(57)【要約】【課題】ネットワークデバイスを復元したことにより管理装置との通信に用いる認証鍵として既に有効でない認証鍵が復元された場合に、ネットワークデバイスと管理システムとの通信を継続できるシステムを提供する。【解決手段】ネットワークデバイス１０１ａが管理サーバ１０２との通信に認証エラーにより失敗した場合、ネットワークデバイス１０１ａは、管理サーバ１０２との通信に最後に成功したときの日時を示すタイムスタンプ情報を自装置の登録情報を更新する要求に含めて送信する。管理サーバ１０２は、受信した要求に含まれるタイムスタンプ情報に基づき、通信に最後に成功したときに用いた認証鍵を特定し、特定した認証鍵を用いてネットワークデバイス１０１ａの認証を行い、認証に成功した場合に、新たな認証鍵を送信する。ネットワークデバイス１０１ａは、管理サーバ１０２との通信に用いる認証鍵を、送信された新たな認証鍵で更新する。【選択図】図６
2019140441.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークデバイスと管理システムとを含むシステムであって、
前記ネットワークデバイスは、
前記管理システムとの通信に失敗したことを示す情報を受信する受信手段と、
前記通信の失敗が、前記管理システムにおいて前記ネットワークデバイスの認証に失敗したことによる場合、前記管理システムとの通信に最後に成功したときの日時を示す情報を取得する取得手段と、
前記ネットワークデバイスの登録情報を更新する要求に、取得された前記日時を示す情報を含めて送信する要求手段と、を有し、
前記管理システムは、
前記ネットワークデバイスの登録情報を更新する要求を受信する受信手段と、
受信した前記要求に含まれる前記管理システムとの通信に最後に成功したときの日時を示す情報に基づき、該通信に最後に成功したときに用いた認証鍵を特定する特定手段と、
特定された前記認証鍵を用いて前記ネットワークデバイスの認証を行う認証手段と、
前記認証に成功した場合に、新たな認証鍵を送信する送信手段と、を有し、
前記ネットワークデバイスは、さらに、前記管理システムとの通信に用いる認証鍵を、前記管理システムから送信された新たな認証鍵で更新する更新手段と、を有する
ことを特徴とするシステム。
【請求項２】
前記ネットワークデバイスの更新手段は、前記管理システムとの通信に成功した場合、前記管理システムとの通信に最後に成功したときの日時を該通信に成功した日時で更新する
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記管理システムの前記認証手段は、前記ネットワークデバイスの登録情報を更新する要求を受信すると、該ネットワークデバイスに対して現在有効な認証鍵を用いた認証を行い、該認証に失敗した場合に前記特定手段により特定された認証鍵を用いた認証を行う
ことを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記管理システムは、前記ネットワークデバイスの登録情報を更新する要求を受信し、該ネットワークデバイスの認証に成功した場合に、該ネットワークデバイスに対して新たな認証鍵を生成する生成手段と、
生成された前記認証鍵と該認証鍵の生成された日時とを含む情報を保持する保持手段と、をさらに有する
ことを特徴とする請求項１乃至３のいずれか一項に記載のシステム。
【請求項５】
前記管理システムの保持手段は、前記ネットワークデバイスとの通信のための認証鍵を定期的に更新し、更新前後の認証鍵を保持する
ことを特徴とする請求項４に記載のシステム。
【請求項６】
前記管理システムは、前記ネットワークデバイスの登録情報を更新する要求を受信し、該ネットワークデバイスの認証に成功した場合に、該登録情報を更新する更新手段をさらに有する
ことを特徴とする請求項１乃至５のいずれか一項に記載のシステム。
【請求項７】
前記管理システムは、前記ネットワークデバイスの稼動情報を管理する
ことを特徴とする請求項１乃至６のいずれか一項に記載のシステム。
【請求項８】
前記ネットワークデバイスは、前記管理システムへ稼動情報を送信するための通信が、前記管理システムにおいて前記ネットワークデバイスの認証に失敗したことにより失敗した場合、前記管理システムとの通信に用いる認証鍵を、前記管理システムから送信された新たな認証鍵で更新した後、前記稼動情報の再送信を行う
ことを特徴とする請求項７に記載のシステム。
【請求項９】
前記管理システムは、
前記ネットワークデバイスのバックアップに関する設定を取得する取得手段と、
取得された前記バックアップに関する設定に含まれる、前記ネットワークデバイスのバックアップを実行するか否かの設定に基づき、該ネットワークデバイスとの通信において現在有効な認証鍵以外の認証鍵を保持するか否かを判断する判断手段と、をさらに有する
ことを特徴とする請求項請求項１乃至８のいずれか一項に記載のシステム。
【請求項１０】
前記管理システムは、前記バックアップに関する設定において、前記ネットワークデバイスのバックアップを実行する設定がなされている場合であって、バックアップを定期的に実行する設定がなされているときに、所定の期間よりも前に生成された認証鍵を保持しない
ことを特徴とする請求項９に記載のシステム。
【請求項１１】
ネットワークデバイスと管理システムとを含むシステムにおける方法であって、
前記ネットワークデバイスが、前記管理システムとの通信に失敗したことを示す情報を受信する工程と、
前記ネットワークデバイスが、前記通信の失敗が、前記管理システムにおいて前記ネットワークデバイスの認証に失敗したことによる場合、前記管理システムとの通信に最後に成功したときの日時を示す情報を取得する工程と、
前記ネットワークデバイスが、前記ネットワークデバイスの登録情報を更新する要求に、取得された前記日時を示す情報を含めて送信する工程と、
前記管理システムが、前記ネットワークデバイスの登録情報を更新する要求を受信する工程と、
前記管理システムが、受信した前記要求に含まれる前記管理システムとの通信に最後に成功したときの日時を示す情報に基づき、該通信に最後に成功したときに用いた認証鍵を特定する工程と、
前記管理システムが、特定された前記認証鍵を用いて前記ネットワークデバイスの認証を行う工程と、
前記管理システムが、前記認証に成功した場合に、新たな認証鍵を送信する工程と、
前記ネットワークデバイスが、前記管理システムとの通信に用いる認証鍵を、前記管理システムから送信された新たな認証鍵で更新する工程と、を有する
ことを特徴とするシステムにおける方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムおよびシステムにおける方法に関する。
【背景技術】
【０００２】
クラウドサービスやＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）の普及に伴い、通信制御装置が搭載された画像処理装置などのネットワークデバイスの監視情報を、ネットワーク経由で管理サーバが受信して管理を行うシステムが登場してきている。このようなシステムでは、ネットワークデバイスにインストールされて動作するクライアントアプリケーションにより、ネットワークデバイスの稼動情報などの監視情報が収集され、管理サーバへ送信される。
【０００３】
管理サーバは、ネットワークデバイスから監視情報などが送信されると、管理サーバに登録されたクライアントアプリケーションからの通信であることの確認のため、共通鍵を用いた認証情報によってクライアントアプリケーションを認証する。共通鍵は、クライアントアプリケーションの接続開始時や、クライアントアプリケーションの更新時などに管理サーバが生成し、クライアントアプリケーションに発行される。
【０００４】
管理サーバは、他のネットワークデバイスの情報が誤って混在することのないよう、共通鍵を用いた認証によりネットワークデバイスのクライアントアプリケーションを特定して、監視情報の受信や管理を行う。
【０００５】
特許文献１は、監視装置の入れ替えを行う際に、管理装置との通信時に使う認証キーを入れ替え前の監視装置に対して発行済みの場合、認証キーを再発行されることが開示されている。また、特許文献１では、再発行前の認証キーを仮認証キーとして保持することにより、入れ替え前の監視装置からの特定の接続のみは許可することが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１７−１９１３５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ネットワークデバイスの故障や操作ミスによる設定データやアプリケーションの消失に備え、ネットワークデバイスの設定データやアプリケーションファイルを、外部装置にバックアップするシステムが知られている。そのようなシステムでは、ネットワークデバイスの各々のアプリケーションファイルが使用するデータも含めて一括でバックアップされる。そして、ネットワークデバイスは、バックアップしたバックアップファイルを復元することにより、バックアップを実行した時点の状態に戻すことができる。
【０００８】
しかしながら、このような復元によりネットワークデバイス自身の設定データやアプリケーションは、バックアップを実行した時点に戻せるものの、外部の管理サーバと通信を行うクライアントアプリケーションは、管理サーバとの間で不整合を生じかねない。特に、認証に使用する共通鍵が古い認証鍵で復元されてしまうと、管理サーバとの通信で認証エラーが発生し、クライアントアプリケーションと管理サーバとの全ての通信が失敗してしまう。
【０００９】
本発明は、ネットワークデバイスを復元したことにより管理装置との通信に用いる認証鍵として既に有効でない認証鍵が復元された場合に、ネットワークデバイスと管理システムとの通信を継続できるシステムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の一実施形態のシステムは、ネットワークデバイスと管理システムとを含むシステムであって、前記ネットワークデバイスは、前記管理システムとの通信に失敗したことを示す情報を受信する受信手段と、前記通信の失敗が、前記管理システムにおいて前記ネットワークデバイスの認証に失敗したことによる場合、前記管理システムとの通信に最後に成功したときの日時を示す情報を取得する取得手段と、前記ネットワークデバイスの登録情報を更新する要求に、取得された前記日時を示す情報を含めて送信する要求手段と、を有し、前記管理システムは、前記ネットワークデバイスの登録情報を更新する要求を受信する受信手段と、受信した前記要求に含まれる前記管理システムとの通信に最後に成功したときの日時を示す情報に基づき、該通信に最後に成功したときに用いた認証鍵を特定する特定手段と、特定された前記認証鍵を用いて前記ネットワークデバイスの認証を行う認証手段と、前記認証に成功した場合に、新たな認証鍵を送信する送信手段と、を有し、前記ネットワークデバイスは、さらに、前記管理システムとの通信に用いる認証鍵を、前記管理システムから送信された新たな認証鍵で更新する更新手段と、を有する。
【発明の効果】
【００１１】
本発明のシステムによれば、ネットワークデバイスを復元したことにより管理装置との通信に用いる認証鍵として既に有効でない認証鍵が復元された場合に、ネットワークデバイスと管理システムとの通信を継続できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るシステムの構成を示す図である。
【図２】画像処理装置および管理サーバのハードウェア構成を示す図である。
【図３】画像処理装置および管理サーバのソフトウェア構成を示す図である。
【図４】画像処理装置が監視情報を送信する処理を示すフローチャートである。
【図５】管理サーバが稼動情報を受信する処理を示すフローチャートである。
【図６】管理サーバが稼動情報を受信する処理を示すフローチャートである。
【図７】第２実施形態における管理サーバのソフトウェア構成を示す図である。
【図８】管理サーバが認証鍵の履歴を管理する処理を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面などを参照して説明する。
【００１４】
（第１実施形態）
図１は、本発明の一実施形態に係るシステムの構成を示す図である。
図１に示すように、本発明の一実施形態に係るシステムシステムは、ネットワークデバイス１０１ａ、１０１ｂ、管理サーバ１０２、ネットワーク１０３を有する。ネットワークデバイス１０１ａ、１０１ｂは、それぞれ管理サーバ１０２とインターネットなどのネットワーク１０３を介して接続される。ネットワークデバイス１０１ａ、１０１ｂは、例えば、プリンタや複写機、スキャナなどの画像処理装置である。
【００１５】
ネットワークデバイス１０１ａ、１０１ｂは、画像形成処理や通信処理、障害発生などのネットワークデバイスで実行した処理の実行毎に処理内容や結果を含むログや実行状況を示すステータスを記録する。ネットワークデバイス１０１ａ、１０１ｂは、そのような処理のログやステータスを記録する機器であれば良く、画像処理装置に限られるものではない。例えば、ネットワークデバイス１０１ａ、１０１ｂは、ネットワークカメラやデジタル医療器、自動車や各種ネットワーク家電等であってもよい。
【００１６】
ネットワークデバイス１０１ａ、１０１ｂには、該ネットワークデバイスの監視を行うクライアントアプリケーションがインストールされる。該クライアントアプリケーションは、ネットワークデバイス１０１ａ、１０１ｂにおける処理のログやステータスなどの稼動情報（監視情報）を収集し、収集した稼動情報を管理サーバ１０２に送信する機能を備える。
【００１７】
管理サーバ１０２は、複数のネットワークデバイス１０１ａ、１０１ｂの稼動情報を管理する管理プログラムが動作するシステム（管理システム）である。管理サーバ１０２は、クラウドサービスによって提供されるリソースとしての１以上のＶＭ（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）やストレージを用いて構築される。なお、管理サーバ１０２は、１台のサーバコンピュータ（実コンピュータ）により実現されてもよく、また複数のサーバコンピュータから構築されてもよい。
【００１８】
仮想マシンとは、仮想化技術によって、データセンタ上のサーバコンピュータを物理的な構成にとらわれずに論理的な単位で分割し、分割したそれぞれで独立したオペレーティングシステムをもって動作する論理的なコンピュータである。管理サーバ１０２は、ネットワークデバイス１０１ａ、１０１ｂから稼動情報等を含む各種情報を受信し、それら各種情報を蓄積管理し、その集計や分析を行うことによって、種々のサービスを提供する。
【００１９】
図２（Ａ）は、ネットワークデバイス１０１ａ、１０１ｂの一例としての画像処理装置のハードウェア構成を示す図である。
画像形成部２１１は、プリンタやスキャナ、ファクシミリなどの一部、または全部が含まれる。センサ２１２は、画像形成部２１１の動作を検知する装置で、画像形成部２１１による画像形成処理の完了や動作異常の処理エラー、消耗品切れなどを検知する。
【００２０】
操作部２１３は、ハードキーやタッチパネルなどの入力機器を備え、画像形成部２１１の操作や通信設定の操作などを受け付ける。表示部２１４は、ディスプレイなどの出力機器であり、画像処理装置の動作状態や機器設定などを表示する。なお、表示部２１４は、操作部２１３と一体となった構成でもよく、例えば、タッチパネルであってもよい。
【００２１】
記憶装置２１５には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や画像処理プログラム、画像形成処理の対象となる画像データ、ネットワーク１０３と接続するための設定情報が格納される。また、記憶装置２１５には、ネットワークデバイス１０１ａ、１０１ｂを管理するための各種アプリケーションが格納される。各種アプリケーションには、後述するバックアップアプリケーションやクライアントアプリケーションを含む。
【００２２】
ＣＰＵ２１７は、記憶装置２１５から画像処理プログラムや各種アプリケーションをメモリ２１６にロードし、実行する。通信Ｉ／Ｆ部２１８は、ネットワーク１０３を介して管理サーバ１０２と接続され、稼動情報の送信先である管理サーバ１０２との通信の制御を行うネットワークインタフェースである。
【００２３】
図２（Ｂ）は、情報処理装置のハードウェア構成を示す図である。本実施形態における情報処理装置は、システムが構築されるデータセンタ上に配置され、管理サーバ１０２のＶＭを実現するサーバコンピュータである。情報処理装置は、ディスプレイなどの出力装置と接続する出力Ｉ／Ｆ部２２１と、キーボードなどの入力装置と接続する入力Ｉ／Ｆ部２２２、記憶装置２２３、メモリ２２４、ＣＰＵ２２５、および通信Ｉ／Ｆ部２２６を備える。
【００２４】
記憶装置２２３には、ＯＳや、管理サーバ１０２における管理プログラムなどが格納される。ＣＰＵ２２５は、記憶装置２２３から管理プログラムをメモリ２２４にロードし、実行する。通信Ｉ／Ｆ部２２６は、ネットワーク１０３に接続され、監視対象であるネットワークデバイス１０１ａ、１０１ｂとの通信を制御する。
【００２５】
図３（Ａ）は、ネットワークデバイス１０１ａ、１０１ｂ上で動作するアプリケーションのソフトウェア構成の中で、特に本発明に係る部分の機能ブロックを示す図である。
ネットワークデバイス１０１ａ、１０１ｂ上で動作するアプリケーションは、ネットワークデバイスのバックアップおよび復元を行うバックアップアプリケーション３０１、およびネットワークデバイスの監視を行うクライアントアプリケーション３０２を含む。
【００２６】
バックアップアプリケーション３０１は、ネットワークデバイス１０１ａ、１０１ｂの故障やデータの破損などの不慮の事態に備えるもので、デバイスバックアップ部３１１およびデバイス復元部３１２を備える。デバイスバックアップ部３１１は、ネットワークデバイス１０１ａ、１０１ｂの設定情報やクライアントアプリケーション３０２などのアプリケーションを、該アプリケーションの使用領域も含めてバックアップする。
【００２７】
デバイスバックアップ部３１１がバックアップしたバックアップファイルは、ネットワークデバイス１０１ａ、１０１ｂと直接接続される外部記憶装置、またはネットワークを介して接続されるＰＣやバックアップ管理サーバ（不図示）に保存される。デバイスバックアップ部３１１によるバックアップは、定期的、またはユーザによる操作で不定期に実行される。
【００２８】
デバイス復元部３１２は、デバイスバックアップ部３１１がバックアップしたバックアップファイルをネットワークデバイス１０１ａ、１０１ｂに復元する。ネットワークデバイス１０１ａ、１０１ｂの故障やデータの破損などの不慮の事態が発生した場合に、デバイス復元部３１２がバックアップファイルから復元を行う。これにより、ネットワークデバイス１０１ａ、１０１ｂをバックアップが実行された時点の状態に戻すことができる。
【００２９】
クライアントアプリケーション３０２は、認証情報管理部３１３、稼動情報送信部３１４、通信成功日時管理部３１５、および更新要求送信部３１６を備える。認証情報管理部３１３は、管理サーバ１０２から受信した認証鍵を保持するとともに、保持する認証鍵を用いて認証情報を生成する。
【００３０】
認証鍵は、管理サーバ１０２によって、管理サーバ１０２へのクライアントアプリケーション３０２の登録や、登録情報（以下、クライアント情報）の更新に伴ってクライアントアプリケーション３０２各々に対して発行される共通鍵である。クライアント情報は、ネットワークデバイス１０１ａ、１０１ｂのクライアントアプリケーションを一意に識別するクライアントＩＤや、クライアントアプリケーションのバージョン情報を含む。認証情報は、管理サーバ１０２との間で事前に取り決められた署名情報を、認証鍵で暗号化またはハッシュ化することで生成される。
【００３１】
稼動情報送信部３１４は、ネットワークデバイス１０１ａ、１０１ｂのログやステータスなどの稼動情報を、管理サーバ１０２に送信する。このとき、認証情報管理部３１３の生成する認証情報を付加して送信することで、受信側の管理サーバ１０２が認証情報を検証して送信元のクライアントアプリケーション３０２を認証できるようにする。
【００３２】
通信成功日時管理部３１５は、稼動情報送信部３１４が送信に成功したときのタイムスタンプ情報を上書き更新することにより、最後に管理サーバ１０２と通信できた日時情報を管理する。なお、通信成功日時管理部３１５は、管理サーバ１０２から認証鍵を受信したときの日時情報を管理するようにしても良い。更新要求送信部３１６は、クライアントアプリケーション３０２をアップデートした際などに、管理サーバ１０２に登録されているクライアント情報の更新と認証鍵の再発行を管理サーバ１０２に要求する。
【００３３】
図３（Ｂ）は、管理サーバ１０２上で動作する管理プログラムのソフトウェア構成の中で、特に本発明に係る部分の機能ブロックを示す図である。
認証鍵生成部３２１は、ネットワークデバイス１０１ａ、１０１ｂが備える各クライアントアプリケーション３０２に対して発行される認証鍵を生成する。認証鍵は、定期的、またはクライアントアプリケーション３０２からクライアント情報の更新の要求があった場合等に生成される。認証鍵履歴管理部３２２は、認証鍵生成部３２１が生成した認証鍵の履歴を、クライアントアプリケーション３０２と関連付けて管理する。表Ａは、認証鍵履歴管理部３２２が管理する認証鍵発行履歴テーブルの一例である。
【００３４】
【表１】
2019140441.tif 000003
【００３５】
表Ａの認証鍵発行履歴テーブルは、クライアントＩＤ、認証鍵発行日時、認証鍵、およびステータスの各列から構成される。クライアントＩＤは、認証鍵を発行したネットワークデバイス１０１ａ、１０１ｂの各クライアントアプリケーション３０２を一意に識別するＩＤ情報である。認証鍵発行日時は、クライアントアプリケーション３０２に認証鍵を発行した日時情報である。認証鍵は、認証鍵生成部３２１が生成してクライアントアプリケーション３０２に発行した認証鍵であり、多くの場合暗号化して格納される。
【００３６】
表Ａに示す例では、クライアントＩＤが「ＣＬＴ００１」のクライアントアプリケーション３０２に対して、２０１７年１１月１０日、２０１７年１２月１日、および２０１７年１２月１５日の計３回認証鍵が発行されていることがわかる。ステータスは、認証鍵が現在有効であるかを示す認証鍵のステータス情報である。すなわち、認証鍵履歴管理部３２２は、更新前後の認証鍵に関する情報を保持している。
【００３７】
クライアント情報の更新などに伴って認証鍵が再発行されると、以前の認証鍵は無効となり、クライアントＩＤごとに最後に発行した認証鍵のみが有効となることで認証鍵は更新される。上述したクライアントＩＤが「ＣＬＴ００１」の例では、２０１７年１２月１５日に発行された認証鍵が有効であり、２０１７年１１月１０日および２０１７年１２月１日に発行された認証鍵は、それぞれ無効であることがわかる。
【００３８】
認証情報検証部３２３は、クライアントアプリケーション３０２から送信される認証情報を、そのクライアントアプリケーション３０２で現在有効な認証鍵を用いて検証する。上述したクライアントＩＤが「ＣＬＴ００１」の例では、２０１７年１２月１５日に発行された認証鍵「ｋｅｙ−ｃｃｃ」を用いて、「ＣＬＴ００１」から送信される認証情報を検証する。管理サーバ１０２は、この認証情報検証部３２３での認証情報の検証によって、クライアントアプリケーション３０２を認証する。
【００３９】
稼動情報受信部３２４は、クライアントアプリケーション３０２から稼動情報を受信する。このとき、送信元のクライアントアプリケーション３０２を認証するための認証情報を、稼動情報と併せて受信し、稼動情報受信部３２４は、認証情報検証部３２３が認証に成功した場合に受信した稼動情報の蓄積処理を行う。認証情報履歴検証部３２５は、クライアントアプリケーション３０２から送信される認証情報を、そのクライアントアプリケーション３０２の認証鍵の履歴から特定した認証鍵を用いて検証する。すなわち、認証情報履歴検証部３２５は、過去に生成され、既に有効でない認証鍵を用いてクライアントアプリケーション３０２から送信される認証情報を検証する。
【００４０】
本実施形態では、認証情報履歴検証部３２５は、特に以下のような場合に備えるための機能である。ネットワークデバイス１０１ａ、１０１ｂにおいて、バックアップアプリケーション３０１による復元により、認証鍵を含むクライアントアプリケーション３０２のデータが、バックアップが実行された時点のデータに復元されてしまう場合等である。
【００４１】
クライアントアプリケーション３０２のデータがバックアップファイルから復元され、過去の無効な認証鍵が復元された場合に、クライアントアプリケーション３０２は、該無効な認証鍵を用いて認証情報を生成する。そして、管理サーバ１０２の認証情報検証部３２３による現在有効な認証鍵を用いて、該認証情報の検証を行うと、検証に失敗し、認証エラーとなってしまう。そのため、認証情報履歴検証部３２５は、クライアントアプリケーション３０２から認証情報と併せて受信したタイムスタンプ情報を元に、認証鍵の履歴からバックアップアプリケーション３０１による復元で復元された認証鍵を特定する。
【００４２】
なお、タイムスタンプ情報もまた、バックアップアプリケーション３０１による復元で、バックアップが実行された時点のデータに復元された情報である。すなわち、タイムスタンプ情報が示す日時は、バックアップが実行された時点より以前であって、クライアントアプリケーション３０２が管理サーバ１０２との通信に成功した最新の日時である。認証情報履歴検証部３２５は、認証鍵履歴管理部３２２が管理する認証鍵の履歴から、タイムスタンプ情報が示す日時以前に発行された認証鍵の中で最新の認証鍵を、復元された認証鍵であると特定する。
【００４３】
そして、認証情報履歴検証部３２５は、特定した認証鍵を用いて、クライアントアプリケーション３０２から受信した認証情報を検証する。例えば、表Ａでは、クライアントＩＤが「ＣＬＴ００１」のクライアントアプリケーション３０２から受信したタイムスタンプ情報が示す日時が「２０１７年１２月８日」の場合、認証情報履歴検証部３２５は、以下の認証鍵を特定する。認証情報履歴検証部３２５は、「２０１７年１２月８日」より以前に発行された認証鍵の中で最新の認証鍵である「ｋｅｙ−ｂｂｂ」を、復元された認証鍵であると特定する。
【００４４】
更新要求受信部３２６は、クライアントアプリケーション３０２からクライアント情報の更新要求を受信する。このとき、送信元のクライアントアプリケーション３０２の認証に用いる認証情報も併せて受信し、更新要求受信部３２６は、認証情報検証部３２３が認証に成功した場合にクライアント情報の更新処理を行う。または、更新要求受信部は、認証情報検証部３２３が認証に失敗した場合であっても、認証情報履歴検証部３２５による検証に成功すれば、クライアント情報の更新処理を行ってもよい。
【００４５】
図４は、ネットワークデバイス１０１ａ、１０１ｂのクライアントアプリケーション３０２が稼動情報を管理サーバ１０２に送信する処理を示すフローチャートである。
なお、図４〜図６では、ネットワークデバイス１０１ａ、１０１ｂから管理サーバ１０２に送信される情報の一例として稼動情報が送信される場合について説明するが、これに限られるものではない。管理サーバ１０２がネットワークデバイスを監視するために用いられる各種情報が送信され、図４の処理は各種情報を送信する際に実行されてもよい。
【００４６】
図４の処理によれば、以下に説明するように、ネットワークデバイス１０１ａがバックアップファイルを復元したことにより認証エラーとなった場合であっても通信を継続できる。なお、図４の処理は、クライアントアプリケーション３０２のプログラムとして、ネットワークデバイス１０１ａ、１０１ｂの記憶装置２１５に格納されており、ＣＰＵ２１７がメモリ２１６にロードし、実行する。また、図４の処理は、定期的、またはネットワークデバイス１０１ａにおいてログの蓄積やステータスの変化が検知された際に起動される。
【００４７】
まず、ステップＳ４０１では、認証情報管理部３１３が、認証鍵を用いて認証情報を生成する。ステップＳ４０２では、稼動情報送信部３１４が、認証情報を付加して稼動情報を管理サーバ１０２に送信する。ステップＳ４０３では、通信成功日時管理部３１５が、ステップＳ４０２での送信に成功したか否か判断し、成功した場合、処理はステップＳ４０４に進み、失敗した場合、処理はステップＳ４０５に進む。
【００４８】
ステップＳ４０４では、通信成功日時管理部３１５が、通信に成功した時点の日時でタイムスタンプ情報を上書き更新する。一方、ステップＳ４０２での送信に失敗した場合、ステップＳ４０５では、通信成功日時管理部３１５が、管理サーバ１０２から返却されたエラー内容を確認し、エラー内容が認証エラーだった場合にその旨を更新要求送信部３１６に通知する。
【００４９】
ステップＳ４０６では、更新要求送信部３１６が、通信成功日時管理部３１５が管理するタイムスタンプ情報、すなわち管理サーバ１０２との通信に成功した最新の日時を取得する。そして、ステップＳ４０７では、更新要求送信部３１６が、クライアント情報の更新要求に認証情報とステップＳ４０６にて取得したタイムスタンプ情報とを付加して、該要求を管理サーバ１０２に送信する。
【００５０】
ステップＳ４０８では、通信成功日時管理部３１５が、ステップＳ４０７での送信に成功したか否か判断し、成功した場合、処理はステップＳ４０９に進み、失敗した場合、処理は終了する。ステップＳ４０９では、認証情報管理部３１３が、保持する認証鍵を、クライアント情報の更新要求に対するレスポンスとして管理サーバ１０２から受信した認証鍵で更新する。なお、管理サーバ１０２から認証鍵を受信した際に、タイムスタンプ情報、すなわち管理サーバ１０２との通信に成功した最新の日時を更新してもよい。
【００５１】
また、ステップＳ４０３での送信で認証エラーとなり、さらにステップＳ４０７での送信においても認証エラーとなった場合、以後の送信においても認証エラーが継続すると考えられる。このため、クライアントアプリケーション３０２は、管理サーバ１０２への以後の各種情報の送信処理を停止する。ステップＳ４０９までの処理が完了し、更新要求送信部３１６によるクライアント情報の更新要求に係る処理が完了すると、処理はステップＳ４０１に戻り、更新された認証鍵を用いて再び認証情報が生成され、稼動情報が管理サーバ１０２に再送信される。
【００５２】
図５および図６は、管理サーバ１０２がネットワークデバイス１０１ａ、１０１ｂのクライアントアプリケーション３０２から稼動情報を受信する処理を示すフローチャートである。
図５および図６の処理によれば、以下に説明するように、ネットワークデバイス１０１ａ、１０１ｂがバックアップファイルを復元したことにより認証エラーとなった場合であっても通信を継続できる。なお、図５および図６の処理は、管理サーバ１０２の管理プログラムとして、管理サーバ１０２の記憶装置２２３に格納されており、ＣＰＵ２２５がメモリ２２４にロードし実行する。
【００５３】
ステップＳ５０１では、管理サーバ１０２は、クライアントアプリケーション３０２から稼動情報またはクライアント情報の更新要求を受信する。稼動情報を受信した場合、処理はステップＳ５０２に進み、クライアント情報の更新要求を受信した場合、処理は図６のステップＳ５０６に進む。ステップＳ５０２では、稼動情報受信部３２４が、稼動情報の受信処理を行う。認証情報検証部３２３は、稼動情報を送信したクライアントアプリケーション３０２に対して現在有効な認証鍵を用いて、稼動情報とともに受信した認証情報の検証を行う。
【００５４】
ステップＳ５０３では、認証情報検証部３２３において認証情報の検証が成功したか否か、すなわち稼動情報を送信したクライアントアプリケーション３０２の認証が成功したか否かを判断する。クライアントアプリケーション３０２の認証に成功した場合、処理はステップＳ５０４に進み、認証に失敗した場合、処理はステップＳ５０５に進む。
【００５５】
ステップＳ５０４では、稼動情報受信部３２４が、受信した稼動情報の蓄積処理を行う。なお、ステップＳ５０４において、稼動情報受信部３２４は、クライアントアプリケーション３０２に対して認証が成功したことを示す情報を返却してもよい。一方、ステップＳ５０３での認証に失敗した場合、ステップＳ５０５では、稼動情報の受信に対するレスポンスとしてクライアントアプリケーション３０２に認証エラー応答を返却する。
【００５６】
また一方、ステップＳ５０１において管理サーバ１０２がクライアント情報の更新要求を受信した場合、ステップＳ５０６では、更新要求受信部３２６が、クライアント情報の更新処理を行う。認証情報検証部３２３は、クライアント情報の更新要求を送信したクライアントアプリケーション３０２に対して現在有効な認証鍵を用いて、更新要求とともに受信した認証情報の検証を行う。
【００５７】
ステップＳ５０７では、認証情報検証部３２３において認証情報の検証が成功したか否か、すなわち更新要求を送信したクライアントアプリケーション３０２の認証が成功したか否かを判断する。クライアントアプリケーション３０２の認証に成功した場合、処理はステップＳ５１２に進み、認証に失敗した場合、処理はステップＳ５０８に進む。ステップＳ５０８では、認証情報検証部３２３での検証に失敗した場合であっても、更新要求にタイムスタンプ情報が付加されているか否かを確認する。
【００５８】
タイムスタンプ情報が付加されている場合、処理はステップＳ５０９に進み、付加されていない場合、処理はステップＳ５１５に進む。ステップＳ５０９では、認証情報履歴検証部３２５が、認証情報を検証する。詳細には、認証情報履歴検証部３２５は、タイムスタンプ情報を元に、認証鍵の履歴からタイムスタンプ情報が示す時点、すなわち通信に成功した時点での認証鍵を特定する。
【００５９】
そして、ステップＳ５１０では、認証情報履歴検証部３２５が、特定した認証鍵を用いてステップＳ５０１にて受信した認証情報を検証する。ステップＳ５１１では、更新要求受信部３２６が、認証情報履歴検証部３２５において認証情報の検証が成功したか否か、すなわち更新要求を送信したクライアントアプリケーション３０２の認証が成功したか否かを判断する。
【００６０】
クライアントアプリケーション３０２の認証に成功した場合、処理はステップＳ５１２に進み、認証に失敗した場合、処理はステップＳ５１５に進む。ステップＳ５１２では、認証鍵生成部３２１が、認証鍵を生成し、生成した認証鍵の情報を認証鍵履歴管理部３２２が管理する認証鍵発行履歴テーブル（表Ａ）に登録する。ステップＳ５１３では、更新要求受信部３２６が、管理サーバ１０２に登録されているクライアント情報を更新する。
【００６１】
ステップＳ５１４では、更新要求受信部３２６が、更新要求に対するレスポンスとしてクライアントアプリケーション３０２に生成した認証鍵を返却する。一方、ステップＳ５１１での認証に失敗した場合、ステップＳ５１５では、更新要求に対するレスポンスとしてクライアントアプリケーション３０２に認証エラー応答を返却する。
【００６２】
以上のように、本実施形態によれば、ネットワークデバイスがバックアップファイルを用いて復元されたことに伴い、既に有効でない認証鍵が復元された場合であっても、ネットワークデバイスと管理サーバは通信を継続できる。
【００６３】
（第２実施形態）
第１実施形態では、管理サーバ１０２の認証鍵履歴管理部３２２は、認証鍵生成部３２１が生成した認証鍵の履歴を管理する。しかし、クライアントアプリケーション３０２から稼動情報等の各種情報を受信した場合等にクライアントアプリケーション３０２の認証に使用する認証鍵は、殆どの場合、履歴で管理される認証鍵のうち最新の認証鍵である。
【００６４】
言い換えると、履歴の中で他の認証鍵が使用される場合は、バックアップファイルを用いてネットワークデバイス１０１ａ、１０１ｂを復元したことにより、過去の認証鍵が復元されてしまった場合等に限られる。そこで、本実施形態では、管理サーバ１０２がネットワークデバイス１０１ａ、１０１ｂのバックアップアプリケーション３０１のバックアップ実行に関する設定が取得可能な場合において、不必要な認証鍵の履歴を保持しないように認証鍵を管理する。
【００６５】
なお、本実施形態におけるシステムの構成や、各装置のハードウェアの構成、ネットワークデバイス上で動作するアプリケーションのソフトウェア構成は、第１実施形態のそれと同一である。以下、同一の構成には同一の符号を付し、その説明を省略する。
【００６６】
図７は、管理サーバ１０２上で動作する管理プログラムのソフトウェア構成の中で、特に本発明に係る部分の機能ブロックを示す図である。
認証鍵生成部３２１、認証鍵履歴管理部３２２、認証情報検証部３２３、稼動情報受信部３２４、認証情報履歴検証部３２５、更新要求受信部３２６は、図３（Ｂ）のそれぞれの処理部と同一である。
【００６７】
バックアップ設定取得部６０１は、ネットワークデバイス１０１ａ、１０１ｂのバックアップアプリケーション３０１のバックアップ実行に関する設定（バックアップ設定）を取得する。なお、管理サーバ１０２がネットワークデバイス１０１ａ、１０１ｂのバックアップファイルを管理するバックアップ管理サーバ（不図示）と通信可能に構成される場合、バックアップ設定取得部６０１はバックアップ管理サーバからバックアップ設定を取得する。
【００６８】
または、クライアントアプリケーション３０２がバックアップアプリケーション３０１のバックアップ設定を取得可能な構成では、クライアントアプリケーション３０２がバックアップ設定を管理サーバ１０２に送信するようにしても良い。バックアップ設定取得部６０１が取得するバックアップ設定は、バックアップ設定が有効か無効かのフラグや、バックアップの定期実行が設定されている場合にはそのバックアップ周期の情報等を含む。
【００６９】
図８は、管理サーバ１０２が認証鍵の履歴を管理する処理を説明するためのフローチャートである。
詳細には、管理サーバ１０２の認証鍵生成部３２１が認証鍵を生成した際に実行される、認証鍵履歴管理部３２２が認証鍵の履歴を管理するための処理を実行する。図８の処理によれば、以下に説明するように、管理サーバ１０２は、ネットワークデバイス１０１ａ、１０１ｂのバックアップアプリケーション３０１のバックアップ設定によって認証鍵の履歴を保持する方法を変更する。
【００７０】
ステップS７０１では、認証鍵生成部３２１が認証鍵を生成すると、処理はステップS７０２に進み、ステップＳ７０２では、認証鍵履歴管理部３２２が、生成された認証鍵の情報を認証鍵発行履歴テーブルに登録する。ステップＳ７０３では、バックアップ設定取得部６０１が認証鍵を生成した対象のネットワークデバイス１０１ａまたは１０１ｂのバックアップ設定を取得する。
【００７１】
なお、バックアップ設定取得部６０１は、事前にバックアップ設定を取得し、記憶装置２２３等に保持するようにしてもよい。認証鍵履歴管理部３２２は、バックアップ設定取得部６０１が取得または保持する対象のネットワークデバイス１０１ａまたは１０１ｂのバックアップ設定を参照し、バックアップアプリケーション３０１のバックアップ設定が有効か否かを判断する。
【００７２】
バックアップ設定が有効の場合、処理はステップＳ７０４に進み、バックアップ設定が無効またはバックアップ設定が取得できない場合、処理はステップＳ７０６に進む。ステップＳ７０４では、認証鍵履歴管理部３２２は、バックアップ設定において、定期実行が設定されているか否かを判断する。定期実行が設定されている場合、処理はステップＳ７０５に進み、定期実行が設定されていない場合、処理は終了する。
【００７３】
ステップＳ７０５では、認証鍵履歴管理部３２２は、定期実行のバックアップファイルの保持期間より以前に発行された認証鍵がある場合、該認証鍵を削除する。例えば、バックアップ周期が週１回でバックアップファイルが３回分保持されるように設定されている場合、３週間以上前のバックアップファイルは通常存在しない。そこで、このような場合、３週間以内に発行された（有効だった）認証鍵を除き、３週間よりも前に発行された認証鍵を認証鍵発行履歴テーブルから削除する。
【００７４】
すなわち、バックアップ設定が有効に設定されており、バックアップが定期的に実行されない設定の場合、認証鍵履歴管理部３２２は、発行されてから所定の期間が過ぎた過去の認証鍵も含めて管理する。一方、バックアップ設定が有効に設定されており、バックアップが定期的に実行される設定の場合、認証鍵履歴管理部３２２は、発行されてから所定の期間が過ぎた過去の認証鍵は削除し、それらの情報を保持しないようにする。
【００７５】
また一方、バックアップアプリケーション３０１のバックアップ設定が有効でない場合、認証鍵の履歴を保持する必要がない。このため、ステップＳ７０６では、認証鍵履歴管理部３２２は、ステップＳ７０１にて発行された最新の認証鍵以外の認証鍵に関する情報を認証鍵発行履歴テーブルから削除する。
【００７６】
このように、本実施形態によれば、第１実施形態と同様の効果を奏する。さらに、本実施形態によれば、管理サーバ１０２がネットワークデバイス１０１ａ、１０１ｂのバックアップアプリケーション３０１のバックアップ実行に関する設定が取得可能な場合、不必要な認証鍵の履歴を保持しないように認証鍵を管理することができる。
【００７７】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００７８】
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。
【図１】
2019140441.tif 000004
【図２】
2019140441.tif 000005
【図３】
2019140441.tif 000006
【図４】
2019140441.tif 000007
【図５】
2019140441.tif 000008
【図６】
2019140441.tif 000009
【図７】
2019140441.tif 000010
【図８】
2019140441.tif 000011