JP2000259302A

JP2000259302A - 画面生成方法

Info

Publication number: JP2000259302A
Application number: JP6184199A
Authority: JP
Inventors: Akihiro Obara; 明洋小原
Original assignee: Hitachi Business Solutions Co Ltd
Current assignee: Hitachi Solutions Create Ltd
Priority date: 1999-03-09
Filing date: 1999-03-09
Publication date: 2000-09-22

Abstract

(57)【要約】【課題】ＧＵＩ形式の画面を設計生成する期間を短縮
すること。【解決手段】業務システムに表示されるキャラクタユ
ーザインタフェース形式の操作画面からグラフィカルユ
ーザインタフェース形式の操作画面を生成する画面生成
方法において、前記キャラクタユーザインタフェース形
式の画面のイメージデータを取得し、そのイメージデー
タに対してパターン認識を行ってその構成要素を抽出
し、前記キャラクタユーザインタフェース形式の表示規
則に基づき、前記キャラクタユーザインタフェース形式
の画面上の表示項目の文字列、及び入力形式を判定し、
その判定された表示項目の文字列及び入力形式とグラフ
ィカルユーザインタフェース形式の表示規則とを基にグ
ラフィカルユーザインタフェース形式の画面の構成要素
を決定し、グラフィカルユーザインタフェース形式の画
面を生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、業務システムに表
示される操作画面を設計生成する画面生成方法に関し、
特に、キャラクタユーザインタフェース（ＣＵＩ）形式
で表示される画面からグラフィカルユーザインタフェー
ス（ＧＵＩ）形式で表示される画面を設計生成する画面
生成方法に適用して有効な技術に関するものである。

【０００２】

【従来の技術】ネットワークを介してホストコンピュー
タと接続して業務を行う従来の業務システムでは、ＣＵ
Ｉで表示される画面を基に操作、確認処理等を行ってい
るものもある。しかし、このＣＵＩ形式の画面では、キ
ャラクタで入力を行ったり、視認したりしなければなら
ないため、操作性がよくないのが現状である。これによ
り、ＣＵＩ形式の画面から操作及び視認性のよいＧＵＩ
形成の画面に変更することが要求されてきている。この
ＧＵＩ形式の画面への変更に当たって重要なことは、現
在操作している人に戸惑いを与えないように既存のＣＵ
Ｉの画面と全く異なるようには設計しないことである。
このため、従来では、ＣＵＩ形式の画面のハードコピー
を見ながらＧＵＩ画面構築ツールを使って画面を再設計
し、ＣＵＩ形式の画面をＧＵＩ形式の画面に変更してい
た。

【０００３】

【発明が解決しようとする課題】しかし、上記従来の方
法では、現在操作している人に戸惑いを与えないように
既存のＣＵＩの画面と全く異なるようには設計しないよ
うにしていることから、ＣＵＩ形式の画面のハードコピ
ーを見ながらＧＵＩ画面構築ツールを使って画面を設計
するという人手を介した作業が必要であった。このた
め、ＧＵＩ形式の画面を設計生成する期間が長くなると
いう問題点があった。本発明は上記問題点を解決するた
めに成されたものであり、その目的は、ＧＵＩ形式の画
面を設計生成する期間を短縮することが可能な技術を提
供することにある。

【０００４】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。業務システムに表示されるキャラ
クタユーザインタフェース形式の操作画面からグラフィ
カルユーザインタフェース形式の操作画面を生成する画
面生成方法において、前記キャラクタユーザインタフェ
ース形式の画面のイメージデータを取得し、そのイメー
ジデータに対してパターン認識を行ってその構成要素を
抽出し、前記キャラクタユーザインタフェース形式の表
示規則に基づき、前記キャラクタユーザインタフェース
形式の画面上の表示項目の文字列、及び入力形式を判定
し、その判定された表示項目の文字列及び入力形式とグ
ラフィカルユーザインタフェース形式の表示規則とを基
にグラフィカルユーザインタフェース形式の画面の構成
要素を決定し、グラフィカルユーザインタフェース形式
の画面を生成する。これにより、ＣＵＩ画面の構成を継
承したＧＵＩ画面の生成を人手を介することなく行うこ
とができるので、ＧＵＩ画面を設計生成する期間を短縮
することが可能になる。

【０００５】

