JP6340872B2 - 購入制御装置、購入制御方法及び購入制御プログラム - Google Patents

Description

本発明は、購入制御装置、購入制御方法及び購入制御プログラムに関する。

近年、端末やスマートデバイスへのアプリケーションのダウンロードやインストールが、利用者が直接、ストアから購入およびダウンロードできる形式に変化してきた。ここで、スマートデバイスとは、スマートフォン、タブレット装置などである。

企業などでは、ライセンス契約などとの関係から端末やスマートデバイスへインストールされるソフトウェアを管理することが重要である。しかし、端末やスマートデバイスの管理者と、アプリケーションのストアの運営者は一致しないため、端末やスマートデバイスの管理者がストア側でのダウンロードやインストールの制御を行えない。

そこで、端末やスマートデバイスにインストールされたエージェントを通して、ストアからアプリケーションをダウンロードさせ、インストールさせる形態が存在する。エージェントは、ライセンス管理などを行う資産管理装置からアプリケーションの購入可否情報の配信を受け、アプリケーションをダウンロードする際に、購入可否情報に基づいてダウンロードの可否を判定する。

なお、ライセンス管理に関する従来技術として、情報処理端末が、ライセンス認証要求時に認証データをライセンス認証サーバに送信し、認証要求に対して新たなキーを受信したときにソフトウェアの実行を許可する技術がある。

また、ユーザコンピュータにソフトウェアをインストールする際に、ユーザはソフトウェア個体識別番号とランダム番号をホストコンピュータに送信する。そして、ホストコンピュータは、残ライセンス数が１であると、両番号からインストール続行キーをユーザコンピュータに送信し、ユーザコンピュータがソフトウェアのインストールを続行する従来技術がある。

特開２００５−３２１８５０号公報 特開２００３−２２１４２号公報

しかしながら、資産管理装置からエージェント等に、アプリケーションの購入可否情報を配信する形態の場合、購入可否情報を配信した時点と、アプリケーションをストアから購入してダウンロードする時点で購入条件が変動するという問題がある。例えば、購入条件の１つである価格については、価格見直しやキャンペーンなどで変動が発生する。また、価格に関連するライセンス体系が変動することもある。

本発明は、１つの側面では、アプリケーションの購入条件が、資産管理装置から配付された時点と相違する場合であっても、購入の正否を正しく判定することを目的とする。

本願の開示する購入制御プログラムは、１つの態様において、ソフトウェアの価格に関する情報を含む購入条件情報を資産を管理する資産管理装置から取得する処理をコンピュータに実行させる。そして、本願の開示する購入制御プログラムは、ソフトウェアの購入要求を受け付けたときに、アプリケーションストアから最新の価格に関する情報を取得し、取得した最新の価格に関する情報と前記購入条件情報に含まれる価格に関する情報に基づき、前記購入要求の当否を判断し、正当と判断された前記購入要求を前記アプリケーションストアに送信する、処理をコンピュータに実行させる。

１実施態様によれば、購入の正否を正しく判定することができる。

図１は、実施例に係る資産管理システムの構成を示す図である。 図２は、実施例に係る資産管理システムの動作を説明するための図である。 図３は、管理装置の機能構成を示す図である。 図４は、アプリケーション一覧情報の一例を示す図である。 図５は、ライセンス許可情報の一例を示す図である。 図６は、ライセンス体系情報の一例を示す図である。 図７Ａは、インベントリ情報の一例を示す図である。 図７Ｂは、ダウンロード禁止アプリケーション情報の一例を示す図である。 図８は、アプリケーション購入照合情報の一例を示す図である。 図９Ａは、動作ポリシー情報（アプリケーション購入の照合方式が「００１」の場合）の一例を示す図である。 図９Ｂは、動作ポリシー情報（アプリケーション購入の照合方式が「００２」の場合）の一例を示す図である。 図９Ｃは、動作ポリシー情報（アプリケーション購入の照合方式が「００３」の場合）の一例を示す図である。 図１０は、エージェントの機能構成を示す図である。 図１１は、資産管理システムの処理のフローを示すフローチャートである。 図１２は、アプリケーション一覧情報を登録する処理のフローを示すフローチャートである。 図１３は、アプリケーション一覧情報を更新する処理のフローを示すフローチャートである。 図１４は、ライセンス許可情報を生成する処理のフローを示すフローチャートである。 図１５は、エージェントによるダウンロード処理のフローを示すフローチャートである。 図１６は、リクエスト制御処理のフローを示すフローチャートである。 図１７は、リクエスト解析処理のフローを示すフローチャートである。 図１８は、ライセンス許可照合処理のフローを示すフローチャートである。 図１９は、アプリケーション情報照合処理のフローを示すフローチャートである。 図２０は、トータル予算で判定する場合のアプリケーション情報照合処理のフローを示すフローチャートである。 図２１は、アプリケーション単価の増減幅で判定する場合のアプリケーション情報照合処理のフローを示すフローチャートである。 図２２は、購入制御プログラムを実行するコンピュータのハードウェア構成を示す図である。

以下に、本願の開示する購入制御装置、購入制御方法及び購入制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。

まず、実施例に係る資産管理システムの構成について説明する。図１は、実施例に係る資産管理システムの構成を示す図である。図１に示すように、資産管理システム１は、管理装置２と、コンピュータ３ａと、３台のスマートデバイス３ｂとアプリケーションストア６とを有する。

管理装置２、コンピュータ３ａ、３台のスマートデバイス３ｂ及びアプリケーションストア６は、ネットワーク４で接続される。３台のスマートデバイス３ｂは、無線のアクセスポイント５を介してネットワーク４に接続される。ネットワーク４は、管理装置２、コンピュータ３ａ及び３台のスマートデバイス３ｂを接続するイントラネットと、管理装置２、コンピュータ３ａ及び３台のスマートデバイス３ｂがアプリケーションストア６に接続するためのインターネットに分かれる。

なお、ここでは説明の便宜上、１台のコンピュータ３ａ及び３台のスマートデバイス３ｂのみを示したが、資産管理システム１は任意の台数のコンピュータ及びスマートデバイスを有する。また、資産管理システム１は、アプリケーションを実行する他の情報通信装置も有する。

管理装置２は、イントラネット内のコンピュータ３ａスマートデバイス３ｂなどの情報通信装置のハードウェア及びソフトウェアを資産として管理し、コンピュータ３ａやスマートデバイス３ｂなどにインストールされるソフトウェアのライセンスも管理する。

