JP2005078167A - 情報処理装置、情報処理方法、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】ユーザにとって使い勝手がよく、より強固に不正使用の防止を図ることのできるライセンス技術を提供すること。
【解決手段】 ライセンス発行サーバ１０１は開発業者システム１０３からソフトウェア及びその識別情報を受信し、受信した識別情報を用いて、データベース１０６から暗号鍵を検索する。検索の結果、データベース内に識別情報に対応する暗号鍵が見つかった場合には、その暗号鍵を読出し、暗号鍵が見つからなかった場合には、新たに暗号鍵を生成する。ソフトウェアを暗号鍵で暗号化し、暗号化ソフトウェアに対してライセンスアクセス番号を付して販売する。ライセンスアクセス番号をソフトウェアの購入者から受信すると、そのライセンスアクセス番号に対応する暗号鍵をデータベース１０６から読出し、ライセンス情報として、その購入者に対して返信する。
【選択図】 図１

Description

本発明は情報処理装置、情報処理方法、プログラム及び記憶媒体に関し、特に、ソフトウェアの不正使用を防止するためのソフトウェアの管理技術に関する。

従来から、ソフトウェアをインストールする際に必要となるライセンスを発行するライセンス発行システムが存在する（例えば、特許文献１参照）。そして、さらにソフトウェアの不正使用防止を強固にするために、ソフトウェアを暗号化して販売し、ソフトウェアを動作可能とする復号鍵を含むライセンス情報を発行するシステムも提案されている。
特開２０００−２０７１９９号公報 特開平１１−１５４０８６号公報

しかしながら、従来のシステムでは、バージョンやエディションが異なるソフトウェアに対し異なる暗号鍵及び復号鍵を設定していた。そのため、ソフトウェアの軽微な欠陥の修正を実施した場合などの機能追加が実施されない小規模な改変であっても、エディションを変更する限りは、異なる暗号鍵を設定することになり、ユーザは新たなラインセンス情報の再発行を受ける必要があった。

一方、同一バージョン・同一エディションのソフトウェアについては、販売地域や、法人ユーザ向け、個人ユーザ向けといった販売チャネル（流通経路）、が異なっても同一の暗号鍵を設定する場合があった（例えば、特許文献２参照）。このため、他の地域で安く販売されているライセンス情報を流用することで、ソフトウェアを動作させることが可能となっていた。

そこで、本発明は上記課題を解決し、ユーザにとって使い勝手がよく、かつより強固に不正使用の防止を図ることのできるライセンス技術を提供することを目的とする。

上記目的を達成するため、本発明に係る装置は、
ソフトウェアの識別情報に対応付けて暗号鍵を格納したデータベースと通信可能な情報処理装置であって、
開発業者システムから開発されたソフトウェア及びその識別情報を受信する受信手段と、
前記受信手段で受信した識別情報を用いて、前記データベースから暗号鍵を検索する検索手段と、
前記検索手段による検索の結果、前記データベース内に前記識別情報に対応する暗号鍵が見つかった場合に、その暗号鍵を読出す読出手段と、
前記検索手段による検索の結果、前記データベース内に前記識別情報に対応する暗号鍵が見つからなかった場合に、暗号鍵を生成する生成手段と、
前記受信手段で受信したソフトウェアを、前記読出手段で読出した、或いは前記生成手段で生成した暗号鍵で暗号化する暗号化手段と、
前記暗号化手段で暗号化された暗号化ソフトウェアに対してライセンスアクセス番号を付して販売会社システムまたは開発業者システムに送信する送信手段と、
ユーザシステムまたは販売会社システムからライセンスアクセス番号を受信する手段と、
前記ライセンスアクセス番号に対応する暗号鍵を前記データベースから読出し、ライセンス情報として、前記ライセンスアクセス番号を送信してきたユーザシステムまたは販売会社システムに対して返信する手段と、
を有することを特徴とする。

前記データベースから暗号鍵を検索する際に参照する前記識別情報は、ソフトウェアのバージョン情報を含まないことを特徴とする。

さらに前記ソフトウェアの販売情報を受信する手段を有し、
前記データベースから暗号鍵を検索する際に参照する前記識別情報は、受信した販売情報を含むことを特徴とする。

前記販売情報には、ソフトウェアの販売を行なう国又は地域を含むことを特徴とする。

前記販売情報には、ソフトウェアの販売を行なう販売チャネルを含むことを特徴とする。

上記目的を達成するため、本発明に係る方法は、
ソフトウェアの識別情報に対応付けて暗号鍵を格納したデータベースと、該データベースに通信可能なライセンス発行サーバとを用いてライセンスを発行する情報処理方法であって、
前記ライセンス発行サーバが開発業者システムから開発されたソフトウェア及びその識別情報を受信する受信工程と、
前記ライセンス発行サーバが、前記受信工程で受信した識別情報を用いて、前記データベースから暗号鍵を検索する検索工程と、
前記ライセンス発行サーバが、前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つかった場合に、その暗号鍵を読出す読出工程と、
前記ライセンス発行サーバが、前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つからなかった場合に、暗号鍵を生成する生成工程と、
前記ライセンス発行サーバが、前記受信工程で受信したソフトウェアを、前記読出工程で読出した、或いは前記生成工程で生成した暗号鍵で暗号化する暗号化工程と、
前記ライセンス発行サーバが、前記暗号化工程で暗号化された暗号化ソフトウェアに対してライセンスアクセス番号を付して販売会社システムまたは開発業者システムに送信する送信工程と、
前記ライセンス発行サーバが、ユーザシステムまたは販売会社システムからライセンスアクセス番号を受信する工程と、
前記ライセンス発行サーバが、前記ライセンスアクセス番号に対応する暗号鍵を前記データベースから読出し、ライセンス情報として、前記ライセンスアクセス番号を送信してきたユーザシステムまたは販売会社システムに対して返信する工程と、
を有することを特徴とする。

上記目的を達成するため、本発明に係るプログラムは、
ソフトウェアの識別情報に対応付けて暗号鍵を格納したデータベースを用いてライセンスを発行するプログラムであって、
コンピュータに、
開発業者システムから開発されたソフトウェア及びその識別情報を受信する受信工程と、
前記受信工程で受信した識別情報を用いて、前記データベースから暗号鍵を検索する検索工程と、
前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つかった場合に、その暗号鍵を読出す読出工程と、
前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つからなかった場合に、暗号鍵を生成する生成工程と、
前記受信工程で受信したソフトウェアを、前記読出工程で読出した、或いは前記生成工程で生成した暗号鍵で暗号化する暗号化工程と、
前記暗号化工程で暗号化された暗号化ソフトウェアに対してライセンスアクセス番号を付して販売会社システムまたは開発業者システムに送信する送信工程と、
ユーザシステムまたは販売会社システムからライセンスアクセス番号を受信する工程と、
前記ライセンスアクセス番号に対応する暗号鍵を前記データベースから読出し、ライセンス情報として、前記ライセンスアクセス番号を送信してきたユーザシステムまたは販売会社システムに対して返信する工程と、
を実行させることを特徴とする。

上記目的を達成するため、本発明に係る記憶媒体は、
ソフトウェアの識別情報に対応付けて暗号鍵を格納したデータベースを用いてライセンスを発行するプログラムを格納した記憶媒体であって、
前記プログラムは、
開発業者システムから開発されたソフトウェア及びその識別情報を受信する受信工程と、
前記受信工程で受信した識別情報を用いて、前記データベースから暗号鍵を検索する検索工程と、
前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つかった場合に、その暗号鍵を読出す読出工程と、
前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つからなかった場合に、暗号鍵を生成する生成工程と、
前記受信工程で受信したソフトウェアを、前記読出工程で読出した、或いは前記生成工程で生成した暗号鍵で暗号化する暗号化工程と、
前記暗号化工程で暗号化された暗号化ソフトウェアに対してライセンスアクセス番号を付して販売会社システムまたは開発業者システムに送信する送信工程と、
ユーザシステムまたは販売会社システムからライセンスアクセス番号を受信する工程と、
前記ライセンスアクセス番号に対応する暗号鍵を前記データベースから読出し、ライセンス情報として、前記ライセンスアクセス番号を送信してきたユーザシステムまたは販売会社システムに対して返信する工程と、
をコンピュータに実行させることを特徴とする。

本発明によれば、ユーザにとって使い勝手がよく、かつより強固に不正使用の防止を図ることのできるライセンス技術を提供できる。

以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。なお、本実施形態において、アプリケーションとは、情報処理装置上で特定の処理を行なうことを可能とするためにソフトウェア開発業者が開発したソフトウェアの開発単位を意味する。また、商品とは、本システムに登録されたアプリケーションを販売主体・流通経路・ライセンス条件などを規定して定義した販売単位であり、１つの商品には１つ以上のパッケージが含まれる。パッケージとは、ユーザの購入単位であり、ユーザは１つ、またはそれ以上のパッケージを購入後、ユーザ自身の情報処理装置にそのパッケージに含まれるソフトウェアをインストールして使用することになる。また、ブラウザとは、インターネットなどのネットワーク上に存在するコンテンツを閲覧するためのプログラムをいう。

