JP6440052B2 - リソース管理システム、システムの制御方法及びシステム用プログラム - Google Patents

Description

本発明は、既にダウンロードされたリソースの消去を促すことにより、新たなリソースをダウンロードする際に起こる容量不足を防ぐことが可能なリソース管理システム、システムの制御方法及びシステム用プログラムに関する。

近年、アプリケーションの使用が進むと、新たな機能を使用するため、あるいは、アプリケーションの更新を行うために、追加のリソースをダウンロードするよう求められることがよくある。例えば、スマートフォンで動作するゲームアプリでは、アプリケーションストアからゲームアプリ本体をダウンロードしてインストールした後、初回起動時等に、画像、音声、映像などのリソースを別途ダウンロードするものも多い。端末で動作する様々なアプリケーションからこのようなダウンロードを求められるので、端末の記憶装置の容量が足りなくなることがある。

記憶装置の容量が足りなくなることを防ぐために、端末の記憶装置の容量に合わせたリソースを提供する技術がある。例えば、特許文献１には、据置型ゲーム機用に制作されたゲームソフトを携帯型のゲーム機でも利用できるようにするために、据置型ゲーム機用に制作されたゲームソフトの画像データを、携帯型のゲーム機に装着される記憶媒体の空き容量にあわせて変換する技術が開示されている。

特表２００７−５２８７５９号公報

しかしながら、リソース自体の変換には制約があるので、リソースの変換によらず、ダウンロード時の容量不足を防ぐ技術が求められる。

本発明は、上記のような課題を解決するもので、既にダウンロードされたリソースの消去を促すことにより、新たなリソースをダウンロードする際に起こる容量不足を防ぐことが可能なリソース管理システム、システムの制御方法及びシステム用プログラムを提供することを目的とする。

本発明に係るリソース管理システムは、
アプリケーションが動作する端末と、前記アプリケーションが利用可能なリソースを管理するサーバと、を備えるリソース管理システムであって、
前記端末は、
第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去し、
前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信し、
第２アプリケーションが利用可能な第２リソースを前記サーバからダウンロードする際に、前記第２アプリケーションに与えるべき特典に関する問合せを、前記サーバへ送信し、
前記サーバから、前記特典を示す回答を受信すると、前記回答が示す特典を、前記第２アプリケーションに付与し、
前記第２リソースを前記サーバからダウンロードして、前記端末の前記記憶装置に記憶させ、
前記サーバは、
前記端末から、前記消去報告を受信すると、前記受信した消去報告に係る前記第１リソースに基づいて、前記端末において動作する前記第２アプリケーションに与えるべき特典を決定し、
前記端末から、前記特典に関する問合せを受信すると、前記特典を示す回答を、前記端末へ送信する。

本発明によれば、既にダウンロードされたリソースの消去を促すことにより、新たなリソースをダウンロードする際に起こる容量不足を防ぐことが可能なリソース管理システム、システムの制御方法及びシステム用プログラムを提供することができる。

本発明の実施形態に係るリソース管理システムにおける、サーバと、端末と、の関係を説明するための図である。 本発明の実施形態に係るリソース管理システムを構成する端末及びサーバが実現される典型的な情報処理装置の概要構成を説明するための図である。 実施形態１に係るリソース管理システムを構成するサーバ及び端末の概要構成を説明するための図である。 実施形態１において、サーバと、第１アプリケーションと、第２アプリケーションと、の間で行われる通信の例を説明するための図である。 リソーステーブルを説明するための図である。 特典テーブルを説明するための図である。 アイテムテーブルを説明するための図である。 付与された特典を提示する例を説明するための図である。 実施形態１に係る端末の処理を説明するためのフローチャートである。 実施形態１に係るサーバの処理を説明するためのフローチャートである。 実施形態２に係るリソース管理システムを構成するサーバ及び端末の概要構成を説明するための図である。 実施形態２において、サーバと、第１アプリケーションと、第２アプリケーションと、の間で行われる通信の例を説明するための図である。 動作報告テーブルを説明するための図である。 動作報告が所定の期間なされていないアプリケーションのリストを説明するための図である。 実施形態２に係る端末の処理を説明するためのフローチャートである。 実施形態２に係るサーバの処理を説明するためのフローチャートである。 実施形態３に係るリソース管理システムを構成するサーバ及び端末の概要構成を説明するための図である。 実施形態３において、サーバと、第１アプリケーションと、第２アプリケーションと、の間で行われる通信の例を説明するための図である。 実施形態３に係る端末の処理を説明するためのフローチャートである。 実施形態３に係るサーバの処理を説明するためのフローチャートである。

以下に、本発明の実施形態に係るリソース管理システムについて説明する。なお、以下に説明する実施形態は、本発明の要旨を説明するためのものであり、本発明の技術的な範囲は、これに限られない。また、各実施形態にて説明する要素は、用途に応じて適宜省略することも可能である。当業者であれば、これらの各要素又は全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

（１．全体構成）
本発明の実施形態に係るリソース管理システム１は、図１に示すように、サーバ１００と、端末２００と、から構成される。サーバ１００及び端末２００は、コンピュータ通信網３００に接続される。

サーバ１００は、端末２００において動作するアプリケーションが利用可能なリソースを管理するものである。アプリケーションとは、ゲームアプリケーションや文書作成ソフト等、端末２００で動作可能なコンピュータプログラムである。リソースとは、アプリケーションが動作するために必要なデータであり、アプリケーションの使用状況に応じて、追加でダウンロードが求められるものである。リソースは、例えば、ゲームアプリにおいて、プレイヤに新たなステージを提供するためのデータや、ゲームで使用されるアイテムに関するデータである。

サーバ１００は、アプリケーションが動作する端末２００から、リソースのダウンロードを求める要求を受け付けると、端末２００で動作するアプリケーションが利用可能なリソースをダウンロードさせる。

端末２００は、アプリケーションが動作する端末である。端末２００には、複数のアプリケーション（例えば、第１アプリケーション、第２アプリケーション）がインストールされており、それぞれがユーザの指示に応じて動作する。端末２００がアプリケーションを動作させると、アプリケーションは、使用状況に応じて、新たなリソースのダウンロードをサーバ１００に求める。また、端末２００において、ユーザの指示により、既にダウンロードしたリソースを消去することができる。

サーバ１００は、端末２００で動作していた第１アプリケーションのリソースを消去した旨の報告を受信すると、消去したリソースに基づき、端末２００で動作する第２アプリケーションに付与する特典を決定する。そして、端末２００において、第２アプリケーションが動作し、第２アプリケーションで利用するリソースのダウンロードが開始されると、第２アプリケーションに特典が付与される。

アプリケーションをインストールした後、アプリケーションからリソースのダウンロードが要求されることはよくある。しかし、大量のリソースをダウンロードする必要があると、端末の空き容量が足りなくなり、ユーザは、アプリケーションの使用をやめてしまうことがある。

本発明の実施形態に係るリソース管理システム１は、あるアプリケーションの新たなリソースを端末にダウンロードする際に、過去に端末から消去した他のアプリケーションのリソースに基づいて、新たなリソースをダウンロードするアプリケーションに特典が与えられるので、既にダウンロードされたリソースの消去を促すことができ、新たなリソースをダウンロードする際に起こる容量不足を防ぐことを可能とするものである。

（２．情報処理装置の概要構成）
本発明の実施形態に係るリソース管理システム１を構成するサーバ１００及び端末２００が実現される典型的な情報処理装置６００の概要構成について説明する。

情報処理装置６００は、図２に示すように、ＣＰＵ（Central Processing Unit）６０１と、ＲＯＭ（Read Only Memory）６０２と、ＲＡＭ（Random Access Memory）６０３と、記憶装置６０４と、通信部６０５と、画像処理部６０６と、ディスプレイ６０７と、音声処理部６０８と、スピーカ６０９と、マイク６１０と、操作部６１１と、を備える。

ＣＰＵ ６０１は、情報処理装置６００全体の動作を制御し、各構成要素と接続され、制御信号やデータをやりとりする。

ＲＯＭ ６０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ ６０３に読み出してＣＰＵ ６０１による当該プログラムの実行が開始される。

ＲＡＭ ６０３は、データやプログラムを一時的に記憶するためのもので、記憶装置６０４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

記憶装置６０４は、ＳＳＤ（Solid State Drive）やハードディスク等から構成され、情報処理装置６００で処理する種々のデータを記憶する。例えば、記憶装置６０４は、情報処理装置６００全体の動作制御に必要なオペレーティングシステムのプログラム、各種のアプリケーション、及び付随するデータ等を記憶する。

通信部６０５は、情報処理装置６００をインターネット等のコンピュータ通信網に接続するためのものである。通信部６０５を介して、移動体通信網や無線ＬＡＮ等を利用して無線通信を行ったり、有線ＬＡＮ等を利用して有線通信を行う。

画像処理部６０６は、例えば、ＬＣＤ（Liquid Crystal Display）等のディスプレイ６０７に表示するための画像情報を記憶するＶＲＡＭ（Video Random Access Memory）と、画像情報を処理するための画像演算プロセッサとを含んで構成される。画像処理部６０６は、ＣＰＵ ６０１にて、記憶装置６０４から読み出されたデータやカメラで撮影されたデータが処理された後、当該データを加工処理し、これをＶＲＡＭに格納するなどして、画像情報を生成する。

音声処理部６０８は、記憶装置６０４等から読み出されたデータをアナログ信号に変換し、スピーカ６０９から出力させる。また、音声処理部６０８は、マイク６１０により集音したアナログ信号をデジタル音声データに変換し、ＣＰＵ ６０１に入力する。マイク６１０により検出される音によって情報処理装置６００に与える各種の指示とすることも可能である。

操作部６１１は、タッチスクリーンやタッチパッド、ボタンやキーボード、若しくは、マウス等であり、ユーザによる操作を受け付ける。

本実施形態に係るサーバ１００及び端末２００は、典型的には、プログラムを情報処理装置６００が実行することによって実現される。ここで、情報処理装置６００は、サーバコンピュータ、デスクトップ型コンピュータ、ノート型コンピュータ、タブレット型コンピュータ等のように、コンピュータとして製造、販売等されているもののほか、携帯電話、スマートフォン、タブレット型電話等のように、電話機として製造、販売等されているもの、携帯ゲーム機、家庭用エンターテインメント装置等のように、ゲーム機やマルチメディア端末として製造、販売等されているものも含まれる。典型的には、本実施形態に係るサーバ１００は、高性能な据置型コンピュータやクラウド型コンピュータ等により実現され、端末２００は、スマートフォンや携帯ゲーム機等により実現される。

