共享数字家庭电子服务资源的系统及方法

摘要

一种共享数字家庭电子服务资源的系统及方法。本发明将两个不同的Java电子服务平台建构在同一个Java虚拟机器上。而一个Java电子服务平台提供宽带服务通道(例如开放式服务网关平台)，另一个Java电子服务平台则提供广播服务信道(例如多媒体家庭平台)。并且在与两个Java电子服务平台之间具有继承关系的父类别加载器中，建立桥接类别模块。而两个Java电子服务平台便可将其资源参考设定至桥接类别模块，以进行资源共享。

说明书

技术领域

本发明涉及一种共享资源的系统及方法，应用于数字家庭电子服务，以共享数字家庭电子服务资源的系统及方法。

背景技术

随着数字家庭之潮流与因特网的蓬勃发展，各种家庭网络通信协议与中介平台也随之出现，而异质网络的整合，又成为发展数字家庭中一大挑战。其中以家庭网关器(Home Gateway)与数字机顶盒(Set top box)位于连接家庭内网络与家庭外应用系统服务提供者(Application Service Provider，ASP)网络与服务的枢纽位置，目前已成为发展家庭网络技术的关键技术。

由于家庭网关器的长处在于结合宽带网络，以提供宽带服务与控制家庭内部的网络设备，而数字机顶盒的长处则在于提供家庭影音服务，并具有人机互动接口。因此，在未来提供兼具传播服务与宽带服务的全服务网关器为目前重要发展之一。

其中，在家庭网关器方面，由OSGi(Open Services Gateway Initiative)协会所提出的开放式服务网关平台(以下简称OSGi平台)为一开放式标准，其基本架构是一个Java容器(Java Container)，而OSGi平台上的元件模型则称为Bundle。OSGi平台具有OSGi服务注册存储体(Service Registry)机制，元件模型之间可通过OSGi服务注册存储体来共享资源。

另外，在数字机顶盒方面，欧规DVB(Digital Video Broadcasting)组织所提出的多媒体家庭平台(Multimedia Home Platform，以下简称MHP平台)则为目前常见的中介软件的标准，其基本架构亦是一个Java容器，而MHP平台上的元件模型则称为Xlet。与OSGi平台类似，MHP平台也有注册存储体(IxcRegistry)机制，MHP平台的元件模型之间亦可以经由注册存储体来共享资源。

由上可知，若能将开放式服务网关平台与多媒体家庭平台的服务作整合，将可提供全方位的服务。图1绘示为现有的整合型开放式服务平台与多媒体家庭平台间资源共享的系统的树状结构的示意图。请参照图1，图中实线箭头代表节点间的继承关系，此架构将OSGi平台与MHP平台整合为单一设备，并在同一Java虚拟机器(Virtual Machine)上执行。其中，当Java虚拟机器执行时，会将启动加载器(Bootstrap loader)101以及系统类别加载器(System class loader)103加载，以将Java虚拟机器提供的共享类别加载。接着，产生应用类别加载器(Application class loader)105。

当OSG i中介软件107的OSGi应用元件模型(OSGi application bundle)109欲使用MHP中介软件113的资源时，则将命令信息传送至系统类别加载器103所加载的TCP/IP(Transmission Control Protocol and InternetProtocol)类别(如虚线箭头A所示)，以利用TCP/IP通信协议进行传送。接着，系统类别加载器103将命令信息以TCP/IP通信协议方式传送至MHP中介软件113的OSGi代理人元件模型(OSGi proxy Xlet)115，以使用MHP中介软件113来完成命令信息(如虚线箭头B所示)。待OSGi代理人元件模型115使用MHP中介软件113完成命令信息后，再将执行结果的信息以TCP/IP通信协议方式，通过OSGi代理人元件模型115传送至系统类别加载器103(如虚线箭头C所示)。最后，系统类别加载器103同样以TCP/IP通信协议方式，再将执行结果的响应信息传回给OSGi应用元件模型109(如虚线箭头D所示)。同理，当MHP应用元件模型117欲使用OSGi中介软件107的资源，其步骤流程与上述相似，故不在此赘述。