＜システムの構成ならびにライセンス発行サーバの構成＞
図１は本発明の好適な実施の形態に係る情報処理装置としてのライセンス発行サーバ１０１を含むシステム構成図である。

１０１は、本実施の形態においてアプリケーション・ソフトウェア管理処理全般を司るライセンス発行サーバ１０１であり、１０２はユーザシステムである。１０３は販売会社システムであり、１０４はソフトウェア開発業者システム１０４であり、１４２は評価部門システムある。１０５はインターネットなどのネットワークであり、ユーザシステム１０２、販売会社システム１０３、ソフトウェア開発業者システム１０４及び評価部門システム１４２は、ネットワーク１０５を介してライセンス発行サーバ１０１と接続される。１０６はライセンス発行サーバ１０１に接続され、アプリケーション、暗号鍵、販売情報、アプリケーション情報、ライセンス情報を含む商品情報、アクター情報、ライセンスアクセス番号情報及びデバイス番号情報を格納するデータベースである。「評価部門」とはアプリケーションが正しく動作するか、バグはないか、などの品質検査をする部門のことである。

ライセンス発行サーバ１０１は、アプリケーション判定依頼部１３０、判定依頼データ取得部１４５、アプリケーション判定結果部１３３、アプリケーションダウンロード部１４８、商品登録部１０７、ライセンスアクセス番号（ＬＡ♯）発行部１１４、ライセンス情報（ＬＩ）発行部１１７、を含む。また、１２３はユーザシステム１０２上の表示部であり、１２４はユーザシステム１０２上の入力部である。１２５は販売会社システム１０３上の表示部であり、１２６は販売会社システム１０３上の入力部である。１２７はソフトウェア開発業者システム１０４上の表示部であり、１２８はソフトウェア開発業者システム１０４上の入力部である。１４３は評価部門システム１４２上の表示部であり、１４４は評価部門システム１４２上の入力部である。

本システムで管理されるソフトウェアを購入したユーザが、そのソフトウェアを情報処理装置にインストールするためには、常に、ライセンス発行サーバ１０１から発行されたライセンス情報が必要とされる。ライセンス情報発行サーバ１０１は、ネットワーク１０６を介した適正なアクセスに対し、ライセンス情報を発行する。ライセンス情報には、ソフトウェアのインストール先としての、情報処理装置固有の識別情報を埋め込むことができる。その場合、ライセンス情報に埋め込まれた識別情報を有する情報処理装置にしかそのソフトウェアをインストールできない。すなわち、他の装置に対して同じソフトウェアをインストールする際には、異なるライセンス情報が必要となる。これにより、ソフトウェアの無断複製を防止可能となっている。販売会社やソフトウェア開発業者はライセンス発行サーバ１０１から取得したライセンスアクセス番号又はライセンス情報を含めたソフトウェアパッケージを販売することが可能である。本システムで管理されるソフトウェアを購入したユーザは、ライセンス発行サーバ１０１に直接アクセスしてライセンスアクセス番号と引き替えにライセンス情報を取得するか、或いは、販売会社やソフトウェア開発業者がライセンス発行サーバ１０１から取得したライセンス情報を含むソフトウェアを購入するかいずれかの方法を採ることができる。

評価部門システム１４２は評価部門が使用しているシステムであり、ライセンス発行サーバ１０１へのアクセスを行なう。ソフトウェア開発業者が開発したアプリケーションは、ソフトウェア開発業者内で評価（品質検査）済みではあるが、評価部門は、導入する情報処理装置にインストールを実施して、アプリケーションに添付のマニュアル、セルフチェックシートなどソフトウェア開発業者が行った品質検査を確認し、誤動作などの欠陥がないかを検査し、品質の判定を行なう。

評価部門での評価（検査）の結果合格したアプリケーションに対し、ライセンス発行サーバ１０１は共通鍵（公開鍵暗号化方式の場合は、暗号鍵）を使用し暗号化を行なう。アプリケーションを暗号化することで、アプリケーションのリバースエンジニア、改ざんを防止する。アプリケーションを情報処理装置にインストールする際には、暗号化したアプリケーションに対応するライセンス情報内の共通鍵（公開鍵暗号化方式の場合は、復号鍵）を使用し、暗号化されたアプリケーションを復号化する。

なお、ユーザシステム１０２、評価部門システム１４２、販売会社システム１０３、ソフトウェア開発業者システム１０４は、図１中においては、単数の記載としているが、本発明は上記、各々のシステムが複数存在しても実現可能である。

図２はライセンス発行サーバ１０１の内部構成を示すブロック図である。

図２において、アプリケーション判定依頼部１３０には、アプリケーション判定依頼モジュール１３１、アプリケーション情報取出モジュール１３２、販売情報指定モジュール１４０及びアプリケーション登録モジュール１４１が含まれる。判定依頼データ取得部１４５には、アプリケーション指定モジュール１４６及び判定依頼データ取得モジュール１４７が含まれる。アプリケーション判定結果部１３３には、アプリケーション指定モジュール１３４、アプリケーション判定モジュール１３５、暗号鍵取出モジュール１３６、アプリケーション暗号化モジュール１３７、暗号鍵格納モジュール１３８及び暗号鍵生成モジュール１３９が含まれる。

アプリケーションダウンロード部１４８には、アプリケーション指定モジュール１４９及びアプリケーションダウンロードモジュール１５０が含まれる。商品登録部１０７には、アプリケーション指定モジュール１０８、商品タイプ指定モジュール１０９、商品登録画面表示モジュール１１０、商品情報入力モジュール１１１、ライセンス条件指定モジュール１１２及び商品登録１１３が含まれる。ＬＡ♯発行部１１４には、商品選択モジュール１１５及びＬＡ♯発行モジュール１１６が含まれる。ＬＩ発行部１１７であり、ＬＡ♯入力モジュール１１８、ＤＮＯ入力モジュール１１９、商品選択モジュール１２０及びＬＩ発行モジュール１２２が含まれる。

＜データベースの構成＞
図１１はソフトウェア管理データベース１０６に格納される情報を簡易的に示した図である。ソフトウェア管理データベース１０６は、アプリケーション情報、ライセンス情報を含む商品情報、アクター情報、アカウント情報、ライセンスアクセス番号情報及びデバイス番号情報を格納する。

１４０１はアプリケーション（Application）テーブルであり、本システム上でアプリケーションの新たな評価判定依頼がある毎に1から昇順に起番し、本システム上で一意の識別番号となるアプリケーション登録番号１４０２、アプリケーションを一意に識別するアプリケーションＩＤ１４０３、アプリケーション・バージョン１４０４、アプリケーション名１４０５、アクターＩＤ（ソフトウェア開発業者）１４０６、ステータス１４３０、暗号化前アプリケーション１４３１、暗号化後アプリケーション１４３２、マニュアル１４３３、セルフチェックシート１４３４、その他ドキュメント１４３５、コメント１４３６、アクターＩＤ（販売会社）１４３７、暗号鍵１４３８が格納される。ステータス１４３０は、判定依頼があれば「依頼中」となり、依頼データを取得すると「判定中」となり、判定結果を入力すると、判定結果ＯＫの時は「有効」となり、判定結果ＮＧの時は「無効」となるように更新される。

１４１６はアクター(Actor)テーブルであり、アクターを一意に識別するアクターＩＤ１４１７、販売会社又はソフトウェア開発業者の種別を示すアクター種別１４１８、アクター名１４１９、アクター種別がソフトウェア開発業者の場合販売主体となる販売会社を示す親アクターＩＤ１４４３が格納される。

１４３９はアカウント(Account)テーブルであり、アクターの会社又は業者の操作者のログインＩＤ１４４０、パスワード１４４１及び操作者の所属アクターを示すアクターＩＤ１４４２が格納される。

１４０７は商品(Product)テーブルであり、商品コード１４０８、アプリケーション登録番号１４０９、商品名１４１０、商品タイプ１４１１、ライセンス台数１４１２、ライセンス期限１４１３、カウント情報１４１４、保守契約情報１４１５が格納される。

アプリケーションと商品は１対多の関係にあるため、同一のアプリケーションに対して複数の商品が存在しうる。

１４２０はライセンスアクセス番号(ＬＡ♯)テーブルであり、ライセンスアクセス番号１４２１、商品コード１４２２、登録済みデバイス数１４２３が格納される。

商品とライセンスアクセス番号は１対多の関係にあるため、同一の商品に対して複数のライセンスアクセス番号が存在しうる。

１４２４はデバイス(Device)テーブルであり、デバイス番号１４２５、ライセンスアクセス番号１４２６が格納される。ライセンスアクセス番号とデバイスは１対多の関係にあるため、同一のライセンスアクセス番号に対して複数のデバイスが存在しうる。

＜ライセンス発行サーバの動作＞
次に、ライセンス発行サーバ１０１の動作を説明する。

まず、ソフトウェア開発業者システム１０４は、ライセンス発行サーバ１０１の所定のＵＲＬへアクセスし、開発したアプリケーションとマニュアルなどのドキュメント類をライセンス発行サーバ１０１へアップロードし、評価判定を依頼する。ライセンス発行サーバ１０１は、評価部門システム１４２に対し、ソフトウェア開発業者からそのような評価判定依頼があった旨を通知する。通知は例えばＥ−Ｍａｉｌを用いて行なう。

