JP7547409B2 - 監視装置、監視装置の制御方法およびプログラム - Google Patents

Description

本発明は、監視装置、監視装置の制御方法およびプログラムに関する。

ネットワークを介して、オフィス等に設置したデバイス（例えば画像形成装置）からデータを収集してメンテナンス等の管理を行う、デバイス管理システムが知られている。デバイス管理システムを用いることで、例えば、デバイスに障害が発生したことや、消耗品の補充が必要になったこと等を、ネットワーク経由で検出して、迅速に対応することができる。デバイス管理システムの構成として、各デバイスを一元的に管理する管理サーバと、複数のデバイスから稼働情報を収集して該管理サーバへ転送する監視装置（管理クライアント）として動作する情報処理装置とを含む構成が知られている。監視装置は、例えば、監視装置が定期ポーリング等の方法によりデバイスからデータを取得する。また、監視装置がプロキシ機能を利用してデバイスを管理する仕組みもある。特許文献１は、サービスに必要な稼働情報をデバイス内で収集して管理サーバに送信することが可能な自己監視機能を有するデバイスに監視装置のプロキシ機能を利用させる仕組みを開示している。

監視装置のソフトウェアのアップデート方法としては、監視装置自身あるいは外部の情報処理装置が監視装置の更新データをネットワーク経由でダウンロードしてアップデートする方法が知られている。特許文献２は、更新データを持つ更新サーバに対し、ソフトウェアの新たなバージョンが存在するか否かを定期的に確認して、新たなバージョンが存在する場合、更新サーバから最新の更新データを取得し、アップデートを自動で行う情報処理装置を開示している。

特開２０１８－１３６８７６号公報 特開２０１６－１６２０６３号広報

しかしながら、特許文献２の技術では、ユーザの指示によらずに監視装置のアップデートを行うため、監視装置の機能変更に伴いエンドユーザ使用許諾契約（ＥＵＬＡ）の内容が変更になった場合、監視装置の自動アップデートを行うことができない。一方で、ユーザが監視装置のアップデートにより機能が変更される利用形態で監視装置を利用していない場合、ＥＵＬＡに同意する必要はない。例えば、監視装置がデバイスから情報を取得して管理サーバに送信する仕組みに関するＥＵＬＡに変更があり、監視装置のプロキシ機能を利用して管理する仕組みに関するＥＵＬＡには変更がない場合がある。この際、後者の機能のみを利用するユーザはＥＵＬＡに同意する必要はなく、ユーザの同意なしにソフトウェアを自動でアップデートしてプロキシ機能の提供を続けるようにしてもよい。

本発明は、監視装置の利用形態に応じたソフトウェアの更新を可能とすることを目的とする。

上記課題を解決するために、本発明の監視装置は、デバイス管理サービスの管理対象であるネットワークデバイスを監視し、利用形態に応じて異なる動作モードで動作するソフトウェアが実行される監視装置であって、前記ソフトウェアに関する更新が必要な場合に、現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンと現在の使用許諾契約のバージョンとを比較する比較手段と、現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンと現在の使用許諾契約のバージョンとが同一の場合に、前記ソフトウェアに関する更新を実行する更新手段と、を有する。

本発明によれば、監視装置の利用形態に応じたソフトウェアの更新を可能にする。

デバイス管理システムの構成を示す図である。 デバイスのハードウェア構成を示す図である。 管理サーバ、監視装置及び更新サーバのハードウェア構成を示す図である。 監視装置のソフトウェア構成を示す図である。 デバイスのソフトウェア構成を示す図である。 監視装置の自動更新処理を示すフローチャートである。 更新設定ファイルの一例を示す図である。 監視装置の手動更新処理を示すフローチャートである。 第２実施形態に係る監視装置の利用形態変更処理を示すフローチャートである。 第３実施形態に係る監視装置の自動更新処理を示すフローチャートである。 第３実施形態に係る更新設定ファイルの一例を示す図である。

（第１実施形態）
図１は、デバイス管理システムの構成を示す図である。デバイスの管理システムは、ネットワークデバイス（以下、「デバイス」と称す）を管理するためのシステムである。デバイス管理システムは、管理対象のデバイス１０２と、デバイスからデータを収集する監視装置１０１と、監視装置が収集したデータを管理するデバイス管理サービスを提供する管理サーバ１０６とを含む。監視装置１０１と、１台または複数台のデバイス１０２は、同一のローカルエリアネットワーク内にあり、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０３に接続されている。管理サーバ１０６は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０５に接続されている。ＬＡＮ１０３とＷＡＮ１０５との間には、ファイアウォール１０４が設けられている。

また、本実施形態では、ＷＡＮ１０５に監視装置１０１のソフトウェアをアップデート（更新）するための更新サーバ１０７が接続されている。本実施形態ではデバイスを管理するデバイス管理サービスが管理サーバ１０６により提供されている例について説明するがこれに限られるものではない。デバイス管理サービスは、１台または複数台の情報処理装置の他、情報処理装置を含むデータセンターにより提供されたリソースを利用した仮想マシン（クラウドサービス）、あるいはこれらの組み合わせにより実現されてもよい。また同様に、更新サーバ１０７が提供するソフトウェアの更新サービスも、１台または複数台の情報処理装置の他、クラウドサービス、あるいはこれらの組み合わせにより実現されてもよい。

監視装置１０１は、デバイス管理サービスの対象であるデバイス１０２を監視する情報処理装置である。監視装置１０１は、ＬＡＮ１０３を介して、デバイス１０２から、障害の発生などのデバイスの稼働情報や消耗品の補充等に関するデータ等を取得する。そして、監視装置１０１は、ファイアウォール１０４が設けられていても管理サーバ１０６と通信が可能であり、デバイス１０２から取得したデータを、ＬＡＮ１０３、ファイアウォール１０４及びＷＡＮ１０５を介して、管理サーバ１０６へ送信する。監視装置１０１は、プロキシ機能を有し、デバイス１０２とデバイス管理サービスとの通信を中継することも可能である。なお、監視装置１０１は、監視装置１０１による監視の監視対象となるデバイス１０２と同様の機能を有する、デバイス１０２とは異なるネットワークデバイスであってもよい。

