WO2019159690A1

WO2019159690A1 - 情報処理装置、情報処理方法、プログラム、及び、電子機器

Info

Publication number: WO2019159690A1
Application number: PCT/JP2019/003056
Authority: WO
Inventors: 平塚　陽介
Original assignee: ソニー株式会社
Priority date: 2018-02-13
Filing date: 2019-01-30
Publication date: 2019-08-22
Also published as: JPWO2019159690A1; US20210056179A1; JP7251540B2; US11928189B2; EP3754524A4; EP3754524A1

Abstract

本技術は、情報処理装置が提供し、電子機器で使用するライセンスの更新を適切に行うことができるようにする情報処理装置、情報処理方法、プログラム、及び、電子機器に関する。電子機器は、機器毎に固有の鍵である機器固有鍵を生成する鍵生成部と、前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新するライセンス管理部とを備える。本技術は、例えば、サブスクリプションライセンスを使用するカメラに適用できる。

Description

情報処理装置、情報処理方法、プログラム、及び、電子機器

　本技術は、情報処理装置、情報処理方法、プログラム、及び、電子機器に関し、特に、情報処理装置が提供し、電子機器が使用するライセンスの更新を行う場合に用いて好適な情報処理装置、情報処理方法、プログラム、及び、電子機器に関する。

　従来、サーバから提供されるカプセル化されたソフトウエア（以下、カプセルと称する）の有効期限の管理を、ＩＣカードを用いて行うことが提案されている（例えば、特許文献１参照）。

　具体的には、ＰＣ（パーソナルコンピュータ）が、カプセルの起動時に、有効期限開始時刻及び有効期限終了時刻を含む有効期限認証データをＩＣカードに送信する。ＩＣカードは、ＩＣカード時刻が有効期限開始時刻より前である場合、ＩＣカード時刻を有効期限開始時刻に書き換える。また、ＩＣカードは、ＩＣカード時刻が有効期限終了時刻より前である場合、カプセルの使用を許可し、ＩＣカード時刻が有効期限終了時刻以降である場合、カプセルの使用を許可しない。これにより、ＰＣをサーバに接続せずにオフラインでカプセルの期限管理を行うことができる。

特開２０１１－８７７９４号公報

　しかしながら、特許文献１に記載の発明では、ライセンスの更新については検討されていない。

　本技術は、このような状況に鑑みてなされたものであり、サーバ等の情報処理装置が提供し、電子機器で使用するライセンスの更新を適切に行うことができるようにするものである。

　本技術の第１の側面の電子機器は、機器毎に固有の鍵である機器固有鍵を生成する鍵生成部と、前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新するライセンス管理部とを備える。

　本技術の第１の側面の情報処理方法は、電子機器が、前記電子機器に固有の鍵である機器固有鍵を生成し、前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新する。

　本技術の第１の側面のプログラムは、電子機器のコンピュータに、前記電子機器に固有の鍵である機器固有鍵を生成し、前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新する処理を実行させる。

　本技術の第２の側面の情報処理装置は、電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードを生成するライセンス管理部と、前記延長コードの送信を制御する通信制御部とを備える。

　本技術の第２の側面の情報処理方法は、情報処理装置が、電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードを生成し、前記延長コードの送信を制御する。

　本技術の第２の側面のプログラムは、電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードを生成し、前記延長コードの送信を制御する処理をコンピュータに実行させる。

　本技術の第３の側面の電子機器は、ハードウエアクロックと、前記ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用を停止するライセンス管理部とを備える。

　本技術の第３の側面の情報処理方法は、ハードウエアクロックを備える電子機器が、前記ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用を停止する。

　本技術の第３の側面のプログラムは、ハードウエアクロックを備える電子機器のコンピュータに、前記ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用を停止する処理を実行させる。

　本技術の第４の側面の情報処理装置は、電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードを前記電子機器と同じ方法で生成するライセンス管理部と、前記確認コードの送信を制御する通信制御部とを備える。

　本技術の第４の側面の情報処理方法は、情報処理装置が、電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードを前記電子機器と同じ方法で生成し、前記確認コードの送信を制御する。

　本技術の第４の側面のプログラムは、電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードを前記電子機器と同じ方法で生成し、前記確認コードの送信を制御する処理をコンピュータに実行させる。

　本技術の第１の側面においては、電子機器に固有の鍵である機器固有鍵が生成され、前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスが更新される。

　本技術の第２の側面においては、電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードが生成され、前記延長コードの送信が制御される。

　本技術の第３の側面においては、ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用が停止される。

　本技術の第４の側面においては、電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードが前記電子機器と同じ方法で生成され、前記確認コードの送信が制御される。

　本技術の第１乃至第４の側面によれば、情報処理装置が提供するライセンスを電子機器で使用することができる。また、本技術の第１乃至第４の側面によれば、情報処理装置が提供し、電子機器で使用するライセンスの更新を適切に行うことができる。

　なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載された何れかの効果であってもよい。

本技術を適用した情報処理システムの一実施の形態を示すブロック図である。サーバの構成例を示すブロック図である。サーバの制御部の機能の構成例を示すブロック図である。電子機器の構成例を示すブロック図である。電子機器の制御部の機能の構成例を示すブロック図である。クライアントにより実行されるライセンス取得処理を説明するためのフローチャートである。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。電子機器の画面の例を示す図である。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。サーバにより実行されるライセンス発行処理を説明するためのフローチャートである。インストールキーのフォーマット例を示す図である。クライアントにより実行されるライセンス開始処理を説明するためのフローチャートである。電子機器の画面の例を示す図である。クライアントにより実行されるライセンス再取得処理を説明するためのフローチャートである。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。サーバにより実行されるライセンス再発行処理を説明するためのフローチャートである。クライアントにより実行されるライセンス管理処理を説明するためのフローチャートである。延長コードを通知するメールの第１の例を示す図である。延長コードの入力方法を説明するための図である。延長コードを通知するメールの第２の例を示す図である。延長コードの入力方法を説明するための図である。クライアントにより実行されるライセンス返却処理を説明するためのフローチャートである。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。電子機器の画面の例を示す図である。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。ＰＣの画面の例を示す図である。サーバにより実行されるライセンス返却受付処理を説明するためのフローチャートである。サーバにより実行されるライセンス期限管理処理を説明するためのフローチャートである。クライアントにより実行されるライセンス取得処理を説明するためのフローチャートである。電子機器の画面の例を示す図である。クライアントにより実行されるライセンス開始処理を説明するためのフローチャートである。サーバにより実行されるライセンス発行処理を説明するためのフローチャートである。インストールキーのフォーマット例を示す図である。クライアントにより実行されるライセンス管理処理を説明するためのフローチャートである。クライアントにより実行されるライセンス確認処理を説明するためのフローチャートである。サーバにより実行されるライセンス確認受付処理を説明するためのフローチャートである。クライアントにより実行されるライセンス解約処理を説明するためのフローチャートである。サーバにより実行されるライセンス解約受付処理を説明するためのフローチャートである。サーバにより実行されるライセンス期限管理処理を説明するためのフローチャートである。コンピュータの構成例を示す図である。

　以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
　１．実施の形態
　２．変形例
　３．その他

　＜＜１．実施の形態＞＞
　まず、図１乃至図４８を参照して、本技術の実施の形態について説明する。

　＜情報処理システム１０の構成例＞
　図１は、本技術を適用した情報処理システム１０の構成例を示している。

　情報処理システム１０は、サーバ１１、クライアント１２、及び、ネットワーク１３を備える。クライアント１２は、パーソナルコンピュータ（ＰＣ）２１、リムーバブルメディア２２、及び、電子機器２３を備える。

　サーバ１１とＰＣ２１は、ネットワーク１３を介して接続されており、相互に通信を行う。

　サーバ１１は、電子機器２３で使用する機能のライセンスの提供及び管理、並びに、電子機器２３の機能を実現するためのソフトウエアの提供等を行う。

　ＰＣ２１は、ネットワーク１３を介してサーバ１１と通信を行うことにより、サーバ１１と各種のデータの授受を行う。例えば、ＰＣ２１は、電子機器２３で使用する機能のライセンスに関するデータ、並びに、電子機器２３で使用するソフトウエア等の各種のデータをサーバ１１から受信する。また、ＰＣ２１は、電子機器２３に関するデータ等の各種のデータをサーバ１１に送信する。

　リムーバブルメディア２２は、磁気ディスク、光ディスク、光磁気ディスク、又は、半導体メモリ等からなり、ＰＣ２１と電子機器２３の間の各種のデータの授受に用いられる。

　なお、以下、リムーバブルメディア２２のことを単にメディア２２とも称する。

　電子機器２３は、ケーブル等を介してＰＣ２１に接続され、ＰＣ２１を介してネットワーク１３に接続し、サーバ１１と通信を行うことが可能である。また、電子機器２３は、サーバ１１から提供されるライセンスを、ＰＣ２１又はメディア２２を介してインストールすることにより、インストールしたライセンスに対応する機能の使用が可能になる。さらに、電子機器２３は、必要に応じて、ＰＣ２１又はメディア２２を介して、サーバ１１から提供されたライセンスをサーバ１１に返却する。

　なお、電子機器２３の種類は特に限定されない。以下、主に電子機器２３がカメラである場合を例に挙げて説明する。

　また、サーバ１１が提供するライセンスの対象となる機能の種類は、特に限定されない。例えば、必ずしもソフトウエアを用いた機能でなくてもよく、ハードウエアのみで実現される機能でもよい。

　さらに、サーバ１１が、ライセンスの対象となる機能を実現するためのソフトウエアも提供するようにしてもよい。この場合、当該機能のライセンスは、その機能を実現するためのソフトウエアのライセンスでもある。

　また、図１では、図及び説明を分かりやすくするためにクライアント１２を１つのみ図示しているが、実際には複数のクライアント１２が設けられる。さらに、サーバ１１も１つのみ図示しているが、サーバ１１を複数設けるようにしてもよい。また、１つのクライアント１２が、ＰＣ２１、メディア２２、及び、電子機器２３のうち少なくとも１つを複数備えていてもよい。

　＜サーバ１１の構成例＞
　図２は、サーバ１１の構成例を示している。

　サーバ１１は、入力部１０１、制御部１０２、通信部１０３、出力部１０４、ＲＴＣ（Real Time Clock）１０５、及び、記憶部１０６を備える。入力部１０１、制御部１０２、通信部１０３、出力部１０４、ＲＴＣ１０５、及び、記憶部１０６は、バス１２１を介して相互に接続されている。

　入力部１０１は、例えば、スイッチ、ボタン、キー、マイクロフォン、撮像素子等の入力機器を備え、各種のデータの入力に用いられる。入力部１０１は、入力されたデータを、バス１２１を介してサーバ１１の各部に供給する。

　制御部１０２は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサを備え、サーバ１１の各部の処理の制御を行う。

　通信部１０３は、例えば、通信機器等を備え、ネットワーク１３を介してＰＣ２１と通信を行う。なお、通信部１０３の通信方式は、特に限定されず、有線又は無線のいずれの通信方式であってもよい。また、例えば、通信部１０３が複数の通信方式に対応していてもよい。

　出力部１０４は、例えば、ディスプレイ、スピーカ、照明装置、バイブレータ等の出力機器を備え、画像、音声、光、振動等により各種のデータの出力を行う。

　ＲＴＣ１０５は、サーバ１１の電源をオフしても、バックアップ電池（不図示）等により稼働を続けるハードウエアクロックである。ＲＴＣ１０５は、ユーザが日時（日付と時刻）を変更できないように管理されている。

　記憶部１０６は、少なくとも不揮発性の記憶媒体を備え、サーバ１１の処理に必要な各種のデータやソフトウエアを記憶する。

　なお、以下、サーバ１１の各部がバス１２１を介してデータの授受等を行う場合、バス１２１の記載を適宜省略する。例えば、制御部１０２と通信部１０３が、バス１２１を介してデータの授受を行う場合、単に、制御部１０２と通信部１０３がデータの授受を行うという。

　＜制御部１０２の機能の構成例＞
　図３は、サーバ１１の制御部１０２の機能の構成例を示している。制御部１０２は、例えば、制御プログラムを実行することにより、ライセンス管理部１５１、データ生成部１５２、ＵＩ（ユーザインタフェース）制御部１５３、通信制御部１５４、及び、記憶制御部１５５を含む機能を実現する。

　ライセンス管理部１５１は、電子機器２３において使用する機能のライセンスの管理を行う。

　データ生成部１５２は、ＰＣ２１に送信する各種のデータを生成する。

　ＵＩ制御部１５３は、ＰＣ２１及び電子機器２３におけるユーザインタフェースの制御を行う。例えば、ＵＩ制御部１５３は、ＰＣ２１の画面に各種の情報を表示するための表示制御ファイルを生成し、ＰＣ２１に送信することにより、ＰＣ２１におけるユーザインタフェースを制御する。

　通信制御部１５４は、通信部１０３による通信処理の制御を行う。また、通信制御部１５４は、ＰＣ２１に送信するデータをサーバ１１の各部から取得したり、ＰＣ２１から受信したデータをサーバ１１の各部に供給したりする。

　記憶制御部１５５は、電子機器２３において使用する機能のライセンスに関するデータ等の記憶部１０６への記憶を制御する。

　＜電子機器２３の構成例＞
　図４は、電子機器２３の構成例を示している。

　電子機器２３は、入力部２０１、機能実行部２０２、制御部２０３、通信部２０４、出力部２０５、ＲＴＣ（Real Time Clock）２０６、記憶部２０７、及び、ドライブ２０８を備える。入力部２０１、機能実行部２０２、制御部２０３、通信部２０４、出力部２０５、ＲＴＣ２０６、記憶部２０７、及び、ドライブ２０８は、バス２２１を介して相互に接続されている。

　入力部２０１は、例えば、スイッチ、ボタン、キー、マイクロフォン、撮像素子等の入力機器を備え、各種のデータの入力に用いられる。入力部２０１は、入力されたデータを、バス２２１を介して電子機器２３の各部に供給する。

　機能実行部２０２は、電子機器２３の機能を実行するための各種のハードウエア及びソフトウエアを備える。例えば、電子機器２３がカメラである場合、機能実行部２０２は、レンズ、撮像素子等を備える。

　制御部２０３は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサを備え、電子機器２３の各部の処理の制御を行う。

　通信部２０４は、例えば、通信機器等を備え、ＰＣ２１や図示せぬ他の電子機器（例えば、スマートフォン等）と通信を行う。なお、通信部２０４の通信方式は、特に限定されず、有線又は無線のいずれの通信方式であってもよい。また、例えば、通信部２０４が複数の通信方式に対応していてもよい。

　出力部２０５は、例えば、ディスプレイ、スピーカ、照明装置、バイブレータ等の出力機器を備え、画像、音声、光、振動等により各種のデータの出力を行う。

　ＲＴＣ２０６は、電子機器２３の電源をオフしても、バックアップ電池等により稼働を続けるハードウエアクロックである。ＲＴＣ２０６は、ユーザが日時（日付と時刻）を変更できないように管理されている。

　記憶部２０７は、少なくとも不揮発性の記憶媒体を備え、電子機器２３の処理に必要な各種のデータやソフトウエアを記憶する。

　ドライブ２０８は、メディア２２を着脱可能であり、接続されたメディア２２を駆動する。

　なお、以下、電子機器２３の各部がバス２２１を介してデータの授受等を行う場合、バス２２１の記載を適宜省略する。例えば、制御部２０３と通信部２０４が、バス２２１を介してデータの授受を行う場合、単に、制御部２０３と通信部２０４がデータの授受を行うという。

　＜制御部２０３の機能の構成例＞
　図５は、電子機器２３の制御部２０３の機能の構成例を示している。制御部２０３は、例えば、制御プログラムを実行することにより、ライセンス管理部２５１、鍵生成部２５２、データ生成部２５３、ＵＩ（ユーザインタフェース）制御部２５４、通信制御部２５５、及び、記憶制御部２５６を含む機能を実現する。

　ライセンス管理部２５１は、電子機器２３において使用する機能のライセンスの管理を行う。

　鍵生成部２５２は、電子機器２３毎に異なる固有の秘密鍵である機器固有鍵を生成する。

　データ生成部２５３は、ＰＣ２１又はメディア２２を介してサーバ１１に送信する各種のデータを生成する。

　ＵＩ制御部２５４は、出力部２０５を制御して、電子機器２３におけるユーザインタフェースの制御を行う。

　通信制御部２５５は、通信部２０４による通信処理の制御を行う。また、通信制御部２５５は、通信部２０４を介して外部に送信するデータを電子機器２３の各部から取得したり、通信部２０４を介して外部から受信したデータを電子機器２３の各部に供給したりする。

　記憶制御部２５６は、電子機器２３において使用する機能のライセンスに関するデータ等の記憶部２０７への記憶を制御する。

　＜情報処理システム１０の処理の第１の実施の形態＞
　次に、図６乃至図３７を参照して、情報処理システム１０の処理の第１の実施の形態について説明する。

