JP2001060164A - データ処理方法およびデータ処理システム並びにその実施装置及びその処理プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】種別の異なる複数のデータにアクセスするデー
タ処理システムにおいて、データの種別を区別した処理
を行えるようにすること。 【解決手段】アプリケーション１０２からデータ処理サ
ーバ１０４が管理するデータベース１１４へのアクセス
を管理するデータアクセス管理部１０３と、種別を区別
した処理の要求を含むアプリケーションからの要求を解
析する要求解析部１１０と、データ処理を行うデータ処
理サーバを種別によって選択する処理サーバ選択部１１
１と、データ処理サーバにデータ処理を要求するデータ
処理要求部１１２と、データ処理サーバの処理結果を編
集する処理結果編集部１１３からなる。 【効果】データの種別を区別し、種別ごとに適切な処理
を行える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ処理技術に
関し、特に、データ処理システム内で取り扱う複数の種
別のデータにアクセスするのに好適なデータ処理技術に
関するものである。

【０００２】

【従来の技術】コンピュータシステムでは、処理される
データは多様であり、様々な種別のデータを混在させて
扱うことが必要である。

【０００３】例えば、多国籍企業において各国の拠点に
ある情報システムを統合する場合、各国拠点でそれぞれ
の地域の自然言語で記述された文書データを１つの中央
拠点のサーバで処理する必要がある。

【０００４】あるいは、World Wide Webで世界中から情
報を集めて統合する場合、各国のWebサイトから提供さ
れる、各国の自然言語で記述されたHTML文書のファイル
を混在させる必要がある。

【０００５】あるいは、言語を学習する場合、習得した
い言語の記述と、それを説明する母語あるいはすでに習
得している言語による記述を同時に扱う必要がある。

【０００６】複数の言語を、統一した１つの形式に符号
化してデータ処理を可能にするには、Unicodeと呼ばれ
る符号化文字集合を用いる方法がある。Unicodeは、国
際標準化機構(ISO)とUnicodeコンソーシアムが共同で開
発した多言語文字セットであり、世界の主要な文字セッ
ト規格を１つの大きな文字セット規格に組み入れてい
る。ISOはこの文字セットの規格をISO 10646と名付けて
いる。

【０００７】データベースシステムで複数の言語のデー
タを取り扱うときには、Unicodeを用いる方法がある。
その方法は例えば ORACLE 8 National Language Suppor
t, An Oracle Technical White Paper, 1997.6 に記載
されている。

【０００８】この文献には、多国籍企業のローカルデー
タベースを１つのデータベースに統合する際に、Unicod
eをデータベースサーバの文字コードとすることが理想
的であると示されている。データベースサーバ内では、
文字列型のデータをUnicodeという１つのデータ形式で
統一して取り扱う。クライアントの文字コードとデータ
ベースサーバの文字コードが異なる場合は、データベー
スサーバのデータベース管理システムが自動的に文字コ
ードの変換を行う。

【０００９】多言語文書データを扱うシステムとして
は、公開特許公報 特開平10-232869号に開示されている
多言語対応通信システムがある。このシステムでは、自
然言語で記述された文書データを文法的、意味的に解析
した結果として得られる中間形式文書データをサーバ装
置に記憶する。そして、クライアント装置から文書デー
タの検索の要求があると、指定された文字列を含む中間
形式文書データを記憶装置から検索し、検索した中間形
式文書データからクライアント装置が要求する自然言語
で記述された文書データを生成し、生成された文書デー
タをクライアント装置に送信する。サーバ装置には、シ
ステムで扱うすべての文書データを、１つの中間形式で
記憶する。

【００１０】従来のデータベース言語SQLでは、ORDER B
Y句により処理結果をソートする様に問合せ要求行って
おり、その言語仕様は、日本工業規格JIS X 3005-1990
のデータベース言語SQLに規定されている。ソートのキ
ーには文字列を指定することが可能であり、その場合、
COLLATEによって照合順番を指定している。

【００１１】同様の仕様が、“Understanding The New
SQL: a Complete Guide, Jim Melton, Morgan Kaufman
n, 1993”に記載されている。この文献には、次の様なS
QL文を用いる例が記載されている。

【００１２】 SELECT movie_title, movie_type FROM movie_titles ORDER BY movie_title COLLATE FRENCH この例は、映画のタイトルをフランス語の慣例に従って
ソートする様に指定しており、ソートキーの文字列の文
字セットに適当な照合を明示的に指定するものである。

【００１３】また、“ORACLE 8 National Language Sup
port, An Oracle Technical WhitePaper, 1997.6”に記
載されている例では、環境変数等で照合方法を指定して
いる。

【００１４】図５７は従来の環境変数等で指定した照合
方法の例を示す図である。図５７では、照合方法の指定
と、ＳＱＬ文による問合せ及びその処理結果の例を表し
ており、この例から判る様に、同じ文字の集合に対し
て、指定した言語によって異なるソートが行われること
を示している。

【００１５】従来のデータベースを多言語対応として異
なる言語に対応させてソート処理を行った場合、ある文
字の集合を異なる言語の文字として異なる照合方法でソ
ート処理を行うと、照合方法によって異なる照合順番で
ソートが行われる為、前記の様に同じ文字の集合に対す
る処理であっても言語によってソート処理結果が異なる
ものになる。

【００１６】また、特定の言語の照合を行う場合でも、
その言語によって様々な照合順番があり、言語を日本語
に絞った場合であっても、単純照合、読み・表記照合、
代表読み照合等の様に種々の照合方法でソート処理を行
うと、その処理結果はそれぞれ異なるものになる。

【００１７】この様なそれぞれの言語の照合を行うもの
として、特開平８−５０８１２３号公報に言語認識照合
システムが開示されている。また、日本語文字列の照合
順番に関する規格が、日本工業規格JIS X 4061-1996に
制定されており、この規格では、単純照合、読み・表記
照合、代表読み照合の３つの照合順番が規定されてい
る。

【００１８】前記の様に従来の照合処理方法において、
データベースを多言語対応としたり特定の言語に対して
複数の照合方法を用いるなどして、データベースの同一
の列値に対して異なる照合方法を適用する場合には、同
一の列値に対して照合方法毎に異なる照合キーを用いて
ソート処理を行うことになる為、それぞれの列値に対し
て照合方法に対応する照合キーを生成した後、生成した
照合キーのソートを行っている。

【００１９】一方、データベースシステムにおいて、デ
ータベースに格納したデータをソートする方法として、
インデクスを利用する方法がある。その例として、特開
平８−２５５１７０号公報にソート付き検索処理装置が
開示されている。

【００２０】オブジェクト・リレーショナルデータベー
ス管理システムにおいては、ユーザ定義型に対してイン
デクスを作成するときの、順序評価を行うユーザ関数を
定義することができる。その例は“Object-Relational
DBMSs, Michael Stonebraker, Morgan Kaufmann, 199
6”に記載されている。これによれば、ユーザ定義関数
による任意の順番に従ったB-treeインデクスを作成する
ことができる。

【００２１】一般に文字列の照合を行うには、各照合段
階におけるさまざまな照合キーについて多次元的に解析
を行う必要がある。同様に多次元的なデータ解析により
検索を行うデータ処理方法の例として、特開平１０−３
０１９３７号公報に多次元ベクトル空間内の近傍検索方
法とそのプログラムの記録媒体が記載されている。この
方法では、色や形等の画像の特徴量を多次元データと
し、木構造のインデクスを用いることにより、ある画像
に類似した画像を高速に検索しており、各次元について
特徴量の検索範囲を限定して、類似した画像を検索する
ことにより、全ての画像との比較を行わずに範囲を限定
してデータ処理量を削減し、高速化を図っている。

【００２２】表計算ソフトやデータベース管理システム
（ＤＢＭＳ）では、ユーザより登録要求されたデータの
蓄積管理を行い、取り出し要求によりデータを取り出し
てユーザに返却する処理を行っている。この様な処理で
は、何も条件を指定せずデータの取り出しを行うと、取
り出せるデータの順番は不定であり、決まった順序でデ
ータを取り出す為に、データの並び替え機能が提供され
ている。

【００２３】前記の並び替え処理では、文字列の文字コ
ードの値による昇順または降順並び替えや、システムに
組み込まれている場合には日本語文字列に対する５０音
順並び替え等が可能である。例えばデータベース言語SQ
Lでは、ORDER BY句により検索結果をソートする様に要
求できる。その言語仕様は日本工業規格 JIS X 3005-19
90 データベース言語SQLに規定されている。

【００２４】表計算ソフトMicrosoft社Excel（登録商
標）では、データの並び替え機能を持っており、メニュ
ーより並び替えを選択することにより並び替えダイアロ
グボックスが表示され、並び替えを行うキーや昇順また
は降順指定ができる様になっている。更に、オプション
機能で並び替え順序の指定メニューより、ユーザ定義リ
ストパネルで登録した任意の文字列の並びを選択する
と、キーの値をその順番に並び替えることが可能である
（Excel5．0 for Windows 操作ハンドブック ISBN4-816
3-1671-X、データの並び替えに関する記述p478〜p481、
ユーザ定義に関する記述p214）。

【００２５】一方、日本語文字列の照合順番に関する規
格が、日本工業規格 JIS X4061-1996 に制定されてい
る。この規格では、単純照合、読み・表記照合、代表読
み照合の３つの照合順番が規定されている。

【００２６】単純照合は、与えられた１つの文字列をそ
のまま照合キーとして並び替えるもので、読み・表記照
合は並び替えを行う文字列とその読み列より、まず読み
列を照合キーによって並び替え、同順位になった場合、
文字列の方を照合キーとして並び替えを行うものであ
る。

【００２７】代表読み照合には、基本代表読み照合と簡
易代表読み照合があり、基本代表読み照合は、それぞれ
代表読みが定めることが可能な様に分節された、読み列
及び表記列が与えられ、以下の（１）〜（４）手順によ
り得られた結果が照合結果となる。

【００２８】（１）二つの表記列のそれぞれの先頭列
を、文字クラスの順番に従って評価する。

【００２９】（２）（１）の段階で同順位になった場合
は、二つの表記列中の各文節に対して、文節がある限
り、次の（ａ）及び（ｂ）の規則を順次適用する。一方
の表記列に照合すべき文節が無くなった場合は、無くな
った表記列の方を、前の順序とする。両方の表記列に照
合すべき文節が無くなった場合、この段階では同順位と
する。

【００３０】（ａ）その文節の表記列及び読み列を用い
て代表読み辞書から代表読みを決め、その代表読みを照
合キーとして照合規則で評価する。

【００３１】（ｂ）（ａ）の段階で同順位になった場合
は、その文節の表記列を照合キーとして照合規則で評価
する。

【００３２】（３）（２）の段階で同順位となった場
合、読み列を照合キーとして、照合規則で評価する。

【００３３】（４）（３）の段階で同順位となった場合
は、表記列を照合キーとして、照合規則で評価する。

【００３４】また、データベース管理システムにおい
て、格納したデータを並び替える方法としてインデクス
を利用する方法があり、その例として、特開平8-255170
号公報のソート付検索処理装置に開示されているものが
ある。インデクスを利用すると、並び替えを指定された
データ取り出し時に、データを並び替えることなく目的
の順番のデータが得られるので高速に処理を行うことが
できる。

【００３５】

【発明が解決しようとする課題】前記の従来技術では、
複数の種別のデータをサーバで管理するときに、データ
の型やデータ形式を１つに統一しており、型やデータ形
式が同じデータに対しては、個々のデータをそれぞれの
種別を区別することについて配慮されておらず、データ
の種別ごとの特性に従った処理を行うことができないと
いう問題があった。

【００３６】例えば、データベース管理システムでUnic
odeによって複数の言語（英語、日本語、ヘブライ語な
ど）の文字列データを１つの表に格納する場合、格納を
管理するサーバは、Unicodeでエンコードした文字デー
タとしてしか認識せず、どの言語であるかを区別しな
い。そのため、それぞれの言語に対応した全文検索処理
機能があっても、各言語のデータを選び出してそれぞれ
の言語特有の全文検索処理を適用するといったことがで
きない。例えば、全文検索において同義語や異表記の展
開などは言語によって異なり、また、日本語の場合は単
語の切り出しを行ったり、英語の場合は冠詞を除外する
など、それぞれ言語ごとの機能があるが、データの言語
を特定できなれけば、適切な機能を適用することができ
ない。

【００３７】本発明の目的は、種別の異なる複数のデー
タにアクセスすることが可能なデータ処理システムにお
いて、データの種別ごとの特性に応じた処理を行うこと
を可能とすることにある。

【００３８】

【課題を解決するための手段】本願において開示される
発明のうち代表的なものの概要を簡単に説明すれば、以
下のとおりである。

【００３９】データ処理を行うデータ処理手段をデータ
の種別をもとに選択し、選択した前記データ処理手段で
データ処理を実行するデータ処理方法である。

【００４０】データ種別をもとにデータ処理手段を選択
してデータ処理を実行することにより、複数の異なる種
別のデータにアクセスする場合に、データ種別ごとの特
有のデータ処理を行うことができる。

【００４１】

【発明の実施の形態】以下、本発明の実施形態（実施
例）を図面を用いて詳細に説明する。

【００４２】まず、図１を用いて本発明の原理を説明す
る。図１は、本発明の第１の実施形態のデータ処理シス
テムにおいて、複数の自然言語で記述された文書のデー
タを検索する処理の概要を示す概念図である。

【００４３】このデータ処理システムは、複数の言語の
データを保持し、このシステムを利用するユーザからの
検索要求に応じて、複数の言語についてそれぞれ言語固
有の全文検索を行う。

【００４４】図１に示すように、本実施形態のデータ処
理システム１０１は、アプリケーションプログラム（A
P）１０２と、データアクセス管理部１０３と、データ
処理サーバ１０４−１、１０４−２、…、１０４−ｎ
と、それらを接続し互いに通信を行う経路となるネット
ワーク１０５からなる。

【００４５】AP１０２は、データ処理システム１０１を
利用するユーザ１０６からの要求を表わすデータ処理要
求１０７をデータアクセス管理部１０３に送信し、その
要求に見合う処理結果１０８を受け取るプログラムであ
る。

【００４６】ユーザ１０６は、複数の言語を表示、編集
するプログラム（図示していない）を用いて、AP１０２
で受け取ったデータを取り扱うことができるものとす
る。

【００４７】データアクセス管理部１０３は、データ処
理システム１０１に保持しているデータに対するAP１０
２からのアクセスを管理する。

【００４８】データアクセス管理部１０３は、AP１０２
からのデータ処理要求１０７を受け付け、要求を解析
し、要求に見合った処理を行うのに適当なデータ処理サ
ーバ１０４−１、１０４−２、…、１０４−ｎへデータ
処理を要求し、データ処理サーバでの処理結果をAP１０
２に返却する。

【００４９】データアクセス管理部１０３は、実行制御
部１０９、要求解析部１１０、処理サーバ選択部１１
１、データ処理要求部１１２、処理結果編集部１１３か
らなる。

【００５０】実行制御部１０９は、データアクセス管理
部内で行う処理の実行制御を行う。データアクセス管理
部１０３で行う一連の処理の部分処理を、要求解析部１
１０、処理サーバ選択部１１１、データ処理要求部１１
２、処理結果編集部１１３で処理するよう制御する。

【００５１】要求解析部１１０は、AP１０２からのデー
タ処理要求１０７を解析する。

【００５２】処理サーバ選択部１１１は、AP１０２から
のデータ処理要求１０７に見合うデータ処理を行うデー
タ処理サーバ１０４−１、１０４−２、…、１０４−ｎ
を選択する。

【００５３】データ処理要求部１１２は、AP１０２から
のデータ処理要求１０７に見合うデータ処理を行うよう
データ処理サーバ１０４−１、１０４−２、…、１０４
−ｎに要求する。

【００５４】処理結果編集部１１３は、データ処理サー
バ１０４−１、１０４−２、…、１０４−ｎの処理結果
を、AP１０２の要求する処理結果１０８の形式となるよ
うに編集する。

【００５５】データ処理サーバ１０４−１、１０４−
２、…、１０４−ｎは、それぞれ、データベース１１４
−１、１１４−２、…、１１４−ｎに対するデータ１１
５−１、１１５−２、…、１１５−ｎの登録および検索
を行う。一般的なデータベース管理システムで行われる
データ処理機能を提供するサーバである。

【００５６】データアクセス管理部１０３がAP１０２か
らのデータアクセスを管理することに対し、データ処理
サーバ１０４−１、１０４−２、…、１０４−ｎは、AP
１０２のデータ処理要求に見合う実際のデータ処理を行
う。

【００５７】データ処理サーバ１０４−１、１０４−
２、…、１０４−ｎは、それぞれ、ある言語に対応した
全文検索処理部１１６−１、１１６−２、…、１１６−
ｎを持つ。１１６−１は、英語の全文検索機能を提供す
る。１１６−２は、ギリシア語の全文検索機能を提供す
る。１１６−ｎは、ヘブライ語の全文検索機能を提供す
る。全文検索処理部１１６−１、１１６−２、…、１１
６−ｎは、それぞれが各言語ごとの一般的な全文検索機
能を提供するプログラムモジュールで良い。

【００５８】次に、データ処理システム１０１における
データ検索処理の概要を説明する。

【００５９】まず、ユーザ１０６がAP１０２にデータ検
索要求を入力する。「聖書に関連する文献の中から、
『降誕』という語を含む文献を探せ」という要求とす
る。

【００６０】この検索要求を、データベース言語SQL文
で以下のように記述する。

【００６１】 SELECT * FROM 聖書 WHERE contents.contains('降誕') … １１７ なお、この検索要求で、データ種別に従う扱い方、特に
言語の種別に従う扱い方に関して、以下のようにデータ
処理することを要求する。

【００６２】検索対象とする言語種別は、英語とギリシ
ア語とする。つまり、原文が英語かギリシア語で記述さ
れた文献のみを検索対象とする。

【００６３】検索文は、データとして扱う部分（SELECT
などの制御に用いられる部分や、表の名称などデータベ
ースのスキーマを構成する部分ではないもの）を、それ
ぞれの言語に翻訳する。つまり、「降誕」という文字列
の表記をそのまま検索処理に適用するのではなく、それ
ぞれの言語に翻訳した、「降誕」を意味することば（例
えば、英語ならば"Nativity"など）に置き換えて検索を
する。

【００６４】なお、この検索要求１１７自体を記述する
言語の種別については、一般的なデータベースシステム
でデータベースサーバがアプリケーションプログラムか
らの要求の言語種別を認識するのと同様に、データアク
セス管理部１０３が認識するものとする。

【００６５】検索結果１０８のデータは、データ処理シ
ステムに登録されているデータの原文、原語どおりとす
る。

【００６６】これらを、それぞれSQLでの実行環境変数
（ISO Final Draft International Standard (FDIS) Da
tabase Language SQL -- Part 2: Foundation (SQL/Fou
ndation) <<Part 2>> ISO/IEC FDIS 9075-2:1999 (E),
March 1999 において sessioncharacteristics に相当
するようなもの）で以下のように指定する。

【００６７】 SET TARGET_LANG English, Greek … １１８ SET QUERY_LANG_TRANSLATION YES … １１９ SET RESULT_LANG ORIGINAL … １２０ AP１０２は、上記のユーザの検索要求に応じて、データ
アクセス管理部１０３にデータ処理要求を行う。

【００６８】データアクセス管理部１０３では、実行制
御部１０９による制御のもとで、以下の処理を行う。

【００６９】要求解析部１１０で、データ処理要求１０
７の検索要求文１１７を解析する。一般的なデータベー
ス管理システムによるSQLの解析で良い。解析結果には
以下が含まれる。

【００７０】データ検索要求であること、検索対象領域
が「聖書」であること、検索条件は「『降誕』を含む」
ということ。

【００７１】また、データの種別に従う扱い関しては、
以下の３つを得る。

【００７２】（１）検索対象とする言語種別は、英語と
ギリシア語とすること。なお、データの種別に従う処理
を指示する情報として、データ種別処理指示１２１を作
成する。データ種別処理指示１２１の対象種別として、
データ種別を識別する値として"English"、"Greek"を設
定する。

【００７３】（２）検索文で、データとして扱う部分
は、それぞれの言語に翻訳すること。

【００７４】（３）検索結果のデータは、登録されてい
るデータの原文、原語どおりとすること。

【００７５】次に、処理サーバ選択部１１１が、検索要
求するデータ処理サーバ１０４−１、１０４−２、…、
１０４−ｎを選択する。要求解析部１１０で解析した結
果であるデータ種別処理指示１２１をもとに、データ種
別-データ処理サーバ対応表１２２を参照して、データ
処理サーバを選択する。

【００７６】データ種別-データ処理サーバ対応表１２
２は、データ種別の識別子とデータ処理サーバ情報の組
を保持する（詳細はのちに図７に示す）。

【００７７】データ種別-データ処理サーバ対応表１２
２を参照して、データ種別処理指示１２１の対象種別に
設定されたデータ種別の識別子"English"、"Greek"をキ
ーとして、それに対応するデータ処理サーバ情報１２３
−１、１２３−２を取得し、そのデータ処理サーバ情報
１２３−１、１２３−２が示すデータ処理サーバを選択
したとみなす。

【００７８】データ処理サーバ情報１２３−１、１２３
−２は、それぞれ、データ処理サーバ１０４−１、１０
４−２に処理要求する際に必要な、サーバ処理サーバを
識別するサーバ名、処理要求の仕方を示すプロトコルを
含む。

【００７９】次に、データ処理要求部１１２は、データ
処理サーバ情報１２３−１、１２３−２をもとに、それ
ぞれのデータ処理サーバ１０４−１、１０４−２に検索
要求する。データ処理サーバ情報１２３−１、１２３−
２に含まれるプロトコルに従って、要求解析部１１０が
解析した内容をもとに検索要求文を作成して、データ処
理サーバ１０４−１、１０４−２に検索要求する。

【００８０】データ処理サーバ１０４−１、１０４−２
は、検索要求に見合うデータ検索処理を行う。それぞれ
各言語ごとの一般的な全文検索処理機能を有するデータ
ベース管理システムで行われる検索処理で良い。

【００８１】データ処理サーバ１０４−１、１０４−２
は、要求に従い「『降誕』を含む」という条件で全文検
索処理部により、各言語固有の全文検索を行う。

【００８２】データ処理サーバ１０４−１、１０４−２
は、検索処理の処理結果をデータアクセス管理部１０３
に返す。

【００８３】データアクセス管理部１０３は、処理結果
編集部１１３で、データ処理サーバ１０４−１、１０４
−２の処理結果を、AP１０２が要求する結果となるよう
編集する。

