(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された複数のノードのうちの何れか１つのノードである特定ノードが保有するノード識別情報に対応するが、前記特定ノード以外のノードが保有するノード識別情報には対応しないライセンスキーを前記複数のノードそれぞれが保有するライセンスキー共有方法であって、
稼働しているノードは、自ノードを含む前記複数のノードの何れかが、自ノードが保有するライセンスキーに対応したノード識別情報を保有しているか否かを確認し、前記複数のノードの全てについての確認の結果が否定的である期間が所定時間以上経過したならば、前記稼働しているノードは稼働を止めることを特徴とするライセンスキー共有方法。
【請求項２】
請求項１に記載のライセンスキー共有方法であって、
稼働しているノードは、前記確認の結果が否定的である期間が所定時間以上経過するか否かを検出するために、前記確認を周期的に続けることを特徴とするライセンスキー共有方法。
【請求項３】
請求項１又は２に記載のライセンスキー共有方法において、
ネットワークに接続された複数のノードのうちの前記特定ノードが保有するノード識別情報に対応したライセンスキーをライセンスキー生成装置が生成し、前記ライセンスキー生成装置により生成されたライセンスキーを前記ネットワークに接続された前記複数のノードに保有させることを特徴とするライセンスキー共有方法。
【請求項４】
請求項１乃至３の何れか１項に記載のライセンスキー共有方法において、
前記ノード識別情報は、ノードのネットワークインターフェースが備えるＭＡＣアドレスであることを特徴とするライセンスキー共有方法。
【請求項５】
ネットワークに接続された複数のノードのうちの何れか１つのノードである特定ノードが保有するノード識別情報に対応するが、前記特定ノード以外のノードが保有するノード識別情報には対応しないライセンスキーを前記複数のノードそれぞれが保有するライセンスキー共有システムであって、
稼働しているノードは、自ノードを含む前記複数のノードの何れかが、自ノードが保有するライセンスキーに対応したノード識別情報を保有しているか否かを確認し、前記複数のノードの全てについての確認の結果が否定的である期間が所定時間以上経過したならば、前記稼働しているノードは稼働を止めることを特徴とするライセンスキー共有システム。
【請求項６】
請求項５に記載のライセンスキー共有システムであって、
稼働しているノードは、前記確認の結果が否定的である期間が所定時間以上経過するか否かを検出するために、前記確認を周期的に続けることを特徴とするライセンスキー共有システム。
【請求項７】
請求項５又は６に記載のライセンスキー共有システムにおいて、
ネットワークに接続された複数のノードのうちの前記特定ノードが保有するノード識別情報に対応したライセンスキーをライセンスキー生成装置が生成し、前記ライセンスキー生成装置により生成されたライセンスキーを前記ネットワークに接続された前記複数のノードに保有させることを特徴とするライセンスキー共有システム。
【請求項８】
請求項５乃至７の何れか１項に記載のライセンスキー共有システムにおいて、
前記ノード識別情報は、ノードのネットワークインターフェースが備えるＭＡＣアドレスであることを特徴とするライセンスキー共有システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された複数のノードがライセンスキーを共有するライセンスキー共有方法及びライセンスキー共有システムに関する。
【背景技術】
【０００２】
ボタン電話やＩＰ電話を収容する主装置を東京の事業所、大阪の事業所、名古屋の事業所といったそれぞれの場所に設置し、それらの主装置をネットワークにより接続する形態がある。このような場合、主装置のことをノードということにする。そうすると、ノード間接続を介し、例えば、東京のボタン電話と大阪のＩＰ電話とが通話をすることができるようになる。
【０００３】
上記のような形態において、ライセンスを導入する。ライセンスは、収容可能なボタン電話の台数や収容可能なＩＰ電話の台数を規定する。例えば、収容可能なボタン電話の数が１０であれば、東京の事業所、大阪の事業所、名古屋の事業所を合わせて、１０台のボタン電話を利用することが可能になる。これはライセンスキーを主装置であるノードに与えることにより可能となる。
【特許文献１】特開２００２−３３３９２７号公報
【特許文献２】特開２００４−１２７１４９号公報
【特許文献３】特開２００７−０８９２１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、主装置であるノードの信頼性を上げるために、ノードを主ノードとサブノードとに分類し、通常時には主ノードのみにより回線がつながるようにし、主ノードが稼働不可能となった場合に、主ノードの代わりにサブノードが稼働するような形態を設けることを本出願人は提案している。例えば、東京の事業所の主装置を主ノードとし、大阪の事業所の主装置と名古屋の事業所の主装置をサブノードとする。こうすると、通常時には、東京の事業所にある主ノードにより回線がつながり、主ノードが稼働不可能となった場合に、大阪の事業所にあるサブノードにより回線がつながる。
【０００５】
上記のように主ノードとサブノードとを設けた場合、ライセンスをどのようにすればよいのかが問題となる。
【０００６】
従来は、ライセンスサーバが各ノードに対してライセンスキーを発行し、そのライセンスキーに各ノードの識別情報に対応する情報を持たせ、各ノード毎に発行されたライセンスキーを各ノードに持たせるようにしていた。しかしながら、このような方法では、別々のライセンスキーを多数発行しなければならなくなる。更に、ライセンスキー間で利用可能な電話機の台数を統一させるためには、そのための管理が必要となり煩わしい。
【０００７】
そこで、本発明は、ライセンスキーの管理が容易となるように、ネットワークに接続された複数のノードがライセンスキーを共有するライセンスキー共有方法及びライセンスキー共有システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によれば、ネットワークに接続された複数のノードのうちの何れか１つのノードが保有するノード識別情報に対応したライセンスキーを前記複数のノードそれぞれが保有することを特徴とするライセンスキー共有方法が提供される。
【０００９】
また、本発明によれば、ネットワークに接続された複数のノードのうちの何れか１つのノードが保有するノード識別情報に対応したライセンスキーを前記複数のノードそれぞれが保有することを特徴とするライセンスキー共有システムが提供される。
【発明の効果】
【００１０】
本発明によれば、各ノード毎に別々のライセンスキーを発行する必要が無くなるのでライセンスキーの管理が容易となる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。
【００１２】
図１は、本発明の実施形態によるライセンスキー共有システムの構成を示すブロック図である。
【００１３】
図１を参照すると、本発明の実施形態によるライセンスキー共有システムは、ノード１（符号１０１−１）、ノード２（符号１０１−２）、ノード３（符号１０１−３）、ボタン電話機１１１−１〜１１１−６、ＩＰ電話機１１３−１〜１１３−６、ＬＡＮ１２１及びライセンスキー生成装置１３１を備える。
【００１４】
ノード１（符号１０１−１）、ノード２（符号１０１−２）及びノード３（符号１０１−３）は、ＬＡＮ１２１により接続されている。ボタン電話機１１１−１及び１１１−２並びにＩＰ電話機１１３−１は、ノード１（符号１０１−１）に接続されている。ボタン電話機１１１−３及び１１１−４並びにＩＰ電話機１１３−２及び１１３−３は、ノード２（符号１０１−２）に接続されている。ボタン電話機１１１−５及び１１１−６並びにＩＰ電話機１１３−４、１１３−５及び１１３−６は、ノード３（符号１０１−３）に接続されている。
【００１５】
ノード１（符号１０１−１）、ノード２（符号１０１−２）及びノード３（符号１０１−３）は、どれも、主装置としての機能を有している。実際に稼働している主装置は、これらの主装置のうちの１つの主装置であり、他の主装置はバックアップ主装置として位置づけられる。つまり、１つの稼働している主装置に、ボタン電話機１１１−１〜１１１−６、ＩＰ電話機１１３−１〜１１３−６が接続されるようにノード内の論理スロットと物理スロットが対応付けられる。現在稼働している主装置が動作不良に陥った場合には、他のノードの主装置が代わりに動作するようになり、該他のノードに、ボタン電話機１１１−１〜１１１−６、ＩＰ電話機１１３−１〜１１３−６が接続されるようにノード内の論理スロットと物理スロットとの対応付けが変更される。
【００１６】
各ノードには、一通りの機能のプログラムが予め組み込まれている。しかし、これだけでは、ノードに接続されたボタン電話機やＩＰ電話機は、この機能を利用することができない。例えば、ボタン電話機を機能させるためのプログラムやＩＰ電話機の機能させるためのプログラムがノードに組み込まれているが、これだけでは、ノードに接続されたボタン電話機やＩＰ電話機は動作することができない。そして、ライセンスキーに各機能毎にその機能を利用することができる電話機の台数を記述する。例えば、ライセンスキーＡには、ボタン電話機を４台、ＩＰ電話機を２台利用することができる内容のライセンスが記述されていて、ライセンスキーＢには、ボタン電話機を２台、ＩＰ電話機を４台利用することができる内容のライセンスが記述されている。
【００１７】
ユーザは、ライセンスキーを購入することにより、ライセンスキーに記述された台数のボタン電話機やＩＰ電話機などをノードと接続して利用することができるようになる。ライセンスキーが正規に購入されたものであるかどうかを判断するために、ＭＡＣアドレスと対応付けられたライセンスキーを発行する。
【００１８】
ライセンスキーは、ライセンスキー生成装置１３１により生成される。グループに含まれるノード（図１の例ではノード１〜３）のうち、１つのノード（図の例ではノード１）がマスターのノードとして選択され、他のノードはスレーブのノードとして選択される。通常稼働時にはマスターのノードの主装置が動作しているが、マスターのノードの主装置が動作不良に陥った場合には、スレーブのノードの主装置が代わりに動作をする。
【００１９】
ライセンスキーは、マスターのノードのノード識別情報に対応した情報を含んでいる。ノード識別情報としてはノードのネットワークインターフェース部のＭＡＣアドレスが例えば利用される。ノード識別情報に対応した情報としては、ノード識別情報そのものやノード識別情報のハッシュ値などが利用される。
【００２０】
ライセンスキーは、マスターのノードのみが保有するのではなく、スレーブのノード（マスターのノード以外のノード）も保有する。こうすることにより、その時に稼働しているノードがどのノードであっても、ライセンスが有効であるようにすることができる。
【００２１】
図２は、ライセンスキーを生成し、それをグループに属するノードに配布する時の動作を示すシーケンス図である。これ以降の説明では、ノード識別情報が各ノードのネットワークインターフェース部のＭＡＣアドレスであるとする。
【００２２】
図２を参照すると、まず、ノード１（マスターノード）のＭＡＣアドレスをライセンスキー生成装置１３１に通知する（ステップＳ３０１）。
【００２３】
次に、ライセンスキー生成装置１３１は、ライセンスキーを生成する（ステップＳ３０３）。ここで生成されるライセンスキーには、ノード１のＭＡＣアドレスに対応する情報が含まれている。
【００２４】
次に、ライセンスキー生成装置１３１は、ノード１〜３にライセンスキーを配布する（ステップＳ３０５、Ｓ３０７、Ｓ３０９）。
【００２５】
こうすることにより、ノード１のＭＡＣ情報に対応した情報を含むライセンスキーをノード１〜３が保有するようになる。これを、図１のライセンスキー１（符号１０７−１、１０７−２、１０７−３）に示す。
【００２６】
次に、マスターノードであるノード１が稼働する場合について図３及び図４を参照して説明をする。
【００２７】
図３を参照すると、認証部１０３−１が、グループに含まれるノードから読み出したライセンスキーが、グループのマスターのＭＡＣアドレスに対応する情報を含んでいるか否かを判断する。含んでいると判断した場合には、そのノードの主装置機能を動作させる。
【００２８】
図４を参照すると、まず、ノード１は、短サイクル時間計測用のウォッチドッグタイマをリセットする（ステップＳ２０１）。次に、ノード１は、ノード１に格納されているライセンスキー１を読み出す（ステップＳ２０３）。次に、ノード１は、ノード１のＭＡＣアドレス１を読み出す（ステップＳ２０５）。次に、ノード１は、ステップ２０３で読み出したライセンスキー１とステップＳ２０５で読み出したＭＡＣアドレス１とを照合する（ステップＳ２０７）。両者が対応しているかどうかを見るが（ステップＳ２０９）、ライセンスキー１とＭＡＣアドレス１とであるので、対応が取れている（ステップＳ２０９でＹＥＳ）。
【００２９】
そこで、ノード１の主装置機能の稼働を開始する（ステップＳ２１１）。既に、開始されている場合には、稼働を継続させる。次に、短サイクル時間計測用のウォッチドッグタイマを見ることにより、短サイクル時間が経過したか否かを判断し（ステップＳ２１３）、経過したならば（ステップＳ２１３でＹＥＳ）、ステップ２０１に戻る。
【００３０】
次に、スレーブノードであるノード２が稼働する場合について図５及び図６を参照して説明する。
【００３１】
図６を参照すると、まず、ノード２は、短サイクル時間計測用のウォッチドッグタイマをリセットする（ステップＳ２２１）。次に、ノード２は、ノード２に格納されているライセンスキー１を読み出す（ステップＳ２２３）。次に、ノード２は、ノード２のＭＡＣアドレス２を読み出す（ステップＳ２２５）。次に、ノード２は、ステップ２２３で読み出したライセンスキー１とステップＳ２２５で読み出したＭＡＣアドレス２とを照合する（ステップＳ２２７）。両者が対応しているかどうかを見るが（ステップＳ２２９）、ライセンスキー１とＭＡＣアドレス２とであるので、対応が取れていない（ステップＳ２２９でＮＯ）。
【００３２】
そこで、ノード２は、ノード３に対して、ノード３のＭＡＣアドレスの送信を要求する（ステップＳ２３１）。これを受けて、ノード３は、ＭＡＣアドレス３を読み出し（ステップＳ２３３）、それをノード２に送信する（ステップＳ２３５）。
【００３３】
ノード２は、ノード３からＭＡＣアドレス３を受信し（ステップＳ２３７）、ライセンスキー１とＭＡＣアドレス３とを照合する（ステップＳ２３９）。両者が対応しているか否かを見るが（ステップＳ２４１）、ライセンスキー１とＭＡＣアドレス３とであるので、対応が取れていない（ステップＳ２４１でＮＯ）。
【００３４】
そこで、ノード２は、ノード１に対して、ノード１のＭＡＣアドレスの送信を要求する（ステップＳ２４３）。これを受けて、ノード１は、ＭＡＣアドレス１を読み出し（ステップＳ２４５）、それをノード２に送信する（ステップＳ２４７）。
【００３５】
ノード２は、ノード１からＭＡＣアドレス１を受信し（ステップＳ２４９）、ライセンスキー１とＭＡＣアドレス１とを照合する（ステップＳ２５１）。両者が対応しているか否かを見るが（ステップＳ２５３）、ライセンスキー１とＭＡＣアドレス１とであるので、対応が取れている（ステップＳ２５３でＹＥＳ）。
【００３６】
そこで、ノード２の主装置機能の稼働を開始する（ステップＳ２５５）。既に、開始されている場合には、稼働を継続させる。次に、短サイクル時間計測用のウォッチドッグタイマを見ることにより、短サイクル時間が経過したか否かを判断し（ステップＳ２５７）、経過したならば（ステップＳ２５７でＹＥＳ）、ステップ２２１に戻る。
【００３７】
次に、ライセンスされたグループに属さないノード４が稼働できない場合について図７及び図８を参照して説明する。ノード４は、ノード５及びノード６と共に、ライセンスを受けていないグループに属する。
【００３８】
図８を参照すると、まず、ノード４は、長サイクル時間計測用のウォッチドッグタイマをリセットする（ステップＳ２６１）。次に、ノード４は、短サイクル時間計測用のウォッチドッグタイマをリセットする（ステップＳ２６３）。次に、ノード４は、ノード４に格納されているライセンスキー１を読み出す（ステップＳ２６５）。次に、ノード４は、ノード４のＭＡＣアドレス４を読み出す（ステップＳ２６７）。次に、ノード４は、ステップ２６５で読み出したライセンスキー１とステップＳ２６７で読み出したＭＡＣアドレス４とを照合する（ステップＳ２６９）。両者が対応しているかどうかを見るが（ステップＳ２７１）、ライセンスキー１とＭＡＣアドレス４とであるので、対応が取れていない（ステップＳ２７１でＮＯ）。
【００３９】
そこで、ノード４は、ノード５に対して、ノード５のＭＡＣアドレスの送信を要求する（ステップＳ２７３）。これを受けて、ノード５は、ＭＡＣアドレス５を読み出し（ステップＳ２７５）、それをノード４に送信する（ステップＳ２７７）。
【００４０】
ノード４は、ノード５からＭＡＣアドレス５を受信し（ステップＳ２７９）、ライセンスキー１とＭＡＣアドレス５とを照合する（ステップＳ２８１）。両者が対応しているか否かを見るが（ステップＳ２８３）、ライセンスキー１とＭＡＣアドレス５とであるので、対応が取れていない（ステップＳ２８３でＮＯ）。
【００４１】
そこで、ノード４は、ノード６に対して、ノード６のＭＡＣアドレスの送信を要求する（ステップＳ２８５）。これを受けて、ノード６は、ＭＡＣアドレス６を読み出し（ステップＳ２８７）、それをノード２に送信する（ステップＳ２８９）。
【００４２】
ノード４は、ノード６からＭＡＣアドレス６を受信し（ステップＳ２９１）、ライセンスキー１とＭＡＣアドレス６とを照合する（ステップＳ２９３）。両者が対応しているか否かを見るが（ステップＳ２９５）、ライセンスキー１とＭＡＣアドレス６とであるので、対応が取れていない（ステップＳ２９５でＮＯ）。
【００４３】
そこで、ノード２の主装置機能の稼働を開始せずに、短サイクル時間計測用のウォッチドッグタイマを見ることにより、短サイクル時間が経過したか否かを判断し（ステップＳ２９７）、経過したならば（ステップＳ２９７でＹＥＳ）、長サイクル時間が経過したか否かを判断する（ステップＳ２９９）。
【００４４】
長時間サイクルが経過していなければ（ステップＳ２９９でＮＯ）、ステップＳ２６３に戻る。
【００４５】
長時間サイクルが経過していれば（ステップＳ２９９でＹＥＳ）、ノード４が属するグループにはライセンスキー１に対応したライセンスが与えられていないと判断し、稼働を中止する（ステップＳ３０１）。
【００４６】
中止後、ステップＳ２６１に戻り、常時、ライセンスのチェックをするようにしてもよい。
【図面の簡単な説明】
【００４７】
【図１】本発明の実施形態において、ライセンスキーを配布するときの様子を示すブロック図である。
【図２】本発明の実施形態において、ライセンスキーを配布するときの様子を示すフローチャートである。
【図３】本発明の実施形態において、マスターノードが稼働しているときの様子を示すブロック図である。
【図４】本発明の実施形態において、マスターノードが稼働しているときの様子を示すフローチャートである。
【図５】本発明の実施形態において、スレーブノードが稼働しているときの様子を示すブロック図である。
【図６】本発明の実施形態において、スレーブノードが稼働しているときの様子を示すフローチャートである。
【図７】本発明の実施形態において、ライセンスキーを不正使用しようとするときの様子を示すブロック図である。
【図８】本発明の実施形態において、ライセンスキーを不正使用しようとするときの様子を示すフローチャートである。
【符号の説明】
【００４８】
１０１−１  ノード１（マスター）
１０１−２  ノード２（スレーブ）
１０１−３  ノード３（スレーブ）
１０３−１、１０３−２、１０３−３  認証部
１０５−１  ＭＡＣアドレス１
１０５−２  ＭＡＣアドレス２
１０５−３  ＭＡＣアドレス３
１０７−１、１０７−２、１０７−３  ライセンスキー１（ＭＡＣアドレス１対応）
１１１−１〜１１１−６  ボタン電話機
１１３−１〜１１３−６  ＩＰ電話機
【図１】
0005177852.tif 000002
【図２】
0005177852.tif 000003
【図３】
0005177852.tif 000004
【図４】
0005177852.tif 000005
【図５】
0005177852.tif 000006
【図６】
0005177852.tif 000007
【図７】
0005177852.tif 000008
【図８】
0005177852.tif 000009