　なお、この第１の実施の形態では、サブスクリプションかつフローティング方式により、電子機器２３で使用する機能のライセンスがサーバ１１から提供される。

　＜ライセンス取得処理＞
　まず、図６のフローチャートを参照して、クライアント１２により実行されるライセンス取得処理について説明する。

　ステップＳ１において、ＰＣ２１は、機器情報取得用ファイルを要求する。

　例えば、ＰＣ２１は、ユーザの操作に従って、ネットワーク１３を介してサーバ１１にアクセスし、電子機器２３で使用する機能のライセンスを取得するための画面を表示する。例えば、図７のウインドウ３０１がＰＣ２１の画面に表示される。

　ウインドウ３０１は、機器情報欄３０１Ａ及びライセンス情報欄３０１Ｂに分かれている。

　機器情報欄３０１Ａの左端には、電子機器２３の画像及び型名が左右に並べて表示されている。

　ライセンス情報欄３０１Ｂの左端には、ライセンスを取得する対象となる機能、及び、ライセンスの種類が示されている。この例では、４Ｋ画像の撮影機能のサブスクリプションラインセンスが取得対象であることが示されている。

　なお、ユーザは、ライセンスを取得する際にライセンスの有効期間を選択する。例えば、３０日間又は３６５日間の２種類の有効期間のライセンスが提供されており、ユーザは、その２種類の中から所望の有効期間のライセンスを選択する。

　ライセンス情報欄３０１Ｂの右端には、インストールボタン３０２が表示されている。インストールボタン３０２が押下されると、例えば、図８のウインドウ３１１がＰＣ２１の画面に表示される。

　ウインドウ３１１には、機器情報取得用ファイルをダウンロードし、メディア２２に保存し、カメラ（電子機器２３）にメディア２２を入れるように促すメッセージ、及び、ダウンロードボタン３１２が表示されている。ダウンロードボタン３１２が押下されると、ＰＣ２１は、ネットワーク１３を介して、機器情報取得用ファイルをサーバ１１に要求する。

　これに対して、サーバ１１は、後述する図１３のステップＳ３１において、ネットワーク１３を介して、機器情報取得用ファイルをＰＣ２１に送信する。

　ステップＳ２において、ＰＣ２１は、サーバ１１から送信された機器情報取得用ファイルを受信する。また、ＰＣ２１は、例えばユーザの操作に従って、受信した機器情報取得用ファイルをメディア２２に格納する。

　ステップＳ３において、電子機器２３は、機器情報取得ファイル内のコマンドを実行する。

　具体的には、ユーザは、機器情報取得用ファイルが格納されているメディア２２をＰＣ２１から取り外し、電子機器２３のドライブ２０８に接続する。

　ドライブ２０８は、メディア２２に格納されている機器情報取得用ファイルを読み出し、制御部２０３に供給する。制御部２０３は、機器情報取得用ファイル内に含まれる機器情報取得用コマンドを実行する。これにより、機器情報の取得処理が開始される。

　なお、例えば、ステップＳ１乃至ステップＳ３の処理を省略し、機器情報取得用コマンドを用いずに、ユーザが電子機器２３を操作することにより、機器情報の取得処理が開始されるようにしてもよい。

　ステップＳ４において、鍵生成部２５２は、機器固有鍵を生成済みであるか否かを判定する。鍵生成部２５２は、機器固有鍵が記憶部２０７に記憶されていない場合、機器固有鍵を生成済みでないと判定し、処理はステップＳ５に進む。

　ステップＳ５において、鍵生成部２５２は、機器固有鍵を生成する。機器固有鍵の生成方法は、特に限定されない。記憶制御部２５６は、機器固有鍵を記憶部２０７に記憶させる。

　すなわち、電子機器２３は、工場出荷後に初めて機器情報ファイルを生成する前に、電子機器２３に固有の秘密鍵である機器固有鍵を生成する。これにより、工場出荷時に機器固有鍵を生成し、電子機器２３に格納する必要がなくなり、機器固有鍵の流出等のリスクが軽減される。また、例えば、電子機器２３のファームウエアを変更する等により、機器固有鍵の生成方法や生成タイミング等を変更することができ、柔軟性が向上する。

　その後、処理はステップＳ６に進む。

　一方、ステップＳ４において、鍵生成部２５２は、機器固有鍵が記憶部２０７に記憶されている場合、機器固有鍵を生成済みであると判定し、ステップＳ５の処理はスキップされ、処理はステップＳ６に進む。

　ステップＳ６において、データ生成部２５３は、現在のＲＴＣ２０６の日時をデバイスＲＴＣに設定する。デバイスＲＴＣは、機器情報ファイルを生成するときのＲＴＣ２０６の日時であって、ライセンスを要求するときの電子機器２３のＲＴＣ２０６の日時を示す。また、デバイスＲＴＣは、取得するライセンスの期限管理に用いられる基準日時となる。

　ステップＳ７において、データ生成部２５３は、機器固有鍵をサーバ公開鍵で暗号化する。具体的には、データ生成部２５３は、機器固有鍵及びサーバ公開鍵を記憶部２０７から読み出す。なお、サーバ公開鍵は、サーバ１１が保有するサーバ秘密鍵に対応する公開鍵であり、事前に電子機器２３に配布されている。データ生成部２５３は、サーバ公開鍵を用いて機器固有鍵を暗号化する。これにより、機器固有鍵のセキュリティが確保され、機器固有鍵の改ざん、盗聴等が防止される。

　ステップＳ８において、データ生成部２５３は、機器固有ＩＤ、デバイスＲＴＣ、及び、機器固有鍵を含む格納データを生成する。具体的には、データ生成部２５３は、機器固有ＩＤを記憶部２０７から読み出す。機器固有ＩＤは、各電子機器２３に一意に割り当てられているＩＤであり、例えば、電子機器２３の型名とシリアルナンバーを含む。データ生成部２５３は、機器固有ＩＤ、デバイスＲＴＣ、及び、暗号化された機器固有鍵を含む格納データを生成する。

　ステップＳ９において、データ生成部２５３は、機器固有鍵を用いて格納データのハッシュ値を算出する。なお、ハッシュ値の算出に用いるハッシュ関数は、特に限定されない。

　ステップＳ１０において、データ生成部２５３は、格納データ及びハッシュ値を含む機器情報ファイルを生成する。これにより、機器固有鍵を用いて格納データのセキュリティが確保される。

　この機器情報ファイルは、ライセンスの発行を要求するためのライセンス要求ファイルとして、サーバ１１においてライセンスの発行に用いられる。

　ステップＳ１１において、データ生成部２５３は、ドライブ２０８を介して、機器情報ファイルをメディア２２に格納する。

　このとき、例えば、出力部２０５は、ＵＩ制御部２５４の制御の下に、図９のウインドウ３２１を表示する。ウインドウ３２１内には、機器情報ファイルを書き出した旨を伝えるメッセージ、及び、ＯＫボタン３２２が表示されている。ＯＫボタン３２２が押下されると、ウインドウ３２１が閉じる。

　ステップＳ１２において、ＰＣ２１は、機器情報ファイルをサーバ１１に送信する。

　例えば、ユーザは、メディア２２を電子機器２３から取り外し、ＰＣ２１に接続する。ＰＣ２１は、例えば、図１０のウインドウ３３１を画面に表示する。

　ウインドウ３３１には、カメラ（電子機器２３）から取得した機器情報ファイルのアップロードを促すメッセージ、及び、アップロードボタン３３２が表示されている。アップロードボタン３３２が押下されると、ＰＣ２１は、機器情報ファイルをメディア２２から読み出し、ネットワーク１３を介してサーバ１１に送信する。

　これに対して、サーバ１１は、後述する図１３のステップＳ３２において、機器情報ファイルを受信する。

　ステップＳ１３において、ＰＣ２１は、ライセンス通信ファイルを取得するか否かを判定する。

　サーバ１１は、ＰＣ２１から受信した機器情報ファイルが正当であると判定した場合、後述する図１３のステップＳ３４において、ネットワーク１３を介して、ライセンスのインストールの実施を最終確認するための表示制御ファイルを送信する。

　ＰＣ２１は、表示制御ファイルに基づいて、図１１のウインドウ３４１を画面に表示する。

　ウインドウ３４１には、カメラ（電子機器２３）の機器固有ＩＤ、及び、カメラへのライセンスのインストールの実施を確認するメッセージ、並びに、インストールボタン３４２が表示されている。インストールボタン３４２が押下されると、例えば、図１２のウインドウ３５１がＰＣ２１の画面に表示される。

　ウインドウ３５１には、ライセンス通信ファイルをダウンロードし、メディア２２に保存し、カメラ（電子機器２３）に入れるよう促すメッセージ、及び、ダウンロードボタン３５２が表示されている。そして、ダウンロードボタン３５２が押下されると、ＰＣ２１は、ライセンス通信ファイルを取得すると判定し、ネットワーク１３を介して、ライセンス通信ファイルの送信をサーバ１１に要求する。その後、処理はステップＳ１４に進む。

　これに対して、サーバ１１は、後述する図１３のステップＳ４０において、インストールキー等を含むライセンス通信ファイルを送信する。

　ステップＳ１４において、ＰＣ２１は、ネットワーク１３を介して、サーバ１１からライセンス通信ファイルを受信する。

　ステップＳ１５において、ＰＣ２１は、例えばユーザの操作に従って、ライセンス通信ファイルをメディア２２に格納する。

　その後、ライセンス取得処理は終了する。

　一方、ステップＳ１３において、ＰＣ２１は、ライセンスのインストールの実施を最終確認するための表示制御ファイルを受信しなかった場合、又は、ライセンス通信ファイルの取得が指示されなかった場合、ライセンス通信ファイルを取得しないと判定する。その後、ステップＳ１４及びステップＳ１５の処理はスキップされ、ライセンス通信ファイルが取得されずに、ライセンス取得処理は終了する。

　＜ライセンス発行処理＞
　次に、図１３のフローチャートを参照して、図６のクライアント１２によるライセンス取得処理に対応して、サーバ１１により実行されるライセンス発行処理について説明する。

　なお、この処理は、例えば、上述した図６のステップＳ１において、サーバ１１がＰＣ２１から機器情報取得用ファイルを要求されたとき開始される。

　ステップＳ３１において、サーバ１１は、機器情報取得用ファイルを送信する。具体的には、データ生成部１５２は、機器情報取得用コマンドを含む機器情報取得用ファイルを生成する。通信部１０３は、通信制御部１５４の制御の下に、ネットワーク１３を介して、機器情報取得用ファイルをＰＣ２１に送信する。

　なお、上述したように電子機器２３の図６のステップＳ１乃至ステップＳ３の処理を省略することにより、このステップＳ３１の処理を省略することができる。

　ステップＳ３２において、サーバ１１は、機器情報ファイルを受信する。具体的には、通信制御部１５４は、通信部１０３を介して、上述した図６のステップＳ１２の処理でＰＣ２１から送信された機器情報ファイルを受信する。

　ステップＳ３３において、ライセンス管理部１５１は、機器情報ファイルが正当であるか否かを判定する。具体的には、ライセンス管理部１５１は、機器情報ファイルに含まれる機器固有鍵の暗号化に用いられたサーバ公開鍵に対応するサーバ秘密鍵を記憶部１０６から読み出す。ライセンス管理部１５１は、読み出したサーバ秘密鍵を用いて機器固有鍵を復号する。

　次に、ライセンス管理部１５１は、電子機器２３と同じハッシュ関数、及び、復号した機器固有鍵を用いて、機器情報ファイルに含まれる格納データのハッシュ値を算出する。そして、ライセンス管理部１５１は、算出したハッシュ値が機器情報ファイル内のハッシュ値と一致する場合、機器情報ファイルが正当であると判定し、処理はステップＳ３４に進む。

　これにより、格納データ内の機器固有ＩＤ、デバイスＲＴＣ、及び、機器固有鍵の改ざん等が防止される。

　ステップＳ３４において、ライセンス管理部１５１は、ライセンス通信ファイルを送信するか否かを判定する。

　具体的には、ＵＩ制御部１５３は、ライセンスのインストールの実施を最終確認するための表示制御ファイルを生成する。通信部１０３は、通信制御部１５４の制御の下に、ネットワーク１３を介して、ＰＣ２１に表示制御ファイルを送信する。

　そして、ライセンス管理部１５１は、上述した図６のステップＳ１３において、ＰＣ２１からライセンス通信ファイルの送信が要求された場合、ライセンス通信ファイルを送信すると判定し、処理はステップＳ３５に進む。

　ステップＳ３５において、ライセンス管理部１５１は、インストールキーを生成する。

　図１４は、インストールキーのフォーマットの例を示している。

　インストールキーは、機能ＩＤ、システム一意情報、機器固有ＩＤ、有効期限、及び、有効期間を含んでいる。

　機能ＩＤは、ライセンスの対象となる機能を識別するためのＩＤである。

　システム一意情報は、サーバ１１が生成する英数字からなる連番であり、インストールキー毎に異なる。

　機器固有ＩＤは、ライセンスを提供する対象となる電子機器２３の機器固有ＩＤであり、機器情報ファイルに含まれる電子機器２３の機器固有ＩＤが用いられる。

　有効期限は、ライセンスが切れる日時を示し、例えば、年、月、日、時、分、秒で表される。また、有効期限は、機器情報ファイルに含まれるデバイスＲＴＣ、すなわち、電子機器２３のＲＴＣ２０６を基準にして設定される。例えば、有効期限は、機器情報ファイル内のデバイスＲＴＣに有効期間及び猶予時間を加えた値に設定される。

　ここで、猶予時間は、電子機器２３にライセンスをインストールするのに必要な時間を想定して設定される時間である。すなわち、電子機器２３は、メディア２２を介してＰＣ２１とデータの授受を行い、ＰＣ２１がサーバ１１と通信を行う。従って、電子機器２３がサーバ１１と直接通信を行う場合と比較して、ライセンスのインストールに時間を要する。そのため、実際のライセンスの有効期間に加えて、所定の猶予時間が加算される。

　有効期間は、ライセンスの有効期間を示す。例えば、有効期間は、ユーザにより選択された有効期間を時間（hour）単位で表した値に設定される。

　なお、複数の機能のライセンスを一度にインストールすることも可能であり、この場合、例えば、機能毎に複数のインストールキーが生成される。

　ステップＳ３６において、データ生成部１５２は、デバイスＲＴＣ、インストールキー、及び、ユーザＩＤを含む格納データを生成する。ユーザＩＤは、ライセンスの権利者であるユーザの固有のＩＤである。

　なお、複数の機能のライセンスを一度にインストールする場合、各機能のインストールキーが格納データに格納される。

　ステップＳ３７において、データ生成部１５２は、機器固有鍵を用いて格納データのハッシュ値を算出する。すなわち、データ生成部１５２は、電子機器２３と同じハッシュ関数、及び、機器情報ファイルに含まれる機器固有鍵を用いて、格納データのハッシュ値を算出する。

　ステップＳ３８において、データ生成部１５２は、格納データ及びハッシュ値を含むライセンス通信ファイルを生成する。具体的には、データ生成部１５２は、サーバ秘密鍵を用いてハッシュ値を暗号化することにより署名を生成する。そして、データ生成部１５２は、格納データ及び署名（暗号化したハッシュ値）を含むライセンス通信ファイルを生成する。これにより、機器固有鍵を用いて格納データのセキュリティが確保される。

　なお、このライセンス通信ファイルは、電子機器２３においてラインセンスのインストールに用いられるインストールファイルでもある。

　ステップＳ３９において、サーバ１１は、ライセンス情報を記憶する。例えば、記憶制御部１５５は、現在のＲＴＣ１０５の日時、ユーザＩＤ、機器固有ＩＤ、機器固有鍵、インストールキー、デバイスＲＴＣ、並びに、ライセンスの有効期限、有効期間及び更新回数の組合せを含むライセンス情報を記憶部１０６に記憶させる。

　なお、ライセンスの有効期限として、例えば、電子機器２３のＲＴＣ２０６に基づく有効期限（以下、クライアント有効期限と称する）、及び、サーバ１１のＲＴＣ１０５に基づく有効期限（以下、サーバ有効期限と称する）がライセンス情報に含まれる。クライアント有効期限は、インストールキーに含まれる有効期限と等しい。サーバ有効期限は、例えば、現在のＲＴＣ１０５の日時に有効期間及び猶予時間を加えた値に設定される。

　また、ライセンスの更新回数は、初期値として０回に設定される。

　さらに、現在のＲＴＣ１０５の日時とデバイスＲＴＣとの差に基づいて、サーバ１１のＲＴＣ１０５と電子機器２３のＲＴＣ２０６のおおよそのズレが把握される。

　また、複数の機能のライセンスが一度にインストールされる場合、例えば、ライセンス毎に異なるライセンス情報が生成され、記憶されるようにしてもよいし、全てのライセンスを含むライセンス情報が生成され、記憶されるようにしてもよい。

