JPH04260963A - サーバ・クライアント・システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、各種入出力を担当す
るクライアントと、各クライアントの要求を受けて集中
的に処理を担当するサーバからなるシステムに関するも
のである。

【０００２】

【従来の技術】こうしたシステムの代表例として機械翻
訳システムがある。図９は例えば情報処理学会第３７回
全国大会講演論文集ｐ．９８２に示された従来のホスト
／パソコン機能分散型機械翻訳システムのハードウェア
構成図であり、図において１は翻訳機能を持つホスト計
算機、２はこのホスト計算機１に接続された補助記憶装
置、３はこのホスト計算機１に接続された印刷装置、４
は端末として用いられるパソコン、５はパソコン４に接
続された光学式文字読み取り装置、６および７はパソコ
ン４に接続された補助記憶装置、８はパソコン４に接続
された印刷装置、９はホスト計算機１とパソコン４とを
接続するネットワーク回線である。

【０００３】図１０はパソコンからホスト計算機に対し
て機械翻訳を依頼し、結果を返送してもらう手順を示し
たものである。図中の番号に対応して以下の順に動作す
る。 ［１］端末Ｃ（以後、端末をＣと記す）上でエディタな
どを用いて原文ファイルＧ（以後、原文ファイルをＧと
記す）を作る。 ［２］ファイル転送プログラムＦＴ（以後、ファイル転
送プログラムをＦＴと記す）を起動する。 ［３］ＦＴを用いてＣ上のＧをホスト計算機である翻訳
機Ｓ（以後、ホスト翻訳機をＳと記す）に転送する。 ［４］ＦＴを終了する。

【０００４】［５］端末エミュレートプログラムＴＥ（
以後、端末エミュレートプログラムをＴＥと記す）を起
動し、Ｓ上のＯＳ（オペレーティング・システム）に割
り込む。 ［６］ＴＥを用いて、Ｓ上の翻訳プログラムＴ（以後、
翻訳プログラムをＴと記す）を起動する。 ［７］Ｔを用いて、Ｓ上のＧを翻訳し、Ｓ上に訳文ファ
イルＹ（以後、訳文ファイルをＹと記す）を作る。 ［８］Ｔを終了する。 ［９］ＴＥを終了する。 ［１０］ＦＴを起動する。 ［１１］ＦＴを用いてＳ上のＹをＣ上に転送する。 ［１２］ＦＴを終了する。

【０００５】

【発明が解決しようとする課題】従来の翻訳ホストとそ
の端末による分散型機械翻訳システムは以上のような動
作をするため、ホストと端末の間に翻訳依頼、印刷依頼
などを区別するための取り決め（プロトコル）を設定し
なければならず、ホスト、端末両者がそれを守ることが
必要であった。すなわち、ホストとパソコン間で通信を
行なうのであるが、従来は、 （１）ファイル転送プロトコル（→クライアント・サー
バ間のファイル転送） （２）端末エミュレートプロトコル（→クライアントか
らサーバのＯＳを使う）の２つを用いて作業しなければ
ならなかった。

【０００６】この発明は上記のような問題点を解消する
ためになされたもので、サーバ・クライアント間の通信
レベルの詳細なプロトコルを不要とし、ファイル転送と
それに続く処理を一連の手続きで実施できるようにする
ことを目的とする。

【０００７】

【課題を解決するための手段】この発明に係わるサーバ
・クライアント・システムは、転送するファイル内に依
頼または処理内容を識別するための拡張子を設けた。ま
た依頼を受けるサーバ側に、この拡張子を識別し、識別
結果に対応して必要な処理をするためのプロセスを設け
た。

【０００８】

【作用】この発明においては、クライアント側からのサ
ーバへの処理依頼は、拡張子を付けたファイル転送によ
って行なわれ、サーバでは特定エリア内の転送されたフ
ァイルに対し、新しく設けられたプロセスが監視をし、
拡張子を識別して対応処理を行なう。

【０００９】

