特許 7564427 データ処理プログラム、データ処理方法、およびデータ処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-01

(45)【発行日】2024-10-09

(54)【発明の名称】データ処理プログラム、データ処理方法、およびデータ処理装置

(51)【国際特許分類】

   G06F 40/16 20200101AFI20241002BHJP

   G06F 40/177 20200101ALI20241002BHJP

【ＦＩ】

G06F40/16

G06F40/177

【請求項の数】 6

(21)【出願番号】P 2020137907

(22)【出願日】2020-08-18

(65)【公開番号】P2022034218

(43)【公開日】2022-03-03

【審査請求日】2023-05-11

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】弁理士法人扶桑国際特許事務所

(72)【発明者】

【氏名】増井 誠生

(72)【発明者】

【氏名】清水 雅芳

【審査官】長 由紀子

(56)【参考文献】

【文献】国際公開第２０２０／１４４８４２（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１８／０１１３９２２（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１８／０１０７７２４（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１２／０１９８３２２（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ４０／００－５８

Ｇ０６Ｆ １６／００－９５８

(57)【特許請求の範囲】

【請求項1】

コンピュータに、
表形式のデータに登録されている複数のレコードのうちの一部のレコードに設定されている値の変換例を示す変換例リストに変換例が追加入力されるごとに、前記変換例リストに示される変換例に従って、前記複数のレコードの値を変換する変換プログラムの生成と、前記変換プログラムを実行することによる前記複数のレコードの値の変換と、変換結果の表示とを実行し、
前記変換例リストへのｋ＋１回目（ｋは自然数）の変換例の追加入力において変換例が追加された第１レコードより変換結果表示における表示位置が上の１以上の第２レコードそれぞれの値が、前記ｋ＋１回目の変換例の追加入力後の前記変換例リストに示される変換例に従って生成された第１変換プログラムを実行したことによる第１変換結果において、ｋ回目の変換例の追加入力後の前記変換例リストに示される変換例に従って生成された第２変換プログラムを実行したことによる第２変換結果から変更されたか否かを判断し、
前記第２レコードの値が変更された場合、前記第１変換結果の表示において前記第２レコードの変更された値を強調表示させる、
処理を実行させるデータ処理プログラム。

【請求項2】

前記第１レコードが複数ある場合、複数の前記第１レコードのうちの表示位置が最も下の最下位第１レコードより表示位置が上のレコードを前記第２レコードとする、
請求項１記載のデータ処理プログラム。

【請求項3】

複数の前記第１レコードのうちの、前記最下位第１レコードより表示位置が上で、前記第２レコードでもある前記第１レコードの値を強調表示の対象から除外する、
請求項２記載のデータ処理プログラム。

【請求項4】

前記第１レコードより表示位置が下のレコードの値を第１表示態様で表示させ、前記第２レコードのうちの、前記第１変換結果において前記第２変換結果から値が変更されていない無変更第２レコードの値を前記第１表示態様とは異なる第２表示態様で表示させ、前記第２レコードのうちの、前記第１変換結果において前記第２変換結果から値が変更された変更第２レコードの値を前記第１表示態様および前記第２表示態様のいずれとも異なる第３表示態様で表示させる、
請求項１ないし３のいずれかに記載のデータ処理プログラム。

【請求項5】

コンピュータが、
表形式のデータに登録されている複数のレコードのうちの一部のレコードに設定されている値の変換例を示す変換例リストに変換例が追加入力されるごとに、前記変換例リストに示される変換例に従って、前記複数のレコードの値を変換する変換プログラムの生成と、前記変換プログラムを実行することによる前記複数のレコードの値の変換と、変換結果の表示とを実行し、
前記変換例リストへのｋ＋１回目（ｋは自然数）の変換例の追加入力において変換例が追加された第１レコードより変換結果表示における表示位置が上の１以上の第２レコードそれぞれの値が、前記ｋ＋１回目の変換例の追加入力後の前記変換例リストに示される変換例に従って生成された第１変換プログラムを実行したことによる第１変換結果において、ｋ回目の変換例の追加入力後の前記変換例リストに示される変換例に従って生成された第２変換プログラムを実行したことによる第２変換結果から変更されたか否かを判断し、
前記第２レコードの値が変更された場合、前記第１変換結果の表示において前記第２レコードの変更された値を強調表示させる、
データ処理方法。

【請求項6】

複数のレコードが登録された表形式のデータを記憶する記憶部と、
前記複数のレコードのうちの一部のレコードに設定されている値の変換例を示す変換例リストに変換例が追加入力されるごとに、前記変換例リストに示される変換例に従って、前記複数のレコードの値を変換する変換プログラムの生成と、前記変換プログラムを実行することによる前記複数のレコードの値の変換と、変換結果の表示とを実行し、前記変換例リストへのｋ＋１回目（ｋは自然数）の変換例の追加入力において変換例が追加された第１レコードより変換結果表示における表示位置が上の１以上の第２レコードそれぞれの値が、前記ｋ＋１回目の変換例の追加入力後の前記変換例リストに示される変換例に従って生成された第１変換プログラムを実行したことによる第１変換結果において、ｋ回目の変換例の追加入力後の前記変換例リストに示される変換例に従って生成された第２変換プログラムを実行したことによる第２変換結果から変更されたか否かを判断し、前記第２レコードの値が変更された場合、前記第１変換結果の表示において前記第２レコードの変更された値を強調表示させる処理部と、
を有するデータ処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ処理プログラム、データ処理方法、およびデータ処理装置に関する。

【背景技術】

【0002】

データ処理分野においては、統計的分析やデータサイエンス分野を中心に、表形式のデータを、利用目的に応じて整形する場合がある。表形式のデータの整形技術としてＰＢＥ（Programming By Example）と呼ばれる技術がある。表形式のデータは、例えば複数のレコードを含むデータテーブルである。

【0003】

ＰＢＥは、データテーブルに登録された一部のレコードについての変換例をコンピュータに入力することで、変換例に従ってコンピュータに他のレコードのデータ変換を自動的に実行させる技術である。この場合、変換例が与えられたコンピュータは、変換前と変換後とのレコード内の値の相違点を検出し、相違点に対応する変換を行うための変換ルール（以下、レシピと呼ぶ）を生成する。レシピは、例えば、レコード内の値の操作を示すオペレータの組み合わせで表現される。オペレータは、例えば１以上の命令を含む関数である。

【0004】

データ変換に関する技術としては、例えば構造化データの変換規則の正誤を検証することができるようにする情報処理方法が提案されている。また変換ルールに基づくデータ変換処理と類推に基づくデータ変換処理とを併用したデータ変換装置も提案されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２００８－１０８１４４号公報

【文献】特開平１１－５３３６０号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ＰＢＥにおけるレシピの変換精度はどのような変換例が入力されたかに依存する。そのため、ユーザは、変換例の入力とレシピの生成との試行錯誤を繰り返しながら、レシピの変換精度を高めていく。この場合、ユーザは、レシピを生成するごとに、そのレシピを適用したデータテーブル内のレコードの変換をコンピュータに実行させる。ユーザは、適用結果をコンピュータに表示させ、ユーザの意図に反した変換が行われたレコードが存在するかどうかを目視で確認する。このような変換結果の目視確認では、レコード数が大量になると、ユーザの意図に反した変換の見逃しが発生しやすい。レシピ生成過程での誤った変換結果を見のがしてしまうと、変換精度が低い（ユーザの意図に反する変換が多く発生する）レシピしか得られない。

【0007】

１つの側面では、本発明は、ユーザの意図に反する変換の発生を抑制することを目的とする。

【課題を解決するための手段】

【0008】

１つの案では、以下の処理をコンピュータに実行させるデータ処理プログラムが提供される。
コンピュータは、表形式のデータに登録されている複数のレコードのうちの一部のレコードに設定されている値の変換例の入力に応じた、複数のレコードの値を変換する変換プログラムの生成と、変換プログラムを実行することによる複数のレコードの値の変換と、変換結果の表示とを繰り返し実行する。さらにコンピュータは、２回目以降の変換例の入力において変換例が追加された第１レコードより上位側にある１以上の第２レコードそれぞれの値が、最新の変換結果において前回の変換結果から変更されたか否かを判断する。そしてコンピュータは、第２レコードの値が変更された場合、最新の変換結果の表示において第２レコードの値を強調表示させる。

【発明の効果】

【0009】

１態様によれば、ユーザが意図しない変換の発生を抑制することができる。

【図面の簡単な説明】

【0010】

【図1】第１の実施の形態に係るデータ処理方法の一例を示す図である。

【図2】システム構成の一例を示す図である。

【図3】サーバのハードウェアの一例を示す図である。

【図4】サーバの機能の一例を示すブロック図である。

【図5】データテーブルの一例を示す図である。

【図6】データテーブルの変換結果確認の一例を示す図である。

【図7】データテーブル変換処理の手順の一例を示すフローチャートである。

【図8】変換を繰り返すことによるデータテーブル内のレコードの変換履歴の一例を示す図である。

【図9】１回目の変換例入力時の変換例入力画面の一例を示す図である。

【図10】１回目のレシピ生成によって生成されるレシピの一例を示す図である。

【図11】１回目の変換時の変換結果確認画面の一例を示す図である。

【図12】２回目の変換例入力画面の一例を示す図である。

【図13】２回目のレシピ生成によって生成されるレシピの一例を示す図である。

【図14】２回目の変換時の変換結果確認画面の一例を示す図である。

【図15】３回目の変換例入力画面の一例を示す図である。