情報処理装置６００にて実行されるプログラムや、当該プログラムにより参照される各種のデータは、情報処理装置６００が通信可能に接続されたサーバにより配布、販売することができるほか、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk ROM）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）などの非一時的（non-transitory）な情報記録媒体に記録した上で、当該情報記録媒体を配布、販売等することも可能である。

以下、情報処理装置６００において実現されるサーバ１００及び端末２００から構成されるリソース管理システム１について、図１乃至図２０を参照して説明する。各情報処理装置６００に電源が投入されると、サーバ１００及び端末２００として機能させる各プログラムが実行され、実施形態に係るサーバ１００及び端末２００が実現される。

（３．実施形態１に係るリソース管理システムの概要構成）
本実施形態に係るリソース管理システム１は、図３に示すように、サーバ１００と、端末２００と、から構成される。

サーバ１００は、決定部１０１と、特典回答部１０２と、を備える。

また、サーバ１００は、端末２００において動作するアプリケーションが利用可能なリソース１１０を管理する。リソース１１０は、サーバ１００に格納されてもよいし、サーバ１００と通信可能な別の装置に格納されてもよい。リソース１１０については、後述する実施形態２、３においても同様である。

端末２００は、消去部２１１と、消去報告部２１２と、特典問合せ部２２１と、付与部２２２と、提示部２２３と、記憶部２２４と、を備える。

端末２００は、第１アプリケーション２１０と、第２アプリケーション２２０と、を動作させる。第１アプリケーション２１０とは、リソースが端末２００において消去されるアプリケーションである。第２アプリケーション２２０とは、リソースが端末２００において新たにダウンロードされるアプリケーションである。例えば、第１アプリケーション２１０とは、あるゲームアプリの旧バージョン（ゲームアプリＡ）であり、第２アプリケーション２２０とは、同じゲームアプリの新バージョン（ゲームアプリＢ）である。

消去部２１１及び消去報告部２１２は、第１アプリケーション２１０が動作する端末２００において機能する構成である。つまり、リソースを消去するアプリケーションにおいて機能する構成である。

また、特典問合せ部２２１、付与部２２２、提示部２２３及び記憶部２２４は、第２アプリケーション２２０が動作する端末２００において機能する構成である。つまり、リソースが端末２００において新たにダウンロードされるアプリケーションにおいて機能する構成である。

したがって、第１アプリケーションのプログラムが端末２００で実行されることによって、消去部２１１及び消去報告部２１２が実現され、第２アプリケーションのプログラムが端末２００で実行されることによって、特典問合せ部２２１、付与部２２２、提示部２２３及び記憶部２２４が実現される。

図４に、サーバ１００と、端末２００において動作する第１アプリケーション２１０及び第２アプリケーション２２０との間で行われる通信の例を示す。以下、図４の通信の例を参照しながら、サーバ１００及び端末２００の概要構成について説明する。

端末２００において、消去部２１１は、第１アプリケーション２１０が利用可能な第１リソースを消去すべき指示を受け付けると、端末２００の記憶装置６０４から第１リソースを消去する（１）。

本実施形態において、ＣＰＵ ６０１及び操作部６１１が協働して、消去部２１１として機能する。

第１リソースとは、第１アプリケーション２１０が利用可能なリソースであって、端末２００において、ユーザの指示により消去されるリソースである。端末２００において、第１アプリケーション２１０の動作開始後にダウンロードされた全てのリソースが第１リソースの対象となる。また、後述する第２リソースとは、第２アプリケーション２２０が利用可能なリソースであって、端末２００において、新たにダウンロードされるリソースである。例えば、第１リソースは、あるゲームアプリの旧バージョンに利用されていたリソースであり、第２リソースは、同じゲームアプリの新バージョンに利用されるリソースである。

例えば、端末２００には、図５（ａ）に示すリソーステーブル５００ａが格納されている。リソーステーブル５００ａは、アプリケーションを特定するためのアプリケーションＩＤ ５００ａ１と、当該アプリケーションで利用されるリソースであって、記憶装置６０４に記憶されているリソースを特定するためのリソースＩＤ ５００ａ２と、が対応付けて登録されている。

例えば、図５（ａ）のリソーステーブル５００ａの１行目は、アプリケーションＩＤが“Ａ”のアプリケーション（ゲームアプリＡ）のリソースとして、リソースＩＤが“Ａ１〜Ａ１００”のリソースが端末２００の記憶装置６０４に記憶されていることを示す。また、図５（ａ）のリソーステーブル５００ａの２行目は、アプリケーションＩＤが“Ｂ”のアプリケーション（ゲームアプリＢ）のリソースとして、リソースＩＤが“Ｂ１”のリソースが端末２００の記憶装置６０４に記憶されていることを示す。

例えば、ユーザＸが、端末２００において、旧バージョンのゲームアプリＡを立ち上げて、ゲームアプリＡで利用されていたリソースの全て（リソースＩＤ“Ａ１〜Ａ１００”）を指定し、消去の指示をしたとする。消去部２１１は、ユーザから消去の指示を受け付けると、端末２００の記憶装置６０４から、指定されたリソースを消去し、図５（ｂ）のリソーステーブル５００ａに示すように、アプリケーションＩＤ“Ａ”に対応付けられたリソースＩＤを、アプリケーションが利用可能なリソースが無いことを示す“ＮＵＬＬ”に更新する。

端末２００において、消去報告部２１２は、消去された第１リソースに係る消去報告を、サーバ１００へ送信する（２）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、消去報告部２１２として機能する。

消去報告とは、端末２００において第１リソースが消去されたことをサーバ１００に報告するためのものであり、消去された第１リソースの内容が含まれる。例えば、消去報告には、消去したバイト数、リソースを特定するためのリソースＩＤ、又は、リソースに対応付けられたアイテム等が含まれる。

例えば、端末２００において、旧バージョンのゲームアプリＡで利用されていたリソースの全てを消去したとすると、消去報告部２１２は、ゲームアプリＡで利用されていたリソースの全てを示すリソースＩＤ“Ａ１〜Ａ１００”を含む消去報告を、サーバ１００に送信する。

サーバ１００において、決定部１０１は、端末２００から、消去報告を受信すると、受信した消去報告に係る第１リソースに基づいて、端末２００において動作する第２アプリケーションに２２０与えるべき特典を決定する（３）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、決定部１０１として機能する。

特典とは、第１リソースを消去することにより、第２アプリケーション２２０に付与されるものであり、第２アプリケーションを使用するにあたり有益なものである。例えば、第２アプリケーションで使用できる機能やポイント等である。

ここで、決定部１０１は、特典を、消去報告に係る第１リソースの量又は種類に応じて決定する。

消去報告に係る第１リソースの量とは、消去されたリソースの量であり、例えば、消去したリソースのバイト数、ファイル数等である。また、消去報告に係る第１リソースの種類とは、消去されたリソースの内容を示すものであり、例えば、ゲームアプリをプレイする際に用いるアイテムや、機能等である。

例えば、決定部１０１は、消去されたリソースの量が多いほど、又は、消去されたリソースの種類がそのリソースを利用したアプリケーションにおいて価値が高いほど、特典が付与されるアプリケーションにおいて価値の高い特典を決定する。

例えば、消去されたリソースには、ゲームアプリＡで獲得した価値の高い“アイテムＱ−Ａ”の画像、使用時の効果音又は動画等のリソースが含まれているとする。この場合、決定部１０１は、消去された“アイテムＱ−Ａ”に相当するアイテム（例えば、同じ種類のアイテム）が用いられるゲームアプリＢを特典が付与されるアプリケーションに決定する。そして、決定部１０１は、ゲームアプリＡのアイテム“アイテムＱ−Ａ”と同等の価値のあるアイテムで、ゲームアプリＢで使用できる“アイテムＱ−Ｂ”を、特典として決定する。

また、例えば、ゲームアプリＡの“アイテムＱ−Ａ”に関するリソースが消去されたとすると、決定部１０１は、“アイテムＱ−Ａ”のゲームアプリにおける価値に基づいて、ゲームアプリＢにおけるプレイヤキャラクターの体力パラメータや性能レベルを上昇させる量を決定し、これを特典としてもよい。

また、例えば、ゲームアプリＡのリソースがすべて消去された場合、決定部１０１は、ゲームアプリＡと異なるバージョンのゲームアプリＢを特典が付与されるアプリケーションに決定し、消去されたバイト数に応じて、ゲームアプリＢにおけるプレイヤキャラクターの体力パラメータやヒットポイントを上昇させる量を決定し、これを特典としてもよい。あるいは、ゲームアプリＡのリソースがすべて消去された場合で、ゲームアプリＡにおいて非常に価値の高いアイテム（スーパーレアアイテム）に関するリソースが消去された場合、決定部１０１は、体力パラメータ等の上昇に加え、消去されたアイテムの価値を少し下げたアイテム（レアアイテム）も特典として決定してもよい。

なお、上記の例では、特典が付与される第２アプリケーション（ゲームアプリＢ）を、消去されたリソースの内容（アイテム）や、リソースが消去された第１アプリケーション（ゲームアプリＡ）に基づいて決定したが、これに限らない。例えば、決定部１０１は、決定した特典に基づいて、特典が付与される第２アプリケーションを決定するようにしてもよい。例えば、決定部１０１は、消去されたリソースの量や種類に基づいて、同じ製造元のゲームアプリにおいて共通して使用することができるポイント数を求め、これを特典として決定し、このポイントが使用できるアプリケーションを第２アプリケーションとするようにしてもよい。

例えば、決定部１０１は、消去されたリソース“Ａ１〜Ａ１００”に基づいて、特典“アイテムＱ−Ｂ”を決定したとすると、決定した特典を、図６（ａ）に示す特典テーブル５００ｂに登録する。

例えば、サーバ１００には、図６（ａ）に示す特典テーブル５００ｂが格納されている。特典テーブル５００ｂは、消去報告を送信したユーザを特定するためのユーザＩＤ ５００ｂ１と、消去されたリソースを利用するアプリケーション（第１アプリケーション）を特定するための第１アプリケーションＩＤ ５００ｂ２と、特典が付与されるアプリケーション（第２アプリケーション）を特定するための第２アプリケーションＩＤ ５００ｂ３と、付与される特典５００ｂ４と、実際に付与されたか否かを示す付与フラグ５００ｂ５と、が対応付けて登録されている。付与フラグ５００ｂ５は、“１”が、特典が付与されたことを示し、“０”が、特典がまだ付与されていないことを示す。