次に、評価部門システム１４２は、評価判定依頼されているアプリケーションとマニュアルなどをダウンロードする。評価部門ではダウンロードしたアプリケーションの品質検査を行い、品質の判定を行なう。

次に、評価部門システム１４２は、ライセンス発行サーバ１０１へアクセスし、評価しているアプリケーションの品質判定結果を入力する。ライセンス発行サーバ１０１は、判定の結果合格の場合はアプリケーションの暗号化を行い、不合格の場合はアプリケーションに対して暗号化を行なわない。ライセンス発行サーバ１０１は、さらに、ソフトウェア開発業者システム１０４、販売会社システム１０３に対して判定結果の通知を行なう。

次に、販売会社システム１０３は、ライセンス発行サーバ１０１にアクセスし、評価部門による品質判定で合格したアプリケーションに対して商品登録を行なう。商品にはアプリケーションの使用に関するライセンス条件が指定可能である。

次に、販売会社システム１０３は、ライセンス発行サーバ１０１にアクセスし、登録された商品に対してＬＡ＃（ライセンスアクセス番号）の発行を依頼する。ライセンス発行サーバ１０１は依頼されたＬＡ＃を販売会社システム１０３に対して通知する。

次に、販売会社システム１０３は、ライセンス発行サーバ１０１にアクセスし暗号化されたアプリケーションのダウンロードを行なう。ダウンロードしたアプリケーションは、ＣＤ−ＲＯＭなどの媒体に格納される。アプリケーションを格納したＣＤ−ＲＯＭは発行されたＬＡ＃を付加されてエンドユーザに販売される。

最後に、ユーザシステム１０２は、ライセンス発行サーバ１０１にアクセスし、ＬＡ＃とインストールする予定のデバイス番号情報を入力し、ライセンス情報を取得する。そして、取得したライセンス情報を用いてアプリケーションを復号し、情報処理装置にインストールする。

ソフトウェア開発業者１０４がライセンス発行サーバ１０１にアプリケーションの判定を依頼する際の処理を図１２のフローチャートを参照しつつ説明する。図１２は、ライセンス発行サーバ１０１のアプリケーション判定依頼処理のフローチャートである。

ソフトウェア開発業者システム１０４において入力部１２８を操作してブラウザを起動し、ライセンス発行サーバ１０１の所定のＵＲＬにアクセスすると本フローが起動される。ここで所定のＵＲＬは販売会社より指定され、ソフトウェア開発業者に対して通知される。ソフトウェア開発業者は、ライセンス情報を取得するため及びソフトウェアを販売するためにアプリケーションの判定依頼を行なう。アプリケーションの判定依頼とは評価依頼のことであり、アプリケーションの品質についての判定を依頼する。

ステップＳ１５０１ではログイン画面（図１４）の表示データをソフトウェア開発業者システム１０４に送信し、その表示部１２７に表示させる。次にステップＳ１５０２にて、ソフトウェア開発業者の操作者がログインＩＤ、パスワードを入力し［ログイン］ボタンを選択するまで待機する。それらが適正に入力されて［ログイン］ボタンが選択されたことを受け付け、ステップＳ１５０３に進む。

ステップＳ１５０３においては、アクセスしたＵＲＬから販売情報（販売地域及び販売チャネル）を判定し取得する。そして、ステップＳ１５０４においてアプリケーション判定依頼画面（図１５の２１０１）の表示処理を行なう。

次に、ステップＳ１５０５において、操作者がアプリケーション、マニュアル、セルフチェックシート、コメントを入力し、［アップロード］ボタンを選択するまで待機する。それらが入力されて、［アップロード］ボタンが選択されたことを受け付けると、ステップＳ１５０６に進み、ライセンス発行サーバ１０１は、指定されたパスからアプリケーションなどのファイルを取得する。次に、アプリケーション判定依頼画面において［判定依頼］ボタン２１１６が選択されるのを待ち、［判定依頼］ボタン２１１６が選択されると、アプリケーション内に埋め込まれたアプリケーション情報（アプリケーションＩＤ、アプリケーション・バージョン、アプリケーション名）をステップＳ１５０９により取得する。アプリケーションが、javaのＪＡＲファイル形式で生成されている場合、その中のマニフェストファイルにアプリケーション情報が格納されている。

次に、ステップＳ１５１０に進んで、アプリケーション登録番号を発番し、アプリケーション情報、販売情報、アプリケーション、ステータス（依頼中）をアプリケーションテーブル（図１１中１４０１）に登録する。パスだけをテーブルに格納し、実体をファイルシステムとして持つことももちろん可能であるが、ここでは、テーブル内にアプリケーションの実体をバイナリとして格納する。

次に、評価部門システム１４２がライセンス発行サーバ１０１にアプリケーションの判定結果を入力する際の処理を図１３のフローチャートを参照しつつ説明する。図１３は、ライセンス発行サーバ１０１の判定結果入力処理を示すフローチャートである。

評価部門の操作者が、所定のアプリケーション判定結果処理の開始操作を行なうと、本フローが起動される。ここでは、開始操作とは、は所定のＵＲＬにアクセスし、ログインし、メニューでアプリケーション判定結果ボタンを選択することをいう。ライセンス発行サーバ１０１から、評価部門システム１４２に対して送られた、評価判定依頼通知メールにそのような所定のＵＲＬを埋め込んでもよい。

開始操作があると、まず、ステップＳ１６０１にて、判定対象となるアプリケーションの指定するための画面（図１６）を表示する。ここに表示されるアプリケーションは、ステップＳ１５１０で登録されたものである。

次に、ステップＳ１６０２にて操作者による［判定］ボタン２２０３の選択を受け付ける。［判定］ボタン２２０３が選択されたことを受信すると、その［判定］ボタン２２０３に対応するアプリケーションの各種情報をデータベース１０６から読出し、ステップＳ１６０３にて、判定結果入力画面（図１７）として表示する。

続いて、ステップＳ１６０４で、評価部門の操作者がディベロッパ向けコメントを入力し、判定結果書を指定し、［判定ＯＫ］ボタン２３０８又は［判定ＮＧ］ボタン２３０９を選択するまで待機する。それらが入力されいずれかのボタンが選択されるとステップＳ１６０５に進む。

ステップＳ１６０５において［判定ＯＫ］ボタン２３０８を選択したと判断されたときは、ステップＳ１６０６に進む。ステップＳ１６０５において［判定ＮＧ］ボタンを選択したと判断されたときは、ステップＳ１６１２に進む。

ステップＳ１６０６においては、判定結果入力画面（図１７）に表示中のアプリケーションＩＤと販売会社によりアプリケーションテーブル（図１１中１４０１）を検索する。販売会社は図１７中には表示されていないが、図１６中の「地域」が販売会社にあたる。アプリケーションＩＤはアプリケーションファイル中のマニフェストファイルの中にあり、アプリケーションを一意に識別する識別子であり、１２８ビットのＵＵＩＤ（Universal Unique Identifier）形式で表される。アプリケーションＩＤはソフトウェア開発業者がアプリケーションを作成したときに生成されるものである。図１６のリストはステップＳ１５１０で登録されたものであり、テーブルに存在する。

次に、 ステップＳ１６０７において検索データの有無を調査し「有り」と判断されたときはステップＳ１６０９に進む。ステップＳ１６０７において検索データが「無し」と判断されたときはステップＳ１６０８に進む。ステップＳ１６０７の検索データの判定は、単にデータの存在の有無ではなく、アプリケーションＩＤと販売会社が同一でありかつステータスが有効でかつアプリケーション登録番号が判定結果入力画面（図１７）に表示中のアプリケーションのアプリケーション登録番号より小さいもの（つまり同一アプリケーション、同一販売会社で以前に登録されていたアプリケーション）の存在の有無で判定する。つまり、同一アプリケーション、同一販売会社で以前登録され有効なアプリケーションが存在するかどうかにより、暗号鍵を新たに生成するのか、以前の暗号鍵を再利用するのかの判定を行なう。

ステップＳ１６０８においては、新たな暗号鍵の生成を行なう。ステップＳ１６０９においては、ステップＳ１６０６において検索したアプリケーションテーブル（図１１中１４０１）の暗号鍵（図１１中１４３８）の取得を行なう。次に、ステップＳ１６１０において、ステップＳ１６０８において生成した暗号鍵またはステップＳ１６０９において取得したアプリケーションテーブル（図１１中１４０１）の暗号鍵（図１１中１４３８）を使用し、判定がＯＫとなったアプリケーションの暗号化を行なう。次にステップＳ１６１１においてＳ１６１０で暗号化したアプリケーションへのパス、ステップＳ１６１０で使用した暗号鍵、ステータス（有効）をアプリケーションテーブル（図１１中１４０１）に登録する。ステップＳ１５１０と異なり、ここでは暗号鍵を登録し、ステータスを「有効」とする。ここで暗号鍵を登録することにより、以降に同一アプリケーション、同一販売会社でバージョンだけが異なるアプリケーションが判定依頼されて、判定ＯＫとなった場合、ここで登録した暗号鍵を再利用することができる。ここでの登録はＲＤＢでは「update」である。