【図16】３回目のレシピ生成によって生成されるレシピの一例を示す図である。

【図17】３回目の変換時の変換結果確認画面の一例を示す図である。

【図18】日本語の文字列が設定されたデータテーブルの一例を示す図である。

【図19】日本語のデータテーブルの変換結果確認の一例を示す図である。

【図20】変換を繰り返すことによる日本語のデータテーブル内のレコードの変換履歴の一例を示す図である。

【図21】１回目の日本語の変換例入力時の変換例入力画面の一例を示す図である。

【図22】１回目のレシピ生成によって生成される日本語変換用のレシピの一例を示す図である。

【図23】１回目の日本語変換時の変換結果確認画面の一例を示す図である。

【図24】２回目の日本語の変換例入力画面の一例を示す図である。

【図25】２回目のレシピ生成によって生成される日本語変換用のレシピの一例を示す図である。

【図26】２回目の日本語変換時の変換結果確認画面の一例を示す図である。

【図27】３回目の日本語の変換例入力画面の一例を示す図である。

【図28】３回目のレシピ生成によって生成される日本語変換用のレシピの一例を示す図である。

【図29】３回目の日本語変換時の変換結果確認画面の一例を示す図である。

【発明を実施するための形態】

【0011】

以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
まず第１の実施の形態について説明する。

【0012】

図１は、第１の実施の形態に係るデータ処理方法の一例を示す図である。図１には、データ処理方法を実現するためのデータ処理装置１０が示されている。データ処理装置１０は、例えばデータ処理プログラムを実行することにより、データ処理方法を実現することができる。

【0013】

データ処理装置１０は、記憶部１１と処理部１２とを有する。記憶部１１は、例えばデータ処理装置１０が有するメモリ、またはストレージ装置である。処理部１２は、例えばデータ処理装置１０が有するプロセッサ、または演算回路である。

【0014】

記憶部１１には、複数のレコードが登録された表形式のデータ１が記憶されている。
処理部１２は、複数のレコードのうちの一部のレコードに設定されている値の変換例の入力に応じて、複数のレコードの値を変換する変換プログラム３，６を生成する。また処理部１２は、生成した変換プログラム３，６を実行することによる複数のレコードの値の変換を実行する。さらに処理部１２は、複数のレコードの値を変換して得られた変換結果４，７をモニタなどに表示させる。処理部１２は、これらの変換プログラム３，６の生成処理、変換プログラム３，６による変換処理、変換結果４，７の表示処理を、変換例の入力ごとに繰り返し実行する。

【0015】

２回目以降の変換処理を行うごとに、処理部１２は、２回目以降の変換例の入力において変換例が追加された第１レコードより上位側にある１以上の第２レコードそれぞれの値が、最新の変換結果７において前回の変換結果４から変更されたか否かを判断する。例えば表示位置が上のレコードほど上位のレコードである。レコードが所定の規則でソートされ、ソート後の順で表示される場合、ソート後の順番が先のレコードほど上位のレコードである。そして処理部１２は、第２レコードの値が変更された場合、最新の変換結果７の表示において第２レコードの値を強調表示させる。

【0016】

なお第２レコードは、ユーザが変換結果を確認したレコードであり、以下、確認済レコードと呼ぶこともある。また変換例が追加された第１レコードを第２レコードに含めてもよい。

【0017】

ユーザ８は、このようなデータ処理装置１０を利用してＰＢＥによるデータ変換を行うことができる。例えばユーザ８は、キーボードなどの入力装置を操作し、データ処理装置１０に最初の変換例を入力する。すると処理部１２により、入力された変換例を含む変換例リスト２が生成される。変換例リスト２には、データ１内の上位の２つのレコードの変換後の値が指定されている。

【0018】

処理部１２は、変換例が示された変換例リスト２が入力されると、変換例リスト２に示される変換例と同じ変換を実施することができる変換プログラム３を生成する。次に処理部１２は、データ１内の複数のレコードを対象として変換プログラム３を実行することにより、複数のレコードの値を変換する。そして処理部１２は、変換結果４をモニタに表示させる。

【0019】

ユーザ８は、表示された変換結果４に示される各レコードの値が、意図通りに変換されているか否かを上位から順に確認する。ユーザ８は、誤って変換された値を見つけると、該当レコードの意図に沿った変換後の値を指定した変換例をデータ処理装置１０に入力する。すると、例えば入力された変換例を変換例リスト２に追加した新たな変換例リスト５が生成される。変換例リスト５では、５番目のレコードの変換例が追加されている。

【0020】

すると処理部１２は、変換例リスト５内の変換例と同じ変換を実施することができる変換プログラム６を生成する。次に処理部１２は、データ１内の複数のレコードを対象として変換プログラム６を実行することにより、複数のレコードの値を変換する。そして処理部１２は、変換結果７をモニタに表示させる。

【0021】

処理部１２は、変換結果７を表示させる際、変換例が追加されたレコード（図１の例では５番目のレコード）を第１レコードとする。処理部１２は、第１レコードより上位側にある１以上のレコード（図１の例では１番目から４番目のレコード）を第２レコードとする。処理部１２は、第２レコードそれぞれの値が、最新の変換結果７において前回の変換結果４から変更されたか否かを判断する。図１の例では、変換結果７に示される３番目のレコードの値が、変換結果４に示される該当レコードの値から変更されている。この場合、処理部１２は、最新の変換結果７の表示において、値が変更された第２レコード（３番目のレコード）の値を強調表示させる。図１の例では、３番目のレコードの値にアンダーラインを引くことにより強調表示されているが、処理部１２は、該当レコードの値を強調色で表示させることもできる。

【0022】

このように第２レコードのうち、最新の変換結果７に示される値が、前回の変換結果４に示される値から変更された第２レコードは、その値が強調表示される。ここで第２レコードは、変換例が追加されたレコードよりも上位のレコードである。ユーザ８は、変換結果４を上位から確認しているため、第２レコードは、意図通りに値が正しく変換されたことが確認済のレコードである。従って、第２レコードについて、変換例が更新されたことにより変換後の値が変更されると、その値は正しい値から誤った値に変換されたこととなる。すなわちデータ処理装置１０は、正しく変換されたことが確認されたレコードの値が誤った値に変更されていることを、強調表示によってユーザ８に注意喚起することができる。

【0023】

ユーザ８は、強調表示された値を修正するような変換例の入力を行うことで、以後に生成される変換プログラムの変換精度を向上させることができる。その結果、ユーザの意図に反する変換の発生が抑制される。しかも誤った値に変換されたその値が強調表示されるため、変換が正しく行われたか否かの確認負荷が軽減される。

【0024】

なお変換例の更新を繰り返すと、第１レコードが複数生成される。第１レコードが複数ある場合、処理部１２は、例えば複数の第１レコードのうちの最も下位にある最下位第１レコードより上位側にあるレコードを第２レコードとする。これにより、変換結果の確認を少なくとも１度したことがあるレコードは、第２レコードとなる。その結果、変換結果が確認済のレコードを正しく抽出することができる。

【0025】

また処理部１２は、複数の第１レコードのうちの、最後の変換例の入力において変換例が追加された最新第１レコードが、最下位第１レコードより上位側にある場合、第２レコードでもある最新第１レコードの値を強調表示の対象から除外してもよい。最後の変換例の入力において変換例が追加されたレコードは、前回の変換結果に誤りがあったレコードである。誤りがあったレコードの値が正しく変換されるように変換例が追加されており、今回の変換結果７に示される値は正しい値であると予想される。この値が強調されることを抑止することで、ユーザ８の意図に反した変換が行われたレコードの値に限定して強調表示することが可能となる。

【0026】

なお変換例が指定されたレコード（初回の変換処理において変換例が指定されたレコードおよび２回目以降の変換処理において変換例が指定された第１レコードを含む）の一部について、変換例の通りに変換できない場合もあり得る。これは入力された変換例の一部に誤りがある場合や、変換プログラム３，６の生成アルゴリズムが変換例に十分に対応できていない場合に発生する可能性がある。そこで処理部１２は、変換例が指定されたレコードのうち、指定された変換例と異なる値に変換されたレコードについては、その値を強調表示してもよい。これにより、変換例が指定されたレコードの値が変換例と異なる値に変換された場合、変換例通りに変換されていないことをユーザ８に通知することができる。

【0027】

また処理部１２は、変換結果の確認をユーザ８が少なくとも１回行った第２レコードをそれ以外のレコードと区別して、変換結果７を表示することもできる。例えば処理部１２は、第１レコードより下位のレコードの値を第１表示態様で表示させる。また処理部１２は、第２レコードのうちの、最新の変換結果７において前回の変換結果４から値が変更されていない無変更第２レコードの値を第１表示態様とは異なる第２表示態様で表示させる。さらに処理部１２は、第２レコードのうちの、最新の変換結果７において前回の変換結果４から値が変更された変更第２レコードの値を第１表示態様および第２表示態様のいずれとも異なる第３表示態様で表示させる。これにより、ユーザ８は、どのレコードまでが確認済なのかを容易に把握することができる。

【0028】

なお処理部１２は、変換例が指定されたレコードの値については、指定された変換例と変換結果とが一致していれば、例えば第２表示態様で表示させる。処理部１２は、変換例が指定されたレコードのうち、指定された変換例と変換結果が一致しないレコードの値は、例えば第３表示態様で表示させる。

【0029】

