CN102473099B - 信息处理装置及其控制方法 - Google Patents

Abstract

一种信息处理装置及信息处理系统的控制方法。所述信息处理装置被配置为：在应用程序的安装单元确定是否安装用于控制设备主体的控制程序之后，通过使用由安装单元所保持的图像输入设备信息，使设备与应用相关联。

Description

信息处理装置及其控制方法

技术领域

本发明涉及使事件信息与根据图像输入设备中的该事件信息而操作的应用程序相关联的信息处理装置、信息处理装置的控制方法及其程序。 

背景技术

图像输入设备的例子包括成像扫描仪和多功能外设(MFP)，在该图像输入设备中，将纸介质、负片或正片的信息数字化为文档，并且将文档以图像数据的形式加载到与图像输入设备连接以能够与图像输入设备通信的信息处理装置(以下称为“主机个人计算机(PC)”)中。 

在图像输入设备的例子中的一些中，应用程序根据通过按压设备主体(body)的按钮所产生的事件而在与图像输入设备连接的主机PC上被激活，应用程序要求将图像输入到控制图像输入设备的控制程序(也称为“驱动程序”)，并且，使图像输入设备根据来自被应用程序要求输入图像的控制程序的指令而输入图像。 

为了实现上述的一系列的操作，作为由Microsoft Corporation制作的操作系统(以下称为“OS”)的Windows(注册商标)包括Windows(注册商标)Imaging Acquisition(以下称为“WIA”)或Still Image Service(以下称为“STI”)作为OS侧的功能。通过使用这些功能，可以限定(define)由于按压图像输入设备的按钮产生事件时的操作。 

 在Windows(注册商标)中，可以在控制程序的INF文件中描述事件信息之后，通过给主机PC安装控制程序而在OS中自动注册当按压主体的按钮时产生的事件。然后，在图像输入设备中，当通过用户的操作按压设备主体的按钮时，事件信息通过OS的WIA/STI被通知给应用程序。 

类似地，可以以这样的方式在OS中自动注册事件：即，将称为共同安装程序(co-installer)的命令描述到INF文件中，以执行由售卖方原始创建的共同安装程序。在上述的两种方法中，控制程序均根据由OS侧提供的规范和功能执行事件的注册。并且，当检测到事件时自动执行应用程序的事件管理程序也被加载到OS。 

应用程序侧可使OS识别：通过宣称程序适用于事件，当产生事件时，程序是可选择的。 

因此，当按压设备主体的按钮时，设备侧可仅将按钮被按压的事件通知到主机PC侧。在以下的操作中，以这样的方式实现图像输入：即，主机PC上的应用程序通过使用控制程序来控制设备，并且根据主机PC的正常操作读出图像(例如，在图像输入设备是图像扫描仪的情况下，读出图像)。 

作为用于使当在图像输入设备中产生事件时被激活的应用程序与事件相关联的方法，美国专利No.6480304讨论了在安装控制程序时检测已安装的应用程序并且使应用程序与事件相关联的方法。 

美国专利No.6480304中讨论的方法的提出假定在安装控制程序时已安装应用程序。这是由于，要通过使用INF文件或共同安装程序由控制程序执行由于以如上所述的方式根据由OS侧提供的规范和功能按压图像输入设备的按钮而产生事件时的限定操作的任务。 

常规上，当用户执行图像输入设备的初始设定时，用户最初从附接的介质(例如，CD-ROM、DVD或存储器)安装包含应用程序的软件。之后，用户在图像输入设备和主机PC之间建立连接。 

在图像输入设备与主机PC连接之后时，完成控制程序的安装。此时，与输入设备的事件对应的控制程序的安装已被完成。因此，可容易地通过控制程序实现事件和应用程序之间的关联。 

但是，近年来，设备与主机PC连接时的用于自动下载相应的控制程序并且在设备中安装它的服务(例如，由Microsoft Corporation制作的Windows(注册商标)Update)和用于使控制程序被预先包含 于操作系统中的服务(即，预安装驱动程序)变得十分普及。换句话说，只要设备与主机PC连接就可使用控制程序的这种情况变得普遍。 

因此，在安装应用程序之前在设备中安装控制程序的这种机会正在增加。在这种情况下，由于当安装控制程序时在设备中未安装应用程序，因此，控制程序不能使事件与应用程序相关联。因此，存在在应用程序被安装在设备中之后用户必须手动地使应用程序与事件相关联的问题。 

当产生事件时，用户不能确定要执行哪个应用。结果，需要这样的复杂操作：即，显示应用程序的列表以使用户选择用户希望的应用。 

引文列表 

专利文献 

PTL 1：美国专利No.6480304 

发明内容

