JP5734910B2 - 情報提供システムおよび情報提供方法 - Google Patents

Description

本出願は、利用者の特性に合うアプリケーションに関する情報を利用者に提供することができる情報提供システム、情報提供方法、および携帯電子機器に関する。

近年、スマートフォン等の携帯電子機器の多くは、アプリケーションをダウンロードしてインストールすることによって、機能を拡張させることができるように構成されている。アプリケーションは、携帯電子機器がネットワークを通じてアクセス可能なサーバに格納される（例えば、特許文献１参照）。

特開２０１０−１８２３０９号公報

多様な要求に応えるため、多種多様なアプリケーションが用意されることが好ましいが、サーバに格納されるアプリケーションの数が増えると、利用者は、どのアプリケーションを携帯電子機器にインストールすればよいか分かり難くなる。上記のことから、携帯電子機器の利用者の特性に合うアプリケーションに関する情報を利用者に提供することができる情報提供システム、情報提供方法、および携帯電子機器に対するニーズがある。

１つの態様に係る情報提供システムは、携帯電子機器と情報提供装置とを含む。前記情報提供装置は、前記携帯電子機器における第１のアプリケーションの利用状況を示すログ情報を前記携帯電子機器から取得するログ取得部と、前記携帯電子機器から取得される前記ログ情報に基づいて、利用のタイミングに関する特性を含む、前記携帯電子機器における前記第１のアプリケーションの利用の特性を解析する特性解析部と、複数の携帯電子機器における複数のアプリケーションの利用状況の分析結果と、前記特性解析部の解析結果とを用いて算出される評価値に基づいて、前記携帯電子機器での利用を推奨する第２のアプリケーションを決定するとともに、当該第２のアプリケーションに関する情報を前記携帯電子機器において提示するタイミングを前記解析結果に基づいて決定し、当該第２のアプリケーションに関する情報および当該タイミングに関する情報を含む推奨情報を作成する推奨情報作成部とを備える。前記携帯電子機器は、表示部と、前記ログ情報を記憶する記憶部と、前記推奨情報に含まれる前記タイミングにおいて、前記推奨情報に含まれる前記第２のアプリケーションに関する情報を前記表示部に表示する制御部とを備える。

１つの態様に係る情報提供方法は、携帯電子機器における第１のアプリケーションの利用状況を示すログ情報を記憶するステップと、前記ログ情報に基づいて、利用のタイミングに関する特性を含む、前記携帯電子機器における前記第１のアプリケーションの利用の特性を解析するステップと、複数の携帯電子機器における複数のアプリケーションの利用状況の分析結果と、前記解析による解析結果とを用いて算出される評価値に基づいて、前記携帯電子機器での利用を推奨する第２のアプリケーションを決定するステップと前記第２のアプリケーションに関する情報を前記携帯電子機器において提示するタイミングを前記解析結果に基づいて決定するステップと、前記第２のアプリケーションに関する情報および前記タイミングに関する情報を含む推奨情報を作成するステップとを含む。

１つの態様に係る携帯電子機器は、表示部と、第１のアプリケーションの利用状況を示すログ情報を記憶する記憶部と、前記ログ情報に基づいて解析される、利用のタイミングに関する特性を含む、前記第１のアプリケーションの利用の特性に基づいて決定されるタイミングで、第２のアプリケーションに関する情報を前記表示部に表示する制御部とを備える。

図１は、実施形態に係る情報提供システムの構成を示す図である。 図２は、情報提供システムの動作の概要を示す図である。 図３は、情報提供装置のブロック図である。 図４は、ログ情報の例を示す図である。 図５は、アプリ情報の例を示す図である。 図６は、ルール情報の例を示す図である。 図７は、分析情報の例を示す図である。 図８は、特性情報の例を示す図である。 図９は、推奨情報の例を示す図である。 図１０は、携帯電話のブロック図である。 図１１は、ログ情報の例を示す図である。 図１２は、推奨情報の例を示す図である。 図１３は、情報提供装置の動作を示すフローチャートである。 図１４は、携帯電話の動作を示すフローチャートである。 図１５は、１つのアプリを推奨する場合の画面の例を示す図である。 図１６は、複数のアプリを推奨する場合の画面の例を示す図である。

本発明を実施するための実施形態を、図面を参照しつつ詳細に説明する。以下の実施形態では、携帯電子機器の例として、携帯電話について説明する。

（実施形態）
図１を参照しながら、実施形態に係る情報提供システム１の構成について説明する。図１に示すように、情報提供システム１は、携帯電話１００ａ〜１００ｚと、基地局２００ａ〜２００ｎと、情報提供装置３００と、音声認識装置４００と、を含む。以下の説明では、携帯電話１００ａ〜１００ｚをいずれであるかを特定することなく携帯電話１００と総称し、基地局２００ａ〜２００ｎをいずれであるかを特定することなく、基地局２００と総称することがある。

携帯電話１００は、機能を拡張するために、任意のアプリケーション（以下、「アプリ」ということがある）を導入することができる。携帯電話１００に導入されるアプリは、例えば、携帯電話１００のメーカー、通信事業者、その他の事業者等が運営するサーバからダウンロードされる。携帯電話１００は、アプリの利用状況に関するログ情報を蓄積し、蓄積したログ情報を情報提供装置３００へ送信する。

基地局２００、情報提供装置３００、および音声認識装置４００は、ネットワーク５００によって通信可能に接続される。

基地局２００は、通信圏内に所在する携帯電話１００との間に無線通信回線を確立し、携帯電話１００がこの無線通信回線を通じて他の装置と通信することを可能にする。以下では、説明を簡単にするため、携帯電話１００の通信に関して説明する場合に、基地局２００に関する記載を省略することがある。

情報提供装置３００は、携帯電話１００から送信されるログ情報に基づいて、導入を推奨するアプリに関する情報を携帯電話１００に提供する。情報提供装置３００がそれぞれの携帯電話１００に提供する情報は、携帯電話１００におけるアプリの利用状況に応じて異なる。

音声認識装置４００は、他の装置から送信される音声情報の内容を音声認識処理によって解析し、解析した内容を送信元の装置へ送信する。例えば、携帯電話１００が利用者の音声を記録した音声情報を音声認識装置４００へ送信すると、音声認識装置４００は、音声情報の内容を音声認識処理によって解析し、解析した内容をテキストデータとして携帯電話１００へ送信する。このような仕組みにより、携帯電話１００の音声操作が実現される。

