(57)【要約】【課題】  簡易な構成でデータの取り込みが可能なデータ処理装置及びデータ処理プログラムを提供すること。【解決手段】  ワープロソフトの入力済テキストからデータベースに取り込みたい範囲を選択し、アドインプログラムを起動する。選択されたテキストは、予め設定したレコード割当条件に従って数行毎のレコードに分割され（Ｓ９）、各レコード内の行頭文字が同一であれば削除し（Ｓ１３）、一行目を名前属性（Ｓ１５）、残りを住所属性に決定して（Ｓ１７）、属性に対応するデータベースのフィールドにデータを格納する（Ｓ２３）。【選択図】  図４
2005234915.tif 000002
【特許請求の範囲】
【請求項１】
入力された文字列を解析し、その種類に対応するデータベースのフィールドに取り込むデータ処理装置であって、
複数のフィールドとレコードを格納可能なデータベースを記憶した記憶手段と、
前記文字列を表示する表示手段と、
当該表示手段に表示された文字列の所定範囲を選択する選択手段と、
当該選択手段により選択された文字列をレコードに割り当てるレコード割当手段と、
当該レコード割当手段により割り当てられた１レコード内の文字列を構成要素に分割する構成要素分割手段と、
当該構成要素分割手段により分割された構成要素の属性を決定する属性決定手段と、
当該属性決定手段により決定された属性に対応する前記データベースのフィールドに構成要素を格納する格納手段とを備えたことを特徴とするデータ処理装置。
【請求項２】
前記構成要素分割手段は、前記１レコードに割り当てられた文字列の改行コードで区切られる１行分を１構成要素に分割し、
前記属性決定手段は、１行目の文字列からなる構成要素が名前属性であり、２行目以降の文字列からなる構成要素が住所属性であると決定することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記構成要素分割手段は、前記１レコードに割り当てられた文字列中のフィールドコードにより前記文字列を構成要素に分割し、
前記属性決定手段は、最初の構成要素が名前属性であり、残余の構成要素が住所属性であると決定することを特徴とする請求項１に記載のデータ処理装置。
【請求項４】
前記構成要素分割手段は、前記１レコードに割り当てられた文字列中のフィールドコードにより前記文字列を構成要素に分割し、
前記属性決定手段は、最後のフィールドの文字列が数値である場合には、当該フィールドの文字列からなる構成要素が郵便番号属性であると決定することを特徴とする請求項１又は３に記載のデータ処理装置。
【請求項５】
前記属性決定手段により決定された属性が、連続した複数の構成要素について同一である場合に、当該複数の構成要素を１つの構成要素に統合する構成要素統合手段を備えたことを特徴とする請求項１乃至４のいずれかに記載のデータ処理装置。
【請求項６】
前記選択手段は、複数の範囲を選択し、
前記レコード割当手段は、前記選択手段により選択された複数の範囲のそれぞれを１レコードに割り当てることを特徴とする請求項１乃至５のいずれかに記載のデータ処理装置。
【請求項７】
前記レコード割当手段は、前記選択手段により選択された範囲のうち、所定の文字列で区切られる範囲を１レコードに割り当てることを特徴とする請求項１乃至５のいずれかに記載のデータ処理装置。
【請求項８】
前記レコード割当手段は、前記選択手段により選択された範囲のうち、所定の行数分を１レコードに割り当てることを特徴とする請求項１乃至５のいずれかに記載のデータ処理装置。
【請求項９】
前記選択手段により複数行の文字列が選択され、当該複数行の行頭の文字列が共通している場合に、当該行頭の文字列を削除する削除手段を備えたことを特徴とする請求項１乃至８のいずれかに記載のデータ処理装置。
【請求項１０】
入力された文字列を解析し、その種類に対応するデータベースのフィールドに取り込むデータ処理装置であって、
複数のフィールドとレコードを格納可能なデータベースを記憶した記憶手段と、
前記文字列を表示する表示手段と、
当該表示手段に表示された文字列の所定範囲を選択する選択手段と、
当該選択手段により選択された文字列を予め設定されている取込書式に従ってレコードに割り当て、割り当てた１レコード内の文字列を構成要素に分割し、分割した構成要素の属性を決定する属性決定手段と、
当該属性決定手段により決定された属性に対応する前記データベースのフィールドに構成要素を格納する格納手段とを備えたことを特徴とするデータ処理装置。
【請求項１１】
前記取込書式は、１レコード内における構成要素の属性の種類と配置、及び１レコードに割り当てる行数を含むことを特徴とする請求項１０に記載のデータ処理装置。
【請求項１２】
前記取込書式を設定する設定手段と、
当該設定手段により設定された取込書式を記憶する書式記憶手段と
を備えたことを特徴とする請求項１０又は１１に記載のデータ処理装置。
【請求項１３】
前記取込書式は、１レコードに割り当てられた文字列を構成要素に分割するための区切り文字列と、当該区切り文字列により区切られた構成要素の属性を決定するための属性情報とを含むことを特徴とする請求項１０乃至１２のいずれかに記載のデータ処理装置。
【請求項１４】
前記属性情報は、所定の記号に挟まれた属性を示す文字列からなることを特徴とする請求項１３に記載のデータ処理装置。
【請求項１５】
前記属性情報が前記所定の記号のみからなる場合には、その属性情報に対応する構成要素が取り込み不要であることを指示していることを特徴とする請求項１４に記載のデータ処理装置。
【請求項１６】
前記属性決定手段により、同じ属性に決定された複数の構成要素を統合する構成要素統合手段を備えたことを特徴とする請求項１０乃至１５のいずれかに記載のデータ処理装置。
【請求項１７】
前記取込書式は、取込範囲の先頭を示す開始文字を含むことを特徴とする請求項１０乃至１６のいずれかに記載のデータ処理装置。
【請求項１８】
コンピュータに、入力された文字列を解析させ、その種類に対応するデータベースのフィールドへの取り込みを実行させるデータ処理プログラムであって、
複数のフィールドとレコードを格納可能なデータベースを記憶する記憶工程と、
前記文字列を表示する表示工程と、
当該表示工程において表示された文字列の所定範囲を選択する選択工程と、
当該選択工程において選択された文字列をレコードに割り当てるレコード割当工程と、
当該レコード割当手段において割り当てられた１レコード内の文字列を構成要素に分割する構成要素分割工程と、
当該構成要素分割工程において分割された構成要素の属性を決定する属性決定工程と、
当該属性決定工程において決定された属性に対応する前記データベースのフィールドに構成要素を格納する格納工程とからなるデータ処理プログラム。
【請求項１９】
前記構成要素分割工程では、前記１レコードに割り当てられた文字列の改行コードで区切られる１行分を１構成要素に分割し、
前記属性決定工程では、１行目の文字列からなる構成要素が名前属性であり、２行目以降の文字列からなる構成要素が住所属性であると決定することを特徴とする請求項１８に記載のデータ処理プログラム。
【請求項２０】
前記構成要素分割工程では、前記１レコードに割り当てられた文字列中のフィールドコードにより前記文字列を構成要素に分割し、
前記属性決定工程では、最初の構成要素が名前属性であり、残余の構成要素が住所属性であると決定することを特徴とする請求項１８に記載のデータ処理プログラム。
【請求項２１】
前記構成要素分割工程では、前記１レコードに割り当てられた文字列中のフィールドコードにより前記文字列を構成要素に分割し、
前記属性決定工程では、最後のフィールドの文字列が数値である場合には、当該フィールドの文字列からなる構成要素が郵便番号属性であると決定することを特徴とする請求項１８又は２０に記載のデータ処理プログラム。
【請求項２２】
前記属性決定工程において決定された属性が、連続した複数の構成要素について同一である場合に、当該複数の構成要素を１つの構成要素に統合する構成要素統合工程を備えたことを特徴とする請求項１８乃至２１のいずれかに記載のデータ処理プログラム。
【請求項２３】
前記選択工程では、複数の範囲を選択し、
前記レコード割当工程では、前記選択工程において選択された複数の範囲のそれぞれを１レコードに割り当てることを特徴とする請求項１８乃至２２のいずれかに記載のデータ処理プログラム。
【請求項２４】
前記レコード割当工程では、前記選択工程において選択された範囲のうち、所定の文字列で区切られる範囲を１レコードに割り当てることを特徴とする請求項１８乃至２２のいずれかに記載のデータ処理プログラム。
【請求項２５】
前記レコード割当工程では、前記選択工程において選択された範囲のうち、所定の行数分を１レコードに割り当てることを特徴とする請求項１８乃至２２のいずれかに記載のデータ処理プログラム。
【請求項２６】
前記選択工程において複数行の文字列が選択され、当該複数行の行頭の文字列が共通している場合に、当該行頭の文字列を削除する削除工程を備えたことを特徴とする請求項１８乃至２５のいずれかに記載のデータ処理プログラム。
【請求項２７】
コンピュータに、入力された文字列を解析させ、その種類に対応するデータベースのフィールドへの取り込みを実行させるデータ処理プログラムであって、
複数のフィールドとレコードを格納可能なデータベースを記憶する記憶工程と、
前記文字列を表示する表示工程と、
当該表示工程において表示された文字列の所定範囲を選択する選択工程と、
当該選択工程において選択された文字列を予め設定されている取込書式に従ってレコードに割り当て、割り当てた１レコード内の文字列を構成要素に分割し、分割した構成要素の属性を決定する属性決定工程と、
当該属性決定工程において決定された属性に対応する前記データベースのフィールドに構成要素を格納する格納工程とからなるデータ処理プログラム。
【請求項２８】
前記取込書式は、１レコード内における構成要素の属性の種類と配置、及び１レコードに割り当てる行数を含むことを特徴とする請求項２７に記載のデータ処理プログラム。
【請求項２９】
前記取込書式を設定する設定工程と、
当該設定手段において設定された取込書式を記憶する書式記憶工程と
を備えたことを特徴とする請求項２７又は２８に記載のデータ処理プログラム。
【請求項３０】
前記取込書式は、１レコードに割り当てられた文字列を構成要素に分割するための区切り文字列と、当該区切り文字列により区切られた構成要素の属性を決定するための属性情報とを含むことを特徴とする請求項２７乃至２９のいずれかに記載のデータ処理プログラム。
【請求項３１】
前記属性情報は、所定の記号に挟まれた属性を示す文字列からなることを特徴とする請求項３０に記載のデータ処理プログラム。
【請求項３２】
前記属性情報が前記所定の記号のみからなる場合には、その属性情報に対応する構成要素が取り込み不要であることを指示していることを特徴とする請求項３１に記載のデータ処理プログラム。
【請求項３３】
前記属性決定工程において、同じ属性に決定された複数の構成要素を統合する構成要素統合工程を備えたことを特徴とする請求項２７乃至３２のいずれかに記載のデータ処理プログラム。
【請求項３４】
前記取込書式は、取込範囲の先頭を示す開始文字を含むことを特徴とする請求項２７乃至３３のいずれかに記載のデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースへのテキストデータの取込を行なうデータ処理装置及びデータ処理プログラムに関するものである。
【背景技術】
【０００２】
現在、コンピュータ上で文字列（テキストデータ）を取り扱うソフトウェアは種々のものが存在しており、異種のソフトウェア間でデータの受け渡しを行なうことも頻繁に行なわれている。例えば、個人の住所は、ワープロソフトで作成される手紙の宛名に使用され、年賀状等の宛名を印刷する際にも使用される。また、電子メールで住所を連絡することもある。このような場合、住所データはそれぞれのソフトウェアで使用されるファイル内にそのソフトウェアで用いられる形式で保存されているため、他のソフトウェアで使用するためには、双方のソフトウェアで読み書きのできる形式にエクスポート・インポートして利用したり、同時に双方のソフトウェアを起動させ、住所部分のテキストを表示して手動でコピー・ペーストする必要がある。
【０００３】
そこで、このような手間をかけずにデータを利用するために、特許文献１に記載の住所録処理装置及び住所録処理方法では、入力された文書データを行毎に辞書を用いて解析し、行属性を決定し、その行属性の集合でデータ全体の種類を決定し、対応する属性のデータベースにデータを格納するようにしている。
【特許文献１】特開平１１−２９６５１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来の装置及び方法では、データの属性を決定するために辞書を利用するため、属性決定の精度を上げるためには辞書の容量が膨大になり、処理速度に影響したり、処理能力の低い演算装置では実現が難しい等の問題点があった。
【０００５】
本発明は上記問題を解決するためになされたものであり、簡易な構成でデータの取り込みが可能なデータ処理装置及びデータ処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１に記載の発明は、入力された文字列を解析し、その種類に対応するデータベースのフィールドに取り込むデータ処理装置であって、複数のフィールドとレコードを格納可能なデータベースを記憶した記憶手段と、前記文字列を表示する表示手段と、当該表示手段に表示された文字列の所定範囲を選択する選択手段と、当該選択手段により選択された文字列をレコードに割り当てるレコード割当手段と、当該レコード割当手段により割り当てられた１レコード内の文字列を構成要素に分割する構成要素分割手段と、当該構成要素分割手段により分割された構成要素の属性を決定する属性決定手段と、当該属性決定手段により決定された属性に対応する前記データベースのフィールドに構成要素を格納する格納手段とを備えたことを特徴とする。
【０００７】
また、請求項２に記載の発明は、請求項１に記載の発明の構成に加え、前記構成要素分割手段が、前記１レコードに割り当てられた文字列の改行コードで区切られる１行分を１構成要素に分割し、前記属性決定手段は、１行目の文字列からなる構成要素が名前属性であり、２行目以降の文字列からなる構成要素が住所属性であると決定することを特徴とする。
【０００８】
また、請求項３に記載の発明は、、請求項１に記載の発明の構成に加え、前記構成要素分割手段が、前記１レコードに割り当てられた文字列中のフィールドコードにより前記文字列を構成要素に分割し、前記属性決定手段は、最初の構成要素が名前属性であり、残余の構成要素が住所属性であると決定することを特徴とする。
【０００９】
また、請求項４に記載の発明は、請求項１又は３に記載の発明の構成に加え、前記構成要素分割手段が、前記１レコードに割り当てられた文字列中のフィールドコードにより前記文字列を構成要素に分割し、前記属性決定手段は、最後のフィールドの文字列が数値である場合には、当該フィールドの文字列からなる構成要素が郵便番号属性であると決定することを特徴とする。
【００１０】
また、請求項５に記載の発明は、請求項１乃至４のいずれかに記載の発明の構成に加え、前記属性決定手段により決定された属性が、連続した複数の構成要素について同一である場合に、当該複数の構成要素を１つの構成要素に統合する構成要素統合手段を備えたことを特徴とする。
【００１１】
また、請求項６に記載の発明は、請求項１乃至５のいずれかに記載の発明の構成に加え、前記選択手段が、複数の範囲を選択し、前記レコード割当手段は、前記選択手段により選択された複数の範囲のそれぞれを１レコードに割り当てることを特徴とする。
【００１２】
また、請求項７に記載の発明は、請求項１乃至５のいずれかに記載の発明の構成に加え、前記レコード割当手段が、前記選択手段により選択された範囲のうち、所定の文字列で区切られる範囲を１レコードに割り当てることを特徴とする。
【００１３】
また、請求項８に記載の発明は、請求項１乃至５のいずれかに記載の発明の構成に加え、前記レコード割当手段が、前記選択手段により選択された範囲のうち、所定の行数分を１レコードに割り当てることを特徴とする。
【００１４】
また、請求項９に記載の発明は、請求項１乃至８のいずれかに記載の発明の構成に加え、前記選択手段により複数行の文字列が選択され、当該複数行の行頭の文字列が共通している場合に、当該行頭の文字列を削除する削除手段を備えたことを特徴とする。
【００１５】
また、請求項１０に記載の発明は、入力された文字列を解析し、その種類に対応するデータベースのフィールドに取り込むデータ処理装置であって、複数のフィールドとレコードを格納可能なデータベースを記憶した記憶手段と、前記文字列を表示する表示手段と、当該表示手段に表示された文字列の所定範囲を選択する選択手段と、当該選択手段により選択された文字列を予め設定されている取込書式に従ってレコードに割り当て、割り当てた１レコード内の文字列を構成要素に分割し、分割した構成要素の属性を決定する属性決定手段と、当該属性決定手段により決定された属性に対応する前記データベースのフィールドに構成要素を格納する格納手段とを備えたことを特徴とする。
【００１６】
また、請求項１１に記載の発明は、請求項１０に記載の発明の構成に加え、前記取込書式が、１レコード内における構成要素の属性の種類と配置、及び１レコードに割り当てる行数を含むことを特徴とする。
【００１７】
また、請求項１２に記載の発明は、請求項１０又は１１に記載の発明の構成に加え、前記取込書式を設定する設定手段と、当該設定手段により設定された取込書式を記憶する書式記憶手段とを備えたことを特徴とする。
【００１８】
また、請求項１３に記載の発明は、請求項１０乃至１２のいずれかに記載の発明の構成に加え、前記取込書式が、１レコードに割り当てられた文字列を構成要素に分割するための区切り文字列と、当該区切り文字列により区切られた構成要素の属性を決定するための属性情報とを含むことを特徴とする。
【００１９】
また、請求項１４に記載の発明は、請求項１３に記載の発明の構成に加え、前記属性情報が、所定の記号に挟まれた属性を示す文字列からなることを特徴とする。
【００２０】
また、請求項１５に記載の発明は、請求項１４に記載の発明の構成に加え、前記属性情報が前記所定の記号のみからなる場合には、その属性情報に対応する構成要素が取り込み不要であることを指示していることを特徴とする。
【００２１】
また、請求項１６に記載の発明は、請求項１０乃至１５のいずれかに記載の発明の構成に加え、前記属性決定手段により、同じ属性に決定された複数の構成要素を統合する構成要素統合手段を備えたことを特徴とする。
【００２２】
また、請求項１７に記載の発明は、請求項１０乃至１６のいずれかに記載の発明の構成に加え、前記取込書式が、取込範囲の先頭を示す開始文字を含むことを特徴とする。
【００２３】
また、請求項１８に記載の発明は、コンピュータに、入力された文字列を解析させ、その種類に対応するデータベースのフィールドへの取り込みを実行させるデータ処理プログラムであって、複数のフィールドとレコードを格納可能なデータベースを記憶する記憶工程と、前記文字列を表示する表示工程と、当該表示工程において表示された文字列の所定範囲を選択する選択工程と、当該選択工程において選択された文字列をレコードに割り当てるレコード割当工程と、当該レコード割当手段において割り当てられた１レコード内の文字列を構成要素に分割する構成要素分割工程と、当該構成要素分割工程において分割された構成要素の属性を決定する属性決定工程と、当該属性決定工程において決定された属性に対応する前記データベースのフィールドに構成要素を格納する格納工程とからなるデータ処理プログラムであることを特徴とする。
【００２４】
また、請求項１９に記載の発明は、請求項１８に記載の発明の構成に加え、前記構成要素分割工程では、前記１レコードに割り当てられた文字列の改行コードで区切られる１行分を１構成要素に分割し、前記属性決定工程では、１行目の文字列からなる構成要素が名前属性であり、２行目以降の文字列からなる構成要素が住所属性であると決定することを特徴とする。
【００２５】
また、請求項２０に記載の発明は、請求項１８に記載の発明の構成に加え、前記構成要素分割工程では、前記１レコードに割り当てられた文字列中のフィールドコードにより前記文字列を構成要素に分割し、前記属性決定工程では、最初の構成要素が名前属性であり、残余の構成要素が住所属性であると決定することを特徴とする。
【００２６】
また、請求項２１に記載の発明は、請求項１８又は２０に記載の発明の構成に加え、前記構成要素分割工程では、前記１レコードに割り当てられた文字列中のフィールドコードにより前記文字列を構成要素に分割し、前記属性決定工程では、最後のフィールドの文字列が数値である場合には、当該フィールドの文字列からなる構成要素が郵便番号属性であると決定することを特徴とする。
【００２７】
また、請求項２２に記載の発明は、請求項１８乃至２１のいずれかに記載の発明の構成に加え、前記属性決定工程において決定された属性が、連続した複数の構成要素について同一である場合に、当該複数の構成要素を１つの構成要素に統合する構成要素統合工程を備えたことを特徴とする。
【００２８】
また、請求項２３に記載の発明は、請求項１８乃至２２のいずれかに記載の発明の構成に加え、前記選択工程では、複数の範囲を選択し、前記レコード割当工程では、前記選択工程において選択された複数の範囲のそれぞれを１レコードに割り当てることを特徴とする。
【００２９】
また、請求項２４に記載の発明は、請求項１８乃至２２のいずれかに記載の発明の構成に加え、前記レコード割当工程では、前記選択工程において選択された範囲のうち、所定の文字列で区切られる範囲を１レコードに割り当てることを特徴とする。
【００３０】
また、請求項２５に記載の発明は、請求項１８乃至２２のいずれかに記載の発明の構成に加え、前記レコード割当工程では、前記選択工程において選択された範囲のうち、所定の行数分を１レコードに割り当てることを特徴とする。
【００３１】
また、請求項２６に記載の発明は、請求項１８乃至２５のいずれかに記載の発明の構成に加え、前記選択工程において複数行の文字列が選択され、当該複数行の行頭の文字列が共通している場合に、当該行頭の文字列を削除する削除工程を備えたことを特徴とする。
【００３２】
また、請求項２７に記載の発明は、コンピュータに、入力された文字列を解析させ、その種類に対応するデータベースのフィールドへの取り込みを実行させるデータ処理プログラムであって、複数のフィールドとレコードを格納可能なデータベースを記憶する記憶工程と、前記文字列を表示する表示工程と、当該表示工程において表示された文字列の所定範囲を選択する選択工程と、当該選択工程において選択された文字列を予め設定されている取込書式に従ってレコードに割り当て、割り当てた１レコード内の文字列を構成要素に分割し、分割した構成要素の属性を決定する属性決定工程と、当該属性決定工程において決定された属性に対応する前記データベースのフィールドに構成要素を格納する格納工程とからなるデータ処理プログラムであることを特徴とする。
【００３３】
また、請求項２８に記載の発明は、請求項２７に記載の発明の構成に加え、前記取込書式が、１レコード内における構成要素の属性の種類と配置、及び１レコードに割り当てる行数を含むことを特徴とする。
【００３４】
また、請求項２９に記載の発明は、請求項２７又は２８に記載の発明の構成に加え、前記取込書式を設定する設定工程と、当該設定手段において設定された取込書式を記憶する書式記憶工程とを備えたことを特徴とする。
【００３５】
また、請求項３０に記載の発明は、請求項２７乃至２９のいずれかに記載の発明の構成に加え、前記取込書式が、１レコードに割り当てられた文字列を構成要素に分割するための区切り文字列と、当該区切り文字列により区切られた構成要素の属性を決定するための属性情報とを含むことを特徴とする。
【００３６】
また、請求項３１に記載の発明は、請求項３０に記載の発明の構成に加え、前記属性情報が、所定の記号に挟まれた属性を示す文字列からなることを特徴とする。
【００３７】
また、請求項３２に記載の発明は、請求項３１に記載の発明の構成に加え、発明は、前記属性情報が前記所定の記号のみからなる場合には、その属性情報に対応する構成要素が取り込み不要であることを指示していることを特徴とする。
【００３８】
また、請求項３３に記載の発明は、請求項２７乃至３２のいずれかに記載の発明の構成に加え、前記属性決定工程において、同じ属性に決定された複数の構成要素を統合する構成要素統合工程を備えたことを特徴とする。
【００３９】
また、請求項３４に記載の発明は、請求項２７乃至３３のいずれかに記載の発明の構成に加え、前記取込書式が、取込範囲の先頭を示す開始文字を含むことを特徴とする。
【発明の効果】
【００４０】
本発明の請求項１に記載のデータ処理装置によれば、表示されている文字列の取り込みたい箇所を利用者が選択手段により選択すると、レコード割当手段により選択された文字列がレコードに割り当てられる。そして、１レコードに割り当てられた文字列は、構成要素分割手段により解析されて構成要素に分割される。さらに分割した構成要素のそれぞれについて属性(例えば、住所データベースでは名前、住所、郵便番号など）を決定し、その属性に対応するデータベースのフィールドに構成要素を格納する。従って、データベース用に新たに文字列を入力することなく、既存の入力済テキストデータを利用して容易にデータベースを構築することができる。
【００４１】
また、請求項２に記載のデータ処理装置によれば、請求項１に記載の発明の効果に加え、複数行にわたる文字列が選択されている場合には、１行が１構成要素とされ、１行目の文字列が名前属性に、２行目以降は全て住所属性に決定される。構成要素の内容を利用者が確認しなくてもそのまま構成要素の属性が決定されるので、簡単に住所データベースに取り込むことができる。例えば、入力文字列が英文の宛名書きのような順序で入力されている場合には特に有効である。
【００４２】
また、請求項３に記載のデータ処理装置によれば、請求項１に記載の発明の効果に加え、表形式（スプレッドシート）型データのように、フィールドコードにより区切られているデータが選択されている場合には、フィールド毎に１構成要素とされ、最初のフィールドが名前属性に、残りのフィールドが全て住所属性に決定される。構成要素の内容を利用者が確認しなくてもそのまま構成要素の属性が決定されるので、簡単に住所データベースに取り込むことができる。表形式データでは最初のフィールドに名前を入力することが多いと考えられるので、特に有効である。
【００４３】
また、請求項４に記載のデータ処理装置によれば、請求項１又は３に記載の発明の効果に加え、表形式データから取り込む場合に最後のフィールドが数値型であれば、それを郵便番号と判断して属性を決定するので、郵便番号を住所とは別個に取り出してデータベースに加えることが可能である。
【００４４】
また、請求項５に記載のデータ処理装置によれば、請求項１乃至４のいずれかに記載の発明の効果に加え、分割された構成要素が連続して同一属性の場合(例えば、名前、住所、住所、住所、郵便番号）、同一の構成要素を統合して１つの構成要素にした上で、フィールドに格納するので、取込元と取込先のフィールドの数が異なる場合にも対応可能である。
【００４５】
また、請求項６に記載のデータ処理装置によれば、請求項１乃至５のいずれかに記載の発明の効果に加え、複数の範囲を選択された場合にも、それぞれを１レコードに割り当てて、一度に取込処理を行なうことができる。
【００４６】
また、請求項７に記載のデータ処理装置によれば、請求項１乃至５のいずれかに記載の発明の効果に加え、予め所定の文字列をレコード区切り文字列として設定しておけば、その文字列で区切られる範囲を１レコードに割り当てて、一度に取込処理を行なうことができる。
【００４７】
また、請求項８に記載のデータ処理装置によれば、請求項１乃至５のいずれかに記載の発明の効果に加え、予め１レコードに割り当てる行数を指定しておけば、決まった書式の文字列が数行毎に繰り返されるテキストデータに対して有効に取り込みを行なうことができる。
【００４８】
また、請求項９に記載のデータ処理装置によれば、請求項１乃至８のいずれかに記載の発明の効果に加え、例えば引用記号等のように、行頭に同一の文字列が入力されている場合には、削除してからレコードに割り当てるので、必要な部分だけを自動的に取り出してデータベースに格納できる。
【００４９】
また、請求項１０に記載のデータ処理装置によれば、予め設定された取込書式を用いてデータの取込を実行するので、一定の形式でテキストが入力されている場合には、利用者が取込書式によりレコードの割り当てや構成要素の属性を指示することができ、適切にデータベースに取り込むことが可能である。
【００５０】
また、請求項１１に記載のデータ処理装置によれば、請求項１０に記載の発明の効果に加え、構成要素の属性の種類と配置や１レコードの行数が取込書式により設定されるので、より適切にデータベースへの取込が行なわれる。
【００５１】
また、請求項１２に記載のデータ処理装置によれば、請求項１０又は１１に記載の発明の効果に加え、設定した取込書式を再度利用することができる。
【００５２】
また、請求項１３に記載のデータ処理装置によれば、請求項１０乃至１２のいずれかに記載の発明の効果に加え、区切り文字列を用いることにより取込書式の設定を容易に行なうことができる。
【００５３】
また、請求項１４に記載のデータ処理装置によれば、請求項１３に記載の発明の効果に加え、属性情報を示す文字列を所定の記号で挟んで取込書式を設定するので、利用者は属性を明確に認識できるとともに、属性の設定を容易に行なうことができる。
【００５４】
また、請求項１５に記載のデータ処理装置によれば、請求項１４に記載の発明の効果に加え、簡単な書式で取込不要な構成要素を指示できる。
【００５５】
また、請求項１６に記載のデータ処理装置によれば、請求項１０乃至１５のいずれかに記載の発明の効果に加え、利用者が意識しなくても、同じ属性の構成要素を１つに統合することができる。
【００５６】
また、請求項１７に記載のデータ処理装置によれば、請求項１０乃至１６のいずれかに記載の発明の効果に加え、選択手段により文字列を選択する際に、取込不要な文字列を意識することなく選択することができる。
【００５７】
本発明の請求項１８に記載のデータ処理プログラムによれば、表示されている文字列の取り込みたい箇所を利用者が選択手段により選択すると、レコード割当手段により選択された文字列がレコードに割り当てられる。そして、１レコードに割り当てられた文字列は、構成要素分割手段により解析されて構成要素に分割される。さらに分割した構成要素のそれぞれについて属性(例えば、住所データベースでは名前、住所、郵便番号など）を決定し、その属性に対応するデータベースのフィールドに構成要素を格納する。従って、データベース用に新たに文字列を入力することなく、既存の入力済テキストデータを利用して容易にデータベースを構築することができる。
【００５８】
また、請求項１９に記載のデータ処理プログラムによれば、請求項１８に記載の発明の効果に加え、複数行にわたる文字列が選択されている場合には、１行が１構成要素とされ、１行目の文字列が名前属性に、２行目以降は全て住所属性に決定される。構成要素の内容を利用者が確認しなくてもそのまま構成要素の属性が決定されるので、簡単に住所データベースに取り込むことができる。例えば、入力文字列が英文の宛名書きのような順序で入力されている場合には特に有効である。
【００５９】
また、請求項２０に記載のデータ処理プログラムによれば、請求項１８に記載の発明の効果に加え、表形式（スプレッドシート型）データのように、フィールドコードにより区切られているデータが選択されている場合には、フィールド毎に１構成要素とされ、最初のフィールドが名前属性に、残りのフィールドが全て住所属性に決定される。構成要素の内容を利用者が確認しなくてもそのまま構成要素の属性が決定されるので、簡単に住所データベースに取り込むことができる。表形式データでは最初のフィールドに名前を入力することが多いと考えられるので、特に有効である。
【００６０】
また、請求項２１に記載のデータ処理プログラムによれば、請求項１８又は２０に記載の発明の効果に加え、表形式データから取り込む場合に最後のフィールドが数値型であれば、それを郵便番号と判断して属性を決定するので、郵便番号を住所とは別個に取り出してデータベースに加えることが可能である。
【００６１】
また、請求項２２に記載のデータ処理プログラムによれば、請求項１８乃至２１のいずれかに記載の発明の効果に加え、分割された構成要素が連続して同一属性の場合(例えば、名前、住所、住所、住所、郵便番号）、同一の構成要素を統合して１つの構成要素にした上で、フィールドに格納するので、取込元と取込先のフィールドの数が異なる場合にも対応可能である。
【００６２】
また、請求項２３に記載のデータ処理プログラムによれば、請求項１８乃至２２のいずれかに記載の発明の効果に加え、複数の範囲を選択された場合にも、それぞれを１レコードに割り当てて、一度に取込処理を行なうことができる。
【００６３】
また、請求項２４に記載のデータ処理プログラムによれば、請求項１８乃至２２のいずれかに記載の発明の効果に加え、予め所定の文字列をレコード区切り文字列として設定しておけば、その文字列で区切られる範囲を１レコードに割り当てて、一度に取込処理を行なうことができる。
【００６４】
また、請求項２５に記載のデータ処理プログラムによれば、請求項１８乃至２２のいずれかに記載の発明の効果に加え、予め１レコードに割り当てる行数を指定しておけば、決まった書式の文字列が数行毎に繰り返されるテキストデータに対して有効に取り込みを行なうことができる。
【００６５】
また、請求項２６に記載のデータ処理プログラムによれば、請求項１８乃至２５のいずれかに記載の発明の効果に加え、例えば引用記号等のように、行頭に同一の文字列が入力されている場合には、削除してからレコードに割り当てるので、必要な部分だけを自動的に取り出してデータベースに格納できる。
【００６６】
また、請求項２７に記載のデータ処理プログラムによれば、予め設定された取込書式を用いてデータの取込を実行するので、一定の形式でテキストが入力されている場合には、利用者が取込書式によりレコードの割り当てや構成要素の属性を指示することができ、適切にデータベースに取り込むことが可能である。
【００６７】
また、請求項２８に記載のデータ処理プログラムによれば、請求項２７に記載の発明の効果に加え、構成要素の属性の種類と配置や１レコードの行数が取込書式により設定されるので、より適切にデータベースへの取込が行なわれる。
【００６８】
また、請求項２９に記載のデータ処理プログラムによれば、請求項２７又は２８に記載の発明の効果に加え、設定した取込書式を再度利用することができる。
【００６９】
また、請求項３０に記載のデータ処理プログラムによれば、請求項２７乃至２９のいずれかに記載の発明の効果に加え、区切り文字列を用いることにより取込書式の設定を容易に行なうことができる。
【００７０】
また、請求項３１に記載のデータ処理プログラムによれば、請求項３０に記載の発明の効果に加え、属性情報を示す文字列を所定の記号で挟んで取込書式を設定するので、利用者は属性を明確に認識できるとともに、属性の設定を容易に行なうことができる。
【００７１】
また、請求項３２に記載のデータ処理プログラムによれば、請求項３１に記載の発明の効果に加え、簡単な書式で取込不要な構成要素を指示できる。
【００７２】
また、請求項３３に記載のデータ処理プログラムによれば、請求項２７乃至３２のいずれかに記載の発明の効果に加え、利用者が意識しなくても、同じ属性の構成要素を１つに統合することができる。
【００７３】
また、請求項３４に記載のデータ処理プログラムによれば、請求項２７乃至３３のいずれかに記載の発明の効果に加え、選択手段により文字列を選択する際に、取込不要な文字列を意識することなく選択することができる。
【発明を実施するための最良の形態】
【００７４】
次に本発明を実施するための最良の形態について図面を参照して説明する。まず、本発明を適用したデータ処理装置１の第一の実施の形態について説明する。本実施形態は、ワープロソフトやテキストエディタ等のテキストを扱うソフトウェアから住所データベースにデータの取り込みを行うものである。取り込んだ結果は、利用者が手入力した住所データと同様に住所データベースを取り扱う住所録ソフトウェア等から利用できる。まず、データ処理装置１の構成について図１〜図３を参照して説明する。図１は、データ処理装置１の電気的構成を示すブロック図である。図２は、住所データベース３２の構成を示す模式図である。図３は、ＲＡＭ２２の構成を示す模式図である。
【００７５】
図１に示すように、データ処理装置１は、周知のパーソナルコンピュータから構成されており、データ処理装置１の制御を司るＣＰＵ２０が設けられ、ＣＰＵ２０には、ＢＩＯＳ等を記憶したＲＯＭ２１と、各種のデータを一時的に記憶するＲＡＭ２２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス４０とが接続されている。Ｉ／Ｏインタフェイス４０には、文字や画像等を表示する表示手段であるディスプレイ２４と、各種のキーから入力を行なうキーボード２６と、画面上の任意の場所をポイントするためのマウス２８と、ハードディスク装置３０とが接続されている。ハードディスク装置３０は、ＣＰＵ２０で実行されるプログラムを記憶したプログラム記憶エリア３１と、住所データベース３２を有している。ここで、住所データベース３２が本発明の記憶手段に、ディスプレイ２４が本発明の表示手段に、マウス２８及びキーボード２６が本発明の選択手段に相当する。
【００７６】
また、図２に示すように、住所データベース３２は、名前フィールド３２１，住所フィールド３２２，郵便番号フィールド３２３，その他のフィールドから構成されている。名前フィールド３２１，住所フィールド３２２，郵便番号フィールド３２３には、後述するデータ処理によってテキストデータから各フィールドにデータが格納される。なお、住所データベース３２には、自動的に格納されるデータに限らず、住所データベース３２を取り扱うソフトウェア、例えば住所録ソフトウェア等を使用して利用者が直接入力することもできる。
【００７７】
次に、図３に示すように、ＲＡＭ２２には、選択文字列のうちどれだけの範囲を１レコードに割り当てるかを定めたレコード割当条件を記憶するレコード割当条件バッファ２２１，取り込んだテキストデータを保持するテキストデータバッファ２２２，取り込まれたテキストデータを分割したレコード毎のデータを保持するレコードデータバッファ２２３，レコードを分割した構成要素を属性に対応させて保持する属性データバッファ２２４，同一属性の構成要素を結合する際に使用する領域であるテキスト結合用バッファ２２５，郵便番号属性の確認のために使用する領域である郵便番号確認用バッファ２２６から構成されている。尚、ＲＡＭ２２には、このほかにも各種のワークエリアが用意されている。
【００７８】
次に、以上のように構成されたデータ処理装置１の動作について、図４及び図５のフローチャート、ならびに図６〜図９の表示画面の例を参照して説明する。図４は、データ処理装置１のメインルーチンのフローチャートである。図５は、図４のＳ１３で行う行頭文字列削除処理のサブルーチンのフローチャートである。図６は、レコード割り当て条件設定画面の例である。図７は、テキストデータの取り込み画面の例である。図８は、電子メールの取り込み画面の例である。図９は、テキストデータから住所データベースに取り込まれた結果を表示した画面の例である。
【００７９】
以下、ワープロソフトから住所データベース３２へのデータ取り込みの例で説明する。図７に示すように、利用者がワープロソフトを起動すると、図７のようなワープロウィンドウ１１０がディスプレイ２４上に表示される。ここで、利用者が新規に文字列を入力したり、既存のファイルを呼び出して文字列を表示させる。次いで、取り込みたい部分の文字列をマウス２８やキーボード２６から選択して選択範囲１１２を反転させる。この状態で、ワープロウィンドウ１１０内に用意されたアドインボタンをクリックすると、データ処理プログラムが起動し、図４に示す本実施形態の処理が開始される。
【００８０】
プログラムが起動すると、まず、レコード割当条件の設定か否かを判断する（Ｓ１）。レコード割当条件の設定は、プログラムの起動中に右クリック等の操作により図６のようなレコード割当設定画面１００が表示されて行うことができる。レコード割当条件は、選択されたテキストのうち何行分を１つのレコードとして取り込むかをあらかじめ設定しておくものである。連続した範囲を選択した場合には、レコード割当条件で設定された行数にしたがってレコードに分割される。また、個別に選択した範囲を別レコードとして取り込むように指定しておけば、利用者が複数箇所の選択を行った場合に、それぞれの箇所が１レコードとして取り込まれる。
【００８１】
レコード割当条件の設定であれば（Ｓ１：ＹＥＳ）、設定された条件をＲＡＭ２２のレコード割当条件バッファ２２１に保存する（Ｓ３）。レコード割当条件の設定でない場合（Ｓ１：ＮＯ）、また、レコード割当条件の設定が終了後は、選択されているテキストの処理を実行するため、まずレコード割当条件バッファ２２１に保存されているレコード割当条件を取得する（Ｓ５）。なお、利用者がレコード割当条件の設定を行なわなかった場合にも、レコード割当条件バッファ２２１には予め既定値が保存されている。また、前回設定された取込書式をそのまま保存しておくようにしてもよい。例えば、図６の例のように、２行という割当行数が設定され、レコード割当条件バッファ２２１から取得されたとする。
【００８２】
次に、選択されている範囲のテキストを取得し、テキストデータバッファ２２２に保存する（Ｓ７）。そして、Ｓ５で取得したレコード割当条件を適用して、選択テキストをレコードごとに分割する（Ｓ９）。例えば、図７の例では、選択範囲１１２は４行にわたっている。ここに、先に設定されているレコード割当条件の「２行」を適用すると、２行のテキストごとに１レコードとされる。
【００８３】
次に、Ｓ９で割り当てられたレコードデータをレコードデータバッファ２２３に保存する（Ｓ１１）。先の例では、１つめのレコードとして「吉田次郎・・・８号」が、２つめのレコードとして「伊藤三郎・・・１号」が保存される。
【００８４】
次に、レコードデータバッファ２２３に保存されているレコードの行頭文字がすべて同一であれば、その文字が電子メールなどで用いられている引用符号であると判断して削除する行頭文字列削除処理を行う（Ｓ１３）。行頭文字列削除処理の詳細については、図５を参照して後述する。
【００８５】
次に、レコードデータバッファ２２３に保存されているレコードデータの１行目のデータを名前属性に決定する（Ｓ１５）。本実施形態では、レコードデータバッファ２２３に保存されているレコードデータの改行コードで区切られている各行のデータを１つの構成要素として処理する。そして、このステップでは、さらに、１行目のデータから構成される構成要素の属性を名前属性として自動的に決定するものである。
【００８６】
次に、２行目以降のデータの属性を住所属性に決定する（Ｓ１７）。先の例では、レコードデータは２行で構成されているから、２行目のみが住所属性とされ、構成要素は２つとなる。ここで、レコード割当行数が３行以上の場合は、２行目、３行目、４行目、、、も住所属性とされる。
【００８７】
次に、住所属性の構成要素が連続しているか否かを判断する（Ｓ１９）。Ｓ１７で２行目以降のデータ属性を全て住所属性とするので、レコード割当行数が３行以上の場合には、住所属性の構成要素が連続して存在することになる。住所属性の構成要素が連続している場合には（Ｓ１９：ＹＥＳ）、テキスト結合用バッファ２２５を使用して構成要素のテキストデータを結合する（Ｓ２１）。そして、結合されたテキストデータを住所属性の構成要素として属性データバッファに上書き保存し、Ｓ２３へ進む。
【００８８】
住所属性の構成要素が１つだけの場合には（Ｓ１９：ＮＯ）、そのままＳ２３に進む。Ｓ２３では、属性データバッファ２２４から属性と構成要素を読み出して、対応する住所データベース３２のフィールドに格納する。例えば、先の例では、名前フィールド３２１に「吉田次郎」が、住所フィールド３２２に「〒１０４−００３５  東京都中央区京橋３丁目３番８号」が格納される。
【００８９】
次に、レコードデータバッファ２２３に未処理の次レコードがあるか否かを判断する（Ｓ２５）。次レコードがあれば（Ｓ２５：ＹＥＳ）、Ｓ１３に戻り、未処理レコードがなくなるまで各構成要素の属性を決定してデータベースのフィールドに格納する処理を繰り返す。次レコードがなければ（Ｓ２５：ＮＯ）、住所録ソフトウェアを起動し、図９に示すように、住所録ウィンドウ１３０の住所データベース領域１３２に取込結果を表示する（Ｓ２７）。図９に示すように、住所データベース領域１３２には、名前フィールド１３４、住所フィールド１３６，郵便番号フィールド１３８，メモフィールド１４０が表示されており、ワープロソフトから選択されたテキストが決定された属性に従って各フィールドに格納された結果が表示されている。以上により、住所データの取り込みが完了したので、データ処理プログラムを終了する。利用者は、引き続き住所録ソフトウェア上での操作を実行することができる。
【００９０】
次に、図５を参照して、図４のＳ１３で実行する行頭文字列削除処理について説明する。この行頭文字列削除処理は、図８の電子メールウィンドウ１２０に示すような、特に電子メールなどで使用される「＞」、「≫」、「＃」等の引用記号が行頭に付けられているテキストデータが選択されている場合に、データの内容とは無関係であるからこれを削除してデータベースに取り込むための処理である。
【００９１】
まず、レコードデータバッファ２２３に保存されている１レコードのテキストデータの各行の行頭文字列が全て同一であるか否かを判断する（Ｓ３１）。例えば、図８の選択範囲１２２から取得されたレコードデータバッファ２２３のテキストデータは、３行のデータが全て「＞」で開始されているので、行頭文字列が同一と判断される。
【００９２】
行頭文字列が全て同一の場合は（Ｓ３１：ＹＥＳ）、その同一文字列を削除する（Ｓ３３）。先の例では、全ての行頭の最初の「＞」が削除される。そして、削除後のデータをレコードデータバッファ２２３に保存する（Ｓ３５）。そして、Ｓ３１に戻り、削除後のテキストデータについて再度行頭文字列が全て同一であるか否かを判断する（Ｓ３１）。先の例では、１つめの「＞」が削除されたデータになっているが、依然として行頭にはもう一つ「＞」が存在しているので、Ｓ３１の判断が「ＹＥＳ」となり、さらに残った「＞」も削除される。このように繰り返し行頭の文字列をチェックすることで、何重にも引用記号が付けられているような場合にも全ての行頭文字列を削除することができる。行頭文字列が同一でなくなったら（Ｓ３１：ＮＯ）、図４のメインルーチンに戻る。
【００９３】
以上説明したように、本実施形態のデータ処理装置１によれば、ワープロソフト等で入力されたテキストデータを利用者がマウス等で選択し、アドインプログラムを起動すると、詳細な設定を行なわなくても、簡単に行毎に属性が決定され、別のソフトウェアのデータベースに取り込まれる。
【００９４】
なお、図４のフローチャートのＳ９でレコード割当条件適用処理を実行するＣＰＵ２０が本発明のレコード割当手段として機能する。また、図４のフローチャートのＳ１５で名前属性決定処理を実行し、Ｓ１７で住所属性決定処理を実行するＣＰＵ２０が本発明の属性決定手段として機能する。また、図４のフローチャートのＳ２３でデータベースへの格納処理を実行するＣＰＵ２０が本発明の格納手段として機能する。さらに、図４のフローチャートのＳ１３及び図５のサブルーチンで行頭文字列削除処理を実行するＣＰＵ２０が本発明の削除手段として機能する。
【００９５】
次に、第二の実施の形態について説明する。第二の実施の形態は、表計算ソフトなどの表形式ソフトから住所データベース３２への取込を行なうものである。第二の実施の形態の構成は、第一の実施の形態と同一であるので、図１〜図３及びその説明を援用する。以下、第二の実施の形態におけるデータ処理装置１の動作について図１０及び図１１のフローチャート、並びに図１２及び図１３の表示画面の例を用いて説明する。図１０は、第二の実施の形態のメインルーチンのフローチャートである。図１１は、図１０のＳ４７で実行する郵便番号確認処理のサブルーチンのフローチャートである。図１２は、表形式ソフトからのデータ取込画面の例である。図１３は、表形式データから住所データベースに取り込まれた結果を表示した画面の例である。
【００９６】
以下、表計算ソフトからのデータ取込の例で説明する。利用者が表計算ソフトを起動すると、図１２のような表計算ウィンドウ１４０が起動する。表計算ウィンドウは、列（フィールド）と行で特定される個々のセルから構成されている。利用者は新規にセル内に文字列を入力するか、既存のファイルを呼び出して表示させる。例えば、図１２の例では、各行の列Ａには名前が、列Ｂ〜列Ｄには住所が、列Ｅには郵便番号が入力されている。ここで、利用者が取り込みたい部分のセルをマウス２８やキーボード２６から選択して選択範囲１４２を反転させる。この状態で、表計算ウィンドウ１４０内に用意されたアドインボタンをクリックすると、データ処理プログラムが起動し、図１０に示す本実施形態の処理が開始される。
【００９７】
プログラムが起動すると、まず、選択されている範囲のテキストデータを各フィールドに対応づけて取得し（Ｓ４１）、各レコードをデータベースのレコードに割り当ててレコード毎にレコードデータバッファ２２３に保存する（Ｓ４２）。次に、１つめのレコードから順に処理を実行する。まず、先頭フィールドのデータを名前属性に決定し、属性データバッファ２２４に保存する（Ｓ４３）。本実施形態では、元データのフィールドをそのまま構成要素としてその属性を決定するようにしている。
【００９８】
次に、残りのフィールドのデータを全て住所属性に決定し、属性データバッファ２２４に保存する（Ｓ４５）。そして、最後のフィールドのデータが郵便番号であるかをチェックする郵便番号確認処理を行なう（Ｓ４７）。郵便番号確認処理の詳細については、図１１を参照して後述する。
【００９９】
郵便番号確認処理が終了したら、属性データバッファ２２４に保存された構成要素の属性が住所属性で複数連続しているか否かを判断する（Ｓ４９）。住所属性が連続している場合には（Ｓ４９：ＹＥＳ）、テキスト結合用バッファ２２５を使用して構成要素のテキストデータを結合する（Ｓ５１）。そして、結合されたテキストデータを住所属性の構成要素として属性データバッファ２２４に上書き保存し、Ｓ５３へ進む。
【０１００】
住所属性の構成要素が１つだけの場合には（Ｓ４９：ＮＯ）、そのままＳ５３に進む。Ｓ５３では、属性データバッファ２２４から属性と構成要素を読み出して、対応する住所データベース３２のフィールドに格納する。例えば、図１２の例では、名前フィールド３２１に「吉田次郎」が、住所フィールド３２２に「東京都中央区京橋３丁目３番８号４６１−８５６１」が格納される。
【０１０１】
次に、レコードデータバッファ２２３に未処理の次レコードがあるか否かを判断する（Ｓ５５）。次レコードがあれば（Ｓ５５：ＹＥＳ）、Ｓ４３に戻り、未処理レコードがなくなるまで各構成要素の属性を決定してデータベースのフィールドに格納する処理を繰り返す。次レコードがなければ（Ｓ５５：ＮＯ）、住所録ソフトウェアを起動し、図１３に示すように、住所録ウィンドウ１５０の住所データベース領域１５２に取込結果を表示する（Ｓ５７）。図１３に示すように、住所データベース領域１５２には、名前フィールド１５４、住所フィールド１５６，郵便番号フィールド１５８，メモフィールド１６０が表示されており、表計算ソフトから選択されたテキストが決定された属性に従って各フィールドに格納された結果が表示されている。以上により、住所データの取り込みが完了したので、データ処理プログラムを終了する。利用者は、引き続き住所録ソフトウェア上での操作を実行することができる。
【０１０２】
次に、図１１を参照して、図１０のＳ１０で実行する郵便番号確認処理について説明する。図１０の処理では、最初のフィールドを名前属性、残りのフィールドを住所属性に決定し、それぞれの対応するデータベースのフィールドに格納するが、選択範囲のフィールドの最後のフィールドが数値型である場合には、これを郵便番号と判断して、郵便番号フィールドに格納するようにするものである。
【０１０３】
まず、レコードデータバッファ２２３に保存されている処理中のレコードの最後のフィールドのデータを郵便番号確認用バッファ２２６に保存する（Ｓ６１）。次に、保存したデータの中にハイフン記号が含まれているか否かを判断する（Ｓ６３）。郵便番号は全て数字で構成されるが、ハイフン記号を含んで入力されている場合があり、ハイフン記号が含まれていると数値型と判断できないので、あらかじめ取り除いておく必要があり、この判断を行なうものである。
【０１０４】
ハイフン記号が含まれている場合には（Ｓ６３：ＹＥＳ）、そのハイフン記号を削除して郵便番号確認用バッファ２２６に保存する（Ｓ６５）。そして、Ｓ６７へ進む。ハイフン記号が含まれていない場合には（Ｓ６３：ＮＯ）、そのままＳ６７に進む。Ｓ６７では、郵便番号確認用バッファ２２６に保存されているデータが数値型データであるか否かを判断する。数値型であれば（Ｓ６７：ＹＥＳ）、そのフィールドのデータを郵便番号属性に決定して属性データバッファ２２４に保存する（Ｓ６９）。そして、図１０のメインルーチンに戻る。数値型でない場合には（Ｓ６７：ＮＯ）、そのまま図１０のメインルーチンに戻る。
【０１０５】
以上説明したように、本実施形態のデータ処理装置１によれば、表形式で保存されているデータから住所データベースへの取込を簡単に実行することができる。例で示したように、住所がいくつかのフィールドにわたって保存されている場合にも、これを結合して住所フィールドに格納するので、フィールドの順序をあわせたりする手間がかからない。
【０１０６】
なお、図１０のフローチャートのＳ４２でレコード割当処理を実行するＣＰＵ２０が本発明のレコード割当手段として機能する。また、図１０のフローチャートのＳ４３で名前属性決定処理を実行し、Ｓ４５で住所属性決定処理を実行するＣＰＵ２０が本発明の属性決定手段として機能する。また、図１０のフローチャートのＳ５３でデータベースへの格納処理を実行するＣＰＵ２０が本発明の格納手段として機能する。
【０１０７】
次に、第三の実施の形態について説明する。第三の実施の形態は、ワープロソフトやテキストエディタ等のテキストを扱うソフトウェアから住所データベースにデータの取り込みを行う際に、あらかじめ取込書式を設定しておき、その書式に従って取り込みを行なうものである。第三の実施の形態の構成は、第一及び第二の実施の形態とほぼ同一であるので、図１及び図２並びにその説明を援用し、ＲＡＭ２２の構成については図１４及び図１５を参照して以下に説明する。図１４は、第三の実施の形態におけるＲＡＭ２２の構成を示す模式図である。図１５は、ＲＡＭ２２の書式データバッファ２３１，レコードデータバッファ２３８，属性データバッファ２３９に保持されるデータの例を示したイメージ図である。
【０１０８】
図１４に示すように、ＲＡＭ２２は、取り込み用の書式を保持する書式データバッファ２３１，選択範囲の中で取込開始を指示する開始文字を保持する開始文字バッファ２３２，取り込み用の書式であるタグの名称を保持するタグ名バッファ２３４，構成要素の区切りを示す区切り文字列を保持する区切り文字列バッファ２３５，選択文字列のうちどれだけの範囲を１レコードに割り当てるかを定めたレコード割当条件を記憶するレコード割当条件バッファ２３６，取り込んだテキストデータを保持するテキストデータバッファ２３７，取り込まれたテキストデータを分割したレコード毎のデータを保持するレコードデータバッファ２３８，レコードを分割した構成要素を属性に対応させて保持する属性データバッファ２３９，同一属性の構成要素を結合する際に使用する領域であるテキスト結合用バッファ２４０から構成されている。尚、ＲＡＭ２２には、このほかにも各種のワークエリアが用意されている。ここで、書式データバッファ２３１が本発明の書式記憶手段に相当する。
【０１０９】
次に、取込書式と取込データの例について図１５を参照して説明する。本実施形態では、取込書式は「＜」と「＞」の記号で囲まれたタグ３０１、タグの間に置かれた区切り文字列３０２，取込範囲の先頭を示す開始文字３０３によって設定される。タグ３０１は、例えば名前属性を示す「＜ＮＡＭＥ＞」タグ、郵便番号属性を示す「＜ＣＯＤＥ＞」タグ、住所属性を示す「＜ＡＤＤＲＥＳＳ＞」タグのような形式で指定される。また、区切り文字列３０２は、タグとタグの間に置かれ、取り込むテキストが、例えばスペースや改行コード等の特定の文字列で属性毎に区切られている場合に指定することができる。区切り文字列３０２は１個の文字であっても複数であってもよい。本実施形態では、この区切り文字列３０２の間にあるテキストデータをその間のタグ名の属性であると決定する。さらに、開始文字３０３は、その文字が出現するより前にある文字列は、選択範囲内であっても取込対象としないようにするためのものである。取り込みたいデータが選択された範囲の一部であるような場合に、予め開始文字３０３を指定することにより、その開始文字が現れた時点で取込を開始することができる。
【０１１０】
例えば、図１５に示す例１では、取込書式は、「＜ＮＡＭＥ＞  ＜ＣＯＤＥ＞  ＜ＡＤＤＲＥＳＳ＞」の形で一行に記載されて書式データバッファ２３１に記憶されている。これは、スペース１個で区切られたデータが名前属性、郵便番号属性、住所属性の順に並び、１レコードは１行で構成されていることを示している。従って、選択された範囲のレコードは、レコードデータバッファ２３８の例１に示すように、「山田太郎  467-8561  名古屋市瑞穂区苗代町  15番1号」のようになっている。そして、後述の取込処理を実行すると、名前属性（ＮＡＭＥ）が「山田太郎」、郵便番号属性（ＣＯＤＥ）が467-8561、住所属性（ＡＤＤＲＥＳＳ）が「名古屋市瑞穂区苗代町  15番1号」と決定され、属性データバッファ２３９に保存される。なお、住所のデータの中に区切り文字列３０２であるスペースが入っているが、＜ＡＤＤＲＥＳＳ＞タグの後には区切り文字列や構成要素の指定がないので、このスペースは区切り文字列３０２ではなくテキストデータとして扱われている。
【０１１１】
また、例２では、取込書式は、「＜ＣＯＤＥ＞（改行コード）＜ＡＤＤＲＥＳＳ＞（改行コード）＜ＮＡＭＥ＞」の形で３行に記載されて書式データバッファ２３１に記憶されている。これは、改行コードで区切られたデータが郵便番号属性、住所属性、名前属性の順に並び、１レコードは３行で構成されていることを示している。従って、選択された範囲のレコードは、レコードデータバッファ２３８の例２に示すように、「467-8561（改行コード）名古屋市瑞穂区苗代町  15番1号（改行コード）山田太郎」のようになっている。そして、後述の取込処理を実行すると、名前属性（ＮＡＭＥ）が「山田太郎」、郵便番号属性（ＣＯＤＥ）が467-8561、住所属性（ＡＤＤＲＥＳＳ）が「名古屋市瑞穂区苗代町  15番1号」と決定され、属性データバッファ２３９に保存される。
【０１１２】
また、例３では、取込書式には、＜ＣＯＤＥ＞タグの前に〒記号が記載されて書式データバッファ２３１に記憶されている。この〒記号が開始文字３０３である。そして、「＜ＣＯＤＥ＞  ＜ＡＤＤＲＥＳＳ＞（改行コード）＜ＮＡＭＥ＞」の形で２行に記載されている。これは、１行目にスペース１個で区切られたデータが郵便番号属性、住所属性の順に並び、２行目に名前属性のデータが配置され、１レコードは２行で構成されていることを示している。従って、選択された範囲のレコードは、レコードデータバッファ２３８の例３に示すように、「〒467-8561  名古屋市瑞穂区苗代町  15番1号（改行コード）山田太郎」のようになっている。そして、後述の取込処理を実行すると、名前属性（ＮＡＭＥ）が「山田太郎」、郵便番号属性（ＣＯＤＥ）が467-8561、住所属性（ＡＤＤＲＥＳＳ）が「名古屋市瑞穂区苗代町  15番1号」と決定され、属性データバッファ２３９に保存される。
【０１１３】
また、例４では、取込書式には、＜ＣＯＤＥ＞タグの前に開始文字３０３である〒記号が記載され、書式データバッファ２３１に記憶されている。そして、「＜ＣＯＤＥ＞（改行コード）＜ＡＤＤＲＥＳＳ＞（改行コード）＜ＡＤＤＲＥＳＳ＞（改行コード）＜ＮＡＭＥ＞」の形で４行に記載されている。これは、１行目に郵便番号属性のデータ、２行目と３行目に住所属性のデータが分割して配置され、４行目に名前属性のデータが配置され、１レコードは４行で構成されていることを示している。従って、選択された範囲のレコードは、レコードデータバッファ２３８の例３に示すように、「467-8561（改行コード）名古屋市瑞穂区（改行コード）苗代町  15番1号（改行コード）山田太郎」のようになっている。そして、後述の取込処理を実行すると、名前属性（ＮＡＭＥ）が「山田太郎」、郵便番号属性（ＣＯＤＥ）が467-8561、住所属性（ＡＤＤＲＥＳＳ）が「名古屋市瑞穂区苗代町  15番1号」と決定され、属性データバッファ２３９に保存される。
【０１１４】
また、例５の取込書式には、＜ＣＯＤＥ＞タグの前に開始文字３０３である〒記号が記載され、「＜ＣＯＤＥ＞  ＜＞  ＜ＡＤＤＲＥＳＳ＞  ＜ＡＤＤＲＥＳＳ＞  ＜ＮＡＭＥ＞」の形で一行に記載されている。＜ＣＯＤＥ＞タグの次には空タグが記載されている。この空タグは、ここにデータが存在するが、そのデータは取込不要であるという指示を示している。従って、スペース１個で区切られたデータが郵便番号属性、不要データ、住所属性、住所属性、名前属性の順で並んでおり、１レコードは１行で構成されていることを示している。従って、選択された範囲のレコードは、レコードデータバッファ２３８の例５に示すように、「467-8561  052-123-4567  名古屋市瑞穂区苗代町  15番1号  山田太郎」のように、郵便番号データ、電話番号データ、住所データ、名前データの順に並んでいる。そして、後述の取込処理を実行すると、名前属性（ＮＡＭＥ）が「山田太郎」、郵便番号属性（ＣＯＤＥ）が467-8561、住所属性（ＡＤＤＲＥＳＳ）が「名古屋市瑞穂区苗代町  15番1号」と決定され、属性データバッファ２３９に保存される。そして、不要とされた電話番号データ「052-123-4567」は取り込まれない。
【０１１５】
次に、以上のように構成された第三の実施の形態のデータ処理装置１の動作について、図１６〜図１８のフローチャート並びに図１９の表示画面の例を用いて説明する。図１６は、第三の実施の形態のメインルーチンのフローチャートである。図１７は、図１６のＳ１１１で実行するレコード割当処理のサブルーチンのフローチャートである。図１８は、図１６のＳ１１５で実行する属性決定処理のサブルーチンのフローチャートである。図１９は、取込書式設定画面の例である。
【０１１６】
以下、ワープロソフトからのデータ取り込みの例で説明する。利用者が、ワープロソフトを起動すると、第一の実施の形態と同様に、図７のようなワープロウィンドウ１１０がディスプレイ２４上に表示される。ここで、利用者が新規に文字列を入力したり、既存のファイルを呼び出して文字列を表示させる。次いで、取り込みたい部分の文字列をマウス２８やキーボード２６から選択して選択範囲１１２を反転させる。この状態で、ワープロウィンドウ１１０内に用意されたアドインボタンをクリックすると、データ処理プログラムが起動し、図１６に示す本実施形態の処理が開始される。
【０１１７】
プログラムが起動すると、まず、取込書式の設定か否かを判断する（Ｓ１０１）。取込書式の設定は、プログラムの起動中に右クリック等の操作により図１９のような取込書式設定画面１６０が表示されて行うことができる。取込書式は、取り込むレコードにおいて、どのような属性の構成要素がどのような順序や形式で配置されているか、１レコードは何行で構成されているかを設定するものである。例えば、図１９に示すように、「＜」と「＞」とで囲まれたタグを用いて設定する。本実施形態では、タグの名称が属性を示し、「＞」と「＜」の間に入力された文字列が構成要素の区切りに入力されている区切り文字列を示し、入力された取込書式の総行数が１レコードの構成行数を示している。
【０１１８】
取込書式の設定であれば（Ｓ１０１：ＹＥＳ）、図１９に示すような表示画面をディスプレイ２４上に表示し、入力された書式を書式データバッファ２３１に保存する（Ｓ１０３）。取込書式の設定でない場合（Ｓ１０１：ＮＯ）、また、取込書式の設定が終了後は、選択されているテキストの処理を実行するため、まず書式データバッファ２３１に保存されている取込書式を取得する（Ｓ１０５）。なお、利用者が取込書式の設定を行なわなかった場合にも、書式データバッファ２３１には予め既定値の取込書式が保存されている。次に、書式データバッファ２３１から取得した取込書式からタグ名、開始文字、区切り文字列、１レコードの行数を抽出する（Ｓ１０７）。ここで抽出されたタグ名はタグ名バッファ２３４に、開始文字は開始文字バッファ２３２に、区切り文字列は区切り文字列バッファ２３５に、１レコードの行数はレコード割当条件バッファ２３６に保存される。
【０１１９】
次に、選択されている範囲のテキストを取得し、テキストデータバッファ２３７に保存する（Ｓ１０９）。そして、Ｓ１０７で抽出・保存したレコード割当条件を適用して、選択テキストをレコードごとに分割するレコード割当処理を実行する（Ｓ１１１）。レコード割当処理の詳細については、図１８を参照して後述する。
【０１２０】
次に、レコードデータバッファ２２３に保存されているレコードデータのそれぞれの構成要素について属性を決定する属性決定処理を実行する（Ｓ１１５）。属性決定処理の詳細は図１８を参照して後述する。
【０１２１】
次に、同じ属性の構成要素が連続しているか否かを判断する（Ｓ１１７）。同じ属性の構成要素が連続している場合には（Ｓ１１７：ＹＥＳ）、テキスト結合用バッファ２２５を使用して構成要素のテキストデータを結合する（Ｓ１１９）。そして、結合されたテキストデータを１個の構成要素として属性データバッファ２３９に上書き保存し、Ｓ１２１へ進む。
【０１２２】
同じ属性の構成要素が１つだけの場合には（Ｓ１１７：ＮＯ）、そのままＳ１２１に進む。Ｓ１２１では、属性データバッファ２３９から属性と構成要素を読み出して、対応する住所データベース３２のフィールドに格納する。
【０１２３】
次に、レコードデータバッファ２３８に未処理の次レコードがあるか否かを判断する（Ｓ１２３）。次レコードがあれば（Ｓ１２３：ＹＥＳ）、Ｓ１１５に戻り、未処理レコードがなくなるまで各構成要素の属性を決定してデータベースのフィールドに格納する処理を繰り返す。次レコードがなければ（Ｓ１２３：ＮＯ）、住所録ソフトウェアを起動し、ディスプレイ２４に取込結果を表示する（Ｓ１２５）。そして、データ処理プログラムを終了する。
【０１２４】
次に、図１６のＳ１１１で実行するレコード割当処理について、図１７を参照して説明する。まず、開始文字バッファ２３２に開始文字が保存されているか否かを判断する（Ｓ１３１）。開始文字が保存されている場合には（Ｓ１３１：ＹＥＳ）、選択範囲のテキストの冒頭の文字から順に開始文字か否かをチェックする（Ｓ１３３）。処理中の文字が開始文字でなければ（Ｓ１３３：ＮＯ）、次の文字に移動して（Ｓ１３５）、Ｓ１３３に戻り、開始文字か否かを判断する。
【０１２５】
処理中の文字が開始文字に該当した場合には（Ｓ１３３：ＹＥＳ）、その文字以降のテキストが取込対象であるから、レコード割当条件バッファ２３６に保存されているレコード割当条件を適用して開始文字の後の選択テキストをレコード単位に分割する（Ｓ１３７）。そして、割り当てたレコードデータをレコードデータバッファ２３８に保存し（Ｓ１３９）、図１６のメインルーチンに戻る。一方、開始文字バッファ２３２に開始文字が保存されていない場合には（Ｓ１３１：ＮＯ）、Ｓ１３７へ進み、同様にレコードへの割り当て処理を実行し、図１６のメインルーチンに戻る。
【０１２６】
このように開始文字を指定しておけば、利用者が取り込みたいテキストの前から適当にテキストを選択した場合であっても、無関係なデータを取り込むことなく、必要なデータのみを取り込むことができる。
【０１２７】
次に、図１６のＳ１１５で実行する属性決定処理について、図１８を参照して説明する。まず、タグ名バッファ２３４から最初のタグ名を取得する（Ｓ１５１）。次に、タグ名が取得できたか否かを判断する（Ｓ１５３）。タグ名が取得できなかった場合には（Ｓ１５３：ＮＯ）、全てのタグ名について処理が終了しているので、図１６のメインルーチンに戻る。
【０１２８】
タグ名が取得できた場合には（Ｓ１５３：ＹＥＳ）、処理中のレコードについて、１文字ずつ属性を決定する処理を行なう。まず、１文字目を読み込む（Ｓ１５５）。そして、読み込んだ文字が区切り文字列バッファ２３５に保存されている、例えばスペースや改行コード等の区切り文字列か否かを判断する（Ｓ１５７）。区切り文字列でなければ（Ｓ１５７：ＮＯ）、その文字は取込対象のデータであるから、Ｓ１５１で取得したタグ名の属性に決定し属性データバッファ２３９に保存する（Ｓ１５９）。そして、Ｓ１５５に戻り、次の文字を読み込み、その文字についての処理を行なう。
【０１２９】
読み込んだ文字が区切り文字列である場合には（Ｓ１５７：ＹＥＳ）、ここまでの属性のデータが終了したので、Ｓ１５１に戻り、次のタグ名を取得する。そして、次のタグ名が取得できなくなるまで（Ｓ１５３：ＮＯ）、１文字ずつ読み出して（Ｓ１５５）、区切り文字か否かを判断し（Ｓ１５７）、属性を決定する（Ｓ１５９）処理を繰り返す。
【０１３０】
以上説明したように、本実施形態のデータ処理装置１によれば、あらかじめ取込書式を設定してからデータの取込を実行するので、一定の形式でテキストが入力されている場合には、利用者がタグを用いてデータをレコードに割り当て、構成要素の属性を指示することができるので、より適切にデータベースに取り込むことが可能である。
【０１３１】
なお、図１６のフローチャートのＳ１１１及び図１７のサブルーチンでレコード割当処理を実行し、図１６のフローチャートのＳ１１５及び図１８のサブルーチンで属性決定処理を実行するＣＰＵ２０が本発明の属性決定手段として機能する。また、図１６のフローチャートのＳ１２１でデータベースへの格納処理を実行するＣＰＵ２０が本発明の格納手段として機能する。
【０１３２】
次に、第四の実施の形態について説明する。第四の実施の形態は、表計算ソフトなどの表形式ソフトから住所データベースへの取り込みを行う際に、あらかじめ取込書式を設定しておき、その書式に従って取り込みを行なうものである。第四の実施の形態の構成は、第三の実施の形態と同一であるので、図１、図２、図１４、図１５及びこれらについての説明を援用する。
【０１３３】
次に、第四の実施の形態のデータ処理装置１の動作について、図２０のフローチャート及び図２１の取込書式設定画面の例を参照して説明する。図２０は、第四の実施の形態のメインルーチンのフローチャートである。
【０１３４】
以下、表計算ソフトからのデータ取込の例で説明する。利用者が表計算ソフトを起動すると、第二の実施の形態と同様に、図１２のような表計算ウィンドウ１４０が起動する。表計算ウィンドウは、列（フィールド）と行で特定される個々のセルから構成されている。利用者は新規にセル内に文字列を入力するか、既存のファイルを呼び出して表示させる。ここで、利用者が取り込みたい部分のセルをマウス２８やキーボード２６から選択して選択範囲１４２を反転させる。この状態で、表計算ウィンドウ１４０内に用意されたアドインボタンをクリックすると、データ処理プログラムが起動し、本実施形態の処理が開始される。
【０１３５】
プログラムが起動すると、まず、取込書式の設定か否かを判断する（Ｓ１７１）。取込書式の設定は、第三の実施の形態と同様に、プログラムの起動中に右クリック等の操作により図２１のような取込書式設定画面１７０が表示されて行うことができる。
【０１３６】
取込書式の設定であれば（Ｓ１７１：ＹＥＳ）、図２１に示すような表示画面をディスプレイ２４上に表示し、入力された書式を書式データバッファ２３１に保存する（Ｓ１７５）。表計算ソフトの場合には、フィールドでデータが構成されているから、取込書式では、このフィールドをどのような構成要素として取り込むかを設定する。図２１の例では、「＜ＮＡＭＥ＞  ＜ＡＤＤＲＥＳＳ＞  ＜ＡＤＤＲＥＳＳ＞  ＜ＡＤＤＲＥＳＳ＞  ＜ＣＯＤＥ＞」となっているから、後述する処理で、この順で表形式ソフトのフィールドに属性を対応させ、データを取り込んでいく。
【０１３７】
取込書式の設定でない場合（Ｓ１７１：ＮＯ）、また、取込書式の設定が終了後は、選択されているテキストの処理を実行するため、まず書式データバッファ２３１に保存されている取込書式を取得する（Ｓ１７７）。そして、その取込書式からタグの並び順を抽出する（Ｓ１７９）。なお、利用者が取込書式の設定を行なわなかった場合にも、書式データバッファ２３１には予め既定値の取込書式が保存されている。また、前回設定された取込書式をそのまま保存しておくようにしてもよい。表計算ソフトでは、フィールドごとにデータが入力されているので、このフィールドと取込書式で設定されたタグの並び順を対応させれば、属性が決定され、データベースに格納可能になる。
【０１３８】
次に、選択されている範囲のテキストデータを各フィールドに対応づけて取得し（Ｓ１８１）、各レコードをデータベースのレコードに割り当ててレコード毎にレコードデータバッファ２２３に保存する（Ｓ１８２）。そして、１つめのレコードから順に処理を実行する。Ｓ１７９で抽出したタグの並び順と処理対象レコードのフィールドの並び順を対応させて、レコード内の各データの属性を決定する（Ｓ１８３）。例えば、図１２の例では、各行の列Ａには名前が、列Ｂ〜列Ｄには住所が、列Ｅには郵便番号が入力されている。書式データバッファ２３１から取得された取込書式は、図２１の例のように、「＜ＮＡＭＥ＞  ＜ＡＤＤＲＥＳＳ＞  ＜ＡＤＤＲＥＳＳ＞  ＜ＡＤＤＲＥＳＳ＞  ＜ＣＯＤＥ＞」であるから、列Ａを名前属性に、列Ｂ〜列Ｄをそれぞれ住所属性に、列Ｅを郵便番号属性に決定する。このようにして属性が決定されたら、属性データバッファ２３９に保存する。
【０１３９】
次に、同じ属性のフィールド（構成要素）が連続しているか否かを判断する（Ｓ１８５）。同じ属性の構成要素が連続している場合には（Ｓ１８５：ＹＥＳ）、テキスト結合用バッファ２４０を使用して構成要素のテキストデータを結合する（Ｓ１８７）。そして、結合されたテキストデータを１個の構成要素として属性データバッファ２３９に上書き保存し、Ｓ１８９へ進む。
【０１４０】
同じ属性の構成要素が１つだけの場合には（Ｓ１８５：ＮＯ）、そのままＳ１８９に進む。Ｓ１８９では、属性データバッファ２３９から属性と構成要素を読み出して、対応する住所データベース３２のフィールドに格納する。
【０１４１】
次に、レコードデータバッファ２２３に未処理の次レコードがあるか否かを判断する（Ｓ１９１）。次レコードがあれば（Ｓ１９１：ＹＥＳ）、Ｓ１８３に戻り、未処理レコードがなくなるまで各構成要素の属性を決定してデータベースのフィールドに格納する処理を繰り返す。次レコードがなければ（Ｓ１９１：ＮＯ）、ディスプレイ２４に取込結果を表示する（Ｓ１９３）。そして、データ処理プログラムを終了する。
【０１４２】
以上説明したように、第四の実施の形態のデータ処理装置１によれば、フィールド形式でデータが入力されている表計算ソフトの場合に、あらかじめ取込書式を設定してからデータの取込を実行するので、利用者が構成要素の属性を適切に指示することができ、的確なデータの取込を行なうことができる。
【０１４３】
なお、図２０のフローチャートのＳ１８２でレコード割当処理を実行し、図２０のフローチャートのＳ１８３で属性決定処理を実行するＣＰＵ２０が本発明の属性決定手段として機能する。また、図２０のフローチャートのＳ１８９でデータベースへの格納処理を実行するＣＰＵ２０が本発明の格納手段として機能する。
【図面の簡単な説明】
【０１４４】
【図１】データ処理装置１の電気的構成を示すブロック図である。
【図２】住所データベース３２の構成を示す模式図である。
【図３】ＲＡＭ２２の構成を示す模式図である。
【図４】データ処理装置１のメインルーチンのフローチャートである。
【図５】図４のＳ１３で行う行頭文字列削除処理のサブルーチンのフローチャートである。
【図６】レコード割り当て条件設定画面の例である。
【図７】テキストデータの取り込み画面の例である。
【図８】電子メールの取り込み画面の例である。
【図９】テキストデータから住所データベースに取り込まれた結果を表示した画面の例である。
【図１０】第二の実施の形態のメインルーチンのフローチャートである。
【図１１】図１０のＳ４７で実行する郵便番号確認処理のサブルーチンのフローチャートである。
【図１２】表形式ソフトからのデータ取込画面の例である。
【図１３】表形式データから住所データベースに取り込まれた結果を表示した画面の例である。
【図１４】第三の実施の形態におけるＲＡＭ２２の構成を示す模式図である。
【図１５】ＲＡＭ２２の書式データバッファ２３１，レコードデータバッファ２３８，属性データバッファ２３９に保持されるデータの例を示したイメージ図である。
【図１６】第三の実施の形態のメインルーチンのフローチャートである。
【図１７】図１６のＳ１１１で実行するレコード割当処理のサブルーチンのフローチャートである。
【図１８】図１６のＳ１１５で実行する属性決定処理のサブルーチンのフローチャートである。
【図１９】取込書式設定画面の例である。
【図２０】第四の実施の形態のメインルーチンのフローチャートである。
【図２１】取込書式設定画面の例である。
【符号の説明】
【０１４５】
１      データ処理装置
２０      ＣＰＵ
２２      ＲＡＭ
２４      ディスプレイ
２６      キーボード
２８      マウス
３０      ハードディスク装置
３１      プログラム記憶エリア
３２      住所データベース
１００      レコード割当設定画面
１００      取込書式設定画面
１１２      選択範囲
１２２      選択範囲
１５０      結果表示画面
２２１      レコード割当条件バッファ
２２２      テキストデータバッファ
２２３      レコードデータバッファ
２２４      属性データバッファ
２２５      テキスト結合用バッファ
２２６      郵便番号確認用バッファ
２３１      書式データバッファ
２３２      開始文字バッファ
２３４      タグ名バッファ
２３５      区切り文字列バッファ
２３６      レコード割当条件バッファ
２３７      テキストデータバッファ
２３８      レコードデータバッファ
２３９      属性データバッファ
２４０      テキスト結合用バッファ
３０１      タグ
３０２      区切り文字列
３０３      開始文字
３２１      名前フィールド
３２２      住所フィールド
【図１】
2005234915.tif 000003
【図２】
2005234915.tif 000004
【図３】
2005234915.tif 000005
【図４】
2005234915.tif 000006
【図５】
2005234915.tif 000007
【図６】
2005234915.tif 000008
【図７】
2005234915.tif 000009
【図８】
2005234915.tif 000010
【図９】
2005234915.tif 000011
【図１０】
2005234915.tif 000012
【図１１】
2005234915.tif 000013
【図１２】
2005234915.tif 000014
【図１３】
2005234915.tif 000015
【図１４】
2005234915.tif 000016
【図１５】
2005234915.tif 000017
【図１６】
2005234915.tif 000018
【図１７】
2005234915.tif 000019
【図１８】
2005234915.tif 000020
【図１９】
2005234915.tif 000021
【図２０】
2005234915.tif 000022
【図２１】
2005234915.tif 000023