根据本发明的一个方面，提供一种信息处理装置，所述信息处理装置能与图像输入设备连接并且通过安装应用程序和控制程序而根据图像输入设备中用户的操作所产生的事件来激活应用程序，并且，在所述信息处理装置中，控制程序根据应用程序的指令来控制图像输入设备，所述信息处理装置包括：第一安装单元，被配置为在信息处理装置的操作系统上安装应用程序；第二安装单元，被配置为在信息处理装置的操作系统上安装控制程序；设备信息存储单元，被配置为存储关于应用程序所适用的图像输入设备的信息；以及安装确定单元，被配置为确定在通过第一安装单元安装应用程序时控制程序是否被安装于信息处理装置中，其中，在安装确定单元确定控制程序被安装于信息处理装置中的情况下，第一安装单元将应用程序视为是根据所述事件而被激活的应用程序、而通过使用存储于设备信息存储单元中的信息将应用程序注册到信息处理装置中；以及其中，在安装确定单元确定信息处理装置中未安装控制程序的情况下，第二安装单元将应用程序视为是根据所述事件而被激活的应用程序、而根据由操作系统限 定的规范将应用程序注册到信息处理装置中。 

根据本发明，可以当在设备中安装应用程序时进行图像输入设备的应用程序和事件之间的关联的注册(其常规上只能在安装控制程序时才能执行)。因此，不管在控制程序和应用程序之间哪个程序被更早地安装，都可使事件与图像输入设备的应用程序相关联。 

从参照附图对示例性实施例的以下详细描述，本发明的进一步的特征和方面将变得明显。 

附图说明

包含于说明书中并构成其一部分的附图示出本发明的示例性实施例、特征和方面，并与描述一起用于解释本发明的原理。 

图1是示出被用作扫描仪的主机PC的一般计算机的配置的框图。 

图2是根据本发明的示例性实施例的主机PC内的软件配置的框图。 

图3A示出主机PC内的事件管理程序的用户界面(UI)的例子。 

图3B示出主机PC内的事件管理程序的用户界面(UI)的例子。 

图3C示出主机PC内的事件管理程序的用户界面(UI)的例子。 

图4是示出根据现有技术的事件启用应用程序的安装程序和图像输入设备控制程序的安装程序的配置的框图。 

图5是示出现有技术中事件和事件启用应用程序之间的关联成功时的流程的流程图。 

图6是示出现有技术中事件和事件启用应用程序之间的关联不成功的情况下的流程的流程图。 

图7是示出根据第一示例性实施例和第二示例性实施例的事件启用应用程序的安装程序的配置的框图。 

图8是示出第一示例性实施例的流程的流程图。 

图9是示出第二示例性实施例的流程的流程图。 

图10是示出根据第三示例性实施例的事件启用应用程序的安装程序的配置的框图。 

图11是示出根据第三示例性实施例的信息处理装置的操作的流程图。 

图12A是图像输入设备信息的例子。 

图12B是图像输入设备信息的例子。 

具体实施方式

现在，参照附图通过使用扫描仪作为图像输入设备的例子详细描述本发明的优选的示例性实施例。 

例子1 

作为要用于扫描仪101的控制的信息处理装置，参照图1简要描述在操作系统上运行的一般的主机个人计算机(PC)221的示意性配置。 

主机PC 221包含只读存储器(ROM)307、随机存取存储器(RAM)308、中央处理单元309、盘设备310、总线311、接口(I/F)312、接口(I/F)313和外部存储设备314。盘设备310存储操作系统(以下称为“OS”)和扫描仪控制程序。 

OS被加载到ROM 307，并且，诸如扫描仪控制程序的程序进一步被加载到ROM 307。RAM 308提供运行控制程序所需要的存储区域和工作区域。中央处理单元309根据由ROM 307保持的程序执行处理。 

总线311用于连接部件中的每一个以使得能够在部件之间传送数据。I/F 312连接部件与扫描仪101以相互通信。例如，通过USB接口实现通信。但是，也可通过采用例如Institute of Electrical and Electronic Engineers(IEEE)1394、小计算机系统接口(SCSI)、局域网络(LAN)和无线LAN的以上接口以外的接口建立通信。 

I/F 313连接主机PC 221与诸如鼠标或键盘的输入单元320。并且，外部存储设备314驱动诸如软盘和光盘只读存储器(CD-ROM)的外部存储介质。如上所述，在程序存储在外部存储介质中的情况下，作为使ROM 307预先保持程序的替代，程序被读出以被下载到主机 PC 221。 

虽然没有示出，但是，驱动程序当然可通过使用网络连接器通过网络被下载到主机PC 221。 

现在，参照图2进行描述。OS 3010在主机PC 211上运行。这里，在假定OS 3010是Windows(注册商标)的情况下描述OS 3010。 

以下描述事件启用应用程序(以下称为“应用程序”)3001、作为OS标准的接口程序的WIA/STI 3003、与WIA/STI对应的事件管理程序3002、在OS 3010上运行的控制程序3007、以及作为图像输入设备的扫描仪101之间的关系。 

