特許 6248814 画像形成装置、画像形成方法、及び制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6248814

(24)【登録日】2017年12月1日

(45)【発行日】2017年12月20日

(54)【発明の名称】画像形成装置、画像形成方法、及び制御プログラム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20171211BHJP

   G06F 9/445 20060101ALI20171211BHJP

   G06F 9/54 20060101ALI20171211BHJP

【ＦＩ】

   G06F3/12 303

   G06F3/12 330

   G06F9/06 610A

   G06F9/06 650B

   G06F9/06 640C

【請求項の数】4

【全頁数】19

(21)【出願番号】特願2014-113092(P2014-113092)

(22)【出願日】2014年5月30日

(65)【公開番号】特開2015-228106(P2015-228106A)

(43)【公開日】2015年12月17日

【審査請求日】2016年7月21日

【前置審査】

(73)【特許権者】

【識別番号】000006150

【氏名又は名称】京セラドキュメントソリューションズ株式会社

(74)【代理人】

【識別番号】100097113

【弁理士】

【氏名又は名称】堀 城之

(72)【発明者】

【氏名】廣田 政人

(72)【発明者】

【氏名】土居 臣仁

(72)【発明者】

【氏名】井川 浩至

(72)【発明者】

【氏名】池嶋 彩香

(72)【発明者】

【氏名】今井 知史

(72)【発明者】

【氏名】北本 大二郎

(72)【発明者】

【氏名】小若 真

(72)【発明者】

【氏名】密山 京太

(72)【発明者】

【氏名】村上 隆

(72)【発明者】

【氏名】中里 洋介

(72)【発明者】

【氏名】直田 智義

(72)【発明者】

【氏名】岡本 兼太郎

(72)【発明者】

【氏名】▲高▼橋 稔

(72)【発明者】

【氏名】佃 渉

(72)【発明者】

【氏名】古重 勝治

【審査官】 佐賀野 秀一

(56)【参考文献】

【文献】 特開２０１４−０５９７１８（ＪＰ，Ａ）

【文献】 特開２００６−３０９７１９（ＪＰ，Ａ）

【文献】 特開２００９−０８８７４５（ＪＰ，Ａ）

【文献】 特開２０１３−０９７７４５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ３／０９− ３／１２

Ｂ４１Ｊ ２９／００−２９／７０

Ｈ０４Ｎ １／００

Ｇ０６Ｆ ９／４４５

Ｇ０６Ｆ ９／５４

(57)【特許請求の範囲】

【請求項1】

オペレーティングシステム上でハードウェア資源を管理する機器制御プラットフォームと、
前記機器制御プラットフォームで管理された前記ハードウェア資源を利用する標準アプリケーションを実行する標準アプリケーション実行部と、
拡張アプリケーションを実行し、前記拡張アプリケーションから前記標準アプリケーション実行部により実行される前記標準アプリケーションの機能を前記拡張アプリケーションに利用させる標準機能サービスを含む拡張アプリケーションプラットフォームとを備え、
前記標準アプリケーション実行部は、前記標準アプリケーションと、前記拡張アプリケーションプラットフォームの前記標準機能サービスにより前記標準アプリケーションの機能を利用するためのインターフェイスとして、前記標準アプリケーションの機能に対応した共通のインターフェイスとを提供する標準アプリケーションサービスインターフェイス部を備え、
前記標準アプリケーションサービスインターフェイス部は、前記標準アプリケーションの機能に対応する標準アプリケーションインターフェイスを有する前記標準アプリケーションインターフェイスを備え、
前記標準機能サービスは、前記拡張アプリケーションの実行に伴い、前記拡張アプリケーションに特定の標準アプリケーションの機能を利用させるとき、前記特定の標準アプリケーションの有無を検索し、前記特定の標準アプリケーションが存在しない場合は、前記標準アプリケーションサービスインターフェイス部による前記特定の標準アプリケーションの機能の呼び出しを禁止して、前記拡張アプリケーションからの前記特定の標準アプリケーションの機能の以降の利用を無効化する
ことを特徴とする画像形成装置。

【請求項2】

前記機器制御プラットフォームは、前記拡張アプリケーションプラットフォームから前記標準アプリケーションの機能に対応する前記ハードウェア資源を利用するためのインターフェイスを提供するプラットフォームサービスインターフェイス部を更に備える
ことを特徴とする請求項１に記載の画像形成装置。

【請求項3】

ハードウェア資源を備えた画像形成装置により実行される画像形成方法であって、
オペレーティングシステム上で前記ハードウェア資源を管理し、
管理された前記ハードウェア資源を利用する標準アプリケーションを実行し、
拡張アプリケーションを実行し、前記拡張アプリケーションから実行される前記標準アプリケーションの機能を前記拡張アプリケーションに利用させ、前記ハードウェア資源を利用させ、
前記標準アプリケーションと、前記標準アプリケーションの機能を利用するためのインターフェイスとして、前記標準アプリケーションの機能に対応した共通のインターフェイスとを提供し、
前記共通のインターフェイスは、前記標準アプリケーションの機能に対応する標準アプリケーションインターフェイスを有する前記標準アプリケーションインターフェイスを備え、
前記拡張アプリケーションの実行に伴い、前記拡張アプリケーションに特定の標準アプリケーションの機能を利用させるとき、前記特定の標準アプリケーションの有無を検索し、前記特定の標準アプリケーションが存在しない場合は、標準アプリケーションサービスインターフェイスによる前記特定の標準アプリケーションの機能の呼び出しを禁止して、前記拡張アプリケーションからの前記特定の標準アプリケーションの機能の以降の利用を無効化する
ことを特徴とする画像形成方法。

【請求項4】

ハードウェア資源を備えた画像形成装置により実行される画像形成装置の制御プログラムであって、前記画像形成装置に、
オペレーティングシステム上で前記ハードウェア資源を管理させ、
管理された前記ハードウェア資源を利用する標準アプリケーションを実行させ、
拡張アプリケーションを実行し、前記拡張アプリケーションから実行される前記標準アプリケーションの機能を前記拡張アプリケーションに利用させ、前記ハードウェア資源を利用させ、
前記標準アプリケーションと、前記標準アプリケーションの機能を利用させるためのインターフェイスとして、前記標準アプリケーションの機能に対応した共通のインターフェイスとを提供させ、
前記共通のインターフェイスは、前記標準アプリケーションの機能に対応する標準アプリケーションインターフェイスを有する前記標準アプリケーションインターフェイスを備え、
前記拡張アプリケーションの実行に伴い、前記拡張アプリケーションに特定の標準アプリケーションの機能を利用させるとき、前記特定の標準アプリケーションの有無を検索し、前記特定の標準アプリケーションが存在しない場合は、標準アプリケーションサービスインターフェイスによる前記特定の標準アプリケーションの機能の呼び出しを禁止して、前記拡張アプリケーションからの前記特定の標準アプリケーションの機能の以降の利用を無効化する
ことを特徴とする制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像形成装置、画像形成方法、及び制御プログラムに係り、特にアプリケーションを実行する画像形成装置、画像形成方法、及び制御プログラムに関する。

【背景技術】

【0002】

