WO2010109776A1 - ダウンロードシステム、それに用いる装置、方法およびプログラム - Google Patents

Abstract

２以上の端末が、アプリケーション（またはコンテンツデータ）の呼出関係情報を管理装置に送信する呼出関係送信手段と、アプリケーションをダウンロードするダウンロード手段とを含み、管理装置が、各端末から受信した呼出関係情報を基に作成される呼出関係統計情報を保持する呼出関係統計保持手段を含み、アプリケーションサーバが、呼出関係統計情報を基に、管理しているアプリケーションについて、実行中に呼び出される可能性の高いアプリケーションを関連アプリケーションとして示す情報を含む属性データを作成する属性作成手段を含み、ダウンロード手段が、属性作成手段によって作成された属性データを基にさらにアプリケーションをダウンロードする。

Description

ダウンロードシステム、それに用いる装置、方法およびプログラム

　本発明は、端末がアプリケーションまたはコンテンツデータをダウンロードして実行する環境に適用されるダウンロードシステム、情報処理端末、管理装置、アプリケーションサーバ、課金サーバ、ダウンロード方法およびダウンロード用プログラムに関する。

　近年、携帯電話やスマートフォン、ＰＤＡ（Personal Digital Assistant）といった携帯情報通信端末において、アプリケーションを無線経由あるいはパーソナルコンピュータ（ＰＣ）経由でダウンロード、インストールする機会が増加している。例えば、携帯電話のＪａｖａ（登録商標）アプリケーションが挙げられる。ユーザは、ブラウザなどから好みのＪａｖａアプリケーションを選択しダウンロードすることで、携帯電話上で実行することができる。

　このように、アプリケーションをダウンロードすることで機能を追加していくような携帯情報端末は、今後も増えると予想される。なお、非特許文献１に示すように、総務省が実施する「ＩＰ化時代の通信端末に関する研究会」においてもアプリケーションのダウンロードによる機能拡張は重要な機能として挙げられている。

　さて、アプリケーションをダウンロードするタイミングとしては、１）ユーザ選択時、２）トリガ検出時、３）オンデマンドの３つが考えられる。第１のタイミングは、ユーザ操作によってブラウザ等からその旨（ダウンロードする旨）が選択されたときにダウンロードする方法を指す。第２のタイミングは、時間や場所など、ある条件を満たしたときにダウンロードする方法を指す。第３のタイミングは、アプリケーションが他のアプリケーションを呼び出すときなどを指す。本発明では、アプリケーションが他のアプリケーションを呼び出すことによって何らかの処理が行われることを「アプリケーション間連携」と呼ぶ。第３のタイミングは、すなわち、アプリケーション間連携によって呼び出された呼出し先のアプリケーションが端末内に無い場合に、ネットワーク上のサーバからダウンロードする方法を指す。この方法は、アプリケーションを使ったオンデマンドによるアプリケーションダウンロードともいえる。

　本発明は、上記オンデマンドによるアプリケーションダウンロードを主なターゲットとしている。オンデマンドの問題点としては、ダウンロード時間がかかるためユーザから見ると処理が止まっているように見えることや、ネットワークが使用できないときはダウンロードできないために処理が継続できない点が挙げられる。このため、必要な（すなわち、現在起動中のアプリケーションに関連する）アプリケーションを事前に把握することで、呼ばれる前にダウンロードを完了しておくことができる方法が求められる。

　これに加え、携帯情報通信端末は、パーソナルコンピュータ（ＰＣ）等と比べリソースが限られているため、関連するものを全てダウンロードしてしまうとストレージを圧迫してしまう。また、ダウンロードする数やサイズが大きくなると、それだけコンテンツ料やパケット料などの料金がかかる。このため、本当に必要と思われるものだけをダウンロードする必要がある。

　必要なものや関連するものを抽出する技術が記載された文献として、例えば、特許文献１や特許文献２がある。特許文献１には、メソッドの呼出し関係のリストアップにおいて、呼出し回数の多いメソッドリストをユーザのアクセスしやすい位置に表示させる方法が記載されている。

　また、特許文献２には、シンクライアント端末において、適切なアプリケーションサーバに適切な作業環境（ファイル、アプリなど）をプリフェッチ（事前取得）する方法が記載されている。

　また、呼び出された関数の順序関係に関する統計データを利用して関連するデータをダウンロードする方法が、特許文献３に記載されている。

特開２００５－３２７０３６号公報 特開２００４－０９４４１１号公報 特開平１１－３１２２０３号公報

「ＩＰ化時代の通信端末に関する研究会（第７回）配付資料７－４：ＩＰ化時代の通信端末の進展イメージと求められる機能」，［online］，平成１９年５月８日，総務省，［平成２０年１１月１２日検索］，インターネット＜URL:http://www.soumu.go.jp/joho_tsusin/policyreports/chousa/ip_tsusin/pdf/070508_2_4.pdf＞

　しかし、上記それぞれの発明では、履歴または統計データによって判断する必要があるため、事前に必要なものを予測することができない。

　特許文献１では、プログラムを実行することでメソッドの呼出し回数を監視し、統計情報を作成するため、ある程度実行を重ねなければ傾向を把握できない。

　また、特許文献２においても、アクセス履歴などの情報を利用することでパターンを算出し、必要なデータを予測するため、予測の材料となる情報を蓄積する必要がある。

　また、特許文献３においても、統計が得られていない段階では予想に基づく制御しかできない。また、特許文献３に記載されているダウンロード方法は、関数呼出時に関連するデータをダウンロードするための方法であって、通信状況等によって必要な時にダウンロードができない可能性を考慮して事前にダウンロードしておこうということまでは考慮されていない。すなわち、事前把握が必ずしも必要であるとは捉えていない。

　そこで、本発明は、使用する（呼び出される）可能性が高いアプリケーションを事前に把握し、ダウンロードすることを可能とするウンロードシステム、情報処理端末、管理装置、アプリケーションサーバ、課金サーバ、ダウンロード方法およびダウンロード用プログラムを提供することを目的とする。

　本発明によるダウンロードシステムは、アプリケーションまたはコンテンツデータをダウンロードして実行する２以上の端末と、各端末と通信可能に接続される管理装置と、アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバとを備え、端末は、当該端末において実行されたアプリケーションまたはコンテンツデータの呼出関係を示す情報である呼出関係情報を、管理装置に送信する呼出関係送信手段と、アプリケーションまたはコンテンツデータをダウンロードするダウンロード手段とを含み、管理装置は、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する呼出関係統計保持手段を含み、アプリケーションサーバは、呼出関係統計保持手段に保持されている呼出関係統計情報を基に、当該アプリケーションサーバで管理しているアプリケーションまたはコンテンツデータについて、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を含む属性データを作成する属性作成手段を含み、ダウンロード手段は、属性作成手段によって作成された属性データを基に、さらにアプリケーションまたはコンテンツデータをダウンロードすることを特徴とする。

　本発明による情報処理端末は、アプリケーションまたはコンテンツデータをダウンロードして実行する情報処理端末であって、アプリケーションまたはコンテンツデータを呼び出した際に、呼出先のアプリケーションまたはコンテンツデータをダウンロードしたことを契機に、少なくとも当該端末を含む２以上の端末と通信可能に接続される所定の管理装置であって、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する所定の管理装置に、アプリケーションまたはコンテンツデータの呼出関係を示す呼出関係情報を送信する呼出関係送信手段と、アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバから、アプリケーションまたはコンテンツデータをダウンロードするダウンロード手段と、アプリケーションまたはコンテンツデータをダウンロードした際に、該アプリケーションまたはコンテンツデータに付与されている属性データを解析し、呼出関係統計保持手段に保持されている呼出関係統計情報を基に該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を属性データとして付加するアプリケーションサーバによって付加された属性データである場合には、該属性データから関連アプリケーションまたは関連コンテンツデータを抽出する属性解析手段とを備え、ダウンロード手段は、属性解析手段によって抽出した関連アプリケーションまたは関連コンテンツデータをさらにダウンロードすることを特徴とする。

　本発明による管理装置は、アプリケーションまたはコンテンツデータをダウンロードして実行する２以上の端末と通信可能に接続される管理装置であって、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する呼出関係統計保持手段と、各端末から受信した呼出関係情報に基づき、アプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を更新する呼出関係統計情報更新手段と、アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバからの要求に基づき、呼出関係統計保持手段に保持されている呼出関係統計情報の少なくとも一部をアプリケーションサーバに送信する呼出関係統計送信手段とを備えたことを特徴とする。

　本発明によるアプリケーションサーバは、アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバであって、２以上の端末と通信可能に接続される所定の管理装置において保持されている、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を基に、当該アプリケーションサーバで管理しているアプリケーションまたはコンテンツデータについて、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を含む属性データを作成する属性作成手段を備えたことを特徴とする。

　本発明による課金サーバは、アプリケーションダウンロードに関連する課金処理を行う課金サーバであって、あるアプリケーションまたはコンテンツデータの属性データとして付与された関連アプリケーションまたは関連コンテンツデータの情報を基に関連アプリケーションまたは関連コンテンツデータがダウンロードした端末または端末からその旨の情報を得たアプリケーションサーバから、ダウンロードされた関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバを支払い元とし、該関連アプリケーションまたは関連コンテンツデータを示す情報を属性データとして付加したアプリケーションまたはコンテンツデータを管理しているアプリケーションサーバを支払い先として示す報酬金情報を受信する報酬金情報受信手段と、報酬金情報を基に、支払い元のアプリケーションサーバに対して課金処理を行う課金手段と、報酬金情報を基に、支払い先のアプリケーションサーバに対して送金処理を行う送金手段とを備えたことを特徴とする。

　本発明によるダウンロード方法は、端末がアプリケーションまたはコンテンツデータをダウンロードするためのダウンロード方法であって、２以上の端末が、当該端末において実行されたアプリケーションまたはコンテンツデータの呼出関係を示す情報である呼出関係情報を、管理装置に送信し、管理装置が、各端末から受信した呼出関係情報に基づき、アプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を更新し、アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバが、管理装置において保持されている呼出関係統計情報を基に、当該アプリケーションサーバで管理しているアプリケーションまたはコンテンツデータについて、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を含む属性データを作成し、端末が、アプリケーションサーバによって作成された属性データを基に、さらにアプリケーションまたはコンテンツデータをダウンロードすることを特徴とする。

　本発明によるダウンロード用プログラムは、アプリケーションまたはコンテンツデータをダウンロードして実行する情報処理端末に適用されるダウンロード用プログラムであって、コンピュータに、アプリケーションまたはコンテンツデータを呼び出した際に、呼出先のアプリケーションまたはコンテンツデータをダウンロードしたことを契機に、少なくとも当該端末を含む２以上の端末と通信可能に接続される所定の管理装置であって、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する所定の管理装置に、アプリケーションまたはコンテンツデータの呼出関係を示す呼出関係情報を送信する処理と、アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバから、アプリケーションまたはコンテンツデータをダウンロードした際に、該アプリケーションまたはコンテンツデータに付与されている属性データを解析し、呼出関係統計保持手段に保持されている呼出関係統計情報を基に該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を属性データとして付加するアプリケーションサーバによって付加された属性データである場合には、該属性データから関連アプリケーションまたは関連コンテンツデータを抽出する処理と、抽出した関連アプリケーションまたは関連コンテンツデータをさらにダウンロードする処理とを実行させることを特徴とする。

　本発明によるダウンロード用プログラムは、アプリケーションまたはコンテンツデータをダウンロードして実行する２以上の端末と通信可能に接続される管理装置に適用されるダウンロード用プログラムであって、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する呼出関係統計保持手段を備えたコンピュータに、各端末から受信した呼出関係情報に基づき、アプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を更新する処理と、アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバからの要求に基づき、呼出関係統計保持手段に保持されている呼出関係統計情報の少なくとも一部をアプリケーションサーバに送信する処理とを実行させることを特徴とする。

