JP6028428B2 - サービス提供装置、サービス提供システム及びプログラム - Google Patents

Description

本発明は、サービス提供装置、サービス提供システム及びプログラムに関する。

特許文献１には、アプリケーションを管理する管理手段と、前記アプリケーションを操作対象とする操作画面を表示する操作画面表示手段と、前記アプリケーションの処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった旨の情報を表示するルール違反表示手段と、を有し、前記管理手段は、前記アプリケーションから処理要求を受け付けると、処理要求元のアプリケーションに許可された動作権限を示す情報に基づき、前記アプリケーションからの処理要求がルール違反か否かを判定し、前記アプリケーションの処理要求がルール違反であると判定した場合、前記ルール違反表示手段に対して、ルール違反があった旨を通知し、当該装置の表示画面が、前記操作画面表示手段により表示された操作画面から、ルール違反があった旨の情報を表示する画面へと切り替わることを特徴とする画像形成装置が記載されている。

特許文献２には、表示機能を有する操作パネルを有し、該操作パネルを用いて装置操作および外部アクセスを行う画像処理装置において、前記操作パネルの使用状態が装置操作状態にあるか外部アクセス状態にあるかを判別する操作パネル使用状態判別手段と、装置異常を検出する異常検出手段と、前記異常検出手段で装置異常を検出した場合に、前記操作パネル使用状態判別手段で判別した前記操作パネルの使用状態および前記異常検出手段で検出した装置異常の種別に対応して前記装置異常の報知態様を選択する報知態様選択手段と、前記報知態様選択手段で選択した報知態様により前記異常検出手段で検出した装置異常の報知を行う報知手段と、を具備することを特徴とする画像処理装置が記載されている。

特開２０１０−２３３２５３号公報 特開２００６−９１３４３号公報

本発明の目的は、追加されたアプリケーション・プログラムに対し、必要な資源の状態を表す情報が通知されるサービス提供装置、サービス提供システム及びプログラムを提供することにある。

上記目的を達成するための請求項１に記載の発明は、自装置に予め組み込まれた標準アプリケーション・プログラムがサービス処理を実行する際にサービスの提供に使用される複数の資源の状態を検知する検知手段と、前記複数の資源の状態を表す資源状態情報を管理する管理手段と、サービス処理を実行するアプリケーション・プログラムを追加する場合に、追加されたアプリケーション・プログラムが前記サービス処理を実行するのに必要な資源を表す資源情報を取得する取得手段と、前記追加されたアプリケーション・プログラムを資源情報及びサービス処理内容と関連付けて記憶する記憶手段と、前記追加されたアプリケーション・プログラムが実行される場合に、前記追加されたアプリケーション・プログラムに通知する必要がある資源を特定し、特定された資源の資源状態情報を前記管理手段から取得し、取得された前記資源状態情報を前記追加されたアプリケーション・プログラムに通知する通知手段と、を有するサービス提供装置である。

請求項２に記載の発明は、前記通知手段が、前記追加されたアプリケーション・プログラムと関連付けて記憶された資源情報及びサービス処理内容の少なくとも一方に基づいて、前記追加されたアプリケーション・プログラムに対応した資源を特定する、請求項１に記載のサービス提供装置である。

請求項３に記載の発明は、前記通知手段が、前記追加されたアプリケーション・プログラムの実行が開始されるタイミングで、前記追加されたアプリケーション・プログラムによるサービス処理の実行が指示されたタイミングで、又は前記追加されたアプリケーション・プログラムからの通知の要求に応じて、検知された資源の状態を表す情報を通知する、請求項１又は請求項２に記載のサービス提供装置である。

請求項４に記載の発明は、前記サービスの提供が、複写機能の提供、印刷機能の提供、スキャン機能の提供、及びファクシミリ機能の提供の少なくとも１つを含む、請求項１から請求項３までのいずれか１項に記載のサービス提供装置である。

請求項５に記載の発明は、前記資源が消耗品である場合には、前記資源の状態が、消耗品の残量、消耗品の残量不足、及び消耗品の使用可否の少なくとも１つである、請求項１から請求項４までのいずれか１項に記載のサービス提供装置である。

請求項６に記載の発明は、前記資源が通信回線である場合には、前記資源の状態が、通信回線の接続状態である、請求項１から請求項５までのいずれか１項に記載のサービス提供装置である。

請求項７に記載の発明は、請求項１から６までのいずれか１項に記載のサービス提供装置と、前記サービス提供装置に追加され、前記サービス提供装置から通知された資源の状態を表す情報又は当該資源の状態を表す情報に応じたサービスの提供の可否を利用者に報知するアプリケーション・プログラムと、を有するサービス提供システムである。

請求項８に記載の発明は、前記アプリケーション・プログラムが、更に、前記サービス提供装置から通知された資源の状態を表す情報に応じてサービス処理を実行する、請求項７に記載のサービス提供システムである。

請求項９に記載の発明は、コンピュータを、自装置に予め組み込まれた標準アプリケーション・プログラムがサービス処理を実行する際にサービスの提供に使用される複数の資源の状態を表す資源状態情報を管理する管理手段、サービス処理を実行するアプリケーション・プログラムを追加する場合に、追加されたアプリケーション・プログラムが前記サービス処理を実行するのに必要な資源を表す資源情報を取得し、前記追加されたアプリケーション・プログラムを資源情報及びサービス処理内容と関連付けて記憶する記憶手段、前記追加されたアプリケーション・プログラムが実行される場合に、前記追加されたアプリケーション・プログラムに通知する必要がある資源を特定し、特定された資源の資源状態情報を前記管理手段から取得し、取得された前記資源状態情報を前記追加されたアプリケーション・プログラムに通知する通知手段と、として機能させるプログラムである。

