JP6428169B2 - 情報処理システムおよび情報処理方法 - Google Patents

Description

本発明は、情報処理システムおよび情報処理方法に関する。

画像形成装置の従来機能を提供する本体部の他に、従来機能を活用した各種機能を提供する操作部を有する画像形成装置が存在する。このような操作部は、例えば、ＯＳ（オペレーティングシステム）と、このＯＳ上で動作して各種機能を実現するアプリケーションとを備えている。

また、各種機能に対する設定情報（設定値）を出力（エクスポート）する機能、および、設定情報を入力して各種機能に対して設定（インポート）する機能を有する画像形成装置が存在する。このような機能は、複数の装置を一括で同じ設定にする、および、装置の入れ替え前後で同じ設定にするなどの状況で利用される。特許文献１は、機器識別情報とインポートした設定情報からインポートするレベルを決定し、そのレベルに従ってインポートを行う技術を提案している。

しかしながら、特許文献１の画像形成装置は、本体部の他に操作部を備える構成ではなく、このような構成の装置やシステムに対して適用することは考慮されていない。

本発明は、上記に鑑みてなされたものであって、本体部と操作部とを備える構成であっても設定情報を効率的に管理できる情報処理システムおよび情報処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、操作入力を受け付ける操作部と、前記操作入力に応じて動作する本体部と、を備える情報処理システムであって、前記操作部は、前記操作部で動作するアプリケーションである１以上の操作部アプリケーションそれぞれの設定情報を統合した第１の設定情報を前記本体部に送信する第１の設定管理部を備え、前記本体部は、第１の記憶部と、前記本体部で動作するアプリケーションである１以上の本体部アプリケーションそれぞれの設定情報と、前記第１の設定情報と、を統合した第２の設定情報を出力する第２の設定管理部と、を備え、前記第２の設定管理部はさらに、前記本体部アプリケーションの設定情報と前記操作部アプリケーションの設定情報とのうち少なくとも一方を含む第３の設定情報を受付け、前記第３の設定情報に含まれる設定情報それぞれを前記第１の記憶部に記憶し、前記本体部アプリケーションと、前記第１の設定管理部とに対して、前記第１の記憶部に記憶した設定情報の入力を要求し、前記第１の設定管理部はさらに、前記第２の設定管理部から設定情報の入力を要求されたときに、前記操作部アプリケーションに対して、前記第１の記憶部に記憶された設定情報の入力を要求すること、を特徴とする。

本発明によれば、本体部と操作部とを備える構成であっても設定情報を効率的に管理できるという効果を奏する。

図１は、実施形態のＭＦＰのハードウェア構成の例を示す図である。 図２は、実施形態のＭＦＰのソフトウェア構成の例を示す図である。 図３は、実施形態のＭＦＰの機能ブロックの例を示す図である。 図４は、実施形態におけるエクスポート処理の一例を示すシーケンス図である。 図５は、エクスポート処理での各情報の流れを説明するための図である。 図６は、操作部アプリケーションが処理する設定情報の例を示す図である。 図７は、操作部アプリケーションが処理する設定情報の例を示す図である。 図８は、操作部の設定管理部と本体部との間で送受信される設定情報の例を示す図である。 図９は、本体部の設定管理部が最終的に生成する設定情報の例を示す図である。 図１０は、本実施形態におけるインポート処理の一例を示すシーケンス図である。 図１１は、インポート処理での各情報の流れを説明するための図である。

以下に添付図面を参照して、この発明にかかる情報処理システム、情報処理方法およびプログラムの一実施形態を詳細に説明する。

以下では、コピー機能、プリンタ機能、スキャナ機能およびファクス機能のうち少なくとも２つの機能を有する複合機（ＭＦＰ：Multifunction Peripheral）として情報処理システムを実現した例を説明する。複合機の他に、複写機、プリンタ、スキャナ装置、ファクス装置等の画像形成装置に適用してもよい。また適用可能なシステム（装置）は、画像形成装置に限られるものではなく、本体部と操作部とを備えるシステム（装置）であればどのような装置にも適用できる。

本実施形態のＭＦＰは、操作入力を受け付ける操作部と、操作入力に応じて動作する本体部と、を備える。操作部に設けた設定管理部（第１の設定管理部）は、本体部の設定管理部（第２の設定管理部）による設定管理処理（設定情報のエクスポート、インポートなど）の対象モジュールの１つとして振る舞う。また操作部に設けた設定管理部は、本体部の設定管理部の通知に従い、操作部内のアプリケーションの設定情報を管理する。これにより、操作部と本体部とに分かれた各アプリケーションの設定情報を効率的に管理することが可能となる。

