JPH10254865A - 通信制御方法およびその方法を用いたサーバシステムならびにデータベース使用の通信システム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントに検索結果を速やかに提供す
る。 【解決手段】 仮名漢字変換処理用の辞書を保持するサ
ーバ２に対し、クライアント１から変換対象の仮名の変
換候補を求める要求情報を送信する。クライアント１側
の処理部４では、この要求情報の送信からサーバからの
応答情報の受信が完了するまでの応答時間を保持してお
り、つぎの要求情報の送信時に、前回の応答時間が所定
の規定値を越えていれば、分割要求送信フラグがセット
された候補要求情報を送信する。サーバ２側の変換処理
部９は、このフラグのオン設定を受けて、該当する変換
候補を使用頻度の高い順に所定数だけ抽出し、クライア
ント１に送信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ＬＡＮのように複数
のクライアントからデータベースを保有するサーバにア
クセスして前記データベースより必要な情報を入手する
クライアント・サーバ・システムや、インターネットの
ように仮想の情報空間内に大規模なデータベースを保有
するネットワークシステムに関連する技術であって、殊
にこの発明は、クライアントが要求するデータを効率よ
く取得するための通信制御方法およびシステムに関す
る。

【０００２】

【従来の技術】従来のクライアント・サーバ・システム
では、クライアント側からユーザーの入力した検索条件
がサーバに送信されると、サーバはこの検索条件を用い
てメモリ内のデータベースを検索し、その検索結果を検
索条件の送信元のクライアントに返送する。

【０００３】また近年、利用者が急速に増加しているイ
ンターネットなどのネットワークシステムでは、所定の
加入者のコンピュータ内に保持される情報とその加入者
に与えられたアドレスとが対応づけられて、ネットワー
クの広がる空間全体内に大規模なデータベースが構築さ
れている。加入者は、必要とする情報に対応するアドレ
スを通信回線に送出することにより、その情報源のコン
ピュータに接続して前記情報を取得することができる。

【０００４】

【発明が解決しようとする課題】従来のクライアント・
サーバ・システムでは、サーバはデータベースより抽出
したすべての検索結果をクライアントに返送するので、
サーバにアクセスするクライアントの数が多くなるほ
ど、通信回線が混雑してサーバ，クライアント双方の送
受信処理系にかかる負荷が増大する。また同時にサーバ
側の検索処理にかかる負荷も増大するので、クライアン
ト側では、必要な検索結果を速やかに得られなくなり、
処理効率が著しく低下する。

【０００５】この問題は、ネットワーク全体がデータベ
ースを保持するサーバとして機能するネットワークシス
テムにおいても同様であって、通信回線にアクセスする
利用者が増加するほど、各利用者が情報を取得するまで
に要する時間が増加し、処理効率が低下する。

【０００６】この発明は上記問題点に着目してなされた
もので、クライアントが要求情報を送信してから検索結
果を得るまでの処理時間が長くなる場合に、この要求情
報に対する検索結果のうち、クライアントにとって重要
度の高い情報のみを抽出して送信することにより、クラ
イアントに検索結果を速やかに提供することを技術課題
とする。

【０００７】

【課題を解決するための手段】上記技術課題を解決する
ための方法として、データベースを保持するサーバにお
いて、クライアントからデータベースから取り出すべき
情報を特定するための要求情報を受信したとき、クライ
アントが前記要求情報を送信してからその要求情報に応
じた検索結果を得るまでに要する処理時間が長くなるか
否かを判断し、長くなると判断したときには前記検索結
果を構成する要素のうち所定の基準に基づく優先順位ま
での要素を前記クライアントに送信するようにしてい
る。

【０００８】また上記方法を実施するシステムとして、
データベースと、クライアントから前記データベースか
ら取り出すべき情報を特定するための要求情報を受信す
るための受信手段と、前記受信手段により受信された要
求情報を用いて前記データベースを検索する検索手段
と、前記クライアントが要求情報を送信してから検索結
果を得るまでに要する処理時間の状態を判定する判定手
段と、前記判定手段の判定結果に応じて、前記検索手段
による検索結果を構成する各要素から所定の基準に基づ
く優先順位までの要素を抽出する抽出手段と、前記抽出
手段により抽出された各要素をクライアントに送信する
送信手段とを具備するサーバシステムを開示している。

【０００９】さらにデータベースを保持するサーバとク
ライアントとから成る通信システムにおいて、上記方法
を実現するための構成として、クライアント側に、サー
バに対し、前記要求情報を送信する送信手段を具備させ
るとともに、サーバ側に、クライアントから送信された
要求情報を用いて前記データベースを検索する検索手段
と、前記クライアントが要求情報を送信してから検索結
果を得るまでに要する処理時間の状態を判定する判定手
段と、前記判定手段の判定結果に応じて、前記検索手段
による検索結果を構成する各要素から所定の基準に基づ
く優先順位までの要素を抽出する抽出手段と、前記抽出
手段により抽出された各要素をクライアントに送信する
送信手段とを具備したシステムを開示している。

【００１０】ここで上記構成要件に含まれるつぎの用語
について定義する。 （１）データベース 複数のデータを体系的に整理して記憶し、要求者が所定
の条件を与えたとき、その条件に応じた適切なデータを
読み出して要求者に返送する情報システムである。例え
ば仮名漢字変換処理用の辞書，所定の検索条件に対応す
る検索結果を蓄積する情報システム，所定のアドレスに
格納された情報を読み出すことのできる情報システムな
どが、これに該当する。

【００１１】（２）処理時間の状態 クライアントがサーバに要求情報を送信してから検索結
果を得るまでに要する処理時間の長短を判断するために
利用できる情報である。この概念には、勿論、処理時間
そのものの長さを示す情報も含まれるが、さらに処理時
間の長短に影響を与える処理系や通信系の状態パラメー
タ（例えばサーバにアクセスしているクライアントの
数、サーバ側での処理件数、クライアントがサーバに接
続されるまでに試みたアクセス回数など）も含まれる。

【００１２】（３）優先順位 データベースより要求情報に適合するものとして抽出さ
れた各要素について、所定の評価基準に基づき付与され
た順位、またはその順に直接対応する数値を意味する。

【００１３】

【作用】請求項１，７，１１の発明では、サーバがクラ
イアントからの要求情報を受信したとき、このサーバ側
で、クライアントがこの要求情報を送信してから検索結
果を得るまでに要する処理時間が長くなると判断する
と、その要求情報に対する検索結果の中からある優先順
位までの要素をクライアントに送信する。したがってク
ライアントは、全ての検索結果を受信する場合よりも短
い時間で、重要度の高い検索結果を得ることができる。