综上所述，虽然OSGi平台与MHP平台执行在同一Java虚拟机器上，仍须利用TCP/IP通信协议方能进行资源共享。因此，如何直接在家庭网关器与数字机顶盒间进行资源共享则为目前发展的重要一环。

发明内容

本发明提供一种共享数字家庭电子服务资源的系统，将两个不同的Java电子服务平台建构在同一个Java虚拟机器(Java Virtual Machine，JVM)上，以使双方能够共享资源。

本发明提供一种共享数字家庭电子服务资源的方法，使得两个不同的Java电子服务平台能够间接或直接使用对方的Java电子服务资源。

本发明提出一种共享数字家庭电子服务资源的系统，此系统包括Java虚拟机器、第一Java电子服务(e-service)平台、第二Java电子服务平台以及桥接类别(Bridge class)模块。其中，第一Java电子服务平台以及第二Java电子服务平台建构在同一个Java机器上，而第一Java电子服务平台是用以提供宽带服务信道及第一Java电子服务资源。第二Java电子服务平台则是用以提供广播服务信道及第二Java电子服务资源。另外，桥接类别模块建立在与第一Java电子服务平台以及第二Java电子服务平台之间具有继承关系的父类别加载器的类别路径上。且第一Java电子服务平台与第二Java电子服务平台分别将第一Java电子服务资源的资源参考与第二Java电子服务资源的资源参考设定至桥接类别模块，以在第一Java电子服务平台与第二Java电子服务平台之间进行资源共享。

从另一观点来看，此系统包括Java虚拟机器、开放式服务网关(OpenService Gateway)平台、Java电子服务平台以及桥接类别模块。其中，开放式服务网关平台以及Java电子服务平台建构在同一个Java虚拟机器上，而开放式服务网关平台是用以提供宽带服务通道及开放式服务网关资源。Java电子服务平台则是用以提供Java电子服务资源。另外，桥接类别模块则是建立在开放式网关服务平台以及Java电子服务平台之间具有继承关系的父类别加载器的类别路径上。且开放式服务网关平台与Java电子服务平台分别将开放式服务网关资源的资源参考与Java电子服务资源的资源参考设定至桥接类别模块，以在开放式服务网关平台与Java电子服务平台之间进行资源共享。

另一方面，此系统包括Java虚拟机器、多媒体家庭平台(Multimedia HomePlatform，MHP)、Java电子服务平台以及桥接类别模块。其中，多媒体家庭平台以及Java电子服务平台建构在同一个Java虚拟机器上，而多媒体家庭平台是用以提供广播服务信道及多媒体家庭平台资源。Java电子服务平台则是用以提供Java电子服务资源。另外，桥接类别模块建立在多媒体家庭平台以及Java电子服务平台之间具有继承关系的父类别加载器的类别路径上。且多媒体家庭平台与Java电子服务平台分别将多媒体家庭平台资源的资源参考与Java电子服务资源的资源参考设定至桥接类别模块，以在多媒体家庭平台与Java电子服务平台之间进行资源共享。

本发明提出一种共享数字家庭电子服务资源的方法，适用于第一Java电子服务平台使用第二Java电子服务平台的Java电子服务资源。其中，第一Java电子服务平台与第二Java电子服务平台建构在同一个Java虚拟机器上。首先，将桥接类别模块建立在与第一Java电子服务平台与第二Java电子服务平台之间具有继承关系的父类别加载器的类别路径。接着，第一Java电子服务平台便可通过桥接类别模块以使用Java电子服务资源。

从另一观点来看，本发明适用于Java电子服务平台使用开放式服务网关平台的开放式服务网关资源，其中，开放式服务网关平台与Java电子服务平台建构在同一个Java虚拟机器上。首先，将桥接类别模块建立在与开放式服务网关平台与Java电子服务平台之间具有继承关系的父类别加载器的类别路径上。接着，Java电子服务平台通过桥接类别模块以使用开放式服务网关资源。

另一方面，本发明亦适用于Java电子服务平台使用多媒体家庭平台的多媒体家庭平台资源，其中，多媒体家庭平台与Java电子服务平台建构在同一个Java虚拟机器上。首先，将桥接类别模块建立在与多媒体家庭平台与Java电子服务平台之间具有继承关系的父类别加载器的类别路径上。接着，Java电子服务平台通过桥接类别模块以使用多媒体家庭平台资源。

