JP6500611B2 - アプリケーション配布方法、管理サーバ、アプリケーション配布システムおよびアプリケーション配布プログラム - Google Patents

Description

本発明は、アプリケーション配布方法などに関する。

場所や時間等様々な状況の変化に応じてユーザが持つ端末に適切なアプリケーション群を配信する技術が望まれている。ここでいうアプリケーションには、広告等のコンテンツが含まれる。

かかる技術では、例えば、ユーザ端末の現在地に連動して、近くの店舗の広告をユーザ端末に配布する技術が知られている。

また、別の技術では、例えば、コンテンツ配信システムにおいて、センタ装置が、ユーザ端末からコンテンツの視聴実績を収集し、収集した視聴実績から視聴傾向を解析する。そして、センタ装置は、解析した視聴傾向に基づいてコンテンツをアーカイブサーバ、中継サーバ、ユーザ端末それぞれに再配置する技術が開示されている。また、別の技術では、配信装置は、各コンテンツに対するユーザのアクセス数をログ情報として集計し、コンテンツに対するアクセス頻度を算出する。そして、配信装置は、アクセス頻度に基づきユーザにコンテンツを提供する（特許文献１および特許文献２参照）。

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

しかしながら、従来のアプリケーションを配布する技術において、ユーザ端末では、各アプリケーションの閲覧機会が偏ってしまうおそれがあるという問題がある。

例えば、従来の技術におけるセンタ装置は、ユーザの視聴傾向に基づいてコンテンツを再配置するので、ユーザの関心度が高いであろうと推測されるコンテンツを優先してユーザ端末に配信することとなり、他のコンテンツに対する閲覧機会を失わせる。また、従来の技術における配信装置は、コンテンツに対するアクセス頻度に基づいてコンテンツを提供するので、ユーザの関心度が高いであろうと推測されるコンテンツを優先してユーザ端末に提供することとなり、他のコンテンツに対する閲覧機会を失わせる。

１つの側面では、ユーザ端末に適切なアプリケーションを配布することを目的とする。

本願の開示するアプリケーション配布方法では、コンピュータは、実領域に関わるアプリケーションを複数記憶し、前記アプリケーションを配布する配布サーバと前記配布サーバに対応する前記実領域とを対応付けた実領域情報を記憶し、前記配布サーバに対して該記憶しているいずれかの前記アプリケーションを振り分け、前記配布サーバから、前記配布サーバの通信領域に含まれるユーザ端末におけるアプリケーションの利用情報を受信し、受信した利用情報を管理し、所定のタイミングで、前記実領域情報を用いて前記配布サーバに対応する実領域の混雑度を判定し、実領域に関わるアプリケーションの利用情報と、前記実領域の混雑度とに基づいて、前記配布サーバに対する複数のアプリケーションの振り分けを更新する、各処理を実行する。

１つの態様によれば、ユーザ端末に適切なアプリケーションを配布することができる。

図１は、実施例に係るアプリケーション配布システムの構成を示す機能ブロック図である。 図２は、実施例に係る店舗情報ＤＢのデータ構造の一例を示す図である。 図３は、実施例に係る利用情報ＤＢのデータ構造の一例を示す図である。 図４は、実施例に係る端末情報ＤＢのデータ構造の一例を示す図である。 図５は、実施例に係るユーザ端末の処理手順を示すフローチャートである。 図６は、実施例に係る配布サーバの処理手順を示すフローチャートである。 図７は、実施例に係る管理サーバの処理手順を示すフローチャートである。 図８は、アプリケーション配布プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示するアプリケーション配布方法、管理サーバ、アプリケーション配布システムおよびアプリケーション配布プログラムの実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。

［実施例に係るアプリケーション配布システムの構成］
図１は、実施例に係るアプリケーション配布システムの構成を示す機能ブロック図である。アプリケーション配布システム９は、配布サーバ２の通信領域に入ったユーザに配布サーバ２によって配布される広告アプリの利用情報だけでなく、広告アプリの店舗のリアルタイムな情報を用いて、広告アプリの配置場所を決定する。すなわち、アプリケーション配布システム９は、店舗の広告アプリの利用機会が偏らないように、広告アプリを配置する配置場所（配布サーバ２）を決定する。なお、広告アプリは、アプリケーションの一例である。

アプリケーション配布システム９は、管理サーバ１、配布サーバ２およびユーザ端末３を有する。

管理サーバ１は、配布サーバ２を管理し、広告アプリを配布サーバ２に配置する。

配布サーバ２は、配置された広告アプリを、自己の通信領域に入ったユーザ端末３に配布する。なお、図１では、配布サーバ２の数は、図１に示す複数台に限定されるものではなく、１台であっても良い。配布サーバ２は、異なる通信領域の数だけ各領域に設置される。

ユーザ端末３は、配布サーバ２の通信領域に入ると、配布サーバ２によって配布される広告アプリをダウンロードする。ユーザ端末３は、配布された広告アプリを起動（クリック）すると、この広告アプリの利用情報を配布サーバ２に送信する。ユーザ端末３は、ネットワークを介して管理サーバ１や配布サーバ２と通信可能に構成されるとともに、広告アプリのコンテンツを表示可能なモニタを備える。なお、ユーザ端末３は、例えば、スマートフォン、タブレット端末、携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistant）等の携帯用の端末装置に対応する。

管理サーバ１は、アプリＤＢ（DataBase）１１、店舗情報ＤＢ１２、利用情報ＤＢ１３および端末情報ＤＢ１４を有する。管理サーバ１は、登録部１５、混雑情報分析部１６、情報管理部１７、アプリ配置決定部１８および制御部１９を有する。

アプリＤＢ１１は、広告アプリを複数記憶する。なお、アプリＤＢ１１は、例えば、後述する登録部１５によって作成される。

店舗情報ＤＢ１２は、店舗について、広告アプリと最も近隣の配布サーバ２とを対応付けて記憶する。ここでいう店舗は、仮想空間にある店舗ではなく、実空間にある店舗のことをいう。なお、店舗情報ＤＢ１２は、例えば、後述する登録部１５によって作成される。