【００１４】請求項２，８，１２の発明では、仮名漢字
変換処理のための辞書をデータベースとして保持するサ
ーバにおいて、クライアントから変換対象とする仮名が
送信されたとき、サーバ側でクライアント側の処理時間
が長くなると判断すると、この仮名に対する変換候補の
うち使用頻度が高いものから順に所定の順位までの変換
候補を抽出し、クライアントに送信する。

【００１５】請求項３，９，１３の発明では、クライア
ントから所定の検索条件を示す検索式が送信されたと
き、サーバはクライアント側の処理時間が長くなると判
断すると、この検索条件に適合する要素のうちその適合
度の高いものから順に所定の順位までの要素を抽出し、
クライアントに送信する。

【００１６】請求項４，１０，１４の発明では、先頭部
分に重要情報を有するテキストデータのデータベースを
保持するサーバに対し、クライアントから所定のテキス
トデータの読出しを指示する情報が送信されたとき、サ
ーバ側でクライアント側の処理時間が長くなると判断す
ると、指示されたテキストデータを構成する各文字のう
ち、テキストの先頭部分からの位置に近いものから順に
所定の位置までの文字が抽出され、クライアントに送信
される。

【００１７】請求項５，１５の発明では、サーバは、ク
ライアント側で生成された識別情報を用いて処理時間が
長くなるか否かを判別するので、クライアント側での実
際の検索結果の取得状況に応じた判別が可能となる。

【００１８】請求項６，１６の発明では、優先的に抽出
された検索結果を取得したクライアントから再度同じ要
求情報が送信されたとき、先の優先順位より後の順位の
要素が送信される。

【００１９】

【発明の実施の形態】以下、この発明にかかる３つの実
施例を順を追って説明する。まず第１の実施例は、サー
バ側に仮名漢字変換処理のための辞書を保持させてお
き、各クライアントからサーバに変換対象とする仮名を
送信してその仮名に対応する変換候補の返送を受けるク
ライアント・サーバ・システム（以下これを「仮名漢字
変換システム」という）を示す。

【００２０】つぎの第２の実施例は、サーバ側にファジ
イ推論演算のためのデータベースを保持させておき、各
クライアントからサーバに検索条件式を送信してその条
件に適合する検索結果の返送を受けるクライアント・サ
ーバ・システム（以下これを「ファジイ検索システム」
という）を示す。

【００２１】さらに第３の実施例は、インターネットの
ＷＷＷブラウザを用いてネットワーク内の所定のコンピ
ュータにアクセスし、そのコンピュータ内に記憶された
テキストデータを読み出すシステム（以下これを「テキ
ストデータ通信システム」という）を示す。

【００２２】

【実施例】

（１）仮名漢字変換システム 図１は、この実施例にかかる仮名漢字変換システムの概
略構成を、１台のクライアント１とサーバ２との関係に
限定した形で示すもので、クライアント１側のコンピュ
ータ本体には、入力部３，処理部４，送受信部５，候補
バッファ６，出力部７などが、サーバ２側のコンピュー
タ本体には送受信部８，変換処理部９などが、それぞれ
含まれている。

【００２３】前記クライアント１側の入力部３は、図示
しないキーボードからの入力を受け付けるためのもの
で、処理部４は、その入力内容を認識して後記する一連
の制御を実行する。送受信部５はサーバ２との通信に用
いられるもので、候補バッファ６には、サーバ２からの
送信データが一時的に格納される。また出力部７は、前
記入力部３による入力内容や漢字変換結果などをモニタ
に表示するためのものである。

【００２４】クライアント１側で、ユーザーがキーボー
ドを操作して変換対象とする仮名を入力すると、処理部
４は、その入力内容を認識して後記する候補要求情報を
作成した後、この情報を送受信部５を介してサーバ２側
に送信する。サーバ２の変換処理部９は、各仮名毎の変
換候補をそれぞれ使用頻度順に格納する辞書を保持して
おり、クライアント１からの候補要求情報の受信に応じ
てその情報内に含まれる仮名をキーとして前記辞書を検
索する。この後、変換処理部９は、前記検索結果を示す
応答情報を作成し、これを候補要求元のクライアント１
へと返送する。なお前記サーバ２とクライアント１間で
の通信は、パケット交換方式により行われる。

【００２５】この実施例では、各クライアント１におけ
る仮名漢字変換処理が迅速になされるように、クライア
ント１が仮名を送信してからその変換候補を受け取るま
での時間（以下これを「応答時間」という）が所定の基
準値を越えた場合、つぎの変換処理時には、クライアン
ト１からサーバ２に送信する候補要求情報にフラグをセ
ットして、送信対象となる変換候補の一部のみを抽出し
て送信することを要求するようにしている（以下このフ
ラグを「分割送信要求フラグ」という）。サーバ２は、
この分割送信要求フラグがセットされた候補要求情報を
受信したとき、前記辞書より検索された変換候補を使用
頻度の高いものから順に所定の情報量分だけ抽出し、こ
の抽出結果を含む応答情報をクライアント１側に返送す
る。

【００２６】クライアント１の処理部４は、返送された
応答情報の内容を候補バッファ６に格納するとともに、
この候補バッファ６に記憶された変換候補の一覧を前記
出力部７を介してモニタに表示させる。ユーザーはこの
表示画面を見て所望の変換候補を選択し、前記仮名をこ
の変換候補に変換する確定操作を実施する。

【００２７】図２は、前記クライアント１の候補バッフ
ァ６の記憶内容の一例を示すもので、「へんこう」とい
う仮名に対する変換候補として、３個の候補（図中「変
更」「偏向」「偏光」）が記憶されている。

【００２８】図中、各変換候補に対応づけられた候補番
号は、その候補の使用頻度の順序に対応するもので、こ
こでは若い番号ほど使用頻度が高くなる。また未取得候
補番号は、各変換候補とともにサーバ２から送信された
もので、前記仮名についてクライアント１がまだ取得し
ていない変換候補のうち、次に取得すべき候補（すなわ
ち未取得の候補のうち最も使用頻度の高い候補）に対応
する候補番号を示す。

【００２９】図３は、前記「へんこう」という仮名に対
し、サーバ２より対応するすべての変換候補が送信され
た場合の候補バッファ６のデータ構成を示すもので、前
記図２の各候補にさらに未取得であった第４の候補が追
加されるとともに、未取得候補番号が、未取得候補がな
くなったことを示すデータ「−１」に更新されている。
なおサーバ２からの応答情報が記憶されていない状態下
では、候補バッファ６には、前記未取得候補番号として
「０」が記憶される。