請求項１、請求項９に係る発明によれば、追加されたアプリケーション・プログラムに対し、必要な資源の状態を表す情報が通知される。

請求項２に係る発明によれば、本構成を備えない場合に比べて、追加されたアプリケーション・プログラムが必要な資源が容易に特定される。

請求項３に係る発明によれば、必要な時期に必要な情報が通知される。

請求項４に係る発明によれば、複合機能を提供するサービス提供装置において、追加されたアプリケーション・プログラムに対し、必要な資源の状態を表す情報が通知される。

請求項５に係る発明によれば、追加されたアプリケーション・プログラムに対し、消耗品の残量、消耗品の残量不足、及び消耗品の使用可否の少なくとも１つが通知される。

請求項６に係る発明によれば、追加されたアプリケーション・プログラムに対し、通信回線の接続状態が通知される。

請求項７に係る発明によれば、追加されたアプリケーション・プログラムに対し必要な資源の状態を表す情報が通知されると共に、利用者に対しサービス提供装置から通知された資源の状態を表す情報又は当該資源の状態を表す情報に応じたサービスの提供の可否が報知される。

請求項８に係る発明によれば、追加されたアプリケーション・プログラムにより、サービス提供装置から通知された資源の状態を表す情報に応じてサービス処理が実行される。

本発明の実施の形態に係るサービス提供装置の構成の一例を示すブロック図である。 サービス提供装置が有する各プログラムの関係の一例を示す概念図である。 追加アプリへの通知動作の一例を示すシーケンス図である。 追加アプリ用資源管理モジュールの処理手順を示すフローチャートである。 「追加アプリ登録処理」の手順を示すフローチャートである。 （Ａ）は追加アプリ毎に処理内容及び資源情報を記憶するテーブルの一例を示す図である。（Ｂ）は追加アプリを選択する選択画面の一例を示す平面図である。 「資源状態通知処理」の手順を示すフローチャートである。 追加アプリの処理手順を示すフローチャートである。 「資源状態対応サービス処理」の手順を示すフローチャートである。 コピー機能を有する追加アプリを登録した場合の一例を示す模式図である。 図１０に示す追加アプリの動作の一例を示すフローチャートである。 コピー機能を有する追加アプリを登録した場合の他の一例を示す模式図である。 図１２に示す追加アプリの動作の一例を示すフローチャートである。 コピー機能を有する追加アプリを登録した場合の更に他の一例を示す模式図である。 図１４に示す追加アプリの動作の一例を示すフローチャートである。 ファクス機能を有する追加アプリを登録した場合の一例を示す模式図である。 図１６に示す追加アプリの動作の一例を示すフローチャートである。

以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。

＜サービス提供装置＞
まず、本発明の実施の形態に係るサービス提供装置について説明する。サービス提供装置とは、複数のサービス機能を提供する複合機である。本実施の形態に係るサービス提供装置は、少なくとも複写機能、印刷機能、画像読取機能、及びファクシミリ機能を含む複数のサービス機能を提供する。なお、以下では、複写機能を「コピー機能」、印刷機能を「プリント機能」、画像読取機能を「スキャナ機能」、ファクシミリ機能を「ファクス機能」と言い換える場合がある。

（サービス提供装置の全体構成）
図１は本発明の実施の形態に係るサービス提供装置の構成の一例を示すブロック図である。図１に示すように、サービス提供装置１０は、制御部１２、操作表示部１４、画像読取部１６、画像形成部１８、資源状態検出部２０、通信部２２、及び記憶部２４を備えている。また、図示はしないが、サービス提供装置１０は、用紙収容部から用紙を供給する用紙供給部、供給された用紙を搬送する用紙搬送部、画像が形成された用紙を排出する用紙排出部等を備えている。なお、サービス提供装置１０の構成は一例であり、不要な機能部を削除したり、新たな機能部を追加したり、各部の構成、配置を変更してもよい。

制御部１２は、装置全体の制御及び各種演算を行うコンピュータとして構成されている。即ち、制御部１２は、ＣＰＵ（中央処理装置; Central Processing Unit）１２Ａ、各種プログラムを記憶したＲＯＭ（Read Only Memory）１２Ｂ、プログラムの実行時にワークエリアとして使用されるＲＡＭ（Random Access Memory）１２Ｃ、各種情報を記憶する不揮発性メモリ１２Ｄ、及び入出力インターフェース（Ｉ／Ｏ）１２Ｅを備えている。ＣＰＵ１２Ａ、ＲＯＭ１２Ｂ、ＲＡＭ１２Ｃ、不揮発性メモリ１２Ｄ、及びＩ／Ｏ１２Ｅの各々は、バス１２Ｆを介して接続されている。

操作表示部１４、画像読取部１６、画像形成部１８、資源状態検出部２０、通信部２２、及び記憶部２４の各部は、制御部１２のＩ／Ｏ１２Ｅに接続されている。制御部１２は、操作表示部１４、画像読取部１６、画像形成部１８、資源状態検出部２０、通信部２２、及び記憶部２４との間で情報の授受を行い、各部を制御する。例えば、資源状態検出部２０に対し、資源状態の検出を行うように指示して、必要に応じて（例えば、定期的に）検出結果を取得する。