ＭＦＰ１のハードウェア構成の例について説明する。図１は、実施形態のＭＦＰ１のハードウェア構成の例を示す図である。図１に示すように、ＭＦＰ１は、本体部１０と操作部２０とを備える。本体部１０は、コピー機能、スキャナ機能、ファクス機能、および、プリンタ機能等の各種の機能を実現する。操作部２０は、ユーザの操作に応じた情報（操作入力）を受け付ける。なお、ユーザの操作を受け付けるとは、ユーザの操作に応じて入力される情報（画面の座標値を示す信号等を含む）を受け付けることを含む概念である。

本体部１０および操作部２０は、接続Ｉ／Ｆ１６、専用の通信路４０および接続Ｉ／Ｆ２６を介して相互に通信可能に接続されている。通信路４０は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格を用いることができるが、有線か無線かを問わず任意の規格のものでもよい。

本体部１０は、操作部２０で受け付けた操作に応じた動作を行う。また、本体部１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示（印刷指示等）に応じた動作を行うこともできる。

まず本体部１０のハードウェア構成について説明する。図１に示すように、本体部１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ（ハードディスクドライブ）１４と、通信Ｉ／Ｆ（インタフェース）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備える。ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ１４、通信Ｉ／Ｆ１５、接続Ｉ／Ｆ１６、および、エンジン部１７は、システムバス１８を介して相互に接続されている。

ＣＰＵ１１は本体部１０の動作を統括的に制御する。ＣＰＵ１１はＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体部１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能等の各種機能を実現する。

通信Ｉ／Ｆ１５は、ネットワーク３０と接続するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路４０を介して操作部２０と通信するためのインタフェースである。

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能およびプリンタ機能を実現させるための、汎用的な情報処理および通信以外の処理を行うハードウェアである。例えば、エンジン部１７は、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。エンジン部１７は、さらに、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを実現するためのハードウェアを備えていてもよい。

次に操作部２０のハードウェア構成について説明する。図１に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７と、外部接続Ｉ／Ｆ２８と、を備える。ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、フラッシュメモリ２４、通信Ｉ／Ｆ２５、接続Ｉ／Ｆ２６、操作パネル２７、および外部接続Ｉ／Ｆ２８は、システムバス２９を介して相互に接続されている。

ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはフラッシュメモリ２４等に格納されたプログラムを実行することで、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）の表示などの各種機能を実現する。

通信Ｉ／Ｆ２５は、ネットワーク３０と接続するためのインタフェースである。接続Ｉ／Ｆ２６は、通信路４０を介して本体部１０と通信するためのインタフェースである。

操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報（例えば受け付けた操作に応じた情報、ＭＦＰ１の動作状況を示す情報、設定状態などを示す情報など）を表示する。この例では、操作パネル２７は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ）で構成されるが、これに限られるものではない。例えばタッチパネル機能が搭載された有機ＥＬ表示装置で構成されてもよい。さらに、これに加えてまたはこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。

外部接続Ｉ／Ｆ２８は、例えばＩＣカードリーダー等と接続するためのインタフェースである。

次に、ＭＦＰ１のソフトウェア構成について説明する。図２は、実施形態のＭＦＰ１のソフトウェア構成の例を示す図である。図２に示すように、本体部１０は、アプリ層１０１、サービス層１０２およびＯＳ層１０３を有する。アプリ層１０１、サービス層１０２およびＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等（図１参照）に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。

アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、および、プリンタ機能を提供するためのプリンタアプリなどが挙げられる。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体部１０が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。

なおサービス層１０２によるインタフェースの機能は、本体部１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体部１０のハードウェア資源（例えば図１のエンジン部１７）を利用した機能を実現することができる。

ＯＳ層１０３のソフトウェアは、本体部１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム）である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。

同様に、操作部２０は、アプリ層２０１、サービス層２０２およびＯＳ層２０３を有する。操作部２０が備えるアプリ層２０１、サービス層２０２およびＯＳ層２０３も、階層構造については本体部１０と同様である。ただしアプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体部１０とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体部１０が備える機能（コピー機能、スキャナ機能、ファクス機能およびプリンタ機能）に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能を提供するためのソフトウェアである。

なお本実施形態では、機能の独立性を保つために、本体部１０のＯＳ層１０３のソフトウェアと、操作部２０のＯＳ層２０３のソフトウェアが互いに異なる。つまり本体部１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば、本体部１０のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）を用い、操作部２０のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることが可能である。