コンピュータ３ａは、利用者により文書の作成やメールの送受信などに使用される。スマートデバイス３ｂは、利用者によりＷｅｂページの閲覧やメールの送受信などに使用される。

アプリケーションストア６は、アプリケーションの価格やライセンス体系などのアプリケーション情報をアプリケーションとともに記憶し、アプリケーションの販売を管理する。アプリケーションストア６は、コンピュータ３ａやスマートデバイス３ｂからのダウンロード要求を受け付けて、アプリケーションをコンピュータ３ａやスマートデバイス３ｂに送信する。

次に、実施例に係る資産管理システム１の動作について説明する。図２は、実施例に係る資産管理システム１の動作を説明するための図である。なお、ここでは、コンピュータ３ａがアプリケーションをダウンロードする場合について説明するが、スマートデバイス３ｂなど他の情報通信装置がアプリケーションをダウンロードする場合も同様である。

図２に示すように、管理装置２は、アプリケーションストア６からアプリケーションの単価、ライセンス体系を含む購入条件情報を取得し、アプリケーション一覧を作成する。そして、管理装置２は、管理者によりアプリケーション一覧の中からライセンス管理対象として選択されたアプリケーションの情報とインストールを許可する利用者の情報をライセンス許可情報として登録する（１）。

そして、管理装置２は、ライセンス許可情報とアプリケーション一覧情報をエージェント３０に配付し（２）、エージェント３０は、配付されたライセンス許可情報とアプリケーション一覧情報を記憶部３２に格納する。ここで、エージェント３０は、コンピュータ３ａのハードウェア及びソフトウェアに関する情報であるインベントリ情報を収集して管理装置２に送信するとともに、アプリケーションのダウンロードを制御する機能部である。なお、エージェント３０の詳細については後述する。

そして、ダウンロードプレイヤ３１が利用者の指示に基づいてアプリケーションをダウンロードしようとすると（３）、エージェント３０はダウンロードプレイヤ３１からのダウンロードリクエストを受信する（４）。ここで、ダウンロードプレイヤ３１は、アプリケーションをダウンロードしてコンピュータ３ａにインストールする機能部である。

そして、エージェント３０は、ダウンロードするアプリケーションとライセンス許可情報を照合する。その結果、一致した場合は、エージェント３０は、ダウンロードするアプリケーションに関して記憶部３２に記憶するアプリケーション一覧情報とアプリケーションストア６が提供する購入条件情報を照合する（５）。

そして、一致した場合は、エージェント３０は、アプリケーション要求をアプリケーションストア６に送信し（６）、アプリケーションをアプリケーションストア６からダウンロードする（７）。そして、エージェント３０がダウンロードしたアプリケーションをダウンロードプレイヤ３１がインストールする。一方、一致しない場合は、エージェント３０は、ダウンロードリクエストをアプリケーションストア６に送信しない。

また、エージェント３０は、コンピュータ３ａにインストールされたアプリケーションを含むインベントリ情報を収集する。その際、エージェント３０は、ダウンロードリクエストを送信しなかった理由とアプリケーションの情報をインベントリ情報とともに管理装置２に通知する。

管理装置２は、コンピュータ３ａから通知された情報を管理者に提供し、ダウンロードリクエストが送信されなかったアプリケーションをライセンス管理の対象とすると管理者が判断した場合、ライセンス管理対象に追加する。

このように、エージェント３０は、管理装置２から配付された購入条件情報とアプリケーションストア６から取得した購入条件情報が一致しない場合には、アプリケーションのダウンロードを禁止する。したがって、エージェント３０は、管理装置２が管理するのとは異なる購入条件のアプリケーションがコンピュータ３ａにインストールされることを防ぐことができる。

また、エージェント３０は、ダウンロードを禁止したアプリケーションの情報を管理装置２に通知し、管理装置２は通知された情報を管理者に提供する。したがって、管理者は、利用者が希望するアプリケーションの情報を把握することができる。

次に、管理装置２の機能構成について説明する。図３は、管理装置２の機能構成を示す図である。図３に示すように、管理装置２は、管理部１０と、送信部２１と、受信部２２と、画面表示部２３と、アプリケーションストア通信部２４とを有する。

管理部１０は、管理者の指示に基づいて、コンピュータ３ａ及びスマートデバイス３ｂなど情報通信装置のハードウェア資産及びソフトウェア資産を管理する。管理部１０は、資産管理に関係する情報をコンピュータ３ａ及びスマートデバイス３ｂなどの情報通信装置に配付するとともに、コンピュータ３ａ及びスマートデバイス３ｂなどの情報通信装置のインベントリ情報を収集して記憶する。

管理部１０は、アプリケーション一覧情報記憶部１１と、ライセンス許可情報記憶部１２と、ライセンス体系情報記憶部１３と、管理情報記憶部１４と、アプリケーション一覧情報制御部１５と、ライセンス許可情報制御部１６と、ポリシー情報制御部１７を有する。

アプリケーション一覧情報記憶部１１は、アプリケーション一覧情報を記憶する。図４は、アプリケーション一覧情報の一例を示す図である。図４に示すように、アプリケーション一覧情報には、アプリケーションコード、アプリケーション名、単価及びライセンス体系コードが含まれる。

アプリケーションコードは、アプリケーションを識別する識別コードである。アプリケーション名は、アプリケーションを識別する名前である。単価は、アプリケーションを１つインストールして利用する場合の価格である。ライセンス体系コードは、ライセンス体系を識別する識別コードである。例えば、識別コードが「ｃｏｍ．ａｐｌ００１」であり、名前が「アプリＡ」であるアプリケーションは、１つインストールして利用する場合の価格が「１０００」であり、ライセンス体系の識別コードが「００１」である。

ライセンス許可情報記憶部１２は、購入可否情報としてライセンス許可情報を記憶する。図５は、ライセンス許可情報の一例を示す図である。図５に示すように、ライセンス許可情報には、アプリケーションコード及び割り当てＩＤが含まれる。割り当てＩＤは、ライセンスを割り当てられた利用者を識別する識別コードである。例えば、識別コードが「ｃｏｍ．ａｐｌ００１」であるアプリケーションは、識別コードが「ＵＳＥＲ００１」である利用者に割り当てられている。

ライセンス体系情報記憶部１３は、ライセンス体系に関する情報であるライセンス体系情報をライセンス体系ごとに記憶する。図６は、ライセンス体系情報の一例を示す図である。図６に示すように、ライセンス体系情報には、コード及び管理単位が含まれる。コードは、ライセンス体系コードである。管理単位は、ライセンスを管理する単位である。例えば、ライセンス体系コードが「００１」であるライセンスは、「アカウント単位」で管理される。