在图2中，扫描仪101通过通用串行总线(USB)与主机PC 221连接。 

通过使用黑箭头4000描述通过用主机PC 221控制扫描仪101获得图像的流程。用户可通过使用通常在监视器223上显示的应用程序3001的用户界面获得图像。 

应用程序3001基于例如Technology Without Any Interested Name(Twain)或Windows Image Acquisition(WIA)的标准使用应用编程接口(API)。应用程序3001指示控制程序3007通过指定诸如扫描仪或扫描方法、颜色设定和分辨率设定的扫描设定来获得图像。作为替代方案，应用程序3001可直接指示从应用程序激活的控制程序3007的用户界面获得图像。 

控制程序3007通过WIA/STI 3003向指定的扫描仪101发出获得图像的指令。WIA/STI 3003将API转换成设备驱动接口(DDI)，并且向由售卖方制备的WIA/STI控制模块3004发出获得图像的指令。为了传送扫描设定，WIA/STI控制模块3004通过使用扫描仪特有的扫描命令与设备通信模块3005通信。 

设备通信模块3005通过作为用于USB的核心I/O的Usbscan.sys3006向扫描仪101传送扫描命令。扫描仪101根据接收到的扫描命令读出图像。控制程序3007、WIA/STI控制模块3004和设备通信模块3005在图2中被独立地示出，但是，它们可作为程序配置包含于同一 文件中。 

在用户按压扫描仪101的主体的按钮以产生事件3008的情况下，通过朝向黑箭头4000的反方向的白箭头4001所示的路径通知流程。事件3008被最初通知给作为核心I/O的Usbscan.sys 3006。然后，事件3008通过设备通信模块3005或WIA/STI控制模块3004被通知给WIA/STI 3003。 

WIA/STI 3003把事件通知给作为扫描仪101的事件启用应用程序而注册的事件启用应用程序3001。 

接收到事件的通知之后的应用程序3001基于与事件对应的设定发出图像获得指令3009。随后的流程由上述的黑箭头4000表示。 

可在OS 3010上存在多于一个的事件启用应用程序。并且，可以有多于一个的扫描仪101的事件。 

因此，Windows(注册商标)具有包含通过其用户可手动选择或设定事件启用应用程序的用户界面的事件管理程序。也可基于WIA/STI的规范由售卖方中的每一个制作事件管理程序。 

参照图3A、图3B和图3C描述事件管理程序。图3A示出事件管理程序的用户界面的例子。 

用户选择其中用户希望设定事件的扫描仪，并且激活事件管理程序的对话框(dialog)401。在事件管理程序的对话框上，存在用于选择要被设定的事件的控件402和用于选择要被分配给所选事件的应用程序的控件403。 

在图3A中，以下拉列表框的形式表示控件，但是，可通过其它的形式表示控件。并且，可向用于选择应用程序的控件403添加每当产生事件时用于选择应用程序的菜单。 

图3B示出通过使用光标作为用户希望设定的事件选择“Scanner XX Event_1”。图3C示出选择“Application_A”作为适用于“Scanner XX Event_1”的应用程序。关联结果被注册并被存储于OS侧中，例如，在注册表(registry)中。 

参照图4、图5和图6描述常规的应用程序3001和图像输入设备 控制程序的安装操作。 

如图4所示，应用程序安装单元5001将事件启用应用程序3001安装到OS 3010，并且对于OS的WIA/STI注册应用程序是事件启用应用程序的事实。 

并且，控制程序的安装程序5002基于在驱动程序的驱动信息文件(以下称为“信息文件(INF)”)和共同安装程序中描述的内容，将控制程序3007、WIA/STI控制模块3004和设备通信模块3005安装到OS 3010。 

当完成安装操作时，由此安装的控制程序通过使用INF文件或共同安装程序5003与相应的应用程序相关联。因此，从在图像输入设备中产生的事件激活应用程序，由此使得控制程序能够向设备发出输入图像的指令。 

关联结果被注册并被存储于OS侧(例如，注册表)中。这里注册的内容与由用户通过使用图3中的事件管理程序上的UI手动注册的内容是同样的。 

这里，关于通过使用INF文件或共同安装程序的控制程序与应用程序的关联方法省略了详细的描述，原因是该方法处于一般已知技术的范围中。但是，可以使用这样的方法：即，在INF文件中描述应用程序的信息，或者，通过执行在INF文件中描述共同安装程序之后由售卖方唯一地创建的共同安装程序在注册表中注册必要的信息。 

控制程序的安装程序5002需要在安装程序中保持诸如应用程序名称的关于应用程序的信息作为用于执行关联处理的信息。 

作为用于保持信息的方法，可以在如上所述的INF文件中描述信息，或者，可以以一条信息的形式在共同安装程序内保持信息。作为替代方案，共同安装程序参照的信息可作为设定文件保持在图像输入设备控制程序的安装程序5002内。进一步作为替代方案，可以提出这样的规则：即，假定在OS上限定特定文件或特定注册表，则应用程序的安装程序5001或应用程序3001将信息写入到限定的文件或限定的注册表中。 

