≪第1実施形態≫
 図1は、本発明の第1実施形態に係るネット� �ークシステム1の全体的な構成を示す。
 <ネットワークシステムの概略構成>
 図1に示すように、ネットワークシステム1� �、主に、複数機器からなり各機器において� �能を有効化させるための装置10と、機能を有 効化させるためのライセンスキーを配布する ライセンサーであるセンター20とからなる。� ��置10はユーザーにより管理されており、セ� �ター20とインターネット等を介して通信可能 に設置されている。ここで、機能を有効化さ せるとは、例えばプレインストールされたり コピーされたりしたソフトウエアを各機器(PC 等)において使用可能な状態にすることであ� �。
 センター20においては、ユーザーより、機� �の購入申込み(使用したい機能(以下、当該機 能と呼ぶ)・マスター機器の固有情報・スレ� �ブ機器の使用台数)を受けると、所定の認証� ��続き後に第1ライセンスキーを発行し、装置 10のユーザーに所定の通信手段により配布す� ��。第1ライセンスキーは、一機能毎に発行さ れる。具体的には、第1ライセンスキーは、� �該機能を特定する情報(以下、当該機能情報� ��呼ぶ)、マスター機器の固有情報、スレーブ 機器の使用台数(本実施例では1台)から暗号化 等の所定の方法により変換されて生成される 。

 <装置の概略構成>
 装置10は、他の機器を制御するマスター機� �11と、マスター機器11に制御されるスレーブ� ��器12と、第1ライセンスキーの入力部及び第2 ライセンスキーの生成部を有するインターフ ェース機器13とを含む。各機器はLANを構成し� ��いに通信可能に設定されている。
 マスター機器11は、取得した第1ライセンス� ��ーを逆変換して、当該機能情報や使用台数� ��情報を取得する逆変換部11aを有する。マス� ��ー機器211はまた、スレーブ機器情報31を保� �する。スレーブ機器情報31は、マスター機器 11の制御対象となるスレーブ機器12のIPアドレ スやMACアドレス等の情報を含む。
 スレーブ機器12は、スレーブ機器固有情報32 を保持し、インターフェース機器13の要求に� ��し同固有情報32を送信する。また、第2ライ� ��ンスキーをインターフェース機器13より受� �取って同第2ライセンスキーにより当該機能� ��有効化にする。なお、スレーブ機器固有情� ��とは、例えば機器のシリアルナンバーやMAC� ��ドレス等である。

 インターフェース機器13は、キー入力部13a� �キー生成部13bとを有する。キー入力部13aは� �ーザー(若しくはユーザーに依頼されたサー� ��スマン、以下同様)により第1ライセンスキ� �が入力される。キー生成部13bは、マスター� �器11より取得した当該機能情報や使用台数、 スレーブ機器12より取得した固有情報から新� ��なライセンスキーである第2ライセンスキー を生成し、スレーブ機器12のIPアドレス宛て� �送信する。
 <キー生成部の概略構成>
 図2は、キー生成部13bの概略的な構成を示す 。キー生成部13bは、マスター機器11より取得� ��た当該機能情報と使用台数の情報、及びス� ��ーブ機器12より取得したスレーブ機器固有� �報から第2ライセンスキーを生成する。この� ��き、使用台数は-1を減じた情報が付加され� �ため、使用台数は0となる。

 <ネットワークシステムの処理動作>
 第1実施形態のネットワークシステム1によ� �処理の流れを図3のフローチャートに沿って� ��明する。
 S101ステップにおいて、ユーザーはセンター 20へ当該機能の購入を申し込む。このとき、� ��該機能、マスター機器の固有情報、使用台� ��を伝える。S102ステップにおいて、センター 20は当該機能、マスター機器11の固有情報、� �用台数を変換して第1ライセンスキーを生成� ��、S103ステップにおいてユーザーに配布する 。S104ステップにおいて、第1ライセンスキー� ��キー入力部13aを介してマスター機器11に入� �される。これによりマスター機器11において 当該機能が有効化される。
 S105ステップにおいて、マスター機器11のキ� ��逆変換部11aは第1ライセンスキーを逆変換し 、当該機能情報と使用台数とを取得する。S10 6ステップにおいて、これらの情報は予めマ� �ター機器11に保持されているスレーブ機器情 報31とともにインターフェース機器13のキー� �成部13bに送信される。S107ステップにおいて� ��インターフェース機器13はスレーブ機器12に 問い合わせ、スレーブ機器固有情報32を取得� ��る。S108ステップにおいて、キー生成部13bは 、取得したスレーブ機器固有情報、機能情報 、使用台数-1から第2ライセンスキーを生成す る。このとき、使用台数は-1を減じた情報が� ��加されるため、使用台数は0となる。