管理情報記憶部１４は、資産管理に関する情報を管理情報として記憶する。管理情報には、インベントリ情報及びポリシー情報が含まれる。図７Ａは、インベントリ情報の一例を示す図である。図７Ａに示すように、インベントリ情報には、ハードウェア情報、ソフトウェア情報及びダウンロード禁止アプリケーション情報が含まれる。ハードウェア情報は、イントラネット内の各情報通信装置の機種、メモリ容量、ハードディスク容量などの情報である。ソフトウェア情報は、イントラネット内の各情報通信装置のＯＳの種類やインストールされているアプリケーションの情報などである。

ダウンロード禁止アプリケーション情報は、エージェント３０によってダウンロードが禁止されたアプリケーションに関する情報である。図７Ｂは、ダウンロード禁止アプリケーション情報の一例を示す図である。図７Ｂに示すように、ダウンロード禁止アプリケーション情報には、アプリケーションコード及び禁止理由が含まれる。禁止理由は、ダウンロードが禁止された理由を示す。例えば、識別コードが「ｃｏｍ．ａｐｌ００５」であるアプリケーションは、一致するライセンス許可がなかった（「ライセンス許可不一致」）ためダウンロードが禁止された。

ポリシー情報は、資産管理のポリシーに関する情報である。ポリシー情報には、アプリケーション購入照合情報及び動作ポリシー情報が含まれる。アプリケーション購入照合情報は、アプリケーションをダウンロードする際に、管理装置２から配付された情報とアプリケーションストア６から取得した情報とを照合する場合の照合方式を示す情報である。図８は、アプリケーション購入照合情報の一例を示す図である。図８に示すように、アプリケーション購入照合情報には、照合方式ＩＤ及び方式が含まれる。照合方式ＩＤは、照合方式を識別するための識別子である。

方式は照合の方式を示し、３つの方式がある。第１の方式は、アプリケーション一覧情報とアプリケーションストア６から取得した情報とで、アプリケーション単価及びライセンス体系が一致した際に購入可能とする方式である。図２で説明した動作は、第１の方式に基づくものである。

第２の方式は、購入可能残金とアプリケーションストア６から取得した価格とに基づいて、トータル予算内であれば購入可能とする方式である。第３の方式は、アプリケーション一覧情報とアプリケーションストア６から取得した情報とで、アプリケーション単価の増減額の割合が増減幅内で購入可能とする方式である。例えば、照合方式を識別するための識別子が「００１」である方式は、アプリケーション単価及びライセンス体系が一致した際に購入可能とする方式である。

動作ポリシー情報は、アプリケーション購入の際の照合方式を指定するとともに、照合に必要な情報を示す。図９Ａ〜図９Ｃは、動作ポリシー情報の例を示す図である。図９Ａは、動作ポリシー情報（アプリケーション購入の照合方式が「００１」の場合）の一例を示す図であり、図９Ｂは、動作ポリシー情報（アプリケーション購入の照合方式が「００２」の場合）の一例を示す図である。図９Ｃは、動作ポリシー情報（アプリケーション購入の照合方式が「００３」の場合）の一例を示す図である。

図９Ａ〜図９Ｃに示すように、動作ポリシー情報には、ＫｅｙとＶａｌｕｅが含まれる。Ｋｅｙは、照合方式ＩＤを示すＡＰＰ＿Ｐｕｒｃｈａｓｅ＿Ｃｈｋ＿ＩＤ又は照合内容情報を示すＡＰＰ＿Ｐｕｒｃｈａｓｅ＿Ｃｈｋ＿ＤＴＬである。Ｖａｌｕｅは、Ｋｅｙの値である。

図９Ａに示すように、照合方式ＩＤが「００１」である場合は、照合内容情報はない。図９Ｂに示すように、照合方式ＩＤが「００２」である場合は、照合内容情報は「１０００」であり、「１０００」は購入可能残金を示す。図９Ｃに示すように、照合方式ＩＤが「００３」である場合は、照合内容情報は「１０」であり、「１０」は価格について許容される増減幅を％で示す。

図３に戻って、アプリケーション一覧情報制御部１５は、アプリケーションストア６からアプリケーションに関する情報を取得してアプリケーション一覧情報を作成し、アプリケーション一覧情報記憶部１１に登録する。アプリケーションストア６は、アプリケーション情報記憶部６ａを有し、アプリケーション情報記憶部６ａにアプリケーション情報を記憶する。また、アプリケーション一覧情報制御部１５は、管理者の指示に基づいてアプリケーション一覧情報を更新する。また、アプリケーション一覧情報制御部１５は、アプリケーション一覧情報をエージェント３０に配付する。

ライセンス許可情報制御部１６は、管理者によりアプリケーション一覧の中からライセンス管理対象として選択されたアプリケーションの情報とインストールを許可する利用者の情報をライセンス許可情報記憶部１６に登録する。また、ライセンス許可情報制御部１６は、管理者の指示に基づいてライセンス許可情報を更新する。また、ライセンス許可情報制御部１６は、ライセンス許可情報をエージェント３０に配付する。

ポリシー情報制御部１７は、管理者の指示に基づいてポリシー情報を作成し、管理情報記憶部１４に登録する。また、ポリシー情報制御部１７は、管理者の指示に基づいてポリシー情報を更新する。また、ポリシー情報制御部１７は、ポリシー情報をエージェント３０に配付する。

送信部２１は、アプリケーション一覧情報、ライセンス許可情報、ポリシー情報などをエージェント３０に送信する。受信部２２は、エージェント３０からインベントリ情報などを受信する。画面表示部２３は、アプリケーション一覧情報やライセンス許可情報などを表示装置に表示し、管理者からの指示を受け付ける。アプリケーションストア通信部２４は、アプリケーションストア６と通信し、アプリケーションに関する情報などを取得する。

次に、エージェント３０の機能構成について説明する。なお、エージェント３０は、ローカルプロキシーとしてコンピュータ３ａで実現される。図１０は、エージェント３０の機能構成を示す図である。図１０に示すように、エージェント３０は、インベントリ情報記憶部４０と、ポリシー情報記憶部４５と、通信制御部５０と、リクエスト制御部６０と、インベントリ情報取得部７０と、受信部８０と、送信部９０とを有する。