操作表示部１４は、スタートボタンやテンキー等の各種ボタン、設定画面等の各種画面を表示するためのタッチパネルなどを含んで構成されている。操作表示部１４は、上記構成により、利用者の操作を受け付けると共に、利用者に各種情報を表示する。画像読取部１６は、イメージセンサ等、用紙上に形成された画像を光学的に読み取る画像読み取り装置、用紙を走査するための走査機構等を含んで構成されている。画像読取部１６は、上記構成により、画像読取部１６に置かれた原稿用紙の画像を読み取り、画像情報を生成する。

画像形成部１８は、用紙上に画像を形成する装置である。例えば、電子写真方式により画像を形成する場合は、画像形成部１８は、画像形成ユニット、定着装置等を含んで構成されている。画像形成ユニットは、感光体ドラム、帯電装置、露光装置、現像装置、転写装置、クリーニング装置等を含んで構成されている。

ここで、電子写真方式による画像形成動作について簡単に説明する。感光体ドラムが、帯電装置により帯電される。露光装置は、帯電された感光体ドラム上を画像に応じた光で露光する。これにより、感光体ドラム上に画像に応じた静電潜像が形成される。現像装置は、感光体ドラム上に形成された静電潜像をトナーにより現像する。転写装置は、感光体ドラム上に形成されたトナー像を用紙に転写する。定着装置は、用紙上に転写されたトナー像を定着させる。

資源状態検出部２０は、サービス提供装置１０の資源の状態を検知する各種センサを含んで構成されている。資源状態検出部２０は、各種センサの出力等から資源の状態を検出し、資源の状態を示す情報を出力する。ここで「資源」とは、サービスの提供に使用される物又は手段である。例えば、資源にはトナー、用紙、感光体等の消耗品が含まれる。また、これら消耗品以外に、通信回線、記録装置、光源、電源等も資源に含まれる。資源が消耗品である場合には、資源の状態とは、消耗品の残量、消耗品の残量不足、及び消耗品の使用可否の少なくとも１つを意味する。資源が通信回線である場合には、資源の状態とは、通信回線の接続状態を意味する。

通信部２２は、有線又は無線の通信回線を介して外部装置と通信を行うためのインターフェースである。例えば、ＬＡＮ（Local Area Network）、インターネット等のネットワークに接続されたコンピュータと通信を行うためのインターフェースとして機能する。印刷機能の提供時には、通信部２２は、コンピュータ等の外部装置から、画像情報、画像形成に要する画像形成情報等を通信により取得する。また、通信部２２は、コンピュータ等の外部装置から、サービス処理を実行するアプリケーション・プログラムを通信により取得する。

記憶部２４は、ハードディスク等の記憶装置を備えている。記憶部２４には、ログデータ等の各種データ、各種プログラム等が記憶される。本実施の形態では、ファームウェア１００として組み込まれるプログラムは、制御部１２のＲＯＭ１２Ｂに予め記憶されている。また、外部から取得されるアプリケーション・プログラム２００（以下では「追加アプリケーション２００」又は「追加アプリ２００」という。）は、記憶部２４に記憶される。制御部１２のＲＯＭ１２Ｂ、記憶部２４に記憶されたプログラムは、ＣＰＵ１２Ａにより読み出されて実行される。

なお、制御部１２には、各種ドライブが接続されていてもよい。各種ドライブは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＵＳＢメモリなどのコンピュータ読み取り可能な可搬性の記録媒体からデータを読み込んだり、記録媒体に対してデータを書き込んだりする装置である。各種ドライブを備える場合には、可搬性の記録媒体にプログラムを記録しておいて、これを対応するドライブで読み込んで実行してもよい。

また、本実施の形態では、追加アプリが記憶部２４に記憶される例について説明するが、追加アプリの取得方法はこれに限定される訳ではない。サービス提供装置１０がＷｅｂブラウザを備えている場合には、Ｗｅｂブラウザ上で動作する追加アプリを追加してもよい。この場合は、Ｗｅｂブラウザの機能により、ネットワークに接続されたＷｅｂサーバから追加アプリをダウンロードして動作させてもよい。或いは、Ｗｅｂサーバと通信を行って、追加アプリを実行してもよい。

（各プログラムの関係）
次に、サービス提供装置１０で実行される各プログラムの関係について説明する。図２はサービス提供装置が有する各プログラムの関係の一例を示す概念図である。図２に示すように、制御部１２のＲＯＭ１２Ｂに記憶されたファームウェア１００は、標準アプリケーション１０２、標準プラットフォーム１０４、オペレーションシステム（ＯＳ）１０６、及び追加プラットフォーム１０８を有している。追加アプリケーション２００は、外部から取得されて記憶部２４に記憶されるものであり、ファームウェア１００の外側にある。

標準アプリケーション１０２は、サービス提供装置１０の標準的な機能（例えば、複写機能等)を提供するサービス処理を実行するために、予め組み込まれた標準的なアプリケーション・プログラムである。これに対し、追加アプリケーション２００は、サービス提供装置１０に拡張機能（例えば、簡易な複写機能等)を提供するサービス処理を実行するために、外部から取得されたアプリケーション・プログラムである。

標準プラットフォーム１０４は、ＯＳ１０６上で標準アプリケーション１０２を動作させるために、予め組み込まれた標準的なプラットフォームである。追加プラットフォーム１０８は、ＯＳ１０６上で追加アプリケーション２００を動作させるために、予め組み込まれた付加的なプラットフォームである。この通り、追加アプリケーション２００は、ファームウェア１００として予め組み込まれた標準アプリケーション１０２とは別の仕組み（フレームワーク）の上で動作する。

