JPWO2016203653A1 - 携帯情報端末、及び、そのアプリケーション推薦方法 - Google Patents

Abstract

本発明は、携帯情報端末におけるアプリケーションソフトウェアの推薦に関して、使用者に対して好適な使い勝手を供与することを目的とする。上記目的を達成するために、携帯情報端末であって、携帯情報端末の状況がアプリケーションに対応した条件を満たしたとき該アプリケーションを推薦候補とし、該アプリケーションが予め設定された推薦許可条件をさらに満たすときに該アプリケーションの推薦を行うように構成する。これにより、使用者に対して好適な使い勝手を供与することが可能な携帯情報端末、及び、そのアプリケーション推薦方法を提供することができる。

Description

本発明は、携帯情報端末のアプリケーションソフトウェア推薦技術及び画面表示制御技術に関する。

携帯電話やスマートホン、タブレット端末等の携帯情報端末の高性能化及び多機能化が著しい。有用なアプリケーションソフトウェア（以下、アプリと略称する）も多数提供されるようになっており、携帯情報端末の内蔵ストレージに様々なアプリを記憶させておき、状況に応じてアプリを使い分けることが一般的となっている。

しかしながら、使用者が個々の状況に応じてどのようなアプリの使用が好適か常に認識していることは難しく、適当なアプリの使用機会を逃す、といった課題があった。この課題を解決する手法として、例えばＵＳ公開公報２０１３／０３３９３４５（特許文献１）に示す技術がある。特許文献１には、携帯情報端末の場所に応じて、その場所に好適なアプリの推薦を行う点が記載されている。

ＵＳ公開公報２０１３／０３３９３４５

特許文献１には、数多くのアプリの中から、携帯情報端末の場所に応じた好適なアプリの使用が可能となる、と記載されている。しかしながら、特許文献１によるアプリの推薦は、携帯情報端末の状況が満たす条件（場所）によりなされるもので、場合によっては推薦アプリの数が多くなりすぎ、推薦アプリが多数存在するときの表示方法について考慮されておらず、却って利便性を欠く事態になる可能性がある。例えば、推薦アプリが店舗のサービスを紹介するものである場合、繁華街などの店舗密集地域では、アプリの推薦が輻輳する可能性が考えられる。アプリの推薦がアイコン表示によるものの場合、表示領域の大きさによってはアイコンが表示しきれない、といった課題も生じうる。

また、特許文献１には、その場所でのアプリのランキングデータから推薦アプリを絞り込む方法の記載があるが、この方法では必ずしも使用者の好みが反映されない、といった課題が生じる。

本発明の目的は、前記課題を考慮し、使用者に対してより好適な使い勝手を供与することが可能な携帯情報端末、及び、そのアプリケーション推薦方法を提供することである。

上記課題を解決するために、例えば請求の範囲に記載の構成を採用する。本発明は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、携帯情報端末であって、携帯情報端末の状況がアプリケーションに対応した条件を満たしたとき該アプリケーションを推薦候補とし、該アプリケーションが予め設定された推薦許可条件をさらに満たすときに該アプリケーションの推薦を行うように構成する。

本発明によれば、使用者に対して好適な使い勝手を供与することが可能な携帯情報端末、及び、そのアプリケーション推薦方法を提供することができる。

実施例１に係る携帯情報端末を含む通信システムの構成図である。 実施例１に係る携帯情報端末のブロック図である。 実施例１に係るアプリケーション推薦処理を説明するフローチャートである。 実施例１に係るアプリケーション推薦処理を説明する詳細フローチャートである。 実施例１に係る推薦アプリの推薦許可条件設定を説明する画面表示例である。 実施例１に係る推薦アプリの表示を説明する画面表示例である。 実施例２に係る携帯情報端末と異なる腕時計タイプの表示端末との連携を説明する概念図である。 実施例２に係る携帯情報端末と異なる眼鏡タイプの表示端末との連携を説明する概念図である。 図７Ａの腕時計タイプの表示端末の表示例である。 図７Ａの腕時計タイプの表示端末の他の表示例である。 図７Ｂの眼鏡タイプの表示端末の表示例である。 図７Ｂの眼鏡タイプの表示端末の他の表示例である。 実施例３に係る推薦アプリの表示を説明する画面表示例である。 実施例３に係る推薦アプリの他の表示を説明する画面表示例である。 実施例３に係る推薦アプリの他の表示を説明する画面表示例である。 実施例３に係る推薦アプリの他の表示を説明する画面表示例である。 実施例３に係る推薦アプリの他の表示を説明する画面表示例である。 実施例４に係る推薦アプリの表示制限を説明する画面表示例である。 実施例４に係る推薦アプリの表示制限を説明する他の画面表示例である。 実施例５に係る推薦アプリを選定するための情報の参照許可の設定を説明する画面表示例である。 実施例６に係る推薦アプリのアイコンを保存するための設定を説明する画面表示例である。 実施例７に係る推薦アプリのオプション設定を説明する画面表示例である。 実施例８に係る推薦アプリの履歴画面を説明する画面表示例である。 実施例９に係るアプリの推薦を禁止する条件を設定する画面表示例である。 実施例１０に係るアプリの推薦条件を設定する画面表示例である。

以下、本発明の実施例を、図面を用いて説明する。

図１は、本実施例における携帯情報端末１００を含む通信システムの構成図である。図１において、通信システムは、携帯情報端末１００と、インターネット等の広域公衆ネットワーク２０１及びその無線通信用アクセスポイント２０２、移動体電話通信網の基地局２０３、アプリケーションサーバ２１１ａ、アプリケーション推薦サーバ２１１ｂ、インターネットメールサーバ２１２、移動体電話通信サーバ２１３、で構成される。なお、アプリケーションサーバ２１１ａがアプリケーション推薦サーバ２１１ｂを兼ねていても構わない。

携帯情報端末１００は、携帯電話やスマートホン、タブレット端末等であっても良いし、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やノート型ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であっても良い。また、通信機能を備えた音楽プレーヤやデジタルカメラ、携帯型ゲーム機等、またはその他の携帯用デジタル機器であっても良い。

図２は、本実施例における携帯情報端末１００のブロック図である。図２において、携帯情報端末１００は、主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ部１１０、映像処理部１２０、音声処理部１２５、操作部１３０、通信処理部１４０、センサ部１５０、アプリケーション推薦部１６０、拡張インタフェース部１７０、で構成される。 主制御部１０１は、所定のプログラムに従って携帯情報端末１００全体を制御するマイクロプロセッサユニットである。システムバス１０２は主制御部１０１と携帯情報端末１００内の各部との間でデータ送受信を行うためのデータ通信路である。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３は、オペレーティングシステムや所定のアプリケーションソフトウェアなど、携帯情報端末１００の基本動作プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）やフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＯＭ１０３に格納されたプログラムを更新することにより、基本動作プログラムのバージョンアップや機能拡張が可能であるものとする。なお、ＲＯＭ１０３は、図２に示したような独立構成とはせず、ストレージ部１１０内の一部記憶領域を使用しても良い。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０４は基本動作プログラム若しくは各種アプリケーションソフトウェア実行時のワークエリアとなる。また、ＲＯＭ１０３及びＲＡＭ１０４は主制御部１０１と一体構成であっても良い。