例えば、図６（ａ）の特典テーブル５００ｂの１行目は、ユーザＩＤ“Ｘ”のユーザＸが、第１アプリケーションＩＤ“Ａ”のゲームアプリＡのリソースを消去し、第２アプリケーションＩＤ“Ｂ”のゲームアプリＢに付与する特典“アイテムＱ−Ｂ”が決定され、特典はまだ付与されていない（付与フラグ“０”）ことを示す。また、図６（ａ）の特典テーブル５００ｂの２行目は、ユーザＩＤ“Ｙ”のユーザＹが、第１アプリケーションＩＤ“Ｄ”のゲームアプリＤのリソースを消去し、第２アプリケーションＩＤ“Ｅ”のゲームアプリＥに付与する特典“アイテムＶ−Ｅ”が決定され、特典は付与された（付与フラグ“１”）ことを示す。

端末２００において、特典問合せ部２２１は、第２アプリケーション２２０が利用可能な第２リソースをサーバ１００からダウンロードする際に（４）、第２アプリケーションに与えるべき特典に関する問合せを、サーバ１００へ送信する（５）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、特典問合せ部２２１として機能する。

例えば、ユーザＸが、端末２００において、新バージョンのゲームアプリＢを動作させると、ゲームアプリＢが新たなリソース（例えば、リソースＩＤ“Ｂ２〜Ｂ１００”のリソース）のダウンロードを要求したとする。ゲームアプリＢは、ダウンロードを開始する前に、まず、ゲームアプリＢに付与される特典があるか、サーバ１００に問合せる。

サーバ１００において、特典回答部１０２は、端末２００から、特典に関する問合せを受信すると、特典を示す回答を、端末２００へ送信する（６）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、特典回答部１０２として機能する。

例えば、特典回答部１０２は、ユーザＸの端末２００で動作するゲームアプリＢから、ゲームアプリＢに付与する特典の問合せを受信すると、図６（ａ）の特典テーブル５００ｂを参照して、特典“アイテムＱ−Ｂ”を特定し、特典“アイテムＱ−Ｂ”を示す回答を、ゲームアプリＢが動作するユーザＸの端末２００へ送信する。そして、特典回答部１０２は、図６（ｂ）に示すように、ユーザＩＤ“Ｘ”、第１アプリケーションＩＤ“Ａ”、第２アプリケーションＩＤ“Ｂ”及び特典“アイテムＱ−Ｂ”の組み合わせに対応付けられた付与フラグを“０”から“１”に更新する。

端末２００において、付与部２２２は、サーバ１００から、特典を示す回答を受信すると、回答が示す特典を、第２アプリケーション２２０に付与する（７）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、付与部２２２として機能する。

例えば、ゲームアプリＢが、特典“アイテムＱ−Ｂ”を示す回答を受信すると、付与部２２２は、図７に示すアイテムテーブル５００ｃに“アイテムＱ−Ｂ”を登録する。

例えば、端末２００には、図７のアイテムテーブル５００ｃが格納されている。アイテムテーブル５００ｃは、アイテム５００ｃ１が登録されている。アイテムテーブル５００ｃは、ゲームアプリＢにより参照されるテーブルであり、このテーブルに登録されているアイテムを、ゲームアプリＢのプレイ中に使用できるものとする。

例えば、図７のアイテムテーブル５００ｃは、既に登録されていた“アイテムＰ−Ｂ”と、リソースの消去により付与された“アイテムＱ−Ｂ”が登録されていることを示す。

端末２００において、提示部２２３は、付与された特典を端末２００のユーザに提示する（８）。

本実施形態において、ＣＰＵ ６０１、画像処理部６０６及びディスプレイ６０７が協働して、提示部２２３として機能する。

図８に、端末２００においてゲームアプリＢが動作している様子を示す。提示部２２３は、“アイテムＱ−Ｂ”が付与されたことを示すメッセージ４０１を端末２００の画面に表示する。

端末２００において、記憶部２２４は、提示部２２３により特典が提示されると、第２リソースをサーバ１００からダウンロードして（９）、端末２００の記憶装置６０４に記憶させる（１０）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、記憶部２２４として機能する。

例えば、図８に示すように付与されたアイテムのメッセージ４０１が画面に表示されると、記憶部２２４は、リソースＩＤ“Ｂ２〜Ｂ１００”のリソースをサーバ１００からダウンロードし、記憶装置６０４に記憶させる。そして、記憶部２２４は、図５（ｃ）のリソーステーブル５００ａに示すように、アプリケーションＩＤ“Ｂ”に対応付けられたリソースＩＤを、“Ｂ１〜Ｂ１００”に更新する。

なお、提示部２２３は、端末２００において、省略することも可能である。その場合、記憶部２２４は、サーバ１００から回答を受信し、特典が付与されると、ダウンロードを開始する。

本実施形態によれば、第２アプリケーションの新たなリソースを端末にダウンロードする際に、過去に端末から消去した第１アプリケーションのリソースに基づいて、新たなリソースをダウンロードする第２アプリケーションに特典が与えられるので、既にダウンロードされたリソースの消去を促すことができ、新たなリソースをダウンロードする際に起こる容量不足を防ぐことができる。

（４．実施形態１に係る端末の処理）
本実施形態に係るリソース管理システム１における端末２００の動作について説明する。端末２００は、例えば、電源が投入されると、図９に示す処理を開始する。

アプリケーションが動作する端末２００は、アプリケーションが利用可能なリソースを消去すべき指示を受け付けたか否かを判断する（ステップＳ１０１）。アプリケーションが動作する端末２００が、リソースを消去すべき指示を受け付けたと判断すると（ステップＳ１０１；Ｙｅｓ）、消去部２１１は、端末２００の記憶装置６０４からリソースを消去する（ステップＳ１０２）。一方、アプリケーションが動作する端末２００が、リソースを消去すべき指示を受け付けていないと判断すると（ステップＳ１０１；Ｎｏ）、アプリケーションが動作する端末２００は、アプリケーションがサーバ１００からリソースをダウンロードするか否かを判断する（ステップＳ１０４）。

例えば、ユーザＸが、端末２００において、旧バージョンのゲームアプリＡを立ち上げて、ゲームアプリＡで利用されていたリソースの全て（リソースＩＤ“Ａ１〜Ａ１００”）を指定し、消去の指示をしたとすると、消去部２１１は、端末２００の記憶装置６０４から、指定されたリソースを消去し、図５（ｂ）のリソーステーブル５００ａに示すように、アプリケーションＩＤ“Ａ”に対応付けられたリソースＩＤを、“ＮＵＬＬ”に更新する。一方、リソースを消去する指示を受け付けていない場合、端末２００において、アプリケーションがリソースをダウンロードするか否かを判断する。

消去報告部２１２は、消去されたリソースに係る消去報告を、サーバ１００へ送信する（ステップＳ１０３）。そして、ステップＳ１０１に戻る。

例えば、消去報告部２１２は、ゲームアプリＡで利用されていたリソースの全てを示すリソースＩＤ“Ａ１〜Ａ１００”を含む消去報告を、サーバ１００に送信する。そして、ステップＳ１０１に戻る。

ステップＳ１０４に戻り、アプリケーションが、サーバ１００からリソースをダウンロードすると判断すると（ステップＳ１０４；Ｙｅｓ）、特典問合せ部２２１は、特典に関する問合せを、サーバ１００へ送信する（ステップＳ１０５）。一方、アプリケーションが、サーバ１００からリソースをダウンロードしないと判断すると（ステップＳ１０４；Ｎｏ）、ステップＳ１０１に戻る。

例えば、ユーザＸが、端末２００において、新バージョンのゲームアプリＢを動作させ、ゲームアプリＢが、新たなリソース（リソースＩＤ“Ｂ２〜Ｂ１００”のリソース）のダウンロードを要求したとする。特典問合せ部２２１は、ゲームアプリＢがリソースのダウンロードを開始する前に、ゲームアプリＢに付与される特典があるか、サーバ１００に問合せる。一方、端末２００において、リソースをダウンロードしない場合、ステップＳ１０１に戻る。

付与部２２２は、サーバ１００から、特典を示す回答を受信したか否かを判断する（ステップＳ１０６）。付与部２２２が、特典を示す回答を受信したと判断すると（ステップＳ１０６；Ｙｅｓ）、付与部２２２は、回答が示す特典を、端末２００おいて動作するアプリケーションに付与する（ステップＳ１０７）。一方、付与部２２２が、特典を示す回答を受信していないと判断すると（ステップＳ１０６；Ｎｏ）、そのまま待機する。

例えば、ゲームアプリＢが、特典“アイテムＱ−Ｂ”を示す回答を受信すると、付与部２２２は、図７に示すアイテムテーブル５００ｃに“アイテムＱ−Ｂ”を登録する。一方、ゲームアプリＢがサーバ１００から特典を示す回答を受信しない場合は、そのまま待機する。

提示部２２３は、付与された特典を端末２００のユーザに提示する（ステップＳ１０８）。

例えば、提示部２２３は、図８に示すように、“アイテムＱ−Ｂ”が付与されたことを示すメッセージ４０１を端末２００の画面に表示する。

記憶部２２４は、リソースをサーバ１００からダウンロードして、端末２００の記憶装置６０４に記憶させる（ステップＳ１０９）。

例えば、記憶部２２４は、リソースＩＤ“Ｂ２〜Ｂ１００”のリソースをサーバ１００からダウンロードし、記憶装置６０４に記憶させる。そして、記憶部２２４は、図５（ｃ）のリソーステーブル５００ａに示すように、アプリケーションＩＤ“Ｂ”に対応付けられたリソースＩＤを、“Ｂ１〜Ｂ１００”に更新する。

（５．実施形態１に係るサーバの処理）
本実施形態に係るリソース管理システム１におけるサーバ１００の動作について説明する。サーバ１００は、例えば、電源が投入されると、図１０に示す処理を開始する。

決定部１０１は、端末２００から、消去報告を受信したか否かを判断する（ステップＳ２０１）。決定部１０１が、消去報告を受信したと判断すると（ステップＳ２０１；Ｙｅｓ）、決定部１０１は、受信した消去報告に係るリソースに基づいて、端末２００において動作するアプリケーションに与えるべき特典を決定する（ステップＳ２０２）。そして、ステップＳ２０１に戻る。一方、決定部１０１が、消去報告を受信していないと判断すると（ステップＳ２０１；Ｎｏ）、特典回答部１０２は、端末２００から、特典に関する問合せを受信したか否かを判断する（ステップＳ２０３）。

