(57)【要約】【課題】サーバの処理負荷を低減しつつ、リモート支援サービスを提供する。【解決手段】本リモート支援システムは、画像形成装置、情報処理装置、及び中継サーバを含む情報処理システムとして提供される。本情報処理装置は、中継サーバを介して画像形成装置と通信するための第１セッションＩＤ及び一時的な認証情報を該中継サーバへ要求して取得し、当該一時的な認証情報をディスプレイに表示する。また、本画像形成装置は、ユーザ入力を介して、一時的な認証情報を受け付け、当該一時的な認証情報を用いて、対応するアクセス先情報と、中継サーバを介して情報処理装置と通信するための第２セッションＩＤとを中継サーバへ要求して取得する。【選択図】  図５
2018041171.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置、情報処理装置、及び中継サーバを含む情報処理システムであって、
前記情報処理装置は、
前記中継サーバを介して前記画像形成装置と通信するための第１セッションＩＤ及び一時的な認証情報を該中継サーバへ要求して取得する第１取得手段と、
前記第１取得手段によって取得した前記一時的な認証情報を表示する表示手段と、を備え、
前記画像形成装置は、
ユーザ入力を介して、前記一時的な認証情報を受け付ける受付手段と、
前記受付手段によって受け付けた前記一時的な認証情報を用いて、前記一時的な認証情報に対応するアクセス先情報と、前記中継サーバを介して前記情報処理装置と通信するための第２セッションＩＤとを前記中継サーバへ要求して取得する第２取得手段と、を備え、
前記中継サーバは、
前記情報処理装置からの要求に従って、前記第１セッションＩＤ及び前記一時的な認証情報を発行し、前記画像形成装置からの要求に従って、該画像形成装置から受け付けた前記一時的な認証情報に対応する前記アクセス先情報と前記第２セッションＩＤとを発行する制御手段を備えることを特徴とする情報処理システム。
【請求項２】
前記中継サーバは、
アクセスしてきた前記情報処理装置を認証する認証手段と、
前記認証手段による認証が成功すると、前記画像形成装置と通信を行うための複数のアクセス先と、各アクセス先の使用状況とを示す一覧を前記情報処理装置へ提供する提供手段と、をさらに備え、
前記制御手段は、
前記複数のアクセス先の中から前記情報処理装置において選択されたアクセス先について、前記第１セッションＩＤ及び前記一時的な認証情報を発行することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記中継サーバは、さらに、
前記複数のアクセス先ごとに、前記一時的な認証情報、セッションＩＤ、及び該アクセス先を使用している主催ユーザを示すユーザ情報を登録したリストを記憶する記憶手段をさらに備えることを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記制御手段は、
前記情報処理装置からの要求に従って、前記第１セッションＩＤ及び前記一時的な認証情報を発行する際に、該第１セッションＩＤ、及び該一時的な認証情報を、前記記憶手段に記憶されたリストの対応するアクセス先に登録するとともに、前記情報処理装置のユーザを主催ユーザとして登録することを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記制御手段は、
前記画像形成装置からの要求に従って、前記アクセス先情報及び前記第２セッションＩＤを発行する際に、該第２セッションＩＤを、前記記憶手段に記憶されたリストの対応するアクセス先に登録することを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記制御手段は、
前記画像形成装置から前記アクセス先へのアクセスを終了する要求を受けると、前記記憶手段に記憶されたリストの対応する前記アクセス先に登録された前記第２セッションＩＤを削除することを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記制御手段は、
前記情報処理装置から前記アクセス先へのアクセスを終了する要求を受けると、前記記憶手段に記憶されたリストの対応する前記アクセス先に登録された前記第１セッションＩＤ、前記一時的な認証情報、及び前記ユーザ情報を削除することを特徴とする請求項５又は６に記載の情報処理システム。
【請求項８】
前記制御手段は、
前記情報処理装置から前記アクセス先へのアクセスを終了する要求を受けた際に、さらに、前記記憶手段に記憶されたリストの対応する前記アクセス先に前記第２セッションＩＤが登録されていれば、該第２セッションＩＤを削除することを特徴とする請求項７に記載の情報処理システム。
【請求項９】
前記画像形成装置は、さらに、
取得した前記一時的な認証情報を保持する保持手段をさらに備え、
前記受付手段は、
前記保持手段によって前記一時的な認証情報が保持されている場合には、前記一時的な認証情報を受け付けるための受付画面に該一時的な認証情報を変更可能に表示することを特徴とする請求項１乃至８の何れか１項に記載の情報処理システム。
【請求項１０】
前記受付手段は、
前記保持手段によって前記一時的な認証情報が保持されている場合であっても、該一時的な認証情報が保持されてから一定時間が経過していれば、前記保持手段によって保持されている前記一時的な認証情報を使用することなく前記受付画面を表示することを特徴とする請求項９に記載の情報処理システム。
【請求項１１】
前記保持手段は、前記画像形成装置の電源がオフされる際に、再起動時に現在接続しているアクセス先に再接続しないことを示す、ユーザ入力、又は、前記中継サーバを介した前記情報処理装置からのデータを受け付けると、保持している前記一時的な認証情報を削除することを特徴とする請求項９又は１０に記載の情報処理システム。
【請求項１２】
中継サーバを介して画像形成装置と通信を行う情報処理装置であって、
前記中継サーバを介して前記画像形成装置と通信するための第１セッションＩＤ及び一時的な認証情報を該中継サーバへ要求して取得する第１取得手段と、
前記第１取得手段によって取得した前記一時的な認証情報を表示する表示手段と
を備えることを特徴とする情報処理装置。
【請求項１３】
中継サーバを介して情報処理装置と通信を行う画像形成装置であって、
ユーザ入力を介して、前記中継サーバから前記情報処理装置へ発行された一時的な認証情報を受け付ける受付手段と、
前記受付手段によって受け付けた前記一時的な認証情報を用いて、前記一時的な認証情報に対応するアクセス先情報と、前記中継サーバを介して前記情報処理装置と通信するための第２セッションＩＤとを前記中継サーバへ要求して取得する第２取得手段と
を備えることを特徴とする画像形成装置。
【請求項１４】
画像形成装置、情報処理装置、及び中継サーバを含む情報処理システムの制御方法であって、
前記情報処理装置において、
第１取得手段が、前記中継サーバを介して前記画像形成装置と通信するための第１セッションＩＤ及び一時的な認証情報を該中継サーバへ要求して取得する第１取得工程と、
表示手段が、前記第１取得工程で取得した前記一時的な認証情報を表示する表示工程と、を実行し、
前記画像形成装置において、
受付手段が、ユーザ入力を介して、前記一時的な認証情報を受け付ける受付工程と、
第２取得手段が、前記受付工程で受け付けた前記一時的な認証情報を用いて、前記一時的な認証情報に対応するアクセス先情報と、前記中継サーバを介して前記情報処理装置と通信するための第２セッションＩＤとを前記中継サーバへ要求して取得する第２取得工程と、を実行し、
前記中継サーバにおいて、
制御手段が、前記情報処理装置からの要求に従って、前記第１セッションＩＤ及び前記一時的な認証情報を発行し、前記画像形成装置からの要求に従って、該画像形成装置から受け付けた前記一時的な認証情報に対応する前記アクセス先情報と前記第２セッションＩＤとを発行する制御工程を実行することを特徴とする情報処理システムの制御方法。
【請求項１５】
中継サーバを介して画像形成装置と通信を行う情報処理装置の制御方法であって、
第１取得手段が、前記中継サーバを介して前記画像形成装置と通信するための第１セッションＩＤ及び一時的な認証情報を該中継サーバへ要求して取得する第１取得工程と、
表示手段が、前記第１取得工程で取得した前記一時的な認証情報を表示する表示工程と
を実行することを特徴とする情報処理装置の制御方法。
【請求項１６】
中継サーバを介して情報処理装置と通信を行う画像形成装置の制御方法であって、
受付手段が、ユーザ入力を介して、前記中継サーバから前記情報処理装置へ発行された一時的な認証情報を受け付ける受付工程と、
第２取得手段が、前記受付工程で受け付けた前記一時的な認証情報を用いて、前記一時的な認証情報に対応するアクセス先情報と、前記中継サーバを介して前記情報処理装置と通信するための第２セッションＩＤとを前記中継サーバへ要求して取得する第２取得工程と
を実行することを特徴とする画像形成装置の制御方法。
【請求項１７】
中継サーバを介して画像形成装置と通信を行う情報処理装置の制御方法における各工程をコンピュータに実行させるためのプログラムであって、前記制御方法は、
第１取得手段が、前記中継サーバを介して前記画像形成装置と通信するための第１セッションＩＤ及び一時的な認証情報を該中継サーバへ要求して取得する第１取得工程と、
表示手段が、前記第１取得工程で取得した前記一時的な認証情報を表示する表示工程と
を実行することを特徴とするプログラム。
【請求項１８】
中継サーバを介して情報処理装置と通信を行う画像形成装置の制御方法における各工程をコンピュータに実行させるためのプログラムであって、前記制御方法は、
受付手段が、ユーザ入力を介して、前記中継サーバから前記情報処理装置へ発行された一時的な認証情報を受け付ける受付工程と、
第２取得手段が、前記受付工程で受け付けた前記一時的な認証情報を用いて、前記一時的な認証情報に対応するアクセス先情報と、前記中継サーバを介して前記情報処理装置と通信するための第２セッションＩＤとを前記中継サーバへ要求して取得する第２取得工程と
を実行することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リモート支援サービスを提供する情報処理システム、情報処理装置、画像形成装置、それらの制御方法、及びプログラムに関する。
【背景技術】
【０００２】
現在、複合機では音声や動画通信、遠隔操作によるリモート支援サービスが提案されている。リモート支援サービスでは、複合機でのエラー発生時に保守のための人員が現地に赴くことがなく、コールセンターがユーザに直接エラー解決方法を伝え解決することが可能となる。これにより、エラー解決までの時間を短縮することが可能となる。このようなリモート支援サービスでは、ユーザは、電話機やＰＣ等の複合機以外の装置を使用することなく、複合機の通信機能を利用してコールセンターとの接続を実現することが効果的である。
【０００３】
ところが、一般的に、オフィスに導入されているファイアウォールにより直接複合機とコールセンターのＰＣがセッションを確立することは難しいことが多い。そこで、ファイアウォールとの親和性が高いＨＴＴＰを使用し、情報端末間でセッションを確立する技術が提案されている。一般的に、ファイアウォールに遮られた情報端末に対して、インターネット側からの接続は制限される。一方、一般的に、ファイアウォールの中にある情報端末側からインターネットへの接続は、ファイアウォールとの親和性が高いＨＴＴＰであれば許可される。
【０００４】
特許文献１には、ファイアウォールに遮られた２つの情報端末が、ＨＴＴＰクライアントとして接続が可能なセッション管理サーバに、それぞれの情報端末側から接続をすることで、情報端末間のセッション確立を実現することが提案されている。また、このようなシステムにおいては、複合機が接続したこととその通信のための識別子としてセッション管理サーバが問い合わせコードを発行する。複合機側のユーザは問い合わせコードをコールセンターのオペレータに電話等で伝え、コールセンターのオペレータがシステムに問い合わせコードを入力することにより遠隔保守が開始される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−３２２２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術には以下に記載する課題がある。上記従来技術における接続方法では複合機から簡単に接続できるというメリットがある。一方で、当該従来技術の接続方法では、何れの複合機でもユーザ操作によっていつでも接続できることは利便性が高くするものの、サーバの処理負荷の観点ではデメリットにもなる。具体的には、上記従来技術における接続方法では、複合機が接続する際に発行される問い合わせコードが不要なタイミングにおいて乱発される可能性があり、当該問い合わせコードを処理すべくセッション管理サーバの負荷が大きくなってしまうという課題がある。
【０００７】
本発明は、上述の問題に鑑みて成されたものであり、サーバの処理負荷を低減しつつ、リモート支援サービスを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、画像形成装置、情報処理装置、及び中継サーバを含む情報処理システムであって、前記情報処理装置は、前記中継サーバを介して前記画像形成装置と通信するための第１セッションＩＤ及び一時的な認証情報を該中継サーバへ要求して取得する第１取得手段と、前記第１取得手段によって取得した前記一時的な認証情報を表示する表示手段と、を備え、前記画像形成装置は、ユーザ入力を介して、前記一時的な認証情報を受け付ける受付手段と、前記受付手段によって受け付けた前記一時的な認証情報を用いて、前記一時的な認証情報に対応するアクセス先情報と、前記中継サーバを介して前記情報処理装置と通信するための第２セッションＩＤとを前記中継サーバへ要求して取得する第２取得手段と、を備え、前記中継サーバは、前記情報処理装置からの要求に従って、前記第１セッションＩＤ及び前記一時的な認証情報を発行し、前記画像形成装置からの要求に従って、該画像形成装置から受け付けた前記一時的な認証情報に対応する前記アクセス先情報と前記第２セッションＩＤとを発行する制御手段を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、サーバの処理負荷を低減しつつ、リモート支援サービスを提供できる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態に係るネットワーク構成を示す図。
【図２】一実施形態に係るリモート支援システムのハードウェア構成を示す図。
【図３】一実施形態に係るオペレータＰＣの処理を示すフローチャート。
【図４】一実施形態に係る画像形成装置の処理を示すフローチャート。
【図５】一実施形態に係る中継サーバの処理を示すフローチャート。
【図６】一実施形態に係る中継サーバにおける支援室一覧の管理方法の一例を示す図。
【図７】一実施形態に係る画像形成装置の処理を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１２】
＜第１の実施形態＞
＜ネットワーク構成＞
以下では、本発明の第１の実施形態について説明する。まず、図１を参照して、本実施形態に係るリモート支援（遠隔保守）システムのネットワーク構成について説明する。
【００１３】
本システムは、画像形成装置１０１、情報処理装置であるオペレータＰＣ１０２、及びＨＴＴＰ中継サーバ１０３を含んで構成される。画像形成装置１０１及びオペレータＰＣ１０２は、本発明を適用する装置として、互いの通信相手として動作する。画像形成装置１０１及びオペレータＰＣ１０２は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により呼制御を実行してデータ通信を行うデータ通信機能を備える。
【００１４】
図１に示すように、画像形成装置１０１は、ファイアウォール（ＦＷ）１０４を通じてネットワーク１０６に接続されている。また、ネットワーク１０６には、ＦＷ１０５を通じてコールセンター側のオペレータＰＣ１０２が接続されている。加えて、ＨＴＴＰ中継サーバ１０３がネットワーク１０６に接続されている。ＨＴＴＰによるデータ通信においては、クライアントノード同士はＨＴＴＰ中継サーバ１０３から提供されるＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）にＰＯＳＴ／ＧＥＴリクエストを行うことでデータ通信を実施する。これにより、クライアントノード同士がプライベートアドレスエリアやＦＷに遮られていてもデータ通信を行うことができる。
【００１５】
本実施形態では、画像形成装置１０１及びオペレータＰＣ１０２はＨＴＴＰクライアントノードとして動作する。また、本実施形態ではクライアントノード間はネットワーク１０６に対してＦＷを介して通信する構成について説明するが、本発明はこれに限定されず、ＦＷを介さないネットワーク構成を適用してもよい。また、ネットワーク１０６には図示したよりも多くのＦＷ、画像形成装置、オペレータＰＣが接続されてもよい。また、本実施形態では、通信プロトコルとしてはＨＴＴＰでなくてもよい。
【００１６】
＜ハードウェア構成＞
次に、図２を参照して、本実施形態に係るリモート支援システムのハードウェア構成について説明する。画像形成装置１０１は、システム制御部２００、オペレーションパネル２１２、画像入力装置２１３、音声入出力装置２１４、スキャナ２１５、及びプリンタ２１６を備える。システム制御部２００は、スキャナＩ／Ｆ２０１、ＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、ＨＤＤ２０５、プリンタＩ／Ｆ２０７、パネル操作Ｉ／Ｆ２０８、画像入力Ｉ／Ｆ２０９、音声入出力Ｉ／Ｆ２１０、及びネットワークＩ／Ｆ２１１を備える。各デバイスはシステムバス２０６を介して相互にデータを送受することができる。
【００１７】
ＣＰＵ２０２は、ＲＯＭ２０３又はハードディスク（ＨＤＤ）２０５に記憶された制御プログラムに基づいてシステムバス２０６に接続される各種のデバイスとのアクセスを統括的に制御する。ＲＯＭ２０３は、ＣＰＵ２０２において実行可能な制御プログラム等を記憶している。ＲＡＭ２０４は、主としてＣＰＵ２０２の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができる。ハードディスク（ＨＤＤ）２０５は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶する。なお、本実施形態ではＨＤＤ２０５を用いたが、ＨＤＤ２０５の他にＳＤカードや、フラッシュメモリなどを外部記憶装置として利用してもよい。
【００１８】
スキャナＩ／Ｆ２０１は、スキャナ２１５からの画像入力を制御する。プリンタＩ／Ｆ２０７は、プリンタ２１６への画像出力を制御する。パネル操作Ｉ／Ｆ２０８は、受付手段として機能し、オペレーションパネル２１２の表示制御、及びオペレーションパネル２１２で設定される各種設定情報の入力を制御する。画像入力Ｉ／Ｆ２０９は、カメラ等の画像入力装置２１３からの画像入力を制御する。音声入出力Ｉ／Ｆ２１０は、ヘッドセット等の音声入出力装置２１４との音声入出力を制御する。ネットワークＩ／Ｆ２１１は、ネットワークケーブルを経由して外部ネットワークとデータ通信を行う。
【００１９】
オペレータＰＣ１０２は、制御部２２０、キーボード２３１、ディスプレイ２３２、画像入力装置２３３、及び音声入出力装置２３４を備える。制御部２２０は、ＣＰＵ２２１、ＲＯＭ２２２、ＲＡＭ２２３、ＨＤＤ２２４、ネットワークＩ／Ｆ２２６、キーボードＩ／Ｆ２２７、ディスプレイＩ／Ｆ２２８、画像入力Ｉ／Ｆ２２９、及び音声入出力Ｉ／Ｆ２３０を備える。
【００２０】
ＣＰＵ２２１は、ＲＯＭ２２２又はハードディスク（ＨＤＤ）２２４に記憶された制御プログラムに基づいてシステムバス２２５に接続される各種のデバイスとのアクセスを統括的に制御する。ＲＯＭ２２２は、ＣＰＵ２２１が実行可能な制御プログラム等を記憶している。ＲＡＭ２２３は、主としてＣＰＵ２２１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができる。ハードディスク（ＨＤＤ）２２４は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、及び編集ファイル等を記憶する。なお、本実施形態ではＨＤＤ２２４を用いたが、ＨＤＤ２２４の他にＳＤカードや、フラッシュメモリなどを外部記憶装置として利用してもよい。
【００２１】
ネットワークＩ／Ｆ２２６は、ネットワークケーブルを経由して外部ネットワークとデータ通信を行う。キーボードＩ／Ｆ２２７は、キーボード２３１や不図示のポインティングデバイスからのキー入力を制御する。ディプレイＩ／Ｆ２２８は、ディスプレイ２３２の表示を制御する。画像入力Ｉ／Ｆ２２９は、カメラ等の画像入力装置２３３からの画像入力を制御する。音声入出力Ｉ／Ｆ２３０は、ヘッドセット等の音声入出力装置２３４との音声入出力を制御する。
【００２２】
ＨＴＴＰ中継サーバ１０３は、ＣＰＵ２４１、ＲＯＭ２４２、ＲＡＭ２４３、ＨＤＤ２４４、及びネットワークＩ／Ｆ２４６を備える。ＣＰＵ２４１は、ＲＯＭ２４２又はハードディスク（ＨＤＤ）２４４に記憶された制御プログラムに基づいてシステムバス２４５に接続される各種のデバイスとのアクセスを統括的に制御する。ＲＯＭ２４２は、ＣＰＵ２４１が実行可能な制御プログラム等を記憶している。ＲＡＭ２４３は、主としてＣＰＵ２４１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができる。ハードディスク（ＨＤＤ）２４４は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、及び編集ファイル等を記憶する。なお、本実施形態ではＨＤＤ２４４を用いたが、ＨＤＤ２４４の他にＳＤカードや、フラッシュメモリなどを外部記憶装置として利用してもよい。ネットワークＩ／Ｆ２４６は、ネットワークケーブルを経由して外部ネットワークとデータ通信を行う。
【００２３】
＜処理手順＞
以下では、図３乃至図５を参照して、本実施形態に係るリモート支援システムにおける全体の動作の流れを説明する。最初に、オペレータＰＣ１０２がＨＴＴＰ中継サーバ１０３にアクセスして、遠隔保守開始を待つ状態となる。次に画像形成装置１０１がＨＴＴＰ中継サーバ１０３へアクセスして、遠隔保守が開始される。次節以降で、画像形成装置１０１、オペレータＰＣ１０２、ＨＴＴＰ中継サーバ１０３のより詳細な処理を説明する。
【００２４】
＜オペレータＰＣの処理手順＞
まず、図３を参照して、オペレータＰＣ１０２における、本実施形態の処理手順について説明する。以下で説明する処理は、例えばＨＤＤ２２４に格納されたプログラムがＲＡＭ２２３に読み出され、ＣＰＵ２２１によって実行されることで実現される。なお、以下で記載するＧＥＴ／ＰＯＳＴ（要求）は、ＨＴＴＰ中継サーバ１０３にＷｅｂページを要求するメソッドである。ＧＥＴは送信内容がＵＲＬとして渡されるものであって、送信できる情報量には限りがあり、秘匿性も低い。一方、ＰＯＳＴは、ボディ部に送信内容を定義するためＧＥＴリクエストと比較して、手続きが煩雑であるものの、より多いデータ量を送信することができ、さらに秘匿性も高いものである。
【００２５】
まずＳ３０１で、オペレータＰＣ１０２のＣＰＵ２２１は、ＨＴＴＰ中継サーバ１０３のログインＵＲＬを取得すべくＧＥＴを行い、Ｗｅｂページをディスプレイ２３２に表示する。オペレータＰＣ１０２における画面表示はＷｅｂブラウザを経由して行われる。ログインＵＲＬはＷｅｂブラウザに直接入力してもよいし、ブックマーク等からアクセスしてもよい。
【００２６】
次に、Ｓ３０２で、ＣＰＵ２２１は、Ｓ３０１のＷｅｂページ上でアカウント名とパスワードの入力を認証情報として受け付ける。続いて、Ｓ３０３で、ＣＰＵ２２１は、Ｓ３０１のＷｅｂページ上でログインボタンの押下を受け付ける。Ｓ３０３でログインボタンの押下を受け付けると、Ｓ３０４で、ＣＰＵ２２１は、ログインＵＲＬ（ＨＴＴＰ中継サーバ１０３）にアカウント名とパスワードのＰＯＳＴを行う。ＰＯＳＴに対してＨＴＴＰ中継サーバ１０３は返信を行い、Ｓ３０５で、ＣＰＵ２２１は、この返信が成功か失敗かを判定する。成功である場合にはＳ３０６へ進み、失敗である場合には、Ｓ３０１へ戻る。
【００２７】
Ｓ３０６で、ＣＰＵ２２１は、返信結果から認証セッションＩＤと支援室一覧ＵＲＬを取得する。ここで、支援室（アクセス先）とは、ＨＴＴＰ中継サーバ１０３が仮想空間上で定義した画像形成装置を支援するためのものであり、オペレータＰＣと、画像形成装置とがこの中継サーバの支援室を介して接続され、画像形成装置に対してリモート支援（遠隔保守）が実施される。認証セッションＩＤはアカウント名とパスワードによって認証が成功したことを示すランダムな文字列である。続いて、Ｓ３０７で、ＣＰＵ２２１は、支援室一覧ＵＲＬに対して認証セッションＩＤをパラメータに指定してＧＥＴを行い、Ｗｅｂページをディスプレイ２３２に表示する。支援室一覧ＵＲＬから取得できるＷｅｂページは、オペレータがＨＴＴＰ中継サーバ１０３に存在する、画像形成装置を支援するための複数の支援室の一覧を参照するためのページである。このＷｅｂページは支援室毎に支援室のＩＤと、空室かどうかという支援室（アクセス先）の使用状況を示す情報とが表示される。支援室ＩＤは画像形成装置１０１が遠隔保守を行われるためのＨＴＴＰ中継サーバ１０３上での仮想空間を示すＩＤである。
【００２８】
Ｓ３０７のＷｅｂページを表示した後は、Ｓ３０８で、ＣＰＵ２２１は、ログアウトボタンの押下を受け付けたかどうかを判定する。Ｓ３０８でログアウトボタンの押下を受け付けたと判断した場合にはＳ３０９に進み、ＣＰＵ２２１は、Ｓ３０７で表示したＷｅｂページからログアウト用のＵＲＬを取得する。続いて、Ｓ３１０で、ＣＰＵ２２１は、Ｓ３０９で取得したログアウトＵＲＬに対して認証セッションＩＤのＰＯＳＴを行い、処理をＳ３０１に戻す。
【００２９】
一方、Ｓ３０８でログアウトボタンを受け付けなかった場合、Ｓ３１１で、ＣＰＵ２２１は、空いている支援室の選択を受け付ける。選択を受け付けると、Ｓ３１２で、ＣＰＵ２２１は、Ｗｅｂページから入退室用ＵＲＬと支援室ＩＤとを取得する。続いて、Ｓ３１３で、ＣＰＵ２２１は、入退室用ＵＲＬに対して認証セッションＩＤと支援室ＩＤとオペレータＰＣ１０２の入室要求とのＰＯＳＴを行う。ここで、入室要求とは、当該入退室用ＵＲＬへアクセスを行う要求である。ＰＯＳＴに対してＨＴＴＰ中継サーバ１０３は返信を行い、Ｓ３１４で、ＣＰＵ２２１は、この返信が成功か失敗かを判定する。Ｓ３１４の判定が失敗だった場合はＳ３０７へ戻る。Ｓ３１４の判定が成功であった場合にはＳ３１５に進み、ＣＰＵ２２１は、返信結果から入室セッションＩＤと支援用ＵＲＬとワンタイムパスワードを取得する。返信結果の情報は全てＨＴＴＰ中継サーバ１０３が作成する。入室セッションＩＤとはＨＴＴＰ中継サーバ１０３のある支援室に対して入室が成功したことを示すランダムな文字列である。ワンタイムパスワードは、一時的な認証情報であり、オペレータＰＣ１０２が入室した支援室に一時的に付与される文字列又は数字列或いはそれらの組み合わせであり、ＨＴＴＰ中継サーバ１０３ではこの情報から支援室ＩＤを特定することが可能である。また、ワンタイムパスワードは一時的なＨＴＴＰ中継サーバ１０３への認証情報も兼ねている。
【００３０】
次に、Ｓ３１６で、ＣＰＵ２２１は、Ｓ３１５で取得したワンタイムパスワードをディスプレイ２３２に表示する。オペレータＰＣ１０２のオペレータはこのワンタイムパスワードを読み取り、画像形成装置１０１のユーザに電話やメール等の手法でワンタイムパスワードを伝える。これにより、画像形成装置１０１からＨＴＴＰ中継サーバ１０３への認証が行われると同時に画像形成装置１０１とオペレータＰＣ１０２がＨＴＴＰ中継サーバ１０３の同じ支援室に入室することになり、遠隔保守が可能となる。
【００３１】
Ｓ３１６の処理が行われると、Ｓ３１７で、ＣＰＵ２２１は、停止ボタンが押下されたか否かを判定する。停止ボタンが押されていなければＳ３１９に進み、ＣＰＵ２２１は、支援用ＵＲＬに対して入室セッションＩＤをパラメータとして支援用データのＰＯＳＴ及びＧＥＴを行う。支援用のデータとしては、例えばＶＮＣ（Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｃｏｍｐｕｔｉｎｇ）プロトコルのデータ、動画データ、音声データ、画像形成装置のトラブルの状況を伝えるデータ等などがある。これらのＰＯＳＴ・ＧＥＴを行うことにより、画像形成装置１０１はオペレータＰＣ１０２から遠隔保守のサービスを受けることになる。Ｓ３１９の処理はＳ３１７の判定がＹＥＳになるまで繰り返し実施される。Ｓ３１７で停止ボタンが押下されたと判定した場合にはＳ３１８に進み、ＣＰＵ２２１は、入退室用ＵＲＬに入室セッションＩＤと退室要求のＰＯＳＴを行い、処理をＳ３０７へ戻す。ここで、退室要求とは、当該入退室用ＵＲＬへのアクセスを終了する要求である。
【００３２】
＜画像形成装置の処理手順＞
次に、図４を参照して、本実施形態に係る画像形成装置１０１における処理手順について説明する。以下で説明する処理は、例えばＨＤＤ２０５に格納されたプログラムがＲＡＭ２０４に読み出され、ＣＰＵ２０２によって実行されることで実現される。
【００３３】
まずＳ４０１で、画像形成装置１０１のＣＰＵ２０２は、遠隔保守の画面（受付画面）において、オペレーションパネル２１２を介したユーザによるワンタイムパスワードの入力を受け付ける。ワンタイムパスワードは図３のフローチャートの中で説明している通り、電話やメール等の手法でオペレータＰＣ１０２のオペレータから画像形成装置１０１のユーザに伝えられているものである。ワンタイムパスワードが入力されると、Ｓ４０２で、ＣＰＵ２０２は、開始ボタンの押下を受け付ける。開始ボタンが押下されると、Ｓ４０３で、ＣＰＵ２０２は、ＨＴＴＰ中継サーバ１０３の入退室用ＵＲＬを取得する。入退室用ＵＲＬは画像形成装置１０１に予め登録されていてもよいし、外部の情報処理装置から取得してもよい。外部の情報処理装置には、例えば、画像形成装置のトラブル情報を収集する全世界で一つの管理サーバが挙げられる。
【００３４】
次に、Ｓ４０４で、ＣＰＵ２０２は、入退室用ＵＲＬに対してワンタイムパスワードと参加要求のＰＯＳＴを行う。ＰＯＳＴに対して中継セーバ１０３は返信を行い、Ｓ４０５で、ＣＰＵ２０２は、当該返信が成功か失敗かを判定する。成功である場合にはＳ４０６へ進み、失敗である場合にはＳ４０１へ戻る。
【００３５】
Ｓ４０５が成功である場合にはＳ４０６で、ＣＰＵ２０２は、返信結果から入室セッションＩＤと支援用ＵＲＬとを取得する。続いて、Ｓ４０７で、ＣＰＵ２０２は、停止ボタンの押下又は電源ＯＦＦされたかどうかを判定する。Ｓ４０７がＹＥＳである場合にはＳ４０８へと進み、ＣＰＵ２０２は、入退室用ＵＲＬに対して入室セッションＩＤと退室要求のＰＯＳＴを行って、Ｓ４０１に戻る。
【００３６】
一方、Ｓ４０７がＮＯである場合にはＳ４０９に進み、ＣＰＵ２０２は、支援用ＵＲＬに対して入室セッションＩＤをパラメータとして、支援用のデータのＰＯＳＴ、ＧＥＴを行う。支援用データについては図３の説明で述べた通りである。Ｓ４０９の処理はＳ４０７の判定がＹＥＳになるまで繰り返し実施される。
【００３７】
＜情報処理装置の処理手順＞
次に、図５を参照して、本実施形態に係るＨＴＴＰ中継サーバ１０３における処理手順について説明する。以下で説明する処理は、例えばＨＤＤ２４４に格納されたプログラムがＲＡＭ２４３に読み出され、ＣＰＵ２４１によって実行されることで実現される。
【００３８】
まずＳ５０１で、ＨＴＴＰ中継サーバ１０３のＣＰＵ２４１は、クライアントからのデータを受信する。ここでいうクライアントとは、画像形成装置１０１やオペレータＰＣ１０２のことである。データを受信すると、ＨＴＴＰ中継サーバ１０３は受信データがどの要求であるかを判断する（Ｓ５０２、Ｓ５０６、Ｓ５０８、Ｓ５１５、Ｓ５２２、Ｓ５２８、Ｓ５３２、Ｓ５３６）。判断できない要求である場合（Ｓ５３６でＮｏ）はＳ５０１に戻り次のデータを受信する。
【００３９】
Ｓ５０２で、ＣＰＵ２４１は、Ｓ５０１で受信したデータがログインＵＲＬへのＰＯＳＴ要求であるか否かを判定する。そうであればＳ５０３に進み、そうでなければＳ５０６に進む。Ｓ５０３で、ＣＰＵ２４１は、ログイン処理を行う。ログイン処理には、パスワードを検証したり、証明書のトークンを検証したりといった一般的な認証処理が行われる。当該認証処理の詳細な説明については割愛する。ログイン処理では結果的にそのアカウントに対する認証セッションＩＤというランダムな文字列が発行される。認証セッションＩＤを知っていることは、認証が行われたクライアントである証明となる。続いて、Ｓ５０４で、ＣＰＵ２４１は、ログイン処理においてパスワード等の検証に成功したかどうかを判定する。ログインが失敗した場合にはＳ５４０に進み、ＣＰＵ２４１は、クライアントに対してエラーを返信し、Ｓ５０１へ戻る。一方、ログインに成功した場合はＳ５０５に進み、ＣＰＵ２４１は、認証セッションＩＤと予めＨＴＴＰ中継サーバ１０３に設定されている支援室検索用ＵＲＬをクライアントに返信し、Ｓ５０１に戻る。
【００４０】
Ｓ５０６で、ＣＰＵ２４１は、Ｓ５０１で受信したデータがログアウトＵＲＬへのＰＯＳＴ要求であるか否かを判定する。そうである場合はＳ５０７に進み、そうでない場合はＳ５０８に進む。Ｓ５０７で、ＣＰＵ２４１は、ログアウト処理を行い、Ｓ５０１に戻る。具体的には、ＣＰＵ２４１はＰＯＳＴされた認証セッションＩＤを破棄する。
【００４１】
Ｓ５０８で、ＣＰＵ２４１は、Ｓ５０１で受信したデータが入退室用ＵＲＬへの入室のＰＯＳＴ要求であるか否かを判定する。そうである場合はＳ５０９に進み、そうでない場合はＳ５１５へ進む。Ｓ５０９で、ＣＰＵ２４１は、ＰＯＳＴされた認証セッションＩＤを検証する。具体的には、ＣＰＵ２４１は、Ｓ５０３のログイン処理で正しく発行された認証セッションＩＤかどうかを検証する。その後、Ｓ５１０で、ＣＰＵ２４１は、検証結果が成功であるかどうかを判定する。失敗であればＳ５４０に進み、ＣＰＵ２４１は、クライアントに対してエラーを返信する。一方、検証が成功であればＳ５１１に進み、ＣＰＵ２４１は、入室セッションＩＤを発行する。入室セッションＩＤは、ＰＯＳＴ要求の中に含まれている支援室ＩＤに該当する支援室リストの行の入室セッションＩＤの列に追加される。ここで、図６を参照してＨＴＴＰ中継サーバ１０３が保持する支援室リストの一例について説明する。支援室リスト６００では、支援室ＩＤごとに、パスワードと、入室セッションＩＤと、主催ユーザの情報（ユーザ情報）とを関連付けて登録することができる。図６に示す支援室ＩＤ”１００００１”は、パスワード、入室セッションＩＤ、及び主催ユーザの情報が登録されていないため、空室であることを示す。支援室ＩＤ”１００００２”及び”１００００３”には全ての情報が登録されているため使用中であることを示す。支援室ＩＤ”１００００４”には、全ての情報が登録されているものの、主催ユーザのものではない入室セッションＩＤが登録されているものとする。即ち、主催ユーザ”Ｕｓｅｒ０５”と、入室セッションＩＤ”ｈｏｅｇｈｕｓｎｃ”とは関連付けられていない。
【００４２】
図５の説明に戻る。次に、Ｓ５１２で、ＣＰＵ２４１は、支援室リストの入室した支援室ＩＤの行の主催ユーザの列に、ＰＯＳＴ要求元のアカウント名（主催ユーザの情報）を追加する。このアカウント名はＰＯＳＴ要求の中の認証セッションＩＤの情報から検索することができる。また、Ｓ５１１で追加した入室セッションＩＤとＳ５１２で追加したアカウント名は関連付けて支援室リストに登録され、どの入室セッションＩＤがどのアカウント名であるかが保持される。続いて、Ｓ５１３で、ＣＰＵ２４１は、支援室に対してワンタイムパスワードを生成する。ワンタイムパスワードはランダムに生成される文字列又は数字列或いはそれらの組み合わせである。Ｓ５１１、Ｓ５１２、Ｓ５１３が行われた場合の支援室リストの例は図６の支援室ＩＤ”１００００２”の行のようになる。その後、Ｓ５１４で、ＣＰＵ２４１は、入室セッションＩＤとワンタイムパスワードと予めＨＴＴＰ中継サーバ１０３に設定されている支援用ＵＲＬをクライアントであるオペレータＰＣ１０２へ返信し、Ｓ５０１に戻る。
【００４３】
Ｓ５１５で、ＣＰＵ２４１は、Ｓ５０１で受信したデータが入退室用ＵＲＬへの退室のＰＯＳＴ要求であるか否かを判定する。そうである場合はＳ５１６に進み、そうでない場合はＳ５２２に進む。Ｓ５１６で、ＣＰＵ２４１は、入室セッションＩＤを検証する。具体的には、ＣＰＵ２４１は支援リストに該当する入室セッションＩＤが存在するかどうかを検証する。その後、Ｓ５１７で、ＣＰＵ２４１は、検証結果が成功であるかどうかを判定し、失敗であればＳ５４０へ進み、クライアントに対してエラーを返信し、Ｓ５０１に戻る。一方、検証が成功であればＳ５１８に進み、ＣＰＵ２４１は、入室セッションＩＤを削除する。具体的には、ＣＰＵ２４１はＰＯＳＴ要求の中にある入室セッションＩＤを支援室リストの中から検索して削除する。画像形成装置１０１とオペレータＰＣ１０２が入室した状態から画像形成装置１０１だけが退室した場合の支援室リストの例は、図６の支援室ＩＤ１００００４の行のようになる。支援室ＩＤ”１００００４”では、例えば支援室ＩＤ”１００００３”のように２つの入室セッションＩＤが登録された状態から、一方の入室セッションＩＤが削除された状態となる。
【００４４】
次に、Ｓ５１９で、ＣＰＵ２４１は、削除した入室セッションＩＤが主催ユーザに該当するかどうか判定する。Ｓ５１２で説明した通り、入室セッションＩＤと主催ユーザは関連付いているため判定が可能である。Ｓ５１９で主催ユーザでない場合はＳ５０１に戻る。Ｓ５１９で主催ユーザである場合はＳ５２０に進み、ＣＰＵ２４１は、該当する支援室の行のワンタイムパスワードを削除する。さらに、Ｓ５２１で、ＣＰＵ２４１は、該当する支援室の行の主催ユーザと入室セッションＩＤを削除し、Ｓ５０１に戻る。ここで、入室セッションＩＤの削除は、Ｓ５１８で削除した入室セッションＩＤとは別の入室セッションＩＤが登録されていれば削除することになる。これにより、主催ユーザ以外の入室セッションＩＤが残っていても必ず削除され空室に戻る。したがって、Ｓ５２０とＳ５２１を実施した後の支援室リストの例は、図６の支援室ＩＤ”１００００１”の行のようになり、支援室が空室状態になったことを示す。
【００４５】
Ｓ５２２で、ＣＰＵ２４１は、Ｓ５０１で受信したデータが入退室用ＵＲＬへの参加要求のＰＯＳＴ要求であるか否かを判定する。そうであればＳ５２３に進み、そうでない場合はＳ５２８に進む。Ｓ５２３で、ＣＰＵ２４１は、パラメータからワンタイムパスワードを取得し、Ｓ５２４で支援室リストの中からワンタイムパスワードを検索する。続いて、Ｓ５２５で、ＣＰＵ２４１は、ワンタイムパスワードの検索でマッチする支援室があったかどうかを判定する。支援室にマッチしなかった場合はＳ５４０に進み、ＣＰＵ２４１は、クライアントに対してエラーを返信し、Ｓ５０１に戻る。一方、支援室にマッチした場合はＳ５２６に進み、ＣＰＵ２４１は、入室セッションＩＤを発行する。入室セッションＩＤは、マッチした支援室に該当する行の入室セッションＩＤの列に追加される。Ｓ５２６が行われた場合の支援室リストの例は図６の支援室ＩＤ”１００００３”の行のようになり、入室セッションＩＤとして複数の値が記憶される状態となる。Ｓ５２６の処理は、必ず先にＳ５１３の入室処理が行われた後でなければ実施不可能であるため、ＨＴＴＰ中継サーバ１０３においては、オペレータＰＣ１０２が入室成功した後でのみ画像形成装置１０１が参加成功するように制御される。この制御により、画像形成装置１０１がオペレータＰＣ１０２よりも先に入室することを防止している。さらに、Ｓ５２７で、ＣＰＵ２４１は、入室セッションＩＤと予めＨＴＴＰ中継サーバ１０３に設定されている支援用ＵＲＬをクライアントへ返信し、Ｓ５０１に戻る。
【００４６】
Ｓ５２８で、ＣＰＵ２４１は、Ｓ５０１で受信したデータが支援室一覧ＵＲＬへのＧＥＴ要求であるか否かを判定する。そうである場合はＳ５２９に進み、そうでない場合はＳ５３２に進む。Ｓ５２９で、ＣＰＵ２４１は、ＰＯＳＴされた認証セッションＩＤを検証する。具体的には、ＣＰＵ２４１は、Ｓ５０３のログイン処理で正しく発行された認証セッションＩＤかどうかを検証する。その後、Ｓ５３０で、ＣＰＵ２４１は、検証結果が成功であるかどうかを判定し、失敗であればＳ５４０に進み、クライアントに対してエラーを返信し、Ｓ５０１に戻る。一方、検証が成功であればＳ５３１に進み、ＣＰＵ２４１は、支援室一覧のＷｅｂページをクライアントへ提供し、Ｓ５０１に戻る。このＷｅｂページには支援室ＩＤの一覧、支援室毎に空室かどうかの情報、入退室用ＵＲＬ、ログアウト用ＵＲＬが含まれる。
【００４７】
Ｓ５３２で、ＣＰＵ２４１は、Ｓ５０１で受信したデータが支援用ＵＲＬへＧＥＴ要求であるか否かを判定する。そうであればＳ５３３に進み、そうでない場合はＳ５３６へ進む。Ｓ５３３で、ＣＰＵ２４１は、入室セッションＩＤを検証する。具体的には、ＣＰＵ２４１は、支援リストに該当する入室セッションＩＤが存在するかどうかを検証する。その後、Ｓ５３４で、ＣＰＵ２４１は、検証結果が成功であるかどうかを判定し、失敗であればＳ５４０に進みクライアントに対してエラーを返信し、Ｓ５０１に戻る。一方、検証が成功であればＳ５３５に進み、ＣＰＵ２４１は、支援室に結び付くデータバッファからデータを取得してクライアントへ返信し、Ｓ５０１に戻る。
【００４８】
Ｓ５３６で、ＣＰＵ２４１は、Ｓ５０１で受信したデータが支援用ＵＲＬへＰＯＳＴ要求であるか否かを判定する。そうである場合はＳ５３７に進み、そうでない場合はＳ５０１に戻る。Ｓ５３７で、ＣＰＵ２４１は、入室セッションＩＤの検証を実施し、Ｓ５３８で検証が成功であるか否かを判定する。検証が失敗であればＳ５４０に進み、ＣＰＵ２４１は、クライアントに対してエラーを返信し、Ｓ５０１に戻る。一ポイ、検証が成功であればＳ５３９に進み、ＣＰＵ２４１は、支援室に結び付くデータバッファにデータを保存し、Ｓ５０１に戻る。Ｓ５３２〜Ｓ５３９の処理によって遠隔保守が実現される。
【００４９】
以上説明したように、本実施形態に係るリモート支援システムは、画像形成装置、情報処理装置、及び中継サーバを含む情報処理システムとして提供される。本情報処理装置は、中継サーバを介して画像形成装置と通信するための第１セッションＩＤ及び一時的な認証情報を該中継サーバへ要求して取得し、当該一時的な認証情報をディスプレイに表示する。また、本画像形成装置は、ユーザ入力を介して、一時的な認証情報を受け付け、当該一時的な認証情報を用いて、対応するアクセス先情報と、中継サーバを介して情報処理装置と通信するための第２セッションＩＤとを中継サーバへ要求して取得する。また、中継サーバは、情報処理装置からの要求に従って、第１セッションＩＤ及び一時的な認証情報を発行し、画像形成装置からの要求に従って、当該画像形成装置から受け付けた一時的な認証情報に対応するアクセス先情報と第２セッションＩＤとを発行する。これにより支援室への入室がオペレータＰＣ１０２からのみ先に行うことが可能となる。即ち、画像形成装置１０１のユーザは、必ずオペレータＰＣ１０２のオペレータからワンタイムパスワードを取得しなければ支援室に参加することができないように制御することができる。よって、オペレータのＰＣがセッション管理サーバに接続した後でのみ、複合機が接続可能となり、セッション管理サーバの負荷を低減することが可能となる。
【００５０】
＜第２の実施形態＞
以下では、本発明の第２の実施形態について説明する。本実施形態では、リモート支援サービスの提供を受けている画像形成装置が再起動した場合の制御について説明する。本実施形態はネットワーク構成、ハードウェア構成については上記第１の実施形態と同様であるため説明を省略する。また、オペレータＰＣ１０２、及びＨＴＴＰ中継サーバ１０３の処理手順についても、上記第１の実施形態と同様であるため説明を省略する。
【００５１】
図７を参照して、本実施形態に係る画像形成装置１０１における処理手順について説明する。以下で説明する処理は、例えばＨＤＤ２０５に格納されたプログラムがＲＡＭ２０４に読み出され、ＣＰＵ２０２によって実行されることで実現される。
【００５２】
まずＳ７０１で、画像形成装置１０１のＣＰＵ２０２は、遠隔保守の画面（受付画面）を生成する際に、暗号化済みワンタイムパスワードがＨＤＤ２０５に保存されているかどうかを判定する。保存されていない場合はＳ７０６へ進む。一方、保存されている場合はＳ７０２に進み、ＣＰＵ２０２は、暗号化済みワンタイムパスワードを当該ＨＤＤ２０５から取得して、その後ＨＤＤ２０５から当該情報を削除する。続いて、Ｓ７０３で、ＣＰＵ２０２は、暗号化済みワンタイムパスワードの保存時刻と現在時刻を比較して、保存時刻から一定時間が経過しているかどうかを判定する。ここで、上記一定時間は予め画像形成装置１０１に設定されている場合もあるし、固定値である場合もある。一定時間が経過している場合はＳ７０６へ進む。一方、一定時間内である場合は、Ｓ７０４で、ＣＰＵ２０２は、暗号化済みワンタイムパスワードを復号する。具体的な処理の例としては、画像形成装置１０１に予め設定されている機密情報保存用の鍵を使用して、復号処理を実行する。その後、Ｓ７０５で、ＣＰＵ２０２は、復号したワンタイムパスワードを、ワンタイムパスワードの入力領域にプリセットして変更可能に表示し、Ｓ７０６に進む。
【００５３】
Ｓ７０６で、ＣＰＵ２０２は、ワンタイムパスワードの入力を受け付ける。ここで、Ｓ７０５の処理を行っている場合は、既にワンタイムパスワードが入力済みの状態となっている。この場合、画像形成装置１０１のユーザはワンタイムパスワードを入力し直してもよいし、そのまま次の処理に進んでもよい。ワンタイムパスワード入力後のＳ７０７乃至Ｓ７１０の処理については、Ｓ４０２乃至Ｓ４０５の処理と同様であるため説明を省略する。
【００５４】
Ｓ７１０が成功である場合にはＳ７１１に進み、ＣＰＵ２０２は、ワンタイムパスワードを暗号化する。具体的な処理の例としては、Ｓ７０４と同様の機密情報保存用の鍵を使用して暗号処理を実行する。Ｓ７０４とＳ７１１で使用する鍵を合わせることで、Ｓ７０４では復号処理が可能となる。その後、Ｓ７１２で、ＣＰＵ２０２は、暗号化済みワンタイムパスワードをＨＤＤ２０５に保存する。続いて、Ｓ７１３で、ＣＰＵ２０２は、返信結果から入室セッションＩＤと支援用ＵＲＬを取得する。
【００５５】
次に、Ｓ７１４で、ＣＰＵ２０２は、停止ボタンが押下されたかどうか判定する。押下されていればＳ７１５に進み、ＣＰＵ２０２は、入退室用ＵＲＬに対して入室セッションＩＤと退室要求をＰＯＳＴする。さらに、Ｓ７１６で、ＣＰＵ２０２は、Ｓ７１２で保存した暗号化済みワンタイムパスワードを削除する。これにより、遠隔保守は終了してＳ７０１へ戻る。
【００５６】
一方、Ｓ７１４で押下されていないと判定すると、Ｓ７１７で、ＣＰＵ２０２は、電源ＯＦＦが指示されたかどうかを判定する。Ｓ指示されていればＳ７１８に進み、ＣＰＵ２０２は、入退室用ＵＲＬに対して入室セッションＩＤと退室要求のＰＯＳＴを行う。これにより、遠隔保守は終了してＳ７０１へ戻る。画像形成装置１０１が再起動する場合にはＳ７１８の後に再起動処理が入りその後Ｓ７０１へ進む。画像形成装置１０１が遠隔保守を実行中に再起動指示を受け付けた場合は、Ｓ７１５のような暗号化済みワンタイムパスワードの削除処理が行われないため、Ｓ７０１〜Ｓ７０５の処理によってワンタイムパスワードがプリセットされる。これにより、遠隔保守を実行中に再起動をしても、画像形成装置１０１の起動後には、ユーザにとって簡便に遠隔保守の再接続が可能となる。
【００５７】
一方、Ｓ７１７で指示されていないと判定すると、Ｓ７１９に進み、ＣＰＵ２０２は、再起動後に再接続をしないボタンが押下されたかどうかを判定する。押下されていればＳ７２０へ進み、ＣＰＵ２０２は、Ｓ７１２で保存した暗号化済みワンタイムパスワードを削除し、Ｓ７１４へ戻る。一方、押下されていなければＳ７２１へ進み、ＣＰＵ２０２は、支援用ＵＲＬに対して入室セッションＩＤをパラメータとして、支援用のデータのＰＯＳＴ、ＧＥＴを行う。支援用データについては図３の説明で述べた通りである。加えて、本実施形態では、画像形成装置１０１の再起動時に再接続しないことを指示するという支援データも含まれる。
【００５８】
次に、Ｓ７２２で、ＣＰＵ２０２は、ＧＥＴした支援データが再起動時に現在接続している支援室（アクセス先）に再接続しないことを指示する支援データかどうかを判定する。そうでない場合はＳ７１４に戻り、そうである場合はＳ７２３に進む。Ｓ７２３で、ＣＰＵ２０２は、Ｓ７１２で保存した暗号化済みワンタイムパスワードを削除し、Ｓ７１４へ戻る。Ｓ７２１の処理はＳ７１４又はＳ７１７の判定がＹＥＳになるまで繰り返し実施される。
【００５９】
以上説明したように、本実施形態では遠隔保守中に画像形成装置１０１を電源ＯＦＦするとワンタイムパスワードの保存された状態で維持され、次回起動時はワンタイムパスワードが入力済みの状態となる。これにより、画像形成装置１０１のユーザは、ワンタイムパスワードの入力を省略することができ、簡便に遠隔保守を再開することができる。
【００６０】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６１】
１０１：画像形成装置、１０２：オペレータＰＣ、１０３：中継サーバ、１０４、１０５：ＦＷ、１０６：ネットワーク
【図１】
2018041171.tif 000003
【図２】
2018041171.tif 000004
【図３】
2018041171.tif 000005
【図４】
2018041171.tif 000006
【図５】
2018041171.tif 000007
【図６】
2018041171.tif 000008
【図７】
2018041171.tif 000009