従来から、文書や画像を印刷可能な複合機（Multifunctional Peripheral, MFP）やプリンター等の画像形成装置において、アプリケーション（Application Software、以下「アプリ」という。）をインストールし実行することが可能なものが存在する。
これらのアプリにより、ＰＤＦ作成、名刺管理、帳簿管理等の機能を画像形成装置に追加することが可能になる。また、アプリによりカメラ等の機器との連携を行うことも可能である。

【0003】

特許文献１によれば、各アプリの共通部分をアプリサービス及び共通システムサービスとして括りだし、このアプリサービス、共通システムサービス、及び汎用ＯＳによってプラットフォームを形成し、該プラットフォーム上にプリンターアプリ、コピーアプリ、及び各種アプリを搭載する画像形成装置の技術が記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００２−８２８０６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１の技術では、ユーザーに提供する機能を拡張する場合、既存のアプリを変更するか、又は、プラットフォームが提供する機能を用いて新たなアプリを開発しなければならなかった。このため、開発コストがかかるという問題があった。

【0006】

本発明は、このような状況に鑑みてなされたものであって、上述の問題点を解消することを課題とする。

【課題を解決するための手段】

【0007】

本発明の画像形成装置は、オペレーティングシステム上でハードウェア資源を管理する機器制御プラットフォームと、前記機器制御プラットフォームで管理された前記ハードウェア資源を利用する標準アプリケーションを実行する標準アプリケーション実行部と、拡張アプリケーションを実行し、前記拡張アプリケーションから前記標準アプリケーション実行部により実行される前記標準アプリケーションの機能を前記拡張アプリケーションに利用させる標準機能サービスを含む拡張アプリケーションプラットフォームとを備え、前記標準アプリケーション実行部は、前記標準アプリケーションと、前記拡張アプリケーションプラットフォームの前記標準機能サービスにより前記標準アプリケーションの機能を利用するためのインターフェイスとして、前記標準アプリケーションの機能に対応した共通のインターフェイスとを提供する標準アプリケーションサービスインターフェイス部を備え、前記標準アプリケーションサービスインターフェイス部は、前記標準アプリケーションの機能に対応する標準アプリケーションインターフェイスを有する前記標準アプリケーションインターフェイスを備え、前記標準機能サービスは、前記拡張アプリケーションの実行に伴い、前記拡張アプリケーションに特定の標準アプリケーションの機能を利用させるとき、前記特定の標準アプリケーションの有無を検索し、前記特定の標準アプリケーションが存在しない場合は、前記標準アプリケーションサービスインターフェイス部による前記特定の標準アプリケーションの機能の呼び出しを禁止して、前記拡張アプリケーションからの前記特定の標準アプリケーションの機能の以降の利用を無効化することを特徴とする。
本発明の画像形成装置は、前記機器制御プラットフォームは、前記拡張アプリケーションプラットフォームから前記標準アプリケーションの機能に対応する前記ハードウェア資源を利用するためのインターフェイスを提供するプラットフォームサービスインターフェイス部を更に備えることを特徴とする。
本発明の画像形成方法は、ハードウェア資源を備えた画像形成装置により実行される画像形成方法であって、オペレーティングシステム上で前記ハードウェア資源を管理し、管理された前記ハードウェア資源を利用する標準アプリケーションを実行し、拡張アプリケーションを実行し、前記拡張アプリケーションから実行される前記標準アプリケーションの機能を前記拡張アプリケーションに利用させ、前記ハードウェア資源を利用させ、前記標準アプリケーションと、前記標準アプリケーションの機能を利用するためのインターフェイスとして、前記標準アプリケーションの機能に対応した共通のインターフェイスとを提供し、前記共通のインターフェイスは、前記標準アプリケーションの機能に対応する標準アプリケーションインターフェイスを有する前記標準アプリケーションインターフェイスを備え、前記拡張アプリケーションの実行に伴い、前記拡張アプリケーションに特定の標準アプリケーションの機能を利用させるとき、前記特定の標準アプリケーションの有無を検索し、前記特定の標準アプリケーションが存在しない場合は、標準アプリケーションサービスインターフェイスによる前記特定の標準アプリケーションの機能の呼び出しを禁止して、前記拡張アプリケーションからの前記特定の標準アプリケーションの機能の以降の利用を無効化することを特徴とする。
本発明の制御プログラムは、ハードウェア資源を備えた画像形成装置により実行される画像形成装置の制御プログラムであって、前記画像形成装置に、オペレーティングシステム上で前記ハードウェア資源を管理させ、管理された前記ハードウェア資源を利用する標準アプリケーションを実行させ、拡張アプリケーションを実行し、前記拡張アプリケーションから実行される前記標準アプリケーションの機能を前記拡張アプリケーションに利用させ、前記ハードウェア資源を利用させ、前記標準アプリケーションと、前記標準アプリケーションの機能を利用させるためのインターフェイスとして、前記標準アプリケーションの機能に対応した共通のインターフェイスとを提供させ、前記共通のインターフェイスは、前記標準アプリケーションの機能に対応する標準アプリケーションインターフェイスを有する前記標準アプリケーションインターフェイスを備え、前記拡張アプリケーションの実行に伴い、前記拡張アプリケーションに特定の標準アプリケーションの機能を利用させるとき、前記特定の標準アプリケーションの有無を検索し、前記特定の標準アプリケーションが存在しない場合は、標準アプリケーションサービスインターフェイスによる前記特定の標準アプリケーションの機能の呼び出しを禁止して、前記拡張アプリケーションからの前記特定の標準アプリケーションの機能の以降の利用を無効化することを特徴とする。

【発明の効果】

【0008】

本発明によれば、階層化された拡張アプリケーションプラットフォームから、
標準アプリケーションの機能に対応した共通のインターフェイスで、標準アプリケーションの機能を利用させるため、既存のアプリケーションを変更せずにユーザーに提供する機能を拡張可能であり、開発コストを低減可能な画像形成装置を提供することができる。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係る画像形成装置のシステム構成を示すブロック図である

【図2】図１に示す画像形成装置の制御構成を示すブロック図である。

【図3】図２に示す標準アプリサービスＩＦ部の詳細な構成を示すブロック図である。

【図4】本実施形態に係る標準アプリ機能呼び出し処理のフローチャートである。

【図5】図４に示す機能選択処理及び機能利用処理の概念図である。

【図6】図４に示す機能利用無効化処理の概念図である。

【発明を実施するための形態】

【0010】

＜実施の形態＞
〔画像形成装置１のシステム構成〕
次に、図１により、画像形成装置１のシステム構成について説明する。画像形成装置１は、画像処理部１１、原稿読取部１２、原稿給送部１３、搬送部１４、ネットワーク送受信部１５、操作パネル部１６、画像形成部１７、ＦＡＸ送受信部１８、及び記憶部１９等が、制御部１０に接続されている。各部は、制御部１０によって動作制御される。

【0011】

制御部１０は、ＧＰＰ（General Purpose Processor）、ＣＰＵ（Central Processing Unit、中央処理装置）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Processor、特定用途向けプロセッサー）等の情報処理部である。
制御部１０は、記憶部１９のＲＯＭやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各部として動作させられる。また、制御部１０は、図示しない外部の端末や操作パネル部１６から入力された指示情報に応じて、装置全体の制御を行う。