　ステップＳ４０において、通信部１０３は、通信制御部１５４の制御の下に、ライセンス通信ファイルをＰＣ２１に送信する。

　その後、ライセンス発行処理は終了する。

　一方、ステップＳ３４において、ライセンス管理部１５１は、上述した図６のステップＳ１３において、ＰＣ２１からライセンス通信ファイルの送信が要求されていない場合、ライセンス通信ファイルを送信しないと判定し、ステップＳ３５乃至ステップＳ４０の処理はスキップされ、ライセンス発行処理は終了する。すなわち、インストールキーの生成、及び、ライセンス通信ファイルの送信は行われない。

　また、ステップＳ３３において、ライセンス管理部１５１は、算出したハッシュ値が機器情報ファイル内のハッシュ値と一致しない場合、機器情報ファイルが正当でないと判定し、ステップＳ３４乃至ステップＳ４０の処理はスキップされ、ライセンス発行処理は終了する。すなわち、インストールキーの生成、及び、ライセンス通信ファイルの送信は行われない。

　＜ライセンス開始処理＞
　次に、図１５のフローチャートを参照して、電子機器２３により実行されるライセンス開始処理について説明する。

　例えば、ライセンス通信ファイルが格納されているメディア２２が電子機器２３のドライブ２０８に接続されたとき、出力部２０５は、例えば、ＵＩ制御部２５４の制御の下に、図１６のウインドウ４０１を表示する。

　ウインドウ４０１には、電子機器２３の型名、機能の種類及びライセンス種別、並びに、その機能を有効にするか否かを確認するメッセージが表示されている。また、ウインドウ４０１には、ＹＥＳボタン４０２及びＮＯボタン４０３が表示されている。そして、ＹＥＳボタン４０２が押下された場合、ライセンス開始処理が開始される。一方、ＮＯボタン４０３が押下された場合、ライセンス開始処理は開始されない。

　ステップＳ６１において、ライセンス管理部２５１は、ライセンス通信ファイルが正当であるか否かを判定する。具体的には、ライセンス管理部２５１は、ドライブ２０８を介して、メディア２２からライセンス通信ファイルを読み出す。また、ライセンス管理部２５１は、機器固有鍵及びサーバ公開鍵を記憶部２０７から読み出す。

　ライセンス管理部２５１は、ライセンス通信ファイルに含まれる署名を、サーバ公開鍵を用いて復号する。これにより、ライセンス通信ファイルに含まれる格納データのハッシュ値が得られる。また、ライセンス管理部２５１は、サーバ１１と同じハッシュ関数及び機器固有鍵を用いて、ライセンス通信ファイルの格納データのハッシュ値を算出する。そして、ライセンス管理部２５１は、算出したハッシュ値がライセンス通信ファイル内のハッシュ値と一致する場合、ライセンス通信ファイルが正当であると判定し、処理はステップＳ６２に進む。

　これにより、格納データ内のデバイスＲＴＣ及びインストールキーの改ざん等が防止される。

　ステップＳ６２において、ライセンス管理部２５１は、過去にインストールしたインストールキーであるか否かを判定する。ライセンス管理部２５１は、ライセンス通信ファイルに含まれるインストールキーと一致するインストールキーが記憶部２０７に記憶されていない場合、過去にインストールしたインストールキーでないと判定し、処理はステップＳ６３に進む。

　これにより、過去にインストールしたインストールキーを用いてライセンスが二重にインストールされることが防止される。

　ステップＳ６３において、ライセンス管理部２５１は、インストールキー内の機器固有ＩＤが自機のものと一致するか否かを判定する。ライセンス管理部２５１は、インストールキー内の機器固有ＩＤが、記憶部２０７に記憶されている電子機器２３の機器固有ＩＤと一致する場合、インストールキー内の機器固有ＩＤが自機のものと一致すると判定し、処理はステップＳ６４に進む。

　これにより、他の電子機器２３用のインストールキーを用いてライセンスがインストールされることが防止される。

　ステップＳ６４において、ライセンス管理部２５１は、デバイスＲＴＣが現在の日時以降であるか否かを判定する。ライセンス管理部２５１が、ライセンス通信ファイルに含まれるデバイスＲＴＣが現在のＲＴＣ２０６の日時より前であると判定した場合、処理はステップＳ６５に進む。

　ステップＳ６５において、ライセンス管理部２５１は、ライセンスの有効期限が切れているか否かを判定する。具体的には、ライセンス管理部２５１は、インストールキーの有効期限（クライアント有効期限）と現在のＲＴＣ２０６の日時を比較する。そして、ライセンス管理部２５１は、ライセンスの有効期限が現在のＲＴＣ２０６の日時より後である場合、ライセンスの有効期限が切れていないと判例し、処理はステップＳ６６に進む。

　ステップＳ６６において、ライセンス管理部２５１は、デバイスＲＴＣと現在の日時との間隔が猶予時間以上であるか否かを判定する。ライセンス管理部２５１が、デバイスＲＴＣと現在のＲＴＣ２０６の日時とを比較し、両者の間隔が猶予時間未満であると判定した場合、処理はステップＳ６７に進む。

　これは、例えば、上述した図６のステップＳ６の処理でデバイスＲＴＣが設定されてから猶予時間（例えば、１時間）以内に、電子機器２３へのライセンスのインストールが行われた場合である。

　ステップＳ６７において、ライセンス管理部２５１は、ライセンスを有効化する。すなわち、ライセンス管理部２５１は、インストールキーによりライセンスが付与される機能を使用できる状態にする。

　なお、ライセンス通信ファイルに複数の機能のインストールキーが含まれる場合、それらの機能が全て使用できる状態にされる。

　また、当該機能を実現するソフトウエアは、予め電子機器２３にインストールされていてもよいし、このときインストールされてもよい。

　ステップＳ６８において、電子機器２３は、ライセンス情報を記憶する。記憶制御部２５６は、ユーザＩＤ、現在のＲＴＣ２０６の日時、インストールキー、並びに、ライセンスのクライアント有効期限、有効期間及び更新回数の組合せを含むライセンス情報を記憶部２０７に記憶させる。なお、この現在のＲＴＣ２０６の日時は、ライセンスの使用を開始した日時となる。また、ライセンスの更新回数は、初期値として０回に設定される。

　また、複数の機能のライセンスが一度にインストールされた場合、例えば、ライセンス毎に異なるライセンス情報が生成され、記憶されるようにしてもよいし、全てのライセンスを含むライセンス情報が生成され、記憶されるようにしてもよい。

　その後、ライセンス開始処理は終了する。

　一方、ステップＳ６６において、ライセンス管理部２５１が、デバイスＲＴＣと現在のＲＴＣ２０６の日時との間隔が猶予時間以上であると判定した場合、処理はステップＳ６９進む。

　これは、例えば、上述した図６のステップＳ６の処理でデバイスＲＴＣが設定されてから猶予時間（例えば、１時間）が経過した後に、電子機器２３へのライセンスのインストールが行われた場合である。

　また、ステップＳ６５において、ライセンス管理部２５１は、ライセンスの有効期限が現在のＲＴＣ２０６の日時以前である場合、ライセンスの有効期限が切れていると判定し、処理はステップＳ６９に進む。

　これは、例えば、ライセンスの有効期限が切れた後に、電子機器２３へのライセンスのインストールが行われた場合である。

　ステップＳ６９において、ライセンス再取得処理が実行され、その後、ライセンス管理処理は終了する。

　なお、ライセンス再取得処理の詳細は、図１７を参照して後述する。

　一方、ステップＳ６４において、デバイスＲＴＣが現在のＲＴＣ２０６の日時以降であると判定された場合、ライセンス開始処理は終了する。

　これは、例えば、デバイスＲＴＣの改ざん、又は、ＲＴＣ２０６の異常等が発生した場合が想定される。

　また、ステップＳ６３において、インストールキー内の機器固有ＩＤが自機のものと一致しないと判定された場合、ライセンス開始処理は終了する。

　これは、例えば、異なる電子機器２３にメディア２２を接続し、ライセンスをインストールしようとした場合、誤ったライセンス通信ファイルを受信した場合、又は、インストールキーが改ざんされた場合等が想定される。

　さらに、ステップＳ６２において、ライセンス管理部２５１は、ライセンス通信ファイルに含まれるインストールキーと一致するインストールキーが記憶部２０７に記憶されている場合、過去にインストールしたインストールキーであると判定し、ライセンス開始処理は終了する。

　これは、以前インストールしたライセンスを再度インストールしようとした場合が想定される。

　また、ステップＳ６１において、ライセンス管理部２５１は、算出したハッシュ値がライセンス通信ファイル内のハッシュ値と一致しない場合、ライセンス通信ファイルが正当でないと判定し、ライセンス開始処理は終了する。

　これは、ライセンス通信ファイルの改ざん等が行われた場合が想定される。

　以上のようにして、サーバ１１と電子機器２３が直接通信を行わなくても、安全な状態で電子機器２３にライセンスをインストールし、電子機器２３の機能を使用可能な状態にすることができる。

　また、ライセンスの有効期間に猶予時間が付加されることにより、サーバ１１と電子機器２３が直接通信を行わないことによりライセンスのインストールに時間を要したとしても、ライセンスを使用できる期間が短縮されることが防止される。

　さらに、サーバ１１と電子機器２３が直接通信を行わなくても、サーバ１１が把握するライセンスの有効期限（サーバ有効期限）と、実際のライセンスの有効期限（クライアント有効期限）とのズレが猶予時間内に抑えられる。そのため、例えば、適切なタイミングでライセンスの更新等のプロモーションを行うことができる。

　＜ライセンス再取得処理＞
　次に、図１７のフローチャートを参照して、図１５のステップＳ６９のライセンス再取得処理の詳細について説明する。

　ステップＳ１０１において、ＰＣ２１は、ライセンス再発行用ファイルを要求する。

　例えば、ＰＣ２１は、ユーザの操作に従って、ネットワーク１３を介してサーバ１１にアクセスし、ライセンスの再発行を要求するための画面を表示する。例えば、図１８のウインドウ５０１がＰＣ２１の画面に表示される。

　ウインドウ５０１は、機器情報欄５０１Ａ、ライセンス情報欄５０１Ｂ、及び、ライセンス詳細情報欄５０１Ｃに分かれている。

　機器情報欄５０１Ａの左端には、電子機器２３の画像及び型名が左右に並べて表示されている。

　ライセンス情報欄５０１Ｂの左端には、ライセンスを再発行する対象となる機能、及び、ライセンスの種類が示されている。この例では、４Ｋ画像の撮影機能のサブスクリプションラインセンスが再発行の対象であることが示されている。

　ライセンス詳細情報欄５０１Ｃには、対象となる機能のライセンスの詳細な状態が表示されている。この例では、電子機器２３の機器固有ＩＤ、現在のライセンスの状態、及び、ライセンスの有効期限が表示されている。なお、現在のライセンスの状態は、ライセンス通信ファイルをダウンロードした時点で、実際に電子機器２３にインストールしたか否かに関わらず、インストール済み（Installed）となる。

　ライセンス詳細情報欄５０１Ｃの右端には、再発行ボタン５０２が表示されている。再発行ボタン５０２が押下されると、ライセンスの再発行処理が開始される。例えば、再発行ボタン５０２が押下されると、ＰＣ２１は、ネットワーク１３を介して、ライセンス再発行用ファイルをサーバ１１に要求する。

　これに対して、サーバ１１は、後述する図２３のステップＳ１３１において、ネットワーク１３を介して、ライセンス再発行用ファイルをＰＣ２１に送信する。

　ステップＳ１０２において、ＰＣ２１は、サーバ１１から送信されたライセンス再発行用ファイルを受信する。また、ＰＣ２１は、例えばユーザの操作に従って、受信したライセンス再発行用ファイルをメディア２２に格納する。

　このとき、例えば、図１９のウインドウ５１１がＰＣ２１の画面に表示される。

　ウインドウ５１１には、カメラ（電子機器２３）で「再発行」ボタンを選択した後、取得した機器情報ファイルをアップロードするよう促すメッセージ、及び、アップロードボタン５１２が表示されている。

　ステップＳ１０３において、電子機器２３は、ライセンス再発行用ファイル内のコマンドを実行する。

　具体的には、ユーザは、ライセンス再発行用ファイルが格納されているメディア２２をＰＣ２１から取り外し、電子機器２３のドライブ２０８に接続する。

　ドライブ２０８は、メディア２２に格納されているライセンス再発行用ファイルを読み出し、制御部２０３に供給する。制御部２０３は、ライセンス再発行用ファイル内に含まれるライセンス再発行用コマンドを実行する。

　これにより、例えば、出力部２０５は、ＵＩ制御部２５４の制御の下に、「再発行」ボタンを含む画面を表示する。そして、「再発行」ボタンが押下されると、機器情報の取得処理が開始される。

　なお、例えば、ステップＳ１０１乃至ステップＳ１０３の処理を省略し、ライセンス再発行用コマンドを用いずに、ユーザが電子機器２３を操作することにより、機器情報の取得処理が開始されるようにしてもよい。

　ステップＳ１０４において、図６のステップＳ６の処理と同様に、現在のＲＴＣ２０６の日時がデバイスＲＴＣに設定される。

　ステップＳ１０５において、図６のステップＳ７の処理と同様に、機器固有鍵がサーバ公開鍵で暗号化される。

　ステップＳ１０６において、データ生成部２５３は、機器固有ＩＤ、デバイスＲＴＣ、機器固有鍵、及び、キャンセルしたインストールキーを含む格納データを生成する。具体的には、データ生成部２５３は、機器固有ＩＤ、及び、インストールをキャンセルしたライセンス用のインストールキー（キャンセルしたインストールキー）を記憶部２０７から読み出す。データ生成部２５３は、機器固有ＩＤ、デバイスＲＴＣ、暗号化された機器固有鍵、及び、キャンセルしたインストールキーを含む格納データを生成する。

　ステップＳ１０７において、図６のステップＳ９の処理と同様に、機器固有鍵を用いて格納データのハッシュ値が算出される。

　ステップＳ１０８において、図６のステップＳ１０の処理と同様に、格納データ及びハッシュ値を含む機器情報ファイルが生成される。この機器情報ファイルは、ライセンスの再発行を要求するためのライセンス再要求ファイルとして、サーバ１１においてライセンスの再発行に用いられる。

　ステップＳ１０９において、図６のステップＳ１１の処理と同様に、機器情報ファイルがメディア２２に格納される。

　ステップＳ１１０において、ＰＣ２１は、機器情報ファイルをサーバ１１に送信する。

　例えば、ユーザは、メディア２２を電子機器２３から取り外し、ＰＣ２１に接続する。そして、例えば、上述した図１９のウインドウ５１１内のアップロードボタン５１２が押下されると、ＰＣ２１は、機器情報ファイルをメディア２２から読み出し、ネットワーク１３を介して、サーバ１１に送信する。

　これに対して、サーバ１１は、後述する図２３のステップＳ１３２において、機器情報ファイルを受信する。そして、サーバ１１は、機器情報ファイルが、キャンセルしたインストールキーを含み、かつ、正当であれば、ステップＳ１３４において、ネットワーク１３を介して、ライセンスの再発行が可能である旨を通知する。

　ステップＳ１１１において、ＰＣ２１は、ライセンスの再発行を依頼するか否かを判定する。ＰＣ２１は、例えば、サーバ１１からライセンスの再発行が可能である旨が通知された場合、図２０のウインドウ５２１を画面に表示する。

　ウインドウ５２１には、インストールをキャンセルし、インストールキーの再発行を行う旨のメッセージ、及び、再発行ボタン５２２が表示されている。また、メッセージ内には、インストールをキャンセルするライセンスに関する情報が表示されている。ライセンスに関する情報は、例えば、電子機器２３の型名、機能名、ライセンスの種類を含む。

　そして、再発行ボタン５２２が押下されると、ＰＣ２１は、ライセンスの再発行を依頼すると判定し、ネットワーク１３を介して、サーバ１１にライセンスの再発行を依頼する。その後、処理は、ステップＳ１１２に進む。

　ステップＳ１１２において、ＰＣ２１は、ライセンス通信ファイルを取得するか否かを判定する。

　具体的には、サーバ１１は、ライセンスの再発行が依頼されると、後述する図２３のステップＳ１３６において、現在のライセンスのインストールキーを破棄した後、インストールキーの再発行が可能な旨を通知する表示制御ファイルをＰＣ２１に送信する。

　これに対して、ＰＣ２１は、例えば、図２１のウインドウ５３１を画面に表示する。ウインドウ５３１には、ライセンスのインストールがキャンセルされ、再度インストールすることを促すメッセージ、及び、ＯＫボタン５３２が表示されている。ＯＫボタン５３２が押下されると、図２２のウインドウ５４１がＰＣ２１の画面に表示される。