デバイス１０２は、デバイス管理システムの管理対象であるネットワークデバイスである。デバイス１０２は、例えば、コピーやプリント等のジョブを実行するデジタル複合機（ＭＦＰ）、単機能のプリンタやスキャナ、複写機、三次元プリンタ等であり、通信機能を有するネットワークデバイスであればよい。デバイス管理サービスの対象であるデバイス１０２は、ＬＡＮ１０３を介して接続された監視装置１０１によって監視されている。

管理対象となるデバイス１０２には、自己監視機能に対応したデバイス（以下、「自己監視デバイス」と称す）と、自己監視機能に対応していないデバイス（以下、「非自己監視デバイス」と称す）とがある。自己監視機能とは、デバイス管理サービスで利用されるデバイスの稼働情報等のデータを、デバイス１０２自身の制御に基づいて自装置内で収集して、管理サーバ１０６へ送信する機能である。自己監視機能は、例えば、自己監視アプリケーションにより提供される。自己監視デバイスは、監視装置１０１のプロキシ機能を利用してファイアウォール１０４を通して、管理サーバ１０６に収集したデータを送信することができる。非自己監視デバイスは、監視装置１０１からのポーリング等に応じて稼働情報等のデータを監視装置１０１に送信する。そのため、本実施形態の監視装置１０１は、管理サーバ１０６と通信する自己監視デバイスにプロキシ機能を利用させる形態と、非自己監視デバイスからポーリング等によりデータを収集して管理サーバ１０６に送信する形態との２つの利用形態を持つ。

管理サーバ１０６は、監視装置１０１やデバイス１０２のデータを一元的に管理するデバイス管理サービスを提供する。デバイス管理サービスでは、デバイス１０２で収集された稼働情報等のデータが使用される。管理サーバ１０６は、ＬＡＮ１０３、ファイアウォール１０４及びＷＡＮ１０５を介して、監視装置１０１へ接続されている。管理サーバ１０６は、１台のコンピュータを含む構成でもよいし、複数のコンピュータを含む構成でもよい。さらには、管理サーバ１０６として、クラウドコンピューティング技術を用いたコンピュータを使用してもよい。なお、図１に示したように、管理サーバ１０６は、ＷＡＮ１０５及びＬＡＮ１０３を介して、デバイス１０２に直接接続されていてもよい。

更新サーバ１０７は、監視装置１０１が自身をアップデートするために必要なデータ（更新設定ファイルや更新データなど）を、一元的に管理する。更新サーバ１０７は、ＬＡＮ１０３、ファイアウォール１０４及びＷＡＮ１０５を介して、監視装置１０１に接続されている。

本実施形態の監視装置１０１と管理サーバ１０６または更新サーバ１０７を接続するネットワークとしてＬＡＮ１０３およびＷＡＮ１０５を利用する例について説明したが、ネットワークはデータの送受信が可能に構成されていればよく、通信方式は問わない。例えば、ＬＡＮ１０３もしくはＷＡＮ１０５の一方のみを介して接続してもよい。また、例えば、ＬＡＮ、ＷＡＮなどの通信ネットワークの他、ＬＴＥや５Ｇなどのセルラネットワーク、無線ネットワーク、電話回線、専用デジタル回線等のいずれか、またはこれらの組み合わせで構成されてもよい。

図２は、デバイス１０２のハードウェア構成の一例を示す図である。デバイス１０２は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＣ２０４、ＨＤＤ２０５、リーダＩ／Ｆ２０７、プリンタＩ／Ｆ２０８、操作部Ｉ／Ｆ２０９、スイッチＩ／Ｆ２１０、ＮＷＩ／Ｆ２１６を備える。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＣ２０４、リーダＩ／Ｆ２０７、プリンタＩ／Ｆ２０８、操作部Ｉ／Ｆ２０９、スイッチＩ／Ｆ２１０、ＮＷＩ／Ｆ２１６は、システムバス２０６を介して接続される。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、デバイス１０２全体を統括的に制御する。ＣＰＵ２０１は、ＲＯＭ２０２もしくはＨＤＤ２０５に記憶されたデバイス１０２の制御を行うソフトウェアを実行することで、システムバス２０６に接続する各デバイスを統括的に制御する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２は、データ読出専用のメモリであり、例えばデバイス１０２の基本制御プログラム等を記憶する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は、データの読出／書込が可能なメモリである。ＲＡＭ２０３は、例えば、ＣＰＵ２０１のワークエリア等として機能する。

ＨＤＣ（Ｈａｒｄ ｄｉｓｋ ｃｏｎｔｒｏｌｌｅｒ）２０４は、ＨＤＤ２０５を制御する。ＨＤＤ２０５（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）は、記憶装置の一例であり、各種プログラム、データ等を格納する。なお、本実施形態ではデバイス１０２が記憶装置としてＨＤＤ２０５を備える例について説明するが、これに限られるものではなく、例えばＳＳＤ、外部メディアを装填するＤｉｓｋＤｒｉｖｅなど他の記憶装置を用いてもよい。

リーダＩ／Ｆ２０７は、リーダ部２１２とシステムバス２０６とを接続するインタフェースであり、リーダ部２１２を制御する。リーダ部２１２は、原稿を画像として読み取り、画像データを生成する。生成された画像データは、ユーザからの指示に応じて、プリンタ部２１３に出力する、ＨＤＤ２０５に保存する、ネットワークＩ／Ｆ２１６を介してネットワーク２１７に接続されたホストコンピュータに画像データを送信するなどの各種処理に用いられる。

プリンタＩ／Ｆ２０８は、プリンタ部２１３とシステムバス２０６とを接続するインタフェースであり、プリンタ部２１３を制御する。プリンタ部２１３は、リーダ部２１２により読み取られた原稿や、ＨＤＤ２０５に格納された画像データを記録媒体上（例えば、用紙上）に印刷する。また、プリンタ部２１３は、ネットワーク２１７に接続されたホストコンピュータからの印刷ジョブを、ネットワークＩ／Ｆ部２１６を介して受信し、印刷ジョブに基づいて画像データを印刷する。