【００８４】AP１０２からの結果に対する要求は「原文
のまま」である、という要求解析部１１０の解析結果に
従い、変換を加えずにそのままデータ処理サーバの処理
結果１０８をAP１０２に返却する。

【００８５】AP１０２が英語のデータ１２４−１、ギリ
シア語のデータ１２４−２を処理結果１０８として受け
取り、検索処理が終了する。

【００８６】この例に示したように、本実施例によれば
以下の効果がある。

【００８７】データアクセス管理部１０３が、データ処
理を行うデータ処理サーバ１０４−１、１０４−２、
…、１０４−ｎをデータ種別に従って選択し、各データ
処理サーバでデータ処理を行うことから、データの種別
ごとの特有のデータ処理を行うことができる。

【００８８】次に、本実施形態におけるハードウェアの
構成について説明する。

【００８９】図２は、本実施形態（実施例）におけるハ
ードウェア構成を示す図である。

【００９０】本実施形態として示すプログラムは、図２
に示すデータ処理装置の上で動作する。

【００９１】データ処理装置２０１−１、２０１−２、
２０１−３は、それぞれ中央演算装置(CPU)２０２−
１、２０２−２、２０２−３、主記憶装置（メモリ）２
０３−１、２０３−２、２０３−３、入出力(I/O)コン
トローラ２０４−１、２０４−２、２０４−３、通信コ
ントローラ２０５−１、２０５−２、２０５−３および
これらを接続するシステムバス２０６−１、２０６−
２、２０６−３などからなる。また、I/Oコントローラ
２０４−１、２０４−２、２０４−３には、キーボード
やマウスおよびディスプレイなどのようなデータ入出力
装置２０７−１、２０７−２、２０７−３、および、磁
気ディスク装置のようなデータ記憶装置２０８−１、２
０８−２、２０８−３などが接続される。

【００９２】データ処理装置２０１−１、２０１−２、
２０１−３は、通信コントローラ２０５−１、２０５−
２、２０５−３によりLAN(Local Area Network)などの
ネットワーク１０５に接続されており、ネットワーク１
０５に接続されているほかのデータ処理装置と通信を行
なう。

【００９３】図１およびこれ以降に示すデータ処理は、
CPU２０２−１、２０２−２、２０２−３がメモリ２０
３−１、２０３−２、２０３−３に格納されたプログラ
ムを実行することにより実現される。AP１０２、データ
アクセス管理部１０３、データ処理サーバ１０４−１、
１０４−２、…、１０４−ｎの機能を実現するプログラ
ムは、メモリ２０５−１、２０５−２、２０５−３に格
納されてCPU２０２−１、２０２−２、２０２−３によ
り実行される。なお、AP１０２、データアクセス管理部
１０３、データ処理サーバ１０４、１０４−２、…、１
０４−ｎはそれぞれソフトウェアの論理的な機能単位で
あり、それぞれが互いに物理的に異なるデータ処理装置
２０１−１、２０１−２、２０１−３上で動作しても良
いし、１つのデータ処理装置上でこれらの複数の機能の
プログラムが動作しても良い。また、データベース１１
４−１、１１４−２、…、１１４−ｎなどは、データ記
憶装置２０８−１、２０８−２、２０８−３にデータを
格納することにより実現される。

【００９４】以降、データ処理システム１０１における
データ処理の詳細について説明する。

【００９５】図３は、データ処理システム１０１におけ
る基本的なデータ処理の流れを示すフローチャートであ
る。

【００９６】まず、AP１０２がデータアクセス管理部１
０３に対してデータ処理を要求する（３０１）。データ
処理要求１０７をデータアクセス管理部１０３に送信す
る。

【００９７】次に、データアクセス管理部１０３の要求
解析部１１０がデータ処理要求１０７を解析する（３０
２）。解析結果としてデータ処理解析結果３０８とデー
タ種別種別指示１２１を出力する。

【００９８】次に、データアクセス管理部１０３の処理
サーバ選択部１１１がデータ処理サーバを選択する（３
０３）。データ種別処理指示１２１の対象種別のデータ
種別識別子をキーとして、データ種別-データ処理サー
バ対応表１２２からデータ処理サーバ１０４を選択し、
選択したデータ処理サーバのデータ処理サーバ情報１２
３を出力する。

【００９９】次に、データアクセス管理部１０３のデー
タ処理要求部１１２がデータ処理サーバ１０４にデータ
処理を要求する（３０４）。データ処理解析結果３０８
をもとに、データ処理サーバ情報１２３にもとづいてデ
ータ処理サーバに見合ったデータ処理要求３０９を作成
し、データ処理サーバ１０４に送信する。

【０１００】次に、データ処理サーバ１０４がデータ処
理要求３０９に応じたデータ処理を行い、その処理結果
３１０をデータアクセス管理部１０３に返す（３０
５）。

【０１０１】次に、データアクセス管理部１０３の処理
結果編集部１１３がAP１０２の要求に応じて処理結果デ
ータを編集する（３０６）。データ処理サーバ１０４か
らのデータ処理結果３１０を編集し、その結果をデータ
処理結果３１１として出力する。

【０１０２】次に、データアクセス管理部１０３がデー
タ処理結果３１１をAP１０２に返し、処理を終了する
（３０７）。

【０１０３】この処理によれば、AP１０２からのデータ
処理要求を、データアクセス管理部１０３がデータの種
別によってそれぞれデータの種別に対応したデータ処理
サーバ１０４を選択しデータ処理要求を行うので、デー
タの種別に応じたデータ処理を行うことが可能になる。

【０１０４】次に、データ処理システム１０１における
データ検索処理を詳細に説明する。

【０１０５】データ検索処理の概要は図１で説明したと
おりで、基本的な処理の流れは図３に示した処理の流れ
に従う。以下に、データ検索処理における各部分処理に
ついて説明する。

【０１０６】図４は、データアクセス管理部１０３の要
求解析部１１０がデータ処理要求を解析する処理の詳細
を示すフローチャートである。図３のデータ処理フロー
におけるステップ３０２の詳細を示す。

【０１０７】まず、要求解析部１１０は、データ処理要
求文１１７を解析し、データ処理解析結果３０８を作成
する（４０１）。

【０１０８】図１のデータ処理要求文１１７の場合は、
検索対象の領域が「聖書」であることや、「降誕」を含
むという検索条件があることなどを解析し、その内容を
データ処理結果３０８に保持する。

【０１０９】次に、AP１０２からの処理対象のデータ種
別の指定を取得し、データ種別処理指示１２１を作成し
（４０２）、この要求解析処理を終了する。

【０１１０】処理対象のデータ種別の指定は、図１の１
１８に示した実行環境変数TARGET_LANGのような形態で
ある。データ種別処理指示１２１の詳細については、の
ちの図５に説明する。

【０１１１】この処理によれば、AP１０２からのデータ
種別の指定から、処理対象とするデータの種別が解析さ
れる。これにより、処理対象とするデータの種別を区別
することができる。

【０１１２】図５は、データ検索要求のデータ処理要求
解析結果のデータ構造を示す図である。AP１０２からの
データ検索要求１０７を解析した結果を示す。

【０１１３】データ検索のデータ処理要求解析結果３０
８は、処理種別５０１、対象領域５０２、検索条件５０
３からなる。

【０１１４】処理種別５０１には、１１７のSQL文の解
析の結果、「検索」を示す値が設定される。

【０１１５】対象領域５０２には、１１７のSQL文のFRO
M句を解析した結果、「聖書」を示す値が設定される。

【０１１６】検索条件５０３には、１１７のSQL文のWHE
RE句を解析した結果、「『降誕』を含む」を示す値が設
定される。

【０１１７】また、データ種別処理指示１２１は、実行
環境変数の指定をもとに作成される。

【０１１８】実行環境変数の指定１１８を解析した結
果、 TARGET_LANG:English, Greek … ５０４ が取得され、対象種別として、"English"５０５、"Gree
k"５０６が設定される。

【０１１９】実行環境変数の指定１１９を解析した結
果、 QUERY_LANG_TRANSLATION: YES … ５０７ が取得され、問合せ変換として「変換する」５０８が設
定される。

【０１２０】実行環境変数の指定１２０を解析した結
果、 RESULT_LANG: ORIGINAL … ５０９ が取得され、結果返却種別として「原文」５１０が設定
される。

【０１２１】このような構成により、データ処理要求を
解析した内容を構造化して表現することができる。ま
た、処理対象のデータ種別、問合せ中のデータの種別に
対する扱い方、処理結果として返却するデータの種別を
示すなど、データの種別に従った処理の指示を表現する
ことができる。

【０１２２】図６は、データ登録処理でのデータ処理サ
ーバを選択する処理のフローチャートである。図３のデ
ータ処理でのステップ３０３の詳細を示す。

【０１２３】まず、処理サーバ選択部１１１は、データ
種別処理指示１２１の対象種別のデータ種別識別子５０
５、５０６をキーとして、データ種別-データ処理サー
バ対応表１２２（図７で説明する）に登録されているレ
コードを検索する（６０１）。その結果として、データ
種別-データ処理サーバ対応レコード６０３を取得す
る。

【０１２４】次に、データ処理サーバ選択部１１１は、
データ種別-データ処理サーバ対応レコード６０３に含
まれるデータ処理サーバ情報１２３を出力し（６０
２）、この処理を終了する。

【０１２５】この処理により、データ種別をもとに、そ
れぞれの種別に応じたデータ処理サーバを選択すること
ができる。

【０１２６】図７は、データ種別-データ処理サーバ対
応表１２２の構成を示す図である。

【０１２７】図６のデータ処理サーバを選択する処理６
０１で参照する表である。

【０１２８】データ種別-データ処理サーバ対応表１２
２は、データ種別識別子を保持する列７０１と、データ
処理サーバ情報を保持する列７０２からなる。

【０１２９】データ処理サーバ情報は、データ処理シス
テム１０１内で各データ処理サーバを一意に識別するサ
ーバ識別子と、データ処理サーバへのデータ処理要求の
規約を示すプロトコル情報などからなる。

【０１３０】７０３は、データ種別"English"とデータ
処理サーバの対応を示すレコードである。データ処理サ
ーバ情報には、英語に対応したデータ処理サーバのサー
バ識別子dbms_enを持ち、プロトコル情報には、SQLイン
タフェースであることを示す値SQLを持つ。

【０１３１】７０４は、データ種別"Greek"とデータ処
理サーバの対応を示すレコードである。データ処理サー
バ情報には、ギリシア語に対応したデータ処理サーバの
サーバ識別子dbms_elを持ち、プロトコル情報には、SQL
インタフェースであることを示す値SQLを持つ。

【０１３２】７０５は、データ種別"Hebrew"とデータ処
理サーバの対応を示すレコードである。データ処理サー
バ情報には、ヘブライ語に対応したデータ処理サーバの
サーバ識別子dbms_iwを持ち、プロトコル情報には、SQL
インタフェースであることを示す値SQLを持つ。

【０１３３】この表により、データ種別とそれに対応し
たデータ処理サーバとの関連を示すことができる。

【０１３４】図８は、データ処理要求部１１２によるデ
ータ処理サーバへの処理要求処理を示すフローチャート
である。図３のデータ処理でのステップ３０４の詳細を
示す。

【０１３５】まず、データ処理要求部１１２は、データ
処理要求解析結果３０８をもとに、対象領域５０２をデ
ータ処理サーバ上のデータベースのスキーマにマッピン
グし、データ処理要求３０９を作成する（８０１）（デ
ータ処理要求３０９の詳細は図９で説明する）。処理サ
ーバ選択部１１１が処理サーバ選択処理３０３で選択し
たデータ処理サーバ情報１２３をもとに、データベース
のスキーマへのマッピングを行う。

【０１３６】次に、作成したデータ処理要求をデータ処
理サーバに送信し（８０２）、この処理を終了する。

【０１３７】この処理により、データ種別によって選択
された各データ処理サーバに、それぞれに応じたデータ
処理要求を行うことができる。

【０１３８】図９は、データアクセス管理部１０３から
データ処理サーバ１０４へのデータ処理要求のデータ構
造を示す図である。

【０１３９】図３のステップ３０４（検索に関しては図
８のステップ８０１）で作成されるデータ処理要求３０
９の詳細を示す。

【０１４０】なお、この例では、簡単のため、データ種
別"English"についてのデータ検索要求についてのみ示
す。データ種別"Greek"についても同様にしてギリシア
語のデータ処理サーバ用のデータ検索要求３０９が作成
される。

【０１４１】データ処理要求３０９の要求文９０１は、
以下を含む。

【０１４２】データ処理解析結果３０８の対象領域５０
２「聖書」を、英語のデータ処理サーバ１０４−１のデ
ータベース１１４−１のスキーマにマッピングし、Scri
pturesという表を検索対象とする。

【０１４３】データ処理解析結果３０８の検索条件５０
３内の「降誕」を、データ種別処理指示１２１の対象種
別"English"５０６と、問合せ変換「変換する」５０９
に従って、'Nativity'という文字列に変換し、全文検索
のキーとする。

【０１４４】この構造により、AP１０２からのデータ処
理要求１０７を、それぞれのデータ処理サーバに適した
形態で伝えることができる。

【０１４５】図１０は、データ処理システム１０１での
処理結果編集の処理を示すフローチャートである。図３
のステップ３０６の詳細を示す。

【０１４６】まず、データアクセス管理部１０３の処理
結果編集部１１３は、データ種別処理指示１２１を参照
し、結果返却の種別指定があるかどうかを判定する（１
００１）。

【０１４７】図１のデータ検索でのデータ処理要求１０
７では、実行環境変数ＲＥＳＵＬＴ＿ＬＡＮＧ１２０で
指定され、データ種別処理指示１２１の結果返却種別
「原文」５１０が設定されている。

【０１４８】ステップ１００１で、種別指定がある場合
は、データ処理サーバ１０４からの処理結果３１０を、
データ種別処理指定１２１に設定されたデータ種別に従
ってデータを変換し、その変換結果をデータアクセス管
理部１０３の処理結果３１１とする（１００２）。

【０１４９】図１のデータ検索では、「原文」５１０と
指定されているので、変換せずに処理結果３１１とす
る。

【０１５０】ステップ１００１で、種別指定がない場合
は、データ処理サーバ１０４からの処理結果３１０をそ
のままデータアクセス管理部１０３の処理結果３１１と
する（１００３）。

【０１５１】この処理により、ＡＰ１０２からの要求さ
れたデータ種別のデータを返却することができる。

【０１５２】以上説明したように、データ種別に応じた
データ検索処理を行うことができる。

【０１５３】次に、データ処理システム１０１におけ
る、データ登録処理の詳細を説明する。

【０１５４】図１１は、データ処理システム１０１にお
けるデータ登録処理の概要を示す概念図である。

【０１５５】基本的な構成は図１に示したものと同じで
あり、処理の流れは、図３に示したデータ処理の流れと
同じである。以下、データ登録の処理の流れに従って説
明する。

【０１５６】まず、AP１０２がユーザ１０６の要求に応
じてデータ登録要求を行う。ヘブライ語の文書データを
登録する要求であるとする。AP１０２はデータアクセス
管理部１０３にデータ登録の処理要求を行う。データ処
理要求１０７には、ヘブライ語の文書データ１１０１が
含まれる。

【０１５７】次に、データアクセス管理部１０３は、要
求解析部１１０で要求解析を行う。その結果としてデー
タ登録のデータ処理要求解析結果３０８とデータ種別処
理指示１２１を出力する。

【０１５８】データ処理要求解析結果３０８には、処理
対象データ１１０２が含まれる。

【０１５９】データ種別処理指示１２１には、対象種別
としてデータ種別識別子１１０３"Hebrew"が設定され
る。

【０１６０】次に、処理サーバ選択部１１１が、データ
種別処理指示１２１をもとに、データ処理サーバを選択
し、データ処理サーバ情報１２３−ｎを出力する。

【０１６１】次に、データ処理要求部１１２が、ヘブラ
イ語に対応したデータ処理サーバ１０４−ｎにデータ処
理要求を行う。

【０１６２】データ処理サーバ１０４−ｎは、ヘブライ
語のデータ４０２を、データベース１１４−ｎの中にヘ
ブライ語のデータ１１５−ｎとして格納する。また、ヘ
ブライ語に対応した全文検索処理部１１６−ｎが全文検
索インデクス１１０４−ｎに、データ１１５−１につい
てのインデクスエントリを登録する。

【０１６３】データ処理サーバ１０４−ｎでの登録処理
が完了すると、その結果がデータアクセス管理部１０３
に伝えられ、さらにAP１０２に登録処理が完了したこと
を伝えて、データ登録処理を終了する。

【０１６４】この処理によれば、データアクセス管理部
１０３が登録するデータ１１０１の種別によってデータ
登録処理を行うデータ処理サーバを選択することによ
り、データの種別に応じたデータ登録処理を行うことが
できる。

【０１６５】データ処理サーバは、対応する種別のデー
タのみを対象としてデータ登録処理を行うことができ
る。

【０１６６】図１２は、データ登録処理要求の構成を示
すデータ構造図である。

【０１６７】データ登録のデータ処理要求１０７は、登
録するデータの言語種別を示す実行環境変数の指定１２
０１と、データ登録要求文１２０２と、登録するデータ
１１０１からなる。

【０１６８】１２０１では、実行環境変数INPUT_LANG
に、ヘブライ語を示すデータ種別の値"Hebrew"を設定し
ている。この実行環境変数INPUT_LANGにより、登録する
データがどの言語種別であるかを示す。値が"Hebrew"で
あることにより、登録するデータがヘブライ語であるこ
とを示す。

【０１６９】１２０２は、「聖書に関する文献の集まり
にデータを登録する」という要求を示すSQL文である。
登録するデータは、登録するデータ１１０１は、ヘブラ
イ語で記述されて文字列データである。SQL文１２０２
の変数:containsに関連付けられている。

【０１７０】このように、データ処理要求に処理対象と
するデータの種別を指定することにより、処理対象とす
るデータの種別を区別できるようにする。このデータ種
別の指定を、要求解析部１１０が図４のステップ４０２
で解析し、データの種別を区別することができる。

【０１７１】図１３は、データ登録のデータ処理要求解
析結果３０８の構成を示す。

【０１７２】図４のデータ処理要求解析処理で出力され
る解析結果の詳細を示す。

【０１７３】データ登録のデータ処理要求解析結果３０
８は、処理種別１３０１と、対象領域１３０２と、処理
対象データ１３０２からなる。

【０１７４】処理種別１３０１は、図１２のデータ登録
のSQL文１２０２のINSERT文を解析した結果、「登録」
を示す値が設定されている。

【０１７５】対象領域１３０２は、図１２のデータ登録
のSQL文１２０２のINSERT文でINTO句を解析した結果、
「聖書」を示す値が設定されている。

【０１７６】処理対象データ１１０２は、データ処理要
求１０７に含まれているデータ１１０１からなる。

【０１７７】データ種別処理指示１２１の対象種別に
は、図１２のデータ登録要求でのデータ種別の指定１２
０１を解析して認識される実行環境変数１３０３をもと
に、ヘブライ語を示す値"Hebrew"１１０３が設定され
る。

【０１７８】このような構成により、データ処理要求を
解析した内容を構造化して表現することができる。ま
た、処理対象のデータ種別を示すなど、データの種別に
よって処理することの指示を表現することができる。

【０１７９】図１４は、データアクセス管理部１０３か
らデータ処理サーバ１０４へのデータ登録処理要求のデ
ータ構造を示す図である。

【０１８０】図８のステップ８０１で作成されるデータ
処理要求である。

【０１８１】データ登録のデータ処理要求３０９は、登
録の要求文１４０１とデータ１４０２からなる。

【０１８２】図８のステップ８０１により、データ登録
の要求文１４０１において、登録対象領域は、ヘブライ
語のデータ処理サーバ１０４−ｎのデータベース１１４
−ｎのスキーマにマッピングされ、ヘブライ語のデータ
ベースの聖書の表となる。

【０１８３】また、登録する値の変数:contentsには、
登録するよう指定されたヘブライ語のデータ１４０２が
設定される。

【０１８４】この構造により、AP１０２からのデータ処
理要求１０７を、それぞれのデータ処理サーバに適した
形態で伝えることができる。

【０１８５】以上説明したように、データ種別に応じた
データ登録処理を行うことができる。

【０１８６】次に、AP１０２において、データの種別
を、データの変数の属性で指定する例を示す。図１５
は、AP１０２からのデータ処理要求１０７のデータ構造
を示す図である。

【０１８７】データ登録要求文１５０１で、登録するデ
ータ１１０１を示す変数:contentsに対して、属性LANGU
AGE Hebrew１５０２を指定する。これにより、図１２の
データ処理要求での、実行環境変数によるデータ種別の
指定１２０１と同等の指定を行う。

【０１８８】この指定を処理要求解析部１１０で解析す
ることにより、先に示したデータ登録処理と同様の処理
を行うことができる。

【０１８９】次に、本発明の第２の実施形態を用いて、
データ種別の異なる複数の部分データからなるデータを
処理する第１の例を説明する。

【０１９０】本実施形態は、基本的な構成は図１の構成
と同じである。以下に、AP１０２からのデータ処理要求
から順に処理の流れに従って説明する。

【０１９１】図１６は、本実施形態での、AP１０２から
のデータ処理要求１０７のインタフェースの概要を示す
図である。

【０１９２】データ登録のデータ処理要求１０７に含ま
れる要求文１６０１は、表Scripturesの３つの列titl
e、author、contentsに、それぞれ、文字列データを挿
入する要求であることを示す。

【０１９３】ここで、各列値の変数に対する属性１６０
５、１６０６、１６０７は、それぞれ、表題の文字列デ
ータ１６０２のデータ種別が英語であること、著者の文
字列データ１６０３がギリシア語であること、内容の文
字列データ１６０４がヘブライ語であることを示してい
る。

【０１９４】このインタフェースにより、複数の種別の
異なる列値で１つの行値を構成することを指示すること
ができる。

【０１９５】図１７は、図１６に示したインタフェース
によるデータ処理要求の解析結果のデータ構造を示す図
である。

【０１９６】基本的は構成は、先の例で図１３に示した
データ処理要求解析結果３０８と同じである。異なる部
分は、処理対象データ１１０２の中に、列title、autho
r、contentsに対応した部分データ１７０１、１７０
２、１７０３を持つことである。

【０１９７】部分データ１７０１、１７０２、１７０３
は、データ種別と値からなる。

【０１９８】列titleに対する部分データ１７０１は、
データ種別"English"１７０４と、表題の文字列データ
の値１７０５からなる。

【０１９９】列authorに対する部分データ１７０２は、
データ種別"Greek"１７０６と、著者の文字列データの
値１７０７からなる。