【００３０】図４は、前記クライアント１の処理部４に
よる一連の制御手順を示し、図５は前記図４のステップ
６の詳細な手順を示す。以下、前記図２，３に示した
「へんこう」という仮名入力が行われた場合を想定し
て、クライアント１側での漢字変換処理の詳細を説明す
る。なお説明の都合上、ここでは図２の各手順をステッ
プ１〜１０（図中「ＳＴ１」〜「ＳＴ１０」で示す）、
図３の各手順をステップ６−１〜６−１０として示すこ
とにする。

【００３１】まずクライアント１側で、ユーザがキーボ
ードを操作すると、図４のステップ１が「ＹＥＳ」とな
り、処理部４は、つぎのステップ２でこのキー操作によ
る入力内容を解釈する。

【００３２】例えば、前記仮名「へんこう」の最初の文
字「へ」が入力された場合には、ステップ３，９がとも
に「ＮＯ」となってステップ１０へと移行し、処理部４
は、この入力に応じた処理、すなわち操作したキーに対
応する仮名をモニタ画面上に表示する処理などを実行し
た後、ステップ１へと戻る。

【００３３】以下、「へ」「ん」「こ」「う」という一
連の文字列の入力が完了するまで上記のループが繰り返
された後、つぎの段階でユーザがスペースキーなど漢字
への変換指定キーを操作すると、ステップ９が「ＹＥ
Ｓ」となり、処理部４はステップ６の変換候補の取得処
理へと移行する。

【００３４】ここで図５を用いて、このステップ６の詳
細な手順を説明する。まず処理部４は、ステップ６−１
で、前回この変換候補の取得処理を実行したときに得ら
れた応答時間Ｔをチェックする。この応答時間Ｔは、前
記したように、サーバ２に変換候補を要求してから実際
に変換候補を取得するまでに要した時間であって、直前
の処理における応答時間Ｔが所定の基準値を上回る場
合、処理部４は、前記分割送信要求フラグをオン設定す
る（ステップ６−２，６−３）。

【００３５】さらに処理部４は、前記候補バッファ６の
未取得候補番号を読み出して前記パケットにセットした
後、さらにこのパケットに変換対象の仮名「へんこう」
と前記分割送信要求フラグとをセットして候補要求情報
の作成を完了する（ステップ６−４）。

【００３６】つぎに処理部４は、ステップ６−５で、現
在時刻ｔ₀ を取り込んで内部のメモリに記憶した後、続
くステップ６−６で前記候補要求情報を構成するパケッ
トをサーバ２に送信する。

【００３７】この送信に対し、サーバ２から応答情報が
返送されてきたとき、ステップ６−７が「ＹＥＳ」とな
り、処理部４は、つぎのステップ６−８でこの情報受信
の完了時刻をｔ_r とおいた後、この時刻ｔ_r と前記候補
要求情報の送信時刻ｔ₀ とを用いて応答時間Ｔを更新す
る（ステップ６−９）。この応答時間Ｔは、つぎの変換
候補の取得処理時に用いられるもので、この後、処理部
４は、受信した応答情報の内容を候補バッファ６に保存
してルーチンを終了する。

【００３８】図４に戻って、このようにして入力された
仮名に対応する変換候補を取得すると、処理部４は、候
補バッファ６の記憶データに基づき、モニタ画面上に変
換候補の一覧を表示する（ステップ７）。

【００３９】つぎにユーザが表示された候補一覧からい
ずれかの変換候補を選択して確定操作を行った場合、ス
テップ１，２を経てステップ３，４がともに「ＹＥＳ」
となる。処理部４は、この判定に応じて候補一覧の表示
を画面から消去した後、この確定操作に対応する所定の
処理、すなわち確定された変換候補をモニタの前記仮名
入力位置に表示するなどの処理を実行する（ステップ
８，１０）。

【００４０】一方、表示された候補一覧の中に目的とす
る変換候補が存在しなかった場合には、ユーザは他の変
換候補を呼び出すための操作を実行する。この場合には
ステップ４が「ＮＯ」，ステップ５が「ＹＥＳ」とな
り、再度ステップ６の処理が実施されることになる。例
えば、前記候補バッファ６に図２に示したデータが格納
された状態で、変換候補の読出し操作が行われた場合に
は、前記ステップ６−４で未取得候補番号として「３」
がセットされ、候補番号３以降の変換候補を要求する候
補要求情報が作成されることになる。

【００４１】図６は前記クライアント１からの候補要求
情報に対するサーバ２側の応答手順を示す。前記変換処
理部９は、まず最初のステップＡで、クライアント１か
ら受信した候補要求情報の内容を取り出し、変換対象の
仮名，未取得候補番号，分割送信要求フラグの各データ
内容を認識する。このとき分割送信要求フラグがオン設
定されていれば、つぎのステップＢが「ＹＥＳ」となっ
てステップＣへと移行し、変換処理部９は、前記変換対
象の仮名に対応する変換候補のうち、前記未取得候補番
号以降の変換候補を、所定サイズの情報量に該当する数
だけ抽出する。なおここで抽出される情報量は、この仮
名漢字変換システムで用いられるパケットの１サイズ分
の情報量に基づき、あらかじめ決定されたものである。

【００４２】一方、前記分割送信要求フラグがオン設定
されていない場合には、ステップＢが「ＮＯ」となって
ステップＤへと移行し、前記変換対象の仮名に対応する
変換候補のうち、前記候補要求番号以降にあるすべての
変換候補が抽出される。

【００４３】抽出された各変換候補は、応答情報を構成
するパケットにセットされるもので、さらに変換処理部
９は、残された変換候補の中の先頭候補の候補番号を未
取得候補番号として設定し、これを前記パケット内にセ
ットする（ステップＥ）。なお前記ステップＣで未取得
候補番号以降のすべての候補が抽出された場合、または
前記ステップＤの処理が行われた場合には、未取得候補
番号として「−１」がセットされる。

【００４４】このようにして、前記候補要求情報に分割
送信要求フラグがセットされている場合には、最小単位
である１パケット分の応答情報が、分割送信要求フラグ
がセットされていない場合には、未取得候補番号以降の
候補数に応じたサイズの応答情報が、それぞれ作成され
る。作成された応答情報は、送受信部８を介して候補要
求元のクライアント１へと送信される（ステップＦ）。

【００４５】上記のような通信方法によれば、サーバ２
に多数のクライアント１がアクセスしている場合には、
サーバ２は、各クライアント１からの変換要求情報に対
する変換候補の中から最小単位の応答情報を作成して返
送するので、各変換要求情報に対する処理時間および各
クライアント１への返送処理にかかる負荷が削減され、
各クライアント１は入力された仮名に対する変換候補を
速やかに取得することができる。しかも前記仮名に対応
する複数の変換候補の中から使用頻度の高い候補が優先
的に送信されるので、最初の応答情報の中に目的とする
候補が存在する可能性がきわめて高くなり、効率の良い
処理を行うことができる。