在所述方法中的任一种中，控制程序和应用程序之间的关联所需要的信息被写入到限定的文件或限定的注册表中，以完成关联处理。 

图5示出常规例子中事件和应用程序之间的关联处理成功时的流程。在流程中，描述在OS上执行的处理。在流程中，用户执行应用程序的安装程序5001，然后执行设备控制程序的安装程序5002。 

最初，执行应用程序的安装程序5001。在步骤S602中，应用程序的安装程序安装应用程序，以执行诸如复制必要的程序文件或创建必要的注册表的一般安装操作。 

然后，应用程序的安装程序将自身注册为事件启用应用程序。在步骤S603中，执行设备控制程序的安装程序5002。此时，设备控制程序的安装程序最初安装控制程序，并随后注册诸如控制程序3007、WIA/STI控制模块3004和设备通信模块3005的必要文件和必要注册表的副本(copy)。 

在步骤S604中，在Windows(注册商标)的情况下，为了完成该控制程序的安装操作，实际要求图像输入设备通过使用诸如USB的接口与主机PC连接。在步骤S605中，在完成程序的安装之后，在控制程序的事件和应用程序之间开始关联处理。通过INF文件或共同安装程序5003执行关联处理。 

在步骤S606中，确定是否已安装了要关联的相应的应用程序。在步骤S606中，由于相应的应用程序已被安装(在步骤S606中为是)，因此，处理前进到步骤S607，并且实际执行关联处理。在步骤S606中，在未在扫描仪中安装应用程序(在步骤S606中为否)的情况下，跳过步骤S607的关联处理。在步骤S608中，处理结束。 

用于确定相应的应用程序是否已被安装在设备中的信息和用于关于相应的应用程序执行关联处理的信息可以以设定文件的形式如上所述被保持在图像输入设备控制程序的安装程序5002内，或者，可被限定为作为参照目的地的OS上的特定文件或特定注册表。 

如上所述，在安装常规的事件启用应用程序之后在设备中安装图像输入设备控制程序的情况下，可正常地执行事件和应用程序之间的 关联处理。 

图6示出常规例子中事件和应用程序之间的关联处理不成功时的流程。 

在图6中，描述要在OS上执行的处理。在该处理中，用户执行控制程序的安装程序5002，然后执行应用程序的安装程序5001。 

最初，执行控制程序的安装程序5002。控制程序的安装程序安装控制程序，并且注册诸如控制程序3007、WIA/STI控制模块3004和设备通信模块3005的必要文件和必要注册表的副本。 

在步骤S702中，在Windows(注册商标)的情况下，为了完成该控制程序的安装操作，需要通过诸如USB的接口实际连接图像输入设备与主机PC。在步骤S703中，在完成控制程序的安装之后，开始事件和事件启用应用程序之间的关联处理。 

在步骤S704中，确定是否已安装要关联的相应的应用程序。在步骤S704中，由于没有安装应用程序(在步骤S704中为否)，因此，不在步骤S705中执行控制程序的事件和应用程序之间的关联处理，并且，处理前进到下一个。 

在步骤S706中，执行应用程序的安装程序5001以安装应用程序。在步骤S707中，应用程序将应用程序自身是事件启用应用程序进行注册，并然后结束处理。 

如上所述，在安装常规的控制程序之后安装事件启用应用程序的情况下，不执行事件和应用程序之间的关联处理。 

现在，参照图7和图8描述本发明的本示例性实施例的事件启用应用程序3001的安装操作。 

图7所示的应用程序的安装程序8001将应用程序3001安装到OS3010中，并且在OS的WIA/STI中注册应用程序是事件启用应用程序的事实。 

除以上之外，本示例性实施例另外还在事件启用应用程序的安装程序8001内包括用于使常规上由控制程序的安装程序执行的事件通知功能与应用程序相关联的单元。 

常规上，当安装应用程序时，不需要规定图像输入设备。但是，应用程序的安装程序8001保持应用程序适用的图像输入设备信息8002。 

可通过应用程序适用的设备来识别的信息需要保持在该图像输入设备信息中。可通过设备识别的信息的例子包括在USB的Device Descriptor中描述的售卖方标识(VID)或产品标识(PID)。 

该信息并非必需由图像输入设备侧保持，而是可使用诸如控制程序的名称的信息作为该信息，只要可通过设备识别所述信息即可。 

图12A示出图像输入设备信息8002的示意图。图像输入设备信息8002保持设备信息、事件信息或控制程序信息中的任一个或全部作为可通过应用所适用的设备来识别的信息。 

应用程序的安装程序8001将应用程序的安装和应用程序是事件启用的进行注册，并随后通过使用基于由图像输入设备信息8002保持的信息或存储的信息从主机PC获得的信息，使应用程序自身与控制程序相关联。 