以上のように、ＭＦＰ１において、本体部１０と操作部２０は別々のオペレーティングシステムで動作するため、本体部１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。異なる装置間の通信の例は、操作部２０が受け付けた情報（ユーザからの指示内容）を本体部１０へ伝達する動作（コマンド通信）や、本体部１０が操作部２０へイベントを通知する動作等である。ここでは操作部２０が本体部１０へコマンド通信を行うことにより、本体部１０の機能を使用することができる。また本体部１０から操作部２０に通知するイベントには、本体部１０における動作の実行状況、本体部１０で設定された情報等が挙げられる。

また実施形態では、操作部２０への電力供給は、本体部１０から通信路４０を経由して行われているが、操作部２０の電源制御を、本体部１０の電源制御とは別に（独立して）行ってもよい。

また上述の実施形態では、本体部１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作しているが、これに限らず、例えば本体部１０と操作部２０が同じオペレーティングシステムで動作する形態であってもよい。また、本体部１０と操作部２０とが一体に構成されていてもよい。例えば、本体部１０と操作部２０のハードウェア構成は、図１のように分離されている必要はなく、１つのハードウェア構成上で本体部１０と操作部２０の機能が実現されていてもよい。

次に図１のハードウェアおよび図２のソフトウェアにより実現されるＭＦＰ１の機能ブロックの例について説明する。図３は、実施形態のＭＦＰ１の機能ブロックの例を示す図である。図３に示すように、ＭＦＰ１は、本体部１０および操作部２０を備える。

まず本体部１０について説明する。本体部１０は、通信制御部１１１と、コピーアプリ１１２と、スキャナアプリ１１３と、ファクスアプリ１１４と、ブラウザ１１５と、設定管理部１１６（第２の設定管理部）と、を備える。

通信制御部１１１は、操作部２０との間の通信を制御する。通信制御部１１１は、例えば接続Ｉ／Ｆ１６および接続Ｉ／Ｆ２６を介して、操作部２０の通信制御部１２１との間で各種情報を送受信する。通信制御部１１１が、例えば通信Ｉ／Ｆ１５を介してネットワーク３０との間の通信を制御する機能をさらに備えていてもよい。

コピーアプリ１１２、スキャナアプリ１１３、および、ファクスアプリ１１４は、それぞれ、コピー機能、スキャナ機能、および、ファクス機能を提供するためのアプリケーションである。ブラウザ１１５は、ウェブページの表示などのブラウザ機能を提供するためのアプリケーションである。

コピーアプリ１１２、スキャナアプリ１１３、ファクスアプリ１１４、および、ブラウザ１１５は、本体部１０で動作するアプリケーション（本体部アプリケーション）の一例である。以下では、本体部１０で動作するアプリケーションを本体部アプリケーションといい、操作部２０で動作するアプリケーションを操作部アプリケーションという場合がある。

本体部１０で、コピーアプリ１１２、スキャナアプリ１１３、ファクスアプリ１１４、および、ブラウザ１１５以外のアプリケーションが動作してもよいし、これらのうち一部が動作してもよい。これらのアプリケーションは、上記のアプリ層１０１に相当するアプリケーションである必要はない。すなわち、本体部アプリケーションは、上記のアプリ層１０１に相当するアプリケーションに限られるものではない。例えば本体部１０で動作し、設定情報をインポートおよびエクスポートできる処理部（ソフトウェア等）であれば本体部アプリケーションとすることができる。例えば、サービス層１０２およびＯＳ層１０３に相当する処理部（ソフトウェア等）が本体部アプリケーションであってもよい。

設定管理部１１６は、設定情報のインポートおよびエクスポートを行う。例えば設定管理部１１６は、本体部アプリケーションそれぞれの設定情報と、操作部２０の設定管理部１２６から受け取った設定情報（第１の設定情報）とを統合した設定情報（第２の設定情報）を生成する。設定管理部１１６は、生成した第２の設定情報を出力（エクスポート）する。設定情報を統合する方法は、インポートした場合に各アプリケーションに対して設定情報を反映可能な方法であればどのような方法であってもよい。例えば、各設定情報を連結して１つの情報（エクスポートファイル等）とする方法を適用できる。

また、設定管理部１１６は、ユーザ等から設定情報のインポートが要求された場合、要求に応じたインポートを行う。例えば設定管理部１１６は、インポートする設定情報（第３の設定情報）を受け付ける。インポートする設定情報は、例えば自装置（ＭＦＰ１）または他のＭＦＰからエクスポートされた設定情報である。インポートする設定情報は、本体部アプリケーションの設定情報と操作部アプリケーションの設定情報とのうち少なくとも一方を含む。

設定管理部１１６は、インポートする設定情報に含まれる、各アプリケーションに対応する設定情報それぞれを、例えばＨＤＤ１４（第１の記憶部の一例）に記憶する。設定管理部１１６は、本体部アプリケーションそれぞれと、操作部２０の設定管理部１２６とに対して、ＨＤＤ１４に記憶した設定情報のインポートを要求する。

