CN101483566A - 一种面向3c融合的中间件 - Google Patents

Abstract

本发明适用于通信领域，提供了一种面向3C融合的中间件，该中间件包括控制单元、服务实现单元、数据存储单元以及设备适配单元，控制单元对服务实现单元的各种服务进行集中控制和协调，并向上层应用程序提供要显示的数据；服务实现单元提供各种服务的逻辑实现，供控制单元调用；数据存储单元构建请求报文和解析响应报文，并存储服务所需要的数据；设备适配单元基于底层网络协议栈发送请求报文和接收响应报文，并对底层网络协议栈中的设备进行管理。本发明提供的中间件实现了数字媒体适配的功能，从而使用户在任何时刻，任何设备上均可娱乐任何格式的多媒体内容。

Description

一种面向3C融合的中间件

技术领域

本发明属于通信领域，尤其涉及一种面向3C融合的中间件。

背景技术

近年来，随着计算机和网络技术的迅猛发展以及个人对家庭生活信息化、数字化的需求膨胀，提出了数字家庭网络的概念。所谓数字家庭网络就是采用标准的互连协议把家用设备，如计算机、通信、消费电子产品(3C)，都连入同一个家庭网络中，使各3C产品之间可以互连互通，对内实现资源共享，对外能通过网关与外部网互连实现信息交换。

当新设备加入到数字家庭网络中时，其可以被其它在数字家庭网络中的设备识别，同时它也可以发现数字家庭网络中的其他设备，并能相互协调工作。但由于数字家庭网络的资源构成非常复杂，不仅有采用不同操作系统、协议栈和硬件体系的设备，还有数字家庭网络中被使用的软件成员，从而给数字家庭网络中的设备的设计以及应用软件的开发带来巨大的困难，同时影响数字家庭网络中各设备之间的互连互通。

中间件是位于平台(硬件和操作系统)和应用之间的通用服务，这些通用服务具有标准的程序接口和协议。针对不同的操作系统和硬件平台，该中间件可以有符合程序接口和协议规范的多种实现。而不同的应用领域，中间件的差异非常大，现有技术还未出现一种面向3C融合领域的实现数字媒体适配应用的中间件，从而用户无法在任何时刻，任何设备上均可娱乐任何格式的多媒体内容。

发明内容

本发明实施例的目的在于提供一种面向3C融合的中间件，旨在解决在现有的数字家庭网络中由于设备的底层操作系统和硬件体系的差异以及运行的协议的差异，使在数字家庭网络中，用户无法在任何时刻，任何设备上均可娱乐任何格式的多媒体内容的问题。

本发明实施例是这样实现的，一种面向3C融合的中间件，所述中间件包括：

控制单元，用于对所述服务实现单元的各种服务进行集中控制和协调，并向上层应用程序提供要显示的数据；

服务实现单元，用于提供各种服务的逻辑实现；

数据存储单元，用于请求报文的构建和响应报文的解析，并存储所述服务实现单元的服务所需要的数据；

设备适配单元，用于基于底层网络协议栈发送所述请求报文和接收所述响应报文，并对底层网络协议栈中的设备进行管理。

本发明实施例提供的面向3C融合的中间件实现了数字家庭网络中的数字媒体适配功能，从而使用户在任何时刻，任何设备上均可娱乐任何格式的多媒体内容。

附图说明

图1是本发明实施例提供的面向3C融合的中间件应用于数字家庭网络中的位置示意图；

图2是本发明实施例提供的面向3C融合的中间件的分层结构示意图；

图3是本发明实施例提供的面向3C融合的中间件的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例通过在数字家庭网络中的应用程序与设备操作系统之间设置一面向3C融合的中间件，通过该中间件接收用户发送的多媒体服务请求，调用该中间件中封装的与该多媒体服务请求对应的服务，并根据该服务所需要的数据构建多媒体服务请求报文，通过该中间件封装的底层网络协议的差异发送该多媒体服务请求报文和接收多媒体服务请求的响应报文，从而使该中间件在数字家庭网络中实现数字媒体适配功能。

本发明实施例提供的面向3C融合的中间件的目的在于在数字家庭网络中实现数字媒体适配功能，因此，其实现的服务是与多媒体相关的服务，如内容浏览服务、设备浏览服务和媒体播放服务。

图1示出了本发明实施例提供的面向3C融合的中间件应用于数字家庭网络中的位置。

