JP4948311B2 - ライセンス管理システム、ライセンス管理方法、及びコンピュータプログラム - Google Patents

Description

本発明は、ライセンス管理システム、ライセンス管理方法、及びコンピュータプログラムに関し、特に、ライセンスに基づいて電子機器を動作させるために用いて好適なものである。

従来から、印刷装置等の電子機器にオプション機能を付加する形態として、生産時にオプション機能を付加する形態や、オプション機能を実現する商品をユーザが別途購入して自宅でオプション機能を付加する形態といった様々な形態がとられている。また、１つ以上のオプション機能を予め電子機器内に入れ込んでおき、例えば、ユーザが、電子機器の購入時にオプション機能も購入した場合、その電子機器にライセンスキーに設定することで、電子機器に入れ込んでおいたオプション機能を利用できる方法がある。

このライセンスキーは、コピーされて同種の電子機器に利用できるものでは困る。したがって、ライセンスキーは、電子機器毎にユニークなもの（固有なもの）となる。このようなライセンスキーを用いてオプション機能を電子機器に付加するに際し、電子機器は、オプション機能のインストールの対象となる電子機器に固有の情報と引き替えにライセンスを発行する。このようにすることにより、従来は、インストールの対象となる電子機器以外の電子機器へのオプション機能（ソフトウェア）の不正利用を防止するようにしていた。

また、電子機器でライセンスの制御を行う方法として、従来から、ライセンス付きのソフトウェアプログラムを使用するための要求に対して応答を行うことにより、オプション機能を電子機器に付加する技術も知られている。
更に、ライセンスを用いて、そのライセンスを延長したりライセンスの形態を変更したりする技術が提案されている。また、ライセンスの延長、更新、変更を遠隔から自動で行う技術も提案されている。
また、特開２００６−４１９４号公報には、ディジタルコンテンツの流通を監視し、コンテンツをどの程度使用したかを通信により管理することで、ライセンス使用条件書の変更や、複数のライセンス使用条件書の併用を実現する技術が提案されている。

特開２００６−４１９４号公報

しかしながら、従来の技術では、ライセンスの発行後に、ユーザの都合ではないところで本来供与すべきライセンスの価値を損なう場合があった。
例えば、何年何月まで使用可能なライセンスがあったとする。そして、部品故障が発生することによりユーザが電子機器を１週間使用できないとする。この場合、ユーザを原因としない理由によって電子機器を使用できない期間を含んだまま、使用期限が切れてしまうことになる。
また、ライセンスでは、１００枚の印刷を利用できるはずであるが、用紙搬送のトラブルや電子機器のエラーの多発により、紙詰まり（ジャム）で１００枚以上の用紙を消費してしまう可能性も考えられる。この結果、ユーザに不利益が出てしまう。

以上のように、ユーザの過失では無い不具合、例えば、紙詰まりの多発による印刷の失敗や、部品の故障による電子機器のエラーにより一定の期間機能が使えない状況が発生した場合、ユーザに発生した不利益に対し、ライセンスが補填されることはなかった。

本発明は、このような問題点に鑑みてなされたものであり、ライセンスが与えられることによって電子機器で実現される機能が、ユーザの原因によらずに実現できなくなった場合に、その機能に対するライセンスを補填できるようにすることを目的とする。

本発明のライセンス管理システムは、電子機器の機能を実行させるためのライセンス情報を管理するライセンス管理システムであって、前記電子機器に対して、当該電子機器で実行される機能に対するライセンス情報を発行する発行手段と、前記ライセンス情報を用いて実行される前記電子機器の機能と、当該機能が正規に実行されなかった期間に関わる情報とを示す機能実行情報を取得する取得手段と、前記取得手段により取得された機能実行情報で示される、前記機能が正規に実行されなかった期間に対応するライセンス情報を補填するための処理を実行する補填手段とを有することを特徴とする。

本発明のライセンス管理方法は、電子機器の機能を実行させるためのライセンス情報を管理するライセンス管理システムのライセンス管理方法であって、前記電子機器に対して、当該電子機器で実行される機能に対するライセンス情報を発行する発行ステップと、前記ライセンス情報を用いて実行される前記電子機器の機能と、当該機能が正規に実行されなかった期間に関わる情報とを示す機能実行情報を取得する取得ステップと、前記取得ステップにより取得された機能実行情報で示される、前記機能が正規に実行されなかった期間に対応するライセンス情報を補填するための処理を実行する補填ステップとを有することを特徴とする。

本発明のコンピュータプログラムは、前記ライセンス管理方法の各ステップをコンピュータに実行させることを特徴とする。

本発明によれば、電子機器の機能が、ユーザの原因によらずに実現できなくなっている場合には、ライセンス情報を補填して、ユーザが蒙った不利益を回復させることができる。

次に、図面を参照しながら、本発明の実施形態を詳しく説明する。ただし、如何に示す各実施形態はあくまで例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。

（第１の実施形態）
＜ネットワークシステムの説明＞
図１は、ライセンス管理システムの一例であるネットワークシステムの構成の一例を示す図である。図１に示すネットワークシステムは、デバイスによる処理に必要なソフトウェアの管理や、デバイスの管理をするためのものである。ここで、ソフトウェアの管理とは、例えば、ソフトウェアの不正使用を防止するためソフトウェアを導入する装置を一意に識別する個体番号の入力と引替えにライセンス情報を発行し、そのライセンス情報を管理することである。また、デバイスの管理とは、たとえば、前記ソフトウェアによって管理されるデバイスの利用状況や状態を管理することである。

図１において、ライセンス情報発行サーバ１０１は、ライセンス情報の発行処理全般を司る情報処理装置である。デバイス管理サーバ１８０は、ネットワーク１０５に接続されたデバイス１７０、１７１の利用状況や状態の管理を司る情報処理装置である。デバイス管理サーバ１８０は、デバイス１７０、１７１の利用状況や状態の管理を、インターネット等のネットワーク１０５を介してデバイス１７０、１７１から直接取得することができる。また、デバイス管理サーバ１８０は、デバイス１７０、１７１の利用状況や状態の管理を、監視デバイス１８２を経由して取得することもできる。

ユーザ端末１０２は、ユーザが管理する情報処理装置である。パーソナルコンピュータや携帯端末やプリンタや複写機等、ネットワーク１０５に接続可能であり、且つソフトウェアをインストール可能なあらゆる情報処理装置がユーザ端末１０２となり得る。ユーザ端末１０２には、印刷装置を有するデバイス１７０、１７１が、ＬＡＮ等のネットワーク１００を介して接続される。ユーザ端末１０２は、デバイス１７０、１７１が実現可能な機能であって、ライセンスを受けたオプション機能を利用できる。尚、前述したように、デバイス１７０、１７１を、プリンタや複写機等とすることも可能であるので、デバイス１７０、１７１がユーザ端末１０２となり得る形態とすることもできる。

電子機器の一例であるデバイス１７０、１７１は、ネットワーク１００に接続され、印刷枚数や障害情報等を含むデバイス稼動情報を、デバイス管理サーバ１８０に通知する仕組みを有している。
デバイス稼動情報をデバイス管理サーバ１８０に通知する仕組みがデバイス１７０、１７１に導入されていない場合でも、ネットワーク１００に接続された監視デバイス１８２が、デバイス１７０、１７１のデバイス稼動情報を収集することができる。このようにした場合、監視デバイス１８２は、収集したデバイス稼動情報をデバイス管理サーバ１８０に通知する。

監視デバイス１８２は、デバイス管理サーバ１８０にデバイス稼動情報を通知するための機能の他に、複数台のデバイス１７０、１７１を監視する機能も有している。監視デバイス１８２によって監視されるデバイス１７０、１７１は、ユーザ端末１０２によって設定されることも可能である。ライセンスを取得して稼動するデバイス１７０、１７１は、デバイス管理サーバ１８０の監視対象となったり、逆に、デバイス管理サーバ１８０の監視対象から外されたりする。

また、販売者端末１０３は、例えば販売会社が管理する情報処理装置である。製造者端末１０４は、例えばソフトウェア開発業者が管理する情報処理装置である。パーソナルコンピュータやワークステーションが、販売者端末１０３や製造者端末１０４となり得る。
ネットワーク１０５は、インターネットや電話回線等のネットワークである。ユーザ端末１０２、販売者端末１０３、及び製造者端末１０４は、ネットワーク１０５を介してライセンス情報発行サーバ１０１やデバイス管理サーバ１８０と相互に接続される。
ライセンス情報管理データベース１０６は、ライセンス情報発行サーバ１０１に接続されている。ライセンス情報管理データベース１０６に格納されるデータは、アプリケーション情報、ライセンス情報を含む商品情報、アクター情報、ソフトウェア識別コード情報、デバイスシリアル番号情報、デバイス商品情報、及び機番データバンド情報である。この他、ライセンス情報管理データベース１０６には、アプリケーションＩＤ、デバイス商品コード関連付け情報、オプション商品情報、ライセンスアクセス番号情報、ライセンスキー情報、オプション情報、顧客情報、及び補填処理情報等が格納されている。

デバイス管理データベース１８１は、デバイス管理サーバ１８０に接続されている。デバイス管理データベース１８１には、デバイス情報、印刷枚数や用紙サイズ、両面印刷等の印刷情報、スキャン枚数等のスキャン情報、部品情報、及びＲＯＭバージョン情報等が格納されている。また、デバイス管理データベース１８１には、デバイス１７０、１７１で発生した障害情報や警告情報等の収集情報、及びその収集情報が処理されることによって得られた解析情報等も格納されている。

図２は、ライセンス情報発行サーバ１０１の機能構成の一例を示す図である。
商品登録部１０７には、アプリケーション指定モジュール１０８、商品タイプ指定モジュール１０９、商品登録画面表示モジュール１１０、商品情報入力モジュール１１１、及びライセンス条件指定モジュール１１２が含まれる。更に、商品登録部１０７には、商品登録モジュール１１３、オプション機能名登録モジュール１５０、オプション商品登録モジュール１５１、及びデバイス商品登録モジュール１５２が含まれる。

ＳＩＤ発行部１１４には、商品選択モジュール１１５、オプションコード指定モジュール１５３及びＳＩＤ発行モジュール１１６が含まれる。
ＬＦ（ライセンスファイル）発行部であり、ＳＩＤ＃入力モジュール１１８、ＤＳ＃入力モジュール１１９、商品選択モジュール１２０、ライセンス条件指定１２１、及びＬＦ発行モジュール１２２が含まれる。

ＬＡ＃発行部１６０には、ライセンスアクセス番号（ＬＡ＃）を発行するためのオプションを指定するためのオプションコード指定モジュール１６１と、ライセンスアクセス番号（ＬＡ＃）を発行するＬＡ＃発行モジュール１６２とが含まれる。
ＬＫＥＹ発行部１５４には、ＬＡ＃入力モジュール１５５、ＤＳ＃入力モジュール１５６、及びＬＫＥＹ発行モジュール１５７が含まれる。
ライセンス利用状況処理部１５８は、発行済みのライセンスの利用状況を取得する利用状況取得モジュール１５９と、利用状況取得モジュール１５９によって収集されたデータを基に既存のライセンスを見直すための判断を行う補填判定モジュール１６３とを含む。

図１に示したネットワークシステムで管理されるソフトウェアを、ユーザが管理するユーザ端末１０２で利用可能とするためには、ライセンス情報発行サーバ１０１から発行されたライセンス情報が常に必要とされる。ライセンス情報発行サーバ１０１は、ネットワーク１０５を介した適正なアクセスがあれば、アクセスのあった情報処理装置にライセンス情報を発行する。ライセンス情報には、ソフトウェアのインストール先である情報処理装置に固有の識別情報が埋め込まれる。複数の情報処理装置に対して同じソフトウェアをインストールする際には、夫々異なるライセンス情報が必要となる。
これにより、ソフトウェアが無断に複製されることを防止することが可能となっている。ライセンス情報発行サーバ１０１の発行するライセンス情報には、後述するライセンスファイル（ＬＦ）とライセンスキー（ＬＫＥＹ）とがある。

図３は、ライセンス情報発行サーバ１０１の概略構成の一例を示す図である。
図３において、表示装置２０１は、ＬＣＤ（Liquid Crystal Display）等のコンピュータディスプレイである。表示装置２０１の表示画面には、例えばウインドウ、アイコン、メッセージ、メニュー、及びその他のユーザインターフェース情報等が表示される。ＶＲＡＭ２０２には、表示装置２０１に表示するための画像データが記憶される。このＶＲＡＭ２０２に記憶された画像データは、所定の規定に従って表示装置２０１に転送される。これにより表示装置２０１に画像が表示される。

ＣＤＤ（コンパクトディスクドライブ）２０３は、ＣＤ−ＲＯＭや、ＣＤ−Ｒ等の記憶媒体との間で、各種制御プログラムやデータの読み書きを行う装置である。尚、ＣＤＤ２０３に加えて、又はＣＤＤ２０３の代わりにＤＶＤドライブを用いてもよい。
キーボード２０４は、文字等の各種の入力をユーザが行うための各種キーを有する。ＰＤ（ポインティングデバイス）２０５は、例えば、表示装置２０１の表示画面上に表示されたアイコン、メニュー、及びその他のオブジェクトを指示するために使用される。

ＣＰＵ３９０６は、ＲＯＭ３９０７、ＨＤＤ（ハードディスクドライブ）２０９、ＦＤＤ（フレキシブルディスクドライブ）２１０及びＣＤＤ２０３に格納された制御プログラムに基づき、ＣＰＵバス２１２を介して相互に接続された各デバイスを制御する。ＲＯＭ（リードオンリメモリ）２０７は、各種の制御プログラムやデータを保持する。ＲＡＭ（ランダムアクセスメモリ）２０８は、ＣＰＵ３９０６のワーク領域、エラー処理時のデータの退避領域、及び制御プログラムのロード領域等を有する。

ＨＤＤ３９０９は、各種制御プログラムや各種データを保存する。ネットワークインターフェース（ＮｅｔＩ／Ｆ）２１１は、ライセンス情報発行サーバ１０１、ユーザ端末１０２、販売者端末１０３、製造者端末１０４、監視デバイス１８２、及びデバイス１７０、１７１等とネットワーク２１３を介して通信を行う。ＣＰＵバス２１２は、アドレスバス、データバス、及びコントロールバスを含む。ＣＰＵ３９０６に対する制御プログラムの提供は、ＲＯＭ３９０７、ＨＤＤ３９０９、ＦＤＤ２１０、及びＣＤＤ２０３の何れかから行うこともできるし、ネットワーク１０５を介して外部の情報処理装置等から行うこともできる。

以上、ライセンス情報発行サーバ１０１のハードウェア構成について図３を用いて説明したが、デバイス管理サーバ１８０、ユーザ端末１０２、販売者端末１０３、製造者端末１０４、及び監視デバイス１８２も図３と同じ構成を取り得る。したがって、デバイス管理サーバ１８０、ユーザ端末１０２、販売者端末１０３、製造者端末１０４、及び監視デバイス１８２の構成についての詳細な説明を省略する。

次に、ライセンス情報発行サーバ１０１の動作の一例を説明する。
図４は、ユーザ、販売会社、及びソフトウェア開発業者が、ライセンス情報発行サーバ１０１にログインする際に、ユーザ端末１０２、販売者端末１０３、及び製造者端末１０４の表示装置２０１の表示画面に表示される画面の一例を示す図である。
図４に示すログイン画面４００１には、ログインＩＤ入力フィールド４００２と、パスワード入力フィールド４００３と、［ログイン］ボタン４００４とが表示される。ユーザ、販売会社、ソフトウェア開発業者の各操作者は、ライセンス情報発行サーバ１０１にてライセンス情報の発行等の作業を行うに先立ち、まず図４に示したログイン画面４００１を用いて、図１に示したネットワークシステムにログインする。

図５は、ライセンス情報発行サーバ１０１に接続されたライセンス情報管理データベース１０６に格納されている情報の一例を示す図である。ライセンス情報管理データベース１０６には、アカウント情報を含むアカウントテーブル５００１と、アクター情報を含むアクターテーブル５００５とが格納されている。
アカウント（Ａｃｃｏｕｎｔ）テーブル５００１には、ログインする操作者を一意に識別するログインＩＤ５００２と、販売主体を一意に識別するアクターＩＤ５００３と、ログイン時のパスワード５００４とが互いに対応付けられて格納されている。
アクター（Ａｃｔｏｒ）テーブル５００５には、販売主体を一意に識別するアクターＩＤ５００６と、販売会社又はソフトウェア開発業者の種別を示すアクター種別５００７と、アクター名５００８とが互いに対応付けられて格納されている。

図６は、ライセンス情報発行サーバ１０１が提供するアプリケーションを指定するための画面の一例を示すである。ライセンス情報発行サーバ１０１は、販売者端末１０３からネットワーク１０５を介したアクセスを受けると、図６に示す商品登録アプリケーション指定画面３０１を表示するための画像データを販売者端末１０３に送信する。

