JPH0756955A - 圧縮データをサーチする方法及びシステム - Google Patents

Abstract

(57)【要約】 【目的】 圧縮されたデータを効率良くサーチすること
のできるコンピュータ方法及びシステムを提供する。 【構成】 圧縮文書に記憶された複数のキャラクタスト
リングが圧縮コードで記憶されている間に圧縮文書をサ
ーチする方法及びシステムが提供される。問い合わせ要
求が受け取られ、その問い合わせ要求が圧縮コードに変
換されそしてその変換された問い合わせ要求が、圧縮文
書に記憶された圧縮コードと比較される。次いで、その
問い合わせ要求の開始者に、比較結果について通知され
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は一般にコンピュータにお
いてデータをサーチするためのコンピュータ方法及びシ
ステムに係る。

【０００２】

【従来の技術】情報の電子的な収集及び記憶は多くの環
境において問題を生じる。例えば、データが情報サービ
スから遠隔コンピュータにダウンロードされるときに
は、膨大な量のデータが短いインターバルで転送され
る。遠隔コンピュータは、通常は、このデータを後で処
理するためにコンピュータメモリに記憶する。情報サー
ビスによって転送されるデータの量、遠隔コンピュータ
によって記憶されるデータの量、及びデータの転送に必
要な時間を減少するために、情報サービスは、通常、デ
ータを遠隔コンピュータへ送信する前にデータを圧縮す
る。

【０００３】圧縮方法は、一般に、固定長さの圧縮方法
と、可変長さの圧縮方法の２つの分類に分けられる。固
定長さの圧縮方法は、同じ数のビットにより各記号を表
す。例えば、ジブ−レンペル(Ziv-Lempel)コード化のＬ
Ｚ７８形式は、固定長さの圧縮方法である。可変長さの
圧縮方法は、可変数のビットによって各記号を表す。可
変長さの圧縮方法は、通常、より頻繁に使用される記号
に短いコードを指定する。例えば、良く知られたモース
コードは、可変長さの圧縮方法である。

【０００４】

【発明が解決しようとする課題】既存のシステムは、デ
ータを表す圧縮コードをその非圧縮形態に変換して戻し
そしてデータを通してサーチすることが所望される場合
にその非圧縮データを処理する。これは、時間のかかる
圧縮解除段階を必要とする。

【０００５】そこで、圧縮されたデータを効率良くサー
チすることのできるサーチ方法をもつことが要望され
る。

【０００６】

【課題を解決するための手段】本発明は、圧縮文書に記
憶された複数のキャラクタストリングが圧縮コードで記
憶されている間に圧縮文書をサーチする方法及びシステ
ムを提供する。本発明は、問い合わせ要求を受け取り、
その問い合わせ要求を本発明の圧縮コードに変換しそし
てその変換された問い合わせ要求を圧縮文書に記憶され
た圧縮コードと比較する。次いで、本発明は、その問い
合わせ要求の開始側に比較結果について知らせる。

【０００７】

【実施例】図１に示すように、本発明は、コンピュータ
システム１０及びこのコンピュータシステムで実行され
る方法において実施され、非圧縮文書１０１のキャラク
タストリングを非圧縮コードから圧縮コードに変換し、
ユーザ要求に応答してそれらの圧縮コードのキャラクタ
ストリングを圧縮文書１０３に記憶し、そしてキャラク
タストリングが圧縮コードで記憶されたままである間に
その圧縮文書１０３におけるキャラクタストリングをサ
ーチする。

【０００８】システム：コンピュータシステム１００
は、ホストコンピュータキーボード１０５と、ホストコ
ンピュータマウス１０７と、ホストコンピュータ１０９
と、遠隔コンピュータキーボード１１１と、遠隔コンピ
ュータマウス１１３と、遠隔コンピュータ１１５と、ホ
ストコンピュータ１０９と遠隔コンピュータ１１５との
間でデータを送信するための通信チャンネル１１７とを
備えている。ホストコンピュータ１０９においては、文
書をそれらの非圧縮形態で記憶することができ、遠隔コ
ンピュータ１１５によって要求されたときに、文書を圧
縮して、通信チャンネル１１７を経て遠隔コンピュータ
１１５へ送信することができる。遠隔コンピュータ１１
５においては、文書に対する問い合わせを処理できる前
に文書を圧縮解除する必要はない。

【０００９】ホストコンピュータ１０９は、更に、中央
処理ユニット１１９と、入力／出力ユニット１２１と、
ホストコンピュータメモリ１２３とを備えている。更
に、ホストコンピュータメモリ１２３は、ディクショナ
リ（辞書）１２５と、非圧縮文書１０１と、中央処理ユ
ニット１１９で実行するときのパーザ１２７と、圧縮エ
ンジン１２９と、圧縮文書１０３とを記憶している。パ
ーザ１２７は、非圧縮文書１０１からキャラクタストリ
ングを検索する。非圧縮文書１０１から検索されたキャ
ラクタストリングは非圧縮コードである。典型的な非圧
縮コードは、各キャラクタを０と１の８ビットストリン
グとして表すＡＳＣＩＩコードである。圧縮エンジン１
２９は、中央処理ユニット１１９において実行するとき
に、非圧縮キャラクタストリングを、ディクショナリ１
２５を用いて圧縮キャラクタストリングに変換する。１
つの実施例では、圧縮キャラクタストリングは、１６ビ
ットの固定長さの圧縮コードとして表される。別の実施
例では、圧縮キャラクタストリングは、可変長さの圧縮
コードとして表される。圧縮エンジン１２９は、中央処
理ユニット１１９において実行するときには、圧縮キャ
ラクタストリングを圧縮文書１０３に記憶する。

【００１０】ディクショナリ１２５は、好ましくは、キ
ャラクタストリングを非圧縮コードでＲＯＭに記憶しそ
して各キャラクタストリングに独特のコード（典型的に
圧縮コード）を関連させる。好ましい実施例において
は、ディクショナリ１２５のサイズは６４Ｋであり、各
キャラクタストリングに関連される独特のコード（即ち
圧縮コード）は１６ビットメモリアドレスであって、こ
れは、ディクショナリ１２５の各キャラクタストリング
に対するメモリ位置を表している。

【００１１】好ましい実施例では、ディクショナリ１２
５は、ワードセクション１３１と、対セクション１３３
と、ＡＳＣＩＩセクション１３５と、フォーマット化及
び句読点キャラクタセクション１３７とを備えている。
ワードセクション１３１は、キャラクタストリング「文
書」のような全ワードを記憶する。対セクション１３３
は、キャラクタストリング「ＡＡ」又は「ＺＺ」のよう
なレターの対と、キャラクタストリング「１６」又は
「８８」のような数字の対を記憶する。フォーマット化
及び句読点キャラクタセクション１３７は、「、」及び
「？」のような句読点キャラクタを記憶すると共に、
「キャリッジリターンラインフィード」のような共通の
フォーマットパターンを記憶する。ＡＳＣＩＩセクショ
ン１３５は、ＡＳＣＩＩキャラクタを記憶し、好ましい
実施例では、完全なＡＳＣＩＩキャラクタセットを記憶
する。好ましい実施例では、本発明の「圧縮」１６ビッ
トコードは、実際に、ＡＳＣＩＩセクション１３５にお
ける各キャラクタの「非圧縮」８ビットＡＳＣＩＩコー
ドに及ぶ。ディクショナリ１２５の各セクションは。ア
ルファベット順に保持されるのが好ましい。図２は、典
型的なディクショナリ１２５を示している。

【００１２】通信チャンネル１１７は、ホストコンピュ
ータ１０９と遠隔コンピュータ１１５との間でデータを
送信する。ホストコンピュータ１０９から受け取ったデ
ータを処理するために、遠隔コンピュータ１１５は、入
力／出力ユニット１３９と、中央処理ユニット１４１
と、遠隔コンピュータメモリ１４３とを備えている。更
に、遠隔コンピュータメモリ１４３は、ディクショナリ
１４５と、問い合わせエンジン１４７と、圧縮文書１４
９とを備えている。ディクショナリ１４５は、ワードセ
クション１５１と、対セクション１５３と、ＡＳＣＩＩ
セクション１５５と、フォーマット化及び句読点キャラ
クタセクション１５７とを有している。好ましい実施例
では、ディクショナリ１４５は、遠隔コンピュータメモ
リ１４３のＲＯＭに記憶され、ホストコンピュータメモ
リ１２３に記憶されたディクショナリ１２５と同じであ
る。好ましい実施例では、遠隔コンピュータメモリ１４
３に記憶された圧縮文書１４９は、ホストコンピュータ
メモリ１２３に記憶された圧縮文書１０３と同じであ
る。

【００１３】問い合わせエンジン１４７は、中央処理ユ
ニット１４１で実行するときには、ディクショナリ１４
５を用いて圧縮文書１４９におけるサーチを実行し、圧
縮文書１４９に関する情報を検索する。問い合わせエン
ジン１４７は、中央処理ユニット１４１で実行するとき
には、サーチプログラム１５９と、変換プログラム１６
１とを備えている。問い合わせエンジン１４７は、遠隔
コンピュータキーボード１１１又は遠隔コンピュータマ
ウス１１３のいずれかに入力された問い合わせ要求に含
まれたサーチ基準に基づいて、サーチプログラム１５９
を呼び出して、圧縮文書１４９をサーチする。問い合わ
せ要求のサーチ基準は、非圧縮コードで受け取られる。
問い合わせエンジン１４７は、中央処理ユニット１４１
で実行するときには、変換プログラム１６１を呼び出し
て、サーチ基準を、非圧縮コードから、ディクショナリ
１４５を用いて本発明の圧縮コードに変換する。

【００１４】コンピュータシステム１００（図１）の一
般的な動作の例は、キャラクタストリングが本発明の圧
縮コードで記憶されている間に遠隔コンピュータ１１５
において圧縮文書１４９のキャラクタストリングを本発
明によりいかにサーチするかを示すものである。

【００１５】一般的な動作：最初に、ホストコンピュー
タ１０９又は遠隔コンピュータ１１５のユーザは、非圧
縮文書１０１をホストコンピュータ１０９から遠隔コン
ピュータ１１５へ転送する要求を入力する。このユーザ
要求に応答して、ホストコンピュータ１０９は、非圧縮
文書１０１から圧縮文書１０３への変換を管理する圧縮
エンジン１２９を呼び出す。好ましい実施例では、圧縮
エンジン１２９は、図４について以下に詳細に示す方法
「Ｃｏｍｐｒｅｓｓ（圧縮）」の段階を実行する。

【００１６】非圧縮文書１０１を圧縮文書１０３に変換
するために、圧縮エンジン１２９はパーザ１２７を呼び
出し、これは、非圧縮文書１０１に記憶された非圧縮キ
ャラクタストリングをパージングし、そしてそのパージ
ングされたキャラクタストリングを圧縮エンジン１２９
へ返送する。

【００１７】圧縮エンジン１２９は、パージングされた
キャラクタストリングをパーザ１２７から受け取り、そ
してそのパージングされたキャラクタストリングをその
最初の非圧縮コード、例えば、ＡＳＣＩＩコードから、
本発明の圧縮コードに変換する。ディクショナリから圧
縮コードを検索する公知のいかなる技術を使用すること
もできる。例えば、図４に示されて以下に詳細に述べる
方法「圧縮」を使用して、ディクショナリ１２５から圧
縮コードを検索することができる。圧縮コードが検索さ
れると、本発明では、次いで、パージングされたキャラ
クタストリングが圧縮コードで圧縮文書１０３に記憶さ
れる。

【００１８】典型的な文書における最も一般的なキャラ
クタはスペースキャラクタであるから、単一のスペース
をできるだけ少ないビットで表すことが重要である。い
かなる２つの隣接ワードも単一のスペースで分離される
と仮定することにより、本発明は、典型的なスペースキ
ャラクタをエンコードするのに全く無コードを使用する
ことができる。ワード間のスペースキャラクタを仮定す
る一般的なルールには例外があるので、本発明は、コー
ドスペースのセクションを、スペースの仮定を中断する
ワードとしてマークする（例えば、全ワードは１０００
未満を示す）のが好ましい。更に、好ましいディクショ
ナルリ１２５は、ＲｕｎＯｎキャラクタストリングを含
み、その唯一の目的は、デフォールト挿入スペースキャ
ラクタをオーバーライドすることである。

【００１９】非圧縮文書１０１からの各キャラクタスト
リングが本発明の圧縮コードに変換されそして圧縮文書
１０３に記憶された後に、ホストコンピュータ１０９
は、その圧縮文書１０３をホストコンピュータ１０９か
ら通信チャンネル１１７を経て遠隔コンピュータ１１５
へ転送し、そこで、遠隔コンピュータ１１５は、圧縮文
書１０３を遠隔コンピュータメモリ１４３に圧縮文書１
４９として記憶する。

【００２０】遠隔コンピュータ１１５のユーザは、典型
的に、遠隔コンピュータキーボード１１１又は遠隔コン
ピュータマウス１１３のいずれかを用いて問い合わせ要
求を入力し、圧縮文書１４９からの情報を検索する。遠
隔コンピュータ１１５は、その問い合わせ要求を問い合
わせエンジン１４７に転送し、この問い合わせエンジン
は、問い合わせ要求に含まれたサーチ基準に基づいて圧
縮文書１４９をサーチする。好ましい実施例では、問い
合わせエンジン１４７は、図１５について以下で詳細に
説明する方法「Ｑｕｅｒｙ（問い合わせ）」の段階を実
行する。

【００２１】問い合わせ要求を受け取ると、問い合わせ
エンジン１４７は、変換プログラム１６１を呼び出し、
これは、問い合わせ要求からサーチ基準を検索し、そし
てその検索したサーチ基準を、ディクショナリ１４５を
用いて、その非圧縮コードから本発明の圧縮コードへ変
換する。好ましい実施例では、変換プログラム１６１
は、図４に示されて以下で詳細に説明する方法「圧縮」
の段階を実行する。

【００２２】検索したサーチ基準の変換が完了すると、
問い合わせエンジン１４７は、サーチプログラム１５９
を呼び出す。このサーチプログラム１５９は、サーチ基
準を圧縮コードで受け取り、圧縮文書をサーチ基準の発
生についてサーチする。次いで、サーチプログラム１５
９は、遠隔コンピュータ１１５のユーザにサーチの結果
を知らせる。好ましい実施例では、サーチプログラム１
５９は、図１６、１７に示されて以下に詳細に説明する
方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ（一致のサー
チ）」の段階を実行する。