操作部Ｉ／Ｆ２０９は、操作部２１４とシステムバス２０６とを接続するインタフェースであり、操作部２１４を制御する。操作部Ｉ／Ｆ２０９は、操作部２１４への表示や、操作部２１４からのユーザ入力を制御する。操作部２１４は、ユーザに対する表示と、ユーザからの操作の受け付けを行う。操作部２１４は、例えばディスプレイと操作のためのボタンにより構成されていてもよいし、タッチパネルで構成されていてもよい。タッチパネルにおける入力座標と表示座標を対応付けることで、あたかもユーザがタッチパネルに表示された画面を直接的に操作可能であるかのようなＧＵＩを構成することができる。

スイッチＩ／Ｆ２１０は、スイッチ部２１５とシステムバス２０６とを接続するインタフェースであり、スイッチ部２１５を制御する。スイッチ部２１５は、デバイス１０２の電源ＯＮ／ＯＦＦ状態を操作のためのスイッチ等を有する。ＮＷ（Ｎｅｔｗｏｒｋ）Ｉ／Ｆ２１６は、デバイス１０２とＬＡＮ１０３を接続する通信のインタフェースである。ＣＰＵ２０１は、ＮＷＩ／Ｆ２１６およびネットワークを介してネットワーク上の他の情報機器と通信する。

図３は、監視装置１０１、管理サーバ１０６および更新サーバ１０７のハードウェア構成の一例を示す図である。監視装置１０１、管理サーバ１０６および更新サーバ１０７は、例えば、一般的な情報処理装置と同様のハードウェア構成であり、ＣＰＵ３０３、メモリ３０４、記憶装置３０２、操作Ｉ／Ｆ３０５、通信Ｉ／Ｆ３０１を備える。

監視装置１０１のＣＰＵ３０３は監視装置１０１を制御し、管理サーバ１０６のＣＰＵ３０３は管理サーバ１０６を制御し、更新サーバ１０７のＣＰＵ３０３は更新サーバ１０７を制御する。ＣＰＵ３０３は、記憶装置３０２からプログラムをメモリ３０４にロードし、実行することで各種制御を実現する。記憶装置３０２は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やプログラム、管理データ、外部システムや装置等から収集したデータ等を格納する。メモリ３０４は、ＣＰＵ３０３のワークエリア等として機能する。操作Ｉ／Ｆ３０５は、接続されたディスプレイなどの表示装置に各種データやプログラムなどの実行結果を出力したり、接続された入力装置からの入力を受け付けたりする。通信Ｉ／Ｆ３０１は、外部のシステムや装置と通信を行うためのネットワークインターフェースである。監視装置１０１の通信Ｉ／Ｆ３０１は、ＬＡＮ１０３と接続される。管理サーバ１０６の通信Ｉ／Ｆ３０１および更新サーバ１０７の通信Ｉ／Ｆ３０１は、ＷＡＮ１０５と接続される。また、監視装置１０１は不図示の表示装置も備え、表示装置には操作Ｉ／Ｆ３０５からの出力に応じた表示が行われる。

図４は、監視装置１０１のソフトウェア構成（機能構成）を示す図である。監視装置１０１は、取得部４０１、送信部４０２、データ管理部４０３、プロキシサーバ４０４、画面制御部４０５、デバイス管理部４０６、更新部４０７を有する。取得部４０１は、ネットワークを介して外部装置から各種データを取得する。例えば、取得部４０１は、デバイス１０２から稼働情報等のデータを取得し、更新サーバ１０７から更新設定ファイルや更新データを取得する。送信部４０２は、ネットワークを介して外部装置に各種データや指示を送信する。例えば、送信部４０２は、デバイス１０２から取得した稼働情報等を管理サーバ１０６へ送る。また、送信部４０２は、非自己監視デバイスに対して、ポーリングを行う。

データ管理部４０３は、各種データを管理する。例えば、データ管理部４０３は、デバイス１０２から取得した稼働情報等のデータを保存する処理や、管理対象となるデバイス１０２のデバイス情報を管理する。また、データ管理部４０３は、更新サーバ１０７から取得した更新設定ファイルや更新データを管理する。また、データ管理部４０３は、ユーザの同意を得た利用形態ごとのエンドユーザ使用許諾契約（ＥＵＬＡ（Ｅｎｄ Ｕｓｅｒ Ｌｉｃｅｎｓｅ Ａｇｒｅｅｍｅｎｔ））のバージョンの情報を管理する。

プロキシサーバ４０４は、デバイス１０２と管理サーバ１０６との間のデータ通信を中継する。具体的には、プロキシサーバ４０４は、自己監視機能を有したデバイス１０２からの通信を集約して、デバイス１０２とデバイス管理サービスとの通信を中継する。なお、本実施形態ではプロキシサーバ４０４を監視装置１０１に内蔵する例について説明するが、プロキシサーバ４０４を監視装置１０１の外部に設けてもよい。また、プロキシサーバ４０４に加えて他のプロキシサーバを、デバイス１０２と管理サーバ１０６との通信経路に設けて多段プロキシとしてもよい。

画面制御部４０５は、データ管理部４０３が管理する情報に基づいて画面を生成し、操作Ｉ／Ｆ３０５を経由して出力装置に表示する。また、画面制御部４０５は、操作Ｉ／Ｆ３０５を経由して入力装置からの入力情報を受け付け、データ管理部４０３に保存する。デバイス管理部４０６は、自己監視機能を有したデバイス１０２に対して、自身が保持するプロキシサーバ情報の設定や、登録指示等を行う。また、デバイス管理部４０６は、デバイス１０２に自己監視機能を提供するアプリケーションのインストール指示・開始・停止指示等を行う。また、デバイス管理部４０６は、自己監視機能を有さないデバイス１０２に対する定期的なポーリングを管理する。

