(57)【特許請求の範囲】
【請求項１】
或るソフトウェアについて第１の端末のハード固有情報に基づいて発行されたライセンスキーと、所定の認証用情報とを紐付けて登録する手段と、
前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合、前記第１の端末に前記ソフトウェアを利用させる手段と、
前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功後、第２の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合に、前記第２の端末に前記ソフトウェアを利用させると共に前記第１の端末では前記ソフトウェアを利用不可とする手段と、
を備えることを特徴とするライセンス管理装置。
【請求項２】
請求項１に記載のライセンス管理装置であって、
前記第２の端末を使用した前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合に、前記認証用情報により前回前記ソフトウェアを利用する為の認証を行った端末を前記第１の端末として特定し、該第１の端末では前記ソフトウェアを利用不可とすることを特徴とするライセンス管理装置。
【請求項３】
請求項２に記載のライセンス管理装置であって、
前記認証用情報をユーザ毎に割り当てることを特徴とするライセンス管理装置。
【請求項４】
請求項２又は３に記載のライセンス管理装置であって、
或る端末が、ソフトウェアを特定する情報及び任意の値を当該ライセンス管理装置に送信し、当該ライセンス管理装置は前記ソフトウェアを特定する情報及び任意の値に基づいて識別子を生成して該生成した識別子を前記認証用情報として利用することを特徴とするライセンス管理装置。
【請求項５】
ライセンス管理装置が行うライセンス管理方法であって、
或るソフトウェアについて第１の端末のハード固有情報に基づいて発行されたライセンスキーと、所定の認証用情報とを紐付けて登録するステップと、
前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合、前記第１の端末に前記ソフトウェアを利用させるステップと、
前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功後、第２の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合に、前記第２の端末に前記ソフトウェアを利用させると共に前記第１の端末では前記ソフトウェアを利用不可とするステップと、
を含むことを特徴とするライセンス管理方法。
【請求項６】
請求項５に記載のライセンス管理方法であって、
前記第２の端末を使用した前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合に、前記認証用情報により前回前記ソフトウェアを利用する為の認証を行った端末を前記第１の端末として特定し、該第１の端末では前記ソフトウェアを利用不可とすることを特徴とするライセンス管理方法。
【請求項７】
請求項６に記載のライセンス管理方法であって、
前記認証用情報をユーザ毎に割り当てることを特徴とするライセンス管理方法。
【請求項８】
請求項６又は７に記載のライセンス管理方法であって、
或る端末が、ソフトウェアを特定する情報及び任意の値を当該ライセンス管理方法に送信し、当該ライセンス管理方法は前記ソフトウェアを特定する情報及び任意の値に基づいて識別子を生成して該生成した識別子を前記認証用情報として利用することを特徴とするライセンス管理方法。
【請求項９】
コンピュータをライセンス管理装置として機能させるライセンス管理プログラムであって、
前記コンピュータを、
或るソフトウェアについて第１の端末のハード固有情報に基づいて発行されたライセンスキーと、所定の認証用情報とを紐付けて登録する手段と、
前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合、前記第１の端末に前記ソフトウェアを利用させる手段と、
前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功後、第２の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合に、前記第２の端末に前記ソフトウェアを利用させると共に前記第１の端末では前記ソフトウェアを利用不可とする手段と、
を備えるライセンス管理装置として機能させることを特徴とするライセンス管理プログラム。
【請求項１０】
請求項９に記載のライセンス管理プログラムであって、
前記第２の端末を使用した前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合に、前記認証用情報により前回前記ソフトウェアを利用する為の認証を行った端末を前記第１の端末として特定し、該第１の端末では前記ソフトウェアを利用不可とすることを特徴とするライセンス管理プログラム。
【請求項１１】
請求項１０に記載のライセンス管理プログラムであって、
前記認証用情報をユーザ毎に割り当てることを特徴とするライセンス管理プログラム。
【請求項１２】
請求項１０又は１１に記載のライセンス管理プログラムであって、
或る端末が、ソフトウェアを特定する情報及び任意の値を当該ライセンス管理プログラムに送信し、当該ライセンス管理プログラムは前記ソフトウェアを特定する情報及び任意の値に基づいて識別子を生成して該生成した識別子を前記認証用情報として利用することを特徴とするライセンス管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアのライセンスを管理するためのライセンス管理装置、ライセンス管理方法及びライセンス認証プログラムに関する。
【背景技術】
【０００２】
ソフトウェアはコピーが容易であるため従来からライセンス管理が重要な課題とされてきた。典型的なライセンス管理の例としては、ソフトウェアをインストールするハードウェア固有の情報をライセンスキーに埋め込むことで、そのライセンスキーが該当ハードウェアでのみ有効になるようなライセンス形態（以下、「ノードロックライセンス」という。）がある。
【０００３】
この手法の問題点としては、ハードウェアが故障する等で変更になった場合に、ライセンスを他のハードウェアに移管する手続きをライセンス発行元に依頼しなければならず、手間がかかるという点がある。また、近年は一人のユーザが複数のハードウェアを保有し、状況・用途に応じて使用するハードウェアを切り替えて使用するケースが多くなってきている。そのような場合に、このノードロックライセンスだと切り替えのたびにライセンス発行元に手続きするわけにもいかず事実上対応できない。
【０００４】
台数分のハードウェア固有情報を発行元に登録することで、同時に複数台利用できるライセンスを発行してもらう方法もあるが、通常、一人のユーザが同時に複数台利用することは少なく、あくまでハードウェアを切り替えて利用するだけで、同時には一台しか利用しない。この方法だと、ライセンス発行元はそのようなケースでも同時に複数台利用する可能性を考慮したライセンス料金を徴収するしかなく、ユーザとしては割高なライセンス料を請求されることが多い。
【０００５】
上記課題を解決するために、従来はライセンス発行元、もしくはユーザ環境にライセンス管理サーバを設置し、そのライセンス管理サーバに購入したライセンスを登録し、ユーザは必要に応じてそのライセンス管理サーバに適宜ライセンスを要求し、必要なくなったら再びライセンス管理サーバに返却するという手法（以下、「フローティングライセンス」という。）を利用してきた。
【特許文献１】特開２００２−１４９６０６号公報
【特許文献２】特開２００３−１６２５０７号公報
【特許文献３】特開２００５−３２１８５０号公報
【特許文献４】特開２００６−０５９１６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしこの手法にも問題がある。ライセンスは基本的に早い者勝ちで取得されるため、本当に必要なユーザが場合によっては利用できないケースが出てくる可能性がある。また、特定のユーザがライセンスを長期間取得した状態で放置されるのを防ぐため、比較的短い周期でライセンス更新処理を行うようなつくりにする必要があり、長時間ライセンスサーバと接続できない環境（ネットワーク環境がない会議室での作業等）での利用は難しいという問題もある。これを解決するためにライセンス更新周期を長くする、もしくは無期限にするという手法もあるが、そうすると、他の人がライセンス利用できないという問題ももちろん発生するが、それ以外にも、ライセンスを取得した状態でハードウェアが故障してしまったり、紛失してしまったりした場合に、一旦ライセンス管理サーバ上で全てのライセンスの払い出し状態をキャンセルし、再度全ユーザがライセンス取得を行うというような面倒な作業が必要になる。
【０００７】
本発明は、これらの従来の課題を、特に交換機のようなユーザ環境にサーバ（交換機）とクライアント（端末）を両方提供するような製品において解決するものである。
【０００８】
すなわち、ノードロックライセンス方式で１台のみにライセンスを与えるとすると、ハードウェアの切り替えの度にライセンスの再発行が必要であるという問題、ノードロックライセンス方式で複数台にライセンスを与えるとすると、ライセンス料がかさむという問題、フローティングライセンス方式ではクライアントがライセンスサーバに接続できない環境下にあるとクライアントがソフトウェアを利用することができないという問題、フローティング方式ではクライアントがライセンスを取得した状態で故障してしまうと、再度ライセンス取得の手続が必要となってしまうという問題等を解決することを、本発明は目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の観点によれば、或るソフトウェアについて第１の端末のハード固有情報に基づいて発行されたライセンスキーと、所定の認証用情報とを紐付けて登録する手段と、前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合、前記第１の端末に前記ソフトウェアを利用させる手段と、前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功後、第２の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合に、前記第２の端末に前記ソフトウェアを利用させると共に前記第１の端末では前記ソフトウェアを利用不可とする手段と、を備えることを特徴とするライセンス管理装置が提供される。
本発明の第２の観点によれば、ライセンス管理装置が行うライセンス管理方法であって、或るソフトウェアについて第１の端末のハード固有情報に基づいて発行されたライセンスキーと、所定の認証用情報とを紐付けて登録するステップと、前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合、前記第１の端末に前記ソフトウェアを利用させるステップと、前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功後、第２の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合に、前記第２の端末に前記ソフトウェアを利用させると共に前記第１の端末では前記ソフトウェアを利用不可とするステップと、を含むことを特徴とするライセンス管理方法が提供される。
本発明の第３の観点によれば、コンピュータをライセンス管理装置として機能させるライセンス管理プログラムであって、前記コンピュータを、或るソフトウェアについて第１の端末のハード固有情報に基づいて発行されたライセンスキーと、所定の認証用情報とを紐付けて登録する手段と、前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合、前記第１の端末に前記ソフトウェアを利用させる手段と、前記第１の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功後、第２の端末によって前記ソフトウェアを利用する為の前記認証用情報を用いた認証が成功した場合に、前記第２の端末に前記ソフトウェアを利用させると共に前記第１の端末では前記ソフトウェアを利用不可とする手段と、を備えるライセンス管理装置として機能させることを特徴とするライセンス管理プログラムが提供される。
【発明の効果】
【００１７】
本発明によれば、ノードロックライセンス方式で１台のみにライセンスを与えるとすると、ハードウェアの切り替えの度にライセンスの再発行が必要であるという問題、ノードロックライセンス方式で複数台にライセンスを与えるとすると、ライセンス料がかさむという問題、フローティングライセンス方式ではクライアントがライセンスサーバに接続できない環境下にあるとクライアントがソフトウェアを利用することができないという問題、フローティング方式ではクライアントがライセンスを取得した状態で故障してしまうと、再度ライセンス取得の手続が必要となってしまうという問題等が解決される。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。
【００１９】
具体的には、ハードウェア固有情報を元にライセンス発行する点は従来のノードロックライセンスと同じであるが、そのライセンスを交換機に入力後、端末が最初に交換機にライセンス取得する時のみそのハードウェア固有情報をチェックし、二回目以降はユーザＩＤとパスワードによる認証が成功すればハードウェア固有情報が一致していなくてもライセンス取得成功とし、以前のハードウェア固有情報を無効にする。
【００２０】
これにより、ノードロックライセンスの利点を残しつつ、ユーザがハードウェア故障や用途切り替えにより使用ハードウェアを切り替えてもサーバ側設定変更や、ライセンス再発行の必要はなくなり、従来のノードロックライセンス手法がかかえていた問題点を解決できる。
【００２１】
また、本発明は、ユーザＩＤを固定することで、ユーザＩＤやパスワード等の入力手段が限られている交換機のオプションハードウェア端末上で動作するソフトウェアにも適用できる。
【００２２】
図１のように、本発明の実施形態としてオフィスに交換機とその端末が設置してある構成を説明する。
【００２３】
オフィスには通信を交換する交換機１０１、ユーザＡが利用する、ネットワーク回線に接続された机上端末１０３、ユーザＢが利用するネットワーク回線に接続された机上端末１０４、会議室端末１０５、ネットワーク回線に無線で接続された携帯端末１０６、交換機と接続される交換機のオプション端末であるオプションの１枚目Ａ−１  １０８、２枚目Ａ−２  １０９、端末やオプションが故障した時のための保守用の予備端末１０７、予備オプションＡ  １１０が存在する。
【００２４】
また、ゲートウェイを介し公衆ネットワーク上には、ライセンスを発行するライセンス発行サーバ１０２が存在する。
【００２５】
交換機１０１は各種端末１０３〜１０７、オプション１０８〜１１０と通信し、それらの通信接続を制御する。
【００２６】
ライセンス発行サーバ１０２は、交換機に入力するライセンスキーを発行する。本実施例ではゲートウェイを介してオフィスと接続されているが、必ずしもオフィスと接続されている必要はない。
【００２７】
図２を参照すると、各種端末１０３〜１０７の各部はそれぞれ概略つぎのように動作する。ユーザＩ／Ｆ部２０４は接続されたキー、マウス等からの入力信号の受信とディスプレイへの映像信号出力を行う。回線Ｉ／Ｆ部２０３はネットワーク回線との信号の送受信を行う。ＣＰＵ２０１は端末全体を制御する。メモリ２０２は端末の制御に必要なソフトウェアやデータを使用する際の作業領域として使用する。
【００２８】
図３を参照すると、音声交換機１０１の各部はそれぞれ概略つぎのように動作する。回線Ｉ／Ｆ部３０２はネットワーク回線との信号の送受信を行う。ＣＰＵ３０１は交換機全体を制御する。メモリ３０３は交換機の制御に必要なソフトウェアやデータを使用する際の作業領域として使用し、ユーザデータベース３０４、システムデータベース３０５はメモリ３０３上に保存されている各種設定データを保持するエリアである。
【００２９】
図５は音声交換機１０１のメモリ３０５に格納されるユーザデータベース３０４の内容である。交換機ユーザＩＤ５０１には、交換機を利用しているユーザのＩＤ情報が格納される。交換機ユーザパスワード５０２はユーザＩＤに対応するパスワードが格納される。使用ソフト識別子：ソフト連番：利用端末ハードＩＤ  ５０３はそのユーザが使用しているソフトウェアの識別子と、同じソフトウェアを複数同時利用する場合にそれぞれを識別するためのソフト連番、そのソフトをユーザが利用している端末の固有ハード情報が格納される。ライセンス機能：ライセンス数５０４は５０３に記載されたソフトウェアの機能のうちライセンスを取得している機能と、そのライセンス数がそれぞれ格納される。
【００３０】
図６は音声交換機１０１のメモリ３０５に格納されるシステムデータベース３０５の内容である。フローティングライセンス残数６０２、フローティングライセンス最大数６０３はフローティングライセンスを格納するためのエリアで、該当するソフト識別子：ライセンス機能６０１のそれぞれに対して、まだユーザが取得していない残りライセンス数、投入された全ライセンス数が格納される。未使用ノードロックライセンス  ライセンス数：ハードＩＤ６０４はライセンス投入後まだ一度も利用されていないノードロックライセンスを一時的に格納するためのエリアで、該当するソフト識別子：ライセンス機能６０１のそれぞれに対して、ライセンス数、購入時に申請したハードＩＤが格納される。
【００３１】
図４を参照すると、オプション端末１０８〜１１０の各部はそれぞれ概略つぎのように動作する。回線Ｉ／Ｆ部  ４０２はネットワーク回線との信号の送受信を行う。ＣＰＵ４０１は端末全体を制御する。メモリ４０３は端末の制御に必要なソフトウェアやデータを使用する際の作業領域として使用する。
【００３２】
次に、本実施例の動作について具体的に説明する。
【００３３】
まず、ライセンスキーをライセンス発行サーバ１０２が発行し、そのライセンスキーを交換機１０１に投入する場合について図７の流れ図を用いて説明する。
【００３４】
まずユーザはライセンスを購入した後、その機能を利用する端末のハードＩＤをライセンス発行者に連絡する。ライセンス発行者は受け取ったハードＩＤをライセンス発行サーバ１０２に入力し、ライセンス発行サーバ１０２はそのハードＩＤ情報を含むノードロックライセンスキーを発行する。または、ユーザが直接、利用する端末からライセンス発行サーバ１０２に接続し、端末のハードＩＤを自動送信することで、ノードロックライセンスキーを入手してもよい。本実施例では、ユーザＡが机上端末１０３のハードＩＤ”１１−１１−１１−１１−１１−１１”を利用してソフト識別子”ＳＯＦＴＰＨＯＮＥ”の”ＶＩＤＥＯ”機能と”ＲＥＣＯＲＤ“機能を１ライセンスずつ、ソフト識別子”ＵＮＩＦＩＥＤＭＥＳＳＡＧＥ“の”ＦＡＸ“機能と”ＥＭＡＩＬ”機能を１ライセンスずつ購入し、それぞれのノードロックライセンスキーの発行を受け、ユーザＢが机上端末１０４のハードＩＤ”２２−２２−２２−２２−２２−２２”を利用してソフト識別子”ＳＯＦＴＰＨＯＮＥ”の”ＶＩＤＥＯ”機能と”ＲＥＣＯＲＤ”機能を１ライセンスずつ、ソフト識別子”ＵＮＩＦＩＥＤＭＥＳＳＡＧＥ”の”ＦＡＸ“機能と”ＥＭＡＩＬ”機能を１ライセンスずつ購入し、それぞれのノードロックライセンスキーの発行を受けたものとする（ステップ７０１）。
【００３５】
次に、発行されたノードロックライセンスキーをシステム管理者等が交換機１０１に投入する（ステップ７０２）。
【００３６】
ライセンスキーを投入された交換機１０１は、投入されたライセンスキーをシステムデータベース３０５に格納する。今回投入したのはノードロックライセンスであるため該当するソフト識別子：ライセンス機能６０１の未使用ノードロックライセンスのライセンス数：ハードＩＤ格納エリア６０４に格納される。本実施例では、机上端末１０３のハードＩＤ”１１−１１−１１−１１−１１−１１”と机上端末１０４のハードＩＤ”２２−２２−２２−２２−２２−２２”および購入数が該当するソフト識別子：ライセンス機能６０１のそれぞれの未使用ノードロックライセンスのライセンス数：ハードＩＤ格納エリア６０４に格納される（ステップ７０３）。
【００３７】
次に、交換機の各端末が、起動時やリセット時に交換機に対して自身を利用端末として登録する際の処理の流れを図８の流れ図を用いて説明する。
【００３８】
今回は、ユーザＢが机上端末１０４を利用して、ソフト識別子が”ＳＯＦＴＰＨＯＮＥ”であるソフトウェアを、ライセンス投入後初めて実行したとする。まず机上端末１０４は起動すると自身のハードＩＤ”２２−２２−２２−２２−２２−２２”とユーザＢのユーザＩＤ”ｕｓｅｒＢ”、パスワード”ｕｓｅｒＢＰａｓｓ”、ソフト識別子”ＳＯＦＴＰＨＯＮＥ”、ソフト連番を交換機１０１に対して送信する。ソフト連番は今回ソフト識別子”ＳＯＦＴＰＨＯＮＥ”を一つしか実行させないため”００１“となる（ステップ８０１）。
【００３９】
交換機１０１は送られてきたユーザＩＤとパスワードがユーザデータベース３０４に登録されたものと一致するか確認する（ステップ８０２）。
【００４０】
一致していない場合は結果を認証失敗として端末１０４に返信する（ステップ８０５）。
【００４１】
今回は一致したと仮定する。その場合、交換機１０１は、まず送られてきたハードＩＤ”２２−２２−２２−２２−２２−２２”をユーザデータベース３０４のユーザＢのライセンス情報格納エリア５０３の送られてきたソフト識別子“ＳＯＦＴＰＨＯＮＥ”の利用端末ハードＩＤに格納する。
【００４２】
その後、システムデータベース３０５を検索し、送られてきたソフト識別子”ＳＯＦＴＰＨＯＮＥ”と一致するエリア６０１の未使用ノードロックライセンス格納エリア６０４に、机上端末１０４のハードＩＤ”２２−２２−２２−２２−２２−２２”が存在するエントリがあるか確認する。存在する場合、該当する６０４内のデータを、ユーザデータベース３０４の使用ソフト識別子：ソフト連番：利用端末ハードＩＤ  ５０３と該当ユーザ、該当ソフト識別子、ソフト連番のライセンス格納エリア５０４に移動する。今回は、６０１のソフト識別子”ＳＯＦＴＰＨＯＮＥ”でかつ６０４のハードＩＤが”２２−２２−２２−２２−２２−２２”であるエントリ６０６、６０８をエントリ５１０、５１１に移動する（ステップ８０３）。
【００４３】
その後、結果を認証成功として端末１０４に返信する（ステップ８０４）。
【００４４】
次に、端末登録後に、端末上のソフトがユーザの保有ライセンスを交換機に確認し、ライセンスを保有している機能を有効化する際の流れを図９の流れ図を用いて説明する。
【００４５】
今回は、ユーザＢが机上端末１０４を利用して、ソフト識別子が”ＳＯＦＴＰＨＯＮＥ”であるソフトウェアを実行し、機能”ＶＩＤＥＯ”と“ＲＥＣＯＲＤ”を使用しようとしたとする。机上端末１０４上のソフト”ＳＯＦＴＰＨＯＮＥ”が起動、登録成功すると、その後、交換機１０１に対して、自身のハードＩＤ”２２−２２−２２−２２−２２−２２”とユーザＢのユーザＩＤ”ｕｓｅｒＢ”、パスワード”ｕｓｅｒＢＰａｓｓ”、ソフト識別子”ＳＯＦＴＰＨＯＮＥ”、ソフト連番”００１”とともに保有ライセンス確認要求を交換機１０１に対して送信する（ステップ９０１）。
【００４６】
交換機１０１は、ユーザデータベース３０４を検索し、送られてきたユーザＢのユーザＩＤ”ｕｓｅｒＢ”、パスワード”ｕｓｅｒＢＰａｓｓ”、ハードＩＤ”２２−２２−２２−２２−２２−２２”、ソフト識別子”ＳＯＦＴＰＨＯＮＥ”、ソフト連番”００１”に該当するライセンス格納エリア５０４を検索する。その結果、エントリ５１０、５１１が検索される（ステップ９０２）。
【００４７】
交換機１０１は検索結果のエントリ５１０、５１１からライセンス機能とライセンス数を端末１０４に確認結果として送付する。今回は機能”ＶＩＤＥＯ”とそのライセンス数”１”、機能“ＲＥＣＯＲＤ”とそのライセンス数”１”が送付される。結果を受けとった端末１０４上のソフト”ＳＯＦＴＰＨＯＮＥ”は機能”ＶＩＤＥＯ”と機能“ＲＥＣＯＲＤ”を有効化する。ライセンス数は必要に応じて、複数の機能を同時に実行する際には複数ライセンス数を必要にする等に利用する（ステップ９０３）。
【００４８】
次に、登録済みの交換機の各端末が、故障時や用途切り替えのため、登録したものとは別の端末を利用端末として切り替え登録する際の処理の流れを図８の流れ図を用いて説明する。
【００４９】
今回は、ユーザＢが机上端末１０４でソフト”ＳＯＦＴＰＨＯＮＥ”を利用している時に、会議室に移動して一時的に会議室端末１０５を利用してソフト”ＳＯＦＴＰＨＯＮＥ”を利用するケースを説明する。
【００５０】
まず会議室端末１０５は起動すると自身のハードＩＤ”３３−３３−３３−３３−３３−３３”とユーザＢのユーザＩＤ”ｕｓｅｒＢ”、パスワード”ｕｓｅｒＢＰａｓｓ”、ソフト識別子”ＳＯＦＴＰＨＯＮＥ”、ソフト連番を交換機に対して送信する。ソフト連番は今回ソフト識別子”ＳＯＦＴＰＨＯＮＥ”を一つしか実行させないため”００１“となる（ステップ８０１）。
【００５１】
交換機１０１は送られてきたユーザＩＤとパスワードがユーザデータベース３０４に登録されたものと一致するか確認する（ステップ８０２）。
【００５２】
一致していない場合は結果を認証失敗として会議室端末１０５に返信する（ステップ８０５）。
【００５３】
今回は一致したと仮定する。その場合、交換機１０１は、まず送られてきたハードＩＤ”３３−３３−３３−３３−３３−３３”をユーザデータベース３０４のユーザＢのライセンス情報格納エリア５０３のソフト識別子”ＳＯＦＴＰＨＯＮＥ”の利用端末ハードＩＤに格納する。
【００５４】
その後、交換機１０１は、システムデータベース３０５を検索し、送られてきたソフト識別子”ＳＯＦＴＰＨＯＮＥ”と一致するエリア６０１の未使用ノードロックライセンス格納エリア６０４に、会議室端末１０５のハードＩＤ”３３−３３−３３−３３−３３−３３”が存在するエントリがあるか確認するが、存在しないため特に処理を行わない（ステップ８０３）。
【００５５】
その後、結果を認証成功として会議室端末１０５に返信する（ステップ８０４）。
【００５６】
この際、机上端末１０４については、交換機１０１から登録解除を通知して即時利用機能を無効化しても良いが、机上端末１０４の定期的なライセンス確認処理で、図９のライセンス確認処理が机上端末１０４で実行される際に、ハードＩＤが５０３と一致しないため自動的に機能が無効化される。
【００５７】
これにより、その後図９で示されるライセンス確認処理を実行することで、机上端末１０４で利用していた機能を会議室端末１０５でも利用できるようになると同時に、机上端末１０４では機能を利用できなくすることができる。
【００５８】
また、利用端末のハードＩＤはソフト識別子毎に登録されるため、ソフト識別子が異なるソフトであれば５０３のハードＩＤは書き換えられないため、切り替え前の端末で継続して利用できる。
【００５９】
次に、本システムでフローティングライセンスを実現する場合について説明する。
【００６０】
まず、ライセンスキーをライセンスサーバが発行し、そのライセンスキーを交換機に投入する場合について図７の流れ図を用いて説明する。
【００６１】
まずユーザはライセンスを購入した後、その機能を同時に利用する最大数をライセンス発行者に連絡する。ライセンス発行者は受け取った最大数をライセンス発行サーバ１０２に入力し、ライセンス発行サーバ１０２はその最大数情報を含むフローティングライセンスキーを発行する。または、ユーザが直接、ライセンス発行サーバ１０２に接続し、最大数を入力することで、フローティングライセンスキーを入手してもよい。本実施例では、ソフト識別子”ＳＯＦＴＰＨＯＮＥ”の”ＶＩＤＥＯ”機能と”ＲＥＣＯＲＤ“  機能を最大数４、ソフト識別子”ＵＮＩＦＩＥＤＭＥＳＳＡＧＥ“の”ＦＡＸ“機能と”ＥＭＡＩＬ”機能を最大数４でそれぞれ購入し、フローティングライセンスキーの発行を受けたものとする（ステップ７０１）。
【００６２】
次に、発行されたフローティングライセンスキーをシステム管理者等が交換機１０１に投入する（ステップ７０２）。
【００６３】
ライセンスキーを投入された交換機１０１は、投入されたライセンスキーをシステムデータベース３０５に格納する。今回投入したのはフローティングライセンスであるため該当するソフト識別子：ライセンス機能６０１のフローティングライセンス格納エリア６０２、６０３に格納される。本実施例では、該当するソフト識別子：ライセンス機能６０１のそれぞれのフローティングライセンス格納エリア６０２、６０３が残数４、最大数４で格納される（ステップ７０３）。
【００６４】
端末登録、ライセンス確認の処理はノードロックの場合と同様であるが、このままでは投入したフローティングライセンスはユーザデータベースには移動されないため利用できない。
【００６５】
そこで次に、端末からフローティングライセンスを取得する場合について図１０の流れ図を用いて説明する。
【００６６】
今回は、ユーザＢが机上端末１０４を利用して、ソフト識別子が”ＳＯＦＴＰＨＯＮＥ”であるソフトウェアを実行し交換機に登録した後、”ＶＩＤＥＯ”機能のフローティングライセンスを”１“個取得するケースで説明する。まず机上端末１０４は自身のハードＩＤ”２２−２２−２２−２２−２２−２２”とユーザＢのユーザＩＤ  ”ｕｓｅｒＢ”、パスワード”ｕｓｅｒＢＰａｓｓ”、  ソフト識別子”ＳＯＦＴＰＨＯＮＥ”、ソフト連番”００１”、要求機能”ＶＩＤＥＯ”、要求数”１“を交換機に対して送信する（ステップ１００１）。
【００６７】
交換機１０１は送られてきたソフト”ＳＯＦＴＰＨＯＮＥ”の要求機能”ＶＩＤＥＯ”  のフローティングライセンス残数が、要求数”１”以上存在するか、システムデータベース３０５のエリア６０２を確認する（ステップ１００２）。
【００６８】
存在しない場合は結果を取得失敗として端末１０４に返信する（ステップ１００５）。
【００６９】
今回は存在したと仮定する。その場合、交換機１０１は、まず送られてきた要求数“１”分、該当するフローティングライセンス残数６０２を減らし、その分をユーザデータベース３０４のユーザＢのライセンス機能、ライセンス数格納エリア５０４に格納する。この際、フローティングで取得したライセンスであることを区別するためにライセンス機能の末尾に”＿ＦＬ”を付加する（ステップ１００３）。
【００７０】
その後、結果を取得成功として端末１０４に返信する（ステップ１００４）。
【００７１】
結果を受けとった端末１０４上のソフト”ＳＯＦＴＰＨＯＮＥ”は、その後ライセンス確認処理をノードロックの場合と同様の図９で示される処理で実行する。その結果、取得したライセンスを確認次第機能”ＶＩＤＥＯ”を有効化する。その際、確認結果のライセンス機能は”ＶＩＤＥＯ＿ＦＬ”となっているが、特に取得したライセンスがノードロックライセンスとフローティングライセンスでソフトの機能を変更する必要がなければ”ＶＩＤＥＯ”ライセンス機能を受け取った時と同じ機能を有効化する。
【００７２】
次に、端末からフローティングライセンスを返却する場合について図１１の流れ図を用いて説明する。
【００７３】
今回は、ユーザＢが机上端末１０４を利用して、ソフト識別子が”ＳＯＦＴＰＨＯＮＥ”であるソフトウェアを実行し交換機に登録した後、”ＶＩＤＥＯ”機能のフローティングライセンスを”１“個取得した状態で、そのライセンスを返却するケースで説明する。まず机上端末１０４は自身のハードＩＤ”２２−２２−２２−２２−２２−２２”とユーザＢのユーザＩＤ  ”ｕｓｅｒＢ”、パスワード”ｕｓｅｒＢＰａｓｓ”、  ソフト識別子”ＳＯＦＴＰＨＯＮＥ”、ソフト連番”００１”、返却機能”ＶＩＤＥＯ＿ＦＬ”、返却数”１”を交換機に対して送信する（ステップ１１０１）。
【００７４】
交換機１０１は、まず送られてきた返却数“１”分、ユーザデータベース３０４のユーザＢのライセンス機能、ライセンス数格納エリア５０４のライセンス機能”ＶＩＤＥＯ＿ＦＬ”のライセンス数が返却数“１”以上存在するか確認する（ステップ１１０２）。
【００７５】
存在しない場合は結果を返却失敗として端末１０４に返信する（ステップ１１０５）。
【００７６】
存在する場合は、ライセンス数格納エリア５０４のライセンス機能”ＶＩＤＥＯ＿ＦＬ”のライセンス数を返却数“１”分減らすと同時に、該当するフローティングライセンス残数６０２を返却数“１”分増やす（ステップ１１０３）。
【００７７】
その後、結果を返却成功として端末１０４に返信する（ステップ１１０４）。
【００７８】
結果を受けとった端末１０４上のソフト”ＳＯＦＴＰＨＯＮＥ”は、その後ライセンス確認処理をノードロックの場合と同様の図９で示される処理で実行する。その結果、返却したライセンスがなくなったことを確認次第機能”ＶＩＤＥＯ”を無効化する。
【００７９】
また、取得されたフローティングライセンスは、ユーザデータベース上ではノードロックライセンスと同じ場所に格納されるため、ノードロックライセンスと同様に、使用端末を切り替えた場合でも返却や再取得処理をせずに、図８で示される端末登録処理を実行するだけで引き続き利用できる。
【００８０】
また、ノードロックで取得したライセンスも、一度ユーザデータベースに登録された後は、フローティングライセンスと同様の扱いになるため、フローティングライセンスと同様の図１１で示される返却処理を実行すれば、フローティングライセンスに変更することができる。
【００８１】
また、オプションＡ−１  １０８やオプションＡ−２  １０９のように、キーボードやディスプレイＩ／Ｆがなく、ユーザＩＤやパスワードを入力するのが困難な場合は、ユーザＩＤを出荷時に特定の固定文字列に固定しておき、交換機側でもその特定文字列用のユーザデータベース５０１〜５０４をあらかじめ実装しておけばよい。
【００８２】
また、それらのオプションが利用するソフト識別子をそのオプション上で動作するソフト専用のものとして定義すれば、そのソフト識別子で図８の登録処理が実行された場合は、ユーザＩＤ５０１、パスワード５０２は、オプションから通知された“使用ソフト識別子＋ソフト連番”を元に、オプション側と交換機側で同一のアルゴリズムで生成するようにしてもよい。
【００８３】
その場合、同じオプションを２枚以上接続する場合は、“ソフト連番”を他のオプションと重ならないようにオプションの設定で変更できるようにする。
【００８４】
また、その場合、オプションの出荷時の“  ソフト連番”の初期値が”００１“  等で固定されていると、２枚目以上を増設する際に、誤って“  ソフト連番”を”００１“  から変更せずに登録処理を実行してしまい、１枚目と同じユーザＩＤでの登録となり前述の利用端末切り替え処理になってしまい、１枚目でライセンスが利用できなくなる恐れがある。そこで、初期値を”０００”等の通常利用しない連番にしておき、その特殊な連番で登録処理を実行した場合に、交換機が登録失敗応答を返すようにすれば良い。
【００８５】
なお、交換機およびライセンス発行サーバは、ハードウェア、ソフトウェアまたはこれらの組み合わせにより実現することができる。
【図面の簡単な説明】
【００８６】
【図１】本発明の実施形態によるシステム全体の構成を示すブロック図である。
【図２】図１に示す机上端末、携帯端末又は会議室端末の構成を示すブロック図である。
【図３】図１に示す交換機の構成を示すブロック図である。
【図４】図１に示すオプション装置の構成を示すブロック図である。
【図５】図３に示すユーザデータベースの内部構成の一例を示す図である。
【図６】図３に示すシステムデータベースの内部構成の一例を示す図である。
【図７】図１に示すシステムにおける、ライセンス登録時の動作を示す流れ図である。
【図８】図１に示すシステムにおける、端末登録時の動作を示す流れ図である。
【図９】図１に示すシステムにおける、ライセンス認証時の動作を示す流れ図である。
【図１０】図１に示すシステムにおける、ライセンス取得要求時の動作を示す流れ図である。
【図１１】図１に示すシステムにおける、ライセンス返却要求時の動作を示す流れ図である。
【符号の説明】
【００８７】
１０１  交換機
１０２  ライセンス発行サーバ
１０３  机上端末
１０４  机上端末
１０５  会議室端末
１０６  携帯端末
１０７  予備端末
１０８  オプション端末Ａ−１
１０９  オプション端末Ａ−２
１１０  予備オプション端末Ａ
【図１】
0005034109.tif 000002
【図２】
0005034109.tif 000003
【図３】
0005034109.tif 000004
【図４】
0005034109.tif 000005
【図５】
0005034109.tif 000006
【図６】
0005034109.tif 000007
【図７】
0005034109.tif 000008
【図８】
0005034109.tif 000009
【図９】
0005034109.tif 000010
【図１０】
0005034109.tif 000011
【図１１】
0005034109.tif 000012