【００２３】フローチャート：図４は、非圧縮文書１０
１の非圧縮コードを圧縮文書１０３へと変換する方法
「圧縮」のフローチャートである。方法「圧縮」は、非
圧縮文書１０１から非レターキャラクタの１つのグルー
プをパージングした後に、そのパージングしたレター
が、受け入れられるキャピタライゼーションクラスであ
るＮｏｃａｐ（無キャピタル）、Ｆｉｒｓｔｃａｐ（第
１キャピタル）又はＡｌｌｃａｐ（全キャピタル）の１
つに適合する間に、非圧縮文書１０１からレターキャラ
クタの１つのグループをパージングすることにより、こ
の変換を実行する。この方法「圧縮」は、変数Ｃａｐｆ
ｌａｇを用いて、キャピタライゼーションのタイプを指
示し、このタイプは、非圧縮文書１０１から検索されて
Ｌ＄と称する変数（以下で詳細に述べる）に記憶される
レターキャラクタのストリングに存在するものである。
値Ｎｏｃａｐは、変数Ｌ＄に記憶されたキャラクタのス
トリングがキャピタル化されないことを指示する。値Ｆ
ｉｒｓｔｃａｐは、変数Ｌ＄に記憶されたキャラクタの
ストリングの第１キャラクタのみがキャピタル化される
ことを指示する。値Ａｌｌｃａｐは、変数Ｌ＄に記憶さ
れた全てのキャラクタがキャピタル化されることを指示
する。

【００２４】方法「圧縮」がレターキャラクタのグルー
プ及び非レターキャラクタのグループのパージングを終
了しそして変数Ｃａｐｆｌａｇを適当なキャピタライゼ
ーションクラスにセットし終えると、方法「圧縮」は、
レターキャラクタのグループ及び非レターキャラクタの
グループを表す圧縮コードをディクショナリ１２５から
検索する。方法「圧縮」が完了すると、非圧縮文書１０
１は、圧縮文書１０３に変換されている。

【００２５】好ましい実施例では、圧縮エンジン１２９
（図１）が、方法「圧縮」（図４）の段階を実行する。
ステップ３０１では、方法「圧縮」は、変数Ｃａｐｆｌ
ａｇを値Ｎｏｃａｐに等しくセットする。ステップ３０
３では、方法「圧縮」は、変数Ｌａｓｔｏｕｔ（最後の
出力）を値Ｎｏｔｗｈｏｌｅｗｏｒｄ（全ワードではな
い）に初期化する。変数Ｌａｓｔｏｕｔは、非圧縮文書
１０１から検索されて変数Ｌ＄に記憶されたキャラクタ
のストリングが、ディクショナリ１２５から検索された
単一の圧縮コードによって表されるか又はディクショナ
リ１２５から検索された多数の圧縮コードによって表さ
れるかを指示する。キャラクタのストリングが単一の圧
縮コードによって表された場合には、変数Ｌａｓｔｏｕ
ｔに値Ｗｈｏｌｅｗｏｒｄ（全ワード）が指定される。
キャラクタのストリングが多数の圧縮コードによって表
された場合には、変数Ｌａｓｔｏｕｔに値Ｎｏｔｗｈｏ
ｌｅｗｏｒｄが指定される。

【００２６】方法「圧縮」が、ステップ３０５におい
て、非圧縮文書１０１に未処理のキャラクタがまだある
と決定した場合に、方法「圧縮」は、ステップ３０７に
おいて方法「Ｐａｒｓｅ（パージング）」を呼び出す。
この方法「パージング」は、非圧縮文書１０１から非レ
ターの１つのグループをパージングした後に、Ａｌｌｃ
ａｐ、Ｆｉｒｓｔｃａｐ又はＮｏｃａｐの受け入れられ
るキャピタライゼーションクラスの１つにレターが適合
する間に、非圧縮文書１０１からレターの１つのグルー
プをパージングする。方法「パージング」は、図５、６
について以下に詳細に述べる。

【００２７】ステップ３０７が終了すると、方法「圧
縮」は、変数Ｃａｐｆｌａｇの値を変数Ｓｔａｔｅ（状
態）の値に等しくセットする。この変数Ｓｔａｔｅは、
ステップ３０７の方法「パージング」によって非圧縮文
書１０１から検索されて変数Ｌ＄に記憶されたレターの
グループのキャピタライゼーションクラスを指示する。
変数Ｓｔａｔｅに指定される値は、Ｎｏｃａｏ、Ａｌｌ
ｃａｐ又はＦｉｒｓｔｃａｐのいずれかである。

【００２８】ステップ３１１では、方法「圧縮」は、方
法「ＯｕｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓｓ
ｅｄＣｏｄｅ（非レター圧縮コードの出力）」を呼び出
す。この方法「ＯｕｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏｍ
ｐｒｅｓｓｅｄＣｏｄｅ」は、方法「パージング」によ
って非圧縮文書１０１から検索された非レターのグルー
プを表す圧縮コード（１つ又は複数）をディクショナリ
１２５から検索する。方法「ＯｕｔｐｕｔＮｏｎＬｅｔ
ｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ」は、次いで、そ
の検索された圧縮コードを圧縮文書１０３に記憶する。
方法「ＯｕｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓ
ｓｅｄＣｏｄｅ」は、図７について以下に詳細に説明す
る。

【００２９】ステップ３１１が完了すると、方法「圧
縮」は、ステップ３１３において、方法「Ｏｕｔｐｕｔ
ＬｅｔｔｅｒＣｏｄｅ（レターコードの出力）」を呼び
出す。この方法「ＯｕｔｐｕｔＬｅｔｔｅｒＣｏｄｅ」
は、方法「パージング」により非圧縮文書１０１から検
索されたレターのグループを表す圧縮コード（１つ又は
複数）をディクショナリ１２５から検索する。方法「Ｏ
ｕｔｐｕｔＬｅｔｔｅｒＣｏｄｅ」は、次いで、その検
索された圧縮コードを圧縮文書１０３に記憶する。方法
「ＯｕｔｐｕｔＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏ
ｄｅ」は、図８について以下で詳細に説明する。

【００３０】ステップ３１３が完了すると、方法「圧
縮」は、ステップ３０５で処理を続ける。ステップ３０
５において、方法「圧縮」は、非圧縮文書１０１の全て
のキャラクタが処理されたと決定し、次いで、ステップ
３１５において、方法「圧縮」は、非圧縮文書１０１に
おけるデータの処理を終了する。しかしながら、ホスト
コンピュータ１０９は、非圧縮文書１０１に関連しない
他のデータの処理を続ける。

【００３１】図５及び図６は、非レターキャラクタの１
つのグループ（このグループはゼログループでよい）を
パージングした後に、Ａｌｌｃａｐ、Ｆｉｒｓｔｃａｐ
又はＮｏｃａｐの受け入れられるキャピタライゼーショ
ンクラスの１つにレターが適合する場合に（図４の方法
「圧縮」について上記したように）レターキャラクタの
１つのグループ（このグループはゼログループでよい）
をパージングする方法「パージング」のフローチャート
である。レターキャラクタと、非レターキャラクタとの
区別は、典型的に、そのキャラクタを表しているコード
の値がレターキャラクタによって占有された値の範囲内
に入るか、又はコードの値が非レターキャラクタによっ
て占有された値に範囲に入るかを決定することにより行
われる。非レターのパージングされたグループがゼロで
あるか又はレターのパージングされたグループがゼロで
あることは、典型的に、非圧縮文書１０１の開始部又は
非圧縮文書１０１の終了部をパージングする間に生じる
ことに注意されたい。又、このようにゼロのことは、キ
ャピタライゼーションが典型的でないような非圧縮文書
１０１の他の点でも起こり得る。例えば、ストリング
「１２３ＴｈｉｓＴｈｉｎｇ」が非圧縮文書１０１に記
憶されていた場合に、方法「パージング」は、非レター
キャラクタ「１２３」のグループをパージングし、そし
てレターキャラクタ「Ｔｈｉｓ」のグループをＦｉｒｓ
ｔｃａｐキャピタライゼーションクラスをもつレターの
グループへとパージングする。この方法「パージング」
の次の繰り返しの間に、ストリング「Ｔｈｉｎｇ」がゼ
ロの非レターグループへとパージングし、その後、ワー
ド「Ｔｈｉｎｇ」より成るレターグループへとパージン
グする。

【００３２】方法「パージング」の段階を説明する前
に、この方法の段階に使用される幾つかの変数、値及び
データ構造を最初に定義するのが有用であろう。好まし
い実施例では、データ構造ＮＬ＄は、非圧縮文書１０１
から検索された非レターのグループを記憶する。データ
構造Ｌ＄は、非圧縮文書１０１から検索されたレターの
グループを記憶するのが好ましい。変数Ｓｔａｔｅは、
方法「パージング」によって現在処理されているキャラ
クタのグループを分類する。変数Ｓｔａｔｅは、データ
構造ＮＬ＄に記憶された非レターが処理されるときに値
Ｎｏｎ−ｌｅｔｔｅｒにセットされる。データ構造Ｌ＄
に記憶されたレターが処理されるときは、変数Ｓｔａｔ
ｅの値が、Ｃａｐ１、Ｎｏｃａｐ、Ｆｉｒｓｔｃａｐ又
はＡｌｌｃａｐのいずれかとなる。値Ｃａｐ１は、Ｌ＄
に記憶された第１レターがキャピタルレターであること
を指示する。変数Ｓｔａｔｅには、値Ｃａｐ１が一時的
にのみ指定される。付加的なレターが非圧縮文書１０１
から検索されてデータ構造Ｌ＄に記憶されるときには、
変数Ｓｔａｔｅの値が値Ｆｉｒｓｔｃａｐに変更され
る。好ましい実施例では、方法「パージング」は、パー
ザ（図１）によって実行される。

【００３３】図５のステップ４０１では、方法「パージ
ング」は、変数Ｓｔａｔｅを値Ｎｏｎ−ｌｅｔｔｅｒに
等しくセットする。ステップ４０３では、変数Ｅｘｉｔ
を値Ｆａｌｓｅに等しくセットし、これにより、変数Ｅ
ｘｉｔを初期化する。ステップ４０５では、変数ＮＬ＄
を値ゼロに等しくセットし、これにより、変数ＮＬ＄を
初期化する。ステップ４０７では、変数Ｌ＄を値ゼロに
等しくしセットし、これにより、変数Ｌ＄を初期化す
る。ステップ４０９では、方法「パージング」が変数Ｅ
ｘｉｔがＴｒｕｅに等しくない（即ち、変数Ｅｘｉｔが
値Ｆａｌｓｅにセットされた）と決定した場合に、ステ
ップ４１１において、非圧縮文書１０１から第１の未処
理キャラクタを検索する。ステップ４１３において、こ
の方法は、データ構造Ｌ＄を、Ｌ＄の手前の値と検索し
たキャラクタとの和に等しくセットする。ステップ４１
５において、この方法「パージング」は、変数Ｓｔａｔ
ｅが値ｎｏｎ−ｌｅｔｔｅｒに等しいと決定した場合
に、方法「ＰｒｏｃｅｓｓＮｏｎＬｅｔｔｅｒＳｔａｔ
ｅ」を呼び出す。この方法「ＰｒｏｃｅｓｓＮｏｎＬｅ
ｔｔｅｒＳｔａｔｅ」は、検索したレターキャラクタを
受け取るまで、検索した非レターキャラクタをＮＬ＄に
記憶する。レターキャラクタが検索されると、この方法
「ＰｒｏｃｅｓｓＮｏｎＬｅｔｔｅｒＳｔａｔｅ」は、
検索したレターキャラクタをＬ＄に記憶し、そして変数
Ｓｔａｔｅを、検索したレターのキャピタライゼーショ
ンクラスに等しくセットする。方法「ＰｒｏｃｅｓｓＮ
ｏｎＬｅｔｔｅｒＳｔａｔｅ」は、図９について詳細に
説明する。ステップ４１７が完了すると、プロセスはス
テップ４０９へ続く。

【００３４】ステップ４１５の説明に戻ると、方法「パ
ージング」において、変数Ｓｔａｔｅが値Ｎｏｎ−ｌｅ
ｔｔｅｒにセットされないと判断した場合に、ステップ
４１９において、検索したキャラクタが非レターである
かどうかの判断がなされる。レターキャラクタと、非レ
ターキャラクタとの区別は、典型的に、そのキャラクタ
を表しているコードの値がレターキャラクタによって占
有された値の範囲内に入るか又はコードの値が非レター
キャラクタによって占有された値に範囲に入るかを決定
することにより行われる。検索したキャラクタが非レタ
ーでない（即ちレターである）場合には、ステップ４２
１において、変数Ｓｔａｔｅが値Ｃａｐ１にセットされ
るかどうか判断される。変数Ｓｔａｔｅが値Ｃａｐ１に
セットされる場合には、ステップ４２３において、方法
「パージング」は、方法「ＰｒｏｃｅｓｓＣａｐ１Ｓｔ
ａｔｅ（キャピタル１状態の処理）」を呼び出す。この
方法「ＰｒｏｃｅｓｓＣａｐ１Ｓｔａｔｅ」は、値Ａｌ
ｌｃａｐ又は値Ｆｉｒｓｔｃａｐを、ステップ４１１に
おいて非圧縮文書１０１から検索されたキャラクタのキ
ャピタライゼーションクラスに基づいて変数Ｓｔａｔｅ
に指定する。この方法「ＰｒｏｃｅｓｓＣａｐ１Ｓｔａ
ｔｅ」は、図１０について以下に詳細に説明する。ステ
ップ４２３が完了すると、プロセスは、ステップ４０９
に続く。

【００３５】ステップ４２１の説明に戻ると、方法「パ
ージング」において、変数Ｓｔａｔｅが値Ｃａｐ１にセ
ットされないと判断されると、ステップ４２５におい
て、変数Ｓｔａｔｅが値Ｎｏｃａｐにセットされるかど
うか判断される。変数Ｓｔａｔｅが値Ｎｏｃａｐにセッ
トされる場合には、ステップ４２７において、方法「パ
ージング」は、方法「ＰｒｏｃｅｓｓＮｏＣａｐｓＳｔ
ａｔｅ（無キャピタル状態の処理）」を呼び出す。この
方法「ＰｒｏｃｅｓｓＮｏＣａｐｓＳｔａｔｅ」は、ス
テップ４１１において非圧縮文書１０１から検索したキ
ャラクタがキャピタルレターである場合に、変数Ｅｘｉ
ｔを値Ｔｒｕｅにセットする。方法「ＰｒｏｃｅｓｓＮ
ｏＣａｐｓＳｔａｔｅ」は、図１１に関し以下で詳細に
説明する。ステップ４２７が完了すると、プロセスはス
テップ４０９に続く。