更新部４０７は、データ管理部４０３で管理する更新データを用いて監視装置１０１のアップデートに係る処理を行う。更新部４０７はアップデートに係る処理の一部として、監視装置１０１の現在の利用形態に係るＥＵＬＡバージョンが更新されユーザの同意が必要な状態であるか否かを、ＥＵＬＡバージョンを比較することで判定する比較手段としても機能する。利用形態設定部４０８は、監視装置１０１の利用形態の変更処理も行う。監視装置１０１の利用形態には、監視装置１０１をプロキシサーバとして利用させる第１の利用形態（“ｐｒｏｘｙ”）と、ポーリング等により取得部４０１による取得処理でデバイス１０２を監視している第２の利用形態（“ｐｏｌｌｉｎｇ”）がある。監視装置１０１で実行されるソフトウェアは、利用形態に応じて異なる動作モードで動作する。監視装置１０１の利用形態は、ユーザまたは管理サーバ１０６からの指示に基づいて設定、変更される。

図５は、デバイス１０２のソフトウェア構成（機能構成）の一例を示す図である。デバイス１０２は、受信部５０１、送信部５０２、設定部５０３、アプリケーション制御部５０４を有する。受信部５０１は、ネットワークを介して外部装置からのリクエストを受信する。リクエストとしては、例えば、デバイス１０２に稼働情報等のデータを収集して送信させる旨のリクエストがある。送信部５０２は、ネットワークを介して外部装置へ稼働情報等のデータを送信する。送信部５０２は、例えば、受信部５０１が受信したリクエストに対する応答送信する。設定部５０３は、プロキシの設定等、監視装置１０１等から指定された情報に基づく各種設定を行う。

アプリケーション制御部５０４は、管理サーバ１０６との通信を制御し、アプリケーションのインストールや更新を実行する。ダウンロードは、監視装置１０１のプロキシサーバ４０４を介して行ってもよいし、プロキシサーバ４０４を介さずに行ってもよい。また、アプリケーション制御部５０４は、管理サーバ１０６に対して、インストール済みのアプリケーションの情報（例えば、ＩＤやバージョン情報）を、送信部５０２を介して通知する。

具体的には、アプリケーション制御部５０４は、受信部５０１が受けたリクエスト（インストール指示）に基づいて、管理サーバ１０６から自己監視アプリケーションのインストールファイル等をダウンロードする。また、アプリケーション制御部５０４は、ダウンロードした自己監視アプリケーションのインストールファイルを用いて、自己監視アプリケーションのインストールを実行する。インストールされた自己監視アプリケーションは、アプリケーション制御部５０４の制御に従って、デバイス１０２内の状態を監視する。そして、自己監視アプリケーションは、予め定めたスケジュールに従って、デバイス１０２内の指定されたデータを収集し、監視装置１０１に収集したデータを送信する。また、自己監視アプリケーションは、監視の結果、デバイス１０２内に所定の変化（例えば、エラーの発生）が検出された場合にも、監視装置１０１へ通知する。

監視装置１０１のソフトウェアのアップデートについて説明する。ソフトウェアのアップデートは、自動でアップデート処理が可能な場合と、手動でのアップデート処理が必要な場合とがある。一般的には、エンドユーザ使用許諾契約（ＥＵＬＡ）の内容が変更になった場合はＥＵＬＡの変更についてユーザの同意が必要であり、自動アップデートを行うことができず、手動でのアップデート処理が必要となる。しかし、ユーザによる手動アップデートが完了するまで監視装置１０１の機能が制限されると、常時監視が必要なシステムにおいて監視が継続しないケースが出てきてしまう恐れがある。そこで本実施形態では、可能な限り監視を継続するために、ＥＵＬＡの内容の変更が監視装置１０１の利用形態に影響がない場合には、ＥＵＬＡの変更についてユーザの同意なしにソフトウェアのアップデートを自動で行うことを可能とする。

図６は、監視装置１０１の自動アップデート処理を示すフローチャートである。自動アップデート処理では、監視装置１０１が定期的に更新サーバ１０７から更新設定ファイルの取得を行い、監視装置１０１のバージョンが更新され、且つユーザの利用形態に紐づく使用許諾契約の変更がないと判断した場合にアップデートを行う。図６のフローチャートに示す各処理は、監視装置１０１のＣＰＵ３０３が、記憶装置３０２に格納されている制御プログラムをメモリ３０４に読み出して実行することにより実現される。

ステップＳ６０１で、監視装置１０１の取得部４０１は、更新サーバ１０７から更新設定ファイルを取得する。そして、取得した更新設定ファイルはデータ管理部４０３に保存される。ここで、更新設定ファイルについて説明する。更新設定ファイルは、更新に係るソフトウェアのバージョンおよび利用形態ごとの該ソフトウェアの使用許諾契約のバージョンを含む更新の設定を示すファイルである。図７は、更新設定ファイルの一例を示す図である。なお、本実施形態では、更新設定ファイルはＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）形式で管理しているが、Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＸＭＬ）形式など、その他のデータ形式で管理してもよい。

図７において、“ｒｅｇｉｏｎ”は、監視装置１０１が販売および利用される地域（リージョン）の情報を示す情報である。“ａｐｐＶｅｒｓｉｏｎ”は、更新サーバ１０７で管理する監視装置のソフトウェアの最新バージョンを示す情報である。“ｔｙｐｅ”は、監視装置１０１の利用形態を示す情報である。“ｔｙｐｅ”が“ｐｒｏｘｙ”である場合は、監視装置１０１がデバイス１０２に監視装置１０１のプロキシ機能を利用させる利用形態であることを示している。“ｔｙｐｅ”が“ｐｏｌｌｉｎｇ”である場合は、監視装置１０１がデバイス１０２にポーリングを行い、監視装置１０１がデバイス１０２から情報を取得して管理サーバに送信する利用形態であることを示している。なお、“ｐｒｏｘｙ”および“ｐｏｌｌｉｎｇ”に対応する利用形態以外の監視装置１０１の利用形態があってもよく、他の利用形態がある場合には“ｔｙｐｅ”に該利用形態に応じた設定値が記載される。