ＯＳ１０６は、制御システム全体を管理するソフトウェアである。本実施の形態では、標準プラットフォーム１０４と追加プラットフォーム１０８とは、ハードウェア資源を共有している。従って、ＯＳ１０６は、標準プラットフォーム１０４と追加プラットフォーム１０８との間での共有資源の調停、通信等の機能も提供する。この機能が提供されることで、標準アプリケーション１０２及び追加アプリケーション２００の各々により、サービス提供装置１０のハードウェア資源を用いて種々のサービス処理が実行される。

標準プラットフォーム１０４は、サブルーチンとして実行される資源管理モジュール１１０を有している。資源管理モジュール１１０は、標準アプリケーション１０２のために、資源状態検出部２０で検出された資源の状態を示す情報（以下、「資源状態情報」という。）を管理する処理を実行する。また、追加プラットフォーム１０８は、サブルーチンとして実行される追加アプリ用資源管理モジュール１１２を有している。追加アプリ用資源管理モジュール１１２は、追加アプリケーション２００のために、資源状態情報を管理する処理を実行する。

資源管理モジュール１１０と追加アプリ用資源管理モジュール１１２とは、異なるプラットフォーム上で各々独立に動作するものである。しかしながら、資源管理モジュール１１０と追加アプリ用資源管理モジュール１１２の各々は、ＯＳ１０６上で動作するファームウェア１００内に在るため、互いに情報の授受を行うことが可能である。

具体的には、資源管理モジュール１１０は、資源状態検出部２０から資源状態情報を取得すると、標準アプリケーション１０２に対し、標準アプリケーション１０２が必要とする資源状態情報を通知する。また、資源管理モジュール１１０は、取得した資源状態情報を追加アプリ用資源管理モジュール１１２に通知する。追加アプリ用資源管理モジュール１１２は、追加アプリケーション２００に対し、追加アプリケーション２００が必要とする資源状態情報を通知する。

＜追加アプリへの資源状態情報の通知＞
次に、追加アプリ２００への資源状態情報の通知について説明する。
本実施の形態では、上記の通り、追加アプリ用資源管理モジュール１１２を組み込むことにより、資源状態情報が追加アプリ２００にも通知されるようになる。以下では、通知動作の手順を時系列に説明する。

（通知動作の概略）
図３は追加アプリ２００への通知動作の一例を示すシーケンス図である。
図３に示すように、追加アプリ２００が利用者による設定操作を受け付けると、追加アプリ２００は、追加アプリ用資源管理モジュール１１２に資源状態情報の通知を要求する。本実施の形態では、追加アプリ２００を外部から取得した時（登録時）に、追加アプリ用資源管理モジュール１１２は、追加アプリ２００から資源情報を取得する「追加アプリ登録処理」を実行する。

本実施の形態では、資源状態検出部２０は、資源管理モジュール１１０に定期的に資源状態情報を通知する。資源管理モジュール１１０は、資源状態検出部２０から資源状態情報が通知されると、通知された資源状態情報を追加アプリ用資源管理モジュール１１２に通知する。追加アプリ用資源管理モジュール１１２は、通知された資源状態情報が追加アプリケーション２００に必要な資源状態情報か否か判断する。必要な資源状態情報と判断された場合には、追加アプリ用資源管理モジュール１１２は、資源状態情報を追加アプリ２００に通知する。

追加アプリ２００は、取得した資源状態情報に応じたサービス処理を実行する。例えば、追加アプリ２００は、取得した資源状態情報に応じた設定状態の変更を行って、資源状態に対応したサービス処理を実行してもよい。或いは、追加アプリ２００は、例えばフィードバック表示等により、取得した資源状態情報、又は取得した資源状態情報に応じたサービス提供の可否を利用者に報知してもよい。資源状態情報等の報知により、利用者からの設定操作（設定状態を変更する操作）を受け付けた場合には、追加アプリ用資源管理モジュール１１２から資源状態情報を再度取得して、資源状態に対応したサービス処理を実行してもよい。

なお、追加アプリ２００は、サービス処理の手順に応じたタイミングで、追加アプリ用資源管理モジュール１１２に資源状態情報の通知を要求してもよい。また、本実施の形態では、追加アプリ２００の登録時に資源情報を取得する例について説明するが、追加アプリ用資源管理モジュール１１２は、必要に応じて、追加アプリ２００から資源情報を取得してもよい。例えば、資源状態情報の通知が要求される度に、追加アプリ２００から資源情報を取得してもよい。

（追加アプリ用資源管理モジュールの動作）
次に、追加アプリ用資源管理モジュール１１２の動作について説明する。
図４は追加アプリ用資源管理モジュールの処理手順を示すフローチャートである。図４に示す処理手順は、いずれかの情報を受け取ると開始される。図４に示すように、ステップ１００で、追加アプリ２００から資源状態情報の通知が要求されたか否かを判断する。資源状態情報の通知要求である場合には、ステップ１０２に進む。追加アプリ２００からの資源状態情報の通知要求でない場合には、受け取った情報は、資源管理モジュール１１０からの資源状態情報の通知である。従って、ステップ１０４に進み、後述する「資源状態通知処理」を実行する。

ステップ１０２では、要求元の追加アプリ２００から資源情報を取得済みか否かを判断する。ここで「資源情報」とは、追加アプリ２００がサービス処理を実行するのに必要な資源を表す情報である。資源情報を取得済みの追加アプリ２００である場合には、ステップ１０４に進み、後述する「資源状態通知処理」を実行する。資源情報が取得されていない追加アプリ２００である場合には、ステップ１０６に進み、後述する「追加アプリ登録処理」を実行する。なお、追加アプリ２００の登録時以外にも、追加アプリ２００から資源状態情報の通知が要求される場合がある。この場合には「追加アプリ登録処理」を実行せずに、「資源状態通知処理」を実行する。或いは、「追加アプリ登録処理」を実行して、資源情報を更新してもよい。