【０２００】列contentsに対する部分データ１７０３
は、データ種別"Hebrew"１７０８と、内容の文字列デー
タの値１７０９からなる。

【０２０１】このデータ構成により、処理対象データの
部分データのそれぞれのデータ種別を表わすことができ
る。

【０２０２】図１８は、図１７のデータ処理要求解析結
果に従ってデータ登録する際の、データ処理サーバへの
データ処理要求を作成する処理のフローチャートであ
る。

【０２０３】これは、図８でのステップ８０１に相当す
る処理の詳細である。

【０２０４】まず、データ処理要求部１１２がデータ種
別処理指示１２１の対象種別からデータ種別識別子を取
り出す（１８０１）。データ種別識別子"English"など
がこれに相当する。

【０２０５】次に、処理対象データ１１０２から、ステ
ップ１８０１で取り出したデータ種別に属する部分デー
タを集め、データ処理サーバに登録するための登録用の
データ１８０６を作成する（１８０２）。データ種別識
別子を"English"とした場合、titileの部分データ１７
０５を構成要素として登録用データ１８０６を作成す
る。

【０２０６】次に、ステップ１８０２で作成した登録用
データにおいて、処理するデータ種別以外の部分データ
に、該当するデータが不明であることを示す情報unknow
nを設定する（１８０３）。データ種別識別子を"Englis
h"とした場合、author、contentsの部分をunknownとす
る。

【０２０７】次に、他に処理対象のデータ種別があるか
を判定する（１８０４）。

【０２０８】他にデータ種別がある場合は、ステップ１
８０１に戻って処理を繰り返す。１８０４までの処理を
繰り返すことにより、対象種別が複数の場合に、複数の
登録用データが作成される。つまり、ギリシア語とヘブ
ライ語の登録用データが作成される。

【０２０９】ステップ１８０４で、他にデータ種別がな
い場合は、次のステップに進む。

【０２１０】次に、データ処理システム１０１で一意と
なるデータ識別子を発行し、登録用データに設定する
（１８０５）。複数の登録用データを作成した場合は、
発行した１つの同じデータ識別子を、すべての登録用デ
ータに設定する。以上で登録用データを作成する処理を
終了する。

【０２１１】この処理により、複数の異なる種別の部分
データからなるデータの登録において、各データ種別ご
とに登録用データ１８０６を作成することができる。

【０２１２】図１９は、図１８の処理で作成される登録
用データの構成を示す図である。

【０２１３】図１８に示した処理により、登録用データ
は、データ種別"English"、"Greek"、"Hebrew"のそれぞ
れに対して作成され、それぞれ１８０６−１、１８０６
−２、１８０６−ｎのような構造となる。

【０２１４】それぞれの登録用データ１８０６−１、１
８０６−２、１８０６−ｎは、同じシステム内データ識
別子１９０１を保持する。

【０２１５】データ種別"English"に対応して作成され
た登録用データ１８０６−１は、データ識別子１９０１
と、titleの部分データで表題の文字列データ１９０２
−１と、authorの部分データunknown１９０３−１と、c
ontentsの部分データunknown１９０４−１からなる。こ
の登録用データ１８０６−１が、英語のデータ処理サー
バ１０４−１に登録される。

【０２１６】データ種別"Greek"に対応して作成された
登録用データ１８０６−２は、データ識別子１９０１
と、titleの部分データunknown１９０２−２と、author
の部分データで著者の文字列データ１９０３−２と、co
ntentsの部分データunknown１９０４−２からなる。こ
の登録用データ１８０６−２が、ギリシア語のデータ処
理サーバ１０４−２に登録される。

【０２１７】データ種別"Hebrew"に対応して作成された
登録用データ１８０６−ｎは、データ識別子１９０１
と、titleの部分データunknown１９０２−ｎと、author
の部分データunknown１９０３−ｎと、contentsの部分
データで内容の文字列データ１９０４−ｎからなる。こ
の登録用データ１８０６−ｎが、ヘブライ語のデータ処
理サーバ１０４−ｎに登録される。

【０２１８】このような構成により、複数の種別の部分
データからなる処理対象データが、データ種別ごとの登
録用データとして表わされる。

【０２１９】図２０は、図１９の構成で登録されたデー
タを検索した結果を編集する際の、処理結果編集部１１
３での処理を示すフローチャートである。

【０２２０】図１０での処理結果編集処理での、ステッ
プ１００１の前に行う処理である。

【０２２１】まず、処理結果編集部１１３は、データ処
理サーバから受け取ったデータの部分データから、unkn
ownではない実体データを取得して、処理結果データ３
１１を作成する（２００１）。

【０２２２】次に、処理結果のすべての部分データの実
体データが集まったかどうかを判定する（２００２）。

【０２２３】集まっていない場合は、システム内データ
識別子をキーとして、unknownである部分データの実体
データを他のデータ処理サーバから取得し、処理結果デ
ータ３１１に設定する（２００３）。すべての部分デー
タの実体データがそろったら処理を終了する。

【０２２４】この処理により、分割された部分データか
ら、もとの１つの処理対象データが作成される。

【０２２５】図２１は、図２０の処理で作成される処理
結果データの構成を示す図である。

【０２２６】titleの実体データ１９０２−１と、autho
rの実体データ１９０３−２と、contentsの実体データ
１９０４−ｎを集められて、それぞれを部分データ２１
０２、２１０３、２１０４とし、処理結果データ２１０
１が作成される。

【０２２７】次に、本実施形態において、データ種別の
異なる複数の部分データからなるデータを処理する第２
の例を説明する。

【０２２８】この例では、XML(eXtensible Markup Lang
uage)で記述された文書でタグを用いて部分データの言
語種別を指定する。

【０２２９】図２２は、データ登録の処理対象データ４
０２のインタフェースを概要を示す図である。

【０２３０】処理対象データ４０２は、XMLで記述され
た文書データである。

【０２３１】２２０１は、この文字列データがXMLで記
述されていることを示し、さらに、文字コードがUnicod
e UTF-8であることを示す。

【０２３２】タグtitle２２０２で囲まれた部分は、こ
の文書の表題を示す。また、タグlocaleの属性language
で"English"を指定することにより（２２０３）、タグl
ocaleで囲まれた部分が英語の文字列であることを示
す。

【０２３３】タグauthor２２０４で囲まれた部分は、こ
の文書の著者を示す。また、タグlocaleの属性language
で"Greek"を指定することにより（２２０５）、タグloc
aleで囲まれた部分がギリシア語の文字列であることを
示す。

【０２３４】タグabstract２２０６で囲まれた部分は、
この文書の要旨を示す。また、タグlocaleの属性langua
geで"Hebrew"を指定することにより（２２０７）、タグ
localeで囲まれた部分がヘブライ語の文字列であること
を示す。

【０２３５】このようなインタフェースにより、種別の
異なる複数の部分データからなるデータを表現すること
ができる。

【０２３６】図２３は、図２２のXMLデータをデータ処
理サーバに登録するときの登録用データの構成を示す図
である。

【０２３７】この例は、データ種別"English"に対応し
た登録用データ２３０１を示す。

【０２３８】図１８に示した処理により、データ種別"E
nglish"の実体２３０２をそのまま保持し、その他のデ
ータ種別の部分文字列は、unknownを示すタグ２３０
３、２３０４に置き換えられる。

【０２３９】この構成により、各データ種別に対応した
データ処理サーバで適切なデータ処理が行える登録用デ
ータを表わすことができる。

【０２４０】次に、本発明の第３の実施形態を用いて、
より複雑なデータ種別を取り扱う例を説明する。

【０２４１】本実施形態は、基本的な構成は、第１の実
施形態と同じである。主に異なる点は、データ種別をよ
り複雑な構造の情報で示すことと、データ処理サーバの
選択において、取り扱うデータのデータ種別と一致しな
くても、データを変換してデータ処理サーバにデータ処
理要求を行うことである。

【０２４２】図２４は、データ種別をロケール情報で示
したインタフェースの概要を示す図である。

【０２４３】先述の例ではデータ種別を英語、ギリシ
ア、ヘブライ語などの言語種別で表わしていたのに対し
て、この例では、さらに地域とエンコードの組合せによ
りデータの種別を示す。

【０２４４】言語と地域およびエンコードは、POSIX(Po
rtable Operating System Interface for UNIX)規格の
ロケール(locale)モデルに従い、"en_US.iso88591"のよ
うに、言語、地域、文字コードを示すこととする。

【０２４５】２４０１は、登録するデータのロケール
が"iw_IL.iso88598"であることを実行環境変数で指定し
ている。これにより、登録するデータの言語がヘブライ
語で、地域がイスラエル、エンコードがISO8859-8であ
ることが示される。

【０２４６】このようなインタフェースにより、複合的
な構成のデータ種別を表わすことができる。

【０２４７】図２５は、図２４の複合的な構成のデータ
種別のデータを登録する処理での、データ処理サーバを
選択する処理のフローチャートを示す図である。

【０２４８】基本的には、図６に示した処理サーバ選択
処理と同じである。違いは、ステップ６０１とステップ
６０２の間で、データ種別識別子に一致するレコードが
ないかどうかを判定し（２５０１）、ない場合はデータ
変換が可能なデータ種別のデータ処理サーバを検索する
（２５０２）処理を含んでいることである。

【０２４９】これにより、複雑で種別の数が多いデータ
種別のそれぞれに完全に対応するデータ処理サーバのす
べてが提供されていなくても、データ変換によりデータ
処理が可能な少数の種別に対応したデータ処理サーバで
データ処理を行うことができる。

【０２５０】図２６は、データ処理サーバへデータを登
録するときのデータを変換する処理のフローチャートを
示す図である。

【０２５１】データ処理要求解析結果３０８に含まれる
処理対象データを、図２５のステップ２５０２で検索さ
れたデータ変換可能なデータ種別に合わせてデータ変換
する（２６０１）。

【０２５２】これにより、複雑なデータ種別に完全に一
致するデータ処理サーバが提供されていなくても、デー
タを登録することができる。

【０２５３】図２７は、図２６の処理で作成される、デ
ータ変換したデータの構成を示す図である。

【０２５４】AP１０２からの処理要求では、登録するデ
ータ４０１のロケールはiw_IL.iso88598で、データ種別
識別子２７０１は"iw_IL.iso88598"としているとする。
データ種別-データ処理サーバ対応表１２２にはこのデ
ータ種別識別子に一致するレコードがなく、データ変換
可能なデータ種別識別子"iw_IL.utf8"２７０２のレコー
ドが検索結果として得られるとする。そのデータ種別識
別子２７０２に従い、図２６に示した処理によりデータ
変換が行われ、登録用データ２７０３が作成される。

【０２５５】この構成により、複雑なデータ種別に完全
に一致するデータ処理サーバが提供されていなくても、
データを登録することができる。

【０２５６】次に、本発明の第４の実施形態を用いて、
アプリケーションプログラムがデータの種別を受け取る
例を説明する。

【０２５７】本実施形態は、基本的な構成は、第１の実
施形態および第２の実施形態と同じである。主に異なる
点は、AP１０２がデータの種別をアプリケーションプロ
グラミングインタフェースで受け取ることである。

【０２５８】図２８は、データ検索において、AP１０２
が処理結果で受け取るデータの種別を受け取る要求のイ
ンタフェースの概要を示す図である。

【０２５９】データ検索のデータ処理要求１０７の要求
文２８０１で、結果として受け取るtitle、authorのそ
れぞれの言語を種別を、それぞれ標識子:sTLang２８０
２、:sAutLang２８０３で受け取るよう要求している。

【０２６０】このようなインタフェースにより、複数の
種別のデータを保持するデータベースかららデータを検
索結果として受け取る場合に、受け取ったそれぞれのデ
ータがどの種別であるかをAP１０２が知ることができ
る。

【０２６１】図２９は、図２８のようなインタフェース
で指定された検索要求で、標識子にデータ種別識別子を
返却する際のデータ構成の概要を示した図である。

【０２６２】データアクセス管理部１０３の処理結果編
集部１１３が、title、auhtorのそれぞれの部分データ
をデータ処理サーバ１０４−１、１０４−２から受け取
った際に、それぞれのデータ処理サーバのデータ種別識
別子"English"２９０１、"Greek"２９０２をもとに、処
理結果データ２９０３のtitleの標識子"English"２９０
４、authorの標識子"Greek"２９０５を設定する。

【０２６３】これにより、AP１０２は、処理結果で受け
取ったデータの種別を知ることができる。

【０２６４】次に、本発明の第５の実施形態を用いて、
ネットワーク経由でデータ処理サーバを探索してデータ
処理を行うデータ処理サーバを選択する例を説明する。

【０２６５】本実施形態は、基本的な構成は図１の構成
と同じである。主な違いは、データアクセス管理部１０
３でデータ種別-データ処理サーバ対応表１２２を用い
ないことである。

【０２６６】図３０は、データアクセス管理部１０３の
処理サーバ選択部１１１での、データ処理サーバを選択
する処理のフローチャートを示す図である。

【０２６７】この例では、ネットワーク１０５を経由し
てデータ処理サーバを探索し、データ処理種別指示１２
１に含まれるデータ種別識別子に適合するデータ処理サ
ーバを選択して、そのデータ処理サーバの情報を返す
（３００１）。

【０２６８】この処理により、データ処理システム１０
１のデータ処理サーバの構成を固定的にせず、また、デ
ータ種別-データ処理サーバ対応表１２２を保持しなく
ても、データ処理を行うデータ処理サーバを選択するこ
とができる。

【０２６９】次に、本発明の第６の実施形態を用いて、
データ処理システムにデータ処理サーバを追加する例を
説明する。

【０２７０】本実施形態は、基本的な構成は図１の構成
と同じである。主な違いは、フランス語のデータ処理サ
ーバ１１４−ｆをデータ処理システム１０１に追加し、
データアクセス管理部１０３のデータ種別-データ処理
サーバ対応表１２２にフランス語のデータ処理サーバの
情報を追加することである。

【０２７１】図３１は、データ処理サーバを追加したデ
ータ処理システムの構成を示す概要図である。

【０２７２】データ種別-データ処理サーバ対応表１２
２に、フランス語に適切なデータ処理を行うデータ処理
サーバのレコード３１０１を追加している。

【０２７３】また、フランス語に適切なデータ処理を行
うデータ処理サーバ１０４−ｆをネットワーク１０５に
接続し、データ処理システム１０１の一部となるように
している。

【０２７４】このような構成で、先に説明したデータ登
録処理およびデータ検索処理を行うことにより、追加し
たフランス語のデータ処理サーバ１０４−ｆの機能をデ
ータ処理システム１０１で利用することができる。

【０２７５】データ種別-データ処理サーバ対応表１２
２にレコード３１０１を追加するだけで、フランス語の
データ種別に対応し、データ処理サーバ１０４−ｆのデ
ータ処理を行うことができる。

【０２７６】なお、データ処理サーバ１０４−ｆは、デ
ータ処理システム１０１以外のアプリケーション３１０
２からも利用することができる。

【０２７７】また、すでにデータ処理システム１０１に
含まれているデータ処理サーバ１０４−１、１０４−
２、…、１０４−ｎ自体に対しては何も変更を加える必
要はない。

【０２７８】次に、本発明の第７の実施形態を用いて、
データ処理サーバに保持するデータの形式をすべて統一
する例を説明する。

【０２７９】本実施形態は、基本的な構成は図１の構成
と同じである。主な違いは、データ処理システム１０１
を構成するデータ処理サーバ１０４−１、１０４−２、
…、１０４−ｎに保持するデータの形式をすべて同一に
することである。

【０２８０】図３２は、データ処理サーバで取り扱うデ
ータのデータ形式をすべてUnicodeとした例を示す。デ
ータ処理サーバ１０４−１、１０４−２、…、１０４−
ｎに保持するデータ３２０１−１、３２０１−２、…、
３２０１−ｎのエンコードを、すべてUTF8としている。

【０２８１】このように、データ処理サーバ１０４−
１、１０４−２、…、１０４−ｎで取り扱うデータの形
式はすべて同じでも良く、データの型や形式によらず、
データの種別によってデータ処理サーバを区別すること
ができる。

【０２８２】なお、前述した例に示したように、本実施
例では以下のことが可能となる。

【０２８３】（１）複数の異なる種別のデータにアクセ
スするデータ処理システムにおいて、 （１−１）APで扱う種別に依存するデータをそのままデ
ータ処理サーバでデータ処理するので、それぞれの種別
に依存する情報が失われることがなく、データの種別ご
との特性に従った処理を行うことができる。

【０２８４】（１−２）部分データを種別によって分離
し、それぞれに応じたデータ処理サーバに登録し、検索
時にそれらの部分データを組合せて元のデータをAPに返
却するので、１つのデータ中に複数の種別のデータが混
在したデータを扱える。

【０２８５】（２）（１）の環境を構築することにおい
て、 （２−１）データ種別-データ処理サーバ対応表を編集
するだけで、データ処理サーバをデータ処理システムに
追加・削除することができるので、複数の異なる種別の
データにアクセスするデータ処理システムを容易に構築
することができる。

【０２８６】（２−２）データ種別-データ処理サーバ
対応表を編集するだけで、既存のデータ処理サーバをデ
ータ処理システムに追加・削除することができるので、
種別に依存した機能を提供する既存のモジュールを利用
することができる。

【０２８７】（２−３）種別ごとに対応したデータ処理
サーバを利用することにより、種別に依存した機能を提
供するモジュールを必要最小限に配置することができ
る。

【０２８８】これらのことが可能になることは、特に、
データベースシステムの多言語対応において有効であ
る。

【０２８９】なお、前述したフローチャートの処理は、
図２に示したようなデータ処理装置でプログラムを実行
することによって実現できる。また、そのプログラム
は、ハードディスク装置、フロッピーディスクなどのコ
ンピュータで読み書きができる記憶媒体に格納すること
ができ、ネットワークを通してプログラムにアクセスす
ることができる。

【０２９０】以下に列値に対応する複数の照合キーを多
次元データとして異なる照合方法で共有し、列値に対応
する照合キーの照合を行ってレコードをソートする一実
施形態の照合処理装置について説明する。

【０２９１】従来の照合処理方法において、データベー
スを多言語対応としたり特定の言語に対して複数の照合
方法を用いるなどして、データベースの同一の列値に対
して異なる照合方法を適用する場合には、照合が行われ
る列値に対して照合方法に対応した照合キーを生成した
後に、生成した照合キーを用いてソート処理を行う為、
ソート処理の処理速度が低下するという問題がある。

【０２９２】また、前記従来の照合処理方法では、ある
ソート処理の際に生成された照合キーはそのソート処理
のみで用いられる為、生成した照合キーが他の照合方法
で利用できる場合であってもその照合キーを他の照合方
法で利用しておらず、照合キーの利用効率が低下すると
いう問題がある。例えば、読み・表記照合によるソート
処理と、読み・表記照合及び代表読み照合を組み合わせ
たソート処理とを特定の列値に対して行う場合には読み
・表記照合の照合キーとして同じものが用いられるが、
従来の照合処理方法では、個々のソート処理でそれぞれ
照合キーを生成している為、照合キーの利用効率が低下
していた。

【０２９３】更に、前記従来の照合処理方法では、同一
の列値に対して行われる複数の照合方法の内容を変更し
た場合、生成する照合キーの内容を変更しなければなら
ない為、照合方法の変更・追加に容易に対応することが
できないという問題がある。

【０２９４】一方、従来のデータベースシステムでは、
データベースに格納したデータをソートする際にインデ
クスを利用する方法があるが、従来のインデクスを利用
する方法では照合される列値に対応させたインデクスを
用いる為、同一の列値に複数の照合キーが対応する場合
には、従来のインデクスをそのまま適用することは困難
となるという問題がある。

【０２９５】例えば、従来のデータベースシステムにお
いて、データベースに格納した文字列を、JIS X 4061に
規定されている照合方法に従ってソートする機能をサポ
ートすることを考え、一般的なリレーショナルデータベ
ースシステムで表の列に文字列を格納し、特開平８−２
５５１７０号公報に開示されている方法を適用して、イ
ンデクスを用いてソート機能を提供すると、以下の様に
なる。

【０２９６】まず、文字列を格納した列に対して、読み
・表記照合方法に従ったソートをサポートする場合に
は、読み・表記照合方法に従って文字列の順序を決定
し、インデクスを構成する木構造をなすノードに、ソー
トのキー値とレコードを識別する情報を保持する。

【０２９７】しかし、この様な方法では、以下の問題が
ある。前記の文字列を格納した列に対して、更に代表読
み照合方法によるソートをサポートする場合に、前記の
読み・表記照合方法に従って作成したインデクスは、ノ
ード内部のレコードの順番が異なる為、利用することが
できない。この様に、B-tree等によってある順序に従っ
て作成したインデクスを他の照合方法に適用することは
できない為、複数の照合方法によるソートをサポートす
る場合には、それぞれの照合方法によるインデクスを複
数作成する方法や、インデクスを使わずに直接レコード
を照合評価してソートする方法等が考えられる。

【０２９８】複数のインデクスを作成する方法では、ま
ず、データベースシステム内で同じ列に対してそれぞれ
異なる順番評価による複数のインデクスを作成・管理す
る機能が必要になる。これは一般的なデータベース管理
システムには無い機能である。また、この機能を追加し
たとしても、サポートする複数の照合方法のそれぞれに
ついてインデクスを運用管理する必要があり、操作コス
トがかかることになる。また、それぞれのインデクスに
ついてインデクスデータを格納するファイル等のリソー
スが必要になる。更に、レコード登録・変更時のインデ
クスデータのメンテナンスのオーバヘッドが、インデク
スの数だけ大きくなる。

【０２９９】インデクスを使わずにレコードを直接照合
評価してソートする方法では、レコードを格納した領域
を全てアクセスする為、レコード全体のサイズが大きく
レコードの数が大量の場合、インデクスを利用してキー
値のみをアクセスする場合と比べて、高速に処理するこ
とはできない。

【０３００】また、インデクスを作成していない場合
に、ソートを処理するときにインデクスを動的に作成
し、そのインデクスを用いてソートする方法が考えられ
る。しかし、この方法ではインデクス作成のオーバヘッ
ドがかかる為、既にインデクスが作成されている場合と
比べて、高速に処理することはできない。

【０３０１】更に、従来のデータベースシステムでは、
照合方法を部分的に変更・追加する様な場合に容易に対
応できないという問題がある。例えば、JIS X 4061で
は、漢字についての順番は、日本工業規格JIS X 0208の
情報交換用漢字符号に定義された区点番号の順番や、日
本工業規格JIS X 0221の国際符号化文字集合（ＵＣＳ）
−第１部体系及び基本多言語面に定義された符号位置の
順番とする様に規定されている。ここで、ＮＴＴの電話
帳の様に、漢字の順番評価の部分について画数順とした
い場合には、JIS X 4061に従って作成したインデクスは
順番が異なる為に利用できず、専用の順番評価を行う機
能とインデクスを別途作成する等の対策が必要である。