図２を参照しながら、情報提供システム１の動作の概要について説明する。図２に示すように、それぞれの携帯電話１００は、アプリの利用状況に関するログ情報を蓄積する（ステップＳ１１）。ログ情報には、例えば、アプリの導入、削除、起動、終了、操作等が、それが行われる時刻および場所とともに記録される。携帯電話１００は、ログ情報を蓄積しないアプリを利用者が指定できるように構成されてもよい。携帯電話１００は、ログ情報を蓄積しない時間帯および地域の少なくとも一方を利用者が指定できるように構成されてもよい。

蓄積されたログ情報は、情報提供装置３００へ送信される（ステップＳ１２）。送信のタイミングは、携帯電話１００が決定してもよいし、情報提供装置３００が決定してもよい。送信中のログ情報は、第三者に参照されても内容が理解できないように秘匿化される。秘匿化は、内容を所定のコードに置き換える符号化、鍵がなければ内容を再現できないようにする暗号化、全体の内容を把握できないようにする分断化等の技術を組み合わせて実現される。通信量を削減するために、符号化は、ログ情報のサイズが縮小するように行われてもよい。

情報提供装置３００は、送信されたログ情報に基づいて、利用者全体のアプリの利用状況を分析する（ステップＳ１３）。例えば、情報提供装置３００は、どのアプリが多く利用されているか、どのアプリの導入が増えているかを分析する。さらに、情報提供装置３００は、特定の時間帯によく利用されるアプリ、特定の地域でよく利用されるアプリのように利用状況が特徴的なアプリを抽出する。

情報提供装置３００は、送信されたログ情報に基づいて、それぞれの携帯電話１００におけるアプリの利用の特性、すなわち、それぞれの利用者の特性の解析も行う（ステップＳ１４）。例えば、情報提供装置３００は、よく利用されるアプリを利用者毎に抽出する。さらに、情報提供装置３００は、特定の時間帯によく利用されるアプリ、特定の地域でよく利用されるアプリのように利用状況が特徴的なアプリを利用者毎に抽出する。

そして、情報提供装置３００は、これらの結果に基づいて、それぞれの携帯電話１００の利用者の特性に合わせて、利用者毎に推奨情報を作成する（ステップＳ１５）。推奨情報には、導入を推奨するアプリに関する情報が含まれる。推奨情報には、アプリに関する情報を利用者に提示するタイミングについての情報も含まれる。アプリに関する情報を利用者に提示するタイミングは、アプリの特性および利用者の特性に応じて、時間または地域等に基づいて決定される。

推奨情報は、情報提供装置３００から、対応する利用者の携帯電話１００へ送信される（ステップＳ１６）。送信中の推奨情報は、送信中のログ情報と同様に秘匿化されてもよい。

それぞれの携帯電話１００は、送信された推奨情報に基づいて、指定されたタイミングで指定されたアプリに関する情報を利用者に提示する（ステップＳ１７）。利用者は、提示された情報に興味をもったならば、推奨されたアプリを導入し、試してみる。

このような仕組みにより、多数のアプリの中から利用者に好適なアプリを利用者に提示することができる。この結果、利用者の利便性が向上するとともに、携帯電話１００に対する利用者の満足度が高まる。

図３〜図９を参照しながら、情報提供装置３００の構成について説明する。図３に示すように、情報提供装置３００は、通信ユニット３０１と、コントローラ３０２と、ストレージ３０３とを有する。通信ユニット３０１は、所定のプロトコルに基づく他の装置との通信を可能にする。

コントローラ３０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の演算処理装置である。コントローラ３０２は、情報提供装置３００の動作を統括的に制御して各種の機能を実現する。具体的には、コントローラ３０２は、ストレージ３０３に記憶されているデータを必要に応じて参照しつつ、ストレージ３０３に記憶されているプログラムに含まれる命令を実行する。そして、コントローラ３０２は、データおよび命令に応じて各種の情報処理を実行する。

コントローラ３０２は、例えば、情報提供プログラム３１０を実行することにより、携帯電話１００に対してアプリに関する推奨情報を提供する機能を実現する。

ストレージ３０３は、プログラムおよびデータを記憶する。ストレージ３０３は、コントローラ３０２の処理結果を一時的に記憶する作業領域としても利用される。ストレージ３０３は、半導体記憶媒体、および磁気記憶媒体等の任意の非一過的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）な記憶媒体を含んでよい。ストレージ３０３は、複数の種類の記憶媒体を含んでよい。ストレージ３０３は、メモリカード、光ディスク、または光磁気ディスク等の可搬の記憶媒体と、記憶媒体の読み取り装置との組み合わせを含んでよい。ストレージ３０３は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の一時的な記憶領域として利用される記憶デバイスを含んでよい。

ストレージ３０３は、例えば、ログ情報３０４、アプリ情報３０５、ルール情報３０６、分析情報３０７、特性情報３０８、推奨情報３０９、および情報提供プログラム３１０を記憶する。

ログ情報３０４には、携帯電話１００から送信されるログ情報が格納される。ログ情報３０４に格納されるデータのそれぞれは、アプリに関するイベントに対応する。ログ情報３０４の例を図４に示す。図４に示すように、ログ情報３０４は、利用者ＩＤ、名称、区分、地域、曜日、および時刻といった項目を有する。

利用者ＩＤの項目には、携帯電話１００の利用者を識別するための識別子が格納される。名称の項目には、アプリの名称が格納される。ログ情報３０４は、アプリを識別するための識別子が格納される項目を有してもよい。

区分の項目には、イベントの種別を示す値が格納される。区分の項目には、例えば、アプリが導入されたことを示す「導入」、アプリが削除されたことを示す「削除」、アプリが実行されたことを示す「実行」等の値が格納される。区分の項目には、アプリが終了したことを示す値、アプリの設定が変更されたことを示す値、アプリが操作されたことを示す値等の他の値が格納されてもよい。ログ情報３０４は、設定または操作の内容を示す値が格納される項目をさらに有してもよい。

地域の項目には、イベントが発生した地域を示す値が格納される。地域を示す値は、地名等の名称またはコードでもよいし、緯度および経度等の数値でもよい。曜日の項目には、イベントが発生した曜日が格納される。ログ情報３０４は、イベントが発生した日付が格納される項目を有してもよい。時刻の項目には、イベントが発生した時刻が格納される。

アプリ情報３０５には、利用可能なアプリとその分類に関する情報が格納される。アプリ情報３０５の例を図５に示す。図５に示すように、アプリ情報３０５は、名称、および種別といった項目を有する。名称の項目には、アプリの名称が格納される。アプリ情報３０５は、アプリを識別するための識別子が格納される項目を有してもよい。種別の項目には、アプリの種別を示す値が格納される。

ルール情報３０６には、推奨するアプリに関する情報を作成するためのルールに関する情報が格納される。ルール情報３０６の例を図６に示す。図６に示すように、ルール情報３０６は、種別、関連種別、関連度、および提示時期といった項目を有する。