【0012】

画像処理部１１は、ＤＳＰ（Digital Signal Processor）やＧＰＵ（Graphics Processing Unit）等の制御演算部である。画像処理部１１は、各種の画像データに対して特定の画像処理を実行する。画像処理部１１は、例えば、拡大縮小、濃度調整、階調調整、画像改善等の各種画像処理を行う。
画像処理部１１は、原稿読取部１２で読み取られた画像を、記憶部１９に印刷データとして記憶する。この際、画像処理部１１は、印刷データをＰＤＦやＴＩＦＦ等のフォーマットのファイル単位に変換することも可能である。

【0013】

原稿読取部１２は、セットされた原稿を読み取る（スキャン）。
原稿給送部１３は、原稿読取部１２で読み取られる原稿を搬送する。
搬送部１４は、給紙カセットから記録紙を搬送し、画像形成部１７で画像形成させ、その後にスタックトレイへ搬送する。
画像形成部１７は、ユーザーの出力指示により、記憶部１９に記憶され、原稿読取部１２で読み取られ、又は外部の端末から取得されたデータから記録紙への画像形成を行わせる。

【0014】

ネットワーク送受信部１５は、ＬＡＮ、無線ＬＡＮ、ＷＡＮ、携帯電話網等の外部ネットワークに接続するためのＬＡＮボードや無線送受信機等を含むネットワーク接続部である。
ネットワーク送受信部１５は、データ通信用の回線ではデータを送受信し、音声電話回線では音声信号を送受信する。
ネットワーク送受信部１５は、ネットワークを介して、図示しないＰＣ（Personal Computer）やスマートフォンやＰＤＡ（Personal Data Assistant）や携帯電話等の外部の端末、サーバー等に接続されていてもよい。

【0015】

操作パネル部１６は、ＬＣＤ等の表示部と、テンキー、スタート、キャンセル、コピー（複写）、ＦＡＸ送信、スキャナー等の動作モードの切り換えのボタンと、選択された文書の印刷、送信、保存、記録等に関するジョブの実行に係る指示を行うためのボタン若しくはタッチパネル等の入力部とを備えている。
操作パネル部１６は、ユーザーの指示を取得する。このユーザーの指示は、後述する拡張アプリ４００（図２）（Application Software、アプリケーション）のインストールや使用の指示を含む。また、ユーザーの指示により、各ユーザーの情報を入力、変更することも可能である。このため、操作パネル部１６は、専用の制御部とＲＯＭやＲＡＭ等の記憶媒体を備えて、制御部１０と連携してＧＵＩ（Graphical User Interface）の制御を行ってもよい。拡張アプリ４００のインストールや使用時の操作パネル部１６の制御の詳細については後述する。
また、操作パネル部１６には、ＵＳＢメモリーやフラッシュメモリーカードの記憶媒体や記憶媒体を内蔵した外部機器を接続するための接続部が備えられていてもよい。

【0016】

ＦＡＸ送受信部１８は、ファクシミリの送受信を行うＦＡＸボード等である。
ＦＡＸ送受信部１８は、原稿読取部１２で読み取られた画像データやネットワーク送受信部１５から受信したファイル等を描画してファクシミリ送信する。また、ＦＡＸ送受信部１８は、記憶部１９に記憶され、ファクシミリ受信された画像データを画像形成部１７で画像形成させ、ネットワーク送受信部１５から外部の端末へ送信する。

【0017】

記憶部１９は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリー等の半導体メモリーやＨＤＤ（Hard Disk Drive）等の記憶媒体と、このコントローラー等を含む。
記憶部１９のＲＯＭやフラッシュメモリーやＨＤＤには、画像形成装置１の動作制御を行うための制御プログラム及びデータが記憶されている。これらの制御プログラム及びデータは、ファームウェアのような形式で提供されていてもよい。また、これらの制御プログラムとデータとは、実行時にＲＡＭ等に展開されて、制御部１０により実行される。
また、記憶部１９は、各種ジョブデータ、原稿読取部１２でスキャンされた画像データ、画像処理部１１で画像処理された画像データ、他の端末（図示せず）から送信された印刷文書等のファイル、接続された記憶媒体から読み出された各種ファイル、サムネイル画像のデータ等を記憶してもよい。
また、記憶部１９は、ユーザーのアカウント設定も記憶してもよい。また、記憶部１９には、ユーザー毎の文書ボックスの領域が含まれていてもよい。

【0018】

なお、画像形成装置１において、制御部１０及び画像処理部１１は、ＧＰＵ内蔵ＣＰＵ等やチップ・オン・モジュールパッケージのように、一体的に形成されていてもよい。
また、制御部１０及び画像処理部１１は、ＲＡＭやＲＯＭやフラッシュメモリー等を内蔵していてもよい。

【0019】

〔画像形成装置１の制御構成〕
次に、図２により、画像形成装置１の制御構成について説明する。
画像形成装置１は、三つの階層的なブロック構造として、標準アプリ実行部１００（標準アプリケーション実行部）、機器制御プラットフォーム２００、拡張アプリプラットフォーム３００（拡張アプリケーションプラットフォーム）、及び拡張アプリ４００を備えている。制御部１０が本発明の制御プログラムを実行することにより、標準アプリ実行部１００、機器制御プラットフォーム２００、拡張アプリプラットフォーム３００が実現される。更に、制御部１０は、図２に示す制御構成に基づいて、拡張アプリ４００、標準アプリ１２０、ＯＳ２３０を実行することができる。具体的には、拡張アプリプラットフォーム３００上で拡張アプリ４００が実行される構成となっている。

【0020】

標準アプリ実行部１００は、機器制御プラットフォーム２００で管理されたハードウェア資源を利用する標準アプリ１２０を実行する。標準アプリ実行部１００は、機器制御プラットフォーム２００上にインストールされた標準アプリ１２０と、この標準アプリ１２０に対応するサービスを備えている。

【0021】

機器制御プラットフォーム２００は、ＯＳ２３０（Operating System、オペレーティングシステム）上で、画像形成装置１全体のハードウェア資源を管理し、機能単位で各部を制御する。
機器制御プラットフォーム２００は、標準アプリ１２０の実行基盤となるＡＰＩ（Application Programming Interface）やミドルウェアやランタイムやリンカー等（以下、「ＡＰＩ等」という。）、ＯＳ２３０上のサービス（Service、Daemon、以下「サービス等」という。）、スクリプト言語や中間言語の翻訳や実行を行うインタプリター（Interpreter）やＪＩＴ（Just In Time compiler）やバーチャルマシン等（以下、「バーチャルマシン等」という。）を含むプログラムやデータである。また、拡張アプリプラットフォーム３００自体も、ＯＳ２３０上で動作している。

【0022】

拡張アプリプラットフォーム３００は、標準アプリ１２０を呼び出して機能を利用し、機器制御プラットフォーム２００を呼び出してハードウェア資源を利用し、拡張アプリ４００を管理し実行させる。
拡張アプリプラットフォーム３００は、拡張アプリ４００の実行基盤となるＡＰＩ等やサービス等やバーチャルマシン等を含むプログラムやデータである。また、拡張アプリプラットフォーム３００自体も、ＯＳ２３０上で動作している。