【０３０２】前記従来の技術のユーザ定義関数による順
序評価でインデクスを作成する方法では、任意のある１
つの順序評価に基づいたインデクスを作成できるが、そ
のインデクスを他の順序評価に基づいたソートに適用す
ることはできない。

【０３０３】前記従来の技術の多次元ベクトル空間内の
近傍検索方法を適用し、文字列の照合キーを多次元的に
解析して文字列照合する方法が考えられる。しかし、こ
の方法は、ある条件を満たすデータの集まりを取得する
方法からなり、検索範囲を限定することに有効ではある
が、ある規則（照合方法）に基づいて順番にソートする
ことには有効ではない。特に、複数の照合方法に基づい
た順番にソートすることには適用できない。以上をまと
めると、次の問題が挙げられる。

【０３０４】（１）１つのインデクスは１つの照合方法
によるソートにしか対応できない。複数の照合方法によ
るソートについて配慮がされていない。複数の照合方法
に対してそれぞれインデクスを作成すると、それぞれの
インデクスについて、運用の操作コストがかかる。更
に、インデクスデータを格納するリソースが必要にな
る。また、レコード登録・変更時のインデクスメンテナ
ンスのオーバヘッドがかかる。

【０３０５】（２）照合方法を部分的に変更・追加する
様な場合に容易に対応できない。照合方法の変更につい
ての配慮がされていない。変更により順番が変わってし
まう場合には、元の照合方法の為に作成したインデクス
を利用できない。

【０３０６】本発明の目的は上記問題を解決し、複数の
照合方法によるソート処理の高速化及び多次元データの
利用効率の向上を行うことが可能な技術を提供すること
にある。

【０３０７】本発明は、列値に対応する照合キーの照合
を行ってレコードをソートする照合処理方法において、
列値に対応する照合キーを示す多次元データを複数の照
合方法で共有し、多次元データ中の照合キーを用いて異
なる複数の照合方法によるソート処理を行うものであ
る。

【０３０８】本発明においてアプリケーションプログラ
ムは、表データストアに格納された文字列に対して、さ
まざまな照合方法によってソートする様にデータベース
処理サーバに問合せ要求を行う。

【０３０９】データベース処理サーバは、アプリケーシ
ョンプログラムからの問合せ要求を受け取ると、その問
合わせ要求の解析を行い、インデクス管理部の処理を経
由して問合せ解析結果を照合モジュールに送って照合モ
ジュールにソート処理を要求する。

【０３１０】照合モジュールは、定義データストアに保
持されている各種データを参照し、ソート要求で指定さ
れた照合方法で評価対象となる列値について、その列値
に対応する照合キーの識別子を取得し、その識別子と共
に多次元データ処理モジュールに多次元データ解析要求
を行う。

【０３１１】多次元データ処理モジュールは、前記識別
子で示される照合キーを多次元データから読み出し、前
記列値が格納されたレコードを識別する為のレコード識
別子を前記照合キーを用いてソートし、前記列値に対応
するレコード識別子を前記照合方法に応じて順序付けて
レコード識別子のリストを生成する。

【０３１２】多次元データ処理モジュールは、このレコ
ード識別子のリストを多次元データ解析結果として照合
モジュールに返し、照合モジュールは、この多次元デー
タ解析結果を、ソート処理結果としてインデクス管理部
に渡す。データベース処理サーバは、インデクス管理部
でソート処理結果を受け取るとアプリケーションプログ
ラムに問合せ処理終了を返す。

【０３１３】前記の様に本発明によれば、複数の照合方
法に従ったソートをサポートする際に、多次元データを
複数の照合方法について共有し、その多次元データ中の
照合キーを用いて複数の照合方法のソート処理を行うの
で、それぞれの照合方法によるソート処理の高速化、多
次元データ利用効率の向上（リソース削減）及び運用操
作コストの削減を行うことが可能である。

【０３１４】また、照合方法の定義情報を参照してその
照合方法で用いられる照合キーの定義情報を追加・変更
するだけで照合方法の追加・変更に対応することができ
るので、多次元データの利用効率の向上（リソース削
減）及び運用操作の容易化を行うことが可能である。

【０３１５】以上の様に本発明の照合処理装置によれ
ば、列値に対応する照合キーを示す多次元データを複数
の照合方法で共有し、多次元データ中の照合キーを用い
て異なる複数の照合方法によるソート処理を行うので、
複数の照合方法によるソート処理の高速化及び多次元デ
ータの利用効率の向上を行うことが可能である。

【０３１６】図３３は本実施形態の文字列ソート処理の
概要を示す図である。図３３に示す様に本実施形態のデ
ータベースシステム１０１０１は、照合モジュール１０
１０６と、多次元データ処理モジュール１０１０７とを
有している。

【０３１７】照合モジュール１０１０６は、ソート要求
で指定された照合方法で評価対象となる列値に対応する
照合キーの次元識別子を取得し、その照合キーを用いた
ソート処理を要求する照合処理部である。多次元データ
処理モジュール１０１０７は、照合モジュール１０１０
６で取得された次元識別子で示される照合キーを参照
し、表１０１１５の列値が格納されたレコードを識別す
る為のレコード識別子１０１５８を前記照合キーでソー
トし、前記列値に対応するレコード識別子１０１５８を
前記指定された照合方法に応じて順序付けるソート処理
部である。

【０３１８】データベースシステム１０１０１を照合モ
ジュール１０１０６及び多次元データ処理モジュール１
０１０７として機能させる為のプログラムは、ＣＤ−Ｒ
ＯＭ等の記録媒体に記録され磁気ディスク等に格納され
た後、メモリにロードされて実行されるものとする。な
お前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以
外の他の記録媒体でも良い。

【０３１９】まず、システム構成の概略を説明する。本
実施形態の照合処理装置であるデータベースシステム１
０１０１は、アプリケーションプログラム１０１０２
と、データベース処理サーバ１０１０３と、定義データ
ストア１０１０４と、表データストア１０１０５と、照
合モジュール１０１０６と、多次元データ処理モジュー
ル１０１０７と、多次元データストア１０１０８を備え
ている。

【０３２０】アプリケーションプログラム１０１０２
は、ユーザからのデータベース問合せ要求をデータベー
ス処理サーバ１０１０３に送信し、その処理結果を受け
取るプログラムである。

【０３２１】データベース処理サーバ１０１０３は、一
般的なデータベース管理システムの機能を提供すると共
にインデクス管理部１０１０９を含んでいる。インデク
ス管理部１０１０９は、データベース処理サーバ１０１
０３でのインデクスを利用したソート要求１０１５１を
受けて、その結果としてレコード識別子のリスト１０１
５７を返す。

【０３２２】定義データストア１０１０４は、インデク
ス定義情報１０１１０、インデクス−ドメイン対応デー
タ１０１１２、照合方法−照合キー対応データ１０１１
３、照合キー−次元対応データ１０１１４を保持してい
る。インデクス定義情報１０１１０は、インデクスに対
応した照合モジュール１０１０６を識別する照合モジュ
ール識別子１０１１１を含んでいる。また表データスト
ア１０１０５は表１０１１５にレコードを保持してい
る。

【０３２３】多次元データ処理モジュール１０１０７
は、“OLAP SOLUTIONS Building Multidimensional Inf
ormation Systems, Erik Thomsen, John Wiley & Sons,
1997”に記載されている様なデータ処理機能を提供す
るモジュールであり、特開平９−２６５４７９号公報の
「多次元データ処理方法」に開示されている様な方法に
従って実装されているモジュールである。多次元データ
ストア１０１０８は、インデクスに対応した多次元デー
タドメイン１０１１６を保持し、ここにレコードの照合
キーとなる部分をコード化した値及びそのレコードのレ
コード識別子１０１５８を多次元データとして保持して
いる。

【０３２４】次に、このシステムにおけるソート要求１
０１５１を含む問合せ処理の概略を説明する。アプリケ
ーションプログラム１０１０２は、表データストア１０
１０５に格納された文字列に対して、さまざまな照合方
法によってソートする様にデータベース処理サーバ１０
１０３に問合せ要求を行う（ソート要求１０１５１）。

【０３２５】データベース処理サーバ１０１０３は、ア
プリケーションプログラム１０１０２からの問合せ要求
の解析を行い、問合せ解析結果１０１５２を生成する。
この解析処理では、インデクス定義情報１０１１０を探
索し、ソート処理にインデクスを利用するかどうかを判
定する。ソート対象に対応するインデクス定義情報１０
１１０があれば、その情報に基づいてインデクスを利用
するデータベース処理を行うことを決定し、インデクス
を利用した結果、得られる順番をそのままソートした順
番とする。

【０３２６】問合せ解析結果１０１５２の結果、インデ
クスを利用することを決定すると、データベース処理サ
ーバ１０１０３はインデクス管理部１０１０９にソート
する様に要求する（インデクスソート要求１０１５
３）。インデクス管理部１０１０９は、インデクス定義
情報１０１１０に含まれる照合モジュール識別子１０１
１１に従って、照合モジュール１０１０６にソート処理
を要求する。

【０３２７】照合モジュール１０１０６は、定義データ
ストア１０１０４に保持されているインデクス−ドメイ
ン対応データ１０１１２、照合方法−照合キー対応デー
タ１０１１３、及び照合キー−次元対応データ１０１１
４を参照し、照合−多次元データ解析変換１０１５４を
行う。この変換で、インデクスに対応した多次元データ
処理のドメイン、適用する照合方法の照合キーと照合段
階に対応した多次元データドメイン１０１１６での照合
キーを識別する次元識別子と当該照合キーの優先度の情
報を得る。これらを指定して、多次元データ処理モジュ
ール１０１０７に、多次元データ解析要求１０１５５を
行う。

【０３２８】多次元データ解析要求１０１５５では、ア
プリケーションプログラム１０１０２からのそれぞれの
ソート要求１０１５１に適合する照合方法に従って、各
照合段階での照合キーの評価を、次元識別子及び優先度
に対応させ、それらを入力として指定する。出力とする
解析結果はレコード識別子のリスト１０１５７とする。

【０３２９】多次元データ処理モジュール１０１０７
は、各次元の照合キーについて優先度の指定の要求に従
って多次元データを解析してソート処理を行い、多次元
データ解析結果１０１５６を返す。

【０３３０】照合モジュール１０１０６は、この多次元
データ解析結果１０１５６をソート処理結果としてイン
デクス管理部１０１０９に渡す。インデクス管理部１０
１０９は、これをソート処理結果のレコード識別子のリ
スト１０１５７とする。データベース処理サーバ１０１
０３は、インデクス管理部１０１０９からのソート処理
終了を示す応答を受け取り、アプリケーションプログラ
ム１０１０２に問合せ処理終了を返す。以上で問合せ処
理を終了する。

【０３３１】なお、このソートの問合せ処理の結果は、
一般的なＳＱＬのＦＥＴＣＨにより取り出す。アプリケ
ーションプログラム１０１０２からのフェッチ要求に応
じて、データベース処理サーバ１０１０３はレコード識
別子のリスト１０１５７から順次レコード識別子１０１
５８を取り出し、それによって識別されるレコードを表
データストア１０１０５から取り出して、アプリケーシ
ョンプログラム１０１０２に返却する。

【０３３２】図３４は本実施形態の照合処理装置の概略
構成を示す図である。本実施形態のデータベースシステ
ム１０１０１は、一般的なデータ処理装置１０２０１の
上で動作する。

【０３３３】データ処理装置１０２０１は、ＣＰＵ１０
２０２、ＯＳ１０２０３、通信コントローラ１０２０
４、メモリ１０２０５、Ｉ／Ｏコントローラ１０２０６
及びこれらを接続するシステムバス１０２０７等を備え
ている。また、Ｉ／Ｏコントローラ１０２０６には、キ
ーボードやマウス及びディスプレイ等の様なデータ入出
力装置１０２０８、及び、磁気ディスク装置の様なデー
タ記憶装置１０２０９等が接続される。

【０３３４】データ処理装置１０２０１は、通信コント
ローラ１０２０４によりＬＡＮ（Ｌｏｃａｌ Ａｒｅａ
Ｎｅｔｗｏｒｋ）等のネットワーク１０２１０に接続さ
れており、ネットワーク１０２１０に接続されている他
のデータ処理装置１０２０１と通信を行なう。

【０３３５】図３３及びこれ以降に示すプログラムの機
能は、ＯＳ１０２０３の管理の下で、ＣＰＵ１０２０２
がメモリ１０２０５に格納されたプログラムを実行する
ことにより実現される。また、定義データストア１０１
０４、表データストア１０１０５、多次元データストア
１０１０８等は、データ記憶装置１０２０９にデータを
格納することにより実現される。

【０３３６】図３５は本実施形態の表１０１１５の一例
を示す図である。図３５では、データベースシステム１
０１０１においてレコードを格納する表１０１１５の構
造を表している。

【０３３７】名簿である表１０１１５は、氏名１０３０
１及びふりがな１０３０２を表す列とその他の列を有し
ている。また、レコード識別子１０３０３を各レコード
に割り当てている。ここで、氏名１０３０１の列値はＣ
ＨＡＲ型１６文字以内の値とし、ふりがな１０３０２の
列値は、ＣＨＡＲ型１６文字以内の値とする。

【０３３８】レコード１０３０４は、氏名１０３０１の
値が「足立 修」、ふりがな１０３０２の値が 「あだち
おさむ」であることを示しており、レコード識別子rid
1により、データベース処理サーバ１０１０３はこのレ
コードを他のレコードと識別する。なおレコード１０３
０５〜レコード１０３１２も同様である。

【０３３９】図３６は本実施形態のインデクス定義情報
１０１１０の一例を示す図である。インデクス定義情報
１０１１０は、インデクス識別子１０４０１、表識別子
１０４０２、列識別子１０４０３、照合モジュール識別
子１０４０４、照合要素種別１０４０５から構成され
る。

【０３４０】インデクス識別子１０４０１は、この定義
情報が示すインデクスを、他のインデクスと識別する識
別子である。表識別子１０４０２は、インデクス設定対
象の表を識別する識別子である。列識別子１０４０３
は、インデクス設定対象のキーとなる列を識別する識別
子である。

【０３４１】なお、レコード１０４０６及び１０４０７
の様な複数の定義情報により、複数の列の組合せがイン
デクスのキーであることを示しており、レコード１０４
０６及び１０４０７は、氏名１０３０１とふりがな１０
３０２の組合せが、このインデクス（名簿照合インデク
ス）のキーであることを示している。

【０３４２】照合モジュール識別子１０４０４は、照合
モジュール１０１０６を識別する識別子である。この定
義情報が示すインデクスで照合に関する処理を行うとき
に実行する照合モジュール１０１０６を識別する。照合
要素種別１０４０５は、列識別子１０４０３に対応した
照合要素を示しており、レコード１０４０６では、氏名
１０３０１が表記による照合において照合要素となるこ
とを表している。

【０３４３】以上をまとめるとレコード１０４０６及び
１０４０７は、「名簿照合インデクス」で識別されるイ
ンデクスが設定されていることを示しており、名簿を示
す表１０１１５の氏名１０３０１及びふりがな１０３０
２の列を組にしてインデクスのキーとしている。このイ
ンデクスの照合に関する処理は、jisx4061で識別される
照合モジュール１０１０６で実行される。照合での照合
要素は表記列及び読み列の組であり、それぞれ氏名１０
３０１及びふりがな１０３０２の列に対応する。

【０３４４】この様なインデクス定義情報１０１１０
は、一般のデータベース管理システムが提供するインデ
クス定義機能を拡張することで作成できるものである。

【０３４５】図３７は本実施形態の照合方法−照合キー
対応データ１０１１３の一例を示す図である。照合方法
−照合キー対応データ１０１１３は、照合方法識別子１
０５０１、照合キー識別子１０５０２、照合段階１０５
０３を有している。

【０３４６】レコード１０５０４〜１０５０８は、代表
読み照合方法の照合キー及びその照合段階を示してい
る。すなわち、代表読み照合方法での照合手順の第１段
階で、表記列の先頭字を文字クラスの順番に従って評価
すること、第２段階で第１分節の代表読みを照合キーと
して評価すること、第３段階で第１分節の表記列を照合
キーとして評価すること、第４段階で読み列を照合キー
として評価すること、第５段階で表記列を照合キーとし
て評価することをそれぞれ示している。

【０３４７】レコード１０５０９は読み・表記照合方法
での照合手順の第１段階で、読み列を照合キーとして評
価することを示し、レコード１０５１０は読み・表記照
合方法での照合手順の第２段階で、表記列を照合キーと
して評価することを示している。また、レコード１０５
１１は単純照合方法での照合手順の第１段階で、表記列
を照合キーとして評価することを示している。

【０３４８】なお、例えばレコード１０５０７とレコー
ド１０５０９で照合キー識別子「読み列」を共通して設
定されていることから、読み列の照合キーが、代表読み
照合方法での照合手順の第４段階及び読み・表記照合方
法での照合手順の第１段階で共通に用いられることが判
る。

【０３４９】図３８は本実施形態の照合キー−次元対応
データ１０１１４の一例を示す図である。照合キー−次
元対応データ１０１１４は、照合キー識別子１０６０
１、次元識別子１０６０２を有している。

【０３５０】レコード１０６０３は、「第１表記文字ク
ラス」で識別される照合キーが、多次元データドメイン
１０１１６での「第１表記文字クラス」で識別される次
元と対応することを示しており、同様に、レコード１０
６０４〜レコード１０６０７の各照合キーは、多次元デ
ータドメイン１０１１６での各次元と対応している。

【０３５１】なお、例えばレコード１０５０７及び１０
５０９で照合キー識別子「読み列」を共通して使用する
ことに対応して、多次元データ処理での次元「読み列」
も、複数の照合方法で共通に用いられる。

【０３５２】図３９は本実施形態のインデクス−ドメイ
ン対応データ１０１１２の一例を示す図である。データ
ベースシステム１０１０１では、インデクス毎に多次元
データドメイン１０１１６を持たせる。その対応関係を
インデクス−ドメイン対応データ１０１１２を用いて示
している。

【０３５３】インデクス−ドメイン対応データ１０１１
２は、インデクス識別子１０７０１、ドメイン識別子１
０７０２を有しており、レコード１０７０３は、「名簿
照合インデクス」で識別されるインデクスが、多次元デ
ータ処理モジュール１０１０７で、「名簿照合ドメイ
ン」で識別されるドメインと対応することを示してい
る。

【０３５４】次に、データベースシステム１０１０１の
多次元データドメイン１０１１６に多次元データのエン
トリを登録する一例として、レコードの挿入時に多次元
データのエントリ登録を行う例を示す。

【０３５５】図４０は本実施形態のデータベースシステ
ム１０１０１にレコードを挿入する処理の概要を示す図
である。本実施形態の多次元データ処理モジュール１０
１０７は、レコードの挿入の際にその列値に対応する複
数の照合キーを多次元データとして多次元データドメイ
ン１０１１６に保持し、多次元データ中の照合キーを異
なる照合方法で共有できる様にしている。

【０３５６】レコード挿入１０８５３を要求するアプリ
ケーションプログラム１０８０１が、名簿である表１０
１１５にレコードを格納する様、データベース処理サー
バ１０１０３に登録要求１０８５１を行っており、例え
ば以下の様なＳＱＬ文で問合せ要求を行う。

【０３５７】ＩＮＳＥＲＴ ＩＮＴＯ 名簿 ＶＡＬＵＥ
Ｓ （「足立 修」、「あだち おさむ」、．．．） データベース処理サーバ１０１０３は、この問合せ要求
を受信し、問合せ解析１０８５２を行い、データベース
処理手順を決定する。問合せ解析１０８５２では、レコ
ード挿入要求であることを解析して、表データストア１
０１０５へのレコード挿入１０８５３を行うことを決定
する。

【０３５８】更に、インデクス定義情報１０１１０を参
照し、挿入するレコードについてインデクスをメンテナ
ンスするかどうかを判定する。例えば図３６のレコード
１０４０６及び１０４０７を参照し、名簿照合インデク
スをメンテナンス対象とすることを決定する。

【０３５９】続いて、決定したデータベース処理手順に
従って、表データストア１０１０５へのレコード挿入１
０８５３を行う。データベース処理サーバ１０１０３
が、レコードの格納位置を決定し、表データストア１０
１０５に格納する。そして、その格納位置の情報をレコ
ード識別子１０８５４に符号化する。

【０３６０】次に、問合せ解析１０８５２で決定したデ
ータベース処理手順に従って、インデクスメンテナンス
１０８５５を行う。データベース処理サーバ１０１０３
は、インデクス管理部１０１０９にインデクスエントリ
登録を要求する。インデクス管理部１０１０９では、イ
ンデクス定義情報１０１１０から取得した照合モジュー
ル識別子１０４０４（jisx4061）を用いて、照合モジュ
ール１０１０６を特定し、照合モジュール１０１０６に
エントリ登録要求する。この要求では、インデクス識別
子、照合モジュール識別子、インデクス設定対象の列
値、レコード識別子を指定する。

【０３６１】照合モジュール１０１０６は、定義データ
ストア１０１０４に保持されたインデクス定義情報１０
１１０、照合モジュール−照合方法対応データ１０８０
２及び照合方法−照合キー対応データ１０１１３に従
い、照合要素に対応させ、インデクスのキー値から照合
キー値を取得する。更に、照合キー−次元対応データ１
０１１４を参照して、照合キーを多次元データエントリ
に対応させる様に照合キー−多次元データエントリ変換
１０８５６を行う。この変換によって得た多次元データ
エントリ変換結果１０８５８を多次元データ処理モジュ
ール１０１０７に登録要求する多次元データ登録要求１
０８５７を行う。なお、この照合モジュール１０１０６
におけるエントリ登録処理については、後に図４２で詳
細に説明する。

【０３６２】照合モジュール１０１０６のエントリ登録
が終了したら、インデクス管理部１０１０９のインデク
スメンテナンスを終了し、データベース処理サーバ１０
１０３はレコード挿入処理終了を登録アプリケーション
プログラムに返信して終了する。以上により、レコード
挿入処理を終了する。

【０３６３】図４１は本実施形態の照合モジュール−照
合方法対応データ１０８０２の一例を示す図である。照
合モジュール−照合方法対応データ１０８０２は、照合
モジュール識別子１０９０１と、照合方法識別子１０９
０２を有している。レコード１０９０３〜１０９０５
は、jisx4061で識別される照合モジュール１０１０６
が、「代表読み照合方法」、「読み・表記照合方法」、
「単純照合方法」の３つの照合方法の識別子と対応して
いることを示している。