図１の例では、第１表示態様は細字のフォントによる文字表記であり、第２表示態様は太字かつ斜体のフォントによる文字表記であり、第３表示態様は太字のフォントに下線を引いた文字表記である。なお処理部１２は、各表示態様を、色によって区別できるようにすることもできる。例えば処理部１２は、第１表示態様は黒色のフォントによる文字表記、第２表示態様は青色のフォントによる文字表記、第３表示態様は赤色のフォントによる文字表記とすることができる。

【0030】

〔第２の実施の形態〕
次に第２の実施の形態について説明する。第２の実施の形態では、サーバ上のデータベースに格納されている表形式のデータに基づいて、ユーザの用途に応じた形式に変換するものである。

【0031】

図２は、システム構成の一例を示す図である。サーバ１００と端末装置３０がネットワーク２０を介して接続されている。サーバ１００は、表形式のデータを管理するコンピュータである。端末装置３０は、データの形式の変換を実施しようとするユーザが使用するコンピュータである。なおサーバ１００は、第１の実施の形態に示したデータ処理装置１０の一例である。

【0032】

図３は、サーバのハードウェアの一例を示す図である。サーバ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０９を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現してもよい。

【0033】

メモリ１０２は、サーバ１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、例えばＲＡＭ（Random Access Memory）などの揮発性の半導体記憶装置が使用される。

【0034】

バス１０９に接続されている周辺機器としては、ストレージ装置１０３、グラフィック処理装置１０４、入力インタフェース１０５、光学ドライブ装置１０６、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。

【0035】

ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置１０３は、コンピュータの補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。

【0036】

グラフィック処理装置１０４には、モニタ２１が接続されている。グラフィック処理装置１０４は、プロセッサ１０１からの命令に従って、画像をモニタ２１の画面に表示させる。モニタ２１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置などがある。

【0037】

入力インタフェース１０５には、キーボード２２とマウス２３とが接続されている。入力インタフェース１０５は、キーボード２２やマウス２３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス２３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

【0038】

光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク２４に記録されたデータの読み取り、または光ディスク２４へのデータの書き込みを行う。光ディスク２４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク２４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）などがある。

【0039】

機器接続インタフェース１０７は、サーバ１００に周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース１０７には、メモリ装置２５やメモリリーダライタ２６を接続することができる。メモリ装置２５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ２６は、メモリカード２７へのデータの書き込み、またはメモリカード２７からのデータの読み出しを行う装置である。メモリカード２７は、カード型の記録媒体である。

【0040】

ネットワークインタフェース１０８は、ネットワーク２０に接続されている。ネットワークインタフェース１０８は、ネットワーク２０を介して、他のコンピュータまたは通信機器との間でデータの送受信を行う。ネットワークインタフェース１０８は、例えばスイッチやルータなどの有線通信装置にケーブルで接続される有線通信インタフェースである。またネットワークインタフェース１０８は、基地局やアクセスポイントなどの無線通信装置に電波によって通信接続される無線通信インタフェースであってもよい。

【0041】

サーバ１００は、以上のようなハードウェアによって、第２の実施の形態の処理機能を実現することができる。なお、第１の実施の形態に示したデータ処理装置１０も、図３に示したサーバ１００と同様のハードウェアにより実現することができる。

【0042】

サーバ１００は、例えばコンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。サーバ１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、サーバ１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。またサーバ１００に実行させるプログラムを、光ディスク２４、メモリ装置２５、メモリカード２７などの可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

【0043】

ユーザは、端末装置３０を用いてサーバ１００に対してアクセスし、サーバ１００に格納されているデータテーブルを変換するためのレシピをサーバ１００に生成させることができる。サーバ１００は、端末装置３０を介して入力された変換例に従ってレシピを生成し、そのレシピを用いてデータテーブル内のレコードの値を変換する。なおレシピは、第１の実施の形態に示した変換プログラムの一例である。

【0044】

図４は、サーバの機能の一例を示すブロック図である。サーバ１００は、記憶部１１０、変換例取得部１２０、レシピ生成部１３０、データ変換部１４０、および変換結果出力部１５０を有する。

【0045】

記憶部１１０は、データテーブル１１１とレシピ１１２とを記憶する。データテーブル１１１は、複数のレコードが登録された表形式のデータである。レシピ１１２は、データテーブル１１１を変換するための変換ルールを示す情報である。記憶部１１０は、例えばサーバ１００が有するメモリ１０２またはストレージ装置１０３の記憶領域の一部である。

【0046】

変換例取得部１２０は、端末装置３０から、レコード内の値の変換例を取得する。例えば変換例取得部１２０は、変換例入力画面の画面データを端末装置３０に送信する。端末装置３０では変換例入力画面が表示される。ユーザが変換例入力画面に対して一部のレコードの値の変換例を入力すると、端末装置３０からサーバ１００へ入力された変換例を示す情報（例えば変換例リスト）が送信される。変換例取得部１２０は、端末装置３０から変換例リストを取得すると、その情報をレシピ生成部１３０に送信する。

【0047】

レシピ生成部１３０は、変換例取得部１２０から送られた変換例リストに基づいて、データテーブル１１１内のレコードの値を変換するためのレシピ１１２を生成する。レシピ生成部１３０は、生成したレシピ１１２を記憶部１１０に格納する。

【0048】

データ変換部１４０は、レシピ１１２を用いてデータテーブル１１１内のレコードの値を変換し、変換後の値を含む新たなデータテーブルを生成する。データ変換部１４０は、変換結果として生成されたデータテーブルを変換結果出力部１５０に送信する。

【0049】

変換結果出力部１５０は、変換結果を出力する。例えば変換結果出力部１５０は、変換結果として得られたデータテーブルを含む変換結果確認画面の画面データを生成する。レシピの生成が繰り返し行われた場合、変換結果出力部１５０は、過去に変換が正しいかどうかの確認が行われたレコードのうち、前回生成されたレシピによる変換結果と異なる変換が行われたレコードを強調表示させるような画面データを生成する。変換結果出力部１５０は、変換結果確認画面の画面データを端末装置３０に送信する。

【0050】

なお、図４に示した各要素の機能は、例えば、その要素に対応するプログラムモジュールをコンピュータに実行させることで実現することができる。
次に、変換元のデータテーブル１１１の例について説明する。

【0051】

図５は、データテーブルの一例を示す図である。図５に示すデータテーブル１１１には、通り、市名、および州名の列が設けられている。データテーブル１１１内のレコードは、各列に対応するフィールドを含む。通りの列には、通り名が設定されている。市名の列には、対応する通りを有する市の名称が設定されている。州名の列には、対応する市を有する州の名称が設定されている。図５の例では、州の名称は略記号によって表されている。

【0052】

ユーザはサーバ１００に対して、図５に示すデータテーブル１１１を変換元として、ＰＢＥによって別のデータテーブルを生成させることができる。その際、ユーザは、レシピの適用結果を目視で確認することとなる。例えばユーザは、レコード数が多ければページ切替または縦スクロールなどを用いて確認対象のレコードを画面に表示させ、変換結果がユーザの意図通りとなっているかを目視で確認する。

【0053】

図６は、データテーブルの変換結果確認の一例を示す図である。図６には、市名と州名に基づいて、別の名前を生成する場合の例が示されている。例えばユーザは、変換例リスト４１に、変換例として「ＥＡＳＴＯＮ，ＭＤ」の変換後の値「Ｅａｓｔｏｎ，ＭＤ」と、「ＳＡＬＩＳＢＵＲＹ，ＭＤ」の変換後の値「Ｓａｌｉｓｂｕｒｙ，ＭＤ」とを入力したものとする。サーバ１００のレシピ生成部１３０は、変換例リスト４１に示される変換例に従ってデータテーブル１１１内の各レコードの値を変換するためのレシピを生成する。例えば「市名をＣａｍｅｌＣａｓｅに変換」する変換ルールがレシピ５１として生成されたものとする。「ＣａｍｅｌＣａｓｅ」とは、複合語の各語の先頭の文字を大文字で書き表す表記形態である。

【0054】

レシピ５１が生成されると、データ変換部１４０によりデータテーブル１１１内の通りの名称がレシピ５１に従って変換される。変換結果として新たなデータテーブル４２が生成される。変換結果のデータテーブル４２は、変換結果出力部１５０によって端末装置３０に送信され、端末装置３０の画面に表示される。

【0055】

ユーザは、端末装置３０に表示されたデータテーブル４２に基づいて変換結果を確認する。例えばユーザは、データテーブル４２の上位のレコードから順に変換結果の誤りの有無を確認していく。変換が誤っているレコードを、ユーザが見つけた場合、現在のレシピによる変換が不正確であると判断できる。そのためユーザは、変換が誤っているレコードより下位のレコードの確認作業はせずに、変換が誤っているレコードの正しい変換結果を変換例として追加して、レシピの再生成をサーバ１００に指示する。

【0056】

ここでユーザが意図した変換は、通りを含む市名から、その通りを含むＣＢＳＡ（Core Based Statistical Area）への変換であるものとする。ＣＢＳＡは、統計上の区域であり、各地域の人数が大体一定になるように近隣市町をまとめたものである。図６の例では、データテーブル４２に含まれる「Ｓａｎｔａ Ｃｒｕｚ，ＣＡ」はＣＢＳＡではない。この場合、ユーザは「ＳＡＮＴＡ ＣＲＵＺ，ＣＡ」に対応するＣＢＳＡを、変換例として変換例リスト４３に追加する。

【0057】