【0023】

拡張アプリ４００は、拡張アプリプラットフォーム３００上で各種処理を行うアプリのプログラム及びデータである。

【0024】

より詳しく説明すると、標準アプリ実行部１００は、標準アプリ１２０、及び標準アプリサービスＩＦ部１１０（標準アプリケーションサービスインターフェイス部）を備えている。

【0025】

標準アプリ１２０は、機器制御プラットフォーム２００上で各種処理を行うアプリのプログラム及びデータである。
標準アプリ１２０は、ユーザーの指示を取得し、このユーザーの指示により画像形成装置の各種機能を利用する。また、標準アプリ１２０は、例えば、Ｊａｖａ（登録商標）等の中間言語のアプリや、各種スクリプト言語等で記載されていてもよい。

【0026】

標準アプリ１２０は、例えば、コピーアプリ１２１、プリンターアプリ１２２、ＦＡＸアプリ１２３等が、工場出荷状態で既にインストールされていてもよい。
コピーアプリ１２１は、操作パネル部１６からのユーザーによるコピーの指示を取得すると、原稿読取部１２から原稿を読み取って、画像形成部１７により画像形成させる。
プリンターアプリ１２２は、外部の端末（図示せず）からの指示等により、ネットワーク送受信部１５で受信したＰＤＬ（Page Description Language）等のファイルを描画して、画像形成部１７により画像形成させる。また、プリンターアプリ１２２は、操作パネル部１６によるユーザーの指示により、記憶部１９の文書ボックス内のファイル等を描画して、画像形成部１７により画像形成させてもよい。
ＦＡＸアプリ１２３は、ユーザーの操作パネル部１６からのファクシミリ送信の指示を取得すると、原稿読取部１２から原稿を読み取って、ＦＡＸ送受信部１８によりファクシミリ送信する。また、ＦＡＸアプリ１２３は、外部の端末から受信したファイル等を描画して、ＦＡＸ送受信部１８により送信してもよい。また、ＦＡＸアプリ１２３は、ＦＡＸ送受信部１８により受信されたファクシミリの画像データを、画像形成部１７により画像形成させる。また、ＦＡＸアプリ１２３は、受信されたファクシミリの画像データを記憶部１９の文書ボックスに記憶してもよい。
なお、画像形成装置１の使用開始後に標準アプリ１２０がインストールされてもよい。つまり、例えば、ＦＡＸ送受信部のＦＡＸボードが取り付けられた際に、ＦＡＸアプリ１２３がインストールされる等の処理が行われてもよい。
また、ハードウェアの構成に関わらず、独自の標準アプリ１２０をユーザーがインストールすることも可能である。

【0027】

標準アプリサービスＩＦ部１１０は、アプリ実行部の外部から標準アプリ１２０の機能を利用するためのインターフェイスを提供する。
標準アプリサービスＩＦ部１１０は、例えば、Ｊａｖａ（登録商標）等のクラス、Ｊａｖａ（登録商標）言語上のインターフェイス、ルーチン、関数、ヘッダーファイル、オブジェクト、ライブラリー等として提供されていてもよい。また、標準アプリサービスＩＦ部１１０は、ＯＳ２３０上のサービス等として提供されていてもよい。また、標準アプリサービスＩＦ部１１０は、標準アプリ１２０毎に異なるインターフェイスを提供していてもよい。
また、標準アプリサービスＩＦ部１１０は、拡張アプリプラットフォーム３００の標準機能サービス３１０により標準アプリ１２０の機能を利用するためのインターフェイスとして、標準アプリ１２０の機能に対応した共通のインターフェイスを提供する。この共通のインターフェイスの詳細については後述する。
なお、標準アプリサービスＩＦ部１１０は、標準アプリ１２０の実行、インストール、設定の変更、削除等を行うことも可能である。

【0028】

機器制御プラットフォーム２００は、プラットフォームサービスＩＦ部２１０（プラットフォームサービスインターフェイス部）、各部制御用サービス２２０、及びＯＳ２３０を備えている。

【0029】

プラットフォームサービスＩＦ部２１０は、機器制御プラットフォーム２００の外部からハードウェア資源を利用するためのインターフェイスを提供する。
プラットフォームサービスＩＦ部２１０は、各部制御用サービス２２０を呼び出して、画像形成装置１の各部のハードウェア資源を利用させる。プラットフォームサービスＩＦ部２１０は、例えば、ＡＰＩ等、又はＯＳ２３０上のサービス等として提供されていてもよい。また、プラットフォームサービスＩＦ部２１０は、Ｃ言語の構造体、Ｃ＋＋言語のクラス、その他のオブジェクト、ルーチン、関数、ヘッダーファイル、オブジェクト、ライブラリー等（以下、「クラス等」という。）として提供されていてもよい。また、プラットフォームサービスＩＦ部２１０は、例えば、Ｊａｖａ（登録商標）等の中間言語で提供されていてもよい。

【0030】

各部制御用サービス２２０は、画像形成装置１の機能に対応する各部を適切な方式で制御するサービス等である。
各部制御用サービス２２０は、例えば、プラットフォームサービスＩＦ部２１０からの呼び出しに対応して、画像処理部１１、操作パネル部１６、ネットワーク送受信部１５等を操作する。また、各部制御用サービス２２０は、コピー機能、ネットワークスキャン機能、文書ボックス機能等を呼び出すことができる。
また、各部制御用サービス２２０は、製品系列別に、異なるサービス等、ＡＰＩ等、クラス等を組み合わせたものがファームウェアに含まれていてもよい。

【0031】

各部制御用サービス２２０は、画像処理機能サービス２２１、デバイス操作サービス２２２、及びネットワーク通信サービス２２３を含んでいる。

【0032】

画像処理機能サービス２２１は、画像処理のデータの作成や変換や出力に関するサービスを提供する。画像処理機能サービス２２１は、例えば、原稿読取部１２で解像度や色等を設定して原稿読取した画像データを記憶部１９に記憶させ、画像処理部１１に記憶部１９の画像データや文書データ（図示せず）を画像処理させる。また、画像処理機能サービス２２１は、ファイル等から、画像形成部１７で画像形成する画像データを描画する。

【0033】

デバイス操作サービス２２２は、各部のデバイスを制御するためのサービス等を提供する。デバイス操作サービス２２２は、例えば、原稿読取部１２から取得した画像データを記憶部１９に記憶し、操作パネル部１６の表示部に表示されるブラウザー上に画像を描画し、描画された画像データを画像形成部１７に送信して画像形成させ、記憶部１９に記憶された画像データをＦＡＸ送受信部１８でファクシミリ送信させる。
また、デバイス操作サービス２２２は、画像形成装置１にオプション機器、例えばフィニッシャーが存在した場合は製本やステープル等、ＩＣカードや生体認証によるユーザー認証部が存在した場合は当該ユーザー認証部によるユーザー認証、カメラが存在した場合はカメラ画像の取得や視線検出等の各機能を呼び出すことも可能である。また、デバイス操作サービス２２２は、例えば搬送部のモーターの一つを駆動させるといった、より機器のハードウェアの構成に近い制御を行ってもよい。また、デバイス操作サービス２２２は、各部の状態の取得等の処理も行ってもよい。