ここで、店舗情報ＤＢ１２のデータ構造について、図２を参照して説明する。図２は、実施例に係る店舗情報ＤＢのデータ構造の一例を示す図である。図２に示すように、店舗情報ＤＢ１２は、店舗名１２ａ、近隣配布サーバＩＤ（identification）１２ｂおよび広告アプリＩＤ１２ｃを対応付けて記憶する。店舗名１２ａは、店舗の名称を示す。近隣配布サーバＩＤ１２ｂは、店舗から物理的距離が近い配布サーバの識別子を示す。広告アプリＩＤ１２ｃは、店舗の広告アプリの識別子を示す。一例として、店舗名１２ａが「店舗Ａ」である場合には、近隣配布サーバＩＤ１２ｂとして「Ｐｓｖ１」、広告アプリＩＤ１２ｃとして「Ａｐｐ１」と記憶している。

利用情報ＤＢ１３は、広告アプリの利用情報を、広告アプリが配置された配布サーバ２毎に記憶する。ここでいう利用情報とは、例えば、広告アプリの閲覧回数のことをいい、広告アプリをクリックして起動したことを表す情報であるものとする。なお、利用情報ＤＢ１３は、例えば、後述する情報管理部１７によって管理される。

ここで、利用情報ＤＢ１３のデータ構造について、図３を参照して説明する。図３は、実施例に係る利用情報ＤＢのデータ構造の一例を示す図である。図３に示すように、利用情報ＤＢ１３は、広告アプリＩＤ１３ａ、配布サーバＩＤ１３ｂおよび合計閲覧回数履歴１３ｃを対応付けて記憶する。広告アプリＩＤ１３ａは、店舗の広告アプリの識別子を示す。配布サーバＩＤ１３ｂは、広告アプリＩＤ１３ａが示す広告アプリが現に配置されている配置先の配布サーバ２の識別子を示す。合計閲覧回数履歴１３ｃは、所定期間に広告アプリＩＤ１３ａが示す広告アプリが閲覧された合計閲覧回数を履歴として示す。合計閲覧回数履歴１３ｃは、配布サーバＩＤ１３ｂが示す配布サーバ２毎に管理される。一例として、広告アプリＩＤ１３ａが「Ａｐｐ１」である場合には、配布サーバＩＤ１３ｂとして「Ｐｓｖ１，Ｐｓｖ２」、合計閲覧回数履歴１３ｃとして「［Ｐｓｖ１，０］，［Ｐｓｖ２，５］」と記憶している。すなわち、配布サーバ２が「Ｐｓｖ１」である場合には、「Ａｐｐ１」が示す広告アプリが０回閲覧され、配布サーバ２が「Ｐｓｖ２」である場合には、「Ａｐｐ１」が示す広告アプリが５回閲覧されたことが表わされている。

端末情報ＤＢ１４は、配布サーバ２の通信領域に入ったユーザ端末３の端末情報を記憶する。ここでいう端末情報には、例えば、ユーザ端末３を一意に表す識別子やユーザ端末３が配布サーバ２の通信領域に入った時刻が含まれる。ユーザ端末３が配布サーバ２の通信領域に入ったことを「チェックイン」というものとする。なお、端末情報ＤＢ１４は、例えば、後述する情報管理部１７によって管理される。

ここで、端末情報ＤＢ１４のデータ構造について、図４を参照して説明する。図４は、実施例に係る端末情報ＤＢのデータ構造の一例を示す図である。図４に示すように、端末情報ＤＢ１４は、配布サーバＩＤ１４ａ、端末ＩＤ１４ｂおよびチェックイン時刻１４ｃを対応付けて記憶する。配布サーバＩＤ１４ａは、配布サーバ２の識別子を示す。端末ＩＤ１４ｂは、配布サーバＩＤ１４ａが示す配布サーバ２の通信領域にチェックインしたユーザ端末３の識別子を示す。チェックイン時刻１４ｃは、端末ＩＤ１４ｂによってチェックインされた時刻を示す。一例として、配布サーバＩＤ１４ａが「Ｐｓｖ１」である場合には、端末ＩＤ１４ｂとして「Ｔ１０」、チェックイン時刻１４ｃとして「２０１５／５／１６ １０：００」と記憶している。

登録部１５は、広告アプリをアプリＤＢ１１に登録する。例えば、登録部１５は、運用管理者によって入力された各店舗の各広告アプリを受け付け、受け付けた各広告アプリをアプリＤＢ１１に格納する。なお、登録部１５は、入力された各広告アプリを、モニタから直接受け付けても良いし、入力された各広告アプリをネットワークから間接的に受け付けても良い。

制御部１６は、配布サーバ２から送信された利用情報および端末情報を情報管理部１７に出力する。例えば、制御部１６は、受信元の配布サーバ２の識別子および閲覧された広告アプリの識別子を利用情報として受信する。制御部１６は、受信した利用情報を情報管理部１７に出力する。また、制御部１６は、受信元の配布サーバ２の識別子、チェックインしたユーザ端末３の識別子およびチェックイン時刻を端末情報として受信する。制御部１６は、受信した端末情報を情報管理部１７に出力する。

情報管理部１７は、利用情報および端末情報を管理する。

例えば、情報管理部１７は、制御部１６から出力された利用情報を用いて、配布サーバ２毎の広告アプリの合計閲覧回数を算出する。情報管理部１７は、算出した広告アプリの合計閲覧回数を、利用情報ＤＢ１３の該当する広告アプリに対応する合計閲覧回数履歴１３ｃに設定する。そして、情報管理部１７は、広告アプリの再配置の更新タイミングで、利用情報ＤＢ１３に記憶された、広告アプリ毎の各配布サーバ２の合計閲覧回数をアプリ配置決定部１９に出力する。なお、広告アプリの再配置の更新タイミングについては、後述する。

また、情報管理部１７は、制御部１６から出力された端末情報を端末情報ＤＢ１４に追加する。そして、情報管理部１７は、広告アプリの再配置の更新タイミングで、端末情報ＤＢ１４に記憶された端末情報を用いて、ユーザ端末３のチェックイン数が最も多い配布サーバ２をアプリ配置決定部１９に出力する。なお、広告アプリの再配置の更新タイミングは、一例として、１２時間毎であっても良いし、１日毎であっても良いし、１週間毎であっても良く、任意で決定されて良い。広告アプリの再配置の更新タイミングであることは、アプリ配置決定部１９によって通知される。