【００３６】ステップ４２５の説明に戻ると、方法「パ
ージング」において、変数Ｓｔａｔｅが値Ｎｏｃａｐに
セットされないと判断されると、ステップ４２９におい
て、変数Ｓｔａｔｅが値Ｆｉｒｓｔｃａｐにセットされ
るかどうか判断される。変数Ｓｔａｔｅが値Ｆｉｒｓｔ
ｃａｐにセットされる場合には、ステップ４３１におい
て、方法「パージング」は、方法「ＰｒｏｃｅｓｓＦｉ
ｒｓｔＣａｐＳｔａｔｅ（第１キャピタル状態の処
理）」を呼び出す。この方法「ＰｒｏｃｅｓｓＦｉｒｓ
ｔＣａｐＳｔａｔｅ」は、ステップ４１１において非圧
縮文書１０１から検索したキャラクタがキャピタルレタ
ーである場合には変数Ｅｘｉｔを値Ｔｒｕｅにセットす
る。方法「ＰｒｏｃｅｓｓＦｉｒｓｔＣａｐ」は、図１
２に関し以下で詳細に説明する。ステップ４３１が完了
すると、プロセスはステップ４０９に続く。

【００３７】ステップ４２９の説明に戻ると、方法「パ
ージング」において、変数Ｓｔａｔｅが値Ｆｉｒｓｔｃ
ａｐにセットされないことが決定されると、ステップ４
３３において、変数Ｓｔａｔｅが値Ａｌｌｃａｐにセッ
トされるかどうかの判断がなされる。変数Ｓｔａｔｅが
値Ａｌｌｃａｐにセットされている場合には、ステップ
４３５において、方法「パージング」は、方法「Ｐｒｏ
ｃｅｓｓＡｌｌＣａｐｓＳｔａｔｅ（全キャピタル状態
の処理）」を呼び出す。この方法「ＰｒｏｃｅｓｓＡｌ
ｌＣａｐｓＳｔａｔｅ」は、ステップ４１１において非
圧縮文書１０１から検索されたキャラクタが小文字レタ
ーである場合に、変数Ｅｘｉｔを値Ｔｒｕｅにセットす
る。この方法「ＰｒｏｃｅｓｓＡｌｌＣａｐｓＳｔａｔ
ｅ」は、図１３について以下に詳細に説明する。ステッ
プ４３５が完了すると、プロセスはステップ４０９に続
く。

【００３８】ステップ４３３の説明に戻ると、方法「パ
ージング」において、変数Ｓｔａｔｅが値Ａｌｌｃａｐ
にセットされないと判断された場合には、ステップ４３
７において、データ構造Ｌ＄から最後のキャラクタが除
去されそしてそれが非圧縮文書１０１に記憶されて戻さ
れる。ここに示す例では、Ｌ＄からキャラクタを除去し
て、その除去されたキャラクタを各々非圧縮文書１０１
に記憶することについて述べるが、前方又は後方に移動
される非圧縮文書１０１内の特定位置に対するポインタ
を用いてプロセスを実施できることも当業者に理解され
よう。ステップ４３９において、変数Ｓｔａｔｅが値Ｃ
ａｐ１にセットされたことが方法「パージング」で決定
されると、ステップ４４１において、この方法「パージ
ング」は変数Ｓｔａｔｅを値Ａｌｌｃａｐに等しくセッ
トする。ステップ４４３では、方法「パージング」は、
処理制御を方法「圧縮」（図４）に復帰させる。ステッ
プ４３９の説明に戻ると、方法「パージング」におい
て、変数Ｓｔａｔｅが値Ｃａｐ１にセットされないと判
断されると、ステップ４４３において、方法「パージン
グ」は、処理制御を方法「圧縮」（図４）に復帰させ
る。

【００３９】ステップ４１９の説明に戻ると、方法「パ
ージング」において、検索したキャラクタが非レターで
あることが決定されると、ステップ４３７ないし４４３
が実行される。ステップ４３７において、方法「「パー
ジング」は、データ構造Ｌ＄から最後のキャラクタを除
去し、そしてそれを非圧縮文書１０１に記憶する。ステ
ップ４３９において、変数Ｓｔａｔｅが値Ｃａｐ１にセ
ットされたことが方法「パージング」で決定されると、
変数Ｓｔａｔｅを値Ａｌｌｃａｐに等しくセットする。
ステップ４４３において、方法「パージング」は、処理
制御を方法「圧縮」（図４）に戻す。ステップ４３９の
説明に戻ると、方法「パージング」において、変数Ｓｔ
ａｔｅが値ｃａｐ１にセットされないと決定されると、
ステップ４４３において、方法「パージング」は、処理
制御を方法「圧縮」（図４）に戻す。

【００４０】ステップ４０９の説明に戻ると、方法「パ
ージング」において、変数Ｅｘｉｔが値Ｔｒｕｅにセッ
トされたと決定されると、ステップ４３７ないし４４３
が実行される。ステップ４３７において、方法「パージ
ング」は、データ構造Ｌ＄から最後のキャラクタを除去
し、そしてそれを非圧縮文書１０１に記憶して戻す。ス
テップ４３９において、変数Ｓｔａｔｅが値Ｃａｐ１に
セットされたことが方法「パージング」により決定され
ると、ステップ４４１において、方法「パージング」
は、変数Ｓｔａｔｅを値Ａｌｌｃａｐに等しくセットす
る。ステップ４４３において、方法「パージング」は、
処理制御を方法「圧縮」（図４）に戻す。ステップ４３
９の説明に戻ると、方法「パージング」において、変数
Ｓｔａｔｅが値Ｃａｐ１にセットされないことが決定さ
れると、ステップ４４３において、方法「パージング」
は、処理制御を方法「圧縮」（図４）に復帰させる。

【００４１】図７は、方法「ＯｕｔｐｕｔＮｏｎＬｅｔ
ｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ（非レター圧縮コ
ードの出力）」のフローチャートであり、この方法は、
非圧縮文書１０１から検索された非レターキャラクタの
グループを表す単一圧縮コード又は多数の圧縮コードを
圧縮文書１０３に記憶するものである。方法「Ｏｕｔｐ
ｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄ
ｅ」は、非圧縮文書１０１から検索された非レターキャ
ラクタのグループから、ディクショナリ１２５のエント
リーに一致する非レターキャラクタの最も長いセットを
見つけることによって、非レターキャラクタのグループ
を圧縮コードに変換する。方法「ＯｕｔｐｕｔＮｏｎＬ
ｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ」は、次い
で、非レターキャラクタの一致したセットに対し圧縮コ
ードを検索する。このプロセスは、非レターキャラクタ
の全グループが圧縮コードに変換されてしまうまで繰り
返される。方法「ＯｕｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏ
ｍｐｒｅｓｓｅｄＣｏｄｅ」は、非圧縮文書１０１から
検索された非レターキャラクタのグループにおける少な
くとも第１の非レターキャラクタに常に一致することが
できる。というのは、各ＡＳＣＩＩキャラクタが好まし
くはディクショナリ１２５のＡＳＣＩＩセクション１３
５に記憶されるからである。好ましい実施例では、方法
「ＯｕｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅ
ｄＣｏｄｅ」は、圧縮エンジン１２９によって実行され
る。

【００４２】ステップ５０１において、方法「Ｏｕｔｐ
ｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄ
ｅ」により、ＮＬ＄がスペースキャラクタのみを含み且
つ変数Ｌａｓｔｏｕｔが値Ｗｈｏｌｅｗｏｒｄに等しく
セットされそして変数Ｃａｐｆｌａｇが値Ｎｏｃａｐに
等しくセットされたことが決定されると、ステップ５０
３において、この方法「ＯｕｔｐｕｔＮｏｎＬｅｔｔｅ
ｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ」は、処理制御を方法
「圧縮」（図４）に戻す。このように、本発明では、ス
テップ５０１に示された条件を満足するときにスペース
キャラクタを圧縮文書１０３に記憶するのを回避するこ
とができる。

【００４３】ステップ５０１の説明に戻ると、方法「Ｏ
ｕｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣ
ｏｄｅ」により、ＮＬ＄がスペースキャラクタ以上のも
のを含んでいることが決定されるか、又は変数Ｌａｓｔ
ｏｕｔが値Ｗｈｏｌｅｗｏｒｄに等しくセットされない
と決定されるか、或いは変数Ｃａｐｆｌａｇが値Ｎｏｃ
ａｐに等しくセットされないと決定されると、ステップ
５０５において、この方法は、変数Ｘをデータ構造ＮＬ
＄に記憶されたキャラクタの数に等しくセットする。ス
テップ５０７において、この方法は、ＮＬ＄の第１のＸ
キャラクタがディクショナリ１２５に記憶されたかどう
かを決定する。この方法により、ＮＬ＄の第１のＸキャ
ラクタがディクショナリ１２５に記憶されていないと決
定された場合には、ステップ５０９において、この方法
は、Ｘの値を減少する。ステップ５０９が完了すると、
プロセスはステップ５０７に続く。このように、この方
法「ＯｕｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓｓ
ｅｄＣｏｄｅ」は、ディクショナリ１２５に記憶された
ＮＬ＄からのキャラクタの最も長いグループを見つけ
る。

【００４４】ステップ５０７の説明に戻ると、この方法
により、ＮＬ＄の第１のＸキャラクタがディクショナリ
１２５に記憶されたと決定された場合には、ステップ５
１１において、この方法は、ＮＬ＄から第１のＸキャラ
クタを除去する。ステップ５１３において、ＮＬ＄が現
在空でない場合には、ステップ５１５において、この方
法は、ＮＬ＄から除去された第１のＸキャラクタに関連
した圧縮コードをディクショナリ１２５から検索する。
次いで、ステップ５１７において、この方法はその検索
された圧縮コードを圧縮文書１０３に記憶する。ステッ
プ５１７が完了すると、この方法「ＯｕｔｐｕｔＮｏｎ
ＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ」は、ステ
ップ５０３において、処理制御を方法「圧縮」（図４）
に復帰させる。

【００４５】ステップ５１３の説明に戻ると、この方法
において、ＮＬ＄が現在空であると決定された場合に、
ステップ５１９において、方法「ＯｕｔｐｕｔＮｏｎＬ
ｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ」は、方法
「ＯｕｔｐｕｔＬａｓｔ」を呼び出す。この方法「Ｏｕ
ｔｐｕｔＬａｓｔ」は、ＮＬ＄から除去された最後のキ
ャラクタを表す単一の圧縮コード又は多数の圧縮コード
を出力する。方法「ＯｕｔｐｕｔＬａｓｔ」は、図１４
について以下で詳細に説明する。ステップ５１９が完了
すると、方法「ＯｕｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏｍ
ｐｒｅｓｓｅｄＣｏｄｅ」は、処理制御を方法「圧縮」
（図４）へ復帰させる。

【００４６】図８は、非圧縮文書１０１から検索されて
データ構造Ｌ＄に記憶されたレターのグループを表す単
一の圧縮コード又は多数の圧縮コードを圧縮文書１０３
に記憶する方法「ＯｕｔｐｕｔＬｅｔｔｅｒＣｏｍｐｒ
ｅｓｓｅｄＣｏｄｅ（レター圧縮コードの出力）」のフ
ローチャートである。この方法「ＯｕｔｐｕｔＬｅｔｔ
ｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ」は、非圧縮文書１
０１から検索されたレターキャラクタのグループから、
ディクショナリ１２５のエントリに一致するレターキャ
ラクタの最も長いセットを見つけることにより、レター
キャラクタのグループを本発明の圧縮コードに変換す
る。次いで、この方法「ＯｕｔｐｕｔＬｅｔｔｅｒＣｏ
ｍｐｒｅｓｓｅｄＣｏｄｅ」は、レターキャラクタの一
致したセットに対する圧縮コードを検索する。このプロ
セスは、レターキャラクタの全グループが圧縮コードに
変換されてしまうまで繰り返される。この方法「Ｏｕｔ
ｐｕｔＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ」
は、非圧縮文書１０１から検索されたレターキャラクタ
のグループにおいて少なくとも第１のレターキャラクタ
に常に一致することができる。というのは、各ＡＳＣＩ
Ｉキャラクタが好ましくはディクショナリ１２５のＡＳ
ＣＩＩセクション１３５に記憶されるからである。好ま
しい実施例では、方法「ＯｕｔｐｕｔＬｅｔｔｅｒＣｏ
ｍｐｒｅｓｓｅｄＣｏｄｅ」は、圧縮エンジン１２９に
よって実行される。

【００４７】ステップ６０１において、この方法は、Ｌ
＄に記憶された全てのレターキャラクタと、ディクショ
ナリ１２５のエントリとの間に一致があるかどうかを決
定する。Ｌ＄に記憶された全てのレターキャラクタと、
ディクショナリ１２５のエントリとの間に一致がある場
合には、ステップ６０３において、この方法は、Ｌ＄の
全てのキャラクタを表す圧縮コードをディクショナリ１
２５から検索する。ステップ６０５において、この方法
は、その検索した圧縮コードを圧縮文書１０３に記憶す
る。ステップ６０７において、この方法は、変数Ｌａｓ
ｔｏｕｔを値Ｗｈｏｌｅｗｏｒｄに等しくセットする。
ステップ６０９において、この方法「ＯｕｔｐｕｔＬｅ
ｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ」は、処理制御
を方法「圧縮」（図４）に復帰させる。

【００４８】ステップ６０１の説明に戻ると、方法「Ｏ
ｕｔｐｕｔＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄ
ｅ」において、Ｌ＄の全てのキャラクタとディクショナ
リ１２５のエントリとの間に一致がないと決定された場
合には、ステップ６１１において、この方法は、Ｌ＄に
２つ以上のキャラクタが残っているかどうか判断する。
Ｌ＄に２つ以上のキャラクタが残っている場合には、ス
テップ６１３において、この方法は、Ｌ＄から最初の２
つのキャラクタを除去する。ステップ６１５において、
この方法は、Ｌ＄から除去された２つのキャラクタに一
致する圧縮コードをディクショナリ１２５から検索す
る。ステップ６１７において、この方法は、その検索さ
れた圧縮コードを圧縮文書１０３に記憶する。ステップ
６１７が完了すると、処理はステップ６１１に続く。

【００４９】ステップ６１１の説明に戻ると、この方法
により、Ｌ＄に２つ以上のキャラクタが残っていないと
決定されると、ステップ６１９において、この方法は、
Ｌ＄の最後のキャラクタに一致する圧縮コードをディク
ショナリ１２５から検索する。ステップ６２１におい
て、この方法は、その検索した圧縮コードを圧縮文書１
０３に記憶する。ステップ６２３において、この方法
は、変数Ｌａｓｔｏｕｔを値Ｎｏｔｗｈｏｌｅｗｏｒｄ
に等しくセットする。ステップ６２３の完了時に、方法
「ＯｕｔｐｕｔＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏ
ｄｅ」は、ステップ６０９において、処理制御を方法
「圧縮」（図４）に復帰させる。