【0034】

ネットワーク通信サービス２２３は、ネットワークの送受信に関するサービス等を提供する。ネットワーク通信サービス２２３は、例えば、ネットワーク送受信部１５（図１）から、ＴＣＰ／ＩＰやＵＤＰの各種プロトコルにより、他の画像形成装置（図示せず）やサーバーや端末等の間でファイル等の送受信を行う。たとえば、ネットワーク通信サービス２２３は、スキャンした画像データ、文書ボックスのファイル等を送受信することも可能である。なお、ネットワーク通信サービス２２３は、ＦＡＸ送受信部１８によるファクシミリ送受信の画像データの送受信、ユーザー認証部が存在した場合はユーザー認証結果、カメラが存在した場合は映像データの送受信等を行うことも可能である。また、ネットワーク通信サービス２２３は、画像形成装置１の各部の状態、各部の機能の呼び出しの結果等についても、送受信可能である。

【0035】

ＯＳ２３０は、画像形成装置１の各部を制御する。ＯＳ２３０としては、例えば、Ｌｉｎｕｘ（登録商標）等の汎用ＯＳ、組み込み（Embedded）向けのＯＳ、リアルタイムＯＳ等を使用することができる。また、ＯＳ２３０のカーネルやコア等のスケジュール管理や基本ハードウェアを管理するプログラムやデータ等はファームウェアに含まれていてもよい。また、ＯＳ２３０は、別途、デバイスドライバーやスクリプト等の制御プログラムを追加可能であってもよい。このデバイスドライバーは、パフォーマンスを重視した言語であるＣ言語、Ｃ＋＋言語、アセンブラ言語等で作成されていてもよい。

【0036】

拡張アプリプラットフォーム３００は、標準機能サービス３１０、拡張機能サービス３２０、ＯＳインストールサービス３３０（オペレーティングシステムインストールサービス）、及び拡張アプリ管理部３４０（拡張アプリケーション管理部）を備えている。

【0037】

標準機能サービス３１０は、標準アプリサービスＩＦ部１１０に対応した標準アプリ１２０の機能を利用させるサービス等である。
標準機能サービス３１０は、拡張アプリ４００からの各標準アプリ１２０の各機能を指定した呼び出しを受け、標準アプリサービスＩＦ部１１０に送信して、当該標準アプリ１２０の当該機能を実行させる。

【0038】

拡張機能サービス３２０は、プラットフォームサービスＩＦ部２１０に対応したハードウェア資源を利用させるサービス等である。
拡張機能サービス３２０は、拡張アプリ４００からの画像形成装置１の各部の機能を指定した呼び出しを受け、プラットフォームサービスＩＦ部２１０に送信して、当該各部の当該機能を実行させる。

【0039】

拡張アプリ管理部３４０は、標準機能サービス３１０及び拡張機能サービス３２０を呼び出し可能な拡張アプリ４００を管理し実行する。
拡張アプリ管理部３４０は、拡張アプリ４００のインストール、画像形成装置１から使用可能な状態とするアクティベーション、実行、実行終了、アンインストール等を拡張アプリプラットフォーム３００のＡＰＩにより管理する（以下、これらの処理を拡張アプリ４００の「ライフサイクル」の管理という。）。
また、拡張アプリ管理部３４０は、操作パネル部１６等から認証情報を取得した場合、拡張アプリ４００をアクティベーションして、使用可能な状態としてもよい。

【0040】

ＯＳインストールサービス３３０は、ＯＳ２３０に機能を追加するためのサービス等である。
ＯＳインストールサービス３３０は、ＯＳ２３０上にデバイスドライバーやスクリプト等の制御プログラムをインストールする。この場合、ＯＳインストールサービス３３０は、ＲＯＭやフラッシュメモリー等に記憶されたファームウェアは変更せず、追加的な変更を行ってもよい。この上で、ＯＳインストールサービス３３０は、ＯＳ２３０の設定ファイルの内容を変更することも可能である。このため、ＯＳインストールサービス３３０は、例えば、「ｖａｒ」等のディレクトリーに保存されたファイルを作成、変更、削除等したり、レジストリー等のデータベースを変更したりしてもよい。
なお、ＯＳインストールサービス３３０は、ファームウェアの一部又は全体を変更又はアップデート等することも可能である。

【0041】

拡張アプリ４００は、拡張アプリプラットフォーム３００上で実行されるアプリケーションのプログラム及びデータである。拡張アプリ４００は、標準機能サービス３１０を呼び出して標準アプリ１２０の機能を利用し、拡張機能サービス３２０を呼び出して画像形成装置１の各部の機能を利用し、又はＯＳインストールサービス３３０を呼び出してＯＳ２３０への追加の機能をインストールする等の処理を実行することが可能である。このため、拡張アプリ４００により、画像形成装置１単体では使用できない各種処理を行わせることが可能となる。
また、拡張アプリ４００は、拡張アプリプラットフォーム３００上で動作する実行ファイルと、クラス情報を含む各種データとを含んで構成されてもよい。この場合、拡張アプリ４００の実行ファイルは、例えば、各種スクリプト言語のファイルや、Ｊａｖａ（登録商標）アプリの中間言語のファイルや、「ネイティブ」の実行ファイル等のアプリのバイナリのファイルであってもよい。拡張アプリ４００は、処理スピードや必要メモリー容量等のリソースの制限が少ない場合はスクリプト言語のファイルや中間言語のファイルで記載されていてもよい。また、拡張アプリ４００は、リソースの制限がある場合にはパフォーマンスに優れるＣ言語やＣ＋＋言語やアセンブラ言語等で記載されていてもよい。拡張アプリ４００は、この他にも、必要なデータを含んでいてもよい。
拡張アプリ４００は、例えば、ＯＣＲ（Optical Character Recognition、光学文字認識）、監視カメラアプリ、ウォーターマーク作成、請求書作成、社員名簿管理、伝票管理、契約書管理、名刺管理、ＰＤＦ作成、帳簿管理、グループ管理等の実用アプリを含む。また、拡張アプリ４００は、ＯＳ２３０上のデバイスドライバーやファームウェア等の追加変更を行うインストーラーアプリ、その他の管理アプリ等であってもよい。
また、複数の拡張アプリ４００が備えられていてもよい。また、拡張アプリ４００は、画像形成装置１や他の端末等（図示せず）からインストールされて記憶部１９に記憶されてもよい。また、拡張アプリ４００は、外部の記憶媒体に記憶されていてもよい。また、拡張アプリ４００は、画像形成装置１の機種固有情報に対応して実行可能か否かが選択されてもよい。また、各拡張アプリ４００をインストールや実行する場合、当該画像形成装置１と対応付けられて使用可能な状態にする「アクティベーション」が必要であってもよい。なお、画像形成装置１の機種毎に別々の拡張アプリ４００がインストールされてもよい。

【0042】

