(57)【要約】【課題】設定対象機器に対する設定をその設定対象機器で作成されたＷｅｂページ上で行う機器設定装置において、設定対象機器に予め証明書がインストールされていなくても、暗号化通信による安全な設定ができるようにする。【解決手段】設定装置であるＷｅｂブラウザエミュレーション装置１１は、設定対象機器２１に対して、暗号化通信リクエストを送信し（Ｓ１）、ＮＧのレスポンスを受けると、設定対象機器２１に証明書のインストール（Ｓ３）と、暗号化通信の設定（Ｓ５）を行う。その後、各種設定を暗号化通信で実行する（Ｓ７〜Ｓ１０）。【選択図】図３
2011081762.tif 000002
【特許請求の範囲】
【請求項１】
設定対象機器で作成されたＷｅｂページを受信して表示し、表示画面上で前記設定対象機器の設定を行う機器設定装置であって、
前記設定対象機器に対して暗号化された設定のリクエストを送信する暗号化リクエスト送信手段と、前記設定対象機器からの前記リクエストに対するレスポンスを受信するレスポンス受信手段と、前記設定対象機器が暗号化通信可能か否かを示す情報を取得する暗号化通信可否情報取得手段と、暗号化通信が不可能との情報が取得された場合、前記設定対象機器に対して、暗号化通信を可能とするための情報を送信する暗号化設定情報送信手段とを有することを特徴とする機器設定装置。
【請求項２】
請求項１に記載された機器設定装置において、
前記暗号化通信を可能とするための情報が証明書作成のための秘密鍵であることを特徴とする機器設定装置。
【請求項３】
請求項１に記載された機器設定装置において、
前記設定対象機器に対して暗号化されていないリクエストを送信する非暗号化リクエスト送信手段と、設定に暗号化通信が必要か否かを示す情報を取得する暗号化要否情報取得手段とを有し、暗号化通信の要否に応じて、暗号化リクエスト送信手段、非暗号化リクエスト送信手段を選択的に動作させることを特徴とする機器設定装置。
【請求項４】
請求項２に記載された機器設定装置において、
前記暗号化通信を可能とするための情報が、設定対象機器からの証明書署名要求に対する電子署名を含むことを特徴とする機器設定装置。
【請求項５】
請求項１に記載された機器設定装置において、
前記リクエストに応じた設定が正しいか否かを判定する設定成否判定手段と、
機器の状態を判定する機器状態判定手段と、
前記設定処理の途中でブラウザを起動可能なブラウザ起動部と、を有し、
前記設定成否判定手段により設定が正しくないと判定されたとき、前記機器状態判定手段で判定したエラー発生時の機器の状態に基づき、前記ブラウザ起動部でブラウザを起動して再設定を行うことを特徴とする機器設定装置。
【請求項６】
請求項５に記載された機器設定装置において、
前記設定処理の実施結果を記憶する記憶手段を有し、  
前記設定成否判定手段は、前記記憶された実施結果に基づき設定の成否判定を行い、前記機器状態判定手段は、前記設定成否判定手段がエラーと判定した実施結果に基づき機器の状態を判定することを特徴とする機器設定装置。
【請求項７】
請求項５に記載された機器設定装置において、
前記ブラウザ起動部は、ブラウザの終了を検知する手段を有し、
ブラウザの終了後に、前記設定成否判定手段による設定成否判定を再度実施し、前記成否判定の結果を上書きして表示することを特徴とする機器設定装置。
【請求項８】
設定対象機器で作成されたＷｅｂページを受信して表示し、表示画面上で前記設定対象機器の設定を行う機器設定装置における機器再設定方法であって、
設定処理をするための手順を記憶する記憶工程と、
前記設定対象機器に対して所定のＷｅｂページをレスポンスとして要求するリクエストを送信するリクエスト送信工程と、
前記リクエストに応じて、前記設定対象機器から送信されるレスポンスを受信するレスポンス受信工程と、
前記リクエストに応じて、設定が正しいかを判定する設定成否判定工程と、
を有し、
設定が正しく行われなかったとき、一括処理の途中でブラウザを起動し、前記ブラウザでエラー発生時の機器の状態に近い状態で再設定する工程と、を有する機器設定装置における機器再設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された機器を遠隔設定する機能を有する機器設定装置に関し、さらに詳しくは、設定対象機器に予め暗号化通信に必要な情報（証明書）がインストールされていなくても、暗号化通信を可能とした機器設定装置及び機器設定装置における機器再設定方法に関する。
【背景技術】
【０００２】
ネットワークに接続された機器に対し、遠隔からの設定・更新・状態把握・操作などを行いたいという要望がある。このような要望に応じたシステムとして、設定対象機器内で生成されたＷｅｂページを設定装置から呼び出し、設定装置のディスプレイに表示されたＷｅｂページ上で設定情報を入力するようにしたシステムがある（特許文献１参照）。
【０００３】
このようなＷｅｂページで入力された情報はインターネットなどのオープンなネットワーク上を流れるため、盗まれたり、改竄されたりする虞がある。このため、データを暗号化することで安全な情報のやりとりを実現することが提案されている。
【０００４】
特許文献に記載されたものではないが、図２３及び図２４は、前述したような従来システムにおける機器設定手順の例を示すシーケンス図である。ここで、図２３は、最初の段階で暗号化通信ができないことが分かり、平文で通信する場合であり、図２４は、最初の段階で暗号化通信ができることが分かり、暗号化通信を行う場合である。
【０００５】
図２３の場合、装置１０１が設定対象機器１０２に対して、ＳＳＬ（Secure Sockets Layer）というセキュリティ機能付きＨＴＴＰプロトコル（ＨＴＴＰＳ）を用いて暗号化通信リクエストを送信したときに（Ｓ１１）、設定対象機器１０２からＮＧの応答が返ってきたため（Ｓ１２）、その後のユーザが希望する設定のリクエスト（Ｓ１３、Ｓ１５）と、それに対する設定対象機器１０２からのレスポンス（Ｓ１４、Ｓ１６）のやりとりを平文で行っている。この場合、通信経路上で設定値が盗聴される危険性があり、盗聴されたときに、設定値が管理者のパスワードなどの場合には、管理者の権限が奪われる可能性があるなどの問題が発生する。
【０００６】
一方、図２４の場合、装置１０１が設定対象機器１０２に対して、暗号化通信リクエストを送信したときに（Ｓ２１）、設定対象機器１０２からＯＫの応答が返ってきたため（Ｓ２２）、その後のユーザが希望する設定のリクエスト（Ｓ２３、Ｓ２５）と、それに対する設定対象機器１０２からのレスポンス（Ｓ２４、Ｓ２６）のやりとりを暗号化して行っている。この場合、通信経路上で設定値が盗聴される危険性はなく、前述した問題は発生しない。
【０００７】
しかしながら、図２４の手順は、予め設定対象機器１０２に証明書（電子証明書）をインストールしておかないと実行できないため、例えば出荷時に設定しようとすると、それ以前に証明書をインストールしておくための手間がかかるという問題がある。
【０００８】
＜従来のエラーが発生した場合の機器設定手順の一例＞
図２５及び図２６は、特許文献１のシステムにおける機器設定手順を示すシーケンス図及び設定装置のディスプレイに表示される画面を示す図である。
図２５において、まず、ユーザが設定装置１０１のブラウザからＭＦＰである機器１０２のアドレスを指定すると、装置１０１は機器１０２のＷｅｂページのトップページのリクエストを送信する（Ｓ１’）。このリクエストは機器１０２で受信され、機器１０２はトップページのレスポンスを送信する（Ｓ２’）。このレスポンスは装置１０１で受信される。これにより、装置１０１のディスプレイには機器１０２のトップページ２０１（図２６）が表示される。
【０００９】
次に、ユーザがトップページ２０１中のログインボタンを押下すると、装置１０１はログインページのリクエストを送信する（Ｓ３’）。このリクエストは機器１０２で受信され、機器１０２はログインページのレスポンスを送信する（Ｓ４’）。このレスポンスは装置１０１で受信される。これにより、装置１０１のディスプレイにはログインページ２０２が表示される。
【００１０】
次いで、ユーザがログインページ２０２中のユーザ名とパスワードの入力欄に値を入れ、ＯＫボタンを操作すると、装置１０１はリクエストを送信する（Ｓ５’）。このリクエストは機器１０２で受信され、機器１０２はログインＯＫのレスポンスを送信する（Ｓ６’）。
【００１１】
このレスポンスは装置１０１で受信され、装置１０１はトップページのリクエストを送信する（Ｓ７’）。このリクエストは機器１０２で受信され、機器１０２はトップページのレスポンスを送信する（Ｓ８’）。これにより、装置１０１のディスプレイにはトップページ２０３が表示される。
【００１２】
次に、ユーザがトップページ２０３中の設定ボタンを操作すると、装置１０１は設定ページのリクエストを送信する（Ｓ９’）。このリクエストは機器１０２で受信され、機器１０２は設定ページのレスポンスを送信する（Ｓ１０’）。これにより、装置１０１のディスプレイには設定ページ（設定一覧画面）２０４が表示される。
【００１３】
次に、ユーザが設定ページ２０４中の機器証明書メニューを押下すると、装置１０１は機器証明書のリクエストを送信する（Ｓ１１’）。このリクエストは機器１０２で受信され、機器１０２は機器証明書のレスポンスを送信する（Ｓ１２’）。これにより、装置１０１のディスプレイには機器証明書一覧画面２０５が表示される。
【００１４】
次いで、ユーザが機器証明書一覧画面２０５中の証明書１を選択し、作成ボタンを操作すると、装置１０１は証明書項目内容入力のリクエストを送信する（Ｓ１３’）。このリクエストは機器１０２で受信され、機器１０２は証明書項目内容入力のレスポンスを送信する（Ｓ１４’）。これにより、装置１０１のディスプレイには証明書項目内容入力画面２０６が表示される。
【００１５】
次いで、ユーザが証明書項目内容入力画面２０６にて、証明書１に必要な情報を入力後、ＯＫボタンを操作すると、装置１０１は設定のリクエストを送信する（Ｓ１５’）。このリクエストは機器１０２で受信され、機器１０２は設定結果（機器の再起動）のレスポンスを送信する（Ｓ１６’）。これにより、装置１０１のディスプレイには機器１０２が再起動中であることを示す再起動表示画面２０７が表示される。
【００１６】
再起動待ち経過後、再起動表示画面２０７にて、ＯＫボタンを操作すると、装置１０１は機器証明書一覧画面を表示するためにリクエストを送信する（Ｓ１７’）。このリクエストは機器１０２で受信され、機器１０２は機器証明書一覧画面表示のレスポンスを送信する（Ｓ１８’）。これにより、装置１０１のディスプレイには機器証明書一覧画面２０８が表示され、選択された証明書１には「導入済み」の文字が付加され、機器証明書が正しく作成されていること、即ち、機器設定が正しく行われたことを確認する（Ｓ１９’）。
【００１７】
図２７は、機器設定手順処理で設定エラーが発生した場合の一例を示すシーケンス図である。
なお、ここでは、図２５と同じ手順には図２５と同じ参照符号を付し、説明を省略する。
図２７において、機器証明書の情報入力欄に誤りの情報を入力してリクエストを送信すると、機器１０２は設定結果（パラメータエラー）のレスポンスを送信する（Ｓ１６’’）。
【００１８】
機器１０２の再起動待ち経過後、装置１０１は機器証明書一覧画面を表示し（Ｓ１７’、Ｓ１８’）、表示した機器証明書一覧により、機器証明書が正しく作成されていない、即ち、機器設定にエラーがあることを確認する（Ｓ１９’：設定成否判定ＮＧ）。
【００１９】
しかしながら、図２７に示した機器設定手順処理で設定エラーが発生した場合に、設定成否判定が失敗（ＮＧ）であったことが結果に記録されるだけであり、全てのＭＦＰに設定処理を行った後に、ＮＧだった機器を一台ずつ設定する必要がある。また、このように一台ずつ設定処理を行う際に、図２５に示した上記従来の冗長な処理やデータの解析を必要とするため、非常に煩雑で手間がかかる。更に、エラーから復帰した場合に、再度一括処理に組み込むことが難しいという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
本発明は、このような問題を解決するためになされたものであり、その第一の目的は、設定対象機器に対する設定をその設定対象機器で作成されたＷｅｂページ上で行う機器設定装置において、設定対象機器に予め暗号化通信に必要な情報がインストールされていなくても、暗号化通信による安全な設定ができるようにすることである。また、その第二の目的は、設定処理の中でエラーとなった機器に対して、ユーザが手動でエラーからの回復処理を行う場合に、ユーザの手動での処理の手間を削減することである。
【課題を解決するための手段】
【００２１】
本発明は、設定対象機器で作成されたＷｅｂページを受信して表示し、表示画面上で前記設定対象機器の設定を行う機器設定装置であって、前記設定対象機器に対して暗号化された設定のリクエストを送信する暗号化リクエスト送信手段と、前記設定対象機器からの前記リクエストに対するレスポンスを受信するレスポンス受信手段と、前記設定対象機器が暗号化通信可能か否かを示す情報を取得する暗号化通信可否情報取得手段と、暗号化通信が不可能との情報が取得された場合、前記設定対象機器に対して、暗号化通信を可能とするため情報を送信する暗号化設定情報送信手段とを有することを特徴とする機器設定装置である。
また、本発明は、設定対象機器で作成されたＷｅｂページを受信して表示し、表示画面上で前記設定対象機器の設定を行う機器設定装置における機器再設定方法であって、設定処理をするための手順を記憶する記憶工程と、前記設定対象機器に対して所定のＷｅｂページをレスポンスとして要求するリクエストを送信するリクエスト送信工程と、前記リクエストに応じて、前記設定対象機器から送信されるレスポンスを受信するレスポンス受信工程と、前記リクエストに応じて、設定が正しいかを判定する設定成否判定工程と、を有し、設定が正しく行われなかったとき、前記設定処理の途中でブラウザを起動し、前記ブラウザでエラー発生時の機器の状態に近い状態で再設定する工程と、を有する機器設定装置における機器再設定方法である。
【００２２】
［作用］
本発明によれば、設定対象機器で作成されたＷｅｂページを受信して表示し、表示画面上で前記設定対象機器の設定を行う機器設定装置において、機器設定装置は、設定対象機器との間で暗号化された設定のリクエストと、レスポンスのやりとりを行う前に、設定対象機器が暗号化通信可能か否かを示す情報を取得し、暗号化通信が不可能であった場合は、設定対象機器に対して、暗号化通信を可能とするための情報を送信する。
【発明の効果】
【００２３】
本発明によれば、設定対象機器で作成されたＷｅｂページを受信して表示し、表示画面上で前記設定対象機器の設定を行う機器設定装置において、設定対象機器に予め証明書がインストールされていなくても暗号化通信による安全な設定が可能である。また、機器設定の一括処理の中でエラーとなった機器に対して、ユーザが手動でエラーからの回復処理を行う場合に、ユーザの手動での処理の手間が削減される。
【図面の簡単な説明】
【００２４】
【図１】本発明の第一の実施形態の機器設定装置のブロック図である。
【図２】本発明の第一の実施形態の機器設定システムの構成を示す図である。
【図３】本発明の第一の実施形態の機器設定装置による機器設定手順の一例を示すシーケンス図である。
【図４】本発明の第一の実施形態の機器設定装置におけるユーザの希望する処理のリストを示す図である。
【図５】本発明の第一の実施形態の機器設定装置の処理対象である機器のリストを示す図である。
【図６】本発明の第一の実施形態の機器設定装置における証明書情報のリストを示す図である。
【図７】本発明の第一の実施形態の機器設定装置における証明書情報作成手順のリストを示す図である。
【図８】図７の手順の実行時に機器設定装置に表示される画面を示す図である。
【図９】本発明の第一の実施形態の機器設定装置における管理者パスワードの設定処理手順のリストを示す図である。
【図１０】本発明の第一の実施形態の機器設定装置における用紙の設定処理の手順のリストを示す図である。
【図１１】本発明の第一の実施形態の機器設定装置における基本処理の動作の手順を示すシーケンス図である。
【図１２】本発明の第一の実施形態の機器設定装置において、暗号化通信が不要な処理が含まれている場合の処理の手順を示すシーケンス図である。
【図１３】本発明の第一の実施形態の機器設定装置において、署名要求書を設定対象機器で作成し、装置が署名を作成して機器にインストールする処理の手順を示すシーケンス図である。
【図１４】図１３の署名要求書作成処理の手順リストを示す図である。
【図１５】図１３の署名処理の手順を示す図である。
【図１６】本発明の第二の実施形態のＷｅｂブラウザエミュレーション装置のブロック図である。
【図１７】本発明の第二の実施形態の機器設定手順処理で設定エラーが発生した場合の機器設定手順の一例を示すシーケンス図である。
【図１８】本発明の第二の実施形態の機器設定手順処理で設定エラーが発生した場合の設定装置のディスプレイに表示される画面を示す図である。
【図１９】本発明の第二の実施形態の標準処理手順のリストを示す図である。
【図２０】本発明の第二の実施形態の設定対象の機器のリストを示す図である。
【図２１】本発明の第二の実施形態の証明書作成ＮＧ後にユーザがブラウザを操作して再設定するシーケンス図である。
【図２２】本発明の第二の実施形態のブラウザ起動の詳細を示すフロー図である。
【図２３】従来の機器設定手順の例を示すシーケンス図である。
【図２４】従来の機器設定手順の別の例を示すシーケンス図である。
【図２５】特許文献１のシステムにおける従来の機器設定手順の一例を示すシーケンス図である。
【図２６】特許文献１のシステムにおける従来の機器設定手順の一例を示す設定装置のディスプレイに表示される画面を示す図である。
【図２７】特許文献１のシステムにおける従来の機器設定手順処理で設定エラーが発生した場合の一例を示すシーケンス図である。
【発明を実施するための形態】
【００２５】
以下、本発明を実施するための形態について、図面を参照して説明する。
第一の実施形態
〈Ｗｅｂブラウザエミュレーション装置の構成〉
図１は、本発明の実施形態の機器設定装置であるＷｅｂブラウザエミュレーション装置のブロック図である。このＷｅｂブラウザエミュレーション装置１は、ＭＦＰ（Multi Function Peripheral）のＷｅｂインタフェースをＷｅｂブラウザエミュレーション装置により、一括して設定するシステムに適用したものである。ここでは、対象の機器（設定対象機器）をＭＦＰとしているが、Ｗｅｂインタフェースを備えていればＭＦＰでなくてもよい。
【００２６】
図示のように、Ｗｅｂブラウザエミュレーション装置１は、ユーザインタフェース２、処理管理部３、処理要否判定部４、記憶装置５、送受信部６、及び認証局部７を備えている。
【００２７】
ユーザインタフェース２は、ユーザの入力した情報を処理管理部３に伝え、また処理結果をユーザに伝える。処理管理部３は、Ｗｅｂブラウザエミュレーション装置１の処理を管理する。処理要否判断部４は、外部の機器へのリクエスト処理、レスポンス処理が必要かどうかを記憶装置５に蓄積された情報や、通信によって受けた情報により判断する。また、判断結果を記憶装置５に記憶させる。送受信部６は、主にＷｅｂインタフェースへのリクエストの送信とレスポンスの受信をする。また、外部Ｗｅｂインタフェースとの通信以外にも、ログの取得のために機器外部と通信する。
【００２８】
記憶装置５には、暗号化通信に用いるための証明書情報５１、処理のための手順を記載した処理手順リスト５２、及び処理が必要か否の判断のための情報である処理手順判断表５３などが格納されている。認証局部７は、証明書に署名する認証局の機能を持ち、設定対象機器から署名要求があれば、署名することができる。
ここでは、各部が同一装置内に配置されているが、実際にはそれぞれが別の装置の上で動作することもできる。特に記憶装置５は遠隔配置された別の装置が同一情報を共有することができる。
【００２９】
〈機器設定システムの構成〉
図２は、本発明の実施形態の機器設定システムの構成を示す図である。この図は、物理的に離れている複数（ここでは２つ）のサイトＡ，ＢにあるＭＦＰを管理する場合の配置を示している。
【００３０】
サイトＡでは、２台のＷｅｂブラウザエミュレーション装置１１，１２と、２台のＭＦＰ１３，１４と、ルータ１５とがバス１６に接続されるとともに、ルータ１５がＶＰＮ（Virtual Private Network）ネットワーク３０に接続されている。サイトＢでは、４台のＭＦＰ２１〜２４と、ルータ２５とがバス２０に接続されるとともに、ルータ２５がネットワーク３０に接続されている。Ｗｅｂブラウザエミュレーション装置１１，１２は、図１に示すＷｅｂブラウザエミュレーション装置１と同じ構成を持っている。
【００３１】
ここでは、Ｗｅｂブラウザエミュレーション装置をサイトＡに２台配置したが、勿論一台でもよく、サイトＡ，Ｂの両方に配置してもよい。この２台のＷｅｂブラウザエミュレーション装置１１，１２は協調して動作することもできるし、単独で動作することもできる。また、ここでは簡略のため、機器（ＭＦＰ）の数が少ないが、実際には数千台規模のＭＦＰを管理することができる。
【００３２】
〈機器設定手順〉
図３は、Ｗｅｂブラウザエミュレーション装置による機器設定手順の一例を示すシーケンス図である。図２のＷｅｂブラウザエミュレーション装置１１，１２は図１のＷｅｂブラウザエミュレーション装置１と同じ構成を有するので、以下の説明では、一台のＷｅｂブラウザエミュレーション装置による設定については、Ｗｅｂブラウザエミュレーション装置１１が設定するものとする。また、設定対象機器はＭＦＰ２１とする。
【００３３】
まずＷｅｂブラウザエミュレーション装置１１は、設定対象である機器（ＭＦＰ）２１に対して、ＨＴＴＰＳプロトコルを用いて、暗号化通信リクエストを送信する（Ｓ１）。暗号化通信リクエストを受信した機器２１は、暗号化通信が不可能であるため、ＮＧのレスポンスを返信する（Ｓ２）。
【００３４】
Ｗｅｂブラウザエミュレーション装置１１は、このレスポンスから、機器２１が暗号化通信できないことが分かったので、機器２１に対して、ＨＴＴＰＳプロトコルを用い、暗号化通信を可能にするための証明書を平文で送信する（Ｓ３）。機器２１は、この証明書を受信してインストールした後、正常にインストールされたことをＷｅｂブラウザエミュレーション装置１１に通知するため、ＯＫのレスポンスを返信する（Ｓ４）。
【００３５】
Ｗｅｂブラウザエミュレーション装置１１は、このレスポンスから、機器２１に証明書がインストールされたことを確認したので、次に機器２１に暗号化通信の設定に必要な情報（暗号化アルゴリズム、暗号鍵などの設定）を送信する（Ｓ５）。機器２１は、これらの情報を受信し、設定した後に、Ｗｅｂブラウザエミュレーション装置１１にＯＫのレスポンスを返信する（Ｓ６）。
【００３６】
Ｗｅｂブラウザエミュレーション装置１１は、機器２１からのレスポンスにより、暗号化通信の設定が完了したことを確認すると、以後送信するユーザがやりたい設定１〜ｎのリクエストを暗号化して送信する（Ｓ７、Ｓ９）。機器２１は、暗号化された設定１〜ｎのリクエストを復号化し、内部に設定した後にＯＫのレスポンスを返信する（Ｓ８、Ｓ１０）。
【００３７】
なお、手順Ｓ１に対するレスポンスがＯＫであった場合は、手順Ｓ３〜Ｓ６を実行することなく、手順Ｓ７以降を実行する。ここでは、暗号化通信のリクエスト、レスポンスのやりとりにより、暗号化通信が可能か否か確認しているが、実際に暗号化通信をしてみて、暗号化通信で返答がない場合は、暗号化通信ができないと判断してもよい。
【００３８】
本実施形態のＷｅｂブラウザエミュレーション装置１１によれば、機器２１の出荷時の暗号化通信の設定の有無（証明書がインストールされているか否か、ＳＳＬが有効になっているか否かなど）にかかわらず、容易に安全な設定を実施することができる。
【００３９】
〈ユーザの希望する処理及び対象機器〉
図４は、記憶装置５に格納されている処理手順リスト５２の一例を示す図であり、図５は処理対象の機器のリストを示す図である。
【００４０】
図４に示す処理手順リストは、ユーザの希望する処理が管理者のパスワードの設定と、ＭＦＰの用紙の設定であることを示している。また、管理者のパスワードの設定には暗号化通信が必要であり、用紙の設定には暗号化通信が不要であることを示している。処理要否判断部４は、このリストに従って、暗号化通信をするべきかどうかを決定できる。
【００４１】
図５に示す機器のリストも記憶装置５に記憶されている。ここには３台の機器に対して処理をすること、及びそれらの機器の管理者の元のパスワードが示されている。
【００４２】
〈証明書情報及び証明書作成手順〉
図６は、記憶装置５に格納されている証明書情報５１のリストを示す図である。このリストは、各機器（ここではＭＦＰ１〜３）に対してどのような証明書を作成するのかを示したものである。機器毎に証明書の情報が異なるため、それぞれ別の証明書作成処理を行う必要がある。
【００４３】
図７は、Ｗｅｂブラウザエミュレーション装置１１における証明書情報作成手順のリストを示す図である。この処理により、証明書を機器２１で作成することができる。この処理を実行したときには、機器２１によって証明書の作成及び署名が行われる。
【００４４】
このリストは次の処理ａ〜ｇを行うことを意味している。図８は、これらの処理を行うときに、Ｗｅｂブラウザエミュレーション装置１１のディスプレイに表示される画面を示す図である。
【００４５】
ａ：機器のトップページ２０１にアクセスする。ｂ：ログインページ２０２を表示する。ｃ：ログイン処理をする。ｄ：機器のトップページ２０３を再度表示する。ｅ：設定一覧ページ２０４を表示する。ｆ：機器証明書画面２０５を表示する。ｇ：証明書１に対して、証明書作成の操作をする。
【００４６】
〈管理者のパスワードの設定処理及びＭＦＰの用紙の設定処理〉
図９に、ユーザの希望する処理の一つである管理者のパスワードの設定処理の手順のリストを示す。この手順には暗号化が必要な処理（６番目の処理）が含まれているため、処理全体としては暗号化通信が必要である。
【００４７】
図１０に、ユーザの希望する処理の一つであるＭＦＰの用紙の設定処理の手順のリストを示す。この手順には暗号化が必要な処理が一つもないため、一連の処理として暗号化通信は必要ない。
【００４８】
〈基本処理の手順〉
図１１は、Ｗｅｂブラウザエミュレーション装置１１が機器２１の設定を行うときの基本処理の動作の手順を示すシーケンス図である。
【００４９】
ユーザがユーザインタフェース２に実行指示を行うと（Ｓ１０１）、ユーザインタフェース２は処理管理部３に対して処理の実行を指示する（Ｓ１０２）。処理管理部３は、ユーザがやりたいことである一連のリクエストの手順を記憶装置５から取得する（Ｓ１０３）。
【００５０】
次に、ユーザがやりたいことである一連のリクエストの処理を開始する前に、準備として、以下の（i）、（ii）を行う。
（i）一時的な暗号化通信の設定要否判定
暗号化通信を試みて、暗号化通信の設定が既に行われていて暗号化通信できる状態であるかどうかを調べる。ここでは、暗号化通信を試みているが、実際には平文での通信により設定値を確認してもよい。この結果として「一時的な暗号化通信の設定は不要」と判断したら、（ii）以降の準備は行わない。
【００５１】
（ii）証明書を機器にインストール
処理管理部３は、処理要否判断部４に対して、これから「証明書をインストールする」という処理と、暗号化通信の設定の要否判定を依頼する（Ｓ１０４）。
【００５２】
処理要否判断部４は、送受信部６を介して機器２１と暗号化通信を行い（Ｓ１０５、Ｓ１０６）、そのレスポンス（Ｓ１０７）に基づいて、処理管理部３に対して「処理必要」を返す（Ｓ１０８）。処理管理部３は、証明書のインストールと暗号化通信が必要であるため、記憶装置５から証明書情報を取得し（Ｓ１０９）、その後に送受信部６を介して平文の通信により証明書のインストールを行い（Ｓ１１０、Ｓ１１１）、その後に暗号化通信のための設定を実施する（Ｓ１１４、Ｓ１１５）。ここで証明書のインストールの手順は、暗号化に必要な秘密鍵のインストールを含む。インストール、及び暗号化通信が完了すると、機器２１からＯＫのレスポンスが返ってくる（Ｓ１１２、Ｓ１１６）。これらのレスポンスは、送受信部６で受信され、処理管理部３へ送られる（Ｓ１１３、Ｓ１１７）。
【００５３】
前記の準備が終わったら、もともとユーザが行いたかった一連のリクエスト１〜ｎの処理を行う（Ｓ１２０、Ｓ１２６）。その際、各々のリクエストの処理を行う前に、処理管理部３は処理要否判断部４に対して、これから行おうとする処理の内容を登録するとともに、暗号化通信の要否の判定を依頼する（Ｓ１１８、Ｓ１２４）。処理要否判断部４は、記憶装置５にアクセスして、これから行おうとする処理に暗号化が必要か否か判断し、その結果を処理管理部３に応答する（Ｓ１１９、Ｓ１２５）。
【００５４】
ここでは、暗号化が必要との判断結果であるため、処理管理部３は送受信部６を介して暗号文でリクエストを行う（Ｓ１２１）。機器２１はリクエストに応じた設定を実行した後に、ＯＫのレスポンスを返す（Ｓ１２２、Ｓ１２８）。このレスポンスは、送受信部６から処理管理部３へ送られる（Ｓ１２３、Ｓ１２９）。一連のリクエストの処理が全て（リクエストnまで）終わったら、処理管理部３は実行結果をユーザインタフェース２に表示させ（Ｓ１３０、Ｓ１３１）、処理を完了する。
【００５５】
〈暗号化通信の不要な処理が含まれている場合の処理の手順〉
図１２は、ユーザが行いたい処理の中に暗号化通信の不要な処理が含まれている（ここでは、暗号化通信の必要な処理の後に、暗号化通信を必要としない処理がある）場合のＷｅｂブラウザエミュレーション装置１１の動作手順を示すシーケンス図である。この図において、図１１と同じ手順には図１１と同じ参照符号を付した。
【００５６】
図示のように、ユーザがユーザインタフェース２に実行指示を行う手順（Ｓ１０１）から、暗号化通信の設定が完了する手順（Ｓ１１７）までは図１１と同じである。また、ユーザが行いたい処理の内、暗号化通信の必要な処理を行う手順（Ｓ１４１〜Ｓ１５２）も図１１のＳ１１８〜Ｓ１２９と同じである。
【００５７】
Ｓ１５３〜Ｓ１６８は、ユーザが行いたい処理の内、暗号化通信の不要な処理を行う手順である。暗号化通信をするためには、暗号化するための計算が必要となるため、Ｗｅｂブラウザエミュレーション装置１１の負荷が高くなる。そのため、操作対象（設定対象）の機器が増えると処理時間がかかることになる。それを防ぐために、暗号化処理が不要な場合は平文で通信できる設定として（Ｓ１５５、Ｓ１５６）、それを実行することで（Ｓ１５９、Ｓ１６０、Ｓ１６５、Ｓ１６６）高速化する。証明書が入っている場合、暗号化通信のみを許可するシステムについては、証明書をアンインストールして、操作をすることもできる。
【００５８】
一連のリクエストの処理が全て（リクエストnまで）終わったら、処理管理部３は実行結果をユーザインタフェース２に表示させ（Ｓ１６９、Ｓ１７０）、処理を完了する。
【００５９】
〈署名要求書を機器２１で作成し、Ｗｅｂブラウザエミュレーション装置１１が署名を作成して機器２１にインストールする処理の手順〉
図１３は、署名要求書を機器２１で作成し、Ｗｅｂブラウザエミュレーション装置１１が署名を作成して機器２１にインストールする処理の手順を示すシーケンス図である。
【００６０】
この図において、Ｓ２０１〜Ｓ２０９は、図１１のＳ１０１〜Ｓ１０９と同じである。次のＳ２１０〜Ｓ２１９は、証明書署名要求書を機器２１で作成し、Ｗｅｂブラウザエミュレーション装置１１が署名して、証明書を機器２１にインストールするシーケンスである。
【００６１】
図１４は、証明書署名要求書作成処理の手順リストを示す図である。この署名要求書をネットワーク内で一貫して利用できるようにするには、他の機器（ＰＣなど）が信用できる認証局により署名されている必要がある。そのため、機器側に要求書を作成させている。要求書を作成した後は図１５に示す署名処理を行う。機器２１から証明書署名要求書を取得した、Ｗｅｂブラウザエミュレーション装置１１は、その要求書に従い署名し、機器２１の証明書を作成する。この証明書を機器２１にインストールすると、機器２１が証明書を利用することができる。
【００６２】
以上説明したように、本実施形態の機器設定システムによれば、機器２１に対して安全性の必要な設定を行うときに、安全に通信できるか否かを調べ、安全に通信できない場合は、安全に通信できるように証明書のインストールと通信設定を行うので、機器２１の出荷時の暗号化通信の設定の有無（証明書がインストールされているか否か、ＳＳＬ（Secure Sockets Layer）が有効になっているか否かなど）にかかわらず、容易に安全な操作（設定）を実施することができる。
【００６３】
また、一連の設定の中に安全性の不要な設定が含まれている場合は、安全な通信を行わないようにすることで、一連の設定を高速化することができる。
さらに、機器２１からの証明書署名要求に対して、Ｗｅｂブラウザエミュレーション装置１１で機器２１の証明書を作成し、機器２１にインストールすることにより、署名まで一貫して実施することができ、簡単に本格運用ができる。
【００６４】
第二の実施形態
＜Ｗｅｂブラウザエミュレーション装置の構成＞
図１６は、本実施形態のＷｅｂブラウザエミュレーション装置１００のブロック図である。図１６に示すように、Ｗｅｂブラウザエミュレーション装置１００は、前記第一の実施形態のＷｅｂブラウザエミュレーション装置１の構成に、ブラウザ起動部８と、機器状態判定部９と、設定成否判定部１０が追加されて構成されている（なお、図１６は説明の便宜上再設定に関連する構成要素のみを示し、ここでは、重複する部分については説明を省略する）。
ブラウザ起動部８は、設定対象の機器の再設定を行うために設定途中の画面からブラウザを起動することができる。
機器状態判定部９は、機器の状態つまりエラーが発生した時の機器の状態を判定し、判定結果を処理管理部３に伝える。
設定成否判定部１０は、設定対象の機器への設定が成功したか否かを、処理管理部３が受信した設定値から判断する。
【００６５】
＜本実施形態のエラーが発生した場合の機器設定手順の一例＞
図１７及び図１８は、本実施形態のシステムにおける設定途中にエラーが発生した場合の機器設定手順の一例を示すシーケンス図及び設定装置のディスプレイに表示される画面を示す図である。
以下、図１７，１８を参照して本実施形態のシステムにおける設定途中にエラーが発生した場合の機器設定手順を説明する。以下の説明では、前記第一の実施形態同様、Ｗｅｂブラウザエミュレーション装置１００を設定装置１１、設定対象機器は機器２１とする。
なお、図１７、１８中、既に説明した従来の設定手順を示す図２７、図２６と同じ手順には同じ参照符号を付し、その部分の説明は省略する（即ち、図１７のＳ１’〜Ｓ１５’及び図１８の２０１〜２０５は、それぞれ図２７のＳ１’〜
Ｓ１５’及び図２６の２０１〜２０５と同じであるので、その説明は省略する）。
即ち、ユーザにより、機器証明書の情報欄に間違った情報を入力して（例えば、図１８の２０６’で「国」の欄に間違った情報を入力して）リクエストを送信すると、機器２１は設定結果（パラメータエラー）のレスポンスを送信すると（Ｓ１６’’）、これにより、設定装置１１のディスプレイには機器２１にエラーが発生したことを示す画面２０７’が表示される。
【００６６】
画面２０７’でＯＫボタンを操作して機器２１の再起動経過後、設定装置１１は再び機器証明書一覧画面を表示するためにリクエストを送信し（Ｓ１７’）、このリクエストを受信した機器２１は機器証明書一覧画面表示のレスポンスを送信する（Ｓ１８’）。表示された機器証明書一覧画面より、機器証明書が正しく作成されていないことを確認する（Ｓ１９’：設定成否判定ＮＧ）。
次に、機器状態判定部９によりエラー発生時の機器２１の状態を取得して処理管理部３に伝える（Ｓ２０’）。
【００６７】
次に、取得した機器２１の状態に基づいて、ブラウザを起動し（Ｓ２１’）、設定値画面を表示するためのリクエストを送信する（Ｓ２２’）。このリクエストを受信した機器２１は設定値ＮＧ画面表示のレスポンスを送信する（Ｓ２３’）。これによって設定装置１１のディスプレイには機器２１にエラーが発生した時の設定ＮＧ画面２０８’が表示され、ユーザが設定値の再設定などの処理を継続することができる（Ｓ２４’）。画面２０８’にて設定値を修正し、ＯＫボタンを押下すると、機器２１は再起動画面２０９’を表示する。
【００６８】
以上のように、ブラウザを上記機器状態判定手段により取得したエラー発生時の機器の状態に基づき、即ち、エラーの発生状態にできるだけ近い状態で起動することにより、ユーザは、ブラウザによるログイン処理や画面遷移、設定値の入力を大幅に省くことができる。
【００６９】
＜標準処理手順及び設定対象機器＞
図１９は、第一の実施形態の図７に示す証明書情報作成手順のリストに基づいて、機器の各状態などを加えた標準処理手順のリストを示す図であり、図２０は、設定対象の機器のリストを示す図である。ここには、トップページを取得してから機器証明書を導入するまでの基本的な処理が記載されている。また、ここではパス(path)、メソッド（method）、パラメータ(param)１〜３、期待結果(expecting result)、ブラウザをどこから再開するかの優先度（priority）、再開するための条件（condition）まで記載されているが、パラメータの数は３に限定されない。この処理手順リストを図５に示す機器リストに従って、複数の機器に対して処理する。対象の機器毎に値を変えることもできる。
【００７０】
処理管理部３は、パス、メソッド、パラメータ１〜３から送受信部６にリクエスト、レスポンスを送受信させ、設定成否判定部１０は、期待結果（expecting result）を元に設定成否判定を実施する。処理管理部３は、設定成否判定と機器状態により、優先度にしたがってブラウザ起動部にブラウザの起動の処理をさせる。
【００７１】
具体的に、図１９に示すリストは以下の処理を意味する。
No.１：機器のトップページにアクセスする。
No.２：ログインページを表示する。
No.３：ログイン処理をする。
No.４：機器のトップページを再度表示する。
No.５：設定一覧ページを表示する。
No.６：機器証明書画面を表示する。
No.７：証明書１(target＝1)に対して、証明書作成の操作をする。
No.８：証明書作成ページにてcnをhostnameとして設定操作を実行する。
No.９：機器が再起動するので３０秒待つ。
No.１０：機器証明書画面を表示する。
なお、No.１０の処理のあとに取得した画面に証明書１：「導入済み」の記載があれば設定成功とする。
【００７２】
〈証明書作成ＮＧ後にブラウザを操作して再設定するシーケンス〉
図２１は、証明書作成ＮＧ後にユーザがブラウザを操作して再設定するシーケンス図である。なお図２１は、Ｗｅｂブラウザエミュレーション装置１００が１台目の機器（ここではＭＦＰ１）に対する処理結果を基に処理の要否を判断し、記憶装置５に蓄積されている判断表を更新して、２台目の機器（ここではＭＦＰ２）に対する処理に適用する場合の処理手順を示している。
【００７３】
また、ここでは、図１７の一括処理と同様な手順で処理を行うため、重複する処理に関しては簡略して説明する。
図２１に示すように、ユーザがユーザインタフェース（ＵＩ）２に対して処理の実行を指示すると（Ｓ１０１’）、ユーザインタフェース（ＵＩ）２は処理管理部３に対して処理の実行を指示する（Ｓ１０２’）。処理管理部３は記憶装置５から実施手順を取得し（Ｓ１０３’）、その手順を元に処理を開始する。
ステップＳ１０４’〜１１８’は図１７の設定処理と同様に、処理管理部３は送受信部６を通して装置外部のＭＦＰ２１とのリクエスト、レスポンスの送信により、トップページ、ログインページ、設定一覧ページ、機器証明書ページ、機器証明書内容入力ページを順次に取得・表示する。また、間違いの情報を機器証明書内容入力ページに入力すると、ユーザインタフェース（ＵＩ）２にはパラメータエラーページが表示される。この際に、処理管理部３は、実施結果（エラーページ）を記憶装置５に保存する。なお、これは実施結果が正常である場合にも実施される。
【００７４】
次に、処理管理部３は、設定結果を確認するために、機器証明書ページを取得し、取得した機器証明書ページを設定成否判定部１０に渡し、成否判断を行う（Ｓ１１９’）。ここで、記憶装置５に保存されている実施結果を取得すると（Ｓ１２０’）、ここでは、機器証明書ページには機器証明書１が「導入済み」となっていないため、設定成否判定部１０は設定失敗（ＮＧ）と判定する（Ｓ１２１’）。
また、設定成否判定部１０は、機器証明書ページの実施結果からどのような種類のエラーが発生しているかを判定する。ここで、判定はエラー表示文字列のマッチングにより実施される。ただし、判定方法は文字列マッチングでなくてもよく、通信状態から判定できるものや、画像の種類により判定できるものなどがあり、ページに適した判定方法を選択することができる。
【００７５】
更に、処理管理部３は、機器証明書ページの情報を機器状態判定部９に渡して（Ｓ１２２’）、ページの内容から機器の状態が例えば、ログイン中であることを判定する（Ｓ１２３’）。
これにより、処理管理部３は、機器状態が「機器証明書処理」、「パラメータエラー発生」、「ログイン中」であることから、ブラウザを機器証明書内容入力後の処理から再開することができる。
【００７６】
ここで、処理管理部３は、機器の状態を記憶装置５にCookie情報として書込み（Ｓ１２４’）、ブラウザ起動を行う（Ｓ１２５’）。ブラウザ起動部８は、装置内の一括処理で使っていた機器情報であるCookieを引き回すことで、機器の状態をそのまま利用できる。なお、Cookieは、ＩＥＴＦによるＲＦＣ（Request for Comments）にて公知の技術であり、ブラウザに広く使われているＨＴＴＰ（HyperText Transfer Protocol）の状態管理メカニズムである。
また、機器状態判定部９によるブラウザ起動時の状態の判定は、処理手順リスト（図１９）に示す「条件（condition）」、「優先順位（priority）」に従って行う。
【００７７】
図２２は、図２１のステップＳ１１９’〜Ｓ１３１’のブラウザ起動処理の詳細を示すフロー図である。
図２２に示すように、処理管理部３は、機器証明書ページに情報を入力した後、設定成否判定を行う（ＳＴ２０１）。設定が失敗であると（ＳＴ２０２：ＮＯ）、記憶装置５に保存されている実施結果を取得し（ＳＴ２０３）、機器状態判定部９によって機器の状態を取得する（ＳＴ２０４）。取得した機器状態に基づいて、優先順位順に２つの条件（ここではパラメータエラー、ログイン中）がマッチするまで処理手順リスト（図１９）を検索する（ＳＴ２０５）。検索にマッチした場合に、記憶装置５からCookie情報を取得し（ＳＴ２０６）、その処理内容を、ブラウザを使って呼び出す（ＳＴ２０７）。そして、パラメータ再設定を行い、ブラウザを終了する。
【００７８】
次に図２１に戻り、ブラウザが終了し（Ｓ１３１’）、ブラウザ起動部８がこれを検知すると、ブラウザの終了の通知を処理管理部３に送信して（Ｓ１３２’）、機器証明書ページを取得する（Ｓ１３３’、Ｓ１３４’）。そして、設定成否判定部１０により、再び、設定成否判定を行い（Ｓ１３５’〜Ｓ１３７’）、判定結果を、すでに失敗となった元の成否判定結果に上書きして表示する。
成否判定結果が成功となると、続いて２台目のＭＦＰ２２の設定処理に移し、前記一連の処理を繰り返す。
【００７９】
本実施形態によれば、以上のように、証明書作成ＮＧとなった後にブラウザを操作して再設定することができるため、ユーザが手動でエラーからの回復処理をする場合に、ユーザの手動での処理の手間を大幅に削減することができる。
【符号の説明】
【００８０】
１、１１、１２、１００・・Ｗｅｂブラウザエミュレーション装置、２・・・ユーザインタフェース、３・・・処理管理部、４・・・処理要否判断部、５・・・記憶装置、６・・・送受信部、７・・・認証局部、８・・・ブラウザ起動部、９・・・機器状態判定部、１０・・・設定成否判定部、１３、１４、２１〜２４・・・ＭＦＰ。
【先行技術文献】
【特許文献】
【００８１】
【特許文献１】特開２００２−７０９５号公報
【図１】
2011081762.tif 000003
【図２】
2011081762.tif 000004
【図３】
2011081762.tif 000005
【図４】
2011081762.tif 000006
【図５】
2011081762.tif 000007
【図６】
2011081762.tif 000008
【図７】
2011081762.tif 000009
【図８】
2011081762.tif 000010
【図９】
2011081762.tif 000011
【図１０】
2011081762.tif 000012
【図１１】
2011081762.tif 000013
【図１２】
2011081762.tif 000014
【図１３】
2011081762.tif 000015
【図１４】
2011081762.tif 000016
【図１５】
2011081762.tif 000017
【図１６】
2011081762.tif 000018
【図１７】
2011081762.tif 000019
【図１８】
2011081762.tif 000020
【図１９】
2011081762.tif 000021
【図２０】
2011081762.tif 000022
【図２１】
2011081762.tif 000023
【図２２】
2011081762.tif 000024
【図２３】
2011081762.tif 000025
【図２４】
2011081762.tif 000026
【図２５】
2011081762.tif 000027
【図２６】
2011081762.tif 000028
【図２７】
2011081762.tif 000029