该面向3C融合的中间件位于数字家庭网络中应用程序与设备操作系统之间，其使用设备的操作系统提供的功能，从设备的不同硬件体系结构、操作系统、网络接入和通信标准中抽象出的一种逻辑上的通信功能，为上层的家庭网络应用程序提供一系列服务，用于帮助建立和配置数字家庭网络中的分布式应用，是构成数字家庭网络的重要成员。

本发明实施例在设计时，由于受到很多因素的限制，例如产品成本、功耗、开发时间等。因此优化方案往往是一种软硬件密切配合的方案，将哪一些功能用软件来实现，哪一些用硬件来实现，如何降低软硬件协调的开销等这些问题放在应用的整体框架下来考虑。作为本发明的优化实施例，如图2所示，将面向3C融合的中间件在功能上划分为控制层、服务层、数据层以及设备层。

控制层是中间件的控制和管理中心。它有两个功能，一是对服务层提供的各种服务进行集中管理和调度，以协调服务层提供的各种服务的一致性。二是向上层应用程序提供需要显示的数据。根据服务层提供的服务类型的不同，控制层分为内容管理模块、设备管理模块、媒体播放管理模块和事件管理模块。控制层通过对各个服务的事件的管理来完成各个服务之间的协调。控制层根据用户通过上层应用程序发送的多媒体服务请求，调用服务层封装的服务。

服务层封装了中间件提供的各种服务的逻辑实现，其向控制层提供调用其提供的各种服务的接口。根据服务类型的不同，服务层分为浏览服务模块、设备查询服务模块和媒体播放服务模块。

数据层存储服务所需的数据，并根据服务的逻辑实现构建请求报文和解析响应报文，为服务层提供获取服务所需要的数据的接口。根据多媒体服务请求的不同，数据层分为浏览请求模块、设备列表模块、媒体播放请求模块和媒体播放数据模块。其中媒体播放数据模块包括媒体交互协议和媒体设备输出。

设备层基于底层网络协议栈发送请求报文和接收响应报文，并对协议栈中的设备列表进行管理，为上层提供获取设备信息的各种接口。该底层网络协议栈中封装了底层网络协议的差异，从而无论底层网络协议采取何种标准，均可以运行于上述中间件架构中。

当控制层从上层应用程序接收到用户的多媒体服务请求后，调用服务层封装的与该多媒体服务请求对应的服务。服务层根据该服务的逻辑实现所需要的数据，通过数据层构建多媒体服务请求的请求报文，由设备层发送该多媒体服务请求的请求报文，当设备层接收到该多媒体服务请求报文的响应报文后，以事件的形式通知控制层已接收到多媒体服务请求报文的响应报文。同时数据层对该多媒体服务请求报文的响应报文进行解析，得到该多媒体服务请求的数据并存储，控制层通过调用的服务得到该多媒体服务请求的数据，并将该多媒体服务请求的数据发送至上层应用程序进行显示。

图3示出了本发明实施例提供的面向3C融合的中间件的体系结构，为了便于说明，仅示出了与本发明实施例相关的部分。

本发明实施例提供的面向3C融合的中间件10包括控制单元11、服务实现单元12、数据存储单元13、设备适配单元14以及底层硬件适配单元15。

控制单元11是中间件10的控制和管理中心。它有两个功能，一是对服务实现单元12提供的各种服务进行集中管理和调度，以协调服务实现单元12提供的各种服务的一致性。二是向上层应用程序提供需要显示的数据。

根据服务实现单元12提供的服务类型的不同，该控制单元11分为内容浏览控制单元111、设备查询控制单元112、媒体播放控制单元113以及事件管理单元114。控制单元11通过服务实现单元12返回的事件来对服务实现单元12提供的各个服务进行管理和调度，以协调服务实现单元12提供的各种服务的一致性。

其中内容浏览控制单元111在控制单元11接收到用户通过上层应用程序发送的内容浏览请求时，对内容浏览的各种操作，如翻页、文件夹浏览、返回上级目录等操作进行管理和控制。

设备查询控制单元112在控制单元11接收到用户通过上层应用程序发送的设备浏览请求时，对设备浏览的各种操作，如翻页、设备离线/上线的实时更新等操作进行管理和控制。