（追加アプリ登録処理）
次に、追加アプリ登録処理について説明する。
図５は「追加アプリ登録処理」の手順を示すフローチャートである。図６（Ａ）は追加アプリ毎に処理内容及び資源情報を記憶するテーブルの一例を示す図である。図６（Ｂ）は追加アプリを選択する選択画面の一例を示す平面図である。

図５に示すように、まずステップ２００で、追加アプリ２００がサービス処理を実行するのに必要な資源があるか否かを判断する。必要な資源がある場合は、ステップ２０２に進み、必要な資源を表す情報（資源情報）を取得する。必要な資源がない場合は、ルーチンを終了する。

次に、ステップ２０４で、取得された資源情報を、追加アプリ２００を識別する追加アプリＩＤ、追加アプリ２００のサービス処理内容等と関連付けて記憶部２４等の記憶装置に記憶し、ルーチンを終了する。即ち、追加アプリ２００に対して、サービス処理を実行するのに必要な資源が設定されると、追加アプリ２００の登録処理が終了する。

なお、追加アプリと資源情報及び処理内容との関係は、例えば、図６（Ａ）に示すようなテーブルで記憶してもよい。記憶された関係は、必要に応じて読み出されて使用される。図６（Ａ）に示すテーブルでは、追加アプリ１は、「コピー」処理を実行するアプリであり、「Ｙ色トナー、Ｍ色トナー、Ｃ色トナー、Ｋ色トナー」が資源情報として設定されている。また、追加アプリ２は、「ファクス」処理を実行するアプリであり、「ファクス回線、ネットワーク回線」が資源情報として設定されている。

また、登録された追加アプリ２００は、例えば、図６（Ｂ）に示す選択画面に、追加アプリ２００に対応する選択肢を表示することで、追加アプリ２００を選択して、追加アプリ２００の実行を指示できるようにされている。図６（Ｂ）に示す選択画面では、追加アプリ１、追加アプリ２の各々に対応する選択肢として、「追加アプリ１（コピー）」と「追加アプリ２（ファクス）」が表示されている。

（資源状態通知処理）
次に、資源状態通知処理について説明する。
図７は「資源状態通知処理」の手順を示すフローチャートである。図７に示すように、ステップ３００で、資源管理モジュール１１０から資源状態情報が通知されたか否かを判断する。資源状態情報が通知された場合には、ステップ３０２に進む。資源状態情報が通知されるまでステップ３００の判断を繰り返す。

次に、ステップ３０２で、予め記憶しておいた追加アプリと資源情報及び処理内容との関係に基づいて、通知された資源状態情報が、実行中の追加アプリ２００が必要とする資源状態情報か否かを判断する。なお、どの追加アプリ２００が実行中であるか否かは、追加アプリ２００からの資源状態情報の通知要求、追加アプリ２００からの処理開始の通知等により特定される。例えば、追加アプリ２００が「追加アプリ１（コピー）」である場合には、図６（Ａ）に示すテーブルを参照して、「Ｙ色トナー、Ｍ色トナー、Ｃ色トナー、Ｋ色トナー」に関する資源状態情報が通知されると、必要とする資源状態情報であると判断される。

追加アプリ２００が必要とする資源状態情報である場合には、ステップ３０４に進み、追加アプリ２００に資源状態情報を通知する。追加アプリ２００が必要としない資源状態情報である場合には、通知せずにルーチンを終了する。これにより、実行中の追加アプリ２００には、不要な資源状態情報は通知されず、必要とする資源状態情報だけが通知される。

＜追加アプリによるサービス処理＞
（サービス処理動作の概略）
次に、追加アプリ２００によるサービス処理について説明する。
図８は追加アプリの処理手順を示すフローチャートである。図８に示す処理手順は、利用者により追加アプリ２００が選択され、実行が指示されると開始される。図８に示すように、ステップ４００で、追加アプリ用資源管理モジュール１１２に資源状態情報の通知を要求する。

次に、ステップ４０２で、追加アプリ用資源管理モジュール１１２から資源状態情報を取得したか否かを判断する。資源状態情報を取得した場合には、ステップ４０４に進む。追加アプリ２００からの要求に応じて資源状態情報が通知されるので、資源状態情報が通知されるまでには時間がかかる場合もある。従って、資源状態情報が取得されるまでステップ４０２の判断を繰り返す。

次に、ステップ４０４で、資源状態情報を示す報知画面を、操作表示部１４の表示部全面に表示する等して、資源状態情報を利用者に報知する。これにより、利用者に資源状態情報がフィードバックされる。次に、ステップ４０６で、後述する「資源状態対応サービス処理」を実行して、ルーチンを終了する。

（資源状態対応サービス処理）
次に、資源状態対応サービス処理について説明する。
図９は「資源状態対応サービス処理」の手順を示すフローチャートである。図９に示すように、ステップ５００で、利用者による設定状態を取得する。例えば、コピー処理では、白黒コピー／カラーコピー、コピー部数、用紙サイズ、拡大縮小率等、利用者により種々の設定が行われる。

次に、ステップ５０２で、取得された資源状態情報に基づいて設定変更が必要か否かを判断する。設定変更が必要である場合には、ステップ５０４に進む。設定変更が必要ない場合には、ステップ５１２に進み、設定に応じた処理を実行して、ルーチンを終了する。

