(57)【要約】      （修正有）【課題】機器管理装置が機器に対して一括設定を行う場合、当初失敗した設定項目への値の設定が成功する可能性を高め、機器に対する設定作業を効率化する。【解決手段】機器管理装置１０は、ネットワークを介して接続される機器の設定項目に対する値を設定する設定部１１と、前記設定部１１による設定に失敗した場合に、前記機器のソフトウェアの構成を変更する変更部１４とを有し、前記設定部１１は、前記構成の変更後に、前記設定を再度実行する。【選択図】図４
2014102604.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される機器の設定項目に対する値を設定する設定部と、
前記設定部による設定に失敗した場合に、前記機器のソフトウェアの構成を変更する変更部とを有し、
前記設定部は、前記構成の変更後に、前記設定を再実行する機器管理装置。
【請求項２】
前記設定部による設定に失敗した場合に、前記機器にインストールされている第一のプログラムに関して、前記機器にインストールされているバージョンと異なるバージョンの有無を判定する判定部を有し、
前記変更部は、前記異なるバージョンが有る場合に、前記第一のプログラムを、前記異なるバージョンに変更する請求項１記載の機器管理装置。
【請求項３】
前記変更部は、前記第一のプログラムについて、前記異なるバージョンへの変更に失敗した場合に、前記第一のプログラムが利用する第二のプログラムに関して、前記機器にインストールされているバージョンとは異なるバージョンに変更する請求項２記載の機器管理装置。
【請求項４】
ネットワークを介して接続される機器の設定項目に対する値を設定する設定部と、
前記設定部による設定に失敗した場合に、前記機器のソフトウェアの構成を変更する変更部とを有し、
前記設定部は、前記構成の変更後に、前記設定を再実行する機器管理システム。
【請求項５】
ネットワークを介して接続される機器の設定項目に対する値を設定する設定手順と、
前記設定部による設定に失敗した場合に、前記機器のソフトウェアの構成を変更する変更手順と、
前記構成の変更後に、前記設定を再実行する再設定手順とをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器管理装置、機器管理システム、及びプログラムに関する。
【背景技術】
【０００２】
従来、オフィス等に設置されている複数の画像形成装置の管理を、機器管理サーバがネットワークを介して一元的に行うコンピュータシステム（以下、「機器管理システム」という。）が有る。機器管理システムでは、設定項目への値の設定や、アプリケーションのインストール等を、複数の画像形成装置に対して一括して行うこと（以下、「一括設定」という。）ができる。
【０００３】
一括設定においては、複数の画像形成装置に対して共通の画面を利用して、パラメータに対する値の設定や、インストール対象のアプリケーションの選択等が行われる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数の画像形成装置に設定可能なパラメータや、インストール可能なアプリケーション等は、必ずしも一致していない。同じモデルの画像形成装置であっても、インストールされているファームウェアや、アプリケーションプラットフォーム等によって、設定項目や、インストール可能なアプリケーション等が異なる場合が有る。
【０００５】
したがって、共通の設定画面において指定された設定項目の設定や、アプリケーションのインストールが、一部の画像形成装置において失敗してしまう場合が有る。
【０００６】
この場合、ユーザは、当該一部の画像形成装置に関して、ファームウェア又はアプリケーションプラットフォームのバージョンアップを行った後、改めて、設定項目の設定又はアプリケーションのインストールを行う必要が有る。
【０００７】
本発明は、上記の点に鑑みてなされたものであって、機器に対する設定作業を効率化することを目的とする。
【課題を解決するための手段】
【０００８】
そこで上記課題を解決するため、機器管理装置は、ネットワークを介して接続される機器の設定項目に対する値を設定する設定部と、前記設定部による設定に失敗した場合に、前記機器のソフトウェアの構成を変更する変更部とを有し、前記設定部は、前記構成の変更後に、前記設定を再度実行する。
【発明の効果】
【０００９】
機器に対する設定作業を効率化することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態における機器管理システムの構成例を示す図である。
【図２】本発明の実施の形態における機器管理装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。
【図４】本発明の実施の形態における機器管理装置の機能構成例を示す図である。
【図５】機器管理装置が実行する処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における機器管理システムの構成例を示す図である。機器管理システム１において、機器管理装置１０は、画像形成装置２０ａ〜２０ｄ、及びユーザ端末３０等と、ＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）等のネットワークを介して接続されている。機器管理装置１０は、また、ファイルサーバ４０と、ＬＡＮ又はＷＡＮ等のネットワークを介して接続されている。
【００１２】
機器管理装置１０は、各画像形成装置２０に対して、設定項目の設定やプログラムのインストール等を行うコンピュータである。機器管理装置１０は、複数の画像形成装置２０に対し、一括して、設定項目の設定やプログラムのインストール等を行うことができる。なお、機器管理装置１０には、管理対象の画像形成装置２０のＩＰアドレス等、管理に必要な情報（以下、「機器情報」という。）が設定されている。例えば、機器管理装置１０が、ネットワークに接続されている画像形成装置２０を検索し、検索された画像形成装置２０から機器情報を収集してもよい。
【００１３】
画像形成装置２０は、例えば、複合機、プリンタ、ファクシミリ、又はスキャナ等である。各画像形成装置２０のモデル（機種）は、同じであってもよいし、異なっていてもよい。
【００１４】
ユーザ端末３０は、ユーザインタフェースとして機能する情報処理装置である。すなわち、機器管理装置１０に対する指示は、ユーザ端末３０を介して入力される。ユーザ端末３０は、ユーザによって入力された情報を、機器管理装置１０に送信する。但し、機器管理装置１０が、キーボード又はマウス等の入力装置を備え、ユーザによって直接操作可能とされてもよい。なお、ユーザ端末３０の一例として、ＰＣ（Personal Computer）、タブレット型端末、スマートフォン、又は携帯電話等が挙げられる。
【００１５】
ファイルサーバ４０は、画像形成装置２０にインストール可能なプログラムを記憶するコンピュータである。
【００１６】
図２は、本発明の実施の形態における機器管理装置のハードウェア構成例を示す図である。図２の機器管理装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１７】
機器管理装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１８】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って機器管理装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１９】
なお、機器管理装置１０は、複数のコンピュータによって構成されてもよい。
【００２０】
図３は、本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。図３において、画像形成装置２０は、標準アプリ２２１、ＳＤＫアプリ２２２、ＳＤＫプラットフォーム２２３、コントロールサービス２２４、及びＯＳ２２５等を有する。
【００２１】
標準アプリ２２１は、画像形成装置２０に標準的に（出荷時に予め）実装されているアプリケーションプログラムの集合である。図３では、スキャンアプリ２２１１、印刷アプリ２２１２、コピーアプリ２２１３、及びＦＡＸアプリ２２１４が例示されている。スキャンアプリ２２１１は、スキャンジョブを実行する。印刷アプリ２２１２は、印刷ジョブを実行する。コピーアプリ２２１３は、コピージョブを実行する。ＦＡＸアプリ２２１４は、ＦＡＸの送信ジョブ又は受信ジョブを実行する。
【００２２】
コントロールサービス２２４は、各種のハードウェアリソース等を制御するための機能を上位のプログラムに対して提供するソフトウェアモジュール群である。コントロールサービス２２４は、例えば、ネットワーク通信に関する機能、スキャナの制御機能、プリンタの制御機能、メモリの管理機能等を有する。
【００２３】
ＳＤＫアプリ２２２は、画像形成装置２０の出荷後において、画像形成装置２０の機能拡張を図るために追加的にインストールされるアプリケーションプログラム（又はプラグインともいう。）である。同図では、ＳＤＫアプリ２２２の一例として、アプリＡ２２２１が例示されている。ＳＤＫアプリ２２２は、ＳＤＫプラットフォーム２２３を利用する。
【００２４】
ＳＤＫプラットフォーム２２３は、ＳＤＫアプリ２２２を開発するためのＡＰＩ（Application Program Interface）を備えると共に、ＳＤＫアプリ２２２の実行環境を提供する。ＡＰＩの形態は、例えば、関数であってもよいし、オブジェクト指向のクラス及びクラスのメソッド等であってもよい。以下、ＳＤＫプラットフォーム２２３が提供するＡＰＩを、「ＳＤＫＡＰＩ」という。例えば、ＳＤＫプラットフォーム２２３は、スキャン機能に関するＳＤＫＡＰＩ、印刷機能に関するＳＤＫＡＰＩ、コピー機能に関するＳＤＫＡＰＩ等をＳＤＫアプリ２２２に提供する。ＳＤＫＡＰＩは公開されており、サードベンダ等によってもＳＤＫアプリ２２２は開発されうる。なお、ＳＤＫプラットフォーム２２３は、Ｊａｖａ（登録商標）ＶＭ（Virtual Machine）を含んでいてもよい。この場合、ＳＤＫアプリ２２２は、Ｊａｖａ（登録商標）言語によって実装される。なお、ＳＤＫプラットフォーム２２３は、コントロールサービス２２４を利用して、各種のハードウェアを制御する。
【００２５】
ＯＳ２２５は、いわゆるＯＳ（Operating System）である。画像形成装置２０上の各ソフトウェアは、ＯＳ２２５上においてプロセス又はスレッドとして動作する。
【００２６】
なお、図３において、コントロールサービス２２４は、一般的に、ファームウェアと呼ばれるソフトウェアの一例である。ＳＤＫプラットフォーム２２３は、一般的に、アプリケーションプラットフォームと呼ばれるソフトウェアの一例である。
【００２７】
図４は、本発明の実施の形態における機器管理装置の機能構成例を示す図である。図４において、機器管理装置１０は、設定部１１、原因判定部１２、変更可否判定部１３、変更部１４、取得部１５、及び通信制御部１６等を有する。これら各部は、機器管理装置１０にインストールされたプログラムが、ＣＰＵ１０４に実行させる処理により実現される。
【００２８】
機器管理装置１０は、また、エラー情報記憶部１７を利用する。エラー情報記憶部１７は、メモリ装置１０３、補助記憶装置１０２、又は機器管理装置１０にネットワークを介して接続される記憶装置等を用いて実現可能である。
【００２９】
設定部１１は、画像形成装置２０に対して、設定項目の値を設定する。「設定」には、これまで値が設定されていなかった設定項目に対する値の設定や、既に値が設定されている設定項目の値の変更等が含まれる。また、本実施の形態において、設定項目には、数値、文字列、又はその他のデータ型のデータを値とするパラメータのみならず、ＳＤＫアプリ２２２も含まれる。例えば、画像形成装置２０に対するＳＤＫアプリ２２２のインストールは、設定項目への値の設定の一形態であるとする。なお、画像形成装置２０に設定可能なパラメータは、主に、当該画像形成装置２０のコントロールサービス２２４のバージョンによって異なる。また、画像形成装置２０にインストール可能なＳＤＫアプリ２２２は、主に、当該画像形成装置２０のＳＤＫプラットフォーム２２３のバージョンによって異なる。
【００３０】
原因判定部１２は、設定部１１による設定項目に対する値の設定が失敗した場合に、失敗の原因を判定する。
【００３１】
変更可否判定部１３は、設定の失敗の原因が、設定先の画像形成装置２０において、設定対象の設定項目がサポートされていないこと（以下、「未サポート」という。）である場合に、当該画像形成装置２０のソフトウェア構成の変更の可否を判定する。未サポートには、ＳＤＫプラットフォーム２２３のバージョンが、設定対象（インストール対象）のＳＤＫアプリ２２２をインストールできるバージョンでない場合も含まれる。例えば、各ＳＤＫアプリ２２２には、当該ＳＤＫアプリ２２２をインストール可能なＳＤＫプラットフォーム２２３のバージョンを示す情報等が記述されたファイルが添付されている。設定先の画像形成装置２０のＳＤＫプラットフォーム２２３は、当該ファイルを参照して、ＳＤＫアプリ２２２のインストールの可否を判定する。
【００３２】
また、ソフトウェア構成の変更の可否の判定は、設定先の画像形成装置２０にインストールされているコントロールサービス２２４又はＳＤＫプラットフォーム２２３について、異なるバージョンがリリースされているか否かに基づいて行われる。リリースされているバージョンは、ファイルサーバ４０に保存されているため、ファイルサーバ４０に確認することにより、異なるバージョンのリリースの有無が判定可能である。異なるバージョンとしては、例えば、設定先の画像形成装置２０にインストールされているバージョンよりも、新しいバージョンが望ましい。
【００３３】
取得部１５は、変更可否判定部１３によって、異なるバージョンがリリースされていると判定された場合に、当該バージョンに係るコントロールサービス２２４又はＳＤＫプラットフォーム２２３を、ファイルサーバ４０より取得する。但し、異なるバージョンは、補助記憶装置１０２に記憶されていてもよいし、記録媒体１０１に記憶されていてもよい。
【００３４】
変更部１４は、取得部１５によって取得されたコントロールサービス２２４又はＳＤＫプラットフォーム２２３等を、画像形成装置２０にインストールすることにより、当該画像形成装置２０のソフトウェア構成を変更する。
【００３５】
通信制御部１６は、画像形成装置２０、ユーザ端末３０、及びファイルサーバ４０との通信を制御する。設定部１１、変更部１４、及び取得部１５等は、通信制御部１６を利用して通信を行う。
【００３６】
エラー情報記憶部１７は、設定部１１による設定や、変更部１４によるコントロールサービス２２４又はＳＤＫプラットフォーム２２３バージョンアップが失敗した場合に、設定内容や、バージョンアップの内容等を含むエラー情報を記憶する。エラー情報記憶部１７は、スタック構造を有する。したがって、エラー情報記憶部１７からエラー情報が取得される際は、新しいエラー情報から順に取得される。
【００３７】
以下、機器管理装置１０が実行する処理手順について説明する。図５は、機器管理装置が実行する処理手順の一例を説明するためのフローチャートである。
【００３８】
ステップＳ１０１において、設定部１１は、ユーザ端末３０より送信される、設定要求を受信する。設定要求には、設定項目の設定先の画像形成装置２０の識別情報、設定対象の設定項目名、当該設定項目名に係る設定項目に対する設定値等が含まれている。設定対象がＳＤＫアプリ２２２である場合、設定項目名として、インストール対象のＳＤＫアプリ２２２の名前が指定され、設定値は、空であってもよい。または、設定要求において、インストール対象のＳＤＫアプリ２２２が、設定値として含まれていてもよい。すなわち、ユーザ端末３０が、インストール対象のＳＤＫアプリ２２２をファイルサーバ４０よりダウンロードし、設定要求に含めてもよい。
【００３９】
続いて、設定部１１は、設定先に指定された各画像形成装置２０に対して、設定対象の設定項目について、設定値の設定命令を送信する（Ｓ１０２）。なお、設定対象がＳＤＫアプリ２２２である場合、設定要求に指定された名前に係るＳＤＫアプリ２２２が、取得部１５によってファイルサーバ４０より取得される。設定部１１は、取得されたＳＤＫアプリ２２２の設定命令（インストール命令）を、設定先に指定された各画像形成装置２０に送信する。
【００４０】
設定命令を受信した各画像形成装置２０は、設定項目の設定を実行し、設定の成否を含む応答を、機器管理装置１０に返信する。設定に失敗した画像形成装置２０は、失敗の原因を示す情報を応答に含める。
【００４１】
続いて、設定部１１は、設定先の各画像形成装置２０からの応答を受信する（Ｓ１０３）。設定の失敗を示す応答を返信した画像形成装置２０が存在する場合（Ｓ１０４でＮｏ）、当該画像形成装置２０に関してステップＳ１０５以降が実行される。以下、当該画像形成装置２０を、「エラー機器」という。
【００４２】
ステップＳ１０５において、原因判定部１２は、応答に含まれている情報に基づいて、失敗の原因は、設定対象の設定項目の未サポートであるか否かを判定する（Ｓ１０５）。すなわち、コントロールサービス２２４又はＳＤＫプラットフォーム２２３のバージョンを更新することにより、失敗の原因を解消出来る可能性が有るか否かが判定される。なお、未サポート以外の失敗の原因の一例として、画像形成装置２０が、特別な状態であり、設定項目への設定を実行できない場合、画像形成装置２０が起動していない場合、通信障害が発生している場合等が挙げられる。但し、画像形成装置２０が起動していない場合と通信障害の場合とについては、画像形成装置２０からの応答ではなく、通信エラーの発生等によって、設定の失敗が検知される。また、画像形成装置２０の特別な状態の一例としては、サービスマンによって所定の作業が行われている状態等が挙げられる。
【００４３】
失敗の原因が未サポートである場合（Ｓ１０５でＹｅｓ）、変更可否判定部１３は、エラー機器について、ソフトウェア構成の変更の可否を判定する（Ｓ１０６）。例えば、変更可否判定部１３は、コントロールサービス２２４又はＳＤＫプラットフォーム２２３について、エラー機器にインストールされているバージョンよりも新しいバージョンが、ファイルサーバ４０に記憶されているか否かを確認する。なお、本実施の形態では、パラメータの値の設定に失敗した場合は、コントロールサービス２２４が、バージョンの更新対象とされることとする。一方、ＳＤＫアプリ２２２のインストールに失敗した場合は、ＳＤＫプラットフォーム２２３が、バージョンの更新対象とされることとする。但し、ＳＤＫプラットフォーム２２３のパラメータの設定に失敗した場合は、ＳＤＫプラットフォーム２２３が、バージョンの更新対象とされてもよい。
【００４４】
エラー機器のソフトウェア構成の変更が可能な場合（Ｓ１０７）、すなわち、更新対象について、新しいバージョンがファイルサーバ４０に有る場合、変更可否判定部１３は、失敗した設定内容を含むエラー情報を、エラー情報記憶部１７に記憶する（Ｓ１０８）。設定内容とは、設定項目名と設定値とを含む情報である。エラー情報記憶部１７は、スタック構造の記憶部であるため、新たなエラー情報は、最上位に記憶される。
【００４５】
続いて、コントロールサービス２２４又はＳＤＫプラットフォーム２２３が設定対象とされて、ステップＳ１０２以降が実行される。この場合、設定対象がＳＤＫアプリ２２２である場合と同様の処理が実行される。但し、２回目以降のステップＳ１０２は、変更部１４によって設定処理（バージョンアップ）が実行される。なお、設定部１１と変更部１４とは、共通のプログラムによって実現されてもよい。
【００４６】
一方、設定の失敗の原因が未サポート以外である場合（Ｓ１０５でＮｏ）、又はエラー機器についてソフトウェア構成の変更が不可能な場合（Ｓ１０７でＮｏ）、設定部１１は、ログ情報を、例えば、補助記憶装置１０２に記録する（Ｓ１０９）。ここでは、エラー機器に対する設定の失敗等を示すログ情報が記録される。
【００４７】
設定部１１による設定、又は変更部１４によるソフトウェア構成の変更に成功した画像形成装置２０については（Ｓ１０４でＹｅｓ）、ステップＳ１１０以降が実行される。ステップＳ１１０において、設定部１１は、エラー情報記憶部１７にエラー情報が記憶されているか否かを判定する（Ｓ１１０）。エラー情報が記憶されている場合（Ｓ１１０でＮｏ）、設定部１１は、エラー情報を一つ取り出す（Ｓ１１１）。エラー情報記憶部１７は、スタック構造の記憶部であるため、記憶されているエラー情報の中で、最新のエラー情報が取得される。なお、取得されたエラー情報は、エラー情報記憶部１７から削除される。
【００４８】
続いて、エラー情報に含まれている設定内容に関して、ステップＳ１０２以降が実行される。当該エラー情報に含まれている設定内容が、コントロールサービス２２４又はＳＤＫプラットフォーム２２３のインストールの失敗であれば、変更部１４によってコントロールサービス２２４又はＳＤＫプラットフォーム２２３のインストールが実行される。また、当該エラー情報に含まれている設定内容が、設定項目への値の設定の失敗であれば、当該設定項目に対する値の設定が、設定部１１によって再実行される。
【００４９】
ステップＳ１１０において、エラー情報記憶部１７にエラー情報が記憶されていない場合（Ｓ１１１でＮｏ）、設定部１１は、設定の成功等を示すログ情報を、補助記憶装置１０２に記録する（Ｓ１１２）。
【００５０】
図５の処理手順によれば、例えば、パラメータの設定に失敗した場合、自動的にコントロールサービス２２４のバージョンアップが実行された後、当該パラメータの設定が再実行される。また、ＳＤＫアプリ２２２のインストールに失敗した場合、自動的にＳＤＫプラットフォーム２２３のバージョンアップが実行された後、ＳＤＫアプリ２２２のインストールが再実行される。また、ＳＤＫプラットフォーム２２３のバージョンアップに失敗した場合、コントロールサービス２２４のバージョンアップが自動的に実行され、ＳＤＫプラットフォーム２２３のバージョンアップが再実行される。すなわち、未サポートが原因で、ＳＤＫプラットフォーム２２３のバージョンアップに失敗した場合、コントロールサービス２２４が、バージョンの更新対象とされてステップＳ１０２以降が実行される。コントロールサービス２２４は、ＳＤＫプラットフォーム２２３に利用されるプログラムであり、コントロールサービス２２４のバージョンアップにより、ＳＤＫプラットフォーム２２３のバージョンアップに成功する可能性が有るからでる。なお、ＳＤＫプラットフォーム２２３のバージョンアップの再実行に成功した後、当初設定対象だったＳＤＫアプリ２２２のインストールが実行される。
【００５１】
以上のような処理により、当初失敗した設定項目への値の設定が成功する可能性を高めることができる。その結果、画像形成装置２０に対する設定作業を効率化することができる。
【００５２】
例えば、機器管理装置１０が、数百台以上の画像形成装置２０に対して一括して設定を行う場合、設定に失敗した画像形成装置２０ごとに、設定対象が依存するプログラムのバージョンアップや、失敗した設定の再実行等を行うのは、作業者にとって負担が大きい。本実施の形態によれば、このような作業負担が軽減される可能性を高めることができる。
【００５３】
なお、本実施の形態では、機器管理装置１０が管理対象とする機器が、画像形成装置２０である例を示したが、他の種類の機器の管理に関して、本実施の形態が適用されてもよい。例えば、プロジェクタ、テレビ会議システム、その他のオフィス機器等に対して、本実施の形態と同様の処理手順が適用されてもよい。
【００５４】
なお、本実施の形態において、変更可否判定部１３は、判定部の一例である。
【００５５】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００５６】
１            機器管理システム
１０          機器管理装置
１１          設定部
１２          原因判定部
１３          変更可否判定部
１４          変更部
１５          取得部
１６          通信制御部
１７          エラー情報記憶部
２０ａ、２０ｂ、２０ｃ、２０ｄ    画像形成装置
３０          ユーザ端末
４０          ファイルサーバ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
Ｂ            バス
２２１        標準アプリ
２２２        ＳＤＫアプリ
２２３        ＳＤＫプラットフォーム
２２４        コントロールサービス
２２５        ＯＳ
２２１１      スキャンアプリ
２２１２      印刷アプリ
２２１３      コピーアプリ
２２１４      ＦＡＸアプリ
２２２１      アプリＡ
【先行技術文献】
【特許文献】
【００５７】
【特許文献１】特開２００６−３４４０９８号公報
【図１】
2014102604.tif 000003
【図２】
2014102604.tif 000004
【図３】
2014102604.tif 000005
【図４】
2014102604.tif 000006
【図５】
2014102604.tif 000007