(57)【要約】【課題】  従来技術では、コンテンツの切り替えに関しては開示されているものの、画面の編集や検索を行うための定義に関しては考慮されていなかった。このため、これらを考慮した定義を行うためには、手作業で行う必要があった。このため、本作業に手間がかかり、また、正確性に欠けるとの課題があった。【解決手段】  そこで、本発明では、上記の課題を解消するために、特定の画面の定義を行う際に、同じ属性を有する画面定義を用いることを前提に、これを特定(検索)するために、属性情報をビット変換し、ビット情報の論理演算により検索を高速化するものである。つまり、予め作成されている画面の定義とこれから作成しようとする画面の定義をビット変換されたもの同士で比較するものである。この構成により、定義処理を効率化することが可能になる。【選択図】  図１
2013218447.tif 000002
【特許請求の範囲】
【請求項１】
情報報処理装置での画面を定義する定義体を処理するためのにおける定義体処理方法において、
予め作成された画面の定義情報について、当該画面の属性情報と対応付けて記憶しておき、
前記記憶された属性情報をビット変換し、
定義しようとする画面の属性情報を生成し、生成された属性情報をビット変換し、
ビット変換された属性情報の比較により、前記定義しようとする画面に類似する画面の定義情報を特定することを特徴とする定義体処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、特に、いわゆる営業店などで用いられる端末装置での画面制御（画面およびそこで用いられるフォントや入力可否などの制御情報）を定義するための技術に関する。
【背景技術】
【０００２】
現在、業務処理を行うために情報処理装置（端末装置）が数多く用いられている。このような場合、該当する業務に応じて、画面の定義が必要になってくる。この定義のための従来技術として、特許文献１がある。特許文献１では、移動体の管理を行うための技術として、移動体の走行区間、時間帯、車両属性に応じてコンテンツの内容を切り替える処理が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２３３９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、コンテンツの切り替えに関しては開示されているものの、画面の編集や検索を行うための定義に関しては考慮されていない。このため、これらを考慮した定義を行うためには、手作業で行う必要があった。このため、本作業に手間がかかり、また、正確性に欠けるとの課題があった。
【課題を解決するための手段】
【０００５】
そこで、本発明では、上記の課題を解消するために、特定の画面の定義を行う際に、同じ属性を有する画面定義を用いることを前提に、これを特定(検索)するために、属性情報をビット変換し、ビット情報の論理演算により検索を高速化するものである。
【発明の効果】
【０００６】
上記の本発明の構成により、定義処理を効率化することが可能になる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態のシステム構成図である。
【図２】本発明の一実施形態の画面定義データベースの概念図である。
【図３】本発明の一実施形態のビットレコード群の概念図である。
【図４】本発明の一実施形態のビット列との一致検索を処理するロジックの概念図である。
【図５】本発明の一実施形態の画面ごとの判定結果（b11）を導出する概念図である。
【図６】本発明の一実施形態の処理内容を示すフロー処理図である。
【図７】本発明の一実施形態で用いる検索条件画面である。
【図８】本発明の一実施形態で用いる画面一覧が表示された状態の概念図である。
【図９】本発明の一実施形態で用いる編集・更新画面の概念図である。
【発明を実施するための形態】
【０００８】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態におけるシステム構成を示すブロック図である。本システムは、操作者によって編集・更新された画面定義の属性情報を元に類似編集対象の検索機能を適用した例である。本システムは、編集・更新制御部（a1）と画面情報制御部（a2）、類似編集対象検索部（a3）、表示制御部（a4）からなる制御装置（a5）と、操作者が編集操作を行うユーザインタフェース（GUI）（a6）、そして画面定義データベース（a7）、さらに画面定義データベースをビット列に変換したビットレコード群（a8）で構成されている。
ユーザインタフェース（GUI）に関しては汎用PCのモニターを想定している。また、ビットレコード群は、画面定義データベースの各種属性情報をビット列に変換したレコード群である。
【０００９】
ここで画面定義データベースをビット列に変換するプロセスについて説明する。図２は、画面定義データベースの概念図である。画面定義は、項目名ラベル・コンテンツ、入力フィールド・コンテンツ、ボタン・コンテンツなどの複数のコンテンツで構成されている。また、それぞれのコンテンツは、さらに詳細な属性情報を個々に保有している。これらのコンテンツごとの属性情報をデータベース化したものが、画面定義データベースであり、各種属性情報は、数値や文字列で表現されている。
【００１０】
これらの属性情報をビットデータに変換したものがビットレコードである。例えば、画面定義データベース上に登録されているあるコンテンツの入力文字種がten-key（数値）の場合、これをビット変換すると、文字種（N）：１、文字種（A）：０、文字種（K）：０、・・・(以下省略)と表現できるような変換処理を実装している。図３は、ビットレコード群の概念図である。
【００１１】
次に、本システム及び本発明の全体概要について説明する。本システムは、特定の画面定義を編集・更新した際に、同一の属性をもつ画面定義を類似編集対象として自動抽出し、作業効率及び作業堅牢性を向上させるものである。そして本実施形態は、上記の類似編集対象を効率的に抽出できる点で効果を生むものと考える。以降に、本システムの利用例に従い、各種内部機能も含め、各機能の処理方式について説明する。図６は、本システムの全体概要及び各種機能の処理フローを示している。
【００１２】
まず、画面検索機能（c2）について説明する。図７は検索条件画面を示している。同図はユーザインタフェースとしてモニター画面上に表示され、「画面番号」「コンテンツID」「種別」「背景色」の条件指定が可能となっている。それらの条件を指定（入力、もしくはプルダウンを選択）することで、編集したい画面を絞り込むことが可能となっている。本実施例として、「背景色」欄に「218.238.243(水色)」を入力することとする。
条件指定後、実行ボタンの押下を契機に、画面検索機能が動作し、画面データベースの検索結果を一覧表示させる。表示項目は、基本情報（画面番号、画面名称、ステータス、最終更新日、更新者）のみを想定している。図８は、指定された条件（背景色＝218.238.243(水色)）によって抽出された画面一覧が表示された状態の概念図である。ここで操作者は、表示された一覧から編集対象とする画面を選択する（c3）。本実施形態として、画面番号：100100（当座預金  新約）を選択する。
【００１３】
特定画面が選択されている状態で編集ボタンを押下することにより、編集・更新画面が表示される。図９は、編集・更新画面の概念図である。
編集・更新画面では、GUI操作で特定の属性を指定した変更・更新が可能となっている。本実施形態では、コンテンツID：001の入力必須属性をfalseからtrueへ変更する。
【００１４】
ここで、内部処理である、対象画面情報のビット変換処理が内部的に動作する。具体的には、操作者が画面番号：100100のコンテンツID：001を選択して更新したことを契機に、当該コンテンツの属性情報をビット変換する。本機能を対象画面情報のビット変換処理（c4）と称す。この処理で生成されたビットレコード（以下、「対象画面ビットレコード」と略す）の活用方法については後述する。
続いて、属性を変更し入力情報を確定した後は、更新ボタンの押下を契機にデータベースをUPDATEすることにより更新処理をコミットしている。また同時に、先述の対象画面ビットレコードについても、一時記憶領域に格納している。この処理を、対象画面ビット情報の格納処理と称す（c5）。
【００１５】
以上の一連の処理で特定画面の属性変更が完了するが、先述の通り、本システムではその延長で類似修正画面を抽出し、さらに同様の更新処理を自動化する機能を実装している。以降は、その類似更新画面の抽出処理について解説する。
【００１６】
まず、一時記憶領域に格納されている、更新画面ビットレコードを取得する。この処理を対象画面ビット情報の取得処理と称す（c7）。取得したレコードは、画面編集・更新対象となったコンテンツの属性を明示するインプットデータとなる。
【００１７】
次に、類似更新が必要なコンテンツを抽出するため、各画面のビットレコード群の中から１レコード（以下、「比較画面ビットレコード」と略す）を取り出して更新画面ビットレコードと比較する（c9）。当該取得処理を、比較画面ビット情報の取得処理（c8）、また比較部分を属性比較処理（c9）と称す。
【００１８】
その処理の結果、類似編集が必要と判定された場合、類似編集画面一覧に登録する（c10）。本処理は、各画面のビットレコードそれぞれとの比較が終了するまで繰り返し実施する（c11）。
【００１９】
ここで、対象画面ビットレコードと比較画面ビットレコードとの比較処理について説明する。図４は、ビット列との一致検索を処理するロジックの概念図である。ビットレコード比較処理部では、対象画面ビットレコード（b1）と比較画面ビットレコード（b2）について、ビット単位での否定排他的論理和（b3）をとることで一致判定を実施する。否定排他的論理和をとることで、ビット列が完全に一致している場合、演算結果は１、ビット列のうち１つ以上一致しないビットがある場合、０を返す。こうして得られる論理演算結果をビット列に類似フラグを立てる（１をセット）。
さらに、本システムでは画面単位に、類似編集が必要なコンテンツが存在するかどうかの判定処理も実装している。図５は、コンテンツ単位の判定処理結果（b9,b10）を画面ごとに集約して、画面ごとの判定結果（b11）を導出する概念図である。概念図にあるように、同一画面に属する各コンテンツ（レコード）毎のビットフラグの論理和をとる。その結果、１件以上の類似対象コンテンツが存在する画面の演算結果は１、類似対象コンテンツが存在しない画面の演算結果は０が返されることとなる。そして、当該判定結果に基づき、類似対象コンテンツが存在する画面番号（これのみでもよい）を一時記憶領域に格納する。画面単位の判定処理についても各画面分繰り返し実行する。
【００２０】
以上のようにして、特定の要件に従って画面定義を編集・更新した処理の延長で、類似更新が必要な対象に関する情報を集約することが可能となっている。
【００２１】
次に、一括類似編集処理について説明する。操作者が特定画面の編集作業を終えたタイミングで各画面分のビットレコードの類似フラグに１がセットされているコンテンツを抽出してユーザ画面に一覧表示する。ユーザ画面においては、コンテンツごとにチェックボックスが表示されており、各チェックボックスはデフォルトでオン（一括類似編集対象）状態となっている。操作者は表示されているコンテンツのチェックボックスをオン／オフすることで一括類似編集の対象・対象外を切り替えることが可能となっている。上記操作により、編集対象を確定した後の一括編集ボタン押下を契機として、データベース上の画面属性データをUPDATEする。
【符号の説明】
【００２２】
ａ５…制御装置、ａ６…ユーザインタフェース、ａ７…画面定義データベース、ａ８…ビットレコード群
【図１】
2013218447.tif 000003
【図２】
2013218447.tif 000004
【図３】
2013218447.tif 000005
【図４】
2013218447.tif 000006
【図５】
2013218447.tif 000007
【図６】
2013218447.tif 000008
【図７】
2013218447.tif 000009
【図８】
2013218447.tif 000010
【図９】
2013218447.tif 000011