本发明因将两个不同的Java电子服务平台建构在同一个Java虚拟机器上，并将桥接类别模块建立在与两个Java电子服务平台之间具有继承关系的父类别加载器中，因此，通过桥接类别模块便可进行资源共享。

为让本发明的上述特征和优点能更明显易懂，下文特举较佳实施例，并配合附图，作详细说明如下。

附图说明

图1绘示为现有的整合型开放式服务平台与多媒体家庭平台间资源共享的系统的树状结构的示意图。

图2是依照本发明第一实施例的共享数字家庭电子服务资源的系统架构的示意图。

图3是依照本发明第一实施例的共享数字家庭电子服务资源的系统的树状结构的示意图。

图4是依照本发明第二实施例的共享数字家庭电子服务资源的系统的树状结构的示意图。

图5A-图5D是依照本发明第二实施例的共享数字家庭电子服务资源流程的示意图。

图6是依照本发明第三实施例的共享数字家庭电子服务资源的一应用方法流程的示意图。

图7是依照本发明第三实施例的共享数字家庭电子服务资源的另一应用方法流程的示意图。

图8A及图8B是依照本发明第三实施例的共享数字家庭电子服务资源的又一应用方法流程的示意图。

附图符号说明

101、301、401：启动加载器

103、303、403：系统类别加载器

105、305：应用类别加载器

107、307、405：OSGi中介软件

109、309、409、539、633、733、833：OSG i应用元件模型

111：MHP代理人元件模型

113、313、411、561、641、741、841：MHP中介软件

115：OSGi代理人元件模型

117、317、415、563、647、747、845：MHP应用元件模型

210、510、610、710、810：Java虚拟机器

220：第一Java电子服务平台

221：第一提供元件模型

223：第一应用元件模型

225：第一Java电子服务资源

230：第二Java电子服务平台

231：第二提供元件模型

233：第二应用元件模型

235：第二Java电子服务资源

240：桥接类别模块

311、407、537、635、735：OSGi提供元件模型

315、413、565、645、745：MHP提供元件模型

417、560、640、740、840：MHP元件模型

520、620、720、820：Java链接库

521、621：OSGi定位器

523、623：MHP定位器

530、630、730：OSGi平台

531：UPnP基底驱动程序

533、631、731、831：OSGi注册存储体

535：元件模型内容

540、550：UPnP数字家电设备

567、643、743、843：MHP注册存储体

721：OSGi服务代理人

723：MHP服务代理人

821：OSGi命令队列

823：OSGi响应队列

825：MHP命令队列

829：MHP响应队列

具体实施方式

为了使本发明的内容更为明了，以下特举实施例作为本发明确实能够据以实施的范例。

第一实施例

图2是依照本发明第一实施例的共享数字家庭电子服务资源的系统架构的示意图。请参照图2，此系统包括Java虚拟机器210、第一Java电子服务平台220、第二Java电子服务平台230以及桥接类别(Bridge class)模块240。其中，第一Java电子服务平台220与第二Java电子服务平台230建构在Java虚拟机器210上，并且利用桥接类别模块240使得双方之间能够进行资源共享。

第一Java电子服务平台220是用来提供宽带服务通道，并更提供第一提供(Export)元件模型221、第一应用元件模型223以及第一Java电子服务资源225(例如可使用的类别或对象)。而第二Java电子服务平台230则是用来提供广播服务通道，并更提供第二提供元件模型231、第二应用元件模型233以及第二Java电子服务资源235。

另外，第一Java电子服务平台220以及第二Java电子服务平台230皆为Java中介软件(Middleware)，而Java中介软件本身为一种Java容器(JavaContainer)，因此，便可在Java中介软件上面进行动态传送与接收的动作。

桥接类别模块240是用以在第一Java电子服务平台220及第二Java电子服务平台230之间进行资源共享，且桥接类别模块240建立在与第一Java电子服务平台220及第二Java电子服务平台230之间具有继承关系的父类别加载器(Parent class loader)的类别路径(Class path)上，使得第一Java电子服务平台220及第二Java电子服务平台230能够共同使用桥接类别模块240。

