JP3815044B2 - 入力データ処理装置およびそのプログラム記録媒体 - Google Patents
入力データ処理装置およびそのプログラム記録媒体 Download PDFInfo
- Publication number
- JP3815044B2 JP3815044B2 JP11011498A JP11011498A JP3815044B2 JP 3815044 B2 JP3815044 B2 JP 3815044B2 JP 11011498 A JP11011498 A JP 11011498A JP 11011498 A JP11011498 A JP 11011498A JP 3815044 B2 JP3815044 B2 JP 3815044B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- input
- attribute
- file
- type
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Document Processing Apparatus (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、入力されたデータをその種類に対応するファイルに格納する入力データ処理装置およびそのプログラム記録媒体に関する。
【０００２】
【従来の技術】
従来、パーソナルコンピュータやワードプロセッサ等の文書処理装置においては、住所録ファイルやスケジュールファイル等を記憶管理するデータベースに、新規データを入力したり、更新データを入力する場合には、その都度、住所録作成用やスケジュール作成用のアプリケーションソフトを起動し、この状態でデータ入力用のウインドウをオープンさせ、このウインドウ内の各入力項目毎に、各項目データとして名前、住所、電話番号、スケジュール日時、スケジュール内容等を順次入力するようにしていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、この種のものにおいて、ユーザは入力データの種類に応じてそのアプリケーションソフトをその都度、起動させる必要があるために、入力データとアプリケーションソフトとの関係を常に意識しなければならないという煩わしさがあり、またソフトを起動させる手間と時間を要し、更にデータを入力する際にはウインドウ内の入力項目毎にデータを順次入力する必要があるため、その入力順も意識しておく必要があるという煩わしさがあった。
この発明の課題は、データ入力時にそのデータの種類に応じたアプリケーションソフトをその都度起動させなくても、またどのような種類のデータであるかにも拘らず、入力項目等の入力順を意識せずに入力されたデータをその種類に対応するファイルに格納できるようにすることである。
【０００４】
【課題を解決するための手段】
本発明の入力データ処理装置は、データ構造が異なる複数種類のデータフアイルを記憶する手段と、前記データファイルの種類に対応付けてファイルの構成要素毎にその種類を定義した決定テーブルを記憶する手段と、前記異なる複数種類のデータフアイルに共通の入力用画面を表示する表示手段と、前記入力用画面に基づいて入力されたデータを前記複数種類のデータファイルのいずれかに格納する際に、前記入力されたデータが前記決定テーブルの構成要素に該当するデータが含まれているかを検出し、この検出された構成要素にもとづいて、格納すべきデータファイルを決定する決定手段と、この決定されたデータファイルに前記入力されたデータを当該データフアイルのデータとして格納する格納手段とを具備したことを特徴とする。
【０００５】
【発明の実施の形態】
以下、図１〜図６を参照してこの発明の一実施形態を説明する。
図１（Ａ）文書データ処理装置の全体構成を示したブロック図である。
ＣＰＵ１はＲＡＭ２内にロードされている各種プログラムにしたがってこの文書データ処理装置の全体動作を制御する中央演算処理装置である。記憶装置３はオペレーティングシステムや各種アプリケーションプログラム、データベース、文字フォントデータ等が予め格納されている記憶媒体４やその駆動系を有している。この記憶媒体４は固定的に設けたもの、もしくは着脱自在に装着可能なものであり、フロッピーディスク、ハードディスク、光ディスク、ＲＡＭカード等の磁気的・光学的記憶媒体、半導体メモリによって構成されている。また、記憶媒体４内のプログラムやデータは、必要に応じてＣＰＵ１の制御により、ＲＡＭ２にロードされる。更に、ＣＰＵ１は通信回線等を介して他の機器側から送信されて来たプログラム、データを受信して記憶媒体４に格納したり、他の機器側に設けられている記憶媒体に格納されているプログラム、データを通信回線等を介して使用することもできる。そして、ＣＰＵ１にはその入出力周辺デバイスである入力装置５、表示装置６、印刷装置７がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１はそれらの動作を制御する。
【０００６】
記憶装置３内のデータベースは、例えば図２（Ａ）に示すように住所録ファイル、スケジュールファイル、ｔｏｄｏリストファイル、伝言板ファイル、その他のファイルを格納し、その形式や関係、データ構造等を定義するスキーマによって構成されている。なお、データベースはファイル形式に限らず、任意である。また、記憶装置３内には図２（Ｂ）に示すようにかな漢字変換辞書ＤＡの他、行属性判定用辞書ＤＢを有している。この行属性判定用辞書ＤＢは人名辞書、郵便番号辞書、地名辞書、市外局番辞書、その他を有し、入力データの種類（属性）を行単位毎に判定する際に、ＣＰＵ１はこの行属性判定用辞書ＤＢを参照するようにしている。
入力装置５は文字列データ等を入力したり、各種コマンドを入力するキーボード、マウス等のポインティングデバイスを有している。ここで、入力装置５からデータが入力されると、表示装置６のテキスト画面に表示出力されると共に、かな漢字変換によって確定された確定文字列は、ＲＡＭ２内に格納される。なお、表示装置６は液晶表示装置やＣＲＴ表示装置あるいはプラズマ表示装置等であり、また印刷装置７は熱転写やインクジェットなどのノンインパクトプリンタあるいはインパクトプリンタである。
【０００７】
図１（Ｂ）はＲＡＭ２の主要構成を示した図で、ＲＡＭ２には各種のメモリ領域が割り当てられている。行属性テーブル２−１は行属性判定用辞書ＤＢを参照することによって判定された判定結果を行単位毎に記憶するテーブルである。ここで、ＣＰＵ１は入力されたデータを行単位毎に抽出し、その行データを解析しながら行属性判定用辞書ＤＢを参照し、行属性判定用辞書ＤＢ内に定義されているキーワードが行データ内に含まれているか否かに基づいてその行属性、つまり、行データの種類（人名、郵便番号、住所、電話番号等）を判定し、その判定結果（行属性）を行番号に対応付けた対応表（行属性テーブル２−１）を作成する。
【０００８】
データ属性決定テーブル２−２は行属性テーブル２−１の内容にしたがって入力データ全体の種類が決定される際に参照されるもので、データベース内の各ファイルの種類に対応付けてそのファイルを構成する構成要素の種類を定義するものである。図４はデータ属性決定テーブル２−２のデータ構造を示し、その行項目には住所録、スケジューラ、伝言板等を示すファイルの種類（データ属性）が定義されていると共に、また列項目にはその構成要素の種類（行属性）を示す人名、住所、郵便番号、電話番号、……が定義されている。そして、このデータ属性決定テーブル２−２の行項目、列項目によって構成されるマトリックス状の交差部分には、二重丸、一重丸で示される評価点が付加されている。ここで、二重丸は入力データ全体の属性を決定する上でそのデータのいずれかの行に必ず存在する必須構成要素を示し、一重丸は存在する可能性がある構成要素を示し、二重丸か一重丸かによって入力データ全体の属性を決定する上での評価点（重み）が異なり、二重丸の方が評価点が高くなっている。
入力データ一時格納メモリ２−３は入力されたデータが一時的に格納されるメモリで、ＣＰＵ１は入力データ一時格納メモリ２−３内のデータを行単位毎に取り出して行属性を判定する。データ属性別評価点メモリ２−４は行属性テーブル２−１の内容に基づいて入力データ全体の種類（データ属性）を決定する際にデータ属性決定テーブル２−２を参照するが、このデータ属性決定テーブル２−２を参照することによって得られた評価点をデータ属性別に一時記憶するもので、ＣＰＵ１はこのデータ属性別評価点メモリ２−４内にセットされた評価点を比較してデータ属性を決定する。位置ポインタ２−５は入力データ一時格納メモリ２−３の内容を行単位毎にアクセスするためのポインタである。
【０００９】
次に、文書データ処理装置の動作を図５に示すフローチャートにしたがって説明する。ここで、このフローチャートに記述されている各機能を実現するためのプログラムは、ＣＰＵ１が読み取り可能なプログラムコードの形態で記憶媒体４に記憶されており、その内容がＲＡＭ２にロードされている。
図５はモードレス入力処理を示したフローチャートである。ここで、モードレス入力処理とはどのような種類のデータを入力する場合でも専用のウインドウをオープンさせず、単純な形態の共通ウインドウをオープンさせ、またどのような行属性のデータをどのような順序で入力するかも自由であり、入力データの種類に応じたアプリケーションソフトを起動させずに入力処理することを意味している。このようなモードレス入力処理が指定されると、図５のフローチャートが実行開始される。
【００１０】
先ず、共通ウインドウをオープンさせる（ステップＳ１）。ここで、共通ウインドウとはどんな種類のデータベースを入力する場合であっても、表示画面上に単純なウインドウを開いて入力可能とするためのウインドウであり、データベースの種類に応じたアプリケーションソフトを起動させずにデータ入力を可能とするものである。このような共通ウインドウが表示出力されている状態において、文書データが入力されてそれが確定されると（ステップＳ２）、入力確定された文書データを入力データ一時格納メモリ２−３にセットすると共に（ステップＳ３）、位置ポインタ２−５を先頭行にセットする（ステップＳ３）。そして、この位置ポインタ２−５の値で指定された行位置データを入力データ一時格納メモリ２−３から取り出し（ステップＳ５）、文書終了かを調べる（ステップＳ６）。いま、第１行目が指定された場合であるから入力データ一時格納メモリ２−３から取り出した行位置データを解析しながら記憶装置３内の行属性判定用辞書を検索し（ステップＳ７）、行位置データ内に行属性判定用のキーワードが含まれているかをチェックする（ステップＳ８）。すなわち、行属性判定用辞書には人名辞書、郵便番号辞書、地名辞書、市外局番辞書等が含まれているので、それらの辞書を参照し、行位置データ内に行属性判定用のキーワードが含まれているかをチェックする。その結果、１行目にキーワード（例えば人名）が含まれている場合には、行属性として人名属性を決定し（ステップＳ９）、図３に示すように１行目に対応付けて行属性テーブル２−１に行属性をセットする（ステップＳ１０）。そして、位置ポインタ２−５を次行に移動する（ステップＳ１１）。なお、ステップＳ８で行属性が含まれていないことが検出された場合には、ステップＳ９、Ｓ１０をスキップしてステップＳ１１に進み、位置ポインタ２−５の値を更新する処理が行われる。そして、ステップＳ５に戻り、最終行の行属性を決定するまで上述の動作を繰り返す。これによって図３に示すように行属性テーブル２−１には各行に対応付けて行属性がセットされることになる。
【００１１】
このようにして行属性テーブル２−１が作成されると、ステップＳ１２に進み、位置ポインタ２−５を先頭行にセットすると共に、この位置ポインタ２−５の値で指定される指定行の行属性に基づいてデータ属性決定テーブル２−２を検索し（ステップＳ１３）、該当する行属性が有るかを調べ（ステップＳ１４）、有れば、データ属性別にその評価点をデータ属性別評価点メモリ２−４に累計する（ステップＳ１５）。そして、位置ポインタ２−５を次行に移動し（ステップＳ１６）、行終了かを調べ（ステップＳ１７）、行終了までステップＳ１３に戻り、上述の動作を繰り返す。これによって全行分の評価点累計処理が終ると、ステップＳ１８に進み、データ属性別評価点メモリ２−４の内容を参照することによってデータ属性を決定する。例えば、図３に示した行属性テーブル２−１の内容ではデータ属性として「住所録」が決定される。ここで、図６は文書データの入力例を示し、（Ａ）は住所録データ、（Ｂ）は入力項目の順序を変えた住所録データ、（Ｃ）はスケジュールデータを示し、（Ａ）、（Ｂ）に示すように住所録データを構成する各項目をどのような順序で入力したとしても、「人名」、「住所」、「郵便番号」、「電話番号」から成る文書データは住所録データであると決定され、また、（Ｃ）に示すように「日付」等を含むデータはスケジュールデータとして決定される。このようにしてデータ属性が決定されると、決定された行属性の確認メッセージが表示出力される（ステップＳ１９）。このメッセージ表示を確認することで、データ属性が決定された文書データを自動的にその属性に対応する種類のデータベースに格納すべき場合には、オペレータは自動格納を指示する。するとステップＳ２０でそのことが検出されてステップＳ２１に進み、データ属性が決定された文書データをその属性に対応する種類のデータベースに自動格納する。一方、自動格納指示がなければ、ステップＳ２２に進み、格納先の指定が有るかを調べ、有れば、ユーザが指定した格納先のデータベースに文書データを格納する処理が行われる（ステップＳ２３）。なお、上述したようないずれかの指示が無ければ、ステップＳ１９に戻り、指示待ち状態となる。
【００１２】
以上のようにこの文書データ処理装置においては、住所録、スケジュール等の文書データを入力してそれをデータベースに格納する際に、入力された文書データを行単位毎に解析し、行属性テーブル２−１を参照することによって例えば、名前、住所、電話番号等が含まれているか否かに基づいて行属性を決定し、行毎に決定された行属性に基づいて文書データ全体の種類（データ属性）をデータ属性決定テーブル２−２を参照することによって決定し、このデータ属性に対応する種類のデータベースを文書データの格納先として選択して自動格納するようにしたから、文書データの入力時に、そのデータの種類に応じたアプリケーションソフトをその都度起動させなくても、またどのような種類のデータであるかにも拘らず、入力項目等の入力順を意識せずに入力されたデータをその種類に対応するデータベースに自動格納することができる。したがって、操作性を大幅に向上させることができ、ユーザの負担を軽減することが可能となる。また、データ属性決定テーブル２−２を参照して文書データ全体のデータ属性を決定するようにしているが、データ属性決定テーブル２−２は行項目（ファイルの種類）、列項目（行属性）によって構成されるマトリックス状の交差部分に二重丸、一重丸で示される評価点が付加されており、行属性が一致する評価点を累計することによってデータ全体の種類であるデータ属性を決定するようにしたから、データ属性を正確に決定することができると共に、データ属性決定テーブル２−２の内容を充実させることで、様々なデータ属性を判断することが可能となる。
【００１３】
なお、上述した一実施形態においては文字列から成る文書データを行単位毎に解析するようにしたが、文字列データに限らず、図形、罫線、画像等を含む文書データであってもよく、また、ブロック単位、構成要素単位毎に解析するようにしてもよい。この場合、画像データに付加されている文字列（例えば、画像の種類を示す名称）を判別してその種類に応じた画像ファイルへ画像データを自動格納するようにしてもよい。また文字列を囲む位置に縦罫線や横罫線が含まれていれば、表データとして判別し、表ファイルに自動格納するようにしてもよい。
【００１４】
【発明の効果】
この発明によれば、複数種類のデータフアイルに共通の入力用画面に基づいて入力されたデータを検出して格納すべきデータファイルを決定するようにしたから、データの入力時にそのデータの種類に応じたアプリケーションソフトを起動してその対応するデータファイルを開く必要は無く、入力するデータの種類を意識せずにその種類に対応するファイルに入力データを格納することができ、操作性を大幅に向上させることが可能となる。
【図面の簡単な説明】
【図１】（Ａ）は文書データ処理装置の全体構成を示したブロック図、（Ｂ）はＲＡＭ２の主要構成を示した図。
【図２】記憶装置３の主要内容を示し、（Ａ）はデータベース、（Ｂ）はかな漢字変換辞書ＤＡ、行属性判定用辞書ＤＢを示した図。
【図３】行属性テーブル２−１の構成を示した図。
【図４】データ属性決定テーブル２−２の構成を示した図。
【図５】モードレス入力時の動作を示したフローチャート。
【図６】入力データ例を示し、（Ａ）は住所録データ、（Ｂ）は入力項目順を変えた住所録データ、（Ｃ）はスケジュールデータを示した図。
【符号の説明】
１ ＣＰＵ
２ ＲＡＭ
２−１ 行属性テーブル
２−２ データ属性決定テーブル
２−３ 入力データ一時格納メモリ
２−４ データ属性別評価点メモリ
２−５ 位置ポインタ
３ 記憶装置
４ 記憶媒体
５ 入力装置
ＤＢ 行属性判定用辞書
【発明の属する技術分野】
この発明は、入力されたデータをその種類に対応するファイルに格納する入力データ処理装置およびそのプログラム記録媒体に関する。
【０００２】
【従来の技術】
従来、パーソナルコンピュータやワードプロセッサ等の文書処理装置においては、住所録ファイルやスケジュールファイル等を記憶管理するデータベースに、新規データを入力したり、更新データを入力する場合には、その都度、住所録作成用やスケジュール作成用のアプリケーションソフトを起動し、この状態でデータ入力用のウインドウをオープンさせ、このウインドウ内の各入力項目毎に、各項目データとして名前、住所、電話番号、スケジュール日時、スケジュール内容等を順次入力するようにしていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、この種のものにおいて、ユーザは入力データの種類に応じてそのアプリケーションソフトをその都度、起動させる必要があるために、入力データとアプリケーションソフトとの関係を常に意識しなければならないという煩わしさがあり、またソフトを起動させる手間と時間を要し、更にデータを入力する際にはウインドウ内の入力項目毎にデータを順次入力する必要があるため、その入力順も意識しておく必要があるという煩わしさがあった。
この発明の課題は、データ入力時にそのデータの種類に応じたアプリケーションソフトをその都度起動させなくても、またどのような種類のデータであるかにも拘らず、入力項目等の入力順を意識せずに入力されたデータをその種類に対応するファイルに格納できるようにすることである。
【０００４】
【課題を解決するための手段】
本発明の入力データ処理装置は、データ構造が異なる複数種類のデータフアイルを記憶する手段と、前記データファイルの種類に対応付けてファイルの構成要素毎にその種類を定義した決定テーブルを記憶する手段と、前記異なる複数種類のデータフアイルに共通の入力用画面を表示する表示手段と、前記入力用画面に基づいて入力されたデータを前記複数種類のデータファイルのいずれかに格納する際に、前記入力されたデータが前記決定テーブルの構成要素に該当するデータが含まれているかを検出し、この検出された構成要素にもとづいて、格納すべきデータファイルを決定する決定手段と、この決定されたデータファイルに前記入力されたデータを当該データフアイルのデータとして格納する格納手段とを具備したことを特徴とする。
【０００５】
【発明の実施の形態】
以下、図１〜図６を参照してこの発明の一実施形態を説明する。
図１（Ａ）文書データ処理装置の全体構成を示したブロック図である。
ＣＰＵ１はＲＡＭ２内にロードされている各種プログラムにしたがってこの文書データ処理装置の全体動作を制御する中央演算処理装置である。記憶装置３はオペレーティングシステムや各種アプリケーションプログラム、データベース、文字フォントデータ等が予め格納されている記憶媒体４やその駆動系を有している。この記憶媒体４は固定的に設けたもの、もしくは着脱自在に装着可能なものであり、フロッピーディスク、ハードディスク、光ディスク、ＲＡＭカード等の磁気的・光学的記憶媒体、半導体メモリによって構成されている。また、記憶媒体４内のプログラムやデータは、必要に応じてＣＰＵ１の制御により、ＲＡＭ２にロードされる。更に、ＣＰＵ１は通信回線等を介して他の機器側から送信されて来たプログラム、データを受信して記憶媒体４に格納したり、他の機器側に設けられている記憶媒体に格納されているプログラム、データを通信回線等を介して使用することもできる。そして、ＣＰＵ１にはその入出力周辺デバイスである入力装置５、表示装置６、印刷装置７がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１はそれらの動作を制御する。
【０００６】
記憶装置３内のデータベースは、例えば図２（Ａ）に示すように住所録ファイル、スケジュールファイル、ｔｏｄｏリストファイル、伝言板ファイル、その他のファイルを格納し、その形式や関係、データ構造等を定義するスキーマによって構成されている。なお、データベースはファイル形式に限らず、任意である。また、記憶装置３内には図２（Ｂ）に示すようにかな漢字変換辞書ＤＡの他、行属性判定用辞書ＤＢを有している。この行属性判定用辞書ＤＢは人名辞書、郵便番号辞書、地名辞書、市外局番辞書、その他を有し、入力データの種類（属性）を行単位毎に判定する際に、ＣＰＵ１はこの行属性判定用辞書ＤＢを参照するようにしている。
入力装置５は文字列データ等を入力したり、各種コマンドを入力するキーボード、マウス等のポインティングデバイスを有している。ここで、入力装置５からデータが入力されると、表示装置６のテキスト画面に表示出力されると共に、かな漢字変換によって確定された確定文字列は、ＲＡＭ２内に格納される。なお、表示装置６は液晶表示装置やＣＲＴ表示装置あるいはプラズマ表示装置等であり、また印刷装置７は熱転写やインクジェットなどのノンインパクトプリンタあるいはインパクトプリンタである。
【０００７】
図１（Ｂ）はＲＡＭ２の主要構成を示した図で、ＲＡＭ２には各種のメモリ領域が割り当てられている。行属性テーブル２−１は行属性判定用辞書ＤＢを参照することによって判定された判定結果を行単位毎に記憶するテーブルである。ここで、ＣＰＵ１は入力されたデータを行単位毎に抽出し、その行データを解析しながら行属性判定用辞書ＤＢを参照し、行属性判定用辞書ＤＢ内に定義されているキーワードが行データ内に含まれているか否かに基づいてその行属性、つまり、行データの種類（人名、郵便番号、住所、電話番号等）を判定し、その判定結果（行属性）を行番号に対応付けた対応表（行属性テーブル２−１）を作成する。
【０００８】
データ属性決定テーブル２−２は行属性テーブル２−１の内容にしたがって入力データ全体の種類が決定される際に参照されるもので、データベース内の各ファイルの種類に対応付けてそのファイルを構成する構成要素の種類を定義するものである。図４はデータ属性決定テーブル２−２のデータ構造を示し、その行項目には住所録、スケジューラ、伝言板等を示すファイルの種類（データ属性）が定義されていると共に、また列項目にはその構成要素の種類（行属性）を示す人名、住所、郵便番号、電話番号、……が定義されている。そして、このデータ属性決定テーブル２−２の行項目、列項目によって構成されるマトリックス状の交差部分には、二重丸、一重丸で示される評価点が付加されている。ここで、二重丸は入力データ全体の属性を決定する上でそのデータのいずれかの行に必ず存在する必須構成要素を示し、一重丸は存在する可能性がある構成要素を示し、二重丸か一重丸かによって入力データ全体の属性を決定する上での評価点（重み）が異なり、二重丸の方が評価点が高くなっている。
入力データ一時格納メモリ２−３は入力されたデータが一時的に格納されるメモリで、ＣＰＵ１は入力データ一時格納メモリ２−３内のデータを行単位毎に取り出して行属性を判定する。データ属性別評価点メモリ２−４は行属性テーブル２−１の内容に基づいて入力データ全体の種類（データ属性）を決定する際にデータ属性決定テーブル２−２を参照するが、このデータ属性決定テーブル２−２を参照することによって得られた評価点をデータ属性別に一時記憶するもので、ＣＰＵ１はこのデータ属性別評価点メモリ２−４内にセットされた評価点を比較してデータ属性を決定する。位置ポインタ２−５は入力データ一時格納メモリ２−３の内容を行単位毎にアクセスするためのポインタである。
【０００９】
次に、文書データ処理装置の動作を図５に示すフローチャートにしたがって説明する。ここで、このフローチャートに記述されている各機能を実現するためのプログラムは、ＣＰＵ１が読み取り可能なプログラムコードの形態で記憶媒体４に記憶されており、その内容がＲＡＭ２にロードされている。
図５はモードレス入力処理を示したフローチャートである。ここで、モードレス入力処理とはどのような種類のデータを入力する場合でも専用のウインドウをオープンさせず、単純な形態の共通ウインドウをオープンさせ、またどのような行属性のデータをどのような順序で入力するかも自由であり、入力データの種類に応じたアプリケーションソフトを起動させずに入力処理することを意味している。このようなモードレス入力処理が指定されると、図５のフローチャートが実行開始される。
【００１０】
先ず、共通ウインドウをオープンさせる（ステップＳ１）。ここで、共通ウインドウとはどんな種類のデータベースを入力する場合であっても、表示画面上に単純なウインドウを開いて入力可能とするためのウインドウであり、データベースの種類に応じたアプリケーションソフトを起動させずにデータ入力を可能とするものである。このような共通ウインドウが表示出力されている状態において、文書データが入力されてそれが確定されると（ステップＳ２）、入力確定された文書データを入力データ一時格納メモリ２−３にセットすると共に（ステップＳ３）、位置ポインタ２−５を先頭行にセットする（ステップＳ３）。そして、この位置ポインタ２−５の値で指定された行位置データを入力データ一時格納メモリ２−３から取り出し（ステップＳ５）、文書終了かを調べる（ステップＳ６）。いま、第１行目が指定された場合であるから入力データ一時格納メモリ２−３から取り出した行位置データを解析しながら記憶装置３内の行属性判定用辞書を検索し（ステップＳ７）、行位置データ内に行属性判定用のキーワードが含まれているかをチェックする（ステップＳ８）。すなわち、行属性判定用辞書には人名辞書、郵便番号辞書、地名辞書、市外局番辞書等が含まれているので、それらの辞書を参照し、行位置データ内に行属性判定用のキーワードが含まれているかをチェックする。その結果、１行目にキーワード（例えば人名）が含まれている場合には、行属性として人名属性を決定し（ステップＳ９）、図３に示すように１行目に対応付けて行属性テーブル２−１に行属性をセットする（ステップＳ１０）。そして、位置ポインタ２−５を次行に移動する（ステップＳ１１）。なお、ステップＳ８で行属性が含まれていないことが検出された場合には、ステップＳ９、Ｓ１０をスキップしてステップＳ１１に進み、位置ポインタ２−５の値を更新する処理が行われる。そして、ステップＳ５に戻り、最終行の行属性を決定するまで上述の動作を繰り返す。これによって図３に示すように行属性テーブル２−１には各行に対応付けて行属性がセットされることになる。
【００１１】
このようにして行属性テーブル２−１が作成されると、ステップＳ１２に進み、位置ポインタ２−５を先頭行にセットすると共に、この位置ポインタ２−５の値で指定される指定行の行属性に基づいてデータ属性決定テーブル２−２を検索し（ステップＳ１３）、該当する行属性が有るかを調べ（ステップＳ１４）、有れば、データ属性別にその評価点をデータ属性別評価点メモリ２−４に累計する（ステップＳ１５）。そして、位置ポインタ２−５を次行に移動し（ステップＳ１６）、行終了かを調べ（ステップＳ１７）、行終了までステップＳ１３に戻り、上述の動作を繰り返す。これによって全行分の評価点累計処理が終ると、ステップＳ１８に進み、データ属性別評価点メモリ２−４の内容を参照することによってデータ属性を決定する。例えば、図３に示した行属性テーブル２−１の内容ではデータ属性として「住所録」が決定される。ここで、図６は文書データの入力例を示し、（Ａ）は住所録データ、（Ｂ）は入力項目の順序を変えた住所録データ、（Ｃ）はスケジュールデータを示し、（Ａ）、（Ｂ）に示すように住所録データを構成する各項目をどのような順序で入力したとしても、「人名」、「住所」、「郵便番号」、「電話番号」から成る文書データは住所録データであると決定され、また、（Ｃ）に示すように「日付」等を含むデータはスケジュールデータとして決定される。このようにしてデータ属性が決定されると、決定された行属性の確認メッセージが表示出力される（ステップＳ１９）。このメッセージ表示を確認することで、データ属性が決定された文書データを自動的にその属性に対応する種類のデータベースに格納すべき場合には、オペレータは自動格納を指示する。するとステップＳ２０でそのことが検出されてステップＳ２１に進み、データ属性が決定された文書データをその属性に対応する種類のデータベースに自動格納する。一方、自動格納指示がなければ、ステップＳ２２に進み、格納先の指定が有るかを調べ、有れば、ユーザが指定した格納先のデータベースに文書データを格納する処理が行われる（ステップＳ２３）。なお、上述したようないずれかの指示が無ければ、ステップＳ１９に戻り、指示待ち状態となる。
【００１２】
以上のようにこの文書データ処理装置においては、住所録、スケジュール等の文書データを入力してそれをデータベースに格納する際に、入力された文書データを行単位毎に解析し、行属性テーブル２−１を参照することによって例えば、名前、住所、電話番号等が含まれているか否かに基づいて行属性を決定し、行毎に決定された行属性に基づいて文書データ全体の種類（データ属性）をデータ属性決定テーブル２−２を参照することによって決定し、このデータ属性に対応する種類のデータベースを文書データの格納先として選択して自動格納するようにしたから、文書データの入力時に、そのデータの種類に応じたアプリケーションソフトをその都度起動させなくても、またどのような種類のデータであるかにも拘らず、入力項目等の入力順を意識せずに入力されたデータをその種類に対応するデータベースに自動格納することができる。したがって、操作性を大幅に向上させることができ、ユーザの負担を軽減することが可能となる。また、データ属性決定テーブル２−２を参照して文書データ全体のデータ属性を決定するようにしているが、データ属性決定テーブル２−２は行項目（ファイルの種類）、列項目（行属性）によって構成されるマトリックス状の交差部分に二重丸、一重丸で示される評価点が付加されており、行属性が一致する評価点を累計することによってデータ全体の種類であるデータ属性を決定するようにしたから、データ属性を正確に決定することができると共に、データ属性決定テーブル２−２の内容を充実させることで、様々なデータ属性を判断することが可能となる。
【００１３】
なお、上述した一実施形態においては文字列から成る文書データを行単位毎に解析するようにしたが、文字列データに限らず、図形、罫線、画像等を含む文書データであってもよく、また、ブロック単位、構成要素単位毎に解析するようにしてもよい。この場合、画像データに付加されている文字列（例えば、画像の種類を示す名称）を判別してその種類に応じた画像ファイルへ画像データを自動格納するようにしてもよい。また文字列を囲む位置に縦罫線や横罫線が含まれていれば、表データとして判別し、表ファイルに自動格納するようにしてもよい。
【００１４】
【発明の効果】
この発明によれば、複数種類のデータフアイルに共通の入力用画面に基づいて入力されたデータを検出して格納すべきデータファイルを決定するようにしたから、データの入力時にそのデータの種類に応じたアプリケーションソフトを起動してその対応するデータファイルを開く必要は無く、入力するデータの種類を意識せずにその種類に対応するファイルに入力データを格納することができ、操作性を大幅に向上させることが可能となる。
【図面の簡単な説明】
【図１】（Ａ）は文書データ処理装置の全体構成を示したブロック図、（Ｂ）はＲＡＭ２の主要構成を示した図。
【図２】記憶装置３の主要内容を示し、（Ａ）はデータベース、（Ｂ）はかな漢字変換辞書ＤＡ、行属性判定用辞書ＤＢを示した図。
【図３】行属性テーブル２−１の構成を示した図。
【図４】データ属性決定テーブル２−２の構成を示した図。
【図５】モードレス入力時の動作を示したフローチャート。
【図６】入力データ例を示し、（Ａ）は住所録データ、（Ｂ）は入力項目順を変えた住所録データ、（Ｃ）はスケジュールデータを示した図。
【符号の説明】
１ ＣＰＵ
２ ＲＡＭ
２−１ 行属性テーブル
２−２ データ属性決定テーブル
２−３ 入力データ一時格納メモリ
２−４ データ属性別評価点メモリ
２−５ 位置ポインタ
３ 記憶装置
４ 記憶媒体
５ 入力装置
ＤＢ 行属性判定用辞書
Claims (2)
- データ構造が異なる複数種類のデータフアイルを記憶する手段と、
前記データファイルの種類に対応付けてファイルの構成要素毎にその種類を定義した決定テーブルを記憶する手段と、
前記異なる複数種類のデータフアイルに共通の入力用画面を表示する表示手段と、
前記入力用画面に基づいて入力されたデータを前記複数種類のデータファイルのいずれかに格納する際に、前記入力されたデータが前記決定テーブルの構成要素に該当するデータが含まれているかを検出し、この検出された構成要素にもとづいて、格納すべきデータファイルを決定する決定手段と、
この決定されたデータファイルに前記入力されたデータを当該データフアイルのデータとして格納する格納手段と
を具備したことを特徴とする入力データ処理装置。 - コンピュータに、
データ構造が異なる複数種類のデータフアイルを記憶する機能と、
前記データファイルの種類に対応付けてファイルの構成要素毎にその種類を定義した決定テーブルを記憶する機能と、
前記異なる複数種類のデータフアイルに共通の入力用画面を表示する機能と、
前記入力用画面に基づいて入力されたデータを前記複数種類のデータファイルのいずれかに格納する際に、前記入力されたデータが前記決定テーブルの構成要素に該当するデータが含まれているかを検出し、この検出された構成要素にもとづいて、格納すべきデータファイルを決定する機能と、
この決定されたデータファイルに前記入力されたデータを当該データフアイルのデータとして格納する機能と
を実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11011498A JP3815044B2 (ja) | 1998-04-07 | 1998-04-07 | 入力データ処理装置およびそのプログラム記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11011498A JP3815044B2 (ja) | 1998-04-07 | 1998-04-07 | 入力データ処理装置およびそのプログラム記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11296512A JPH11296512A (ja) | 1999-10-29 |
| JP3815044B2 true JP3815044B2 (ja) | 2006-08-30 |
Family
ID=14527408
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11011498A Expired - Fee Related JP3815044B2 (ja) | 1998-04-07 | 1998-04-07 | 入力データ処理装置およびそのプログラム記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3815044B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6234233B2 (ja) * | 2014-01-10 | 2017-11-22 | キヤノン株式会社 | 情報処理装置、情報処理方法、およびプログラム |
-
1998
- 1998-04-07 JP JP11011498A patent/JP3815044B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11296512A (ja) | 1999-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6533822B2 (en) | Creating summaries along with indicators, and automatically positioned tabs | |
| WO2006059513A1 (ja) | 表示装置、表示装置の制御方法及び情報記憶媒体 | |
| US6600498B1 (en) | Method, means, and device for acquiring user input by a computer | |
| JP2937520B2 (ja) | 文書検索装置 | |
| JP2007323474A (ja) | Ｏｃｒシステム、ｏｃｒフォーマットパラメータ作成方法、そのプログラムおよびプログラム記録媒体 | |
| JP3815044B2 (ja) | 入力データ処理装置およびそのプログラム記録媒体 | |
| JPH04281566A (ja) | 文書検索装置 | |
| JP3071703B2 (ja) | 表作成装置およびその方法 | |
| JP4504598B2 (ja) | 情報処理装置、制御プログラム、画像形成装置及び情報処理システム | |
| JPH10198741A (ja) | 表データ処理装置およびそのプログラム記録媒体 | |
| JP5039505B2 (ja) | 文書検索装置および文書検索支援方法 | |
| JP2001297080A (ja) | 読取支援装置 | |
| US5617120A (en) | Two-relation icon ranking and selecting method | |
| JP4906044B2 (ja) | 情報検索装置及びその制御方法、コンピュータプログラム、並びに、記憶媒体 | |
| JPH07160395A (ja) | 文字入力装置 | |
| JPH07261918A (ja) | 情報入力装置および手書き文字処理方法 | |
| JP3067083B2 (ja) | 文書入力装置 | |
| JPH0934619A (ja) | レコードデータ入力装置 | |
| JP2002056026A (ja) | 商品情報検索装置および記憶媒体 | |
| JP2000222496A (ja) | 表編集装置、方法及び記憶媒体 | |
| JPS63286965A (ja) | 文書作成装置 | |
| JPH04264670A (ja) | 情報処理装置及び方法 | |
| JPH04361354A (ja) | 文書作成装置 | |
| JPS63128427A (ja) | 登録フアイル選択方式 | |
| JPS62182967A (ja) | 漢字入力装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050228 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050308 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050418 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060202 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060222 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060516 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060529 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090616 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100616 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110616 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110616 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120616 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120616 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130616 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |