CN101526932A

CN101526932A - 设备控制装置、设备信息获取方法及计算机可读记录介质

Info

Publication number: CN101526932A
Application number: CNA2009101182699A
Authority: CN
Inventors: 结城力
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2008-03-03
Filing date: 2009-03-03
Publication date: 2009-09-09
Also published as: JP5545399B2; JP2013232221A; JP5720835B2; JP2014170584A

Abstract

公开了设备控制装置、设备信息获取方法及计算机可读记录介质。设备控制装置被配置为基于从设备获取的设备信息来控制该设备，所述设备控制装置包括：检索部分，其被配置为检索与网络相连接的信息处理装置；远程控制可用性判定部分，其被配置为判定是否可通过远程控制来控制由检索部分所检索到的信息处理装置；以及设备信息获取部分，其被配置为通过远程控制来控制信息处理装置。

Description

设备控制装置、设备信息获取方法及计算机可读记录介质

技术领域

本发明总的涉及用于控制连接至诸如网络之类的数据传输线的至少一个装置的设备控制装置、设备信息获取方法及具有可由计算机执行的、用于执行该设备控制方法的指令的计算机可读记录介质。更具体地，本发明涉及这样的设备控制装置：其还从未被直接连接至该网络的装置中获取设备信息，并且进一步控制未直接连接至该网络的装置以及连接至该网络的装置。

背景技术

如日本专利申请公开No.2007-221565中所述，现有技术设备控制系统控制与网络相连接的设备/装置(以下称为装置)。

然而，存在这样的问题：现有技术设备控制系统不能控制未直接连接至该网络的装置(以下称为本地装置)。

在此称为“本地装置”的装置是例如经由通用串行总线(USB)线缆或者数据传输线(本地连接)连接于诸如个人计算机(PC)之类的信息处理装置的打印机或者扫描仪。

如日本专利申请公开No.2000-293465中所述，可以通过将连接至本地装置的PC用作用以控制连接至网络的装置的网络设备控制装置来减少上述问题。

例如，通过为连接到本地装置的PC配备打印服务器PC(例如，Novell公司的NetWare(注册商标)服务器)的功能，可以通过打印服务器的功能(经由打印服务器软件)从打印机获取关于该装置的、包括状态信息的信息(称为“装置信息”)。

然而，存在这样的问题：上述的现有技术在没有安装特定软件(诸如打印服务器软件)的情况下不能从未直接连接至网络的装置中获取该装置信息。

换言之，即使经由网络通过设备控制装置将本地装置连接至PC，如果该PC不执行打印服务器的功能(称为打印服务器功能)，那么设备控制装置也不能从本地装置获取装置信息。

发明内容

本发明总的目的是提供将上面问题最小化的新颖且有用的设备控制装置、设备信息获取方法和计算机可读记录介质。

本发明的一个方面是提供被配置为基于从设备获取的设备信息来控制该设备的设备控制装置，该设备控制装置包括：检索部分，其被配置为检索连接至网络的信息处理装置，在该网络中连接着该设备控制装置，该设备经由预定接口与该信息处理装置本地连接；远程控制可用性判定部分，其被配置为判定是否可以通过远程控制来控制由检索部分所检索的信息处理装置；以及设备信息获取部分，其被配置为基于远程控制可用性判定部分的判定结果，通过远程控制来控制信息处理装置，并且获取与信息处理装置本地连接的设备的设备信息。

根据本发明的一个方面，提供了用于基于从设备获取的设备信息来控制该设备的设备控制方法，所述设备控制方法包括以下步骤：(a)检索连接至网络的信息处理装置，在该网络中连接着该设备控制装置，该设备经由预定接口与该信息处理装置本地连接；(b)判定是否可以通过远程控制来控制步骤(a)中检索到的信息处理装置；(c)基于步骤(b)中的判定结果，通过远程控制来控制该信息处理装置，并且获取与该信息处理装置本地连接的设备的设备信息。

本发明的另一方面是提供存储促使计算机执行设备控制方法的程序的计算机可读记录介质，该方法包括以下步骤：(a)检索连接至网络的信息处理装置，在该网络中连接着该设备控制装置，该设备经由预定接口与该信息处理装置本地连接；(b)判定是否可以通过远程控制来控制步骤(a)中检索到的信息处理装置；(c)基于步骤(b)中的判定结果，通过远程控制来控制该信息处理装置，并且获取与该信息处理装置本地连接的设备的设备信息。

当结合附图阅读时，本发明的其它目的、特征和优点将根据以下详细描述而变得更加显而易见。

附图说明

图1示出根据本发明的第一实施例的设备控制系统的结构示例；

图2是示出根据本发明的第一实施例的设备控制装置的硬件配置的示例的图；

图3是示出根据本发明的第一实施例的设备控制装置、信息处理装置以及本地装置的连接示例(情形1)的图；

图4是示出根据本发明的第一实施例的设备控制装置、信息处理装置以及本地装置的另一连接示例(情形2)的图；

图5是示出根据本发明的第一实施例的设备信息获取功能的功能结构示例的图；

图6是表示用于根据本发明的第一实施例获取本地装置的设备信息的处理序列的序列图；

图7是根据本发明的第二实施例示出设备信息获取功能的操作示例的图；

图8是表示用于根据本发明的第二实施例获取本地装置的设备信息的处理序列的序列图；

图9是表示用于根据本发明的第三实施例获取本地装置的设备信息的处理序列的序列图；

图10是根据本发明的第四实施例示出设备信息获取功能的结构示例的图；以及

图11是表示用于根据本发明的第四实施例获取本地装置的设备信息的处理序列的序列图。

具体实施方式

以下通过附图来描述本发明的优选实施例。

[第一实施例]

<系统配置>

针对本实施例的设备控制系统的配置给出描述。图1是示出根据本发明的第一实施例的设备控制系统1的配置的示例的图。

如图1中所示，设备控制系统1包括经由网络90相互连接的诸如多功能外设(MFP)、激光打印机(LP)之类的多个装置200(称为“网络装置200”)、多个客户个人计算机300(称为“PC 300”)以及设备控制装置100。

利用该配置，设备控制装置100通过设备控制装置100中运行的设备控制功能从网络装置200收集设备信息，并且监控这些装置的状态，由此使得设备控制装置100控制这些装置。此外，将关于网络装置200的每种信息提供给PC 300。

此外，一些PC 300包括经由诸如USB线缆80之类的本地连接所连接的本地装置400。在这种情形下，PC 300与本地装置400之间的连接方法不限于使用USB线缆80。例如，可以使用电气电子工程师协会的高速串行总线(或火线)1394(IEEE 1394)。连接方法可以是任何方法，只要该方法允许装置之间的双向通信。下文中，为了便利，将基于使用USB线缆80的情形给出描述。

通常，因为本地装置400没有直接连接到网络90，所以不能由设备控制装置100来控制本地装置400。即，不同于网络装置200，不能将本地装置400作为控制目标装置来管理。

在现有技术中，在PC 300中安装特定的软件(打印服务器)，然后PC 300响应于设备控制装置100(而不是本地装置400)，使得可以将本地装置400作为控制目标装置来管理。

<硬件配置>

接着，关于上述的设备控制系统1，将针对用于控制装置的设备控制装置100的硬件配置给出描述。图2是示出根据本发明的第一实施例的设备控制装置100的硬件配置的示例的图。

如图2中所示，设备控制装置100包括输入设备101、显示设备102、驱动设备103、随机存取存储器(RAM)104、只读存储器(ROM)105、中央处理单元(CPU)106、接口设备107(或者称为接口)以及硬盘驱动器(HDD)108，其中每个设备经由总线相互连接。

输入设备101配备有键盘和鼠标，用于输入操作信号。显示设备102包括显示器等，显示设备控制装置100的处理结果等(例如，“从控制目标装置获取的设备信息”)。

接口设备107是将设备控制装置100连接到诸如网络90之类的数据传输线的接口。如针对上面的系统配置所描述的那样，设备控制装置100经由接口设备107执行与网络装置200、PC 300等的数据通信。

