JP5802536B2 - 情報処理装置及び操作支援方法 - Google Patents

Description

本発明は、ユーザに操作を習得させるための操作ガイドを実行する技術に関する。

携帯電話機やスマートフォンなどの情報処理装置では、例えばインストールされたアプリケーションプログラムの数が増加すると、それに伴い、ユーザの操作に応じて実現可能な機能の数も増加する。また、情報処理装置において各機能を実現する操作の操作方法も様々である。例えばタッチパネルディスプレイを有している情報処理装置では、いわゆるピンチイン操作（２本の指を画面上に載せてその間隔を縮める動作による操作）やピンチアウト操作（２本の指を画面上に載せて指と指の間を広げる動作による操作）、フリック操作（画面上で指を滑らせる操作）などと呼ばれる操作に対応しており、実現される機能が操作に応じて異なることもある。このような理由により、情報処理装置を利用するユーザにとっては、情報処理装置でどのような機能を実現可能であり、また、各機能を実現させるためにどのような操作を行うべきか、ということを正確に理解するのが難しいことがある。汎用の情報処理装置は、不特定多数のユーザに利用されることを想定して設計されているため、個々のユーザにしてみれば、自身にとって必要な機能とそうではない機能とが混在して情報処理装置に実装されていることも少なくない。よって、ユーザは、説明書を見たりヘルプ機能を利用したりして機能と操作との関係を理解し、自身が利用したい機能を選んで必要な操作を習得する。情報処理装置の操作の習得に関するユーザの負担を軽減できるように、ユーザの操作の習熟度や情報処理装置の利用意図を基に支援を行う技術が、例えば特許文献１から特許文献３に開示されている。

特許文献１は、多様な機能の存在の教示による機能活用率を向上させるべく、起動回数がより少ない機能を優先させて、機能に関してユーザに教示することを開示している。特許文献２は、ユーザの一連の操作履歴を基に、ユーザによる装置の利用目的を推定し、更に操作方法や操作内容を推定して、適切な操作ガイドをユーザに対して行うことを開示している。特許文献３は、画面に表示される個々の機能の説明文に含まれる文字と、個々の機能に対し付与された機能表現名とを比較することにより、ユーザの操作意図を推定し、適切なガイドをユーザに提示することを開示している。

特開２００４−２８９２１０号公報 再表２００８−２６５６６号公報 再表２００８−５６５４８号公報

ところでタッチパネルディスプレイを採用した情報処理装置には、アイコンやウィジェット等の選択対象のオブジェクトに入力フォーカスが与えられた状態にはならないものがある。この種の情報処理装置では、入力フォーカスが与えられたオブジェクトを基にユーザの操作意図を推定することができない。このように、操作意図の推定精度が情報処理装置の操作手段に大きく依存する場合がある。このような場合であっても、情報処理装置が積極的に機能を提示すれば、操作手段（操作意図の推定精度）によらないで、いずれはユーザが望む機能を提示できるようになる。しかしながら、ユーザが操作の習得を望んでいないような場面で操作ガイドに関する表示があると、ユーザがその表示を煩わしく感じてしまい、情報処理装置がユーザにとって使いづらいものとなるおそれがある。
そこで、本発明は、機能を実現させる操作のユーザの習得意欲に配慮して操作ガイドを実行することを目的とする。

上記課題を解決するため、本発明の情報処理装置は、表示面に画像を表示する表示部と、ユーザの操作に応じて実現される複数機能の各機能の操作ガイド情報を記憶するガイド情報記憶部と、ユーザの操作を受け付ける受付部と、前記複数機能のうち操作の習得をユーザに推奨する推奨機能を、前記表示面において提示する提示部と、前記提示部が提示した推奨機能の操作ガイドの実行を指示する操作を、前記受付部が受け付けた場合、前記ガイド情報記憶部に記憶された操作ガイド情報に従って当該推奨機能の操作ガイドを実行する操作ガイド部とを備え、前記提示部は、一の推奨機能について前記操作ガイドが行われた場合において、前記受付部が受け付けた当該一の推奨機能を実現する操作が当該操作ガイドを契機とした操作であるときには、他の推奨機能を新たに提示することを特徴とする。

本発明において、前記提示部は、前記一の推奨機能を実現する操作が、当該一の推奨機能についての前記操作ガイドを契機とした操作でないときには、前記他の推奨機能を提示しないようにしてもよい。
この発明において、前記提示部は、前記一の推奨機能の操作ガイドが実行されている期間内、又は、当該操作ガイドが実行されてから予め決められた期間内に、当該一の推奨機能を実現する操作が受け付けられたときには、前記他の推奨機能を新たに提示するようにしてもよい。

本発明において、前記操作ガイド部は、推奨機能の操作ガイドを後ほど実行することが前記指示する操作によって指示された場合において、前記受付部が所定期間継続してユーザの操作を受け付けなかったときに、前記後ほど実行することが指示されていた操作ガイドを実行するようにしてもよい。

本発明において、前記提示部は、実行頻度が高いか又は実行時間が長いアプリケーションプログラムをより優先して、前記アプリケーションプログラムにより実現される機能を推奨機能として提示するようにしてもよい。
本発明において、前記提示部は、自情報処理装置で直前に実行したアプリケーションプログラムにより実現される機能を、他の機能よりも優先して、推奨機能として提示するようにしてもよい。
本発明において、前記提示部は、予め決められたホーム画面と異なる画面が前記表示面に表示されている場合、自情報処理装置で利用中のアプリケーションプログラムにより実現されない機能を、推奨機能としないようにしてもよい。

本発明において、前記機能を実現する操作の習得の推奨度合いを示すパラメータとして、前記機能固有の第１パラメータと前記ユーザ固有の第２パラメータとを記憶するパラメータ記憶部を備え、前記提示部は、前記パラメータ記憶部に記憶された前記第１パラメータ及び前記第２パラメータにより、前記推奨度合いの指標である推奨度を前記機能毎に算出し、算出した推奨度が閾値を上回った機能を推奨機能の候補にするようにしてもよい。

本発明において、前記指示する操作によって操作ガイドの実行が指示された場合、前記推奨度合いを高くする方向に前記第２パラメータを更新する第１更新部を備えるようにしてもよい。
本発明において、操作ガイドを契機とした前記推奨機能を実現する操作を前記受付部が受け付けた場合、前記推奨度合いを高くする方向に前記第２パラメータを更新する第２更新部を備えるようにしてもよい。
本発明において、前記提示部は、予め決められたホーム画面と異なる画面が前記表示面に表示されている場合、当該ホーム画面が表示されている場合に比べて、前記閾値を低くするようにしてもよい。

本発明の操作支援方法は、ユーザの操作に応じて実現される複数機能の各機能の操作ガイド情報を記憶するガイド情報記憶部を備える情報処理装置の操作支援方法であって、ユーザの操作を受け付ける受付ステップと、前記複数機能のうち操作の習得を前記ユーザに推奨する推奨機能を、画像を表示する表示面において提示する提示ステップと、前記提示ステップで提示した推奨機能の操作ガイドの実行を指示する操作を、前記受付ステップで受け付けた場合、前記ガイド情報記憶部に記憶された操作ガイド情報に従って当該推奨機能の操作ガイドを実行する操作ガイドステップとを有し、前記提示ステップにおいて、一の推奨機能について前記操作ガイドが行われた場合において、前記受付ステップで受け付けた当該一の推奨機能を実現する操作が当該操作ガイドを契機とした操作であるときには、他の推奨機能を新たに提示することを特徴とする。

本発明によれば、機能を実現させる操作のユーザの習得意欲に配慮して操作ガイドを実行することができる。

情報処理装置のハードウェア構成を示すブロック図。 情報処理装置の正面図。 機能ＤＢの構成を示す図。 実行状態管理テーブルの構成を示す図。 利用実績ＤＢの構成を示す図。 情報処理装置の制御部の機能的構成を示す機能ブロック図。 情報処理装置の動作を示すフローチャート。 情報処理装置の動作を示すフローチャート。 第１機能決定処理の手順を示すフローチャート。 第２機能決定処理の手順を示すフローチャート。 操作ガイド制御の手順を示すフローチャート。 情報処理装置の動作を示すフローチャート。 ＵＩ部に表示される画面例を示す図。 ＵＩ部に表示される画面例を示す図。 ＵＩ部に表示される画面例を示す図。 ＵＩ部に表示される画面例を示す図。 ＵＩ部に表示される画面例を示す図。 ＵＩ部に表示される画面例を示す図。

以下、図面を参照しつつ本発明の実施形態を説明する。
［実施形態の構成］
図１は、情報処理装置１０のハードウェア構成を示すブロック図である。図２は、情報処理装置１０の正面図である。情報処理装置１０は、タッチパネルディスプレイを採用した情報処理装置ある。情報処理装置１０は、ここではスマートフォンであるが、携帯電話機やタブレット端末、ＰＤＡ（Personal Digital Assistant）、携帯型音楽プレーヤ、携帯型ゲーム機などの、他の情報処理装置であってもよい。図１に示すように、情報処理装置１０は、制御部１１と、音声入出力部１２と、通信部１３と、ＵＩ（User Interface）部１４と、記憶部１５とを備える。

制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備えるマイクロコンピュータである。ＣＰＵは、ＲＯＭや記憶部１５に記憶されたプログラムをＲＡＭに読み出して実行することにより、情報処理装置１０の各部を制御する。音声入出力部１２は、受話音声等を収音するマイクロホンと送話音声を放音するスピーカとを備え、音声の入出力に関する機能を実現する。通信部１３は、無線通信回路やアンテナを備え、ネットワークＮＷに無線通信により接続するための通信インタフェースである。

ＵＩ部１４は、ＧＵＩ（Graphical User Interface）を提供し、表示面に画像を表示する表示パネル１４１（表示部）と、表示パネル１４１に重ねて設けられユーザに操作されるタッチスクリーン１４２（操作部）とを備える。
情報処理装置１０は、タッチスクリーン１４２によりユーザの操作を受け付ける以外に、例えば、図２に示すハードボタンＨＢの押下操作によるユーザの操作を受け付ける。これ以外にも、情報処理装置１０が例えば加速度センサを有し、加速度センサの検出結果により、情報処理装置１０（より具体的には、情報処理装置１０の筐体）の位置又は姿勢の変化に応じた操作を受け付けてもよい。また、情報処理装置１０は、音声入出力部１２に入力された音声に応じた操作や、カメラなどの撮像装置で撮像した画像に応じた操作を受け付けてもよい。このように情報処理装置１０は、ユーザに操作される操作部と表示面に画像を表示する表示部とを備える。