其中，第一Java电子服务平台220与第二Java电子服务平台230分别将第一Java电子服务资源225的资源参考与第二Java电子服务资源235的资源参考设定至桥接类别模块240。

换言之，上述的第一Java电子服务平台220与第二Java电子服务平台230的元件模型(即221、223、231及233)可使用的类别包括本身所在的类别加载器的类别路径所指向的类别，以及所有具有继承关系的父类别加载器的类别路径下所指向的类别。因此，便将桥接类别模块240置放在与第一Java电子服务平台220及第二Java电子服务平台230之间具有继承关系的父类别加载器的类别路径上。

而桥接类别模块240更包括第一Java电子服务定位器(未绘示)以及第二Java电子服务定位器(Locater)(未绘示)。其中，第一Java电子服务定位器(未绘示)是用以存放第一Java电子服务资源225的资源参考。第二Java电子服务定位器(未绘示)则是用以存放第二Java电子服务资源235的资源参考。换言之，即是桥接类别模块240的类别路径指向一Java链接库(Library)(未绘示)，而此Java链接库中包括第一Java电子服务定位器(未绘示)以及第二Java电子服务定位器(未绘示)。

若在第二Java电子服务平台230上的第二应用元件模型233欲使用第一Java电子服务平台220的第一Java电子服务资源225，其流程如下所述。首先，藉由第一提供元件模型221自第一Java电子服务平台220中取得第一Java电子服务资源225的资源参考，并将第一Java电子服务资源225的资源参考设定至桥接类别模块240中的第一Java电子服务定位器(未绘示)(如虚线箭头A所示)。接着，当第二应用元件模型233欲使用第一Java电子服务资源225时，则根据桥接类别模块240的第一Java电子服务定位器(未绘示)所提供的第一Java电子服务资源225的资源参考(如虚线箭头B所示)，使用对应的第一Java电子服务资源225(如虚线箭头C所示)。另外，当在第二Java电子服务平台230上的第二应用元件模型233欲使用第二Java电子服务资源235时，则利用第二应用元件模型233直接使用即可(如虚线箭头D所示)。

同理，若当第一Java电子服务平台220上的第一应用元件模型223欲使用第二Java电子服务平台230的第二Java电子服务资源235时，其流程(如虚线箭头E-G所示)与上述(如虚线箭头A-D所示)相似，故不在此赘述。而当第一Java电子服务平台220上的第一应用元件模型223欲使用第一Java电子服务资源225时，则利用第一应用元件模型223直接使用即可(如虚线箭头H所示)。

值得一提的是，第一Java电子服务平台220例如是OSGi平台，则OSGi平台可与架构在Java虚拟机器210上的任一平台进行资源共享，例如OSGi平台与第二Java电子服务平台230进行资源共享。而第二Java电子服务平台230例如是MHP平台，MHP平台亦可与架构在Java虚拟机器210上的任一平台进行资源共享，例如MHP平台与第一Java电子服务平台220进行资源共享。

更值得一提的是，第一Java电子服务平台220与第二Java电子服务平台230利用桥接类别模块240来进行资源共享的应用方法，例如，利用桥接类别模块240作为传收对象的管道，另外，更可利用桥接类别模块240作为服务代理人(Proxy)，亦或作为传收信息的管道等应用方法。而上述所提的应用方法，将在第三实施例中分别举例说明。

为了清楚地表达上述概念，以下再举一实施例说明。图3是依照本发明第一实施例的共享数字家庭电子服务资源的系统的树状结构的示意图。请同时参照图2及图3，图3中实线箭头代表节点间的继承关系，本实施例中的第一Java电子服务平台220例如是OSGi平台，第二Java电子服务平台230则例如是MHP平台。而OSGi平台与MHP平台皆为Java中介软件，OSGi中介软件307提供OSGi应用元件模型(OSGi application bundle)309以及OSGi提供元件模型(OSGi export bundle)311。另外，MHP中介软件313则提供MHP提供元件模型(MHP export Xlet)315以及MHP应用元件模型(MHPapplication Xlet)317。