例えば、ゲームアプリＡからリソースＩＤ“Ａ１〜Ａ１００”を含む消去報告を受信したとすると、決定部１０１は、消去されたリソース“Ａ１〜Ａ１００”に基づいて、特典“アイテムＱ−Ｂ”を決定し、図６（ａ）に示す特典テーブル５００ｂに登録する。そして、ステップＳ２０１に戻る。一方、消去報告を受信していない場合、特典に関する問合せを受信したか否かを判断する。

ステップＳ２０３に戻り、特典回答部１０２が、特典に関する問合せを受信したと判断すると（ステップＳ２０３；Ｙｅｓ）、特典回答部１０２は、特典を示す回答を、特典に関する問合せを送信した端末２００へ送信する（ステップＳ２０４）。一方、端末２００から、特典に関する問合せを受信していないと判断すると（ステップＳ２０３；Ｎｏ）、ステップＳ２０１に戻る。

例えば、特典回答部１０２は、ユーザＸの端末２００で動作するゲームアプリＢから、ゲームアプリＢに付与する特典に関する問合せを受信すると、図６（ａ）の特典テーブル５００ｂを参照して、特典“アイテムＱ−Ｂ”を特定し、特典“アイテムＱ−Ｂ”を示す回答を、ゲームアプリＢが動作するユーザＸの端末２００へ送信する。そして、特典回答部１０２は、図６（ｂ）に示すように特典テーブル５００ｂにおいて、ユーザＩＤ“Ｘ”、第１アプリケーションＩＤ“Ａ”、第２アプリケーションＩＤ“Ｂ”及び特典“アイテムＱ−Ｂ”の組み合わせに対応付けられた付与フラグを“０”から“１”に更新する。一方、端末２００から、特典に関する問合せを受信していない場合、ステップＳ２０１に戻る。

（６．実施形態２に係るリソース管理システム）
本実施形態に係るリソース管理システム１は、図１１に示すように、サーバ１００と、端末２００と、から構成される。

サーバ１００は、決定部１０１と、特典回答部１０２と、保存部１０３と、応答部１０４と、を備える。本実施形態において、決定部１０１及び特典回答部１０２の機能は、実施形態１のものと同様の機能を有するので、説明は省略する。

端末２００は、消去部２１１と、消去報告部２１２と、動作報告部２１３と、遷移部２１４と、特典問合せ部２２１と、付与部２２２と、提示部２２３と、記憶部２２４と、要求部２２５と、消去推奨部２２６と、を備える。実施形態２の消去報告部２１２、特典問合せ部２２１、付与部２２２、提示部２２３及び記憶部２２４は、実施形態１のものと同様の機能を有するので、説明は省略する。

本実施形態において、第１アプリケーションのプログラムが端末２００で実行されることによって、消去部２１１、消去報告部２１２、動作報告部２１３及び遷移部２１４が実現され、第２アプリケーションのプログラムが端末２００で実行されることによって、特典問合せ部２２１、付与部２２２、提示部２２３、記憶部２２４、要求部２２５及び消去推奨部２２６が実現される。

本実施形態において、第１アプリケーションは、端末２００に既にインストールされているアプリケーションであり、第２アプリケーションは、端末２００に新たにインストールされるアプリケーションとする。

なお、本実施形態に係るリソース管理システム１において、サーバ１００は、保存部１０３及び応答部１０４のみを備え、端末２００は、消去部２１１、消去報告部２１２、動作報告部２１３、遷移部２１４、要求部２２５及び消去推奨部２２６のみを備えることも可能である。

図１２に、サーバ１００と、端末２００において動作する第１アプリケーション２１０及び第２アプリケーション２２０との間で行われる通信の例を示す。以下、図１２の通信の例を参照しながら、サーバ１００及び端末２００の概要構成について説明する。

端末２００において、動作報告部２１３は、第１アプリケーション２１０が動作すると（１）、動作報告をサーバ１００へ送信する（２）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、動作報告部２１３として機能する。

動作報告とは、端末２００においてアプリケーションが動作したことをサーバ１００に通知するための報告である。

例えば、端末２００において、ゲームアプリＡが動作を開始すると、ゲームアプリＡは、サーバ１００に動作報告を送信する。

サーバ１００において、保存部１０３は、端末２００から送信された動作報告を保存する（３）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、保存部１０３として機能する。

例えば、保存部１０３は、動作報告を受信すると、図１３に示す動作報告テーブル５００ｄに、動作報告を受信した日時等を登録する。

例えば、サーバ１００には、図１３に示す動作報告テーブル５００ｄが格納されている。動作報告テーブル５００ｄは、動作報告を送信したアプリケーションが動作する端末２００のユーザを特定するためのユーザＩＤ ５００ｄ１と、端末２００において動作したアプリケーションを特定するためのアプリケーションＩＤ ５００ｄ２と、動作報告を受信した日時を示す動作報告日時５００ｄ３と、が対応付けて登録されている。

例えば、図１３の動作報告テーブル５００ｄの１行目は、ユーザＩＤ“Ｘ”のユーザＸの端末２００において、アプリケーションＩＤ“Ａ”のゲームアプリＡから、動作報告日時“２０１８年１月１日０時”に動作報告を受信したことを示す。また、図１３の動作報告テーブル５００ｄの２行目は、ユーザＩＤ“Ｘ”のユーザＸの端末２００において、アプリケーションＩＤ“Ｃ”のゲームアプリＣから、動作報告日時“２０１７年１２月１日２０時”に動作報告を受信したことを示す。

端末２００において、要求部２２５は、第２アプリケーション２２０が初めて動作すると（４）、動作報告が所定の期間なされていない第１アプリケーション２１０のリストを求める要求を、サーバ１００へ送信する（５）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、要求部２２５として機能する。

所定の期間は、動作報告がされていないアプリケーションをリストアップするための閾値となるものであり、端末２００のユーザや、サーバの管理者が適宜指定することができる。動作報告は、アプリケーションが端末２００で動作する度にサーバ１００に送られるものなので、動作報告が所定の期間なされていないアプリケーションとは、端末２００において、所定の期間、使用されていないアプリケーションとみなすことができる。

例えば、ゲームアプリＢが、端末２００に新たにインストールされ、インストール後、初めて動作したとすると、要求部２２５は、サーバ１００に、ユーザＸの端末２００において、例えば、３か月間、動作報告がされていないアプリケーションのリストを求める要求を送信する。

サーバ１００において、応答部１０４は、端末２００から、要求を受信すると、保存された動作報告を参照してリストを生成し（６）、生成されたリストを含む応答を、端末２００へ送信する（７）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、応答部１０３として機能する。

例えば、応答部１０４は、ユーザＸの端末２００で動作するゲームアプリＢから、３か月間動作報告をしていないアプリケーションのリストを求める要求を受信すると、図１３の動作報告テーブル５００ｄを参照して、ユーザＸについて要求を受信した時から遡って３か月間、動作報告されていないアプリケーションを特定する。そして、応答部１０４は、“ゲームアプリＡ”及び“ゲームアプリＣ”を特定したとすると、“ゲームアプリＡ”及び“ゲームアプリＣ”が記されたリストを生成し、リストを含む応答を、ユーザＸのゲームアプリＢが動作する端末２００へ送信する。

端末２００において、消去推奨部２２６は、サーバ１００から、リストを含む応答を受信すると、端末２００のユーザに、応答に含まれるリスト内の第１アプリケーション２１０が利用可能な第１リソースを消去するよう促し（８）、リスト内の第１アプリケーション２１０が利用可能な第１リソースを消去すべき指示を受け付けると、第１アプリケーション２１０に遷移させ、消去部２１１に、端末２００の記憶装置６０４から第１リソースを消去させる（９）。

本実施形態において、ＣＰＵ ６０１、通信部６０５、画像処理部６０６、ディスプレイ６０７及び操作部６１１が協働して、消去推奨部２２６として機能する。

例えば、ゲームアプリＢが動作している端末２００において、“ゲームアプリＡ”及び“ゲームアプリＣ”が記されたリストを含む応答を受信すると、消去推奨部２２６は、図１４に示すように、ゲームアプリＢが動作する端末２００の画面に、応答に含まれるリスト４０２を表示させる。そして、リスト４０２内に記載されたゲームアプリＡが、指でタップされると、消去推奨部２２６は、ゲームアプリＢにおいて、ゲームアプリＡのリソースの消去が指定されたＵＲＬスキームを開く。ＵＲＬスキームが開かれると、ゲームアプリＡが起動されて、ゲームアプリＡが端末２００の画面に表示され、ゲームアプリＢはバックグラウンドでの動作に切り替わる。そして、消去部２１１は、ゲームアプリＡで利用されるリソースＩＤが“Ａ１〜Ａ１００”のリソースを記憶装置６０４から消去する。

なお、消去するリソースは、リスト内で指定されたアプリケーションが利用する全てのリソースに限らない。リスト４０２のアプリケーションを指定した後に、指定されたアプリケーションの消去可能なリソースをユーザに提示し、ユーザが消去するリソースを選択するようにしてもよい。

端末２００において、遷移部２１４は、リスト内の第１アプリケーション２１０が利用可能な第１リソースが消去され（１０）、第１リソースに係る消去報告が送信されると（１１）、端末２００において、第１アプリケーション２１０の動作を終了し（１２）、第２アプリケーション２２０に遷移させる（１３）。

本実施形態において、ＣＰＵ ６０１が、遷移部２１４として機能する。

例えば、消去部２１１によりゲームアプリＡのリソースが消去され、消去報告部２１２により消去報告がサーバ１００へ送信されると、遷移部２１４は、ゲームアプリＡの動作を終了させ、ゲームアプリＢのＵＲＬスキームを開くことにより、ゲームアプリＢが画面に表示されるアクティブな状態に戻す。

本実施形態によれば、初めてアプリケーションを動作させる前に、既にダウンロードされているリソースで、所定の期間使用していないアプリケーションのリソースの消去を促すことができる。これにより、端末の記憶装置の空き容量を増やすことができ、ダウンロード時に生じる容量不足を防ぐことができる。

（７．実施形態２に係る端末の処理）
本実施形態に係るリソース管理システム１における端末２００の動作について説明する。端末２００は、例えば、電源が投入されると、図１５に示す処理を開始する。

