硬件资源存取系统及其存取电子装置的硬件资源的方法

摘要

一种硬件资源存取系统及其存取电子装置的硬件资源的方法。该存取电子装置的硬件资源的方法，其中电子装置具有一浏览器操作系统且浏览器操作系统包括执行于一浏览器中的一用户界面。方法包括下列步骤。首先，于电子装置上提供一本地伺服器，其中本地伺服器具有一对应全球资源定位器以及一指定网络端口。当接收到来自用户端网络应用程序的一服务请求时，通过本地伺服器分析服务请求的一服务类型，并且对服务类型所对应的至少一硬件资源执行一操作，其中电子装置上的用户端网络应用程序是依据本地伺服器的全球资源定位器以及指定网络端口产生并导向服务请求至本地伺服器。

说明书

技术领域

本发明涉及用以存取硬件资源系统的方法及其系统，特别是涉及一种适 用于具有浏览器操作系统的电子装置的存取硬件资源的系统及其方法。

背景技术

多数的桌上型操作系统被设计为可与通过固态储存装置或硬盘安装且 执行在本地端的应用程序进行操作。近年来，随着计算机技术的进步与处理 器设计的发展，云端计算技术已被广泛应用于各种应用中。浏览器操作系统 (browser-based OS)，例如Chromium操作系统，为一种简化的操作系统，其 执行一网络浏览器(web browser)，以便使用云端计算技术来存取云端上的应 用程序及数据。不同于一般的操作系统开机后是以桌面作为使用者界面，浏 览器操作系统开机后是以网络浏览器作为其使用者界面。浏览器操作系统可 设计在主要用来浏览因特网的电子装置，例如网络计算机、移动上网装置 (Mobile Internet Devices)、个人计算机、移动电话等等。

这类的浏览器操作系统专门用来与包含网页语言例如超连结标记语言 (Hypertext Markup Language，以下简称HTML)或爪哇脚本语言(以下称 JavaScript)等的网络应用程序进行操作。浏览器操作系统可包含执行于一精 简版核心(stripped-down version of a kernel)例如Linux操作系统上的浏览器， 而其应用程序则执行在网际网络上，而非执行在Linux操作系统中。由于浏 览器操作系统的核心被简化，浏览器操作系统开机非常快速且易于使用。然 而，由于所有东西都储存在云端上，具有浏览器操作系统的电子装置的硬件 需求也相对较低，使其硬件能力也受限。此外，基于安全与技术上的限制的 理由，在浏览器操作系统上执行的网络应用程序无法直接与装置的驱动程序 进行通讯，也无法如同一般操作系统般的存取装置的硬件资源。

发明内容

有鉴于此，本发明提供一种适用于一电子装置的硬件资源存取系统及其 存取电子装置的硬件资源的方法。

本发明实施例提供一种存取电子装置的硬件资源的方法，其中电子装置 具有一浏览器操作系统且浏览器操作系统包括执行于一浏览器中的一用户 端网络应用程序。方法包括下列步骤。首先，于电子装置上提供一本地伺服 器，其中本地伺服器具有一对应全球资源定位器以及一指定网络端口。当接 收到来自用户端网络应用程序的一服务请求时，通过本地伺服器分析服务请 求的一服务类型，并且对服务类型所对应的至少一硬件资源执行一操作，其 中电子装置上的用户端网络应用程序是依据本地伺服器的全球资源定位器 以及指定网络端口产生并导向服务请求至本地伺服器。

本发明实施例还提供一种硬件资源存取系统，适用于一电子装置，其中 电子装置具有一浏览器操作系统且浏览器操作系统包括执行于一浏览器中 的一使用者界面。系统包括多个硬件资源、一用户端网络应用程序以及设置 于电子装置上的一本地伺服器。用户端网络应用程序执行于浏览器中且用以 产生具有一服务类型的一服务请求。本地伺服器具有一对应全球资源定位器 以及一指定网络端口。当接收到具有一服务类型的一服务请求时，用户端网 络应用程序依据本地伺服器的全球资源定位器以及指定网络端口，导向服务 请求至本地伺服器，致使本地伺服器判定服务类型，并且对服务类型所对应 的硬件资源中的至少一硬件资源执行一操作。

