CN113660168A - 一种多中心研究数据的处理方法、装置和服务器 - Google Patents
一种多中心研究数据的处理方法、装置和服务器 Download PDFInfo
- Publication number
- CN113660168A CN113660168A CN202111212670.6A CN202111212670A CN113660168A CN 113660168 A CN113660168 A CN 113660168A CN 202111212670 A CN202111212670 A CN 202111212670A CN 113660168 A CN113660168 A CN 113660168A
- Authority
- CN
- China
- Prior art keywords
- user
- item
- data
- acquisition interface
- data acquisition
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/742—Route cache; Operation thereof
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- 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/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种多中心研究数据的处理方法、装置和服务器,该方法判断云服务器是否已经缓存了与用户关联的数据路由表,若否,则根据用户标识和预先存储的第二数据获取接口地址列表向多个本地服务器发送第一广播请求;基于与用户关联的至少一个项目的信息创建和缓存与用户关联的数据路由表;如是,则根据用户标识、数据路由表中当前项目的标识和存储当前项目的指定本地服务器的数据获取接口地址,向指定本地服务器发送单播请求,以获取当前项目的敏感数据并转发给客户端。本申请可以避免服务器的性能资源消耗,并在确保多中心科研随访敏感数据的信息安全的基础上实现多中心的敏感数据的快速访问。
Description
技术领域
本申请涉及数据通信领域,具体而言,涉及一种多中心研究数据的处理方法、装置和服务器。
背景技术
通常,各医疗机构可以开展跨机构(又称多中心)的科研随访项目,这种科研随访项目可与单病种或多病种的诊疗研究有关。由于隐私敏感数据存储保护的需要,这种科研随访项目涉及的项目数据和患者数据通常只保存在主导该科研随访项目的主医疗机构的本地局域网的本地服务器中,而不能存储于云端服务器。而医生和患者均可能参与多家医疗机构主导的多个科研随访项目,这种情形下,用户的科研随访项目数据可能分散存储于各医疗机构的本地服务器中。因此,医疗科研随访平台系统中,如何提供多中心的科研随访项目敏感数据的实时通信访问是亟待解决的问题。
发明内容
为了解决上述问题,本申请提出一种多中心研究数据的处理方法、装置和服务器,以提高多中心、跨机构的科研随访敏感数据的访问处理效率,降低系统性能资源的消耗。
第一方面,本申请提出一种多中心研究数据的处理方法,实现于云服务器中,所述方法包括:
步骤S201,响应于接收到至少一个客户端发送的携带有用户的用户标识的第一访问请求,判断是否已经缓存了与所述用户关联的数据路由表,其中所述第一访问请求指示所述用户进行登录操作,所述数据路由表包括与所述用户关联的项目列表和第一数据获取接口地址列表,所述项目列表包含与所述用户关联的至少一个项目的信息和所述至少一个项目中的当前项目,所述信息包括项目的标识;所述第一数据获取接口地址列表包含存储所述至少一个项目的本地服务器的数据获取接口地址;如否,则继续执行步骤S202,如是,则跳转执行步骤S203;
步骤S202,根据所述用户标识和预先存储的第二数据获取接口地址列表向多个本地服务器发送第一广播请求以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息,基于所述至少一个项目的信息创建和缓存所述与所述用户关联的数据路由表,其中所述第二数据获取接口地址列表存储有所述多个本地服务器的数据获取接口地址;
步骤S203,根据所述用户标识、所述数据路由表中当前项目的标识和存储所述当前项目的指定本地服务器的数据获取接口地址,向所述指定本地服务器发送单播请求以获取所述当前项目的敏感数据,并向所述客户端转发所述当前项目的敏感数据。
在可选的实施方式中,所述方法在步骤S203向所述指定本地服务器发送单播请求之前,还包括以下步骤:
步骤S301,根据所述当前项目的标识和所述指定本地服务器的数据获取接口地址,向所述指定本地服务器发送第一检测请求,以确定所述当前项目是否有效;
步骤S302,响应于从所述指定本地服务器接收指示所述当前项目无效的第一指示信息,根据所述第二数据获取接口地址列表向所述多个本地服务器发送第二广播请求,以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息;
步骤S303,基于所述至少一个项目的信息更新所述与所述用户关联的数据路由表。
在可选的实施方式中,所述方法还包括:
步骤S401,响应于接收到所述至少一个客户端发送的携带有所述用户的用户标识的第二访问请求,根据所述用户标识和第二数据获取接口地址列表向所述多个本地服务器发送第三广播请求以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作;
步骤S402,基于所述与所述用户关联的至少一个项目的信息更新所述与所述用户关联的数据路由表,并基于更新后的所述与所述用户关联的数据路由表向所述客户端转发所述当前项目的敏感数据。
在可选的实施方式中,所述方法还包括:
步骤S501,响应于接收到所述至少一个客户端发送的携带有所述用户的用户标识的第二访问请求,判断当前时刻与缓存时刻之间的时间间隔是否超过预定阈值;其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作,所述缓存时刻为所述与所述用户关联的数据路由表中记录的项目列表的缓存时刻;
如果是,则执行以下步骤:
步骤S502,根据所述用户标识和预先存储的第二数据获取接口地址列表向所述多个本地服务器发送第三广播请求,以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息;
步骤S503,基于所述与所述用户关联的至少一个项目的信息更新所述与所述用户关联的数据路由表,并基于更新后的与所述用户关联的数据路由表向所述客户端返回与所述用户关联的项目列表和当前项目的敏感数据;
如果否,则执行以下步骤:
步骤S504,不向所述多个本地服务器发送第三广播请求,直接将所述用户切换操作对应的目标项目更新为当前项目,并基于更新后的与所述用户关联的数据路由表向所述指定本地服务器发送单播请求,以获取所述当前项目的敏感数据,并转发给所述客户端。
在可选的实施方式中,所述方法还包括:
步骤S601,响应于接收到所述至少一个客户端发送的携带有所述用户的用户标识的第二访问请求,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作,将所述用户切换操作对应的目标项目更新为当前项目,并根据所述当前项目的标识和所述指定本地服务器的数据获取接口地址,向所述指定本地服务器发送第二检测请求,以确定所述当前项目是否有效;
步骤S602,响应于从所述指定本地服务器接收指示所述当前项目无效的第二指示信息,经由与所述客户端的长连接通知所述客户端的用户切换当前项目。
在可选的实施方式中,所述方法还包括:
步骤S701,根据所述当前项目的标识和所述指定本地服务器的数据获取接口地址,定时向所述指定本地服务器发送第三检测请求,以确定所述当前项目是否有效;
步骤S702,响应于从所述指定本地服务器接收指示所述当前项目无效的第三指示信息,经由与所述客户端的长连接通知所述客户端的用户切换当前项目。
在可选的实施方式中,所述方法还包括:
步骤S801,当部署于每个本地服务器的数据获取接口服务启动时,接收所述数据获取接口服务提供的数据获取接口地址的注册请求,并将所述数据获取接口地址保存至所述第二数据获取接口地址列表。
在可选的实施方式中,所述方法还包括:
步骤S802,根据所述第二数据获取接口地址列表,定时向所述第二数据获取接口地址列表对应的每个本地服务器发送第四检测请求,以确定所述本地服务器的数据获取接口是否可用;
步骤S803,当任一本地服务器未在预定时间内返回检测响应消息,将所述任一本地服务器的数据获取接口地址从所述第二数据获取接口地址列表中移除。
第二方面,本申请提出一种多中心研究数据的处理装置,实现于云服务器中,包括:
第一处理单元,用于响应于接收到至少一个客户端发送的携带有用户的用户标识的第一访问请求,判断是否已经缓存了与所述用户关联的数据路由表,其中所述第一访问请求指示所述用户进行登录操作,所述数据路由表包括与所述用户关联的项目列表和第一数据获取接口地址列表,所述项目列表包含与所述用户关联的至少一个项目的信息和所述至少一个项目中的当前项目,所述信息包括项目的标识;所述第一数据获取接口地址列表包含存储所述至少一个项目的本地服务器的数据获取接口地址;如否,则根据所述用户标识和预先存储的第二数据获取接口地址列表向多个本地服务器发送第一广播请求以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息,基于所述至少一个项目的信息创建和缓存所述与所述用户关联的数据路由表,其中所述第二数据获取接口地址列表存储有所述多个本地服务器的数据获取接口地址;
第二处理单元,用于根据所述用户标识、所述数据路由表中当前项目的标识和存储所述当前项目的指定本地服务器的数据获取接口地址,向所述指定本地服务器发送单播请求以获取所述当前项目的敏感数据,并向所述客户端转发所述当前项目的敏感数据。
在可选的实施方式中,所述装置还包括:
第一检测单元,用于根据所述当前项目的标识和所述指定本地服务器的数据获取接口地址,向所述指定本地服务器发送第一检测请求,以确定所述当前项目是否有效;
第三处理单元,用于响应于从所述指定本地服务器接收指示所述当前项目无效的第一指示信息,根据所述第二数据获取接口地址列表向所述多个本地服务器发送第二广播请求,以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息,基于所述至少一个项目的信息更新所述与所述用户关联的数据路由表。
在可选的实施方式中,所述装置还包括:
第四处理单元,用于响应于接收到所述至少一个客户端发送的携带有所述用户的用户标识的第二访问请求,根据所述用户标识和第二数据获取接口地址列表向所述多个本地服务器发送第三广播请求以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作;
第五处理单元,用于基于所述与所述用户关联的至少一个项目的信息更新所述与所述用户关联的数据路由表,并基于更新后的所述与所述用户关联的数据路由表向所述客户端转发所述当前项目的敏感数据。
在可选的实施方式中,所述装置还包括:
第六处理单元,用于响应于接收到所述至少一个客户端发送的携带有所述用户的用户标识的第二访问请求,判断当前时刻与缓存时刻之间的时间间隔是否超过预定阈值,其中所述缓存时刻为所述与所述用户关联的数据路由表中记录的项目列表的缓存时刻;如是,则根据所述用户标识和第二数据获取接口地址列表向所述多个本地服务器发送第三广播请求;如否,则不向所述多个本地服务器发送第三广播请求,直接将所述用户切换操作对应的目标项目更新为当前项目,并基于更新后的所述与所述用户关联的数据路由表向所述客户端转发所述当前项目的敏感数据。
在可选的实施方式中,所述装置还包括:
第七处理单元,用于响应于接收到所述至少一个客户端发送的携带有所述用户的用户标识的第二访问请求,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作,将所述用户切换操作对应的目标项目更新为当前项目,并根据所述当前项目的标识和所述指定本地服务器的数据获取接口地址,向所述指定本地服务器发送第二检测请求,以确定所述当前项目是否有效;
第一通知单元,用于响应于从所述指定本地服务器接收指示所述当前项目无效的第二指示信息,经由与所述客户端的长连接通知所述客户端的用户切换当前项目。
在可选的实施方式中,所述装置还包括:
第二检测单元,用于根据所述当前项目的标识和所述指定本地服务器的数据获取接口地址,定时向所述指定本地服务器发送第三检测请求,以确定所述当前项目是否有效;
第二通知单元,用于响应于从所述指定本地服务器接收指示所述当前项目无效的第三指示信息,经由与所述客户端的长连接通知所述客户端的用户切换当前项目。
在可选的实施方式中,所述装置还包括:
注册单元,用于当部署于每个本地服务器的数据获取接口服务启动时,接收所述数据获取接口服务提供的数据获取接口地址的注册请求,并将所述数据获取接口地址保存至所述第二数据获取接口地址列表。
在可选的实施方式中,所述装置还包括:
第三检测单元,用于根据所述第二数据获取接口地址列表,定时向所述第二数据获取接口地址列表对应的每个本地服务器发送第四检测请求,以确定所述本地服务器的数据获取接口是否可用;
移除单元,用于当任一本地服务器未在预定时间内返回检测响应消息,将所述任一本地服务器的数据获取接口地址从所述第二数据获取接口地址列表中移除。
第三方面,本申请还提出一种服务器,包括:
一个或多个处理器;
存储器,用于存储一个或多个计算机程序;其中,所述计算机程序被所述一个或多个处理器执行以实现如前述任一实施方式所述的通信处理方法的步骤。
本申请实施例至少可以达到如下有益效果:通过在云服务器创建和缓存与用户关联的数据路由表,在客户端用户非首次登录访问时可以基于该数据路由表直接向存储当前项目的指定本地服务器单播获取当前项目的敏感数据,从而可以避免云服务器需要频繁向分散在各医疗机构局域网的本地服务器进行广播请求所带来的服务器的性能资源消耗,显著提升了客户端用户的使用操作体验。此外,本申请实施例在确保与科研项目相关的敏感数据保存在各局域网的本地服务器的信息安全基础上,通过缓存的与用户关联的数据路由表中的非敏感的路由数据信息,可以实现对用户当前访问的项目及其敏感数据的快速获取和访问。进一步地,本申请实施例可以用于多中心医疗科研项目的随访平台软件系统,实现对多中心科研项目随访敏感数据的快速获取和访问。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍。应当理解,以下附图仅示出了本申请的某些实施例,而不应被看作是对本申请范围的限制。
图1是本申请实施例涉及的多中心研究数据的处理系统100的结构示意图;
图2是根据本申请一实施例的多中心研究数据的处理方法的流程示意图;
图3是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图;
图4是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图;
图5是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图;
图6是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图;
图7是根据本申请一实施例的多中心研究数据的处理方法的部分流程示意图;
图8是根据本申请一实施例的多中心研究数据的处理方法的部分流程示意图;
图9是根据本申请一实施例的多中心研究数据的处理装置的结构示意图;
图10是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图;
图11是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图;
图12是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图;
图13是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图;
图14是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请实施例的附图,对本申请实施例中的技术方案进行清楚、完整地描述。然而应当理解,所描述的实施例仅仅是本申请的部分示例性实施例,而不是全部实施例,因此以下对本申请实施例的详细描述并非旨在限制要求保护的本申请的范围。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书中的术语“第一”、“第二”等仅是用于区别描述类似的对象,而不是用于描述特定的顺序或先后次序,也不能理解为指示或暗示相对重要性。
如前所述,在一些医疗科研平台系统中,由于隐私敏感数据存储保护的需要,科研项目涉及的项目数据和患者数据通常只保存在主导该科研项目的主医疗机构的本地局域网的本地服务器中,而不能存储于云端服务器。在这种场景下,当用户访问科研平台系统的科研项目客户端时,为了获取用户自己参与的科研项目数据以及科研项目对应的患者敏感数据,一种可行的技术方案是平台系统的服务器向可能存储该用户参与的科研项目的各医疗机构(又称多中心)的本地服务器直接发送广播请求,依次从各医疗机构的本地服务器中查询获取该用户的科研项目数据以及科研项目对应的患者敏感数据。随着科研项目客户端的频繁访问和操作,为了保证科研项目数据的及时性和准确性,就需要频繁地向各医疗机构的本地服务器发送科研项目数据的广播请求,从而对平台系统和各医疗机构的本地服务器带来较大的性能资源的消耗,也极大地影响科研项目客户端用户的系统操作体验。为此,本申请提出一种多中心研究数据的处理方法及其装置,以便在确保科研随访敏感数据的信息安全的基础上,降低服务器的性能资源消耗,显著提升客户端用户的使用操作体验,实现对多中心用户项目及其项目敏感数据的快速获取和访问。
图1是本申请实施例涉及的多中心研究数据的处理系统100的结构示意图。系统100可以包括云服务器110、一个或多个客户端120(120-1,120-2,…,120-N)、多个位于不同医疗机构(中心)局域网的本地服务器130(130-1,130-2,…,130-M),N为大于等于1的整数,M为大于1的整数。其中,云服务器110通过网络140分别与一个或多个客户端120、多个本地服务器130连接。
在一些实施方式中,云服务器110可以是单个服务器,也可以是多个服务器组成的集群。云服务器110可以在云平台上实现,作为示例,该云平台可以包括私有云、公有云、混合云等多种类型或者它们的任意组合。云服务器110可以包括一个或多个处理器。处理器可以处理与客户端120的服务请求有关的信息和/或数据,以执行本申请中描述的一个或多个功能。例如,处理器可以基于从客户端120获得的访问请求来获取用户关联的项目数据及其项目敏感数据,并发送给客户端120。云服务器110还可以包括为实现本申请描述的一个或多个功能所需要的存储器,这种存储器可以包括用于为客户端120提供快速访问的高速缓冲存储器。在一些实施方式中,根据大数据量存储的需要,系统100也可以包括与云服务器110通过网络连接的存储服务器或者存储阵列等专门的数据存储器件(图中未示出)。
在一些实施方式中,本地服务器130可以是单个服务器,也可以是多个服务器组成的集群,其可以包括用于存储诸如项目数据和患者诊疗数据在内的项目敏感数据的存储器和/或数据库。本地服务器130可以向云服务器110提供项目数据和患者诊疗数据在内的项目敏感数据的传输和访问。
在一些实施方式中,客户端120可以包括移动设备、平板计算机、便携式计算机或个人台式计算机等或其任意组合。在一些实施方式中,移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant,PDA)等。客户端120可以安装有科研随访平台APP,用户可以包括参与科研随访项目的医生和患者。医生可以使用客户端120向云服务器110发起项目数据及其敏感数据的访问请求,从云服务器110接收与其关联的项目数据以及与项目相关的患者的敏感诊疗数据等。患者也可以使用客户端120向云服务器110发起自己参与的项目数据及其敏感数据的访问请求,从云服务器110接收与其关联的项目数据及其敏感诊疗数据。
在一些实施方式中,网络140可以包括因特网、广域网、城域网、企业虚拟专用网等多种网络连接方式。网络140还可以包括任何类型的无线网路或有线网络或者其组合。在一些实施例中,网络140还可以包括一个或多个有线或无线网络接入点。云服务器110、客户端120、本地服务器130可以通过网络接入点连接到网络140以实现数据和/或信息的传输和交换。
图2是根据本申请一实施例的多中心研究数据的处理方法的流程示意图。如图1所示,本申请实施例的多中心研究数据的处理方法,实现于云服务器110中,包括以下步骤:
步骤S201,响应于接收到至少一个客户端120发送的携带有用户的用户标识的第一访问请求,判断是否已经缓存了与所述用户关联的数据路由表,其中所述第一访问请求指示所述用户进行登录操作,所述数据路由表包括与所述用户关联的项目列表和第一数据获取接口地址列表,所述项目列表包含与所述用户关联的至少一个项目的信息和所述至少一个项目中的当前项目,所述信息包括项目的标识;所述第一数据获取接口地址列表包含存储所述至少一个项目的本地服务器130的数据获取接口地址;如否,则继续执行步骤S202,如是,则跳转执行步骤S203。
步骤S202,根据所述用户标识和预先存储的第二数据获取接口地址列表向多个本地服务器130发送第一广播请求以从所述多个本地服务器130获取与所述用户关联的至少一个项目的信息,基于所述至少一个项目的信息创建和缓存所述与所述用户关联的数据路由表,其中所述第二数据获取接口地址列表存储有所述多个本地服务器130的数据获取接口地址。
步骤S203,根据所述用户标识、所述数据路由表中当前项目的标识和存储所述当前项目的指定本地服务器130的数据获取接口地址,向所述指定本地服务器130发送单播请求以获取所述当前项目的敏感数据,并向所述客户端120转发所述当前项目的敏感数据。
本实施例中,当至少一个客户端120的用户在登录客户端120时,客户端120会向云服务器110发送第一访问请求,该第一访问请求携带了用户的用户标识(userid),用户标识(userid)可以是用于唯一识别该客户端120的用户身份的标识,例如可以包括但不限于用户的身份证号、手机号、电子邮箱、注册账号ID等。
本实施例中,本地服务器130的数据获取接口地址是用于提供给云服务器110对本地服务器130本地存储的项目数据和相关的敏感数据进行读取的数据获取接口的地址。在一些实施方式中,该数据获取接口可以是本地服务器130端的系统提供的HTTP协议的应用编程接口(API),该数据获取接口地址可以是提供对该应用编程接口进行调用的统一资源定位符(URL)。在一些实施方式中,本地服务器130的数据获取接口的请求输入参数至少包括所述用户标识,以从各本地服务器130查询和获取与传递的用户标识关联的项目信息。在一些实施方式中,本地服务器130的数据获取接口的请求输入参数还可以包括项目的标识,以便从指定的本地服务器130查询和获取与传递的用户标识关联的当前项目的敏感数据。在一些实施方式中,所述数据获取接口的请求输入参数可以采用加密算法进行加密,在本地服务器130接收到所述请求输入参数后进行解密,从而保证云服务器110与本地服务器130之间信息交换的安全性。本实施例中,每个本地服务器130提供的数据获取接口,可以与平台无关的方式部署在各医疗机构局域网的本地服务器130,实现跨平台的本地服务器130按需加入医疗随访平台,从而可以提高系统整体的可扩展性。
本实施例中,与用户关联的至少一个项目是指客户端120的用户所参与的分散存储于不同本地服务器130的至少一个项目。所述至少一个项目中的当前项目是客户端120的用户当前登录访问的默认首选项目。
在一些实施方式中,云服务器110接收所述多个本地服务器130返回的与所述用户关联的至少一个项目的信息,可以包括云服务器110分别从多个本地服务器130中查询和获取与该用户关联的多个项目子集,而后对所述多个项目子集进行合并得到所述与所述用户关联的至少一个项目的信息。该至少一个项目的信息可以包括唯一识别项目的标识(ID)和项目名称等多个项目属性。作为示例,假设客户端120的用户张三参与的项目分散存储于本地服务器130-1、130-2和130-3,其中,本地服务器130-1存储有张三参与的项目A和项目B,本地服务器130-2存储有张三参与的项目C和项目D,本地服务器130-3存储有张三参与的项目E。那么,本实施例首先根据云服务器110预先存储的本地服务器130的项目数据获取接口地址列表对全部本地服务器130-1~130-M进行广播请求,因为只有本地服务器130-1、130-2和130-3中保存有用户张三所关联的项目,所以云服务器110可以分别从本地服务器130-1、130-2和130-3中获取张三相关的三个项目子集{A,B}、{C,D}、{E}。然后,对获取的所述三个项目子集进行合并,得到用户张三关联的项目信息的集合{A,B,C,D,E}。每个项目的信息可以用项目的标识和名称来表示,可以表示为项目的标识和名称的键值对或属性对,如(projectId,projectName)。从而,基于上述合并后的项目信息的集合可以构建与张三关联的项目列表,与分别存储该些项目的本地服务器130的数据获取接口地址一起构建为与张三关联的数据路由表存储。
在一些实施方式中,所述数据路由表的项目列表中当前项目可以按照预定规则来设置,可以将包含至少一个项目的项目列表中的其中一个项目设置为当前项目。在一些实施方式中,这种预定规则可以是基于先返回规则,即广播请求中最先返回给云服务器110的项目可以作为用户的当前项目。在一些实施方式中,这种预定规则也可以是基于用户最近访问规则,即返回的项目集合中,哪个是用户最近时间访问过的项目,可以作为用户的当前项目;也可以是基于用户最频繁访问规则,即返回的项目集合中,哪个是用户在一段时间内访问次数最多的项目,可以作为用户的当前项目。
本实施例中,与用户关联的数据路由表至少存储了与客户端120的用户关联的项目列表以及对应存储所述至少一个项目的本地服务器130的数据获取接口地址的第一数据获取接口地址列表,同时系统还会预先存储全部本地服务器130的数据获取接口地址的第二数据获取接口地址列表。该与客户端120的用户关联的项目列表包括至少一个项目的信息,并且还指定了所述至少一个项目中的当前项目。当客户端120的用户登录时,云服务器110会判断本地是否已经缓存了与用户关联的数据路由表,当云服务器110确定没有缓存与所述用户关联的数据路由表时,例如当客户端120的用户是首次登录时,云服务器110会首先根据预先存储的全部本地服务器130的第二数据获取接口地址列表向系统中多个本地服务器130发送广播请求,依次从不同的本地服务器130查询和获取该用户关联的项目信息,以创建和缓存与所述用户关联的数据路由表,而后基于该缓存的数据路由表向存储当前项目的指定本地服务器130发送单播请求,以获取当前项目的敏感数据并转发给所述客户端120。而当云服务器110确定已经缓存了与所述用户关联的数据路由表时,例如当客户端120的用户是非首次登录时,云服务器110可以直接基于已缓存的该用户关联的数据路由表,根据数据路由表中当前项目的标识、存储当前项目的指定本地服务器130的数据获取接口地址直接对该指定本地服务器130发起单播请求,以获取用户当前项目的敏感数据并转发给所述客户端120。值得注意的是,所述云服务器110并不会存储所述当前项目的敏感数据,其仅作为转发节点,进而保证敏感数据的信息安全。需要指出,上述数据路由表和第二数据获取接口地址列表等数据的缓存和存储既可以在云服务器110中存储,也可以通过与云服务器110网络耦合的存储服务器或存储阵列等独立的存储部件进行存储。
在一些实施方式中,当云服务器110确定没有缓存与所述用户关联的数据路由表时,云服务器110在向所述客户端120转发当前项目的敏感数据时,还可以向所述客户端120返回与所述用户关联的项目列表,以便用户可以在项目列表中进行选择、浏览和切换。
由此,本申请实施例基于创建和缓存与用户关联的数据路由表,云服务器110仅需在用户首次登录时对全部本地服务器130进行广播请求,在后续用户非首次登录时仅需对当前项目的指定本地服务器130进行单播请求,从而向客户端120的用户返回该用户关联的项目列表和当前项目的敏感数据,避免了云服务器110需要频繁向分散在各医疗机构局域网的本地服务器130进行广播请求所带来的对云服务器110和本地服务器130的性能资源消耗,显著提升了客户端120用户的使用操作体验。此外,本申请实施例在确保与项目相关的敏感数据保存在各局域网的本地服务器130的信息安全基础上,通过缓存的与用户关联的数据路由表中的非敏感的路由数据信息,可以实现对用户当前访问的项目及其敏感数据的快速获取和访问。
图3是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图。如图3所示,本实施例在前述任一实施例的方法步骤的基础上,在上述步骤S203中向所述指定本地服务器130发送单播请求之前,还可以包括以下步骤:
步骤S301,根据所述当前项目的标识和所述指定本地服务器130的数据获取接口地址,向所述指定本地服务器130发送第一检测请求,以确定所述当前项目是否有效;
步骤S302,响应于从所述指定本地服务器130接收指示所述当前项目无效的第一指示信息,根据所述第二数据获取接口地址列表向所述多个本地服务器130发送第二广播请求,以从所述多个本地服务器130获取与所述用户关联的至少一个项目的信息;
步骤S303,基于所述至少一个项目的信息更新所述与所述用户关联的数据路由表。
本实施例中,在云服务器110向所述存储当前项目的指定本地服务器130发送单播请求以获取所述当前项目的敏感数据时,有可能存在用户的当前项目处于不可用的无效状态,例如用户已被从当前项目中移出、当前项目已经结束或终止或取消等,因此,本实施例在向所述存储当前项目的本地服务器130发送单播请求之前,首先向所述存储当前项目的指定本地服务器130发送项目有效性检测请求,以确定所述当前项目是否有效。云服务器110可以从所述指定本地服务器130接收指示所述当前项目是否有效的第一指示信息,当所述第一指示信息指示所述当前项目无效时,触发对用户关联的数据路由表的更新流程,即重新根据预先存储的第二数据获取接口地址列表向所有的本地服务器130发送广播请求,并根据从所述多个本地服务器130获取的与所述用户关联的至少一个项目的信息更新与用户关联的数据路由表,以便后续进一步根据更新后的数据路由表中设置的当前项目去指定本地服务器130获取当前项目的敏感数据。从而,本实施例可以进一步保证客户端120用户关联的项目数据的及时性和准确性,提高客户端120用户的使用体验。
图4是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图。如图4所示,本申请实施例在前述任一实施例的方法步骤基础上,还可以包括以下步骤:
步骤S401,响应于接收到所述至少一个客户端120发送的携带有所述用户的用户标识的第二访问请求,根据所述用户标识和第二数据获取接口地址列表向所述多个本地服务器130发送第三广播请求以从所述多个本地服务器130获取与所述用户关联的至少一个项目的信息,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作;
步骤S402,基于所述与所述用户关联的至少一个项目的信息更新所述与所述用户关联的数据路由表,并基于更新后的所述与所述用户关联的数据路由表向所述客户端120转发所述当前项目的敏感数据。
本实施例中,由于客户端120的用户正在进行当前项目的切换操作,即从当前浏览的项目切换到项目列表中的其他项目,由于之前返回给客户端120的用户的项目列表中的项目信息在其存储的本地服务器130中可能已经发生了变更,已经不是最新的数据状态。因此,本实施例在接收到客户端120发送的表示用户正在进行当前项目的切换操作的第二访问请求时,触发与所述用户关联的数据路由表的更新流程,即重新根据预先存储的第二数据获取接口地址列表向所有的本地服务器130发送广播请求,并从所述多个本地服务器130获取与所述用户关联的至少一个项目的信息,根据所述与所述用户关联的至少一个项目的信息更新与用户关联的数据路由表,并根据更新后的数据路由表重新向所述客户端120返回与所述用户关联的项目列表和当前项目的敏感数据,这样做可以在对云服务器110和本地服务器130的性能资源仅产生较小消耗的基础上,最大限度地保证与所述用户关联的项目列表和当前项目的敏感数据的准确性。
在一些实施方式中,与用户关联的数据路由表还可以包括与所述用户关联的项目列表的缓存时刻,该缓存时刻记录从各本地服务器130获取所述用户的至少一个项目的信息的最新获取时间。
在此基础上,图5是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图。如图5所示,本申请实施例在前述任一实施例的方法步骤基础上,还可以包括以下步骤:
步骤S501,响应于接收到所述至少一个客户端120发送的携带有所述用户的用户标识的第二访问请求,判断当前时刻与缓存时刻之间的时间间隔是否超过预定阈值;其中,所述第二访问请求指示所述客户端120的用户正在进行所述当前项目的切换操作,所述缓存时刻为所述与所述用户关联的数据路由表中记录的项目列表的缓存时刻;
如果是,则执行以下步骤:
步骤S502,根据所述用户标识和预先存储的第二数据获取接口地址列表向所述多个本地服务器130发送第三广播请求,以从所述多个本地服务器130获取与所述用户关联的至少一个项目的信息;
步骤S503,基于所述与所述用户关联的至少一个项目的信息更新所述与所述用户关联的数据路由表,并基于更新后的与所述用户关联的数据路由表向所述客户端120返回与所述用户关联的项目列表和当前项目的敏感数据;
如果否,则执行以下步骤:
步骤S504,不向所述多个本地服务器130发送第三广播请求,直接将所述用户切换操作对应的目标项目更新为当前项目,并基于更新后的与所述用户关联的数据路由表向所述指定本地服务器130发送单播请求,以获取所述当前项目的敏感数据,并转发给所述客户端120。
本实施方式在客户端120的用户切换当前项目,即从当前浏览的项目切换到项目列表中的其他项目时,根据项目列表的最新的缓存时刻可以确定是否有必要再次向全部本地服务器130发送广播请求以触发数据路由表的更新流程,如果用户的项目列表的缓存时刻在预定阈值范围之内,那么可以认为用户的项目列表仍然是最新的数据状态,在本地服务器130端发生变化的可能性极小,没必要再次触发云服务器110对本地服务器130的广播请求,直接从切换后的项目所在的本地服务器130发送单播请求,向用户返回更新后的当前项目的敏感数据,从而可以在保证与所述用户关联的项目列表和当前项目的敏感数据的准确性在可接受范围的基础上,节省云服务器110和本地服务器130的性能资源消耗,提高客户端120用户的操作体验。例如,假设预定的时间阈值为1分钟,如果用户在客户端120进行的切换当前项目的操作距离缓存时刻不到1分钟,则不会触发云服务器110对用户的数据路由表的更新流程,反之则会。
图6是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图。如图6所示,本申请实施例在前述任一实施例的方法步骤基础上,还可以包括以下步骤:
步骤S601,响应于接收到所述至少一个客户端120发送的携带有所述用户的用户标识的第二访问请求,将所述用户切换操作对应的目标项目更新为当前项目,并根据所述当前项目的标识和所述存储当前项目的指定本地服务器130的数据获取接口地址,向所述指定本地服务器130发送第二检测请求,以确定所述当前项目是否有效,其中所述第二访问请求指示所述客户端120的用户正在进行所述当前项目的切换操作;
步骤S602,响应于从所述指定本地服务器130接收指示所述当前项目无效的第二指示信息,经由与所述客户端120的长连接通知所述客户端120的用户切换当前项目。
本实施方式在客户端120的用户切换当前项目,即从当前浏览的项目切换到项目列表中的其他项目时,云服务器110可以将所述用户切换操作对应的目标项目更新为当前项目,并根据所述当前项目的标识和所述存储当前项目的指定本地服务器130的数据获取接口地址,对用户关联的当前项目的有效性进行检测,以避免用户切换操作对应的目标项目已经处于不可用的无效状态,例如用户已被从当前项目中移出、当前项目已经结束或终止或取消等。因此,本实施例通过在用户切换当前项目时,向存储目标项目的指定本地服务器130发送有效性检测请求,当发现目标项目处于无效时,及时通过云服务器110与客户端120之间的长连接通知用户再次进行当前项目切换。当用户再次进行当前项目切换时,可以再次进行目标项目的有效性检测,也可以通过广播方式触发用户关联的数据路由表的更新流程,从而保证客户端120用户浏览访问项目数据的及时性和准确性。
图7是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图。如图7所示,本申请实施例在前述任一实施例的方法步骤基础上,还可以包括以下步骤:
步骤S701,根据所述当前项目的标识和所述存储当前项目的指定本地服务器130的数据获取接口地址,定时向所述指定本地服务器130发送第三检测请求,以确定所述当前项目是否有效;
步骤S702,响应于从所述指定本地服务器130接收指示所述当前项目无效的第三指示信息,经由与所述客户端120的长连接通知所述客户端120的用户切换当前项目。
本实施例中,云服务器110可以采取定时轮询的方式对用户关联的当前项目的有效性进行检测,以避免在用户浏览访问过程中,存储当前项目的指定本地服务器130中的当前项目信息已经处于不可用的无效状态,例如用户已被从当前项目中移出、当前项目已经结束或终止或取消等。因此,本实施例通过定时向存储当前项目的指定本地服务器130发送有效性检测请求,当发现当前项目处于无效时,及时通过云服务器110与客户端120之间的长连接通知用户进行当前项目切换。当用户进行当前项目切换时,可以再次进行目标项目的有效性检测,也可以通过广播方式触发用户关联的数据路由表的更新流程,从而进一步保证客户端120用户浏览访问项目数据的及时性和准确性。
图8是根据本申请另一实施例的多中心研究数据的处理方法的部分流程示意图。如图8所示,本申请实施例在前述任一实施例的方法步骤基础上,还可以包括以下步骤:
步骤S801,当部署于每个本地服务器130的数据获取接口服务启动时,接收所述数据获取接口服务提供的数据获取接口地址的注册请求,并将所述数据获取接口地址保存至所述第二数据获取接口地址列表。
本实施例通过在每个本地服务器130端部署和提供数据获取接口服务,例如可以采用将数据获取接口服务部署为外网WEB网站服务的方式,当任一本地服务器130端的数据获取接口服务运行启动时,自动连接云服务器110的注册接口,云服务器110自动将提交注册请求的本地服务器130的数据获取接口地址添加到本地存储的数据获取接口地址列表。从而,可以快速自动地实现平台中新增的本地服务器130的注册和加入,提高系统整体的可扩展性。
在一些实施方式中,为了保证从各本地服务器130获取项目信息和敏感数据正常稳定,不会导致云服务器110数据获取中断异常,本实施例还可以进一步包括以下步骤:
步骤S802,根据所述本地服务器130的数据获取接口地址列表,定时向所述第二数据获取接口地址列表对应的每个本地服务器130发送第四检测请求,以确定所述本地服务器130的数据获取接口是否可用;
步骤S803,当任一本地服务器130未在预定时间内返回检测响应消息,将所述任一本地服务器130的数据获取接口地址从所述第二数据获取接口地址列表中移除。
本实施例通过云服务器110启用数据获取接口的定时健康检测,防止因为有些本地服务器130的数据获取接口发生故障不能访问或响应超时等异常问题所带来的数据获取不稳定问题。通过定时的接口健康检测,可以及时探测发生故障或者已经失效的本地服务器130的数据获取接口,将之从云服务器110的数据获取接口列表中移除,进一步保证了云服务器110获取项目信息和敏感数据的及时性和稳定性。在一些实施方式中,当发生故障或者已经失效的本地服务器130的数据获取接口从云服务器110的数据获取接口列表中移除时,还可以实时通知该本地服务器130的系统管理员进行故障修复,一旦该本地服务器130重新启用数据获取接口,则触发该本地服务器130的数据获取接口地址的再次注册请求,自动连接云服务器110的注册接口,云服务器110自动将提交注册请求的该本地服务器130的数据获取接口地址再次添加到本地存储的数据获取接口地址列表。
图9是根据本申请一实施例的多中心研究数据的处理装置的结构示意图。如图9所示,本申请实施例的多中心研究数据的处理装置,实现于云服务器110中,包括以下单元:
第一处理单元901,用于响应于接收到至少一个客户端120发送的携带有用户的用户标识的第一访问请求,判断是否已经缓存了与所述用户关联的数据路由表,其中所述第一访问请求指示所述用户进行登录操作;所述数据路由表包括与所述用户关联的项目列表和第一数据获取接口地址列表,所述项目列表包含与所述用户关联的至少一个项目的信息和所述至少一个项目中的当前项目,所述信息包括项目的标识,所述第一数据获取接口地址列表包含对应存储所述至少一个项目的本地服务器130的数据获取接口地址;如否,则根据所述用户标识和预先存储的第二数据获取接口地址列表向多个本地服务器130发送第一广播请求以从所述多个本地服务器130获取与所述用户关联的至少一个项目的信息,并基于所述至少一个项目的信息创建和缓存所述与所述用户关联的数据路由表,其中所述第二数据获取接口地址列表存储有所述多个本地服务器130的数据获取接口地址。
第二处理单元902,用于根据所述用户标识、所述数据路由表中当前项目的标识和存储所述当前项目的指定本地服务器130的数据获取接口地址,向所述指定本地服务器130发送单播请求,以获取所述当前项目的敏感数据;接收所述指定本地服务器130返回的所述当前项目的敏感数据,并转发给所述客户端120。
图10是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图。如图10所示,本申请实施例在前述任一实施例的基础上,还可以包括以下单元:
第一检测单元1001,用于根据所述当前项目的标识和所述存储当前项目的指定本地服务器130的数据获取接口地址,向所述指定本地服务器130发送第一检测请求,以确定所述当前项目是否有效;并从所述指定本地服务器130接收指示所述当前项目是否有效的第一指示信息;
第三处理单元1002,用于当所述第一指示信息指示所述当前项目无效时,根据所述预先存储的第二数据获取接口地址列表向所述多个本地服务器130发送第二广播请求,接收所述多个本地服务器130返回的与所述用户关联的至少一个项目的信息,基于所述与所述用户关联的至少一个项目的信息更新所述与所述用户关联的数据路由表。
图11是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图。如图11所示,本申请实施例在前述任一实施例的基础上,还可以包括以下单元:
第四处理单元1101,用于响应于接收到所述至少一个客户端120发送的携带有所述用户的用户标识的第二访问请求,根据所述用户标识和第二数据获取接口地址列表向所述多个本地服务器130发送第三广播请求以从所述多个本地服务器130获取与所述用户关联的至少一个项目的信息,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作。
第五处理单元1102,用于基于所述与所述用户关联的至少一个项目的信息更新所述与所述用户关联的数据路由表,并基于更新后的所述与所述用户关联的数据路由表向所述客户端120转发所述当前项目的敏感数据。
在一些实施方式中,与用户关联的数据路由表还可以包括与所述用户关联的项目列表的缓存时刻,该缓存时刻记录从各本地服务器130获取所述用户的至少一个项目的信息的最新获取时间。
在此基础上,本申请实施例在前述实施例的基础上,还可以包括以下单元:
第六处理单元1103,用于响应于接收到所述至少一个客户端120发送的携带有所述用户的用户标识的第二访问请求,判断当前时刻与缓存时刻之间的时间间隔是否超过预定阈值,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作,所述缓存时刻为所述与所述用户关联的数据路由表中记录的项目列表的缓存时刻;如是,则根据所述用户标识和第二数据获取接口地址列表向所述多个本地服务器130发送第三广播请求;如否,则不向所述多个本地服务器130发送第三广播请求,直接将所述用户切换操作对应的目标项目更新为当前项目,并基于更新后的所述与所述用户关联的数据路由表向所述客户端120转发所述当前项目的敏感数据。
图12是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图。如图12所示,本申请实施例在前述任一实施例的基础上,还可以包括以下单元:
第七处理单元1201,用于响应于接收到所述至少一个客户端120发送的携带有所述用户的用户标识的第二访问请求,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作,将所述用户切换操作对应的目标项目更新为当前项目,并根据所述当前项目的标识和所述指定本地服务器130的数据获取接口地址,向所述指定本地服务器130发送第二检测请求,以确定所述当前项目是否有效;
第一通知单元1202,用于响应于从所述指定本地服务器130接收指示所述当前项目无效的第二指示信息,经由与所述客户端120的长连接通知所述客户端120的用户切换当前项目。
图13是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图。如图13所示,本申请实施例在前述任一实施例的基础上,还可以包括以下单元:
第二检测单元1301,用于根据所述当前项目的标识和所述指定本地服务器130的数据获取接口地址,定时向所述指定本地服务器130发送第三检测请求,以确定所述当前项目是否有效;
第二通知单元1302,用于响应于从所述指定本地服务器130接收指示所述当前项目无效的第三指示信息,经由与所述客户端120的长连接通知所述客户端120的用户切换当前项目。
图14是根据本申请另一实施例的多中心研究数据的处理装置的部分结构示意图。如图14所示,本申请实施例在前述任一实施例的基础上,还可以包括以下单元:
注册单元1401,用于当部署于每个本地服务器130的数据获取接口服务启动时,接收所述数据获取接口服务提供的数据获取接口地址的注册请求,并将所述数据获取接口地址保存至所述第二数据获取接口地址列表。
在一些实施方式中,为了保证从各本地服务器130获取项目信息和敏感数据正常稳定,不会导致云服务器110数据获取中断异常,本实施例还可以进一步包括以下单元:
第三检测单元1402,用于根据所述本地服务器130的数据获取接口地址列表,定时向所述第二数据获取接口地址列表对应的每个本地服务器130发送第四检测请求,以确定所述本地服务器130的数据获取接口是否可用;
移除单元1403,用于当任一本地服务器130未在预定时间内返回检测响应消息,将所述任一本地服务器130的数据获取接口地址从所述第二数据获取接口地址列表中移除。
需要说明的是,本领域技术人员可以理解,本申请的方法实施例所描述的不同实施方式及其说明解释和所达到的技术效果,同样适用于本申请的装置实施例中,在此不再赘述。
本申请实施例可以用于多中心医疗科研项目的随访平台软件系统,节省服务器的性能资源,实现对多中心的科研项目随访敏感数据的快速获取和访问。本申请可以通过软件、硬件或软硬件结合的方式实施。当实现为计算机软件程序时,该计算机软件程序可以安装于移动终端、计算机、服务器等各种电子设备中被一个或多个处理器执行以实现相应功能。
进一步地,本申请实施例还可以包括一种计算机可读介质,该计算机可读介质存储有程序指令,在这样的实施例中,当该计算机可读存储介质被装载在计算设备中时,该程序指令可以被一个或多个处理器执行以执行本申请实施例中描述的各个方法步骤。
进一步地,本申请的实施例还可以包括一种计算机程序产品,包括承载程序指令的计算机可读介质,在这样的实施例中,该程序指令可以被一个或多个处理器执行以执行本申请实施例中描述的各个方法步骤。
以上描述了本申请示例性的实施例,应当理解,上述示例性的实施例不是限制性的,而是说明性的,本申请的保护范围不限于此。应理解,本领域技术人员在不脱离本申请的精神和范围的情况下,可以对本申请实施例进行修改和变型,这些修改和变型理应在本申请的保护范围之内。
Claims (10)
1.一种多中心研究数据的处理方法,其特征在于,实现于云服务器中,所述方法包括:
步骤S201,响应于接收到至少一个客户端发送的携带有用户的用户标识的第一访问请求,判断是否已经缓存了与所述用户关联的数据路由表,其中所述第一访问请求指示所述用户进行登录操作,所述数据路由表包括与所述用户关联的项目列表和第一数据获取接口地址列表,所述项目列表包含与所述用户关联的至少一个项目的信息和所述至少一个项目中的当前项目,所述信息包括项目的标识;所述第一数据获取接口地址列表包含存储所述至少一个项目的本地服务器的数据获取接口地址;如否,则继续执行步骤S202,如是,则跳转执行步骤S203;
步骤S202,根据所述用户标识和预先存储的第二数据获取接口地址列表向多个本地服务器发送第一广播请求以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息,基于所述至少一个项目的信息创建和缓存所述与所述用户关联的数据路由表,其中所述第二数据获取接口地址列表存储有所述多个本地服务器的数据获取接口地址;
步骤S203,根据所述用户标识、所述数据路由表中当前项目的标识和存储所述当前项目的指定本地服务器的数据获取接口地址,向所述指定本地服务器发送单播请求以获取所述当前项目的敏感数据,并向所述客户端转发所述当前项目的敏感数据。
2.根据权利要求1所述的多中心研究数据的处理方法,其特征在于,所述方法在步骤S203向所述指定本地服务器发送单播请求之前,还包括以下步骤:
步骤S301,根据所述当前项目的标识和所述指定本地服务器的数据获取接口地址,向所述指定本地服务器发送第一检测请求,以确定所述当前项目是否有效;
步骤S302,响应于从所述指定本地服务器接收指示所述当前项目无效的第一指示信息,根据所述第二数据获取接口地址列表向所述多个本地服务器发送第二广播请求,以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息;
步骤S303,基于所述至少一个项目的信息更新所述与所述用户关联的数据路由表。
3.根据权利要求2所述的多中心研究数据的处理方法,其特征在于,所述方法还包括:
步骤S401,响应于接收到所述至少一个客户端发送的携带有所述用户的用户标识的第二访问请求,根据所述用户标识和第二数据获取接口地址列表向所述多个本地服务器发送第三广播请求以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作;
步骤S402,基于所述与所述用户关联的至少一个项目的信息更新所述与所述用户关联的数据路由表,并基于更新后的所述与所述用户关联的数据路由表向所述客户端转发所述当前项目的敏感数据。
4.根据权利要求2所述的多中心研究数据的处理方法,其特征在于,所述方法还包括:
步骤S501,响应于接收到所述至少一个客户端发送的携带有所述用户的用户标识的第二访问请求,判断当前时刻与缓存时刻之间的时间间隔是否超过预定阈值;其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作,所述缓存时刻为所述与所述用户关联的数据路由表中记录的项目列表的缓存时刻;
如果是,则执行以下步骤:
步骤S502,根据所述用户标识和预先存储的第二数据获取接口地址列表向所述多个本地服务器发送第三广播请求,以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息;
步骤S503,基于所述与所述用户关联的至少一个项目的信息更新所述与所述用户关联的数据路由表,并基于更新后的与所述用户关联的数据路由表向所述客户端返回与所述用户关联的项目列表和当前项目的敏感数据;
如果否,则执行以下步骤:
步骤S504,不向所述多个本地服务器发送第三广播请求,直接将所述用户切换操作对应的目标项目更新为当前项目,并基于更新后的与所述用户关联的数据路由表向所述指定本地服务器发送单播请求,以获取所述当前项目的敏感数据,并转发给所述客户端。
5.根据权利要求2所述的多中心研究数据的处理方法,其特征在于,所述方法还包括:
步骤S601,响应于接收到所述至少一个客户端发送的携带有所述用户的用户标识的第二访问请求,其中所述第二访问请求指示所述用户正在进行所述当前项目的切换操作,将所述用户切换操作对应的目标项目更新为当前项目,并根据所述当前项目的标识和所述指定本地服务器的数据获取接口地址,向所述指定本地服务器发送第二检测请求,以确定所述当前项目是否有效;
步骤S602,响应于从所述指定本地服务器接收指示所述当前项目无效的第二指示信息,经由与所述客户端的长连接通知所述客户端的用户切换当前项目。
6.根据权利要求1-5任一项所述的多中心研究数据的处理方法,其特征在于,所述方法还包括:
步骤S701,根据所述当前项目的标识和所述指定本地服务器的数据获取接口地址,定时向所述指定本地服务器发送第三检测请求,以确定所述当前项目是否有效;
步骤S702,响应于从所述指定本地服务器接收指示所述当前项目无效的第三指示信息,经由与所述客户端的长连接通知所述客户端的用户切换当前项目。
7.根据权利要求6所述的多中心研究数据的处理方法,其特征在于,所述方法还包括:
步骤S801,当部署于每个本地服务器的数据获取接口服务启动时,接收所述数据获取接口服务提供的数据获取接口地址的注册请求,并将所述数据获取接口地址保存至所述第二数据获取接口地址列表。
8.根据权利要求7所述的多中心研究数据的处理方法,其特征在于,所述方法还包括:
步骤S802,根据所述第二数据获取接口地址列表,定时向所述第二数据获取接口地址列表对应的每个本地服务器发送第四检测请求,以确定所述本地服务器的数据获取接口是否可用;
步骤S803,当任一本地服务器未在预定时间内返回检测响应消息,将所述任一本地服务器的数据获取接口地址从所述第二数据获取接口地址列表中移除。
9.一种多中心研究数据的处理装置,其特征在于,实现于云服务器中,包括:
第一处理单元,用于响应于接收到至少一个客户端发送的携带有用户的用户标识的第一访问请求,判断是否已经缓存了与所述用户关联的数据路由表,其中所述第一访问请求指示所述用户进行登录操作,所述数据路由表包括与所述用户关联的项目列表和第一数据获取接口地址列表,所述项目列表包含与所述用户关联的至少一个项目的信息和所述至少一个项目中的当前项目,所述信息包括项目的标识;所述第一数据获取接口地址列表包含存储所述至少一个项目的本地服务器的数据获取接口地址;如否,则根据所述用户标识和预先存储的第二数据获取接口地址列表向多个本地服务器发送第一广播请求以从所述多个本地服务器获取与所述用户关联的至少一个项目的信息,基于所述至少一个项目的信息创建和缓存所述与所述用户关联的数据路由表,其中所述第二数据获取接口地址列表存储有所述多个本地服务器的数据获取接口地址;
第二处理单元,用于根据所述用户标识、所述数据路由表中当前项目的标识和存储所述当前项目的指定本地服务器的数据获取接口地址,向所述指定本地服务器发送单播请求以获取所述当前项目的敏感数据,并向所述客户端转发所述当前项目的敏感数据。
10.一种服务器,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个计算机程序;其中,所述计算机程序被所述一个或多个处理器执行以实现如权利要求1-8任一项所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111212670.6A CN113660168B (zh) | 2021-10-19 | 2021-10-19 | 一种多中心研究数据的处理方法、装置和服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111212670.6A CN113660168B (zh) | 2021-10-19 | 2021-10-19 | 一种多中心研究数据的处理方法、装置和服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113660168A true CN113660168A (zh) | 2021-11-16 |
CN113660168B CN113660168B (zh) | 2021-12-31 |
Family
ID=78494590
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111212670.6A Active CN113660168B (zh) | 2021-10-19 | 2021-10-19 | 一种多中心研究数据的处理方法、装置和服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113660168B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113990417A (zh) * | 2021-12-28 | 2022-01-28 | 上海柯林布瑞信息技术有限公司 | 一种多中心科研数据及样本的采集方法、装置和存储介质 |
CN114610740A (zh) * | 2022-05-12 | 2022-06-10 | 上海柯林布瑞信息技术有限公司 | 医疗数据平台的数据版本管理方法及装置 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050073967A1 (en) * | 2003-10-06 | 2005-04-07 | Hennessey Wade L. | Method and apparatus for optimizing content delivery on local subnets |
CN101253488A (zh) * | 2005-08-30 | 2008-08-27 | 微软公司 | 网络中文件的分布式高速缓存 |
US20090135446A1 (en) * | 2007-11-27 | 2009-05-28 | Konica Minolta Business Technologies, Inc. | Data communication system transmitting data to prestored destination address, address management apparatus, data communication apparatus, address management method, and address management program |
US20100251384A1 (en) * | 2007-08-08 | 2010-09-30 | Chih Hsiung Yen | System for a digital content distributing service and the method thereof |
CN104081785A (zh) * | 2011-09-07 | 2014-10-01 | 高通股份有限公司 | 来自多个源的多媒体数据的流式传输 |
CN104838661A (zh) * | 2013-09-13 | 2015-08-12 | 华为技术有限公司 | 流媒体传输方法和系统、以及用户设备和服务器 |
CN105939355A (zh) * | 2016-06-13 | 2016-09-14 | 乐视控股(北京)有限公司 | 一种数据访问方法、系统及客户端和服务器 |
US20180359331A1 (en) * | 2015-12-03 | 2018-12-13 | Hangzhou Hikvision Digital Technology Co., Ltd. | Data Cloud Storage System, Client Terminal, Storage Server and Application Method |
CN110933160A (zh) * | 2019-11-27 | 2020-03-27 | 北京字节跳动网络技术有限公司 | 一种数据访问方法、服务器、终端和存储介质 |
CN111092934A (zh) * | 2019-11-26 | 2020-05-01 | 福建天泉教育科技有限公司 | 更新客户端路由的方法、存储介质 |
US20200162582A1 (en) * | 2019-01-24 | 2020-05-21 | Jessica C. MCCARTHY | Information centric network packet transmission control |
CN111698228A (zh) * | 2020-05-28 | 2020-09-22 | 中国平安财产保险股份有限公司 | 系统访问权限授予方法、装置、服务器及存储介质 |
-
2021
- 2021-10-19 CN CN202111212670.6A patent/CN113660168B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050073967A1 (en) * | 2003-10-06 | 2005-04-07 | Hennessey Wade L. | Method and apparatus for optimizing content delivery on local subnets |
CN101253488A (zh) * | 2005-08-30 | 2008-08-27 | 微软公司 | 网络中文件的分布式高速缓存 |
US20100251384A1 (en) * | 2007-08-08 | 2010-09-30 | Chih Hsiung Yen | System for a digital content distributing service and the method thereof |
US20090135446A1 (en) * | 2007-11-27 | 2009-05-28 | Konica Minolta Business Technologies, Inc. | Data communication system transmitting data to prestored destination address, address management apparatus, data communication apparatus, address management method, and address management program |
CN104081785A (zh) * | 2011-09-07 | 2014-10-01 | 高通股份有限公司 | 来自多个源的多媒体数据的流式传输 |
CN104838661A (zh) * | 2013-09-13 | 2015-08-12 | 华为技术有限公司 | 流媒体传输方法和系统、以及用户设备和服务器 |
US20180359331A1 (en) * | 2015-12-03 | 2018-12-13 | Hangzhou Hikvision Digital Technology Co., Ltd. | Data Cloud Storage System, Client Terminal, Storage Server and Application Method |
CN105939355A (zh) * | 2016-06-13 | 2016-09-14 | 乐视控股(北京)有限公司 | 一种数据访问方法、系统及客户端和服务器 |
US20200162582A1 (en) * | 2019-01-24 | 2020-05-21 | Jessica C. MCCARTHY | Information centric network packet transmission control |
CN111092934A (zh) * | 2019-11-26 | 2020-05-01 | 福建天泉教育科技有限公司 | 更新客户端路由的方法、存储介质 |
CN110933160A (zh) * | 2019-11-27 | 2020-03-27 | 北京字节跳动网络技术有限公司 | 一种数据访问方法、服务器、终端和存储介质 |
CN111698228A (zh) * | 2020-05-28 | 2020-09-22 | 中国平安财产保险股份有限公司 | 系统访问权限授予方法、装置、服务器及存储介质 |
Non-Patent Citations (2)
Title |
---|
曹海涛等: "基于集群节点间即时拷贝的会话同步技术研究", 《计算机系统应用》 * |
李源等: "WebGIS中带图业务数据的缓存和预取机制研究", 《计算机测量与控制》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113990417A (zh) * | 2021-12-28 | 2022-01-28 | 上海柯林布瑞信息技术有限公司 | 一种多中心科研数据及样本的采集方法、装置和存储介质 |
CN113990417B (zh) * | 2021-12-28 | 2022-09-20 | 上海柯林布瑞信息技术有限公司 | 一种多中心科研数据及样本的采集方法、装置和存储介质 |
CN114610740A (zh) * | 2022-05-12 | 2022-06-10 | 上海柯林布瑞信息技术有限公司 | 医疗数据平台的数据版本管理方法及装置 |
CN114610740B (zh) * | 2022-05-12 | 2022-08-16 | 上海柯林布瑞信息技术有限公司 | 医疗数据平台的数据版本管理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113660168B (zh) | 2021-12-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11206451B2 (en) | Information interception processing method, terminal, and computer storage medium | |
US9794365B2 (en) | Re-establishing push notification channels via user identifiers | |
CN107231402B (zh) | Http请求处理方法、装置及系统 | |
CN113660168B (zh) | 一种多中心研究数据的处理方法、装置和服务器 | |
US8352614B2 (en) | Content management | |
CN110071978B (zh) | 一种集群管理的方法及装置 | |
CN107204901B (zh) | 一种提供、接收状态通知的计算机系统 | |
US8700773B2 (en) | Load balancing using redirect responses | |
US20140059217A1 (en) | Method for content change notification in a cloud storage system, a corresponding cloud broker and cloud agent | |
CN108377247B (zh) | 一种消息推送方法和装置 | |
CN110636115A (zh) | 跨云服务调用的处理方法、网关服务器及请求者服务器 | |
US11405861B2 (en) | Network repository function controller | |
EP4144072A1 (en) | Load-balancing establishment of connections among groups of connector servers | |
JP2012146083A (ja) | セッション管理システム、セッション管理装置、サーバ装置およびセッション管理方法 | |
Matri et al. | Keeping up with storage: Decentralized, write-enabled dynamic geo-replication | |
JP2020510379A (ja) | タイムスタンプに基づくセッションの関連付け | |
US20210112025A1 (en) | Method and server for processing messages | |
CN111104376B (zh) | 资源文件查询方法及装置 | |
KR102567900B1 (ko) | 클라우드 저하 모드에서 지속적인 디바이스 동작 안정성을 보장하기 위한 방법 및 장치 | |
CN106559282A (zh) | 一种锁定文件管理方法和装置 | |
CN114363403B (zh) | 服务访问方法、系统、计算机设备和存储介质 | |
US9785711B2 (en) | Online location sharing through an internet service search engine | |
CN111522649A (zh) | 一种分布式任务分配方法、装置和系统 | |
US20240089339A1 (en) | Caching across multiple cloud environments | |
JP6540307B2 (ja) | メッセージ配信システム、メッセージ配信プログラム、メッセージ配信方法、およびメッセージ配信装置 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |