JP6006399B2 - プログラマブル表示器、そのプログラム - Google Patents

Description

本発明は、プログラマブル表示器等に関する。

プログラマブル表示器は、一般的に、ＰＬＣ本体や温調装置等の各種接続機器と接続して、これら接続機器の状態表示を行う数値表示やランプ等のアイテムや、ユーザが任意の指示を出す為のスイッチ等のアイテムの画像を表示する。尚、アイテムは、画面部品等とも呼ばれている。プログラマブル表示器の画面（操作表示画面と呼ぶものとする）には、通常、複数の画面部品（アイテム）の画像が表示される。この様な操作表示画面を表示する為のデータ等（画面データ等と呼ばれる）は、予め不図示の支援装置において開発者等によって任意に作成されて、支援装置からプログラマブル表示器にダウンロードされている。

上記操作表示画面（スクリーン）は、複数存在する場合があり、この場合には上記画面データは複数のスクリーンのデータより成ることになる。そして、プログラマブル表示器側では、例えばユーザによる所定の操作によって、複数のスクリーンの切替表示が行われることになる。

上記画面データには、上記各アイテム毎に、そのアイテムの画像（スイッチの画像やランプの画像）や表示位置座標、更に後述する外部メモリの所定領域のアドレス（割当メモリアドレス）等のデータが含まれている。更に何らかのプログラム等が含まれている場合もある。

上記各アイテム（画面部品）は、例えば、それぞれが任意の接続機器に係わる任意の構成要素（監視／制御対象）に対応して、当該構成要素の状態表示を行ったり、当該構成要素のＯＮ／ＯＦＦの指示を受け付けるものである。例えば、温調装置の温度測定値を数値表示するアイテムの場合、随時、現在の温度を数値で表示することになる。

上記各種アイテムに係る表示制御は、上記各アイテム毎に、例えば定期的に所定の処理を実行することで実現される。所定の処理とは、例えば、接続機器内のメモリデバイス（外部メモリとする）の上記所定領域（割当メモリ）の格納データを読出して、この格納データに基づいてアイテムの表示内容を決定・表示する処理（表示リフレッシュ処理）等である。尚、接続機器は、随時、上記外部メモリの所定領域の格納データを更新している（例えば上記温調装置においては上記温度測定値を随時更新している）。

また、上記外部メモリから読出したデータを、プログラマブル表示器内のメモリデバイス（共有メモリとする）の所定領域に一時的に格納して、この格納データに基づいてアイテムの表示内容を決定・表示する構成もある。

この例の場合、外部メモリの格納データを読み出して共有メモリに格納する処理は、プログラマブル表示器の所定の機能部（ここでは不図示の通信部とする）が、例えば定期的に実行する。上記通信部は、例えば、上記ＰＬＣ本体や温調装置等の各種接続機器と通信を行って、接続機器内の上記外部メモリの所定の記憶領域の格納データを取得して、このデータを上記共有メモリの所定領域に上書き格納する。そして、プログラマブル表示器における上記各種アイテムに係る表示制御を行う機能部（アイテム表示部というものとする）は、定期的に共有メモリにアクセスすることで、アイテム表示内容を制御する。

また、例えば特許文献１に記載の従来技術が知られている。
特許文献１の発明では、ソート処理等を行うことで例えば最新のアラームのみ表示させること等ができる。
特開２０１２−１４３８５号公報

ここで、従来より、上記画面データが、複数のスクリーン（操作表示画面）より構成される場合もある。各スクリーンは、基本的に、１以上の画面部品（アイテム）より構成されると共に、他の所定のスクリーンへ切り替える為の操作ボタン（他スクリーン切替スイッチとする）が表示されるものである。“他スクリーン切替スイッチ”には、切替先のスクリーンの識別ＩＤ等が割り当てられており、例えばこの識別ＩＤがスイッチ上に表示されると共に、スイッチ操作時にはこの識別ＩＤのスクリーンへの切替えが行われることになる。１つの他スクリーン切替スイッチには、１つのスクリーンが割り当てられることになる。

この為、現在表示中のスクリーンからの切替先候補となるスクリーンが複数ある場合には、各切替先候補毎に対応する他スクリーン切替スイッチを設ける必要がある。この為、スクリーン上に複数の他スクリーン切替スイッチが配置されることになる。切替先候補のスクリーンが２つ，３つ程度であれば、これでも特に問題ないが、近年、画面データを構成するスクリーン数は多数となっており、任意のスクリーンからの切替先候補スクリーン数も増大する傾向にある。また、この方法では、ユーザは各スクリーンの内容と上記識別ＩＤとを対応付けて覚えておき、切替先とすべきスクリーンの識別ＩＤが表示された“他スクリーン切替スイッチ”を、操作する必要があった。この為、識別ＩＤを覚える手間が掛かると共に、勘違いや御操作等によって間違った“他スクリーン切替スイッチ”を操作する場合も少なくなかった。

また、従来、所定のスクリーン切替指令用メモリアドレス（仮にアドレス＝Ｄ１００とする）の格納データを設定（変更）することで、スクリーン切替えを行う方法もあった。これは、例えば、各スクリーン上に、上記アドレスＤ１００の格納データを任意に設定・変更できる入力領域が表示されるものである。ユーザは、任意のときにこの入力領域に任意の数値（スクリーン番号する）を入力する。一方、プログラマブル表示器には、予め、各スクリーンとスクリーン番号との対応関係が記憶されている。これより、プログラマブル表示器は、例えば定期的に上記アドレスＤ１００に現在格納されているスクリーン番号を取得して、このスクリーン番号に対応するスクリーンを表示する。

しかしながら、この方法では、ユーザは各スクリーンの内容とスクリーン番号とを対応付けて覚えておき、切替先とすべきスクリーンのスクリーン番号を設定する必要があった。この為、スクリーン番号を覚える手間が掛かると共に、勘違いや御操作等によって間違ったスクリーン番号を設定する場合も少なくなかった。

本発明の課題は、切替先候補となる複数のスクリーンに関して決定された順番に従ってサムネイル一覧表示または順次スクリーン表示することで、切替先スクリーンの選択の手間を軽減できるプログラマブル表示器、そのプログラム等を提供することである。

本例のプログラマブル表示器は、例えば下記の構成を有する。
・複数のスクリーンの何れかを表示する表示制御手段；
・現在表示中のスクリーン上で所定の操作が行われると、過去の実績データに基づいて切替先候補のスクリーンの優先順位を判別する優先順位判別手段；
・該優先順位判別手段によって判別された優先順位に従って、前記切替先候補のスクリーンを所定の形態で表示して、該表示に対して任意に指定されたスクリーンを切替先と決定する切替先決定手段。

本例のプログラマブル表示器を含むシステム全体の概略構成図である。 本例のプログラマブル表示器のハードウェア構成例である。 本システムのソフトウェア構成図である。 本例のプログラマブル表示器の機能ブロック図である。 本例のプログラマブル表示器の処理フローチャート図である。 スクリーン切替メニューウィンドウの具体例である。 （ａ）〜（ｃ）は、スクリーン切替履歴データの具体例（その１）である。 （ａ），（ｂ）は、スクリーン切替履歴データの具体例（その２）である。 “トータル切替カウント”モード選択時の処理フローチャート図である。 （ａ）はソート結果例、（ｂ）はサムネイル表示例である。 “スクリーン別切替カウント”モード選択時の処理フローチャート図である。 （ａ）はソート結果例、（ｂ）はサムネイル表示例である。 “最近よく使うスクリーン”モード選択時の処理フローチャート図である。 （ａ）は集計・ソート結果例、（ｂ）はサムネイル表示例である。 “前画面と連動したスクリーン候補表示” モード選択時の処理フローチャート図である。 （ａ）はソート結果例、（ｂ）はサムネイル表示例である。 “自動切替開始”スイッチが操作時の処理フローチャート図である。

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例のプログラマブル表示器１を含むシステム全体の概略構成図である。
尚、図１に示す構成は、一例であり、この例に限らない。例えば、必ずしもプログラマブル表示器１が通信ライン３を介して作画エディタ装置５に接続された構成でなくてもよい。プログラマブル表示器１と作画エディタ装置５とが別々に存在していてもよい。プログラマブル表示器１が、本手法によるスクリーン切替処理を実現するプログラムや画面データ等を保持するものであれば、何でも良い。

図１に示すプログラマブルコントローラシステムは、各種接続機器４と、通信ライン６を介して各種接続機器４に接続するプログラマブル表示器１とを有する。更に一例として、プログラマブル表示器１が、通信ライン３を介して作画エディタ装置５に接続された構成となっていてもよい。プログラマブル表示器１には、複数の通信インタフェース２（通信ポート）が備えられており、各通信インタフェース２に接続された通信ライン３／通信ライン６によって各種接続機器４や作画エディタ装置５と接続されている。

作画エディタ装置５は、上記背景技術における支援装置に相当するものであり（これより、支援装置５と記す場合もあるものとする）、上記操作表示画面をプログラマブル表示器１で表示させる為のデータ等（画面データ）を、ユーザが任意に作成できるように支援する機能を有する。本例でも従来と同様に、予め各種アイテム画像が用意されており、ユーザは所望のアイテム画像を選択して所望の位置に配置させる作業等（その他、上述したメモリ割り当て等の作業もあるが、ここでは逐一言わないものとする）を繰り返して、上記画面データ作成を行う。

ここで、本例では、画面データは、複数のスクリーンより成ることを前提とする。ユーザは、スクリーンの雛形に対して上記所望のアイテム画像の選択・配置等の作業を行うことで所望のスクリーンを作成し、これを繰り返すことで複数のスクリーンより成る画面データを作成する。これ自体は従来と略同様であってよいが、本手法の場合、例えば、予め上記スクリーンの雛形にスクリーン切替用の専用スイッチ等（不図示）が設けられている。

すなわち、本例では、作画エディタ装置５（支援装置５）における画面データ作成支援機能の一部として、例えば画面部品(アイテム)の一種としてのスクリーン切替用の専用スイッチ（不図示）が用意されている。この専用スイッチは、例えば予め各スクリーン毎にデフォルトで所定位置（右下隅など）に配置されるようにしてもよい。

ここで、上記スクリーン切替用の専用スイッチが操作されると、（上記従来の“他スクリーン切替スイッチ”のように直ちに他のスクリーンに切り替わるのではなく）、複数の切替先候補スクリーンのなかから所望のスクリーンを選択させる為の画面表示に切り替わる。この画面表示は、例えば後述するサムネイル画像一覧表示や、候補スクリーンを時系列的に一定時間ずつ順次表示するものである。

すなわち、例えば、予め上記専用スイッチの機能として、当該専用スイッチが操作される毎に後述するスクリーン切替メニューウィンドウ４０を表示する機能が割り当てられている。スクリーン切替メニューウィンドウ４０は、例えば、予め作成されて支援装置５に記憶されており、上記画面データと共にプログラマブル表示器１にダウンロードされる。但し、この例に限らない。スクリーン切替メニューウィンドウ４０は、予め作成されてプログラマブル表示器１に記憶されていてもよい。

プログラマブル表示器１は、従来と同様に画面データを構成する複数のスクリーンのうちの任意のスクリーンの表示を行う。尚、各スクリーン上には、そのスクリーンに係るアイテム表示が行われると共に、上記スクリーン切替用の１つの専用スイッチも表示される。そして、任意のスクリーン表示中に、この専用スイッチが操作されると、例えば後述するスクリーン切替メニューウィンドウ４０が表示される。そして、後述する処理・操作によって、ユーザ所望の他のスクリーンへと切り替えられることになる。

尚、作画エディタ装置５は、例えば一般的な汎用コンピュータ（パソコン等）で実現される。よって、特に図示等はしないが、一般的なパソコン等の構成を有する。すなわち、例えば、ＣＰＵ等の演算プロセッサ、メモリ、ハードディスク等の記憶装置、キーボードやマウス等の操作部、ディスプレイ等の表示部、通信機能部等を有している。

上記記憶装置には予め所定のアプリケーションプログラムが記憶されており、上記演算プロセッサがこのアプリケーションプログラムを実行することにより、作画エディタ装置５の各種機能が実現される。作画エディタ装置５の各種機能は、既に説明した。

また、プログラマブル表示器１も、ハードウェア構成自体は、一般的なものであってよい。よって、以下、図２を参照して簡単に説明する。
図２は、本例のプログラマブル表示器１のハードウェア構成例である。

プログラマブル表示器１は、上述した従来例と略同様に上述した画面データ等に基づく各スクリーン（操作表示画面）の表示等を行う機能を有する。但し、スクリーン切替えに係わる処理に関しては、従来と異なるものであり、詳しくは後述する。

図示のプログラマブル表示器１は、表示操作制御装置１０と、タッチパネル１８、ディスプレイ１９、上記通信インタフェース２等を有する。
表示操作制御装置１０は、ＣＰＵ１１、ＲＯＭ１２（フラッシュメモリ等）、ＲＡＭ１３、通信コントローラ１４、グラフィックコントローラ１５、タッチパネルコントローラ１６等より成り、これらがバス１７に接続されている。

ＣＰＵ１１は、表示操作制御装置１０全体を制御する中央処理装置（演算プロセッサ）である。ＣＰＵ１１は、ＲＯＭ１２に予め格納されているプログラム（例えば後述する本体プログラム２１等）を実行することで、プログラマブル表示器１の各種演算動作（処理）を行う。この処理についても、既に簡単に説明したが、後に詳細に説明するものとする。

また、ＲＯＭ１２には、上記背景技術で説明した画面データ（後述する画面データ２２）等が格納されている。上記のように、本例では、画面データは複数の（場合によっては多数の）スクリーンより構成される、各スクリーン（操作表示画面）は、例えば上述した画面上に配置されたスイッチ、ランプ等の各アイテムの画像や表示位置座標や大きさ等のデータ等によって構成される。また、各アイテム毎の上記割当メモリアドレス（割当メモリ領域のアドレス）等のようなメモリアクセスに係わるデータ等も有する。そして、本例の場合、更に、例えば全てのスクリーン上に、上記スクリーン切替用の１つの専用スイッチ（不図示）も配置されている。

尚、上記メモリアクセスは、基本的には、現在表示中のスクリーン上のアイテムに関してのみ実行される。
上記ＣＰＵ１１の処理によって、例えば上記画面データや上記割当メモリ領域へのアクセス処理による取得データ等に基づく表示対象データが、例えばＲＡＭ１３（あるいは不図示のビデオＲＡＭ）上に展開（描画）される。詳しくは後述する。この描画に基づいてグラフィックコントローラ１５が、ディスプレイ１９上に上述した操作表示画面等を表示する。

ディスプレイ１９は、例えば液晶パネル等より成り、この液晶パネル上に重ねるようにしてタッチパネル１８が設けられる。ディスプレイ１９上には、複数のスクリーンのうちの任意のスクリーンが表示される。各スクリーン上には上記の通り各アイテム画像が所定位置に表示される。

また、通信コントローラ１４は、通信インタフェース２を介して、不図示のＰＬＣ本体等や温調装置等である接続機器４や作画エディタ装置５との通信（データ送受信等）を行う。

オペレータ等によるタッチパネル１８上での押圧操作（タッチ）位置の検知結果は、タッチパネルコントローラ１６を介してＣＰＵ１１等に取り込まれて解析される。例えば各アイテムの上記表示位置座標や大きさのデータ等に基づいて、解析することになる。例えば、スイッチの画像の表示位置をオペレータ等がタッチすると、ＣＰＵ１１等は、このスイッチに対する操作が行われたものと解析することになる。

そして、特に上記スクリーン切替用の専用スイッチが操作されると、一例としては後述するスクリーン切替メニューウィンドウ４０が表示される。ユーザは、このウィンドウ４０上で任意の操作を行うことで、切替先のスクリーンを指定する。

詳しくは後述するが、ウィンドウ４０上には、例えば切替先候補となる複数のスクリーンのサムネイル（縮小）画像が、決定された順番（優先順位）に従って一覧表示される。あるいは、例えば切替先候補となる複数のスクリーンが、決定された順番（優先順位）に従って順次表示される。この優先順位は、例えば各スクリーンの“使用頻度”に基づいて決定される。基本的には、相対的に使用頻度が高いスクリーンの優先順位が高くなり優先的に表示される。但し、この例に限らない。何れにしても、本手法によれば、スクリーン上のスクリーン切替用のスイッチが上記１つの専用スイッチのみで済むと共に、切替先スクリーンの選択・決定の手間を軽減できる（例えば選択・決定までの時間を短縮できる）。これは、特に、切替先候補となるスクリーンの数が多い場合に、顕著な効果を奏する。

ここで、“使用頻度”とは、例えば後述する表示回数（切替回数）を意味するが、この例に限らない。例えば、“使用頻度”は、全体のスクリーン表示回数を分母とし、各スクリーンの表示回数を分子として算出される値（全体に対する各スクリーンの表示の割合）を意味するものであってもよい。

図３に、上記本システムのソフトウェア構成図を示す。
プログラマブル表示器１においては、本体プログラム２１、画面データ２２、通信プログラム２３等の各種プログラム／データが、例えば上記ＲＯＭ１２（フラッシュメモリ等）に格納されている。これらのプログラム／データ等をＣＰＵ１１が読出し・実行／参照等することで、プログラマブル表示器用の上記操作表示画面（スクリーン）の表示制御等が行なわれる。