本发明的上述方法可以为内嵌于有形媒介中的程序码形式。当该程序码 被载入机器并由该机器执行时，该机器成为用以实现所揭示的方法的装置。

附图说明

图1显示本发明一实施例的硬件资源存取系统的示意图。

图2显示依据本发明另一实施例的硬件资源存取系统的示意图。

图3显示依据本发明一实施例的存取硬件资源的方法流程图。

图4A显示依据本发明一实施例的存取本地硬件资源的方法流程图。

图4B显示依据本发明一实施例的存取本地硬件资源的示范原始码。

图5A显示依据本发明一实施例的相关于用户端网络应用程序的示范网 页。

图5B显示依据本发明一实施例的用户端网络应用程序的示范使用者界 面。

图6显示依据本发明一实施例的方法流程图，用以在一浏览器操作系统 上利用以Javascript撰写的用户端网络应用程序连续地监控硬件信息。

附图符号说明

100～硬件资源存取系统；

110～浏览器操作系统；

120～硬件资源；

130～本地伺服器；

140～用户端网络应用程序；

150～硬件驱动程序；

200～邻近装置；

S302、S304、S306～执行步骤；

S402、S404、S406、S408、S410～执行步骤；

500～JavaScript网页；

502-508～JavaScript区域；

510～使用者界面；

512-516～项目；

S602、S604、S606、S608、S610～执行步骤。

具体实施方式

为使本发明的上述和其他目的、特征、和优点能更明显易懂，下文特举 出较佳实施例，并结合附图详细说明如下。注意的是，虽然说明书是依附图 进行说明，然其并非用以限定本发明，本领域的技术人员，在不脱离本发明 的精神和范围的前提下，可做些许更动与润饰，因此本发明的保护范围是以 本发明的权利要求为准。

图1显示本发明一实施例的硬件资源存取系统的示意图。如图1所示，硬 件资源存取系统100可适用于各种电子装置，例如计算机系统如个人计算机、 手持式装置和/或可携式装置例如：笔记型计算机、个人数字助理、网络计 算机、迷你计算机、小型笔记型计算机(Netbook)、移动上网装置、超极致笔 记型计算机(Ultrabook)或任何类型的类似装置，然而，本领域技术人员应可 理解本发明并不限于此。

硬件资源存取系统100至少包括一浏览器操作系统(browser-based  OS)110、多个硬件资源120以及一本地伺服器(local server)130。浏览器操作 系统110为一简化的操作系统，可包含执行于一精简版核心例如Linux操作系 统上的浏览器(未绘示)并且于开机后显示浏览器作为其使用者界面。举例来 说，于一实施例中，浏览器操作系统110为Chromium操作系统，但本发明并 不限于此。硬件资源120可包括周边装置，例如：存储器单元、显示单元、 南桥芯片和/或北桥芯片等、周边装置的各种感应器及接口，例如：通用序 列总线(universal serial bus，简称USB)连接端口以及输入/输出(I/O)端口。举 例来说，可被监控或控制的硬件资源120可包括中央处理单元(简称CPU)操作 电压、CPU风扇速度、CPU温度、CPU时钟、CPU承载情形(CPU loading)、 硬盘温度、随机存取存储器(RAM)中的信息、绘图卡相关信息、电源控制等 等，但不限于此。本地伺服器130设置于电子装置上，其可接收来自一用户 端网络应用程序(client-side web application)140的服务请求、与对应的硬件资 源120进行通讯以执行对应于服务请求的一项操作，之后更进一步回应(reply) 对应于服务请求的信息给提出该请求的用户端网络应用程序140。本地伺服 器130具有一对应全球资源定位器(universal resource locator,简称URL) 如”127.0.0.1”以及一指定网络端口如网络端点端口(socket port)：10005。本地 伺服器130可通过软件方式或硬件方式实现。于一实施例中，本地伺服器130 是通过软件方式实现。可理解的是，每个硬件资源120可具有一对应硬件驱 动程序(未绘示)用以控制其存取，本地伺服器130则可与各个硬件资源120的 驱动程序进行通讯，以自其中取得相关硬件信息。举例来说，本地伺服器130 可与USB连接端口的USB驱动程序进行通讯以通过USB连接端口来存取数 据，或者本地伺服器130可与一特定硬件驱动程序进行通讯，以便取得处理 单元的相关硬件信息。本地伺服器130用以对硬件资源120的驱动程序(其设 置在浏览器操作系统的核心中)执行函式呼叫(function calls)，并且藉由将接 收到的硬件信息包在一讯息中(例如：一HTML文件)并将该讯息回传给用户 端网络应用程序140来回应硬件信息。