ストレージ部１１０は、携帯情報端末１００の各動作設定値や使用者の情報、動作する各種アプリケーションソフトウェアの記憶等に使用する。ストレージ部１１０は、表示画面上の各アプリ（若しくは各アプリで作成したデータ）に関連付けられたアイコンの配置状況やその他の画面レイアウトに関する情報等を記憶する表示配列記憶領域１１１、携帯情報端末１００の使用者の携帯情報端末１００に対する操作履歴等を記憶する操作履歴記憶領域１１２、携帯情報端末１００の使用者が入力した使用者の行動予定等を記憶する予定表記憶領域１１３、及びその他一般的な情報を記憶するその他情報記憶領域１１４、で構成される。なお、前記各記憶領域は、ストレージ部１１０内での位置が固定的である必要はない。なお、ストレージ部１１０は、携帯情報端末１００に電源が供給されていない状態であっても記憶している情報を保持する必要がある。したがって、例えばフラッシュＲＯＭやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）等のデバイスが用いられる。

その他情報記憶領域１１４の一部領域を以ってＲＯＭ１０３の機能の全部または一部を代替しても良い。また、携帯情報端末１００は、アプリケーションサーバ２１１ａから、インターネット２０１及び無線通信用アクセスポイント２０２若しくは移動体電話通信網の基地局２０３を介して、新規アプリケーションソフトウェアをダウンロードすることにより、機能拡張が可能である。この際、ダウンロードした新規アプリケーションソフトウェアはその他情報記憶領域１１４に記憶すれば良い。その他情報記憶領域１１４に記憶された新規アプリケーションソフトウェアがＲＡＭ１０４上に展開されて実行されることにより、携帯情報端末１００は多種の新規機能を実現可能である。

映像処理部１２０は、映像表示部１２１、映像信号処理部１２２、映像入力部１２３、で構成される。映像表示部１２１は、例えば液晶パネルのような表示デバイスであり、映像信号処理部１２２で処理した映像信号を携帯情報端末１００の使用者に提供する。映像信号処理部１２２は図示を省略したビデオＲＡＭを備え、ビデオＲＡＭに映像データを入力することにより画面表示を実現する。また、映像信号処理部１２２は、必要に応じてフォーマット変換、メニューやその他のＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）信号の重畳処理等を行う機能を有する。映像入力部１２３は、レンズから入力した光を電気信号に変換することにより周囲や対象物の画像データを入力するカメラである。

音声処理部１２５は、音声出力部１２６、音声信号処理部１２７、音声入力部１２８、で構成される。音声出力部１２６はスピーカであり、音声信号処理部１２７で処理した音声信号を携帯情報端末１００の使用者に提供する。音声入力部１２８はマイクであり、使用者の声などを音声データに変換して入力する。

操作部１３０は、携帯情報端末１００に対する操作指示の入力を行う指示入力部であり、本実施例では、映像表示部１２１に重ねて配置したタッチパネル及びボタンスイッチを並べた操作キーで構成されるものとする。なお、何れか一方のみであっても良い。また、後述の拡張インタフェース部１７０に接続したキーボード等を用いて携帯情報端末１００の操作を行っても良い。また、タッチパネル機能は映像表示部１２１が備え持っているものであっても良い。

通信処理部１４０は、ＬＡＮ通信部１４１、移動体電話網通信部１４２、近接無線通信部１４３、で構成される。ＬＡＮ通信部１４１は、インターネット２０１の無線通信用アクセスポイント２０２と無線通信により接続してデータの送受を行う。移動体電話網通信部１４２は、移動体電話通信網の基地局２０３との無線通信により、電話通信（通話）及びデータの送受信を行う。近接無線通信部１４３は、対応するリーダ／ライタとの近接時に無線通信を行う。ＬＡＮ通信部１４１、移動体電話網通信部１４２、近接無線通信部１４３は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。

センサ部１５０は、携帯情報端末１００の状態を検出するためのセンサ群であり、本実施例では、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信部１５１、加速度センサ１５２、ジャイロセンサ１５３、地磁気センサ１５４、照度センサ１５５、近接センサ１５６、で構成される。これらのセンサ群により、携帯情報端末１００の位置、動き、傾き、方角、及び周囲の明るさ、周囲物の近接状況、等を検出することが可能となる。なお、その他のセンサを更に備えていても良い。

アプリケーション推薦部１６０は、携帯情報端末１００の現在地に関する情報や現在時刻に関する情報、若しくはその他の情報から、携帯情報端末１００の使用者が使用を欲すると思われるアプリを推測して推薦するアプリケーション推薦処理を行う。アプリケーション推薦処理に関する詳細は後述する。なお、アプリケーション推薦部１６０は、図２に示したような独立構成とはせず、主制御部１０１がＲＡＭ１０４をワークエリアとして所定のアプリケーションソフトウェアを実行することにより、同機能を実現しても良い。

拡張インタフェース部１７０は、携帯情報端末１００の機能を拡張するためのインタフェース群であり、本実施例では、映像／音声インタフェース、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェース、メモリインタフェース等で構成されるものとする。映像／音声インタフェースは、外部映像／音声出力機器からの映像信号／音声信号の入力、外部映像／音声入力機器への映像信号／音声信号の出力を行う。ＵＳＢインタフェースはキーボードやその他のＵＳＢ機器の接続等を行う。メモリインタフェースはメモリカードを接続してデータの送受信を行う。

なお、図２に示した携帯情報端末１００の構成例は、近接無線通信部１４３や照度センサ１５５、近接センサ１５６等、本実施例に必須ではない構成も多数含んでいるが、これらが備えられていない構成であっても本実施例の効果を損なうことはない。また、デジタルテレビ放送受信機能や電子マネー決済機能等、図示していない構成が更に加えられていても良い。

次に、本実施例の携帯情報端末１００が行うアプリケーション推薦処理に関して、図３のフローチャートを用いて説明する。