ステップＳ１６１２においては、判定ＮＧとなったアプリケーションのステータスを「無効」としてアプリケーションテーブル（図１１中１４０１）に登録する。ここで、ステータスを「無効」とされたアプリケーションは、以降のステップで商品登録などができなくなる。

＜表示画面＞
次に、上記のようなライセンス発行処理において、ライセンス発行サーバ１０１がユーザシステム１０２、販売会社システム１０３、ソフトウェア開発業者システム１０４、評価部門システム１４２に提供する各画面について詳細に説明する。

販売情報指定モジュール１４０は、ソフトウェア開発業者の操作者が販売会社により異なる図１４のログイン画面２００１を表示し、ログインすることで販売主体となる販売会社が指定される。ソフトウェア開発業者の操作者は販売会社の担当者より指定された図１４のログイン画面２００１を表示する。２００１はログイン画面であり、この画面上にはログインＩＤ入力ボックス２００２、パスワード入力ボックス２００３及び［ログイン］ボタン２００４と、が表示される。

ソフトウェア開発業者がソフトウェアの開発を完了し、開発したソフトウェアを販売することを意図したときにソフトウェア開発業者システム１０４がライセンス発行サーバ１０１にアクセスし、画面２００１が表示される。ログインのためのログインＩＤ、パスワードはアクセスするためのＵＲＬと同様に販売会社よりソフトウェア開発業者に事前に渡されている。ここでのＵＲＬは販売会社毎に用意されており、ログインＩＤ、パスワードはソフトウェア開発業者単位にユニークに発行されている。したがって、ログイン時にログインＩＤ、パスワードを入力することでソフトウェア開発業者の認証を行なうことが可能となる。ソフトウェア開発業者はアプリケーションの開発主体で、販売会社はアプリケーションの販売主体であるが、ここでのソフトウェア開発業者は、販売会社よりソフトウェアを開発するためのソフトウェア開発キットを購入し、ソフトウェアを開発する。また、ソフトウェア開発業者は販売会社との間で事前にソフトウェア販売委託契約のようなものを締結している。したがって、ＵＲＬやログインＩＤ、パスワードは販売会社担当よりソフトウェア開発業者担当へ何らかの手段で知らされている。

ソフトウェア開発業者の操作者は販売会社担当者より割り当てられたユーザＩＤをログイン画面２００１のログインＩＤ入力ボックス２００２へ入力し、販売会社担当者より割り当てられたパスワードをパスワード入力ボックス２００３へ入力し、［ログイン］ボタン２００４を選択する。これにより、ライセンス発行サーバ１０１はソフトウェア開発業者の操作者の認証と販売会社の特定を行なうことができる。

販売会社毎に指定されている図１４のログイン画面でログインＩＤとパスワードを入力すると、アカウントテーブル１４３９によりアクターＩＤ１４４２が判明する。判明したアクターＩＤ１４４２は、ソフトウェア開発業者を示している。

図１５は、ライセンス発行サーバ１０１のアプリケーション判定依頼モジュール１３１が提供するアプリケーション判定依頼画面２１０１を示す図である。この画面は、ソフトウェア開発業者（ディベロッパ）が、ソフトウェア開発業者システム１０４のブラウザを用いてライセンス発行サーバ１０１にアクセスした場合に、そのシステム内の表示部１２７に表示される画面である。本図の最上部の「ディベロッパＴＯＰメニュー＞アプリケーション判定依頼」という記載は、ソフトウェア開発業者用のトップメニューに「アプリケーションの判定依頼」というリンクがあり、そのリンクを選択した場合に表示される画面であることを示している。他の図においても、その最上部の「＞」でつながれた記載はその画面までのリンクの道筋を示している。

図１５において、アプリケーション判定依頼画面２１０１上には、アプリケーションファイル位置入力ボックス２１０２と、アプリケーションファイル指定用参照ボタン２１０３と、アプリケーションファイルアップロードボタン２１０４と、マニュアルファイル位置入力ボックス２１０５と、マニュアルファイル指定用参照ボタン２１０６と、マニュアルファイルアップロードボタン２１０７と、セルフチェックシートファイル位置入力ボックス２１０８と、セルフチェックシートファイル指定用参照ボタン２１０９と、セルフチェックシートファイルアップロードボタン２１１０と、その他ドキュメントファイル位置入力ボックス２１１１と、その他ドキュメントファイル指定用参照ボタン２１１２と、その他ドキュメントファイルアップロードボタン２１１３と、コメント入力ボックス２１１４と、コメントアップロードボタン２１１５と、［判定依頼する］ボタン２１１６と、［戻る］ボタン２１１８と、［トップメニューへ］ボタン２１１７と、が表示される。

ソフトウェア開発業者の操作者は、アプリケーション判定依頼を行なう際には、まず本画面を表示し、アプリケーションファイル位置入力ボックス２１０２にアプリケーションファイルを絶対パスで入力するか又は、アプリケーションファイル指定用参照ボタン２１０３を選択し、オペレーティングシステム標準のファイル指定ダイアログボックスを表示して、アプリケーションファイルを指定する。次いで、ソフトウェア開発業者の操作者は、アプリケーションファイルアップロードボタン２１０４を選択することによりアプリケーションファイルがライセンス発行サーバ１０１内の所定の場所に生成される。

次いで、ソフトウェア開発業者の操作者は、マニュアルファイル位置入力ボックス２１０５にマニュアルファイルを絶対パスで入力するか又は、マニュアルファイル指定用参照ボタン２１０６を選択し、オペレーティングシステム標準のファイル指定ダイアログボックスを表示して、マニュアルファイルを指定する。ソフトウェア開発業者の操作者は、マニュアルファイルアップロードボタン２１０７を選択することによりマニュアルファイルがライセンス発行サーバ１０１内の所定の場所に生成される。

次いで、ソフトウェア開発業者の操作者は、セルフチェックシートファイル位置入力ボックス２１０８にセルフチェックシートファイルを絶対パスで入力するか又は、セルフチェックシートファイル指定用参照ボタン２１０９を選択し、オペレーティングシステム標準のファイル指定ダイアログボックスを表示して、セルフチェックシートファイルを指定する。ソフトウェア開発業者の操作者は、セルフチェックシートファイルアップロードボタン２１１０を選択することによりセルフチェックシートファイルがライセンス発行サーバ１０１内の所定の場所に生成される。

次いで、ソフトウェア開発業者の操作者は、その他ドキュメントファイル位置入力ボックス２１１１にその他ドキュメントファイルを絶対パスで入力するか又は、その他ドキュメントファイル指定用参照ボタン２１１２を選択し、オペレーティングシステム標準のファイル指定ダイアログボックスを表示して、その他ドキュメントファイルを指定する。ソフトウェア開発業者の操作者が、その他ドキュメントファイルアップロードボタン２１１３を選択することにより、その他ドキュメントファイルがライセンス発行サーバ１０１内の所定の場所に生成される。

次いで、ソフトウェア開発業者の操作者は、コメント入力ボックス２１１４にコメントを入力する。ソフトウェア開発業者の操作者は、コメントアップロードボタン２１１５を選択することによりコメント入力ボックス２１１４に入力されたコメントがライセンス発行サーバ１０１内の所定の場所に生成される。なお、その他ドキュメントファイル位置入力ボックス２１１１とコメント入力ボックス２１１４への入力は操作者の任意である。

上記指定完了後、ソフトウェア開発業者の操作者が評価部門による品質の判定を依頼するために［判定依頼する］ボタン２１１６を選択すると、それがライセンス発行サーバ１０１に伝えられる。ライセンス発行サーバ１０１では、販売情報指定モジュール１４０がアクセスされたＵＲＬから販売情報（販売会社）を取得し、アプリケーション情報取出モジュール１３２がアプリケーションに埋め込まれたアプリケーション情報（アプリケーションＩＤ、アプリケーション・バージョン、アプリケーション名）を取得する。アプリケーション情報取出モジュール１３２は、アプリケーションがｊａｖａ（登録商標）の.jarファイルであれば、そのマニフェストファイルにあるアプリケーションＩＤ、アプリケーション・バージョン、アプリケーション名を、アプリケーション情報として取出す。そして、アプリケーション登録モジュール１４１が、取得した販売情報及びアプリケーション情報をソフトウェア管理データベース１０６に登録する。つまり、ライセンス発行サーバ１０１内の所定の場所に生成されたファイル類をアプリケーション登録モジュール１４１によりソフトウェア管理データベース１０６に登録することができる。［戻る］ボタン２１１８を選択すると前の画面が表示され、［トップメニュー］ボタン２１１７が選択されるとトップメニュー画面が表示される。

なお、アプリケーション登録モジュール１４１は、アプリケーション判定依頼画面２１０１で依頼したアプリケーションをソフトウェア管理データベース１０６へ登録する際には、図１４のログイン時に特定した販売会社を販売情報として関連付けて登録する。つまり、 図１５のアプリケーション判定依頼を実施すると暗号化前アプリケーション１４３１、マニュアル１４３３、セルフチェックシート１４３４、その他ドキュメント１４３５、コメント１４３６及び図１４で特定した販売会社１４３７とソフトウェア開発業者１４０６及びステータス１４３０が「依頼中」としてアプリケーション（Application）テーブル１４０１に格納される。