混雑情報分析部１８は、広告アプリの店舗の混雑度を分析する。例えば、混雑情報分析部１８は、店舗情報ＤＢ１２を用いて、広告アプリの店舗に最も近い配布サーバ２を取得する。混雑情報分析部１８は、取得した配布サーバ２に、この店舗の混雑度を問い合わせる。

アプリ配置決定部１９は、広告アプリの利用情報と、広告アプリの店舗の混雑度とに基づいて、各配布サーバ２に対して再配置する広告アプリを決定する。例えば、アプリ配置決定部１９は、配布サーバ２を順次選択する。アプリ配置決定部１９は、情報管理部１７から出力された、配布サーバ２の広告アプリの閲覧回数を用いて、閲覧回数の高い広告アプリを複数個抽出する。つまり、アプリ配置決定部１９は、利用情報を分析し、人気アプリを決定する。アプリ配置決定部１９は、抽出した複数の広告アプリの混雑度を混雑情報分析部１８に問い合わせる。そして、アプリ配置決定部１９は、問い合わせたいずれかの広告アプリについて、混雑度が基準値より高い場合には、この広告アプリの配置を取りやめて、閲覧回数の低い広告アプリに入れ替える。つまり、アプリ配置決定部１９は、店舗が混雑しているならば、該当する広告アプリに代えて、閲覧回数の低い（不人気な）広告アプリであっても配置することで、各店舗の広告アプリの閲覧機会が偏らないようにできる。アプリ配置決定部１９は、問い合わせた広告アプリが全て基準値より低い場合には、問い合わせた広告アプリを継続して再配置するように決定する。そして、アプリ配置決定部１９は、情報管理部１７から出力された、チェックイン数が最も多い配布サーバ２に対して、閲覧回数の低い広告アプリを再配置するように決定する。つまり、アプリ配置決定部１９は、ユーザがやってくる領域には、閲覧回数の低い（不人気な）広告アプリであっても配置することで、各店舗の広告アプリの閲覧機会を多くすることができる。なお、配置を取りやめた広告アプリは、配置されないこととなるが、混雑度が基準値より低くなれば、再度配置されるようにすれば良い。

また、アプリ配置決定部１９は、選択した配布サーバ２に対して、決定したアプリ配置情報を当該配布サーバ２に送信する。アプリ配置情報には、決定された広告アプリが含まれる。すなわち、アプリ配置決定部１９は、選択した配布サーバ２に対して、広告アプリを再配置すべく、決定した広告アプリを送信する。

次に、配布サーバ２は、アプリＤＢ２１、受信部２２、情報送信部２３、混雑情報算出部２４、配置制御部２５およびアプリ配信部２６を有する。

アプリＤＢ２１は、管理サーバ１によって配置された広告アプリを記憶する。

受信部２２は、ユーザ端末３から送信された端末情報および利用情報を受信し、情報送信部２３に出力する。例えば、受信部２２は、チェックインしたユーザ端末３の識別子およびチェックイン時刻を端末情報として受信する。受信部２２は、受信した端末情報を情報送信部２３に出力する。また、受信部２２は、受信元のユーザ端末３の識別子および閲覧された広告アプリの識別子を利用情報として受信する。受信部２２は、受信した利用情報を情報送信部２３に出力する。

また、受信部２２は、ユーザ端末３から端末情報を受信すると、ユーザ端末３から端末情報を受信した旨をアプリ配信部２６に通知する。

情報送信部２３は、一定期間蓄積したユーザ群の広告アプリの利用情報を管理サーバ１に送信する。情報送信部２３は、一定期間蓄積したユーザ群の端末情報を管理サーバ１に送信する。一定期間は、一例として、広告アプリの再配置における更新タイミングと更新タイミングとの間の期間であれば良い。更新タイミングと更新タイミングとの間が１日であれば、１時間であっても良いし、２時間であっても良い。更新タイミングと更新タイミングとの間が１週間であれば、０．５日であっても良いし、１日であっても良いし、２日であっても良い。

混雑情報算出部２４は、問合せのあった店舗の混雑度を算出する。一例として、混雑情報算出部２４は、管理サーバ１から店舗の混雑度の問い合わせを受け取ると、ユーザ端末３の位置、店舗の位置および面積、現在の店舗のチェックイン数を用いて、この店舗の混雑度を算出する。別の例として、混雑情報算出部２４は、店舗内に設置されたセンサやカメラを用いて、この店舗の混雑度を算出する。そして、混雑情報算出部２４は、問合せのあった店舗の混雑度を管理サーバ１に応答する。

配置制御部２５は、再配置された広告アプリをアプリＤＢ２１に登録する。例えば、配置制御部２５は、管理サーバ１から再配置された広告アプリを受け付け、受け付けた広告アプリをアプリＤＢ２１に格納する。配置制御部２５は、受け付けた広告アプリをアプリ配信部２６に出力する。

アプリ配信部２６は、配置されている広告アプリを、端末情報を受信したユーザ端末３に配信する。例えば、アプリ配信部２６は、受信部２２から端末情報を受信した旨の通知を受け取ると、配置制御部２５によって出力された広告アプリを、この端末情報に含まれるユーザ端末３の識別子に対応するユーザ端末３に送信する。

次に、ユーザ端末３は、端末情報送信部３１、端末制御部３２、アプリ表示部３３および利用情報送信部３４を有する。

端末情報送信部３１は、配布サーバ２の通信領域に入ったユーザ端末３の端末情報を、この配布サーバ２に送信する。例えば、端末情報送信部３１は、チェックインしたユーザ端末３の識別子およびチェックイン時刻を端末情報としてチェックインした配布サーバ２に送信する。

端末制御部３２は、配布サーバ２から送信された広告アプリを受信し、受信した広告アプリを保存する。

アプリ表示部３３は、保存された広告アプリのいずれかが起動（クリック）されると、起動された広告アプリをモニタに表示する。