ところで、ＵＩ部１４は、制御部１１によりホームアプリケーションプログラム（以下、「ホームアプリケーション」という。）が実行中である場合に、図２に示すホーム画面ＳＣを表示することがある。ホーム画面ＳＣは、待受画面やロック画面などと呼ばれる画面に相当する画面である。ホーム画面ＳＣは、情報処理装置１０の電源がオンして起動が完了した場合に、最初に表示される予め決められた初期画面である。ホーム画面ＳＣには、情報処理装置１０にインストールされた（つまり、記憶部１５に記憶させられた）アプリケーションプログラムに対応したオブジェクト画像Ｏｂｊ（例えば、アイコンやウィジェット）が配置されている。ユーザがＵＩ部１４を操作していずれかのオブジェクト画像Ｏｂｊを選択すると、制御部１１は、選択されたオブジェクト画像Ｏｂｊに対応するアプリケーションプログラムを起動（つまり、新たに実行）し、ホーム画面ＳＣに代えて、起動したアプリケーションプログラムに対応した画面をＵＩ部１４に表示させる。よって、ホーム画面ＳＣは、情報処理装置１０においてアプリケーションプログラムを新たに起動可能な状態のときに、ＵＩ部１４に表示されている画面でもある。
なお、情報処理装置１０は、ホームアプリケーションを実行することにより、ホーム画面ＳＣを含めて複数のホーム画面を表示可能である。この場合、他のホーム画面においても、情報処理装置１０にインストールされたアプリケーションプログラムに対応したオブジェクト画像が配置されている。また、情報処理装置１０にインストールされたアプリケーションには、画面表示を伴うもののほか、画面表示を伴わないものが含まれていてもよい。

記憶部１５は、例えばＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）を備え、ホームアプリケーションやｗｅｂブラウザを含むアプリケーションプログラム等の各種プログラムのほか、機能ＤＢ（Data Base）１５１と、実行状態管理テーブル１５２と、利用実績ＤＢ１５３とを記憶する（ガイド情報記憶部、パラメータ記憶部）。ここで、機能ＤＢ１５１、実行状態管理テーブル１５２及び利用実績ＤＢ１５３の構成をそれぞれ説明する。

＜機能ＤＢ１５１の構成＞
図３は、機能ＤＢ１５１の構成を示す図である。図３に示すように、機能ＤＢ１５１は、機能ＩＤと、機能名称と、推奨情報と、操作ガイド情報と、実現アプリＩＤと、実現画面ＩＤと、機能特徴量と、低利用機能フラグと、推奨情報提示フラグと、操作ガイド実行フラグと、実行フラグ変更時刻と、操作ガイド即時実行フラグという各情報を対応付けて格納したデータベースである。機能ＩＤは、情報処理装置１０で実現可能な機能を識別する識別情報である。機能ＤＢ１５１には、機能ＩＤが示す各機能に対応して前掲の各情報が格納される。
機能名称は、機能の名称を示す。推奨情報は、操作の習得をユーザに推奨する機能（以下、「推奨機能」という。）が情報処理装置１０で提示されるときに参照される情報であり、ここでは機能の概要の説明文を示す。操作ガイド情報は、機能を実現する操作の操作ガイドに用いられる情報であり、ここでは機能を実現させるためにユーザが行うべき操作の説明文を示す。実現アプリＩＤは、機能を実現させるアプリケーションプログラムを識別する識別情報（以下、「アプリケーションＩＤ」という。）である。実現画面ＩＤは、機能を実現させる画面を識別する識別情報（以下、「画面ＩＤ」という。）である。

機能特徴量は、機能固有のパラメータ（第１パラメータ）であり、機能が持つ特徴を示す情報である。機能特徴量は、ここでは学習の容易さ、効率、忘れにくさ、間違えにくさ、満足度という５種類のパラメータを含む。機能特徴量の各パラメータは、機能を実現する操作の習得の推奨度合いを示す。各パラメータは、ここでは「１」から「５」までの５段階の数値（離散値）により表され、数値が大きいほど推奨度合いが高いことを意味する。各機能特徴量について説明すると、学習の容易さは、ユーザが機能の使い方を知らない状態から使える状態になるための学習の容易さの指標となる。効率は、ユーザが機能を使いこなせた場合の作業効率の高さの指標となる。忘れにくさは、ユーザが機能を使いこなせるようになった後の忘れにくさの指標となる。間違えにくさは、ユーザによる機能を実現する操作の操作ミスの起こりにくさの指標となる。満足度は、ユーザによる機能への好悪の指標となる。
以上の機能特徴量は、例えば、情報処理装置１０やアプリケーションプログラムの設計者側の主観に基づいて設定されるが、この設定の仕方については特に問わない。例えば、情報処理装置１０は、所定の外部サーバにアクセスして機能毎の機能特徴量を取得して機能ＤＢ１５１に格納してもよい。また、情報処理装置１０は、他のユーザによる機能の利用状況に関する情報を収集し、この情報を統計的に処理することによって機能特徴量を算出し設定してもよい。このように、機能特徴量は固定パラメータ又は可変パラメータのいずれであってもよい。

図３の説明に戻る。
低利用機能フラグは、情報処理装置１０において機能が実現された（つまり、ユーザに機能が利用された）頻度が低いか否かを示す情報である。本実施形態の低利用機能は、機能ＤＢ１５１において低利用機能フラグが「Ｔｒｕｅ」とされた機能であり、例えば予め決められた期間（例えば、３ヶ月）継続して情報処理装置１０で実現されていない機能である。低利用機能は、ユーザがその存在を知らなかったり、実現させる操作をユーザが知らなかったりする可能性が、他の機能よりも高いと考えられる。それ以外の機能は低利用機能ではないから、低利用機能フラグが「Ｆａｌｓｅ」とされる。推奨情報提示フラグは、推奨情報が示す内容が提示対象（つまり、推奨機能としての提示対象）となっているか否かを示す情報である。推奨情報が示す内容が提示対象となっている機能については、推奨情報提示フラグが「Ｔｒｕｅ」とされ、推奨情報が示す内容が提示対象となっていない機能については、推奨情報提示フラグが「Ｆａｌｓｅ」とされる。操作ガイド実行フラグは、操作ガイドが実行対象となっているか否かを示す情報である。操作ガイドが実行対象となっている機能については、操作ガイド実行フラグが「Ｔｒｕｅ」とされ、操作ガイドが実行対象となっていない機能については、操作ガイド実行フラグが「Ｆａｌｓｅ」とされる。実行フラグ変更日時は、操作ガイド実行フラグが「Ｆａｌｓｅ」から「Ｔｒｕｅ」に変更させられた日時を示す情報である。操作ガイド即時実行フラグは、操作ガイドを即時（すぐに）実行する対象となっているか否かを示す情報である。操作ガイドが即時の実行対象になっている機能ついては、操作ガイド即時実行フラグが「Ｔｒｕｅ」とされ、操作ガイドが即時の実行対象になっていない機能については、操作ガイド即時実行フラグが「Ｆａｌｓｅ」とされる。
図３に示すように機能ＤＢ１５１において、低利用機能フラグの初期値は「Ｔｒｕｅ」であり、推奨情報提示フラグ、操作ガイド実行フラグ及び操作ガイド即時実行フラグの初期値はいずれも「Ｆａｌｓｅ」である。また、操作ガイド実行フラグが「Ｆａｌｓｅ」のときには、実行フラグ変更日時はブランクである。

機能ＤＢ１５１には、例えば、機能ＩＤが「ＦＥＡＴ０００１」のショートカット作成機能と、機能ＩＤが「ＦＥＡＴ０００２」のホーム画面一覧機能と、機能ＩＤが「ＦＥＡＴ０００３」のブックマーク登録機能とに対応する情報が格納されている。ショートカット作成機能及びホーム画面一覧機能は、実現アプリＩＤが「com.XXX.homeApp」のホームアプリケーションの実行中において、実現画面ＩＤ「.launcher」のホーム画面ＳＣの表示中に実現される機能である。ブックマーク登録機能は、実現アプリＩＤが「com.XXX.browser」のｗｅｂブラウザの実行中において、実現画面ＩＤ「.browser」の画面（ｗｅｂを閲覧できる画面）の表示中に実現される機能である。
なお、ショートカット作成機能及びホーム画面一覧機能は、図３に示す推奨情報で説明される内容の機能である。ブックマーク登録機能は、ユーザが気に行ったｗｅｂサイトの名称やＵＲＬ（Uniform Resource Locator）等の情報を情報処理装置１０に登録する機能である。

＜実行状態管理テーブル１５２の構成＞
図４は、実行状態管理テーブル１５２の構成を示す図である。図４に示すように、実行状態管理テーブル１５２は、実行中アプリＩＤと、表示中画面ＩＤと、要求元アプリＩＤと、要求元画面ＩＤと、嗜好特徴量と、推奨閾値と、直前実行アプリＩＤと、重み付け係数（起動回数）と、重み付け係数（実行時間）という各情報を対応付けて格納したデータベースである。
実行中アプリＩＤは、情報処理装置１０の制御部１１で実行中のアプリケーションプログラムのアプリケーションＩＤである。表示中画面ＩＤは、情報処理装置１０のＵＩ部１４で表示中の画面の画面ＩＤである。要求元アプリＩＤは、推奨機能の提示の要求元であるアプリケーションプログラムを識別するアプリケーションＩＤである。要求元画面ＩＤは、推奨機能の提示の要求元である画面を識別する画面ＩＤである。嗜好特徴量は、ユーザ固有のパラメータ（第２パラメータ）であり、情報処理装置１０で実現可能な機能に対するユーザの嗜好に関する特徴を示す情報である。本実施形態では、嗜好特徴量は、情報処理装置１０が実現する全機能で共通して用いられる。嗜好特徴量は、機能特徴量同様、学習の容易さ、効率、忘れにくさ、間違えにくさ、満足度という５種類のパラメータを含む。これら各パラメータは、機能を実現する操作の習得に関する推奨度合いを示し、数値が大きいほど推奨度合いが高いことを意味する。
以上の嗜好特徴量は、機能特徴量と共通の要素を有する長さＬのベクトルである。嗜好特徴量の各要素の初期値は互いに同一の値を持つ。詳しくは後述するが、ユーザに対する操作の習得に関する推奨度合いの指標である推奨度は、機能特徴量と嗜好特徴量とによりスカラー量で表される。