　ウインドウ５４１は、図１８のウインドウ５０１と同様に、機器情報欄５４１Ａ、ライセンス情報欄５４１Ｂ、及び、ライセンス詳細情報欄５４１Ｃに分かれ、ウインドウ５０１とほぼ同様の表示内容である。ただし、再発行ボタン５０２が消え、インストールボタン５４２が、ライセンス情報欄５０１Ｂの右端に表示されている点が異なる。また、現在のライセンスの状態及び有効期限については、何も表示されていない点が異なる。

　そして、インストールボタン５４２が押下されると、ＰＣ２１は、ライセンス通信ファイルを取得すると判定し、ネットワーク１３を介して、ライセンス通信ファイルの送信をサーバ１１に要求する。その後、処理はステップＳ１１３に進む。

　これに対して、サーバ１１は、後述する図２３のステップＳ１４３において、インストールキー等を含むライセンス通信ファイルを送信する。

　ステップＳ１１３において、図６のステップＳ１４の処理と同様に、ライセンス通信ファイルが受信される。

　ステップＳ１１４において、図６のステップＳ１５の処理と同様に、ライセンス通信ファイルがメディア２２に格納される。

　その後、ライセンス再取得処理は終了する。

　＜ライセンス再発行処理＞
　次に、図２３のフローチャートを参照して、図１７のクライアント１２によるライセンス再取得処理に対応して、サーバ１１により実行されるライセンス再発行処理について説明する。

　なお、この処理は、例えば、上述した図１７のステップＳ１０１において、サーバ１１がＰＣ２１からライセンス再発行用ファイルを要求されたとき開始される。

　ステップＳ１３１において、サーバ１１は、ライセンス再発行用ファイルを送信する。具体的には、データ生成部１５２は、ライセンス再発行用コマンドを含むライセンス再発行用ファイルを生成する。通信部１０３は、通信制御部１５４の制御の下に、ネットワーク１３を介して、ライセンス再発行用ファイルをＰＣ２１に送信する。

　なお、上述したように電子機器２３の図１７のステップＳ１０１乃至ステップＳ１０３の処理を省略することにより、このステップＳ１３１の処理は省略することができる。

　ステップＳ１３２において、サーバ１１は、機器情報ファイルを受信する。具体的には、通信制御部１５４は、通信部１０３を介して、上述した図１７のステップＳ１１０の処理でＰＣ２１から送信された機器情報ファイルを受信する。

　ステップＳ１３３において、図１３のステップＳ３３の処理と同様に、機器情報ファイルが正当であるか否かが判定される。機器情報ファイルが正当であると判定された場合、処理はステップＳ１３４に進む。

　ステップＳ１３４において、ライセンス管理部１５１は、機器情報ファイルにキャンセルしたインストールキーが含まれるか否かを判定する。機器情報ファイルにキャンセルしたインストールキーが含まれると判定された場合、処理はステップＳ１３５に進む。このとき、通信部１０３は、通信制御部１５４の制御の下に、ネットワーク１３を介して、ＰＣ２１にライセンスの再発行が可能である旨を通知する。

　ステップＳ１３５において、ライセンス管理部１５１は、ライセンスの再発行が依頼されたか否かを判定する。ライセンス管理部１５１は、上述した図１７のステップＳ１１１においてＰＣ２１からライセンスの再発行が依頼された場合、ライセンスの再発行が依頼されたと判定し、処理はステップＳ１３６に進む。

　ステップＳ１３６において、ライセンス管理部１５１は、インストールキーを破棄する。例えば、ライセンス管理部１５１は、記憶部１０６に記憶されているライセンス情報のうち、機器情報ファイルに含まれるインストールキーを含むライセンス情報において、当該インストールキーをインストールがキャンセルされたインストールキーとして情報を更新する。

　また、ＵＩ制御部１５３は、インストールキーの再発行が可能な旨を通知する表示制御ファイルを生成する。通信部１０３は、通信制御部１５４の制御の下に、ネットワーク１３を介して、ＰＣ２１に表示制御ファイルを送信する。

　ステップＳ１３７において、ライセンス管理部１５１は、ライセンス通信ファイルを送信するか否かを判定する。ライセンス管理部１５１は、上述した図１７のステップＳ１１２において、ＰＣ２１からライセンス通信ファイルの送信が要求された場合、ライセンス通信ファイルを送信すると判定し、処理はステップＳ１３８に進む。

　ステップＳ１３８において、上述した図１３のステップＳ３５の処理と同様に、インストールキーが生成される。このとき、ステップＳ１３２の処理で受信した機器情報ファイルに含まれるデバイスＲＴＣを基準にして、有効期限（クライアント有効期限）が設定される。すなわち、新たに取得したデバイスＲＴＣに基づいて、ライセンスの有効期限が更新される。

　その後、ステップＳ１３９乃至ステップＳ１４３において、上述した図１３のステップＳ３６乃至ステップＳ４０と同様の処理が行われる。これにより、ステップＳ１３２において受信した機器情報ファイル内のデバイスＲＴＣ、及び、再生成されたインストールキーを含むライセンス通信ファイルが生成され、ＰＣ２１に送信される。

　その後、ライセンス再発行処理は終了する。

　一方、ステップＳ１３７において、ライセンス管理部１５１は、上述した図１７のステップＳ１１２において、ＰＣ２１からライセンス通信ファイルの送信が要求されていない場合、ライセンス通信ファイルを送信しないと判定し、ステップＳ１３８乃至ステップＳ１４３の処理はスキップされ、ライセンス再発行処理は終了する。

　すなわち、インストールキーの再生成、及び、ライセンス通信ファイルの送信は行われない。ただし、後で、改めてＰＣ２１から依頼することにより、サーバ１１にインストールキーを再生成させ、再生成したインストールキーを含むライセンス通信ファイルを送信させることが可能である。

　また、ステップＳ１３５において、ライセンス管理部１５１は、上述した図１７のステップＳ１１１においてＰＣ２１からライセンスの再発行が依頼されなかった場合、ライセンスの再発行が依頼されなかったと判定し、ステップＳ１３６乃至ステップＳ１４３の処理はスキップされ、ライセンス再発行処理は終了する。すなわち、インストールキーの再生成、及び、ライセンス通信ファイルの送信は行われない。

　さらに、ステップＳ１３４において、機器情報ファイルにキャンセルしたインストールキーが含まれていないと判定された場合、ステップＳ１３５乃至ステップＳ１４３の処理はスキップされ、ライセンス再発行処理は終了する。すなわち、インストールキーの再生成、及び、ライセンス通信ファイルの送信は行われない。

　また、ステップＳ１３３において、機器情報ファイルが正当でないと判定された場合、ステップＳ１３４乃至ステップＳ１４３の処理はスキップされ、ライセンス発行処理は終了する。すなわち、インストールキーの再生成、及び、ライセンス通信ファイルの送信は行われない。

　以上のようにして、サーバ１１と電子機器２３が直接通信を行わなくても、インストールをキャンセルしたライセンスの再発行を行い、安全な状態で電子機器２３に再発行したライセンスをインストールし、電子機器２３の機能を使用可能な状態にすることができる。

　また、ライセンスの有効期限が新たなデバイスＲＴＣに基づいて更新されるため、ライセンスを再発行することによりライセンスの有効期間が短縮されることが防止される。さらに、サーバ１１のＲＴＣ１０５と電子機器２３のＲＴＣ２０６の間にズレが生じていても、電子機器２３のＲＴＣ２０６を用いて、再発行されたライセンスの期限管理を適切に行うことができる。

　＜ライセンス管理処理＞
　次に、図２４のフローチャートを参照して、クライアント１２により実行されるライセンス管理処理について説明する。

　ステップＳ２０１において、ライセンス管理部２５１は、有効期限を過ぎたライセンスがあるか否かを判定する。

　ライセンス管理部２５１は、例えば、電子機器２３の電源がオンされたとき、電子機器２３の使用が開始されたとき、又は、定期的に、記憶部２０７に記憶されているライセンス情報に基づいて、各ライセンスのクライアント有効期限をチェックする。そして、ライセンス管理部２５１は、クライアント有効期限が現在のＲＴＣ２０６の日時より前のライセンスがある場合、有効期限を過ぎたライセンスがあると判定し、処理はステップＳ２０２に進む。

　或いは、例えば、ライセンス管理部２５１は、入力部２０１を介して、ライセンスが必要な機能を実行するための操作が行われた場合、記憶部２０７に記憶されているライセンス情報に基づいて、実行する機能のライセンスのクライアント有効期限をチェックする。そして、ライセンス管理部２５１は、そのライセンスのクライアント有効期限が現在のＲＴＣ２０６の日時より前である場合、有効期限を過ぎたライセンスがあると判定し、処理はステップＳ２０２に進む。

　ステップＳ２０２において、ライセンス管理部２５１は、有効期限を過ぎたライセンスを一時停止する。すなわち、ライセンス管理部２５１は、有効期限を過ぎたライセンスに対応する機能を一時的に使用できない状態にする。

　ここで、機能を一時的に使用できない状態にするとは、インストールキーを用いてライセンスを再インストールしなくても、後述するように延長コードを入力するだけで、機能を使用可能な状態に戻すことができる状態のことである。

　その後、処理はステップＳ２０３に進む。

　一方、ステップＳ２０１において、ライセンス管理部２５１は、記憶部２０７に記憶されているライセンス情報の中に、ライセンスの有効期限が現在のＲＴＣ２０６の日時より前のライセンスがない場合、有効期限を過ぎたライセンスがないと判定し、ステップＳ２０２の処理はスキップされ、処理はステップＳ２０３に進む。

　ステップＳ２０３において、ライセンス管理部２５１は、延長コードの入力を行うか否かを判定する。例えば、ライセンス管理部２５１は、入力部２０１を介して延長コードを入力するための操作が行われた場合、延長コードの入力を行うと判定し、処理はステップＳ２０４に進む。

　ステップＳ２０４において、出力部２０５は、ＵＩ制御部２５４の制御の下に、延長コードの入力画面を表示する。

　例えば、後述するように、ライセンスの有効期限の所定の日数前以降に、ライセンスの決済が完了している場合、図２５に示される内容のメールがユーザに届く。メールには、有効期限を迎える機能のライセンスを延長するための延長コードが記載されている。

　一方、出力部２０５は、ＵＩ制御部２５４の制御の下に、図２６のＡのウインドウ６０１を表示する。

　ウインドウ６０１には、電子機器２３の機能のうち、ライセンスが機能の一覧が表示される。そして、カーソル６０２を用いて、ライセンスを更新する機能が選択されると、出力部２０５は、ＵＩ制御部２５４の制御の下に、図２６のＢのウインドウ６１１を表示する。

　ウインドウ６１１には、延長コードの入力欄６１２及びＯＫボタン６１３が表示されている。

　入力欄６１２には、３桁の延長コードが入力される。例えば、各桁の上下の三角の操作部が押下されると、各桁の数字が独立して増減する。そして、ＯＫボタン６１３が押下されることにより、延長コードの入力が確定する。

　なお、権利者が同じ（同じユーザＩＤに対応付けられており）、かつ、有効期限が同じライセンスが複数ある場合、１種類の延長コードを１回入力するだけで、それらの全てのライセンスが更新されるようにしてもよい。

　例えば、図２５及び図２６は、機能Ａ及び機能Ｂのライセンスの権利者及び有効期限が同じ場合の例を示している。この場合、例えば、ウインドウ６０１で機能Ａ又は機能Ｂのいずれかが選択され、ウインドウ６１１で１種類の延長コードが１回入力されるだけで、機能Ａ及び機能Ｂのライセンスがまとめて更新される。

　なお、１つの電子機器２３を複数のユーザで共有する場合、電子機器２３で使用する機能のライセンスの権利者が異なるときがある。この場合、有効期限が同じライセンスが複数あっても、権利者が異なる場合には、各権利者のライセンス毎に延長コードが入力され、ライセンスの更新が行われる。

　例えば、電子機器２３をユーザＡＡＡとユーザＢＢＢの２人で共有している場合、図２５のユーザＡＡＡ宛のメールとは別に、図２７のユーザＢＢＢ宛のメールが届く。そして、図２８に示されるように、ユーザＢＢＢが権利を持つ機能Ｃのライセンスの延長コードは、ユーザＡＡＡが権利を持つ機能Ａ及び機能Ｂのライセンスの延長コードとは別に入力される。

　なお、例えば、ステップＳ２０１において、有効期限を過ぎたライセンスがあると判定された場合、ステップＳ２０２の処理の後、ステップＳ２０３の判定処理を省略して、ステップＳ２０４の処理が実行されるようにしてもよい。これにより、有効期限を過ぎたライセンスがある場合、自動的に延長コードの入力画面が表示される。

　ステップＳ２０５において、ライセンス管理部２５１は、正しい延長コードが入力されたか否かを判定する。

　具体的には、ライセンス管理部２５１は、所定の方法により、正式な延長コードを生成する。例えば、ライセンス管理部２５１は、所定のハッシュ関数を用いて、電子機器２３の機器固有鍵、更新対象となるライセンスのインストールキー、及び、ライセンスの更新回数のハッシュ値を算出する。

　なお、更新対象となるライセンスが複数ある場合、それらのライセンスのインストールキーを全て含むデータのハッシュ値が算出される。また、ライセンスの更新回数は、更新対象となるライセンスのライセンス情報内の更新回数を１つ増やした値となる。

　そして、ライセンス管理部２５１は、算出したハッシュ値を所定のアルゴリズムにより数値化し、数値化したハッシュ値の下３桁の数値を延長コードとする。

　これにより、電子機器２３（の機器固有鍵）、ライセンスのインストールキー、及び、ライセンスの更新回数の組み合わせにより、延長コードが略一意に定まる。例えば、同じ機能かつ有効期限のライセンスでも、インストール先の電子機器２３が異なれば、延長コードが変化する。また、例えば、同じ電子機器２３にインストールした同じ機能のライセンスでも、更新する毎に（更新回数により）、延長コードが変化する。

　そして、ライセンス管理部２５１は、入力された延長コードが、生成した延長コードと一致しない場合、正しい延長コードが入力されなかったと判定し、処理はステップＳ２０６に進む。

　ステップＳ２０６において、ライセンス管理部２５１は、延長コードを所定の回数間違えたか否かを判定する。まだ延長コードを所定の回数間違っていないと判定された場合、処理はステップＳ２０４に戻る。

　その後、ステップＳ２０５において、正しい延長コードが入力されたと判定されるか、ステップＳ２０６において、延長コードを所定の回数間違えたと判定されるまで、ステップＳ２０４乃至ステップＳ２０６の処理が繰り返し実行される。

　一方、ステップＳ２０４において、ライセンス管理部２５１は、入力された延長コードが、生成した延長コードと一致する場合、正しい延長コードが入力されたと判定し、処理はステップＳ２０７に進む。

　ステップＳ２０７において、ライセンス管理部２５１は、延長コードが入力されたライセンスの有効期限を更新する。具体的には、ライセンス管理部２５１は、延長コードが入力されたライセンスのライセンス情報内の有効期限（クライアント有効期限）にライセンスの有効期間を加算することにより、有効期限を更新する。また、ライセンス管理部２５１は、ライセンス情報内の更新回数の値を１つ増やす。

　ステップＳ２０８において、ライセンス管理部２５１は、延長コードが入力されたライセンスが一時停止されているか否かを判定する。延長コードが入力されたライセンスが一時停止されていると判定された場合、処理はステップＳ２０９に進む。

　ステップＳ２０９において、ライセンス管理部２５１は、ライセンスを有効化する。すなわち、ライセンス管理部２５１は、延長コードが入力されたライセンスに対応する機能を使用可能な状態にする。

　その後、処理はステップＳ２１１に進む。

　一方、ステップＳ２０８において、延長コードが入力されたライセンスが有効化されていると判定された場合、ステップＳ２０９の処理はスキップされ、処理はステップＳ２１１に進む。

　また、ステップＳ２０６において、延長コードを所定の回数間違えたと判定された場合、処理はステップＳ２１０に進む。

　ステップＳ２１０において、ライセンス管理部２５１は、延長コードを間違えたライセンスを無効化する。すなわち、ライセンス管理部２５１は、延長コードを間違えたライセンスに対応する機能を使用できない状態にする。また、ライセンス管理部２５１は、インストールキーを用いてライセンスを再インストールしないと、当該機能を使用可能な状態に戻すことができない状態にする。

　その後、処理はステップＳ２１１に進む。

　一方、ステップＳ２０３において、延長コードの入力を行わないと判定された場合、ステップＳ２０４乃至ステップＳ２１０の処理はスキップされ、処理はステップＳ２１１に進む。

　ステップＳ２１１において、ライセンス管理部２５１は、ライセンスの返却を行うか否かを判定する。例えば、ライセンス管理部２５１は、入力部２０１を介してライセンスを返却するための操作が行われた場合、ライセンスの返却を行うと判定し、処理はステップＳ２１２に進む。

　ステップＳ２１２において、クライアント１２は、ライセンス返却処理を実行し、処理はステップＳ２１３に進む。なお、ライセンス返却処理の詳細は、図２９を参照して後述する。