種別の項目には、アプリの種別を示す値が格納される。関連種別の項目には、種別の項目の値が示す種別と関連を有する種別を示す値が格納される。関連種別の項目には、種別の項目と同じ値が格納されることがある。関連度の項目には、種別の項目の値が示す種別と関連種別の項目の値が示す種別との関連度の高さを示す値が格納される。例えば、対応するアプリの機能が類似しているほど、種別の関連度は高くなる。さらに、対応するアプリの機能が組み合わせて利用される頻度が高いほど、種別の関連度は高くなる。本実施形態では、関連度の項目には、０から１００のいずれかの数値が格納され、大きい数値ほど関連が高いことを示す。

提示時期の項目には、推奨するアプリに関する情報を提示するタイミングを、利用者の特徴的なタイミングの前にすべきか後にすべきかを示す値が格納される。推奨するアプリに関する情報を提示するタイミングの詳細については後述する。

分析情報３０７には、ログ情報３０４を分析して得られる利用者全体のアプリの利用状況に関する情報が格納される。分析情報３０７の例を図７に示す。図７に示すように、分析情報３０７は、名称、種別、導入数、増加数、地域、および時間帯といった項目を有する。名称の項目には、アプリの名称が格納される。種別の項目には、アプリの種別を示す値が格納される。

導入数の項目には、アプリの導入数が格納される。導入数は、現に当該アプリが導入されている携帯電話１００の数であってもよいし、当該アプリが一度でも導入されたことがある携帯電話１００の数であってもよい。増加数の項目には、直近の所定期間におけるアプリの導入の増加数が格納される。増加数は、最近の所定期間内に当該アプリが導入された携帯電話１００の数であってもよいし、最近の所定期間内に当該アプリが導入された携帯電話１００の数から最近の所定期間内に当該アプリが削除された携帯電話１００の数を控除した数であってもよい。

地域の項目には、アプリの利用が特徴的に多い地域を示す値が０個以上格納される。アプリの利用が特徴的に多い地域とは、所定期間における利用者１人当たりのアプリの利用回数が閾値よりも多い地域である。アプリの利用が特徴的に多い地域を判定するための閾値は、予め静的に決められた値でもよいし、地域毎に算出した利用者１人当たりのアプリの利用回数の偏差値または平均値等に基づいて動的に決定される値でもよい。アプリの利用の多さを判定する地域は、例えば、関東地方または近畿地方のような地方単位、東京都または神奈川県のような都道府県単位、あるいは、千代田区または横浜市のような区市町村単位で設定される。アプリの利用の多さを判定する地域は、さらに細かい単位で設定されてもよいし、広さの異なる複数の単位が併用されてもよい。

時間帯の項目には、アプリの利用が特徴的に多い時間帯を示す値が０個以上格納される。アプリの利用が特徴的に多い時間帯とは、所定期間における利用者１人当たりのアプリの利用回数が閾値よりも多い時間帯である。アプリの利用が特徴的に多い時間帯を判定するための閾値は、予め静的に決められる値でもよいし、時間帯毎に算出した利用者１人当たりのアプリの利用回数の偏差値または平均値等に基づいて動的に決定される値でもよい。アプリの利用の多さを判定する時間帯は、例えば、数時間単位、１時間単位、あるいは、数１０分単位で設定される。アプリの利用の多さを判定する時間帯は、さらに細かい単位で設定されてもよいし、広さの異なる複数の単位が併用されてもよい。

導入数、増加数、地域、および時間帯の項目の値は、ログ情報３０４に格納されているデータに基づいて設定される。分析情報３０７には、アプリ情報３０５に登録されているアプリ毎にデータが格納される。

特性情報３０８には、アプリの利用における利用者の特性に関する情報が格納される。特性情報３０８の例を図８に示す。図８に示すように、特性情報３０８は、利用者ＩＤ、名称、種別、地域、曜日、および時間帯といった項目を有する。利用者ＩＤの項目には、携帯電話１００の利用者を識別するための識別子が格納される。名称の項目には、利用者が利用するアプリの名称が格納される。種別の項目には、利用者が利用するアプリの種別を示す値が格納される。

地域の項目には、利用者によるアプリの利用が特徴的に多い地域を示す値が０個以上格納される。利用者によるアプリの利用が特徴的に多い地域とは、所定期間における利用者のアプリの利用回数を地域毎に集計した集計値が閾値よりも多い地域である。利用者によるアプリの利用が特徴的に多い地域を判定するための閾値は、予め静的に決められた値でもよいし、利用者のアプリの利用回数を地域毎に集計した集計値の偏差値または平均値等に基づいて動的に決定される値でもよい。

曜日の項目には、利用者によるアプリの利用が特徴的に多い曜日を示す値が０個以上格納される。利用者によるアプリの利用が特徴的に多い曜日とは、所定期間における利用者のアプリの利用回数を曜日毎に集計した集計値が閾値よりも多い曜日である。利用者によるアプリの利用が特徴的に多い曜日を判定するための閾値は、予め静的に決められた値でもよいし、利用者のアプリの利用回数を曜日毎に集計した集計値の偏差値または平均値等に基づいて動的に決定される値でもよい。

時間帯の項目には、利用者によるアプリの利用が特徴的に多い時間帯を示す値が０個以上格納される。利用者によるアプリの利用が特徴的に多い時間帯とは、所定期間における利用者のアプリの利用回数を時間帯毎に集計した集計値が閾値よりも多い時間帯である。利用者によるアプリの利用が特徴的に多い時間帯を判定するための閾値は、予め静的に決められた値でもよいし、利用者のアプリの利用回数を時間帯毎に集計した集計値の偏差値または平均値等に基づいて動的に決定される値でもよい。利用者によるアプリの利用の多さを判定する時間帯は、例えば、数時間単位、１時間単位、あるいは、数１０分単位で設定される。利用者によるアプリの利用の多さを判定する時間帯は、さらに細かい単位で設定されてもよいし、広さの異なる複数の単位が併用されてもよい。

地域、曜日、および時間帯の項目の値は、ログ情報３０４に格納されているデータに基づいて設定される。

推奨情報３０９には、利用者に導入を推奨するアプリと、アプリに関する情報を利用者に提示する提示条件とに関する情報が格納される。提示条件には、地域に関する条件と、曜日に関する条件と、時間帯に関する条件とが含まれる。推奨情報３０９の例を図９に示す。図９に示すように、推奨情報３０９は、利用者ＩＤ、名称、種別、地域、曜日、および時間帯といった項目を有する。利用者ＩＤの項目には、携帯電話１００の利用者を識別するための識別子が格納される。名称の項目には、利用者に導入を推奨するアプリの名称が格納される。種別の項目には、利用者に導入を推奨するアプリの種別を示す値が格納される。