利用情報送信部３４は、アプリ表示部３３によって広告アプリが表示されると、この広告アプリの利用情報を配布サーバ２に送信する。例えば、利用情報送信部３４は、広告アプリを閲覧したユーザ端末３の識別子およびこの広告アプリの識別子を利用情報として送信する。

［ユーザ端末の処理手順］
次に、実施例に係るユーザ端末３の処理手順を、図５を参照して説明する。図５は、実施例に係るユーザ端末の処理手順を示すフローチャートである。なお、かかるフローチャートでは、広告アプリのことをアプリという。

図５に示すように、端末情報送信部３１は、配布サーバ２の通信領域内にいるか否かを判定する（ステップＳ１１）。例えば、端末情報送信部３１は、配布サーバ２からの信号を検知したか否かを判定する。配布サーバ２の通信領域にいないと判定した場合には（ステップＳ１１；Ｎｏ）、端末情報送信部３１は、配布サーバ２の通信領域にいると判定するまで、判定処理を繰り返す。

一方、配布サーバ２の通信領域にいると判定した場合には（ステップＳ１１；Ｙｅｓ）、端末情報送信部３１は、配布サーバ２に端末情報を送信する（ステップＳ１２）。端末情報には、一例として、配布サーバ２の通信領域にいると判定されたユーザ端末３、すなわちチェックインしたユーザ端末３の識別子およびチェックイン時刻が含まれる。この後、配布サーバ２から広告アプリが送信（配布）される。

続いて、端末制御部３２は、アプリを受信したか否かを判定する（ステップＳ１３）。アプリを受信していないと判定した場合には（ステップＳ１３；Ｎｏ）、端末制御部３２は、アプリを受信するまで、判定処理を繰り返す。一方、アプリを受信したと判定した場合には（ステップＳ１３；Ｙｅｓ）、アプリ表示部３３は、アプリを選択する（ステップＳ１４）。

そして、アプリ表示部３３は、アプリがモニタの画面内に表示されたか否かを判定する（ステップＳ１５）。アプリがモニタの画面内に表示されないと判定した場合には（ステップＳ１５；Ｎｏ）、アプリ表示部３３は、表示されるまで、判定処理を繰り返す。一方、アプリがモニタの画面内に表示されたと判定した場合には（ステップＳ１５；Ｙｅｓ）、利用情報送信部３４は、アプリの利用情報を配布サーバ２に送信する（ステップＳ１６）。利用情報には、一例として、アプリを表示したユーザ端末３の識別子およびこのアプリの識別子が含まれる。そして、ユーザ端末３の処理は、終了する。

［配布サーバの処理手順］
次に、実施例に係る配布サーバ２の処理手順を、図６を参照して説明する。図６は、実施例に係る配布サーバの処理手順を示すフローチャートである。なお、かかるフローチャートでは、広告アプリのことをアプリという。

図６に示すように、配置制御部２５は、管理サーバ１から送信されたアプリ配置情報を受信したか否かを判定する（ステップＳ２１）。アプリ配置情報には、管理サーバ１によって決定されたアプリが含まれる。管理サーバ１から送信されたアプリ配置情報を受信していないと判定した場合には（ステップＳ２１；Ｎｏ）、配置制御部２５は、アプリ配置情報を受信するまで、判定処理を繰り返す。

一方、管理サーバ１から送信されたアプリ配置情報を受信したと判定した場合には（ステップＳ２１；Ｙｅｓ）、配置制御部２５は、アプリ配置情報に含まれるアプリをアプリＤＢ２１に登録する（ステップＳ２２）。なお、配置制御部２５は、既にアプリ配置情報が存在する場合には、今回受信したアプリ配置情報に更新すべく、このアプリ配置情報に含まれるアプリにアプリＤＢ２１を更新する。

続いて、受信部２２は、ユーザ端末３から送信された端末情報を受信したか否かを判定する（ステップＳ２３）。ユーザ端末３から送信された端末情報を受信していないと判定した場合には（ステップＳ２３；Ｎｏ）、受信部２２は、端末情報を受信するまで、判定処理を繰り返す。

一方、ユーザ端末３から送信された端末情報を受信したと判定した場合には（ステップＳ２３；Ｙｅｓ）、アプリ配信部２６は、アプリ配置情報に含まれるアプリを、端末情報を送信したユーザ端末３に配信する（ステップＳ２４）。

続いて、受信部２２は、ユーザ端末３から送信された利用情報を受信したか否かを判定する（ステップＳ２５）。ユーザ端末３から送信された利用情報を受信していないと判定した場合には（ステップＳ２５；Ｎｏ）、受信部２２は、利用情報を受信するまで、判定処理を繰り返す。

一方、ユーザ端末３から送信された利用情報を受信したと判定した場合には（ステップＳ２５；Ｙｅｓ）、情報送信部２３は、利用情報を管理サーバ１に送信する（ステップＳ２６）。情報送信部２３は、端末情報を管理サーバ１に送信する（ステップＳ２７）。例えば、情報送信部２３は、一定期間蓄積したアプリの利用情報を管理サーバ１に送信する。情報送信部２３は、一定期間蓄積したアプリの端末情報を管理サーバ１に送信する。そして、配布サーバ２の処理は、終了する。

［管理サーバの処理手順］
次に、実施例に係る管理サーバ１の処理手順を、図７を参照して説明する。図７は、実施例に係る管理サーバの処理手順を示すフローチャートである。なお、かかるフローチャートでは、広告アプリのことをアプリという。配布サーバ２が各領域に設置されているとする。

図７に示すように、まず、登録部１５は、アプリがアプリＤＢ１１に登録されたか否かを判定する（ステップＳ３１）。アプリが登録されていないと判定した場合には（ステップＳ３１；Ｎｏ）、登録部１５は、アプリが登録されるまで、判定処理を繰り返す。一方、アプリが登録されたと判定した場合には（ステップＳ３１；Ｙｅｓ）、アプリ配置決定部１９は、アプリの配置を決定し、配布サーバ２に通知する（ステップＳ３２）。例えば、アプリ配置決定部１９は、初回に、各領域に設置された配布サーバ２に対するアプリの配置をランダムに決定し、決定したアプリをそれぞれの配布サーバ２に送信する。