因此，不管是应用程序或是控制程序被更早地安装，都可实现事件和应用程序之间的关联。 

作为事件和应用程序之间的关联处理的特定操作，应用程序的安装程序8001搜索OS内的注册表或文件信息。在控制程序已被安装在设备中的情况下，由于设备与主机PC连接，因此，与注册表和文件信息连接的连接到主机PC的设备信息与控制程序的安装信息被存储于设备中。因此，其安装信息要被搜索。 

在找到设备信息和控制程序的情况下，参照由图像输入设备信息8002保持的信息，确认设备程序和控制程序是否为应用程序所适用的那些。 

在确定设备程序和控制程序是应用程序所适用的那些并且已被安装的情况下，为了使应用程序与事件相关联，通过使用由图像输入设备信息8002保持的信息，在限定的文件或限定的注册表中注册设备信息和控制程序。换句话说，以这样的方式执行注册：即，控制程序通 过使用由OS提供的INF文件或共同安装程序写入到限定的文件或限定的注册表中。 

图8示出将本发明应用于常规情况的流程，在该常规情况中，在安装控制程序之后将应用程序安装到设备，从而导致无法使事件与应用程序相关联。本流程描述在OS上执行的处理。此时，用户的操作包括控制程序的安装程序5002的执行和本发明的应用程序的安装程序8001的执行。 

最初，执行控制程序的安装程序5002。在步骤S902中，控制程序的安装程序安装控制程序，并且注册诸如控制程序3007、WIA/STI控制模块3004和设备通信模块3005的必要文件和必要注册表的副本。 

在步骤S903中，在完成控制程序的安装之后，控制程序的事件和应用程序之间的关联处理开始。在这种情况下，在步骤S904中，确定是否已安装要被关联的应用程序。 

在步骤S904中，由于相应的应用程序未被安装(在步骤S904中为否)，因此，不执行步骤S905的关联处理，并且，处理前进到下一步骤。然后，执行应用程序的安装程序8001。在步骤S906中，将应用程序安装到设备中。在步骤S907中，在设备中注册应用程序自身是事件启用应用程序的事实。 

在步骤S908中，在本示例性实施例中，通过使用图像输入设备信息8002确认应用程序要与其所关联的控制程序是否已被安装到设备。如以上在Windows(注册商标)OS的情况下描述的那样，以与图像输入设备信息8002对应的设备信息是否包含于特定的注册表或特定的文件信息中的这样的方式确定程序是否已被安装的确认。 

在这种情况下，由于控制程序已被安装(在步骤S908中为是)，因此处理前进到步骤S909。在步骤S909中，在应用程序自身和相应的图像输入设备的事件之间执行关联处理。 

在Windows(注册商标)OS的情况下，通过作为与控制程序的事件信息对应的应用基于由图像输入设备信息8002保持的信息在限定的文件或限定的注册表中注册应用程序自身，执行关联处理。 

如上所述，在常规的配置中，在安装控制程序之后在设备中安装事件启用应用程序的情况下，在事件和应用程序之间不执行关联处理。 

相反，在本示例性实施例中，在应用程序的安装程序8001中保持图像输入设备信息8002。如果已在设备中安装设备控制程序，则在OS中注册与主机PC连接的设备信息。可通过比较图像输入设备信息8002的信息和在OS中注册的设备信息来确定是否安装设备控制程序。因此，即使当在安装控制程序之后安装事件启用应用程序时，图像输入设备的事件和应用程序之间的关联也变得可能。 

如果作为为了获得关联处理所需要的各种信息要参照的密钥(key)的信息被存储于图像设备信息8002中、并且通过使用要被参照的信息执行关联处理，则可获得相同的效果。 

在安装关联处理成功的常规事件启用应用程序之后安装设备控制程序的情况下，图8的步骤S904中的确定变为是。由于在步骤S904中确定为是，因此在步骤S905中执行事件和应用程序之间的关联处理。 

在图8的步骤S908中，在应用程序的安装程序8001内进行是否已安装相应的控制程序的确定，并且，得到还没有安装程序的结果。因此，不执行步骤S909的事件和应用程序之间的关联处理，使得将不会产生不利的效果。 

如上所述，在不大大改变常规配置的情况下，可在不被事件启用应用或是控制程序被更早安装的次序不利地影响的情况下实现事件和应用程序之间的关联处理。 

在图7和图8中，示出单个事件的情况。但是，在要关联的图像输入设备包含多个事件的情况下，可根据事件的数量重复执行在步骤S909中执行的事件和应用程序之间的关联处理。 

这种情况下的图像输入设备信息8002需要与设备的数量和事件的数量对应的相关信息的条数，如它们在图12B中被例示的那样。 

