(57)【要約】【課題】  セキュリティレベルを高く設定したいときに、ローカルの端末装置から周辺機器インタフェースを経由して、権限のないユーザからの状態情報取得、設定変更などの要求を受け付けてしまうことを防止する。【解決手段】  情報格納部１４は、状態情報取得および／または設定変更の要求を受信する際のプロトコルについて要求の可否の設定を格納する。制御部１２は、周辺機器インタフェース１６によりローカル端末装置４からの要求が受信されると、設定において、セキュリティ機能を有さないネットワークプロトコルによる要求が拒否されている場合には、受信された要求を拒否し、設定において、セキュリティ機能を有さないネットワークプロトコルによる要求がいずれも拒否されていない場合には、受信された要求を許可する。【選択図】  図１
2009175884.tif 000002
【特許請求の範囲】
【請求項１】
当該情報処理装置の状態情報取得および／または設定変更の要求を受信する際のプロトコルについて前記要求の可否の設定を格納する設定格納手段と、
前記設定に応じて、セキュリティ機能を有するプロトコルおよびセキュリティ機能を有さない１または複数のプロトコルで前記要求を受信可能な通信手段と、
ローカル端末装置を接続可能であって前記要求を受信可能な周辺機器インタフェースと、
前記周辺機器インタフェースにより前記ローカル端末装置からの前記要求が受信されると、前記設定において、前記セキュリティ機能を有さない１または複数のプロトコルのうちの少なくとも１つによる前記要求が拒否されている場合には、前記周辺機器インタフェースにより受信された前記要求を拒否し、前記設定において、前記セキュリティ機能を有さない１または複数のプロトコルによる前記要求がいずれも拒否されていない場合には、前記周辺機器インタフェースにより受信された前記要求を許可する制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記セキュリティ機能を有さない１または複数のプロトコルは、ＨＴＴＰを含み、
前記セキュリティ機能を有するプロトコルは、ＨＴＴＰ  ｏｖｅｒ  ＳＳＬ／ＴＬＳであること、
を特徴とする請求項１記載の情報処理装置。
【請求項３】
前記設定格納手段に格納されている前記設定において、前記ＨＴＴＰ  ｏｖｅｒ  ＳＳＬ／ＴＬＳによる前記要求が許可されると、前記ＨＴＴＰによる前記要求は拒否されることを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記セキュリティ機能を有さない１または複数のプロトコルは、セキュリティ機能を有さないバージョンのＳＮＭＰを含み、
前記セキュリティ機能を有するプロトコルは、セキュリティ機能を有するバージョンのＳＮＭＰであること、
を特徴とする請求項１記載の情報処理装置。
【請求項５】
前記設定格納手段に格納されている前記設定において、前記セキュリティ機能を有するバージョンのＳＮＭＰによる前記要求が許可されると、前記セキュリティ機能を有さないＳＮＭＰによる前記要求は拒否されることを特徴とする請求項４記載の情報処理装置。
【請求項６】
当該情報処理装置の状態情報取得および／または設定変更の要求を受信する際のプロトコルについて前記要求の可否の設定を所定の記録媒体に格納するステップと、
前記設定に応じて、セキュリティ機能を有するプロトコルおよびセキュリティ機能を有さない１または複数のプロトコルのいずれかでネットワークを介して前記要求を受信可能な状態とするステップと、
周辺機器インタフェースによりローカル端末装置からの前記要求が受信されると、前記設定において、前記セキュリティ機能を有さない１または複数のプロトコルのうちの少なくとも１つによる前記要求が拒否されている場合には、前記周辺機器インタフェースにより受信された前記要求を拒否し、前記設定において、前記セキュリティ機能を有さない１または複数のプロトコルによる前記要求がいずれも拒否されていない場合には、前記周辺機器インタフェースにより受信された前記要求を許可するステップと、
を備えることを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理方法に関するものである。
【背景技術】
【０００２】
パーソナルコンピュータで動作するアプリケーションやユーティリティから、ネットワークを介してＳＮＭＰ（Simple Network Management Protocol）で、画像形成装置などの情報処理装置へ要求を送信することで、情報処理装置の状態情報を取得したり、情報処理装置の設定を変更したりすることができる（例えば、特許文献１参照）。
【０００３】
ＳＮＭＰについては、ＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ（Request for Comments）において、複数のバージョンが公開されている。ＳＮＭＰ関連のＲＦＣとしては、ＲＦＣ３４１１〜３４１６、ＲＦＣ３５８４などがある。そして、セキュリティ機能として認証・暗号機能を拡張したＳＮＭＰのバージョン３が２００２年に策定されている。
【０００４】
また、情報処理装置の状態情報を取得したり情報処理装置の設定を変更したりすることができる、ＳＮＭＰ以外のプロトコルとしては、ＨＴＴＰ（Hypertext Transfer Protocol ）がある。
【０００５】
ＨＴＴＰの場合でも、パーソナルコンピュータで動作するウェブブラウザから、ネットワークを介して、画像形成装置などの情報処理装置へ要求を送信することで、情報処理装置の状態情報を取得したり、情報処理装置の設定を変更したりすることができる。
【０００６】
ＨＴＴＰについては、セキュリティ機能を追加するためにＳＳＬ（Secure Socket Layer ）またはＴＬＳ（Transport Layer Security ）を使用することが可能である。このＳＳＬ／ＴＬＳを使用することで、ＨＴＴＰに認証・暗号機能を追加することができる。ＨＴＴＰ  ｏｖｅｒ  ＴＬＳについては、ＲＦＣ２８１８において策定されている。
【０００７】
そして、近年の情報処理装置では、外部装置からの状態情報取得要求および設定変更要求を、上述のような複数のプロトコルで受け付けることができるように設計されている。
【０００８】
また、情報処理装置に、双方向通信可能な周辺機器インタフェースを設け、パーソナルコンピュータなどの端末装置を接続し、ローカルの端末装置からネットワークを介さないで状態情報取得要求および設定変更要求を受信することも可能である。そのような周辺機器インタフェースとしては、ＵＳＢ（Universal Serial Bus）インタフェース、パラレルインタフェースなどがある。
【０００９】
【特許文献１】特開２００３−６９５６９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述のように、外部装置からの状態情報取得要求および設定変更要求を複数のプロトコルで受け付けることができる情報処理装置の場合、セキュリティレベルを高く設定するためには、セキュリティ機能のないプロトコルが使用不可とされる。
【００１１】
しかしながら、セキュリティ機能のないプロトコルを使用不可とした場合でも、ローカルの端末装置からの周辺機器インタフェースを経由した要求は許可されてしまう。
【００１２】
このように、あるプロトコルについてセキュリティ機能を使用したとしても、ローカルの端末装置から周辺機器インタフェースを経由して、権限のないユーザからの要求を受け付けてしまう可能性がある。
【００１３】
本発明は、上記の問題に鑑みてなされたものであり、セキュリティレベルが切換可能である場合にセキュリティレベルを高く設定したいときに、ローカルの端末装置から周辺機器インタフェースを経由して、権限のないユーザからの状態情報取得、設定変更などの要求を受け付けてしまうことを防止する情報処理装置および情報処理方法を得ることを目的とする。
【課題を解決するための手段】
【００１４】
上記の課題を解決するために、本発明では以下のようにした。
【００１５】
本発明に係る情報処理装置は、当該情報処理装置の状態情報取得および／または設定変更の要求を受信する際のプロトコルについて要求の可否の設定を格納する設定格納手段と、設定に応じて、セキュリティ機能を有するプロトコルおよびセキュリティ機能を有さない１または複数のプロトコルで要求を受信可能な通信手段と、ローカル端末装置を接続可能であって要求を受信可能な周辺機器インタフェースと、周辺機器インタフェースによりローカル端末装置からの要求が受信されると、設定において、セキュリティ機能を有さない１または複数のプロトコルのうちの少なくとも１つによる要求が拒否されている場合には、周辺機器インタフェースにより受信された要求を拒否し、設定において、セキュリティ機能を有さない１または複数のプロトコルによる要求がいずれも拒否されていない場合には、周辺機器インタフェースにより受信された要求を許可する制御手段とを備える。
【００１６】
これにより、設定において、セキュリティ機能を有さない１または複数のプロトコルのうちのいずれかによる要求が拒否されている場合、周辺機器インタフェースにより受信された要求は拒否される。このため、セキュリティ機能を有さないあるプロトコルを遮断してセキュリティレベルを高く設定したいときに、周辺機器インタフェースを介して、権限のないユーザからの要求を受け付けてしまうことを防止することができる。
【００１７】
また、本発明に係る情報処理装置は、上記の情報処理装置に加え、次のようにしてもよい。この場合、セキュリティ機能を有さない１または複数のプロトコルは、ＨＴＴＰを含み、セキュリティ機能を有するプロトコルは、ＨＴＴＰ  ｏｖｅｒ  ＳＳＬ／ＴＬＳとされる。
【００１８】
これにより、ＨＴＴＰで要求を送信する際にＳＳＬ／ＴＬＳでセキュリティレベルを高く設定したいときに、周辺機器インタフェースを介して、権限のないユーザからの要求を受け付けてしまうことを防止することができる。
【００１９】
また、本発明に係る情報処理装置は、上記の情報処理装置に加え、次のようにしてもよい。この場合、設定格納手段に格納されている設定において、ＨＴＴＰ  ｏｖｅｒ  ＳＳＬ／ＴＬＳによる要求が許可されると、ＨＴＴＰによる要求は拒否される。
【００２０】
また、本発明に係る情報処理装置は、上記の情報処理装置のいずれかに加え、次のようにしてもよい。この場合、セキュリティ機能を有さない１または複数のプロトコルは、ＳＮＭＰを含み、セキュリティ機能を有するプロトコルは、セキュリティ機能を有するバージョンのＳＮＭＰとされる。
【００２１】
これにより、ＳＮＭＰで要求を送信する際に、セキュリティ機能を有するバージョンでセキュリティレベルを高く設定したいときに、周辺機器インタフェースを介して、権限のないユーザからの要求を受け付けてしまうことを防止することができる。
【００２２】
また、本発明に係る情報処理装置は、上記の情報処理装置に加え、次のようにしてもよい。この場合、設定格納手段に格納されている設定において、セキュリティ機能を有するバージョンのＳＮＭＰによる要求が許可されると、セキュリティ機能を有さないＳＮＭＰによる要求は拒否される。
【００２３】
本発明に係る情報処理方法は、当該情報処理装置の状態情報取得および／または設定変更の要求を受信する際のプロトコルについて要求の可否の設定を所定の記録媒体に格納するステップと、前記設定に応じて、セキュリティ機能を有するプロトコルおよびセキュリティ機能を有さない１または複数のプロトコルのいずれかでネットワークを介して要求を受信可能な状態とするステップと、周辺機器インタフェースによりローカル端末装置からの要求が受信されると、設定において、セキュリティ機能を有さない１または複数のプロトコルのうちの少なくとも１つによる要求が拒否されている場合には、周辺機器インタフェースにより受信された要求を拒否し、設定において、セキュリティ機能を有さない１または複数のプロトコルによる要求がいずれも拒否されていない場合には、周辺機器インタフェースにより受信された要求を許可するステップとを備える。
【００２４】
これにより、設定において、セキュリティ機能を有さないプロトコルのうちのいずれかによる要求が拒否されている場合、周辺機器インタフェースにより受信された要求は拒否される。このため、セキュリティ機能を有さないあるプロトコルを遮断してセキュリティレベルを高く設定したいときに、周辺機器インタフェースを介して、権限のないユーザからの要求を受け付けてしまうことを防止することができる。
【発明の効果】
【００２５】
本発明によれば、セキュリティレベルを高く設定したいときに、周辺機器インタフェースを介して、権限のないユーザからの、状態情報取得、設定変更などの要求を受け付けてしまうことを防止する情報処理装置および情報処理方法を得ることができる。
【発明を実施するための最良の形態】
【００２６】
以下、図に基づいて本発明の実施の形態を説明する。
【００２７】
図１は、本発明の実施の形態に係る情報処理装置としての画像形成装置を含む画像形成システムの構成を示すブロック図である。
【００２８】
図１に示すシステムでは、画像形成装置１は、ネットワーク２またはＵＳＢインタフェースを介してクライアント装置３またはローカル端末装置４からの状態情報取得、設定変更などの要求を受信し、所定の条件を満足すると、その要求により指定された動作を実行する。状態情報としては、例えば、画像形成装置１の各機構または各機能の動作状態、動作モード、設定などの情報が挙げられる。設定変更としては、例えば、画像形成装置１の各機構または各機能の設定の変更が挙げられる。
【００２９】
画像形成装置１は、各種機能の設定に従って、データに応じた画像を印刷処理を行う装置である。
【００３０】
画像形成装置１において、ネットワークインタフェースカード（ＮＩＣ）１１は、ネットワーク２を介して通信可能な通信装置である。ＮＩＣ１１は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol ）およびＵＤＰ／ＩＰ（User Datagram Protocol/Internet Protocol）での通信を行う。通信処理部２１は、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰの上位の複数のネットワークプロトコルでの通信を行う処理部である。通信処理部２１は、デジタルシグナルプロセッサなどにより実現される。
【００３１】
また、制御部１２は、画像形成装置１の各部１１，１３〜１５を制御する処理部である。制御部１２は、通信処理部２１を制御し、情報格納部１４における設定情報に従って通信処理部２１における所定の複数のプロトコルのそれぞれについての通信機能のオン／オフを設定する。さらに、制御部１２は、ローカル端末装置４からの要求がＵＳＢインタフェース１６により受信されると、その設定情報において、セキュリティ機能を有さないプロトコルのいずれによる要求も拒否されていない場合には、受信された要求を受け付け、その設定情報において、セキュリティ機能を有さないプロトコルのいずれかによる要求が拒否されている場合には、受信された要求を拒否する。
【００３２】
また、状態管理部１３は、図示せぬＲＡＭ（Random Access Memory）に、情報格納部１４に格納されている設定情報をロードして保持するとともに、各部１１〜１５の状態情報および印刷ジョブなどのジョブの状態情報を保持する。
【００３３】
上述の制御部１２および状態管理部１３は、コンピュータ、デジタルシグナルプロセッサなどにより実現される。
【００３４】
また、情報格納部１４は、画像形成装置１の設定情報を予め格納する装置である。情報格納部１４としては、ＮＶＲＡＭ（Non Volatile RAM）、ハードディスクドライブといった磁気ディスク装置などの記憶デバイスが使用される。情報格納部１４は、さらに、コンピュータを制御部１２および状態管理部１３として機能させるためのプログラム、画像データなどを格納していてもよい。画像形成装置１の設定情報としては、例えば、図示せぬ操作パネルにおける使用言語の設定情報、エミュレーションの設定情報などがある。
【００３５】
また、情報格納部１４には、ＮＩＣ１１で使用可能な複数のプロトコルのそれぞれについて、上述の要求の可否を示す設定情報が格納されている。制御部１２は、この設定情報に従って各プロトコルの通信機能のオン／オフを設定する。
【００３６】
これらの設定情報は、画像形成装置１の操作パネルでの操作、ネットワーク２またはＵＳＢインタフェース１６を介して供給される設定変更要求などに基づいて生成され、情報格納部１４に格納される。
【００３７】
この実施の形態では、以下の４つのプロトコルが、上述の要求の受信にＮＩＣ１１で使用可能である。２つのプロトコル（ＨＴＴＰとＳＮＭＰ）についてセキュリティ設定のオン／オフを切り換えることで、合計４つのプロトコルが使用可能となっている。
（１）ＨＴＴＰ（ＳＳＬ／ＴＬＳなし）
（２）ＨＴＴＰＳ（ＨＴＴＰ  ｏｖｅｒ  ＳＳＬ／ＴＬＳ）
（３）ＳＮＭＰ（セキュリティ機能のないバージョンのＳＮＭＰ）
（４）ＳＮＭＰｖ３（セキュリティ機能のあるバージョンのＳＮＭＰ）
【００３８】
そして、設定情報には、ＨＴＴＰについてＳＳＬ／ＴＬＳ機能のオン／オフを示すセキュリティ設定、およびＳＮＭＰについてセキュリティ機能のオン／オフを示すセキュリティ設定が含まれる。ＨＴＴＰについてのセキュリティ設定がオンである場合には、ＨＴＴＰによる要求の受信が拒否され、ＨＴＴＰＳによる要求の受信は許可される。一方、ＨＴＴＰについてのセキュリティ設定がオフである場合には、ＨＴＴＰによる要求の受信が許可される。ＳＮＭＰについてのセキュリティ設定がオンである場合には、セキュリティ機能のないバージョンのＳＮＭＰによる要求の受信が拒否され、セキュリティ機能のあるバージョンのＳＮＭＰによる要求の受信は許可される。一方、ＳＮＭＰについてのセキュリティ設定がオフである場合には、セキュリティ機能のないＳＮＭＰによる要求の受信が許可される。
【００３９】
さらに、ＨＴＴＰのセキュリティ設定がオンである場合、デバイス証明書、認証方式および暗号方式の登録情報が情報格納部１４に格納される。そして、ＨＴＴＰＳでの要求が受信された場合、この登録情報に基づく認証に成功した場合のみ、受信した要求が受け付けられる。したがって、ＨＴＴＰ（ＳＳＬ／ＴＬＳなし）での要求は拒否される。また、ＳＮＭＰのセキュリティ設定がオンである場合、ユーザ名、パスワード情報、認証方式および暗号方式の登録情報が情報格納部１４に格納される。そして、ＳＮＭＰｖ３での要求が受信された場合、この登録情報に基づく認証に成功した場合のみ、受信した要求が受け付けられる。したがって、ＳＮＭＰ（セキュリティ機能なし）での要求は拒否される。
【００４０】
また、印刷部１５は、画像処理部および印刷機構を有し、画像データから印刷制御信号を生成し、印刷機構を駆動して印刷処理を実行する。
【００４１】
また、ＵＳＢインタフェース１６は、ケーブルを介して物理的に接続されたパーソナルコンピュータなどの電子機器に内蔵されるＵＳＢインタフェースとの間で、ＵＳＢ規格に従って双方向にデータ通信を行う回路である。ＵＳＢ規格などの周辺機器インタフェース規格には、通信プロトコルにおいて認証などのセキュリティ機能がない。
【００４２】
また、ネットワーク２は、ＬＡＮなどの通信路である。クライアント装置３は、ネットワーク２に接続された端末装置である。クライアント装置３は、例えば、パーソナルコンピュータとされる。クライアント装置３では、ネットワーク２を介して画像形成装置１へ、状態情報取得、設定変更などの要求を送信するアプリケーション、ユーティリティなどが動作する。ローカル端末装置４は、ＵＳＢインタフェースを有し、ネットワーク２を介さずに画像形成装置１に直接接続される端末装置である。ローカル端末装置４では、そのＵＳＢインタフェースを介して画像形成装置１へ、状態情報取得、設定変更などの要求を送信するアプリケーション、ユーティリティなどが動作する。ローカル端末装置４と画像形成装置１との間の通信のデータ形式には、例えばＰＪＬ（Printer Job Language）が使用される。
【００４３】
なお、ＮＩＣ１１は通信手段の一例であり、制御部１２は制御手段の一例であり、情報格納部１４は設定格納手段の一例であり、ＵＳＢインタフェース１６は、周辺機器インタフェースの一例である。
【００４４】
次に、上記システムにおける画像形成装置１の動作について説明する。
【００４５】
以下の２つの場合について、順番に説明する。
（１）ＵＳＢインタフェース１６により要求が受信された場合
（２）ネットワーク２を介して要求が受信された場合
【００４６】
（１）ＵＳＢインタフェース１６により要求が受信された場合
【００４７】
図２は、ローカル端末装置４からの要求がＵＳＢインタフェース１６により受信された際の図１における画像形成装置１の動作を説明するフローチャートである。
【００４８】
ローカル端末装置４からの状態情報取得、設定変更などの要求がＵＳＢインタフェースにより送信される。画像形成装置１のＵＳＢインタフェース１６は、その要求を受信する（ステップＳ１）。
【００４９】
そして、制御部１２は、その要求が受信されると、情報格納部１４からＨＴＴＰのセキュリティ設定（つまり、ＳＳＬ／ＴＬＳ機能のオン／オフ設定）およびＳＮＭＰのセキュリティ設定の情報を読み出す（ステップＳ２）。そして、制御部１２は、ＨＴＴＰおよびＳＮＭＰのいずれかのセキュリティ設定がオンであるか否かを判定する（ステップＳ３）。
【００５０】
制御部１２は、ＨＴＴＰおよびＳＮＭＰのいずれかのセキュリティ設定がオンであると判定した場合には、受信した要求を拒否し、ＵＳＢインタフェース１６によりエラー応答を送信させる（ステップＳ４）。ＨＴＴＰおよびＳＮＭＰのいずれかのセキュリティ設定がオンである場合には、セキュリティ機能のないいずれかのネットワークプロトコルによる要求が拒否されている。したがって、セキュリティレベルを高くするために、セキュリティ機能のない周辺機器インタフェース経由で受信した要求は拒否される。
【００５１】
一方、ＨＴＴＰおよびＳＮＭＰのいずれのセキュリティ設定もオンではないと判定した場合には、制御部１２は、受信した要求を受け付け、状態管理部１３および／または情報格納部１４に対して、要求された状態情報取得および／または設定変更を実行し、実行結果を正常応答として、ＵＳＢインタフェース１６により送信させる（ステップＳ５）。つまり、ＨＴＴＰおよびＳＮＭＰのいずれのセキュリティ設定もオンではない場合には、セキュリティレベルを高く設定したい場合ではないので、セキュリティ機能のない周辺機器インタフェース経由で受信した要求は許可される。
【００５２】
このように、ネットワーク２を介して要求を受信するためのいずれかのプロトコルのセキュリティ設定がオンである場合には、セキュリティレベルを高くするために、セキュリティ機能ない周辺機器インタフェース経由で受信した要求は受け付けないようにする。
【００５３】
（２）ネットワーク２を介して要求が受信された場合
【００５４】
クライアント装置３からの状態情報取得、設定変更などの要求がネットワーク２を介して送信される。ＮＩＣ１１の通信処理部２１は、情報格納部１４における設定情報により許可されているプロトコルで送信されてきた場合には、その要求を受信し、制御部１２に供給する。
【００５５】
送信に使用されたプロトコルがセキュリティ機能を有する場合には、制御部１２は、その要求が受信されると、そのプロトコルに従って認証処理を実行し、認証に成功した場合には、受信した要求を受け付ける。一方、送信に使用されたプロトコルがセキュリティ機能を有さない場合には、ＮＩＣ１１の通信処理部２１は、そのプロトコルによる要求が許可されていれば、その要求を受信し、制御部１２は、受信された要求を受け付ける。
【００５６】
そして、制御部１２は、要求を受け付けた場合、要求された状態情報取得および／または設定変更を実行し、実行結果を正常応答として、ＮＩＣ１１の通信処理部２１により送信させる。一方、認証に失敗した場合、および情報格納部１４における設定情報により許可されているプロトコル以外のプロトコルで要求が送信されてきた場合には、ＮＩＣ１１の通信処理部２１によりエラー応答が送信される。
【００５７】
以上のように、上記実施の形態によれば、少なくとも１つのネットワークプロトコルについてのセキュリティ設定がオンとされている場合には、セキュリティレベルを効果的に高くするために、セキュリティ機能のない周辺機器インタフェース経由で受信された要求は受け付けない。なお、このようにしても、セキュリティ設定がオンとなっているプロトコルが少なくとも１つは存在するため、ネットワーク２を介した要求を受け付けることが可能である。したがって、特に問題は生じない。また、状態情報取得、設定変更などの要求については、上述のように拒否または許可されるが、画像形成装置１への印刷要求は、それとは関係なく許可される。
【００５８】
なお、上述の実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【００５９】
例えば、上記実施の形態では、情報処理装置の一例として画像形成装置１について説明しているが、他の機能を有する情報処理装置に本発明を応用することも可能である。
【００６０】
また、上記実施の形態では、セキュリティ設定を切換可能なネットワークプロトコルが２つ使用されているが、１つとしても、あるいは３以上としてもよい。その場合、セキュリティ機能のないプロトコルで要求が受信された場合、少なくとも１つのプロトコルについてのセキュリティ設定がオンであるときには、その要求は拒否される。
【００６１】
また、上記実施の形態では、セキュリティ設定が切換可能なプロトコルが使用されているが、セキュリティ設定が切換可能ではないプロトコルを使用してもよい。つまり、セキュリティ機能をオフにできないプロトコルおよび／またはセキュリティ機能をオンにできないプロトコルを使用してもよい。その場合、そのようなプロトコルのそれぞれについての使用可否の設定が情報格納部１４に格納され、制御部１２は、その設定に基づいて、要求を受け付けるか否かを判定する。
【００６２】
また、上記実施の形態では、周辺機器インタフェースとしてＵＳＢインタフェース１６が使用されているが、その代わりに、パラレルインタフェース、ＩＥＥＥ１３９４などの他の周辺機器インタフェースを使用してもよい。また、有線の周辺機器インタフェースに限らず、無線の周辺機器インタフェースであってもよい。
【産業上の利用可能性】
【００６３】
本発明は、例えば、ネットワークおよび周辺機器インタフェースを介して画像形成装置を管理するシステムに適用可能である。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施の形態に係る情報処理装置としての画像形成装置を含む画像形成システムの構成を示すブロック図である。
【図２】ローカル端末装置からの要求がＵＳＢインタフェースにより受信された際の図１における画像形成装置の動作を説明するフローチャートである。
【符号の説明】
【００６５】
１  画像形成装置（情報処理装置）
１１  ＮＩＣ（通信手段）
１２  制御部（制御手段）
１４  情報格納部（設定格納手段，所定の記録媒体）
【図１】
2009175884.tif 000003
【図２】
2009175884.tif 000004