利用者に導入を推奨するアプリは、ルール情報３０６、分析情報３０７、および特性情報３０８を用いて算出される評価値に基づいて算出される。評価値は、利用者の特性毎かつアプリ毎に算出される。本実施形態において、特性ｃをする利用者に推奨するか否かを判定する場合のアプリａの評価値Ｅ（ａ，ｃ）は、以下の式に基づいて算出される。

Ｅ（ａ，ｃ） ＝ Ｅｉｎｓ（ａ）＊Ｗｉｎｓ ＋ Ｅｉｎｃ（ａ）＊Ｗｉｎｃ
＋ Ｅｒ（ａ，ｃ）＊Ｗｒ＋ Ｅｌ（ａ，ｃ）＊Ｗｌ
＋ Ｅｔ（ａ，ｃ）＊Ｗｔ

ここで、Ｅｉｎｓ（ａ）は、アプリａの導入数に基づく評価値である。導入数に基づく評価値は、導入数が多いほど高くなる。Ｗｉｎｓは、導入数に基づく評価値の重要度を調整するための重みである。Ｅｉｎｃ（ａ）は、アプリａの増加数に基づく評価値である。増加数に基づく評価値は、増加数が多いほど高くなる。Ｗｉｎｃは、増加数に基づく評価値の重要度を調整するための重みである。このように、導入数および増加数を評価値に反映することにより、人気のあるアプリを利用者に紹介することができる。アプリａの導入数および増加数は、分析情報３０７から取得される。

Ｅｒ（ａ，ｃ）は、アプリａと特性ｃに対応するアプリとの関連度に基づく評価値である。Ｅｒ（ａ，ｃ）は、アプリａの種別と、特性ｃに対応する特性情報３０８のデータに設定されている種別とを検索キーとしてルール情報３０６を検索し、マッチするデータの関連度の項目を参照することにより得られる。このように、アプリの関連度を評価値に反映することにより、利用者が興味をもつ可能性が高いアプリを利用者に紹介することができる。Ｗｒは、関連度に基づく評価値の重要度を調整するための重みである。

Ｅｌ（ａ，ｃ）は、アプリａがよく利用される地域と特性ｃに対応する地域との適合度（一致の度合い）に基づく評価値である。Ｅｌ（ａ，ｃ）は、アプリａに対応する分析情報３０７のデータに設定されている地域に、特性ｃに対応する特性情報３０８のデータに設定されている地域が含まれる場合に高く評価される。このように、地域的な適合度を評価値に反映することにより、利用者がアプリを利用する場面と同じ場面でよく利用されるアプリを利用者に紹介することができる。Ｗｌは、関連度に基づく評価値の重要度を調整するための重みである。

Ｅｔ（ａ，ｃ）は、アプリａがよく利用される時間帯と特性ｃに対応する時間帯との適合度に基づく評価値である。Ｅｔ（ａ，ｃ）は、アプリａに対応する分析情報３０７のデータに設定されている時間帯に、特性ｃに対応する特性情報３０８のデータに設定されている時間帯が含まれる場合に高く評価される。このように、時間帯的な適合度を評価値に反映することにより、利用者がアプリを利用する時間帯と同じ時間帯によく利用されるアプリを利用者に紹介することができる。Ｗｔは、関連度に基づく評価値の重要度を調整するための重みである。

推奨情報３０９には、閾値よりも高い評価値Ｅ（ａ，ｃ）が算出された特性ｃをもつ利用者およびアプリａに関するデータが格納される。評価値Ｅ（ａ，ｃ）は、分析情報３０７に含まれるデータに対応する全てのアプリと、特性情報３０８に含まれるデータに対応する全ての特性との組み合わせ毎に算出してもよい。あるいは、評価値Ｅ（ａ，ｃ）を算出するアプリを絞り込んで計算量を削減するために、導入数および増加数の少なくとも一方に閾値を設けてもよい。すなわち、人気のないアプリの評価値Ｅ（ａ，ｃ）は、算出しなくてもよい。

推奨情報３０９において、地域の項目には、利用者に推奨を実行すべき地域を示す値が設定される。利用者に推奨を実行すべき地域は、特性ｃに対応する特性情報３０８のデータに設定されている地域である。すなわち、本実施形態では、導入を推奨するアプリと関連するアプリを利用者が特定の地域で利用することが多い場合に、利用者がその地域に来たタイミングで推奨が実行される。

曜日の項目には、利用者に推奨を実行すべき曜日が設定される。利用者に推奨を実行すべき曜日は、特性ｃに対応する特性情報３０８のデータに設定されている曜日である。すなわち、本実施形態では、導入を推奨するアプリと関連するアプリを利用者が特定の曜日に利用することが多い場合に、その曜日に推奨が実行される。

時間帯の項目には、利用者に推奨を実行すべき時間帯が設定される。利用者に推奨を実行すべき時間帯は、特性ｃに対応する特性情報３０８のデータに設定されている時間帯の前または後の所定の長さの時間帯である。利用者に推奨を実行すべき時間帯が特性ｃに対応する時間帯の前に設定されるか後に設定されるかは、ルール情報３０６の提示時期の項目の値に基づいて決定される。Ｅｒ（ａ，ｃ）を得る際に取得したルール情報３０６のデータの提示時期の項目の値が「前」の場合、利用者に推奨を実行すべき時間帯は、特性ｃに対応する時間帯の前に設定される。Ｅｒ（ａ，ｃ）を得る際に取得したルール情報３０６のデータの提示時期の項目の値が「後」の場合、利用者に推奨を実行すべき時間帯は、特性ｃに対応する時間帯の後に設定される。

ルール情報３０６の提示時期の項目の値は、特性ｃに対応するアプリが実行される前に推奨を実行するのが効果的であるのか、あるいは、特性ｃに対応するアプリが実行された後に推奨を実行するのが効果的であるのかの判断に基づいて予め設定される。例えば、推奨するアプリが、特性ｃに対応するアプリによって作成されるデータを利用して処理を行う場合、ルール情報３０６の提示時期の項目の値は「後」に設定される。例えば、推奨するアプリを事前に実行した方が、特性ｃに対応するアプリをより便利に利用できる場合、ルール情報３０６の提示時期の項目の値は「前」に設定される。

このように地域的および時間的にタイミングを制御することにより、より好適なタイミングでアプリの導入を効果的に推奨することができる。

推奨情報３０９の各データは、対応する利用者の携帯電話１００へ送信される。推奨情報３０９のデータを携帯電話１００へ送信するタイミングは、任意に決定してよい。