まず、本実施例の携帯情報端末１００において、予め推薦を許可するアプリケーションの条件を設定しておく（Ｓ１１）。例えば、アプリケーションをカテゴリに分け、指定したカテゴリのものだけ推薦を許可する、といった条件設定である。推薦を禁止する、という否定的な形での条件設定でも構わない。次に、携帯情報端末１００の状況情報を取得する（Ｓ１２）。具体的には、位置情報等である。次に、アプリケーション毎に設定された条件、すなわち個々のアプリケーションに対応した条件が、携帯情報端末１００の状況に合致したものを、推薦アプリケーションの候補として選ぶ（Ｓ１３）。例えば、ある特定の地点近傍に携帯情報端末１００が位置していることがアプリケーションの推薦条件として設定される。最後に、アプリケーションの候補の中から、Ｓ１１で設定された推薦許可条件を満たすアプリケーションが実際に携帯情報端末１００において推薦される（Ｓ１４）。推薦の具体的な方法は、アプリのアイコン表示であるが、他の形式でも構わない。なお、Ｓ１１で行う、携帯情報端末１００において予め推薦を許可するアプリケーションの条件は、必要に応じて携帯情報端末１００上で変更できることは言うまでもない。

以下では、本実施例の携帯情報端末１００が行うアプリケーション推薦処理に関して、図４のフローチャートを用いてさらに詳細な説明を行う。

本実施例の携帯情報端末１００において、まず予め推薦を許可するアプリケーションの推薦許可条件を設定しておく（Ｓ１００）。アプリケーションの推薦許可条件設定の例を図５に示す。ここでは、アプリケーションが関係する施設の種類でカテゴリ分けを行い、カテゴリ毎に推薦許可／不許可を設定する。ｏｎが許可で、ｏｆｆが不許可であり、例えば、ｏｎの場合、推薦アプリのアイコンを表示、ｏｆｆの場合、推薦アプリのアイコンを非表示とする。また、ｏｎ／ｏｆｆの文字部分をタップすることにより、ｏｎ／ｏｆｆが入れ替わる。なお、推薦許可条件の設定は、カテゴリ分けに限定されず、任意のものが可能である。例えば、サーバからダウンロードしなければならないアプリの場合、使用料の価格帯で条件設定することでも構わない。また、アプリの実施時間である所定時間帯で条件設定することでも構わない。

図４に戻って、上記の条件設定の後、実際にアプリケーションが推薦されるきっかけは、携帯情報端末１００の状況が特定の条件、すなわち個々のアプリケーションに対応した条件を満たすことである。ここでは、位置情報、時刻情報に関する例を示す。まず、ＧＰＳ受信部１５１がＧＰＳ衛星からの電波を受信することにより、位置情報を取得する（Ｓ１０１）。次に、主制御部１０１がＳ１０１の処理で取得した位置情報を用いて地図データを参照することにより、現在地情報を取得する（Ｓ１０２）。更に、主制御部１０１が現在時刻情報を取得する（Ｓ１０３）。

なお、前記地図データは、携帯情報端末１００が予めその他情報記憶領域１１４等に記憶しておいたものであっても良いし、図示を省略した地図データサーバが記憶しているものであっても良い。地図データを地図データサーバが記憶している場合は、Ｓ１０２の処理において、主制御部１０１がＳ１０１の処理で取得した位置情報を、ＬＡＮ通信部１４１（若しくは移動体電話網通信部１４２）及びインターネット２０１を介して地図データサーバに送信することにより、現在地情報を取得すれば良い。

また、Ｓ１０３における現在時刻情報を取得する処理は、主制御部１０１が内蔵する時計機能を参照することにより行えば良い。或いは、図示を省略した時刻サーバと、ＬＡＮ通信部１４１（若しくは移動体電話網通信部１４２）及びインターネット２０１を介して通信することにより行えば良い。

Ｓ１０２及びＳ１０３の処理で主制御部１０１が現在地情報及び現在時刻情報を取得した後、これらの情報をアプリケーション推薦サーバ２１１ｂに通知する（Ｓ１０４）。アプリケーション推薦サーバ２１１ｂにて現在地を判断する場合は、現在地情報の替わりに位置情報を通知しても良い。次に、アプリケーション推薦サーバ２１１ｂは携帯情報端末１００の状況情報から判断して、使用者に好適と思われる推薦アプリを選定し、そのアプリの情報を携帯情報端末１００に推薦候補として通知する（Ｓ１０５）。最後に、アプリケーション推薦サーバ２１１ｂから推薦アプリの情報を取得した後、アプリケーション推薦部１６０は、予め使用者によって設定された推薦許可条件を参照し、許可されている、あるいは不許可となっていないアプリの推薦のみ行う（Ｓ１０６）。ここで、推薦許可条件は、前述したように、カテゴリ毎に設定しても良いし、所定時間帯での設定としても良いし、所定価格帯での設定としても良い。

また、前記一連のアプリケーション推薦処理は、Ｓ１０２で取得した現在地情報のみを参照して行っても良いし、Ｓ１０３で取得した現在時刻情報のみを参照して行っても良い。また、図４のフローチャートには図示していないが、前記現在地情報及び前記現在時刻情報の他、操作履歴記憶領域１１２に記憶されている携帯情報端末１００の使用者の携帯情報端末１００に対する操作履歴等を参照しても良いし、予定表記憶領域１１３に記憶されている携帯情報端末１００の使用者が入力した行動予定等を参照しても良い。携帯情報端末１００が備える各センサ群の出力を更に参照するようにしても良い。さらにまた、アプリケーション推薦処理は、携帯情報端末１００の位置が予め定めた距離以上変更された時になされるようにしても良いし、予め定めた時間が経過する毎になされるようにしても良い。

次に、前記一連のアプリケーション推薦処理に関して、具体例を挙げて説明する。例えば、Ｓ１０２で取得した現在地情報が某鉄道会社の某駅の所在地と略一致した場合には、前記某駅の時刻表を表示するアプリや、乗換案内のアプリ、前記某鉄道会社を含む鉄道路線網のマップを表示するアプリ等を推薦候補とすれば良い。また、Ｓ１０２で取得した現在地情報が某テーマパークの所在地と略一致した場合には、前記某テーマパークの園内マップを表示するアプリや、前記某テーマパークの各アトラクションの待ち時間や混雑具合を案内するアプリ等を推薦候補とすれば良い。また、Ｓ１０２で取得した現在地情報が、携帯情報端末１００の使用者が予め登録した、携帯情報端末１００の使用者が勤務する会社の所在地と略一致した場合には、スケジューラや表計算アプリ、翻訳アプリ等、業務で使用するアプリを推薦候補とすれば良い。また、Ｓ１０２で取得した現在地情報から、携帯情報端末１００が高速道路上を走行する車両の中にあると判断された場合には、交通情報を表示するアプリや高速道路の路線図を表示するアプリ等を推薦候補とすれば良い。