　本発明によれば、複数の端末による呼出関係を共有させた呼出関係統計情報に基づいて、呼出元となるアプリケーションの属性データとして関連アプリの情報を付与しているので、必要なアプリケーションを事前に、かつ容易に把握することができる。従って、呼び出し先のアプリケーションが端末内に既にダウンロードされている可能性を高めることができる。結果、オンデマンドダウンロードを行うことなく、高速に呼び出すことができる。また、ネットワークが使用できない環境であっても、処理を継続することができる。

第１の実施形態のダウンロードシステムの構成例を示すブロック図である。 データベース作成処理の処理フローの一例を示すフローチャートである。 呼出関係情報の例を示す説明図である。 呼出関係統計情報の例を示す説明図である。 アプリケーション属性作成処理の処理フローの一例を示すフローチャートである。 アプリケーションサーバに送信する呼出関係統計情報の例を示す説明図である。 アプリケーションの呼出関係の例を示す説明図である。 属性データの例を示す説明図である。 アプリケーションダウンロード処理の処理フローの一例を示すフローチャートである。 第２の実施形態のダウンロードシステムの構成例を示すブロック図である。 課金サーバ４の構成例を示すブロック図である。 経由サーバ情報の例を示す説明図である。 実施例における呼出関係情報の例を示す説明図である。 実施例における更新後の呼出関係統計情報の例を示す説明図である。 実施例において通信事業者サーバからＣＰサーバに送信される呼出関係統計情報の例を示す説明図である。 実施例において作成される属性データの例を示す説明図である。 実施例における関連アプリのダウンロード確認ダイアログの例を示す説明図である。 実施例における経由サーバ情報の通知例を示す説明図である。 本発明の概要を示す説明図である。 本発明によるダウンロードシステムの他の構成例を示すブロック図である。 本発明によるダウンロードシステムの他の構成例を示すブロック図である。

実施形態１．
　以下、本発明の実施形態を図面を参照して説明する。図１は、本発明による第１の実施形態のダウンロードシステムの構成例を示すブロック図である。図１に示すダウンロードシステムは、端末１と、管理サーバ２と、アプリケーションサーバ（以下、アプリサーバという。）３とを備えている。なお、図１において端末１を１つのみ示しているが、端末１は、複数あるものとする。また、アプリサーバ３も１つのみ示しているが、複数あってもよい。

　端末１は、通信手段１１と、アプリケーション制御手段（以下、アプリ制御手段という。）１２と、記憶装置１３と、属性解析手段１４と、出力手段１５とを備える。

　通信手段１１は、後述する管理サーバ２およびアプリサーバ３と通信を行う手段である。より具体的には、通信手段１１は、管理サーバ２に当該端末１（当該通信手段１１を備える端末１）における呼出関係情報を送信する。また、アプリサーバ３からアプリケーション（より具体的には、アプリケーションデータ３４１）をダウンロードして記憶装置１３に記憶させる機能を備える。ここで、アプリケーションデータ（以下、アプリデータという。）３４１は、アプリサーバ３によって管理されている、アプリケーション（本体データ）とその属性を示す情報（属性データ）とを含む情報である。

　アプリ制御手段１２は、記憶装置１３内に格納されているアプリケーション（以下、単にアプリという。）の起動・終了などのライフサイクルを管理する。また、実行中のアプリが他アプリを呼び出してオンデマンドダウンロードが発生した場合にその呼出関係情報の送信要求を通信手段１１に対して行ったり、取得したアプリに付与されている属性データの解析要求を属性解析手段１４に対して行ったりする。

　記憶装置１３は、アプリ（より具体的には、アプリデータ１３１）を格納する。記憶装置１３に格納されるアプリには、アプリサーバ３からダウンロードしたアプリが含まれる。なお、アプリサーバ３からダウンロードしたアプリケーションデータ（以下、アプリデータという。）３４１をそのままアプリデータ１３１として格納してもよい。すなわち、ダウンロードした際に属性データが付加されているアプリについては、そのまま属性データを付加した状態で格納する。

　属性解析手段１４は、指定されたアプリについて、付加されている属性データを解析し、関連するアプリの情報を取得する。

　出力手段１５は、ダウンロードにかかるユーザへの確認を行うための手段であり、例えば端末１が保持するディスプレイへ、ダイアログを出力する機能を備える。

　本実施形態において、通信手段１１は、例えば、端末１が備える通信装置とプログラムに従って動作するＣＰＵとによって実現される。また、アプリ制御手段１２、属性解析手段１４は、例えば、プログラムに従って動作するＣＰＵによって実現される。また、記憶装置１３は、記憶装置によって実現される。また、出力手段１５は、例えば、端末１が備えるディスプレイ等の出力装置とプログラムに従って動作するＣＰＵとによって実現される。

　管理サーバ２は、通信手段２１と、呼出関係統計情報データベース（以下、呼出関係統計情報ＤＢ２２という。）とを備える。

　通信手段２１は、端末１からの呼出関係情報を受信し、呼出関係統計情報ＤＢ２２を更新する。また、アプリサーバ３からの要求に基づき、呼出関係統計情報ＤＢ２２内の情報（呼出関係統計情報）をアプリサーバ３に送信する。

　呼出関係統計情報ＤＢ２２は、各端末からの呼出関係統計情報から求めたアプリの呼出関係統計情報を保持するデータベースシステムである。

　本実施形態において、通信手段２１は、例えば、管理サーバ２が備える通信装置とプログラムに従って動作するＣＰＵとによって実現される。また、呼出関係統計情報ＤＢ２２は、例えば、データベースシステムによって実現される。なお、データベースシステムには、記憶装置と、その記憶装置に記憶させる情報をデータベースとして構築し、アクセス制御を行う制御装置とが含まれる。

　アプリサーバ３は、通信手段３１と、ＤＢ情報解析手段３２と、属性作成手段３３と、記憶装置３４とを備える。

　通信手段３１は、端末１からのダウンロード要求を受信し、記憶装置３４に保持しているアプリを属性データとともに（すなわち、アプリデータ３４１）を配信する。また、当該アプリサーバ３が管理するアプリに関連する呼出関係統計情報ＤＢ２２内の情報（すなわち、呼出関係統計情報）を管理サーバ２に要求する。

　ＤＢ情報解析手段３２は、通信手段３１が取得した呼出関係統計情報ＤＢ２２内の情報（呼出関係統計情報）を解析し、アプリサーバ３が管理するアプリについて、該アプリに関連するアプリ（の情報）を抽出する。

　属性作成手段３３は、ＤＢ情報解析手段３２の解析結果に基づき、アプリの属性データとして、関連するアプリを示す情報を作成し、アプリデータ３４１に付与する。

　記憶装置３４は、当該アプリサーバ３が管理するアプリを格納する。なお、記憶装置３４は、アプリの本体データだけでなく、該アプリの属性データも併せて格納する。本実施形態では、アプリケーション（本体データ）とその属性を示す情報（属性データ）とを含むアプリデータ３４１を保持する。

　本実施形態において、通信手段３１は、例えば、アプリサーバ３が備える通信装置とプログラムに従って動作するＣＰＵとによって実現される。また、ＤＢ情報解析手段３２、属性作成手段３３は、例えば、プログラムに従って動作するＣＰＵによって実現される。また、記憶装置３４は、例えば、データベースシステムによって実現される。なお、データベースシステムには、記憶装置と、その記憶装置に記憶させる情報をデータベースとして構築し、アクセス制御を行う制御装置とが含まれる。

　次に、本実施形態の動作について説明する。本実施形態のダウンロードシステムの動作は、大きく分けて、１）データベース作成処理、２）アプリケーション属性作成処理、３）アプリケーションダウンロード処理の３つが含まれる。以下、それぞれの処理についてフローチャートを参照して説明する。

　まず、データベース作成処理について図２のフローチャートを参照して説明する。図２は、本実施形態におけるデータベース作成処理の処理フローの一例を示すフローチャートである。図２に示す例では、端末１内で実行中のアプリケーション（ここでは、アプリＡとする。）が、他のアプリケーション（ここでは、アプリＢとする。）の呼出しを行ったとする。アプリ制御手段１２は、この呼出しを検知し（ステップＡ１０１）、記憶装置１３内に、呼び出されたアプリケーションであるアプリＢが格納されているかを検索する（ステップＡ１０２）。呼出し先アプリであるアプリＢが格納されている場合は（ステップＡ１０２のＹｅｓ）、以降のデータベース作成処理は行わず、呼出し先アプリを起動して終了する。

　一方、呼出し先アプリであるアプリＢが格納されていない場合は（ステップＡ１０２のＮｏ）、アプリ制御手段１２は、通信手段１１に制御要求を行い、アプリサーバ３からアプリＢをダウンロードさせる（ステップＡ１０３）。また、アプリ制御手段１２は、ダウンロードを行ったアプリの呼び出し関係を示す呼出関係情報を管理サーバ２に通知するための処理を行う。ここでは、アプリＡからアプリＢを呼び出したことを示す呼出関係情報を含む送信データを管理サーバ２に送信する旨の送信要求を通信手段１１に対して行う。なお、本例では、呼出し先アプリをダウンロードしたときに、呼出関係情報の通知を行うこととしている。

　図３は、呼出関係情報の例を示す説明図である。図３に示すように、呼出関係情報は、例えば、呼び出し元および呼び出し先のアプリケーションが特定できるＩＤなどの識別子を含んだ情報であってもよい。アプリケーションの識別子は、例えば、ダウンロード元ＵＲＬなどが挙げられるが、本発明では、わかりやすくするためにアプリケーション名で示す。

　通信手段１１は、渡された呼出関係情報を含む送信データを管理サーバ２へ送信する（ステップＡ１０４）。

　管理サーバ２内の通信手段２１は、受信した呼出関係情報を基に呼出関係統計情報ＤＢ２２を更新する（ステップＡ１０５）。図４は、呼出関係統計情報ＤＢ２２に保持される呼出関係統計情報の例を示す説明図である。図４のように、呼出関係統計情報は、例えば、呼び出し元および呼び出し先のアプリケーションを識別する識別子と、呼び出し回数とを含んだ情報であってもよい。ステップＡ１０５では、例えば、呼出関係統計情報ＤＢ２２内のアプリＡの情報に関し、アプリＢの呼び出し回数を１つインクリメントする。なお本実施形態では、端末１は、呼出し先のアプリケーションをダウンロードしたことをもって呼出関係情報の送信を行うので、呼出関係統計情報に含まれる「呼び出し回数」は「呼び出しによるダウンロード回数」と読み替えることが可能である。以下、呼出関係統計情報によって示される「呼び出し回数」を、単に「ダウンロード回数」と表現する場合がある。なお、端末１が呼び出し先のアプリケーションを呼び出したことをもって呼出関係情報の送信を行う場合には、そのまま呼び出し回数として同様の処理を行えばよい。

　以上が、本実施形態におけるデータベース作成処理の処理フローの一例である。管理サーバ２内の呼出関係統計情報ＤＢ２２に蓄積される情報は、端末１からだけでなく、管理サーバ２に接続可能な図示しない複数の端末からの情報を含む。このため、１人のユーザに偏った情報ではなく、複数のユーザが使用した統計情報が蓄積される。

　次に、アプリケーション属性作成処理について図５のフローチャートを参照して説明する。図５は、本実施形態におけるアプリケーション属性作成処理の処理フローの一例を示すフローチャートである。なお、本属性作成処理におけるアプリサーバ３は、アプリＡを管理するアプリサーバであって、前述したデータベース作成処理におけるアプリサーバ３（アプリＢが格納されているサーバ）と同一とは限らない。

　アプリサーバ３の通信手段３１は、所定のタイミングまたは属性作成手段３３からの要求に応じて、自身が管理するアプリケーション（ここでは、アプリＡとする。）に関する呼出関係統計情報を管理サーバ２に要求する（ステップＢ１０１）。この際、アプリサーバ３から管理サーバ２には、少なくともどのアプリについての呼出関係統計情報を要求するかを示すアプリＩＤが送信される。ここでは、アプリＡが特定できるアプリＩＤが送信される。

　管理サーバ２では、通信手段２１が要求を受信し、指定されたアプリＩＤを基に呼出関係統計情報ＤＢ２２を検索する（ステップＢ１０２）。そして、該当する呼出関係統計情報がある場合には（ステップＢ１０２のＹｅｓ）、その情報を要求元のアプリサーバ３に送信する（ステップＢ１０４）。ここで、該当する呼出関係統計情報とは、要求されたアプリケーションに関連する呼出関係統計情報であって、例えば、要求されたアプリケーションの情報を最初の呼び出し元に含む呼出関係統計情報である。

　送信する呼出関係統計情報の例を図６に示す。図６では、例えば、アプリＡからアプリＢを呼び出したことによるアプリＢのダウンロード回数が統計で８回であることが示される。また、例えば、アプリＡからアプリＺを呼び出したことによるアプリＺのダウンロード回数が統計で２回であることが示されている。なお、要求されたアプリＡを呼び出し元とする呼出関係統計情報だけでなく、さらにその呼び出し先のアプリケーションを呼び出し元とする呼出関係統計情報を含めるというように、何段かの呼出関係を辿って検索した結果取得される呼出関係統計情報を送信対象としてもよい。ステップＢ１０４では、図６に示すように、例えば、アプリＡを呼び出し元に含む呼出関係統計情報を送信すればよい。

　なお、該当する呼出関係統計情報がなかった場合には（ステップＢ１０２のＮｏ）、その旨（該当データなし）を含む応答データをアプリサーバ３に送信すればよい（ステップＢ１０３）。

　アプリサーバ３では、通信手段３１が、呼出関係統計情報を受信する。そして、ＤＢ情報解析手段３２は、通信手段３１が受信した呼出関係統計情報を解析し、アプリＡに関連するアプリを抽出する（ステップＢ１０５）。

　関連アプリとして抽出するアプリの決定方法は、本発明では特に限定しないが、例えば、上位いくつかを関連アプリとするなどのアプリケーション数による判定により決定してもよいし、ダウンロード回数による判定により決定してもよい。ここでは、「ダウンロード回数の割合が３割以上」を関連アプリとして抽出する条件とする。図６を参照すると、条件を満たしているのは、アプリＢ（ダウンロード回数の割合＝８／１０＝８割）であるため、アプリＢを関連アプリとして抽出する。なお、該当データなしの応答データを受信した場合には、以降の処理は行わずに処理を終了する。

　呼出関係統計情報の解析処理についてさらに詳しく説明する。呼出関係統計情報は、上記に示したような単純なツリー構造にはならない可能性がある。例えば、アプリＡはアプリＢを呼ぶかもしれないし、アプリＤを呼ぶかもしれない。また、アプリＡがアプリＢを呼んだ場合に、そのアプリＢはさらにアプリＥを呼ぶかもしれない。または、アプリＢはアプリＦを呼ぶかもしれない。また、アプリＢがアプリＥを呼んた場合に、そのアプリＥはさらにアプリＦを呼ぶかもしれないし、アプリＤを呼ぶかもしれない。これを踏まえると、図７に示すような構造になることが考えられる。図７は、アプリケーションの呼出関係の例を示す説明図である。

　図７の矢印は、ダウンロードを行ったアプリケーション間連携における呼出の方向（ダウンロードを行った際の呼出元と呼出先の関係）を示しており、矢印上の数値はダウンロード回数の割合を示している。このような呼出関係の構造における解析処理は、図７下部に示すような計算方法を実施し、その結果を判定材料にすればよい。

　例えば、図７に示す例では、アプリＡを基点とするアプリＢのダウンロード回数の割合が０．６であることが示されている。また、例えば、アプリＡを基点とするアプリＣのダウンロード回数の割合が０．２であることが示されている。また、例えば、アプリＡを基点とするアプリＤのダウンロード回数の割合は、アプリＡからアプリＤを呼び出した場合のダウンロード回数の割合である０．６とアプリＡ→アプリＢ→アプリＥ→アプリＤといった経路を辿った場合のダウンロード回数の割合である０．３８４とを合計した０．５８４とすることが示されている。

　この場合、先ほどの「ダウンロード回数の割合が３割以上」を適用すると、アプリＡの関連アプリは、アプリＢ，Ｄ，Ｅと判定される。

　次に、アプリ属性手段３３は、ＤＢ情報解析手段３２による解析処理の結果抽出された関連アプリの情報を基に、アプリＡの属性データを作成する（ステップＢ１０６）。図８は、アプリ属性手段３３が作成する属性データの例を示す説明図である。図８に示す例では、属性として、関連アプリを示す項目を２つ付与している。具体的には、関連アプリ名および関連アプリのダウンロード元ＵＲＬである。なお、関連アプリを示す項目としては、該アプリを特定可能な情報を少なくとも１つ含んでいればよい。

　以上が、本実施形態におけるアプリケーション属性作成処理の処理フローの一例である。アプリサーバ３が自身が管理するアプリケーションについて、事前に呼出関係統計情報を基に関連アプリを示す情報を属性データとして付与することにより、端末側で容易に関連アプリの情報を得ることが可能となる。

　なお、属性データの作成タイミングとなる呼出関係統計情報の取得は、一定の周期で更新する方法が考えられる。また、アプリサーバ３にアプリのダウンロード要求がきた際に、管理サーバ２に呼出関係統計情報を要求することも可能である。

　次に、アプリケーションダウンロード処理について図９のフローチャートを参照して説明する。図９は、本実施形態におけるアプリケーションダウンロード処理の処理フローの一例を示すフローチャートである。なお、本ダウンロード処理における端末１は、本システムが提供するダウンロードサービスに加入しているユーザが操作する端末のいずれかであればよく、前述したデータベース作成処理における端末１と同一とは限らない。なお、説明上は単に端末１と表記している。

　例えば、端末１のユーザにより図示しないブラウザなどからアプリＡが選択されたことによって、アプリ制御手段１２は、通信手段１１にアプリサーバ３からアプリＡをダウンロードさせたとする（ステップＣ１０１）。この際、通信手段１１は、ダウンロード対象のアプリケーション（ここでは、アプリＡ）のデータとして、該アプリの本体データとともに、属性データ（すなわち、アプリデータ３４１）を受信する。ここで受信したアプリデータ３４１は、アプリデータ１３１として記憶装置１３に格納される。

　次に、属性解析手段１４は、通信手段１１がダウンロードしたアプリについて、その属性データを解析する（ステップＣ１０２）。まず、属性解析手段１４は、属性データとして、関連アプリを示す情報があるか否かを確認し（ステップＣ１０３）、関連アプリを示す情報が付加されていない場合は、以降の処理を行わずに本ダウンロード処理を終了する（ステップＣ１０３のＮｏ）。

　一方、関連アプリを示す情報が付加されていた場合には（ステップＣ１０３のＹｅｓ）、引き続き関連アプリにかかる処理を行う。本例では、図８に示した、アプリＢを関連アプリとして示す情報が属性データとして付与されていたとする。なお、属性データは、例えば、ＡＤＦ（Ａｐｐｌｉｃａｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒ　Ｆｉｌｅ）を利用して当該アプリに付与されていてもよい。なお、ＡＤＦ以外でも、属性が示される形式データであればよく、例えば、バイナリファイルでもよいし、テキストファイルでもよいし、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）のような構造化されたファイルでもよい。

　関連アプリにかかる処理として、次に、属性解析手段１４（またはアプリ制御手段１２）は、属性データによって示される関連アプリが当該端末１に存在しているか否かを確認する（ステップＣ１０４）。関連アプリ（すなわち、アプリＢ）が当該端末１内にある場合には、以降の処理を行わずに本ダウンロード処理を終了する（ステップＣ１０４のＹｅｓ）。一方、関連アプリ（アプリＢ）が端末１内にない場合には、関連アプリであるアプリＢのダウンロード処理に移行する（ステップＣ１０４のＮｏ，ステップＣ１０５～）。なお、属性解析手段１４では、関連アプリの情報を抽出するまでの処理にとどめ、その結果をアプリ制御手段１２に通知するようにしてもよい。そのような場合には、ステップＣ１０４以降の処理はアプリ制御手段１２によって行われる。

　属性解析手段１４（またはアプリ制御手段１２）は、関連アプリであるアプリＢのダウロード処理に遷移する際に、端末１のユーザに関連アプリであるアプリＢをダウンロードするか否かの確認を行ってもよい（ステップＣ１０５）。この確認処理は、出力手段１５によって行われるが、例えば図示しないディスプレイなどにダイアログなどを使用して表示することなどが考えられる。表示する情報としては、アプリＢを表す名前の他、アプリケーションのサイズや料金などを表示することが望ましい。ここでユーザが「ダウンロードしない」と決定した場合は関連アプリをダウンロードせずに、本アプリケーションダウンロード処理を終了する。

　ステップＣ１０５のダウンロード確認処理において、アプリＢをダウンロードすると選択された場合には、アプリ制御手段１２は、通信手段１１に関連アプリであるアプリＢを管理しているアプリサーバ３にアクセスさせ、アプリＢをダウンロードさせる（ステップＣ１０６）。ダウンロード元となるアプリサーバ３の場所は、アプリＡの属性データとして付与されているアプリＢのダウンロード元ＵＲＬを参照してもよい。

　ステップＣ１０６において、関連アプリのダウンロードが行われたことを受けると、アプリ制御手段１２は、管理サーバ２上の呼出関係統計情報ＤＢを更新するための処理を行う（図２のステップＡ１０４に移行する。）。すなわち、端末１から呼出関係情報を管理サーバ２へ送信し、管理サーバ２では呼出関係統計情報ＤＢのアプリＡに関連するアプリとしてアプリＢがダウンロードされた回数を１つ加算する処理を行う。

　以上が、本実施形態におけるアプリケーションダウンロード処理の処理フローの一例である。なお、ダウンロードした関連アプリであるアプリＢについて、さらに付随している属性データを解析し、関連するアプリがあれば同様にダウンロードを試みてもよい。また、例えば、属性データの解析処理は、アプリをダウンロードしたタイミングに限らず、ダウンロードしたアプリを最初に起動したタイミングで行うことも可能である。

　また、ダウンロードする対象のアプリを決定したときに、通信状況等によってはダウンロードできない状態にある場合がある。そのような場合には、ダウンロードすべきアプリの情報としてキューに保持しておき、通信状況が回復したときにそのキューに保持されている情報を元にアプリをダウンロードしてもよい。

　以上のように、本実施形態によれば、アプリの呼出関係情報を管理サーバ２と接続可能な複数の端末から吸い上げてデータベース（例えば、呼出関係履歴情報ＤＢ２２）を構築・共有し、アプリサーバ３がその情報を基に関連アプリの情報を属性データとして付与するので、ある端末において初めてダウンロードしたアプリであっても、そのアプリに関連するアプリを事前に（該関連アプリが呼び出される前に）、かつ容易に知ることができる。これにより、呼び出される可能性の高いアプリを事前に端末にダウンロードしておくことができるため、実際に呼び出された後にダウンロードする方法と比べて高速に呼び出すことができる。また、アプリの呼出しの際、ネットワークが使用できない場合でも、事前に関連するアプリがダウンロードされている可能性が高いので、（事前にダウンロードできている範囲内で）処理を継続することができる。

　また、アプリサーバ３が管理サーバ２のデータベースを参照することにより、自身が管理するアプリが端末ユーザにどのように使用されているかを把握することができる。これにより、バージョンアップの際の材料として使用することができ、例えば使用されていない機能（呼出しを行っていないアプリ）のインタフェースを削減するなど、開発コスト削減にも利用できる。

　さらに、端末１には管理サーバ２のデータベースを解析する処理が必要でないため、端末側の機能が少なくてすむ。属性データの解析処理は必要となるが、既に多くの携帯電話機においてＪａｖａアプリケーションのダウンロードサービスなどに利用されているＡＤＦを利用すれば、さらに実装が容易となる。

　なお、本実施形態では、端末１は、呼出し先のアプリケーションをダウンロードしたことをもって呼出関係情報の送信を行っている。これは、本発明が複数の端末間で統計情報を共有する構成であるために、例えば、悪意のある端末ユーザが自分の都合の良い呼び出しを繰り返し行うことによって特定のユーザに都合の良い統計情報が作成されないようにするためである。なお、ダウンロード回数ではなく、純粋に呼び出し回数を基に関連アプリケーションの抽出を行いたい場合には、端末１に呼び出しの度に呼出関係情報を送信させればよい。そのような場合には、例えば、１つの端末から受け付ける１つのアプリケーションについての呼出関係情報の数を限定したり、１つの端末から頻繁に（所定期間以内に複数回等）同じ内容の呼出関係情報を受け付けた場合には２回目以降の呼出関係情報を拒否するといった対策を設けることがより好ましい。

実施形態２．
　次に、本発明の第２の実施形態について説明する。図１０は、本実施形態のダウンロードシステムの構成例を示すブロック図である。図１０に示すように、本実施形態では、新たに課金サーバ４を備えている。なお、図１０において、アプリサーバ３－ＡはアプリＡを管理するアプリサーバを指し、アプリサーバ３－ＢはアプリＢを管理するアプリサーバを指している。

　本例では、あるアプリ（上述の例では、アプリＢ）が、他のアプリ（上述の例では、アプリＡ）の属性に自身の情報が関連アプリとして記載され、その情報を基に端末１にダウンロードされたことに対する対価として、アプリサーバ３－Ｂが、アプリサーバ３－Ａに報酬金を支払うための仕組みを提供する。課金サーバ４は、その仲介となるサーバである。

　図１１は、課金サーバ４の構成例を示すブロック図である。図１１に示す例では、課金サーバ４は、通信手段４１と、課金／送金手段４２と、課金情報データベース（ＤＢ）４３とを備えている。

　通信手段４１は、ダウンロードされた関連アプリを管理しているアプリサーバ３（本例では、アプリサーバ３－Ｂ）から、当該アプリサーバを支払い元とし、また支払先となるアプリサーバを特定して所定の報酬金を支払う旨の情報である報酬金情報を受け取る。

　課金／送金手段４２は、通信手段４１が受け取った報酬金情報を基に、支払い元であるアプリサーバ（すなわち、アプリサーバ３－Ｂ）に課金する。また、支払い先となるアプリサーバ（すなわち、アプリサーバ３－Ａ）にその報酬金を送金する。

　なお、課金サーバ４に報酬金情報を送信するためには、アプリサーバの通信手段３１で、自身が管理しているアプリが関連アプリとしてダウンロードされた場合に、どのアプリサーバからの情報を基にダウンロードされたかを知る必要がある。本実施形態では、これを実現するために、端末１が関連アプリをダウンロードする際（例えば図９のステップＣ１０６）に、どのアプリサーバＡからの情報を基にしたかを示す経由サーバ情報を付加する。図１２に、経由サーバ情報の例を図１２に示す。図１２に示す例では、ＨＴＴＰのリクエストヘッダーを利用して、リクエストヘッダー内に「Ｖｉａ：ＡｐｐＳｅｒｖｅｒ＿Ａ」を記載することにより、経由サーバとしてアプリサーバＡを特定可能な情報である経由サーバ情報を付加する。これにより、アプリサーバ３－Ｂは、アプリサーバ３－Ａが管理しているアプリから呼出されたことをもって当該アプリサーバ３－Ｂで管理しているアプリがダウンロードされたことを把握できる。なお、経由サーバ情報の代わりに、どのアプリに関連づけたかを示す経由アプリ情報を付加し、その経由アプリ情報からそのアプリを管理しているアプリサーバを特定することも可能である。

　なお、図１２に示すようなＨＴＴＰのＧＥＴメソッドを使用する方法だけでなく、ＰＯＳＴメソッドを使用することも可能である。なお、ＰＯＳＴを利用する場合もＧＥＴを利用する場合と同様の形式で情報提供サーバ情報または経由アプリ情報を通知すればよい。また、本実施形態では、端末１がダウンロード要求時に情報提供サーバ情報または経由アプリ情報を通知する例を示したが、通知タイミングはこの例に限らない。例えば、関連アプリをダウンロードした後に、情報提供サーバ情報または経由アプリ情報を通知することも可能である。

　また、通知をＨＴＴＰリクエストではなく、端末１とアプリサーバ３との間で独自に定義しておいたインタフェースを用いて行うことも可能である。また、例えば、電子メールを用いて通知することも可能である。

　また、アプリサーバ３から課金サーバ４への報酬金情報は、支払元を特定する情報（例えば、アプリサーバ３－ＢのＩＤ）、支払先を特定する情報（例えば、アプリサーバ３－ＡのＩＤ）、報酬金の金額情報を含んでいればよい。

　また、課金／送金手段４２による報酬金の課金および送金方法としては、例えば課金サーバ４の課金情報ＤＢ４３に、あらかじめ各アプリサーバ３の口座情報やクレジット情報を登録しておき、その登録情報を基に課金したり、送金したりする方法がある。クレジット情報などの登録手段としては、Ｗｅｂシステムなどを通して登録する手段が考えられる。

　一方、アプリサーバ３－Ａに対しても、アプリＡに関する呼出関係統計情報の使用に対する支払いを求めてもよい。課金サーバ４では、例えば、通信手段４１が、アプリサーバ３－Ａから、使用領域情報を受け取り、課金／送金手段４２が、その使用料金情報を基にアプリサーバ３－Ａに課金し、管理サーバ２にその使用料を送金してもよい。

　使用料金情報は、例えば、支払元を特定する情報（例えば、アプリサーバ３－ＡのＩＤ）を含んでいてもよい。また、さらに支払先を特定する情報（例えば、管理サーバ２のＩＤ）と、使用料金の金額情報とを含んでもよい。

　課金／送金手段４２による使用料金の課金および送金方法としては、前述した報酬金の仕組みと同じように、あらかじめ登録されたクレジット情報などを基に行えばよい。

　上記、報酬金あるいは使用料金の算出方法は、本発明では特に規定しないが、例えばアプリ代金の１０％を報酬金とする方法や呼出関係統計情報の参照都度「ｘ円」とするなどが考えられる。これは、本発明のシステムの運用に応じて決定すればよい。

　課金情報ＤＢ４３は、アプリサーバからアプリサーバへ報酬金を支払うための情報およびアプリサーバから管理サーバへ使用料金を支払うための情報を保持する。例えば、各アプリサーバ３の口座情報やクレジット情報、管理サーバの口座情報を保持していてもよい。

　以上のように、本実施形態によれば、関連アプリを提示したアプリサーバ３－Ａは、自身が管理するアプリ（アプリＡ）が他のアプリ（アプリＢ）を呼び出して端末にダウンロードさせることにより、アプリＢの配信元サーバであるアプリサーバ３－Ｂから収入（報酬金）を得られるという利点がある。しかし一方で、他アプリの呼出しをやりすぎると端末のユーザに敬遠される可能性がある。これにより、他アプリが呼び出されず、報酬金を得られないことが考えられるため、敬遠されない程度の呼出しの仕組みを考える必要がある。

　また、関連アプリとしてダウンロードされたアプリを管理しているアプリサーバ３－Ｂは、呼び出し元アプリ（アプリＡ）の属性に自身が管理するアプリ（アプリＢ）の情報が記載されることにより、ダウンロードされる機会が増え、販売収入を得られるという利点がある。しかし一方で、アプリサーバ３－Ａに報酬金を支払う必要があるため、その報酬金を上回る収入の仕組みを考える必要がある。これは例えば、自アプリによる広告収入や、さらに他のアプリ（例えば、アプリＣ）を呼び出すことによって報酬金収入を得るなどが考えられるが、本発明では特に規定しない。

　また、管理サーバ２は、アプリサーバ３－Ａから呼出関係統計情報ＤＢ２２の使用料金を得られるという利点がある。

　なお、上記説明では、端末１から通知された情報提供サーバ情報または経由アプリ情報を基にアプリサーバ３が、報酬金情報を課金サーバ４に通知する例を示したが、端末１から直接課金サーバ４へ報酬金情報を通知することも可能である。例えば、端末１は、ダウンロード完了後、課金サーバ４に対して報酬金情報を送信すればよい。この報酬金情報では、関連アプリのアプリサーバ３－Ｂを支払い元、関連アプリを提示したアプリのアプリサーバ３－Ａを支払い先とすればよい。なお、支払い元と支払い先が同一のアプリサーバ３である場合は、報酬金情報は通知しないようにしてもよい。

　なお、第１および第２の実施形態では、管理サーバ２とアプリサーバ３は異なるサーバを指していたが、これは同一サーバでもよい。

　また、第２の実施形態では、課金サーバ４を新しく設けたがこれに限らない。すなわち、管理サーバ２と課金サーバ４は同一であってもよい。この場合、報酬金は「アプリサーバ３－Ｂ」→「管理サーバ」→「アプリサーバ３－Ａ」という流れとなり、呼出関係統計情報の使用料金は「アプリサーバ３－Ａ」→「管理サーバ」という流れとなる。

　また、第１および第２の実施形態では、呼出関係統計情報ＤＢ２２の共有範囲について特に規定していないが、例えば、通信事業者ごとや企業ごと、あるいは友達の範囲のみで共有する方法なども考えられる。アプリの使い方のパターンがより限定的になるため、用途ごとに共有範囲を絞ることで、呼出関係統計情報ＤＢの情報の精度が向上する可能性がある。

　また、第１および第２の実施形態では、呼出関係統計情報ＤＢ２２を１つしか図示しなかったが、複数であってもよい。すなわち、端末１のユーザの年齢や性別などに応じて複数のデータベースを作成してもよい。この場合、端末１が呼出関係情報を送信する際に、端末１のユーザ情報も併せて送信するなどして、管理サーバ２にどのデータベースに該情報を反映させるかを特定させればよい。例えば、端末１からＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ）の情報を送信し、管理サーバ２においては、ＳＩＭ情報を基に通信事業者などから契約者情報を取得することも可能である。管理サーバ２の通信手段２１は、取得した性別などの情報を基に、更新対象とする呼出関係統計情報ＤＢ２２を特定し、更新する。また、他の例として、ダイアログなどを表示し、端末１のユーザに年齢や性別などを自己申告させる方法でユーザ情報を送信する方法などが考えられる。本例によれば、端末１のユーザの年齢や性別など、より限定された範囲における統計情報を利用するため、呼出関係統計情報ＤＢ２２の情報の精度が向上すると考えられる。

　また、第１の実施形態では、関連アプリ（アプリＢ）を呼出元アプリ（アプリＡ）のダウンロード時に一緒にダウンロードする際に、端末１のユーザにダウンロードする旨を確認する例を示したが、確認の有無および確認のタイミングはこれに限らない。例えば、毎回確認をするのではなく、設定画面などで、自動でダウンロードしてもよいか否かの設定を行えるようにしてもよい。

　また、第１および第２の実施形態では、管理サーバ２で管理する呼出関係統計情報ＤＢ２２に格納する情報を、呼出関係統計情報として、呼出し元および呼出し先のアプリ情報と呼び出し回数（より具体的には、呼び出しによるダウンロード回数）を含む情報を示したが、これに限らない。例えば、さらにアプリのサイズやダウンロード元サーバのＵＲＬなどを含んでいてもよい。

　また、関連するアプリケーションをダウンロードするタイミングについても、その呼び出し元となるアプリケーションのダウンロード時に限らない。例えば、あるアプリケーションを起動した時に、そのアプリケーションに関連するアプリケーションをダウンロードするための処理を開始することも可能である。また、ダウンロードした後または起動した後、端末１内の処理負荷が少ないときやネットワークリソースが十分に空いているときなどを利用してダウンロードを行うようにしてもよい。この場合、端末１内に、端末の処理状態やネットワーク状況を監視する手段を持たせ、その監視手段からの通知を受けた時にダウンロード待ちのアプリケーションがあるか否かを確認するようにしてもよい。