【発明の実施の形態】図１は、本発明の実施の一形態の
画面設計方法を実現する画面設計処理装置の構成を示す
図である。本実施形態の画面設計処理装置は、図１に示
すように、変更するＣＵＩ形式の画面（以下、ＣＵＩ画
面と記す）や変更後のＧＵＩ形式の画面（以下、ＧＵＩ
画面と記す）を表示する表示装置１０と、ＣＵＩ画面の
ハードコピー等からイメージデータを取得するためのイ
メージスキャナ２０と、ユーザからの操作指示を入力す
る入力装置３０と、その表示装置１０またはイメージス
キャナ２０によってＣＵＩ画面のイメージデータを取得
するＣＵＩ画面取得処理部４０と、その取得されたＣＵ
Ｉ画面の構成要素を抽出する際に用いられる抽出規則テ
ーブル５０と、その抽出した構成要素に割り当てるＧＵ
Ｉ画面の構成要素を決定するための割り当てる規則を有
する割り当て規則テーブル６０と、その取得したＣＵＩ
画面をパターン認識してその構成要素を抽出するＣＵＩ
画面構成要素抽出処理部７０と、そのＣＵＩ画面構成要
素抽出処理部７０の処理結果を格納する内部テーブル８
０と、抽出規則テーブル５０と割り当て規則テーブル６
０とを基にＣＵＩ画面の構成要素（内部テーブル８０の
内容）をＧＵＩ画面に割り当てるＧＵＩ画面生成処理部
９０と、そのＧＵＩ画面生成に用いる部品を格納する登
録部品テーブル１００と、そのＧＵＩ画面生成処理部９
０の生成結果を格納するＧＵＩ画面出力ファイル１１０
と、ユーザの指示により両規則５０，６０を変更する規
則変更部１２０とから構成される。

【０００６】上述した抽出規則テーブル５０は、ＣＵＩ
画面の構成要素を認識するための基準となる文字記号を
登録しており、図２に示すように、例えば、表示項目の
文字列（ラベル）と入力領域との区切りに用いられるも
のは”：”、入力領域開始に用いられるものは”（”、
入力領域終了に用いられるものは”）”、注釈領域開始
に用いられるものは”（”、注釈領域終了に用いられる
ものは”）”、注釈項目及び入力コードに用いられるも
のは”＝”と定義付けられる。

【０００７】割り当て規則テーブル６０は、ＣＵＩ画面
で抽出された構成要素に割り当てるＧＵＩ画面の部品と
取得するための規則を登録しており、図３に示すよう
に、例えば、注釈選択肢なし入力領域には入力テキスト
出力の部品、２個までの注釈選択肢あり入力領域にはチ
ェックボタン出力の部品、３個以上の注釈選択肢あり入
力領域にはラジオボタン出力の部品を選択することが定
義付けられる。これらの各規則テーブル５０，６０は、
規則変更部１２０により、変更しようとするＣＵＩ画面
の特徴によってユーザが登録変更を行うことができる。

【０００８】次に、ＣＵＩ画面構成要素抽出処理部７０
の構成抽出処理について図面を用いて詳細に説明する。
図４は、ＣＵＩ画面構成要素抽出処理部７０の構成抽出
処理について説明するためのＣＵＩ画面例を示した図で
ある。この図４に示すＣＵＩ画面例では、画面大きさを
２４行８０列とし、アンダードットは入力領域、入力領
域は”（）”で囲まれ、注釈は”（）”で囲まれ、かつ
その選択肢は”Ｘ＝ＮＮ”として示される。この画面例
では、「入力区分」と「割引特典」が選択肢となってい
る。

【０００９】図５は、ＣＵＩ画面構成要素抽出処理部７
０の構成抽出処理を示すフローチャートである。ＣＵＩ
画面構成要素抽出処理部７０の構成抽出処理は、図５に
示すように、まず、イメージスキャナ２０等で取得した
イメージ画像の大きさを２４行８０列で割り、１枡の大
きさを求める（ステップ５０１）。以降、この１枡を基
準に処理される。

【００１０】この１枡を１行目に位置づけ（ステップ５
０２）、１列目に位置づける（ステップ５０３）。その
後、１枡のデータパターンを抜き出し（ステップ５０
４）、データパターンがなければ（ステップ５０５）、
空白を内部テーブル８０に格納する（ステップ５０
６）。

【００１１】データパターンがアンダードットであれば
（ステップ５０７）、”（０１）₁₆”を内部テーブル８
０に格納する（ステップ５０８）。本実施形態では、空
白と入力領域を区別するために文字コード以外のデー
タ、ここでは”（０１）₁₆”を用いる。

【００１２】ステップ５０７において、データパターン
がアンダードットでなければ、データパターンの文字認
識を行い（ステップ５０９）、認識した文字を内部テー
ブル８０に格納する（ステップ５１０）。