次に、ステップ５０４で、取得された資源状態情報に基づいて設定変更に選択の余地があるか否かを判断する。即ち、設定変更により処理が可能となる手段が２つ以上あるか否かを判断する。処理が可能となる手段が２以上ある場合には、ステップ５０６に進む。処理が可能となる手段が１つしか無い場合には、ステップ５１４に進み、唯一の手段が実行されるように設定変更して処理を実行する。

次に、ステップ５０６で、操作表示部１４に設定変更を促す画面を表示する等して、利用者に設定変更を促す。次に、ステップ５０８で、設定変更されたか否か、即ち、利用者による設定変更操作を受け付けたか否かを判断する。設定変更された場合には、ステップ５００に戻って、ステップ５００からステップ５０８の手順（ステップ５１２、ステップ５１４を含む）を繰り返し行う。設定変更されない場合には、ステップ５１０に進み、処理が実行不能である旨を利用者に報知して、ルーチンを終了する。

＜具体例１＞
サービス提供装置の具体例１について説明する。
図１０はコピー機能を有する追加アプリを登録した場合の一例を示す模式図である。図１１は図１０に示す追加アプリのサービス処理の手順を示すフローチャートである。なお、図１０に図示された番号は実施される順序を昇順で表す。

具体例１では、図１０に示すように、追加アプリ２００として、コピー機能を提供してコピー処理を実行する「コピーアプリ」が登録されている。追加アプリ２００の資源情報として、「消耗品」全般が設定されている。追加アプリ２００には、資源状態情報として「消耗品枯渇情報」が通知される。図１１に示す処理手順は、追加アプリ２００が選択されて、追加アプリ２００の実行が指示されると開始される。

図１１に示すように、ステップ６００で、コピー処理の操作画面２０２を操作表示部１４の表示部全面に表示する。次に、ステップ６０２で、追加アプリ用資源管理モジュール１１２にコピー処理の開始を通知する。次に、ステップ６０４で、追加アプリ用資源管理モジュール１１２から消耗品枯渇情報を取得したか否かを判断する。消耗品枯渇情報が取得されるまでステップ６０４の判断を繰り返す。消耗品枯渇情報を取得した場合には、ステップ６０８に進む。

次に、ステップ６０８で、消耗品枯渇情報を利用者に報知する。利用者に消耗品枯渇情報がフィードバックされる。例えば、メッセージ表示部２０６に「消耗品が無いため使えません」等のメッセージが表示された操作画面２０４を表示することにより、消耗品枯渇情報を利用者に報知する。次に、ステップ６１０で、上記の「資源状態対応サービス処理」を実行して、ルーチンを終了する。

なお、図１１に示す追加アプリのサービス処理の手順は一例であり、処理や手順を変更してもよい。例えば、予め定めた時間が経過しても消耗品枯渇情報が取得されない場合には、消耗品枯渇情報を利用者に報知せずにステップ６１０に進み、「資源状態対応サービス処理」を実行するようにしてもよい。また、予め定めた時間が経過しても消耗品枯渇情報が取得されない場合には、メッセージ表示部２０６に「消耗品はあります」等のメッセージが表示された操作画面２０４を表示することにより、消耗品枯渇情報が取得されていない旨を利用者に報知してもよい。

＜具体例２＞
サービス提供装置の具体例２について説明する。
図１２はコピー機能を有する追加アプリを登録した場合の他の一例を示す模式図である。図１３は図１２に示す追加アプリのサービス処理の手順を示すフローチャートである。なお、図１２に図示された番号は実施される順序を昇順で表す。

具体例２では、図１２に示すように、追加アプリ２００として、コピー機能を提供してコピー処理を実行する「コピーアプリ」が登録されている。追加アプリ２００の資源情報として、「消耗品」全般が設定されている。追加アプリ２００には、資源状態情報として「消耗品残量情報」が通知される。図１３に示す処理手順は、追加アプリ２００が選択されて、追加アプリ２００の実行が指示されると開始される。

図１３に示すように、ステップ７００で、コピー処理の操作画面２０２を操作表示部１４の表示部全面に表示する。次に、ステップ７０２で、追加アプリ用資源管理モジュール１１２に消耗品残量情報の通知を要求する。次に、ステップ７０４で、追加アプリ用資源管理モジュール１１２から消耗品残量情報を取得したか否かを判断する。消耗品残量情報が取得されるまでステップ７０４の判断を繰り返す。消耗品残量情報を取得した場合には、ステップ７０６に進む。

次に、ステップ７０６で、消耗品残量情報に基づいてコピー機能の使用可否を判断する。次に、ステップ７０８で、コピー機能の使用可否を利用者に報知する。利用者にコピー機能の使用可否がフィードバックされる。例えば、メッセージ表示部２０６に「コピーできます」等のメッセージが表示された操作画面２０４を表示することにより、消耗品残量が十分でコピー機能を使用できる旨を利用者に報知する。次に、ステップ７１０で、上記の「資源状態対応サービス処理」を実行して、ルーチンを終了する。

なお、図１３に示す追加アプリのサービス処理の手順は一例であり、処理や手順を変更してもよい。例えば、消耗品残量が不足していてコピー機能を使用できない場合だけ、コピー機能の使用可否を利用者に報知してもよい。換言すれば、消耗品残量が十分でコピー機能を使用できる場合には、コピー機能の使用可否を利用者に報知せずにステップ７１０に進み、「資源状態対応サービス処理」を実行するようにしてもよい。

＜具体例３＞
サービス提供装置の具体例３について説明する。
図１４はコピー機能を有する追加アプリを登録した場合の更に他の一例を示す模式図である。図１５は図１４に示す追加アプリのサービス処理の手順を示すフローチャートである。なお、図１４に図示された番号は実施される順序を昇順で表す。