　また、第１および第２の実施形態では、ダウンロードする対象をアプリに限定していたがこれに限らない。すなわち、画像データやサウンドデータなどのデータ、ＨＴＭＬファイル、その他ドキュメントなどにも利用できる。例えば、アプリから利用される可能性の高い画像データを予めダウンロードしておくなどの処理が可能である。

　また、本発明におけるアプリケーションは、実行実体（プログラム、あるいはそれからコンパイルされた機械語や中間言語）を持つものであれば種類は問わない。すなわち、Ｊａｖａアプリケーションであってもよいし、機器固有のネイティブアプリケーションであってもよい。また、スクリプト言語などで作成されたアプリケーションやＷｉｄｇｅｔ（ウィジェット）などの簡易アプリケーションであってもよい。

　また、第１の実施形態では、「ダウンロード回数の割合が３割以上」という条件の下、ダウンロード対象とする関連するアプリを抽出する例を示したが、これに限らない。すなわち、ダウンロードする対象のサイズや現在のネットワーク状況などを加味して判定してもよい。なお、ネットワーク状況は、例えば、アプリサーバ２が備える監視手段により取得すればよい。また、属性データとして関連アプリの候補となりうるアプリの情報を多めに付加しておき、端末１に、ダウンロードする対象のサイズや端末負荷、現在のネットワーク状況などを基にダウンロード対象を取捨選択させることも可能である。このような場合には、端末１が備える監視手段によって、端末１内の状態やネットワーク状況などを監視させればよい。

　また、第１および第２の実施形態では、呼出関係統計情報が常に蓄積される例を示しているが、これに限らない。例えば、ある周期でリセットするような制御を設けてもよい。これにより、限定された期間の傾向（データベースをリセットしてから現在までの傾向）に基づいて、ダウンロードするアプリケーションを決定することができる。

　また、第１の実施形態では、呼出関係統計情報の要求は、アプリサーバ３のタイミングで行われていたが、これに限らない。すなわち、呼出関係統計情報は時々刻々と変化するため、新しい情報に更新するために、ある一定の周期や条件においてアプリサーバ３が要求するような仕組みを設けてもよい。例えば、管理サーバ２において、呼出関係統計情報ＤＢ２２を監視する監視手段を有しておき、アプリの呼出割合が変わったときなど更新したほうがよいと判断した場合に、通信手段２１を経由してアプリサーバ３に更新を要求するような方法が考えられる。アプリサーバ３では、更新要求を受信した際に、アプリケーション属性作成処理を行えばよい。

　また、第１および第２の実施形態では、アプリサーバ３が作成したアプリの属性は常に信用できるものとしていた。しかし、悪意のあるアプリサーバによって、意図的にアプリの属性を作成される可能性がある。すなわち、実際には使用しないアプリ（仮にアプリＺとする）の情報を属性に記載することで、そのアプリＺの配信元アプリサーバ３－Ｚから報酬金を得る可能性がある。これを解決する方法としては、アプリサーバ自身を認証する方法や属性の記載情報が正しいかを確認する方法が考えられる。前者は、管理サーバ２の証明書を用いることでアプリサーバが管理サーバに認定されたサーバであることを証明するための仕組みなどで解決できる。後者は、例えば属性の記載内容を管理サーバ２に確認するための仕組みなどが必要となる。

　例えば、図９のステップＣ１０３において関連アプリの情報がある場合、端末１は、その情報が正しいか否かを管理サーバ２に確認するため、受信した属性データを管理サーバ２に送信してもよい。管理サーバ２では、例えば、属性データを検証する属性検証手段を備えておき、その属性検証手段が、端末１から送信される属性データが示す関連アプリの情報と、自身が管理する呼出関係統計情報ＤＢ２２によって示される関連アプリの情報とを突合せ、属性データの記載内容に問題がないかを検証し、その結果を返信してもよい。この例のように、管理サーバ２が属性データを検証するための手段を設けることにより、上記問題を解決することが可能である。

　次に、具体的な実施例を用いて本発明の第１および第２の実施形態の動作を説明する。本実施例では、携帯電話機におけるアプリケーション間連携機能を例として説明する。なお、本実施例において、端末１は携帯電話機である。また、管理サーバ２は通信事業者のサーバ装置（通信事業者サーバ）である。また、アプリサーバ３はコンテンツプロバイダのサーバ装置（ＣＰサーバ）である。以下、データベース作成処理、アプリケーション属性作成処理、アプリケーションダウンロード処理とともに、これに伴う課金／送金処理について説明する。

　まず、データベース作成処理について説明する。現在、携帯電話機Ａ上で、スケジュール・アプリケーション（以下、スケジュールアプリという。）が実行しているものとする。ここで、実行中のスケジュールアプリから乗換案内アプリケーション（以下、乗換案内アプリという。）が呼び出されたとする。携帯電話機Ａのアプリ制御手段１２は、乗換案内アプリの呼出しを検出し、記憶装置１３内に乗換案内アプリが格納されているかを確認する。ここでは、乗換案内アプリは携帯電話機Ａの記憶装置１３内に格納されておらず、乗換案内アプリのダウンロード処理に遷移することとする。

　なお、乗換案内アプリのダウンロード元は、本実施例ではスケジュールアプリが乗換案内アプリの呼出し時にＵＲＬで呼び出すことで判断できるものとする。携帯電話機Ａのアプリ制御手段１２は、アプリケーションダウンロード処理において、乗換案内アプリをダウンロードする。そして、乗換案内アプリのダウンロード後、呼出関係情報を通信手段１１を通して通信事業者のサーバに送信する。図１３は、送信する呼出関係情報の例を示す説明図である。図１３に示す例では、呼出関係情報として、呼出し元のアプリケーションの情報と、呼出し先のアプリケーションの情報と、呼び出し先のアプリケーションのダウンロード元ＵＲＬとを含む情報を送信する。

　通信事業者サーバの通信手段２１は、受信した呼出関係情報を元に、呼出関係統計情報ＤＢ２２を更新する。更新処理の仕組みは前述した通りである。図１４に、更新後の呼出関係統計情報ＤＢ２２に保持される情報の例を示す。図１４では、例えばスケジュールアプリから乗換案内アプリへの呼び出しによる乗換案内アプリのダウンロード回数が統計で６回であり、呼出し先アプリのダウンロード元ＵＲＬが”ｈｔｔｐ：／／ｆｏｏ．ｂａｒ．ｃｏｍ／ｎｏｒｉｋａｅＡｐｐ”であることが示されている。また、スケジュールアプリから呼出されるアプリケーションとして、乗換案内アプリの他に、地図アプリ（ダウンロード回数＝６）や天気アプリ（ダウンロード回数＝３）があることが示されている。また、例えば、ＡアプリからＢアプリへの呼び出しによるＢアプリのダウンロード回数が統計で１回であり、呼出し先アプリのダウンロード元ＵＲＬが”ｈｔｔｐ：／／ｓａｍｐｌｅ／ｂＡｐｐ”であることが示されている。

　次に、ＣＰサーバにおけるアプリケーション属性作成処理について説明する。ＣＰサーバの通信手段３１は、自身が管理するスケジュールアプリに関連する呼出関係統計情報を通信事業者サーバに要求する。この際、スケジュールアプリのＩＤを送信する。ここではスケジュールアプリのＩＤとしてアプリケーション名を送信したとする。通信事業者サーバでは、通信手段２１が、要求されたスケジュールアプリのＩＤを基に呼出関係統計情報ＤＢ２２を検索する。ここでは、呼出関係統計情報ＤＢ２２に該当する呼出関係統計情報（スケジュールアプリに関連する呼出関係統計情報）が格納されているとする。通信事業者のサーバでは、該当する呼出関係統計情報があるため該情報を取得し、要求元であるＣＰサーバに送信する。

　図１５は、通信事業者サーバからＣＰサーバに送信される呼出関係統計情報の例を示す説明図である。図１５に示す例では、呼び出し元アプリをスケジュールアプリとする呼出関係統計情報として、呼出し先が乗換案内アプリと、地図アプリと、天気アプリである３つのレコードが示されている。呼出し先アプリケーションの情報の他、各レコードには、呼出し先アプリケーションのダウンロード元ＵＲＬ、およびダウンロード回数が含まれている。なお、それぞれの呼び出し先アプリケーションのダウンロード回数は、図１４の例で説明した通りである。

　ＣＰサーバでは、要求に対する応答として呼出関係統計情報を受信すると、ＤＢ情報解析手段３２が、受信した呼出関係統計情報を基に関連アプリを抽出する。この抽出方法は、前述した通りである。本実施例においても、「ダウンロード回数の割合が３割以上」を関連アプリとして抽出する条件とする。図１５を参照すると、条件を満たしているのは乗換案内アプリ（ダウンロード回数の割合＝６／１５＝４割）と地図アプリ（ダウンロード回数の割合＝６／１５＝４割）であるため、この２つがスケジュールアプリの関連アプリとして抽出される。関連アプリが抽出されると、ＣＰサーバでは、属性作成手段３３が、抽出された関連アプリの情報を基に、呼出元アプリケーションであるスケジュールアプリの属性データを作成する。

　図１６は、作成される属性データの例を示す説明図である。図１６では、アプリケーション名が「スケジュールアプリ」であるアプリケーションについて、属性データとして、関連アプリが「乗換案内アプリ」と「地図アプリ」であり、それぞれの関連アプリのダウンロード元ＵＲＬが”ｈｔｔｐ：／／ｆｏｏ．ｂａｒ．ｃｏｍ／ｎｏｒｉｋａｅＡｐｐ”と”ｈｔｔｐ：／／ｆｏｏ．ｃｏｍ／ｍａｐＡｐｐ”である旨を示す情報が付与されていることが示されている。

　次に、このように作成された属性データの利用例として、携帯電話機Ｂにおけるアプリケーションダウンロード処理について説明する。既に説明したように、携帯電話機Ａがスケジュールアプリの関連アプリとして乗換案内アプリをダウンロードしたことによって、通信事業者サーバの呼出関係統計情報が更新されるとともにスケジュールアプリを管理しているＣＰサーバではスケジュールアプリについての属性データが更新される。

　本例では、その後携帯電話機Ｂが、ユーザ操作によってブラウザなどからスケジュールアプリが選択されたことによって、ＣＰサーバからスケジュールアプリのダウンロードを行ったとする。このとき、携帯電話機Ｂの通信手段１１は、スケジュールアプリの本体データとともに図１６に示す内容の属性データを受信したとする。

　携帯電話機Ｂでは、通信手段１１がスケジュールアプリおよび属性データを受信すると、属性解析手段１４が、受信した属性データを解析し、関連アプリの情報を取得する。そして、アプリ制御手段１２が、取得した関連アプリの情報に基づいて、関連アプリ（本例では、「乗換案内アプリ」と「地図アプリ」）が記憶装置１３内に格納されているかを確認する。ここでは、関連アプリがいずれも格納されていないこととし、携帯電話機Ｂでは関連アプリのダウンロード処理に遷移することとする。

　関連アプリのダウンロード処理に遷移すると、まず出力手段１５が、携帯電話Ｂのユーザに対し、ダウンロードの確認ダイアログを表示する。図１７は、関連アプリのダウンロード確認ダイアログ（画面）の例を示す説明図である。図１７では、関連アプリの情報を提示するとともに、各関連アプリに対して選択ボックスを設けている。アプリ制御手段１２は、出力手段１５の関連アプリのダウンロード確認ダイアログ表示によるユーザの選択結果に応じて、関連アプリをダウンロードする。本実施例では、確認処理において乗換案内アプリが選択され、ダウンロードされたこととする。

