(57)【要約】【課題】ユーザにプログラムに係る設定の確認をしてもらう必要性が高い場合に通知を行う技術を提供する。【解決手段】記憶部１８は、アプリケーション３０のＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データ３２を記憶する。第１取得部４０は、設定変更データ３２が記憶されたとき、または前回実行されたときのプログラムで実行可能な機能の集合を識別する第１情報を取得する。第２取得部４２は、現在のアプリケーション３０で実行可能な機能の集合を識別する第２情報を取得する。表示部２２は、第１情報と第２情報とが異なる場合に、記憶された設定変更データにおいて設定の変更が示されたＵＩ構成要素を第１の形態で表示し、その他のＵＩ構成要素を第２の形態で表示する。【選択図】図１
2019121078.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
プログラムのＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データを記憶するステップと、
前記設定変更データが記憶されたとき、または前回実行されたときのプログラムで実行可能な機能の集合を識別する第１情報を取得するステップと、
現在のプログラムで実行可能な機能の集合を識別する第２情報を取得するステップと、
前記第１情報と前記第２情報とが異なる場合に、前記設定変更データにおいて設定の変更が示されたＵＩ構成要素を第１の形態で表示し、その他のＵＩ構成要素を第２の形態で表示するステップと、
を実行させることを特徴とするプログラム。
【請求項２】
前記表示するステップは、前記第１情報と前記第２情報とが同一である場合に、前記設定変更データにおいて設定の変更が示されたＵＩ構成要素を第２の形態で表示することを特徴とする請求項１に記載のプログラム。
【請求項３】
前記第１情報は、前記設定変更データが記憶されたとき、または前回実行されたときのプログラムのバージョン情報を示し、
前記第２情報は、現在のプログラムのバージョン情報を示すことを特徴とする請求項１または２に記載のプログラム。
【請求項４】
前記第１情報は、前記設定変更データが記憶されたとき、または前回実行されたときのプログラムのライセンス情報を示し、
前記第２情報は、現在のプログラムのライセンス情報を示すことを特徴とする請求項１から３のいずれか１項に記載のプログラム。
【請求項５】
前記表示するステップは、第１の形態の表示を解除するための解除条件が満たされた場合、第１の形態で表示していたＵＩ構成要素を第２の形態で表示することを特徴とする請求項１から４のいずれか１項に記載のプログラム。
【請求項６】
前記解除条件は、プログラムの起動回数、ＵＩ構成要素に対応する機能が呼び出された回数、第１の形態の表示が開始されてからの経過時間、プログラムがインストールされてからの経過時間のうちの少なくとも１つに関する条件である請求項５に記載のプログラム。
【請求項７】
外部から第１の形態の表示を解除するための解除指示を受け付けるステップをさらに実行させ、
前記表示するステップは、前記解除指示を受け付けた場合、第１の形態で表示していたＵＩ構成要素を第２の形態で表示することを特徴とする請求項１から６のいずれか１項に記載のプログラム。
【請求項８】
外部から複数の表示形態のうちの１つを指定するための設定指示を受け付けるステップをさらに実行させ、
前記表示するステップは、前記設定指示を受け付けた場合、その設定指示にしたがって第１の形態を決定することを特徴とする請求項１から７のいずれか１項に記載のプログラム。
【請求項９】
プログラムのＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データを記憶する記憶部と、
前記設定変更データが記憶されたとき、または前回実行されたときのプログラムで実行可能な機能の集合を識別する第１情報を取得する第１取得部と、
現在のプログラムで実行可能な機能の集合を識別する第２情報を取得する第２取得部と、
前記第１情報と前記第２情報とが異なる場合に、前記設定変更データにおいて設定の変更が示されたＵＩ構成要素を第１の形態で表示し、その他のＵＩ構成要素を第２の形態で表示する表示部と、
を備えることを特徴とする情報処理装置。
【請求項１０】
コンピュータにインストール可能なプログラムによって実行される表示方法であって、
プログラムのＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データを記憶するステップと、
前記設定変更データが記憶されたとき、または前回実行されたときのプログラムで実行可能な機能の集合を識別する第１情報を取得するステップと、
現在のプログラムで実行可能な機能の集合を識別する第２情報を取得するステップと、
前記第１情報と前記第２情報とが異なる場合に、前記設定変更データにおいて設定の変更が示されたＵＩ構成要素を第１の形態で表示し、その他のＵＩ構成要素を第２の形態で表示するステップと、
を含むことを特徴とする表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示技術に関し、特に設定変更が可能であるプログラム、情報処理装置、表示方法に関する。
【背景技術】
【０００２】
多機能化された電子機器やソフトウエアではＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）において設定すべき項目が多くなっている。そのため、各種機能の設定画面を階層構造にし、階層順に順次切替表示するものが多い。このような状況下で、階層構造で設定項目（メニューの設定項目、メニュー項目）が管理されている場合に、ユーザが変更した項目とその項目を含むそれよりも上位階層のメニューの設定項目が、通常とは異なる表示色等（強調表示）で明示される技術が開示されている。ユーザはこの強調表示された設定項目をたどっていくことで、変更された設定項目に簡単にたどり着くことができる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１９３４２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術においては、階層構造で構成されている項目のうち、ユーザが初期設定から変更した項目に対する強調表示が継続される。ユーザが変更した設定を初期設定に戻さない限り、強調表示が継続される。そのため、このような強調表示がわずらわしくなることがある。強調表示がいつまでも継続されると、ユーザは次第にその表示に慣れて、強調表示に注意を払わなくなる。つまり、ユーザが設定の見直しをする必要性が本当に高い場合であっても、それを効果的にユーザに伝えることができない。ここで、ユーザが設定の見直しをする必要性が本当に高い場合とは、例えば、過去に起動したことがあるアプリケーションをバージョンアップした直後に起動した際に、設定項目の設定値の確認を促したい場合等である。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、ユーザにプログラムに係る設定の確認をしてもらう必要性が高い場合に通知を行う技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様のプログラムは、コンピュータに、プログラムのＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データを記憶するステップと、設定変更データが記憶されたとき、または前回実行されたときのプログラムで実行可能な機能の集合を識別する第１情報を取得するステップと、現在のプログラムで実行可能な機能の集合を識別する第２情報を取得するステップと、第１情報と第２情報とが異なる場合に、設定変更データにおいて設定の変更が示されたＵＩ構成要素を第１の形態で表示し、その他のＵＩ構成要素を第２の形態で表示するステップと、を実行させる。
【０００７】
本発明の別の態様は、情報処理装置である。この装置は、プログラムのＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データを記憶する記憶部と、設定変更データが記憶されたとき、または前回実行されたときのプログラムで実行可能な機能の集合を識別する第１情報を取得する第１取得部と、現在のプログラムで実行可能な機能の集合を識別する第２情報を取得する第２取得部と、第１情報と第２情報とが異なる場合に、設定変更データにおいて設定の変更が示されたＵＩ構成要素を第１の形態で表示し、その他のＵＩ構成要素を第２の形態で表示する表示部と、を備える。
【０００８】
本発明のさらに別の態様は、表示方法である。この方法は、コンピュータにインストール可能なプログラムによって実行される表示方法であって、プログラムのＵＩ構成要素に対応する機能に係る設定が変更されたことを示す設定変更データを記憶するステップと、設定変更データが記憶されたとき、または前回実行されたときのプログラムで実行可能な機能の集合を識別する第１情報を取得するステップと、現在のプログラムで実行可能な機能の集合を識別する第２情報を取得するステップと、第１情報と第２情報とが異なる場合に、設定変更データにおいて設定の変更が示されたＵＩ構成要素を第１の形態で表示し、その他のＵＩ構成要素を第２の形態で表示するステップと、を含む。
【０００９】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１０】
本発明によれば、ユーザにプログラムに係る設定の確認をしてもらう必要性が高い場合に通知を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】実施例に係る情報処理装置の構成を示す図である。
【図２】記憶部に記憶される設定変更データのデータ構造を示す図である。
【図３】図３（ａ）−（ｃ）は、記憶部に記憶されるライセンス情報データのデータ構造を示す図である。
【図４】記憶部に記憶される表示形態データを確認・編集する画面を示す図である。
【図５】情報処理装置による強調表示手順を示すフローチャートである。
【図６】図６（ａ）−（ｅ）は、表示部に表示される画面を示す図である。
【図７】記憶部に記憶される解除条件データを確認・編集する画面を示す図である。
【図８】情報処理装置による強調表示の解除手順を示すフローチャートである。
【図９】図９（ａ）−（ｂ）は、強調表示の解除条件および強調表示の表示形態を確認・変更する画面を示す図である。
【発明を実施するための形態】
【００１２】
本発明を具体的に説明する前に、まず概要を述べる。本発明の実施例は、ＰＣ、スマートフォン、タブレット、組み込み機器等の情報処理装置にインストールされたＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、アプリケーション、ファームウェア等のプログラムに関する。プログラムには、さまざまな機能が搭載されている。このような機能の設定項目は階層構造で管理されている。このような設定項目には初期値が設定されているが、ユーザは、プログラムを使用する際に、設定項目を変更可能である。一般的に、初期値のまま使用されている設定項目と、ユーザが設定を変更した設定項目とが混在する。このような状況において、プログラムのバージョンを更新したり、プログラムのライセンス情報を更新したりすることがある。ライセンス情報の更新とは、例えば、試用版ライセンスを正式版ライセンスに変更すること等である。これらの更新がなされた場合、ユーザにとっては、設定を変更した設定項目を確認したいことがある。一方、設定を変更した設定項目を確認させるために、それを強調表示し続けた場合、ユーザはこれをわずらわしく感じることもある。
【００１３】
これに対応するために、本実施例に係る設定項目の設定を変更したプログラムとバージョン、ライセンス情報は、情報処理装置の記憶部に記憶される。起動したプログラムのバージョンが前回起動したプログラムのバージョンと異なる場合に、設定を変更した設定項目が強調表示される。一方、起動したプログラムのバージョンが前回起動したプログラムのバージョンと同一である場合、強調表示はなされない。また、プログラムのライセンス情報についても同様である。さらに、強調表示は、ユーザが設定した条件で解除されたり、ユーザ操作で解除されたりする。以下では、説明を簡潔にするために、アプリケーション（アプリケーションプログラム）を例にして説明するが、アプリケーションに限らず、ＯＳ、ファームウェア等の任意のプログラムであってもよい。また、１台のコンピュータで実行されるプログラムであっても、複数のコンピュータで実行されるプログラムであってもよい。例えば、複数のコンピュータや複数のプロセッサを用いて分散処理を実行するプログラムであってもよい。
【００１４】
図１は、情報処理装置１００の構成を示す。情報処理装置１００は、操作部１０、受付部１２、処理部１６、記憶部１８、表示制御部２０、表示部２２を含む。また、処理部１６は、第１取得部４０、第２取得部４２を含む。記憶部１８は、アプリケーション３０、設定変更データ３２、ライセンス情報データ３４、表示形態データ３６、解除条件データ３８を含む。
【００１５】
操作部１０は、ユーザによって操作可能なキーボード、マウス等の入力装置である。受付部１２は、操作部１０に接続され、操作部１０に対してなされたユーザによる操作を受けつける。受付部１２は操作を処理部１６に出力する。記憶部１８に記憶されたアプリケーション３０は、所定のバージョンおよび所定のライセンス情報を有するプログラムである。アプリケーション３０のバージョンは更新される。また、アプリケーション３０のライセンス情報は、試用版ライセンス、正式版ライセンス、開発者用ライセンス、管理者用ライセンスのように複数種類規定される。アプリケーション３０における各種機能を設定するための設定項目は、階層構造を有する。各設定項目には初期値が設定されているが、設定変更も可能である。本実施例では、アプリケーション３０は、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を用いてユーザに各種機能を設定させるため、各設定項目は各ＵＩ構成要素に対応付けられている。なお、ＣＵＩ（Ｃｈａｒａｃｔｅｒ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を用いて、各設定項目を各ＵＩ構成要素（コマンド文字等）に対応付けてもよい。
【００１６】
設定変更データ３２は、アプリケーション３０の各設定項目の設定の変更、設定の非変更が示されたテーブルである。図２は、記憶部１８に記憶される設定変更データ３２のデータ構造（各フィールド）を示す。アプリケーション３０の持つメニュー階層（設定階層）毎に、ユーザが設定変更したか否かを示す変更フラグが記憶される。ここでは、ユーザが初期値（デフォルト値）から設定変更した項目について「１」が示され、設定変更していない項目について「０」が示される。つまり、設定変更データ３２では、ＵＩ構成要素（メニュー項目など）に対応する設定が変更されたことが示される。また、設定変更データ３２には、設定変更データ３２を登録したアプリケーション名、バージョン、ライセンス情報も記録されている。バージョンおよびライセンス情報は、変更フラグが「１」に設定されたときのバージョンおよびライセンス情報である。設定変更データ３２が更新された場合には、更新時のアプリケーション名、バージョン、ライセンス情報が記録される。なお、設定変更データ３２を読み書きできるアプリケーションが１つである場合は、アプリケーション名の記録を省略してもよい。すなわち、設定変更データ３２には、設定変更データ３２を記録（記憶）したときのプログラムのバージョンおよびライセンス情報が少なくとも記録されている。
【００１７】
「表示形態」フィールドは、アプリケーション３０が備えるＵＩ構成要素の表示パターンを示す情報である。本実施例では表示形態として、「通常」、「Ａ」、「Ｂ」、「Ｃ」の４種類を用いる。「通常」は強調表示ではない通常表示であり、「Ａ」、「Ｂ」、「Ｃ」は、それぞれ表示形態の異なる強調表示であることを示す。「表示形態」フィールドの初期値は「通常」である。また、ユーザが特に指定しない場合は、強調表示の表示形態として「Ａ」を用いる。ユーザは好みに応じて、「Ｂ」、「Ｃ」など他の表示形態で強調表示を行うように設定することもできる。詳細は後述する。解除条件とは、メニュー項目の強調表示を解除して通常表示に戻すための条件である。これは、ユーザによって設定されることもある。ユーザはメニュー項目毎に、異なる解除条件を設定することもできるが、初期状態では、各メニュー項目の解除条件は一律に設定されている。例えば、解除条件の初期値は「イ」が設定される。なお、メニュー項目毎に異なる解除条件が設定されてもよい。解除条件には、「イ：起動回数（１回）」、「ロ：起動回数（複数回）」、「ハ：参照回数」、「ニ：経過日数（経過時間）」、「ホ：解除条件なし」といった５種類の条件が規定される。
【００１８】
起動回数は、アプリケーションの起動回数である。参照回数は、ユーザが対象のメニュー項目を選択して、メニュー項目に対応付けられた機能を呼び出した回数である。経過日数（経過時間）は、強調表示が開始されてからの日数または時間である。あるいは、あるバージョン、または、あるライセンス情報のアプリケーションがインストールされてからの日数または時間としてもよい。強調表示ステータスは、メニュー項目毎の強調表示状態に関する状態を保持するデータである。本実施例では、「０：通常表示状態」、「１：強調表示状態」、「２：解除条件による強調表示解除状態（通常表示）」、「３：ユーザ操作による強調表示解除状態（通常表示）」といった４種類の値が規定される。すなわち、強調表示ステータスが「１」の場合に、対応するメニュー項目が強調表示される。強調表示ステータスが「０」、「２」、「３」の場合は、当該メニュー項目は「通常」の表示形態で表示される。なお、通常表示を基本の表示形態と称する場合もある。
【００１９】
図３（ａ）−（ｃ）は、記憶部１８に記憶されるライセンス情報データ３４のデータ構造を示す。図３（ａ）は、ライセンス情報のフォーマットとその格納例を記しており、アプリケーション毎にアプリケーション名、バージョン、バージョン毎のライセンス情報が含まれる。ライセンス情報データ３４は、アプリケーションがインストールされたときに、アプリケーション自身またはインストーラ等により、記憶部１８に書き込まれる。本実施例では、アプリケーションがインストールされた直後の状態は、図３（ａ）に示すように、バージョンが「１．００」であり、ライセンス情報が「α」であるものとする。ライセンス情報データ３４のライセンス情報は、アプリケーション３０の起動時に処理部１６に取得される。図３（ｂ）は、アプリケーションがインストールされた後、しばらくしてから「ライセンス情報」が更新された状態を示す図である。ライセンス情報の更新は、アプリケーション自身が行ってもよいし、アプリケーションとは別のインストーラ等が行ってもよい。例えば、「α」は試用版ライセンスであり、「β」は正規版ライセンスであるが、これらに限定されるものではない。例えば、図３（ａ）および図３（ｂ）は、アプリケーションの試用版が最初にインストールされ、しばらく後に、同じバージョンの正規版がインストールされた状態を示している。図３（ｃ）は、図３（ａ）に示したバージョンおよびライセンス情報の別の変更パターンの例を示す図である。図３（ａ）の状態から図３（ｃ）の状態に更新された場合、ライセンス情報は「α」のまま変更なしであるが、バージョンが「１．００」から「２．００」に上がっている。もちろん、バージョンとライセンス情報が両方とも更新される場合もある。バージョンまたは／およびライセンス情報の変更（バージョンアップ）は随時可能である。
【００２０】
表示形態データ３６は、設定変更データ３２の表示形態フィールドに対応する設定が登録されたテーブルである。図４は、記憶部１８に記憶される表示形態データ３６を確認・編集する画面の一例である。これは、強調表示の表示パターン（例．Ａ、Ｂ、Ｃ）を表示し、必要に応じてユーザが変更するための画面であり、ユーザ操作で強調表示の設定（例．ボールド表示、下線表示、斜体表示、フォント拡大、点滅表示、白抜き、文字色、背景色など）を確認・編集することができることを示す。ユーザが設定した情報は、表示形態データ３６に保存される。強調表示がなされる場合に、ユーザが特に指定しなければ表示形態「Ａ」が用いられる。本図においては、「通常」の表示形態に関する設定を省略しており、「通常」表示についてはユーザが特に設定をしなくても、所定の文字フォント、文字色、背景色等が用いられる。ただし、強調表示だけでなく、通常表示に関しても、文字フォント、文字修飾、文字色、背景色等をユーザが設定できるようにしてもよい。図１に戻る。
【００２１】
処理部１６における処理を説明するために、ここでは、図５を使用する。図５は、情報処理装置１００による強調表示手順を示すフローチャートである。この処理は、アプリケーション３０の起動時、およびユーザによって所定の操作がなされたときに実行される。ステップＳ１００では、ユーザが操作部１０を使って所定の操作をすることによって、受付部１２がアプリケーション３０の起動指示を受けつける。ステップＳ１１０では、処理部１６が、記憶部１８から設定変更データ３２と、ライセンス情報データ３４とを取得し、それらを比較して、バージョン情報の変更があるか否かを判定する。具体的には、処理部１６の第１取得部４０が設定変更データ３２の「バージョン」フィールドを取得し、処理部１６の第２取得部４２がライセンス情報データ３４の「バージョン」フィールドを取得する。そして、処理部１６がそれらを比較し、両者が異なるか一致するかを判定する。設定変更データ３２の「バージョン」フィールドは、変更フラグが設定された時点のアプリケーション３０のバージョンを示している。一方、ライセンス情報データ３４の「バージョン」フィールドは、現在のアプリケーション３０のバージョンを示す。両者が異なるのは、アプリケーション３０の機能に関わる設定変更がなされた後に、バージョンが変更された場合である。すなわち、ユーザに設定変更の確認をさせる必要性が高い状況といえる。バージョン情報の変更がある場合は、ステップＳ１３０に進み、バージョン情報の変更がない場合は、ステップＳ１２０に進む。
【００２２】
ステップＳ１２０において、処理部１６が、記憶部１８から設定変更データ３２と、ライセンス情報データ３４とを取得し、それらを比較して、ライセンス情報の変更があるか否かを判定する。具体的には、処理部１６の第１取得部４０が設定変更データ３２の「ライセンス情報」フィールドを取得し、処理部１６の第２取得部４２がライセンス情報データ３４の「ライセンス情報」フィールドを取得する。そして処理部１６がそれらを比較し、両者が異なるか一致するかを判定する。設定変更データ３２の「ライセンス情報」フィールドは、変更フラグが設定された時点のアプリケーション３０のバージョンを示している。一方、ライセンス情報データ３４の「ライセンス情報」フィールドは、現在のアプリケーション３０のバージョンを示す。両者が異なるのは、アプリケーション３０の機能に関わる設定変更がなされた後に、バージョンが変更された場合である。すなわち、ユーザに設定変更の確認をさせる必要性が高い状況といえる。ライセンス情報の変更がある場合は、ステップＳ１３０に進み、ライセンス情報の変更がない場合は、処理を終了する。
【００２３】
なお、バージョンおよびライセンス情報は、アプリケーション３０で実行可能な機能の集合を識別する情報であるといえるので、ステップＳ１１０およびステップＳ１２０において、第１取得部４０は、設定変更データ３２が作成されたときのアプリケーション３０で実行可能な機能の集合を識別する第１情報を取得するといえる。同様に、第２取得部４２は、現在のアプリケーション３０で実行可能な機能の集合を識別する第２情報を取得するといえる。
【００２４】
ステップＳ１３０では、処理部１６が設定変更データ３２の中に変更フラグがセットされている機能（メニュー項目等）があるか否かを判定する。ステップＳ１３０に処理が進んだことは、設定変更データ３２が記録（記憶）されたときのバージョンおよびライセンス情報のうちの少なくとも一方が、現在のバージョンまたはライセンス情報とは異なることを意味する。変更フラグがセットされている項目がある場合は、ステップＳ１４０に進み、ない場合は処理を終了する。処理を終了するのは、変更フラグがセットされた項目が全くない場合は、バージョンまたはライセンス情報が変更された場合であっても、ユーザに設定の確認を促す必要性が低く、強調表示する必要性が低いためである。
【００２５】
ステップＳ１４０では、処理部１６が、設定変更データ３２において変更フラグがセットされている項目の強調表示ステータスが「１：強調表示状態」であるか否かを判定する。強調表示中の場合は、ステップＳ１６０に進み、強調表示中でない場合は、ステップＳ１５０に進む。ステップＳ１５０では、処理部１６が設定変更データ３２の中の強調表示ステータスに「１：強調表示状態」を設定する。さらに、設定変更データ３２の中の表示形態を、ユーザが特に指定しなければ、強調表示の表示形態である「Ａ」に設定する。ステップＳ１１０〜ステップＳ１４０における判定を経て、ステップＳ１５０において、強調表示ステータスを「１」にセットし、表示形態を「Ａ」にセットするため、ユーザが古いバージョンで強調表示を解除していた場合であっても、新しいバージョンでは、変更フラグがセットされた項目に対して再び強調表示がなされる。このため、ユーザに設定状態の確認をさせる必要性が高いときに、確実にユーザに通知することができる。ステップＳ１５０からはステップＳ１６０に進む。
【００２６】
ステップＳ１６０では、処理部１６が、設定変更データ３２の強調表示ステータスが「１：強調表示状態」である機能（メニュー項目）それぞれについて、記憶部１８に記憶された表示形態データ３６を読み出す。本実施例では、強調表示の表示形態は「Ａ」、「Ｂ」、「Ｃ」のいずれかであり、機能（メニュー項目）毎に表示形態が設定されている。上述したように、ユーザが特に指定しなければ強調表示は「Ａ」であるが、ユーザは好みに応じて、「Ｂ」、「Ｃ」などの他の表示形態を設定することもできる。また、あらかじめユーザが特に指定しない場合の強調表示の表示形態をユーザが設定し、その情報を記憶部に記憶させておいて使用するようにしてもよい。ステップＳ１６０からステップＳ１７０に進む。
【００２７】
ステップＳ１７０では、処理部１６で読み出した表示形態データが表示制御部２０を介して表示部２２に描画される。強調表示ステータスが「１：強調表示状態」の項目は、表示形態データ３６で指定されたように強調表示される。
【００２８】
図６（ａ）−（ｅ）は、表示部２２に表示される画面を示す。図６（ａ）−（ｂ）は、図２に示すメニュー階層（機能の階層）の例において、「ファイル」、「印刷」、「プリンター設定」、「印刷方向」といったメニュー項目（機能）が強調表示されている様子を示している。図６（ａ）では、「ファイル」、「印刷」、「プリンター設定」といったメニュー項目が強調表示されている。図６（ｂ）は、さらに図６（ａ）の「プリンター設定」をユーザが選択した場合に表示される画面を示しており、「印刷方向」という項目（機能）が強調表示されている。図６（ａ）−図６（ｂ）に示す例では、強調表示されている項目は、図４に示す表示形態「Ａ」で表示されている。
【００２９】
図６（ｃ）−（ｅ）は、図２の「機能Ｂ」、「機能Ｃ」に関するメニュー項目を表示する画面の一例である。図６（ｃ）において、「機能Ａ」は通常表示であり、「機能Ｂ」および「機能Ｃ」が強調表示されている。また、「機能Ｂ」は図４に示す表示形態「Ｂ」で強調表示され、「機能Ｃ」は図４に示す表示形態「Ｃ」で強調表示されている。図６（ｄ）は、図６（ｃ）の「機能Ｂ」をユーザが選択した場合に表示される画面を示しており、「機能Ｂ−１」が表示形態「Ｂ」で強調表示されている。「機能Ｂ−２」および「機能Ｂ−３」は通常表示である。図６（ｅ）は、図６（ｃ）の「機能Ｃ」をユーザが選択した場合に表示される画面を示しており、「機能Ｃ−２」が表示形態「Ｃ」で強調表示されている。「機能Ｃ−１」および「機能Ｃ−３」は通常表示である。
【００３０】
このように、第１情報と第２情報とが異なる場合に、設定変更データ３２において設定の非変更が示されたＵＩ構成要素（設定の変更が示されていないＵＩ構成要素）は通常の形態で表示され、設定変更データ３２において設定の変更が示されたＵＩ構成要素は別の形態で表示される。ここで、通常の形態を第１の形態とすると、別の形態（強調表示）は第２の形態といえる。逆に、強調表示を第１の形態とすると、別の形態（通常表示）は第２の形態といえる。この場合は、設定変更データ３２において設定の変更が示されたＵＩ構成要素は強調表示の形態で表示され、その他のＵＩ構成要素は別の形態で表示される、といえる。
【００３１】
アプリケーション３０のバージョンアップがなされ、ユーザが古いバージョンで設定変更したメニュー項目が存在する場合、ユーザにその設定変更を再度確認してもらうことが望ましい。例えば、ユーザが古いバージョンで文字フォントを変更していた場合、新しいバージョンで文字フォントの設定をユーザに再度確認させるのがよい。この理由は、新しいバージョンで使用可能なフォントの種類が増えている可能性があり、ユーザの好みに合ったフォントが追加されている可能性があるためである。
【００３２】
同様に、ライセンス情報が変更された場合にも、ユーザにその設定変更を再度確認してもらうことが望ましい。例えば、試用版ライセンスから正規版ライセンスに変更があり、試用版ライセンスにおいてユーザが文字フォントを設定していた場合、正規版ライセンスで文字フォントの設定を再度確認してもらうことが望ましい。この理由は、正規版ライセンスで使用可能なフォントの種類が増えている可能性があり、ユーザの好みに合ったフォントが追加されている可能性があるためである。
【００３３】
以下では、強調表示を解除させるための動作を説明する。図１の記憶部１８に記憶される解除条件データ３８は、強調表示を解除させるための条件が示されたテーブルである。図７は、記憶部１８に記憶される解除条件データ３８を確認・編集する画面の一例である。ここでは、強調表示の解除条件（例．イ、ロ、ハ、ニ、ホ）を表示する画面であり、ユーザ操作で解除条件（例．起動回数、参照回数、経過日数（経過時間））を確認・編集することができることを表している。ユーザが設定した解除条件は、記憶部１８の設定変更データ３２およびライセンス情報データ３４に保存される。本実施例では、解除条件の初期値は「イ」であり、ユーザが解除条件に関する設定操作を何もしない場合は、「イ」という条件、つまり起動回数「１回」という条件が使用される。解除条件が「イ」の場合、アプリケーション３０のバージョンおよびライセンス情報のうちの少なくとも一方が変更された後、最初にアプリケーション３０が起動されたときにのみ、対象となるメニュー項目の強調表示がなされる。図７に示す条件はあくまでも一例であり、これに限定されるものではない。また、複数の条件をＡＮＤ条件またはＯＲ条件で組み合せてもよい。例えば、「起動回数３回  ＡＮＤ  参照回数２回」といった条件を設定すると、起動回数が３回を超え、かつ、当該機能を呼び出した回数が２回を超えた時点で、強調表示が解除される。また、「起動回数２回  ＯＲ  経過日７日」といった条件を設定すると、起動回数が２回を超えるか、または、強調表示の開始日またはアプリケーション３０のバージョンを変更した日から７日を超えた日数が経過した時点で、強調表示が解除される。なお、後述するように、解除条件に「ホ：解除条件なし」が設定されている場合、強調表示は解除されずに継続される。なお、図７で表示する回数や日数の意味を、指定された回数や日数以上で強調表示を解除する意味としてもよい。その場合は、初期値「イ」の起動回数を「２」とする。
【００３４】
処理部１６における処理を説明するために、ここでは、図８を使用する。図８は、情報処理装置１００による強調表示の解除手順を示すフローチャートである。これは、強調表示の解除処理を説明するためのフローチャートである。この処理は、（１）アプリケーション３０の起動時の強調表示処理の後、（２）ユーザがメニュー項目を選択して、参照回数が更新されたとき、（３）ユーザが強調表示を明示的に解除する操作を行ったときに起動される。
【００３５】
ステップＳ３００では、処理部１６は、記憶部１８の設定変更データ３２を参照し、強調表示ステータスが「１：強調表示状態」のデータが存在するか否かを判定する。存在する場合は、「１：強調表示状態」に対応するメニュー項目（機能）を特定し、ステップＳ３１０に進む。複数のメニュー項目に対して、「１：強調表示状態」が設定されている場合は、それらを全て特定する。存在しない場合は、ステップＳ３７０に進む。
【００３６】
ステップＳ３１０では、処理部１６が、ステップＳ３００で特定したメニュー項目を対象にして、設定変更データ３２の変更フラグがセットされているか否かを判定する。特定したメニュー項目が複数である場合は、それぞれについて判定する。強調表示ステータスが「１：強調表示状態」のメニュー項目では、基本的には変更フラグがセットされているが、ユーザが再度そのメニュー項目の設定を変更し、初期値に戻した場合には、変更フラグは「０」になっている。変更フラグがセットされている場合は、そのメニュー項目を特定してステップＳ３３０に進み、変更フラグがセットされていない場合はステップＳ３２０に進む。
【００３７】
ステップＳ３２０では、処理部１６が、ステップＳ３１０で変更フラグが設定されていないと判定されたメニュー項目について、設定変更データ３２の強調表示ステータスに「０：通常表示状態」を設定する。ステップＳ３２０からはステップＳ３７０に進む。
【００３８】
ステップＳ３３０では、処理部１６が、ステップＳ３１０で変更フラグが設定されていると判定されたメニュー項目について、強制表示の解除操作の有無を判定する。解除操作については後述するが、ユーザが解除操作を行うことにより、設定変更データ３２の中の表示形態が「通常」にセットされるため、強調表示ステータスが「１」かつ表示形態が「通常」である場合に、解除操作「有り」と判定できる。解除操作がある場合はステップＳ３４０に進み、解除操作がない場合は、ステップＳ３５０に進む。ステップＳ３４０では、処理部１６が設定変更データ３２の強調表示ステータスに「３：ユーザ操作による強制表示解除状態」を設定して、ステップＳ３７０に進む。
【００３９】
ステップ３５０では、処理部１６が、ステップＳ３３０において解除操作がないと判定されたメニュー項目について、強調表示の解除条件を満たすか否かを判定する。解除条件を満たす場合は、ステップＳ３６０に進み、満たさない場合は、処理を終了する。例えば、図７に示す例で解除条件「ロ」が選択された場合、起動回数「１０回」が解除条件となり、この情報が設定変更データ３２およびライセンス情報データ３４の解除条件に保存されている。設定変更データ３２およびライセンス情報データ３４の起動回数が、解除条件に保存されている回数より多くなった場合に、強調表示の解除条件を満たすと判定する。なお、解除条件に「ホ：解除条件なし」が設定されている場合、ステップＳ３５０において、常に「ＮＯ」の判定となる。つまり、「ホ：解除条件なし」が設定されている状態では、強調表示は解除されずに継続される。
【００４０】
ステップＳ３６０では、処理部１６が強調表示ステータスに「２：解除条件による強調表示解除状態（通常表示）」を設定する。ステップＳ３７０では、処理部１６が強調表示の表示形態を基本の表示形態（通常表示）に変更する。ステップＳ３８０では、表示制御部２０が基本の表示形態で表示部２２に描画する。強調表示ステータスが「０：通常表示状態」または、「３：ユーザ操作による強調表示解除状態」の項目は、通常形態で表示される。つまり、表示部２２は、第１の形態の表示（強調表示）を解除するための解除条件が満たされた場合、第１の形態（強調表示）で表示していたＵＩ構成要素を第２の形態（通常表示）で表示する。
【００４１】
ここで、解除操作について説明する。ユーザが解除操作を行うための画面の一例を図９（ａ）に示す。本図に示す例では、図６（ｂ）に対応する「プリンター設定」画面が表示されており、その中で「印刷方向」が強調表示されている状態である。ユーザは、マウス等を使って強調表示されているＵＩ構成要素を対象に所定の操作をすると（例えば、マウスの右ボタンをクリックすると）、強調表示を解除するためのメニュー（コンテキストメニュー）が表示される。図９（ａ）に示す例では、「直ちに解除」、「イ」、「ロ」、「ハ」、「ニ」、「ホ」の６種類の選択肢が表示されており、初期値として「イ」が選択されている。ユーザが「直ちに解除」を選択すると、処理部１６が設定変更データ３２の中の表示形態を「通常」にセットする。そして、図８に示す強調表示を解除する処理を実行する。このため、ステップＳ３３０において「ＹＥＳ」の判定となり、ステップＳ３４０の処理が実行され、強調表示が直ちに解除される。ユーザが、「イ」、「ロ」、「ハ」、「ニ」、「ホ」のいずれかを選択した場合、処理部１６はその条件を設定変更データ３２の中の解除条件フィールドに設定した後、図８に示す強調表示を解除する処理を実行する。
【００４２】
図９（ｂ）は、ユーザがＵＩ構成要素の表示形態を指定するための画面の一例である。図に示す例では、図６（ｂ）に対応する「プリンター設定」画面が表示されており、その中で「印刷方向」が強調表示されている状態である。ユーザは、マウス等を使って強調表示されているＵＩ構成要素を対象に所定の操作をすると（例えば、マウスの右ボタンをクリックすると）、強調表示の表示形態を指定するためのメニュー（コンテキストメニュー）が表示される。図９（ｂ）に示す例では、「通常表示」、「パターンＡ」、「パターンＢ」、「パターンＣ」の４種類の選択肢が表示されており、初期値として「パターンＡ（表示形態Ａ）」が選択されている。ユーザが表示形態を選択すると、処理部１６が設定変更データ３２の中の表示形態に選択された値をセットする。そして、図５に示す強調表示を行う処理を実行する。このため、ユーザによる強調表示の表示形態の変更が即座に反映される。ユーザが「通常表示」を選択した場合は、さらに図８に示す強調表示を解除する処理を実行するため、強調表示が解除される。
【００４３】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００４４】
本実施例によれば、設定変更データが記録（記憶）されたときのアプリケーションで実行可能な機能の集合を識別する第１情報と、現在のアプリケーションで実行可能な機能の集合を識別する第２情報とが異なる場合に、設定の変更が示されたＵＩ構成要素を強調表示するので、設定状態の確認をユーザに効果的に促すことができる。また、ユーザの設定の見直しが必要な場合のみ通知を行うことができる。また、第１情報と第２情報とが同一である場合に、ＵＩ構成要素を通常表示するので、ユーザの設定の見直しが必要な場合のみ通知を行うことができる。また、第１情報と第２情報として、アプリケーションのバージョンを使用するので、アプリケーションのバージョンが変わったときに、設定の確認をユーザに促すことができる。また、第１情報と第２情報として、アプリケーションのライセンス情報を使用するので、アプリケーションのライセンス情報が変わったときに、設定の確認をユーザに促すことができる。また、設定変更された機能が解除条件を満たした場合、当該機能を通常表示に戻すので、表示形態の変更が不要になったときに自動的に元に戻すことができる。このため、強調表示が長期間続いて、ユーザがそれに慣れてしまい、強調表示に対するユーザの注目度が低下する、といった現象を防止することができる。
【００４５】
また、ユーザ操作あるいはユーザが設定した条件で強調表示を解除可能であるので、ユーザにとってのわずらわしさを解消できる。また、アプリケーションのバージョンアップがされた場合、古いアプリケーションでユーザが設定変更したメニュー項目が、新しいアプリケーションで強調表示されるので、ユーザは確認すべきメニュー項目を容易に把握することができる。また、ライセンス情報が変更された場合に、古いアプリケーションでユーザが設定変更したメニュー項目が、新しいアプリケーションで強調表示されるので、ユーザは確認すべきメニュー項目を容易に把握することができる。
【００４６】
本実施例では、設定変更データ３２の変更フラグを機能（項目）毎に用意し、初期値から設定変更されていない機能に「０」、設定変更された機能に「１」を設定しているが、これ以外の方法を用いてもよい。例えば、初期値から設定変更された機能（機能を識別するＩＤ）の一覧リストを記憶部に記憶し、一覧リストに含まれる機能のみを強調表示してもよい。つまり、設定変更されていない機能の情報を明示的に記憶しなくてもよい。このような方法を用いると、記憶部の記憶容量を削減できる場合がある。
【００４７】
本実施例において、第１取得部４０は、設定変更データ３２が記録されたときのアプリケーション３０のバージョンおよび／またはライセンス情報を取得するが、他の方法を用いてもよい。例えば、アプリケーション３０は、起動中の適当なタイミング（例えば、図５に示す処理終了後、アプリケーション３０の終了時など）で、第２取得部から取得したバージョンおよびライセンス情報（すなわち、実行時のバージョンおよびライセンス情報）を記憶部１８に起動履歴情報（不図示）として記憶する。この起動履歴情報には、記録日時と対応付けて過去の実行時のバージョンおよびライセンス情報を全て記録してもよいし、最新（最終）実行時のバージョンおよびライセンス情報のみ記録（上書き）してもよい。次にアプリケーション３０が起動された際に、ステップＳ１１０において、第１取得部４０が、記憶部１８の起動履歴情報に含まれるバージョンを取得し、処理部１６は、それと第２取得部４２が取得するバージョンとを比較する。また、ステップＳ１２０において、第１取得部４０が、記憶部１８の起動履歴情報に含まれるライセンス情報を取得し、処理部１６は、それと第２取得部４２が取得するライセンス情報とを比較する。アプリケーション３０が前回実行された後に、バージョンまたはライセンス情報が変更された場合、次にアプリケーション３０が実行される際に、ステップＳ１３０の処理が実行されるため、必要なタイミングで強調表示がなされる等、本実施例と同様な効果が得られる。すなわち本変形例では、第１取得部４０は、アプリケーション３０が前回実行されたときのアプリケーション３０で実行可能な機能の集合を識別する第１情報を取得する。また、「設定変更データ３２が記録（記憶）されたとき」は、「前回実行されたとき」と同様に、「アプリケーション３０が過去に実行されたとき」といえるので、第１取得部４０は、アプリケーション３０が過去に実行されたときのアプリケーション３０で実行可能であった機能の集合を識別する第１情報を取得する、といえる。
【００４８】
また本実施例では、バージョンが「１．００」から「２．００」にバージョンアップする例を用いて説明したが、バージョンアップに限らず、バージョンダウンにおいても、同様の処理を行うことができる。また、ライセンス情報を試用版から正規版に変更したときだけでなく、正規版から試用版に変更した場合等においても、同様の処理行うことができる。あるいは、バージョンアップとバージョンダウンを区別して処理し、バージョンダウンが発生した場合には、強調表示を行わない処理にしてもよい。
【００４９】
また本実施例では、メニュー項目の表示形態を変更することにより、ユーザにプログラムに係る設定の確認を促しているが、他の通知方法を用いてもよい。例えば、ユーザがマウス等を用いて画面のカーソルを特定のＵＩ構成要素（強調表示ステータスが「１」のＵＩ構成要素）の上に合わせたときに、ツールチップ、吹き出し、ポップアップ等を表示し、設定の確認を促すメッセージを表示してもよい。また、アプリケーションがヘルプ情報の表示機能を備えている場合、強調表示ステータスが「１」に設定された機能のヘルプ表示を強調表示したり、ヘルプ情報から機能設定画面へ遷移するリンク等を通常より目立つように表示したりしてもよい。また、ユーザ操作の有無に関わらず、ＯＳが備えるイベント通知機能を用いて、設定を確認すべき項目名（機能名）やその操作手順を通知してもよい。また、アプリケーションの起動時に、設定を確認すべき項目名（機能名）を表示してもよい。また、アプリケーションをバージョンアップした後、最初の起動時に、ユーザが確認すべき機能に係る画面（ウィンドウ）を自動的に表示し、設定確認を促してもよい。
【００５０】
また本実施例では、１つのプログラムが処理を行う例を用いて説明したが、複数のプログラムを連携させて同様の処理を行ってもよい。例えば、設定変更データおよびライセンス情報データを管理する処理をサーバコンピュータで稼動するサーバプログラムが実行し、画面表示に関する処理をクライアントコンピュータで稼動するクライアントプログラムが実行してもよい。この場合、サーバコンピュータは、記憶部１８に相当する記憶部を持つ必要があるが、表示部２２に相当する表示部は持たなくてよい。また、クライアントプログラムをＷｅｂブラウザ等を用いて構成する場合、強調表示および通常表示の表示形態をクライアントプログラムが決定してもよいし、サーバプログラムが決定してもよい。例えば、サーバプログラムが第１情報と第２情報とを比較し、その比較結果に基づいて表示形態を決定し、それに応じたＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やスクリプトなどの表示制御データを生成してクライアントコンピュータに送信してもよい。クライアントコンピュータ上のクライアントプログラムは、サーバから表示制御データを受信し、それに従って画面表示を行ってもよい。このように、複数のプログラムそれぞれが、画面表示に係る処理を部分的に分担して実行してもよい。
【００５１】
さらに、複数のプログラムそれぞれに、以下のような役割分担をさせてもよい。例えば、第１のプログラムのバージョンおよび／またはライセンス情報を第２のプログラムが定期的に監視する。第２のプログラムは、第１のプログラムのバージョンおよび／またはライセンス情報の変化を検知した場合、強調表示モードに入るべきことを第１のプログラムに通知する。この際に、通知時点から所定の期間（第１の期間）だけ強調表示モードで動作するような指示を付加して通知してもよい。具体的な通知の方法としては、第１のプログラムが読み取り可能なファイルに通知情報を書き込めばよい。第１のプログラムは、このような通知を受けると、設定変更がなされた機能に対応するＵＩ構成要素を強調表示する。また、第２のプログラムは、第１のプログラムのバージョンおよび／またはライセンス情報が所定の期間（第２の期間）において変化しないことを検知した場合、通常表示モードで動作するように、第１のプログラムに通知してもよい。第１のプログラムは、このような通知を受けると、ＵＩ構成要素を通常の表示形態で表示する。
【００５２】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５３】
また、情報処理装置１００が表示部２２を含まず、代わりに外部の表示装置に画面を表示させるように構成してもよい。
【符号の説明】
【００５４】
１０  操作部、  １２  受付部、  １６  処理部、  １８  記憶部、  ２０  表示制御部、  ２２  表示部、  ３０  アプリケーション、  ３２  設定変更データ、  ３４  ライセンス情報データ、  ３６  表示形態データ、  ３８  解除条件データ、  ４０  第１取得部、  ４２  第２取得部、  １００  情報処理装置。
【図１】
2019121078.tif 000003
【図２】
2019121078.tif 000004
【図３】
2019121078.tif 000005
【図４】
2019121078.tif 000006
【図５】
2019121078.tif 000007
【図６】
2019121078.tif 000008
【図７】
2019121078.tif 000009
【図８】
2019121078.tif 000010
【図９】
2019121078.tif 000011