JPH10254865A - Communication control method, server system using the method, and communication system using database - Google Patents
Communication control method, server system using the method, and communication system using databaseInfo
- Publication number
- JPH10254865A JPH10254865A JP9082179A JP8217997A JPH10254865A JP H10254865 A JPH10254865 A JP H10254865A JP 9082179 A JP9082179 A JP 9082179A JP 8217997 A JP8217997 A JP 8217997A JP H10254865 A JPH10254865 A JP H10254865A
- Authority
- JP
- Japan
- Prior art keywords
- client
- request information
- information
- server
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Document Processing Apparatus (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 クライアントに検索結果を速やかに提供す
る。
【解決手段】 仮名漢字変換処理用の辞書を保持するサ
ーバ2に対し、クライアント1から変換対象の仮名の変
換候補を求める要求情報を送信する。クライアント1側
の処理部4では、この要求情報の送信からサーバからの
応答情報の受信が完了するまでの応答時間を保持してお
り、つぎの要求情報の送信時に、前回の応答時間が所定
の規定値を越えていれば、分割要求送信フラグがセット
された候補要求情報を送信する。サーバ2側の変換処理
部9は、このフラグのオン設定を受けて、該当する変換
候補を使用頻度の高い順に所定数だけ抽出し、クライア
ント1に送信する。
(57) [Summary] [Problem] To promptly provide search results to a client. SOLUTION: Request information for requesting a conversion candidate of a kana to be converted is transmitted from a client 1 to a server 2 holding a dictionary for kana-kanji conversion processing. The processing unit 4 of the client 1 holds a response time from the transmission of the request information to the completion of the reception of the response information from the server. When the next request information is transmitted, the previous response time is a predetermined time. If the value exceeds the specified value, candidate request information with the division request transmission flag set is transmitted. The conversion processing unit 9 of the server 2 receives the ON setting of the flag, extracts a predetermined number of the corresponding conversion candidates in descending order of use frequency, and transmits the candidates to the client 1.
Description
【0001】[0001]
【産業上の利用分野】この発明は、LANのように複数
のクライアントからデータベースを保有するサーバにア
クセスして前記データベースより必要な情報を入手する
クライアント・サーバ・システムや、インターネットの
ように仮想の情報空間内に大規模なデータベースを保有
するネットワークシステムに関連する技術であって、殊
にこの発明は、クライアントが要求するデータを効率よ
く取得するための通信制御方法およびシステムに関す
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a client / server system for accessing a server having a database from a plurality of clients to obtain necessary information from the database, such as a LAN, and a virtual system such as the Internet. More particularly, the present invention relates to a communication control method and system for efficiently acquiring data requested by a client, the technology being related to a network system having a large-scale database in an information space.
【0002】[0002]
【従来の技術】従来のクライアント・サーバ・システム
では、クライアント側からユーザーの入力した検索条件
がサーバに送信されると、サーバはこの検索条件を用い
てメモリ内のデータベースを検索し、その検索結果を検
索条件の送信元のクライアントに返送する。2. Description of the Related Art In a conventional client-server system, when a search condition input by a user is transmitted from a client to a server, the server searches a database in a memory using the search condition, and the search result is obtained. Is returned to the client that sent the search condition.
【0003】また近年、利用者が急速に増加しているイ
ンターネットなどのネットワークシステムでは、所定の
加入者のコンピュータ内に保持される情報とその加入者
に与えられたアドレスとが対応づけられて、ネットワー
クの広がる空間全体内に大規模なデータベースが構築さ
れている。加入者は、必要とする情報に対応するアドレ
スを通信回線に送出することにより、その情報源のコン
ピュータに接続して前記情報を取得することができる。In recent years, in a network system such as the Internet, in which the number of users is rapidly increasing, information held in a computer of a predetermined subscriber is associated with an address given to the subscriber. A large-scale database is built in the entire space where the network spreads. By transmitting an address corresponding to the required information to the communication line, the subscriber can connect to the computer as the information source and acquire the information.
【0004】[0004]
【発明が解決しようとする課題】従来のクライアント・
サーバ・システムでは、サーバはデータベースより抽出
したすべての検索結果をクライアントに返送するので、
サーバにアクセスするクライアントの数が多くなるほ
ど、通信回線が混雑してサーバ,クライアント双方の送
受信処理系にかかる負荷が増大する。また同時にサーバ
側の検索処理にかかる負荷も増大するので、クライアン
ト側では、必要な検索結果を速やかに得られなくなり、
処理効率が著しく低下する。SUMMARY OF THE INVENTION A conventional client
In a server system, the server returns all search results extracted from the database to the client,
As the number of clients accessing the server increases, the communication line becomes more crowded and the load on the transmission / reception processing system of both the server and the client increases. At the same time, the load on search processing on the server side also increases, so that the client side cannot quickly obtain necessary search results,
Processing efficiency is significantly reduced.
【0005】この問題は、ネットワーク全体がデータベ
ースを保持するサーバとして機能するネットワークシス
テムにおいても同様であって、通信回線にアクセスする
利用者が増加するほど、各利用者が情報を取得するまで
に要する時間が増加し、処理効率が低下する。[0005] This problem is also the same in a network system in which the entire network functions as a server holding a database. As the number of users accessing the communication line increases, it takes more time for each user to acquire information. Time increases and processing efficiency decreases.
【0006】この発明は上記問題点に着目してなされた
もので、クライアントが要求情報を送信してから検索結
果を得るまでの処理時間が長くなる場合に、この要求情
報に対する検索結果のうち、クライアントにとって重要
度の高い情報のみを抽出して送信することにより、クラ
イアントに検索結果を速やかに提供することを技術課題
とする。[0006] The present invention has been made in view of the above-mentioned problems, and when the processing time from when a client transmits request information to when it obtains a search result becomes long, among the search results for the request information, An object of the present invention is to promptly provide search results to a client by extracting and transmitting only information that is important to the client.
【0007】[0007]
【課題を解決するための手段】上記技術課題を解決する
ための方法として、データベースを保持するサーバにお
いて、クライアントからデータベースから取り出すべき
情報を特定するための要求情報を受信したとき、クライ
アントが前記要求情報を送信してからその要求情報に応
じた検索結果を得るまでに要する処理時間が長くなるか
否かを判断し、長くなると判断したときには前記検索結
果を構成する要素のうち所定の基準に基づく優先順位ま
での要素を前記クライアントに送信するようにしてい
る。Means for Solving the Problems As a method for solving the above technical problem, when a server holding a database receives request information for specifying information to be extracted from the database from a client, the client makes the request. It is determined whether or not the processing time required from sending the information to obtaining the search result corresponding to the request information is long, and when it is determined that the processing time is long, based on a predetermined criterion among the elements constituting the search result Elements up to the priority are transmitted to the client.
【0008】また上記方法を実施するシステムとして、
データベースと、クライアントから前記データベースか
ら取り出すべき情報を特定するための要求情報を受信す
るための受信手段と、前記受信手段により受信された要
求情報を用いて前記データベースを検索する検索手段
と、前記クライアントが要求情報を送信してから検索結
果を得るまでに要する処理時間の状態を判定する判定手
段と、前記判定手段の判定結果に応じて、前記検索手段
による検索結果を構成する各要素から所定の基準に基づ
く優先順位までの要素を抽出する抽出手段と、前記抽出
手段により抽出された各要素をクライアントに送信する
送信手段とを具備するサーバシステムを開示している。Further, as a system for implementing the above method,
A database, a receiving unit for receiving request information for specifying information to be extracted from the database from a client, a search unit for searching the database using the request information received by the receiving unit, and the client Determining means for determining a state of a processing time required from transmission of request information to obtaining a search result, and a predetermined result from each element constituting the search result by the search means according to the determination result of the determination means. A server system is disclosed that includes extraction means for extracting elements up to a priority order based on criteria, and transmission means for transmitting each element extracted by the extraction means to a client.
【0009】さらにデータベースを保持するサーバとク
ライアントとから成る通信システムにおいて、上記方法
を実現するための構成として、クライアント側に、サー
バに対し、前記要求情報を送信する送信手段を具備させ
るとともに、サーバ側に、クライアントから送信された
要求情報を用いて前記データベースを検索する検索手段
と、前記クライアントが要求情報を送信してから検索結
果を得るまでに要する処理時間の状態を判定する判定手
段と、前記判定手段の判定結果に応じて、前記検索手段
による検索結果を構成する各要素から所定の基準に基づ
く優先順位までの要素を抽出する抽出手段と、前記抽出
手段により抽出された各要素をクライアントに送信する
送信手段とを具備したシステムを開示している。Further, in a communication system comprising a server holding a database and a client, as a configuration for realizing the above method, the client is provided with a transmission means for transmitting the request information to the server, On the side, a search unit that searches the database using the request information transmitted from the client, and a determination unit that determines a state of a processing time required until the client obtains a search result after transmitting the request information, Extracting means for extracting elements up to a priority order based on a predetermined criterion from each of the elements constituting the search result by the searching means in accordance with the result of the determination by the determining means; And a transmitting means for transmitting the data to the system.
【0010】ここで上記構成要件に含まれるつぎの用語
について定義する。 (1)データベース 複数のデータを体系的に整理して記憶し、要求者が所定
の条件を与えたとき、その条件に応じた適切なデータを
読み出して要求者に返送する情報システムである。例え
ば仮名漢字変換処理用の辞書,所定の検索条件に対応す
る検索結果を蓄積する情報システム,所定のアドレスに
格納された情報を読み出すことのできる情報システムな
どが、これに該当する。Here, the following terms included in the above components are defined. (1) Database This is an information system that systematically organizes and stores a plurality of data, and when a requester gives a predetermined condition, reads out appropriate data according to the condition and returns it to the requester. For example, a dictionary for kana-kanji conversion processing, an information system that stores search results corresponding to predetermined search conditions, an information system that can read information stored at a predetermined address, and the like correspond to this.
【0011】(2)処理時間の状態 クライアントがサーバに要求情報を送信してから検索結
果を得るまでに要する処理時間の長短を判断するために
利用できる情報である。この概念には、勿論、処理時間
そのものの長さを示す情報も含まれるが、さらに処理時
間の長短に影響を与える処理系や通信系の状態パラメー
タ(例えばサーバにアクセスしているクライアントの
数、サーバ側での処理件数、クライアントがサーバに接
続されるまでに試みたアクセス回数など)も含まれる。(2) Status of processing time This information can be used to determine the length of processing time required from when the client transmits the request information to the server to when the retrieval result is obtained. This concept, of course, includes information indicating the length of the processing time itself. However, the processing and communication system status parameters (for example, the number of clients accessing the server, The number of processes performed on the server side, the number of attempts made by the client to connect to the server, etc.).
【0012】(3)優先順位 データベースより要求情報に適合するものとして抽出さ
れた各要素について、所定の評価基準に基づき付与され
た順位、またはその順に直接対応する数値を意味する。(3) Priority For each element extracted from the database as conforming to the request information, the priority is a rank assigned based on a predetermined evaluation criterion, or a numerical value directly corresponding to the order.
【0013】[0013]
【作用】請求項1,7,11の発明では、サーバがクラ
イアントからの要求情報を受信したとき、このサーバ側
で、クライアントがこの要求情報を送信してから検索結
果を得るまでに要する処理時間が長くなると判断する
と、その要求情報に対する検索結果の中からある優先順
位までの要素をクライアントに送信する。したがってク
ライアントは、全ての検索結果を受信する場合よりも短
い時間で、重要度の高い検索結果を得ることができる。According to the first, seventh and eleventh aspects of the present invention, when the server receives the request information from the client, a processing time required from the transmission of the request information by the client to the obtaining of the retrieval result on the server side. Is determined to be longer, an element up to a certain priority in the search result for the request information is transmitted to the client. Therefore, the client can obtain highly important search results in a shorter time than when all search results are received.
【0014】請求項2,8,12の発明では、仮名漢字
変換処理のための辞書をデータベースとして保持するサ
ーバにおいて、クライアントから変換対象とする仮名が
送信されたとき、サーバ側でクライアント側の処理時間
が長くなると判断すると、この仮名に対する変換候補の
うち使用頻度が高いものから順に所定の順位までの変換
候補を抽出し、クライアントに送信する。According to the second, eighth, and twelfth aspects of the present invention, in a server holding a dictionary for kana-kanji conversion processing as a database, when a kana to be converted is transmitted from a client, the server performs processing on the client side If it is determined that the time becomes longer, the conversion candidates up to a predetermined order are extracted from the conversion candidates for the kana in descending order of the use frequency and transmitted to the client.
【0015】請求項3,9,13の発明では、クライア
ントから所定の検索条件を示す検索式が送信されたと
き、サーバはクライアント側の処理時間が長くなると判
断すると、この検索条件に適合する要素のうちその適合
度の高いものから順に所定の順位までの要素を抽出し、
クライアントに送信する。According to the third, ninth, and thirteenth aspects of the present invention, when a client sends a search expression indicating a predetermined search condition, the server determines that the processing time on the client side will be long, and the element matching the search condition is determined. Among the elements, the elements up to a predetermined rank are extracted in order from the one with the highest fitness,
Send to client.
【0016】請求項4,10,14の発明では、先頭部
分に重要情報を有するテキストデータのデータベースを
保持するサーバに対し、クライアントから所定のテキス
トデータの読出しを指示する情報が送信されたとき、サ
ーバ側でクライアント側の処理時間が長くなると判断す
ると、指示されたテキストデータを構成する各文字のう
ち、テキストの先頭部分からの位置に近いものから順に
所定の位置までの文字が抽出され、クライアントに送信
される。According to the fourth, tenth, and fourteenth aspects of the present invention, when information for instructing reading of predetermined text data is transmitted from a client to a server holding a database of text data having important information at the beginning, If the server determines that the processing time on the client side will be longer, the characters from the closest position from the beginning of the text to the predetermined position are extracted from the characters constituting the designated text data, and the client Sent to.
【0017】請求項5,15の発明では、サーバは、ク
ライアント側で生成された識別情報を用いて処理時間が
長くなるか否かを判別するので、クライアント側での実
際の検索結果の取得状況に応じた判別が可能となる。According to the fifth and fifteenth aspects of the present invention, the server determines whether or not the processing time is long using the identification information generated on the client side. Can be determined.
【0018】請求項6,16の発明では、優先的に抽出
された検索結果を取得したクライアントから再度同じ要
求情報が送信されたとき、先の優先順位より後の順位の
要素が送信される。According to the inventions of claims 6 and 16, when the same request information is transmitted again from the client which has obtained the retrieval result extracted preferentially, the element having the priority higher than the previous priority is transmitted.
【0019】[0019]
【発明の実施の形態】以下、この発明にかかる3つの実
施例を順を追って説明する。まず第1の実施例は、サー
バ側に仮名漢字変換処理のための辞書を保持させてお
き、各クライアントからサーバに変換対象とする仮名を
送信してその仮名に対応する変換候補の返送を受けるク
ライアント・サーバ・システム(以下これを「仮名漢字
変換システム」という)を示す。DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, three embodiments according to the present invention will be described step by step. First, in the first embodiment, a dictionary for kana-kanji conversion processing is held on the server side, a kana to be converted is transmitted from each client to the server, and a conversion candidate corresponding to the kana is returned. 1 shows a client-server system (hereinafter referred to as a “kana-kanji conversion system”).
【0020】つぎの第2の実施例は、サーバ側にファジ
イ推論演算のためのデータベースを保持させておき、各
クライアントからサーバに検索条件式を送信してその条
件に適合する検索結果の返送を受けるクライアント・サ
ーバ・システム(以下これを「ファジイ検索システム」
という)を示す。In the second embodiment, a database for fuzzy inference operation is stored on the server side, and a search condition expression is transmitted from each client to the server to return a search result satisfying the condition. Client / server system (hereinafter referred to as “fuzzy search system”)
).
【0021】さらに第3の実施例は、インターネットの
WWWブラウザを用いてネットワーク内の所定のコンピ
ュータにアクセスし、そのコンピュータ内に記憶された
テキストデータを読み出すシステム(以下これを「テキ
ストデータ通信システム」という)を示す。Further, in a third embodiment, a system for accessing a predetermined computer in a network using a WWW browser on the Internet and reading out text data stored in the computer (hereinafter referred to as a "text data communication system") ).
【0022】[0022]
(1)仮名漢字変換システム 図1は、この実施例にかかる仮名漢字変換システムの概
略構成を、1台のクライアント1とサーバ2との関係に
限定した形で示すもので、クライアント1側のコンピュ
ータ本体には、入力部3,処理部4,送受信部5,候補
バッファ6,出力部7などが、サーバ2側のコンピュー
タ本体には送受信部8,変換処理部9などが、それぞれ
含まれている。(1) Kana-Kanji Conversion System FIG. 1 shows a schematic configuration of a kana-kanji conversion system according to this embodiment limited to a relationship between one client 1 and a server 2. The main body includes an input unit 3, a processing unit 4, a transmitting / receiving unit 5, a candidate buffer 6, an output unit 7, and the like. The computer main body on the server 2 side includes a transmitting / receiving unit 8, a conversion processing unit 9, and the like. .
【0023】前記クライアント1側の入力部3は、図示
しないキーボードからの入力を受け付けるためのもの
で、処理部4は、その入力内容を認識して後記する一連
の制御を実行する。送受信部5はサーバ2との通信に用
いられるもので、候補バッファ6には、サーバ2からの
送信データが一時的に格納される。また出力部7は、前
記入力部3による入力内容や漢字変換結果などをモニタ
に表示するためのものである。The input unit 3 of the client 1 is for receiving an input from a keyboard (not shown), and the processing unit 4 recognizes the input content and executes a series of control described later. The transmission / reception unit 5 is used for communication with the server 2, and the candidate buffer 6 temporarily stores transmission data from the server 2. The output unit 7 is for displaying the input contents of the input unit 3 and the result of kanji conversion on a monitor.
【0024】クライアント1側で、ユーザーがキーボー
ドを操作して変換対象とする仮名を入力すると、処理部
4は、その入力内容を認識して後記する候補要求情報を
作成した後、この情報を送受信部5を介してサーバ2側
に送信する。サーバ2の変換処理部9は、各仮名毎の変
換候補をそれぞれ使用頻度順に格納する辞書を保持して
おり、クライアント1からの候補要求情報の受信に応じ
てその情報内に含まれる仮名をキーとして前記辞書を検
索する。この後、変換処理部9は、前記検索結果を示す
応答情報を作成し、これを候補要求元のクライアント1
へと返送する。なお前記サーバ2とクライアント1間で
の通信は、パケット交換方式により行われる。When the user operates the keyboard to input a pseudonym to be converted on the client 1 side, the processing unit 4 recognizes the input content, creates candidate request information described later, and transmits and receives this information. The data is transmitted to the server 2 via the unit 5. The conversion processing unit 9 of the server 2 holds a dictionary that stores conversion candidates for each kana in the order of use frequency, and in response to receiving candidate request information from the client 1, converts the kana included in the information into a key. To search the dictionary. After that, the conversion processing unit 9 creates response information indicating the search result, and sends the response information to the client 1 as the candidate request source.
Return to. The communication between the server 2 and the client 1 is performed by a packet switching method.
【0025】この実施例では、各クライアント1におけ
る仮名漢字変換処理が迅速になされるように、クライア
ント1が仮名を送信してからその変換候補を受け取るま
での時間(以下これを「応答時間」という)が所定の基
準値を越えた場合、つぎの変換処理時には、クライアン
ト1からサーバ2に送信する候補要求情報にフラグをセ
ットして、送信対象となる変換候補の一部のみを抽出し
て送信することを要求するようにしている(以下このフ
ラグを「分割送信要求フラグ」という)。サーバ2は、
この分割送信要求フラグがセットされた候補要求情報を
受信したとき、前記辞書より検索された変換候補を使用
頻度の高いものから順に所定の情報量分だけ抽出し、こ
の抽出結果を含む応答情報をクライアント1側に返送す
る。In this embodiment, the time from when the client 1 transmits the kana to when it receives the conversion candidate (hereinafter referred to as "response time") is set so that the kana-kanji conversion processing in each client 1 is performed quickly. ) Exceeds a predetermined reference value, at the time of the next conversion processing, a flag is set in the candidate request information transmitted from the client 1 to the server 2, and only a part of the conversion candidates to be transmitted is extracted and transmitted. (Hereinafter, this flag is referred to as a “divided transmission request flag”). Server 2
When receiving the candidate request information in which the divided transmission request flag is set, the conversion candidates retrieved from the dictionary are extracted by a predetermined amount of information in descending order of use frequency, and response information including the extraction result is extracted. Return to client 1 side.
【0026】クライアント1の処理部4は、返送された
応答情報の内容を候補バッファ6に格納するとともに、
この候補バッファ6に記憶された変換候補の一覧を前記
出力部7を介してモニタに表示させる。ユーザーはこの
表示画面を見て所望の変換候補を選択し、前記仮名をこ
の変換候補に変換する確定操作を実施する。The processing unit 4 of the client 1 stores the content of the returned response information in the candidate buffer 6 and
A list of conversion candidates stored in the candidate buffer 6 is displayed on a monitor via the output unit 7. The user looks at this display screen, selects a desired conversion candidate, and performs a fixing operation of converting the pseudonym into this conversion candidate.
【0027】図2は、前記クライアント1の候補バッフ
ァ6の記憶内容の一例を示すもので、「へんこう」とい
う仮名に対する変換候補として、3個の候補(図中「変
更」「偏向」「偏光」)が記憶されている。FIG. 2 shows an example of the storage contents of the candidate buffer 6 of the client 1. Three candidates ("change", "deflection", "polarization" in the figure) ") Are stored.
【0028】図中、各変換候補に対応づけられた候補番
号は、その候補の使用頻度の順序に対応するもので、こ
こでは若い番号ほど使用頻度が高くなる。また未取得候
補番号は、各変換候補とともにサーバ2から送信された
もので、前記仮名についてクライアント1がまだ取得し
ていない変換候補のうち、次に取得すべき候補(すなわ
ち未取得の候補のうち最も使用頻度の高い候補)に対応
する候補番号を示す。In the figure, the candidate numbers associated with the respective conversion candidates correspond to the order of the use frequency of the candidates. Here, the smaller the number, the higher the use frequency. The unacquired candidate number is transmitted from the server 2 together with each conversion candidate, and among the conversion candidates that the client 1 has not yet acquired for the pseudonym, the candidate to be acquired next (namely, the unacquired candidate) Candidate number corresponding to the most frequently used candidate).
【0029】図3は、前記「へんこう」という仮名に対
し、サーバ2より対応するすべての変換候補が送信され
た場合の候補バッファ6のデータ構成を示すもので、前
記図2の各候補にさらに未取得であった第4の候補が追
加されるとともに、未取得候補番号が、未取得候補がな
くなったことを示すデータ「−1」に更新されている。
なおサーバ2からの応答情報が記憶されていない状態下
では、候補バッファ6には、前記未取得候補番号として
「0」が記憶される。FIG. 3 shows the data structure of the candidate buffer 6 when all the conversion candidates corresponding to the pseudonym “Henko” are transmitted from the server 2. Further, the fourth candidate that has not been acquired is added, and the unacquired candidate number is updated to data “−1” indicating that there are no more unacquired candidates.
In a state where the response information from the server 2 is not stored, “0” is stored in the candidate buffer 6 as the unacquired candidate number.
【0030】図4は、前記クライアント1の処理部4に
よる一連の制御手順を示し、図5は前記図4のステップ
6の詳細な手順を示す。以下、前記図2,3に示した
「へんこう」という仮名入力が行われた場合を想定し
て、クライアント1側での漢字変換処理の詳細を説明す
る。なお説明の都合上、ここでは図2の各手順をステッ
プ1〜10(図中「ST1」〜「ST10」で示す)、
図3の各手順をステップ6−1〜6−10として示すこ
とにする。FIG. 4 shows a series of control procedures by the processing section 4 of the client 1, and FIG. 5 shows a detailed procedure of step 6 in FIG. Hereinafter, the kanji conversion processing on the client 1 side will be described in detail, assuming that the kana input of “Henko” shown in FIGS. Here, for convenience of explanation, each procedure in FIG. 2 is described in steps 1 to 10 (shown as “ST1” to “ST10” in the figure),
Each procedure in FIG. 3 is shown as steps 6-1 to 6-10.
【0031】まずクライアント1側で、ユーザがキーボ
ードを操作すると、図4のステップ1が「YES」とな
り、処理部4は、つぎのステップ2でこのキー操作によ
る入力内容を解釈する。First, when the user operates the keyboard on the client 1 side, step 1 in FIG. 4 becomes "YES", and the processing section 4 interprets the input contents by the key operation in the next step 2.
【0032】例えば、前記仮名「へんこう」の最初の文
字「へ」が入力された場合には、ステップ3,9がとも
に「NO」となってステップ10へと移行し、処理部4
は、この入力に応じた処理、すなわち操作したキーに対
応する仮名をモニタ画面上に表示する処理などを実行し
た後、ステップ1へと戻る。For example, when the first character "" of the pseudonym "" is input, both steps 3 and 9 become "NO", and the process proceeds to step 10;
Executes a process corresponding to this input, that is, a process of displaying a pseudonym corresponding to the operated key on the monitor screen, and then returns to step 1.
【0033】以下、「へ」「ん」「こ」「う」という一
連の文字列の入力が完了するまで上記のループが繰り返
された後、つぎの段階でユーザがスペースキーなど漢字
への変換指定キーを操作すると、ステップ9が「YE
S」となり、処理部4はステップ6の変換候補の取得処
理へと移行する。Thereafter, the above loop is repeated until the input of a series of character strings "he", "n", "ko" and "u" is completed. When the designated key is operated, step 9 is "YE
S ”, and the processing unit 4 proceeds to the conversion candidate acquisition processing in step 6.
【0034】ここで図5を用いて、このステップ6の詳
細な手順を説明する。まず処理部4は、ステップ6−1
で、前回この変換候補の取得処理を実行したときに得ら
れた応答時間Tをチェックする。この応答時間Tは、前
記したように、サーバ2に変換候補を要求してから実際
に変換候補を取得するまでに要した時間であって、直前
の処理における応答時間Tが所定の基準値を上回る場
合、処理部4は、前記分割送信要求フラグをオン設定す
る(ステップ6−2,6−3)。Here, the detailed procedure of step 6 will be described with reference to FIG. First, the processing unit 4 executes step 6-1.
Then, the response time T obtained when the conversion candidate obtaining process was executed last time is checked. As described above, the response time T is the time required from the request of the conversion candidate to the server 2 to the actual acquisition of the conversion candidate, and the response time T in the immediately preceding process is a predetermined reference value. If it exceeds, the processing unit 4 sets the split transmission request flag to ON (steps 6-2 and 6-3).
【0035】さらに処理部4は、前記候補バッファ6の
未取得候補番号を読み出して前記パケットにセットした
後、さらにこのパケットに変換対象の仮名「へんこう」
と前記分割送信要求フラグとをセットして候補要求情報
の作成を完了する(ステップ6−4)。Further, the processing unit 4 reads out the unacquired candidate number in the candidate buffer 6 and sets it in the packet, and further converts the pseudonym “Henko” to be converted into this packet.
And the division transmission request flag are set to complete the creation of the candidate request information (step 6-4).
【0036】つぎに処理部4は、ステップ6−5で、現
在時刻t0 を取り込んで内部のメモリに記憶した後、続
くステップ6−6で前記候補要求情報を構成するパケッ
トをサーバ2に送信する。[0036] Next processor 4 sends in step 6-5, then stored in the internal memory captures the current time t 0, the packets constituting the candidate request information in the subsequent step 6-6 to the server 2 I do.
【0037】この送信に対し、サーバ2から応答情報が
返送されてきたとき、ステップ6−7が「YES」とな
り、処理部4は、つぎのステップ6−8でこの情報受信
の完了時刻をtr とおいた後、この時刻tr と前記候補
要求情報の送信時刻t0 とを用いて応答時間Tを更新す
る(ステップ6−9)。この応答時間Tは、つぎの変換
候補の取得処理時に用いられるもので、この後、処理部
4は、受信した応答情報の内容を候補バッファ6に保存
してルーチンを終了する。In response to this transmission, when response information is returned from the server 2, step 6-7 becomes "YES", and the processing section 4 sets the completion time of the information reception to t in the next step 6-8. after standing with r, updates the response time T by using the transmission time t 0 of the candidate request information and the time t r (step 6-9). The response time T is used at the time of the next conversion candidate acquisition process. After that, the processing unit 4 saves the content of the received response information in the candidate buffer 6 and ends the routine.
【0038】図4に戻って、このようにして入力された
仮名に対応する変換候補を取得すると、処理部4は、候
補バッファ6の記憶データに基づき、モニタ画面上に変
換候補の一覧を表示する(ステップ7)。Returning to FIG. 4, when the conversion candidate corresponding to the input kana is thus obtained, the processing unit 4 displays a list of conversion candidates on the monitor screen based on the data stored in the candidate buffer 6. (Step 7).
【0039】つぎにユーザが表示された候補一覧からい
ずれかの変換候補を選択して確定操作を行った場合、ス
テップ1,2を経てステップ3,4がともに「YES」
となる。処理部4は、この判定に応じて候補一覧の表示
を画面から消去した後、この確定操作に対応する所定の
処理、すなわち確定された変換候補をモニタの前記仮名
入力位置に表示するなどの処理を実行する(ステップ
8,10)。Next, when the user selects one of the conversion candidates from the displayed candidate list and performs a confirming operation, both of steps 3 and 4 through steps 1 and 2 are "YES".
Becomes The processing unit 4 deletes the display of the candidate list from the screen in response to the determination, and then performs a predetermined process corresponding to the determination operation, that is, a process of displaying the determined conversion candidate at the kana input position on the monitor. Is executed (steps 8 and 10).
【0040】一方、表示された候補一覧の中に目的とす
る変換候補が存在しなかった場合には、ユーザは他の変
換候補を呼び出すための操作を実行する。この場合には
ステップ4が「NO」,ステップ5が「YES」とな
り、再度ステップ6の処理が実施されることになる。例
えば、前記候補バッファ6に図2に示したデータが格納
された状態で、変換候補の読出し操作が行われた場合に
は、前記ステップ6−4で未取得候補番号として「3」
がセットされ、候補番号3以降の変換候補を要求する候
補要求情報が作成されることになる。On the other hand, if the target conversion candidate does not exist in the displayed candidate list, the user executes an operation for calling another conversion candidate. In this case, step 4 is “NO”, step 5 is “YES”, and the process of step 6 is performed again. For example, when a conversion candidate read operation is performed in a state where the data shown in FIG. 2 is stored in the candidate buffer 6, in step 6-4, the unacquired candidate number is set to "3".
Is set, and candidate request information for requesting the conversion candidate of candidate number 3 or later is created.
【0041】図6は前記クライアント1からの候補要求
情報に対するサーバ2側の応答手順を示す。前記変換処
理部9は、まず最初のステップAで、クライアント1か
ら受信した候補要求情報の内容を取り出し、変換対象の
仮名,未取得候補番号,分割送信要求フラグの各データ
内容を認識する。このとき分割送信要求フラグがオン設
定されていれば、つぎのステップBが「YES」となっ
てステップCへと移行し、変換処理部9は、前記変換対
象の仮名に対応する変換候補のうち、前記未取得候補番
号以降の変換候補を、所定サイズの情報量に該当する数
だけ抽出する。なおここで抽出される情報量は、この仮
名漢字変換システムで用いられるパケットの1サイズ分
の情報量に基づき、あらかじめ決定されたものである。FIG. 6 shows a response procedure on the server 2 side to the candidate request information from the client 1. In the first step A, the conversion processing section 9 extracts the contents of the candidate request information received from the client 1, and recognizes the data contents of the pseudonym to be converted, the unacquired candidate number, and the divided transmission request flag. At this time, if the division transmission request flag is set to ON, the next step B is “YES” and the process proceeds to step C, and the conversion processing unit 9 sets the conversion candidate corresponding to the conversion target kana The conversion candidates subsequent to the unacquired candidate number are extracted by the number corresponding to the information amount of the predetermined size. The amount of information extracted here is determined in advance based on the amount of information for one packet size used in the kana-kanji conversion system.
【0042】一方、前記分割送信要求フラグがオン設定
されていない場合には、ステップBが「NO」となって
ステップDへと移行し、前記変換対象の仮名に対応する
変換候補のうち、前記候補要求番号以降にあるすべての
変換候補が抽出される。On the other hand, if the split transmission request flag is not set to ON, step B becomes “NO” and the process proceeds to step D, and among the conversion candidates corresponding to the kana to be converted, All conversion candidates after the candidate request number are extracted.
【0043】抽出された各変換候補は、応答情報を構成
するパケットにセットされるもので、さらに変換処理部
9は、残された変換候補の中の先頭候補の候補番号を未
取得候補番号として設定し、これを前記パケット内にセ
ットする(ステップE)。なお前記ステップCで未取得
候補番号以降のすべての候補が抽出された場合、または
前記ステップDの処理が行われた場合には、未取得候補
番号として「−1」がセットされる。Each of the extracted conversion candidates is set in a packet constituting the response information, and the conversion processing unit 9 further sets the candidate number of the leading candidate among the remaining conversion candidates as an unacquired candidate number. It is set and set in the packet (step E). If all candidates after the unacquired candidate number have been extracted in step C, or if the process in step D has been performed, “−1” is set as the unacquired candidate number.
【0044】このようにして、前記候補要求情報に分割
送信要求フラグがセットされている場合には、最小単位
である1パケット分の応答情報が、分割送信要求フラグ
がセットされていない場合には、未取得候補番号以降の
候補数に応じたサイズの応答情報が、それぞれ作成され
る。作成された応答情報は、送受信部8を介して候補要
求元のクライアント1へと送信される(ステップF)。As described above, when the divided transmission request flag is set in the candidate request information, the response information for one packet, which is the minimum unit, is set when the divided transmission request flag is not set. , Response information of a size corresponding to the number of candidates after the unacquired candidate number is created. The created response information is transmitted to the candidate requesting client 1 via the transmission / reception unit 8 (step F).
【0045】上記のような通信方法によれば、サーバ2
に多数のクライアント1がアクセスしている場合には、
サーバ2は、各クライアント1からの変換要求情報に対
する変換候補の中から最小単位の応答情報を作成して返
送するので、各変換要求情報に対する処理時間および各
クライアント1への返送処理にかかる負荷が削減され、
各クライアント1は入力された仮名に対する変換候補を
速やかに取得することができる。しかも前記仮名に対応
する複数の変換候補の中から使用頻度の高い候補が優先
的に送信されるので、最初の応答情報の中に目的とする
候補が存在する可能性がきわめて高くなり、効率の良い
処理を行うことができる。According to the above communication method, the server 2
If many clients 1 are accessing
Since the server 2 creates and returns the minimum unit of response information from the conversion candidates for the conversion request information from each client 1, the processing time for each conversion request information and the load on the return processing to each client 1 are reduced. Reduced
Each client 1 can quickly obtain a conversion candidate for the input pseudonym. In addition, since a candidate having a high frequency of use is preferentially transmitted from among a plurality of conversion candidates corresponding to the pseudonym, the possibility that a target candidate is present in the first response information is extremely high, thereby improving efficiency. Good processing can be performed.
【0046】(2)ファジイ検索システム 図7は、第2の実施例にかかるファジイ検索システムの
概略構成を示す。このシステムのクライアント1にも、
前記第1の実施例と同様、入力部3,処理部4,送受信
部5,候補バッファ6,出力部7などの各構成が含まれ
る。またサーバ2は、クライアント1との通信のための
送受信部8のほか、データ検索部10などを具備してい
る。(2) Fuzzy Search System FIG. 7 shows a schematic configuration of a fuzzy search system according to the second embodiment. Client 1 of this system also
As in the first embodiment, each component such as an input unit 3, a processing unit 4, a transmission / reception unit 5, a candidate buffer 6, and an output unit 7 is included. The server 2 includes a data search unit 10 and the like in addition to the transmission / reception unit 8 for communication with the client 1.
【0047】クライアント1側で、キーボードの操作に
より所定の検索条件式が入力されると、前記処理部4
は、その入力内容を認識した後、サーバ2側へこの検索
条件式に適合するデータの送信を要請する。サーバ2の
データ検索部10は、ファジイ推論のためのメンバーシ
ップ関数などの知識群や検索対象物をファイル化したデ
ータベースシステムより成るもので、クライアント1か
ら送信された検索条件式に基づく推論演算を行って、こ
の検索条件に適合する複数のデータを、ユーザの選択対
象として抽出する。なお以下の説明では、第1の実施例
の「変換候補」と対応をとるために、この選択対象とな
る各データを「選択候補」または「候補」と呼ぶことに
する。When a predetermined search condition expression is input by operating the keyboard on the client 1 side, the processing unit 4
After recognizing the input contents, requests the server 2 to transmit data conforming to the search condition expression. The data search unit 10 of the server 2 is composed of a database system in which a knowledge group such as a membership function for fuzzy inference and a search object are filed, and performs an inference operation based on a search condition expression transmitted from the client 1. Then, a plurality of data meeting the search conditions is extracted as a user's selection target. In the following description, each data to be selected is referred to as a “selection candidate” or a “candidate” in order to correspond to the “conversion candidate” of the first embodiment.
【0048】この実施例のファジイ検索システムも、前
記第1の実施例と同様、多数のクライアント1がサーバ
2にアクセスしている場合であっても速やかに検索結果
を得ることを目的としており、クライアント1は、サー
バ2へ候補要求を行う際に、前回の候補要求情報に対す
る応答時間が所定の基準値を上回っていれば、分割送信
要求フラグがセットされた候補要求情報を送信する。こ
の情報に対し、サーバ2側では、検索して得られた各選
択候補の中から前記検索条件式への適合度の高いものか
ら所定順位までを順に抽出して応答情報を作成し、候補
要求元のクライアント1へと返送する。クライアント1
の処理部4は、この返送された応答情報を候補バッファ
6に格納するとともに、前記出力部7を介してモニタに
表示させる。The fuzzy search system of this embodiment also aims to obtain search results promptly even when a large number of clients 1 are accessing the server 2, as in the first embodiment. When making a candidate request to the server 2, if the response time to the previous candidate request information exceeds a predetermined reference value, the client 1 transmits the candidate request information with the divided transmission request flag set. In response to this information, the server 2 sequentially extracts, from the selection candidates obtained through the search, those having a high degree of conformity to the search condition expression up to a predetermined order, and creates response information. Return to original client 1. Client 1
The processing unit 4 stores the returned response information in the candidate buffer 6 and displays it on the monitor via the output unit 7.
【0049】図8は、前記分割送信要求フラグのセット
された候補要求情報に対する応答情報を候補バッファ6
に記憶した例を示すもので、検索された各選択候補およ
びその候補の検索条件式に対する適合度が、その適合度
の順序を示す候補番号に対応づけられて記憶されてい
る。図示例は、サーバ2での検索結果のうち適合度が1
〜3位にある3つの候補が送信され、候補バッファ6内
に格納された状態を示す。またクライアント1が取得し
ていない候補のうち、次に取得すべき候補(すなわち未
取得の候補の中で最も適合度が高い候補)に対応する候
補番号が、未取得候補番号として記憶されている。FIG. 8 shows the response information to the candidate request information in which the division transmission request flag has been set.
In this example, each selected candidate and the degree of matching of the candidate with respect to the search condition expression are stored in association with the candidate number indicating the order of the degree of matching. In the illustrated example, the relevance of the search result in the server 2 is 1
This shows a state in which the three candidates at the third to third places have been transmitted and stored in the candidate buffer 6. Further, among the candidates not acquired by the client 1, candidate numbers corresponding to candidates to be acquired next (that is, candidates having the highest matching degree among candidates that have not been acquired) are stored as unacquired candidate numbers. .
【0050】図9は、前記図8の記憶内容をモニタ画面
上に表示した例を示すもので、検索条件式を入力するた
めの入力用ウィンドウ11,サーバ2からの応答情報の
内容を表示するための表示用ウィンドウ12のほか、前
記検索条件式による検索を開始させるための第1の指定
ボタン13(以下「検索ボタン13」という),未取得
の候補の読込みを指示するための第2の指定ボタン14
(以下「続きボタン14」という),未取得の候補の存
在をユーザに報せるためのメッセージ情報15などが表
示されている。なお前記続きボタン14およびメッセー
ジ情報15は、未取得の候補があるときのみ表示され
る。FIG. 9 shows an example in which the contents stored in FIG. 8 are displayed on a monitor screen. The input window 11 for inputting a search condition expression and the contents of response information from the server 2 are displayed. Window 12, a first designation button 13 (hereinafter referred to as a "search button 13") for starting a search by the search condition expression, and a second designation button 13 for instructing reading of an unacquired candidate. Specify button 14
(Hereinafter, referred to as “continuation button 14”), message information 15 for notifying the user of the presence of an unacquired candidate, and the like are displayed. The continuation button 14 and the message information 15 are displayed only when there is an unacquired candidate.
【0051】図10は、前記続きボタン14の操作によ
り、残りの候補を含む応答情報が送信された場合の候補
バッファ6の記憶内容を示す。この図示例は、すべての
検索結果が送信された状態を示すもので、前記図8に示
した候補データのほかにさらに3個の候補データが追加
されるとともに、未取得候補番号が「−1」に更新され
ている。FIG. 10 shows the contents stored in the candidate buffer 6 when response information including the remaining candidates is transmitted by operating the continuation button 14. This illustrated example shows a state in which all search results have been transmitted. In addition to the candidate data shown in FIG. 8, three more candidate data are added, and the unacquired candidate number is “−1”. Has been updated.
【0052】図11は、前記クライアント1における一
連の制御手順を示す。モニタの初期画面上では、前記入
力用ウィンドウ11,表示用ウィンドウ12は、ともに
空白状態で設定されている。この状態下でユーザが前記
入力ウィンドウ11に検索条件式を入力して検索ボタン
13を操作すると、ステップ1が「YES」となり、処
理部4は、つぎのステップ2でこの検索条件式の内容を
認識した後、ステップ3の検索結果の取得処理を実行す
る。FIG. 11 shows a series of control procedures in the client 1. On the initial screen of the monitor, the input window 11 and the display window 12 are both set in a blank state. In this state, if the user inputs a search condition expression in the input window 11 and operates the search button 13, step 1 becomes "YES", and the processing unit 4 determines the content of this search condition expression in the next step 2. After the recognition, the retrieval result acquisition process of step 3 is executed.
【0053】図12は、前記ステップ3の詳細な手順を
示すもので、ステップ3−1〜3−10により前記図5
のステップ6−1〜6−10と同様の手順(ただしステ
ップ3−4においては、仮名の代わりに検索条件式がパ
ケットにセットされる)を実行することにより、サーバ
2から検索結果を示す応答情報を取得する。FIG. 12 shows a detailed procedure of step 3 described above.
By executing the same procedure as that of Steps 6-1 to 6-10 (however, in Step 3-4, a search condition expression is set in the packet instead of the pseudonym), a response indicating the search result from the server 2 is returned. Get information.
【0054】図11に戻って、つぎのステップ4で、処
理部4は、候補バッファ6に格納された各候補を前記モ
ニタの表示用ウィンドウ12内に表示した後、さらに続
くステップ5で、候補バッファ6内の未取得候補番号を
チェックして、未取得候補の有無を判定する。この判定
が「YES」のとき、処理部4は、前記した続きボタン
14や所定のメッセージ情報15などをモニタの所定位
置に表示する(ステップ6)。Returning to FIG. 11, in the next step 4, the processing section 4 displays each candidate stored in the candidate buffer 6 in the display window 12 of the monitor, and further proceeds to step 5 in the subsequent step 5. The unacquired candidate number in the buffer 6 is checked to determine whether there is an unacquired candidate. When the determination is “YES”, the processing unit 4 displays the above-described continuation button 14, predetermined message information 15, and the like at a predetermined position on the monitor (step 6).
【0055】つぎにこの表示された続きボタン14が操
作されると、ステップ7が「YES」となり、再びステ
ップ3の処理を実施することにより、残りの候補が取得
される。またユーザが図示しない終了キーなどにより検
索処理を終了した場合には、ステップ8が「YES」と
なり、処理が終了する。Next, when the displayed continuation button 14 is operated, step 7 becomes "YES", and the processing of step 3 is carried out again to obtain the remaining candidates. If the user ends the search process using an end key (not shown) or the like, step 8 is “YES” and the process ends.
【0056】なお前記ステップ3−6の候補要求情報の
送信処理に対し、サーバ2側では、候補要求情報内の検
索条件式と知識群データベースとを用いた推論演算によ
る検索を実行し、検索された候補を前記分割要求フラグ
に応じて抽出して応答情報を作成する。この応答情報の
作成,送信にかかる一連の処理手順は、前記第1の実施
例の図6の手順と同様であり、ここでは詳細な説明を省
略する。In response to the candidate request information transmission processing in step 3-6, the server 2 executes a search by an inference operation using the search condition expression in the candidate request information and the knowledge group database, and the search is performed. The response information is created by extracting the candidates according to the division request flag. A series of processing procedures for creating and transmitting the response information is the same as the procedure in FIG. 6 of the first embodiment, and a detailed description is omitted here.
【0057】(3)WWWブラウザを用いたテキストデ
ータ通信システム 図13は、第3の実施例にかかるテキストデータ通信シ
ステムの概略構成を示す。なおこのシステムは、実際に
は、インターネットのネットワークが展開される空間全
体を仮想のサーバとなし、ネットワークに加入する各ク
ライアント1が他のコンピュータのアドレス(URL)
をネットワークに送出することにより、このURLに保
持されるテキストデータを読み出す構成のものである
が、ここでは説明を簡易化するために、所定のURLが
付与されたコンピュータをサーバ2と呼び、このサーバ
2と1台のクライアント1との関係に限定した形で話を
進めることにする。(3) Text Data Communication System Using WWW Browser FIG. 13 shows a schematic configuration of a text data communication system according to the third embodiment. In this system, the entire space in which the Internet network is deployed is actually a virtual server, and each client 1 who subscribes to the network has an address (URL) of another computer.
Is transmitted to the network to read out the text data held in the URL. Here, for the sake of simplicity, a computer provided with a predetermined URL is referred to as a server 2. The discussion will be limited to the relationship between the server 2 and one client 1.
【0058】前記クライアント1は、第1,第2の実施
例と同様の構成のもので、キーボードの入力を受け付け
る入力部3,一連の制御を行うための処理部4,サーバ
2との通信のための送受信部5,送受信内容をモニタに
表示するための出力部7,サーバ2から送信されたテキ
ストデータを一時的に蓄積するためのテキスト用バッフ
ァ16などを構成として含んでいる。一方、サーバ2
は、送受信部8のほか、所定の文書ファイルを保持する
制御部17などを具備するものである。The client 1 has the same configuration as in the first and second embodiments, and has an input unit 3 for receiving keyboard input, a processing unit 4 for performing a series of controls, and a communication unit for communicating with the server 2. And an output unit 7 for displaying transmission / reception contents on a monitor, a text buffer 16 for temporarily storing text data transmitted from the server 2, and the like. On the other hand, server 2
Includes a control unit 17 for holding a predetermined document file in addition to the transmission / reception unit 8.
【0059】前記クライアント1側で、ユーザがサーバ
2に付与されたURLを入力すると、処理部4は、この
入力内容を認識してこのサーバ2内に保持される文書の
送信を要求する情報(以下これを「テキスト要求情報」
という)を作成し、ネットワークへと送出する。前記サ
ーバ2は、このテキスト要求情報を受信すると、その内
容に応じて前記文書ファイル内の所定の文字列を読み出
して応答情報を作成し、これをクライアント1に返送す
る。When the user inputs the URL assigned to the server 2 on the client 1 side, the processing unit 4 recognizes the input contents and requests the transmission of the document held in the server 2 ( This is hereinafter referred to as "text request information"
) And send it out to the network. Upon receiving the text request information, the server 2 reads out a predetermined character string in the document file according to the content, creates response information, and returns this to the client 1.
【0060】この実施例のテキストデータ通信システム
では、通信回線の混雑時など各クライアント1の情報取
得速度が遅くなる状況下において、クライアント1の指
定したドキュメントの各パラグラフ毎に、それぞれ重要
度の高い先頭部分の情報から所定文字数分のデータを優
先的に抽出して、送信するようにしている。In the text data communication system of this embodiment, when the information acquisition speed of each client 1 is slow, such as when the communication line is congested, the importance of each paragraph of the document specified by the client 1 is high. Data of a predetermined number of characters is preferentially extracted from the information at the head and transmitted.
【0061】図14は、前記サーバ2の保持する文書フ
ァイルの内容の一例であって、各パラグラフを構成する
文字列がそれぞれ改行コード23により論理的に区切ら
れた形態のデータとして記憶されている。前記制御部1
7は、この改行コードにより各パラグラフの先頭,後尾
を認識するとともに、各パラグラフを識別する情報とし
て、第1のパラグラフに対する値を「0」として順次イ
ンクリメントされる識別番号(以下「パラグラフ番号」
という)を設定する。FIG. 14 shows an example of the contents of a document file held by the server 2, in which character strings constituting each paragraph are stored as data logically separated by line feed codes 23. . The control unit 1
Numeral 7 identifies the beginning and end of each paragraph based on the line feed code, and an identification number (hereinafter referred to as a “paragraph number”) that is sequentially incremented as “0” for the first paragraph as information for identifying each paragraph.
Is set).
【0062】前記クライアント1は、第1、第2の各実
施例と同様、テキスト要求情報の送信毎にその送信に対
する応答時間を記憶しており、この応答時間Tが所定の
基準値を越えたとき、つぎに送信するテキスト要求情報
に分割送信要求フラグをセットするようにしている。サ
ーバ2側の制御部17は、受信したテキスト要求情報に
分割送信要求フラグがセットされているとき、各パラグ
ラフ毎にそのテキストデータを先頭位置から順に所定文
字数分だけ抽出して応答情報を作成し、これをクライア
ント1へと返送する。なおここで抽出される文字数は、
サーバ2側の送信パケットのサイズに応じてあらかじめ
決定される(以下の説明では、各パラグラフ毎に18文
字としている)。As in the first and second embodiments, the client 1 stores a response time for each transmission of the text request information, and the response time T exceeds a predetermined reference value. At this time, a split transmission request flag is set in the text request information to be transmitted next. When the divided transmission request flag is set in the received text request information, the control unit 17 of the server 2 extracts response data by extracting the text data for each paragraph in order from the head position by a predetermined number of characters. Is returned to the client 1. The number of characters extracted here is
It is determined in advance according to the size of the transmission packet on the server 2 side (in the following description, each paragraph has 18 characters).
【0063】クライアント1側の処理部4は、この応答
情報の内容を前記テキスト用バッファ16に記憶すると
ともに前記出力部7を介してモニタ画面に表示し、さら
にユーザにより文書の残りを読み込む旨の指定がなされ
たとき、つぎのテキスト要求情報を送信する。The processing section 4 of the client 1 stores the contents of the response information in the text buffer 16 and displays the contents of the response information on the monitor screen via the output section 7, and reads the rest of the document by the user. When specified, the next text request information is sent.
【0064】図15は、第1回目のテキスト要求情報に
対する応答情報を格納した例を示すもので、前記図14
に示した文書の各パラグラフ毎に、その先頭から18文
字目までの文字を示すテキストデータが前記パラグラフ
番号に対応づけられて記憶されている。なおこの図示例
および以下の図17,19に示す各データ構成は、いず
れも分割送信要求フラグがセットされたテキスト要求情
報に対する応答情報を記憶したものである。FIG. 15 shows an example in which response information to the first text request information is stored.
In each of the paragraphs of the document shown in (1), text data indicating the 18th character from the beginning is stored in association with the paragraph number. Each of the data configurations shown in this illustrated example and FIGS. 17 and 19 below stores response information to the text request information in which the divided transmission request flag is set.
【0065】図中、各パラグラフに設定されている送付
済フラグは、このパラグラフを構成するすべてのテキス
トデータが送信されたか否かを示すもので、サーバ2側
で応答情報を作成する際にそのパラグラフの最終の文字
が読み出された段階でセットされる。また未取得文字位
置は、この送付済フラグがセットされていないパラグラ
フに対し、つぎに読み出すべき文字位置(図示例では1
9文字目)を示すものである。In the figure, the sent flag set in each paragraph indicates whether or not all text data constituting this paragraph has been transmitted. Set when the last character in the paragraph has been read. The unacquired character position is the character position to be read next (1 in the illustrated example) for the paragraph for which the sent flag is not set.
9th character).
【0066】図16は、前記図15の記憶内容をモニタ
画面上に表示した例を示すもので、URLを入力するた
めの入力用ウィンドウ18,送信されたテキストデータ
を表示するための表示用ウィンドウ19,テキスト要求
情報の送信を実行するための指定ボタン20(以下「実
行ボタン20」という),各パラグラフのテキストデー
タの追加送信を指定するためのボタン21(以下「追加
読込ボタン21」という)のほか、各パラグラフ毎にそ
のパラグラフの未取得のテキストデータをすべて送信さ
せるための指定ボタン22(以下「続きボタン22」と
いう)が表示されている。FIG. 16 shows an example in which the stored contents of FIG. 15 are displayed on a monitor screen. An input window 18 for inputting a URL and a display window for displaying transmitted text data are shown. 19. A designation button 20 for executing transmission of text request information (hereinafter referred to as "execute button 20"), and a button 21 for designating additional transmission of text data of each paragraph (hereinafter referred to as "additional read button 21") In addition, a designation button 22 (hereinafter, referred to as “continuation button 22”) for transmitting all unacquired text data of the paragraph is displayed for each paragraph.
【0067】図17は、前記図16の表示画面上でユー
ザが第1のパラグラフ用の続きボタン22を操作した場
合に、サーバ2から送信された応答情報により前記テキ
スト用バッファ16の記憶内容を書き換えた状態を示
す。この場合、第1のパラグラフ(パラグラフ番号0)
についてはすべてのテキストデータが記憶されるととも
に、前記送付済フラグがオンにセットされている。他
方、第2以降のパラグラフ(パラグラフ番号1〜3)の
各データは、図15と同様の構成をとる。FIG. 17 shows the contents stored in the text buffer 16 based on the response information transmitted from the server 2 when the user operates the continuation button 22 for the first paragraph on the display screen of FIG. This shows the rewritten state. In this case, the first paragraph (paragraph number 0)
, All text data are stored, and the sent flag is set to ON. On the other hand, each data of the second and subsequent paragraphs (paragraph numbers 1 to 3) has the same configuration as in FIG.
【0068】図18は、前記図17の記憶内容をモニタ
画面上に表示した状態を示すもので、すべてのテキスト
データの送信が完了した第1のパラグラフに対する続き
ボタン22や実行ボタン20は消失している。FIG. 18 shows a state in which the stored contents of FIG. 17 are displayed on a monitor screen. The continuation button 22 and the execution button 20 for the first paragraph for which all the text data has been transmitted disappear. ing.
【0069】図19は、前記図18の表示画面上でユー
ザが追加読込ボタン21を操作した場合に、サーバ2か
ら送信された応答情報により前記テキスト用バッファ1
6の記憶内容を書き換えた例を示す。この場合、未取得
の文字が存在する第2〜4のパラグラフにおいて、それ
ぞれ前回の未取得文字位置に対応する19文字目から1
8文字分のテキストデータが付加されるとともに、前記
未取得文字位置が「37」に更新されている。FIG. 19 shows the text buffer 1 based on the response information transmitted from the server 2 when the user operates the additional read button 21 on the display screen of FIG.
6 shows an example in which the storage content of No. 6 is rewritten. In this case, in the second to fourth paragraphs where an unacquired character exists, the first to 19th characters corresponding to the previous unacquired character position respectively.
The text data for eight characters is added, and the unacquired character position is updated to “37”.
【0070】図20は、前記図19の記憶内容をモニタ
画面上に表示した状態を示すもので、第2〜4の各パラ
グラフについての表示内容は、更新されたテキストデー
タに変更されている。FIG. 20 shows a state in which the stored contents of FIG. 19 are displayed on a monitor screen. The display contents of each of the second to fourth paragraphs have been changed to updated text data.
【0071】図21は、前記クライアント1における一
連の制御手順を示すもので、以下、同図の流れに沿っ
て、クライアント1側におけるテキストデータの取得処
理の概略手順を説明する。FIG. 21 shows a series of control procedures in the client 1. Hereinafter, a schematic procedure of text data acquisition processing in the client 1 will be described along the flow of FIG.
【0072】前記第2の実施例と同様、モニタの初期画
面上では、前記入力用ウィンドウ18,表示用ウィンド
ウ19は、ともに空白状態に設定されている。この状態
下でユーザが前記入力用ウィンドウ18にサーバ2のU
RLを入力して実行ボタンを操作すると、ステップ1が
「YES」となる。処理部4は、この判定を受けて、つ
ぎのステップ2で入力されたURLの内容を認識した
後、ステップ3へと移行して、各パラグラフ毎のテキス
トデータの取得処理を実行する。As in the second embodiment, on the initial screen of the monitor, the input window 18 and the display window 19 are both set to a blank state. In this state, the user enters the U
When the RL is input and the execution button is operated, step 1 becomes “YES”. Upon receiving this determination, the processing unit 4 recognizes the contents of the URL input in the next step 2 and then proceeds to step 3 to execute a process of acquiring text data for each paragraph.
【0073】ここで後記する詳細な手順が実行されてサ
ーバ2からの応答情報がテキスト用バッファ16に格納
されると、処理部4は、続くステップ4で、取得したテ
キストデータをモニタ画面上に表示する。この後、ユー
ザが追加読込ボタン21を操作した場合には、ステップ
5が「YES」となって再びステップ3に移行し、各パ
ラグラフ毎の未取得のテキストデータの取得処理が行わ
れ、その結果がモニタ画面上に表示される。またユーザ
がいずれかパラグラフの続きボタン22を操作した場合
には、ステップ6が「YES」となってステップ7へと
移行し、指定されたパラグラフについてすべてのテキス
トデータを取得する処理が行われた後、ステップ4の表
示処理へと以降する。When the detailed procedure described later is executed and the response information from the server 2 is stored in the text buffer 16, the processing unit 4 displays the acquired text data on the monitor screen in the following step 4. indicate. Thereafter, if the user operates the additional reading button 21, step 5 becomes "YES" and the process returns to step 3, where the unacquired text data for each paragraph is acquired. Is displayed on the monitor screen. If the user operates the continue button 22 of any paragraph, step 6 becomes “YES” and the process shifts to step 7 to perform processing of acquiring all text data for the specified paragraph. Thereafter, the process proceeds to the display process of step 4.
【0074】このような処理が複数回行われた結果、サ
ーバ2からの応答情報に含まれる各パラグラフの送付済
フラグがいずれもオンとなると、処理部4は、前記ドキ
ュメントの全データの取込みが完了したものと認識す
る。このとき、または図示しない終了キーの操作などに
よりユーザが読込み処理を中止した場合には、ステップ
8が「YES」となり、一連の処理が終了する。As a result of such processing being performed a plurality of times, if all of the sent flags of the respective paragraphs included in the response information from the server 2 are turned on, the processing unit 4 starts fetching all the data of the document. Recognize as completed. At this time, or when the user stops the reading process by operating an end key (not shown) or the like, step 8 is “YES”, and the series of processes ends.
【0075】図22は、前記図21のステップ3の詳細
な処理を示す。まずステップ3−1〜ステップ3−3
で、処理部4は、前記第1,2の各実施例と同様、直前
の応答時間Tをチェックし、この応答時間Tが所定の基
準値を越えている場合には、分割送信要求フラグをオン
設定する。FIG. 22 shows the detailed processing of step 3 in FIG. First, Step 3-1 to Step 3-3
As in the first and second embodiments, the processing unit 4 checks the immediately preceding response time T, and if the response time T exceeds a predetermined reference value, sets the divided transmission request flag to Set to ON.
【0076】つぎに処理部4は、前記テキスト用バッフ
ァ16より未取得文字位置を読み出した後、各パラグラ
フ毎にそのパラグラフ番号と送付済フラグとを対応づけ
て読み出し、これら読出しデータを分割送信要求フラ
グ,URLとともにテキスト要求情報を構成するパケッ
ト内に格納する(ステップ3−4)。なお、この処理が
第1回目の送信処理である場合には、テキスト用バッフ
ァ16はリセットされているので、パラグラフ番号およ
び送信フラグの格納処理はカットされる。この場合、未
取得文字位置を「0」と設定することにより、サーバ2
側に第1回目のテキスト要求情報であることを確認させ
ることができる。Next, after reading the unacquired character position from the text buffer 16, the processing section 4 reads the associated paragraph number and sent flag for each paragraph, and divides the read data into divided transmission requests. The text request information is stored together with the flag and the URL in the packet constituting the text request information (step 3-4). If this process is the first transmission process, the text buffer 16 has been reset, and the process of storing the paragraph number and the transmission flag is cut off. In this case, by setting the unacquired character position to “0”, the server 2
Side can confirm that it is the first text request information.
【0077】こうしてテキスト要求情報が作成される
と、処理部4は、前記第1,2の実施例と同様、現在時
刻t0 を記憶した後、テキスト要求情報を送信する(ス
テップ3−5,3−6)。さらに処理部4は、この送信
に対する応答情報を受信したとき、その受信完了時刻t
r と前記時刻t0 とにより応答時間Tを更新した後、受
信した応答情報を用いてテキスト用バッファ16内のデ
ータを更新する(ステップ3−7〜3−10)。When the text request information is created in this manner, the processing section 4 stores the current time t 0 and transmits the text request information as in the first and second embodiments (step 3-5). 3-6). Further, when the processing unit 4 receives the response information to the transmission, the reception completion time t
After updating the response time T by said and r time t 0, and updates the data in the text buffer 16 by using the response information received (step 3-7~3-10).
【0078】つぎに図23を用いて、前記図21のステ
ップ7の処理の詳細を説明する。まずステップ7−1
で、処理部4は、前記続きボタン22の操作がなされた
パラグラフのパラグラフ番号,および現在の未取得文字
位置を認識し、これら認識結果を前記URLとともにパ
ケットにセットして、テキスト要求情報を作成する。Next, the details of the processing in step 7 in FIG. 21 will be described with reference to FIG. First, step 7-1
Then, the processing unit 4 recognizes the paragraph number of the paragraph for which the operation of the continuation button 22 has been performed and the current unacquired character position, sets these recognition results together with the URL in a packet, and creates text request information. I do.
【0079】つぎのステップ7−2で、処理部4は、前
記テキスト要求情報を送信する。この送信に対し、サー
バ2側では、後記するように、受信したパラグラフ番号
に対応するテキストデータから未取得文字位置以降のす
べてのデータを取り出して応答情報を作成し、返送す
る。この応答情報によりテキスト用バッファ16を更新
することにより、前記図17に示したように、指定され
たパラグラフについてのすべてのテキストデータが取得
される(ステップ7−3,7−4)。In the next step 7-2, the processing section 4 transmits the text request information. In response to this transmission, the server 2 extracts all data after the unacquired character position from the text data corresponding to the received paragraph number, creates response information, and returns it, as described later. By updating the text buffer 16 with this response information, all the text data for the designated paragraph is obtained as shown in FIG. 17 (steps 7-3, 7-4).
【0080】さらに図24は、前記図21のステップ4
に示した表示処理の詳細な手順を示す。前記ステップ3
−10またはステップ7−4で、サーバ2からの応答情
報によりテキスト用バッファ16が更新されると、処理
部4は、まずこのテキスト用バッファ16から第1のパ
ラグラフのテキストデータを読み出し、モニタ画面上に
表示する(ステップ4−1,4−2)。FIG. 24 is a flowchart showing Step 4 of FIG.
2 shows a detailed procedure of the display processing shown in FIG. Step 3
When the text buffer 16 is updated with the response information from the server 2 at -10 or step 7-4, the processing unit 4 first reads the text data of the first paragraph from the text buffer 16 and It is displayed above (steps 4-1 and 4-2).
【0081】つぎに処理部4は、前記第1のパラグラフ
に対応する送信済フラグをチェックし、このフラグがセ
ットされていない場合には、前記テキストデータの表示
位置の近傍に、続きボタン22を表示する(ステップ4
−3〜4−4)。上記ステップ4−1〜4−4の各処理
がテキスト用バッファ16に記憶されたすべてのパラグ
ラフについて行われると、ステップ4−5が「YES」
となり、処理部4は、送信済フラグがオフのパラグラフ
があるか否かをチェックする。この判定が「YES」の
とき、処理部4は、モニタ画面の所定位置に追加読込ボ
タンを表示する(ステップ4−7)。Next, the processing section 4 checks the transmitted flag corresponding to the first paragraph. If this flag is not set, the processing section 4 sets the continuation button 22 near the display position of the text data. Display (Step 4
-3 to 4-4). When the processes in steps 4-1 to 4-4 are performed for all the paragraphs stored in the text buffer 16, step 4-5 returns "YES".
And the processing unit 4 checks whether or not there is a paragraph with the transmitted flag turned off. When this determination is "YES", the processing unit 4 displays an additional reading button at a predetermined position on the monitor screen (step 4-7).
【0082】図25は、前記クライアント1側からのテ
キスト要求情報に対するサーバ2側の処理手順を示す。
クライアント1からのテキスト要求情報を受信すると、
サーバ2側の制御部17は、まずそのデータ構成よりク
ライアント1側の要求内容を認識する(ステップA)。
このテキスト要求情報の未取得文字位置が「0」の場
合、または各パラグラフ番号と送信済フラグとが対応づ
けられたデータが存在する場合には、制御部17は、ス
テップBで、各パラグラフ毎のテキストデータが要求さ
れているものと判断してステップC以下の処理へと移行
する。一方、テキスト要求情報がいずれか1つのパラグ
ラフのパラグラフ番号と未取得文字位置とにより構成さ
れる場合には、制御部17は、このパラグラフ番号にか
かるテキストデータのみが要求されているものと判断し
てステップN以下の処理を実行する。FIG. 25 shows a processing procedure on the server 2 side for the text request information from the client 1 side.
Upon receiving the text request information from client 1,
First, the control unit 17 of the server 2 recognizes the request content of the client 1 from the data structure (step A).
If the unacquired character position of the text request information is “0”, or if there is data in which each paragraph number is associated with the transmitted flag, the control unit 17 determines in step B Then, it is determined that the text data is required, and the process proceeds to step C and subsequent steps. On the other hand, if the text request information includes the paragraph number of one of the paragraphs and the unacquired character position, the control unit 17 determines that only the text data corresponding to this paragraph number has been requested. Then, the processing after step N is executed.
【0083】前記ステップBの判定が「YES」となっ
たとき、制御部17は、つぎのステップCで、前記テキ
スト要求情報の分割送信要求フラグをチェックし、この
フラグがセットされている場合には、ステップDへと移
行する。ステップDで、制御部17は、第1のパラグラ
フにかかる送付済フラグをチェックし、これがオフであ
れば、つぎのステップEで、このパラグラフのテキスト
データの中から前記未取得文字位置から所定文字数分の
データを読み出す。この処理により前記パラグラフの最
後尾の文字までが読み出された場合には、ステップFが
「NO」となり、制御部17は、このパラグラフに対応
する送付済フラグをオンにセットする(ステップG)。When the determination in step B is "YES", the control unit 17 checks the divided transmission request flag of the text request information in the next step C, and if this flag is set, Moves to step D. In step D, the control unit 17 checks the sent flag associated with the first paragraph, and if it is off, then in step E, a predetermined number of characters from the unacquired character position in the text data of this paragraph Read the minute data. If up to the last character of the paragraph has been read out by this processing, step F becomes "NO", and the control section 17 sets the sent flag corresponding to this paragraph to ON (step G). .
【0084】以下のパラグラフに対しても同様に、ステ
ップD〜Gの処理が行われて各パラグラフ毎に所定文字
数分のテキストデータが読み出される。なおこの場合、
送付済フラグがオンにセットされているパラグラフにつ
いては、ステップE〜Gの処理はスキップされる。Similarly, the processing in steps D to G is performed for the following paragraphs, and text data for a predetermined number of characters is read for each paragraph. In this case,
Steps E to G are skipped for the paragraph for which the sent flag is set to ON.
【0085】すべてのパラグラフについての読出し処理
が完了すると、ステップHが「YES」となり、制御部
17は、つぎのステップIで、前記未取得文字位置をつ
ぎに読み出すべき文字位置に更新する。When the reading process for all the paragraphs is completed, step H becomes “YES”, and in the next step I, the control unit 17 updates the unacquired character position to a character position to be read next.
【0086】一方、前記分割送信要求フラグがセットさ
れていない場合には、ステップCが「NO」となってス
テップLへと移行する。制御部17は、このステップL
で、前記送信済フラグがセットされていないパラグラフ
に対し、それぞれ前記未取得文字位置以降のすべてのテ
キストデータの読出しを行った後、続くステップMで、
これらパラグラフの送信済フラグをオンにセットし、ス
テップJへと移行する。On the other hand, if the divided transmission request flag has not been set, step C becomes “NO” and the process shifts to step L. The control unit 17 determines this step L
After reading all text data after the unacquired character position for each paragraph for which the transmitted flag is not set, in the subsequent step M,
The sent flag of these paragraphs is set to ON, and the process proceeds to step J.
【0087】ステップJでは、前記ステップD〜Iまた
はステップL〜Mの処理を経て得られた未取得文字位
置,各パラグラフ毎の送信済フラグおよびテキストデー
タがパケットに格納されて応答情報が作成される。さら
にステップKで、この応答情報をクライアント1側に送
信することにより、一連の処理が終了する。In step J, the unacquired character position, the transmitted flag for each paragraph, and the text data obtained through the processing of step DI or step LM are stored in a packet to generate response information. You. Further, in step K, the response information is transmitted to the client 1, and a series of processing ends.
【0088】一方、クライアント1から特定のパラグラ
フのテキストデータが要求されている場合には、制御部
17は、ステップNで、前記テキスト要求情報に含まれ
るパラグラフ番号に対応するパラグラフのテキストデー
タのうち、前記未取得文字位置以降のすべてのデータを
読み出した後、つぎのステップOでこのパラグラフにか
かる送付済フラグをオンにセットする。ついでステップ
Pで、読み出されたテキストデータ,送付済フラグがパ
ケットに格納されて応答情報が作成されると、ステップ
Kへと移行し、この応答情報の送信処理が行われる。On the other hand, if the client 1 has requested the text data of a specific paragraph, the control unit 17 determines in step N that the text data of the paragraph corresponding to the paragraph number included in the text request information is included. After reading all the data after the unacquired character position, in the next step O, the sent flag relating to this paragraph is set to ON. Then, in step P, when the read text data and the sent flag are stored in the packet to generate the response information, the process proceeds to step K, and the transmission process of the response information is performed.
【0089】なお上記実施例は、インターネット内のシ
ステムに限らず、前記第1,第2の実施例と同様のクラ
イアント・サーバ・システムに適用することも可能であ
る。またこれら各実施例では、いずれも、クライアント
1側でサーバ2に対する情報要求から情報を取得するま
での応答時間を保持しておき、この応答時間が長いと判
断したときつぎの情報要求時に分割送信要求フラグをセ
ットしてサーバ2側に送信するようにしているが、これ
に限らず、例えば応答時間そのものを送信し、サーバ2
側で時間の長短を判断するようにしてもよい。また応答
時間を指標とする代わりに、サーバ2側でアクセス中の
クライアント1の数や処理中の案件数などを監視してお
き、これらの数値が所定の基準値を越えたときに、優先
順位の高い情報を抽出して送信するように構成してもよ
い。The above embodiment is not limited to a system in the Internet, but can be applied to a client server system similar to the first and second embodiments. In each of these embodiments, the client 1 holds a response time from the information request to the server 2 to the acquisition of information, and when it is determined that the response time is long, the client 1 transmits the divided information at the time of the next information request. The request flag is set and transmitted to the server 2 side. However, the present invention is not limited to this.
The side may determine the length of time. Instead of using the response time as an index, the server 2 monitors the number of clients 1 being accessed, the number of cases being processed, and the like. When these values exceed a predetermined reference value, May be configured to extract and transmit information having a high level.
【0090】[0090]
【発明の効果】請求項1,7,11の発明では、データ
ベースを保持するサーバがクライアントからの要求情報
を受信したとき、このクライアントが要求情報を送信し
てから検索結果を得るまでに要する処理時間が長くなる
と判断すると、その要求情報に対する検索結果の中から
ある優先順位までの要素をクライアントに送信するの
で、クライアントは、全ての検索結果を受信する場合よ
りも短い時間で重要度の高い検索結果を得ることがで
き、通信回線の混雑時にも効率の良い処理を行うことが
できる。According to the first, seventh and eleventh aspects of the present invention, when the server holding the database receives the request information from the client, the processing required from the transmission of the request information by the client to the obtaining of the search result. If it is determined that the time will be longer, elements up to a certain priority from among the search results for the request information are transmitted to the client, so that the client can search for a higher priority search in a shorter time than when all search results are received. The result can be obtained, and efficient processing can be performed even when the communication line is congested.
【0091】請求項2,8,12の発明では、仮名漢字
変換処理のための辞書をデータベースとして保持するサ
ーバにおいて、クライアントからの変換対象とする仮名
に対する変換候補を送信する際に、クライアント側の処
理時間が長いと判断すると、使用頻度に基づく所定の優
先順位までの変換候補を抽出して送信するので、クライ
アント側では、通信回線の混雑時にも、ユーザが選択す
る可能性の高い変換候補を速やかに取得して効率の良い
仮名漢字変換処理を実施することができる。According to the second, eighth, and twelfth aspects of the present invention, in a server holding a dictionary for kana-kanji conversion processing as a database, when a conversion candidate for a kana to be converted is transmitted from a client, If it is determined that the processing time is long, conversion candidates up to a predetermined priority based on the frequency of use are extracted and transmitted. Therefore, even at the time of communication line congestion, the client side selects conversion candidates that are likely to be selected by the user even when communication lines are congested. The kana-kanji conversion process can be performed quickly and efficiently.
【0092】請求項3,9,13の発明では、クライア
ントから送信された検索式に応じた検索結果を送信する
際に、クライアント側の処理時間が長いと判断すると、
検索条件への適合度に基づく所定の優先順位までの要素
を抽出して送信するので、クライアント側では、通信回
線の混雑時にも、検索条件への適合度の高いデータを速
やかに取得してユーザに提供することができる。According to the third, ninth, and thirteenth aspects of the present invention, when it is determined that the processing time on the client side is long when transmitting a search result according to the search formula transmitted from the client,
Since the elements up to a predetermined priority based on the degree of conformity with the search condition are extracted and transmitted, the client can quickly acquire data having high degree of conformity with the search condition even when the communication line is congested, and transmit the data. Can be provided.
【0093】請求項4,10,14の発明では、クライ
アントから送信された指定情報に応じたテキストデータ
を送信する際に、クライアント側の処理時間が長いと判
断すると、このテキストデータを構成する各文字のう
ち、テキストの先頭部分からの位置に基づく所定の優先
順位までの文字を抽出して送信するので、クライアント
側では、通信回線の混雑時にも、重要度の高いデータを
速やかに取得してユーザに提供することができる。According to the fourth, tenth and fourteenth aspects of the present invention, when it is determined that the processing time on the client side is long when transmitting text data corresponding to the designated information transmitted from the client, each of the text data constituting Of the characters, the characters up to a predetermined priority based on the position from the beginning of the text are extracted and transmitted, so that the client can quickly obtain data of high importance even when the communication line is congested. Can be provided to the user.
【0094】請求項5,15の発明では、サーバは、ク
ライアント側で生成された識別情報を用いて処理時間が
長くなるか否かを判別するので、クライアント側での実
際の検索結果の取得状況に応じた判別により、適切な通
信制御が実施できる。According to the fifth and fifteenth aspects of the present invention, the server determines whether or not the processing time is long using the identification information generated on the client side. , Appropriate communication control can be performed.
【0095】請求項6,16の発明では、優先的に抽出
された検索結果を取得したクライアントから再度同じ要
求情報が送信されたとき、先の優先順位より後の順位の
要素が送信されることにより、クライアント側の必要に
応じて、すべての検索結果を段階的に送信することがで
きる。According to the present invention, when the same request information is transmitted again from the client which has obtained the retrieval result extracted preferentially, the element having the priority higher than the previous priority is transmitted. Accordingly, all search results can be transmitted step by step as needed on the client side.
【図面の簡単な説明】[Brief description of the drawings]
【図1】この発明の第1実施例にかかる仮名漢字変換シ
ステムの概略構成を示すブロック図である。FIG. 1 is a block diagram showing a schematic configuration of a kana-kanji conversion system according to a first embodiment of the present invention.
【図2】候補バッファの記憶内容を示す説明図である。FIG. 2 is an explanatory diagram showing storage contents of a candidate buffer.
【図3】候補バッファの更新された記憶内容を示す説明
図である。FIG. 3 is an explanatory diagram showing updated storage contents of a candidate buffer.
【図4】クライアント側での制御手順を示すフローチャ
ートである。FIG. 4 is a flowchart showing a control procedure on the client side.
【図5】図4のステップ6の詳細な手順を示すフローチ
ャートである。FIG. 5 is a flowchart showing a detailed procedure of step 6 in FIG. 4;
【図6】クライアントからの候補要求情報に対するサー
バ側の処理手順を示すフローチャートである。FIG. 6 is a flowchart illustrating a processing procedure on the server side for candidate request information from a client.
【図7】第2実施例にかかるファジイ検索システムの概
略構成を示すブロック図である。FIG. 7 is a block diagram illustrating a schematic configuration of a fuzzy search system according to a second embodiment;
【図8】候補バッファの記憶内容を示す説明図である。FIG. 8 is an explanatory diagram showing storage contents of a candidate buffer.
【図9】図8の記憶内容をモニタに表示した状態を示す
説明図である。FIG. 9 is an explanatory diagram showing a state in which the storage contents of FIG. 8 are displayed on a monitor.
【図10】候補バッファの更新された記憶内容を示す説
明図である。FIG. 10 is an explanatory diagram showing updated storage contents of a candidate buffer.
【図11】クライアント側の制御手順を示すフローチャ
ートである。FIG. 11 is a flowchart illustrating a control procedure on the client side.
【図12】図11のステップ3の詳細な手順を示すフロ
ーチャートである。FIG. 12 is a flowchart showing a detailed procedure of step 3 in FIG. 11;
【図13】第3実施例にかかるテキストデータ通信シス
テムの概略構成を示すブロック図である。FIG. 13 is a block diagram illustrating a schematic configuration of a text data communication system according to a third example.
【図14】テキストデータの内容を示す説明図である。FIG. 14 is an explanatory diagram showing the contents of text data.
【図15】テキスト用バッファの記憶内容を示す説明図
である。FIG. 15 is an explanatory diagram showing storage contents of a text buffer.
【図16】図15の記憶内容をモニタに表示した状態を
示す説明図である。FIG. 16 is an explanatory diagram showing a state in which the storage contents of FIG. 15 are displayed on a monitor.
【図17】テキスト用バッファの更新された記憶内容を
示す説明図である。FIG. 17 is an explanatory diagram showing updated storage contents of a text buffer.
【図18】図17の記憶内容をモニタに表示した状態を
示す説明図である。18 is an explanatory diagram showing a state in which the storage contents of FIG. 17 are displayed on a monitor.
【図19】テキスト用バッファの更新された記憶内容を
示す説明図である。FIG. 19 is an explanatory diagram showing updated storage contents of a text buffer.
【図20】図19の記憶内容をモニタに表示した状態を
示す説明図である。20 is an explanatory diagram showing a state in which the storage contents of FIG. 19 are displayed on a monitor.
【図21】クライアント側の制御手順を示すフローチャ
ートである。FIG. 21 is a flowchart showing a control procedure on the client side.
【図22】図21のステップ3の詳細な手順を示すフロ
ーチャートである。FIG. 22 is a flowchart showing a detailed procedure of step 3 in FIG. 21.
【図23】図21のステップ7の詳細な手順を示すフロ
ーチャートである。FIG. 23 is a flowchart showing a detailed procedure of step 7 in FIG. 21.
【図24】図21のステップ4の詳細な手順を示すフロ
ーチャートである。FIG. 24 is a flowchart showing a detailed procedure of step 4 in FIG. 21.
【図25】テキスト要求情報に対するサーバ側の処理手
順を示すフローチャートである。FIG. 25 is a flowchart showing a processing procedure on the server side for text request information.
1 クライアント 2 サーバ 3 処理部 9 変換処理部 10 データ検索部 17 制御部 Reference Signs List 1 client 2 server 3 processing unit 9 conversion processing unit 10 data search unit 17 control unit
Claims (16)
て、クライアントからこのデータベースから取り出すべ
き情報を特定するための要求情報を受信したとき、この
要求情報に応じた検索結果をクライアントに返送するた
めの通信制御方法において、 前記クライアントが前記要求情報を送信してから検索結
果を得るまでに要する処理時間が長くなるか否かを判断
し、長くなると判断したときには、前記検索結果を構成
する要素のうち所定の基準に基づく優先順位までの要素
を前記クライアントに送信することを特徴とする通信制
御方法。1. A communication control method for, when a server holding a database receives request information for specifying information to be extracted from the database from a client, returning a search result corresponding to the request information to the client. In the above, it is determined whether or not the processing time required from the transmission of the request information by the client to obtaining the search result is long, and when it is determined that the processing time is long, a predetermined standard among the elements constituting the search result is used. A communication control method comprising: transmitting, to the client, elements up to a priority based on the communication priority.
れ変換候補の漢字を対応づけて記憶し、 前記要求情報は変換対象とする仮名であり、前記優先順
位の基準は前記仮名に対する変換候補の使用頻度である
請求項1に記載された通信制御方法。2. The database stores a plurality of kana in association with kanji of a conversion candidate, the request information is a kana to be converted, and the priority order is a use frequency of a conversion candidate for the kana. The communication control method according to claim 1, wherein:
索式であって、前記優先順位の基準は前記検索条件への
適合度である請求項1に記載された通信制御方法。3. The communication control method according to claim 1, wherein the request information is a search formula indicating a predetermined search condition, and the criterion of the priority is a degree of conformity to the search condition.
に重要情報を有する複数のテキストデータを記憶し、 前記要求情報は所定のテキストデータの読出しを指示す
るための情報であって、前記優先順位の基準は前記テキ
ストデータを構成する各文字の前記先頭部分から見た位
置である請求項1に記載された通信制御方法。4. The database stores a plurality of text data each having important information at a leading portion, wherein the request information is information for instructing reading of predetermined text data, The communication control method according to claim 1, wherein is a position of each character constituting the text data as viewed from the leading portion.
定の基準値を越えたか否かを示す識別情報をサーバに送
信し、 前記処理時間が長くなるか否かの判断は、前記クライア
ントからの前回の要求情報に対する識別情報を用いて行
われることを特徴とする請求項1に記載された通信制御
方法。5. The client transmits identification information indicating whether or not the processing time exceeds a predetermined reference value to a server, and the determination as to whether or not the processing time is longer is made by a previous determination from the client. 2. The communication control method according to claim 1, wherein the communication control method is performed using identification information corresponding to the request information.
いて、前記優先順位までの要素を送信した後に前記クラ
イアントから再度同じ要求情報を受信したとき、前記優
先順位より後の順位にかかる要素をクライアントに送信
する通信制御方法。6. The communication control method according to claim 1, wherein, when the same request information is received again from the client after transmitting the elements up to the priority, the elements related to the priority after the priority are transmitted. Communication control method sent to the client.
報を特定するための要求情報を受信するための受信手段
と、 前記受信手段により受信された要求情報を用いて前記デ
ータベースを検索する検索手段と、 前記クライアントが要求情報を送信してから検索結果を
得るまでに要する処理時間の状態を判定する判定手段
と、 前記判定手段の判定結果に応じて、前記検索手段による
検索結果を構成する各要素から所定の基準に基づく優先
順位までの要素を抽出する抽出手段と、 前記抽出手段により抽出された各要素をクライアントに
送信する送信手段とを具備して成るサーバシステム。7. A database, receiving means for receiving request information for specifying information to be extracted from the database from a client, and searching for searching the database using the request information received by the receiving means. Means, determining means for determining a state of a processing time required from transmission of the request information by the client to obtaining a search result, and configuring the search result by the search means according to the determination result of the determiner A server system comprising: extracting means for extracting elements from each element up to a priority based on a predetermined criterion; and transmitting means for transmitting each element extracted by the extracting means to a client.
れ変換候補の漢字を対応づけて記憶し、 前記要求情報は変換対象とする仮名であり、前記優先順
位の基準は前記仮名に対する変換候補のうち使用頻度で
ある請求項7に記載されたサーバシステム。8. The database stores a plurality of kana in association with kanji of conversion candidates, the request information is a kana to be converted, and the priority order is used among conversion candidates for the kana. The server system according to claim 7, wherein the server system is a frequency.
索式であって、前記優先順位の基準は前記検索条件への
適合度である請求項7に記載されたサーバシステム。9. The server system according to claim 7, wherein the request information is a search formula indicating a predetermined search condition, and the criterion of the priority is a degree of conformity to the search condition.
分に重要情報を有する複数のテキストデータを記憶し、 前記要求情報は所定のテキストデータの読出しを指示す
るための情報であって、前記優先順位の基準は前記テキ
ストデータを構成する各文字の前記先頭部分から見た位
置である請求項7に記載されたサーバシステム。10. The database stores a plurality of text data each having important information at a leading portion, wherein the request information is information for instructing reading of predetermined text data, 8. The server system according to claim 7, wherein is a position of each of the characters constituting the text data as viewed from the leading portion.
イアントとから成る通信システムにおいて、 前記クライアントはサーバに対し、前記データベースか
ら取り出すべき情報を特定するための要求情報を送信す
る送信手段を備え、 前記サーバは、 クライアントから送信された要求情報を用いて前記デー
タベースを検索する検索手段と、 前記クライアントが要求情報を送信してから検索結果を
得るまでに要する処理時間の状態を判定する判定手段
と、 前記判定手段の判定結果に応じて、前記検索手段による
検索結果を構成する各要素から所定の基準に基づく優先
順位までの要素を抽出する抽出手段と、 前記抽出手段により抽出された各要素をクライアントに
送信する送信手段とを具備して成るデータベース使用の
通信システム。11. A communication system comprising a server holding a database and a client, wherein the client includes a transmission unit for transmitting request information for specifying information to be retrieved from the database to the server, wherein the server is A search unit that searches the database using request information transmitted from a client; a determination unit that determines a state of a processing time required from transmission of the request information by the client to obtaining a search result; Extracting means for extracting elements up to a priority based on a predetermined criterion from each of the elements constituting the search result by the searching means in accordance with the determination result of the means; and transmitting each element extracted by the extracting means to the client. A communication system using a database, comprising:
ぞれ変換候補の漢字を対応づけて記憶し、 前記要求情報は変換対象とする仮名であり、前記優先順
位の基準は前記仮名に対する変換候補のうち使用頻度で
ある請求項11に記載されたデータベース使用の通信シ
ステム。12. The database stores a plurality of kana in association with kanji of conversion candidates, the request information is a kana to be converted, and the priority order is used among conversion candidates for the kana. The communication system using a database according to claim 11, which is a frequency.
検索式であって、前記優先順位の基準は前記検索条件へ
の適合度である請求項11に記載されたデータベース使
用の通信システム。13. The communication system using a database according to claim 11, wherein the request information is a search expression indicating a predetermined search condition, and the criterion of the priority is a degree of conformity to the search condition.
分に重要情報を有する複数のテキストデータを記憶し、 前記要求情報は所定のテキストデータの読出しを指示す
るための情報であって、前記優先順位の基準は前記テキ
ストデータを構成する各文字の前記先頭部分から見た位
置である請求項11に記載されたデータベース使用の通
信システム。14. The database stores a plurality of text data each having important information at a leading portion, wherein the request information is information for instructing reading of predetermined text data, 12. The communication system using a database according to claim 11, wherein is a position of each character constituting the text data as viewed from the leading portion.
要求情報とともに、前回の要求情報に対する処理時間が
所定の基準値を越えたか否かを示す識別情報を送信し、 前記サーバ−の判定手段は、前記クライアントからの識
別情報を用いて前記処理時間の状態を判定する請求項1
1に記載されたデータベース使用の通信システム。15. The transmitting means of the client transmits, together with the request information, identification information indicating whether or not a processing time for the previous request information has exceeded a predetermined reference value. 2. The state of the processing time is determined using identification information from the client.
2. A communication system using the database according to 1.
ら、前記抽出手段により抽出された各要素を受信したと
き、再度、前記要求情報を送信する再要求手段を備え、 前記サーバは、前記クライアントからの再要求に応じ
て、前記検索結果を構成する各要素のうち前記優先順位
より後の順位にかかる要素を抽出して送信する再送信手
段を備えて成る請求項11に記載されたデータベース使
用の通信システム。16. The client further comprises a re-requesting unit for transmitting the request information again when receiving each element extracted by the extracting unit from the server, wherein the server re-transmits the request information from the client. 12. The communication system using a database according to claim 11, further comprising: a retransmitting unit that extracts and transmits, in response to a request, an element having a priority order higher than the priority order among the elements configuring the search result. .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9082179A JPH10254865A (en) | 1997-03-14 | 1997-03-14 | Communication control method, server system using the method, and communication system using database |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9082179A JPH10254865A (en) | 1997-03-14 | 1997-03-14 | Communication control method, server system using the method, and communication system using database |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10254865A true JPH10254865A (en) | 1998-09-25 |
Family
ID=13767220
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9082179A Pending JPH10254865A (en) | 1997-03-14 | 1997-03-14 | Communication control method, server system using the method, and communication system using database |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10254865A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004145796A (en) * | 2002-10-28 | 2004-05-20 | Konami Co Ltd | Server, user terminal, character string conversion system and program |
| JP2010102592A (en) * | 2008-10-24 | 2010-05-06 | Canon It Solutions Inc | Electronic mail check-up device, control method therefor, and program |
| JP2013005285A (en) * | 2011-06-17 | 2013-01-07 | Ntt Docomo Inc | Profile server, management system, and profile information management method |
-
1997
- 1997-03-14 JP JP9082179A patent/JPH10254865A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004145796A (en) * | 2002-10-28 | 2004-05-20 | Konami Co Ltd | Server, user terminal, character string conversion system and program |
| JP2010102592A (en) * | 2008-10-24 | 2010-05-06 | Canon It Solutions Inc | Electronic mail check-up device, control method therefor, and program |
| JP2013005285A (en) * | 2011-06-17 | 2013-01-07 | Ntt Docomo Inc | Profile server, management system, and profile information management method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6115706A (en) | Information retrieval based on use of subdocuments | |
| EP1128270A1 (en) | System and method for specifying www site | |
| JPH10269237A (en) | Document browsing system | |
| JPH11345201A (en) | Information providing system and information providing network system | |
| JPH0616274B2 (en) | How to create a data stream | |
| US5893915A (en) | Local font face selection for remote electronic document browsing | |
| JP2000148748A (en) | Japanese syllbary-to-chinese character conversion and image retrieval and display system | |
| WO2002087135A2 (en) | System and method for adapting information content for an electronic device | |
| US20030140038A1 (en) | Search engine for computer graphic images | |
| JPH09153912A (en) | Information providing method and system | |
| JPH06161685A (en) | Printer selection device | |
| JPH11306139A (en) | Method and device for browsing home page in internet terminal | |
| JPH11338791A (en) | Hypertext display system, server device and terminal device | |
| JPH1063680A (en) | Information retrieval system | |
| JPH10260978A (en) | Information collection method and device | |
| JP2005173953A (en) | FAQ search system | |
| EP1677215A1 (en) | Methods and apparatus for the evalution of aspects of a web page | |
| JP2002024246A (en) | Homepage search device, homepage search method, and computer-readable recording medium storing a program for causing a computer to execute the method | |
| JP2000132361A (en) | Printer search apparatus and method | |
| JP4550876B2 (en) | Structured document retrieval system and program | |
| JP2007128367A (en) | Information search know-how management system | |
| JP3450598B2 (en) | Technical term dictionary selection device | |
| EP1220111B1 (en) | Web access using database server for information collection | |
| JP2002215675A (en) | Information retrieval system | |
| JP2000339258A (en) | Device search client and device search method |