(57)【要約】【課題】設定項目の値を反映させるためのリブートの指示を行えない状況が発生した場合であっても、設定項目の設定対象である処理装置側でリブートしなければならないことがわかるようにした処理装置を提供する。【解決手段】処理装置の提示手段は、設定項目の値の設定を本処理装置に反映させるために、該処理装置をリブートする必要がある場合であって、リブートできる権限を示す情報を通信回線を介して受け取ったときは、リブートする旨の提示を行う。【選択図】図１
2018120324.tif 000002
【特許請求の範囲】
【請求項１】
設定項目の値の設定を本処理装置に反映させるために、該処理装置をリブートする必要がある場合であって、リブートできる権限を示す情報を通信回線を介して受け取ったときは、リブートする旨の提示を行う提示手段
を有する処理装置。
【請求項２】
前記リブートできる権限を示す情報を、前記設定項目の値を本処理装置に反映させる指示を行った情報処理装置から通信回線を介して受け取る、
請求項１に記載の処理装置。
【請求項３】
前記リブートできる権限を示す情報として、設定項目の値を排他的に設定できる権限を示す第２情報を用いる、
請求項２に記載の処理装置。
【請求項４】
前記設定項目の値と前記第２情報を受け取った場合に、該設定項目の値の設定を行う設定手段
をさらに有する請求項３に記載の処理装置。
【請求項５】
前記提示手段は、ユーザーによる操作に対応する処理が、前記設定項目の値を用いない場合は前記提示を行わない、
請求項１に記載の処理装置。
【請求項６】
前記提示手段は、ユーザーによる操作に対応する処理が、前記設定項目の値を用いる場合に前記提示を行う、
請求項１に記載の処理装置。
【請求項７】
設定項目の値の設定を処理装置に反映させるために、該処理装置をリブートする必要がある場合、リブートできる権限を示す情報を通信回線を介して送信する第１の送信手段
を有する情報処理装置。
【請求項８】
設定項目の値の設定指示と排他的に該設定ができる権限を示す第２情報を前記処理装置に送信する第２の送信手段
をさらに有し、
前記第１の送信手段は、リブートできる権限を示す情報として、前記第２情報を用いる、
請求項７に記載の情報処理装置。
【請求項９】
設定項目の値の設定を処理装置に反映させるために、該処理装置をリブートする必要がある場合、リブートできる権限を示す情報を通信回線を介して送信する送信手段
を有する情報処理装置と、
前記リブートできる権限を示す情報を通信回線を介して受け取った場合は、リブートする旨の提示を行う提示手段
を有する処理装置
を具備する処理システム。
【請求項１０】
処理装置であるコンピュータを、
設定項目の値の設定を前記処理装置に反映させるために、該処理装置をリブートする必要がある場合であって、リブートできる権限を示す情報を通信回線を介して受け取ったときは、リブートする旨の提示を行う提示手段
として機能させるための処理プログラム。
【請求項１１】
コンピュータを、
設定項目の値の設定を処理装置に反映させるために、該処理装置をリブートする必要がある場合、リブートできる権限を示す情報を通信回線を介して送信する第１の送信手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理装置、情報処理装置、処理システム、処理プログラム及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、ネットワークを介して行われるパラメータの更新要求に対し適切に対応することのできる電子装置及びパラメータの更新方法を提供することを課題とし、電子装置であって、ネットワークを介して受信されるパラメータの値の更新要求に応じ、当該パラメータの値を更新するパラメータ更新手段と、前記更新要求に対する応答が送信された後に前記パラメータの値の更新に基づいて当該電子装置を再起動させる第一の再起動実行手段とを有することが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−０３８４０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信回線を介して、処理装置の設定項目の値の設定が行われている。また、その設定を反映させるためには、その処理装置をリブートしなければならない設定項目がある。たとえば、そのような設定項目の値を設定している間に、設定項目の値を反映させるためのリブートの指示を行えない状況が発生した場合、設定が反映されず、不安定な状態となってしまい、処理装置側でリブートしなければならない状態であることも把握できない。
本発明は、設定項目の値を反映させるためのリブートの指示を行えない状況が発生した場合であっても、設定項目の設定対象である処理装置側でリブートしなければならないことがわかるようにした処理装置、処理システム及び処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００５】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、設定項目の値の設定を本処理装置に反映させるために、該処理装置をリブートする必要がある場合であって、リブートできる権限を示す情報を通信回線を介して受け取ったときは、リブートする旨の提示を行う提示手段を有する処理装置である。
【０００６】
請求項２の発明は、前記リブートできる権限を示す情報を、前記設定項目の値を本処理装置に反映させる指示を行った情報処理装置から通信回線を介して受け取る、請求項１に記載の処理装置である。
【０００７】
請求項３の発明は、前記リブートできる権限を示す情報として、設定項目の値を排他的に設定できる権限を示す第２情報を用いる、請求項２に記載の処理装置である。
【０００８】
請求項４の発明は、前記設定項目の値と前記第２情報を受け取った場合に、該設定項目の値の設定を行う設定段をさらに有する請求項３に記載の処理装置である。
【０００９】
請求項５の発明は、前記提示手段は、ユーザーによる操作に対応する処理が、前記設定項目の値を用いない場合は前記提示を行わない、請求項１に記載の処理装置である。
【００１０】
請求項６の発明は、前記提示手段は、ユーザーによる操作に対応する処理が、前記設定項目の値を用いる場合に前記提示を行う、請求項１に記載の処理装置である。
【００１１】
請求項７の発明は、設定項目の値の設定を処理装置に反映させるために、該処理装置をリブートする必要がある場合、リブートできる権限を示す情報を通信回線を介して送信する第１の送信手段を有する情報処理装置である。
【００１２】
請求項８の発明は、設定項目の値の設定指示と排他的に該設定ができる権限を示す第２情報を前記処理装置に送信する第２の送信手段をさらに有し、前記第１の送信手段は、リブートできる権限を示す情報として、前記第２情報を用いる、請求項７に記載の情報処理装置である。
【００１３】
請求項９の発明は、設定項目の値の設定を処理装置に反映させるために、該処理装置をリブートする必要がある場合、リブートできる権限を示す情報を通信回線を介して送信する送信手段を有する情報処理装置と、前記リブートできる権限を示す情報を通信回線を介して受け取った場合は、リブートする旨の提示を行う提示手段を有する処理装置を具備する処理システムである。
【００１４】
請求項１０の発明は、処理装置であるコンピュータを、設定項目の値の設定を前記処理装置に反映させるために、該処理装置をリブートする必要がある場合であって、リブートできる権限を示す情報を通信回線を介して受け取ったときは、リブートする旨の提示を行う提示手段として機能させるための処理プログラムである。
【００１５】
請求項１１の発明は、コンピュータを、設定項目の値の設定を処理装置に反映させるために、該処理装置をリブートする必要がある場合、リブートできる権限を示す情報を通信回線を介して送信する第１の送信手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１６】
請求項１の処理装置によれば、設定項目の値の設定を反映させるためのリブートの指示を行えない状況が発生した場合であっても、設定項目の設定対象である処理装置側でリブートしなければならないことがわかるようになる。
【００１７】
請求項２の処理装置によれば、リブートできる権限を示す情報を、情報処理装置から通信回線を介して受け取ることができる。
【００１８】
請求項３の処理装置によれば、リブートできる権限を示す情報として、設定項目の値を排他的に設定できる権限を示す第２情報を用いることができる。
【００１９】
請求項４の処理装置によれば、設定項目の値の設定を排他的に行うことができる。
【００２０】
請求項５の処理装置によれば、ユーザーによる操作に対応する処理が、リブートを必要としている設定項目の値を用いない場合は、リブートする必要がなく、そのまま処理装置を利用することができる。
【００２１】
請求項６の処理装置によれば、ユーザーによる操作に対応する処理が、リブートを必要としている設定項目の値を用いる場合は、設定を反映するためのリブートが行われた後の処理装置を利用することができる。
【００２２】
請求項７の情報処理装置によれば、設定項目の値の設定を反映させるためのリブートの指示を行えない状況が発生した場合であっても、設定項目の設定対象である処理装置側でリブートさせることができるようになる。
【００２３】
請求項８の情報処理装置によれば、リブートできる権限を示す情報として、設定項目の値を排他的に設定できる権限を示す第２情報を用いることができる。
【００２４】
請求項９の処理システムによれば、設定項目の値の設定を反映させるためのリブートの指示を行えない状況が発生した場合であっても、設定項目の設定対象である処理装置側でリブートしなければならないことがわかるようになる。
【００２５】
請求項１０の処理プログラムによれば、設定項目の値の設定を反映させるためのリブートの指示を行えない状況が発生した場合であっても、設定項目の設定対象である処理装置側でリブートしなければならないことがわかるようになる。
【００２６】
請求項１１の情報処理プログラムによれば、設定項目の値の設定を反映させるためのリブートの指示を行えない状況が発生した場合であっても、設定項目の設定対象である処理装置側でリブートさせることができるようになる。
【図面の簡単な説明】
【００２７】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】本実施の形態による処理例を示すフローチャートである。
【図４】本実施の形態による設定画面の提示例を示す説明図である。
【図５】排他設定権ＩＤ管理テーブルのデータ構造例を示す説明図である。
【図６】本実施の形態による処理例を示すフローチャートである。
【図７】本実施の形態による画面の提示例を示す説明図である。
【図８】本実施の形態による処理例を示すフローチャートである。
【図９】本実施の形態による処理例を示すフローチャートである。
【図１０】排他設定権ＩＤ管理テーブルのデータ構造例を示す説明図である。
【図１１】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２８】
まず、本実施の形態を説明する前に、その前提又は本実施の形態を利用する画像処理装置等について説明する。なお、この説明は、本実施の形態の理解を容易にすることを目的とするものである。
近年、プリンタ、ファックス、コピー等の機能を有する画像処理装置では、機器のステータスや、保管されている文書情報、スプールされているジョブの情報等を、通信回線（ネットワークを含む）を介して接続されている端末等にＷｅｂページによって提供するものが存在する。
また、通信回線を介して接続している端末等のＷｅｂブラウザに表示させたＷｅｂページによって各種設定項目（パラメータ等ともいわれる）の値の設定が可能となっている画像処理装置も存在する。画像処理装置がＷｅｂページによる設定項目の設定手段を提供することにより、ユーザーは、遠隔地より機器の操作や設定項目の設定を行うことができる。
しかしながら、設定項目によっては、画像処理装置をリブート（ｒｅｂｏｏｔ）しなければ更新した値が画像処理装置の動作に反映されないものがある。なお、リブートは、再起動等ともいわれ、ハードリブート（コールドリブート）、ソフトリブート（ウォームリブート）のいずれであってもよい。この場合、従来においては、画像処理装置の設定項目の値をリモートで更新する作業を行った後、ユーザーが画像処理装置の近くまで行って、その画像処理装置のリセットボタンを押す等の作業が必要であり、遠隔地から操作できるというメリットが十分発揮されていない。
再起動しなければ更新した値が画像処理装置の動作に反映されない値か否かは判断しておらず、リモートの端末のＵＩ（ユーザーインタフェース）からリブート指示できないという問題があった。
【００２９】
特許文献１に記載の技術では、通信回線を介して、値の更新が要求された設定項目に応じてリブートの要否を判断し、リブートが必要であると判断された場合に電子装置（前述の画像処理装置に該当）をリブートさせるとあるが、リブートが必要であると判断された１つの設定項目を更新要求した場合は、リブートを保証するために必ずリブートしてしまうため、複数の設定項目を設定する場合には複数回のリブートが必要になる。
従来においては、例えば、複数のリブートが必要なパラメータを更新可能にするために、リブートが必要な値の更新が要求された場合に、リブートが必要であることを示す画面表示［例えば、「すぐにリブート」又は「あとでリブート」］を行っている。
「あとでリブート」を選択すると画面操作を継続でき、必要な設定を全て行ってからリブートすることが可能である。
このような場合、再起動しなければ更新した値が画像処理装置の動作に反映されない値は、リブートが必要な設定であると判断し、かつ複数のリブートが必要な設定項目を一度に設定可能にしている。またリブートのタイミングは、リモートの端末のＵＩで「すぐにリブート」が指示されたときとなり、画像処理装置側でリブートするタイミングを判断する方法がない。
そのため、リモートの端末のＵＩの設定途中に通信回線の接続が切れてしまった場合等では、画像処理装置へのリブート指示ができず、画像処理装置の設定項目の更新はされているが、リブートしていないので不安定な状態になってしまう。さらに、その画像処理装置でのリブートを保証できていないということになる。本来なら、リモートの端末からリブートの指示が行われるにもかかわらず、通信回線の接続が切れる等の障害のため、リブートの指示が行われずに、画像処理装置側でもリブートすることが必要であることもわからない状態であるからである。
さらに、以下に示すような状況（２例）においても、リブートしていないので不安定な状態になってしまう。
（状況例ａ）（１）リブートが必要な設定項目を変更し、（２）リブートが不要な設定項目を変更し、（３）その後に、通信障害等による通信回線の接続が切断されてしまった場合、必要なリブートは１回であるが、リブートできずに不安定な状態になってしまう。
（状況例ｂ）リブートが必要な設定項目を変更したが、その設定項目を変更した人が、リブートをし忘れた場合、リブートされていないので不安定な状態になってしまう。
【００３０】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００３１】
本実施の形態である処理装置１００、端末１５０は、端末１５０の指示にしたがって処理装置１００の設定項目の値を変更するものであって、図１の例に示すように、処理装置１００と端末１５０は通信回線を介して接続されている。なお、設定と変更は同義の意味を有するものとして用いる。したがって、「変更」には、『設定項目が「設定済み」の値を変更すること』だけでなく、『設定項目が「未設定」の値を設定すること』も含まれる。一方、「設定」には、『設定項目が「未設定」の値を設定すること』だけでなく、『設定項目が「設定済み」の値を変更すること』も含まれる。
【００３２】
処理装置１００は、ＵＩモジュール１０５、制御モジュール１２０、通信モジュール１４０を有している。処理装置１００は、端末１５０から設定項目の値の変更が可能なものであり、例えば、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）等の画像処理装置が該当するが、この他に、情報家電、ロボット等であってもよい。
ここで「設定項目」として、例えば、画像処理装置である場合は、プリントできるユーザーを制限すること、使用する用紙の初期値、カラー／白黒印刷の初期値、消耗品の状態の通知設定、節電モードへの移行時間等があり、情報家電である場合は、設定温度、自動電源オン／オフの時間設定等がある。また「設定項目の値」として、例えば、数値であってもよいし、要／不要を示す情報等であってもよい。。
なお、「設定項目の値の変更」ができる者（又は、端末１５０）は、だれでも（又は、どの端末１５０でも）可能としてもよいし、予め定められた管理者（又は、予め定められた端末１５０）だけとしてもよい。
【００３３】
通信モジュール１４０は、ＵＩモジュール１０５、制御モジュール１２０と接続されており、また、通信回線を介して端末１５０の通信モジュール１６０と接続されている。通信モジュール１４０は、端末１５０による設定変更の指示等を受け取り、設定項目の値の変更等のユーザーインタフェースとなるＷｅｂページ等を送信する。
【００３４】
ＵＩモジュール１０５は、設定ＵＩモジュール１１０、リブートＵＩモジュール１１５を有しており、制御モジュール１２０、通信モジュール１４０と接続されている。ＵＩモジュール１０５は、処理装置１００を操作するためのユーザーインタフェースを提供する。例えば、ＵＩモジュール１０５は、タッチパネルを兼ねる液晶ディスプレイを制御して、ユーザーの操作を受け付け、ユーザーに対してメッセージ等を提示する。この他、マウス、キーボード、カメラ、マイク等を用いたユーザーの操作（視線、ジェスチャ、音声等も含む）を受け付けるようにしてもよいし、スピーカーによる音声出力、触覚デバイスを用いた触感によって、ユーザーへのメッセージを提示するようにしてもよい。
【００３５】
設定ＵＩモジュール１１０は、処理装置１００のユーザーインタフェース（ボタン、タッチパネル等）を用いて、ユーザーの操作にしたがって、設定項目の値の変更の指示を受け付ける。また、端末１５０に対して、設定項目の値の変更の指示を受け付けるためのＷｅｂページを提供してもよい。この設定項目の値の変更には、処理装置１００をリブートする必要がないもの、処理装置１００をリブートする必要があるものの両方が含まれる。
【００３６】
リブートＵＩモジュール１１５は、設定項目の値の変更を処理装置１００に反映させるために、処理装置１００をリブートする必要がある場合であって、リブートできる権限を示す情報を通信回線を介して端末１５０から受け取ったときは、リブートする旨の提示を行う。なお、「提示」には、処理装置１００が具備しているディスプレイ等の表示装置への表示の他に、スピーカー等の音声出力装置への音声の出力、触覚デバイスを用いた触感等、又は、それらの組み合わせによって、ユーザーにメッセージ（リブートする旨）を提示することが含まれる。例えば、図７を用いて後述する画面７００におけるリブート要求ボタン７５０が該当する。
なお、リブートする必要がある設定項目の値の変更として、処理装置１００の通信の基本に関する設定、処理装置１００全体の処理に関する設定等があり、具体的には、ＩＰアドレスの変更、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）のネット情報の設定、ミリ−インチ系列の変更等がある。これらの設定項目の値を変更したが、リブートされていない状態では、実質的にそれらの値は反映されておらず、不安定な状態であるといえる。
【００３７】
また、「リブートできる権限を示す情報」を、設定項目の値を処理装置１００に反映させる指示を行った端末１５０から通信回線を介して受け取るようにしてもよい。
「リブートできる権限を示す情報」は、排他的に処理装置１００をリブートできる権限であることを示している。したがって、「リブートできる権限を示す情報」を有していないと、処理装置１００をリブートすることはできない。
「リブートできる権限を示す情報」を取得した端末１５０は、その「リブートできる権限を示す情報」を処理装置１００に渡すことができる。この場合、端末１５０、処理装置１００はともに、処理装置１００をリブートすることができることになる。端末１５０が複数の設定項目の値を変更している間に、通信回線の切断による障害が発生した場合に、端末１５０がリブートすることができずに、処理装置１００が不安定な状態となることを防ぐことができるようにするためである。なお、これらの障害だけでなく、端末１５０が処理装置１００をリブートしなかった場合（例えば、処理装置１００のユーザーがリブートの指示を忘れた場合、怠った場合等）でも、処理装置１００を確実にリブートするために、リブートする旨の提示が行われる。なお、端末１５０は、その「リブートできる権限を示す情報」を、他の端末１５０に渡すことはできない。
そして、「リブートできる権限を示す情報」として、設定項目の値を排他的に変更できる権限を示す第２情報（以下、排他設定権ＩＤともいう）を用いるようにしてもよい。つまり、第２情報とは別個に「リブートできる権限を示す情報」を生成してもよいし、「設定項目の値を排他的に変更できる権限を示す第２情報」を「リブートできる権限を示す情報」として兼用してもよい。兼用する場合は、第２情報は、「設定項目の値を排他的に変更できる権限を示す情報」の機能を有し、「リブートできる権限を示す情報」の機能も有していることになる。以下、例示する場合は、第２情報は「リブートできる権限を示す情報」の機能も兼用している例を示す。
【００３８】
また、リブートＵＩモジュール１１５は、ユーザーによる操作に対応する処理が、設定項目の値を用いない場合は、リブートする旨の提示を行わないようにしてもよい。
さらに、リブートＵＩモジュール１１５は、ユーザーによる操作に対応する処理が、設定項目の値を用いる場合に、リブートする旨の提示を行うようにしてもよい。
【００３９】
制御モジュール１２０は、設定モジュール１２５、リブートモジュール１３０、設定変更権管理モジュール１３５を有しており、ＵＩモジュール１０５、通信モジュール１４０と接続されている。制御モジュール１２０は、設定項目の値の変更に関する処理を行う。設定項目の値の変更の指示は、ＵＩモジュール１０５から受け付けてもよいし、端末１５０から受け付けてもよい。また、制御モジュール１２０は、「リブートできる権限を示す情報」、第２情報の発生、消滅等の管理を行う。具体的には、ある処理装置１００における「リブートできる権限を示す情報」、第２情報を付与するのは１つの端末１５０（又はその処理装置１００）に対してであり、その発生後は、他の端末１５０に対して「リブートできる権限を示す情報」、第２情報を付与することは行わない。そして、排他的に設定項目の値の変更、リブートができるように、それらの処理を行う場合に、その指示を行う端末１５０（又は処理装置１００）が「リブートできる権限を示す情報」、第２情報を有していることを条件としている。なお、第２情報が、「リブートできる権限を示す情報」も兼用している場合は、第２情報だけの管理だけとなる。「リブートできる権限を示す情報」を第２情報とは別個に発生させる場合は、第２情報を有していることを条件としてもよい。
【００４０】
設定モジュール１２５は、設定項目の値の変更と第２情報を受け取った場合に、その設定項目の値の変更を行う。もちろんのことながら、設定項目の値の変更と第２情報を受け取った場合以外は、設定項目の値の変更を行わない。つまり、設定項目の値の変更と第２情報を受け取った場合にのみ、その設定項目の値の変更を行う。第２情報は、排他的に設定項目の値を変更できる権利を示すものだからである。
【００４１】
リブートモジュール１３０は、処理装置１００のリブートを行う。このリブートの指示は、処理装置１００を利用しているユーザーの操作にしたがってリブートＵＩモジュール１１５が受け付けたものであってもよいし、端末１５０を利用しているユーザーの操作にしたがって受け付けたものであってもよい。
設定変更権管理モジュール１３５は、リブートできる権限を示す情報、第２情報を管理する。例えば、排他設定権ＩＤ管理テーブル５００を記憶している。図５は、排他設定権ＩＤ管理テーブル５００のデータ構造例（２つの例）を示す説明図である。以下、単に排他設定権ＩＤ管理テーブル５００と記す場合は、図５（ａ）の例に示す排他設定権ＩＤ管理テーブル５００Ａ、図５（ｂ）の例に示す排他設定権ＩＤ管理テーブル５００Ｂのいずれであってもよい。
図５（ａ）の例に示す排他設定権ＩＤ管理テーブル５００Ａは、排他設定権ＩＤ欄５１０Ａを有している。排他設定権ＩＤのみで構成されている例である。排他設定権ＩＤ欄５１０Ａは、本実施の形態において、第２情報である排他設定権を一意に識別するための情報（排他設定権ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。つまり、端末に関係なく、記憶している排他設定権ＩＤと合致した排他設定権ＩＤと設定項目の値の変更を受け取った場合のみ、設定変更を行えば排他制御が実現できる。
図５（ｂ）の例に示す排他設定権ＩＤ管理テーブル５００Ｂは、排他設定権ＩＤ欄５１０Ｂ、端末のＩＤ欄５２０Ｂを有している。排他設定権ＩＤ欄５１０Ｂは、本実施の形態において、第２情報である排他設定権を一意に識別するための情報（排他設定権ＩＤ）を記憶している。端末のＩＤ欄５２０Ｂは、端末１５０のＩＤを記憶している。つまり、処理装置１００の設定項目の値を変更できる権利を有するのは、端末のＩＤ欄５２０Ｂに記憶している端末１５０であることを示している。端末のＩＤ欄５２０Ｂには、１つの端末１５０のＩＤが記憶され、その端末１５０のみがこの処理装置１００の設定項目の値を変更できる。したがって、排他設定権ＩＤを有していない端末１５０は、処理装置１００の設定項目の値を変更できない。なお、端末のＩＤ欄５２０Ｂに端末１５０のＩＤが記憶されていない場合は、処理装置１００が設定項目の値を変更できる権利を有していると解釈してもよい。
【００４２】
端末１５０は、設定ＵＩモジュール１５５、通信モジュール１６０を有している。端末１５０は、処理装置１００の設定項目の値の変更を指示するものであり、例えば、パーソナルコンピュータ（ノートＰＣを含む）の他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）等が該当する。
通信モジュール１６０は、設定ＵＩモジュール１５５と接続されており、また、通信回線を介して処理装置１００の通信モジュール１４０と接続されている。通信モジュール１６０は、処理装置１００に対して、設定変更の指示等を送信し、設定項目の値の変更等のユーザーインタフェースとなるＷｅｂページ等を受け取る。
設定ＵＩモジュール１５５は、通信モジュール１６０と接続されている。設定ＵＩモジュール１５５は、設定項目の値の変更を処理装置１００に反映させるために、その処理装置１００をリブートする必要がある場合、リブートできる権限を示す情報を通信回線を介して送信するように、通信モジュール１６０を制御する。例えば、処理装置１００が提供するＷｅｂページ等を利用して、設定項目の値の変更の指示を行うようにしてもよい。
また、設定ＵＩモジュール１５５は、設定項目の値の変更指示と排他的にその変更ができる権限を示す第２情報を処理装置１００に送信するように、通信モジュール１６０を制御してもよい。その場合、設定ＵＩモジュール１５５は、リブートできる権限を示す情報として、第２情報を用いるようにしてもよい。
なお、処理装置１００をリブートする必要がある設定項目の値の変更の指示であるか否かの判断は、処理装置１００、端末１５０のいずれが行ってもよいし、両方が行うようにしてもよい。この判断方法として、例えば、リブートする必要がある設定項目を予め記憶しておき、指示がその設定項目に関するものに該当するか否かの判断を行えばよい。
【００４３】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
端末１５０Ａ、端末１５０Ｂ、端末１５０Ｃ、画像処理装置２００Ａ内の処理装置１００Ａ、画像処理装置２００Ｂ内の処理装置１００Ｂ、排他設定権管理装置２１０は、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、排他設定権管理装置２１０による機能は、クラウドサービスとして実現してもよい。画像処理装置２００Ａは、処理装置１００Ａを有している。画像処理装置２００Ｂは、処理装置１００Ｂを有している。
端末１５０は、画像処理装置２００の設定項目の値の変更を行うために、第２情報とともに設定項目の値の変更指示を、処理装置１００に送信する。処理装置１００は、第２情報が付加されていることを条件に、設定項目の値の変更を行う。そして、設定項目の値の変更を処理装置１００に反映させるために、その処理装置１００をリブートする必要がある場合は、端末１５０が処理装置１００に第２情報を渡す。処理装置１００は、リブートする必要があることの提示を行う。処理装置１００のユーザーは、処理装置１００をリブートし、設定項目の値の変更が反映されることとなる。
【００４４】
なお、第２情報の管理は、処理装置１００が行ってもよいが、排他設定権管理装置２１０が行うようにしてもよい。排他設定権管理装置２１０が行う場合は、複数の処理装置１００毎に第２情報を管理する。例えば、排他設定権ＩＤ管理テーブル１０００を用いる。図１０は、排他設定権ＩＤ管理テーブル１０００のデータ構造例を示す説明図である。排他設定権ＩＤ管理テーブル１０００は、処理装置のＩＤ欄１０１０、排他設定権ＩＤ欄１０２０、端末のＩＤ欄１０３０を有している。処理装置のＩＤ欄１０１０は、処理装置１００のＩＤを記憶している。排他設定権ＩＤ欄１０２０は、排他設定権ＩＤを記憶している。端末のＩＤ欄１０３０は、端末１５０のＩＤを記憶している。排他設定権ＩＤ管理テーブル５００Ｂに処理装置のＩＤ欄１０１０を付加したものである。これによって、処理装置１００毎に、排他設定権ＩＤを管理することができる。
【００４５】
図３は、本実施の形態による処理例を示すフローチャートである。端末１５０と処理装置１００による設定項目の値の変更処理例を示すものである。なお、設定項目の値の変更を処理装置１００に反映させるために、処理装置１００をリブートする必要がある場合については、図６、図８の例を用いて後述する。
【００４６】
ステップＳ３０２では、端末１５０は、処理装置１００に対して、排他設定権ＩＤ（前述の第２情報に該当）を要求する。設定項目の値の変更を行うにあたって、排他設定権ＩＤを取得するものである。
ステップＳ３０４では、処理装置１００は、他の端末１５０に排他設定権ＩＤを渡しているか否かを判断し、他の端末１５０に渡している場合はステップＳ３０６へ進み、それ以外の場合はステップＳ３０８へ進む。
【００４７】
ステップＳ３０６では、処理装置１００は、端末１５０に対して、不可を通知する。ここでの「不可」とは、いま現在は、他の端末１５０が設定項目の値の変更を行おうとしているので、対象としている端末１５０は設定項目の値の変更ができない旨を示すものである。
ステップＳ３０８では、処理装置１００は、排他設定権ＩＤを発行し、端末１５０に通知する。
【００４８】
ステップＳ３１０では、端末１５０は、排他設定権ＩＤを取得できたか否かを判断し、排他設定権ＩＤを取得できた場合はステップＳ３１２へ進み、それ以外の場合はステップＳ３０２へ戻る。
ステップＳ３１２では、端末１５０は、ユーザーの操作にしたがった設定変更を受け付ける。例えば、図４に示すように、設定画面４００に設定項目Ａボタン４１０、設定項目Ｂボタン４１２、設定項目Ｃボタン４１４を表示し、処理装置１００の設定項目の値を変更する操作を受け付ける。設定画面４００の画面構成は、処理装置１００から受け付けたＷｅｂページであってもよい。
【００４９】
ステップＳ３１４では、端末１５０は、排他設定権ＩＤを付加して、処理装置１００に対して、設定変更を要求する。設定項目の値を変更するためには、排他設定権ＩＤが必要だからである。
ステップＳ３１６では、処理装置１００は、排他設定権ＩＤが付加されていることを確認して、設定変更を行う。前述したように、排他設定権ＩＤ管理テーブル５００を用いて、その端末１５０は排他設定権ＩＤを有しているか否かを判断すればよい。
【００５０】
ステップＳ３１８では、端末１５０は、設定変更が終了したか否かを判断し、終了した場合はステップＳ３２０へ進み、それ以外の場合はステップＳ３１２へ戻る。複数の設定項目を変更する場合があるからである。
ステップＳ３２０では、端末１５０は、排他設定権ＩＤを処理装置１００に返却する。端末１５０は、その排他設定権ＩＤを削除する。
ステップＳ３２２では、処理装置１００は、排他設定権ＩＤを解放する。具体的には、排他設定権ＩＤ管理テーブル５００から該当する排他設定権ＩＤ（又は、その排他設定権ＩＤを含む行）を削除する。
【００５１】
図６は、本実施の形態による処理例を示すフローチャートである。設定項目の値の変更を処理装置１００に反映させるために、処理装置１００をリブートする必要がある場合の処理例であり、処理装置１００をリブートする必要があるか否かを端末１５０が判断している例である。なお、ステップＳ６０２からステップＳ６１４までの処理は、図３の例で示したフローチャートのステップＳ３０２からステップＳ３１４までの処理と同等である。また、ステップＳ６２６からステップＳ６３０までの処理は、図３の例で示したフローチャートのステップＳ３１８からステップＳ３２２までの処理と同等である
【００５２】
ステップＳ６０２では、端末１５０は、処理装置１００に対して、排他設定権ＩＤを要求する。
ステップＳ６０４では、処理装置１００は、他の端末１５０に排他設定権ＩＤを渡しているか否かを判断し、渡している場合はステップＳ６０６へ進み、それ以外の場合はステップＳ６０８へ進む。
【００５３】
ステップＳ６０６では、処理装置１００は、端末１５０に対して、不可を通知する。
ステップＳ６０８では、処理装置１００は、排他設定権ＩＤを発行し、端末１５０に通知する。
【００５４】
ステップＳ６１０では、端末１５０は、排他設定権ＩＤを取得できたか否かを判断し、排他設定権ＩＤを取得できた場合はステップＳ６１２へ進み、それ以外の場合はステップＳ６０２へ戻る。排他設定権ＩＤを取得した場合は、処理装置１００の設定項目の値の変更を行うことができ、処理装置１００をリブートする権限を有していることになる。
ステップＳ６１２では、端末１５０は、ユーザーの操作にしたがった設定変更を受け付ける。
【００５５】
ステップＳ６１４では、端末１５０は、排他設定権ＩＤを付加して、処理装置１００に対して、設定変更を要求する。
ステップＳ６１６では、端末１５０は、その設定変更は、リブートが必要か否かを判断し、必要な場合はステップＳ６１８へ進み、それ以外の場合はステップＳ６２６へ進む。例えば、処理装置１００の設定項目のうち、その設定項目の値の変更を処理装置１００に反映させるために、処理装置１００をリブートする必要がある設定項目を予め記憶しておき、その記憶された設定項目にユーザーが変更しようとしている設定項目は合致するか否かを判断すればよい。
【００５６】
ステップＳ６１８では、端末１５０は、排他設定権ＩＤを処理装置１００に渡す。ここで「排他設定権ＩＤを渡す」とは、端末１５０も排他設定権ＩＤの取得を維持したまま、処理装置１００も排他設定権ＩＤを取得する状態とすることである。したがって、端末１５０、処理装置１００ともに、処理装置１００の設定項目の値の変更を行うことができることになる。もちろんのことながら、端末１５０、処理装置１００ともに、処理装置１００をリブートすることもできることになる。
ステップＳ６２０では、処理装置１００は、排他設定権ＩＤが付加されていることを確認して、設定変更を行う。なお、図６の例では、ステップＳ６２０の処理は、ステップＳ６１８の処理の後に行われているが、ステップＳ６１４の処理の後であればよく、ステップＳ６１８の処理の前に行われてもよい。
【００５７】
ステップＳ６２２では、処理装置１００は、排他設定権ＩＤを端末１５０から渡されたか否かを判断し、渡された場合はステップＳ６２４へ進み、それ以外の場合はステップＳ６３０へ進む。
ステップＳ６２４では、処理装置１００は、リブートが必要であることを提示する。例えば、図７の例に示すように、コピーボタン等が表示されている画面７００にリブート要求ボタン７５０を表示する。「リブートする旨」を一般的なボタンとして表示しているが、他のボタンよりも大きく表示したり、点滅表示したり、他のボタンに重ねて表示するようにしてもよいし、警告音とともに表示するようにしてもよい。なお、図６の例では、ステップＳ６２４の処理を設定項目の値の変更が行われる都度に提示しているが、設定項目の値の変更指示が終了したことを検知した後に行うようにしてもよい。例えば、ステップＳ６２８の通知を受け取った後であってもよいし、端末１５０との通信回線の切断等の障害が発生した場合に対応するために、ステップＳ６２０の処理から予め定められた時間が経過した後であってもよい。
【００５８】
ステップＳ６２６では、端末１５０は、設定変更が終了したか否かを判断し、終了した場合はステップＳ６２８へ進み、それ以外の場合はステップＳ６１２へ戻る。
ステップＳ６２８では、端末１５０は、排他設定権ＩＤを処理装置１００に返却する。つまり、端末１５０は、その排他設定権ＩＤを削除する。なお、ステップＳ６２８の処理前に、処理装置１００をリブートさせる指示を送信するようにしてもよい。つまり、設定変更が全て終了し、通信回線の切断等の障害が発生していない場合は、従来技術で示したように、端末１５０側が処理装置１００をリブートさせるようにしてもよい。リブートできる権限があることを示している排他設定権ＩＤを、端末１５０が有しているからである。もちろんのことながら、端末１５０側が処理装置１００をリブートさせなくても、ステップＳ６２４の処理によって、処理装置１００側は、リブートすることが担保されている。
ステップＳ６３０では、処理装置１００は、排他設定権ＩＤを解放する。
【００５９】
図８は、本実施の形態による処理例を示すフローチャートである。設定項目の値の変更を処理装置１００に反映させるために、処理装置１００をリブートする必要がある場合の処理例であり、処理装置１００をリブートする必要があるか否かを処理装置１００が判断している例である。なお、ステップＳ８０２からステップＳ８１６までの処理は、図３の例で示したフローチャートのステップＳ３０２からステップＳ３１６までの処理と同等である。また、ステップＳ８２４からステップＳ８３２までの処理は、図６の例で示したフローチャートのステップＳ６２２からステップＳ６３０までの処理と同等である
【００６０】
ステップＳ８０２では、端末１５０は、処理装置１００に対して、排他設定権ＩＤを要求する。
ステップＳ８０４では、処理装置１００は、他の端末１５０に排他設定権ＩＤを渡しているか否かを判断し、渡している場合はステップＳ８０６へ進み、それ以外の場合はステップＳ８０８へ進む。
【００６１】
ステップＳ８０６では、処理装置１００は、端末１５０に対して、不可を通知する。
ステップＳ８０８では、処理装置１００は、排他設定権ＩＤを発行し、端末１５０に通知する。
【００６２】
ステップＳ８１０では、端末１５０は、排他設定権ＩＤを取得できたか否かを判断し、排他設定権ＩＤを取得できた場合はステップＳ８１２へ進み、それ以外の場合はステップＳ８０２へ戻る。
ステップＳ８１２では、端末１５０は、ユーザーの操作にしたがった設定変更を受け付ける。
【００６３】
ステップＳ８１４では、端末１５０は、排他設定権ＩＤを付加して、処理装置１００に対して、設定変更を要求する。
ステップＳ８１６では、処理装置１００は、排他設定権ＩＤが付加されていることを確認して、設定変更を行う。
【００６４】
ステップＳ８１８では、処理装置１００は、その設定変更はリブートが必要か否かを判断し、必要な場合はステップＳ８２０へ進み、それ以外の場合はステップＳ８３２へ進む。例えば、処理装置１００の設定項目のうち、その設定項目の値の変更を処理装置１００に反映させるために、処理装置１００をリブートする必要がある設定項目を予め記憶しておき、その記憶された設定項目に端末１５０からの要求内の設定項目は合致するか否かを判断すればよい。
ステップＳ８２０では、処理装置１００は、端末１５０に対して、排他設定権ＩＤを要求する。処理装置１００側でリブートするためである。複数の設定項目の値の変更が行われる場合は、最初の１回目だけステップＳ８２０の処理が行われればよい。
【００６５】
ステップＳ８２２では、端末１５０は、処理装置１００に排他設定権ＩＤを渡す。端末１５０では、設定変更はリブートが必要か否かの判断をしていないので、処理装置１００からのステップＳ８２０による要求を待って、ステップＳ８２２の処理を行う。
ステップＳ８２４では、処理装置１００は、排他設定権ＩＤを端末１５０から渡されたか否かを判断し、渡された場合はステップＳ８２６へ進み、それ以外の場合はステップＳ８３２へ進む。
ステップＳ８２６では、処理装置１００は、リブートが必要であることを提示する。
【００６６】
ステップＳ８２８では、端末１５０は、設定変更が終了したか否かを判断し、終了した場合はステップＳ８３０へ進み、それ以外の場合はステップＳ８１２へ戻る。
ステップＳ８３０では、端末１５０は、排他設定権ＩＤを処理装置１００に返却する。つまり、端末１５０は、その排他設定権ＩＤを削除する。
ステップＳ８３２では、処理装置１００は、排他設定権ＩＤを解放する。
【００６７】
図９は、本実施の形態による処理例を示すフローチャートである。
図６のステップＳ６２２、図８のステップＳ８２４の処理を、図９の例に示す処理（ステップＳ９０２）に置き換えてもよい。つまり、図６、図８の例に示すフローチャートでは、排他設定権を渡された時点で、リブートが必要であることを提示している。しかし、そのリブートによって反映される設定項目を用いる処理が行われるまで、リブートする必要はないので、その設定項目を用いる処理（ユーザーの操作）の直前にリブートが必要であることを提示するようにしたものである。例えば、ＩＰアドレスの変更が行われた場合、単なるコピー処理の操作が行われた場合、そのコピー処理はＩＰアドレスの変更とは無関係に行える処理であるので、コピー処理そのものを実行させるようにし、通信回線を用いる処理（例えば、スキャンした画像をユーザーのＰＣに転送する等）が選択された場合は、リブートが必要である旨を提示することになる。
【００６８】
ステップＳ９０２では、処理装置１００は、受け付けた操作（処理装置１００に対して、ユーザーが行った操作）は、リブートが必要な設定項目を用いるか否かを判断し、用いる場合はステップＳ９０４へ進み、それ以外の場合はステップＳ６３０（ステップＳ８３２）へ進む。
ステップＳ９０４では、処理装置１００は、リブートが必要であることを提示する。ユーザーは、自分が行った操作を行う前に、リブートが必要であることを知り、リブートの操作を行う。
【００６９】
図１１を参照して、本実施の形態の処理装置１００、端末１５０のハードウェア構成例について説明する。図１１に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１１１７と、プリンタ等のデータ出力部１１１８を備えたハードウェア構成例を示している。
【００７０】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１０１は、前述の実施の形態において説明した各種のモジュール、すなわち、ＵＩモジュール１０５、設定ＵＩモジュール１１０、リブートＵＩモジュール１１５、制御モジュール１２０、設定モジュール１２５、リブートモジュール１３０、通信モジュール１４０、通信モジュール１６０、設定ＵＩモジュール１５５等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００７１】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１１０２は、ＣＰＵ１１０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１０３は、ＣＰＵ１１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１１０４により相互に接続されている。
【００７２】
ホストバス１１０４は、ブリッジ１１０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１１０６に接続されている。
【００７３】
キーボード１１０８、マウス等のポインティングデバイス１１０９は、操作者により操作されるデバイスである。ディスプレイ１１１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス１１０９とディスプレイ１１１０の両方の機能を備えているタッチスクリーン等であってもよい。その場合、キーボードの機能の実現について、キーボード１１０８のように物理的に接続しなくても、画面（タッチスクリーン）上にソフトウェアでキーボード（いわゆるソフトウェアキーボード、スクリーンキーボード等ともいわれる）を描画して、キーボードの機能を実現するようにしてもよい。
【００７４】
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１１１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１１０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、設定変更権管理モジュール１３５等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。
【００７５】
ドライブ１１１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１１１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１１０７、外部バス１１０６、ブリッジ１１０５、及びホストバス１１０４を介して接続されているＲＡＭ１１０３に供給する。なお、リムーバブル記録媒体１１１３も、データ記録領域として利用可能である。
【００７６】
接続ポート１１１４は、外部接続機器１１１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１１１４は、インタフェース１１０７、及び外部バス１１０６、ブリッジ１１０５、ホストバス１１０４等を介してＣＰＵ１１０１等に接続されている。通信部１１１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１１１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１１１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００７７】
なお、図１１に示す処理装置１００、端末１５０のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１１に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１１に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。
【００７８】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００７９】
１００…処理装置
１０５…ＵＩモジュール
１１０…設定ＵＩモジュール
１１５…リブートＵＩモジュール
１２０…制御モジュール
１２５…設定モジュール
１３０…リブートモジュール
１３５…設定変更権管理モジュール
１４０…通信モジュール
１５０…端末
１５５…設定ＵＩモジュール
１６０…通信モジュール
２００…画像処理装置
２１０…排他設定権管理装置
２９０…通信回線
【図１】
2018120324.tif 000003
【図２】
2018120324.tif 000004
【図３】
2018120324.tif 000005
【図４】
2018120324.tif 000006
【図５】
2018120324.tif 000007
【図６】
2018120324.tif 000008
【図７】
2018120324.tif 000009
【図８】
2018120324.tif 000010
【図９】
2018120324.tif 000011
【図１０】
2018120324.tif 000012
【図１１】
2018120324.tif 000013