操作表示画面（スクリーン）は、上述した数値表示、ランプ、スイッチ等の各種アイテムの画像表示から成り、各アイテムの表示内容は、例えば各接続機器４（外部メモリ；割当メモリ領域）から取得したデータ（取得データ）を反映させる形で随時更新される。

つまり、ＣＰＵ１１は、本体プログラム２１と画面データ２２と上記取得データに基づいて、上記操作表示画面の表示制御を実行する。その際、この操作表示画面上の各アイテム（各画面部品）の表示内容は、上記取得データの内容を反映させたものとなる（温度等の数値表示やランプの点灯／消灯など）。

上記画面データ２２は、例えば予め作画エディタ装置５側で任意に作成された画面データファイル３２が、プログラマブル表示器１にダウンロードされて格納されたものである。既に述べたように、画面データ２２は、複数のスクリーンから構成される。これより、上記操作表示画面は、複数種類存在するものであり、ユーザ操作に応じて切替表示されるものである。本手法では、この操作表示画面（スクリーン）切替えの際に、一例としては後述するスクリーン切替メニューウィンドウ４０等が用いられる。

また、上記通信プログラム２３も、例えば予め作画エディタ装置５側に格納されていた通信プログラムファイル３３（その一部）が、プログラマブル表示器１にダウンロードされて格納されたものである。

プログラマブル表示器１の通信プログラム２３は、通信ライン６を介して接続機器４と通信を行うためのプログラムである。通常、接続機器４の機種毎等に固有の通信プロトコル（通信規定）を持ち、この通信規定に従って、プログラマブル表示器１−接続機器４間での通信を行う。そのため、通信プログラム２３は、各接続機器４の機種毎等に開発が必要となる。尚、当然、ＣＰＵ１１などが通信プログラム２３を実行することで、接続機器４との通信処理が実現される。

ＰＬＣ本体等である接続機器４は、様々なメーカー・機種があり、各メーカー／機種毎に独自の通信プログラムがあり、上記通信プログラム２３は、接続機器４のメーカー／機種に応じて場合によっては複数種類備えられるものとなる。

尚、プログラマブル表示器１−作画エディタ装置５間の通信は、例えば本体プログラム２１と作画エディタ３１とによって行う（通信機能が作画エディタ３１に組み込まれている）。これについては特に関係ないので、図示・説明しない。

通信プログラム２３は、通常、作画エディタ装置５内の不図示のＨＤ（ハードディスク）内に、複数の通信プログラムファイル３３群（各機種毎に開発済の複数の通信プログラム）として予め記憶されている。そして、作画エディタ装置５は、作画エディタ３１によりユーザが任意の接続機器４を選択・指定すると、該選択された接続機器４に応じた通信プログラムファイル３３を、プログラマブル表示器１に転送して、上記通信プログラム２３として記憶させる。

尚、上記割当メモリ領域へのアクセスや画面表示等の各種処理を実現させるプログラムは、例えば本体プログラム２１に含まれていてもよいし、画面データファイル３２（画面データ２２）に含まれていてもよい。何れにしても、この様なプログラムを例えば上記ＣＰＵ１１が実行することで、プログラマブル表示器１の各種動作が実現されることになる。

ここで、作画エディタ装置５の作画エディタ３１は、ユーザに所望の操作表示画面（スクリーン）を作成させる支援機能も有する。これは既に述べたように、予め作成済みの各種アイテム画像やスクリーンの雛形等が、作画エディタ装置５のハードディスク等に記憶されている。作画エディタ３１による操作表示画面の作成支援機能によって、これら各種アイテムが一覧表示されて、ユーザは所望のアイテムを選択して所望の位置に配置することでスクリーンを作成する。本例では、複数のスクリーンが作成される。よって画面データファイル３２（画面データ２２）は、複数のスクリーンのデータより成る。この点自体は従来と略同様であってよい。

但し、本例では、例えば上記アイテムとして上記スクリーン切替用の専用スイッチも、予め用意されて上記作画エディタ装置５のハードディスク等に記憶されている。あるいは、上記スクリーンの雛形に、予めスクリーン切替用の専用スイッチが配置されていてもよい。何れにしても、本手法では、基本的には上記作成されたスクリーン全てに、同一の所定スイッチ（スクリーン切替用の専用スイッチ）が設けられている。

図４（ａ）は、本例のプログラマブル表示器１の機能ブロック図である。
図示の例のプログラマブル表示器１は、例えば、表示制御部１０１、優先順位判定部１０２、切替先決定部１０３を有する。

表示制御部１０１は、複数のスクリーンの何れかを表示する。これは、上記のように例えば画面データ２２等に基づいて表示する。
優先順位判定部１０２は、現在表示中のスクリーン上で所定の操作が行われると、過去の実績データに基づいて切替先候補のスクリーンの優先順位を判別する。過去の実績データとは、例えば各スクリーンの使用頻度（例えば表示回数／切替回数など）であるが、この例に限らない。また、上記所定の操作とは、例えば上記スクリーン切替用の専用スイッチ（不図示）の操作である。本手法では、スクリーン切替えに関しては、全スクリーン（但し、切替先スクリーンが存在するもの）に当該１つのスクリーン切替用の専用スイッチのみが設けられていれば済む。

切替先決定部１０３は、優先順位判別部１０２によって判別された優先順位に従って、切替先候補のスクリーンを所定の形態で表示して、該表示に対して任意に指定されたスクリーンを切替先と決定する。

上記所定の形態とは、例えばスクリーンのサムネイル画像一覧である。この例の場合、例えば切替先決定部１０３は、切替先候補のスクリーンのサムネイル画像を上記優先順位の順に表示する。これは、基本的に、優先順位が高い順に表示するものであって、例えば後述するスクリーン切替メニューウィンドウ４０のサムネイル画像一覧表示欄４２に表示されるものである。そして、ユーザに任意のサムネイル画像を指定させることで、該指定されたサムネイル画像のスクリーンを切替先のスクリーンに決定する。

あるいは、上記所定の形態とは、例えば各スクリーンを時系列的に所定の時間ずつ順次表示するものである。これは例えば後述する図１７の処理によって順次表示するものである。詳しくは後述する。この例の場合、切替先決定部１０３は、切替先候補のスクリーンを上記優先順位に従って順次表示し、表示中に所定の操作があったスクリーンを切替先のスクリーンに決定する。

また、上記切替先候補のスクリーンは、例えば後述する表示履歴記憶部１０４に記憶されているスクリーンである。
あるいは、上記切替先候補のスクリーンは、例えば後述する表示履歴記憶部１０４に記憶されているスクリーンのなかで所定の条件に該当するスクリーンである。例えば、後述する図７（ｃ）に示す例の場合、切替元スクリーンＮｏ．７１が現在表示中のスクリーンである全てのレコードの切替先スクリーンＮｏ．７２が、切替先候補のスクリーンを示すものとなる。あるいは、そのなかで優先順位が高いものだけを（例えば１位〜４位まで）上記切替先候補のスクリーンとする形態であっても構わない。

また、本例のプログラマブル表示器１は、更に、表示履歴記憶部１０４を有するものであってよい。
表示履歴記憶部１０４は、例えば後述する“トータル切替カウント”モードに関しては、各スクリーンのトータルの使用頻度を記憶するものである（例えば後述する図７（ｂ））。そして、このモードの場合、優先順位判別部１０２は、トータルの使用頻度に基づいて切替先候補のスクリーンの優先順位を判別する（例えば後述する図９の処理）。例えば、トータルの使用頻度が最も高いスクリーンが、最も優先順位が高いものとなる。

あるいは、表示履歴記憶部１０４は、例えば後述する“スクリーン別切替カウント”モードに関しては、切替元スクリーン別の各スクリーンの使用頻度を記憶するものである（例えば後述する図７（ｃ））。そして、このモードの場合、優先順位判別部１０２は、現在表示中のスクリーンを上記切替元スクリーンとして該切替元スクリーンに応じた上記各スクリーンの使用頻度に基づいて、上記切替先候補のスクリーンの優先順位を判別する（例えば後述する図１１の処理）。

あるいは、表示履歴記憶部１０４は、例えば後述する“最近よく使うスクリーン”モードに関しては、各スクリーンの使用頻度を記憶する（例えば後述する図８（ａ））。これは、直近の所定期間分のデータのみを記憶するものであってもよいが、この例に限らない。そして、このモードの場合、優先順位判別部１０２は、上記表示履歴記憶部１０４に基づいて得られる、直近の所定期間内の各スクリーンのトータルの使用頻度に基づいて、上記切替先候補のスクリーンの優先順位を判別する（例えば後述する図１３の処理）。