【００４６】（２）ファジイ検索システム 図７は、第２の実施例にかかるファジイ検索システムの
概略構成を示す。このシステムのクライアント１にも、
前記第１の実施例と同様、入力部３，処理部４，送受信
部５，候補バッファ６，出力部７などの各構成が含まれ
る。またサーバ２は、クライアント１との通信のための
送受信部８のほか、データ検索部１０などを具備してい
る。

【００４７】クライアント１側で、キーボードの操作に
より所定の検索条件式が入力されると、前記処理部４
は、その入力内容を認識した後、サーバ２側へこの検索
条件式に適合するデータの送信を要請する。サーバ２の
データ検索部１０は、ファジイ推論のためのメンバーシ
ップ関数などの知識群や検索対象物をファイル化したデ
ータベースシステムより成るもので、クライアント１か
ら送信された検索条件式に基づく推論演算を行って、こ
の検索条件に適合する複数のデータを、ユーザの選択対
象として抽出する。なお以下の説明では、第１の実施例
の「変換候補」と対応をとるために、この選択対象とな
る各データを「選択候補」または「候補」と呼ぶことに
する。

【００４８】この実施例のファジイ検索システムも、前
記第１の実施例と同様、多数のクライアント１がサーバ
２にアクセスしている場合であっても速やかに検索結果
を得ることを目的としており、クライアント１は、サー
バ２へ候補要求を行う際に、前回の候補要求情報に対す
る応答時間が所定の基準値を上回っていれば、分割送信
要求フラグがセットされた候補要求情報を送信する。こ
の情報に対し、サーバ２側では、検索して得られた各選
択候補の中から前記検索条件式への適合度の高いものか
ら所定順位までを順に抽出して応答情報を作成し、候補
要求元のクライアント１へと返送する。クライアント１
の処理部４は、この返送された応答情報を候補バッファ
６に格納するとともに、前記出力部７を介してモニタに
表示させる。

【００４９】図８は、前記分割送信要求フラグのセット
された候補要求情報に対する応答情報を候補バッファ６
に記憶した例を示すもので、検索された各選択候補およ
びその候補の検索条件式に対する適合度が、その適合度
の順序を示す候補番号に対応づけられて記憶されてい
る。図示例は、サーバ２での検索結果のうち適合度が１
〜３位にある３つの候補が送信され、候補バッファ６内
に格納された状態を示す。またクライアント１が取得し
ていない候補のうち、次に取得すべき候補（すなわち未
取得の候補の中で最も適合度が高い候補）に対応する候
補番号が、未取得候補番号として記憶されている。

【００５０】図９は、前記図８の記憶内容をモニタ画面
上に表示した例を示すもので、検索条件式を入力するた
めの入力用ウィンドウ１１，サーバ２からの応答情報の
内容を表示するための表示用ウィンドウ１２のほか、前
記検索条件式による検索を開始させるための第１の指定
ボタン１３（以下「検索ボタン１３」という），未取得
の候補の読込みを指示するための第２の指定ボタン１４
（以下「続きボタン１４」という），未取得の候補の存
在をユーザに報せるためのメッセージ情報１５などが表
示されている。なお前記続きボタン１４およびメッセー
ジ情報１５は、未取得の候補があるときのみ表示され
る。

【００５１】図１０は、前記続きボタン１４の操作によ
り、残りの候補を含む応答情報が送信された場合の候補
バッファ６の記憶内容を示す。この図示例は、すべての
検索結果が送信された状態を示すもので、前記図８に示
した候補データのほかにさらに３個の候補データが追加
されるとともに、未取得候補番号が「−１」に更新され
ている。

【００５２】図１１は、前記クライアント１における一
連の制御手順を示す。モニタの初期画面上では、前記入
力用ウィンドウ１１，表示用ウィンドウ１２は、ともに
空白状態で設定されている。この状態下でユーザが前記
入力ウィンドウ１１に検索条件式を入力して検索ボタン
１３を操作すると、ステップ１が「ＹＥＳ」となり、処
理部４は、つぎのステップ２でこの検索条件式の内容を
認識した後、ステップ３の検索結果の取得処理を実行す
る。

【００５３】図１２は、前記ステップ３の詳細な手順を
示すもので、ステップ３−１〜３−１０により前記図５
のステップ６−１〜６−１０と同様の手順（ただしステ
ップ３−４においては、仮名の代わりに検索条件式がパ
ケットにセットされる）を実行することにより、サーバ
２から検索結果を示す応答情報を取得する。

【００５４】図１１に戻って、つぎのステップ４で、処
理部４は、候補バッファ６に格納された各候補を前記モ
ニタの表示用ウィンドウ１２内に表示した後、さらに続
くステップ５で、候補バッファ６内の未取得候補番号を
チェックして、未取得候補の有無を判定する。この判定
が「ＹＥＳ」のとき、処理部４は、前記した続きボタン
１４や所定のメッセージ情報１５などをモニタの所定位
置に表示する（ステップ６）。

【００５５】つぎにこの表示された続きボタン１４が操
作されると、ステップ７が「ＹＥＳ」となり、再びステ
ップ３の処理を実施することにより、残りの候補が取得
される。またユーザが図示しない終了キーなどにより検
索処理を終了した場合には、ステップ８が「ＹＥＳ」と
なり、処理が終了する。

【００５６】なお前記ステップ３−６の候補要求情報の
送信処理に対し、サーバ２側では、候補要求情報内の検
索条件式と知識群データベースとを用いた推論演算によ
る検索を実行し、検索された候補を前記分割要求フラグ
に応じて抽出して応答情報を作成する。この応答情報の
作成，送信にかかる一連の処理手順は、前記第１の実施
例の図６の手順と同様であり、ここでは詳細な説明を省
略する。

【００５７】（３）ＷＷＷブラウザを用いたテキストデ
ータ通信システム 図１３は、第３の実施例にかかるテキストデータ通信シ
ステムの概略構成を示す。なおこのシステムは、実際に
は、インターネットのネットワークが展開される空間全
体を仮想のサーバとなし、ネットワークに加入する各ク
ライアント１が他のコンピュータのアドレス（ＵＲＬ）
をネットワークに送出することにより、このＵＲＬに保
持されるテキストデータを読み出す構成のものである
が、ここでは説明を簡易化するために、所定のＵＲＬが
付与されたコンピュータをサーバ２と呼び、このサーバ
２と１台のクライアント１との関係に限定した形で話を
進めることにする。