インベントリ情報記憶部４０は、コンピュータ３ａのインベントリ情報を記憶する。ポリシー情報記憶部４５は、管理部１０から配付されたポリシー情報を記憶する。

通信制御部５０は、ダウンロードプレイヤ３１が送信するダウンロード要求を受信し、ダウンロードの制御を行う。通信制御部５０は、リクエスト受信部５１と、最新情報取得部５２と、リクエスト送信部５３と、結果送受信部５４とを有する。

リクエスト受信部５１は、ダウンロードプレイヤ３１からアプリケーションのダウンロード要求を受信し、受信したダウンロード要求をリクエスト制御部６０に渡す。最新情報取得部５２は、ダウンロードを要求されたアプリケーションの最新の情報をアプリケーションストア６から取得してリクエスト制御部６０に渡す。

リクエスト送信部５３は、リクエスト制御部６０がダウンロードを許可した場合に、ダウンロード要求をアプリケーションストア６に送信する。結果送受信部５４は、ダウンロード要求に対してアプリケーションストア６が送信したアプリケーションを受信してダウンロードプレイヤ３１に渡す。

アプリケーションストア６は、アプリケーションをアプリケーション記憶部６ｂに記憶し、ダウンロード要求を受信すると、要求されたアプリケーションをアプリケーション記憶部６ｂから読み出してエージェント３０に送信する。ダウンロードプレイヤ３１は、エージェント３０からアプリケーションを受け取ってインストールする。インストールされたアプリケーションに関する情報は、インストール情報記憶部３３に記憶される。

リクエスト制御部６０は、リクエスト受信部５１から受け取ったダウンロード要求を許可するか否かを判定し、許可する場合にはダウンロードを通信制御部５０に指示し、許可しない場合にはダウンロード禁止をダウンロードプレイヤ３１に通知する。リクエスト制御部６０は、アプリケーション一覧情報記憶部６１と、ライセンス許可情報記憶部６２と、リクエスト解析部６３と、ライセンス許可照合部６４と、アプリケーション情報照合部６５とを有する。

アプリケーション一覧情報記憶部６１は、管理部１０から配付されたアプリケーション一覧情報を記憶する。ライセンス許可情報記憶部６２は、管理部１０から配付されたライセンス許可情報を記憶する。

リクエスト解析部６３は、リクエスト受信部５１から受け取ったダウンロード要求を解析し、ダウンロードするアプリケーションのアプリケーションコードをライセンス許可照合部６４及びアプリケーション情報照合部６５に渡す。また、リクエスト解析部６３は、インベントリ情報記憶部４０からアカウントを取り出してライセンス許可照合部６４に渡す。

ライセンス許可照合部６４は、リクエスト解析部６３から渡されたアプリケーションコード及びアカウントをライセンス許可情報記憶部６２と照合し、照合結果に基づいてダウンロード要求を許可するか否かを判定する。そして、ライセンス許可照合部６４は、判定結果をリクエスト制御部６０に渡す。

アプリケーション情報照合部６５は、リクエスト解析部６３から渡されたアプリケーションコードに基づいて、最新情報取得部５２にアプリケーションストア６から最新情報を取得するように指示する。そして、アプリケーション情報照合部６５は、最新情報取得部５２により取得されたアプリケーションの最新情報、アプリケーション一覧情報及びポリシー情報に基づいてダウンロード要求を許可するか否かを判定する。そして、アプリケーション情報照合部６５は、判定結果をリクエスト制御部６０に渡す。

また、アプリケーション情報照合部６５は、ダウンロード要求を許可するか否かを判定する方式をポリシー情報記憶部４５が記憶する動作ポリシー情報及びアプリケーション購入照合情報に基づいて決定する。

インベントリ情報取得部７０は、インストール情報記憶部３３などを参照してインベントリ情報を収集し、インベントリ情報記憶部４０に格納する。受信部８０は、管理部１０が送信したアプリケーション一覧情報、ライセンス許可情報、ポリシー情報などを受信する。受信部８０は、受信したアプリケーション一覧情報、ライセンス許可情報及びポリシー情報をそれぞれアプリケーション一覧情報記憶部６１、ライセンス許可情報記憶部６２及びポリシー情報記憶部４５に格納する。送信部９０は、インベントリ情報などを管理部１０へ送信する。

次に、資産管理システム１の処理のフローについて説明する。なお、図１１では、照合方式ＩＤが「００１」である場合について説明する。図１１は、資産管理システム１の処理のフローを示すフローチャートである。図１１に示すように、コンピュータ３ａ及びスマートデバイス３ｂなどの情報通信装置は、エージェント３０をインストールし、ネットワーク４の設定を更新する（ステップＳ１）。

そして、管理装置２が、アプリケーション一覧情報を登録し（ステップＳ２）、ライセンス許可情報を生成する（ステップＳ３）。そして、管理装置２は、ライセンス許可情報とアプリケーション一覧情報をエージェント３０に配付する（ステップＳ４）。

そして、ダウンロードプレイヤ３１が、利用者によるアプリケーションの選択を受け付け（ステップＳ５）、ダウンロード要求を送信する。すると、エージェント３０が、ダウンロード要求を受信し（ステップＳ６）、ダウンロードするアプリケーションをライセンス許可情報と照合する。そして、エージェント３０は、ダウンロードするアプリケーションとライセンス許可情報の照合結果が一致か否かを判定し（ステップＳ７）、不一致の場合には、ダウンロード禁止アプリケーション情報を設定する（ステップＳ１０）。

一方、照合結果が一致の場合には、エージェント３０は、アプリケーション一覧情報とアプリケーションストア６から取得した情報を照合する。そして、エージェント３０は、アプリケーション一覧情報とアプリケーションストア６から取得した情報の照合結果が一致であるか否かを判定し（ステップＳ８）、不一致の場合には、ダウンロード禁止アプリケーション情報を設定する（ステップＳ１０）。一方、照合結果が一致の場合には、エージェント３０は、アプリケーションストア６にダウンロード要求を送信する（ステップＳ９）。

そして、エージェント３０は、ポリシー情報で指定されたタイミングで、インベントリ情報を管理装置２に通知する（ステップＳ１１）。

このように、エージェント３０は、アプリケーション一覧情報とアプリケーションストア６から取得した情報の照合結果が不一致である場合にはダウンロードを禁止するので、アプリケーションの値上がりなどにより購入予算がオーバーするのを防ぐことができる。

次に、アプリケーション一覧情報を登録する処理のフローについて説明する。図１２は、アプリケーション一覧情報を登録する処理のフローを示すフローチャートである。なお、図１２に示す処理は、図１１に示したステップＳ２の処理に対応する。