また、例えば、Ｓ１０２で取得した現在地情報が某鉄道会社の某駅の所在地と略一致した場合、更に、Ｓ１０３で取得した現在時刻情報に応じて、前記現在時刻情報が一般的な食事時間帯であれば、前記某駅近隣の飲食店を紹介するグルメ系アプリ等を、その他の時間帯であれば、前記時刻表を表示するアプリ等を推薦候補とするようにしても良い。また、Ｓ１０２で取得した現在地情報が某テーマパークの所在地と略一致した場合、更に、Ｓ１０３で取得した現在時刻情報に応じて、前記現在時刻情報が前記某テーマパークの閉園時間付近であれば、高速道路の渋滞情報を表示するアプリや前記某テーマパークの最寄り駅の時刻表を表示するアプリ等を、その他の時間帯であれば、前記園内マップを表示するアプリ等を推薦候補とするようにしても良い。

Ｓ１０２で取得した現在地情報が携帯情報端末１００の使用者が勤務する会社の所在地と略一致した場合、更に、Ｓ１０３で取得した現在時刻情報に応じて、現在時刻情報が携帯情報端末１００の使用者の平均的な退勤時間帯であれば、会社の最寄り駅の時刻表を表示するアプリ等を、その他の時間帯であれば、業務で使用するアプリを推薦候補とするようにしても良い。なお、前述の携帯情報端末１００の使用者の平均的な退勤時間帯の情報は、例えば、携帯情報端末１００の位置情報若しくは現在地情報の履歴を操作履歴記憶領域１１２に記憶しておき、位置情報若しくは現在地情報の履歴から携帯情報端末１００が会社の所在地から他の場所へ移動する平均的な時刻を算出し、算出した時刻を携帯情報端末１００の使用者の平均的な退勤時間として扱うようにすれば良い。携帯情報端末１００の使用者が退勤時間を予定表記憶領域１１３等に予め登録するようにしても良い。

Ｓ１０２で取得した現在地情報から、携帯情報端末１００が高速道路上に位置すると判断された場合、更に、加速度センサ１５２等の出力を参照することにより、携帯情報端末１００が高速道路上を所定以上の速度で移動していると判断された場合には、携帯情報端末１００の使用者が予め登録した目的地までの到着予想時刻を表示するアプリや目的地の観光案内を表示するアプリ等を、携帯情報端末１００が高速道路上を所定未満の速度で移動している若しくは停止していると判断された場合には、事故情報や渋滞情報等を表示するアプリを推薦候補とするようにしても良い。

また、例えば、携帯情報端末１００の使用者が入力して予定表記憶領域１１３に記憶された行動予定を参照することにより、携帯情報端末１００の使用者の移動目的地までの路線図を表示するアプリ等を推薦候補とするようにしても良い。また、移動目的地の案内図を表示するアプリ等を推薦候補としても良い。

なお、前記アプリケーション推薦処理により推薦候補とするアプリは、一つに限らず複数であっても良い。逆に、現在地情報や現在時刻情報、その他の情報等を参照しても、アプリケーションサーバ２１１ｂが携帯情報端末１００の使用者が使用を欲すると思われるアプリが無いと判断した場合には、アプリの推薦候補を通知しなくとも良い。

また、Ｓ１０４の処理で携帯情報端末１００の使用者が使用を欲するであろうと判断されたアプリが、携帯情報端末１００のストレージ部１１０等に既に記憶されている場合には、前記アプリをそのまま携帯情報端末１００の使用者が使用を欲すると思われるアプリとして推薦すれば良い。携帯情報端末１００の使用者が使用を欲するであろうと判断されたアプリが携帯情報端末１００のストレージ部１１０等に記憶されておらず、アプリケーションサーバ２１１ａ等に記憶されているアプリである場合には、前記アプリのインストール用ソフトウェア等を携帯情報端末１００の使用者が使用を欲すると思われるアプリとして推薦候補とすれば良い。若しくは、前記アプリを紹介するウェブページにリンクしたブラウザソフトウェアを携帯情報端末１００の使用者が使用を欲すると思われるアプリとして推薦候補としても良い。

図６は、本実施例における携帯情報端末１００の待機状態における基本画面のレイアウトの一例を示す画面表示例である。図中、図５と同一の符号を有するものは図５と同一の構成／動作であるものとし、説明を省略する。また、タッチパネル１３０ｔ及びホームキー１３０ｈは、それぞれ操作部１３０の構成要素であり、特にホームキー１３０ｈは各種アプリの実行中等に押下することにより、実行中のアプリを終了して基本画面を表示させる機能を有するものとする。

通常動作時の待機状態では、ＲＡＭ１０４には、表示配列記憶領域１１１に記憶されている携帯情報端末１００の基本画面のレイアウトの映像データが入力されている。一方、本実施例のアプリケーション推薦処理を行った後は、前記アプリケーション推薦処理の結果に応じた画面表示制御処理により、主制御部１０１が、Ｓ１０４のアプリケーション推薦処理で推薦されたアプリを携帯情報端末１００の使用者が選択し易くなる画面レイアウトの映像データをＲＡＭ１０４に入力する。これらの処理により、推薦されたアプリの選択が容易になる表示画面が携帯情報端末１００の使用者に提示される。なお、携帯情報端末１００に記憶されている各種アプリが選択されて実行された場合には、アプリの実行画面の映像データがＲＡＭ１０４に入力されることは言うまでもない。

図６に図示された、アイコンｉ１３〜ｉ２０は、それぞれ携帯情報端末１００に記憶されている各種アプリ（若しくは各アプリで作成したデータ）に関連付けられたアイコンであり、映像表示部１２１の表示エリア内に表示される。これらのアイコンを選択することにより、アイコンに関連付けたアプリ（若しくはアイコンを関連付けたデータの作成に用いたアプリ）を起動することが可能であるものとする。なお、アイコンの選択は、本実施例においては、タッチパネル１３０ｔ上のアイコンの表示されている部分に対してタップ若しくはダブルタップ等の操作を行うことにより為されるものとする。

一方、映像表示部１２１の下部に表示されたアイコンｉ１〜ｉ４は、推薦が実行されたアプリのアイコンである。すなわち、図４に示したフローチャートにおいて、Ｓ１０６でアプリケーション推薦処理を行った結果、携帯情報端末１００の使用者に対して推薦すべきアプリがあった場合の、アプリの推薦を実行した結果の推薦アプリのアイコンである。なお、推薦が実行されるまでは、画面上には表示されない。これらのアプリが携帯情報端末１００に既にダウンロードされている場合は、アイコンを選択することにより対応するアプリが起動する。もしも、推薦されたアプリがまだ携帯情報端末１００にダウンロードされていない場合は、アイコンを選択することにより、対応するアプリをダウンロードできるアプリケーションサーバ２１１ａに接続して、ダウンロードが可能な状態にする。使用者がそのアプリを使用したい場合は、ダウンロードを実行して、アプリを起動すればよい。

