JPH10222496A - Method and device for converting information - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a method and a device for converting information with which the number of times of communication between client and server can be reduced and efficient information conversion is enabled. SOLUTION: A server 10 estimates 2nd-order conversion information to be predicted corresponding to an information converting request from a client 20 through a 2nd-order data estimation part 14 and transmits this 2nd-order conversion information to the client 20 together with conversion information corresponding to this information converting request and the client 20 monitors the 2nd-order conversion information transmitted from the server 10 through a 2nd-order data managing part 25 and performs KANA/KANJI conversion.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an information conversion method and apparatus, and more particularly, to a client / server conversion system such as a kana-kanji conversion system, which returns information other than a request when a result is returned in response to a request on the client side. An information conversion method for transmitting information at the same time and making it available when there is a different request from the client, thereby reducing the number of communications between the client and the server and performing efficient information conversion; and Related to the device.

[0002]

2. Description of the Related Art Hitherto, a kana-kanji conversion system that performs a kana-kanji conversion using a client / server conversion system has been known.

In this kana-kanji conversion system, a conversion request corresponding to this input is sent from the client to the server via the network in response to the input operation of the user of the client, and the server responds to the conversion request from the client. It is configured to perform desired conversion processing and return the result to the client via the network.

[0004]

However, in the conventional kana-kanji conversion system, communication between the client and the server occurs every time a request from the client occurs, and a user using the client performs an operation. Each time, the communication between the client and the server has to be waited, and there is a problem that efficiency is low.

[0005] This problem has become particularly noticeable when the response speed of the network connecting the client and the server is slow.

Further, in this conventional kana-kanji conversion system, a small amount of data is exchanged every time communication is performed between the client and the server, which is not preferable in terms of network utilization efficiency.

Furthermore, due to the characteristics of kana-kanji conversion, there are many cases where conversion information cannot be uniquely specified, and information of a plurality of candidates determined to have a high possibility by the server at the time of conversion is not provided to the user. The choice of kana-kanji conversion is limited for the user of the client, and in this case, a conversion request must be made to the server again, so there is a problem in operability in terms of conversion efficiency.

SUMMARY OF THE INVENTION It is therefore an object of the present invention to provide an information conversion method and apparatus capable of reducing the number of communications between a client and a server and performing efficient information conversion.

[0009]

According to a first aspect of the present invention, there is provided a server for performing information conversion processing, wherein the server is connected to the server and issues a desired information conversion request to the server. And a client that executes information conversion processing based on the conversion information obtained from the server, wherein the server converts the secondary conversion information predicted in response to the information conversion request from the client. Estimating and transmitting the secondary conversion information together with the conversion information corresponding to the information conversion request to the client, wherein the client manages the secondary conversion information transmitted from the server.

[0010] In the second aspect of the present invention, when there is secondary conversion information that cannot be uniquely determined when estimating the secondary conversion information, a plurality of the two or more uniquely determined secondary conversion information may not be determined. The next conversion information is transmitted to the client.

According to a third aspect of the present invention, in the first aspect, the information conversion is a kana-kanji conversion, and
When estimating the next conversion information, the conversion result obtained by changing the segment break is selected as the secondary conversion information.

According to a fourth aspect of the present invention, in the first aspect of the present invention, the information conversion is a kana-kanji conversion, and when there are a plurality of conversion results that cannot be uniquely determined when the client requests a continuous phrase conversion. The plurality of conversion results are transmitted from the server to the client, and the client presents the plurality of conversion results to a user and selects a desired conversion result.

According to a fifth aspect of the present invention, in the first aspect of the present invention, the client presents the conversion information and the secondary conversion information transmitted from the server to a user according to a communication state with the server. It is characterized by doing.

According to a sixth aspect of the present invention, in the first aspect of the invention, the client determines whether there is available conversion information in the conversion information and the secondary conversion information transmitted from the server. Is verified, and if there is available conversion information, the conversion information is presented to the user. If there is no available conversion information, a new conversion request is made to the server.