【００５０】図９は、非圧縮文書１０１から検索された
非レターキャラクタをデータ構造ＮＬ＄に記憶する方法
「ＰｒｏｃｅｓｓＮｏｎＬｅｔｔｅｒＳｔａｔｅ（非レ
ター状態の処理）」のフローチャートである。この方法
「ＰｒｏｃｅｓｓＮｏｎＬｅｔｔｅｒＳｔａｔｅ」は、
検索されたキャラクタをデータ構造Ｌ＄に記憶すること
により開始する。検索されたキャラクタが非レターキャ
ラクタである場合は、ＮＬ＄がＮＬ＄＋Ｌ＄に等しくセ
ットされる。次いで、Ｌ＄はゼロ（ｎｉｌ）にセットさ
れる。非レターキャラクタをＮＬ＄に記憶しそしてＬ＄
の値を初期化するこのプロセスは、レターキャラクタが
検索されるまで続けられる。レターキャラクタの検索に
応答して、変数Ｓｔａｔｅ（以下で詳細に述べる）の値
は、検索されたレターがキャピタルレターである場合は
Ｃａｐ１にセットされ、或いは検索されたレターが小文
字レターである場合はＮｏｃａｐにセットされる。好ま
しい実施例では、この方法「ＰｒｏｃｅｓｓＮｏｎＬｅ
ｔｔｅｒＳｔａｔｅ」は、パーザ１２７（図１）によっ
て実行される。

【００５１】ステップ７０１において、この方法は、方
法「パージング」（図５、６）のステップ４１１で非圧
縮文書１０１から検索されてデータ構造Ｌ＄に現在記憶
されている未処理のキャラクタが非レターキャラクタで
あるかどうか判断する。Ｌ＄に現在記憶されている検索
された未処理のキャラクタが非レターキャラクタである
場合には、次いで、ステップ７０３において、この方法
は、データ構造ＮＬ＄の現在値をＮＬ＄＋Ｌ＄に等しく
セットする。ステップ７０５において、この方法は、Ｌ
＄の値を値ゼロに等しくセットする。ステップ７０７に
おいて、この方法「ＰｒｏｃｅｓｓＮｏｎＬｅｔｔｅｒ
Ｓｔａｔｅ」は、処理制御を方法「パージング」（図
５、６）に復帰させる。

【００５２】ステップ７０１の説明に戻ると、Ｌ＄に現
在記憶されている検索された未処理のキャラクタがレタ
ーキャラクタであることがこの方法により決定される
と、ステップ７０９において、この方法は、レターキャ
ラクタがキャピタルレターであるかどうかを判断する。
検索された未処理のキャラクタがキャピタルレターであ
ることがこの方法により決定されると、次いで、ステッ
プ７１１において、この方法は、変数Ｓｔａｔｅを値Ｃ
ａｐ１に等しくセットする。ステップ７１１の完了時
に、この方法「ＰｒｏｃｅｓｓＮｏｎＬｅｔｔｅｒＳｔ
ａｔｅ」は、ステップ７０７において、処理制御を方法
「パージング」（図５、６）へ戻す。

【００５３】ステップ７０９の説明に戻ると、方法「Ｐ
ｒｏｃｅｓｓＮｏｎＬｅｔｔｅｒＳｔａｔｅ」におい
て、検索された未処理のキャラクタがキャピタルレター
でないことが決定されると、ステップ７１３において、
この方法は、その検索された未処理のキャラクタが小文
字レターであるかどうか判断する。検索された未処理の
キャラクタが小文字レターであることがこの方法により
決定されると、ステップ７１５において、この方法は、
変数Ｓｔａｔｅを値Ｎｏｃａｐに等しくセットする。ス
テップ７１５が完了すると、方法「ＰｒｏｃｅｓｓＮｏ
ｎＬｅｔｔｅｒＳｔａｔｅ」は、処理制御を方法「パー
ジング」（図５、６）へ戻す。

【００５４】ステップ７１３の説明に戻ると、検索され
た未処理のキャラクタが小文字レターでないことがこの
方法により決定されると、ステップ７１７において、こ
の方法は、エラー処理を実行する。ステップ７１７の完
了時に、方法「ＰｒｏｃｅｓｓＮｏｎＬｅｔｔｅｒＳｔ
ａｔｅ」は、処理制御を方法「パージング」（図５、
６）へ戻す。

【００５５】図１０は、方法「ＰｒｏｃｅｓｓＣａｐ１
Ｓｔａｔｅ（キャピタル１状態の処理）」のフローチャ
ートである。該方法「ＰｒｏｃｅｓｓＣａｐ１Ｓｔａｔ
ｅ」が処理を開始するときは、方法「パージング」（図
５、６）が非圧縮文書１０１（図１）からレターキャラ
クタを既に検索しておりそしてそのレターキャラクタが
キャピタルレターであるかどうかを決定している。レタ
ーのグループの中の最初のレターがキャピタルレターで
あるとすると、レターのグループのキャピタライゼーシ
ョンクラスは、レターのグループの第２のレターが小文
字レターである場合はＦｉｒｓｔＣａｐでなければなら
ず、或いはレターのグループの第２のレターがキャピタ
ルレターである場合にはＡｌｌＣａｐでなければならな
い。好ましい実施例では、方法「ＰｒｏｃｅｓｓＣａｐ
１Ｓｔａｔｅ」は、パーザ１２７（図１）によって実行
される。ステップ８０１において、方法「Ｐｒｏｃｅｓ
ｓＣａｐ１Ｓｔａｔｅ」により、検索された未処理のキ
ャラクタがキャピタルレターであると決定された場合に
は、ステップ８０３において、この方法は、変数Ｓｔａ
ｔｅを値Ａｌｌｃａｐに等しくセットする。ステップ８
０３の完了時に、方法「ＰｒｏｃｅｓｓＣａｐ１Ｓｔａ
ｔｅ」は、ステップ８０９において、処理制御を方法
「パージング」（図５、６）へ戻す。

【００５６】ステップ８０１の説明に戻ると、検索され
た未処理のキャラクタがキャピタルレターでないことが
この方法により決定されると、ステップ８０５におい
て、この方法は、検索された未処理のキャラクタが小文
字レターであるかどうかを決定する。検索された未処理
のキャラクタが小文字レターである場合には、ステップ
８０７において、この方法は、変数Ｓｔａｔｅを値Ｆｉ
ｒｓｔｃａｐに等しくセットする。ステップ８０７の完
了時に、方法「ＰｒｏｃｅｓｓＣａｐ１Ｓｔａｔｅ」
は、ステップ８０９において、処理制御を方法「パージ
ング」（図５、６）へ戻す。

【００５７】ステップ８０５の説明に戻ると、検索され
た未処理のキャラクタが小文字レターでない場合には、
ステップ８１１において、この方法は、エラー処理を実
行する。ステップ８１１の完了時に、この方法「Ｐｒｏ
ｃｅｓｓＣａｐ１Ｓｔａｔｅ」は、ステップ８０９にお
いて、処理制御を方法「パージング」（図５、６）へ戻
す。

【００５８】図１１は、方法「ＰｒｏｃｅｓｓＮｏＣａ
ｐｓＳｔａｔｅ（無キャピタル状態の処理）」のフロー
チャートである。この方法「ＰｒｏｃｅｓｓＮｏＣａｐ
ｓＳｔａｔｅ」が処理を開始するときには、方法「パー
ジング」（図５、６）が非圧縮文書１０１（図１）から
レターキャラクタを既に検索しておりそしてそのレター
キャラクタが小文字レターであるかどうかを決定してい
る。レターのグループの中の最初のレターが小文字レタ
ーであるとすると、レターのグループのキャピタライゼ
ーションクラスは、Ｎｏｃａｐでなければならない。そ
れ故、方法「ＰｒｏｃｅｓｓＮｏＣａｐｓＳｔａｔｅ」
は、キャピタルレターに遭遇するまで検索されたレター
キャラクタの処理を続ける。キャピタルレターに遭遇し
たときには、変数Ｅｘｉｔが値Ｔｒｕｅに等しくセット
され、これにより、ＮｏＣａｐキャピタライゼーション
クラスのレターのグループを検索する処理が完了したこ
とを方法「パージング」（図５及び６）に知らせる。好
ましい実施例では、方法「ＰｒｏｃｅｓｓＮｏＣａｐｓ
Ｓｔａｔｅ」は、パーザ１２７（図１）によって実行さ
れる。この方法のステップ９０１において、方法「パー
ジング」（図５及び６）のステップ４１１で検索された
未処理のキャラクタがキャピタルレターであると決定さ
れた場合には、ステップ９０３において、この方法は、
変数Ｅｘｉｔを値Ｔｒｕｅに等しくセットする。ステッ
プ９０３が完了すると、方法「ＰｒｏｃｅｓｓＮｏＣａ
ｐｓＳｔａｔｅ」は、ステップ９０５において、処理制
御を方法「パージング」（図５及び６）に復帰させる。

【００５９】ステップ９０１の説明に戻ると、検索され
た未処理のキャラクタがキャピタルレターでないことが
この方法によって決定されると、ステップ９０５におい
て、方法「ＰｒｏｃｅｓｓＮｏＣａｐｓＳｔａｔｅ」
は、処理制御を方法「パージング」（図５及び６）に復
帰させる。

【００６０】図１２は、方法「ＰｒｏｃｅｓｓＦｉｒｓ
ｔＣａｐＳｔａｔｅ（第１キャピタル状態の処理）」の
フローチャートである。この方法「ＰｒｏｃｅｓｓＦｉ
ｒｓｔＣａｐＳｔａｔｅ」が処理を開始するときには、
方法「パージング」（図５、６）がレターのグループを
既に検索しており、このグループの最初のキャラクタは
キャピタルレターであり、そしてこのグループの残りの
レターは小文字レターである。レターのグループのキャ
ピタライゼーションクラスはＦｉｒｓｔＣａｐでなけれ
ばならないので、この方法「ＰｒｏｃｅｓｓＦｉｒｓｔ
ＣａｐＳｔａｔｅ」は、キャピタルレターに遭遇するま
でレターキャラクタの処理を続ける。キャピタルレター
に遭遇したときには、変数Ｅｘｉｔが値Ｔｒｕｅに等し
くセットされ、従って、ＦｉｒｓｔＣａｐキャピタライ
ゼーションクラスのレターのグループを検索するプロセ
スが完了したことを方法「パージング」（図５、６）に
指示する。好ましい実施例では、この方法「Ｐｒｏｃｅ
ｓｓＦｉｒｓｔＣａｐＳｔａｔｅ」は、パーザ１２７
（図１）によって実行される。ステップ１００１におい
て、この方法により、方法「パージング」（図５、６）
のステップ４１１で検索された未処理のキャラクタがキ
ャピタルレターであると決定された場合には、ステップ
１００３において、この方法は、変数Ｅｘｉｔを値Ｔｒ
ｕｅに等しくセットする。ステップ１００３の完了時
に、方法「ＰｒｏｃｅｓｓＦｉｒｓｔＣａｐＳｔａｔ
ｅ」は、ステップ１００５において、処理制御を方法
「パージング」（図５、６）へ戻す。

【００６１】ステップ１００１の説明に戻ると、検索さ
れた未処理のキャラクタがキャピタルレターでない場合
には、方法「ＰｒｏｃｅｓｓＦｉｒｓｔＣａｐＳｔａｔ
ｅ」は、ステップ１００５において、処理制御を方法
「パージング」（図５、６）へ戻す。

【００６２】図１３は、方法「ＰｒｏｃｅｓｓＡｌｌＣ
ａｐｓＳｔａｔｅ（全てキャピタルの状態の処理）」の
フローチャートである。この方法「ＰｒｏｃｅｓｓＡｌ
ｌＣａｐｓＳｔａｔｅ」が処理を開始するときは、方法
「パージング」（図５、６）が、全てキャピタルレター
であるレターのグループを既に検索している。これらレ
ターのグループのキャピタライゼーションクラスはＡｌ
ｌｃａｐでなければならないので、方法「Ｐｒｏｃｅｓ
ｓＡｌｌＣａｐｓＳｔａｔｅ」は、小文字レターに遭遇
するまでレターキャラクタの処理を続ける。小文字レタ
ーに遭遇したときには、変数Ｅｘｉｔが値Ｔｒｕｅに等
しくセットされ、従って、Ａｌｌｃａｐキャピタライゼ
ーションクラスのレターのグループを検索するプロセス
が完了したことを方法「パージング」（図５、６）へ指
示する。好ましい実施例では、方法「ＰｒｏｃｅｓｓＡ
ｌｌＣａｐｓＳｔａｔｅ」は、パーザ１２７（図１）に
よって実行される。ステップ１１０１において、検索さ
れた未処理のキャラクタが小文字のキャラクタであるこ
とがこの方法によって決定された場合には、ステップ１
１０３において、この方法は、変数Ｅｘｉｔを値Ｔｒｕ
ｅに等しくセットする。ステップ１１０３の完了時に、
方法「ＰｒｏｃｅｓｓＡｌｌＣａｐｓＳｔａｔｅ」は、
ステップ１１０５において、処理制御を方法「パージン
グ」（図５、６）へ戻す。

【００６３】ステップ１１０１の説明に戻ると、検索さ
れた未処理のキャラクタが小文字レターでないことがこ
の方法によって決定された場合は、この方法「Ｐｒｏｃ
ｅｓｓＡｌｌＣａｐｓＳｔａｔｅ」は、ステップ１１０
５において、処理制御を方法「パージング」（図５、
６）へ戻す。

【００６４】図１４は、データ構造ＮＬ＄における残り
のキャラクタと、変数Ｃａｐｆｌａｇのキャピタライゼ
ーションクラスとを表す単一の圧縮コード又は多数の圧
縮コードを圧縮文書１０３に記憶する方法「Ｏｕｔｐｕ
ｔＬａｓｔ（最後の出力）」のフローチャートである。
この方法「ＯｕｔｐｕｔＬａｓｔ」は、先ず、データ構
造ＮＬ＄における残りのキャラクタ及び変数Ｃａｐｆｌ
ａｇのキャピタライゼーションクラスの両方を表す単一
の圧縮コードをディクショナリ１２５が含んでいるかど
うか決定する。例えば、ＮＬ＄の残りのキャラクタがＰ
ｅｒｉｏｄ（ピリオド）でありそして変数Ｃａｐｆｌａ
ｇのキャピタライゼーションクラスがＦｉｒｓｔＣａｐ
である場合には、この方法「ＯｕｔｐｕｔＬａｓｔ」
は、エントリＰｅｒｉｏｄ−Ｆｉｒｓｔｃａｐに関連し
た圧縮コード０１１１ ０１０１００１１ ０１１１を
ディクショナリ１２５から検索する。次いで、この方法
「ＯｕｔｐｕｔＬａｓｔ」は、その圧縮コードを圧縮文
書１０３に記憶する。しかしながら、ＮＬ＄における残
りのキャラクタ及び変数Ｃａｐｆｌａｇのキャピタライ
ゼーションクラスの両方を表す単一の圧縮コードがなけ
れば、この方法「ＯｕｔｐｕｔＬａｓｔ」は、ＮＬ＄に
おける残りのキャラクタと、Ｃａｐｆｌａｇに等しいキ
ャピタライゼーションクラスを有するゼロストリングと
に対して個別の圧縮コードをディクショナリ１２５から
検索する。例えば、ＮＬ＄における残りのキャラクタが
Ｑｕｅｓｔｉｏｎ Ｍａｒｋ（クエスチョンマーク）で
ありそして変数Ｃａｐｆｌａｇのキャピタライゼーショ
ンクラスがＦｉｒｓｔＣａｐである場合には、この方法
「ＯｕｔｐｕｔＬａｓｔ」は、エントリＱｕｅｓｔｉｏ
ｎ Ｍａｒｋに関連した圧縮コード０１１１ ０１０１
００１１ １０００をディクショナリ１２５から検索
すると共に、エントリＮｉｌ Ｓｔｒｉｎｇ−Ｆｉｒｓ
ｔＣａｐに対する圧縮コード０１１１ ０１０１ ００
１１ ０１００を検索する。次いで、この方法「Ｏｕｔ
ｐｕｔＬａｓｔ」は、両方の圧縮コードを圧縮文書１０
３に記憶する。好ましい実施例では、この方法「Ｏｕｔ
ｐｕｔＬａｓｔ」は、圧縮エンジン１２９（図１）によ
って実行される。