図６において、商品登録アプリケーション指定画面３０１には、アプリケーション一覧リスト３０２と、［商品登録］ボタン３０３と、［戻る］ボタン３０４と、［ＴｏｐＭｅｎｕへ］ボタン３０５とが表示される。販売会社の操作者は、商品登録を行う際には、まず、図６に示す商品登録アプリケーション指定画面３０１において、ネットワークシステムに登録されているアプリケーションの一覧の中から、商品登録を行うアプリケーションを指定する。［商品登録］ボタン３０３が選択されると、図７に示す商品タイプ指定画面４０１が表示される。［戻る］ボタン３０４が選択されると、前の画面が表示される。［ＴｏｐＭｅｎｕへ］ボタン３０５が選択されるとＴｏｐＭｅｎｕ画面が表示される。

図７は、商品タイプを指定するための商品タイプ指定画面の一例を示す図である。ライセンス情報発行サーバ１０１は、販売者端末１０３からネットワーク１０５を介したアクセスを受けると、図７に示す商品タイプ指定画面を表示するための画像データを販売者端末１０３に送信する。
図７に示す商品タイプ指定画面４０１には、選択可能な商品タイプの選択ラジオボタン４０２が表示される。図７に示す商品タイプ指定画面４０１において、登録したい商品のタイプが選択された後に、［次へ］ボタン４０３が選択されると、図８に示す商品登録画面５０１が表示される。［戻る］ボタン４０４が選択されると前の画面が表示される。［ＴｏｐＭｅｎｕへ］ボタン４０５が選択されるとＴｏｐＭｅｎｕ画面が表示される。

尚、図７において、商品タイプＡ１は、販売会社が販売主体となって販売する商品である。商品タイプＡ１には、ライセンス条件及び保守契約機能の有無が登録されている。商品タイプＡ１の商品は、販売会社（販売者端末１０３）がライセンス情報発行サーバ１０１から取得したソフトウェア識別コードがソフトウェアパッケージに含まれた状態で販売される。商品タイプＡ１の商品を購入したユーザは、ソフトウェア識別コードと、導入対象のコンピュータ（ユーザ端末１０２）のデバイスシリアル番号とを、ユーザ端末１０２に入力する。そうすると、ユーザ端末１０２は、ライセンス情報発行サーバ１０１から、ライセンスファイル情報を取得し、取得したライセンスファイル情報に基づいて、商品タイプＡ１の商品を導入する。

また、商品タイプＡ２は、販売会社が販売主体となって販売する商品である。商品タイプＡ２には、ライセンス条件及び保守契約機能の有無が登録されている。商品タイプＡ２の商品は、ソフトウェア開発業者（製造者端末１０４）がライセンス情報発行サーバ１０１から取得したソフトウェア識別コードがソフトウェアパッケージに含まれた状態で、販売会社によって販売される。商品タイプＡ２の商品を購入したユーザは、ソフトウェア識別コードと、導入対象の情報処理装置（ユーザ端末１０２）のデバイスシリアル番号とを、ユーザ端末１０２に入力する。そうすると、ユーザ端末１０２は、ライセンス情報発行サーバ１０１から、ライセンスファイル情報を取得し、取得したライセンスファイル情報に基づいて、商品タイプＡ２の商品を導入する。

商品タイプＢ１は、ソフトウェア開発業者が販売主体となって販売する商品である。商品タイプＢ１の商品には、ライセンス条件が登録されていない。商品タイプＢ１の商品は、ソフトウェア開発業者（製造者端末１０４）がライセンス条件を指定してライセンス情報発行サーバ１０１から取得したライセンス情報が、ソフトウェアパッケージに含まれた状態で販売される。
商品タイプＢ２は、ソフトウェア開発業者が販売主体となって販売する商品である。商品タイプＢ２の商品には、ライセンス条件が登録されていない。商品タイプＢ２の商品は、ソフトウェア開発業者（製造者端末１０４）がライセンス条件と導入対象の装置のデバイスシリアル番号とを指定してライセンス情報発行サーバ１０１から取得したライセンス情報が、ソフトウェアパッケージに含まれた状態で販売される。

商品タイプＢ３は、販売会社が販売主体となって販売する商品である。商品タイプＢ３には、ライセンス条件が登録されていない。商品タイプＢ３の商品は、販売会社（販売者端末１０３）がライセンス条件を指定してライセンス情報発行サーバ１０１から取得したライセンス情報が、ソフトウェアパッケージに含まれた状態で販売される。
商品タイプＢ４は、販売会社が販売主体となって販売する商品である。商品タイプＢ４には、ライセンス条件が登録されていない。商品タイプＢ４の商品は、販売会社（販売者端末１０３）がライセンス条件と導入対象の装置のデバイスシリアル番号とを指定してライセンス情報発行サーバ１０１から取得したライセンス情報が、ソフトウェアパッケージに含まれた状態で販売される。

図８は、ライセンス情報発行サーバ１０１が提供する商品登録画面の一例を示す図である。ライセンス情報発行サーバ１０１は、販売者端末１０３からネットワーク１０５を介したアクセスを受けると、図６に示す商品登録画面５０１を表示するための画像データを販売者端末１０３に送信する。具体的に、図７に示した商品タイプＡ１又はＡ２が選択された後に［次へ］ボタン４０３が選択されたことがライセンス情報発行サーバ１０１によって検知されると、商品登録画面５０１を表示するための画像データを販売者端末１０３に送信する。

ここで、図８に示す商品登録画面５０１の詳細を説明する。この商品登録画面５０１には、商品登録対象となるアプリケーションの情報５０２、選択された商品タイプ５０３、商品名入力ボックス５０４、商品コード入力ボックス５０５、及びライセンス台数入力ボックス５０６が表示される。更に、商品登録画面５０１には、ライセンス期限タイプ指定ラジオボタン５０７、ライセンス期限が一定期間の場合のライセンス期限入力ボックス５０８、及びカウント条件指定チェックボックス５０９が表示される。更に、商品登録画面５０１には、「カウンタ１」のカウント値入力ボックス５１０と、「カウンタ１」のＳｔｏｐさせる／させない指定ボタン５１１とが表示される。更に、商品登録画面５０１には、「カウンタ２」のカウント値入力ボックス５１２と、「カウンタ２」のＳｔｏｐさせる／させない指定ボタン５１３とが表示される。更に、商品登録画面５０１には、「カウンタ３」のカウント値入力ボックス５１４と、「カウンタ３」のＳｔｏｐさせる／させない指定ボタン５１５とが表示される。更に、商品登録画面５０１には、保守契約機能の有効／無効指定ラジオボタン５１６、保守契約条項画面表示用ファイル名入力ボックス５１７、保守契約条項画面表示用ファイル名指定ボタン５１８が表示される。更に、商品登録画面５０１には、保守契約条項ダウンロード用ファイル名入力ボックス５１９、及び保守契約条項ダウンロード用ファイル名指定ボタン５２０が表示される。この他、更に、商品登録画面５０１には、［登録］ボタン５２１、［クリア］ボタン５２２、［戻る］ボタン５２３、及び［ＴｏｐＭｅｎｕへ］ボタン５２４が表示される。

販売会社の操作者は、図８に示す商品登録画面５０１において、商品登録の対象となるアプリケーションの内容を確認する。次に、販売会社の操作者は、商品名、商品コード、ライセンス台数、ライセンス期限、ライセンスカウント情報、保守契約情報を入力した後に、［登録］ボタン５２１を選択することで商品登録を行うことができる。販売会社の操作者が［クリア］ボタン５２２を選択すると、商品登録画面５０１を表示した後に入力された内容が全てクリアされる。販売会社の操作者が［戻る］ボタン５２３を選択すると、前の画面が表示され、販売会社の操作者が［ＴｏｐＭｅｎｕへ］ボタン５２４を選択すると、ＴｏｐＭｅｎｕ画面が表示される。

図９は、ライセンス情報発行サーバ１０１が提供するソフトウェア識別コード発行商品指定画面の一例を示す図である。
ライセンス情報発行サーバ１０１は、販売者端末１０３又は製造者端末１０４からのネットワーク１０５を介したアクセスに対し、図９に示すソフトウェア識別コード発行商品指定画面６０１を表示するための画像データを、アクセスのあった端末に送信する。

ソフトウェア識別コード発行商品指定画面６０１には、アプリケーション情報６０２と、アプリケーションに登録されている商品一覧６０３と、［ＳＩＤ発行］ボタン６０４と、［戻る］ボタン６０５と、［ＴｏｐＭｅｎｕへ］ボタン６０６とが表示される。
販売会社又はソフトウェア開発業者の操作者は、ソフトウェア識別コードを発行する際に、ソフトウェア識別コード発行商品指定画面６０１を利用する。ソフトウェア識別コード発行商品指定画面６０１において、販売会社又はソフトウェア開発業者の操作者は、対象となるアプリケーションに登録されている商品一覧６０３の中からソフトウェア識別コードを発行する商品を指定する。

尚、販売会社又はソフトウェア開発業者の操作者が［戻る］ボタン６０５を選択すると前の画面が表示される。販売会社又はソフトウェア開発業者の操作者が［ＴｏｐＭｅｎｕへ］ボタン６０６を選択されるとＴｏｐＭｅｎｕ画面が表示される。

図１０は、ライセンス情報発行サーバ１０１が提供するソフトウェア識別コード発行画面の一例を示す図である。ライセンス情報発行サーバ１０１は、図９に示した［ＳＩＤ発行］ボタン６０４が選択されると、その［ＳＩＤ発行］ボタン６０４が選択された端末に、ソフトウェア識別コード発行画面７０１を表示するための画像データを送信する。

ここで、図１０に示すソフトウェア識別コード発行画面７０１の詳細について説明する。ソフトウェア識別コード発行画面７０１には、アプリケーション情報７０２と、ソフトウェア識別コード発行商品指定画面６０１で指定されたソフトウェア識別コード発行対象の商品情報７０３とが表示される。更に、ソフトウェア識別コード発行画面７０１には、ソフトウェア識別コードを発行するライセンスの数を入力する入力ボックス７０４と、［発行］ボタン７０５と、ソフトウェア識別コード発行履歴表示７０６とが表示される。この他、ソフトウェア識別コード発行画面７０１には、［戻る］ボタン７０７と、［ＴｏｐＭｅｎｕへ］ボタン７０８とが表示される。

販売会社又はソフトウェア開発業者の操作者は、ソフトウェア識別コードを発行するライセンスの数を入力ボックス７０４に入力した後に［発行］ボタン７０５を選択することで、ソフトウェア識別コードの発行を指示することができる。
尚、販売会社又はソフトウェア開発業者の操作者が［戻る］ボタン７０７を選択すると前の画面が表示される。販売会社又はソフトウェア開発業者の操作者が［Ｔｏｐ Ｍｅｎｕへ］ボタン７０８を選択するとＴｏｐＭｅｎｕ画面が表示される。

図１１は、ライセンス情報発行サーバ１０１が提供するソフトウェア識別コード入力画面の一例を示す図である。ライセンス情報発行サーバ１０１は、ユーザ端末１０２からネットワーク１０５を介したアクセスを受けると、図１１に示すソフトウェア識別コード入力画面８０１を表示するための画像データをユーザ端末１０２に送信する。
ソフトウェア識別コード入力画面８０１には、ソフトウェア識別コード入力ボックス８０２と、Ｓｕｂｍｉｔボタン８０３とが表示される。

ユーザは、ライセンス情報の発行を行う際に、ソフトウェア識別コード入力画面８０１を利用する。ソフトウェア識別コード入力画面８０１が表示されると、ユーザは、購入したソフトウェアパッケージに記載されたソフトウェア識別コードを、ソフトウェア識別コード入力ボックス８０２に入力して、Ｓｕｂｍｉｔボタン８０３を選択する。Ｓｕｂｍｉｔボタン８０３が選択されると、図１２に示すライセンス情報発行画面９０１が表示される。

図１２は、ライセンス情報発行サーバ１０１が提供するライセンス情報発行画面の一例を示す図である。ライセンス情報発行サーバ１０１は、ユーザ端末１０２から、図１１のＳｕｂｍｉｔボタン８０３が選択されたことを示す情報を受信すると、図１２に示すライセンス情報発行画面９０１を表示するための画像データをユーザ端末１０２に送信する。
ライセンス情報発行画面９０１では、商品の情報（ソフトウェア情報）と、デバイスシリアル番号入力ボックス９０２と、デバイスシリアル番号入力方法選択ラジオボタン９０３と、デバイスシリアル番号ファイル名入力ボックス９０４とが表示される。更に、ライセンス情報発行画面９０１には、デバイスシリアル番号ファイル指定用参照ボタン９０５と、ライセンス情報の発行を指示する［発行する］ボタン９０６とが表示される。この他、ライセンス情報発行画面９０１には、前の画面に戻る［戻る］ボタン９０７と、ライセンス情報発行処理自体を中止する［中止する］ボタン９０８とが表示される。

デバイスシリアル番号入力ボックス９０２の数は、ソフトウェアのライセンス数から発行済みのライセンス数を引いた値と、デバイスシリアル番号ファイル名入力ボックス９０４の最大表示個数とのうち、小さい方の数と同数となる。
ユーザは、ライセンス情報発行画面９０１において、表示されたソフトウェアが購入したソフトウェアと相違ないことを確認した後、デバイスシリアル番号入力方法選択ラジオボタン９０３にて、デバイス１７０、１７１のシリアル番号を指定する方法を選択する。ユーザが上側のラジオボタンを選択した場合、ユーザは、ソフトウェアを導入するユーザ端末１０２における「デバイス１７０、１７１のシリアル番号」を、デバイスシリアル番号入力ボックス９０２に入力する。

一方、ユーザが下側のラジオボタンを選択した場合、ユーザは、デバイスシリアル番号ファイル名入力ボックス９０４に、デバイスシリアル番号ファイルを絶対パスで入力するか、デバイスシリアル番号ファイル指定用参照ボタン９０５を選択する。次に、ユーザは、オペレーティングシステムに標準で備わっているファイル指定ダイアログボックスが表示されると、そのファイル指定ダイアログボックスに対して、デバイスシリアル番号ファイルを指定する。

ユーザは、以上のようにしてデバイスシリアル番号の指定を行った後、［発行する］ボタン９０６を選択する。そうすると、入力されたデバイスシリアル番号にソフトウェアを導入（インストール）する際に必要となるライセンス情報がライセンス情報発行サーバ１０１内の所定の場所に生成される。ライセンス情報の生成が完了すると、ライセンス情報発行サーバ１０１は、図１３に示すライセンス情報取得画面１００１を表示するための画像データをユーザ端末１０２に送信する。

図１３は、ライセンス情報発行サーバ１０１が提供するライセンス情報取得画面の一例を示すである。
図１３において、ライセンス情報取得画面１００１には、ライセンス情報発行日時（＜ライセンスファイル発行日＞）が表示されている。更に、ライセンス情報取得画面１００１には、ライセンス情報の取得を指示する［取得］ボタン１００２と、前の画面に戻る［戻る］ボタン１００５と、Ｔｏｐメニューに戻るための［Ｔｏｐメニューへ戻る］ボタン１００６とが表示される。

ライセンス情報取得画面１００１において、先に発行されたライセンス情報（ファイル）を取得するために［取得］ボタン１００２をユーザが選択すると、オペレーティングシステムに標準で備わっているファイル指定ダイアログボックス１００３が表示される。このファイル指定ダイアログボックス１００３において、ユーザは、任意のライセンス情報（ファイル）の保存先と、ファイル名とを入力した後に保存を指示する。そうすると、オペレーティングシステムに標準で備わっているダウンロード中ダイアログ１００４が表示され、ライセンス情報のダウンロードが行われる。

図１４は、商品登録時にライセンス条件を指定しない商品タイプが選択された場合にライセンス情報発行サーバ１０１が提供する商品登録画面の一例を示す図である。ライセンス情報発行サーバ１０１は、販売者端末１０３からネットワーク１０５を介したアクセスを受けると、図１４に示す商品登録画面１１０１を表示するための画像データを販売者端末１０３に送信する。具体的に、図７に示した商品タイプＢ１〜Ｂ４の何れかが選択された後に［次へ］ボタン４０３が選択されたことがライセンス情報発行サーバ１０１によって検知されると、商品登録画面１１０１を表示するための画像データを販売者端末１０３に送信する。

商品登録画面１１０１には、商品登録の対象となるアプリケーションの情報（アプリケーション情報）１１０２、選択された商品タイプ１１０３、商品名入力ボックス１１０４、及び商品コード入力ボックス１１０５が表示される。更に、商品登録画面１１０１には、［登録］ボタン１１０６、［クリア］ボタン１１０７、［戻る］ボタン１１０８、及び［ＴｏｐＭｅｎｕへ］ボタン１１０９が表示される。

販売会社の操作者は、商品登録画面１１０１において、商品登録の対象となるアプリケーションの内容を確認した後、商品名と、商品コードとを入力する。そして、販売会社の操作者は、［登録］ボタン１１０６を選択すると、商品登録を行うことができる。販売会社の操作者が［クリア］ボタン１１０７を選択すると、商品登録画面１１０１が表示された後に入力された内容が全てクリアされる。また、販売会社の操作者が［戻る］ボタン１１０８を選択すると、前の画面が表示される。更に、販売会社の操作者が［ＴｏｐＭｅｎｕへ］ボタン１１０９を選択すると、ＴｏｐＭｅｎｕ画面が表示される。