According to a seventh aspect of the present invention, there is provided a server for performing an information conversion process, wherein the server is connected to the server and issues a desired information conversion request to the server, thereby obtaining information based on the conversion information obtained from the server. An information conversion device comprising: a client that executes a conversion process of (a), wherein the server is a secondary information estimation unit that estimates secondary conversion information predicted in response to an information conversion request from the client; Transmitting means for transmitting the secondary conversion information estimated by the secondary information estimating unit together with the conversion information corresponding to the information conversion request to the client, wherein the client is transmitted from the server by the transmission means. A secondary information management unit that manages the secondary conversion information.

According to an eighth aspect of the present invention, in the invention of the seventh aspect, the secondary information estimating means determines the uniqueness when there is conversion information that cannot be uniquely determined when estimating the secondary conversion information. A plurality of pieces of conversion information that cannot be determined are estimated as the secondary conversion information.

According to a ninth aspect of the present invention, in the seventh aspect of the invention, the information conversion is a kana-kanji conversion, and the secondary information estimating means changes a phrase break when estimating the secondary conversion information. The conversion result is selected as the secondary conversion information.

According to a tenth aspect of the present invention, in the invention of the seventh aspect, the information conversion is a kana-kanji conversion, and the secondary information estimating means is uniquely determined when the client requests a continuous phrase conversion. If there are a plurality of conversion results that cannot be obtained, the plurality of conversion results are selected as the secondary conversion information.
The plurality of conversion results estimated by the next information estimating means are presented to the user.

According to an eleventh aspect of the present invention, in the invention of the seventh aspect, the secondary information management means transmits the conversion information and the secondary conversion information transmitted from the server in accordance with a communication state with the server. Is presented to the user.

According to a twelfth aspect of the present invention, in the seventh aspect of the present invention, the secondary information management means includes the available conversion information in the conversion information and the secondary conversion information transmitted from the server. Verification means for verifying whether or not the conversion information is available. When the verification means verifies that there is available conversion information, the conversion information is presented to the user, and when there is no available conversion information, the verification is performed. In this case, a new conversion request is made to the server.

[0021]

Embodiments of the present invention will be described below in detail with reference to the accompanying drawings.

FIG. 1 is a schematic block diagram showing an embodiment of a kana-kanji conversion system configured by applying the information conversion method and apparatus according to the present invention.

In FIG. 1, the kana-kanji conversion system includes a client / server having a server 10 for performing a kana-kanji conversion process and a client 20 connected to the server 10 via a network 30 and for a user to directly input data. Configured as a system.

Here, the server 10 is connected to the network 30
A communication unit 11 for performing communication with the client 20 via the communication unit 11, an event process for performing processing corresponding to an event indicating a user operation received from the client 20 via the communication unit 11, an event associated with communication with the client 20, and the like. A conversion unit 13 for performing kana-kanji conversion such as continuous phrase conversion in response to a conversion request received from the client 20, and estimating a secondary conversion to be predicted later in response to a conversion request received from the client 202 The next data estimating unit 14 is provided.

The client 20 has a communication unit 2 for communicating with the server 10 via the network 30.
1. an event processing unit 2 that performs processing corresponding to an event indicating a user operation from the input unit 23 or an event indicating a conversion result received from the server 10 via the communication unit 11;
2, an input unit 23 composed of a keyboard and a mouse for inputting an event corresponding to a user operation, a display unit 24 for displaying a processing result by the event processing unit 22, and the server 10
And a secondary data management unit 25 for managing the secondary data obtained by the communication with the server.

The kana-kanji conversion system of this embodiment differs greatly from the conventional configuration in that the server 10
The second data estimating unit 14 is provided, and the client 20 is provided with a secondary data managing unit 25.

The secondary data estimating unit 14 provided in the server 10 estimates the secondary transform predicted afterward in response to the conversion request received from the client 20, and 1) calculates the estimated secondary transform. Execution 2) Optimization of data to be sent to client 20 3) Processing such as formatting of data to be sent to client 20 is performed.