次に操作部２０について説明する。操作部２０は、通信制御部１２１と、表示アプリ１２２と、設定アプリ１２３と、ランチャー１２４と、ブラウザ１２５と、設定管理部１２６（第１の設定管理部）と、を備える。

通信制御部１２１は、本体部１０との間の通信を制御する。通信制御部１２１は、例えば接続Ｉ／Ｆ１６および接続Ｉ／Ｆ２６を介して、本体部１０の通信制御部１１１との間で各種情報を送受信する。通信制御部１２１が、例えば通信Ｉ／Ｆ２５を介してネットワーク３０との間の通信を制御する機能をさらに備えていてもよい。

表示アプリ１２２は、操作部２０の表示装置（例えば操作パネル２７）に対する各種情報の表示を行うアプリケーションである。表示アプリ１２２は、例えば、本体部１０内の各モジュール（本体部アプリケーション、設定管理部１１６等）に組み込まれた画像表示用のライブラリからの要求に応じて、操作パネル２７に対する情報の表示を制御する。

設定アプリ１２３は、操作部２０の各種設定を行うためのアプリケーションである。設定アプリ１２３は、例えば、操作部２０がスピーカを備える場合の音量の設定、通信方式の設定、および、認証時のパスワードの設定などを行う。

ランチャー１２４は、操作部２０で動作する他のアプリケーションなどの起動を制御するアプリケーションである。ブラウザ１２５は、ウェブページの表示などのブラウザ機能を提供するためのアプリケーションである。

表示アプリ１２２、設定アプリ１２３、ランチャー１２４、および、ブラウザ１２５は、操作部アプリケーションの一例である。操作部２０で、表示アプリ１２２、設定アプリ１２３、ランチャー１２４、および、ブラウザ１２５は、操作部アプリケーション以外のアプリケーションが動作してもよいし、これらのうち一部が動作してもよい。これらのアプリケーションは、上記のアプリ層２０１に相当するアプリケーションである必要はない。すなわち、操作部アプリケーションは、上記のアプリ層２０１に相当するアプリケーションに限られるものではない。例えば操作部２０で動作し、設定情報をインポートおよびエクスポートできる処理部（ソフトウェア等）であれば操作部アプリケーションとすることができる。例えば、サービス層２０２およびＯＳ層２０３に相当する処理部（ソフトウェア等）が操作部アプリケーションであってもよい。

操作部２０で、第三者（サードベンダ）が作成したアプリケーション（第三者アプリ）が動作するように構成してもよい。この場合、例えば、第三者アプリに対して必要なサービスを提供する外部アプリサービスが、サービス層２０２に相当するサービスとして提供されてもよい。外部アプリサービスは、本体部１０の詳細な操作や細かい仕様の知識がなくても第三者がアプリケーションを作成可能とするためのインタフェースや、公開できないインタフェースを隠すために提供される。

設定管理部１２６は、設定情報のインポートおよびエクスポートを行う。例えば設定管理部１２６は、操作部アプリケーションそれぞれの設定情報を統合した設定情報（第１の設定情報）を生成する。設定管理部１２６は、生成した第１の設定情報を本体部１０の設定管理部１１６に送信する。設定情報を統合する方法は、インポートした場合に各アプリケーションに対して設定情報を反映可能な方法であればどのような方法であってもよい。例えば、各設定情報を連結して１つの情報（エクスポートファイル等）とする方法を適用できる。

また、設定管理部１２６は、本体部１０の設定管理部１１６から設定情報のインポートが要求された場合、要求に応じたインポートを行う。例えば設定管理部１２６は、設定管理部１１６から設定情報のインポートを要求されたときに、操作部アプリケーションそれぞれに対して、ＨＤＤ１４に記憶された設定情報のインポートを要求する。

次に、このように構成された本実施形態にかかるＭＦＰ１によるエクスポート処理について図４を用いて説明する。図４は、本実施形態におけるエクスポート処理の一例を示すシーケンス図である。

本実施形態では、本体部１０の設定管理部１１６が、設定情報のエクスポートの要求を外部（ユーザなど）から受け付け、エクスポート処理を開始する。処理結果は、要求元であるユーザ等に出力される。

まず、設定管理部１１６は、ユーザ等からエクスポートの要求を受け付ける（ステップＳ１０１）。例えば、操作部２０の所定のアプリケーションなどを用いて、ユーザはエクスポートの要求を入力する。エクスポートの要求は、例えば通信制御部１２１および通信制御部１１１を介して、設定管理部１１６に送信される。エクスポートの要求は、エクスポート対象とするアプリケーションの指定、および、最終的にエクスポートする設定情報（エクスポートファイル等）の出力先の指定などを含んでいてもよい。