“ｅｕｌａＶｅｒｓｉｏｎ”は、更新サーバ１０７で管理する監視装置の最新のＥＵＬＡバージョンを示す情報である。“ｅｕｌａＶｅｒｓｉｏｎ”は、監視装置の利用形態に紐づいており、“ｔｙｐｅ”が“ｐｒｏｘｙ”である場合の“ｅｕｌａＶｅｒｓｉｏｎ”と、“ｔｙｐｅ”が“ｐｏｌｌｉｎｇ”である場合の“ｅｕｌａＶｅｒｓｉｏｎ”とがそれぞれ記載されている。なお、図７に示した各情報とは異なる種類の情報を用いて更新情報を管理してもよい。監視装置１０１のデータ管理部４０３においても、更新設定ファイルに記載される情報に対応する情報が保持される。すなわち、監視装置１０１のデータ管理部４０３は、監視装置１０１のリージョン、バージョン、利用形態（“ｐｒｏｘｙ”と“ｐｏｌｌｉｎｇ”のいずれか）、ＥＵＬＡバージョンを示す情報を保持する。

ステップＳ６０２で、更新部４０７は、監視装置１０１をアップデートする必要があるか否か判定する。すなわち、更新部４０７は、ステップＳ６０１で取得した更新設定ファイルに記載の監視装置のソフトウェアのバージョンが、現在の監視装置１０１のソフトウェアのバージョンより新しいバージョンであるか判定する。具体的には、更新部４０７は、データ管理部４０３で管理する監視装置１０１の現在のバージョンと、取得した更新設定ファイルに記載されている監視装置の最新バージョン（図８の“ａｐｐＶｅｒｓｉｏｎ”）を比較する。バージョンが同一である場合は、監視装置１０１をアップデートする必要がないため本処理を終了する。一方、更新設定ファイルの監視装置の最新バージョンが現在の監視装置１０１のバージョンより新しい場合は、監視装置１０１をアップデートする処理を進めるため、ステップＳ６０３の処理を行う。

ステップＳ６０３で、更新部４０７は、自動アップデートが可能であるか否か判定する。自動アップデートが行えず手動アップデートが必要となる場合とは、ユーザによるＥＵＬＡの同意が必要な場合であり、監視装置１０１の利用形態におけるＥＵＬＡバージョンが新しくなっている場合である。一方、ユーザによるＥＵＬＡの同意が必要ない場合、すなわち、監視装置１０１の利用形態におけるＥＵＬＡバージョンに変更がない場合は、自動アップデートが可能である。したがって、監視装置１０１の利用形態とは異なる利用形態におけるＥＵＬＡバージョンのみが新しくなっている場合にも、自動アップデートが可能である。

更新部４０７は、データ管理部４０３で管理する監視装置１０１の現在の利用形態およびＥＵＬＡバージョンと、更新設定ファイルに記載されている監視装置１０１の利用形態に紐づくＥＵＬＡバージョンを比較する。例えば、監視装置１０１のプロキシ機能を利用してデバイスを管理している場合（監視装置１０１の利用形態が“ｐｏｌｌｉｎｇ”の場合）、更新設定ファイルに記載されている“ｐｏｌｌｉｎｇ”の“ｅｕｌａＶｅｒｓｉｏｎ”が新しくなっているか判定する。更新設定ファイルに記載されている監視装置１０１の利用形態に紐づくＥＵＬＡバージョンが新しい場合は、ユーザの同意が必要となるため、ステップＳ６０４の処理を行う。一方、更新設定ファイルに記載されている監視装置１０１の利用形態に紐づくＥＵＬＡバージョンが同一である場合、自動アップデートが可能であり、ステップＳ６０５の処理を行う。

ステップＳ６０４で、更新部４０７は、監視装置１０１の更新処理を行わず、ユーザに前記更新に係る使用許諾契約の同意を求めるための処理を実行する。具体的には、更新部４０７は、更新にはＥＵＬＡへのユーザの同意操作が必要になることをＵＩに表示させるフラグをデータ管理部４０３へ保存し処理を終了する。このフラグは、次回ユーザが監視装置１０１の使用を始めた際、画面制御部４０５が画面に、監視装置１０１の更新にはＥＵＬＡへのユーザの同意操作が必要である旨を表示するためのフラグである。なお、ステップＳ６０４では、フラグの保存に替えて、メールなどの手段を用いて、更新にはＥＵＬＡへの同意操作が必要になることをユーザに通知してもよい。更新部４０７は、使用許諾契約に対する同意をユーザから受け付けると、更新サーバ１０７から更新データを取得し、更新データに基づいてソフトウェアに関するアップデートを実行する。

ステップＳ６０５で、監視装置１０１は自動でアップデート処理を行う。まず、取得部４０１が、更新サーバ１０７から更新データを取得し、データ管理部４０３へ保存する。そして更新部４０７が、更新データを用いて監視装置のアップデートを行い、処理を終了する。

以上の処理により“ｐｒｏｘｙ”の機能を利用するユーザは“ｐｏｌｌｉｎｇ”の“ｅｕｌａＶｅｒｓｉｏｎ”が更新されていてもＥＵＬＡに同意する必要はなく、監視装置１０１はユーザの同意なしに自動更新してプロキシ機能の提供を続けることができる。監視装置１０１がプロキシサーバ４０４を介してデバイス１０２と管理サーバ１０６との通信を中継させることでデバイス１０２を監視している場合には、取得部４０１の取得時の通信方式や、送信部４０２の送信時の通信方式が自動でアップデートされる。一方、“ｐｏｌｌｉｎｇ”の機能を利用するユーザは“ｐｒｏｘｙ”の“ｅｕｌａＶｅｒｓｉｏｎ”が更新されていてもＥＵＬＡに同意する必要はなく、監視装置１０１はユーザの同意なしに自動更新してポーリングを続けることができる。そのため、監視装置１０１が、取得部４０１による取得処理でネットワーク上のデバイス１０２を監視している場合には、例えば、プロキシ動作に係るセキュリティ対策機能や、プロキシが中継可能な通信機能が自動でアップデートされることになる。