このような変換例の追加、レシピの生成、生成したレシピによる変換結果の確認を繰り返すことで、正しい変換を行うためのレシピを生成することができる。この場合、レシピの変換精度を高めるには、変換結果の確認作業において、誤った変換が行われたレコードの見落としを抑止することが重要となる。特に繰り返し変換結果の確認作業をしているユーザは、以前の変換で確認したレコードについても繰り返し確認することとなる。以前の変換で確認したレコードの確認では、確認作業が漫然となりチェックが甘くなりやすい。すなわち、以前の変換で確認したレコードについては、正しく変換されていない場合でも、誤りが見落とされる可能性が高い。

【0058】

そこでサーバ１００は、データ変換のレシピを繰り返して生成する処理系において、目視確認作業に伴う利用者の負担を減らすため、以前に変換結果を確認したレコードについて最新のレシピにより変換結果が変わった場合、そのレコードを強調表示する。これにより、ユーザは、繰り返しによって変換結果が変わったレコードについて、もともと正しかったものが誤りになってしまった可能性があると容易に認識でき、そのレコードを注意深くチェックすることができる。その結果、誤った変換の見落としを減らすことができる。

【0059】

次にサーバ１００におけるデータテーブル変換処理の手順について説明する。
図７は、データテーブル変換処理の手順の一例を示すフローチャートである。以下、図７に示す処理をステップ番号に沿って説明する。

【0060】

［ステップＳ１０１］変換例取得部１２０は、変換元のデータテーブル１１１を記憶部１１０から取得する。
［ステップＳ１０２］変換例取得部１２０は、データテーブル１１１に含まれるレコードのうちの一部のレコードの値の変換例を取得する。例えば変換例取得部１２０は、変換例入力画面の画面データを端末装置３０に送信する。ユーザが端末装置３０を用いて変換例入力画面に、一部のレコードの値の変換例を入力すると、端末装置３０からサーバ１００へ、入力された変換例を含む変換例リストが送信される。変換例取得部１２０は、端末装置３０から送られた変換例リストを受信し、その情報に示される変換例を取得する。

【0061】

［ステップＳ１０３］レシピ生成部１３０は、変換例取得部１２０が取得した変換例に基づいて、レシピ１１２を生成する。例えばレシピ生成部１３０は、予め用意されたオペレータ（レコード内の値の操作命令）を組み合わせ、変換例に従った変換を行うためのプログラムを生成する。生成されたプログラムがレシピ１１２となる。

【0062】

［ステップＳ１０４］データ変換部１４０は、変換元のデータテーブル１１１にレシピ１１２を適用する。例えばデータ変換部１４０は、データテーブル１１１内のすべてのレコードに対して、レシピ１１２に示されているオペレータを、レシピ１１２に示されている順番に実行する。データ変換部１４０は、レシピの適用により値が変更された各レコードを含むデータテーブルを生成し、そのデータテーブルを変換結果として出力する。

【0063】

［ステップＳ１０５］変換結果出力部１５０は、直前のステップＳ１０４で実施したレシピ適用が、１回目のレシピ適用か否かを判断する。変換結果出力部１５０は、１回目のレシピ適用であれば処理をステップＳ１０６に進める。また変換結果出力部１５０は、２回目以降のレシピ適用であれば処理をステップＳ１０７に進める。

【0064】

［ステップＳ１０６］変換結果出力部１５０は、変換結果として生成されたデータテーブルを端末装置３０に表示させる。例えば変換結果出力部１５０は、生成されたデータテーブルを含む変換結果確認画面を示す画面データを生成し、その画面データを端末装置３０に送信する。すると端末装置３０では、モニタに変換結果確認画面が表示される。その後、変換結果出力部１５０は処理をステップＳ１１０に進める。

【0065】

［ステップＳ１０７］変換結果出力部１５０は、変換結果として生成されたデータテーブルに含まれるレコードのうち、ユーザによる変換結果の確認が少なくとも１回行われている確認済レコードを判別する。例えば変換結果出力部１５０は、データテーブル内の変換例が設定されたレコードのうち、最も下位のレコードを特定する。変換結果出力部１５０は、特定したレコードを含め、そのレコードより上位のレコードを確認済レコードとする。

【0066】

［ステップＳ１０８］変換結果出力部１５０は、前回のレシピ適用時の変換後の値と今回のレシピ適用時の変換後の値とが異なる確認済レコードを特定する。なお変換結果出力部１５０は、今回のレシピ生成のために変換例が追加されたレコードについては、特定対象から除外する。

【0067】

例えば変換結果出力部１５０は、今回のレシピ適用により生成されたデータテーブルの確認済レコードごとに、前回のレシピ適用によって生成されたデータテーブルの対応するレコードと、設定されている値を比較する。そして変換結果出力部１５０は、設定されている値の少なくとも一部が異なるレコードであり、かつ今回のレシピ生成のために変換例が追加設定されたレコード以外のレコードを、確認済レコードとして特定する。

【0068】

［ステップＳ１０９］変換結果出力部１５０は、特定した確認済レコードの値を強調して、変換結果として生成されたデータテーブルを端末装置３０に表示させる。例えば変換結果出力部１５０は、生成されたデータテーブルを含み、特定した確認済レコードの値の表示色を他のレコードと異なる色とした変換結果確認画面を示す画面データを生成する。そして変換結果出力部１５０は、生成した画面データを端末装置３０に送信する。すると端末装置３０では、特定した確認済レコードを強調表示した変換結果確認画面がモニタに表示される。

【0069】

［ステップＳ１１０］変換結果出力部１５０は、要修正箇所があるか否かを判断する。例えば変換結果出力部１５０は、端末装置３０からいずれかのレコードについての変換に失敗した旨の情報を受け取った場合、要修正箇所があると判断する。要修正箇所があれば処理をステップＳ１０２に進める。また変換結果出力部１５０は、要修正箇所がなければ処理をステップＳ１１１に進める。

【0070】

［ステップＳ１１１］変換結果出力部１５０は、最後の変換で変換結果として生成されたデータテーブルを記憶部１１０に格納する。また、変換結果出力部１５０は、最後の変換に使用したレシピを記憶部１１０に格納する。

【0071】

このように、要修正箇所がなくなるまで変換例の追加、レシピの生成、およびデータテーブルの変換が繰り返される。要修正箇所があるか否かは、ユーザによる変換結果確認画面の確認結果に基づいて判断される。変換結果確認画面では、変換後の値が前回と異なる確認済レコードの値が強調表示されている。そのため、以前に変換結果が正しいと確認したことのあるレコードについて、新たなレシピでは誤った変換結果となってしまった場合において、ユーザがそのレコードを見落とすことが抑止される。

【0072】

図８は、変換を繰り返すことによるデータテーブル内のレコードの変換履歴の一例を示す図である。変換履歴５０には、変換元のレコードに対応付けて、変換例と、変換例に応じて生成されたレシピ５１～５３を適用した変換結果とが示されている。図８に示した例では、変換例の指定が３回実施されており、３つのレシピ５１～５３が生成されている。ユーザが意図する変換は、市名と州名からＣＢＳＡの区域名への変換であるものとする。

【0073】

１回目の変換例指定では、「ＥＡＳＴＯＮ，ＭＤ」を「Ｅａｓｔｏｎ，ＭＤ」に変換する変換例と、「ＳＡＬＩＳＢＵＲＹ，ＭＤ」を「Ｓａｌｉｓｂｕｒｙ，ＭＤ」に変換する変換例とが指定されている。図８の例では、この２つの変換例に基づいて「市名をＣａｍｅｌＣａｓｅにする」のオペレータが記述されたレシピ５１が生成されている。

【0074】

レシピ５１を適用することによる各レコードの値の変換により、変換例を指定したレコードについては変換例通りの変換が行われている。ユーザが上位のレコードから順に変換結果を確認していくと、５番目のレコードについて誤った変換が行われていることに気づく。５番目のレコードは「ＳＡＮＴＡ ＣＲＵＺ，ＣＡ」から「Ｓａｎｔａ Ｃｒｕｚ，ＣＡ」に変換されている。しかし「Ｓａｎｔａ Ｃｒｕｚ，ＣＡ」はＣＢＳＡの区域名ではない。

【0075】

そこでユーザは、５番目のレコードの変換例「Ｓａｎｔａ Ｃｒｕｚ－Ｗａｔｓｏｎｖｉｌｌｅ，ＣＡ」を追加で指定する。図８の例では、２回目の変換例指定に基づいて、「市名を含む区域名を選ぶ」のオペレータが記述されたレシピ５２が生成されている。

【0076】

レシピ５２を適用した各レコードの値の変換により、変換例を指定したレコードについては変換例通りの変換が行われている。このとき先頭のレコードから、追加で変換例が指定された５番目のレコードまでは、前回の変換結果をユーザが確認した確認済レコードである。確認済レコードのうち３番目のレコードについては、前回の変換と異なる値に変換されている。前回の変換の際に正しいと判断された変換結果から異なる変換結果に変わったことで、このレコードに対する２回目の変換結果は誤った変換である可能性が高い。

【0077】

なお５番目のレコードについては、前回の変換と異なる値に変換されているが、このレコードは変換例が指定されたレコードであり、前回の変換結果が誤っていたレコードである。この５番目のレコードは変換例の通りに変換されており、２回目の変換結果は正しい。

【0078】

変換結果出力部１５０は、例えば変換結果が前回から変更された確認済レコード（第１の実施の形態における変更第２レコード）については、表示色を赤色にすることで強調表示する。これにより、ユーザによる確認作業時に、３番目のレコードについて誤った変換が行われていることの見落としが抑止される。なお、変換例が今回追加されたレコードは、強調表示の対象から除外される。

【0079】

