一种基于Web的居家养老健康服务的资源整合方法
【专利摘要】本发明公开了一种基于Web的居家养老健康服务的资源整合方法，包括：服务管理层结合数据管理层中的数据，识别用户选择的服务类型；服务管理层在服务注册表中查询相应的服务，然后向该服务发送调用请求；包装层中的对应服务接收该请求，然后将请求传递给资源层；资源层中对应的服务系统接收调用请求，进行相应的服务处理，并将结果反馈给包装层；包装层将反馈结果传递给服务管理层；服务管理层再将结果传递给表现层，由表现层显示给用户查看。本发明利用SOA架构和Web?Service技术对各种养老健康服务系统进行改造和集成，实现跨地域跨平台的无缝连接所有养老健康服务，更加高效地利用所有健康服务信息资源。
【专利说明】—种基于Web的居家养老健康服务的资源整合方法
【技术领域】
[0001]本发明涉及居家养老【技术领域】，具体涉及一种基于Web的居家养老健康服务的资源整合方法。
【背景技术】
[0002]随着计算机和网络技术的发展，各种社会服务已逐渐实现网络化，例如预约挂号、慢病管理服务、协同医疗服务、远程诊断服务、健康咨询服务、老人关爱服务等养老健康服务，人们可以在家通过网络系统程序享受到这些便捷的健康服务。
[0003]这些养老健康服务通常是由不同的企业或者部门来提供，各部门分别使用不同的系统来协助他们完成规定的职能，各个部门的IT系统的开发者基本都是采用各自熟悉的开发平台和设计语言，导致不同部门的服务系统在平台上的异构。在此基础上，众多关键的信息被封闭在相互独立的系统中，信息资源难以共享，从而形成一个个“信息孤岛”。如何解决这些问题，更加高效地利用各养老健康系统，使得人们享受统一快捷的健康服务，成为当前迫切需要解决的问题。
[0004]为了解决资源难以共享和“信息孤岛”等问题，传统的企业集成解决方案是利用CORBA、COM+、J2EE等技术来构建分布式计算系统，以达到资源共享，协调各种养老健康服务。
[0005]尽管CORBA、COM+、J2EE等技术为资源共享协调服务作出了很大贡献，但是他们仍然有一些不足:数据编码格式互不兼容，使用⑶R (通用数据格式)，DCOM使用NDR (网络数据表示)，不同的数据格式使它们之间的通信变得很复杂；通信协议不同，CORBA使用的是I1PjDCOM使用的是DCE.RPC, EJB使用的是RM !，这些协议要求系统客户端与服务器端紧密的耦合，即要求同一类的基本结构；C0RBA、DCOM、J2EE都是基于动态端口分配点到点的远程方法调用机制，大部分企业都在它们共用WEB服务器和因特网之间放置防火墙，关闭了除WEB服务端口之外的其他端口。所以它们之间难以穿越防火墙；发现机制的跨平台性不好，CORBA、J2EE使用命名服务与交易服务的发现机制，只能实现部分的跨平台性；DC0M使用注册表，只能应用于Windows平台，没有跨平台性可言。
【发明内容】
[0006]为了实现资源共享、去除“信息孤岛”，实现各种养老健康服务协调统一访问，提高信息化程度，本发明利用SOA架构和Web Service技术对各种养老健康服务系统进行改造和集成，在不修改各部门系统原有架构的基础上，局部改变各系统，实现跨地域跨平台的无缝连接所有养老健康服务，使得人们可以统一访问和使用所有养老健康服务，更加高效地利用所有健康服务信息资源
[0007]本发明实施例提供了一种基于Web的居家养老健康服务的资源整合方法，包括如下步骤:
[0008]步骤一、用户进入到居家养老健康服务系统；
[0009]步骤二、判断用户是否注册，如果没有注册，则注册，然后跳到步骤一；否则，进入步骤三；
[0010]步骤三、服务管理层结合数据管理层中的数据，进行身份验证，如果验证不通过，跳到步骤二 ；否则，进入步骤四；
[0011]步骤四、识别用户选择的服务类型；
[0012]步骤五、服务管理层在服务注册表中查询相应的服务，然后向该服务发送调用请求；
[0013]步骤六、包装层中的对应服务接收该请求，然后将请求传递给资源层；
[0014]步骤七、资源层中对应的服务系统接收调用请求，进行相应的服务处理，并将结果反馈给包装层；
[0015]步骤八、包装层将反馈结果传递给服务管理层；
[0016]步骤九、服务管理层再将结果传递给表现层，由表现层显示给用户查看。
[0017]所述服务类型包括:预约挂号服务、慢病管理服务、协同医疗服务、远程诊断服务、健康咨询服务以及老人关爱服务。
[0018]本发明具有如下有益效果，利用SOA架构和Web Service技术对各种养老健康服务系统进行改造和集成，在不修改各服务系统原有架构的基础上，局部改变各系统，实现跨地域跨平台的无缝连接所有养老健康服务，使得人们可以统一访问和使用所有养老健康服务，更加高效地利用所有健康服务信息资源。
【专利附图】
【附图说明】
[0019]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0020]图1是本发明实施例中的基于Web的居家养老健康服务的资源整合系统架构示意图；
[0021]图2是本发明实施例中的基于Web的居家养老健康服务的资源整合方法流程图。
【具体实施方式】
[0022]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0023]为了实现资源共享、去除“信息孤岛”，实现各种养老健康服务协调统一访问，提高信息化程度，本发明利用SOA架构和Web Service技术对各种养老健康服务系统进行改造和集成，在不修改各部门系统原有架构的基础上，局部改变各系统，实现跨地域跨平台的无缝连接所有养老健康服务，使得人们可以统一访问和使用所有养老健康服务，更加高效地利用所有健康服务信息资源。
[0024]针对各种不同的居家养老健康服务，例如预约挂号服务、慢病管理服务、协同医疗服务、远程诊断服务、健康咨询服务等等，由于这些异构系统的多样性，不同系统之间存在数据异构、平台异构和通信协议异构等问题，资源整合和应用需要不同层次的处理。本发明从资源层、包装层、服务管理层、数据管理层和表现层五个层次来进行资源整合，本发明的体系结构图如图1所示:
[0025]资源层:由于各部门的健康服务系统采用不同开发语言和不同开发平台开发，造成信息资源的数据格式的不同，为了统一各业务及信息资源的数据格式，将各种异构信息及业务包装成Web Service，将不同的数据格式统一成XML文件形式，实现了数据格式的统一；资源层包括用各种技术实现的Web信息系统和桌面系统，这与系统提供相关信息及业务，是Web Service所实现功能的主要来源，也是本平台所有业务功能的资源来源，作为包装层的支撑。
[0026]包装层:为了解决各部门的健康服务系统通信协议的不同，采用Web Service技术标准的SOAP协议进行通信；为了动态调用时能穿越防火墙，平台采用可以穿越防火墙的Web Service技术；为了实现各系统的平台无关性，采用了基于SOAP协议通讯的，只需要知道WSDL即可调用的Web Service技术，在一定程度上也解决了平台异构性的问题。所以设计了使用WebService技术实现的包装层。
[0027]服务管理层:经过包装层的包装后，各信息资源和业务包装成了众多的WebService之后，需要对Web Service进行统一管理，所以设计了服务管理层。服务管理层引入UDDI规范，UDDI规范是用于创建注册表服务的规范，该注册表服务可以对包装层的WebService进行分类，它提供了一套标准数据结构，它对提供Web Service和访问这些WebService的技术要求方面建立了统一的模型。表现层可以搜索UDDI注册表来得到合适的Web Service,用户在UDDI注册表中注册包装层包装好的Web Service,在资源整合的实现过程中采用了 JUDDI。
[0028]数据管理层:数据管理层包括各种连接在计算机上的、具有相同或不同数据模型的数据库。为了实现对众多数据库的管理，实现了一个异构数据库集成中间件，此中间件是一个逻辑上完整而又具有站点自治性，物理上包括各部门服务系统的异构数据库系统。也在一定程度上解决了数据异构性。以较小的代价，使各种异构数据库之间实现数据的互访及共享，并对用户实现数据的透明访问。通过基于XML与JAVA的异构数据集成中间件的设计具有跨平台、跨语言和跨领域的特性，在数据层面实现了平台无关性。
[0029]表现层:表现层根据企业使用者的需求，划分各部门的业务.对服务管理层UDDI中的服务进行调用和使用，完成相关业务功能，以Web的方式展现出来。表现层相当于Web服务中的服务请求者。表现层是对整个异构资源的整合和集成，提供一个展现平台。
[0030]本发明中的资源层、包装层、服务管理层和数据管理层是对各服务系统的包装处理，在这几层完成对Web Service的管理及业务和数据的处理过程。我们把这部分称为服务模块；表现层是调用并且使用服务模块的服务，以某种方式展现出来，我们把这部分称为请求模块。一旦服务模块的服务(即底层各系统的业务内容和业务逻辑)改变，由于使用了 Web Service统一的接口，请求模块和服务模块可以不需要改变或者只需要做很小的变动(对输入输出参数个数或者类型的改动)，即可正常运行。
[0031]图2示出了本发明实施例中的基于Web的居家养老健康服务的资源整合方法的流程图，包括如下步骤:
[0032]第I步:开始；
[0033]第2步:用户进入到居家养老健康服务系统；
[0034]第3步:判断用户是否注册，如果没有注册，则注册，然后跳到第2步；否则，进入第4步；
[0035]第4步:服务管理层结合数据管理层中的数据，进行身份验证，如果验证不通过，跳到第2步；否则，进入第5步；
[0036]第5步:用户选择哪种健康服务类型，例如有预约挂号服务、慢病管理服务、协同医疗服务、远程诊断服务、健康咨询服务以及老人关爱服务等等类型。
[0037]第6步:服务管理层在服务注册表中查询相应的服务，然后向该服务发送调用请求；
[0038]第7步:包装层中的对应服务接收该请求，然后将请求传递给资源层；
[0039]第8步:资源层中对应的服务系统接收调用请求，进行相应的服务处理，并将结果反馈给包装层；
[0040]第9步:包装层将反馈结果传递给服务管理层；
[0041]第10步:服务管理层再将结果传递给表现层，由表现层显示给用户查看。
[0042]第11步:用户使用该服务或者访问其他服务，循环第5步一第10步；
[0043]第12步:结束。
[0044]本发明具有如下有益效果，利用SOA架构和Web Service技术对各种养老健康服务系统进行改造和集成，在不修改各服务系统原有架构的基础上，局部改变各系统，实现跨地域跨平台的无缝连接所有养老健康服务，使得人们可以统一访问和使用所有养老健康服务，更加高效地利用所有健康服务信息资源。
[0045]本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括:只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁盘或光盘等。
[0046]以上对本发明实施例所提供的一种基于Web的居家养老健康服务的资源整合方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在【具体实施方式】及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
【权利要求】
1.一种基于Web的居家养老健康服务的资源整合方法，其特征在于，包括如下步骤: 步骤一、用户进入到居家养老健康服务系统； 步骤二、判断用户是否注册，如果没有注册，则注册，然后跳到步骤一；否则，进入步骤—■.---， 步骤三、服务管理层结合数据管理层中的数据，进行身份验证，如果验证不通过，跳到步骤二 ；否则，进入步骤四； 步骤四、识别用户选择的服务类型； 步骤五、服务管理层在服务注册表中查询相应的服务，然后向该服务发送调用请求； 步骤六、包装层中的对应服务接收该请求，然后将请求传递给资源层； 步骤七、资源层中对应的服务系统接收调用请求，进行相应的服务处理，并将结果反馈给包装层； 步骤八、包装层将反馈结果传递给服务管理层； 步骤九、服务管理层再将结果传递给表现层，由表现层显示给用户查看。
2.如权利要求1所述的基于Web的居家养老健康服务的资源整合方法，其特征在于，所述服务类型包括:预约挂号服务、慢病管理服务、协同医疗服务、远程诊断服务、健康咨询服务以及老人关爱服务。
【文档编号】G06F17/30GK104199835SQ201410378102
【公开日】2014年12月10日 申请日期:2014年8月1日 优先权日:2014年8月1日
【发明者】周凡, 林格, 吴锐凯, 姜涛 申请人:广州中大电讯科技有限公司, 中山大学