【実施例】以下、この発明の一実施例を図１に示したシ
ステム構成図により説明する。図１において１６は翻訳
サーバ、１７は翻訳サーバ１６に接続された補助記憶装
置、１８は翻訳サーバ１６に接続された印刷手段、１９
は翻訳クライアント、２０は翻訳クライアント１９に接
続された補助記憶装置、２１は翻訳クライアント１９に
接続された印刷手段、２２は補助記憶装置１７と補助記
憶装置２０との間のファイル転送手段、２３は翻訳サー
バ側の通信モジュール、２４は翻訳クライアント側の通
信モジュールである。

【００１０】図２は、処理の流れをシステム構成に対応
して説明するためのプロセス関係図である。

【００１１】図３は翻訳クライアント側の通信モジュー
ル２４中の送信モジュール２５の処理の流れを示すフロ
ーチャートである。図において、ステップ２６は依頼の
種類が設定依頼であるか否かを判別し、そうであればス
テップ２７へ、そうでなければステップ２８へ制御を移
す。ステップ２７ではあらかじめ決められた設定依頼拡
張子を持つファイルを作り、ステップ２９でそのファイ
ルに設定内容を書き込み、ステップ３０へ制御を移す。 ステップ２８では同様に、依頼の種類が対話翻訳依頼で
あるか否かを判別し、そうであればステップ３１へ、そ
うでなければステップ３２へ制御を移す。ステップ３１
ではあらかじめ決められた対話翻訳依頼拡張子を持つフ
ァイルを作り、ステップ３３でそのファイルに原文を書
き込み、ステップ３０へ制御を移す。ステップ３２では
同様に、依頼の種類が一括翻訳依頼であるか否かを判別
し、そうであればステップ３４へ、そうでなければステ
ップ２６へ制御を移す。ステップ３４ではあらかじめ決
められた一括翻訳依頼拡張子を持つファイルを作り、ス
テップ３５でそのファイルに原文を書き込み、ステップ
３０へ制御を移す。ステップ３０ではファイル転送手段
２２を用いて、依頼ファイルをサーバ上のユーザディレ
クトリ８０へ転送し、ステップ２６へ制御を移す。

【００１２】図４は翻訳サーバ側の通信モジュール２３
中の受信信モジュール３６の処理の流れを示すフローチ
ャートである。図において、ステップ３７はユーザディ
レクトリ８０（第２図参照）上に設定依頼拡張子を持つ
ファイルが存在するか否かを判別し、存在すればステッ
プ３８へ、存在しなければステップ３９へ制御を移す。 ステップ３８では設定依頼拡張子を持ったファイルを読
み込み、ステップ４０でその内容を設定ストリーム４１
へ送り、ステップ３７へ制御を移す。ステップ３９は同
様に、ユーザディレクトリ上に対話翻訳依頼拡張子を持
つファイルが存在するか否かを判別し、存在すればステ
ップ４２へ、存在しなければステップ４３へ制御を移す
。ステップ４２では対話翻訳依頼拡張子を持ったファイ
ルを読み込み、ステップ４４でその内容を対話翻訳スト
リーム４５へ送り、ステップ３７へ制御を移す。ステッ
プ４３は同様に、ユーザディレクトリ上に一括翻訳依頼
拡張子を持つファイルが存在するか否かを判別し、存在
すればステップ４６へ、存在しなければステップ３７へ
制御を移す。ステップ４６では一括翻訳依頼拡張子を持
ったファイルを読み込み、ステップ４７でその内容を一
括翻訳ストリーム４８へ送り、ステップ３７へ制御を移
す。

【００１３】図３および図４においては、設定依頼、対
話翻訳依頼、一括翻訳依頼の３種類の依頼を送受信可能
としているが、同様に印刷依頼など他の種類の依頼にも
対応するための増設が容易に可能な構造となっている。