【００６５】ステップ１２０１において、この方法「Ｏ
ｕｔｐｕｔＬａｓｔ」は、ＮＬ＄における残りのキャラ
クタに一致する単一の圧縮コードであって、キャピタラ
イゼーションクラスが変数Ｃａｐｆｌａｇのキャピタラ
イゼーションクラスに等しいような単一の圧縮コードが
ディクショナリ１２５にあるかどうかを判断する。ＮＬ
＄における残りのキャラクタに一致する圧縮コードであ
って、キャピタライゼーションクラスが変数Ｃａｐｆｌ
ａｇのキャピタライゼーションクラスに等しいような圧
縮コードがディクショナリ１２５にあることがこの方法
によって決定された場合には、ステップ１２０３におい
て、この方法は、ディクショナリ１２５から圧縮コード
を検索する。ステップ１２０５において、この方法は、
検索された圧縮コードを圧縮文書１０３に記憶する。ス
テップ１２０５の完了時に、この方法「ＯｕｔｐｕｔＬ
ａｓｔ」は、ステップ１２０７において、処理制御を方
法「ＯｕｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓｓ
ｅｄＣｏｄｅ」（図７）へ戻す。

【００６６】ステップ１２０１の説明に戻ると、ＮＬ＄
における残りのキャラクタに一致する単一の圧縮コード
であって、キャピタライゼーションクラスが変数Ｃａｐ
ｆｌａｇのキャピタライゼーションクラスに等しいよう
な単一の圧縮コードがディクショナリ１２５にないこと
がこの方法により決定されると、ステップ１２０９にお
いて、この方法は、ＮＬ＄における残りのキャラクタに
一致する圧縮コードをディクショナリ１２５から検索す
る。ステップ１２１１において、この方法は、ゼロスト
リングを表す圧縮コードであって、そのキャピタライゼ
ーションクラスがＣａｐｆｌａｇに記憶されたキャピタ
ライゼーションクラスに等しいような圧縮コードをディ
クショナリ１２５から検索する。ステップ１２１１を完
了したときに、この方法「ＯｕｔｐｕｔＬａｓｔ」は、
ステップ１２０７において、処理制御を方法「Ｏｕｔｐ
ｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄ
ｅ」（図７）へ戻す。

【００６７】図１５は、遠隔コンピュータ１１５のユー
ザからの問い合わせ要求に基づき、遠隔コンピュータ１
１５の遠隔コンピュータメモリ１４３に記憶された圧縮
文書１４９から情報を検索する方法「Ｑｕｅｒｙ（問い
合わせ）」のフローチャートである。この方法「問い合
わせ」は、問い合わせ要求を受け取り、キャラクタスト
リングをサーチのためにパージングし、そしてパージン
グされたキャラクタストリングを本発明の圧縮コードに
変換する。方法「問い合わせ」は、次いで、遠隔コンピ
ュータメモリ１４３に記憶された圧縮文書１４９を、そ
の問い合わせ要求からパージングされたキャラクタスト
リングを表す圧縮コードとの一致に対してサーチする。
一致が見つかった場合には、方法「問い合わせ」は、関
連情報を質問要求の開始側へ送り、さもなくば、方法
「問い合わせ」は、質問要求の開始側へ一致が見つから
ないことを知らせる。好ましい実施例では、質問エンジ
ン１４７（図１）がこの方法「問い合わせ」の段階を実
行する。

【００６８】ステップ１３０１において、この方法は、
遠隔コンピュータキーボード１１１又は遠隔コンピュー
タマウス１１３のいずれかにおいて遠隔コンピュータ１
１５のユーザによる問い合わせ要求入力を受け取る。ス
テップ１３０３において、この方法は、サーチのための
キャラクタストリングをその問い合わせ要求から検索す
る。例えば、問い合わせ要求が、文書にワード「ｒｅａ
ｄｙ（準備）」が含まれるかどうかを尋ねる場合には、
この方法は、キャラクタストリング「ｒｅａｄｙ」をそ
の問い合わせ要求から検索する。ステップ１３０５にお
いて、方法「問い合わせ」は、方法「圧縮」を呼び出
し、これは、問い合わせ要求から検索されたキャラクタ
ストリングを本発明の圧縮コードに変換する。方法「圧
縮」は、図４について上記で詳細に説明した。

【００６９】ステップ１３０５が完了すると、方法「問
い合わせ」は、方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ
（一致の探索）」を呼び出し、これは、遠隔コンピュー
タ１４３に記憶された圧縮文書１４９を、問い合わせ要
求から検索されたキャラクタストリングに関連した方法
「圧縮」から検索された圧縮コード（１つ又は複数）を
用いてサーチする。この方法「ＳｅａｒｃｈＦｏｒＭａ
ｔｃｈ」は、図１８について以下に詳細に述べる。

【００７０】ステップ１３０７が完了したときに、方法
「問い合わせ」は、問い合わせ要求から検索されたキャ
ラクタストリングに関連した圧縮コード（１つ又は複
数）と圧縮文書１４９の圧縮コード（１つ又は複数）と
の間に一致が見つかったかどうかを判断するステップ１
３０９を実行する。一致が見つかった場合は、ステップ
１３１１において、方法「問い合わせ」は、問い合わせ
要求の開始側（例えば、遠隔コンピュータ１１５のユー
ザ）へ関連情報を送信する。ステップ１３１３におい
て、方法「問い合わせ」は、問い合わせ要求に関連した
処理を終了する。しかしながら、問い合わせ要求に関連
しないデータ処理が遠隔コンピュータ１１５において続
けられる。

【００７１】ステップ１３０９の説明に戻ると、問い合
わせ要求から検索されたキャラクタストリングに対する
圧縮コードと、圧縮文書１４９における圧縮コードの１
つとの間に一致が見つからないことがこの方法で決定さ
れると、ステップ１３１５において、この方法「問い合
わせ」は、問い合わせ要求の開始側に一致が見つからな
かったことを知らせる。ステップ１３１５の完了時に、
方法「問い合わせ」は、ステップ１３１３において、問
い合わせ要求に関連した処理を終了する。しかしなが
ら、問い合わせ要求に関連しないデータ処理が遠隔コン
ピュータ１１５において続けられる。

【００７２】図１６、１７は、問い合わせ要求から検索
されたキャラクタストリングに関連した圧縮コード（１
つ又は複数）と、圧縮文書１４９の圧縮コードとの間の
一致をサーチする方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ
（一致のサーチ）」のフローチャートである。問い合わ
せ要求から検索されたキャラクタストリングを表す圧縮
コードが１つしかない場合には、この方法「Ｓｅａｒｃ
ｈＦｏｒＭａｔｃｈ」は、圧縮文書１４９をサーチし
て、その圧縮文書１４９に記憶された圧縮コードの１つ
との一致を見つける。一致が見つかった場合には、Ｆｏ
ｕｎｄ（見つかった）という名前のブール変数が値Ｔｒ
ｕｅにセットされる。

【００７３】問い合わせ要求から検索されたキャラクタ
ストリングを表す圧縮コードが２つ以上ある場合には、
方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」は、問い合わせ
要求から検索されたキャラクタストリングを表す圧縮コ
ードが、（１）圧縮文書１４９に、（２）適切な順序
で、そして（３）論理的に連続する記憶位置に記憶され
ているかどうかを判断しなければならない。

【００７４】これら３つの全ての条件が満足されるよう
確保するために、方法「ＳｅａｒｃｈＦｏｒＭａｔｃ
ｈ」は、処理されている圧縮文書１４９における現在圧
縮コードを指示するための「Ｍａｔｃｈ−Ｐｔｒ」とい
う名前のインジケータ（例えばポインタ）を形成して維
持する。方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」は、Ｍ
ａｔｃｈＰｏｉｎｔｅｒ（一致ポインタ）の位置を増加
し、このＭａｔｃｈＰｏｉｎｔｅｒにより指示された圧
縮コードを、問い合わせ要求からのキャラクタストリン
グを表す第１の圧縮コードと、位置が見つかるまで比較
する。次いで、方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」
は、問い合わせ要求からの全ての圧縮コードに対する一
致が見つかるか、又は問い合わせ要求から圧縮コードの
１つがＭａｔｃｈＰｏｉｎｔｅｒにより指示された圧縮
コード一致しなくなるまで、ＭａｔｃｈＰｏｉｎｔｅｒ
を増加する。このように、方法「ＳｅａｒｃｈＦｏｒＭ
ａｔｃｈ」は、問い合わせ要求からのキャラクタストリ
ングが、文書１４５に存在する場合に、見つかるよう確
保する。

【００７５】これら３つの条件がないと、方法「Ｓｅａ
ｒｃｈＦｏｒＭａｔｃｈ」は、問い合わせ要求からのキ
ャラクタストリングを表す圧縮コードに対する一致を、
論理的に一緒にグループ構成にされた圧縮コードとして
ではなく、個々のエントリとして見つけることになる。
例えば、方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」は、
「a driver can enter an intersection to turn if th
e traffic signal is green （交通信号が緑であれば、
運転者は交差点に入って曲がることができる）」という
文章を含む文書内で、ワード「turn」に対する圧縮コー
ドと、ワード「signal」に対する別の圧縮コードとで表
されたキャラクタストリング「turn signal 」をサーチ
するものと仮定する。上記した３つの条件がないと、方
法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」は、個々のワード
「turn」と個々のワード「signal」に対する圧縮コード
を、句「turn signal 」に対する一致と間違えるおそれ
がある。好ましい実施例では、問い合わせエンジン１４
７のサーチプログラム１５９が、方法「ＳｅａｒｃｈＦ
ｏｒＭａｔｃｈ」の段階を実行する。

【００７６】ステップ１４０１において、方法「Ｓｅａ
ｒｃｈＦｏｒＭａｔｃｈ」は、方法「圧縮」から戻され
た圧縮コード（１つ又は複数）であって、問い合わせ要
求から検索されたキャラクタストリングを表す圧縮コー
ドを検索する。ステップ１４０３において、この方法に
より、問い合わせ要求から検索されたキャラクタストリ
ングを表す圧縮コードが１つしかないと決定された場合
に、ステップ１４０７において、この方法は、ブール変
数「Ｆｏｕｎｄ」を値Ｆａｌｓｅに等しくセットする。
ステップ１４０９において、この方法は、検索された圧
縮コードを圧縮文書１４９における圧縮コードと比較す
る。好ましい実施例において、検索された圧縮コードと
圧縮文書１４９における圧縮コードとの比較は、１６ビ
ット整数比較コマンド、例えば、インテルｘ８６マイク
ロプロセッサのための１６ビット整数比較コマンドを用
いて実行される。ステップ１４１１において、この方法
により、検索された圧縮コードと圧縮文書１４９におけ
る圧縮コードとの一致がないと判断された場合には、ス
テップ１４１３において、方法「ＳｅａｒｃｈＦｏｒＭ
ａｔｃｈ」は、処理制御を方法「問い合わせ」（図１
５）へ戻す。

【００７７】ステップ１４１１の説明に戻ると、この方
法により、検索された圧縮コードと圧縮文書１４９にお
ける圧縮コードとの一致があったと判断された場合に
は、この方法は、ステップ１４１５において、ブール変
数「Ｆｏｕｎｄ」を値Ｔｒｕｅに等しくセットする。ス
テップ１４１５の完了時に、方法「ＳｅａｒｃｈＦｏｒ
Ｍａｔｃｈ」は、ステップ１４１３において、処理制御
を方法「問い合わせ」（図１５）へ戻す。

【００７８】ステップ１４０５の説明に戻ると、方法
「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」により、方法「圧
縮」から戻された圧縮コードであって、問い合わせ要求
から検索されたキャラクタストリングを表す圧縮コード
が２つ以上あることが決定された場合には、ステップ１
４１７において、この方法は、Ｍａｔｃｈ−Ｐｔｒと称
するインジケータ（例えば、ポインタ）を圧縮文書１４
９の最初の圧縮コードに等しくセットする。ステップ１
４１９において、この方法は、ブール変数「Ｆｏｕｎ
ｄ」を値Ｆａｌｓｅに等しくセットする。ステップ１４
２１において、この方法は、Ｍａｔｃｈ−Ｐｔｒが圧縮
文書１４９のファイルの終わりを指すかどうか判断す
る。Ｍａｔｃｈ−Ｐｔｒがファイルの終わりを指さない
場合には、ステップ１４２３において、この方法は、方
法「圧縮」から戻された全ての圧縮コードが処理された
かどうかそしてブール変数「Ｆｏｕｎｄ」がＴｒｕｅに
等しいかどうかを判断する。方法「圧縮」から戻された
全ての圧縮コードが処理されていないか、又はブール変
数「Ｆｏｕｎｄ」がＦａｌｓｅに等しい場合には、この
方法はステップ１４２５において処理を続ける。

【００７９】ステップ１４２５において、この方法によ
り、ブール変数「Ｆｏｕｎｄ」がＦａｌｓｅに等しいと
決定された場合には、ステップ１４２７において、この
方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」は、方法「Ｓｅ
ａｒｃｈＦｏｒＩｎｉｔｉａｌＭａｔｃｈ（最初の一致
をサーチする）」を呼び出す。この方法「Ｓｅａｒｃｈ
ＦｏｒＩｎｉｔｉａｌＭａｔｃｈ」は、方法「圧縮」か
ら戻された圧縮コードの第１コードを検索し、そしてそ
の検索された圧縮コードが圧縮文書１４９に記憶されて
いるかどうか判断する。この方法「ＳｅａｒｃｈＦｏｒ
ＩｎｉｔｉａｌＭａｔｃｈ」は、図１９について以下に
詳細に説明する。ステップ１４２７が完了すると、方法
「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」は、ステップ１４２
１で処理を続ける。