具体例３では、図１４に示すように、追加アプリ２００として、白黒コピー機能及びカラーコピー機能を提供してコピー処理を実行する「コピーアプリ」が登録されている。追加アプリ２００の資源情報として、「Ｙ色トナー、Ｍ色トナー、Ｃ色トナー、Ｋ色トナー」が設定されている。追加アプリ２００には、資源状態情報として「各色トナーの使用可否情報」が通知される。図１５に示す処理手順は、追加アプリ２００が選択されて、追加アプリ２００の実行が指示されると開始される。

図１５に示すように、ステップ８００で、コピー処理の操作画面２０２を操作表示部１４の表示部全面に表示する。次に、ステップ８０２で、利用者による設定操作を受け付け、設定された処理の実行が指示されたか否かを判断する。設定された処理の実行が指示されるまでステップ８０２の判断を繰り返す。設定された処理の実行が指示された場合には、ステップ８０４に進み、追加アプリ用資源管理モジュール１１２に処理の実行が指示されたことを通知する。

次に、ステップ８０６で、追加アプリ用資源管理モジュール１１２から各色トナーの使用可否情報を取得したか否かを判断する。各色トナーの使用可否情報が取得されるまでステップ８０６の判断を繰り返す。各色トナーの使用可否情報を取得した場合には、ステップ８０８に進む。

次に、ステップ８０８で、各色トナーの使用可否情報に基づいて白黒コピー機能及びカラーコピー機能の使用可否を判断する。次に、ステップ８１０で、使用可能な機能を利用者に報知する。利用者に使用可能なコピー機能がフィードバックされる。例えば、ＹＭＣ各色トナーは使用できず、Ｋ色トナーのみ使用できる場合には、メッセージ表示部２０６に「白黒コピーは使用できます」等のメッセージが表示された操作画面２０４を表示する。次に、ステップ８１２で、上記の「資源状態対応サービス処理」を実行して、ルーチンを終了する。

なお、図１５に示す追加アプリのサービス処理の手順は一例であり、処理や手順を変更してもよい。例えば、ＹＭＣ各色トナーは使用不可、Ｋ色トナーは使用可等、各色トナーの使用可否情報を利用者に報知してもよい。

＜具体例４＞
サービス提供装置の具体例４について説明する。
図１６はファクス機能を有する追加アプリを登録した場合の一例を示す模式図である。図１７は図１６に示す追加アプリのサービス処理の手順を示すフローチャートである。なお、図１６に図示された番号は実施される順序を昇順で表す。

具体例４では、図１６に示すように、追加アプリ２００として、ファクス機能を提供してファクス処理を実行する「ファクスアプリ」が登録されている。ここでのファクス機能には、電話回線等のファクシミリ回線を使用した通常のファクス機能以外に、ネットワーク回線を使用した電子メール機能が含まれている（図６（Ａ）参照）。追加アプリ２００の資源情報として、「各通信回線の接続状態」が設定されている。追加アプリ２００には、資源状態情報として「各通信回線の接続状態情報」が通知される。図１７に示す処理手順は、追加アプリ２００が選択されて、追加アプリ２００の実行が指示されると開始される。

図１７に示すように、ステップ９００で、ファクス処理の操作画面２０２を操作表示部１４の表示部全面に表示する。次に、ステップ９０２で、追加アプリ用資源管理モジュール１１２にファクス処理の開始を通知する。次に、ステップ９０４で、追加アプリ用資源管理モジュール１１２から各通信回線の接続状態情報を取得したか否かを判断する。各通信回線の接続状態情報が取得されるまでステップ９０４の判断を繰り返す。各通信回線の接続状態情報を取得した場合には、ステップ９０６に進む。

次に、ステップ９０６で、各通信回線の接続状態情報に基づいてファクス機能及び電子メール機能の使用可否を判断する。次に、ステップ９０８で、使用可能な機能を利用者に報知する。利用者に使用可能なファクス機能がフィードバックされる。例えば、ファクシミリ回線が切断されていて使用できず、ネットワーク回線だけが正常に使用できる場合には、メッセージ表示部２０６に「電子メールは使用できます」等のメッセージが表示された操作画面２０４を表示する。この表示により、電子メール機能への切り替えが促される。次に、ステップ９１０で、上記の「資源状態対応サービス処理」を実行して、ルーチンを終了する。

なお、図１７に示す追加アプリのサービス処理の手順は一例であり、処理や手順を変更してもよい。例えば、通常のファクス機能だけを有する追加アプリを用いた場合には、利用者にファクス機能の使用の可否を報知してもよい。また、ファクス機能が使用できない場合には、電子メール機能を有するアプリケーション・プログラムを開始するように設定してもよい。

＜変形例＞
なお、上記各実施の形態で説明したサービス提供装置、サービス提供システム及びプログラムの構成は一例であり、本発明の主旨を逸脱しない範囲内においてその構成を変更してもよいことは言うまでもない。

上記では追加アプリは操作表示部にメッセージを含む操作画面を表示して利用者への報知を行う例について説明したが、他の報知方法により資源状態情報を利用者に報知してもよい。

例えば、メッセージ表示部を使用してメッセージを表示する等、操作画面の一部に資源状態情報を表示してもよい。また、画面上にメッセージを表示する等、操作画面上に重ねて資源状態情報を表示してもよい。これ等の場合の操作画面は、追加アプリにより表示される操作画面に限らず、標準アプリにより表示される操作画面でもよい。また、追加アプリは、操作画面を表示するアプリケーション・プログラム（いわゆる「ＵＩアプリ」）に限定される訳ではない。従って、利用者への報知方法は、音声による報知、ランプの点滅による報知、追加アプリの設定値を変更する等による報知であってもよい。