【００５８】前記クライアント１は、第１，第２の実施
例と同様の構成のもので、キーボードの入力を受け付け
る入力部３，一連の制御を行うための処理部４，サーバ
２との通信のための送受信部５，送受信内容をモニタに
表示するための出力部７，サーバ２から送信されたテキ
ストデータを一時的に蓄積するためのテキスト用バッフ
ァ１６などを構成として含んでいる。一方、サーバ２
は、送受信部８のほか、所定の文書ファイルを保持する
制御部１７などを具備するものである。

【００５９】前記クライアント１側で、ユーザがサーバ
２に付与されたＵＲＬを入力すると、処理部４は、この
入力内容を認識してこのサーバ２内に保持される文書の
送信を要求する情報（以下これを「テキスト要求情報」
という）を作成し、ネットワークへと送出する。前記サ
ーバ２は、このテキスト要求情報を受信すると、その内
容に応じて前記文書ファイル内の所定の文字列を読み出
して応答情報を作成し、これをクライアント１に返送す
る。

【００６０】この実施例のテキストデータ通信システム
では、通信回線の混雑時など各クライアント１の情報取
得速度が遅くなる状況下において、クライアント１の指
定したドキュメントの各パラグラフ毎に、それぞれ重要
度の高い先頭部分の情報から所定文字数分のデータを優
先的に抽出して、送信するようにしている。

【００６１】図１４は、前記サーバ２の保持する文書フ
ァイルの内容の一例であって、各パラグラフを構成する
文字列がそれぞれ改行コード２３により論理的に区切ら
れた形態のデータとして記憶されている。前記制御部１
７は、この改行コードにより各パラグラフの先頭，後尾
を認識するとともに、各パラグラフを識別する情報とし
て、第１のパラグラフに対する値を「０」として順次イ
ンクリメントされる識別番号（以下「パラグラフ番号」
という）を設定する。

【００６２】前記クライアント１は、第１、第２の各実
施例と同様、テキスト要求情報の送信毎にその送信に対
する応答時間を記憶しており、この応答時間Ｔが所定の
基準値を越えたとき、つぎに送信するテキスト要求情報
に分割送信要求フラグをセットするようにしている。サ
ーバ２側の制御部１７は、受信したテキスト要求情報に
分割送信要求フラグがセットされているとき、各パラグ
ラフ毎にそのテキストデータを先頭位置から順に所定文
字数分だけ抽出して応答情報を作成し、これをクライア
ント１へと返送する。なおここで抽出される文字数は、
サーバ２側の送信パケットのサイズに応じてあらかじめ
決定される（以下の説明では、各パラグラフ毎に１８文
字としている）。

【００６３】クライアント１側の処理部４は、この応答
情報の内容を前記テキスト用バッファ１６に記憶すると
ともに前記出力部７を介してモニタ画面に表示し、さら
にユーザにより文書の残りを読み込む旨の指定がなされ
たとき、つぎのテキスト要求情報を送信する。

【００６４】図１５は、第１回目のテキスト要求情報に
対する応答情報を格納した例を示すもので、前記図１４
に示した文書の各パラグラフ毎に、その先頭から１８文
字目までの文字を示すテキストデータが前記パラグラフ
番号に対応づけられて記憶されている。なおこの図示例
および以下の図１７，１９に示す各データ構成は、いず
れも分割送信要求フラグがセットされたテキスト要求情
報に対する応答情報を記憶したものである。

【００６５】図中、各パラグラフに設定されている送付
済フラグは、このパラグラフを構成するすべてのテキス
トデータが送信されたか否かを示すもので、サーバ２側
で応答情報を作成する際にそのパラグラフの最終の文字
が読み出された段階でセットされる。また未取得文字位
置は、この送付済フラグがセットされていないパラグラ
フに対し、つぎに読み出すべき文字位置（図示例では１
９文字目）を示すものである。

【００６６】図１６は、前記図１５の記憶内容をモニタ
画面上に表示した例を示すもので、ＵＲＬを入力するた
めの入力用ウィンドウ１８，送信されたテキストデータ
を表示するための表示用ウィンドウ１９，テキスト要求
情報の送信を実行するための指定ボタン２０（以下「実
行ボタン２０」という），各パラグラフのテキストデー
タの追加送信を指定するためのボタン２１（以下「追加
読込ボタン２１」という）のほか、各パラグラフ毎にそ
のパラグラフの未取得のテキストデータをすべて送信さ
せるための指定ボタン２２（以下「続きボタン２２」と
いう）が表示されている。

【００６７】図１７は、前記図１６の表示画面上でユー
ザが第１のパラグラフ用の続きボタン２２を操作した場
合に、サーバ２から送信された応答情報により前記テキ
スト用バッファ１６の記憶内容を書き換えた状態を示
す。この場合、第１のパラグラフ（パラグラフ番号０）
についてはすべてのテキストデータが記憶されるととも
に、前記送付済フラグがオンにセットされている。他
方、第２以降のパラグラフ（パラグラフ番号１〜３）の
各データは、図１５と同様の構成をとる。

【００６８】図１８は、前記図１７の記憶内容をモニタ
画面上に表示した状態を示すもので、すべてのテキスト
データの送信が完了した第１のパラグラフに対する続き
ボタン２２や実行ボタン２０は消失している。

【００６９】図１９は、前記図１８の表示画面上でユー
ザが追加読込ボタン２１を操作した場合に、サーバ２か
ら送信された応答情報により前記テキスト用バッファ１
６の記憶内容を書き換えた例を示す。この場合、未取得
の文字が存在する第２〜４のパラグラフにおいて、それ
ぞれ前回の未取得文字位置に対応する１９文字目から１
８文字分のテキストデータが付加されるとともに、前記
未取得文字位置が「３７」に更新されている。

【００７０】図２０は、前記図１９の記憶内容をモニタ
画面上に表示した状態を示すもので、第２〜４の各パラ
グラフについての表示内容は、更新されたテキストデー
タに変更されている。

【００７１】図２１は、前記クライアント１における一
連の制御手順を示すもので、以下、同図の流れに沿っ
て、クライアント１側におけるテキストデータの取得処
理の概略手順を説明する。

【００７２】前記第２の実施例と同様、モニタの初期画
面上では、前記入力用ウィンドウ１８，表示用ウィンド
ウ１９は、ともに空白状態に設定されている。この状態
下でユーザが前記入力用ウィンドウ１８にサーバ２のＵ
ＲＬを入力して実行ボタンを操作すると、ステップ１が
「ＹＥＳ」となる。処理部４は、この判定を受けて、つ
ぎのステップ２で入力されたＵＲＬの内容を認識した
後、ステップ３へと移行して、各パラグラフ毎のテキス
トデータの取得処理を実行する。