【０３６４】図４２は本実施形態のエントリ登録時の照
合モジュール１０１０６の処理手順を示すフローチャー
トである。図４２では、図４０のインデクス管理部１０
１０９からのエントリ登録要求に応じて起動する処理を
表しており、この処理の入力は、インデクス識別子、照
合モジュール識別子、インデクス設定対象の列値、レコ
ード識別子である。

【０３６５】まず、インデクス定義情報１０１１０を参
照し、列値を照合要素の値に変換する（ステップ１１０
０１）。例えば図３６のレコード１０４０６及び１０４
０７を参照し、挿入するレコードの列値「足立 修」を
表記列の値、列値「あだち おさむ」を読み列の値とす
る。

【０３６６】次に、照合モジュール−照合方法対応デー
タ１０８０２を参照し、この照合モジュール１０１０６
に対応した照合方法識別子を取得する（ステップ１１０
０２）。例えば図４１のレコード１０９０３から、照合
方法識別子「代表読み照合方法」を得る。

【０３６７】次に、ステップ１１００２で取得した照合
方法識別子を基に、照合方法−照合キー対応データ１０
１１３から、照合方法に対応した照合キーを取得する
（ステップ１１００３）。例えば照合方法識別子「代表
読み照合方法」を基に、図３７のレコード１０５０４か
ら照合キー識別子「第１表記文字クラス」を得る。

【０３６８】次に、ステップ１１００１で得た照合要素
の値から照合キー値を取得する（ステップ１１００
４）。例えば、表記列「足立 修」の先頭字「足」を得
て、その文字クラス「漢字」を得る（照合モジュール１
０１０６が文字の辞書等を用いて取得する）。

【０３６９】次に、ステップ１１００４で得た照合キー
値をコード化する（ステップ１１００５）。コード化の
詳細については、後に図４３で説明する。更に、これに
よって得た照合キー値コードをリスト形式で保持してお
く（ステップ１１００６）。

【０３７０】次に、ステップ１１００３で取得する照合
キーについて、他に該当する照合キーがあるかを判定す
る（ステップ１１００７）。該当する照合キーがあれ
ば、ステップ１１００３〜ステップ１１００６の処理を
繰り返す。例えば図３７のレコード１０５０５〜１０５
０８等が該当し、これらについてステップ１１００３〜
ステップ１１００８の処理を繰り返す。

【０３７１】ステップ１１００７で該当する照合キーが
無くなった場合は、次のステップ１１００８に進む。ス
テップ１１００８では、ステップ１１００２で取得する
照合方法識別子について、他に該当する照合方法識別子
があるかを判定する。該当する照合キーがあれば、ステ
ップ１１００２〜ステップ１１００８の処理を繰り返
す。例えば図４１のレコード１０９０４及び１０９０５
等が該当し、これらについてステップ１１００２〜ステ
ップ１１００８の処理を繰り返す。つまり、読み・表記
照合方法、単純照合方法についても照合キーを取得する
処理を繰り返す。

【０３７２】ステップ１１００８で該当する照合方法識
別子が無くなった場合は、次のステップ１１００９に進
む。ここまでの処理で、照合モジュール１０１０６に関
する全ての照合方法の全ての照合キーについて、照合キ
ー値をコード化した値のリストを得ている。次に、イン
デクス−ドメイン対応データ１０１１２を参照し、多次
元データ処理モジュール１０１０７に登録要求するドメ
インの識別子を取得する（ステップ１１００９）。例え
ば図３９のレコード１０７０３を参照し、ドメイン識別
子「名簿照合ドメイン」を取得する。

【０３７３】次に、照合キー−次元対応データ１０１１
４を参照し、ステップ１１００６で作成した照合キー値
コードのリスト及びレコード識別子を、多次元データ処
理モジュール１０１０７での次元に対応付ける（ステッ
プ１１０１０）。例えば、図３８のレコード１０６０３
〜１０６０７等を参照し、照合キー値コードを次元に対
応付ける。すなわち「足立 修」の第１表記文字クラス
「漢字」のコード値を、次元「第１表記文字クラス」に
対応付ける。また、レコード識別子rid1を次元「レコー
ド識別子」に対応付ける。

【０３７４】次に、多次元データ処理モジュール１０１
０７にエントリ登録要求する（ステップ１１０１１）。
この要求で、ステップ１１００９で取得したドメイン識
別子「名簿照合ドメイン」でドメインを指定し、ステッ
プ１１０１０で作成した次元とコード値を指定する。多
次元データ処理モジュール１０１０７でエントリ登録が
終了したら、この処理を終了する。この処理により、１
つのレコードについてのエントリ登録で、ソートに適用
する照合方法の全ての照合キーのコード値が、多次元デ
ータドメイン１０１１６に登録される。

【０３７５】図４３は本実施形態の照合キー値のコード
の一例を示す図である。図４３では、図４２の照合モジ
ュール１０１０６のエントリ登録でのステップ１１００
５で作成するコードの構成例を表している。

【０３７６】照合キー１１１０１は、代表読み照合方法
の第１段階での照合キーであり、表記列第１文字の文字
クラスのコードを示している。なお、表記列「足立
修」の表記列第１文字「足」の文字クラスは「漢字」で
あり、JIS X 4061に規定されている文字クラスの番号
「１１」と対応させて、照合キーのコードを「１１」と
している。

【０３７７】照合キー１１１０２は、代表読み照合方法
の第２段階での照合キーであり、代表読みのコードを示
している。なお、表記列「足立 修」、読み列「あだち
おさむ」の代表読みは「あし」であるので（照合モジュ
ール１０１０６が代表読み辞書を用いる等して決定す
る）、JIS X 4061に規定されている以下の番号に対応さ
せてコード化している。

【０３７８】文字クラスの番号：仮名…「１０」 文字クラス内での文字の順番：「あ」…「１」、「し」
…「１２」 清濁属性番号：「あ」（清音）…「０」、「し」（清
音）…「０」 記号種別属性番号：「あ」（大文字）…「０」、「し」
（大文字）…「０」 仮名種別属性番号：「あ」（平仮名）…「０」、「し」
（平仮名）…「０」 同様にして、第１分節表記列、読み列、表記列等の全て
の照合キーについてコード化する。なお、これらのコー
ドは順番を数値化しており、数値の大小が、照合キーの
順序に対応している。従って、多次元データ解析でその
数値の大小で比較し、昇順に並べることにより、照合キ
ーの順番を示すソート処理結果が容易に得られる。

【０３７９】図４４は本実施形態の多次元データドメイ
ン１０１１６に保持する多次元データの一例を示す図で
ある。図４２のエントリ登録の処理で示した様に、ソー
トに適用される全ての照合方法の全ての照合キーについ
て次元を作成する。

【０３８０】図４４では、第１表記文字クラス１１２０
１、代表読み１１２０２、第１分節表記列１１２０３、
読み列１１２０４、表記列１１２０５、及びレコード識
別子１１２０６のそれぞれの次元を作成しており、これ
らの次元について、図４３で示した様な照合キーのコー
ド値を配置する。

【０３８１】ここで、読み列の次元は、代表読み照合方
法と読み・表記照合方法について共有され、また、表記
列の次元は、代表読み照合方法、読み・表記照合方法及
び単純照合方法で共有されている。

【０３８２】以上により、照合に関する全ての照合キー
のコード値が、対応する多次元データドメイン１０１１
６に保持される。

【０３８３】図４５は本実施形態のソート要求１０１５
１を含む問合せ処理の処理手順を示すフローチャートで
ある。図４５では、アプリケーションプログラム１０１
０２が表データストア１０１０５に格納された文字列の
ソートを要求したときの処理を表しており、例えばアプ
リケーションプログラム１０１０２からは、名簿である
表１０１１５に対して、氏名１０３０１とふりがな１０
３０２の組をキーとして（それぞれ照合要素の表記列、
読み列として）、代表読み照合方法に基づいてソートす
る様に要求する。

【０３８４】一般にアプリケーションプログラム１０１
０２では、この様な処理の要求については問合せに対し
てカーソルを定義し、そのカーソルをオープンした後に
フェッチにより１件づつ問合せの結果を取得する。なお
図４５では、アプリケーションプログラム１０１０２か
らのカーソルオープン要求に対して、データベース処理
サーバ１０１０３がソートした問合せ処理結果のリスト
を作成する処理を示している。

【０３８５】まず、データベース処理サーバ１０１０３
は、アプリケーションプログラム１０１０２からの問合
せ要求の解析を行なって解析結果を得る（図３３の問合
せ解析結果１０１５２に相当）。ここでは、一般的な解
析処理により、ソート要求１０１５１を含む問合せ要求
であることを解析し、例えば名簿である表１０１１５の
氏名１０３０１及びふりがな１０３０２の列の組につい
て、代表読み照合方法によるソート要求１０１５１であ
ることを解析する（ステップ１１３０１）。

【０３８６】次に、ソート処理に定義・設定済みのイン
デクスを利用するかどうかを判定する。この判定では、
名簿である表１０１１５で、氏名１０３０１及びふりが
な１０３０２を対象としたインデクス定義情報１０１１
０を探索し（ステップ１１３０２）、該当するインデク
ス定義情報１０１１０があるかどうかを調べる（ステッ
プ１１３０３）。

【０３８７】該当するインデクス定義情報１０１１０が
ある場合は、設定済みのインデクスを利用するデータベ
ース処理手順とすることを決定する（ステップ１１３０
４）。続いて、該当するインデクス定義情報１０１１０
を取得しておく（ステップ１１３０５）。ここでは、該
当する図３６のレコード１０４０６及び１０４０７の情
報を取得する。

【０３８８】ステップ１１３０４で該当するインデクス
定義情報１０１１０がない場合は、レコードから多次元
データを作成してソートするデータベース処理手順に決
定する（ステップ１１３０６）。

【０３８９】続いて、問合せ解析１０８５２で決定した
データベース処理手順に従って、データベース処理サー
バ１０１０３はデータベース処理を実行する。データベ
ース処理サーバ１０１０３は、インデクスを利用するデ
ータベース処理手順であるかどうか判定する（ステップ
１１３０７）。

【０３９０】設定済みのインデクスを利用する場合は、
インデクス管理部１０１０９にインデクスを用いたソー
トを行う様に要求する（図３３のインデクスソート要求
１０１５３に相当）。インデクス管理部１０１０９は、
ステップ１１３０５で取得したインデクス定義情報１０
１１０を受け取り、ソート要求１０１５１に応じた処理
を行う（ステップ１１３０８）。この要求では、ソート
要求１０１５１に指定されたインデクス識別子及び照合
方法識別子を指示する。インデクス管理部１０１０９
は、インデクス定義情報１０１１０の照合モジュール識
別子を基に、対応する照合モジュール１０１０６にソー
ト処理を行う様に要求する。照合モジュール１０１０６
は、多次元データ処理モジュール１０１０７を用いて、
図４２の処理で登録した多次元データの解析を行い、レ
コード識別子のリスト１０１５７を取得し、処理結果と
して返す。ソート要求時の照合モジュール１０１０６の
処理の詳細については、図４６で説明する。インデクス
管理部１０１０９は、この処理結果をソート結果のレコ
ード識別子のリスト１０１５７とする。

【０３９１】ステップ１１３０７で設定済みのインデク
スを利用しない（多次元データを作成してソートする）
データベース処理手順の場合は、データベース処理サー
バ１０１０３は表データストア１０１０５から全てのレ
コードを取得し、それらを多次元解析してソート処理す
る（ステップ１１３０９）。この処理については図４９
で説明する。この処理結果として照合順番に並んだレコ
ード識別子のリスト１０１５７を作成する。

【０３９２】ステップ１１３０８またはステップ１１３
０９の処理が終了すると、データベース処理サーバ１０
１０３は、アプリケーションプログラム１０１０２に問
合せ処理終了を返信し（ステップ１１３１０）、問合せ
処理を終了する。

【０３９３】図４６は本実施形態のソート処理時の照合
モジュール１０１０６の処理手順を示すフローチャート
である。図４６では、照合モジュール１０１０６がイン
デクス管理部１０１０９からのソート要求１０１５１に
応じて、図４５のステップ１１３０８で起動される処理
を表しており、この処理の入力はインデクス識別子と照
合方法識別子である。

【０３９４】照合モジュール１０１０６は、ユーザのソ
ート要求１０１５１に指定された照合方法識別子を基
に、照合方法−照合キー対応データ１０１１３を参照し
て、照合キー識別子と照合段階１０５０３を取得する
（ステップ１１４０１）。例えば照合方法識別子「代表
読み照合方法」に従い、図３７のレコード１０５０４の
照合キー識別子「第１表記文字クラス」と照合段階１０
５０３「１」等を得る。

【０３９５】次に、ステップ１１４０１で取得した照合
キー識別子を基に、照合キー−次元対応データ１０１１
４から次元識別子を取得する。例えばステップ１１４０
１で取得した照合キー識別子「第１表記文字クラス」に
対応して、図３８のレコード１０６０３等から次元識別
子「第１表記文字クラス」等を取得する。

【０３９６】次に、ステップ１１４０２で取得した次元
識別子と、ステップ１１４０１で取得した照合段階１０
５０３から、次元と優先度の組を作成する（ステップ１
１４０３）。例えば照合キー識別子「第１表記文字クラ
ス」の照合段階１０５０３が「１」であることから、次
元識別子「第１表記文字クラス」で識別される次元の優
先度を「１」とする。

【０３９７】次に、ステップ１１４０１で取得する照合
キーについて、他に該当する照合キーがあるかを判定す
る（ステップ１１４０４）。他に該当する照合キーがあ
る場合は、ステップ１１４０１からステップ１１４０４
を繰り返す。他に該当する照合キーがない場合は次のス
テップ１１４０５に進む。ここまでの処理で、次元識別
子「第１表記文字クラス」、「代表読み」、「第１分節
表記列」、「読み列」及び「表記列」について、それぞ
れ優先度「１」、「２」、「３」、「４」及び「５」が
対応付けられる。

【０３９８】ステップ１１４０５では、インデクス管理
部１０１０９から受け取ったインデクス識別子を基に、
インデクス−ドメイン対応データ１０１１２を参照し
て、ドメイン識別子を取得する。図３９のレコード１０
７０３を参照し、ドメイン識別子「名簿照合ドメイン」
を得る。

【０３９９】次に、ステップ１１４０３で作成した次元
識別子と優先度の組から、多次元データ解析要求する際
のパラメタを作成する（ステップ１１４０６）。ここ
で、処理結果がレコード識別子のリスト１０１５７とな
る様にパラメタを設定する。ここまでの処理が、図３３
の照合−多次元データ解析変換１０１５４に相当する。

【０４００】次に、多次元データ処理モジュール１０１
０７に多次元データ解析を要求する（ステップ１１４０
７）。これは図３３の多次元データ解析要求１０１５５
に相当する。多次元データ処理モジュール１０１０７の
処理結果を受け取ったら、その結果のレコード識別子の
リスト１０１５７をインデクス管理部１０１０９に渡し
（ステップ１１４０８）、この処理を終了する。以上に
より、アプリケーションプログラム１０１０２からのソ
ート要求処理を実現する。

【０４０１】図４７は本実施形態のソート処理結果の一
例を示す図である。多次元データ解析結果１０１５６−
１は、代表読み照合方法によってソートした結果を示し
ている。第１表記文字クラス、代表読み、第１分節表記
列、読み列、表記列のそれぞれの次元をこの順に優先し
て、それぞれの値（照合キーのコード値）の昇順になる
様に多次元データ解析した結果である。これは、代表読
み照合方法の各照合段階１０５０３での照合キーの評価
を行った場合と同等の結果となる。

【０４０２】この結果でレコード識別子のリストrid2、
rid3、rid1、rid5、rid4、rid7、rid6、rid8、rid
9、．．．が得られる。これは、代表読み照合方法で氏
名１０３０１及びふりがな１０３０２の列の値をソート
した場合のレコードのレコード識別子のリスト１０１５
７となる。

【０４０３】同様に、多次元データ解析結果１０１５６
−２は読み・表記照合方法によってソートした結果を示
し、多次元データ解析結果１０１５６−ｎは単純照合方
法によってソートした結果を示している。いずれもそれ
ぞれの照合方法で氏名１０３０１及びふりがな１０３０
２の列の値をソートした場合のレコードのレコード識別
子のリスト１０１５７が得られる。

【０４０４】図４８は本実施形態の多次元データを作成
してソート処理するときの多次元データの一例を示す図
である。図４８では、図４５のステップ１１３０９にお
いて、レコードから多次元データを作成してソート処理
を行うときの多次元データストア１０１０８に保持する
多次元データを表している。

【０４０５】図４５のステップ１１３０９においては、
一時作業用多次元データドメイン１０１６０１にデータ
ストアからレコードについての照合キーのコード値を配
置し、図４６に示した様な処理によりソートを行う。詳
細は図４９に示す。

【０４０６】一時作業用多次元データドメイン１１６０
１には、ソートに適用する照合方法の照合キーに対応す
る第１表記文字クラス１１６０２〜表記列１１６０６
と、レコード識別子に対応するレコード識別子１１６０
７を作成する。これに、図４３に示した様なコード値を
配置する。

【０４０７】図４９は本実施形態の多次元データを作成
するソート処理の処理手順を示すフローチャートであ
る。図４９では、図４５のステップ１１３０９におい
て、表データストア１０１０５からレコードを取得して
多次元データを作成してソートを行う処理のフローチャ
ートを表している。

【０４０８】まず、データベース処理サーバ１０１０３
は、照合モジュール−照合方法対応データ１０８０２を
参照し、ソート要求１０１５１で指定された照合方法に
対応する照合モジュール識別子を取得する（ステップ１
１７０１）。例えば、代表読み照合方法についての照合
モジュール識別子jisx4061を得る。

【０４０９】次に、照合方法−照合キー対応データ１０
１１３を参照し、ソート要求１０１５１で指定された照
合方法の照合キーと照合段階１０５０３の情報を取得す
る（ステップ１１７０２）。そして照合キー−次元対応
データ１０１１４を参照し、照合キーから次元識別子を
取得する（ステップ１１７０３）。ステップ１１７０４
では、多次元データ処理の一時作業用多次元データドメ
イン１１６０１を取得する。

【０４１０】次に、表データストア１０１０５から、ソ
ート対象のレコードを取得する（ステップ１１７０
５）。ステップ１１７０６では、照合キー値とレコード
識別子を多次元データの次元に対応付ける。ユーザから
の要求に従って、レコードの氏名の列値を照合要素の表
記列の値とし、ふりがなの列値を照合要素の読み列の値
とする。この値を基に、照合モジュール１０１０６が、
照合キー値を作成し多次元データ解析での次元に対応付
ける。

【０４１１】次に、照合モジュール１０１０６は、一時
作業用多次元データドメイン１１６０１に、ステップ１
１７０６で作成した照合キー値を登録する（ステップ１
１７０７）（図４２のエントリ登録の処理と同様に処理
を行う）。これにより図４８に示した多次元データを作
成する。

【０４１２】次に、データベース処理サーバ１０１０３
は、ステップ１１７０５で取得したレコードについて、
他に該当するレコードがあるかを判定する（ステップ１
１７０８）。他に該当するレコードがある場合は、ステ
ップ１１７０５からステップ１１７０８を繰り返す。他
に該当するレコードがない場合は、次のステップ１１７
０９に進む。ここまでの処理により、表データストア１
０１０５のソート対象となる全てのレコードについて、
一時作業用多次元データドメイン１１６０１に照合キー
値の多次元データを登録する。

【０４１３】ステップ１１７０９では、照合モジュール
１０１０６が、照合方法−照合キー対応データ１０１１
３及び照合キー−次元対応データ１０１１４を参照し、
次元識別子と優先度を組とした多次元データ解析のパラ
メタを作成する。例えば、代表読み照合方法では、第１
表記文字クラス、代表読み、第１分節表記列、読み列、
表記列の各次元を、この順で優先度をつけてパラメタを
作成する。

【０４１４】次に、照合モジュール１０１０６が、ステ
ップ１１７０９で作成したパラメタで多次元データ解析
要求を行い、多次元データ処理モジュール１０１０７が
この要求に従って多次元データ解析を行う（ステップ１
１７１０）。データベース処理サーバ１０１０３は、照
合モジュール１０１０６の処理結果を受け取り、多次元
データ解析の処理結果をソート結果とし（ステップ１１
７１１）、この処理を終了する。

【０４１５】以上により、設定済みのインデクスがない
場合でも、照合キーの多次元データを作成し、多次元デ
ータ解析することによりソート処理を行う。

【０４１６】次に本実施形態を適用し、照合方法を変更
した場合のソート処理を行う例を説明する。

【０４１７】図５０は本実施形態の変更した照合方法定
義の一例を示す図である。図５０では、変更を加えた照
合方法の定義データを表しており、この例では、前述の
JISX 4061の照合方法をサポートするデータベースシス
テム１０１０１に、漢字の画数順による代表読み照合方
法、読み・表記照合方法、単純照合方法（それぞれ代表
読み画数照合方法、読み・表記画数照合方法、単純画数
照合方法と呼ぶ）を追加した場合の定義データを示して
いる。

【０４１８】照合方法−照合キー対応データ１０１１３
において、レコード１１８０１〜１１８０５は、「代表
読み画数照合方法」の照合キーが「第１表記文字クラ
ス」、「代表読み」、「第１分節表記列」、「読み列」
及び「表記列画数」であり、それぞれ照合段階１０５０
３「１」、「２」、「３」、「４」及び「５」で評価す
ることを示している。同様に、レコード１１８０６及び
１１８０７は「読み・表記画数照合方法」の照合キー及
び照合段階１０５０３を示し、レコード１１８０８は
「単純画数照合方法」の照合キー及び照合段階１０５０
３を示している。

【０４１９】また、照合キー−次元対応データ１０１１
４において、レコード１１８０９は、照合キー「表記列
画数」が次元「表記列画数」に対応することを示してお
り、照合モジュール−照合方法対応データ１０８０２に
おいて、レコード１１８１０〜１１８１２は、それぞれ
代表読み画数照合方法、読み・表記画数照合方法、単純
画数照合方法が照合モジュールjisx4061と対応すること
を示している。

【０４２０】これらの定義データを基に、図４２で説明
した多次元データエントリ登録処理、図４６で説明した
多次元データ解析処理を行うことにより、前述のソート
処理が行われることと同様に、漢字の画数順による読み
・表記照合方法によるソート処理が行われる。但し、照
合モジュール１０１０６で画数表記列をコード化する機
能を追加する必要がある。