端末２００は、アプリケーションが動作したか否かを判断する（ステップＳ３０１）。端末２００が、アプリケーションが動作したと判断すると（ステップＳ３０１；Ｙｅｓ）、端末２００は、そのアプリケーションが端末２００において初めて動作したか否かを判断する（ステップＳ３０２）。一方、端末２００が、アプリケーションが動作していないと判断すると（ステップＳ３０１；Ｎｏ）、ステップＳ１０１（図９）に進む。

例えば、端末２００において、ユーザＸによりゲームアプリＢを動作する指示が受け付けられると、ゲームアプリＢを動作させ、端末２００は、ゲームアプリＢの動作が初めてか否かを判断する。一方、端末２００において、アプリケーションを動作させる指示を受け付けていない場合は、図９のステップＳ１０１に進み、それ以降の処理を行う。なお、図９のステップＳ１０３、ステップＳ１０４；Ｎｏ及びステップＳ１０９の後は、ステップＳ１０１に戻らず、図１５のステップＳ３０１に戻る。

ステップＳ３０２に戻り、端末２００が、動作したアプリケーションが端末２００において初めて動作したものと判断すると（ステップＳ３０２；Ｙｅｓ）、要求部２２５は、動作報告が所定の期間なされていないアプリケーションのリストを求める要求を、サーバ１００へ送信する（ステップＳ３０３）。一方、端末２００が、動作したアプリケーションが端末２００において初めて動作したものでないと判断すると（ステップＳ３０２；Ｎｏ）、動作報告部２１３は、動作報告をサーバ１００へ送信する（ステップＳ３１１）。そして、ステップＳ３０１に戻る。

例えば、ゲームアプリＢが、端末２００に新たにインストールされ、インストール後、初めて動作すると、要求部２２５は、サーバ１００に、ユーザＸの端末２００において、例えば、３か月間、動作報告がされていないアプリケーションのリストを求める要求を送信する。一方、端末２００において、初めての動作でないゲームアプリＡが動作すると、ゲームアプリＡは、サーバ１００に動作報告を送信する。そして、ステップ３０１に戻る。

消去推奨部２２６は、サーバ１００から、リストを含む応答を受信したか否かを判断する（ステップＳ３０４）。消去推奨部２２６が、リストを含む応答を受信したと判断すると（ステップＳ３０４；Ｙｅｓ）、応答に含まれるリスト内のアプリケーションが利用可能なリソースを消去するよう促す（ステップＳ３０５）。一方、消去推奨部２２６が、リストを含む応答を受信していないと判断すると（ステップＳ３０４；Ｎｏ）、そのまま待機する。

例えば、ゲームアプリＢが動作している端末２００において、“ゲームアプリＡ”及び“ゲームアプリＣ”が記されたリストを含む応答を受信すると、消去推奨部２２６は、図１４に示すように、ゲームアプリＢが動作する端末２００の画面にリスト４０２を表示させる。一方、サーバ１００からリストを含む応答を受信していない場合は、そのまま待機する。

消去推奨部２２６は、リスト内のアプリケーションが利用可能なリソースを消去すべき指示を受け付けたか否かを判断する（ステップＳ３０６）。消去推奨部２２６は、リスト内のアプリケーションが利用可能なリソースを消去すべき指示を受け付けたと判断すると（ステップＳ３０６；Ｙｅｓ）、消去推奨部２２６は、指示を受けたリソースのアプリケーションに遷移させる（ステップＳ３０７）。一方、消去推奨部２２６が、リスト内のアプリケーションが利用可能なリソースを消去すべき指示を受け付けていないと判断すると（ステップＳ３０６；Ｎｏ）、そのまま待機する。

例えば、リスト４０２内に記載されるゲームアプリＡが、指でタップされると、消去推奨部２２６は、ゲームアプリＢにおいて、ゲームアプリＡが指定されたＵＲＬスキームを開いてゲームアプリＡを起動する。一方、リスト４０２に記載されたアプリケーションの選択がされない場合、そのまま待機する。

消去部２１１は、端末２００の記憶装置６０４から第１リソースを消去する（ステップＳ３０８）。

例えば、消去部２１１は、ゲームアプリＡで利用されるリソースＩＤが“Ａ１〜Ａ１００”のリソースを記憶装置６０４から消去する。

消去報告部２１２は、消去したリソースに係る消去報告をサーバ１００に送信する（ステップＳ３０９）。

例えば、消去報告部２１２は、リソースを示すリソースＩＤ“Ａ１〜Ａ１００”を含む消去報告を、サーバ１００に送信する。

遷移部２１４は、端末２００において、リソースが消去されたアプリケーションの動作を終了し、遷移元のアプリケーションに遷移させる（ステップＳ３１０）。

例えば、ゲームアプリＡのリソースが消去され、消去報告部２１２により消去報告がサーバ１００へ送信されると、遷移部２１４は、ゲームアプリＡの動作を終了し、ゲームアプリＢのＵＲＬスキームを開いてゲームアプリＢが画面に表示されるアクティブな状態に戻す。

（８．実施形態２に係るサーバの処理）
本実施形態に係るリソース管理システム１におけるサーバ１００の動作について説明する。サーバ１００は、例えば、電源が投入されると、図１６に示す処理を開始する。

保存部１０３は、端末２００から動作報告を受信したか否かを判断する（ステップＳ４０１）。保存部１０３が、動作報告を受信したと判断すると（ステップＳ４０１；Ｙｅｓ）、保存部１０３は、動作報告を保存する（ステップＳ４０２）。そして、ステップＳ４０１に戻る。一方、保存部１０３が、動作報告を受信していないと判断すると（ステップＳ４０１；Ｎｏ）、応答部１０４は、端末２００から、動作報告が所定の期間なされていないアプリケーションのリストを求める要求を受信したか否かを判断する（ステップＳ４０３）。

例えば、ユーザＸの端末２００において動作するゲームアプリＡから動作報告を受信すると、保存部１０３は、図１３に示す動作報告テーブル５００ｄに、ユーザＸのユーザＩＤ“Ｘ”と、ゲームアプリＡのアプリケーションＩＤ“Ａ”と、動作報告を受信した動作報告日時“２０１８年１月１日０時”と、を対応付けて登録する。一方、動作報告を受信していない場合、サーバ１００は、リストを求める要求を受信したか否かを判断する。

ステップＳ４０３に戻り、応答部１０４が、リストを求める要求を受信したと判断すると（ステップＳ４０３；Ｙｅｓ）、応答部１０４は、動作報告が所定の期間なされていないアプリケーションのリストを生成する（ステップＳ４０４）。一方、応答部１０４が、リストを求める要求を受信していないと判断すると（ステップＳ４０３；Ｎｏ）、ステップＳ２０１（図１０）に進む。

例えば、応答部１０４は、ユーザＸの端末２００で動作するゲームアプリＢから、３か月間動作報告をしていないアプリケーションのリストを求める要求を受信すると、図１３の動作報告テーブル５００ｄを参照して、ユーザＸから要求を受信した時から遡って３か月間、動作報告されていないアプリケーション“ゲームアプリＡ”及び“ゲームアプリＣ”を特定し、“ゲームアプリＡ”及び“ゲームアプリＣ”が記されたリストを生成する。一方、リストを求める要求を受信していない場合は、図１０のステップＳ２０１に進み、それ以降の処理を行う。なお、図１０のステップＳ２０２、ステップＳ２０３；Ｎｏ及びステップＳ２０４の後は、ステップＳ２０１に戻らず、図１６のステップＳ４０１に戻る。

応答部１０４は、生成されたリストを含む応答を、第２アプリケーション２２０が動作する端末２００へ送信する（ステップＳ４０５）。そして、ステップＳ４０１に戻る。

例えば、応答部１０４は、“ゲームアプリＡ”及び“ゲームアプリＣ”が記されたリストを含む応答を、ユーザＸのゲームアプリＢが動作する端末２００へ送信する。そして、ステップＳ４０１に戻る。

（９．実施形態３に係るリソース管理システム）
本実施形態に係るリソース管理システム１は、図１７に示すように、サーバ１００と、端末２００と、から構成される。

サーバ１００は、決定部１０１と、特典回答部１０２と、アプリケーション回答部１０５と、を備える。本実施形態において、決定部１０１及び特典回答部１０２と機能は、実施形態１のものと同様の機能を有するので、説明は省略する。

端末２００は、消去部２１１と、消去報告部２１２と、アプリケーション問合せ部２１５と、動作部２１６と、特典問合せ部２２１と、付与部２２２と、提示部２２３と、記憶部２２４と、を備える。本実施形態の消去部２１１、消去報告部２１２、特典問合せ部２２１、付与部２２２、提示部２２３及び記憶部２２４は、実施形態１のものと同様の機能を有するので、説明は省略する。

なお、本実施形態のサーバ１００は、実施形態２の保存部１０３及び応答部１０４を備えることも可能である。また、本実施形態の端末２００は、実施形態２の動作報告部２１３、遷移部２１４、要求部２２５及び消去推奨部２２６を備えることも可能である。

本実施形態において、第１アプリケーションのプログラムが端末２００で実行されることによって、消去部２１１、消去報告部２１２、アプリケーション問合せ部２１５及び動作部２１６が実現され、第２アプリケーションのプログラムが端末２００で実行されることによって、特典問合せ部２２１、付与部２２２、提示部２２３及び記憶部２２４が実現される。

図１８に、サーバ１００と、端末２００において動作する第１アプリケーション２１０及び第２アプリケーション２２０との間で行われる通信の例を示す。以下、図１８の通信の例を参照しながら、サーバ１００及び端末２００の概要構成について説明する。

端末２００において、アプリケーション問合せ部２１５は、第１リソースが消去された後に、第１アプリケーション２１０を動作させる指示を受け付けると（１）、第１リソースの消去により特典が付与された第２アプリケーション２２０に関する問合せを、サーバ１００へ送信する（２）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、アプリケーション問合せ部２１５として機能する。

例えば、ゲームアプリＡのリソースが全て消去された後に、ユーザＸが、端末２００においてゲームアプリＡを動作させる指示をしたとする。この場合、アプリケーション問合せ部２１５は、サーバ１００に、ゲームアプリＡのリソースを消去したことにより特典が付与されたアプリケーションを問合せる。なお、ユーザＸよりゲームアプリＡを動作させる指示を受け付けているが、ゲームアプリＡは、端末２００の画面に表示されず、サーバ１００からの回答を待機する状態となる。

サーバ１００において、アプリケーション回答部１０５は、端末２００から、第２アプリケーションに関する問合せを受信すると、特典が付与された第２アプリケーション２２０を示す回答を、端末２００へ送信する（３）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、アプリケーション回答部１０５として機能する。

例えば、アプリケーション回答部１０５は、ユーザＸから、ゲームアプリＡのリソースを消去したことにより特典が付与されたアプリケーションの問合せを受信すると、図６（ｂ）の特典テーブル５００ｂにおいて、ユーザＸのユーザＩＤ“Ｘ”、ゲームアプリＡの第１アプリケーションＩＤ“Ａ”及び付与フラグ“１”の組み合わせに対応付けられた第２アプリケーションＩＤを検索し、第２アプリケーションＩＤ“Ｂ”のゲームアプリＢを特定する。そして、アプリケーション回答部１０５は、ゲームアプリＢを示す回答を、端末２００に送信する。

端末２００において、動作部２１６は、サーバ１００から、特典が付与された第２アプリケーション２２０を示す回答を受信すると、第１アプリケーション２１０の動作を終了し（４）、回答が示す第２アプリケーション２２０を動作させる（５、６）。

本実施形態において、ＣＰＵ ６０１及び通信部６０５が協働して、動作部２１６として機能する。

例えば、動作部２１６は、ゲームアプリＡがゲームアプリＢを示す回答を受信すると、ゲームアプリＡの動作を終了させ、回答が示すゲームアプリＢを指定したＵＲＬスキームを開くことによりゲームアプリＢを起動させ、ゲームアプリＢが端末２００の画面に表示される。

なお、ゲームアプリＢを示す回答をゲームアプリＡがサーバ１００から受信した後は、ゲームアプリＡは、ゲームアプリＢを示す回答を端末２００内に保存する。そして、それ以降、ゲームアプリＡの動作が求められることがあれば、サーバ１００に問合せを行うことなしに、直ちにゲームアプリＢに遷移するようにしてもよい。

ユーザが誤って、既にリソースを消去したアプリケーションを動作させようとした場合、リソースを消去したアプリケーションは、正常に動作しないことがある。本実施形態によれば、ユーザが誤って、既にリソースを消去したアプリケーションの動作を指示しても、そのリソースを消去したことにより特典が付与されたアプリケーションを動作させることにより、指示したアプリケーションに関連する使用可能なアプリケーションをユーザに示すことができる。

（１０．実施形態３に係る端末の処理）
本実施形態に係るリソース管理システム１における端末２００の動作について説明する。端末２００は、例えば、電源が投入されると、図１９に示す処理を開始する。

アプリケーション問合せ部２１５は、端末２００において、リソースを消去したアプリケーションを動作させる指示を受け付けたか否かを判断する（ステップＳ５０１）。アプリケーション問合せ部２１５が、リソースを消去したアプリケーションを動作させる指示を受け付けたと判断すると（ステップＳ５０１；Ｙｅｓ）、アプリケーション問合せ部２１５は、リソースの消去により特典が付与されたアプリケーションに関する問合せを、サーバ１００へ送信する（ステップＳ５０２）。一方、アプリケーション問合せ部２１５が、リソースを消去したアプリケーションを動作させる指示を受け付けていないと判断すると（ステップＳ５０１；Ｎｏ）、ステップＳ１０１（図９）に進む。

例えば、ゲームアプリＡのリソースが全て消去された後に、ユーザＸが、端末２００においてゲームアプリＡを動作させる指示をしたとすると、アプリケーション問合せ部２１５は、サーバ１００に、ゲームアプリＡのリソースを消去したことにより特典が付与されたアプリケーションを問合せる。一方、リソースが消去されたゲームアプリを動作させる指示を受け付けていない場合、図９のステップＳ１０１に進み、それ以降の処理を行う。なお、図９のステップＳ１０３、ステップＳ１０４；Ｎｏ及びステップＳ１０９の後は、ステップＳ１０１に戻らず、図１９のステップＳ５０１に戻る。

動作部２１６は、サーバ１００から、アプリケーションを示す回答を受信したか否かを判断する（ステップＳ５０３）。動作部２１６が、アプリケーションを示す回答を受信したと判断すると（ステップＳ５０３；Ｙｅｓ）、動作部２１６は、リソースが消去されたアプリケーションの動作を終了する（ステップＳ５０４）。そして、動作部２１６は、回答が示す、特典が付与されたアプリケーションを動作させ（ステップＳ５０５）、ステップＳ５０１に戻る。一方、動作部２１６が、アプリケーションを示す回答を受信していないと判断すると（ステップＳ５０３；Ｎｏ）、そのまま待機する。

例えば、動作部２１６は、アプリケーションＢを示す回答を受信すると、ゲームアプリＡの動作を終了させ、回答が示すゲームアプリＢを指定したＵＲＬスキームを開くことによりゲームアプリＢの動作を開始させる。そして、ステップＳ５０１に戻る。一方、アプリケーションを示す回答を受信していない場合は、そのまま待機する。

（１１．実施形態３に係るサーバの処理）
本実施形態に係るリソース管理システム１におけるサーバ１００の動作について説明する。サーバ１００は、例えば、電源が投入されると、図２０に示す処理を開始する。

アプリケーション回答部１０５は、リソースが消去されたアプリケーションが動作する端末２００から、特典が付与されたアプリケーションに関する問合せを受信したか否かを判断する（ステップＳ６０１）。アプリケーション回答部１０５が、特典が付与されたアプリケーションに関する問合せを受信したと判断すると（ステップＳ６０１；Ｙｅｓ）、アプリケーション回答部１０５は、特典が付与されたアプリケーションを示す回答を、リソースが消去されたアプリケーションが動作する端末２００へ送信する（ステップＳ６０２）。そして、ステップＳ６０１に戻る。一方、アプリケーション回答部１０５が、特典が付与されたアプリケーションに関する問合せを受信していないと判断すると（ステップＳ６０１；Ｎｏ）、ステップＳ２０１（図１０）に進む。

例えば、アプリケーション回答部１０５は、ユーザＸの端末２００から、ゲームアプリＡのリソースを消去したことにより特典が付与されたアプリケーションに関する問合せを受信すると、図６（ｂ）の特典テーブル５００ｂにおいて、ユーザＸのユーザＩＤ“Ｘ”、ゲームアプリＡの第１アプリケーションＩＤ“Ａ”及び付与フラグ“１”の組み合わせに対応付けられた第２アプリケーションＩＤ“Ｂ”のゲームアプリＢを特定する。そして、アプリケーション回答部１０５は、ゲームアプリＢを示す回答を、端末２００に送信する。そして、ステップＳ６０１に戻る。一方、特典が付与されたアプリケーションに関する問合せを受信していない場合は、図１０のステップＳ２０１に進み、それ以降の処理を行う。なお、図１０のステップＳ２０２、ステップＳ２０３；Ｎｏ及びステップＳ２０４の後は、ステップＳ２０１に戻らず、図２０のステップＳ６０１に戻る。

（１２．まとめ）
本発明の第１の観点に係るリソース管理システムは、
アプリケーションが動作する端末と、前記アプリケーションが利用可能なリソースを管理するサーバと、を備えるリソース管理システムであって、
前記端末は、
第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去部と、
前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告部と、
第２アプリケーションが利用可能な第２リソースを前記サーバからダウンロードする際に、前記第２アプリケーションに与えるべき特典に関する問合せを、前記サーバへ送信する特典問合せ部と、
前記サーバから、前記特典を示す回答を受信すると、前記回答が示す特典を、前記第２アプリケーションに付与する付与部と、
前記第２リソースを前記サーバからダウンロードして、前記端末の前記記憶装置に記憶させる記憶部と、
を備え、
前記サーバは、
前記端末から、前記消去報告を受信すると、前記受信した消去報告に係る前記第１リソースに基づいて、前記端末において動作する前記第２アプリケーションに与えるべき特典を決定する決定部と、
前記端末から、前記特典に関する問合せを受信すると、前記特典を示す回答を、前記端末へ送信する特典回答部と、
を備える
ことを特徴とする。

上記リソース管理システムによれば、あるアプリケーションの新たなリソースを端末にダウンロードする際に、過去に端末から消去した他のアプリケーションのリソースに基づいて、新たなリソースをダウンロードするアプリケーションに特典が与えられるので、既にダウンロードされたリソースの消去を促すことにより、新たなリソースをダウンロードする際に起こる容量不足を防ぐことができる。

また、上記リソース管理システムにおいて、
前記端末は、
前記端末において前記第１アプリケーションが動作すると、動作報告を前記サーバへ送信する動作報告部と、
前記端末において前記第２アプリケーションが初めて動作すると、前記動作報告が所定の期間なされていない前記第１アプリケーションのリストを求める要求を、前記サーバへ送信する要求部と、
前記サーバから、前記リストを含む応答を受信すると、前記端末のユーザに、前記応答に含まれるリスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去するよう促し、前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去すべき指示を受け付けると、前記第１アプリケーションに遷移させ、前記消去部に、前記端末の記憶装置から前記第１リソースを消去させる消去推奨部と、
前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースが消去され、前記第１リソースに係る消去報告が送信されると、前記端末において、前記第１アプリケーションの動作を終了し、前記第２アプリケーションに遷移させる遷移部と、
をさらに備え、
前記サーバは、
前記端末から送信された前記動作報告を保存する保存部と、
前記端末から、前記要求を受信すると、前記保存された動作報告を参照して前記リストを生成し、前記生成されたリストを含む応答を、前記端末へ送信する応答部と、
をさらに備える
ことを特徴とする。

上記リソース管理システムによれば、初めてアプリケーションを動作させる前に、既にダウンロードされているリソースで、所定の期間使用していないアプリケーションのリソースの消去を促すことができる。これにより、端末の記憶装置の空き容量を増やすことができ、ダウンロード時に生じる容量不足を防ぐことができる。

また、上記リソース管理システムにおいて、
前記端末は、
前記端末において前記第１リソースが消去された後に、前記第１アプリケーションを動作させる指示を受け付けると、前記第１リソースの消去により前記特典が付与された前記第２アプリケーションに関する問合せを、前記サーバへ送信するアプリケーション問合せ部と、
前記サーバから、前記特典が付与された前記第２アプリケーションを示す回答を受信すると、前記端末において、前記第１アプリケーションの動作を終了し、前記回答が示す前記第２アプリケーションを動作させる動作部と、
をさらに備え、
前記サーバは、
前記端末から、前記第２アプリケーションに関する問合せを受信すると、前記特典が付与された前記第２アプリケーションを示す回答を、前記端末へ送信するアプリケーション回答部
をさらに備える
ことを特徴とする。