【００１４】図５は翻訳サーバ側の通信モジュール２３
中の送信モジュール４９の処理の流れを示すフローチャ
ートである。図において、ステップ５０の結果の種類が
設定結果であるか否かを判別し、そうであればステップ
５１へ、そうでなければステップ５２へ制御を移す。ス
テップ５１ではあらかじめ決められた設定結果拡張子を
持つファイルを作り、ステップ５３でそのファイルに設
定結果を書き込み、ステップ５４へ制御を移す。ステッ
プ５２では同様に、結果の種類が対話翻訳結果であるか
否かを判別し、そうであればステップ５５へ、そうでな
ければステップ５６へ制御を移す。ステップ５５ではあ
らかじめ決められた対話翻訳結果拡張子を持つファイル
を作り、ステップ５７でそのファイルに訳文または対訳
文を書き込み、ステップ５４へ制御を移す。

【００１５】ステップ５６では同様に、結果の種類が一
括翻訳結果であるか否かを判別し、そうであればステッ
プ５８へ、そうでなければステップ５０へ制御を移す。 ステップ５８ではあらかじめ決められた一括翻訳結果拡
張子を持つファイルを作り、ステップ５９でそのファイ
ルに訳文または対訳文を書き込み、ステップ５４へ制御
を移す。ステップ５４ではファイル転送手段２２を用い
て、依頼ファイルをクライアント上のあらかじめ設定さ
れたディレクトリ８１（第２図参照）へ転送し、ステッ
プ５０へ制御を移す。なお、翻訳クライアント側が自ら
結果ファイルを受け取るという設定の場合にはステップ
５４におけるファイル転送の処理は省略され、結果ファ
イルは翻訳サーバ上のユーザディレクトリ８０にそのま
ま置かれる。

【００１６】図６は翻訳クライアント側の通信モジュー
ル２４中の受信モジュール６０の処理の流れを示すフロ
ーチャートである。図において、ステップ６１は設定結
果拡張子を持つファイルが存在するか否かを判別するが
、結果ファイルをサーバによって返送するという設定の
場合はクライアント上のディレクトリ８１を検索し、結
果ファイルをクライアントが自ら受け取るという設定の
場合にはサーバ上のユーザディレクトリ８０を検索し、
もしあればそのファイルをサーバ上のユーザディレクト
リ８０からクライアント上のディレクトリ８１へクライ
アントが転送する。設定結果拡張子を持つファイルが存
在する場合はステップ６２へ、存在しない場合はステッ
プ６３へ制御を移す。ステップ６２では設定結果拡張子
を持つファイルを読み込み、ステップ６４でその内容を
設定結果ストリーム６５へ送る。

【００１７】ステップ６３は同様に対話翻訳結果拡張子
を持つファイルが存在するか否かを判別するが、結果フ
ァイルをサーバによって返送するという設定の場合はク
ライアント上のディレクトリ８１を検索し、結果ファイ
ルをクライアントが自ら受け取るという設定の場合には
サーバ上のユーザディレクトリ８０を検索し、もしあれ
ばそのファイルをサーバ上のユーザディレクトリからク
ライアント上のディレクトリへクライアントが転送する
。対話翻訳結果拡張子を持つファイルが存在する場合は
ステップ６６へ、存在しない場合はステップ６７へ制御
を移す。ステップ６６では対話翻訳結果拡張子を持つフ
ァイルを読み込み、ステップ６８でその内容を対話翻訳
結果ストリーム６９へ送る。

【００１８】ステップ６７では同様に一括翻訳結果拡張
子を持つファイルが存在するか否かを判別するが、結果
ファイルをサーバによって返送するという設定の場合は
クライアント上のディレクトリ８１を検索し、結果ファ
イルをクライアントが自ら受け取るという設定の場合に
はサーバ上のユーザディレクトリ８０を検索し、もしあ
ればそのファイルをサーバ上のユーザディレクトリから
クライアント上のディレクトリへクライアントが転送す
る。一括翻訳結果拡張子を持つファイルが存在する場合
はステップ７０へ、存在しない場合はステップ６１へ制
御を移す。ステップ７０では一括翻訳結果拡張子を持つ
ファイルを読み込み、ステップ７１でその内容を一括翻
訳結果ストリーム７２へ送る。

