(57)【要約】【課題】  管理装置が機能実行装置を適切に管理するための技術を提供する。【解決手段】  管理装置は、１個以上の機能実行装置のそれぞれについて、当該機能実行装置を識別する装置識別情報と、当該機能実行装置が特定機能を利用可能な状態であるのか否かを示す第１の状態情報と、を対応付けてメモリに記憶する。管理装置は、特定の機能実行装置から、特定の機能実行装置を識別する特定の装置識別情報と、特定の機能実行装置に現在記憶されている第２の状態情報と、を受信する。管理装置は、メモリ内において受信済みの特定の装置識別情報に対応付けられている特定の第１の状態情報によって示される状態と、受信済みの第２の状態情報によって示される状態と、が一致しないと判断する場合に、メモリ内の特定の第１の状態情報を変更するか、変更指示を特定の機能実行装置に送信する。【選択図】  図２
2019117453.tif 000002
【特許請求の範囲】
【請求項１】
管理装置のためのコンピュータプログラムであって、
前記管理装置のコンピュータを、
１個以上の機能実行装置のそれぞれについて、当該機能実行装置を識別する装置識別情報と、第１の状態情報と、を対応付けてメモリに記憶する記憶制御部であって、前記第１の状態情報は、対応する前記装置識別情報によって識別される前記機能実行装置が特定機能を利用可能な状態であることを示す第１の可能情報と、当該機能実行装置が前記特定機能を利用不可能な状態であることを示す第１の不可能情報と、のうちの一方である、前記記憶制御部と、
前記１個以上の機能実行装置のうちの特定の機能実行装置から、前記特定の機能実行装置を識別する前記装置識別情報である特定の装置識別情報と、前記特定の機能実行装置に現在記憶されている第２の状態情報と、を受信する受信部であって、前記第２の状態情報は、前記特定の機能実行装置が前記特定機能を利用可能な状態であることを示す第２の可能情報と、前記特定の機能実行装置が前記特定機能を利用不可能な状態であることを示す第２の不可能情報と、のうちの一方である、前記受信部と、
前記メモリ内において受信済みの前記特定の装置識別情報に対応付けられている前記第１の状態情報である特定の第１の状態情報によって示される状態と、受信済みの前記第２の状態情報によって示される状態と、が一致するのか否かを判断する判断部と、
前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、が一致しないと判断される場合に、前記メモリ内の前記特定の第１の状態情報を変更して、又は、前記特定の機能実行装置内の前記第２の状態情報を変更するための変更指示を前記特定の機能実行装置に送信して、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、を一致させる変更部と、
として機能させるコンピュータプログラム。
【請求項２】
前記変更部は、前記メモリ内の前記特定の第１の状態情報が前記第１の可能情報であり、かつ、前記受信済みの第２の状態情報が前記第２の不可能情報であることに起因して、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、が一致しないと判断される場合に、前記特定の機能実行装置内の前記第２の状態情報を前記第２の不可能情報から前記第２の可能情報に変更するための前記変更指示を前記特定の機能実行装置に送信する、請求項１に記載のコンピュータプログラム。
【請求項３】
前記変更指示は、前記特定の装置識別情報を含み、
前記変更指示が前記特定の機能実行装置に送信される場合に、前記変更指示に含まれる前記特定の装置識別情報によって識別される前記特定の機能実行装置内の前記第２の状態情報が前記第２の不可能情報から前記第２の可能情報に変更され、
前記変更指示が前記特定の機能実行装置とは異なる機能実行装置に送信される場合に、前記異なる機能実行装置が前記変更指示に含まれる前記特定の装置識別情報によって識別されないことに起因して、前記異なる機能実行装置内の状態情報は変更されない、請求項２に記載のコンピュータプログラム。
【請求項４】
前記コンピュータプログラムは、さらに、前記コンピュータを、
前記管理装置と前記特定の機能実行装置との双方が記憶している鍵を利用して、前記変更指示を暗号化することによって、暗号化済み変更指示を生成する生成部として機能させ、
前記変更部は、前記メモリ内の前記特定の第１の状態情報が前記第１の可能情報であり、かつ、前記受信済みの第２の状態情報が前記第２の不可能情報であることに起因して、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、が一致しないと判断される場合に、前記暗号化済み変更指示を前記特定の機能実行装置に送信する、請求項２又は３に記載のコンピュータプログラム。
【請求項５】
前記メモリ内の前記特定の第１の状態情報が前記第１の不可能情報であり、かつ、前記受信済みの第２の状態情報が前記第２の可能情報であることに起因して、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、が一致しないと判断される場合に、前記特定の機能実行装置内の前記第２の状態情報を前記第２の可能情報から前記第２の不可能情報に変更するための変更指示は、前記特定の機能実行装置に送信されない、請求項１から４のいずれか一項に記載のコンピュータプログラム。
【請求項６】
前記変更部は、前記メモリ内の前記特定の第１の状態情報が前記第１の不可能情報であり、かつ、前記受信済みの第２の状態情報が前記第２の可能情報であることに起因して、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、が一致しないと判断される場合に、前記メモリ内の前記特定の第１の状態情報を前記第１の不可能情報から前記第１の可能情報に変更する、請求項１から５のいずれか一項に記載のコンピュータプログラム。
【請求項７】
前記受信部は、前記特定の機能実行装置及び前記管理装置と通信可能な中継装置を介して、前記特定の機能実行装置から前記特定の装置識別情報と前記第２の状態情報とを受信し、
前記変更部は、
前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、が一致しないと判断される場合に、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、が一致しないことを示す判断結果情報を前記中継装置に送信し、
前記判断結果情報が前記中継装置に送信された後に、前記中継装置から前記特定の装置識別情報が受信される場合に、前記メモリ内の前記特定の第１の状態情報を変更して、又は、前記特定の機能実行装置内の前記第２の状態情報を変更するための前記変更指示を前記特定の機能実行装置に送信して、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、を一致させ、
前記判断結果情報が前記中継装置に送信された後に、前記中継装置から前記特定の装置識別情報が受信されない場合に、前記メモリ内の前記特定の第１の状態情報又は前記特定の機能実行装置内の前記第２の状態情報は変更されない、請求項１から６のいずれか一項に記載のコンピュータプログラム。
【請求項８】
前記受信部は、前記特定の機能実行装置が前記特定の装置識別情報を暗号化することによって生成された暗号化済み特定の装置識別情報を受信し、
前記コンピュータプログラムは、さらに、前記コンピュータを、
前記暗号化済み特定の装置識別情報を復号して前記特定の装置識別情報を取得する復号部として機能させる、請求項１から７のいずれか一項に記載のコンピュータプログラム。
【請求項９】
管理装置であって、
１個以上の機能実行装置のそれぞれについて、当該機能実行装置を識別する装置識別情報と、第１の状態情報と、を対応付けてメモリに記憶する記憶制御部であって、前記第１の状態情報は、対応する前記装置識別情報によって識別される前記機能実行装置が特定機能を利用可能な状態であることを示す第１の可能情報と、当該機能実行装置が前記特定機能を利用不可能な状態であることを示す第１の不可能情報と、のうちの一方である、前記記憶制御部と、
前記１個以上の機能実行装置のうちの特定の機能実行装置から、前記特定の機能実行装置を識別する前記装置識別情報である特定の装置識別情報と、前記特定の機能実行装置に現在記憶されている第２の状態情報と、を受信する受信部であって、前記第２の状態情報は、前記特定の機能実行装置が前記特定機能を利用可能な状態であることを示す第２の可能情報と、前記特定の機能実行装置が前記特定機能を利用不可能な状態であることを示す第２の不可能情報と、のうちの一方である、前記受信部と、
前記メモリ内において受信済みの前記特定の装置識別情報に対応付けられている前記第１の状態情報である特定の第１の状態情報によって示される状態と、受信済みの前記第２の状態情報によって示される状態と、が一致するのか否かを判断する判断部と、
前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、が一致しないと判断される場合に、前記メモリ内の前記特定の第１の状態情報を変更して、又は、前記特定の機能実行装置内の前記第２の状態情報を変更するための変更指示を前記特定の機能実行装置に送信して、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、を一致させる変更部と、
を備える、管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、１個以上の機能実行装置を管理する管理装置のためのコンピュータプログラムを開示する。
【背景技術】
【０００２】
特許文献１には、画像形成装置と、画像形成装置を管理する仮想デバイス管理サービスと、を含むシステムが開示されている。仮想デバイス管理サービスは、拡張アプリケーションが画像形成装置にインストールされた場合に、拡張アプリケーションを示す識別子と、インストール先の画像形成装置を示す識別子と、を対応付けて記憶する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１５９９５号公報
【特許文献２】特開平９−６２５７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の特許文献１では、拡張アプリケーションが画像形成装置にインストールされた後に、何らかの原因により画像形成装置から拡張アプリケーションが消去される状況を何ら想定していない。また、拡張アプリケーションが画像形成装置にインストールされた事実を仮想デバイス管理サービスが知ることができない状況を何ら想定していない。これらの状況が発生する場合に、仮想デバイス管理サービスは、画像形成装置を適切に管理することができない。
【０００５】
本明細書では、管理装置が機能実行装置を適切に管理するための技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される管理装置のためのコンピュータプログラムは、前記管理装置のコンピュータを、１個以上の機能実行装置のそれぞれについて、当該機能実行装置を識別する装置識別情報と、第１の状態情報と、を対応付けてメモリに記憶する記憶制御部であって、前記第１の状態情報は、対応する前記装置識別情報によって識別される前記機能実行装置が特定機能を利用可能な状態であることを示す第１の可能情報と、当該機能実行装置が前記特定機能を利用不可能な状態であることを示す第１の不可能情報と、のうちの一方である、前記記憶制御部と、前記１個以上の機能実行装置のうちの特定の機能実行装置から、前記特定の機能実行装置を識別する前記装置識別情報である特定の装置識別情報と、前記特定の機能実行装置に現在記憶されている第２の状態情報と、を受信する受信部であって、前記第２の状態情報は、前記特定の機能実行装置が前記特定機能を利用可能な状態であることを示す第２の可能情報と、前記特定の機能実行装置が前記特定機能を利用不可能な状態であることを示す第２の不可能情報と、のうちの一方である、前記受信部と、前記メモリ内において受信済みの前記特定の装置識別情報に対応付けられている前記第１の状態情報である特定の第１の状態情報によって示される状態と、受信済みの前記第２の状態情報によって示される状態と、が一致するのか否かを判断する判断部と、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、が一致しないと判断される場合に、前記メモリ内の前記特定の第１の状態情報を変更して、又は、前記特定の機能実行装置内の前記第２の状態情報を変更するための変更指示を前記特定の機能実行装置に送信して、前記特定の第１の状態情報によって示される前記状態と、前記第２の状態情報によって示される前記状態と、を一致させる変更部と、として機能させてもよい。
【０００７】
上記の構成によれば、管理装置は、特定の機能実行装置から第２の状態情報を受信するので、特定の機能実行装置が特定機能を利用可能な状態であるのか利用不可能な状態であるのかを知ることができる。そして、管理装置は、メモリ内の特定の第１の状態情報によって示される状態と、受信済みの第２の状態情報によって示される状態と、が一致しないと判断する場合に、メモリ内の特定の第１の状態情報を変更して、又は、変更指示を特定の機能実行装置に送信して、特定の第１の状態情報によって示される状態と、第２の状態情報によって示される状態と、を一致させる。このために、管理装置が機能実行装置を適切に管理することができる。
【０００８】
上記のコンピュータプログラムを格納するコンピュータ読取可能記憶媒体も新規で有用である。また、上記の各部を備える管理装置、及び、当該管理装置によって実行される方法も新規で有用である。
【図面の簡単な説明】
【０００９】
【図１】通信システムの構成を示す。
【図２】各装置によって実現される処理のシーケンス図を示す。
【図３】状態テーブル内の状態情報と受信済みの状態情報とが一致するケースＡのシーケンス図を示す。
【図４】図３の続きのシーケンス図を示す。
【図５】多機能機内の状態情報が「ＯＮ」を示すことに起因して状態テーブル内の状態情報と受信済みの状態情報とが一致しないケースＢのシーケンス図を示す。
【図６】多機能機内の状態情報が「ＯＦＦ」を示すことに起因して状態テーブル内の状態情報と受信済みの状態情報とが一致しないケースＣのシーケンス図を示す。
【図７】図６の続きのシーケンス図を示す。
【発明を実施するための形態】
【００１０】
（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、管理サーバ１０と、複数個の多機能機１００、２００と、端末装置５００と、を備える。多機能機１００、２００及び端末装置５００は、同じＬＡＮ（Local Area Networkの略）４に接続されている。ＬＡＮ４は、有線ＬＡＮ及び無線ＬＡＮのどちらでもよい。端末装置５００は、デスクトップＰＣ（Personal Computerの略）、ノートＰＣ、携帯端末等のユーザ端末である。
【００１１】
また、ＬＡＮ４は、インターネット６に接続されている。インターネット６には、管理サーバ１０が設置されている。ＬＡＮ４に所属する装置（例えば５００）は、ＬＡＮ４及びインターネット６を介して、インターネット６上に設置されているサーバ（例えば１０）と通信可能である。
【００１２】
（多機能機１００、２００の構成）
多機能機１００は、印刷機能とスキャン機能とＦＡＸ機能とを含む多機能を実行可能な周辺装置（即ち端末装置５００の周辺装置）である。特に、多機能機１００は、ユーザによって特定機能の利用許諾ライセンスが購入された後に、特定機能を実行可能である。特定機能は、インターネットＦＡＸ機能と、Ｗｉ−Ｆｉ印刷機能と、Ｓｃａｎ  ｔｏ  Ｍａｉｌ機能と、を含む。インターネットＦＡＸ（以下では「ＮＦ」と呼ぶ）機能は、インターネット６を利用して、ＦＡＸデータの通信を実行する機能である。Ｗｉ−Ｆｉ印刷（以下では「ＷＰ」と呼ぶ）機能は、Ｗｉ−Ｆｉ方式に従った無線通信を利用して印刷データを受信し、当該印刷データによって表される画像の印刷を実行する機能である。Ｓｃａｎ  ｔｏ  Ｍａｉｌ（以下では「ＳＭ」と呼ぶ）機能は、原稿のスキャンによって生成された画像データを電子メールに添付して送信する機能である。
【００１３】
多機能機１００は、ＮＦ（即ちインターネットＦＡＸ）状態情報１４０と、ＷＰ（即ちＷｉ−Ｆｉ印刷）状態情報１４２と、ＳＭ（即ちＳｃａｎ  ｔｏ  Ｍａｉｌ）状態情報１４４と、を記憶する。ＮＦ状態情報１４０は、多機能機１００がＮＦ機能を利用可能な状態であることを示す「ＯＮ」と、多機能機１００がＮＦ機能を利用不可能な状態であることを示す「ＯＦＦ」と、のどちらかの値に設定される。同様に、ＷＰ状態情報１４２、ＳＭ状態情報１４４は、それぞれ、「ＯＮ」及び「ＯＦＦ」のどちらかの値に設定される。各特定機能（例えばＮＦ機能）の利用許諾ライセンスが購入される前の段階では、各状態情報１４０〜１４４は、「ＯＦＦ」に設定される。
【００１４】
また、多機能機１００には、シリアル番号ＳＮ１及びモデル名ＭＮ１が割り当てられている。シリアル番号ＳＮ１は、モデル名ＭＮ１を有する複数個の多機能機が製造される際に、各多機能機に割り当てられるユニークな文字列である。また、多機能機１００は、公開鍵暗号方式に従って情報を暗号化するための公開鍵１５０を記憶する。
【００１５】
多機能機２００は、多機能機１００と同様の構成を備える。多機能機２００は、ＮＦ状態情報２４０と、ＷＰ状態情報２４２と、ＳＭ状態情報２４４と、公開鍵２５０と、を記憶する。公開鍵２５０は、公開鍵１５０と同一である。多機能機２００のベンダは、多機能機１００のベンダと同じである。ただし、多機能機２００には、シリアル番号ＳＮ１とは異なるシリアル番号ＳＮ２と、モデル名ＭＮ１とは異なるモデル名ＭＮ２と、が割り当てられている。
【００１６】
（管理サーバ１０の構成）
管理サーバ１０は、１個以上の多機能機（例えば１００）の状態に関する情報を管理するサーバである。管理サーバ１０は、多機能機１００、２００のベンダによってインターネット６上に設置される。なお、変形例では、管理サーバ１０は、当該ベンダとは異なる事業者によって設置されてもよい。
【００１７】
管理サーバ１０は、ネットワークインターフェース１２と、制御部２０と、を備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。ネットワークＩ／Ｆ１２は、インターネット６に接続されている。制御部２０は、ＣＰＵ２２と、メモリ２４と、を備える。ＣＰＵ２２は、メモリ２４に記憶されているプログラム２６に従って、様々な処理を実行する。メモリ２４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ２４は、ライセンステーブル３０と、状態テーブル３２と、秘密鍵５０と、を記憶する。
【００１８】
ライセンステーブル３０は、１個以上のライセンスコードのそれぞれについて、ライセンスコードと、対象機能情報と、シリアル番号と、を対応付けて記憶する。ライセンスコードは、利用許諾ライセンスを認証するために利用される。ライセンスコードは、上記のベンダから利用許諾ライセンスを購入したユーザに与えられるコードである。対象機能情報は、利用許諾ライセンスによってユーザに許諾される特定機能（即ちＮＦ機能、ＷＰ機能、及び、ＳＭ機能のいずれかの機能）を示す。シリアル番号は、利用許諾ライセンスによって特定機能を利用可能な状態になった多機能機のシリアル番号である。利用許諾ライセンスがユーザによって購入されると、ライセンスコードと対象機能情報とが対応付けてライセンステーブル３０に記憶される。この段階では、シリアル番号はまだ記憶されない。利用許諾ライセンスの認証が成功すると、シリアル番号が記憶される。
【００１９】
状態テーブル３２は、１個以上の多機能機のそれぞれについて、当該多機能機のシリアル番号と、当該多機能機のモデル名と、当該多機能機がＮＦ機能を利用可能であるのか否かを示すＮＦ状態情報３２ａと、当該多機能機がＷＰ機能を利用可能であるのか否かを示すＷＰ状態情報３２ｂと、当該多機能機がＳＭ機能を利用可能であるのか否かを示すＳＭ状態情報３２ｃと、を対応付けて記憶する。各状態情報３２ａ〜３２ｃは、利用可能であることを示す「ＯＮ」と、利用不可能であることを示す「ＯＦＦ」と、のどちらかの値に設定される。上記のベンダによって多機能機が販売されると、当該多機能機のシリアル番号及びモデル名が状態テーブル３２に記憶される。この段階では、各状態情報３２ａ〜３２ｃは「ＯＦＦ」に設定される。
【００２０】
（端末装置５００の構成）
端末装置５００は、中継プログラム５２６を備える。中継プログラム５２６は、管理サーバ１０と多機能機（例えば１００）との間の通信を中継するためのプログラムである。中継プログラム５２６は、多機能機１００、２００のベンダによって提供されるインターネット６上のサーバ（不図示）から端末装置５００にインストールされてもよいし、多機能機１００、２００と共に出荷されるメディアから端末装置５００にインストールされてもよい。
【００２１】
（各装置によって実現される処理；図２〜図７）
図２〜図７を参照して、各装置１０、１００、２００、５００によって実現される処理を説明する。なお、以下では、管理サーバ１０のＣＰＵ２２が実行する処理について、理解の容易さの観点から、ＣＰＵ２２を主体として記載せずに、管理サーバ１０を主体として記載する。また、管理サーバ１０が実行する通信の全てがネットワークＩ／Ｆ１２を介して実行されるので、以下では、「ネットワークＩ／Ｆ１２を介して」という説明を省略する。
【００２２】
（中継プログラム５２６の起動時の処理；図２）
端末装置５００は、Ｔ１０において、ユーザから中継プログラム５２６を起動するための指示を受け付けると、Ｔ１２Ａにおいて、各状態情報の送信を多機能機１００に要求するための情報要求を多機能機１００に送信する。
【００２３】
多機能機１００は、Ｔ１２Ａにおいて、端末装置５００から情報要求を受信すると、公開鍵１５０を利用してシリアル番号ＳＮ１を暗号化して、暗号化済みのシリアル番号ＥＳ１を生成する。そして、多機能機１００は、Ｔ１４Ａにおいて、ＮＦ状態情報１４０と、ＷＰ状態情報１４２と、ＳＭ状態情報１４４と、暗号化済みのシリアル番号ＥＳ１と、を端末装置５００に送信する。シリアル番号ＳＮ１は、多機能機１００を識別する情報であるので、第三者に対して秘匿にすべき情報である。本実施例では、暗号化済みのシリアル番号ＥＳ１の通信が実行されるので、機密性の高いシリアル番号が第三者によって取得されることを防止できる。
【００２４】
同様に、端末装置５００は、Ｔ１２Ｂにおいて、情報要求を多機能機２００に送信し、多機能機２００は、Ｔ１４Ｂにおいて、ＮＦ状態情報２４０と、ＷＰ状態情報２４２と、ＳＭ状態情報２４４と、暗号化済みのシリアル番号ＥＳ２と、を端末装置５００に送信する。
【００２５】
端末装置５００は、Ｔ１４Ａ、Ｔ１４Ｂにおいて、各多機能機１００、２００から各情報を受信すると、Ｔ２０において、受信済みの各情報を含む現在状態情報を管理サーバ１０に送信する。現在状態情報では、多機能機１００の各状態情報１４０〜１４４と暗号化済みのシリアル番号ＥＳ１とが対応付けられており、多機能機２００の各状態情報２４０〜２４４と暗号化済みのシリアル番号ＥＳ２とが対応付けられている。
【００２６】
管理サーバ１０は、Ｔ２０において、端末装置５００から現在状態情報を受信すると、Ｔ２２において、秘密鍵５０を利用して、現在状態情報に含まれる暗号化済みのシリアル番号ＥＳ１、ＥＳ２を復号してシリアル番号ＳＮ１、ＳＮ２を取得する。そして、管理サーバ１０は、状態テーブル３２から取得済みのシリアル番号ＳＮ１、ＳＮ２に対応付けられている各状態情報３２ａ〜３２ｃを特定する。
【００２７】
Ｔ３０では、管理サーバ１０は、シリアル番号ＳＮ１から特定された各状態情報３２ａ〜３２ｃ（即ち「ＯＮ」又は「ＯＦＦ」）と、現在状態情報に含まれるシリアル番号ＳＮ１に対応付けられている各状態情報１４０〜１４４（即ち「ＯＮ」又は「ＯＦＦ」）と、が一致するのか否かを判断する。同様に、管理サーバ１０は、シリアル番号ＳＮ２から特定された各状態情報３２ａ〜３２ｃと、現在状態情報に含まれるシリアル番号ＳＮ２に対応付けられている各状態情報２４０〜２４４と、が一致するのか否かを判断する。管理サーバ１０は、全ての状態情報が一致すると判断する場合に、Ｔ３０でＹＥＳと判断して、後述の図３の処理に進む。
【００２８】
一方、管理サーバ１０は、全ての状態情報が一致しないと判断する場合（Ｔ３０でＮＯ）に、後述の図５又は図６の処理に進む。具体的には、管理サーバ１０は、管理サーバ１０内の状態情報（例えばシリアル番号ＳＮ１に対応するＳＭ状態情報３２ｃ）が「ＯＦＦ」を示し、かつ、多機能機（即ち現在状態情報）内の状態情報（例えば多機能機１００内のＳＭ状態情報１４４）が「ＯＮ」を示すことに起因して、全ての状態情報が一致しないと判断する場合（Ｔ３０でＮＯ）に、図５の処理に進む。例えば、多機能機１００の販売業者が、管理サーバ１０及び中継プログラム５２６を介さずに、当該多機能機１００内のＳＭ状態情報１４４を「ＯＦＦ」から「ＯＮ」に変更し得る。この場合、管理サーバ１０の状態テーブル３２内のシリアル番号ＳＮ１に対応するＳＭ状態情報３２ｃが「ＯＦＦ」であり、かつ、多機能機１００内のＳＭ状態情報１４４が「ＯＮ」である状況が生じ得る。この場合、後述の図５の処理が実行されるので、状態テーブル３２内のシリアル番号ＳＮ１に対応するＳＭ状態情報３２ｃと多機能機１００内のＳＭ状態情報１４４とを一致させることができる。
【００２９】
また、管理サーバ１０は、管理サーバ１０内の状態情報（例えばシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａ）が「ＯＮ」を示し、かつ、多機能機（即ち現在状態情報）内の状態情報（例えば多機能機１００内のＮＦ状態情報１４０）が「ＯＦＦ」を示すことに起因して、全ての状態情報が一致しないと判断する場合（Ｔ３０でＮＯ）に、図６の処理に進む。例えば、管理サーバ１０が多機能機１００のためのＮＦ機能の利用許諾ライセンスの認証を実行すると、管理サーバ１０の状態テーブル３２内のシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａが「ＯＦＦ」から「ＯＮ」に変更され、さらに、多機能機１００内のＮＦ状態情報１４０が「ＯＦＦ」から「ＯＮ」に変更される。その後、何らかの原因（例えば多機能機１００の初期化）によって、多機能機１００のＮＦ状態情報１４０が「ＯＮ」から「ＯＦＦ」に変更され得る。このように、管理サーバ１０の状態テーブル３２内のシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａが「ＯＮ」であり、かつ、多機能機１００内のＮＦ状態情報１４０が「ＯＦＦ」である状況が生じ得る。この場合、後述の図６の処理が実行されるので、状態テーブル３２内のシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａと多機能機１００内のＮＦ状態情報１４０とを一致させることができる。
【００３０】
（全ての状態情報が一致するケースＡ；図３、図４）
図３、図４を参照して、図２のＴ３０でＹＥＳと判断される場合に実行されるケースＡを説明する。Ｔ３２では、管理サーバ１０は、全ての状態情報が一致していることを示す一致通知を端末装置５００に送信する。一致通知は、シリアル番号ＳＮ１、ＳＮ２を含む。
【００３１】
端末装置５００は、Ｔ３２において、管理サーバ１０から一致通知を受信すると、Ｔ１００において、メニュー画面ＳＣ１を表示する。メニュー画面ＳＣ１は、一致通知に含まれるシリアル番号ＳＮ１、ＳＮ２のそれぞれについて、当該シリアル番号と、当該シリアル番号によって識別される多機能機が現在利用可能である特定機能を示す文字列（即ち「Validated Function」の欄の「ＮＦ（即ちインターネットＦＡＸ）」）と、を対応付けて表示する。図１に示されるように、状態テーブル３２では、各シリアル番号ＳＮ１、ＳＮ２に対応付けて、ＮＦ状態情報３２ａとして「ＯＮ」が記憶されていると共に、ＷＰ状態情報３２ｂ及びＳＭ状態情報３２ｃとして「ＯＦＦ」が記憶されている。従って、端末装置５００は、各シリアル番号ＳＮ１、ＳＮ２によって識別される各多機能機１００、２００が、ＮＦ機能を現在利用可能であると共に、ＷＰ機能及びＳＭ機能を現在利用不可能であることを知ることができる。この場合、端末装置５００は、各シリアル番号ＳＮ１、ＳＮ２と文字列「ＮＦ」とが対応付けられているメニュー画面ＳＣ１を表示する。メニュー画面ＳＣ１は、さらに、各シリアル番号ＳＮ１、ＳＮ２に対応する選択ボックスを含むと共に、有効化ボタンＢ１を含む。
【００３２】
Ｔ１０２では、端末装置５００は、ユーザから各シリアル番号ＳＮ１、ＳＮ２の選択と有効化ボタンＢ１の選択とを受け付ける。この場合、Ｔ１０４では、端末装置５００は、ライセンスコード入力画面ＳＣ２を表示する。ライセンスコード入力画面ＳＣ２は、ライセンスコードを入力するための入力欄Ｆ１を含む。本実施例では、ＷＰ機能に対応する２個の利用許諾ライセンスが購入されたことに起因して、図１のライセンステーブル３０に示されるように、ＷＰ機能に対応する２個のライセンスコードＲＣ１、ＲＣ２が記憶されている。この場合、Ｔ１０６では、端末装置５００は、ユーザから入力欄Ｆ１への２個のライセンスコードＲＣ１、ＲＣ２の入力を受け付ける。この場合、Ｔ１０８では、端末装置５００は、利用許諾ライセンスの認証を要求するための認証要求を管理サーバ１０に送信する。認証要求は、Ｔ１０２で選択された２個のシリアル番号ＳＮ１、ＳＮ２と、入力済みの２個のライセンスコードＲＣ１、ＲＣ２と、を含む。
【００３３】
Ｔ１１０では、管理サーバ１０は、受信済みの認証要求に従って、利用許諾ライセンスの認証を実行する。具体的には、管理サーバ１０は、認証要求に含まれる各ライセンスコードＲＣ１、ＲＣ２がライセンステーブル３０に記憶されているのか否かを判断する。本実施例では、各ライセンスコードＲＣ１、ＲＣ２がライセンステーブル３０に記憶されているので、認証が成功する。この場合、管理サーバ１０は、各ライセンスコードＲＣ１、ＲＣ２に対応付けて、認証要求に含まれる各シリアル番号ＳＮ１、ＳＮ２をライセンステーブル３０に記憶する。Ｔ１１２では、管理サーバ１０は、認証が成功したことを示す認証結果情報を端末装置５００に送信する。
【００３４】
端末装置５００は、Ｔ１１２において、管理サーバ１０から認証結果情報を受信すると、Ｔ１１４において、各多機能機１００、２００のＷＰ機能の有効化を確認するための確認画面ＳＣ３を表示する。確認画面ＳＣ３は、有効化を指示するためのＯＫボタンＢ２を含む。Ｔ１１６では、端末装置５００は、ユーザからＯＫボタンＢ２の選択を受け付ける。この場合、端末装置５００は、図４に示すように、Ｔ１２０において、ＷＰ機能の有効化を開始することを示す有効化開始通知を管理サーバ１０に送信する。
【００３５】
管理サーバ１０は、Ｔ１２０において、端末装置５００から有効化開始通知を受信すると、Ｔ１２２において、状態テーブル３２内において各シリアル番号ＳＮ１、ＳＮ２に対応付けられているＷＰ状態情報３２ｂを「ＯＦＦ」から「ＯＮ」に変更する。なお、変形例では、Ｔ１２２の処理は、後述のＴ１６０の有効化完了通知を受信したタイミングで実行されてもよい。
【００３６】
端末装置５００は、Ｔ１３０Ａにおいて、チャレンジキーの送信を要求するためのチャレンジキー要求を多機能機１００に送信する。チャレンジキーは、状態情報の変更を認証するためのキーである。
【００３７】
多機能機１００は、Ｔ１３０Ａにおいて、端末装置５００からチャレンジキー要求を受信すると、チャレンジキーＣＫ１と暗号化済みのシリアル番号ＥＳ１とを生成する。そして、多機能機１００は、Ｔ１３２Ａにおいて、チャレンジキーＣＫ１と暗号化済みのシリアル番号ＥＳ１とを端末装置５００に送信する。
【００３８】
端末装置５００は、Ｔ１３２Ａにおいて、多機能機１００からチャレンジキーＣＫ１と暗号化済みのシリアル番号ＥＳ１とを受信すると、Ｔ１３４Ａにおいて、設定ファイルの送信を要求するためのファイル要求を管理サーバ１０に送信する。ファイル要求は、チャレンジキーＣＫ１と暗号化済みのシリアル番号ＥＳ１とを含む。
【００３９】
管理サーバ１０は、Ｔ１３４Ａにおいて、端末装置５００からファイル要求を受信すると、Ｔ１３５Ａにおいて、ファイル要求に含まれる暗号化済みのシリアル番号ＥＳ１を復号してシリアル番号ＳＮ１を取得する。次いで、Ｔ１３８Ａでは、管理サーバ１０は、状態テーブル３２から取得済みのシリアル番号ＳＮ１に対応するモデル名ＭＮ１を特定し、当該モデル名ＭＮ１を有する多機能機のＷＰ状態情報を「ＯＦＦ」から「ＯＮ」に変更するための設定情報ＳＩ１を生成する。管理サーバ１０は、さらに、生成済みの設定情報ＳＩ１とチャレンジキーＣＫ１とを含む設定ファイルＳＦ１を生成する。そして、Ｔ１４０Ａでは、管理サーバ１０は、生成済みの設定ファイルＳＦ１を端末装置５００に送信する。
【００４０】
端末装置５００は、Ｔ１４０Ａにおいて、管理サーバ１０から設定ファイルＳＦ１を受信すると、Ｔ１４２Ａにおいて、設定ファイルＳＦ１を多機能機１００に送信する。
【００４１】
多機能機１００は、Ｔ１４２Ａにおいて、端末装置５００から設定ファイルＳＦ１を受信すると、Ｔ１４４Ａにおいて、設定ファイルＳＦ１に含まれるチャレンジキーＣＫ１を利用して認証を実行する。具体的には、多機能機１００は、多機能機１００によって生成されたチャレンジキーＣＫ１と、設定ファイルＳＦ１に含まれるチャレンジキーＣＫ１と、が一致するのか否かを判断する。本ケースでは、これらのチャレンジキーＣＫ１が一致するので、認証は成功する。この結果、多機能機１００は、Ｔ１４６Ａにおいて、設定ファイルＳＦ１に含まれる設定情報ＳＩ１を利用して、ＷＰ状態情報１４２を「ＯＦＦ」から「ＯＮ」に変更する。これにより、多機能機１００は、ＷＰ機能を利用可能な状態となる。
【００４２】
端末装置５００は、さらに、多機能機２００のＷＰ状態情報２４２を「ＯＦＦ」から「ＯＮ」に変更するための処理を実行する。Ｔ１３０Ｂ〜Ｔ１４６Ｂは、主に、多機能機２００の通信が実行される点、及び、チャレンジキーＣＫ２と暗号化済みのシリアル番号ＥＳ２と設定ファイルＳＦ２とが利用される点を除いて、Ｔ１３０Ａ〜Ｔ１４６Ａと同様である。
【００４３】
端末装置５００は、Ｔ１３０Ｂ〜Ｔ１４６Ｂが終了すると、Ｔ１６０において、各多機能機１００、２００においてＷＰ機能の有効化が完了したことを示す有効化完了通知を管理サーバ１０に送信する。
【００４４】
（状態情報が一致しないケースＢ；図５）
図５を参照して、図２のＴ３０で全ての状態情報が一致しない（即ちＴ３０でＮＯ）と判断されるケースＢを説明する。
【００４５】
本ケースＢでは、管理サーバ１０の状態テーブル３２内のシリアル番号ＳＮ１に対応するＳＭ状態情報３２ｃが「ＯＦＦ」を示し、かつ、多機能機１００内のＳＭ状態情報１４４が「ＯＮ」を示す。この結果、端末装置５００は、Ｔ１４Ａにおいて、多機能機１００から「ＯＮ」を示すＳＭ状態情報１４４を受信し、Ｔ２０において、「ＯＮ」を示すＳＭ状態情報１４４を含む現在状態情報を管理サーバ１０に送信する。
【００４６】
Ｔ２００では、管理サーバ１０は、状態テーブル３２内のシリアル番号ＳＮ１に対応するＳＭ状態情報３２ｃが「ＯＦＦ」を示し、かつ、現在状態情報内のＳＭ状態情報１４４が「ＯＮ」を示すことに起因して、全ての状態情報が一致しないと判断する（図２のＴ３０でＮＯ）。この場合、Ｔ２０２では、管理サーバ１０は、状態テーブル３２内のシリアル番号ＳＮ１に対応するＳＭ状態情報３２ｃを「ＯＦＦ」から「ＯＮ」に変更する。これにより、状態テーブル３２内のシリアル番号ＳＮ１に対応するＳＭ状態情報３２ｃと、多機能機１００内のＳＭ状態情報１４４と、が一致する。Ｔ２６０は、図３のＴ３２と同様である。Ｔ２６２は、メニュー画面ＳＣ１において、シリアル番号ＳＮ１に対応付けて文字列「ＳＭ（即ちＳｃａｎ  Ｔｏ  Ｅ−ｍａｉｌ）」を表示する点を除いて、図３のＴ１００と同様である。
【００４７】
本ケースＢによれば、管理サーバ１０は、多機能機１００から端末装置５００を介して「ＯＮ」を示すＳＭ状態情報１４４を受信することによって（図５のＴ２０）、多機能機１００がＳＭ機能を利用可能な状態であることを知ることができる。そして、管理サーバ１０は、状態テーブル３２内のシリアル番号ＳＮ１に対応するＳＭ状態情報３２ｃが「ＯＦＦ」を示し、受信済みのＳＭ状態情報１４４が「ＯＮ」を示すので、状態情報が一致しないと判断し（Ｔ２００）、状態テーブル３２内のシリアル番号ＳＮ１に対応するＳＭ状態情報３２ｃを「ＯＦＦ」から「ＯＮ」に変更する。これにより、状態テーブル３２内の当該ＳＭ状態情報３２ｃによって示される状態と、多機能機１００内のＳＭ状態情報１４４によって示される状態と、を一致させることができる。この結果、管理サーバ１０は、多機能機１００の状態（即ち特定機能の利用の可否に関する状態）を適切に管理することができる。
【００４８】
なお、Ｔ２００の判断の後に、多機能機１００のＳＭ状態情報１４４を「ＯＮ」から「ＯＦＦ」に変更するための設定ファイルを多機能機１００の送信する比較例が想定される。この場合、多機能機１００がＳＭ機能を利用不可能な状態になるので、ユーザの利便性が低下する。これに対して、本実施例では、多機能機１００がＳＭ機能を利用可能な状態が維持されるので、ユーザの利便性が低下することを抑制できる。なお、変形例では、上記の比較例の構成を採用してもよい。
【００４９】
（状態情報が一致しないケースＣ；図６、図７）
図６、図７を参照して、図２のＴ３０で全ての状態情報が一致しない（即ちＴ３０でＮＯ）と判断されるケースＣを説明する。
【００５０】
本ケースＣでは、管理サーバ１０の状態テーブル３２内のシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａが「ＯＮ」を示し、かつ、多機能機１００内のＮＦ状態情報１４０が「ＯＦＦ」を示す。この結果、端末装置５００は、Ｔ１４Ａにおいて、多機能機１００から「ＯＦＦ」を示すＮＦ状態情報１４０を受信し、Ｔ２０において、「ＯＦＦ」を示すＮＦ状態情報１４０を含む現在状態情報を管理サーバ１０に送信する。
【００５１】
Ｔ３００では、管理サーバ１０は、状態テーブル３２内のシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａが「ＯＮ」を示し、かつ、現在状態情報内のＮＦ状態情報１４０が「ＯＦＦ」を示すことに起因して、全ての状態情報が一致しないと判断する（図２のＴ３０でＮＯ）。この場合、Ｔ３０２では、管理サーバ１０は、状態テーブル３２内のシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａと多機能機１００内のＮＦ状態情報１４０とが一致しないことを示す不一致通知を端末装置５００に送信する。不一致通知は、状態テーブル３２において不一致と判断されたＮＦ状態情報３２ａに対応付けられているシリアル番号ＳＮ１を含む。
【００５２】
端末装置５００は、Ｔ３０２において、管理サーバ１０から不一致通知を受信すると、Ｔ３０４において、一致処理の実行を確認するための確認画面ＳＣ４を表示する。確認画面ＳＣ４は、一致処理の実行を指示するためのＹＥＳボタンＢ３を含む。Ｔ３０６では、端末装置５００は、ユーザからＹＥＳボタンＢ３の選択を受け付ける。この場合、端末装置５００は、Ｔ３０８において、一致処理の開始を指示するための処理開始通知を管理サーバ１０に送信する。
【００５３】
図７は、図６の続きである。Ｔ３３０〜Ｔ３３５は、チャレンジキーＣＫ１１が利用される点を除いて、図４のＴ１３０Ａ〜Ｔ１３５Ａと同様である。Ｔ３３６では、管理サーバ１０は、図６のＴ３００において不一致と判断されたシリアル番号ＳＮ１（即ちＴ３０２の不一致通知に含まれるシリアル番号ＳＮ１）と、Ｔ３３５で取得されたシリアル番号と、が一致するのか否かを判断する。本ケースでは、管理サーバ１０は、Ｔ３３６でＹＥＳと判断し、Ｔ３３８に進む。
【００５４】
Ｔ３３８では、管理サーバ１０は、状態テーブル３２から、Ｔ３３５で取得されたシリアル番号ＳＮ１に対応するモデル名ＭＮ１を特定し、当該モデル名ＭＮ１を有する多機能機のＮＦ状態情報を「ＯＦＦ」から「ＯＮ」に変更するための設定情報ＳＩ１１を生成する。管理サーバ１０は、さらに、生成済みの設定情報ＳＩ１１とチャレンジキーＣＫ１１とを含む設定ファイルＳＦ１１を生成し、Ｔ３４０において、生成済みの設定ファイルＳＦ１１を端末装置５００に送信する。
【００５５】
Ｔ３４２及びＴ３４４は、図４のＴ１４２Ａ及びＴ１４４Ａと同様である。Ｔ３４６では、多機能機１００内のＮＦ状態情報１４０が「ＯＦＦ」から「ＯＮ」に変更される。Ｔ３５０は、図４のＴ１６０と同様である。
【００５６】
また、仮に、Ｔ３３５において、シリアル番号ＳＮ１とは異なるシリアル番号が取得される場合には、管理サーバ１０は、Ｔ３３６でＮＯと判断して、Ｔ３３８以降の処理をスキップして、Ｔ３６０において、シリアル番号が一致しないことを示すエラー通知を端末装置５００に送信する。例えば、端末装置５００の不具合等により、端末装置５００が多機能機１００とは異なる多機能機２００からチャレンジキーと暗号化済みのシリアル番号を受信し、これらの情報を含むファイル要求を管理サーバ１０に送信する状況が想定される。この場合、Ｔ３３５において、シリアル番号ＳＮ１とは異なるシリアル番号ＳＮ２が取得されるので、Ｔ３３６でＮＯと判断され、設定ファイルの送信が実行されない。これにより、多機能機１００内のＮＦ状態情報１４０が変更されるべき状況において、多機能機２００内のＮＦ状態情報２４０が誤って変更されることを防止することができる。
【００５７】
本ケースＣによれば、管理サーバ１０は、多機能機１００からＮＦ状態情報１４０を受信することによって（図６のＴ２０）、多機能機１００がＮＦ機能を利用不可能な状態であることを知ることができる。そして、管理サーバ１０は、状態テーブル３２内のシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａが「ＯＮ」を示し、受信済みのＮＦ状態情報１４０が「ＯＦＦ」を示すので、状態情報が一致しないと判断し（Ｔ３００）、多機能機１００内のＮＦ状態情報１４０を「ＯＦＦ」から「ＯＮ」に変更するための設定ファイルＳＦ１１を多機能機１００に送信する（Ｔ３４０、Ｔ３４２）。この結果、多機能機１００内のＮＦ状態情報１４０が「ＯＦＦ」から「ＯＮ」に変更される（Ｔ３４６）。これにより、状態テーブル３２内の当該ＮＦ状態情報３２ａによって示される状態と、多機能機１００内のＮＦ状態情報１４０によって示される状態と、を一致させることができる。この結果、管理サーバ１０は、多機能機１００の状態（即ち特定機能の利用の可否に関する状態）を適切に管理することができる。
【００５８】
また、例えば、Ｔ３００の判断の後に、状態テーブル３２内のシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａを「ＯＮ」から「ＯＦＦ」に変更する比較例が想定される。この場合、何らかの原因（例えば多機能機１００の初期化）によって多機能機１００内のＮＦ状態情報１４０が「ＯＮ」から「ＯＦＦ」に変更されたにも関わらず、ＮＦ状態情報１４０が「ＯＦＦ」に維持される。この状態では、多機能機１００がＮＦ機能を利用することができず、ユーザの利便性が低下する。これに対して、本実施例では、多機能機１００内のＮＦ状態情報１４０が「ＯＦＦ」から「ＯＮ」に変更されるので、ユーザの利便性が低下することを抑制できる。なお、変形例では、上記の比較例の構成を採用してもよい。
【００５９】
（対応関係）
管理サーバ１０、メモリ２４、多機能機１００、２００が、それぞれ、「管理装置」、「メモリ」、「１個以上の機能実行装置」の一例である。シリアル番号ＳＮ１、ＳＮ２が、「装置識別情報」の一例である。ＮＦ機能、ＷＰ機能、ＳＭ機能が、「特定機能」の一例である。状態テーブル３２内の各状態情報３２ａ〜３２ｃが、「第１の状態情報」の一例である。値「ＯＮ」が、「第１の可能情報」及び「第２の可能情報」の一例である。値「ＯＦＦ」が、「第１の不可能情報」及び「第２の不可能情報」の一例である。図５〜図７における多機能機１００、シリアル番号ＳＮ１、シリアル番号ＳＮ１に対応付けられている各状態情報３２ａ〜３２ｃが、それぞれ、「特定の機能実行装置」、「特定の装置識別情報」、「特定の第１の状態情報」の一例である。多機能機１００内の各状態情報１４０〜１４４が、「第２の状態情報」の一例である。図７の設定ファイルＳＦ１１が、「変更指示」の一例である。端末装置５００が、「中継装置」の一例である。図６のＴ３０２の不一致通知が、「判断結果情報」の一例である。
【００６０】
図４のＴ１２２が、「記憶部」によって実現される処理の一例である。図２のＴ２０が、「受信部」によって実現される処理の一例である。図２のＴ３０が、「判断部」によって実現される処理の一例である。図５のＴ２０２、図７のＴ３４０が、「変更部」によって実現される処理の一例である。
【００６１】
（第２実施例）
本実施例では、ケースＣにおいて、設定ファイルがシリアル番号を含み、さらに、暗号化された設定ファイルが端末装置５００に送信される点が、第１実施例と異なる。図１に示すように、管理サーバ１０のメモリ２４には、共通鍵暗号方式に従って情報を暗号化するための共通鍵６０が記憶されている。また、多機能機１００、２００のそれぞれには、暗号化された情報を復号するための共通鍵１６０、２６０が記憶されている。共通鍵１６０、２６０は、多機能機１００、２００の製造時に記憶される。共通鍵６０、１６０、２６０は、互いに同一である。
【００６２】
（状態情報が一致しないケースＣ；図７）
図７を参照して、図２のＴ３０で全ての状態情報が一致しない（即ちＴ３０でＮＯ）と判断されるケースＣを説明する。第１実施例と同様に、管理サーバ１０の状態テーブル３２内のシリアル番号ＳＮ１に対応するＮＦ状態情報３２ａが「ＯＮ」を示し、かつ、多機能機１００内のＮＦ状態情報１４０が「ＯＦＦ」を示す。この結果、第１実施例と同様に、図６のＴ３００〜図７のＴ３３５の処理が実行される。Ｔ４３６では、管理サーバ１０は、図６のＴ３００において不一致と判断されたシリアル番号ＳＮ１と、Ｔ３３５で取得されたシリアル番号が一致すると判断する（Ｔ３３６でＹＥＳ）。
【００６３】
Ｔ４３８では、管理サーバ１０は、設定情報ＳＩ１１と、シリアル番号ＳＮ１と、を含み、チャレンジキーＣＫ１１を含まない設定ファイルＳＦ１２を生成する。Ｔ４３９では、管理サーバ１０は、チャレンジキーＣＫ１１と共通鍵６０とを利用して、設定ファイルＳＦ１２を暗号化して、暗号化済みの設定ファイルＥＦ１２を生成する。Ｔ４４０では、管理サーバ１０は、暗号化済みの設定ファイルＥＦ１２を端末装置５００に送信する。
【００６４】
端末装置５００は、Ｔ４４０において、管理サーバ１０から暗号化済みの設定ファイルＥＦ１２を受信すると、Ｔ４４２において、暗号化済みの設定ファイルＥＦ１２を多機能機１００に送信する。
【００６５】
多機能機１００は、Ｔ４４２において、端末装置５００から暗号化済みの設定ファイルＥＦ１２を受信すると、Ｔ４４３において、チャレンジキーＣＫ１１と共通鍵１６０とを利用して、暗号化済みの設定ファイルＥＦ１２を復号し、設定ファイルＳＦ１２を取得する。
【００６６】
Ｔ４４４では、多機能機１００は、取得済みの設定ファイルＳＦ１２に含まれるシリアル番号ＳＮ１を利用して認証を実行する。具体的には、設定ファイルＳＦ１２に含まれるシリアル番号ＳＮ１と、多機能機１００のシリアル番号ＳＮ１と、が一致するのか否かを判断する。本ケースでは、これらのシリアル番号ＳＮ１が一致するので、認証が成功する。Ｔ４４６、Ｔ４５０は、Ｔ３４６、Ｔ３５０と同様である。仮に、端末装置５００の不具合等により、端末装置５００が、暗号化済みの設定ファイルＥＦ１２を多機能機１００とは異なる多機能機２００に送信する状況が想定される。この場合、設定ファイルＳＦ１２に含まれるシリアル番号ＳＮ１と多機能機２００のシリアル番号ＳＮ２とが一致しないので、認証が失敗する。この結果、多機能機２００は、ＮＦ状態情報２４０を変更する処理を実行しない。これにより、多機能機１００内のＮＦ状態情報１４０が変更されるべき状況において、多機能機２００内のＮＦ状態情報２４０が誤って変更されることを防止することができる。
【００６７】
また、上記したように、管理サーバ１０は、暗号化済みの設定ファイルＳＦ１２を端末装置５００に送信する。設定ファイルＳＦ１２は、多機能機の特定機能を有効化するための情報であるので、第三者に対して秘匿にすべき情報である。本実施例では、暗号化済みの設定ファイルＳＦ１２の通信が実行されるので、機密性の高い設定ファイルが第三者によって取得されることを防止できる。共通鍵６０、１６０が、「鍵」の一例である。暗号化済みの設定ファイルＳＦ１２が、「暗号化済み変更指示」の一例である。
【００６８】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００６９】
（変形例１）通信システム２は、管理サーバ１０を備えなくてもよく、管理サーバ１０によって実現される処理は、端末装置５００が実行してもよい。例えば、図２において、Ｔ２０の処理が実行されず、端末装置５００が、Ｔ２２〜Ｔ３０の処理を実行してもよい。本変形例では、端末装置５００が、「管理装置」の一例である。
【００７０】
（変形例２）上記の各実施例では、管理サーバ１０は、図５のＴ２０２において、状態テーブル３２内のＳＭ状態情報３２ｃを「ＯＦＦ」から「ＯＮ」に変更する。これに代えて、管理サーバ１０は、多機能機１００のＳＭ状態情報１４４を「ＯＮ」から「ＯＦＦ」に変更するための設定ファイルを多機能機１００に送信してもよい。一般的に言えば、「変更部」は、特定の機能実行装置内の第２の状態情報を第２の可能情報から第２の不可能情報に変更するための変更指示を特定の機能実行装置に送信してもよい。
【００７１】
（変形例３）上記の第１実施例では、管理サーバ１０は、図７のＴ３４０において、設定ファイルＳＦ１１を端末装置５００に送信する。これに代えて、管理サーバ１０は、状態テーブル３２内のＮＦ状態情報３２ａを「ＯＮ」から「ＯＦＦ」に変更してもよい。本変形例によれば、特定の機能実行装置内の第２の状態情報を第２の不可能情報から第２の可能情報に変更するための変更指示の特定の機能実行装置への送信を省略可能である。
【００７２】
（変形例４）上記の第２実施例では、管理サーバ１０は、暗号化済みの設定ファイルＥＦ１２を端末装置５００に送信する。これに代えて、管理サーバ１０は、Ｔ４３９の処理を実行せずに、設定ファイルＳＦ１２を端末装置５００に送信してもよい。本変形例によれば、「生成部」を省略可能である。
【００７３】
（変形例５）上記の第２実施例では、管理サーバ１０は、チャレンジキーＣＫ１１と共通鍵６０とを利用して、暗号化済みの設定ファイルＥＦ１２を生成する（図７のＴ４３９）。これに代えて、管理サーバ１０は、チャレンジキーＣＫ１１のみを利用して、設定ファイルＳＦ１２を暗号化してもよい。本変形例によれば、チャレンジキーが、「鍵」の一例である。
【００７４】
（変形例６）図５の処理は実行されなくてもよい。本変形例によれば、メモリ内の特定の第１の状態情報の第１の不可能情報から第１の可能情報への変更を省略可能である。
【００７５】
（変形例７）図６のＴ３０２〜図７のＴ３３６の処理は実行されなくてもよい。本変形例によれば、判断結果情報の中継装置への送信を省略可能である。
【００７６】
（変形例８）図５のＴ２００の後に、図６のＴ３０２〜Ｔ３０６と同様の処理が実行されてもよい。その後、端末装置５００が、多機能機１００から取得した暗号化済みのシリアル番号ＥＳ１を管理サーバ１０に送信してもよい。そして、管理サーバ１０が、図７のＴ３３５、Ｔ３３６と同様の処理を実行し、シリアル番号が一致すると判断する場合に、Ｔ２０２の処理を実行してもよい。一般的に言えば、「変更部」は、判断結果情報が中継装置に送信された後に、中継装置から特定の装置識別情報が受信される場合に、メモリに記憶されている特定の第１の状態情報を変更してもよい。
【００７７】
（変形例９）通信システム２は、端末装置５００を備えなくてもよい。この場合、管理サーバ１０は、端末装置５００を介さずに、多機能機１００、２００からシリアル番号及び各状態情報を受信してもよい。本変形例によれば、「第２の状態情報」と「特定の装置識別情報」は、「中継装置」を介さずに、特定の機能実行装置から受信されてもよい。
【００７８】
（変形例１０）上記の各実施例では、管理サーバ１０は、端末装置５００を介して、多機能機から暗号化済みのシリアル番号を受信し、暗号化済みのシリアル番号を復号する（図２のＴ２２）。これに代えて、管理サーバ１０は、暗号化されていないシリアル番号を多機能機から受信してもよい。本変形例によれば、「復号部」を省略可能である。
【００７９】
（変形例１１）上記の各実施例では、管理サーバ１０のＣＰＵ２２がプログラム２６（即ちソフトウェア）を実行することによって、図２〜図７の各処理が実現される。これに代えて、いずれかの処理は、論理回路等のハードウェアによって実現されてもよい。
【符号の説明】
【００８０】
２：通信システム、６：インターネット、１０：管理サーバ、１２：ネットワークＩ／Ｆ、２０：制御部、２２：ＣＰＵ、２４：メモリ、２６：プログラム、３０：ライセンステーブル、３２：状態テーブル、３２ａ：ＮＦ状態情報、３２ｂ：ＷＰ状態情報、３２ｃ：ＳＭ状態情報、５０：秘密鍵、６０：共通鍵、１００：多機能機、１４０：ＮＦ状態情報、１４２：ＷＰ状態情報、１４４：ＳＭ状態情報、１５０：公開鍵、１６０：共通鍵、２００：多機能機、２４０：ＮＦ状態情報、２４２：ＷＰ状態情報、２４４：ＳＭ状態情報、２５０：公開鍵、２６０：共通鍵、５００：端末装置、５２６：中継プログラム、ＳＮ１、ＳＮ２：シリアル番号、ＭＮ１、ＭＮ２：モデル名、ＲＣ１、ＲＣ２：ライセンスコード、ＣＫ１、ＣＫ１１、ＣＫ２：チャレンジキー、ＳＦ１、ＳＦ１１、ＳＦ１２、ＳＦ２：設定ファイル、ＳＩ１、ＳＩ１１、ＳＩ２：設定情報、ＳＣ１：メニュー画面、ＳＣ２：ライセンスコード入力画面、ＳＣ３、ＳＣ４：確認画面
【図１】
2019117453.tif 000003
【図２】
2019117453.tif 000004
【図３】
2019117453.tif 000005
【図４】
2019117453.tif 000006
【図５】
2019117453.tif 000007
【図６】
2019117453.tif 000008
【図７】
2019117453.tif 000009