信息处理装置、信息处理系统和记录介质的制作方法
【技术领域】
[0001]本发明涉及一种基于打印任务创建绘图数据的信息处理装置等。
【背景技术】
[0002]已知具有打印服务性质的所谓的生产型打印(product1n printing)(例如，日本特开专利公开N0.2012-238188)，其中打印或者装订许多商业用途的文档。在日本特开专利公开N0.2012-238188中，公开了一种用于从整个系统的角度通知用户后处理是否可用的打印系统。
[0003]在生产型打印中，打印处理通常被处理为工作流，并且继续进行打开打印工作流的操作。通过打开打印工作流能够在软件(即下文所述的工作流应用)或者不同制造商的打印机中以公共的格式来描述用于在重要的打印处理等中的打印任务的设置文件等。已知被称为JDF (任务定义格式)的标准格式作为用于描述打印工作流的全部处理的格式。
[0004]在打印工作流中存在多种处理，例如用于创建文件或内容的处理、用于指定打印方法的处理、打印处理、印后处理等。虽然这些处理是由各种工作流应用或者打印设备执行的，但是可以通过JDF在打印设备之间实现打印处理管理的协作。
[0005]然而，某些工作流应用或打印设备可能扩展JDF格式。在这种情况下，由不同制造商的工作流应用提供的JDF可以包括专有格式的描述。
[0006]图1A是示出了制造商“C”的打印处理设备在接受打印任务时的不便之处的示例的示意图。此外，图1A和图1B显示了比较示例而并非现有技术的示例。“C”的打印处理设备从制造商“A”和制造商“B”的工作流应用接收打印任务。由于各工作流应用扩展了 JDF格式，因此可能会发生“C”的打印处理设备无法分析JDF以对它进行处理。
[0007]因此，为了接受各工作流应用的打印任务，“C”的打印处理设备可以具有能够进行JDF转换和处理各工作流应用的渲染引擎59 (以下简称为RIP引擎59)。在图1B中，JDF分析单元56分析JDF以确定工作流应用的制造商并转换设置信息以便由“C”的打印处理设备来处理它。并且，通过安装能够处理各工作流应用的RIP引擎59，可以将打印任务处理为具有用户期望的成品外观的打印。
[0008]因此，即使各工作流应用扩展了 JDF的格式，“C”的打印处理设备也能够将打印任务处理成具有用户期望的成品外观的打印。
[0009]然而，在上述描述中，由于只有“C”的打印处理设备基于打印任务来选择RIP引擎59，因此“A”和“B”的工作流应用不能指定RIP引擎59。
[0010][现有技术文献]
[0011][专利文献]
[0012][专利文献I]:日本特开专利公开N0.2012-238188
【发明内容】
[0013]本技术公开的目的是提供一种其渲染引擎可以被外部设备选择的信息处理装置。
[0014]采用以下配置来实现上述目的。
[0015]在实施例的一个方面，提供了一种用于基于打印任务创建绘图数据的信息处理装置，包括:多个绘图数据创建单元，其被配置为基于打印任务来创建各自的打印数据；打印任务接收单元，其被配置为接收指定了多个绘图数据创建单元中的绘图数据创建单元的打印任务；和打印任务输出单元，其被配置为将由打印任务接收单元所接收的打印任务输出到指定的绘图数据创建单元。
[0016]当结合附图阅读下述的【具体实施方式】时，本发明的其他目的、特征和优点将变得更加明显。
【附图说明】
[0017]图1A是示出了在由制造商“C”的打印处理设备接受打印任务的不便之处的示例的不意图；
[0018]图1B是示出在由制造商“C”的打印处理设备接受打印任务的不便之处的示例的又一示意图；
[0019]图2是示意性地示出了本实施例的DFE的技术特征示例的示意图；
[0020]图3是示出了在对“A”的RIP引擎设置属性时“A”的工作流应用的不便之处的示例的不意图；
[0021]图4是示出了通过工作流应用来指定不被DFE支持的属性的示意配置的示例的示意图；
[0022]图5是示出了本实施例的打印系统整体结构示例的示意图；
[0023]图6是示出了 DFE的硬件配置示例的框图；
[0024]图7是示出了 DFE的功能配置示例的框图；
[0025]图8是显示了应用的功能配置的框图；
[0026]图9A是显示了从应用发送给DFE的处理请求(查询)示例的示意图；
[0027]图9B是显示了响应于查询的从DFE发送给应用的设备信息示例的示意图；
[0028]图10是显示了由“A”单个任务接收单元给出的打印任务中表示“穿越模式(PassThrough Mode) ”的信息的帧格式的示例的示意图；
[0029]图1lA是显示了 JDF中说明的一部分的示意图；
[0030]图1lB是显不了 JDF中说明的一部分的另一不意图；
[0031]图1lC是显不了 JDF中说明的一部分的又一不意图；
[0032]图12A是示出了 “C”的转换表示例的示意图；
[0033]图12B是示出了 “A”的转换表示例的示意图；
[0034]图12C是示出了 “B”的转换表示例的示意图；
[0035]图13A是用于示出“DFE中的任务属性”的创建的示意图；
[0036]图13B是用于示出“DFE中的任务属性”的创建的另一示意图；
[0037]图13C是用于示出“DFE中的任务属性”的创建的又一示意图；
[0038]图14是示出了 “DFE中的任务属性”示例的示意图；
[0039]图15是示出了基于“DFE中的任务属性”和PDL创建的“RIP参数列表”示例的示意图；
[0040]图16是显示了在打印任务中设置“路径穿越模式”的情况下的“RIP参数列表”示例的不意图；
[0041]图17是示出了在未设置“穿越模式”的情况下处理打印任务的操作流的示例的时序图；和
[0042]图18是示出了在设置了“穿越模式”的情况下处理打印任务的操作流的示例的时序图。
【具体实施方式】
[0043]这里下文中，将参考附图描述实施例。
[0044][如何选择本实施例中的RIP引擎]
[0045]图2是示意性地示出了本实施例的DFE的技术特征示例的示意图。图2中的DFE (数字前端)32对应于打印处理设备。
[0046]I) “C”的DFE包括设备信息通信单元63。
[0047]设备信息通信单元63将关于RIP引擎59 (关于“A”的RIP引擎、关于“B”的RIP引擎、关于“C”的RIP引擎)的信息传送给各工作流应用。
[0048]因此，工作流应用能够检测DFE 32中包括的RIP引擎59，从而指定合适的RIP引擎59。
[0049]2) “C”的DFE包括单个任务接收单元64 (包括“A”单个任务接收单元64a、“B”单个任务接收单元64b和“C”单个任务接收单元64c)。
[0050]单个任务接收单元64对应于RIP引擎59。由“A”单个任务接收单元64a所接收的打印任务由“A”的RIP引擎59来处理，由“B”单个任务接收单元64b所接收的打印任务由“B”的RIP引擎59来处理，并且由“C”单个任务接收单元64c所接收的打印任务由“C”的RIP引擎59来处理。
[0051]因此，可以通过指定单个任务接收单元64来指定RIP引擎59。
[0052][通过工作流软件来指定属性时的不便之处]
[0053]如图2中所示的配置使得工作流应用可以指定RIP引擎59。
[0054]然而，仍然遗留了工作流应用无法指定DFE 32不支持的属性的不便之处。
[0055]参考图3描述了不便之处。图3是示出了在对“A”的RIP引擎设置属性时对于“A”的工作流应用的不便之处的示例的示意图。
[0056]“A”的RIP引擎59的制造商提供了一个或更多的SDK(软件开发工具包)来扩展“A”的RIP引擎59的实施以便于增加“A”的RIP引擎59的便利性等。
[0057]任意的公司(在图3中显示为制造商“A”)创建了使用SDK来扩展“A”的RIP引擎59的功能的模块，从而构建了可以使用“A”的RIP引擎59的环境。在这样的模块301中，存在某些模块，这些模块能够在使用RIP引擎59时通过不仅分析H)L(页面描述语言)而且分析JDF(权利要求中的设置信息的示例)来反映栅格数据中的属性。也就是说，由于通过使用SDK的制造商“A”创建的模块301能够分析JDF，因此“A”的工作流应用能够将扩展的功能设置为JDF的属性，从而能够在栅格数据中反映JDF的属性。
[0058]然而，由制造商“C”来创建和管理DFE 32。因此，制造商“C”不能识别的属性无法被传输给模块301( “A”的RIP引擎59)。此外，制造商“A”并不总是向制造商“C”公开所有属性，而是只允许“A”的工作流应用来设置属性。
[0059]因此，可能出现“A”的工作流应用无法指定不被DFE 32支持的属性的不便之处。虽然在图3中例示了“A”的RIP引擎59，然而在指定“B”的RIP引擎59的情况下可能发生类似的不便之处。在指定“C”的RIP引擎59的情况下通常不发生不便之处，原因是“C”的DFE 32识别了属性。然而，如果有完全未公开的某些属性，则可能会发生类似的不便之处。
[0060][用于通过工作流应用来指定属性的示意性配置]
[0061]因此，本实施例的DFE 32解决了如下所述的、“A”的工作流应用无法指定不被DFE32支持的属性的不便之处。
[0062]图4是示出了通过工作流应用来指定不被DFE支持的属性的示意配置的示例的示意图。图4中示出的配置与图2中示出的配置几乎相同。然而，图4示出的配置中，设备信息通信单元63传送关于接受了未公开的属性的RIP引擎59的信息和关于接受了用于RIP引擎59的打印任务的单个任务接收单元64 (图4中为“A”单个任务接收单元64a)的信息。因此，通过在打印任务中设置未公开的属性并且将其发送给“A”单个任务接收单元64a，工作流应用获得了其中反映了未公开属性的栅格数据。
[0063]“A”单个任务接收单元64a将表示“穿越模式”的信息添加到所接收的打印任务中。
[0064]在打印任务中设置了 “穿越模式”的情况下，DFE 32处理打印任务以便RIP引擎59可以直接参考打印任务的JDF。因此，“A”的RIP引擎59可以基于由“A”的工作流应用创建的JDF来创建栅格数据。
[0065]因此，当指定了涉及未公开的属性的RIP引擎59时，通过单个任务接收单元64的设置“穿越模式”，工作流应用不仅能够指定RIP引擎59而且还能够指定针对DFE 32的未公开的属性。
[0066][配置示例]
[0067]图5是示出了本实施例的打印系统200整体结构示例的示意图。本实施例的打印系统(权利要求中的信息处理系统的示例)包括通过例如局域网或互联网的网络3彼此连接的一个或更多个终端用户环境I和POD (按需打印)打印环境2。
[0068]在终端用户环境I中布置客户端PC 11。用于POD打印操作的工作流应用(以下简称为应用)