The secondary data management unit 25 provided in the client 20 manages the secondary data obtained by communicating with the server 10, and 1) what kind of converted data can be used. And 2) the communication status of the communication with the server 10, ie, which conversion request is being returned from the server 10, and 3) whether the available data is complete, that is, Server 10
Manages data such as whether unsent data remains.

In the kana-kanji conversion system of this embodiment, "conversion" means to convert certain data into another data by a method designated to the server. For example, continuous phrase conversion, request for next candidate group, Includes phrase separation, single kanji conversion, postal code conversion, etc.

The server 10 that has received the conversion request from the client 20 via the communication unit 10 performs a conversion process corresponding to the received conversion request at the conversion unit 13, and performs the conversion request at the secondary data estimation unit 14. Is estimated, and a conversion process corresponding to the estimated secondary conversion is performed.

The type of the secondary conversion performed by the secondary data estimating unit 14 is appropriately selected according to the conversion request received from the client. In the case of the ordinary continuous phrase conversion, the possibility of performing the continuous phrase conversion is high. Other homonyms and segment breaks, and 3 to 5
If a sequence of digits is included, conversion with a zip code is used.

The client 20 first displays the conversion result returned by the server 10 on the display unit 24, and uses the secondary conversion data returned by the server 10 when the user operates the input unit 23. It inquires whether there is available data, if available, displays it; otherwise, it requests the server 10 for more information.

FIG. 2 shows a data structure of data transmitted from the server 10 to the client 20.

As shown in FIG. 2, in the kana-kanji conversion system of this embodiment, in addition to the conventional data D0 including the conversion data corresponding to the conversion request from the client 20, the secondary data to be transmitted The secondary data estimating unit 14 includes a header D1 of the secondary conversion data indicating the type and number of the data, a header D2 of the data 1 transmitted first, a data 1, a header D4 of the data 2 transmitted next, and so on. The created secondary data is added.

FIG. 3 is a flowchart showing the processing of the kana-kanji conversion system shown in FIG.

In FIG. 3, the event processing unit 22 responds to a user input from the input unit 23 of the client 20.
When the conversion request is transmitted from the communication unit 21 to the server 10 by the processing (step 101), the conversion request is received by the communication processing unit 11 of the server 10 via the network 30 and is converted via the event processing unit 12. It is added to the section 13 and the secondary data estimation section 14. Here, the conversion request is, for example, a continuous phrase conversion or a request for the next candidate.

Upon receiving the conversion request from the client 20, the conversion unit 13 of the server 10 performs kana-kanji conversion corresponding to the conversion request (step 201). The kana-kanji conversion in the conversion unit 13 is the same as in the conventional method. However, the internal data at the time of conversion, that is, the data of the priority of the candidate group used at the time of determining the conversion result, the data of the priority of the segment break, and the like are left in consideration of the secondary conversion to be performed next.

Further, the secondary data estimating unit 14 receiving the conversion request from the client 20 performs a secondary conversion estimating process. This secondary conversion estimation process is performed by a process of narrowing down candidates having a high possibility of conversion among the candidates branched in the conversion in step 201.

As conditions for narrowing down in the narrowing down process, for example, the following conditions can be used. 1) The most likely one at the end of a phrase. 2) The most likely semantic meaning. 3) The character string-specific conversion may be performed. 4) Limitation of computer resources required for secondary conversion estimation based on computer load, ie, the number of connected clients, memory capacity, response time, etc.

Next, a secondary transformation is performed to prepare a transformation result that is highly likely to have been subjected to the secondary transformation estimation in step 202 (step 203).

Thereafter, the transmission data is optimized (step 204). This transmission data optimizing process is performed by using the 2
This is performed by reducing the next converted data to an optimal size that is efficient for transmission over the network 30.

Here, the following method is considered as a method for determining the optimum size.

