专利名称：驱动器控制设备及存储驱动器控制程序的计算机可读记录介质的制作方法
技术领域：
本发明总体涉及驱动器控制设备及存储驱动器控制程序的计算机可读记录介质， 其中，驱动诸如传真装置，打印机，复印装置，包括传真发送和接收功能、打印功能、复印功 能的多功能外设，以及计算机的外设等装置的驱动器被控制。
背景技术：
在PC (个人计算机)驱动例如传真装置，打印机，复印装置，包括传真发送和接收 功能、打印功能、复印功能的多功能外设等装置或者计算机的外设时，必须在PC中安装用 于驱动该装置的驱动器。例如，在PC使用打印机时，必须在PC中安装用于驱动打印机的打印机驱动器。即， 在新PC连接到已连接了许多PC的网络且该新PC使用打印机时，必须在该PC中安装用于 驱动该打印机的打印机驱动器(例如，参阅专利文献1)。在每次在新PC连接到网络时在该新PC中安装新打印机驱动器的情况下，当在网
络中安装新打印机时，需要许多工时来检验网络的系统环境并且增加了打印机驱动器的数目。为了解决以上问题，已提出了通用驱动器。在通用驱动器中，形成由驱动器核心部 分支持的功能表，且在必须安装新驱动器时，参考该功能表并通过更新功能表来支持新驱 动器的所有功能，而无需安装新驱动器。[专利文献1]日本未审专利申请No. 2004-287496然而，在传统的通用驱动器中，由于新驱动器的所有功能都由驱动器核心部分支 持，因此在每次必须安装新驱动器时，必须更新由驱动器核心部分支持的功能表。因此，用 户必须花费与升级驱动器版本时花费的工时实质上相同的工时来校验驱动器。
发明内容
在本发明的实施例中，提供了驱动器控制设备和存储驱动器控制程序的计算机可 读记录介质，其中在驱动器控制设备中不花费用于校验新驱动器的不支持的功能的工时。为了实现这些以及其他优点中的一个或更多，依据本发明的一方面，提供一种驱 动器控制设备。该驱动器控制设备包括支持功能存储单元，用于将驱动器的可支持功能的 信息存储在功能表中；功能获取单元，用于获取在要被使用的新驱动器的型号依赖数据中 描述的、所述新驱动器的功能的信息；确定单元，用于确定由功能获取单元获得的功能的信 息是否已存储在功能表中；注册单元，用于将确定单元确定为还未存储在功能表中的功能 的信息注册在不支持功能列表中；以及防止单元，用于防止所述新驱动器使用与由注册单 元已经注册的功能的信息对应的信息。依据本发明的实施例，由于驱动器控制设备防止一项功能在驱动器控制设备不支 持该项功能时被使用，因此不必花费用于校验不被支持的新功能的不必要工时。
本发明的特征和优点将通过参考附图从随后的优选实施例的详细描述变得更加明显。
图1是示出了依据本发明实施例的驱动器控制设备的框图；图2是示出了图1所示的MOX的内容的例子的图示；图3是示出了在图1所示的驱动器控制设备中的用户接口的显示处理的流程图；图4是示出了要在图1所示的显示部上显示的特性屏幕的例子的图示；图5是示出了要在图1所示的显示部上显示的特性屏幕的另一例子的图示；以及图6是示出了要在图1所示的显示部上显示的特性屏幕上的不支持功能列表屏幕 的图示。
具体实施例方式参考附图详细描述本发明的实施例。图1是示出了依据本发明实施例的驱动器控制设备的框图。驱动器控制设备在PC (图未示)中安装驱动器控制程序。在PC的CPU (中央处理单 元)执行驱动器控制程序时，实现了驱动器核心部分1和型号依赖数据(model dependent data)存储单元2的功能。驱动器核心部分1包括UI (用户接口)模块10和表现模块(render module) 11。 UI模块10与已安装了例如打印机或复印装置的驱动器的PC的CPU接口以控制驱动器，并 且还与用户接口。UI模块10包括功能表12和不支持功能列表13。UI模块(支持功能存储单元)在功能表12中存储驱动器的可支持功能的信息。型号依赖数据存储单元2存储具有每个驱动器的型号依赖(特定)数据(驱动器 的功能的信息)的MOX 20。功能表12存储能由驱动器核心部分1的UI模块10支持的驱 动器的功能的信息。UI模块10 (注册单元)基于MOX 20中存储的信息和功能表12中存储 的信息，将PC使用的驱动器的功能中的、驱动器核心部分1不支持的功能的信息存储(注 册)在不支持功能列表13中。另外，UI模块10(防止模块)防止驱动器使用不支持功能。 另外，UI模块10将用于形成特性屏幕(用户接口)的信息发送到表现模块11，以便用户能 确定驱动器的功能的几种设置。表现模块11从UI模块10发送的信息形成要在特性屏幕上显示的显示数据，并使 PC的显示部3显示特性屏幕。型号依赖数据存储单元2存储具有每个驱动器型号的型号依赖数据的MOX 20。在 将驱动器型号改变成PC使用的另一驱动器型号时，将MOX 20改变成MOX 21。因此，MOX的 数目是驱动器型号的数目。接下来，描述MOX 20(型号依赖数据)。图2是示出了 MOX 20的内容(数据)的 例子的图示。如上所述，MOX 20具有每个驱动器的型号依赖数据，在这样的型号依赖数据中描 述了驱动器的功能的信息。在图2中，在由矩形框30、31、32、33和34包围的区域中以“feature”( “特征”)开始的每行字符串示出了驱动器的功能。UI模块10提取以“feature”开始的行的字符串， 并且驱动器核心部分1的UI模块10 (确定单元)确定所提取的字符串(功能)是否是不 支持的功能。接下来，描述图1中示出的驱动器控制设备中的用户接口的显示处理。图3是示出了在图1所示的驱动器控制设备中的用户接口的显示处理的流程图。首先，UI模块10确定是否获得了型号依赖数据存储单元2的MOX 20中以 “feature”开始的所有行的所有字符串(Si)。在没有获得型号依赖数据存储单元2的MOX 20中以“feature”开始的所有行的所有字符串时(Si中的否)，UI模块10通过参考MOX 20中的第一行，从型号依赖数据存储单元2中的M0X20获取未获得的、以“feature”开始的 行的字符串(S2)。即，UI模块10 (功能获取单元)从MOX 20获取功能的信息。UI模块10确定由获得的行的字符串示出的功能是否已经被存储在功能表12中 (S3)。当由获得的行的字符串示出的功能已经被存储在功能表12中时(S3中的是)，处理 返回Si，并重复从Sl至S3的处理。当由获得的行的字符串示出的功能还没有被存储在功 能表12中时(S3中的否)，UI模块10额外地将获得的行的字符串的功能存储在不支持功 能列表13中(S4)。然后处理返回到Sl并重复从Sl至S4的处理。在获得了型号依赖数据存储单元2的MOX 20中以“feature”开始的所有行的所 有字符串时(Si中的是)，UI模块10确定是否没有以“feature”开始的字符串存储在不 支持功能列表13中(S5)。即，UI模块10确定不支持功能列表13是否为空。在没有以 "feature"开始的字符串存储在不支持功能列表13中时(S5中的是)，UI模块10将MOX 20的信息发送到表现模块11，并且表现模块11从UI模块10发送的MOX 20的信息形成要 在特性屏幕上显示的显示数据，并使得PC的显示部3显示特性屏幕(S6)。在一个或者更多以“feature”开始的字符串存储在不支持功能列表13中时(S5 中的否)，ui模块10将MOX 20的信息和不支持功能列表13的信息发送到表现模块11 ；并 且表现模块11从UI模块10发送的MOX 20的信息和不支持功能列表13的信息形成要在 特性屏幕上显示的显示数据，并使得PC的显示部3 (显示单元)显示包括不支持功能列表 的特性屏幕(S7)。接下来，通过参考显示例子描述驱动器控制设备中的特性屏幕(用户接口)的显 示处理。首先，描述第一种情况。在第一种情况中，例如，作为由驱动器核心部分1支持的 驱动器功能，"feature 1至4”已存储在功能表12中，且“feature 1和2”已存储在MOX 20中。在UI模块10执行图3中所示的显示处理时，不支持功能列表13为空(没有字符串 存储在不支持功能列表13中)。因此，表现模块11从显示数据形成打印机驱动器的特性屏 幕。图4所示的特性屏幕是通常情况下的屏幕。图4是示出了特性屏幕的例子的图示。在 图4中未具体示出“feature 1至4”和“feature 2和3”。接下来，描述第二种情况。在第二种情况中，例如，作为由驱动器核心部分1支持 的驱动器功能，“feature 1至4”已存储在功能表12中，且“feature 2、3以及7至10”已 存储在MOX 20中。在UI模块10执行图3所示的显示处理时，“feature 7至10”存储在 不支持功能列表13中。因此，表现模块11从显示数据形成打印机驱动器的特性屏幕。图5 所示的特性屏幕是示出了“Un-supporting Function List” ( “不支持功能列表”)的按钮的屏幕。图5是示出了特性屏幕的另一例子的图示。在图5中未具体示出“feature 1至 4” 和 “feature 2、3 以及 7 至 10”。在图5所示的特性屏幕中，在特性屏幕上显示了消息“Un-supporting function (s) exists, confirm function (s) by pushing button below，，( “存在不支持功 能，通过按下以下按钮确认功能”)和按钮40。在按下按钮40时，在显示部3上显示出图6所示的不支持功能列表屏幕。通过 该屏幕，用户可以确认四个不支持功能“InputBin =Tray 5"MediaType =CHP","Trusty Print” 以及 “Twin Color Mode”。在此情况下，由于驱动器核心部分1不支持MOX 20中的这四个功能，因此，可防止 这四个功能被使用。如上所述，在依据本发明实施例的驱动器控制设备中，在驱动器核心部分1不支 持要使用的驱动器的功能时，不能使用该功能，且在显示部3上对用户显示不支持功能。由 于用户可以使用驱动器核心部分1支持的驱动器的功能，因此，在新驱动器的新功能对于 用户是不必要时，用户可以使用支持的功能而无需在用户的PC中安装该新驱动器。此外， 用户可以理解哪些功能不被驱动器核心部分1支持。此外，由于用户可以使用驱动器核心部分1支持的现有功能，因此，在新驱动器的 功能被驱动器核心部分1支持时，用户不必花费不必要的工时来校验新驱动器的功能。此外，在改变驱动器型号时，仅改变驱动器型号的型号依赖数据(MOX)足矣。因 此，不必对用户改变驱动器型号，且用户不必花费不必要的工时来校验驱动器。此外，由于仅改变Μ0Χ，因此，在型号依赖数据存储单元2中不存储包含所有功能 数据的不必要的数据。因此，防止驱动器的软件包变大。此外，即使驱动器的功能不能被临时使用，在通过安装该功能来更新驱动器核心 部分1时，也可以全部使用驱动器的该功能。产业应用性依据本发明实施例的驱动器控制设备和驱动器控制程序可以应用于控制驱动器 来驱动诸如传真装置，打印机，复印装置，包括传真发送和接收功能、打印功能、复印功能的 多功能外设，以及计算机的外设等装置的驱动器控制设备。此外，本发明不限于该实施例，在不脱离本发明的范围的情况下可以做出各种变 形和修改。本发明基于2008年9月17日向日本专利局递交的日本在先专利申请 No. 2008-237792，其整体内容通过参考引入于此。
权利要求
1.一种驱动器控制设备，包括支持功能存储单元，用于将驱动器的可支持功能的信息存储在功能表中； 功能获取单元，用于获取在要被使用的新驱动器的型号依赖数据中描述的、所述新驱 动器的功能的信息；确定单元，用于确定由功能获取单元获得的功能的信息是否已存储在功能表中； 注册单元，用于将确定单元确定为还未存储在功能表中的功能的信息注册在不支持功 能列表中；以及防止单元，用于防止所述新驱动器使用与由注册单元已经注册的功能的信息对应的信息O
2.根据权利要求1所述的驱动器控制设备，进一步包括 显示单元，用于显示所述防止单元已防止使用的功能的信息。
3.一种存储用于控制驱动器控制设备的驱动器控制程序的计算机可读记录介质，其中所述驱动器控制程序包括支持功能存储步骤，将驱动器的可支持功能的信息存储在功能表中； 功能获取步骤，获取在要被使用的新驱动器的型号依赖数据中描述的、所述新驱动器 的功能的信息；确定步骤，确定由功能获取步骤获得的功能的信息是否已存储在功能表中； 注册步骤，将确定步骤确定为还未存储在功能表中的功能的信息注册在不支持功能列 表中；以及防止步骤，防止所述新驱动器使用与由注册步骤已经注册的功能的信息对应的信息。
4.根据权利要求3所述的存储用于控制驱动器控制设备的驱动器控制程序的计算机 可读记录介质，其中，所述驱动器控制程序进一步包括显示步骤，用于显示所述防止步骤已防止使用的功能的信息。
全文摘要
揭示了一种驱动器控制设备。UI模块将驱动器的可支持功能的信息存储在功能表中，并获取在要被使用的新驱动器的型号依赖数据中描述的、所述新驱动器的型号的功能的信息。UI模块确定获得的所述新驱动器的功能的信息是否已存储在可支持功能的信息中。当获得的所述新驱动器的功能的信息还未存储在可支持功能的信息中时，UI模块将还未存储在可支持功能的信息中的所述新驱动器的功能的信息存储在不支持功能列表中，并防止所述新驱动器使用在不支持功能列表中的功能的信息。
文档编号G06F3/12GK102150146SQ20098013518
公开日2011年8月10日 申请日期2009年9月14日 优先权日2008年9月17日
发明者团浩二 申请人:株式会社理光