推奨閾値は、上述した推奨度と比較される閾値であり、ここでは複数機能で共通して用いられる予め決められた値である。直前実行アプリＩＤは、情報処理装置１０において実行中のアプリケーションプログラムの直前（つまり、１つ前）に実行されたアプリケーションプログラムのアプリケーションＩＤである。重み付け係数（起動回数）は、推奨度が算出される場合に、アプリケーションプログラムの起動回数に応じて推奨度に作用させられる重み付け係数である。重み付け係数（実行時間）は、推奨度が算出される場合に、アプリケーションプログラムの実行時間に応じて作用させられる重み付け係数である。

以上の実行状態管理テーブル１５２は、情報処理装置１０の動作状態に応じて制御部１１により随時更新される。実行状態管理テーブル１５２が図４に示す状態の場合、情報処理装置１０は、実行中ＩＤ「com.XXX.homeApp」のホームアプリケーションを実行中であり、表示中画面ＩＤ「.launcher」のホーム画面ＳＣを表示中である。そして、推奨提示アプリＩＤは「com.XXX.homeApp」であり、推奨提示画面ＩＤは「.launcher」である。そして、情報処理装置１０のユーザの嗜好特徴量は、学習の容易さ、作業効率、忘れにくさ、間違えにくさ及び満足度のすべてが「０．４４７２」である。情報処理装置１０において、直前に実行されたアプリケーションプログラムは、直前実行アプリＩＤ「com.XXX.browser」のｗｅｂブラウザであり、重み付け係数（起動回数）は「１．０」であり、重み付け係数（実行時間）は「２．０」である。

＜利用実績ＤＢ１５３の構成＞
図５は、利用実績ＤＢ１５３の構成を示す図である。図５に示すように、利用実績ＤＢ１５３は、アプリケーションＩＤと、インストール日時と、起動回数と、実行時間という各情報を対応付けて格納したデータベースである。アプリケーションＩＤは、情報管理装置１０にインストールされたアプリケーションプログラムのアプリケーションＩＤである。インストール日時は、情報管理装置１０にアプリケーションプログラムがインストールされた日時である。起動回数は、情報管理装置１０においてアプリケーションプログラムが起動（実行）された総回数である。起動回数は、アプリケーションが情報処理装置１０にインストールされてから現在に至るまでにアプリケーションプログラムが起動された回数であるから、アプリケーションプログラムの実行頻度を示す。実行時間は、アプリケーションプログラムが実行された時間（ここでは秒単位の数値で表す。）の合計時間である。

以上の利用実績ＤＢ１５３は、アプリケーションプログラムが情報処理装置１０にインストールされたり実行されたりしたことを契機に、制御部１１により更新される。図５に示す状態の利用実績ＤＢ１５３によれば、アプリケーションＩＤが「com.XXX.homeApp」であるホームアプリケーションは、インストール日時が「2010/9/4,10:03:24」であり、起動回数が「３３８０」（回）、実行時間が「１９４８２３」（秒）であ。アプリケーションＩＤが「com.XXX.browser」であるｗｅｂブラウザは、インストール日時が「2010/9/4,10:03:24」であり、起動回数が「１３４２」（回）、実行時間が「６３９２５８」（秒）である。

＜情報処理装置１０の機能的構成＞
図６は、情報処理装置１０の制御部１１の機能的構成を示す機能ブロック図である。図６に示すように、制御部１１は、プログラムを実行することにより、受付部１１１と、情報管理部１１２と、画面制御部１１３と、提示部１１４と、操作ガイド部１１５とに相当する機能を実現する。
受付部１１１は、ユーザの操作を受け付ける。受付部１１１は、例えば、タッチスクリーン１４２に物体が接触していることを示す信号をタッチスクリーン１４２から取得して、表示パネル１４１において指定された位置に対応した操作を受け付ける。

情報管理部１１２は、記憶部１５を参照した情報管理を司る。本実施形態では、情報管理部１１２は、記憶部１５に記憶された情報を読み出して各部に供給したり、記憶部１５に情報を書き込んだりする。例えば、情報管理部１１２の第１更新部１１２ａは、受付部１１１が受け付けた操作ガイドの実行を指示する操作によって、推奨機能の操作ガイドが実行された場合、推奨度合いを高くする方向に（すなわち、パラメータを大きくする方向に）嗜好特徴量を更新する。情報管理部１１２の第２更新部１１２ｂは、操作ガイドが実行されたことを契機に推奨機能を実現する操作を受付部１１１が受け付けた場合、推奨度合いを高くする方向に嗜好特徴量を更新する。

画面制御部１１３は、ホーム画面ＳＣを含む複数画面のいずれかを、ＵＩ部１４の表示パネル１４１に表示させる。提示部１１４は、ユーザの操作に応じて実現される複数機能のうちの推奨機能を、表示パネル１４１において提示する。提示部１１４は、画面制御部１１３により表示された画面に重ねて（重畳して）、推奨機能の推奨情報の内容を表示させる。

操作ガイド部１１５は、提示部１１４が提示した推奨機能の操作ガイドの実行を指示する操作を、受付部１１１が受け付けた場合、操作ガイド情報に従って推奨機能の操作ガイドを実行する。提示部１１４は、操作ガイド部１１５による操作ガイドを契機とした推奨機能を実現する操作を、受付部１１１が受け付けた場合、他の推奨機能を新たに提示する。

［実施形態の動作］
図７から図１２は、情報処理装置１０の動作を示すフローチャートである。図１３から図１８は、ＵＩ部１４に表示される画面例を示す図である。情報処理装置１０の制御部１１は、情報処理装置１０の電源がオンされている期間において、図７及び図８に示す処理と図１２に示す処理とに大別される２つの処理を並行して実行する。以下の動作の前にあっては、機能ＤＢ１５１、実行状態管理テーブル１５２及び利用実績ＤＢ１５３は、図３〜図５に示す状態であるものとする。

＜１．新たな推奨機能の提示＞
まず、情報処理装置１０が新たな推奨機能を提示する際の動作を説明する。ここでは、情報処理装置１０の制御部１１はホームアプリケーションを予め実行していて、図２に示すホーム画面ＳＣをＵＩ部１４に表示させているものとする。

制御部１１は、推奨機能を提示するか否かを判断する（図７のステップＳａ１）。制御部１１は、図２に示すホーム画面ＳＣにおいて別の情報（例えば、交通情報等の情報を記したポップアップ画面など）を表示させていない場合に、例えば所定周期毎に又は所定期間継続してユーザの操作を受け付けなかったときには、推奨機能を提示すると判断する。これ以外にも、制御部１１は、操作ガイドを契機に推奨機能を実現する操作を受け付けた場合にも、推奨機能を提示すると判断するが、この内容については後で説明する。
なお、制御部１１が推奨機能を提示しないと判断した場合は（ステップＳａ１；ＮＯ）、ステップＳａ１７の処理に進み、操作ガイドに関する操作ガイド制御を実行するが、この内容についても後で説明する。

制御部１１は、ステップＳａ１の処理で「ＹＥＳ」と判断すると、要求元アプリＩＤ及び要求元画面ＩＤを、実行状態管理テーブル１５２から取得する（ステップＳａ２）。ここにおいて、制御部１１は、図４に示す実行状態管理テーブル１５２から、要求元アプリＩＤ「com.XXX.homeApp」と要求元画面ＩＤ「.launcher」とを取得する。これにより、制御部１１は、推奨機能の提示の要求元がホームアプリケーションで、かつ、推奨機能の提示の要求元の表示画面がホーム画面ＳＣと特定する。

次に、制御部１１は、ＵＩ部１４に表示させている画面がホーム画面であるか否かを判断する（ステップＳａ３）。制御部１１は、実行状態管理テーブル１５２における実行中アプリＩＤ及び表示中画面ＩＤにより、ホーム画面を表示させているか否かを判断する。ここでは、実行中アプリＩＤが「com.XXX.homeApp」で、表示中画面ＩＤが「.launcher」であるから、制御部１１はステップＳａ３の処理で「ＹＥＳ」と判断して、ステップＳａ４の処理に進む。
なお、仮に、制御部１１がホームアプリケーションとともに別のアプリケーションプログラムを実行していて、ホーム画面と異なる画面をＵＩ部１４に表示させている場合には、ステップＳａ３の処理では「ＮＯ」と判断することとなる。

次に、制御部１１は、リマインド提示するか否かを判断する（ステップＳａ４）。リマインド提示は、既に提示した推奨機能についてユーザが操作ガイドの実行を指示したものの、操作ガイドの実行が所定期間経過してもなかった場合に、再び同じ推奨機能を提示する処理である。リマインド提示は、ユーザに推奨機能を思い出させる（いわゆるリマインドする）ことを目的とした処理であるが、その処理の詳細については後述する。制御部１１は、機能ＤＢ１５１において、ガイド実行フラグが「Ｔｒｕｅ」で、かつ、実行フラグ変更時刻から所定期間が経過した推奨機能が１つでも存在する場合には、ステップＳａ５の処理でリマインド提示を行うと判断する。この所定期間は予め決められた長さの期間であればよい。

ここではリマインド提示の対象となる推奨機能がないから、制御部１１はステップＳａ４の処理で「ＮＯ」と判断して、ステップＳａ８の処理に進む。次に、制御部１１は、ＵＩ部１４において提示中の推奨機能を所定期間継続して提示したか否かを判断する（ステップＳａ８）。制御部１１は、未だ推奨機能を提示していないから、ステップＳａ８の処理で「ＮＯ」と判断し、ステップＳａ１０の処理に進む。

次に、制御部１１は、新たな推奨機能を提示するか否かを判断する（ステップＳａ１０）。制御部１１は、リマインド提示せず、かつ、提示中の推奨機能がない場合には、低利用機能のいずれかを推奨機能として提示するとし、ステップＳａ１０の処理で「ＹＥＳ」と判断する。次に、制御部１１は、機能ＤＢ１５１から低利用機能を特定する（ステップＳａ９）。ここでは、制御部１１は、機能ＤＢ１５１に機能ＩＤが格納されたすべての機能を対象として、低利用フラグが「Ｔｒｕｅ」となっている低利用機能を特定する。
次に、制御部１１は、第１機能決定処理を実行する（ステップＳａ６）。第１機能決定処理は、ホーム画面において提示する推奨機能を決定する処理である。