【００８０】ステップ１４２５の説明に戻ると、この方
法により、変数「Ｆｏｕｎｄ」がＴｒｕｅに等しいと決
定された場合に、ステップ１４２９において、方法「Ｓ
ｅａｒｃｈＦｏｒＭａｔｃｈ」は、方法「Ｓｅａｒｃｈ
ＦｏｒＳｕｂｓｅｑｕｅｎｔＭａｔｃｈ（その後の一致
をサーチする）」を呼び出す。この方法「Ｓｅａｒｃｈ
ＦｏｒＳｕｂｓｅｑｕｅｎｔＭａｔｃｈ」は、方法「Ｓ
ｅａｒｃｈＦｏｒＩｎｉｔｉａｌＭａｔｃｈ」によって
位置決めされた圧縮コードの直後に圧縮文書１４９に記
憶された圧縮コードが、方法「圧縮」から戻されたまだ
処理されていない圧縮コードに等しいかどうか判断す
る。例えば、問い合わせがワード「confirmation（確
認）」のサーチを要求した場合に、方法「Ｓｅａｒｃｈ
ＦｏｒＳｕｂｓｅｑｕｅｎｔＭａｔｃｈ」を呼び出すこ
とにより、レター「co」の最初に一致したストリングの
直後にキャラクタストリング「nfirmation」が記憶され
るよう確保される。方法「ＳｅａｒｃｈＦｏｒＳｕｂｓ
ｅｑｕｅｎｔＭａｔｃｈ」は、図１９を参照して以下に
詳細に説明する。ステップ１４２９が完了すると、方法
「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」は、ステップ１４２
１に続く。

【００８１】ステップ１４２３の説明に戻ると、この方
法により、方法「圧縮」から戻された全ての圧縮コード
が処理されそしてブール変数「Ｆｏｕｎｄ」がＴｒｕｅ
に等しいと決定されると、次いで、ステップ１４１３に
おいて、方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」は、処
理制御を方法「問い合わせ」（図１５）へ戻す。

【００８２】ステップ１４２１の説明に戻ると、この方
法により、Ｍａｔｃｈ−Ｐｔｒが圧縮文書１４９のファ
イルの終わりを指すと決定されると、ステップ１４３１
において、この方法は、方法「圧縮」から戻された全て
の圧縮コードが処理されたかどうかを判断する。Ｍａｔ
ｃｈ−Ｐｔｒが圧縮文書１４９のファイルの終わりを指
しそして方法「圧縮」から戻された全ての圧縮コードが
処理されていない場合には、ステップ１４３３におい
て、この方法は、変数「Ｆｏｕｎｄ」をＦａｌｓｅに等
しくセットする。このように、この方法は、サーチされ
るキャラクタストリングのサブセットが圧縮文書１４９
に記憶された最後のキャラクタストリングである場合を
適切に処理する。例えば、問い合わせがワード「confir
mation」のサーチを要求しそして圧縮文書１４９に記憶
された最後のワードがワード「confirmation」であった
場合には、ステップ１４２１、１４３１及び１４３３に
おいて、ブール変数「Ｆｏｕｎｄ」がＦａｌｓｅにセッ
トされるよう確保し、ワード「confirmation」が圧縮文
書１４９に見つからなかったことを指示する。ステップ
１４３３の完了時に、方法「ＳｅａｒｃｈＦｏｒＭａｔ
ｃｈ」は、ステップ１４１３において、処理制御を方法
「問い合わせ」（図１５）へ戻す。

【００８３】ステップ１４３１の説明に戻ると、この方
法により、Ｍａｔｃｈ−Ｐｔｒが圧縮文書１４９のファ
イルの終わりを指しそして方法「圧縮」から戻された全
ての圧縮コードが処理されたと決定されると、ステップ
１４１３において、方法「ＳｅａｒｃｈＦｏｒＭａｔｃ
ｈ」は、処理制御を方法「問い合わせ」（図１５）へ戻
す。

【００８４】図１８は、方法「圧縮」から戻された圧縮
コードの第１コードを検索しそしてその検索された圧縮
コードが圧縮文書１４９に記憶されているかどうかを判
断する方法「ＳｅａｒｃｈＦｏｒＩｎｉｔｉａｌＭａｔ
ｃｈ」のフローチャートである。この方法「Ｓｅａｒｃ
ｈＦｏｒＩｎｉｔｉａｌＭａｔｃｈ」が処理を開始する
ときには、方法「圧縮」（図４）が方法「問い合わせ」
によって既に呼び出されて、問い合わせ要求からパージ
ングされたキャラクタストリングを単一の圧縮コード又
は多数の圧縮コードに変換している。又、この方法「Ｓ
ｅａｒｃｈＦｏｒＩｎｉｔｉａｌＭａｔｃｈ」は、問い
合わせ要求からパージングされたキャラクタストリング
に対する単一の圧縮コード又は多数の圧縮コードを、圧
縮文書１４９に記憶された圧縮コードと比較する。一致
が見つかった場合には、Ｍａｔｃｈ−Ｐｔｒという名前
のインジケータが、一致が生じた位置に等しくセットさ
れる。好ましい実施例では、この方法「ＳｅａｒｃｈＦ
ｏｒＩｎｉｔｉａｌＭａｔｃｈ」は、問い合わせエンジ
ン１４７のサーチプログラム１５９によって実行され
る。

【００８５】ステップ１５０１において、方法「Ｓｅａ
ｒｃｈＦｏｒＩｎｉｔｉａｌＭａｔｃｈ」は、方法「圧
縮」から戻された圧縮コードの第１コードを検索する。
ステップ１５０３において、この方法は、その検索され
た圧縮コードを、Ｍａｔｃｈ−Ｐｔｒにより現在指示さ
れている圧縮コードの後に記憶された圧縮文書１４９内
の圧縮コードと比較する。ステップ１５０５において、
この方法により、検索された圧縮コードと、Ｍａｔｃｈ
−Ｐｔｒにより現在指示されている圧縮コードの後に記
憶された圧縮文書１４９内の圧縮コードとの間に一致が
あったと決定された場合には、ステップ１５０７におい
て、この方法は、ブール変数「Ｆｏｕｎｄ」をＴｒｕｅ
に等しくセットする。ステップ１５０９において、この
方法は、Ｍａｔｃｈ−Ｐｔｒを、一致が生じた圧縮文書
１４９内の圧縮コードの位置に等しくセットする。この
ように、この方法は、圧縮文書１４９内のどのキャラク
タストリングが未処理のままであるかを追跡する。ステ
ップ１６１１において、方法「ＳｅａｒｃｈＦｏｒＩｎ
ｉｔｉａｌＭａｔｃｈ」は、処理制御を方法「Ｓｅａｒ
ｃｈＦｏｒＭａｔｃｈ」（図１６、１７）へ戻す。

【００８６】ステップ１５０５の説明に戻ると、この方
法において、検索された圧縮コードと、Ｍａｔｃｈ−Ｐ
ｔｒにより現在指示されている圧縮コードの後に記憶さ
れた圧縮文書１４９内の圧縮コードとの間に一致がなか
ったと決定された場合には、ステップ１５１１におい
て、方法「ＳｅａｒｃｈＦｏｒＩｎｉｔｉａｌＭａｔｃ
ｈ」は、処理制御を方法「ＳｅａｒｃｈＦｏｒＭａｔｃ
ｈ」（図１６、１７）へ戻す。

【００８７】図１９は、方法「ＳｅａｒｃｈＦｏｒＳｕ
ｂｓｅｑｕｅｎｔＭａｔｃｈ」のフローチャートであ
る。この方法「ＳｅａｒｃｈＦｏｒＳｕｂｓｅｑｕｅｎ
ｔＭａｔｃｈ」は、方法「ＳｅａｒｃｈＦｏｒＩｎｉｔ
ｉａｌＭａｔｃｈ」により位置決めされた圧縮コードの
直後に圧縮文書１４９に記憶された圧縮コードが、方法
「圧縮」から戻されたまだ処理されていない圧縮コード
に等しいかどうかを判断する。

【００８８】ステップ１６０１において、この方法は、
Ｍａｔｃｈ−Ｐｔｒにより現在指示されている圧縮コー
ドの直後に記憶された圧縮コードを指すようにＭａｔｃ
ｈ−Ｐｔｒを増加する。ステップ１６０３において、こ
の方法は、方法「圧縮」から戻された第１の未処理の圧
縮コードを検索する。ステップ１６０５において、Ｍａ
ｔｃｈ−Ｐｔｒにより指示された圧縮文書１４９の圧縮
コードがその検索された第１の未処理の圧縮コードに一
致することがこの方法で決定されると、ステップ１６０
７において、この方法は、ブール変数「Ｆｏｕｎｄ」を
Ｔｒｕｅに等しくセットする。ステップ１６０９におい
て、この方法「ＳｅａｒｃｈＦｏｒＳｕｂｓｅｑｕｅｎ
ｔＭａｔｃｈ」は、処理制御を方法「ＳｅａｒｃｈＦｏ
ｒＭａｔｃｈ」（図１６、１７）に戻す。

【００８９】ステップ１６０５の説明に戻ると、Ｍａｔ
ｃｈ−Ｐｔｒにより指示された圧縮文書の圧縮コードが
その検索された第１の未処理の圧縮コードに一致しない
ことがこの方法で決定されると、ステップ１６１１にお
いて、この方法は、ブール変数「Ｆｏｕｎｄ」をＦａｌ
ｓｅに等しくセットする。ステップ１６１１の完了時
に、この方法は、ステップ１６０９において、処理制御
を方法「ＳｅａｒｃｈＦｏｒＭａｔｃｈ」（図１６、１
７）に戻す。

【００９０】特定例：固定長さの圧縮コードを用いた実
施例について述べる。図２０ないし２８を用いた特定例
は、固定長さの圧縮データをサーチするための好ましい
方法及びシステムを説明する助けとなろう。典型的に、
遠隔コンピュータ１１５（図１）のユーザは、非圧縮文
書１０１をホストコンピュータ１０９から遠隔コンピュ
ータ１１５へ転送する要求を入力する。図２０は、ホス
トコンピュータのディスプレイデバイス１６３に表示さ
れた非圧縮文書１０１を示している。図２１は、ホスト
コンピュータメモリ１２３に記憶されたときの非圧縮文
書１０１を示している。

【００９１】転送要求に応答して、ホストコンピュータ
１０９は、圧縮エンジン１２９を呼び出し、これは、非
圧縮文書１０１を、固定長さの圧縮コードを含む圧縮文
書１０３に変換する。非圧縮文書１０１を圧縮文書１０
３に変換するために、圧縮エンジン１２９は、パーザ１
２７を呼び出し、これは、非圧縮文書１０１に記憶され
た非圧縮キャラクタストリングをパージングしそしてそ
のパージングされたキャラクタストリングを圧縮エンジ
ン１２９に返送する。

【００９２】圧縮エンジン１２９は、パーザ１２７か
ら、パージングされたキャラクタストリングを非圧縮コ
ードで受け取る。次いで、圧縮エンジン１２９は、ディ
クショナリ１２５において非圧縮コードに対する一致を
見つけ、その一致した非圧縮コードに関連した固定長さ
の圧縮コードをディクショナリ１２５から検索する。更
に、圧縮エンジン１２９は、ディクショナリ１２５から
検索された固定長さの圧縮コードを圧縮文書１０３に記
憶する。

【００９３】非圧縮文書１０１からの各キャラクタスト
リングが本発明の固定長さの圧縮コードに変換されて、
圧縮文書１０３に記憶された後に、ホストコンピュータ
１０９は、その圧縮文書１０３をホストコンピュータ１
０９から通信チャンネル１１７を経て遠隔コンピュータ
１１５へ転送し、そこで、圧縮文書１４９として記憶さ
れる。図２２は、遠隔コンピュータメモリ１４３に記憶
されるときの圧縮文書１４９を示している。

【００９４】遠隔コンピュータ１１５のユーザは、典型
的に、圧縮文書１４９に関する情報を検索するための問
い合わせを入力する。図２３は、遠隔コンピュータキー
ボード１１１に入力されて遠隔コンピュータメモリ１４
３に後で記憶された典型的な問い合わせ要求１６５を示
している。この問い合わせ要求１６５は、「どの文書が
ワード「ready 」を含むか」を尋ねている。問い合わせ
要求１６５を受け取るのに応答して、遠隔コンピュータ
１１５は、問い合わせエンジン１４７を呼び出す。問い
合わせエンジン１４７は、問い合わせ要求１６５からサ
ーチのためのワードを検索し、この場合は、問い合わせ
エンジン１４７は、問い合わせ要求１６５からワード
「ready 」を検索する（図２４）。

【００９５】次いで、問い合わせエンジン１４７は、変
換プログラム１６１を呼び出し、これは、ワード「read
y 」を本発明の固定長さの圧縮コードに変換する。変換
プログラム１６１は、ディクショナリ１４５（図３）を
サーチし、ワード「ready 」との一致があるかどうかを
調べる。変換プログラム１６１は、ディクショナリ１４
５がワード「ready 」を含んでいないと決定すると、ワ
ード「ready 」の最初の２つのキャラクタ、即ちキャラ
クタストリング「re」に対してディクショナリ１４５を
サーチする。変換プログラム１６１は、キャラクタスト
リング「re」がディクショナリ１４５の対セクション１
５３に記憶されていると決定すると、そのキャラクタス
トリング「re」に関連した圧縮コード０１１１ ０１１
０ １１０１ ０１１０を検索する。次いで、変換プロ
グラム１６１は、その検索された圧縮コードを遠隔コン
ピュータメモリ１４３に記憶する（図２５）。

【００９６】次いで、変換プログラム１６１は、最初の
２つの未処理のキャラクタ、即ちキャラクタストリング
「ad」をワード「ready 」から除去する。変換プログラ
ム１６１は、キャラクタストリング「ad」がディクショ
ナリ１４５の対セクション１５３に記憶されていると決
定すると、キャラクタストリング「ad」に関連した圧縮
コード０１１１ ０１０１ ００１１ １１１０を返送
する。次いで、変換プログラム１６１は、その検索され
た圧縮コードを遠隔コンピュータメモリ１４３に記憶す
る（図２５）。

【００９７】更に、変換プログラム１６１は、１つの未
処理のキャラクタ、即ちキャラクタ「y 」のみがワード
「ready 」に残っていることを決定する。変換プログラ
ム１６１は、ディクショナリ１４５のＡＳＣＩＩセクシ
ョン１５５に記憶されたキャラクタ「y 」に関連した圧
縮コード１１１１ １１１１ １１１１ ０１００を検
索する。次いで、変換プログラム１６１は、その検索さ
れた圧縮コードを遠隔コンピュータメモリ１４３に記憶
する（図２５）。