また変換結果出力部１５０は、例えば変換結果が前回から変更されていない確認済レコード（第１の実施の形態における無変更第２レコード）については表示色を青色にすることで、他のレコードの色（例えば黒色）と異なる色で表示する。これにより、ユーザは確認済のレコードを認識することができ、すでに正しく変換されたことが確認され、２回目の変換結果でも同様に変換されたレコードを容易に識別できる。

【0080】

ユーザは、３番目のレコードについて変換結果が誤っていることを確認すると、そのレコードの変換例「Ｃａｍｂｒｉｄｇｅ，ＭＤ」を追加で指定する。図８の例では、３回目の変換例指定に基づいて、「市名と州名から区域名を得る」のオペレータが記述されたレシピ５３が生成されている。

【0081】

レシピ５３を適用した各レコードの値の変換により、変換例を指定したレコードについては変換例通りの変換が行われている。このとき先頭のレコードから、過去に追加で変換例が指定された５番目のレコードまでは、以前の変換結果をユーザが確認した確認済レコードである。確認済レコードのうち３番目のレコードについては、前回の変換と異なる値に変換されているが、このレコードは変換例が追加で指定されたレコードである。そこで変換結果出力部１５０は、確認済レコードについては表示色を青色にすることで、他のレコードの色（例えば黒色）と異なる色で表示する。

【0082】

このように誤った変換が行われたレコードの変換例を順次追加することで、正しい変換が可能なレシピ５３が生成される。そしてレシピ５３を適用してデータテーブル１１１を変換することで、データテーブル１１１内のすべてのレコードに関して、ユーザの意図通りの変換を行うことができる。

【0083】

以下、図９～図１７を参照して、図８に示したようなＰＢＥによるデータテーブル１１１の変換処理を行う際のユーザの操作および生成されるレシピについて詳細に説明する。以下の例では、データテーブル１１１を入力（列０：通り，列１：市名，列２：州名）とし、データテーブル１１１にＣＢＳＡ（区域名）の列を追加したデータテーブルを出力（列０：通り，列１：市名，列２：州名，列３：ＣＢＳＡ（区域名））とする。

【0084】

例えばユーザは、端末装置３０を操作し、サーバ１００に対して、データテーブル１１１に基づく「列０：通り，列１：市名，列２：州名，列３：ＣＢＳＡ（区域名）」のデータテーブルの生成を指示する。するとサーバ１００の変換例取得部１２０により、データテーブル１１１に基づいて変換例入力画面の画面データが生成され、その画面データが端末装置３０に送信される。そして端末装置３０に変換例入力画面が表示される。

【0085】

図９は、１回目の変換例入力時の変換例入力画面の一例を示す図である。変換例入力画面６１には、データテーブル表示部６１ａ、変換例入力部６１ｂ、およびボタン６１ｃが含まれる。データテーブル表示部６１ａには、変換元のデータテーブル１１１に登録されているレコードの各フィールドに設定された値が表示されている。

【0086】

変換例入力部６１ｂは、変換例を入力するための領域である。変換例入力部６１ｂには、各レコードに対応付けて、変換例入力用のテキストボックスが設けられている。ボタン６１ｃは、変換例に基づくデータテーブル１１１の変換の実行を指示するためのボタンである。

【0087】

ユーザは、変換例入力部６１ｂのいずれか１以上のテキストボックスに、対応するレコードの変換例を入力する。図９の例では、１番目と２番目のレコードについての変換例が入力されている。次にユーザは、ボタン６１ｃを押下する。

【0088】

ボタン６１ｃが押下されると、変換例入力部６１ｂに入力された変換例を含む変換例リストが、端末装置３０からサーバ１００に送信される。変換例リストを受信したサーバ１００では、レシピ生成部１３０が、変換例に基づいてレシピを生成する。

【0089】

図１０は、１回目のレシピ生成によって生成されるレシピの一例を示す図である。図１０に示したレシピ５１は、「市名をＣａｍｅｌＣａｓｅにする」ためのオペレータを含む。

【0090】

レシピ５１の１行目は、データテーブル１１１の１番目の列を新しい列（３番目の列）にコピーすることを指示するオペレータである。レシピ５１の２行目は、３番目の列のＣａｍｅｌＣａｓｅへの変換を指示するオペレータである。レシピ５１の３行目は、２番目の列の新しい列（４番目の列）へのコピーを指示するオペレータである。４行目は、３番目の列の値と４番目の列の値とを”，”で結合して新しい列（３番目の列）を生成することを示すオペレータである。

【0091】

データ変換部１４０がレシピ５１に示されるオペレータをデータテーブル１１１内の各レコードに対して実行することで、１回目の変換が行われる。すると変換結果出力部１５０により変換結果確認画面の画面データが生成され、その画面データが端末装置３０に送信される。そして端末装置３０に変換結果確認画面が表示される。

【0092】

図１１は、１回目の変換時の変換結果確認画面の一例を示す図である。変換結果確認画面６２には、データテーブル表示部６２ａ、レシピ表示部６２ｂ、およびボタン６２ｃ，６２ｄが含まれる。

【0093】

データテーブル表示部６２ａには、１回目の変換によって生成されたデータテーブルに登録されているレコードの各フィールドに設定された値が表示されている。生成されたデータテーブルは、変換元のデータテーブル１１１に対して「区域名」の列が追加されている。「区域名」の列には、各レコードにレシピ５１を適用することで生成された値が設定されている。１回目の変換結果においては、変換結果が正しいか否かの確認済のレコードはないため、すべてのレコードの「区域名」の値は強調表示されずに、例えば黒色で表示される。

【0094】

レシピ表示部６２ｂには、適用したレシピ５１を示す名称が表示されている。ボタン６２ｃは、変換が成功した（すべてのレコードが意図通りの値に変換されている）場合に押下するボタンである。ボタン６２ｃが押下されると、最新のデータテーブルが変換結果として記憶部１１０に格納される。ボタン６２ｄは、変換に失敗した（意図と異なる値に変換されたレコードがある）場合に押下するボタンである。ボタン６２ｄが押下されると、端末装置３０には変換例入力画面が表示される。

【0095】

ユーザは、データテーブル表示部６２ａに示されているレコードを上から順番に、意図通りの変換が行われているか否かについてチェックする。図１１の例ではユーザは、５番目のレコードにおいて、意図と異なる値に変換されていることを認識する。そこでユーザは、変換の失敗を示すボタン６２ｄを押下する。

【0096】

ボタン６２ｄが押下されると、端末装置３０からサーバ１００へ、変換の失敗を示す情報が送信される。すると、サーバ１００の変換例取得部１２０が、２回目の変換例入力用の変換例入力画面を示す画面データを生成し、その画面データを端末装置３０に送信する。端末装置３０には、２回目の変換例入力用の変換例入力画面が表示される。

【0097】

図１２は、２回目の変換例入力画面の一例を示す図である。２回目の変換例入力用の変換例入力画面６３には、データテーブル表示部６３ａ、変換例入力部６３ｂ、およびボタン６３ｃが含まれる。データテーブル表示部６３ａには、変換元のデータテーブル１１１に登録されているレコードの各フィールドに設定された値が表示されている。

【0098】

変換例入力部６３ｂは、変換例を入力するための領域である。変換例入力部６３ｂには、各レコードに対応付けて、前回変換結果と変換例入力用のテキストボックスが設けられている。ボタン６３ｃは、変換例に基づくデータテーブル１１１の変換の実行を指示するためのボタンである。

【0099】

ユーザは、前回変換結果として意図と異なる値が示されている５番目のレコードに対応する、変換例入力部６３ｂ内のテキストボックスに、意図に沿った正しい変換例を追加入力する。次にユーザは、ボタン６３ｃを押下する。

【0100】

ボタン６３ｃが押下されると、変換例入力部６３ｂに入力されている変換例を含む変換例リストが、端末装置３０からサーバ１００に送信される。変換例リストを受信したサーバ１００では、レシピ生成部１３０が、変換例に基づいてレシピを生成する。

【0101】

図１３は、２回目のレシピ生成によって生成されるレシピの一例を示す図である。図１３に示したレシピ５２は、「市名を含む区域名を選ぶ」ためのオペレータを含む。
レシピ５２の１行目は、データテーブル１１１の１番目の列を新しい列（３番目の列）にコピーすることを指示するオペレータである。レシピ５２の２行目は、区域名の一覧から、データテーブル１１１の３列目の列（市名）の文字列を含むものを抽出してリストを生成し、３列目に上書きで書き戻すオペレータである。２行目の「ＧｅｔＣＢＳＡＬｉｓｔＢｙＣｉｔｙ」は、ＣＳＢＡのデータベース（ｃｂｓａ－ｌｉｓｔ）に以下のクエリを問い合わせる関数である。
ＳＥＬＥＣＴ ｃｂｓａｎａｍｅ ＦＲＯＭ ｃｂｓａ－ｌｉｓｔ ＷＨＥＲＥ ｃｂｓａｎａｍｅ ＬＩＫＥ ”％｛ｃｉｔｙ｝％”
このクエリは、データテーブル１１１内のレコードに設定されている市名を含むｃｓｂａ名を問い合わせるものである。レシピ５２の３行目は、データテーブル１１１の３列目に設定された１以上の要素のリストのうちの先頭の要素のみを、３列目に上書きで書き戻すオペレータである。

【0102】

なおレシピ５２の２行目のオペレータでは、市名の文字列を含む区域名を抽出しているが、この処理の場合、同じ市名の市が複数の州に存在する場合、誤った州のＣＢＳＡが選択される可能性がある。

【0103】

