(57)【要約】【課題】サーバによる個人情報の管理を行わずに、サービスの不正な利用を防止することを目的としている。【解決手段】サービスを提供するアプリケーションの取得指示を受けて、前記アプリケーションの配信依頼を外部装置へ送信する要求部と、自機の状態を示す端末状態情報が、前記アプリケーションの配信条件で定義された配信可能時間以降の時間の定義を含む実行条件を満たす場合に、前記アプリケーションの実行を許可する実行制御部と、を有する、情報処理装置である。【選択図】図２
2019185256.tif 000002
【特許請求の範囲】
【請求項１】
サービスを提供するアプリケーションの取得指示を受けて、前記アプリケーションの配信依頼を外部装置へ送信する要求部と、
自機の状態を示す端末状態情報が、前記アプリケーションの配信条件で定義された配信可能時間以降の時間の定義を含む実行条件を満たす場合に、前記アプリケーションの実行を許可する実行制御部と、を有する、情報処理装置。
【請求項２】
前記アプリケーションは、前記サービスを提供するための複数の機能と対応した複数のアプリケーションを含み、
前記複数のアプリケーション毎に定義された実行条件のうち、何れかの実行条件が、前記配信可能時間以降の時間を定義した条件である、請求項１記載の情報処理装置。
【請求項３】
前記何れかの実行条件は、
前記複数のアプリケーションのうち、実行することによって前記サービスの提供が完了する機能と対応するアプリケーションに対して定義された実行条件である、請求項２記載の情報処理装置。
【請求項４】
情報処理装置と、前記情報処理装置へサービスを提供するアプリケーションを配信するサーバ装置と、を含むアプリ配信システムであって、
前記情報処理装置は、
前記サービスを提供するアプリケーションの取得指示を受けて、前記アプリケーションの配信依頼を外部装置へ送信する要求部と、
自機の状態を示す端末状態情報が、前記アプリケーションの配信条件で定義された配信可能時間以降の時間の定義を含む実行条件を満たす場合に、前記アプリケーションの実行を許可する実行制御部と、を有する、アプリ配信システム。
【請求項５】
サービスを提供するアプリケーションの取得指示を受けて、前記アプリケーションの配信依頼を外部装置へ送信する処理と、
自機の状態を示す端末状態情報が、前記アプリケーションの配信条件で定義された配信可能時間以降の時間の定義を含む実行条件を満たす場合に、前記アプリケーションの実行を許可する処理と、をコンピュータに実行させる、アプリ実行制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、アプリ配信システム、アプリ実行制御プログラムに関する。
【背景技術】
【０００２】
近年では、端末がセンサ等により特定の信号を検知すると、サーバからアプリケーションをダウンロードさせるアプリケーションの配信システムが知られている。例えば、この配信システムの１つとして、端末が信号を検知したときの状態が、ある条件を満たした場合に、サーバは、この条件に基づいてアプリケーションを端末へ送信するものが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−２１４４６５号公報
【特許文献２】特開２０１７−１１７３２５号公報
【特許文献３】特開２０１０−２４６７５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の技術では、例えば、特定の状態で何らかの特典が与えられるようなアプリケーションを配信する場合、特典を得るまで、アプリケーションのインストールとアンインストールを繰り返す行為を行う利用者が現れる可能性があり、利用者間での公平性に欠ける。また、このような行為を防止する方法として、サーバに利用者毎のアカウントを設け、アカウント毎にアプリケーションの配信を管理する方法があるが、利用者の個人情報を管理する必要があり、管理にコストがかかる。
【０００５】
１つの側面では、本発明は、サーバによる個人情報の管理を行わずに、サービスの不正な利用を防止することを目的としている。
【課題を解決するための手段】
【０００６】
一つ態様では、サービスを提供するアプリケーションの取得指示を受けて、前記アプリケーションの配信依頼を外部装置へ送信する要求部と、
自機の状態を示す端末状態情報が、前記アプリケーションの配信条件で定義された配信可能時間以降の時間の定義を含む実行条件を満たす場合に、前記アプリケーションの実行を許可する実行制御部と、を有する。
【０００７】
上記各部は、上記各部を実現する各処理としても良く、各処理をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。
【発明の効果】
【０００８】
サーバによる個人情報の管理を行わずに、サービスの不正な利用を防止できる。
【図面の簡単な説明】
【０００９】
【図１】第一の実施形態の配信システムのシステム構成の一例を示す図である。
【図２】第一の実施形態の配信条件と実行条件の関係を説明する図である。
【図３】第一の実施形態の端末装置のハードウェア構成の一例を示す図である。
【図４】第一の実施形態の配信システムの有する各装置の機能を説明する図である。
【図５】第一の実施形態の配信条件情報と実行条件情報について説明する図である。
【図６】第一の実施形態の配信条件情報と実行条件情報の一例を示す図である。
【図７】第一の実施形態の端末装置の処理を説明する第一のフローチャートである。
【図８】第一の実施形態の端末装置の処理を説明する第二のフローチャートである。
【図９】第一の実施形態の端末装置の処理を説明する第三のフローチャートである。
【図１０】第一の実施形態の配信サーバの処理を説明するフローチャートである。
【図１１】第一の実施形態の端末装置の表示例を説明する第一の図である。
【図１２】第一の実施形態の端末装置の表示例を説明する第二の図である。
【図１３】第二の実施形態の配信条件と実行条件の関係を説明する図である。
【図１４】第二の実施形態の配信条件情報と実行条件情報の一例を示す図である。
【図１５】第二の実施形態の実行制御処理部によるアプリケーションの実行の処理を説明するフローチャートである。
【図１６】第二の実施形態の端末装置の表示例を説明する第一の図である。
【図１７】第二の実施形態の端末装置の表示例を説明する第二の図である。
【図１８】第三の実施形態の配信システムの有する各装置の機能を説明する図である。
【図１９】第三の実施形態の端末装置の処理を説明するフローチャートである。
【図２０】第四の実施形態の配信システムの有する各装置の機能を説明する図である。
【図２１】第四の実施形態の端末装置の処理を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
（第一の実施形態）
以下に図面を参照して、第一の実施形態について説明する。図１は、第一の実施形態の配信システムのシステム構成の一例を示す図である。
【００１１】
本実施形態の配信システム１００は、配信サーバ２００と、端末装置３００とを有する。配信システム１００において、配信サーバ２００と端末装置３００とは、ネットワークを介して接続される。尚、図１では、配信システム１００に含まれる端末装置３００は一台と端末装置３００としたが、これに限定されない。配信システム１００に含まれる端末装置３００の台数は任意の台数であって良い。
【００１２】
本実施形態の配信サーバ２００は、アプリケーションデータベース２１０と、配信条件データベース２２０と、配信処理部２３０とを有する。
【００１３】
アプリケーションデータベース２１０には、端末装置３００に配信されるアプリケーションが格納される。配信条件データベース２２０には、端末装置３００にアプリケーションを配信するか否かを判定するために参照される配信条件が格納される。尚、以下の説明では、アプリケーションのことを単にアプリと表現する場合がある。
【００１４】
配信処理部２３０は、端末装置３００からアプリケーションの配信依頼と、端末装置３００の状態を示す端末状態情報とを受けて、配信条件データベース２２０を参照する。そして、配信処理部２３０は、端末装置３００の状態が配信条件を満たす場合に、配信依頼を受けたアプリケーションを端末装置３００に配信する。
【００１５】
このとき、本実施形態の配信サーバ２００は、端末装置３００に対して、アプリケーションと共に、このアプリケーションの実行を許可するか否かを判定するための実行条件を配信する。尚、実行条件は端末装置３００に予め保存されており、端末装置３００の保存領域から実行条件を取得してもよい。
【００１６】
本実施形態の端末装置３００は、例えば、スマートフォンやタブレット型の端末等であっても良く、実行制御処理部３１０を有する。実行制御処理部３１０は、アプリケーションの取得（ダウンロード）指示を受け付けると、配信サーバ２００に、アプリケーションの配信依頼と、自機の状態を示す端末状態情報とを送信する。
【００１７】
また、実行制御処理部３１０は、配信サーバ２００からアプリケーションと、アプリケーションの実行条件とを取得（受信）すると、自機の状態を示す端末状態情報を取得する。そして、端末装置３００は、自機の状態が実行条件を満たす場合に、アプリケーションを実行する。
【００１８】
以下に、図２を参照して、本実施形態の配信システム１００における配信条件と実行条件の関係について説明する。図２は、第一の実施形態の配信条件と実行条件の関係を説明する図である。
【００１９】
図２の例では、配信条件と実行条件は、時間帯を定義する条件とした。具体的には、配信条件で定義される時間帯は、実行条件により定義される時間帯よりも前の時間帯である。
【００２０】
配信条件で定義された時間帯以外の時間帯は、アプリケーションは配信されない。また、本実施形態では、実行条件で定義される時間帯は、アプリケーションの配信が許可される時間帯よりも後の時間帯である。つまり、実行条件で定義される時間帯は、配信条件で定義されるアプリケーションの配信可能時間以降の時間帯である。
【００２１】
したがって、本実施形態によれば、配信されたアプリケーションを実行した後に、このアプリケーションをアンインストールし、再度同じアプリケーションをダウンロードしようとしても、同じアプリケーションは配信されない。このため、本実施形態では、アプリケーションのアンインストールとインストールを繰り返す、といった行為を防止できる。
【００２２】
また、本実施形態によれば、端末装置３００の利用者毎のアカウントを配信サーバ２００に設ける必要がない。したがって、本実施形態によれば、サーバによる個人情報の管理を行わずに、サービスの不正な利用を防止（抑制）することができる。
【００２３】
図２では、時刻Ｔ１から時刻Ｔ２までの時間帯Ｋ１であることが配信条件とされ、時刻Ｔ２より後の時刻Ｔ３以降の時間帯であることが実行条件とされた例を示している。
【００２４】
図２の例では、時間帯Ｋ１は、アプリケーションの配信が可能である。つまり、配信サーバ２００は、時間帯Ｋ１において、端末装置３００からアプリケーションのダウンロード指示を受け付けた場合、配信サーバ２００は端末装置３００に対して指示を受けたアプリケーションを配信する。また、配信サーバ２００は、時間帯Ｋ１以外の時間帯に端末装置３００からアプリケーションのダウンロード指示を受け付けた場合、アプリケーションの配信を行わない。
【００２５】
また、図２の例では、時間帯Ｋ２は、端末装置３００においてアプリケーションの実行が可能となる。
【００２６】
したがって、例えば、時間帯Ｋ１において、端末装置３００の利用者が、アプリケーションのダウンロード指示と、アプリケーションの実行指示を行った場合、端末装置３００は、アプリケーションを取得することはできるが、アプリケーションは実行されない。
【００２７】
また、時間帯Ｋ２において、端末装置３００の利用者が、時間帯Ｋ１で取得したアプリケーションの実行指示を行った後に、アプリケーションをアンインストルールし、再度アプリケーションのダウンロード指示を行っても、アプリケーションは配信されない。
【００２８】
例えば、ここで、配信サーバ２００から配信されるアプリケーションが、サッカーのある試合中にくじ引きによって景品を提供するものであったとする。
【００２９】
この場合、例えば、時間帯Ｋ１が試合の開始時刻よりも前になるように、時刻Ｔ１と時刻Ｔ２とを設定し、時間帯Ｋ２が試合中の時間帯となるように、時刻Ｔ３を設定すれば良い。言い換えれば、配信条件は、サービスの提供を開始する時刻よりも前の時間帯を規定する条件とし、実行条件は、サービスが提供される期間を含む時間帯を規定する条件とすれば良い。
【００３０】
本実施形態では、このように、配信条件と実行条件とを設定することで、時間帯Ｋ１では、取得したアプリケーションを実行できず、時間帯Ｋ２では、アプリケーションを取得できなくなる。
【００３１】
したがって、例えば、時間帯Ｋ２において、アプリケーションを実行しても景品が当選しなかった場合に、アプリケーションをアンインストールして再度インストールし、再びくじを引く、といったサービスの不正な利用を防止することができる。
【００３２】
尚、図２の例では、配信条件と実行条件とは、時間帯によって規定される条件としたが、これに限定されない。配信条件と実行条件は、例えば、端末装置３００の位置を示す位置情報によって規定されても良い。
【００３３】
具体的には、例えば、競技場内への再入場が禁止されていることを前提とすると、端末装置３００の位置を示す位置情報が、サッカーの試合が行われる競技場の外を示すことを配信条件とし、この位置情報が競技場の内を示すことを実行条件としても良い。この場合、例えば、位置情報が一度競技場の内を示した場合には、アプリケーションの配信を行わないようにすれば良い。
【００３４】
以下に、本実施形態の配信システム１００の有する各装置について、さらに説明する。図３は、第一の実施形態の端末装置のハードウェア構成の一例を示す図である。
【００３５】
本実施形態の端末装置３００は、それぞれバスＢで相互に接続されている表示操作装置３１、ドライブ装置３２、補助記憶装置３３、メモリ装置３４、演算処理装置３５及びインターフェース装置３６を含む情報処理装置である。
【００３６】
表示操作装置３１は、各種の情報の入力と表示（出力）とを行うための装置であり、例えばタッチパネル等により実現される。インターフェース装置３６は、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。
【００３７】
アプリ実行制御プログラムは、端末装置３００を制御する各種プログラムの少なくとも一部である。アプリ実行制御プログラムは例えば記憶媒体３７の配布やネットワークからのダウンロード等によって提供される。アプリ実行制御プログラムを記録した記憶媒体３７は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。
【００３８】
また、アプリ実行制御プログラムは、アプリ実行制御プログラムを記録した記憶媒体３７がドライブ装置３２にセットされると、記憶媒体３７からドライブ装置３２を介して補助記憶装置３３にインストールされる。ネットワークからダウンロードされたアプリ実行制御プログラムは、インターフェース装置３６を介して補助記憶装置３３にインストールされる。
【００３９】
補助記憶装置３３は、インストールされたアプリ実行制御プログラムを格納すると共に、必要なファイル、データ等を格納する。メモリ装置３４は、端末装置３００の起動時に補助記憶装置３３からアプリ実行制御プログラムを読み出して格納する。そして、演算処理装置３５はメモリ装置３４に格納されたアプリ実行制御プログラムに従って、後述するような各種処理を実現している。
【００４０】
尚、本実施形態の配信サーバ２００のハードウェア構成は、表示操作装置３１に代わりに、入力装置と出力装置とを有する以外は、端末装置３００のハードウェア構成と同様であるから説明を省略する。
【００４１】
次に、図４を参照して、本実施形態の配信システム１００の有する各装置の機能について説明する。図４は、第一の実施形態の配信システムの有する各装置の機能を説明する図である。
【００４２】
はじめに、配信サーバ２００の機能について説明する。本実施形態の配信サーバ２００の有するアプリケーションデータベース２１０と配信条件データベース２２０は、例えば、配信サーバ２００の有するメモリ装置や補助記憶装置により実現される。
【００４３】
本実施形態のアプリケーションデータベース２１０は、各種のサービスを提供するアプリケーション２１１と、各アプリケーションのメタ情報２１２と、各アプリケーションと対応付けられた実行条件を示す実行条件情報２１３と、が格納されている。
【００４４】
実行条件情報の詳細は後述する。尚、本実施形態のアプリケーションデータベース２１０に格納されたアプリケーションは、種々のサービスを提供するためのプログラムである。
【００４５】
本実施形態の配信条件データベース２２０は、アプリケーションデータベース２１０に格納されているアプリケーション毎の配信条件を示す配信条件情報２２１が格納されている。配信条件情報の詳細は後述する。
【００４６】
本実施形態の配信処理部２３０は、配信サーバ２００の演算処理装置が、メモリ装置や補助記憶装置等に格納されたプログラムを読み出して実行することで実現される。
【００４７】
本実施形態の配信処理部２３０は、アプリ配信判定部２３１と、アプリ配信部２３２とを有する。
【００４８】
アプリ配信判定部２３１は、端末装置３００からのアプリケーションの配信依頼を受け付けて、配信条件データベース２２０を参照し、配信依頼を受けたアプリケーションの配信が可能か否かを判定する。
【００４９】
アプリ配信部２３２は、アプリケーションの配信が可能と判定された場合に、アプリケーションデータベース２１０を参照し、該当するアプリケーション２１１と、メタ情報２１２と、実行条件情報２１３とを端末装置３００へ送信（配信）する。
【００５０】
次に、端末装置３００の機能について説明する。本実施形態の端末装置３００の有する実行制御処理部３１０は、端末装置３００の有する演算処理装置３５が、補助記憶装置３３やメモリ装置３４等に格納されたアプリ実行制御プログラムを読み出して実行することで実現される。
【００５１】
本実施形態の実行制御処理部３１０は、アプリ要求部３１１、アプリ保存部３１２、実行指示受付部３１３、実行制御部３１４、アプリ実行部３１５を有する。
【００５２】
尚、本実施形態の実行制御処理部３１０は、端末装置３００にインストールされたネイティブアプリケーションにより実現されても良い。また、本実施形態の端末装置３００が配信サーバ２００から取得するアプリケーションは、例えば、Ｗｅｂアプリケーションであっても良い。
【００５３】
ネイティブアプリケーションとは、演算処理が端末装置３００の演算処理装置３５によって行われるアプリケーションであり、Ｗｅｂアプリケーションとは、ＨＴＭＬ／ＣＳＳ／ＪａｖａＳｃｒｉｐｔ（登録商標）で開発したブラウザ上で動くアプリケーションである。
【００５４】
アプリ要求部３１１は、端末装置３００に対するアプリケーションのダウンロード指示（取得指示）を受け付けて、配信サーバ２００に対してアプリケーションの配信依頼を送信する。このとき、アプリ要求部３１１は、自機の状態を示す端末状態情報を取得し、アプリケーションの配信依頼と共に配信サーバ２００へ送信する。
【００５５】
本実施形態の端末状態情報とは、例えば、そのときの時刻を示す情報、端末装置３００の位置を示す情報、端末装置３００の利用者の属性情報を含む。
【００５６】
尚、端末装置３００の位置を示す位置情報は、例えば、サービスの提供が許可されている施設等に設けられた発信器から送信されるビーコン信号に対する応答信号や、端末装置３００と接続している無線ＬＡＮのアクセスポイントの位置等によって、取得されても良い。また、本実施形態の属性情報とは、例えば、利用者の性別や年齢等である。
【００５７】
アプリ保存部３１２は、配信サーバ２００からアプリケーションと実行条件情報とを受信し、保存する。つまり、アプリ保存部３１２は、アプリケーションと実行条件情報を受信する受信部の役割を果たす。
【００５８】
実行指示受付部３１３は、端末装置３００に対するアプリケーションの実行指示を受け付ける。
【００５９】
実行制御部３１４は、アプリ保存部３１２に保持された実行条件情報と、実行指示を受けたときの端末状態情報とに基づき、実行を指示されたアプリケーションの実行が可能であるか否かを判定する。アプリ実行部３１５は、実行制御部３１４により、実行が可能と判定された場合に、実行を指示されたアプリケーションを実行させる。つまり、本実施形態の実行制御部３１４は、端末状態情報が実行条件を満たす場合に、アプリケーションの実行を許可する。
【００６０】
以下に、本実施形態の配信条件情報と実行条件情報について説明する。図５は、第一の実施形態の配信条件情報と実行条件情報について説明する図である。
【００６１】
図５（Ａ）は、配信条件情報のデータ構造を示しており、図５（Ｂ）は、実行条件情報のデータ構造を示している。
【００６２】
本実施形態の配信条件情報において、配信条件は、アプリケーション名と対応付けられている。また、配信条件には、配信開始条件と配信終了条件とが含まれる。
【００６３】
実行条件情報においても同様に、実行条件は、アプリケーション名と対応付けられている。また、実行条件には、実行開始条件と実行終了条件とが含まれる。
【００６４】
配信条件及び実行条件のそれぞれを規定するデータの種別は、日時、位置情報、属性情報の何れかである。また、配信条件及び実行条件として設定される実際のデータは、日時、端末装置３００の位置、端末装置３００の利用者の属性等である。
【００６５】
つまり、配信条件及び実行条件は、端末状態情報に含まれる情報の項目によって規定される。
【００６６】
図６は、第一の実施形態の配信条件情報と実行条件情報の一例を示す図である。図６（Ａ）は、配信条件情報２２１の一例を示しており、図６（Ｂ）は、実行条件情報２１３の一例を示している。
【００６７】
図６（Ａ）に示す配信条件情報２２１では、アプリケーション名は「くじ引きサービスアプリ」であり、配信開始条件は設定されておらず、配信終了条件のみが設定されている。配信終了条件は、日時によって規定される条件であり、２０１８年１月２０日の１７：５５が設定されている。この日時は、例えば、サッカーの試合が開始される日時の直前の日時であっても良い。
【００６８】
したがって、くじ引きサービスアプリは、２０１８年１月２０日の１７：５５より前までは任意のタイミングで配信されるが、２０１８年１月２０日の１７：５５以降は配信されない。
【００６９】
図６（Ｂ）に示す実行条件情報２１３では、アプリケーション名は「くじ引きサービスアプリ」であり、実行開始条件と実行終了条件とが設定されている。
【００７０】
実行開始条件は、日時及び位置情報によって規定される条件であり、２０１８年１月２０日の１８：００と、競技場内とが設定されている。また、実行終了条件は、日時又は位置情報によって規定される条件であり、２０１８年１月２０日の２０：００と、競技場外とが設定されている。
【００７１】
実行開始条件として設定された日時は、サッカーの試合の開始時刻を示し、競技場内は試合が開催される場所を示している。つまり、くじ引きサービスアプリは、サッカーの試合が開始された後に競技場内に端末装置３００が存在する場合にのみ、実行することが可能となる。
【００７２】
また、実行終了時刻として設定された日時は、サッカーの試合の終了時刻を示し、競技場外は、試合が開催される場合以外の場所を示している。つまり、くじ引きサービスアプリは、サッカーの試合の終了後であるか、又は、端末装置３００が競技場の外に存在する場合の何れか一方の状態において、実行できなくなる。
【００７３】
次に、本実施形態の配信システム１００の有する各装置の処理について説明する。はじめに、端末装置３００の処理について説明する。
【００７４】
図７は、第一の実施形態の端末装置の処理を説明する第一のフローチャートである。
【００７５】
本実施形態の端末装置３００において、実行制御処理部３１０は、アプリ要求部３１１が、アプリケーションのダウンロード指示を受け付けたか否かを判定する（ステップＳ７０１）。ステップＳ７０１において、ダウンロード指示を受け付けていない場合、端末装置３００は、待機する。
【００７６】
ステップＳ７０１において、ダウンロード指示を受け付けた場合、実行制御処理部３１０は、アプリケーションを配信サーバ２００からダウンロードする（ステップＳ７０２）。ステップＳ７０２の詳細は後述する。
【００７７】
続いて、実行制御処理部３１０は、実行指示受付部３１３により、アプリケーションの実行指示を受け付けたか否かを判定する（ステップＳ７０３）。ステップＳ７０３において、実行指示を受け付けていない場合、端末装置３００は、待機する。
【００７８】
ステップＳ７０３において、実行指示を受け付けた場合、実行制御処理部３１０は、アプリケーションを実行し（ステップＳ７０４）、処理を終了する。ステップＳ７０４の詳細は、後述する。
【００７９】
以下に、図８を参照して、実行制御処理部３１０によるアプリケーションのダウンロードについて説明する。図８は、第一の実施形態の端末装置の処理を説明する第二のフローチャートである。図８では、図７のステップＳ７０２の処理の詳細を示している。
【００８０】
本実施形態の端末装置３００は、アプリケーションのダウンロード指示を受けると、アプリ要求部３１１により、ダウンロードを指示されたアプリケーションの名称と、端末状態情報とを取得する（ステップＳ８０１）。
【００８１】
具体的には、アプリ要求部３１１は、端末装置３００の位置情報と、現在の時刻を示す情報と、属性情報とを端末状態情報として取得する。属性情報は、予め端末装置３００に設定されていても良い。
【００８２】
続いて、アプリ要求部３１１は、取得したアプリケーションの名称と、端末状態情報とを配信サーバ２００へ送信する（ステップＳ８０２）。続いて、実行制御処理部３１０は、アプリ保存部３１２により、配信サーバ２００から、アプリケーションと、メタ情報と、実行条件情報とを受信したか否かを判定する（ステップＳ８０３）。
【００８３】
ステップＳ８０３において、該当する情報を受信しない場合、実行制御処理部３１０は、図７のステップＳ７０１へ戻る。尚、ステップＳ８０３において、アプリケーションとメタ情報と実行条件情報とを受信しない場合とは、ステップＳ８０１で送信した端末状態情報が配信条件を満たしていないことを示している。
【００８４】
ステップＳ８０３において、アプリケーションとメタ情報と、実行条件情報を受信した場合、アプリ保存部３１２は、アプリケーション、メタ情報、実行条件情報を保存し（ステップＳ８０４）、図７のステップＳ７０３へ進む。
【００８５】
次に、図９を参照して、実行制御処理部３１０によるアプリケーションの実行について説明する。図９は、第一の実施形態の端末装置の処理を説明する第三のフローチャートである。図９では、図７のステップＳ７０４の処理の詳細を示している。
【００８６】
端末装置３００の実行制御処理部３１０は、実行指示受付部３１３によりアプリケーションの実行指示を受け付けると、実行制御部３１４により、実行指示から、実行するアプリケーションの名称を取得する（ステップＳ９０１）。
【００８７】
続いて、実行制御部３１４は、アプリ保存部３１２から、取得したアプリケーションの名称と対応付けられた実行条件情報を取得する（ステップＳ９０２）。続いて、実行制御部３１４は、自機の端末状態情報を取得する（ステップＳ９０３）。
【００８８】
続いて、実行制御部３１４は、ステップＳ９０３で取得した端末状態情報が、実行条件を満たすか否かを判定する（ステップＳ９０４）。
【００８９】
ステップＳ９０４において、実行制御部３１４は、端末状態情報が実行条件を満たす場合、アプリ実行部３１５に対し、実行許可イベントを通知し（ステップＳ９０５）、後述するステップＳ９０７へ進む。
【００９０】
ステップＳ９０４において、実行制御部３１４は、端末状態情報が実行条件を満たさない場合、アプリ実行部３１５に対し、実行不許可イベントを通知し（ステップＳ９０６）、後述するステップＳ９０７へ進む。
【００９１】
続いて、実行制御処理部３１０は、アプリ実行部３１５により、実行許可イベントを取得したか否かを判定する（ステップＳ９０７）。
【００９２】
ステップＳ９０７において、実行許可イベントを取得していない場合、実行制御処理部３１０は、実行不許可イベントを取得したか否かを判定する（ステップＳ９０８）。ステップＳ９０８において、該当する通知を取得していない場合、実行制御処理部３１０は、ステップＳ９０７に戻る。
【００９３】
ステップＳ９０８において、該当する通知を取得した場合、実行制御処理部３１０は、処理を終了する。尚、実行不許可イベントを取得した場合とは、アプリケーションの実行指示を受け付けたときの端末装置３００の端末状態情報が、実行条件を満たしていないことを示す。
【００９４】
ステップＳ９０７において、実行許可イベントを取得した場合、アプリ実行部３１５は、指定されたアプリケーションを実行させ（ステップＳ９０９）、処理を終了する。
【００９５】
次に、図１０を参照して、本実施形態の配信サーバ２００の処理について説明する。図１０は、第一の実施形態の配信サーバの処理を説明するフローチャートである。
【００９６】
本実施形態の配信サーバ２００の配信処理部２３０は、アプリ配信判定部２３１により、端末装置３００からアプリケーションの名称と端末状態情報とを受信したか否かを判定する（ステップＳ１００１）。ステップＳ１００１において、アプリケーションの名称と端末状態情報とを受信していない場合、配信処理部２３０は待機する。
【００９７】
ステップＳ１００１において、アプリケーションの名称と端末状態情報とを受信した場合、アプリ配信判定部２３１は、配信条件データベース２２０を参照し、取得したアプリケーションの名称と対応する配信条件情報を取得する（ステップＳ１００２）。
【００９８】
続いて、アプリ配信判定部２３１は、取得した端末状態情報が、配信条件情報が示す配信条件を満たすか否かを判定する（ステップＳ１００３）。
【００９９】
ステップＳ１００３において、端末状態情報が配信条件を満たさない場合、アプリ配信判定部２３１は、アプリ配信部２３２により、アプリケーションのダウンロードができないことを示す通知を端末装置３００に送信し（ステップＳ１００４）、処理を終了する。
【０１００】
ステップＳ１００３において、端末状態情報が配信条件を満たす場合、アプリ配信判定部２３１は、アプリケーションデータベース２１０を参照し、取得したアプリケーションの名称と対応するアプリケーションとメタ情報と実行条件情報を取得する（ステップＳ１００５）。
【０１０１】
続いて、アプリ配信部２３２は、取得したアプリケーションと、メタ情報と、実行条件情報とを端末装置３００へ送信し（ステップＳ１００６）、処理を終了する。
【０１０２】
尚、以上の説明では、端末装置３００において、アプリケーションのダウンロード指示が行われると、その都度端末装置３００が端末状態情報を取得して配信サーバ２００へ配信依頼を行うものとしたが、これに限定されない。
【０１０３】
本実施形態では、例えば、一度、アプリケーションが指定されてダウンロード指示が行われると、端末装置３００は、一定期間の間、このアプリケーションが配信されるまで、繰り返し配信依頼を配信サーバ２００に対して行っても良い。
【０１０４】
また、本実施形態の配信システム１００では、例えば、端末装置３００が特定のビーコン信号を受信したことや、端末装置３００が所定の領域内に入ったことを配信サーバ２００が検知すると、配信サーバ２００が端末装置３００から端末状態情報を取得しても良い。
【０１０５】
また、本実施形態では、端末装置３００において、ダウンロードされたアプリケーションの実行指示が行われる度に、端末状態情報を取得して実行条件を満たすか否かを判定するものとしたが、これに限定されない。
【０１０６】
端末装置３００は、一度アプリケーションが指定されて実行指示がされると、端末状態情報が、指定されたアプリケーションと対応する実行条件を満たすようになるまで、繰り返し端末状態情報を取得して判定を行っても良い。そして、端末装置３００は、端末状態情報が示す状態が、実行条件を満たすようになった場合に、このアプリケーションを実行させるためのアイコン等を表示させても良い。
【０１０７】
また、本実施形態では、アプリケーションが端末装置３００にダウンロードされた後に、端末状態情報が実行条件を満たさなくなった場合には、アプリ実行部３１５により、このアプリケーションとメタ情報と実行条件情報とをアプリ保存部３１２から削除（消去）しても良い。
【０１０８】
以下に、図１１及び図１２を参照して、本実施形態の端末装置３００の表示例について説明する。図１１及び図１２に示す例では、サッカーの試合が開始するまでの間は配信が可能であり、試合が開始されると実行が可能となるくじ引きサービスアプリが配信サーバ２００から端末装置３００に配信される場合の例を示している。
【０１０９】
図１１は、第一の実施形態の端末装置の表示例を説明する第一の図である。図１１に示す画面１１０では、サッカー観戦用アプリケーションを起動させるためのアイコン１２１が表示されている。尚、サッカー観戦用アプリケーションは、本実施形態の実行制御処理部３１０を実現するネイティブアプリケーションであっても良い。
【０１１０】
画面１１０において、アイコン１２１が操作されると、サッカー観戦用アプリケーションが起動し、端末装置３００における表示は、画面１１０から画面１１１へ遷移する。
【０１１１】
画面１１１は、端末装置３００にくじ引きサービスアプリがダウンロードされていない状態を示している。このため、画面１１１に表示されているサッカー観戦用アプリケーションのメニュー一覧１２２には、くじ引きサービスアプリを起動させるためのアイコンが表示されていない。
【０１１２】
ここで、くじ引きサービスアプリのダウンロード指示が行われて、くじ引きサービスアプリが端末装置３００にダウンロードされると、画面１１１は、画面１１２に遷移する。
【０１１３】
画面１１２では、メニュー一覧１２２に加えて、くじ引きサービスアプリの実行を指示するためのアイコン１２３が表示される。
【０１１４】
尚、画面１１２では、端末状態情報がくじ引きサービスアプリと対応する配信条件を満たしており、且つ、実行条件を満たしていない状態を示している。
【０１１５】
より具体的には、画面１１２では、サッカーの試合が始まっておらず、端末装置３００の端末状態情報が、実行条件情報に含まれる実行開始条件を満たしていない場合を示している（図６参照）。
【０１１６】
この場合、画面１１２において、アイコン１２３を操作してもくじ引きサービスアプリは実行されない。尚、この場合、アイコン１２３は、例えば、選択不可であることを示すような表示態様で表示させても良い。
【０１１７】
図１２は、第一の実施形態の端末装置の表示例を説明する第二の図である。図１２では、アイコン１２３が操作されたときの端末状態情報が実行条件を満たす場合を示している。
【０１１８】
端末装置３００は、端末状態情報が実行条件を満たすようになると、画面１１２のアイコン１２３は、画面１１２Ａに示すように、選択できるようになる。具体的には、例えば、サッカーの試合が開始されると、画面１１２が画面１１２Ａに遷移し、アイコン１２３の選択が可能となる。この場合、端末装置３００は、例えば、繰り返し端末状態情報を取得し、自機が実行条件を満たす状態となったか否かを監視していても良い。
【０１１９】
画面１１２Ａにおいて、アイコン１２３が選択されると、くじ引きサービスアプリが実行され、画面１１２Ａが画面１１３に遷移する。
【０１２０】
画面１１３には、くじ引きサービスアプリの実行結果が表示される。図１２の例では、くじが当たり、景品が提供される場合の実行結果を示している。本実施形態では、くじ引きサービスアプリが１度実行されると、その履歴を示す情報が端末装置３００に保持される。
【０１２１】
また、本実施形態では、端末装置３００は、画面１１３から、メニュー一覧１２２を表示させる画面に表示を切り替える操作が行われると、くじ引きサービスアプリのアイコン１２３を非表示とし、画面１１１と同様の画面を表示させても良い。
【０１２２】
本実施形態では、このように、ダウンロードしたアプリケーションを実行したことを示す履歴情報が保持されている場合には、このアプリケーションの実行指示を行えないようにしても良い。また、本実施形態では、くじ引きサービスアプリの実行終了条件で規定される時刻が経過すると、くじ引きサービスアプリが自動的にアンインストールされても良い。
【０１２３】
以上のように、本実施形態では、アプリケーションを実行することができる時間帯を、アプリケーションをダウンロードすることができる時間帯よりも後にする。このため、本実施形態によれば、アプリケーションを実行した後にアンインストールし、再度アプリケーションをダウンロードして実行する、と言うように、サービスが不正に利用されることを抑制できる。また、本実施形態によれば、端末装置３００の利用者の個人情報等を管理する必要がなく、管理にかかるコストを低減できる。
【０１２４】
（第二の実施形態）
以下に図面を参照して、第二の実施形態について説明する。第二の実施形態は、複数のアプリケーションにより１つのサービスが提供される点のみ、第一の実施形態と相違する。よって、以下の第二の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１２５】
図１３は、第二の実施形態の配信条件と実行条件の関係を説明する図である。本実施形態では、アプリケーションＡとアプリケーションＢとによって、１つのサービスが提供される場合を示している。
【０１２６】
例えば、アプリケーションＡは、サービスと対応する処理を実行するためのプログラムであり、アプリケーションＢは、アプリケーションＡの処理結果を出力するためのプログラムである。この場合、アプリケーションＢが実行されることによって、サービスの提供が完了する。
【０１２７】
このように、１つのサービスが２つのアプリケーションによって提供される場合には、アプリケーションＢを実行することが可能な時間帯が、アプリケーションＢの配信が可能である時間帯と分離していれば良い。
【０１２８】
具体的には、例えば、アプリケーションＡを、くじをひく処理を実行するためのプログラムとし、アプリケーションＢを、くじを引いた結果を表示させるプログラムとする。この場合、アプリケーションＡが何度実行されようとも、アプリケーションＢが実行されない限り、くじ引きの結果は通知されない。したがって、アプリケーションＡは、１度実行された後にアンインストールされ、再度インストールされて実行されたとしても、サービスの不正な利用にはならない。
【０１２９】
このため、アプリケーションＡの実行条件が規定する時間帯は、配信条件が規定する時間帯と重複していても良い。
【０１３０】
これに対し、アプリケーションＢは、アプリケーションＡと共に、１度実行された後にアンインストールされ、再度インストールされて実行された場合には、くじを回ひいたことになり、サービスの不正な利用となり得る。
【０１３１】
そこで、本実施形態では、サービスと対応する処理を出力（表示）するためのアプリケーションに対しては、実行条件で規定される時間帯を、配信条件で規定される時間帯よりも後の時間帯とする。
【０１３２】
言い換えれば、本実施形態では、サービスを提供するプログラムのうち、一部のプログラムの実行条件として定義された時間帯が、配信条件として定義された時間帯よりも後になる。
【０１３３】
尚、図１３で説明したアプリケーションＡ、Ｂの配信条件が示す時間帯Ｋ１と、アプリケーションＡの実行条件が示す時間帯Ｋ３と、アプリケーションＢの実行条件が示す時間帯Ｋ４との関係は、図１３に示す例に限定されない。
【０１３４】
本実施形態では、時間帯Ｋ４が、時間帯Ｋ１の後の時間帯となっていれば良く、時間帯Ｋ３と時間帯Ｋ１が同じ時間帯であっても良い。また、時間帯Ｋ３の一部と時間帯Ｋ４の一部とが重複していても良い。
【０１３５】
以下の説明では、１つのサービスを提供するプログラムをアプリケーションと呼び、アプリケーションに含まれる複数のアプリケーションをミニアプリと呼ぶ。本実施形態のミニアプリとは、例えば、サービスを提供するための種々の機能と対応した、機能毎のアプリケーションである。つまり、本実施形態のサービスを提供するためのアプリケーションとは、複数の機能毎のアプリケーションを含む。
【０１３６】
以下に、図１４を参照して、本実施形態の配信条件と実行条件の例について説明する。図１４は、第二の実施形態の配信条件情報と実行条件情報の一例を示す図である。図１４（Ａ）は、配信条件情報２２１の一例を示しており、図１４（Ｂ）は、実行条件情報２１３の一例を示している。
【０１３７】
図１４の例では、３つのミニアプリによって、くじ引きのサービスを提供する場合の、各ミニアプリの配信条件と実行条件とを示している。
【０１３８】
以下の説明では、くじ引きのサービスを提供するアプリケーションをくじ引きサービスアプリと呼ぶ。また、くじ引きサービスアプリに含まれる３つのミニアプリのそれぞれを、くじ引き告知ミニアプリ、くじ引きミニアプリ、結果表示ミニアプリと呼ぶ。くじ引き告知ミニアプリは、くじ引きのサービスが提供されることを告知するためのプログラムであり、くじ引きミニアプリは、くじを引く処理を実行するプログラムであり、結果表示ミニアプリは、くじ引きの結果を表示させるためのプログラムである。
【０１３９】
図１４（Ａ）に示す配信条件２２１は、くじ引きサービスアプリの配信条件を示している。くじ引きサービスアプリの配信開始条件と配信終了条件は、図６（Ａ）に示す例と同様であるから、説明を省略する。
【０１４０】
図１４（Ｂ）に示す実行条件２１３では、ミニアプリ毎に実行開始条件と実行終了条件とが設定されている。
【０１４１】
実行条件２１３−１は、くじ引き告知ミニアプリの実行条件を示す。くじ引き告知ミニアプリでは、実行開始条件は規定されておらず、実行終了条件は、２０１８年１月２０日の１７：５５である。
【０１４２】
実行条件２１３−２は、くじ引きミニアプリの実行条件を示す。くじ引きミニアプリの実行開始条件は、２０１８年１月２０日の１８：４５以降であり且つ競技場内と設定されている。また、実行終了条件は、２０１８年１月２０日の１９：００以降であるか、又は競技場外と設定されている。
【０１４３】
実行条件２１３−３は、結果表示ミニアプリの実行条件を示す。結果表示ミニアプリの実行開始条件は、０１８年１月２０日の２０：０５以降に設定されており、実行終了条件は、０１８年１月２７日の２０：００が設定されている。
【０１４４】
したがって、図１４の例では、くじ引き告知ミニアプリは、くじ引きサービスアプリの配信条件が規定する時間帯において、実行が可能である。
また、結果表示ミニアプリは、くじ引きサービスアプリの配信が可能な時間帯は実行されない。
【０１４５】
このように、本実施形態では、結果表示ミニアプリを実行可能な時間帯を、くじ引きサービスアプリを配信可能な時間帯よりも後にする。本実施形態によれば、このように実行条件を設定することで、例えば、サービスの不正な利用を防止できる。
【０１４６】
尚、本実施形態の配信システム１００では、端末装置３００において、くじ引きサービスアプリのダウンロード指示がなされると、配信サーバ２００は、上述した３つのミニアプリと、各ミニアプリの実行条件情報とを端末装置３００に送信すれば良い。
【０１４７】
以下に、図１５を参照して、本実施形態の実行制御処理部３１０によるアプリケーションの実行について説明する。
【０１４８】
図１５は、第二の実施形態の実行制御処理部によるアプリケーションの実行の処理を説明するフローチャートである。
【０１４９】
端末装置３００の実行制御処理部３１０は、実行指示受付部３１３によりアプリケーションの実行指示を受け付けると、実行制御部３１４により、実行指示から、実行するアプリケーションの名称を取得する（ステップＳ１５０１）。
【０１５０】
続いて、実行制御部３１４は、アプリ保存部３１２から、取得したアプリケーションの名称と対応付けられた実行条件情報を取得する（ステップＳ１５０２）。尚、ここで、アプリ保存部３１２では、実行が指示されたアプリケーションに含まれるミニアプリ毎の実行条件情報が保存されている。
【０１５１】
続いて、実行制御部３１４は、自機の端末状態情報を取得する（ステップＳ１５０３）。
【０１５２】
次に、実行制御部３１４は、取得したミニアプリ毎の実行条件情報のうち、ステップＳ１５０３で取得した端末状態情報が実行条件を満たすミニアプリが存在するか否かを判定する（ステップＳ１５０４）。
【０１５３】
ステップＳ１５０４において、該当するミニアプリが存在する場合、実行制御部３１４は、アプリ実行部３１５に対し、該当するミニアプリの実行許可イベントを通知し（ステップＳ１５０５）、後述するステップＳ１５０７へ進む。
【０１５４】
ステップＳ１５０４において、該当するミニアプリが存在しない場合、実行制御部３１４は、アプリ実行部３１５に対し、ミニアプリの実行不許可イベントを通知し（ステップＳ１５０６）、後述するステップＳ１５０７へ進む。
【０１５５】
続いて、実行制御処理部３１０は、アプリ実行部３１５により、実行許可イベントを取得したか否かを判定する（ステップＳ１５０７）。
【０１５６】
ステップＳ１５０７において、実行許可イベントを取得していない場合、実行制御処理部３１０は、実行不許可イベントを取得したか否かを判定する（ステップＳ１５０８）。ステップＳ１５０８において、該当する通知を取得していない場合、実行制御処理部３１０は、ステップＳ１５０７に戻る。
【０１５７】
ステップＳ１５０７において、実行許可イベントを取得した場合、アプリ実行部３１５は、実行許可イベントと対応するミニアプリを実行させ（ステップＳ１５０９）、処理を終了する。
【０１５８】
次に、図１６及び図１７を参照して、本実施形態の端末装置３００の表示例について説明する。
【０１５９】
図１６は、第二の実施形態の端末装置の表示例を説明する第一の図である。図１６に示す画面１６１は、サッカー観戦用アプリケーションが起動されており、くじ引きサービスアプリが端末装置３００にダウンロードされた場合の例を示している。
【０１６０】
画面１６１では、くじ引きサービスアプリは配信可能であり、端末装置３００にダウンロードされたくじ引きサービスアプリケーションのうち、くじ引き告知アプリのみが実行可能な状態を示している。
【０１６１】
したがって、画面１６１に表示されているくじ引きサービスアプリを実行させるためのアイコン１２３は、選択可能に表示されている。
【０１６２】
画面１６１において、アイコン１２３が操作されると、端末装置３００は、くじ引き告知アプリを実行させ、画面１６１を画面１６２へ遷移させる。
【０１６３】
画面１６２では、くじ引きがハーフタイムに行われることを告知するメッセージＭ１が表示される。端末装置３００は、画面１６２において、元の画面に戻る操作を受けると、画面１６１Ａを表示させる。尚、ここで、ハーフタイムは、２０１８／１／２０の１８：４５〜１９：００までの１５分間であり、この時間帯は、くじ引きアプリの実行可能な時間帯である。
【０１６４】
図１７は、第二の実施形態の端末装置の表示例を説明する第二の図である。図１７に示す画面１７１は、ハーフタイムの間に、図１６の画面１６１Ａにおいて、アイコン１２３が操作された場合に、端末装置３００に表示される画面の例である。
【０１６５】
ハーフタイムである場合、くじ引きサービスアプリケーションに含まれるミニアプリのうち、実行条件を満たすミニアプリは、くじ引きミニアプリである。したがって、端末装置３００は、くじ引きミニアプリを実行し、くじ引きミニアプリが実行されたことを示すメッセージＭ２を画面１７１に表示させる。
【０１６６】
端末装置３００は、画面１７１において、元の画面に戻る操作を受け付けると、画面１６１Ｂを表示させる。
【０１６７】
画面１７２は、サッカーの試合が終了した後に、画面１６１Ｂにおいてアイコン１２３が操作された場合に、端末装置３００に表示される画面の例を示している。試合終了後にくじ引きサービスアプリの実行指示を受けた場合、くじ引きサービスアプリケーションに含まれるミニアプリのうち、実行条件を満たすミニアプリは、結果表示ミニアプリである。したがって、端末装置３００は、結果表示ミニアプリを実行し、くじ引きの結果を画面１７２に表示させる。
【０１６８】
本実施形態では、このように、１つのサービスが複数のミニアプリによって提供される場合に、ミニアプリ毎に実行条件を設ける。また、本実施形態では、例えば、くじ引きの結果等のように、サービスの提供を完了させるミニアプリの実行条件が規定する時間帯を、ミニアプリの配信条件が規定する時間帯よりも後の時間帯とする。
【０１６９】
このようにすることで、本実施形態では、例えば、複数回実行した場合にサービスの不正な利用となるミニアプリについてのみ、実行可能な時間帯を制限すれば良く、利用者に対してより良いサービスを提供できる。
【０１７０】
例えば、くじ引きサービスアプリの場合、くじ引き告知ミニアプリは、何度実行してもサービスの不正な利用には該当しない。したがって、くじ引き告知ミニアプリを実行可能な時間帯は、くじ引きサービスアプリの配信可能な時間帯と重複していても良い。また、くじ引きミニアプリも、くじ引きの結果が表示されなければ、利用者はくじ引きの結果を知ることができないため、複数回実行してもサービスの不正な利用に該当しない。したがって、くじ引きミニアプリを実行可能な時間帯は、くじ引きサービスアプリの配信可能な時間帯や、くじ引き告知ミニアプリの実行可能な時間帯と重複していても良い。
【０１７１】
これに対し、くじ引きミニアプリと結果表示ミニアプリの実行可能な時間帯と、くじ引きサービスアプリの配信可能な時間帯が重複すると、本来は１度しか引けないくじを複数回ひくことになり、サービスの不正な利用となる。したがってくじ引きミニアプリと結果表示ミニアプリの実行可能な時間帯は、くじ引きサービスアプリを配信可能な時間帯と重複しないよう分離させる。
【０１７２】
以上のように、本実施形態によれば、配信サーバ２００から端末装置３００に配信されたアプリケーションが複数のミニアプリによって提供される場合でも、利用者の個人情報を管理することなく、サービスの不正な利用を防止することができる。
【０１７３】
（第三の実施形態）
以下に図面を参照して、第三の実施形態について説明する。第三の実施形態では、配信条件情報が端末装置の実行制御処理部に保持される点が、第一の実施形態と相違する。よって、以下の第三の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１７４】
図１８は、第三の実施形態の配信システムの有する各装置の機能を説明する図である。
【０１７５】
本実施形態の配信システム１００Ａは、配信サーバ２００Ａと端末装置３００Ａとを有する。
【０１７６】
本実施形態の配信サーバ２００Ａは、アプリケーションデータベース２１０と配信処理部２３０Ａとを有し、配信処理部２３０Ａは、アプリ配信判定部２３１Ａと、アプリ配信部２３２とを有する。
【０１７７】
また、本実施形態の端末装置３００Ａは、実行制御処理部３１０Ａを有する。実行制御処理部３１０Ａは、アプリ要求部３１１Ａ、アプリ保存部３１２、実行指示受付部３１３、実行制御部３１４、アプリ実行部３１５に加え、配信終了通知部３１６、配信条件保持部２２０Ａを有する。
【０１７８】
本実施形態の配信条件保持部２２０Ａは、実行制御処理部３１０と対応する配信条件情報２２１を保持している。
【０１７９】
また、本実施形態のアプリ要求部３１１Ａは、アプリケーションのダウンロード指示を受け付けると、配信条件保持部２２０Ａを参照し、指示されたアプリケーションと対応する配信条件情報２２１を取得する。そして、アプリ要求部３１１Ａは、取得した配信条件情報と共に、アプリケーションの配信依頼を配信サーバ２００Ａに送信する。
【０１８０】
配信終了通知部３１６は、現在の時刻が、配信条件保持部２２０Ａに格納された配信条件情報が示す配信終了条件を満たす時刻となると、アプリケーションを配信可能な時間帯が終了したことを配信サーバ２００Ａへ通知する。言い換えれば、配信終了通知部３１６は、配信条件情報を参照し、アプリケーションの配信可能な時間帯の終了を配信サーバ２００Ａへ通知する。
【０１８１】
本実施形態の配信サーバ２００Ａのアプリ配信判定部２３１Ａは、端末装置３００Ａから、配信依頼と共に受信した、配信条件情報と、端末状態情報とに基づき、配信が依頼されたアプリケーションを配信するか否かを判定する。
【０１８２】
また、本実施形態のアプリ配信判定部２３１Ａは、配信終了通知部３１６から、アプリケーションを配信可能な時間帯が終了したことを示す通知を受けて、このアプリケーションの配信を禁止する。
【０１８３】
したがって、本実施形態の配信サーバ２００Ａは、一度、配信可能な時間帯が終了したことを示す通知を受けた後は、他の端末装置からこのアプリケーションの配信依頼を受けても、アプリケーションを配信しない。
【０１８４】
次に、図１９を参照して、本実施形態の実行制御処理部３１０Ａによるアプリケーションのダウンロードについて説明する。図１９は、第三の実施形態の端末装置の処理を説明するフローチャートである。
【０１８５】
本実施形態の端末装置３００Ａの実行制御処理部３１０Ａは、アプリ要求部３１１Ａにより、端末状態情報と、アプリケーションのダウンロード指示からアプリケーションの名称を取得する。また、アプリ要求部３１１は、配信条件保持部２２０Ａから、アプリケーションの名称と対応する配信条件情報を取得する（ステップＳ１９０１）。
【０１８６】
続いて、アプリ要求部３１１Ａは、取得したアプリケーションの名称と、端末状態情報と、配信条件情報とを配信サーバ２００Ａへ送信し（ステップＳ１９０２）、ステップＳ１９０３へ進む。
【０１８７】
図１９のステップＳ１９０３とステップＳ１９０４の処理は、図８のステップＳ８０３とステップＳ８０４の処理と同様であるから、説明を省略する。
【０１８８】
このように、本実施形態では、配信条件情報を端末装置３００Ａに保持させることができる。したがって、本実施形態によれば、配信サーバ２００Ａ側で、配信条件データベース２２０を保持する必要がなく、配信サーバ２００Ａ側の負荷を軽減することができる。
【０１８９】
（第四の実施形態）
以下に図面を参照して、第四の実施形態について説明する。第四の実施形態では、アプリケーションの配信の可否を端末装置が判定する点が、第三の実施形態と相違する。よって、以下の第四の実施形態の説明では、第三の実施形態との相違点についてのみ説明し、第三の実施形態と同様の機能構成を有するものには、第三の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１９０】
図２０は、第四の実施形態の配信システムの有する各装置の機能を説明する図である。
【０１９１】
本実施形態の配信システム１００Ｂは、配信サーバ２００Ｂと端末装置３００Ｂとを有する。
【０１９２】
本実施形態の配信サーバ２００Ｂは、アプリケーションデータベース２１０と配信処理部２３０Ｂとを有し、配信処理部２３０Ｂは、受付部２３１Ｂと、アプリ配信部２３２とを有する。
【０１９３】
また、本実施形態の端末装置３００Ｂは、実行制御処理部３１０Ｂを有する。実行制御処理部３１０Ｂは、アプリ要求部３１１Ｂ、アプリ保存部３１２、実行指示受付部３１３、実行制御部３１４、アプリ実行部３１５に加え、アプリ配信判定部３１７、配信条件保持部２２０Ａを有する。
【０１９４】
本実施形態の受付部２３１Ｂは、端末装置３００Ｂからのアプリケーションの配信依頼を受け付ける。
【０１９５】
本実施形態のアプリ要求部３１１Ｂは、ダウンロード指示を受け付けて、端末状態情報とアプリケーションの名称を取得し、アプリ配信判定部３１７へ渡す。また、アプリ要求部３１１Ｂは、アプリ配信判定部３１７により判定結果に応じて、配信サーバ２００Ｂへアプリケーションの配信依頼を送信する。
【０１９６】
本実施形態のアプリ配信判定部３１７は、アプリ要求部３１１Ａがアプリケーションのダウンロード指示を受け付けると、アプリケーションの名称と、端末状態情報とを取得する。次に、アプリ配信判定部３１７は、配信条件保持部２２０Ａを参照し、アプリケーションの名称と対応する配信条件情報と、端末状態情報とに基づき、端末状態情報が配信条件を満たすか否かを判定し、判定結果をアプリ要求部３１１Ａへ通知する。
【０１９７】
アプリ要求部３１１Ａは、アプリ配信判定部３１７により、端末状態情報が配信条件を満たすと判定された場合に、配信サーバ２００Ｂに対して配信依頼を行う。
【０１９８】
以下に、図２１を参照して、本実施形態の実行制御処理部３１０Ｂによるアプリケーションのダウンロードについて説明する。図２１は、第四の実施形態の端末装置の処理を説明するフローチャートである。
【０１９９】
本実施形態の実行制御処理部３１０Ｂは、アプリ要求部３１１Ｂにより、ダウンロード指示からアプリケーションの名称と端末状態情報とを取得する（ステップＳ２１０１）。続いて、実行制御処理部３１０Ｂは、アプリ配信判定部３１７により、配信条件保持部２２０Ａに保持された、アプリケーションの名称と対応する配信条件情報を参照する（ステップＳ２１０２）。
【０２００】
続いて、アプリ配信判定部３１７は、端末状態情報が配信条件を満たすか否かを判定する（ステップＳ２１０３）。ステップＳ２１０３において、端末状態情報が配信条件を満たさない場合、端末装置３００Ｂは、図７のステップＳ７０１へ戻る。
【０２０１】
ステップＳ２１０３において、端末状態情報が配信条件を満たす場合、アプリ要求部３１１Ｂは、アプリ配信判定部３１７の判定結果を受けて、アプリケーションの配信依頼と、端末状態情報と、アプリケーションの名称とを配信サーバ２００Ｂへ送信する（ステップＳ２１０４）。
【０２０２】
続いて、実行制御処理部３１０Ｂは、アプリ保存部３１２により、配信サーバ２００Ｂからアプリケーションとメタ情報と実行条件情報を受信したか否かを判定する（ステップＳ２１０５）。ステップＳ２１０５において、該当する情報とアプリケーションを受信していない場合、アプリ保存部３１２は、受信するまで待機する。
【０２０３】
ステップＳ２１０５において、該当する情報とアプリケーションを受信すると、アプリ保存部３１２は、アプリケーションとメタ情報と実行条件情報とを保存し（ステップＳ２１０６）、処理を終了する。
【０２０４】
以上のように、本実施形態によれば、端末装置３００Ｂは、自機の端末状態情報が配信条件を満たす場合にのみ、配信サーバ２００Ｂへアプリケーションの配信依頼を行う。よって、本実施形態によれば、配信サーバ２００Ｂにおいて、アプリケーションを行うか否かの判定を行う必要がなく、配信サーバ２００Ｂの負荷を軽減できる。
【０２０５】
開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
サービスを提供するアプリケーションの取得指示を受けて、前記アプリケーションの配信依頼を外部装置へ送信する要求部と、
自機の状態を示す端末状態情報が、前記アプリケーションの配信条件で定義された配信可能時間以降の時間の定義を含む実行条件を満たす場合に、前記アプリケーションの実行を許可する実行制御部と、を有する、情報処理装置。
（付記２）
前記アプリケーションは、前記サービスを提供するための複数の機能と対応した複数のアプリケーションを含み、
前記複数のアプリケーション毎に定義された実行条件のうち、何れかの実行条件が、前記配信可能時間以降の時間を定義した条件である、付記１記載の情報処理装置。
（付記３）
前記何れかの実行条件は、
前記複数のアプリケーションのうち、実行することによって前記サービスの提供が完了する機能と対応するアプリケーションに対して定義された実行条件である、付記２記載の情報処理装置。
（付記４）
前記取得指示を受けたときの端末状態情報が、前記配信条件を満たしている場合に、前記サービスを提供するアプリケーションと、前記実行条件を示す実行条件情報とを受信する受信部を有する、付記１乃至３の何れか一項に記載の情報処理装置。
（付記５）
前記配信条件を示す配信条件情報が保持された配信条件保持部を有し、
前記要求部は、
前記取得指示を受けて、前記配信依頼と共に前記サービスを提供するアプリケーションと対応する配信条件情報を前記外部装置へ送信する、付記１乃至４の何れか一項に記載の情報処理装置。
（付記６）
前記取得指示を受けたときの端末状態情報が、前記サービスを提供するアプリケーションと対応する配信条件情報を満たすか否かを判定する配信判定部を有し、
前記要求部は、
前記配信判定部が、前記取得指示を受けたときの端末状態情報が前記配信条件情報を満たすと判定した場合に、前記配信依頼を前記外部装置へ送信する、付記５記載の情報処理装置。
（付記７）
情報処理装置と、前記情報処理装置へサービスを提供するアプリケーションを配信するサーバ装置と、を含むアプリ配信システムであって、
前記情報処理装置は、
前記サービスを提供するアプリケーションの取得指示を受けて、前記アプリケーションの配信依頼を外部装置へ送信する要求部と、
自機の状態を示す端末状態情報が、前記アプリケーションの配信条件で定義された配信可能時間以降の時間の定義を含む実行条件を満たす場合に、前記アプリケーションの実行を許可する実行制御部と、を有する、アプリ配信システム。
（付記８）
サービスを提供するアプリケーションの取得指示を受けて、前記アプリケーションの配信依頼を外部装置へ送信する処理と、
自機の状態を示す端末状態情報が、前記アプリケーションの配信条件で定義された配信可能時間以降の時間の定義を含む実行条件を満たす場合に、前記アプリケーションの実行を許可する処理と、をコンピュータに実行させる、アプリ実行制御プログラム。
【０２０６】
本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０２０７】
１００、１００Ａ、１００Ｂ  配信システム
２００、２００Ａ、２００Ｂ  配信サーバ
２１０  アプリケーションデータベース
２２０  配信条件データベース
２２０Ａ  配信条件保持部
２２１  配信条件情報
２３０、２３０Ａ、２３０Ｂ  配信処理部
２３１、２３１Ａ、３１７  アプリ配信判定部
２３２  アプリ配信部
３００、３００Ａ、３００Ｂ  端末装置
３１０、３１０Ａ、３１０Ｂ  実行制御処理部
３１１、３１１Ａ、３１１Ｂ  アプリ要求部
３１２  アプリ保存部
３１３  実行指示受付部
３１４  実行制御部
３１５  アプリ実行部
３１６  配信終了通知部
【図１】
2019185256.tif 000003
【図２】
2019185256.tif 000004
【図３】
2019185256.tif 000005
【図４】
2019185256.tif 000006
【図５】
2019185256.tif 000007
【図６】
2019185256.tif 000008
【図７】
2019185256.tif 000009
【図８】
2019185256.tif 000010
【図９】
2019185256.tif 000011
【図１０】
2019185256.tif 000012
【図１１】
2019185256.tif 000013
【図１２】
2019185256.tif 000014
【図１３】
2019185256.tif 000015
【図１４】
2019185256.tif 000016
【図１５】
2019185256.tif 000017
【図１６】
2019185256.tif 000018
【図１７】
2019185256.tif 000019
【図１８】
2019185256.tif 000020
【図１９】
2019185256.tif 000021
【図２０】
2019185256.tif 000022
【図２１】
2019185256.tif 000023