　一方、ステップＳ２１１において、ライセンスの返却を行わないと判定された場合、ステップＳ２１２の処理はスキップされ、処理はステップＳ２１３に進む。

　ステップＳ２１３において、ライセンス管理部２５１は、ＲＴＣ２０６が未設定状態になったか否かを判定する。ＲＴＣ２０６が未設定状態になったと判定された場合、処理はステップＳ２１４に進む。

　ステップＳ２１４において、ライセンス管理部２５１は、全てのライセンスを無効化する。すなわち、ライセンス管理部２５１は、ＲＴＣ２０６が未設定状態になった場合、ライセンスの期限管理ができなくなるため、全てのライセンスに対応する機能を使用できない状態にする。

　その後、処理はステップＳ１に戻り、ステップＳ１以降の処理が実行される。

　一方、ステップＳ２１３において、ＲＴＣ２０６が未設定状態になっていないと判定された場合、処理はステップＳ１に戻り、ステップＳ１以降の処理が実行される。

　＜ライセンス返却処理＞
　次に、図２９のフローチャートを参照して、図２４のステップＳ２１２のライセンス返却処理の詳細について説明する。

　ステップＳ２３１において、ＰＣ２１は、DeActivateリクエストファイルを要求する。

　例えば、ＰＣ２１は、ユーザの操作に従って、ネットワーク１３を介してサーバ１１にアクセスし、電子機器２３で有効化されている機能のライセンスを返却するための画面を表示する。例えば、図３０のウインドウ７０１がＰＣ２１の画面に表示される。

　ウインドウ７０１は、機器情報欄７０１Ａ、ライセンス情報欄７０１Ｂ、及び、ライセンス詳細情報欄７０１Ｃに分かれている。

　機器情報欄７０１Ａの左端には、電子機器２３の画像及び型名が左右に並べて表示されている。

　ライセンス情報欄７０１Ｂの左端には、ライセンスを返却する対象となる機能、及び、ライセンスの種類が示されている。この例では、４Ｋ画像の撮影機能のサブスクリプションラインセンスが再発行の対象であることが示されている。

　ライセンス詳細情報欄７０１Ｃの左端には、ユーザが保有する電子機器２３のうち、返却するライセンスに対応する機能を使用可能な電子機器２３の機器固有ＩＤが表示されている。

　ライセンス詳細情報欄７０１Ｃの右端には、現在ラインセンスが有効化されている電子機器２３に対して、DeActivateボタン７０２が表示されている。DeActivate７０２が押下されると、例えば、図３１のウインドウ７１１がＰＣ２１の画面に表示される。

　ウインドウ７１１には、DeActivateリクエストファイルをダウンロードし、メディア２２に保存し、カメラ（電子機器２３）にメディア２２を入れるように促すメッセージ、及び、ダウンロードボタン７１２が表示されている。ダウンロードボタン７１２が押下されると、ＰＣ２１は、ネットワーク１３を介して、DeActivateリクエストファイルをサーバ１１に要求する。

　これに対して、サーバ１１は、後述する図３６のステップＳ２６１において、ネットワーク１３を介して、DeActivateリクエストファイルをＰＣ２１に送信する。

　ステップＳ２３２において、ＰＣ２１は、サーバ１１から送信されたDeActivateリクエストファイルを受信する。また、ＰＣ２１は、例えばユーザの操作に従って、受信したDeActivateリクエストファイルをメディア２２に格納する。

　ステップＳ２３３において、電子機器２３は、DeActivateリクエストファイル内のコマンドを実行する。

　具体的には、ユーザは、DeActivateリクエストファイルが格納されているメディア２２をＰＣ２１から取り外し、電子機器２３のドライブ２０８に接続する。

　ドライブ２０８は、メディア２２に格納されているDeActivateリクエストファイルを読み出し、制御部２０３に供給する。制御部２０３は、DeActivateリクエストファイル内に含まれるDeActivateリクエストコマンドを実行する。これにより、出力部２０５は、例えば、ＵＩ制御部２５４の制御の下に、図３２のウインドウ７２１を表示する。

　ウインドウ７２１には、電子機器２３で使用可能な機能のメニューが表示されている。この例では、４Ｋ、MPEG-HD、及び、High Frame Rateの３つの機能が表示されている。そのうち、４Ｋ及びMPEG-HDについては、現時点でライセンスが有効化されており、DeActivate可能であることが示されている。一方、High Frame Rateについては、グレイアウトされており、ライセンスが無効化されていることが示されている。

　なお、例えば、ステップＳ２３１乃至ステップＳ２３３の処理を省略し、DeActivateリクエストコマンドを用いずに、ユーザが電子機器２３を操作することにより、図３２のウインドウ７２１を電子機器２３に表示させ、ライセンス返却処理が開始されるようにしてもよい。

　ステップＳ２３４において、ライセンス管理部２５１は、ライセンスを無効化する。

　例えば、ユーザは、図３２のウインドウ７２１において、カーソル７２２を用いてライセンスを返却する機能（DeActivateする機能）を選択する。そして、ライセンスを返却する機能の選択が確定されたとき、ライセンス管理部２５１は、その機能を使用できない状態にする。

　ステップＳ２３５において、データ生成部２５３は、機器固有ＩＤ、及び、無効化したライセンスのインストールキーを含む格納データを生成する。具体的には、データ生成部２５３は、機器固有ＩＤ、及び、無効化したライセンスのインストールキーを記憶部２０７から読み出す。データ生成部２５３は、読み出した機器固有ＩＤ、及び、インストールキーを含む格納データを生成する。

　ステップＳ２３６において、図６のステップＳ９の処理と同様に、機器固有鍵を用いて格納データのハッシュ値が算出される。

　ステップＳ２３７において、データ生成部２５３は、格納データ及びハッシュ値を含むライセンス返却ファイルを生成する。

　ステップＳ２３８において、データ生成部２５３は、ドライブ２０８を介して、ライセンス返却ファイルをメディア２２に格納する。

　ステップＳ２３９において、ＰＣ２１は、ライセンス返却ファイルをサーバ１１に送信する。

　例えば、ユーザは、メディア２２を電子機器２３から取り外し、ＰＣ２１に接続する。例えば、ＰＣ２１は、図３３のウインドウ７３１を画面に表示する。

　ウインドウ７３１には、カメラ（電子機器２３）から取得したライセンス返却ファイルのアップロードを促すメッセージ、及び、アップロードボタン７３２が表示されている。アップロードボタン７３２が押下されると、ＰＣ２１は、ライセンス返却ファイルをメディア２２から読み出し、ネットワーク１３を介してサーバ１１に送信する。

　ステップＳ２４０において、ＰＣ２１は、DeActivateが完了したか否かを判定する。ＰＣ２１は、後述する図３６のステップＳ２６５において、サーバ１１から送信される、ライセンスのDeActivateが完了した旨を通知する表示制御ファイルを受信した場合、DeActivateが完了したと判定し、処理はステップＳ２４１に進む。

　ステップＳ２４１において、ＰＣ２１は、ライセンスの返却完了を通知する。例えば、ＰＣ２１は、図３４のウインドウ７４１を画面に表示する。

　ウインドウ７４１には、DeActivateが完了し、返却したライセンスが別の電子機器２３にインストール可能な旨を通知するメッセージ、及び、ＯＫボタン７４２が表示されている。ＯＫボタン７４２が押下されると、例えば、図３５のウインドウ７５１がＰＣ２１の画面に表示される。

　ウインドウ７５１は、図３０のウインドウ７０１と同様に、機器情報欄７５１Ａ、ライセンス情報欄７５１Ｂ、及び、ライセンス詳細情報欄７５１Ｃに分かれ、ウインドウ７０１とほぼ同様の表示内容である。ただし、DeActivateボタン７０２が消え、インストールボタン７５２が、ライセンス情報欄７０１Ｂの右端に表示されている点が異なる。

　インストールボタン７５２が押下されると、図６を参照して上述したライセンス取得処理が開始される。これにより、例えば、返却したライセンスを他の電子機器２３にインストールすることができる。

　その後、ライセンス返却処理は終了する。

　一方、ステップＳ２４０において、ＰＣ２１は、サーバ１１からライセンスのDeActivateが完了した旨を通知する表示制御ファイルを受信しなかった場合、DeActivateが完了しなかったと判定し、ステップＳ２４１の処理はスキップされ、ライセンス返却処理は終了する。

　＜ライセンス返却受付処理＞
　次に、図３６のフローチャートを参照して、図２９のクライアント１２によるライセンス返却処理に対応してサーバ１１により実行されるライセンス返却受付処理について説明する。

　なお、この処理は、例えば、上述した図２９のステップＳ２３１において、サーバ１１がＰＣ２１からDeActivateリクエストファイルを要求されたとき開始される。

　ステップＳ２６１において、サーバ１１は、DeActivateリクエストファイルを送信する。具体的には、データ生成部１５２は、DeActivateリクエストファイルコマンドを含むDeActivateリクエストファイルを生成する。通信部１０３は、通信制御部１５４の制御の下に、ネットワーク１３を介して、DeActivateリクエストファイルをＰＣ２１に送信する。

　なお、上述したように電子機器２３の図２９のステップＳ２３１乃至ステップＳ２３３の処理を省略することにより、このステップＳ２６１の処理を省略することができる。

　ステップＳ２６２において、サーバ１１は、ライセンス返却ファイルを受信する。具体的には、通信制御部１５４は、通信部１０３を介して、上述した図２９のステップＳ２３９の処理でＰＣ２１から送信されたライセンス返却ファイルを受信する。

　ステップＳ２６３において、ライセンス管理部１５１は、ライセンス返却ファイル内の機器固有ＩＤとインストールキーの組合せが記憶している組合せと一致するか否かを判定する。具体的には、ライセンス管理部１５１は、記憶部１０６に記憶されているライセンス情報の中から、機器固有ＩＤとインストールキーの組合せがライセンス返却ファイル内の機器固有ＩＤとインストールキーの組合せと一致するライセンス情報を検索する。そして、ライセンス管理部１５１は、機器固有ＩＤとインストールキーの組合せが一致するライセンス情報を検出した場合、ライセンス返却ファイル内の機器固有ＩＤとインストールキーの組合せが記憶している組合せと一致すると判定し、処理はステップＳ２６４に進む。

　ステップＳ２６４において、ライセンス管理部１５１は、ライセンス返却ファイルが正当であるか否かを判定する。具体的には、ライセンス管理部１５１は、ステップＳ２６３の処理で検出したライセンス情報に含まれる機器固有鍵を記憶部１０６から読み出す。

　ライセンス管理部１５１は、電子機器２３と同じハッシュ関数、及び、読み出した機器固有鍵を用いて、ライセンス返却ファイルに含まれる格納データのハッシュ値を算出する。そして、ライセンス管理部１５１は、算出したハッシュ値がライセンス返却ファイル内のハッシュ値と一致する場合、ライセンス返却ファイルが正当であると判定し、処理はステップＳ２６５に進む。

　これにより、格納データ内の機器固有ＩＤ及びインストールキーの改ざん等が防止される。

　また、これにより、ライセンス返却ファイル内のハッシュ値の算出に用いられた機器固有鍵、並びに、ライセンス返却ファイル内のインストールキー及び機器固有ＩＤの組合せと、記憶部１０６に記憶されている機器固有鍵、インストールキー、及び、機器固有ＩＤの組合せが一致することが保証される。

　ステップＳ２６５において、ライセンス管理部１５１は、返却されたライセンスを使用可能な状態にする。例えば、ライセンス管理部１５１は、ステップＳ２６３の処理で検出したライセンス情報を、ライセンスが返却されたライセンス情報として更新する。また、ライセンス管理部１５１は、返却されたライセンスのインストールキーを新たに発行可能な状態にする。このようにして、ライセンスの返却が受け付けられる。

　また、ＵＩ制御部１５３は、ライセンスのDeActivateが完了した旨を通知する表示制御ファイルを生成する。通信部１０３は、通信制御部１５４の制御の下に、ネットワーク１３を介して、ＰＣ２１に表示制御ファイルを送信する。

　その後、ライセンス返却受付処理は終了する。

　一方、ステップＳ２６４において、ライセンス管理部１５１は、算出したハッシュ値がライセンス返却ファイル内のハッシュ値と一致しない場合、ライセンス返却ファイルが正当でないと判定し、ライセンスの返却が受け付けられずに、ライセンス返却処理は終了する。

　また、ステップＳ２６３において、ライセンス管理部１５１は、機器固有ＩＤとインストールキーの組合せが一致するライセンス情報を検出しなかった場合、ライセンス返却ファイル内の機器固有ＩＤとインストールキーの組合せが記憶している組合せと一致しないと判定し、ライセンスの返却が受け付けられずに、ライセンス返却処理は終了する。

　以上のようにして、サーバ１１と電子機器２３が直接通信を行わなくても、安全な状態で電子機器２３からサーバ１１にライセンスを返却し、ライセンスを他の電子機器２３で使用可能な状態にすることができる。

　また、メディア２２及びＰＣ２１を介して、電子機器２３からサーバ１１にライセンス返却ファイルを送信するだけの一方向の処理でライセンスを返却することができ、ライセンスの返却に要する処理を軽減することができる。すなわち、複数の電子機器２３でライセンスを共有する場合の利便性が向上する。

　さらに、各電子機器２３で異なる機器固有鍵が生成され、それぞれ異なる機器固有鍵により、各電子機器２３とサーバ１１との間の通信路のセキュリティが確保される。従って、仮に１つの電子機器２３の機器固有鍵がハッキングされても、他の電子機器２３に影響が及ぶことなく、他の電子機器２３で安全にライセンスを共有することができる。

　＜ライセンス期限管理処理＞
　次に、図３７のフローチャートを参照して、サーバ１１により実行されるライセンス期限管理処理について説明する。

　ステップＳ３０１において、ライセンス管理部１５１は、有効期限の所定の日数前になったライセンスがあるか否かを判定する。ライセンス管理部１５１は、記憶部１０６に記憶されているライセンス情報の中に、サーバ有効期限が現在のＲＴＣ１０５の日時から所定の日数前（例えば、５日前）までの範囲内のライセンスがある場合、有効期限の所定の日数前になったライセンスがあると判定し、処理はステップＳ３０２に進む。

　ステップＳ３０２において、ライセンス管理部１５１は、決済済みであるか否かを判定する。ライセンス管理部１５１が、有効期限の所定の日数前になったライセンスがすでに決済済みであると判定した場合、処理はステップＳ３０３に進む。

　ステップＳ３０３において、ライセンス管理部１５１は、延長コードを生成する。具体的には、ライセンス管理部１５１は、図２４のステップＳ２０５の電子機器２３と同様の方法により、有効期限の所定の日数前になったライセンスの延長コードを生成する。これにより、サーバ１１と電子機器２３が直接通信を行わなくても、電子機器２３毎及び更新回数毎に異なり、サーバ１１と電子機器２３で共通の延長コードが生成される。

　ステップＳ３０４において、サーバ１１は、延長コードをメールで送信する。具体的には、通信部１０３は、通信制御部１５４の制御の下に、有効期限を更新するライセンスの権利者であるユーザに、上述した図２５又は図２７に示されるような延長コードを含むメールを送信する。

　なお、電子機器２３において延長コードを入力できる期間は、例えば、延長前のライセンスの有効期限の所定の日数前から延長後のライセンスの有効期限までとなる。例えば、延長コードを事前に入力できる期間を５日間とし、延長前のライセンスの有効期限が３月３１日で、延長後のライセンスの有効期限が４月３０日の場合、延長コードの入力可能期間は、３月２７日から４月３０日までの期間となる。なお、３月２７日から３月３１日までの期間は、３月３１日までの有効期限の延長コード、及び、４月３０日までの有効期限の延長コードの両方を入力することが可能である。

　ステップＳ３０５において、ライセンス管理部１５１は、ライセンスの有効期限を更新する。具体的には、ライセンス管理部１５１は、更新対象となるライセンスのライセンス情報内のサーバ有効期限及びクライアント有効期限にライセンスの有効期間を加算することにより、有効期限を更新する。また、ライセンス管理部１５１は、ライセンス情報内の更新回数の値を１つ増やす。

　その後、処理はステップＳ３０６に進む。

　一方、ステップＳ３０２において、決済済みでないと判定された場合、ステップＳ３０３乃至ステップＳ３０５の処理はスキップされ、延長コードのメール送信が行われずに、処理はステップＳ３０６に進む。

　また、ステップＳ３０１において、有効期限の所定の日数前になったライセンスがないと判定された場合、ステップＳ３０２乃至ステップＳ３０５の処理はスキップされ、処理はステップＳ３０６に進む。

　ステップＳ３０６において、ライセンス管理部１５１は、有効期限を過ぎたライセンスがあるか否かを判定する。ライセンス管理部１５１は、記憶部１０６に記憶されているライセンス情報の中に、サーバ有効期限が現在のＲＴＣ１０５の日時より前のライセンスがある場合、有効期限を過ぎたライセンスがあると判定し、処理はステップＳ３０７に進む。