図１５は、ライセンス情報発行サーバ１０１が、販売会社又はソフトウェア開発業者にライセンス情報ファイルを発行する際に提供するライセンス情報ファイル発行対象商品指定画面の一例を示す図である。
図１５に示すライセンス情報ファイル発行対象商品指定画面１２０１には、アプリケーション情報１２０２と、アプリケーションに登録されている商品一覧１２０３と、［ＬＦ発行］ボタン１２０４とが表示される。更に、ライセンス情報ファイル発行対象商品指定画面１２０１には、［戻る］ボタン１２０５と、［ＴｏｐＭｅｎｕへ］ボタン１２０６とが表示される。

販売会社又はソフトウェア開発業者の操作者は、ライセンス情報ファイルを発行する際に、ライセンス情報ファイル発行対象商品指定画面１２０１を利用する。ライセンス情報ファイル発行対象商品指定画面１２０１が表示されると、ユーザは、対象となるアプリケーションに登録されている商品一覧１２０３の中から、ライセンス情報ファイルを発行する商品を指定する。
尚、販売会社又はソフトウェア開発業者の操作者が［戻る］ボタン１２０５を選択すると前の画面が表示される。また、販売会社又はソフトウェア開発業者の操作者が［ＴｏｐＭｅｎｕへ］ボタン１２０６を選択すると、ＴｏｐＭｅｎｕ画面が表示される。

図１６は、販売会社又はソフトウェア開発業者がライセンス情報ファイルを発行する際に、ライセンス情報発行サーバ１０１が提供するライセンス情報ファイル発行画面の一例を示す図である。
このライセンス情報ファイル発行画面１３０１では、ライセンス情報ファイルの発行対象となるアプリケーションの情報（アプリケーション情報）１３０２、選択された商品情報１３０３、及びライセンスの条件設定部１３０４〜１３１７が表示される。

ライセンスの条件設定部には、ライセンス期限タイプ指定ラジオボタン１３０４、ライセンス期限が一定期間の場合のライセンス期限入力ボックス１３０５、及びカウント条件指定チェックボックス１３０６が含まれる。更に、ライセンスの条件設定部には、「カウンタ１」のカウント値入力ボックス１３０７、及び「カウンタ１」のＳｔｏｐさせる／させない指定ボタン１３０８が含まれる。更に、ライセンスの条件設定部には、「カウンタ２」のカウント値入力ボックス１３０９、及び「カウンタ２」のＳｔｏｐさせる／させない指定ボタン１３１０が含まれる。更に、ライセンスの条件設定部には、「カウンタ３」のカウント値入力ボックス１３１１、及び「カウンタ３」のＳｔｏｐさせる／させない指定ボタン１３１２が含まれる。この他、ライセンスの条件設定部には、デバイスシリアル番号入力ボックス１３１３、デバイスシリアル番号ファイル指定ボタン１３１４、［発行］ボタン１３１５、［戻る］ボタン１３１６、及び［ＴｏｐＭｅｎｕへ］ボタン１３１７が表示される。

販売会社又はソフトウェア開発業者の操作者は、ライセンス情報のファイルの発行対象となるアプリケーションの内容を確認した後、ライセンス期限と、ライセンスカウント情報と、ソフトウェアを導入する装置のデバイスシリアル番号とを入力する。そして、販売会社又はソフトウェア開発業者の操作者が［発行］ボタン１３１５を選択すると、ライセンス情報ファイルの発行が行われる。また、販売会社又はソフトウェア開発業者の操作者が［戻る］ボタン１３１６を選択すると、前の画面が表示される。更に、販売会社又はソフトウェア開発業者の操作者が［ＴｏｐＭｅｎｕへ］ボタン１３１７を選択すると、ＴｏｐＭｅｎｕ画面が表示される。
ライセンス情報ファイルの発行が完了すると、図１３に示したライセンス情報取得画面１００１が表示される。前述したように、このライセンス情報取得画面１００１を用いることにより、ライセンス情報ファイルを取得することができる。

図１７は、ライセンス情報発行サーバ１０１に接続されたライセンス情報管理データベース１０６に格納された情報の一例をより詳細に示す図である。
図１７において、ライセンス情報管理データベース１０６には、アプリケーション情報（アプリケーションテーブル１４０１）と、ライセンス情報を含む商品情報（商品テーブル１４０７）と、アクター情報（アクターテーブル５００５）とが格納されている。更に、ライセンス情報管理データベース１０６には、ソフトウェア識別コード情報（ソフトウェア識別コードテーブル１４２０）と、デバイスシリアル番号情報（デバイステーブル１４２４）とが格納されている。

ここで、ソフトウェアとは情報処理装置に導入して動作させることで価値を生み出す一般的なソフトウェアと同義である。アプリケーションとは、情報処理装置上で特定の処理を行うことを可能とするためにソフトウェア開発業者が開発したソフトウェアを意味する。また、商品とは、ネットワークシステムに登録されたアプリケーションの販売単位であって、販売主体・流通経路・ライセンス条件等が規定された販売単位である。ユーザは商品を購入した後、ユーザ自身の情報処理装置（ユーザ端末１０２）に導入してアプリケーションを使用することになる。

アプリケーション（Application）テーブル１４０１には、ネットワークシステム上でアプリケーションを一意に識別するアプリケーション登録番号１４０２と、アプリケーションＩＤ１４０３とが格納される。更に、アプリケーションテーブル１４０１には、アプリケーション・バージョン１４０４、アプリケーション名１４０５、及びアクターＩＤ１４０６が格納される。

商品（Product）テーブル１４０７には、商品コード１４０８、アプリケーション登録番号１４０９、商品名１４１０、商品タイプ１４１１、ライセンス台数１４１２、ライセンス期限１４１３、カウント情報１４１４、保守契約情報１４１５が格納される。図６〜図８に示した画面３０１、４０１、５０１を用いた商品登録が実施されると、それらの画面３０１、４０１、５０１に入力された情報が、商品テーブル１４０７内の各フィールドに格納される。アプリケーションと商品とは１対多の関係にある。このため、同一のアプリケーションに対して複数の商品が存在し得る。

アクター（Actor）テーブル５００５には、前述したように、販売主体を一意に識別するアクターＩＤ５００６と、販売会社又はソフトウェア開発業者の種別を示すアクター種別５００７と、アクター名５００８とが格納される。
ソフトウェア識別コードテーブル１４２０には、ソフトウェア識別コード１４２１と、商品コード１４２２と、登録済みデバイス数１４２３とが格納される。商品とソフトウェア識別コードとは、１対多の関係にある。このため、同一の商品に対して複数のソフトウェア識別コードが存在し得る。

デバイス（Device）テーブル１４２４には、デバイスシリアル番号１４２５と、ソフトウェア識別コード１４２６とが格納される。ソフトウェア識別コードとデバイスとは、１対多の関係にある。このため、同一のソフトウェア識別コードに対して複数のデバイスが存在し得る。
ライセンスファイルテーブル１４２７には、ライセンスファイル番号１４２８と、ライセンスファイル１４２９と、ソフトウェア識別コード１４３０とが格納される。ソフトウェア識別番号とライセンスファイルとは１対１の関係にある。また、ライセンスファイルとライセンスファイル番号は１対多の関係にある。このため、同一のライセンスファイルに対して複数のライセンスファイル番号が存在し得る。

転送用ライセンスファイルテーブル１４３１には、転送用ライセンスファイル番号１４３２、転送用ライセンスファイル１４３３、アプリケーションＩＤ１４３４、転送元ライセンスファイル番号１４３５、及び転送先デバイスシリアル番号１４３６が格納される。アプリケーションＩＤと転送用ライセンスファイル番号とは、１対多の関係にある。このため、同一のアプリケーションＩＤに対して複数の転送ライセンスファイル番号が存在し得る。

デバイス商品情報テーブル５７２０には、商品に対して一意なデバイス商品コード５７２１と、対象機種商品名称５７２２と、ＬＡ＃の発行状態により内容の変更を禁止することを示す編集ロックフラグ５７２３と、デバイス商品概要５７２４等が格納される。後述する機番データバンド情報テーブル５７８０は、デバイス商品情報テーブル５７２０に対して、１対多の関係にある。このため、同一のデバイス商品に対して複数の機番データバンドが存在し得る。

機番データバンド情報テーブル５７８０には、デバイス商品コード５７８１、シーケンス番号５７８２、及びデータバンドプレフィックス５７８３が格納される。更に、機番データバンド情報テーブル５７８０には、データバンド開始番号５７８４、データバンド終了番号５７８５、編集ロックフラグ５７８６、及び仕向け地域５７８７等が格納される。
アプリケーションとデバイス商品を関連付けるテーブル５８１０には、アプリケーションＩＤ５８１１と、デバイス商品コード５８１２とが格納される。アプリケーションＩＤとデバイス商品とは、１対多の関係にある。このため、同一のアプリケーションＩＤに対して複数のデバイス商品が存在し得る。

＜ライセンス情報発行サーバ１０１へのアプリケーション商品の登録＞
図１８は、ライセンス情報発行サーバ１０１に、ライセンスが付加された商品を登録する際のネットワークシステムにおける処理の一例を説明するフローチャートである。販売者端末１０３において、所定の商品登録処理開始操作が行われると、図１８のフローチャートが起動される。

まず、ステップＳ１５０１において、販売者端末１０３は、図６に示した商品登録アプリケーション指定画面３０１を表示する。
次に、ステップＳ１５０２において、販売者端末１０３は、販売会社の操作者によって、［商品登録］ボタン３０３が選択され、アプリケーションが選択されるまで待機する。アプリケーションが選択されると、ステップＳ１５０３に進む。

ステップＳ１５０３において、販売者端末１０３は、図７に示した商品タイプ指定画面４０１を表示する。
次に、ステップＳ１５０４において、販売者端末１０３は、販売会社の操作者によって、商品タイプが選択された後に、［次へ］ボタン４０３が選択されるまで待機する。そして、商品タイプが選択された後に、［次へ］ボタン４０３が選択されると、ステップＳ１５０５に進む。ステップＳ１５０５において、販売者端末１０３は、選択された商品タイプがＢタイプ（ライセンス条件を指定しない商品タイプ）か否かを判定する。

この判定の結果、Ｂタイプの商品タイプが選択された場合は、ステップＳ１５０６に進む。そして、販売者端末１０３は、ライセンス条件と保守契約機能の設定項目とを含まない商品登録画面１１０１を表示する（図１４を参照）。
次に、ステップＳ１５０７において、販売者端末１０３は、商品登録画面１１０１に対して商品情報（商品名と商品コード）が入力されるまで待機する。商品情報が入力されると、後述するステップＳ１５１０に進む。

ステップＳ１５０５において、Ｂタイプの商品タイプが選択されていないと判定された場合、ステップＳ１５０８に進む。そして、販売者端末１０３は、ライセンス条件と保守契約機能の設定項目とを含む商品登録画面５０１を表示する（図８を参照）。
次に、ステップＳ１５０９において、販売者端末１０３は、商品登録画面５０１に対して、商品情報（商品名と商品コード）、ライセンス条件、及び保守契約情報が入力されるまで待機する。商品情報、ライセンス条件、及び保守契約情報が入力されると、ステップＳ１５１０に進む。

ステップＳ１５１０において、販売者端末１０３は、［登録］ボタン６２１、１１０６が選択されるまで待機する。［登録］ボタン６２１、１１０６が選択されると、ステップＳ１５１１に進み、販売者端末１０３は、ステップＳ１５０７、Ｓ１５０９で入力されたと判定した情報に基づいて商品の登録を行う。そして、図１８のフローチャートによる処理を終了する。

＜ライセンス情報発行サーバ１０１へのデバイス商品の登録＞
図１９は、ライセンス情報発行サーバ１０１がデバイス商品を登録する際のネットワークシステムにおける処理の一例を説明するフローチャートである。販売者端末１０３において、所定のデバイス商品登録処理開始操作を行われると、図１９のフローチャートが起動される。

まず、ステップＳ５０１において、販売者端末１０３は、デバイス商品を登録するためのデバイス商品登録画面５１０１を表示する（図２０を参照）。
デバイス商品登録画面５１０１には、デバイス商品コード５１０２、デバイス商品名称５１０３、商品概要５１０４、機番データバンドのプリフィックス５１０５、５１０７、機番データバンドの開始番号５１０６、終番５１０８等の入力フィールドが表示される。また、デバイス商品登録画面５１０１には、既に登録されている選択可能な仕向け地域を指定するための仕向け地域リストボックス５１０９が表示される。更に、デバイス商品登録画面５１０１には、入力が完了した際に選択される次へボタン５１１０が表示される。ここで機番データバンドは、デバイス１７０、１７１のシリアル番号の並びを表すものである。この機番データバンドは、後述する仕向け地域の判定等に用いられる。仕向け地域とは、デバイス商品、オプション商品、及びアプリケーションの販売地域を示す。仕向け地域として、複数の販売会社名が予め登録される。

次に、ステップＳ５０２において、販売者端末１０３は、デバイス商品登録画面５１０１に表示されている入力フィールドに、必要な情報が入力されるまで待機する。入力フィールドに情報が入力されていない場合には、ステップＳ５０３に進み、販売者端末１０３は、［次へ］ボタン５１１０が選択されたか否かを判定する。この判定の結果、［次へ］ボタン５１１０が選択されていない場合には、ステップＳ５０２に戻る。一方、［次へ］ボタン５１１０が選択された場合には、ステップＳ５０１に戻る。この場合には、適正な入力をしないで［次へ］ボタン５１１０が選択されたので、販売者端末１０３は、表示中のデバイス商品登録画面５１０１と同じ画面を再度表示する。

ステップＳ５０２において、デバイス商品登録画面５１０１に表示されている入力フィールドに、必要な情報が入力されるとステップＳ５０４に進む。そして、販売者端末１０３は、［次へ］ボタン５１１０が選択されたか否かを判定する。この判定の結果、［次へ］ボタン５１１０が選択されていない場合には、ステップＳ５０２に戻る。一方、［次へ］ボタン５１１０が選択された場合には、ステップＳ５０５に進む。

ステップＳ５０５に進むと、販売者端末１０３は、デバイス商品登録画面５１０１に入力されたデータを、デバイス商品登録確認画面５２０１に表示する（図２１を参照）。ユーザは、デバイス商品登録確認画面５２０１に表示されている登録内容を確認する。
ステップＳ５０６において、販売者端末１０３は、［登録］ボタン５２０２が選択されるまで待機する。［登録］ボタン５２０２が選択されると、販売者端末１０３は、ライセンス情報管理データベース１０６に、登録されたデバイス商品の情報を記録することを、ライセンス情報発行サーバ１０１に指示する。これにより、ライセンス情報発行サーバ１０１は、デバイス商品の情報を登録する。そして、図１９に示すフローチャートの処理を終了する。

＜ライセンス情報発行サーバ１０１へのオプション商品の登録＞
＜商品登録設定の説明（商品登録部１０７）＞
図２２〜図２４は、ライセンス情報発行サーバ１０１が提供するオプション商品登録のための入力画面である。ライセンス情報発行サーバ１０１は、製造者端末１０４からネットワーク１０５を介したアクセスを受けると、図２２〜図２４に示す入力画面を表示するための画像データを製造者端末１０４に送信する。

図２５は、ライセンス情報発行サーバ１０１がオプション商品を登録する際のネットワークシステムにおける処理の一例を説明するフローチャートである。
まず、製造者端末１０４は、ネットワーク１０５を介してライセンス情報発行サーバ１０１にログインすると、操作メニュー（図示せず）を表示する。この操作メニューには、例えば、商品登録を選択したり、既に設定してある商品を参照又は変更したりすることができる商品参照メニュー等がある。この操作メニューによって商品登録が選択されると、図２５に示すフローチャートによる処理が始まる。

まず、ステップＳ５３０１において、製造者端末１０４は、オプション機能の新規登録画面５４０１を表示する（図２２を参照）。オプション機能の新規登録画面５４０１には、機能ＩＤの入力フィールド５４０２と、機能名の入力フィールド５４０３と、［次へ］ボタン５４０４と、［スキップ］ボタン５４０５とが表示される。
ステップＳ５３０２において、製造者端末１０４は、機能ＩＤの入力フィールド５４０２と、機能名の入力フィールド５４０３に、夫々機器ＩＤと機器名とが入力されたか否かを判定する。この判定の結果、機能ＩＤの入力フィールド５４０２と、機能名の入力フィールド５４０３に、夫々機器ＩＤと機器名とが入力された場合には、後述するステップＳ５３０５に進む。

一方、機能ＩＤの入力フィールド５４０２と、機能名の入力フィールド５４０３に、夫々機器ＩＤと機器名とが入力されていない場合には、ステップＳ５３０３に進む。そして、製造者端末１０４は、［次へ」ボタン５４０４が選択されたか否かを判定する。この判定の結果、［次へ］ボタン５４０４が選択されていない場合には、ステップＳ５３０２に戻る。一方、［次へ］ボタン５４０４が選択された場合には、ステップＳ５３０１に戻る。この場合には、適正な入力をしないで［次へ］ボタン５４０４が選択されたので、ステップＳ５３０１に戻り、製造者端末１０４は、表示中のデバイス商品登録画面５１０１押すと同じ画面を再度表示する。