データ変換部１４０がレシピ５２に示されるオペレータをデータテーブル１１１内の各レコードに対して実行することで、２回目の変換が行われる。すると変換結果出力部１５０により変換結果確認画面の画面データが生成され、その画面データが端末装置３０に送信される。そして端末装置３０に変換結果確認画面が表示される。

【0104】

図１４は、２回目の変換時の変換結果確認画面の一例を示す図である。変換結果確認画面６４には、データテーブル表示部６４ａ、レシピ表示部６４ｂ、およびボタン６４ｃ，６４ｄが含まれる。

【0105】

データテーブル表示部６４ａには、２回目の変換によって生成されたデータテーブルに登録されているレコードの各フィールドに設定された値が表示されている。生成されたデータテーブルは、変換元のデータテーブル１１１に対して「区域名」の列が追加されている。「区域名」の列には、各レコードにレシピ５２を適用することで生成された値が設定されている。

【0106】

２回目の変換結果確認画面６４では、「区域名」の列内の文字が、変換内容に応じて色分けして表示される。例えば前回の変換時と同じ値に変換された確認済レコード（変換例が今回追加されたレコードを除く）の区域名の値は青色で表示される。また前回の変換時と異なる値に変換された確認済レコード（変換例が今回追加されたレコードを除く）の区域名の値は赤色で表示される。変換例が今回追加されたレコードについては、変換結果が変換例と一致する場合に青色、一致しない場合に赤色で表示する。それ以外の値は黒色で表示される。図１４の例では、青色で表示される文字を太字かつ斜体で表記している。また赤色で表示される文字をアンダーライン付きの太字で表記している。

【0107】

レシピ表示部６４ｂには、適用したレシピ５２を示す名称が表示されている。ボタン６４ｃは、変換が成功した場合に押下するボタンである。ボタン６４ｄは、変換に失敗した場合に押下するボタンである。

【0108】

ユーザはデータテーブル表示部６４ａの３行目のレコードの区域名の値が赤色で表示されていることから、誤った変換結果となっていることに確実に気づくことができる。そこでユーザは、変換の失敗を示すボタン６４ｄを押下する。

【0109】

ボタン６４ｄが押下されると、端末装置３０からサーバ１００へ、変換の失敗を示す情報が送信される。すると、サーバ１００の変換例取得部１２０が、３回目の変換例入力用の変換例入力画面を示す画面データを生成し、その画面データを端末装置３０に送信する。端末装置３０には、３回目の変換例入力用の変換例入力画面が表示される。

【0110】

図１５は、３回目の変換例入力画面の一例を示す図である。３回目の変換例入力用の変換例入力画面６５には、データテーブル表示部６５ａ、変換例入力部６５ｂ、およびボタン６５ｃが含まれる。データテーブル表示部６５ａには、変換元のデータテーブル１１１に登録されているレコードの各フィールドに設定された値が表示されている。

【0111】

変換例入力部６５ｂは、変換例を入力するための領域である。変換例入力部６５ｂには、各レコードに対応付けて、前回変換結果と変換例入力用のテキストボックスが設けられている。ボタン６５ｃは、変換例に基づくデータテーブル１１１の変換の実行を指示するためのボタンである。

【0112】

ユーザは、前回変換結果として意図と異なる値が示されている３番目のレコードに対応する、変換例入力部６５ｂ内のテキストボックスに、意図に沿った正しい変換例を追加入力する。次にユーザは、ボタン６５ｃを押下する。

【0113】

ボタン６５ｃが押下されると、変換例入力部６５ｂに入力されている変換例を含む変換例リストが、端末装置３０からサーバ１００に送信される。変換例リストを受信したサーバ１００では、レシピ生成部１３０が、変換例に基づいてレシピを生成する。

【0114】

図１６は、３回目のレシピ生成によって生成されるレシピの一例を示す図である。図１６に示したレシピ５３は、「市名と州名から区域名を得る」ためのオペレータを含む。
レシピ５３の１行目は、データテーブル１１１の１番目の列を新しい列（３番目の列）にコピーすることを指示するオペレータである。レシピ５３の２行目は、区域名の一覧から、データテーブル１１１の３列目列（市名）の文字列を含み、かつ州名が２列目（州名）の文字列と一致するものを抽出して、３列目に上書きで書き戻すオペレータである。同じ州に同一の市名は複数存在しないと考えられるため、このオペレータによって得られる候補はひとつに絞られる。２行目の「ＧｅｔＣＢＳＡＮａｍｅＢｙＣｉｔｙＡｎｄＳｔａｔｅ」は、ＣＳＢＡのデータベース（ｃｂｓａ－ｌｉｓｔ）に以下のクエリを問い合わせる関数である。
ＳＥＬＥＣＴ ｃｂｓａｎａｍｅ ＦＲＯＭ ｃｂｓａ－ｌｉｓｔ ＷＨＥＲＥ ｃｂｓａｎａｍｅ ＬＩＫＥ ”％｛ｃｉｔｙ｝％” ａｎｄ ｓｔａｔｅｎａｍｅ ＝ ”｛ｓｔａｔｅ｝”
このクエリは、データテーブル１１１内のレコードに設定されている市名を含み、かつデータテーブル１１１内のレコードに設定されている州名と同じ州名を有するｃｂｓａ名を問い合わせるものである。

【0115】

データ変換部１４０がレシピ５３に示されるオペレータをデータテーブル１１１内の各レコードに対して実行することで、３回目の変換が行われる。すると変換結果出力部１５０により変換結果確認画面の画面データが生成され、その画面データが端末装置３０に送信される。そして端末装置３０に変換結果確認画面が表示される。

【0116】

図１７は、３回目の変換時の変換結果確認画面の一例を示す図である。変換結果確認画面６６には、データテーブル表示部６６ａ、レシピ表示部６６ｂ、およびボタン６６ｃ，６６ｄが含まれる。

【0117】

データテーブル表示部６６ａには、３回目の変換によって生成されたデータテーブルに登録されているレコードの各フィールドに設定された値が表示されている。生成されたデータテーブルは、変換元のデータテーブル１１１に対して「区域名」の列が追加されている。「区域名」の列には、各レコードにレシピ５３を適用することで生成された値が設定されている。

【0118】

３回目の変換結果確認画面６６では、「区域名」の列内の文字が、変換内容に応じて色分けして表示される。例えばユーザが確認済のレコードの区域名の値は青色で表示される。それ以外の値は黒色で表示される。なお図１７の例では、前回の変換時と異なる値に変換された確認済レコード（変換例が今回追加されたレコードを除く）はないため、区域名の値が赤色で表示されるレコードはない。図１７の例では、青色で表示される文字を太字かつ斜体で表記している。

【0119】

レシピ表示部６６ｂには、適用したレシピ５３を示す名称が表示されている。ボタン６６ｃは、変換が成功した場合に押下するボタンである。ボタン６６ｄは、変換に失敗した場合に押下するボタンである。

【0120】

ユーザは、データテーブル表示部６６ａに示されているレコードを上から順番に、意図通りの変換が行われているか否かについてチェックする。図１７の例ではすべてのレコードについてユーザの意図通りの変換となっている。そこで、ユーザは、変換の成功を示すボタン６６ｃを押下する。

【0121】

ボタン６６ｃが押下されると、端末装置３０からサーバ１００へ、変換の成功を示す情報が送信される。すると、サーバ１００の変換結果出力部１５０が、３回目の変換によって生成されたデータテーブルを記憶部１１０に格納する。

【0122】

このようにして、変換元のデータテーブル１１１に基づいて、ユーザの意図通りの値（ＣＳＢＡを示す文字列）を含む列を追加したデータテーブルを生成することができる。データテーブルを再生成した場合、確認済レコードのうち前回の変換時と異なる値に変換されたレコードの値が強調表示されることにより、ユーザのチェック漏れが抑止される。すなわち、データテーブルの変換を繰り返し行い、その都度、正しく変換されたか否かの確認を行っていると、既に確認済のレコードについての確認がおろそかになりやすい。変換に誤りがある可能性が高いレコードの値を強調表示することで、ユーザが誤りを見のがすことを抑止することができる。

【0123】

なお、上記のＰＢＥの例では、英語の文字列が設定されたデータテーブル１１１を変換しているが、日本語の文字列が設定されたデータテーブルを変換する場合にもＰＢＥの技術を利用することができる。

【0124】

図１８は、日本語の文字列が設定されたデータテーブルの一例を示す図である。図１８に示すデータテーブル１１１ａには、住所、建物名、および電話番号の列が設けられている。データテーブル１１１ａ内のレコードは、各列に対応するフィールドを含む。住所の列には、建物が建っている場所の住所が設定されている。建物名の列には、建物の名称が設定されている。電話番号の列には、対応する建物を使用している組織の電話番号が設定されている。

【0125】

図１９は、日本語のデータテーブルの変換結果確認の一例を示す図である。図１９には、住所に基づいて、都道府県名を省略した住所を生成する場合の例が示されている。例えばユーザは、変換例リスト７１に、変換例として「千葉県千葉市中央区千葉港ｘ－ｘ」の変換後の値「千葉市中央区千葉港ｘ－ｘ」と、「埼玉県さいたま市浦和区常盤ｘ－ｘ－ｘ」の変換後の値「さいたま市浦和区常盤ｘ－ｘ－ｘ」とを入力したものとする。サーバ１００のレシピ生成部１３０は、変換例リスト７１に示される変換例に従ってデータテーブル１１１ａ内の各レコードの値を変換するためのレシピを生成する。例えば「先頭から３文字削除」する変換ルールがレシピ８１として生成されたものとする。