用户端网络应用程序140可于浏览器操作系统110的浏览器中执行。用户 端网络应用程序140由网页语言例如HTML或用户端网络浏览器脚本语言例 如JavaScript所组成。用户端网络应用程序140可包括一使用者界面，用以显 示以及表示关于硬件资源120的信息。用户端网络应用程序140可为能够产生 一个硬件存取请求至本地伺服器130的应用程序和/或能够从本地伺服器130 中接收数据并接着执行对应所接收数据的一个操作的应用程序。

可了解的是，用户端网络应用程序140、浏览器操作系统110以及硬件资 源120的驱动程序可先被储存于一储存单元中(图1未绘示)并且可接着由处理 单元(图1未绘示)载入至一个存储器单元(图1未绘示)以进行操作。浏览器操 作系统110可接着开机进入浏览器，以作为其使用者界面，用户端网络应用 程序140则可执行于此浏览器中。硬件资源存取系统100可执行本案的存取硬 件资源的方法，其细节将于下面进行说明。

硬件资源存取系统100可进一步与邻近于具有硬件资源存取系统100的 电子装置的一个邻近装置200通过一个特定硬件接口，例如USB连接端口， 以及两者之间所采用的无线技术，例如蓝芽来进行通讯，用以通过此特定硬 件接口以及两者之间所采用的无线技术从邻近装置200中取得其硬件资源的 硬件信息，或传送命令至邻近装置200和/或自邻近装置200接收命令。具体 来说，一个硬件装置单元(例如：一接口板)可通过前述特定硬件接口与本地 伺服器130进行通讯并且通过前述无线技术与邻近装置200进行通讯以传送 命令至邻近装置200和/或自邻近装置200接收命令，其中此硬件单元可设置 于电子装置中或者可设置于电子装置外部。邻近装置200可包括任何类型的 电子装置，例如移动电话、显示装置、家用设备、机器人等等。

图2显示依据本发明另一实施例的硬件资源存取系统100的示意图。硬件 资源存取系统100可适用于一电子装置、例如一计算机系统，但本发明并不 限于此。如图2所示，提供硬件监控应用的用户端网络应用程序140可通过一 个既定的网络端口例如一个网络端点端口：10005与本地伺服器130进行通 讯。本地伺服器130可接着与硬件驱动程序150进行通讯来撷取本地硬件资源 120的硬件信息。举例来说，于一实施例中，本地伺服器130可通过一个函式 呼叫来呼叫一硬件驱动程序150，例如：Linux操作系统下的”lm-sensors”，其 可提供用来取得在硬件资源的环境条件的数据例如CPU的操作电压、CPU风 扇速度、CPU温度、CPU时钟、CPU承载情形、硬盘温度、随机存取存储器 中的信息、绘图卡相关信息、电源控制等等功能的基础软件层，用来撷取硬 件信息。本地伺服器130随后送出包含所要请求的硬件信息的回应讯息，就 像提供一个服务至一般的网络应用程序一样。于一些实施例中，除了存取本 地硬件资源之外，用户端网络应用程序140也可通过一特定硬件接口例如 USB连接端口与邻近装置200进行通讯，以自邻近装置200中取得硬件资源的 硬件信息。

