(57)【要約】【課題】アプリケーションをサーバーにインストールして使用可能な画像形成システムを提供する。【解決手段】  画像形成システムＸは、アプリ５００の実行指示を行う画像形成装置１と、画像形成装置１と接続可能なサーバー２とを含んでいる。機種固有情報取得部１１０は、機種固有情報４００を取得する。機種固有情報送信部１２０は、取得された機種固有情報４００をサーバー２に送信する。機能制御仲介部１３０は、機種固有情報４００に対応して、サーバー２からの指示により各部の機能を制御する。機種固有情報受信部２１０は、機種固有情報４００を受信する。アプリ管理部２２０は、アプリ５００を管理し実行する。ＡＰＩ部２３０は、アプリ５００の実行時における画像形成装置１の機能の制御の指示を、画像形成装置１の機能制御仲介部１３０に送信する。【選択図】図５
2015195482.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションの実行指示を行う画像形成装置と、該画像形成装置と接続可能なサーバーとを含む画像形成システムであって、
前記画像形成装置は、
機種固有情報を前記サーバーに送信する機種固有情報送信手段と、
該機種固有情報送信手段により前記サーバーに送信された前記機種固有情報に対応して、前記サーバーからの指示により各部の機能を制御する機能制御仲介手段とを備え、
前記サーバーは、
前記画像形成装置の前記機種固有情報送信手段により送信された前記機種固有情報を受信する機種固有情報受信手段と、
前記機種固有情報受信手段により取得された前記機種固有情報に対応する前記アプリケーションを管理し実行するアプリケーション管理手段と、
前記アプリケーション管理手段により実行された前記アプリケーションからの前記画像形成装置の機能の制御の指示により、前記機種固有情報に対応して制御を行うよう前記画像形成装置の前記機能制御仲介手段に指示するインターフェイス手段とを備える
ことを特徴とする画像形成システム。
【請求項２】
前記サーバーのアプリケーション管理手段は、
前記機種固有情報に対応する前記アプリケーションを検索して前記画像形成装置に提示し、前記画像形成装置からの認証情報を取得して提示した前記アプリケーションを使用可能な状態とする
ことを特徴とする請求項１に記載の画像形成システム。
【請求項３】
アプリケーションの実行指示を行う画像形成装置と、該画像形成装置と接続可能なサーバーとを含む画像形成システムのサーバーであって、
前記画像形成装置の前記機種固有情報を受信する機種固有情報受信手段と、
前記機種固有情報受信手段により取得された前記機種固有情報に対応する前記アプリケーションを管理し実行するアプリケーション管理手段と、
前記アプリケーション管理手段により実行された前記アプリケーションからの前記画像形成装置の機能の制御の指示により、前記機種固有情報に対応して前記画像形成装置の機能の制御を指示するインターフェイス手段とを備える
ことを特徴とするサーバー。
【請求項４】
前記アプリケーション管理手段は、
前記機種固有情報に対応する前記アプリケーションを検索して前記画像形成装置に提示し、前記画像形成装置からの認証情報を取得して提示した前記アプリケーションを使用可能な状態とする
ことを特徴とする請求項３に記載のサーバー。
【請求項５】
アプリケーションの実行指示を行う画像形成装置と、該画像形成装置と接続可能なサーバーとを含む画像形成システムの画像形成装置であって、
機種固有情報を前記サーバーに送信する機種固有情報送信手段と、
該機種固有情報送信手段により前記サーバーに送信された前記機種固有情報に対応して、実行された前記アプリケーションからの指示により、各部の機能を制御する機能制御仲介手段とを備える
ことを特徴とする画像形成装置。
【請求項６】
アプリケーションの実行指示を行う画像形成装置と、該画像形成装置と接続可能なサーバーとにより実行される画像形成方法であって、
前記画像形成装置により、機種固有情報を前記サーバーに送信させ、
前記サーバーにより、前記画像形成装置の前記機種固有情報を受信させ、
前記サーバーにより、取得された前記機種固有情報に対応する前記アプリケーションを管理し実行させ、
前記サーバーにより、実行された前記アプリケーションからの前記画像形成装置の機能の制御の指示により、前記機種固有情報に対応して前記画像形成装置の機能の制御を指示させ、
前記画像形成装置により、前記サーバーに送信された前記機種固有情報に対応したアプリケーションが前記サーバーで実行された際の指示により各部の機能を制御させる
ことを特徴とする画像形成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成システム、サーバー、画像形成装置、及び画像形成方法に係り、特にアプリケーションを実行可能な画像形成システム、サーバー、画像形成装置、及び画像形成方法に関する。
【背景技術】
【０００２】
従来から、文書や画像を印刷可能な複合機（Multifunctional Peripheral, MFP）やプリンター等の画像形成装置において、アプリケーション（Application Software、以下「アプリ」という。）をインストールし実行することが可能なものが存在する。
これらのアプリにより、ＰＤＦ作成、名刺管理、帳簿管理等の機能を画像形成装置に追加可能になる。また、アプリによりカメラ等の機器との連携を行うことも可能である。
【０００３】
特許文献１を参照すると、このようなアプリを格納する記憶手段を含み、記憶手段に格納された各種のアプリを使用し画像処理を行う画像形成装置の技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１１２７８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術では、画像形成装置にアプリをインストールするために、アプリ用の多大な保存領域が記憶部に必要となり、又、アプリの実行のために制御部の演算能力を高める必要があるため、アプリをインストールできない画像形成装置に比べてコストが高くなるという問題があった。
【０００６】
本発明は、このような状況に鑑みてなされたものであって、上述の問題点を解消する画像形成システムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
本発明の画像形成システムは、アプリケーションの実行指示を行う画像形成装置と、該画像形成装置と接続可能なサーバーとを含む画像形成システムであって、前記画像形成装置は、機種固有情報を前記サーバーに送信する機種固有情報送信手段と、該機種固有情報送信手段により前記サーバーに送信された前記機種固有情報に対応して、前記サーバーからの指示により各部の機能を制御する機能制御仲介手段とを備え、前記サーバーは、前記画像形成装置の前記機種固有情報送信手段により送信された前記機種固有情報を受信する機種固有情報受信手段と、前記機種固有情報受信手段により取得された前記機種固有情報に対応する前記アプリケーションを管理し実行するアプリケーション管理手段と、前記アプリケーション管理手段により実行された前記アプリケーションからの前記画像形成装置の機能の制御の指示により、前記機種固有情報に対応して制御を行うよう前記画像形成装置の前記機能制御仲介手段に指示するインターフェイス手段とを備えることを特徴とする。
本発明の画像形成システムは、前記サーバーのアプリケーション管理手段が、前記機種固有情報に対応する前記アプリケーションを検索して前記画像形成装置に提示し、前記画像形成装置からの認証情報を取得して提示した前記アプリケーションを使用可能な状態とすることを特徴とする。
本発明のサーバーは、アプリケーションの実行指示を行う画像形成装置と、該画像形成装置と接続可能なサーバーとを含む画像形成システムのサーバーであって、前記画像形成装置の前記機種固有情報を受信する機種固有情報受信手段と、前記機種固有情報受信手段により取得された前記機種固有情報に対応する前記アプリケーションを管理し実行するアプリケーション管理手段と、前記アプリケーション管理手段により実行された前記アプリケーションからの前記画像形成装置の機能の制御の指示により、前記機種固有情報に対応して前記画像形成装置の機能の制御を指示するインターフェイス手段とを備えることを特徴とする。
本発明のサーバーは、前記アプリケーション管理手段が、前記機種固有情報に対応する前記アプリケーションを検索して前記画像形成装置に提示し、前記画像形成装置からの認証情報を取得して提示した前記アプリケーションを使用可能な状態とすることを特徴とする。
本発明の画像形成装置は、アプリケーションの実行指示を行う画像形成装置と、該画像形成装置と接続可能なサーバーとを含む画像形成システムの画像形成装置であって、機種固有情報を前記サーバーに送信する機種固有情報送信手段と、該機種固有情報送信手段により前記サーバーに送信された前記機種固有情報に対応して、実行された前記アプリケーションからの指示により、各部の機能を制御する機能制御仲介手段とを備えることを特徴とする。
本発明の画像形成方法は、アプリケーションの実行指示を行う画像形成装置と、該画像形成装置と接続可能なサーバーとにより実行される画像形成方法であって、前記画像形成装置により、機種固有情報を前記サーバーに送信させ、前記サーバーにより、前記画像形成装置の前記機種固有情報を受信させ、前記サーバーにより、取得された前記機種固有情報に対応する前記アプリケーションを管理し実行させ、前記サーバーにより、実行された前記アプリケーションからの前記画像形成装置の機能の制御の指示により、前記機種固有情報に対応して前記画像形成装置の機能の制御を指示させ、前記画像形成装置により、前記サーバーに送信された前記機種固有情報に対応したアプリケーションが前記サーバーで実行された際の指示により各部の機能を制御させることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、機器固有情報を送信して、当該画像形成装置に対応したアプリをサーバー上で実行することで、アプリを使用可能であっても画像形成装置のコストを削減できる画像形成システムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態に係る画像形成システムの構成を示すブロック図である
【図２】図１に示す画像形成装置の全体構成を示すブロック図である。
【図３】図１に示す画像形成装置の概略図である。
【図４】図１に示すサーバーの全体構成を示すブロック図である。
【図５】図１に示す画像形成システムの制御構成を示すブロック図である。
【図６】本発明の実施の形態に係るアプリインストール処理のフローチャートである。
【図７】図６に示すアプリリストの提示と認証の概念図である。
【図８】本発明の実施の形態に係るアプリ使用処理のフローチャートである。
【図９】図８に示すＧＵＩ描画の概念図である。
【発明を実施するための形態】
【００１０】
＜実施の形態＞
〔画像形成システムＸの構成〕
【００１１】
まず、図１により、画像形成システムＸの構成について説明する。
画像形成システムＸは、例えば、アプリの実行指示を行う画像形成装置１と、画像形成装置１と接続可能なサーバー２とを含んでいる。
画像形成装置１は、操作パネル部１６（図２）等を備えるＭＦＰや単機能のプリンター等であり、当該機器に対応付けられたアプリをサーバー２と協働して使用することが可能である。
サーバー２は、インターネット（登録商標）上のデータセンター等のいわゆる「クラウド」に載置されたＰＣ／ＡＴ互換機等のＰＣサーバーやＡＲＭ（登録商標）サーバー、イントラネット上のサーバー等の情報処理装置である。サーバー２は、画像形成装置１に対応付けられたアプリを記憶しており、画像形成装置１からの指示に従って実行することが可能である。
画像形成装置１、及びサーバー２は、ＬＡＮ（Local Area Network）、無線ＬＡＮ、ＷＡＮ（Wide Area Network）、携帯電話網等であるネットワーク５に接続されている。
【００１２】
〔画像形成装置１の全体の構成〕
次に、図２により、画像形成装置１の全体の構成について説明する。画像形成装置１は、画像処理部１１、原稿読取部１２、原稿給送部１３、搬送部（給紙ローラー４２ｂ、搬送ローラー対４４、排出ローラー対４５）、ネットワーク送受信部１５、操作パネル部１６、画像形成部１７（画像形成手段）、及び記憶部１９等が、制御部１０に接続されている。各部は、制御部１０によって動作制御される。
【００１３】
制御部１０は、ＧＰＰ（General Purpose Processor）、ＣＰＵ（Central Processing Unit、中央処理装置）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Processor、特定用途向けプロセッサー）等の情報処理手段である。
制御部１０は、記憶部１９のＲＯＭやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各手段として動作させられる。また、制御部１０は、図示しない外部の端末や操作パネル部１６から入力された所定の指示情報に応じて、装置全体の制御を行う。
【００１４】
画像処理部１１は、ＤＳＰ（Digital Signal Processor）やＧＰＵ（Graphics Processing Unit）等の制御演算手段である。画像処理部１１は、各種の画像のデータに対して所定の画像処理を行う手段であり、例えば、拡大縮小、濃度調整、階調調整、画像改善等の各種画像処理を行う。
画像処理部１１は、原稿読取部１２で読み取られた画像を、記憶部１９に印刷データとして記憶する。この際、画像処理部１１は、印刷データをＰＤＦやＴＩＦＦ等のフォーマットのファイル単位に変換することも可能である。
【００１５】
原稿読取部１２は、セットされた原稿を読み取る（スキャン）手段である。
原稿給送部１３は、原稿読取部１２で読み取られる原稿を搬送する手段である。
画像形成部１７は、ユーザーの出力指示により、記憶部１９に記憶され、原稿読取部１２で読み取られ、又は外部の端末から取得されたデータから記録紙への画像形成を行わせる手段である。
搬送部（給紙ローラー４２ｂ、搬送ローラー対４４、排出ローラー対４５）は、給紙カセット４２ａ（図３）から記録紙を搬送し、画像形成部１７で画像形成させ、その後にスタックトレイ５０へ搬送する。
なお、原稿読取部１２、原稿給送部１３、搬送部、画像形成部１７の動作については後述する。
【００１６】
ネットワーク送受信部１５は、ＬＡＮ、無線ＬＡＮ、ＷＡＮ、携帯電話網等の外部ネットワークに接続するためのＬＡＮボードや無線送受信機等を含むネットワーク接続手段である。
ネットワーク送受信部１５は、データ通信用の回線ではデータを送受信し、音声電話回線では音声信号を送受信する。
ネットワーク送受信部１５は、ネットワークを介して、図示しないＰＣ（Personal Computer）やスマートフォンやＰＤＡ（Personal Data Assistant）や携帯電話等の外部の端末、サーバー等に接続されていてもよい。
【００１７】
操作パネル部１６は、ＬＣＤ等の表示部と、テンキー、スタート、キャンセル、複写やＦＡＸ送信やスキャナー等の動作モードの切り換えのボタンと、選択された文書の印刷や送信や保存や記録等に関するジョブの実行に係る指示を行うためのボタンやタッチパネル等の入力部とを備えている。
操作パネル部１６は、ユーザーの指示を取得する。このユーザーの指示は、後述するアプリ５００（図５）のインストールや使用の指示を含む。また、ユーザーの指示により、各ユーザーの情報を入力、変更することも可能である。このため、操作パネル部１６は、専用の制御部とＲＯＭやＲＡＭ等の記録媒体を備えて、制御部１０と連携してＧＵＩ（Graphical User Interface）の制御を行ってもよい。アプリ５００のインストールや使用時の操作パネル部１６の制御の詳細については後述する。
また、操作パネル部１６には、ＵＳＢメモリーやフラッシュメモリーカードの記録媒体や記録媒体を内蔵した外部機器を接続するための接続部が備えられていてもよい。
【００１８】
記憶部１９は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の半導体メモリーやＨＤＤ（Hard Disk Drive）等の記録媒体を用いた記憶手段である。
記憶部１９のＲＡＭは、省電力状態であっても、セルフリフレッシュ等の機能により、記憶内容が保持される。
記憶部１９のＲＯＭやＨＤＤには画像形成装置１の動作制御を行うための制御プログラムが記憶されている。これに加えて、記憶部１９は、ユーザーのアカウント設定も記憶している。また、記憶部１９に、ユーザー毎やアプリ５００（図５）毎の文書ボックスの領域が含まれていてもよい。
【００１９】
なお、画像形成装置１において、制御部１０及び画像処理部１１は、ＧＰＵ内蔵ＣＰＵ等やチップ・オン・モジュールパッケージのように、一体的に形成されていてもよい。
また、制御部１０及び画像処理部１１は、ＲＡＭやＲＯＭやフラッシュメモリー等を内蔵していてもよい。
また、画像形成装置１は、ファクシミリの送受信を行うＦＡＸ送受信部を備えていてもよい。
【００２０】
〔画像形成装置１の動作〕
次に、図３を参照して、本発明の実施の形態に係る画像形成装置１の動作について説明する。
原稿読取部１２は、本体部１４の上部に配設され、原稿給送部１３は、原稿読取部１２の上部に配設されている。スタックトレイ５０は、本体部１４に形成された記録紙の排出口４１側に配設され、また、操作パネル部１６は、画像形成装置１のフロント側に配設されている。
【００２１】
原稿読取部１２は、スキャナー１２ａと、プラテンガラス１２ｂと、原稿読取スリット１２ｃとを備えている。スキャナー１２ａは、露光ランプ、及びＣＣＤ(Charge Coupled Device)やＣＭＯＳ（Complementary Metal Oxide Semiconductor）撮像センサー等から構成され、原稿給送部１３による原稿の搬送方向に移動可能に構成されている。
プラテンガラス１２ｂは、ガラス等の透明部材により構成された原稿台である。原稿読取スリット１２ｃは、原稿給送部１３による原稿の搬送方向と直交方向に形成されたスリットを有する。
【００２２】
プラテンガラス１２ｂに載置された原稿を読み取る場合には、スキャナー１２ａは、プラテンガラス１２ｂに対向する位置に移動され、プラテンガラス１２ｂに載置された原稿を走査しながら原稿を読み取って画像データを取得して、取得した画像データを本体部１４に備わる制御部１０（図２）に出力する。
また、原稿給送部１３により搬送された原稿を読み取る場合には、スキャナー１２ａは、原稿読取スリット１２ｃと対向する位置に移動され、原稿読取スリット１２ｃを介し、原稿給送部１３による原稿の搬送動作と同期して原稿を読み取って画像データを取得し、取得した画像データを本体部１４に備わる制御部１０に出力する。
【００２３】
原稿給送部１３は、原稿載置部１３ａと、原稿排出部１３ｂと、原稿搬送機構１３ｃとを備えている。原稿載置部１３ａに載置された原稿は、原稿搬送機構１３ｃによって、１枚ずつ順に繰り出されて原稿読取スリット１２ｃに対向する位置へ搬送され、その後、原稿排出部１３ｂに排出される。
なお、原稿給送部１３は、可倒式に構成され、原稿給送部１３を上方に持ち上げることで、プラテンガラス１２ｂの上面を開放させることができる。
【００２４】
本体部１４は、画像形成部１７を備えると共に、給紙部４２と、用紙搬送路４３と、搬送ローラー対４４と、排出ローラー対４５とを備えている。給紙部４２は、それぞれサイズ又は向きが異なる記録紙を収納する複数の給紙カセット４２ａと、給紙カセット４２ａから記録紙を１枚ずつ用紙搬送路４３に繰り出す給紙ローラー４２ｂとを備えている。給紙ローラー４２ｂ、搬送ローラー対４４、及び排出ローラー対４５は、搬送部として機能する。記録紙は、この搬送部により搬送される。
給紙ローラー４２ｂによって用紙搬送路４３に繰り出された記録紙は、搬送ローラー対４４によって画像形成部１７に搬送される。そして、画像形成部１７によって記録が施された記録紙は、排出ローラー対４５によってスタックトレイ５０に排出される。
【００２５】
画像形成部１７は、感光体ドラム１７ａと、露光部１７ｂと、現像部１７ｃと、転写部１７ｄと、定着部１７ｅとを備えている。露光部１７ｂは、レーザー装置やミラーやレンズやＬＥＤアレイ等を備えた光学ユニットであり、図示しない帯電部により一次帯電された感光体ドラム１７ａに対して、画像データに基づいて光等を出力して露光し、感光体ドラム１７ａの表面に静電潜像を形成する。現像部１７ｃは、トナーを用いて感光体ドラム１７ａに形成された静電潜像を現像する現像ユニットであり、静電潜像に基づいたトナー像を感光体ドラム１７ａ上に形成させる。転写部１７ｄは、現像部１７ｃによって感光体ドラム１７ａ上に形成されたトナー像を記録紙に転写させる。定着部１７ｅは、転写部１７ｄによってトナー像が転写された記録紙を加熱してトナー像を記録紙に定着させる。
【００２６】
〔サーバー２の全体の構成〕
次に、図４を参照して、サーバー２（情報処理装置）の全体構成について説明する。
サーバー２は、制御部２０、ネットワーク送受信部２５、記憶部２９を備えている。各部は、制御部２０によって動作制御される。
【００２７】
制御部２０は、ＧＰＰ、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ等である演算・制御能力を備えた情報処理部である。制御部２０は、記憶部２９に記憶されたプログラムを、ハードウェア資源を用いて実行する。
【００２８】
ネットワーク送受信部２５は、ネットワーク５に接続するための、例えば１０００ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−ＴＸ等の規格のＬＡＮインターフェイスや無線ＬＡＮインターフェイスや携帯電波送受信デバイス等である。サーバー２は、ネットワーク送受信部２５を介して、各種データを送受信可能である。
なお、ネットワーク送受信部２５は、外部のハブやルータ等に接続され、ネットワーク５に接続されていてもよい。
【００２９】
記憶部２９は、ＲＡＭ、ＳＳＤ（Solid State Drive）等のフラッシュメモリーディスク、ＨＤＤ（Hard Disk Drive）、磁気テープ装置、光ディスク装置等を含む記憶手段である。記憶部２９は、サーバー２を機能させるためのＯＳ（Operating System）やサーバーの各種プログラム及びデータを記憶している。これらのプログラム及びデータの詳細については後述する。
【００３０】
〔画像形成システムＸの制御構成〕
図５を参照して、画像形成装置１及びサーバー２を含む画像形成システムＸの制御構成について説明する。
画像形成装置１の制御部１０は、機種固有情報取得部１１０（機種固有情報取得手段）、機種固有情報送信部１２０（機種固有情報送信手段）、及び機能制御仲介部１３０（機能制御仲介手段）を備えている。
画像形成装置１の記憶部１９は、機種固有情報４００、及び認証情報４１０を記憶する。
サーバー２の制御部２０は、アプリ５００を実行するプラットフォーム２００を備えている。このプラットフォーム２００は、機種固有情報受信部２１０（機種固有情報受信手段）、アプリ管理部２２０（アプリケーション管理手段）、及びＡＰＩ部２３０（インターフェイス手段）を含んでいる。
サーバー２の記憶部２９は、機種固有情報４００、認証情報４１０、及びアプリ５００を記憶する。
【００３１】
機種固有情報取得部１１０は、機種の識別情報である機種固有情報４００、認証情報４１０等を取得する。また、機種固有情報取得部１１０は、操作パネル部１６のウェブブラウザー（Web Browser、以下「ブラウザー」という。）と連携して、アプリ５００の使用に必要な認証情報４１０を取得することが可能である。
【００３２】
機種固有情報送信部１２０は、機種固有情報取得部１１０により取得された機種固有情報４００をサーバー２に送信する。
また、機種固有情報送信部１２０は、操作パネル部１６のブラウザーの設定情報等も送信可能である。
【００３３】
機能制御仲介部１３０は、機種固有情報送信部１２０によりサーバー２に送信された機種固有情報４００に対応して、サーバー２からの指示により各部の機能を制御する。
機能制御仲介部１３０は、サーバー２のＡＰＩ部２３０から要求された機能に該当する、画像形成装置１の各部を制御する、いわゆる「コネクター」として機能する。このため、機能制御仲介部１３０は、サーバー２のＡＰＩ部２３０で作成された機能制御指示のコマンドを受信した場合、これを解析して、画像形成装置１で実現可能な機能に対応する各部を適切な方式で制御する。たとえば、機能制御仲介部１３０は、機能制御指示のコマンドに対応して、コピー機能、ネットワークスキャン機能、文書ボックス機能等を呼び出すことができる。機能制御仲介部１３０は、これらのうち、どのような機能が使用可能であるか否かを、機種固有情報４００の設定に従って選択する。
また、機能制御仲介部１３０は、各部を直接制御することも可能である。機能制御仲介部１３０は、例えば、原稿読取部１２で解像度や色等を設定して原稿読取して画像データとして記憶部１９に記憶させ、画像処理部１１に記憶部１９の画像データや文書データ（図示せず）を画像処理させ、操作パネル部１６のブラウザー上に画像を描画し、画像形成部１７で画像データや文書データを画像形成してもよい。また、機能制御仲介部１３０は、例えば搬送部のモーターの一つを駆動させるといった、より機器のハードウェアの構成に近い制御を行ってもよい。また、機能制御仲介部１３０は、画像形成装置１にフィニッシャーが存在した場合は製本やステープル等、ＦＡＸ送受信部が存在した場合はファクシミリの送受信、ＩＣカードや生体認証によるユーザー認証部が存在した場合は当該ユーザー認証部によるユーザー認証、カメラが存在した場合はカメラ画像の取得や視線検出等の各機能を呼び出すことも可能である。これらの機能の呼び出しの可否についても機種固有情報４００に設定可能である。また、機能制御仲介部１３０は、ネットワーク送受信部１５（図２）を介して他の画像形成装置や端末等（図示せず）の制御を行うことも可能である。
また、機能制御仲介部１３０は、各部の状態の取得等の処理も行ってもよい。機能制御仲介部１３０は、これらの取得した各部の状態、各部の機能の呼び出しの結果等について、サーバー２に送信可能である。この際、機能制御仲介部１３０は、各種ファイル等をサーバー２との間で送受信することも可能である。たとえば、機能制御仲介部１３０は、スキャンした画像データ、文書ボックスの文書データ等を送受信することも可能である。なお、機能制御仲介部１３０は、ＦＡＸ送受信部が存在した場合はファクシミリ送受信の画像データの送受信、ユーザー認証部が存在した場合はユーザー認証結果、カメラが存在した場合は映像データのサーバー２への送受信等を行うことも可能である。
【００３４】
操作パネル部１６は、プラットフォーム２００からアプリ５００の画面内容を受信して表示する。このため、操作パネル部１６用の制御部が、ＲＯＭに記憶された専用のブラウザー等を実行していてもよい。
【００３５】
プラットフォーム２００は、アプリ５００の実行基盤となるＡＰＩ（Application Programming Interface）やミドルウェアやランタイム等（以下、「ＡＰＩ等」という。）を含むプログラムやデータである。また、プラットフォーム２００は、アプリ５００から呼び出されるプログラム（クラス、ルーチン、関数等）であるサービスと、これに関するデータも含んでいる。また、プラットフォーム２００は、サーバー２の記憶部２９にインストールされた図示しないＯＳ上で動作している。
【００３６】
機種固有情報受信部２１０は、画像形成装置１の機種固有情報送信部１２０から送信された機種固有情報４００を受信して、記憶部１９に保存する。この際、機種固有情報取得部１１０は、不正でない機種固有情報４００であるか等をチェックしてもよい。
【００３７】
アプリ管理部２２０は、機種固有情報受信部２１０に取得された機種固有情報４００に対応するアプリ５００を管理し実行する。具体的には、アプリ管理部２２０は、アプリ５００のインストール、画像形成装置１から使用可能な状態とするアクティベーション、実行、実行終了、アンインストール等をプラットフォーム２００のＡＰＩにより管理する（以下、これらの処理をアプリ５００の「ライフサイクル」の管理という。）。
また、アプリ管理部２２０は、機種固有情報４００に対応するアプリ５００を検索して画像形成装置１に提示する。また、アプリ管理部２２０は、画像形成装置１からの認証情報４１０を取得した場合、アプリ５００を使用可能な状態とする。
【００３８】
ＡＰＩ部２３０は、実行中のアプリ５００からの指示により、機種固有情報４００に対応して制御を行うよう画像形成装置１の機能制御仲介部１３０に指示する。つまり、ＡＰＩ部２３０は、アプリ５００から画像形成装置１の各機能を制御するためのインターフェイスを提供する。
具体的に、ＡＰＩ部２３０は、取得した機種固有情報４００を参照し、画像形成装置１に備えられた各部の機能を制御する指示（以下、「機能制御指示」という。）のコマンドを作成し、画像形成装置１の機能制御仲介部１３０へ送信する。また、この機能制御指示のコマンドとして、ＡＰＩ部２３０は、プラットフォーム２００のＡＰＩが呼び出された際のパラメーター等と、画像形成装置１の機能に対応する制御の方式とを対応付けたコマンドを作成してもよい。
また、ＡＰＩ部２３０は、画像形成装置１の機能の制御、情報参照等の結果についても取得して、アプリ５００に提示する。この際、ＡＰＩ部２３０は、画像形成装置１から、機能制御の結果の各種ファイル等を取得して、アプリ５００に提示してもよい。
【００３９】
機種固有情報４００は、画像形成装置１の機種識別番号やシリアル番号や製造番号や固有番号等を含む機器固有ＩＤ、画像形成装置１で使用可能な機能についての情報、メモリー容量、印刷設定を含む機器設定、印刷枚数、課金情報等を含んでいる。機種固有情報４００の機能についての情報としては、操作パネル部１６の表示部又はブラウザーの表示サイズ、スキャンや画像形成可能な用紙の大きさ、スキャンや画像形成のカラーや白黒の種別、フィニッシャーやＦＡＸ送受信部やユーザー認証部やカメラや視線検出装置等のオプション機器の有無等の情報を含んでいる。また、機種固有情報４００には、画像形成装置１のＩＰアドレス、管理者のメールアドレスや送信先や住所等の各種情報が含まれていてもよい。
【００４０】
認証情報４１０は、アプリ５００の認証に関する情報である。認証情報４１０は、管理者を含むユーザーのアカウント情報、アプリ５００をアクティベーションするための鍵情報である「アクティベーションキー」の情報、アプリ５００の識別子やアプリ５００の種別等のアプリ識別情報等を含んでいてもよい。また、認証情報４１０のうち、アカウント情報は、ユーザーＩＤとパスワードを含んでいてもよい。また、アカウント情報には、クレジットカード番号や権限情報を含んでいてもよい。
認証情報４１０は、予め各ユーザーが操作パネル部１６やユーザーの端末（図示せず）等から登録することが可能である。
【００４１】
アプリ５００は、サーバー２にインストールされ、プラットフォーム２００上で実行されるアプリ５００（Application Software、アプリケーション）のプログラムである。アプリ５００は、ＡＰＩ部２３０を介して画像形成装置１の機能を利用し、画像形成装置１と連携して機能する。このため、アプリ５００により、画像形成装置１単体では使用できない各種処理を行わせることができる。
また、アプリ５００は、サーバー２の記憶部２９に、複数記憶されてもよい。アプリ５００は、例えば、ＯＣＲ（Optical Character Recognition、光学文字認識）、監視カメラアプリ、ウォーターマーク作成、請求書作成、社員名簿管理、伝票管理、契約書管理、名刺管理、ＰＤＦ作成、帳簿管理、グループ管理等のアプリであってもよい。
また、各アプリ５００は、画像形成装置１の機種固有情報４００に対応して実行可能か否かが選択されてもよい。この場合、各アプリ５００は、画像形成装置１が複数存在する場合、当該画像形成装置１の各機種固有情報４００に対応してそれぞれが使用可能な状態か否かを設定されていてもよい。また、この場合、画像形成装置１の認証情報４１０により、当該画像形成装置１と対応付けられて使用可能な状態にする「アクティベーション」を行う構成であってもよい。また、アプリ５００は、画像形成装置１や他の端末等（図示せず）からインストールされて記憶部２９に記憶されてもよい。なお、画像形成装置１の機種毎に別々のアプリ５００がインストールされる構成であってもよい。
また、アプリ５００は、プラットフォーム２００上で動作する実行ファイルと、クラス情報を含む各種データとを含んで構成されてもよい。この場合、アプリ５００の実行ファイルは、例えばＪａｖａ（登録商標）アプリの中間言語のファイルや、「ネイティブ」のｅｘｅファイル等からなるアプリのバイナリのファイルであってもよい。アプリ５００は、この他にも、必要なデータを含んでいてもよい。
【００４２】
なお、記憶部１９及び記憶部２９には、画像形成装置１の操作パネル部１６で指示された各種ジョブデータ、原稿読取部１２でスキャンされた画像データ、画像処理部１１で画像処理された画像データ、他の端末（図示せず）から送信された印刷文書のデータ、接続された記録媒体から読み出された各種ファイル、サムネイル画像のデータ等を記憶してもよい。また、記憶部１９及び記憶部２９には、ユーザー毎の文書ボックスの領域が含まれていてもよい。
【００４３】
〔画像形成システムＸによるアプリインストール処理〕
次に、図６〜図７を参照して、本発明の実施形態に係る画像形成システムＸによるアプリインストールの説明を行う。
本実施形態のアプリインストール処理は、ユーザーの指示により、サーバー２上のアプリ５００を使用可能にする。本アプリインストール処理では、まず、画像形成装置１から、機種固有情報４００をサーバー２に送信して、画像形成装置１で使用可能なアプリ５００のリスト（以下、「アプリリスト」という。）を取得する。画像形成装置１は、ユーザーがアプリリスト内のアプリ５００を選択して、アクティベーションキーを入力すると、これを認証情報４１０に含めてサーバー２に送信する。サーバー２では、このアクティベーションキーで画像形成装置１とアプリ５００とを対応付けて、アクティベーションする。これにより、画像形成装置１と対応付けられたアプリ５００を使用可能な状態になる。
本実施形態に係るアプリインストール処理は、主に画像形成装置１の制御部１０、操作パネル部１６、及びサーバー２の制御部２０が、記憶部１９及び記憶部２９に記憶されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図６のフローチャートを参照して、アプリインストール処理の詳細をステップ毎に説明する。
【００４４】
（ステップＳ１０１）
まず、制御部１０が、機種固有情報取得部１１０として、アプリリスト要求処理を行う。制御部１０は、操作パネル部１６のブラウザーのＧＵＩにて、ユーザーから使用可能なアプリ５００を表示する指示を取得した場合、サーバー２からアプリリストを取得するための処理を開始する。
制御部１０は、記憶部１９から機種固有情報４００を取得して、アプリリストの取得と機種固有情報４００の送信を機種固有情報送信部１２０に指示する。
制御部１０は、この際、機種固有情報４００を公開鍵等で暗号化してもよい。
【００４５】
（ステップＳ１０２）
次に、制御部１０が、機種固有情報送信部１２０として、機種固有情報送信処理を行う。
制御部１０は、送信を指示された機種固有情報４００とアプリリストの送信を要求するコマンドとを、サーバー２に送信する（タイミングＴ１０１）。
【００４６】
（ステップＳ２０１）
ここで、サーバー２の処理について説明する。
サーバーの制御部２０は、機種固有情報受信部２１０として、機種固有情報受信処理を行う。制御部２０は、機種固有情報４００を受信して、記憶部２９に保存する。この際、制御部２０は、機種固有情報４００が不正なものでないか、秘密鍵で復号化してチェックしてもよい。
また、制御部２０は、ここでは、アプリリストの取得の要求のコマンドを受信して、アプリ管理部２２０に通知する。
【００４７】
（ステップＳ２０２）
次に、制御部２０が、アプリ管理部２２０として、アプリ検索処理を行う。
制御部２０は、機種固有情報４００を参照してアプリ５００を記憶部２９から検索し、この機種固有情報４００に対応したアプリ５００を検索し、アプリリストを作成する。
この際、制御部２０は、検索された各アプリ５００について、画像形成装置１に既に対応付けられておりアクティベーションされているか否かの情報についても、アプリリストに付加する。
【００４８】
（ステップＳ２０３）
次に、制御部２０が、アプリ管理部２２０として、アプリリスト送信処理を行う。
制御部２０は、作成したアプリリストを、画像形成装置１に送信する（タイミングＴ２０１）。
【００４９】
（ステップＳ１０３）
ここで、再び画像形成装置１の処理について説明する。
操作パネル部１６は、アプリリスト提示処理を行う。操作パネル部１６は、サーバー２から検索されたアプリ５００のアプリリストを取得して、ブラウザーで表示部に表示させる。
図７（ａ）の画面例６００は、表示されたアプリリストの例を示す。表示欄６１０には、ユーザー名、機種、使用可能なアプリ５００の名称等がリスト形式で表示されている。また、表示欄６１０の各アプリ５００には、アクティベートされているか否かの情報も表示されている。ボタン７００は、このアプリリストの表示を終了する指示を行うためのボタンである。
【００５０】
（ステップＳ１０４）
次に、操作パネル部１６が、アプリ選択処理を行う。
操作パネル部１６は、ＧＵＩにて、使用可能なアプリ５００の名称等のリストから、まだ使用可能になっていないアプリ５００をユーザーが選択した場合、アクティベートの指示を行う。
図７（ｂ）の画面例６０１によると、操作パネル部１６は、表示欄６２０に、アクティベーションキーの入力を求めるダイアログボックス等を表示する。操作パネル部１６は、ユーザーがＧＵＩでアクティベーションキーを入力すると、これを取得して制御部１０に送信するよう指示する。
なお、操作パネル部１６は、アクティベーションキーの入力の前に、ユーザー認証等を行ってもよい。また、操作パネル部１６は、既にアクティベート済みのアプリ５００を選択した場合、そのアプリ５００を使用する指示を行ってもよい。
【００５１】
（ステップＳ１０５）
次に、制御部１０が、機種固有情報送信部１２０として、認証情報送信処理を行う。
制御部１０は、操作パネル部１６で入力されたアクティベーションキーと、選択されたアプリ５００のアプリ識別情報と、アカウント情報等とを認証情報４１０に含めて、サーバー２に送信する。
図７（ｂ）の例では、制御部１０は、ユーザーが入力を完了した場合、表示欄６２０に「送信」のボタン７２０を表示して、この押下を検出した場合に認証情報４１０を送信してもよい（タイミングＴ１０２）。
【００５２】
（ステップＳ２０４）
ここで、再びサーバー２の処理について説明する。
サーバー２の制御部２０は、アプリ管理部２２０として、認証情報受信処理を行う。
制御部２０は、画像形成装置１から認証情報４１０を受信すると、記憶部２９に保存する。
【００５３】
（ステップＳ２０５）
次に、制御部２０が、アプリ管理部２２０として、アクティベート可能か否かを判別する。制御部１０は、受信したアクティベーションキーを図示しない秘密鍵等で復号化し、正当なものであるか否かを判別し、正当なものである場合にＹｅｓ、それ以外の場合はＮｏと判定する。また、この際、制御部１０は、認証情報４１０のアプリ識別情報と、機種固有情報４００とを比較し、画像形成装置１でこのアプリ５００が使用可能か再度チェックして、当該機器やユーザー等では使用不可能であった場合にはＮｏと判定してもよい。また、制御部２０は、課金情報に十分な残高がなかった場合等には、Ｎｏと判定してもよい。
Ｙｅｓの場合、制御部２０は、処理をステップＳ２０６に進める。
Ｎｏの場合、制御部２０は、処理をステップＳ２２０７に進める。
【００５４】
（ステップＳ２０６）
アプリ５００をアクティベート可能であった場合、制御部２０が、アプリ管理部２２０として、アプリ５００アクティベート処理を行う。
制御部２０は、取得した認証情報４１０のアプリ識別情報のアプリ５００について、画像形成装置１と対応付けし、使用可能な状態とすることで、アクティベーションを行う。これ以降、画像形成装置１からの指示により、このアプリ５００を実行し使用することが可能となる。
なお、制御部２０は、アクティベーションの有無について、別途、データベースを記憶部２９に用意して、これに記憶してもよい。
【００５５】
（ステップＳ２０７）
ここで、制御部２０が、アプリ管理部２２０として、アクティベート結果送信処理を行う。
制御部２０は、アプリ５００がアクティベートされたか否かの結果の情報であるアクティベート結果情報を、画像形成装置１に送信する（タイミングＴ２０２）。
【００５６】
（ステップＳ１０６）
ここで、再び画像形成装置１の処理について説明する。
操作パネル部１６は、アクティベート結果表示処理を行う。
操作パネル部１６は、アクティベート結果情報をサーバー２から受信すると、ブラウザーにより表示部に表示させる。
以上により、本発明の実施の形態に係るアプリインストール処理を終了する。
【００５７】
〔画像形成システムＸによるアプリ使用処理〕
次に、図８〜図９を参照して、本発明の実施の形態に係る画像形成システムＸによるアプリ使用処理の説明を行う。
本実施形態のアプリ使用処理は、サーバー２で使用可能な状態になったアプリ５００をユーザーの指示により使用する。まず、画像形成装置１で実行指示が行われた場合、サーバー２のアプリ５００が実行される。この際、画像形成装置１に対して、操作パネル部１６のブラウザー用の描画や入力の指示（以下、「ＧＵＩ指示」という。）の情報が送信される。また、同様に、画像形成装置１の機能制御指示のコマンドも送信される。画像形成装置１では、これらを判別して処理する。
本実施形態に係るアプリ使用処理は、主に画像形成装置１の制御部１０、操作パネル部１６、及びサーバー２の制御部２０が、記憶部１９及び記憶部２９に記憶されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図８のフローチャートを参照して、アプリ使用処理の詳細をステップ毎に説明する。
【００５８】
（ステップＳ１１１）
まず、操作パネル部１６は、アプリ実行指示取得処理を行う。
操作パネル部１６は、ＧＵＩによりユーザーがアプリ５００の実行を指示した場合、これをアプリ実行指示として取得する。
なお、このアプリ５００の実行に先だって、図６のアプリリスト要求処理及び機種固有情報送信処理と同様の処理を行い、実行可能なアプリ５００のアプリリストを取得してもよい。
また、このアプリ実行指示には、機種固有情報４００又は認証情報４１０を含めてもよい。また、操作パネル部１６は、アプリ実行指示の取得前に、ユーザー認証を行ってもよい。
【００５９】
（ステップＳ１１２）
次に、操作パネル部１６は、アプリ実行操作指示送信処理を行う。
操作パネル部１６は、ユーザーのアプリに対する指示を取得する。この指示には、上述のアプリ実行指示と、アプリ実行時のアプリ５００への操作の指示が含まれる。
制御部１０は、サーバー２にアプリ実行指示や、実行中のアプリ５００への指示を送信する（タイミングＴ１１１）。
【００６０】
（ステップＳ２１１）
ここで、サーバー２の処理について説明する。
サーバー２の制御部２０は、アプリ管理部２２０として、アプリ実行指示又は操作の指示で実行を指示されたアプリ５００が実行可能か否かを判定する。
制御部２０は、アプリ実行指示を受信した場合、実行を指示されたアプリ５００が画像形成装置１と対応付けられてアクティベーションされており、画像形成装置１で使用可能な状態である場合に、Ｙｅｓと判定する。また、制御部２０は、既にアプリが実行中である場合にもＹｅｓと判定する。制御部２０は、それ以外の場合には、不正なアプリ実行指示であったとして、Ｎｏと判定する。
Ｙｅｓの場合、制御部２０は、処理をステップＳ２１２に進める。
Ｎｏの場合、制御部２０は、アプリ使用処理のサーバー２の処理を終了する。
【００６１】
（ステップＳ２１２）
アプリ実行指示のアプリ５００が実行可能であった場合、制御部２０は、アプリ管理部２２０として、アプリ実行処理を行う。
制御部２０は、記憶部２９に記憶されたアプリ５００を実行する。また、制御部２０はアプリ５００が既に実行されている場合、このアプリ５００への操作の指示に従って各種制御を行う。
また、制御部２０は、この際に、当該アプリ５００に対応する機種固有情報４００も読み出して参照可能な状態にする。
また、実行されたアプリ５００は、プラットフォーム２００を介して画像形成装置１との間で情報をやり取りしてもよい。
【００６２】
（ステップＳ２１３）
次に、制御部２０が、アプリ管理部２２０として、ＧＵＩ指示か否かを判定する。
制御部２０は、アプリ５００が実行され、アプリ５００からプラットフォーム２００のサービスに対して、ＧＵＩの表示や入力等のＧＵＩ指示があった場合に、Ｙｅｓと判定する。制御部２０は、それ以外の場合、Ｎｏと判定する。
Ｙｅｓの場合、制御部２０は、処理をステップＳ２１４に進める。
Ｎｏの場合、制御部２０は、処理をステップＳ２１５に進める。
【００６３】
（ステップＳ２１４）
ＧＵＩ指示があった場合、制御部２０が、アプリ管理部２２０としてＧＵＩ指示送信処理を行う。
制御部２０は、画像形成装置１に対して、ＧＵＩ指示の情報を作成して送信する（タイミングＴ２１１）。
このＧＵＩ指示の情報には、ブラウザーで表示可能なＨＴＭＬファイルやＸＭＬファイル等、ソケット通信のコマンド、画像形成装置１の操作パネル部１６で表示するファイル等が含まれていてもよい。この際、制御部２０は、取得した機種固有情報４００によって操作パネル部１６の表示部又はブラウザーの表示サイズ等を判断して、ＧＵＩ指示の情報が適切なレイアウトになるよう調整してもよい。
【００６４】
（ステップＳ１１３）
ここで、再び画像形成装置１の処理について説明する。
画像形成装置１の操作パネル部１６は、ＧＵＩ指示を受信したか否かを判定する。操作パネル部１６は、ＧＵＩ指示の情報を受信した場合に、Ｙｅｓと判定する。操作パネル部１６は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、操作パネル部１６は、処理をステップＳ１１４に進める。
Ｎｏの場合、操作パネル部１６は、処理をステップＳ１１５に進める。
【００６５】
（ステップＳ１１４）
ＧＵＩ指示を受信した場合、操作パネル部１６は、アプリＧＵＩ描画処理を行う。
操作パネル部１６は、ブラウザーにより、ＧＵＩ指示の情報に対応する描画を表示部に行う。また、操作パネル部１６は、ＧＵＩにより、ユーザーからの入力の指示を求めることも可能である。
図９の画面例６０２は、操作パネル部１６は、ＯＣＲのアプリ５００がサーバー２で実行されている例を示している。操作パネル部１６は、表示欄６３０に、ＯＣＲのプレビュー及び文字認識結果を表示する。なお、この表示欄６３０の例では、実際にＯＣＲ用のスキャン等が行われない場合は、それぞれの結果は表示されない。また、操作パネル部１６は、この図９の例では、ユーザーにＯＣＲの実行の指示を入力させるボタン７１０、及びキャンセルの指示を入力させるボタン７２０を描画する。
また、この図９の例では、サーバー２の制御部２０がアプリ管理部２２０としてＯＣＲの結果の文書ファイルを画像形成装置１に送信し、操作パネル部１６がこれを受信して表示欄６３０に文字認識結果として表示している。制御部１０又は操作パネル部１６は、この文書ファイルを、記憶部１９の文書ボックスに保存してもよい。
【００６６】
（ステップＳ２１５）
ここで、再びサーバー２の処理について説明する。
サーバー２の制御部２０は、ＡＰＩ部２３０として、機能制御指示があったか否かを判定する。制御部２０は、アプリ５００が実行され、このアプリ５００から画像形成装置１の機能の制御を行うプラットフォーム２００のＡＰＩを呼び出す等の機能制御指示が呼び出された場合、Ｙｅｓと判定する。制御部２０は、それ以外の場合にＮｏと判定する。
Ｙｅｓの場合、制御部２０は、処理をステップＳ２１６に進める。
Ｎｏの場合、制御部２０は、処理をステップＳ２１７に進め、待機状態となる。
【００６７】
（ステップＳ２１６）
機能制御指示があった場合、制御部２０が、ＡＰＩ部２３０として機能制御指示送信処理を行う。
制御部２０は、機種固有情報４００を参照して、画像形成装置１の機能に対応した機能制御指示のコマンドを作成する。制御部２０は、この機能制御指示のコマンドを画像形成装置１に送信する（タイミングＴ２１２）。
【００６８】
（ステップＳ１１５）
ここで、再び画像形成装置１の制御部１０の処理について説明する。
制御部１０は、機能制御仲介部１３０として、機能制御指示のコマンドを受信したか否かを判定する。制御部１０は、機能制御指示のコマンドを受信した場合に、Ｙｅｓと判定する。制御部１０は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、制御部１０は、処理をステップＳ１１６に進める。
Ｎｏの場合、制御部１０は、処理をステップＳ１１７に進める。
【００６９】
（ステップＳ１１６）
機能制御指示のコマンドを受信した場合、制御部１０は、機能制御仲介部１３０として各部機能制御処理を行う。
制御部１０は、機能制御指示のコマンドを解析して、画像形成装置１の各部の機能に対応する制御を行う。また、制御部１０は、各部を直接制御したり、各部の状態を取得したり、機能制御の結果を取得してサーバー２に送信し、画像形成装置１とサーバー２との間で各種ファイルを送受信する処理を行うことも可能である。
【００７０】
上述の図９の例では、原稿読取部１２でスキャンが行われて、そのスキャンの結果である画像ファイルをサーバー２に送信し、アプリ５００によりＯＣＲを行っている。この際に、サーバー２の制御部２０は、このＯＣＲの結果の文書ファイルを、一旦、サーバー２の記憶部２９に保存し、画像形成装置１の操作パネル部１６からの指示により送信することが可能である。
【００７１】
（ステップＳ１１７）
次に、操作パネル部１６は、アプリ終了指示があったか否かを判定する。操作パネル部１６は、ユーザーによるアプリ５００を終了する指示を取得した場合に、Ｙｅｓと判定する。操作パネル部１６は、図９の例では、「キャンセル」のボタン７２０や右上の「×」ボタン等が押下された場合に、Ｙｅｓと判定する。操作パネル部１６は、それ以外の場合はＮｏと判定する。
Ｙｅｓの場合、操作パネル部１６は、処理をステップＳ１１８に進める。
Ｎｏの場合、操作パネル部１６は、処理をステップＳ１１２に戻して、ユーザーからの指示を待つ。
【００７２】
（ステップＳ１１８）
アプリ終了指示を取得した場合に、操作パネル部１６は、アプリ終了指示送信処理を行う。
操作パネル部１６は、アプリ終了指示のコマンドをサーバー２に送信する（タイミングＴ１１２）。
操作パネル部１６は、このアプリ終了指示のコマンドに、アプリ識別情報を含めてもよい。
【００７３】
（ステップＳ２１７）
ここで、再び制御部２０の処理について説明する。
制御部２０は、アプリ管理部２２０として、アプリ終了処理を行う。
制御部２０は、画像形成装置１からアプリ終了指示のコマンドを受信すると、対応するアプリ５００の実行を終了し、待機状態となる。
以上により、本発明の実施の形態に係るアプリ使用処理を終了する。
【００７４】
以上のように構成することで、以下のような効果を得ることができる。
本発明の画像形成システムＸは、アプリ５００の実行指示を行う画像形成装置１と、画像形成装置１と接続可能なサーバー２とを含み、画像形成装置１は、機種固有情報４００を取得する機種固有情報取得部１１０と、機種固有情報取得部１１０により取得された機種固有情報４００をサーバー２に送信する機種固有情報送信部１２０と、機種固有情報送信部１２０によりサーバー２に送信された機種固有情報４００に対応して、サーバー２からの指示により各部の機能を制御する機能制御仲介部１３０とを備え、サーバー２は、画像形成装置１の前記機種固有情報送信部１２０により送信された機種固有情報４００を受信する機種固有情報受信部２１０と、機種固有情報受信部２１０に取得された機種固有情報４００に対応するアプリ５００を管理し実行するアプリ管理部２２０と、アプリ管理部２２０により実行されたアプリ５００からの画像形成装置１の機能の制御の指示により、機種固有情報４００に対応して制御を行うよう画像形成装置１の機能制御仲介部１３０に指示するＡＰＩ部２３０とを備えることを特徴とする。
このように構成することで、画像形成システムＸは、アプリ５００と実行基盤とはサーバー２上で管理されるため、画像形成装置１の制御部１０や記憶部１９の能力がアプリ５００をインストールしない機器と同様であっても、アプリ５００を使用可能となる。つまり、アプリ５００を使用可能な画像形成装置１を安価に提供することが可能となる。
また、画像形成システムＸは、画像形成装置１の制御部１０の制御演算能力や記憶部１９の記憶容量が限られていても、アプリ５００独自の処理を行う必要がなくなるため、パフォーマンスが向上する。
また、画像形成システムＸは、アプリ５００を画像形成装置１や特殊なサーバー等に導入する必要がないため、セットアップ等の管理の手間やコストを削減できる。
また、画像形成システムＸは、機種固有情報４００により、複数のアプリ５００から対応するアプリ５００を選択可能となるため、サーバー２上で機種毎にアプリ５００を保存する必要がなく、サーバー２の記憶部２９のアプリ５００用の記憶領域も節約できる。
また、画像形成システムＸは、アプリ５００をサーバー２上で実行するため、管理の整っていない画像形成装置１をハッキング等される危険性を低くすることができ、セキュリティリスクを低下させられる。
【００７５】
また、本発明の実施の形態に係るサーバー２のアプリ管理部２２０は、機種固有情報４００に対応するアプリ５００を検索して画像形成装置１に提示し、画像形成装置１からの認証情報４１０を取得して提示したアプリ５００を使用可能な状態とすることを特徴とする。
このように構成することで、画像形成装置１の機種固有情報４００をサーバー２に送信して適切なアプリ５００をユーザーに提示できる。このため、ユーザーが自分でアプリ５００をインストールする必要がなくなり、管理の手間やコストを削減できる。
また、サーバー２へのアプリ５００の導入やセットアップを行うために画像形成装置１やユーザーの設定情報をユーザーが調べる必要もなくなり、ユーザーの使い勝手がよくなる。また、ユーザーに設定を行わせる必要がなくなるため、セキュリティリスクも低下させることができる。
また、単なるクライアント・サーバー構成ではなく、いわゆる「クラウド」のサービスとして提供することで、アプリ５００のライセンス等を一括管理でき、アプリ５００の提供者の管理コストも低減できる。
また、ユーザーが海賊版や改造等された不正なアプリ５００をインストールしようとしても、サーバー２にセキュリティプログラムを導入して発見することが可能となり、不正なアプリ５００の流通や使用を防ぐことができる。
【００７６】
また、従来の画像形成装置では、アプリを稼働させるためのプラットフォームが画像形成装置に備わっていた。このため、画像形成装置の記憶部のプラットフォームのデータ保存領域や、ワークメモリ領域等について最適なサイズを割り当ててはいるものの、貴重な資源の一部を使用していた。また、プラットフォーム上で稼働するアプリについても、導入可能な数に応じて、プラットフォーム同様、データ保存領域やワークメモリ領域を拡張しなくてはならなかった。このため、アプリやプラットフォームを多く導入できるようにすると、記憶部の容量の拡張を行う必要があり、コストが高くなっていた。また、逆に、従来の記憶部の容量のままにした場合、貴重な資源が使用され、画像形成装置の全体のパフォーマンスに影響し、アプリによる機能拡張の利点を損なう可能性があった。
これに対して、本実施形態の画像形成システムＸは、画像形成装置１にはアプリ５００の本体は記憶せず、プラットフォーム２００やアプリ５００の稼働場所をサーバー２上とすることで、画像形成装置１の記憶部１９の記憶領域を拡張する必要がなくなり、コストアップを抑えられ、パフォーマンスの低下も抑えられる。
【００７７】
なお、上述の実施の形態では、画像形成装置１のブラウザーを操作パネル部１６の制御部が実行するように記載した。
しかしながら、このブラウザーを、制御部１０の機種固有情報取得部１１０が記憶部１９に記憶されたブラウザーのプログラムや設定情報に基づいて実行してもよい。また、記憶部１９又は操作パネル部１６のＲＯＭには、ブラウザーの設定情報が記憶されていてもよい。
また、上述の実施の形態では、サーバー２のアプリ管理部２２０が操作パネル部１６の表示部又はブラウザーの表示サイズ等を判断するように記載した。
これに対して、サーバー２のＡＰＩ部２３０も、機能制御指示送信処理のコマンドを作成する際に、操作パネル部１６の表示部又はブラウザーの表示サイズ等を判断した機能制御指示のコマンドを作成してもよい。
このように構成することで、各部の制御を柔軟に行うことができ、コストを削減することができる。
【００７８】
また、アプリ５００は、画像形成装置１ではなくユーザー毎に対応付けられていてもよい。
これにより、画像形成装置１にログインしたユーザー毎に異なるアプリ５００を使用可能となる。
また、アプリ５００は、画像形成装置１の各機能を呼び出して所望の機能を実現させるための「一般アプリ」と、これらの一般アプリ５００を管理する「管理アプリ」とを含んでいてもよい。また、アプリ５００は、画像形成装置１の機能を使用するための画像形成装置１又はサーバー２の制御プログラムやデータを含んでいてもよい。
このように構成することで、アプリにより画像形成装置１を柔軟に制御することが可能となり、又、セキュリティを高めることができる。
【００７９】
また、上述の実施の形態では、アプリ５００は既にサーバー２の記憶部２９に記憶されている状態であるように説明した。
しかしながら、画像形成装置１に接続した外部の記録媒体、サーバー２に接続した記録媒体、ネットワーク５経由で接続された外部の端末等から、別途、アプリ５００を導入し記憶部２９に記憶させることも可能である。この場合、当該アプリ５００は、インストールしたユーザー、画像形成装置１、又は端末からのみ使用可能なように設定してもよい。また、サーバー２の管理者は、アプリ５００を更新することも可能である。また、サーバー２の管理者は、同様に、アプリ５００の画像形成装置１との対応付けの情報等を変更したり、機種固有情報４００とアプリ５００との対応付けの情報等を変更したりすることも可能である。
このように構成することで、機能拡張を柔軟に実現することができ、サーバー２上で管理することで管理コストを低減できる。
【００８０】
また、画像形成装置１の記憶部１９又はサーバー２の記憶部２９には、プラットフォーム２００のＡＰＩによるアプリ５００とは異なるアプリを記憶させることも可能である。たとえば、記憶部１９又は記憶部２９には、アプリ５００以外のＷｅｂアプリ等（以下「外部アプリ」という。）や、ユーザーのデータ等を記憶させてもよい。外部アプリは画像形成装置１の操作パネル部１６のユーザーの指示で呼び出して、画像形成装置１に読み込んで実行させたりサーバー２上で実行させたり、ユーザーのデータを画像形成装置１で呼び出して操作パネル部１６上で表示させたりしてもよい。
このように構成することで、プラットフォーム２００のアプリと外部アプリとを柔軟に使い分けて、ユーザーの使い勝手をよくすることができる。
【００８１】
また、本発明は、画像形成装置以外の各種情報処理装置にも適用可能である。つまり、ネットワークスキャナ、スキャナーをＵＳＢ等で別途接続したサーバー等を用いるような構成であってもよい。また、アプリをインストール可能な情報処理装置であるＰＣ、スマートフォン、携帯電話、オフィス機器、産業用機器等にも適用可能である。
【００８２】
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【符号の説明】
【００８３】
１  画像形成装置
２  サーバー
５  ネットワーク
１０、２０  制御部
１１  画像処理部
１２  原稿読取部
１２ａ  スキャナー
１２ｂ  プラテンガラス
１２ｃ  原稿読取スリット
１３  原稿給送部
１３ａ  原稿載置部
１３ｂ  原稿排出部
１３ｃ  原稿搬送機構
１４  本体部
１５、２５  ネットワーク送受信部
１６  操作パネル部
１７  画像形成部
１７ａ  感光体ドラム
１７ｂ  露光部
１７ｃ  現像部
１７ｄ  転写部
１７ｅ  定着部
１９、２９  記憶部
４１  排出口
４２  給紙部
４２ａ  給紙カセット
４２ｂ  給紙ローラー
４３  用紙搬送路
４４  搬送ローラー対
４５  排出ローラー対
５０  スタックトレイ
１１０  機種固有情報取得部
１２０  機種固有情報送信部
１３０  機能制御仲介部
２００  プラットフォーム
２１０  機種固有情報受信部
２２０  アプリ管理部
２３０  ＡＰＩ部
４００  機種固有情報
４１０  認証情報
５００  アプリ
６００、６０１、６０２  画面例
６１０、６２０、６３０  表示欄
７００、７１０、７２０  ボタン
【図１】
2015195482.tif 000003
【図２】
2015195482.tif 000004
【図３】
2015195482.tif 000005
【図４】
2015195482.tif 000006
【図５】
2015195482.tif 000007
【図６】
2015195482.tif 000008
【図７】
2015195482.tif 000009
【図８】
2015195482.tif 000010
【図９】
2015195482.tif 000011