【0126】

レシピ８１が生成されると、データ変換部１４０によりデータテーブル１１１ａ内の住所がレシピ８１に従って変換される。変換結果として新たなデータテーブル７２が生成される。変換結果のデータテーブル７２は、変換結果出力部１５０によって端末装置３０に送信され、端末装置３０の画面に表示される。

【0127】

ユーザは、端末装置３０に表示されたデータテーブル７２に基づいて変換結果を確認する。例えばユーザは、データテーブル７２の上位のレコードから順に変換結果の誤りの有無を確認していく。ここでユーザが意図した変換は、住所から都道府県名を削除する変換である。図１９の例では、データテーブル７２に含まれる「県横浜市中区港町ｘ－ｘ」は「県」が削除されていない。この場合、ユーザは「神奈川県横浜市中区港町ｘ－ｘ」から県名を削除した「横浜市中区港町ｘ－ｘ」を、変換例として変換例リスト７３に追加する。

【0128】

日本語のデータテーブル１１１ａについても、変換例の追加、レシピの生成、レシピに基づくデータテーブル１１１ａの変換をサーバ１００に繰り返し実行させることで、ユーザの意図通りの変換を実現できる。その処理手順は、図７に示した通りである。

【0129】

図２０は、変換を繰り返すことによる日本語のデータテーブル内のレコードの変換履歴の一例を示す図である。変換履歴８０には、変換元のレコードに対応付けて、変換例と、変換例に応じて生成されたレシピ８１～８３を適用した変換結果とが示されている。図２０に示した例では、変換例の指定が３回実施されており、３つのレシピ８１～８３が生成されている。ユーザが意図する変換は、住所から都道府県名を削除する変換であるものとする。なお、図２０の例では、市名より詳細な部分は省略されている。

【0130】

１回目の変換例指定では、「千葉県千葉市」を「千葉市」に変換する変換例と、「埼玉県さいたま市」を「さいたま市」に変換する変換例とが指定されている。図２０の例では、この２つの変換例に基づいて「先頭から３文字削除」のオペレータが記述されたレシピ８１が生成されている。

【0131】

レシピ８１を適用することによる各レコードの値の変換により、変換例を指定したレコードについては変換例通りの変換が行われている。ユーザが上位のレコードから順に変換結果を確認していくと、６番目のレコードについて誤った変換が行われていることに気づく。６番目のレコードは「神奈川県横浜市」から「県横浜市」に変換されており、「県」の文字が残されている。

【0132】

そこでユーザは、６番目のレコードの変換例「横浜市」を追加で指定する。図２０の例では、２回目の変換例指定に基づいて、「「県」までの文字列を削除」のオペレータが記述されたレシピ８２が生成されている。

【0133】

レシピ８２を適用した各レコードの値の変換により、変換例を指定したレコードについては変換例通りの変換が行われている。このとき先頭のレコードから、追加で変換例が指定された６番目のレコードまでは、前回の変換結果をユーザが確認した確認済レコードである。確認済レコードのうち３番目のレコードについては、前回の変換と異なる値に変換されている。前回の変換の際に正しいと判断された変換結果から異なる変換結果に変わったことで、このレコードに対する２回目の変換結果は誤った変換である可能性が高い。

【0134】

なお６番目のレコードについては、前回の変換と異なる値に変換されているが、このレコードは変換例が指定されたレコードであり、前回の変換結果が誤っていたレコードである。この６番目のレコードは変換例の通りに変換されており、２回目の変換結果は正しい。

【0135】

変換結果出力部１５０は、例えば変換結果が前回から変更された確認済レコード（変換例が今回追加されたレコードを除く）については、表示色を赤色にすることで強調表示する。これにより、ユーザによる確認作業時に、３番目のレコードについて誤った変換が行われていることの見落としが抑止される。

【0136】

また変換結果出力部１５０は、例えば変換結果が前回から変更されていない確認済レコードについては表示色を青色にすることで、他のレコードの色（例えば黒色）と異なる色で表示する。これにより、ユーザは確認済のレコードを認識することができ、すでに正しく変換されたことが確認され、２回目の変換結果でも同様に変換されたレコードを容易に識別できる。

【0137】

ユーザは、３番目のレコードについて変換結果が誤っていることを確認すると、そのレコードの変換例「新宿区」を追加で指定する。図２０の例では、３回目の変換例指定に基づいて、「都道府県の文字列を削除」のオペレータが記述されたレシピ８３が生成されている。

【0138】

レシピ８３を適用した各レコードの値の変換により、変換例を指定したレコードについては変換例通りの変換が行われている。このとき先頭のレコードから、過去に追加で変換例が指定された６番目のレコードまでは、以前の変換結果をユーザが確認した確認済レコードである。確認済レコードのうち３番目のレコードについては、前回の変換と異なる値に変換されているが、このレコードは変換例が追加で指定されたレコードである。そこで変換結果出力部１５０は、確認済レコードについては表示色を青色にすることで、他のレコードの色（例えば黒色）と異なる色で表示する。

【0139】

以下、図２１～図２９を参照して、図２０に示したようなＰＢＥによるデータテーブル１１１ａの変換処理を行う際のユーザの操作および生成されるレシピについて詳細に説明する。以下の例では、データテーブル１１１ａを入力（列０：住所，列１：建物名，列２：電話番号）とし、データテーブル１１１ａの住所から都道府県名を削除したデータテーブルを出力（列０：住所（都道府県を除く），列１：建物名，列２：電話番号）とする。

【0140】

例えばユーザは、端末装置３０を操作し、サーバ１００に対して、データテーブル１１１ａに基づく「列０：住所（都道府県を除く），列１：建物名，列２：電話番号」のデータテーブルの生成を指示する。するとサーバ１００の変換例取得部１２０により、データテーブル１１１ａに基づいて変換例入力画面の画面データが生成され、その画面データが端末装置３０に送信される。そして端末装置３０に変換例入力画面が表示される。

【0141】

図２１は、１回目の日本語の変換例入力時の変換例入力画面の一例を示す図である。変換例入力画面９１には、データテーブル表示部９１ａ、変換例入力部９１ｂ、およびボタン９１ｃが含まれる。データテーブル表示部９１ａには、変換元のデータテーブル１１１ａに登録されているレコードの各フィールドに設定された値が表示されている。

【0142】

変換例入力部９１ｂは、変換例を入力するための領域である。変換例入力部９１ｂには、各レコードに対応付けて、変換例入力用のテキストボックスが設けられている。ボタン９１ｃは、変換例に基づくデータテーブル１１１ａの変換の実行を指示するためのボタンである。

【0143】

ユーザは、変換例入力部９１ｂのいずれか１以上のテキストボックスに、対応するレコードの変換例を入力する。図２１の例では、１番目と２番目のレコードについての変換例が入力されている。次にユーザは、ボタン９１ｃを押下する。

【0144】

ボタン９１ｃが押下されると、変換例入力部９１ｂに入力された変換例を含む変換例リストが、端末装置３０からサーバ１００に送信される。変換例リストを受信したサーバ１００では、レシピ生成部１３０が、変換例に基づいてレシピを生成する。

【0145】

図２２は、１回目のレシピ生成によって生成される日本語変換用のレシピの一例を示す図である。図２２に示したレシピ８１は、「先頭から３文字削除」をするためのオペレータを含む。

【0146】

レシピ８１に示されるオペレータは、１番目の列（住所）の文字列から先頭３文字分を取り除き、その列に戻すことを指示する命令である。
データ変換部１４０がレシピ８１に示されるオペレータをデータテーブル１１１ａ内の各レコードに対して実行することで、１回目の変換が行われる。すると変換結果出力部１５０により変換結果確認画面の画面データが生成され、その画面データが端末装置３０に送信される。そして端末装置３０に変換結果確認画面が表示される。

【0147】

図２３は、１回目の日本語変換時の変換結果確認画面の一例を示す図である。変換結果確認画面９２には、データテーブル表示部９２ａ、レシピ表示部９２ｂ、およびボタン９２ｃ，９２ｄが含まれる。

【0148】

データテーブル表示部９２ａには、１回目の変換によって生成されたデータテーブルに登録されているレコードの各フィールドに設定された値が表示されている。１回目の変換結果においては、変換結果が正しいか否かの確認済のレコードはないため、すべてのレコードの「住所」の値は強調表示されずに、例えば黒色で表示される。レシピ表示部９２ｂには、適用したレシピ８１を示す名称が表示されている。ボタン９２ｃは、変換が成功した場合に押下するボタンである。ボタン９２ｄは、変換に失敗した場合に押下するボタンである。

【0149】

ユーザは、データテーブル表示部９２ａに示されているレコードを上から順番に、意図通りの変換が行われているか否かについてチェックする。図２３の例では、ユーザは、６番目のレコードにおいて、意図と異なる値に変換されていることを認識する。そこで、ユーザは、変換の失敗を示すボタン９２ｄを押下する。

【0150】

ボタン９２ｄが押下されると、端末装置３０からサーバ１００へ、変換の失敗を示す情報が送信される。すると、サーバ１００の変換例取得部１２０が、２回目の日本語変換例入力用の変換例入力画面を示す画面データを生成し、その画面データを端末装置３０に送信する。端末装置３０には、２回目の日本語変換例入力用の変換例入力画面が表示される。

【0151】

図２４は、２回目の日本語の変換例入力画面の一例を示す図である。２回目の変換例入力用の変換例入力画面９３には、データテーブル表示部９３ａ、変換例入力部９３ｂ、およびボタン９３ｃが含まれる。データテーブル表示部９３ａには、変換元のデータテーブル１１１ａに登録されているレコードの各フィールドに設定された値が表示されている。