続いて、制御部１６は、配布サーバ２から送信されたアプリの利用情報および端末情報を受信したか否かを判定する（ステップＳ３３）。アプリの利用情報および端末情報を受信していないと判定した場合には（ステップＳ３３；Ｎｏ）、制御部１６は、アプリの利用情報および端末情報を受信するまで、判定処理を繰り返す。

一方、アプリの利用情報および端末情報を受信したと判定した場合には（ステップＳ３３；Ｙｅｓ）、情報管理部１７は、アプリの利用情報を利用情報ＤＢ１３に追加し（ステップＳ３４）、端末情報を端末情報ＤＢ１４に追加する（ステップＳ３４Ａ）。例えば、情報管理部１７は、アプリの利用情報を用いて、配布サーバ２毎のアプリの合計閲覧回数を算出する。すなわち、情報管理部１７は、アプリ毎に、配布サーバ２毎の合計閲覧回数を算出する。一例として、配布サーバａに、アプリＩＤとしてＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｇのアプリが配置されているとする。配布サーバｂに、アプリＩＤとしてＡ，Ｃ，Ｄ，Ｈのアプリが配置されているとする。それぞれの利用情報からアプリＡについて、配布サーバａで合計閲覧回数が１０、配布サーバｂで合計閲覧回数が５と算出されたとする。すると、情報管理部１７は、アプリＡについて、［配布サーバａ，１０］、［配布サーバｂ，５］として利用情報ＤＢ１３に追加する。

続いて、アプリ配置決定部１９は、再配置の更新タイミングであるか否かを判定する（ステップＳ３５）。再配置の更新タイミングでないと判定した場合には（ステップＳ３５；Ｎｏ）、アプリ配置決定部１９は、制御部１６に利用情報を受信させるべく、ステップＳ３３に移行する。一方、再配置の更新タイミングであると判定した場合には（ステップＳ３５；Ｙｅｓ）、アプリ配置決定部１９は、全ての配布サーバ２に対して再配置処理を開始する（ステップＳ３６）。

アプリ配置決定部１９は、チェックイン数が最も多い配布サーバ２があるか否かを判定する（ステップＳ３７）。例えば、アプリ配置決定部１９は、情報管理部１７からチェックイン数が最も多い配布サーバ２を問い合わせる。情報管理部１７は、端末情報ＤＢ１４に記憶された端末情報を用いて、ユーザ端末３のチェックイン数が最も多い配布サーバ２を探索し、探索結果をアプリ配置決定部１９に通知する。

チェックイン数が最も多い配布サーバ２がないと判定した場合には（ステップＳ３７；Ｎｏ）、アプリ配置決定部１９は、ステップＳ３９Ａに移行する。

一方、チェックイン数が最も多い配布サーバ２があると判定した場合には（ステップＳ３７；Ｙｅｓ）、アプリ配置決定部１９は、以下の処理を行う。すなわち、アプリ配置決定部１９は、チェックイン数が最も多い配布サーバ２に閲覧回数の低いアプリのアプリＩＤを渡す（ステップＳ３７Ａ）。つまり、アプリ配置決定部１９は、ユーザがやってくる領域には、閲覧回数の低い（不人気な）アプリを配置することで、各店舗のアプリの閲覧機会を多くすることができる。

そして、アプリ配置決定部１９は、チェックイン数が最も多い配布サーバ２がアプリ配置情報を一度でも受け取ったことがある配布サーバであるか否かを判定する（ステップＳ３８）。チェックイン数が最も多い配布サーバ２がアプリ配置情報を一度でも受け取ったことがある配布サーバでないと判定した場合には（ステップＳ３８；Ｎｏ）、アプリ配置決定部１９は、ステップＳ３９Ａに移行する。

一方、チェックイン数が最も多い配布サーバ２がアプリ配置情報を一度でも受け取ったことがある配布サーバであると判定した場合には（ステップＳ３８；Ｙｅｓ）、アプリ配置決定部１９は、渡されたアプリＩＤを次の配置アプリとして追加する（ステップＳ３９）。そして、アプリ配置決定部１９は、ステップＳ４８に移行する。

ステップＳ３９Ａにおいて、アプリ配置決定部１９は、配布サーバ２を順次選択する（ステップＳ３９Ａ）。すなわち、アプリ配置決定部１９は、チェックイン数が最も多い配布サーバ２があった場合には、この配布サーバ２を除いた配布サーバ２の中から順次配布サーバ２を選択する。アプリ配置決定部１９は、チェックイン数が最も多い配布サーバ２がなかった場合には、全ての配布サーバ２の中から順次配布サーバ２を選択する。

そして、アプリ配置決定部１９は、選択した配布サーバ２について、利用情報ＤＢ１３に記憶された、選択した配布サーバ２に対応する利用情報から閲覧回数の高いアプリＩＤを抽出する（ステップＳ４０）。ここでは、一例として、選択された配布サーバ２に既に配置されているアプリのアプリＩＤがＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈ，Ｉであるとする。そして、閲覧回数の高いアプリＩＤとしてＡ，Ｄ，Ｇが抽出されたとする。アプリ配置決定部１９は、抽出したアプリＩＤに対応する店舗の混雑度を、対応する配布サーバ２に問い合わせる（ステップＳ４１）。

そして、アプリ配置決定部１９は、抽出したアプリＩＤに対応する店舗の混雑度が基準値より高いか否かを判定する（ステップＳ４２）。混雑度が基準値より高いと判定した場合には（ステップＳ４２；Ｙｅｓ）、アプリ配置決定部１９は、閲覧回数の低いアプリを代わりに配置する（ステップＳ４３）。一例として、閲覧回数の高いアプリＩＤとして抽出されたＡ，Ｄ，Ｇの混雑度が全て基準値より高いとする。すると、アプリ配置決定部１９は、この人気アプリＡ，Ｄ，Ｇの配置を取りやめ、代わりの不人気アプリ（Ｂ，Ｃ，Ｅ，Ｆ，Ｈ，Ｉ）から選択して配置する。代わりのアプリの選択方法は、人気アプリＡ，Ｄ，Ｇの時点に閲覧回数が高いものにしても良いし、最も閲覧回数が低いものにしても良い。つまり、アプリ配置決定部１９は、店舗が混雑しているならば、人気アプリに代えて不人気アプリを配置することで、各店舗のアプリの閲覧機会が偏らないようにできる。そして、アプリ配置決定部１９は、ステップＳ４８に移行する。