設定管理部１１６は、エクスポート準備要求を送信する（ステップＳ１０２、ステップＳ１０３）。操作部２０の設定管理部１２６は、設定管理部１１６からエクスポート準備要求を受信すると、操作部２０内にエクスポート準備要求を送信する（ステップＳ１０４、ステップＳ１０５）。

エクスポート準備要求は、設定情報のエクスポートの前に必要となる処理を各アプリケーションに実行させるための要求である。このような処理が不要な場合はエクスポート準備要求を送信しないように構成してもよい。

本体部１０の設定管理部１１６は、例えばエクスポート対象として指定されたアプリケーションに対してエクスポート準備要求を送信する。エクスポート対象とするアプリケーションは、どのような方法で決定してもよい。設定管理部１１６は、例えば、エクスポートの要求とともに指定されたアプリケーションを、エクスポート対象とするアプリケーションとする。設定管理部１１６は、予め定められたアプリケーションをエクスポート対象としてもよい。

設定管理部１１６が、ブロードキャスト等により宛先（アプリケーション）を指定せずにエクスポート準備要求を送信してもよい。この場合は、エクスポート準備要求を受信したアプリケーションは、自身がエクスポート対象とするアプリケーションである場合に、要求に応じた処理を実行する。

操作部２０の設定管理部１２６も同様に、ブロードキャスト等により、または、指定された操作部アプリケーションに対して、エクスポート準備要求を送信する。操作部２０のＯＳがＡｎｄｒｏｉｄ（登録商標）の場合は、“sendOrderedBroadcast”などがブロードキャストによる送信に利用できる。エクスポート準備要求を受信した操作部アプリケーションは、自身がエクスポート対象とするアプリケーションである場合に、要求に応じた処理を実行する。自身がエクスポート対象とするアプリケーションであるか否かは、例えば、フラッシュメモリ２４等の記憶部に事前に設定された情報で判断するように構成できる。

図４では、本体部１０で動作するコピーアプリ１１２と、操作部２０で動作する設定アプリ１２３およびランチャー１２４が、エクスポート対象とされた例が示されている。

本体部１０の設定管理部１１６は、エクスポート実行要求を送信する（ステップＳ１０６、ステップＳ１０７）。操作部２０の設定管理部１２６は、設定管理部１１６からエクスポート実行要求を受信すると、操作部２０内にエクスポート実行要求を送信する（ステップＳ１０８、ステップＳ１０９）。エクスポート実行要求は、エクスポート準備要求と同様に、エクスポート対象とするアプリケーションに対して送信されてもよいし、ブロードキャスト等により送信されてもよい。

エクスポート実行要求を受信したエクスポート対象となる各アプリケーションは、自身の設定情報を、指定された、または、予め定められた記憶部（第２の記憶部）に書き込むエクスポートを実行する（ステップＳ１１０、ステップＳ１１２、ステップＳ１１４）。例えば本体部１０内のコピーアプリ１１２は、設定情報をＨＤＤ１４に書き込む。また、例えば操作部２０内の設定アプリ１２３およびランチャー１２４は、設定情報をフラッシュメモリ２４に書き込む。

各アプリケーションは、エクスポートの実行結果を、エクスポート実行要求の送信元に対して送信する。例えばコピーアプリ１１２は、実行結果を設定管理部１１６に送信する（ステップＳ１１１）。また、例えば設定アプリ１２３およびランチャー１２４は、実行結果を設定管理部１２６に送信する（ステップＳ１１３、ステップＳ１１５）。実行結果は、エクスポートを実行したアプリケーションを特定する情報（アプリＩＤなど）、および、エクスポートした設定情報を特定する情報（エクスポートファイルの格納場所、名称など）を含んでもよい。

操作部２０の設定管理部１２６は、操作部２０内の各アプリケーション（図４の例では設定アプリ１２３およびランチャー１２４）から実行結果を受信すると、各アプリケーションが記憶した設定情報を読み出し、読み出した設定情報を統合した設定情報（第１の設定情報）を生成する。設定管理部１２６は、生成した設定情報を本体部１０の記憶部（例えばＨＤＤ１４）に書き込む（ステップＳ１１６）。設定管理部１２６は、書き込み処理の実行結果を、本体部１０の設定管理部１１６に送信する（ステップＳ１１７）。