【００１３】そして、格納した１枡が８０列目のもであ
るかを判定し（ステップ５１１）、違う場合は、次の列
に位置づけ（ステップ５１２）、ステップ５０４に戻
る。ステップ５１１において、格納した１枡が８０列目
のもである場合には、それが２４行目のものであるかを
判定し（ステップ５１３）、違う場合は、次の行に位置
づけ（ステップ５１４）、ステップ５０３に戻る。この
ようにして、ＣＵＩ画面の構成要素を内部テーブル８０
に格納する。

【００１４】図６は、図４に示すＣＵＩ画面例を上述し
た構成抽出処理したときに格納される内部テーブル８０
を示した図である。内部テーブル８０は、図６に示すよ
うに、１行８０バイトのレコードを２４行分の配列とし
て保持する。図６において、白色の三角は半角の空白を
示し、黒色の四角は入力領域を示す１バイトのバイナリ
ーデータを示す（”（０１）₁₆”）。

【００１５】次に、ＧＵＩ画面生成処理部９０の画面生
成処理について図面を用いて詳細に説明する。図７〜９
は、ＧＵＩ画面生成処理部９０の画面生成処理を示すフ
ローチャートである。

【００１６】ＧＵＩ画面生成処理部９０の画面生成処理
は、図７〜９に示すように、まず、内部テーブル８０の
１行目に位置づけ（ステップ７０１）、１列目のデータ
を取得する（ステップ７０２）。

【００１７】そのデータが”空白”か否か判定し（ステ
ップ７０３）、”空白”である場合はラベルフラグがｏ
ｎになっているか判定し（ステップ７０４）、ｏｎであ
れば、空白前までの文字列を一塊のラベル文字として確
定し（ステップ７０５）、ラベルフラグをｏｆｆにし
（ステップ７０６）、ステップ７４４に進む。

【００１８】ステップ７０４において、ラベルフラグが
ｏｆｆの場合、出力フラグがｏｎであるか判定し（ステ
ップ７０７）、ｏｆｆであればステップ７４４に進み、
ｏｎであればその”空白”を文字領域に格納し（ステッ
プ７０８）、ステップ７４４に進む。なお、各フラグの
初期値はｏｆｆであるとする。

【００１９】ステップ７０３において、”空白”でない
場合は、ラベル入力領域区切文字（ここでは”：”）か
否かを判定する（ステップ７０９）。”：”であれば、
その文字の位置の前に文字列を出力し（ステップ７１
０）、その文字の位置を入力領域として退避し（ステッ
プ７１１）、出力フラグをｏｆｆにし（ステップ７１
２）、ステップ７４４に進む。

【００２０】ステップ７０９において、”：”でない場
合は、入力領域開始文字（ここでは”（”）か否かを判
定する（ステップ７１３）。”（”であれば、入力領域
開始フラグをｏｎにし（ステップ７１４）、ステップ７
４４に進む。

【００２１】ステップ７１３において、”（”でない場
合は、入力領域終了文字（ここでは、”）”）か否か判
定し（ステップ７１５）、”）”であれば、コメントフ
ラグがｏｎであるか判定し（ステップ７１６）、ｏｎで
あれば、注釈のラベルが二つ以下か判定する（ステップ
７１７）。

【００２２】二つ以下であれば、チェックボタンの部品
を登録部品テーブル１００から取得して入力位置から１
つ目のラベル文字でチェックボタンを出力し（ステップ
７１８）、ステップ７２０に進む。

【００２３】３つ以上であれば、ラジオボタンの部品を
登録部品テーブル１００から取得して入力位置から全て
のラベル文字でラジオボタンを出力し（ステップ７１
９）、コメントフラグをｏｆｆにし（ステップ７２
０）、入力フラグをｏｆｆにし（ステップ７２１）、ス
テップ７２３に進む。

【００２４】ステップ７１６において、コメントフラグ
がｏｆｆの場合は、入力領域の入力長を確定し（ステッ
プ７２２）、入力領域開始フラグをｏｆｆにし（ステッ
プ７２３）、ステップ７４４に進む。

【００２５】ステップ７１５において、”）”でない場
合は、注釈選択肢文字（ここでは、”＝”）であるか否
か判定し（ステップ７２４）、”＝”であれば、コメン
トフラグがｏｎであるか判定し（ステップ７２５）、ｏ
ｎであればその文字列を入力コードとして確定し（ステ
ップ７２６）、ラベルフラグをｏｎする（ステップ７２
７）。ここでの入力コードは、ＣＵＩ画面での入力で要
求される文字列であり、アプリケーションとの接続を行
うエミュレータプログラム等で使用されるまで格納保持
される。ステップ７２５において、コメントフラグがｏ
ｆｆであった場合、文字列として文字領域に格納する
（ステップ７２８）。