あるいは、表示履歴記憶部１０４は、例えば後述する“前画面と連動したスクリーン候補表示”モードに関しては、各スクリーン毎に、任意の切替元スクリーンと任意の前画面スクリーンとの組み合わせ別の各スクリーンの使用頻度を記憶する（例えば後述する図８（ｂ））。そして、このモードの場合、優先順位判別部１０２は、現在表示中のスクリーンを上記切替元スクリーンとし、その前に表示したスクリーンを上記前画面スクリーンとした組み合わせに応じた各スクリーンの使用頻度に基づいて、上記切替先候補のスクリーンの優先順位を判別する（例えば後述する図１５の処理）。

但し、後述するように、この様な“前画面”を用いる例に限らず、下記のように構成してもよい。
すなわち、表示履歴記憶部１０４は、任意の切替元スクリーンと任意の１以上の“以前表示スクリーン”との組み合わせ別の各スクリーンの使用頻度を記憶するものであってもよい。そして、この場合には、優先順位判別部１０２は、例えば、現在表示中のスクリーンを切替元スクリーンとし、それ以前に表示した１以上のスクリーンを上記“以前表示スクリーン”とした組み合わせに応じた各スクリーンの使用頻度に基づいて、切替先候補のスクリーンの優先順位を判別することになる。

尚、上記何れのモードの場合も、上記優先順位の判別は、例えば後述する使用頻度（表示回数など）が高い順にソートする処理に相当するが、この例に限らない。
また、プログラマブル表示器１は、例えば更に、複数種類のモードのうちの任意のモードを選択させるモード選択部１０５を有するものであってもよい。この場合、上記優先順位判別部１０２は、選択されたモードに応じた優先順位の判別処理を行うことになる。

ここで、本例のプログラマブル表示器１の機能ブロック図は、上記図４（ａ）の例に限らず、図４（ｂ）に示す例としてもよい。但し、基本的には、図４（ａ）と図４（ｂ）とは内容的には略同様と見做してもよい（捉え方や表現の仕方の違いに過ぎないと見做しても構わない）。

図４（ｂ）の例の場合、プログラマブル表示器１は、制御部１１０とメモリ部１２０から成る。制御部１１０は、図示の各種機能部を実現する。すなわち、制御部１１０は、図示のスクリーン切替候補表示部１１１、スクリーン切替自動タイマ１１２、スクリーン候補順逐次表示部１１３、切替先スクリーンセーブ処理１１４、ソート処理部１２３の各種機能部を実現する。これは、例えば上記ＣＰＵ１１が、ＲＯＭ１２に予め記憶されているプログラムを実行することにより、上記各種機能部１１１〜１１４，１２３などが実現される。尚、図示の例ではソート処理部１２３はメモリ部１２０内に示しているが、これは、ソート処理部１２３が、特にメモリ部１２０の格納データの管理制御（所定の順番にソートする等）に関わる機能部であることを強調的に示す為のものである。

メモリ部１２０は、例えば上記ＲＯＭ１２（またはＲＡＭ１３）の記憶領域の一部に相当する。
メモリ部１２０には、各スクリーンに係わる過去の実績データ（使用頻度を示すデータ；表示回数／切替回数等）を蓄積・記憶するスクリーン切替履歴記憶部１２１が設けられる。上記ソート処理部１２３が、このスクリーン切替履歴記憶部１２１の格納データに基づいて、“頻度の高いスクリーンリスト”１２２を生成する。“頻度の高いスクリーンリスト”１２２は、例えば各スクリーン（その識別Ｎｏ．等）を、相対的に使用頻度が最も高いものを先頭にして、使用頻度（優先順位）が高い順にソートしたものである。

そして、スクリーン切替候補表示部１１１またはスクリーン候補順逐次表示部１１３は、“頻度の高いスクリーンリスト”１２２に基づいて、切替候補スクリーンの適切な表示を実現する。適切な表示とは、スクリーン切替候補表示部１１１の場合には、切替候補スクリーンのサムネイル画像を、使用頻度が高い順に配置・表示する。あるいは、スクリーン候補順逐次表示部１１３の場合には、切替先候補となるスクリーンを、使用頻度が高い順に、時系列的に順次表示する。

尚、スクリーン候補順逐次表示部１１３は、スクリーン切替自動タイマ１１２と連動して動作する。すなわち、スクリーン切替自動タイマ１１２は、予め設定される所定時間経過する毎に（例えば数秒毎に）タイムアウトすると共に直ちに再起動する。スクリーン候補順逐次表示部１１３は、スクリーン切替自動タイマ１１２がタイムアウトする毎に、“頻度の高いスクリーンリスト”１２２のソート順（優先順位）に従って、次の切替候補スクリーンを表示する。

切替先スクリーンセーブ処理１１４は、例えばスクリーン切替えが行われる毎に、スクリーン切替履歴記憶部１２１の内容を更新する。すなわち、任意のスクリーンへの切替えが行われると、当該スクリーンの使用頻度（表示回数／切替回数等）を更新（＋１）する。

尚、“頻度の高いスクリーンリスト”１２２には、比較的使用頻度が高い所定数のスクリーンのみ（例えば上位４つのスクリーンのみ）が、格納されるようにしてもよい。
図５は、本例のプログラマブル表示器１の処理フローチャート図である。

尚、図５の処理を含む以下に説明するプログラマブル表示器１の各種処理は、例えば上記ＲＯＭ１２（フラッシュメモリ等）に予め記憶されているプログラムを、ＣＰＵ１１が実行することにより実現される。

また、図５の処理を実現させるプログラムは、例えば予め上記本体プログラム２１に含まれていてもよいし、上記画面データ２２に含まれていてもよい（特にスクリーン切替用の専用スイッチの機能として含まれている）。

尚、図５は、スクリーン切替えに係る処理を示すが、特に図示・説明しないが、プログラマブル表示器１は、他にも上記既存の処理（割当メモリ領域へのアクセスや各アイテム表示更新など）も実行している。

図５の処理は、不図示のスクリーン切替用の専用スイッチがユーザによって操作されたことを検知すると（ステップＳ１１，ＹＥＳ）、図示のステップＳ１２〜Ｓ１８の処理を実行するものである。上記専用スイッチ操作がないときには（ステップＳ１１，ＮＯ）、他の処理（上記既存の処理等）を実行している。

尚、ここでは一例として、複数のスクリーン全てにスクリーン切替用の専用スイッチが設けられているものとする。よって、現在表示中のスクリーンが何であっても、スクリーン切替用の専用スイッチを操作可能であると共に、当該専用スイッチがユーザによって操作される毎に、図５のステップＳ１２〜Ｓ１８の処理が実行されることになる。

プログラマブル表示器１は、上記専用スイッチ操作があると（ステップＳ１１，ＹＥＳ）、例えば図６に示すスクリーン切替メニューウィンドウ４０を表示する（ステップＳ１２）。

図６の例では、スクリーン切替メニューウィンドウ４０は、モード選択欄４１、サムネイル画像一覧表示欄４２、“自動切替開始”スイッチ４３等を有する。
プログラマブル表示器１は、ユーザがモード選択欄４１において所望のモードを選択すると（ステップＳ１３）、選択されたモードに応じた処理であるステップＳ１４、Ｓ１５の処理を実行する。詳しくは後述するが、基本的には、選択されたモード（選択モード）に応じた切替先候補スクリーンのサムネイル一覧表示を実行する。すなわち、スクリーン切替履歴データ５０から選択モードに応じたデータ（スクリーンＮｏ．、切替回数等）を抽出して、抽出データをその切替回数等に基づいてソートする処理を行う（ステップＳ１４）。そして、このソート結果（優先順位）に基づいて、切替先候補スクリーンのサムネイル一覧表示を行う（ステップＳ１５）。

ここで、図７、図８に、スクリーン切替履歴データ５０の具体例を示す。
図７（ａ）は、スクリーン切替履歴データ５０全体のデータ構造例である。
本例では、上記モードとして図６に示す４種類のモードが用意されている。すなわち、図６のモード選択欄４１に示す“トータル切替カウント”モード、“スクリーン別切替カウント”モード、“最近よく使うスクリーン”モード、“前画面と連動したスクリーン候補表示”モードが、予め用意されている。

但し、モードの種類や数は、この例に限らない。例えば、“スクリーン別切替カウント”モードに、“最近よく使うスクリーン”モードの考え方を適用したモードもあってもよい。すなわち、直近の所定期間の過去の実績データに基づいて、切替元となるスクリーン別に、切替先となる各スクリーンへの切替回数（使用頻度）をカウントするようにしてもよい。これと同様にして、“前画面と連動したスクリーン候補表示”モードに、“最近よく使うスクリーン”モードの考え方を適用したモードもあってもよい。