　携帯電話機Ｂの通信手段１１は、関連アプリである乗換案内アプリのダウンロードの要求を行う際に、乗換案内アプリの配信元ＣＰサーバ（以下、ＣＰサーバＢという。）に対し、スケジュールアプリを管理しているＣＰサーバ（以下、ＣＰサーバＡという。）から関連アプリの情報を得たという情報（経由サーバ情報）を通知する。なお、ここで経由アプリ情報を通知してもよい。図１８は、本実施例における経由サーバ情報の通知例を示す説明図である。図１８では、ＨＴＴＰのリクエストヘッダーを利用して、リクエストヘッダー内に「Ｖｉａ：ＣＰＳｅｒｖｅｒ＿Ａ」と記載することにより、経由サーバとしてスケジュールアプリの配信元であるＣＰサーバＡを特定づける経由サーバ情報を付加している。

　次に、上記に伴う課金処理について説明する。本実施例では、課金サーバ４が管理サーバ２によって実現されているものとする。すなわち、通信事業者サーバが課金サーバ４の役割をも担っている。

　ＣＰサーバＢの通信手段３１は、携帯電話Ｂから乗換案内アプリのダウンロード要求を受けると、そのリクエストに含まれる経由サーバ情報から、本ダウンロードがスケジュールアプリの配信元ＣＰサーバ（ＣＰサーバＡ）によって作成された属性データによって行われたことを把握する。そして、ＣＰサーバＢの通信手段３１は、自身が管理する乗り換え案内アプリのアプリ代金の１０％をＣＰサーバＡへの報酬金として支払う旨の報酬金情報を通信事業者サーバへ送信する。

　通信事業者サーバの通信手段２１（通信手段４１でもある）は、報酬金情報を受け取ると課金／送金手段４２に渡す。課金／送金手段４２は、その報酬金情報を基にＣＰサーバＢに課金する。また、報酬金をＣＰサーバＡに送金する。この課金および送金の仕組みは第２の実施形態に記述したとおりである。通信事業者サーバはマージンを取ってもよいが、ここではそのままＣＰサーバＡに渡すこととする。

　また、ＣＰサーバＡでは、アプリケーションの属性を作成する際、呼出関係統計情報を通信事業者サーバに要求したため、通信手段３１は、この使用料金を通信事業者サーバに支払う旨の使用料金情報を通信事業者サーバ（ここでは、課金サーバ４としての通信事業者サーバを意味する。）に送信する。本実施例では、参照都度の使用料金が決められているとし、ＣＰサーバＡはその料金を通信事業者サーバに支払う。通信事業者サーバの通信手段２１（通信手段４１）は、使用料金情報を受け取ると、課金／送金手段４２に渡す。課金／送金手段４２は、その使用料金情報を基にＣＰサーバＡに課金する。本課金の仕組みは、第２の実施形態に記述したとおりである。

　以上のように、本実施例では、携帯電話機Ａ（またはその他多数の携帯電話機）におけるアプリケーションの呼出し関係を通信事業者サーバで管理・共有し、ＣＰサーバがその共有されている呼出関係の情報（呼出関係統計情報）を基に、自身で管理しているアプリの付属データとして関連アプリの情報を付与することで、今までそのアプリケーションを実行したことがない携帯電話機Ｂにおいても、関連するアプリケーション（例えば、次に起動される可能性の高いアプリケーション）を事前にかつ簡単に把握しダウンロードをしておくことができる。

　また、アプリケーション間連携における課金の仕組みを構築することによって、アプリケーション間連携の促進を図ることができる。

　次に、本発明の概要について説明する。図１９は、本発明の概要を示す説明図である。本発明のダウンロードシステムは、２以上の端末１００と、管理装置２００と、アプリケーションサーバ３００とを備える。

　端末１００は、アプリケーションまたはコンテンツデータをダウンロードして実行する情報処理端末であって、呼出関係送信手段１０１と、ダウンロード手段１０２とを含む。管理装置２００は、少なくとも２以上の端末１００と通信可能に接続されるサーバ装置であって、呼出関係統計保持手段２０１を含む。アプリケーションサーバ３００は、アプリケーションまたはコンテンツデータを管理（保持）しているサーバ装置であって、属性作成手段３０１を含む。

　呼出関係送信手段１０１（例えば、通信手段１１、アプリ制御手段１２）は、当該端末において実行されたアプリケーションまたはコンテンツデータの呼出関係を示す情報である呼出関係情報を管理装置２００に送信する。

　呼出関係送信手段１０１は、例えば、アプリケーションまたはコンテンツデータの呼び出し時に、該アプリケーションまたはコンテンツデータをダウンロードしたことを契機に、その呼出関係を示す呼出関係情報を管理装置に送信してもよい。

　ダウンロード手段１０２（例えば、通信手段１１、アプリ制御手段１２）は、アプリケーションまたはコンテンツデータをダウンロードする。また、ダウンロード手段１０２は、後述するアプリケーションサーバ３００の属性作成手段３０１によって作成された属性データを基に、さらにアプリケーションまたはコンテンツデータをダウンロードする。

　呼出関係統計保持手段２０１（例えば、呼出関係統計情報ＤＢ２２）は、各端末１００から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する。

　属性作成手段３０１（例えば、属性作成手段３３）は、呼出関係統計保持手段２０１に保持されている呼出関係統計情報を基に、当該アプリケーションサーバで管理しているアプリケーションまたはコンテンツデータについて、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を含む属性データを作成する。なお、ここでいう呼び出される可能性が高いとは、呼出関係統計情報が示す当該アプリケーションまたはコンテンツデータを最初の呼出元に含む呼出関係の統計から導き出されるそのアプリケーションまたはコンテンツデータが呼び出される確率が所定の確率を上回ることをいう。

　属性作成手段３０１は、例えば、呼出関係統計情報によって示される解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、ダウンロード回数の割合がある一定の閾値以上であるアプリケーションまたはコンテンツデータを、関連アプリケーションまたは関連コンテンツデータとして示す属性データを作成してもよい。なお、後述の統計情報解析手段３０３を含む場合には、該統計情報解析手段３０３に、このような関連アプリケーションまたは関連コンテンツデータを抽出させてもよい。

　また、図２０は、本発明によるダウンロードシステムの他の構成例を示すブロック図である。図２０に示すように、本発明によるダウンロードシステムは、さらに、端末１００が、属性解析手段１０３や表示手段１０４を含んでいてもよい。また、管理装置２０１は、呼出関係統計情報更新手段２０２や呼出関係統計情報送信手段２０３を含んでいてもよい。また、アプリケーションサーバ３００が、呼出関係統計情報取得手段３０２と、統計情報解析手段３０３とを含んでいてもよい。

　属性解析手段１０３（例えば、属性解析手段１４）は、アプリケーションサーバ３００からアプリケーションまたはコンテンツデータをダウンロードした際に該アプリケーションまたはコンテンツデータに付与されている属性データを解析して、該アプリケーションまたはコンテンツデータの関連アプリケーションまたは関連コンテンツデータの情報を抽出する。このような場合には、ダウンロード手段１０２は、属性解析手段１０３によって抽出された情報を基に、関連アプリケーションまたは関連コンテンツデータをダウンロードすればよい。

　表示手段１０４（例えば、出力手段１５）は、関連アプリケーションまたは関連コンテンツデータをダウンロードする際、該関連アプリケーションまたは関連コンテンツデータの情報を表示する。

　呼出関係統計情報更新手段２０２（例えば、通信手段２１）は、各端末から受信した呼出関係情報を基に、呼出関係統計情報を更新する。

　呼出関係統計情報送信手段２０３（例えば、通信手段２１）は、アプリケーションサーバ３００からの要求に応じて、呼出関係統計保持手段２０１に保持されている呼出関係統計情報のうち、指定されたアプリケーションまたはコンテンツデータに関する呼出関係統計情報を送信する。

　呼出関係統計情報取得手段３０２（例えば、通信手段３１）は、管理装置２００から、当該アプリケーションサーバ３００における管理対象アプリケーションまたはコンテンツデータに関する呼出関係統計情報を取得する。なお、呼出関係統計情報取得手段３０２は、呼出関係統計情報更新手段２０２による更新の通知を受けて、更新された呼出関係統計情報を要求し、その応答として情報を受信することによって取得してもよい。また、周期的に要求し、その応答として情報を受信することによって取得してもよい。

　統計情報解析手段３０３（例えば、ＤＢ情報解析手段３２）は、呼出関係統計情報取得手段３０２によって取得された呼出関係統計情報を解析し、該呼出関係統計情報によって示される、解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性が高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして抽出する。統計情報解析手段３０３は、例えば、呼出関係統計情報によって示される解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、呼び出し回数の割合がある一定の閾値以上であるアプリケーションまたはコンテンツデータを、関連アプリケーションまたは関連コンテンツデータとして抽出してもよい。

　このように統計情報解析手段３０３を備える構成であれば、属性作成手段３１は、統計情報解析手段３０３によって抽出された関連アプリケーションまたは関連コンテンツデータを示す情報を、解析対象とされた管理対象アプリケーションまたはコンテンツデータの属性データに追加すればよい。

　また、例えば、呼出関係情報は、少なくとも呼出し元のアプリケーションまたはコンテンツデータを識別するための識別子と、呼出し先のアプリケーションまたはコンテンツデータを識別するための識別子とを含んでいてもよい。

　また、例えば、呼出関係統計情報は、少なくとも呼出し元のアプリケーションまたはコンテンツデータを識別するための識別子と、呼出し先のアプリケーションまたはコンテンツデータを識別するための識別子と、呼び出し回数とを含んでいてもよい。

　また、図２１は、本発明によるダウンロードシステムの他の構成例を示すブロック図である。図２１に示すように、本発明によるダウンロードシステムは、さらに課金サーバ４００を備えていてもよい。課金サーバ４００は、アプリケーションダウンロードに関連した課金処理を行うであって、報酬金／使用料金情報受信手段４０１と、課金手段４０２と、送金手段４０３とを含む。

　また、課金サーバ４００を備える構成では、端末１００が、さらに通知手段１０５を含んでいてもよい。また、アプリケーションサーバ３００が、さらに、報酬金／使用料金情報送信手段３０４を含んでいてもよい。

　通知手段１０５（例えば、通信手段１１、アプリ制御手段１２）は、アプリケーションまたはコンテンツデータの属性データとして付与された関連アプリケーションまたは関連コンテンツデータの情報を基に、該関連アプリケーションまたは関連コンテンツデータがダウンロードした場合に、その旨を示す情報を課金サーバ４００または関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバ３００に通知する。

　報酬金／使用料金情報送信手段３０４（例えば、通信手段３１）は、管理装置が保持している呼出関係統計情報を取得した場合に、当該アプリケーションサーバを支払い元として管理装置に呼出関係統計情報の使用料金を支払う旨を示す使用料金情報を課金サーバ４００に送信する。また、例えば、端末１００からのダウンロード要求に、当該ダウンロードの対象とするアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示したアプリケーションサーバの情報がある場合に、該アプリケーションサーバに対して報酬金を支払う旨の報酬金情報を課金サーバ４００に送信してもよい。

　報酬金／使用料金情報受信手段４０１（例えば、通信手段４１）は、端末１００（より具体的には、通知手段１０５）または端末１００から情報を受け取ったアプリケーションサーバ３００（より具体的には、報酬金／使用料金情報送信手段３０４）から、ダウンロードされた関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバを支払い元とし、該関連アプリケーションまたは関連コンテンツデータを示す情報を属性データとして付加したアプリケーションまたはコンテンツデータを管理しているアプリケーションサーバを支払い先として示す報酬金情報を受信する。

　また、報酬金／使用料金情報受信手段４０１は、アプリケーションサーバ３００（より具体的には、報酬金／使用料金情報送信手段３０４）から、当該アプリケーションサーバを支払い元として管理装置２００に呼出関係統計情報の使用料金を支払う旨を示す使用料金情報を受信する。

　課金手段４０２は、報酬金情報または使用料金情報を基に、支払い元のアプリケーションサーバ３００に対して課金処理を行う。