図９は、第１機能決定処理の手順を示すフローチャートである。
制御部１１は、ステップＳａ９の処理で低利用機能を１以上特定したか否かを判断する（ステップＳａ６１）。ここでは、制御部１１はステップＳａ６１の処理で「ＹＥＳ」と判断し、ステップＳａ６２の処理に進む。

次に、制御部１１は、ステップＳａ９の処理で特定した低利用機能の推奨度をそれぞれ算出する（ステップＳａ６２）。ここでは、制御部１１は、低利用機能の推奨度を、機能特徴量と嗜好特徴量とにより以下の手順で算出する。ここで、ｉ番目に特定したアプリケーションプログラムにより実現されるｊ番目の機能における推奨度をＳ_ｉｊとした場合、推奨度Ｓ_ｉｊは下記式（１）の関係を満たす。
Ｓ_ｉｊ＝ｗ_ｉｐ・ｆ_ｉｊ ・・・（１）

ここで、ｗ_ｉはｉ番目に特定したアプリケーションプログラムに対する重み付け係数である。ｐは嗜好特徴量を表す特徴ベクトルである。ｆ_ｉｊはｉ番目に特定したアプリケーションプログラムにより実現されるｊ番目の機能の機能特徴量を表す特徴ベクトルである。「・」は内積を意味する。重み付け係数ｗ_ｉは下記式（２）の関係を満たす。
ｗ_ｉ＝αｌｏｇ（１＋ｉｎｖ_ｉ）＋βｌｏｇ（１＋ｔｉｍｅ＿ｕｓｅｄ_ｉ／（ｔｉｍｅ＿ｉｎｓｔａｌｌｅｄ_ｉ）＋θ ・・・（２）

ここで、ｉｎｖ_ｉは、ｉ番目に特定したアプリケーションプログラムの起動回数（回）である。ｔｉｍｅ＿ｕｓｅｄ_ｉは、ｉ番目に特定したアプリケーションプログラムの実行時間（秒）である。ｔｉｍｅ＿ｉｎｓｔａｌｌｅｄ_ｉは、ｉ番目に特定したアプリケーションプログラムがインストールされてからの経過時間（秒）である。経過時間は、現在日時とインストール日時との差分に相当する時間である。α，βは、それぞれ定数である。θは、ｉ番目に特定したアプリケーションプログラムが情報処理装置１０において直前に実行されたアプリケーションプログラムである場合には０よりも大きい定数となり、直前に実行されたアプリケーションプログラムでない場合には０となる。制御部１１は、嗜好特徴量を表す特徴ベクトルｐを実行状態管理テーブル１５２から取得し、機能特徴量を表す特徴ベクトルｆ_ｉｊを機能ＤＢ１５１から取得する。制御部１１は、ｉｎｖ_ｉやｔｉｍｅ＿ｉｎｓｔａｌｌｅｄ_ｉを利用実績ＤＢ］１５３から取得する。また、制御部１１は、実行状態管理テーブル１５２の直前実行アプリＩＤを参照して、直前に実行したアプリケーションプログラムを特定する。

これにより、重み付け係数ｗ_ｉは、実行頻度が高いアプリケーションプログラムや直前に実行されたアプリケーションプログラムによって実現される機能ほど大きな値を採ることとなる。そして、重み付け係数ｗ_ｉが大きいほど推奨度は高くなる。このようにしているのは、実行頻度が高いアプリケーションプログラムで実現される機能が推奨機能として提示される方が、それ以外のアプリケーションプログラムで実現される機能が推奨される場合に比べて、ユーザにとって有益な操作ガイドを実行できる可能性が高まるからである。

制御部１１は、ステップＳａ６２の処理で算出した推奨度に基づき、最大の推奨度が推奨閾値を上回るか否かを判断する（ステップＳａ６３）。制御部１１は、ステップＳａ６３の処理で「ＹＥＳ」と判断すると、推奨度が最大であった機能を提示対象の推奨機能に決定する（ステップＳａ６４）。すなわち、制御部１１は、推奨度が推奨閾値を上回った機能を推奨機能の候補とする。
なお、制御部１１は、ステップＳａ６１の処理で機能を１つも特定しなかったと判断した場合（ステップＳａ６１；ＮＯ）、又はステップＳａ６３の処理で最大の推奨度が推奨閾値を上回らなかった場合には（ステップＳａ６３；ＮＯ）、提示対象の推奨機能を決定しないで、第１機能決定処理を終了する。
以上が第１機能決定処理の説明である。

図７の説明に戻る。
制御部１１は、ステップＳａ６４の処理で提示対象として決定した推奨機能を、ＵＩ部１４のホーム画面において提示する（ステップＳａ７）。ステップＳａ６４の処理で、「ショートカット作成機能」を決定していた場合、制御部１１は、図１３に示すホーム画面ＳＣ１をＵＩ部１４に表示させる。具体的には、制御部１１は、機能名称に基づく「ショートカット作成機能を試してみませんか？」というメッセージと、推奨情報に基づく「アプリケーションの・・・好きな場所にアイコンを置くことができます。」というメッセージとを配置したウィンドウＷ１をホーム画面ＳＣ１において表示させる。さらに、制御部１１は、ウィンドウＷ１において、「すぐ試す」と記したソフトボタンＳＢ１と、「後で」と記したソフトボタンＳＢ２と、「不要」と記したソフトボタンＳＢ３とを表示させる。
このようにして、制御部１１は、ＵＩ部１４により推奨機能を提示する。
以上が、情報処理装置１０が新たな推奨機能の提示する際の動作の説明である。次に、推奨機能を提示した後の情報処理装置１０の動作を説明する。

＜２．推奨機能提示後の動作＞
制御部１１は、図１３に示すホーム画面ＳＣ１をＵＩ部１４に表示させた後、ユーザの対処に応じて、以下の４つの動作パターンのいずれかの動作を採りうる。
２−１．動作パターンＡ：「すぐ試す」と記されたソフトボタンＳＢ１の選択
２−２．動作パターンＢ：「後で」と記されたソフトボタンＳＢ２の選択
２−３．動作パターンＣ：「不要」と記されたソフトボタンＳＢ３の選択
２−４．動作パターンＤ：ソフトボタンＳＢ１〜ＳＢ３のいずれも選択されない
続いて、（動作パターンＡ）から（動作パターンＤ）の各動作パターンを採った場合の情報処理装置１０の動作を説明する。

（２−１．動作パターンＡ：「すぐ試す」と記されたソフトボタンＳＢ１の選択）
制御部１１は、ユーザの操作を受け付けた場合（図１２のステップＳｂ１；ＹＥＳ）、受け付けた操作が提示した推奨機能の操作ガイド実行の有無を指示する操作であるか否かを判断する（ステップＳｂ２）。図１３に示すホーム画面ＳＣ１を例に挙げると、ユーザがソフトボタンＳＢ１からＳＢ３のいずれかひとつを選択する操作が、操作ガイドの実行の有無を指示する操作である。

制御部１１は、ステップＳｂ２の処理で「ＹＥＳ」と判断すると、「すぐ試す」と記されたソフトボタンＳＢ１を選択する操作を受け付けていたか否かを判断する（ステップＳｂ３）。このステップＳｂ３の処理では、制御部１１は「ＹＥＳ」と判断する。すなわち、制御部１１は、推奨機能の操作ガイドを即時実行する指示を、ＵＩ部１４の操作に応じてユーザから受け付けたことになる。次に、制御部１１は、機能ＤＢ１５１のショートカット作成機能（機能ＩＤ「ＦＥＡＴ０００１」）について、操作ガイド実行フラグ及び操作ガイド即時実行フラグを、「Ｆａｌｓｅ」から「Ｔｒｕｅ」に変更する（ステップＳｂ４）。ユーザが「すぐ試す」と記されたソフトボタンＳＢ１を選択したということは、推奨機能の操作の習得を即時望んだことを意味するので、その操作の習得意欲がかなり強いと考えることができる。

次に、制御部１１は、機能ＤＢ１５１に格納された機能の操作ガイド実行フラグ及び操作ガイド即時実行フラグに従って、ＵＩ部１４の画面を推奨機能を実現させる画面に遷移させる（ステップＳｂ５）。ここでは、制御部１１は、実現アプリＩＤに基づき推奨機能を実現させるアプリケーションプログラムを実行し、実現画面ＩＤに基づき推奨機能を実現させる画面をＵＩ部１４に表示させる。ここでは、推奨機能が「ショートカット作成機能」であるから、制御部１１は、実現アプリＩＤが「com.XXX.homeApp」であるホームアプリケーションを実行した状態で、実現画面ＩＤが「.launcher」であるホーム画面ＳＣをＵＩ部１４に表示させる。ここでは、既に、制御部１１は図２に示すホーム画面ＳＣをＵＩ部１４に表示させている。
次に、制御部１１が図７のステップＳａ１の処理で推奨機能を提示しないと判断した場合は（ステップＳａ１；ＮＯ）、ステップＳａ１７の操作ガイド制御に進む。

図１１は、操作ガイド制御の手順を示すフローチャートである。
制御部１１は、実行中アプリＩＤ及び表示中画面ＩＤを実行状態管理テーブル１５２から取得する（ステップＳａ１７１）。ここでは、制御部１１は、実行中アプリＩＤ「com.XXX.homeApp」と、表示中画面ＩＤ「.launcher」とを取得する。次に、制御部１１は、操作ガイドの対象となる推奨機能があるか否かを判断する（ステップＳａ１７２）。制御部１１は、機能ＤＢ１５１を参照して、ステップＳａ１７１の処理で取得した実行中アプリＩＤに実現アプリＩＤが一致し、ステップＳａ１７１の処理で取得した表示中画面ＩＤに実現画面ＩＤが一致し、かつ、操作ガイド実行フラグが「Ｔｒｕｅ」である機能があるか否かを判断する。ショートカット作成機能について、ステップＳｂ１の処理で「すぐ試す」と記されたソフトボタンＳＢ１を選択する操作を既に受け付けているから、ここでは、制御部１１はステップＳａ１７２の処理で「ＹＥＳ」と判断する。