【００２６】ステップ７２４において、”＝”でない場
合は、入力領域文字（ここでは、”（０１）₁₆”）か否
かを判定し（ステップ７２９）、”（０１）₁₆”であれ
ば、入力フラグをｏｎにし（ステップ７３０）、入力長
に＋１をカウントし（ステップ７３１）、ステップ７４
４に進む。

【００２７】ステップ７２９において、”（０１）₁₆”
でない場合は、入力領域開始フラグがｏｎであるか判定
し（ステップ７３２）、ｏｎであれば、ラベルフラグが
ｏｎであるか判定し（ステップ７３３）、ｏｎであれ
ば、ラベル文字を退避する（ステップ７３４）。ステッ
プ７３３において、ラベルフラグがｏｆｆであれば、コ
メントフラグをｏｎにし（ステップ７３５）、入力コー
ドの文字を退避する（ステップ７３６）。

【００２８】ステップ７３２において、入力領域開始フ
ラグがｏｎでなければ、入力フラグがｏｎであるか判定
し（ステップ７３７）、ｏｎであれば、入力テキストの
部品を登録部品テーブル１００から取得して入力位置に
入力テキストを出力し（ステップ７３８）、入力フラグ
をｏｆｆにする（ステップ７３９）。

【００２９】ステップ７３７において、入力フラグがｏ
ｆｆであれば、出力フラグがｏｎであるか判定し（ステ
ップ７４０）、ｏｎであれば、ステップ７４３に進み、
ｏｆｆであれば、その文字位置を退避し（ステップ７４
１）、出力フラグをｏｎにし（ステップ７４２）、文字
列に退避する（ステップ７４３）。

【００３０】そして、データが８０列目のものであるか
判定し（ステップ７４４）、違う場合は次の列に位置付
け（ステップ７４５）、ステップ７０３に進む。８０列
目のものであれば、出力フラグがｏｎであるか判定し
（ステップ７４６）、ｏｎであれば、文字位置に文字列
を出力し（ステップ７４７）、出力フラグをｏｆｆにし
（ステップ７４８）、ステップ７４９に進む。

【００３１】ステップ７４６において、出力フラグがｏ
ｆｆであれば、そのデータが２４行目のものであるか判
定し（ステップ７４９）、違う場合は、次の行に位置づ
け（ステップ７５０）、ステップ７０２に進む。

【００３２】ステップ７４９において、そのデータが２
４行目のものであれば、入力フラグがｏｎであるかを判
定し（ステップ７５１）、ｏｎであれば、入力テキスト
の部品を登録部品テーブル１００から取得して入力位置
に入力テキストを出力し（ステップ７５２）、終了す
る。ステップ７５１において、入力フラグがｏｆｆであ
れば、終了する。

【００３３】なお、本実施形態では入力領域開始、及び
注釈領域開始に用いられる”（”が同一で、入力領域終
了、及び注釈領域終了に用いられる”）”が同一である
ため、上述したフローチャートは、複雑な構成になって
いるが、これらが同一でないと、前記抽出規則テーブル
５０の項目を順次チェックするシンプルな構成になる。

【００３４】上述したように、ＧＵＩ画面生成処理部９
０の画面生成処理により、ＣＵＩ画面の構成要素を抽出
規則テーブル５０に登録されている項目を基に解析し、
ＧＵＩ画面に変更していき、その変更したＧＵＩ画面を
ＧＵＩ画面出力ファイル１１０に格納する。

【００３５】上述した画面生成処理により、図４に示し
たＣＵＩ画面は、図１０に示すように、各文字列が出力
テキストになり、得意先コードと商品コードと数量が入
力テキストになり、入力区分がラジオボタンになり、割
引特典がチェックボタンになったＧＵＩ画面が生成され
る。

【００３６】このように、ＧＵＩ形式の画面を設計する
期間を短縮することが可能になる。また、図４に示した
ＣＵＩ画面の構成を継承したＧＵＩ画面の生成を行うた
め、現在操作している人に戸惑いを与えることはなくな
る。