(1) Method of Determining Data Amount 1) Allowable time is set and determined by average transfer time. [Maximum data amount 1] = max ([Minimum required data amount], (Tm−2Tl) * r) where Tl: communication delay time, Tm: allowable time, r: communication rate. 2) Allowable time is set and determined by the average of one traffic. This focuses on a characteristic in which a fixed amount of communication data is transmitted. [Maximum data amount 2] = int ([Maximum data amount 1] / D
1 + 1) * D1 or [maximum data amount 2] = max ([minimum necessary data amount], int (Tm / Tp) * D1) where D1: average value of one communication amount or one time Average value of communication amount * safety coefficient, Tp: average transmission time. 3) Fluctuate according to the frequency of use of data. The usage frequency of the secondary data is statistically analyzed to determine the data amount. Since the secondary data are arranged in descending order of priority, it is presumed that the secondary data is not used as the priority is lower. Therefore, the usage rate from the top is calculated, and it is determined whether or not to send a message with a certain threshold. 4) Determined by customization.

(2) Method of Determining Allowable Time The important thing is to set the allowable time that the user can endure. 1) Speed of key type Allowable time is set according to the speed of the key type of the user.
That is, if the key type is fast, the permissible time is short, and if the key type is slow, the permissible time is set to be relatively long so that the permissible time is set long. 2) Number of invalid operations The user determines how many operations to perform during the waiting time (while nothing can be operated). That is, if the number of times is large, it is determined that the allowable time is short. 3) When communication by customization is performed in parallel, the concept of the allowable time does not make sense (because a response is returned in the same time as before), but the maximum value of the communication time is a guide even in this case Adopt this.

(3) Determination of priority The priority is classified into several patterns as shown below. a) Priority to candidate group, clause break, and other groups b) Priority of candidate group c) Priority of clause break d) Priority of entire sentence derived from clause relationship 1) Data based on group utilization Change distribution 2) Priority of candidate group Give weight to clauses with many candidate groups. However, even if the number of candidates is small, candidates whose value hardly changes are included. 3) In the case of a phrase break, the sentences are arranged in descending order of evaluation value. 4) Adopt the evaluation value of the entire sentence and arrange them in descending order.

(4) Order of Data Arrangement The head information of a sentence is located at the head position of data.
Then, while examining the first conversion result, the latter data arrives, and the communication speed is apparently increased.

When the transmission data optimizing process in step 204 is completed, the optimized data is passed to the communication unit 11 and the data is sent to the client 20 (step 205).

The data sent from the server 201 is
The data received by the communication unit 21 of the client 20 is received (step 102).

The server 10 received by the communication unit 21
Is displayed on the display unit 24 via the event processing unit 22, and the conversion result is displayed on the display unit 24 (step 103).

Next, the operation waits for a user operation (step 104). The process of step 104 is a process of checking whether a user operation of the input unit 23 or the like has been performed after the conversion result is displayed on the display unit 24 or before the conversion result is displayed. Is determined (determined / cancelled in step 104), the kana-kanji conversion process ends.

If it is determined in step 104 that the user has input "conversion" (conversion in step 104), then the secondary conversion data sent from the server 10 along with the conversion data It is checked whether or not is available (step 105).

Here, whether or not the secondary conversion data can be used can be determined as follows. That is, the secondary data transmitted from the server 10 are: 1) priority: determined in the order of the possibility of the candidate 2) operation difference: as a result of what operation is performed on the basic data, 3) Difference: A data structure including, which is information for performing the two-hour conversion, can be adopted.

When such a data structure is adopted, it is determined whether or not the above-mentioned secondary conversion data can be used.
The next data can be determined, for example, by examining the priority order.

The determination can also be made by checking whether an operation corresponding to the operation difference is included.

Here, an example of the operation difference is as follows. 1) Next candidate: Position of the phrase [Example] My name is in the middle (9th character, 3 characters long) 2) Segment break: Position of the break [Example] I / no / na / is (3, 4) , 5) I / no / hana (3, 4)

