(57)【要約】【課題】アプリケーションプログラムの配信回数を低減する。【解決手段】配信条件が成立した端末に、該配信条件に応じた１以上のプログラムを配信する情報処理装置であって、前記配信条件が成立した場合、該配信条件に応じた１以上のプログラムを特定する特定部と、特定した前記１以上のプログラムのうち、前記端末に保存するプログラムの優先度を、該プログラムを配信する前記配信条件の数と、前記配信条件が成立した回数と、前記配信条件が成立したことを示すログ情報とのうちの少なくとも１つに基づいて決定する決定部と、決定した前記優先度と、前記端末に保存されていない前記プログラムとを前記端末に配信する配信部と、を有する情報処理装置が提供される。【選択図】図３
2018151873.tif 000002
【特許請求の範囲】
【請求項１】
配信条件が成立した端末に、該配信条件に応じた１以上のプログラムを配信する情報処理装置であって、
前記配信条件が成立した場合、該配信条件に応じた１以上のプログラムを特定する特定部と、
特定した前記１以上のプログラムのうち、前記端末に保存するプログラムの優先度を、該プログラムを配信する前記配信条件の数と、前記配信条件が成立した回数と、前記配信条件が成立したことを示すログ情報とのうちの少なくとも１つに基づいて決定する決定部と、
決定した前記優先度と、前記端末に保存されていない前記プログラムとを前記端末に配信する配信部と、
を有する情報処理装置。
【請求項２】
前記ログ情報を記憶する記憶部を有し、
前記決定部は、
前記記憶部に記憶されているログ情報の数が、所定の第１の数以上である場合、前記記憶部に記憶されているログ情報に基づいて前記優先度を決定し、
前記記憶部に記憶されているログ情報の数が、前記第１の数未満で、かつ、所定の第２の数以上である場合、前記配信条件が成立した回数に基づいて前記優先度を決定し、
前記記憶部に記憶されているログ情報の数が、前記第２の数未満である場合、前記プログラムを配信する前記配信条件の数に基づいて前記優先度を決定する、請求項１に記載の情報処理装置。
【請求項３】
前記決定部は、
前記記憶部に記憶されているログ情報の数が、所定の第１の数以上である場合、前記記憶部に記憶されているログ情報に基づいて、前記端末に保存されていないプログラム毎に、該プログラムが前記端末に配信されてから再度配信されるまでの経過時間の実績が所定の時間以内であるログ情報の数及び割合を算出して、算出した前記ログ情報の数及び割合がそれぞれ所定の第１の基準値及び第２の基準値以上である端末の割合を前記優先度に決定する、請求項２に記載の情報処理装置。
【請求項４】
端末と、配信条件が成立した端末に該配信条件に応じた１以上のプログラムを配信する情報処理装置とを有する情報処理システムであって、
前記端末は、
配信条件が成立したか否かを判定する判定部と、
前記配信条件が成立したと判定した場合、成立した配信条件を示す情報を前記情報処理装置に送信する送信部と、を有し、
前記情報処理装置は、
成立した配信条件を示す情報を受信した場合、該配信条件に応じた１以上のプログラムを特定する特定部と、
特定した前記１以上のプログラムのうち、前記端末に保存するプログラムの優先度を、該プログラムを配信する前記配信条件の数と、前記配信条件が成立した回数と、前記配信条件が成立したことを示すログ情報とのうちの少なくとも１つに基づいて決定する決定部と、
決定した前記優先度と、前記端末に保存されていない前記プログラムとを前記端末に配信する配信部と、
を有する情報処理システム。
【請求項５】
配信条件が成立した端末に、該配信条件に応じた１以上のプログラムを配信するコンピュータが、
前記配信条件が成立した場合、該配信条件に応じた１以上のプログラムを特定する特定し、
特定した前記１以上のプログラムのうち、前記端末に保存するプログラムの優先度を、該プログラムを配信する前記配信条件の数と、前記配信条件が成立した回数と、前記配信条件が成立したことを示すログ情報とのうちの少なくとも１つに基づいて決定し、
決定した前記優先度と、前記端末に保存されていない前記プログラムとを前記端末に配信する、
処理を実行する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム及び情報処理方法に関する。
【背景技術】
【０００２】
場所や時間等の状況に応じたアプリケーションを端末に配信するサービス（以降では、「アプリ配信サービス」と表す。）が知られている。アプリ配信サービスでは、場所や時間等の状況に応じたアプリケーションがサーバに格納されており、端末において当該状況を示す条件が成立した場合、当該状況に応じたアプリケーションがサーバから端末に配信される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−３１０４９９号公報
【特許文献２】特開２０１３−１０５４７７号公報
【特許文献３】特開２００９−３３６６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、アプリ配信サービスでは、端末において条件が成立している間、サーバから配信されたアプリケーションを利用することができる。一方で、端末において条件が不成立となった場合、サーバから配信されたアプリケーションは端末から削除される。このため、端末において条件が成立する度に、当該条件により示される状況に応じたアプリケーションがサーバから端末に配信される。
【０００５】
しかしながら、例えば、条件の成立と不成立とを端末が頻繁に繰り返すような場合、同一のアプリケーションがサーバから端末に頻繁に配信され、アプリケーションの配信回数が増大することがあった。
【０００６】
開示の技術は、アプリケーションプログラムの配信回数を低減することを目的としている。
【課題を解決するための手段】
【０００７】
開示の技術は、配信条件が成立した端末に、該配信条件に応じた１以上のプログラムを配信する情報処理装置であって、前記配信条件が成立した場合、該配信条件に応じた１以上のプログラムを特定する特定部と、特定した前記１以上のプログラムのうち、前記端末に保存するプログラムの優先度を、該プログラムを配信する前記配信条件の数と、前記配信条件が成立した回数と、前記配信条件が成立したことを示すログ情報とのうちの少なくとも１つに基づいて決定する決定部と、決定した前記優先度と、前記端末に保存されていない前記プログラムとを前記端末に配信する配信部と、を有する。
【発明の効果】
【０００８】
アプリケーションプログラムの配信回数を低減することができる。
【図面の簡単な説明】
【０００９】
【図１】第一の実施形態に係るアプリ配信システムのシステム構成の一例を示す図である。
【図２】コンピュータのハードウェア構成の一例を示す図である。
【図３】第一の実施形態に係るアプリ配信システムの機能構成の一例を示す図である。
【図４】条件テーブルの一例を示す図である。
【図５】アプリ登録ＤＢの一例を示す図である。
【図６】第一の実施形態に係るアプリ配信システムの全体処理の一例を示すシーケンス図である。
【図７】第一の実施形態に係る条件判定処理の一例を示すフローチャートである。
【図８】第一の実施形態に係る優先度決定処理の一例を示すフローチャートである。
【図９】第二の実施形態に係るアプリ配信システムの機能構成の一例を示す図である。
【図１０】条件成立回数ＤＢの一例を示す図である。
【図１１】第二の実施形態に係るアプリ配信システムの全体処理の一例を示すシーケンス図である。
【図１２】第二の実施形態に係る優先度決定処理の一例を示すフローチャートである。
【図１３】第二の実施形態に係る優先度決定処理の他の例を示すフローチャートである
【図１４】第三の実施形態に係るアプリ配信システムの機能構成の一例を示す図である。
【図１５】配信機会ログＤＢの一例を示す図である。
【図１６】第三の実施形態に係るアプリ配信システムの全体処理の一例を示すシーケンス図である。
【図１７】第三の実施形態に係る優先度決定処理の一例を示すフローチャートである。
【図１８】日時順に取得された端末ＩＤ「Ｔ１」及びアプリＩＤ「Ａｐｐ１」を含む配信機会ログ情報の経過時間算出の一例を示す図である。
【図１９】第四の実施形態に係るアプリ配信システムの機能構成の一例を示す図である。
【図２０】第四の実施形態に係るアプリ配信システムの全体処理の一例を示すシーケンス図である。
【図２１】第四の実施形態に係る優先度決定処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について添付の図面を参照しながら説明する。
【００１１】
（第一の実施形態）
まず、本実施形態に係るアプリ配信システム１のシステム構成について、図１を参照しながら説明する。図１は、第一の実施形態に係るアプリ配信システム１のシステム構成の一例を示す図である。
【００１２】
図１に示すように、本実施形態に係るアプリ配信システム１は、アプリ配信サーバ１０と、１以上のユーザ端末２０とを有し、例えばインターネット等のネットワークＮを介して通信可能に接続されている。
【００１３】
アプリ配信サーバ１０は、アプリ配信サービスを提供する１以上のコンピュータである。アプリ配信サーバ１０は、ユーザ端末２０の状況（例えばユーザ端末２０の場所や時間等）に応じたアプリケーションプログラム（以降、単に「アプリケーション」と表す。）を当該ユーザ端末２０に配信する。
【００１４】
このとき、アプリ配信サーバ１０は、ユーザ端末２０の状況に応じたアプリケーションのうち、当該ユーザ端末２０に保存されていないアプリケーションを配信する。これにより、アプリ配信サーバ１０は、ユーザ端末２０に保存されているアプリケーションの配信を抑制することができ、アプリケーションの配信回数を低減することができる。
【００１５】
また、アプリ配信サーバ１０は、ユーザ端末２０の配信するアプリケーションの優先度を決定した上で、決定した優先度と共にアプリケーションを当該ユーザ端末２０に配信する。優先度とは、アプリケーションの配信機会の多寡を示す情報である。優先度が高いアプリケーション程、配信され易いアプリケーションであるということができる。したがって、優先度が高いアプリケーション程、ユーザ端末２０に保存され易くなる。
【００１６】
なお、場所や時間等の状況は、「プレイス」とも称される。ユーザ端末２０がプレイスに入ること（すなわち、例えば、ユーザ端末２０が所定の場所にいること）は「チェックイン」とも称される。一方で、ユーザ端末２０がプレイスから出ること（すなわち、例えば、ユーザ端末２０が所定の場所から出ること）は「チェックアウト」とも称される。プレイスは、後述するように、条件内容（例えば、場所を示す領域等）により定義される。
【００１７】
プレイスには、場所や時間の他にも、論理的に定義される特定の集合（例えば、理科の実験グループ）や特定の状況（例えば、所定の温度及び湿度）等が含まれても良い。
【００１８】
ユーザ端末２０は、アプリ配信サービスのユーザが利用するスマートフォン、タブレット端末、ノート型ＰＣ等のコンピュータである。ユーザ端末２０は、例えば無線ＬＡＮ（Local  Area  Network）等によりネットワークＮに接続されている。
【００１９】
ユーザ端末２０は、例えばＧＰＳ（Global  Positioning  System）受信機や各種センサ（例えば、温度センサや湿度センサ）等を有している。ユーザ端末２０は、ＧＰＳ受信機や各種センサ等から取得された情報に基づいて、プレイスを定義する条件内容のうち、成立する条件内容があるか否か（すなわち、チェックインしたプレイスがあるか否か）を判定する。
【００２０】
また、ユーザ端末２０は、成立する条件内容がある場合、当該条件内容が定義するプレイスに応じたアプリケーションのうち、当該ユーザ端末２０に保存されていないアプリケーションの配信をアプリ配信サーバ１０に要求する。これにより、ユーザ端末２０は、当該プレイスに応じたアプリケーションのうち、自身に保存されているアプリケーションの配信を抑制することができる。
【００２１】
更に、ユーザ端末２０は、アプリ配信サーバ１０からアプリケーション及び優先度を受信すると、当該優先度に応じて、当該アプリケーションを保存する。例えば、ユーザ端末２０は、優先度が所定の値以上である場合に、当該アプリケーションを保存する。これにより、優先度が高いアプリケーション（すなわち、配信機会が多いアプリケーション）の配信回数を低減させることができる。
【００２２】
次に、アプリ配信サーバ１０及びユーザ端末２０を実現するコンピュータ３００のハードウェア構成について、図２を参照しながら説明する。図２は、コンピュータ３００のハードウェア構成の一例を示す図である。
【００２３】
図２に示すように、コンピュータ３００は、入力装置３０１と、表示装置３０２と、外部Ｉ／Ｆ３０３と、通信Ｉ／Ｆ３０４と、ＲＯＭ（Read  Only  Memory）３０５とを有する。また、本実施形態に係るコンピュータ３００は、ＲＡＭ（Random  Access  Memory）３０６と、ＣＰＵ（Central  Processing  Unit）３０７と、記憶装置３０８とを有する。これら各ハードウェアは、それぞれがバス３０９で相互に接続されている。
【００２４】
入力装置３０１は、例えばキーボードやマウス、各種ボタン、タッチパネル等であり、コンピュータ３００に各種の操作信号を入力するのに用いられる。表示装置３０２は、例えばディスプレイ等であり、コンピュータ３００による各種の処理結果を表示する。なお、アプリ配信サーバ１０は、入力装置３０１及び表示装置３０２の少なくとも一方を有していなくても良い。
【００２５】
外部Ｉ／Ｆ３０３は、外部装置とのインタフェースである。外部装置には、記録媒体３０３ａ等がある。コンピュータ３００は、外部Ｉ／Ｆ３０３を介して、記録媒体３０３ａの読み取りや書き込みを行うことができる。
【００２６】
記録媒体３０３ａには、例えば、ＳＤメモリカード(SD  memory  card）やＵＳＢメモリ、ＣＤ（Compact  Disk）、ＤＶＤ（Digital  Versatile  Disk）等がある。
【００２７】
通信Ｉ／Ｆ３０４は、コンピュータ３００をネットワークＮに接続するためのインタフェースである。コンピュータ３００は、通信Ｉ／Ｆ３０４を介して、他の装置等と通信を行うことができる。
【００２８】
ＲＯＭ３０５は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。ＲＡＭ３０６は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＣＰＵ３０７は、例えば記憶装置３０８やＲＯＭ３０５等からプログラムやデータをＲＡＭ３０６上に読み出して、各種処理を実行する演算装置である。
【００２９】
記憶装置３０８は、例えばＨＤＤ（Hard  Disk  Drive）やＳＳＤ（Solid  State  Drive）等であり、プログラムやデータを格納している不揮発性のメモリである。記憶装置３０８に格納されるプログラムやデータには、基本ソフトウェアであるＯＳ（Operating  System）、各種アプリケーション等がある。
【００３０】
なお、ユーザ端末２０は、上記の各ハードウェアに加えて、例えば、ＧＰＳ受信機や各種センサ（温度センサや湿度センサ、気圧センサ等）を有していても良い。
【００３１】
本実施形態に係るアプリ配信サーバ１０及びユーザ端末２０は、図２に示すコンピュータ３００により、後述する各種処理が実現される。
【００３２】
次に、本実施形態に係るアプリ配信システム１の機能構成について、図３を参照しながら説明する。図３は、第一の実施形態に係るアプリ配信システム１の機能構成の一例を示す図である。
【００３３】
図３に示すように、ユーザ端末２０は、情報取得部２０１と、条件判定部２０２と、送受信部２０３と、未保存アプリＩＤリスト作成部２０４と、アプリ保存部２０５と、アプリ実行部２０６とを有する。これら各機能部は、ユーザ端末２０にインストールされた１以上のプログラムが、ＣＰＵに実行させる処理により実現される。
【００３４】
また、ユーザ端末２０は、条件テーブル２１０を有する。条件テーブル２１０は、例えばＲＡＭ、又はＳＳＤ等の記憶装置に記憶されている。更に、ユーザ端末２０は、アプリ記憶部２２０を有する。当該記憶部は、例えばＳＳＤ等の記憶装置を用いて実現可能である。
【００３５】
情報取得部２０１は、条件判定部２０２の判定に用いられる各種情報を取得する。例えば、情報取得部２０１は、ＧＰＳ受信機から位置情報を取得する。また、例えば、情報取得部２０１は、各種センサ等からセンシング情報を取得する。更に、例えば、情報取得部２０１は、タッチパネル等を用いてユーザにより入力された情報を取得する。以降では、情報取得部２０１により取得される情報を「判定用情報」と表す。
【００３６】
条件判定部２０２は、条件テーブル２１０を参照して、情報取得部２０１が取得した判定用情報から、プレイスを定義する条件内容のうち、成立した条件内容があるか否かを判定する。
【００３７】
ここで、条件判定部２０２が参照する条件テーブル２１０について、図４を参照しながら説明する。図４は、条件テーブル２１０の一例を示す図である。
【００３８】
図４に示すように、条件テーブル２１０には、１以上の条件情報が格納されている。また、条件情報には、条件ＩＤと、条件内容とが関連付けられている。条件ＩＤは、条件内容を識別する情報である。条件内容は、プレイスを定義する条件である。
【００３９】
プレイスを定義する条件は、例えば、所定の領域を定義する緯度及び経度で表される。また、プレイスを定義する条件は、例えば、所定の領域を定義する緯度及び経度と、所定の時間（又は時間帯）とで表される。プレイスを定義する条件は、これら以外にも、例えば、所定の空間を定義する緯度及び経度並びに高さで表されても良いし、温度の範囲で表されても良い。
【００４０】
このように、条件テーブル２１０には、条件ＩＤと、プレイスを定義する条件を示す条件内容とが関連付けられた条件情報が格納されている。条件テーブル２１０は、例えば、ユーザ端末２０の起動時に、アプリ配信サーバ１０から取得される。また、条件テーブル２１０は、例えば、後述するアプリ登録ＤＢ１１０が更新された場合に、アプリ配信サーバ１０からユーザ端末２０に送信されても良い。
【００４１】
送受信部２０３は、アプリ配信サーバ１０との間で各種情報を送受信する。例えば、送受信部２０３は、条件判定部２０２により成立した条件内容があると判定された場合、当該条件内容の条件ＩＤをアプリ配信サーバ１０に送信する。
【００４２】
また、例えば、送受信部２０３は、アプリＩＤリストをアプリ配信サーバ１０から受信する。アプリＩＤリストは、条件判定部２０２により成立すると判定された条件内容が定義するプレイスに応じたアプリケーションのアプリＩＤのリストである。アプリＩＤは、アプリケーションを識別する識別情報である。
【００４３】
更に、例えば、送受信部２０３は、アプリケーションと、当該アプリケーションの優先度とをアプリ配信サーバ１０から受信する。
【００４４】
未保存アプリＩＤリスト作成部２０４は、送受信部２０３がアプリＩＤリストを受信した場合に、当該アプリＩＤリストに含まれるアプリＩＤのうち、アプリ記憶部２２０に保存されていないアプリケーションのアプリＩＤのリストを作成する。未保存アプリＩＤリスト作成部２０４が作成するリストを「未保存アプリＩＤリスト」と表す。
【００４５】
アプリ保存部２０５は、送受信部２０３がアプリケーション及び優先度を受信した場合に、当該優先度に応じて、当該アプリケーションをアプリ記憶部２２０に保存する。アプリ保存部２０５は、例えば、優先度が、予め設定された所定の値以上である場合に、当該アプリケーションをアプリ記憶部２２０に保存する。
【００４６】
アプリ実行部２０６は、アプリＩＤリストに含まれるアプリＩＤのアプリケーションを実行する。このとき、アプリ実行部２０６は、アプリＩＤリストに含まれるアプリＩＤのアプリケーションがアプリ記憶部２２０に保存されている場合は、アプリ記憶部２２０に保存されているアプリケーションを実行する。一方で、アプリ実行部２０６は、アプリＩＤリストに含まれるアプリＩＤのアプリケーションがアプリ配信サーバ１０から配信された場合（すなわち、アプリ記憶部２２０に保存されていない場合）は、配信されたアプリケーションを実行する。
【００４７】
アプリ記憶部２２０は、アプリ保存部２０５により保存されたアプリケーションを記憶する。
【００４８】
図３に示すように、アプリ配信サーバ１０は、送受信部１０１と、アプリＩＤリスト作成部１０２と、優先度決定部１０３と、アプリ取得部１０４とを有する。これら各機能部は、アプリ配信サーバ１０にインストールされた１以上のプログラムが、ＣＰＵに実行させる処理により実現される。また、アプリ配信サーバ１０は、アプリ登録ＤＢ１１０を有する。当該ＤＢは、例えばＨＤＤ等の記憶装置を用いて実現可能である。なお、当該ＤＢは、例えば、アプリ配信サーバ１０とネットワークＮを介して接続される記憶装置等を用いて実現されていても良い。
【００４９】
アプリ登録ＤＢ１１０は、ユーザ端末２０に配信されるアプリケーションが登録されたＤＢ（データベース）である。ここで、アプリ登録ＤＢ１１０について、図５を参照しながら説明する。図５は、アプリ登録ＤＢ１１０の一例を示す図である。
【００５０】
図５に示すように、アプリ登録ＤＢ１１０には、１以上のアプリ登録情報が格納されている。また、アプリ登録情報には、条件ＩＤと、アプリケーション情報とが関連付けられている。更に、アプリケーション情報には、条件ＩＤにより示される条件内容が成立した場合に配信される１以上のアプリケーションのアプリＩＤと、当該アプリＩＤのアプリケーションとが関連付けられている。
【００５１】
このように、アプリ登録ＤＢ１１０には、条件ＩＤと、アプリケーション情報とが関連付けられたアプリ登録情報が格納されている。
【００５２】
送受信部１０１は、ユーザ端末２０との間で各種情報を送受信する。例えば、送受信部１０１は、アプリＩＤリスト作成部１０２が作成したアプリＩＤリストをユーザ端末２０に送信する。また、例えば、送受信部１０１は、アプリ取得部１０４が取得したアプリケーションと、優先度決定部１０３が決定した優先度とをユーザ端末２０に送信する。
【００５３】
アプリＩＤリスト作成部１０２は、送受信部１０１が条件ＩＤを受信した場合に、アプリ登録ＤＢ１１０を参照して、当該条件ＩＤに関連付けられているアプリＩＤのリスト（アプリＩＤリスト）を作成する。
【００５４】
優先度決定部１０３は、送受信部１０１が未保存アプリＩＤリストを受信した場合に、当該未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションの優先度を決定する。優先度決定部１０３は、アプリ登録ＤＢ１１０を参照して、未保存アプリＩＤリストに含まれるアプリＩＤ毎に、当該アプリＩＤに関連付けられている条件ＩＤの数（条件ＩＤ数）を算出して、算出した条件ＩＤ数を優先度に決定する。
【００５５】
アプリ取得部１０４は、送受信部１０１が未保存アプリＩＤリストを受信した場合に、当該未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションをアプリ登録ＤＢ１１０から取得する。
【００５６】
次に、本実施形態に係るアプリ配信システム１の全体的な処理について、図６を参照しながら説明する。図６は、第一の実施形態に係るアプリ配信システム１の全体処理の一例を示すシーケンス図である。
【００５７】
まず、ユーザ端末２０は、プレイスを定義する条件内容のうち、成立した条件内容があるか否かを判定するための条件判定処理を行う（ステップＳ６０１）。
【００５８】
ここで、上記のステップＳ６０１の条件判定処理について、図７を参照しながら説明する。図７は、第一の実施形態に係る条件判定処理の一例を示すフローチャートである。なお、図７に示す条件判定処理は、例えば、予め決められた所定の時間毎に実行されても良いし、ユーザによる操作に応じて実行されても良い。また、例えば、ＧＰＳ受信機により位置が測定される毎に実行されても良いし、各種センサによりセンシングが行われる毎に実行されても良い。
【００５９】
まず、情報取得部２０１は、判定用情報を取得する（ステップＳ７０１）。すなわち、情報取得部２０１は、例えば、位置情報やセンシング情報、ユーザにより入力された情報、現在時刻を示す時刻情報等の判定用情報を取得する。
【００６０】
次に、条件判定部２０２は、情報取得部２０１が取得した判定用情報に基づいて、条件テーブル２１０に格納されている条件情報のうち、条件内容が成立する条件情報が存在するか否かを判定する（ステップＳ７０２）。
【００６１】
例えば、条件テーブル２１０に格納されている条件情報の条件内容が、緯度及び経度で定義された領域であり、判定用情報が位置情報であるとする。この場合、条件判定部２０２は、当該位置情報により示される位置を含む領域が定義された条件内容の条件情報が存在するか否かを判定する。当該条件情報が存在する場合、条件判定部２０２は、条件内容が成立する条件情報が存在すると判定する。
【００６２】
また、例えば、条件テーブル２１０に格納されている条件情報の条件内容が、緯度及び経度で定義された領域と、温度で定義された温度範囲とであり、判定用情報が位置情報と温度情報とであるとする。この場合、条件判定部２０２は、当該位置情報により示される位置を含む領域と、当該温度情報により示される温度を含む温度範囲とが定義された条件内容の条件情報が存在するか否かを判定する。当該条件情報が存在する場合、条件判定部２０２は、条件内容が成立する条件情報が存在すると判定する。
【００６３】
更に、例えば、条件テーブル２１０に格納されている条件情報の条件内容が、緯度及び経度で定義された領域と、所定の時間範囲とであり、判定用情報が位置情報と時刻情報とであるとする。この場合、条件判定部２０２は、当該位置情報により示される位置を含む領域と、当該時刻情報により示される時刻を含む時間範囲とが定義された条件内容の条件情報が存在するか否かを判定する。当該条件情報が存在する場合、条件判定部２０２は、条件内容が成立する条件情報が存在すると判定する。
【００６４】
ステップＳ７０２において、条件内容が成立する条件情報が存在しないと判定された場合、条件判定部２０２は、処理を終了させる。この場合、図６のステップＳ６０２以降の処理は実行されない。
【００６５】
一方、ステップＳ７０２において、条件内容が成立する条件情報が存在すると判定された場合、条件判定部２０２は、当該条件情報の条件ＩＤを取得する（ステップＳ７０３）。条件内容が成立したとは、当該条件内容が定義するプレイスにユーザ端末２０がチェックインしたことを意味する。なお、例えば、条件内容が成立する条件情報が複数存在すると判定された場合、条件判定部２０２は、これら複数の条件情報の条件ＩＤをそれぞれ取得しても良い。
【００６６】
図６に戻る。ステップＳ６０１に続いて、ユーザ端末２０の送受信部２０３は、条件判定部２０２が取得した条件ＩＤをアプリ配信サーバ１０に送信する（ステップＳ６０２）。
【００６７】
アプリ配信サーバ１０のアプリＩＤリスト作成部１０２は、送受信部１０１が条件ＩＤを受信すると、アプリ登録ＤＢ１１０を参照して、当該条件ＩＤに関連付けられているアプリＩＤを含むアプリＩＤリストを作成する（ステップＳ６０３）。
【００６８】
例えば、送受信部１０１が受信した条件ＩＤが「Ｐ１」である場合、アプリＩＤリスト作成部１０２は、図５に示すアプリ登録ＤＢ１１０を参照して、アプリＩＤ「Ａｐｐ１」と、アプリＩＤ「Ａｐｐ２」とを含むアプリＩＤリストを作成する。
【００６９】
アプリＩＤリストに含まれるアプリＩＤのアプリケーションが、ユーザ端末２０がチェックインしたプレイスで利用するアプリケーションである。後述するように、アプリＩＤリストに含まれるアプリＩＤのアプリケーションのうち、ユーザ端末２０に保存されていないアプリケーションが当該ユーザ端末２０に配信される。
【００７０】
次に、アプリ配信サーバ１０の送受信部１０１は、アプリＩＤリスト作成部１０２が作成したアプリＩＤリストをユーザ端末２０に送信する（ステップＳ６０４）。
【００７１】
ユーザ端末２０の未保存アプリＩＤリスト作成部２０４は、送受信部２０３がアプリＩＤリストを受信すると、未保存アプリＩＤリストを作成する（ステップＳ６０５）。未保存アプリＩＤリストは、アプリＩＤリストに含まれるアプリＩＤのうち、アプリ記憶部２２０に保存されていないアプリケーションのアプリＩＤのリストである。
【００７２】
例えば、アプリＩＤリストに含まれるアプリＩＤが「Ａｐｐ１」と「Ａｐｐ２」とであり、アプリＩＤ「Ａｐｐ１」のアプリケーションがアプリ記憶部２２０に保存されているとする。この場合、未保存アプリＩＤリスト作成部２０４は、アプリＩＤ「Ａｐｐ２」が含まれる未保存アプリＩＤリストを作成する。
【００７３】
また、例えば、アプリＩＤリストに含まれるアプリＩＤが「Ａｐｐ１」と「Ａｐｐ２」とであり、アプリ記憶部２２０にアプリケーションが保存されていないとする。この場合、未保存アプリＩＤリスト作成部２０４は、アプリＩＤ「Ａｐｐ１」と、アプリＩＤ「Ａｐｐ２」とが含まれる未保存アプリＩＤリストを作成する。
【００７４】
更に、例えば、アプリＩＤリストに含まれるアプリＩＤが「Ａｐｐ１」と「Ａｐｐ２」とであり、アプリＩＤ「Ａｐｐ１」のアプリケーションと、アプリＩＤ「Ａｐｐ２」のアプリケーションとがアプリ記憶部２２０に保存されているとする。この場合、未保存アプリＩＤリスト作成部２０４は、アプリＩＤが含まれない未保存アプリＩＤリストを作成する。
【００７５】
次に、ユーザ端末２０の送受信部２０３は、未保存アプリＩＤリスト作成部２０４が作成した未保存アプリＩＤリストをアプリ配信サーバ１０に送信する（ステップＳ６０６）。これより、ユーザ端末２０は、未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションの配信をアプリ配信サーバ１０に要求することができる。
【００７６】
アプリ配信サーバ１０の優先度決定部１０３は、送受信部１０１が未保存アプリＩＤリストを受信すると、当該未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションの優先度を決定するための優先度決定処理を行う（ステップＳ６０７）。
【００７７】
ここで、上記のステップＳ６０７の優先度決定処理について、図８を参照しながら説明する。図８は、第一の実施形態に係る優先度決定処理の一例を示すフローチャートである。
【００７８】
優先度決定部１０３は、未保存アプリＩＤリストからアプリＩＤを１件取得する（ステップＳ８０１）。
【００７９】
なお、上記のステップＳ８０１において未保存アプリＩＤリストにアプリＩＤが１件も含まれない場合、優先度決定部１０３は、処理を終了させる。この場合、アプリ配信サーバ１０からユーザ端末２０へアプリケーションの配信は行われず、ユーザ端末２０は、後述するステップＳ６１１において、アプリ記憶部２２０に保存されているアプリケーションを実行する。
【００８０】
次に、優先度決定部１０３は、アプリ登録ＤＢ１１０を参照して、取得したアプリＩＤに関連付けられている条件ＩＤの数（条件ＩＤ数）を算出する。そして、優先度決定部１０３は、算出した条件ＩＤ数を、当該アプリＩＤのアプリケーションの優先度に決定する（ステップＳ８０２）。
【００８１】
例えば、取得したアプリＩＤが「Ａｐｐ１」であるとする。この場合、図５に示すアプリ登録ＤＢ１１０には、条件ＩＤ「Ｐ１」と「Ｐ３」とがアプリＩＤ「Ａｐｐ１」に関連付けられている。したがって、優先度決定部１０３は、アプリＩＤ「Ａｐｐ１」のアプリケーションの優先度を「２」に決定する。
【００８２】
このように優先度を決定することで、アプリＩＤに関連付けられている条件ＩＤの数が多いアプリケーション程、優先度を高くすることができる。アプリＩＤに関連付けられている条件ＩＤの数が多いアプリケーション程、配信される機会（すなわち、条件内容が成立する機会）が多いと考えられるためである。
【００８３】
次に、優先度決定部１０３は、未保存アプリＩＤリストに次のアプリＩＤ（すなわち、未だ取得していないアプリＩＤ）があるか否かを判定する（ステップＳ８０３）。
【００８４】
ステップＳ８０３において、次のアプリＩＤがないと判定した場合、優先度決定部１０３は、処理を終了させる。
【００８５】
一方で、ステップＳ８０３において、次のアプリＩＤがあると判定した場合、優先度決定部１０３は、未保存アプリＩＤリストから当該次のアプリＩＤを取得する（ステップＳ８０４）。そして、優先度決定部１０３は、ステップＳ８０２に戻る。
【００８６】
以上により、未保存アプリＩＤに含まれるアプリＩＤ毎に、当該アプリＩＤのアプリケーションの優先度が決定される。
【００８７】
図６に戻る。ステップＳ６０７に続いて、アプリ配信サーバ１０のアプリ取得部１０４は、送受信部１０１が受信した未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションをアプリ登録ＤＢ１１０から取得する（ステップＳ６０８）。
【００８８】
なお、上記のステップＳ６０７及びステップＳ６０８の処理は、実行順が逆であっても良い。
【００８９】
次に、アプリ配信サーバ１０の送受信部１０１は、アプリ取得部１０４が取得したアプリケーションと、優先度決定部１０３が決定した、当該アプリケーションの優先度とをユーザ端末２０に送信する（ステップＳ６０９）。
【００９０】
例えば、未保存アプリＩＤリストに含まれるアプリＩＤ「Ａｐｐ１」と「Ａｐｐ２」とであったとする。この場合、送受信部１０１は、アプリＩＤ「Ａｐｐ１」のアプリケーションと、当該アプリケーションの優先度とをユーザ端末２０に送信すると共に、アプリＩＤ「Ａｐｐ２」のアプリケーションと、当該アプリケーションの優先度とをユーザ端末２０に送信する。
【００９１】
ユーザ端末２０のアプリ保存部２０５は、送受信部２０３がアプリケーション及び優先度を受信すると、優先度に応じてアプリケーションをアプリ記憶部２２０に保存する（ステップＳ６１０）。
【００９２】
例えば、アプリ保存部２０５は、アプリケーションの優先度が、予め設定された所定の値以上である場合に、当該アプリケーションをアプリ記憶部２２０に保存する。
【００９３】
または、例えば、アプリ保存部２０５は、アプリ記憶部２２０の残容量が、予め設定された所定の容量以上である場合には、全てのアプリケーションを保存しても良い。この場合、例えば、アプリ保存部２０５は、アプリ記憶部２２０の残容量が、予め設定された所定の容量を下回った場合には、優先度に応じてアプリケーションをアプリ記憶部２２０に保存しても良い。
【００９４】
更に、例えば、アプリ保存部２０５は、アプリ記憶部２２０の残容量が、予め設定された所定の容量を下回った場合には、アプリ記憶部２２０に保存されているアプリケーションのうち、優先度が低い順にアプリケーションを削除しても良い。このとき、アプリ保存部２０５は、優先度だけでなく、例えば、アプリケーションのサイズや有効期限等の属性、端末とアプリケーションとの相性等を考慮した上で削除しても良い。
【００９５】
次に、ユーザ端末２０のアプリ実行部２０６は、アプリＩＤリストに含まれるアプリＩＤのアプリケーションを実行する（ステップＳ６１１）。このとき、アプリ実行部２０６は、アプリＩＤリストに含まれるアプリＩＤのアプリケーションがアプリ記憶部２２０に保存されている場合は、アプリ記憶部２２０に保存されているアプリケーションを実行する。一方で、アプリ実行部２０６は、アプリＩＤリストに含まれるアプリＩＤのアプリケーションがアプリ記憶部２２０に保存されていない場合は、アプリ配信サーバ１０から送信されたアプリケーションを実行する。なお、アプリ実行部２０６は、ユーザ端末２０がプレイスからチェックアウトした場合、アプリケーションの実行を終了させる。
【００９６】
以上のように、本実施形態に係るアプリ配信システム１では、ユーザ端末２０がプレイスにチェックインした場合、当該プレイスに応じたアプリケーションのうち、当該ユーザ端末２０に保存されていないアプリケーションがアプリ配信サーバ１０から配信される。これにより、例えば、ユーザ端末２０があるプレイスに頻繁にチェックインとチェックアウトとを繰り返すような場合に、アプリ配信サーバ１０がユーザ端末２０にアプリケーションを配信する回数を低減することができる。
【００９７】
また、本実施形態に係るアプリ配信システム１では、ユーザ端末２０に保存されていないアプリケーションの優先度を、当該アプリケーションのアプリＩＤに関連付けられている条件ＩＤの数から算出した上で、当該アプリケーションと共に送信する。これにより、ユーザ端末２０は、アプリ配信サーバ１０から配信されたアプリケーションについて、当該アプリケーションの優先度に応じて保存するか否かを決定することができる。
【００９８】
（第二の実施形態）
次に、第二の実施形態について説明する。第二の実施形態では、条件内容が成立した回数（すなわち、ユーザ端末２０がプレイスにチェックインした回数）から、アプリケーションの優先度を算出する場合について説明する。条件内容が成立した回数から優先度を算出することで、ユーザ端末２０で実際に条件内容が成立した実績を考慮した優先度を算出することができる。
【００９９】
なお、第二の実施形態では、第一の実施形態と実質的に同一の機能を有する構成要素については、同一の符号を付与することにより重複した説明を省くものとする。
【０１００】
まず、本実施形態に係るアプリ配信システム１の機能構成について、図９を参照しながら説明する。図９は、本実施形態に係るアプリ配信システム１の機能構成の一例を示す図である。
【０１０１】
図９に示すように、本実施形態に係るアプリ配信サーバ１０は、優先度決定部１０３Ａの機能が異なる。また、本実施形態に係るアプリ配信サーバ１０は、条件成立回数管理部１０５を有する。条件成立回数管理部１０５は、アプリ配信サーバ１０にインストールされた１以上のプログラムが、ＣＰＵに実行させる処理により実現される。
【０１０２】
更に、本実施形態に係るアプリ配信サーバ１０は、条件成立回数ＤＢ１２０を有する。当該ＤＢは、例えばＨＤＤ等の記憶装置を用いて実現可能である。なお、当該ＤＢは、例えば、アプリ配信サーバ１０とネットワークＮを介して接続される記憶装置等を用いて実現されていても良い。
【０１０３】
条件成立回数ＤＢ１２０は、条件ＩＤ毎の条件内容の成立回数を示す条件成立回数情報が格納されたＤＢ（データベース）である。ここで、条件成立回数ＤＢ１２０について、図１０を参照しながら説明する。図１０は、条件成立回数ＤＢ１２０の一例を示す図である。
【０１０４】
図１０に示すように、条件成立回数ＤＢ１２０には、１以上の条件成立回数情報が格納されている。また、条件成立回数情報には、条件ＩＤと、条件成立回数とが関連付けられている。条件成立回数には、端末ＩＤ毎に、条件内容が成立した回数が関連付けられている。端末ＩＤとは、ユーザ端末２０を識別する情報である。
【０１０５】
例えば、条件ＩＤ「Ｐ１」の条件成立回数情報には、端末ＩＤ「Ｔ１」の条件成立回数「２」と、端末ＩＤ「Ｔ２」の条件成立回数「０」と、端末ＩＤ「Ｔ３」の条件成立回数「３」とが含まれる。
【０１０６】
このように、条件成立回数ＤＢ１２０には、条件ＩＤと、ユーザ端末２０毎の条件成立回数とが関連付けられた条件成立回数情報が格納されている。なお、条件成立回数は、条件ＩＤと、ユーザ端末２０毎（すなわち、端末ＩＤ）の条件成立回数とが関連付けられているが、これに限られず、例えば、条件ＩＤと、ユーザ端末２０のユーザ（すなわち、ユーザＩＤ）毎の条件成立回数とが関連付けられていても良い。
【０１０７】
優先度決定部１０３Ａは、送受信部１０１が未保存アプリＩＤリストを受信した場合に、当該未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションの優先度を決定する。優先度決定部１０３Ａは、アプリ登録ＤＢ１１０と、条件成立回数ＤＢ１２０とを参照して、未保存アプリＩＤリストに含まれるアプリＩＤ毎に、当該アプリＩＤに関連付けられている条件ＩＤの条件成立回数の合計を算出して、算出した合計を優先度に決定する。
【０１０８】
条件成立回数管理部１０５は、送受信部１０１が条件ＩＤ及び端末ＩＤを受信した場合に、当該条件ＩＤ及び当該端末ＩＤに関連付けられている条件成立回数を更新する。
【０１０９】
次に、本実施形態に係るアプリ配信システム１の全体的な処理について、図１１を参照しながら説明する。図１１は、第二の実施形態に係るアプリ配信システム１の全体処理の一例を示すシーケンス図である。なお、ステップＳ６０１、ステップＳ６０３〜ステップＳ６０５、及びステップＳ６０８〜ステップＳ６１１は、図６と同様であるため、その説明を省略する。
【０１１０】
ステップＳ６０１に続いて、ユーザ端末２０の送受信部２０３は、条件判定部２０２が取得した条件ＩＤと、当該ユーザ端末２０の端末ＩＤとをアプリ配信サーバ１０に送信する（ステップＳ１１０１）。
【０１１１】
アプリ配信サーバ１０の条件成立回数管理部１０５は、送受信部１０１が条件ＩＤ及び端末ＩＤを受信すると、当該条件ＩＤ及び当該端末ＩＤに関連付けられている条件成立回数を更新する（ステップＳ１１０２）。すなわち、条件成立回数管理部１０５は、条件成立回数ＤＢ１２０に格納されている条件成立回数情報のうち、当該条件ＩＤ及び当該端末ＩＤに関連付けられている条件成立回数情報の条件成立回数に「１」を加算する。
【０１１２】
ステップＳ６０５に続いて、ユーザ端末２０の送受信部２０３は、未保存アプリＩＤリスト作成部２０４が作成した未保存アプリＩＤリストと、当該ユーザ端末２０の端末ＩＤとをアプリ配信サーバ１０に送信する（ステップＳ１１０３）。
【０１１３】
アプリ配信サーバ１０の優先度決定部１０３Ａは、送受信部１０１が未保存アプリＩＤリストと端末ＩＤとを受信すると、当該未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションの優先度を決定するための優先度決定処理を行う（ステップＳ１１０４）。
【０１１４】
ここで、上記のステップＳ１１０４の優先度決定処理について、図１２を参照しながら説明する。図１２は、第二の実施形態に係る優先度決定処理の一例を示すフローチャートである。なお、ステップＳ８０１及びステップＳ８０３〜ステップＳ８０４は、図８と同様であるため、その説明を省略する。
【０１１５】
ステップＳ８０１又はステップＳ８０４に続いて、優先度決定部１０３Ａは、アプリ登録ＤＢ１１０を参照して、取得したアプリＩＤに関連付けられている条件ＩＤを特定する（ステップＳ１２０１）。
【０１１６】
例えば、取得したアプリＩＤが「Ａｐｐ１」であるとする。この場合、図５に示すアプリ登録ＤＢ１１０には、条件ＩＤ「Ｐ１」と「Ｐ３」とがアプリＩＤ「Ａｐｐ１」に関連付けられている。したがって、優先度決定部１０３Ａは、アプリＩＤ「Ａｐｐ１」に関連付けられている条件ＩＤを、「Ｐ１」及び「Ｐ２」と特定する。
【０１１７】
次に、優先度決定部１０３Ａは、条件成立回数ＤＢ１２０を参照して、特定した条件ＩＤと、送受信部１０１が受信した端末ＩＤとに関連付けられている条件成立回数の合計を算出する。そして、優先度決定部１０３Ａは、算出した合計を、取得したアプリＩＤのアプリケーションの優先度に決定する（ステップＳ１２０２）。
【０１１８】
例えば、取得したアプリＩＤが「Ａｐｐ１」、上記のステップＳ１２０１で特定された条件ＩＤが「Ｐ１」及び「Ｐ２」、送受信部１０１が受信した端末ＩＤが「Ｔ１」であるとする。この場合、図１０に示す条件成立回数ＤＢ１２０において、条件ＩＤ「Ｐ１」及び端末ＩＤ「Ｔ１」には、条件成立回数「２」が関連付けられている。また、同様に、条件ＩＤ「Ｐ２」及び端末ＩＤ「Ｔ１」には、条件成立回数「５」が関連付けられている。したがって、優先度決定部１０３Ａは、アプリＩＤ「Ａｐｐ１」のアプリケーションの優先度を、条件成立回数「２」と「５」との合計「７」に決定する。
【０１１９】
このように優先度を決定することで、ユーザ端末２０毎に、アプリＩＤに関連付けられている条件ＩＤの条件内容の成立回数が多い程、優先度を高くすることができる。アプリＩＤに関連付けられている条件ＩＤの条件内容の成立回数が多い程、配信される機会（すなわち、条件内容が再び成立する機会）が多いと考えられるためである。
【０１２０】
なお、例えば、優先度決定部１０３Ａは、取得したアプリＩＤに関連付けられている条件ＩＤ数に、条件成立回数の合計を加算又は乗算することで、当該アプリＩＤのアプリケーションの優先度を算出しても良い。例えば、取得したアプリＩＤが「Ａｐｐ１」、上記のステップＳ１２０１で特定された条件ＩＤが「Ｐ１」及び「Ｐ２」、送受信部１０１が受信した端末ＩＤが「Ｔ１」であるとする。この場合、アプリＩＤ「Ａｐｐ１」に関連付けられている条件ＩＤの数（条件ＩＤ数）は「２」である。したがって、優先度決定部１０３Ａは、条件ＩＤ数「２」に対して、条件成立回数の合計「７」を加算又は乗算した値を、アプリＩＤ「Ａｐｐ１」のアプリケーションの優先度としても良い。
【０１２１】
ここで、上記のステップＳ１１０４の優先度決定処理の他の例について、図１３を参照しながら説明する。図１３は、第二の実施形態に係る優先度決定処理の他の例を示すフローチャートである。なお、ステップＳ８０、ステップＳ８０３〜ステップＳ８０４、及びステップＳ１２０１は、図１２と同様であるため、その説明を省略する。
【０１２２】
ステップＳ１２０１に続いて、優先度決定部１０３Ａは、条件成立回数ＤＢ１２０を参照して、特定した条件ＩＤに関連付けられている全端末ＩＤの条件成立回数の合計を算出する。そして、優先度決定部１０３Ａは、算出した合計を、取得したアプリＩＤのアプリケーションの優先度に決定する（ステップＳ１３０１）。
【０１２３】
例えば、取得したアプリＩＤが「Ａｐｐ１」、ステップＳ１２０１で特定された条件ＩＤが「Ｐ１」及び「Ｐ２」であるとする。この場合、図１０に示す条件成立回数ＤＢ１２０において、条件ＩＤ「Ｐ１」には、端末ＩＤ「Ｔ１」の条件成立回数「２」と、端末ＩＤ「Ｔ２」の条件成立回数「０」と、端末ＩＤ「Ｔ３」の条件成立回数「３」とが関連付けられている。同様に、条件ＩＤ「Ｐ２」には、端末ＩＤ「Ｔ１」の条件成立回数「５」と、端末ＩＤ「Ｔ２」の条件成立回数「１」と、端末ＩＤ「Ｔ３」の条件成立回数「０」とが関連付けられている。したがって、優先度決定部１０３Ａは、アプリＩＤ「Ａｐｐ１」のアプリケーションの優先度を、これらの条件成立回数「２」、「０」、「３」、「５」、「１」、及び「０」の合計「１１」に決定する。
【０１２４】
このように優先度を決定することで、全ユーザ端末２０において、アプリＩＤに関連付けられている条件ＩＤの条件内容の成立回数が多い程、優先度を高くすることができる。
【０１２５】
以上のように、本実施形態に係るアプリ配信システム１では、ユーザ端末２０に保存されていないアプリケーションの優先度を、当該アプリケーションのアプリＩＤに関連付けられている条件ＩＤが示す条件内容の成立回数から算出する。これにより、条件内容の成立回数の実績を考慮した優先度を算出することができる。したがって、条件成立回数ＤＢ１２０の更新がある程度行われ、条件成立回数の実績がある程度蓄積されている場合は、第一の実施形態よりも高い精度でアプリケーションの優先度を決定することができるようになる。
【０１２６】
（第三の実施形態）
次に、第三の実施形態について説明する。第三の実施形態では、条件内容が成立したこと示すログ（後述する配信機会ログ情報）が蓄積されている場合に、当該ログからアプリケーションの優先度を算出する場合について説明する。このようなログから優先度を算出することで、ユーザ端末２０で実際に条件内容が成立した時間間隔や回数等を考慮することができる。
【０１２７】
なお、第三の実施形態では、第一の実施形態と実質的に同一の機能を有する構成要素については、同一の符号を付与することにより重複した説明を省くものとする。
【０１２８】
まず、本実施形態に係るアプリ配信システム１の機能構成について、図１４を参照しながら説明する。図１４は、第三の実施形態に係るアプリ配信システム１の機能構成の一例を示す図である。
【０１２９】
図１４に示すように、本実施形態に係るアプリ配信サーバ１０は、優先度決定部１０３Ｂの機能が異なる。また、本実施形態に係るアプリ配信サーバ１０は、配信機会ログ管理部１０６を有する。配信機会ログ管理部１０６は、アプリ配信サーバ１０にインストールされた１以上のプログラムが、ＣＰＵに実行させる処理により実現される。
【０１３０】
更に、本実施形態に係るアプリ配信サーバ１０は、配信機会ログＤＢ１３０を有する。当該ＤＢは、例えばＨＤＤ等の記憶装置を用いて実現可能である。なお、当該ＤＢは、例えば、アプリ配信サーバ１０とネットワークＮを介して接続される記憶装置等を用いて実現されていても良い。
【０１３１】
配信機会ログＤＢ１３０は、条件内容が成立したことを示す配信機会ログ情報が格納されたＤＢ（データベース）である。ここで、配信機会ログＤＢ１３０について、図１５を参照しながら説明する。図１５は、配信機会ログＤＢ１３０の一例を示す図である。
【０１３２】
図１５に示すように、配信機会ログＤＢ１３０には、１以上の配信機会ログ情報が格納されている。また、配信機会ログ情報には、日時と、端末ＩＤと、条件ＩＤと、アプリＩＤとが関連付けられている。日時は、配信機会ログ情報が作成された年月日及び時刻（すなわち、ユーザ端末２０において条件内容が成立した年月日及び時刻）である。
【０１３３】
例えば、日時「２０１６−１２−１０  １２：１４：００」の配信機会ログ情報には、端末ＩＤ「Ｔ１」と、条件ＩＤ「Ｐ１」と、アプリＩＤ「Ａｐｐ１」及び「Ａｐｐ２」とが含まれる。これは、日時「２０１６−１２−１０  １２：１４：００」に、端末ＩＤ「Ｔ１」のユーザ端末２０において、条件ＩＤ「Ｐ１」により示される条件内容が成立したことを示している。また、当該条件ＩＤ「Ｐ１」により示される条件内容が成立した場合に配信されるアプリケーションのアプリＩＤは、「Ａｐｐ１」及び「Ａｐｐ２」であることを示している。
【０１３４】
このように、配信機会ログＤＢ１３０には、日時と、端末ＩＤと、条件ＩＤと、アプリＩＤとが関連付けられた配信機会ログ情報が格納されている。なお、配信機会ログ情報には、少なくとも日時と、端末ＩＤと、条件ＩＤとが含まれていれば良く、アプリＩＤは含まれていなくても良い。
【０１３５】
優先度決定部１０３Ｂは、送受信部１０１が未保存アプリＩＤリストを受信した場合に、当該未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションの優先度を決定する。優先度決定部１０３Ｂは、配信機会ログＤＢ１３０を参照して、未保存アプリＩＤリストに含まれるアプリＩＤ毎に、配信機会ログＤＢ１３０に格納されている配信機会ログ情報に基づいて所定の統計情報を算出して、算出した統計情報を優先度に決定する。
【０１３６】
例えば、優先度決定部１０３Ｂは、あるアプリＩＤに対して、端末ＩＤ毎に、前回の配信機会ログ情報からの経過時間が所定の時間以内である配信機会ログ情報の数と、当該配信機会ログ情報の割合を示す第１割合とを算出する。そして、優先度決定部１０３Ｂは、全ての端末ＩＤのうち、算出した配信機会ログ情報の数と、第１の割合とがそれぞれ第１の基準値及び第２の基準値以上である端末ＩＤの割合を示す第２の割合を算出する。このように算出された第２の割合が統計情報の一例である。したがって、この場合、優先度決定部１０３Ｂは、算出した第２の割合を当該アプリＩＤのアプリケーションの優先度に決定する。
【０１３７】
配信機会ログ管理部１０６は、送受信部１０１が条件ＩＤ及び端末ＩＤを受信した場合に、アプリ登録ＤＢ１１０を参照して、当該条件ＩＤ及び当該端末ＩＤが含まれる配信機会ログ情報を作成する。そして、配信機会ログ管理部１０６は、作成した配信機会ログ情報を配信機会ログＤＢ１３０に格納する。
【０１３８】
次に、本実施形態に係るアプリ配信システム１の全体的な処理について、図１６を参照しながら説明する。図１６は、第三の実施形態に係るアプリ配信システム１の全体処理の一例を示すシーケンス図である。なお、ステップＳ６０１、ステップＳ６０３〜ステップＳ６０６、及びステップＳ６０８〜ステップＳ６１１は、図６と同様であるため、その説明を省略する。
【０１３９】
ステップＳ６０１に続いて、ユーザ端末２０の送受信部２０３は、条件判定部２０２が取得した条件ＩＤと、当該ユーザ端末２０の端末ＩＤとをアプリ配信サーバ１０に送信する（ステップＳ１６０１）。
【０１４０】
アプリ配信サーバ１０の配信機会ログ管理部１０６は、送受信部１０１が条件ＩＤ及び端末ＩＤを受信すると、アプリ登録ＤＢ１１０を参照して、当該条件ＩＤ及び当該端末ＩＤが含まれる配信機会ログ情報を作成する。すなわち、配信機会ログ管理部１０６は、アプリ登録ＤＢ１１０を参照して、当該条件ＩＤに関連付けられているアプリＩＤを取得した上で、現在の日時と、当該端末ＩＤと、条件ＩＤと、取得したアプリＩＤとを関連付けた配信機会ログ情報を作成する。
【０１４１】
そして、配信機会ログ管理部１０６は、作成した配信機会ログ情報を配信機会ログＤＢ１３０に格納する（ステップＳ１６０２）。これにより、配信機会ログ情報が配信機会ログＤＢ１３０に蓄積される。
【０１４２】
ステップＳ６０６に続いて、アプリ配信サーバ１０の優先度決定部１０３Ｂは、送受信部１０１が受信した未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションの優先度を決定するための優先度決定処理を行う（ステップＳ１６０３）。
【０１４３】
ここで、上記のステップＳ１６０３の優先度決定処理について、図１７を参照しながら説明する。図１７は、第三の実施形態に係る優先度決定処理の一例を示すフローチャートである。なお、ステップＳ８０１及びステップＳ８０３〜ステップＳ８０４は、図８と同様であるため、その説明を省略する。
【０１４４】
ステップＳ８０１又はステップＳ８０４に続いて、優先度決定部１０３Ｂは、全てのユーザ端末２０の端末ＩＤの中から端末ＩＤを１件取得する（ステップＳ１７０１）。
【０１４５】
次に、優先度決定部１０３Ｂは、取得した端末ＩＤと、取得したアプリＩＤとを含む配信機会ログ情報を配信機会ログＤＢ１３０から日時順に取得する（ステップＳ１７０２）。
【０１４６】
例えば、取得した端末ＩＤが「Ｔ１」、取得したアプリＩＤが「Ａｐｐ１」であるものとする。この場合、図１８に示すように、優先度決定部１０３Ｂは、図１５に示す配信機会ログＤＢ１３０から「第１の配信機会ログ情報」、「第２の配信機会ログ情報」、「第３の配信機会ログ情報」、及び「第４の配信機会ログ情報」を取得する。
【０１４７】
次に、優先度決定部１０３Ｂは、上記のステップＳ１７０１で取得した各配信機会ログ情報について、前回の配信機会ログ情報からの経過時間を算出する（ステップＳ１７０３）。
【０１４８】
例えば、優先度決定部１０３Ｂは、第１の配信機会ログ情報から第２の配信機会ログ情報までの第１の経過時間「２５時間５６分１秒」を算出する。同様に、例えば、優先度決定部１０３Ｂは、第２の配信機会ログ情報から第３の配信機会ログ情報までの第２の経過時間「２５時間３分２０秒」を算出する。また、同様に、例えば、優先度決定部１０３Ｂは、第３の配信機会ログ情報から第４の配信機会ログ情報までの第３の経過時間「３時間１分３０秒」を算出する。
【０１４９】
次に、優先度決定部１０３Ｂは、上記のステップＳ１７０２で取得した配信機会ログ情報のうち、上記のステップＳ１７０３で算出した経過時間が所定の時間内である配信機会ログ情報の数と、割合を示す第１の割合とを算出する（ステップＳ１７０４）。
【０１５０】
例えば、所定の時間を「２４時間」とした場合、第１の経過時間〜第３の経過時間のうち、第３の経過時間のみが所定の時間以内である。したがって、優先度決定部１０３Ｂは、前回の配信機会ログ情報からの経過時間が２４時間以内である配信機会ログ情報の数を「１」、前回の配信機会ログ情報からの経過時間が２４時間以内である配信機会ログ情報の割合を示す第１の割合を「１／４」と算出する。
【０１５１】
次に、優先度決定部１０３Ｂは、全てのユーザ端末２０の端末ＩＤの中に次の端末ＩＤ（すなわち、未だ取得していない端末ＩＤ）があるか否かを判定する（ステップＳ１７０５）。
【０１５２】
ステップＳ１７０５において、次の端末ＩＤがあると判定した場合、優先度決定部１０３Ｂは、全てのユーザ端末２０の端末ＩＤの中から当該次の端末ＩＤを取得する（ステップＳ１７０６）。そして、優先度決定部１０３Ｂは、ステップＳ１７０２に戻る。すなわち、優先度決定部１０３Ｂは、全ての端末ＩＤに対して、上記のステップＳ１７０２〜ステップＳ１７０４の処理を繰り返す。
【０１５３】
一方、ステップＳ１７０５において、次の端末ＩＤがないと判定した場合、優先度決定部１０３Ｂは、端末ＩＤ毎に算出した配信機会ログ情報の数と、第１の割合とがそれぞれ第１の基準値及び第２の基準値以上である端末ＩＤの割合を示す第２の割合を算出する。そして、優先度決定部１０３Ｂは、算出した第２の割合を、当該アプリＩＤのアプリケーションの優先度に決定する（ステップＳ１７０７）。
【０１５４】
例えば、優先度の算出対象のアプリケーションのアプリＩＤを「Ａｐｐ１」、全端末ＩＤを「Ｔ１」、「Ｔ２」、及び「Ｔ３」であるとする。この場合、優先度決定部１０３Ｂは、端末ＩＤ毎に、前回の配信機会ログ情報からの経過時間が２４時間以内である配信機会ログ情報の数が第１の基準値以上で、かつ、第１の割合が第２の基準値以上であるか否かを判定する。そして、優先度決定部１０３Ｂは、端末ＩＤを「Ｔ１」、「Ｔ２」、及び「Ｔ３」のうち、当該配信機会ログ情報の数が第１の基準値以上で、かつ、第１の割合が第２の基準値以上である端末ＩＤの割合を示す第２の割合を算出する。優先度決定部１０３Ｂは、このように算出した第２の割合を、アプリＩＤ「Ａｐｐ１」のアプリケーションの優先度に決定する。
【０１５５】
このように優先度を決定することで、全ユーザ端末２０において、条件内容が成立した後、所定の時間間隔以内に、再度、条件内容が成立した回数が多い程、優先度を高くすることができる。言い換えれば、ある時間間隔以内に、頻繁に条件内容が成立する程、優先度を高くすることができる。
【０１５６】
以上のように、本実施形態に係るアプリ配信システム１では、ユーザ端末２０に保存されていないアプリケーションの優先度を、アプリケーションの配信期間が生じたことを示す配信機会ログ情報から算出される統計情報とする。これにより、配信機会ログＤＢ１３０に十分な配信機会ログ情報が蓄積されている場合には、第一の実施形態や第二の実施形態よりも高い精度でアプリケーションの優先度を決定することができるようになる。
【０１５７】
（第四の実施形態）
次に、第四の実施形態について説明する。第四の実施形態では、配信機会ログＤＢ１３０に蓄積されている配信機会ログ情報のデータ数に応じて、第一の実施形態〜第三の実施形態のいずれかの方法で優先度を決定する場合について説明する。
【０１５８】
なお、第四の実施形態では、第一の実施形態と実質的に同一の機能を有する構成要素については、同一の符号を付与することにより重複した説明を省くものとする。
【０１５９】
まず、本実施形態に係るアプリ配信システム１の機能構成について、図１９を参照しながら説明する。図１９は、第四の実施形態に係るアプリ配信システム１の機能構成の一例を示す図である。
【０１６０】
図１９に示すように、本実施形態に係るアプリ配信サーバ１０は、優先度決定部１０３Ｃの機能が異なる。また、本実施形態に係るアプリ配信サーバ１０は、条件成立回数管理部１０５と、配信機会ログ管理部１０６とを有する。更に、本実施形態に係るアプリ配信サーバ１０は、条件成立回数ＤＢ１２０と、配信機会ログＤＢ１３０とを有する。なお、条件成立回数管理部１０５と、条件成立回数ＤＢ１２０とは、第二の実施形態と同様である。また、配信機会ログ管理部１０６と、配信機会ログＤＢ１３０とは、第三の実施形態と同様である。
【０１６１】
優先度決定部１０３Ｃは、送受信部１０１が未保存アプリＩＤリストを受信した場合に、当該未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションの優先度を決定する。このとき、優先度決定部１０３Ｃは、配信機会ログＤＢ１３０に格納されている配信機会ログ情報のデータ数に応じて、第一の実施形態〜第三の実施形態のいずれかの方法により優先度を決定する。
【０１６２】
次に、本実施形態に係るアプリ配信システム１の全体的な処理について、図２０を参照しながら説明する。図２０は、第四の実施形態に係るアプリ配信システム１の全体処理の一例を示すシーケンス図である。なお、ステップＳ６０１、ステップＳ６０３〜ステップＳ６０５、及びステップＳ６０８〜ステップＳ６１１は、図６と同様であるため、その説明を省略する。
【０１６３】
ステップＳ６０１に続いて、ユーザ端末２０の送受信部２０３は、条件判定部２０２が取得した条件ＩＤと、当該ユーザ端末２０の端末ＩＤとをアプリ配信サーバ１０に送信する（ステップＳ２００１）。
【０１６４】
アプリ配信サーバ１０の条件成立回数管理部１０５は、送受信部１０１が条件ＩＤ及び端末ＩＤを受信すると、当該端末ＩＤ及び当該端末ＩＤに関連付けられている条件成立回数を更新する（ステップＳ２００２）。本ステップは、図１１のステップＳ１１０２と同様である。
【０１６５】
次に、アプリ配信サーバ１０の配信機会ログ管理部１０６は、アプリ登録ＤＢ１１０を参照して、当該条件ＩＤ及び当該端末ＩＤが含まれる配信機会ログ情報を作成して、配信機会ログ情報を配信機会ログＤＢ１３０に格納する（ステップＳ２００３）。本ステップは、図１６のステップＳ１６０２と同様である。
【０１６６】
ステップＳ６０５に続いて、ユーザ端末２０の送受信部２０３は、未保存アプリＩＤリスト作成部２０４が作成した未保存アプリＩＤリストと、当該ユーザ端末２０の端末ＩＤとをアプリ配信サーバ１０に送信する（ステップＳ２００４）。
【０１６７】
アプリ配信サーバ１０の優先度決定部１０３Ｃは、送受信部１０１が未保存アプリＩＤリストと端末ＩＤとを受信すると、当該未保存アプリＩＤリストに含まれるアプリＩＤのアプリケーションの優先度を決定するための優先度決定処理を行う（ステップＳ２００５）。
【０１６８】
ここで、上記のステップＳ２００５の優先度決定処理について、図２１を参照しながら説明する。図２１は、第四の実施形態に係る優先度決定処理の一例を示すフローチャートである。
【０１６９】
まず、優先度決定部１０３Ｃは、配信機会ログＤＢ１３０に格納されている配信機会ログ情報のデータ数が、予め設定された所定の第１の蓄積量以上であるか否かを判定する（ステップＳ２１０１）。
【０１７０】
ステップＳ２１０１において、配信機会ログＤＢ１３０に格納されている配信機会ログ情報のデータ数が第１の蓄積量以上であると判定した場合、優先度決定部１０３Ｃは、第三の実施形態に係る優先度決定処理（図１７）を行う（ステップＳ２１０２）。
【０１７１】
一方、ステップＳ２１０１において、配信機会ログＤＢ１３０に格納されている配信機会ログ情報のデータ数が第１の蓄積量以上でないと判定した場合、優先度決定部１０３Ｃは、当該データ数が、予め設定された所定の第２の蓄積量以上であるか否かを判定する（ステップＳ２１０３）。なお、第２の蓄積量は、第１の蓄積量未満の値である。
【０１７２】
ステップＳ２１０３において、配信機会ログＤＢ１３０に格納されている配信機会ログ情報のデータ数が第２の蓄積量以上であると判定した場合、優先度決定部１０３Ｃは、第二の実施形態に係る優先度決定処理（図１２又は図１３）を行う（ステップＳ２１０４）。
【０１７３】
一方、ステップＳ２１０３において、配信機会ログＤＢ１３０に格納されている配信機会ログ情報のデータ数が第２の蓄積量以上でないと判定した場合、優先度決定部１０３Ｃは、第一の実施形態に係る優先度決定処理（図８）を行う（ステップＳ２１０５）。
【０１７４】
以上のように、本実施形態に係るアプリ配信システム１では、配信機会ログＤＢ１３０に蓄積されている配信機会ログ情報のデータ数に応じて、第一の実施形態〜第三の実施形態のいずれかの方法で優先度を決定する。
【０１７５】
これにより、例えば、配信機会ログＤＢ１３０に十分なデータ数の配信機会ログ情報が蓄積されている場合（言い換えれば、精度の高い統計情報を算出できる場合）は、第三の実施形態の方法で優先度を決定することができる。また、例えば、配信機会ログＤＢ１３０にある程度のデータ数の配信機会ログ情報が蓄積されている場合、第二の実施形態の方法で優先度を決定することができる。一方で、例えば、配信機会ログＤＢ１３０にほとんど配信機会ログ情報が蓄積されていないような場合、第一の実施形態の方法で優先度を決定することができる。
【０１７６】
以上、本発明の実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１７７】
以上の説明に関し、更に以下の項を開示する。
（付記１）
配信条件が成立した端末に、該配信条件に応じた１以上のプログラムを配信する情報処理装置であって、
前記配信条件が成立した場合、該配信条件に応じた１以上のプログラムを特定する特定部と、
特定した前記１以上のプログラムのうち、前記端末に保存するプログラムの優先度を、該プログラムを配信する前記配信条件の数と、前記配信条件が成立した回数と、前記配信条件が成立したことを示すログ情報とのうちの少なくとも１つに基づいて決定する決定部と、
決定した前記優先度と、前記端末に保存されていない前記プログラムとを前記端末に配信する配信部と、
を有する情報処理装置。
（付記２）
前記ログ情報を記憶する記憶部を有し、
前記決定部は、
前記記憶部に記憶されているログ情報の数が、所定の第１の数以上である場合、前記記憶部に記憶されているログ情報に基づいて前記優先度を決定し、
前記記憶部に記憶されているログ情報の数が、前記第１の数未満で、かつ、所定の第２の数以上である場合、前記配信条件が成立した回数に基づいて前記優先度を決定し、
前記記憶部に記憶されているログ情報の数が、前記第２の数未満である場合、前記プログラムを配信する前記配信条件の数に基づいて前記優先度を決定する、付記１に記載の情報処理装置。
（付記３）
前記決定部は、
前記記憶部に記憶されているログ情報の数が、所定の第１の数以上である場合、前記記憶部に記憶されているログ情報に基づいて、前記端末に保存されていないプログラム毎に、該プログラムが前記端末に配信されてから再度配信されるまでの経過時間の実績が所定の時間以内であるログ情報の数及び割合を算出して、算出した前記ログ情報の数及び割合がそれぞれ所定の第１の基準値及び第２の基準値以上である端末の割合を前記優先度に決定する、付記２に記載の情報処理装置。
（付記４）
端末と、配信条件が成立した端末に該配信条件に応じた１以上のプログラムを配信する情報処理装置とを有する情報処理システムであって、
前記端末は、
配信条件が成立したか否かを判定する判定部と、
前記配信条件が成立したと判定した場合、成立した配信条件を示す情報を前記情報処理装置に送信する送信部と、を有し、
前記情報処理装置は、
成立した配信条件を示す情報を受信した場合、該配信条件に応じた１以上のプログラムを特定する特定部と、
特定した前記１以上のプログラムのうち、前記端末に保存するプログラムの優先度を、該プログラムを配信する前記配信条件の数と、前記配信条件が成立した回数と、前記配信条件が成立したことを示すログ情報とのうちの少なくとも１つに基づいて決定する決定部と、
決定した前記優先度と、前記端末に保存されていない前記プログラムとを前記端末に配信する配信部と、
を有する情報処理システム。
（付記５）
前記情報処理装置は、
前記ログ情報を記憶する記憶部を有し、
前記決定部は、
前記記憶部に記憶されているログ情報の数が、所定の第１の数以上である場合、前記記憶部に記憶されているログ情報に基づいて前記優先度を決定し、
前記記憶部に記憶されているログ情報の数が、前記第１の数未満で、かつ、所定の第２の数以上である場合、前記配信条件が成立した回数に基づいて前記優先度を決定し、
前記記憶部に記憶されているログ情報の数が、前記第２の数未満である場合、前記プログラムを配信する前記配信条件の数に基づいて前記優先度を決定する、付記４に記載の情報処理システム。
（付記６）
前記決定部は、
前記記憶部に記憶されているログ情報の数が、所定の第１の数以上である場合、前記記憶部に記憶されているログ情報に基づいて、前記端末に保存されていないプログラム毎に、該プログラムが前記端末に配信されてから再度配信されるまでの経過時間の実績が所定の時間以内であるログ情報の数及び割合を算出して、算出した前記ログ情報の数及び割合がそれぞれ所定の第１の基準値及び第２の基準値以上である端末の割合を前記優先度に決定する、付記５に記載の情報処理装置。
（付記７）
配信条件が成立した端末に、該配信条件に応じた１以上のプログラムを配信するコンピュータが、
前記配信条件が成立した場合、該配信条件に応じた１以上のプログラムを特定する特定し、
特定した前記１以上のプログラムのうち、前記端末に保存するプログラムの優先度を、該プログラムを配信する前記配信条件の数と、前記配信条件が成立した回数と、前記配信条件が成立したことを示すログ情報とのうちの少なくとも１つに基づいて決定し、
決定した前記優先度と、前記端末に保存されていない前記プログラムとを前記端末に配信する、
処理を実行する情報処理方法。
（付記８）
前記コンピュータは、
前記ログ情報を記憶する記憶部を有し、
前記決定する処理は、
前記記憶部に記憶されているログ情報の数が、所定の第１の数以上である場合、前記記憶部に記憶されているログ情報に基づいて前記優先度を決定し、
前記記憶部に記憶されているログ情報の数が、前記第１の数未満で、かつ、所定の第２の数以上である場合、前記配信条件が成立した回数に基づいて前記優先度を決定し、
前記記憶部に記憶されているログ情報の数が、前記第２の数未満である場合、前記プログラムを配信する前記配信条件の数に基づいて前記優先度を決定する、付記７に記載の情報処理方法。
（付記９）
前記決定する処理は、
前記記憶部に記憶されているログ情報の数が、所定の第１の数以上である場合、前記記憶部に記憶されているログ情報に基づいて、前記端末に保存されていないプログラム毎に、該プログラムが前記端末に配信されてから再度配信されるまでの経過時間の実績が所定の時間以内であるログ情報の数及び割合を算出して、算出した前記ログ情報の数及び割合がそれぞれ所定の第１の基準値及び第２の基準値以上である端末の割合を前記優先度に決定する、付記８に記載の情報処理方法。
【符号の説明】
【０１７８】
１        アプリ配信システム
１０      アプリ配信サーバ
２０      ユーザ端末
１０１    送受信部
１０２    アプリＩＤリスト作成部
１０３    優先度決定部
１０４    アプリ取得部
１１０    アプリ登録ＤＢ
２０１    情報取得部
２０２    条件判定部
２０３    送受信部
２０４    未保存アプリＩＤリスト作成部
２０５    アプリ保存部
２０６    アプリ実行部
２１０    条件テーブル
２２０    アプリ記憶部
【図１】
2018151873.tif 000003
【図２】
2018151873.tif 000004
【図３】
2018151873.tif 000005
【図４】
2018151873.tif 000006
【図５】
2018151873.tif 000007
【図６】
2018151873.tif 000008
【図７】
2018151873.tif 000009
【図８】
2018151873.tif 000010
【図９】
2018151873.tif 000011
【図１０】
2018151873.tif 000012
【図１１】
2018151873.tif 000013
【図１２】
2018151873.tif 000014
【図１３】
2018151873.tif 000015
【図１４】
2018151873.tif 000016
【図１５】
2018151873.tif 000017
【図１６】
2018151873.tif 000018
【図１７】
2018151873.tif 000019
【図１８】
2018151873.tif 000020
【図１９】
2018151873.tif 000021
【図２０】
2018151873.tif 000022
【図２１】
2018151873.tif 000023