关于用以存取具有包括执行于一浏览器中的用户端网络应用程序的一 浏览器操作系统的电子装置的硬件资源的方法的细节将讨论于下。

图3显示依据本发明一实施例的存取硬件资源的方法流程图。本发明实 施例的存取硬件资源的方法可应用于一电子装置，其具有包括执行于一浏览 器中的用户端网络应用程序的一浏览器操作系统，例如具有硬件资源存取系 统100的计算机系统。

首先，如步骤S302，于电子装置上提供一本地伺服器，其中本地伺服器 具有一对应URL(如：127.0.0.1)以及一指定网络端口(如网络端点端口： 10005)。接着，当使用者请求存取硬件资源(例如：欲监控或控制特定硬件资 源)时，如步骤S304，电子装置上的用户端网络应用程序产生具有一服务类 型的一服务请求，并且依据本地伺服器的URL与指定网络端口，将此服务请 求导向至本地伺服器。当接收到来自用户端网络应用程序的服务请求之后， 如步骤S306，本地伺服器分析此服务请求的服务类型，并且对至少一硬件资 源执行该服务类型所对应的一操作。

于一实施例中，服务类型包括取得电子装置的特定硬件信息，藉此请求 进行本地硬件监控。本地伺服器可还分析所接收的服务请求以取得一服务类 型(例如：对应应用程序界面(application programming interface，API)的一函 式呼叫)，对特定硬件资源执行一操作以取得其相关硬件信息，并且回应包 含所请求的硬件信息的一讯息至用户端网络应用程序。

图4A显示依据本发明一实施例的存取本地硬件资源的方法流程图。本 发明实施例的存取硬件资源的方法可应用于一电子装置，其具有包括执行于 一浏览器中的用户端网络应用程序的一浏览器操作系统，例如一计算机系 统。

首先，用户端网络应用程序依据本地伺服器的URL与指定网络端口产生 一服务请求，其具有请求取得电子装置的特定硬件信息的一服务类型，用以 请求进行本地资源监控(步骤S402)。于一实施例中，此服务请求可因应网络 应用程序中使用者的动作而产生；于另一实施例中，服务请求可周期性地产 生，以持续地监控硬件的状态。接着，用户端网络应用程序可通过浏览器， 将服务请求传送至本地伺服器(步骤S404)。当接收到此服务请求之后，本地 伺服器分析此服务请求以取得其服务类型，并且与所请求的硬件资源进行通 讯来取得对应于服务请求的硬件信息(步骤S406)。其中，服务类型，可为对 应应用程序界面的一函式呼叫，可表示一硬件监控请求，因此将会对所欲监 控的硬件资源执行一硬件监控操作。本地伺服器接着自所请求的硬件资源取 得一回应讯息(步骤S408)，并将包含有所请求的硬件信息的回应讯息传送至 用户端网络应用程序，用以更新或显示所请求硬件状态在其使用者界面上 (步骤S410)。

可了解的是，用户端网络应用程序140可通过各种架构例如静态网页技 术或动态网页技术来执行。于一实施例中，用户端网络应用程序140是以一 动态网页方式实现，使用者可产生请求来取得伺服器上的数据，这些数据将 会依据所请求即时进行组合。动态页面可依据使用者的操作，例如：用以产 生可请求取得硬件信息的服务请求的动作，每次改变其所载入及显示的内 容。动态网页可藉由用户端脚本语言(client-side scripting)或伺服器端脚本语 言(server-side scripting)来建构。一般而言，于用户端脚本语言设计中，一 HTML文件中所内嵌的用户端脚本(scripts)可由使用者的网络浏览器来执行， 其接着显示包含来自脚本的可视输出的文件。用户端脚本也可包含对应于某 些使用者动作，浏览器所需要遵照的指令。相反地，一HTML文件中所内嵌 的伺服器端脚本(scripts)可由网页伺服器来执行，以产生输出，这些输出随 后会被送至使用者的网络浏览器。用户端脚本对于使用者的浏览器内的可用 信息与函式有较大的存取能力，而伺服器端脚本则对于伺服器上可用的信息 与函式有较大的存取能力。用户端脚本语言的优点在于，提供一个改良的使 用者界面，使得使用者无需经历网页的恼人刷新(refreshing)，而是可以看见 表示例如请求已产生且网页将会进行更新的一动态GIF图档。

