複数の項目を含み、前記複数の項目のうちの任意の項目に、データ処理のための複数種の役割のうちのいずれかの役割が割り当てられる項目データに対する検索を行うデータ検索装置であって、前記複数種の役割の各々に対する係数値が定義される係数値定義情報を記憶する係数値定義情報記憶部と、検索の対象となる2以上の項目が検索対象項目として指定され、検索対象項目ごとに役割が指定される検索条件を入力する検索条件入力部と、前記検索条件において特定の役割が指定されている検索対象項目を優先検索対象項目として選択し、優先検索対象項目を前記特定の役割として含む加重対象項目データに対して所定の加重値を係数値に加重して評価値を算出する旨の加重ルールを生成する優先検索対象項目選択部と、検索対象項目ごとに、検索対象項目を含む項目データを検索し、検索した項目データが前記加重対象項目データに該当しない場合は、検索した項目データにおける検索対象項目の役割を判断し、当該検索対象項目の役割に対応する係数値を用いて評価値を算出し、検索した項目データが前記加重対象項目データに該当する場合は、検索した項目データにおける検索対象項目の役割を判断し、前記加重ルールに従い、当該検索対象項目の役割に対応する係数値に前記加重値を加重して評価値を算出する検索実行部と、前記検索実行部により算出された評価値に基づき、前記検索実行部により検索された項目データの順位付けを行い、項目データの順位付けの結果を示す検索結果を、前記検索条件の入力元に出力する検索結果出力部とを有することを特徴とするデータ検索装置。前記優先検索対象項目選択部は、前記加重対象項目データに含まれる検索対象項目の役割が前記検索条件において当該検索対象項目に指定されている役割と一致する場合に、当該役割に対応する係数値に前記加重値を加重して評価値を算出する旨の加重ルールを生成し、前記検索実行部は、検索した項目データが前記加重対象項目データに該当する場合に、検索した項目データにおける検索対象項目の役割が前記検索条件において当該検索対象項目に指定されている役割と一致するか否かを判断し、役割が一致する場合に、当該役割に対応する係数値に前記加重値を加重して評価値を算出することを特徴とする請求項1に記載のデータ検索装置。前記優先検索対象項目選択部は、前記検索条件において各検索対象項目に指定されている役割のうち、前記加重ルールを適用しない役割をルール適用外役割として指定し、前記検索実行部は、検索した項目データが前記加重対象項目データに該当する場合であっても、検索した項目データにおける検索対象項目の役割が前記ルール適用外役割に該当する場合は、当該役割に対応する係数値には前記加重値を加重しないことを特徴とする請求項1又は2に記載のデータ検索装置。前記係数値定義情報記憶部は、前記複数種の役割に設けられている優先順位に従い、優先順位が高い役割ほど係数値が高くなる係数値定義情報を記憶し、前記優先検索対象項目選択部は、前記検索条件において最も優先順位が高い役割が指定されている検索対象項目を優先検索対象項目として選択することを特徴とする請求項1~3のいずれかに記載のデータ検索装置。前記検索実行部は、評価値の算出に用いる係数値が所定の閾値未満であれば、検索した項目データについて当該係数値を用いずに評価値を算出することを特徴とする請求項1~4のいずれかに記載のデータ検索装置。係数値定義情報記憶部は、相互に関連する2以上の項目データにおいて同一の検索対象項目が同一の役割として含まれている場合の係数値を重複係数値とし、前記重複係数値を他の係数値よりも低い値として定義する係数値定義情報を記憶しており、前記検索実行部は、検索した項目データに含まれている検索対象項目が、当該項目データと関連する検索済みの他の項目データに含まれており、当該検索対象項目の両項目データにおける役割が同一である場合に、検索した項目データについて、当該役割に対して前記重複係数値を適用して評価値を算出することを特徴とする請求項1~5のいずれかに記載のデータ検索装置。前記検索実行部は、前記重複係数値が所定の閾値未満であれば、検索した項目データについて前記重複係数値を用いずに評価値を算出することを特徴とする請求項6に記載のデータ検索装置。前記検索条件入力部は、項目以外のデータ要素が検索データ要素として指定される検索条件を入力し、前記検索実行部は、検索データ要素を含む項目データを検索し、検索した項目データが前記加重対象項目データに該当しない場合は、検索した項目データにおける当該検索データ要素の役割を判断し、当該検索データ要素の役割に対応する係数値を用いて評価値を算出し、検索した項目データが前記加重対象項目データに該当する場合は、検索した項目データにおける当該検索データ要素の役割を判断し、前記加重ルールに従い、当該検索データ要素の役割に対応する係数値に前記加重値を加重して評価値を算出することを特徴とする請求項1~7のいずれかに記載のデータ検索装置。前記データ検索装置は、複数のカラムを含み、前記複数のカラムのうちの任意のカラムに、データ処理のための複数種の役割のうちのいずれかの役割が割り当てられるテーブルデータに対する検索を行うことを特徴とする請求項1~8のいずれかに記載のデータ検索装置。前記検索条件入力部は、検索の対象となる2以上のカラムが検索対象カラムとして指定され、いずれかの検索対象カラムに主キーとしての役割が指定される検索条件を入力し、前記優先検索対象項目選択部は、前記検索条件において主キーとしての役割が指定されている検索対象項目を優先検索対象項目として選択し、優先検索対象項目を主キーとして含む加重対象項目データに対して所定の加重値を係数値に加重して評価値を算出する旨の加重ルールを生成することを特徴とする請求項9に記載のデータ検索装置。コンピュータが、複数の項目を含み、前記複数の項目のうちの任意の項目に、データ処理のための複数種の役割のうちのいずれかの役割が割り当てられる項目データに対する検索を行うデータ検索方法であって、前記コンピュータが、前記複数種の役割の各々に対する係数値が定義される係数値定義情報を記憶する係数値定義情報記憶ステップと、前記コンピュータが、検索の対象となる2以上の項目が検索対象項目として指定され、検索対象項目ごとに役割が指定される検索条件を入力する検索条件入力ステップと、前記コンピュータが、前記検索条件において特定の役割が指定されている検索対象項目を優先検索対象項目として選択し、優先検索対象項目を前記特定の役割として含む加重対象項目データに対して所定の加重値を係数値に加重して評価値を算出する旨の加重ルールを生成する優先検索対象項目選択ステップと、前記コンピュータが、検索対象項目ごとに、検索対象項目を含む項目データを検索し、検索した項目データが前記加重対象項目データに該当しない場合は、検索した項目データにおける検索対象項目の役割を判断し、当該検索対象項目の役割に対応する係数値を用いて評価値を算出し、検索した項目データが前記加重対象項目データに該当する場合は、検索した項目データにおける検索対象項目の役割を判断し、前記加重ルールに従い、当該検索対象項目の役割に対応する係数値に前記加重値を加重して評価値を算出する検索実行ステップと、前記コンピュータが、前記検索実行ステップにより算出された評価値に基づき、前記検索実行ステップにより検索された項目データの順位付けを行い、項目データの順位付けの結果を示す検索結果を、前記検索条件の入力元に出力する検索結果出力ステップとを有することを特徴とするデータ検索方法。複数の項目を含み、前記複数の項目のうちの任意の項目に、データ処理のための複数種の役割のうちのいずれかの役割が割り当てられる項目データに対する検索を行うコンピュータに、前記複数種の役割の各々に対する係数値が定義される係数値定義情報を記憶する係数値定義情報記憶ステップと、検索の対象となる2以上の項目が検索対象項目として指定され、検索対象項目ごとに役割が指定される検索条件を入力する検索条件入力ステップと、前記検索条件において特定の役割が指定されている検索対象項目を優先検索対象項目として選択し、優先検索対象項目を前記特定の役割として含む加重対象項目データに対して所定の加重値を係数値に加重して評価値を算出する旨の加重ルールを生成する優先検索対象項目選択ステップと、検索対象項目ごとに、検索対象項目を含む項目データを検索し、検索した項目データが前記加重対象項目データに該当しない場合は、検索した項目データにおける検索対象項目の役割を判断し、当該検索対象項目の役割に対応する係数値を用いて評価値を算出し、検索した項目データが前記加重対象項目データに該当する場合は、検索した項目データにおける検索対象項目の役割を判断し、前記加重ルールに従い、当該検索対象項目の役割に対応する係数値に前記加重値を加重して評価値を算出する検索実行ステップと、前記検索実行ステップにより算出された評価値に基づき、前記検索実行ステップにより検索された項目データの順位付けを行い、項目データの順位付けの結果を示す検索結果を、前記検索条件の入力元に出力する検索結果出力ステップとを実行させることを特徴とするプログラム。従来技術のスキーマ検索機能では、入力されたテーブル情報よりカラム名などを抽出して、一連の検索キーワードを作成し、全文検索エンジンに提供している。例えば、注文テーブルが注文ID、顧客名、商品コード、注文数というカラムを持つ場合、全文検索エンジンに与えるキーワードは次のようになる。注文テーブルOR注文IDOR顧客名OR商品コードOR注文数このため、検索の入力になるテーブル内の各カラムは併記されているのみで重要度を判断する機能を有していないという課題がある。データ連携を前提とする場合、主キーのカラムの重要度が高いと考えられるが、一般的に1個のテーブル内で主キーのカラムとなるのは数個程度である。1カラムでテーブルのレコードが一意に特定されることが望ましいが、実際には複数カラムをあわせて一意となる場合も多く、複数カラムが主キーとなる場合が考えられるので、主キーは必ずしも1カラムで構成されるとはいえない。大規模システムで使用されるテーブルのカラム数が100カラム以上の場合あるが、全文検索キーワードをカラム名の列挙で示した場合、カラム数が100カラム以上などの場合、相対的に主キーのカラムの重要度が低くなってしまう課題がある。結果として、比較対象テーブルと属性カラムの一致は多いが、キーとなるカラムが一致していないテーブルが、検索結果として返却されると想定される。また全文検索エンジンは、一般にキーワードの出現回数を、検索ランキングを決定する情報として利用しているために、例えば外部キーなどの複数テーブルで同名になりやすいキーが含まれている場合、検索ランキングの判断に外部キーが大きな影響を与えてしまうという課題がある。この発明は、上記のような課題を解決することを主な目的の一つとしており、主キーや外部キーといった項目に指定されている役割を反映させてデータ検索を行う構成を実現することを主な目的とする。本発明に係るデータ検索装置は、複数の項目を含み、前記複数の項目のうちの任意の項目に、データ処理のための複数種の役割のうちのいずれかの役割が割り当てられる項目データに対する検索を行うデータ検索装置であって、前記複数種の役割の各々に対する係数値が定義される係数値定義情報を記憶する係数値定義情報記憶部と、検索の対象となる2以上の項目が検索対象項目として指定され、検索対象項目ごとに役割が指定される検索条件を入力する検索条件入力部と、前記検索条件において特定の役割が指定されている検索対象項目を優先検索対象項目として選択し、優先検索対象項目を前記特定の役割として含む加重対象項目データに対して所定の加重値を係数値に加重して評価値を算出する旨の加重ルールを生成する優先検索対象項目選択部と、検索対象項目ごとに、検索対象項目を含む項目データを検索し、検索した項目データが前記加重対象項目データに該当しない場合は、検索した項目データにおける検索対象項目の役割を判断し、当該検索対象項目の役割に対応する係数値を用いて評価値を算出し、検索した項目データが前記加重対象項目データに該当する場合は、検索した項目データにおける検索対象項目の役割を判断し、前記加重ルールに従い、当該検索対象項目の役割に対応する係数値に前記加重値を加重して評価値を算出する検索実行部と、前記検索実行部により算出された評価値に基づき、前記検索実行部により検索された項目データの順位付けを行い、項目データの順位付けの結果を示す検索結果を、前記検索条件の入力元に出力する検索結果出力部とを有することを特徴とする。本発明によれば、検索条件において特定の役割が指定されている項目を前記特定の役割として含む項目データに対して加重値を加重して評価値を算出するため、特定の役割が指定されている項目が含まれる項目データの評価値を高くすることができ、項目の役割を反映させたデータ検索を行うことができる。実施の形態1.本実施の形態では、検索処理への入力としてデータベーステーブルのような構造を受け取り、構造に含まれる項目の重要度を考慮した検索結果を返却する装置および方法を説明する。そして、本実施の形態では、検索インデックス作成時の重み付加方法、および検索を実行する時の検索インデックスの重み付けのON/OFF操作、および検索自体に付与する重み、さらには検索結果集約時の重みを制御することにより、項目の重要度を検索結果に反映することが可能となる。以下、図面を参照して、本実施の形態について説明する。図1は、本実施の形態に係るシステム構成例を示す。図1では、検索サーバ装置3においてテーブルデータを検索し、検索結果を検索クライアント装置1に提示する例を説明する。つまり、検索クライアント装置1が検索条件としてテーブル定義2を検索サーバ装置3に与え、検索サーバ装置3が、テーブル定義2と類似する1つ以上のテーブルを検索し、検索結果をテーブル群4として、検索クライアント装置1に返却する。スキーママッチング処理装置5は、検索クライアント装置1にて選択されたテーブル群4の中からユーザが選択した1つのテーブルと、テーブル定義2とのスキーママッチングを実行するものである。スキーママッチング処理装置5は、本実施の形態に係る検索サーバ装置3の動作とは直接関係しないが、本実施の形態に係る検索サーバ装置3の出力を利用するシステムとして表したものである。検索クライアント装置1は、検索サーバ装置3に対してテーブルの検索を要求する。テーブル定義2は、検索クライアント装置1が検索サーバ装置3に与える検索条件のデータである。検索サーバ装置3は、検索クライアント装置1からの検索要求をうけて、検索結果を返却する。より具体的には、検索サーバ装置3は、検索の対象となる2以上のカラム名が指定され、カラム名ごとに主キー、外部キーといった役割が指定されるテーブル定義2を検索条件として入力する。そして、検索サーバ装置3は、テーブル定義2において特定の役割が指定されているカラム名例えば、主キーが指定されているカラム名が含まれるテーブルデータに対して加重値を加重して評価値を算出し、算出したテーブルデータごとの評価値に基づきテーブルデータの順位付けを行い、順位付けの結果をテーブル定義2の入力元である検索クライアント装置1に出力する。検索サーバ装置3は、図1に示すように、テーブル検索部31とテーブル登録部32に大別される。テーブル検索部31とテーブル登録部32の詳細は、後述する。なお、検索サーバ装置3は、データ検索装置の例である。テーブル群4は、検索サーバ装置3が出力する検索結果である。スキーママッチング処理装置5は、スキーママッチングを実行する。本実施の形態において対象とするテーブルデータは、複数のカラム項目を含み、複数のカラムのうちの任意のカラムに、データ処理のための複数種の役割のうちのいずれかの役割が割り当てられている。データ処理のための複数種の役割としては、前述したように、例えば、主キー、外部キー、索引カラム等がある。本実施の形態において対象とするテーブルデータは、項目データの例に相当する。図2は、検索サーバ装置3の内部構成例を示す。検索サーバ装置3は、テーブル検索部31とテーブル登録部32によって構成される。テーブル検索部31は、クエリ受信部310とクエリ分解部311と検索指示部312とインデックス重み付けON/OFF部と検索実行部314と結果集約部315とクエリ返却部316と検索インデックス記憶部317によって構成される。テーブル登録部32は、テーブル情報登録部320と重複検出部321とスキーマ情報DB322と検索インデックス作成部323とインデックス重み付け設定部324から構成される。テーブルデータは、スキーマ情報DB322に保管されている。以下では、テーブル検索部31から説明する。テーブル検索部31において、検索インデックス記憶部317は、検索インデックス3140と検索インデックス重みデータ3141を記憶する。検索インデックス3140は、どのテーブルデータにどのカラム名が含まれているかを示す情報である。図11は、検索インデックス3140の例である。図11に示すように、検索インデックス3140では、カラム名ごとに、そのカラム名が含まれているテーブルの識別子と、そのカラム名がいずれのカラム種別役割としてテーブルに含まれているかが表される。例えば、注文IDというカラム名は、テーブルA-Aに主キーとして含まれており、また、テーブルA-Cに属性カラムとして含まれている。検索インデックス重みデータ3141は、複数種のカラム種別役割の各々に対する係数値がインデックス重みとして定義される情報である。図12は、検索インデックス重みデータ3141の例である。例えば、主キーに対してはインデックス重みとして2.0という係数値が定義され、外部キーに対してはインデックス重みとして1.0という係数値が定義されている。なお、インデックス重みの値が大きいカラム種別が、テーブル検索において優先的な取り扱いとなる。なお、検索インデックス重みデータ3141におけるカラム種別ごとのインデックス重みの値は、後述する重要度判断表33に示されているインデックス重みの値と一致する。また、重複カラムについては、後述する。検索インデックス重みデータ3141は係数値定義情報の例に相当し、係数値定義情報たる検索インデックス重みデータ3141を記憶する検索インデックス記憶部317は係数値定義情報記憶部の例に相当する。また、検索インデックス記憶部317が検索インデックス重みデータ3141を記憶する動作は、係数値定義情報記憶ステップの例に相当する。以下では、テーブル検索部31にて検索が実施される際の各要素の動作を説明する。検索サーバ装置3は、検索クライアント装置1より検索入力としてテーブル定義2を受け取る。テーブル定義2は、テーブル検索部31内のクエリ受信部310によって受信される。テーブル定義2は構造をもった情報であり、実施の形態1においてはデータベースのテーブル定義を想定する。データベースのテーブル定義2は例えば図3に示すようにデータ定義言語DDLにて渡される場合がある。図3は注文テーブルのテーブル定義2の例DDLによる記述例を表しており、カラムとして注文IDと顧客名と商品コードと注文数が存在すること、および注文IDは単独で主キーであり、商品コードは商品テーブルの商品コードを参照する外部キーであること、および顧客名に対してデータベースの機能である索引が付与されていることを表している。テーブル定義2は図3のようにデータ定義言語DDLにて表現できるが、構造を表現できる形式であれば、どのような形式でもよく、例えばXMLExtensibleMarkupLanguageの形式であってもよい。クエリ受信部310は、例えば図3の形式のテーブル定義2を受け取り、これを解釈し、図4のような構造情報を取得する。図4は図3のテーブル定義2DDLの構造を解釈した結果を図として表現したものである。このように、クエリ受信部310は、検索の対象となる2以上のカラム項目が指定され、検索対象のカラムごとに役割主キー、外部キー等が指定されるテーブル定義2を検索条件として入力しており、検索条件入力部の例に相当する。また、クエリ受信部310がテーブル定義2を受信する動作が、検索条件入力ステップの例に相当する。クエリ分解部311は、あらかじめ設定された重要度判断表33に従い、クエリ受信部310が抽出した構造情報に含まれるカラム情報を重要度に従いグループ分けを実施し、前記各グループを検索する際の検索重み、および検索結果に対する重みを設定する。図5にクエリ分解部311のフローチャートを示す。また、重要度判断表33の例を図6に示す。図6の例では重要度順に主キー、外部キー、索引カラム、属性カラムを指定している。図6の重要度判断表33を以下にて説明する。重要度順331は、カラム種別332に記載された役割の重要度を示しており、1から開始する連番にて設定されている。インデックス重み333は、指定された重要度順331の順序に従ってテーブルごとに評価値を算出する際に、テーブルに出現するカラム名の役割に対して設定する重みを指定するものである。前述したように、検索インデックス重みデータ3141図12のインデックス重み3141bの値は、重要度判断表33のインデックス重み333の値と一致している。図6において表を分けて記載している重複カラムについて説明する。スキーマ情報DB322に対してテーブル情報を登録する際に、同一スキーマ内で同名のカラムが同一の役割として検出された場合、そのカラムは重複カラムと判断される。前記重複カラムと判断されたカラムについては、インデックス重みを図6の表に従って、1.0以下に設定する図6の例では、0.5。例えば、スキーマ設計が非効率的な場合は、同じカラム名が同じスキーマの複数のテーブルにおいて同じ役割として重複して出現する場合がある。このような場合に同じカラム名が同じ役割として出現する度に評価値を計上すると、このようなスキーマのテーブル群の評価値が実態以上に高くなってしまい、適正な検索結果とならない可能性がある。このため、同一スキーマ内で同名のカラムが同一の役割として検出された場合には、2回目以降の検出に対する係数値を他の係数値よりも低く抑えるようにしている。重要度判断表33の内容は以下の理由により設定されており、図6の内容をデフォルト値とするが、変更も可能とする。実施の形態1ではテーブル定義2はデータベーステーブルを想定しており、異なるデータベース間でのデータ移行を変更差分データ抽出技術の利用によって実施することを想定している。このためデータ連携できるためには連携元と連携先のデータベーステーブルの主キーのカラムが一致しているか、1対1の関係であることが必要となる。この状況下で最も重要なカラムは主キーのカラムである。主キーのカラムはあるデータベーステーブルに含まれる各行のレコードデータを一意に識別する値をもったカラムである。主キーは一般に複数カラムから構成される場合がある。外部キーは他のデータベーステーブルの主キーを参照しているため、外部キーが存在するということは、これに対応する主キーが存在することになる。このため外部キーのカラムの重要度を主キーのカラムの次に設定している。索引カラムは図3のテーブル定義2DDLの中では、顧客名に相当する。データベースに索引を設定する理由は利用頻度の高いカラムについて検索速度を向上するためである。つまり索引カラムは主キー、外部キーに次いで重要なカラムであると判断できる。この他にユニークキーと呼ばれるものがあるが、これは主キーと同様にあるテーブルのレコードを一意に識別するという点で主キーと同等と判断しており、本実施の形態では主キーと特に区別しない。その他のカラム種別を図6では属性カラムと表現しており、主キー、外部キー、索引カラムのいずれにもあてはまらないカラムを前記属性カラムとして分類する。図5のフローチャートについて以下に説明する。クエリ分解部311は、クエリ受信部310が提供する図4の構造情報を受け取るS3111。次に、クエリ分解部311は、図6のような重要度判断表33を参照しS3112、この重要度判断表33をもとにして各カラム注文ID、顧客名等を重要度別にグループ分けするS3113。図6の例では、主キー、外部キー、索引カラム、属性カラムに分類される。重要度別に分類されたカラムグループごとに検索処理を実施するため、それぞれの検索処理に必要な情報をクエリ分解部311がS3114とS3115のステップを前記カラムグループ数だけ繰り返し実行することにより作成する。以下では前記繰り返しの処理内容を説明する。検索入力データとしては図4のテーブルを使用する。S3114の最初のループでは、重要度順331が1である主キーが処理対象になり、図4の構造情報において主キーに分類されているカラムグループが処理される。主キーの検索結果を基準として扱うため、S3114では、主キーに対しては、インデックス重みの値1.0を付与する。つまり重み付けは実施しない。S3115では検索キーワードが作成されるが、主キーについては、主キーのカラムグループに含まれているカラム名を列挙するのみとなる。S3114の2回目のループでは、重要度順331が2である外部キーが処理対象になり、図4の構造情報において外部キーに分類されているカラムグループが処理される。主キー以外のカラムについては、そのカラム数の逆数を検索集計重みとして割り当てる。ここでは、外部キーのカラムの数の逆数がS3114にて検索集計重みとして割り当てられる。主キー以外のカラムが検索において全件検出された場合に主キーが1件検出された場合と同じ効果にするために本重み付けを実施している。S3115においては、検索キーワードを生成する。ここでは、主キーが検出されたテーブルに対してインデックス重みに加重値を加重する旨の加重ルールが含まれる検索キーワードを生成する。具体的には、主キーが含まれるテーブルと同じテーブルに外部キーのカラムが含まれる場合、その検索スコアを重要度判断表33の重要度順331の値が1であるインデックス重み333で乗ずる、という検索キーワードとする。加重するインデックス重み333は、ここでは主キーに対して割り当てるインデックス作成時の重みつまり、2.0となる。ただし、S3115を実行している時点では、検索は実施されていないので、前記主キーが含まれるテーブル名はパラメータとして指定しておき、検索実行時に実際のテーブル名にて置換される。2回目以降のループ処理はS3114とS3115に関する限り、2回目と同じ処理になる。クエリ分解部311は、S3116にて未処理のカラムグループがないことを確認し、S3117にて処理結果を返却する。処理結果は例えば図7に示す内容を持つ。図7の検索実行内容情報について以下に説明する。図7は検索の実行に必要な情報を検索指示部312に渡すためのデータ構造である。図7の検索実行内容情報は、図4の構造情報に基づいて図5に示すフローが実施されて生成されたものである。検索順の記載の順番で、検索実行部314による検索が実施される。検索カラムリストはカラム種別の種類別にグルーピングされたカラムグループを示す。カラム種別は検索実行に必須の情報ではないが、図7の各行がどのカラム種別に対応するものであるのかを示すために記載した。インデックス重みON/OFFは、検索時に検索インデックス重みデータ3141に記述されている重みを有効化ONするか無効化OFFするかを示す。なお、原則として、主キー、外部キー、索引カラムに対してはインデックス重みをONとし、属性カラムに対してはOFFとする。また、インデックス重みがOFFとなったカラム種別は、検索キーワードに示される評価値の加重ルールも適用されない。検索集計重みは検索処理において検出された件数の重みを制御するためのものである。主キーのカラムが1件検出されたときと、それ以外のカラムが検出されたときは重要度が異なるため、主キー以外については全カラムが検出されたときに、主キー1カラムと同等の評価になるようにカラム数で除算した値を検索集計重みとして使用している。本重みを検索実行部314にて返却された検索結果に対するそれぞれの検索ポイント値に対して乗算することにより、各カラム種別に対する検索結果に重みをつけている。例えば、あるテーブルにおいて、検索カラムリストに記述されているいずれか2つのカラムが、外部キーとして抽出された場合は、外部キーが2つなので、検索集計重みは0.5であり、各々のカラムのインデックス重みの値を0.5倍して評価値を算出する。検索キーワードは、図5のS3115にて作成された検索キーワードを保持する。検索キーワードは、主キーについては、各カラム名をORで区切ったキーワードとしており、図4の例では注文IDのみであるため、注文IDのみが検索キーワードとして指定される。但し、テーブル定義2において複数のカラムが主キーとして指定されている場合には、各カラムが検索キーワードとなる。また、外部キーの検索キーワードでは、注文IDが主キーとして含まれるテーブルで外部キーとなっているカラムに対しては、インデックス重み図12の例では、1.5を2.0倍する旨が指定されている。同様に、索引カラムの検索キーワードでは、注文IDが主キーとして含まれるテーブルで索引カラムとなっているカラムに対しては、インデックス重み図12の例では、1.2を2.0倍する旨が指定されている。同様に、属性カラムの検索キーワードでは、注文IDが主キーとして含まれるテーブルで属性カラムとなっているカラムに対しては、インデックス重み図12の例では、1.0を2.0倍する旨が指定されている。このように、クエリ分解部311は、テーブル定義2において特定の役割が指定されているカラム、具体的には、主キーの役割が指定されているカラム注文IDを選択し、選択した注文IDを主キーとして含むテーブル加重対象項目データに相当に対して加重値図7の例では、2.0倍をインデックス重みの係数値に加重して評価値を算出する旨の加重ルールが含まれる検索キーワードを生成する。本実施の形態では、テーブル定義2において主キーの役割が指定されているカラム注文IDは、優先検索対象項目の例に相当する。また、クエリ分解部311は、優先検索対象項目選択部の例に相当する。また、クエリ分解部311の動作は、優先検索対象項目選択ステップの例に相当する。検索指示部312は、クエリ分解部311が提供する図7の検索実行内容情報を受け取り、図7の内容に従って検索実行部314に検索実行を指示する。検索指示部312は、クエリ分解部311が与える情報に従い、インデックス重み付けON/OFF部313に指示を出し、検索実行部314が用いる検索インデックス重みデータ3141の有効化と無効化を変更する。図8に検索指示部312とインデックス重み付けON/OFF部313と検索実行部314の動作を説明するフローチャートを示す。S3121では、検索指示部312が図7の検索実行内容情報を解釈する。S3122では、検索指示部312が図7の検索順に指定された順番に検索実行順を決める。つまり、検索指示部312は、未処理の検索処理のうち検索順が最小ものを選択する。S3123では、検索指示部312が図7のインデックス重みON/OFFに従い、インデックス重み付けON/OFF部313を介して検索インデックス重みデータ3141の有効化もしくは無効化を実施する。検索インデックス重みデータ3141が有効化されている場合で、インデックスの重みが1.0以下の場合、これを無視する設定も同時に実施する。検索インデックス重みデータ3141は、後述するテーブル登録部32内のインデックス重み付け設定部324にて設定されるが、同一スキーマ内に同名のカラムが同一の役割で存在した場合、2個目以降のカラムについて、インデックス重みは1.0以下に設定されるようになっており、これは外部キーなど同一スキーマに同名のカラムが多数存在する場合に検索結果に対する影響を防ぐために実施するものである。S3124では、検索指示部312が図7の検索キーワードを検索実行部314に与え、検索実行を指示する。2回目以降の検索時には1回目の検索で検出されたテーブル、つまり主キーを検索したときに主キーを含むテーブルとして検出されたテーブル名を検索キーワードに含める。つまり、図7の検索キーワード内の主キーと同一テーブル部分を実際のテーブル名で置き換えることになる。このため、S3124は1回目の検索結果より検索対象を絞り込むという効果を持つ。また、2回目以降の検索時では、検索指示部312は、図7の検索キーワードとともに検索カラムリストを検索実行部314に与え、検索カラムリスト内のカラムの検索を行わせる。S3125では、検索指示部312が未処理のカラムグループの確認を実施し、S3126にて検索結果および、検索結果に対応する図7の検索集計重みの値を返却する。ここで、図13を参照して、検索実行部314の動作例を具体的に説明する。なお、検索実行部314の動作は、検索実行ステップの例に相当する。図13の検索インデックス3140の内容は、図11のものと同じである。ここでは、検索実行部314は、図13の検索インデックス3140を用いて、図7の検索実行内容情報及び図12の検索インデックス重みデータ3141に従って、テーブルごとの評価値を算出する。なお、テーブルA-A、テーブルA-B、テーブルA-Cは、同じスキーマのテーブルであるとする。テーブルA-Aには、カラム注文IDが主キーとして含まれている。図7の検索実行内容情報によれば、主キーに対してはインデックス重みはONなので、検索インデックス重みデータ3141に従って、テーブルA-Aには、評価値2.0が計上される。テーブルA-Cには、カラム注文IDが含まれているが、属性カラムである。図7の検索実行内容情報によれば、属性カラムに対してはインデックス重みはOFFなので、テーブルA-Cには、評価値1.0が計上される。テーブルA-Aには、カラム商品コードが外部キーとして含まれている。図7の検索実行内容情報によれば、外部キーに対してはインデックス重みはONである。また、テーブルA-Aには、カラム注文IDが主キーとして含まれるため、図7の検索キーワードの評価点の加重ルールに従い、評価値が2.0倍になる。このため、検索インデックス重みデータ3141に従って、テーブルA-Aには、評価値1.5×2.0=3.0が計上される。テーブルA-Bには、カラム商品コードが主キーとして含まれている。図7の検索実行内容情報によれば、主キーに対してはインデックス重みはONである。なお、テーブルA-Bには、カラム注文IDが主キーとして含まれてはいる訳ではないので、評価点の加重はなく、評価値2.0が計上される。テーブルA-Cには、カラム商品コードが外部キーとして含まれている。図7の検索実行内容情報によれば、外部キーに対してはインデックス重みはONである。なお、テーブルA-Cには、カラム注文IDが主キーとして含まれてはいる訳ではないので、評価点の加重はない。また、同一スキーマ内のテーブルA-AとテーブルA-Cの両者において、カラム商品コードが外部キーとして含まれているので、テーブルA-Cのカラム商品コードは重複カラムとなり、重複カラムの評価値0.5が計上される。テーブルA-Aには、カラム顧客名が索引カラムとして含まれている。図7の検索実行内容情報によれば、索引カラムに対してはインデックス重みはONである。また、テーブルA-Aには、カラム注文IDが主キーとして含まれるため、図7の検索キーワードの評価点の加重ルールに従い、評価値が2.0倍になる。このため、検索インデックス重みデータ3141に従って、テーブルA-Aには、評価値1.2×2.0=2.4が計上される。テーブルA-Bには、カラム顧客名が含まれているが、属性カラムである。図7の検索実行内容情報によれば、属性カラムに対してはインデックス重みはOFFなので、テーブルA-Bには、評価値1.0が計上される。テーブルA-Aには、カラム注文数が含まれているが、属性カラムである。図7の検索実行内容情報によれば、属性カラムに対してはインデックス重みはOFFなので、テーブルA-Aには、評価値1.0が計上される。テーブルA-Cには、カラム注文数が索引カラムとして含まれている。図7の検索実行内容情報によれば、索引カラムに対してはインデックス重みはONである。なお、テーブルA-Cには、カラム注文IDが主キーとして含まれてはいる訳ではないので、評価点の加重はなく、評価値1.2が計上される。なお、図13を用いた説明では、カラム注文IDが主キーとして含まれているテーブルA-Aに、図7において外部キーとして指定されている商品コードが外部キーとして含まれている場合及び図7において索引カラムとして指定されている顧客名が索引カラムとして含まれている場合に、評価値を2.0倍する例を説明した。これに対して、検索キーワードの条件解釈を緩和してもよい。条件解釈の緩和の例を、図14を用いて説明する。図14は、検索インデックス3140を示すが、図13と異なり、テーブルA-Aにはカラム商品コードが索引カラムとして含まれている例が示されている。図7では、商品コードに対しては外部キーが指定されている。このため、図13を参照して説明した厳格な条件解釈を図14に適用すると、カラム商品コードが外部キーとして含まれている訳ではないので、評価値の加重は行われず、テーブルA-Aには索引カラムのインデックス重み1.2が計上される。一方、緩和された条件解釈では、カラム種別は異なるものの、テーブルA-Aには、図7で定義されているカラム商品コードが含まれるので、索引カラムのインデックス重みである1.2に加重係数2.0を加重して、1.2×2.0=2.4が計上される。このように、検索キーワードの加重ルールについて2種類のうちのいずれの方法を採用してもよい。検索実行部314が、例えば、図13又は図14に示した手順によりテーブルごとに評価値を算出した後、結果集約部315が、検索実行部314からテーブルごとの評価値を取得し、評価値に対して、図7の検索集計重みにより、重み付け集計を実施し、検索結果のランキングの最終決定を実施する。つまり、検索実行部314は、検索集計重みによる重み付け集計が行われた後の評価値をテーブル単位で合算し、合算値が大きい順にテーブルの順位付けを行い、順位付けに従ってテーブルが一覧表示されるリストをクエリ返却部316に渡す。クエリ返却部316は、結果集約部315からのリストをテーブル群4として出力し、検索クライアント装置1に渡す。なお、結果集約部315及びクエリ返却部316は、検索結果出力部の例に相当する。また、結果集約部315及びクエリ返却部316の動作は、検索結果出力ステップの例に相当する。検索クライアント装置1では、本システムの使用ユーザが受け取ったテーブル群4より、スキーママッチングを実施するデータベーステーブルを選択し、スキーママッチング処理装置5に渡す。スキーママッチング処理装置5は、テーブル定義2と前記使用ユーザにより選択された前記データベーステーブルを入力としてスキーママッチング処理を実施する。以下では、テーブル登録部32にてデータベーステーブルが本システムに登録され、検索インデックスが作成される際の各要素の動作を説明する。テーブル情報登録部320は、スキーマ情報DB322にデータベーステーブルを登録する作業の起点となる。テーブル情報登録部320は、入力としてデータベーステーブル情報をデータ定義言語DDLやXMLファイルなどによって受け取り、重複検出部321に前記データベーステーブル情報を渡す。重複検出部321では、スキーマ情報DB322の内容を確認し、前記データベーステーブル情報と重複する情報が既に登録されていないか否かを確認する。このとき、重複検出部321は同一スキーマ内に前記データベーステーブル情報が示すテーブルの重複を確認する。異なるスキーマに重複するテーブルがあっても問題としない。スキーマ情報DB322には、データベーステーブル情報が格納される。検索インデックス作成部323はテーブル情報登録部320より、データベーステーブル情報がスキーマ情報DB322に格納されたことの通知を受け、検索インデックス3140に対して前記データベーステーブル情報を追記するためにインデックス重み付け設定部324に情報を渡す。インデックス重み付け設定部324は、登録された前記データベーステーブル情報の内容から図6に示すようなあらかじめ与えられた重要度判断表33に従い、検索インデックス重みデータ3141に重みデータを書き込む。このとき重複検出部321が同一スキーマ内に重複するデータベーステーブルを検出している場合は図6の表に従い、重み付けを1.0以下にして検索インデックス重みデータ3141に書き込む。以上のように、本実施の形態によれば、データベーステーブルのような構造をもった実体を検索システムの入力として与えた場合に実体内の各項目の重要度を反映した検索が可能となる。具体例としては、検索入力となったテーブルの主キーカラムに対して、同じく主キーカラムとなっており、さらに前記テーブル内の重要項目である外部キーカラムや索引対象カラムを多く含むテーブルを検索結果として返却することが可能となる。また、登録されている検索対象のテーブル群の中に前記のようなテーブルがない場合でも、検索入力テーブルの主キーを重要カラムである外部キーカラムや索引対象カラムとなっているテーブルを検出し、さらに前記検索入力テーブルの他のカラムについても同一スキーマ内にできるだけ多く含むようなテーブル群の返却が可能となる。なお、本実施の形態では、検索クライアント装置1は、複数のカラムで構成されるテーブルデータの検索を検索サーバ装置3に要求し、検索サーバ装置3は、検索結果として1つ以上のテーブルデータを検索クライアント装置1に提示する例を説明した。しかし、テーブルデータ以外にも、複数の項目を含み、複数の項目のうちの任意の項目に、データ処理のための複数種の役割のうちのいずれかの役割が割り当てられる項目データであれば、本実施の形態に係る検索サーバ装置3は適用可能である。本実施の形態では、データベースのテーブルなど構造をもつ実体を入力として受け取り、あらかじめ登録された前記実体の集合の中から指定された手法で類似度を算出し、入力として与えられた前記実体と類似度の高いものの集合を類似度のランキング順にて返却する検索システムであって、前記実体の集合の定義情報を格納するスキーマ情報DBと、スキーマ情報DB内の前記実体に対しての検索処理を実現するための検索インデックスを作成する検索インデックス作成部と、前記検索インデックスを使用して検索を実施する検索実行部と、入力された前記実体の構造を持つ定義情報より、その構造を解釈してあらかじめ与えられた前記実体のカラム種別の重要度情報をもとに重要な項目を抽出し、前記検索実行部に入力として提供し、あらかじめ設定された複数回の検索作業への入力項目と、前記検索作業に与える重み値を提供するクエリ分解部と、前記クエリ分解部によって提供された検索作業を検索部に指示する検索指示部と、検索実行時に検索インデックス上の重み付けの有効化と無効化を切り替える検索重み付けON/OFF部と、検索結果を集約する結果集約部と、集約した結果を検索要求元に返却するクエリ返却部を持つスキーマ検索装置および方法を説明した。また、本実施の形態では、検索インデックス作成部は、あらかじめ設定された重み付け表に従い、前記実体の重要項目に対しては重み付け情報を付加して、検索インデックスを作成することを説明した。また、本実施の形態では、検索インデックス作成部は、検索インデックス作成において重み付けする項目と検索部により一致すると判断される項目が既に存在する場合にはこれを検知し、あらかじめ設定された重み付け表に従い、重み付けを最も低く設定することを説明した。また、本実施の形態では、検索重み付けON/OFF部は、実行する検索処理が重要項目の検索であるか、その他の項目の検索であるかの情報を受け取り、この情報に従って、検索インデックスの重みの採用、不採用の切り替えを行うことを説明した。また、本実施の形態では、検索重み付けON/OFF部は、実行する検索処理が重要項目の検索であるか、その他の項目の検索であるかの情報を受け取り、この情報に従って、検索インデックスの重みがあらかじめ設定した閾値以下であるとき、その検索対象を無視することを説明した。また、本実施の形態では、クエリ分解部は入力がデータベーステーブル情報である場合、主キー制約、外部キー制約にくわえて、テーブル索引制約に含まれるカラム、およびユニーク制約をもつカラムを重要カラムと判断することを説明した。実施の形態2.実施の形態1では、カラム名と、カラム名に割当てられている役割主キー、外部キー等とを用いて検索条件を与える例を説明した。本実施の形態では、カラム名以外のデータ要素、具体的には、コメントや論理名等を用いて検索条件を与える例を説明する。図9は、本実施の形態に係るテーブル定義2の例であり、データ定義言語DDLにて提供された例を示す。図9の例では、データ定義言語のCOMMENT文にてカラムにコメント情報が付加されており、顧客名カラムに対して客先名称という情報が付加されている。このように付加情報が得られる場合、図10に示すように重要度判断表33に情報を付加して記載することが可能である。図10の追加要素判断表では、コメントに加えて、論理名やテーブル名をカラムの検索情報として利用する際のインデックス重みと重要度順が指定されている。また重要度判断表33に対して検索ポイントを付加する際の追加重みが定義されている。図10の例では0.6と設定されている。追加情報の重要度はユーザ判断として利用環境によって値を設定することが想定される。重要度判断表33は、インデックス重み付け設定部324において検索インデックス重みデータ3141を作成する際に使用されるため、図10の追加要素判断表を重要度判断表33の内容と同等に扱うことによって検索インデックス重みデータ3141の作成を実施する。また、重要度判断表33は検索実行時にクエリ分解部311によって参照されるため、図10の追加要素判断表に従い、追加要素を考慮に含んだ検索が可能となる。本実施の形態では、テーブル定義2においてコメント等がカラム名と対応付けられている場合は図9の例では、コメント客先名称はカラム名顧客名と対応付けられている、クエリ分解部311は、コメント等を、対応付けられているカラム名と同等に扱う。つまり、クエリ分解部311は、図9のテーブル定義2の場合、図15に示す検索実行内容情報を生成する。図15の検索実行内容情報では、コメント客先名称のレコードが設けられ、カラム種別が顧客名と同様に索引カラムとなっている。また、インデックス重みON/OFF、検索集計重み及び検索キーワードも、顧客名のレコードと同様になっている。検索指示部312とインデックス重み付けON/OFF部313と検索実行部314は、図15の検索実行内容情報に従って、実施の形態1と同様の動作を行う。一方、テーブル定義2においてコメント等がいずれのカラム名とも対応付けられていない場合は、検索実行部314は、検索インデックス重みデータ3141内の追加要素判断表のインデックス重みの値及び追加重みを用いて、テーブルごとの評価値を算出する。つまり、本実施の形態に係る検索インデックス重みデータ3141には、図10の追加要素判断表のインデックス重みの値及び追加重みが反映されており、検索実行部314は、テーブル定義2において指定されているコメント等がテーブルに含まれている場合は、当該テーブルに対してコメント等についての評価点を計上する。例えば、あるテーブルに、テーブル定義2において指定されている論理名が含まれている場合は、検索実行部314は、当該論理名が含まれている位置、カラムに関わらず、当該テーブルに対して2.0×0.6=1.2を計上する。なお、コメント、テーブル名の場合は、それぞれ0.91.5×0.6=0.9と0.721.2×0.6=0.72となり、1.0未満となるので、コメント、テーブル名については、繰り上げて1.0と計上してもよい。また、テーブル定義2において主キーとして指定されているカラム名が主キーとして含まれているテーブルに、同じテーブル定義2において指定されているコメント等が含まれている場合は、評価値を2.0倍するようにしてもよい。以上のように、本実施の形態によれば、検索対象のテーブルのカラム名の一致もしくは類似に加えて、追加の情報への考慮を追加することが可能であり、実施の形態1の効果をカラム名比較に限定せずに拡張することが可能である。本実施の形態では、入力のデータベーステーブル情報がコメントや論理名などを含んでいる場合、クエリ分解部と検索インデックス作成部はこれを項目一致のための情報として、検索クエリ作成や検索インデックス作成にするスキーマ検索装置および方法を説明した。最後に、実施の形態1及び2に示した検索サーバ装置3のハードウェア構成例について説明する。図16は、実施の形態1及び2に示す検索サーバ装置3のハードウェア資源の一例を示す図である。なお、図16の構成は、あくまでも検索サーバ装置3のハードウェア構成の一例を示すものであり、検索サーバ装置3のハードウェア構成は図16に記載の構成に限らず、他の構成であってもよい。図16において、検索サーバ装置3は、プログラムを実行するCPU911CentralProcessingUnit、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいうを備えている。CPU911は、バス912を介して、例えば、ROMReadOnlyMemory913、RAMRandomAccessMemory914、通信ボード915、表示装置901、キーボード902、マウス903、磁気ディスク装置920と接続され、これらのハードウェアデバイスを制御する。更に、CPU911は、FDD904FlexibleDiskDrive、コンパクトディスク装置905CDD、プリンタ装置906、スキャナ装置907と接続していてもよい。また、磁気ディスク装置920の代わりに、SSDSolidStateDrive、光ディスク装置、メモリカード登録商標読み書き装置などの記憶装置でもよい。RAM914は、揮発性メモリの一例である。ROM913、FDD904、CDD905、磁気ディスク装置920の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。実施の形態1及び2で説明した検索インデックス記憶部317は、例えば、RAM914、磁気ディスク装置920により実現される。また、実施の形態1及び2で説明したスキーマ情報DB322は、例えば、磁気ディスク装置920により実現される。通信ボード915、キーボード902、マウス903、スキャナ装置907、FDD904などは、入力装置の一例である。また、通信ボード915、表示装置901、プリンタ装置906などは、出力装置の一例である。通信ボード915は、ネットワークに接続されている。例えば、通信ボード915は、LANローカルエリアネットワーク、インターネット、WANワイドエリアネットワーク、SANストレージエリアネットワークなどに接続されている。磁気ディスク装置920には、オペレーティングシステム921OS、ウィンドウシステム922、プログラム群923、ファイル群924が記憶されている。プログラム群923のプログラムは、CPU911がオペレーティングシステム921、ウィンドウシステム922を利用しながら実行する。また、RAM914には、CPU911に実行させるオペレーティングシステム921のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、RAM914には、CPU911による処理に必要な各種データが格納される。また、ROM913には、BIOSBasicInputOutputSystemプログラムが格納され、磁気ディスク装置920にはブートプログラムが格納されている。検索サーバ装置3の起動時には、ROM913のBIOSプログラム及び磁気ディスク装置920のブートプログラムが実行され、BIOSプログラム及びブートプログラムによりオペレーティングシステム921が起動される。上記プログラム群923には、実施の形態1及び2の説明において~部検索インデックス記憶部317以外、以下同様として説明している機能を実行するプログラムが記憶されている。プログラムは、CPU911により読み出され実行される。ファイル群924には、実施の形態1及び2の説明において、~の判断、~の検索、~の抽出、~の計算、~の算出、~の計上、~の指定、~の評価、~の生成、~の作成、~の更新、~の設定、~の登録、~の選択、~の入力、~の出力等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、~ファイルや~データベースの各要素として記憶されている。~ファイルや~データベースは、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してCPU911によりメインメモリやキャッシュメモリに読み出される。そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出検索参照比較演算計算処理編集出力印刷表示などのCPUの動作に用いられる。抽出検索参照比較演算計算処理編集出力印刷表示のCPUの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。また、実施の形態1及び2で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。データや信号値は、RAM914のメモリ、FDD904のフレキシブルディスク、CDD905のコンパクトディスク、磁気ディスク装置920の磁気ディスク、その他光ディスク、ミニディスク、DVD等の記録媒体に記録される。また、データや信号は、バス912や信号線やケーブルその他の伝送媒体によりオンライン伝送される。また、実施の形態1及び2の説明において~部として説明しているものは、~回路、~装置、~機器であってもよく、また、~ステップ、~手順、~処理であってもよい。すなわち、実施の形態1及び2で説明したステップ、手順、処理により、本発明に係るデータ検索方法を実現することができる。また、~部として説明しているものは、ROM913に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子デバイス基板配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、DVD等の記録媒体に記憶される。プログラムはCPU911により読み出され、CPU911により実行される。すなわち、プログラムは、実施の形態1及び2の~部としてコンピュータを機能させるものである。あるいは、実施の形態1及び2の~部の手順や方法をコンピュータに実行させるものである。このように、実施の形態1及び2に示す検索サーバ装置3は、処理装置たるCPU、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータである。そして、上記したように~部として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。