媒体播放控制单元113在控制单元11接收到用户通过上层应用程序发送的媒体播放请求时，对媒体播放的各种操作，如播放、停止、暂停、快进/快退、上/下曲切换等操作进行管理和控制。

事件管理单元114对其他单元，如服务实现单元12或者设备适配单元14传送来的事件进行预处理后将事件转发至上层应用程序。

控制单元11为上层应用程序提供了一系列标准的调用接口。

服务实现单元12在逻辑上实现了中间件提供的各种服务，其是中间件提供的各种服务的一种抽象。其是可扩展的，各种服务之间相对独立。服务实现单元12向控制单元11提供调用其提供的各种服务的接口。根据提供的服务的类型，服务实现单元12分为浏览服务实现单元121、设备查找服务实现单元122以及媒体播放服务实现单元123。

其中浏览服务实现单元121在逻辑上实现了对多媒体服务器内容浏览的各种服务，如逻辑实现了对多媒体服务器的内容进行浏览、排序、定位、查找、分类等服务，并根据实现内容浏览服务所需要的数据生成内容浏览请求，将该内容浏览请求发送至数据存储单元13。浏览服务实现单元121向控制单元11提供了内容浏览所需要的各种接口，如内容浏览的翻页、文件夹浏览、回溯等接口，以供控制单元11通过浏览服务实现单元121提供的接口调用内容浏览需要的服务。

设备查找服务实现单元122在逻辑上实现了设备查找的各种服务，如设备查找、设备浏览的翻页、设备离线/上线的实时更新等服务。其向控制单元11提供了设备查找所需要的各种接口，如设备浏览的翻页、设备离线/上线的实时更新等接口，以供控制单元11通过设备查找服务实现单元122提供的接口调用设备查找所需要的服务。

媒体播放服务实现单元123在逻辑上实现了媒体播放的各种服务，如播放、停止、暂停、快进/快退、上/下曲切换等服务，并根据实现媒体播放服务所需要的数据生成媒体播放请求，将该媒体播放请求发送至数据存储单元13。其为控制单元11提供了媒体播放所需要的各种接口，如播放、停止、暂停、快进/快退、上/下曲切换等接口，以供控制单元11通过媒体播放服务实现单元123提供的接口调用媒体播放需要的服务。

数据存储单元13根据服务实现单元12发送的请求构建请求报文，对响应报文进行解析，并对请求和响应的数据进行处理和存储。数据存储单元13为服务实现单元12提供了各种获取数据的接口。根据服务实现单元12请求的内容的不同，数据存储单元13分为浏览请求单元131、设备列表单元132、媒体播放请求单元133以及媒体播放数据单元134。

其中浏览请求单元131根据浏览服务实现单元121发送的内容浏览请求，构建内容浏览请求的报文，同时解析和保存该内容浏览请求的响应报文内容。该浏览请求单元131向浏览服务实现单元121提供了调用实现内容浏览服务所需要的数据的接口。

设备列表单元132存储有数字家庭网络中的设备列表的数据。其向设备查找服务实现单元122提供了调用实现设备查找服务所需要的数据的接口。

媒体播放请求单元133根据媒体播放服务实现单元123发送的媒体播放请求构建媒体播放请求的报文，并解析该媒体播放请求的响应报文内容。

媒体播放数据单元134存储媒体播放的各种数据。其向媒体播放服务实现单元123提供了对媒体播放数据进行操作的接口。

设备适配单元14基于底层网络协议栈(如IGRS或UPNP等协议栈)发送请求报文，接收响应报文，并对协议栈中的设备列表进行管理，为数据存储单元13提供了获取设备信息的各种接口。

为了保证请求和响应的一致性，设备适配单元14需要对请求进行一定的管理。由于设备适配单元14需要对协议栈中的设备列表进行管理，因此设备适配单元14对协议栈的设备列表具有读访问权限。同时设备适配单元14通过消息事件的形式向上层报告协议栈的各种状态。这样，无论底层的网络协议采取何种标准，通过设备适配单元14可以对上层(如数据存储单元13等)屏蔽底层网络协议的差异，从而IGRS、DLNA或者UPNP等协议均可以运行于该中间件中。