于一些实施例中，本发明实施例的用户端网络应用程序140是由用户端 网络浏览器脚本语言例如用于动态HTML(DHTML)的JavaScript所建构出来。 脚本语言也可允许远端脚本语言的使用，其中远端脚本语言为一种DHTML 网页可利用(例如是可在用户与伺服器之间传送数据的API的 XMLHttpRequest物件)来从伺服器中请求额外信息的技术。于一采用 JavaScript的实施例中，前述依据本地伺服器的URL与网络端口，将服务请求 导向至本地伺服器的步骤可藉由动态JavaScript插入(dynamic JavaScript insertion)来实现。动态JavaScript插入包括了下列几个步骤：在用户端网络应 用程序140的原始码(例如：HTML文档)中定义一个新<script>元件，其包含 本地伺服器的URL与其指定网络端口；以及将用户端网络应用程序140的标 头段(head section)的原始<script>元件以新<script>元件取代。于本实施例中， 通过用户端网络应用程序140所执行的依据本地伺服器130的URL与网络端 口，将服务请求导向至本地伺服器来产生以JavaScript撰写的一硬件监控请求 的步骤可还包括下列步骤：(1)在用户端网络应用程序140的原始码(例如： HTML文档)中定义一个新JavaScript节点<script>；(2)搜寻用户端网络应用程 序140的标头段的<script>节点；(3)设定一回叫函式(callback function)，用以 接收本地伺服器130回传的回应；(4)将在标头段找到的<script>节点更新为包 含本地伺服器130的URL与其指定网络端口的新节点；以及(5)浏览器传送一 请求至本地伺服器的URL。图4B显示依据本发明一实施例的存取本地硬件资 源的示范原始码。

于另一实施例中，前述通过用户端网络应用程序140所执行的依据本地 伺服器的URL与网络端口，将服务请求导向至本地伺服器的步骤可还包括建 立一XMLHttpRequest物件以及将该XMLHttpRequest物件以本地伺服器130 的URL与其指定网络端口打开的步骤。

若未采用用户端脚本语言例如JavaScript时，整个网页都必须要刷新， 并且本地伺服器130必须要回传整个网页，如此一来将造成大量的数据必须 要进行传输。通过采用用户端脚本语言的方式，本地伺服器130可通过非同 步传输方式来只对简单的JavaScript变数进行回应即可。因此，可简化本地伺 服器130的工作量，并且精简其为只处理必要讯息，而其他部分则由浏览器 与用户端网络应用程序140所处理。

于一些实施例中，若用户端网络应用程序是以一JavaScript网页实现时， 用户端网络应用程序的使用者界面可被切割为数个JavaScript区域且每一 JavaScript区域具有一对应的JavaScript变数，并且可于本地伺服器与用户端 网络应用程序之间进行非同步传输来仅传送JavaScript变数与仅更新对应 JavaScript区域里的JavaScript变数，用来代替对用户端网络应用程序所提供 的整个网页进行更新。图5A显示依据本发明一实施例的相关于用户端网络 应用程序的范例网页。如图5A所示，用户端网络应用程序140所提供的 JavaScript网页500被切割为数个JavaScript区域502-508，其中每个JavaScript 区域502-508可分别具有对应的JavaScript变数且这些JavaScript区域里的 JavaScript变数可只有在网页500需要进行更新时才被更新。图5B显示依据本 发明一实施例的用户端网络应用程序的范例使用者界面。如图5B所示，包含 使用者界面510的网页500可包括三个硬件监控项目512-516，其分别为与 CPU电压、CPU风扇速度以及CPU温度有关的信息。每个项目512-516具有一 对应JavaScript区域及其对应的相关JavaScript变数。于本地伺服器与用户端 网络应用程序之间可进行非同步传输来仅传送JavaScript变数与仅更新对应 JavaScript区域512-516里的JavaScript变数。