　ステップＳ３０７において、ライセンス管理部１５１は、ライセンスを停止する。例えば、ライセンス管理部１５１は、有効期限を過ぎたライセンスのライセンス情報内のサーバ有効期限及びクライアント有効期限を期限切れに設定する。

　その後、処理はステップＳ３０１に戻り、ステップＳ３０１以降の処理が実行される。

　一方、ステップＳ３０６において、有効期限を過ぎたライセンスがないと判定された場合、処理はステップＳ３０１に戻り、ステップＳ３０１以降の処理が実行される。

　以上のようにして、サーバ１１が提供し、電子機器２３で使用するライセンスの期限管理を適切に行うことができる。例えば、電子機器２３は、サーバ１１と直接通信しなくても、サーバ１１と同様の方法により共通の延長コードを生成し、生成した延長コードにより認証を行うことにより、ライセンスを更新（ライセンスの有効期限を延長）することができる。また、サーバ１１と電子機器２３が直接通信しなくても、有効期限を過ぎたライセンスを電子機器２３において無効化することができる。このように、ライセンスの期限管理を電子機器２３内で完結させることができる。

　＜ライセンスの有効期間の変更について＞
　上述したように、ユーザは、ライセンスの取得時に複数の種類の有効期間の中から所望のものを選択することが可能である。そこで、例えば、ユーザが、ライセンスの有効期間を途中で変更できるようにしてもよい。この場合、ライセンスの更新時だけでなく、ライセンスの有効期間中に有効期間を変更できるようにしてもよい。

　以下、ライセンスの有効期間が３０日と３６５日の２種類の場合に、有効期間が３０日のライセンス（以下、３０日ライセンスと称する）の２０日目まで経過した時点で、有効期間が３６５日のライセンス（以下、３６５日ライセンス）に変更する場合の例について説明する。

　この場合、例えば、３６５日ライセンスの開始日を、３０日ライセンスの終了後に設定することが考えられる。この場合、３０日ライセンス及び３６５日ライセンスの両方がフルに使用されるため、３６５日ライセンスの料金が、そのままユーザに請求される。また、この場合、３６５日ライセンスの有効期限は、３０日ライセンスの最終日から３６５日後に設定される。

　また、例えば、３６５日ライセンスの開始日を、３６５日ライセンスへの変更の申請日の翌日に設定することが考えられる。この場合、例えば、３６５日ライセンスの料金から３０日ライセンスの残り１０日分の料金を差し引いた料金が、ユーザに請求される。また、この場合、３６５日ライセンスの有効期限は、申請日から３６５日後に設定される。

　さらに、例えば、３６５日ライセンスの開始日を３０日ライセンスの開始日に設定することが考えられる。すなわち、この場合、３０日ライセンスが３６５日ライセンスに吸収される。この場合、例えば、３６５日ライセンスの料金から３０日ライセンスの料金を差し引いた料金が、ユーザに請求される。また、この場合、３６５日ライセンスの有効期限は、３０日ライセンスの開始日から３６４日後に設定される。

　なお、例えば、３６５日ライセンスから３０日ライセンスに変更するように、有効期間を短くする方向の変更は、基本的に禁止される。

　また、上述したように、同じユーザＩＤに対応付けられているライセンスのうち、有効期限が同じライセンスは、１つの延長コードを入力するだけで、更新が可能である。従って、同じユーザが、異なる日にライセンスを申し込んだり、途中で有効期間を変更したりした場合、できる限り、ライセンスの有効期限を合わせるようにすることが望ましい。また、ライセンスの有効期限を合わせるために、ライセンスの有効期間を短くした場合、例えば、短くなった分だけ料金が割引される。

　＜情報処理システム１０の処理の第２の実施の形態＞
　次に、図３８乃至図４８を参照して、情報処理システムの処理の第２の実施の形態について説明する。この第２の実施の形態では、第１の実施の形態と比較して、主にライセンスの有効期限の更新方法が異なる。より具体的には、第１の実施の形態では、ユーザがライセンスを更新したい場合に更新処理（延長コードの入力）を行うようにしたが、第２の実施の形態では、基本的にライセンスが自動更新され、ユーザがライセンスを解約したい場合に解約処理を行うようにする。

　なお、この第２の実施の形態では、電子機器２３が、ケーブル等によりＰＣ２１に接続され、ＰＣ２１及びネットワーク１３を介してサーバ１１と直接通信を行う場合について説明する。

　＜ライセンス取得処理＞
　まず、図３８のフローチャートを参照して、クライアント１２により実行されるライセンス取得処理について説明する。

　なお、この処理は、例えば、電子機器２３の入力部２０１又はＰＣ２１が操作され、電子機器２３の所定の機能のライセンスの取得の指示が入力されたとき開始される。

　ステップＳ４０１乃至ステップＳ４０７において、図６のステップＳ４乃至ステップＳ１０と同様の処理が実行される。

　ステップＳ４０８において、通信部２０４は、通信制御部２５５の制御の下に、ＰＣ２１及びネットワーク１３を介して、機器情報ファイルをサーバ１１に送信する。

　ステップＳ４０９において、通信制御部２５５は、ライセンス通信ファイルを受信したか否かを判定する。

　具体的には、サーバ１１は、後述する図４１のステップＳ４６１において、機器情報ファイルを受信し、機器情報が正当であると判定した場合、ステップＳ４６８において、ネットワーク１３を介して、ライセンス通信ファイルを送信する。

　そして、通信制御部２５５が、ＰＣ２１及び通信部２０４を介して、ライセンス通信ファイルを受信したと判定した場合、処理はステップＳ４１０に進む。

　ステップＳ４１０において、電子機器２３は、ライセンスを有効化するか否かを判定する。

　例えば、出力部２０５は、ＵＩ制御部２５４の制御の下に、図３９のウインドウ８０１を表示する。

　ウインドウ８０１には、電子機器２３の型名、機能の種類及びライセンス種別、並びに、その機能を有効にするか否かを確認するメッセージが表示されている。また、ウインドウ４０１には、ＹＥＳボタン４０２及びＮＯボタン４０３が表示されている。そして、ライセンス管理部２５１は、ＹＥＳボタン４０２が押下された場合、ライセンスを有効化すると判定し、ＮＯボタン４０３が押下された場合、ライセンスを有効化しないと判定する。ライセンスを有効化すると判定された場合、処理はステップＳ４１１に進む。

　ステップＳ４１１において、電子機器２３は、ライセンス開始処理を実行し、ライセンス取得処理は終了する。ここで、図４０のフローチャートを参照して、ライセンス開始処理の詳細について説明する。

　ステップＳ４３１において、図１５のステップＳ６１の処理と同様に、ライセンス通信ファイルが正当であるか否かが判定される。ライセンス通信ファイルが正当であると判定された場合、処理はステップＳ４３２に進む。

　ステップＳ４３２において、図１５のステップＳ６２の処理と同様に、過去にインストールしたインストールキーであるか否かが判定される。過去にインストールしたインストールキーでないと判定された場合、処理はステップＳ４３３に進む。

　ステップＳ４３３において、図１５のステップＳ６３の処理と同様に、インストールキー内の機器固有ＩＤが自機のものと一致するか否かが判定される。インストールキー内の機器固有ＩＤが自機のものと一致すると判定された場合、処理はステップＳ４３４に進む。

　ステップＳ４３４において、図１５のステップＳ６７の処理と同様に、ライセンスが有効化される。

　ステップＳ４３５において、電子機器２３は、ライセンス情報を記憶する。具体的には、ライセンス管理部２５１は、デバイスＲＴＣにライセンスの有効期間を加算することにより、ライセンスの有効期限（クライアント有効期限）を算出する。

　なお、ライセンスの有効期間は、第１の実施の形態と同様に、ライセンスを取得する際に、複数の種類（例えば、３０日間又は３６５日間）の中から選択される。

　記憶制御部２５６は、現在のＲＴＣ２０６の日時、インストールキー、並びに、ライセンスのクライアント有効期限、有効期間、及び、確認日時を含むライセンス情報を記憶部２０７に記憶させる。

　なお、この現在のＲＴＣ２０６の日時は、ライセンスの使用を開始した日時となる。また、ライセンスの確認日時は、最後にライセンスの継続を確認した日時（ライセンスを継続して使用することを確認した日時）を示し、初期値としてデバイスＲＴＣが設定される。

　その後、ライセンス開始処理は終了する。

　一方、ステップＳ４３１において、ライセンス通信ファイルが正当でないと判定された場合、ステップＳ４３２において、過去にインストールしたインストールキーであると判定された場合、又は、ステップＳ４３３において、インストールキー内の機器固有ＩＤが自機のものと一致しないと判定された場合、ライセンスは有効化されずに、ライセンス開始処理は終了する。

　図３８に戻り、一方、ステップＳ４０９において、ライセンス通信ファイルを受信していないと判定された場合、又は、ステップＳ４１０において、ライセンスを有効化しないと判定された場合、ライセンス開始処理は行われずに、ライセンス取得処理は終了する。

　＜ライセンス発行処理＞
　次に、図４１のフローチャートを参照して、図３８のクライアント１２によるライセンス取得処理に対応して、サーバ１１により実行されるライセンス発行処理について説明する。

　ステップＳ４６１において、上述した図１３のステップＳ３２の処理と同様に、機器情報ファイルが受信される。

　ステップＳ４６２において、図１３のステップＳ３３の処理と同様に、機器情報ファイルが正当であるか否かが判定される。機器情報ファイルが正当であると判定された場合、処理はステップＳ４６３に進む。

　ステップＳ４６３において、ライセンス管理部１５１は、インストールキーを生成する。

　図４２は、インストールキーのフォーマットの例を示している。このインストールキーは、機能ＩＤ、システム一意情報、及び、機器固有ＩＤを含んでいる。すなわち、このインストールキーは、図１４のインストールキーと比較して、ライセンスの有効期限及び有効期間を含まない点が異なる。

　ステップＳ４６４において、データ生成部１５２は、デバイスＲＴＣ及びインストールキーを含む格納データを生成する。

　ステップＳ４６５及びステップＳ４６６において、図１３のステップＳ３７及びステップＳ３８と同様の処理が実行される。

　ステップＳ４６７において、サーバ１１は、ライセンス情報を記憶する。例えば、記憶制御部１５５は、現在のＲＴＣ１０５の日時、機器固有ＩＤ、機器固有鍵、インストールキー、並びに、ライセンスのサーバ有効期限、有効期間、及び、確認日時の組合せを含むライセンス情報を記憶部１０６に記憶させる。

　なお、ライセンスのサーバ有効期限は、現在のＲＴＣ１０５の日時にライセンスの有効期間を加算した日時に設定される。また、ライセンスの確認日時は、サーバ１１のＲＴＣ１０５に基づく日時（以下、サーバ確認日時とも称する）と電子機器２３のＲＴＣ２０６に基づく日時（以下、クライアント確認日時とも称する）の２種類が設定される。例えば、サーバ確認日時には、現在のＲＴＣ１０５の日時が設定され、クライアント確認日時には、デバイスＲＴＣが設定される。なお、電子機器２３のライセンス情報の確認日時は、電子機器２３のＲＴＣ２０６に基づくため、クライアント確認日時となる。

　ステップＳ４６８において、図１３のステップＳ４０の処理と同様に、ライセンス通信ファイルが送信され、ライセンス発行処理は終了する。

　一方、ステップＳ４６２において、機器情報ファイルが正当でないと判定された場合、ステップＳ４６３乃至ステップＳ４６８の処理はスキップされ、ライセンス発行処理は終了する。

　＜ライセンス管理処理＞
　次に、図４３のフローチャートを参照して、クライアント１２により実行されるライセンス管理処理について説明する。

　ステップＳ５０１において、ライセンス管理部２５１は、ライセンスの確認を行うか否かを判定する。例えば、ライセンス管理部２５１は、電子機器２３の入力部２０１又はＰＣ２１が操作され、電子機器２３の所定の機能のライセンスの確認の指示が入力されたとき、ライセンスの確認を行うと判定し、処理はステップＳ５０２に進む。或いは、例えば、ライセンス管理部２５１は、ケーブル等により電子機器２３がＰＣ２１に接続され、ＰＣ２１及びネットワーク１３を介してサーバ１１と通信を開始した場合、ライセンスの確認を行うと判定し、処理はステップＳ５０２に進む。

　ステップＳ５０２において、クライアント１２は、ライセンス確認処理を実行する。ここで、図４４のフローチャートを参照して、ライセンス確認処理の詳細について説明する。

　ステップＳ５３１において、図６のステップＳ６の処理と同様に、現在のＲＴＣ２０６の日時がデバイスＲＴＣに設定される。

　ステップＳ５３２において、データ生成部２５３は、機器固有ＩＤ、デバイスＲＴＣ、及び、確認するライセンスのインストールキーを含む格納データを生成する。具体的には、データ生成部２５３は、機器固有ＩＤ、及び、確認するライセンスのインストールキーを記憶部２０７から読み出す。データ生成部２５３は、読み出した機器固有ＩＤ、デバイスＲＴＣ、及び、インストールキーを含む格納データを生成する。

　ステップＳ５３３において、図６のステップＳ９の処理と同様に、機器固有鍵を用いて格納データのハッシュ値が算出される。

　ステップＳ５３４において、データ生成部２５３は、格納データ及びハッシュ値を含むライセンス確認ファイルを生成する。このライセンス確認ファイルは、主に電子機器２３におけるライセンスの確認日時（デバイスＲＴＣ）の通知に用いられる。

　ステップＳ５３５において、通信部２０４は、通信制御部２５５の制御の下に、ＰＣ２１及びネットワーク１３を介して、ライセンス確認ファイルをサーバ１１に送信する。

　これに対して、サーバ１１は、後述する図４５のステップＳ５６１において、ライセンス確認ファイルを受信する。

　ステップＳ５３６において、ライセンス管理部２５１は、ライセンスの確認が完了したか否かを判定する。ライセンス管理部２５１は、後述する図４５のステップＳ５６６において、ネットワーク１３、ＰＣ２１、及び、通信部２０４を介して、サーバ１１からライセンスの確認の完了が通知された場合、ライセンスの確認が完了したと判定し、処理はステップＳ５３７に進む。

　ステップＳ５３７において、ライセンス管理部２５１は、ライセンスの確認日時を更新する。具体的には、ライセンス管理部２５１は、記憶部２０７に記憶されている、確認を行ったライセンスのライセンス情報の確認日時（クライアント確認日時）を、ステップＳ５３１の処理で設定したデバイスＲＴＣに更新する。

　その後、ライセンス確認処理は終了する。

　一方、ステップＳ５３６において、ライセンス管理部２５１は、サーバ１１からライセンスの確認の完了が通知されなかった場合、ライセンスの確認が完了しなかったと判定し、ステップＳ５３７の処理はスキップされ、ライセンス確認処理は終了する。

　＜ライセンス確認受付処理＞
　次に、図４５のフローチャートを参照して、図４４のクライアント１２によるライセンス確認処理に対応して、サーバ１１により実行されるライセンス確認受付処理について説明する。

　ステップＳ５６１において、サーバ１１は、ライセンス確認ファイルを受信する。具体的には、通信制御部１５４は、通信部１０３を介して、上述した図４４のステップＳ５３５の処理で電子機器２３から送信されたライセンス確認ファイルを受信する。

　ステップＳ５６２において、図３６のステップＳ２６３と同様の処理により、ライセンス確認ファイル内の機器固有ＩＤとインストールキーの組合せが記憶している組合せと一致するか否かが判定される。ライセンス確認ファイル内の機器固有ＩＤとインストールキーの組合せが記憶している組合せと一致すると判定された場合、処理はステップＳ５６３に進む。

　ステップＳ５６３において、図３６のステップＳ２６４と同様の処理により、ライセンス確認ファイルが正当であるか否かが判定される。ライセンス確認ファイルが正当であると判定された場合、処理はステップＳ５６４に進む。

　ステップＳ５６４において、ライセンス管理部１５１は、ライセンスの有効期限が切れているか否かを判定する。具体的には、ライセンス管理部１５１は、確認対象となるライセンスのライセンス情報のサーバ有効期限が、現在のＲＴＣ１０５の日時以降である場合、ライセンスの有効期限が切れていないと判定し、処理はステップＳ５６５に進む。

　ステップＳ５６５において、ライセンス管理部１５１は、ライセンスの確認日時を更新する。具体的には、ライセンス管理部１５１は、確認対象となるライセンスのライセンス情報のクライアント確認日時を、ライセンス確認ファイル内のデバイスＲＴＣに更新する。また、ライセンス管理部１５１は、確認対象となるライセンスのライセンス情報のサーバ確認日時を、現在のＲＴＣ１０５の日時に更新する。