情報提供プログラム３１０は、アプリの推奨に関する機能を提供する。情報提供プログラム３１０は、ログ取得部３１１と、分析部３１２と、特性解析部３１３と、推奨情報作成部３１４とを含む。ログ取得部３１１は、携帯電話１００からログ情報を取得し、ログ情報３０４に格納する機能を提供する。分析部３１２は、ログ情報３０４に基づいて分析情報３０７を作成する機能を提供する。特性解析部３１３は、ログ情報３０４に基づいて特性情報３０８を作成する機能を提供する。推奨情報作成部３１４は、分析情報３０７および特性情報３０８等に基づいて推奨情報３０９を作成する機能を提供する。

図１０〜図１２を参照しながら、携帯電話１００ａ〜１００ｚの構成について説明する。携帯電話１００ａ〜１００ｚは、同様の構成を有するため、携帯電話１００ａを例にして、構成について説明する。図１０に示すように、携帯電話１００は、タッチスクリーンディスプレイ２と、ボタン３と、照度センサ４と、近接センサ５と、通信ユニット６と、レシーバ７と、マイク８と、ストレージ９と、コントローラ１０と、スピーカ１１と、カメラ１２と、カメラ１３と、コネクタ１４と、加速度センサ１５と、方位センサ１６と、ジャイロスコープ１７と、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）レシーバ１８とを有する。

タッチスクリーンディスプレイ２は、ディスプレイ２Ａと、タッチスクリーン２Ｂとを有する。ディスプレイ２Ａは、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬディスプレイ（ＯＥＬＤ：Ｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）、または無機ＥＬディスプレイ（ＩＥＬＤ：Ｉｎｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）等の表示デバイスを備える。ディスプレイ２Ａは、文字、画像、記号、および図形等を表示する。

タッチスクリーン２Ｂは、タッチスクリーン２Ｂに対する指、ペン、またはスタイラスペン等の接触を検出する。タッチスクリーン２Ｂは、複数の指、ペン、またはスタイラスペン等がタッチスクリーン２Ｂに接触した位置を検出することができる。以下の説明では、タッチスクリーン２Ｂに対して接触する指、ペン、またはスタイラスペン等を、「接触オブジェクト（接触物）」と呼ぶことがある。

タッチスクリーン２Ｂの検出方式は、静電容量方式、抵抗膜方式、表面弾性波方式（または超音波方式）、赤外線方式、電磁誘導方式、および荷重検出方式等の任意の方式でよい。以下の説明では、説明を簡単にするため、利用者は携帯電話１００を操作するために指を用いてタッチスクリーン２Ｂに接触するものと想定する。

携帯電話１００は、タッチスクリーン２Ｂにより検出された接触、接触が検出された位置、接触が検出された位置の変化、接触が検出された間隔、および接触が検出された回数の少なくとも一つに基づいてジェスチャの種別を判別する。ジェスチャは、タッチスクリーン２Ｂに対して行われる操作である。携帯電話１００によって判別されるジェスチャは、例えば、タッチ、ロングタッチ、リリース、スワイプ、タップ、ダブルタップ、ロングタップ、ドラッグ、フリック、ピンチイン、およびピンチアウトを含むがこれらに限定されない。

ボタン３は、利用者によって操作される。コントローラ１０はボタン３と協働することによってボタン３に対する操作を検出する。ボタン３に対する操作は、例えば、クリック、ダブルクリック、トリプルクリック、プッシュ、およびマルチプッシュを含むが、これらに限定されない。

照度センサ４は、携帯電話１００の周囲光の照度を検出する。照度は、光の強さ、明るさ、または輝度を示す。照度センサ４は、例えば、ディスプレイ２Ａの輝度の調整に用いられる。近接センサ５は、近隣の物体の存在を非接触で検出する。近接センサ５は、磁界の変化または超音波の反射波の帰還時間の変化等に基づいて物体の存在を検出する。近接センサ５は、例えば、タッチスクリーンディスプレイ２が顔に近付けられたことを検出する。照度センサ４および近接センサ５は、一つのセンサとして構成されていてもよい。照度センサ４は、近接センサとして用いられてもよい。

通信ユニット６は、無線により通信する。通信ユニット６によってサポートされる通信方式は、無線通信規格である。無線通信規格として、例えば、２Ｇ、３Ｇ、４Ｇ等のセルラーフォンの通信規格がある。セルラーフォンの通信規格として、例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＣＤＭＡ２０００、ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）等がある。無線通信規格として、さらに、例えば、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等がある。通信ユニット６は、上述した通信規格の１つまたは複数をサポートしていてもよい。

レシーバ７およびスピーカ１１は、音出力部である。レシーバ７およびスピーカ１１は、コントローラ１０から送信される音信号を音として出力する。レシーバ７は、例えば、通話時に相手の声を出力するために用いられる。スピーカ１１は、例えば、着信音および音楽を出力するために用いられる。レシーバ７およびスピーカ１１の一方が、他方の機能を兼ねてもよい。マイク８は、音入力部である。マイク８は、利用者の音声等を音信号へ変換してコントローラ１０へ送信する。

ストレージ９は、プログラムおよびデータを記憶する。ストレージ９は、コントローラ１０の処理結果を一時的に記憶する作業領域としても利用される。ストレージ９は、半導体記憶媒体、および磁気記憶媒体等の任意の非一過的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）な記憶媒体を含んでよい。ストレージ９は、複数の種類の記憶媒体を含んでよい。ストレージ９は、メモリカード、光ディスク、または光磁気ディスク等の可搬の記憶媒体と、記憶媒体の読み取り装置との組み合わせを含んでよい。ストレージ９は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の一時的な記憶領域として利用される記憶デバイスを含んでよい。

ストレージ９に記憶されるプログラムには、フォアグランドまたはバックグランドで実行されるアプリケーションと、アプリケーションの動作を支援する制御プログラムとが含まれる。アプリケーションは、例えば、ディスプレイ２Ａに画面を表示させ、タッチスクリーン２Ｂによって検出されるジェスチャに応じた処理をコントローラ１０に実行させる。制御プログラムは、例えば、ＯＳである。アプリケーションおよび制御プログラムは、通信ユニット６による無線通信または非一過的な記憶媒体を介してストレージ９に導入されてもよい。

ストレージ９は、例えば、制御プログラム９Ａ、メールアプリケーション９Ｂ、ブラウザアプリケーション９Ｃ、情報提示アプリケーション９Ｄ、ログ情報９Ｘ、推奨情報９Ｙ、および設定データ９Ｚを記憶する。制御プログラム９Ａは、携帯電話１００を稼働させるための各種制御に関する機能を提供する。制御プログラム９Ａは、例えば、各種のアプリの導入、実行、削除等を制御する。これらのイベントが実行される度に、制御プログラム９Ａは、イベントに関する情報をログ情報９Ｘに記録させる。

