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