図７（ａ）の例は、上記図６に示した例に応じたものである。すなわち、スクリーン切替履歴データ５０は、“トータル切替カウントモード用データ”５１、“スクリーン別切替カウントモード用データ”５２、“最近よく使うスクリーン用データ”５３、“前画面と連動したスクリーン候補表示用データ”５４から成る。

“トータル切替カウントモード用データ”５１の具体例は図７（ｂ）に示し、“スクリーン別切替カウントモード用データ”５２の具体例は図７（ｃ）に示す。同様に、“最近よく使うスクリーン用データ”５３の具体例は図８（ａ）に示し、“前画面と連動したスクリーン候補表示用データ”５４の具体例は図８（ｂ）に示す。これら具体例については後に説明する。

上記ステップＳ１４の処理では、上記４種類のデータ５１〜５４の中からステップＳ１３で選択指定されたモードに応じたデータを取得する。そして、取得したデータ（各レコード）を、例えば切替回数に応じてソートする（例えば、切替回数が多い順にソートする）。あるいは、取得したデータのなかから更に所定の条件に該当するデータを抽出する。そして、抽出したデータ（各レコード）を、例えば切替回数に応じてソートする（例えば、切替回数が多い順にソートする）。

そして、上記の通り、このソート結果に基づいて、切替先候補のサムネイル一覧表示を行う（ステップＳ１５）。これは、ソート順に、各レコードの“切替先スクリーンＮｏ．”が示すスクリーンの縮小画像（サムネイル画像）を作成して、このサムネイル画像をサムネイル画像一覧表示欄４２に表示する。これによって、例えば切替回数が多い（使用頻度が高い）スクリーンから順に、その縮小画像（サムネイル画像）が作成されてサムネイル画像一覧表示欄４２に表示されることになる。

上記ソート順は、候補表示の優先順位を示すものである。基本的には、相対的に切替回数が多い（使用頻度が高い）スクリーンほど、優先順位が高いものとなる。そして、優先順位が高いスクリーンのサムネイル画像が、優先的にサムネイル画像一覧表示欄４２に表示されることになる。

ユーザは、上記サムネイル画像一覧表示欄４２の表示を参照して、所望のサムネイル画像を選択・指定する操作を行う（ステップＳ１６）。ここで、上記の処理によって、サムネイル画像一覧表示欄４２には、過去の切替回数の実績値が比較的多い（つまり、今回もユーザによって選択される確率が比較的高い）サムネイル画像が、選択され易い位置（先頭部分）に表示される。また、スクリーン切替用のスイッチ等は、切替先候補のスクリーン数に関係なく、上記専用スイッチ１つで済む。これらのことから、本手法では、切替先スクリーンの選択の手間を軽減できると共に、各スクリーンが簡素化される（従来の様に多数のスクリーン切替用スイッチを設ける必要はない）。

プログラマブル表示器１は、上記ステップＳ１６で指定されたサムネイル画像のスクリーンへと切り替える処理を実行する（ステップＳ１７）。尚、スクリーンの切替処理自体は、既存技術であるので、ここでは特に説明しない。最後に、スクリーン切替履歴データ５０を更新する。すなわち、上記ステップＳ１７で切り替えたスクリーンに係る切替回数を、＋１インクリメントして（ステップＳ１８）、本処理を終了する。

以下、図７、図８や図９以降の各図面を参照して、上記各モード毎の処理について説明する。
まず、上記“トータル切替カウント”モードについて説明する。

図７（ｂ）に示す具体例では、“トータル切替カウントモード用データ”５１は、切替先スクリーンＮｏ．６１、切替回数６２から成る。切替先スクリーンＮｏ．６１には各スクリーンの識別ＩＤが格納される。切替回数６２には、各スクリーンの表示回数（任意のスクリーンから切り替えられて表示された回数。よって切替回数でもある）が格納される。

そして、ステップＳ１８では、上記ステップＳ１６、Ｓ１７で選択されて切り替えられたスクリーン（つまり、切替先のスクリーン）の識別ＩＤに対応する切替回数６２が、更新される（例えば＋１インクリメントされる）ことになる。

つまり、このモードでは、単純に各スクリーンの表示回数（任意のスクリーンからの切替回数；使用頻度）がカウントされ、上記ステップＳ１４では表示回数が多いスクリーンから順に、そのサムネイル画像がサムネイル画像一覧表示欄４２の先頭から順に配置・表示されることになる。

ここで、図９に、“トータル切替カウント”モードが選択された場合における上記ステップＳ１４，Ｓ１５の処理例を示す。
図示の処理例では、スクリーン切替履歴データ５０から“トータル切替カウントモード用データ”５１を抽出して（ステップＳ２１）、この抽出データ５１の各レコード（特に切替先スクリーンＮｏ．６１）を、切替回数６２が多い順に（使用頻度が高い順に）ソートする（ステップＳ２２）。そして、このソート順に、切替先スクリーンＮｏ．６１が示すスクリーンのサムネイル画像を作成して、サムネイル画像一覧表示欄４２の先頭から順次配置していく（ステップＳ２３）。

ここで、図１０（ａ）に上記ソート結果の一例を示す。
図示の例では、切替先スクリーンＮｏ．６１＝‘Ｎｏ．２０’のスクリーンが、最も切替回数６２が多く、２番目が‘Ｎｏ．５０’、３番目が‘Ｎｏ．１００’、４番目が‘Ｎｏ．１’等となっている。これより、サムネイル画像一覧表示欄４２には、例えば図１０（ｂ）に示すサムネイル画像一覧表示されることになる。

図１０（ｂ）に示すように、サムネイル画像一覧表示欄４２には、上から順番に（左右に関しては左が先）スクリーン‘Ｎｏ．２０’、スクリーン‘Ｎｏ．５０’、スクリーン‘Ｎｏ．１００’、スクリーン‘Ｎｏ．１’の順に、各スクリーンのサムネイル画像が表示される。また、スクロールさせることで、ソート順位が５番目以降のスクリーンのサムネイル画像も表示させることができる。但し、上記のことから図示の４つのスクリーン（サムネイル画像）の何れかが選択される可能性は高いので、ユーザは、スクロール操作する必要なく、所望のスクリーンを探す手間が掛かることなく、所望のスクリーンを指定することができる。つまり、ユーザは、切替先のスクリーンを指定する手間を最小限に出来る。

更に、サムネイル画像一覧表示欄４２に図示のように多数のスクリーン（そのサムネイル画像）が表示されることは、切替先候補スクリーンの数が多数であることを意味する。この様な場合、従来では上述したように、スクリーン上に多数のスクリーン切替スイッチが配置されることになる。この為、スクリーン上の他のアイテム（他のスイッチや、ボタン、ランプ、グラフ、数値表示等）の表示の為の領域が小さくなり、他のアイテムのサイズが小さくなり、見難くなるし操作し難くなる。また、スクリーン切替スイッチのサイズも小さくなるので、例えば当該スイッチ上にサムネイル画像を貼り付ける場合、分かり難くなる。この為、例えば当該スイッチ上に上記‘Ｎｏ．２０’等の識別ＩＤを表示する場合、ユーザは各スクリーンの内容と識別ＩＤとを対応付けて覚えておく必要がある。

これに対して、本手法では、切替先候補スクリーンが多数あっても、スクリーン上には１つのスクリーン切替用の専用スイッチが表示されるだけであり、サムネイル画像表示も問題なく行えるので、上記問題を解消できる。

次に、上記“スクリーン別切替カウント”モードについて説明する。
図７（ｃ）に示す具体例では、“スクリーン別切替カウントモード用データ”５２は、切替元スクリーンＮｏ．７１、切替先スクリーンＮｏ．７２、切替回数７３から成る。

切替先スクリーンＮｏ．７２は上記切替先スクリーンＮｏ．６１と略同様である。つまり、上記任意のスクリーン（切替元のスクリーン）から切り替えられて表示されたスクリーン（切替先のスクリーン）を示すものである。そして、切替元スクリーンＮｏ．７１には上記任意のスクリーン（切替元のスクリーン）の識別ＩＤが格納される。

つまり、切替回数７３には、切替元スクリーンＮｏ．７１のスクリーンから切替先スクリーンＮｏ．７２のスクリーンへと切り替えられて表示された回数（実績値）が格納されることになる。

よって、このモードでは、任意の現在表示中のスクリーンから任意の他のスクリーンに切り替えた場合の上記ステップＳ１８の履歴データ追加処理に関しては、下記のようになる。

上記現在表示中の（切替元の）スクリーンの識別ＩＤ及び上記ステップＳ１７で切り替えた他のスクリーンの識別ＩＤのペアを検索キーにして、該当レコードを検索する。該当レコードは、その切替元スクリーンＮｏ．７１及び切替先スクリーンＮｏ．７２が、上記検索キーと同一であるレコードである。そして、該当レコードの切替回数７３を＋１インクリメントする。