【００７３】ここで後記する詳細な手順が実行されてサ
ーバ２からの応答情報がテキスト用バッファ１６に格納
されると、処理部４は、続くステップ４で、取得したテ
キストデータをモニタ画面上に表示する。この後、ユー
ザが追加読込ボタン２１を操作した場合には、ステップ
５が「ＹＥＳ」となって再びステップ３に移行し、各パ
ラグラフ毎の未取得のテキストデータの取得処理が行わ
れ、その結果がモニタ画面上に表示される。またユーザ
がいずれかパラグラフの続きボタン２２を操作した場合
には、ステップ６が「ＹＥＳ」となってステップ７へと
移行し、指定されたパラグラフについてすべてのテキス
トデータを取得する処理が行われた後、ステップ４の表
示処理へと以降する。

【００７４】このような処理が複数回行われた結果、サ
ーバ２からの応答情報に含まれる各パラグラフの送付済
フラグがいずれもオンとなると、処理部４は、前記ドキ
ュメントの全データの取込みが完了したものと認識す
る。このとき、または図示しない終了キーの操作などに
よりユーザが読込み処理を中止した場合には、ステップ
８が「ＹＥＳ」となり、一連の処理が終了する。

【００７５】図２２は、前記図２１のステップ３の詳細
な処理を示す。まずステップ３−１〜ステップ３−３
で、処理部４は、前記第１，２の各実施例と同様、直前
の応答時間Ｔをチェックし、この応答時間Ｔが所定の基
準値を越えている場合には、分割送信要求フラグをオン
設定する。

【００７６】つぎに処理部４は、前記テキスト用バッフ
ァ１６より未取得文字位置を読み出した後、各パラグラ
フ毎にそのパラグラフ番号と送付済フラグとを対応づけ
て読み出し、これら読出しデータを分割送信要求フラ
グ，ＵＲＬとともにテキスト要求情報を構成するパケッ
ト内に格納する（ステップ３−４）。なお、この処理が
第１回目の送信処理である場合には、テキスト用バッフ
ァ１６はリセットされているので、パラグラフ番号およ
び送信フラグの格納処理はカットされる。この場合、未
取得文字位置を「０」と設定することにより、サーバ２
側に第１回目のテキスト要求情報であることを確認させ
ることができる。

【００７７】こうしてテキスト要求情報が作成される
と、処理部４は、前記第１，２の実施例と同様、現在時
刻ｔ₀ を記憶した後、テキスト要求情報を送信する（ス
テップ３−５，３−６）。さらに処理部４は、この送信
に対する応答情報を受信したとき、その受信完了時刻ｔ
_r と前記時刻ｔ₀ とにより応答時間Ｔを更新した後、受
信した応答情報を用いてテキスト用バッファ１６内のデ
ータを更新する（ステップ３−７〜３−１０）。

【００７８】つぎに図２３を用いて、前記図２１のステ
ップ７の処理の詳細を説明する。まずステップ７−１
で、処理部４は、前記続きボタン２２の操作がなされた
パラグラフのパラグラフ番号，および現在の未取得文字
位置を認識し、これら認識結果を前記ＵＲＬとともにパ
ケットにセットして、テキスト要求情報を作成する。

【００７９】つぎのステップ７−２で、処理部４は、前
記テキスト要求情報を送信する。この送信に対し、サー
バ２側では、後記するように、受信したパラグラフ番号
に対応するテキストデータから未取得文字位置以降のす
べてのデータを取り出して応答情報を作成し、返送す
る。この応答情報によりテキスト用バッファ１６を更新
することにより、前記図１７に示したように、指定され
たパラグラフについてのすべてのテキストデータが取得
される（ステップ７−３，７−４）。

【００８０】さらに図２４は、前記図２１のステップ４
に示した表示処理の詳細な手順を示す。前記ステップ３
−１０またはステップ７−４で、サーバ２からの応答情
報によりテキスト用バッファ１６が更新されると、処理
部４は、まずこのテキスト用バッファ１６から第１のパ
ラグラフのテキストデータを読み出し、モニタ画面上に
表示する（ステップ４−１，４−２）。

【００８１】つぎに処理部４は、前記第１のパラグラフ
に対応する送信済フラグをチェックし、このフラグがセ
ットされていない場合には、前記テキストデータの表示
位置の近傍に、続きボタン２２を表示する（ステップ４
−３〜４−４）。上記ステップ４−１〜４−４の各処理
がテキスト用バッファ１６に記憶されたすべてのパラグ
ラフについて行われると、ステップ４−５が「ＹＥＳ」
となり、処理部４は、送信済フラグがオフのパラグラフ
があるか否かをチェックする。この判定が「ＹＥＳ」の
とき、処理部４は、モニタ画面の所定位置に追加読込ボ
タンを表示する（ステップ４−７）。

【００８２】図２５は、前記クライアント１側からのテ
キスト要求情報に対するサーバ２側の処理手順を示す。
クライアント１からのテキスト要求情報を受信すると、
サーバ２側の制御部１７は、まずそのデータ構成よりク
ライアント１側の要求内容を認識する（ステップＡ）。
このテキスト要求情報の未取得文字位置が「０」の場
合、または各パラグラフ番号と送信済フラグとが対応づ
けられたデータが存在する場合には、制御部１７は、ス
テップＢで、各パラグラフ毎のテキストデータが要求さ
れているものと判断してステップＣ以下の処理へと移行
する。一方、テキスト要求情報がいずれか１つのパラグ
ラフのパラグラフ番号と未取得文字位置とにより構成さ
れる場合には、制御部１７は、このパラグラフ番号にか
かるテキストデータのみが要求されているものと判断し
てステップＮ以下の処理を実行する。

【００８３】前記ステップＢの判定が「ＹＥＳ」となっ
たとき、制御部１７は、つぎのステップＣで、前記テキ
スト要求情報の分割送信要求フラグをチェックし、この
フラグがセットされている場合には、ステップＤへと移
行する。ステップＤで、制御部１７は、第１のパラグラ
フにかかる送付済フラグをチェックし、これがオフであ
れば、つぎのステップＥで、このパラグラフのテキスト
データの中から前記未取得文字位置から所定文字数分の
データを読み出す。この処理により前記パラグラフの最
後尾の文字までが読み出された場合には、ステップＦが
「ＮＯ」となり、制御部１７は、このパラグラフに対応
する送付済フラグをオンにセットする（ステップＧ）。

【００８４】以下のパラグラフに対しても同様に、ステ
ップＤ〜Ｇの処理が行われて各パラグラフ毎に所定文字
数分のテキストデータが読み出される。なおこの場合、
送付済フラグがオンにセットされているパラグラフにつ
いては、ステップＥ〜Ｇの処理はスキップされる。