以上説明したように、本処理によると、監視装置のユーザの利用形態に紐づく使用許諾契約の変更がないと判断した場合に自動的にアップデートを行うことができる。このように利用形態に応じてソフトウェアのアップデートを実行することで、ユーザは自分の利用していない利用形態の機能に関するＥＵＬＡの変更があっても、ＵＩから指示する手間なく、自動的に監視装置をアップデートすることが可能になる。また、自動で監視装置をアップデートすることで、デバイスの監視を継続することが可能となる。

図８は、監視装置１０１の手動アップデート処理を示すフローチャートである。手動アップデート処理では、監視装置１０１のユーザのＵＩ操作による更新指示を受け、更新サーバ１０７から更新設定ファイルの取得を行う。そして、監視装置１０１のユーザの利用形態に紐づく使用許諾契約の変更があると判断した場合にはＥＵＬＡの表示を行い、ユーザの同意を得てからアップデートを行う。図８のフローチャートに示す各処理は、監視装置１０１のＣＰＵ３０３が、記憶装置３０２に格納されている制御プログラムをメモリ３０４に読み出して実行することにより実現される。

ステップＳ８０１～ステップＳ８０３は、ステップＳ６０１～ステップＳ６０３と同様の処理である。まず、ステップＳ８０１で、監視装置１０１の取得部４０１が、更新サーバ１０７から更新設定ファイルを取得する。そして、取得した更新設定ファイルをデータ管理部４０３へ保存する。

ステップＳ８０２で、更新部４０７は、データ管理部４０３で管理する監視装置１０１の現在のバージョンと、更新設定ファイルに記載されている監視装置の最新バージョンを比較する。バージョンが同一である場合、ステップＳ８１１の処理を行う。ステップＳ８１１では、画面制御部４０５は、監視装置１０１の現在のバージョンが最新バージョンであることを不図示の表示部に表示する。一方、更新設定ファイルに示される監視装置のバージョンが監視装置１０１の現在のバージョンよりも新しい場合、ステップＳ８０３の処理を行う。

ステップＳ８０３で、更新部４０７は、データ管理部４０３で管理する監視装置１０１の現在の利用形態に紐づく監視装置１０１の現在のＥＵＬＡバージョンと、更新設定ファイルに記載されている監視装置の利用形態に紐づくＥＵＬＡバージョンを比較する。更新設定ファイルに記載されている監視装置の利用形態に紐づくＥＵＬＡバージョンが新しい場合は、ステップＳ８０４の処理を行う。ＥＵＬＡバージョンが同一である場合は、ステップＳ８０８の処理を行う。

ステップＳ８０４で、取得部４０１は、更新サーバ１０７から更新データを取得し、データ管理部４０３へ保存する。次に、ステップＳ８０５で、更新部４０７は、ユーザに前記更新に係る使用許諾契約の同意を求めるための処理を実行する。具体的には、更新部４０７が画面制御部４０５に指示してデータ管理部４０３に保持する更新データに含まれるＥＵＬＡを画面に表示させる。ＥＵＬＡが表示される画面には、「新たなＥＵＬＡに同意する」旨のボタンと「新たなＥＵＬＡに同意しない」旨のボタンも併せて表示され、ユーザはいずれかのボタンを選択する操作を行う。ステップＳ８０６で、更新部４０７は、画面制御部４０５を介して、ユーザが「新たなＥＵＬＡに同意する」旨のボタンを押下したかを判断する。「新たなＥＵＬＡに同意する」旨のボタンを押下したことが検知できた場合、ステップＳ８０７の処理を行う。一方、「新たなＥＵＬＡへ同意する」旨のボタンを押下したことが検知できない場合、本処理を終了する。ステップＳ８０７で、更新部４０７は、データ管理部４０３で保持する更新データを用いて監視装置１０１のアップデートを行い、本処理を終了する。

ステップＳ８０８において、更新部４０７は、画面制御部４０５に指示してアップデートの実行を確認する画面を表示させる。アップデートの実行を確認する画面には、「アップデートの実行に同意する」旨のボタンと「アップデートの実行に同意しない」旨のボタンも併せて表示され、ユーザはいずれかのボタンを選択する操作を行う。なお、ステップＳ８０８では、監視装置１０１の利用形態に紐づかないＥＵＬＡバージョンが更新されている場合でも、該ＥＵＬＡを画面に表示せず、ユーザによるＥＵＬＡの内容の変更の同意を不要とする。

ステップＳ８０９で、画面制御部４０５は、ユーザが「アップデートの実行に同意する」旨のボタンを押下したかを判断する。「アップデートの実行に同意する」ボタンを押下したことが検知できた場合、ステップＳ８１０の処理を行う。一方、「アップデートの実行に同意する」ボタンを押下したことが検知できない場合、本処理を終了する。ステップＳ８１０で、取得部４０１は、更新サーバ１０７から更新データを取得し、データ管理部４０３へ保存する。そして更新部４０７は、更新データを用いて監視装置１０１のアップデートを行い、本処理を終了する。

本実施形態ではＥＵＬＡデータが更新データに含まれる例を説明したため、ステップＳ８０５でＥＵＬＡを表示する前に更新サーバ１０７から更新データを取得したが、これに限られるものではない。例えば、更新データ、更新設定ファイルとは別にＥＵＬＡデータを管理し、ステップＳ８０５でＥＵＬＡを表示する前に更新サーバ１０７からＥＵＬＡデータを取得し、ユーザがＥＵＬＡに同意した場合にのみ更新データを取得するようにしてもよい。また、ＥＵＬＡデータを更新設定ファイルに含んでもよいし、更新データおよびＥＵＬＡデータを更新設定ファイルに含んでもよい。

以上説明したように、本実施形態では、監視装置１０１の利用形態に応じてソフトウェアのアップデートを制御する。そして、ＥＵＬＡの内容の変更が監視装置１０１の利用形態に影響がない場合には、ＥＵＬＡの変更についてユーザの同意なしにソフトウェアのアップデートを行うことが可能となる。