図１２に示すように、アプリケーション一覧情報制御部１５は、ライセンス管理するアプリケーションの登録画面を表示装置に表示し（ステップＳ１２）、ライセンス管理するアプリケーション名を管理者から受け付ける（ステップＳ１３）。

そして、アプリケーション一覧情報制御部１５は、名前を受け付けたアプリケーションを販売するアプリケーションストア６の選択を管理者から受け付け（ステップＳ１４）、アプリケーション情報をアプリケーションストア６から取得する（ステップＳ１５）。そして、アプリケーション一覧情報制御部１５は、取得した情報をアプリケーション一覧情報記憶部１１に登録する（ステップＳ１６）。

このように、アプリケーション一覧情報制御部１５は、管理者の指定するアプリケーションについてアプリケーションストア６から情報を取得することによって、アプリケーション一覧情報をアプリケーション一覧情報記憶部１１に記憶させることができる。

次に、アプリケーション一覧情報を更新する処理のフローについて説明する。図１３は、アプリケーション一覧情報を更新する処理のフローを示すフローチャートである。なお、アプリケーション一覧情報を更新する処理は、例えば１日１回など、所定の頻度で行われる。

図１３に示すように、アプリケーション一覧情報制御部１５は、Ｓ２１とＳ２４で挟まれる処理を、アプリケーション一覧情報記憶部１１に登録されているアプリケーションの数だけ繰り返す。

アプリケーション一覧情報制御部１５は、アプリケーションストア６からアプリケーション情報を取得し（ステップＳ２２）、取得したアプリケーション情報でアプリケーション一覧情報記憶部１１を更新する（ステップＳ２３）。

このように、アプリケーション一覧情報制御部１５は、所定の頻度でアプリケーション一覧情報記憶部１１を更新することで、できるだけ新しいアプリケーション情報をアプリケーション一覧情報記憶部１１に記憶させることができる。

次に、ライセンス許可情報を生成する処理のフローについて説明する。図１４は、ライセンス許可情報を生成する処理のフローを示すフローチャートである。なお、図１４に示す処理は、図１１に示したステップＳ３の処理に対応する。

図１４に示すように、ライセンス許可情報制御部１６は、ライセンス管理画面を表示装置に表示し（ステップＳ３１）、ライセンス管理するアプリケーションの選択を受け付ける（ステップＳ３２）。

そして、ライセンス許可情報制御部１６は、選択されたアプリケーションのライセンス体系コードが「００１」と一致するか否かを判定する（ステップＳ３３）。その結果、ライセンス体系コードが「００１」と一致する場合には、ライセンス許可情報制御部１６は、ライセンスを割り当てるアカウントの選択を管理者から受け付ける（ステップＳ３４）。一方、一致しない場合には、ライセンス許可情報制御部１６は、ライセンスを割り当てるコンピュータの選択を管理者から受け付ける（ステップＳ３５）。

そして、ライセンス許可情報制御部１６は、選択されたアカウント又はコンピュータの情報をライセンス許可情報記憶部６２に反映する（ステップＳ３６）。

このように、ライセンス許可情報制御部１６は、管理者による指示に基づいてライセンス許可情報を生成することができる。

次に、エージェント３０によるダウンロード処理のフローについて説明する。図１５は、エージェント３０によるダウンロード処理のフローを示すフローチャートである。図１５に示すように、エージェント３０は、ダウンロードプレイヤ３１からのダウンロード要求を受信する（ステップＳ４１）。

そして、エージェント３０は、ダウンロードを許可するか否かを判定するリクエスト制御処理を実行する（ステップＳ４２）。そして、エージェント３０は、リクエスト制御処理の復帰値が「一致」か否かを判定し（ステップＳ４３）、「一致」である場合には、アプリケーションストア６にダウンロード要求を送信する（ステップＳ４４）。

一方、リクエスト制御処理の復帰値が「一致」でない場合には、エージェント３０は、ダウンロード要求を送信しなかったアプリケーションのアプリケーションコードと不一致の理由をインベントリ情報に記録する（ステップＳ４５）。そして、エージェント３０は、アプリケーションストア６にダウンロード要求を送信せずにダウンロードプレイヤ３１に失敗を通知する（ステップＳ４６）。

このように、エージェント３０がダウンロードプレイヤ３１からのダウンロード要求に対してダウンロードを許可するか否かを判定することによって、資産管理システム１はアプリケーション購入予算の管理を行うことができる。

次に、リクエスト制御処理のフローについて説明する。図１６は、リクエスト制御処理のフローを示すフローチャートである。図１６に示すように、リクエスト制御部６０は、ダウンロード要求を解析するリクエスト解析処理を行う（ステップＳ５１）。そして、リクエスト制御部６０は、リクエスト解析処理によりダウンロード対象として特定されたアプリケーションのライセンスが割り当てられているかを判定するライセンス許可照合処理を行う（ステップＳ５２）。

そして、リクエスト制御部６０は、ライセンス許可照合処理の復帰値が「一致」か否かを判定する（ステップＳ５３）。その結果、「一致」の場合には、リクエスト制御部６０は、アプリケーション一覧情報がアプリケーションストア６が提供する最新情報と一致するか否かを判定するアプリケーション情報照合処理を行う（ステップＳ５４）。そして、リクエスト制御部６０は、アプリケーション情報照合処理の復帰値をそのままリクエスト制御処理の復帰値に設定する（ステップＳ５５）。

一方、ライセンス許可照合処理の復帰値が「一致」でない場合には、リクエスト制御部６０は、ライセンス許可照合処理の復帰値をそのままリクエスト制御処理の復帰値に設定する（ステップＳ５６）。

このように、リクエスト制御部６０は、ライセンス許可照合処理及びアプリケーション情報照合処理を行うことによって、ダウンロードを許可するか否かを判定することができる。

次に、リクエスト解析処理のフローについて説明する。図１７は、リクエスト解析処理のフローを示すフローチャートである。図１７に示すように、リクエスト解析部６３は、ダウンロード要求に含まれるデータからアプリケーションコードを取得する（ステップＳ６１）。そして、リクエスト解析部６３は、インベントリ情報からアカウントを取得する（ステップＳ６２）。

このように、リクエスト解析部６３がダウンロード要求を解析してアプリケーションコードを取得することによって、リクエスト制御部６０はダウンロードの可否を判定することができる。