次に、制御部１１は、すぐに操作ガイドを実行するか否かを判断する（ステップＳａ１７３）。制御部１１は、操作ガイドの対象となる推奨機能のうち、操作ガイド即時実行フラグが「Ｔｒｕｅ」の機能があるか否かを、機能ＤＢ１５１を参照して判断する。ここでは、制御部１１は、ステップＳａ１７３の処理で「ＹＥＳ」と判断し、機能ＤＢ１５１に格納された操作ガイドの対象の推奨機能の操作ガイド情報に従って、操作ガイドを実行する（ステップＳａ１７４）。
ここにおいて、制御部１１は、操作ガイド情報に従って、図１４に示すホーム画面ＳＣ２をＵＩ部１４に表示させる。具体的には、制御部１１は、推奨機能の機能名称に基づく「ショートカット作成機能」というメッセージと、操作ガイド情報に基づく「アプリケーションのアイコンを長押しすると、ホーム画面の好きな場所にアイコンを置くことができます。」というメッセージとを記したウィンドウＷ２をホーム画面ＳＣ２において表示させる。また、ウィンドウＷ３には、「□」の中に「×」を付したソフトボタンＳＢ４が配置されている。制御部１１は、ＵＩ部１４の操作によりソフトボタンＳＢ４が選択されると、ウィンドウＷ２の表示を終了して操作ガイドを終了する。操作ガイドを終了する際、制御部１１は、操作ガイドを実行した推奨機能の操作ガイド実行フラグ及び操作ガイド即時実行フラグをそれぞれ「Ｔｒｕｅ」から「Ｆａｌｓｅ」に変更し、実行フラグ変更日時をブランクにする（ここでは、実行フラグ変更日時は既にブランクである）。

以上のようにして、制御部１１は、ユーザによりソフトボタンＳＢ１が選択されると、すぐに操作ガイドを実行する。ここで、ユーザがショートカット作成機能の操作ガイドを見て、ショートカット作成機能を実現させる操作をすぐに行った場合を考える。この場合、制御部１１は、図１２のステップＳｂ１の処理で「ＹＥＳ」と判断し、ステップＳｂ２の処理に進むこととなる。そして、制御部１１は、操作ガイド実行の有無を指示する操作を受け付けたか否かを判断する（ステップＳｂ２）。ここでは、制御部１１は、ソフトボタンＳＢ１〜ＳＢ３を選択する操作を受け付けたわけではないので、ステップＳｂ２の処理で「ＮＯ」と判断し、ステップＳｂ１０の処理に進む。

次に、制御部１１は、ステップＳｂ１の処理で「ＹＥＳ」と判断した操作が低利用機能を実現する操作であったか否かを判断する（ステップＳｂ１０）。低利用機能は、機能ＤＢ１５１において低利用機能フラグが「Ｔｒｕｅ」とされた機能である。ここでは、低利用機能から選択された推奨機能（ショートカット作成機能）を実現する操作を制御部１１が受け付けたのであるから、制御部１１は、ステップＳｂ１０の処理で「ＹＥＳ」と判断する。

制御部１１は、低利用機能を実現する操作を受け付けていたと判断すると（ステップＳｂ１０；ＹＥＳ）、機能ＤＢ１５１におけるこの低利用機能の低利用フラグを「Ｔｒｕｅ」から「Ｆａｌｓｅ」に変更する（ステップＳｂ１１）。この低利用フラグの変更により、それまで低利用機能であった機能が、ユーザにより実現する操作が行われたことを契機に、低利用機能ではなくなる。ここでは、制御部１１は、ショートカット作成機能の低利用フラグを「Ｆａｌｓｅ」から「Ｔｒｕｅ」に変更する。
次に、制御部１１は、実現された低利用機能が推奨機能であったか否かを判断する（ステップＳｂ１２）。ここでは、制御部１１は、ステップＳｂ１２の処理で「ＹＥＳ」と判断し、嗜好特徴量を更新する（ステップＳｂ１３）。推奨機能が実現されたということは、この推奨機能をユーザが好んでいるとみなせる。よって、制御部１１は、この推奨機能の推奨度合いを高くする方向に嗜好特徴量を更新する。ここでは、制御部１１は、機能特徴量を嗜好特徴量に正に相関させるように、以下の手順により嗜好特徴量を更新する。

ここで、更新前の嗜好特徴量を表す特徴ベクトルをＰ_ｋとし、ユーザが実現させた推奨機能の機能特徴量を表す特徴ベクトルをｆ_ｕｓｅｄとし、推奨機能の機能特徴量の反映度合いの指標である係数をγ（定数）とすると、更新後の嗜好特徴量を表す特徴ベクトルをＰ_ｋ＋１は、下記式（３）の関係を満たす。
Ｐ_ｋ＋１＝（Ｐ_ｋ＋γｆ_ｕｓｅｄ）／｜（Ｐ_ｋ＋γｆ_ｕｓｅｄ）｜ ・・・（３）

制御部１１は、式（３）により更新後の嗜好特徴量を表す特徴ベクトルＰ_ｋ＋１を算出すると、その算出結果を新たな嗜好特徴量として、特徴ベクトルＰ_ｋ＋１に従って更新する。

以上のようにして嗜好特徴量を更新すると、制御部１１は、ユーザに実現された推奨機能が操作ガイドを契機に実現されていたか否かを判断する（ステップＳｂ１４）。図１４に示すホーム画面ＳＣ２を見て、ユーザはショートカット作成機能を実現する操作をＵＩ部１４に行ったのであるから、制御部１１はステップＳｂ１５の処理で「ＹＥＳ」と判断する。
なお、上述したように、制御部１１が推奨機能の操作ガイドを実行している期間（ウィンドウＷ２の表示期間）内に、その推奨機能を実現する操作を受け付けた場合には、操作ガイドを契機に推奨機能が実現されたと判断する。これ以外にも、制御部１１は、操作ガイドを実行してから（ウィンドウＷ２の表示を終了してから）、予め決められた期間内（例えば１分間以内）に推奨機能を実現する操作を受け付けていた場合には、操作ガイドを契機に推奨機能が実現されたと判断する。制御部１１は、予め決められた条件に従って推奨機能が操作ガイドを契機に実現されたか否かを判断すればよい。

制御部１１は、推奨機能が操作ガイドを契機に実現されていたと判断すると（ステップＳｂ１４；ＹＥＳ）、他の推奨機能の提示を要求する（ステップＳｂ１５）。ユーザに実現された推奨機能が操作ガイドを契機に実現されていた場合、ユーザが低利用機能を実現させるための操作を学習し、その操作を操作ガイドにより習得して実現させたと考えることができる。このことから、制御部１１がステップＳｂ１４の処理で「ＹＥＳ」と判断した場合は、そのときにユーザが新たな操作の習得意欲が強いとみなすことができる。そこで、制御部１１は、新たな推奨機能の操作をユーザに習得させるための操作ガイドを実行するべく、他の推奨機能の提示を要求する。

なお、制御部１１は、ステップＳｂ１０の処理で低利用機能の利用でないと判断した場合（ステップＳｂ１０；ＮＯ）、ステップＳｂ１２の処理で推奨機能の実現でないと判断した場合（ステップＳｂ１２；ＮＯ）、又はステップＳｂ１４の処理で操作ガイドが実行されたことを契機に推奨機能が実現されていないと判断した場合（ステップＳｂ１４；ＮＯ）、図１２の処理を終了する。これらの場合、ユーザの操作の習得意欲がそれほど高くないと考えられるから、制御部１１は、ユーザによる情報処理装置１０の利用を妨げないように、他の推奨機能の提示を要求しない。

ステップＳｂ１５の処理で他の推奨機能の提示を要求した場合、制御部１１は図７のステップＳａ１の処理で新たな推奨機能を提示すると判断する（ステップＳａ１；ＹＥＳ）。
次に、制御部１１は、ステップＳａ１の処理で「ＹＥＳ」と判断すると、上述した手順と同じでステップＳａ２の処理で要求元アプリＩＤ及び要求元画面ＩＤを取得し、ステップＳａ３の処理でホーム画面を表示しているか否かを判断する（ステップＳａ３）。ここでは、制御部１１は、ホーム画面ＳＣを表示させているから、ステップＳａ３の処理で「ＹＥＳ」と判断し、リマインド提示を行うか否かを判断する（ステップＳａ４）。ここでもリマインド提示の対象の推奨機能はないから、制御部１１はステップＳａ８の処理に進む。そして、制御部１１は、提示中の推奨機能はないからステップＳａ８の処理で「ＮＯ」と判断し、ステップＳａ１０；ＹＥＳ→ステップＳａ９→Ｓａ６→Ｓａ７の処理ステップを上述した手順で実行し、他の推奨機能を新たに提示する。ショートカット作成機能は低利用機能ではこの時点ではないから、このステップＳａ６の第１機能決定処理では、制御部１１は既に提示した機能以外の機能を推奨機能として決定する。

ここで、制御部１１が「ホーム画面一覧機能」を提示対象の推奨機能とした場合、ステップＳａ７の処理では、図１５に示すホーム画面ＳＣ３をＵＩ部１４に表示させる。ホーム画面ＳＣ３には、ホーム画面一覧機能が推奨機能として提示されている。具体的には、制御部１１は、機能名称に基づく「ホーム画面一覧機能を試してみませんか？」というメッセージと、推奨情報に基づく「複数あるホーム画面を一覧し、・・・一覧表示することができます。」というメッセージとを記したウィンドウＷ３を表示させる。さらに、制御部１１は、ウィンドウＷ３において「すぐ試す」と記したソフトボタンＳＢ１と、「後で」と記したソフトボタンＳＢ２と、「不要」と記したソフトボタンＳＢ３とを表示させる。ソフトボタンＳＢ１からＳＢ３の意味や、これらを選択する操作により実現される情報処理装置１０の動作は、ホーム画面一覧機能の場合と同様であるから、ここではその説明を省略する。

このように、制御部１１は、操作ガイドを契機に一の推奨機能（ショートカット作成機能）が実現された場合、他の推奨機能（ホーム画面一覧機能）を新たに提示する。一の推奨機能の操作ガイドを実行したことを契機に、一の推奨機能を実現する操作がユーザに行われた場合、ユーザの機能を実現させる操作の習得意欲が高いと考えられるので、更なる操作の習得を促すべく、制御部１１は他の推奨機能を新たに提示することとなる。
さらに、ここでユーザによりソフトボタンＳＢ１が選択されると、操作ガイド制御により上記手順により、制御部１１はホーム画面一覧機能の操作ガイドをホーム画面ＳＣ４の表示により実行する。この場合、制御部１１は、推奨機能の機能名称に基づく「ホーム画面一覧機能操作ガイド」というメッセージと、操作ガイド情報に基づく「二本の指でつまむような操作を行うことで、ホーム画面を一覧することができます。」というメッセージとを記したウィンドウＷ４を表示させる。ここでも、操作ガイドを終了する際、制御部１１は、操作ガイドを実行した推奨機能の操作ガイド実行フラグ及び操作ガイド即時実行フラグを、それぞれ「Ｔｒｕｅ」から「Ｆａｌｓｅ」に変更し、実行フラグ変更日時をブランクにする。
次に、動作パターンＢを説明する。