図１８はライセンス発行サーバ１０１のアプリケーション指定モジュール１４６が提供するアプリケーション指定画面を示す図である。

図１８において、２４０１はアプリケーション指定画面であり、この画面上に、判定依頼されているアプリケーション一覧を表示するアプリケーションリスト２４０２と、［取得］ボタン２４０３と、［戻る］ボタン２４０５と、［トップメニュー］ボタン２４０６と、が表示される。

評価部門の操作者は、アプリケーション判定を行なう際には、まず本画面を表示し、システムに登録されているアプリケーションの一覧から判定を行なうためのアプリケーションを含む判定依頼データを指定する。［取得］ボタン２４０３が選択されると、図１９に示す画面が表示される。［戻る］ボタン２２０５を選択すると前の画面が表示され、［トップメニュー］ボタン２２０４が選択されるとトップメニュー画面が表示される。

図１９はライセンス発行サーバ１０１の判定依頼データ取得モジュール１４７が提供する判定依頼データ取得画面を示す図である。図１９において、２５０１は判定依頼データ取得画面であり、この画面上に、アプリケーション情報２５０２、ソフトウェア開発業者情報２５０３（図では「ディベロッパ情報」と表示されている）、コメント２５０４、アプリケーションを取得する［アプリケーション］ボタン２５０４、マニュアルを取得する［マニュアル］ボタン２５０５、セルフチェックシートを取得する［セルフチェックシート］ボタン２５０６、セルフチェックシートを取得する［セルフチェックシート］ボタン２５０７、その他ドキュメントを取得する［その他ドキュメント］ボタン２５０８、［トップメニュー］ボタン２５１１、［戻る］ボタン２５１２が表示される。

評価部門の操作者が本画面において、判定依頼されているアプリケーションを取得するために［アプリケーション］ボタン２５０５を選択すると、オペレーティングシステム標準のファイル指定ダイアログボックス２５０９が表示される。任意のアプリケーションの保存先とファイル名を入力して保存を指示すると、オペレーティングシステム標準のダウンロード中ダイアログ２５１０が表示されダウンロードが行われる。

評価部門の操作者が本画面において、判定依頼されているアプリケーションのマニュアルを取得するために［マニュアル］ボタン２５０６を選択すると、オペレーティングシステム標準のファイル指定ダイアログボックス２５０９が表示される。任意のマニュアルの保存先とファイル名を入力して保存を指示すると、オペレーティングシステム標準のダウンロード中ダイアログ２５１０が表示されダウンロードが行われる。

評価部門の操作者が本画面において、判定依頼されているアプリケーションのセルフチェックシートを取得するために［セルフチェックシート］ボタン２５０７を選択すると、オペレーティングシステム標準のファイル指定ダイアログボックス２５０９が表示される。任意のセルフチェックシートの保存先とファイル名を入力して保存を指示すると、オペレーティングシステム標準のダウンロード中ダイアログ２５１０が表示されダウンロードが行われる。

評価部門の操作者が本画面において、判定依頼されているアプリケーションのその他ドキュメントを取得するために［その他ドキュメント］ボタン２５０８を選択すると、オペレーティングシステム標準のファイル指定ダイアログボックス２５０９が表示される。任意のその他ドキュメントの保存先とファイル名を入力して保存を指示すると、オペレーティングシステム標準のダウンロード中ダイアログ２５１０が表示されダウンロードが行われる。

図１９で依頼データを取得すると図１１のアプリケーションテーブル１４０１においてステータス１４３０は「判定中」となる。

図１６はライセンス発行サーバ１０１のアプリケーション指定モジュール１３４が提供する判定対象のアプリケーションを指定する画面を示す図である。

図１６において、２２０１はアプリケーション指定画面であり、この画面上に判定を依頼され依頼データを取得したアプリケーションの一覧を表示するアプリケーションリスト２２０２と、［判定］ボタン２２０３と、［戻る］ボタン２２０５と、［トップメニュー］ボタン２２０４と、が表示される。

評価部門の操作者は、アプリケーション判定を行なう際には、まず本画面を表示し、システムに登録されているアプリケーションの一覧から判定を行なうアプリケーションを指定する。［判定］ボタン２２０３が選択されると、図１７に示す画面が表示される。ここで［戻る］ボタン２２０５を選択すると前の画面が表示され、［トップメニュー］ボタン２２０４が選択されるとトップメニュー画面が表示される。

図１７はライセンス発行サーバ１０１のアプリケーション判定モジュール１３５が提供する判定結果入力画面を示す図である。

図１７において、２３０１は判定結果入力画面であり、この画面上に、アプリケーション情報２３０２、ソフトウェア開発業者情報２３０３（図では「ディベロッパ情報」と表示されている）、コメント２３０４、ソフトウェア開発業者向けコメント入力ボックス２３０５（図では「ディベロッパ向けコメント」と表示されている）、判定結果書ファイル位置入力ボックス２３０６、［判定結果書ファイル指定用参照］ボタン２３０３、［判定ＯＫ］ボタン２３０８、［判定ＮＧ］ボタン２３０９、［トップメニュー］ボタン２３１０、［戻る］ボタン２３１１が表示される。

評価部門の操作者は、アプリケーション判定を行なう際には、まず本画面を表示し、アプリケーション情報２３０２、ソフトウェア開発業者情報２３０３及びコメント２３０５を確認し、ソフトウェア開発業者向けコメント入力ボックス２３０５にソフトウェア開発業者向けコメントを入力し、判定結果書ファイル位置入力ボックス２３０６に判定結果書ファイルを絶対パスで入力するか又は、判定結果書ファイル指定用参照ボタン２３０３を選択し、オペレーティングシステム標準のファイル指定ダイアログボックスを表示して、判定結果書ファイルを指定する。次いで、評価部門の操作者は、［判定ＯＫ］ボタン２３０８又は［判定ＮＧ］ボタン２３０９を選択することにより判定結果書ファイルとソフトウェア開発業者向けコメント及び判定結果（ＯＫ又はＮＧ）がライセンス発行サーバ１０１内の所定の場所に生成される。

［判定ＯＫ］ボタン２３０８が選択されたときは、暗号鍵取出しモジュール１３６によりアプリケーション情報のアプリケーションＩＤと販売情報の販売会社をキーとしてソフトウェア管理データベース１０６を検索する。すでに同じアプリケーションＩＤで同じ販売会社のアプリケーションであってステータスが「有効」となっているアプリケーションが、ソフトウェア管理データベース１０６において選択されたアプリケーション以前に登録されている場合は、ソフトウェア管理データベース１０６から、以前に登録されていたアプリケーションの暗号鍵が取出される。そして、アプリケーション暗号化モジュールが取出した暗号鍵でアプリケーションの暗号化を行い、暗号化したアプリケーションと暗号鍵とをソフトウェア管理データベースへ登録する。これにより、バージョンやエディションが異なるソフトウェアに対しても同じ暗号鍵が設定される。

同じアプリケーションＩＤで同じ販売会社のアプリケーションであってステータスが「有効」となっているアプリケーションが、選択されたアプリケーション以前にソフトウェア管理データベース１０６において登録されていなかった場合は、暗号鍵生成モジュール１３９により新たな暗号鍵の生成を行なう。そして、アプリケーション暗号化モジュール１３７により新たに生成した暗号鍵でアプリケーションの暗号化を行なう。これにより、アプリケーションが異なる場合はもちろん、販売会社が異なるだけで、異なる暗号鍵が設定される。

暗号鍵格納モジュール１３８は、暗号化したアプリケーションと生成した暗号鍵とアプリケーションＩＤ及び販売会社をソフトウェア管理データベース１０６へ登録する。［戻る］ボタン２３１１を選択すると前の画面が表示され、［トップメニュー］ボタン２３１０が選択されるとトップメニュー画面が表示される。

すなわち、判定ＯＫと評価されたアプリケーションについて、同一アプリケーションＩＤ、同一販売会社のデータがすでにアプリケーションテーブル１４０１に存在する場合は、その存在したデータの暗号鍵１４３８を取得する。アプリケーション（Application）テーブル１４０１の判定ＯＫとなった暗号化前アプリケーション１４３１を、取得した暗号鍵で暗号化し、暗号化したアプリケーションは暗号化後アプリケーション１４３２へ、取得した暗号鍵は暗号鍵１４３８へ、ステータス１４３０は「有効」へ、としてアプリケーション（Application）テーブル１４０１に格納する。

また、同一アプリケーションＩＤ、同一販売会社のデータがアプリケーションテーブル１４０１に存在しない場合は、新たに暗号鍵を生成する。アプリケーション（Application）テーブル１４０１の判定ＯＫとなった暗号化前アプリケーション１４３１を生成した暗号鍵で暗号化を行い、暗号化したアプリケーションは暗号化後アプリケーション１４３２へ、生成した暗号鍵は暗号鍵１４３８へ、ステータス１４３０は「有効」へとしてアプリケーション（Application）テーブル１４０１に格納する。

このように、アプリケーションＩＤが同一場合は、同一の暗号鍵を使用するので、すでにユーザが使用しているライセンス情報を、アプリケーションのバージョンアップ後も再利用することができ、ラインセンス情報の再発行に要する膨大な労力をなくすことが可能となる。

