本发明涉及对提供的api(应用程序接口，applicationprogramminginterface)的收费进行管理的图像形成装置、管理服务器和信息处理方法。
背景技术：
近年来，不是仅仅向用户提供服务，而是变成提供的内容是提供服务的应用程序等的api。用户可以按照需求从提供的api中调用功能程序。
技术实现要素：
[发明所要解决的问题]
希望对在图像形成装置上运行的第三方程序的api简单地进行管理。
[解决问题的技术手段]
本发明公开一种形式的图像形成装置，包括：存储器，存储有文件包，该文件包包含api能否执行文件表和存储有关程序的存储文件，所述api能否执行文件表是分别对于为利用自身装置功能而提供的在自身装置上运行的程序的一个以上的应用程序接口(api)，对所述程序的所述api能否调用和执行进行记录；处理器，作为程序执行平台进行工作，该程序执行平台包含所述一个以上的api和文件表检验部，在该文件表检验部当在执行所述程序时，在调用了所述一个以上的api中的某一个时，检验所述api能否执行文件表，判断调用的api能否执行，而成为执行所述程序时的平台。
本发明公开一种形式的信息处理方法，其由图像形成装置来执行，使调用为利用自身装置功能提供的一个以上的应用程序接口(api)的程序，在成为执行所述程序时的平台的程序执行平台上执行，在调用了所述一个以上api中的某一个时，对记录能否调用和执行所述程序的所述api的api能否执行文件表进行检验，判断调用的api能否执行。
本发明公开一种形式的管理服务器，其是为了把开发商开发的在图像形成装置上运行的程序分配给终端用户而进行插件打包，用于收费的管理服务器，所述管理服务器装备有处理器，该管理处理器包括：存储器，存储程序数据库和项目代码数据库，所述程序数据库是把可以唯一识别所述程序的程序id作为密钥，登录所述程序，所述项目代码数据库是把与所述程序id一一对应的项目代码作为密钥，登录所述项目代码；程序登录部，把该程序的所述程序id作为密钥，将由所述开发商申请所述插件打包的所述程序登录在所述程序数据库中；项目代码发行部，对已登录在所述程序数据库中的所述程序发行所述项目代码；关联api信息部，所述图像形成装置提供一个以上的应用程序接口(api)，且根据记录能否从所述程序调用和执行所述api的api能否执行文件表，把为了使所述程序得到利用所述api的权利的每个所述api价格即收费api信息，关联在发行的所述项目代码上；收费部，根据所述收费api信息关联到的所述项目代码，向所述开发商和/或所述终端用户收费。
本发明公开一种形式的信息处理方法，其是在为了把开发商开发的在图像形成装置上运行的程序分配给终端用户而进行插件打包，用于收费的管理服务器中的信息处理方法，由所述管理服务器执行，把可以唯一识别所述程序的程序id作为密钥，将由所述开发商申请所述插件打包的所述程序登录在程序数据库中；对已登录在所述程序数据库中的所述程序，发行与所述程序id一一对应的项目代码；所述图像形成装置提供一个以上的应用程序接口(api)，并根据记录能否从所述程序调用和执行所述api的api能否执行文件表，把为了使所述程序得到利用所述api的权利的每个所述api价格、即收费api信息，关联在发行的所述项目代码上；根据所述收费api信息关联到的所述项目代码，对所述开发商和/或所述终端用户收费。
下面详细描述本发明的如附图所示的最佳实施例，可以更清楚地看出本发明的上述和其他目的、特征和优点。
附图说明
图1是简要表示图像形成装置20构成的结构图。
图2是用于说明在本发明一种实施方式的图像形成装置20中调用api结构的图。
图3是用于对图像形成装置20中控制调用api的处理流程进行说明的流程图。
图4是管理服务器10由一般的计算机构成时的结构图。
图5是用于对本发明中程序的插件打包和收费流程进行说明的图。
具体实施方式
下面参照附图对本发明的实施方式进行说明。
[概要]
首先对本发明的概要进行说明。
目前，在图像形成装置中，作为解决终端用户课题的手段之一，有安装在图像形成装置中激活后使用的第三方制作的应用程序(以下称为程序)。
对图像形成装置具有的多种功能进行利用的程序有很多，程序由销售公司等各地开发，提供给终端用户。
要使程序利用图像形成装置的各种功能，就要利用由图像形成装置提供的很多api组。
除了按标准提供api组以外，也可以提供用扫描扩展套件等选项购入的套件。
在以下的说明中，将举例对扫描扩展套件和在此提供的api组进行说明。
此外，所谓扫描扩展套件是指：用于对扫描原稿得到的扫描数据进行ocr处理，生成可检索的pdf(便携文件格式)，或把扫描数据变换成微软办公形式，或条形码识别，或标记识别，或提供区ocr功能，或者提供读取名片功能等，扩展扫描功能而装在图像形成装置内的扩展套件。
典型的技术例如是，若不激活扫描扩展套件，不能使用扫描扩展套件所包含的api组。若激活扫描扩展套件的话，除了可以全部使用包含的api组以外，由于用于利用上述例举的功能的菜单显示在操作面板上，所以用户不限于利用来自程序的api，也可以使用扫描扩展套件的功能。
可是在典型的技术中，即使是在想经由api使用扫描扩展套件内的一个功能的情况下，也必须激活扫描扩展套件而存在成本上的问题。
在本实施方式中，例如对于由扫描扩展套件提供的逐个的api，由于可以控制能否使用，可以控制收费，所以可以以适当的性价比把功能提供给终端用户。
此外，在本实施方式中，由仅可以使用图像形成装置许可的api的结构、和对导入了用在管理服务器中许可使用的api的程序的终端用户进行收费的结构构成。
因此，在最初对仅可以使用图像形成装置许可的api的结构进行了说明后，再对管理服务器向终端用户收费的结构进行说明。
上面对概要进行了说明。
[图像形成装置的构成]
接下来对本发明的一种实施方式涉及的图像形成装置20的构成进行说明。图1是简要表示图像形成装置20构成的结构图。
图像形成装置20装备有控制部21。控制部21由cpu(中央处理单元)、ram(随机存取存储器)、rom(只读存储器)和专用的硬件电路等构成，对图像形成装置20进行整体动作控制。
控制部21与原稿读取部22、图像处理部23、图像存储器24、图像形成部25、操作部26、显示部26a、传真通信部27、通信部28、存储部29等连接。控制部21对连接的上述各部进行动作控制，且与各部之间进行信号或数据的收发。
控制部21按照从用户通过操作部26或与网络连接的pc(个人计算机)等输入的工作执行指示，对有关扫描器功能、印刷功能(打印功能)、复印功能和收发传真功能等的各功能执行动作控制所必要的机构的驱动和处理进行控制。
此外，控制部21具有程序执行平台21a。程序执行平台21a是功能块，该功能块由从rom等加载到ram的程序通过cpu执行来实现。
程序执行平台21a是在图像形成装置20上用于执行程序的平台，包括文件表检验部21b和api组21c。
文件表检验部21b检验api能否执行文件表29b(后面叙述)，且控制从在图像形成装置20上执行的程序中调用的api是否被执行。
api组21c例如是由上述扫描扩展套件等提供的一系列的api。
原稿读取部22从原稿读取图像。
图像处理部23根据需要对由原稿读取部22读取的图像的图像数据进行图像处理。例如，图像处理部23为了提高由原稿读取部22读取到的图像在图像形成后的质量，进行亮度修正等图像处理。
图像存储器24是暂时存储由原稿读取部22读取得到的原稿图像数据、或者是暂时存储在图像形成部25中的成为印刷对象的数据的区域。
图像形成部25对用原稿读取部22读取的图像数据等进行图像形成。
操作部26具有触摸面板部和操作键部，从用户接受指示而对于图像形成装置20可以执行的各种动作和处理进行操作。触摸面板部具有设置触摸面板的lcd(液晶显示器，liquidcrystaldisplay)等的显示部26a。
传真通信部27具有图中没有表示的编码化/解码化部、调制解调部和ncu(网络控制单元)，用公用电话网络进行收发传真。
通信部28由局域网板等通信模块构成，通过连接在通信部28上的lan等，与网络上的装置(pc等)进行各种数据的收发。
存储部29存储用原稿读取部22读取的原稿图像和文件包29a等。存储部29是hdd等的大容量存储装置。
文件包29a是用于把程序安装在图像形成装置20中，使程序在程序执行平台21a上执行的文件，包含api能否执行文件表29b和jar文件29c(存储文件)。
api能否执行文件表29b是表示具有此文件表的程序允许使用api组21c中的哪一个api的文件表。
jar文件29c是用jar(java档案)格式把在程序执行平台21a上受执行的程序存储的文件。此外，在此由于作为在图像形成装置20上执行的程序设想为java程序，所以作为在文件包29a中存储程序的文件设想为jar格式的文件，但不限于这种结构。
上面对图像形成装置20的构成进行了说明。
[典型api调用]
下面为了与用本实施方式的控制使用api进行对比，而对用典型的技术从jar文件内的程序调用api的情况下的结构进行说明。
首先，作为程序开发商的第三方制作申请文件。申请文件是为了从厂家得到允许程序插件打包进行申请时制作的文件。
申请文件中记载程序id(标识)、程序名等的程序信息。
然后得到允许插件打包的开发商制作的是文件包。在文件包中除了申请文件记载的程序信息以外，还补充用jar格式存储程序的jar文件。
文件包由开发商或图像形成装置厂家等提供给终端用户，安装在图像形成装置中使用。
在执行安装上的程序时，从jar文件内的程序调用程序执行平台上的api组。
上面对用典型的技术从jar文件内的程序中调用api的情况下的结构进行了说明。
[本实施方式的api调用]
接下来，对在本发明一种实施方式涉及的图像形成装置20中调用api的结构进行说明。图2是用于说明在本发明一种实施方式涉及的图像形成装置20中调用api的结构的图。
首先，与典型的技术的不同点是在申请文件中补充了api能否执行文件表29b。开发商用此文件表，让申请插件打包的程序变成申请调用哪个api。
api能否执行文件表29b被移交给文件包29a，程序信息和jar文件29c一起构成文件包29a。
执行程序时，若从jar文件内的程序调用api组21c内的api，则文件表检验部21b会逐一检验文件包内的api能否执行文件表29b，决定能否调用api。
例如在图2所示的例子中，称为scantoword(扫描到word)的api由于在api能否执行文件表29b中变成“on”(开)，因而文件表检验部21b允许调用api，被调用的api直接执行，扫描数据变换成word(注册商标)的形式。此外，被称为scantoexcel(扫描到excel表)的api由于在api能否执行文件表29b中变成“off”(关)，因而文件表检验部21b不允许调用api，变成即使调用此api也不能执行的错误。
上面对有关公开的一种实施方式涉及的图像形成装置20中的调用api的结构进行了说明。
[处理流程]
下面对图像形成装置20中控制调用api的处理流程进行说明。图3是用于对图像形成装置20中控制调用api的处理流程进行说明的流程图。
首先，按照用户的指示，程序执行平台21a执行文件包29a的jar文件29c内的程序(步骤s1)。
然后，执行的程序调用api(步骤s2)。
然后，文件表检验部21b检验文件包29a内的api能否执行文件表29b(步骤s3)。
然后，文件表检验部21b根据api能否执行文件表29b，检验是否允许执行被调用的api(步骤s4)。
在允许执行api的情况(步骤s4的是)下，执行被调用的api，处理结束(步骤s5)。
在不允许执行api的情况(步骤s4的否)下，调用api变成错误，处理结束(步骤s6)。
上面对图像形成装置20中控制调用api的处理流程进行了说明。
[管理服务器的构成]
下面对进行收费的管理服务器10的构成进行说明。管理服务器10可以由专用的硬件和软件构成，也可以由一般的计算机构成。图4表示管理服务器10由一般的计算机构成的情况下的结构图。
如此图所示，管理服务器10具有下列模块：cpu11、rom12、ram13、操作输入部14、通信部15、显示部16和存储部17，所述各模块均通过总线18连接。
rom12存储用于执行各种处理的固件等的多个程序和数据。ram13作为cpu11的工作用区域使用，暂时保存os(操作系统)、执行中的各种应用、处理中的各种数据。
存储部17例如是hdd(硬盘驱动器)或闪存器，或其它非易失性存储器。在存储部17中存储os和各种应用、各种数据、程序db(数据库)17a和项目代码db17b。
程序db17a是把开发商开发的程序进行登录管理的数据库。也可以以程序id为密钥进行登录。
项目代码db17b是对唯一对应开发程序的项目代码进行登录和管理的数据库。项目代码用于面对开发程序的开发商和导入使用开发的程序的终端用户，收取api使用权利的使用费。
通信部15连接在网络上，用于与网络上的pc等相互进行信息交换。
cpu11把存储在rom12和存储部17内的多个程序之中的、与从操作输入部14赋予的命令对应的程序，在ram13中展开，且随此展开的程序而适当控制显示部16和存储部17。
操作输入部14例如是鼠标等的点击设备、键盘、触摸面板以及其他操作装置。
显示部16例如是液晶显示器、el(电致发光)显示器、等离子显示器等。
下面对通过在cpu11中执行程序来实现的功能块进行说明。
在管理服务器10的cpu11中得以实现的功能块是程序登录部11a、项目代码发行部11b、关联api信息部11c和收费部11d。
程序登录部11a由开发商开发，以该程序的程序id为密钥，把已申请插件打包的程序登录在程序db17a中。
项目代码发行部11b发行项目代码，该项目代码用于对登录在程序db17a中的程序进行收费使用。此外，发行的项目代码被登录在项目代码db17b中。
关联api信息部11c把收费api信息关联在发行的项目代码上，把关联的收费api信息关联并登录在项目代码db17b内登录的项目代码上。此外，所谓收费api信息是指每个api的价格，每个api的价格用于得到程序利用由api组21c提供的一个个api的权利。
此外，关联也可以根据包含在申请文件中的api能否执行文件表29b的记载进行。例如在api能否执行文件表29b中记载有“scantoword＝on”(扫描到word＝on)(设其他的api为off)的程序中，“scantoword100円”(扫描到word为100日元)的收费api信息被关联在项目代码上，而“scantoexcel150円”(扫描到excel表为150日元)的收费api信息没有被关联在项目代码上。在这种情况下，收费部11d利用累计被关联在项目代码上的一个个收费api信息，来计算实际的收费金额。
收费部11d根据项目代码，向开发调用特定的api的程序的开发商和/或利用这些程序的终端用户收费。
此外，实际的收费也可以根据插件打包申请文件中包含的api能否执行文件表29b的内容进行。在这种情况下，也可以把api能否执行文件表29b的内容登录在项目代码db17b中。收费部11d也可以根据以项目代码为密钥而登录在项目代码db17b中的api能否执行文件表29b的内容，计算出实际的收费金额。
例如在“scantoword”(扫描到word)的api利用权在收费api信息中定为100日元的情况下，在api能否执行文件表29b中记载有“scantoword＝on”(扫描到word＝on)(对于其他的api设定为off)的程序要收100日元。
上面对管理服务器10的构成进行了说明。
[典型的程序插件打包的流程]
下面为了与本实施方式中的程序插件打包和收费流程进行对比，对典型程序插件打包的流程进行说明。
首先，开发商(开发商的销售公司)开发在图像形成装置20上操作的程序。
然后，开发商利用由图像形成装置20厂家提供的动作检验工具进行动作测试，得到动作检验结果。开发商向地区总部(以下称为rhq)申请，该申请为了分配开发的程序而进行插件打包。申请附上动作检验结果和申请文件。
然后，rhq从开发商收到了插件打包申请，在确认申请内容后，向图像形成装置20的厂家进行插件打包申请。
然后，收到了申请的图像形成装置20的厂家在确认申请内容后，把程序登录在管理服务器中。
然后，发行与管理服务器登录的程序对应的项目代码。
然后，图像形成装置20的厂家通知发行项目代码的rhq，允许插件打包。
然后，rhq向开发商传递允许插件打包。
最后，被允许插件打包的开发商制作最终的文件包。
上面对典型程序的插件打包流程进行了说明。
[本实施方式的插件打包和收费流程]
下面对本实施方式中的程序插件打包和收费流程进行说明。图5是用于说明本实施方式中的程序插件打包和收费流程的图。
首先，开发商开发在图像形成装置20上操作的程序。
然后，开发商利用图像形成装置20厂家提供的工作检验工具进行动作测试，得到动作检验结果。开发商向rhq申请为了分配开发的程序进行插件打包。申请附上动作检验结果和申请文件。此外，在申请文件中如上所述记载有api能否执行文件表29b。
然后，rhq从开发商收到了插件打包申请，在确认申请内容后，向图像形成装置20的厂家申请插件打包。
然后，收到了申请的图像形成装置20的厂家在确认申请内容后，以在申请内容中包含的程序id作为密钥，把该程序登录在管理服务器中。
然后，管理服务器发行与登录的程序对应的项目代码。
然后，管理服务器把发行的项目代码和收费api信息关联在一起。
然后，管理服务器根据项目代码向程序开发商和/或导入该文件包的终端用户收费。
然后，图像形成装置20的厂家向rhq通知发行的项目代码，允许插件打包。
然后，rhq向开发商传递允许插件打包。
最后被允许插件打包的开发商制作包含api能否执行文件表29b在内的最终的文件包。
上面对本实施方式的程序插件打包和收费流程进行了说明。
[补充事项]
近年来，不是仅仅向用户提供服务，而是变成提供的内容是提供服务的应用程序等的api。用户可以按照需求从提供的api中调用功能程序。
例如按照可能想定的技术，有关伴随api使用的服务，为了可以对应用提供者和应用利用者的api的使用业绩进行恰当管理，使用可以唯一识别应用提供者的服务代码和唯一识别应用利用者的许可证信息。从应用提供者装置对利用api的要求发行服务代码。许可证信息向每个应用利用者发行。执行服务时，根据这些服务代码和许可证信息进行认证，允许使用api。
此可能想定的技术是假设在ec(电子商务)领域使用api的技术，而用于对在图像形成装置(mfp、多功能外设)上运行的第三方程序的api利用进行收费则过于复杂。
按照本实施方式，可以对在图像形成装置上运行的应用程序的api简单地进行管理。
按照本实施方式，可以对在图像形成装置上运行的第三方程序的api简单地进行收费。
此外，当然本发明不仅限于上述实施方式，在不脱离本发明的宗旨的范围内可以进行各种变更。