上記リソース管理システムによれば、ユーザが誤って、既にリソースを消去したアプリケーションの動作を指示しても、そのリソースを消去したことにより特典が付与されたアプリケーションを動作させることにより、指示したアプリケーションに関連する使用可能なアプリケーションをユーザに示すことができる。

また、上記リソース管理システムにおいて、
前記端末は、
前記付与された特典を前記端末のユーザに提示する提示部
をさらに備え、
前記記憶部は、前記提示部により前記特典が提示されると、前記第２リソースをダウンロードして、前記端末の前記記憶装置に記憶させる
ことを特徴とする。

上記リソース管理システムによれば、リソースがダウンロードされる前に、アプリケーションに付与された特典をユーザに知らせることができる。

また、上記リソース管理システムにおいて、
前記決定部は、前記特典を、前記消去報告に係る前記第１リソースの量又は種類に応じて決定する
ことを特徴とする。

上記リソース管理システムによれば、消去されたリソースの量又は種類が特典に反映されるので、ユーザに積極的なリソースの消去を促すことができる。

本発明の第２の観点に係るリソース管理システムは、
アプリケーションが動作する端末と、前記アプリケーションが利用可能なリソースを管理するサーバと、を備えるリソース管理システムであって、
前記端末は、
前記端末において第１アプリケーションが動作すると、動作報告を前記サーバへ送信する動作報告部と、
前記第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去部と、
前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告部と、
前記端末において前記第２アプリケーションが初めて動作すると、前記動作報告が所定の期間なされていない前記第１アプリケーションのリストを求める要求を、前記サーバへ送信する要求部と、
前記サーバから、前記リストを含む応答を受信すると、前記端末のユーザに、前記応答に含まれるリスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去するよう促し、前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去すべき指示を受け付けると、前記第１アプリケーションに遷移させ、前記消去部に、前記端末の記憶装置から前記第１リソースを消去させる消去推奨部と、
前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースが消去され、前記第１リソースに係る消去報告が送信されると、前記端末において、前記第１アプリケーションの動作を終了し、前記第２アプリケーションに遷移させる遷移部と、
を備え、
前記サーバは、
前記端末から送信された前記動作報告を保存する保存部と、
前記端末から、前記要求を受信すると、前記保存された動作報告を参照して前記リストを生成し、前記生成されたリストを含む応答を、前記端末へ送信する応答部と、
を備える
ことを特徴とする。

上記リソース管理システムによれば、初めてアプリケーションを動作させる前に、既にダウンロードされているリソースで、所定の期間使用していないアプリケーションのリソースの消去を促すことができる。これにより、端末の記憶装置の空き容量を増やすことができ、ダウンロード時に生じる容量不足を防ぐことができる。

本発明の第３の観点に係るシステムの制御方法は、
アプリケーションが動作する端末と、前記アプリケーションが利用可能なリソースを管理するサーバと、を備えるリソース管理システムにおける制御方法であって、
前記端末が、
第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去工程と、
前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告工程と、
第２アプリケーションが利用可能な第２リソースを前記サーバからダウンロードする際に、前記第２アプリケーションに与えるべき特典に関する問合せを、前記サーバへ送信する特典問合せ工程と、
前記サーバから、前記特典を示す回答を受信すると、前記回答が示す特典を、前記第２アプリケーションに付与する付与工程と、
前記第２リソースを前記サーバからダウンロードして、前記端末の前記記憶装置に記憶させる記憶工程と、
を備え、
前記サーバが、
前記端末から、前記消去報告を受信すると、前記受信した消去報告に係る前記第１リソースに基づいて、前記端末において動作する前記第２アプリケーションに与えるべき特典を決定する決定工程と、
前記端末から、前記特典に関する問合せを受信すると、前記特典を示す回答を、前記端末へ送信する特典回答工程と、
を備える
ことを特徴とする。

上記システムの制御方法によれば、第１の観点に係るリソース管理システムと同様に、既にダウンロードされたリソースの消去を促すことにより、新たなリソースをダウンロードする際に起こる容量不足を防ぐことができる。

本発明の第４の観点に係るシステムの制御方法は、
アプリケーションが動作する端末と、前記アプリケーションが利用可能なリソースを管理するサーバと、を備えるリソース管理システムにおける制御方法であって、
前記端末が、
前記端末において第１アプリケーションが動作すると、動作報告を前記サーバへ送信する動作報告工程と、
前記第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去工程と、
前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告工程と、
前記端末において前記第２アプリケーションが初めて動作すると、前記動作報告が所定の期間なされていない前記第１アプリケーションのリストを求める要求を、前記サーバへ送信する要求工程と、
前記サーバから、前記リストを含む応答を受信すると、前記端末のユーザに、前記応答に含まれるリスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去するよう促し、前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去すべき指示を受け付けると、前記第１アプリケーションに遷移させ、前記端末に、前記端末の記憶装置から前記第１リソースを消去させる消去推奨工程と、
前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースが消去され、前記第１リソースに係る消去報告が送信されると、前記端末において、前記第１アプリケーションの動作を終了し、前記第２アプリケーションに遷移させる遷移工程と、
を備え、
前記サーバは、
前記端末から送信された前記動作報告を保存する保存工程と、
前記端末から、前記要求を受信すると、前記保存された動作報告を参照して前記リストを生成し、前記生成されたリストを含む応答を、前記端末へ送信する応答工程と、
を備える
ことを特徴とする。

上記システムの制御方法によれば、第２の観点に係るリソース管理システムと同様に、初めてアプリケーションを動作させる前に、既にダウンロードされているリソースで、所定の期間使用していないアプリケーションのリソースの消去を促すことができる。これにより、端末の記憶装置の空き容量を増やすことができ、ダウンロード時に生じる容量不足を防ぐことができる。

本発明の第５の観点に係るシステム用プログラムは、
端末用コンピュータを、アプリケーションが動作する端末として機能させる端末用プログラムと、サーバ用コンピュータを、前記アプリケーションが利用可能なリソースを管理するサーバとして機能させるサーバ用プログラムと、を備えるシステム用プログラムであって、
前記端末用プログラムは、前記端末用コンピュータを、
第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去部、
前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告部、
第２アプリケーションが利用可能な第２リソースを前記サーバからダウンロードする際に、前記第２アプリケーションに与えるべき特典に関する問合せを、前記サーバへ送信する特典問合せ部、
前記サーバから、前記特典を示す回答を受信すると、前記回答が示す特典を、前記第２アプリケーションに付与する付与部、
前記第２リソースを前記サーバからダウンロードして、前記端末の前記記憶装置に記憶させる記憶部、
として機能させ、
前記サーバ用プログラムは、前記サーバ用コンピュータを、
前記端末から、前記消去報告を受信すると、前記受信した消去報告に係る前記第１リソースに基づいて、前記端末において動作する前記第２アプリケーションに与えるべき特典を決定する決定部、
前記端末から、前記特典に関する問合せを受信すると、前記特典を示す回答を、前記端末へ送信する特典回答部、
として機能させる
ことを特徴とする。

上記システム用プログラムによれば、第１の観点に係るリソース管理システムと同様に、既にダウンロードされたリソースの消去を促すことにより、新たなリソースをダウンロードする際に起こる容量不足を防ぐことができる。

本発明の第６の観点に係るシステム用プログラムは、
端末用コンピュータを、アプリケーションが動作する端末として機能させる端末用プログラムと、サーバ用コンピュータを、前記アプリケーションが利用可能なリソースを管理するサーバとして機能させるサーバ用プログラムと、を備えるシステム用プログラムであって、
前記端末用プログラムは、前記端末用コンピュータを、
前記端末において第１アプリケーションが動作すると、動作報告を前記サーバへ送信する動作報告部、
前記第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去部、
前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告部、
前記端末において前記第２アプリケーションが初めて動作すると、前記動作報告が所定の期間なされていない前記第１アプリケーションのリストを求める要求を、前記サーバへ送信する要求部、
前記サーバから、前記リストを含む応答を受信すると、前記端末のユーザに、前記応答に含まれるリスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去するよう促し、前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去すべき指示を受け付けると、前記第１アプリケーションに遷移させ、前記消去部に、前記端末の記憶装置から前記第１リソースを消去させる消去推奨部、
前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースが消去され、前記第１リソースに係る消去報告が送信されると、前記端末において、前記第１アプリケーションの動作を終了し、前記第２アプリケーションに遷移させる遷移部、
として機能させ
前記サーバ用プログラムは、前記サーバ用コンピュータを、
前記端末から送信された前記動作報告を保存する保存部、
前記端末から、前記要求を受信すると、前記保存された動作報告を参照して前記リストを生成し、前記生成されたリストを含む応答を、前記端末へ送信する応答部、
として機能させる
ことを特徴とする。

上記システム用プログラムによれば、第２の観点に係るリソース管理システムと同様に、第２の観点に係るリソース管理システムと同様に、初めてアプリケーションを動作させる前に、既にダウンロードされているリソースで、所定の期間使用していないアプリケーションのリソースの消去を促すことができる。これにより、端末の記憶装置の空き容量を増やすことができ、ダウンロード時に生じる容量不足を防ぐことができる。

本発明によれば、既にダウンロードされたリソースの消去を促すことにより、新たなリソースをダウンロードする際に起こる容量不足を防ぐことが可能なリソース管理システム、システムの制御方法及びシステム用プログラムを提供することができる。

１ リソース管理システム
１００ サーバ
１０１ 決定部
１０２ 特典回答部
１０３ 保存部
１０４ 応答部
１０５ アプリケーション回答部
１１０ リソース
２００ 端末
２１０ 第１アプリケーション
２１１ 消去部
２１２ 消去報告部
２１３ 動作報告部
２１４ 遷移部
２１５ アプリケーション問合せ部
２１６ 動作部
２２０ 第２アプリケーション
２２１ 特典問合せ部
２２２ 付与部
２２３ 提示部
２２４ 記憶部
２２５ 要求部
２２６ 消去推奨部
３００ コンピュータ通信網
４０１ メッセージ
４０２ リスト
６００ 情報処理装置
６０１ ＣＰＵ
６０２ ＲＯＭ
６０３ ＲＡＭ
６０４ 記憶装置
６０５ 通信部
６０６ 画像処理部
６０７ ディスプレイ
６０８ 音声処理部
６０９ スピーカ
６１０ マイク
６１１ 操作部

Claims (10)