推薦されたアプリのアイコンは、携帯情報端末１００の状況に関わる条件が、推薦する条件を満たさなくなるまで表示していても構わないし、一定の時間表示していることでも構わない。あるいは、使用者によるフリック等の動作で消去する方式でも良い。

なお、アプリの推薦候補を選定するための情報は、携帯情報端末１００の位置、時刻の他、季節、携帯情報端末１００の位置での天気等、また、使用者の欲するアプリを推測することに役立つ情報全般でも良い。

そして、主制御部１０１がアプリケーション推薦処理を開始するためにアプリケーション推薦サーバ２１１ｂへ情報を通知するタイミングとしては、例えば、携帯情報端末１００が電源オフ状態から電源オン状態へ遷移した場合、スリープ状態が解除された場合、ホームキー１３０ｈや予め定めた任意の操作キーが押下された場合、等が考えられる。映像表示部１２１上にアプリケーション推薦処理を実行するためのアイコンを用意しておき、前記アイコンが選択されて実行されたタイミングで行っても良い。予め定めた所定のスケジュールに従って行う等、その他のタイミングで行っても良い。

また、アプリケーション推薦サーバ２１１ｂより、推薦アプリと推薦条件のリストを入手する等して、アプリケーション推薦部１６０が推薦候補の選定まで行なうこととしてもよい。

以上説明したように、図３、図４のフローチャートに示した一連の処理を行うことにより、本実施例の携帯情報端末１００は、現在地情報やその他の情報等に基づいて推薦候補となった、携帯情報端末１００の使用者が使用を欲すると思われるアプリの内、予め携帯情報端末１００に設定された推薦許可条件を満たすものだけが、アイコン等の表示により推薦が実行される。すなわち、携帯情報端末の状況がアプリケーションに対応した条件を満たしたとき該アプリケーションを推薦候補とし、該アプリケーションが予め設定された推薦許可条件をさらに満たすときに該アプリケーションの推薦を行うように構成する。

これにより、アプリケーションの推薦の輻輳を低減し、使用者に対して好適な使い勝手を提供することが可能となる。

実施例１では、携帯情報端末の映像表示部に推薦するアプリのアイコンを表示したが、本実施例では携帯情報端末１００と連携する他の表示機能を持つ端末に推薦するアプリのアイコンを表示する例について説明する。なお、本実施例における構成は特に断りのない限り実施例１と同様である。このため、以下では、実施例１との相違点を主に説明し、共通する点については重複を避けるため説明を省略する。また、本実施例の携帯情報端末１００においても、アプリケーション推薦処理に関しては前述の実施例１と同様に行うものとする。

図７Ａに、本実施例に係る携帯情報端末と異なる腕時計タイプの表示端末との連携を説明する概念図を示す。図７Ａにおいて、携帯情報端末１００と連携する腕時計タイプの表示端末１０００を有し、腕に装着したウエラブル端末である腕時計タイプの表示端末１０００に推薦アプリのアイコンを表示する。これにより、携帯情報端末１００は、カバン等に入れた状態でも、腕時計タイプの表示端末１０００で推薦アプリのアイコンを確認することができる。

また、図７Ｂに、本実施例に係る携帯情報端末と異なる眼鏡タイプの表示端末との連携を説明する概念図を示す。図７Ｂにおいて、携帯情報端末１００と連携する眼鏡タイプの表示端末２０００を有し、頭部に装着したウエラブル端末である眼鏡タイプの表示端末２０００に推薦アプリのアイコンを表示する。これにより、携帯情報端末１００は、カバン等に入れた状態でも、眼鏡タイプの表示端末２０００で推薦アプリのアイコンを確認することができる。

図８Ａに、図７Ａの腕時計タイプの表示端末の表示例を示す。１１００は腕時計タイプの表示端末１０００の本体、１１２１は映像表示部、１１３０ｔはタッチパネルであって、映像表示部１１２１の下部に表示されたアイコンｉ１〜ｉ４が、推薦が実行された推薦アプリのアイコンである。アイコンの選択は、タッチパネル１１３０ｔ上のアイコンの表示されている部分に対してタップ若しくはダブルタップ等の操作を行うことにより為される。

図８Ｂは、図７Ａの腕時計タイプの表示端末の他の表示例である。図８Ａと異なる点は、推薦アプリのアイコンｉ２が大きく表示されている点である。すなわち、腕時計タイプの表示端末の場合は、表示エリアが小さいため推薦アプリの１つのアイコンｉ２のみ大きく表示することで見やすく使いやすいように工夫している。なお、本実施例では、３つの推薦アプリのアイコンを表示するようにしているが、これに限定されるものではなく、複数のアイコンを表示するようにしても良い。また、複数の推薦アプリのアイコンの内その一部分を表示し、他のアイコンは、スクロール表示するようにしても良い。また、通常表示時は同じ大きさで、選択されたときにアイコンを拡大表示するようにしても良い。

図９Ａに、図７Ｂの眼鏡タイプの表示端末の表示例を示す。２５００は映像表示部であって、映像表示部２５００に表示されたアイコンｉ１〜ｉ４が、推薦が実行された推薦アプリのアイコンである。

図９Ｂは、図７Ｂの眼鏡タイプの表示端末の他の表示例である。図９Ａと異なる点は、推薦アプリのアイコンｉ２が大きく表示されている点である。すなわち、眼鏡タイプの表示端末の場合は、表示エリアが小さいため推薦アプリの１つのアイコンｉ２のみ大きく表示することで、入力デバイスで操作する際に使いやすいように工夫している。なお、本実施例では、３つの推薦アプリのアイコンを表示するようにしているが、これに限定されるものではなく、複数のアイコンを表示するようにしても良い。また、複数の推薦アプリのアイコンの内その一部分を表示し、他のアイコンは、スクロール表示するようにしても良い。また、通常表示時は同じ大きさで、選択されたときにアイコンを拡大表示するようにしても良い。

以上のように、本実施例では携帯情報端末と連携する他の表示機能を持つ端末に推薦するアプリのアイコンを表示するようにしたので、携帯情報端末は、カバン等に入れた状態でも、推薦アプリを確認することができ、使い勝手の良い携帯情報端末を提供できる。

本実施例では携帯情報端末への推薦アプリの他の表示例について説明する。なお、本実施例における構成は特に断りのない限り実施例１と同様である。このため、実施例１との相違点を主に説明し、共通する点については重複を避けるため説明を省略する。