混雑度が基準値より低いと判定した場合には（ステップＳ４２；Ｎｏ）、アプリ配置決定部１９は、抽出したアプリＩＤの対象店舗全ての混雑度が基準値より低いか否かを判定する（ステップＳ４４）。抽出したアプリＩＤの対象店舗全ての混雑度が基準値より低いわけではないと判定した場合には（ステップＳ４４；Ｎｏ）、アプリ配置決定部１９は、混雑度が基準値より高い店舗のみ、閲覧回数の低いアプリに入れ替える（ステップＳ４５）。一例として、閲覧回数の高いアプリＩＤとして抽出されたＡ，Ｄ，ＧのうちＡの店舗のみ混雑度が基準値より高いとする。すると、アプリ配置決定部１９は、人気アプリＡの配置を取りやめ、代わりの不人気アプリ（Ｂ，Ｃ，Ｅ，Ｆ，Ｈ，Ｉ）から選択して配置する。代わりのアプリの選択方法は、前述した方法と同様であれば良い。例えば、Ｄ、Ｇおよび次点Ｂのアプリが配置される。つまり、アプリ配置決定部１９は、店舗が混雑しているものがあれば、人気アプリに代えて不人気アプリを配置することで、各店舗のアプリの閲覧機会が偏らないようにできる。そして、アプリ配置決定部１９は、ステップＳ４８に移行する。

一方、抽出したアプリＩＤの対象店舗全ての混雑度が基準値より低いと判定した場合には（ステップＳ４４；Ｙｅｓ）、アプリ配置決定部１９は、抽出したアプリＩＤに対応するアプリを継続して配置する（ステップＳ４６）。さらに、アプリ配置決定部１９は、選択した配布サーバ２が、チェックイン数が最も多い配布サーバであれば、閲覧回数の低いアプリＩＤを渡す（ステップＳ４７）。一例として、選択された配布サーバ２が、チェックイン数が最も多い配布サーバであるとする。すると、例えば、Ａ，Ｄ，Ｇおよび次点のアプリＢが配置される。つまり、アプリ配置決定部１９は、ユーザがやってくる領域には、閲覧回数の低い（不人気な）アプリを配置することで、各店舗のアプリの閲覧機会を多くすることができる。そして、アプリ配置決定部１９は、ステップＳ３８に移行する。

ステップＳ４８において、アプリ配置決定部１９は、決定したアプリを配布サーバ２に通知する（ステップＳ４８）。そして、アプリ配置決定部１９は、未選択の配布サーバ２があるか否かを判定する（ステップＳ４９）。未選択の配布サーバ２があると判定した場合には（ステップＳ４９；Ｙｅｓ）、アプリ配置決定部１９は、次の未選択の配布サーバ２を選択すべく、ステップＳ３９Ａに移行する。

一方、未選択の配布サーバ２がないと判定した場合には（ステップＳ４９；Ｎｏ）、管理サーバ１の処理は、終了する。

［実施例の効果］
このようにして、上記実施例では、管理サーバ１は、実店舗に関わる広告アプリの利用情報と、実店舗の混雑度とに基づいて、配布サーバ２に対する複数の広告アプリの振り分けを更新するようにした。かかる構成によれば、管理サーバ１は、配布サーバ２に対して適切な広告アプリを振り分けることができる。すなわち、管理サーバ１は、配布サーバ２に配置される広告アプリの閲覧機会を増やすことが可能となる。

また、上記実施例では、管理サーバ１は、実店舗に関わる広告アプリの利用情報を用いて利用頻度の高い広告アプリを抽出し、抽出した広告アプリに関わる実店舗の混雑度を実店舗に対応する配布サーバ２に問い合わせる。そして、管理サーバ１は、混雑度が基準値より高い場合には、利用頻度の高い広告アプリの代わりに利用頻度の低い広告アプリを配布サーバ２に対して振り分ける。かかる構成によれば、管理サーバ１は、利用頻度の高い広告アプリだけを優先して振り分けるのではなく、利用頻度の低い広告アプリも振り分けることとしたので、各店舗の広告アプリの閲覧機会を偏らないように振り分けることが可能となる。この結果、管理サーバ１は、配布対象の広告アプリの店舗の売り上げを向上させることが期待できる。

また、上記実施例では、管理サーバ１は、混雑度が基準値より低い場合には、配布サーバ２に対して利用頻度の高い広告アプリを振り分けるとともに、配布サーバ２の通信領域に含まれるユーザ端末の数が最も多い場合には、配布サーバ２に対して利用頻度の低い広告アプリを振り分ける。かかる構成によれば、管理サーバ１は、利用頻度の高い広告アプリだけではなく、利用頻度の低い広告アプリも振り分けることとしたので、各店舗の広告アプリの閲覧機会を偏らないように振り分けることが可能となる。この結果、管理サーバ１は、配布対象の広告アプリの店舗の売り上げを向上させることが期待できる。

また、上記実施例では、管理サーバ１は、配布サーバ２の通信領域に含まれるユーザ端末３の数が最も多い場合には、混雑度に関わらず、配布サーバ２に対して利用頻度の低い広告アプリを振り分ける。かかる構成によれば、管理サーバ１は、人が最も多くやってくる通信領域の配布サーバ２に利用頻度の低い広告アプリを振り分けることとしたので、各店舗の広告アプリの閲覧機会を偏らないように振り分けることが可能となる。この結果、管理サーバ１は、配布対象の広告アプリの店舗の売り上げを向上させることが期待できる。

［その他］
なお、上記実施例では、管理サーバ１は、選択した配布サーバ２に対して、アプリ配置決定部１９によって決定された広告アプリを配布サーバ２に配置する。そして、配布サーバ２は、アプリ配信部２６によって配置された広告アプリを、ユーザ端末３から端末情報を受信したユーザ端末３に配信すると説明した。しかしながら、管理サーバ１は、これに限定されず、アプリ配信部２６と同様の機能を持つアプリ配信部を有するようにしても良い。すなわち、管理サーバ１は、選択した配布サーバ２に対して、アプリ配置決定部１９によって決定された広告アプリをアプリ配信部に出力する。そして、管理サーバ１のアプリ配信部が、ユーザ端末３から端末情報を受信したユーザ端末３に配信するようにすれば良い。かかる構成によれば、管理サーバ１は、配布サーバ２の通信領域に入ったユーザ端末３に適切な広告アプリを配布することができる。

また、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、制御部１６と情報管理部１７とを１個の部として統合しても良い。受信部２２と情報送信部２３とを１個の部として統合しても良い。また、アプリ配置決定部１９を、混雑度に基づいて再配置する広告アプリを決定する第１の決定部と、チェックイン数に基づいて再配置する広告アプリを決定する第２の決定部とに分散しても良い。アプリＤＢ１１、店舗情報ＤＢ１２、利用情報ＤＢ１３および端末情報ＤＢ１４を管理サーバ１の外部装置としてネットワーク経由で接続するようにしても良い。

また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した管理サーバ１と同様の機能を実現するアプリケーション配布プログラムを実行するコンピュータの一例を説明する。図８は、アプリケーション配布プログラムを実行するコンピュータの一例を示す図である。

図８に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラムなどを読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、アプリケーション配布プログラム２０５ａおよびアプリケーション配布処理関連情報２０５ｂを記憶する。

ＣＰＵ２０３は、アプリケーション配布プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、管理サーバ１の各機能部に対応する。アプリケーション配布処理関連情報２０５ｂは、アプリＤＢ１１、店舗情報ＤＢ１２、利用情報ＤＢ１３および端末情報ＤＢ１４に対応する。そして、例えばリムーバブルディスク２１１が、アプリケーション配布プログラム２０５ａなどの各情報を記憶する。

なお、アプリケーション配布プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらからアプリケーション配布プログラム２０５ａを読み出して実行するようにしても良い。

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

（付記１）コンピュータは、
実領域に関わるアプリケーションを複数記憶し、
前記アプリケーションを配布する配布サーバと前記配布サーバに対応する前記実領域とを対応付けた実領域情報を記憶し、
前記配布サーバに対して該記憶しているいずれかの前記アプリケーションを振り分け、
前記配布サーバから、前記配布サーバの通信領域に含まれるユーザ端末におけるアプリケーションの利用情報を受信し、受信した利用情報を管理し、
所定のタイミングで、
前記実領域情報を用いて前記配布サーバに対応する実領域の混雑度を判定し、
実領域に関わるアプリケーションの利用情報と、前記実領域の混雑度とに基づいて、前記配布サーバに対する複数のアプリケーションの振り分けを更新する
各処理を実行することを特徴とするアプリケーション配布方法。

(付記２)前記判定する処理は、前記利用情報を用いて利用頻度の高いアプリケーションを抽出し、抽出したアプリケーションに関わる実領域の混雑度を前記実領域情報の前記実領域に対応する配布サーバに問い合わせ、
前記更新する処理は、前記混雑度が基準値より高い場合には、利用頻度の高いアプリケーションの代わりに利用頻度の低いアプリケーションを前記配布サーバに対して振り分ける
ことを特徴とする付記１に記載のアプリケーション配布方法。

(付記３)前記更新する処理は、前記混雑度が基準値より低い場合には、前記配布サーバに対して利用頻度の高いアプリケーションを振り分けるとともに、前記配布サーバの通信領域に含まれるユーザ端末の数が最も多い場合には、前記配布サーバに対して利用頻度の低いアプリケーションを振り分ける
ことを特徴とする付記２に記載のアプリケーション配布方法。

(付記４)前記更新する処理は、前記配布サーバの通信領域に含まれるユーザ端末の数が最も多い場合には、前記混雑度に関わらず、前記配布サーバに対して利用頻度の低いアプリケーションを振り分ける
ことを特徴とする付記１に記載のアプリケーション配布方法。

（付記５）所定のタイミングは、１日毎、１週間毎または１か月毎である
ことを特徴とする付記１に記載のアプリケーション配布方法。

（付記６）実領域に関わるアプリケーションを複数記憶する第１の記憶部と、
前記アプリケーションを配布する配布サーバと前記配布サーバに対応する前記実領域とを対応付けた実領域情報を記憶する第２の記憶部と、
前記配布サーバから、前記配布サーバの通信領域に含まれるユーザ端末におけるアプリケーションの利用情報を受信し、受信した利用情報を管理する管理部と、
前記第２の記憶部に記憶された実領域情報を用いて前記配布サーバに対応する実領域の混雑度を判定する判定部と、
前記管理部によって管理されたアプリケーションの利用情報と、前記判定部によって判定された実領域の混雑度とに基づいて、前記配布サーバに対する複数のアプリケーションの振り分けを更新する更新部と、
を有することを特徴とする管理サーバ。

（付記７）実領域に関わるアプリケーションを配布する配布サーバと、前記アプリケーションの配布を管理する管理サーバと、前記配布サーバから配布されるアプリケーションを表示するユーザ端末とを有するアプリケーション配布システムにおいて、
前記管理サーバは、
前記アプリケーションを複数記憶する第１の記憶部と、
前記配布サーバと前記配布サーバに対応する前記実領域とを対応付けた実領域情報を記憶する第２の記憶部と、
前記配布サーバから、前記配布サーバの通信領域に含まれるユーザ端末におけるアプリケーションの利用情報を受信し、受信した利用情報を管理する管理部と、
前記第２の記憶部に記憶された実領域情報を用いて前記配布サーバに対応する実領域の混雑度を判定する判定部と、
前記管理部によって管理されたアプリケーションの利用情報と、前記判定部によって判定された実領域の混雑度とに基づいて、前記配布サーバに対する複数のアプリケーションの振り分けを更新する更新部と、
を有することを特徴とするアプリケーション配布システム。