图6显示依据本发明一实施例的方法流程图，用以在一浏览器操作系统 上利用以Javascript撰写的用户端网络应用程序连续地监控硬件信息。本发明 实施例的存取硬件资源的方法可应用于一电子装置，其具有包括执行于一浏 览器中的用户端网络应用程序的一浏览器操作系统，例如如具有如图1所示 的硬件资源存取系统100的计算机系统。其中，可监控或控制的硬件资源可 包含CPU的操作电压、CPU风扇速度、CPU温度、CPU时钟、CPU承载情形、 硬盘温度、随机存取存储器中的信息、绘图卡相关信息、电源控制等等，但 本发明并不限于此。

当开始执行用户端网络应用程序140时，先定义一个新JavaScript <script>节点并且此节点被指定一个与硬件监控API对应的本地伺服器130的 URL(步骤S602)。接着，用户端网络应用程序140的标头段里的原始JavaScript <script>节点将会被新JavaScript<script>节点所取代(步骤S604)。举例来说， 于一实施例中，在用户端网络应用程序140的原始码中的标头段里的原始 JavaScript节点<script>将会被取代为一个包含新API请求的来源地址 “http://localhost:10005/HardwareMonitor.js”，其中“localhost”与“10005”分别用 以表示本地伺服器130的URL与指定网络端口，而“HardwareMonitor.js”则用 以表示用以硬件监控的对应硬件监控API请求。接着，传送一请求至本地伺 服器130的URL，以请求硬件信息(步骤S606)。因为请求是传送至本地伺服器 130的URL，本地伺服器130会接收此请求，分析此请求的服务类型，并且接 着与特定硬件资源的驱动程序进行通讯(亦即：执行函式呼叫)，以便自这些 特定硬件资源中取得硬件信息。接着，判断是否有接收到任何回应(步骤 S608)。假设有接收到一个回应时，将会处理此回应并且其对应的硬件信息 将会进行显示(步骤S610)。举例来说，参见图5B，假设接收到一个具有对应 于项目512-516的JavaScript区域里的JavaScript变数的信息(“voltage=1.12”、 “fan_speed=7500”以及“Temperture=35”)的回应时，项目512-516的显示将分别 更新为“1.12V”、“7500RPM”以及“35℃”。前述处理程序将会一直重复来持 续地监控硬件信息的变化。假设可能因为连线失败、本地伺服器130的不正 常操作等等因素而没有接收到任何回应时(步骤S608的否)，用户端网络应用 程序140可回到步骤S604，重复地传送请求至本地伺服器130，直到接收到一 个回应为止。

于一些实施例中，用户端网络应用程序140的使用者界面可还提供额外 信息，用来表示是否有一个外部装置插入或者是否有接收到来自外部装置或 其他硬件资源的任何信息。

于另一实施例中，服务类型还包括用以取得邻近装置200(例如：一移动 电话)的特定硬件信息的服务，本地伺服器130可还传送一命令至邻近装置 200，以自其中取得特定硬件信息，再接着将邻近装置200中所取得的特定硬 件信息传送至用户端网络应用程序140。举例来说，本地主机上的用户端网 络应用程序140可依据URL与指定网络端口，例如网络端点端口：10005，通 过该指定网络端口传送一具有远端存取的服务类型的一服务请求至本地伺 服器130。在接收到服务请求之后，本地伺服器130可向特定驱动程序(例如： USB驱动程序)所提供的API执行一函式呼叫，以通过一个特定硬件接口例如 USB连接端口进行读取/写入操作，随后在本地端的电子装置可通过一个无 线技术例如蓝芽与邻近装置200进行通讯。

于另一实施例中，邻近装置200可还通过特定硬件接口例如特定的USB 连接端口来传送表示用以监控具有硬件资源存取系统100的本地电子装置的 硬件信息的远端监控的服务类型至本地电子装置。本地伺服器130可接着通 过特定的USB连接端口接收到此请求，并且与对应的本地硬件资源的驱动程 序进行通讯，以取得特定本地硬件资源的硬件信息。在取得特定本地硬件资 源的硬件信息之后，本地伺服器130将会通过特定的USB连接端口与无线技 术传送包含此信息的回应至邻近装置200。