ステップＳ５３０２において、機能ＩＤの入力フィールド５４０２と、機能名の入力フィールド５４０３に、夫々機器ＩＤと機器名とが入力されたと判定された場合、ステップＳ５３０４に進む。ステップＳ５３０４に進むと、製造者端末１０４は、［次へ］ボタン５４０４が選択されたか否かを判定する。この判定の結果、［次へ］ボタン５４０４が選択されていない場合には、ステップＳ５３０２に戻る。一方、［次へ］ボタン５４０４が選択された場合には、ステップＳ５３０５に進む。

ステップＳ５３０５に進むと、製造者端末１０４は、オプション機能の新規登録画面５４０１に入力された情報を、デバイス管理データベース１８１に記憶するための処理を実行する。これにより、デバイス管理サーバ１８０は、オプション機能の新規登録画面５４０１に入力された情報を、デバイス管理データベース１８１に記憶する。

次に、ステップＳ５３０６において、製造者端末１０４は、オプション商品を登録するためのオプション商品登録画面５５０１を表示する（図２３を参照）。オプション商品登録画面５５０１には、オプション商品コードの入力フィールド５５０２、オプション商品の名称の入力フィールド５５０３、及び商品概要の入力フィールド５５０４が表示される。更に、オプション商品登録画面５５０１には、オプション機能名の選択フィールド５５０５と、既に登録されている選択可能なデバイス商品の入力フィールド５５０６とが表示される。このデバイス商品の入力フィールド５５０６では、０個以上（複数）のデバイス商品を選択できる。オプション商品登録画面５５０１には、入力が完了すると選択される［次へ］ボタン５５０７も表示される。

ステップＳ５３０７において、製造者端末１０４は、オプション商品登録画面５５０１の各フィールド５５０２〜５５０６に、必要な情報が入力され、且つデバイス商品の入力フィールド５５０６において、デバイス商品が選択されたか否かを判定する。この判定の結果、必要な情報が入力され、デバイス商品が選択された場合には、後述するステップＳ５３０９に進む。

一方、必要な情報が入力されていない場合、又はデバイス商品が選択されていない場合には、ステップＳ５３０８に進む。そして、製造者端末１０４は、［次へ］ボタン５５０７が選択されたか否かを判定する。この判定の結果、［次へ］ボタン５５０７が選択されていない場合には、ステップＳ５３０７に戻る。一方、［次へ］ボタン５５０７が選択された場合には、ステップＳ５３０６に戻る。この場合には、適正な入力をしないで［次へ］ボタン５５０７が選択されたので、ステップＳ５３０６に戻り、製造者端末１０４は、表示中のオプション商品登録画面５５０１と同じ画面を再度表示する。

ステップＳ５３０７において、機能ＩＤの入力フィールド５４０２と、機能名の入力フィールド５４０３に、夫々機器ＩＤと機器名とが入力され、且つデバイス商品が選択されたと判定された場合、ステップＳ５３０９に進む。ステップＳ５３０９に進むと、製造者端末１０４は、［次へ］ボタン５５０７が選択されたか否かを判定する。この判定の結果、［次へ］ボタン５５０７が選択されていない場合には、ステップＳ５３０７に戻る。一方、［次へ］ボタン５５０７が選択された場合には、ステップＳ５３１０に進む。

ステップＳ５３１０に進むと、製造者端末１０４は、オプション商品登録確認画面５６０１を表示する（図２４を参照）。次に、ステップＳ５３１１において、製造者端末１０４は、［登録］ボタン５６０２が選択されるまで待機する。［登録］ボタン５６０２が選択されていない場合には、ステップＳ５３０７に戻る。一方、［次へ］ボタン５５０７が選択された場合には、ステップＳ５３１０に進む。

ステップＳ５３１０に進むと、製造者端末１０４は、オプション商品登録確認画面５６０１に表示された情報を、デバイス管理データベース１８１に記憶するための処理を実行する。これにより、デバイス管理サーバ１８０は、オプション商品登録確認画面５６０１に表示された情報を、デバイス管理データベース１８１に記憶する。そして、図２５に示すフローチャートの処理を終了する。

図２６は、ライセンス情報管理データベース１０６に格納される情報の一例を簡易的に示した図である。
ライセンス情報管理データベース１０６には、オプション商品情報テーブル５７１０と、デバイス商品情報テーブル５７２０とが記憶されている。オプション商品情報テーブル５７１０と、デバイス商品情報テーブル５７２０とは、多対多の関係である。よって、ライセンス情報管理データベース１０６には、オプション商品情報テーブル５７１０と、デバイス商品情報テーブル５７２０とを関連付けるテーブル５７３０が記憶されている。また、ライセンス情報管理データベース１０６には、機能情報テーブル５７４０、顧客情報テーブル５７５０、ライセンスアクセス番号情報テーブル５７６０、ライセンスキー情報テーブル５７７０、及び機番情報テーブル５７８０が記憶されている。

機能情報テーブル５７４０には、デバイス１７０、１７１に対するオプション機能を分類して識別するための「機能ＩＤ５７４１及び機能名５７４２」が格納される。機能情報（機能ＩＤ５７４１及び機能名５７４２）は、オプション商品に対して１対多の関係にある。このため、同一のオプション商品に対して複数の機能情報が存在し得る。
オプション商品情報テーブル５７１０には、ネットワークシステム上で一意となるオプション商品コード５７１１、オプションの機能分類を示す機能ＩＤ５７１２、商品名５７１３、商品概要５７１４、及び商品登録日５７１５が格納される。

ライセンスアクセス番号情報テーブル５７６０は、オプション商品に対して１対多の関係にある。このため、同一のオプション商品に対して複数のライセンスアクセス番号が存在し得る。
ライセンスアクセス番号情報テーブル５７６０には、ライセンスアクセス番号（ＬＡ＃）５７６１、ライセンスアクセス番号の発行シーケンス番号５７６２、ライセンスアクセス番号の発行日５７６３、及びオプション商品コード５７６４が格納される。更に、ライセンスアクセス番号情報テーブル５７６０には、デバイスシリアル番号（ＤＳ＃）５７６５と、ユーザシリアル番号５７６６と、ライセンスの有効・無効状態を示すステータス５７６７とが格納される。

顧客情報テーブル５７５０には、ユーザシリアル番号５７５１、会社名５７５２、メールアドレス４５３、電話番号５７５４、及び氏名５７５５が格納される。
ライセンスキー（ＬＫＥＹ）情報テーブル５７７０には、ライセンスキー番号（ＬＫＥＹ＃）５７７１、ライセンスアクセス番号（ＬＡ＃）５７７２、及びライセンスキー発行日時５７７３が格納される。尚、デバイス商品情報テーブル５７２０と、機番データバンド情報テーブル５７８０は、図１７に示したものと同一である。

デバイス商品情報テーブル５７２０には、商品に対して一意なデバイス商品コード５７２１と、対象機種商品名称５７２２と、ライセンスアクセス番号（ＬＡ＃）の発行状態により内容の変更を禁止することを示す編集ロックフラグ５７２３とが格納される。更に、デバイス商品情報テーブル５７２０には、デバイス商品概要５７２４等も格納される。
機番データバンド情報テーブル５７８０は、デバイス商品情報テーブル５７２０に対して１対多の関係にある。この、同一のデバイス商品に対して複数の機番データバンドが存在し得る。

機番データバンド情報テーブル５７８０には、デバイス商品コード５７８１、シーケンス番号５７８２、データバンドプレフィックス５７８３、及びデータバンド開始番号５７８４が格納される。更に、機番データバンド情報テーブル５７８０には、データバンド終了番号５７８５、編集ロックフラグ５７８６、及び仕向け地域５７８７等が格納される。
オプション商品とデバイス商品とを関連付けるテーブル５７３０には、オプション商品コード５７３１と、デバイス商品コード５７３２とが格納される。オプション商品とデバイス商品は、１対多の関係にあるため、同一のオプション商品に対して複数のデバイス商品が存在し得る。

＜ライセンス情報発行サーバ１０１によるアプリケーション商品のソフトウェア識別コードの発行＞
次に、図２７のフローチャートを参照しながら、販売会社又はソフトウェア開発業者におけるソフトウェア識別コードの発行処理の一例について説明する。
販売会社又はソフトウェア開発業者の操作者が、ソフトウェア識別コードの発行処理を開始するための所定の操作を行うと、図２７に示すフローチャートが起動される。尚、以下では、販売者端末１０３で行う処理を例に挙げて説明し、製造者端末１０４で行う処理についての説明を省略するが、製造者端末１０４でも同様の処理を行うことができる。

まず、ステップＳ１６０１において、販売者端末１０３は、ソフトウェア識別コードの発行対象であるアプリケーションに対するソフトウェア識別コード発行商品指定画面６０１を表示する（図９を参照）。
次に、ステップＳ１６０２において、販売者端末１０３は、［ＳＩＤ発行］ボタン６０４が選択されるまで待機する。［ＳＩＤ発行］ボタン６０４が選択されると、ステップＳ１６０３に進む。

ステップＳ１６０３に進むと、ライセンス情報発行サーバ１０１は、販売会社のログインＩＤと、ソフトウェア識別コード発行商品指定画面６０１で選択された商品とから、選択された商品と、操作者アカウントのアクターＩＤとを比較する。この比較は、アプリケーション商品に含まれるアプリケーションソフトウェアの属性情報であるアクターＩＤと、ソフトウェア識別コードの発行操作を行っている操作者のアクターＩＤとを、ソフトウェア識別コードの発行時に比較することによって行われる。そして、ソフトウェア識別コードの発行操作を行う操作者の販売主体と、アプリケーション商品に含まれるアプリケーションソフトウェアの販売主体とが一致した場合のみ、ソフトウェア識別コードの発行が許可される。このようにして本実施形態では、ソフトウェア識別コードの発行に対して制限を設けるようにしている。このことにより、ソフトウェア識別コードの発行を依頼する操作者と販売主体の異なるアプリケーション商品に対して、ソフトウェア識別コードが発行されてしまうことを制限することができる。

ステップＳ１６０３では、ライセンス情報発行サーバ１０１は、図５に情報と、図１７に示した情報とを参照する。即ち、販売者端末１０３は、操作者のアクターＩＤとして、アカウントテーブル５００１のアクターＩＤ５００３を取得する。一方、販売者端末１０３は、商品テーブル１４０７内のアプリケーション登録番号１４０９と一致するアプリケーションテーブル１４０１のアプリケーション登録番号１４０２を検索する。そして、ライセンス情報発行サーバ１０１は、そのアプリケーション登録番号１４０２と対応付けられているアクターＩＤ１４０６を、選択された商品のアクターＩＤとして取得する。

そして、ステップＳ１６０４において、ライセンス情報発行サーバ１０１は、操作者のアクターＩＤと、ソフトウェア識別コード発行商品指定画面６０１で選択された商品のアクターＩＤとが一致するか否かを判定する。この判定の結果、アクターＩＤが一致しない場合には、ステップＳ１６０９に進む。ステップＳ１６０９に進むと、販売者端末１０３は、ＳＩＤ発行エラー画面（図示せず）を表示して、図２７のフローチャートによる処理を終了する。

一方、アクターＩＤが一致する場合には、ステップＳ１６０５に進む。ステップＳ１６０５に進むと、販売者端末１０３は、ソフトウェア識別コード発行画面７０１を表示する（図１０を参照）。
次に、ステップＳ１６０６において、販売者端末１０３は、発行するソフトウェア識別コードのライセンス数の入力がなされるまで待機する。発行するソフトウェア識別コードのライセンス数が入力されると、ステップＳ１６０７に進み、販売者端末１０３は、［発行］ボタン７０５が選択されるまで待機する。［発行］ボタン７０５が選択されると、ステップＳ１６０８に進み、ライセンス情報発行サーバ１０１は、ソフトウェア識別コードを発行する。そして、図２７のフローチャートによる処理を終了する。

＜ライセンス情報発行サーバ１０１によるアプリケーション商品のライセンス情報の発行＞
次に、図２８のフローチャートを参照しながら、ライセンス情報の発行処理の一例について説明する。
ユーザが、ライセンス情報の発行処理を開始するための所定の操作を行うと、図２８に示すフローチャートが起動される。

まず、ステップＳ１７０１において、ユーザ端末１０２は、ソフトウェア識別コード入力画面８０１を表示する（図１１を参照）。
次に、ステップＳ１７０２において、ユーザ端末１０２は、ユーザによるソフトウェア識別コードの入力がなされるまで待機する。ソフトウェア識別コードが入力されると、ステップＳ１７０３に進む。

ステップＳ１７０３に進むと、ユーザ端末１０２は、ライセンス情報発行画面９０１を表示する。次に、ステップＳ１７０４において、ユーザ端末１０２は、デバイスシリアル番号入力ボックス９０２にデバイスシリアル番号が入力されるまで待機する。デバイスシリアル番号が入力されると、ステップＳ１７０５に進む。ステップＳ１７０５に進むと、ユーザ端末１０２は、［発行する］ボタン９０６が選択されるまで待機する。［発行する］ボタン９０６が選択されると、ユーザ端末１０２は、ライセンス情報発行サーバ１０１に、ライセンス情報（ファイル）の発行を指示する。

そして、ステップＳ１７０６において、ライセンス情報発行サーバ１０１は、ステップＳ１７０２で入力されたと判定されたソフトウェア識別コードと、ステップＳ１７０４で入力されたと判定されたデバイスシリアル番号とを元に、機番データバンドを検索する。

ここで、ライセンス情報を発行する際の機番データバンドの検索方法の一例について説明する。
ライセンス情報を発行する際にユーザにより入力されたソフトウェア識別コードに対応する機番データバンドの範囲に、同じくライセンス情報発行時にユーザにより入力されたデバイスシリアル番号が入っているかを判定する。これはある仕向け地域向けのアプリケーションが、別の仕向け地域向けのデバイスにインストールされないように、ライセンス情報の発行を制限するためのものである。具体的にステップＳ１７０６において、ライセンス情報発行サーバ１０１は、ライセンス情報管理データベース１０６に格納された情報を参照する（図１７を参照）。即ち、ライセンス情報発行サーバ１０１は、ユーザが入力したソフトウェア識別コードを、ソフトウェア識別コードテーブル１４２０から検索する。そして、ライセンス情報発行サーバ１０１は、検索したソフトウェア識別コードに対応付けられている商品コード１４２２を参照する。更に、ライセンス情報発行サーバ１０１は、参照した商品コード１４２２から、商品テーブル１４０７を参照し、商品コードに一致するレコードを検索する。

同様に、ライセンス情報発行サーバ１０１は、アプリケーションテーブル１４０１のアプリケーション登録番号１４０２と、アプリケーションＩＤ１４０３とを検索する。そして、ライセンス情報発行サーバ１０１は、検索したアプリケーションＩＤ１４０３と、デバイス商品コードとを関連付けるテーブル５８１０のアプリケーションＩＤ５８１１とから、デバイス商品コード５８１２を検索する。更に、ライセンス情報発行サーバ１０１は、デバイス商品コード５８１２から、機番データバンド情報テーブル５７８０のデータバンド開始番号５７８４と、データバンド終了番号５７８５とを検索する。

以上により、ライセンス情報発行サーバ１０１は、ユーザによって入力されたソフトウェア識別コードに対するデータバンド開始番号５７８４と、データバンド終了番号５７８５とを取得する。

次に、ステップＳ１７０７において、ライセンス情報発行サーバ１０１は、ユーザによって入力されたデバイスシリアル番号が、取得したデータバンド開始番号５７８４とデータバンド終了番号５７８５との間に存在するか否かを判定する。ユーザにより入力されたデバイスシリアル番号が、データバンド開始番号５７８４とデータバンド終了番号５７８５との間に存在すれば、ライセンス情報の発行が可能となる。
この判定の結果、ユーザによって入力されたデバイスシリアル番号が、取得したデータバンド開始番号５７８４とデータバンド終了番号５７８５との間に存在しなければ、ステップＳ１７０８に進む。ステップＳ１７０８に進むと、ユーザ端末１０２は、ライセンス発行エラー画面（図示せず）を表示して、図２８のフローチャートによる処理を終了する。

一方、ユーザによって入力されたデバイスシリアル番号が、取得したデータバンド開始番号５７８４とデータバンド終了番号５７８５との間に存在する場合には、ライセンス情報の発行が指示されたと判定し、ステップＳ１７０９に進む。ステップＳ１７０９に進むと、ライセンス情報発行サーバ１０１は、ライセンス情報を生成する。
次に、ステップＳ１７１０において、ユーザ端末１０２は、ライセンス情報取得画面を表示する（図１３を参照）。
次に、ステップＳ１７１１において、ユーザ端末１０２は、［取得］ボタン１００２が選択されるまで待機する。［取得］ボタン１００２は、生成されたライセンス情報を取得するためにユーザによって選択されるものである。

次に、ステップＳ１７１２において、ユーザ端末１０２は、オペレーティングシステムに標準で備わっているファイル指定ダイアログボックスを表示する。ファイル指定ダイアログボックスに、任意の保存先とファイル名とが入力されると、ユーザ端末１０２は、入力されたファイル名を付してライセンス情報を、入力された保存先に保存する。そして、図２８に示すフローチャートによる処理を終了する。

尚、本実施形態では、ライセンス情報発行サーバ１０１がユーザに直接、ライセンス情報を発行する場合について説明した。しかしながら、ライセンス情報を発行する方法はこれに限定せれない。例えば、ライセンス情報発行サーバ１０１は、ソフトウェア開発業者（製造者端末１０４）にライセンス情報を発行し、製造者端末１０４からユーザ端末１０２に、発行されたライセンス情報を転送するようにしてもよい。