また、「サービス処理を実行するのに必要な資源」は、消耗品に限定されること無く、サービス機能に応じて設定してもよい。例えば、以下のサービス提供装置の具体例５、具体例６が挙げられる。

具体例５では、追加アプリ２００として、ブラウザ機能を提供する「ブラウザアプリ」を登録する。追加アプリ２００の資源情報として、「印刷可能な頁」を設定する。追加アプリ２００には、ブラウザにより印刷可能な頁が表示されると、資源状態情報として「印刷可能情報」が通知される。

具体例６では、追加アプリ２００として、標準アプリで使用される印刷対象表示機能を用いた「複合アプリ」を登録する。追加アプリ２００の資源情報として、「標準アプリで表示された印刷対象」を設定する。追加アプリ２００には、資源状態情報として「印刷対象の選択状態情報」が通知される。

追加アプリ２００は、通知された「印刷対象の選択状態情報」に応じたサービス処理を行う。例えば、追加アプリ２００が設定が簡易な複合機能を提供する複合アプリである場合に、標準アプリで印刷対象が選択されている場合には、コピー機能、プリント機能、及びファクス機能を使用可能であることが報知される。一方、標準アプリで印刷対象が選択されていない場合には、スキャナ機能しか使用できないことが報知される。

１０ サービス提供装置
１２ 制御部
１４ 操作表示部
１６ 画像読取部
１８ 画像形成部
２０ 資源状態検出部
２２ 通信部
２４ 記憶部
１００ ファームウェア
１０２ 標準アプリケーション
１０４ 標準プラットフォーム
１０８ 追加プラットフォーム
１１０ 資源管理モジュール
１１２ 追加アプリ用資源管理モジュール
２００ アプリケーション・プログラム（追加アプリ）
２０２ 操作画面
２０４ 操作画面
２０６ メッセージ表示部

Claims (9)

1. 自装置に予め組み込まれた標準アプリケーション・プログラムがサービス処理を実行する際にサービスの提供に使用される複数の資源の状態を検知する検知手段と、
   前記複数の資源の状態を表す資源状態情報を管理する管理手段と、
   サービス処理を実行するアプリケーション・プログラムを追加する場合に、追加されたアプリケーション・プログラムが前記サービス処理を実行するのに必要な資源を表す資源情報を取得する取得手段と、
   前記追加されたアプリケーション・プログラムを資源情報及びサービス処理内容と関連付けて記憶する記憶手段と、
   前記追加されたアプリケーション・プログラムが実行される場合に、前記追加されたアプリケーション・プログラムに通知する必要がある資源を特定し、特定された資源の資源状態情報を前記管理手段から取得し、取得された前記資源状態情報を前記追加されたアプリケーション・プログラムに通知する通知手段と、
   を有するサービス提供装置。
2. 前記通知手段が、前記追加されたアプリケーション・プログラムと関連付けて記憶された資源情報及びサービス処理内容の少なくとも一方に基づいて、前記追加されたアプリケーション・プログラムに対応した資源を特定する、請求項１に記載のサービス提供装置。
3. 前記通知手段が、前記追加されたアプリケーション・プログラムの実行が開始されるタイミングで、前記追加されたアプリケーション・プログラムによるサービス処理の実行が指示されたタイミングで、又は前記追加されたアプリケーション・プログラムからの通知の要求に応じて、検知された資源の状態を表す情報を通知する、請求項１又は請求項２に記載のサービス提供装置。
4. 前記サービスの提供が、複写機能の提供、印刷機能の提供、スキャン機能の提供、及びファクシミリ機能の提供の少なくとも１つを含む、請求項１から請求項３までのいずれか１項に記載のサービス提供装置。
5. 前記資源が消耗品である場合には、前記資源の状態が、消耗品の残量、消耗品の残量不足、及び消耗品の使用可否の少なくとも１つである、請求項１から請求項４までのいずれか１項に記載のサービス提供装置。
6. 前記資源が通信回線である場合には、前記資源の状態が、通信回線の接続状態である、請求項１から請求項５までのいずれか１項に記載のサービス提供装置。
7. 請求項１から６までのいずれか１項に記載のサービス提供装置と、
   前記サービス提供装置に追加され、前記サービス提供装置から通知された資源の状態を表す情報又は当該資源の状態を表す情報に応じたサービスの提供の可否を利用者に報知するアプリケーション・プログラムと、
   を有するサービス提供システム。
8. 前記アプリケーション・プログラムが、更に、前記サービス提供装置から通知された資源の状態を表す情報に応じてサービス処理を実行する、請求項７に記載のサービス提供システム。
9. コンピュータを、
   自装置に予め組み込まれた標準アプリケーション・プログラムがサービス処理を実行する際にサービスの提供に使用される複数の資源の状態を表す資源状態情報を管理する管理手段、
   サービス処理を実行するアプリケーション・プログラムを追加する場合に、追加されたアプリケーション・プログラムが前記サービス処理を実行するのに必要な資源を表す資源情報を取得し、前記追加されたアプリケーション・プログラムを資源情報及びサービス処理内容と関連付けて記憶する記憶手段、
   前記追加されたアプリケーション・プログラムが実行される場合に、前記追加されたアプリケーション・プログラムに通知する必要がある資源を特定し、特定された資源の資源状態情報を前記管理手段から取得し、取得された前記資源状態情報を前記追加されたアプリケーション・プログラムに通知する通知手段と、
   として機能させるプログラム。