次に、ライセンス許可照合処理のフローについて説明する。図１８は、ライセンス許可照合処理のフローを示すフローチャートである。図１８に示すように、ライセンス許可照合部６４は、リクエスト解析処理で取得されたアプリケーションコードとアカウントがライセンス許可情報記憶部６２に存在するか否かを判定する（ステップＳ７１）。

その結果、存在する場合には、ライセンス許可照合部６４は、復帰値を「一致」に設定する（ステップＳ７２）。一方、存在しない場合には、ライセンス許可照合部６４は、復帰値を「不一致」に設定し（ステップＳ７３）、不一致の理由を不一致理由格納域に設定する（ステップＳ７４）。ここで、不一致理由格納域とは、インベントリ情報に含まれるダウンロード禁止アプリケーション情報の禁止理由の格納域である。

このように、ライセンス許可照合部６４は、アプリケーションコードとアカウントがライセンス許可情報記憶部６２に存在するか否かを判定することによって、ダウンロードの可否を判定することができる。

次に、アプリケーション情報照合処理のフローについて説明する。なお、図１９では、動作ポリシー情報の照合方式ＩＤが「００１」の場合について説明する。図１９は、アプリケーション情報照合処理のフローを示すフローチャートである。図１９に示すように、アプリケーション情報照合部６５は、リクエスト解析処理で取得されたアプリケーションコードがアプリケーション一覧情報に存在するか否かを判定する（ステップＳ８１）。

その結果、存在する場合には、アプリケーション情報照合部６５は、リクエスト解析処理で取得されたアプリケーションコードで、アプリケーションストア６からアプリケーション情報を最新情報取得部５２を介して取得する（ステップＳ８２）。

そして、アプリケーション情報照合部６５は、アプリケーションストア６から取得したアプリケーション単価と、アプリケーション一覧情報に定義されているアプリケーション単価が一致するか否かを判定する（ステップＳ８３）。

その結果、一致する場合には、アプリケーション情報照合部６５は、アプリケーションストア６から取得したライセンス体系と、アプリケーション一覧情報に定義されているライセンス体系が一致するか否かを判定する（ステップＳ８４）。その結果、一致する場合には、アプリケーション情報照合部６５は、復帰値を「一致」に設定する（ステップＳ８５）。

一方、ライセンス体系又はアプリケーション単価が一致しない場合は、アプリケーション情報照合部６５は、復帰値を「不一致」に設定し（ステップＳ８６）、不一致の理由を不一致理由格納域に設定する（ステップＳ８７）。また、リクエスト解析処理で取得されたアプリケーションコードがアプリケーション一覧情報に存在しない場合にも、アプリケーション情報照合部６５は、復帰値を「不一致」に設定し、不一致の理由を不一致理由格納域に設定する。

このように、アプリケーション情報照合部６５は、アプリケーションストア６から取得したアプリケーション単価及びライセンス体系に基づいてダウンロードの可否を判定することによって、アプリケーション購入予算のオーバーを防ぐことができる。

図１９では、アプリケーション情報照合部６５は、動作ポリシー情報の照合方式ＩＤが「００１」の場合を示したが、動作ポリシー情報の照合方式ＩＤが「００２」の場合には、トータル予算でダウンロードの可否を判定する。図２０は、トータル予算で判定する場合のアプリケーション情報照合処理のフローを示すフローチャートである。

図２０に示すように、アプリケーション情報照合部６５は、リクエスト解析処理で取得されたアプリケーションコードがアプリケーション一覧情報に存在するか否かを判定する（ステップＳ９１）。

その結果、存在する場合には、アプリケーション情報照合部６５は、リクエスト解析処理で取得されたアプリケーションコードで、アプリケーションストア６からアプリケーション情報を最新情報取得部５２を介して取得する（ステップＳ９２）。

そして、アプリケーション情報照合部６５は、ポリシー情報を最新に更新する（ステップＳ９３）。ポリシー情報を最新に更新することによって、アプリケーション情報照合部６５は、最新の購入可能残金の情報を取得できる。

そして、アプリケーション情報照合部６５は、アプリケーションストア６から取得したアプリケーション単価が購入可能残金以内か否かを判定する（ステップＳ９４）。その結果、購入可能残金以内である場合には、アプリケーション情報照合部６５は、アプリケーションストア６から取得したライセンス体系と、アプリケーション一覧情報に定義されているライセンス体系が一致するか否かを判定する（ステップＳ９５）。その結果、一致する場合には、アプリケーション情報照合部６５は、復帰値を「一致」に設定する（ステップＳ９６）。

一方、ライセンス体系が一致しない場合は、あるいは、購入残金以内でない場合は、アプリケーション情報照合部６５は、復帰値を「不一致」に設定し（ステップＳ９７）、不一致の理由を不一致理由格納域に設定する（ステップＳ９８）。また、リクエスト解析処理で取得されたアプリケーションコードがアプリケーション一覧情報に存在しない場合にも、アプリケーション情報照合部６５は、復帰値を「不一致」に設定し、不一致の理由を不一致理由格納域に設定する。

このように、アプリケーション情報照合部６５は、アプリケーションストア６から取得したアプリケーション単価及び購入可能残金に基づいてダウンロードの可否を判定することによって、アプリケーション購入予算のオーバーを防ぐことができる。

また、アプリケーション情報照合部６５は、動作ポリシー情報の照合方式ＩＤが「００３」の場合には、アプリケーション単価の増減幅でダウンロードの可否を判定する。図２１は、アプリケーション単価の増減幅で判定する場合のアプリケーション情報照合処理のフローを示すフローチャートである。

図２１に示すように、アプリケーション情報照合部６５は、リクエスト解析処理で取得されたアプリケーションコードがアプリケーション一覧情報に存在するか否かを判定する（ステップＳ１０１）。

その結果、存在する場合には、アプリケーション情報照合部６５は、リクエスト解析処理で取得されたアプリケーションコードで、アプリケーションストア６からアプリケーション情報を最新情報取得部５２を介して取得する（ステップＳ１０２）。

そして、アプリケーション情報照合部６５は、アプリケーションストア６から取得したアプリケーション単価の増減額の割合が動作ポリシー情報で指定される増減幅の範囲内か否かを判定する（ステップＳ１０３）。

その結果、増減幅の範囲内である場合には、アプリケーション情報照合部６５は、アプリケーションストア６から取得したライセンス体系と、アプリケーション一覧情報に定義されているライセンス体系が一致するか否かを判定する（ステップＳ１０４）。その結果、一致する場合には、アプリケーション情報照合部６５は、復帰値を「一致」に設定する（ステップＳ１０５）。