【００９８】ワード「ready 」が本発明の固定長さの圧
縮コードに変換されてしまうと、問い合わせエンジン１
４７がサーチプログラム１５９を呼び出し、これは、ワ
ード「ready 」を表す圧縮コードの発生に対して圧縮文
書１４９をサーチする。サーチプログラム１５９は、最
初に、キャラクタストリング「re」に対する圧縮コード
を検索する（図２５）。次いで、サーチプログラム１５
９は、Ｍａｔｃｈ−Ｐｔｒという名前のインジケータ
を、圧縮文書１４９における第１の固定長さ圧縮コード
にセットする。サーチプログラム１５９は、Ｍａｔｃｈ
−Ｐｔｒにより指示された固定長さの圧縮コードを、キ
ャラクタストリング「re」に対する固定長さの圧縮コー
ドと比較する。図２６は、文書１４９の第１の圧縮コー
ドがキャラクタストリング「re」に対する圧縮コードに
一致しないことを示している。それ故、サーチプログラ
ム１５９は、Ｍａｔｃｈ−Ｐｔｒを増加し続け、一致が
見つかるまで、固定長さの圧縮コードを比較する。図２
６は、キャラクタストリング「re」に対する圧縮コード
との一致が生じたときの圧縮文書１４９内のＭａｔｃｈ
−Ｐｔｒの位置を示している。

【００９９】サーチプログラム１５９は、次いで、Ｍａ
ｔｃｈ−Ｐｔｒを増加し、そしてこのＭａｔｃｈ−Ｐｔ
ｒによって指示された圧縮文書１４９内の固定長さの圧
縮コード（図２７）を、キャラクタストリング「ad」に
対する固定長さの圧縮コード（図２５）と比較する。一
致が生じるので、サーチプログラム１５９は、Ｍａｔｃ
ｈ−Ｐｔｒを増加し、そしてこのＭａｔｃｈ−Ｐｔｒに
よって指示された圧縮文書１４９内の固定長さの圧縮コ
ード（図２７）をキャラクタストリング「y 」に対する
固定長さの圧縮コード（図２５）と比較する。一致が生
じるので、問い合わせエンジン１４７は、圧縮文書１４
９がワード「ready 」を含んでいることをその要求の開
始側に知らせる。

【０１００】本発明の別の実施例は、非圧縮文書１０１
のキャラクタストリングを非圧縮コードから可変長さの
圧縮コードに変換し、それらの可変長さの圧縮コードの
キャラクタストリングを圧縮文書１０３’に記憶し、そ
してキャラクタストリングが可変長さの圧縮コードに保
持される間に圧縮文書１０３’においてキャラクタスト
リングをサーチする。図２９は、長さインジケータ２６
０１及び圧縮コード２６０３を含む本発明の好ましい可
変長さの圧縮コードを示している。長さインジケータ２
６０１は、圧縮コード２６０３におけるビット数を指示
する。例えば、図２９に示された長さインジケータ２６
０１は、１０進値の３に等しい２進数を含んでおり、図
２９に示された圧縮コード２６０３が３ビットの長さで
あることを指示している。

【０１０１】特定例：可変長さの圧縮コードを用いた実
施例を説明する。図２０及び２１、図２３及び２４そし
て図２９ないし３７を用いた特定例は、圧縮文書１０
３’の可変長さの圧縮コードをサーチする好ましい方法
及びシステムを説明する上で助けとなろう。一般に、遠
隔コンピュータ１１５のユーザは、非圧縮文書１０１を
ホストコンピュータ１０９から遠隔コンピュータ１１５
へ転送する要求を入力する。図２０は、ホストコンピュ
ータのディスプレイデバイス１６３に表示された非圧縮
文書１０１を示している。図２１は、ホストコンピュー
タメモリ１２３に記憶されたときの非圧縮文書１０１を
示している。

【０１０２】転送要求に応答して、ホストコンピュータ
１０９は、圧縮エンジン１２９を呼び出し、これは、非
圧縮文書１０１を、可変長さの圧縮コードを含む圧縮文
書１０３’に変換する。非圧縮文書１０１を圧縮文書１
０３’に変換するために、圧縮エンジン１２９は、パー
ザ１２７を呼び出し、これは、非圧縮文書１０１に記憶
された非圧縮キャラクタストリングをパージングしそし
てそのパージングされたキャラクタストリングを圧縮エ
ンジン１２９に返送する。

【０１０３】圧縮エンジン１２９は、パーザ１２７か
ら、パージングされたキャラクタストリングを非圧縮コ
ードで受け取る。次いで、圧縮エンジン１２９は、ディ
クショナリ１２５’（図３０）において非圧縮コードに
対する一致を見つけ、その一致した非圧縮コードに関連
した可変長さの圧縮コードをディクショナリ１２５’か
ら検索する。更に、圧縮エンジン１２９は、ディクショ
ナリ１２５’から検索された可変長さの圧縮コードを圧
縮文書１０３’に記憶する。

【０１０４】非圧縮文書１０１からの各キャラクタスト
リングが本発明の可変長さの圧縮コードに変換されて、
圧縮文書１０３’に記憶された後に、ホストコンピュー
タ１０９は、その圧縮文書１０３’をホストコンピュー
タ１０９から通信チャンネル１１７を経て遠隔コンピュ
ータ１１５へ転送し、そこで、圧縮文書１４９’として
記憶される。図３２は、遠隔コンピュータメモリ１４３
に記憶されるときの圧縮文書１４９’を示している。

【０１０５】遠隔コンピュータ１１５のユーザは、典型
的に、圧縮文書１４９’に関する情報を検索するための
問い合わせを入力する。図２３は、遠隔コンピュータキ
ーボード１１１に入力されて遠隔コンピュータメモリ１
４３に後で記憶された典型的な問い合わせ要求１６５を
示している。この問い合わせ要求１６５は、「どの文書
がワード「ready 」を含むか」を尋ねている。問い合わ
せ要求１６５を受け取るのに応答して、遠隔コンピュー
タ１１５は、問い合わせエンジン１４７を呼び出す。問
い合わせエンジン１４７は、問い合わせ要求１６５から
サーチのためのワードを検索し、この場合は、問い合わ
せエンジン１４７は、問い合わせ要求１６５からワード
「ready 」を検索する（図２４）。

【０１０６】次いで、問い合わせエンジン１４７は、変
換プログラム１６１を呼び出し、これは、ワード「read
y 」を本発明の可変長さの圧縮コードに変換する。変換
プログラム１６１は、ディクショナリ１４５’をサーチ
して、ワード「ready 」との一致があるかどうか調べ
る。変換プログラム１６１は、ディクショナリ１４５’
がワード「ready 」を含んでいないと決定すると、ワー
ド「ready 」の最初の２つのキャラクタ、即ちキャラク
タストリング「re」に対してディクショナリ１４５’を
サーチする。変換プログラム１６１は、キャラクタスト
リング「re」がディクショナリ１４５’の対セクション
１５３’に記憶されていると決定すると、そのキャラク
タストリング「re」に関連した圧縮コード０１１０００
００１０を検索する。次いで、変換プログラム１６１
は、その検索された圧縮コードを遠隔コンピュータメモ
リ１４３に記憶する（図３３）。

【０１０７】次いで、変換プログラム１６１は、最初の
２つの未処理のキャラクタ、即ちキャラクタストリング
「ad」をワード「ready 」から除去する。変換プログラ
ム１６１は、キャラクタストリング「ad」がディクショ
ナリ１４５’の対セクション１５３’に記憶されている
と決定すると、キャラクタストリング「ad」に関連した
圧縮コード１０１０００００００００１０を返送する。
次いで、変換プログラム１６１は、その検索された圧縮
コードを遠隔コンピュータメモリ１４３に記憶する（図
３３）。

【０１０８】更に、変換プログラム１６１は、１つの未
処理のキャラクタ、即ちキャラクタ「y 」のみがワード
「ready 」に残っていることを決定する。変換プログラ
ム１６１は、ディクショナリ１４５’のＡＳＣＩＩセク
ション１５５’に記憶された圧縮コード１１１１０００
０００００００００１００を検索する。次いで、変換プ
ログラム１６１は、その検索された圧縮コードを遠隔コ
ンピュータメモリ１４３に記憶する（図３３）。

【０１０９】ワード「ready 」が本発明の可変長さの圧
縮コードに変換されてしまうと、問い合わせエンジン１
４７がサーチプログラム１５９を呼び出し、これは、ワ
ード「ready 」を表す圧縮コードの発生に対して圧縮文
書１４９’をサーチする。サーチプログラム１５９は、
最初に、キャラクタストリング「re」に対する圧縮コー
ドを検索する（図３３）。次いで、サーチプログラム１
５９は、キャラクタストリング「re」に対する圧縮コー
ド２９０１の長さを、キャラクタストリング「re」に対
する長さインジケータ２９０３の値から決定する。この
場合、長さインジケータ２９０３は、圧縮コード２９０
１が６ビットの長さであることを指示する。次いで、サ
ーチプログラム１５９は、Ｍａｔｃｈ−Ｐｔｒという名
前のインジケータを、圧縮文書１４９’における第１の
可変長さの圧縮コードにセットする（図３４）。

【０１１０】圧縮コード２９０１の長さを決定すること
により、サーチプログラム１５９は、圧縮コード２９０
１を、圧縮文書１４９’内の同じ長さの圧縮コードに対
して比較するだけでよい。サーチプログラム１５９は、
次いで、キャラクタストリング「Ｆｉｒｓｔｃａｐ」に
対する長さインジケータ３００１の値を、キャラクタス
トリング「re」に対する長さインジケータ２９０３の値
と比較する。長さインジケータ２９０３の値は６に等し
くそして長さインジケータ３００１の値は１２に等しい
ので、サーチプログラム１５９は、圧縮コード２９０１
が圧縮コード３００３に対して一致しないと決定する。
それ故、サーチプログラム１５９は、Ｍａｔｃｈ−Ｐｔ
ｒを増加し、一致が見つかるまで、キャラクタストリン
グ「re」の長さインジケータ２９０３を、Ｍａｔｃｈ−
Ｐｔｒにより指示されたキャラクタストリングの長さイ
ンジケータと比較する。図３５は、キャラクタストリン
グ「re」に対して長さインジケータ２９０３との一致が
生じたときの圧縮文書１４９’内のＭａｔｃｈ−Ｐｔｒ
の位置を示している。

【０１１１】次いで、サーチプログラム１５９は、キャ
ラクタストリング「re」に対する圧縮コード２９０１
を、Ｍａｔｃｈ−Ｐｔｒにより指示されたキャラクタス
トリングに対する圧縮コード３１０３と比較し、そして
一致が見つかったことを決定する。

【０１１２】ここで、キャラクタストリング「re」に対
する一致が見つかり、サーチプログラム１５９は、圧縮
文書１４９’に記憶された次の２つの可変長さの圧縮コ
ードがキャラクタストリング「ad」及びキャラクタスト
リング「y 」に各々一致するかどうか決定する。サーチ
プログラム１５９は、Ｍａｔｃｈ−Ｐｔｒを増加し、キ
ャラクタストリング「ad」に対する長さインジケータ２
９０５（図３３）を、Ｍａｔｃｈ−Ｐｔｒにより指示さ
れたキャラクタストリングに対する長さインジケータ３
２０１（図３６）と比較する。長さインジケータ２９０
５の値は長さインジケータ３２０１の値に等しいので、
サーチプログラム１５９は、キャラクタストリング「a
d」の圧縮コード２９０７を、Ｍａｔｃｈ−Ｐｔｒによ
り指示されたキャラクタストリングに対する圧縮コード
３２０３と比較する。

【０１１３】これらの圧縮コード間に一致が生じるの
で、サーチプログラム１５９は、Ｍａｔｃｈ−Ｐｔｒを
増加し、そしてキャラクタストリング「y 」の長さイン
ジケータ２９０９を、Ｍａｔｃｈ−Ｐｔｒによって指示
されたキャラクタストリングに対する長さインジケータ
３３０１と比較する（図３７）。キャラクタストリング
「y 」に対する長さインジケータ２９０９の値は、Ｍａ
ｔｃｈ−Ｐｔｒによって指示されたキャラクタストリン
グに対する長さインジケータ３３０１の値に等しいの
で、サーチプログラム１５９は、キャラクタストリング
「y 」に対する圧縮コード２９１１を、Ｍａｔｃｈ−Ｐ
ｔｒによって指示されたキャラクタストリングに対する
圧縮コード３３０３と比較する。一致が生じるので、問
い合わせエンジン１４７は、圧縮文書１４９’がワード
「ready 」を含むことを要求の開始側に知らせる。

【０１１４】当業者であれば、上記した本発明の方法を
実施するのに他のシステムアーキテクチャを使用するこ
とができ、これは、非圧縮文書を圧縮しそしてその圧縮
文書のサーチを実行するスタンドアローンコンピュータ
を含むが、これに限定されるものではないことが理解さ
れよう。

【０１１５】本発明の典型的な商業用途は、記憶された
ニュースを、安価な８０８６ベースのプロセッサで動作
するハンドヘルド型コンピュータへダウンロードするこ
とである。８０８６プロセッサのインテル整数比較コマ
ンドを使用することにより、１６ビットの問い合わせ要
求と、圧縮文書１４９における１６ビット圧縮コードの
１つとの各比較を、１命令（３クロックチック）で実行
することができる。従って、安価な装置において多量の
データを迅速にサーチすることができる。サーチ速度を
最適化するために、他のチップアーキテクチャが異なる
長さの圧縮コードを使用してもよいことが当業者に明ら
かであろう。

【０１１６】又、本発明の方法及び装置は、他の圧縮方
法に関連して使用できることも当業者に理解されよう。
例えば、非圧縮文書のキャラクタストリングを本発明の
１６ビット圧縮コードに変換し、次いで、更に可変長さ
コード（例えば、ハフマンコード）に変換した後に、遠
隔コンピュータへ送信し、そこで、キャラクタストリン
グを本発明の１６ビット圧縮コードに変換して戻し、上
記のように処理することもできる。

【０１１７】説明上、本発明の特定の実施例を詳細に述
べたが、本発明の精神及び範囲内で種々の変更がなされ
得ることが明らかであろう。従って、本発明は、特許請
求の範囲のみによって限定されるものとする。

【図面の簡単な説明】

【図１】キャラクタストリングが圧縮コードで記憶され
る間に圧縮文書内のキャラクタストリングをサーチする
ための本発明によるシステムのブロック図である。

【図２】図１のシステムのホストコンピュータのための
固定長さの圧縮コードをもつディクショナリのブロック
図である。

【図３】図１のシステムの遠隔コンピュータのための固
定長さの圧縮コードをもつディクショナリのブロック図
である。