【００８５】すべてのパラグラフについての読出し処理
が完了すると、ステップＨが「ＹＥＳ」となり、制御部
１７は、つぎのステップＩで、前記未取得文字位置をつ
ぎに読み出すべき文字位置に更新する。

【００８６】一方、前記分割送信要求フラグがセットさ
れていない場合には、ステップＣが「ＮＯ」となってス
テップＬへと移行する。制御部１７は、このステップＬ
で、前記送信済フラグがセットされていないパラグラフ
に対し、それぞれ前記未取得文字位置以降のすべてのテ
キストデータの読出しを行った後、続くステップＭで、
これらパラグラフの送信済フラグをオンにセットし、ス
テップＪへと移行する。

【００８７】ステップＪでは、前記ステップＤ〜Ｉまた
はステップＬ〜Ｍの処理を経て得られた未取得文字位
置，各パラグラフ毎の送信済フラグおよびテキストデー
タがパケットに格納されて応答情報が作成される。さら
にステップＫで、この応答情報をクライアント１側に送
信することにより、一連の処理が終了する。

【００８８】一方、クライアント１から特定のパラグラ
フのテキストデータが要求されている場合には、制御部
１７は、ステップＮで、前記テキスト要求情報に含まれ
るパラグラフ番号に対応するパラグラフのテキストデー
タのうち、前記未取得文字位置以降のすべてのデータを
読み出した後、つぎのステップＯでこのパラグラフにか
かる送付済フラグをオンにセットする。ついでステップ
Ｐで、読み出されたテキストデータ，送付済フラグがパ
ケットに格納されて応答情報が作成されると、ステップ
Ｋへと移行し、この応答情報の送信処理が行われる。

【００８９】なお上記実施例は、インターネット内のシ
ステムに限らず、前記第１，第２の実施例と同様のクラ
イアント・サーバ・システムに適用することも可能であ
る。またこれら各実施例では、いずれも、クライアント
１側でサーバ２に対する情報要求から情報を取得するま
での応答時間を保持しておき、この応答時間が長いと判
断したときつぎの情報要求時に分割送信要求フラグをセ
ットしてサーバ２側に送信するようにしているが、これ
に限らず、例えば応答時間そのものを送信し、サーバ２
側で時間の長短を判断するようにしてもよい。また応答
時間を指標とする代わりに、サーバ２側でアクセス中の
クライアント１の数や処理中の案件数などを監視してお
き、これらの数値が所定の基準値を越えたときに、優先
順位の高い情報を抽出して送信するように構成してもよ
い。

【００９０】

【発明の効果】請求項１，７，１１の発明では、データ
ベースを保持するサーバがクライアントからの要求情報
を受信したとき、このクライアントが要求情報を送信し
てから検索結果を得るまでに要する処理時間が長くなる
と判断すると、その要求情報に対する検索結果の中から
ある優先順位までの要素をクライアントに送信するの
で、クライアントは、全ての検索結果を受信する場合よ
りも短い時間で重要度の高い検索結果を得ることがで
き、通信回線の混雑時にも効率の良い処理を行うことが
できる。

【００９１】請求項２，８，１２の発明では、仮名漢字
変換処理のための辞書をデータベースとして保持するサ
ーバにおいて、クライアントからの変換対象とする仮名
に対する変換候補を送信する際に、クライアント側の処
理時間が長いと判断すると、使用頻度に基づく所定の優
先順位までの変換候補を抽出して送信するので、クライ
アント側では、通信回線の混雑時にも、ユーザが選択す
る可能性の高い変換候補を速やかに取得して効率の良い
仮名漢字変換処理を実施することができる。

【００９２】請求項３，９，１３の発明では、クライア
ントから送信された検索式に応じた検索結果を送信する
際に、クライアント側の処理時間が長いと判断すると、
検索条件への適合度に基づく所定の優先順位までの要素
を抽出して送信するので、クライアント側では、通信回
線の混雑時にも、検索条件への適合度の高いデータを速
やかに取得してユーザに提供することができる。

【００９３】請求項４，１０，１４の発明では、クライ
アントから送信された指定情報に応じたテキストデータ
を送信する際に、クライアント側の処理時間が長いと判
断すると、このテキストデータを構成する各文字のう
ち、テキストの先頭部分からの位置に基づく所定の優先
順位までの文字を抽出して送信するので、クライアント
側では、通信回線の混雑時にも、重要度の高いデータを
速やかに取得してユーザに提供することができる。

【００９４】請求項５，１５の発明では、サーバは、ク
ライアント側で生成された識別情報を用いて処理時間が
長くなるか否かを判別するので、クライアント側での実
際の検索結果の取得状況に応じた判別により、適切な通
信制御が実施できる。

【００９５】請求項６，１６の発明では、優先的に抽出
された検索結果を取得したクライアントから再度同じ要
求情報が送信されたとき、先の優先順位より後の順位の
要素が送信されることにより、クライアント側の必要に
応じて、すべての検索結果を段階的に送信することがで
きる。

【図面の簡単な説明】

【図１】この発明の第１実施例にかかる仮名漢字変換シ
ステムの概略構成を示すブロック図である。

【図２】候補バッファの記憶内容を示す説明図である。

【図３】候補バッファの更新された記憶内容を示す説明
図である。

【図４】クライアント側での制御手順を示すフローチャ
ートである。

【図５】図４のステップ６の詳細な手順を示すフローチ
ャートである。

【図６】クライアントからの候補要求情報に対するサー
バ側の処理手順を示すフローチャートである。

【図７】第２実施例にかかるファジイ検索システムの概
略構成を示すブロック図である。

【図８】候補バッファの記憶内容を示す説明図である。

【図９】図８の記憶内容をモニタに表示した状態を示す
説明図である。

【図１０】候補バッファの更新された記憶内容を示す説
明図である。

【図１１】クライアント側の制御手順を示すフローチャ
ートである。

【図１２】図１１のステップ３の詳細な手順を示すフロ
ーチャートである。

【図１３】第３実施例にかかるテキストデータ通信シス
テムの概略構成を示すブロック図である。

【図１４】テキストデータの内容を示す説明図である。

【図１５】テキスト用バッファの記憶内容を示す説明図
である。

【図１６】図１５の記憶内容をモニタに表示した状態を
示す説明図である。

【図１７】テキスト用バッファの更新された記憶内容を
示す説明図である。

【図１８】図１７の記憶内容をモニタに表示した状態を
示す説明図である。

【図１９】テキスト用バッファの更新された記憶内容を
示す説明図である。

【図２０】図１９の記憶内容をモニタに表示した状態を
示す説明図である。

【図２１】クライアント側の制御手順を示すフローチャ
ートである。