【００１９】図５および図６においては、設定依頼、対
話翻訳依頼、一括翻訳依頼の３種類の依頼を送受信可能
としているが、同様に印刷依頼など他の種類の依頼にも
対応するための増設が容易に可能な構造となっている。

【００２０】図２は翻訳サーバ・翻訳クライアント間の
プロセス関係図である。この動作は次の通りである。例
えば対話翻訳の場合、クライアント側で作成された原文
データ７３を対話翻訳依頼としてクライアント側の送信
モジュール２５に渡すと、図３に示した処理によって原
文データ７３はサーバ側のユーザディレクトリ８０に転
送される。

【００２１】するとサーバ側の受信モジュール３６が起
動し、図４に示した処理によって原文データ７３は対話
翻訳依頼ストリーム４５に送られる。

【００２２】翻訳サーバは各ストリームを常に監視して
いる。対話翻訳依頼ストリーム４５から取り出された原
文データ７３は対話翻訳依頼データとみなされ、翻訳モ
ジュール７４によって対話翻訳が実行される。その結果
得られた訳文または対訳文データ７５（以下、訳文デー
タと称す）は対話翻訳結果としてサーバ側の送信モジュ
ール４９に渡すと、図５に示した処理によって訳文デー
タ７５はクライアント側のディレクトリ８１に転送され
る。

【００２３】するとクライアント側の受信モジュール６
０が起動し、図６に示した処理によって訳文データ７５
は対話翻訳結果ストリーム６９に送られる。翻訳クライ
アントは常に各ストリームを監視している。対話翻訳結
果ストリーム６９から取り出された訳文データ７５は対
話翻訳結果データとみなされ、クライアントが受け取る
。

【００２４】これを翻訳クライアント側だけから見ると
、まずクライアントは作成した原文データ７３を対話翻
訳依頼としてクライアント側の送信モジュール２５に渡
し、対話翻訳結果ストリーム６９から訳文データ７５を
対話翻訳結果として受け取る。

【００２５】これを翻訳サーバ側だけから見ると、まず
サーバは対話翻訳依頼ストリーム４５から原文データ７
３を対話翻訳依頼データとして受け取ると、翻訳モジュ
ール７４によって対話翻訳し、得られた訳文データ７５
を対話翻訳結果としてサーバ側の送信モジュール４９に
渡す。

【００２６】この手順を図１０に示す従来の手順と対比
して表したのが図７である。図において動作は以下の順
に実行される。 ［２１］端末Ｃ上でエディタなどを用いて原文ファイル
Ｇを作る。 ［２２］クライアントはファイル転送プログラムＦＴを
起動する。 ［２３］ファイル転送プログラムＦＴを用いて端末Ｃ上
の原文ファイルＧをサーバＳに転送する。 ［２４］サーバＳ上に訳文ファイルＹが作られるのを待
つ。 ［２５］ファイル転送プログラムＦＴを用いてサーバＳ
上の訳文ファイルＹを端末Ｃに転送する。 ［２６］ファイル転送プログラムＦＴを終了する。

【００２７】この手順で［２４］の状態で、サーバの新
規付加したプロセスが拡張子を識別し、図４の処理をす
る。また訳文が出来上ると［２５］の状態で、図５の処
理をする。

【００２８】なお、拡張子にたとえば図８に示す意味を
もたせることで依頼処理の判別をさせることが可能であ
る。すなわち、 ・優先してすぐ翻訳して欲しい原文ファイル・空き時間
に翻訳すればよい原文ファイル・各種の設定を変更する
ための、設定内容を持ったファイル ・内容を印刷して欲しいファイル。 ・内容を対訳形式で印刷して欲しいファイル。

【００２９】また、クライアントが用いる文字コードを
登録しておくこともできる。たとえば計算機が用いる文
字コードは、ＪＩＳやＥＵＣやｓｈｉｆｔＪＩＳなど、
多様多様であるが、それらをあらかじめ登録しておけば
、自動的にコード変換をするようにできる。 これによって、クライアントがどの文字コードを用いて
もよいという事になる。