其中，OSGi中介软件307与MHP中介软件313建构在同一Java虚拟机器中，且皆位于应用类别加载器305的类别路径上。而当Java虚拟机器执行时，会先将启动加载器(Bootstrap loader)301以及系统类别加载器(Systemclass loader)303加载，以将Java虚拟机器提供的共享类别加载。接着，产生应用类别加载器(Application class loader)305，以搜寻应用类别加载器305中的类别路径是否有指定的类别并将其加载。换言之，Java的类别加载是由类别加载器(例如启动加载器301、系统类别加载器303以及应用类别加载器305)来执行，当需使用到类别的时候，便自类别加载器中搜寻其类别路径是否有指定的类别。

由于桥接类别模块240位于与OSGi平台及MHP平台间具有继承关系的父类别加载器中，因此，桥接类别模块240便可放置在启动加载器301、系统类别加载器303或应用类别加载器305的类别路径上，以作为双方资源共享之用。

本实施例中，桥接类别模块240位于应用类别加载器305中的类别路径上，由OSGi中介软件307或OSGi提供元件模型311将OSGi平台欲共享的开放式服务网关资源(以下简称OSGi资源)的资源参考设定至桥接类别模块240中，或由MHP中介软件313或MHP提供元件模型315将MHP平台欲共享多媒体家庭平台资源(以下简称MHP资源)的资源参考设定至桥接类别模块240中。然后，OSGi应用元件模型309与MHP应用元件模型317便可至桥接类别模块240中，分别取得OSGi资源的资源参考与MHP资源的资源参考，以直接使用OSGi资源与MHP资源。

请继续参照图3，当MHP平台的MHP应用元件模型317欲使用OSGi资源时，流程如下。首先，OSGi提供元件模型311将OSGi平台欲共享OSGi资源的资源参考设定至应用类别加载器305的类别路径所指向的桥接类别模块240中(如虚线箭头A所示)。接着，应用类别加载器305将OSGi资源的资源参考提供给MHP应用元件模型317(如虚线箭头B所示)，而MHP应用元件模型317便可直接至OSGi中介软件307使用OSGi资源(如虚线箭头C所示)。同理，当OSGi平台的OSGi应用元件模型309欲使用MHP资源时，其流程(如虚线箭头D-F所示)与上述(如虚线箭头A-C所示)相似，故不在此赘述。

为了更清楚地表达上述概念，以下实施例皆以OSGi平台与MHP平台间的资源共享进行说明。然此领域具有通常知识者，可将本发明应用于各种类型上

第二实施例

图4是依照本发明第二实施例的共享数字家庭电子服务资源的系统的树状结构的示意图。请参照图4，OSGi中介软件405提供OSGi提供元件模型407、OSGi应用元件模型409以及MHP元件模型(即MHP bundle)417。其中，MHP元件模型417是将MHP平台封装为OSGi平台上的元件模型(即bundle)，使得OSGi平台通过MHP元件模型417去启动MHP平台。而MHP中介软件411提供MHP提供元件模型413以及MHP应用元件模型415。

当Java虚拟机器执行时，便会将启动加载器401以及系统类别加载器403加载，而本实施例将沟通OSGi平台以及MHP平台的桥接类别模块(未绘示)置放在系统类别加载器403的类别路径中。当系统类别加载器403加载时，便将OSGi中介软件405、OSGi提供元件模型407、OSGi应用元件模型409以及MHP元件模型417加载。

以下即搭配上述实施例的共享数字家庭电子服务资源的系统的树状结构，详细说明共享数字家庭电子服务资源的方法流程。图5A-图5D是依照本发明第二实施例的共享数字家庭电子服务资源流程的示意图。首先，请参照图4及图5A，此系统为建构在Java虚拟机器510上，且桥接类别模块(未绘示)置放在系统类别加载器403的类别路径下，而此桥接类别模块的类别路径为指向一Java链接库520，此Java链接库520包括OSGi定位器521以及MHP定位器523。