メールアプリケーション９Ｂは、電子メールの作成、送信、受信、および表示等のための電子メール機能を提供する。ブラウザアプリケーション９Ｃは、ＷＥＢページを表示するためのＷＥＢブラウジング機能を提供する。

情報提示アプリケーション９Ｄは、導入を推奨するアプリに関する情報を、提示条件に基づいて、利用者に提示するための機能を提供する。具体的には、情報提示アプリケーション９Ｄは、イベントに関する情報が蓄積されたログ情報９Ｘを情報提供装置３００へ送信する機能を提供する。情報提示アプリケーション９Ｄは、情報提供装置３００から推奨情報９Ｙを受信する機能を提供する。さらに、情報提示アプリケーション９Ｄは、推奨情報９Ｙに基づいて、指定された条件が充足された場合に、指定されたアプリの導入を推奨する情報をディスプレイ２Ａに表示させる機能を提供する。

ログ情報９Ｘには、携帯電話１００ａにおけるアプリの導入、実行、削除等のイベントに関する情報が蓄積される。ログ情報９Ｘの例を図１１に示す。図１１に示すように、ログ情報９Ｘは、名称、区分、地域、曜日、および時刻といった項目を有する。

名称の項目には、アプリの名称が格納される。ログ情報９Ｘは、アプリを識別するための識別子が格納される項目を有してもよい。区分の項目には、イベントの種別を示す値が格納される。区分の項目には、例えば、アプリが導入されたことを示す「導入」、アプリが削除されたことを示す「削除」、アプリが実行されたことを示す「実行」等の値が格納される。区分の項目には、アプリが終了したことを示す値、アプリの設定が変更されたことを示す値、アプリが操作されたことを示す値等の他の値が格納されてもよい。ログ情報９Ｘは、設定または操作の内容を示す値が格納される項目をさらに有してもよい。

地域の項目には、イベントが発生した地域を示す値が格納される。地域を示す値は、ＧＰＳレシーバ１８の検出結果、または通信ユニット６が通信回線を確立している基地局２００に基づいて特定される。地域を示す値は、地名等の名称またはコードでもよいし、緯度および経度等の数値でもよい。曜日の項目には、イベントが発生した曜日が格納される。ログ情報９Ｘは、イベントが発生した日付が格納される項目を有してもよい。時刻の項目には、イベントが発生した時刻が格納される。

推奨情報９Ｙには、利用者に導入を推奨するアプリと、推奨に関する情報を利用者に提供する提供条件とに関する情報が格納される。推奨情報９Ｙの例を図１２に示す。図１２に示すように、推奨情報９Ｙは、名称、種別、地域、曜日、および時間帯といった項目を有する。名称の項目には、利用者に導入を推奨するアプリの名称が格納される。種別の項目には、利用者に導入を推奨するアプリの種別を示す値が格納される。地域の項目には、利用者に推奨を実行すべき地域を示す値が設定される。曜日の項目には、利用者に推奨を実行すべき曜日が設定される。時間帯の項目には、利用者に推奨を実行すべき時間帯が設定される。

設定データ９Ｚは、携帯電話１００の動作に関する各種の設定に関する情報を含む。

コントローラ１０は、演算処理装置である。演算処理装置は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＳｏＣ（Ｓｙｓｔｅｍ−ｏｎ−ａ−ｃｈｉｐ）、ＭＣＵ（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、およびＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）を含むが、これらに限定されない。コントローラ１０は、携帯電話１００の動作を統括的に制御して各種の機能を実現する。

具体的には、コントローラ１０は、ストレージ９に記憶されているデータを必要に応じて参照しつつ、ストレージ９に記憶されているプログラムに含まれる命令を実行する。そして、コントローラ１０は、データおよび命令に応じて機能部を制御し、それによって各種機能を実現する。機能部は、例えば、ディスプレイ２Ａ、通信ユニット６、マイク８、およびスピーカ１１を含むが、これらに限定されない。コントローラ１０は、検出部の検出結果に応じて、制御を変更することがある。検出部は、例えば、タッチスクリーン２Ｂ、ボタン３、照度センサ４、近接センサ５、レシーバ７、カメラ１２、カメラ１３、加速度センサ１５、方位センサ１６、ジャイロスコープ１７、およびＧＰＳレシーバ１８を含むが、これらに限定されない。

コントローラ１０は、例えば、情報提示アプリケーション９Ｄを実行することにより、導入を推奨するアプリに関する情報を、提示条件に基づいて、利用者に提示するための機能を実現する。

カメラ１２は、フロントフェイスに面している物体を撮影するインカメラである。カメラ１３は、バックフェイスに面している物体を撮影するアウトカメラである。

コネクタ１４は、他の装置が接続される端子である。コネクタ１４は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）、ライトピーク（サンダーボルト（登録商標））、イヤホンマイクコネクタのような汎用的な端子であってもよい。コネクタ１４は、Ｄｏｃｋコネクタのような専用の端子でもよい。コネクタ１４に接続される装置は、例えば、外部ストレージ、スピーカ、および通信装置を含むが、これらに限定されない。

加速度センサ１５は、携帯電話１００に働く加速度の方向および大きさを検出する。方位センサ１６は、地磁気の向きを検出する。ジャイロスコープ１７は、携帯電話１００の角度および角速度を検出する。加速度センサ１５、方位センサ１６およびジャイロスコープ１７の検出結果は、携帯電話１００の位置および姿勢の変化を検出するために、組み合わせて利用される。ＧＰＳレシーバ１８は、携帯電話１００の位置を検出する。

図１０においてストレージ９が記憶するプログラムおよびデータの一部または全部は、通信ユニット６による無線通信で他の装置からダウンロードされてもよい。図１０においてストレージ９が記憶するプログラムおよびデータの一部または全部は、ストレージ９に含まれる読み取り装置が読み取り可能な非一過的な記憶媒体に記憶されていてもよい。図１０においてストレージ９が記憶するプログラムおよびデータの一部または全部は、コネクタ１４に接続される読み取り装置が読み取り可能な非一過的な記憶媒体に記憶されていてもよい。非一過的な記憶媒体は、例えば、ＣＤ（登録商標）、ＤＶＤ（登録商標）、Ｂｌｕ−ｒａｙ（登録商標）等の光ディスク、光磁気ディスク、磁気記憶媒体、メモリカード、およびソリッドステート記憶媒体を含むが、これらに限定されない。