（２−２．動作パターンＢ：「後で」と記されたソフトボタンＳＢ２の選択）
上述した＜１．新たな推奨機能の提示＞の動作の後、図１３のホーム画面ＳＣ１において、「後で」と記されたソフトボタンＢ２が選択された場合、制御部１１は、図１２のステップＳｂ１；ＹＥＳ→ステップＳｂ２；ＹＥＳの処理ステップを実行した後、ステップＳｂ３の処理で「ＮＯ」と判断し、ステップＳｂ６の処理に進む。
次に、制御部１１は、「後で」と記されたソフトボタンＢ２を選択する操作を受け付けていたか否かを判断する（ステップＳｂ６）。ここでは、制御部１１は、ソフトボタンＢ２が選択され、推奨機能の操作ガイドを後ほど実行することがユーザに指示されたと判断する（ステップＳｂ６；ＹＥＳ）。そして、制御部１１は、後ほど実行することが指示された推奨機能について、操作ガイド即時実行フラグを「Ｆａｌｓｅ」に維持したまま、操作ガイドフラグを「Ｆａｌｓｅ」から「Ｔｒｕｅ」に変更するとともに、実行フラグ変更日時を記録するよう、機能ＤＢ１５１を更新する（ステップＳｂ７）。制御部１１は、例えば現在日時を実行フラグ変更日時とする。この機能ＤＢ１５１を更新により、ここではショートカット作成機能の操作ガイドが実行対象となるが、即時実行されるわけではないことになる。ユーザが「後で」と記されたソフトボタンＢ２を選択したということは、推奨機能の操作の習得をユーザが望んでいるものの、例えば何らかの作業中などの理由で、すぐの操作ガイドの実行を望んでいない可能性があると考えられる。

次に、制御部１１は、機能ＤＢ１５１の機能の操作ガイド実行フラグ及び操作ガイド即時実行フラグに従って、確認メッセージを提示する（ステップＳｂ８）。ここでは、制御部１１は、図１７に示すホーム画面ＳＣ５をＵＩ部１４に表示させる。ホーム画面ＳＣ５には、「操作を受け付けました。」という操作ガイドを実行する指示をユーザが行ったことを確認するメッセージと、「ホームアプリケーションを使用中、本機能が利用可能な画面で操作ガイドが表示されます。」というメッセージとが記されたウィンドウＷ５が表示される。制御部１１は、ウィンドウＷ５を所定時間提示した後、図７の処理を終了する。続いて、制御部１１が図７のステップＳａ１の処理で推奨機能を提示しないと判断した場合は（ステップＳａ１；ＮＯ）、ステップＳａ１７の操作ガイド制御に進む。

制御部１１は、図１１のＳａ１７１→Ｓａ１７２；ＹＥＳと進み、ステップＳａ１７３の処理ですぐに操作ガイドを実行するか否かを判断する。ここでは、「すぐ試す」と記されたソフトボタンＳＢ１が選択されたわけではないので、制御部１１はステップＳａ１７３の処理で「ＮＯ」と判断する。次に、制御部１１は、所定期間（例えば、３０秒）継続してユーザの操作を受け付けなかったか否かを判断する（ステップＳａ１７５）。

制御部１１は、所定期間継続して操作を受け付けなかったと判断した場合（ステップＳａ１７５；ＹＥＳ）、ステップＳａ１７４の処理に進み、上述した手順で推奨機能（ショートカット作成機能）の操作ガイドを実行する。このステップＳａ１７４の処理が実行されるのは、ユーザが「後で」と示されたソフトボタンＢ２を操作した場合において、ユーザが推奨機能を実現させるアプリケーションプログラムを利用している状況で、その推奨機能を実現させる画面を表示させているときに、所定期間経過して、制御部１１が何の操作も受け付けなかったときである。所定期間継続してユーザの操作がないということは、ユーザがある作業を行うために情報処理装置１０を利用しているわけではないと考えることができる。よって、制御部１１がすぐに操作ガイドを実行しても、ユーザの作業を妨げたり、ユーザに煩わしく感じさせたりするおそれが少ない。そこで、制御部１１は、ステップＳａ１７５の処理で「ＹＥＳ」と判断した場合には、ユーザが「後で」と示されたソフトボタンＢ２を操作した場合であっても速やかに操作ガイドを実行する。この場合も、制御部１１は、図１４に示すホーム画面ＳＣ２をＵＩ部１４に表示させることにより、操作ガイドを実行する。

一方、制御部１１は、ステップＳａ１７５の処理で「ＮＯ」と判断した場合、操作ガイドを実行することなく操作ガイド制御を終了する。例えば、制御部１１は、所定期間が経過するまでに何らかの操作を受け付けた場合や、現在実行中のアプリケーションプログラム及び表示中の画面で推奨機能を実現できない場合に、ステップＳａ１７５の処理で「ＮＯ」と判断する。制御部１１が何らかの操作を受け付けたということは、ユーザが何らかの作業を行っている可能性があり、操作ガイドを即時行うと、その作業の妨げとなったりユーザに煩わしさを与えたりするおそれがある。また、ユーザが後ほどの操作ガイドを望んでいるにも関わらず、必要なアプリケーションプログラムを実行し更に画面表示まで変えてしまうと、ユーザに煩わしさを与えるおそれがある。よって、制御部１１は、ユーザが希望するとおり、後ほど操作ガイドを実行するべく、ここでは操作ガイドを実行しないようにしている。
このような場合、制御部１１は、ステップＳｂ８の処理でホーム画面ＳＣ５を表示させた後、操作ガイドを実行することなく、例えば、ユーザのＵＩ部１４の操作による指示に応じて、図２に示すホーム画面ＳＣの表示に戻す。後ほど制御部１１が再び必要なアプリケーションプログラムを実行し、必要な画面をＵＩ部１４に表示させた際に、上述の操作ガイド制御を実行してこの操作ガイドを実行することとなる。

ところで、制御部１１は、推奨機能を提示して、後ほど操作ガイドを実行することが指示された場合において、操作ガイドが長期間行われなかったときには、リマインド提示を行う。リマインド提示は以下の手順で実現される。
制御部１１は、図７のステップＳａ１からＳａ３の処理ステップを実行すると、ステップＳａ４の処理でリマインド提示するか否かを判断する。ここで、制御部１１は、機能ＤＢ１５１において、ガイド実行フラグが「Ｔｒｕｅ」で、かつ、実行フラグ変更時刻から所定期間が経過した機能が１つでも存在する場合には、リマインド提示を行うと判断する。ここでは、制御部１１は、ショートカット作成機能がリマインド提示の対象となるので、ステップＳａ４の処理で「ＹＥＳ」と判断する。次に、制御部１１は、リマインドの対象となっている推奨機能をステップＳａ５の処理で特定し、ステップＳａ６の処理の第１機能決定処理を実行する。ここでの第１機能決定処理は、ステップＳａ５の処理で特定された推奨機能を対象として推奨度の算出や提示対象の推奨機能の決定が行われる点で、上述した第１機能決定処理と相違する。ここでは、リマインド提示の対象となる推奨機能はショートカット作成機能のみであるから、制御部１１は、ステップＳａ７の処理でショートカット作成機能を再び提示する。例えば、制御部１１は、図１３に示すホーム画面ＳＣ１を再びＵＩ部１４に表示させる。このように、制御部１１は、ユーザが操作を習得したいと考えたにも関わらず、所定期間が経過しても操作ガイドを実現していない推奨機能がある場合には、その推奨機能を再び提示する。これにより、ユーザが習得しようとした操作の学習・習得を忘れてしまう可能性を抑えることができる。
なお、本実施形態では、制御部１１は、一の推奨機能を初めて提示した場合と、その推奨機能をリマインド提示した場合とで同じ画面表示としているが、それぞれ異ならせてもよい。

（２−３．動作パターンＣ：「不要」と記されたソフトボタンＳＢ３の選択）
上述した＜１．新たな推奨機能の提示＞の動作の後、図１３のホーム画面ＳＣ１において「不要」と記されたソフトボタンＢ３が選択された場合、制御部１１はステップＳｂ６の処理で「ＮＯ」と判断する。そして、制御部１１は、機能ＤＢ１５１を更新せずに、図７に示す処理を終了する。ユーザが「不要」と記されたソフトボタンＢ３を選択したということは、推奨機能の操作の習得を望んでおらず、操作ガイドの実行も望んでいないと考えられる。
なお、制御部１１は、ステップＳｂ１の処理で「不要」と記されたソフトボタンＳＢ３を選択する操作を受け付けていた場合には、図１１の操作ガイド制御において、ステップＳａ１７２の処理で「ＮＯ」と判断し、操作ガイドを実行することなく操作ガイド制御を終了する。

（２−４．動作パターンＤ：ソフトボタンＳＢ１〜ＳＢ３のいずれも選択されない）
上述した＜１．新たな推奨機能の提示＞の動作の後、制御部１１が図１３に示すホーム画面ＳＣ１を提示したまま、所定期間経過してもソフトボタンＳＢ１〜Ｓｂ３のいずれも選択されず、操作ガイドの実行の有無の指示を受け付けなかった場合、図７のステップＳａ１；ＹＥＳ→ステップＳａ２→ステップＳａ３；ＹＥＳ→ステップＳａ４；ＮＯと進むことがある。この場合、制御部１１は、提示中の推奨機能を所定期間継続して提示したか否かを判断する（ステップＳａ８）。ここで、制御部１１は、図１３に示すホーム画面ＳＣ１を表示させ、所定期間経過しても操作ガイドの実行の有無の指示を受け付けなかったと判断すると、ステップＳａ８の処理で「ＹＥＳ」と判断し、ステップＳａ９の処理に進む。