【図２２】図２１のステップ３の詳細な手順を示すフロ
ーチャートである。

【図２３】図２１のステップ７の詳細な手順を示すフロ
ーチャートである。

【図２４】図２１のステップ４の詳細な手順を示すフロ
ーチャートである。

【図２５】テキスト要求情報に対するサーバ側の処理手
順を示すフローチャートである。

【符号の説明】

１ クライアント ２ サーバ ３ 処理部 ９ 変換処理部 １０ データ検索部 １７ 制御部

Claims (16)

【特許請求の範囲】
1. 【請求項１】 データベースを保持するサーバにおい
   て、クライアントからこのデータベースから取り出すべ
   き情報を特定するための要求情報を受信したとき、この
   要求情報に応じた検索結果をクライアントに返送するた
   めの通信制御方法において、 前記クライアントが前記要求情報を送信してから検索結
   果を得るまでに要する処理時間が長くなるか否かを判断
   し、長くなると判断したときには、前記検索結果を構成
   する要素のうち所定の基準に基づく優先順位までの要素
   を前記クライアントに送信することを特徴とする通信制
   御方法。
2. 【請求項２】 前記データベースは複数の仮名にそれぞ
   れ変換候補の漢字を対応づけて記憶し、 前記要求情報は変換対象とする仮名であり、前記優先順
   位の基準は前記仮名に対する変換候補の使用頻度である
   請求項１に記載された通信制御方法。
3. 【請求項３】 前記要求情報は所定の検索条件を示す検
   索式であって、前記優先順位の基準は前記検索条件への
   適合度である請求項１に記載された通信制御方法。
4. 【請求項４】 前記データベースは、それぞれ先頭部分
   に重要情報を有する複数のテキストデータを記憶し、 前記要求情報は所定のテキストデータの読出しを指示す
   るための情報であって、前記優先順位の基準は前記テキ
   ストデータを構成する各文字の前記先頭部分から見た位
   置である請求項１に記載された通信制御方法。
5. 【請求項５】 前記クライアントは、前記処理時間が所
   定の基準値を越えたか否かを示す識別情報をサーバに送
   信し、 前記処理時間が長くなるか否かの判断は、前記クライア
   ントからの前回の要求情報に対する識別情報を用いて行
   われることを特徴とする請求項１に記載された通信制御
   方法。
6. 【請求項６】 請求項１に記載された通信制御方法にお
   いて、前記優先順位までの要素を送信した後に前記クラ
   イアントから再度同じ要求情報を受信したとき、前記優
   先順位より後の順位にかかる要素をクライアントに送信
   する通信制御方法。
7. 【請求項７】 データベースと、 クライアントから前記データベースから取り出すべき情
   報を特定するための要求情報を受信するための受信手段
   と、 前記受信手段により受信された要求情報を用いて前記デ
   ータベースを検索する検索手段と、 前記クライアントが要求情報を送信してから検索結果を
   得るまでに要する処理時間の状態を判定する判定手段
   と、 前記判定手段の判定結果に応じて、前記検索手段による
   検索結果を構成する各要素から所定の基準に基づく優先
   順位までの要素を抽出する抽出手段と、 前記抽出手段により抽出された各要素をクライアントに
   送信する送信手段とを具備して成るサーバシステム。
8. 【請求項８】 前記データベースは複数の仮名にそれぞ
   れ変換候補の漢字を対応づけて記憶し、 前記要求情報は変換対象とする仮名であり、前記優先順
   位の基準は前記仮名に対する変換候補のうち使用頻度で
   ある請求項７に記載されたサーバシステム。
9. 【請求項９】 前記要求情報は所定の検索条件を示す検
   索式であって、前記優先順位の基準は前記検索条件への
   適合度である請求項７に記載されたサーバシステム。
10. 【請求項１０】 前記データベースは、それぞれ先頭部
    分に重要情報を有する複数のテキストデータを記憶し、 前記要求情報は所定のテキストデータの読出しを指示す
    るための情報であって、前記優先順位の基準は前記テキ
    ストデータを構成する各文字の前記先頭部分から見た位
    置である請求項７に記載されたサーバシステム。
11. 【請求項１１】 データベースを保持するサーバとクラ
    イアントとから成る通信システムにおいて、 前記クライアントはサーバに対し、前記データベースか
    ら取り出すべき情報を特定するための要求情報を送信す
    る送信手段を備え、 前記サーバは、 クライアントから送信された要求情報を用いて前記デー
    タベースを検索する検索手段と、 前記クライアントが要求情報を送信してから検索結果を
    得るまでに要する処理時間の状態を判定する判定手段
    と、 前記判定手段の判定結果に応じて、前記検索手段による
    検索結果を構成する各要素から所定の基準に基づく優先
    順位までの要素を抽出する抽出手段と、 前記抽出手段により抽出された各要素をクライアントに
    送信する送信手段とを具備して成るデータベース使用の
    通信システム。
12. 【請求項１２】 前記データベースは複数の仮名にそれ
    ぞれ変換候補の漢字を対応づけて記憶し、 前記要求情報は変換対象とする仮名であり、前記優先順
    位の基準は前記仮名に対する変換候補のうち使用頻度で
    ある請求項１１に記載されたデータベース使用の通信シ
    ステム。
13. 【請求項１３】 前記要求情報は所定の検索条件を示す
    検索式であって、前記優先順位の基準は前記検索条件へ
    の適合度である請求項１１に記載されたデータベース使
    用の通信システム。
14. 【請求項１４】 前記データベースは、それぞれ先頭部
    分に重要情報を有する複数のテキストデータを記憶し、 前記要求情報は所定のテキストデータの読出しを指示す
    るための情報であって、前記優先順位の基準は前記テキ
    ストデータを構成する各文字の前記先頭部分から見た位
    置である請求項１１に記載されたデータベース使用の通
    信システム。
15. 【請求項１５】 前記クライアントの送信手段は、前記
    要求情報とともに、前回の要求情報に対する処理時間が
    所定の基準値を越えたか否かを示す識別情報を送信し、 前記サーバ−の判定手段は、前記クライアントからの識
    別情報を用いて前記処理時間の状態を判定する請求項１
    １に記載されたデータベース使用の通信システム。
16. 【請求項１６】 前記クライアントは、前記サーバか
    ら、前記抽出手段により抽出された各要素を受信したと
    き、再度、前記要求情報を送信する再要求手段を備え、 前記サーバは、前記クライアントからの再要求に応じ
    て、前記検索結果を構成する各要素のうち前記優先順位
    より後の順位にかかる要素を抽出して送信する再送信手
    段を備えて成る請求項１１に記載されたデータベース使
    用の通信システム。