（付記８）コンピュータに、
実領域に関わるアプリケーションを複数記憶し、
前記アプリケーションを配布する配布サーバと前記配布サーバに対応する前記実領域とを対応付けた実領域情報を記憶し、
前記配布サーバに対して該記憶しているいずれかの前記アプリケーションを振り分け、
前記配布サーバから、前記配布サーバの通信領域に含まれるユーザ端末におけるアプリケーションの利用情報を受信し、受信した利用情報を管理し、
所定のタイミングで、
前記実領域情報を用いて前記配布サーバに対応する実領域の混雑度を判定し、
実領域に関わるアプリケーションの利用情報と、前記実領域の混雑度とに基づいて、前記配布サーバに対する複数のアプリケーションの振り分けを更新する
処理を実行させることを特徴とするアプリケーション配布プログラム。

１ 管理サーバ
２ 配布サーバ
３ ユーザ端末
１１ アプリＤＢ
１２ 店舗情報ＤＢ
１３ 利用情報ＤＢ
１４ 端末情報ＤＢ
１５ 登録部
１６ 制御部
１７ 情報管理部
１８ 混雑情報分析部
１９ アプリ配置決定部
２１ アプリＤＢ
２２ 受信部
２３ 情報送信部
２４ 混雑情報算出部
２５ 配置制御部
２６ アプリ配信部
３１ 端末情報送信部
３２ 端末制御部
３３ アプリ表示部
３４ 利用情報送信部

Claims (6)

1. コンピュータは、
   実領域に関わるアプリケーションを複数記憶し、
   前記アプリケーションを配布する配布サーバと前記配布サーバに対応する前記実領域とを対応付けた実領域情報を記憶し、
   前記配布サーバに対して該記憶しているいずれかの前記アプリケーションを振り分け、
   前記配布サーバから、前記配布サーバの通信領域に含まれるユーザ端末におけるアプリケーションの利用情報を受信し、受信した利用情報を管理し、
   所定のタイミングで、
   前記利用情報を用いて利用頻度の高いアプリケーションを抽出し、抽出したアプリケーションに関わる実領域の混雑度を前記実領域情報の前記実領域に対応する配布サーバに問い合わせ、
   前記混雑度が基準値より高い場合には、利用頻度の高いアプリケーションの代わりに利用頻度の低いアプリケーションを前記配布サーバに対して振り分ける
   各処理を実行することを特徴とするアプリケーション配布方法。
2. 前記振り分ける処理は、前記混雑度が基準値より低い場合には、前記配布サーバに対して利用頻度の高いアプリケーションを振り分けるとともに、前記配布サーバの通信領域に含まれるユーザ端末の数が最も多い場合には、前記配布サーバに対して利用頻度の低いアプリケーションを振り分ける
   ことを特徴とする請求項１に記載のアプリケーション配布方法。
3. 前記振り分ける処理は、前記配布サーバの通信領域に含まれるユーザ端末の数が最も多い場合には、前記混雑度に関わらず、前記配布サーバに対して利用頻度の低いアプリケーションを振り分ける
   ことを特徴とする請求項１に記載のアプリケーション配布方法。
4. 実領域に関わるアプリケーションを複数記憶する第１の記憶部と、
   前記アプリケーションを配布する配布サーバと前記配布サーバに対応する前記実領域とを対応付けた実領域情報を記憶する第２の記憶部と、
   前記配布サーバから、前記配布サーバの通信領域に含まれるユーザ端末におけるアプリケーションの利用情報を受信し、受信した利用情報を管理する管理部と、
   前記管理部によって管理された前記利用情報を用いて利用頻度の高いアプリケーションを抽出し、抽出したアプリケーションに関わる実領域の混雑度を前記第２の記憶部に記憶された前記実領域情報の前記実領域に対応する配布サーバに問い合わせる問合せ部と、
   前記混雑度が基準値より高い場合には、利用頻度の高いアプリケーションの代わりに利用頻度の低いアプリケーションを前記配布サーバに対して振り分ける振り分け部と、
   を有することを特徴とする管理サーバ。
5. 実領域に関わるアプリケーションを配布する配布サーバと、前記アプリケーションの配布を管理する管理サーバと、前記配布サーバから配布されるアプリケーションを表示するユーザ端末とを有するアプリケーション配布システムにおいて、
   前記管理サーバは、
   前記アプリケーションを複数記憶する第１の記憶部と、
   前記配布サーバと前記配布サーバに対応する前記実領域とを対応付けた実領域情報を記憶する第２の記憶部と、
   前記配布サーバから、前記配布サーバの通信領域に含まれるユーザ端末におけるアプリケーションの利用情報を受信し、受信した利用情報を管理する管理部と、
   前記管理部によって管理された前記利用情報を用いて利用頻度の高いアプリケーションを抽出し、抽出したアプリケーションに関わる実領域の混雑度を前記第２の記憶部に記憶された前記実領域情報の前記実領域に対応する配布サーバに問い合わせる問合せ部と、
   前記混雑度が基準値より高い場合には、利用頻度の高いアプリケーションの代わりに利用頻度の低いアプリケーションを前記配布サーバに対して振り分ける振り分け部と、
   を有することを特徴とするアプリケーション配布システム。
6. コンピュータに、
   実領域に関わるアプリケーションを複数記憶し、
   前記アプリケーションを配布する配布サーバと前記配布サーバに対応する前記実領域とを対応付けた実領域情報を記憶し、
   前記配布サーバに対して該記憶しているいずれかの前記アプリケーションを振り分け、
   前記配布サーバから、前記配布サーバの通信領域に含まれるユーザ端末におけるアプリケーションの利用情報を受信し、受信した利用情報を管理し、
   所定のタイミングで、
   前記利用情報を用いて利用頻度の高いアプリケーションを抽出し、抽出したアプリケーションに関わる実領域の混雑度を前記実領域情報の前記実領域に対応する配布サーバに問い合わせ、
   前記混雑度が基準値より高い場合には、利用頻度の高いアプリケーションの代わりに利用頻度の低いアプリケーションを前記配布サーバに対して振り分ける
   処理を実行させることを特徴とするアプリケーション配布プログラム。

Images