〔標準アプリサービスＩＦ部１１０の詳細な構成〕
図３により、標準アプリサービスＩＦ部１１０と、標準機能サービス３１０と、各アプリとの関係について詳細に説明する。
標準アプリサービスＩＦ部１１０は、標準アプリ１２０の機能に対応した共通のインターフェイスを提供する。このため、標準アプリサービスＩＦ部１１０は、標準機能サービス３１０から利用可能な各機能に対応したインターフェイスをそれぞれ備えている。
また、標準アプリサービスＩＦ部１１０は、標準アプリ１２０の有無を検索し、当該標準アプリ１２０が存在しない場合は、拡張アプリ４００からの標準機能サービス３１０の利用を無効化する。

【0043】

より具体的に説明すると、標準アプリサービスＩＦ部１１０は、例えば、標準アプリ１２０の機能に対応した共通のインターフェイスとして、コピーアプリサービスＩＦ１１１、プリンターアプリサービスＩＦ１１２、及びＦＡＸアプリサービスＩＦ１１３を含んでいる。
コピーアプリサービスＩＦ１１１は、コピーアプリ１２１の機能に対応するインターフェイスである。
プリンターアプリサービスＩＦ１１２は、プリンターアプリ１２２の機能に対応するインターフェイスである。
ＦＡＸアプリサービスＩＦ１１３は、ＦＡＸアプリ１２３の機能に対応するインターフェイスである。

【0044】

なお、標準アプリサービスＩＦ部１１０は、これらのインターフェイスの他にも、各種の標準アプリ１２０に対応するインターフェイスを含んでいてもよい。
また、標準アプリサービスＩＦ部１１０は、標準アプリ１２０に含まれているアプリが機種やバージョン等で異なる場合、それぞれ対応してもよい。このような場合でも、標準機能サービス３１０からは、共通のインターフェイスで、当該標準アプリ１２０にアクセス可能である。

【0045】

また、図２、図３に示す各部は、記憶部１９のＨＤＤやフラッシュメモリー等に記憶された制御プログラムをＲＡＭ等に読み出して、制御部１０が実行することで実現することが可能である。
また、図２、図３に示す各部は、図１に示すハードウェア資源である各部にアクセスして制御したり、各種データの読み書き、送受信等を行うことが可能である。

【0046】

〔画像形成装置１による標準アプリ機能呼び出し処理〕
次に、図４〜図６を参照して、本発明の実施形態に係る画像形成装置１による標準アプリ機能呼び出し処理の説明を行う。
本実施形態の標準アプリ機能呼び出し処理では、拡張アプリ４００を実行した際に、標準アプリ１２０の機能を呼び出す処理を行う。
本実施形態に係る標準アプリ機能呼び出し処理は、主に、画像形成装置１の制御部１０が、記憶部１９に記憶されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図４のフローチャートを参照して、標準アプリ機能呼び出し処理の詳細をステップ毎に説明する。

【0047】

（ステップＳ１０１）
まず、拡張アプリ管理部３４０が、拡張アプリ実行開始処理を行う。
拡張アプリ管理部３４０は、接続された記憶媒体、図示しないサーバーや端末等から拡張アプリ４００がインストールされ、ユーザーから実行の指示があった場合、この拡張アプリ４００の実行を開始させる。
なお、拡張アプリ管理部３４０は、拡張アプリ４００をインストールせずに実行させてもよい。

【0048】

（ステップＳ１０２）
ここで、標準機能サービス３１０が、標準アプリ１２０を呼び出すか否かを判断する。標準機能サービス３１０は、拡張アプリ４００が標準アプリ１２０の機能を利用するための呼び出しを行う場合にＹｅｓ、それ以外の場合はＮｏと判断する。
Ｙｅｓの場合、標準機能サービス３１０は、処理をステップＳ１０３に進める。
Ｎｏの場合、標準機能サービス３１０は、標準アプリ機能呼び出し処理を終了する。

【0049】

（ステップＳ１０３）
標準アプリ１２０の呼び出しを行う場合、標準機能サービス３１０及び標準アプリサービスＩＦ部１１０が、標準アプリ機能利用処理を行う。
図５によると、標準機能サービス３１０は、拡張アプリ４００からの拡張アプリ管理部３４０を介した標準機能サービス３１０の呼び出しがあった場合、これを標準アプリサービスＩＦ部１１０に通知する。
標準アプリサービスＩＦ部１１０は、拡張アプリプラットフォーム３００の標準機能サービス３１０から呼び出された機能に対応する標準アプリ１２０の機能を選択する。
標準機能サービス３１０は、選択された機能に対応する標準アプリ１２０が存在し、機能を利用可能か否かを検索する。標準機能サービス３１０は、例えば、標準アプリサービスＩＦ部１１０の共通のインターフェイスによる標準アプリ１２０へのアクセスの応答等から、標準アプリ１２０の存在の有無、機能の利用可否等を検索してもよい。

【0050】

（ステップＳ１０４）
次に、標準アプリサービスＩＦ部１１０は、選択された機能が呼び出し可能であるか否かを判断する。標準アプリサービスＩＦ部１１０は、検索の結果として標準アプリ１２０が存在し、機能を利用可能である場合、Ｙｅｓと判断する。標準アプリサービスＩＦ部１１０は、それ以外の場合、つまり対応する標準アプリ１２０が存在しない場合、Ｎｏと判断する。また、標準アプリサービスＩＦ部１１０は、呼び出された機能に対応する標準アプリ１２０が存在しても、記憶部１９のメモリー容量が減少している等、対応する各部の状態により機能を利用不可能な場合にも、Ｎｏと判断してもよい。
Ｙｅｓの場合には、標準アプリサービスＩＦ部１１０は、処理をステップＳ１０５に進める。
Ｎｏの場合には、標準アプリサービスＩＦ部１１０は、処理をステップＳ１０６に進める。

【0051】

（ステップＳ１０５）
選択された機能が呼び出し可能な場合、標準アプリサービスＩＦ部１１０は、機能利用処理を行う。
標準アプリサービスＩＦ部１１０は、選択された機能に対応するインターフェイスにより、対応する標準アプリ１２０の機能を呼び出す。
図５によると、例えば、標準アプリサービスＩＦ部１１０は、コピーアプリ１２１を呼び出す場合、コピーアプリサービスＩＦ１１１により、コピーアプリ１２１の機能を呼び出す。この場合、標準アプリサービスＩＦ部１１０は、例えば、コピーの開始の画面を操作パネル部１６に表示してもよい。また、標準アプリサービスＩＦ部１１０は、コピーの解像度や色等のプロパティーを表示する等、アプリの一部を呼び出して当該機能を利用させてもよい。
また、標準アプリサービスＩＦ部１１０は、例えば、プリンターアプリ１２２を呼び出す場合、プリンターアプリサービスＩＦ１１２により、プリンターアプリ１２２の機能を呼び出す。この場合、標準アプリサービスＩＦ部１１０は、例えば、拡張アプリ４００が取得したり指定したりした各種ジョブデータやファイル等を、画像形成部１７で記録紙に出力等させてもよい。
また、標準アプリサービスＩＦ部１１０は、例えば、ＦＡＸアプリ１２３を呼び出す場合、ＦＡＸアプリサービスＩＦ１１３により、ＦＡＸアプリ１２３の機能を呼び出す。この場合、標準アプリサービスＩＦ部１１０は、例えば、ＦＡＸ送受信部１８で受信したファクシミリの画像データを指定して拡張アプリ４００に取得させてもよい。また、標準アプリサービスＩＦ部１１０は、拡張アプリ４００に指定されたファイル等を、ＦＡＸ送受信部１８から送信させたりしてもよい。
これらの機能の呼び出し後、標準アプリサービスＩＦ部１１０は、標準アプリ機能呼び出し処理を終了する。
なお、標準アプリサービスＩＦ部１１０は、拡張アプリ４００から標準アプリ１２０をインストールしたり、削除したり、設定変更をしたりするような処理も可能である。