【0152】

変換例入力部９３ｂは、変換例を入力するための領域である。変換例入力部９３ｂには、各レコードに対応付けて、前回変換結果と変換例入力用のテキストボックスが設けられている。ボタン９３ｃは、変換例に基づくデータテーブル１１１ａの変換の実行を指示するためのボタンである。

【0153】

ユーザは、前回変換結果として意図と異なる値が示されている６番目のレコードに対応する、変換例入力部９３ｂ内のテキストボックスに、意図に沿った正しい変換例を追加入力する。次にユーザは、ボタン９３ｃを押下する。

【0154】

ボタン９３ｃが押下されると、変換例入力部９３ｂに入力されている変換例を含む変換例リストが、端末装置３０からサーバ１００に送信される。変換例リストを受信したサーバ１００では、レシピ生成部１３０が、変換例に基づいてレシピを生成する。

【0155】

図２５は、２回目のレシピ生成によって生成される日本語変換用のレシピの一例を示す図である。図２５に示したレシピ８２は、「「県」までの文字列を削除」するためのオペレータを含む。

【0156】

レシピ８２に示されるオペレータは、データテーブル１１１ａの１番目の列（住所）の文字列について、前方から「県」まで（「県」を含む）を取り除き、その列に戻すことを指示する命令である。データ変換部１４０がレシピ８２に示されるオペレータをデータテーブル１１１ａ内の各レコードに対して実行することで、２回目の変換が行われる。すると変換結果出力部１５０により変換結果確認画面の画面データが生成され、その画面データが端末装置３０に送信される。そして端末装置３０に変換結果確認画面が表示される。

【0157】

図２６は、２回目の日本語変換時の変換結果確認画面の一例を示す図である。変換結果確認画面９４には、データテーブル表示部９４ａ、レシピ表示部９４ｂ、およびボタン９４ｃ，９４ｄが含まれる。

【0158】

データテーブル表示部９４ａには、２回目の変換によって生成されたデータテーブルに登録されているレコードの各フィールドに設定された値が表示されている。２回目の変換結果確認画面９４では、「住所」の列内の文字が、変換内容に応じて色分けして表示される。例えば前回の変換時と同じ値に変換された確認済レコード（変換例が今回追加されたレコードを除く）の住所の値は青色で表示される。また前回の変換時と異なる値に変換された確認済レコード（変換例が今回追加されたレコードを除く）の住所の値は赤色で表示される。変換例が今回追加されたレコードについては、変換結果が変換例と一致する場合に青色、一致しない場合に赤色で表示する。それ以外の値は黒色で表示される。図２６の例では、青色で表示される文字を太字かつ斜体で表記している。また赤色で表示される文字をアンダーライン付きの太字で表記している。

【0159】

レシピ表示部９４ｂには、適用したレシピ８２を示す名称が表示されている。ボタン９４ｃは、変換が成功した場合に押下するボタンである。ボタン９４ｄは、変換に失敗した場合に押下するボタンである。

【0160】

ユーザはデータテーブル表示部９４ａの３行目のレコードの住所の値が赤色で表示されていることから、誤った変換結果となっていることに確実に気づくことができる。そこでユーザは、変換の失敗を示すボタン９４ｄを押下する。

【0161】

ボタン９４ｄが押下されると、端末装置３０からサーバ１００へ、変換の失敗を示す情報が送信される。すると、サーバ１００の変換例取得部１２０が、３回目の変換例入力用の変換例入力画面を示す画面データを生成し、その画面データを端末装置３０に送信する。端末装置３０には、３回目の変換例入力用の変換例入力画面が表示される。

【0162】

図２７は、３回目の日本語の変換例入力画面の一例を示す図である。３回目の変換例入力用の変換例入力画面９５には、データテーブル表示部９５ａ、変換例入力部９５ｂ、およびボタン９５ｃが含まれる。データテーブル表示部９５ａには、変換元のデータテーブル１１１ａに登録されているレコードの各フィールドに設定された値が表示されている。

【0163】

変換例入力部９５ｂは、変換例を入力するための領域である。変換例入力部９５ｂには、各レコードに対応付けて、前回変換結果と変換例入力用のテキストボックスが設けられている。ボタン９５ｃは、変換例に基づくデータテーブル１１１ａの変換の実行を指示するためのボタンである。

【0164】

ユーザは、前回変換結果として意図と異なる値が示されている３番目のレコードに対応する、変換例入力部９５ｂ内のテキストボックスに、意図に沿った正しい変換例を追加入力する。次にユーザは、ボタン９５ｃを押下する。

【0165】

ボタン９５ｃが押下されると、変換例入力部９５ｂに入力されている変換例を含む変換例リストが、端末装置３０からサーバ１００に送信される。変換例リストを受信したサーバ１００では、レシピ生成部１３０が、変換例に基づいてレシピを生成する。

【0166】

図２８は、３回目のレシピ生成によって生成される日本語変換用のレシピの一例を示す図である。図２８に示したレシピ８３は、「都道府県の文字列を削除」するためのオペレータを含む。

【0167】

レシピ８３に示されるオペレータは、データテーブル１１１ａの１番目の列（住所）の文字列について、前方からの文字列が都道府県名に一致した場合はその文字列（都、道、府、県の文字を含む）を取り除いてその列に戻すことを指示する命令である。このオペレータでは、前方から最大４文字分の文字列が都道府県名に一致しなければそのままの値が１番目の列に戻される。

【0168】

このレシピ８３で実行されるオペレータ（関数）の内部では、１番目の列の前方側から切り出した文字列（以下の例では”ｃｈａｒ”としている）が都道府県名（ｐｒｅｆｎａｍｅ）のリスト（ｐｒｅｆ－ｌｉｓｔ）に含まれるかの判定が行われる。例えば、以下のような問い合わせを実行することで判定が行われる。
ＳＥＬＥＣＴ ｐｒｅｆｎａｍｅ ＦＲＯＭ ｐｒｅｆ－ｌｉｓｔ ＷＨＥＲＥ ｐｒｅｆｎａｍｅ ＝ ”｛ｃｈａｒ｝”
データ変換部１４０がレシピ８３に示されるオペレータをデータテーブル１１１ａ内の各レコードに対して実行することで、３回目の変換が行われる。すると変換結果出力部１５０により変換結果確認画面の画面データが生成され、その画面データが端末装置３０に送信される。そして端末装置３０に変換結果確認画面が表示される。

【0169】

図２９は、３回目の日本語変換時の変換結果確認画面の一例を示す図である。変換結果確認画面９６には、データテーブル表示部９６ａ、レシピ表示部９６ｂ、およびボタン９６ｃ，９６ｄが含まれる。

【0170】

データテーブル表示部９６ａには、３回目の変換によって生成されたデータテーブルに登録されているレコードの各フィールドに設定された値が表示されている。３回目の変換結果確認画面９６では、「住所」の列内の文字が、変換内容に応じて色分けして表示される。例えばユーザが確認済のレコードの住所の値は青色で表示される。それ以外の値は黒色で表示される。なお図２９の例では、前回の変換時と異なる値に変換された確認済レコード（変換例が今回追加されたレコードを除く）はないため、住所の値が赤色で表示されるレコードはない。図２９の例では、青色で表示される文字を太字かつ斜体で表記している。

【0171】

レシピ表示部９６ｂには、適用したレシピ８３を示す名称が表示されている。ボタン９６ｃは、変換が成功した場合に押下するボタンである。ボタン９６ｄは、変換に失敗した場合に押下するボタンである。

【0172】

ユーザは、データテーブル表示部９６ａに示されているレコードを上から順番に、意図通りの変換が行われているか否かについてチェックする。図２９の例ではすべてのレコードについてユーザの意図通りの変換となっている。そこで、ユーザは、変換の成功を示すボタン９６ｃを押下する。

【0173】

ボタン９６ｃが押下されると、端末装置３０からサーバ１００へ、変換の成功を示す情報が送信される。すると、サーバ１００の変換結果出力部１５０が、３回目の変換によって生成されたデータテーブルを記憶部１１０に格納する。

【0174】

このようにして、日本語が登録されたデータテーブル１１１ａについてもＰＢＥの技術を用いて、適切に変換することができる。しかもレシピを改善していく過程で生成されたデータテーブルにおける確認済レコードの値が前回と異なる場合には強調表示されるため、誤った変換結果の見落としが抑止される。

【0175】

〔その他の実施の形態〕
第２の実施の形態では、英語の文字列が登録されたデータテーブルの変換例と日本語の文字列が登録されたデータテーブルの変換例とを示したが、他の言語の文字列が登録されたデータテーブルを変換する場合にも、第２の実施の形態の処理を適用可能である。

【0176】

また第２の実施の形態では、変換例を指定したレコードについては、変換例の通りに変換されているが、変換例が指定されたレコードであっても、変換例の通りに変換できない場合もあり得る。サーバ１００の変換結果出力部１５０は、変換例が指定されたレコードのうち、指定された変換例と異なる値に変換されたレコードについては、その値を強調表示することもできる。これにより、変換例が指定されたレコードの値が変換例と異なる値に変換された場合、変換例通りに変換されていないことをユーザに通知することができる。

【0177】

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

【符号の説明】

【0178】

１ データ
２，５ 変換例リスト
３，６ 変換プログラム
４，７ 変換結果
８ ユーザ
１０ データ処理装置
１１ 記憶部
１２ 処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】