信息处理设备及其控制方法技术

本发明专利技术涉及信息处理设备及其控制方法。判定输出请求应用与被指定为输出目的地的打印机驱动器的组合是第一应用与第一打印机驱动器的组合还是第二应用与第二打印机驱动器的组合。当判定所述输出请求应用与打印机驱动器的组合不是这些组合中的任何一个时，输出确认是否执行打印处理的确认信息。

【技术实现步骤摘要】

本专利技术涉及在其中运行多种打印机驱动器和多种图形部件的。
技术介绍
主计算机上的应用通常通过使用如图1中所示的配置，打印来自打印机的图像或文本。更具体而言，主计算机3000上的应用101将图形数据传送给图形引擎103。图形引擎103对图形数据进行处理，将其传送给打印机驱动器104。打印机驱动器104为打印机1500产生打印数据(例如，PDL页面描述语言)。将打印数据存储在假脱机程序105中，然后发送给打印机1500。特别是，图形引擎103将由应用101所创建的图形数据的分辨率进行转换，并根据打印机驱动器104的性能通过仿真处理等对图形数据进行处理。图形引擎103允许应用101和打印机驱动器104彼此独立地工作。通常，将图形引擎103作为OS(操作系统)102的一部分提供。图形引擎103的数量并非总是一个，可以为两个或更多个。例如，微软公司于2005年在美国西雅图召开了硬件工程会议WinHEC 2005。在这次会议上，微软宣布新的微软OS(WindowsVista)支持两个图形引擎(GDI 202和WPF 212)，如图2中所示。(http://www.microsoft.com/whdc/device/print/default.mspx(Advances in WindowsPrintingTWPR05001_WinHEC05.ppt))。WPF代表WindowsPresentation Foundation。传统微软打印系统利用来自使用称为Win32 API的API的应用的图形引擎“GDI”，并通过从GDI调用的打印机驱动器从图形数据产生打印数据。该打印处理序列称作GDI打印路径。API代表应用程序设计接口。GDI代表图形设备接口。将使用Win32 API的应用称作Win32应用201。将从GDI调用的打印机驱动器称作GDI打印机驱动器203。根据WindowsVista，将称为XPS打印路径的新的打印处理序列添加到传统的GDI打印路径中。XPS打印路径是使用来自使用WinFx API的应用的图形引擎“WPF”通过打印机驱动器将XPS图形数据转换成打印数据的打印处理序列。XPS代表XML纸张规范。将使用WinFx API的应用称作WinFx应用211。将处理XPS图形数据的打印机驱动器称作XPS打印机驱动器213。这些图形引擎即GDI 202与WPF 212能彼此协作。利用这种协作，Win32应用201可以将图形数据传送给XPS打印机驱动器213，WinFx应用211可以将图形数据传送给GDI打印机驱动器203。将参照图3解释WindowsVista中两个图形引擎的协作机制。打印处理序列(1)代表传统的GDI打印路径。从Win32应用201传送的图形数据被存储为GDI 202中的EMF(增强型元文件)假脱机文件301。然后，GDI打印机驱动器203将EMF假脱机文件301转换成打印数据。打印处理序列(4)代表添加到WindowsVista中的XPS打印路径。从WinFx应用211传送的图形数据被存储为WPF 212中的XPS假脱机文件311。然后，XPS打印机驱动器213将XPS假脱机文件311转换成打印数据。打印处理序列(3)代表当GDI打印机驱动器203打印来自WinFx应用211的图形数据时的打印处理序列。从WinFx应用211传送的图形数据经由WPF 212通过XPS→GDI转换模块312转换成EMF图形数据，并存储为EMF假脱机文件301。之后，GDI打印机驱动器203将EMF假脱机文件301转换成打印数据。打印处理序列(2)代表当XPS打印机驱动器213打印来自Win32应用201的图形数据时的处理序列。从Win32应用201传送的图形数据经由GDI 202通过GDI→XPS转换模块302转换成XPS图形数据，并存储为XPS假脱机文件311。之后，XPS打印机驱动器213将XPS假脱机文件311转换成打印数据。在WindowsVista中，两个图形引擎共存且彼此协作，从而可能有四个打印处理序列。或者GDI打印机驱动器203或者XPS打印机驱动器213被配备作为用于打印机的打印机驱动器，并且可以应付来自Win32应用201和WinFx应用211两者的打印处理。提出了一种从打印机获取PDL信息，选择适当的驱动器，并且如果不存在适当驱动器，则从设备上载、安装并通过所安装的驱动器进行打印的打印支持技术(日本专利公开No.2004-021460)。XPS和EMF格式是不相同的。如果使用类似图3中打印处理序列(2)和(3)的转换图形数据的打印处理序列执行打印处理，则可能会降低打印质量、打印功能及打印速度。就打印功能而言，例如，在打印处理序列(2)中XPS格式不支持EMF格式所支持的包含逻辑运算的图形数据。在将EMF图形数据转换成XPS格式时，GDI→XPS转换模块302删除逻辑运算信息。XPS打印机驱动器213接收不具有逻辑运算信息的图形数据。当用户从XPS打印机驱动器213输出使用Win32应用210所产生的结果时，有可能没有得到任何想要的输出结果。相反，在打印处理序列(3)中EMF格式不支持XPS格式所支持的高级图形数据。在将XPS图形数据转换成GDI格式时，XPS→GDI转换模块312执行局部位映像“Flattering”。在此情形中，图形数据被转换成位图数据，并且GDI打印机驱动器203不能确定原始对象属性，不能获得任何用户想要的输出结果。就打印功能而言，例如，在打印处理序列(3)中EMF格式不支持XPS格式所支持的电子签名信息。打印处理序列(2)中XPS格式不支持EMF格式所支持的直接将来自应用的信息通知给GDI打印机驱动器203的处理。为此，即便应用使用适用于打印处理序列(1)和(4)的功能，在打印处理序列(2)和(3)中也不能实现这些功能。打印处理序列(2)和(3)中的打印速度小于打印处理序列(1)和(4)中的打印速度，这是因为存在诸如GDI→XPS转换和XPS→GDI转换的处理。从而，希望避免打印处理序列(2)和(3)。即使为同一打印机注册了XPS打印机驱动器和GDI打印机驱动器两者，WindowsVista中的图形引擎也不能进行动态切换以给予打印处理序列(1)或(4)优先权。原则上，用户不能识别应用是Win32或WinFx应用，或者存在四个打印处理序列。难以避免打印处理序列(2)和(3)。打印设置信息在GDI打印路径上具有称作DevMode结构的数据结构的打印设置数据，而在XPS打印路径上具有称作PrintTicket的XML数据结构的打印设置数据。从GDI转换成XPS，或者从XPS转换成GDI，要求从DevMode转换成PrintTicket或者从PrintTicket转换成DevMode。与图形数据类似，DevMode可表示的范围与PrintTicket可表示的范围彼此不同。该处理并非是通过操作系统自动进行的，而是通过打印机驱动器本身使用扩展体系结构来进行的。如果产生打印机驱动器的IHV适当地准备转换处理，则不忽略数据，这与图形情形不同。
技术实现思路
为了克服传统技术的缺陷而提出本专利技术，本专利技术的目的在于提供信息处理设备，其能够在具有不同打印数据产本文档来自技高网...

【技术保护点】
一种信息处理设备，根据来自第一应用的打印指令操作产生可由第一打印机驱动器处理的第一图形数据的第一图形部件，并根据来自第二应用的打印指令操作产生可由第二打印机驱动器处理的第二图形数据的第二图形部件，该信息处理设备包括：判定装置，用于判 定输出请求应用与被指定为输出目的地的打印机驱动器的组合是第一应用与第一打印机驱动器的组合还是第二应用与第二打印机驱动器的组合；以及输出装置，用于当判定装置判定所述输出请求应用与打印机驱动器的组合既不是第一应用与第一打印机驱动器的组合 也不是第二应用与第二打印机驱动器的组合时，输出确认是否执行打印处理的确认信息。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：栗原主计，
申请(专利权)人：佳能株式会社，
类型：发明
国别省市：JP[日本]