　すなわち、ライセンス確認ファイルのデバイスＲＴＣにより、電子機器２３におけるライセンスの確認日時がサーバ１１に通知され、サーバ１１により認識される。そして、サーバ１１は、デバイスＲＴＣを電子機器２３におけるライセンスの確認日時（クライアント確認日時）に設定する。また、サーバ１１は、ＲＴＣ１０５に基づいて、電子機器２３におけるライセンスの確認日時のサーバ１１における日時（サーバ確認日時）を設定する。

　ステップＳ５６６において、通信部１０３は、通信制御部１５４の制御の下に、ネットワーク１３及びＰＣ２１を介して、ライセンスの確認の完了を通知する。

　その後、ライセンス確認受付処理は終了する。

　一方、ステップＳ５６４において、ライセンス管理部１５１は、確認対象となるライセンスのライセンス情報のサーバ有効期限が、現在のＲＴＣ１０５の日時より前である場合、ライセンスの有効期限が切れていると判定し、ライセンスの確認日時は更新されずに、ライセンス確認処理は終了する。

　また、ステップＳ５６２において、ライセンス確認ファイル内のインストールキーと機器固有ＩＤの組合せが記憶している組合せと一致しないと判定された場合、又は、ステップＳ５６３において、ライセンス確認ファイルが正当でないと判定された場合、ライセンスの確認日時は更新されずに、ライセンス確認受付処理は終了する。

　以上のようにして、サーバ１１は、電子機器２３のライセンスの継続を確認する。

　図４３に戻り、一方、ステップＳ５０１において、ライセンスの確認を行わないと判定された場合、ステップＳ５０２の処理はスキップされ、処理はステップＳ５０３に進む。

　ステップＳ５０３において、ライセンス管理部２５１は、所定の期間以上確認が行われていないライセンスがあるか否かを判定する。

　例えば、ライセンス管理部２５１は、電子機器２３の電源がオンされたとき、電子機器２３の使用が開始されたとき、又は、定期的に、記憶部１０６に記憶されているライセンス情報に基づいて、各ライセンスの確認日時（クライアント確認日時）をチェックする。そして、ライセンス管理部２５１は、確認日時が現在のＲＴＣ２０６の日時より所定の最長未確認期間（例えば、３０日）以上前のライセンスがある場合、換言すれば、サーバ１１に確認日時（デバイスＲＴＣ）が通知されてから最長未確認期間が経過しているライセンスがある場合、所定の期間以上確認が行われていないライセンスがあると判定し、処理はステップＳ５０４に進む。

　或いは、例えば、ライセンス管理部２５１は、入力部２０１を介して、ライセンスが必要な機能を実行するための操作が行われた場合、記憶部１０６に記憶されているライセンス情報に基づいて実行する機能のライセンスの確認日時（クライアント確認日時）をチェックする。そして、ライセンス管理部２５１は、そのライセンスの確認日時が現在のＲＴＣ２０６の日時より所定の最長未確認期間（例えば、３０日）以上前である場合、所定の期間以上確認が行われていないライセンスがあると判定し、処理はステップＳ５０４に進む。

　ステップＳ５０４において、出力部２０５は、ＵＩ制御部２５４の制御の下に、確認コードの入力画面を表示する。例えば、所定の期間以上確認が行われていないライセンスに対応する機能の立ち上げ時に、確認コードの入力画面が表示される。なお、確認コードは、上述した延長コードとは異なり、ライセンスの有効期限を延長するためではなく、ライセンスの継続を確認するために用いられる。

　ステップＳ５０５において、ライセンス管理部２５１は、正しい確認コードが入力されたか否かを判定する。

　具体的には、ライセンス管理部２５１は、所定の方法により、確認対象となるライセンスのライセンス情報内の確認日時に基づいて、正式な確認コードを生成する。例えば、ライセンス管理部２５１は、確認対象となるライセンスの確認日時に最長未確認期間を加算した日時に基づいて、所定のアルゴリズムにより確認コードを生成する。このアルゴリズムは、入力する日時が同じであれば、同じ確認コードを生成し、入力する日時が異なれば、異なる確認コードを生成する。

　そして、ライセンス管理部２５１は、入力された確認コードが、生成した確認コードと一致しない場合、正しい確認コードが入力されなかったと判定し、処理はステップＳ５０６に進む。

　ステップＳ５０６において、ライセンス管理部２５１は、確認コードを所定の回数間違えたか否かを判定する。まだ確認コードを所定の回数間違えてないと判定された場合、処理はステップＳ５０４に戻る。

　その後、ステップＳ５０５において、正しい確認コードが入力されたと判定されるか、ステップＳ５０６において、確認コードを所定の回数間違えたと判定されるまで、ステップＳ５０４乃至ステップＳ５０６の処理が繰り返し実行される。これにより、正しい確認コードが入力されるまで、ライセンスの使用が停止され、そのライセンスに対応する機能が使用できなくなる。

　一方、ステップＳ５０５において、ライセンス管理部２５１は、入力された確認コードが、生成した確認コードと一致する場合、正しい確認コードが入力されたと判定し、処理はステップＳ５０７に進む。

　ステップＳ５０７において、ライセンス管理部２５１は、確認コードが入力されたライセンスの確認日時を更新する。具体的には、ライセンス管理部２５１は、確認コードが入力されたライセンスのライセンス情報内の確認日時（クライアント確認日時）に最長未確認期間を加算することにより、確認日時を更新する。

　その後、処理はステップＳ５０９に進む。

　一方、ステップＳ５０６において、確認コードを所定の回数間違えたと判定された場合、処理はステップＳ５０８に進む。

　ステップＳ５０８において、ライセンス管理部２５１は、ライセンスを無効化する。すなわち、ライセンス管理部２５１は、確認コードを間違えたライセンスに対応する機能を使用できない状態にする。

　その後、処理はステップＳ５０９に進む。

　一方、ステップＳ５０３において、ライセンス管理部２５１は、記憶部１０６に記憶されているライセンス情報の中に、確認日時が現在のＲＴＣ２０６の日時より最長未確認期間以上前のライセンスがない場合、所定の期間以上確認が行われていないライセンスがないと判定し、ステップＳ５０４乃至ステップＳ５０８の処理はスキップされ、処理はステップＳ５０９に進む。

　ステップＳ５０９において、ライセンス管理部２５１は、ライセンスの解約を行うか否かを判定する。例えば、ライセンス管理部２５１は、電子機器２３の入力部２０１又はＰＣ２１が操作され、電子機器２３の所定の機能のライセンスの解約の指示が入力されたとき、ライセンスの解約を行うと判定し、処理はステップＳ５１０に進む。

　ステップＳ５１０において、クライアント１２は、ライセンス解約処理を実行する。ここで、図４６のフローチャートを参照して、ライセンス解約処理の詳細について説明する。

　ステップＳ６０１乃至ステップＳ６０３において、上述した図２９のステップＳ２３４乃至ステップＳ２３６と同様の処理が実行される。

　ステップＳ６０４において、データ生成部２５３は、格納データ及びハッシュ値を含むライセンス解約ファイルを生成する。

　ステップＳ６０５において、図４４のステップＳ５３５と同様の処理により、ライセンス解約ファイルがサーバ１１に送信される。

　ステップＳ６０６において、ライセンス管理部２５１は、ライセンスの解約が完了したか否かを判定する。ライセンス管理部２５１は、後述する図４８のステップＳ６３４において、サーバ１１からライセンスの解約の完了が通知された場合、ライセンスの解約が完了したと判定し、処理はステップＳ６０７に進む。

　ステップＳ６０７において、出力部２０５は、ＵＩ制御部２５４の制御の下に、ライセンスの解約の完了を通知する。

　その後、ライセンス解約処理は終了する。

　一方、ステップＳ６０６において、ライセンス管理部２５１は、サーバ１１からライセンスの解約の完了が通知されなかった場合、ライセンスの解約が完了しなかったと判定し、ステップＳ６０７の処理はスキップされ、ライセンス解約処理は終了する。

　＜ライセンス解約受付処理＞
　次に、図４７のフローチャートを参照して、図４６のクライアント１２によるライセンス解約処理に対応して、サーバ１１により実行されるライセンス解約受付処理について説明する。

　ステップＳ６３１において、サーバ１１は、ライセンス解約ファイルを受信する。具体的には、通信制御部１５４は、通信部１０３を介して、上述した図４３のステップＳ６０５の処理で電子機器２３から送信されたライセンス解約ファイルを受信する。

　ステップＳ６３２において、図３６のステップＳ２６３と同様の処理により、ライセンス解約ファイル内の機器固有ＩＤとインストールキーの組合せが記憶している組合せと一致するか否かが判定される。ライセンス解約ファイル内の機器固有ＩＤとインストールキーの組合せが記憶している組合せと一致すると判定された場合、処理はステップＳ６３３に進む。

　ステップＳ６３３において、図３６のステップＳ２６４と同様の処理により、ライセンス解約ファイルが正当であるか否かが判定される。ライセンス解約ファイルが正当であると判定された場合、処理はステップＳ６３４に進む。

　ステップＳ６３４において、サーバ１１は、ライセンスの解約を受け付ける。例えば、ライセンス管理部１５１は、記憶部１０６に記憶されている解約対象となるライセンスのライセンス情報に解約済みを示すデータを格納する。また、通信部１０３は、通信制御部１５４の制御の下に、ネットワーク１３を介して、ライセンスの解約の完了をクライアント１２に通知する。

　その後、ライセンス解約受付処理は終了する。

　一方、ステップＳ６３２において、ライセンス解約ファイル内のインストールキーと機器固有ＩＤの組合せが記憶している組合せと一致しないと判定された場合、又は、ステップＳ６３３において、ライセンス解約ファイルが正当でないと判定された場合、ライセンスの解約は受け付けられずに、ライセンス解約処理は終了する。

　図４３に戻り、一方、ステップＳ５０９において、ライセンスの解約を行わないと判定された場合、ステップＳ５１０の処理はスキップされ、処理はステップＳ５１１に進む。

　ステップＳ５１１において、上述した図２４のステップＳ２１３の処理と同様に、ＲＴＣ２０６が未設定状態になったか否かが判定される。ＲＴＣ２０６が未設定状態になったと判定された場合、処理はステップＳ５１２に進む。

　ステップＳ５１２において、上述した図２４のステップＳ２１４の処理と同様に、全てのライセンスが無効化される。

　その後、処理はステップＳ５０１に戻り、ステップＳ５０１以降の処理が実行される。

　一方、ステップＳ５１１において、ＲＴＣ２０６が未設定状態になっていないと判定された場合、処理はステップＳ５０１に戻り、ステップＳ５０１以降の処理が実行される。

　＜ライセンス期限管理処理＞
　次に、図４８のフローチャートを参照して、サーバ１１により実行されるライセンス期限管理処理について説明する。

　ステップＳ７０１において、ライセンス管理部１５１は、所定の期間以上確認が行われていないライセンスがあるか否かを判定する。ライセンス管理部１５１は、記憶部１０６に記憶されているライセンス情報の中に、サーバ確認日時が現在のＲＴＣ１０５の日時より所定の期間以上前のライセンスがある場合、換言すれば、電子機器２３から確認日時（デバイスＲＴＣ）が通知されてから所定の期間が経過しているライセンスがある場合、所定の期間以上確認が行われていないライセンスがあると判定し、処理はステップＳ７０２に進む。

　なお、この所定の期間は、図４３のステップＳ５０３の処理の最長未確認期間（例えば、３０日）より短い期間（例えば、２５日）に設定される。これにより、電子機器２３においてライセンスの確認が行われないまま最長未確認期間が経過する前に、確認コードがサーバ１１からクライアント１２に通知されるようになる。

　ステップＳ７０２において、ライセンス管理部１５１は、確認コードを生成する。

　具体的には、ライセンス管理部１５１は、電子機器２３と同様の方法により、確認コードの生成対象となるライセンスのライセンス情報内のクライアント確認日時に基づいて、正式な確認コードを生成する。例えば、ライセンス管理部１５１は、確認コードの生成対象となるライセンスのクライアント確認日時に最長未確認期間を加算した日時に基づいて、電子機器２３と同じアルゴリズムにより確認コードを生成する。このとき、サーバ１１のライセンス情報内のクライアント確認日時は、対応する電子機器２３のライセンス情報内の確認日時と同じ日時に設定されているため、サーバ１１と電子機器２３で同じ確認コードが生成されるようになる。

　ステップＳ７０３において、図３７のステップＳ３０４と同様の処理により、確認コードがメールで送信される。

　その後、処理はステップＳ７０４に進む。

　一方、ステップＳ７０１において、ライセンス管理部１５１は、記憶部１０６に記憶されているライセンス情報の中に、サーバ確認日時が現在のＲＴＣ１０５の日時より所定の期間以上前のライセンスがない場合、所定の期間以上確認が行われていないライセンスがないと判定し、ステップＳ７０２及びステップＳ７０３の処理はスキップされ、処理はステップＳ７０４に進む。

　ステップＳ７０４において、図３７のステップＳ３０６の処理と同様に、有効期限を過ぎたライセンスがあるか否かが判定される。有効期限を過ぎたライセンスがあると判定された場合、処理はステップＳ７０５に進む。

　ステップＳ７０５において、ライセンス管理部１５１は、決済済みであるか否かを判定する。ライセンス管理部１５１が、有効期限を過ぎているライセンスがすでに決済済みであると判定した場合、処理はステップＳ７０６に進む。

　ステップＳ７０６において、ライセンス管理部１５１は、ライセンスの有効期限を更新する。具体的には、ライセンス管理部１５１は、有効期限を更新するライセンスのライセンス情報内のサーバ有効期限にライセンスの有効期間を加算することにより、有効期限を更新する。

　その後、処理はステップＳ７０１に戻り、ステップＳ７０１以降の処理が実行される。

　一方、ステップＳ７０５において、ライセンス管理部１５１が、有効期限を過ぎているライセンスが決済済みでないと判定した場合、処理はステップＳ７０７に進む。

　ステップＳ７０７において、図３７のステップＳ３０７の処理と同様に、ライセンスが停止される。

　一方、ステップＳ７０４において、有効期限を過ぎたライセンスがないと判定された場合、処理はステップＳ７０１に戻り、ステップＳ７０１以降の処理が実行される。

　以上のようにして、サーバ１１が提供し、電子機器２３が使用するライセンスの更新を適切に行うことができる。例えば、ライセンスに対する決済が行われていれば、ユーザが解約処理を行うまで、ライセンスが自動的に更新される。そして、ユーザは、定期的に電子機器２３をサーバ１１に接続し、ライセンスの継続を確認するだけで、ライセンスを継続して使用することができる。また、ライセンスの継続の確認が長期間行われていなくても、ライセンスに対する決済が行われていれば、ユーザは、サーバ１１から通知された確認コードを入力するだけで、ライセンスの継続を確認し、ライセンスを継続して使用することができる。さらに、ライセンスに対する決済が停止すると、電子機器２３がサーバ１１と通信しなくても、電子機器２３においてライセンスの使用が自動的に停止される。

　＜＜２．変形例＞＞
　以下、上述した本技術の実施の形態の変形例について説明する。

　例えば、ＰＣ２１の代わりに、サーバ１１と通信可能であり、メディア２２の読み書きが可能な他の情報処理装置（例えば、スマートフォン、タブレット等）を用いてもよい。

　また、情報処理システム１０の処理の第１の実施の形態において、例えば、電子機器２３をＰＣ２１に接続して、サーバ１１と電子機器２３が、ネットワーク１３及びＰＣ２１を介してデータの授受を行うようにしてもよい。また、例えば、電子機器２３が、ネットワーク１３を介してサーバ１１と直接通信し、データの授受を行うようにしてもよい。

　さらに、情報処理システム１０の処理の第１の実施の形態において、所定の猶予時間を過ぎても、ライセンスのインストールが許可されるようにしてもよい。この場合、例えば、猶予時間を過ぎた分だけライセンスの有効期間が短縮される。

　また、情報処理システム１０の処理の第１の実施の形態において、例えば、インストールキーの代わりに、インストールキーに準ずるデータを用いて延長コードを生成するようにしてもよい。インストールキーに準ずるデータとは、例えば、インストールキーのようにライセンスのインストール毎に値が異なるデータのことである。例えば、サーバ１１が、インストール毎にカウンタをカウントアップし、そのカウンタ値（例えば、インストール回数）をインストールキーの代わりに用いることが可能である。さらに、例えば、更新回数の代わりに、更新回数に準ずるデータを用いて延長コードを生成するようにしてもよい。更新回数に準ずるデータとは、例えば、更新回数により異なるデータであり、更新回数に所定の係数を乗じたデータ等である。

　また、情報処理システム１０の処理の第２の実施の形態において、サーバ１１と電子機器２３が、ネットワーク１３、ＰＣ２１及びメディア２２を介してデータの授受を行うようにしてもよい。また、例えば、電子機器２３が、ネットワーク１３を介してサーバ１１と直接通信し、データの授受を行うようにしてもよい。

