(57)【要約】【課題】設定項目や設定可能な値の範囲が変化する場合に、ユーザが使用すべき設定値に関する情報を適切に提供する。【解決手段】記憶部３０は、複数の端末装置のそれぞれにインストールされた管理対象のプログラムのバージョンと、プログラムにおいて設定変更が行われた項目および設定値と、端末装置または端末装置を使用するユーザである主体を識別する情報とを記憶する。処理部２０は、記憶部３０を参照し、１つの端末装置にインストールされたプログラムと同一バージョンのプログラムに対して設定変更を行った他の主体を特定し、特定した他の主体に対応する設定値に基づいて、推奨設定値を導出する。通信制御部１０は、導出された推奨設定値を１つの端末装置に送信する。【選択図】図２
2020177556.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置のそれぞれにインストールされた管理対象のプログラムのバージョンと、前記プログラムにおいて設定変更が行われた項目および設定値と、端末装置または端末装置を使用するユーザである主体を識別する情報とを記憶する記憶部と、
前記記憶部を参照し、１つの端末装置にインストールされたプログラムと同一バージョンのプログラムに対して設定変更を行った他の主体を特定し、前記特定した他の主体に対応する設定値に基づいて、推奨設定値を導出する処理部と、
前記導出された推奨設定値を前記１つの端末装置に送信する送信部と、
を備える管理装置。
【請求項２】
前記主体がプログラムをインストールした情報、あるいは前記主体がプログラムをバージョンアップした情報を受信する通信制御部をさらに備え、
前記処理部は、前記通信制御部における情報の受信を契機として推奨設定値を導出する請求項１に記載の管理装置。
【請求項３】
前記処理部は、複数の主体において設定変更がなされている場合、設定変更がなされた設定値毎に主体の数を集計し、最も集計数の多い設定値を推奨設定値として導出する請求項１または２に記載の管理装置。
【請求項４】
前記送信部から送信される推奨設定値の通知を停止するための解除条件が前記１つの端末装置において設定される請求項１から３のいずれか１項に記載の管理装置。
【請求項５】
プログラムのＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データを記憶する記憶部と、
推奨設定値が含まれる推奨設定データを管理装置から受信する通信制御部と、
前記設定変更データにおいて設定の変更が示されたＵＩ構成要素を第１の表示形態に設定し、前記推奨設定データに含まれた推奨設定値に対応するＵＩ構成要素を第２の表示形態に設定し、それ以外のＵＩ構成要素を第３の表示形態に設定する処理部と、
を備える端末装置。
【請求項６】
複数の端末装置と通信可能なコンピュータに、
複数の端末装置のそれぞれにインストールされた管理対象のプログラムのバージョンと、前記プログラムにおいて設定変更が行われた項目および設定値と、端末装置または端末装置を使用するユーザである主体を識別する情報とを記憶するステップと、
前記記憶したバージョンおよび項目および設定値を参照し、１つの端末装置にインストールされたプログラムと同一バージョンのプログラムに対して設定変更を行った他の主体を特定し、前記特定した他の主体に対応する設定値に基づいて、推奨設定値を導出するステップと、
前記導出された推奨設定値を前記１つの端末装置に送信するステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示技術に関し、特に設定変更が可能である管理装置、端末装置、プログラムに関する。
【背景技術】
【０００２】
多機能化された電子機器やソフトウエアでは、ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）において設定すべき項目が多くなっている。そのため、各種機能の設定画面を階層構造にし、階層順に順次切り替えて表示するものが多い。このような状況下で、複数のユーザによる複数の印刷処理の設定項目の使用頻度を収集し、使用頻度が高い設定項目に対応するアイコン画像を画面内の優先度の高い位置に配置する技術が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−８４０４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術では、プログラムの設定項目に関して、ユーザが使用すべき設定値に関する情報を適切に提供することができなかった。例えば、プログラムのバージョンアップによって設定項目や設定可能な値の範囲が変化した場合に、設定値に関する情報が提供されるべきであるが、このようなことを十分考慮していなかった。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、プログラムのインストール時またはプログラムのバージョンアップ時などにおいて、設定項目および設定値に関する情報を適切に提供する技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の管理装置は、複数の端末装置のそれぞれにインストールされた管理対象のプログラムのバージョンと、プログラムにおいて設定変更が行われた項目および設定値と、端末装置または端末装置を使用するユーザである主体を識別する情報とを記憶する記憶部と、記憶部を参照し、１つの端末装置にインストールされたプログラムと同一バージョンのプログラムに対して設定変更を行った他の主体を特定し、特定した他の主体に対応する設定値に基づいて、推奨設定値を導出する処理部と、導出された推奨設定値を１つの端末装置に送信する送信部と、を備える。
【０００７】
本発明の別の態様は、端末装置である。この装置は、プログラムのＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データを記憶する記憶部と、推奨設定値が含まれる推奨設定データを管理装置から受信する通信制御部と、設定変更データにおいて設定の変更が示されたＵＩ構成要素を第１の表示形態に設定し、推奨設定データに含まれた推奨設定値に対応するＵＩ構成要素を第２の表示形態に設定し、それ以外のＵＩ構成要素を第３の表示形態に設定する処理部と、を備える。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、プログラムの設定項目や設定可能な値の範囲が変化する場合に、ユーザが使用すべき設定値に関する情報を適切に提供できる。
【図面の簡単な説明】
【００１０】
【図１】実施例に係る管理システムの構成を示す図である。
【図２】管理装置の構成を示す図である。
【図３】記憶部のデータの一例を示す図である。
【図４】記憶部のデータの一例を示す図である。
【図５】記憶部のデータの一例を示す図である。
【図６】端末装置の構成を示す図である。
【図７】図７（ａ）−（ｃ）は、記憶部のデータの一例を示す図である。
【図８】図８（ａ）−（ｄ）は、ユーザ操作による記憶部のデータの変化を示す図である。
【図９】図９（ａ）−（ｃ）は、表示装置に表示される表示画面の一例を示す図である。
【図１０】管理装置による処理手順を示すフローチャートである。
【図１１】端末装置による処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
本発明を具体的に説明する前に、まず概要を述べる。本発明の実施例は、ＰＣ、スマートフォン、タブレット、組み込み機器等の複数の端末装置と、各端末装置にインストールされたアプリケーションの設定に関する情報を管理する管理装置とを含む管理システムに関する。アプリケーションにはさまざまな機能が搭載され、このような機能の設定項目は階層構造で管理されている。設定項目には初期値が設定されているが、ユーザは、アプリケーションを使用する際に、設定項目を変更可能である。一般的に、初期値のまま使用されている設定項目と、ユーザが設定を変更した設定項目とが混在する。このような状況において、アプリケーションのバージョンを更新した場合、ユーザにとっては、設定を変更した設定項目を確認したいことがある。そのため、そのような設定項目が強調表示される。
【００１２】
また、対象とする端末装置とは別の端末装置において、同一のアプリケーションがインストールされていることがある。つまり、対象とする端末装置とは別に、他のユーザによって当該アプリケーションが使用されていることがある。そのような状況下において、他のユーザによって設定が変更された設定項目が存在する。対象とする端末装置を使用するユーザにとって、他のユーザによってなされた設定の変更が好ましいこともあり得る。そのため、他のユーザによって設定が変更された設定項目をユーザに知らせることが望まれる。
【００１３】
そのため、本実施例に係る管理システムにおける管理システムは、複数の端末装置において設定が変更された設定項目に関する設定変更データを収集し、それをもとに他のユーザによって設定が変更されている設定項目を知らせるための推奨設定データを生成する。推奨設定データを受信した端末装置は、推奨設定データによって示された設定項目をポップアップ表示する。以下では、説明を簡潔にするために、端末装置で動作するプログラムが、アプリケーション（アプリケーションプログラム）である場合を例にして説明するが、アプリケーションに限らず、ＯＳ、ファームウエア等の任意のプログラムであってもよい。また、１台のコンピュータで実行されるプログラムであっても、複数のコンピュータで実行されるプログラムであってもよい。例えば、複数のコンピュータや複数のプロセッサを用いて分散処理を実行するプログラムであってもよい。
【００１４】
図１は、管理システム１０００の構成を示す。管理システム１０００は、管理装置１００、ネットワーク２００、端末装置３００と総称される第１端末装置３００ａ、第２端末装置３００ｂ、第３端末装置３００ｃを含む。ネットワーク２００は、管理装置１００と端末装置３００とを接続するためのインターネット、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等であるが、有線であるか無線であるかを問わない。ここでは、端末装置３００の台数を「３」としているが、端末装置３００の台数は「３」に限定されない。また、例えば、第１端末装置３００ａをユーザ１が使用し、第２端末装置３００ｂをユーザ２が使用し、第３端末装置３００ｃをユーザ３が使用するが、ユーザ数も「３」に限定されない。このようにユーザ毎に異なる端末装置３００が使用されてもよいが、複数のユーザが１つの端末装置３００を共有してもよく、それらの組合せであってもよい。
【００１５】
図２は、管理装置１００の構成を示す。管理装置１００は、通信制御部１０、処理部２０、記憶部３０を含む。記憶部３０は、複数の端末装置３００のそれぞれにインストールされたアプリケーションのバージョンと、設定変更が行われた項目および設定値とを記憶する。具体的には、端末装置３００毎（ユーザ毎）のアプリケーション情報、設定変更データ、推奨設定データが記憶される。
【００１６】
図３−図５は、記憶部３０のデータの一例を示す。図３は、ユーザ１が使用する第１端末装置３００ａにインストールしたアプリケーションに関するデータを示す。また、図４は、ユーザ２が使用する第２端末装置３００ｂにインストールしたアプリケーションに関するデータを示す。さらに、図５は、ユーザ３が使用する第３端末装置３００ｃにインストールしたアプリケーションに関するデータを示す。つまり、端末装置３００を使用するユーザ毎に、アプリケーション情報（アプリケーション名、バージョン、インストール日時）、設定変更データ（各機能の設定項目、初期値、設定値、最終設定日時、強調表示フラグなど）、推奨設定データ（推奨設定フラグ、推奨設定値）が格納される。ここでは、説明を簡潔にするために、記憶部３０に記憶されたデータの一部のみを示す。
【００１７】
ユーザ名は、ユーザを識別するユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）であってもよい。また、スマートフォンなどのように、１つの端末装置３００を１人のユーザが使用する環境においては、ユーザ名の代わりに、端末装置３００を識別する端末ＩＤを格納してもよい。端末装置３００および端末装置３００のユーザを総称して「主体」と呼ぶこともあり、端末ＩＤおよびユーザＩＤを総称して「主体識別子」と呼ぶ場合もある。つまり、主体識別子は、各端末装置または各端末装置を使用するユーザを識別する情報である。説明を簡潔にするため、図３−図５では、記憶部３０に記憶された一部のデータのみが示される。図３に示す例では、ユーザ１がインストールしているアプリケーションは、アプリケーションＡ、アプリケーションＢであり、ともにバージョンは、１．００である。
【００１８】
図４に示す例では、ユーザ２がインストールしているアプリケーションは、アプリケーションＡ、アプリケーションＢ、アプリケーションＣであり、それぞれのバージョンは、アプリケーションＡ：１．００および２．００、アプリケーションＢ：１．００、アプリケーションＣ：１．００および２．００である。アプリケーションＡとアプリケーションＣは、バージョン１．００をインストールした後に、バージョン２．００をインストールした状態を示し、アプリケーションＢは、バージョン１．００をインストールした状態を示す。
【００１９】
図５に示す例では、ユーザ３がインストールしているアプリケーションは、アプリケーションＡ、アプリケーションＣであり、それぞれのバージョンは、アプリケーションＡ：１．００、２．００、３．００であり、アプリケーションＣ：１．００、２．００である。インストール日時は、ユーザがアプリケーションをインストールした日時であり、本図の例では「年／月／日  時：分：秒」の形式で記録されている。
【００２０】
設定変更データとは、ユーザが設定値を初期値から変更した設定項目に関するデータである。１つの「機能」は１つ以上の「設定項目」を含んでおり、「設定項目」は下位階層の機能であるともいえる。設定項目毎に「初期値」と、「設定値」と、「設定日時」と、「強調表示フラグ」とを記録している。
【００２１】
図３−図５の例においては、多くの設定値の初期値を「０」としているが、もちろん「０」以外の初期値を用いてもよい。ユーザによって初期値以外の値が設定された場合、その値が「設定値」に記録される。例えば、ユーザ１はアプリケーションＡ、バージョン１．００において、機能Ａ１−Ｉの設定値を初期値「０」とは異なる「１」に設定している。なお、初期値から変更したことを示す「初期値変更フラグ」を追加して用いてもよい。設定日時は、ユーザが設定値を変更した最終（最後）の日時を記録する。このため、最終設定日時とも呼ばれる。初期値のままの設定項目については、空白が記録されている。
【００２２】
強調表示フラグは、機能に対応するＵＩ部品（メニュー項目など）の表示形態（文字フォントの大きさ、太さ、色、アイコン等のデザインなど）を決めるための情報であり、「通常表示」と「強調表示」の２つの状態をとる。図３−図５では、強調表示フラグがセットされた設定項目を「強調表示」、強調表示フラグがセットされていない設定項目を「通常表示」として示している。「強調表示」の場合、「通常表示」の場合と比べて、該当するＵＩ部品と設定値が強調され、ユーザに認識され易い表示形態で表示される。強調表示フラグが「強調表示」となるのは、以下のいずれかの条件が満たされた場合である。
【００２３】
（１）ユーザが同一アプリケーションの複数のバージョンをインストールしており、かつ旧バージョンに存在しなかった機能が新バージョンに追加された場合。
（２）ユーザが同一アプリケーションの複数のバージョンをインストールしており、かつ旧バージョンに存在した機能であるが、新バージョンで名称変更や内容変更があった場合。内容変更としては、例えば、初期値の変更や選択肢の追加が該当する。
（３）ユーザが初期値とは異なる設定値を設定している場合。
【００２４】
例えば、図３において、ユーザ１は、アプリケーションＡ、アプリケーションＢともに１つのバージョンしかインストールしていないため、上記（１）、（２）の条件には該当しない。ただし、アプリケーションＡの機能Ａ１−Ｉと、アプリケーションＢの機能Ｂ２−ＩＩについては、（３）の条件に該当するため、これらの設定項目に対して「強調表示」が設定されている。
【００２５】
図４において、ユーザ２には、アプリケーションＡのバージョン１．００とバージョン２．００を両方インストールした履歴があり、バージョン１．００に対してバージョン２．００では、機能Ａ２が追加されているため、（１）の条件に該当する。このため、バージョン２．００の機能Ａ２（およびその下位機能Ａ２−Ｉ）に対して、強調表示フラグがセットされている。
【００２６】
図４および図５において、ユーザ２およびユーザ３のアプリケーションＣのバージョン２．００において、機能Ｃ２−ＩＩＩの強調表示がセットされているのは、この機能のアプリケーションＣのバージョン１．００の初期値が「０」であったのに対して、バージョン２．００の初期値が「１」に変更されているためである。つまり、（２）の条件に該当するためである。図２に戻る。
【００２７】
通信制御部１０は、図１のネットワーク２００を介して端末装置３００と通信する。例えば、通信制御部１０は、端末装置３００がアプリケーションをインストールした情報、あるいは端末装置３００がアプリケーションをバージョンアップした情報を受信する。処理部２０は、通信制御部１０における情報の受信を契機として推奨設定値を導出する。例えば、処理部２０は、記憶部３０を参照し、１つの端末装置３００にインストールされたアプリケーションと同一バージョンのアプリケーションに対して設定変更がなされている他の端末装置３００のユーザを特定し、特定したユーザにおける設定値に基づいて、推奨設定値を導出する。この処理の詳細は後述する。
【００２８】
図３−図５にも示される推奨設定データとは、端末装置３００を使用するユーザに、アプリケーションの設定項目の設定値を推奨するためのデータである。このデータは、同じアプリケーションの同じバージョンをインストールしている他のユーザが既に設定変更したデータをもとに生成されている。推奨設定データは、「推奨設定フラグ」と「推奨設定値」の２つのフィールドで構成されている。「推奨設定フラグ」は、「有（推奨設定：有）」と「無（推奨設定：無）」の２つの状態をとる。また通常は、「有（推奨設定：有）」の場合に、「推奨設定値」が設定される。
【００２９】
例えば図５において、ユーザ３は「２０１８／４／４  １７：００：００」にアプリケーションＣのバージョン２．００をインストールしており、さらに「ユーザ３のアプリケーションＣのバージョン２．００の機能Ｃ２−ＩＩＩ」において、推奨設定フラグ「有（推奨設定：有）」、推奨設定値「２」になっている。これは、ユーザ２がユーザ３よりも早い「２０１８／２／２  １２：００：２０」にアプリケーションＣのバージョン２．００をインストールしており、「アプリケーションＣのバージョン２．００の機能Ｃ２−ＩＩＩ」の設定値を既に「２」に設定しているためである。つまり、先に設定値を変更したユーザ２の設定値の情報が、ユーザ３の推奨設定値に反映されている。このように、あるユーザの推奨設定データは、他のユーザが過去に設定した設定情報に基づいて設定される。
【００３０】
なお、「ユーザ２のアプリケーションＡのバージョン２．００の機能Ａ１−Ｉ」の例に示すように、推奨設定値が設定されていても、推奨設定フラグが「無（推奨設定：無）」の状態がある。この場合、ユーザ２が既に自分で設定した設定値「１」と推奨設定値「１」が同じであるために、推奨設定フラグは、「無（推奨設定：無）」となる。図２に戻る。
【００３１】
通信制御部１０は、設定変更データおよび推奨設定データの送信要求を端末装置３００から受信する。通信制御部１０は、送信要求の送信元になる端末装置３００あるいはユーザに、アプリケーション情報、設定変更データ、推奨設定データを送信する。つまり、通信制御部１０は、送信部として、導出された推奨設定値を１つの端末装置３００に送信する。すなわち 、管理装置１００は、導出された推奨設定値を１つの端末装置３００に送信する。
【００３２】
図６は、端末装置３００の構成を示す。端末装置３００は、入力装置３１０、表示装置３２０を接続する。端末装置３００は、操作受付部３３０、通信制御部３４０、処理部３５０、記憶部３６０、表示制御部３７０を含む。入力装置３１０は、ユーザによって操作可能なキーボード、マウス等の入力装置である。操作受付部３３０は、入力装置３１０に接続され、入力装置３１０に対してなされたユーザによる操作を受け付ける。操作受付部３３０は操作を処理部３５０に出力する。表示制御部３７０は、記憶部３６０の表示設定データにしたがって表示装置３２０に画面を表示する。
【００３３】
通信制御部３４０は、図１のネットワーク２００を介して管理装置１００と通信する。例えば、通信制御部３４０は、アプリケーション情報、設定変更データ、推奨設定データを受信する。推奨設定データには、他のユーザにおける設定変更をもとに導出された推奨設定値が含まれる。通信制御部３４０は、受信したこれらのデータを処理部３５０経由で記憶部３６０に出力する。また、処理部３５０は、これらのデータに関連づけながら、表示設定データ（強調表示用の表示形態・解除条件、推奨設定用のポップアップ表示状態・解除条件）も記憶部３６０に格納する。
【００３４】
記憶部３６０に記憶されたアプリケーションは、端末装置３００に所定の処理を実行させるプログラムである。アプリケーションにおける各種機能を設定するための設定項目は、階層構造を有する。階層の数は任意であり、設定項目毎に階層の数が異なっていてもよい。各設定項目には初期値が設定されているが、設定変更も可能である。また、記憶部３６０は、アプリケーションのＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データを記憶する。
【００３５】
図７（ａ）−（ｃ）は、記憶部３６０のデータの一例を示す。図７（ａ）は、第１端末装置３００ａにおける記憶部３６０のデータの一例を示し、図７（ｂ）は、第２端末装置３００ｂにおける記憶部３６０のデータの一例を示し、図７（ｃ）は、第３端末装置３００ｃにおける記憶部３６０のデータの一例を示す。処理部３５０は、インストールされているアプリケーションの最新バージョンのデータについて、下記（α）、（β）の少なくとも１つの条件に該当するデータを抽出する。
（α）設定変更データの強調表示フラグが「強調表示」
（β）推奨設定データの推奨設定フラグが「有(推奨設定：有)」
このように記憶するデータを制限することで記憶部３６０に記憶するデータ容量を削減する。
【００３６】
図７（ａ）の例において、第１端末装置３００ａ（ユーザ１）のデータは、上記（α）の条件に合致する。また、図７（ｂ）の例において、第２端末装置３００ｂ（ユーザ２）にインストールされているアプリケーションＡ：２．００、アプリケーションＢ：１．００、アプリケーションＣ：２．００に関しては、上記（α）〜（β）の条件のうちの少なくとも１つの条件に該当するデータを記憶している。アプリケーションＡ：２．００の機能Ａ１に関しては、（α）および（β）の条件に該当する。アプリケーションＡ：２．００の機能Ａ２に関しては、（α）の条件に該当する。アプリケーションＢ：１．００の機能Ｂ２に関しては、（β）の条件に該当する。アプリケーションＣ：２．００の機能Ｃ２に関しては、（α）の条件に該当する。
【００３７】
図７（ｃ）の例において、第３端末装置３００ｃ（ユーザ３）にインストールされているアプリケーションＡ：３．００、アプリケーションＣ：２．００に関しては、上記（α）〜（β）の条件のうちの少なくとも１つに該当するデータを記憶している。アプリケーションＡ：３．００の機能Ａ１−Ｉに関しては、（α）の条件に該当する。アプリケーションＡ：３．００の機能Ａ２に関しては、（α）の条件に該当する。アプリケーションＣ：２．００の機能Ｃ２に関しては、（α）および（β）の条件に該当する。
【００３８】
図７（ａ）−（ｃ）における表示設定データとは、端末装置３００毎（ユーザ毎）に設定された、強調表示用の表示形態とその解除条件および推奨設定用のポップアップ表示状態とその解除条件を示したデータである。この表示設定データは、端末装置３００の処理部３５０で生成され、記憶部３６０に記憶される。
【００３９】
強調表示用の表示形態とは、強調表示の表示形態を示し、所定の表示形態を用いてもよいし、ユーザが（選択肢：ボールド、斜体、フォント拡大、文字色変更などから）選択したものであってもよい。強調表示用の解除条件とは、強調表示の解除条件を示し、予め決められた所定の条件であってもよいし、ユーザが選択肢（解除条件なし、参照回数、起動回数、経過日数、経過時間などから）選択したものであってもよい。この解除条件を満たした場合、強調表示を解除（表示形態を「強調表示」から「通常表示」に変更）する。なお、表示形態と解除条件は、設定変更データの強調表示フラグが「通常表示」の場合は、設定不可とする。
【００４０】
推奨設定用のポップアップ表示状態とは、推奨設定値をポップアップ表示するか否かの状態を示す。推奨表示用の解除条件とは、ポップアップ表示の解除条件を示し、予め決められた所定の条件であってもよいし、ユーザが選択肢（解除条件なし、参照回数、起動回数、経過日数、経過時間などから）から選択したものであってもよい。この解除条件を満たした場合、ポップアップ表示を解除（ポップアップ表示状態を「表示」から「非表示」に変更）する。このように推奨設定値の通知を停止するための解除条件も含まれる。なお、解除条件は、推奨設定データの推奨設定フラグが「推奨設定：無」の場合は、設定不可とする。
【００４１】
図８（ａ）−（ｄ）は、ユーザ操作による記憶部３６０のデータの変化を示す。具体的には、ユーザ操作による端末装置３００の記憶データ（設定変更データ、推奨設定データ、表示設定データ）の変化を示す。これは、第３端末装置３００ｃ（ユーザ３）が、管理装置１００から取得した設定変更データの強調表示フラグと推奨設定データの推奨設定フラグとを参照して行う表示設定データ（強調表示用データと推奨設定用）の更新処理の一例を示す。
【００４２】
図５に示すように、第３端末装置３００ｃ（ユーザ３）は、アプリケーションＡのバージョン１．００、２．００、３．００を順にインストールしている。このうち、図８（ａ）では、第３端末装置３００ｃでバージョン１．００および２．００が使用されていた時点における、第３端末装置３００ｃの記憶部３６０におけるアプリケーションＡに関するデータのみを抜粋して示す。端末装置３００は、ユーザがアプリケーションのインストール、バージョンアップ、あるいは設定値を変更する毎に、その情報を管理装置１００に送信する。管理装置１００は、端末装置３００から受信した設定値の情報を記憶部３０の設定変更データに反映させる。
【００４３】
図８（ａ）は、ユーザ３が、アプリケーションＡのバージョン１．００をインストールした直後の状態である。すなわち、バージョン２．００をまだインストールしていない状態である。ここで、アプリケーションＡの機能Ａ１の設定項目Ａ１−Ｉは、先に他ユーザが既に設定した設定値があるため、管理装置１００で推奨設定データの推奨設定フラグを「有（推奨設定：有）」、推奨設定値を「１」（先に他ユーザが設定した設定値）に設定している。端末装置３００は、管理装置１００から取得したこれらの値を参照して、表示設定データを設定する。本図の例では、表示設定データの推奨設定用のポップアップ表示状態を「表示（ポップアップ表示：有）」、解除条件を「起動回数」に設定していることを示している。すなわち、端末装置３００は、推奨設定フラグが「有（推奨設定：有）」の設定項目に対して、表示設定データの中のポップアップ表示状態と、解除条件を設定する。例えば、起動回数を「５」と設定した場合、起動回数が５回に達するまで、推奨設定があることを示すポップアップ表示がなされる。
【００４４】
図８（ｂ）は、図８（ａ）の状態からアプリケーションＡをバージョン２．００にバージョンアップした状態である。ここで、アプリケーションＡのバージョンアップにより、機能Ａ２の設定項目Ａ２−Ｉが新規追加されたため、管理装置１００が設定変更データの強調表示フラグを「強調表示」に設定している。端末装置３００は、管理装置１００から受信したその強調表示フラグを参照して、表示設定データを設定する。本図の例では、表示設定用データの強制表示用の表示形態を「ボールド」、解除条件を「起動回数（アプリケーション起動回数）」に設定していることを示している。また、バージョン２．００においても、機能Ａ１の設定項目Ａ１−Ｉは、先に他ユーザが既に設定した設定値があるため、推奨設定データの推奨設定フラグが「有（推奨設定：有）」、推奨設定値が「１」（先に他ユーザが設定した設定値）に設定されている。バージョンアップをした際に、起動回数が「０」にリセットされる。このため、バージョン１．００において、起動回数が解除条件に設定された回数に達して、ポップアップ表示がなされない状態になっていたとしても、バージョン２．００では、推奨設定があることを示すポップアップ表示が再開される。
【００４５】
図８（ｃ）は、図８（ｂ）の状態からユーザ操作でアプリケーションＡの機能Ａ１の設定項目Ａ１−Ｉの設定値が変更された状態である。ユーザが推奨設定値のポップアップ表示にしたがって設定値を変更したため、設定変更データの設定値が「１」に変更され、機能Ａ１−Ｉの設定値と推奨設定値が同じ値となっている。このため、推奨設定フラグは「無（推奨設定：無）」に変更される。つまり、これ以降、機能Ａ１−Ｉに関して推奨設定表示はなされない。なお、ユーザが推奨設定値および初期値とは異なる値に設定値を設定した場合、推奨設定表示を継続してもよいし、停止してもよい。例えば、初期値が「０」、推奨設定値が「１」であり、ユーザが設定値を「２」に変更した場合、設定値が推奨値と異なることを通知するために、解除条件が満たされるまで推奨設定表示を継続してもよい。あるいは、ユーザが推奨設定値を認識した上で、それとは異なる設定値を選択したと判定して、推奨設定表示を停止してもよい。
【００４６】
また、設定値「１」は初期値「０」と異なるため、強調表示フラグがセットされる。端末装置３００は、管理装置１００から受信した設定変更データの設定値および推奨設定フラグと、推奨設定値とを参照して、表示設定データを設定する。本図の例では、強調表示の表示形態を「フォント拡大」、解除条件を「日数（例えば１０日間）」に設定している。解除条件に、強調表示の期限の切れる日時を記録してもよい。また、表示設定データの推奨設定用のポップアップ表示状態を「非表示」、解除条件を「−（無効）」に設定していることを示している。
【００４７】
図８（ｄ）は、図８（ｃ）の状態からユーザによるアプリケーションＡの起動操作により、アプリケーションＡの起動回数が所定回数に達し、強調表示の解除条件（アプリケーション起動回数）を満たした状態である。またさらに、日数が経過して強調表示の期限が切れた状態である。本図の例では、強調表示および推奨設定表示の解除条件を満たしたことで、表示設定データの強調表示用の表示形態と解除条件がともに「−（無効）」に変更されていることを示している。
【００４８】
図９（ａ）−（ｃ）は、表示装置３２０に表示される表示画面の一例を示す。図９（ａ）は、強調表示の一例である。これは、端末装置３００の設定変更データの強調表示フラグが「強調表示」で、表示設定データの強調表示用の表示形態が無効以外（ボールド、フォント拡大、斜体、文字色変更など）の場合になされる。例えば、図７（ａ）において、ユーザ１のアプリケーションＡの機能「Ａ１−Ｉ」がこの画面イメージに相当する。本図に示す例では、機能「Ａ１−Ｉ」の名称および設定値のフォントが「ボールド」で表示されている。
【００４９】
図９（ｂ）は、推奨設定表示の一例である。これは、端末装置３００の設定変更データの強調表示フラグが「通常表示」で、推奨設定用のポップアップ表示状態が「表示」の場合になされる。例えば、図７（ｂ）において、ユーザ２のアプリケーションＢの機能「Ｂ２−ＩＩ」がこの画面イメージに相当する。本図に示す例では、機能「Ｂ２−ＩＩ」に関する推奨設定値「３」がポップアップ表示されている。さらに推奨設定値「３」を設定したユーザが「ユーザ１」であることも表示している。ユーザに関する情報として例えば、ユーザ１が事前に設定したニックネーム等があれば、それを表示すればよい。あるいは、ユーザ１が事前に許可した場合には、ユーザ１のメールアドレス、ＳＮＳのアカウント情報、ユーザのホームページ等の情報を表示してもよい。なお、推奨設定値に係るユーザが複数存在する場合、複数のユーザに関する情報を表示してもよい。推奨設定値に係るユーザが多数存在する場合、そのうちの一部のユーザを選定し、選定したユーザに関する情報を表示してもよい。例えば、推奨設定値に設定した日時が早い順に３名のユーザを選定し、その情報を表示してもよい。
【００５０】
図９（ｃ）は、強調表示でかつ推奨設定表示の一例である。これは「強調表示」と「推奨設定表示」がともに設定されている場合になされる。例えば、図７（ｃ）において、ユーザ３のアプリケーションＣの「機能Ｃ２−ＩＩＩ」がこの画面イメージに相当する。本図に示す例では、「機能Ｃ２−ＩＩＩ」の名称が「斜体」で表示されている。また「機能Ｃ２−ＩＩＩ」の推奨設定値「１」で、それを設定したユーザが「ユーザ２」であることがポップアップ表示されている。ここで、強調表示を第１の表示形態と呼ぶ場合、推奨設定表示（ポップアップ表示）は第２の表示形態と呼ばれ、通常表示が第３の表示形態と呼ばれる。
【００５１】
図１０は、管理装置１００による処理手順を示すフローチャートである。これは、端末装置３００からの要求により、管理装置１００が端末装置３００に送信するデータを生成する処理を示す。端末装置３００は、端末ＩＤ、アプリケーションＩＤ、バージョン情報などの情報を要求に含めて、管理装置１００に送信する。端末装置３００は、アプリケーションのインストール、およびバージョンアップを契機（トリガー）にして、推奨設定情報を要求してもよい。このような推奨設定情報の要求は、前述の端末装置３００がアプリケーションをインストールした情報、あるいは端末装置３００がアプリケーションをバージョンアップした情報ともいえる。
【００５２】
ステップ１００では、管理装置１００の処理部２０は、端末装置３００（ユーザ）から、設定変更データ、推奨設定データの送信要求のあり／なしを判定する。要求がある場合は、ステップ１１０に進み、要求がない場合は、処理を終了する。
【００５３】
ステップＳ１１０では、管理装置１００の処理部２０は、要求があった端末装置３００（ユーザ）にインストールされているアプリケーションの旧バージョンの情報の設定情報（設定項目の設定値のデータ）があるか否かを判定する。旧バージョンの設定情報がある場合は、ステップＳ１２０に進み、設定情報がない場合は、ステップＳ１３０に進む。
【００５４】
ステップＳ１２０では、アプリケーションのバージョンアップに伴う強調表示に関する情報（データ）を設定する。つまり、バージョンアップの情報をもとに、強調表示フラグを設定する。具体的には、要求側の端末装置３００が指定したアプリケーションの最も新しいバージョンの機能と、旧バージョンの機能とを比較し、追加された機能に関して、強調表示フラグを「強調表示」に設定する。例えば、第２端末装置３００ｂがアプリケーションＡを指定した場合、図４の例において、ユーザ２がアプリケーションＡの１つ前のバージョン（１．００）を過去にインストールし、その後に最新バージョン（２．００）をインストールしたことを確認する。次に、２つのバージョンの機能や設定項目の違いを比較し、新バージョンに追加された機能を特定する。この例では、バージョン２.００で機能Ａ２の機能Ａ２−Ｉが追加されているため、その特定した機能の強調表示フラグを「強調表示」に設定する。旧バージョンと新バージョンの機能の違いは、予め管理装置１００の記憶部３０に記憶しておく。ステップＳ１２０からステップＳ１３０に進む。
【００５５】
ステップＳ１３０では、要求側の端末装置３００の該当するアプリケーションおよびバージョンにおいて、初期値とは異なる設定値が設定されている設定項目（機能）があるか否かを判定する。初期値と異なる設定値がある場合（ＹＥＳ）、ステップＳ１４０に進み、初期値と異なる設定値がない場合（ＮＯ）、ステップＳ１５０に進む。
【００５６】
ステップＳ１４０では、初期値と異なる設定値が設定されている機能に対して、強調表示フラグを「強調表示」に設定する。つまり、ユーザが設定した設定値をもとに、強調表示フラグを設定する。なお、強調表示フラグを「強調表示」に設定する期間を限定してもよい。例えば、インストール日時から所定期間（例えば、１０日間）内に限定し、それ以外の期間においては強調表示フラグを「通常表示」にしてもよい。
【００５７】
ステップＳ１５０では、要求側の端末装置３００にインストールされているアプリケーションでかつ同バージョンの他ユーザ（他の端末装置３００）の設定情報（設定項目の設定値のデータ）があるか否かを判定する。他ユーザの設定情報がある場合は、ステップＳ１６０に進み、設定情報がない場合は、ステップＳ１７０に進む。
【００５８】
ステップＳ１６０では、要求側の端末装置３００（ユーザ）に送信する推奨設定データを生成する。具体的には、まず要求側の端末装置３００が指定したアプリケーションの最新バージョンを特定する。例えば図５の例において、第３端末装置３００ｃ（ユーザ３）がアプリケーションＣの推奨設定情報を要求した場合、第３端末装置３００ｃ（ユーザ３）にインストールされている最新バージョンは、バージョン２．００であることを特定する。次に、同一アプリケーションの特定したバージョンを既に使用し、かつ設定項目を変更しているユーザ（端末装置３００）と、そのユーザが設定変更した設定項目を特定する。
【００５９】
例えば、ユーザ３がアプリケーションＣのバージョン２．００をインストールした直後（例えば、「２０１８／４／４  １７：０１：００」）に推奨設定情報を要求した場合、図５の例において、この例では、ユーザ２が、この時点よりも前（「２０１８／２／１０  ０９：３０：００」に機能Ｃ２−ＩＩＩを変更している。このため、ユーザ２が特定される。なお、他ユーザのインストール日時が、要求側の端末装置３００を操作するユーザ（以下、「要求ユーザ」という）のインストール日時よりも先であることを、ユーザを特定する条件に加えてもよい。つまり、要求ユーザよりも先に同一バージョンをインストールし、かつ設定変更を行ったユーザを特定してもよい。
【００６０】
次に、特定したユーザ（ここでは、ユーザ２）の特定した設定項目の設定値を取得する。この例では、設定値「２」を取得する。要求ユーザの推奨設定値に取得した値をセットし、推奨設定フラグを「有（推奨設定：有）」に設定する。なお、推奨設定フラグを「有」に設定する期間を限定してもよい。例えば、要求ユーザがアプリケーションをインストールした日時を起点とした所定期間（例えば３０日間）において、他のユーザがデフォルトと異なる設定値を設定した場合に、推奨設定フラグを「有」にし、それ以外の期間においては、推奨設定フラグを「無」に設定してもよい。ユーザは、アプリケーションをインストールした直後には、アプリケーションに関する十分な知識がないことが多い。したがって、インストール直後は、推奨設定情報に対するユーザのニーズが最も高い。推奨設定表示が常に行われると、ユーザがそれに慣れてしまい、あまり注意を払わなくなるおそれもあるが、期間を限定して推奨設定フラグを「有」にすることにより、ユーザのニーズが高い時にのみ推奨設定表示を行えるので、ユーザが注意を払うことになる。
【００６１】
また、要求ユーザＸよりも先に設定変更を行ったユーザ（処理対象ユーザ）が複数存在し、それらの設定値が同一でない場合、以下のいずれかの方法を用いて、推奨設定値を決定する。
（方法１）処理対象ユーザについて、設定値毎にユーザ数を集計し、最もユーザ数の多い集計値を推奨設定値にする。例えば、条件に合致するユーザが５人いて、そのうちの３人の設定値が「２」であり、残りの２人の設定値が「１」である場合、より人数が多い方の設定値「２」を推奨設定値として採用する。つまり、処理部２０は、複数のユーザにおいて設定変更がなされている場合、設定変更がなされた設定値毎にユーザ数を集計し、最もユーザ数の多い集計値を推奨設定値として導出する。
【００６２】
（方法２）処理対象ユーザの中で、最もインストール日時が遅いユーザ、または該当する設定項目の設定日時が最も遅いユーザの設定値を推奨設定値とする。例えば、推奨設定情報を要求したユーザより前に３人のユーザ（ユーザ１〜３）が同じバージョンをインストールし、かつ設定変更を行っているものとする。そして、ユーザ１が最も早くインストールし、次にユーザ２がインストールし、次にユーザ３がインストールしている場合、ユーザ３の設定値を推奨設定値として採用する。これは、ユーザ３に対して、ユーザ１およびユーザ２の設定値に基づく推奨設定値の情報が提供されており、ユーザ３はその情報を考慮して設定している可能性が高いためである。仮に、ユーザ１〜３の設定値が異なる場合であっても、ユーザ３はユーザ１およびユーザ２の設定情報を把握した上で、独自の判定で設定値を決めたと考えられる。このように、後から設定を行ったユーザの設定値の方が、より適切である可能性が高いため、インストール日時または設定日時が遅いユーザを優先する。つまり、処理部２０は、複数のユーザにおいて設定変更がなされている場合、最もインストールの日時が遅いユーザ、あるいは設定変更の日時が最も遅いユーザの設定値を推奨設定値として導出する。
【００６３】
（方法３）要求ユーザＸと処理対象ユーザとの類似度（類似性）を算出し、要求ユーザとの類似度が高いユーザの設定値を優先的に採用する。類似度を算出する方法としては、例えば、要求ユーザが初期値から変更している設定項目と、他ユーザが初期値から変更している設定項目を比較し、共通する設定項目の数をカウントする。つまり、共通する設定項目の数が多いほど、そのユーザとの類似度が高いと判定する。そして類似度（類似性）が最も高いユーザ（共通する設定項目の数が最も多いユーザ）の設定値を推奨設定値とする。例えば、要求ユーザＸに対して、「設定項目６」の推奨設定値を決定する場合、ユーザＸが設定項目１、２、３に対して設定変更しており、ユーザ１が設定項目１、５、６に対して設定変更しているとすると、共通の設定項目の数は「１」になる。一方、ユーザ２が設定項目１、２、３、６に対して設定変更しているとすると、共通の設定項目の数は「３」となる。したがって、ユーザ２の設定項目６の設定値が、ユーザＸの推奨設定値に反映される。
【００６４】
また、アプリケーションの起動回数、単位時間（例えば１日）あたりの起動回数、延べ使用時間、単位時間あたりの使用時間、使用する時間帯などを用いて、ユーザＸと類似性の高いユーザを特定してもよい。例えば、ユーザＸがアプリケーションを１日あたり平均５時間使用し、ユーザ１が１日あたり平均６時間使用し、ユーザ２が平均２時間使用している場合、時間差のより少ないユーザ１を類似性の高いユーザとして特定する。また、使用する時間帯が近いユーザを類似性の高いユーザとしてもよい。つまり、処理部２０は、複数のユーザにおいて設定変更がなされている場合、１つの端末装置３００のユーザと、設定変更したユーザとの類似度を算出し、類似度が高い他のユーザの設定値を推奨設定値として導出する。
【００６５】
（方法４）ユーザの習熟度を推定し、習熟度の高いユーザの設定値を優先的に採用する。習熟度を推定する方法としては、例えば、アプリケーションの起動回数、単位時間（例えば１日）あたりの起動回数、延べ使用時間、単位時間あたりの使用時間などを用いて、これらの値が大きいユーザほど、習熟度が高いと判定する。あるいは、設定変更を行った設定項目の数が多いユーザほど、アプリケーションに対するこだわりが強く、習熟度も高いと判定してもよい。つまり、処理部２０は、複数のユーザにおいて設定変更がなされている場合、設定変更したユーザのうちで習熟度の高いユーザの設定値を推奨設定値として導出する。
【００６６】
ステップＳ１７０では、要求があった端末装置３００（ユーザ）に、設定変更データと、推奨設定データを送信する。具体的には、管理装置１００の記憶部３０において、要求側の端末装置３００のアプリケーションに該当するデータの中から、強調表示フラグが「強調表示」のデータ、または推奨設定フラグが「有（推奨設定：有）」のデータを抽出し、それを端末装置３００に送信する。
【００６７】
図１１は、端末装置３００による処理手順を示すフローチャートである。これは、端末装置３００が管理装置１００から取得したデータを参照して、表示装置３２０に表示する画面描画処理に相当する。ステップＳ２００において、端末装置３００の処理部３５０は、管理装置１００に設定変更データ、推奨設定データを要求する。例えばアプリケーションの起動時にステップＳ２００を実行する。あるいは、アプリケーション起動中に所定の間隔（例えば１０分毎）にステップＳ２００を実行してもよい。あるいは、アプリケーションの所定の機能が実行されるタイミングで、ステップＳ２００を実行してもよい。ステップＳ２１０において、処理部３５０は、管理装置１００から設定変更データ、推奨設定データを受信し、それらを記憶部３６０に記憶する。
【００６８】
ステップＳ２２０において、処理部３５０は、強調表示設定処理を実行する。具体的には、まず、設定変更データの強調表示フラグをチェックする。強調表示フラグが「強調表示」であるデータが存在しない場合、次のステップＳ２３０に進む。強調表示フラグが「強調表示」であるデータ（設定項目）が存在する場合、それらの設定項目について、強調表示用の表示設定データが既に存在するか否かを判定する。強調表示用の表示設定データが既に存在する場合は、次のステップＳ２３０に進む。
【００６９】
一方、強調表示用の表示設定データが存在しない場合、つまり、強調表示フラグが「強調表示」であり、かつ強調表示用の表示設定データが存在しない場合は、強調表示用の表示設定データ（表示形態および解除条件）を生成する。例えば、表示形態を「ボールド」、解除条件を「起動回数＝３回」とする。あるいは、表示形態を「フォント拡大」、解除条件を「解除日時＝２０１８年６月１日  １０時３０分００秒」などと設定する。このような表示形態および解除条件は、アプリケーション毎に決められた所定値を用いてもよいし、ユーザに指定させてもよい。
【００７０】
解除条件を「起動回数」にした場合は、起動回数をカウントするための記憶部３６０のカウンタ（強調表示の起動回数カウンタ）を「０」にリセットする。強調表示の起動回数カウンタは、設定項目毎に用意される。このため、設定項目毎に表示設定データが異なるタイミングで生成されてもよい。アプリケーション起動毎に、各々の起動回数カウンタが「１」ずつインクリメントされるものとする。解除条件を「経過日数」にした場合は、現在日時に経過日数を加算した日時（解除日時）を計算し、その解除日時を記憶部３６０に記憶する。解除日時は、設定項目毎に用意される。このため、設定項目毎に表示設定データが異なるタイミングで生成されてもよい。例えば、現在日時が「２０１８年７月１日  １１時２０分００秒」であり、経過日数が「１０日」である場合、解除日時「２０１８年７月１１日 １１時２０分００秒」を記憶部３６０に記憶する。解除条件が「解除日時」である場合は、それを記憶部３６０に直接記憶する。
【００７１】
なお、強調表示用の表示設定データを作成する期間を限定してもよい。例えば、処理対象のアプリケーションのバージョンがインストールされた日時を起点とする所定期間（例えば、１０日間）において、強調表示用の表示設定データを作成し、それ以外の期間においては、強調表示フラグが「強調表示」であっても強調表示用の表示設定データを作成しない制御を行ってもよい。このように期間限定で強調表示を行うことにより、ユーザが強調表示に慣れてしまい、それに注意を払わなくなることを防止することができる。
【００７２】
ステップＳ２３０において、処理部３５０は、強調表示解除処理を実行する。具体的には、まず、強調表示用の表示設定データが存在するか否かを判定する。強調表示用の表示設定データが存在しない場合は、次のステップＳ２４０に進む。強調表示用の表示設定データが存在する場合、その解除条件を満たすデータが存在するか否かを判定する。例えば、解除条件として「起動回数」が指定されている場合、その設定項目に対応する記憶部３６０の起動回数カウンタの値が、解除条件の中の回数（上限の回数）より大きければ、解除条件を満たすと判定する。また、解除条件として「経過日数」または「解除日時」が指定されている場合、その設定項目に対応する記憶部３６０の強調表示用の解除日時の値が、現在日時を超えていれば、解除条件を満たすと判定する。解除条件を満たすと判定した設定項目については、強調表示用の表示設定データを初期化（リセット）する。つまり、表示形態を「−」、解除条件を「−」にする。解除条件を満たさないと判定した設定項目については、何も変更しない。
【００７３】
ステップＳ２４０において、処理部３５０は、推奨設定表示を行うためのデータを生成する。具体的には、まず、推奨設定データの推奨設定フラグをチェックする。推奨設定フラグが「有（推奨設定：有）」であるデータが存在しない場合、次のステップＳ２５０に進む。推奨設定フラグが「有（推奨設定：有）」であるデータ（設定項目）が存在する場合、それらの設定項目について、推奨設定用の表示設定データが既に存在するか否かを判定する。推奨設定用の表示設定データが既に存在する場合は、次のステップＳ２５０に進む。
【００７４】
一方、推奨設定用の表示設定データが存在しない場合、つまり、推奨設定データの推奨設定フラグが「有（推奨設定：有）」で、かつ推奨設定用の表示設定データが存在しない場合は、推奨設定用の表示設定データ（表示形態および解除条件）を生成する。例えば、表示形態を「ポップアップ」、解除条件を「起動回数＝５回」とする。あるいは、表示形態を「メッセージ通知」、解除条件を「解除日時＝２０１８年６月１日 １１時３０分００秒」などと設定する。ここで「メッセージ通知」とは、アプリケーションのメインウィンドウの所定の領域に「機能ＸＸ１の推奨設定は３です」等のメッセージを表示する方式である。このような表示形態および解除条件は、アプリケーション毎に決められた所定値を用いてもよいし、ユーザに指定させてもよい。
【００７５】
解除条件を「起動回数」にした場合は、起動回数をカウントするための記憶部３６０のカウンタ（推奨表示用の起動回数カウンタ）を「０」にリセットする。推奨表示用の起動回数カウンタは、設定項目毎に用意される。このため、設定項目毎に表示設定データが異なるタイミングで生成されてもよい。アプリケーション起動毎に、各々の起動回数カウンタが「１」ずつインクリメントされるものとする。解除条件を「経過日数」にした場合は、現在日時に経過日数を加算した日時（解除日時）を計算し、その解除日時を記憶部３６０に記憶する。解除日時は、設定項目毎に用意される。このため、設定項目毎に表示設定データが異なるタイミングで生成されてもよい。
【００７６】
なお、推奨設定用の表示設定データを作成する期間を限定してもよい。例えば、処理対象のアプリケーションのバージョンがインストールされた日時を起点とする所定期間（例えば、３０日間）において、推奨設定用の表示設定データを作成し、それ以外の期間においては、推奨設定フラグが「有」であっても推奨設定用の表示設定データを作成しない制御を行ってもよい。このように期間限定で推奨設定表示を行うことにより、ユーザが推奨設定表示に慣れてしまい、それに注意を払わなくなることを防止することができる。また、推奨設定表示を行う設定項目を、強調表示を行う３つの条件のうちの少なくとも１つに該当する設定項目に限定してもよい。
【００７７】
ステップＳ２５０において、処理部３５０は、推奨表示解除処理を実行する。具体的には、まず、推奨設定用の表示設定データが存在するか否かを判定する。推奨設定用の表示設定データが存在しない場合は、次のステップＳ２６０に進む。推奨設定用の表示設定データが存在する場合、その解除条件を満たすデータが存在するか否かを判定する。例えば、解除条件として「起動回数」が指定されている場合、その設定項目に対応する記憶部３６０の推奨表示用の起動回数カウンタの値が、解除条件の中の回数（上限の回数）より大きければ、解除条件を満たすと判定する。また、解除条件として「経過日数」または「解除日時」が指定されている場合、その設定項目に対応する記憶部３６０の推奨表示用の解除日時の値が、現在日時を超えていれば、解除条件を満たすと判定する。解除条件を満たすと判定した設定項目については、推奨表示用の表示設定データを初期化（リセット）する。つまり、表示形態を「−」、解除条件を「−」にする。解除条件を満たさないと判定した設定項目については、何も変更しない。
【００７８】
ステップＳ２６０では、ユーザ操作にしたがって、アプリケーションの特定の画面を描画する際に、表示設定データにしたがって、画面を描画する。つまり、強調表示用の表示形態が設定されていれば、その表示形態を使って表示し、推奨設定用の表示形態が設定されていれば、その表示形態を使って表示する。このような処理の結果、図９（ａ）−（ｃ）に示す画面が表示装置３２０に表示される。
【００７９】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００８０】
本実施例によれば、設定変更がなされている他の端末装置のユーザにおける設定値に基づいて導出した、推奨設定値を出力するので、他の端末装置のユーザにおける選定変更を知らせることができる。また、他の端末装置のユーザにおける選定変更が知らされるので、設定項目や設定可能な値の範囲が変化する場合に、ユーザが使用すべき設定値に関する情報を適切に提供できる。また、端末装置がプログラムをインストールしたタイミング、あるいは端末装置がプログラムをバージョンアップしたタイミングを契機として推奨設定値を導出するので、これらのうちのいずれかのタイミングにおいて設定変更を促すことができる。また、複数のユーザにおいて設定変更がなされている場合、最もユーザ数の多い集計値を推奨設定値として導出するので、多くなされている設定変更を知らせることができる。また、複数のユーザにおいて設定変更がなされている場合、最もインストールの日時が遅いユーザ、あるいは設定変更の日時が最も遅いユーザの設定値を推奨設定値として導出するので、現在から近いタイミングでなされた設定変更を知らせることができる。
【００８１】
また、複数のユーザにおいて設定変更がなされている場合、類似度が高い他のユーザの設定値を推奨設定値として導出するので、適切である可能性の高い設定変更を知らせることができる。また、複数のユーザにおいて設定変更がなされている場合、設定変更したユーザのうちで習熟度の高いユーザの設定値を推奨設定値として導出するので、適切である可能性の高い設定変更を知らせることができる。また、推奨設定値の通知を停止するための解除条件が設定されるので、注意喚起力の低下を抑制できる。また、設定の変更が示されたＵＩ構成要素を第１の表示形態に設定し、推奨設定データに含まれた推奨設定値に対応するＵＩ構成要素を第２の表示形態に設定し、それ以外のＵＩ構成要素を第３の表示形態に設定するので、ユーザに状況を把握させることができる。
【００８２】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【符号の説明】
【００８３】
１０  通信制御部、  ２０  処理部、  ３０  記憶部、  １００  管理装置、  ２００  ネットワーク、  ３００  端末装置、  ３１０  入力装置、  ３２０  表示装置、  ３３０  操作受付部、  ３４０  通信制御部、  ３５０  処理部、  ３６０  記憶部、  ３７０  表示制御部、  １０００  管理システム。
【図１】
2020177556.tif 000003
【図２】
2020177556.tif 000004
【図３】
2020177556.tif 000005
【図４】
2020177556.tif 000006
【図５】
2020177556.tif 000007
【図６】
2020177556.tif 000008
【図７】
2020177556.tif 000009
【図８】
2020177556.tif 000010
【図９】
2020177556.tif 000011
【図１０】
2020177556.tif 000012
【図１１】
2020177556.tif 000013