さらに、バージョンなどを含めまったく同一のアプリケーションでも販売チャネルや販売地域が異なれば、暗号鍵を別にして管理するので、異なる販売チャネルで販売されたライセンスが流用不可能となる。したがって、販売主体は自らの顧客を他の販売チャネルからのライセンス流用などによる不正使用から守ることが可能となり、ユーザサポートなどでの混乱が減少する。

なお、アプリケーションのバージョンアップの中でもユーザに有償提供対象となるメジャーバージョンアップ時は暗号鍵を別にし、欠陥修正などによる無償提供対象となるマイナーバージョンアップやリビジョンアップなどの際には、暗号鍵を同一にすることも可能である。そのようにすれば、販売主体側でバージョンアップ時のライセンス情報の再利用性についての決定権を保持することができ、販売主体はソフトウェア提供時における課金の有無などより詳細なる管理が可能となる。バージョン体系が「( メジャーバージョン ).( マイナーバージョン ).( リビジョン ).( ビルド番号 )」のような構成であって、メジャーバージョン、マイナーバージョン、リビジョン、ビルド番号には英数字の形式となっている場合、例えばVersion=「1.2.10.122」とあればメジャーバージョン＝１、マイナーバージョン＝２、リビジョン＝１０、ビルド番号＝１２２ということになる。そして、マイナーバージョンアップやリビジョンアップ、ビルド番号アップ時は無償で、メジャーバージョンは有償とする場合は、メジャーバージョンアップの際のみ暗号鍵を新たに発行する。具体的に以下のように行なう。同一アプリケーションＩＤ、同一販売会社で以前に登録されている有効なアプリケーションが存在するときは、以前に登録されたアプリケーションの暗号鍵を使用してアプリケーションを暗号化しているところを、同一アプリケーションＩＤ、同一販売会社で以前に登録されている有効なアプリケーションでかつメジャーバージョンが同一のアプリケーションが存在する場合はその暗号鍵を使用する。メジャーバージョンが同一か否かは、バージョン中のメジャーバージョン部分の抽出するため、バージョン中のもっとも左側にある「.」ピリオドより左側にある部分の値を抽出することによって判断する。例えば以前のバージョンが「3.1.10.122」で今回のバージョンが「4.0.15.150」ならばメジャーバージョンアップありと判定、以前のバージョンが「3.1.10.122」で今回のバージョンが「3.4.15.150」ならばメジャーバージョンアップなしと判定する。もし、メジャーバージョンが同一のアプリケーションが存在しない場合（まったく新規のアプリケーションの場合や販売会社が異なる場合もあるが、同一アプリケーションＩＤ、同一販売会社で以前に登録されている有効なアプリケーションが存在するが同一メジャーバージョンのものが以前に存在しない場合）は新たに暗号鍵を生成するとすることで、メジャーバージョンアップ時に暗号鍵が別になる。

したがって、欠陥修正などによる無償提供対象となるマイナーバージョンアップやリビジョンアップなどの際には、暗号鍵が同一となるので既存のライセンスでインストールが可能となる。一方、大幅な機能追加を行ったメジャーバージョンアップ時には、新しい暗号鍵で作成したライセンスでなければ、メジャーバージョンアップしたアプリケーションのインストールができなくなるので、販売会社はラインセンス情報ファイルを作成するためのＬＡ＃を販売する時に課金することで、メジャーバージョンアップを有償とすることができる。また販売会社は新しくメジャーバージョンアップしたアプリケーションに対応したＬＡ＃を無料で配布すれば、メジャーバージョンアップ時に新たなライセンス情報は必要だが、無償でアップグレードすることができる。

図２０はライセンス発行サーバ１０１のアプリケーション指定モジュール１４９が提供するアプリケーション指定画面を示す図である。

図２０において、２６０１はアプリケーション指定画面であり、この画面上に判定ＯＫとなったアプリケーション一覧を表示するアプリケーションリスト２６０２と、［ダウンロード］ボタン２６０３と、［戻る］ボタン２６０５と、［トップメニュー］ボタン２６０４と、が表示される。

販売会社の操作者は、販売するアプリケーションのダウンロードを行なう際には、まず本画面を表示し、システムに登録されているアプリケーションの一覧からダウンロードを行なうためのアプリケーションを指定する。［ダウンロード］ボタン２６０３が選択されると、図２１に示す画面が表示される。

［戻る］ボタン２６０５を選択すると前の画面が表示され、［トップメニュー］ボタン２６０４が選択されるとトップメニュー画面が表示される。

図２１はライセンス発行サーバ１０１が提供するアプリケーションダウンロード画面を示す図である。

図２１において、２７０１はアプリケーションダウンロード画面であり、この画面上に、ダウンロードするアプリケーション情報２７０２、アプリケーションの暗号化後のファイルサイズ２７０３（図では「コードサイン署名済みアプリケーションサイズ」と表示されている）、［ダウンロード］開始ボタン２７０４、［トップメニュー］ボタン２７０７、［戻る］ボタン２７０８が表示される。

販売会社の操作者が本画面において、アプリケーションをダウンロードするために［ダウンロード開始］ボタン２７０４を選択すると、オペレーティングシステム標準のファイル指定ダイアログボックス２７０５が表示される。任意のアプリケーションの保存先とファイル名を入力して保存を指示すると、オペレーティングシステム標準のダウンロード中ダイアログ２７０６が表示されダウンロードが行われる。

［戻る］ボタン２７０８を選択すると前の画面が表示され、［トップメニュー］ボタン２７０７が選択されるとトップメニュー画面が表示される。

図３はライセンス発行サーバ１０１のアプリケーション指定モジュール１０８が提供するアプリケーション指定画面を示す図である。ライセンス情報発行サーバ１０１は、販売会社システム１０３からインターネット１０５を介したアクセスを受けて、図３に示す画面を表示させるための表示用データを販売会社システム１０３に送信する。

図３において、３０１は商品登録アプリケーション指定画面であり、この画面上にアプリケーションリスト３０２と、［商品登録］ボタン３０３が表示される。販売会社の操作者は、商品登録を行なう際には、まず本画面を表示し、システムに登録されているアプリケーションの一覧から商品登録を行なうアプリケーションを指定する。［商品登録］ボタンが選択されると、図４に示す画面が表示される。［戻る］ボタン３０４を選択すると前の画面が表示され、［トップメニューへ］ボタン３０５が選択されるとトップメニュー画面が表示される。

図４はライセンス発行サーバ１０１の商品タイプ指定モジュール１０９が提供する商品タイプ指定画面を示す図である。ライセンス情報発行サーバ１０１は、販売会社システム１０３からインターネット１０５を介したアクセスを受けて、図４に示す画面を表示するための表示用データを販売会社システム１０３に送信する。

図４において、４０１は商品タイプ指定画面であり、この画面上に、選択可能な商品タイプの選択ラジオボタン４０２が表示される。販売会社の操作者は、登録したい商品のタイプを選択して、［次へ］ボタン４０３を選択すると、図５に示す画面が表示される。［戻る］ボタン４０４を選択すると前の画面が表示され、［トップメニューへ］ボタン４０５が選択されるとトップメニュー画面が表示される。

なお、商品タイプＡ１は、販売会社が販売主体となって販売する商品で、ライセンス条件及び保守契約機能の有無が登録された商品であり、販売会社がライセンス発行サーバ１０１からライセンスアクセス番号を取得して、ソフトウェアパッケージに含めて販売し、そのパッケージを購入したユーザが、ライセンス情報発行サーバ１０１にライセンスアクセス番号と導入対象のコンピュータのデバイス番号を入力して、ライセンスファイル情報（ＬＩ）を取得して、情報処理装置に導入する形態の商品である。

また、商品タイプＢ１は、ソフトウェア開発業者が販売主体となって販売する商品で、ライセンス条件は登録されていない商品であり、ソフトウェア開発業者がライセンス発行サーバ１０１からライセンスファイル情報(ＬＩ)を取得する際に、ライセンス条件を指定してライセンス情報を取得し、ソフトウェアパッケージに含めて販売する形態の商品である。

また、商品タイプＢ２は、ソフトウェア開発業者が販売主体となって販売する商品で、ライセンス条件は登録されていない商品であり、ソフトウェア開発業者がライセンス発行サーバ１０１からライセンスファイル情報(ＬＩ)を取得する際に、ライセンス条件と導入対象の情報処理装置のデバイス番号(ＤＮＯ)を指定してライセンス情報を取得し、ソフトウェアパッケージに含めて販売する形態の商品である。

図５は、ライセンス発行サーバ１０１の商品登録モジュール１１３が提供する商品登録画面である。ライセンス情報発行サーバ１０１は、販売会社システム１０３からインターネット１０５を介したアクセスを受けて、図５に示す画面を表示するための表示用データを販売会社システム１０３に送信する。具体的には、図４でＡ１の商品タイプが選択されて［次へ］ボタン４０３が選択されたことをライセンス情報発行サーバ１０１が検知すると図４を表示していた端末に対して図５の画面情報を送信する。