　さらに、例えば、情報処理システム１０の処理の第２の実施の形態において、図４７のステップＳ６３４の処理でライセンスの解約を受け付けた場合に、まだライセンスの有効期間が残っているとき、残り期間のライセンスを他の電子機器２３で使用できるようにしてもよい。すなわち、この場合、解約が受け付けられたライセンスが、有効期間が満了するまで、フローティングライセンスとして扱われる。

　また、以上の説明では、延長コード又は確認コードが、ユーザ操作により電子機器２３に直接入力される例を示したが、例えば、スマートフォンのアプリケーションプログラム等を用いて入力されるようにしてもよい。例えば、スマートフォンが電子機器２３に近接されると、スマートフォンと電子機器２３が近距離無線通信を行い、スマートフォンから電子機器２３に延長コード又は確認コードが転送されるようにしてもよい。

　さらに、図１４及び図４２のインストールキーのフォーマットは、その一例であり、適宜変更することが可能である。例えば、インストールキーに含まれるデータの一部をインストールキーに格納せずに、インストールキーを送信するライセンス通信ファイル等のファイルに格納するようにしてもよい。

　また、例えば、図２４のステップＳ２０５において、電子機器２３が、ＰＣ２１及びネットワーク１３を介して、延長コードをサーバ１１に送信し、サーバ１１が延長コードによる認証を行うことにより、ライセンスの有効期限を更新するようにしてもよい。

　さらに、以上の説明では、サーバ１１とクライアント２１間で主にファイル形式で情報の送受信を行う例を示したが、送受信する情報の形式には他の任意の形式を用いることも可能である。

　＜＜３．その他＞＞
　＜コンピュータの構成例＞
　上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

　図４９は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。

　コンピュータ１０００において、CPU（Central Processing Unit）１００１，ROM（Read Only Memory）１００２，RAM（Random Access Memory）１００３は、バス１００４により相互に接続されている。

　バス１００４には、さらに、入出力インターフェース１００５が接続されている。入出力インターフェース１００５には、入力部１００６、出力部１００７、記録部１００８、通信部１００９、及びドライブ１０１０が接続されている。

　入力部１００６は、入力スイッチ、ボタン、マイクロフォン、撮像素子などよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記録部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体１０１１を駆動する。

　以上のように構成されるコンピュータ１０００では、CPU１００１が、例えば、記録部１００８に記録されているプログラムを、入出力インターフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。

　コンピュータ１０００（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

　コンピュータ１０００では、プログラムは、リムーバブル記録媒体１０１１をドライブ１０１０に装着することにより、入出力インターフェース１００５を介して、記録部１００８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１００９で受信し、記録部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記録部１００８に、あらかじめインストールしておくことができる。

　なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

　また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

　さらに、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

　例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

　また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

　さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

　＜構成の組み合わせ例＞
　本技術は、以下のような構成をとることもできる。

（１）
　機器毎に固有の鍵である機器固有鍵を生成する鍵生成部と、
　前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新するライセンス管理部と
　を備える電子機器。
（２）
　前記第１のデータは、前記ライセンスのインストール用のインストールキーであり、
　前記ライセンス管理部は、前記インストールキーを用いて前記ライセンスをインストールする
　前記（１）に記載の電子機器。
（３）
　前記機器固有鍵を含む情報である機器情報を生成するデータ生成部を
　さらに備え、
　前記インストールキーは、前記機器情報を用いて前記情報処理装置により生成された情報であるライセンス通信情報に含まれる
　前記（２）に記載の電子機器。
（４）
　前記ライセンス通信情報は、前記ライセンスの権利者に固有のユーザＩＤを含み、
　前記ライセンス管理部は、前記生成した延長コードと前記入力された延長コードと一致した場合、１つの前記ユーザＩＤに対応付けられている複数の前記ライセンスの更新が可能である
　前記（３）に記載の電子機器。
（５）
　前記鍵生成部は、初めて前記機器情報が生成される前に前記機器固有鍵を生成する
　前記（３）又は（４）に記載の電子機器。
（６）
　前記第２のデータは、前記ライセンスの更新回数を示す
　前記（１）乃至（５）のいずれかに記載の電子機器。
（７）
　前記ライセンス管理部は、前記情報処理装置と同じハッシュ関数を用いて、前記機器固有鍵、前記第１のデータ、及び、前記第２のデータに基づいて、所定の桁数の延長コードを生成する
　前記（１）乃至（６）のいずれかに記載の電子機器。
（８）
　電子機器が、
　前記電子機器に固有の鍵である機器固有鍵を生成し、
　前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新する
　情報処理方法。
（９）
　電子機器のコンピュータに、
　前記電子機器に固有の鍵である機器固有鍵を生成し、
　前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新する
　処理を実行させるためのプログラム。
（１０）
　電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードを生成するライセンス管理部と、
　前記延長コードの送信を制御する通信制御部と
　を備える情報処理装置。
（１１）
　前記ライセンス管理部は、前記ライセンスのインストール用のインストールキーを生成し、
　前記第１のデータは、前記インストールキーである
　前記（１０）に記載の情報処理装置。
（１２）
　前記機器固有鍵を含み、前記電子機器により生成された情報である機器情報を用いて、前記インストールキーを含み、前記電子機器において前記ライセンスのインストールに用いる情報であるライセンス通信情報を生成するデータ生成部を
　さらに備える前記（１１）に記載の情報処理装置。
（１３）
　前記ライセンス通信情報は、前記ライセンスの権利者に固有のユーザＩＤを含む
　前記（１２）に記載の情報処理装置。
（１４）
　前記機器固有鍵は、前記電子機器により前記機器情報が初めて生成される前に生成される
　前記（１２）又は（１３）に記載の情報処理装置。
（１５）
　前記第２のデータは、前記ライセンスの更新回数を示す
　前記（１０）乃至（１４）のいずれかに記載の情報処理装置。
（１６）
　前記ライセンス管理部は、前記電子機器と同じハッシュ関数を用いて、前記機器固有鍵、前記第１のデータ、及び、前記第２のデータに基づいて所定の桁数の延長コードを生成する
　前記（１０）乃至（１５）のいずれかに記載の情報処理装置。
（１７）
　情報処理装置が、
　電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードを生成し、
　前記延長コードの送信を制御する
　情報処理方法。
（１８）
　電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードを生成し、
　前記延長コードの送信を制御する
　処理をコンピュータに実行させるためのプログラム。
（１９）
　ハードウエアクロックと、
　前記ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用を停止するライセンス管理部と
　を備える電子機器。
（２０）
　前記情報処理装置に前記確認日時を通知するための情報であるライセンス確認情報を生成するデータ生成部を
　さらに備える前記（１９）に記載の電子機器。
（２１）
　機器毎に固有の鍵である機器固有鍵を生成する鍵生成部を
　さらに備え、
　前記データ生成部は、前記情報処理装置から前記ライセンスのインストール用に供給されたインストールキーを含み、前記機器固有鍵を用いてセキュリティが確保された情報であって、前記情報処理装置において前記ライセンスの解約に用いる情報であるライセンス解約情報をさらに生成する
　前記（２０）に記載の電子機器。
（２２）
　前記データ生成部は、前記機器固有鍵を含み、前記情報処理装置において前記ライセンスの発行に用いられる情報である機器情報をさらに生成する
　前記（２１）に記載の電子機器。
（２３）
　前記鍵生成部は、初めて前記機器情報が生成される前に前記機器固有鍵を生成する
　前記（２２）に記載の電子機器。
（２４）
　前記ライセンス管理部は、前記機器情報を用いて前記情報処理装置により生成された情報であるライセンス通信情報に含まれる前記インストールキーを用いて、前記ライセンスをインストールする
　前記（２２）又は（２３）に記載の電子機器。
（２５）
　ハードウエアクロックを備える電子機器が、
　前記ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用を停止する
　情報処理方法。
（２６）
　ハードウエアクロックを備える電子機器のコンピュータに、
　前記ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用を停止する
　処理を実行させるためのプログラム。
（２７）
　電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードを前記電子機器と同じ方法で生成するライセンス管理部と、
　前記確認コードの送信を制御する通信制御部と
　を備える情報処理装置。
（２８）
　前記ライセンス管理部は、前記確認日時を含み、前記電子機器により生成された情報であるライセンス確認情報を用いて、前記確認日時を認識する
　前記（２７）に記載の情報処理装置。
（２９）
　前記ライセンス管理部は、前記ライセンスのインストール用のインストールキーを含み、前記電子機器に固有の鍵である機器固有鍵を用いてセキュリティが確保された情報であって、前記電子機器により生成された情報であるライセンス解約情報を用いて、前記ライセンスの解約を行う
　前記（２７）又は（２８）に記載の情報処理装置。
（３０）
　前記機器固有鍵を含み、前記電子機器により生成された情報である機器情報を用いて、前記インストールキーを含み、前記電子機器において前記ライセンスのインストールに用いる情報であるライセンス通信情報を生成するデータ生成部を
　さらに備える前記（２９）に記載の情報処理装置。
（３１）
　前記機器固有鍵は、前記電子機器により初めて前記機器情報が生成される前に生成される
　前記（３０）に記載の情報処理装置。
（３２）
　情報処理装置が、
　電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードを前記電子機器と同じ方法で生成し、
　前記確認コードの送信を制御する
　情報処理方法。
（３３）
　電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードを前記電子機器と同じ方法で生成し、
　前記確認コードの送信を制御する
　処理をコンピュータに実行させるためのプログラム。

　なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。

　１０　情報処理システム，　１１　サーバ，　１２　クライアント，　１３　ネットワーク，　２１　ＰＣ，　２２　リムーバブルメディア，　２３　電子機器，　１０２　制御部，　１０５　ＲＴＣ，　１５１　ライセンス管理部，　１５２　データ生成部，　１５３　ＵＩ制御部，　１５４　通信制御部，　１５５　記憶制御部，　２０２　機能実行部，　２０３　制御部，　２０６　ＲＴＣ，　２０８　ドライブ，　２５１　ライセンス管理部，　２５２　鍵生成部，　２５３　データ生成部，　２５４　ＵＩ制御部，　２５５　通信制御部，　２５６　記憶制御部

Claims

　機器毎に固有の鍵である機器固有鍵を生成する鍵生成部と、
　前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新するライセンス管理部と
　を備える電子機器。
　前記第１のデータは、前記ライセンスのインストール用のインストールキーであり、
　前記ライセンス管理部は、前記インストールキーを用いて前記ライセンスをインストールする
　請求項１に記載の電子機器。
　前記機器固有鍵を含む情報である機器情報を生成するデータ生成部を
　さらに備え、
　前記インストールキーは、前記機器情報を用いて前記情報処理装置により生成された情報であるライセンス通信情報に含まれる
　請求項２に記載の電子機器。
　前記ライセンス通信情報は、前記ライセンスの権利者に固有のユーザＩＤを含み、
　前記ライセンス管理部は、前記生成した延長コードと前記入力された延長コードと一致した場合、１つの前記ユーザＩＤに対応付けられている複数の前記ライセンスの更新が可能である
　請求項３に記載の電子機器。
　前記鍵生成部は、初めて前記機器情報が生成される前に前記機器固有鍵を生成する
　請求項３に記載の電子機器。
　前記第２のデータは、前記ライセンスの更新回数を示す
　請求項１に記載の電子機器。
　前記ライセンス管理部は、前記情報処理装置と同じハッシュ関数を用いて、前記機器固有鍵、前記第１のデータ、及び、前記第２のデータに基づいて、所定の桁数の延長コードを生成する
　請求項１に記載の電子機器。
　電子機器が、
　前記電子機器に固有の鍵である機器固有鍵を生成し、
　前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新する
　情報処理方法。
　電子機器のコンピュータに、
　前記電子機器に固有の鍵である機器固有鍵を生成し、
　前記機器固有鍵、情報処理装置が提供するライセンスのインストール毎に異なる第１のデータ、及び、前記ライセンスの更新回数により異なる第２のデータに基づいて所定の方法により生成した延長コードと、入力された延長コードとが一致する場合、前記ライセンスを更新する
　処理を実行させるためのプログラム。
　電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードを生成するライセンス管理部と、
　前記延長コードの送信を制御する通信制御部と
　を備える情報処理装置。
　前記ライセンス管理部は、前記ライセンスのインストール用のインストールキーを生成し、
　前記第１のデータは、前記インストールキーである
　請求項１０に記載の情報処理装置。
　前記機器固有鍵を含み、前記電子機器により生成された情報である機器情報を用いて、前記インストールキーを含み、前記電子機器において前記ライセンスのインストールに用いる情報であるライセンス通信情報を生成するデータ生成部を
　さらに備える請求項１１に記載の情報処理装置。
　前記ライセンス通信情報は、前記ライセンスの権利者に固有のユーザＩＤを含む
　請求項１２に記載の情報処理装置。
　前記機器固有鍵は、前記電子機器により前記機器情報が初めて生成される前に生成される
　請求項１２に記載の情報処理装置。
　前記第２のデータは、前記ライセンスの更新回数を示す
　請求項１０に記載の情報処理装置。
　前記ライセンス管理部は、前記電子機器と同じハッシュ関数を用いて、前記機器固有鍵、前記第１のデータ、及び、前記第２のデータに基づいて所定の桁数の延長コードを生成する
　請求項１０に記載の情報処理装置。
　情報処理装置が、
　電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードを生成し、
　前記延長コードの送信を制御する
　情報処理方法。
　電子機器に固有の鍵である機器固有鍵、前記電子機器へのライセンスのインストール毎に異なる第１のデータ、及び、前記電子機器における前記ライセンスの更新回数により異なる第２のデータに基づいて、前記電子機器と同じ方法により前記ライセンスを更新するための延長コードを生成し、
　前記延長コードの送信を制御する
　処理をコンピュータに実行させるためのプログラム。
　ハードウエアクロックと、
　前記ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用を停止するライセンス管理部と
　を備える電子機器。
　前記情報処理装置に前記確認日時を通知するための情報であるライセンス確認情報を生成するデータ生成部を
　さらに備える請求項１９に記載の電子機器。
　機器毎に固有の鍵である機器固有鍵を生成する鍵生成部を
　さらに備え、
　前記データ生成部は、前記情報処理装置から前記ライセンスのインストール用に供給されたインストールキーを含み、前記機器固有鍵を用いてセキュリティが確保された情報であって、前記情報処理装置において前記ライセンスの解約に用いる情報であるライセンス解約情報をさらに生成する
　請求項２０に記載の電子機器。
　前記データ生成部は、前記機器固有鍵を含み、前記情報処理装置において前記ライセンスの発行に用いられる情報である機器情報をさらに生成する
　請求項２１に記載の電子機器。
　前記鍵生成部は、初めて前記機器情報が生成される前に前記機器固有鍵を生成する
　請求項２２に記載の電子機器。
　前記ライセンス管理部は、前記機器情報を用いて前記情報処理装置により生成された情報であるライセンス通信情報に含まれる前記インストールキーを用いて、前記ライセンスをインストールする
　請求項２２に記載の電子機器。
　ハードウエアクロックを備える電子機器が、
　前記ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用を停止する
　情報処理方法。
　ハードウエアクロックを備える電子機器のコンピュータに、
　前記ハードウエアクロックに基づく日時である確認日時がライセンスの期限を管理する情報処理装置に通知されてから所定の期間が経過した場合、前記確認日時に基づいて前記情報処理装置と同じ方法で生成され、前記ライセンスの継続の確認に用いられる確認コードが入力されるまで、前記ライセンスの使用を停止する
　処理を実行させるためのプログラム。
　電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードを前記電子機器と同じ方法で生成するライセンス管理部と、
　前記確認コードの送信を制御する通信制御部と
　を備える情報処理装置。
　前記ライセンス管理部は、前記確認日時を含み、前記電子機器により生成された情報であるライセンス確認情報を用いて、前記確認日時を認識する
　請求項２７に記載の情報処理装置。
　前記ライセンス管理部は、前記ライセンスのインストール用のインストールキーを含み、前記電子機器に固有の鍵である機器固有鍵を用いてセキュリティが確保された情報であって、前記電子機器により生成された情報であるライセンス解約情報を用いて、前記ライセンスの解約を行う
　請求項２７に記載の情報処理装置。
　前記機器固有鍵を含み、前記電子機器により生成された情報である機器情報を用いて、前記インストールキーを含み、前記電子機器において前記ライセンスのインストールに用いる情報であるライセンス通信情報を生成するデータ生成部を
　さらに備える請求項２９に記載の情報処理装置。
　前記機器固有鍵は、前記電子機器により初めて前記機器情報が生成される前に生成される
　請求項３０に記載の情報処理装置。
　情報処理装置が、
　電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードを前記電子機器と同じ方法で生成し、
　前記確認コードの送信を制御する
　情報処理方法。
　電子機器のハードウエアクロックに基づく日時である確認日時が通知されてから所定の期間が経過した場合、前記確認日時に基づいて、前記電子機器が使用するライセンスの継続を前記電子機器において確認するための確認コードを前記電子機器と同じ方法で生成し、
　前記確認コードの送信を制御する
　処理をコンピュータに実行させるためのプログラム。