図１０に示した携帯電話１００の構成は例であり、本発明の要旨を損なわない範囲において適宜変更してよい。例えば、図１０に示した例では、携帯電話１００が２つのカメラを備えるが、携帯電話１００は、１つのカメラのみを備えてもよいし、カメラを備えなくてもよい。図１０に示した例では、携帯電話１００が位置および姿勢を検出するために４種類のセンサを備えるが、携帯電話１００は、このうちいくつかのセンサを備えなくてもよい。あるいは、携帯電話１００は、位置および姿勢の少なくとも１つを検出するための他の種類のセンサを備えてもよい。

図１３〜図１６を参照しながら、情報提供システム１の動作の詳細について説明する。図１３は、情報提供装置３００の動作を示すフローチャートである。図１３に示す動作は、情報提供装置３００のコントローラ３０２が情報提供プログラム３１０を実行することによって実現される。図１３に示す動作は、例えば、１日１回のように、定期的に実行される。

コントローラ３０２は、ログ情報３０４に基づいて、利用者の利用状況に関する情報である分析情報３０７を作成する（ステップＳ１０１）。そして、コントローラ３０２は、ログ情報３０４に基づいて、それぞれの利用者の特性を解析して、特性情報３０８を作成する（ステップＳ１０２）。

続いて、コントローラ３０２は、特性情報３０８の未選択のデータを選択する（ステップＳ１０３）。未選択のデータを選択できた場合（ステップＳ１０４，Ｙｅｓ）、コントローラ３０２は、分析情報３０７中の未選択のアプリを選択する（ステップＳ１０５）。未選択のアプリを選択できない場合（ステップＳ１０６，Ｎｏ）、コントローラ３０２は、ステップＳ１０３以降を再実行する。

未選択のアプリを選択できた場合（ステップＳ１０６，Ｙｅｓ）、コントローラ３０２は、選択したアプリをステップＳ１０３で選択したデータに対応する特性をもつ利用者に推奨するかを判定する場合の評価値を算出する（ステップＳ１０７）。評価値が閾値よりも高い場合（ステップＳ１０８，Ｙｅｓ）、コントローラ３０２は、提示条件を決定し（ステップＳ１０９）、推奨情報３０９にデータを登録する（ステップＳ１１０）。その後、コントローラ３０２は、ステップＳ１０５以降を再実行する。評価値が閾値よりも高くない場合（ステップＳ１０８，Ｎｏ）、コントローラ３０２は、推奨情報３０９にデータを登録することなく、ステップＳ１０５以降を再実行する。

ステップＳ１０３で特性情報３０８の未選択のデータを選択できない場合（ステップＳ１０４，Ｎｏ）、コントローラ３０２は、図１３に示す動作を終了する。

図１４は、携帯電話１００の動作を示すフローチャートである。図１４に示す動作は、携帯電話１００のコントローラ１０が情報提示アプリケーション９Ｄを実行することによって実現される。図１４に示す動作は、携帯電話１００が稼働している間、繰り返して実行される。

コントローラ１０は、推奨情報９Ｙを参照して、提示条件が充足されているデータがあるかを判定する（ステップＳ２０１）。提示条件は、地域に関する条件と、曜日に関する条件と、時間帯に関する条件のうち、設定されている全ての条件が満たされる場合に充足されていると判定される。

地域に関する条件は、ＧＰＳレシーバ１８の検出結果、または通信ユニット６が通信回線を確立している基地局２００に基づいて特定される現在位置が、指定された地域に含まれる場合に満たされる。曜日に関する条件は、現在の曜日が、指定された曜日である場合に満たされる。時間帯に関する条件は、現在時刻が、指定された時間帯に含まれる場合に満たされる。提示条件が充足されているデータがない場合（ステップＳ２０１，Ｎｏ）、コントローラ１０は、ステップＳ２０１を再実行する。

提示条件が充足されているデータがある場合（ステップＳ２０１，Ｙｅｓ）、コントローラ１０は、携帯電話１００がキーロック中であるかを判定する（ステップＳ２０２）。キーロック中とは、携帯電話１００がディスプレイ２Ａを消灯し、タッチスクリーン２Ｂによる操作の検出を停止している状態をいう。キーロック中の場合（ステップＳ２０２，Ｙｅｓ）、コントローラ１０は、ステップＳ２０２を再実行する。

携帯電話１００がキーロック中でない場合（ステップＳ２０２，Ｎｏ）、提示条件が充足されている推奨情報３０９内に含まれるアプリに関するデータ（アプリ）が１つであるかを判定する（ステップＳ２０３）。提示条件が充足されているデータ（アプリ）が１つの場合（ステップＳ２０３，Ｙｅｓ）、コントローラ１０は、そのアプリを利用者に提示する（ステップＳ２０４）。

提示は、例えば、図１５に示すような画面をディスプレイ２Ａに表示することによって行われる。図１５に示す画面には、アプリのアイコン５１と、アプリの種別５２と、アプリの名称５３と、アプリの解説５４と、アプリのダウンロード用のＷＥＢページへのリンク５５とが含まれる。アイコン５１、解説５４、およびリンク５５は、例えば、アプリの名称を検索キーとして、アプリをダウンロードするサーバに対して問合せを行うことによって取得される。

提示を行った後、コントローラ１０は、重複して提示を行うことを避けるために、提示したアプリに対応するデータを推奨情報９Ｙから削除する（ステップＳ２０５）。

提示条件が充足されているデータ（アプリ）が１つでない場合（ステップＳ２０３，Ｎｏ）、コントローラ１０は、それらのアプリのリストを利用者に提示する（ステップＳ２０６）。

提示は、例えば、図１６に示すような画面をディスプレイ２Ａに表示することによって行われる。図１６に示す画面には、アプリのアイコン５１と、アプリの種別５２と、アプリの名称５３と、アプリのダウンロード用のＷＥＢページへのリンク５５とが、アプリ毎に表示される。

提示を行った後、コントローラ１０は、重複して提示を行うことを避けるために、提示したアプリに対応するデータを推奨情報９Ｙから削除する（ステップＳ２０７）。

上述したように、本実施形態に係る情報提供システムは、利用者の特性に合うアプリに関する情報を、利用者の特性に合うタイミングで、利用者に提示することができる。

１つの例としては、利用者が、出勤途中に、バス停で、乗り換え案内アプリをよく利用している場合、乗り換え案内アプリと関連度が高く、出勤時間帯にそのバス停付近でよく利用される運行状況表示アプリに関する情報を利用者に提示することができる。運行状況表示アプリは、どのバスが今どこにいるかを表示するアプリである。運行状況表示アプリに関する情報は、例えば、利用者が出勤途中にバス停に辿り着く前に、利用者に提示される。このようにアプリが有用なタイミングで情報を提示することにより、利用者が、アプリを導入して試してみたいと思う可能性を高めることができる。