【図４】図１のシステムにより使用される方法「圧縮」
のフローチャートである。

【図５】図１のシステムによって使用される方法「パー
ジング」のフローチャートである。

【図６】図１のシステムによって使用される方法「パー
ジング」のフローチャートである。

【図７】図１のシステムによって使用される方法「Ｏｕ
ｔｐｕｔＮｏｎＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏ
ｄｅ」のフローチャートである。

【図８】図１のシステムによって使用される方法「Ｏｕ
ｔｐｕｔＬｅｔｔｅｒＣｏｍｐｒｅｓｓｅｄＣｏｄｅ」
のフローチャートである。

【図９】図１のシステムによって使用される方法「Ｐｒ
ｏｃｅｓｓＮｏｎＬｅｔｔｅｒＳｔａｔｅ」のフローチ
ャートである。

【図１０】図１のシステムにより使用される方法「Ｐｒ
ｏｃｅｓｓＣａｐ１Ｓｔａｔｅ」のフローチャートであ
る。

【図１１】図１のシステムによって使用される方法「Ｐ
ｒｏｃｅｓｓＮｏＣａｐｓＳｔａｔｅ」のフローチャー
トである。

【図１２】図１のシステムによって使用される方法「Ｐ
ｒｏｃｅｓｓＦｉｒｓｔＣａｐＳｔａｔｅ」のフローチ
ャートである。

【図１３】図１のシステムによって使用される方法「Ｐ
ｒｏｃｅｓｓＡｌｌＣａｐｓＳｔａｔｅ」のフローチャ
ートである。

【図１４】図１のシステムによって使用される方法「Ｐ
ｕｔｐｕｔＬａｓｔ」のフローチャートである。

【図１５】図１のシステムによって使用される方法「問
い合わせ」のフローチャートである。

【図１６】図１のシステムによって使用される方法「Ｓ
ｅａｒｃｈＦｏｒＭａｔｃｈ」のフローチャートであ
る。

【図１７】図１のシステムによって使用される方法「Ｓ
ｅａｒｃｈＦｏｒＭａｔｃｈ」のフローチャートであ
る。

【図１８】図１のシステムによって使用される方法「Ｓ
ｅａｒｃｈＦｏｒＩｎｉｔｉａｌＭａｔｃｈ」のフロー
チャートである。

【図１９】図１のシステムによって使用される方法「Ｓ
ｅａｒｃｈＦｏｒＳｕｂｓｅｑｕｅｎｔＭａｔｃｈ」の
フローチャートである。

【図２０】サンプル文書のブロック図である。

【図２１】サンプル文書の非圧縮コードのブロック図で
ある。

【図２２】サンプル文書の固定長さの圧縮コードのブロ
ック図である。

【図２３】図１のシステムのディスプレイデバイスに表
示される問い合わせ要求のブロック図である。

【図２４】問い合わせ要求からパージングされたキャラ
クタストリングのブロック図である。

【図２５】問い合わせ要求からのキャラクタストリング
を表す固定長さの圧縮コードのブロック図である。

【図２６】固定長さの圧縮コードにおいて問い合わせ要
求をサーチするところを示したブロック図である。

【図２７】固定長さの圧縮コードにおいて問い合わせ要
求をサーチするところを示したブロック図である。

【図２８】固定長さの圧縮コードにおいて問い合わせ要
求をサーチするところを示したブロック図である。

【図２９】図１のシステムのための可変長さの圧縮コー
ドのブロック図である。

【図３０】図１のシステムのホストコンピュータのため
の可変長さの圧縮コードをもつディクショナリのブロッ
ク図である。

【図３１】図１のシステムの遠隔コンピュータのための
可変長さの圧縮コードをもつディクショナリのブロック
図である。

【図３２】図１のシステムのメモリに記憶されたときの
可変長さの圧縮コードの圧縮文書を示すブロック図であ
る。

【図３３】問い合わせ要求からのキャラクタストリング
を表す可変長さの圧縮コードのブロック図である。

【図３４】可変長さの圧縮コードにおいて問い合わせ要
求をサーチするところを示すブロック図である。

【図３５】可変長さの圧縮コードにおいて問い合わせ要
求をサーチするところを示すブロック図である。

【図３６】可変長さの圧縮コードにおいて問い合わせ要
求をサーチするところを示すブロック図である。

【図３７】可変長さの圧縮コードにおいて問い合わせ要
求をサーチするところを示すブロック図である。

【符号の説明】

１００ コンピュータシステム １０１ 非圧縮文書 １０３、１４９ 圧縮文書 １０５ ホストコンピュータキーボード １０７ ホストコンピュータマウス １０９ ホストコンピュータ １１１ 遠隔コンピュータキーボード １１３ 遠隔コンピュータマウス １１５ 遠隔コンピュータ １１７ 通信チャンネル １１９、１４１ 中央処理ユニット １２１、１３９ 入力／出力ユニット １２３ ホストコンピュータメモリ １２５、１４５ ディクショナリ １２７ パーザ １２９ 圧縮エンジン １３１、１５１ ワードセクション １３３、１５３ 対セクション １３５、１５５ ＡＳＣＩＩセクション １３７、１５７ フォーカット化及び句読点キャラクタ
セクション １４３ 遠隔コンピュータメモリ １４７ 問い合わせエンジン １５９ サーチプログラム １６１ 変換プログラム

Claims (17)

【特許請求の範囲】
1. 【請求項１】 非圧縮文書を表す複数の固定長さの圧縮
   コードより成る圧縮文書をサーチする装置において、 問い合わせ要求を非圧縮コードで受け取る手段と、 上記問い合わせ要求を非圧縮コードから、固定長さの圧
   縮コードの変換された問い合わせ要求へと変換するため
   の手段と、 上記変換された問い合わせ要求を上記圧縮文書の固定長
   さの圧縮コードと比較して、上記圧縮文書のどの固定長
   さの圧縮コードが上記変換された問い合わせ要求に一致
   するかを判断するための手段と、 上記圧縮文書の固定長さの圧縮コードと上記変換された
   問い合わせ要求との間に一致があるという判断に応答す
   る手段と、を具備することを特徴とする装置。
2. 【請求項２】 上記圧縮文書に記憶された複数のキャラ
   クタストリングは、キャピタライゼーションクラスをも
   つレターのキャラクタストリングを含み、上記キャピタ
   ライゼーションクラスは、キャラクタストリングの各レ
   ターがキャピタルレターである全キャピタルのキャピタ
   ライゼーションクラスと、キャラクタストリングの第１
   レターのみがキャピタル化された第１キャピタルのキャ
   ピタライゼーションクラスと、キャラクタストリングの
   全てのレターが小文字レターである無キャピタルのキャ
   ピタライゼーションクラスとを備えており、上記の変換
   手段は、 上記問い合わせ要求から、レターキャラクタに遭遇する
   まで非レターキャラクタのセットを検索すると共に、そ
   の検索されたレターキャラクタが上記キャピタライゼー
   ションクラスの１つに属する間にレターキャラクタのセ
   ットを検索するためのパージング手段と、 上記非キャラクタの検索されたセットを固定長さの圧縮
   コードに変換するための第１手段と、 上記レターの検索されたセットを、そのレターの検索さ
   れたセットのキャピタライゼーションクラスの表示を含
   む固定長さの圧縮コードに変換するための第２手段とを
   備えている請求項１に記載の装置。
3. 【請求項３】 上記変換手段は、更に、キャラクタスト
   リングを表すコードを記憶するためのディクショナリを
   備え、上記変換された問い合わせ要求の固定長さの圧縮
   コードはこのディクショナリから検索され、上記ディク
   ショナリは、 複数の非圧縮コード及びそれに関連した固定長さの圧縮
   コードを記憶するワードセクションであって、各々の非
   圧縮コードとそれに関連した圧縮コードが１つのワード
   を表すようなワードセクションと、 種々の非圧縮コード及びそれに関連した固定長さの圧縮
   コードを記憶する対セクションであって、各々の非圧縮
   コードとそれに関連した圧縮コードが一対のレターを表
   すような対セクションと、 複数の非圧縮コード及びそれに関連した固定長さの圧縮
   コードを記憶するフォーマット化及び句読点セクション
   であって、各々の非圧縮コードとそれに関連した圧縮コ
   ードが句読点キャラクタ及びフォーマット化パターンの
   １つを表すようなフォーマット化及び句読点セクション
   と、 複数の非圧縮コード及びそれに関連した固定長さの圧縮
   コードを記憶するＡＳＣＩＩセクションであって、各々
   の非圧縮コードとそれに関連した圧縮コードがＡＳＣＩ
   Ｉキャラクタを表すようなＡＳＣＩＩセクションとを備
   えている請求項１に記載の装置。
4. 【請求項４】 上記変換手段は、問い合わせ要求を単一
   の固定長さの圧縮コードに変換し、これにより、上記比
   較手段は、上記変換された問い合わせ要求が上記圧縮文
   書に記憶された固定長さの圧縮コードの１つに一致した
   後に比較を終了することができる請求項１に記載の装
   置。
5. 【請求項５】 データを検索する装置において、 圧縮コードで各々記憶された複数のキャラクタストリン
   グを含んでいる圧縮文書と、 問い合わせ要求を受け取る手段と、 上記圧縮文書に記憶された複数のキャラクタストリング
   が圧縮コードで記憶されている間に上記圧縮文書におい
   て問い合わせ要求をサーチする手段と、を備えたことを
   特徴とする装置。
6. 【請求項６】 非圧縮文書を表す複数の可変長さの圧縮
   コードより成る圧縮文書をサーチする装置において、 問い合わせ要求を非圧縮コードで受け取る手段と、 上記問い合わせ要求を非圧縮コードから、可変長さの圧
   縮コードの変換された問い合わせ要求へと変換するため
   の手段と、 上記変換された問い合わせ要求を上記圧縮文書の可変長
   さの圧縮コードと比較して、上記圧縮文書の可変長さの
   圧縮コードが上記変換された問い合わせ要求に一致する
   かどうかを判断するための手段と、 上記圧縮文書の可変長さの圧縮コードと上記変換された
   問い合わせ要求との間に一致があるという判断に応答す
   る手段と、を具備することを特徴とする装置。
7. 【請求項７】 各可変長さの圧縮コードは、可変長さの
   圧縮コードの長さを指示する長さインジケータを含む請
   求項６に記載の装置。
8. 【請求項８】 上記変換された問い合わせ要求の長さを
   決定する手段を更に備えた請求項７に記載の装置。
9. 【請求項９】 上記比較手段は、上記変換された問い合
   わせ要求を、決定された長さがその変換された問い合わ
   せ要求の長さに等しい可変長さの圧縮コードと比較する
   だけである請求項８に記載の装置。
10. 【請求項１０】 圧縮文書に記憶された複数のキャラク
    タストリングが固定長さの圧縮コードで記憶されている
    間に圧縮文書をサーチする方法において、 問い合わせ要求を非圧縮コードで受け取り、この非圧縮
    コードは、複数のビットを用いて問い合わせ要求を表す
    ものであり、 上記問い合わせ要求を非圧縮コードから、固定長さの圧
    縮コードの変換された問い合わせ要求へと変換し、 上記変換された問い合わせ要求を、上記圧縮文書に記憶
    された複数の固定長さの圧縮コードと比較して、その圧
    縮文書からのどの固定長さの圧縮コードが上記変換され
    た問い合わせ要求に一致するかを判断し、そして上記圧
    縮文書の固定長さの圧縮コードと上記変換された問い合
    わせ要求との間に一致があるという判断に応答する、と
    いう段階を備えたことを特徴とする方法。
11. 【請求項１１】 上記圧縮文書に記憶された複数のキャ
    ラクタストリングはキャピタライゼーションクラスをも
    つレターのキャラクタストリングを含み、上記キャピタ
    ライゼーションクラスは、キャラクタストリングの各レ
    ターがキャピタルレターである全キャピタルのキャピタ
    ライゼーションクラスと、キャラクタストリングの第１
    レターのみがキャピタル化された第１キャピタルのキャ
    ピタライゼーションクラスと、キャラクタストリングの
    全てのレターが小文字レターである無キャピタルのキャ
    ピタライゼーションクラスとを備えており、上記の変換
    段階は、 上記問い合わせ要求から、レターキャラクタに遭遇する
    まで非レターキャラクタのセットを検索し、 その検索されたレターキャラクタが上記キャピタライゼ
    ーションクラスの１つに属する間にレターキャラクタの
    セットを検索し、 上記非キャラクタの検索されたセットを固定長さの圧縮
    コードに変換し、 上記レターの検索されたセットを、そのレターの検索さ
    れたセットのキャピタライゼーションクラスの表示を含
    む固定長さの圧縮コードに変換する、という段階を備え
    た請求項１０に記載の方法。
12. 【請求項１２】 上記変換段階は、問い合わせ要求を単
    一の固定長さの圧縮コードに変換し、これにより、上記
    比較手段は、上記変換された問い合わせ要求が上記圧縮
    文書に記憶された複数の固定長さの圧縮コードの１つに
    一致した後に上記変換された問い合わせ要求と上記複数
    の固定長さの圧縮コードとの比較を終了する請求項１０
    に記載の方法。
13. 【請求項１３】 データを検索する方法において、 固定長さの圧縮コードで記憶された複数のキャラクタス
    トリングを含む圧縮文書を用意し、 固定長さの圧縮コードの問い合わせ要求を与え、そして
    圧縮文書に記憶された複数のキャラクタストリングが固
    定長さの圧縮コードで記憶されている間に圧縮文書にお
    いて問い合わせ要求をサーチする、という段階を備えた
    ことを特徴とする方法。
14. 【請求項１４】 非圧縮文書を表す複数の可変長さの圧
    縮コードより成る圧縮文書をサーチする方法において、 問い合わせ要求を非圧縮コードで受け取り、 上記問い合わせを非圧縮コードから、可変長さの圧縮コ
    ードの変換された問い合わせ要求へと変換し、 上記変換された問い合わせ要求を上記圧縮文書の可変長
    さの圧縮コードと比較して、上記圧縮文書のどの可変長
    さの圧縮コードが上記変換された問い合わせ要求に一致
    するかを判断し、そして上記圧縮文書の可変長さの圧縮
    コードと上記変換された問い合わせ要求との間に一致が
    あるという判断に応答する、という段階を備えたことを
    特徴とする方法。
15. 【請求項１５】 各可変長さの圧縮コードは、その可変
    長さの圧縮コードの長さを指示するサイズコードを含む
    請求項１４に記載の方法。
16. 【請求項１６】 上記変換された問い合わせ要求の長さ
    を決定する段階を更に備えた請求項１４に記載の方法。
17. 【請求項１７】 上記比較段階は、上記変換された問い
    合わせ要求を、決定された長さがその変換された問い合
    わせ要求の長さに等しい可変長さの圧縮コードと比較す
    るだけである請求項１４に記載の方法。