The priorities can be hierarchized as shown below.

[Examples] 1-1) Sending 1-2) Sending Chu 2-1) Total Infidelity 2-2) Incompatibility 3-1) Total Infidelity 3-2) General Notes

If it is determined in step 105 that the secondary conversion data cannot be used (N in step 105).
O), returning to step 101, a reconversion request is made to the server 10.

When it is determined in step 105 that the secondary conversion data can be used (YE in step 105).
S), the secondary conversion data is displayed on the display unit 24 (step 106).

Next, it is checked whether the use data determined to be usable in step 105 is complete (step 10).
7). That is, the secondary conversion data sent from the server 10 may include only high priority data. Therefore, in step 107, it is checked whether or not the usage data is complete. If it is determined that the usage data is complete (YES in step 107), the process returns to step 104 and waits for a user operation. If determined (NO in step 107), it is next checked whether reconversion is required (step 108).

That is, if it is determined in step 107 that the use data is not complete, additional data is required. Therefore, in step 108, it is checked whether it is necessary. Here, if it is determined that reconversion is not necessary (NO in step 108), the process returns to step 104 and waits for a user operation, but if it is determined that reconversion is necessary (YES in step 108). , Step 1
Returning to 01, a reconversion request to the server 10 is made.

Here, assuming that the server 10 has a sufficient communication speed and a sufficient conversion efficiency, the transmission of the conversion data from the server 10 to the client 20 is sent together instead of being sent separately. Since it is more efficient, by adopting the above configuration, the number of times of communication between the server 10 and the client 20 is expected to be reduced, and the response can be improved.

Since the conversion effect according to the prioritization of the secondary conversion data can be sequentially displayed on the display unit 24, the user can select a desired candidate with a few key operations. [Example] My name is Nakano <Conversion key (secondary conversion use)> My name is Nakano

In the flowchart shown in FIG. 3, the client 20 waits for the process until the communication with the server 10 is completed. However, the server 10 and the client 20 execute the communication process asynchronously. It can also be configured to do so.

FIGS. 4 to 10 are flowcharts showing another processing example when the server 10 and the client 20 are configured to execute the communication processing asynchronously. FIGS. 10 event processing units 1
2, the processing of the transmitting unit of the communication unit 10 and the processing of the receiving unit of the communication unit 10 are respectively shown in FIGS. 7 to 10. The event processing unit 22 of the client 20, the secondary data management unit 25, and the communication unit 2
1 shows the processing of the transmitting unit and the processing of the receiving unit of the communication unit 21.

4 to 10, the event processing unit 12 of the server 10, the transmission unit of the communication unit 10,
The receiving unit of the communication unit 10 and the event processing unit 22, the secondary data management unit 25 of the client 20, the transmitting unit of the communication unit 21, and the receiving unit of the communication unit 21 operate in parallel,
The processing of each part basically waits for messages, queues,
This is a communication waiting loop. Hereinafter, the operation of each unit will be described with reference to FIGS.

FIG. 4 is a flowchart showing the processing of the event processing unit 12 of the server 10 shown in FIG.

In FIG. 4, first, the event processing unit 12
Monitors the reception of the communication unit 11 and enters a request waiting state for checking whether there is a conversion request from the client 20 (step 121).

Here, when it is determined that there is a conversion request from the client 20 (conversion in step 121), the conversion corresponding to this return request is executed (step 12).
2) The transmission request of the conversion result is put in the queue of the transmission unit of the communication unit 11 (step 123).

Then, the quadratic transform estimation (step 12)
4) Perform secondary transformation (step 125) and perform secondary transformation optimization (step 126). The processing of steps 124 to 126 is the same as the processing of steps 202 to 204 shown in FIG.

When the processing of step 126 is completed, the transmission request of the secondary conversion data optimized in step 126 is put in the queue of the transmission unit of the communication unit 11 (step 127).
It returns to step 121.