設定管理部１１６は、エクスポート対象となるすべてのアプリケーションから実行結果を受信すると、各アプリケーションが記憶した設定情報を読み出し、読み出した設定情報を統合した設定情報（第２の設定情報）を生成する（ステップＳ１１８）。設定管理部１１６は、生成した設定情報を出力する（ステップＳ１１９）。例えば設定管理部１１６は、生成した設定情報をＨＤＤ１４に書き込むとともに、書き込みの結果をエクスポートの要求元に通知する。

以上のように本実施形態では、操作部２０の設定管理部１２６は、操作部２０内のアプリケーションを対象とした操作部２０専用のエクスポート処理を実行する。そして、本体部１０の設定管理部１１６は、操作部２０の設定管理部１２６もエクスポート対象のアプリケーションとみなしたエクスポート処理を実行する。これにより、操作部２０と本体部１０とに分かれた各アプリケーションの設定情報のエクスポート処理を分散して効率的に実行可能となる。

図５は、エクスポート処理での各情報の流れを説明するための図である。図５では、コピーアプリ１１２、スキャナアプリ１１３、設定アプリ１２３およびランチャー１２４が、エクスポート対象とされた例が示されている。

エクスポート処理では、エクスポート対象となる各アプリケーションが、それぞれ自身の設定情報を記憶部（ＨＤＤ１４またはフラッシュメモリ２４）に記憶する。例えば、コピーアプリ１１２およびスキャナアプリ１１３は、ＨＤＤ１４に設定情報を記憶する。設定アプリ１２３およびランチャー１２４は、フラッシュメモリ２４に設定情報を記憶する。

操作部２０の設定管理部１２６は、操作部２０内のアプリケーション（図５の例では設定アプリ１２３およびランチャー１２４）が記憶した設定情報をまとめ、操作部２０全体のエクスポート結果として、本体部１０のＨＤＤ１４に記憶する。

本体部１０の設定管理部１１６は、各アプリケーション（設定管理部１２６を含む）がＨＤＤ１４に記憶した設定情報を、外部に出力するためにさらに結合し（必要に応じて編集し）、ＨＤＤ１４に記憶する。

次に、設定情報のデータ構造の例について図６〜図９を用いて説明する。

図６および図７は、操作部アプリケーションが処理する設定情報の例を示す図である。図６は、設定アプリ１２３の設定情報の例を示す。図７は、ランチャー１２４の設定情報の例を示す。図６および図７に示すように、設定情報は、アプリＩＤと、項目ＩＤと、項目名と、機密情報と、固有情報と、設定値と、を含む。

アプリＩＤは、アプリケーションを識別する識別情報である。例えば、本体部１０内のエクスポート対象となるアプリケーションと、１つのアプリケーションとみなされる操作部２０の設定管理部１２６とに対して、それぞれアプリＩＤが割り当てられる。項目ＩＤは、設定情報に含まれる各設定項目をそれぞれ識別する識別情報である。項目名は、設定項目の名称である。

機密情報は、設定項目が機密にすべき情報であるか否かを表す。例えば設定項目が機密にすべき情報である場合に「ＴＲＵＥ」が設定され、設定項目が機密にすべき情報でない場合に「ＦＡＬＳＥ」が設定される。機密情報が「ＴＲＵＥ」の場合、例えば設定管理部１１６が、設定情報（設定値）を暗号化し、暗号化した設定情報をエクスポートしてもよい。

固有情報は、設定項目が装置に固有の情報であるか否かを表す。例えば設定項目が装置に固有の情報である場合に「ＴＲＵＥ」が設定され、設定項目が装置に固有の情報でない場合に「ＦＡＬＳＥ」が設定される。

設定値は、設定項目に対して設定されている値を表す。

図８は、操作部２０の設定管理部１２６と本体部１０との間で送受信される設定情報の例を示す図である。図８は、図６および図７の設定情報を結合した場合の設定情報を表している。このように、設定管理部１２６は、操作部２０の各アプリケーションが生成した設定情報をまとめて本体部１０の設定管理部１１６に通知する。

図９は、本体部１０の設定管理部１１６が最終的に生成する設定情報の例を示す図である。設定管理部１１６は、図８の設定情報に加えて、本体部１０内のアプリケーションの設定情報をまとめた設定情報を生成し、最終的な設定情報（エクスポートファイル等）として出力する。図９では、本体部１０内のアプリケーションの設定情報として、アプリＩＤ＝１に対応する設定情報が追加された設定情報の例が示されている。

インポート処理では、図９に示すような設定情報が、インポート対象とする設定情報（インポートファイル等）として入力される。

次に、本実施形態にかかるＭＦＰ１によるインポート処理について図１０を用いて説明する。図１０は、本実施形態におけるインポート処理の一例を示すシーケンス図である。

