画面情報制御装置
【課題】既存システムから画面情報を選択的に呼び出す際に必要となる画面操作の回数を減らし、操作性を向上させることが可能な画面情報制御装置を提供する。
【解決手段】ネットワークを介して、端末装置と、端末装置に表示する画面情報を持つ既存システムに接続され、端末装置から入力されるメニュー単位毎に、画面情報から選択された画面群の呼び出し情報を、端末装置の利用者情報に関連付けて統合させ、画面統合情報を作成するとともに保存するメニュー設定部、端末装置の利用者によって選択されたメニュー単位に対応する画面統合情報を用い、画面群を既存システムから呼び出して表示画像情報を作成するとともに端末装置に配信する制御部を備えた構成とする。
【解決手段】ネットワークを介して、端末装置と、端末装置に表示する画面情報を持つ既存システムに接続され、端末装置から入力されるメニュー単位毎に、画面情報から選択された画面群の呼び出し情報を、端末装置の利用者情報に関連付けて統合させ、画面統合情報を作成するとともに保存するメニュー設定部、端末装置の利用者によって選択されたメニュー単位に対応する画面統合情報を用い、画面群を既存システムから呼び出して表示画像情報を作成するとともに端末装置に配信する制御部を備えた構成とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プラント設備や公共施設における設備の状態監視、あるいは、状態の変化を時系列に確認するような監視制御システムの画面表示を行うための画面情報制御装置に関するものである。
【背景技術】
【０００２】
従来から、プラント設備や公共施設における設備の状態監視、あるいは、状態の変化を時系列に確認するような監視制御システムでは、最適なメニュー項目を定義したトップメニューを用意するなど、操作性を向上させることが求められている。
このような要件に対する解決策の一例としては、端末の使用目的に応じて最適なメニュー項目を定義して、メニューの操作性を向上させる技術が開示されている（例えば、特許文献１）。
【０００３】
【特許文献１】特開２００６−１１９５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の方式では、使用目的に応じて最適なメニュー項目を定義し、メニュー自体の操作性を向上させることができるが、決められた画面遷移で画面操作を行なうため、見たい画面を表示する場合は、トップメニューに戻る必要があるなど、目的の画面に到達するまでの画面操作回数を減らすことは出来ないという問題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたもので、メニュー単位に複数の画面情報を統合し、画面操作の回数を減らし、操作性を向上させることが可能な、画面情報制御装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係わる画面情報制御装置は、ネットワークを介して、端末装置と、上記端末装置に表示する画面情報を持つ既存システムに接続され、上記端末装置から入力されるメニュー単位毎に、上記画面情報から選択された画面群の呼び出し情報を、上記端末装置の利用者情報に関連付けて統合させ、画面統合情報を作成するとともに保存するメニュー設定部、上記端末装置で選択された上記メニュー単位に対応する上記画面統合情報を用い、上記画面群を上記既存システムから呼び出して表示画像情報を作成するとともに上記端末装置に配信する制御部を備えたものである。
【発明の効果】
【０００７】
この発明の画面情報制御装置によれば、端末装置にてメニュー単位を選択することで、メニュー単位に統合された画面群を端末装置に表示することができ、端末装置利用者の操作性を向上させることが可能となる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１の画面情報制御装置の構成図である。
【図２】実施の形態１のメニュー設定部の処理を示すフロー図である。
【図３】実施の形態１の画面ＩＤと画面ＩＤに対応した画面呼び出し処理ＵＲＬの一覧リストを示す図である。
【図４】実施の形態１のメニュー単位定義画面イメージを示す図である。
【図５】実施の形態１の画面関連情報定義画面イメージを示す図である。
【図６】実施の形態１の画面配置定義画面イメージを示す図である。
【図７】実施の形態１の画面統合情報データベースのデータ内容例を示す図である。
【図８】実施の形態１の制御部の処理を示すフロー図である。
【図９】実施の形態１のメニュー単位に対応した画面群呼び出し処理の際の画面例を示す図である。
【０００９】
【図１０】実施の形態２の、画面操作履歴情報を用いる画面情報制御装置の構成図である。
【図１１】実施の形態２の、選択されたメニュー単位を画面操作履歴ファイルに書き込む処理を含む制御部の処理を示すフロー図である。
【図１２】実施の形態２の画面操作履歴ファイルの内容例を示す図である。
【図１３】実施の形態２の、画面操作履歴ファイルを参照する処理を含むメニュー設定部の処理を示すフロー図である。
【図１４】実施の形態２の画面履歴参照部を付加した画面例を示す図である。
【図１５】実施の形態３の、メニュー単位をツリー表示して用いる画面情報制御装置の構成図である。
【００１０】
【図１６】実施の形態３の、メニュー単位関連定義処理を含むメニュー設定部の処理を示すフロー図である。
【図１７】実施の形態３のメニュー単位統合部を付加した場合の画面例を示す図である。
【図１８】実施の形態３のメニュー単位統合部を付加した場合の画面統合情報データベースのデータ内容例を示す図である。
【図１９】実施の形態３の、メニュー単位のツリー表示処理を含む制御部の処理を示すフロー図である。
【図２０】実施の形態３のメニュー単位ツリー表示画面例を示す図である。
【図２１】実施の形態４の、画面群のうち一つの画面をポップアップ表示した画面例を示す図である。
【発明を実施するための形態】
【００１１】
実施の形態１．
以下、本発明の実施の形態１である画面情報制御装置について、図１〜図９を用いて説明する。図１は本発明の画面情報制御装置を中心とするシステム構成図である。画面情報制御装置１は、既存システム１００および端末装置１０１に、ネットワーク１０４を介して接続されている。利用者によって操作される端末装置１０１は、画面情報制御装置１から配信される出力結果を表示する表示画面（ディスプレイ）となる画面表示機器１０２と、利用者（ユーザ）によって情報を入力するためのマウスやキーボードである情報入力装置１０３を構成として含んでいる。既存システム１００は、既に稼動中のシステム（ＷＥＢアプリケーション）であり、例えば、プラント設備や公共施設における設備の状態監視、あるいは状態の変化を時系列的に確認することに用いられる監視制御システムに相当する。
【００１２】
この既存システム１００は、端末装置１０１に表示する画面情報を持っており、画面情報制御装置１によって既存システム１００から利用者に必要となる画面情報を選択的に呼び出し、画面表示機器１０２に配信する構成となる。本発明の画面情報制御装置１では、画面情報の呼び出しに必要となる項目に、「メニュー単位」があるが、メニュー単位毎に、利用者情報に関連付けて複数の画面（画面群）の情報（呼び出し情報）を統合させておくことで、本システムの利用時に、利用者が一つのメニュー単位を選択する（入力する）ことによって複数の画面（画面群）を同時に画面表示機器１０２上に映し出すことが可能となる。
【００１３】
つまり、この発明に係わる画面情報制御装置１は、ネットワークを介して、端末装置１０１と、端末装置１０１に表示する画面情報を持つ既存システム１００に接続され、端末装置１０１から入力されるメニュー単位毎に、画面情報から選択された画面群の呼び出し情報を、端末装置１０１の利用者情報に関連付けて統合させ、画面統合情報を作成するとともに保存するメニュー設定部２、端末装置１０１の利用者によって選択されたメニュー単位に対応する画面統合情報を用い、画面群を既存システム１００から呼び出して表示画像情報を作成するとともに端末装置１０１に配信する制御部３を備えており、端末装置１０１にてメニュー単位を選択することで、メニュー単位に統合された画面群を端末装置１０１に全て表示させることができるため、関連した画面を開くための画面遷移の回数を減らせることが可能であり、端末利用者の操作性を向上させることができる。
【００１４】
図１の画面情報制御装置１の各構成要素について説明する。
画面情報制御装置１は、メニュー設定部２と制御部３の二つに大きく構成部分が分かれている。メニュー設定部２は、各メニュー単位に、ユーザ情報に関連付けて、必要となる画面群を統合させるというメニュー単位の定義付けに関する部分であり、定義付け処理を行うメニュー条件設定装置２０と定義情報を保存する画面統合情報データベース２１が含まれる。既存システム１００の利用時には、後述する制御部３によって既存システム１００から必要となる画面群を呼び出して利用するようになるが、その利用前の段階において、あらかじめメニュー設定部２でのメニュー単位設定を行う手順となる。従って、メニュー単位定義（設定）処理は、オフラインにて行われる。なお、制御部３の詳細については後述する。
【００１５】
メニュー条件設定装置２０の中には、メニュー単位定義部２２、画面関連情報定義部２３、画面配置定義部２４が構成要素として含まれている。
メニュー単位定義部２２は、メニュー単位を設定する機能を持つ部分であり、利用者情報（ユーザ情報）入力、メニュー単位名称入力、既存システムから得られる画面一覧からの画面選択を行う構成部である。画面選択によって選択された画面を画面群と称する。画面群は、複数となる場合が主であるが、単数となる場合もあり得る。ユーザ情報に関連付けられ、入力されたメニュー単位のもとに、選択された画面群が統合されて、メニュー単位の設定がなされる。
【００１６】
画面関連情報定義部２３は、画面関連情報を設定する機能を持つ部分であり、画面一覧から選択された画面を「巡回型」または「独立型」に選別する。巡回型とは、検索条件を入力する画面と検索結果を表示する画面のように関連があるもの、また、画面遷移の方向が定まっているものを言う。独立型は、他の画面との関連がなく（少なく）独立しているタイプの画面を指す。
画面配置定義部２４は、一つのディスプレイにまとめて表示される画面群の、画面配置を定義する機能を持つ部分であり、メニュー単位毎に統合された画面群の各画面を、ディスプレイ上のどの位置に配置するかという画面レイアウトを設定する構成部である。
【００１７】
以下、メニュー設定部２の動作について図２のメニュー単位設定処理のフロー図を用いて説明する。
まず、操作者の操作により情報入力装置１０３から、メニュー条件設定装置２０へ起動要求が行われ、メニュー条件設定装置２０が起動される（（開始）ＳＴ１０１）。
次に、メニュー条件設定装置２０は、起動時の初期化処理にて、既存システム１００から画面ＩＤと画面ＩＤに対応した画面呼び出し処理ＵＲＬの一覧リストを取得する（ＳＴ１０２）。この一覧リストの情報は、図３に例示するように、画面名、画面ＩＤ、画面ＩＤに対応した画面呼び出し処理ＵＲＬを含む情報であり、また、画面群を選択的に呼び出すための呼び出し情報に相当する。この呼び出し情報と、後述のメニュー単位定義にてユーザ情報に関連付けて統合される画面群の情報とをあわせて画面統合情報が得られる。
【００１８】
次に、情報入力装置１０３からメニュー単位定義部２２を起動し、メニュー単位定義を入力する。メニュー単位定義として、情報入力装置１０３から入力するパラメータは、「ユーザ情報」、「メニュー単位名称」、「画面一覧の中から選択した画面群（ＳＴ１０２で取得した画面ＩＤと画面ＩＤに対応した画面呼び出し処理ＵＲＬの一覧リストの中から、メニュー単位として統合したい画面群）」である（ＳＴ１０３）。
ここで、メニュー単位定義画面イメージを図４に示す。図４にあるように、ユーザ情報が「ＡＡＡ」である場合に、メニュー単位名称「設備検索メニュー」のもとに、統合された画面群は、画面Ａ、画面Ｂ、画面Ｄである。
【００１９】
次に、画面関連情報定義部２３を起動し、まず、画面一覧から選択した画面群の中で、画面間の関連（例：検索条件画面と検索結果画面のような画面間の関連があるもの）があるかどうかを判断する（ＳＴ１０４）。
次に、図５に画面関連情報定義画面イメージを示すように、画面間の関連があるものについては、「巡回型」と定義する（画面Ａおよび画面Ｄ）。画面間の関連がない画面については、「独立型」と定義する（画面Ｂ）。「巡回型」の画面群については、この画面関連情報定義部２３にて、画面間の関連を定義する。画面Ａが検索条件画面であり、画面Ｄが検索結果画面である場合、画面例に示すように、「巡回型定義」の欄に、「画面Ａ→画面Ｄ」と入力する。（ＳＴ１０５）。
【００２０】
次に、画面配置定義部２４を起動し、メニュー単位毎に、統合したい画面群（画面Ａ、Ｂ、Ｄ）のレイアウトを決定する（ＳＴ１０６）。図６（ａ）、（ｂ）に、画面配置定義画面イメージをそれぞれ例示する。画面上方部に、メニュー単位配置領域があり、その中にメニュー単位名称が示されている（メニュー単位が複数設定されている場合は複数のメニュー単位名称が表示され、単数の場合は、同スペースに一つのメニュー単位名称が表示される。）。メニュー単位として「設備検索メニュー」には、画面Ａ、Ｂ、Ｄが統合されているため、画面中央部に画面Ａ、Ｂ、Ｄを割り振ってレイアウトを決める。このとき、画面Ａ、Ｄは巡回型であり、画面Ａから画面Ｄに遷移するよう定義されているため、二つの画面を上下または左右の関係となるように配置するなど、操作者が使いやすいように配置を決める。これによって設備検索メニュー画面配置を決定できる。
図６に示すように、本願発明では、メニュー単位一つを選択した段階で、メニュー単位名称のもとに統合されている画面群の全てを、同画面上に表示させることができる。
【００２１】
次に、画面配置定義部２４によってデータの整合性を確認する（ＳＴ１０７）。データ整合性の確認では、端末装置１０１からの入力データと画面統合情報データベース２１のデータ内容との整合性をチェックし、例えば、ユーザ情報にて入力した文字列が画面統合情報データベース２１側でサポートされていない文字列である場合などはＮＧとなり、ＳＴ１０３のメニュー単位定義の入力段階に戻って、入力データを修正することが必要となる。整合性が取れていれば、画面統合情報データベース２１に画面統合情報（定義情報）を登録する（ＳＴ１０８）。
この画面統合情報データベース２１のデータ内容例を図７に示す。図７に示したように、画面統合情報のデータとして「ユーザ情報」、「メニュー単位名称」、「巡回型独立型フラグ」、「画面関連定義」、「画面位一覧定義リストファイル」、「レイアウト情報定義ファイル」などが登録される。
本一連のメニュー設定の操作は、オフラインで行なわれ、メニュー単位毎に繰返し処理される。
【００２２】
次に、制御部３について説明する。制御部３は情報処理制御装置３０を有しており、情報処理制御装置３０は、ユーザ情報処理部３１、定義情報読込部３２、メニュー単位選択部３３、既存システム操作部３４、画面表示配信部３５、画面表示部３６を構成要素として含んでいる。この制御部３では、オンライン処理となる。
ユーザ情報処理部３１は、ユーザ情報処理機能を持つ構成部であり、既存システム１００に定義されたユーザ情報と画面統合情報データベース２１に定義されたユーザ情報のマッチングを行う部分である。
【００２３】
定義情報読込部３２は、定義情報を読み込む機能を持つ構成部であり、画面統合情報データベース２１に定義されたユーザ情報（図７に例示の情報）を読み込む部分である。
メニュー単位選択部３３は、画面表示機器１０２上に表示される複数のメニュー単位の中から操作者が一つのメニュー単位を選択するための機能を持つ構成部である。
既存システム操作部３４は、操作者によって選択されたメニュー単位に統合された画面群を既存システム１００から呼び出すための、既存システム１００を操作する機能を持つ構成部であり、既存システム１００側で定義されている画面呼び出し処理ＵＲＬを呼び出す。
画面表示配信部３５は、画面表示内容（表示画像情報）を画面表示機器１０３へ配信する機能を持つ構成部である。
画面表示部３６は、表示画像情報を画面表示機器１０３へ画面表示する機能を持つ構成部である。
【００２４】
以下、制御部３の動作について図８のフロー図を用いて説明する。
まず、情報入力装置１０３から、情報処理制御装置３０へ起動要求が行われ、情報処理制御装置３０が起動される（（開始）ＳＴ２０１）。
次に、画面表示機器１０２上に、図９（ａ）のトップ画面イメージに相当するログイン画面が表示され、作業者はユーザ情報の欄に入力を行う（ＳＴ２０２）。
次に、ユーザ情報処理部３１は、既存システム１００より、ユーザ情報を取得する（ＳＴ２０３）。
【００２５】
ユーザ情報処理部３１は、画面統合情報データベース２１に問い合わせ、既存システム１００から取得したユーザ情報に該当したデータが存在するか判断する。（ＳＴ２０４）。存在しない場合（「なし」の場合）、画面表示機器１０２にエラー画面を表示する（ＳＴ２０５）。存在する場合（「あり」の場合）、定義情報読込部３２は、画面統合情報データベース２１からユーザ情報に一致した画面統合情報（定義情報）を読み込む（ＳＴ２０６）。
画面統合情報が読み込まれたら、メニュー単位選択部３３にて、画面表示機器１０２にユーザ情報に関連したメニュー単位を表示する（ＳＴ２０７）。このときの画面例が、図９（ｂ）のメニュー単位選択画面イメージに相当し、ユーザ情報に関連した（該当する）メニュー単位名称が画面上に表示された状態となる。同メニュー単位選択部３３にて、ユーザ情報に該当したメニュー単位が複数か単数かを判断し（ＳＴ２０８）、メニュー単位が複数である場合、操作者はこの画面上で一つのメニュー単位を選択する（ＳＴ２０９）。ＳＴ２０８にて、メニュー単位が単数である場合は、メニュー単位を選択する必要がないため、次のＳＴ２１０の段階に移行する。
【００２６】
次に、既存システム操作部３４は、既存システム１００にて実装されている画面統合情報に定義された画面を表示する処理を操作する（ＳＴ２１０）。つまり、利用者によって選択されたメニュー単位に対応する画面統合情報を用い、既存システム１００から画面群の画面情報を呼び出してくる。
次に、画面表示配信部３５は、画面統合情報に従って、画面とレイアウトを構築して表示画像情報を作成し、画面表示部３６へ配信する（（画面配信処理）ＳＴ２１１）。
画面表示配信が完了したら、画面表示部３６は、画面表示処理を行なう(ＳＴ２１２)。
画面表示処理が完了したら、画面表示機器１０２に画面を表示する(ＳＴ２１３)。この段階で、図９（ｃ）に示すような、メニュー単位に対応した画面群表示イメージが表示される。
【００２７】
情報入力装置１０３または、画面表示機器１０２から終了要求があったら処理を終了する(ＳＴ２１４)。終了要求がない場合は、ＳＴ２０９のメニュー単位選択処理に戻って、メニュー単位を選択して、対応する画面群を表示させる操作を、メニュー単位選択毎に繰り返し行う。
このような実施の形態１の操作性改善方式は、ユーザ毎のメニュー単位を定義可能であり、メニュー単位に登録されている画面群が画面遷移なしに閲覧できるため、画面遷移回数を削減することができ、操作性を向上させることができる。
【００２８】
実施の形態２．
次に、この発明の実施の形態２について図１０〜図１４を用いて説明する。この実施の形態２では、図１０の構成図に示すように、画面情報制御装置１は、上述した実施の形態１の制御部３の構成に加え、画面操作履歴ファイル４０が設けられ、情報処理制御装置３０に定義情報書込部３７が付加され、さらに、メニュー設定部２のメニュー条件設定装置２０に、画面操作履歴ファイル４０を参照するための画面履歴参照部２５が付加された構成となっている。
【００２９】
定義情報書込部３７は、ユーザ情報、メニュー単位実行回数を算出および、画面統合情報データベース２１に格納されたメニュー単位に設定された定義情報を取得して、端末装置１０１の利用者が操作した履歴情報を、画面操作履歴ファイル４０に書き込む（保存する）機能を持つ構成部である。この定義情報書込部３７から出力されたファイルが画面操作履歴ファイル４０である。
また、画面履歴参照部２５は、画面操作履歴ファイル４０を読み込む機能を持つ構成部である。
【００３０】
この実施の形態２の画面情報制御装置１では、既存システム１００を呼び出すためのメニュー単位選択の履歴情報を画面操作履歴ファイル４０に保存しておき、メニュー設定部２にて、メニュー単位定義を行う際に、画面操作履歴を読み込んで過去によく利用された定義情報を表示し、作業者が履歴情報を目視によって確認し、参照できるように構成している。
【００３１】
図１１に、実施の形態２の制御部３における動作フローを示す。実施の形態１において図８で示したフロー図と、同じ番号（ＳＴで始まる番号）の処理は同じ処理となるため説明を省略する。実施の形態２では、まず、実施の形態１のＳＴ２０１からＳＴ２０９までは同様の処理となる。メニュー単位が選択（ＳＴ２０９）がなされた後、定義情報書込部３７が起動され、ユーザ情報処理部３１で取得したユーザ情報、定義情報読込部３２で画面統合情報データベース２１から取得した定義情報（画面統合情報）、メニュー単位実行回数を画面操作履歴ファイル４０に書き込む（ＳＴ３０１）。画面操作履歴ファイル４０に書き込まれる情報の内容例を図１２に示す。
【００３２】
メニュー単位実行回数は、同じメニュー単位が呼び出される度に、カウントアップされ、画面操作履歴ファイル４０に書き込まれる。
なお、ＳＴ２０８にて、ユーザ情報に該当したメニュー単位が単数であると判断された場合、実施の形態１では、既存システム操作ＳＴ２１０へ移行したが、この実施の形態２では、画面操作履歴ファイル４０に、選択したメニュー単位の情報を書き込むため、定義情報書込処理（ＳＴ３０１）へ移行する。
その後の情報処理制御装置３０の動作であるＳＴ２１０からＳＴ２１４までは、実施の形態１と同様の処理となる。
このように、画面操作の履歴情報を保存しておくことで、メニュー単位定義を行う際に参考になる履歴情報をストックすることができる。
【００３３】
次に、図１３に、実施の形態２のメニュー設定部２における動作フローを示す。実施の形態１において図２で示したフロー図と、同じ番号の処理は同じ処理であるため、説明を省略する。実施の形態２では、まず、実施の形態１とＳＴ１０１からＳＴ１０３までは同様の処理となる。メニュー単位定義が入力（ＳＴ１０３）された後、画面履歴参照部２５が起動され、画面操作履歴ファイル４０が存在するかどうかが判断される（ＳＴ４０１）。
画面操作履歴ファイル４０内に、ユーザ情報に関連した画面操作履歴情報が存在している（ＹＥＳの）場合、画面操作履歴ファイル４０からの履歴情報の読み込み、操作者による目視が可能となる（ＳＴ４０２）。
【００３４】
このＳＴ４０２の段階で、具体的には、メニュー単位定義画面となる図１４の「画面履歴参照部を付加した画面例」に示すような表示が、ディスプレイ上に現れる。この画面上にて「参照」ボタンをクリックすることで、図１２に示した履歴情報が画面上に表示され、ユーザによる目視が可能となる。ユーザは、画面操作履歴ファイル４０に書き込まれた情報を参照して、情報入力装置１０３から入力するパラメータを決定することが可能となる。
その後、メニュー単位に統合した画面が、独立型か巡回型かを判断する画面関連定義のステップ（ＳＴ１０４）へと移行する。
【００３５】
その後、ＳＴ４０１において、画面操作履歴ファイル４０が存在せず、ユーザに関連した履歴情報がストックされていない（ＮＯの）場合、参照すべき履歴情報が無いので、ＳＴ１０４へ移行する。その後のメニュー条件設定装置２０の動作であるＳＴ１０４からＳＴ１０８までは、実施の形態１と同様のものとなる。
【００３６】
このような、実施の形態２の画面情報制御装置１によれば、定義情報書込部３７によって画面操作履歴ファイル４０に履歴情報を書込み、メニュー条件設定装置２０の画面履歴参照部２５によって書き込まれた履歴情報を読み込み、表示し、目視確認可能とすることによって、メニュー単位定義方法の参考、簡易化を実現することができ、操作性を改善することが可能となる。
【００３７】
実施の形態３．
次に、この発明の実施の形態３による画面情報制御装置１について図１５〜図２０を用いて説明する。この実施の形態３では、図１５の構成図に示すように、画面情報制御装置１は、上述の実施の形態１のメニュー条件設定装置２０の構成に加え、メニュー単位統合部２６が設けられ、情報処理制御装置３０にツリー表示選択部３８が付加された構成となっている。ツリー表示選択部３８は、メニュー単位統合部２６で、一つのメニュー単位親名称（親メニュー単位）に、複数のメニュー単位（子）名称を統合して定義付けを行い、メニュー単位の関連（親と子）をツリー表示するためのツリー構造を構築する機能を持っている。
実施の形態３の画面情報制御装置１では、メニュー単位親名称（親メニュー単位）とメニュー単位名称を、ツリー表示することで、作業者が画面上でのメニュー単位関連を目視によって確認し、メニュー単位の関連を把握しやすくするように構成している。
【００３８】
図１６に、実施の形態３のメニュー設定部２における動作フローを示す。
図８で示したフロー図と、同じ番号の処理は同じ処理となるため説明を省略する。実施の形態３では、まず、実施の形態１のＳＴ１０１からＳＴ１０６までは同様に処理がなされる。ＳＴ１０６でメニュー単位の定義付けが終ったら、メニュー単位定義部２２にてメニュー単位が複数定義されているかどうかを判断する（ＳＴ５０１）。メニュー単位が複数定義されていた（ＹＥＳの）場合、メニュー設定部２のメニュー単位統合部２６を起動し、メニュー単位間の関連情報を定義する（ＳＴ５０２）。
【００３９】
このＳＴ５０２でのメニュー単位の関連を定義する処理において、作業者が目視する画面イメージは図１７（ａ）の、メニュー単位統合部を付加した画面例のようになる。この図にあるように、画面上には、メニュー単位親名称（親メニュー単位の名称）を入力する欄と、そのメニュー単位親名称のもとに統合させるメニュー単位名称（メニュー単位子名称）を入力する欄が設けられている。図１７の例では、メニュー単位親名称に「設備メニュー」が、メニュー単位名称に「設備検索メニュー、設備状態メニュー、故障履歴メニュー、点検履歴メニュー等」が入力されている。図１７（ａ）のメニュー単位の親子関係の情報を、ツリー形状にて表示すると、図１７（ｂ）のようになる。
【００４０】
図１７（ａ）の画面例にて、メニュー単位の親子関連情報を入力した段階でＯＫボタンを押下することで、次のデータ整合性確認のステップ（ＳＴ１０７）に移行する。データの整合性が取れていれば、画面統合情報データベース４０に定義情報を登録する（ＳＴ１０８）。このときの、メニュー単位統合部を付加した場合の画面統合情報データベースのデータ内容例を図１８に示す。実施の形態１で図７に示したデータ内容例に、「メニュー単位統合定義」が加えられ、ユーザ情報（ＡＡＡ）に関連付けられた複数のメニュー単位（設備検索メニュー、設備状態メニュー（ここでは二つのメニュー単位を例示。）が、一つのメニュー単位統合定義（ＡＡＡ画面統合定義．ｘｍｌ）のもとに統合されることが示されている。
その後、メニュー単位毎に定義付け処理を繰り返す場合はＳＴ１０３へ戻り、必要な定義付け処理が終ったら作業を終了する。
【００４１】
次に、図１９に、実施の形態３での制御部３の動作フローを示して説明する。先述の実施の形態１のフロー図（図８）と、同じ番号の処理は同じ処理となるため説明を省略する。実施の形態３では、まず、実施の形態１のＳＴ２０１からＳＴ２０６までは同様に処理がなされる。実施の形態１においては、ユーザに関連したメニュー単位を表示（ＳＴ２０７）後、ユーザ情報に該当したメニュー単位が複数の場合、一つのメニュー単位を選択する（ＳＴ２０９）ことで、既存システムから必要となる画面情報を呼び出していたが、この実施の形態３では、定義情報読込部３２にて定義情報を読み込み（ＳＴ２０６）、定義情報の中にユーザ情報に関連したメニュー単位関連情報が定義されているか、つまり親メニュー単位のもとにメニュー単位（子）が統合されているかどうかを判断する（ＳＴ６０１）。
【００４２】
ＳＴ６０１において、メニュー単位関連情報が定義されている（ＹＥＳの）場合、情報処理制御装置３０内のツリー表示選択部３８を起動し、メニュー単位のツリー構造を構築し、画面表示機器１０２上に、図１７（ｂ）に示すようなメニュー単位のツリー表示が行われ、具体的には、図２０のメニュー単位ツリー表示画面例の、上方部に配置されたメニュー単位配置領域内のツリー構造図が表示される（ＳＴ６０２）。なお、画面上でのメニュー単位ツリー表示の配置については、画面上方部に限定されるものではない。
次に、作業者は、画面上のツリー表示を目視により確認し、メニュー単位のツリーの中から、閲覧したいメニュー単位として例えば「設備検索メニュー」を選択（クリック）する（（ツリーの中からメニュー単位を選択）ＳＴ６０３）。
【００４３】
メニュー単位が一つしか設定されておらず、メニュー単位の関連が定義されていない場合は、メニュー単位選択処理が必要でないため、ＳＴ６０１からＳＴ２１０へと移行する。
なお、図１５の構成図に示したように、画面情報制御装置１の制御部３には、実施の形態１および２の場合と同様に、メニュー単位選択部３３が設けられている。従って、メニュー単位関連がツリー表示されず、個々に表示された中から選択することも可能であることは言うまでもない。その場合の動作フローは、例えば図８のＳＴ２０７〜ＳＴ２０９の処理によってメニュー単位選択が行われるものとする。
【００４４】
ＳＴ２１０までの処理で、閲覧したいメニュー単位が選択され、その後、ＳＴ２１０からＳＴ２１３までの処理によって、既存システム１００から必要となる画面情報を、メニュー単位に対応する画面統合情報を用いて呼び出し、画面表示機器１０２に表示する。ＳＴ２１３の段階で、図２０に示したような画面遷移がなされ、画面中央部および下方部に、メニュー単位に統合された画面群（画面Ａ、Ｂ、Ｄ）が表示された状態が得られる。作業者による画面群の閲覧終了は、端末装置１０１からの終了要求（ＳＴ２１４）によって行われる。
【００４５】
このように、実施の形態３の画面情報制御装置１によれば、メニュー単位統合部２６とツリー表示選択部３８を設けることによって、複数のメニュー単位の関連情報に従って、メニュー単位の関連をツリー表示し、限られた表示スペースにメニュー単位名称だけでなく、それらの関連情報まで盛り込んで表示することが可能となり、作業者による画面閲覧の際の操作性を向上させることが可能となる。
本発明の画面情報制御装置１は、多種の形態で画面を表示する必要のあるシステム、あるいは、既存システムのシステム構成の変更を最小限に、画面を統合する必要があるシステムを構築する場合に有効である。
【００４６】
実施の形態４．
上述の実施の形態１の図６では、画面群として画面Ａ、Ｂ、Ｄを表示した画面例を示したが、画面群の中の画面を選んでポップアップ表示することも可能である。図２１（ａ）は、ポップアップ表示がなされていない場合の画面例、図２１（ｂ）は、画面Ｄをポップアップ表示した場合の画面例である。ここでは、画面Ａが検索条件入力画面であり、画面Ｄが検索結果画面であるため、画面Ａから画面Ｄへ遷移が行われる巡回型であることがメニュー単位定義において設定されている。そこで、画面Ａの検索条件入力決定までは、画面Ａと画面Ｂのみを大きく表示しておいて、画面Ａの検索条件入力決定後に、検索結果画面である画面Ｄを、例えば画面中央部近傍に、画面Ａ、Ｂに重ね合わせるように、なおかつ前面に表示するように配置設定すれば、より多くのレイアウトスペースを有効に利用できるようになる。
【符号の説明】
【００４７】
１ 画面情報制御装置 ２ メニュー設定部、
３ 制御部 ２０ メニュー条件設定装置、
２１ 画面統合情報データベース ２２ メニュー単位定義部、
２３ 画面関連情報定義部 ２４ 画面配置定義部、
２５ 画面履歴参照部 ２６ メニュー単位統合部、
３０ 情報処理制御装置 ３１ ユーザ情報処理部、
３２ 定義情報読込部 ３３ メニュー単位選択部、
３４ 既存システム操作部 ３５ 画面表示配信部、
３６ 画面表示部 ３７ 定義情報書込部、
３８ ツリー表示選択部 １００ 既存システム、
１０１ 端末装置 １０２ 画面表示装置、
１０３ 情報入力装置 １０４ ネットワーク。
【技術分野】
【０００１】
本発明は、プラント設備や公共施設における設備の状態監視、あるいは、状態の変化を時系列に確認するような監視制御システムの画面表示を行うための画面情報制御装置に関するものである。
【背景技術】
【０００２】
従来から、プラント設備や公共施設における設備の状態監視、あるいは、状態の変化を時系列に確認するような監視制御システムでは、最適なメニュー項目を定義したトップメニューを用意するなど、操作性を向上させることが求められている。
このような要件に対する解決策の一例としては、端末の使用目的に応じて最適なメニュー項目を定義して、メニューの操作性を向上させる技術が開示されている（例えば、特許文献１）。
【０００３】
【特許文献１】特開２００６−１１９５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の方式では、使用目的に応じて最適なメニュー項目を定義し、メニュー自体の操作性を向上させることができるが、決められた画面遷移で画面操作を行なうため、見たい画面を表示する場合は、トップメニューに戻る必要があるなど、目的の画面に到達するまでの画面操作回数を減らすことは出来ないという問題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたもので、メニュー単位に複数の画面情報を統合し、画面操作の回数を減らし、操作性を向上させることが可能な、画面情報制御装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係わる画面情報制御装置は、ネットワークを介して、端末装置と、上記端末装置に表示する画面情報を持つ既存システムに接続され、上記端末装置から入力されるメニュー単位毎に、上記画面情報から選択された画面群の呼び出し情報を、上記端末装置の利用者情報に関連付けて統合させ、画面統合情報を作成するとともに保存するメニュー設定部、上記端末装置で選択された上記メニュー単位に対応する上記画面統合情報を用い、上記画面群を上記既存システムから呼び出して表示画像情報を作成するとともに上記端末装置に配信する制御部を備えたものである。
【発明の効果】
【０００７】
この発明の画面情報制御装置によれば、端末装置にてメニュー単位を選択することで、メニュー単位に統合された画面群を端末装置に表示することができ、端末装置利用者の操作性を向上させることが可能となる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１の画面情報制御装置の構成図である。
【図２】実施の形態１のメニュー設定部の処理を示すフロー図である。
【図３】実施の形態１の画面ＩＤと画面ＩＤに対応した画面呼び出し処理ＵＲＬの一覧リストを示す図である。
【図４】実施の形態１のメニュー単位定義画面イメージを示す図である。
【図５】実施の形態１の画面関連情報定義画面イメージを示す図である。
【図６】実施の形態１の画面配置定義画面イメージを示す図である。
【図７】実施の形態１の画面統合情報データベースのデータ内容例を示す図である。
【図８】実施の形態１の制御部の処理を示すフロー図である。
【図９】実施の形態１のメニュー単位に対応した画面群呼び出し処理の際の画面例を示す図である。
【０００９】
【図１０】実施の形態２の、画面操作履歴情報を用いる画面情報制御装置の構成図である。
【図１１】実施の形態２の、選択されたメニュー単位を画面操作履歴ファイルに書き込む処理を含む制御部の処理を示すフロー図である。
【図１２】実施の形態２の画面操作履歴ファイルの内容例を示す図である。
【図１３】実施の形態２の、画面操作履歴ファイルを参照する処理を含むメニュー設定部の処理を示すフロー図である。
【図１４】実施の形態２の画面履歴参照部を付加した画面例を示す図である。
【図１５】実施の形態３の、メニュー単位をツリー表示して用いる画面情報制御装置の構成図である。
【００１０】
【図１６】実施の形態３の、メニュー単位関連定義処理を含むメニュー設定部の処理を示すフロー図である。
【図１７】実施の形態３のメニュー単位統合部を付加した場合の画面例を示す図である。
【図１８】実施の形態３のメニュー単位統合部を付加した場合の画面統合情報データベースのデータ内容例を示す図である。
【図１９】実施の形態３の、メニュー単位のツリー表示処理を含む制御部の処理を示すフロー図である。
【図２０】実施の形態３のメニュー単位ツリー表示画面例を示す図である。
【図２１】実施の形態４の、画面群のうち一つの画面をポップアップ表示した画面例を示す図である。
【発明を実施するための形態】
【００１１】
実施の形態１．
以下、本発明の実施の形態１である画面情報制御装置について、図１〜図９を用いて説明する。図１は本発明の画面情報制御装置を中心とするシステム構成図である。画面情報制御装置１は、既存システム１００および端末装置１０１に、ネットワーク１０４を介して接続されている。利用者によって操作される端末装置１０１は、画面情報制御装置１から配信される出力結果を表示する表示画面（ディスプレイ）となる画面表示機器１０２と、利用者（ユーザ）によって情報を入力するためのマウスやキーボードである情報入力装置１０３を構成として含んでいる。既存システム１００は、既に稼動中のシステム（ＷＥＢアプリケーション）であり、例えば、プラント設備や公共施設における設備の状態監視、あるいは状態の変化を時系列的に確認することに用いられる監視制御システムに相当する。
【００１２】
この既存システム１００は、端末装置１０１に表示する画面情報を持っており、画面情報制御装置１によって既存システム１００から利用者に必要となる画面情報を選択的に呼び出し、画面表示機器１０２に配信する構成となる。本発明の画面情報制御装置１では、画面情報の呼び出しに必要となる項目に、「メニュー単位」があるが、メニュー単位毎に、利用者情報に関連付けて複数の画面（画面群）の情報（呼び出し情報）を統合させておくことで、本システムの利用時に、利用者が一つのメニュー単位を選択する（入力する）ことによって複数の画面（画面群）を同時に画面表示機器１０２上に映し出すことが可能となる。
【００１３】
つまり、この発明に係わる画面情報制御装置１は、ネットワークを介して、端末装置１０１と、端末装置１０１に表示する画面情報を持つ既存システム１００に接続され、端末装置１０１から入力されるメニュー単位毎に、画面情報から選択された画面群の呼び出し情報を、端末装置１０１の利用者情報に関連付けて統合させ、画面統合情報を作成するとともに保存するメニュー設定部２、端末装置１０１の利用者によって選択されたメニュー単位に対応する画面統合情報を用い、画面群を既存システム１００から呼び出して表示画像情報を作成するとともに端末装置１０１に配信する制御部３を備えており、端末装置１０１にてメニュー単位を選択することで、メニュー単位に統合された画面群を端末装置１０１に全て表示させることができるため、関連した画面を開くための画面遷移の回数を減らせることが可能であり、端末利用者の操作性を向上させることができる。
【００１４】
図１の画面情報制御装置１の各構成要素について説明する。
画面情報制御装置１は、メニュー設定部２と制御部３の二つに大きく構成部分が分かれている。メニュー設定部２は、各メニュー単位に、ユーザ情報に関連付けて、必要となる画面群を統合させるというメニュー単位の定義付けに関する部分であり、定義付け処理を行うメニュー条件設定装置２０と定義情報を保存する画面統合情報データベース２１が含まれる。既存システム１００の利用時には、後述する制御部３によって既存システム１００から必要となる画面群を呼び出して利用するようになるが、その利用前の段階において、あらかじめメニュー設定部２でのメニュー単位設定を行う手順となる。従って、メニュー単位定義（設定）処理は、オフラインにて行われる。なお、制御部３の詳細については後述する。
【００１５】
メニュー条件設定装置２０の中には、メニュー単位定義部２２、画面関連情報定義部２３、画面配置定義部２４が構成要素として含まれている。
メニュー単位定義部２２は、メニュー単位を設定する機能を持つ部分であり、利用者情報（ユーザ情報）入力、メニュー単位名称入力、既存システムから得られる画面一覧からの画面選択を行う構成部である。画面選択によって選択された画面を画面群と称する。画面群は、複数となる場合が主であるが、単数となる場合もあり得る。ユーザ情報に関連付けられ、入力されたメニュー単位のもとに、選択された画面群が統合されて、メニュー単位の設定がなされる。
【００１６】
画面関連情報定義部２３は、画面関連情報を設定する機能を持つ部分であり、画面一覧から選択された画面を「巡回型」または「独立型」に選別する。巡回型とは、検索条件を入力する画面と検索結果を表示する画面のように関連があるもの、また、画面遷移の方向が定まっているものを言う。独立型は、他の画面との関連がなく（少なく）独立しているタイプの画面を指す。
画面配置定義部２４は、一つのディスプレイにまとめて表示される画面群の、画面配置を定義する機能を持つ部分であり、メニュー単位毎に統合された画面群の各画面を、ディスプレイ上のどの位置に配置するかという画面レイアウトを設定する構成部である。
【００１７】
以下、メニュー設定部２の動作について図２のメニュー単位設定処理のフロー図を用いて説明する。
まず、操作者の操作により情報入力装置１０３から、メニュー条件設定装置２０へ起動要求が行われ、メニュー条件設定装置２０が起動される（（開始）ＳＴ１０１）。
次に、メニュー条件設定装置２０は、起動時の初期化処理にて、既存システム１００から画面ＩＤと画面ＩＤに対応した画面呼び出し処理ＵＲＬの一覧リストを取得する（ＳＴ１０２）。この一覧リストの情報は、図３に例示するように、画面名、画面ＩＤ、画面ＩＤに対応した画面呼び出し処理ＵＲＬを含む情報であり、また、画面群を選択的に呼び出すための呼び出し情報に相当する。この呼び出し情報と、後述のメニュー単位定義にてユーザ情報に関連付けて統合される画面群の情報とをあわせて画面統合情報が得られる。
【００１８】
次に、情報入力装置１０３からメニュー単位定義部２２を起動し、メニュー単位定義を入力する。メニュー単位定義として、情報入力装置１０３から入力するパラメータは、「ユーザ情報」、「メニュー単位名称」、「画面一覧の中から選択した画面群（ＳＴ１０２で取得した画面ＩＤと画面ＩＤに対応した画面呼び出し処理ＵＲＬの一覧リストの中から、メニュー単位として統合したい画面群）」である（ＳＴ１０３）。
ここで、メニュー単位定義画面イメージを図４に示す。図４にあるように、ユーザ情報が「ＡＡＡ」である場合に、メニュー単位名称「設備検索メニュー」のもとに、統合された画面群は、画面Ａ、画面Ｂ、画面Ｄである。
【００１９】
次に、画面関連情報定義部２３を起動し、まず、画面一覧から選択した画面群の中で、画面間の関連（例：検索条件画面と検索結果画面のような画面間の関連があるもの）があるかどうかを判断する（ＳＴ１０４）。
次に、図５に画面関連情報定義画面イメージを示すように、画面間の関連があるものについては、「巡回型」と定義する（画面Ａおよび画面Ｄ）。画面間の関連がない画面については、「独立型」と定義する（画面Ｂ）。「巡回型」の画面群については、この画面関連情報定義部２３にて、画面間の関連を定義する。画面Ａが検索条件画面であり、画面Ｄが検索結果画面である場合、画面例に示すように、「巡回型定義」の欄に、「画面Ａ→画面Ｄ」と入力する。（ＳＴ１０５）。
【００２０】
次に、画面配置定義部２４を起動し、メニュー単位毎に、統合したい画面群（画面Ａ、Ｂ、Ｄ）のレイアウトを決定する（ＳＴ１０６）。図６（ａ）、（ｂ）に、画面配置定義画面イメージをそれぞれ例示する。画面上方部に、メニュー単位配置領域があり、その中にメニュー単位名称が示されている（メニュー単位が複数設定されている場合は複数のメニュー単位名称が表示され、単数の場合は、同スペースに一つのメニュー単位名称が表示される。）。メニュー単位として「設備検索メニュー」には、画面Ａ、Ｂ、Ｄが統合されているため、画面中央部に画面Ａ、Ｂ、Ｄを割り振ってレイアウトを決める。このとき、画面Ａ、Ｄは巡回型であり、画面Ａから画面Ｄに遷移するよう定義されているため、二つの画面を上下または左右の関係となるように配置するなど、操作者が使いやすいように配置を決める。これによって設備検索メニュー画面配置を決定できる。
図６に示すように、本願発明では、メニュー単位一つを選択した段階で、メニュー単位名称のもとに統合されている画面群の全てを、同画面上に表示させることができる。
【００２１】
次に、画面配置定義部２４によってデータの整合性を確認する（ＳＴ１０７）。データ整合性の確認では、端末装置１０１からの入力データと画面統合情報データベース２１のデータ内容との整合性をチェックし、例えば、ユーザ情報にて入力した文字列が画面統合情報データベース２１側でサポートされていない文字列である場合などはＮＧとなり、ＳＴ１０３のメニュー単位定義の入力段階に戻って、入力データを修正することが必要となる。整合性が取れていれば、画面統合情報データベース２１に画面統合情報（定義情報）を登録する（ＳＴ１０８）。
この画面統合情報データベース２１のデータ内容例を図７に示す。図７に示したように、画面統合情報のデータとして「ユーザ情報」、「メニュー単位名称」、「巡回型独立型フラグ」、「画面関連定義」、「画面位一覧定義リストファイル」、「レイアウト情報定義ファイル」などが登録される。
本一連のメニュー設定の操作は、オフラインで行なわれ、メニュー単位毎に繰返し処理される。
【００２２】
次に、制御部３について説明する。制御部３は情報処理制御装置３０を有しており、情報処理制御装置３０は、ユーザ情報処理部３１、定義情報読込部３２、メニュー単位選択部３３、既存システム操作部３４、画面表示配信部３５、画面表示部３６を構成要素として含んでいる。この制御部３では、オンライン処理となる。
ユーザ情報処理部３１は、ユーザ情報処理機能を持つ構成部であり、既存システム１００に定義されたユーザ情報と画面統合情報データベース２１に定義されたユーザ情報のマッチングを行う部分である。
【００２３】
定義情報読込部３２は、定義情報を読み込む機能を持つ構成部であり、画面統合情報データベース２１に定義されたユーザ情報（図７に例示の情報）を読み込む部分である。
メニュー単位選択部３３は、画面表示機器１０２上に表示される複数のメニュー単位の中から操作者が一つのメニュー単位を選択するための機能を持つ構成部である。
既存システム操作部３４は、操作者によって選択されたメニュー単位に統合された画面群を既存システム１００から呼び出すための、既存システム１００を操作する機能を持つ構成部であり、既存システム１００側で定義されている画面呼び出し処理ＵＲＬを呼び出す。
画面表示配信部３５は、画面表示内容（表示画像情報）を画面表示機器１０３へ配信する機能を持つ構成部である。
画面表示部３６は、表示画像情報を画面表示機器１０３へ画面表示する機能を持つ構成部である。
【００２４】
以下、制御部３の動作について図８のフロー図を用いて説明する。
まず、情報入力装置１０３から、情報処理制御装置３０へ起動要求が行われ、情報処理制御装置３０が起動される（（開始）ＳＴ２０１）。
次に、画面表示機器１０２上に、図９（ａ）のトップ画面イメージに相当するログイン画面が表示され、作業者はユーザ情報の欄に入力を行う（ＳＴ２０２）。
次に、ユーザ情報処理部３１は、既存システム１００より、ユーザ情報を取得する（ＳＴ２０３）。
【００２５】
ユーザ情報処理部３１は、画面統合情報データベース２１に問い合わせ、既存システム１００から取得したユーザ情報に該当したデータが存在するか判断する。（ＳＴ２０４）。存在しない場合（「なし」の場合）、画面表示機器１０２にエラー画面を表示する（ＳＴ２０５）。存在する場合（「あり」の場合）、定義情報読込部３２は、画面統合情報データベース２１からユーザ情報に一致した画面統合情報（定義情報）を読み込む（ＳＴ２０６）。
画面統合情報が読み込まれたら、メニュー単位選択部３３にて、画面表示機器１０２にユーザ情報に関連したメニュー単位を表示する（ＳＴ２０７）。このときの画面例が、図９（ｂ）のメニュー単位選択画面イメージに相当し、ユーザ情報に関連した（該当する）メニュー単位名称が画面上に表示された状態となる。同メニュー単位選択部３３にて、ユーザ情報に該当したメニュー単位が複数か単数かを判断し（ＳＴ２０８）、メニュー単位が複数である場合、操作者はこの画面上で一つのメニュー単位を選択する（ＳＴ２０９）。ＳＴ２０８にて、メニュー単位が単数である場合は、メニュー単位を選択する必要がないため、次のＳＴ２１０の段階に移行する。
【００２６】
次に、既存システム操作部３４は、既存システム１００にて実装されている画面統合情報に定義された画面を表示する処理を操作する（ＳＴ２１０）。つまり、利用者によって選択されたメニュー単位に対応する画面統合情報を用い、既存システム１００から画面群の画面情報を呼び出してくる。
次に、画面表示配信部３５は、画面統合情報に従って、画面とレイアウトを構築して表示画像情報を作成し、画面表示部３６へ配信する（（画面配信処理）ＳＴ２１１）。
画面表示配信が完了したら、画面表示部３６は、画面表示処理を行なう(ＳＴ２１２)。
画面表示処理が完了したら、画面表示機器１０２に画面を表示する(ＳＴ２１３)。この段階で、図９（ｃ）に示すような、メニュー単位に対応した画面群表示イメージが表示される。
【００２７】
情報入力装置１０３または、画面表示機器１０２から終了要求があったら処理を終了する(ＳＴ２１４)。終了要求がない場合は、ＳＴ２０９のメニュー単位選択処理に戻って、メニュー単位を選択して、対応する画面群を表示させる操作を、メニュー単位選択毎に繰り返し行う。
このような実施の形態１の操作性改善方式は、ユーザ毎のメニュー単位を定義可能であり、メニュー単位に登録されている画面群が画面遷移なしに閲覧できるため、画面遷移回数を削減することができ、操作性を向上させることができる。
【００２８】
実施の形態２．
次に、この発明の実施の形態２について図１０〜図１４を用いて説明する。この実施の形態２では、図１０の構成図に示すように、画面情報制御装置１は、上述した実施の形態１の制御部３の構成に加え、画面操作履歴ファイル４０が設けられ、情報処理制御装置３０に定義情報書込部３７が付加され、さらに、メニュー設定部２のメニュー条件設定装置２０に、画面操作履歴ファイル４０を参照するための画面履歴参照部２５が付加された構成となっている。
【００２９】
定義情報書込部３７は、ユーザ情報、メニュー単位実行回数を算出および、画面統合情報データベース２１に格納されたメニュー単位に設定された定義情報を取得して、端末装置１０１の利用者が操作した履歴情報を、画面操作履歴ファイル４０に書き込む（保存する）機能を持つ構成部である。この定義情報書込部３７から出力されたファイルが画面操作履歴ファイル４０である。
また、画面履歴参照部２５は、画面操作履歴ファイル４０を読み込む機能を持つ構成部である。
【００３０】
この実施の形態２の画面情報制御装置１では、既存システム１００を呼び出すためのメニュー単位選択の履歴情報を画面操作履歴ファイル４０に保存しておき、メニュー設定部２にて、メニュー単位定義を行う際に、画面操作履歴を読み込んで過去によく利用された定義情報を表示し、作業者が履歴情報を目視によって確認し、参照できるように構成している。
【００３１】
図１１に、実施の形態２の制御部３における動作フローを示す。実施の形態１において図８で示したフロー図と、同じ番号（ＳＴで始まる番号）の処理は同じ処理となるため説明を省略する。実施の形態２では、まず、実施の形態１のＳＴ２０１からＳＴ２０９までは同様の処理となる。メニュー単位が選択（ＳＴ２０９）がなされた後、定義情報書込部３７が起動され、ユーザ情報処理部３１で取得したユーザ情報、定義情報読込部３２で画面統合情報データベース２１から取得した定義情報（画面統合情報）、メニュー単位実行回数を画面操作履歴ファイル４０に書き込む（ＳＴ３０１）。画面操作履歴ファイル４０に書き込まれる情報の内容例を図１２に示す。
【００３２】
メニュー単位実行回数は、同じメニュー単位が呼び出される度に、カウントアップされ、画面操作履歴ファイル４０に書き込まれる。
なお、ＳＴ２０８にて、ユーザ情報に該当したメニュー単位が単数であると判断された場合、実施の形態１では、既存システム操作ＳＴ２１０へ移行したが、この実施の形態２では、画面操作履歴ファイル４０に、選択したメニュー単位の情報を書き込むため、定義情報書込処理（ＳＴ３０１）へ移行する。
その後の情報処理制御装置３０の動作であるＳＴ２１０からＳＴ２１４までは、実施の形態１と同様の処理となる。
このように、画面操作の履歴情報を保存しておくことで、メニュー単位定義を行う際に参考になる履歴情報をストックすることができる。
【００３３】
次に、図１３に、実施の形態２のメニュー設定部２における動作フローを示す。実施の形態１において図２で示したフロー図と、同じ番号の処理は同じ処理であるため、説明を省略する。実施の形態２では、まず、実施の形態１とＳＴ１０１からＳＴ１０３までは同様の処理となる。メニュー単位定義が入力（ＳＴ１０３）された後、画面履歴参照部２５が起動され、画面操作履歴ファイル４０が存在するかどうかが判断される（ＳＴ４０１）。
画面操作履歴ファイル４０内に、ユーザ情報に関連した画面操作履歴情報が存在している（ＹＥＳの）場合、画面操作履歴ファイル４０からの履歴情報の読み込み、操作者による目視が可能となる（ＳＴ４０２）。
【００３４】
このＳＴ４０２の段階で、具体的には、メニュー単位定義画面となる図１４の「画面履歴参照部を付加した画面例」に示すような表示が、ディスプレイ上に現れる。この画面上にて「参照」ボタンをクリックすることで、図１２に示した履歴情報が画面上に表示され、ユーザによる目視が可能となる。ユーザは、画面操作履歴ファイル４０に書き込まれた情報を参照して、情報入力装置１０３から入力するパラメータを決定することが可能となる。
その後、メニュー単位に統合した画面が、独立型か巡回型かを判断する画面関連定義のステップ（ＳＴ１０４）へと移行する。
【００３５】
その後、ＳＴ４０１において、画面操作履歴ファイル４０が存在せず、ユーザに関連した履歴情報がストックされていない（ＮＯの）場合、参照すべき履歴情報が無いので、ＳＴ１０４へ移行する。その後のメニュー条件設定装置２０の動作であるＳＴ１０４からＳＴ１０８までは、実施の形態１と同様のものとなる。
【００３６】
このような、実施の形態２の画面情報制御装置１によれば、定義情報書込部３７によって画面操作履歴ファイル４０に履歴情報を書込み、メニュー条件設定装置２０の画面履歴参照部２５によって書き込まれた履歴情報を読み込み、表示し、目視確認可能とすることによって、メニュー単位定義方法の参考、簡易化を実現することができ、操作性を改善することが可能となる。
【００３７】
実施の形態３．
次に、この発明の実施の形態３による画面情報制御装置１について図１５〜図２０を用いて説明する。この実施の形態３では、図１５の構成図に示すように、画面情報制御装置１は、上述の実施の形態１のメニュー条件設定装置２０の構成に加え、メニュー単位統合部２６が設けられ、情報処理制御装置３０にツリー表示選択部３８が付加された構成となっている。ツリー表示選択部３８は、メニュー単位統合部２６で、一つのメニュー単位親名称（親メニュー単位）に、複数のメニュー単位（子）名称を統合して定義付けを行い、メニュー単位の関連（親と子）をツリー表示するためのツリー構造を構築する機能を持っている。
実施の形態３の画面情報制御装置１では、メニュー単位親名称（親メニュー単位）とメニュー単位名称を、ツリー表示することで、作業者が画面上でのメニュー単位関連を目視によって確認し、メニュー単位の関連を把握しやすくするように構成している。
【００３８】
図１６に、実施の形態３のメニュー設定部２における動作フローを示す。
図８で示したフロー図と、同じ番号の処理は同じ処理となるため説明を省略する。実施の形態３では、まず、実施の形態１のＳＴ１０１からＳＴ１０６までは同様に処理がなされる。ＳＴ１０６でメニュー単位の定義付けが終ったら、メニュー単位定義部２２にてメニュー単位が複数定義されているかどうかを判断する（ＳＴ５０１）。メニュー単位が複数定義されていた（ＹＥＳの）場合、メニュー設定部２のメニュー単位統合部２６を起動し、メニュー単位間の関連情報を定義する（ＳＴ５０２）。
【００３９】
このＳＴ５０２でのメニュー単位の関連を定義する処理において、作業者が目視する画面イメージは図１７（ａ）の、メニュー単位統合部を付加した画面例のようになる。この図にあるように、画面上には、メニュー単位親名称（親メニュー単位の名称）を入力する欄と、そのメニュー単位親名称のもとに統合させるメニュー単位名称（メニュー単位子名称）を入力する欄が設けられている。図１７の例では、メニュー単位親名称に「設備メニュー」が、メニュー単位名称に「設備検索メニュー、設備状態メニュー、故障履歴メニュー、点検履歴メニュー等」が入力されている。図１７（ａ）のメニュー単位の親子関係の情報を、ツリー形状にて表示すると、図１７（ｂ）のようになる。
【００４０】
図１７（ａ）の画面例にて、メニュー単位の親子関連情報を入力した段階でＯＫボタンを押下することで、次のデータ整合性確認のステップ（ＳＴ１０７）に移行する。データの整合性が取れていれば、画面統合情報データベース４０に定義情報を登録する（ＳＴ１０８）。このときの、メニュー単位統合部を付加した場合の画面統合情報データベースのデータ内容例を図１８に示す。実施の形態１で図７に示したデータ内容例に、「メニュー単位統合定義」が加えられ、ユーザ情報（ＡＡＡ）に関連付けられた複数のメニュー単位（設備検索メニュー、設備状態メニュー（ここでは二つのメニュー単位を例示。）が、一つのメニュー単位統合定義（ＡＡＡ画面統合定義．ｘｍｌ）のもとに統合されることが示されている。
その後、メニュー単位毎に定義付け処理を繰り返す場合はＳＴ１０３へ戻り、必要な定義付け処理が終ったら作業を終了する。
【００４１】
次に、図１９に、実施の形態３での制御部３の動作フローを示して説明する。先述の実施の形態１のフロー図（図８）と、同じ番号の処理は同じ処理となるため説明を省略する。実施の形態３では、まず、実施の形態１のＳＴ２０１からＳＴ２０６までは同様に処理がなされる。実施の形態１においては、ユーザに関連したメニュー単位を表示（ＳＴ２０７）後、ユーザ情報に該当したメニュー単位が複数の場合、一つのメニュー単位を選択する（ＳＴ２０９）ことで、既存システムから必要となる画面情報を呼び出していたが、この実施の形態３では、定義情報読込部３２にて定義情報を読み込み（ＳＴ２０６）、定義情報の中にユーザ情報に関連したメニュー単位関連情報が定義されているか、つまり親メニュー単位のもとにメニュー単位（子）が統合されているかどうかを判断する（ＳＴ６０１）。
【００４２】
ＳＴ６０１において、メニュー単位関連情報が定義されている（ＹＥＳの）場合、情報処理制御装置３０内のツリー表示選択部３８を起動し、メニュー単位のツリー構造を構築し、画面表示機器１０２上に、図１７（ｂ）に示すようなメニュー単位のツリー表示が行われ、具体的には、図２０のメニュー単位ツリー表示画面例の、上方部に配置されたメニュー単位配置領域内のツリー構造図が表示される（ＳＴ６０２）。なお、画面上でのメニュー単位ツリー表示の配置については、画面上方部に限定されるものではない。
次に、作業者は、画面上のツリー表示を目視により確認し、メニュー単位のツリーの中から、閲覧したいメニュー単位として例えば「設備検索メニュー」を選択（クリック）する（（ツリーの中からメニュー単位を選択）ＳＴ６０３）。
【００４３】
メニュー単位が一つしか設定されておらず、メニュー単位の関連が定義されていない場合は、メニュー単位選択処理が必要でないため、ＳＴ６０１からＳＴ２１０へと移行する。
なお、図１５の構成図に示したように、画面情報制御装置１の制御部３には、実施の形態１および２の場合と同様に、メニュー単位選択部３３が設けられている。従って、メニュー単位関連がツリー表示されず、個々に表示された中から選択することも可能であることは言うまでもない。その場合の動作フローは、例えば図８のＳＴ２０７〜ＳＴ２０９の処理によってメニュー単位選択が行われるものとする。
【００４４】
ＳＴ２１０までの処理で、閲覧したいメニュー単位が選択され、その後、ＳＴ２１０からＳＴ２１３までの処理によって、既存システム１００から必要となる画面情報を、メニュー単位に対応する画面統合情報を用いて呼び出し、画面表示機器１０２に表示する。ＳＴ２１３の段階で、図２０に示したような画面遷移がなされ、画面中央部および下方部に、メニュー単位に統合された画面群（画面Ａ、Ｂ、Ｄ）が表示された状態が得られる。作業者による画面群の閲覧終了は、端末装置１０１からの終了要求（ＳＴ２１４）によって行われる。
【００４５】
このように、実施の形態３の画面情報制御装置１によれば、メニュー単位統合部２６とツリー表示選択部３８を設けることによって、複数のメニュー単位の関連情報に従って、メニュー単位の関連をツリー表示し、限られた表示スペースにメニュー単位名称だけでなく、それらの関連情報まで盛り込んで表示することが可能となり、作業者による画面閲覧の際の操作性を向上させることが可能となる。
本発明の画面情報制御装置１は、多種の形態で画面を表示する必要のあるシステム、あるいは、既存システムのシステム構成の変更を最小限に、画面を統合する必要があるシステムを構築する場合に有効である。
【００４６】
実施の形態４．
上述の実施の形態１の図６では、画面群として画面Ａ、Ｂ、Ｄを表示した画面例を示したが、画面群の中の画面を選んでポップアップ表示することも可能である。図２１（ａ）は、ポップアップ表示がなされていない場合の画面例、図２１（ｂ）は、画面Ｄをポップアップ表示した場合の画面例である。ここでは、画面Ａが検索条件入力画面であり、画面Ｄが検索結果画面であるため、画面Ａから画面Ｄへ遷移が行われる巡回型であることがメニュー単位定義において設定されている。そこで、画面Ａの検索条件入力決定までは、画面Ａと画面Ｂのみを大きく表示しておいて、画面Ａの検索条件入力決定後に、検索結果画面である画面Ｄを、例えば画面中央部近傍に、画面Ａ、Ｂに重ね合わせるように、なおかつ前面に表示するように配置設定すれば、より多くのレイアウトスペースを有効に利用できるようになる。
【符号の説明】
【００４７】
１ 画面情報制御装置 ２ メニュー設定部、
３ 制御部 ２０ メニュー条件設定装置、
２１ 画面統合情報データベース ２２ メニュー単位定義部、
２３ 画面関連情報定義部 ２４ 画面配置定義部、
２５ 画面履歴参照部 ２６ メニュー単位統合部、
３０ 情報処理制御装置 ３１ ユーザ情報処理部、
３２ 定義情報読込部 ３３ メニュー単位選択部、
３４ 既存システム操作部 ３５ 画面表示配信部、
３６ 画面表示部 ３７ 定義情報書込部、
３８ ツリー表示選択部 １００ 既存システム、
１０１ 端末装置 １０２ 画面表示装置、
１０３ 情報入力装置 １０４ ネットワーク。
【特許請求の範囲】
【請求項１】
ネットワークを介して、端末装置と、上記端末装置に表示する画面情報を持つ既存システムに接続され、上記端末装置から入力されるメニュー単位毎に、上記画面情報から選択された画面群の呼び出し情報を、上記端末装置の利用者情報に関連付けて統合させ、画面統合情報を作成するとともに保存するメニュー設定部、上記端末装置で選択された上記メニュー単位に対応する上記画面統合情報を用い、上記画面群を上記既存システムから呼び出して表示画像情報を作成するとともに上記端末装置に配信する制御部を備えたことを特徴とする画面情報制御装置。
【請求項２】
上記メニュー設定部は、上記端末装置の利用者情報と、上記メニュー単位の名称と、上記メニュー単位に統合する上記画面群の呼び出し情報を、上記端末装置から入力することで、上記メニュー単位を定義するメニュー単位定義部を備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項３】
上記メニュー設定部は、上記メニュー単位に統合された上記画面群に含まれる各画面を、画面間の関連がある巡回型か、画面間の関連がない独立型かに選別にすることで、画面関連情報を定義する画面関連情報定義部を備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項４】
上記メニュー設定部は、上記メニュー単位に統合された上記画面群に含まれる全画面が、上記端末装置の画面表示機器上に表示されるようにレイアウトを決定する画面配置定義部を備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項５】
上記制御部は、上記端末装置で操作された履歴情報を保存する画面操作履歴ファイルを備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項６】
上記メニュー設定部は、上記画面操作履歴ファイルを読み込むための画面履歴参照部を備えたことを特徴とする請求項５記載の画面情報制御装置。
【請求項７】
上記メニュー設定部は、上記端末装置から入力される親メニュー単位のもとに、互いに関連がある複数の上記メニュー単位を統合させることで、上記親メニュー単位と上記メニュー単位との関連情報を定義するメニュー単位統合部を備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項８】
上記制御部は、上記メニュー単位統合部において定義された上記親メニュー単位と上記メニュー単位との関係をツリー表示によって上記端末装置の画面表示機器上に表すメニュー単位ツリー表示部を備えたことを特徴とする請求項７記載の画面情報制御装置。
【請求項１】
ネットワークを介して、端末装置と、上記端末装置に表示する画面情報を持つ既存システムに接続され、上記端末装置から入力されるメニュー単位毎に、上記画面情報から選択された画面群の呼び出し情報を、上記端末装置の利用者情報に関連付けて統合させ、画面統合情報を作成するとともに保存するメニュー設定部、上記端末装置で選択された上記メニュー単位に対応する上記画面統合情報を用い、上記画面群を上記既存システムから呼び出して表示画像情報を作成するとともに上記端末装置に配信する制御部を備えたことを特徴とする画面情報制御装置。
【請求項２】
上記メニュー設定部は、上記端末装置の利用者情報と、上記メニュー単位の名称と、上記メニュー単位に統合する上記画面群の呼び出し情報を、上記端末装置から入力することで、上記メニュー単位を定義するメニュー単位定義部を備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項３】
上記メニュー設定部は、上記メニュー単位に統合された上記画面群に含まれる各画面を、画面間の関連がある巡回型か、画面間の関連がない独立型かに選別にすることで、画面関連情報を定義する画面関連情報定義部を備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項４】
上記メニュー設定部は、上記メニュー単位に統合された上記画面群に含まれる全画面が、上記端末装置の画面表示機器上に表示されるようにレイアウトを決定する画面配置定義部を備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項５】
上記制御部は、上記端末装置で操作された履歴情報を保存する画面操作履歴ファイルを備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項６】
上記メニュー設定部は、上記画面操作履歴ファイルを読み込むための画面履歴参照部を備えたことを特徴とする請求項５記載の画面情報制御装置。
【請求項７】
上記メニュー設定部は、上記端末装置から入力される親メニュー単位のもとに、互いに関連がある複数の上記メニュー単位を統合させることで、上記親メニュー単位と上記メニュー単位との関連情報を定義するメニュー単位統合部を備えたことを特徴とする請求項１記載の画面情報制御装置。
【請求項８】
上記制御部は、上記メニュー単位統合部において定義された上記親メニュー単位と上記メニュー単位との関係をツリー表示によって上記端末装置の画面表示機器上に表すメニュー単位ツリー表示部を備えたことを特徴とする請求項７記載の画面情報制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１１−１９７８７１（Ｐ２０１１−１９７８７１Ａ）
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１０−６２２８５（Ｐ２０１０−６２２８５）
【出願日】平成２２年３月１８日（２０１０．３．１８）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２２年３月１８日（２０１０．３．１８）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]