【0052】

（ステップＳ１０６）
選択された機能の呼び出しが不可能の場合、標準機能サービス３１０は、機能利用無効化処理を行う。
図６は、例えば、ＦＡＸ送受信部１８が取り外された等でファクシミリ送受信の機能に対応するＦＡＸアプリ１２３がアンインストールされた状態の標準アプリ１３０の例を示している。このような場合、標準機能サービス３１０は、例えば、ＦＡＸアプリサービスＩＦ１１３によるファクシミリ送受信の機能の呼び出しを禁止するように設定する。これにより、以降、ファクシミリ送受信の機能の利用が無効化される。
なお、図６の例と同様に、元々、ＦＡＸ送受信部１８が存在しない単機能プリンターの場合でも、標準アプリサービスＩＦ部１１０に、共通のインターフェイスとしてＦＡＸアプリサービスＩＦ１１３が設定されていてもよい。
以上により、本実施形態に係る標準アプリ機能呼び出し処理を終了する。

【0053】

以上のように構成することで、以下のような効果を得ることができる。
従来、特許文献１に記載されたような従来のプラットフォームでは、ユーザーに提供する機能を拡張する場合、既存のアプリ等を変更する、又はプラットフォームが提供する機能を用いて新たなアプリを開発しなければならないという問題があった。
既存のアプリを変更するためには、既存のアプリ等を熟知している必要があった。加えて、既存のアプリを変更すると、他のアプリとの関係で成り立っている標準機能サービスも影響を受けていた。このため、拡張した際のプラットフォーム全体への影響を明確に把握することが困難となり、アプリの品質維持が難しかった。実際に、アプリの品質を維持しようとすると、拡張した機能だけでなく既存機能の評価が必要となり、開発工数が多くなっていた。
一方、新たなアプリを開発すると、プラットフォームが提供する機能を利用するための制御処理と同等の制御処理を、既存のアプリとは別に構築しなければならなくなる。つまり、標準機能サービスにおいて、標準アプリ内部の複雑な制御処理を熟知した上で、標準アプリ相当の制御処理を実現するプログラムを作成しなければならなかった。このため、開発難易度が高くなり、多くの開発工数を要していた。
結果として、既存のプラットフォームで機能を拡張すると、多大な開発コストがかかっていた。

【0054】

これに対して、本実施形態の画像形成装置１は、ＯＳ２３０上でハードウェア資源を管理する機器制御プラットフォーム２００と、機器制御プラットフォームで管理されたハードウェア資源を利用する標準アプリ１２０を実行する標準アプリ実行部１００と、標準アプリ実行部１００により実行される標準アプリ１２０の機能を利用させる標準機能サービスを含む拡張アプリプラットフォーム３００と、拡張アプリプラットフォーム３００の標準機能サービス３１０により標準アプリ１２０の機能を利用するためのインターフェイスとして、標準アプリ１２０の機能に対応した共通のインターフェイスを提供する標準アプリサービスＩＦ部１１０とを備えることを特徴とする。
このように構成することで、標準アプリ１２０の機能を共通のインターフェイスにより拡張アプリプラットフォーム３００に公開し、そのインターフェイスを用いて拡張アプリプラットフォーム３００から標準アプリ１２０の機能を利用可能とすることができる。このように、標準アプリ１２０の機能を、標準アプリサービスＩＦ部１１０から利用することで、標準アプリ１２０の機能を容易に利用することができる。
また、本実施形態の画像形成装置１は、標準アプリ１２０内部の制御処理を知らなくても拡張アプリ４００を開発することができる。また、標準アプリ１２０を変更せずに機能の拡張が可能となるため、標準アプリ実行部１００や機器制御プラットフォーム２００への影響を少なくすることが可能となる。よって、画像形成装置１全体の品質、及び標準アプリ１２０の品質の維持と向上につながる。また、機能を拡張した場合に影響範囲が明確になり、拡張された機能に絞って評価が可能になるため、評価時間を短縮することができる。
また、本実施形態の画像形成装置１は、拡張アプリプラットフォーム３００から、各標準アプリサービスＩＦ部１１０の共通のインターフェイスにより、各標準アプリ１２０の機能を利用する。このため、拡張アプリ４００を開発するユーザーは、標準アプリ１２０内部の複雑な制御処理を熟知する必要がなくなる。また、標準アプリ１２０の制御処理と同様なプログラムをわざわざ別途作成して拡張アプリ４００に含ませる必要もなくなる。加えて、共通のインターフェイスにより公開される機能、又は拡張が必要な機能に対応した開発が可能になる。このため、拡張アプリ４００の開発が容易となり、開発工程も従来より少なくすることが可能となる。
つまり、拡張される機能の開発を容易にし、開発効率を向上させ、開発期間を短縮させることが可能となり、開発コストを削減することができる。

【0055】

また、本実施形態の画像形成装置１は、拡張アプリプラットフォーム３００の標準機能サービス３１０において、共通のインターフェイスにより各標準アプリ１２０を利用することで、標準アプリ１２０の内部の差異を拡張アプリ４００側からは認識させない。
このため、異なる機種でも同じ標準アプリ実行部１００、拡張アプリプラットフォーム３００を使用可能となる。結果として、同一の拡張アプリ４００を、異なる機種でも利用可能とすることができる。

【0056】

また、本実施形態の画像形成装置１は、階層化された拡張アプリプラットフォーム３００により、拡張アプリ４００から、標準アプリ１２０の機能又は各部に対応するハードウェア資源をそれぞれ利用可能となる。このため、顧客に合わせて構成を変更するカスタマイズが容易となり、開発コストを低減する画像形成装置を提供できる。
つまり、本実施形態の画像形成装置１は、標準アプリ１２０の機能を利用するだけでよい場合は、スクリプト言語等で素早く開発を行うことができる。逆に、ハードウェア資源を直接制御するカスタマイズの必要がある場合、標準アプリ１２０を経由せず、各部の機能を呼び出すことが可能となる。このように、本実施形態の画像形成装置１は、様々な顧客の要望に対応して、必要なカスタマイズのレベルの違いを、階層化された拡張アプリプラットフォーム３００で吸収する。これにより、必要なカスタマイズのレベルの違いに容易に対応できる。また、階層化したサービスの拡張を行うことで、カスタマイズの対応範囲を明確にして、拡張アプリ４００の開発を容易にすることが可能である。また、わざわざレベルの異なるＳＤＫ（Software Development Kit）とＮＤＫ（Native Development Kit）等を用意する必要もなくなる。
また、本実施形態の画像形成装置１は、プラットフォームを階層化するソフトウェアアーキテクチャーであるため、顧客の所望する新しいサービスへの対応した製品に対応した画像形成装置１を、開発期間を短くして提供できる。つまり、顧客が求める新しい技術をいち早く反映させ、最適な性能と機能を備えた画像形成装置の製品を安く早く提供することが可能となる。