请继续参照图5A，当Java虚拟机器510被执行时，则根据桥接类别模块的类别路径，将Java链接库520加载，并启动OSGi平台530，以将随插即用基底驱动程序(UPnP base driver)531开启。此时，家庭网络上的UPnP数字家电设备540及550将自动被侦测到，且藉由UPnP基底驱动程序531将UPnP数字家电设备540及550的服务对象建立并注册到OSGi服务注册存储体(Service Registry，以下简称OSGi注册存储体)533中。其中UPnP数字家电设备540及550例如是数字冰箱、数字冷气机等。

接着，请参照图5B，当OSGi平台530启动后，由MHP平台封装为OSGi平台上的MHP元件模型(即MHP bundle)560则亦被启动。而MHP元件模型560包括MHP中介软件561，以在OSGi平台530中执行MHP元件模型560。

然后，当OSGi平台530以及MHP中介软件561启动后，请参照图5C，则OSGi平台530便启动OSGi提供元件模型537。当OSGi提供元件模型537被执行起来时，OSGi平台530便会给OSGi提供元件模型537一个元件模型内容(Bundle Context)535的对象参考，OSGi提供元件模型537便可通过元件模型内容535找到OSGi平台530中在OSGi注册存储体533中所有可用的资源并使用之。

请继续参照图5C，当MHP中介软件561欲通过家庭网络来控制UPnP数字家电设备540及550时，首先，OSGi提供元件模型537自OSGi平台530取得元件模型内容535的对象参考(如虚线箭头A所示)，并将元件模型内容535的对象参考设定至OSGi定位器521(如虚线箭头B所示)。接着，MHP应用元件模型563则自OSGi定位器521取得元件模型内容535的对象参考(如虚线箭头C所示)。然后，MHP应用元件模型563即依据取得的对象参考来使用元件模型内容535(如虚线箭头D所示)。最后，通过元件模型内容535自OSGi注册存储体533中取得UPnP数字家电设备540及550的对象(如虚线箭头E所示)，便可使用UPnP数字家电设备540及550的对象，以控制家庭网络中的UPnP数字家电设备540及550。

从另一观点来看，可将与OSGi平台530相连结的UPnP数字家电设备540及550的信息呈现在MHP中介软件561上。请参照图5D，当MHP中介软件561启动后，将直接启动MHP提供元件模型565，且MHP提供元件模型565会产生一个服务，例如警报通知服务(Alarm notify service)，并将其设定至MHP注册存储体(即IxcRegistry)567(如虚线箭头F所示)。

接着，MHP提供元件模型565将产生MHP注册存储体代理人(IxcRegistryProxy)(未绘示)，且MHP注册存储体代理人具有使用MHP注册存储体567的功能。并将MHP注册存储体代理人的对象参考设定到MHP定位器523(如虚线箭头G所示)。

然后，OSGi应用元件模型539即可自MHP定位器523取得MHP注册存储体代理人的对象参考(如虚线箭头H所示)。最后，OSGi应用元件模型539则根据MHP注册存储体代理人的对象参考，自MHP注册存储体567使用对应的MHP资源(如虚线箭头I所示)。

举例来说，以数字电视(即MHP中介软件561)而言，在数字电视上提供一个警报通知服务程序，此服务程序会将警报信息显示在数字电视的接口上。即可将与OSGi平台530连接的UPnP数字家电设备540及550的信息呈现在数字电视(即MHP中介软件561)上，让使用者可以通过数字电视的接口去接收UPnP数字家电设备540及550的事件通知，如冰箱门未紧闭时，可以将该警报信息显示至数字电视上。

综上所述，当一启动OSGi平台530以及MHP元件模型560时，便会各自将欲使用的对象参考设定至Java链接库520，待欲使用时，MHP应用元件模型563与OSGi应用元件模型539便可分别自Java链接库520取得OSGi资源的资源参考与MHP资源的资源参考，以使用对应的OSGi资源与MHP资源。

第三实施例

利用桥接类别模块来进行资源共享的应用方法，例如，可利用桥接类别模块作为传收对象的管道。另外，更可利用桥接类别模块作为服务代理人，亦或是作为传收信息的管道等应用方法。以下则就上述的应用方法分别举例说明。