まず、設定管理部１１６は、ユーザ等からインポートの要求を受け付ける（ステップＳ２０１）。インポートの要求は、インポート対象とするアプリケーションの指定、および、インポートする設定情報（インポートファイル等）の指定などを含んでいてもよい。

設定管理部１１６は、インポート準備要求を送信する（ステップＳ２０２、ステップＳ２０３）。操作部２０の設定管理部１２６は、設定管理部１１６からインポート準備要求を受信すると、操作部２０内にインポート準備要求を送信する（ステップＳ２０４、ステップＳ２０５）。

インポート準備要求は、設定情報のインポートの前に必要となる処理を各アプリケーションに実行させるための要求である。このような処理が不要な場合はインポート準備要求を送信しないように構成してもよい。

インポート準備要求は、上述のエクスポート準備要求やエクスポート実行要求と同様に、インポート対象とするアプリケーションに対して送信されてもよいし、ブロードキャスト等により送信されてもよい。図１０では、本体部１０で動作するコピーアプリ１１２と、操作部２０で動作する設定アプリ１２３およびランチャー１２４が、インポート対象とされた例が示されている。

本体部１０の設定管理部１１６は、インポート実行要求を送信する（ステップＳ２０６、ステップＳ２０７）。操作部２０の設定管理部１２６は、設定管理部１１６からインポート実行要求を受信すると、操作部２０内にインポート実行要求を送信する（ステップＳ２０８、ステップＳ２０９）。インポート実行要求は、インポート準備要求と同様に、インポート対象とするアプリケーションに対して送信されてもよいし、ブロードキャスト等により送信されてもよい。

インポート実行要求を受信したインポート対象となる各アプリケーションは、指定された、または、予め定められた記憶部（例えばＨＤＤ１４）から自身の設定情報を読み出して設定するインポートを実行する（ステップＳ２１０、ステップＳ２１２、ステップＳ２１４）。

例えばインポートファイルがＨＤＤ１４に記憶されている場合、各アプリケーションは、アプリＩＤおよび項目ＩＤなどを用いて、ＨＤＤ１４のインポートファイル内の設定情報のうち自身の設定情報を特定して読み出すことができる。

設定管理部１１６が、インポートファイルに含まれる各設定情報をアプリケーションごとに予め分割（分解）して記憶部等（例えばＨＤＤ１４）に記憶してもよい。設定管理部１１６が、操作部アプリケーションの設定情報のみを分割して操作部２０内の記憶部（フラッシュメモリ２４等）に記憶してもよい。この場合、操作部アプリケーションは、例えばフラッシュメモリ２４に記憶された設定情報のうち自身の設定情報を特定して読み出す。

各アプリケーションは、インポートの実行結果を、インポート実行要求の送信元に対して送信する。例えばコピーアプリ１１２は、実行結果を設定管理部１１６に送信する（ステップＳ２１１）。また、例えば設定アプリ１２３およびランチャー１２４は、実行結果を設定管理部１２６に送信する（ステップＳ２１３、ステップＳ２１５）。

操作部２０の設定管理部１２６は、操作部２０内の各アプリケーション（図１０の例では設定アプリ１２３およびランチャー１２４）から実行結果を受信すると、各アプリケーションの実行結果をまとめた実行結果（インポート結果）を生成する。設定管理部１２６は、生成したインポート結果を本体部１０の記憶部（例えばＨＤＤ１４）に書き込む（ステップＳ２１６）。設定管理部１２６は、インポート結果を、本体部１０の設定管理部１１６に送信する（ステップＳ２１７）。インポート結果は、例えばインポート処理が成功したか否かを示す情報である。

設定管理部１１６は、インポート対象となるすべてのアプリケーションから実行結果を受信すると、各アプリケーションの実行結果をまとめたインポート結果を生成し、インポートの要求元に出力する（ステップＳ２１８）。

図１１は、インポート処理での各情報の流れを説明するための図である。図１１では、コピーアプリ１１２、スキャナアプリ１１３、設定アプリ１２３およびランチャー１２４が、インポート対象とされた例が示されている。

インポート処理では、設定管理部１１６は、指定されたインポートファイルをＨＤＤ１４に登録する。各アプリケーションは、インポートファイルを参照してインポート処理を行う。操作部アプリケーションは、それぞれインポート結果をフラッシュメモリに記憶する。

操作部２０の設定管理部１２６は、操作部２０内のアプリケーション（図５の例では設定アプリ１２３およびランチャー１２４）それぞれが記憶したインポート結果を参照し、各インポート結果をまとめ、操作部２０全体のインポート結果として、本体部１０のＨＤＤ１４に記憶する。