図５において、５０１は商品登録画面であり、この画面上に、商品登録対象となるアプリケーションの情報５０２、選択された商品タイプ５０３、商品名入力ボックス５０４、商品コード入力ボックス５０５、ライセンス台数入力ボックス５０６、ライセンス期限タイプ指定ラジオボタン５０７、ライセンス期限が一定期間の場合のライセンス期限入力ボックス５０８、カウント条件指定チェックボックス５０９、カウンタ１のカウント値入力ボックス５１０、カウンタ１のＳｔｏｐさせる／させない指定ボタン５１１、カウンタ２のカウント値入力ボックス５１２、カウンタ２のＳｔｏｐさせる／させない指定ボタン５１３、カウンタ３のカウント値入力ボックス５１４、カウンタ３のＳｔｏｐさせる／させない指定ボタン５１５、保守契約モジュールの有効／無効指定ラジオボタン５１６、保守契約条項画面表示用ファイル名入力ボックス５１７、保守契約条項画面表示用ファイル名指定ボタン５１８、保守契約条項ダウンロード用ファイル名入力ボックス５１９、保守契約条項ダウンロード用ファイル名指定ボタン５２０、［登録］ボタン５２１、［クリア］ボタン５２２、［戻る］ボタン５２３、［トップメニューへ］ボタン５２４が表示される。

販売会社の操作者は、本画面において、商品登録の対象となるソフトウェアの内容を確認した後、商品名、商品コード、ライセンス台数、ライセンス期限、ライセンスカウント情報、保守契約情報を入力して、［登録］ボタン５２１を選択することにより、商品登録を行なうことができる。［クリア］ボタン５２２を選択すると、本画面を表示後に入力した内容がすべてクリアされる。［戻る］ボタン５２３を選択すると、前の画面が表示され、［トップメニューへ］ボタン５２４を選択すると、トップメニュー画面が表示される。

以上、図３〜図５で商品登録を実施すると、入力された情報が図１１の商品(Product)テーブル１４０７内の各フィールドに格納される。

図６は、ライセンス発行サーバ１０１の商品選択モジュール１１５が提供するライセンスアクセス番号発行商品指定画面を示す図である。ライセンス情報発行サーバ１０１は、販売会社システム１０３またはソフトウェア開発業者端末１０４からインターネット１０５を介したアクセスを受けて、図６に示す画面を表示するための表示用データを販売会社システム１０３またはソフトウェア開発業者端末１０４に送信する。

図６において、６０１はＬＡ♯発行商品指定画面であり、この画面上にアプリケーション情報６０２と、アプリケーションに登録されている商品一覧６０３と、［ＬＡ♯発行］ボタン６０４と、［戻る］ボタン６０５と［トップメニューへ］ボタン６０６とが表示される。

販売会社又はソフトウェア開発業者の操作者は、ライセンスアクセス番号(ＬＡ♯)を発行する際には、まず本画面を表示し、システムに登録されているアプリケーションのうち、対象アプリケーションに登録されている商品一覧からＬＡ♯を発行する商品を指定する。［戻る］ボタン６０５を選択すると前の画面が表示され、［トップメニューへ］ボタン６０６が選択されるとトップメニュー画面が表示される。

図７はライセンス発行サーバ１０１のＬＡ♯発行モジュール１１６により提供されるライセンスアクセス番号発行画面を示す図である。ライセンス情報発行サーバ１０１は、販売会社システム１０３またはソフトウェア開発業者システム１０４において図６の画面が表示された状態で[ＬＡ♯発行]ボタン６０４が選択されたことを検知すると、図６を表示していた端末に対し図７に示す画面を表示するための表示用データを送信する。

図７において、７０１はライセンスアクセス番号(ＬＡ♯)発行画面であり、この画面上にアプリケーション情報７０２と、アプリケーションに登録されており、かつ、前画面で指定されたＬＡ♯発行対象の商品情報７０３と、ＬＡ♯を発行するライセンス本数入力ボックス７０４と、［発行］ボタン７０５と、ＬＡ♯発行履歴表示７０６と、［戻る］ボタン７０７と［トップメニューへ］ボタン７０８とが表示される。

販売会社又はソフトウェア開発業者の操作者は、ＬＡ♯を発行するライセンス本数７０４を入力して［発行］ボタン７０５を選択することで、ライセンスアクセス番号(ＬＡ♯)の発行を指示する。

［戻る］ボタン７０７を選択すると前の画面が表示され、［トップメニューへ］ボタン７０８が選択されるとトップメニュー画面が表示される。

図８はライセンス発行サーバ１０１のＬＡ♯入力モジュール１１８が提供するライセンスアクセス番号入力画面を示す図である。ライセンス情報発行サーバ１０１は、ユーザシステム１０２からインターネット１０５を介したアクセスを受けて、図８に示す画面を表示するための表示用データをユーザ端末１０２に送信する。

図８において、８０１はライセンスアクセス番号入力画面であり、この画面上にライセンスアクセス番号入力ボックス８０２と、Ｓｕｂｍｉｔボタン８０３が表示される。

ユーザはライセンス情報の発行を行なう際には、まず本画面を表示し、購入したソフトウェアパッケージに記載されたライセンスアクセス番号を当入力ボックスに入力して、Ｓｕｂｍｉｔボタンを選択する。Ｓｕｂｍｉｔボタンが選択されると、図９に示す画面が表示される。

図９はライセンス発行サーバ１０１のＤＮＯ入力モジュール１１９が提供するライセンス情報発行画面を示す図である。ライセンス情報発行サーバ１０１は、ユーザシステム１０２において図８のＳｕｂｍｉｔボタン８０３が選択されたことを受信すると、図９に示す画面を表示するための表示用データをユーザシステム１０２に送信する。

図９において、９０１はライセンス情報発行画面（図では「ライセンス情報ファイル発行」と記載されている）であり、この画面上に、アプリケーション情報（図では「商品の情報」と記載されている）とともにデバイス番号（Ｄｅｖｉｃｅ Ｎｏ。ＤＮＯと省略表記する）入力ボックス９０２と、デバイス番号入力方法選択ラジオボタン９０３と、デバイス番号ファイル名入力ボックス９０４と、デバイス番号ファイル指定用参照ボタン９０５と、ライセンス情報の発行を指示する［発行する］ボタン９０６と、前の画面に戻る［戻る］ボタン９０７と、ライセンス情報発行処理自体を中止する［中止する］ボタン９０８とを表示する。

デバイス番号入力ボックス９０２は、そのソフトウェアのライセンス本数から発行済みのライセンス本数を引いた値と、デバイス番号入力ボックスの最大表示個数の小さい方の数分表示される。

ユーザは本画面において、表示されたアプリケーション情報が購入したアプリケーションと相違ないことを確認した後、９０３にてデバイス番号指定方法を選択する。上側のラジオボタンを選択した場合は、アプリケーションを導入する情報処理装置のデバイス番号（ＤＮＯ）をデバイス番号入力ボックスに入力する。下側のラジオボタンを選択した場合は、デバイス番号ファイル名入力ボックスにデバイス番号ファイルを絶対パスで入力するか又は、デバイス番号ファイル指定用参照ボタンを選択し、オペレーティングシステム標準のファイル指定ダイアログボックスを表示して、デバイス番号ファイルを指定する。いずれかの方法にてデバイス番号の指定を行った後、［発行する］ボタン９０６を選択することにより、入力されたデバイス番号にアプリケーションを導入（インストール）する際に必要となるライセンス情報がライセンス情報発行サーバ内の所定の場所に生成される。

ライセンスアクセス番号の対象となる商品及びアプリケーションを特定し、同アプリケーションの復号鍵を含めたライセンス情報の生成が完了すると、図１０に示す画面が表示される。

図９でライセンス情報発行を行なうことで、図１１のライセンスアクセス番号(ＬＡ♯)テーブル１４２０のライセンスアクセス番号より商品コード１４２２が判明し、判明した商品コード１４２２をキーとして商品(Product)テーブル１４０７でアプリケーション登録番号１４０９が判明し、判明したアプリケーション登録番号１４０９をキーとしてアプリケーション（Application）テーブル１４０１で暗号鍵の取得が可能となる。

図１０はライセンス発行サーバ１０１のＬＩ発行モジュール１２２が提供するライセンス情報取得画面を示す図である。

図１０において、１００１はライセンス情報取得画面（図では「ライセンスファイル取得」と記載されている）であり、この画面上に、ライセンス情報発行日時（図では「ライセンスファイル発行日」と記載されている）とともにライセンス情報の取得を指示する［取得］ボタン１００２と、前の画面に戻るための［戻る］ボタン１００５と、トップメニューに戻るための［トップメニューへ戻る］ボタン１００６とを表示する。

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

なお、情報処理装置は、パーソナルコンピュータ、携帯電話を含む携帯端末、画像形成装置など、ソフトウェアを導入して実行可能な情報処理装置であれば、その形態を問わないのは言うまでもない。

（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。

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

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

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

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。

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

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

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