他の例としては、利用者が、日曜の午後にプリインストールされているカメラアプリを使ってよく写真撮影を行っている場合、人気のある他のカメラアプリ、および撮影された写真を扱う画像編集アプリ、画像整理アプリ、画像共有アプリ等に関する情報を利用者に提示することができる。例えば、カメラアプリに関する情報は、日曜の写真撮影が行われる時間帯の前に提示され、画像編集アプリ等に関する情報は、日曜の写真撮影が行われる時間帯の後に提示される。このようにアプリが有用なタイミングで情報を提示することにより、利用者が、アプリを導入して試してみたいと思う可能性を高めることができる。

本出願の開示する実施形態は、発明の要旨および範囲を逸脱しない範囲で変更することができる。さらに、本出願の開示する実施形態およびその変形例は、適宜組み合わせることができる。例えば、上記の実施形態は、以下のように変形してもよい。

例えば、図３および図１０に示した各プログラムは、複数のモジュールに分割されていてもよいし、他のプログラムと結合されていてもよい。

携帯電話１００の機能と情報提供装置３００の機能は、適宜配置を変更してもよい。例えば、情報提供装置３００は、情報提供プログラム３１０のログ取得部３１１および分析部３１２の機能のみを実行し、特性解析部３１３および推奨情報作成部３１４の機能は、各携帯電話１００に必要な情報を送信した上で、携帯電話１００に行わせてもよい。

上記の実施形態では、携帯電子機器の例として、携帯電話について説明したが、添付の請求項に係る携帯電子機器は、携帯電話に限定されない。添付の請求項に係る携帯電子機器は、携帯電話以外の携帯電子機器であってもよい。携帯電子機器は、例えば、タブレット、携帯型パソコン、デジタルカメラ、メディアプレイヤ、電子書籍リーダ、ナビゲータ、及びゲーム機を含むが、これらに限定されない。

添付の請求項に係る技術を完全かつ明瞭に開示するために特徴的な実施形態に関し記載してきた。しかし、添付の請求項は、上記実施形態に限定されるべきものでなく、本明細書に示した基礎的事項の範囲内で当該技術分野の当業者が創作しうるすべての変形例および代替可能な構成を具現化するように構成されるべきである。

１ 情報提供システム
１００ａ〜１００ｚ 携帯電話
２ タッチスクリーンディスプレイ
２Ａ ディスプレイ
２Ｂ タッチスクリーン
３ ボタン
４ 照度センサ
５ 近接センサ
６ 通信ユニット
７ レシーバ
８ マイク
９ ストレージ
９Ａ 制御プログラム
９Ｂ メールアプリケーション
９Ｃ ブラウザアプリケーション
９Ｄ 情報提示アプリケーション
９Ｘ ログ情報
９Ｙ 推奨情報
９Ｚ 設定データ
１０ コントローラ
１１ スピーカ
１２ カメラ
１３ カメラ
１４ コネクタ
１５ 加速度センサ
１６ 方位センサ
１７ ジャイロスコープ
１８ ＧＰＳレシーバ
２００ａ〜２００ｎ 基地局
３００ 情報提供装置
３０１ 通信ユニット
３０２ コントローラ
３０３ ストレージ
３０４ ログ情報
３０５ アプリ情報
３０６ ルール情報
３０７ 分析情報
３０８ 特性情報
３０９ 推奨情報
３１０ 情報提供プログラム
３１１ ログ取得部
３１２ 分析部
３１３ 特性解析部
３１４ 推奨情報作成部
４００ 音声認識装置
５００ ネットワーク

Claims (6)

1. 携帯電子機器と情報提供装置とを含む情報提供システムであって、
   前記情報提供装置は、
   前記携帯電子機器における第１のアプリケーションの利用状況を示すログ情報を前記携帯電子機器から取得するログ取得部と、
   前記携帯電子機器から取得される前記ログ情報に基づいて、利用のタイミングに関する特性を含む、前記携帯電子機器における前記第１のアプリケーションの利用の特性を解析する特性解析部と、
   複数の携帯電子機器における複数のアプリケーションの利用状況の分析結果と、前記特性解析部の解析結果とを用いて算出される評価値に基づいて、前記携帯電子機器での利用を推奨する第２のアプリケーションを決定するとともに、当該第２のアプリケーションに関する情報を前記携帯電子機器において提示するタイミングを前記解析結果に基づいて決定し、当該第２のアプリケーションに関する情報および当該タイミングに関する情報を含む推奨情報を作成する推奨情報作成部と
   を備え、
   前記携帯電子機器は、
   表示部と、
   前記ログ情報を記憶する記憶部と、
   前記推奨情報に含まれる前記タイミングにおいて、前記推奨情報に含まれる前記第２のアプリケーションに関する情報を前記表示部に表示する制御部と
   を備える情報提供システム。
2. 前記推奨情報作成部は、前記分析結果に含まれる前記第２のアプリケーションの利用の時間的な特性と、前記解析結果に含まれる前記第１のアプリケーションの利用の時間的な特性とに基づいて、前記評価値を算出する請求項１に記載の情報提供システム。
3. 前記推奨情報作成部は、前記解析結果に含まれる前記第１のアプリケーションの利用の時間的な特性に基づいて、前記タイミングを決定する請求項２に記載の情報提供システム。
4. 前記推奨情報作成部は、前記分析結果に含まれる前記第２のアプリケーションの利用の地域的な特性と、前記解析結果に含まれる前記第１のアプリケーションの利用の地域的な特性とに基づいて、前記評価値を算出する請求項１に記載の情報提供システム。
5. 前記推奨情報作成部は、前記解析結果に含まれる前記第１のアプリケーションの利用の地域的な特性に基づいて、前記タイミングを決定する請求項４に記載の情報提供システム。
6. 情報提供方法であって、
   携帯電子機器における第１のアプリケーションの利用状況を示すログ情報を記憶するステップと、
   前記ログ情報に基づいて、利用のタイミングに関する特性を含む、前記携帯電子機器における前記第１のアプリケーションの利用の特性を解析するステップと、
   複数の携帯電子機器における複数のアプリケーションの利用状況の分析結果と、前記解析による解析結果とを用いて算出される評価値に基づいて、前記携帯電子機器での利用を推奨する第２のアプリケーションを決定するステップと
   前記第２のアプリケーションに関する情報を前記携帯電子機器において提示するタイミングを前記解析結果に基づいて決定するステップと、
   前記第２のアプリケーションに関する情報および前記タイミングに関する情報を含む推奨情報を作成するステップと
   を含む情報提供方法。

Images