例えば、スクリーン‘Ｎｏ．１’、スクリーン‘Ｎｏ．２’、スクリーン‘Ｎｏ．３’の３つのスクリーンがあり、仮にスクリーン‘Ｎｏ．３’の上記（トータルの）切替回数６２が１００回であり、これによって上記“トータル切替カウント”モードの場合にはソート順位が１番（最上位）となるものとする。しかしながら、本モード（“スクリーン別切替カウント”モード）の場合には、必ずしも最上位とはならないし、最下位になる可能性もある。

例えば、下記の２つのレコードがあるものとする。
・第１レコード；切替元スクリーンＮｏ．７１＝‘Ｎｏ．１’、切替先スクリーンＮｏ．７２＝‘Ｎｏ．３’、切替回数７３＝９５回
・第２レコード；切替元スクリーンＮｏ．７１＝‘Ｎｏ．２’、切替先スクリーンＮｏ．７２＝‘Ｎｏ．３’、切替回数７３＝５回
この例の場合、上記現在表示中のスクリーンがスクリーン‘Ｎｏ．１’である場合には、スクリーン‘Ｎｏ．３’のソート順は上位となる可能性が高く、以ってサムネイル画像一覧表示欄４２には、スクリーン‘Ｎｏ．３’のサムネイル画像が上位に表示される可能性が高い。

一方、上記現在表示中のスクリーンがスクリーン‘Ｎｏ．２’である場合には、スクリーン‘Ｎｏ．３’のソート順は下位となる可能性が高く、以ってサムネイル画像一覧表示欄４２には、スクリーン‘Ｎｏ．３’のサムネイル画像が下位に表示される可能性が高い。つまり、ユーザはスクロールして探さなければスクリーン‘Ｎｏ．３’のサムネイル画像を見つけることは出来ない可能性が高い。但し、この場合には、そもそもユーザがスクリーン‘Ｎｏ．３’を選択する可能性が低いのであるから、何等問題ないことになる。

ここで、図１１に、“スクリーン別切替カウント”モードが選択された場合における上記ステップＳ１４，Ｓ１５の処理例を示す。
図示の処理例では、まず、スクリーン切替履歴データ５０から“スクリーン別切替カウントモード用データ”５２を抽出する（ステップＳ３１）。続いて、この抽出したデータ５２の各レコードのなかから、切替元スクリーンＮｏ．７１が現在表示中のスクリーンであるレコードを抽出する。そして、この抽出したレコードを、切替回数７３が多い順に（使用頻度が高い順に）ソートする（ステップＳ３２）。そして、このソート順に、その切替先スクリーンＮｏ．７２が示すスクリーンのサムネイル画像を作成して、サムネイル画像一覧表示欄４２の先頭から順次配置していく（ステップＳ３３）。

ここで、図１２（ａ）に上記ソート結果の一例を示す。
尚、図１２（ａ）には（説明の都合上）複数の切替元スクリーンＮｏ．７１を示すが、実際には何れか１つのみ（現在表示中スクリーンに対応するもの）が上記ステップＳ３２で抽出されることになる。

図示の例では、例えば、現在表示中スクリーン（切替元スクリーンＮｏ．７１）がＮｏ．０の場合、切替先スクリーンＮｏ．７２＝‘Ｎｏ．２０’のスクリーンが最も切替回数７３が多く、２番目が‘Ｎｏ．５０’、３番目が‘Ｎｏ．１００’、４番目が‘Ｎｏ．１’等となっている。これより、サムネイル画像一覧表示欄４２には、例えば図１２（ｂ）の図上左側に示す配置で各サムネイル画像が表示されることになる。

図１０（ｂ）の左側に示す例では、サムネイル画像一覧表示欄４２には、上から順番に（左右に関しては左が先）スクリーン‘Ｎｏ．２０’、スクリーン‘Ｎｏ．５０’、スクリーン‘Ｎｏ．１００’、スクリーン‘Ｎｏ．１’の順に、各スクリーンのサムネイル画像が表示される。

また、図示の例では、例えば、切替元スクリーンＮｏ．７１＝Ｎｏ．１の場合、切替先スクリーンＮｏ．７２＝‘Ｎｏ．４０’のスクリーンが最も切替回数７３が多く、２番目が‘Ｎｏ．３０’、３番目が‘Ｎｏ．１００’、４番目が‘Ｎｏ．１１’等となっている。これより、サムネイル画像一覧表示欄４２には、例えば図１２（ｂ）の図上右側に示す配置で各サムネイル画像が表示されることになる。

図１０（ｂ）の右側に示す例では、サムネイル画像一覧表示欄４２には、上から順番に（左右に関しては左が先）スクリーン‘Ｎｏ．４０’、スクリーン‘Ｎｏ．３０’、スクリーン‘Ｎｏ．１００’、スクリーン‘Ｎｏ．１１’の順に、各スクリーンのサムネイル画像が表示される。

上述したように、“スクリーン別切替カウント”モードでは、特に現在表示中スクリーンによって切替先候補スクリーンの順番が異なるような場合に、より適切な順番の決定を行うことができる。勿論、決定した順番に従ってサムネイル画像が表示されることになる。

次に、以下、“最近よく使うスクリーン”モードについて説明する。尚、このモードは、対象期間を直近の所定期間に限った上記“トータル切替カウント”モードであると見做すこともできる。

図８（ａ）に示す具体例では、“最近よく使うスクリーン用データ”５３は、日付（年月日）８１、切替先スクリーンＮｏ．８２、切替回数８３から成る。
切替回数８３には、各日毎の各スクリーン（切替先スクリーンＮｏ．８２）の表示回数が記録される。但し、一例としては、日付が古い（例えば２週間以上経過した）レコードは、“最近よく使うスクリーン用データ”５３から削除する処理が、例えば毎日実行されるものとする。そして、任意のときに、そのときの“最近よく使うスクリーン用データ”５３（直近の２週間分のデータ等）に基づいて、集計を行って、この集計結果から優先順位を決めるものである。

つまり、このモードでは、直近の所定期間内（例えば最近２週間程度）のスクリーン表示実績データに基づいて、各スクリーン毎に当該所定期間におけるトータルの表示回数を求めて、このトータル表示回数に基づいてソート順が決定される。そして、決定されたソート順（優先順位）に従って、各スクリーンのサムネイル画像がサムネイル画像一覧表示欄４２に表示されることになる。

ここで、図１３に、“最近よく使うスクリーン”モードが選択された場合における上記ステップＳ１４，Ｓ１５の処理例を示す。
図示の処理例では、スクリーン切替履歴データ５０から“最近よく使うスクリーン用データ”５３を抽出して、このデータ５３から直近の所定期間内（例えば最近２週間程度）における各スクリーン毎の切替回数（表示回数）を集計する（ステップＳ４１）。そして、集計結果に基づいて切替先スクリーンＮｏ．８２をソートする（ステップＳ４２）。そして、このソート順に従って各切替先スクリーンＮｏ．８２が示すスクリーンのサムネイル画像を作成して、サムネイル画像一覧表示欄４２の先頭から順次配置していく（ステップＳ４３）。

この集計処理とソートのイメージを図１４（ａ）に示す。
図１４（ａ）の図上左側には、“最近よく使うスクリーン用データ”５３の具体例を示す。よって、図示のように、日付（年月日）８１、切替先スクリーンＮｏ．８２、切替回数８３から成る。尚、これは、直近の所定期間内における各日毎の各スクリーンの切替回数（表示回数）実績データを示すものと言える。

また、図１４（ａ）の図上右側にはこの実績データに基づく上記集計結果（所定期間内のトータルの表示回数）を示す。この集計結果データ５３’は、例えば図示のように、トータル切替回数８３’と切替先スクリーンＮｏ．８２’から成る。

また、図１４（ａ）には、特に、スクリーン‘Ｎｏ．１００’に関する集計のイメージを示す。すなわち、図示の例では、切替先スクリーンＮｏ．８２が‘Ｎｏ．１００’であるデータ全ての切替回数８３（６５，１０，５５）を取得して、これらの合計値（６５＋１０＋５５＝１３０）を算出する。そして、この合計値（＝１３０）を上記トータル切替回数８３’に格納する。勿論、これに対応する上記切替先スクリーンＮｏ．８２’には図示のように‘Ｎｏ．１００’が格納される。

例えば上記のような集計処理を各スクリーンについて実行する。そして、最後に、集計結果データ５３’の各レコードを、トータル切替回数８３’が多い順に（所定期間内のトータルの使用頻度が高い順に）ソートする。これによって、集計結果データ５３’は、図１４（ａ）の図上右側に示す状態となる。図示の例では、切替先スクリーンＮｏ．８２’＝‘Ｎｏ．１００’のスクリーンが最もトータル切替回数８３’が多く、２番目が‘Ｎｏ．２０’等となっている。