在图7和图8中，描述了仅存在为了使应用程序与事件相关联而执行关联处理的一种类型的图像输入设备的情况。但是，在存在用户 希望其与应用程序相关联的多个图像输入设备的情况下，可针对要被关联的图像输入设备的数量重复流程的步骤S908和S909。 

在这种情况下，如图12B所示，必需包括用于多种类型的设备的输入设备信息8002。因此，变得能够关于具有多条事件信息的多种类型的图像输入设备使应用程序自身与事件中的每一个相关联。 

例子2 

在第一示例性实施例中，描述了这样的例子：即，不管在安装事件启用应用程序时是否已进行了事件和应用程序之间的关联，都在应用程序和事件之间执行关联处理。 

但是，在第一示例性实施例中，存在这样的问题：即，在用户有意使事件通知启用应用程序与另一应用程序相关联的情况下，事件和应用程序之间的关联被后安装的应用程序重写。 

图9示出这样的流程：即，在安装应用程序时已在事件和应用程序之间进行了关联处理的情况下，不执行关联处理。 

该流程示出在OS上执行的处理。用户的操作的例子包括应用程序A的安装程序1050的执行、控制程序的安装程序5002的执行、以及本发明的应用程序的安装程序1050的执行。 

在步骤1002中，假定已通过事件启用应用程序的安装程序安装了应用程序A。即，设备处于应用程序A已被安装并被注册为事件启用应用程序的状态中。 

在步骤S1003中，通过控制程序的安装程序5002安装控制程序。在步骤S1004中，在事件和应用程序之间开始关联处理。 

在步骤S1005中，控制程序确认是否已安装相应的应用程序A。在步骤S1005中，由于应用程序A已被安装(在步骤S1005中为是)，因此处理前进到步骤S1006。在步骤S1006中，在事件和应用程序A之间执行关联处理。因此，图像输入设备的事件与应用程序A相关联。 

在本示例性实施例中，以下进一步描述安装应用程序B的情况。更具体而言，描述了用于在执行了应用程序B的安装程序1050的情况下保持图像输入设备和应用程序A之间的关联状态的方法。 

在步骤S1007中，当在图9的步骤S1006之后执行应用程序B的安装程序1050时，应用程序B被初始地安装到设备中。在步骤S1008中，应用程序B被注册为事件适用应用程序。 

在步骤S1009中，应用程序B确认是否已安装相应的控制程序。直到现在的流程与第一示例性实施例的流程是同样的。但是，在步骤S1010中，确定应用程序B要与其关联的事件是否已与另一应用相关联以及该关联是否已被注册。 

通过确定关联信息是否被注册于限定的文件或限定的注册表中来进行确定。由于已在步骤S1006中进行事件和应用程序A之间的关联(在步骤S1010中为是)，因此，安装程序105不执行新的关联处理，并且处理进行到结束处理的步骤S1012。 

在步骤S1010中未在事件和应用程序之间执行关联处理(在步骤S1010中为否)的情况下，处理前进到使事件与应用程序B相关联的步骤S1011。 

如上所述，在应用程序B的安装程序1050中，在关联处理之前确认是否已在事件和另一应用程序之间执行关联处理，由此使得能够保持已进行的关联状态。 

在图9中，示出了在安装应用程序A之后通过控制程序的安装程序执行关联处理的情况。但是，可以根据需要改变流程的步骤S1006之前的步骤的次序。即，在用户手动执行关联处理的情况下，或者，在根据本发明的第一示例性实施例应用程序的安装程序执行关联处理的情况下，可以获得相同的效果。 

如上所述，由于可以维持先前的关联，因此，在用户已有意指定并关联另一事件通知启用应用程序与要与事件通知相关联的应用程序的情况下，可以解决这样的问题：即，用户所意图的事件和程序之间的关联状态被后安装的应用程序的安装所重写。 

图9示出存在单个事件的情况。但是，在要被关联的图像输入设备包含多个事件的情况下，可以针对事件的数量重复执行步骤S1010的确定处理和步骤S1011的事件和应用程序之间的关联处理。在这种 情况下，输入设备信息8002需要具有根据事件的数量的信息。 

图9示出仅存在应用程序与事件相关联的一种类型的图像输入设备的情况。但是，在存在要与应用程序相关联的多个图像输入设备的情况下，针对要被关联的图像输入设备的数量重复流程的步骤S1009至S1011。在这种情况下，图像输入设备信息8002需要具有与要被关联的设备的数量对应的信息。 

因此，应用程序自身可关于具有多条事件信息的多种类型的图像输入设备与事件中的每一个相关联。 

例子3 

在第二示例性实施例中，示出了这样的例子：即，在安装事件启用应用程序时已进行了事件和事件启用应用程序之间的关联的情况下，不执行关联处理。但是，即使在已制作了与应用程序的关联的情况下，如果制作方侧由于应用程序的版本升高和到另一应用程序的变化希望关于用户已购买的设备改变要与事件相关联的应用程序，那么事件信息需要被重写到新的应用中。 