底层硬件适配单元15封装了底层操作系统的差异和硬件方案的差异。从而屏蔽了不同平台的复杂性和异构性。底层硬件适配单元15从数字家庭网络中的各个设备不同的硬件体系结构、操作系统和网络接入中抽象出一种逻辑上的通信能力，并通过提供一套抽象的、中性的应用程序接口(Application ProgrammingInterface，API)供应用程序调用，从而当应用程序从一个平台切换至另一个平台时，只需要更换相关的头文件定义，即可实现应用程序的跨平台移植。

为了更好的理解本发明，以下以一个具体应用实例(如用户通过应用程序发送媒体播放操作)来对本发明实施例进行详细说明。

控制单元11从应用程序接收到媒体播放请求时，通过其内容浏览控制单元111调用内容浏览服务实现单元121提供的接口，生成媒体内容浏览请求，并将该媒体内容浏览请求发送至浏览请求单元131，浏览请求单元131构建内容浏览请求的报文，并通过设备适配单元14发送该内容浏览请求的报文。

当设备适配单元14接收到该内容浏览请求的响应报文时，以消息事件的形式通知事件管理单元114已收到该内容浏览请求的响应报文。同时浏览请求单元131解析该内容浏览请求的响应报文，并存储该内容浏览请求的响应报文的内容。事件管理单元114收到响应事件后，再调用服务实现单元12提供的接口，从浏览请求单元131下载存储的流媒体。当流媒体下载成功后，服务实现单元12向事件管理单元114返回下载完毕的消息事件。事件管理单元114调用媒体播放服务实现单元123提供的接口，进行流媒体的播放。整个过程由控制单元进行统一协调，并通过设备适配单元14屏蔽了底层网络协议的差异。

本发明实施例提供的面向3C融合的中间件可以实现数字家庭网络中的数字媒体适配功能，从而使用户在任何时刻，任何设备上均可娱乐任何格式的多媒体内容。同时无论底层的网络协议采取何种标准，设备适配单元均可以对上层屏蔽底层网络协议的差异，从而使运行于该中间件中的底层网络协议不受限制。而且通过服务实现单元对该中间件提供的各种服务的逻辑实现进行完善的封装，使第三方开发人员在开发其他数字媒体适配应用时，至需要在控制单元实现基于事件的回调函数即可，从而降低了开发人员的开发难度。由于底层硬件适配单元封装了底层操作系统的差异和硬件方案的差异，通过调用底层硬件适配单元提供的API，在进行应用程序跨平台移植时，只需要更换相关的头文件即可，从而便于应用程序的跨平台移植。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (5)

1、一种面向3C融合的中间件，其特征在于，所述中间件包括：

控制单元，用于对所述服务实现单元的各种服务进行集中控制和协调，并向上层应用程序提供要显示的数据；

服务实现单元，用于提供各种服务的逻辑实现；

数据存储单元，用于请求报文的构建和响应报文的解析，并存储所述服务实现单元的服务所需要的数据；

设备适配单元，用于基于底层网络协议栈发送所述请求报文和接收所述响应报文，并对底层网络协议栈中的设备进行管理。

2、如权利要求1所述的中间件，其特征在于，所述控制单元包括：

内容浏览控制单元，用于接收到内容浏览请求时，对内容浏览的各种操作进行管理和控制；

设备查询和控制单元，用于在接收到设备浏览请求时，对设备浏览的各种操作进行管理和控制；

媒体播放控制单元，用于在接收到媒体播放请求时，对媒体播放的各种操作进行管理和控制；

事件管理单元，用于对传送来的事件进行预处理后转发至上层应用程序。

3、如权利要求1所述的中间件，其特征在于，所述服务实现单元包括：

浏览服务实现单元，用于在逻辑上实现各种内容浏览服务；

设备查找服务实现单元，用于在逻辑上实现各种设备查找服务；

媒体播放服务实现单元，用于在逻辑上实现各种媒体播放服务。

4、如权利要求1所述的中间件，其特征在于，所述数据存储单元包括：

浏览请求单元，用于构建内容浏览请求的报文，解析所述内容浏览请求的响应报文，并存储所述内容浏览请求的响应报文的内容；

设备列表单元，用于存储设备列表的数据；

媒体播放请求单元，用于构建媒体播放请求的报文，并解析所述媒体播放请求的响应报文；

媒体播放数据单元，用于存储媒体播放服务所需要的各种数据。

5、如权利要求1至4任一权利要求所述的中间件，其特征在于，所述中件还包括：

底层硬件适配单元，用于封装底层操作系统的差异和硬件方案的差异。

Images