コンピュータに、複数のカラムを含むレコードを記憶部から読み出し、読み出したレコードのいずれかのカラムに格納されるデータが、該カラムに対応する属性を有さない場合に、他のカラムに対応する属性を有するかの判定を行い、前記判定の結果、該他のカラムに対応する属性を有すると判定した場合に、前記データを前記他のカラムに配置する、処理を実行させることを特徴とするデータ配置変更プログラム。前記コンピュータに、さらに、該カラムに対応する属性と、前記他のカラムに対応する属性と、を組み合わせた属性を有するかの判定を行う、処理を実行させることを特徴とする請求項1に記載のデータ配置変更プログラム。前記他のカラムは、該カラムと隣接するカラムである、ことを特徴とする請求項1又は請求項2に記載のデータ配置変更プログラム。前記コンピュータに、前記配置する処理を実行後にさらに前記対応する属性を有するか否かの判定を行なう、ことをさらに実行させることを特徴とする請求項1から3のいずれか一つに記載のデータ配置変更プログラム。コンピュータに、複数のカラムを含むレコードを記憶部から読み出し、読み出したレコードのいずれかのカラムに格納されるデータが、該カラムに対応する属性を有さない場合に、他のカラムに対応する属性を有するかの判定を行い、前記判定の結果、該他のカラムに対応する属性を有すると判定した場合に、前記データを前記他のカラムに配置する、処理を実行させることを特徴とするデータ配置変更方法。複数のカラムを含むレコードレコードを記憶する記憶部とネットワークを介して接続されるデータ配置変更装置であって、前記レコードを前記記憶部から読み出す読出制御部と、前記読出制御部によって読み出されたレコードのいずれかのカラムに格納されるデータが、該カラムに対応する属性を有さない場合に、他のカラムに対応する属性を有するかの判定を判定部と、前記判定部による判定の結果、該他のカラムに対応する属性を有すると判定した場合に、前記データを前記他のカラムに配置する配置制御部とを有することを特徴とするデータ配置変更装置。しかしながら、従来の技術では、データの質の向上度が低いという問題がある。例えば、従来の技術は、カラム内のスキーマにしたがったデータが格納されていることを前提に、つまり、カラムには指定されたデータが記憶されていることを前提にデータクレンジングを実行する。したがって、従来の技術では、誤ったカラムに格納されたデータが他のカラムに格納されるべきデータであっても、ノイズデータとして削除されてしまう。また、従来のマッピングは、複写元のスキーマと複写先のスキーマとに基づいてマッピング定義を生成するので、誤ったカラムに格納されたデータは誤ったまま複写先に格納されてしまう。1つの側面においては、データクレンジングにおいて誤ったカラムに格納されたデータがノイズとなることを抑制することを目的とする。第1の案では、コンピュータに、複数のカラムを含むレコードを記憶部から読み出し、読み出したレコードのいずれかのカラムに格納されるデータが、該カラムに対応する属性を有さない場合に、他のカラムに対応する属性を有するかの判定を行う処理を実行させる。また、コンピュータに、前記判定の結果、該他のカラムに対応する属性を有すると判定した場合に、前記データを前記他のカラムに配置する処理を実行させる。一側面においては、データクレンジングにおいて誤ったカラムに格納されたデータがノイズとなることを抑制することができる。以下に、本願の開示するデータ配置変更プログラム、データ配置変更方法およびデータ配置変更装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。図1は、実施例1に係るシステムの全体構成例を示す図である。図1に示すように、このシステムは、DBDataBase1と、DB2と、データ配置変更装置10とを有する。データ配置変更装置10とDB1とはネットワークを介して接続されており、同様に、データ配置変更装置10とDB2とはネットワークを介して接続される。なお、ここでは、データ配置変更装置10と各DBとはネットワークを介して接続される例で説明するが、これに限定されるものではなく、データ配置変更装置10が各DBを内部に有していてもよい。また、ここではデータクレンジング対象のDBとクレンジング後のDBとが別々である例で説明するが、これに限定されるものではなく、同じDBであってもよい。DB1は、複数のカラムで形成されるレコードを有するデータベースであり、データ配置変更装置10がデータ配置変更対象とするデータを記憶する。DB2は、ユーザ等によって指定されたデータスキーマを有するデータベースであり、データ配置変更装置10によって配置変更された後のデータを記憶する。データ配置変更装置10は、読出制御部10aと判定部10bと配置制御部10cとを有し、DB1の各レコードについてデータの属性を判定し、DB1からDB2にデータ配置変更を実行するサーバ装置である。読出制御部10aは、複数のカラムを含むレコードをDB1から読み出す。判定部10bは、読出制御部10aが読み出したレコードのいずれかのカラムに格納されるデータが、該カラムに対応する属性を有さない場合に、他のカラムに対応する属性を有するかの判定を行う。配置制御部10cは、判定の結果、該他のカラムに対応する属性を有すると判定した場合に、データを前記他のカラムに配置する。例えば、配置制御部10cは、DB1から読み出したレコードの各カラムに格納されるデータ各々を、DB2における同一レコード内のいずれかのカラムに格納する。ここで、図2を用いて、データ配置変更例を説明する。図2は、データ配置変更例を示す図である。図2に示すように、DB1は、データスキーマとして姓、名、住所、自宅Tel、携帯Telから形成されるレコードを有する。また、DB2は、姓、名、住所、自宅Tel、携帯Telから形成されるデータスキーマを有する。このような状態において、読出制御部10aは、DB1からレコードとして山田太郎、-、神奈川県、08012345678、-を読み出す。続いて、特定部10bは、各カラムごとに、データと属性情報とを比較して属性を特定する。ここでは、特定部10bは、第1カラムの山田太郎を属性姓名と特定し、第3カラムの神奈川県を属性住所と特定し、第4カラムの08012345678を属性携帯Telと特定する。その後、生成部10cは、特定したDB1の各データを、DB2における該当スキーマの位置に格納してレコードを生成する。つまり、生成部10cは、属性が姓名と特定された第1カラムの山田太郎については、DB2のスキーマ姓に山田を格納し、DB2のスキーマ名に太郎を格納する。同様に、生成部10cは、属性が住所と特定された第3カラムの神奈川県については、DB2のスキーマ住所に格納し、属性が携帯Tel特定された第4カラムの08012345678については、DB2のスキーマ携帯Telに格納する。このようにして、生成部10cは、データの配置を変更したレコードを生成する。このように、実施例1に係るデータ配置変更装置10は、データスキーマとは異なるデータが格納されていた場合でも、当該データを破棄することなく、正常な格納位置に再配置することができる。この結果、データ配置変更装置10は、データを無駄にすることなく、ユーザの意図を考慮してデータを再配置することができるので、データの質を向上させることができる。次に、実施例1で説明したデータ配置変更装置の具体的な構成例、処理の流れ等について説明する。ここでは、データ配置変更装置が配置変更対象のDBおよび配置変更先のDBを有している例で説明する。[データ配置変更装置の構成]図3は、実施例2に係るデータ配置変更装置の構成を示す機能ブロック図である。図3に示すように、データ配置変更装置20は、通信制御I/F部21と記憶部22と制御部25とを有する。なお、データ配置変更装置20が有する処理は、図示したものに限られず、例えば、ディスプレイなどの表示部やマウスなどの入力部を有していてもよい。また、記憶部22は、例えば半導体メモリ素子やハードウェアなどの記憶装置である。制御部25は、例えばCPUCentralProcessingUnitなどの電子回路やFPGAFieldProgrammableGateArrayなどの集積回路である。通信制御I/F部21は、例えばNICNetworkInterfaceCardなどのように、他の装置と通信を制御するインタフェースである。例えば、通信制御I/F部21は、管理者などからデータクレンジング開始指示などを受信したり、管理者の端末にクレンジング結果などを送信したりする。記憶部22は、制御部25の各処理部が処理を実行する際に使用する作業領域等を有するとともに、クレンジング対象DB22aと属性判定順定義書DB22bと属性判定用辞書22cとクレンジング用辞書DB22dとクレンジング後DB22eとを有する。クレンジング対象DB22aは、クレンジング対象のデータを記憶するレコードであって、複数のカラムで形成されるレコードを記憶するデータベースである。図4は、クレンジング対象DBに記憶される情報の例を示す図である。図4に示すように、クレンジング対象DB22aは、姓、名、住所、自宅Tel、携帯Telとして特許、一郎、東京都、0441234...、、鈴木、花子、静岡県、、090、山田太郎、、神奈川県、080...、などを記憶する。つまり、図4の例では、3番目のレコードの第1カラムである姓に、間違って、山田太郎が格納されている。また、3番目のレコードの第4カラムである自宅Telに、間違って、080が格納されている。なお、ここでは、姓、名、住所、自宅Tel、携帯Telをデータスキーマと呼び、各カラムに記憶されるデータをクレンジング対象データと呼ぶ。属性判定順定義書DB22bは、クレンジング対象DB22aのデータスキーマの各カラムごとに、各カラムに記憶されるデータの属性を判定する際に参照する属性判定定義の参照順番を記憶するデータベースである。図5は、属性判定順定義書DBに記憶される情報の例を示す図である。一例を挙げると、図5に示すように、属性判定順定義書DB22bは、第1カラム用として姓、名、姓名を記憶する。つまり、クレンジング対象DB22aの第1カラムに記憶されるデータの属性を判定する場合には、姓の属性辞書、名の属性辞書、姓名の属性辞書の順に、属性辞書を参照することが定義されている。また、図5に示すように、属性判定順定義書DB22bは、第4カラム用として[09]と‘’、‘’で構成されていること、自宅Tel0[17]x[]x[]xxxx[]xxxx、国際Tel81x[]x[]xxxx[]xxxxなどを記憶する。つまり、クレンジング対象DB22aの第4カラムに記憶されるデータの属性を判定する場合には、まず、[09]と‘’、‘’で構成されているか否かが判定される。次に、自宅Tel、国際Tel、090から始まる携帯Tel、080から始まる携帯Tel、PHSTelの順番で、それぞれの定義と一致する文字列であるか否かが判定される。なお、図5に示したxは、0から9の数字である。属性判定用辞書DB22cは、属性と当該属性を特定する属性情報を対応付けて記憶するデータベースである。図6は、属性判定用辞書DBに記憶される情報の例を示す図である。図6に示すように、属性判定用辞書DB22cは、属性姓に対応付けて属性情報として文字種、フォーマット、最大長、佐藤、特許、鈴木などを記憶する。また、属性判定用辞書DB22cは、属性名に対応付けて属性情報として文字種、フォーマット、最大長、太郎、和雄、一郎などを記憶する。属性判定用辞書DB22cは、属性住所に対応付けて属性情報として文字種、フォーマット、最大長、東京都千代田区、東京都足立区、大阪府大阪市などを記憶する。図6の場合、姓の属性辞書には、第1に文字種が所定の文字種であるか、第2にフォーマットが所定のフォーマットであるか、第3にデータの最大長が所定値以下であるかを判定することが定義されている。続いて、姓の属性辞書には、佐藤、特許、鈴木などが定義されている。つまり、属性対象のデータが、最大長を超えない長さで所定の文字種で所定のフォーマットで格納されており、佐藤、特許、鈴木等に該当する場合には、当該データの属性は姓と判定される。クレンジング用辞書DB22dは、データをクレンジングする際に使用する辞書を記憶するデータベースである。図7は、クレンジング用辞書DBに記憶される情報の例を示す図である。図7に示すように、クレンジング用辞書DB22dは、属性姓に対応付けて佐藤、特許、鈴木、山田、田中、近藤などを記憶し、属性名に対応付けて太郎、和雄、一郎、花子、次郎、三郎などを記憶する。同様に、クレンジング用辞書DB22dは、属性姓名に対応付けて佐藤/太郎、佐藤/花子、佐藤/一郎、、山田/太郎などを記憶する。同様に、クレンジング用辞書DB22dは、属性住所に対応付けて北海道、青森県、秋田県、、東京都、神奈川県などを記憶し、属性携帯Telに対応付けて080xxxxxxxxなどを記憶する。クレンジング後DB22eは、制御部25等によってクレンジングされたデータの格納先となるデータベースである。図8は、クレンジング後DBに記憶される情報の例を示す図である。図8に示すように、クレンジング後DB22eは、データスキーマとして姓、名、住所、自宅Tel、携帯Telを有する。つまり、クレンジング後DB22eのレコードを形成する各カラムの属性が姓、名、住所、自宅Tel、携帯Telである。また、このデータスキーマに格納されるデータをクレンジング後データと呼ぶ。なお、クレンジング後DB22eは、クレンジングが終了してデータが格納されるまで空の状態であり、図8はデータが空の状態を図示している。制御部25は、内部メモリ等を有するとともに、クレンジングデータ分割部26とレコード読出制御部27と属性判定部28とクレンジング実行部29とデータ再配置部30とを有し、これらによってデータクレンジングを実行する処理部である。クレンジングデータ分割部26は、通信制御I/F部21等によってクレンジング開始指示が受信されると、クレンジング対象DB22aに記憶されるデータをクレンジング対象ごとに分割する。例えば、図4に示したデータを分割する例を説明する。図9は、分解後のデータ例を示す図である。クレンジングデータ分割部26は、図4に示したデータベースのデータを各カラムごとに分割し、カラムの属性とカラムに格納されるデータとを抽出して、記憶部22の作業領域等に一時的に格納する。例えば、図4の第3レコードを分割する例で説明する。クレンジングデータ分割部26は、姓、名、住所、自宅Tel、携帯Telに対応付けて記憶される山田太郎、、神奈川県、080...、を、山田太郎、、神奈川県、080...、に分割する。続いて、クレンジングデータ分割部26は、姓山田太郎、名、住所神奈川県、自宅Tel080...、携帯Telなどのように、分割したデータとカラムの属性とを対応付けて、記憶部22の作業領域等に一時的に格納する。レコード読出制御部27は、クレンジングデータ分割部26によって分割されたクレンジング対象データを1レコードずつ読み出す処理部である。図9に示した分解後のデータを例にして説明する。この場合、レコード読出制御部27は、姓山田太郎、名、住所神奈川県、自宅Tel080...、携帯Telを1レコードとして読み出して、属性判定部28に出力する。なお、レコード読出制御部27が読み出す順番は、先頭のレコードから読み出してもよく、任意のレコードから読み出してもよい。属性判定部28は、レコード読出制御部27が読み出したレコードの各カラムに格納されるデータ各々について属性を判定する処理部である。図9の場合、属性判定部28は、姓山田太郎、名、住所神奈川県、自宅Tel080...、携帯Telの各々について属性を判定する。具体的には、属性判定部28は、レコードの第1カラムのデータに対しては、属性判定順定義書DB22bの第1カラム用の定義書にしたがって、はじめに、属性判定用辞書DB22cに記憶される属性姓の属性判定辞書を参照する。そして、属性判定部28は、当該データの属性が特定できない場合には、第1カラム用の定義書にしたがって、次に、属性名の属性判定辞書を参照する。属性判定部28は、ここでも、特定できない場合には次の属性辞書を参照して比較処理を実行するが、特定できた場合には特定結果をクレンジング実行部29に通知したりする。一例を挙げると、属性判定部28は、第1レコードの第1カラムのデータ特許を作業領域等から読み出す。そして、属性判定部28は、第1カラム用の定義書にしたがって、姓の属性辞書を属性判定用辞書DB22cから読み出す。その後、属性判定部28は、読み出した姓の属性辞書に対応付けられている佐藤、特許、鈴木と、読み出したデータ特許とを比較する。そして、属性判定部28は、データ特許が姓の属性辞書に含まれているので、データ特許の属性を姓と判定する。別例を挙げると、属性判定部28は、第3レコードの第1カラムのデータ山田太郎を作業領域等から読み出す。そして、属性判定部28は、第1カラム用の定義書にしたがって、姓の属性辞書を属性判定用辞書DB22cから読み出す。その後、属性判定部28は、読み出した姓の属性辞書に対応付けられている佐藤、特許、鈴木と、読み出したデータ山田太郎とを比較する。そして、属性判定部28は、データ山田太郎が姓の属性辞書に含まれていないので、定義書に次に定義されている名の属性辞書を属性判定用辞書DB22cから読み出す。その後、属性判定部28は、読み出した名の属性辞書に対応付けられている太郎、和雄、一郎と、読み出したデータ山田太郎とを比較する。そして、属性判定部28は、データ山田太郎が名の属性辞書に含まれていないので、定義書に次に定義されている姓名の属性辞書として姓の属性辞書と名の属性辞書とを属性判定用辞書DB22cから読み出す。その後、属性判定部28は、読み出した姓の属性辞書に山田が記述され、かつ、名の属性辞書に太郎が記述されている場合、データ山田太郎の属性を姓名と判定する。このように、属性判定部28が図9に示した各データの属性を判定した結果を図10に示す。図10は、属性判定後のデータ例を示す図である。図10に示すように、第3レコードの第1カラムのデータ山田太郎については、第1カラムの属性が姓であったが、データの属性は姓名と判定されている。同様に、第3レコードの第4カラムのデータ080については、第4カラムの属性が自宅Telであったが、データの属性は携帯Telと判定されている。これら以外のデータについては、カラムの属性と同じ属性と判定されている。なお、属性判定部28は、図10に示した属性判定結果を記憶部22の作業領域等に格納する。図3に戻り、クレンジング実行部29は、属性判定部28が属性判定した各データに対してデータクレンジングを実行する処理部である。例えば、クレンジング実行部29は、属性が姓と判定されたデータについては、姓に対応するクレンジング用辞書をクレンジング用辞書DB22dから取得し、取得したクレンジング用辞書を用いてデータクレンジングを実行する。同様に、クレンジング実行部29は、属性が姓名と判定されたデータについては、姓名に対応するクレンジング用辞書をクレンジング用辞書DB22dから取得し、取得したクレンジング用辞書を用いてデータクレンジングを実行する。一例を挙げると、クレンジング実行部29は、属性が姓名と判定されたデータ山田太郎については、属性姓名に対応するクレンジング用辞書を参照して、データ山田太郎を山田/太郎に変換する。また、クレンジング実行部29は、山田が属性姓のクレンジング辞書に登録されており、太郎が属性名のクレンジング辞書に登録されているので、山田/太郎における山田の属性を姓、太郎の属性を名と判定する。同様に、クレンジング実行部29は、属性が携帯Telと判定されたデータ080xxxxxxxxについては、属性携帯Telに対応するクレンジング用辞書を参照して、データ080xxxxxxxxを080xxxxxxxxに変換する。このように、クレンジング実行部29が図10に示した各データをクレンジングした結果を図11に示す。図11は、クレンジング後のデータ例を示す図である。図11に示すように、第3レコードの第1カラムのデータ山田太郎については、山田/太郎にクレンジングされている。同様に、第3レコードの第4カラムのデータ080については、080xxxxxxxxにクレンジングされている。また、第3レコードの第2カラムのデータについては、データが格納されていないため、不明NILにクレンジングされている。なお、クレンジング実行部29は、図11に示したクレンジング結果を記憶部22の作業領域等に格納する。図3に戻り、データ再配置部30は、クレンジング実行部29によってクレンジングされたデータ各々について、属性判定部28によって判定された属性とクレンジング後DB22eのデータスキーマとに基づいて、データの再配置を実行する。例えば、データ再配置部30は、クレンジングされたデータについて、当該データの属性と一致するクレンジング後DB22eのデータスキーマに、当該データを格納する。一例を挙げると、データ再配置部30は、クレンジング対象DB22aの第1レコードにおいて属性が姓と判定されたデータを、クレンジング後DB22eのカラムのうち姓が設定されるカラムに格納する。また、データ再配置部30は、クレンジング対象DB22aの第1レコードにおいて属性が自宅Telと判定されたデータを、クレンジング後DB22eのカラムのうち自宅Telが設定されるカラムに格納する。つまり、データ再配置部30は、クレンジング対象DB22aにおける同一レコードに属するデータについては、クレンジング後DB22eにおいても同一レコードに格納される。このように、データ再配置部30が図11に示した各データの配置変更した例を図12に示す。図12は、データ配置変更例を示す図である。なお、図12は、クレンジング後DB22eに記憶される情報である。図12と図11とを比較すると、データ再配置部30は、図11の第3レコードにおいて属性姓名と判定されたデータ山田/太郎について、カラム姓に山田を格納し、カラム名に太郎を格納する。同様に、データ再配置部30は、図11の第3レコードにおいて属性携帯Telと判定されたデータ080について、カラム自宅Telからカラム携帯Telに格納先を変更する。[具体例]次に、図13から図15を用いて、データ配置変更の具体的な処理の例を説明する。ここでは、図13を用いて処理例1を説明し、図14を用いて処理例2を説明し、図15を用いて処理例3を説明する。処理例1図13は、属性判定後にクレンジングを実行して配置変更するまでの処理例1を説明する図である。図13に示すように、データ配置変更装置20のクレンジング対象DB22aは、姓、名、住所、自宅Tel、携帯Telとして山田太郎、、神奈川県、08012345678、を記憶する。なお、は、データがないことを示す。このような状態において、クレンジングデータ分割部26は、山田太郎、、神奈川県、08012345678、を山田太郎、、神奈川県、08012345678、に分割する。続いて、レコード読出制御部27は、このレコードをクレンジング対象DB22aから読み出す。そして、属性判定部28は、第1カラムの山田太郎について、第1カラム用の属性判定定義書の参照順序にしたがって属性判定用辞書を順次参照し、属性を姓名と特定する。同様に、属性判定部28は、第3カラムの神奈川県について、第3カラム用の属性判定定義書の参照順序にしたがって属性判定用辞書を順次参照し、属性を住所と特定する。同様に、属性判定部28は、第4カラムの08012345678について、第4カラム用の属性判定定義書の参照順序にしたがって属性判定用辞書を順次参照し、属性を携帯Telと特定する。続いて、クレンジング実行部29は、属性が姓名と判定された山田太郎については、属性姓名用のクレンジング辞書を用いてデータクレンジングを実行し、山田太郎を山田/太郎に変換する。同様に、クレンジング実行部29は、属性が住所と判定された神奈川県については、属性住所用のクレンジング辞書を用いてデータクレンジングを実行する。同様に、クレンジング実行部29は、属性が携帯Telと判定された08012345678については、属性携帯Tel用のクレンジング辞書を用いてデータクレンジングを実行し、08012345678を08012345678に変換する。その後、データ再配置部30は、山田/太郎のうち姓とクレンジングされた山田については、クレンジング後のデータスキーマのうち姓が設定されているカラムに格納する。また、データ再配置部30は、山田/太郎のうち名とクレンジングされた太郎については、クレンジング後のデータスキーマのうち名が設定されているカラムに格納する。同様に、データ再配置部30は、住所とクレンジングされた神奈川県については、クレンジング後のデータスキーマのうち住所が設定されているカラムに格納する。同様に、データ再配置部30は、携帯Telとクレンジングされた08012345678については、クレンジング後のデータスキーマのうち携帯Telが設定されているカラムに格納する。つまり、データ配置変更装置20は、再配置処理の前は姓のカラムに格納されていた山田太郎を、再配置処理によって山田と太郎に分割して、姓のカラムの山田を格納し、名のカラムに太郎を格納することができる。同様に、データ配置変更装置20は、再配置処理の前は自宅Telのカラムに格納されていた080xxxxxxxについては、再配置処理によって携帯Telのカラムに格納することができる。処理例2図14は、属性判定後にクレンジングを実行して配置変更するまでの処理例2を説明する図である。図14に示した処理が図13に示した処理と異なる点は、クレンジング後に仮置きという処理を実行する点である。図14に示すように、データ配置変更装置20のクレンジング対象DB22aは、姓、名、住所、自宅Tel、携帯Telとして山田太郎、、神奈川県、08012345678、abcを記憶する。なお、は、データがないことを示す。このような状態において、クレンジングデータ分割部26は、山田太郎、、神奈川県、08012345678、abcを山田太郎、、神奈川県、08012345678、abcに分割する。続いて、レコード読出制御部27は、このレコードをクレンジング対象DB22aから読み出す。そして、属性判定部28は、第1カラムの山田太郎について、第1カラム用の属性判定定義書の参照順序にしたがって属性判定用辞書を順次参照し、属性を姓名と特定する。同様に、属性判定部28は、第3カラムの神奈川県について、第3カラム用の属性判定定義書の参照順序にしたがって属性判定用辞書を順次参照し、属性を住所と特定する。同様に、属性判定部28は、第4カラムの08012345678について、第4カラム用の属性判定定義書の参照順序にしたがって属性判定用辞書を順次参照し、属性を携帯Telと特定する。同様に、属性判定部28は、第5カラムのabcについて、第5カラム用の属性判定定義書の参照順序にしたがって属性判定用辞書を順次参照し、属性を不明と特定する。つまり、第5カラムのabcは、いずれの属性辞書にも定義されていなかったとする。続いて、クレンジング実行部29は、属性が姓名と判定された山田太郎については、属性姓名用のクレンジング辞書を用いてデータクレンジングを実行し、山田太郎を山田/太郎に変換する。同様に、クレンジング実行部29は、属性が住所と判定された神奈川県については、属性住所用のクレンジング辞書を用いてデータクレンジングを実行する。同様に、クレンジング実行部29は、属性が携帯Telと判定された08012345678については、属性携帯Tel用のクレンジング辞書を用いてデータクレンジングを実行し、08012345678を08012345678に変換する。なお、第5カラムのabcについては、属性不明のままである。その後、データ再配置部30は、クレンジング後のデータを仮置きする。具体的には、データ再配置部30は、第1カラムに属性姓/名の山田/太郎を仮決定し、第2カラムに属性不明のNILを仮決定し、第3カラムに属性住所の神奈川県を仮決定する。また、データ再配置部30は、第4カラムに属性携帯Telの08012345678を仮決定し、第5カラムに属性不明のabcを仮決定する。その後、データ再配置部30は、仮決定された山田/太郎のうち属性が姓と判定された山田については、クレンジング後のデータスキーマのうち姓が設定されているカラムに格納する。また、データ再配置部30は、仮決定された山田/太郎のうち属性名が判定された太郎については、格納先となるクレンジング後のデータスキーマの名にNIL属性不明が仮決定されていると判定する。ところが、データ再配置部30は、属性不明のデータよりも属性が明確なデータを優先するので、クレンジング後のデータスキーマの名に太郎を格納する。また、データ再配置部30は、仮決定された神奈川県については、住所と属性が判定されたので、クレンジング後のデータスキーマのうち住所が設定されているカラムに格納する。また、データ再配置部30は、仮決定された08012345678については携帯Telと属性が判定されているが、格納先となるクレンジング後のデータスキーマの携帯Telにabc属性不明が仮決定されていると判定する。ところが、データ再配置部30は、属性不明のデータよりも属性が明確なデータを優先するので、クレンジング後のデータスキーマの携帯Telに08012345678を格納する。なお、データ再配置部30は、abc属性不明については、属性が不明であり格納先を特定できないので破棄する。このようにすることで、データ配置変更装置20は、クレンジング対象データ各々の属性を判定し、判定した属性に対応する格納先に、各データを再配置することができる。処理例3図15は、属性判定後にクレンジングを実行して配置変更するまでの処理例3を説明する図である。図15に示した処理が図13に示した処理と異なる点は、クレンジング対象のデータベースのスキーマと、クレンジングのデータベースのスキーマとが異なる点である。図15に示すように、データ配置変更装置20のクレンジング対象DB22aは、姓、名、住所、自宅Tel、携帯Telとして山田太郎、、神奈川県、08012345678、abcを記憶する。なお、は、データがないことを示す。このような状態において、データ配置変更装置20が実行する、クレンジングデータ分割処理、属性判定処理、クレンジング処理、仮置き処理については、図14と同様なので省略する。仮置き処理が完了した後、データ再配置部30は、仮決定された山田/太郎のうち属性が姓と判定された山田については、クレンジング後のデータスキーマのうち姓が設定されているカラムに格納する。また、データ再配置部30は、仮決定された山田/太郎のうち属性名が判定された太郎については、格納先となるクレンジング後のデータスキーマの名にNIL属性不明が仮決定されていると判定する。ところが、データ再配置部30は、属性不明のデータよりも属性が明確なデータを優先するため、クレンジング後のデータスキーマの名に太郎を格納する。また、データ再配置部30は、仮決定された神奈川県については、住所と属性が判定されたが、クレンジング後のデータスキーマに住所の属性が設定されたカラムがないと判定する。すると、データ再配置部30は、神奈川県がクレンジング対象データにおいてカラム名とカラム自宅Telとの間のカラムに格納されていることを特定する。そして、データ再配置部30は、クレンジング後のデータスキーマにおいてカラム名とカラム自宅Telとの間に位置するカラムその他を、当該神奈川県の格納先と特定して格納する。この場合、神奈川県が格納されるカラムの属性はその他であり、神奈川県の属性は住所となり、カラムの属性とデータの属性とが異なることとなる。また、データ再配置部30は、仮決定された08012345678については携帯Telと属性が判定されているが、格納先となるクレンジング後のデータスキーマの携帯Telにabc属性不明が仮決定されていると判定する。ところが、データ再配置部30は、属性不明のデータよりも属性が明確なデータを優先するので、クレンジング後のデータスキーマの携帯Telに08012345678を格納する。なお、データ再配置部30は、abc属性不明については、属性が不明であり格納先を特定できないので破棄する。このように、データ配置変更装置20は、クレンジング対象のデータスキーマとクレンジング後のデータスキーマとが異なる場合であっても、スキーマ言い換えるとカラムの構成を考慮して、適切なカラムに適切なデータを格納することができる。[処理の流れ]次に、データ配置変更装置20が実行する処理の流れを説明する。図16は、データ配置変更装置が実行する処理の流れを説明するフローチャートである。図16に示すように、データ配置変更装置20のクレンジングデータ分割部26は、処理開始指示を受信するとS101肯定、クレンジング対象DB22aに記憶されるクレンジング対象データをカラム単位に分割するS102。続いて、レコード読出制御部27は、クレンジングデータ分割部26によって分割されたデータから1レコード分を読出しS103、属性判定部28は、読み出されたレコードから1カラム分のデータを抽出するS104。そして、属性判定部28は、属性判定順定義書22bに記憶される属性判定順定義書のうち、抽出したデータが格納されていたカラムに対応する属性判定順定義書を参照して、属性判定用辞書DB22cから該当する属性判定用辞書を特定するS105。続いて、属性判定部28は、特定した属性判定用辞書を用いて、抽出したデータの属性を判定するS106。そして、属性が判定できなかった場合にはS106否定、属性判定部28は、属性判定順定義書に従って次の属性判定用辞書を特定してS107、S106以降の処理を繰り返す。一方、属性が判定できた場合にはS106肯定、属性判定部28は、読み出されたレコードの全カラムのデータについて属性が判定されたか否かを判定するS108。そして、属性が未特定のデータが存在する場合S108否定、属性判定部28は、S104に戻って以降の処理を繰り返す。一方、クレンジング実行部29は、読み出されたレコードの全カラムのデータについて属性が判定された場合S108肯定、各カラムごとに、特定された属性に対応するクレンジング用辞書を用いてデータクレンジングを実行するS109。その後、データ再配置部30は、読み出されたレコードの各データについて、クレンジング後DB22eのデータスキーマのうち、データの属性に対応するカラムに対応付けて格納するS110。そして、データ配置変更装置20は、クレンジング対象DB22aの全レコードについてS103以降の処理を実行し、データ再配置を完了した場合にはS111肯定、処理を終了する。また、データ配置変更装置20は、クレンジング対象DB22aのレコードのうち、データ再配置が未実行のレコードが存在する場合にはS111否定、S103以降の処理を実行する。このように、実施例1に係るデータ配置変更装置20は、データをクレンジングする際に、クレンジング対象のデータが持っている属性を判定し、適用しようとしているクレンジング処理にふさわしいデータかどうかを判定する。そして、データ配置変更装置20は、その判定結果に基づき適切なクレンジングを施すことができる。また、データ配置変更装置20は、クレンジング結果に付される属性がデータ格納位置に適切かどうかを判定し、適切な位置に格納することができる。この結果、データベース等に格納されているデータを質の高いデータにすることができ、データ活用時の有効性が高まる。例えば、クレンジング後のデータには、スキーマ定義と必ずしも一致しない本当のデータの属性が付与される。このことを利用して、データ配置変更装置20は、誤ったカラムに山田や山田太郎と姓名が連続して入っているダーティなデータベースに対しても姓属性が山田のデータを検索する場合に、検索対象レコードに属性を付与した結果を検索する。こうすることで、データ配置変更装置20は、姓カラムのデータ誤り時にも容易に質の高い検索を実現できる。このことにより、付加されたデータ属性とスキーマ定義との関連を分析することで、誤ったカラムに紛れ込んでいるデータへのプロファイリング、例えば紛れ込み度や紛れ込み傾向などにも利用できる。また、データ配置変更装置20の活用シーンは、必ずしもデータクレンジング分野のみではなく、実データの属性判定が行なえ、属性に従ったマッピングできればよいので、入力に自然文を含むようなクレンジングを伴わないデータ加工時に対しても有効である。さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。クレンジング順序実施例1では、データの属性判定後にデータクレンジングを実行する例について説明したが、これに限定されるものではなく、任意の順番で実行することができる。例えば、属性判定の結果に基づいてデータの再配置が完了した後にデータクレンジングを実行してもよく、属性判定前のデータに対してデータクレンジングを実行することもできる。ここでは、一例として、属性判定前のデータに対してデータクレンジングを実行する例について説明する。図17は、クレンジング後に属性判定してデータ再配置を実行する処理例を説明する図である。図17に示すように、データ配置変更装置20のクレンジング対象DB22aは、姓、名、住所、自宅Tel、携帯Telとして山田太郎、、神奈川県、、08012345678を記憶する。なお、は、データがないことを示す。このような状態において、クレンジングデータ分割部26は、山田太郎、、神奈川県、、08012345678を山田太郎、、神奈川県、、08012345678に分割する。続いて、レコード読出制御部27は、このレコードをクレンジング対象DB22aから読み出す。続いて、クレンジング実行部29は、上述した手法と同様に、各カラムの属性に対応したクレンジング用辞書を用いて、各カラムに記憶されるデータをクレンジングする。この結果、クレンジング実行部29は、山田太郎、、神奈川県、、08012345678を、、神奈川県、、08012345678に変換する。つまり、クレンジング実行部29は、第1カラムのデータは、第1カラムの属性である姓に対応したクレンジング辞書から特定できなかったので、データそのものを認識することができず、を格納する。その後、属性判定部28は、上述した手法と同様の手法で、各カラムのデータについて属性を判定する。このとき、属性判定部28は、第1カラムのクレンジング結果がであるので、クレンジング前のデータである山田太郎をクレンジング対象DB22aから読み出してきて、当該データ山田太郎について属性判定を実行する。なお、その後のデータ再配置処理等については、実施例1と同様なので、説明を省略する。このように、データ配置変更装置20は、任意のタイミングでデータクレンジングを実行することができるので、格納や入力ミスが多いデータベースなどについては、先にデータクレンジングを実行することで、データ再配置処理の処理負荷を軽減できる。属性用辞書実施例1で説明した属性判定用辞書は、例えば、カラムの構成が姓、名、住所である場合には姓、名、住所、姓名、姓住所、名住所のように、各カラムの属性を組み合わせた属性用辞書を用いることもできる。また、実施例1では、属性用辞書とクレンジング用辞書とを別々の辞書として説明したが、これに限定されるものではなく、同じ辞書を用いることもできる。属性判定順定義書実施例1で説明した属性判定順定義書には、予め順番が定義されている例について説明したが、これに限定されるものではなく、カラムの構成等について動的に変更することもできる。図18は、属性判定順序を動的に変更する処理例を説明する図である。図18に示すように、データ配置変更装置20のクレンジング対象DB22aは、法人種別、法人名、電話番号として、年寄株、044を記憶する。なお、は、データがないことを示す。このような状態において属性判定を実行する場合、属性判定部28は、まず、第1カラムのデータを読み出すが、データが格納されていないので、属性不明と判定する。次に、属性判定部28は、第2カラムのデータである年寄株を読出し、第2カラム対応する属性判定順定義書を参照する。このとき、参照した属性判定順定義書は、順番1、法人種別、順番2、法人名、順番3、法人種別法人名となっている。ところが、属性判定部28は、第2カラムと隣接する第1カラムにデータが格納されていないので、第1カラムの属性と第2カラムの属性とを組み合わせた法人種別法人名の属性辞書をはじめに参照すると決定する。つまり、属性判定部28は、属性判定順定義書の定義内容を、順番2、法人種別、順番3、法人名、順番1、法人種別法人名に変更して、変更した順番で属性判定用辞書を用いる。そして、属性判定部28は、第2カラムの年寄株を、属性が法人名のデータ年寄と属性が法人種別のデータ株とに分割する。その後に、クレンジング実行部29は、データ株を株式会社に変更する。そして、データ再配置部30は、第2カラムの属性が法人種別のデータ株式会社をクレンジング後のカラム法人種別に格納する。同様に、データ再配置部30は、第2カラムの属性が年寄のデータ法人をクレンジング後のカラム法人種別に格納し、データ電話番号も該当するカラムに格納する。このように、属性判定部28は、隣接するカラムにデータが格納されていない場合など、間違って格納された可能性が高い場合には、属性判定順定義書に定義される順番を動的に変更する。したがって、属性判定部28は、間違って格納された可能性の高いデータの属性を素早く特定することができる。また、ここでは、前のカラムにデータが格納されていない例で説明したが、後ろのカラムにデータが格納されていない場合にも、同様に処理することができる。クレンジング対象実施例1では、データベースに格納されるデータを再配置およびクレンジング対象とする例について説明したが、これに限定されるものではなく、他の記憶装置に記憶されるデータやクライアントから入力されたデータなど様々なデータを対象とすることができる。図19は、オンラインショッピングに適用した例を示す図である。図19に示すように、データ配置変更装置20は、姓、名、email、自宅Tel、携帯Telの入力画面をクライアント装置に表示し、山田太郎、-、abcfoocom、09012345678、-の入力を受け付けたとする。そして、データ配置変更装置20は、姓、名、email、自宅Tel、携帯Telをカラム、山田太郎、-、abcfoocom、09012345678、-をクレンジング対象として、上述した属性判定を実行する。この結果、データ配置変更装置20は、山田太郎、-、abcfoocom、09012345678、-を山田、太郎、abcfoocom、-、09012345678に再配置することができる。このように、データ配置変更装置20は、オンラインショッピングなどのデータであっても、リアルタイムに処理することができる。システムまた、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、CPUおよび当該CPUにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。プログラムところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図20は、データ配置変更プログラムを実行するコンピュータのハードウェア構成の例を示す図である。図20に示すように、コンピュータ100は、CPU102、入力装置103、出力装置104、通信インタフェース105、媒体読取装置106、HDDHardDiskDrive107、RAMRandomAccessMemory108、記憶装置110を有する。また、図20に示した各部は、バス101で相互に接続される。入力装置103は、マウスやキーボードであり、出力装置104は、ディスプレイなどであり、通信インタフェース105は、NICNetworkInterfaceCardなどのインタフェースである。HDD107は、データ配置変更プログラム107aとともに、図3に示した記憶部に記憶される各情報を記憶する。記録媒体の例としてHDD107を例に挙げたが、ROMReadOnlyMemory、RAM、CD-ROM等の他のコンピュータ読み取り可能な記録媒体に各種プログラムを格納しておき、コンピュータに読み取らせることとしてもよい。記憶装置110は、図3に示したクレンジング対象DB22aと同様の情報を記憶するクレンジング対象DB110aと、クレンジング後DB22eと同様の情報を記憶するクレンジングDB100bとを有する。なお、記憶媒体を遠隔地に配置し、コンピュータが、その記憶媒体にアクセスすることでプログラムを取得して利用してもよい。また、その際、取得したプログラムをそのコンピュータ自身の記録媒体に格納して用いてもよい。CPU102は、データ配置変更プログラム107aを読み出してRAM108に展開することで、図3等で説明した各機能を実行するデータ配置変更プロセス108aを動作させる。すなわち、データ配置変更プロセス108aは、図3に記載したクレンジングデータ分割部26、レコード読出制御部27、属性判定部28、クレンジング実行部29、データ再配置部30と同様の機能を実行する。このようにコンピュータ100は、プログラムを読み出して実行することでデータ配置変更方法を実行する情報処理装置として動作する。例えば、CPU102が動作させるデータ配置変更プロセス108aは、HDD107から複数のカラムを含むレコードを読み出す。そして、データ配置変更プロセス108aは、読み出したレコードのいずれかのカラムに格納されるデータが、該カラムに対応する属性を有さない場合に、他のカラムに対応する属性を有するかの判定を行う。判定の結果、データ配置変更プロセス108aは、該他のカラムに対応する属性を有すると判定した場合に、データを他のカラムに配置する。別の例としては、CPU102が動作させるデータ配置変更プロセス108aは、記憶装置110のクレンジング対象DB110aから複数のカラムを含むレコードを読み出す。そして、データ配置変更プロセス108aは、読み出したレコードのいずれかのカラムに格納されるデータが、該カラムに対応する属性を有さない場合に、他のカラムに対応する属性を有するかの判定を行う。判定の結果、データ配置変更プロセス108aは、該他のカラムに対応する属性を有すると判定した場合に、データを他のカラムに配置させたクレンジング対象DB110bを生成する。また、データ配置変更プロセス108aは、通信インタフェース105を介して外部の記憶装置200のデータをクレンジングすることができる。記憶装置200は、図3に示したクレンジング対象DB22aと同様の情報を記憶するクレンジング対象DB200aと、クレンジング後DB22eと同様の情報を記憶するクレンジングDB200bとを有する。このような状態において、データ配置変更プロセス108aは、記憶装置200のクレンジング対象DB200aから複数のカラムを含むレコードを読み出す。そして、データ配置変更プロセス108aは、読み出したレコードのいずれかのカラムに格納されるデータが、該カラムに対応する属性を有さない場合に、他のカラムに対応する属性を有するかの判定を行う。判定の結果、データ配置変更プロセス108aは、該他のカラムに対応する属性を有すると判定した場合に、データを他のカラムに配置させたクレンジング対象DB200bを生成する。また、コンピュータ100は、媒体読取装置106によって記録媒体からデータ配置変更プログラム107aを読み出し、読み出されたデータ配置変更プログラム107aを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、コンピュータ100によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。