S109ステップにおいて、第2ライセンスキーは� ��レーブ機器12に入力され、スレーブ機器12に おける当該機能が有効化される。

 次に、S110ステップにおいて、キー生成部13b は生成した第2ライセンスキーの使用台数が0� ��なっているかどうかを判定する。本実施形� ��の場合、上記処理により使用台数は0になっ ているため、処理を終了する。もし、使用台 数が0でない場合、すなわち装置10においてス レーブ機器が他にもある場合は、S107ステッ� �からの処理に戻り、使用台数が0となるまで� ��処理が繰り返される。
 以上の処理を行うことにより、マスター機� ��及びスレーブ機器における機能は全て共通� ��される。
 <第1実施形態に係るネットワークシステ� �の特徴>
 (1)
 本実施形態に係るネットワークシステム1で は、一つのライセンスキー(第1ライセンスキ� ��)から、装置10内における複数の機器の機能� ��すべて簡単かつ確実に有効化させることが� ��きる。

 (2)
 本実施形態に係るネットワークシステム1で は、センター20は一つのライセンスキー(第1� �イセンスキー)を発行するだけで、装置10内� �おける複数の機器の機能をすべて有効化で� �るため、ライセンスキーの発行や登録作業� �簡単に行える。
 (3)
 本実施形態に係るネットワークシステム1で は、第2ライセンスキーを生成する度に同第2� ��イセンスキーに含まれる使用台数を減じ、� ��用台数が0になると第2ライセンスキーの生� �ができなくなるため、不正なライセンスキ� �の生成を防止することができる。
 <第1実施形態の変形例>
 本実施形態に係るネットワークシステムを� ��調制御システムに適用することもできる。� ��の場合、センター20を空調管理センターと� �、マスター機器、スレーブ機器及びインタ� �フェース機器を空調制御機器として用いる� �とができる。これにより、例えば新たな空� �機の導入や空調設備の変更等に伴うソフト� �エアのバージョンアップやデータ更新にお� �て、本実施形態の適用により各機能を簡単� �つ確実に有効化させることができる。

 ≪第2実施形態≫
 図4は、本発明の第2実施形態に係るネット� �ークシステム201の全体的な構成を示す。本� �施形態と第1実施形態と主に異なる点は、第2 ライセンスキーの生成のときセンターに認証 を要求することと、スレーブ機器固有情報を マスター機器から取得することである。
 <ネットワークシステムの概略構成>
 図4に示すように、ネットワークシステム201 の構成は、第1実施形態と同様に、主に複数� �器からなり各機器において機能を有効化さ� �るための装置210と、機能を有効化させるた� �のライセンスキーを配布するライセンサー� �あるセンター220とからなる。装置210はユー� �ーにより管理されており、センター220とイ� �ターネット等を介して通信可能に設置され� �いる。

 センター220においては、第1実施形態と同様 に、ユーザーより機能の購入申込み(当該機� �・マスター機器の固有情報)を受けると、所� ��の認証手続き後に第1ライセンスキーを発行 し、装置210のユーザーに所定の通信手段によ り配布する。なお、スレーブ機器の使用台数 の情報については、センター220に予め伝えら れ保持されているものとする。
 <装置の概略構成>
 装置210は、第1実施形態と同様に、他の機器 を制御するマスター機器211と、マスター機器 211に制御されるスレーブ機器212と、第1ライ� �ンスキーの入力部及び第2ライセンスキーの� ��成部を有するインターフェース機器213とを� ��む。各機器はLANを構成し互いに通信可能に� ��定される。

 マスター機器211は、取得した第1ライセンス キーを逆変換して、機能情報を取得する逆変 換部211aを有する。マスター機器211はまた、� �レーブ機器情報231を保持する。
 第1実施形態と異なり、スレーブ機器212はス レーブ機器固有情報32をインターフェース機� ��213に送信しない。
 インターフェース機器213は、キー入力部213a とキー生成部213bとを有する。キー入力部213a� ��ユーザーにより第1ライセンスキーが入力さ れる。キー生成部213bは、マスター機器211よ� �取得した機能情報及びスレーブ機器情報(ス� ��ーブ機器の固有情報)から新たなライセンス キーである第2ライセンスキーを生成する。
 キー生成部213bはまた、第2ライセンスキー� �生成するときにセンター220との間でユーザ� �認証を行う。ここで、ユーザー認証とは、� �えばセンター220が保持するユーザー特定情� �、ユーザーが有する機器の固有情報、購入� �れた或いは購入希望のあった機能情報、使� �台数の情報等のユーザー情報とアクセスす� �装置10からの情報とを照合し、第2ライセン� �キーの生成の是非を判定する。

 <キー生成部の概略構成>
 図5は、キー生成部213bの概略的な構成を示� �。キー生成部213bは、ユーザー認証が成功し� ��場合は、マスター機器211より取得した機能� ��報及びスレーブ機器212の固有情報から第2ラ イセンスキーを生成する。
 <ネットワークシステムの処理動作>
 第2実施形態のネットワークシステム201によ る処理の流れを図6のフローチャートに沿っ� �説明する。
 S2101ステップにおいて、ユーザーはセンタ� �220へ当該機能の購入を申し込む。このとき� �当該機能及びマスター機器211の固有情報を� �える。S2102ステップにおいて、センター220は 当該機能及びマスター機器211の固有情報を変 換して第1ライセンスキーを生成し、S2103ステ ップにおいてユーザーに配布する。S2104ステ� ��プにおいて、第1ライセンスキーはキー入力 部213aを介してマスター機器211に入力される� �これによりマスター機器211において当該機� �が有効化される。

 S2105ステップにおいて、マスター機器211� �キー逆変換部211aは第1ライセンスキーを逆変 換し、当該機能情報を取得する。S2106ステッ� ��において、当該機能情報は予めマスター機� ��211に保持されているスレーブ機器情報231(ス レーブ機器固有情報を含む)とともにインタ� �フェース機器213のキー生成部213bに送信され� ��。S2107ステップにおいて、インターフェー� �機器213はセンター220にユーザー認証を要求� �る。S2108ステップにおいて、センター220から の返答によりユーザー認証が成功したかどう かを判定する。ユーザー認証が成功しなかっ た場合は処理を終了し、ユーザー認証が成功 した場合はS2109ステップにおいて、キー生成� ��213bはスレーブ機器固有情報及び当該機能情 報から第2ライセンスキーを生成する。S2110ス テップにおいて、第2ライセンスキーはスレ� �ブ機器212に入力され、スレーブ機器212にお� �る当該機能が有効化される。

 次に、S2111ステップにおいて、キー生成部13 bはその他にスレーブ機器があるかどうかを� �定する。この判定は例えば、ユーザーが入� �した情報やセンター220からの情報により判� �してもよい。本実施形態においては、その� �のスレーブ機器はないため、処理を終了す� �。もし、装置210においてスレーブ機器が他� �もある場合は、S2106ステップからの処理に戻 り、その他のスレーブ機器がなくなるまで同 処理が繰り返される。
 以上の処理を行うことにより、マスター機� ��及びスレーブ機器における機能は全て共通� ��される。
 <第2実施形態に係るネットワークシステ� �の特徴>
 (1)
 本実施形態に係るネットワークシステム201� ��は、第1実施形態による特徴に加え、第2ラ� �センスキーを生成する度にセンター220との� �でユーザー認証を行うため、不正なライセ� �スキーの生成を防止することができるとと� �に、セキュリティを向上させることができ� �。

 (2)
 本実施形態に係るネットワークシステム201� ��は、スレーブ機器212の固有情報はマスター� ��器211から取得するため、例えばスレーブ機� ��212が不正に追加された機器であった場合で� ��、より確実に第2ライセンスキーの生成を防 ぐことができる。