【００３０】なお、上記実施例の翻訳モジュール７４に
文切りだし過程を設けてもよい。文切りだし過程は原文
を１文単位に区切るものであり、まとまった複数の文の
翻訳依頼でも１文ずつ翻訳できる。また、その際にはス
テータスファイル作成過程を設けてもよい。ステータス
ファイルは１文を翻訳する毎に作成され、翻訳終了／未
終了の別、翻訳している文の総数、現在翻訳が終了して
いる文の数、翻訳時のエラーの有無などを内容に持ち、
名前が原文ファイルの拡張子を、ある決められた拡張子
に改名したものである。なお、上記実施例は翻訳依頼、
翻訳、訳文受取を示したが、印刷依頼、印刷を同様に実
行できる。すなわち、翻訳クライアント１９が、翻訳ク
ライアントに接続された印刷装置２１で直接印刷するの
ではなく、翻訳サーバ１６に接続された印刷装置１８に
よって印刷することが可能である。その方法は、印刷依
頼に対する拡張子をあらかじめ決めておき、印刷依頼は
図３、図４、図５および図６に示す処理過程に印刷依頼
処理過程、印刷結果処理過程を追加すればよい。同様に
文切りだしだけを依頼し、文切りだし結果を得る処理も
追加できる。

【００３１】翻訳サーバへの設定依頼には、各種依頼に
対する拡張子、翻訳の制限時間や主語省略時処理などの
翻訳モード、翻訳サーバによる自動転送の有無と転送先
、使用する文字コード体系とファイル形式、コード変換
における変換モード、印刷の設定などがある。また、翻
訳サーバ側の通信モジュールおよび翻訳クライアント側
の通信モジュールを計算機プログラムによって自動化し
ても良い。また、通信の際、ファイルを作るために翻訳
サーバ側および翻訳クライアント側で用いられるディレ
クトリをＲＡＭディスク上に設けても良く、この場合通
信の高速化が期待できる。

【００３２】

【発明の効果】以上のようにこの発明によれば、サーバ
とクライアント間の通信をファイル転送だけとし、相手
側への処理依頼、結果報告はファイルの中の拡張子を設
定してこれを用い、サーバでは拡張子をサーチし処理を
するプロセスを設けたので、サーバ・クライアント間の
通信のために詳細なプロトコルを設ける必要がなく、ク
ライアントとしての使用が簡単である。

【図面の簡単な説明】

【図１】この発明の一実施例である翻訳サーバ・翻訳ク
ライアントからなるシステム構成図である。

【図２】ファイル転送と処理の関係を示すプロセス関係
図である。

【図３】翻訳クライアント側の送信モジュールのプロセ
スの処理を示すフロー図である。

【図４】翻訳サーバ側の受信モジュールのプロセスの処
理を示すフロー図である。

【図５】翻訳サーバ側の送信モジュールのプロセスの処
理を示すフロー図である。

【図６】翻訳クライアント側の受信モジュールのプロセ
スの処理を示すフロー図である。

【図７】この発明の一実施例である翻訳システムにおけ
る機械翻訳手順の説明図である。

【図８】この発明のファイル内の拡張子の例を示す説明
図である。

【図９】従来のホスト・パソコン機能分散型翻訳システ
ムの構成図である。

【図１０】従来の機能分散型翻訳システムにおける機能
翻訳手順の説明図である。

【符号の説明】

２３　　サーバ側通信モジュール ２４　　クライアント側通信モジュール２５　　クライ
アント側送信モジュール３６　　サーバ側受信モジュー
ル ４９　　サーバ側送信モジュール

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　転送するファイル内に拡張子を設けて
   ファイル転送をするクライアントと、サーバ内に、拡張
   子を識別し、識別内容に対応した処理をするためのプロ
   セスを設け、転送されたファイルの拡張子に対応した処
   理をし、処理後に要求クライアントにファイルを転送す
   るサーバからなるサーバ・クライアント・システム。