以上のように、本実施形態のＭＦＰは、操作部と本体部とを備え、操作部に設けた設定管理部と本体部に設けた設定管理部とが、設定情報のインポート処理およびエクスポート処理を分散して実行する。これにより、各機能の設定情報を効率的に管理することが可能となる。

なお、本実施形態の装置（画像形成装置）で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。

本実施形態の装置で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータ・プログラム・プロダクトとして提供するように構成してもよい。

さらに、本実施形態の装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

本実施形態の装置で実行されるプログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭからプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。上述した各部の機能のうちの一部または全部は、専用のハードウェア回路で実現されてもよい。

１ ＭＦＰ
１０ 本体部
１１、２１ ＣＰＵ
１２、２２ ＲＯＭ
１３、２３ ＲＡＭ
１４ ＨＤＤ
１５、２５ 通信Ｉ／Ｆ
１６、２６ 接続Ｉ／Ｆ
１７ エンジン部
１８ システムバス
２０ 操作部
２４ フラッシュメモリ
２７ 操作パネル
２８ 外部接続Ｉ／Ｆ
２９ システムバス
３０ ネットワーク
４０ 通信路
１０１、２０１ アプリ層
１０２、２０２ サービス層
１０３、２０３ ＯＳ層
１１１、１２１ 通信制御部
１１２ コピーアプリ
１１３ スキャナアプリ
１１４ ファクスアプリ
１１５、１２５ ブラウザ
１１６、１２６ 設定管理部
１２２ 表示アプリ
１２３ 設定アプリ
１２４ ランチャー

特開２０１２−２２６６６２号公報

Claims (4)

1. 操作入力を受け付ける操作部と、前記操作入力に応じて動作する本体部と、を備える情報処理システムであって、
   前記操作部は、
   前記操作部で動作するアプリケーションである１以上の操作部アプリケーションそれぞれの設定情報を統合した第１の設定情報を前記本体部に送信する第１の設定管理部を備え、
   前記本体部は、
   第１の記憶部と、
   前記本体部で動作するアプリケーションである１以上の本体部アプリケーションそれぞれの設定情報と、前記第１の設定情報と、を統合した第２の設定情報を出力する第２の設定管理部と、を備え、
   前記第２の設定管理部はさらに、
   前記本体部アプリケーションの設定情報と前記操作部アプリケーションの設定情報とのうち少なくとも一方を含む第３の設定情報を受付け、前記第３の設定情報に含まれる設定情報それぞれを前記第１の記憶部に記憶し、
   前記本体部アプリケーションと、前記第１の設定管理部とに対して、前記第１の記憶部に記憶した設定情報の入力を要求し、
   前記第１の設定管理部はさらに、
   前記第２の設定管理部から設定情報の入力を要求されたときに、前記操作部アプリケーションに対して、前記第１の記憶部に記憶された設定情報の入力を要求すること、
   を特徴とする情報処理システム。
2. 前記操作部は、
   第２の記憶部を備え、
   前記第１の設定管理部は、
   前記操作部アプリケーションそれぞれが前記第２の記憶部に記憶した設定情報を読み出し、読み出した設定情報を統合した前記第１の設定情報を前記本体部に送信すること、
   を特徴とする請求項１に記載の情報処理システム。
3. 前記第２の設定管理部は、
   前記本体部アプリケーションそれぞれが前記第１の記憶部に記憶した設定情報を読み出し、読み出した設定情報と、前記操作部から受信した前記第１の設定情報と、を統合した前記第２の設定情報を出力すること、
   を特徴とする請求項１に記載の情報処理システム。
4. 操作入力を受け付ける操作部と、前記操作入力に応じて動作する本体部と、を備える情報処理システムで実行される情報処理方法であって、
   前記操作部が、前記操作部で動作するアプリケーションである１以上の操作部アプリケーションそれぞれの設定情報を統合した第１の設定情報を前記本体部に送信するステップと、
   前記本体部が、前記本体部で動作するアプリケーションである１以上の本体部アプリケーションそれぞれの設定情報と、前記第１の設定情報と、を統合した第２の設定情報を出力するステップと、
   前記本体部が、前記本体部アプリケーションの設定情報と前記操作部アプリケーションの設定情報とのうち少なくとも一方を含む第３の設定情報を受付け、前記第３の設定情報に含まれる設定情報それぞれを前記本体部が備える第１の記憶部に記憶するステップと、
   前記本体部が、前記本体部アプリケーションと、前記操作部とに対して、前記第１の記憶部に記憶した設定情報の入力を要求するステップと、
   前記操作部が、前記本体部から設定情報の入力を要求されたときに、前記操作部アプリケーションに対して、前記第１の記憶部に記憶された設定情報の入力を要求するステップと、
   を含むことを特徴とする情報処理方法。

Images