＜販売会社又はソフトウェア開発業者によるアプリケーション商品のライセンス情報の発行＞
次に、図２９のフローチャートを参照しながら、販売会社又はソフトウェア開発業者によるライセンス情報の発行処理の一例について説明する。尚、以下では、販売者端末１０３で行う処理を例に挙げて説明し、製造者端末１０４で行う処理についての説明を省略するが、製造者端末１０４でも同様の処理を行うことができる。

販売会社の操作者が、ライセンス情報の発行処理を開始するための所定の操作を行うと、図２９に示すフローチャートが起動される。
まず、ステップＳ１８０１において、販売者端末１０３は、ライセンス情報の発行対象であるアプリケーションに対するライセンス情報ファイル発行対象商品指定画面１２０１を表示する（図１５を参照）。

次に、ステップＳ１８０２において、販売者端末１０３は、［ＬＦ発行］ボタン１２０４が選択され、ライセンス情報を発行する商品が選択されるまで待機する。ライセンス情報を発行する商品が選択されると、ステップＳ１８０３に進む。ステップＳ１８０３に進むと、販売者端末１０３は、［ＬＦ発行］ボタン１２０４が選択された商品が、デバイスシリアル番号が管理されている商品か否かを判定する。

この判定の結果、［ＬＦ発行］ボタン１２０４が選択された商品が、デバイスシリアル番号が管理されている商品でなければ、後述するステップＳ１８０６に進む。一方、［ＬＦ発行］ボタン１２０４が選択された商品が、デバイスシリアル番号が管理されている商品であれば、ステップＳ１８０４に進む。ステップＳ１８０４に進むと、販売者端末１０３は、デバイスシリアル番号の設定項目を含むライセンス情報ファイル発行画面１３０１を表示する（図１６を参照）。

次に、ステップＳ１８０５において、販売者端末１０３は、ライセンス条件とデバイスシリアル番号とが入力されるまで待機する。そして、ライセンス条件とデバイスシリアル番号とが入力されると、後述するステップＳ１８０８に進む。
ステップＳ１８０３において、［ＬＦ発行］ボタン１２０４が選択された商品が、デバイスシリアル番号が管理されている商品でないと判定された場合には、ステップＳ１８０６に進む。ステップＳ１８０６に進むと、販売者端末１０３は、デバイスシリアル番号の設定項目を含まないライセンス情報発行画面を表示する。

次に、ステップＳ１８０７において、販売者端末１０３は、ライセンス条件が入力されるまで待機する。ライセンス条件が入力されると、ステップＳ１８０８に進む。
ステップＳ１８０８に進むと、販売者端末１０３は、例えば［発行］ボタン１３１５が選択されるまで待機する。［発行する］ボタンが選択されると、ステップＳ１８０９に進み、ライセンス情報発行サーバ１０１は、ライセンス情報を生成する。
次に、ステップＳ１８１０において、ユーザ端末１０２は、ライセンス情報取得画面を表示する（図１３を参照）。
次に、ステップＳ１８１１において、ユーザ端末１０２は、［取得］ボタン１００２が選択されるまで待機する。［取得］ボタン１００２は、生成されたライセンス情報を取得するためにユーザによって選択されるものである。

次に、ステップＳ１８１２において、ユーザ端末１０２は、オペレーティングシステムに標準で備わっているファイル指定ダイアログボックスを表示する。ファイル指定ダイアログボックスに、任意の保存先とファイル名とが入力されると、ユーザ端末１０２は、入力されたファイル名を付してライセンス情報を、入力された保存先に保存する。そして、図２９に示すフローチャートによる処理を終了する。

本実施形態では、ユーザは、以上のようにして発行されたライセンス情報を用いて認証を受け、アプリケーション商品をユーザが利用するデバイス１７０、１７１にインストールする。これにより、デバイス１７０、１７１に機能を追加することができる。ライセンス情報を用いて認証することで、アプリケーション商品が不正にコピーされたり、インストールされたりすることを防止できる。

＜ライセンス情報発行サーバ１０１によるオプション商品のライセンスアクセス番号の発行（ＬＡ＃発行部１６０）＞
ライセンス情報発行サーバ１０１は、販売者端末１０３からネットワーク１０５を介したアクセスを受けると、図３１〜図３３に示す画面を表示するための画像データを販売者端末１０３に送信する。
図３０のフローチャートを参照しながら、ライセンスアクセス番号を発行する際のネットワークシステムにおける処理の一例を説明する。
ライセンス情報発行サーバ１０１は、販売者端末１０３がログインすると、図３１に示す画面５９０１を表示するための画像データを、販売者端末１０３に送信し、オプション商品コードの入力を要求する。
図３１は、オプション商品を設定するための画面５９０１の一例を示す図である。この画面５９０１には、オプション商品コードの入力フィールド５９０２と、検索ボタン５９０３とが表示される。ステップＳ５８０１において、販売者端末１０３は、オプション商品コードが入力された後に検索ボタン５９０３が押されるまで待機する。

オプション商品コードが入力された後に検索ボタン５９０３が押されると、ステップＳ５８０２に進む。ステップＳ５８０２に進むと、販売者端末１０３は、オプション情報を表示する画面６００１を表示する（図３２を参照）。このステップＳ５８０２において、ライセンス情報発行サーバ１０１は、ステップＳ５８０１で入力されたと判定されたオプション商品コード（オプション情報）を取得する。次に、ライセンス情報発行サーバ１０１は、取得したオプション商品コードに基づいて、ライセンス情報管理データベース１０６から、そのオプション商品コードに関連する情報を引き出す。次に、ライセンス情報発行サーバ１０１は、引き出した情報に基づいて、図３２に示すライセンス番号発行画面６００１を表示するための画像データを生成し、生成した画像データを販売者端末１０３に送信する。

図３２に示すライセンス番号発行画面６００１には、オプション関連情報の他に、以下の内容が表示される。すなわち、画面６００１には、ライセンスアクセス番号（ＬＡ＃）の発行数を指定するためのフィールド６００２、［発行］ボタン６００３、過去の発行履歴表示６００４、［ダウンロード］ボタン６００５、及び［戻る］ボタン６００６が表示される。尚、［ダウンロード］ボタン６００５は、過去に発行されたライセンスアクセス番号を再ダウンロードする際に選択される。

次に、ステップＳ５８０３において、販売者端末１０３は、［発行］ボタン６００３又は［ダウンロード］ボタン６００５が選択されたか否かを判定する。この判定の結果、［発行］ボタン６００３又は［ダウンロード］ボタン６００５が選択されていない場合には、ステップＳ５８０２に戻る。一方、［発行］ボタン６００３又は［ダウンロード］ボタン６００５が選択された場合には、ステップＳ５８０４に進む。ステップＳ５８０４に進むと、ライセンス情報発行サーバ１０１は、ライセンスアクセス番号のダウンロード画面６１０１を表示するための画像データを生成して販売者端末１０３に送信し、ライセンスの発行指示を要求する。そして、販売者端末１０３は、ライセンスアクセス番号のダウンロード画面６１０１を表示する。

図３３は、ライセンスアクセス番号のダウンロード画面６１０１の一例を示す図である。ステップＳ５８０５において、ライセンス情報発行サーバ１０１は、画面６００１に入力されたライセンスアクセス番号の発行数を取得する。そして、ライセンス情報発行サーバ１０１は、取得した発行数と同数のライセンスアクセステーブルを生成すると同時にライセンスアクセス番号を生成する。そして、ライセンス情報発行サーバ１０１は、生成したライセンスアクセス番号をライセンスアクセステーブルにセットする。更に、ライセンス情報発行サーバ１０１は、生成したライセンスアクセステーブルの内容をファイル形式で保存する。ライセンス情報発行サーバ１０１は、生成したファイルのリンクを含んだ画像データを準備する。そして、ライセンス情報発行サーバ１０１は、ライセンスアクセス番号を発行する。

図３３に示すように、ライセンスアクセス番号のダウンロード画面６１０１は、ライセンスアクセス番号のダウンロードリンク６１０２と、［終了］ボタン６１０３がある。
尚、ステップＳ５８０３において、［ダウンロード］ボタン６００５が選択された場合、ライセンス情報発行サーバ１０１は、［発行］ボタン６００３が押された場合と同様に図３３に示すダウンロード画面６１０１を表示するための画像データを生成する。そして、ライセンス情報発行サーバ１０１は、生成した画像データを販売者端末１０３に送信する。そして、ライセンス情報発行サーバ１０１は、過去に生成されたファイルのリンクを含む画像データを準備する。そして、ライセンス情報発行サーバ１０１は、ライセンスアクセス番号を再発行する。

＜ライセンス情報発行サーバ１０１によるオプション商品のライセンスキーの発行（ＬＫＥＹ発行モジュール１５７）＞
ライセンス情報発行サーバ１０１は、ユーザ端末１０２からネットワーク１０５を介したアクセスを受けると、図３４〜３７に示す画面を表示するための画像データをユーザ端末１０２に送信する。

図３８のフローチャートを参照しながら、ライセンスキーを発行する際のネットワークシステムにおける処理の一例を説明する。
ライセンス情報の発行を依頼する際に、ユーザは、購入したオプションパッケージに記載されたＵＲＬをＷｅｂブラウザに入力する。そうすると、ユーザ端末１０２は、ブラウザを用いて、購入したオプションパッケージに記載されたＵＲＬにアクセスする。これにより、ユーザ端末１０２から、ライセンス情報発行サーバ１０１にライセンスキーを発行するリクエストが発せられる。

リクエストを受けたライセンス情報発行サーバ１０１は、ステップＳ３８０１において、図３４に示すアクセス番号入力画面１１００１を表示するための画像データを生成して、ユーザ端末１０２に送信して、ライセンスアクセス番号（ＬＡ＃）の入力を要求する。 アクセス番号入力画面１１００１には、ライセンスアクセス番号（ＬＡ＃）入力フィールド１１００２と、［次へ］ボタン１１００３とが表示される。

次に、ステップＳ３８０２において、ユーザ端末１０２は、アクセス番号入力画面１１００１を表示する。そして、ユーザ端末１０２は、購入したオプションパッケージに記載されたライセンスアクセス番号（ＬＡ＃）が入力フィールド１１００２に入力された後に、［次へ］ボタン１１００３が押されるまで待機する。
ライセンスアクセス番号が入力されると、ステップＳ３８０３に進み、ユーザ端末１０２は、そのライセンスアクセス番号をライセンス情報発行サーバ１０１に送信する。

ライセンスアクセス番号を受信したライセンス情報発行サーバ１０１は、ステップＳ３８０４において、ライセンス情報管理データベース１０６内のライセンスアクセス番号情報テーブル５７６０を検索する（図２６を参照）。そして、ライセンス情報発行サーバ１０１は、取得したライセンスアクセス番号（ＬＡ＃５７６１）に対応付けられた記憶されているオプションに関連する情報や商品に関連する情報を引き出す。そして、ライセンス情報発行サーバ１０１は、引き出した情報を用いて、図３５に示すシリアル番号入力を要求するための登録画面１１１０１を表示するための画像データを生成して、ユーザ端末１０２に送信する。
登録画面１１１０１には、デバイスシリアル番号入力フィールド１１１０２、確認入力フィールド１１１０３、［次へ］ボタン１１１０４、及び［戻る］ボタン１１１０５が表示される。

次に、ステップＳ３８０５において、ユーザ端末１０２は、登録画面１１１０１を表示した後、入力フィールド１１１０２、１１１０３にデバイスシリアル番号が入力された後に、［次へ］ボタン１１１０４が押されるまで待機する。
デジタルシリアル番号が入力され、［次へ］ボタン１１１０４が押されると、ステップＳ３８０６に進む。ステップＳ３８０６に進むと、ユーザ端末１０２は、入力されたデジタルシリアル番号を、ライセンス情報発行サーバ１０１に送信する。
デジタルシリアル番号を受信したライセンス情報発行サーバ１０１は、そのデバイスシリアル番号を送信したユーザ端末１０２に、デバイスシリアル番号を既に発行済みか否かを判定する。

この判定の結果、デバイスシリアル番号が発行済みである場合には、後述するステップＳ３８１４に進む。一方、デバイスシリアル番号が既に発行済みでない場合には、ステップＳ３８０８に進む。そして、ライセンス情報発行サーバ１０１は、ライセンスの発行をユーザに確認させるための画面である情報確認画面１１２０１を表示するための画像データを生成して、ユーザ端末１０２に送信する（図３６を参照）。情報確認画面１１２０１には、［ライセンスキーの発行］ボタン１１２０２と、［戻る］ボタン１１２０３とが表示される。

次に、ステップＳ３８０９において、ユーザ端末１０２は、情報確認画面１１２０１を表示し、［ライセンスキーの発行］ボタン１１２０２が選択されるまで待機する。［ライセンスキーの発行］ボタン１１２０２が選択されると、ステップＳ３８１０に進む。そして、ステップＳ３８１１において、ライセンス情報発行サーバ１０１は、入力されたソフトウェア識別コードと、デバイスシリアル番号とを元に、機番データバンドを検索する。ライセンス情報発行サーバ１０１は、ユーザにより入力されたライセンスアクセス番号（ＬＡ＃）に対応する機番データバンドの範囲に、同じくライセンスキー発行時にユーザにより入力されたデバイスシリアル番号が入っているか否かを判定する。この判定は、ある仕向け地域向けのオプション商品が別の仕向け地域向けのデバイスで有効にならないように、ライセンスキーの発行を制限するためのものである。

具体的に、ステップＳ３８１０では、ライセンス情報発行サーバ１０１は、図２６に示した情報が格納されたライセンス情報管理データベース１０６を参照する。即ち、ユーザによって入力されたライセンスアクセス番号（ＬＡ＃）を、ライセンスアクセス番号情報テーブル５７６０から検索し、検索したレコードからオプション商品コード５７６４を参照する。更に、ライセンス情報発行サーバ１０１は、参照したオプション商品コード５７６４からオプション商品情報テーブル５７１０を参照し、参照したオプション商品コード５７６４に一致するレコードを検索する。そして、ライセンス情報発行サーバ１０１は、オプション商品情報テーブル５７１０と、デバイス商品情報テーブル５７２０とを関連付けるテーブル５７３０内のオプション商品コード５７３１から、デバイス商品コード５７３２を検索する。更に、ライセンス情報発行サーバ１０１は、検索したデバイス商品コード５７３２を用いて、デバイス商品情報テーブル５７２０内のデバイス商品コード５７２１を検索する。そして、ライセンス情報発行サーバ１０１は、検索したデバイス商品コード５７２１を用いて、機番データバンド情報テーブル５７８０内のデータバンド開始番号５７８４とデータバンド終了番号５７８５とを検索する。

以上の処理により、ライセンス情報発行サーバ１０１は、ユーザにより入力されたライセンスアクセス番号（ＬＡ＃）に対するデータバンド開始番号５７８４とデータバンド終了番号５７８５とを取得する。
次に、ライセンス情報発行サーバ１０１は、ユーザにより入力されたデバイスシリアル番号が、取得したデータバンド開始番号５７８４とデータバンド終了番号５７８５との間に存在するか否かを判定する（ステップＳ３８１１）。ここで、ユーザにより入力されたデバイスシリアル番号が、データバンド開始番号５７８４とデータバンド終了番号５７８５との間に存在すれば、ライセンスキーの発行が可能となる。

ステップＳ３８１１の判定の結果、ユーザにより入力されたデバイスシリアル番号が、データバンド開始番号５７８４とデータバンド終了番号５７８５との間に存在しない場合には、ステップＳ３８１２に進む。そして、ライセンス情報発行サーバ１０１は、ライセンスキー発行エラー画面（図示せず）を表示するための画像データを生成して、ユーザ端末１０２に送信する。そして、ユーザ端末１０２は、ライセンスキー発行エラー画面を表示する。そして、図３８によるフローチャートの処理を終了する。

一方、ユーザにより入力されたデバイスシリアル番号が、データバンド開始番号５７８４とデータバンド終了番号５７８５との間に存在する場合には、ステップＳ３８１３に進む。そして、ライセンス情報発行サーバ１０１は、入力されたデバイスシリアル番号や、設定してあるオプション番号等の情報を使って、暗号化したライセンスキー番号（ＬＫＥＹ＃）を生成し、ライセンス情報管理データベース１０６に登録する。更に、ライセンス情報発行サーバ１０１は、登録したライセンスキー番号（ＬＫＥＹ＃）を表示するための画面１１３０１を表示するための画像データを生成して、ユーザ端末１０２に送信する。そして、ユーザ端末１０２は、ライセンスキー番号を表示するための画面１１３０１を表示する。このステップＳ３８１３の処理によってライセンスキーが発行される。尚、図３７に示すように、ライセンスキー番号を表示するための画面１１３０１には、ブラウザから適正に印刷することができるようなサイズの画面を生成する際に選択される［印刷用フォームボタン］１１３０２が表示される。