【００３７】したがって、業務システムに表示されるＣ
ＵＩの操作画面からＧＵＩの操作画面を生成する画面生
成方法において、ＣＵＩ画面のイメージデータを取得
し、そのイメージデータに対してパターン認識を行って
その構成要素を抽出し、抽出規則テーブルの項目に基づ
き、ＣＵＩ画面上の表示項目の文字列、及び入力形式を
判定し、その判定された表示項目の文字列及び入力形式
と割り当て規則テーブルの項目とを基にＧＵＩ画面の構
成要素を決定し、ＧＵＩ画面を生成することにより、Ｃ
ＵＩ画面の構成を継承したＧＵＩ画面の生成を人手を介
することなく行うことができるので、ＧＵＩ画面を設計
生成する期間を短縮することが可能になる。

【００３８】さらに、本実施形態で説明した各部は、コ
ンピュータで実行可能なプログラムで実現される場合も
あり、そのときのプログラムは、フロッピーディスク、
ＣＤ・ＲＯＭ、マスクＲＯＭ等の記憶媒体で一般ユーザ
に提供される。この場合、さらに、これら処理の他に従
来のアプリケーションで本実施形態で生成した画面を使
用するためのエミュレータプログラムと組み合わせてユ
ーザに提供することもある。また、上述した記憶媒体で
提供する代替手段として、インタネット等のネットワー
クを通じて有償で提供することもある。

【００３９】以上、本発明者によってなされた発明を、
前記実施形態に基づき具体的に説明したが、本発明は、
前記実施形態に限定されるものではなく、その要旨を逸
脱しない範囲において種々変更可能であることは勿論で
ある。

【００４０】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。ＣＵＩ画面の構成を継承したＧＵＩ
画面の生成を人手を介することなく行うことができるの
で、ＧＵＩ画面を設計生成する期間を短縮することが可
能になる。

【図面の簡単な説明】

【図１】本発明の実施の一形態の画面設計方法を実現す
る画面設計処理装置の構成を示す図である。

【図２】抽出規則テーブル５０の構成例を示した図であ
る。

【図３】割り当て規則テーブル６０の構成例を示した図
である。

【図４】ＣＵＩ画面構成要素抽出処理部７０の構成抽出
処理について説明するためのＣＵＩ画面例を示した図で
ある。

【図５】ＣＵＩ画面構成要素抽出処理部７０の構成抽出
処理を示すフローチャートである。

【図６】内部テーブル８０の構成例を示した図である。

【図７】ＧＵＩ画面生成処理部９０の画面生成処理を示
すフローチャートである。

【図８】ＧＵＩ画面生成処理部９０の画面生成処理を示
すフローチャートである。

【図９】ＧＵＩ画面生成処理部９０の画面生成処理を示
すフローチャートである。

【図１０】生成されたＧＵＩ画面例を示した図である。

【符号の説明】

１０…表示装置、２０…イメージスキャナ、３０…入力
装置、４０…ＣＵＩ画面取得処理部、５０…抽出規則テ
ーブル、６０…割り当て規則テーブル、７０…ＣＵＩ画
面構成要素抽出処理部、８０…内部テーブル、９０…Ｇ
ＵＩ画面生成処理部、１００…登録部品テーブル、１１
０…ＧＵＩ画面出力ファイル、１２０…規則変更部。

Claims

【特許請求の範囲】

【請求項１】業務システムに表示されるキャラクタユ
ーザインタフェース形式の操作画面からグラフィカルユ
ーザインタフェース形式の操作画面を生成する画面生成
方法において、前記キャラクタユーザインタフェース形式の画面のイメ
ージデータを取得し、そのイメージデータに対してパタ
ーン認識を行ってその構成要素を抽出し、前記キャラク
タユーザインタフェース形式の表示規則に基づき、前記
キャラクタユーザインタフェース形式の画面上の表示項
目の文字列、及び入力形式を判定し、その判定された表
示項目の文字列及び入力形式とグラフィカルユーザイン
タフェース形式の表示規則とを基にグラフィカルユーザ
インタフェース形式の画面の構成要素を決定し、グラフ
ィカルユーザインタフェース形式の画面を生成すること
を特徴とする画面生成方法。
【請求項２】前記請求項１に記載の画面生成方法にお
いて、前記キャラクタユーザインタフェース形式の表示規則
は、表示項目文字列と入力領域との区切り条件、入力領
域開始条件、入力領域終了条件、注釈領域開始条件、注
釈領域終了条件、及び注釈項目及び入力コードの条件と
から構成されることを特徴とする画面生成方法。
【請求項３】前記請求項１または請求項２のいずれか
に記載の画面生成方法において、前記キャラクタユーザインタフェース形式の表示規則
は、ユーザの指示により変更されることを特徴とする画
面生成方法。