（第２実施形態）
第１実施形態では、現在の監視装置１０１の利用形態におけるＥＵＬＡへの同意が不要であると判断した場合には、現在の利用形態でないＥＵＬＡが更新されていても該ＥＵＬＡへの同意を得ずにアップデートを行った。そのため、現在の利用形態でないＥＵＬＡについてユーザの同意が得られていない場合があり、監視装置１０１のソフトウェアのアップデート後に監視装置１０１の利用形態が変更される場合には、改めてＥＵＬＡへの同意操作が必要となる。そこで、本実施形態では、ＥＵＬＡへの同意を得ずにアップデートを行った後にユーザの利用形態が変更される場合、ＥＵＬＡを表示してユーザの同意を得た場合のみ利用形態を変更できるよう制御する。本実施形態に係るデバイス監視システムの構成は、第１実施形態と同様である。以下では、第１実施形態との差異についてのみ説明し、第１実施形態と同様の処理については同じ符号を付すことでその説明を省略する。

監視装置１０１の利用形態が変更される場合の監視装置１０１の処理について説明する。図９は、第２実施形態に係る監視装置１０１の利用形態変更処理を示すフローチャートである。図９に示される処理は、監視装置１０１が、ユーザから利用形態の変更指示を受け付けることで開始される。図９のフローチャートに示す各処理は、監視装置１０１のＣＰＵ３０３が、記憶装置３０２に格納されている制御プログラムをメモリ３０４に読み出して実行することにより実現される。

利用形態の変更指示を受け付けた際、監視装置１０１は、ＥＵＬＡへの同意の必要があるかの判断を行う。まず、ステップＳ９０１において、利用形態設定部４０８は、変更後の利用形態のＥＵＬＡバージョンが、ユーザが現在の利用形態において同意したＥＵＬＡバージョンより新しいか判定する。具体的には、利用形態設定部４０８は、データ管理部４０３に保持するユーザの同意を得た利用形態ごとのＥＵＬＡバージョンを参照し、該ＥＵＬＡバージョンより変更後の利用形態のＥＵＬＡバージョンの方が新しいか判定する。変更後の利用形態のＥＵＬＡバージョンの方が新しいと判断した場合、ステップＳ８０５の処理を行う。一方、変更後の利用形態のＥＵＬＡバージョンがユーザの同意を得たＥＵＬＡバージョンと同一、あるいはより古いと判断した場合、ステップ９０２に進む。なお、変更後の利用形態のＥＵＬＡバージョンが古いと判断した場合は、ＥＵＬＡの変更がある判断したものとして、ステップＳ８０５の処理を実行してもよい。

ステップＳ８０５で、画面制御部４０５は、データ管理部４０３に保持する更新データに含むＥＵＬＡを画面に表示する。ステップＳ８０６で、画面制御部４０５は、ユーザが「ＥＵＬＡに同意する」旨のボタンを押下したかを判断する。「ＥＵＬＡに同意する」旨のボタンの押下を検知した場合、ステップＳ９０２の処理を行う。一方、「ＥＵＬＡに同意する」旨のボタンの押下を検知できなかった場合、利用形態を変更せず、本処理を終了する。ステップＳ９０２で、利用形態設定部４０８は、監視装置１０１の利用形態を更新する。具体的には、利用形態設定部４０８は、データ管理部４０３に利用形態情報を上書きし、変更後の利用形態の情報を保存する。

以上説明したように、本実施形態によれば、第１実施形態における自動更新が行われた後にユーザが利用形態を変更する場合、ＥＵＬＡへの同意が必要であれば改めて変更後の利用形態のＥＵＬＡを表示し、ユーザのＥＵＬＡへの同意を得ることが可能である。

（第３実施形態）
第１実施形態では、利用形態に紐付くＥＵＬＡに変更があるかを確認し、自身の利用形態のＥＵＬＡに変更があると判断した場合には自動アップデートを制限していた。しかし、ＥＵＬＡに変更があったとしても、監視装置１０１が利用するライブラリの中には、最新バージョンのＥＵＬＡの変更内容に関わらず、現在ユーザが同意しているＥＵＬＡの内容で、最新バージョンのライブラリへ更新できるものが存在する。ここで、ライブラリは、監視装置１０１のプログラムの一部を構成する、Ｄｙｎａｍｉｃ Ｌｉｎｋ Ｌｉｂｒａｒｙファイルである。そこで、本実施形態では、監視装置１０１の利用形態に紐づくＥＵＬＡに変更があると判断した場合であっても、ＥＵＬＡの更新に関わらないライブラリのみ、ユーザのＥＵＬＡへの同意を待たずに先に自動で更新する。本実施形態に係るデバイス監視システムの構成は、第１実施形態と同様である。以下では、第１実施形態との差異についてのみ説明し、第１実施形態と同様の処理については同じ符号を付すことでその説明を省略する。

図１０は、第３実施形態に係る監視装置１０１の自動更新処理を示すフローチャートである。図１０のフローチャートに示す各処理は、監視装置１０１のＣＰＵ３０３が、記憶装置３０２に格納されている制御プログラムをメモリ３０４に読み出して実行することにより実現される。

まず、第１実施形態と同様に、ステップＳ６０１で、取得部４０１が、更新サーバ１０７から更新設定ファイルを取得する。そして、取得した更新設定ファイル（後述の図１１参照）をデータ管理部４０３へ保存する。ここで取得する更新設定ファイルには、第１実施形態（図７）で説明した情報に加えて、更新可能なライブラリの一覧が記載される。図１１は、第３実施形態における更新設定ファイルの一例を示す図である。“ｕｐｄａｔａｂｌｅＬｉｂｒａｒｙ”は、更新可能なライブラリの一覧を示している。

ステップＳ６０２で、更新部４０７は、データ管理部４０３で管理する監視装置の現在のバージョンと、更新設定ファイルに記載されている監視装置の最新バージョンを比較する。バージョンが同一である場合、本処理を終了する。一方、更新設定ファイルに記載された監視装置のバージョンの方が新しい場合、ステップＳ６０３の処理を行う。