除了硬件监控之外，在一浏览器操作系统内执行的网络应用程序也无法 像其他执行在一般操作系统内执行的网络应用程序一样容易的被一个邻近 装置所控制。于另一实施例中，邻近装置200可还通过特定硬件接口，例如 指定的USB连接端口来传送用来控制具有硬件资源存取系统100电子装置的 操作的一请求。当通过特定硬件接口以及指定的无线技术接受到来自邻近装 置200的一请求(例如：一指令)时，本地伺服130分析此请求并且执行对应于 分析结果的一项操作。当来自邻近装置200的请求表示一控制操作时，本地 伺服器130分析此请求以取得对应于此请求的控制命令，并且传送此控制命 令至用户端网络应用程序140，致使用户端网络应用程序140执行对应于此控 制命令的一操作。当来自邻近装置200的请求表示一硬件监控请求时，本地 伺服器130取得电子装置的硬件信息，并通过特定硬件接口传送所取得的硬 件信息至邻近装置200。举例来说，邻近装置200可先通过蓝芽无线技术以及 USB连线传送一个控制命令(例如：一个请求在本地电子装置播放一段影片 的命令)。本地伺服器130于是接收此一命令，并且浏览器操作系统110的用 户端网络应用程序140传送对应的请求至浏览器操作系统110。在接收到对应 此一命令的回应之后，用户端网络应用程序140可随着执行一个对应操作(例 如：播放一段影片)。

另一方面，于一些实施例中，邻近装置200也可被在浏览器操作系统110 中执行的用户端网络应用程序140所控制。用户端网络应用程序140可利用前 述方式通过本地伺服器130与特定硬件接口例如USB连线来传送命令来控制 邻近装置200的硬件资源的操作。须注意的是，欲控制的邻近装置200可包含 任何类型的电子装置，例如移动电话、显示装置、家用设备、机器人等等。 举例来说，用户端网络应用程序140可用来打开/关闭或改变显示装置或家用 设备的设定。

因此，依据本发明的硬件资源存取系统及其相关硬件资源存取的方法可 在本地电子装置上提供包含一个本地URL与一个指定网络端口的客制化伺 服器来与欲控制或监控的硬件资源的驱动程序进行通讯，用以通过在一个以 浏览器操作系统中一个设计好的用户端网络应用程序来存取装置驱动程序 以及硬件资源。客制化本地伺服器用以向相关硬件资源的应用程序界面(API) 执行函式呼叫来向以浏览器操作系统的核心请求硬件相关服务，并且藉由将 此接收到的硬件信息包在一讯息（例如：一HTML文件）以及将回应的讯息 传送至用户端网络应用程序来回应硬件信息，致使具有以浏览器操作系统的 电子装置与邻近于电子装置的邻近装置之间的硬件监控或远端控制操作可 更有效地执行。

本发明的方法，或特定型态或其部份，可以以程序码的型态存在。程序 码可以包含于实体媒体，如软盘、光盘片、硬盘、或是任何其他机器可读取 (如计算机可读取)储存媒体，亦或不限于外在形式的计算机程序产品，其中， 当程序码被机器，如计算机载入且执行时，此机器变成用以参与本发明的装 置。程序码也可通过一些传送媒体，如电线或电缆、光纤、或是任何传输型 态进行传送，其中，当程序码被机器，如计算机接收、载入且执行时，此机 器变成用以参与本发明的装置。当在一般用途处理单元实作时，程序码结合 处理单元提供一操作类似于应用特定逻辑电路的独特装置。

虽然本发明已以较佳实施例揭示如上，然其并非用以限定本发明，本领 域的技术人员，在不脱离本发明的精神和范围的前提下，可做些许更动与润 饰，因此本发明的保护范围是以本发明的权利要求为准。