In step 121, the client 2
If it is determined that the request is not a conversion request from 0 (others in step 121), the other processing is executed, and the process returns to step 121.

FIG. 5 is a flowchart showing the processing of the transmission unit of the communication unit 11 of the server 10 shown in FIG.

In FIG. 5, the transmission section of the communication section 11 of the server 10 accumulates the transmission requests passed from the event processing section 12 in its queue and sequentially executes transmission processing.

That is, the transmitting unit of the communication unit 11 of the server 10 first checks whether a transmission request remains in the queue (step 111).
If YES in step 1), data corresponding to the transmission request is transmitted (step 112). Then, when this transmission is completed, the process returns to step 111 to check again whether a transmission request remains in the queue. This operation is judged in step 111 that there is no transmission request remaining in the queue (step 11).
Repeat until 1 is NO).

FIG. 6 is a flowchart showing the processing of the receiving unit of the communication unit 11 of the server 10 shown in FIG.

In FIG. 6, the transmitting section of the communication section 11 of the server 10 receives various requests from the client and transmits them to the event processing section 12.

That is, the transmission unit of the communication unit 11 of the server 10 waits for reception to check whether there is a request from the client 20 (step 113), and when there is no request from the client 20 (NO in step 113). Returning to step 113, the process waits until there is a request from the client 20, and when a request from the client 20 is received (YES in step 113), the received request is transmitted to the event processing unit 12 (step 114).

Then, the flow returns to step 113 again to wait for reception.

FIG. 7 is a flowchart showing the processing of the event processing unit 22 of the client 20 shown in FIG.

The event processing unit 22 of the client 20
Receives an event from the communication unit 21 and an event from the input unit 23 and performs various operations.

That is, first, an event request is awaited (step 221). If the request is “result display” indicating the display of the conversion result by the server 10, the conversion result received from the server 10 is displayed on the display unit. 24 (step 222), and returns to step 221.

If the request is “conversion”, a return request is reported to the secondary data management unit 25, and the process returns to step 221.

If the request is “confirmed”, the fact that this conversion has been confirmed is reported to the secondary data management unit 25, and the process returns to step 221. That is, the converted character string is determined by a user operation. The event processing unit 22 reports to the secondary data management unit 25 that the conversion has been determined, as a measure of the secondary conversion data.

FIG. 8 is a flowchart showing the processing of the secondary data management unit 25 of the client 20 shown in FIG.

The secondary data management unit 25 of the client 20
Manages the transmission and reception of the secondary converted data received from the server 10 and the data to and from the server 10. That is, if the secondary data management unit 25 needs the secondary conversion data for conversion, it inquires of the server 10 and
A request for the next converted data is made. When the secondary data owned by the user is available, the use of the secondary data is enabled. When the secondary data owned by the user becomes unnecessary, the secondary data is deleted.

In FIG. 8, first, a request for "confirmation", "conversion", and "reception" is awaited (step 251).
Here, when "confirmed" is received (confirmed in step 251), the secondary data is discarded (step), and step 25 is executed.
Return to 1.

When the converted character string is determined by the user operation, the secondary data becomes unnecessary. However, since there is a case where the user wants to use the data immediately before, the history of a certain number of times and a certain memory is left here. Delete only unnecessary data.

If it is determined in step 251 that "conversion" has been received (conversion in step 251), it is first checked whether there is any secondary data that can be used (step 252). If there is no data (NO in step 252), the required data is requested to the transmission unit (step 255), and the process returns to step 251. If there is something available (YES in step 252), the available data is completely It is checked (step 253). If it is complete (YES in step 2532), the usage data is passed to the event processing unit 22 (step 254), and the process returns to step 251.

If it is determined in step 253 that the data is not complete (NO in step 253), the storage unit is requested to send the stored data (step 256).
The usage data is passed to the event processing unit 22 (step 2
54), returning to step 251;

When "reception" is received in step 251 (received in step 251), the use data is passed to the event processing unit 22 (step 254), and the process returns to step 251.