ステップＳ３８０７において、デバイスシリアル番号を発行済みであると判定された場合には、後述するステップＳ３８１４に進む。そして、ライセンス情報発行サーバ１０１は、入力されたデバイスシリアル番号と、設定してあるオプション番号等の情報を使って、既に暗号化したライセンスキー番号（ＬＫＥＹ＃）を、ライセンス情報管理データベース１０６から取得する。更に、ライセンス情報発行サーバ１０１は、ライセンスキー番号（ＬＫＥＹ＃）を表示するための画面１１３０１を表示するための画像データを生成して、ユーザ端末１０２に送信する。そして、ユーザ端末１０２は、ライセンスキー番号を表示するための画面１１３０１を表示する。このステップＳ３８１４の処理によってライセンスキーが発行される。

以上のようにしてライセンス情報発行サーバ１０１によって取得されたライセンスキーは、ユーザの操作により、例えばデバイス１７０、１７１に入力される。そうすると、デバイス１７０、１７１は、入力されたライセンスキーに基づくオプション機能が使える状態になる。ライセンスキーが入力されたデバイス１７０、１７１では、自機に設定してあるデバイスシリアル番号とオプション番号とを用いて、ライセンス情報発行サーバ１０１と同様に、暗号化されたライセンスキー番号を生成する（図３８のステップＳ３８１３を参照）。これにより、デバイス１７０、１７１は、生成したライセンスキー番号と、入力されたライセンスキー番号と比較して、これらが一致する場合に、オプション機能を許可することができる。
以上のようにすることにより、製造販売したデバイス１７０、１７１と、そのデバイス１７０、１７１で実現されるオプション機能とをライセンス情報発行サーバ１０１の管理下に置くことができるようになる。
以上のように本実施形態では、ライセンスキー番号（ＬＫＥＹ＃）によりライセンス情報が実現され、図３８のフローチャートによる処理を実行することにより発行手段が実現される。

尚、ここでは、デバイス１７０、１７１とユーザ端末１０２とが独立した装置である場合を例に挙げて説明した。しかしながら、例えば、ブラウザ及びライセンスキー（ＬＫＥＹ＃）の入力ができる構成のデバイスに、前述したユーザ端末の機能を含めることによって、デバイスとユーザ端末とを一体化したようにしてもよい。
また、図１８に示したオプション商品を登録する際のフローチャートと、図１９に示したデバイス商品を登録する際のフローチャートが前後してもよい。

＜デバイス管理サーバ１８０に関わる構成＞
次に、デバイス１７０、１７１について説明する。尚、デバイス１７０、１７１は、同じ構成を有しているので、ここでは、デバイス１７０のみを説明し、デバイス１７１の詳細な説明を省略する。

図３９は、デバイス１７０のハードウェアの構成の一例を示す図である。
図３９において、原稿給送部３９０１は、原稿を給紙する。イメージリーダ３９０２は、原稿を読み込む。画像形成部３９０３は、イメージリーダ３９０２によって読み込まれた原稿や、ネットワークインターフェース３９０５を介して受信したデータを印刷画像に変換して印刷する。排紙部３９０４は、印刷した紙を排出し、ソートやステイプルといった処理を施す。ネットワークインターフェース３９０５は、ネットワーク１００、１０５に接続し、外部の装置と情報の交換を行う。ＣＰＵ３９０６は、ＲＯＭ３９０７やＨＤＤ３９０９に記憶されている制御プログラムを、ＲＡＭ３９０８を用いて実行する。ＲＯＭ３９０７は、デバイス１７０の各種の処理に関わる制御プログラムやデータを記憶する書換え不可能な記憶媒体である。ＲＡＭ３９０８は、デバイス１７０の各種の処理に関わる一時的なデータを電気的に記憶でき、且つ書き換え可能な記憶媒体である。ＨＤＤ３９０９は、デバイス１７０の各種の処理に関わる制御プログラムやデータと、一時的なデータと、デバイス１７０へ送信されたデータ等を記憶する読み書き可能な記憶媒体である。操作部３９１０は、デバイス１７０への指示入力を受け付ける装置である。表示部３９１１は、デバイス１７０の動作状況や、操作部３９１０に対する操作に関わる情報等を表示するコンピュータディスｒプレイである。システムバス３９１２は、前述したデバイス１７０の構成要素３９０１〜３９１１を、互いに通信可能に接続するためのものである。

図４０は、デバイス１７０が有する機能構成のうち、デバイス管理サーバ１８０との通信に関わる部分の機能構成の一例を示す図である。
図４０において、ＳＯＡＰ通信部４１０１は、デバイス管理サーバ１８０よりネットワークインターフェース３９０５を介して受信したＳＯＡＰデータを、ＳＯＡＰメッセージ解析部４１０３に渡す。また、ＳＯＡＰ通信部４１０１は、ＳＯＡＰメッセージ作成部４１０２により作成されたＳＯＡＰデータを、ネットワークＩ／Ｆ２０５を介してデバイス管理サーバ１８０に送信する。

ネットワーク情報取得部４１０４は、例えば、ＤＨＣＰ環境においては、ＩＰアドレス、ＤＮＳサーバ、及びゲートウェイアドレスを自動的に取得する事が可能である。また、ネットワーク情報取得部４１０４は、操作部３９１０から入力され、ＨＤＤ３９０９に保存されたネットワーク情報が存在する場合には、そのネットワーク情報を取得する。
デバイス情報収集部４１０５は、デバイス１７０自身に設定されているスケジュール、若しくはデバイス管理サーバ１８０からの指示により、デバイス１７０の内部に保持するカウンタ情報を取得する。また、デバイス情報収集部４１０５は、デバイス１７０の内部で発生したサービスコール、ジャム、及びトナー切れ等の障害情報を取得する。

デバイス情報収集部４１０５は、取得したデータを、そのままＳＯＡＰメッセージ作成部４１０２に渡することにより、その取得したデータをデバイス管理サーバ１８０へ送信させることができる。また、デバイス情報収集部４１０５は、取得したデータを、デバイス情報収集部４１０５内で蓄積、解釈、加工してからＳＯＡＰメッセージ作成部４１０２に渡すことにより、その加工したデータをデバイス管理サーバ１８０へ送信させることもできる。

例えば、障害情報には、障害発生時刻と、発生エラーの番号とが含まれている。また、デバイス情報収集部４１０５は、障害情報が取得されなくなると、障害が解消したと判断できる。このため、障害が解消したことについてもデバイス管理サーバ１８０で把握することが可能である。
また、デバイス情報収集部４１０５は、ユーザが、印刷、コピー、スキャン機能を利用した場合、利用した用紙の枚数を示す用紙枚数情報を習得する。そして、デバイス情報収集部４１０５は、取得した用紙枚数情報を、ＳＯＡＰメッセージ作成部４１０２に出力することにより、デバイス管理サーバ１８０に送信させることができる。ここで、用紙枚数情報は、例えば、用紙Ａ４の印刷が何枚、用紙Ａ３の印刷が何枚といったことを示す情報である。

尚、監視デバイス１８２は、ユーザ端末１０２及び販売者端末１０３と同様の構成を持つ。そして、監視デバイス１８２が有する機能のうち、デバイス管理サーバ１８０との通信に関わる部分の機能構成は、図４０に示すものと同じである。

図４１は、デバイス管理サーバ１８０の機能構成のうち、デバイス１７０、１７１との通信に関わる部分の機能構成の一例を示す図である。
図４１において、ＳＯＡＰ通信部４３０１は、デバイス１７０、１７１よりネットワークＩ／Ｆ４０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部４３０２に渡す。また、ＳＯＡＰ通信部４３０１は、ＳＯＡＰメッセージ作成部４３０３により作成されたＳＯＡＰデータを、ネットワークインターフェース２１１を介してデバイス１７０、１７１に送信する。

収集情報処理部４３０４は、監視下のデバイス１７０、１７１から受信した情報をそのまま、若しくは加工してデータベースアクセス部４３０６を介してデバイス管理データベース１８１に格納する。また、収集情報処理部４３０４は、監視下のデバイス１７０、１７１から受信した情報と、デバイス管理データベース１８１に格納されているデータとを元にして、遠隔監視システムに関わる機能を実現する。遠隔監視システムに関わる機能とは、例えば、カウンタ情報の集計や、担当サービスマンや顧客側管理者へのエラー情報の通知等である。

監視制御部４３０５は、デバイス１７０、１７１の情報を取得しに行くためのスケジュール管理と、デバイス１７０、１７１の監視内容及び監視方法の制御とを行う。
更に、監視制御部４３０５は、必要に応じて、ＳＯＡＰメッセージ作成部４３０３、及びＳＯＡＰ通信部４３０１を介して、監視下のデバイス１７０、１７１へ各種の指示を送信する。

次に、デバイス１７０、１７１又は監視デバイス１８２をデバイス管理サーバ１８０に接続する設定の一例について説明する。
図４２は、デバイス管理サーバ１８０が用意する設定登録画面の一例を示す図である。
図４２において、設定登録画面４２００は、ユーザ端末１０２等で表示されるものである。設定登録画面４２００には、通信に必要な情報を設定でき、デバイスを一意に特定するためのデバイスＩＤの入力フィールド４２０１と、製品名の入力フィールド４２０３とが表示される。設定登録画面４２００を用いて、ネットワーク１０５に接続可能なユーザ端末１０２等で、管理対象となるデバイス１７０、１７１のデバイスＩＤと製品名とが登録される。

デバイス管理サーバ１８０は、設定登録画面４２００を用いて設定されたデバイスＩＤを含む受信データを、例えばユーザ端末１０２から受信する。そして、デバイス管理サーバ１８０は、受信したデバイスＩＤに基づいて、どのデバイス１７０、１７１の受信データであるかを判断して、処理する。設定登録画面４２００に登録されたデータは、デバイス管理データベース１８１に格納され、必要に応じて参照や更新が行われる。デバイス管理サーバ１８０は、デバイス管理データベース１８１に登録済みのデバイスの受信データのみを加工対象とする。そして、デバイス管理サーバ１８０は、デバイス管理データベース１８１に登録済みのデバイスの受信データのみをデバイス管理データベース１８１に格納する。

デバイス管理サーバ１８０は、デバイス管理データベース１８１に登録済みのデバイスの受信データを格納する際、その受信データに含まれる時間情報も一緒に格納する。このため、デバイス管理サーバ１８０は、後でデータ処理を行う際に、時系列での処理が可能となる。

次に、受信したデバイス１７０、１７１の情報から、デバイス１７０、１７１で発生している不具合や状態を把握する方法の一例を説明するについて図４３〜図４６を用いて説明する。
図４３は、デバイス１７０、１７１で発生している不具合や状態を把握する際のネットワークシステムにおける処理の一例を説明するフローチャートである。
ステップＳ３０３１において、デバイス管理サーバ１８０は、デバイス１７０、１７１からイベントが通知されるまで待機する。イベントが通知されると、ステップＳ３０３２に進む。そして、デバイス管理サーバ１８０は、通知されたイベントの内容が、監視対象であるデバイス１７０、１７１のエラーか否かを判定する。具体的にデバイス管理サーバ１８０は、通知されたイベントの内容が、デバイス管理データベース１８１に格納されているエラー監視対象テーブル４４０１に記録されているデータであるか否かを判定する（図４４を参照）。この判定の結果、この通知されたイベントの内容が、エラー監視対象テーブル４４０１に記録されていない場合には、図４３のフローチャートによる処理を終了する。また、通知されたイベントの内容が、監視対象でないデバイスのイベントである場合にも、図４３のフローチャートによる処理を終了する。
以上のように本実施形態では、デバイス１７０、１７１から通知されるイベントが、機能実行情報の少なくとも一部を構成し、ステップＳ３０３１の処理を行うことにより取得手段が実現される。また、イベントの内容が、デバイス管理データベース１８１に格納されているエラー監視対象テーブル４４０１に記録されているデータである場合に、そのデータにより、機能の障害に関わる情報が実現される。

図４４に示すエラー監視対象テーブル４４０１は、デバイス１７０、１７１の稼働できない状況を示すデバイス利用不可情報が生成される際に利用される。デバイス管理サーバ１８０は、このエラー監視対象テーブル４４０１の内容を、運用において必要に応じて変更、追加、削除することが可能である。
ステップＳ３０３２において、通知されたイベントの内容が、監視対象であるデバイス１７０、１７１のエラーである場合、ステップＳ３０３３に進む。ステップＳ３０３３において、デバイス管理サーバ１８０は、エラーの種類が第１のエラー種か否かを判定する。この判定の結果、エラーの種類が第１のエラー種でなく、第２のエラー種である場合には、後述するステップＳ３０３９に進む。一方、エラーの種類が第１のエラー種である場合には、ステップＳ３０３４に進む。第１のエラー種とは、デバイス１７０、１７１の電源のオフを求めないエラーである。

ステップＳ３０３４に進むと、デバイス管理サーバ１８０は、エラーが継続中のデバイスの印刷状態を、印刷枚数の情報を元に判断するデバイス監視処理を開始する。
次に、ステップＳ３０３５において、デバイス管理サーバ１８０は、デバイス１７０、１７１、又は監視デバイス１８２から定期的に送信される印刷情報を受信するまで待機する。この印刷情報には、印刷枚数の情報が含まれている。このように本実施形態では、印刷枚数の情報により、機能の実行回数に関わる情報が実現される。

印刷情報を受信すると、ステップＳ３０３６に進む。そして、デバイス管理サーバ１８０は、エラーが発生した後に初めて受信した印刷情報か否かを確認するため、カウンタ情報がデバイス管理データベース１８１に存在するか否かを確認する。この判定の結果、エラーが発生した後に初めて受信した印刷情報の場合には、既に受信した印刷情報は存在しないため、ステップＳ３０３７を省略してステップＳ３０３８に進む。

ステップＳ３０３８に進むと、デバイス管理サーバ１８０は、デバイス監視処理の対象であるデバイスのエラーが継続しているか否かを判定する。デバイス管理サーバ１８０は、エラーが通知された後にエラーが解消したことを示す通知が１度もなされていない場合に、デバイス監視処理の対象であるデバイスのエラーが継続していると判定する。
この判定の結果、デバイス監視処理の対象であるデバイスのエラーが継続している場合には、ステップＳ３０３５に戻り、デバイス管理サーバ１８０は、印刷情報の受信を待つ。
尚、図４３では表現されていないが、デバイスのエラーが解消したことを示す通知は、どのタイミングでも受信される。このため、ステップＳ３０３５が実行される前に、デバイスのエラーが解消されたと判断した場合、デバイス管理サーバ１８０は、その時点で、図４３のフローチャートによる処理を終了する。

ステップＳ３０３６において、エラーが発生した後に初めて受信した印刷情報でないと判定された場合には、ステップＳ３０３７に進む。そして、デバイス管理サーバ１８０は、既に受信している印刷情報に対して、今回受信した印刷情報が変化しているか否かを判定する。この判定は、印刷自体が行われたか否かを確認するものである。

この判定の結果、既に受信している印刷情報に対して、今回受信した印刷情報が変化しており、印刷情報が更新されている場合、デバイス管理サーバ１８０は、更新された印刷情報をデバイス管理データベース１８１に格納する。そして、図４３のフローチャートによる処理を終了する。
一方、既に受信している印刷情報に対して、今回受信した印刷情報が変化していない場合には、前述したステップＳ３０３８に進み、デバイスのエラーが継続されている間は、デバイス監視処理を継続する。

図４５は、第１のエラー種のエラーがデバイスに発生した場合のデバイス監視処理（ステップＳ３０３４〜３０３８）の一例を概念的に示す図である。図４５において上向きの矢印は、デバイス１７０、１７１又は監視デバイス１８２から定期的に送信される印刷情報を意味している。尚、図４５では、この印刷情報をCOUNTと表記している

エラーの一例であるサービスコールが発生すると、デバイス管理サーバ１８０に障害情報が通知される。デバイス管理サーバ１８０は、その障害情報に基づいて、監視対象のデバイス１７０、１７１のエラーであった場合に、デバイス監視処理を開始する。サービスコール（エラー）が継続している期間（サービスコール継続期間）に定期的に受信した印刷情報（印刷枚数）が、既に受信した印刷情報（印刷枚数）より増えた場合、サービスコール（エラー）が発生しているにもかかわらず印刷が行えたことになる。

一方、サービスコール継続期間に定期的に受信した印刷情報（印刷枚数）が、既に受信した印刷情報（印刷枚数）と同じ場合、デバイスが利用されていないことになる。
もし、サービスコール継続期間が、ライセンス利用期間と重複している場合、ユーザはエラーによりデバイスが利用できないと捉えることもできる。この場合、エラーが発生しているために、ユーザが利用を控えている場合もあるし、実際にデバイスが印刷できない状態である場合もある。

図４３の説明を戻り、ステップＳ３０３３において、エラーの種類が第１のエラー種でなく、第２のエラー種であると判定された場合には、ステップＳ３０３９に進む。第２のエラー種とは、デバイス１７０、１７１の電源のオフを求めるための電源オフ依頼画面４６０１を、デバイス１７０、１７１に表示する必要があるエラーを指す（図４６を参照）。この第２のエラー種のエラーは、デバイス１７０、１７１内の部品故障等、デバイス１７０、１７１をユーザに利用をさせないようにするためのエラーである。第２のエラー種のエラーが発生した場合には、印刷が行われることはない。このため、第２のエラー種のエラーが発生した場合には、ステップＳ３０３５〜Ｓ３０３７における印刷情報の比較等の処理は行われない。

