(57)【要約】【課題】ユーザの需要に適合する蓋然性が高いアプリについての情報を、ユーザの利便性を高めるようにユーザに通知する。【解決手段】携帯型装置（１Ａ）は制御部（１０）およびタッチパネル（２０）を備えている。制御部（１０）は、ウェブページのアドレス情報と、接続日時情報と、アプリ提供リンクの有無についてのリンク情報とを対応付けてユーザのアクセス履歴情報としてユーザアクセス履歴ＤＢ（５１）に格納する。また、制御部（１０）は、リンク情報およびウェブページへの接続頻度に基づいて、アプリ提供リンク先のサイトにて提供されるアプリケーションの使用またはダウンロードを勧める推薦通知をタッチパネル（２０）に行わせる。【選択図】図１
2019046301.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介してダウンロードしたアプリケーションを実行する携帯型装置であって、
前記携帯型装置は少なくとも１つの表示装置と、少なくとも１つの記憶装置と、少なくとも１つの制御装置と、を備え、
前記制御装置は、
ウェブブラウザを介して接続したウェブページのアドレス情報と、該ウェブページに接続した日時を示す接続日時情報と、該ウェブページにおける、アプリケーションをダウンロードするためのサイトを示すアプリ提供リンクの有無についてのリンク情報と、を対応付けてユーザのアクセス履歴情報として前記記憶装置に格納し、
前記アクセス履歴情報を参照して、前記リンク情報と、前記接続日時情報から算出される前記ウェブページへの接続頻度とに基づいて、前記サイトにて提供される前記アプリケーションの使用または前記アプリケーションのダウンロードを勧める推薦通知を前記表示装置に行わせることを特徴とする携帯型装置。
【請求項２】
前記制御装置は、
前記アクセス履歴情報を参照して、前記リンク情報が示す前記アプリ提供リンクが無い前記ウェブページであり、かつ前記接続頻度が所定の頻度以上である前記ウェブページについて、前記アプリ提供リンクが追加されたかどうかを所定の時間間隔にて確認し、
前記アプリ提供リンクが追加されたことが確認された前記ウェブページの、前記アプリ提供リンク先のサイトにて提供される前記アプリケーションについて前記推薦通知を前記表示装置に行わせることを特徴とする請求項１に記載の携帯型装置。
【請求項３】
前記携帯型装置に既にインストールされているアプリケーションを取得済アプリケーションとし、インストールされていないアプリケーションを未取得アプリケーションとし、
前記制御装置は、
前記取得済アプリケーションを特定するアプリ特定情報と、前記取得済アプリケーションをダウンロードした時刻およびその時点での前記携帯型装置の地理的な位置を示すアプリ取得情報とを前記記憶装置に格納し、
前記アクセス履歴情報、前記携帯型装置の現時点の位置情報、および前記アプリ取得情報に基づいて、前記取得済アプリケーションの使用または前記未取得アプリケーションのダウンロードを行う上で、現時点および前記位置情報が示す場所が前記ユーザにとって適切であるか否かを判定し、
判定した結果に基づいて前記推薦通知を前記表示装置に行わせることを特徴とする請求項１または２に記載の携帯型装置。
【請求項４】
通信ネットワークを介してダウンロードしたアプリケーションを実行する携帯型装置を制御する制御装置であって、
ウェブブラウザを介して接続したウェブページのアドレス情報と、該ウェブページに接続した日時を示す接続日時情報と、該ウェブページにおける、アプリケーションをダウンロードするためのサイトを示すアプリ提供リンクの有無についてのリンク情報と、を対応付けてユーザのアクセス履歴情報を作成するアクセス履歴作成部と、
前記アクセス履歴情報を参照して、前記リンク情報と、前記接続日時情報から算出される前記ウェブページへの接続頻度とに基づいて、前記サイトにて提供される前記アプリケーションの使用または前記アプリケーションのダウンロードを勧めるために通知される情報を、前記携帯型装置に提供するアプリ情報提供部と、を備えていることを特徴とする制御装置。
【請求項５】
通信ネットワークを介してダウンロードしたアプリケーションを実行する携帯型装置の制御方法であって、
前記携帯型装置は少なくとも１つの表示装置と、少なくとも１つの記憶装置と、を備え、
ウェブブラウザを介して接続したウェブページのアドレス情報と、該ウェブページに接続した日時を示す接続日時情報と、該ウェブページにおける、アプリケーションをダウンロードするためのサイトを示すアプリ提供リンクの有無についてのリンク情報と、を対応付けてユーザのアクセス履歴情報として前記記憶装置に格納するアクセス履歴格納ステップと、
前記アクセス履歴情報を参照して、前記リンク情報と、前記接続日時情報から算出される前記ウェブページへの接続頻度とに基づいて、前記サイトにて提供される前記アプリケーションの使用または前記アプリケーションのダウンロードを勧める推薦通知を前記表示装置に行わせる推薦通知ステップと、を含んでいることを特徴とする携帯型装置の制御方法。
【請求項６】
請求項４に記載の制御装置としてコンピュータを機能させるための制御プログラムであって、前記アクセス履歴作成部および前記アプリ情報提供部としてコンピュータを機能させるための制御プログラム。
【請求項７】
請求項６に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションに関する情報をユーザに通知する携帯型装置等に関する。
【背景技術】
【０００２】
従来、スマートフォン等の携帯型装置が広く普及している。ユーザは、多種多様なアプリケーション（以下、単にアプリと称することもある）を携帯型装置にインストールして、様々な機能を利用することができる。また、ユーザは、ウェブブラウザを用いて、インターネット上にて提供されている様々なウェブサービスを利用することもできる。
【０００３】
インターネット上におけるウェブページのアドレスは、ＵＲＬ（Uniform Resource Locator）で表されている。或るウェブサービスを提供するＵＲＬ（例えば、料理レシピ検索サイト等）において、該ウェブサービスに対応するアプリが提供されていることがある。この場合、該ＵＲＬのウェブページには、アプリをダウンロードする場所（アプリストア等）へのリンクが表示されていることがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１７８６８１号公報（２０１３年９月９日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、（ｉ）ユーザが上記リンクの存在に気づかない場合、および（ｉｉ）ユーザがウェブページを閲覧している際の自身の状況を考慮してアプリのダウンロードを後回しにした結果、ダウンロードを忘れてしまう場合等、がある。このような場合、ＵＲＬにて提供されているウェブサービスに係るアプリをユーザが利用することが妨げられ得る。このことは、ユーザにとって不便で有り得る。
【０００６】
また、膨大な数のアプリの中から、ユーザにとって利便性の高いアプリを選択して使用することは容易なことではない。そこで、例えば、特許文献１には、他のユーザにおける或る特定のアプリの使用日時、使用場所等の使用履歴情報を提供することにより、ターゲットユーザがダウンロード可能なアプリを推奨するアプリ情報提示装置が開示されている。この特許文献１に記載の技術では、他のユーザの使用履歴情報を用いている。この場合、携帯型装置を使用するユーザの趣味および嗜好に適合しないアプリ、つまり当該ユーザにとって不要なアプリを推奨されることがあり得る。
【０００７】
本発明の一態様は、上記従来の問題点に鑑みなされたものであって、その目的は、携帯型装置を所有するユーザの需要に適合する蓋然性が高いアプリについての情報を、ユーザの利便性を高めるようにユーザに通知することができる技術を実現することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明の一態様に係る携帯型装置は、通信ネットワークを介してダウンロードしたアプリケーションを実行する携帯型装置であって、前記携帯型装置は少なくとも１つの表示装置と、少なくとも１つの記憶装置と、少なくとも１つの制御装置と、を備え、前記制御装置は、（ｉ）ウェブブラウザを介して接続したウェブページのアドレス情報と、該ウェブページに接続した日時を示す接続日時情報と、該ウェブページにおける、アプリケーションをダウンロードするためのサイトを示すアプリ提供リンクの有無についてのリンク情報と、を対応付けてユーザのアクセス履歴情報として前記記憶装置に格納し、（ｉｉ）前記アクセス履歴情報を参照して、前記リンク情報と、前記接続日時情報から算出される前記ウェブページへの接続頻度とに基づいて、前記サイトにて提供される前記アプリケーションの使用または前記アプリケーションのダウンロードを勧める推薦通知を前記表示装置に行わせる。
【０００９】
また、上記の課題を解決するために、本発明の一態様に係る制御装置は、通信ネットワークを介してダウンロードしたアプリケーションを実行する携帯型装置を制御する制御装置であって、（ｉ）ウェブブラウザを介して接続したウェブページのアドレス情報と、該ウェブページに接続した日時を示す接続日時情報と、該ウェブページにおける、アプリケーションをダウンロードするためのサイトを示すアプリ提供リンクの有無についてのリンク情報と、を対応付けてユーザのアクセス履歴情報を作成するアクセス履歴作成部と、（ｉｉ）前記アクセス履歴情報を参照して、前記リンク情報と、前記接続日時情報から算出される前記ウェブページへの接続頻度とに基づいて、前記サイトにて提供される前記アプリケーションの使用または前記アプリケーションのダウンロードを勧めるために通知される情報を、前記携帯型装置に提供するアプリ情報提供部と、を備えている。
【００１０】
また、上記の課題を解決するために、本発明の一態様に係る携帯型装置の制御方法は、通信ネットワークを介してダウンロードしたアプリケーションを実行する携帯型装置の制御方法であって、前記携帯型装置は少なくとも１つの表示装置と、少なくとも１つの記憶装置と、を備え、（ｉ）ウェブブラウザを介して接続したウェブページのアドレス情報と、該ウェブページに接続した日時を示す接続日時情報と、該ウェブページにおける、アプリケーションをダウンロードするためのサイトを示すアプリ提供リンクの有無についてのリンク情報と、を対応付けてユーザのアクセス履歴情報として前記記憶装置に格納するアクセス履歴格納ステップと、（ｉｉ）前記アクセス履歴情報を参照して、前記リンク情報と、前記接続日時情報から算出される前記ウェブページへの接続頻度とに基づいて、前記サイトにて提供される前記アプリケーションの使用または前記アプリケーションのダウンロードを勧める推薦通知を前記表示装置に行わせる推薦通知ステップと、を含んでいる。
【発明の効果】
【００１１】
本発明の一態様によれば、携帯型装置を所有するユーザの需要に適合する蓋然性が高いアプリについての情報を、ユーザの利便性を高めるようにユーザに通知することができる技術を実現することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態１〜３に係る携帯型装置の構成を示すブロック図である。
【図２】上記携帯型装置の記憶部に格納されているデータの具体的な一例を示す図であって、（ａ）はユーザアクセス履歴ＤＢ、（ｂ）はインストール済アプリＤＢ、（ｃ）はアプリダウンロード履歴ＤＢに格納されているデータの一例をそれぞれ示している。
【図３】実施形態１に係るアプリ推薦通知処理の流れの一例を示すフローチャートである。
【図４】上記アプリ推薦通知処理における、アプリ使用推薦通知のタイミングを確認する処理の詳細を示すフローチャートである。
【図５】上記アプリ推薦通知処理における、アプリ取得推薦通知のタイミングを確認する処理の詳細を示すフローチャートである。
【図６】上記アプリ推薦通知処理における、特定のＵＲＬにアプリをダウンロード可能なリンクが追加されたかどうかを定期的に確認する処理の詳細を示すフローチャートである。
【図７】実施形態２に係るアプリ推薦通知処理の流れの一例を示すフローチャートである。
【図８】実施形態３に係るアプリ推薦通知処理の流れの一例を示すフローチャートである。
【図９】図８に示すアプリ推薦通知処理における、インストール済みアプリの使用を勧める処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１３】
〔実施形態１〕
本発明の一実施形態について、図１〜５に基づいて説明すれば、以下のとおりである。
【００１４】
（概要）
図１は、本発明の一実施形態における携帯型装置１Ａの要部構成を示すブロック図である。なお、図１において示した破線は、該破線にて描かれた部材が本発明の別の態様（例えば実施形態２）では備えていなくてもよい部材であることを意味している。
【００１５】
図１に示すように、携帯型装置１Ａは、典型的にはスマートフォンまたはタブレット型コンピュータ等の携帯型電子機器である。なお、本発明の一態様における携帯型装置はこれに限定されず、例えば、タッチパネルの代わりに、液晶ディスプレイおよびキーボード等を備える構成であってもよい。本実施形態の携帯型装置１Ａは、或るＵＲＬへのユーザのアクセス頻度（接続頻度）に基づいて、当該ＵＲＬのウェブサービスに関するアプリの使用を、ユーザにとって適切なタイミングにてユーザに通知するものである。これにより、ユーザの需要に適合する蓋然性が高いアプリの使用を、ユーザがアプリを使用し易いタイミングにてユーザに勧めることができる。
【００１６】
（携帯型装置１Ａの構成）
本実施形態の携帯型装置１Ａは、制御部（制御装置）１０、タッチパネル（表示装置）２０、通信部３０、測位部（位置情報取得部）４０、および記憶部（記憶装置）５０を備えている。携帯型装置１Ａは、通信ネットワーク（例えば、インターネット）を介してダウンロードしたアプリケーションを実行することができる装置である。なお、制御部１０、タッチパネル２０、記憶部５０については、単数であってもよいし、複数であってもよい。
【００１７】
制御部１０は、表示ページ作成部１１、リンク先探索部１２、インストール済アプリ確認部１３、通知タイミング判定部（タイミング判定部）１４、通知出力部１５、および処理実行部１６を備えている。リンク先探索部１２は、ユーザアクセス履歴照合部１２１およびリンク先確認部（リンク確認部）１２２を備えている。制御部１０に含まれるこれらの各部の詳細な説明は、携帯型装置１Ａが実行する処理の流れの説明と合わせて後述する。
【００１８】
タッチパネル２０は、各種の情報を表示するディスプレイである表示部２１と、ユーザが指またはペン等によりタッチパネル２０の表面をタッチ（押圧）操作することによって、各種の操作指示を入力することができる入力部２２と、を含んでいる。表示部２１は、例えば液晶ディスプレイ、ＯＬＥＤ（Optical Light Emitting Diode）ディスプレイ等である。入力部２２は、例えば投影型静電容量方式等のタッチ入力デバイスである。また、通信部３０は、一般に携帯型電子機器が備える送受信アンテナであって、携帯電話網、無線ＬＡＮ（Local Area Network）、インターネット網等の通信ネットワークを介して無線通信を行う。測位部４０は、例えばＧＰＳ（Global Positioning System）等の測位システムを利用して、携帯型装置１Ａの現在位置についての地理的な位置情報を取得する。測位部４０は、ＩＭＥＳ（Indoor Messaging System）等の屋内測位技術も用いてよい。
【００１９】
記憶部５０は、ユーザアクセス履歴ＤＢ（アクセス履歴記憶部）５１、インストール済アプリＤＢ（アプリ記憶部）５２、およびアプリダウンロード履歴ＤＢ（ダウンロード履歴記憶部）５３を含んでいる。ここで、ＤＢはデータベースの略である。記憶部５０が含むこれらの各部について、図２を用いて以下に概略的に説明する。
【００２０】
図２の（ａ）は、ユーザアクセス履歴ＤＢ５１に格納されているデータの一例を示す図である。ユーザアクセス履歴ＤＢ５１には、ユーザがウェブブラウザを用いてアクセス（接続）したウェブページの履歴（アクセス履歴）に関する情報が格納されている。具体的には、図２の（ａ）に示すように、ユーザアクセス履歴ＤＢ５１には、ユーザが閲覧したウェブページのＵＲＬについての情報（アドレス情報）、当該ウェブページにおけるアプリをダウンロードする場所へのリンクの有無についての情報（リンク情報）、ユーザが当該ウェブページにアクセスした（該ウェブページを閲覧した）日時についての情報（接続日時情報）、および当該ウェブページへの接続回数の情報、が対応付けられてアクセス履歴情報として格納されている。ここで、ダウンロードする場所へのリンク（以下、アプリ提供リンクと称することがある）とは、以下のようなものである。すなわち、携帯型装置１Ａが例えばＡｎｄｒｏｉｄ（登録商標）端末である場合、ウェブページ上に表示されているリンク先に”○○.apk”との名前のファイルが配置されていれば、当該ウェブページにはアプリ提供リンクが表示されていることになる。このことは、携帯型装置１Ａが他の実行環境にて動作する端末（例えばｉＯＳ（登録商標）端末）であっても同様であり、対応する拡張子のファイルが存在するか否かによって、アプリ提供リンクの有無が決定されてよい。アプリ提供リンクが有る場合、ユーザアクセス履歴ＤＢ５１には、アプリ提供リンク先のサイトを示すＵＲＬの情報が格納されてよい。また、アプリ提供リンク先にて提供されるアプリのファイル名が、上記ＵＲＬと対応付けられてユーザアクセス履歴ＤＢ５１に格納されてもよい。なお、ユーザアクセス履歴ＤＢ５１に上記接続回数が格納されていなくともよく、この場合、後述するユーザアクセス履歴照合部１２１が、アクセス履歴を照合するに際して、上記接続日時情報に基づいて上記接続回数を算出すればよい。
【００２１】
図２の（ｂ）は、インストール済アプリＤＢ５２に格納されているデータの一例を示す図である。インストール済アプリＤＢ５２には、携帯型装置１Ａにダウンロードおよびインストールされたアプリについての情報を示すデータが格納されている。具体的には、図２の（ｂ）に示すように、インストール済アプリＤＢ５２には、携帯型装置１Ａにインストールされたアプリの名称と、当該アプリをダウンロードしたアプリ提供リンクのＵＲＬとが対応付けられて格納されている。換言すれば、インストール済アプリＤＢ５２には、携帯型装置１Ａが取得済のアプリ（取得済みアプリケーション）を特定するアプリ特定情報が格納されている。
【００２２】
図２の（ｃ）は、アプリダウンロード履歴ＤＢ５３に格納されているデータの一例を示す図である。アプリダウンロード履歴ＤＢ５３には、（ｉ）ユーザがアプリをダウンロードした際の携帯型装置１Ａの状況についての情報を含むダウンロード操作の履歴と、（ｉｉ）当該履歴に基づいて設定された、ユーザがアプリをダウンロードする傾向が強い場所および時間帯についての情報とが格納されている。具体的には、アプリダウンロード履歴ＤＢ５３には、アプリをダウンロードした際の携帯型装置１Ａの位置（地理的な場所）を示す位置情報、およびダウンロードの操作を実行した時刻が対応付けられて、アプリ取得情報として格納されている。さらに、アプリダウンロード履歴ＤＢ５３には、図２の（ｃ）に示すように、このアプリ取得情報に基づいて、ユーザがアプリをダウンロードする傾向が強い場所および時間帯についての情報、すなわちユーザがアプリをダウンロードするのに適した場所および時間帯についての適切タイミング情報が格納されている。なお、この適切タイミング情報は、アプリダウンロード履歴ＤＢ５３に格納されていなくてもよく、この場合、後述する通知タイミング判定部１４が適切タイミング情報を適時作成すればよい。
【００２３】
(携帯型装置１Ａが実行する処理の流れ)
図３は、本実施形態における携帯型装置１Ａが実行するアプリ推薦通知処理の流れの一例を示すフローチャートである。図３に示すように、ユーザは、タッチパネル２０を操作し、ウェブブラウザを介してＵＲＬに接続する（ステップ１；以下、Ｓ１のように略記する）。ここで、表示ページ作成部１１は、通信部３０が送受信した情報に基づいて、ウェブページを表示部２１に表示させる。
【００２４】
次に、上記接続したＵＲＬのウェブページにリンクが表示されている場合、リンク先探索部１２は、そのリンク先を調べ、アプリのダウンロードが可能であるか否かを調べる。つまり、リンク先探索部１２は、上記ウェブページにおけるアプリ提供リンクの有無を調べる。そして、リンク先探索部１２は、上記接続したＵＲＬ、該ＵＲＬへの接続日時および接続回数、並びにアプリ提供リンクの有無、についての情報を対応付けてアクセス履歴情報としてユーザアクセス履歴ＤＢ５１にデータ保持（記録）する（Ｓ２：アクセス履歴格納ステップ）。なお、アクセス履歴情報を作成し、該アクセス履歴情報をユーザアクセス履歴ＤＢ５１に格納する処理について、ここではリンク先探索部（アクセス履歴作成部）１２が行っているが、これに限定されない。制御部１０が、アクセス履歴情報を作成するアクセス履歴作成部としての機能を有していればよい。
【００２５】
上記ウェブページ内に存在するリンクの遷移先にアプリをダウンロード可能なＵＲＬ（例えばアプリストア）が有る場合（Ｓ３でＹＥＳ）、ユーザアクセス履歴照合部１２１は、ユーザアクセス履歴ＤＢ５１を参照して、上記接続したＵＲＬへの接続頻度が所定の頻度以上であるか否かを判定する（Ｓ４）。本実施形態では、３ヶ月前から現在に至るまでの期間において接続回数が５回以上であるか否かを所定の条件としている。なお、この所定の条件における期間および回数は特に限定されるものではなく、ユーザまたは設計者が適宜設定してよい。Ｓ３でＮＯの場合にリンク先確認部１２２が実行する処理については後述する。
【００２６】
Ｓ４でＮＯの場合、携帯型装置１Ａはユーザに通知を行うことなく（Ｓ５）、アプリ推薦通知処理を終了する。一方、Ｓ４でＹＥＳの場合、インストール済アプリ確認部１３は、インストール済アプリＤＢ５２を参照して、上記接続したＵＲＬにおけるアプリ提供リンクが提供するアプリが既に携帯型装置１Ａにインストール済みか否かを確認する。この確認は、例えばアプリ提供リンクにおけるリンク先のＵＲＬを照合して行うことができる。或いは、アプリの名称を照合して上記確認を行ってもよい。
【００２７】
該当アプリが既に携帯型装置１Ａにインストールされている場合（Ｓ６でＹＥＳ）、通知タイミング判定部１４は、現在のタイミングが、ユーザに通知を行う上で適切なタイミングで有るか否かを判定する（Ｓ７ａ）。このＳ７ａにおける具体的な処理について、詳しくは図４を用いて後述する。
【００２８】
Ｓ６でＹＥＳでありＳ７ａにて通知に適したタイミングを確認した後、通知出力部１５は、上記Ｓ１にて接続した、ユーザのアクセス頻度が高いＵＲＬのウェブサービスに関するアプリを既に携帯型装置１Ａがインストール済みであること、および当該アプリの使用を勧める旨を通知（アプリ使用推薦通知）する情報を処理実行部１６に送信する（アプリ情報提供ステップ）。処理実行部１６は、受信した情報に基づいて、アプリ使用推薦通知をタッチパネル２０に行わせる（Ｓ８：アプリ推薦通知ステップ）。その後、ユーザが、当該アプリを使用することを入力部２２を用いて選択した場合、処理実行部１６は、当該アプリを起動する処理を実行する。通知出力部１５および処理実行部１６は、アプリの使用を勧めるアプリ使用推薦通知をタッチパネル２０に行わせるアプリ推薦通知部（アプリ情報提供部）として機能する。
【００２９】
一方、Ｓ６でＮＯの場合において、通知タイミング判定部１４は、現在のタイミングが、ユーザに通知を行う上で適切なタイミングで有るか否かを判定する（Ｓ７ｂ）。このＳ７ｂにおける具体的な処理について、詳しくは図５を用いて後述する。
【００３０】
Ｓ６でＮＯでありＳ７ｂにて通知に適したタイミングを確認した後、通知出力部１５は、上記Ｓ１にて接続した、ユーザのアクセス頻度が高いＵＲＬのウェブサービスに関するアプリのダウンロードが可能であること、および当該アプリのインストールを勧める旨を通知（インストール推薦通知）する情報を処理実行部１６に送信する（アプリ情報提供ステップ）。処理実行部１６は、受信した情報に基づいて、インストール推薦通知をタッチパネル２０に行わせる（Ｓ９：アプリ推薦通知ステップ）。また、携帯型装置１Ａにおいてアプリのインストールとダウンロードとは、一般に略同時に行われるので、上記通知は、当該アプリのダウンロードを勧めるダウンロード推薦通知であってもよい。インストール推薦通知およびダウンロード推薦通知を含めてアプリ取得推薦通知と称する。その後、ユーザが、当該アプリをインストールすることを入力部２２を用いて選択した場合、処理実行部１６は、当該アプリをダウンロードおよびインストールする処理を実行する。通知出力部１５および処理実行部１６は、アプリ取得推薦通知をタッチパネル２０に行わせるアプリ推薦通知部（アプリ情報提供部）として機能する。
【００３１】
なお、上記アプリ使用推薦通知およびアプリ取得推薦通知は、例えば、表示部２１に画像が表示されて行われてよく、その他の手段によって行われてよい。例えば、携帯型装置１Ａが一般に備えるスピーカ（図示せず）を用いて、音（例えば音声）によってユーザに通知が行われてもよい。
【００３２】
（通知タイミングの確認）
上記Ｓ７ａにおける通知タイミングの確認について、図４を用いて説明する。図４は、本実施形態のアプリ推薦通知処理における、アプリ使用推薦通知のタイミングを確認する処理の詳細を示すフローチャートである。図４に示すように、通知タイミング判定部１４は、携帯型装置１Ａが基本的な機能として備える時計機能を用いて現在時刻を確認するとともに、測位部４０を用いて携帯型装置１Ａの現在の位置（現在地）についての情報を確認する（Ｓ７１）。なお、Ｓ７ａにおける処理が含むＳ７１では、少なくとも現在時刻を確認すればよい。Ｓ７１の後、通知タイミング判定部１４は、ユーザアクセス履歴ＤＢ５１に格納されている情報に基づいて、現時点における携帯型装置１Ａの状態が、ユーザがアプリを使用する上で適切である否かを判定する。ここで、通知タイミング判定部１４は、ユーザアクセス履歴ＤＢ５１に格納されたデータを参照して、Ｓ１にて接続し、かつＳ４にてアクセス頻度が高いと認定されたＵＲＬにユーザがアクセスする傾向が強い時間帯を、通知タイミングの判定に用いる通知適切時間帯として設定する。
【００３３】
通知タイミング判定部１４は、Ｓ７１にて取得した現在時刻の情報、上記設定した通知適切時間帯、および、携帯型装置１Ａの電波状態および電池残量の情報に基づいて、その時点の携帯型装置１Ａが、ユーザにアプリ使用推薦通知を通知する適切なタイミングにある否かを判定する（Ｓ７２ａ）。なお、ここでは、携帯型装置１Ａの電波状態および電池残量の情報は、考慮しなくともよい。具体的な一例としては、通知タイミング判定部１４は、携帯型装置１Ａの現時点の時刻が上記通知適切時間帯の範囲内であれば、ユーザにアプリ使用推薦通知を通知する適切なタイミングであると判定する。或いは、通知タイミング判定部１４は、携帯型装置１Ａの現時点の時刻が上記通知適切時間帯の直前であれば、ユーザにアプリ使用推薦通知を通知する適切なタイミングであると判定することが好ましい。この場合、ユーザがウェブサービスの閲覧を開始しようとするタイミングで通知が行われ易くなるため、ユーザにとって利便性が向上する。なお、通知タイミング判定部１４は、その他の情報も考慮して通知タイミングを判定してもよい。Ｓ７２ａでタイミングが不適であると判定された場合、所定の時間が経過するまで待機する（Ｓ７３）。この所定の時間は、ユーザまたは設計者が適宜設定してよい。所定の時間経過後（Ｓ７３でＹＥＳ）、携帯型装置１Ａが実行する処理は、Ｓ７２ａに戻る。一方で、Ｓ７２ａでタイミングが適であると判定された場合、携帯型装置１Ａが実行する処理は、Ｓ８（図３参照）に進む。
【００３４】
また、上記Ｓ７ｂにおける通知タイミングの確認について、図５を用いて説明する。図５は、本実施形態のアプリ推薦通知処理における、アプリ取得推薦通知のタイミングを確認する処理の詳細を示すフローチャートである。図５に示すように、通知タイミング判定部１４は、Ｓ７１の処理を行い、現在時刻および携帯型装置１Ａの現時点の位置情報を確認する。Ｓ７１の後、通知タイミング判定部１４は、ユーザアクセス履歴ＤＢ５１およびアプリダウンロード履歴ＤＢ５３に格納されている情報に基づいて、現時点における携帯型装置１Ａの状態が、ユーザがアプリを取得する上で適切なタイミングにあるか否かを判定する。
【００３５】
ここで、通知タイミング判定部１４は、アプリダウンロード履歴ＤＢ５３に格納されたデータを参照して、ユーザがアプリのダウンロードする傾向が強い時間帯を、通知タイミングの判定に用いる通知適切時間帯として設定する。この通知適切時間帯を設定する手法は特に限定されるものではない。例えば公知の統計的な手法を用いて設定してよく、過去にユーザがアプリをダウンロードする頻度が高い時間帯であってよい。また、ユーザがアプリのダウンロードする傾向が強い場所を、通知タイミングの判定に用いる通知適切場所として設定する。上記通知適切時間帯および通知適切場所を含む情報を適切タイミング情報と称する。なお、アプリダウンロード履歴ＤＢ５３には、適切タイミング情報が予め格納されていてもよい（図２の（ｃ）参照）。この適切タイミング情報は、ユーザがアプリをダウンロードした履歴に基づいて、制御部１０または処理実行部１６が作成してよい。或いは、適切タイミング情報として、単に、ユーザがアプリをダウンロードした場所および時間帯の履歴が用いられてもよい。
【００３６】
通知タイミング判定部１４は、Ｓ７１にて取得した現在時刻および現在地の位置情報、上記設定した通知適切時間帯および通知適切場所、並びに、携帯型装置１Ａの電波状態および電池残量に基づいて、その時点の携帯型装置１Ａが、ユーザにアプリ取得推薦通知を通知する適切なタイミングにある否かを判定する（Ｓ７２ｂ）。具体的な一例としては、電波状態：ＷｉＦｉ（登録商標）接続または電波強度大、電池残量：２０％以上、場所：自宅、および時間帯：１８時〜２２時の条件を全て満たす場合に、通知タイミング判定部１４は、ユーザにアプリ取得推薦通知を通知する適切なタイミングにあると判定する。このような適切なタイミングについての具体的な判定条件は、ユーザまたは設計者が適宜設定してよい。
【００３７】
Ｓ７２ｂでタイミングが不適であると判定された場合、所定の時間が経過するまで待機する（Ｓ７３）。この所定の時間は、ユーザまたは設計者が適宜設定してよい。所定の時間経過後（Ｓ７３でＹＥＳ）、携帯型装置１Ａが実行する処理は、Ｓ７２ｂに戻る。一方で、Ｓ７２ｂでタイミングが適であると判定された場合、携帯型装置１Ａが実行する処理は、Ｓ９（図３参照）に進む。
【００３８】
上記Ｓ７２ｂでは、携帯型装置１Ａの電波状態および電池残量の情報を考慮することは必須では無いが、考慮することが好ましい。この場合、アプリの取得を行っている途中で電波状態が悪くなったり電池切れになったりすることによって不具合が生じる虞を低減することができる。また、ユーザは、一般に、携帯電話網を用いたデータ通信量（パケット通信量）を考慮しながら携帯型装置１Ａの通信を行う。上記のようにＷｉＦｉ接続である場合にアプリ取得の通知が来ることにより、ユーザがアプリの取得を行い易くすることができ、ユーザの利便性を高めることができる。
【００３９】
また、上記通知適切時間帯は、ユーザのアクセス頻度が高いと認定されたＵＲＬにユーザがアクセスする傾向が強い時間帯を考慮するようになっていてもよい。つまり、アプリに関するウェブサービスを提供しているＵＲＬにユーザがアクセスし易い時間帯よりも所定の時間前に、ユーザに通知が行われてもよい。この場合、アプリ取得推薦通知を行おうとするアプリに関するウェブサービスをユーザが使用し易い時間帯よりも所定の時間前に、ユーザはアプリ取得推薦通知を受けることができる。そのため、ユーザがアプリを使用し易くすることができる。
【００４０】
（アプリ提供リンクが無い場合の処理）
上記Ｓ３（図３参照）でＮＯの場合に携帯型装置１Ａが実行する処理について、図６を用いて説明する。図６は、本実施形態のアプリ推薦通知処理における、特定のＵＲＬにアプリをダウンロード可能なリンクが有るか否かを定期的に確認する処理の詳細を示すフローチャートである。図６に示すように、ユーザアクセス履歴照合部１２１は、ユーザアクセス履歴ＤＢ５１を参照して、Ｓ１にて接続したＵＲＬへの接続頻度が所定の頻度以上であるか否かを判定する（Ｓ１１）。Ｓ１１でＮＯの場合、携帯型装置１Ａはユーザに通知を行うことなく（Ｓ１２）、アプリ推薦通知処理を終了する。
【００４１】
一方で、Ｓ１１でＹＥＳの場合、リンク先確認部１２２は、上記接続したＵＲＬについて、アプリ提供リンクの有無を定期的に（所定の時間間隔にて）確認する。つまり、一定時間が経過するまで（Ｓ１３でＮＯ）、Ｓ１３の処理を繰り返す。アプリ提供リンクの有無を確認してから一定時間が経過した場合（Ｓ１３でＹＥＳ）、リンク先確認部１２２は再び上記接続したＵＲＬについて、アプリ提供リンクの有無を確認する。アプリ提供リンクが無い場合（Ｓ１４でＮＯ）、携帯型装置１Ａが実行する処理は、Ｓ１３に戻る。アプリ提供リンクが有る場合（Ｓ１４でＹＥＳ）、携帯型装置１Ａが実行する処理は、Ｓ６（図３参照）に進む。
【００４２】
（携帯型装置の利点）
以上のように、本実施形態の携帯型装置１Ａは、ユーザのアクセス頻度が高いＵＲＬにおいて、アプリ提供リンクが有る場合、すなわち該ＵＲＬが提供するウェブサービスに関するアプリが提供されている場合、そのアプリの使用をユーザに勧めることができる。そのため、ユーザに適合する蓋然性が高いアプリについての情報をユーザに通知することができる。また、携帯型装置１Ａは、ユーザにとって適切なタイミングにて、アプリの使用またはインストールを勧める通知をユーザに表示することができる。そのため、ユーザによるアプリの使用、またはインストールを行い易くすることができ、ユーザの利便性が向上する。さらに、携帯型装置１Ａは、ユーザが関心のあるＵＲＬにおいて、アプリが提供されていない場合、当該ＵＲＬについて定期的にアプリ提供リンクの有無を確認する。そして、アプリ提供リンクが有りの状態となった場合には、その旨をユーザに通知することができる。したがって、携帯型装置１Ａは、携帯型装置１Ａを所有するユーザに適合する蓋然性が高いアプリについての情報を、ユーザの利便性を高めるようにユーザに通知することができる。
【００４３】
（その他の構成）
本実施形態の携帯型装置１Ａにおける制御部１０が含むリンク先探索部１２は、ユーザのアクセス履歴情報を作成するアクセス履歴作成部として機能し、通知出力部１５は、アプリケーションの使用またはアプリケーションのダウンロードを勧めるために利用される情報を生成し、携帯型装置１Ａに提供するアプリ情報提供部として機能する。
【００４４】
（変形例）
携帯型装置１Ａは、ユーザの趣味および嗜好を、或るＵＲＬへの接続頻度に基づいて評価している。携帯型装置１Ａの変形例では、さらに、或るＵＲＬへのユーザの滞在時間を考慮して、ユーザの趣味および嗜好を評価するようになっていてもよい。これにより、ユーザの趣味および嗜好をより正確に把握して、携帯型装置を所有するユーザに適合する蓋然性が高いアプリについての情報を、ユーザの利便性を高めるようにユーザに通知することができる。
【００４５】
〔実施形態２〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。本実施形態では、通知タイミング判定部１４による通知のタイミングを確認する処理を行わず、アプリがダウンロード可能であれば、通知出力部１５は即座にユーザに推薦通知を行う。
【００４６】
本実施形態における携帯型装置１Ｂは、図１に示すように、前記携帯型装置１Ａの構成において、通知タイミング判定部１４、測位部４０、アプリダウンロード履歴ＤＢ５３を備えていなくともよい。
【００４７】
図７は、本実施形態における携帯型装置１Ｂが実行するアプリ推薦通知処理の流れの一例を示すフローチャートである。図７に示すように、ユーザがウェブブラウザを用いてＵＲＬに接続し（Ｓ１）、その後、携帯型装置１Ｂは、前記実施形態１にて前述したＳ２〜６と同様の処理を行う。Ｓ２〜６の処理の説明における携帯型装置１Ａをそれぞれ携帯型装置１Ｂに読み替えて、処理の流れを理解することができる。
【００４８】
Ｓ６の後、本実施形態の携帯型装置１Ｂでは、該当アプリが既に携帯型装置１Ｂにインストールされている場合（Ｓ６でＹＥＳ）、通知出力部１５は、該当アプリを既に携帯型装置１Ｂがインストール済みであること、およびその該当アプリの使用を勧める旨の通知（アプリ使用推薦通知）を即座に行う（Ｓ８）。その一方で、Ｓ６でＮＯの場合、通知出力部１５は、該当アプリのダウンロードが可能であること、およびその該当アプリのダウンロードおよびインストールを勧める旨の通知（アプリ取得推薦通知）を即座に行う（Ｓ９）。
【００４９】
本実施形態の携帯型装置１Ｂでは、ユーザに通知するタイミングの確認を行わない構成である。そのため、ユーザはより迅速にアプリの推薦通知を受け取ることができる。また、アプリをダウンロードする時間や場所に格別の傾向が無いユーザにとっては、直ぐに通知を受け取る場合の方が、当該ユーザにおける利便性が向上することもあり得る。それゆえ、携帯型装置１Ｂによれば、携帯型装置１Ｂを所有するユーザに適合する蓋然性が高いアプリについての情報を、ユーザの利便性を高めるようにユーザに通知することができる。
【００５０】
〔実施形態３〕
本発明のさらに他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態１、２にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。本実施形態では、通知出力部１５による推薦通知が行われた後、ユーザの選択に応じて、通知出力部１５および処理実行部１６がそれぞれ、通知処理および設定処理を実行する。
【００５１】
本実施形態における携帯型装置１Ｃは、図１に示すように、前記携帯型装置１Ａの構成と同様である。
【００５２】
図８は、本実施形態における携帯型装置１Ｃが実行するアプリ推薦通知処理の流れの一例を示すフローチャートである。図８に示すように、ユーザがウェブブラウザを用いてＵＲＬに接続し（Ｓ１）、その後、携帯型装置１Ｃは、前記実施形態１にて前述したＳ２〜Ｓ６、Ｓ７ａ、Ｓ７ｂと同様の処理を行う。Ｓ２〜Ｓ６、Ｓ７ａ、Ｓ７ｂの処理の説明における携帯型装置１Ａをそれぞれ携帯型装置１Ｃに読み替えて、処理の流れを理解することができる。
【００５３】
Ｓ６でＮＯでありＳ７ｂにて通知に適したタイミングを確認した後、携帯型装置１Ｃは、前記実施形態１にて前述したＳ９と同様の処理を行う。
【００５４】
一方で、Ｓ６でＹＥＳでありＳ７ａにて通知に適したタイミングを確認した後、通知出力部１５は、該当アプリを既に携帯型装置１Ｃがインストール済みであること、および当該アプリの使用を勧める旨の通知（アプリ使用推薦通知）を行い、ユーザに当該アプリを使用するか否かの選択を要求する（Ｓ２０）。このＳ２０におけるアプリの使用を勧める処理について、図９を用いてより詳しく説明する。図９は、本実施形態のアプリ推薦通知処理における、アプリの使用を勧める処理の詳細を示すフローチャートである。
【００５５】
図９に示すように、先ず、前記実施形態１にて前述したＳ８と同様の処理が行われ、ユーザにアプリの使用を勧める通知が、表示部２１に表示される。ユーザが、入力部２２を用いて、該当アプリを使用することを選択した場合（Ｓ２１でＹＥＳ）、処理実行部１６は、該当アプリを起動する処理を実行する（Ｓ２２）。
【００５６】
一方で、ユーザが、入力部２２を用いて、該当アプリを使用しないことを選択した場合（Ｓ２１でＮＯ）、通知出力部１５は、該当アプリのアンインストールを勧めることを通知するための情報を生成し、処理実行部１６に送信する。処理実行部１６は、受信した情報を表示部２１に表示させる（Ｓ２３）。そして、処理実行部１６は、以後、該当アプリに関する通知を行わないように設定する処理を実行する（Ｓ２４）。
【００５７】
携帯型装置１Ｃでは、上記Ｓ２３およびＳ２４の処理を実行することにより、ユーザが不要なアプリについての通知を以後行わないように設定することができる。また、ユーザにとって不要なアプリを携帯型装置１Ｃからアンインストールすることを勧めることにより、携帯型装置１Ｃのメモリ容量が不足することを抑制し、動作負荷の低減を図ることができる。したがって、携帯型装置１Ｃは、より一層ユーザの利便性を高めることができるとともに、携帯型装置を所有するユーザに適合する蓋然性が高いアプリについての情報を、ユーザに通知することができる。
【００５８】
〔ソフトウェアによる実現例〕
携帯型装置１Ａ〜１Ｃの制御ブロック（特に制御部１０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。
【００５９】
後者の場合、携帯型装置１Ａ〜１Ｃは、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば少なくとも１つのプロセッサ（制御装置）を備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な少なくとも１つの記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００６０】
〔まとめ〕
本発明の態様１に係る携帯型装置１Ａ〜１Ｃは、通信ネットワークを介してダウンロードしたアプリケーションを実行する携帯型装置であって、前記携帯型装置は少なくとも１つの表示装置（タッチパネル２０）と、少なくとも１つの記憶装置（記憶部５０）と、少なくとも１つの制御装置（制御部１０）と、を備え、前記制御装置は、ウェブブラウザを介して接続したウェブページのアドレス情報と、該ウェブページに接続した日時を示す接続日時情報と、該ウェブページにおける、アプリケーションをダウンロードするためのサイトを示すアプリ提供リンクの有無についてのリンク情報と、を対応付けてユーザのアクセス履歴情報として前記記憶装置に格納し、前記アクセス履歴情報を参照して、前記リンク情報と、前記接続日時情報から算出される前記ウェブページへの接続頻度とに基づいて、前記サイトにて提供される前記アプリケーションの使用または前記アプリケーションのダウンロードを勧める推薦通知を前記表示装置に行わせる。
【００６１】
上記の構成によれば、携帯型装置は、ユーザのアクセス履歴情報に基づいて、ユーザのアクセス頻度が高いＵＲＬにおいて提供されているアプリの使用またはダウンロードをユーザに勧めることができる。そのため、ユーザに適合する蓋然性が高いアプリについての情報をユーザに通知することができる。また、制御装置は、リンク情報に基づいて、ＵＲＬにアプリ提供リンクが有る場合に、携帯型装置がそのリンクにて提供されているアプリを既にインストール済みか否かを判定した結果に応じて、アプリの使用またはダウンロードを勧める推薦通知を前記表示装置に行わせる。そのため、ユーザは、アプリが提供されていることを容易に知ることができるとともに、該アプリを既にインストール済みであることを忘れている場合であっても、そのアプリの存在を思い出すことができる。
【００６２】
したがって、携帯型装置を所有するユーザに適合する蓋然性が高いアプリについての情報を、ユーザの利便性を高めるようにユーザに通知することができる携帯型装置を提供することができる。
【００６３】
本発明の態様２に係る携帯型装置は、上記態様１において、前記制御装置は、前記アクセス履歴情報を参照して、前記リンク情報が示す前記アプリ提供リンクが無い前記ウェブページであり、かつ前記接続頻度が所定の頻度以上である前記ウェブページについて、前記アプリ提供リンクが追加されたかどうかを所定の時間間隔にて確認し、前記アプリ提供リンクが追加されたことが確認された前記ウェブページの、前記アプリ提供リンク先のサイトにて提供される前記アプリケーションについて前記推薦通知を前記表示装置に行わせてもよい。
【００６４】
上記の構成によれば、制御装置は、ユーザが関心のあるＵＲＬにおいてアプリが提供されていない場合、当該ＵＲＬについて定期的にアプリ提供リンクの有無を確認する。そして、アプリ提供リンクが有りの状態になったことが確認された場合、その旨をユーザに通知することができる。そのため、ユーザは上記ＵＲＬを逐次確認することなく、アプリについての情報を得ることができる。その結果、ユーザの利便性が向上する。
【００６５】
本発明の態様３に係る携帯型装置は、上記態様１または２において、前記携帯型装置に既にインストールされているアプリケーションを取得済アプリケーションとし、インストールされていないアプリケーションを未取得アプリケーションとし、前記制御装置は、前記取得済アプリケーションを特定するアプリ特定情報と、前記取得済アプリケーションをダウンロードした時刻およびその時点での前記携帯型装置の地理的な位置を示すアプリ取得情報とを前記記憶装置に格納し、前記アクセス履歴情報、前記携帯型装置の現時点の位置情報、および前記アプリ取得情報に基づいて、前記取得済アプリケーションの使用または前記未取得アプリケーションのダウンロードを行う上で、現時点および前記位置情報が示す場所が前記ユーザにとって適切であるか否かを判定し、判定した結果に基づいて前記推薦通知を前記表示装置に行わせてもよい。
【００６６】
上記の構成によれば、制御装置は、ユーザにとって適切なタイミングにて、アプリの使用またはインストールを勧める通知を前記表示装置に行わせることができる。そのため、ユーザによるアプリの使用、またはインストールを行い易くすることができ、ユーザの利便性が向上する。
【００６７】
本発明の態様４に係る制御装置は、通信ネットワークを介してダウンロードしたアプリケーションを実行する携帯型装置を制御する制御装置であって、ウェブブラウザを介して接続したウェブページのアドレス情報と、該ウェブページに接続した日時を示す接続日時情報と、該ウェブページにおける、アプリケーションをダウンロードするためのサイトを示すアプリ提供リンクの有無についてのリンク情報と、を対応付けてユーザのアクセス履歴情報を作成するアクセス履歴作成部（リンク先探索部１２）と、前記アクセス履歴情報を参照して、前記リンク情報と、前記接続日時情報から算出される前記ウェブページへの接続頻度とに基づいて、前記サイトにて提供される前記アプリケーションの使用または前記アプリケーションのダウンロードを勧めるために通知される情報を、前記携帯型装置に提供するアプリ情報提供部（通知出力部１５）と、を備えている。
【００６８】
上記の構成によれば、携帯型装置を所有するユーザに適合する蓋然性が高いアプリについての情報を、ユーザの利便性を高めるようにユーザに通知することができるように、携帯型装置を制御する制御装置を提供することができる。
【００６９】
本発明の態様５に係る携帯型装置の制御方法は、通信ネットワークを介してダウンロードしたアプリケーションを実行する携帯型装置の制御方法であって、前記携帯型装置は少なくとも１つの表示装置（タッチパネル２０）と、少なくとも１つの記憶装置（記憶部５０）と、を備え、ウェブブラウザを介して接続したウェブページのアドレス情報と、該ウェブページに接続した日時を示す接続日時情報と、該ウェブページにおける、アプリケーションをダウンロードするためのサイトを示すアプリ提供リンクの有無についてのリンク情報と、を対応付けてユーザのアクセス履歴情報として前記記憶装置に格納するアクセス履歴格納ステップと、前記アクセス履歴情報を参照して、前記リンク情報と、前記接続日時情報から算出される前記ウェブページへの接続頻度とに基づいて、前記サイトにて提供される前記アプリケーションの使用または前記アプリケーションのダウンロードを勧める推薦通知を前記表示装置に行わせる推薦通知ステップと、を含んでいる。
【００７０】
上記の構成によれば、上記態様１における携帯型装置の制御方法を提供することができるという効果を奏する。
【００７１】
本発明の上記態様に係る制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記制御装置が備える各部（ソフトウェア要素）として動作させることにより上記制御装置をコンピュータにて実現させる制御装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００７２】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【００７３】
１Ａ〜１Ｃ    携帯型装置
１０          制御部（制御装置）
１４          通知タイミング判定部（タイミング判定部）
１５          通知出力部（アプリ情報提供部）
１６          処理実行部（アプリ情報提供部）
２０          タッチパネル（表示装置）
４０          測位部（位置情報取得部）
５０          記憶部（記憶装置）
５１          ユーザアクセス履歴ＤＢ（アクセス履歴記憶部）
５２          インストール済アプリＤＢ（アプリ記憶部）
５３          アプリダウンロード履歴ＤＢ（ダウンロード履歴記憶部）
１２２          リンク先確認部（リンク確認部）
【図１】
2019046301.tif 000003
【図２】
2019046301.tif 000004
【図３】
2019046301.tif 000005
【図４】
2019046301.tif 000006
【図５】
2019046301.tif 000007
【図６】
2019046301.tif 000008
【図７】
2019046301.tif 000009
【図８】
2019046301.tif 000010
【図９】
2019046301.tif 000011