FIG. 9 is a flowchart showing the processing of the transmission unit of the communication unit 21 of the client 20 shown in FIG.

In FIG. 9, the transmission section of the communication section 21 of the client 10 stores transmission requests passed from the event processing section 22 in its queue and sequentially executes transmission processing.

That is, the communication unit 21 of the client 20
The transmission unit first checks whether a transmission request remains in the queue (step 211), and if it remains (YES in step 211), transmits data corresponding to the transmission request (step 212). When the transmission is completed, the process returns to step 211 to check again whether a transmission request remains in the queue. This operation is repeated until it is determined in step 211 that no transmission request remains in the queue (NO in step 211). repeat.

FIG. 10 shows the client 20 shown in FIG.
3 is a flowchart showing the process of the receiving unit of the communication unit 11 of FIG.

In FIG. 10, the transmitting section of the communication section 21 of the client 20 receives various requests from the server 10 and transmits them to the event processing section 22.

That is, the communication unit 21 of the client 20
First, the transmission unit waits for reception of data from the server 10 (step 213). If there is no data reception from the server 10 (NO in step 213), the transmission unit returns to step 213 and returns to step 213. Is received until data is received from the server 10 (YES in step 213), the received data is stored (step 214), and it is checked whether the stored data is usable (step 215). ), If it is not available (NO in step 215), the process returns to step 213. If it is available (YES in step 215), this reception is repeated.
Report to the next data management unit 25 (step 216)
It returns to step 213.

As described above, the server 10 and the client 2
If the communication process between 0 and 0 is configured to be performed asynchronously, 1) communication is started when the server 10 executes the first conversion, and data can be sent to the client 20 without waiting for the secondary conversion 2 2.) When the client 20 receives the minimum data from the server 10, it can make it available, display the result, and wait for input from the user, so that the communication time generated due to the increase in communication data can be reduced. The effect of apparently decreasing the increase can be expected.

[0099]

As described above, according to the present invention, 1) a secondary data determining unit for determining information to be additionally transmitted by the server 2) secondary data is attached to data to be originally transmitted and transmitted The next data communication unit 3) The secondary data management unit that manages the secondary data on the client side is provided. 1) In response to the request of the client, the server responds to the request from the client that will occur in the near future. By guessing and sending to the client at the same time, the apparent number of communications can be reduced, and as long as the server's guess is correct, no communication occurs for the operation and a very high-speed response can be obtained. Has a configuration as in 1), the server can send a plurality of pieces of information in advance for operations that cannot be uniquely determined by the server, and the user can perform complicated operations (for example, the next candidate). -Option,
The effect is that reliable results can be selected by simple operations without rephrasing.

[Brief description of the drawings]

FIG. 1 is a schematic block diagram showing an embodiment of a kana-kanji conversion system configured by applying an information conversion method and apparatus according to the present invention.

FIG. 2 is a diagram showing a data structure of data transmitted from a server shown in FIG. 1 to a client.

FIG. 3 is a flowchart showing processing of the kana-kanji conversion system shown in FIG. 1;

FIG. 4 is a flowchart showing another example of the processing of the kana-kanji conversion system shown in FIG. 1 and showing the processing of an event processing unit of the server.

FIG. 5 is a flowchart showing another example of the processing of the kana-kanji conversion system shown in FIG. 1 and showing the processing of the transmission unit of the communication unit of the server.

FIG. 6 is a flowchart showing another example of the processing of the kana-kanji conversion system shown in FIG. 1 and showing the processing of the receiving unit of the communication unit of the server.

FIG. 7 is a flowchart showing another example of the processing of the kana-kanji conversion system shown in FIG. 1, showing the processing of the event processing unit of the client.

FIG. 8 is a flowchart showing another example of the processing of the kana-kanji conversion system shown in FIG. 1, showing the processing of the secondary data management unit of the client.