【０４２１】図５１は本実施形態の変更した照合方法定
義によるソート結果の一例を示す図である。図５１で
は、図５０に示した定義データを基にソートした結果を
表しており、多次元データ解析結果１１９０１は、代表
読み画数照合方法によってソートした結果を示し、第１
表記文字クラス、代表読み、第１分節表記列、読み列、
表記列画数のそれぞれの次元をこの順に優先して、それ
ぞれの値（照合キーのコード値）の昇順になる様に多次
元データ解析した結果である。これは、代表読み画数照
合方法の各照合段階での照合キーの評価を行った場合と
同等の結果となる。

【０４２２】この結果でレコード識別子のリストrid2、
rid3、rid1、rid4、rid5、rid7、rid6、rid8、rid
9、．．．が得られる。これは、代表読み画数照合方法
で氏名１０３０１及びふりがな１０３０２の列の値をソ
ートした場合のレコードのレコード識別子のリスト１０
１５７となる。

【０４２３】同様に、多次元データ解析結果１１９０２
は、読み・表記画数照合方法によってソートした結果を
示し、多次元データ解析結果１１９０３は、単純画数照
合方法によってソートした結果を示している。いずれも
それぞれの照合方法で氏名１０３０１及びふりがな１０
３０２の列の値をソートした場合のレコードのレコード
識別子のリスト１０１５７が得られる。

【０４２４】ここで、多次元データ解析結果１１９０１
〜１１９０３をそれぞれ図４７の代表読み照合方法、読
み・表記照合方法、単純照合方法のソート結果と比較す
ると、多次元データ解析結果１１９０１及び１１９０２
においては、レコード識別子rid4の「角田 正史」とレ
コード識別子rid5の「角田 雅志」のレコードの順番
が、JIS X 4061での漢字の順番と画数順の違いにより逆
になっている。また、多次元データ解析結果１１９０３
においては、JIS X 4061での漢字の順番と画数順の違い
により順番が大きく異なっている。

【０４２５】この様に、本実施形態により、照合方法の
定義情報を変更するだけで、１つの多次元データ群を利
用して容易に他のソート機能をサポートすることができ
る。

【０４２６】図５２は本実施形態の表記列、読み列の順
で評価する照合方法定義及びソート結果の一例を示す図
である。図５２では、表記列、読み列の順で評価する照
合方法（表記・読み照合方法と呼ぶ）のソートをサポー
トした例を表しており、照合方法−照合キー対応データ
１０１１３に、表記列、読み列の順で評価する表記・読
み照合方法を示すデータ１２００１及び１２００２を保
持している。

【０４２７】このデータを基に、図４６に示した照合モ
ジュール１０１０６によるソート処理を行うことによ
り、多次元データ解析結果１２００３を得る。表記・読
み照合方法で氏名１０３０１及びふりがな１０３０２の
列の値をソートした場合のレコードのレコード識別子の
リスト１０１５７が得られる。

【０４２８】この様に本実施形態により、照合方法の定
義情報を変更するだけで、既存の多次元データを変更す
ることなくそのまま利用して、容易にソート機能をサポ
ートすることができる。

【０４２９】図５３は従来のデータベースでのシステム
運用の概念を示す図である。従来の技術を適用したデー
タベースシステム１２１０１では、１つのインデクスが
複数の照合方法に対応できない為、照合方法毎にインデ
クスを作成する。

【０４３０】表データストア１２１０２に保持する表１
２１０３のインデクスキー列１２１０４に対してインデ
クスを設定する。データベース処理サーバ１２１０５に
対して、それぞれの照合方法に応じてインデクス格納領
域確保操作１２１０６を行い、インデクスデータストア
１２１０７を確保する。そして、インデクス定義操作１
２１０８を行い、定義データストア１２１０９にインデ
クス定義情報１２１１０を保持する。

【０４３１】図５４は本実施形態のデータベースでのシ
ステム運用の概念を示す図である。本実施形態を適用し
たデータベースシステム１０１０１では、１つの多次元
データ群で複数の照合方法に対応する為、１つの多次元
データドメイン１０１１６を作成している。

【０４３２】データベース処理サーバ１０１０３に対し
て、多次元データドメイン確保操作１２２０１を行い、
多次元データストア１０１０８に多次元データドメイン
１０１１６を確保する。そして、インデクス定義操作１
２２０２を行い、定義データストア１０１０４にインデ
クス定義情報１０１１０を保持する。

【０４３３】複数の照合方法によるソートをサポートす
る場合、従来の技術を適用したシステムではそれぞれの
照合方法について複数回の運用操作が必要であったのに
対して、本実施形態を適用したシステムでは運用操作が
１回で良い。よって、複数の照合方法をサポートするシ
ステムの運用操作コストを削減することができる。

【０４３４】図５５は従来のインデクスデータの概念を
示す図である。図５３に示したデータベースシステム１
２１０１において、複数の照合方法のソートにそれぞれ
対応するインデクスデータストア１２１０７に保持する
インデクスデータ１２３０１は、キー値１２３０２を含
んでいる。ここで、キー値はそれぞれのインデクスデー
タ内に同様の内容を重複して保持することになる。

【０４３５】図５６は本実施形態の多次元データの概念
を示す図である。データベースシステム１０１０１にお
いて、複数の照合方法のソートに対応する多次元データ
ストア１０１０８に保持する多次元データドメイン１０
１１６は、多次元データエントリ１２４０１を含んでい
る。

【０４３６】複数の照合方法によるソートをサポートす
る場合、従来の技術を適用したシステムではそれぞれの
照合方法についてのインデクスにキー値を保持する必要
があったのに対して、本実施形態を適用したシステムで
は、多次元データドメイン１０１１６に多次元データエ
ントリを１つ保持するだけで良い。よって、複数の照合
方法をサポートするシステムのリソースを削減すること
ができる。

【０４３７】なお、前述したフローチャートの処理は、
図３４に示した様な一般的なデータ処理装置１０２０１
でプログラムを実行することによって実現できる。ま
た、そのプログラムは、ハードディスク装置、フロッピ
ーディスク等のコンピュータで読み書きができる記録媒
体に格納することができ、ネットワークを通してプログ
ラムにアクセスすることができる。

【０４３８】前記の様に本実施形態によれば、複数の照
合方法に従ったソートをサポートする際に、多次元デー
タを複数の照合方法について共有し、その多次元データ
中の照合キーを用いて複数の照合方法のソート処理を行
うので、それぞれの照合方法でのソート処理の高速化、
多次元データ利用効率の向上（リソース削減）及び運用
操作コストの削減を行うことが可能である。

【０４３９】また、照合方法の定義情報を参照してその
照合方法で用いられる照合キーの定義情報を追加・変更
するだけで照合方法の追加・変更に対応することができ
るので、多次元データの利用効率の向上（リソース削
減）及び運用操作の容易化を行うことが可能である。

【０４４０】なお本実施形態では、名簿である表１０１
１５に対して、氏名１０３０１とふりがな１０３０２の
組をキーとして代表読み照合方法に基づいてソートする
処理について説明したが、照合方法として他の言語を処
理する照合方法を用いることにより、多言語対応のソー
ト処理を行うことが可能である。

【０４４１】以上説明した様に本実施形態の照合処理装
置によれば、列値に対応する照合キーを示す多次元デー
タを複数の照合方法で共有し、多次元データ中の照合キ
ーを用いて異なる複数の照合方法によるソート処理を行
うので、複数の照合方法によるソート処理の高速化及び
多次元データの利用効率の向上を行うことが可能であ
る。

【０４４２】従来の並び替え処理では、単純照合や読み
・表記照合を評価することは可能であるが、文節毎の評
価が必要となる代表読み照合は実現不可能である為、表
計算ソフトでは並び替えを実現する様なマクロを作成し
たり、データベース管理システムではデータを取り出し
た後に独自に並び替え処理を行わなければならないとい
う問題がある。更に従来の並び替え処理では、並び替え
の為のインデクスを作成することができない為、並び替
え処理に時間がかかってしまう恐れがある。

【０４４３】本発明の目的は上記問題を解決し、ユーザ
独自のデータの並び替えを実行することが可能な技術を
提供することにある。

【０４４４】本発明の他の目的は並び替え処理で指定さ
れたルールによる並び替えを高速に実行することが可能
な技術を提供することにある。

【０４４５】本発明は、文字列を含む任意の要素より構
成されるデータの蓄積及び取り出しを行うデータ処理装
置において、指定されたルールに従ってデータの並び替
えを実行するものである。

【０４４６】本発明では、参照される列中の並び替えの
対象と並び替えの順番とを並び替えのルールとして定義
する。例えば、並び替えで評価する文字の文字列長、区
切り文字や評価除外文字と、昇順や降順の指示または文
字列の組み合わせによって並び替えの順番とを指定する
ことにより、並び替えを行う為のルールを登録して並び
替えのルールを定義する。

【０４４７】次に、並び替えで参照される列と当該参照
列の並び替えで使用するルールとを示す並び替え処理を
指定する。この並び替え処理の指定では、特定のルール
を第１条件として行った並び替えの結果が同順位となっ
た場合に、次に実行する並び替えの参照列及びルールを
第２条件、第３条件、．．として指定しても良い。そし
て、前記指定された並び替え処理の内容に従って並び替
えを実行する。

【０４４８】前記の様に本発明では、予め定義されたル
ールに従って並び替えを行うので、並び替えの対象と順
番をユーザ独自に定義することにより、ユーザ独自のデ
ータの並び替えを実行することが可能になる。例えば、
前記ルールの定義の際に、並び替え対象となるデータの
バイト長と並び替えの順番を示すデータ列の組み合わせ
とを含む並び替えのルールを定義すれば、任意の言語で
用いられるデータ列を指定された順序で並び替えるルー
ルを定義することが可能であり、多言語対応の並び替え
を実行することができる。

【０４４９】また本発明において、並び替え処理に指定
されたルールで並び替えを行った結果のインデクスを作
成することにより、並び替え処理で並び替え実行要求さ
れた場合、インデクスを参照することにより並び替え結
果を得ることができ、並び替え処理を高速に行うことが
可能となる。

【０４５０】以上の様に本発明のデータ処理装置によれ
ば、並び替えを行う為のルールを予め登録しておき、指
定されたルールにより並び替えを実行するので、ユーザ
独自のデータの並び替えを実行することが可能である。

【０４５１】（実施形態２０１）以下に文字列を含む任
意の要素より構成されるデータの蓄積及び取り出しを行
う実施形態２０１のデータ処理装置について説明する。

【０４５２】図５８は本実施形態のソート処理の処理概
要を示す図である。図５８に示す様に本実施形態のデー
タ処理装置は、ソート処理部２０１００と、処理メニュ
ー表示部２０１０１と、ルール定義部２０１０２と、並
び替え処理登録部２０１０３と、並び替え実行部２０１
０４とを有している。

【０４５３】ソート処理部２０１００は、並び替え処理
全体を制御する処理部である。処理メニュー表示部２０
１０１は、並び替えの処理メニューを表示する処理部で
ある。ルール定義部２０１０２は、並び替えで参照され
る列中の並び替えの対象と並び替えの順番とを示す並び
替えのルールを定義する処理部である。

【０４５４】並び替え処理登録部２０１０３は、並び替
えで参照される列と当該参照列の並び替えで使用するル
ールとを示す並び替え処理を指定する処理部である。並
び替え実行部２０１０４は、前記指定された並び替え処
理の内容に従って並び替えを実行する処理部である。

【０４５５】データ処理装置をソート処理部２０１０
０、処理メニュー表示部２０１０１、ルール定義部２０
１０２、並び替え処理登録部２０１０３及び並び替え実
行部２０１０４として機能させる為のプログラムは、Ｃ
Ｄ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格
納された後、メモリにロードされて実行されるものとす
る。なお前記プログラムを記録する記録媒体はＣＤ−Ｒ
ＯＭ以外の他の記録媒体でも良い。

【０４５６】ソート処理部２０１００は、処理メニュー
表示部２０１０１がルール定義要求２０１２０、並び替
え処理登録要求２０１３０、並び替え要求２０１４０を
処理要求２０１５０として受付けると、それぞれルール
定義部２０１０２、並び替え処理登録部２０１０３、並
び替え実行部２０１０４で処理を行う。

【０４５７】ルール定義要求２０１２０の際にはルール
名２０１２１、並び替えルール２０１２２が指定され、
並び替え処理登録要求２０１３０の際には並び替え処理
名２０１３１、並び替えルール名２０１３２、対象列名
２０１３３が指定され、並び替え要求２０１４０の際に
は並び替えが行われる表２０１４１と並び替えを行うル
ール名２０１４２、対象列名２０１４３又は又は並び替
え処理名２０１４４を指定する。

【０４５８】ルール定義要求２０１２０、並び替え処理
登録要求２０１３０を受取ると、指定された情報をディ
スク装置２０１１０内の並び替え登録データ２０１１１
にルール情報２０１１２、並び替え処理情報２０１１３
にそれぞれ格納する。

【０４５９】図５９は本実施形態のデータ処理装置の概
略構成を示す図である。データ処理装置２０２００は、
ＣＰＵ２０２１１、メモリ２０２１３、Ｉ／Ｏ制御装置
２０２１２を備えている。メモリ２０２１３に格納され
たソート処理部２０１００をＣＰＵ２０２１１が実行す
ることによりソート処理が行われ、Ｉ／Ｏ制御装置２０
２１２によりディスク装置２０１１０からのデータの読
み出し及び書き込み、モニタ２０２２０への情報の表
示、キーボード２０２２１、マウス２０２２２からの情
報入力処理が行われる。

【０４６０】並び替えを行う為の表データ２０２３１は
ディスク装置２０１１０内に格納され、並び替え実行後
のソート結果表２０２３２もディスク装置２０１１０内
に格納される。ソート処理部２０１００はモニタ２０２
２０にメニューを表示し、キーボード２０２２１、マウ
ス２０２２２による操作で情報を受取る。

【０４６１】図６０は本実施形態の表２０１４１の構成
例を示す図である。表２０１４１は列名部２０３１０と
データ部２０３２０から構成され、表２０１４１の一番
最初の行が列名部２０３１０、それ以降がデータ部２０
３２０となる。表２０１４１は一つ以上の列２０３３０
及び２０３４０より構成されそれぞれの列に対して列
名、データが格納される。図の例では、列名として「氏
名」及び「ふりがな」が登録され、氏名列の列データと
して「鈴−木−一−郎」、「山−田−太−郎」、ふりが
な列の列データとして「すず−き−いち−ろう」、「や
ま−だ−た−ろう」が格納されている。

【０４６２】図６１は本実施形態の処理メニュー表示部
２０１０１の処理手順を示すフローチャートである。ソ
ート処理部２０１００を起動すると図６１のフローの処
理メニュー表示部２０１０１が実行される。以下図６１
を用いて処理メニュー表示処理について説明する。

【０４６３】処理メニュー表示部２０１０１は、ルール
定義、並び替え処理登録、並び替え要求のどれを実行す
るのかを選択する為のメニューを表示する（ステップ２
０４１０）。

【０４６４】ユーザよりルール定義が選択されると（ス
テップ２０４２０）ルール定義部２０１０２を実行して
ルール定義処理を行う（ステップ２０４２１）。

【０４６５】並び替え処理登録が選択されると（ステッ
プ２０４３０）並び替え処理登録部２０１０３を実行し
て並び替え処理登録を行う（ステップ２０４３１）。並
び替え実行が選択されると（ステップ２０４４０）並び
替え実行部２０１０４を実行して並び替え実行を行う
（ステップ２０４４１）。

【０４６６】図６２は本実施形態のルール定義部２０１
０２の処理手順を示すフローチャートである。処理メニ
ュー表示よりルール定義が選択されると、ルール登録を
行う為のメニューを表示し、ユーザが項目の設定を行う
（ステップ２０５１０）。

【０４６７】図６３は本実施形態のルール定義メニュー
の一例を示す図である。メニュー内の各項目は、登録す
るルールの名称を入力するルール名２０６００、並び替
えを行う時に参照する列に関する情報設定部２０６０
２、並び替えの為のデータ設定部２０６５０を表してい
る。

【０４６８】ルール名２０６００には今から登録するル
ールの名称を設定する。並び替えを行う時に参照する列
に関する情報設定部２０６０２には、列参照時に全文字
列を対象にするか、ｎ文字を対象にするか、区切り文字
までを対象にするかを選択する為のスイッチ２０６１１
〜２０６１３、ｎ文字を対象にする場合の文字長２０６
１４、区切り文字までを対象にする場合の区切り文字２
０６１５、並び替えを昇順または降順に行うことを指定
する為のスイッチ２０６１６及び２０６１７、並び替え
の評価対象にしない対象除外文字２０６１８を設定す
る。

【０４６９】ｎ文字列又は区切り文字列が選択されて評
価実施時に同順位になった場合に次の文節（ｎ文字の場
合は次のｎ文字、区切り文字の場合は次の区切り文字が
出現するまでの文字）で再評価を行う指定の場合、次文
節評価２０６１９をチェックする。

【０４７０】列２０６２０以降の情報設定部２０６０２
は、同時に複数列の文字に対して並び替え評価を行う場
合、参照する列数分同様に情報を設定する為のものであ
る。

【０４７１】並び替えの為のデータ設定部２０６５０に
は、固定的に前に並べる項目である前方配置文字２０６
３０、固定的に後ろに並べる項目である後方配置文字２
０６４０を設定する。

【０４７２】固定的に前に並べる項目は、昇順または降
順に関係なく並び替えの先頭に置きたい文字がある場
合、並べたい順番に文字を登録するものであり、対象と
なる文字列が格納された列の入力欄に文字を設定する。

【０４７３】例えば名簿を名前の順番で並び替える場合
に、ある特定の名前の人を最初に並べて、その他の人に
ついてふりがな順で並び替える様な場合、列１（２０６
１０）に名前を割当て、前方配置文字２０６３０の列１
（２０６３１）の入力欄２０６３４以降に前に並べたい
名前を入力することにより、入力した名前を並び替え結
果の前方に位置付けることができる。同様に固定的に後
ろに並べる項目は昇順または降順に関係なく並び替えの
最後に置きたい文字がある場合、並べたい順番に文字を
登録する。

【０４７４】列１、列２、列３と設定項目があるのは上
記列に関する情報設定部２０６０２に設定した列情報の
どれに対応するかを示す為で、前方、後方配置を行う列
に対応する欄に情報の設定を行う。複数の列の組み合わ
せを指定させる場合、組み合わせたいそれぞれの列に対
応する欄に情報を設定する。

【０４７５】全項目設定後、ＯＫボタン２０６０３によ
りルール設定完了が通知されメニューに設定された定義
情報を受取り（ステップ２０５２０）、ディスク装置２
０１１０内の並び替え登録データ２０１１１のルール情
報２０１１２に格納する（ステップ２０５３０）。

【０４７６】図６４は本実施形態のルール情報の詳細を
示す図である。ルール定義メニューに設定された情報
を、ルール名２０８００、列数２０８０１、各列の対象
文字２０８０２、各列のソート順指定２０８０３、各列
の対象除外文字２０８０４、前方固定データ有無２０８
１０とデータ２０８１１、後方固定データ有無２０８２
０とデータ２０８２１として登録する。

【０４７７】図６５は本実施形態の並び替え処理登録部
２０１０３の処理手順を示すフローチャートである。次
に並び替え処理登録について図６５を用いて説明する。
処理メニュー表示より並び替え処理登録が選択されると
並び替え処理登録を行う為のメニューを表示し、ユーザ
が項目の設定を行う（ステップ２０９１０）。

【０４７８】図６６は本実施形態の並び替え処理登録メ
ニューの一例を示す図である。メニュー内の各項目は、
登録する並び替え処理名２１０００、並び替えを適用す
るルール名２１０１１とルールに指定された列２１０１
２〜２１０１５に対応する列名２１０１６〜２１０１９
を指定する。並び替え結果が同順位の場合の処理を追加
する場合、第２条件２１０２０、第３条件２１０３０に
同様に並び替えを適用するルール名２１０２１及びルー
ル名２１０３１とルールに指定された列２１０２２〜２
１０２５、列２１０３２〜２１０３５に対応する列名２
１０２６〜２１０２９、列名２１０３６〜２１０３９を
指定する。

【０４７９】項目設定後、ＯＫボタン２１００３により
入力完了が通知されメニューに設定された情報を受取り
（ステップ２０９２０）、ディスク装置２０１１０内の
並び替え登録データ２０１１１の並び替え処理情報２０
１１３に格納する（ステップ２０９３０）。

【０４８０】図６７は本実施形態の並び替え処理情報２
０１１３の詳細を示す図である。並び替え処理情報に設
定された情報を、並び替え処理名２１１００、条件数２
１１０１、条件毎のルール名２１１０２、条件内のルー
ルに対応した列名２１１０３として登録する。ルール名
は条件数だけ登録され、対応列名はルールに定義された
列数だけ登録される。

【０４８１】図６８は本実施形態の並び替え実行部２０
１０４の処理手順を示すフローチャートである。図６９
は本実施形態の並び替え実行処理の続きを示す図であ
る。次に並び替え実行処理について図６８及び図６９を
用いて説明する。処理メニュー表示より並び替え実行が
選択されると、並び替え実行を行う為のメニューを表示
し、ユーザが項目の設定を行う。（ステップ２１２０
１）。

【０４８２】図７０は本実施形態の並び替え処理実行メ
ニューの一例を示す図である。メニュー内の各項目は、
並び替えの対象となるデータが格納されたファイルの名
称が入力される並び替えファイル名２１３００、並び替
え実行結果が格納されるファイルの名称が入力される結
果格納ファイル名２１３０１、並び替え処理の内容が入
力される並び替え処理指定欄２１３０２、登録済みの並
び替え処理の名称が入力される並び替え処理名２１３０
５を表している。

【０４８３】並び替え処理の指定はルール名と列名を並
び替え処理指定欄２１３０２に指定する方法と、並び替
え処理の名称を並び替え処理名２１３０５に指定する方
法が選択可能で、ルールと列名を指定する場合、並び替
えを行うルール名２１３１１とルールに指定された列２
１３１２〜２１３１５に対応する列名２１３１６〜２１
３１９を指定する。

【０４８４】並び替え結果が同順位の場合の処理を追加
する場合、第２条件２１３２０及び第３条件２１３３０
以降に、並び替えルール名２１３２１及びルール名２１
３３１、ルールに指定された列２１３２２〜２１３２５
及び列２１３３２〜２１３３５に対応する列名２１３２
６〜２１３２９及び列名２１３３６〜２１３３９を指定
する。