本発明の一実施の形態によるライセンス発行サーバ１０１のシステム構成図である。 本発明の一実施の形態によるライセンス発行サーバ１０１内の詳細図である。 本発明の一実施の形態における商品登録のアプリケーション一覧画面を示す図である。 本発明の一実施の形態における商品タイプ指定画面を示す図である。 本発明の一実施の形態における商品登録画面を示す図である。 本発明の一実施の形態におけるライセンスアクセス番号発行時の商品選択画面を示す図である。 本発明の一実施の形態におけるライセンスアクセス番号発行画面を示す図である。 本発明の一実施の形態におけるライセンスアクセス番号入力画面を示す図である。 本発明の一実施の形態におけるライセンス情報ファイル発行画面を示す図である。 本発明の一実施の形態におけるライセンス情報ファイル取得画面を示す図である。 本発明の一実施の形態におけるソフトウェア管理データベースの説明図である。 本発明の一実施の形態におけるアプリケーション判定依頼処理のフローチャートである。 本発明の一実施の形態におけるアプリケーション判定結果処理のフローチャートである。 本発明の一実施の形態におけるログイン画面を示す図である。 本発明の一実施の形態におけるアプリケーション判定依頼画面を示す図である。 本発明の一実施の形態における判定対象となるアプリケーションの一覧画面を示す図である。 本発明の一実施の形態における判定結果入力画面を示す図である。 本発明の一実施の形態における依頼データ取得のアプリケーション一覧画面を示す図である。 本発明の一実施の形態における依頼データ取得画面を示す図である。 本発明の一実施の形態におけるアプリケーションダウンロードのアプリケーション一覧画面を示す図である。 本発明の一実施の形態におけるアプリケーションダウンロード画面を示す図である。

符号の説明

１０１ ライセンス発行サーバ
１０２ ユーザシステム
１０３ 販売会社システム
１０４ ソフトウェア開発業者システム１０４
１０５ ネットワーク
１０６ ソフトウェア管理データベース
１０７ 商品登録部
１０８ ソフトウェア指定モジュール
１０９ 商品タイプ指定モジュール
１１０ 商品登録画面表示モジュール
１１１ 商品情報入力モジュール
１１２ ライセンス条件指定モジュール
１１３ 商品登録モジュール
１１４ ＬＡ♯発行部
１１５ 商品選択モジュール
１１６ ＬＡ♯発行モジュール
１１７ ＬＩ発行部
１１８ ＬＡ♯入力モジュール
１１９ ＤＮＯ入力モジュール
１２０ 商品選択モジュール
１２２ 発行モジュール
１２３ 表示部（ユーザシステム）
１２４ 入力部（ユーザシステム）
１２５ 表示部（販売会社システム）
１２６ 入力部（販売会社システム）
１２７ 表示部（ソフトウェア開発業者システム）
１２８ 入力部（ソフトウェア開発業者システム）
１３０ アプリケーション判定依頼部
１３１ アプリケーション判定依頼
１３２ アプリケーション情報取出
１３３ アプリケーション判定結果部
１３４ アプリケーション指定
１３５ アプリケーション判定
１３６ 暗号鍵取出
１３７ アプリケーション暗号化
１３８ 暗号鍵格納
１３９ 暗号鍵生成
１４０ 販売情報指定
１４１ アプリケーション登録
１４２ 評価部門システム
１４３ 表示部（評価部門システム）
１４４ 入力部（評価部門システム）
１４５ 判定依頼データ取得部
１４６ アプリケーション指定
１４７ 判定依頼データ取得
１４８ アプリケーションダウンロード部
１４９ アプリケーション指定
１５０ アプリケーションダウンロード

Claims (8)

1. ソフトウェアの識別情報に対応付けて暗号鍵を格納したデータベースと通信可能な情報処理装置であって、
   開発業者システムから開発されたソフトウェア及びその識別情報を受信する受信手段と、
   前記受信手段で受信した識別情報を用いて、前記データベースから暗号鍵を検索する検索手段と、
   前記検索手段による検索の結果、前記データベース内に前記識別情報に対応する暗号鍵が見つかった場合に、その暗号鍵を読出す読出手段と、
   前記検索手段による検索の結果、前記データベース内に前記識別情報に対応する暗号鍵が見つからなかった場合に、暗号鍵を生成する生成手段と、
   前記受信手段で受信したソフトウェアを、前記読出手段で読出した、或いは前記生成手段で生成した暗号鍵で暗号化する暗号化手段と、
   前記暗号化手段で暗号化された暗号化ソフトウェアに対してライセンスアクセス番号を付して販売会社システムまたは開発業者システムに送信する送信手段と、
   ユーザシステムまたは販売会社システムからライセンスアクセス番号を受信する手段と、
   前記ライセンスアクセス番号に対応する暗号鍵を前記データベースから読出し、ライセンス情報として、前記ライセンスアクセス番号を送信してきたユーザシステムまたは販売会社システムに対して返信する手段と、
   を有することを特徴とする情報処理装置。
2. 前記データベースから暗号鍵を検索する際に参照する前記識別情報は、ソフトウェアのバージョン情報を含まないことを特徴とする請求項１に記載の情報処理装置。
3. さらに前記ソフトウェアの販売情報を受信する手段を有し、
   前記データベースから暗号鍵を検索する際に参照する前記識別情報は、受信した販売情報を含むことを特徴とする請求項１に記載の情報処理装置。
4. 前記販売情報には、ソフトウェアの販売を行なう国又は地域を含むことを特徴とする請求項３に記載の情報処理装置。
5. 前記販売情報には、ソフトウェアの販売を行なう販売チャネルを含むことを特徴とする請求項３に記載の情報処理装置。
6. ソフトウェアの識別情報に対応付けて暗号鍵を格納したデータベースと、該データベースに通信可能なライセンス発行サーバとを用いてライセンスを発行する情報処理方法であって、
   前記ライセンス発行サーバが開発業者システムから開発されたソフトウェア及びその識別情報を受信する受信工程と、
   前記ライセンス発行サーバが、前記受信工程で受信した識別情報を用いて、前記データベースから暗号鍵を検索する検索工程と、
   前記ライセンス発行サーバが、前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つかった場合に、その暗号鍵を読出す読出工程と、
   前記ライセンス発行サーバが、前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つからなかった場合に、暗号鍵を生成する生成工程と、
   前記ライセンス発行サーバが、前記受信工程で受信したソフトウェアを、前記読出工程で読出した、或いは前記生成工程で生成した暗号鍵で暗号化する暗号化工程と、
   前記ライセンス発行サーバが、前記暗号化工程で暗号化された暗号化ソフトウェアに対してライセンスアクセス番号を付して販売会社システムまたは開発業者システムに送信する送信工程と、
   前記ライセンス発行サーバが、ユーザシステムまたは販売会社システムからライセンスアクセス番号を受信する工程と、
   前記ライセンス発行サーバが、前記ライセンスアクセス番号に対応する暗号鍵を前記データベースから読出し、ライセンス情報として、前記ライセンスアクセス番号を送信してきたユーザシステムまたは販売会社システムに対して返信する工程と、
   を有することを特徴とする情報処理方法。
7. ソフトウェアの識別情報に対応付けて暗号鍵を格納したデータベースを用いてライセンスを発行するプログラムであって、
   コンピュータに、
   開発業者システムから開発されたソフトウェア及びその識別情報を受信する受信工程と、
   前記受信工程で受信した識別情報を用いて、前記データベースから暗号鍵を検索する検索工程と、
   前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つかった場合に、その暗号鍵を読出す読出工程と、
   前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つからなかった場合に、暗号鍵を生成する生成工程と、
   前記受信工程で受信したソフトウェアを、前記読出工程で読出した、或いは前記生成工程で生成した暗号鍵で暗号化する暗号化工程と、
   前記暗号化工程で暗号化された暗号化ソフトウェアに対してライセンスアクセス番号を付して販売会社システムまたは開発業者システムに送信する送信工程と、
   ユーザシステムまたは販売会社システムからライセンスアクセス番号を受信する工程と、
   前記ライセンスアクセス番号に対応する暗号鍵を前記データベースから読出し、ライセンス情報として、前記ライセンスアクセス番号を送信してきたユーザシステムまたは販売会社システムに対して返信する工程と、
   を実行させることを特徴とするプログラム。
8. ソフトウェアの識別情報に対応付けて暗号鍵を格納したデータベースを用いてライセンスを発行するプログラムを格納した記憶媒体であって、
   前記プログラムは、
   開発業者システムから開発されたソフトウェア及びその識別情報を受信する受信工程と、
   前記受信工程で受信した識別情報を用いて、前記データベースから暗号鍵を検索する検索工程と、
   前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つかった場合に、その暗号鍵を読出す読出工程と、
   前記検索工程で前記データベースを検索した結果、前記データベース内に前記識別情報に対応する暗号鍵が見つからなかった場合に、暗号鍵を生成する生成工程と、
   前記受信工程で受信したソフトウェアを、前記読出工程で読出した、或いは前記生成工程で生成した暗号鍵で暗号化する暗号化工程と、
   前記暗号化工程で暗号化された暗号化ソフトウェアに対してライセンスアクセス番号を付して販売会社システムまたは開発業者システムに送信する送信工程と、
   ユーザシステムまたは販売会社システムからライセンスアクセス番号を受信する工程と、
   前記ライセンスアクセス番号に対応する暗号鍵を前記データベースから読出し、ライセンス情報として、前記ライセンスアクセス番号を送信してきたユーザシステムまたは販売会社システムに対して返信する工程と、
   をコンピュータに実行させることを特徴とするコンピュータ読み取り可能な記憶媒体。

Images