一方、ライセンス体系が一致しない場合、あるいは、増減幅の範囲内でない場合は、アプリケーション情報照合部６５は、復帰値を「不一致」に設定し（ステップＳ１０６）、不一致の理由を不一致理由格納域に設定する（ステップＳ１０７）。また、リクエスト解析処理で取得されたアプリケーションコードがアプリケーション一覧情報に存在しない場合にも、アプリケーション情報照合部６５は、復帰値を「不一致」に設定し、不一致の理由を不一致理由格納域に設定する。

このように、アプリケーション情報照合部６５は、アプリケーションストア６から取得したアプリケーション単価及び動作ポリシー情報の増減幅の範囲に基づいてダウンロードの可否を判定することによって、アプリケーション購入予算のオーバーを防ぐことができる。

上述してきたように、実施例では、管理装置２がアプリケーション一覧情報、ライセンス許可情報及びポリシー情報をエージェント３０に配付する。また、エージェント３０のライセンス許可照合部６４がライセンス許可情報に基づいてダウンロードの可否を判定する。また、アプリケーション情報照合部６５がポリシー情報、アプリケーション一覧情報、及び最新の価格及びライセンス体系を含むアプリケーション情報に基づいてダウンロードの可否を判定する。したがって、エージェント３０は、価格の変更やライセンス体系の変更などアプリケーションの購入条件が、管理装置２から配付された時点と相違する場合であっても、購入の正否を正しく判定することができる。

具体的には、アプリケーション情報照合部６５は、管理装置２により配付されたアプリケーション一覧情報に含まれる価格及びライセンス体系が最新の価格及びライセンス体系と一致するか否かによって、ダウンロードの可否を判定する。したがって、エージェント３０は、異なる価格やライセンス体系でのアプリケーション購入を防ぐことができる。

あるいは、アプリケーション情報照合部６５は、最新の価格が管理装置２により配付されたポリシー情報に含まれる購入可能残金以内であるか否かによって、ダウンロードの可否を判定する。したがって、エージェント３０は、購入予算をオーバーしてアプリケーションが購入されることを防ぐことができる。

あるいは、アプリケーション情報照合部６５は、最新の価格の増減額の割合がポリシー情報に含まれる所定の増減幅の範囲内であるか否かによって、ダウンロードの可否を判定する。したがって、エージェント３０は、購入予算をオーバーしてアプリケーションが購入されることを防ぐことができる。

なお、実施例では、エージェント３０について説明したが、エージェント３０は、ローカルプロキシーとしてソフトウェアによって実現される購入制御プログラムである。そこで、購入制御プログラムを実行するコンピュータ３ａのハードウェア構成について説明する。

図２２は、購入制御プログラムを実行するコンピュータ３ａのハードウェア構成を示す図である。図２２に示すように、コンピュータ３ａは、メインメモリ１１０と、ＣＰＵ（Central Processing Unit）１２０と、ＬＡＮ（Local Area Network）インタフェース１３０と、ＨＤＤ（Hard Disk Drive）１４０とを有する。また、コンピュータ３ａは、スーパーＩＯ（Input Output）１５０と、ＤＶＩ（Digital Visual Interface）１６０と、ＯＤＤ（Optical Disk Drive）１７０とを有する。

メインメモリ１１０は、プログラムやプログラムの実行途中結果などを記憶するメモリである。ＣＰＵ１２０は、メインメモリ１１０からプログラムを読み出して実行する中央処理装置である。ＣＰＵ１２０は、メモリコントローラを有するチップセットを含む。

ＬＡＮインタフェース１３０は、コンピュータ３ａをＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。ＨＤＤ１４０は、プログラムやデータを格納するディスク装置であり、スーパーＩＯ１５０は、マウスやキーボードなどの入力装置を接続するためのインタフェースである。ＤＶＩ１６０は、液晶表示装置を接続するインタフェースであり、ＯＤＤ１７０は、ＤＶＤの読み書きを行う装置である。

ＬＡＮインタフェース１３０は、ＰＣＩエクスプレスによりＣＰＵ１２０に接続され、ＨＤＤ１４０及びＯＤＤ１７０は、ＳＡＴＡ（Serial Advanced Technology Attachment）によりＣＰＵ１２０に接続される。スーパーＩＯ１５０は、ＬＰＣ（Low Pin Count）によりＣＰＵ１２０に接続される。

そして、コンピュータ３ａにおいて実行される購入制御プログラムは、ＤＶＤに記憶され、ＯＤＤ１７０によってＤＶＤから読み出されてコンピュータ３ａにインストールされる。あるいは、購入制御プログラムは、ＬＡＮインタフェース１３０を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ３ａにインストールされる。そして、インストールされた購入制御プログラムは、ＨＤＤ１４０に記憶され、メインメモリ１１０に読み出されてＣＰＵ１２０によって実行される。

また、実施例では、管理装置２について説明したが、管理装置２が備える機能構成をソフトウェアで実現することによって資産管理プログラムを得ることができる。そして、資産管理プログラムは、図２２に示したハードウェア構成と同様のハードウェア構成を有するコンピュータで実行される。

また、本実施例では、アプリケーションを購入する場合について説明したが、本発明はこれに限定されるものではなく、例えば音楽や映画などを購入する場合にも同様に適用することができる。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータに、
アカウント単位または端末単位での、ソフトウェアの購入可否情報および購入条件情報を取得し、
ソフトウェアの購入要求を受け付けたときに、前記購入可否情報および前記購入条件情報に基づき、前記購入要求の当否を判断し、
正当と判断された前記購入要求を、送信する、
処理を実行させることを特徴とする購入制御プログラム。

（付記２）前記購入条件情報は、価格に関する情報を含むことを特徴とする付記１に記載の購入制御プログラム。

（付記３）前記判断する処理は、アプリケーションストアから最新の価格に関する情報を取得し、取得した最新の価格が資産を管理する資産管理装置から取得した価格と一致するか否かに基づいて前記購入要求の当否を判断することを特徴とする付記２に記載の購入制御プログラム。

（付記４）前記判断する処理は、アプリケーションストアから最新の価格に関する情報を取得し、取得した最新の価格が資産を管理する資産管理装置から取得した購入可能残金以内であるか否かに基づいて前記購入要求の当否を判断することを特徴とする付記２に記載の購入制御プログラム。