参照图10和图11描述这样的情况：即，即使在事件已与应用程序相关联的情况下，为了替代应用程序，也确定是否可更新设定有关联处理的应用程序。 

图10的事件启用应用程序的安装程序1202安装事件启用应用程序3001，并且在OS的WIA/STI中注册应用程序是事件启用应用程序。该配置与第一示例性实施例和第二示例性实施例的那些是同样的。 

在第三示例性实施例中，除了相应的图像输入设备信息1102以外，事件启用应用程序的安装程序1101还包含应用信息1103。应用信息1103被用作用于确定在应用程序已与事件相关联时是否可更新应用程序的更新确定单元。 

应用信息1103保持被视为被设为事件启用应用程序的应用程序的信息。应用信息是可规定应用程序的信息，例如，应用程序的名称或作为不具有同样值的唯一标识符的全局唯一标识符(GUID)。 

在应用信息中，可单独地指定应用程序，可以指定应用程序的安 装程序1101之前的版本的应用程序，或者，可以使用通配符(wild card)来更新所有的应用程序。 

参照图11描述第三示例性实施例的流程。 

该流程描述在OS上执行的处理。用户的操作的例子包括应用程序的安装程序的执行、控制程序的安装程序5002的执行、以及本示例性实施例的应用程序的安装程序1250的执行。 

在步骤1202中，最初假定已通过事件启用应用程序的安装程序在设备中安装应用程序C。这里，可以使用上述的安装程序5001、8001和1050中的任一个作为应用程序的安装程序。这里的状态是：应用程序C被安装并被注册为事件启用应用程序。 

在步骤S1203中，控制程序的安装程序5002安装控制程序。在步骤S1204中，安装程序5002之后开始控制程序和应用程序之间的关联处理。 

在步骤S1205中，控制程序确认是否已安装相应的应用程序C。由于在这里相应的应用程序C已被安装(在步骤S1205中为是)，因此，处理前进到在事件和应用程序C之间执行关联处理的步骤S1206。因此，图像输入设备的事件与应用程序C相关联。 

根据本示例性实施例，在之后执行用于应用程序D的安装程序1250的情况下，如果应用程序C是可更换程序，则在图像输入设备和应用程序D之间对关联进行更新。 

在步骤S1207中，当执行用于应用程序D的安装程序1250时，应用程序D被初始安装。在步骤S1208中，应用程序D被注册为事件启用应用程序。 

在步骤S1209中，确认相应的图像输入控制程序是否已被安装。在步骤S1210中，确认事件是否已与应用程序中的任一个相关联。由于在步骤S1208中事件已与应用程序C相关联(在步骤S1210中为是)，因此，处理前进到步骤S1211。 

在步骤S1211中，确定是否可替代已被关联的应用程序C。这里，在该确定中，由应用安装程序1101保持的应用信息1103被用于确认 可替代的应用信息是否被注册为相应的控制程序的事件信息。 

在Windows OS的情况下，搜索其中注册与控制程序的事件信息对应的应用程序的注册表。然后，在注册表中注册的应用程序与由应用信息1103保持的应用信息比较，并由此确定应用程序是否与应用信息对应。 

此外，该应用信息在保持如下的信息时也可被使用：即，该信息被视为用于从OS内的其它注册表或文件获得规定应用程序的信息的密钥。 

在步骤S1211中确定应用程序C可被应用程序的安装程序1250替代(在步骤S1211中为是)的情况下，处理前进到步骤S1212。在步骤S1212中，在图像输入设备的事件和应用程序D之间执行关联处理以更新应用信息。 

在步骤S1211中确定替代不可能(在步骤S1211中为否)的情况下，不执行关联处理并且处理结束。因此，可以在原样保持应用程序C和事件之间的关联的同时结束应用程序D的安装。 

在步骤S1210中未进行事件和应用程序之间的关联(在步骤S1210中为否)的情况下，处理前进到步骤S1212。在步骤S1212中，在事件和应用程序D之间执行关联处理。 

如上所述，在用于事件启用应用程序D的安装程序1250中，在相应的事件已与应用程序相关联的情况下，可通过确定已被设定的应用程序是否可替代而根据需要更新事件和事件启用应用程序之间的关联。 

图11示出在安装应用程序C之后通过用于图像输入设备控制程序的安装程序来执行关联处理的情况。但是，可根据需要改变步骤S1206之前的流程中的步骤的次序。并且，在用户手动执行关联处理的情况下，以及还在安装图像输入控制程序之后根据本发明的示例性实施例应用程序的安装程序执行关联处理的情况下，可以获得类似的效果。 

例如，在版本升高或改变应用程序时使用第三示例性实施例的情 况下，升级之前的应用程序和改变之前的应用程序可被指定为可替代的应用程序。 

