知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-29
(45)【発行日】2024-06-06
(54)【発明の名称】電子機器およびプログラム
(51)【国際特許分類】
G06F 9/445 20180101AFI20240530BHJP
H04N 1/00 20060101ALI20240530BHJP
【ＦＩ】
G06F9/445 120
H04N1/00 C
【請求項の数】
5
(21)【出願番号】P 2020034187
(22)【出願日】2020-02-28
(65)【公開番号】P2021135959
(43)【公開日】2021-09-13
【審査請求日】2023-01-30
(73)【特許権者】
【識別番号】000006150
【氏名又は名称】京セラドキュメントソリューションズ株式会社
(74)【代理人】
【識別番号】100140796
【弁理士】
【氏名又は名称】原口 貴志
(72)【発明者】
【氏名】華山 達也
【審査官】久々宇 篤志
(56)【参考文献】
【文献】国際公開第２０１５／１８２３０３（ＷＯ，Ａ１）
【文献】特開２０１４－１９４７８１（ＪＰ，Ａ）
【文献】Tae Yeon Kim ほか，Inside Android Androidのなかみ，第1版，パーソナルメディア株式会社，2014年，頁６１、１５２～１５３、１６９～１７３，ISBN: 978-4-89362-288-4
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ９／４４５
Ｈ０４Ｎ １／００
(57)【特許請求の範囲】
【請求項1】
記憶デバイスと、メモリーと
を備える電子機器であって、
前記電子機器の標準の機能以外の機能を実現するアプリケーションである拡張アプリの管理を実行する拡張アプリ管理部と、
前記拡張アプリのプラットフォームである拡張アプリプラットフォームと
を備え、
前記拡張アプリ管理部は、前記拡張アプリが使用可能なＡＰＩである拡張アプリＡＰＩ用のプログラムである拡張アプリＡＰＩ用プログラムの動的な追加のための、前記記憶デバイス上の領域である動的追加用領域に、前記拡張アプリＡＰＩ用プログラムを記憶し、
前記拡張アプリプラットフォームは、前記動的追加用領域上の前記拡張アプリＡＰＩ用プログラムを使用して前記拡張アプリＡＰＩを前記メモリー上にロードし、
前記拡張アプリプラットフォームは、前記拡張アプリによって前記拡張アプリＡＰＩが呼び出された場合に、前記拡張アプリＡＰＩを前記メモリー上にロードすることを特徴とする電子機器。
【請求項2】
前記拡張アプリプラットフォームは、前記拡張アプリによる呼び出しによってロードされた前記拡張アプリＡＰＩを、この拡張アプリが停止される場合に前記メモリーから削除することを特徴とする請求項１に記載の電子機器。
【請求項3】
前記拡張アプリ管理部は、前記拡張アプリのインストール用のファイルを使用して前記拡張アプリをインストールし、
前記ファイルは、前記拡張アプリＡＰＩ用プログラムを含み、
前記拡張アプリ管理部は、前記拡張アプリをインストールする場合に、前記ファイル内の前記拡張アプリＡＰＩ用プログラムを前記動的追加用領域に記憶することを特徴とする請求項１または請求項２に記載の電子機器。
【請求項4】
記憶デバイスと、
メモリーと
を備える電子機器に、
前記電子機器の標準の機能以外の機能を実現するアプリケーションである拡張アプリの管理を実行する拡張アプリ管理部と、
前記拡張アプリのプラットフォームである拡張アプリプラットフォームと
を実現させ、
前記拡張アプリ管理部は、前記拡張アプリが使用可能なＡＰＩである拡張アプリＡＰＩ用のプログラムである拡張アプリＡＰＩ用プログラムの動的な追加のための、前記記憶デバイス上の領域である動的追加用領域に、前記拡張アプリＡＰＩ用プログラムを記憶し、
前記拡張アプリプラットフォームは、前記動的追加用領域上の前記拡張アプリＡＰＩ用プログラムを使用して前記拡張アプリＡＰＩを前記メモリー上にロードし、
前記拡張アプリプラットフォームは、前記拡張アプリによって前記拡張アプリＡＰＩが呼び出された場合に、前記拡張アプリＡＰＩを前記メモリー上にロードすることを特徴とするプログラム。
【請求項5】
前記拡張アプリプラットフォームは、前記拡張アプリによる呼び出しによってロードされた前記拡張アプリＡＰＩを、この拡張アプリが停止される場合に前記メモリーから削除することを特徴とする請求項４に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、標準の機能以外の機能を実現するアプリケーションである拡張アプリを動作させることができる電子機器およびプログラムに関する。
【背景技術】
【0002】
従来の電子機器として、画像形成装置の標準の機能を実現するアプリケーションである標準アプリと、画像形成装置の標準の機能以外の機能を実現するアプリケーションである拡張アプリと、標準アプリを利用せずに画像形成装置の標準の機能の拡張の機能を拡張アプリに提供する拡張機能サービスとを備える画像形成装置が知られている（特許文献１参照。）。拡張アプリは、拡張アプリのプラットフォーム上で動作する。拡張アプリのプラットフォームは、拡張アプリが使用可能なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を提供する。
【先行技術文献】
【特許文献】
【0003】
【文献】国際公開第２０１５／１８２３０３号
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の画像形成装置においては、拡張アプリが使用可能なＡＰＩが画像形成装置のファームウェアに含まれるので、新たなファームウェアが提供されるまで、新たなＡＰＩが提供されず、拡張アプリが使用可能なＡＰＩの提供が遅くなるという問題がある。
【0005】
そこで、本発明は、拡張アプリが使用可能なＡＰＩの提供の速度を向上することができる電子機器およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の電子機器は、記憶デバイスと、メモリーとを備える電子機器であって、前記電子機器の標準の機能以外の機能を実現するアプリケーションである拡張アプリの管理を実行する拡張アプリ管理部と、前記拡張アプリのプラットフォームである拡張アプリプラットフォームとを備え、前記拡張アプリ管理部は、前記拡張アプリが使用可能なＡＰＩである拡張アプリＡＰＩ用のプログラムである拡張アプリＡＰＩ用プログラムの動的な追加のための、前記記憶デバイス上の領域である動的追加用領域に、前記拡張アプリＡＰＩ用プログラムを記憶し、前記拡張アプリプラットフォームは、前記動的追加用領域上の前記拡張アプリＡＰＩ用プログラムを使用して前記拡張アプリＡＰＩを前記メモリー上にロードすることを特徴とする。
【0007】
この構成により、本発明の電子機器は、拡張アプリが使用可能なＡＰＩである拡張アプリＡＰＩ用のプログラムである拡張アプリＡＰＩ用プログラムを動的追加用領域に記憶し、動的追加用領域上の拡張アプリＡＰＩ用プログラムを使用して拡張アプリＡＰＩをメモリー上にロードするので、拡張アプリＡＰＩが画像形成装置のファームウェアとは別に提供されることができ、その結果、拡張アプリＡＰＩの提供の速度を向上することができる。
【0008】
本発明の電子機器において、前記拡張アプリ管理部は、前記拡張アプリのインストール用のファイルを使用して前記拡張アプリをインストールし、前記ファイルは、前記拡張アプリＡＰＩ用プログラムを含み、前記拡張アプリ管理部は、前記拡張アプリをインストールする場合に、前記ファイル内の前記拡張アプリＡＰＩ用プログラムを前記動的追加用領域に記憶しても良い。
【0009】
この構成により、本発明の電子機器は、拡張アプリのインストール用のファイル内に拡張アプリＡＰＩ用プログラムを含み、拡張アプリをインストールする場合に、拡張アプリのインストール用のファイル内の拡張アプリＡＰＩ用プログラムを動的追加用領域に記憶するので、使用されない拡張アプリＡＰＩがメモリー上にロードされる可能性を低減することができ、その結果、メモリーの記憶領域を浪費する可能性を低減することができる。
【0010】
本発明の電子機器において、前記拡張アプリプラットフォームは、前記拡張アプリによって前記拡張アプリＡＰＩが呼び出された場合に、前記拡張アプリＡＰＩを前記メモリー上にロードしても良い。
【0011】
この構成により、本発明の電子機器は、拡張アプリによって拡張アプリＡＰＩが呼び出された場合に、拡張アプリＡＰＩをメモリー上にロードするので、使用されない拡張アプリＡＰＩがメモリー上にロードされる可能性を低減することができ、その結果、メモリーの記憶領域を浪費する可能性を低減することができる。
【0012】
本発明の電子機器において、前記拡張アプリプラットフォームは、前記拡張アプリによる呼び出しによってロードされた前記拡張アプリＡＰＩを、この拡張アプリが停止される場合に前記メモリーから削除しても良い。
【0013】
この構成により、本発明の電子機器は、拡張アプリによる呼び出しによってロードされた拡張アプリＡＰＩを、この拡張アプリが停止される場合にメモリーから削除するので、使用されない拡張アプリＡＰＩがメモリー上に残る可能性を低減することができ、その結果、メモリーの記憶領域を浪費する可能性を低減することができる。
【0014】
本発明のプログラムは、記憶デバイスと、メモリーとを備える電子機器に、前記電子機器の標準の機能以外の機能を実現するアプリケーションである拡張アプリの管理を実行する拡張アプリ管理部と、前記拡張アプリのプラットフォームである拡張アプリプラットフォームとを実現させ、前記拡張アプリ管理部は、前記拡張アプリが使用可能なＡＰＩである拡張アプリＡＰＩ用のプログラムである拡張アプリＡＰＩ用プログラムの動的な追加のための、前記記憶デバイス上の領域である動的追加用領域に、前記拡張アプリＡＰＩ用プログラムを記憶し、前記拡張アプリプラットフォームは、前記動的追加用領域上の前記拡張アプリＡＰＩ用プログラムを使用して前記拡張アプリＡＰＩを前記メモリー上にロードすることを特徴とする。
【0015】
この構成により、本発明のプログラムを実行する電子機器は、拡張アプリが使用可能なＡＰＩである拡張アプリＡＰＩ用のプログラムである拡張アプリＡＰＩ用プログラムを動的追加用領域に記憶し、動的追加用領域上の拡張アプリＡＰＩ用プログラムを使用して拡張アプリＡＰＩをメモリー上にロードするので、拡張アプリＡＰＩが画像形成装置のファームウェアとは別に提供されることができ、その結果、拡張アプリＡＰＩの提供の速度を向上することができる。
【発明の効果】
【0016】
本発明の電子機器およびプログラムは、拡張アプリが使用可能なＡＰＩの提供の速度を向上することができる。
【図面の簡単な説明】
【0017】
【図1】本発明の一実施の形態に係る画像形成装置のハードウェアのブロック図である。
【発明を実施するための形態】
【0018】
以下、本発明の実施の形態について、図面を用いて説明する。
【0019】
まず、本発明の一実施の形態に係る電子機器としての画像形成装置の構成について説明する。
【0020】
図１は、本実施の形態に係る画像形成装置１０のハードウェアのブロック図である。
【0021】
図１に示すように、画像形成装置１０は、種々の操作が入力される例えばボタンなどの操作デバイスである操作部１１と、種々の情報を表示する例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示デバイスである表示部１２と、画像データに対して例えば、拡大、縮小、濃度調整、階調調整、画像改善などの各種の画像処理を実行する例えばＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などの画像処理デバイスである画像処理部１３と、用紙などの記録媒体に画像を印刷する印刷デバイスであるプリンター１４と、原稿から画像を読み取る読取デバイスであるスキャナー１５と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスであるネットワーク通信部１６と、図示していない外部のファクシミリ装置と公衆電話回線などの通信回線経由でファックス通信を行うファックスデバイスであるファックス通信部１７と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部１８と、画像形成装置１０全体を制御する制御部１９とを備えているＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。
【0022】
記憶部１８は、画像形成装置１０の各ハードウェアを制御するための例えばＬｉｎｕｘ（登録商標）などの汎用ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）用のプログラム（以下「汎用ＯＳ用プログラム」という。）１８ａを記憶している。
【0023】
記憶部１８は、画像形成装置１０のファームウェア１８ｂを記憶している。
【0024】
記憶部１８は、画像形成装置１０の標準の機能以外の機能を実現するアプリケーションである拡張アプリ用のプログラム（以下「拡張アプリ用プログラム」という。）１８ｃを記憶している。記憶部１８は、拡張アプリ毎に拡張アプリ用プログラムを記憶可能である。
【0025】
記憶部１８は、画像形成装置１０の標準の機能を実現するアプリケーションである標準アプリを利用せずに汎用ＯＳを利用するサービスを拡張アプリに提供する拡張サービス用のプログラム（以下「拡張サービス用プログラム」という。）１８ｄを記憶している。記憶部１８は、拡張サービス毎に拡張サービス用プログラムを記憶可能である。
【0026】
制御部１９は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１９ａと、プログラムおよび各種のデータを記憶しているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１９ｂと、ＣＰＵ１９ａの作業領域として用いられるメモリーとしてのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１９ｃとを備えている。ＣＰＵ１９ａは、記憶部１８またはＲＯＭ１９ｂに記憶されているプログラムを実行する。
【0027】
制御部１９は、記憶部１８またはＲＯＭ１９ｂに記憶されているプログラムを実行することによって、図２に示す制御構成を実現する。
【0028】
図２は、画像形成装置１０の制御構成のブロック図である。
【0029】
【0030】
制御部１９は、汎用ＯＳ１１０上で動作して、画像処理に関するサービスを提供する画像処理サービス１２１と、汎用ＯＳ１１０上で動作して、ネットワーク経由の通信に関するサービスを提供するネットワーク通信サービス１２２と、汎用ＯＳ１１０上で動作して、画像形成装置１０の各ハードウェアを操作するサービスを提供するデバイス操作サービス１２３とを、ファームウェア１８ｂ（図１参照。）を実行することによって実現する。画像処理サービス１２１、ネットワーク通信サービス１２２およびデバイス操作サービス１２３は、それぞれ、汎用ＯＳ１１０を介して画像形成装置１０の各ハードウェアを制御する。
【0031】
画像処理サービス１２１は、例えば、スキャナー１５で解像度や色などを設定して原稿から読み取った画像データを記憶部１８に記憶し、記憶部１８に記憶されている画像データを画像処理部１３に画像処理させるサービスを提供しても良い。画像処理サービス１２１は、プリンター１４で印刷する画像データをファイルに基づいて描画するサービスを提供しても良い。画像処理サービス１２１は、拡張アプリから取得した画像データ、スキャナー１５によって原稿から読み取った画像データ、または、記憶部１８に記憶されている画像データに対して、拡大、縮小、回転、色変換、ノイズ除去、フォーマット変換、文字認識、透かし認識などの画像処理を実行するサービスを提供しても良い。
【0032】
ネットワーク通信サービス１２２は、ＴＣＰ／ＩＰやＵＤＰなどの各種のプロトコルを用いてネットワーク通信部１６経由でファイルの送受信、ストリーミング、認証データの送受信を実行するサービスを提供しても良い。例えば、ネットワーク通信サービス１２２は、スキャナー１５によって原稿から読み取った画像データや、記憶部１８に記憶されているファイルを送受信することも可能である。なお、ネットワーク通信サービス１２２は、ファックス通信部１７によってファクシミリ送受信した画像データの送受信、ＩＣカードや生体認証によってユーザーを認証するユーザー認証部が画像形成装置１０に存在する場合にはユーザー認証部によるユーザー認証の結果の送受信、画像形成装置１０にカメラが存在する場合にはカメラによって生成された映像データの送受信などを行うことも可能である。また、ネットワーク通信サービス１２２は、画像形成装置１０の各部の状態、各部の機能の呼び出しの結果などについても、送受信可能である。
【0033】
デバイス操作サービス１２３は、表示部１２への描画、プリンター１４の駆動、ファックス通信部１７の制御、ユーザー認証、画像形成装置１０の各ハードウェアのステータスの取得などの処理を実行するサービスを提供しても良い。デバイス操作サービス１２３は、例えば、スキャナー１５によって原稿から読み取った画像データを記憶部１８に記憶するサービスを提供しても良いし、表示部１２に表示されるブラウザー上に画像を描画するサービスを提供しても良いし、画像データをプリンター１４に送信して画像形成させるサービスを提供しても良いし、記憶部１８に記憶されている画像データをファックス通信部１７によってファクシミリ送信させるサービスを提供しても良い。デバイス操作サービス１２３は、例えばフィニッシャーなどのオプション機器が画像形成装置１０に存在する場合には例えば製本やステープルなどの処理をオプション機器に実行させるサービスを提供しても良いし、ＩＣカードや生体認証によってユーザーを認証するユーザー認証部が画像形成装置１０に存在する場合にはユーザー認証部にユーザー認証を実行させるサービスを提供しても良いし、画像形成装置１０にカメラが存在する場合にはカメラに映像データの生成を実行させたり、カメラによって生成された映像データに基づいた視線検出などの各機能を呼び出したりするサービスを提供しても良い。デバイス操作サービス１２３は、例えばプリンター１４の搬送部のモーターの一つを駆動させるといった、画像形成装置１０の各ハードウェアの詳細な制御を実行するサービスを提供しても良い。デバイス操作サービス１２３は、画像形成装置１０の各部の状態を取得するサービスを提供しても良い。
【0034】
制御部１９は、画像処理サービス１２１、ネットワーク通信サービス１２２およびデバイス操作サービス１２３を呼び出すためのインターフェイスを提供するプラットフォームサービスＩＦ部１３０を、ファームウェア１８ｂを実行することによって実現する。
【0035】
制御部１９は、ファームウェア１８ｂを実行することによって標準アプリを実現する。標準アプリは、プラットフォームサービスＩＦ部１３０上で動作して、画像形成装置１０の各ハードウェアを利用する。例えば、制御部１９は、操作部１１に入力された指示に応じてスキャナー１５によって原稿から画像を読み取って、読み取った画像をプリンター１４によって印刷するコピーを実現する標準アプリであるコピーアプリ１４１と、ネットワーク通信部１６によって受信した、例えばＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で記述されたデータなどのデータに基づいた画像をプリンター１４によって印刷する標準アプリであるプリンターアプリ１４２と、操作部１１に入力された指示に応じてスキャナー１５によって原稿から画像を読み取って、読み取った画像をファックス通信部１７によって送信する標準アプリであるＦＡＸアプリ１４３と、操作部１１に入力された指示に応じてスキャナー１５によって原稿から画像を読み取って、読み取った画像をネットワーク通信部１６によって送信する標準アプリである送信アプリ１４４とを実現する。プリンターアプリ１４２は、操作部１１に入力された指示に応じて記憶部１８に記憶されているファイルに基づいた画像をプリンター１４によって印刷しても良い。ＦＡＸアプリ１４３は、ネットワーク通信部１６によって受信したファイルに基づいた画像をファックス通信部１７によって送信したり、ファックス通信部１７によって受信した画像をプリンター１４によって印刷したり、ファックス通信部１７によって受信した画像を記憶部１８に記憶したりしても良い。
【0036】
制御部１９は、プラットフォームサービスＩＦ部１３０を介さずに汎用ＯＳ１１０を利用するサービスを提供する汎用ＯＳサービス基盤１５０を、ファームウェア１８ｂを実行することによって実現する。汎用ＯＳサービス基盤１５０は、例えば、汎用ＯＳ１１０上にデバイスドライバーやスクリプトなどの制御プログラムをインストールするなど、汎用ＯＳ１１０に機能を追加するサービスを提供しても良い。
【0037】
制御部１９は、拡張アプリ側からプラットフォームサービスＩＦ部１３０を利用するためのインターフェイスを提供する拡張アプリサービスＩＦ部１６０を、ファームウェア１８ｂを実行することによって実現する。
【0038】
制御部１９は、標準アプリを利用して画像形成装置１０の標準の機能を拡張アプリに提供するサービスである標準機能サービス１７０を、ファームウェア１８ｂを実行することによって実現する。標準機能サービス１７０は、拡張アプリサービスＩＦ部１６０を介して標準アプリを利用する。例えば、拡張アプリは、標準機能サービス１７０を利用することによって、コピーアプリ１４１によるコピーの開始の画面を表示部１２に表示することができる。また、拡張アプリは、標準機能サービス１７０を利用することによって、拡張アプリ自身が取得したり、操作部１１を介して指定されたりした各種ジョブデータやファイルなどをプリンターアプリ１４２に印刷させることができる。また、拡張アプリは、標準機能サービス１７０を利用することによって、ＦＡＸアプリ１４３によって受信されたファクシミリの画像データのうち、操作部１１を介して指定された画像データを取得したり、操作部１１を介して指定されたファイルなどをＦＡＸアプリ１４３に送信させたりすることができる。
【0039】
制御部１９は、画像形成装置１０の標準の機能以外の機能を提供するサービスである拡張サービスを、拡張サービス用プログラム（図１参照。）を実行することによって実現する。例えば、制御部１９は、標準アプリを利用せずにプラットフォームサービスＩＦ部１３０を利用したり、汎用ＯＳサービス基盤１５０を利用して汎用ＯＳ１１０を利用したりするサービスを拡張アプリに提供する拡張サービスである拡張機能サービス１８１と、プラットフォームサービスＩＦ部１３０を利用せずに汎用ＯＳサービス基盤１５０を利用して汎用ＯＳ１１０を利用するサービスを拡張アプリに提供する拡張サービスであるバックエンドサービス１８２とを実現する。拡張機能サービス１８１は、拡張アプリサービスＩＦ部１６０を介してプラットフォームサービスＩＦ部１３０を利用する。制御部１９は、拡張機能サービス１８１以外にも、少なくとも１つの拡張機能サービスを実現可能である。制御部１９は、バックエンドサービス１８２以外にも、少なくとも１つのバックエンドサービスを実現可能である。
【0040】
拡張機能サービスは、画像形成装置１０の標準の機能の拡張の機能を拡張アプリに提供するサービスである。
【0041】
バックエンドサービスは、バックエンドで稼働するサービスである。バックエンドサービスは、画像形成装置１０の標準の機能以外の機能のうち、画像形成装置１０の標準の機能の拡張の機能以外の機能を提供するサービスである。バックエンドサービスとしては、例えば、画像形成装置１０を監視する機能を提供するサービス、複数の画像形成装置から構成されるシステム全体を監視する機能を提供するサービス、特定のサーバーを監視する機能を提供するサービス、画像形成装置１０の印刷枚数を示すカウンターなどの情報を画像形成装置１０から収集して、収集した情報を人間が理解することができる形式の情報に変換する機能を提供するサービス、画像形成装置１０から出力される情報の形式を旧型のインターフェイスの形式から新型のインターフェイスの形式に変換する機能を提供するサービスが存在する。
【0042】
制御部１９は、拡張サービスの起動、開始および停止など、拡張サービスの管理を実行する拡張サービス管理部１９０を、ファームウェア１８ｂを実行することによって実現する。拡張サービス管理部１９０は、拡張サービスおよび汎用ＯＳサービス基盤１５０の状態を監視する。
【0043】
制御部１９は、拡張アプリの起動、開始および停止など、拡張アプリの管理を実行する拡張アプリ管理部２００を、ファームウェア１８ｂを実行することによって実現する。
【0044】
制御部１９は、拡張アプリ用プログラム１８ｃ（図１参照。）を実行することによって、拡張アプリ２１０を実現する。なお、制御部１９は、拡張アプリ２１０以外にも、少なくとも１つの拡張アプリを実現することが可能である。拡張アプリは、ユーザーが直接的に利用するアプリケーションであり、ユーザーインターフェイスを備えている。利用者は、拡張アプリのユーザーインターフェイスを操作することによって、この拡張アプリが提供する機能を利用することができる。例えば、拡張アプリとしては、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）、監視カメラアプリ、ウォーターマーク作成、請求書作成、社員名簿管理、伝票管理、契約書管理、名刺管理、ＰＤＦ作成、帳簿管理、グループ管理などの実用アプリでも良いし、汎用ＯＳ１１０上のデバイスドライバーやファームウェアなどの追加変更を行うインストーラーアプリや、その他の管理アプリなどでも良い。拡張アプリは、標準機能サービス１７０を呼び出して標準アプリを利用して汎用ＯＳ１１０を利用したり、拡張サービスを呼び出して標準アプリを利用せずに汎用ＯＳ１１０を利用したり、汎用ＯＳサービス基盤１５０を直接呼び出して汎用ＯＳ１１０を利用したりすることが可能である。
【0045】
【0046】
拡張アプリは、拡張アプリプラットフォーム２２０上で動作する。拡張アプリ管理部２００は、拡張アプリプラットフォーム２２０の一部である。
【0047】
拡張アプリは、Ｊａｖａ（登録商標）を使用したＷｅｂアプリケーションである。拡張アプリは、バックエンドであるサーバー側で動作するＪａｖａプログラムと、フロントエンドであるブラウザーでＵＩ表示するためのＷｅｂリソースとを含んでいる。
【0048】
拡張アプリプラットフォーム２２０は、拡張アプリがバックエンドおよびフロントエンドのそれぞれで使用可能なＡＰＩである拡張アプリＡＰＩ２２１を提供可能である。拡張アプリプラットフォーム２２０は、拡張アプリＡＰＩ２２１以外にも、少なくとも１つの拡張アプリＡＰＩを提供可能である。拡張アプリＡＰＩは、ＪａｖａプログラムおよびＷｅｂリソースを含んでいる。
【0049】
拡張アプリＡＰＩ用のＪａｖａプログラムおよびＷｅｂリソース（以下「拡張アプリＡＰＩ用ソース」という。）は、少なくとも一部の拡張アプリＡＰＩに関しては、拡張アプリ用プログラムとともに提供される。制御部１９は、ファームウェア１８ｂを実行することによって、少なくとも一部の拡張アプリＡＰＩを除く拡張アプリプラットフォーム２２０を実現する。
【0050】
次に、拡張アプリのインストール用のＰＫＧファイルの生成方法について説明する。
【0051】
拡張アプリ用プログラムの開発者は、図示していないＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などのコンピューターを利用して、拡張アプリのインストール用のＰＫＧファイルを生成することが可能である。拡張アプリのインストール用のＰＫＧファイルの生成は、画像形成装置１０の製造業者からリリースされるＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）を利用して実行される。ＳＤＫには、様々な拡張アプリＡＰＩの拡張アプリＡＰＩ用ソースが保存されている。
【0052】
図４は、拡張アプリのインストール用のＰＫＧファイルを生成する場合のコンピューターの動作のフローチャートである。
【0053】
拡張アプリ用プログラムの開発者は、拡張アプリのインストール用のＰＫＧファイルの生成をコンピューターに指示することができる。この指示においては、対象の拡張アプリ用プログラムによって使用される拡張アプリＡＰＩの拡張アプリＡＰＩ用ソースの識別情報が指定される。コンピューターは、拡張アプリのインストール用のＰＫＧファイルの生成が指示されると、ＳＤＫを実行することによって、図４に示す動作を実行する。
【0054】
図４に示すように、コンピューターは、対象の拡張アプリ用プログラムのＪＡＲファイルを生成する（Ｓ４０１）。このＪＡＲファイルは、対象の拡張アプリのＪａｖａプログラムおよびＷｅｂリソースを含む実行ファイルである。
【0055】
コンピューターは、Ｓ４０１の処理の後、Ｓ４０１において生成したＪＡＲファイルがどのようなファイルであるかを示すマニフェストファイルを生成する（Ｓ４０２）。
【0056】
次いで、コンピューターは、拡張アプリのインストール用のＰＫＧファイルの生成の指示において指定されていた、拡張アプリＡＰＩ用ソースの識別情報を示すヘッダーファイルを生成する（Ｓ４０３）。ヘッダーファイルは、特定の暗号キーによって暗号化される。
【0057】
コンピューターは、Ｓ４０３の処理の後、Ｓ４０１において生成したＪＡＲファイルと、Ｓ４０２において生成したマニフェストファイルと、Ｓ４０３において生成したヘッダーファイルとを梱包したＰＫＧファイルを生成する（Ｓ４０４）。
【0058】
次いで、コンピューターは、拡張アプリのインストール用のＰＫＧファイルの生成の指示において識別情報が指定されていた拡張アプリＡＰＩ用ソースを、Ｓ４０４において生成したＰＫＧファイルの内部に追加して（Ｓ４０５）、図４に示す動作を終了する。
【0059】
次に、拡張アプリをインストールする場合の画像形成装置１０の動作について説明する。
【0060】
図５は、拡張アプリをインストールする場合の画像形成装置１０の動作のフローチャートである
【0061】
【0062】
図５に示すように、拡張アプリ管理部２００は、対象のＰＫＧファイルに含まれるヘッダーファイルを解析することによって、対象のＰＫＧファイルが不正なファイルではないか否かを判断する（Ｓ４２１）。例えば、拡張アプリ管理部２００は、画像形成装置１０の製造業者が認めていない情報がヘッダーファイルに含まれる場合や、画像形成装置１０の製造業者が指定している情報がヘッダーファイルに含まれない場合に、対象のＰＫＧファイルが不正なファイルであると判断する。また、拡張アプリ管理部２００は、ヘッダーファイルに含まれる識別情報によって特定される拡張アプリＡＰＩ用ソース以外の拡張アプリＡＰＩ用ソースが対象のＰＫＧファイルに含まれている場合に、対象のＰＫＧファイルが不正なファイルであると判断する。なお、拡張アプリ管理部２００は、ヘッダーファイルの復号キーを備えている。
【0063】
拡張アプリ管理部２００は、対象のＰＫＧファイルが不正なファイルであるとＳ４２１において判断すると、対象のＰＫＧファイルを使用した拡張アプリのインストールを中止して（Ｓ４２２）、図５に示す動作を終了する。
【0064】
拡張アプリ管理部２００は、対象のＰＫＧファイルが不正なファイルではないとＳ４２１において判断すると、対象のＰＫＧファイルに含まれるＪＡＲファイルを記憶部１８に記憶する（Ｓ４２３）。すなわち、拡張アプリ管理部２００は、拡張アプリをインストールする。
【0065】
拡張アプリ管理部２００は、Ｓ４２３の処理の後、対象のＰＫＧファイルに含まれるマニフェストファイルを記憶部１８に記憶する（Ｓ４２４）。
【0066】
次いで、拡張アプリ管理部２００は、対象のＰＫＧファイルに含まれる拡張アプリＡＰＩ用ソースを、拡張アプリＡＰＩ用ソースの動的な追加のための記憶部１８上の特定の領域である動的追加用領域としての特定のフォルダー（以下「動的追加用フォルダー」という。）に記憶する（Ｓ４２５）。ここで、動的追加用フォルダーは、例えば“[dynamic_context]/[public_context]”というＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）で表されるフォルダーである。
【0067】
拡張アプリ管理部２００は、Ｓ４２５の処理の後、Ｓ４２５において記憶した拡張アプリＡＰＩ用ソースが動的に追加されたものであることを示すコンテキスト（以下「動的追加判断用コンテキスト」という。）を動的追加用フォルダーに追加する（Ｓ４２６）。
【0068】
拡張アプリ管理部２００は、Ｓ４２６の処理の後、Ｓ４２５において記憶した拡張アプリＡＰＩ用ソースが、拡張アプリから使用可能なインターフェイスを定義している公開用ソースと、拡張アプリから使用可能なインターフェイスを定義しておらず、公開用ソースの実装を担う非公開用ソースとのいずれであるかを示すコンテキスト（以下「公開非公開判断用コンテキスト」という。）を動的追加用フォルダーに追加して（Ｓ４２７）、図５に示す動作を終了する。
【0069】
次に、拡張アプリＡＰＩ用ソースを使用して拡張アプリＡＰＩをロードする場合の画像形成装置１０の動作について説明する。
【0070】
図６は、拡張アプリＡＰＩ用ソースを使用して拡張アプリＡＰＩをロードする場合の画像形成装置１０の動作のフローチャートである。
【0071】
図５に示す動作によってインストールされた拡張アプリには、図５に示す動作によって記憶部１８に記憶された拡張アプリＡＰＩ用ソースのＵＲＩが記憶されている。このＵＲＩは、例えば、“[dynamic_context]/[public_context]/[リソース名]”である。ここで、リソース名は、対象の拡張アプリＡＰＩ用ソースの名称である。図５に示す動作によってインストールされた拡張アプリが実行されると、この拡張アプリは、拡張アプリＡＰＩを呼び出す場合に、この拡張アプリＡＰＩの拡張アプリＡＰＩ用ソースのＵＲＩを拡張アプリプラットフォーム２２０に対して指定する。拡張アプリプラットフォーム２２０は、拡張アプリによって拡張アプリＡＰＩ用ソースのＵＲＩが指定されると、図６に示す動作を実行する。
【0072】
図６に示すように、拡張アプリプラットフォーム２２０は、拡張アプリによってＵＲＩが指定された拡張アプリＡＰＩ用ソース（以下「対象拡張アプリＡＰＩ用ソース」という。）が動的に追加されたものであるか否かを、動的追加用フォルダー上の動的追加判断用コンテキストに基づいて判断する（Ｓ４３１）。
【0073】
拡張アプリプラットフォーム２２０は、対象拡張アプリＡＰＩ用ソースが動的に追加されたものではないとＳ４３１において判断すると、対象拡張アプリＡＰＩ用ソースが動的に追加されたものではないことを示すエラーを拡張アプリに返答して（Ｓ４３２）、図６に示す動作を終了する。したがって、拡張アプリは、対象拡張アプリＡＰＩ用ソースが動的に追加されたものではない場合の特定の動作を実行することができる。
【0074】
拡張アプリプラットフォーム２２０は、対象拡張アプリＡＰＩ用ソースが動的に追加されたものであるとＳ４３１において判断すると、対象拡張アプリＡＰＩ用ソースが公開用ソースおよび非公開用ソースのいずれであるかを、動的追加用フォルダー上の公開非公開判断用コンテキストに基づいて判断する（Ｓ４３３）。
【0075】
拡張アプリプラットフォーム２２０は、対象拡張アプリＡＰＩ用ソースが非公開用ソースであるとＳ４３３において判断すると、対象拡張アプリＡＰＩ用ソースが非公開用ソースであることを示すエラーを拡張アプリに返答して（Ｓ４３４）、図６に示す動作を終了する。したがって、拡張アプリは、対象拡張アプリＡＰＩ用ソースが非公開用ソースである場合の特定の動作を実行することができる。
【0076】
拡張アプリプラットフォーム２２０は、対象拡張アプリＡＰＩ用ソースが公開用ソースであるとＳ４３３において判断すると、対象拡張アプリＡＰＩ用ソースを使用して拡張アプリＡＰＩをＲＡＭ１９ｃ上にロードする（Ｓ４３５）。したがって、拡張アプリは、Ｓ４３５においてロードされた拡張アプリＡＰＩを使用することができる。
【0077】
拡張アプリプラットフォーム２２０は、Ｓ４３５の処理が終了すると、図６に示す動作を終了する。
【0078】
次に、拡張アプリが停止される場合の画像形成装置１０の動作について説明する。
【0079】
図７は、拡張アプリが停止される場合の画像形成装置１０の動作のフローチャートである。
【0080】
図７に示すように、拡張アプリプラットフォーム２２０は、停止される拡張アプリによる呼び出しによってロードされた拡張アプリＡＰＩを特定する（Ｓ４４１）。
【0081】
次いで、拡張アプリプラットフォーム２２０は、Ｓ４４１において特定した拡張アプリＡＰＩをＲＡＭ１９ｃから削除して（Ｓ４４２）、図７に示す動作を終了する。
【0082】
以上に説明したように、画像形成装置１０は、拡張アプリＡＰＩ用のプログラムである拡張アプリＡＰＩ用プログラムとしての拡張アプリＡＰＩ用ソースを動的追加用領域に記憶し（Ｓ４２５）、動的追加用領域上の拡張アプリＡＰＩ用ソースを使用して拡張アプリＡＰＩをＲＡＭ１９ｃ上にロードする（Ｓ４３５）ので、拡張アプリＡＰＩが画像形成装置１０のファームウェア１８ｂとは別に提供されることができ、その結果、拡張アプリＡＰＩの提供の速度を向上することができる。
【0083】
画像形成装置１０は、拡張アプリのインストール用のＰＫＧファイル内に拡張アプリＡＰＩ用ソースを含み、拡張アプリをインストールする（Ｓ４２３）場合に、拡張アプリのインストール用のＰＫＧファイル内の拡張アプリＡＰＩ用ソースを動的追加用領域に記憶する（Ｓ４２５）ので、使用されない拡張アプリＡＰＩがＲＡＭ１９ｃ上にロードされる可能性を低減することができ、その結果、ＲＡＭ１９ｃの記憶領域を浪費する可能性を低減することができる。
【0084】
画像形成装置１０は、拡張アプリによって拡張アプリＡＰＩが呼び出された場合に、拡張アプリＡＰＩをＲＡＭ１９ｃ上にロードする（Ｓ４３５）ので、使用されない拡張アプリＡＰＩがＲＡＭ１９ｃ上にロードされる可能性を低減することができ、その結果、ＲＡＭ１９ｃの記憶領域を浪費する可能性を低減することができる。
【0085】
画像形成装置１０は、拡張アプリによる呼び出しによってロードされた拡張アプリＡＰＩを、この拡張アプリが停止される場合にＲＡＭ１９ｃから削除する（Ｓ４４２）ので、使用されない拡張アプリＡＰＩがＲＡＭ１９ｃ上に残る可能性を低減することができ、その結果、ＲＡＭ１９ｃの記憶領域を浪費する可能性を低減することができる。
【0086】
画像形成装置１０は、拡張アプリＡＰＩ用ソースが動的に追加されたものであるか否かを判断し（Ｓ４３１）、動的に追加された拡張アプリＡＰＩ用ソースのみを使用して拡張アプリＡＰＩをＲＡＭ１９ｃ上にロードする（Ｓ４３５）ので、不正な拡張アプリＡＰＩがロードされる可能性を低減することができる。
【0087】
画像形成装置１０は、拡張アプリＡＰＩ用ソースが公開用ソースおよび非公開用ソースのいずれであるかを判断し（Ｓ４３３）、公開用ソースである拡張アプリＡＰＩ用ソースのみを使用して拡張アプリＡＰＩをＲＡＭ１９ｃ上にロードする（Ｓ４３５）ので、非公開用ソースが不正にロードされる可能性を低減することができる。
【0088】
本実施の形態におけるいずれかの複数のプログラムは、１つのプログラムとして構成されても良い。
【0089】
本発明の電子機器は、本実施の形態において画像形成装置であるが、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）など、画像形成装置以外の電子機器でも良い。
【符号の説明】
【0090】
１０ 画像形成装置（電子機器）
１８ 記憶部（記憶デバイス）
１８ｂ ファームウェア（プログラム）
１９ｃ ＲＡＭ（メモリー）
２００ 拡張アプリ管理部
２１０ 拡張アプリ
２２０ 拡張アプリプラットフォーム
２２１ 拡張アプリＡＰＩ
１８ 記憶部（記憶デバイス）
１８ｂ ファームウェア（プログラム）
１９ｃ ＲＡＭ（メモリー）
２００ 拡張アプリ管理部
２１０ 拡張アプリ
２２０ 拡張アプリプラットフォーム
２２１ 拡張アプリＡＰＩ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】