ステップＳ６０３で、更新部４０７は、自動アップデートが可能であるか否か判定する。更新部４０７は、データ管理部４０３で管理する監視装置１０１の現在の利用形態における監視装置１０１の現在のＥＵＬＡバージョンと、更新設定ファイルに記載されている監視装置１０１の利用形態に紐づくＥＵＬＡバージョンを比較する。更新設定ファイルに記載されている監視装置１０１の利用形態に紐づくＥＵＬＡバージョンが新しい場合、ステップＳ１００１の処理を行う。一方、ＥＵＬＡバージョンが同一である場合、ステップＳ６０５の処理を行う。ステップＳ６０５で、取得部４０１は、更新サーバ１０７から更新データを取得し、データ管理部４０３へ保存する。更新部４０７は、更新データを用いて監視装置のアップデートを行い、本処理を終了する。

ステップＳ１００１で、更新部４０７は、更新可能なライブラリがあるか否か判定する。更新部４０７は、更新設定ファイルに記載されている更新可能なライブラリ情報（“ｕｐｄａｔａｂｌｅＬｉｂｒａｒｙ”）を参照して、更新可能なライブラリ情報があるか否か判定する。更新可能なライブラリが存在する場合、ステップＳ１００２の処理を行う。一方、存在しない場合、ステップＳ６０４の処理を行う。ステップＳ６０４で、更新部４０７は、監視装置１０１の更新処理を行わず、更新にはＥＵＬＡへの同意操作が必要になることをＵＩに表示するフラグをデータ管理部４０３へ保存し、本処理を終了する。このフラグは、次回ユーザが監視装置の使用を始めた際、画面制御部４０５が画面にその旨を表示するために用いられる。

ステップＳ１００２で、取得部４０１は、更新サーバ１０７から更新データを取得する。さらに、更新部４０７は、更新可能なライブラリ情報に基づいて更新データの中から該当のライブラリを抽出し、監視装置１０１の現在のライブラリに上書きして更新する。さらに、更新部４０７は、更新したライブラリ以外のユーザのＥＵＬＡへの同意操作がアップデートについて、更新にはＥＵＬＡへの同意操作が必要になることをＵＩに表示するフラグをデータ管理部４０３へ保存し、本処理を終了する。

以上説明したように、本実施形態によれば、監視装置１０１は、現在の利用形態のＥＵＬＡに変更があると判断した場合にも、ＥＵＬＡの更新に関わらないライブラリのみユーザのＥＵＬＡへの同意を待たずに先に更新することが可能である。これにより、バグの対応などすぐに反映させたいライブラリの更新を速やかに実行することができ、監視装置のセキュリティを向上させることができる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。

Claims (9)

1. デバイス管理サービスの管理対象であるネットワークデバイスを監視し、利用形態に応じて異なる動作モードで動作するソフトウェアが実行される監視装置であって、
   前記ソフトウェアに関する更新が必要な場合に、現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンと現在の使用許諾契約のバージョンとを比較する比較手段と、
   現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンと現在の使用許諾契約のバージョンとが同一の場合に、前記ソフトウェアに関する更新を実行する更新手段と、を有することを特徴とする監視装置。
2. 現在の前記監視装置の利用形態に紐づく前記更新に係る使用許諾契約のバージョンは、前記更新に係るソフトウェアのバージョンおよび利用形態ごとの使用許諾契約のバージョンが示される更新設定ファイルから取得されることを特徴とする請求項１に記載の監視装置。
3. 前記監視装置は、前記デバイス管理サービスと前記ネットワークデバイスとの通信を中継するプロキシ機能を有し、
   前記利用形態には、前記ネットワークデバイスに前記監視装置のプロキシ機能を利用させる形態および前記監視装置が前記ネットワークデバイスからデータを収集して前記デバイス管理サービスに送信する形態が含まれることを特徴とする請求項１または２に記載の監視装置。
4. 現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンが現在の使用許諾契約のバージョンよりも新しい場合に、前記更新手段は、ユーザに前記更新に係る使用許諾契約の同意を求める処理を実行し、該使用許諾契約に対する同意をユーザから受け付けた場合に、前記ソフトウェアに関する更新を実行することを特徴とする請求項１乃至３のいずれか１項に記載の監視装置。
5. 現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンが現在の使用許諾契約のバージョンよりも新しい場合において、ユーザによる前記更新に係る使用許諾契約への同意を得ずに更新可能なライブラリがある場合には、前記更新手段は、該ライブラリに関する更新を実行することを特徴とする請求項１乃至４のいずれか１項に記載の監視装置。
6. 前記更新可能なライブラリを示す情報は、前記更新に係るソフトウェアのバージョンおよび利用形態ごとの使用許諾契約のバージョンが示される更新設定ファイルに含まれることを特徴とする請求項５に記載の監視装置。
7. 前記監視装置の利用形態を設定する設定手段をさらに有し、
   前記設定手段は、前記監視装置の利用形態を変更する際、変更後の利用形態に紐づく使用許諾契約のバージョンに対してユーザの同意がなされていない場合には、ユーザに前記更新に係る使用許諾契約の同意を求める処理を実行し、該使用許諾契約に対する同意をユーザから受け付けた場合に、利用形態を変更することを特徴とする請求項１乃至６のいずれか１項に記載の監視装置。
8. デバイス管理サービスの管理対象であるネットワークデバイスを監視し、利用形態に応じて異なる動作モードで動作するソフトウェアが実行される監視装置の制御方法であって、
   前記ソフトウェアに関する更新が必要な場合に、現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンと現在の使用許諾契約のバージョンとを比較する工程と、
   現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンと現在の使用許諾契約のバージョンとが同一の場合に、前記ソフトウェアに関する更新を実行する工程と、を有することを特徴とする監視装置の制御方法。
9. デバイス管理サービスの管理対象であるネットワークデバイスを監視し、利用形態に応じて異なる動作モードで動作するソフトウェアが実行される監視装置を制御するためのプログラムであって、
   前記ソフトウェアに関する更新が必要な場合に、現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンと現在の使用許諾契約のバージョンとを比較する工程と、
   現在の前記監視装置の利用形態に紐づく、前記更新に係る使用許諾契約のバージョンと現在の使用許諾契約のバージョンとが同一の場合に、前記ソフトウェアに関する更新を実行する工程と、をコンピュータに実行させることを特徴とするプログラム。

Images