信息处理系统、信息处理设备和信息处理方法
【专利摘要】本发明提供了一种信息处理系统、信息处理设备和信息处理方法。该信息处理系统包括：包括第一接口单元的信息处理设备，第一接口单元被配置为在通过第一接口从程序接收信息处理设备的功能的使用请求时，根据使用请求来执行第一处理；计算机，被配置为向信息处理设备提供显示数据；以及第二接口单元，所述第二接口单元在所述信息处理设备中设置并被配置为在通过第二接口从所述显示数据接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第二处理，所述第二接口单元在通过所述第二接口接收所述使用请求时，将所述第一接口的与所述使用请求相对应的调用请求输入所述第一接口单元。
【专利说明】信息处理系统、信息处理设备和信息处理方法
【技术领域】
[0001]本发明涉及信息处理系统、信息处理设备和信息处理方法。
【背景技术】
[0002]传统地，例如，在被称为多功能机或融合(f us 1n )机的图像形成装置中，存在包括公开API (应用程序接口)、通过使用API开发的应用(以下称为“SDK (软件开发工具包)应用”)和提供执行环境的应用平台(以下称为“SDK平台”)的图像形成装置，如在日本特开专利申请N0.2005-269619中所公开。
[0003]此外，在具有SDK平台的图像形成装置中，存在将HTML (超文本标记语言)数据显示为操作屏幕的图像形成装置加载浏览器软件。一些浏览器软件可以通过解译针对设备控制而扩展的脚本(以下称为“扩展脚本”)并显示屏幕来实现设备控制。“doScan”方法是扩展脚本的示例。“doScan”是指示扫描的执行指令的扩展脚本。根据能够解译扩展脚本的浏览器软件，扩展脚本可以提供用于浏览器基础的API的定制，如在日本特开专利申请N0.2006-352845 中所公开。
[0004]以上图像形成装置的应用的开发者可以通过根据应用的特性等选择诸如利用SDK平台提供的API (以下称为“SDAPI”)的SDK应用的模式或诸如利用扩展脚本的网页之类的模式，来开发应用。
[0005]然而，由于SDK平台和浏览器软件是彼此不同的程序，因此响应于图像形成装置的功能，在各响应情形下会导致不同。例如，会导致尽管提供利用特定功能的SDKAPI但不提供扩展脚本的情形。在这种情况下，会导致无法通过网页实现功能但可以通过SDK应用实现该功能的情形。
[0006]这里，以上问题被认为是使用公开API开发的应用使设备执行处理的模式中的普遍问题，而不管SDK的提供模式如何。
【发明内容】
[0007]因此，本发明的实施例可以提供解决或减少上述问题中的一个或多个的新颖且有用的信息处理系统、信息处理设备和信息处理方法。
[0008]更具体地，本发明的实施例可以提供能够减少具有不同模式的多个接口之间的功能差异的出现以允许利用设备功能的信息处理系统、设备和信息处理方法。
[0009]根据本发明的一个实施例，提供了一种信息处理系统，包括:包括第一接口单元的信息处理设备，所述第一接口单元被配置为在通过第一接口从程序接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第一处理；计算机，所述计算机被配置为向所述信息处理设备提供显示数据；以及第二接口单元，所述第二接口单元在所述信息处理设备中设置并被配置为在通过第二接口从所述显示数据接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第二处理，所述第二接口单元在通过所述第二接口接收所述使用请求时，将所述第一接口的与所述使用请求相对应的调用请求输入所述第一接口单元。
[0010]根据本发明的另一实施例，提供了一种信息处理设备，所述信息处理设备包括第一接口单元，所述第一接口单元被配置为在通过第一接口从程序接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第一处理；以及第二接口单元，所述第二接口单元被配置为在通过第二接口从所述显示数据接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第二处理，所述第二接口单元在通过所述第二接口接收所述使用请求时，将所述第一接口的与所述使用请求相对应的调用请求输入所述第一接口单
J Li ο
[0011]根据本发明的另一实施例，提供了一种信息处理方法。在所述方法中，计算机为信息处理设备提供显示数据。同时，所述信息处理设备中的第一接口单元在通过第一接口从程序接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第一处理；以及所述信息处理设备中的第二接口单元在通过第二接口从所述显示数据接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第二处理，在所述第二处理中将所述第一接口的与所述使用请求相对应的调用请求输入所述第一接口单元。
[0012]当结合附图阅读时，本发明的其他目的、特征和优点将通过以下的【具体实施方式】变得更加清楚。
【专利附图】
【附图说明】
[0013]图1是说明根据本发明实施例的系统配置的示例图示；
[0014]图2是说明根据本发明实施例的图像形成装置的硬件配置的示例图示；
[0015]图3是说明根据本发明实施例的网络服务器装置的硬件配置的示例图示；
[0016]图4是说明根据本发明实施例的每个装置的功能配置的示例图示；
[0017]图5是说明由图像形成装置和网络服务器装置执行的处理过程的示例时序图；以及
[0018]图6是说明确定表的配置的示例图示。
【具体实施方式】
[0019]参照附图，给出本发明各个实施例的描述。图1是说明根据本发明实施例的系统配置的示例图示。在图1中，图像形成装置10和网络服务器装置20被配置为可通过诸如LAN (局域网)或因特网之类的网络进行通信。
[0020]图像形成装置10是通过单个单元实现打印、扫描、拷贝、传真收发等中的两个或更多功能的多功能机。然而，具有任一所述功能的设备可以用作图像形成装置10。在本实施例中，图像形成装置10包括网络浏览器作为使操作面板(S卩，之后描述的操作面板15)实现显示网页等的程序。将网络浏览器的功能扩展为适于图像形成装置10。例如，网络浏览器可以解译脚本(以下称为“扩展脚本”)来控制图像形成装置10中固有的硬件(以接收诸如扫描或打印之类的执行指令)。以下，图像形成装置10所具有的网络浏览器被称为“设备浏览器”。
[0021 ] 网络服务器装置20包括通过网页提供服务的网络应用。在本实施例中，网页表示定义或描述这样脚本等的数据，该脚本示出基于预定格式定义的屏幕信息或取决于对基于屏幕信息而显示的屏幕的屏幕操作等而执行的处理指令。在本实施例中，在操作面板上显示基于网络服务器装置20所提供的网页的屏幕。
[0022]这里，两个或更多图像形成装置10可以从单个网络服务器装置20接收网页的供给。此外，单个图像形成装置10可以从多个网络服务器装置20接收网页的供给。而且，网络服务器装置20可以是单个计算机或包括多个计算机的计算机系统。
[0023]图2是说明根据本发明实施例的图像形成装置的硬件配置的示例图示。在图2中，图像形成装置10包括如下硬件，例如控制器11、扫描仪12、打印机13、调制解调器14、操作面板15、网络接口 16和SD卡槽17。
[0024]控制器11 包括 CPU111、RAM112、R0M113、HDD114、NVRAM115 等。R0M113 存储各种程序或程序所使用的数据等。RAM112用作加载程序的存储区或已加载程序的工作区。CPUlll通过处理载入RAM112的程序来实现各种功能。HDDl 14存储程序或程序所使用的各种数据。NVRAMl 15存储各种设置信息等。
[0025]扫描仪12是从手稿读取图像数据的硬件(即，图像读取单元)。扫描仪13是在打印纸张上对打印数据进行打印的硬件(即，打印单元)。调制解调器14是将图像形成装置10与电话线连接并用于通过传真通信发送和接收图像数据的硬件。操作面板15是包括接收来自用户的输入的诸如按钮之类的输入单元、诸如液晶面板之类的显示单元等的硬件。液晶面板可以具有触摸板功能。在这种情况下，液晶面板还具有输入单元的功能。网络接口16是将图像形成装置10与诸如LAN之类的网络(有线网络或无线网络)连接的硬件。SD卡槽17用于读取SD卡80中存储的程序。更具体地，图像形成装置10不但可以运行存储在ROMl 13中的程序，还可以通过将程序载入RAMl 12运行存储在SD卡80中的程序。这里，可以通过另一记录介质(例如，⑶_R0M、USB (通用串行总线)存储器等)来替换SD卡80。换言之，与SD卡80的位置相对应的记录介质种类不限于预定介质。在这种情况下，可以取决于记录介质的种类，通过硬件替换SD卡槽17。
[0026]图3是说明根据本发明实施例的网络服务器装置20的硬件配置的示例图示。图3中的网络服务器装置20包括驱动设备200、辅助存储设备202、存储器设备203、CPU204、接口设备205等。
[0027]通过诸如⑶-ROM之类的记录介质201来提供使网络服务器装置20执行处理的程序。当在驱动设备200中设置存储程序的记录介质201时，通过驱动设备200将程序从记录介质201安装到辅助存储设备202中。然而，程序不是必须从记录介质201安装，程序还可以通过网络从另一计算机下载。辅助存储设备202存储必要文件、数据等、以及所安装的程序。
[0028]在接收到程序的开始指令时，存储器设备203从辅助存储设备202读取程序，并进行存储。CPU204根据在存储器设备203中存储的程序，执行与网络服务器装置20有关的功能。接口设备205用作将网络服务器装置20与网络连接的接口。
[0029]图4是说明根据本发明实施例的每个装置的功能配置的示例图示。在图4中，图像形成装置10包括设备浏览器121、扩展脚本执行部122、至少一个SDK应用123、SDK平台124、控制服务125、VAS126、OS 127等。这些是通过使CPUlll执行处理而实现其各自功能的程序。
[0030]设备浏览器121是上述设备浏览器。扩展脚本执行部122依据扩展脚本来控制处理。扩展脚本是从网页接收针对图像形成装置10的功能的使用请求或执行请求的接口示例。当检测到网页中的扩展脚本时，设备浏览器121请求扩展脚本执行部122执行扩展脚本。扩展脚本执行部122通过VAS126将与扩展脚本相对应的处理请求输入控制服务125。
[0031]SDK应用123是在图像形成装置10上市之后另外安装在图像形成装置10中以执行功能等的扩展的应用程序或插件。
[0032]SDK平台124包括用于开发SDK应用的API (应用程序接口)，并提供SDK应用123的执行环境。API的模式可以是例如面向对象的函数或类和类的方法等。SDK平台124所提供的API以下被称为“SDKAPI”。SDKAPI是从SDK应用123接收针对图像形成装置10的功能的使用请求或执行请求。
[0033]在图4中，包含在SDK平台124中的SDK组件1241是提供SDKAPI的软件组件。每个SDK组件1241基于每个功能的共性提供针对每个SDK组件而分类的SDKAPI。例如，SDK组件1241a为SDK应用123提供与扫描功能相关的SDKAPI ；SDK组件1241b为SDK应用123提供与打印功能相关的SDKAPI ;并且SDK组件1241c为SDK应用123提供与传真功能相关的SDKAPI。每个SDK组件1241通过VAS126将与被调用的SDKAPI相对应的处理请求输入控制服务125。这里，SDKAPI是公开的，SDK应用123可由第三方零售商开发。此外，SDK平台可以包含Java? VM (虚拟机)。在这种情况下，SDK应用123通过Java?语言实现。
[0034]控制服务125是为上层程序提供接口(API)以控制各种硬件资源等或执行图像形成装置10的基本功能等的程序模块组。
[0035]VAS (虚拟应用服务)126打包(wrap)控制服务125的接口(合并控制服务125的接口，并以另一形式提供)，并吸收通过升级控制服务125的版本而导致的接口中的差异。因此，对于在VAS126上运行的程序，确保控制服务125每个版本间的兼容性。
[0036]0S127是所谓OS (操作系统)。图像形成装置10上的每个软件作为0S127上的进程或线程操作。
[0037]同时，在图4中，扩展脚本执行部122包括确定部1221和处理请求部1222。确定部1221根据来自设备浏览器121的扩展脚本的执行请求，确定是扩展脚本执行部122还是SDK平台124负责执行处理(以下称为“执行责任”)。当确定部1221确定SDK平台124具有执行责任时，处理请求部1222将根据执行对象的扩展脚本的处理请求输入SDK平台124。
[0038]SDK平台124包括请求接收部1242。请求接收部1242提供从扩展脚本执行部122的处理请求部1222接收处理请求的接口。例如，该接口可以通过使用进程间通信实现。请求接收部1242使SDK组件1241a至1241c中的任何一个根据接收到的处理请求来执行处理。
[0039]因此，可以通过扩展脚本执行部122的处理请求和SDK平台124的请求接收部1242来实现扩展脚本执行部122和SDK平台124之间的协作。结果，根据在网页上描述的扩展脚本的处理可以传递至SDK平台124。
[0040]另一方面，网络服务器装置20包括网页提供部21等。网页提供部21根据设备浏览器121使图像形成装置10发送的请求(HTTP请求)提供网页。网页提供部21通过使CPU204根据安装在网络服务器装置20中的程序执行处理来实现该程序。
[0041]网页可以响应于请求动态生成，或者可以预先地存储在网络服务器装置20或通过网络与网络服务器装置20连接的存储器设备等中。这里，图像形成装置10可以包括网页提供部21。换言之，网页可以从图像形成装置10内部获得。
[0042]以下给出通过图像形成装置10和网络服务器装置20所执行的处理过程的描述。图5是说明由图像形成装置10和网络服务器装置20执行的处理过程的示例时序图。
[0043]在步骤S101，网页提供部210根据来自设备浏览器121的请求向设备浏览器121发送包括网页的响应。来自设备浏览器121的请求例如依据用户对操作面板15的操作而向网络服务器装置20而被发送。设备浏览器121分析网页，并在检测到扩展脚本时，请求扩展脚本执行部122执行扩展脚本(S102)。这里，设备浏览器121执行标准脚本(例如，标准Java?脚本)。此外，步骤S102可以在操作面板15上显示屏幕的过程中基于网页中包含的屏幕信息自动执行，或者可以在显示屏幕之后执行。当步骤S102在显示屏幕之后执行时，步骤S102可以根据用户对屏幕上任何操作部的操作来执行。执行步骤S102时的定时取决于网页的定义。
[0044]扩展脚本执行部122的确定部1221根据执行请求的扩展脚本来确定处理的执行主体(S103)。执行主体是负责执行的主体。例如，基于HDD114中存储的确定表来进行执行主体的确定。
[0045]图6是说明确定表的配置的示例图示。在图6中，确定表针对扩展脚本的每个函数(功能)名来存储执行主体的标识信息。在图6中，doScan、doPrint和doFunct1n示为扩展脚本的函数。
[0046]doScan是示出对图像形成装置10的扫描的执行请求(即，扫描功能的使用请求)的扩展脚本的函数。doPrint是示出对图像形成装置10的打印的执行请求(S卩，打印功能的使用请求)的扩展脚本的函数。根据图6，doScan和doPrint的执行主体是扩展脚本执行部122。这是因为，在扩展脚本执行部122中包含doScan和doPrint的实现。
[0047]相反，doFunct1n是仅由函数名指定的函数，并具有例如以下接口规范。
[0048]doFunct1n(〈服务名〉，〈方法名〉，自变量1，自变量2，...，自变量N，〈回调函数>)
[0049]在作为第一自变量的〈服务名 > 中，指定SDK组件1241的标识信息。例如，为每个SDK组件1241提供名称，并且将该名称指定为第一自变量。在作为第二自变量的〈方法名 > 中，指定示出SDK组件1241提供的方法的方法名的字符串。与方法名的方法相关的自变量被指定为第三自变量或后续自变量。因此，第三自变量或后续自变量的自变量的数目可以依据被指定为第二自变量的方法名而不同。
[0050]最后一个自变量〈回调函数 > 是在通过〈服务名 > 和〈方法名 > 指定的方法的响应没有与方法调用同步执行而与该调用异步执行时，接收响应的回调函数的标识信息。例如，回调函数的标识信息是回调函数的地址信息或函数名。
[0051]在这点上，“doFunct1n”是能够从网页调用由SDK组件1241提供的多个方法的扩展脚本的函数。在图6中，doFunct1n的执行主体是SDK平台124。
[0052]接下来，处理依据确定部1221的确定结果而分支。更具体地，当确定部1221确定执行主体是SDK平台，也就是说,执行对象的扩展脚本是doFunct1n时,执行步骤Slll至S114。
[0053]在步骤Slll中，扩展脚本执行部122的处理请求部1222将包括由doFunct1n指定的自变量值的处理请求输入SDK平台124的请求接收部1242。在本实施例中，例如，假设将以下值指定为每个自变量。
[0054]doFunct1n( “FAX (传真)”，“send (发送)”，〈地址〉，〈发送文件 ID>，“回调函数”)
[0055]因此，将包括“FAX (传真)”、“send (发送)”、〈地址 >、〈发送文件ID〉、“回调函数”的处理请求输入请求接收部1242。处理请求对应于由自变量指定的方法的调用请求。
[0056]接下来，请求接收部1242从SDK组件1241获取与第一自变量“FAX(传真)”相对应的SDK组件1241c，并例如通过以下格式调用在SDK组件1241c中包括的以下方法(S112)。
[0057]send(〈地址〉，〈发送文件 ID>, “callbackFunc (回调函数)”)
[0058]更具体地，请求接收部1242将指定为doFunct1n的第二自变量的字符串解译为用于调用的方法名，将第三自变量或后续自变量的字符串解译为与方法名中涉及的方法相对应的自变量。因此，将第二自变量或后续自变量的值无任何改变地指定为send (发送)方法的自变量。
[0059]这样，请求接收部1242基于doFunct1n的每个自变量的位置，针对SDK组件1241机械地创建方法的调用格式。换言之，请求接收部1242不依据doFunct1n的自变量值改变处理内容。因此，例如在添加新的SDK组件1241时，请求接收部1242可以机械或动态地调用新的SDK组件1241的方法和现有SDK组件1241的方法。
[0060]这里，send方法可以是构成SDKAPI的方法。换言之，请求接收部1242调用的方法可以是SDKAPI。通过这样做，可以降低新近实现被每个组件1241中的请求接收部1242调用的方法的必要性。
[0061]调用了 send方法的SDK组件1241c通过VAS126将根据send方法的处理请求输入控制服务125。结果，例如执行传真的发送。此时，当在SDK组件1241c中调用可解析方法时，可能不执行处理请求通过VAS126到控制服务125的输入。例如，SDK组件1241c中的可解析方法表示执行不需要图像形成装置10中硬件资源的控制等的处理的方法。
[0062]相反，在步骤S103中，当确定部1221确定执行主体是扩展脚本执行部122时，也就是说，当执行对象的扩展脚本是doScan或doPrint时,执行步骤S121至S123。
[0063]在步骤S121中，扩展脚本执行部122将执行请求输入与执行对象的函数相对应的组件(扩展脚本执行部122中的组件)。当该函数执行需要图像形成装置10的硬件资源的控制等的处理时，该组件通过VAS126将根据该函数的处理请求输入控制服务125 (S122、S123)。结果,例如，当函数是doScan时执行扫描，当函数是doPrint时执行打印。
[0064]这里，可以在不通过确定部122执行确定的情况下只调用脚本函数。在这种情况下，必须在脚本函数中清楚地实现扩展脚本执行部122和SDK平台124中的任何一个是否是执行主体。通过这样做，可以获得步骤Slll至S114和步骤S121至S123之间的分歧。
[0065]如上所述，在本实施例中，在SDK组件241中相互可用于多个方法的“doFunct1n”可以在网页上被描述为扩展脚本。更具体地，在本实施例中，“doFunct1n”不仅可用于发送方法，还可用于SDK组件1241拥有的其他多个方法(例如，扫描方法、打印方法等)。因此，针对SDK组件公开的每个方法，可以降低定义扩展脚本的必要性。结果，改变设备浏览器121以使可从网页中获得最初通过SDK平台124中的SDKAPI可用的图像形成装置10的功能的必要性降低。换言之，可以降低具有不同模式的接口之间的功能差异(如SDKAPI与扩展脚本之间的差异)的出现。[0066]这里,可以实现doScan和doPrint以内部调用doFunct1n。通过这样做，可以在SDK平台124侧统一地根据脚本调用的处理实现，同时确保脚本描述的容易性。可以确保脚本描述的容易性的原因在于，在指定自变量的过程中，执行具有指定功能的函数(如doScan和 doPrint)比 doFunct1n 容易。
[0067]这里，可以使用具有来自网页的不同格式且可以描述诸如网页中的脚本之类的命令的显示数据替代网页。
[0068]此外，本实施例不仅可以用于图像形成装置，还可以应用于与图像形成装置不同的设备，如投影仪、用于电视会议的设备、数码相机或其他设备和装置。
[0069]这里，在本实施例中，SDKAPI是第一接口的示例。SDK平台124或SDK组件1241是第一接口单元的示例。扩展脚本是第二接口的示例。设备浏览器121和扩展脚本执行部122是第二接口单元的示例。
[0070]本申请基于并要求2013年3月4日提交的日本在先专利申请N0.2013-41704和在2013年9月26日提交的日本在先专利申请N0.2013-199766的优先权益，在此将其全部内容一并引入作为参考。
【权利要求】
1.一种信息处理系统,包括: 包括第一接口单元的信息处理设备，所述第一接口单元被配置为在通过第一接口从程序接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第一处理； 计算机，所述计算机被配置为向所述信息处理设备提供显示数据；以及第二接口单元，所述第二接口单元在所述信息处理设备中设置并被配置为在通过第二接口从所述显示数据接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第二处理，所述第二接口单元在通过所述第二接口接收所述使用请求时，将所述第一接口的与所述使用请求相对应的调用请求输入所述第一接口单元。
2.根据权利要求1所述的信息处理系统， 其中所述第二接口将所述第一接口的名称指定为自变量的值，并且所述第二接口单元将所述第一接口的与指定为所述第二接口的自变量的名称相对应的调用请求输入所述第一接口单元。
3.根据权利要求1或2所述的信息处理系统，其中所述显示数据是网页的数据，并且所述第二接口是脚本。
4.一种信息处理设备,包括: 第一接口单元，所述第一接口单元被配置为在通过第一接口从程序接收所述设备的功能的使用请求时，根据所述使用请求来执行第一处理；以及 第二接口单元，所述第二接口单元被配置为在通过第二接口从所述显示数据接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第二处理，所述第二接口单元在通过所述第二接口接收所述使用请求时，将所述第一接口的与所述使用请求相对应的调用请求输入所述第一接口单元。
5.根据权利要求4所述的信息处理设备， 其中所述第二接口将所述第一接口的名称指定为自变量的值，并且所述第二接口单元将所述第一接口的与指定为所述第二接口的自变量的名称相对应的调用请求输入所述第一接口单元。
6.根据权利要求4或5所述的信息处理设备，其中所述显示数据是网页的数据，并且所述第二接口是脚本。
7.一种信息处理方法，包括以下步骤: 通过计算机向信息处理设备提供显示数据； 所述信息处理设备中的第一接口单元在通过第一接口从程序接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第一处理；以及 所述信息处理设备中的第二接口单元在通过第二接口从所述显示数据接收所述信息处理设备的功能的使用请求时，根据所述使用请求来执行第二处理，在所述第二处理中将所述第一接口的与所述使用请求相对应的调用请求输入所述第一接口单元。
8.根据权利要求7所述的信息处理方法， 其中所述第二接口将所述第一接口的名称指定为自变量的值，并且所述第二接口单元将所述第一接口的与指定为所述第二接口的自变量的名称相对应的调用请求输入所述第一接口单元。
9.根据权利要求7或8所述的信息处理方法，其中所述计算机提供网页数据作为显示数据，并且所述 第二接口是脚本。
【文档编号】G06F9/44GK104038657SQ201410075194
【公开日】2014年9月10日 申请日期:2014年3月3日 优先权日:2013年3月4日
【发明者】小野善太郎 申请人:株式会社理光