　送金手段４０３は、報酬金情報または使用料金情報を基に、支払い先のアプリケーションサーバ３００または管理装置２００に対して送金処理を行う。なお、このとき、報酬金または使用料金に対して一定の手数料を差し引いてもよい。

　以上、実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

　この出願は、２００９年３月２５日に出願された日本特許出願２００９－７４７３４を基礎とする優先権を主張し、その開示の全てをここに取り込む。

　本発明は、携帯情報通信端末におけるアプリケーション間連携機能やアプリケーションダウンロードサービスといった用途に好適に適用できる。

　１　端末
　１１　通信手段
　１２　アプリケーション制御手段
　１３　記憶装置
　１３１　アプリケーションデータ（属性データを含む）
　１４　属性解析手段
　１５　出力手段
　２　管理サーバ
　２１　通信手段
　２２　呼出関係統計情報ＤＢ
　３，３－Ａ，３－Ｂ　アプリケーションサーバ
　３１　通信手段
　３２　ＤＢ情報解析手段
　３３　属性作成手段
　３４　記憶装置
　３４１　アプリケーションデータ（属性データを含む）
　４　課金サーバ
　４１　通信手段
　４２　課金／送金手段
　４３　課金情報ＤＢ
　１００　情報処理端末（端末）
　１０１　呼出関係送信手段
　１０２　ダウンロード手段
　１０３　属性解析手段
　１０４　表示手段
　１０５　通知手段
　２００　管理装置
　２０１　呼出関係統計保持手段
　２０２　呼出関係統計情報更新手段
　２０３　呼出関係統計情報送信手段
　３００　アプリケーションサーバ
　３０１　属性作成手段
　３０２　呼出関係統計情報取得手段
　３０３　統計情報解析手段
　３０４　報酬金／使用料金情報送信手段
　４００　課金サーバ
　４０１　報酬金／使用料金情報受信手段
　４０２　課金手段
　４０３　送金手段

Claims (36)

1. 　アプリケーションまたはコンテンツデータをダウンロードして実行する２以上の端末と、前記各端末と通信可能に接続される管理装置と、アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバとを備え、
   　前記端末は、
   　当該端末において実行されたアプリケーションまたはコンテンツデータの呼出関係を示す情報である呼出関係情報を、前記管理装置に送信する呼出関係送信手段と、
   　アプリケーションまたはコンテンツデータをダウンロードするダウンロード手段とを含み、
   　前記管理装置は、
   　各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する呼出関係統計保持手段を含み、
   　前記アプリケーションサーバは、
   　前記呼出関係統計保持手段に保持されている呼出関係統計情報を基に、当該アプリケーションサーバで管理しているアプリケーションまたはコンテンツデータについて、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を含む属性データを作成する属性作成手段を含み、
   　前記ダウンロード手段は、前記属性作成手段によって作成された属性データを基に、さらにアプリケーションまたはコンテンツデータをダウンロードする
   　ことを特徴とするダウンロードシステム。
2. 　呼出関係送信手段は、アプリケーションまたはコンテンツデータの呼び出し時に、該アプリケーションまたはコンテンツデータをダウンロードしたことを契機に、その呼出関係を示す呼出関係情報を管理装置に送信し、
   　管理装置は、
   　各端末から受信した呼出関係情報を基に、呼出関係統計情報を更新する呼出関係統計情報更新手段と、
   　アプリケーションサーバからの要求に応じて、呼出関係統計保持手段に保持されている呼出関係統計情報のうち、指定されたアプリケーションまたはコンテンツデータに関する呼出関係統計情報を送信する呼出関係統計情報送信手段とを含み、
   　アプリケーションサーバは、
   　管理装置から、当該アプリケーションサーバにおける管理対象アプリケーションまたはコンテンツデータに関する呼出関係統計情報を取得する呼出関係統計情報取得手段と、
   　前記呼出関係統計情報取得手段によって取得された呼出関係統計情報を解析し、該呼出関係統計情報によって示される、解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性が高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして抽出する統計情報解析手段とを含み、
   　属性作成手段は、前記統計情報解析手段によって抽出された関連アプリケーションまたは関連コンテンツデータを示す情報を、解析対象とされた管理対象アプリケーションまたはコンテンツデータの属性データに追加し、
   　端末は、前記アプリケーションサーバからアプリケーションまたはコンテンツデータをダウンロードした際に該アプリケーションまたはコンテンツデータに付与されている属性データを解析して、該アプリケーションまたはコンテンツデータの関連アプリケーションまたは関連コンテンツデータの情報を抽出する属性解析手段を含み、
   　ダウンロード手段は、前記属性解析手段によって抽出された情報を基に、関連アプリケーションまたは関連コンテンツデータをダウンロードする
   　請求項１に記載のダウンロードシステム。
3. 　属性作成手段は、呼出関係統計情報によって示される解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、呼び出し回数の割合がある一定の閾値以上であるアプリケーションまたはコンテンツデータを、関連アプリケーションまたは関連コンテンツデータとして示す属性データを作成する
   　請求項１または請求項２に記載のダウンロードシステム。
4. 　呼出関係情報は、少なくとも呼出し元のアプリケーションまたはコンテンツデータを識別するための識別子と、呼出し先のアプリケーションまたはコンテンツデータを識別するための識別子とを含む
   　請求項１から請求項３のうちのいずれか１項に記載のダウンロードシステム。
5. 　呼出関係統計情報は、少なくとも呼出し元のアプリケーションまたはコンテンツデータを識別するための識別子と、呼出し先のアプリケーションまたはコンテンツデータを識別するための識別子と、呼出し回数とを含む
   　請求項１から請求項４のうちのいずれか１項に記載のダウンロードシステム。
6. 　端末は、関連アプリケーションまたは関連コンテンツデータをダウンロードする際、該関連アプリケーションまたは関連コンテンツデータの情報を表示する表示手段を含む
   　請求項１から請求項５のうちのいずれか１項に記載のダウンロードシステム。
7. 　アプリケーションダウンロードに関連した課金処理を行う課金サーバを備え、
   　端末は、アプリケーションまたはコンテンツデータの属性データとして付与された関連アプリケーションまたは関連コンテンツデータの情報を基に、該関連アプリケーションまたは関連コンテンツデータがダウンロードした場合に、その旨を示す情報を前記課金サーバまたは関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバに通知する通知手段を含み、
   　課金サーバは、
   　前記端末の通知手段または前記端末の通知手段から情報を受け取ったアプリケーションサーバから、ダウンロードされた関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバを支払い元とし、該関連アプリケーションまたは関連コンテンツデータを示す情報を属性データとして付加したアプリケーションまたはコンテンツデータを管理しているアプリケーションサーバを支払い先として示す報酬金情報を受信する報酬金情報受信手段と、
   　報酬金情報を基に、支払い元のアプリケーションサーバに対して課金処理を行う課金手段と、
   　前記報酬金情報を基に、支払い先のアプリケーションサーバに対して送金処理を行う送金手段とを含む
   　請求項１から請求項６のうちのいずれか１項に記載のダウンロードシステム。
8. 　アプリケーションサーバは、
   　管理装置が保持している呼出関係統計情報を取得した場合に、当該アプリケーションサーバを支払い元として前記管理装置に呼出関係統計情報の使用料金を支払う旨を示す使用料金情報を課金サーバに送信する使用料金送信手段を含み、
   　課金サーバは、
   　前記アプリケーションサーバから、使用料金情報を受信する使用料金情報受信手段と、
   　使用料金情報を基に、支払い元のアプリケーションサーバに対して課金処理を行う課金手段と、
   　前記使用料金情報を基に、支払い先の管理装置に対して送金処理を行う送金手段とを含む
   　請求項１から請求項７のうちのいずれか１項に記載のダウンロードシステム。
9. 　アプリケーションまたはコンテンツデータをダウンロードして実行する情報処理端末であって、
   　アプリケーションまたはコンテンツデータを呼び出した際に、呼出先のアプリケーションまたはコンテンツデータをダウンロードしたことを契機に、少なくとも当該端末を含む２以上の端末と通信可能に接続される所定の管理装置であって、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する所定の管理装置に、アプリケーションまたはコンテンツデータの呼出関係を示す呼出関係情報を送信する呼出関係送信手段と、
   　アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバから、アプリケーションまたはコンテンツデータをダウンロードするダウンロード手段と、
   　アプリケーションまたはコンテンツデータをダウンロードした際に、該アプリケーションまたはコンテンツデータに付与されている属性データを解析し、前記呼出関係統計保持手段に保持されている呼出関係統計情報を基に該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を属性データとして付加するアプリケーションサーバによって付加された属性データである場合には、該属性データから関連アプリケーションまたは関連コンテンツデータを抽出する属性解析手段とを備え、
   　前記ダウンロード手段は、前記属性解析手段によって抽出した関連アプリケーションまたは関連コンテンツデータをさらにダウンロードする
   　ことを特徴とする情報処理端末。
10. 　呼出関係送信手段は、あるアプリケーションまたはコンテンツデータが呼び出したアプリケーションまたはコンテンツデータが当該端末に保持されていないことにより呼出先のアプリケーションまたはコンテンツデータをダウンロードした場合に、その呼出関係を示す呼出関係情報を管理装置に送信する
    　請求項９に記載の情報処理端末。
11. 　関連アプリケーションまたは関連コンテンツデータをダウンロードする際、該関連アプリケーションまたは関連コンテンツデータの情報を表示する表示手段を備えた
    　請求項９または請求項１０に記載の情報処理端末。
12. 　アプリケーションまたはコンテンツデータの属性データとして付与された関連アプリケーションまたは関連コンテンツデータの情報を基に、該関連アプリケーションまたは関連コンテンツデータをダウンロードした場合に、その旨を示す情報を、アプリケーションダウンロードに関連した課金処理を行う所定の課金サーバまたは該関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバに通知する通知手段を備えた
    　請求項９から請求項１１のうちのいずれか１項に記載の情報処理端末。
13. 　アプリケーションまたはコンテンツデータをダウンロードして実行する２以上の端末と通信可能に接続される管理装置であって、
    　各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する呼出関係統計保持手段と、
    　各端末から受信した呼出関係情報に基づき、アプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を更新する呼出関係統計情報更新手段と、
    　アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバからの要求に基づき、呼出関係統計保持手段に保持されている呼出関係統計情報の少なくとも一部を前記アプリケーションサーバに送信する呼出関係統計送信手段とを備えた
    　ことを特徴とする管理装置。
14. 　アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバであって、
    　２以上の端末と通信可能に接続される所定の管理装置において保持されている、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を基に、当該アプリケーションサーバで管理しているアプリケーションまたはコンテンツデータについて、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を含む属性データを作成する属性作成手段を備えた
    　ことを特徴とするアプリケーションサーバ。
15. 　管理装置から、当該アプリケーションサーバにおける管理対象アプリケーションまたはコンテンツデータに関する呼出関係統計情報を取得する呼出関係統計情報取得手段と、
    　前記呼出関係統計情報取得手段によって取得された呼出関係統計情報を解析し、該呼出関係統計情報によって示される、解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性が高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして抽出する統計情報解析手段とを備え、
    　属性作成手段は、前記統計情報解析手段によって抽出された関連アプリケーションまたは関連コンテンツデータを示す情報を、解析対象とされた管理対象アプリケーションまたはコンテンツデータの属性データに追加する
    　請求項１４に記載のアプリケーションサーバ。
16. 　属性作成手段は、呼出関係統計情報によって示される解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、呼び出し回数の割合がある一定の閾値以上であるアプリケーションまたはコンテンツデータを、関連アプリケーションまたは関連コンテンツデータとして示す属性データを作成する
    　請求項１４または請求項１５に記載のアプリケーションサーバ。