因此，在根据用户的意图事件与另一应用程序相关联的情况下，维持设定。可根据售卖方的提议(即，如由安装程序设定的那样)仅对于已使事件与事件启用应用程序相关联的用户用新的应用程序更新关联的注册。 

图11示出仅存在一个事件的情况。但是，在要被关联的图像输入设备包含多个事件的情况下，可针对事件的数量重复从步骤S1210、S1211和S1212中执行的确定处理直到事件和应用程序之间的关联处理的处理。在这种情况下，图像输入设备信息1102需要具有根据相应的事件的数量的信息。 

并且，在图11中，示出仅存在应用程序与事件相关联的一种类型的图像输入设备的情况。但是，在存在要与应用程序相关联的多个图像输入设备的情况下，对于要被关联的图像输入设备的数量重复流程的步骤S1209直至S1212。在这种情况下，图像输入设备信息1102需要具有根据相应的设备的数量的信息。 

因此，变得能够关于具有多条事件信息的多种类型的图像输入设备使应用程序自身与事件中的每一个相关联。通过扫描仪或多功能外设例示了图像输入设备。但是，图像输入设备的例子不限于这些，而可包含数字照相机、以及可通过WIA/STI将图像(即，插入安装在多功能外设的设备主体中的存储器插槽中的存储器内的图像数据或传真的接收数据)传送到主机PC的图像输入设备。 

本发明适用于根据本发明控制输入设备的程序，并且还适用于其中存储程序的介质。并且，本发明不被OS的类型所限制。 

虽然已参照示例性实施例描述了本发明，但要理解，本发明不限于公开的示例性实施例。以下的权利要求的范围要被赋予最宽的解释，以包含所有这样的修改以及等同的结构和功能。 

本申请要求在2009年6月30日提交的日本专利申请No.2009-155673的权益，在此通过引用而并入其全部内容。 

Claims (5)

1.一种信息处理装置，所述信息处理装置能与图像输入设备连接并且通过安装应用程序和控制程序根据图像输入设备中用户的操作所产生的事件来激活应用程序，并且，在所述信息处理装置中，控制程序根据应用程序的指令来控制图像输入设备，所述信息处理装置包括：

第一安装单元，被配置为在信息处理装置的操作系统上安装应用程序；

第二安装单元，被配置为在信息处理装置的操作系统上安装控制程序；

设备信息存储单元，被配置为存储关于应用程序所适用的图像输入设备的信息；以及

安装确定单元，被配置为确定在通过第一安装单元安装应用程序时控制程序是否被安装于信息处理装置中，

其中，在安装确定单元确定控制程序被安装于信息处理装置中的情况下，第一安装单元将应用程序作为响应于事件而被激活的应用程序注册到信息处理装置中，由此通过使用存储于设备信息存储单元中的信息来执行事件和应用程序之间的关联；以及

在安装确定单元确定控制程序未被安装于信息处理装置中的情况下，第二安装单元根据由操作系统限定的规范将应用程序作为响应于事件而被激活的应用程序注册到信息处理装置中。

2.根据权利要求1的信息处理装置，其中，第一安装单元包含设备信息存储单元和安装确定单元。

3.根据权利要求1的信息处理装置，

其中，第一安装单元还包含注册确定单元，所述注册确定单元被配置为确定响应于同一事件而被激活的应用程序是否被注册于信息处理装置中；以及

其中，在注册确定单元确定应用程序被注册的情况下，将应用程序视为是响应于从事件通知单元所通知的事件而被激活的应用程序、而将应用程序注册到信息处理装置中。

4.根据权利要求3的信息处理装置，

其中，第一安装单元还包含更新确定单元，所述更新确定单元被配置为确定响应于信息处理装置中注册的事件而被激活的应用程序的注册是否能被更新；以及

其中，在注册确定单元确定应用程序被注册并且更新确定单元确定其更新可能的情况下，应用程序在信息处理装置中被作为响应于从事件通知单元所通知的事件而被激活的应用程序而注册。

5.一种信息处理装置的控制方法，所述信息处理装置能与图像输入设备连接并且通过安装应用程序和控制程序根据图像输入设备中用户的操作所产生的事件来激活应用程序，并且，在所述信息处理装置中，控制程序根据应用程序的指令来控制图像输入设备，所述控制方法包括：

存储设备信息，所述设备信息保持关于应用程序所适用的图像输入设备的信息；

将应用程序安装到信息处理装置的操作系统上；

将控制程序安装到信息处理装置的操作系统上；以及

确定当应用程序被安装时控制程序是否被安装于信息处理装置中，

其中，在确定控制程序被安装于信息处理装置中的情况下，将应用程序作为响应于从事件通知单元所通知的事件而被激活的应用程序注册在信息处理装置中，由此通过使用存储的设备信息来执行事件和应用程序之间的关联；以及

其中，在确定控制程序未被安装于信息处理装置中的情况下，根据由操作系统限定的规范将应用程序作为响应于事件而被激活的应用程序注册在信息处理装置中。