(57)【要約】      （修正有）【課題】環境に応じてアプリケーションを提供できるようにする。【解決手段】端末装置１０は、アプリケーションを起動させるための起動条件に関する情報を取得する情報取得部１１０と、取得された起動条件に関する情報を記憶する条件記憶部１２０と、取得された情報に基づいて、起動条件が満たされたアプリケーションの起動を制御する起動制御部１４１と、を備える。【選択図】図１
2015011594.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションを起動させるための起動条件に関する情報を取得する情報取得部と、
取得された情報に基づいて、前記起動条件が満たされたアプリケーションの起動を制御する起動制御部と、
を備える端末装置。
【請求項２】
前記起動制御部による制御に従って、前記起動条件が満たされたアプリケーションを起動するアプリケーション制御部を更に備え、
前記起動制御部は、起動条件が満たされたアプリケーションに対応付けられている制御情報を前記アプリケーション制御部に出力し、
前記アプリケーション制御部は、前記制御情報に応じて動作する、請求項１に記載の端末装置。
【請求項３】
前記起動条件は、複数の前記情報の組み合わせである、請求項１又は２に記載の端末装置。
【請求項４】
前記起動条件は、ユーザの位置に関する情報を含み、
前記情報取得部は、前記位置に関する情報に基づいて起動条件に関する情報を取得する、請求項１〜３のいずれか１項に記載の端末装置。
【請求項５】
前記起動条件は、天候又は気温に関する情報を更に含む、請求項４に記載の端末装置。
【請求項６】
アプリケーションを起動させるための起動条件に関する情報を取得する情報取得ステップと、
取得された情報に基づいて、前記起動条件が満たされたアプリケーションの起動を制御する起動制御ステップと、
を有するアプリケーション起動方法。
【請求項７】
アプリケーションを起動させるための起動条件に関する情報を取得する情報取得ステップと、
取得された情報に基づいて、前記起動条件が満たされたアプリケーションの起動を制御する起動制御ステップと、
をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションを提供する技術に関する。
【背景技術】
【０００２】
従来、スマートフォン等の通信端末の普及により様々なアプリケーションが提供されている。例えば、店舗情報やクーポンなどの情報をユーザに提供するアプリケーションなども知られている。しかし、アプリケーションの管理や起動はユーザにとって面倒な作業である。さらに、ユーザ自身がアプリケーションをインストールしていたことを忘れてしまい、適切な時にクーポンを利用できない場合もある。
このような問題に対し、通信端末の位置情報に基づいてアプリケーションを制御する技術が提案されている（例えば、特許文献１参照）。この技術によれば、通信端末の位置情報を利用して、通信端末が位置する場所に適したアプリケーションをユーザに提供することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１３１５９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、通信端末のユーザがその場所に訪れた時でないと効果を得ることができないという問題があった。
上記事情に鑑み、本発明は、環境に応じてアプリケーションを提供できる技術の提供を目的としている。
【課題を解決するための手段】
【０００５】
本発明の一態様は、アプリケーションを起動させるための起動条件に関する情報を取得する情報取得部と、取得された情報に基づいて、前記起動条件が満たされたアプリケーションの起動を制御する起動制御部と、を備える端末装置である。
【０００６】
本発明の一態様は、上記の端末装置であって、前記起動制御部による制御に従って、前記起動条件が満たされたアプリケーションを起動するアプリケーション制御部を更に備え、前記起動制御部は、起動条件が満たされたアプリケーションに対応付けられている制御情報を前記アプリケーション制御部に出力し、前記アプリケーション制御部は、前記制御情報に応じて動作する。
【０００７】
本発明の一態様は、上記の端末装置であって、前記起動条件は、複数の前記情報の組み合わせである。
【０００８】
本発明の一態様は、上記の端末装置であって、前記起動条件は、ユーザの位置に関する情報を含み、前記情報取得部は、前記位置に関する情報に基づいて起動条件に関する情報を取得する。
【０００９】
本発明の一態様は、上記の端末装置であって、前記起動条件は、天候又は気温に関する情報を更に含む。
【００１０】
本発明の一態様は、アプリケーションを起動させるための起動条件に関する情報を取得する情報取得ステップと、取得された情報に基づいて、前記起動条件が満たされたアプリケーションの起動を制御する起動制御ステップと、を有するアプリケーション起動方法である。
【００１１】
本発明の一態様は、アプリケーションを起動させるための起動条件に関する情報を取得する情報取得ステップと、取得された情報に基づいて、前記起動条件が満たされたアプリケーションの起動を制御する起動制御ステップと、をコンピュータに実行させるためのコンピュータプログラムである。
【発明の効果】
【００１２】
本発明により、環境に応じてアプリケーションを提供することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の制御システム１００の機能構成を示す概略ブロック図である。
【図２】起動制御部１４１の動作の流れを示すフローチャートである。
【図３】アプリケーション制御部１４２の動作の流れを示すフローチャートである。
【図４】制御システム１００の第一実施形態（制御システム１００ａ）の機能構成を示す概略ブロック図である。
【図５】第一実施形態における起動条件テーブルの具体例を示す図である。
【図６】制御システム１００の第二実施形態（制御システム１００ｂ）の機能構成を示す概略ブロック図である。
【図７】第二実施形態における起動条件テーブルの具体例を示す図である。
【図８】制御システム１００の第三実施形態（制御システム１００ｃ）の機能構成を示す概略ブロック図である。
【図９】第三実施形態における起動条件テーブルの具体例を示す図である。
【図１０】制御システム１００の第四実施形態（制御システム１００ｄ）の機能構成を示す概略ブロック図である。
【図１１】第四実施形態における起動条件テーブルの具体例を示す図である。
【図１２】制御システム１００の第五実施形態（制御システム１００ｅ）の機能構成を示す概略ブロック図である。
【図１３】第五実施形態における起動条件テーブルの具体例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態を、図面を参照しながら説明する。
［概略］
図１は、本発明の制御システム１００の機能構成を示す概略ブロック図である。制御システム１００は、端末装置１０、レコメンドサーバ２０及び提供サーバ３０を備える。
端末装置１０は、例えばパーソナルコンピュータ、タブレット装置、スマートフォン、ノートパソコン、ワークステーション、ゲーム機器、テレビ電話装置、車載器（例えば、カーナビゲーション装置）等の情報処理装置を用いて構成される。端末装置１０は、アプリケーションを起動させる条件（以下、「起動条件」という。）が満たされたか否かを判定し、起動条件が満たされたアプリケーションの起動を制御する。アプリケーションとは、端末装置１０において実行されるソフトウェアである。
【００１５】
レコメンドサーバ２０は、アプリケーションと、アプリケーションに関する情報とを対応付けて記憶する。アプリケーションに関する情報は、上述した起動条件を含む。レコメンドサーバ２０は、例えば、アプリケーションの配信を所望する事業者からアプリケーション及びアプリケーションに関する情報の登録を受け付ける。
提供サーバ３０は、端末装置１０からの要求に応じて、起動条件が満たされたアプリケーションに対して設定された情報を端末装置１０に送信する。
【００１６】
次に、端末装置１０の具体的な機能構成について説明する。端末装置１０は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、制御プログラムを実行する。制御プログラムの実行によって、端末装置１０は、情報取得部１１０、条件記憶部１２０、アプリケーション記憶部１３０、制御部１４０、通信部１５０、入力部１６０、表示部１７０を備える装置として機能する。また、制御部１４０は、起動制御部１４１、アプリケーション制御部１４２として機能する。なお、端末装置１０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。また、制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、制御プログラムは、電気通信回線を介して送受信されてもよい。
【００１７】
情報取得部１１０は、所定の情報を取得する。以下、情報取得部１１０が取得した情報を、「参照情報」という。情報取得部１１０は、例えばセンサーを備えることによって、センサーによって検出された情報を取得してもよい。情報取得部１１０は、他の装置と通信を行う事によって情報を取得してもよい。
【００１８】
情報取得部１１０の具体的な例を以下に列挙する。情報取得部１１０は、ネットワークを介して天候情報提供サーバと通信することによって、現在の天候に関する情報や天候の予報に関する情報を取得する。情報取得部１１０は、端末装置１０に関する情報（以下、「端末情報」という。）を取得する。情報取得部１１０は、マイクを備え、所定の空間の音声に関する情報を取得する。情報取得部１１０は、加速度センサーを備え端末装置１０の動きに関する情報を取得する。情報取得部１１０は、ネットワークを介して外部装置と通信することによって、所定の店舗に関する情報を取得する。なお、情報取得部１１０の構成は、上述した具体例に限定されない。
【００１９】
条件記憶部１２０は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。条件記憶部１２０は、起動条件テーブルを記憶する。起動条件テーブルは起動条件と、その起動条件が満たされた場合に起動されるアプリケーションのＩＤ（以下、「アプリＩＤ」という。）と、制御情報とが対応付けられたテーブルである。制御情報は、起動される際にアプリケーションに渡される情報を示す情報である。アプリケーションは、起動した後に、渡された制御情報に基づいて動作する。
アプリケーション記憶部１３０は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。アプリケーション記憶部１３０は、自装置にインストールされたアプリケーションのデータを記憶している。アプリケーション記憶部１３０は、例えばアプリケーションの名前、アプリＩＤなどをアプリケーションのデータに対応付けて記憶している。
【００２０】
制御部１４０は、端末装置１０の各機能部を制御する。以下、制御部１４０の具体的な構成について説明する。
起動制御部１４１は、条件記憶部１２０に記憶されている起動条件テーブルを参照し、参照情報に基づいて、満たされた起動条件が存在するか否かを判定する。起動制御部１４１は、満たされた起動条件が存在しない場合、処理を行わない。一方、起動制御部１４１は、満たされた起動条件が存在する場合、満たされた起動条件に対応付けられたアプリＩＤ及び制御情報を取得する。起動制御部１４１は、取得したアプリＩＤの起動と、制御情報に基づいた処理の実行と、を指示する指示通知を生成する。起動制御部１４１は、生成した指示通知をアプリケーション制御部１４２に出力する。
【００２１】
アプリケーション制御部１４２は、起動制御部１４１から出力された指示通知に基づいてアプリケーションを起動する。指示通知に制御情報が含まれている場合には、アプリケーション制御部１４２は、制御情報に基づいて処理を行う。例えば、アプリケーション制御部１４２は、提供サーバ３０に制御情報を送信し、提供サーバ３０から制御情報に対応する提供情報を受信する。提供情報とは、アプリケーションを介してユーザに提供される情報である。提供情報は、例えば割引クーポンや無料クーポンやニュースや店舗のお得情報などである。アプリケーション制御部１４２は、受信した提供情報を表示部１７０に表示させる。制御情報を用いた処理は、上述した処理に限定されない。
【００２２】
通信部１５０は、ネットワークインタフェース装置を用いて構成される。通信部１５０は、ネットワークを介してレコメンドサーバ２０とデータを送受信する。通信部１５０は、ネットワークを介して提供サーバ３０とデータを送受信する。通信部１５０は、例えば制御情報を提供サーバ３０に送信する。通信部１５０は、制御情報に対応する提供情報を提供サーバ３０から受信する。
【００２３】
入力部１６０は、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。入力部１６０は、ユーザの指示を端末装置１０に入力する際にユーザによって操作される。入力部１６０は、入力装置を端末装置１０に接続するためのインタフェースであってもよい。この場合、入力部１６０は、入力装置においてユーザの操作に応じ生成された入力信号を端末装置１０に入力する。
表示部１７０は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置である。表示部１７０は、受信された提供情報を表示する。
【００２４】
図２は、起動制御部１４１の動作の流れを示すフローチャートである。
起動制御部１４１は参照情報を取得する（ステップＳ１０１）。次に、起動制御部１４１は、起動条件テーブルを参照し、取得された参照情報に基づいて、満たされた起動条件が存在するか否かを判定する（ステップＳ１０２）。満たされた起動条件が存在しない場合（ステップＳ１０２−ＮＯ）、起動制御部１４１は、処理を終了する。
一方、満たされた起動条件が存在する場合（ステップＳ１０２−ＹＥＳ）、起動制御部１４１は、満たされた起動条件に対応するアプリケーションをユーザに提示する。例えば、起動制御部１４１は、表示部１７０におすすめ領域を表示させ、満たされた起動条件に対応する１又は複数のアプリケーションをおすすめ領域内に表示させる（ステップＳ１０３）。なお、おすすめ領域とは、端末装置１０のユーザに対して起動することを勧めるアプリケーションを提示するための表示領域である。
【００２５】
起動制御部１４１は、おすすめ領域でアプリケーションを選択する指示が入力されたか否かを判定する（ステップＳ１０４）。おすすめ領域でアプリケーションを選択する指示が入力されていない場合（ステップＳ１０４−ＮＯ）、起動制御部１４１は、ステップＳ１０４の処理を繰り返し実行する。一方、おすすめ領域でアプリケーションを選択する指示が入力された場合（ステップＳ１０４−ＹＥＳ）、起動制御部１４１は、アプリケーション記憶部１３０を参照し、選択されたアプリケーションがすでにインストール済みであるか否かを判定する（ステップＳ１０５）。選択されたアプリケーションがインストール済みである場合（ステップＳ１０５−ＹＥＳ）、起動制御部１４１は、インストールされているアプリケーションが、すでに起動しているか否かを判定する（ステップＳ１０６）。
【００２６】
アプリケーションが起動していない場合（ステップＳ１０６−ＮＯ）、起動制御部１４１は、指示通知を生成する。起動制御部１４１は、生成した指示通知をアプリケーション制御部１４２に出力する（ステップＳ１０７）。起動制御部１４１は、条件が満たされた起動条件に対応付けられている制御情報をアプリケーション制御部１４２に出力する（ステップＳ１０８）。その後、起動制御部１４１は、処理を終了する。
【００２７】
ステップＳ１０６の処理において、アプリケーションが起動している場合（ステップＳ１０６−ＹＥＳ）、起動制御部１４１は、条件が満たされた起動条件に対応付けられている制御情報をアプリケーション制御部１４２に出力する（ステップＳ１０８）。
ステップＳ１０５の処理において、選択されたアプリケーションがインストール済みではない場合（ステップＳ１０５−ＮＯ）、起動制御部１４１はステップＳ１０４の処理で選択されたアプリケーションをインストールするための画面（インストール画面）を表示部１７０に表示させる（ステップＳ１０９）。
【００２８】
起動制御部１４１は、ユーザによってインストールする指示が入力されたか否かを判定する（ステップＳ１１０）。インストールする指示が入力されなかった場合（ステップＳ１１０−ＮＯ）、起動制御部１４１は、ステップＳ１０４の処理を繰り返し実行する。一方、インストールする指示が入力された場合（ステップＳ１１０−ＹＥＳ）、起動制御部１４１は、ステップＳ１０４の処理で選択されたアプリケーションのアプリＩＤを、通信部１５０を介してレコメンドサーバ２０に送信する（ステップＳ１１１）。その後、起動制御部１４１は、通信部１５０を介してアプリケーションのデータをダウンロードし、アプリケーションを端末装置１０にインストールする（ステップＳ１１２）。インストールが完了すると、起動制御部１４１は、ステップＳ１０７以降の処理を実行する。
【００２９】
なお、起動制御部１４１は、アプリＩＤによってはステップＳ１０８の処理を実行しなくてもよい。具体的には、アプリＩＤに提供情報を取得するためのアプリＩＤが含まれない場合には、アプリケーション制御部１４２は提供サーバ３０に対して制御情報を送信する必要が無い。そのため、アプリＩＤに提供情報を取得するためのアプリＩＤが含まれない場合には、起動制御部１４１はステップＳ１０８の処理を実行しない。
【００３０】
図３は、アプリケーション制御部１４２の動作の流れを示すフローチャートである。
アプリケーション制御部１４２は、起動制御部１４１から出力された制御情報を取得する（ステップＳ２０１）。アプリケーション制御部１４２は、取得した制御情報を、通信部１５０を介して提供サーバ３０に送信する（ステップＳ２０２）。アプリケーション制御部１４２は、送信した制御情報に対応する提供情報を、通信部１５０を介して受信する（ステップＳ２０３）。アプリケーション制御部１４２は、受信された提供情報を表示部１７０に表示させる（ステップＳ２０４）。
【００３１】
以上のように構成された制御システム１００では、参照情報に基づいて様々なアプリケーションの起動が制御される。具体的には、参照情報に基づいて起動条件が満たされるか否か判断され、満たされた起動条件に応じたアプリケーションがおすすめ領域に表示される。そして、おすすめ領域に表示されたアプリケーションのうちユーザによって選択されたアプリケーションが実際に起動される。そのため、参照情報によって表される環境に応じたアプリケーションをユーザに提供することが可能になる。
【００３２】
＜変形例＞
本実施形態では、制御システム１００が１台のレコメンドサーバ２０を備える構成を示しているが、制御システム１００は２台以上のレコメンドサーバ２０を備えるように構成されてもよい。本実施形態では、制御システム１００が１台の提供サーバ３０を備える構成を示しているが、制御システム１００は２台以上の提供サーバ３０を備えるように構成されてもよい。
起動制御部１４１は、起動条件が満たされたアプリケーションを、おすすめ領域に表示させずに直接起動させてもよい。この場合、起動制御部１４１は、起動条件が満たされると、指示通知をアプリケーション制御部１４２に出力する。そして、アプリケーション制御部１４２は、出力された指示通知に応じてアプリケーションを起動する。
【００３３】
本実施例では、起動条件がアプリケーションの配信を所望する事業者によって設定される構成を示したが、これに限定される必要はない。例えば、起動条件は、事業者及び端末装置１０のユーザの双方でそれぞれ設定されてもよい。この場合、端末装置１０は、ユーザの操作に応じて自装置にインストールされているアプリケーションの一覧を画面に表示する。次に、端末装置１０のユーザは、画面に表示されているインストール済みのアプリケーションの中から起動条件の設定を行いたいアプリケーションを選択し、起動条件を設定する。端末装置１０は、ユーザの設定に応じて、選択されたアプリケーションに起動条件を対応付けて起動条件テーブルに記憶する。端末装置１０のユーザがこのような処理を行うことによって、ユーザ側でもアプリケーションの起動条件を設定することができる。事業者が設定した起動条件及び端末装置１０のユーザが設定した起動条件が１つのアプリケーションに設定されている場合、起動制御部１４１は予め定められた条件に従ってどちらか一方の起動条件が満たされるとアプリケーションの起動を制御する。この条件は、ユーザによって任意に設定可能である。
【００３４】
例えば、事業者側の起動条件のみでアプリケーションの起動を制御する設定がなされている場合、起動制御部１４１はユーザが設定した起動条件が満たされたとしてもアプリケーションの起動を制御しない。
端末装置１０のユーザの起動条件のみでアプリケーションの起動を制御する設定がなされている場合、起動制御部１４１は事業者側が設定した起動条件が満たされたとしてもアプリケーションの起動を制御しない。
事業者側の起動条件及び端末装置１０のユーザの起動条件の双方でアプリケーションの起動を制御する設定がなされている場合、起動制御部１４１はどちらか一方の起動条件が満たされると起動条件が満たされたアプリケーションの起動を制御してもよい。
事業者側の起動条件及び端末装置１０のユーザの起動条件の双方でアプリケーションの起動を制御する設定がなされている場合、起動制御部１４１は双方の起動条件が満たされると起動条件が満たされたアプリケーションの起動を制御してもよい。
【００３５】
なお、アプリケーションや、クーポンなどを含む提供情報の種類によっては事業者側のみで起動条件を設定可能に構成されてもよい。すなわち、アプリケーションには、事業者のみが起動条件を設定できるアプリケーションと事業者及び端末装置１０のユーザの双方がそれぞれ起動条件を設定できるアプリケーションとがあってもよい。
端末装置１０のユーザの起動条件やアプリケーションのインストールの有無に関わらず、利用可能なクーポンなどを含む提供情報を端末装置１０の画面に表示させるように構成されてもよい。
以下、本発明の一実施形態である制御システム１００の複数の具体例について詳細に説明する。
【００３６】
［第一実施形態］
図４は、制御システム１００の第一実施形態（制御システム１００ａ）の機能構成を示す概略ブロック図である。制御システム１００ａは、端末装置１０ａ、レコメンドサーバ２０ａ及び提供サーバ３０ａを備える。以下、制御システム１００ａの詳細について説明する。なお、レコメンドサーバ２０ａは、レコメンドサーバ２０と同様の処理を行うため、説明を省略する。提供サーバ３０ａは、提供サーバ３０と同様の処理を行うため、説明を省略する。
端末装置１０ａは、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、制御プログラムを実行する。制御プログラムの実行によって、端末装置１０ａは、位置取得部１１０ａ−１、天候情報取得部１１０ａ−２、条件記憶部１２０、アプリケーション記憶部１３０、制御部１４０、通信部１５０、入力部１６０、表示部１７０を備える装置として機能する。また、制御部１４０は、起動制御部１４１、アプリケーション制御部１４２として機能する。なお、端末装置１０ａの各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されてもよい。また、制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、制御プログラムは、電気通信回線を介して送受信されてもよい。
【００３７】
条件記憶部１２０、アプリケーション記憶部１３０、起動制御部１４１、アプリケーション制御部１４２、通信部１５０、入力部１６０及び表示部１７０は、上述した端末装置１０における同名及び同符号の各機能部と同様に機能する。端末装置１０ａは、情報取得部１１０の具体例として位置取得部１１０ａ−１及び天候情報取得部１１０ａ−２を備える。
【００３８】
位置取得部１１０ａ−１は、ユーザの現在位置を取得する。位置取得部１１０ａ−１は、例えばＧＰＳ（グローバル・ポジショニング・システム：Global Positioning System）衛星と通信することによって、現在位置を取得してもよい。位置取得部１１０ａ−１は、例えば周辺の無線基地局装置と通信することによって現在位置を取得してもよい。位置取得部１１０ａ−１は、ユーザの現在位置を取得可能であればどのような態様で実現されてもよい。位置取得部１１０ａ−１は、取得したユーザの現在位置に関する情報を天候情報取得部１１０ａ−２に出力する。
【００３９】
天候情報取得部１１０ａ−２は、位置取得部１１０ａ−１から出力された情報に基づいて、天候に関する情報（以下、「天候情報」という。）を取得する。例えば、天候情報取得部１１０ａ−２は、端末装置１０ａのユーザが現在位置している場所に応じた天候情報を取得する。天候情報とは、例えば現在及び将来の天候の種別、気温、湿度、気圧、紫外線、風速、降雨量、花粉、黄砂、光化学スモック、放射能、津波、地震を表す情報である。天候情報取得部１１０ａ−２は、天候情報を提供するサーバと通信することによって、天候情報を取得してもよい。天候情報取得部１１０ａ−２は、室外に設置された温度センサーや雨量センサーから通信によって室外気温や雨量を取得する装置であってもよい。
【００４０】
図５は、第一実施形態における起動条件テーブルの具体例を示す図である。条件記憶部１２０によって記憶される起動条件テーブルには、複数のレコード４０ａが登録されている。レコード４０ａは、起動条件、アプリＩＤ及び制御情報の各値を有する。起動条件は、アプリケーションを起動させるための条件である。アプリＩＤは、起動条件が満たされた場合に起動されるアプリケーションのＩＤを表す。制御情報は、起動される際にアプリケーションに渡される情報を示す情報である。
【００４１】
図５に示される例では、起動条件テーブルには複数の起動条件が存在する。図５において、起動条件テーブルの最上段に記載されているレコード４０ａは、起動条件の値が“雨”、アプリＩＤの値が“Ａ０００１（クーポン提供アプリ）”、制御情報の値が“割引クーポン（３０％）”である。すなわち、天候の種別が“雨”の場合に起動されるアプリケーション（クーポン提供アプリ）のＩＤが“Ａ０００１”であり、起動される際にアプリケーションに渡される情報が３０％の割引クーポンの情報であることが表されている。クーポン提供アプリとは、割引クーポンや無料クーポンなどの提供情報をユーザに提供するアプリケーションである。
【００４２】
また、図５において、起動条件テーブルの２段目に記載されているレコード４０ａは、起動条件の値が“気温が所定の値以上（例えば、３０度以上）”、アプリＩＤの値が“Ａ０００１（クーポン提供アプリ）”、制御情報の値が“アイス無料クーポン”である。すなわち、気温が“３０度以上”の場合に起動されるアプリケーションのＩＤが“Ａ０００１”であり、起動される際にアプリケーションに渡される情報がアイス無料クーポンの情報であることが表されている。
【００４３】
以上のように構成された制御システム１００ａでは、参照情報が天候情報であり、天候情報に応じて様々なアプリケーションの起動が制御される。例えば、起動条件として気温が３０度以上であることが設定されている場合に、起動条件が満たされるとユーザの選択によって、アイス無料クーポンの制御情報がアプリケーション制御部１４２に出力される。そして、アプリケーション制御部１４２が、出力された制御情報に応じた提供情報（アイス無料クーポン）を提供サーバ３０ａから取得する。その後、アプリケーション制御部１４２は、アプリケーションを起動し、取得した提供情報（アイス無料クーポン）をユーザに提供する。そのため、参照情報によって表される環境に応じたアプリケーションのユーザに提供することが可能になる。
【００４４】
＜変形例＞
本実施形態では、制御システム１００ａが１台のレコメンドサーバ２０ａを備える構成を示しているが、制御システム１００ａは２台以上のレコメンドサーバ２０ａを備えるように構成されてもよい。本実施形態では、制御システム１００ａが１台の提供サーバ３０ａを備える構成を示しているが、制御システム１００ａは２台以上の提供サーバ３０ａを備えるように構成されてもよい。
位置取得部１１０ａ−１と天候情報取得部１１０−ａとは、１つの機能部として構成されてもよい。
１つの起動条件の項目に複数のパターンの起動条件が設定されてもよい。例えば、起動条件の項目として気温に関する条件が設定されている場合、“気温が所定の値以上（例えば、２５度以上３０度未満）”、“気温が所定の値以上（例えば、３０度以上３５度未満）”、“気温が所定の値以上（例えば、３５度以上４０度未満）”のように１つの項目に複数のパターンの起動条件が設定されてもよい。この場合、パターンごとにアプリＩＤ及び制御情報が設定される。
【００４５】
起動制御部１４１が起動条件が満たされたか否か判断する回数が起動条件ごとに設定されてもよい。この場合、１日に所定の回数、起動制御部１４１が起動条件が満たされたか否かの判断を行うと、それ以降、所定の回数分の判断が行われた起動条件に関して起動制御部１４１は参照情報が取得されても起動条件が満たされたか否かの判断を行わない。このように構成されることによって、所定の回数分の判断が行われた起動条件に関して起動制御部１４１による判断が行われない。したがって、起動条件が容易に満たされてしまうようなアプリケーションが何度もおすすめ領域に表示されることが無くなる。また、何度も判断が行われないため、端末装置１０ａの処理能力が低下してしまうおそれを軽減することができる。
【００４６】
［第二実施形態］
図６は、制御システム１００の第二実施形態（制御システム１００ｂ）の機能構成を示す概略ブロック図である。制御システム１００ｂは、端末装置１０ｂ、レコメンドサーバ２０ｂ及び提供サーバ３０ｂを備える。以下、制御システム１００ｂの詳細について説明する。なお、レコメンドサーバ２０ｂは、レコメンドサーバ２０と同様の処理を行うため、説明を省略する。提供サーバ３０ｂは、提供サーバ３０と同様の処理を行うため、説明を省略する。
端末装置１０ｂは、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、制御プログラムを実行する。制御プログラムの実行によって、端末装置１０ｂは、位置取得部１１０ｂ−１、時刻取得部１１０ｂ−２、条件記憶部１２０、アプリケーション記憶部１３０、制御部１４０、通信部１５０、入力部１６０、表示部１７０を備える装置として機能する。また、制御部１４０は、起動制御部１４１、アプリケーション制御部１４２として機能する。なお、端末装置１０ｂの各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されてもよい。また、制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、制御プログラムは、電気通信回線を介して送受信されてもよい。
【００４７】
条件記憶部１２０、アプリケーション記憶部１３０、起動制御部１４１、アプリケーション制御部１４２、通信部１５０、入力部１６０及び表示部１７０は、上述した端末装置１０における同名及び同符号の各機能部と同様に機能する。端末装置１０ｂは、情報取得部１１０の具体例として位置取得部１１０ｂ−１を備える。
【００４８】
位置取得部１１０ｂ−１は、ユーザの現在位置を取得する。位置取得部１１０ｂ−１は、例えばＧＰＳ衛星と通信することによって、現在位置を取得してもよい。位置取得部１１０ｂ−１は、例えば周辺の無線基地局装置と通信することによって現在位置を取得してもよい。位置取得部１１０ｂ−１は、ユーザの現在位置を取得可能であればどのような態様で実現されてもよい。
【００４９】
時刻取得部１１０ｂ−２は、現在時刻を取得する。時刻取得部１１０ｂ−２は、クロックを備え、クロックから出力される信号に基づいて現在時刻を取得してもよい。時刻取得部１１０ｂ−２は、外部装置から時刻を表す信号を受信することによって現在時刻を取得してもよい。
【００５０】
図７は、第二実施形態における起動条件テーブルの具体例を示す図である。条件記憶部１２０によって記憶される起動条件テーブルには、複数のレコード４０ｂが登録されている。レコード４０ｂは、起動条件、アプリＩＤ及び制御情報の各値を有する。起動条件は、アプリケーションを起動させるための条件である。アプリＩＤは、起動条件が満たされた場合に起動されるアプリケーションのＩＤを表す。制御情報は、起動される際にアプリケーションに渡される情報を示す情報である。
【００５１】
図７に示される例では、起動条件テーブルには複数の起動条件が存在する。図７において、起動条件テーブルの最上段に記載されているレコード４０ｂは、起動条件の値が“所定のエリア内（例えば、○○店の半径１ｋｍ以内）”、アプリＩＤの値が“Ｂ０００１（店舗アプリ）”、制御情報の値が“○○店お得情報”である。すなわち、端末装置１０ｂのユーザが○○店の半径１ｋｍ以内に位置している場合に起動されるアプリケーション（店舗アプリ）のＩＤが“Ｂ０００１”であり、起動される際にアプリケーションに渡される情報が“○○店お得情報”であることが表されている。店舗アプリとは、飲食店や洋服店などの店舗から提供される情報をユーザに提供するアプリケーションである。
【００５２】
以上のように構成された制御システム１００ｂでは、参照情報がユーザの位置情報や時刻情報であり、ユーザの位置情報や時刻情報に応じて様々なアプリケーションの起動が制御される。例えば、起動条件としてユーザがある店舗の所定範囲内に位置していることが設定されている場合に、起動条件が満たされるとユーザの選択によって、その店舗のお得情報の制御情報がアプリケーション制御部１４２に出力される。そして、アプリケーション制御部１４２が、出力された制御情報に応じた提供情報（店舗のお得情報）を提供サーバ３０ｂから取得する。その後、アプリケーション制御部１４２は、アプリケーションを起動し、取得した提供情報（店舗のお得情報）をユーザに提供する。そのため、参照情報によって表される環境に応じたアプリケーションのユーザに提供することが可能になる。また、店舗側では、自店舗の近くに位置するユーザを自動的に呼び込むことができる。
【００５３】
＜変形例＞
本実施形態では、制御システム１００ｂが１台のレコメンドサーバ２０ｂを備える構成を示しているが、制御システム１００ｂは２台以上のレコメンドサーバ２０ｂを備えるように構成されてもよい。本実施形態では、制御システム１００ｂが１台の提供サーバ３０ｂを備える構成を示しているが、制御システム１００ｂは２台以上の提供サーバ３０ｂを備えるように構成されてもよい。
１つの起動条件の項目に複数のパターンの起動条件が設定されてもよい。例えば、起動条件の項目として所定の時間に関する条件が設定されている場合、“所定の時間内（例えば、９時〜１０時）”、“所定の時間内（例えば、１０時〜１１時）”、“所定の時間内（例えば、１１時〜１２時）”のように１つの項目に複数のパターンの起動条件が設定されてもよい。この場合、パターンごとにアプリＩＤ及び制御情報が設定される。
【００５４】
起動制御部１４１が起動条件が満たされたか否か判断する回数が起動条件ごとに設定されてもよい。この場合、１日に所定の回数、起動制御部１４１が起動条件が満たされたか否かの判断を行うと、それ以降、所定の回数分の判断が行われた起動条件に関して起動制御部１４１は参照情報が取得されても起動条件が満たされたか否かの判断を行わない。このように構成されることによって、所定の回数分の判断が行われた起動条件に関して起動制御部１４１による判断が行われない。したがって、起動条件が容易に満たされてしまうようなアプリケーションが何度もおすすめ領域に表示されることが無くなる。また、何度も判断が行われないため、端末装置１０ｂの処理能力が低下してしまうおそれを軽減することができる。
【００５５】
［第三実施形態］
図８は、制御システム１００の第三実施形態（制御システム１００ｃ）の機能構成を示す概略ブロック図である。制御システム１００ｃは、端末装置１０ｃ、レコメンドサーバ２０ｃ及び提供サーバ３０ｃを備える。以下、制御システム１００ｃの詳細について説明する。なお、レコメンドサーバ２０ｃは、レコメンドサーバ２０と同様の処理を行うため、説明を省略する。提供サーバ３０ｃは、提供サーバ３０と同様の処理を行うため、説明を省略する。
端末装置１０ｃは、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、制御プログラムを実行する。制御プログラムの実行によって、端末装置１０ｃは、端末情報取得部１１０ｃ、条件記憶部１２０、アプリケーション記憶部１３０、制御部１４０、通信部１５０、入力部１６０、表示部１７０を備える装置として機能する。また、制御部１４０は、起動制御部１４１、アプリケーション制御部１４２として機能する。なお、端末装置１０ｃの各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されてもよい。また、制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、制御プログラムは、電気通信回線を介して送受信されてもよい。
【００５６】
条件記憶部１２０、アプリケーション記憶部１３０、起動制御部１４１、アプリケーション制御部１４２、通信部１５０、入力部１６０及び表示部１７０は、上述した端末装置１０における同名及び同符号の各機能部と同様に機能する。端末装置１０ｃは、情報取得部１１０の具体例として端末情報取得部１１０ｃを備える。
【００５７】
端末情報取得部１１０ｃは、端末装置１０ｃの端末情報を取得する。端末情報取得部１１０ｃは、端末装置１０ｃから所定のタイミングで出力される電池残量を取得してもよい。また、端末情報取得部１１０ｃは、温度センサーを備え、端末装置１０ｃの温度を取得してもよい。
【００５８】
図９は、第三実施形態における起動条件テーブルの具体例を示す図である。条件記憶部１２０によって記憶される起動条件テーブルには、複数のレコード４０ｃが登録されている。レコード４０ｃは、起動条件、アプリＩＤ及び制御情報の各値を有する。起動条件は、アプリケーションを起動させるための条件を表す。アプリＩＤは、起動条件が満たされた場合に起動されるアプリケーションのＩＤを表す。制御情報は、起動される際にアプリケーションに渡される情報を示す情報である。
【００５９】
図９に示される例では、起動条件テーブルには複数の起動条件が存在する。図９において、起動条件テーブルの最上段に記載されているレコード４０ｃは、起動条件の値が“バッテリー残量が所定の値以下（例えば、３０％以下）”、アプリＩＤの値が“Ｃ０００１（端末情報表示アプリ）”、制御情報の値が“電池残量”である。すなわち、端末装置１０ｃのバッテリー残量が３０％以下の場合に起動されるアプリケーション（端末情報表示アプリ）のＩＤが“Ｃ０００１”であり、起動される際にアプリケーションに渡される情報が端末装置１０ｃの電池残量の情報であることが表されている。端末情報表示アプリとは、端末装置１０に関する情報を表示するアプリケーションである。端末装置１０に関する情報は、例えば端末装置１０のバッテリー残量や接続状況や装置内部の温度などである。バッテリー残量とは、端末装置１０ｃに備えられているバッテリーの残量を表す。
【００６０】
また、図９において、起動条件テーブルの２段目に記載されているレコード４０ｃは、起動条件の値が“デバイスの温度が所定の値以上（例えば、４０度以上）”、アプリＩＤの値が“Ｃ０００１（端末情報表示アプリ）”、制御情報の値が“デバイス温度”である。すなわち、端末装置１０ｃの温度が４０度以上である場合に起動されるアプリケーション（端末情報表示アプリ）のＩＤが“Ｃ０００１”であり、起動される際にアプリケーションに渡される情報が端末装置１０ｃの温度の情報であることが表されている。デバイスの温度とは、端末装置１０ｃ内部の温度である。
【００６１】
また、起動条件テーブルの起動条件の項目に示されている“機内モードイン”、“機内モードアウト”、“圏外”についてそれぞれ説明する。機内モードインとは、ユーザによって機内モードの設定がなされたことを表す。すなわち、端末装置１０ｃは、ユーザによって機内モードの設定がなされると処理を実行する。機内モードアウトとは、ユーザによって機内モードの設定が解除されたことを表す。すなわち、端末装置１０ｃは、ユーザによって機内モードの設定が解除されると処理を実行する。圏外とは、端末装置１０ｃが電波を受信できない状態であることを表す。
【００６２】
以上のように構成された制御システム１００ｃでは、参照情報が端末装置１０ｃの端末情報であり、端末装置１０ｃの端末情報に応じて様々なアプリケーションの起動が制御される。例えば、起動条件として端末装置１０ｃのバッテリー残量が閾値未満であることが設定されている場合に、起動条件が満たされるとユーザの選択によって、端末装置１０ｃの電池残量の制御情報がアプリケーション制御部１４２に出力される。そして、アプリケーション制御部１４２が、出力された制御情報に応じた提供情報（端末装置１０ｃの電池残量）を提供サーバ３０ｃから取得する。その後、アプリケーション制御部１４２は、アプリケーションを起動し、取得した提供情報（端末装置１０ｃの電池残量）をユーザに提供する。ユーザは、起動されたアプリケーションを見ることによって端末装置１０ｃの状態を確認することができる。そのため、参照情報によって表される環境に応じたアプリケーションをユーザに提供することが可能になる。
【００６３】
＜変形例＞
本実施形態では、制御システム１００ｃが１台のレコメンドサーバ２０ｃを備える構成を示しているが、制御システム１００ｃは２台以上のレコメンドサーバ２０ｃを備えるように構成されてもよい。本実施形態では、制御システム１００ｃが１台の提供サーバ３０ｃを備える構成を示しているが、制御システム１００ｃは２台以上の提供サーバ３０ｃを備えるように構成されてもよい。
１つの起動条件の項目に複数のパターンの起動条件が設定されてもよい。例えば、起動条件の項目としてバッテリーの残量に関する条件が設定されている場合、“バッテリーの残量が所定の値以下（例えば、４０％以上５０％未満）”、“バッテリーの残量が所定の値以下（例えば、３０％以上４０％未満）”、“バッテリーの残量が所定の値以下（例えば、２０％以上３０％未満）”のように１つの項目に複数のパターンの起動条件が設定されてもよい。この場合、パターンごとにアプリＩＤ及び制御情報が設定される。
【００６４】
起動制御部１４１が起動条件が満たされたか否か判断する回数が起動条件ごとに設定されてもよい。この場合、１日に所定の回数、起動制御部１４１が起動条件が満たされたか否かの判断を行うと、それ以降、所定の回数分の判断が行われた起動条件に関して起動制御部１４１は参照情報が取得されても起動条件が満たされたか否かの判断を行わない。このように構成されることによって、所定の回数分の判断が行われた起動条件に関して起動制御部１４１による判断が行われない。したがって、起動条件が容易に満たされてしまうようなアプリケーションが何度もおすすめ領域に表示されることが無くなる。また、何度も判断が行われないため、端末装置１０ｃの処理能力が低下してしまうおそれを軽減することができる。
【００６５】
［第四実施形態］
図１０は、制御システム１００の第四実施形態（制御システム１００ｄ）の機能構成を示す概略ブロック図である。制御システム１００ｄは、端末装置１０ｄ、レコメンドサーバ２０ｄ及び提供サーバ３０ｄを備える。以下、制御システム１００ｄの詳細について説明する。なお、レコメンドサーバ２０ｄは、レコメンドサーバ２０と同様の処理を行うため、説明を省略する。提供サーバ３０ｄは、提供サーバ３０と同様の処理を行うため、説明を省略する。
端末装置１０ｄは、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、制御プログラムを実行する。制御プログラムの実行によって、端末装置１０ｄは、近距離通信部１１０ｄ−１、音声取得部１１０ｄ−２、加速度取得部１１０ｄ−３、条件記憶部１２０、アプリケーション記憶部１３０、制御部１４０、通信部１５０、入力部１６０、表示部１７０を備える装置として機能する。また、制御部１４０は、起動制御部１４１、アプリケーション制御部１４２として機能する。なお、端末装置１０ｄの各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されてもよい。また、制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、制御プログラムは、電気通信回線を介して送受信されてもよい。
【００６６】
条件記憶部１２０、アプリケーション記憶部１３０、起動制御部１４１、アプリケーション制御部１４２、通信部１５０、入力部１６０及び表示部１７０は、上述した端末装置１０における同名及び同符号の各機能部と同様に機能する。また、端末装置１０ｄは、情報取得部１１０の具体例として近距離通信部１１０ｄ−１、音声取得部１１０ｄ−２及び加速度取得部１１０ｄ−３を備える。
【００６７】
近距離通信部１１０ｄ−１は、近距離通信を行うことによって電波を取得する。近距離通信部１１０ｄ−１は、例えばＮＦＣ(near field communication）により電波を出力している装置から電波を取得してもよい。
音声取得部１１０ｄ−２は、マイクを備え、所定の空間の音声を取得する。音声取得部１１０ｄ−２は、例えばスピーカから出力される音声を取得する。音声取得部１１０ｄ−２は、取得した音声の音声信号から特徴を抽出して音声信号データを生成する。音声取得部１１０ｄ−２は、生成した音声信号データを起動制御部１４１に出力する。
【００６８】
加速度取得部１１０ｄ−３は、ユーザの加速度を取得する。加速度取得部１１０ｄ−３は、例えば加速度センサーによってユーザの加速度を取得してもよい。
通信部１５０は、所定の空間から電波を取得し、取得した電波からＳＳＩＤ（Service Set Identifier）に関する情報を取得してもよい。通信部１５０は、所定の空間から電波を取得し、取得した電波からＢｌｕｅｔｏｏｔｈ（登録商標）のＩＤに関する情報を取得してもよい。
【００６９】
図１１は、第四実施形態における起動条件テーブルの具体例を示す図である。条件記憶部１２０によって記憶される起動条件テーブルには、複数のレコード４０ｄが登録されている。レコード４０ｄは、起動条件、アプリＩＤ及び制御情報の各値を有する。起動条件は、アプリケーションを起動させるための条件を表す。アプリＩＤは、起動条件が満たされた場合に起動されるアプリケーションのＩＤを表す。制御情報は、起動される際にアプリケーションに渡される情報を示す情報である。
【００７０】
図１１に示される例では、起動条件テーブルには複数の起動条件が存在する。図１１において、起動条件テーブルの最上段に記載されているレコード４０ｄは、起動条件の値が“音声信号データが一致”、アプリＩＤの値が“Ｄ０００１（展示物解説アプリ）”、制御情報の値が“音声解説”である。すなわち、端末装置１０ｄに予め記録されている音声信号データと、取得された音声信号データとが一致する場合に起動されるアプリケーション（展示物解説アプリ）のＩＤが“Ｄ０００１”であり、起動される際にアプリケーションに渡される情報が音声解説の情報であることが表されている。展示物解説アプリとは、展示物の解説をユーザに提供するアプリケーションである。なお、音声信号データは、必ずしも完全な一致である必要はなく、所定の閾値未満のずれであれば、音声信号データが一致していると判定されてもよい。また、端末装置１０ｄは、取得した音声信号データを、ネットワークの外部装置に送信して音声信号データが一致するか否かを判定してもよい。この場合、外部装置から音声信号データが一致することを示す情報が受信されると、起動制御部１４１は起動条件が満たされたと判定する。
【００７１】
また、図１１において、起動条件テーブルの２段目に記載されているレコード４０ｄは、起動条件の値が“ＮＦＣに含まれている情報が一致”、アプリＩＤの値が“Ｄ０００２（装置アプリ）”、制御情報の値が“装置情報”である。すなわち、端末装置１０ｄに予め記録されている情報と、ＮＦＣにより取得された情報とが一致する場合に起動されるアプリケーション（装置アプリ）のＩＤが“Ｄ０００２”であり、起動される際にアプリケーションに渡される情報が装置情報であることが表されている。装置アプリとは、所定の無線通信技術を利用して通信を行っている装置に関する情報をユーザに提供するアプリケーションである。装置情報は、所定の無線通信技術を利用して通信を行っている装置に関する情報を表す。装置情報は、例えばＮＦＣにより通信を行っている装置に関する情報である。
【００７２】
以上のように構成された制御システム１００ｄでは、参照情報が加速度に関する情報や音声情報や近距離で受信された電波などの情報であり、それらの情報に応じて様々なアプリケーションの起動が制御される。例えば、起動条件として音声信号データが一致することが設定されている場合に、起動条件が満たされるとユーザの選択によって、音声解説の制御情報がアプリケーション制御部１４２に出力される。そして、アプリケーション制御部１４２が、出力された制御情報に応じた提供情報（音声解説）を提供サーバ３０ｃから取得する。その後、アプリケーション制御部１４２は、アプリケーションを起動し、取得した提供情報（音声解説）をユーザに提供する。そのため、環境に応じてアプリケーションの提供が可能になる。
【００７３】
＜変形例＞
本実施形態では、制御システム１００ｄが１台のレコメンドサーバ２０ｄを備える構成を示しているが、制御システム１００ｄは２台以上のレコメンドサーバ２０ｄを備えるように構成されてもよい。本実施形態では、制御システム１００ｄが１台の提供サーバ３０ｄを備える構成を示しているが、制御システム１００ｄは２台以上の提供サーバ３０ｄを備えるように構成されてもよい。
１つの起動条件の項目に複数のパターンの起動条件が設定されてもよい。例えば、起動条件の項目として加速度に関する条件が設定されている場合、“加速度の値が（例えば、３０ｍ／ｓ以上４０ｍ／ｓ未満）”、“加速度の値が（例えば、４０ｍ／ｓ以上５０ｍ／ｓ未満）”、“加速度の値が（例えば、５０ｍ／ｓ以上６０ｍ／ｓ未満）”のように１つの項目に複数のパターンの起動条件が設定されてもよい。この場合、パターンごとにアプリＩＤ及び制御情報が設定される。
【００７４】
起動制御部１４１が起動条件が満たされたか否か判断する回数が起動条件ごとに設定されてもよい。この場合、１日に所定の回数、起動制御部１４１が起動条件が満たされたか否かの判断を行うと、それ以降、所定の回数分の判断が行われた起動条件に関して起動制御部１４１は参照情報が取得されても起動条件が満たされたか否かの判断を行わない。このように構成されることによって、所定の回数分の判断が行われた起動条件に関して起動制御部１４１による判断が行われない。したがって、起動条件が容易に満たされてしまうようなアプリケーションが何度もおすすめ領域に表示されることが無くなる。また、何度も判断が行われないため、端末装置１０ｄの処理能力が低下してしまうおそれを軽減することができる。
【００７５】
［第五実施形態］
図１２は、制御システム１００の第五実施形態（制御システム１００ｅ）の機能構成を示す概略ブロック図である。制御システム１００ｅは、端末装置１０ｅ、レコメンドサーバ２０ｅ及び提供サーバ３０ｅを備える。以下、制御システム１００ｅの詳細について説明する。なお、レコメンドサーバ２０ｅは、レコメンドサーバ２０と同様の処理を行うため、説明を省略する。提供サーバ３０ｅは、提供サーバ３０と同様の処理を行うため、説明を省略する。
端末装置１０ｅは、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、制御プログラムを実行する。制御プログラムの実行によって、端末装置１０ｅは、近接者情報取得部１１０ｅ−１、店舗情報取得部１１０ｅ−２、条件記憶部１２０、アプリケーション記憶部１３０、制御部１４０、通信部１５０、入力部１６０、表示部１７０を備える装置として機能する。また、制御部１４０は、起動制御部１４１、アプリケーション制御部１４２として機能する。なお、端末装置１０ｅの各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されてもよい。また、制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、制御プログラムは、電気通信回線を介して送受信されてもよい。
【００７６】
条件記憶部１２０、アプリケーション記憶部１３０、起動制御部１４１、アプリケーション制御部１４２、通信部１５０、入力部１６０及び表示部１７０は、上述した端末装置１０における同名及び同符号の各機能部と同様に機能する。端末装置１０ｅは、情報取得部１１０の具体例として近接者情報取得部１１０ｅ−１及び店舗情報取得部１１０ｅ−２を備える。
【００７７】
近接者情報取得部１１０ｅ−１は、近接者に関する情報を取得する。近接者とは、端末装置１０ｅのユーザの近距離（例えば、数ｃｍ〜数１０ｍ）に位置する他の端末装置のユーザである。近接者情報取得部１１０ｅ−１は、端末装置１０ｅの近距離に位置する他の端末装置から近接者に関する情報を含む電波を受信してもよい。近接者に関する情報とは、例えば近接者の趣味や嗜好に関する情報であってもよいし、端末装置１０ｅのユーザとの関係を表す情報であってもよいし、その他の情報であってもよい。近接者情報取得部１１０ｅ−１は、端末装置１０ｅのユーザの近距離に位置する他の端末装置のＩＤを取得し、ネットワークを介して外部装置に問い合わせることによって近接者に関する情報を取得してもよい。
【００７８】
店舗情報取得部１１０ｅ−２は、店舗に関する情報を取得する。店舗に関する情報とは、例えば、店舗の空き状況の情報である。店舗情報取得部１１０ｅ−２は、外部装置から店舗の空き状況に関する情報を取得してもよいし、各店舗のホームページから店舗の空き状況に関する情報を取得してもよい。端末装置１０ｅが情報取得部１１０として、カメラをさらに備え、カメラによって撮影された画像に基づいて起動制御部１４１が店舗の空き状況を判定してもよい。
【００７９】
図１３は、第五実施形態における起動条件テーブルの具体例を示す図である。条件記憶部１２０によって記憶される起動条件テーブルには、複数のレコード４０ｅが登録されている。レコード４０ｅは、起動条件、アプリＩＤ及び制御情報の各値を有する。起動条件は、アプリケーションを起動させるための条件を表す。アプリＩＤは、起動条件が満たされた場合に起動されるアプリケーションのＩＤを表す。制御情報は、起動される際にアプリケーションに渡される情報を示す情報である。
【００８０】
図１３に示される例では、起動条件テーブルには複数の起動条件が存在する。図１３において、起動条件テーブルの最上段に記載されているレコード４０ｅは、起動条件の値が“所定の範囲内に知り合いが複数（例えば、半径３ｍ以内に、知り合い５人以上）”、アプリＩＤの値が“Ｅ０００１（店舗アプリ）”、制御情報の値が“割引クーポン（２０％）”である。すなわち、端末装置１０ｅのユーザの半径３ｍの範囲内に知り合いが５人以上いる場合に起動されるアプリケーション（店舗アプリ）のＩＤが“Ｅ０００１”であり、起動される際にアプリケーションに渡される情報が２０％の割引クーポンの情報であることが表されている。
【００８１】
また、図１３において、起動条件テーブルの２段目に記載されているレコード４０ｅは、起動条件の値が“所定の範囲内にいる趣味嗜好が近い人とすれ違った（例えば、半径３以内に同じ趣味嗜好の人とすれ違った）”、アプリＩＤの値が“Ｅ０００２（コミュニケーションアプリ）”、制御情報の値が“他ユーザの情報”である。すなわち、端末装置１０ｅのユーザの半径３ｍ以内で同じ趣味嗜好の人とすれ違った場合に起動されるアプリケーション（コミュニケーションアプリ）のＩＤが“Ｅ０００２”であり、起動される際にアプリケーションに渡される情報が他ユーザの情報であることが表されている。他ユーザとは、所定の範囲内にいる趣味嗜好が端末装置１０ｅのユーザと近いユーザである。コミュニケーションアプリとは、ユーザ間でコミュニケーションをとる機能をユーザに提供する提供するアプリケーションである。
【００８２】
以上のように構成された制御システム１００ｅでは、参照情報が店舗情報や近接者に関する情報であり、店舗情報や近接者に関する情報に応じて様々なアプリケーションの起動が制御される。例えば、起動条件として端末装置１０ｅのユーザの近距離に知り合いが複数位置していることが設定されている場合に、起動条件が満たされるとユーザの選択によって、割引クーポンの制御情報がアプリケーション制御部１４２に出力される。そして、アプリケーション制御部１４２が、出力された制御情報に応じた提供情報（割引クーポン）を提供サーバ３０ｃから取得する。その後、アプリケーション制御部１４２は、アプリケーションを起動し、取得した提供情報（割引クーポン）をユーザに提供する。そのため、参照情報によって表される環境に応じたアプリケーションをユーザに提供することが可能になる。
【００８３】
＜変形例＞
本実施形態では、制御システム１００ｅが１台のレコメンドサーバ２０ｅを備える構成を示しているが、制御システム１００ｅは２台以上のレコメンドサーバ２０ｅを備えるように構成されてもよい。本実施形態では、制御システム１００ｅが１台の提供サーバ３０ｅを備える構成を示しているが、制御システム１００ｅは２台以上の提供サーバ３０ｅを備えるように構成されてもよい。
１つの起動条件の項目に複数のパターンの起動条件が設定されてもよい。例えば、起動条件の項目として所定の範囲内に位置する知り合いに関する条件が設定されている場合、“所定の範囲内に知り合いが複数（例えば、半径３ｍ以内に、知り合い５人以上１０人未満）”、所定の範囲内に知り合いが複数（例えば、半径３ｍ以内に、知り合い１０人以上）”のように１つの項目に複数のパターンの起動条件が設定されてもよい。この場合、パターンごとにアプリＩＤ及び制御情報が設定される。
【００８４】
起動制御部１４１が起動条件が満たされたか否か判断する回数が起動条件ごとに設定されてもよい。この場合、１日に所定の回数、起動制御部１４１が起動条件が満たされたか否かの判断を行うと、それ以降、所定の回数分の判断が行われた起動条件に関して起動制御部１４１は参照情報が取得されても起動条件が満たされたか否かの判断を行わない。このように構成されることによって、所定の回数分の判断が行われた起動条件に関して起動制御部１４１による判断が行われない。したがって、起動条件が容易に満たされてしまうようなアプリケーションが何度もおすすめ領域に表示されることが無くなる。また、何度も判断が行われないため、端末装置１０ｅの処理能力が低下してしまうおそれを軽減することができる。
【００８５】
なお、本実施形態１〜本実施形態５では、起動条件の１つの項目には１つの条件が設定される構成を示したが、これに限定される必要はない。例えば、起動条件の項目には、複数の起動条件の組み合わせが設定されてもよい。この場合、起動制御部１４１は、参照情報に基づいて起動条件が全て満たされるか否か判断する。そして、起動制御部１４１は、全ての起動条件が満たされた場合に、満たされた起動条件に応じたアプリケーションをおすすめ領域に表示する。例えば、起動条件として“天候の種別が雨、かつ、所定のエリア内（例えば、○○店の半径３ｍ以内）”が設定されている場合、起動制御部１４１は参照情報に基づいて端末装置１０のユーザが○○店の半径３ｍ以内に位置し、天候の種別が雨であるかを判断する。そして、起動制御部１４１は、全ての起動条件が満たされた場合に、満たされた起動条件に応じたアプリケーション（例えば、店舗アプリ）をおすすめ領域に表示する。
本実施形態１〜本実施形態５では、起動条件が満たされた場合に起動条件が満たされたアプリケーションを起動する構成を示したが、これに限定される必要はない。例えば、以下のように構成されてもよい。まず、ユーザが端末装置１０を操作することによって、ネットワーク上からアプリケーションの提供情報に関する情報を取得する。次に、ユーザは、アプリケーションの提供情報に関する情報を見ることによってアプリケーションをインストールするか否かを判断する。そして、ユーザがアプリケーションをインストールする指示を入力した場合にアプリケーションが端末装置１０にインストールされ、起動条件が満たされるとアプリケーションが起動される。このように構成されることによって、ユーザが自らネットワーク上から割引クーポンなどの提供情報を取得できるアプリケーションを検索し、端末装置１０にインストールすることができる。
また、時期（例えば、閑散期）や時間に応じてクーポンの割引率が変更されるように構成されてもよい。
【００８６】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００８７】
１０（２０ａ〜２０ｅ）…端末装置，  ２０（２０ａ〜２０ｅ）…レコメンドサーバ，  ３０（３０ａ〜３０ｅ）…提供サーバ，  １１０…情報取得部，  １１０ａ−１、１１０ｂ−１…位置取得部，  １１０ａ−２…天候情報取得部，  １１０ｂ−２…時刻取得部，  １１０ｃ…端末情報取得部，  １１０ｄ−１…近距離通信部，  １１０ｄ−２…音声取得部，  １１０ｄ−３…加速度取得部，  １１０ｅ−１…店舗情報取得部，  １１０ｅ−２…近接者情報取得部，  １２０…条件記憶部，  １３０…アプリケーション記憶部，  １４０…制御部，  １４１…起動制御部，  １４２…アプリケーション制御部，  １５０…通信部，  １６０…入力部，  １７０…表示部
【図１】
2015011594.tif 000003
【図２】
2015011594.tif 000004
【図３】
2015011594.tif 000005
【図４】
2015011594.tif 000006
【図５】
2015011594.tif 000007
【図６】
2015011594.tif 000008
【図７】
2015011594.tif 000009
【図８】
2015011594.tif 000010
【図９】
2015011594.tif 000011
【図１０】
2015011594.tif 000012
【図１１】
2015011594.tif 000013
【図１２】
2015011594.tif 000014
【図１３】
2015011594.tif 000015