そして、上記ソート後の集計結果データ５３’に基づいて、サムネイル画像一覧表示欄４２に各スクリーンのサムネイル画像を表示する。すなわち、上記ソート後の集計結果データ５３’を参照して、ソート順に、切替先スクリーンＮｏ．８２’が示すスクリーンのサムネイル画像を作成して、サムネイル画像一覧表示欄４２の先頭から順次配置していく。

これによって、例えば図１４（ａ）の図上右側に示す集計結果データ５３’の例の場合には、サムネイル画像一覧表示欄４２の表示内容は図１４（ｂ）に示すようになる。
すなわち、最近の表示回数が多いスクリーンから順にそのサムネイル画像が表示されるので、ユーザが比較的上位に表示されるサムネイル画像のなかから選択する可能性が高いものとなる。換言すれば、上記ソート順を、より適切なものとすることができる。

次に、以下、“前画面と連動したスクリーン候補表示”モードについて説明する。
図８（ｂ）に示す具体例では、“前画面と連動したスクリーン候補表示用データ”５４は、前画面スクリーンＮｏ．９１、切替元スクリーンＮｏ．９２、切替先スクリーンＮｏ．９３、切替回数９４から成る。

ここで、上記“スクリーン別切替カウント”モードは、現在表示中のスクリーンを考慮したものであると言える。これに対して、“前画面と連動したスクリーン候補表示”モードでは、現在表示中のスクリーンだけでなく更にその前に表示されたスクリーンも考慮するものであると言える。

すなわち、上記“前画面と連動したスクリーン候補表示用データ”５４は、「前画面スクリーンＮｏ．９１→切替元スクリーンＮｏ．９２→切替先スクリーンＮｏ．９３」という形で切替先スクリーンＮｏ．９３が表示された回数が、切替回数９４に記録されるものである。

例えば、後述する図１６（ａ）の例の場合、例えば「Ｎｏ．１→Ｎｏ．１０→Ｎｏ．２０」という形でスクリーンＮｏ．２０が表示された場合の切替回数９４は、１００回である。これに対して、例えば「Ｎｏ．１００→Ｎｏ．１０→Ｎｏ．２０」という形でスクリーンＮｏ．２０が表示された場合の切替回数９４は、たった１回である。例えばこの様なケースでは、本モード（“前画面と連動したスクリーン候補表示”モード）は、上記“スクリーン別切替カウント”モードよりも更に適切な優先順位の決定が実現できると考えられる。

尚、切替元スクリーンＮｏ．９２が、上記現在表示中のスクリーンに相当することになる。
本モードでは、任意の現在表示中のスクリーンから任意の他のスクリーンに切り替えた場合の上記ステップＳ１８の履歴データ追加処理に関しては、下記のようになる。

現在表示中のスクリーンの前に表示されていたスクリーンの識別ＩＤ及び現在表示中のスクリーンの識別ＩＤ及び上記ステップＳ１７による切替先のスクリーンの識別ＩＤを検索キーにして、該当レコードを検索する。該当レコードは、その前画面スクリーンＮｏ．９１及び切替元スクリーンＮｏ．９２及び切替先スクリーンＮｏ．９３が、上記検索キーと同一であるレコードである。そして、該当レコードの切替回数９４を＋１インクリメントする。

ここで、図１５に、“前画面と連動したスクリーン候補表示”モードが選択された場合における上記ステップＳ１４，Ｓ１５の処理例を示す。
尚、本例の場合、現在表示中のスクリーンの前に表示されていたスクリーンの識別ＩＤ（“現在前表示スクリーンＮｏ．”と記すものとする）を、別途、不図示の所定のメモリ領域等に保持しておくものとする。そして、例えば、上記ステップＳ１７によって現在表示中スクリーンから他のスクリーンに切り替わる際に、当該現在表示中スクリーンの識別ＩＤを新たな上記“現在前表示スクリーンＮｏ．”とする処理を行うものとする。

図示の処理例では、まず、スクリーン切替履歴データ５０から“前画面と連動したスクリーン候補表示用データ”５４を抽出する（ステップＳ５１）。続いて、この抽出データ５４の各レコードのうち、切替元スクリーンＮｏ．９２が現在表示中のスクリーンであり且つ前画面スクリーンＮｏ．９１が上記“現在前表示スクリーンＮｏ．”であるレコードを全て抽出する。そして、これら抽出レコードを、その切替回数９４が多い順に（使用頻度が高い順に）ソートする（ステップＳ５２）。そして、このソート順に、その切替先スクリーンＮｏ．９３が示すスクリーンのサムネイル画像を作成して、サムネイル画像一覧表示欄４２の先頭から順次配置していく（ステップＳ５３）。

ここで、図１６（ａ）に上記ソート結果の一例を示す。
尚、図１６（ａ）には（説明の都合上）複数の前画面スクリーンＮｏ．９１を示すが、実際には何れか１つのみ（現在の上記“現在前表示スクリーンＮｏ．”に対応するもの）が上記ステップＳ５２で抽出されてソートされることになる。

図示の例では、切替元スクリーンＮｏ．９２が同じ（Ｎｏ．１０）であっても、前画面スクリーンＮｏ．９１が異なれば（Ｎｏ．１、Ｎｏ．５、Ｎｏ．１００）、レコード（特に切替先スクリーンＮｏ．９３）のソート結果は異なることを示している。勿論、本例では、何れも場合も、切替回数９４が多い順にソートされることになる。

そして、図１６（ｂ）には、前画面スクリーンＮｏ．９１がＮｏ．１である場合のソート順に応じたサムネイル画像一覧表示欄４２の表示例を示す。
この様に、現在表示中のスクリーンだけでなくその前に表示されたスクリーンも考慮した順位決定を行うことで、より適切な優先順位の決定を実現することができる。

尚、上記「現在表示中のスクリーン＋その前に表示したスクリーン（前画面）」に応じた切替候補スクリーンの優先順位決定は、「現在表示中のスクリーン＋それ以前に表示したスクリーン」に応じた切替候補スクリーンの優先順位決定手法の一例であると見做してもよい。すなわち、上記“それ以前に表示したスクリーン”には、前画面に限らず、更にその前に表示された画面（前々画面）、更に更にその前に表示された画面（前々前画面）など（これらを“１以上の以前表示スクリーン”等というものとする）も含まれていても構わない。

何れにしても、過去の実績データによれば例えば下記のような傾向が見られる等というケースも起こり得るので、特にこの様なケースでは本モードが格別な効果を奏することになる。
・‘Ｎｏ．１０’→‘Ｎｏ．２’→‘Ｎｏ．８’の順に画面切替が行われてきた場合には（‘Ｎｏ．８’が現在表示中スクリーン）、次の切替先スクリーンは‘Ｎｏ．２０’となる場合が最も多かった。
・‘Ｎｏ．５’→‘Ｎｏ．２’→‘Ｎｏ．８’の順に画面切替が行われてきた場合には（‘Ｎｏ．８’が現在表示中スクリーン）、次の切替先スクリーンは‘Ｎｏ．１１’となる場合が最も多かった。

ここで、上述した各実施例は、何れも、サムネイル画像を生成・表示するものであったが、この例に限らない。例えば、サムネイル画像は当然、元の画像よりは見難くなるので、表示を見てもどれが所望のスクリーンのサムネイル画像であるのか判別し難くなる可能性も有り得る。これより、スクリーン画像をそのまま表示することが考えられるが、その場合には複数のスクリーン画像を一度に表示することはできない（基本的には一度に１つだけ）。

これより、ここでは、切替候補となる複数のスクリーン画像を時分割で表示する（例えば各々数秒ずつ表示する）。勿論、この場合も、上記ソート順に従って表示されるので、例えば過去の表示回数が多いスクリーンが優先的に表示されることになる。よって、開始から短時間でユーザ所望のスクリーンが表示される可能性が高くなる。そして、所望のスクリーンが表示された時点でユーザが所定の操作を行うと、このスクリーンが切替先として決定されて、このスクリーンへの切替が行われる。

ユーザがこの様な表示形態を指示する為のスイッチが、上記図６に示す“自動切替開始”スイッチ４３である。
“自動切替開始”スイッチ４３が操作されたときの処理を図１７に示す。

尚、このときには既に、上記モードの選択と、選択されたモードに応じたレコード（特に切替先スクリーンＮｏ．）のソート処理が行われているものとする。尚、更に、ソート結果に応じてサムネイル画像が生成・表示されている状態であっても構わない。例えば、ユーザは、サムネイル画像を見て、分かり難いと思ったら、“自動切替開始”スイッチ４３を操作することになる。勿論、これは一例である。