ステップＳ３０３９において、デバイス管理サーバ１８０は、デバイス監視処理を開始する。
次に、ステップＳ３０４０において、デバイス管理サーバ１８０は、デバイス監視処理の対象であるデバイスのエラーが継続しているか否かを判定する。デバイス管理サーバ１８０は、エラーが通知された後にエラーが解消したことを示す通知が１度もなされていない場合に、デバイス監視処理の対象であるデバイスのエラーが継続していると判定する。
以上のようにして、ステップＳ３０３８、Ｓ３０４０において、デバイス監視処理の対象であるデバイスのエラーが解除された場合には、ステップＳ３０４１に進む。ステップＳ３０４１に進むと、デバイス管理サーバ１８０は、デバイス監視処理の対象であるデバイスが利用できなかった期間（利用不可期間）を導出する。また、デバイス管理サーバ１８０は、図４７に示すようなデバイス利用不可情報を生成する。
以上のように本実施形態では、デバイス１７０、１７１から送信される、エラーが解消したことを示す通知により、機能が正規に実行されなかった期間に関わる情報が実現される。

尚、デバイスの電源が、一定期間オフされている場合においてもエラーが解除されなければ、図４３のフローチャートと同じ処理を行える。
図４５（ｂ）では、サービスコール（エラー）が発生し、ユーザが電源をオフしてしまった場合を例に挙げて示している。この場合、図４３のフローチャートでは、印刷情報が受信されない。デバイス管理サーバ１８０は、電源がオフされる直前に受信した印刷情報の受信日時や時刻と、電源が再度オンされてから最初に受信した印刷情報の受信日時や時刻とを比較する。そして、デバイス管理サーバ１８０は、比較した結果に基づいて、印刷情報が取得できない期間であって、印刷情報（印刷枚数）が増加していない期間を把握できる。この場合、デバイス１７０、１７１でエラーが発生している期間は断続的になるが、ユーザは、デバイス１７０、１７１が連続して利用できなかったこととなる。

尚、図４３のフローチャートの処理は、リアルタイムで行うことも可能であるが、デバイス管理データベース１８１に既に登録されているデータにおいても適用できるものである。前述したように、受信データには時間情報が含まれているため、受信データを時系列に並べ替えることが可能だからである。

図４７は、デバイス利用不可情報の一例を示す図である。
図４７（ａ）は、デバイス利用不可期間（デバイスを利用できない期間）を特定するためのデバイス利用不可情報の一例を示す図である。
図４７（ａ）に示すデバイス利用不可情報４７０１は、デバイスを特定するデバイスＩＤと、そのデバイスのデバイス利用不可期間の開始日時と、そのデバイスのデバイス利用不可期間の終了日時と、そのデバイスの状態（発生した事象）とを含んでいる。

図４７（ｂ）は、デバイスの利用が不可には至らないが、同一のデバイスにおいて短期間にエラーが多発したり、用紙搬送等の不具合によりユーザに手間隙をかけさせたりしていると判断されるような状態のデバイスの情報の一例を示す図である。ここでは、この情報もデバイス利用不可情報と称する。
図４７（ｂ）に示すデバイス利用不可情報４７０２は、短時間の間にジャムが多発していることを示している。この場合、印刷枚数が増加していたとしても、無駄に用紙が使われている可能性も否定できないばかりか、ジャムは自動で回復しないので、ユーザが頻繁に発生しているジャムの解消に時間を費やしている可能性もある。この図４７（ｂ）に示すデバイス利用不可情報４７０２を利用した場合の処理は、後述のライセンス補填の判断処理で説明する。

図４７（ａ）に示すデバイス利用不可情報４７０１は、デバイス管理サーバ１８０によってテキストファイルで作成され、例えばデバイス管理データベース１８１に格納される。ライセンス情報発行サーバ１０１は、デバイス利用不可情報４７０１を、必要に応じて取得することができる。
デバイス管理サーバ１８０が管理しているデバイス１７０、１７１において、全くエラーが発生していなければ、デバイス利用不可情報４７０１のファイル自体が生成されない。ライセンス情報発行サーバ１０１は、そのことを示すデータを取得した時点でライセンスの補填の対象となるデバイスが存在しないことを把握することができる。

以上のようなデバイス利用不可情報４７０１、４７０２を参照することで、どのデバイスがどの期間どのような理由で利用できなかったのかを容易に把握できる。
尚、デバイス利用不可情報４７０１、４７０２のファイルを生成するタイミングはいつでもよい。また、発生した事象の欄に「エラー継続中」と記述することにより、現時点でもエラーが継続し利用できない状態が続いているということも表現することが可能である。また、デバイス管理データベース１８１に格納されている情報に基づいて、図４７に示すデバイス利用不可情報４７０１、４７０２を後日生成することも可能である。

ライセンス情報発行サーバ１０１では、デバイス利用不可情報４７０１、４７０２を利用して、例えば、次のような処理をすることができる。
ライセンス情報発行サーバ１０１は、ライセンスを提供しているデバイスのＩＤ（デバイスＩＤ）を管理している。このため、ライセンス情報発行サーバ１０１は、デバイス管理サーバ１８０から、デバイス利用不可情報４７０１、４７０２を取得することにより、一意のデバイスを特定し、ライセンスを提供している期間において不具合が起きているか否かを把握することができる。

例えば、ライセンス情報発行サーバ１０１は、デバイスＩＤとして「ＡＢＣ００００１」というライセンスを提供しているデバイスがどのような稼動状態にあるのかを確認するために、次の処理を行う。ライセンス情報発行サーバ１０１は、ネットワーク１０５を介して、デバイス管理サーバ１８０にアクセスする。

デバイス管理サーバ１８０は、セキュリティの観点から、デバイスＩＤとパスワードとによるアクセス制限や、ライセンス情報発行サーバ１０１のＩＰアドレスで、ライセンス情報発行サーバ１０１からの制限をかけることができる。
デバイス管理サーバ１８０は、ライセンス情報発行サーバ１０１の要求に従ってデバイス利用不可情報４７０１、４７０２を生成することができる。また、デバイス管理サーバ１８０は、デバイス利用不可情報４７０１、４７０２を事前に生成しておくこともできる。また、デバイス管理サーバ１８０は、ライセンス情報発行サーバ１０１のアクセスに反応して、最新のデバイス利用不可情報４７０１、４７０２をその場で生成することもできる。以上のようにすることにより、ライセンス情報発行サーバ１０１は、デバイス管理サーバ１８０で管理しているデバイス１７０、１７１に関するデバイス利用不可情報４７０１、４７０２を取得することができる。

＜ライセンス情報発行サーバ１０１におけるライセンス補填判断処理＞
ライセンス情報発行サーバ１０１は、受け取ったデバイス利用不可情報４７０１、４７０２に基づいて、既に提供を行ったライセンスを補填する必要があるか否かを判断するために、例えば、以下のような処理を行う。ここで、ライセンスを補填する必要があるか否かを判断するのは、永続的に利用可能なライセンスは補填をする必要がないからである。

尚、ライセンスの補填の必要性に関しては自動で判断することも可能であるが、手動で判断することもできる。ライセンスの補填の必要性を、自動で判断するか、手動で判断するかは、ライセンス情報管理データベース１０６に固定で保持された情報に基づいて決定することができる。また、アプリケーションにより画面上で選択することもできる。この他、特定のエラーを、自動で補填する対象として処理すること等も考えられる。

図４８は、ライセンスの補填を判断する際のネットワークシステムにおける処理の一例を説明するフローチャートである。
ステップＳ３０７１において、ライセンス情報発行サーバ１０１は、デバイス管理サーバ１８０に、デバイス利用不可情報４７０１、４７０２の取得を依頼する。
ステップＳ３０７２において、ライセンス情報発行サーバ１０１は、取得すべきデバイス利用不可情報４７０１、４７０２がデバイス管理サーバ１８０に存在するか否かを判定する。取得すべきデバイス利用不可情報４７０１、４７０２とは、該当するライセンスによる機能が提供されるデバイスにおけるデバイス利用不可情報４７０１、４７０２をいう。

この判定の結果、取得すべきデバイス利用不可情報４７０１、４７０２がデバイス管理サーバ１８０に存在しない場合には、図４８のフローチャートにおける処理を終了する。この場合、デバイス１７０、１７１からデバイス管理サーバ１８０が取得している情報を参照する限り、提供済みのライセンスを補填する必要がないことになる。尚、このとき、ライセンス情報発行サーバ１０１が参照したいデバイスの情報をデバイス管理サーバ１８０に先に渡しておく等の処理をすれば、ライセンス情報発行サーバ１０１がデータを無駄に取得しなくても良いことになる。

一方、ステップＳ３０７２において、取得すべきデバイス利用不可情報４７０１、４７０２がデバイス管理サーバ１８０に存在すると判定された場合には、ステップＳ３０７３に進む。そして、ライセンス情報発行サーバ１０１は、デバイス利用不可情報４７０１、４７０２を、デバイス管理サーバ１８０から取得する。

次に、ステップＳ３０７４において、ライセンス情報発行サーバ１０１は、ライセンスをユーザが手動で補填するのか、それとも自動で補填するのかを判定する。この判定は、システム上、固定であっても、可変であってもよい。可変とする場合には、例えば、ライセンス情報管理データベース１０６のフラグを状況に応じて書き換えるようにすればよい。

この判定の結果、ライセンスを手動で補填する場合には、後述するステップＳ３０７８に進む。一方、ライセンスを自動で補填する場合には、ステップＳ３０７５に進み、ライセンス情報発行サーバ１０１は、判定処理を行う。このステップＳ３７０５における判定方法として、本実施形態では、例えば、次のような方法を採り得る。

（１） ライセンス適用期間中であれば、補填済みのライセンスを発行する。
ライセンス情報発行サーバ１０１は、例えば、「ライセンスを３日間延長できます。新しいライセンスファイルを登録してください」という事前通知をユーザ端末１０２に行う。その後、ユーザ端末１０２から、ライセンスの更新依頼があった際に、ライセンス情報発行サーバ１０１は、必要な日数や枚数を加算してライセンスを発行する。このとき、利用不可情報から得られる利用不可期間をそのまま流用する。例えば、利用不可情報から得られる利用不可期間が３日間である場合には（デバイス１７０、１７１を３日間利用できなかった場合には）、ライセンスを自動的に３日間延長して、ライセンスを補填することが考えられる。

（２） 既にライセンス適用期間が過ぎている場合、新規でライセンスを無償発行する。
既にライセンスの利用期間又は利用制限を超えていた場合、ライセンス情報発行サーバ１０１は、利用不可期間分のライセンス、又は利用制限がなされた分のライセンスを無償でユーザ端末１０２に発行する。

以上の（１）、（２）以外にも次のような判断をすることも可能である。
（３） デバイス１７０、１８０が利用不可ではない場合、ライセンス情報発行サーバ１０１は、一律の期間、一律の枚数のライセンスをユーザ端末１０２に無償で発行して、ライセンスを補填する。
（４） ライセンス情報発行サーバ１０１は、ライセンスの補填を適用するか否かの判断基準値となる閾値を設定しておき、その閾値を超過した場合にのみライセンスを補填する。閾値としては、例えば、５日以上等を設定することができる。
例えば、（１）の方法では、特定のエラーが数日間継続し、その間印刷が１枚も行われなかった場合に、ライセンスの補填を行うようにすることができる。また、ライセンス適用期間の１０％を超える日数で利用することができない場合に、ライセンスを補填することができる。
ライセンスの補填についても、デバイス利用不可期間で提供される日数や時間をそのまま延長期間として利用したり、ライセンス適用期間を変更せずに一律１００枚の印刷をサービスしたりする等、様々な補填の仕方が考えられる。

以上のように、ライセンスを補填する方法は、種々の方法が挙げられるが、以下では、デバイス利用不可情報４７０１、４７０２から得られる利用不可期間をそのまま適用してライセンスを補填する方法を例に挙げて説明する。

尚、ステップＳ３０７４における判定の結果を画面に出して、ユーザに確認を促すこともできる。また、ステップＳ３０７４における判定の結果を画面に出し、ライセンスを手動で補填する場合、この画面において、補填自体を取り消す等の対応をしたりすることもできる。

ステップＳ３０７５における判定処理が終わりステップＳ３０７６に進むと、ライセンス情報発行サーバ１０１は、ステップＳ３０７５における判定処理の結果に基づいて、ライセンスを補填するか否かを判定する。この判定の結果、ライセンスを補填しない場合には、図４８のフローチャートによる処理を終了する。
一方、ライセンスを補填する場合には、ステップＳ３７７７に進み、ライセンス情報発行サーバ１０１は、補填ライセンス発行処理を行い、補填されたライセンスを発行し、図４８のフローチャートによる処理を終了する。

補填ライセンスの発行処理では、補填の発行条件に基づいて、補填されたライセンスの発行を行う。このため、次の方法で補填ライセンスを発行することができる。すなわち、新規のライセンスを発行するためのライセンス発行処理（図２８、２９を参照）に対して、延長期間といった補填の発行条件を付与して、補填されたライセンスを発行することが可能である。
以上のように本実施形態では、ステップＳ３０７７の処理を実行することにより補填手段が実現される。

ステップＳ３０７４において、ライセンスを手動で補填すると判定された場合には、ステップＳ３０７８に進む。デバイス管理サーバ１８０から受信したデバイス利用不可情報４７０１、４７０２に基づいて、操作者が、ライセンスを補填するか否かを判定し、判定した結果をライセンス情報発行サーバ１０１に入力する。
ここでは、例えば、ユーザの利用方法に大きな誤りがあり、ユーザの行為が原因でデバイス１７０、１７１が利用できなくなった場合、操作者は、ライセンスを補填する必要がないと判断する。ユーザの行為が原因でデバイス１７０、１７１が利用できなくなった場合として、例えば、使用してはいけない用紙で印刷して、ドラムが破損してしまった場合等が挙げられる。

また、例えば、実際の利用不可期間は３日間だが、ユーザの行為とは無関係にデバイス１７０、１７１を長期間利用できない状態が生じてしまった場合、操作者は、ライセンスを補填する必要があると判断する。ユーザの行為とは無関係にデバイス１７０、１７１を長期間利用できない状態が生じてしまった場合として、例えば、販売元の部品手配が遅延した場合等が挙げられる。また、このような場合、実際の利用不可期間より１、２日多めにライセンスを補填する等の柔軟な対応も可能となる。

ステップＳ３７０８において、デバイス管理サーバ１８０は、以上のようにして操作者によって行われた判断の結果が入力されるまで待機する。操作者によって行われた判断の結果が入力されると、ステップＳ３０７９に進む。そして、デバイス管理サーバ１８０は、入力された内容に基づいて、ライセンスを補填するか否かを判定する。この判定の結果、ライセンスを補填する場合には、前述したステップＳ３０７７に進み、ライセンス情報発行サーバ１０１は、補填ライセンス発行処理を行い、図４８のフローチャートによる処理を終了する。一方、ライセンスを補填しない場合には、図４８のフローチャートによる処理を終了する。

デバイス１７０、１７１が利用不可でなくても、例えば、紙詰まりにより用紙が破損したり、一部のみ印刷されたりするエラーが多発すると、ジャムの多発により、回復の労力や用紙の無駄といったユーザにとっては好ましくない状態が発生する。これにより、ユーザは不利益を蒙る可能性がある。そこで、本実施形態では、前述した（４）の方法のように、デバイス１７０、１７１が利用不可でなくてもライセンスを補填することも可能である。

前述したように、デバイス管理サーバ１８０は、図４７（ｂ）に示したように、エラーが多発している場合のデバイス利用不可情報４０７２も生成することができる。そこで、デバイス管理サーバ１８０は、このデバイス利用不可情報４７０２のように、補填の対象となる情報が含まれない場合においても、ライセンスを補填することができるようにしている。

このようにする場合、デバイス管理サーバ１８０は、デバイス利用不可情報４０７２では利用不可の判断には至らないが、通常の監視において収集しているエラー発生情報に基づく判断によって、ライセンスの補填をサービス的に行う。この場合の判断は、例えばある一定条件（例えば閾値）を設け、その一定条件を満たしているか否かによって行うことができる。
例えば、一定時間（例えば数分）以上の普及作業時間や起動時間の間、デバイス１７０、１７１が利用できないことが継続している場合等にこのようなライセンスの補填を行うことが考えられる。具体的に説明すると、例えば、一定時間（例えば１時間）内に５回以上の紙詰まりを検出した場合や、一定時間内に電源のオンオフのエラーが２回以上発生した場合等に、このようなライセンスの補填を行うことができる。
以上のような判定を、例えば、図４８のステップＳ３０７６、Ｓ３０７９で、ライセンスを補填しないと判定された後に行うことができる。そして、ライセンスを補填する場合には、ステップＳ３０７７の補填ライセンス発行処理を実行することで、ライセンスの補填を容易に実現することが可能になる。

図４９は、例えば、販売会社の操作者がライセンスを補填するか否かを手動で判断する際に、販売者端末１０３に表示される画面３０９１の一例を示す図である。販売会社の操作者は、この画面３０９１を参照することにより、補填の内容を確認することができ、補填の実施を決定することができる。
［補填」ボタン３０９２が、例えば販売会社の操作者によって選択されると、ステップＳ３０７８、Ｓ３０７９、Ｓ３０７７の順で処理が行われ、ライセンスの補填が行われる。一方、［補填中止」ボタン３０９３が、例えば販売会社の操作者によって選択されると、ライセンスの補填は中止される（ステップＳ３０７９でＮｏと判定される）。例えば、ユーザの無理な使用や操作の誤りによりデバイス１７０、１７１が故障した場合には、ライセンスの補填は適切ではないと販売会社の操作者が判断し、この［補填中止］ボタン３０９３が選択される。また、［戻る」ボタン３０９４が選択されると、ライセンス発行処理の前画面に戻り、ライセンス条件の変更が可能となる。