実施例１における携帯情報端末への推薦アプリの表示例として図６を用いて説明したが、本実施例での表示例を図１０に示す。図１０において、図６と同一の符号を有するものは図６と同一の構成／動作であるものとし、説明を省略する。図６と異なる点は、映像表示部１２１を１２１ａと１２１ｂに分け、表示領域１２１ａには携帯情報端末１００に記憶されている各種アプリ（若しくは各アプリで作成したデータ）に関連付けられたアイコンｉ１３〜ｉ２０を表示し、表示領域１２１ｂには、推薦アプリのアイコンｉ３〜ｉ６を表示する。このように、推薦アプリのアイコン表示領域を、通常の携帯情報端末１００に記憶されている各種アプリのアイコン表示領域と完全に分けることにより、それぞれの領域でのスワイプ等が個別に実施可能となり、誤操作防止が可能となる。また、表示領域を完全に分離することで、推薦アプリの視認性が向上する。

図１１は、本実施例での他の表示例である。図１１において、図６と同一の符号を有するものは図６と同一の構成／動作であるものとし、説明を省略する。図６では、推薦アプリのアイコンを個々のアプリ毎に表示していたが、図１１では、アプリが関係する施設の種類であるカテゴリ毎にアイコンを表示する。すなわち、図１１において、アイコンｉ１０１は公共施設関連の推薦アプリを選択するためのアイコン、アイコンｉ１０２は飲食店に関する推薦アプリを選択するためのアイコン、アイコンｉ１０３は小売店に関する推薦アプリを選択するためのアイコン、アイコンｉ１０４はその他の推薦アプリを選択するためのアイコンである。このように、推薦されるアプリの種類別に代表アイコンを表示する。このカテゴリ毎のアイコンｉ１０１〜ｉ１０４を選択することで、階層的に、それぞれのカテゴリ毎の推薦アプリを選択することができる。このように、本実施例によれば、推薦アプリのアイコン表示領域を小さくでき、携帯情報端末の表示領域を有効活用できるという利点がある。

図１２は、本実施例でのさらに他の表示例である。図１２において、図６と同一の符号を有するものは図６と同一の構成／動作であるものとし、説明を省略する。図１２において、アイコンｉ２０１を設けた点が本実施例の特徴である。すなわち、アイコンｉ２０１は推薦アプリがあったら表示されるアイコンであり、アプリの推薦があったことを示すアイコンである。アイコンｉ２０１を選択することで、推薦アプリを選択することができる。なお、推薦アプリがない場合にもアイコンｉ２０１を表示しておき、色や形を変えて推薦アプリがあることを知らせるようにしてもよい。また、アイコンｉ２０１の場所は固定とすることで、推薦アプリの視認性を良くするようにしてもよい。本実施例によれば、アイコン１つで推薦アプリの表示を可能と出来るので、携帯情報端末の表示領域の有効利用が図れるという利点がある。

図１３は、本実施例でのさらに他の表示例である。図１３において、図６と同一の符号を有するものは図６と同一の構成／動作であるものとし、説明を省略する。図１３において、アイコンｉ１〜ｉ４は、推薦アプリのアイコンであって、ｍ１で示すＲマーク（Recommendationの意）は推薦されたアプリがまだ携帯情報端末１００にダウンロードされていない状態を示し、アイコンｉ１５のｍ２で示す白抜きのＲマークはアイコンに示されたアプリが携帯情報端末１００に既にダウンロードされている場合を示している。このように、推薦アプリのアイコンにダウンロード済/未済を示すマークを表示することで、推薦アプリがダウンロードされているかどうかをアイコンをみて判断できるので、アイコンを選択してダウンロード未済を確認する手間が省けるという効果がある。よって、例えば時間がない場合には、ダウンロード未済の推薦アプリは後でダウンロードする等の判断が、不要な操作なしで実現できる。

図１４は、本実施例でのさらに他の表示例である。図１４において、図６と同一の符号を有するものは図６と同一の構成／動作であるものとし、説明を省略する。図１４において、アイコンｉ１〜ｉ４は、推薦アプリのアイコンであって、ｍ３で示す表示は、推薦されたアプリの使用料金を示している。このように、アプリの使用料金を予め表示することで、例えば、無料であれば単に宣伝用のアプリであるとして無視する等の対応が可能であり、いちいちＷｅｂサイトで確認する必要がないという効果がある。

本実施例では携帯情報端末への推薦アプリの表示制限について説明する。なお、本実施例における構成は特に断りのない限り実施例１と同様である。このため、実施例１との相違点を主に説明し、共通する点については重複を避けるため説明を省略する。

図１５は、本実施例での推薦アプリの表示制限を説明する画面表示例である。図１５において、図６と同一の符号を有するものは図６と同一の構成／動作であるものとし、説明を省略する。図１５において、５００は、推薦アプリのアイコンであるｉ２を例えばフリック動作した場合に現れる表示窓であり、ｉ２で示す推薦アプリを以降受け付けたくない場合、以降の推薦アプリ処理を禁止する選択が可能な表示がなされる。以降の推薦アプリ処理を禁止する場合は、５０１の“はい”ボタンを選択することで、以降の推薦アプリの表示を禁止することができる。すなわち、特定のアプリケーションの推薦を禁止する設定機能を有することで、予め設定されたアプリの推薦がなされないように設定できる。

図１６は、本実施例での推薦アプリの表示制限を説明する他の画面表示例である。図１６においては、図１１に対応したアプリが関係する施設の種類であるカテゴリ毎の推薦アプリのアイコンがｉ１０１〜ｉ１０４として表示されている。ｉ１０１〜ｉ１０４の何れかを例えばフリック動作した場合に現れる表示窓が５１０であり、フリック動作したカテゴリ毎に推薦アプリの表示を禁止することができる。例えば、飲食店に関して推薦アプリは必要ないという場合は、アイコンｉ１０２をフリック動作して５１０の選択画面を表示させ、５１１の“はい”を選択することで、以降の飲食店に関する推薦アプリの表示を禁止することができる。すなわち、特定の種類のアプリケーションの推薦を禁止する設定機能を有することで、予め設定された種類のアプリの推薦がなされないように設定できる。

なお、カテゴリ毎の推薦アプリのアイコンｉ１０１〜ｉ１０４を選択することで階層的に推薦アプリのアイコンを表示し、そのアイコンに対応した推薦アプリの表示を禁止するようにしてもよい。

また、図５において、アプリの推薦許可条件設定の例を示し、カテゴリ毎に推薦許可／不許可を設定する点について説明したが、これは、予め推薦を許可するアプリケーションの条件を設定する場合を示している。本実施例における推薦アプリの表示制限は、推薦されたアプリに対して、今後の表示制限の可否を選択するものである。

このように、本実施例によれば、推薦アプリの表示制限を実際に推薦されたアプリに対して行うことが出来る。

本実施例では携帯情報端末への推薦アプリを選定するための情報の参照許可の設定について説明する。なお、本実施例における構成は特に断りのない限り実施例１と同様である。このため、実施例１との相違点を主に説明し、共通する点については重複を避けるため説明を省略する。