【０４８５】並び替え処理の名称を指定する場合、並び
替え処理登録で登録した並び替え処理の名称を並び替え
処理名２１３０５に指定する。項目設定後、ＯＫボタン
２１３０３により完了が通知されると、設定された実行
用の情報を受取り（ステップ２１２０２）、実際の並び
替え処理を実行する。並び替え実行用メニューに指定さ
れた、並び替えが実行されるファイルをディスク装置よ
り読み込み（ステップ２１２０３）、ルールと列名が指
定されているか並び替え処理が指定されているかチェッ
クする（ステップ２１２０４）。

【０４８６】ルールと列名が指定されている場合、指定
されているルールに対応する並び替え登録データ２０１
１１のルール情報２０１１２を取り出し（ステップ２１
２０６）、取り出した情報に従って列の評価を行う。

【０４８７】対象文字が全文字列（ステップ２１２０
７）、ｎ文字（ステップ２１２０８）、区切り文字まで
（ステップ２１２１０）が指定されているかチェック
し、全文字列が対象の場合は全文字列を並び替え対象と
し（ステップ２１２１４）、ｎ文字が指定されている場
合、指定された文字数の文字列を並び替え対象とし（ス
テップ２１２０９）、区切り文字が指定された場合、指
定された区切り文字を文字列内よりサーチし（ステップ
２１２１１）、区切り文字が有るかチェックし（ステッ
プ２１２１２）、区切り文字があった場合、区切り文字
の前までの文字列を並び替えの対象とし（ステップ２１
２１３）、区切り文字がなかった場合、全文字列を並び
替えの対象とする（ステップ２１２１４）。

【０４８８】次に前方配置項目が指定されているかチェ
ックし（ステップ２１２１５）、指定されている場合、
登録された文字列と、並び替え対象の文字列を参照し、
登録された文字列がある場合、並び替え結果の前に位置
付ける（ステップ２１２１６）。

【０４８９】次に後方配置項目が指定されているかチェ
ックし（ステップ２１２１７）、指定されている場合、
登録された文字列と、並び替え対象の文字列を参照し、
登録された文字列がある場合、並び替え結果の後に位置
付ける（ステップ２１２１８）。

【０４９０】次に前方、後方に位置付けられなかった残
りの文字列に対して、昇順または降順指定をチェックし
（ステップ２１２１９）、昇順指定されている場合昇順
に並び替えを行い（ステップ２１２２０）、降順に指定
されている場合降順に並び替えを行う（ステップ２１２
２１）。

【０４９１】指定された列に対するルールで評価結果が
同順位になり（ステップ２１２２２）、次文節評価実行
指定されている場合（ステップ２１２２３）、次の文節
の文字に関してステップ２１２０８以降の処理を繰り返
す。次文節評価実行指定されておらず、次の列に対する
条件が指定されている場合（ステップ２１２２４）、同
順位になった文字列に対して次の条件の実行を行う為に
ルール情報を取出し、ステップ２１２０６以降の処理を
実行する。全ての並び替え処理の実行終了後、並び替え
実行結果を指定されたファイルに出力し（ステップ２１
２２５）、処理を終了する。

【０４９２】並び替え処理が指定されていた場合、指定
されている並び替え処理名に対応する並び替え処理情報
２０１１３を取り出し（ステップ２１２０５）、処理情
報に指定されたルール名、列名を参照し、以下ルールと
列名が指定されている場合と同様の処理を実行する。

【０４９３】ルールに対応する並び替え登録データ２０
１１１のルール情報２０１１２を取り出し（ステップ２
１２０６）、取り出した情報に従って列の評価を行う。
対象文字が全文字列（ステップ２１２０７）、ｎ文字
（ステップ２１２０８）、区切り文字まで（ステップ２
１２１０）が指定されているかチェックし、全文字列が
対象の場合は全文字列を並び替え対象とし（ステップ２
１２１４）、ｎ文字が指定されている場合、指定された
文字数の文字列を並び替え対象とし（ステップ２１２０
９）、区切り文字が指定された場合、指定された区切り
文字を文字列内よりサーチし（ステップ２１２１１）、
区切り文字が有るかチェックし（ステップ２１２１
２）、区切り文字があった場合、区切り文字の前までの
文字列を並び替えの対象とし（ステップ２１２１３）、
区切り文字がなかった場合、全文字列を並び替えの対象
とする（ステップ２１２１４）。

【０４９４】次に前方配置項目が指定されているかチェ
ックし（ステップ２１２１５）、指定されている場合、
登録された文字列と、並び替え対象の文字列を参照し、
登録された文字列がある場合、並び替え結果の前に位置
付ける（ステップ２１２１６）。

【０４９５】次に後方配置項目が指定されているかチェ
ックし（ステップ２１２１７）、指定されている場合、
登録された文字列と、並び替え対象の文字列を参照し、
登録された文字列がある場合、並び替え結果の後に位置
付ける（ステップ２１２１８）。

【０４９６】次に前方、後方に位置付けられなかった残
りの文字列に対して、昇順または降順指定をチェックし
（ステップ２１２１９）、昇順指定されている場合昇順
に並び替えを行い（ステップ２１２２０）、降順に指定
されている場合降順に並び替えを行う（ステップ２１２
２１）。

【０４９７】指定された列に対するルールで評価結果が
同順位になり（ステップ２１２２２）、次文節評価実行
指定されている場合（ステップ２１２２３）、次の文節
の文字に関してステップ２１２０８以降の処理を繰り返
す。次文節評価実行指定されておらず、次の列に対する
条件が指定されている場合（ステップ２１２２４）、同
順位になった文字列に対して次の条件の実行を行う為に
ルール情報を取り出し、ステップ２１２０６以降の処理
を実行する。全ての並び替え処理の実行終了後、並び替
え実行結果を指定されたファイルに出力し（ステップ２
１２２５）、処理を終了する。

【０４９８】本ソート処理部２０１００を、図６０の名
簿データのふりがなを５０音順に並び替える場合につい
て適用する。まず５０音順に並び替えを行う為のルール
定義を行う。

【０４９９】図７１は本実施形態の並び替え処理登録メ
ニューの指定例を示す図である。図７１の様にルール名
２０６００を５０音順（２１４０１）で、列1（２０６
１０）に対象文字列をｎ文字にチェックし（２１４１
０）、文字数を「１」（２１４１１）にする。

【０５００】対象除外文字に「−」（２１４１２）を指
定し、次文節再評価も指定する（２１４１３）。前方配
置文字２０６３０の入力項目２０６３１の列１の所に、
「あ」（２１４２０）、「い」（２１４２１）、「う」
（２１４２２）、・・・「を」（２１４２３）、「ん」
（２１４２４）を登録する。

【０５０１】図７２は本実施形態の並び替え処理実行メ
ニューの指定例を示す図である。並び替えの実行は、図
７２の様に実行メニューで並び替え実行ファイル名に名
簿データ（２１５１０）、実行結果ファイル名に名簿デ
ータ並び替え実行結果（２１５１１）、第１条件２１３
１０のルール名２１３１１に登録したルール名「５０音
順」（２１５２０）を指定し、列１（２１３１２）に列
名ふりがな（２１５２１）を指定することにより、ふり
がな列の−を省いた文字列を１文字づつ、「あ」「い」
「う」・・・の順番に並び替えることができる。

【０５０２】図６０の名簿データにはふりがなの列が存
在するが、ふりがな列が存在しない場合でも、名前列に
ついて、漢字の名前を読みの順番に登録したルールを登
録することにより、ふりがな列を必要とすることなく名
前の読み順に並び替えることも可能である。

【０５０３】同様に図６０の名簿データを JIS X4061-1
996 に制定された照合方法の基本代表読み照合による並
び替えに適用する。基本代表読み照合は以下の５つの手
順により評価する。

【０５０４】（１）表記列の先頭文字を文字クラスの順
番に従って評価する。文字クラスは以下の様に分類され
る。

【０５０５】 １．スペース ２．記述記号 ３．括弧記号 ４．学術記号 ５．一般記号 ６．単位記号 ７．アラビア数字 ８．欧字記号 ９．ラテンアルファベット １０．仮名 １１．漢字 １２．げた記号 （２）その文節の表記列、読み列より代表読みを決定
し、その代表読みを照合キーにして評価する。第２文節
以降についても評価することとする。

【０５０６】（３）その文節の表記列を照合キーとして
評価する。

【０５０７】（４）読み列を照合キーとして評価する。

【０５０８】（５）表記列を照合キーとして評価する。

【０５０９】図７３は本実施形態の基本代表読み照合を
行う並び替えルールの情報設定部の設定例を示す図であ
る。まずルール定義で図７３に示す様に（１）を評価す
る為に列１、（２）及び（３）を評価する為に列２及び
列３、（４）及び（５）を評価する為にそれぞれ列４及
び列５を割当てる。列１は先頭文字を文字クラスの順番
に並べるので、対象文字列をｎ文字にチェックし（２１
６１１）、文字数を「１」にする（２１６１２）。文字
クラスの順番を前方配置文字、後方配置文字の列１に対
応する欄に登録する。

【０５１０】図７４は本実施形態の基本代表読み照合を
行う並び替えルールのデータ設定部の設定例を示す図で
ある。図７４に示す通り、スペース（２１７０１）、記
述記号（２１７０２、２１７０３）、括弧記号（２１７
０４、２１７０５）、学術記号（２１７０６）、一般記
号（２１７０７）の順番で登録し、順番で最後になる
「げた記号」を後方配置文字２０６４０の方に登録する
（２１７３１）。

【０５１１】次に列２及び列３で表記列及び読み列の文
節を取り出す為に、対象文字列の区切り文字をチェック
し（２１６２１、２１６３１）、区切り文字に「−」を
定義する（２１６２２、２１６３２）。（２）の代表読
みを照合キーにして行う評価と（３）の表記列を照合キ
ーとして行う評価結果の順で前方配置文字２０６３０、
後方配置文字２０６４０の列２及び列３の対応する欄に
文字の組み合わせを登録する。

【０５１２】図７４の例で示す様に、列２と列３の文字
の組み合わせで「あ」又は「あん」と読む「安」（２１
７１１）は、「あ」又は「あし」と読む「足」（２１７
１２）より順位が高く、以下同様に安（あ、あん）＜足
（あ、あし）＜角（かく、かど）＜足（そく）＜角（つ
の）＜安（やす、やすらか）といった様に設定する（２
１７１１〜２１７１６）。

【０５１３】最後に、列４及び列５は読み列又は表記列
を照合キーとして評価するだけなので、それぞれ対象文
字列を全文字列にチェックし（２１６４１、２１６５
１）、「−」を除外して（２１６４３、２１６５３）、
昇順並び替えを指定する（２１６４２、２１６５２）。

【０５１４】図７５は本実施形態の並び替え処理登録メ
ニューの設定例を示す図である。並び替えの実行は、図
７５に示す様に実行メニューで、第１条件２１３１０の
ルール名に登録したルール名を指定し（２１８２０）、
列1の列名に氏名（２１８２１）、列２の列名に氏名
（２１８２２）、列３の列名にふりがな（２１８２
３）、列４の列名にふりがな（２１８２４）、列５の列
名に氏名（２１８２５）を指定することにより、前記に
示した基本代表読み照合による並び替えを実行すること
ができる。以上によりユーザ指定の並び替え処理の登
録、実行を実現することができる。

【０５１５】以上説明した様に本実施形態のデータ処理
装置によれば、並び替えを行う為のルールを予め登録し
ておき、指定されたルールにより並び替えを実行するの
で、ユーザ独自のデータの並び替えを実行することが可
能である。

【０５１６】（実施形態２０２）以下に文字列を含む任
意の要素より構成されるデータの蓄積及び取り出しをデ
ータベースで行い、並び替えの実行結果を示すインデク
スを作成する実施形態２０２のデータ処理装置について
説明する。

【０５１７】図７６は本実施形態のデータ処理装置２２
０００のシステム構成図を示す図である。情報処理装置
２２０３０でＤＢアクセスアプリケーション２２０３
１、データ処理装置２２０００でＤＢＭＳ２２００３が
稼動しており、これらデータ処理装置２２０００及び情
報処理装置２２０３０はネットワーク２２０６０に接続
され相互に通信を行うことができる。

【０５１８】ＤＢアクセスアプリケーション２２０３１
は、ネットワーク２２０６０を介してデータ処理装置２
２０００上のＤＢＭＳ２２００３に問い合わせ実行要求
を行う。ＤＢＭＳ２２００３は、問い合わせ要求を受付
けるとデータ処理装置２２０００に接続されたディスク
装置２２０１０に格納しているＤＢデータ２２０１１を
アクセスすることにより問い合わせ要求に対応した処理
を実行する。

【０５１９】図７７は本実施形態のデータ処理装置２２
０００及び情報処理装置２２０３０の概略構成を示す図
である。図７７に示す様にデータ処理装置２２０００
は、ＣＰＵ２２１３、メモリ２２１４、Ｉ／Ｏ制御装置
２２１２、通信制御装置２２１１により構成される。メ
モリ２２１４に格納されたＤＢＭＳ２２００３のプログ
ラムをＣＰＵ２２１３が実行することによりＤＢＭＳ２
２００３の処理が行われ、Ｉ／Ｏ制御装置２２１２によ
りディスク装置２２１０からデータの読み出し、書き込
みを行い、通信制御装置２２１１によりネットワーク２
２０６０で接続された他の情報処理装置２２０３０とデ
ータの送受信を行う。

【０５２０】情報処理装置２２０３０も同様の構成でメ
モリ２２０２にＤＢアクセスアプリケーション２２０３
１が格納され実行されている。ＤＢアクセスアプリケー
ション２２０３１がＤＢＭＳ２２００３に問い合わせ実
行を行うと、情報処理装置２２０３０の通信制御装置２
２０３よりデータ処理装置２２０００の通信制御装置２
２１１に要求が送信され、ＤＢＭＳ２２００３に問い合
わせが送られる。ＤＢＭＳ２２００３は、要求に応じた
処理の実行を行い、ＤＢデータ２２０１１へのアクセス
が必要な場合、Ｉ／Ｏ制御装置２２１２よりディスク装
置２２１０に格納されたＤＢデータ２２０１１へのアク
セスを行う。処理結果を通信制御装置２２１１より情報
処理装置２２０３０の通信制御装置２２０３に転送し、
要求元ＤＢアクセスアプリケーション２２０３１に返
す。

【０５２１】図７８は本実施形態のＤＢＭＳ２２００３
の処理概要を示す図である。図７８に示す様に本実施形
態のデータ処理装置２２０００は、表定義部２２１０１
と、挿入部２２１０２と、検索部２２１０３と、ルール
定義部２２１０４と、並び替え処理登録部２２１０５
と、処理要求受付部２２１０６とを有している。

【０５２２】表定義部２２１０１は、データベースの表
を定義する処理部である。挿入部２２１０２は、データ
ベースにデータを挿入し、並び替えの実行結果を示す為
のインデクスを更新する処理部である。検索部２２１０
３は、データベースの検索結果を並び替える処理部であ
り、指定された並び替え処理の内容に従って並び替えを
実行する並び替え実行部の処理を行う処理部である。

【０５２３】ルール定義部２２１０４は、並び替えで参
照される列中の並び替えの対象と並び替えの順番とを示
す並び替えのルールを定義する処理部である。並び替え
処理登録部２２１０５は、並び替えで参照される列と当
該参照列の並び替えで使用するルールとを示す並び替え
処理を指定し、並び替えの対象となるデータについて、
並び替えの実行結果を示す為のインデクスを作成する処
理部である。処理要求受付部２２１０６は、データベー
スへの処理要求２２１１０を受付ける処理部である。

【０５２４】データ処理装置２２０００を表定義部２２
１０１、挿入部２２１０２、検索部２２１０３、ルール
定義部２２１０４、並び替え処理登録部２２１０５及び
処理要求受付部２２１０６として機能させる為のプログ
ラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディ
スク等に格納された後、メモリにロードされて実行され
るものとする。なお前記プログラムを記録する記録媒体
はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。

【０５２５】ＤＢＭＳ２２００３は、処理要求受付部２
２１０６により処理要求２２１１０を受付けると、要求
の解析を行い、表定義部２２１０１、挿入部２２１０
２、検索部２２１０３、ルール定義部２２１０４、並び
替え処理登録部２２１０５の各操作を行う。

【０５２６】ＤＢデータ２２１２１には、ＤＢ情報２２
１２２、表データ２２１２３、インデクスデータ２２１
２４が格納され、ＤＢ情報２２１２２としては、表情報
２２１２５、列情報２２１２６、インデクス情報２２１
２７、ルール情報２２１２８、並び替え処理情報２２１
２９等が格納される。

【０５２７】表情報２２１２５は、表作成時に情報が追
加され、表名、構成列数等が設定される。列情報２２１
２６にも同様に表作成時に情報が追加され、列を構成す
る表名、列名、列のデータ型情報等が設定される。イン
デクス情報２２１２７にはインデクス作成時に情報が追
加され、インデクスを作成する表名、列名情報等が設定
される。ルール情報２２１２８には、ルール定義部２２
１０４によって並び替えルールに関する情報が追加さ
れ、並び替え処理情報２２１２９には、並び替え処理登
録部２２１０５によって並び替え処理が登録される表
名、列名、ルール名が追加される。

【０５２８】表データ２２１２３に作成した各表のデー
タが格納される。検索部２２１０３により列データを取
り出し、挿入部２２１０２により行データを格納する。
インデクスデータ２２１２４は、インデクス作成時に情
報が追加され、検索実行時にデータを高速に検索する為
に用いられる。

【０５２９】図７９は本実施形態の表定義部２２１０１
の処理手順を示すフローチャートである。図７９以降を
用いて、本実施形態のデータベースシステムにおける並
び替え処理、並び替え用インデクスに関するＤＢＭＳ２
２００３の機能を機能毎に説明する。並び替え処理、並
び替え用インデクスに係る操作機能としては、表定義、
挿入、検索、ルール定義、並び替え処理定義等の機能が
ある。処理要求２２１１０がＤＢＭＳ２２００３に対し
て送られ、処理要求２２１１０に対する操作機能の処理
が実行される。

【０５３０】図８０は本実施形態の表定義処理の概要を
示す図である。まず、表定義処理について図８０と図７
９を用いて説明する。処理要求２２１１０が、作成する
表の表名２２６０１、表を構成する列の列名２２６０
２、列のデータ型２２６０３等と共にＤＢＭＳ２２００
３に送られる。ＤＢＭＳ２２００３では要求の解析を行
って表定義部２２１０１を実行し、表名２２６１１、列
数等をＤＢ情報２２１２２内の表情報２２１２５に追加
し（ステップ２２３０１）、表名２２６１１、列名２２
６１２及び２２６１３、列データ型２２６１４及び２２
６１５をＤＢ情報２２１２２内の列情報２２１２６に追
加する（ステップ２２３０２）。

【０５３１】図８１は本実施形態の挿入処理の概要を示
す図である。図８２は本実施形態の挿入部２２１０２の
処理手順を示すフローチャートである。次にデータ挿入
処理について図８１と図８２を用いて説明する。処理要
求２２１１０が、データを挿入する表の表名２２７０
１、各列に挿入する列データ２２７０２及び２２７０３
等と共にＤＢＭＳ２２００３に送られる。列のデータ型
には整数型や文字型等の型が有り、挿入データには各型
に対応したデータが指定される。

【０５３２】ＤＢＭＳ２２００３では要求の解析を行っ
て挿入部２２１０２を実行し、表名２２７１１に対応し
た表情報２２１２５、列情報２２１２６、インデクス情
報２２１２７をＤＢ情報２２１２２より取得し（ステッ
プ２２４１１）、列情報２２１２６を参照して列データ
２２７１２及び２２７１３をＤＢデータ２２１２１の対
応する表データ２２１２３に格納する（ステップ２２４
１２）。取得したインデクス情報２２１２７を参照し、
挿入した表にインデクスが付加されている場合（ステッ
プ２２４１５）、インデクスの更新を実行する（ステッ
プ２２４１６）。

【０５３３】図８３は本実施形態のルール定義処理の概
要を示す図である。図８４は本実施形態のルール定義部
２２１０４の処理手順を示すフローチャートである。次
にルール定義処理について図８３と図８４を用いて説明
する。処理要求２２１１０が、登録する並び替えルール
のルール名２３００１と対象文字列情報２３００２、昇
順／降順情報２３００３、除外文字２３００４、次文節
評価フラグ２３００５等のルール情報と共にＤＢＭＳ２
２００３に送られる。

【０５３４】ＤＢＭＳ２２００３では要求の解析を行っ
てルール定義部２２１０４を実行し、ルール名２３０１
１や対象文字列情報２３０１２及び対象文字列情報２３
０２２、昇順／降順情報２３０１３及び昇順／降順情報
２３０２３、除外文字２３０１４及び除外文字２３０２
４、次文節評価フラグ２３０１５及び次文節評価フラグ
２３０２５等の情報をＤＢ情報２２１２２内のルール情
報２２１２８に追加する（ステップ２３２０１）。

【０５３５】図８５は本実施形態の並び替え処理定義の
概要を示す図である。図８６は本実施形態の並び替え処
理登録部２２１０５の処理手順を示すフローチャートで
ある。

【０５３６】次に並び替え処理定義について図８５と図
８６を用いて説明する。処理要求２２１１０が、登録す
る並び替え処理の処理名２３１０１、並び替えを行う表
名２３１０２、適用する並び替えルール名２３１０３、
列名２３１０４及び２３１０５等と共にＤＢＭＳ２２０
０３に送られる。

【０５３７】ＤＢＭＳ２２００３では要求の解析を行っ
て並び替え処理登録部２２１０５を実行し、処理名２３
１１１、表名２３１１２、ルール名２３１１３及び２３
１２３、列名２３１１４、２３１１５、２３１２４及び
２３１２５等をＤＢ情報２２１２２内の並び替え処理情
報２２１２９に追加し（ステップ３３１０）、表名２３
１１２、ルール名２３１１３及び２３１２３、列名２３
１１４、２３１１５、２３１２４及び２３１２５等をＤ
Ｂ情報２２１２２内のインデクス情報２２１２７に追加
する（ステップ３３１１）。ルール名２３１１３及び２
３１２３に指定されたルール情報２２１２８を取得し
（ステップ３３１２）、表名２３１１２に指定された表
を参照し、並び替えの対象となるデータのインデクスを
作成する（ステップ３３１３）。

【０５３８】図８７は本実施形態の表検索処理の概要を
示す図である。図８８は本実施形態の検索部２２１０３
の処理手順を示すフローチャートである。次にデータ検
索処理について図８７、図８８と図８９を用いて説明す
る。処理要求２２１１０が、取り出す表の表名２２８０
１、検索項目２２８０２、並び替え指定２２８０３と共
にＤＢＭＳ２２００３に送られる。検索項目２２８０２
には取り出す表の列名が指定される。