图6是依照本发明第三实施例的共享数字家庭电子服务资源的一应用方法流程的示意图。请参照图6，本实施例的系统架构与第二实施例的系统架构相同或相似，故不在此赘述。本实施例是将桥接类别模块(未绘示)作为传收对象的管道，利用OSGi平台630以及MHP中介软件641上的元件模型(即633、635、645及647)来传送或取得对象参考，以使用不同平台上的资源。其资源共享的流程如下所述。

OSGi提供元件模型635自OSGi注册存储体631取得对象参考(如虚线箭头A所示)，并直接传送至OSGi定位器621中(如虚线箭头B所示)。接着，MHP应用元件模型647便可根据OSGi定位器621提供的对象参考(如虚线箭头C所示)，直接使用OSGi注册存储体631(如虚线箭头D所示)。

同理，MHP提供元件模型645自MHP注册存储体643取得对象参考，并直接传送至MHP定位器623中。接着，OSGi应用元件模型633便可根据MHP定位器623提供的对象参考，直接使用MHP注册存储体643(如虚线箭头E-H所示)。

图7是依照本发明第三实施例的共享数字家庭电子服务资源的另一应用方法流程的示意图。请参照图7，本实施例的系统架构与第二实施例的系统架构相同或相似，故不在此赘述。不同之处在于，本实施例利用桥接类别模块(未绘示)作为服务代理人，因此，桥接类别模块(未绘示)的类别路径所指向的Java链接库720中包括OSGi服务代理人721以及MHP服务代理人723。其资源共享的流程如下所述。

OSGi提供元件模型735自OSGi注册存储体731取得对象参考，并存放至OSG i服务代理人721中。接着，MHP应用元件模型747便可通过OSGi服务代理人721去使用OSGi注册存储体731(如虚线箭头A-D所示)。同理，MHP提供元件模型745自MHP注册存储体743取得对象参考，并存放至MHP服务代理人723中。接着，OSGi应用元件模型733便可通过MHP服务代理人723去使用MHP注册存储体743(如虚线箭头E-H所示)。

图8A及图8B是依照本发明第三实施例的共享数字家庭电子服务资源的又一应用方法流程的示意图。请参照图8A及图8B，本实施例的系统架构与第二实施例的系统架构相同或相似，故不在此赘述。不同之处在于，本实施例利用桥接类别模块(未绘示)来传收信息，因此，桥接类别模块(未绘示)的类别路径所指向的Java链接库820中包括OSGi命令队列821、OSGi响应队列823、MHP命令队列825以及MHP响应队列827。其资源共享的流程如下所述。

请参照图8A，MHP应用元件模型845将要使用OSGi注册存储体831的命令信息设定至OSGi命令队列821(如虚线箭头A所示)。接着，OSGi应用元件模型833自OSGi命令队列821取得命令信息(如虚线箭头B所示)，并根据命令信息使用OSGi注册存储体831(如虚线箭头C所示)。之后，OSGi应用元件模型833再将响应信息(即使用OSG i注册存储体831的执行结果)存放至OSGi响应队列823(如虚线箭头D所示)。然后，MHP应用元件模型845便可至OSGi响应队列823取得响应信息(如虚线箭头E所示)。

同理，请参照图8B，OSGi应用元件模型833将要使用MHP注册存储体843的命令信息设定至MHP命令队列825。接着，MHP应用元件模型845自MHP命令队列825取得命令信息，并根据命令信息使用MHP注册存储体843。之后，MHP应用元件模型845再将响应信息(即使用MHP注册存储体843的执行结果)存放至MHP响应队列827。然后，OSGi应用元件模型833便可至MHP响应队列827取得响应信息(如虚线箭头F-I所示)。

综上所述，本发明所提出的共享数字家庭电子服务资源的系统及方法至少具有下列优点：

1.整合至同一Java虚拟机器上，不需额外增加硬设备即可在两个不同的Java电子服务平台间共享资源，容易实现。

2.由于Java电子服务平台本身为Java容器，可动态加载以及动态执行，因此执行效率高，系统资源需求低。

虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明，任何所属技术领域中具有通常知识者，在不脱离本发明的精神和范围内，当可作些许的更动与润饰，因此本发明的保护范围当视本发明的申请专利范围所界定者为准。