図１７は、本実施例での推薦アプリを選定するための情報の参照許可の設定を説明する画面表示例である。推薦アプリを選定するための情報として、例えば、携帯情報端末の使用者の年齢、性別、住所、職業等をアプリケーション推薦サーバ２１１ｂに送信し、アプリケーション推薦サーバ２１１ｂは携帯情報端末の状況情報だけではなく携帯情報端末の使用者に係る情報も加味して、携帯情報端末の使用者に好適と思われる推薦アプリを選定し、そのアプリの情報を携帯情報端末に通知することが考えられる。しかし、これらの使用者に関する情報は個人情報であるので、これらの情報の参照許可を設定する必要がある。そこで、図１７に示すように、携帯情報端末の使用者の年齢、性別、住所、職業等の携帯情報端末の使用者に関する情報の参照の許可／不許可を設定する画面を設ける。ここでは、ｏｎが許可で、ｏｆｆが不許可であり、ｏｎの場合は、その情報をアプリケーション推薦サーバ２１１ｂに送信し情報提供する。また、ｏｆｆの場合は、その情報をアプリケーション推薦サーバ２１１ｂに送信せず情報提供しない。また、ｏｎ／ｏｆｆの表示部分をタップすることにより、ｏｎ／ｏｆｆが入れ替わる。

また、携帯情報端末の使用者に関する情報以外に、アプリの使用履歴や買い物の履歴等の情報も、アプリケーション推薦サーバ側で推薦アプリを選定するための情報として有効である。よって、これらについても、参照の許可／不許可を設定するようにしてもよい。

このように、アプリケーション推薦サーバ側で推薦アプリを選定するための情報を、携帯情報端末側で参照の許可／不許可を設定できるようにしたので、個人情報の保護を実現できる。

本実施例では携帯情報端末への推薦アプリの表示を保存する例について説明する。なお、本実施例における構成は特に断りのない限り実施例１と同様である。このため、実施例１との相違点を主に説明し、共通する点については重複を避けるため説明を省略する。

実施例１では、推薦されたアプリのアイコンは、携帯情報端末の状況に関わる条件が、推薦する条件を満たさなくなるまで表示していても構わないし、一定の時間表示していることでも構わない。あるいは、使用者によるフリック等の動作で消去する方式でも良いとして説明した。本実施例では、一度推薦されたアプリのアイコンを保存し、表示を継続させたい場合の設定画面の実施例である。

図１８は、本実施例での推薦アプリのアイコンを保存するための設定を説明する画面表示例である。図１８において、５２０は、推薦アプリのアイコンであるｉ２を例えばフリック動作した場合に現れる表示窓であり、ｉ２で示す推薦アプリのアイコンを保存し、そのアイコン表示を継続させたい場合の選択が可能な表示がなされる例を示している。推薦されたアプリのアイコンを保存したい場合は、５２１の“はい”ボタンを選択することで推薦されたアプリのアイコンを保存し、例えば携帯情報端末の状況に関わる条件が推薦する条件を満たさなくなってもその表示を継続することができる。具体的には、ある小売店のサービスアプリに対して、携帯情報端末の使用者が、その小売店の近傍から離れた場合でも、そのサービスアプリのアイコンを表示し続けることができる。

本実施例では推薦アプリのオプション設定について説明する。なお、本実施例における構成は特に断りのない限り実施例１と同様である。このため、実施例１との相違点を主に説明し、共通する点については重複を避けるため説明を省略する。

図１９は、本実施例における推薦アプリのオプション設定を説明する画面表示例である。図１９において、オプション設定としては、まず、推薦アプリの履歴のｏｎ／ｏｆｆがある。また、推薦を受け付ける条件を設定するか否かの設定がある。これは、例えば、デフォルトではｏｆｆ設定とし、携帯情報端末の使用者は設定しないようにすることで、煩雑な設定を不要とできる。また、特定の場所で使用者の使用頻度の多いアプリを推薦とするか否かの設定がある。これは、携帯情報端末の状況に係らず、例えば人気の高いアプリを推薦とする場合に使用できるが、携帯情報端末の状況によって推薦アプリを表示したい場合はｏｆｆ設定とする。また、より狭い推薦対象エリアのアプリ推薦を優先するとするか否かの設定がある。これは、従来の対象エリアよりも狭い範囲でアプリ推薦を行ってほしい場合に設定するオプションで、例えば、対象エリアでの推薦アプリが多すぎて煩雑であり、もう少し件数を絞りたい場合などに有効である。また、逆に、広い推薦対象エリアのアプリ推薦を優先するオプションを設けてもよい。

本実施例では推薦アプリの履歴画面について説明する。なお、本実施例における構成は特に断りのない限り実施例１と同様である。このため、実施例１との相違点を主に説明し、共通する点については重複を避けるため説明を省略する。

図２０は、本実施例における推薦アプリの履歴画面を説明する画面表示例である。図２０において、推薦アプリの履歴画面として、例えば、アプリＡとアプリＢの推薦履歴として、推薦された時の場所と時間が表示されている。この履歴画面から、例えば、推薦された時には歩行中で推薦アプリをチェックする時間がなかったという場合に、後からこの履歴画面から推薦アプリをチェックすることが可能となる。この推薦アプリを実行したい場合はアプリを選択することで現れる表示窓５３０内の起動ボタン５３１を選択することで目的のアプリを実行できる。また、推薦アプリの履歴が不要であれば、表示窓５３０内の消去ボタン５３２を選択することで目的のアプリを消去できる。

本実施例はアプリの推薦を禁止する条件を設定する例について説明する。なお、本実施例における構成は特に断りのない限り実施例１と同様である。このため、実施例１との相違点を主に説明し、共通する点については重複を避けるため説明を省略する。

図２１は、本実施例におけるアプリの推薦を禁止する条件を設定する画面表示例である。図２１において、アプリの推薦の禁止条件として、まず、所定場所での推薦を禁止する設定がある。例えば、ある場所の商店街は宣伝のためのアプリが氾濫しており煩わしい場合などに、その場所を特定して推薦を禁止するように設定が可能である。また、所定時間帯での推薦を禁止する設定がある。これは、例えば、仕事中の時間帯とか、就寝中である時間帯とかは推薦アプリが表示されても対応できないので、予めそれらの時間帯を禁止と設定することができる。なお、曜日との組合せも可能である。また、アプリの価格帯で推薦を禁止する設定がある。これは、例えば、価格の安いものは価値が低いとして不要としたり、宣伝のためのアプリは無料であったりするのでそれは不要であるといった場合に設定が可能となる。