【０５３９】並び替え指定には、並び替えを行う為のル
ールと、ルールに対応させる列名を指定させる場合と、
並び替え処理登録により登録済みの並び替え処理名が指
定される場合がある。

【０５４０】ＤＢＭＳ２２００３では要求の解析を行っ
て検索部２２１０３を実行し、表名２２８１１に対応し
た表情報２２１２５、検索項目２２８１２及び２２８１
３に指定された列情報２２１２６をＤＢ情報２２１２２
より取得し（ステップ２２５２１）、並び替え指定２２
８１４に関連するインデクス情報２２１２７をＤＢ情報
２２１２２より取得する（ステップ２２５２２）。並び
替え指定のチェックを行い（ステップ２２５２３）、並
び替え指定の無い場合、表データ２２１２３より列デー
タ２２８２１及び２２８２２を取り出し、その結果を返
却する（ステップ２２５２５）。

【０５４１】図８９は本実施形態のインデクスによる表
検索処理の概要を示す図である。並び替え指定されてい
た場合、指定が並び替えルールと、ルールに対応させる
列名の指定か並び替え処理名による指定かチェックし
（ステップ２２５３０）、並び替えルールと、ルールに
対応させる列名の指定の場合、ルール情報の取得を行い
（ステップ２２５３１）、指定された並び替えに使用可
能なインデクスの有無をチェックし（ステップ２２５３
２）、インデクスが無い場合、表データ２２１２３より
列データ２２８２１及び２２８２２を取り出し（ステッ
プ２２５３３）、ルールに従った並び替え実行し（ステ
ップ２２８３０、ステップ２２５３４）、その結果を返
却する（ステップ２２５２５）。インデクスが有る場合
には、図８９の通りインデクスデータ２２１２４を参照
しそのインデクスの順番に表データ２２１２３より列デ
ータ２２９２１及び２２９２２の取り出しを行い（ステ
ップ２２９３０、ステップ２２５３６）、その結果を返
却する（ステップ２２５２５）。

【０５４２】並び替え処理名により並び替え指定されて
いた場合、並び替え処理情報２２１２９、ルール情報２
２１２８の取得を行い（ステップ２２５３５）、並び替
え処理に対応したインデクスデータ２２１２４を参照し
そのインデクスの順番に表データ２２１２３より列デー
タ２２９２１及び２２９２２の取り出しを行い（ステッ
プ２２９３０、ステップ２２５３６）、その結果を返却
する（ステップ２２５２５）。

【０５４３】以上により、ユーザ指定の並び替え処理の
登録、実行、及び並び替えの為のインデクスの作成、イ
ンデクスを利用した並び替え結果の高速なアクセスが実
現される。

【０５４４】以上説明した様に本実施形態のデータ処理
装置によれば、並び替えを行う為のルールを予め登録し
ておき、指定されたルールにより並び替えを実行するの
で、ユーザ独自のデータの並び替えを実行することが可
能である。

【０５４５】また本実施形態のデータ処理装置によれ
ば、並び替え処理に指定されたルールで並び替えを行っ
た結果のインデクスを作成するので、並び替え処理で指
定されたルールによる並び替えを高速に実行することが
可能である。

【０５４６】

【発明の効果】本発明によれば、複数の種別のデータに
アクセスすることができるデータ処理システムにおい
て、種別ごとにデータ処理手段を選択し実行することが
できるので、種別による好適な処理を行うことができる
という効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例におけるデータ検索処理の概
要を示す概念図

【図２】本発明の一実施例におけるハードウェアの構成
図

【図３】データ処理システムでのデータ処理のフローチ
ャート

【図４】データ処理要求解析のフローチャート

【図５】データ検索処理要求の解析結果のデータ構造図

【図６】データ処理サーバ選択のフローチャート

【図７】データ種別-データ処理サーバ対応表の構成図

【図８】データ処理サーバへの処理要求のフローチャー
ト

【図９】データ処理サーバへのデータ検索処理要求のデ
ータ構造図

【図１０】データ処理結果編集のフローチャート

【図１１】データ登録処理の概要を示す概念図

【図１２】データ処理要求のインタフェースの概要図

【図１３】データ登録処理要求の解析結果のデータ構造
図

【図１４】データ処理サーバへのデータ登録処理要求の
データ構造図

【図１５】データ登録処理要求のインタフェースの概要
図

【図１６】データ登録処理要求のインタフェースの概要
図

【図１７】データ登録処理要求の解析結果のデータ構造
図

【図１８】データ登録処理でのデータ処理サーバへの処
理要求のフローチャート

【図１９】データ処理サーバに登録するデータの構造図

【図２０】データ検索処理でのデータ処理結果編集のフ
ローチャート

【図２１】処理結果編集部で編集したデータの構造図

【図２２】データ登録処理要求のインタフェースの概要
図

【図２３】登録するデータの構造図

【図２４】データ登録処理要求のインタフェースの概要
図

【図２５】データ処理サーバ選択のフローチャート

【図２６】データ処理サーバへ登録するデータの変換の
フローチャート

【図２７】データ処理サーバへ登録するデータの変換の
概念図

【図２８】データ検索処理要求のインタフェースの概要
図

【図２９】データ検索処理結果のデータ構造図

【図３０】データ処理サーバ選択のフローチャート

【図３１】データ処理サーバを追加したデータ処理シス
テムの概念図

【図３２】データ処理システムの概念図

【図３３】本実施形態の文字列ソート処理の概要を示す
図である。

【図３４】本実施形態の照合処理装置の概略構成を示す
図である。

【図３５】本実施形態の表１０１１５の一例を示す図で
ある。

【図３６】本実施形態のインデクス定義情報１０１１０
の一例を示す図である。

【図３７】本実施形態の照合方法−照合キー対応データ
１０１１３の一例を示す図である。

【図３８】本実施形態の照合キー−次元対応データ１０
１１４の一例を示す図である。

【図３９】本実施形態のインデクス−ドメイン対応デー
タ１０１１２の一例を示す図である。

【図４０】本実施形態のデータベースシステム１０１０
１にレコードを挿入する処理の概要を示す図である。

【図４１】本実施形態の照合モジュール−照合方法対応
データ１０８０２の一例を示す図である。

【図４２】本実施形態のエントリ登録時の照合モジュー
ル１０１０６の処理手順を示すフローチャートである。

【図４３】本実施形態の照合キー値のコードの一例を示
す図である。

【図４４】本実施形態の多次元データドメイン１０１１
６に保持する多次元データの一例を示す図である。

【図４５】本実施形態のソート要求１０１５１を含む問
合せ処理の処理手順を示すフローチャートである。

【図４６】本実施形態のソート処理時の照合モジュール
１０１０６の処理手順を示すフローチャートである。

【図４７】本実施形態のソート処理結果の一例を示す図
である。

【図４８】本実施形態の多次元データを作成してソート
処理するときの多次元データの一例を示す図である。

【図４９】本実施形態の多次元データを作成するソート
処理の処理手順を示すフローチャートである。

【図５０】本実施形態の変更した照合方法定義の一例を
示す図である。

【図５１】本実施形態の変更した照合方法定義によるソ
ート結果の一例を示す図である。

【図５２】本実施形態の表記列、読み列の順で評価する
照合方法定義及びソート結果の一例を示す図である。

【図５３】従来のデータベースでのシステム運用の概念
を示す図である。

【図５４】本実施形態のデータベースでのシステム運用
の概念を示す図である。

【図５５】従来のインデクスデータの概念を示す図であ
る。

【図５６】本実施形態の多次元データの概念を示す図で
ある。

【図５７】従来の環境変数等で指定した照合方法の例を
示す図である。

【図５８】実施形態２０１のソート処理の処理概要を示
す図である。

【図５９】実施形態２０１のデータ処理装置の概略構成
を示す図である。

【図６０】実施形態２０１の表２０１４１の構成例を示
す図である。

【図６１】実施形態２０１の処理メニュー表示部２０１
０１の処理手順を示すフローチャートである。

【図６２】実施形態２０１のルール定義部２０１０２の
処理手順を示すフローチャートである。

【図６３】実施形態２０１のルール定義メニューの一例
を示す図である。

【図６４】実施形態２０１のルール情報の詳細を示す図
である。

【図６５】実施形態２０１の並び替え処理登録部２０１
０３の処理手順を示すフローチャートである。

【図６６】実施形態２０１の並び替え処理登録メニュー
の一例を示す図である。

【図６７】実施形態２０１の並び替え処理情報２０１１
３の詳細を示す図である。

【図６８】実施形態２０１の並び替え実行部２０１０４
の処理手順を示すフローチャートである。

【図６９】実施形態２０１の並び替え実行処理の続きを
示す図である。

【図７０】実施形態２０１の並び替え処理実行メニュー
の一例を示す図である。

【図７１】実施形態２０１の並び替え処理登録メニュー
の指定例を示す図である。

【図７２】実施形態２０１の並び替え処理実行メニュー
の指定例を示す図である。

【図７３】実施形態２０１の基本代表読み照合を行う並
び替えルールの情報設定部の設定例を示す図である。

【図７４】実施形態２０１の基本代表読み照合を行う並
び替えルールのデータ設定部の設定例を示す図である。

【図７５】実施形態２０１の並び替え処理登録メニュー
の設定例を示す図である。

【図７６】実施形態２０２のデータ処理装置のシステム
構成図を示す図である。

【図７７】実施形態２０２のデータ処理装置２２０００
及び情報処理装置２２０３０の概略構成を示す図であ
る。

【図７８】実施形態２０２のＤＢＭＳ２２００３の処理
概要を示す図である。

【図７９】実施形態２０２の表定義部２２１０１の処理
手順を示すフローチャートである。

【図８０】実施形態２０２の表定義処理の概要を示す図
である。

【図８１】実施形態２０２の挿入処理の概要を示す図で
ある。

【図８２】実施形態２０２の挿入部２２１０２の処理手
順を示すフローチャートである。

【図８３】実施形態２０２のルール定義処理の概要を示
す図である。

【図８４】実施形態２０２のルール定義部２２１０４の
処理手順を示すフローチャートである。

【図８５】実施形態２０２の並び替え処理定義の概要を
示す図である。

【図８６】実施形態２０２の並び替え処理登録部２２１
０５の処理手順を示すフローチャートである。

【図８７】実施形態２０２の表検索処理の概要を示す図
である。

【図８８】実施形態２０２の検索部２２１０３の処理手
順を示すフローチャートである。

【図８９】実施形態２０２のインデクスによる表検索処
理の概要を示す図である。

【符号の説明】

１０３…データアクセス管理部、１１０…要求解析部、
１１１…処理サーバ選択部、１１２…データ処理要求
部、１１３…処理結果編集部、１０４−１、１０４−
２、…、１０４−ｎ…データ処理サーバ、１０１０１…
データベースシステム、１０１０２…アプリケーション
プログラム、１０１０３…データベース処理サーバ、１
０１０４…定義データストア、１０１０５…表データス
トア、１０１０８…多次元データストア、１０１０９…
インデクス管理部、１０１１０…インデクス定義情報、
１０１１１…照合モジュール識別子、１０１１２…イン
デクス−ドメイン対応データ、１０１１３…照合方法−
照合キー対応データ、１０１１４…照合キー−次元対応
データ、１０１１５…表、１０１１６…多次元データド
メイン、１０１５１…ソート要求、１０１５２…問合せ
解析結果、１０１５３…インデクスソート要求、１０１
５４…照合−多次元データ解析変換、１０１５５…多次
元データ解析要求、１０１５６…多次元データ解析結
果、１０１５７…レコード識別子のリスト、１０１５８
…レコード識別子、１０１０６…照合モジュール、１０
１０７…多次元データ処理モジュール、１０２０１…デ
ータ処理装置、１０２０２…ＣＰＵ、１０２０３…Ｏ
Ｓ、１０２０４…通信コントローラ、１０２０５…メモ
リ、１０２０６…Ｉ／Ｏコントローラ、１０２０７…シ
ステムバス、１０２０８…データ入出力装置、１０２０
９…データ記憶装置、１０２１０…ネットワーク、１０
３０１…氏名、１０３０２…ふりがな、１０３０３…レ
コード識別子、１０３０４〜１０３１２…レコード、１
０４０１…インデクス識別子、１０４０２…表識別子、
１０４０３…列識別子、１０４０４…照合モジュール識
別子、１０４０５…照合要素種別、１０４０６及び１０
４０７…レコード、１０５０１…照合方法識別子、１０
５０２…照合キー識別子、１０５０３…照合段階、１０
５０４〜１０５１１…レコード、１０６０１…照合キー
識別子、１０６０２…次元識別子、１０６０３〜１０６
０７…レコード、１０７０１…インデクス識別子、１０
７０２…ドメイン識別子、１０７０３…レコード、１０
８０１…アプリケーションプログラム、１０８０２…照
合モジュール−照合方法対応データ、１０８５１…登録
要求、１０８５２…問合せ解析、１０８５３…レコード
挿入、１０８５４…レコード識別子、１０８５５…イン
デクスメンテナンス、１０８５６…照合キー−多次元デ
ータエントリ変換、１０８５７…多次元データ登録要
求、１０８５８…多次元データエントリ変換結果、１０
９０１…照合モジュール識別子、１０９０２…照合方法
識別子、１０９０３〜１０９０５…レコード、１１１０
１及び１１１０２…照合キー、１１２０１…表記文字ク
ラス、１１２０２…代表読み、１１２０３…第１分節表
記列、１１２０４…読み列、１１２０５…表記列、１１
２０６…レコード識別子、１１６０１…一時作業用多次
元データドメイン、１１６０２…第１表記文字クラス、
１１６０３…代表読み、１１６０４…第１分節表記列、
１１６０５…読み列、１１６０６…表記列、１１６０７
…レコード識別子、１１８０１〜１１８１２…レコー
ド、１１９０１〜１１９０３…多次元データ解析結果、
１２００１及び１２００２…データ、１２００３…多次
元データ解析結果、１２１０１…データベースシステ
ム、１２１０２…表データストア、１２１０３…表、１
２１０４…インデクスキー列、１２１０５…データベー
ス処理サーバ、１２１０６…インデクス格納領域確保操
作、１２１０７…インデクスデータストア、１２１０８
…インデクス定義操作、１２１０９…定義データスト
ア、１２１１０…インデクス定義情報、１２２０１…多
次元データドメイン確保操作、１２２０２…インデクス
定義操作、１２３０１…インデクスデータ、１２３０２
…キー値、１２４０１…多次元データエントリ、２０１
０５…ソート結果表、２０１１０…ディスク装置、２０
１１１…並び替え登録データ、２０１１２…ルール情
報、２０１１３…並び替え処理情報、２０１２０…ルー
ル定義要求、２０１２１…ルール名、２０１２２…並び
替えルール、２０１３０…並び替え処理登録要求、２０
１３１…並び替え処理名、２０１３２…ルール名、２０
１３３…対象列名、２０１４０…並び替え要求、２０１
４１…表、２０１４２…ルール名、２０１４３…対象列
名、２０１４４…並び替え処理名、２０１５０…処理要
求、２０１００…ソート処理部、２０１０１…処理メニ
ュー表示部、２０１０２…ルール定義部、２０１０３…
並び替え処理登録部、２０１０４…並び替え実行部、２
０２００…データ処理装置、２０２１１…ＣＰＵ、２０
２１２…Ｉ／Ｏ制御装置、２０２１３…メモリ、２０２
２０…モニタ、２０２２１…キーボード、２０２２２…
マウス、２０２３１…表データ、２０２３２…ソート結
果表、２０３１０…列名部、２０３２０…データ部、２
０３３０、２０３４０及び２０３５０…列、２０６００
…ルール名、２０６０２…情報設定部、２０６０３…Ｏ
Ｋボタン、２０６１０…列、２０６１１〜２０６１３…
スイッチ、２０６１４…文字長、２０６１５…区切り文
字、２０６１６及び２０６１７…スイッチ、２０６１８
…対象除外文字、２０６１９…次文節評価、２０６２０
…列、２０６２１〜２０６２３…スイッチ、２０６２４
…文字長、２０６２５…区切り文字、２０６２６及び２
０６２７…スイッチ、２０６２８…対象除外文字、２０
６３０…前方配置文字、２０６３１〜２０６３３…入力
項目、２０６３４〜２０６３６…入力欄、２０６４０…
後方配置文字、２０６４１〜２０６４３…入力項目、２
０６４４〜２０６４６…入力欄、２０６５０…データ設
定部、２０８００…ルール名、２０８０１…列数、２０
８０２…対象文字、２０８０３…ソート順指定、２０８
０４…対象除外文字、２０８１０…前方固定データ有
無、２０８１１…データ、２０８２０…後方固定データ
有無、２０８２１…データ、２１０００…並び替え処理
名、２１００３…ＯＫボタン、２１０１０…第１条件、
２１０１１…ルール名、２１０１２〜２１０１５…列、
２１０１６〜２１０１９…列名、２１０２０…第２条
件、２１０２１…ルール名、２１０２２〜２１０２５…
列、２１０２６〜２１０２９…列名、２１０３０…第３
条件、２１０３１…ルール名、２１０３２〜２１０３５
…列、２１０３６〜２１０３９…列名、２１１００…並
び替え処理名、２１１０１…条件数、２１１０２…ルー
ル名、２１１０３…列名、２１３００…並び替えファイ
ル名、２１３０１…結果格納ファイル名、２１３０２…
並び替え処理指定欄、２１３０３…ＯＫボタン、２１３
０５…並び替え処理名、２１３１０…第１条件、２１３
１１…ルール名、２１３１２〜２１３１５…列、２１３
１６〜２１３１９…列名、２１３２０…第２条件、２１
３２１…ルール名、２１３２２〜２１３２５…列、２１
３２６〜２１３２９…列名、２１３３０…第３条件、２
１３３１…ルール名、２１３３２〜２１３３５…列、２
１３３６〜２１３３９…列名、２２０００…データ処理
装置、２２００３…ＤＢＭＳ、２２０１０…ディスク装
置、２２０１１…ＤＢデータ、２２０３０…情報処理装
置、２２０３１…ＤＢアクセスアプリケーション、２２
０６０…ネットワーク、２２２０１…ＣＰＵ、２２２０
２…メモリ、２２２０３…通信制御装置、２２２０４…
Ｉ／Ｏ制御装置、２２２１０…ディスク装置、２２２１
１…通信制御装置、２２２１２…Ｉ／Ｏ制御装置、２２
２１３…ＣＰＵ、２２２１４…メモリ、２２１１０…処
理要求、２２１２１…ＤＢデータ、２２１２２…ＤＢ情
報、２２１２３…表データ、２２１２４…インデクスデ
ータ、２２１２５…表情報、２２１２６…列情報、２２
１２７…インデクス情報、２２１２８…ルール情報、２
２１２９…並び替え処理情報、２２１０１…表定義部、
２２１０２…挿入部、２２１０３…検索部、２２１０４
…ルール定義部、２２１０５…並び替え処理登録部、２
２１０６…処理要求受付部、２２６０１…表名、２２６
０２…列名、２２６０３…データ型、２２６１１…表
名、２２６１２及び２２６１３…列名、２２６１４及び
２２６１５…列データ型、２２７０１…表名、２２７０
２及び２２７０３…列データ、２２７１１…表名、２２
７１２及び２２７１３…列データ、２３００１…ルール
名、２３００２…対象文字列情報、２３００３…昇順／
降順情報、２３００４…除外文字、２３００５…次文節
評価フラグ、２３０１１…ルール名、２３０１２…対象
文字列情報、２３０１３…昇順／降順情報、２３０１４
…除外文字、２３０１５…次文節評価フラグ、２３０２
２…対象文字列情報、２３０２３…昇順／降順情報、２
３０２４…除外文字、２３０２５…次文節評価フラグ、
２３１０１…処理名、２３１０２…表名、２３１０３…
ルール名、２３１０４及び２３１０５…列名、２３１１
１…処理名、２３１１２…表名、２３１１３及び２３１
２３…ルール名、２３１１４、２３１１５、２３１２４
及び２３１２５…列名、２２８０１…表名、２２８０２
…検索項目、２２８０３…指定、２２８１１…表名、２
２８１２及び２２８１３…検索項目、２２８１４…指
定、２２８２１及び２２８２２…列データ、２２９２１
及び２２９２２…列データ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 河村 信男 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所システム開発本部内 (72)発明者 土田 正士 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所システム開発本部内 (72)発明者 鳥居 俊一 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所システム開発本部内 Ｆターム(参考） 5B075 KK02 ND03 NK02 NR03 NR20 PP23 PQ80 QP01 QP10 QS01 QT06 UU06 5B082 EA01 GA08

Claims (33)

【特許請求の範囲】
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. 【請求項２９】文字列を含む任意の要素より構成される
    データの蓄積及び取り出しを行うデータ処理方法におい
    て、 並び替えで参照される列中の並び替えの対象と並び替え
    の順番とを示す並び替えのルールを定義するステップ
    と、並び替えで参照される列と当該参照列の並び替えで
    使用するルールとを示す並び替え処理を指定するステッ
    プと、前記指定された並び替え処理の内容に従って並び
    替えを実行するステップとを有することを特徴とするデ
    ータ処理方法。
30. 【請求項３０】並び替え対象のデータのバイト長と並び
    替えの順番を示すデータ列とを含む並び替えのルールを
    定義することを特徴とする請求項２９に記載されたデー
    タ処理方法。
31. 【請求項３１】並び替えの実行結果を示す為のインデク
    スを作成するステップを有することを特徴とする請求項
    ２９または請求項３０のいずれかに記載されたデータ処
    理方法。
32. 【請求項３２】文字列を含む任意の要素より構成される
    データの蓄積及び取り出しを行うデータ処理装置におい
    て、 並び替えで参照される列中の並び替えの対象と並び替え
    の順番とを示す並び替えのルールを定義するルール定義
    部と、並び替えで参照される列と当該参照列の並び替え
    で使用するルールとを示す並び替え処理を指定する並び
    替え処理登録部と、前記指定された並び替え処理の内容
    に従って並び替えを実行する並び替え実行部とを備える
    ことを特徴とするデータ処理装置。
33. 【請求項３３】文字列を含む任意の要素より構成される
    データの蓄積及び取り出しを行うデータ処理装置として
    コンピュータを機能させる為のプログラムを記録したコ
    ンピュータ読み取り可能な記録媒体において、 並び替えで参照される列中の並び替えの対象と並び替え
    の順番とを示す並び替えのルールを定義するルール定義
    部と、並び替えで参照される列と当該参照列の並び替え
    で使用するルールとを示す並び替え処理を指定する並び
    替え処理登録部と、前記指定された並び替え処理の内容
    に従って並び替えを実行する並び替え実行部としてコン
    ピュータを機能させる為のプログラムを記録したことを
    特徴とする記録媒体。