この場合、制御部１１は、ステップＳａ９の処理で新たな推奨機能を低利用機能の中から特定して、ステップＳａ６の処理の第１機能決定処理を実行し、ステップＳａ７の処理で新たな推奨機能を提示する。例えば、制御部１１は、図１５に示すホーム画面ＳＣ３をＵＩ部１４に表示させる。ただし、制御部１１は直前に提示されていた推奨機能（ここでは、ショートカット作成機能）を低利用機能から除外する。
このように、制御部１１は、推奨機能を提示したにも関わらずその推奨機能の操作ガイドの実行の有無が指示されない場合、他の推奨機能に変更して提示する。このようにするのは、推奨機能が提示されてから所定期間経過してもユーザの応答がなかったということは、ユーザがその推奨機能の操作の習得を望んでいない可能性もある。よって、同じ推奨機能を提示し続けるよりは、他の推奨機能を提示する方がユーザにとって有益な操作を習得させることができる可能性が高いとして、制御部１１は他の推奨機能に変更して提示する。
以上のとおり、制御部１１が、ホーム画面において、一の推奨機能の提示を契機に他の推奨機能を自発的に提示するのは、操作ガイドを契機に推奨機能が利用された場合と、推奨機能を提示したまま所定期間継続した場合とがある。

＜３．ホーム画面と異なる画面を表示するときの動作＞
次に、制御部１１がホーム画面と異なる画面をＵＩ部１４に表示させる場合の情報処理装置１０の動作を説明する。ホーム画面と異なる画面を表示している場合の情報処理装置１０の動作はホーム画面を表示している場合の動作との共通点も多いので、以下、相違点を主に説明する。
制御部１１は、ステップＳａ１；ＹＥＳ→Ｓａ２の処理後、ステップＳａ３の処理でホーム画面をＵＩ部１４に表示していないと判断した場合（ステップＳａ３；ＮＯ）、図８のステップＳａ１１の処理に進む。次に、制御部１１は、機能ＤＢ１５１に機能ＩＤが格納された機能のうち、実行中のアプリケーションプログラムのアプリケーションＩＤと共通する実現アプリＩＤに対応する機能を対象として、リマインド提示する推奨機能があるか否かを判断する（ステップＳａ１１）。ここでは、制御部１１は、リマインド提示の対象とする推奨機能を利用中のアプリケーションプログラムで実現される機能に限定する点で異なるが、それ以外はステップＳａ４の処理と同じ方法でリマインド提示の対象の推奨機能を特定する。ここにおいて、アプリケーションプログラムの利用中には、例えばそのアプリケーションプログラムがフォアグラウンドで実行されることにより、そのアプリケーションプログラムが実行されることで表示される画面がＵＩ部１４に表示されていたり、ユーザのＵＩ部１４の操作によりそのアプリケーションプログラムの実行に関する指示が行われたりする。よって、例えば、制御部１１は、ｗｅｂブラウザを実行していれば、ショートカット作成機能やホーム画面一覧機能をリマインド提示の対象とせずに、ブックマーク登録機能をリマインド提示の対象にしうる。

ここで、制御部１１は、リマインド提示する推奨機能がないと判断すると（ステップＳａ１１；ＮＯ）、機能ＤＢ１５１に機能ＩＤが格納された機能のうち、利用中のアプリケーションプログラムのアプリケーションＩＤと共通する実現アプリＩＤに対応する機能を対象として、低利用フラグが「Ｔｒｕｅ」となっている低利用機能を特定する（ステップＳａ１５）。すなわち、制御部１１は、利用中のアプリケーションプログラムにより実現させる低利用機能を特定する。そして、制御部１１は、第２機能決定処理を実行する（ステップＳａ１３）。

図１０は、第２機能決定処理の手順を示すフローチャートである。第２機能決定処理は、上述した第１機能決定処理とは、推奨度の算出対象となる機能が絞られる点や推奨閾値が異なる点で相違する。以下、第１機能決定処理と重複する内容を適宜省略しながら、第２機能決定処理を説明する。
制御部１１は、制御部１１は、ステップＳａ１５の処理で１以上の機能を特定したか否かを判断する（ステップＳａ１３１）。制御部１１は、ステップＳａ１５の処理でひとつでも低利用機能を特定した場合には、ステップＳａ１３１の処理で「ＹＥＳ」と判断する。

次に、制御部１１は、ステップＳａ１５の処理で特定した低利用機能のそれぞれについて推奨度を算出する（ステップＳａ１３２）。ステップＳａ１３２における推奨度の算出手順は、重み付け係数ｗ_ｉの設定方法が異なる点以外は、第１機能決定処理のステップＳａ６２の処理の推奨度の算出手順と同じである。ここでの重み付け係数ｗ_ｉは、実行中のアプリケーションプログラムのみを対象として推奨度が算出される。よって、制御部１１は、例えば全アプリケーションプログラムの重み付け係数の平均値を重み付け係数ｗ_ｉとする。

次に、制御部１１は、実行状態管理テーブル１５２に格納された推奨閾値を下げる（ステップＳａ１３３）。ユーザの意思で実行させられたアプリケーションプログラムに応じた画面で提示される推奨機能についてのユーザの操作の習得意欲は、ホーム画面において提示される推奨機能の操作の習得意欲よりも高いと考えられる。よって、制御部１１は、より多くの低利用機能を推奨機能として決定できるように推奨閾値を下げる。ここにおいて、例えば、制御部１１は推奨閾値を２割減じるなど、元の推奨閾値から所定値だけ減じる。

次に、制御部１１は、ステップＳａ１３２の処理で算出した機能毎の推奨度に基づき、算出した最大の推奨度がステップＳａ１３３の処理で下げた推奨閾値を上回るか否かを判断する（ステップＳａ１３４）。そして、制御部１１は、制御部１１は、ステップＳａ１３４の処理で「ＹＥＳ」と判断すると、ステップＳａ１３３の処理で下げた推奨閾値を元の値に戻し（ステップＳａ１３５）、その機能を提示対象の推奨機能に決定する（ステップＳａ１３６）。
以上が第２機能決定処理の説明である。

図８の説明に戻る。
制御部１１は、ステップＳａ１３６の処理で決定した推奨機能を、ＵＩ部１４において提示させる（ステップＳａ１４）。例えば、制御部１１は、ｗｅｂブラウザを実行しているときの画面（ブラウザ画面）において、所定期間継続してユーザの操作を受け付けなかった場合（例えば、１０秒）に、推奨機能を提示する。制御部１１がブラウザ画面をＵＩ部１４に表示させているときに、ステップＳａ１３６の処理で推奨機能を「ブックマーク登録機能」と決定した場合、図１８に示すブラウザ画面ＳＣ６をＵＩ部１４に表示させる。具体的には、制御部１１は、推奨機能の機能名称に基づく「ブックマーク登録機能を試してみませんか？」というメッセージと、この推奨機能の推奨情報に基づくメッセージとを配置したウィンドウＷ６を表示させる。制御部１１は、さらに、ウィンドウＷ６において、「すぐ試す」と記したソフトボタンＳＢ１と、「後で」と記したソフトボタンＳＢ２と、「不要」と記したソフトボタンＳＢ３とを表示させる。ソフトボタンＳＢ１からＳＢ３の意味や、これらを選択する操作により実現される情報処理装置１０の動作は、上述した他の機能の場合と同様であるから、ここではその説明を省略する。
なお、制御部１１は、ステップＳａ１４の処理で、必ずしも現在表示中の画面において推奨機能を提示しなくてもよい。例えば、制御部１１は、利用中のアプリケーションプログラムが終了してホーム画面に戻ったことを契機に、ホーム画において推奨機能を提示してもよい。要するに、ユーザが情報処理装置１０を用いて何らかの作業を行っていないと見なせる期間に、制御部１１が推奨機能を提示することが好ましい。

このように、ホーム画面と異なる画面を表示させている場合であっても、制御部１１は、操作ガイドを契機に一の推奨機能が実現された場合、他の推奨機能を新たに提示する。一の推奨機能の操作ガイドを実行したことを契機に、一の推奨機能を実現する操作がユーザに行われた場合、ユーザの操作の習得意欲が高いと考えられるので、更なる操作の習得を促すべく、制御部１１は他の推奨機能を新たに提示することとなる。

仮に、制御部１１がブックマーク登録機能を提示して後ほど操作ガイドを実行することが指示された場合に、その操作ガイドが長期間行われないときには、制御部１１はリマインド提示を行う。リマインド提示は以下の手順で実現される。
制御部１１は、図７のステップＳａ１〜Ｓａ３の処理ステップを実行すると、ステップＳａ１１の処理でリマインド提示するか否かを判断する。ここで、制御部１１は、利用中のアプリケーションプログラムのアプリケーションＩＤと共通する実現アプリＩＤに対応する機能を対象として、ガイド実行フラグが「Ｔｒｕｅ」で、かつ、実行フラグ変更時刻から所定期間が経過した推奨機能が１つでも存在する場合には、リマインド提示を行うと判断する。ここでは、制御部１１は、ブックマーク登録機能がリマインド提示の対象として、ステップＳａ１１の処理で「ＹＥＳ」と判断する。

そして、制御部１１は、利用中のアプリケーションプログラムで実現される機能の中から、リマインドの対象となっている推奨機能を特定して（ステップＳａ１２）、ステップＳａ１３の処理の第２機能決定処理を実行する。ここでは、リマインド提示の対象となる推奨機能はブックマーク登録機能のみであるから、制御部１１は、ステップＳａ１４の処理で、リマインド提示を行うべく、図１８に示すブラウザ画面ＳＣ６をＵＩ部１４に表示させる。このように、制御部１１は、ホーム画面と異なる画面を表示させている場合も、ユーザが操作の習得意欲があるにも関わらず、未だ操作ガイドを実現していない推奨機能を再度提示して、いわゆるリマインドを行うことができる。
このようにホーム画面と異なる画面の提示中においては、新たな推奨機能を提示する場合と同様、制御部１１は、リマインド提示の対象の推奨機能を利用中のアプリケーションプログラムにより実現される機能から選択する。

以上説明した実施形態によれば、情報処理装置１０は、一の推奨機能の操作ガイドを実行したことを契機に、この一の推奨機能を実現する操作がユーザに行われた場合、ユーザの操作の習得意欲が高いとみなして、他の推奨機能を新たに提示する。よって、情報処理装置１０がユーザが操作の学習・習得を望んでいない場面にまで、操作ガイドに関する情報を次々と表示させることがない。よって、推奨機能提示をユーザが煩わしく感じたり、ユーザにとって情報処理装置１０が利用しづらいものとなったりする可能性を抑えることができる。