9 is a flowchart showing another example of the processing of the kana-kanji conversion system shown in FIG. 1 and showing the processing of the transmitting unit of the communication unit of the client.

10 is a flowchart showing another example of the processing of the kana-kanji conversion system shown in FIG. 1 and showing the processing of the receiving unit of the communication unit of the client.

[Explanation of symbols]

 Reference Signs List 10 server 11 communication unit 12 event processing unit 13 conversion unit 14 secondary data estimation unit 20 client 21 communication unit 22 event processing unit 23 input unit 24 display unit 25 secondary data management unit 30 network

Claims (12)

[Claims] 1. A server which performs information conversion processing, and a client which is connected to the server and executes information conversion processing based on conversion information obtained from the server by making a desired information conversion request to the server. In the information conversion method, the server estimates secondary conversion information predicted in response to the information conversion request from the client, and the secondary conversion information together with the conversion information corresponding to the information conversion request. To the client, and the client manages the secondary conversion information transmitted from the server. 2. The method according to claim 2, wherein, when estimating the secondary conversion information, if there is secondary conversion information that cannot be uniquely determined, the plurality of secondary conversion information that cannot be uniquely determined is transmitted to the client. The information conversion method according to claim 1. 3. The information according to claim 1, wherein the information conversion is a kana-kanji conversion, and when estimating the secondary conversion information, a conversion result obtained by changing a segment break is selected as the secondary conversion information. Conversion method. 4. The information conversion is a kana-kanji conversion. When there are a plurality of conversion results that cannot be uniquely determined upon a request for continuous phrase conversion from the client, the plurality of conversion results are transmitted from the server to the client. 2. The information conversion method according to claim 1, wherein the client presents the plurality of conversion results to a user and selects a desired conversion result. 5. The information conversion method according to claim 1, wherein the client presents the conversion information and the secondary conversion information transmitted from the server to a user according to a communication state with the server. . 6. The client verifies whether there is available conversion information in the conversion information and the secondary conversion information transmitted from the server,
2. The information conversion method according to claim 1, wherein when there is available conversion information, the conversion information is presented to the user, and when there is no available conversion information, a new conversion request is made to the server. Method. 7. A server that performs information conversion processing, and a client that is connected to the server and that performs information conversion processing based on conversion information obtained from the server by making a desired information conversion request to the server. And a secondary information estimating means for estimating secondary conversion information predicted in response to the information conversion request from the client; and an estimating unit for estimating the secondary information. Transmitting means for transmitting the converted secondary conversion information to the client together with the conversion information corresponding to the information conversion request, wherein the client manages the secondary conversion information transmitted from the server by the transmitting means. An information conversion device, comprising: a secondary information management unit. 8. The secondary information estimating means, when estimating the secondary conversion information, if there is conversion information that cannot be uniquely determined, the plurality of conversion information that cannot be uniquely determined is used as the secondary conversion information. The information conversion device according to claim 7, wherein the estimation is performed. 9. The information conversion is a kana-kanji conversion, and the secondary information estimating means selects, when estimating the secondary conversion information, a conversion result obtained by changing a segment break as the secondary conversion information. The information conversion device according to claim 7, wherein 10. The information conversion is a kana-kanji conversion, and the secondary information estimating means, when there are a plurality of conversion results that cannot be uniquely determined at the time of a request for continuous phrase conversion from the client, the plurality of conversions The result is selected as the secondary conversion information, and the secondary information management means presents the plurality of conversion results estimated by the secondary information estimating means to a user. Information conversion device. 11. The secondary information management unit according to claim 7, wherein the conversion information and the secondary conversion information transmitted from the server are presented to a user according to a communication state with the server. Information conversion device. 12. The secondary information management means comprises: a verification means for verifying whether there is available conversion information in the conversion information and the secondary conversion information transmitted from the server, If it is verified by the verification means that there is available conversion information, the conversion information is presented to the user, and if it is verified that there is no available conversion information, a new conversion request is made to the server. 8. The method according to claim 7, wherein
Described information conversion device.