HDD 108是非易失性存储设备，其存储用于控制整个设备控制装置100并提供信息处理系统(例如，操作系统(OS)，诸如“Windows”(注册商标)或“UNIX”(注册商标)之类的基本软件)的程序和数据。HDD 108存储在信息处理系统中提供多种功能(例如，“设备控制功能”和“数据通信功能”的程序和数据(例如，“应用程序”和“应用数据”)。此外，HDD 108通过预定的文件系统和数据库(DB)来控制以上存储的程序和数据。

在用于设备控制装置100的诸如光盘(CD)之类的记录介质103a上或者经由接口设备107通过下载从网络90来提供上述的程序和数据。例如，当通过记录介质103a提供这些程序和数据时，经由可读取记录介质103a的驱动单元103在HDD108中实现该程序和数据的安装。

ROM 105是非易失性半导体存储器(存储设备)，其在即使掉电时也可保持内部数据。ROM 105存储在设备控制装置100启动时执行的基本输入/输出系统(BIOS)、系统设置以及包括网络相关设置的各种数据。

RAM 104是易失性半导体存储器(存储设备)，其临时地保持读取自上述每个存储设备的程序和数据。CPU 106通过执行被读取到RAM 104上的程序来执行设备控制装置100的整个控制并且操作设备控制装置100中包括的各种功能。

基于如上所述的硬件配置，例如，设备控制装置100执行通过使用CPU106从HDD 108读取到RAM 104的、用于实现设备控制功能的程序，使得可以执行网络装置200的状态监控和信息服务。

<设备信息获取功能>

关于上述的系统配置，下面针对能够使得设备控制装置100控制与作为控制目标装置的PC 300相连接的本地装置400的功能给出详细描述。

图3和图4是示出根据本发明的第一实施例的设备控制装置100、PC 300以及本地装置400之间的连接的示例(情形1和情形2)的图。

在图3的情形下，通过使用现有技术，即使与本地装置400连接的PC 300经由网络90连接到设备控制装置100，当PC 300不执行打印服务器功能时，设备控制装置100也不能够获取本地装置400的设备信息。结果，存在不能将本地装置400用作控制目标装置的情形。

当存在用于控制目标装置的大量本地装置400时，需要在连接至每个本地装置400的每个PC 300中安装打印服务器软件。安装打印机服务器软件的过程可能是耗时的工作。

进一步，如图4中所示，作为减少上述问题的方法的示例，可以通过对分别连接到多个本地装置400_1-n的多个PC 300_1-n(客户机PC)执行打印服务器功能的PC 300_SV来控制多个本地装置400_1-n。这样，设备控制装置可以经由执行打印服务器功能的PC 300_SV获取每个本地装置400_1-n的列表和设备信息。

然而，在上述配置的情形下，当PC 300_SV具有任何原因的问题时，设备控制装置100都不能够获取每个本地装置400_1-n的列表和设备信息。

此外，经由连接至本地装置400_1-n的PC 300_1-n，可以比经由执行打印服务器功能的PC 300_SV获取本地装置400的更详细信息。

在本实施例中，注意到利用了在PC 300中运行的基本软件OS的远程控制功能。

远程控制功能运行(operate)关于PC 300的远程控制。通过互联网的广泛使用和信息通信技术的进步已经为最新的OS提供了远程控制功能。这是在最新的OS中包括的解决方案服务，这使得在PC 300发生诸如故障之类的意外情况时，用户不用在PC 300的物理位置处工作就能够识别和解决PC 300的故障部分，并且重新启动PC 300。例如，该服务解决方案对应于Windows的“远程协助”或“远程桌面”。

本实施例的设备控制装置100包括设备信息获取功能，其通过使用在PC300中运行的OS(称为PC 300的OS)所提供的远程控制功能来获取连接至PC 300的本地装置400的设备信息。

包括OS的基本功能(OS的核心部分)的内核提供了OS的基本功能，诸如监控应用软件和外设、管理诸如盘和存储器之类的资源、中断进程以及进程之间的通信处理。

由此，本实施例的设备控制装置100经由上述内核对PC 300执行远程控制，并且获取本地装置400的设备信息。

这样，本实施例的设备控制装置100可获取本地装置400的设备信息，而无需在与本地装置400连接的PC 300中安装诸如打印机服务器软件之类的特定软件。结果，可以对没有与网络90直接连接的设备执行设备控制。

以下针对设备信息获取功能30的功能配置给出描述。

<功能配置>

图5是示出根据本发明的第一实施例的设备信息获取功能30的功能的结构示例的图。

设备信息获取功能30主要是通过在设备控制装置100中安装的设备控制组件的软件部分(应用软件)来实现的功能。

如图5中所示，本实施例的设备信息获取功能30包括多个功能部分。

(设备信息获取功能)

设备信息获取功能30主要包括检索部分31、远程控制可用性判定部分32、接口信息获取部分33(I/F信息获取部分33)以及设备信息获取部分34。

检索部分31连接到网络90，其为检索可与设备控制装置100通信的PC300的功能。例如，检索部分31假设预定的IP地址的地址范围作为检索范围，并且使用“ping”命令来检测来自每个IP地址指定的PC 300的响应。基于检测结果，检索部分31识别可与设备控制装置100通信的PC 300。

“ping”命令是用于诊断诸如互联网或者内联网之类的传输控制协议/互联网协议(TCP/IP)网络的程序。当“ping”命令将计算机的IP地址指定为用于诊断是否连接了目标计算机的目标时，“ping”命令使用互联网控制消息协议(ICMP)来发送具有大约32个字节长度的数据，以使得可以基于关于是否存在来自于该目标计算机的响应、如果存在响应则花费多长时间以接收来自于该目标计算机的响应等数据诊断网络。

虽然以上针对使用“ping”命令来确认与PC 300的通信的可用性的情形描述了本方法，但是确认方法不限于上述方法。只要网络诊断的方法可用于根据设备控制装置100确认与PC 300的通信的可用性，就可以使用任何网络诊断程序。

远程控制可用性判定部分32是判定是否可以将远程控制应用于已响应于检索部分31的PC 300(通过检索部分31识别的可用于通信的PC 300)的功能。在这种情形下，远程控制可用性判定部分32检查基于用于提供PC 300的远程控制功能的协议所分配的端口号，并且验证是否能够连接PC 300以便判定远程控制的可用性。

作为用于检查上述端口号的方法的示例，远程控制可用性判定部分32对PC 300执行端口扫描。

端口扫描依次访问作为PC 300的连接窗口而提供的多个端口中的每一个以使得可以检查在PC 300中运行的应用程序以及PC 300的OS的类型。

据此，远程控制可用性判定部分32可检查为远程控制功能所分配的端口号。

作为用于提供远程控制功能的协议的示例，存在“远程桌面协议”(RDP)、“远程过程调用”(RPC)、“安全外壳”(SSH)以及“TELNET”。

远程控制可用性判定部分32经由基于上述协议所分配的端口号、通过执行端口扫描来验证与PC 300的连接的可用性。

基于检查结果，当该连接可用时，远处控制可用性判定部分32判定该远程控制是可用的，或者当该连接不可用时，远处控制可用性判定部分32判定该远程控制是不可用的。

当通过远程控制可用性判定部分32判定的判定结果是远程控制可用时，I/F信息获取部分33通过可用于远程控制的协议来访问PC 300，并且I/F信息获取部分33通过远程控制来获取由PC 300提供的关于接口的信息(称为“I/F信息”)。

I/F信息71是通过Windows OS的计算机控制工具61(启动路径“％SystemRoot％￥system32￥compmgmt.msc/s”)控制的信息。

I/F信息71包括用于支持与PC 300外部连接的每个设备(诸如显示单元和网络的适配器，以及每种串口(诸如通用串行总线(USB)、电气电子工程师协会1394(IEEE1394)以及推荐的标准232版本C(RS232C)))的信息。

并且，Windows OS提供了一些软件开发包(SDK)，其为用于通过远程控制来获取上述信息的工具包(模块组)。作为具体的SDK的示例，如Windows管理工具(instrumentation)SDK“WMI SDK”。

I/F信息获取部分33通过使用上述的SDK模块来获取I/F信息71。具体地，通过经由远程控制在PC 300中运行SDK模块来获取I/F信息71。

在以上描述中，描述了用于通过使用“WMI SDK”来获取I/F信息71的方法。然而，本发明不限于该方法。例如，设备控制装置100可以发送I/F信息获取程序(该程序是为与PC 300的平台相兼容而预开发的)并且促使在PC 300中运行I/F信息获取程序以便于获取每条信息。当不可使用上述的SDK时，该方法是有用的。

设备信息获取部分34通过可用于远程控制的协议来访问PC 300，并且通过远程控制、基于I/F信息获取部分33所获取I/F信息71、经由PC 300来获取本地装置400的设备信息51。

例如，当PC 300支持诸如USB、IEEE 1394以及RS232C之类的串行通信端口时，I/F信息获取部分33获取的I/F信息71可以包括这些串口的每一种的信息。此外，该信息可以包括关于诸如“模型名称”、“供应商名称”和“设备驱动器”之类的连接目的地的信息(称为“连接目的地信息”)。

设备信息获取部分34基于I/F信息71中包括的连接目的地信息来识别与“具有哪一个I/F的PC 300”连接的本地装置400，并且通过远程控制从PC 300经由所识别的I/F来访问本地装置400，以使得设备信息获取部分34获取设备信息51。

例如，当本地装置400经由USB线缆80与PC 300连接时(示出在图4中)，设备信息获取部分34基于在I/F信息71中包括的、表示“本地装置400经由USB线缆80连接”的连接目的地信息将“USB”识别为连接在PC 300与本地装置400之间的I/F。接着，通过经由USB从PC 300访问本地装置400来获取设备信息51。

在这种情形下，通过在基本软件(诸如内核)中包括的通信模块和信息获取模块来执行由远程控制执行的PC 300与本地装置400之间的数据通信和信息获取。

结果，通过远程操作，PC 300响应于设备控制装置100的操作请求从本地装置400获取设备信息51。

设备信息获取部分34向设备控制装置100发送经由PC 300获取的设备信息51，以使得可获取本地装置400的设备信息51。

虽然，以上描述是针对用于通过远程控制经由PC 300获取本地装置400的设备信息51的方法而给出的，但本发明不限于这种方法。例如，设备控制装置100可以发送设备信息获取程序(该程序是为与PC 300相兼容而预先开发的)，并且促使在PC 300中运行该设备信息获取程序以便于获取每条信息。当从设备控制装置100通过远程控制不能在PC 300和本地装置400之间发送和接收设备信息51时，该方法是有用的。

如上所述，设备控制装置100检索与连接着设备控制装置100的同一网络90相连接的PC 300，并且判定是否可通过远程控制来控制目标PC 300。结果，当PC 300可用于远程控制时，设备控制装置100对PC 300执行远程控制，并且经由PC 300获取本地装置400的设备信息51。

(设备控制功能)

设备控制装置100基于通过使用设备信息获取功能30从诸如网络装置200或本地装置400之类的控制目标装置收集的设备信息51来执行设备控制。

设备控制装置100包括注册部分41，其将所收集的设备信息51存储到存储设备(例如，“HDD 108”等)的预定存储区域，以便于设备控制装置100基于所收集的设备信息51、通过监控控制目标装置的状态的变化来执行设备控制。

《功能的操作》

以下通过上述的每个功能部分，针对获取本地装置400的设备信息51的操作给出描述。设备信息获取功能30通过上述的每个功能部分的配合来执行功能。通过CPU 106将设备控制装置100中包括的、用于实现设备信息获取功能30的软件部分从软件部分的存储部分(例如，“ROM 105”等)中读出并且存储到RAM 104中，并且执行以下处理以便实现设备信息获取功能30。

(本地装置的设备信息获取处理)

图6是根据本发明的第一实施例示出用于获取本地装置400的设备信息51的处理的示例的序列图。在下面的处理中，针对本地装置400经由USB线缆80与PC 300连接的示例情形给出描述。

如图6中所示，首先，在步骤S101中，设备控制装置100通过检索部分31检索与网络90连接的PC 300。在这种情形下，检索部分31基于来自PC 300的响应，通过诸如“ping”命令之类的网络诊断程序来确认设备控制装置100与PC 300之间的通信是否可用。

在步骤S102中，设备控制装置100通过远程控制可用性判定部分32来判定远程控制是否可用于已响应于检索部分31的PC 300。在这种情形下，远程控制可用性判定部分32通过使用端口扫描来检查为远程控制功能的协议分配的PC 300的端口号，并且基于来自PC 300的响应来验证与PC 300的连接是否可用于该端口号。

当判定对PC 300的远程控制是可用的，在步骤S103中，设备控制装置100通过使用远程控制可用的协议，从I/F信息获取部分33访问PC 300，并且利用远程控制获取由PC 300提供的I/F信息71。

在步骤S104中，设备控制装置100基于通过I/F信息获取部分33所获取的I/F信息71中包括的连接目的地信息，通过可用于远程控制的协议访问PC 300，并且利用远程控制经由PC 300获取本地装置400的设备信息51。

在步骤S105中，通过来自设备控制装置100的远程控制，PC 300经由根据连接目的地信息指定的I/F的USB从本地装置400中获取设备信息51。在这种情形下，在步骤S106中，本地装置400生成PC 300所请求的设备信息51，并且将设备信息51发送至PC 300。

设备控制装置100利用远程控制促使设备信息获取部分34将PC 300获取的设备信息51发送到设备控制装置100，以便于设备控制装置100获取本地装置400的设备信息51。

在步骤S107中，设备控制装置100通过注册部分41将所获取的本地装置400的设备信息51存储到存储设备的预定存储区域中，以便于设备控制装置100将所获取的本地装置400的设备信息51注册至设备控制数据库DB等。

<概述>

如上所述，根据本发明的第一实施例，本实施例的设备控制装置100检索与设备控制装置100所连接的同一网络90相连接的PC 300，并且判定目标PC 300是否可用于远程控制。

相应地，当目标PC 300可用于远程控制时，设备控制装置100利用远程控制经由PC 300获取本地装置400的设备信息51。

这样，设备控制装置100可获取本地装置400的设备信息51，而无需在与本地装置400连接的PC 300中安装诸如打印服务器软件之类的特定软件。由此，设备控制装置100可对不与同一网络90直接连接的装置执行设备控制。

据此，在根据本实施例的设备控制系统1中，可以将经由USB线缆80等连接到用户终端(PC 300)的、并由每个用户使用(私用)的诸如打印机和扫描仪之类的装置(本地装置)，以及将连接到网络90的、并由用户共用的诸如MFP之类的装置(网络装置200)作为控制目标装置来控制。

[第二实施例]

在第一实施例中，已经针对设备控制装置经由PC访问本地装置并且获取本地装置的设备信息的情形给出了描述。

另一方面，存在这样的情形：基于本地装置中处理的数据的安全保护的“访问被拒绝”或者当设备控制装置访问本地装置时使用的“I/F不可用”。因此，存在设备控制装置不易从本地装置中获取设备信息的情形。

在本实施例中，注意到当本地装置连接至PC时，通过计算机管理工具管理的I/F信息被动态地更新，由此从更新后的I/F信息中获取该本地装置的设备信息。

PC包括被称作“即插即用”或“PnP”(称为即插即用)的功能，该功能在将装置、扩展卡等连接到PC时自动地执行装置的安装和设置操作，通过这些操作自动地协调硬件和固件、驱动器、OS以及应用程序。在这种情形下，当即插即用运行时，获取所连接的装置的设备信息作为设备信息，并且更新I/F信息。

由此，在本实施例中，设备控制装置通过可用于远程控制的协议来访问PC，并且根据通过即插即用所更新的更新后的I/F信息获取本地装置的设备信息。

以下针对根据本实施例的设备控制装置中包括的设备信息获取功能给出描述。在这种情形下，关于与第一实施例的情形相似的部分，使用同一参考标号，并且为了方便省略对其的说明。

<设备信息获取功能>

《功能的配置》

本实施例的设备信息获取功能30主要包括检索部分31、远程控制可用性判定部分32、I/F信息获取部分33以及设备信息获取部分34，它们是与第一实施例的配置相类似的配置。

与第一实施例不同的部分是在设备信息获取部分34中包括的功能。

在第一实施例的设备信息获取部分34中，根据由I/F信息获取部分33获取的I/F信息71来识别连接在PC 300和本地装置400之间的I/F，然后通过使用所识别的I/F经由PC 300来获取本地装置400的设备信息51。

另一方面，根据本实施例的设备信息获取部分34判定是否可以通过远程控制经由PC 300获取本地装置400的设备信息51，并且当判定不可获取设备信息51时，根据即插即用所更新的更新后的I/F信息71来获取本地装置400的设备信息51。

设备信息获取部分34从即插即用所更新的更新后的I/F信息71(即，从通过I/F信息获取部分33获取的I/F信息71)中提取连接目的地信息，以便获取本地装置400的设备信息51。

具体地，通过下面图7中所示的操作来从本地装置400中获取设备信息。

图7是根据本发明的第二实施例示出设备信息获取功能30的操作示例的图。如图7中所见，首先，(1)当本地装置400经由USB线缆80连接到PC300时，自动地从本地装置400中获取即插即用信息，并且将每种所获取的信息作为I/F信息71写入到PC 300的注册区域中。进一步，设备控制装置100(2)通过PC 300的OS中包括的“远程注册服务”(称为远程注册服务)、利用设备信息获取部分34的远程控制来读取(3)在通过访问PC 300的注册区域执行即插即用时被写入的I/F信息71。

在(2)的操作中，通过使用“服务器消息块管道协议”(SMB管道-协议)来在设备控制装置100中包括的设备信息获取部分34与PC 300的远程-注册-服务之间执行数据发送/接收。进一步，在操作(3)中，通过访问远程-注册-服务的已命名管道“￥￥pipe￥winreg”来执行对注册区域的访问。在这种情形下，“已命名管道”是用于在进程之间执行通信的Windows OS的方法，其在进程之间共享预定的流并且通过执行相互间写/读来执行协同操作。

《功能的操作》

以下针对用于通过包括上述的设备信息获取部分34的设备信息获取功能30来获取本地装置400的设备信息51的操作给出描述。设备信息获取功能30通过上述的功能的配合来起作用，并且经由通过CPU 106从存储部分(诸如，“ROM 105”)中读取以及存储至RAM 104来提供在设备控制装置100中安装的设备信息获取功能30的软件部分来实现，然后通过执行以下处理来实现设备信息获取功能30。

(本地装置的设备信息获取处理)

图8是表示用于根据本发明的第二实施例获取本地装置400的设备信息51的处理序列的序列图。在以下处理中，针对本地装置400经由USB线缆80连接至PC 300的情形给出描述。

如图8中所示，首先，在步骤S201中，当PC 300检测本地装置400被连接到PC 300时，通过即插即用功能经由USB 80从本地装置400获取设备信息51。

结果，在步骤S203中，PC 300将从本地装置400获取的设备信息51作为连接目的地信息添加到计算机控制工具61所控制的I/F信息71，并且更新I/F信息71。在这种情形下，每个所获取的信息类型被写入并保持在注册区域中。

在这种情形下，在步骤S204中，设备控制装置100通过检索部分31检索与网络90连接的PC 300，并且在步骤S205，通过远程控制可用性判定部分32来判定远程控制是否可用于已响应到检索部分31的PC 300。

在步骤S206中，设备控制装置100利用可用于远程控制的协议从I/F信息获取部分33访问PC 300，并且利用远程控制获取由PC 300提供的I/F信息71。

设备控制装置100通过设备信息获取部分34利用可用于远程控制的协议访问PC 300，并且基于访问PC 300时发生的错误判定利用远程控制经由PC300是否能够获取本地装置400的设备信息51。当判定的结果表示通过远程控制不可得到该获取时(发生“由访问被拒绝导致的错误”)，在步骤S207中，设备控制装置100根据由即插即用所更新的更新后的I/F信息71获取本地装置400的设备信息51。在这种情形下，在步骤S208中，设备信息获取部分34从上述I/F信息获取部分33获取的I/F信息71中提取连接目的地信息，然后获取本地装置400的设备信息51。此外，在步骤S203中，设备信息获取部分34通过使用SMB管道协议访问PC 300中包括的远程注册服务，并且从注册区域中保持的I/F信息中获取本地装置400的设备信息51。

结果，在步骤S209中，设备控制装置100通过注册部分41将所获取的本地装置400的设备信息51存储到存储设备的预定存储区域中，并且随后将所获取的设备信息51注册到设备控制DB等中。

<概述>

如上所述，根据本发明的第二实施例，本实施例的设备控制装置100检索与设备控制装置100所连接的同一网络90相连接的PC 300，并且判定目标PC 300是否可用于远程控制。

如果远程控制可用，那么设备控制装置100经由PC 300获取本地装置400的设备信息51。

如果因为发生“访问被拒绝”、“I/F不可用”等，而不可以利用远程控制经由PC 300获取本地装置400的设备信息51，那么设备控制装置100从计算机控制工具61所控制的I/F信息71中包括的连接目的地信息中获取在连接本地装置400时由PC 300利用即插即用功能所获取的本地装置400的设备信息51。

这样，即使对于具有很高安全性的本地装置400或者不充分支持I/F的设备控制装置100，根据本实施例的设备控制系统1和设备控制装置100也可获得与第一实施例的情形同样的效果。

[第三实施例]

根据第一和第二实施例的设备信息获取功能可能存在这样的情况：不能获取本地装置的设备信息或者所获取的设备信息是不足的。

在本实施例中，包括了设备信息获取功能，其中设备信息获取功能从本地装置所连接的PC中安装的本地装置的设备驱动器(除了I/F信息)获取本地装置的设备信息(包括用于弥补不足的设备信息)。

以下针对根据本实施例的设备控制装置中包括的设备信息获取功能给出描述。进一步，对于与上述每个实施例的情形下使用的那些相类似的部分，使用同一标号，并且为了便利将省略说明。

<设备信息获取功能>

《功能的配置》

根据本实施例的设备信息获取功能30主要包括检索部分31、远程控制可用性判定部分32、I/F信息获取部分33以及设备信息获取部分34，其在配置上与第一实施例的配置相类似。

在这种情形下，本实施例与上述每个实施例的不同部分是设备信息获取部分34中包括的功能。

在上述的每个实施例中，设备信息获取部分34基于I/F信息获取部分33获取的I/F信息71来获取本地装置400的设备信息51。

另一方面，本实施例的设备信息获取部分34根据安装到PC 300的、与本地装置400兼容的设备驱动器中包括的信息，利用远程控制获取本地装置400的设备信息51。

通过PC 300中包括的即插即用功能将设备驱动器动态地安装到PC 300，同时本地装置400连接到PC 300。

设备信息获取部分34利用可用于远程控制的协议访问PC 300，通过远程控制来提取关于设备的每种信息(设备信息)，诸如所提供的与本地装置400兼容的设备驱动器中包括的设备的功能信息(例如，“打印机”)、可选配置信息(例如，双侧单元安装)以及操作设置信息(例如，“默认的纸张/纸张类型设置”)，然后获取本地装置400的设备信息51。

此外，设备信息获取部分34判定是否获取了本地装置400的设备信息51，以及在所获取的设备信息51中是否存在不足的信息。当没有获取设备信息51或者所获取的信息不足时，设备信息获取部分34从与本地装置400兼容的设备驱动器中包括的信息中获取本地装置400的设备信息51。

《功能的操作》

以下针对通过包括上述的设备信息获取部分34的设备信息获取功能30来获取本地装置400的设备信息51的操作给出描述。

设备信息获取功能30通过上述的每个功能部分的配合来起作用。通过CPU 106从存储目的地(例如，“ROM 105”等)读取设备控制装置100中安装的、被配置为实现设备信息获取功能30的软件部分来实现设备信息获取功能30，并且通过以下处理来执行。

(本地装置的设备信息获取处理)

图9是表示用于根据本发明的第三实施例获取本地装置400的设备信息51的处理序列的示例的序列图。

如图9中所示，在步骤S301中，设备控制装置100通过检索部分31检索与网络90连接的PC 300，并且在步骤S302中，判定在检索时响应的目标PC 300是否可用于远程控制。

当设备控制装置100判定用于PC 300的远程控制是可用的，则在步骤S303中，设备控制装置100通过使用I/F信息获取部分33的远程控制、利用可用于远程控制的协议来访问PC 300，并且获取通过PC 300提供的I/F信息71。

设备控制装置100判定设备信息获取部分34是否获取了本地装置400的设备信息51，并且判定所获取的本地装置400的设备信息51是否足够。当设备控制装置100的判定表示未获取到设备信息51或者所获取的设备信息51不足，在步骤S304中，设备信息获取部分34利用远程控制从与本地装置400兼容的设备驱动器中包括的信息中获取本地装置400的设备信息51。在这种情形下，在步骤S305中，设备信息获取部分34从上述的设备驱动器中包括的信息中提取每种设备信息，由此获取本地装置400的设备信息51。

设备控制装置100通过注册部分41将本地装置400的设备信息51存储到存储设备的预定存储区域中，以便在步骤S306中，设备控制装置100将本地装置400的设备信息51注册至设备控制DB等。

<概述>

如上所述，根据本发明的第三实施例，设备控制装置100检索与设备控制装置100所连接的同一网络90相连接的PC 300，并且判定目标PC 300是否可用于远程控制。

当该判定表示远程控制可用时，设备控制装置100利用远程控制经由PC300获取本地装置400的设备信息51。

在这种情形下，当由于某种原因而出现“设备信息51不可用”或者“所获取的设备信息51缺少信息”时，设备控制装置100利用远程控制从安装至PC300的、与本地装置400兼容的设备驱动器中包括的信息中获取本地装置400的设备信息51。

这样，即使由于某种原因，存在不能够从本地装置400中获取设备信息51的情形或者存在所获取的设备信息51没有包括用于执行设备控制的足够的信息的情形，根据本实施例的设备控制系统1和设备控制装置100也可执行与上述每个实施例相类似的效果。

进一步，在本实施例中，针对通过即插即用从安装至PC 300的、与本地装置400兼容的设备驱动器中获取设备信息51的配置给出了描述。然而，本发明不限于此配置。例如，关于第二实施例中描述的注册区域，当通过即插即用将上述的设备驱动器安装至PC 300时，存在设备驱动器中包括的信息被写入该注册区域的情形。由此，如第二实施例中所描述，设备控制装置100中包括的设备信息获取部分34可以通过使用“SMB管道协议”来访问PC 300中包括的“远程注册服务”，以使得设备控制装置100从该注册区域中所保持的信息中获取本地装置400的设备信息51。

[第四实施例]

在第一和第二实施例中，针对基于PC中包括的I/F信息或者经由PC获取本地装置的设备信息的配置给出了描述。此外，在第三实施例中，针对从安装在PC中的设备驱动器获取本地装置的设备信息的配置给出了描述。

在本实施例中，将针对利用远程控制，通过从设备控制装置运行WindowsOS的计算机工具来获取本地装置的设备信息的设备信息获取功能给出描述。在这种情形下，关于与上述实施例的每种情形下使用的那些部分相类似的部分，使用同一标号，并且为了便利省略其说明。

<设备信息获取功能>

《功能的配置》

图10是示出根据本发明第四实施例的设备信息获取功能的结构示例的图。

根据本实施例的设备信息获取功能30主要包括检索部分31、远程控制可用性判定部分32以及设备信息获取部分34。

在这种情形下，与上述的每个实施例相区别的唯一部分在于没有包括I/F信息获取部分33。

根据上述每个实施例的I/F信息获取部分33在设备信息获取部分34处执行从设备控制装置100到PC 300的远程控制，并且当经由PC 300访问本地装置400时，I/F信息获取部分33获取该信息以识别待连接至本地装置400和PC 300的I/F。

然而，在本实施例中，通过使用PC 300中运行的OS的计算机控制工具61(实现设备控制功能的程序)从本地装置400中获取设备信息51，并且因此无需在设备控制装置100中识别连接在PC 300和本地装置400之间的I/F。

据此，本实施例的设备信息获取功能30不包括I/F信息获取部分33。

进一步，作为除了上述不同之外的另一不同部分，设备信息获取部分34的功能不同于上述实施例的每种情形中的设备信息获取部分34的功能。

设备信息获取部分34利用可用于远程控制的协议访问PC 300，利用远程控制运行计算机控制工具61(实现设备控制功能的程序)，然后经由PC 300获取本地装置400的设备信息51。例如，设备信息获取部分34通过使用“WMISDK”运行计算机控制工具61，并且从本地装置400中获取设备信息51。

《功能的操作》

图11是表示用于根据本发明的第四实施例获取本地装置400的设备信息51的处理序列的序列图。

如图11中所示，首先，在步骤S401中，设备控制装置100通过检索部分31检索与网络90连接的PC 300，并且在步骤S402，通过远程控制可用性判定部分32来判定在检索期间响应的PC 300是否可用于远程控制。

在步骤S403中，当判定表示远程控制对于PC 300是可用的，设备控制装置100利用可用于来自设备信息获取部分34的远程控制的协议来访问PC300，并且利用远程控制运行计算机控制工具61，以使得设备控制装置100经由PC 300从本地装置400获取设备信息51。

在步骤S404中，在PC 300中，通过来自设备控制装置100的远程控制来运行计算机控制工具61，并且PC 300经由USB(其为连接在PC 300和本地装置400之间的I/F)从本地装置400中获取设备信息51。在这种情形下，在步骤S405中，本地装置400生成本地装置400所请求的设备信息51并且将生成的设备信息51发送给PC 300。

设备控制装置100利用远程控制通过设备信息获取部分34、将经由PC300所获取的设备信息51从PC 300发送至设备控制装置100，以使得设备控制装置100获取本地装置400的设备信息51。

在步骤S406中，设备控制装置100通过注册部分41将所获取的本地装置400的设备信息51存储到存储设备的预定存储区域中，然后所获取的设备信息51被注册到设备控制DB等中。

<概述>

如上所述，根据本发明的第四实施例，本实施例的设备控制装置100检索与设备控制装置100所连接的同一网络90相连接的PC 300，并且判定目标PC 300是否可用于远程控制。

在这种情形下，设备控制装置100利用远程控制操作PC300中运行的OS中包括的计算机控制工具61，以使得设备控制装置100从本地装置400获取设备信息51。

这样，根据本实施例的设备控制系统1和设备控制装置100可执行与上述每个实施例的效果相类似的效果。由于不需要用于识别连接在本地装置400和PC 300之间的I/F的处理，因此可以减少从本地装置400获取设备信息51的处理时间。由此，可以提高设备信息获取速度。

至此，已基于以上每个实施例描述了本发明。通过促使CPU 106来执行根据附图描述的每个处理序列、通过与相应的操作环境(平台)兼容的程序语言来编码的计算机程序，可以实现根据以上每个实施例的、在设备控制装置100中包括的“设备信息获取功能”。由此，可以将上述的程序存储在计算机可读记录介质103a上。

进一步，通过将上述的程序存储到诸如软(注册商标)盘、光盘(CD)以及数字多用途盘(DVD)之类的记录介质103中，经由可读取这些记录介质103a的驱动单元103可以将上述的程序安装到设备控制装置100中。此外，由于设备控制装置100包括接口设备107，因此设备控制装置100可通过经由诸如互联网之类的电通信线下载来安装上述的程序。

根据本发明的实施例，可以提供这样的设备控制装置：其可以通过使用在信息处理装置中运行的基本程序(OS)的远程控制功能来获取与该信息处理装置本地连接的设备的设备信息，使得，无需在与本地装置连接的信息处理装置中安装特定的软件，设备控制装置也可获取本地装置的设备信息。

本发明不限于具体公开的实施例，并且可以在不脱离本发明范围的情况下进行变形和修改。

Claims

1.一种被配置为基于从设备获取的设备信息来控制该设备的设备控制装置，该设备控制装置包含：

检索部分，其被配置为检索连接至网络的信息处理装置，在该网络中连接着该设备控制装置，该设备经由预定接口与该信息处理装置本地连接；

远程控制可用性判定部分，其被配置为判定是否能够通过远程控制来控制由检索部分所检索到的信息处理装置；以及

设备信息获取部分，其被配置为基于远程控制可用性判定部分的判定结果、通过远程控制来控制信息处理装置，并且获取与该信息处理装置本地连接的设备的设备信息。

2.如权利要求1所述的设备控制装置，还包括接口信息获取部分，

其中，该接口信息获取部分基于远程控制可用性判定部分的判定结果、通过远程控制来控制信息处理装置，以及

该接口信息获取部分获取关于在该信息处理装置和该设备本地连接时所使用的预定接口的接口信息。

3.如权利要求2所述的设备控制装置，其中，设备信息获取部分经由基于接口信息获取部分获取的关于接口的接口信息所识别的预定接口，从与信息处理装置本地连接的设备获取设备信息。

4.如权利要求3所述的设备控制装置，其中，当设备信息获取部分通过远程控制经由所述接口从与信息处理装置本地连接的设备获取设备信息时，设备信息获取部分使用提供该信息处理装置中运行的操作系统的设备控制功能的程序以便获取该设备的设备信息。

5.如权利要求2所述的设备控制装置，其中，当设备信息获取部分不可通过远程控制经由该接口从与信息处理装置本地连接的设备获取设备信息时，设备信息获取部分从接口信息获取部分所获取的、关于接口的接口信息中包括的连接目的地信息获取设备的设备信息。

6.如权利要求1所述的设备控制装置，其中，当设备信息获取部分不可通过远程控制经由该预定接口从与信息处理装置本地连接的设备中获取设备信息时，设备信息获取部分从信息处理装置中运行的设备驱动器中包括的另一设备信息中获取该设备的设备信息。

7.一种用于基于从设备获取的设备信息来控制该设备的设备控制方法，该设备控制方法包含以下步骤：

(a)检索连接至网络的信息处理装置，在该网络中连接着该设备控制装置，该设备经由预定接口与该信息处理装置本地连接；

(b)判定是否能够通过远程控制来控制步骤(a)中检索到的信息处理装置；以及

(c)基于步骤(b)中的判定结果、通过远程控制来控制该信息处理装置，并且获取与该信息处理装置本地连接的设备的设备信息。

8.如权利要求7所述的设备控制方法，还包括以下步骤，

基于判定步骤的判定结果、通过远程控制来控制信息处理装置，并且获取关于在信息处理装置和设备本地连接时所使用的预定接口的接口信息。

9.如权利要求8所述的设备控制方法，其中，在步骤(c)中，经由基于关于预定接口的接口信息所识别的预定接口，从与信息处理装置本地连接的设备获取设备信息。

10.如权利要求9所述的设备控制方法，其中，当在步骤(c)中通过远程控制经由所述接口从与信息处理装置本地连接的设备获取设备信息时，使用提供信息处理装置中运行的操作系统的设备控制功能的程序以便获取该设备的设备信息。

11.如权利要求8所述的设备控制方法，其中，当在步骤(c)中不可通过远程控制经由该接口从与信息处理装置本地连接的设备获取设备信息时，从关于预定接口的接口信息中包括的连接目的地信息中获取设备的设备信息。

12.如权利要求7所述的设备控制方法，其中，当在步骤(c)中不可通过远程控制经由预定接口从与信息处理装置本地连接的设备中获取设备信息时，获取来自于信息处理装置中运行的设备驱动器中包括的另一设备信息的设备的设备信息。

13.一种存储促使计算机执行设备控制方法的程序的计算机可读记录介质，该方法包含以下步骤：

(a)检索连接至网络的信息处理装置，在该网络中连接着设备控制装置，该设备经由预定接口与该信息处理装置本地连接；

(b)判定通过远程控制是否能够控制步骤(a)中检索到的信息处理装置；以及

(c)基于步骤(b)中的判定结果、通过远程控制来控制该信息处理装置，并且获取与信息处理装置本地连接的设备的设备信息。