また、ユーザが後ほど操作ガイドを実行することを望んだ場合に、所定期間継続してユーザの操作がなく、ユーザの作業を妨げるおそれがないときには、制御部１１は操作ガイドを実行する。これにより、ユーザが操作の習得を忘れてしまったり、その習得が遅れたりする可能性を抑えられる。また、制御部１１は、操作ガイドを後ほど実行することが指示された推奨機能については、必要に応じてリマインド提示を行うので、操作の学習をユーザが忘れてしまう可能性も抑えられる。
また、制御部１１は、ホーム画面での推奨機能の提示後、一定期間操作がなければ情報処理装置１０は自発的に推奨機能を更新する。よって、ユーザが操作習得のための操作を意識的に行うことなく、例えば偶然提示された機能に興味を示した場合に、ユーザがその操作を習得できるようになる。
また、制御部１１は、機能特徴量と嗜好特徴量とにより推奨機能を決定するから、客観的な視点とユーザの嗜好とを織り交ぜて推奨機能を提示し、操作の習得に寄与させることができる。また、制御部１１は、推奨機能の利用に応じて嗜好特徴量を更新するので、ユーザの嗜好や流行などに変化があっても、この変化に対応させた嗜好特徴量にすることができる。

［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
（変形例１）
上述した実施形態では、情報処理装置１０は、メッセージ（説明文）の表示により操作ガイドを実行していたが、例えば、ＵＩ部１４を用いて静止画や動画等の画像による操作ガイドを実行してもよいし、音声入出力部１２を用いて音声による操作ガイドを実行してもよい。情報処理装置１０が実行する操作ガイドは、ユーザに機能を実現する操作を知らしめることができるのであれば、どのような方法で実行されてもよい。

（変形例２）
上述した実施形態では、情報処理装置１０は、機能名称に基づくメッセージ及び推奨情報に基づくメッセージの表示により推奨機能を提示していたが、例えば、機能名称だけを提示してもよいし、静止画や動画等の画像の表示により推奨機能を提示してもよい。情報処理装置１０は、少なくとも、推奨機能が何であるかをユーザが知ることのできる情報を表示パネル１４１に表示させて、推奨機能を提示すればよい。
また、情報処理装置１０は、推奨機能を１つずつ提示するのではなく、２以上の推奨機能を同時期に提示してもよい。

（変形例３）
上述した実施形態では、情報処理装置１０は機能特徴量と嗜好特徴量とにより、提示対象の推奨機能を決定していたが、どちらか一方の特徴量を用いてもよいし、これらの特徴量を用いない方法で推奨機能を決定してもよい。例えば、情報処理装置１０は、利用回数が最も少ない低利用機能を推奨機能としてもよいし、実行頻度が最も低い低利用機能や、実行時間が最も短い低利用機能を推奨機能としてもよい。
また、情報処理装置１０は、嗜好特徴量の算出において、起動回数の総回数に代えて単位期間あたりの起動回数などの、アプリケーションプログラムの実行頻度を意味する別のパラメータを用いてもよい。
情報処理装置１０は、ユーザに操作の習得を推奨する推奨機能をどのようなアルゴリズムで決定してもよい。

（変形例４）
上述した実施形態では、情報処理装置１０は、リマインド提示の対象となる推奨機能があるか否かを判断し、リマインド提示の対象となる推奨機能がないと判断すれば新たな推奨機能を提示するか否かを判断していた。これに代えて、制御部１１は、この判断順序を逆にし、リマインド提示よりも新たな推奨機能の提示を優先させてもよい。例えば、情報処理装置１０は、初期設定ではリマインド提示を優先させるが、リマインド提示に対するユーザの応答がなければ、以降において新しい推奨機能の提示を優先させるように優先順位を変えてもよい。

（変形例５）
上述した実施形態では情報処理装置１０は、機能ＤＢ１５１において、ガイド実行フラグが「Ｔｒｕｅ」で、かつ、実行フラグ変更時刻から所定期間が経過した推奨機能が１つでも存在する場合には、リマインド提示を行っていた。これに代えて、情報処理装置１０は、ガイド実行フラグが「Ｔｒｕｅ」で、かつ、実行フラグ変更時刻から所定期間が経過した推奨機能が低利用機能のままの場合（すなわち、推奨機能が実現されていない場合）に、リマインド提示を行ってもよい。

（変形例６）
本発明は、いわゆるシンクライアント技術にも適用可能である。この場合、本発明の情報処理装置がサーバの役割を担う。表示面にホーム画面を含む画面表示を行う表示部を有するクライアント装置において操作が行われると、クライアント装置は、その操作を示す操作情報を情報処理装置に送信する。情報処理装置は、受信した操作情報が示す操作を受け付けたものとし、遠隔地にあるクライアント装置の表示部により推奨機能を提示する。

（変形例７）
また、情報処理装置１０の制御部１１が実現する各機能は、複数のプログラムの組み合わせによって実現され、又は、複数のハードウェア資源の協働によって実現されうる。また、情報処理装置１０において、操作部と表示部とがそれぞれ独立したハードウェアで実現されてもよい。
また、本発明は、情報処理装置１０だけでなく、コンピュータが行う操作支援方法、コンピュータを情報処理装置１０として機能させるためのプログラムといった形態でも実施が可能である。かかるプログラムは、光ディスク等の記録媒体に記録した形態で提供されたり、インターネット等のネットワークを介して、コンピュータにダウンロードさせ、これをインストールして利用可能にするなどの形態で提供されたりすることが可能である。

１０…情報処理装置、１１…制御部、１１１…受付部、１１２…情報管理部、１１２ａ…第１更新部、１１２ｂ…第２更新部、１１３…画面制御部、１１４…提示部、１１５…操作ガイド部、１２…音声入出力部、１３…通信部、１４…ＵＩ部、１４１…表示パネル、１４２…タッチスクリーン、１５…記憶部、１５１…機能ＤＢ、１５２…実行状態管理テーブル、１５３…利用実績ＤＢ

Claims (12)

1. 表示面に画像を表示する表示部と、
   ユーザの操作に応じて実現される複数機能の各機能の操作ガイド情報を記憶するガイド情報記憶部と、
   ユーザの操作を受け付ける受付部と、
   前記複数機能のうち操作の習得をユーザに推奨する推奨機能を前記表示面において提示する提示部と、
   前記提示部が提示した推奨機能の操作ガイドの実行を指示する操作を、前記受付部が受け付けた場合、前記ガイド情報記憶部に記憶された操作ガイド情報に従って当該推奨機能の操作ガイドを実行する操作ガイド部と
   を備え、
   前記提示部は、
   一の推奨機能について前記操作ガイドが行われた場合において、前記受付部が受け付けた当該一の推奨機能を実現する操作が当該操作ガイドを契機とした操作であるときには、他の推奨機能を新たに提示する
   ことを特徴とする情報処理装置。
2. 前記提示部は、
   前記一の推奨機能を実現する操作が、当該一の推奨機能についての前記操作ガイドを契機とした操作でないときには、前記他の推奨機能を提示しない
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記提示部は、
   前記一の推奨機能の操作ガイドが実行されている期間内、又は、当該操作ガイドが実行されてから予め決められた期間内に、当該一の推奨機能を実現する操作が受け付けられたときには、前記他の推奨機能を新たに提示する
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記操作ガイド部は、
   推奨機能の操作ガイドを後ほど実行することが前記指示する操作によって指示された場合において、前記受付部が所定期間継続してユーザの操作を受け付けなかったときに、前記後ほど実行することが指示されていた操作ガイドを実行する
   ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記提示部は、
   実行頻度が高いか又は実行時間が長いアプリケーションプログラムをより優先して、前記アプリケーションプログラムにより実現される機能を推奨機能として提示する
   ことを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記提示部は、
   自情報処理装置で直前に実行したアプリケーションプログラムにより実現される機能を、他の機能よりも優先して、推奨機能として提示する
   ことを特徴とする請求項１から５のいずれか１項に記載の情報処理装置。
7. 前記提示部は、
   予め決められたホーム画面と異なる画面が前記表示面に表示されている場合、自情報処理装置で利用中のアプリケーションプログラムにより実現されない機能を、推奨機能としない
   ことを特徴とする請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記機能を実現する操作の習得の推奨度合いを示すパラメータとして、前記機能固有の第１パラメータと前記ユーザ固有の第２パラメータとを記憶するパラメータ記憶部を備え、
   前記提示部は、
   前記パラメータ記憶部に記憶された前記第１パラメータ及び前記第２パラメータにより、前記推奨度合いの指標である推奨度を前記機能毎に算出し、算出した推奨度が閾値を上回った機能を推奨機能の候補とする
   ことを特徴とする請求項１から７のいずれか１項に記載の情報処理装置。
9. 前記指示する操作によって操作ガイドの実行が指示された場合、前記推奨度合いを高くする方向に前記第２パラメータを更新する第１更新部
   を備えることを特徴とする請求項８に記載の情報処理装置。
10. 操作ガイドを契機とした前記推奨機能を実現する操作を前記受付部が受け付けた場合、前記推奨度合いを高くする方向に前記第２パラメータを更新する第２更新部
    を備えることを特徴とする請求項８又は９に記載の情報処理装置。
11. 前記提示部は、
    予め決められたホーム画面と異なる画面が前記表示面に表示されている場合、当該ホーム画面が表示されている場合に比べて、前記閾値を低くする
    ことを特徴とする請求項８から１０のいずれか１項に記載の情報処理装置。
12. ユーザの操作に応じて実現される複数機能の各機能の操作ガイド情報を記憶するガイド情報記憶部を備える情報処理装置の操作支援方法であって、
    ユーザの操作を受け付ける受付ステップと、
    前記複数機能のうち操作の習得を前記ユーザに推奨する推奨機能を、画像を表示する表示面において提示する提示ステップと、
    前記提示ステップで提示した推奨機能の操作ガイドの実行を指示する操作を、前記受付ステップで受け付けた場合、前記ガイド情報記憶部に記憶された操作ガイド情報に従って当該推奨機能の操作ガイドを実行する操作ガイドステップと
    を有し、
    前記提示ステップにおいて、
    一の推奨機能について前記操作ガイドが行われた場合において、前記受付ステップで受け付けた当該一の推奨機能を実現する操作が当該操作ガイドを契機とした操作であるときには、他の推奨機能を新たに提示する
    ことを特徴とする操作支援方法。

Images