【0057】

また、本実施形態の画像形成装置１は、標準アプリ１２０と機器制御プラットフォーム２００とで統一した形式のインターフェイスを提供することが容易となり、拡張アプリ４００を統一した開発環境で作成しやすくなり、開発コストを削減することができる。
また、標準アプリ１２０の機能と、機器制御プラットフォーム２００により利用されるハードウェア資源とを別々に拡張アプリ４００から実行可能となる。このため、拡張アプリ４００の実行時のスピード等のパフォーマンスを向上させることができる。

【0058】

また、従来、機能を拡張するために、既存のアプリ等を変更するか、又はプラットフォームが提供する機能を用いて新たなアプリを開発する場合、機器毎の環境による各アプリの有無により機能を呼び出すための制御処理を変更し、これをテストする必要があった。このため、開発工程が増えて、開発コストが上昇していた。また、一部の機能の拡張のためだけに、既存のアプリの環境を統一させるため、機器のファームウェア全体を更新する必要があった。
これに対して、本実施形態に係る画像形成装置１は、標準機能サービス３１０が、標準アプリ１２０の有無を検索し、標準アプリ１２０が存在しない場合は、拡張アプリ４００からの標準機能サービス３１０の利用を無効化することを特徴とする。
このように構成することで、拡張アプリ４００では、当該画像形成装置１の標準アプリ１２０の有無に対応した制御処理の変更やテストが必要なくなる。このため開発コストを削減することができる。また、機能を追加する度にファームウェア全体を更新する必要もなくなり、ユーザーの使い勝手を向上させられる。

【0059】

〔他の実施の形態〕
なお、上述の実施形態では、標準アプリサービスＩＦ部１１０に共通のインターフェイスとして、コピーアプリサービスＩＦ１１１、プリンターアプリサービスＩＦ１１２、ＦＡＸアプリサービスＩＦ１１３等を含むように説明した。
しかしながら、標準アプリサービスＩＦ部１１０ではなく、標準機能サービス３１０側で共通のインターフェイスを含むように構成してもよい。
これにより、標準アプリサービスＩＦ部１１０として、機種毎に別々のインターフェイスを用意しておき、標準機能サービス３１０で差異を吸収するような構成が可能となる。つまり、標準アプリサービスＩＦ部１１０のインターフェイスが機種毎に異っていても、これに対応する標準機能サービス３１０で、これらの異なるインターフェイスに対応させることが可能になる。

【0060】

また、上述の実施形態では、拡張アプリ４００が、拡張アプリプラットフォーム３００の標準機能サービス３１０により、共通のインターフェイスで各標準アプリ１２０を利用するように記載した。
しかしながら、拡張アプリ４００が、各標準アプリ１２０固有のインターフェイスにより、直接、各標準アプリ１２０にアクセスして機能を利用することが可能な構成であってもよい。この場合も、同一の拡張アプリ４００から、異なる機種の各標準アプリ１２０の機能を使用可能としてもよい。
このように構成することで、柔軟な標準アプリ１２０の制御が可能となり、標準アプリ１２０の固有の機能を利用した拡張アプリ４００の作成が容易になる。また、標準アプリ１２０のバージョン等の違いに依存した拡張アプリ４００の作成も可能となる。

【0061】

また、上述の実施形態では、拡張アプリ４００から標準アプリ１２０等が呼び出される例について説明したものの、標準アプリ１２０や各部制御用サービス２２０やＯＳ２３０等からそれぞれ拡張アプリ４００が呼び出されてもよい。また、標準アプリサービスＩＦ部１１０により、標準アプリ１２０間で機能を呼び出してもよい。

【0062】

また、拡張アプリ４００は、画像形成装置１の各機能を呼び出して所望の機能を実現させるための「一般アプリ」と、これらの一般アプリを管理する「管理アプリ」とを含んでいてもよい。
このように構成することで、拡張アプリ４００により画像形成装置１を柔軟に制御することが可能となり、又、セキュリティを高めることができる。

【0063】

また、上述の実施の形態では、標準アプリ１２０及び拡張アプリ４００は既に記憶部１９に記憶されている状態であるように説明した。
しかしながら、画像形成装置１に接続した外部の記憶媒体（図示せず）、外部のサーバーに接続した記憶媒体、ネットワーク経由で接続された外部の端末等から、別途、標準アプリ１２０及び拡張アプリ４００をインストールして記憶部１９に記憶させることも可能である。この場合、当該標準アプリ１２０及び拡張アプリ４００は、インストールしたユーザー、画像形成装置１、又は端末からのみ使用可能なように設定してもよい。
このように構成することで、機能の拡張を柔軟に実現することができ、管理コストを低減できる。

【0064】

また、画像形成装置１の記憶部１９には、標準アプリや拡張アプリ４００とは異なる種類のアプリを記憶させることも可能である。たとえば、記憶部１９には、拡張アプリ４００以外のＷｅｂアプリ等（以下「外部アプリ」という。）や、ユーザーのデータ等を記憶させてもよい。外部アプリは画像形成装置１の操作パネル部１６のユーザーの指示で呼び出して、画像形成装置１に読み込んで実行させてもよい。
このように構成することで、拡張アプリプラットフォーム３００のアプリと外部アプリとを柔軟に使い分けて、ユーザーの使い勝手をよくすることができる。

【0065】

また、本発明は、画像形成装置以外の各種情報処理装置にも適用可能である。つまり、ネットワークスキャナ、スキャナーをＵＳＢ等で別途接続したサーバー等を用いるような構成であってもよい。また、アプリをインストール可能な情報処理装置であるＰＣ、スマートフォン、携帯電話、オフィス機器、産業用機器等にも適用可能である。

【0066】

なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。

【符号の説明】

【0067】

１ 画像形成装置
１０ 制御部
１１ 画像処理部
１２ 原稿読取部
１３ 原稿給送部
１４ 搬送部
１５ ネットワーク送受信部
１６ 操作パネル部
１７ 画像形成部
１８ ＦＡＸ送受信部
１９ 記憶部
１００ 標準アプリ実行部
１１０ 標準アプリサービスＩＦ部
１１１ コピーアプリサービスＩＦ
１１２ プリンターアプリサービスＩＦ
１１３ ＦＡＸアプリサービスＩＦ
１２０、１３０ 標準アプリ
１２１ コピーアプリ
１２２ プリンターアプリ
１２３ ＦＡＸアプリ
２００ 機器制御プラットフォーム
２１０ プラットフォームサービスＩＦ部
２２０ 各部制御用サービス
２２１ 画像処理機能サービス
２２２ デバイス操作サービス
２２３ ネットワーク通信サービス
２３０ ＯＳ
３００ 拡張アプリプラットフォーム
３１０ 標準機能サービス
３２０ 拡張機能サービス
３３０ ＯＳインストールサービス
３４０ 拡張アプリ管理部
４００ 拡張アプリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】