17. 　端末からのダウンロード要求に、当該ダウンロードの対象とするアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示したアプリケーションサーバの情報がある場合に、該アプリケーションサーバに対して報酬金を支払う旨の報酬金情報を、アプリケーションダウンロードに関連した課金処理を行う所定の課金サーバに送信する報酬金情報送信手段を備えた
    　請求項１４から請求項１６のうちのいずれか１項に記載のアプリケーションサーバ。
18. 　管理装置が保持している呼出関係統計情報を取得した場合に、該管理装置に対して呼出関係統計情報の使用料金を支払う旨の使用料金情報を、アプリケーションダウンロードに関連した課金処理を行う所定の課金サーバに送信する使用料金情報送信手段を備えた
    　請求項１４から請求項１７のうちのいずれか１項に記載のアプリケーションサーバ。
19. 　アプリケーションダウンロードに関連する課金処理を行う課金サーバであって、
    　あるアプリケーションまたはコンテンツデータの属性データとして付与された関連アプリケーションまたは関連コンテンツデータの情報を基に関連アプリケーションまたは関連コンテンツデータがダウンロードした端末または前記端末からその旨の情報を得たアプリケーションサーバから、ダウンロードされた関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバを支払い元とし、該関連アプリケーションまたは関連コンテンツデータを示す情報を属性データとして付加したアプリケーションまたはコンテンツデータを管理しているアプリケーションサーバを支払い先として示す報酬金情報を受信する報酬金情報受信手段と、
    　報酬金情報を基に、支払い元のアプリケーションサーバに対して課金処理を行う課金手段と、
    　前記報酬金情報を基に、支払い先のアプリケーションサーバに対して送金処理を行う送金手段とを備えた
    　ことを特徴とする課金サーバ。
20. 　アプリケーションダウンロードに関連した課金処理を行う課金サーバであって、
    　アプリケーションサーバから、２以上の端末と通信可能に接続される所定の管理装置において保持されている、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報の使用に対して、前記管理装置に使用料金を支払う旨を示す使用料金情報を受信する使用料金情報受信手段と、
    　使用料金情報を基に、支払い元のアプリケーションサーバに対して課金処理を行う課金手段と、
    　前記使用料金情報を基に、支払い先の管理装置に対して送金処理を行う送金手段とを備えた
    　ことを特徴とする課金サーバ。
21. 　端末がアプリケーションまたはコンテンツデータをダウンロードするためのダウンロード方法であって、
    　２以上の端末が、当該端末において実行されたアプリケーションまたはコンテンツデータの呼出関係を示す情報である呼出関係情報を、前記管理装置に送信し、
    　前記管理装置が、各端末から受信した呼出関係情報に基づき、アプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を更新し、
    　アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバが、前記管理装置において保持されている呼出関係統計情報を基に、当該アプリケーションサーバで管理しているアプリケーションまたはコンテンツデータについて、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を含む属性データを作成し、
    　端末が、前記アプリケーションサーバによって作成された属性データを基に、さらにアプリケーションまたはコンテンツデータをダウンロードする
    　ことを特徴とするダウンロード方法。
22. 　各端末が、アプリケーションまたはコンテンツデータの呼び出し時に、該アプリケーションまたはコンテンツデータをダウンロードしたことを契機に、その呼出関係を示す呼出関係情報を管理装置に送信し、
    　前記管理装置が、アプリケーションサーバからの要求に応じて、呼出関係統計保持手段に保持されている呼出関係統計情報のうち、指定されたアプリケーションまたはコンテンツデータに関する呼出関係統計情報を送信し、
    　アプリケーションサーバが、前記管理装置から取得した、当該アプリケーションサーバにおける管理対象アプリケーションまたはコンテンツデータに関する呼出関係統計情報をを解析し、該呼出関係統計情報によって示される、解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性が高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして抽出し、
    　前記アプリケーションサーバが、抽出された関連アプリケーションまたは関連コンテンツデータを示す情報を、解析対象とされた管理対象アプリケーションまたはコンテンツデータの属性データに追加し、
    　端末が、前記アプリケーションサーバからアプリケーションまたはコンテンツデータをダウンロードした際に該アプリケーションまたはコンテンツデータに付与されている属性データを解析して、該アプリケーションまたはコンテンツデータの関連アプリケーションまたは関連コンテンツデータの情報を抽出し、抽出された関連アプリケーションまたは関連コンテンツデータをダウンロードする
    　請求項２１に記載のダウンロード方法。
23. 　アプリケーションサーバが、呼出関係統計情報によって示される解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、呼び出し回数の割合がある一定の閾値以上であるアプリケーションまたはコンテンツデータを、関連アプリケーションまたは関連コンテンツデータとして示す属性データを作成する
    　請求項２１または請求項２２に記載のダウンロード方法。
24. 　端末が、関連アプリケーションまたは関連コンテンツデータをダウンロードする際に、該関連アプリケーションまたは関連コンテンツデータの情報を表示する
    　請求項２１から請求項２３のうちのいずれか１項に記載のダウンロード方法。
25. 　端末が、アプリケーションまたはコンテンツデータの属性データとして付与された関連アプリケーションまたは関連コンテンツデータの情報を基に、関連アプリケーションまたは関連コンテンツデータをダウンロードした場合に、その旨を示す情報を、アプリケーションダウンロードに関連した課金処理を行う所定の課金サーバまたは該関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバに通知し、
    　前記課金サーバが、前記端末または前記端末から情報を受け取ったアプリケーションサーバから、ダウンロードされた関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバを支払い元とし、該関連アプリケーションまたは関連コンテンツデータを示す情報を属性データとして付加したアプリケーションまたはコンテンツデータを管理しているアプリケーションサーバを支払い先として示す報酬金情報を受信し、
    　前記課金サーバが、報酬金情報を基に、支払い元のアプリケーションサーバに対して課金処理を行い、
    　前記課金サーバが、前記報酬金情報を基に、支払い先のアプリケーションサーバに対して送金処理を行う
    　請求項２１から請求項２４のうちのいずれか１項に記載のダウンロード方法。
26. 　アプリケーションサーバが、管理装置が保持している呼出関係統計情報を取得した場合に、当該アプリケーションサーバを支払い元として前記管理装置に呼出関係統計情報の使用料金を支払う旨を示す使用料金情報を、アプリケーションダウンロードに関連した課金処理を行う所定の課金サーバに送信し、
    　前記課金サーバが、前記アプリケーションサーバから、使用料金情報を受信し、
    　前記課金サーバが、使用料金情報を基に、支払い元のアプリケーションサーバに対して課金処理を行い、
    　前記課金サーバが、前記使用料金情報を基に、支払い先の管理装置に対して送金処理を行う
    　請求項２１から請求項２５のうちのいずれか１項に記載のダウンロード方法。
27. 　アプリケーションまたはコンテンツデータをダウンロードして実行する情報処理端末に適用されるダウンロード用プログラムであって、
    　コンピュータに、
    　アプリケーションまたはコンテンツデータを呼び出した際に、呼出先のアプリケーションまたはコンテンツデータをダウンロードしたことを契機に、少なくとも当該端末を含む２以上の端末と通信可能に接続される所定の管理装置であって、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する所定の管理装置に、アプリケーションまたはコンテンツデータの呼出関係を示す呼出関係情報を送信する処理と、
    　アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバから、アプリケーションまたはコンテンツデータをダウンロードした際に、該アプリケーションまたはコンテンツデータに付与されている属性データを解析し、前記呼出関係統計保持手段に保持されている呼出関係統計情報を基に該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示す情報を属性データとして付加するアプリケーションサーバによって付加された属性データである場合には、該属性データから関連アプリケーションまたは関連コンテンツデータを抽出する処理と、
    　抽出した関連アプリケーションまたは関連コンテンツデータをさらにダウンロードする処理とを
    　実行させるためのダウンロード用プログラム。
28. 　コンピュータに、
    　あるアプリケーションまたはコンテンツデータが呼び出したアプリケーションまたはコンテンツデータが当該端末に保持されていないことにより呼出先のアプリケーションまたはコンテンツデータをダウンロードした場合に、その呼出関係を示す呼出関係情報を管理装置に送信させる
    　請求項２７に記載のダウンロード用プログラム。
29. 　コンピュータに、
    　関連アプリケーションまたは関連コンテンツデータをダウンロードする際、該関連アプリケーションまたは関連コンテンツデータの情報を表示する処理を実行させる
    　請求項２７または請求項２８に記載のダウンロード用プログラム。
30. 　コンピュータに、
    　プリケーションまたはコンテンツデータの属性データとして付与された関連アプリケーションまたは関連コンテンツデータの情報を基に、該関連アプリケーションまたは関連コンテンツデータをダウンロードした場合に、その旨を示す情報を、アプリケーションダウンロードに関連した課金処理を行う所定の課金サーバまたは該関連アプリケーションまたは関連コンテンツデータを管理しているアプリケーションサーバに通知する処理を実行させる
    　請求項２７から請求項２９のうちのいずれか１項に記載のダウンロード用プログラム。
31. 　アプリケーションまたはコンテンツデータをダウンロードして実行する２以上の端末と通信可能に接続される管理装置に適用されるダウンロード用プログラムであって、
    　各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を保持する呼出関係統計保持手段を備えたコンピュータに、
    　各端末から受信した呼出関係情報に基づき、アプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を更新する処理と、
    　アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバからの要求に基づき、呼出関係統計保持手段に保持されている呼出関係統計情報の少なくとも一部を前記アプリケーションサーバに送信する処理とを
    　実行させるためのダウンロード用プログラム。
32. 　アプリケーションまたはコンテンツデータを管理しているアプリケーションサーバに適用されるダウンロード用プログラムであって、
    　コンピュータに、
    　２以上の端末と通信可能に接続される所定の管理装置において保持されている、各端末から受信した呼出関係情報によって示されるアプリケーションまたはコンテンツデータの呼出関係の統計を示す情報である呼出関係統計情報を基に、当該アプリケーションサーバで管理しているアプリケーションまたはコンテンツデータについて、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性の高いアプリケーションまたはコンテンツデータを特定可能な情報を含む属性データを作成する処理を
    　実行させるためのダウンロード用プログラム。
33. 　コンピュータに、
    　管理装置から、当該アプリケーションサーバにおける管理対象アプリケーションまたはコンテンツデータに関する呼出関係統計情報を取得する処理と、
    　取得された呼出関係統計情報を解析し、該呼出関係統計情報によって示される、解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、該アプリケーションまたはコンテンツデータの実行中に呼び出される可能性が高いアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして抽出する処理と、
    　抽出された関連アプリケーションまたは関連コンテンツデータを示す情報を、解析対象とされた管理対象アプリケーションまたはコンテンツデータの属性データに追加する処理とを実行させる
    　請求項３２に記載のダウンロード用プログラム。
34. 　コンピュータに、
    　呼出関係統計情報によって示される解析対象とされたアプリケーションまたはコンテンツデータを含む呼出関係の統計において、呼び出し回数の割合がある一定の閾値以上であるアプリケーションまたはコンテンツデータを、関連アプリケーションまたは関連コンテンツデータとして示す属性データを作成させる
    　請求項３２または請求項３３に記載のダウンロード用プログラム。
35. 　コンピュータに、
    　端末からのダウンロード要求に、当該ダウンロードの対象とするアプリケーションまたはコンテンツデータを関連アプリケーションまたは関連コンテンツデータとして示したアプリケーションサーバの情報がある場合に、該アプリケーションサーバに対して報酬金を支払う旨の報酬金情報を、アプリケーションダウンロードに関連した課金処理を行う所定の課金サーバに送信する処理を実行させる
    　請求項３２から請求項３４のうちのいずれか１項に記載のダウンロード用プログラム。
36. 　管理装置が保持している呼出関係統計情報を取得した場合に、該管理装置に対して呼出関係統計情報の使用料金を支払う旨の使用料金情報を、アプリケーションダウンロードに関連した課金処理を行う所定の課金サーバに送信する処理を実行させる
    　請求項３２から請求項３５のうちのいずれか１項に記載のダウンロード用プログラム。

Images