（付記５）前記判断する処理は、アプリケーションストアから最新の価格に関する情報を取得し、取得した最新の価格が資産を管理する資産管理装置から取得した価格からの増減額の割合が所定の増減幅内であるか否かに基づいて前記購入要求の当否を判断することを特徴とする付記２に記載の購入制御プログラム。

（付記６）前記購入条件情報は、ライセンス体系に関する情報を含むことを特徴とする付記１〜５のいずれか１つに記載の購入制御プログラム。

（付記７）前記判断する処理により前記購入要求が正当でないと判断した場合に、正当でないと判断した理由を前記資産管理装置に送信することを特徴とする付記３、４又は５に記載の購入制御プログラム。

（付記８）コンピュータが、
アカウント単位または端末単位での、ソフトウェアの購入可否情報および購入条件情報を取得し、
ソフトウェアの購入要求を受け付けたときに、前記購入可否情報および前記購入条件情報に基づき、前記購入要求の当否を判断し、
正当と判断された前記購入要求を、送信する、
処理を実行することを特徴とする購入制御方法。

（付記９）アカウント単位または端末単位での、ソフトウェアの購入可否情報および購入条件情報を取得する取得部と、
ソフトウェアの購入要求を受け付けたときに、前記購入可否情報および前記購入条件情報に基づき、前記購入要求の当否を判断する判断部と、
前記判断部により正当と判断された前記購入要求を、送信する送信部と
を備えることを特徴とする購入制御装置。

（付記１０）コンピュータに、
アカウント単位または端末単位での、ソフトウェアの購入可否情報および購入条件情報を取得し、
ソフトウェアの購入要求を受け付けたときに、前記購入可否情報および前記購入条件情報に基づき、前記購入要求の当否を判断し、
正当と判断された前記購入要求を、送信する、
処理を実行させることを特徴とする購入制御プログラムを記憶したコンピュータ読み取り可能記憶媒体。

（付記１１）メモリと該メモリに接続されたＣＰＵとを有する購入制御装置において、
前記ＣＰＵに、
アカウント単位または端末単位での、ソフトウェアの購入可否情報および購入条件情報を取得し、
ソフトウェアの購入要求を受け付けたときに、前記購入可否情報および前記購入条件情報に基づき、前記購入要求の当否を判断し、
正当と判断された前記購入要求を、送信する、
処理を実行させることを特徴とする購入制御装置。

１ 資産管理システム
２ 管理装置
３ａ コンピュータ
３ｂ スマートデバイス
４ ネットワーク
５ アクセスポイント
６ アプリケーションストア
６ａ アプリケーション情報記憶部
６ｂ アプリケーション記憶部
１０ 管理部
１１ アプリケーション一覧情報記憶部
１２ ライセンス許可情報記憶部
１３ ライセンス体系情報記憶部
１４ 管理情報記憶部
１５ アプリケーション一覧情報制御部
１６ ライセンス許可情報制御部
１７ ポリシー情報制御部
２１ 送信部
２２ 受信部
２３ 画面表示部
２４ アプリケーションストア通信部
３０ エージェント
３１ ダウンロードプレイヤ
３２ 記憶部
３３ インストール情報記憶部
４０ インベントリ情報記憶部
４５ ポリシー情報記憶部
５０ 通信制御部
５１ リクエスト受信部
５２ 最新情報取得部
５３ リクエスト送信部
５４ 結果送受信部
６０ リクエスト制御部
６１ アプリケーション一覧情報記憶部
６２ ライセンス許可情報記憶部
６３ リクエスト解析部
６４ ライセンス許可照合部
６５ アプリケーション情報照合部
７０ インベントリ情報取得部
８０ 受信部
９０ 送信部
１１０ メインメモリ
１２０ ＣＰＵ
１３０ ＬＡＮインタフェース
１４０ ＨＤＤ
１５０ スーパーＩＯ
１６０ ＤＶＩ
１７０ ＯＤＤ

Claims (8)

1. コンピュータに、
   ソフトウェアの価格に関する情報を含む購入条件情報を資産を管理する資産管理装置から取得し、
   ソフトウェアの購入要求を受け付けたときに、アプリケーションストアから最新の価格に関する情報を取得し、取得した最新の価格に関する情報と前記購入条件情報に含まれる価格に関する情報に基づき、前記購入要求の当否を判断し、
   正当と判断された前記購入要求を前記アプリケーションストアに送信する、
   処理を実行させることを特徴とする購入制御プログラム。
2. 前記判断する処理は、取得した最新の価格が資産を管理する資産管理装置から取得した価格と一致するか否かに基づいて前記購入要求の当否を判断することを特徴とする請求項１に記載の購入制御プログラム。
3. 前記判断する処理は、取得した最新の価格が資産を管理する資産管理装置から取得した購入可能残金以内であるか否かに基づいて前記購入要求の当否を判断することを特徴とする請求項１に記載の購入制御プログラム。
4. 前記判断する処理は、取得した最新の価格が資産を管理する資産管理装置から取得した価格からの増減額の割合が所定の増減幅内であるか否かに基づいて前記購入要求の当否を判断することを特徴とする請求項１に記載の購入制御プログラム。
5. 前記購入条件情報は、ライセンス体系に関する情報を含むことを特徴とする請求項１〜４のいずれか１つに記載の購入制御プログラム。
6. 前記判断する処理により前記購入要求が正当でないと判断した場合に、正当でないと判断した理由を前記資産管理装置に送信することを特徴とする請求項２、３又は４に記載の購入制御プログラム。
7. コンピュータが、
   ソフトウェアの価格に関する情報を含む購入条件情報を資産を管理する資産管理装置から取得し、
   ソフトウェアの購入要求を受け付けたときに、アプリケーションストアから最新の価格に関する情報を取得し、取得した最新の価格に関する情報と前記購入条件情報に含まれる価格に関する情報に基づき、前記購入要求の当否を判断し、
   正当と判断された前記購入要求を前記アプリケーションストアに送信する、
   処理を実行することを特徴とする購入制御方法。
8. ソフトウェアの価格に関する情報を含む購入条件情報を資産を管理する資産管理装置から取得する取得部と、
   ソフトウェアの購入要求を受け付けたときに、アプリケーションストアから最新の価格に関する情報を取得し、取得した最新の価格に関する情報と前記購入条件情報に含まれる価格に関する情報に基づき、前記購入要求の当否を判断する判断部と、
   前記判断部により正当と判断された前記購入要求を前記アプリケーションストアに送信する送信部と
   を備えることを特徴とする購入制御装置。

Images