図５０は、ライセンスを補填するか否かを自動的に判断する際に、販売者端末１０３に表示される画面３１０１の一例を示す図である。
販売会社の操作者は、画面３１０１を参照することにより、補填の内容を確認することはできる。しかしながら、販売会社の操作者は、ライセンスの補填の取り消し等は行えない。販売会社の操作者が、［次へ］ボタン３１０２を選択すると、ステップＳ３０７７の補填ライセンス発行処理が実行される。

以上のようにしてライセンスが補填（更新）された場合、ユーザは、そのことを知らなければ、ライセンスが補填されたことによるメリットを享受できない。このため、本実施形態では、例えば、補填されたライセンスが発行されるときに、又はライセンスが発行された後に、ライセンス情報発行サーバ１０１からユーザ端末１０２に、例えば電子メールで補填についての情報が提供されるようにする。

図５１は、ライセンスが補填されたことをユーザに通知するための電子メールの内容の一例を示す図である。
このメール５１００により、ライセンスの利用期間の延長をユーザに知らせることができる。また、このメール５１００により、不利益分を補填した条件付のライセンスをライセンスの更新時に購入又は発行することを、ユーザに促すことができる。
また、ユーザは、ライセンスが延長されたことを知ることで、延長された期間においてライセンスに基づく機能を使えないと勘違いすることなく、ライセンスが補填されたことによる恩恵を受けることができる。
尚、ライセンスが補填されたことをユーザへ通知するか否かを、選択するようにすることもできる。

以上のように本実施形態では、デバイス管理サーバ１８０は、デバイス１７０、１７１にエラーがあった場合、そのデバイス１７０、１７１が利用できない期間、そのデバイス１７０、１７１の稼働状況を含むデバイス利用不可情報４７０１、４７０２を生成する。ライセンス情報発行サーバ１０１は、デバイス利用不可情報４７０１、４７０２に基づいて、ユーザの原因によらずに、デバイス１７０、１７１の利用ができなくなったと判定した場合、ライセンスの補填分を求める。そして、ライセンス情報発行サーバ１０１は、求めた補填分を補填したライセンスをユーザ端末１０２に発行する。従って、ライセンスが与えられることによってデバイス１７０、１７１で実現される機能が、ユーザの原因によらずに実現できなくなった場合に、その機能に対するライセンスを従来よりも容易に且つ確実に補填できる。

尚、本実施形態では、デバイス管理サーバ１８０からライセンス情報発行サーバ１０１にデバイス利用不可情報４７０１、４７０２を送信するようにした。そして、ライセンス情報発行サーバ１０１が、デバイス利用不可情報４７０１、４７０２に基づいて、ライセンスの補填分（例えばライセンスの延長期間や追加印刷枚数等）を管理するようにした。しかしながら、必ずしもこのようにする必要はない。例えば、デバイス管理サーバ１８０が、デバイス利用不可情報４７０１、４７０２に基づいて、ライセンスの補填分の情報を生成し、生成した情報をライセンス情報発行サーバ１０１に送信するようにしてもよい。このようにすれば、ライセンス情報発行サーバ１０１は、ライセンスの情報を管理すればよくなるので、ライセンス情報発行サーバ１０１の負担を軽減することができる。
また、本実施形態では、ライセンス情報発行サーバ１０１と、デバイス管理サーバ１８０とを別々の装置として離れた場所に設けるようにしたが、これらを１つのサーバ装置として構成してもよい。

また、本実施形態では、ライセンスの補填を、ライセンスの更新時とは独立したときに行うようにしたが、ライセンスの更新時に補填分を加味した新規のライセンスを発行するようにしてもよい。例えば、ライセンス情報発行サーバ１０１は、補填に関する情報を記憶しておき、その後に、ライセンスの発行の依頼、又はライセンスの継続の依頼がユーザからあると、記憶しておいた補填情報を加味して新規にライセンスを発行する。具体的に、有効期間が３０日間のライセンスの発行をユーザが依頼すると、ライセンス情報発行サーバ１０１は、該当するデバイスで利用できなかった利用不可期間（５日）を追加した合計３５日間をライセンス適用期間とするライセンスを発行する。

また、ネットワーク１０５は、インターネットや電話回線、専用回線等、どのようなものであってもよく、ネットワーク１０５の方式は、限定されるものではない。
また、本実施形態では、ファイルでデータを受け渡ししているが、プロトコルによるデータの受け渡しとしてもよい。また、データは、可搬型の記憶媒体（リムーバブル記憶メディア）等で受け渡すようにしてもよい。
また、利用不可情報を供給する記録媒体としてフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性メモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）等がある。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。前述した第１の実施形態では、１つのデバイスに対して、補填対象のライセンスを有するソフトウェアを１つ搭載又は購入する場合を例に挙げて説明した。これに対し、本実施形態では、１つのデバイスに、補填対象のライセンスを有するソフトウェアを複数搭載又は購入する場合を例に挙げて説明する。このように、本実施形態と前述した第１の実施形態とは、１つのデバイスに対する補填対象のライセンスの数が主として異なる。したがって、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜５１に付した符号と同一の符号を付す等して詳細な説明を省略する。

デバイス管理サーバ１８０が収集する印刷情報は、もともとデバイス１７０、１７１の稼動情報として定義されている。このため、１つのデバイスに、補填対象のライセンスを有するソフトウェアが複数搭載されている場合、どのソフトウェアが印刷動作やスキャン動作に関わったのかを特定する仕組みはない。したがって、ソフトウェア単位でライセンスの補填を制御することは難しいが、特定のグループ単位でのライセンスを補填することは可能である。

例えば、エラーが継続している期間中、印刷の枚数合計を示すカウンタのカウント値が１つもアップされていない場合、印刷機能を有する全てのソフトウェアが利用できないことを意味する。そこで、ライセンス情報発行サーバ１０１は、印刷機能に対応するライセンスを有する全てのソフトウェアに対し、補填を適用することができる。
また、印刷の利用が全くなく、スキャン機能の利用履歴がある場合、スキャナを利用しないライセンスを有するソフトウェアに対してのみ補填を適用するといったことも可能である。

図５２は、そのような状況に対応するための処理の一例について説明するフローチャートである。
ステップＳ４００１において、ライセンス情報発行サーバ１０１は、ライセンスの補填処理時に、補填対象のライセンスを有するソフトウェア（機能）が搭載されているデバイス１７０、１７１か否かを判定する。尚、補填の対象となるソフトウェア（機能）が搭載されているデバイス１７０、１７１か否かは、ライセンスを販売する販売会社によって事前に決定されている。
この判定の結果、補填対象のライセンスを有するソフトウェア（機能）が搭載されているデバイス１７０、１７１でない場合、例えば、サポート期間が終了しており、ライセンスとしては補填対象ではないと判断した場合には、図５２による処理を終了する。

一方、補填対象のライセンスを有するソフトウェア（機能）が搭載されているデバイス１７０、１７１である場合には、ステップＳ４００２に進む。そして、ライセンス情報発行サーバ１０１は、ライセンスを補填するソフトウェアを切り分ける処理を開始する。
次に、ステップＳ４００３において、ライセンス情報発行サーバ１０１は、デバイス１７０、１７１から送信されたカウンタの総計値が増加していないか否かを判定する。

この判定の結果、カウンタの総計値（スキャンをカウントするカウンタの値も含む）が増加していない場合には、ステップＳ４００４に進む。そして、ライセンス情報発行サーバ１０１は、デバイス１７０、１７１の機能が利用されていなかったとして、全てのソフトウェアのライセンスに対して補填を行うこととする。
そして、ステップＳ４００５に進み、ライセンス情報発行サーバ１０１は、全てのソフトウェアのライセンスを補填する。

ステップＳ４００３において、カウンタの総計値が増加した場合には、一部のソフトウェアは利用されたとしてステップＳ４００６に進む。そして、ライセンス情報発行サーバ１０１は、値が増加したカウンタの内訳を確認する。その結果、印刷をカウントするカウンタの値が増加していない場合はステップＳ４００７へ、スキャンをカウントするカウンタの値が増加していない場合はステップＳ４００８に進む。
ステップＳ４００７に進むと、ライセンス情報発行サーバ１０１は、印刷機能が利用できなかったと判断し、印刷ソフトウェアのライセンスに対して補填を行うこととする。そして、ステップＳ４００５に進み、ライセンス情報発行サーバ１０１は、印刷ソフトウェアのライセンスを補填する。
一方、ステップＳ４００８に進むと、ライセンス情報発行サーバ１０１は、スキャン機能が利用できなかったと判断し、スキャンソフトウェアのライセンスに対して補填を行うこととする。そして、ステップＳ４００５に進み、ライセンス情報発行サーバ１０１は、スキャンソフトウェアのライセンスを補填する。

尚、各ソフトウェアがどのような機能をもつソフトウェアであるかは、ライセンス情報発行サーバ１０１で把握することができる。このため、前述したようにしてライセンスの補填を行うソフトウェアを判別することができる。また、補填の条件や組み合わせに関しても、ライセンス情報発行サーバ１０１で自由に定義することが可能である。
以上説明したように、本実施形態では、ライセンスを有するソフトウェアの機能単位で、ライセンスを補填することが（ライセンスの補填の切り分けが）できる。

（本発明の他の実施形態）
前述した本発明の実施形態におけるライセンス管理システムを構成する各手段、並びにライセンス管理方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

尚、実施形態の機能を実現するソフトウェアのプログラム（例えば、図１８、図１９、図２５、図２７〜図３０、図３８、図４３、図４８、図５２に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の第１の実施形態を示し、ネットワークシステムの構成の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報発行サーバの機能構成の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報発行サーバの概略構成の一例を示す図である。 本発明の第１の実施形態を示し、ユーザ、販売会社、及びソフトウェア開発業者が、ライセンス情報発行サーバにログインする際に、ユーザ端末、販売者端末、及び製造者端末の表示装置の表示画面に表示される画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報発行サーバに接続されたライセンス情報管理データベースに格納されている情報の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報発行サーバが提供するアプリケーションを指定するための画面の一例を示すである。 本発明の第１の実施形態を示し、商品タイプを指定するための商品タイプ指定画面の一例を示す図である。 本発明の第１の実施形態を示し、商品登録画面の一例を示す図である。 本発明の第１の実施形態を示し、ソフトウェア識別コード発行商品指定画面の一例を示す図である。 本発明の第１の実施形態を示し、ソフトウェア識別コード発行画面の一例を示す図である。 本発明の第１の実施形態を示し、ソフトウェア識別コード入力画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報発行画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報取得画面の一例を示すである。 本発明の第１の実施形態を示し、商品登録時にライセンス条件を指定しない商品タイプが選択された場合の商品登録画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報ファイル発行対象商品指定画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報ファイル発行画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報管理データベースに格納された情報の一例をより詳細に示す図である。 本発明の第１の実施形態を示し、ライセンス情報発行サーバに、ライセンスが付加された商品を登録する際のネットワークシステムにおける処理の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、ライセンス情報発行サーバがデバイス商品を登録する際のネットワークシステムにおける処理の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、デバイス商品を登録するためのデバイス商品登録画面の一例を示す図である。 本発明の第１の実施形態を示し、デバイス商品登録確認画面の一例を示す図である。 本発明の第１の実施形態を示し、オプション機能の新規登録画面の一例を示す図である。 本発明の第１の実施形態を示し、オプション商品登録画面の一例を示す図である。 本発明の第１の実施形態を示し、オプション商品登録確認画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス情報発行サーバがオプション商品を登録する際のネットワークシステムにおける処理の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、ライセンス情報管理データベースに格納される情報の一例を簡易的に示した図である。 本発明の第１の実施形態を示し、販売会社又はソフトウェア開発業者におけるソフトウェア識別コードの発行処理の一例について説明するフローチャートである。 本発明の第１の実施形態を示し、ユーザによるライセンス情報の発行処理の一例について説明するフローチャートである。 本発明の第１の実施形態を示し、販売会社又はソフトウェア開発業者によるライセンス情報の発行処理の一例について説明するフローチャートである。 本発明の第１の実施形態を示し、ライセンスアクセス番号を発行する際のネットワークシステムにおける処理の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、オプション商品を設定するための画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンス番号発行画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンスアクセス番号のダウンロード画面の一例を示す図である。 本発明の第１の実施形態を示し、アクセス番号入力画面の一例を示す図である。 本発明の第１の実施形態を示し、シリアル番号入力を要求するための登録画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンスの発行をユーザに確認させるための画面である情報確認画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンスキー番号を表示するための画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンスキーを発行する際のネットワークシステムにおける処理の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、デバイスのハードウェアの構成の一例を示す図である。 本発明の第１の実施形態を示し、デバイスが有する機能構成のうち、デバイス管理サーバとの通信に関わる部分の機能構成の一例を示す図である。 本発明の第１の実施形態を示し、デバイス管理サーバの機能構成のうち、デバイスとの通信に関わる部分の機能構成の一例を示す図である。 本発明の第１の実施形態を示し、デバイス管理サーバが用意する設定登録画面の一例を示す図である。 本発明の第１の実施形態を示し、デバイスで発生している不具合や状態を把握する際のネットワークシステムにおける処理の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、エラー監視対象テーブルの一例を示す図である。 本発明の第１の実施形態を示し、第１のエラー種のエラーがデバイスに発生した場合のデバイス監視処理の一例を概念的に示す図である。 本発明の第１の実施形態を示し、電源オフ依頼画面の一例を示す図である。 本発明の第１の実施形態を示し、デバイス利用不可情報の一例を示す図である。 本発明の第１の実施形態を示し、ライセンスの補填を判断する際のネットワークシステムにおける処理の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、販売会社の操作者がライセンスを補填するか否かを手動で判断する際に、販売者端末に表示される画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンスを補填するか否かを自動的に判断する際に、販売者端末に表示される画面の一例を示す図である。 本発明の第１の実施形態を示し、ライセンスが補填されたことをユーザに通知するための電子メールの内容の一例を示す図である。 本発明の第２の実施形態を示し、ソフトウェアの機能単位でライセンスの補填を切り分ける際のライセンス情報発行サーバにおける処理の一例を説明するフローチャートである。

符号の説明

１００、１０５ ネットワーク
１０２ ユーザ端末
１０３ 販売者端末
１０４ 製造者端末
１０６ ライセンス情報管理データベース
１７０、１７１ デバイス
１８０ デバイス管理サーバ
１８１ デバイス管理データベース
１８２ 監視デバイス

Claims (7)

1. 電子機器の機能を実行させるためのライセンス情報を管理するライセンス管理システムであって、
   前記電子機器に対して、当該電子機器で実行される機能に対するライセンス情報を発行する発行手段と、
   前記ライセンス情報を用いて実行される前記電子機器の機能と、当該機能が正規に実行されなかった期間に関わる情報とを示す機能実行情報を取得する取得手段と、
   前記取得手段により取得された機能実行情報で示される、前記機能が正規に実行されなかった期間に対応するライセンス情報を補填するための処理を実行する補填手段とを有することを特徴とするライセンス管理システム。
2. 前記機能実行情報は、前記機能の実行回数に関わる情報と、前記機能の障害の種類に関わる情報との少なくとも何れか１つを含むことを特徴とする請求項１に記載のライセンス管理システム。
3. 前記補填手段は、前記機能実行情報で示される前記機能が正規に実行されなかった期間と、当該機能に対応して補填されるライセンス情報とを含む情報を通知するとともに、前記発行手段により、補填されたライセンス情報を発行させることを特徴とする請求項１又は２に記載のライセンス管理システム。
4. 電子機器の機能を実行させるためのライセンス情報を管理するライセンス管理システムのライセンス管理方法であって、
   前記電子機器に対して、当該電子機器で実行される機能に対するライセンス情報を発行する発行ステップと、
   前記ライセンス情報を用いて実行される前記電子機器の機能と、当該機能が正規に実行されなかった期間に関わる情報とを示す機能実行情報を取得する取得ステップと、
   前記取得ステップにより取得された機能実行情報で示される、前記機能が正規に実行されなかった期間に対応するライセンス情報を補填するための処理を実行する補填ステップとを有することを特徴とするライセンス管理方法。
5. 前記機能実行情報は、前記機能の実行回数に関わる情報と、前記機能の障害の種類に関わる情報との少なくとも何れか１つを含むことを特徴とする請求項４に記載のライセンス管理方法。
6. 前記補填ステップは、前記機能実行情報で示される前記機能が正規に実行されなかった期間と、当該機能に対応して補填されるライセンス情報とを含む情報を通知するとともに、前記発行ステップにより、補填されたライセンス情報を発行させることを特徴とする請求項４又は５に記載のライセンス管理方法。
7. 請求項４〜６の何れか１項に記載のライセンス管理方法の各ステップをコンピュータに実行させることを特徴とするコンピュータプログラム。

Images