以上のように、本実施例によれば、アプリの推薦を禁止する条件を携帯情報端末側で設定することにより、不必要な推薦アプリの提示を防ぐことができる。

本実施例は、既知のアプリに対して、その推薦条件を設定する例について説明する。なお、本実施例における構成は特に断りのない限り実施例１と同様である。このため、実施例１との相違点を主に説明し、共通する点については重複を避けるため説明を省略する。

図２２は、本実施例におけるアプリの推薦条件を設定する画面表示例である。図２２において、アプリＡ，Ｂ，Ｃは既知であって、設定条件に応じて、それらのアプリを推薦アプリとして通知してほしい場合に使用する。例えば、アプリＡについては、ある場所に行ったら、そのアプリで最新情報を見たい等の場合、場所の条件を設定する。また、アプリＢについては、場所の条件に加えて、時間の条件も設定する。例えば、店の営業時間に絞り、お気に入りの店での日替わりのサービスを利用したい場合等に利用できる。また、アプリＣについては、天気条件を設定する。

以上のように、本実施例によれば、既知のアプリに対して、携帯情報端末の使用者がその推薦条件を設定することで、希望のアプリを所定条件のもとで推薦提示してくれるので、うっかり忘れてしまうことを防ぐことができる。

以上、本発明の実施例を説明したが、言うまでもなく、本発明の技術を実現する構成は実施例に限られるものではない。例えば、ある実施例の構成と別の実施例の構成とを組み合わせても良い。これらは全て本発明の範疇に属するものである。また、文中や図中に現れる数値やメッセージ等もあくまでも一例であり、異なるものを用いても本発明の効果を損なうことはない。

また、本実施例の機能等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウエアで実現しても良い。また、マイクロプロセッサユニット等がそれぞれの機能等を実現するプログラムを解釈して実行することによりソフトウェアで実現しても良い。なお、前記プログラムは、予め携帯情報端末１００のＲＯＭ１０３若しくはストレージ部１１０等に格納された状態であっても良いが、インターネット２０１上のアプリケーションサーバ２１１ａからＬＡＮ通信部１４１若しくは移動体電話網通信部１４２を介して取得するものであっても良い。また、メモリカード等に格納された前記プログラムを、拡張インタフェース部１７０を介して取得しても良い。

また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、必ずしも製品上の全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えても良い。

１００：携帯情報端末、１０１：主制御部、１０２：システムバス、１０３：ＲＯＭ、１０４：ＲＡＭ、１１０：ストレージ部、１１１：表示配列記憶領域、１１２：操作履歴記憶領域、１１３：予定表記憶領域、１１４：その他情報記憶領域、１２０：映像処理部、１２１、１１２１、２５００：映像表示部、１２２：映像信号処理部、１２３：映像入力部、１２５：音声処理部、１２６：音声出力部、１２７：音声信号処理部、１２８：音声入力部、１３０：操作部、１３０ｈ：ホームキー、１３０ｔ：タッチパネル、１４０：通信処理部、１４１：ＬＡＮ通信部、１４２：移動体電話網通信部、１４３：近接無線通信部、１５０：センサ部、１５１：ＧＰＳ受信部、１５２：加速度センサ、１５３：ジャイロセンサ、１５４：地磁気センサ、１５５：照度センサ、１５６：近接センサ、１６０：アプリケーション推薦部、１７０：拡張インタフェース部、２１１ａ：アプリケーションサーバ、２１１ｂ：アプリケーション推薦サーバ、１０００：腕時計タイプの表示端末、２０００：眼鏡タイプの表示端末、１１００：腕時計タイプの表示端末の本体

Claims (15)

1. 携帯情報端末の状況がアプリケーションに対応した条件を満たしたとき該アプリケーションを推薦候補とし、
   該アプリケーションが予め設定された推薦許可条件をさらに満たすときに該アプリケーションの推薦を行うことを特徴とする携帯情報端末。
2. 請求項１に記載の携帯情報端末であって、
   前記推薦候補は、アプリケーション推薦サーバから通知されることを特徴とする携帯情報端末。
3. 請求項１に記載の携帯情報端末であって、
   前記推薦許可条件は、アプリケーションのカテゴリ単位での設定、アプリケーションの使用料価格帯での設定、アプリケーションの実施時間帯での設定の何れかであることを特徴とする携帯情報端末。
4. 請求項１に記載の携帯情報端末であって、
   アイコンを表示することにより前記アプリケーションの推薦を行うことを特徴とする携帯情報端末。
5. 請求項４に記載の携帯情報端末であって、
   前記携帯情報端末と連携するウェアラブルタイプの端末に前記アイコンを表示することを特徴とする携帯情報端末。
6. 請求項４に記載の携帯情報端末であって、
   前記推薦されるアプリケーションの種類別に代表アイコンを表示することを特徴とする携帯情報端末。
7. 請求項４に記載の携帯情報端末であって、
   アプリケーションの推薦があったことを示すアイコンを表示することを特徴とする携帯情報端末。
8. 請求項１に記載の携帯情報端末であって、
   特定のアプリケーションの推薦を禁止する設定機能を有することを特徴とする情報端末装置。
9. 請求項１に記載の携帯情報端末であって、
   特定の種類のアプリケーションの推薦を禁止する設定機能を有することを特徴とする情報端末装置。
10. 請求項１に記載の携帯情報端末であって、
    前記アプリケーションに対応した条件は、前記携帯情報端末の位置、季節、時刻、携帯情報端末の位置における天気、前記携帯情報端末の使用者の属性のいずれか、あるいは、それらの中から選択された複数の条件の組み合わせであることを特徴とする携帯情報端末。
11. 請求項２に記載の携帯情報端末であって、
    前記アプリケーション推薦サーバ側で推薦候補を判断するための情報を許可/非許可する設定が可能な機能を有し、許可された情報を前記アプリケーション推薦サーバに送信することを特徴とする携帯情報端末。
12. 請求項１１に記載の携帯情報端末であって、
    前記アプリケーション推薦サーバ側で推薦候補を判断するための情報は履歴情報であることを特徴とする携帯情報端末。
13. 請求項１に記載の携帯情報端末であって、
    前記携帯情報端末の状況が前記アプリケーションに対応した条件を満たさなくなった後でも、前記推薦されたアプリケーションを参照できるように記録しておくことを特徴とする携帯情報端末。
14. 請求項１に記載の携帯情報端末であって、
    前記推薦されたアプリケーションの履歴を記録しておくことを特徴とする携帯情報端末。
15. 携帯情報端末の状況がアプリケーションに対応した条件を満たしたとき該アプリケーションを推薦候補とし、
    該アプリケーションが予め設定された推薦許可条件をさらに満たすときに該アプリケーションの推薦を行うことを特徴とする携帯情報端末のアプリケーション推薦方法。

Images