1. アプリケーションが動作する端末と、前記アプリケーションが利用可能なリソースを管理するサーバと、を備えるリソース管理システムであって、
   前記端末は、
   第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去部と、
   前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告部と、
   第２アプリケーションが利用可能な第２リソースを前記サーバからダウンロードする際に、前記第２アプリケーションに与えるべき特典に関する問合せを、前記サーバへ送信する特典問合せ部と、
   前記サーバから、前記特典を示す回答を受信すると、前記回答が示す特典を、前記第２アプリケーションに付与する付与部と、
   前記第２リソースを前記サーバからダウンロードして、前記端末の前記記憶装置に記憶させる記憶部と、
   を備え、
   前記サーバは、
   前記端末から、前記消去報告を受信すると、前記受信した消去報告に係る前記第１リソースに基づいて、前記端末において動作する前記第２アプリケーションに与えるべき特典を決定する決定部と、
   前記端末から、前記特典に関する問合せを受信すると、前記特典を示す回答を、前記端末へ送信する特典回答部と、
   を備える
   ことを特徴とするリソース管理システム。
2. 前記端末は、
   前記端末において前記第１アプリケーションが動作すると、動作報告を前記サーバへ送信する動作報告部と、
   前記端末において前記第２アプリケーションが初めて動作すると、前記動作報告が所定の期間なされていない前記第１アプリケーションのリストを求める要求を、前記サーバへ送信する要求部と、
   前記サーバから、前記リストを含む応答を受信すると、前記端末のユーザに、前記応答に含まれるリスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去するよう促し、前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去すべき指示を受け付けると、前記第１アプリケーションに遷移させ、前記消去部に、前記端末の記憶装置から前記第１リソースを消去させる消去推奨部と、
   前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースが消去され、前記第１リソースに係る消去報告が送信されると、前記端末において、前記第１アプリケーションの動作を終了し、前記第２アプリケーションに遷移させる遷移部と、
   をさらに備え、
   前記サーバは、
   前記端末から送信された前記動作報告を保存する保存部と、
   前記端末から、前記要求を受信すると、前記保存された動作報告を参照して前記リストを生成し、前記生成されたリストを含む応答を、前記端末へ送信する応答部と、
   をさらに備える
   ことを特徴とする請求項１に記載のリソース管理システム。
3. 前記端末は、
   前記端末において前記第１リソースが消去された後に、前記第１アプリケーションを動作させる指示を受け付けると、前記第１リソースの消去により前記特典が付与された前記第２アプリケーションに関する問合せを、前記サーバへ送信するアプリケーション問合せ部と、
   前記サーバから、前記特典が付与された前記第２アプリケーションを示す回答を受信すると、前記端末において、前記第１アプリケーションの動作を終了し、前記回答が示す前記第２アプリケーションを動作させる動作部と、
   をさらに備え、
   前記サーバは、
   前記端末から、前記第２アプリケーションに関する問合せを受信すると、前記特典が付与された前記第２アプリケーションを示す回答を、前記端末へ送信するアプリケーション回答部
   をさらに備える
   ことを特徴とする請求項１又は２に記載のリソース管理システム。
4. 前記端末は、
   前記付与された特典を前記端末のユーザに提示する提示部
   をさらに備え、
   前記記憶部は、前記提示部により前記特典が提示されると、前記第２リソースをダウンロードして、前記端末の前記記憶装置に記憶させる
   ことを特徴とする請求項１乃至３のいずれか１項に記載のリソース管理システム。
5. 前記決定部は、前記特典を、前記消去報告に係る第１リソースの量又は種類に応じて決定する
   ことを特徴とする請求項１乃至４のいずれか１項に記載のリソース管理システム。
6. アプリケーションが動作する端末と、前記アプリケーションが利用可能なリソースを管理するサーバと、を備えるリソース管理システムであって、
   前記端末は、
   前記端末において第１アプリケーションが動作すると、動作報告を前記サーバへ送信する動作報告部と、
   前記第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去部と、
   前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告部と、
   前記端末において第２アプリケーションが初めて動作すると、前記動作報告が所定の期間なされていない前記第１アプリケーションのリストを求める要求を、前記サーバへ送信する要求部と、
   前記サーバから、前記リストを含む応答を受信すると、前記端末のユーザに、前記応答に含まれるリスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去するよう促し、前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去すべき指示を受け付けると、前記第１アプリケーションに遷移させ、前記消去部に、前記端末の記憶装置から前記第１リソースを消去させる消去推奨部と、
   前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースが消去され、前記第１リソースに係る消去報告が送信されると、前記端末において、前記第１アプリケーションの動作を終了し、前記第２アプリケーションに遷移させる遷移部と、
   を備え、
   前記サーバは、
   前記端末から送信された前記動作報告を保存する保存部と、
   前記端末から、前記要求を受信すると、前記保存された動作報告を参照して前記リストを生成し、前記生成されたリストを含む応答を、前記端末へ送信する応答部と、
   を備える
   ことを特徴とするリソース管理システム。
7. アプリケーションが動作する端末と、前記アプリケーションが利用可能なリソースを管理するサーバと、を備えるリソース管理システムにおける制御方法であって、
   前記端末が、
   第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去工程と、
   前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告工程と、
   第２アプリケーションが利用可能な第２リソースを前記サーバからダウンロードする際に、前記第２アプリケーションに与えるべき特典に関する問合せを、前記サーバへ送信する特典問合せ工程と、
   前記サーバから、前記特典を示す回答を受信すると、前記回答が示す特典を、前記第２アプリケーションに付与する付与工程と、
   前記第２リソースを前記サーバからダウンロードして、前記端末の前記記憶装置に記憶させる記憶工程と、
   を備え、
   前記サーバが、
   前記端末から、前記消去報告を受信すると、前記受信した消去報告に係る前記第１リソースに基づいて、前記端末において動作する前記第２アプリケーションに与えるべき特典を決定する決定工程と、
   前記端末から、前記特典に関する問合せを受信すると、前記特典を示す回答を、前記端末へ送信する特典回答工程と、
   を備える
   ことを特徴とするシステムの制御方法。
8. アプリケーションが動作する端末と、前記アプリケーションが利用可能なリソースを管理するサーバと、を備えるリソース管理システムにおける制御方法であって、
   前記端末が、
   前記端末において第１アプリケーションが動作すると、動作報告を前記サーバへ送信する動作報告工程と、
   前記第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去工程と、
   前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告工程と、
   前記端末において第２アプリケーションが初めて動作すると、前記動作報告が所定の期間なされていない前記第１アプリケーションのリストを求める要求を、前記サーバへ送信する要求工程と、
   前記サーバから、前リストを含む応答を受信すると、前記端末のユーザに、前記応答に含まれるリスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去するよう促し、前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去すべき指示を受け付けると、前記第１アプリケーションに遷移させ、前記端末に、前記端末の記憶装置から前記第１リソースを消去させる消去推奨工程と、
   前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースが消去され、前記第１リソースに係る消去報告が送信されると、前記端末において、前記第１アプリケーションの動作を終了し、前記第２アプリケーションに遷移させる遷移工程と、
   を備え、
   前記サーバは、
   前記端末から送信された前記動作報告を保存する保存工程と、
   前記端末から、前記要求を受信すると、前記保存された動作報告を参照して前記リストを生成し、前記生成されたリストを含む応答を、前記端末へ送信する応答工程と、
   を備える
   ことを特徴とするシステムの制御方法。
9. 端末用コンピュータを、アプリケーションが動作する端末として機能させる端末用プログラムと、サーバ用コンピュータを、前記アプリケーションが利用可能なリソースを管理するサーバとして機能させるサーバ用プログラムと、を備えるシステム用プログラムであって、
   前記端末用プログラムは、前記端末用コンピュータを、
   第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去部、
   前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告部、
   第２アプリケーションが利用可能な第２リソースを前記サーバからダウンロードする際に、前記第２アプリケーションに与えるべき特典に関する問合せを、前記サーバへ送信する特典問合せ部、
   前記サーバから、前記特典を示す回答を受信すると、前記回答が示す特典を、前記第２アプリケーションに付与する付与部、
   前記第２リソースを前記サーバからダウンロードして、前記端末の前記記憶装置に記憶させる記憶部、
   として機能させ、
   前記サーバ用プログラムは、前記サーバ用コンピュータを、
   前記端末から、前記消去報告を受信すると、前記受信した消去報告に係る前記第１リソースに基づいて、前記端末において動作する前記第２アプリケーションに与えるべき特典を決定する決定部、
   前記端末から、前記特典に関する問合せを受信すると、前記特典を示す回答を、前記端末へ送信する特典回答部、
   として機能させる
   ことを特徴とするシステム用プログラム。
10. 端末用コンピュータを、アプリケーションが動作する端末として機能させる端末用プログラムと、サーバ用コンピュータを、前記アプリケーションが利用可能なリソースを管理するサーバとして機能させるサーバ用プログラムと、を備えるシステム用プログラムであって、
    前記端末用プログラムは、前記端末用コンピュータを、
    前記端末において第１アプリケーションが動作すると、動作報告を前記サーバへ送信する動作報告部、
    前記第１アプリケーションが利用可能な第１リソースを消去すべき指示を受け付けると、前記端末の記憶装置から前記第１リソースを消去する消去部、
    前記消去された前記第１リソースに係る消去報告を、前記サーバへ送信する消去報告部、
    前記端末において第２アプリケーションが初めて動作すると、前記動作報告が所定の期間なされていない前記第１アプリケーションのリストを求める要求を、前記サーバへ送信する要求部、
    前記サーバから、前記リストを含む応答を受信すると、前記端末のユーザに、前記応答に含まれるリスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去するよう促し、前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースを消去すべき指示を受け付けると、前記第１アプリケーションに遷移させ、前記消去部に、前記端末の記憶装置から前記第１リソースを消去させる消去推奨部、
    前記リスト内の前記第１アプリケーションが利用可能な前記第１リソースが消去され、前記第１リソースに係る消去報告が送信されると、前記端末において、前記第１アプリケーションの動作を終了し、前記第２アプリケーションに遷移させる遷移部、
    として機能させ
    前記サーバ用プログラムは、前記サーバ用コンピュータを、
    前記端末から送信された前記動作報告を保存する保存部、
    前記端末から、前記要求を受信すると、前記保存された動作報告を参照して前記リストを生成し、前記生成されたリストを含む応答を、前記端末へ送信する応答部、
    として機能させる
    ことを特徴とするシステム用プログラム。

Images