“自動切替開始”スイッチ４３が操作されると（ステップＳ６１，ＹＥＳ）、上記ソート結果（優先順位）に基づいて、表示対象スクリーン（最初はソート順の先頭のスクリーン；最も表示回数が多いスクリーン）を表示すると共に、タイマをスタートさせる（ステップＳ６２）。尚、タイマには、予め所定のタイムアウト時間（例えば数秒程度）がセットされている。

そして、タイマがタイムアウトする前にユーザが所定の操作（画面上のどこでもいいのでタッチする等）を行った場合には（ステップＳ６３，ＹＥＳ）、このときに表示されていたスクリーンを切替先に決定して所定処理を実行する（ステップＳ６４）。所定処理とは、例えばタイマ停止、スクリーンの順次切替表示の停止、上記ステップＳ１８に相当する処理等である。

一方、タイマがタイムアウトした場合には（ステップＳ６３，ＮＯ）、上記ソート順に従って次の表示対象スクリーンを決定して（ステップＳ６５）、ステップＳ６２の処理に戻る。

上述した実施例は、一例を示したものであり、この例に限らない。例えば、スクリーン切替メニューウィンドウ４０は、図６に示す例に限らず、例えば上記モード選択欄４１が無い形態であっても構わない。つまり、モードに関しては予め決められており、ユーザはモード選択できない形態であってもよい。あるいは、モード選択用のウィンドウが別途存在し、ユーザが予めモード選択用ウィンドウ上で任意のモードを選択・指定する形態であってもよい。これらの例では、ユーザがスクリーン切替用の専用スイッチを操作すると、予め決められている（または予め設定された）モードによる上記ソート処理等を実行して、このソート結果に応じてサムネイル画像一覧表示欄４２にサムネイル画像を表示することになる（あるいは図１７の処理により切替先候補スクリーンを順次表示することになる）。

何れにしても、スクリーン切替用の専用スイッチ（不図示）が操作される毎に逐一モードを選択する必要性はないものである。
あるいは、上記一例では上述した４種類のモードのなかから任意のモードを選択させたが、この例に限らず、例えば４種類のうちの何れか２種類以上のモードのなかから任意のモードを選択させる形態であっても構わない。

また、上記のことから、スクリーン切替履歴データ５０は、図７（ａ）に示す例に限らず、各形態で用いるモードに関するデータのみを記憶するものであって構わない。例えば、固定的に“トータル切替カウント”モードのみを使用する形態の場合には、スクリーン切替履歴データ５０は“トータル切替カウントモード用データ”５１のみで構成されるものであって構わない。

また、例えば上記ステップＳ１８の“切替回数の更新（＋１インクリメントする）”処理は、そのときに選択されているモードに関するデータのみ更新する例に限らず、他のモードに関するデータも更新するようにしても構わない。例えば、“トータル切替カウント”モードにおいては、上記一例では切替回数６２のみを更新したが、この例に限らず、例えば切替回数７３、切替回数８３、切替回数９４も更新するようにしても構わない。

また、上記切替回数６２、切替回数７３、切替回数８３、切替回数９４（以下、特に区別せずに“切替回数”と記す）の初期値は、たとえば‘０’であるが、この例に限らない。切替回数の初期値は、ユーザが１以上の任意の値を設定できるようにしてもよい。

あるいは、切替回数の初期値は、全てのレコードで一律同じ値を設定するものであってもよいが、各々異なる値を設定できるようにしてもよい。特に運用開始時には、例えば全レコードで切替回数が例えば‘０’になっているので、実質的にソート出来ないことになる。これより、ユーザが、例えば使用頻度が高いと思われるスクリーンに対応するレコードの切替回数の初期値を、比較的高い値に設定すること等によって、この様な問題を解消できるようにしてもよい。

あるいは、上記切替回数の初期値として各々異なる値を設定する例に関して、上記ステップＳ１８の処理を実行しないようにしてもよい。つまり。この場合は、実績データに基づくのではなく、ユーザが決めた順番で候補スクリーン（またはそのサムネイル画像が表示されることになる）。

あるいは、サムネイル画像の表示や“自動切替開始”スイッチ４３の操作が行われることなく、上記専用スイッチが操作されたら直ちに図１７に示す処理が実行されるものであてもよい。勿論、この場合には、予め任意のモードが決定／設定されており、このモードに応じたソート処理が実行されている。

Claims (9)

1. 複数のスクリーンの何れかを表示する表示制御手段と、
   現在表示中のスクリーン上で所定の操作が行われると、過去の実績データに基づいて切替先候補のスクリーンの優先順位を判別する優先順位判別手段と、
   該優先順位判別手段によって判別された優先順位に従って、前記切替先候補のスクリーンを所定の形態で表示して、該表示に対して任意に指定されたスクリーンを切替先と決定する切替先決定手段とを有し、
   前記切替先決定手段は、前記所定の形態として前記切替先候補のスクリーンを前記優先順位に従って順次表示し、表示中に所定の操作があったスクリーンを前記切替先として決定することを特徴とするプログラマブル表示器。
2. 全ての前記スクリーンは、そのスクリーンを表示中には所定のスクリーン切替用ボタンが表示され、
   前記現在表示中のスクリーン上での所定の操作は、該スクリーン切替用ボタンの操作であることを特徴とする請求項１記載のプログラマブル表示器。
3. 前記過去の実績データは、各スクリーンの使用頻度であり、
   前記各スクリーンのトータルの使用頻度を記憶する表示履歴記憶手段を更に有し、
   前記優先順位判別手段は、該トータルの使用頻度に基づいて前記切替先候補のスクリーンの優先順位を判別することを特徴とする請求項１または２記載のプログラマブル表示器。
4. 前記過去の実績データは、各スクリーンの使用頻度であり、
   切替元スクリーン別の各スクリーンの使用頻度を記憶する表示履歴記憶手段を更に有し、
   前記優先順位判別手段は、現在表示中のスクリーンを前記切替元スクリーンとして該切替元スクリーンに応じた前記各スクリーンの使用頻度に基づいて、前記切替先候補のスクリーンの優先順位を判別することを特徴とする請求項１〜３の何れかに記載のプログラマブル表示器。
5. 前記過去の実績データは、各スクリーンの使用頻度であり、
   前記各スクリーンの使用頻度を記憶する表示履歴記憶手段を更に有し、
   前記優先順位判別手段は、該表示履歴記憶手段に基づいて得られる、直近の所定期間内の各スクリーンのトータルの使用頻度に基づいて、前記切替先候補のスクリーンの優先順位を判別することを特徴とする請求項１〜３の何れかに記載のプログラマブル表示器。
6. 前記過去の実績データは、各スクリーンの使用頻度であり、
   前記各スクリーン毎に、任意の切替元スクリーンと任意の１以上の以前表示スクリーンとの組み合わせ別の各スクリーンの使用頻度を記憶する表示履歴記憶手段を更に有し、
   前記優先順位判別手段は、現在表示中のスクリーンを前記切替元スクリーンとし、それ以前に表示した１以上のスクリーンを前記以前表示スクリーンとした組み合わせに応じた前記各スクリーンの使用頻度に基づいて、前記切替先候補のスクリーンの優先順位を判別することを特徴とする請求項１〜３の何れかに記載のプログラマブル表示器。
7. 複数種類のモードのうちの任意のモードを選択させるモード選択手段を更に有し、
   前記優先順位判別手段は、選択されたモードに応じた前記優先順位の判別を行うことを特徴とする請求項１〜３の何れかに記載のプログラマブル表示器。
8. 前記複数種類のモードは、各スクリーンのトータルの使用頻度に基づいて前記優先順位を判別するモード、切替元のスクリーン毎に応じた使用頻度に基づいて前記優先順位を判別するモード、各スクリーンの直近の所定期間内の使用頻度に基づいて前記優先順位を判別するモード、切替元のスクリーンと前回表示スクリーンとの組み合わせに応じた使用頻度に基づいて前記優先順位を判別するモードのうちの何れかに２種類以上のモードであることを特徴とする請求項７記載のプログラマブル表示器。
9. プログラマブル表示器のコンピュータを、
   複数のスクリーンの何れかを表示する表示制御手段と、
   現在表示中のスクリーン上で所定の操作が行われると、過去の実績データに基づいて切替先候補のスクリーンの優先順位を判別する優先順位判別手段と、
   該優先順位判別手段によって判別された優先順位に従って、前記切替先候補のスクリーンを所定の形態で表示して、該表示に対して任意に指定されたスクリーンを切替先と決定する手段であって、前記所定の形態として前記切替先候補のスクリーンを前記優先順位に従って順次表示し、表示中に所定の操作があったスクリーンを前記切替先として決定する切替先決定手段、
   として機能させる為のプログラム。
   

Images