JP2017021830A - 翻訳支援システムの制御方法、翻訳支援システムのサーバー、 - Google Patents

翻訳支援システムの制御方法、翻訳支援システムのサーバー、 Download PDF

Info

Publication number
JP2017021830A
JP2017021830A JP2016178228A JP2016178228A JP2017021830A JP 2017021830 A JP2017021830 A JP 2017021830A JP 2016178228 A JP2016178228 A JP 2016178228A JP 2016178228 A JP2016178228 A JP 2016178228A JP 2017021830 A JP2017021830 A JP 2017021830A
Authority
JP
Japan
Prior art keywords
translation
client
information
phrase
original
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.)
Granted
Application number
JP2016178228A
Other languages
English (en)
Other versions
JP6337406B2 (ja
Inventor
卓 野末
Suguru Nozue
卓 野末
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SunFlare Co Ltd
Original Assignee
SunFlare Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by SunFlare Co Ltd filed Critical SunFlare Co Ltd
Priority to JP2016178228A priority Critical patent/JP6337406B2/ja
Publication of JP2017021830A publication Critical patent/JP2017021830A/ja
Application granted granted Critical
Publication of JP6337406B2 publication Critical patent/JP6337406B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Machine Translation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】翻訳作業を並行して進める場合、並行作業に起因する作業の無駄を抑制し、訳揺れを抑制する翻訳支援システム。【解決手段】所定の確認タイミングが到来しており、かつ新規承認情報判定ステップにて新規承認情報が有りと判定した場合に、新規承認情報に含まれる原文語句が特定のクライアントの操作者が翻訳すべき原文に含まれるかを検索し、特定のクライアントの操作者が翻訳すべき原文に新規承認情報に含まれる原文語句が含まれ、かつ、承認訳語が特定のクライアントの操作者により翻訳された訳文ファイルに含まれない場合に、特定のクライアントの操作者により翻訳された訳文ファイルに承認訳語が含まれない旨の情報を含む報告情報を生成する報告情報生成ステップを備える。【選択図】図７

Description

本発明は翻訳支援システム、翻訳支援システムのサーバー、翻訳支援システムのクライアント、翻訳支援システムの制御方法、及びそのプログラムに関し、特に複数の翻訳者が並行して翻訳作業を翻訳支援システム、翻訳支援システムの制御方法、及びそのプログラムに関する。
従来、複数の翻訳者が分割翻訳する場合に、用語辞書に登録されている原文中の用語に該用語の翻訳を禁止する旨の識別マークを付加して、翻訳作業の最終段階で一人の編集者が用語辞書を用いて未翻訳の用語を訳語に置換することで、翻訳のスピードアップと訳語の統一を図る翻訳支援システムが知られている（特許文献１）。
また、機械翻訳システムにおいて、見出し語に対応する翻訳文の訳語が特定の対応条件を満たした場合にこの訳語を置換訳語に置換することで訳語統一を行う方法も知られている（特許文献２）。
特開平5-324716 特開2011-210194
しかし、上記特許文献１の技術によれば、翻訳禁止の識別マークが付いた未翻訳の用語が多数残存する可能性があり、最終的な翻訳作業の負荷が増大し、その作業時間も長くなって、訳語の統一を図ることと所望の納期に納品することを両立させることが困難になる可能性がある。また、翻訳作業の最中に、翻訳禁止の識別マークが付いた未翻訳の用語がどのような訳語に翻訳されるのかが確認し難く、原文の特定箇所では異なる訳語を用いるべき場合に翻訳禁止のままであると、原文の内容を充分理解していない編集者が機械的に用語を統一してしまい、原文の意味が正しく翻訳文に反映されない可能性がある。
又、特許文献２の機械翻訳を想定した技術を通常の翻訳での訳語統一に適用したとしても、対応条件の設定が煩雑となり、また通常対応条件の設定は原文の一部に目をとおした上で行われ、全ての条件が設定されていないため相当数の新規条件設定が追加で必要となり、更に一度条件設定したものであっても条件変更する必要も生じるため、特に短納期で複数の翻訳者が並行して翻訳作業を行う場合には適した方法とは言えないという問題がある。特に動詞の訳語は原文の記載内容の文脈に応じて訳し分けることも少なくないことから、複数の翻訳者が自己の判断で動詞を訳し分けて、各翻訳者が作成した訳文を合体すると、全体の訳語統一は極めて煩雑な作業となる。
このような場合、特定のスキルが高い翻訳者が原文の一部を読んで主要な語句の訳語を決定して訳語リストを作成し、その訳語リストを他の翻訳者に支給し、他の翻訳者はこの訳語リストを参照して翻訳作業を進める方法も考えられる。しかし、このような方法では訳語リストが作成されるまでの間、訳語リストを作成する翻訳者以外の他の翻訳者は原文に目を通す程度の作業しかできず、本格的な翻訳作業を開始できないという問題がある。また訳語リストを作成する翻訳者は原文の一部しか読まないため、原文の後半部分に初出する単語について適切な訳語を決定することができないという問題も生じる。更に訳語リスト既存の訳語を修正する必要が生じた場合の対応も困難となる。
更に、例えば技術の複合化が進んだ医療機器、計測機器、加工機器等の各種産業機器では、原文の文書の主題となる技術の他、機器の一部を構成する他の技術分野の装置が組み合わされることも多く、機械的に訳語を統一したのでは原文の意味が正しく伝わらない可能性がある。このような場合では訳文の訳語統一を徹底しようとした場合、各翻訳者はある原文語句に対する自己の翻訳担当部分の訳語が他の翻訳者の同一の原文語句に対する訳語と一致するかを度々確認し、訳語が一致しない場合には、不一致の原因を確認した上で必要な箇所について訳語を統一する必要がある。このように複数翻訳者により翻訳する場合、複数翻訳者が作業を行う故の作業負担を最小限にすることが課題となる。
本発明は、このような課題を解決し、複数人で翻訳作業を並行して進める場合であっても、訳語の承認申請や承認作業、承認結果の確認作業等複数翻訳者の並行作業に起因する作業の無駄（オーバーヘッド）を抑制し、訳語の訳揺れを抑制できる翻訳支援システム及び翻訳支援システムの制御方法、翻訳支援システムのサーバーを提供することを目的とする。
上記課題を解決するために、本発明の翻訳支援システムにおける新規承認訳語の訳文への確認制御方法は、
承認者クライアントと複数の翻訳者が操作する申請元クライアントと管理サーバーとが通信可能な翻訳支援システムにおける新規承認訳語の訳文への確認制御方法であって、
所定のタイミングか否かを判定するタイミング到来判定ステップと、
承認者クライアントによって新たに承認された新規承認情報の有無を判定する新規承認情報判定ステップと、
前記タイミング到来判定ステップにおいて所定の確認タイミングが到来しており、かつ前記新規承認情報判定ステップにて新規承認情報が有りと判定した場合に、
前記新規承認情報に含まれる原文語句が特定のクライアントの操作者が翻訳すべき原文に含まれるかを検索する原文語句検索ステップと、
前記新規承認情報に含まれる承認訳語が特定のクライアントの操作者により翻訳された訳文ファイルに含まれるか否かを検索する訳語検索ステップと、
前記原文語句が前記特定のクライアントの操作者が翻訳すべき原文に含まれ、かつ前記承認訳語が前記特定のクライアントの操作者により翻訳された訳文ファイルに含まれない場合に、前記特定のクライアントの操作者により翻訳された前記訳文ファイルに前記承認訳語が含まれない旨の情報を含む報告情報を生成する報告情報生成ステップとを含むことを特徴とする。
上記課題を解決するために、本発明のサーバーは、
サーバーと、少なくとも翻訳対象となる原文に含まれる原文語句と前記原文語句に対応する訳語を記憶するメモリ手段を備えた複数のクライアントとが通信回線を介して通信可能なサーバーであって、
前記クライアントから受信した、少なくとも前記各クライアントが登録した原文語句と前記原文語句に対応する訳語とを含む個別登録情報をそれぞれ記憶する個別登録情報記憶手段と、
前記各クライアントが翻訳すべき原文を記憶した原文記憶手段と、
前記各クライアントから受信した訳文を記憶した訳文記憶手段と、
前記個別登録情報記憶手段に新たに個別登録された特定の原文語句を含む原文が前記原文記憶手段に存在するかを検索して、前記新たに個別登録された特定の原文語句を含む原文を文単位で特定する対応原文検索手段と、
前記特定された原文に対応する訳文を前記訳文記憶手段から検索して、前記特定された原文に対応する訳文に前記新たに記憶された特定の原文語句に対応する承認訳語が存在するかを検索し、前記特定された原文と対応する訳文に対応する承認訳語が存在しない場合には前記特定された原文と対応する訳文とを記憶する対応訳文検索記憶手段と、
前記個別登録情報記憶手段を前記新たに個別登録された特定の原文語句をキーとして検索し、前記新たに個別登録された特定の原文語句に対応する全ての個別訳語を検索する個別訳語検索手段と、
前記個別訳語が複数存在する場合に、複数存在する個別訳語の異同を判断する異同判断手段と、
前記異同判断手段が、前記複数存在する前記個別訳語に異なる訳語が存在すると判断した場合に、前記複数のクライアントのうち所定のクライアントの表示画面に、前記新たに登録された特定の原文語句と前記新たに登録された特定の原文語句に対応する異なる複数の個別訳語とを表示するための表示情報、又は記憶され特定された原文と対応する訳文とを表示するための表示情報の少なくとも一方を生成する表示情報作成手段を備えることを特徴とする。
上記課題を解決するために、好ましくは本発明のサーバーは、
前記個別登録情報には、各クライアントが登録した原文語句と前記原文語句に対応する訳語毎に、翻訳プロジェクトを一意に特定するためのプロジェクトＩＤと前記個別登録情報を前記クライアントに登録した翻訳者を特定するための翻訳者ＩＤとを更に含み、
前記所定のクライアントから受信した、前記プロジェクトＩＤと前記同一の原文語句と前記原文語句に対応する１つの統一訳語と、前記個別登録情報記憶手段に記憶されている各クライアントから受信した前記プロジェクトＩＤを含む前記同一の原文語句に対応するそれぞれの訳語とを比較する訳語比較手段と、
各クライアント毎に登録された前記同一の原文語句に対応する訳語が前記統一訳語と異なる場合に、前記翻訳者ＩＤを用いて前記統一訳語を前記承認訳語と異なる訳語に登録したクライアントに、前記同一の原文語句と前記統一訳語と前記プロジェクトＩＤとを通知するための通知情報を生成する通知情報生成手段とを備える。
本発明の翻訳支援システムのサーバー、それらの制御方法、によれば、複数翻訳者の並行作業による訳語の不統一（いわゆる訳揺れ）を抑制しつつ翻訳作業を行うことができる。
本発明の翻訳支援システムのシステム構成を示す模式図である。 本発明の翻訳支援システムの管理サーバー１５０及び各クライアントのハードウェア構成を示す模式図である。 本発明の翻訳支援システムの機能ブロックの前半部分を示す模式図である。 本発明の翻訳支援システムの機能ブロックの後半部分を示す模式図である。 本発明の翻訳支援システムのメモリの登録処理及び各クライアントが登録したメモリの収集処理の実施例を示すゼネラルフローチャートである。 本発明の翻訳支援システムの図５のステップＳ5042のローカルメモリ登録処理の詳細フローチャートを示す図である。 本発明の翻訳支援システムの訳揺れ検索処理及び通知処理の詳細を示す詳細フローチャートである。 本発明の翻訳支援システムの訳揺れ検索・通知処理詳細における統一訳語入力画面（図７のステップＳ722）を示す図である。 本発明の翻訳支援システムの確認依頼処理（図５のステップＳ５２７）の詳細を示す詳細フローチャートである。 本発明の翻訳支援システムの訳語の一括置換処理の詳細を示す詳細フローチャートである。 本発明の翻訳支援システムの図５及び図１２のクライアント側での処理が多いスタンドアローンタイプの別の実施例のステップＳ508／ステップＳ1208及びステップＳ530／ステップＳ1226の操作に応じた処理の詳細フローチャートを示す図である。 本発明の翻訳支援システムのクライアントが入力したメモリの承認申請処理及びメモリの更新通知処理の実施例を示すゼネラルフローチャートである。 本発明の翻訳支援システムの同一原文語句の再度の承認申請があった場合の詳細を示す詳細フローチャートである。 本発明の翻訳支援システムの図１２のステップＳ1240の原文表示属性更新処理の詳細フローチャートを示す図である。 本発明の翻訳支援システムのクライアント側のローカルメモリ更新処理の詳細を示す詳細フローチャートである。 承認一覧情報表示とメモリの更新処理を行う画面を示す図である。 本発明の翻訳支援システムのメモリ更新処理の変形例の詳細を示す詳細フローチャートである。 本発明の翻訳支援システムのメモリ更新用の原文と訳文とを並置表示させる画面を示す図である。 本発明の翻訳支援システムのメモリ更新処理の他の変形例の詳細を示す詳細フローチャートである。 本発明の翻訳支援システムのメモリ更新用のグループ化してから原文と訳文とを並置表示させる画面を示す図である。 本発明の翻訳支援システムの掲示板更新処理の詳細を示す詳細フローチャートである。 本発明の翻訳支援システムのクライアント側の画面において、原文表示ウィンドウと訳文表示／入力ウィンドウを並置して表示すると共にメモリの表示タブを表示した状態の画面及び「新着」タブを選択した状態の画面を示す図である。 本発明の翻訳支援システムのクライアント側の画面において、を示す図である。原文表示ウィンドウと訳文表示／入力ウィンドウを並置して表示すると共に各メモリの内容を表示する小さなウィンドウを左右に配置した画面を示す図である。 本発明の翻訳支援システムのクライアント側の画面において、マルチウィンドウの画面を示す図である。原文表示ウィンドウと訳文表示／入力ウィンドウを並置して表示すると共に各メモリの内容を表示する小さなウィンドウを左右に配置した画面を示す図であって、複数の分割画面で編集画面とメモリ表示画面とを表示した画面を示す図である。 本発明の翻訳支援システムの承認通知処理の詳細を示す詳細フローチャートである。 本発明の翻訳支援システムの反映チェック処理の詳細を示す詳細フローチャートである。 本発明の翻訳支援システムのステップＳ508／ステップＳ1208及びステップＳ530／ステップＳ1226の操作に応じた処理の詳細フローチャートを示す図である。 本発明の翻訳支援システムの訳語候補の検索処理（S2726）及び置換処理（S2732）の詳細フローチャートを示す図である。 本発明の翻訳支援システムの原文ウィンドウと訳文ウィンドウを表示した編集操作時の内部処理を示す図である。 本発明の翻訳支援システムの図２７のS2707の範囲指定処理の詳細フローチャートを示す図である。 本発明の翻訳支援システムの図２７のS2726の検索処理の詳細フローチャートを示す図である。 本発明の翻訳支援システムのシステム構成の他の変形例を示す図である。 本発明の翻訳支援システムの別の実施例（一次確認者が承認者を兼任する場合）におけるメモリの登録処理及び各クライアントが登録したメモリの収集処理の実施例を示すゼネラルフローチャートである。 本発明の翻訳支援システムの別の実施例（一次確認者が承認者を兼任する場合）におけるクライアントが入力したメモリの承認申請処理及びメモリの更新通知処理の実施例を示すゼネラルフローチャートである。 本発明の翻訳支援システムのシステム構成の他の変形例を示す図である。 本発明の翻訳支援システムのシステム構成の他の変形例を示す図である。 本発明の翻訳支援システムの訳語候補の検索処理及び置換処理の詳細フローチャート（図２８）の変形例を示す図である。 本発明の翻訳支援システムのメモリ及び管理ファイルの項目を示す図である。
以下本発明の好適な実施例を、図面を参照しつつ詳細に説明する。
本発明のメインフローチャートは４つあり、
１）図５では翻訳者を兼任する一次確認者の確認を経て、承認者によって、ある原文語句に対する訳語が承認される場合について、一次確認者が自ら訳語を登録する場合の承認申請処理と、一次確認者以外の翻訳者の訳語を収集して訳揺れを検出する処理を主に説明する。
２）図１２では一次確認者の確認を経て、承認者によってある原文語句に対する訳語が決定される場合について、一次確認者以外の翻訳者による訳語の承認申請に対する承認処理を主に説明する。
３）図３３では翻訳者を兼任する承認者によって、ある原文語句に対する訳語が承認される場合について、承認者が自ら訳語を登録する場合の処理と、承認者以外の翻訳者の訳語を収集して訳揺れを検出する処理を主に説明する。
４）図３４では承認者によって、ある原文語句に対する訳語が承認される場合について、承認者以外の翻訳者による訳語の承認申請に対する承認処理を主に説明する。
図１は翻訳支援システムのシステム構成を示す図である。図１のクライアントA、クライアントB、クライアントCはそれぞれ翻訳者を示しているが、翻訳者が操作するクライアントの数はこれら３台に限るものではない。翻訳者が操作するクライアントの数は翻訳プロジェクトの規模に応じて変化し、より大きな翻訳プロジェクトでは、クライアントD、クライアントE、…、クライアントXなど数十台規模から数百台規模のクライアントが同一プロジェクトに参加する場合もある。
(1)各翻訳者個々人の各クライアントパソコン（例えばクライアントA、クライアントB、クライアントC）、及び承認者が操作するクライアントYは、これらクライアントパソコンにインストールされているクライアント用ソフトウェア（例えばクライアント用専用アプリケーション又はブラウザ）を用いてＬＡＮ又はインターネットなどのネットワーク１００を通じて、管理サーバー１５０へ接続し、管理サーバー１５０の記憶手段（例えばハードディスク２８）の共通メモリ１５１に記憶された原文語句と訳語と品詞を含むメモリ情報や後述する図５乃至図７及び図９乃至図１５、図１７、図１９、図２１、図２５乃至図３１、図３３乃至図３４、図３７のフローチャートに示すアプリケーションプログラム（各クライアントのディスプレイの表示画面に図８、図１６、図１８、図２０、図２２乃至図２４に示すアプリケーションの画面を表示させるための画面情報を含む）や、一つ又は複数の翻訳プロジェクトファイル１５２毎に記憶された原文や訳文を含む翻訳ファイルを読み出し、あるいは訳文を翻訳作業により更新する。
ここで翻訳作業とは元の言語で記載された原文を用いてその原文の語句単位で目的とする言語の語句に置き換えることを繰り返し、原文の意味にできる限り等しい意味を持つ、目的言語により記述された訳文を作成していく作業を意味する。ここで共通メモリ１５１は、クライアントAを操作する一次確認者及びクライアントYを操作する承認者により承認されたプロジェクト全体で共通に用いられるメモリであり、プロジェクトIDと原文語句と品詞と訳語とを含む。共通メモリ１５１に新たに登録された訳語は全翻訳者（クライアントA、クライアントB、クライアントC）に通知され、各翻訳者は自己が操作するクライアントのローカルメモリに新たに共通メモリ１５１登録された訳語を追加する。一次確認者は、他の翻訳者から申請された原文語句と品詞と訳語とを一次確認して、容認するか、あるいは否認するか、あるいは新たに訳語を入力して容認するかの操作も行う他、例えば先端技術分野等での初出の訳語についての調査を含む時間を要する訳語調査が必要な場合には、承認者に訳語調査を依頼することがある。
このように時間を要する承認作業や訳語調査を二名で分担することで、全体として迅速な承認処理を行うことができる。また一次確認者は複数の訳語の候補を示した上で承認者に訳語調査を依頼することもある。特にプロジェクトの初期段階において、主に頻出の訳語を確定させるために、例えば冒頭部分やクレーム部分の一部について一次確認者が自ら翻訳を行う場合がしばしば生じる。更に別の実施形態として、一次確認者がおらずに承認者と、一名又は複数の翻訳者を含む場合がある。比較的少人数の翻訳者で納期にも多少余裕がある場合や専門用語の定訳がほぼ定まっている技術分野で訳語調査の工数が比較的少ないと予想される場合にはこの実施形態を取ることがある。更に、必要に応じて、重要な原文語句に対応する訳語を確定させるために、承認者から外部の第三者に原文語句に対応する訳語をオーソライズする依頼を行い、外部の第三者からの回答に基づいて承認者が訳語を決定する場合もある。この部分の処理については他の実施例の説明で説明する。
(2)管理サーバー１５０が例えばクライアントAのリクエストを受け、共通メモリ１５１や複数の翻訳プロジェクトファイル１５２中のリポジトリ（Repository）へ翻訳ファイルを登録したり、リポジトリから情報をクライアントAへ送信する。ここでリポジトリ（Repository）とはデータの貯蔵庫（「貯蔵庫」は比喩的な表現であり、実体は論理的なデータの管理区画）を意味し、特定の翻訳プロジェクトの翻訳ファイルを含む様々な情報を一元管理する。この翻訳プロジェクトファイル１５２にはプロジェクトの期間、参加している翻訳者のID、原文ファイル、訳文ファイル、図３８に示す各種管理ファイルが含まれている。
図２は管理サーバー１５０及びクライアントA乃至クライアントC及びクライアントYのハードウェア構成を示す模式図である。それぞれの筐体内でＣＰＵ２１とＲＯＭ２２とＲＡＭ２３とビデオグラフィックアダプタ（VGA）２４とLANアダプタ２５とキーボード２６とマウス２７とＨＤＤ２８とDVD-ROMドライブ２９はそれぞれシステムバス２０を介して接続されている。すなわち符号は各筐体で同じハードウェア要素に対しては同じ符号を用いており、例えば「管理サーバー１５０のＣＰＵ２１は」等の表現で主体を明確にすることで区別している。なお、これらと各構成要素とシステムバス２０との間にインタフェース部が存在する場合があるが図では省略されている。CPU２１は管理サーバー１５０及び各クライアントそれぞれの筐体の全体の制御を司り、具体的には起動時にはＲＯＭ２２から起動プログラム（ブートローダ）を読み込んでハードウェアのチェック及び初期化を行い、その後ＨＤＤ２８からシステムプログラムを読み出してＲＡＭ２３にロードし、オペレーティングシステム（ＯＳ）を立ち上げる。更にＣＰＵ２１はユーザの操作に応じてアプリケーションプログラムをＨＤＤ２８からＲＡＭ２３にロードし、実行する。
ＲＯＭ２２は前述のように起動プログラム（Ｂｏｏｔプログラム）を記憶しており、ＲＡＭ２３はいわゆるメインメモリとしてオペレーティングシステム及びアプリケーションプログラム及びワークエリアとして使用する。ＶＧＡ２４は液晶ディスプレイ又はＣＲＴに接続して画面表示を行うためのアダプタであり、ＬＡＮアダプタ２５は無線又はＬＡＮケーブルを外部のネットワークと接続しデータの送受信を行う。キーボード２６及びマウス２７はユーザの操作を入力する入力手段として機能する。
又ＨＤＤ２８には各種プログラム（オペレーティングシステム、本発明の図５乃至図１５、図１７、図１９、図２１、図２５乃至図３１、図３３乃至図３４、図３７に記載の各フローチャートを実行する各アプリケーションプログラム及び図１６、図１８、図２０と図２２乃至図２４に示すクライアント画面に表示するためのHTMLの画面情報）や各種テーブルや承認申請履歴情報（承認申請の詳細情報）等を記憶している。ＤＶＤ−ＲＯＭドライブ２９は各種プログラムを記憶したＤＶＤ−ＲＯＭやＤＶＤ−Ｒを読み込むためのドライブであり、各種データ類をＤＶＤ−Ｒに書き出すことも可能である。ＤＶＤ−ＲＯＭドライブ２９はブルーレイディスクを読書き可能なＢＤドライブであっても良い。
各クライアントのパソコンのハードウェア（ファームウェアを含む）の記憶手段（例えばハードディスク２８や不図示のフラッシュメモリ）にはWindows（登録商標）等のオペレーティングシステム３４（OＳ）がインストールされており、ブラウザ及びアプリケーションプログラムのクライアント側の各プログラムの他に、各社から提供されている電子辞書や対訳用語集、科学技術用語辞典などの各辞書ファイルの集合体である基本辞書データもハードディスク２８に記憶されており、これらの基本辞書データは各翻訳者が翻訳原文の分野に応じて適宜訳語決定時の検索優先順位をつけた設定情報がハードディスク２８に記憶されている。
通常は共通メモリ１５１が順位第１位であり、各翻訳者が独自に追加した原文語句とその訳語を含むローカルメモリ１１５等が順位第２位であり、基本辞書データは順位第３位以下になる。この設定情報で順位第１位の共通メモリ原文語句で検索しても、順位第１位のメモリに該当する原文語句が含まれない場合は順位第２位のローカルメモリが検索され、ヒットした場合は訳語が原文語句と共にＲＡＭ２３のワークエリアに読み出されてアプリケーションプログラムに利用される。基本辞書データは翻訳作業時に翻訳メモリに登録する語句の候補を検索する際に用いる他、原文語句に対応する訳語が訳文中に存在するかの検索の際にも参照される。
図２のCPU２１の制御の下で起動時に例えばＲＡＭ２３で構成されるパソコンの主記憶装置に読み出されて実行される。ランタイム３２はアプリケーションプログラムの一部として、CPU２１の制御の下で実行時に必要に応じてハードディスク２８などの記憶手段からＲＡＭ２３などの主記憶装置に読み出されて実行される。以上で図２の説明を終わる。
図３８は本発明の翻訳支援システムで用いるメモリ及び管理ファイルのデータ項目とデータ例を示す図である。ローカルメモリは各翻訳者が自分の操作するクライアントで用いるいわばマイ辞書ファイルであり、辞書用のデータ項目としては、名詞（ｎ）、動詞（ｖ）、形容詞（a）などの品詞と、原文語句とその原文語句に対応する訳語と、このメモリの当該行の品詞と原文語句とその訳語の登録日と、最新の使用日と、区分とが記憶されている。このローカルメモリはプロジェクトの開始時に指定されたものを用いる場合がある。ただ２番目の優先順位で翻訳者個人が従来から利用している今回のプロジェクトに適したローカルメモリを用いることができる。使用日時刻は実際は年月日のみならず使用時刻（時分秒）まで記録される（図３８のデータ例では日までが記載されている）。区分は翻訳者が自分で登録した場合は「L」であり、共通メモリからダウンロードして更新した場合「M」が記憶される。
更に管理用のデータ項目としてはプロジェクトIDとメモリIDとがある。プロジェクトIDは翻訳プロジェクト毎に採番される一意の番号である。メモリIDは各翻訳者が用いるローカルメモリをシステム全体で一意に識別するための一意の番号である。各翻訳者は１つ又は複数のローカルメモリを持つことができ、複数を使い分ける。ローカルメモリは各翻訳者のハードディスク２８に記憶され、適宜管理サーバー１５０にアップロードされる。詳細は後にフローチャートにて説明する。
次に図３８の共通メモリ１５１は、承認者により承認されたプロジェクト全体で共通に用いられるメモリであり、この承認者の翻訳者IDが記憶されている。つまり承認者は、他の翻訳者から申請され、一次確認者の一次確認（容認又は否認）を経た原文語句と品詞と訳語とを確認して、最終承認するか、あるいは否認するか、あるいは訳語を修正して最終承認するための操作を行う。次に管理ファイル1)はプロジェクトIDとプロジェクトに参加している承認者を除く全ての翻訳者の翻訳者IDと各翻訳者が担当する原文の範囲の最初と最後とを示す開始ページ、開始段落、開始文番号、終了ページ、終了段落、終了文番号が記憶される。
この管理ファイル1)に代えて、
A)原文ファイルを翻訳者の数と同数に分割する。ファイル名は例えばプロジェクトID＿翻訳者ID.docとする。このようにファイル名自体で各翻訳者の担当原文を特定する方法も可能であり、又は
B）原文ファイルを翻訳者の数と同数に分割する。分割した各原文のファイル名は任意とし、翻訳者IDとこの原文ファイル名とを関連づけたテーブルをハードディスク２８に記憶する方法も可能であり、これらA)B)に限らず翻訳者毎の担当範囲が特定できる方法であれば良い。
次に管理ファイル2)にはプロジェクトIDとプロジェクトIDと種別（翻訳者の種類を示すものであり、一次確認者はCT、ベテラン翻訳者はET、比較的経験の浅い翻訳者はNTが記憶される）。更に定期的に管理サーバー１５０にアップロードされる訳文の段落番号及び訳文のバイト数とを用いて、原文に換算した翻訳完了ページと翻訳完了分が概算され、翻訳完了ページと翻訳完了行を用いて翻訳の進捗率（100分率）が計算され、ステータス（標準より進み：AD、ほぼ標準：NM、標準より遅れ：LT）が計算され記憶される。ステータスは例えば１０日間の翻訳プロジェクトであれば、６割（６日）の日数で翻訳が完了し、２割（２日）で各翻訳者別の見直しが完了し、残り２割で全体の整合チェックが行われることを基準に全体の翻訳分量と翻訳完了分量から、進み／標準／遅れが計算される。管理ファイル3)には、プロジェクトIDとメモリIDと各メモリの優先順位と、原文の原語を示す元原語と翻訳先の原語を示す先原語、技術分野を示す「分野」、メモリの開始年月日、使用中（V）か使用していない（W）かを示すステータスが記憶されている。
更に管理ファイルの他の各ファイルについて説明する。これら各ファイルはプロジェクトID毎に管理サーバー１５０の翻訳プロジェクトファイル１５２に記憶されている。
(1)実施例の翻訳支援システムで処理できるファイルフォーマットは例えばマイクロソフト社製のワープロソフトで使用するMS-Word(doc)、各種のブラウザで使用するHTML、textを含むがこの他にアドビ社製のＰＤＦ(登録商標Portable Document Format)やマイクロソフト社製のＸＰＦ（XML Paper Specification）フォーマット、その他ＯＤＦ（Open Document Format）も使用することができる。
(2)実施例の翻訳支援システムの翻訳支援アプリケーションにより読み込まれた原稿ファイルをこの翻訳支援システム専用の翻訳プロジェクトファイル１５２に保存することができる。翻訳プロジェクトファイル１５２は原文や翻訳文を含む翻訳結果を保持する「翻訳ファイル」、翻訳メモリを保持する「翻訳メモリ」および認証用の「認証ファイル」から構成される。
(3)その他に、翻訳する際に翻訳作業を行った翻訳者の翻訳者ＩＤや作業時刻などを記憶しているログファイル、翻訳文の章節などの見出し情報を記憶する見出しファイル、作業時に新たな訳語のメモリ登録やメモリから読み出した訳語候補により原文の一部を一括置換したり、通常の個別置換を行ったデータを履歴ファイルに記憶し、更に翻訳時に入力した翻訳コメントなどをコメントファイルに記憶することにより、これらを適宜読み出して画面に表示したり、印刷出力することが可能となっている。
図３は本発明の翻訳システムの機能ブロックを示す模式図であり、各ブロックの〜部の一部は特許請求の範囲の各構成要件（〜手段）に該当する。以下各機能ブロックの動作の概要を説明する。図３の中央部分の水平方向の細い破線はネットワーク１００を意味している。つまり管理サーバー１５０と各翻訳者用クライアント３４０（クライアントB、クライアントC）との間の情報のやりとりや、管理サーバー１５０と承認者用クライアント３３０（クライアントA、クライアントY）との間の情報のやりとりは、特に断りのない限り、全てネットワーク１００を経由している。図５以降のフローチャート及び画面で、詳細を説明する。
まず管理サーバー１５０は各翻訳者用クライアント３４０からの原文語句及びこの原文語句に対応する候補訳語を含む申請情報を送受信制御部３２０の申請情報受信部３２１で受信し、承認申請履歴記憶部３５１に記憶する。申請情報は転送部３２２に送られ、転送部３２２からクライアントAに送信される。次いで承認申請履歴記憶部３５１と原文記憶部３５２とを参照して、今回受信した申請情報の原文語句が翻訳担当範囲に含まれるかを検索部３１１で検索し、検索結果と担当範囲記憶部３５３からの検索結果も通知判断部３１５に引き渡す。通知判断部３１５は同一原文語句で既に申請されているか、今回の申請情報の原文語句は各翻訳者が翻訳を担当する範囲の原文に含まれるか、承認訳語は今回の申請情報に含まれる候補訳語と一致するか、通知タイミング記憶部３５６を参照して各翻訳者別の通知タイミングが到来しているか、を総合的に判断して、通知すべき翻訳者に適切な通知内容を通知記憶部３５５から読み出して、通知情報生成部３１４に引き渡し、通知情報送信部３２５から通知対象の各クライアントに送信される。
通知を受信した各クライアントの表示画面（個別ウィンドウ又はタブの表示欄）に通知内容が表示される。通知内容には申請された原文語句とその原文語句に対応する候補訳語の承認結果情報（そのまま承認、異なる承認訳語で承認、否認（不承認））であるか、承認申請に対するメッセージ（同一原文語句と承認訳語とで承認済み、同一原文語句と異なる承認訳語で承認済み等）が含まれる。
又、各翻訳者用クライアント３４０で原文語句とこの原文語句に対応する訳語とをローカルメモリ９４０に登録すると、原文語句とこの原文語句に対応する訳語とを含む登録情報が送受信制御部３４１から管理サーバー１５０に送信され、管理サーバー１５０の登録情報受信部３２４からの原文語句及びこの原文語句に対応する訳語を含む登録情報は個別の登録情報として個別登録情報記憶部３５４に記憶される。このように個別登録情報記憶部３５４は各翻訳者の操作するクライアントのローカルメモリ９４０を管理サーバー１５０上に翻訳者毎の個別登録情報として記憶したものと言える。なおローカルメモリ９４０は各クライアントのローカルメモリを総称したものであり、個別のクライアントのローカルメモリを特定する際には図１に記載された符号を用いる。
個別登録情報記憶部３５４に記憶された訳語は判断部３１２で原文語句をキーにして比較され、同一原文語句で翻訳者により異なる訳語が登録された場合には、該当する原文語句とそれぞれの訳語と翻訳者IDを含む訳揺れ警告情報が表示情報生成部３２３で生成され、送受信制御部３２０でクライアントA１１０に送信され、クライアントA１１０の画面でこれらの警告情報が表示され、統一候補訳語が入力されると、入力された統一候補訳語と原文語句とが管理サーバー１５０に送信され、承認者の操作するクライアントY１９０に転送され、クライアントY１９０から折り返し統一訳語を含む承認情報を登録情報受信部３２４で受信した後、承認情報は共通メモリ１５１と個別登録情報記憶部３５４とに追加される。さらにこの承認情報の原文語句をキーにして個別登録情報記憶部３５４の各翻訳者が個別登録している原文語句に対応する訳語が検索され、訳語比較部３１３でこの原文語句に対応する承認情報の統一訳語と比較され、一致しない場合は、通知情報生成部３１４で個別登録している原文語句と、個別登録している統一訳語と一致しない訳語と、統一訳語とを含む通知情報が、管理サーバー１５０の通知送信部３２５から統一訳語と一致していない翻訳者が操作するクライアントに送信される。
他方一次確認者が操作するクライアントAでローカルメモリ９４０（より具体的にはローカルメモリ１１５）に追記された原文語句とこの原文語句に対応する訳語とを含む承認申請情報は、管理サーバー１５０の申請情報受信部３２１を経由して、承認申請履歴記憶部３５１に記憶され、更にこの承認申請情報は転送部３２２を経由して、承認者が操作するクライアントYに転送され、折り返しクライアントYから管理サーバー１５０に送信される登録情報は、承認結果情報受信部３２６で受信した後、通知判断部３１５を経由して共通メモリ１５１に記憶されると共に、通知判断部３１５により新規承認語句と判断され、通知情報生成部３１４が新規承認情報を生成し、通知情報送信部３２５から各翻訳者用クライアントに送信される。
各翻訳者用クライアント３４０は送受信制御部３４１から承認情報を受信すると、受信した承認情報をＲＡＭ２３のワークエリアに記憶すると共に承認一覧情報生成部３４２に引き渡し、承認一覧情報生成部３４２では、承認一覧情報を各翻訳者用クライアント３４０の画面に表示するための表示情報を生成してＲＡＭ２３のワークエリアに記憶する。
又、ＲＡＭ２３に記憶されている受信した承認情報に含まれる原文語句をキーとして検索部３４３が原文記憶部３６１を検索し、ヒット箇所の全ての原文を段落番号単位又は段落番号と文番号で特定される文単位で読み出してＲＡＭ２３のワークエリアに記憶すると共に抽出部３４４に引き渡す。抽出部３４４は抽出された原文に対応する全ての訳文を段落番号と文番号に基づいて訳文記憶部３６２から抽出してＲＡＭ２３のワークエリアに記憶する。文単位の抽出に失敗した箇所については段落全体を抽出してＲＡＭ２３のワークエリアに記憶し、類似判定部３４５に引き渡す。類似判定部３４５は抽出した原文と訳文のペア（それぞれ段落単位又は文単位で抽出）のそれぞれの異同を判定する。具体的には原文語句の前後の所定ワード（例えば２ワード）又は所定文字（例えば４文字）を比較し、同一のものには同一のグループIDを付与して、ＲＡＭ２３のワークエリアに記憶し、分類部３４６に引き渡す。
分類部３４６ではグループIDにより原文と訳語のペアをソートしてグループID毎に分類してＲＡＭ２３のワークエリアに記憶する。対訳画面表示部３４７はＲＡＭ２３のワークエリアに記憶されているグループID毎に分類されかつ同一グループID内で出現順にソートされた原文と訳語のペアと承認一覧情報とを用いて、承認一覧情報の１件の原文語句とそれに対応するグループ化されグループ内でソートされた原文と訳語のペアからなる対訳表示情報を生成して、画面に表示する。なお、前後の語句の異同の判定を行わず、対応訳文検索部３４４から対訳画面表示部３４７にＲＡＭ２３のワークエリア経由で引き渡すことで、単に出現順に承認された原文語句単位で原文と対応する訳文の対比表示を行うこともできる。
最後にクライアントY３３０では送受信制御部３３１経由で受信した申請情報をＲＡＭ２３のワークエリアに記憶し、申請情報表示部３３２に引き渡して、画面に原文語句と候補訳語とを含む申請情報を表示し、承認入力部３３３はこの画面で入力された承認又は否認の入力、又は承認訳語の入力を検知して、原文語句とその原文語句に対応する承認訳語をローカルメモリ１１５に登録すると共に、入力されたこれらの入力情報をＲＡＭ２３のワークエリアに記憶し、承認情報生成部３３４に引き渡す。承認情報生成部３３４は管理サーバーに送信するための承認情報を生成して、ＲＡＭ２３のワークエリアに記憶し送受信制御部３３１に引き渡す。送受信制御部３３１は承認情報を管理サーバー１５０に送信する。管理サーバーは承認情報を承認結果情報受信部３２６経由で受信し共通メモリ１５１に登録すると共に承認情報を通知情報生成部３１４に引き渡して、承認通知情報が生成されて、通知送信部３２５経由で各翻訳者用クライアントに送信される。以上で概要であるが図３の説明を終わる。
次に図４について説明する。図４は図３と同じ機能ブロック図であり、図３に記載しきれなかった機能について図を分けて記載しているものであり、各翻訳者クライアント３４０や承認者クライアント３３０、管理サーバー１５０の各ハードウェアは図３と同様である。まず、翻訳者用クライアント３４０の判断部４４４は翻訳者クライアント３４０が翻訳時にある原文語句に対する訳語を選択する際に、承認訳語を選択したかを判断し、承認訳語以外を選択したと判断した場合は、注意情報生成部４４５において翻訳者ID又は他のクライアントを特定するための情報の少なくともいずれか１つと前記原文語句と前記承認語句と異なる訳語とを含む注意情報を生成し、生成した注意情報を管理サーバー１５０に送信する。管理サーバー１５０はこの注意情報を図３の申請情報受信部３２０で受信し、転送部３２２からクライアントYに注意情報を転送する。この処理の詳細は図２８で説明する。
次に図４の翻訳者用クライアント３４０のタイミング到来判定部４４１は所定の確認タイミングが到来したか否かを判定し、所定の確認タイミングが到来しており、かつ前記新規承認情報判定ステップにて新規承認情報が有りと判定した場合に、新規承認情報判定部４４２において新たに承認情報を受信したかを判定し、前記タイミング到来判定部４４１において所定の確認タイミングが到来したと判定し、かつ前記新規承認情報判定部４４２にて新規承認情報が有りと判定した場合に、新規承認情報に含まれる原文語句が特定のクライアントの操作者が翻訳すべき原文に含まれるかを原文検索部３４３で検索し、新規承認情報に含まれる承認訳語がこの翻訳者クライアントの操作者により翻訳された訳文記憶部３６２訳文ファイルに含まれるか否かを訳語検索部４４３が検索する。原文語句がこのクライアントの操作者が翻訳すべき原文に含まれ、かつ承認訳語が前記特定のクライアントの操作者により翻訳された訳文ファイルに含まれない場合に、報告情報生成部４４６が前記特定のクライアントの操作者により翻訳された前記訳文ファイルに前記承認訳語が含まれない旨の情報を含む報告情報を生成して、管理サーバー１５０経由で、報告情報が承認者の操作するクライアントYに送信される。この処理の詳細は後で図２６において説明する。
次に管理サーバー１５０において、申請履歴検索部４２１は、特定のクライアントから訳語承認申請情報を受信すると、申請履歴検索に含まれる原文語句と申請訳語とを用いて、承認申請履歴記憶部３５１の承認申請履歴ファイルを検索する。申請履歴検索部４２１の検索で、承認申請履歴ファイルに同一の原文語句と申請訳語と同一の承認訳語とが既に存在する場合には、この特定のクライアントに対して同一原文語句と承認訳語とで承認済みである旨の第一通知情報を、通知生成部４２２中の第一通知生成部４２３で生成して、この特定のクライアントに対して送信する。次に申請履歴検索部４２１の検索で、承認申請履歴ファイルに同一の原文語句と異なる訳語とが既に存在する場合には、この特定のクライアントに対して同一原文語句と異なる訳語とで承認済みである旨とこの異なる訳語を了解するかを問う旨の第二通知情報を通知生成部４２２中の第二通知生成部４２４で生成して、この特定のクライアントに対して送信し、折り返しの応答を待つ。次にこの第二通知情報に応じて特定のクライアントから受信した応答メッセージに異なる訳語を了解しない旨の情報が含まれる場合には、承認者の操作するクライアントY１９０に送信するための訳語承認申請情報に含まれる原文語句と訳語と再申請である旨とを通知するための第三通知情報を通知生成部４２２中の第三通知生成部４２５にて生成し、クライアントY３３０に送信する。更に、前記申請履歴検索部４２１の検索で、前記承認申請履歴ファイルに同一の前記原文語句が存在しない場合に、承認者クライアントY３３０に訳語承認申請情報に含まれる原文語句を通知するための第四通知情報を通知生成部４２２中の第四通知生成部４２６で生成してクライアントY３３０に送信する。この処理の詳細は図１３のフローチャートで説明する。
この承認申請に対する申請履歴検索はクライアントYで実行することも可能であり、クライアントYが直接翻訳者クライアントからの訳語承認申請情報を送受信制御部３３１経由で受信しても良いし、管理サーバー１５０経由で訳語承認申請情報を同様に受信しても良い。受信した訳語承認申請情報に含まれる原文語句と申請訳語とをキーにして同一プロジェクトIDの承認申請履歴を履歴検索部４３１で検索する。検索対象は管理サーバー１５０の承認申請履歴記憶部３５１でも良いし、不図示のクライアントY３３０のハードディスク２８の承認申請履歴ファイルでも良い。承認申請履歴の検索結果に応じて、上述と同様のケースで第一承認通知生成部４３２で第一承認通知を生成し、第二承認通知生成部４３３で第二承認通知を生成し、申請した特定のクライアントに直接又は管理サーバー１５０経由で送信する。再申請の場合はクライアントYが承認者クライアントであることから、上記の第三通知ではなく、再申請である旨のメッセージと原文語句、申請訳語等を含む第一メッセージを第一メッセージ生成部４３４で生成してクライアントYの画面に表示する。同様に新規申請の場合に、第四通知ではなく、新規申請である旨のメッセージと原文語句申請訳語等を含む第二メッセージを第二メッセージ生成部４３５で生成して、クライアントYの画面に表示する。
更に管理サーバー１５０では訳揺れの検索処理を行っており、以下に概要を述べる。各クライアントがそれぞれのローカルメモリに原文語句と品詞、対応する訳語を登録すると、これらの個別登録情報は管理サーバーに適宜送信され、前記クライアントから受信した、少なくとも各クライアントが個別登録した原文語句と原文語句に対応する訳語とを含む個別登録情報をそれぞれ記憶する個別登録情報記憶部３５１に記憶することは既に述べた。管理サーバー１５０には更に各クライアントが翻訳すべき原文を記憶する原文記憶部３５２と、各クライアントから受信した訳文を記憶する訳文記憶部３５７も存在する。個別登録情報の送信頻度はネットワークに常時接続しているか、１日に１回程度であるかなどネットワークへの接続頻度に応じて異なる。常時接続環境では例えば１回／５分〜１０分程度であり、接続頻度が１日に５回以下であれば、接続のたびに毎回送信される。この接続頻度の判断はネットワーク接続のログを参照することにより行う。
ある翻訳者用の個別登録情報記憶手段に新たに個別登録された特定の原文語句を含む原文が、他の翻訳者を含む全翻訳者の翻訳すべき原文が記憶されている原文記憶部３５２に存在するかを、対応原文検索部４１３が検索して、新たに個別登録された特定の原文語句を含む原文を文単位で特定してＲＡＭ２３のワークエリアに記憶する。次に訳文記憶部３５７から、対応訳文検索部４１１が、訳文記憶部３５７から、特定された原文に対応する訳文を検索して、特定された原文に対応する訳文に新たに記憶された特定の原文語句に対応する承認訳語が存在するかを検索し、特定された原文に対応する訳文に対応する承認訳語が存在しない場合には特定された原文と対応する訳文とをＲＡＭ２３のワークエリアに記憶する。
次に個別訳語検索部４１４が、個別登録情報記憶部３５４を前記新たに個別登録された特定の原文語句をキーとして検索し、新たに個別登録された特定の原文語句に対応する全ての個別訳語を検索してRAM２３のワークエリアに記憶する。次に個別訳語が複数存在する場合に、異同判断部４１２が複数存在する個別訳語の異同を判断する。異同判断部４１２が、複数存在する個別訳語に異なる訳語が存在すると判断した場合に、表示情報生成部４２７が、複数のクライアントのうち所定のクライアント（承認者が操作するクライアントY又は一次確認者が操作するクライアントA）の表示画面に、新たに登録された特定の原文語句と新たに登録された特定の原文語句に対応する異なる複数の個別訳語とを表示するための表示情報、又は前記記憶された特定された原文と対応する訳文とを表示するための表示情報の少なくとも一方を生成する。更に好ましくは管理サーバー１５０は、各翻訳者クライアントからこれらクライアントに入力された入力情報を含む操作情報を受信する操作情報受信部４２８を備えており、承認申請履歴記憶部３５１には訳語承認申請情報と承認訳語と承認の可否を示す承認フラグと承認された時刻を示す承認時刻とを記憶するように構成することもできる。そして、表示情報生成部４２７は、翻訳者が操作する翻訳者クライアントの画面に、前記担当範囲原文を用いて前記クライアントの操作者により翻訳すべき原文を表示する原文表示ウィンドウと、前記受信した操作情報に応じて前記原文を翻訳した結果である訳文を表示ウィンドウとを翻訳者クライアントの画面に表示する表示情報を生成する。更には表示情報生成部４２７は、承認フラグと承認時刻とに応じて、所定時刻以前に承認された訳語承認申請情報を表示する図２４の承認済み訳語表示ウィンドウ２４０１と、所定時刻より後に承認された訳語承認申請情報を表示する図２４の新着承認訳語表示ウィンドウ２４０２と、未承認の訳語承認申請情報を表示する図２４の申請中訳語表示ウィンドウ２４０３と、否認された前記訳語承認申請情報を表示する図２４の否認訳語表示ウィンドウ２４０４の少なくともいずれか１つを承認者クライアントの画面に表示する表示情報を生成することもできる。以上で図４の説明を終わる。
図５はメモリの登録処理及び登録されたメモリの収集処理を示すフローチャートである。図５のゼネラルフローチャートにおいては、クライアントAを操作する一次確認者が自ら翻訳も行い、翻訳する際に訳語を共通メモリ１５１に登録すべく承認者が操作するクライアントYに承認依頼する処理、及び承認者に承認された訳語を、一次確認者でない他の翻訳者が操作するクライアントB及びクライアントCに通知する処理と、これらクライアントB及びクライアントCでそれぞれのローカルメモリに新規登録された訳語を収集して訳揺れがあれば、クライアントAに通知する処理について記載している。他方、後述する図２５のゼネラルフローチャートでは、一次確認者でない他の翻訳者が操作するクライアントB及びクライアントCで翻訳を行う際に訳語を共通メモリ１５１に登録すべく承認者が操作するクライアントYに承認依頼する処理、及び承認者に承認された訳語を、全翻訳者に通知する処理について記載している。図５の説明に戻る。図５のステップＳ501〜ステップＳ512は一次確認者が操作するクライアントAで実行する処理であり、ステップＳ521〜ステップＳ５３２は管理サーバー１５０が実行する処理であり、ステップＳ５５０〜ステップＳ５５６はクライアントC及びクライアントBが実行する処理であり、ステップＳ５６１〜ステップＳ５６３は承認者が操作するクライアントYが実行する処理であり、これらはそれぞれのハードウェアのCPU21の制御の下で実行する処理である。以後の各フローチャート（図５乃至図１５、図１７、図１９、図２１、図２５乃至図３１、図３３乃至図３４、図３７の各フローチャート）でも同様である。
図５を含め以後のフローチャートの処理では、特に独立して実行する処理であることが明記されていない限り、既に管理サーバー１５０への接続（セッションの確立）やログイン（認証処理）が終了しているものとする。また、管理サーバー１５０ではマルチプロセスで各処理が実行されているものとする。すなわち例えば図５に示す処理と図１２に示す処理は別プロセスとして実行されているし、同じフローチャートの中でも別プロセスとして実行される場合がある。例えば図１２のクライアントBの処理でステップＳ１２０１〜ステップＳ１２０８とステップＳ１２０９〜ステップＳ１２１２は別プロセスであり、クライアントCのステップＳ１２５１〜ステップステップ１２５３とステップＳ１２４１〜ステップＳ１２４４は別プロセスである。まず、ステップＳ501ではクライアントAを操作する一次確認者が管理サーバー１５０にメモリの登録用画面を要求し、ステップＳ521で管理サーバー１５０はメモリの登録画面を表示させるための画面情報をクライアントAに送信して、処理をステップＳ５２２に進めクライアントAからの情報受信待ち状態になる。クライアントAが画面情報を受信するとＲＡＭ２３のワークエリアに画面情報を記憶し、クライアントAのディスプレイに、不図示の最初の画面（プロジェクトIDの入力欄と登録先のメモリIDの入力欄とOKボタン）が表示され、プロジェクトIDと登録先のメモリIDが入力され、更にOKボタンが押下された事を検知入力すると、次の画面に遷移する。次の画面では品詞と原文語句と訳語とを入力する入力欄及び「登録」の文字が記された登録ボタンを含む不図示の登録画面が表示される。表示されている画面の入力内容は全てＲＡＭ２３のワークエリアに記憶され、表示されている画面の入力必須項目が全て入力されている場合に管理サーバー１５０への送信を許すＲＡＭ２３のワークエリアの送信フラグがオンになり、登録ボタンを押下が検知されると処理をステップＳ５０２に進める。ステップＳ５０２では送信フラグがオンになっているかが判定され、送信フラグがオンであれば、処理をステップＳ５０３に進める。他方、送信フラグがオフであるか、又は登録画面から他の画面やメニューへの遷移操作が検知された場合は処理をステップ５０５に進める。
ステップＳ５０３では操作情報を管理サーバー１５０に送信し、処理をステップＳ５０４に進める。操作情報が例えばメモリの申請情報であれば、操作情報にはプロジェクトID、メモリID、翻訳者ID、品詞と原文語句と候補訳語が含まれる。ステップＳ５０４では、ＲＡＭ２３のワークエリアに記憶されている画面情報と入力内容から、操作情報がメモリ申請操作であるかが判定され、メモリ申請操作であると判定した場合には、処理をステップＳ５０４２に進め、メモリ申請操作でないと判定した場合には、処理をステップＳ５０５に進める。ステップＳ５０４２では入力された品詞と原文語句と訳語とが最初の画面で入力されたプロジェクトIDで予め指定されているディフォルトのローカルメモリに区分＝「L」で登録され、処理をステップＳ５０５に進める。クライアントAのステップＳ５０５〜ステップＳ５１２及びステップＳ５３０の処理については後で別途説明する。ステップＳ５０４２の処理の詳細は後で図６のフローチャートで説明する。再び管理サーバー１５０側の処理の説明に戻る。
ここで管理サーバー１５０側の処理を説明する。ステップＳ５２２で情報受信待ち状態の管理サーバー１５０はクライアントAから情報を受信すると、処理をステップＳ５２３に進め、受信した情報がメモリの申請情報であるかを判定し、メモリの申請情報であると判定した場合は、処理をステップＳ５２４に進める。ステップＳ５２４では、承認者が操作するクライアントYにメモリ申請情報（プロジェクトID、メモリID、品詞と原文語句と候補訳語）を送信する。ステップＳ５６１では、クライアントYがメモリ申請情報を受信し、ＲＡＭ２３のワークエリアに記憶して、メモリ申請情報を受信した旨とOKボタン及びキャンセルボタンを表示したダイアログ画面を受信し、ダイアログ画面でOKボタンが押下されたことを検知すると、メモリ申請情報を含むメモリ承認入力画面（メモリ更新情報、承認ボタン、否認ボタン、承認訳語入力欄、コメント入力欄、保存ボタンを表示する画面）を表示して処理をステップＳ５６２に進める。ステップＳ５６１では、ダイアログを表示せずに、メモリ申請情報を受信した旨のアイコン表示又はアニメーションを例えばタスクバーの右隅などの所定の位置に表示し、このアイコン又はアニメーションを選択する操作を検知してメモリ承認入力画面を表示しても良い。
ステップＳ５６２では、メモリ承認入力画面が表示され、承認訳語入力欄又は承認者コメント入力欄にテキストが入力された状態で保存ボタンが押下されたことを検知すると、承認訳語又は承認者コメントを識別するための入力区分と入力されたテキストがＲＡＭ２３のワークエリアに記憶され、承認ボタン又は否認ボタンが押下されたことを検知すると押下されたボタンに応じた承認フラグをＲＡＭ２３のワークエリアに記憶する。ステップＳ５６３では、ＲＡＭ２３のワークエリアに記憶している少なくともプロジェクトIDと承認フラグと原文語句と品詞と候補訳語と承認訳語、（もし訳語入力欄やコメント入力欄に入力されている場合は）修正された承認訳語又は承認者コメントを識別するための入力区分（承認訳語が修正された場合は１、承認者コメントが入力された場合は２、両方入力された場合は３）と入力されたテキストとを含むメモリ承認情報を、管理サーバー１５０に送信する。
ステップＳ５２５では、管理サーバー１５０がメモリ承認情報を受信し、ＲＡＭ２３のワークエリアに記憶し、処理をステップＳ５２６に進める。ステップＳ５２６では、ＲＡＭ２３のワークエリアを参照して、メモリ承認情報の候補訳語と承認訳語とが同一であるかを判定し、同一であると判定した場合には処理をステップＳ５２８に進め、同一でないと判定した場合には処理をステップＳ５２７に進める。ステップＳ５２７では、承認者が操作するクライアントYから一次確認者のメモリ更新情報に対して候補訳語で承認しなかった例外的な場合であるため、クライアントAのメモリ申請内容（候補訳語と承認訳語）についての確認依頼情報をクライアントAに送信する。この処理の詳細は図９の詳細フローチャートで説明する。
ステップＳ５２８では、管理ファイル1)の当該プロジェクトIDで登録されている各翻訳者IDで特定される送信先にメモリ更新情報（プロジェクトID、メモリID、品詞と原文語句と訳語）を送信して、処理をステップＳ５２９に進める。ステップＳ５２９ではプロジェクトIDと翻訳者IDとをキーにして管理ファイル1)を検索し、種別がCTであれば、図３に示す共通メモリに受信したプロジェクトID、メモリID、翻訳者ID、品詞と原文語句と訳語とを登録し、処理をステップＳ５３０に進める。ステップＳ５３０ではクライアントAの操作に応じた処理を実行し、処理をステップＳ５２２に戻す。ステップＳ５３０の詳細については後ほど説明する。
次に、ステップＳ550〜ステップＳ556では一例としてクライアントCが受信したメモリ更新情報を自己のローカルメモリに反映する処理と、自己のローカルメモリに区分Lで自己登録したメモリを収集して管理サーバー１５０に送信する処理について説明する。ステップＳ550では、管理サーバーから受信したメモリ更新情報（プロジェクトID、メモリID、品詞と原文語句と訳語）をＲＡＭ２３のワークエリアに記憶し、処理をステップＳ551に進める。ステップＳ551では、ハードディスク２８に記憶されているクライアントCの設定ファイルをＲＡＭ２３に読み込んで自動更新フラグがONになっているかを判定し、ONになっている場合は処理をステップＳ553に進め、ONになっていない場合は処理をステップＳ552に進める。ステップＳ552ではメモリの更新操作（具体的にはメモリ更新画面での更新ボタンの押下）があったかを判定し、あったと判定した場合は処理をステップＳ553に進め、なかったと判定した場合は処理をステップＳ550に戻す。ステップＳ553では、受信したメモリ更新情報を用いて、当該プロジェクトIDのディフォルトのローカルメモリを更新する。全てのメモリ更新情報をローカルメモリに追加したら処理をステップＳ554に進める
ステップＳ554では、このローカルメモリを検索し区分が「L」で登録日がシステム日付と一致する行があれば、一致する行の全てについて、プロジェクトID、翻訳者IDと品詞と原文語句と訳語とをＲＡＭ２３のワークエリアに記憶して、処理をステップＳ555に進める。なお、ステップＳ554の実行に先だってクライアントCが翻訳作業時に原文語句とその原文語句に対応する訳語を登録する操作により、自己の操作するクライアントのローカルメモリに区分が「L」の行が予め追加されている。ステップＳ555では、区分が「L」で登録日がシステム日付又は最後にネットワーク１００に接続した日以降のいずれか早い日以降の日付と一致する行が１つでもあれば、処理をステップＳ556に進め、１つもない場合は処理をステップＳ550に戻す。ステップＳ556では、ＲＡＭ２３のワークエリアに記憶したプロジェクトID、翻訳者IDと品詞と原文語句と訳語とを管理サーバー１５０に送信し、処理をステップＳ550に戻す。
ステップＳ５３１では管理サーバー１５０は自己登録分のメモリ情報を受信しＲＡＭ２３のワークエリアに記憶して、自己登録分のメモリを送信した翻訳者IDが一次確認者であれば受信したメモリ情報をクライアントYに転送し、クライアントYの承認後に共通メモリ１５１に登録（新規登録または更新）し処理をステップＳ５３２に進める。一次確認者でない場合は、共通メモリ１５１への登録は行わずに処理をステップＳ５３２に進める。ステップＳ５３２では、個別登録情報記憶部３５４の他の翻訳者のメモリの個別登録情報に同一原文語句があるか、あるいは既に翻訳された部分の原文に同一の原文語句があるかを検索し、翻訳文の対応する訳語が今回受信した自己登録分のメモリ情報の訳語と一致するかを判定し、一致しない場合は一次確認者又は承認者に通知する。このステップの処理の詳細は別途図７の詳細フローチャートで説明する。
ステップＳ509では一次確認者が操作するクライアントAに訳揺れ情報が通知される。最後にステップＳ505〜ステップＳ512及びステップＳ５３０の処理について説明する。ステップＳ505では、検出された操作が終了操作（例えば画面右上の「×」ボタンの押下や「終了」メニューの選択や「終了ボタン」の押下を検出した場合）であるかを判定する。終了操作である場合には、処理をステップＳ506に進め、ステップＳ506では開いているファイルを閉じたり、未保存のデータを保存して処理を終了する。終了操作でない場合は、処理をステップＳ507に進め、ステップＳ507では、上記のメモリ登録操作又は終了操作以外の操作を検知したかを判定する。メモリ登録操作又は終了操作以外の操作を検知した場合は、処理をステップＳ508に進め、操作を検知していない場合は、処理をステップＳ509に進める。
ステップＳ508では、その他の操作に応じた処理を実行し処理をステップＳ509に進める。その他の操作とは、翻訳語句を決めるための範囲指定操作、メモリを検索する検索操作、検索にヒットした訳語公報のうち所望の訳語を選択する選択操作、ファイル保存操作など翻訳支援システムにて翻訳を進めるための操作であり、ステップＳ５０８の処理の詳細及びそれに対応する管理サーバー１５０の処理であるステップＳ５３０の処理の詳細は図２７のフローチャートで説明する。
次にステップＳ509では、管理サーバー１５０から通知情報を受信したかを判定し、受信したと判定した場合は受信した通知情報をＲＡＭ２３のワークエリアに記憶し、処理をステップＳ510に進める。ステップＳ510では、受信した通知内容により処理が分岐する。通知内容で品詞が名詞で訳語が不一致の場合、又は品詞が動詞で同一原文語句に対して３通り以上訳語の不一致が含まれる場合は、表示が必要と判定し、処理をステップＳ511に進める。品詞が動詞で2通りの訳語の不一致の場合は処理をステップＳ512に進める。ステップＳ511では、クライアントAの画面にアイコンを表示し、処理をステップＳ512に進める。ステップＳ512では、ハードディスク２８の通知ログに今回受信した通知情報を追加する。以上で図５の説明を終わる。
図６はTMEモードにおける各クライアントのローカルメモリへの新規登録処理（図５のステップＳ５０４２）の詳細フローチャートを示す図である。図６の処理はクライアントAのCPU２１及び管理サーバー１５０のCPU21の制御の下で実行する処理である。ここでTMEモードとは、原文の用語（原語）に対する訳語を選択し、選択した訳語を登録し、選択した訳語で原文の語句（例えば単語の一部、単語又はフレーズ）を置換するモードである。原文のある単語又は語句を訳語に置換すると、それより後に出てくる同じ単語又は語句は同様に置換されるが、前に遡って文書全体が一括置換される訳ではなく、従ってある原語を途中から別の訳語に置換することも可能だし、ＴＭＥモード外で個別に置換することも可能である。ステップＳ６０１では、クライアントA側で特定範囲の文字を選択する操作を検知すると選択範囲の文字と特定範囲の文字を選択した旨の操作情報をＲＡＭ２３のワークエリアに記憶し、処理をステップＳ６０２に進める。
ステップＳ６０２では、クライアントA側でスペースキーの押下を検知すると、ＲＡＭ２３のワークエリアに記憶した操作情報を管理サーバー１５０に送信して、処理をステップＳ６０３に進める。ステップＳ６０３では管理サーバー１５０で受信した選択範囲の文字をキーにしてローカルメモリ１１５をメモリ検索して、処理をステップＳ６０４に進める。ステップＳ６０４では検索結果を訳語候補のキャッシュ項目としてＲＡＭ２３のワークエリアのメモリキャッシュ９４５に記憶して処理をステップＳ６０５に進める。
ステップＳ６０５では、メモリキャッシュ９４５に記憶しているキャッシュ項目を使用日＞更新日＞使用頻度によりソートして処理をステップＳ６０６に進める。ステップＳ６０６では、スペースキーの押下を検知すると、ソートしたキャッシュ項目をドロップダウンリストとして表示して、処理をステップＳ６０７に進める。つまり、TMEにおけるローカルメモリへの追加はスペースキーをおすと出現するドロップダウンリストから行われる。ステップＳ６０７ではＥｎｔｅｒキーの押下を検知するとステップＳ６０８に処理を進める。クライアントAがローカルメモリに訳語を新規登録した場合は図５に示す処理（ステップＳ５０４）に従って、管理サーバー１５０が受信して（ステップＳ５２２）、クライアントYに転送され（ステップＳ５２４）、クライアントYによる承認処理が実行されることになる。他方クライアントA以外の翻訳者がローカルメモリに訳語を新規登録した場合は、図５に示す自己登録分メモリとして管理サーバー１５０に送信される（ステップＳ５５６）。
ステップＳ６０８では、新規登録用ウィンドウを表示して登録内容の入力を待つ。文字が入力されて更にＥｎｔｅｒキーが押下されたことを検知するとステップＳ６０９に進む。ステップＳ６０９では登録された訳語をローカルメモリ９４０に使用日と更新日が最新のものとして保存し、ＴＭＥモードの表示画面に登録結果を反映する（入力文字で表示を更新する）。次いで処理をステップＳ６１０に進める。ステップＳ６１０ではＥｎｔｅｒキーが再度押下されたことを検知すると元のＴＭＥモードに戻って処理を終了する。新規登録した用語（訳語）は同じ原語で別の訳語が登録され、又は他の訳語が選択されるまではドロップダウンリストの最上位に表示される。以上で図６の説明を終わる。
次に、図７は訳揺れ検索処理及び通知処理（図５のステップＳ５３２）の詳細を示す詳細フローチャートである。図７でステップＳ７０１〜ステップＳ７１４の処理は管理サーバー１５０のCPU21の制御の下で実行する処理であり、ステップＳ７２１〜ステップＳ７２３の処理はクライアントAのCPU２１の制御の下で実行する処理であり、ステップＳ７４１〜ステップＳ７４３の処理はクライアントYのCPU２１の制御の下で実行する処理である。ステップＳ701では新たに個別登録した個別登録情報に含まれる翻訳者ID、プロジェクトＩＤ、原文語句、訳語をＲＡＭ２３のワークエリアに記憶し、処理をステップＳ７０２に進める。
ステップＳ702（対応原文検索）では登録した翻訳者を含むこのプロジェクトに参加している全翻訳者の原文記憶部３５２の原文を、ステップＳ７０１でＲＡＭ２３のワークエリアに記憶した新たに個別登録した原文語句をキーにして検索し、検索結果としてヒット箇所の段落番号、文番号、原文語句、訳揺れフラグ（初期状態ではオフ）、失敗フラグ（初期状態ではオフ））をハードディスク２８が記憶する訳揺れワークファイルに出力する。
ステップＳ703（対応訳文検索）ではワークファイルの段落番号とその段落番号の文番号とを用いて原文語句に対応するステップＳ７０１でＲＡＭ２３のワークエリアに記憶した訳語をキーにしてこのプロジェクトに参加している全翻訳者の全訳文について訳文記憶部３５７から検索する。前提として、原文と訳文の両方にそれぞれ段落番号が入っており、原文のある段落に例えば原文の００１１段落の段落番号に対応する訳文の段落には００１１段落の段落番号が入っている。ある段落における原文の文の数（文番号の最大値）と対応する段落の訳文の文の数が一致しない場合、文番号の例えばプラスマイナス１の文番号も検索する。その際、例えば英日翻訳の場合であれば、日本語の一文の文字数の約半分を対応する英語のワード数として文番号毎に照合する。具体的には、例えば経験的に英文のワード数に２を乗じプラスマイナス２０％程度の誤差範囲を、対応する同じ段落番号の日本文の文字数とし、この誤差範囲内（１．６〜２．４）にあれば、文の分割はないと判断する。文の分割の判定も含めて原文に対応する訳文の文番号に対応する訳語がない場合はその箇所（文単位）について訳揺れフラグをオンにし、対応する原文と訳文とRAM２３のワークエリアに記憶する。
もしこの範囲外であれば、訳文である日本文の文字数が最小値よりも少なければ訳文の分割があったと判断し、訳文である日本文の文字数が最大値よりも大きければ訳文の統合があったと判断する。ある原文の段落に対する訳文の文字データがゼロである場合は未翻訳と判断して、この段落番号の全ての文については訳揺れフラグをオフにして失敗フラグをオンにする。対応する訳語があったとしても、原文と訳文の数が大きく異なる等対応する訳語の有無の判定に失敗する可能性もある。失敗したら、失敗フラグをオンにする。失敗フラグがオフで、かつ訳揺れフラグがオンである場合、この訳者が作成している訳文中で同一原文語句に対する訳語の訳揺れがある可能性が高いことになる。
ステップＳ704（個別訳語検索）では、ステップＳ７０１でＲＡＭ２３のワークエリアに記憶した自己登録分メモリの原文語句をキーにして他翻訳者の自己登録分メモリ及び共通メモリ１５１の対応する訳語を検索して、ＲＡＭ２３のワークエリアにプロジェクトIDの他に、ヒットした全てのメモリの翻訳者ID、メモリID、原文語句、品詞、訳語をＲＡＭ２３のワークエリアに記憶して処理をステップＳ７０５に進める。ステップＳ７０５では自己登録分メモリの訳語とＲＡＭ２３のワークエリアに記憶した他翻訳者の訳語及び共通メモリ１５１の訳語との異同を比較し、訳語が全ての翻訳者の自己登録分について一致したと判定した場合は処理を終わり、少なくとも１名の翻訳者の自己登録分について一致しないと判定した場合、又はハードディスク２８に記憶している訳揺れワークファイルで訳揺れフラグがオンの訳文が１つでもある場合は、処理をステップＳ７０６へ進める。
ステップＳ７０６では、訳語が一致しない原文語句についての一次確認者への通知情報1)（プロジェクトIDと原文語句と品詞と翻訳者IDとその翻訳者のそれぞれの訳語、それぞれのメモリID、又は訳揺れフラグがオンの訳文が１つでもある場合は、訳揺れフラグがオンの訳文を含むプロジェクトIDと該当する全ての翻訳者IDとその翻訳者IDに対して該当する訳揺れフラグがオンの全ての段落番号と、原文と対応する訳文）を、ステップＳ７０３で訳揺れワークファイルに記憶した訳揺れフラグがオンの訳文における訳揺れ情報と、ステップＳ７０４でＲＡＭ２３のワークエリアに記憶したメモリの訳語の訳揺れ情報とを用いて生成し、ＲＡＭ２３のワークエリアに記憶して処理をステップＳ７０７へ進める。ステップＳ７０７では、ＲＡＭ２３のワークエリアに記憶した通知情報1)を一次確認者が操作するクライアントAに送信し、処理をステップＳ７０８に進めてクライアントAからの応答の受信待ち状態になる。
ステップＳ721では、クライアントAが通知情報1)を受信し、ＲＡＭ２３のワークエリアに記憶し、クライアントAのディスプレイには不統一訳語を知らせる通知情報1)を受信したことを意味するアニメーション又はアイコンが表示され、一次確認者がこのアニメーション又はアイコンを選択（例えばマウスの左ボタンでクリック）すると、処理をステップＳ７２２に進め、ディスプレイには図８に示す不統一訳語通知及び統一訳語入力画面８００が表示され、この画面の上部には不統一訳語通知ウィンドウ８１０が表示される。この不統一訳語通知及び統一訳語入力画面８００では、所定数を超える同一の訳揺れ箇所はページを分けて標示する。例えば最初の１ページには訳揺れの初出箇所が表示され、２ページ以降に同一の訳揺れが表示されるようにすることができる。
不統一訳語通知ウィンドウ８１０には左から、チェック欄、原文語句、訳語、翻訳者ID、原文表示ボタンが表示される。一次確認者は原文語句と訳語を確認して、採用すべき訳語の記載された行のチェック欄にチェックマーク「レ」を入力する。図８では、不統一訳語通知ウィンドウ８１０に原文語句「精神病の１種」に対して、翻訳者ID786の翻訳者が a kind of mental diseaseを使用し、翻訳者ID777の翻訳者が one of mental diseaseを使用し、翻訳者ID751の翻訳者が a mental diseaseを使用している旨が表示されている。この画面で「原文」ボタン８１１を押下することにより、翻訳者ID786の翻訳担当範囲テーブルに該当する原文ファイルを、原文語句をキーにして検索し、最初にヒットした箇所の原文のセンテンス又は文を中心にして、ピリオド又は句読点によりセンテンス又は文を識別してヒット箇所の前後３センテンス又は３文程度をＲＡＭ２３のワークエリアに記憶し、画面中段の原文表示ウィンドウ８２０に翻訳者ID786の翻訳者が翻訳を担当する原文範囲における原文語句を含む最初の該当箇所の原文を表示する。これにより各翻訳者の訳語の当否の確認が容易になる。又複数の通知を見る場合には前頁ボタン８３３か次頁ボタン８３４を押下することで別の通知情報を不統一訳語通知ウィンドウ８１０に表示させることができる。原文表示ウィンドウ８２０の下には訳語新規入力ウィンドウ８３０が表示されており、この訳語新規入力ウィンドウ８３０に訳語を新規入力後に新規入力ボタン８３５を押下することで新しい訳語を登録することができる。
一次確認者がチェック「レ」を入力した後で承認ボタン８３２を押下すると、この行の訳語a kind of mental diseaseが原文語句「精神病の１種」に対応する統一候補訳語として容認され、一次確認された旨の情報がＲＡＭ２３のワークエリアに記憶され、処理をステップＳ７２３に進め、プロジェクトIDと原文語句と品詞と等を含む通知情報1)と承認された統一候補訳語とを管理サーバー１５０に送信する。なお、複数の訳語に対してそれぞれチェック「レ」を入力した場合、両方の訳語を使い分ける（訳し分ける）ことを一次確認したことになり、統一候補訳語として２語が含まれることになる。
ステップＳ７０８では管理サーバー１５０は受信した情報をＲＡＭ２３のワークエリアに記憶し、処理をステップＳ７０９に進める。ステップＳ７０９では、ＲＡＭ２３のワークエリアに記憶した情報をクライアントYに転送して、処理をステップＳ７１０に進めてクライアントYからの応答の受信待ち状態になる。ステップＳ７４１〜ステップＳ７４３は、実行主体がクライアントYであり、管理サーバー１５０から受信した統一訳語候補が承認されて統一訳語として通知情報1)と共にサーバーに送信される点が異なるだけなので詳細は省略する。管理サーバー１５０はステップＳ７１０で受信した通知情報1)と統一訳語とをＲＡＭ２３のワークエリアに記憶し、処理をステップＳ７１１に進める。ステップＳ７１１では、原文語句と統一訳語とをキーにしてステップＳ７０３と同様の対応訳語検索を実行し、プロジェクトに参加している翻訳者が使用した訳語１人分ずつとその訳語が出現する原文語句が存在する原文の段落番号と文番号とを抽出して、処理をステップＳ７１２に進める。ステップＳ７１２では、抽出した訳語と統一訳語とを比較して、訳語が一致するかを判定する。複数の訳語の使い分けを認めている場合（統一訳語が複数ある場合）は、複数の統一訳語のいずれか一方と一致すれば、訳語が一致したと判定する。
訳語が一致しない場合は、処理をステップＳ７１３に進める。訳語が一致する場合は、処理をステップＳ７１４に進める。ステップＳ７１３では、ステップＳ７０７でＲＡＭ２３のワークエリアに記憶した情報と、ステップＳ７１０で受信してＲＡＭ２３のワークエリアに記憶した情報とを用いて、訳語が一致しない翻訳者IDが操作する他のクライアントに訳語を確認するための通知情報2)を送信し、ＲＡＭ２３のワークエリアに予め記憶している翻訳者IDと送信フラグとを含む送信ログで、通知情報2)を送信した翻訳者IDに対応する送信フラグをオンにする。通知情報2)には、プロジェクトIDと原文語句と統一訳語と当該統一訳語に対応する他の翻訳者の原文と通知先の翻訳者毎の翻訳担当範囲内の原文語句が最初に出現する箇所の原文の段落番号と文番号が含まれる。
ステップＳ７３１では他のクライアントが通知情報2)を受信しＲＡＭ２３のワークエリアに記憶し、通知情報2)の受信を知らせるアイコン又はアニメーションが画面に表示される。このアイコン又はアニメーションが選択されると処理をステップＳ７３２に進め、通知情報2)の内容と確認を依頼するメッセージ（例えば、プロジェクトID＝xxxxxで貴殿は原文語句「精神病の１種」に対して訳語”one of mental disease”を使用されていますが、承認者により訳語“a kind of mental disease”が承認されましたので通知します。該当初出箇所（00XX段落のｙ番目の文）の原文と訳文の確認をお願いします。）が画面に表示される。勿論これらの通知情報2)の内容を複数一覧形式（複数の訳揺れ箇所を一覧表示する表示形式）で表示しても良い。
ステップＳ７１４では全翻訳者についてステップＳ７１２の訳語の一致判定が終了しているかをＲＡＭ２３のワークエリアの送信ログの送信フラグにより判断し、全ての翻訳者IDに対して送信フラグがオンであれば処理を終了する。送信ログ中に送信フラグがオンでない翻訳者IDが存在する場合は処理をステップＳ７１１に戻す。このような処理により、訳語の承認申請をしない場合でも訳揺れを一次確認者及び承認者が確認し、承認訳語以外を使用している翻訳者に統一訳語を通知して注意を喚起することが可能になる。なお、変形例（他の実施例）として、統一訳語を図１２に示す処理と同様に承認訳語として通知し（ステップＳ１２３２参照）、図１６、図１８、及び図２０の画面に表示させ、ローカルメモリを更新する処理も本発明に含まれる。以上で図７の説明を終わる。
次に図９のフローチャートについて説明する。図９は図５のステップＳ５２７の確認依頼処理（一次確認者の候補訳語と承認者の承認訳語が一致しない場合の処理）の詳細を説明する詳細フローチャートである。図９において、ステップＳ９２１乃至ステップＳ９２６は管理サーバー１５０のCPU２１の制御の下で実行する処理であり、ステップＳ９０１乃至ステップＳ９０３は一次確認者が操作するクライアントAのCPU２１の制御の下で実行する処理であり、ステップＳ９６１乃至ステップＳ９６３は承認者が操作するクライアントYのCPU２１の制御の下で実行する処理である。まずステップＳ９２１では、管理サーバー１５０は、ＲＡＭ２３のワークエリアに記憶しているメモリ承認情報（図５のステップＳ５６２の説明参照）を用いてクライアントAに送信するための確認依頼情報（候補訳語が承認者によって修正された旨のメッセージ、内容を確認することを依頼するメッセージ、プロジェクトID、原文語句、品詞、承認訳語、候補訳語、承認者コメントを含む）を生成してＲＡＭ２３のワークエリアに記憶し、処理をステップＳ９２２に進める。ステップＳ９２２では、ＲＡＭ２３のワークエリアに記憶している確認依頼情報をクライアントAに送信し処理をステップＳ９２３に進める。
ここで一旦クライアントA側の処理を説明する。ステップＳ９０１では、クライアントAが確認依頼情報を受信し、ＲＡＭ２３のワークエリアに記憶して、処理をステップＳ９０２に進める。ステップＳ９０２ではＲＡＭ２３のワークエリアに記憶した確認依頼情報を用いて確認情報を受信した旨のアイコン表示又はアニメーションを例えばタスクバーの右隅などの所定の位置に表示し、このアイコン又はアニメーションを選択する操作を検知して不図示の一次確認者コメント入力画面（候補訳語が承認者によって修正された旨のメッセージ、内容を確認することを依頼するメッセージ、プロジェクトID、原文語句、品詞、承認訳語、候補訳語、承認者コメントと一次確認者のコメント入力欄、及びOKボタンを表示する画面）を表示し、OKボタンの押下を検知すると処理をステップＳ９０３に進める。ステップＳ９０３では、プロジェクトID、原文語句、品詞、承認訳語、候補訳語、一次確認者が入力したコメントを含む一次確認者コメントを管理サーバーに送信する。
ここで管理サーバー１５０の処理の説明に戻る。ステップＳ９２３では、管理サーバー１５０はＲＡＭ２３のワークエリアに記憶している確認依頼情報を、プロジェクトID、原文語句、品詞をキーとして承認申請履歴ファイル１５３に追加して、処理をステップＳ９２４に進める。ステップＳ９２４では、クライアントAからの一次確認者コメントの受信を待ち、一次確認者コメントを受信するとＲＡＭ２３のワークエリアに記憶し、処理をステップＳ９２５に進める。ステップＳ９２５ではＲＡＭ２３のワークエリアに記憶した一次確認者コメントをプロジェクトID、原文語句、品詞をキーとして承認申請履歴ファイル１５３に追加して、処理をステップＳ９２６に進める。ステップＳ９２６ではＲＡＭ２３のワークエリアに記憶した一次確認者コメントをクライアントYに送信する。
ステップＳ９６１では、クライアントYは受信した一次確認者コメントをＲＡＭ２３のワークエリアに記憶し処理をステップＳ９６２に進める。ステップＳ９６２では、クライアントYの画面に一次確認者コメンを受信した旨のアイコン表示又はアニメーションを例えばタスクバーの右隅などの所定の位置に表示し、このアイコン又はアニメーションを選択する操作を検知して不図示の一次確認者コメント確認画面（プロジェクトID、原文語句、品詞、承認訳語、候補訳語、承認者コメントと一次確認者のコメント入力したコメント、修正訳語を入力するための修正入力欄、及びOKボタンを表示する画面））を表示し、OKボタンの押下を検知すると処理をステップＳ９６３に進める。ステップＳ９６３では、修正訳語を入力するための修正入力欄に修正訳語であるテキストが入力されたかを判定し、テキストが入力された場合には図５のステップＳ５２８に処理を進める。テキストが入力されていない場合には図５のステップＳ５２２に処理を進める。以上で図９の説明を終わる。
次に図１０では、ある原文語句1)と訳語（旧訳語）が承認された後、別の原語2)について同一の訳語（旧訳語）の申請が別途あり、前の原文語句1)の訳語（旧訳語）を別の新訳語に一括置換したい場合の処理について説明する。図１０の処理は各クライアントのCPU21の制御の下で実行される処理であり、図５のステップＳ508又は後述する図１２のステップＳ１２08で実行される処理である。
例えば当初device（原文語句1)）の申請があり、一次確認者が訳語「装置」（旧訳語）で承認したが、後で類義語のapparatus（原文語句2)）が訳語「装置」で再申請があり、一次確認者が「しまった、deviceの訳語は「デバイス」（新訳語）に変更してapparatusの訳語を「装置」（旧訳語）にしよう」などということが時々生じる。
訳文側ではdeviceに対応する語句は既に「装置」になっており、新たにそのままapparatusを装置に置換すると両者が混じってしまう。そこで再申請処理が承認され、クライアント側で訳語を変更する場合、訳文側で以下の処理を行う。以下実例を挙げつつ説明する。
ステップＳ１００１では、変更したい旧訳語を入力し又は範囲指定により選択し、ＲＡＭ２３のワークエリアに記憶して、処理をステップＳ１００２に進める。ステップＳ１００２では、原文語句1)（前述の例では「device」）に対応する旧訳語を訳文中から検索し、検索にヒットした旧訳語とその旧訳語の存在位置（段落番号と文番号）をＲＡＭ２３のワークエリアに記憶し処理をステップＳ１００３に進める。ステップＳ１００３では、検索した対応する旧訳語（前述の例では「装置」）の文字色又は背景色（地の色）等の表示属性を所定の第一表示属性に変更し、この旧訳語と変更した第一表示属性とをＲＡＭ２３のワークエリアに記憶して、処理をステップＳ１００４に進める。なお、フローチャート中では原文語句を「原語」と略記している。
ステップＳ１００４では旧訳語（「装置」）から変更すべく、新たに画面から原文語句1)に対する新訳語が入力され、ＲＡＭ２３のワークエリアに旧訳語とは別に新訳語と第一表示属性とを追加して記憶し、処理をステップＳ１００５に進める。ステップＳ１００５では、ＲＡＭ２３のワークエリアに記憶された第一表示属性で訳文中の旧訳語を新訳語（「デバイス」）に置換して、処理をステップＳ１００６に進める。ステップＳ１００６では訳文中の原文語句2)（「apparatus」）の表示属性を変更し、この表示属性をＲＡＭ２３のワークエリアに別途記憶し、処理をステップＳ１００７に進める。ステップＳ１００７では、予め設定されている表示属性（第二表示属性）で、訳文中の原文語句2)（「apparatus」）をＲＡＭ２３のワークエリアに記憶されている旧訳語（「装置」）に置換し、処理をステップＳ１００８に進める。
ステップＳ１００８では訳文側に未置換の原文語句1)（「device」）が残存するかどうかを検索し、処理をステップＳ１００９に進める。ステップＳ１００９では訳文中に原文語句1)がなお残存する場合、ステップＳ１０１０に処理を進め、ステップＳ１０１０では訳文中に未置換の原文語句1)（「device」）が残存したら表示属性を予め設定されている表示属性（第三表示属性）に変更して、この第三表示属性も更にＲＡＭ２３のワークエリアに記憶し、処理をステップＳ１０１１に進める。ステップＳ１００９で訳文中に原文語句1)が残存しないと判定した場合は処理を終了する。ステップＳ１０１１ではステップＳ１０１０で更に予め設定した第三表示属性を維持したままで、訳文中の原文語句1)（「device」）を、ステップＳ１００４でＲＡＭ２３のワークエリアに記憶した新訳語（「デバイス」）に置換する。この第三表示属性はハードディスク２８に記憶されている設定ファイルに含まれ、同じく設定ファイルに含まれる第一表示属性とも第二表示属性とも異なる表示属性として設定されている。
ここで表示属性とは文字の色、フォント（種類又は大きさの少なくともいずれか１つ）、太文字／標準、地の色（背景の色）、斜体などを意味する。このように表示属性を変える処理を先に実行することで、訳語の変更処理をワンクリックで実行することができる。かつ第一表示属性乃至第三表示属性をそれぞれことなる表示属性として記憶し、（例えば３つのそれぞれことなる背景色、あるいはそれぞれ異なる太文字の文字色として記憶し）、一括置換後もこのそれぞれ異なる表示属性を維持したまま表示することで、一括置換後にも一括置換部分を容易に確認することができる。以上で図１０の説明を終わる。
次に図１２について説明する。図１２は本発明の翻訳支援システムのクライアントが入力したメモリの承認申請処理及びメモリの更新通知処理の実施例を示すゼネラルフローチャートである。図１２のステップＳ１２０１乃至ステップＳ１２０８は一次確認者でない一般の翻訳者が操作するクライアントBのCPU21の制御の下で実行される処理であり、ステップＳ１２０９乃至ステップＳ１２１２はクライアントAとクライアントBのそれぞれのCPU21の制御の下で実行される処理であり、ステップＳ１２２１乃至ステップＳ１２３２は管理サーバー１５０のCPU21の制御の下で実行される処理である。図１２のステップＳ１２４０乃至ステップＳ１２４４はクライアントCのCPU21の制御の下で実行される処理であり、ステップＳ１２５１乃至ステップＳ１２５３はクライアントAのCPU21の制御の下で実行される処理であり、ステップＳ１２６１乃至ステップＳ１２６３は承認者が操作するクライアントYのCPU21の制御の下で実行される処理である。
以下、クライアントBがある訳語の承認を申請する場合を例にとって説明する。ステップＳ１２０１でクライアントBがメモリの承認申請画面を要求し、ステップＳ１２２１で管理サーバー１５０がメモリの承認申請画面を表示するための画面情報をクライアントBに送信し、処理をステップＳ１２２２に進めクライアントBからの情報受信待ち状態になる。ステップＳ１２０１で承認申請画面にてメモリの訳語承認申請情報（プロジェクトID、翻訳者ID、品詞と原文語句と訳語）とを入力し、画面の「申請」ボタンの押下が検知されると、全ての必須入力項目が入力されている場合は送信フラグがオンに設定してＲＡＭ２３のワークエリアに記憶し、処理をステップＳ１２０２に進め、ステップＳ１２０２ではＲＡＭ２３のワークエリアの送信フラグがオンの場合は処理をステップＳ１２０３に進め、ステップＳ１２０３では操作情報を管理サーバー１５０に送信して、送信後ＲＡＭ２３のワークエリアの送信フラグをオフにし、処理をステップＳ１２０４に進める。
この訳語承認申請情報はクライアントBのハードディスク２８にも申請中情報として記憶され、承認履歴ファイル１５３の承認申請中のメモリ情報として後述する掲示板で参照することができる。次にステップＳ１２０２で全ての項目が入力されていないか、又は承認申請操作でない場合は処理をステップＳステップＳ１２０４に進める。ステップＳステップＳ１２０３乃至ステップＳ１２０８は図５のステップＳ５０４乃至ステップＳ５０８と同様であり、ステップＳ１２０８の処理の詳細及びそれに対応する管理サーバー１５０の処理であるステップＳ１２２６の処理の詳細は図２７のフローチャートで説明する。
次に情報受信待ち状態だった管理サーバー１５０はステップＳ１２22では情報を受信しＲＡＭ２３のワークエリアに記憶しステップＳ１２23に処理を進める。ステップＳ１２23では受信した情報が訳語承認申請情報であるかを判定する。訳語承認申請情報であると判定した場合は処理をステップＳ１２24に進め、訳語承認申請情報でないと判定した場合は処理をステップＳ１２26に進め、ステップＳ１２26では受信した情報で特定されるクライアント側の操作に応じた処理を行う。ステップＳ１２26の詳細は図２７で説明する。
ステップＳ１２24では同じ原文語句について承認申請履歴ファイル１５３（プロジェクトID、メモリID、翻訳者ID、品詞、原文語句、訳語、承認訳語、承認者ID、承認年月日）中に既に承認申請があるかを、原文語句をキーに検索して、原文語句が一致する承認申請が存在する場合、対応する訳語と承認年月日とをＲＡＭ２３のワークエリアに記憶し、処理をステップＳ１２25に進める。ステップＳ１２25では、同一原文語句と訳語とで承認済みの場合は、既に承認済みである旨のメッセージをクライアントBに送信し、異なる訳語で既に承認されている場合は、その異なる訳語と原文語句と、「異なる語句で承認されていますが、この訳語で良いでしょうか？それとも別途申請しますか?」を尋ねるメッセージをクライアントBに送信し、クライアントBからの応答が別途申請を要求するものであれば、承認申請処理を進める。ステップＳ１２25の詳細は別途図１３に示す詳細フローチャートで説明する。
訳語承認申請情報は一次確認者が操作するクライアントAに送信され、それとは別にクライアントCなどの他の翻訳者にも送信され、ステップＳ１２４０では、承認情報に含まれる承認申請中の原文語句に対応する、他の翻訳者が担当する原文の同じ原文語句を含む箇所全ての表示属性（例えば文字色や背景色、太文字など）が変更され、翻訳者に当該原文語句が承認申請中であることを容易に気付かせることで二重の承認申請を抑制する。ステップＳ１２４０の詳細は別途図１４に示す詳細フローチャートで説明する。
ステップＳ１２５１では、訳語承認申請情報をクライアントAが受信し、受信した訳語承認申請情報をハードディスク２８の承認申請中ワークファイルに登録すると共にＲＡＭ２３のワークエリアに記憶され、処理をステップＳ１２52に進める。ステップＳ１２52ではクライアントAの画面に訳語承認申請情報を受信した旨のアイコン又はアニメーションが表示され、一次確認者である一次確認者による訳語承認申請情報を表示させる操作を検知するとプロジェクトIDと品詞と原文語句と承認を要求する訳語とを含む訳語承認申請情報が表示され、申請の容認又は否認と、場合により修正された一次確認訳語、又は承認者に承認訳語の調査を依頼するコメントが一次確認者により一次確認入力されＲＡＭ２３のワークエリアに記憶され、処理をステップＳ１２53に進めて、一次確認情報（プロジェクトID、翻訳者ID、品詞と原文語句と一次確認訳語、処理フラグ）が管理サーバー１５０に送信される。否認されるのは、承認申請された原文語句に対応する訳語が既に共通メモリに登録されており、新規追加も訳語の修正も必要がない場合である。ステップＳ１２２７では、管理サーバー１５０は一次確認情報を受信してこの一次確認情報をＲＡＭ２３のワークエリアに記憶し、承認申請履歴ファイル１５３に受信した一次確認情報を追加して、処理をステップＳ１２２８に進める。ステップ６２８では、承認者が操作するクライアントYに対しＲＡＭ２３のワークエリアに記憶した一次確認情報と同内容の承認依頼情報を送信する。
ステップＳ１２６１では、クライアントYが承認依頼情報を受信し、ＲＡＭ２３のワークエリアに記憶して、承認依頼情報を受信した旨とOKボタン及びキャンセルボタンを表示したダイアログ画面を受信し、ダイアログ画面でOKボタンが押下されたことを検知すると、承認依頼情報を含む承認入力画面（承認依頼情報、承認ボタン、否認ボタン、訳語入力欄、コメント入力欄、保存ボタンを表示する画面）を表示して処理をステップＳ１２６２に進める。ステップＳ１２６１では、ダイアログを表示せずに、承認依頼情報を受信した旨のアイコン表示又はアニメーションを例えばタスクバーの右隅などの所定の位置に表示し、このアイコン又はアニメーションを選択する操作を検知して承認依頼入力画面を表示しても良い。
ステップＳ１２６２では、承認入力画面が表示され、訳語入力欄又はコメント入力欄にテキストが入力された状態で保存ボタンが押下されたことを検知すると、訳語又はコメントを識別するための入力区分と入力されたテキストがＲＡＭ２３のワークエリアに記憶され、承認ボタン又は否認ボタンが押下されたことを検知すると押下されたボタンに応じた承認フラグをＲＡＭ２３のワークエリアに記憶する。ステップＳ１２６３では、ＲＡＭ２３のワークエリアに記憶している少なくとも承認フラグと原文語句と承認訳語、（もし訳語入力欄やコメント入力欄に入力されている場合は）修正された承認訳語又はコメントを識別するための入力区分（承認訳語が修正された場合は１、コメントが入力された場合は２、両方入力された場合は３）と入力されたテキストとを含む承認情報（プロジェクトID、原文語句と品詞と承認訳語、処理フラグを含む）を、管理サーバー１５０に送信する。
ステップＳ１２２９では管理サーバー１５０は承認情報を受信し、ＲＡＭ２３のワークエリアに記憶し、システム時刻に基づく受信時刻とプロジェクトIDと承認フラグ、原文語句、品詞、承認訳語、クライアントに通知したか否かを示す通知フラグ（初期値はオフ）、各翻訳者が操作するクライアント毎に承認訳語を複文に反映したかを示す翻訳者ID毎の反映フラグ（初期値はオフ）を管理サーバー１５０のハードディスク２８の承認申請履歴記憶部３５１の承認申請履歴ファイルに記憶し、処理をステップＳ１２３０に進める。ステップＳ１２３０で、この承認情報に含まれる承認フラグがオンであれば、承認情報に含まれるプロジェクトIDに対応する共通メモリ１５１を更新し、クライアントA及びクライアントBにメモリ更新情報（プロジェクトID、原文語句と品詞と承認訳語、処理フラグを含む）を送信すると共にクライアントCにもメモリ更新情報を送信する。CPU21は処理をステップＳ１２３１に進めて、ステップＳ１２３１では、各翻訳者向けの掲示版と共通掲示板の表示情報（管理サーバー側がこれらのクライアントの画面に図２２乃至図２４に示す掲示板を表示するためのHTML）を新たな承認情報を用いて更新する。ステップＳ１２３１の詳細は別途図２１に示す詳細フローチャートで説明する。次に処理をステップＳ１２３２に進め、承認申請者と承認された原文語句が担当している翻訳範囲に含まれている翻訳者が操作するクライアントに向けて承認通知を送信する。ステップＳ１２３２の詳細は別途図２５に示す詳細フローチャートで説明する。
次にクライアント側の処理を説明する。クライアントA及びクライアントBはステップＳ１２０９でそれぞれメモリ更新情報を受信し、ＲＡＭ２３のワークエリアに記憶して、それぞれ処理をステップＳ１２１０に進める。ステップＳ１２１０では受信したメモリ更新情報ステップを用いてローカルメモリ１１５又はローカルメモリ１２５、及びプロジェクトIDに対応する原文の更新をそれぞれ行い、処理をステップＳ１２１１に進める。ステップＳ１２１０の詳細は図１５のフローチャートで説明する。ステップＳ１２１１ではクライアントA及びクライアントBがそれぞれ承認通知を受信しＲＡＭ２３のワークエリアに記憶して、承認通知があることを示すアイコンまたはアニメーションが例えば画面のタスクバーなどの所定の位置にそれぞれ表示され、これらのアイコンまたはアニメーションをマウスのカーソルで選択すると処理をステップＳ１２１２に進め図２２乃至図２４に示すような画面に承認通知をそれぞれ表示する。他方、クライアントＣはステップＳ１２４１でメモリ更新情報を受信し、ＲＡＭ２３のワークエリアに記憶して、処理をステップＳ１２４２に進める。ステップＳ１２４２では受信したメモリ更新情報ステップを用いてローカルメモリ１３５及びプロジェクトIDに対応する原文の更新を行い、処理をステップＳ１２４３に進める。ステップＳ１２４２の詳細は図１５のフローチャートで説明する。ステップＳ１２４３でクライアントCが承認通知を受信し、ＲＡＭ２３のワークエリアに記憶して、承認通知があることを示すアイコンまたはアニメーションが例えば画面のタスクバーなどの所定の位置に表示され、これらのアイコンまたはアニメーションをマウスのカーソルで選択すると処理をステップＳ１２４４に進め図２２乃至図２４に示すような画面に承認通知を表示する。以上で図１２の説明を終わる。
図１３は承認申請があった場合の詳細（図１２の（ステップＳ１２２２乃至ステップＳ１２２５の詳細処理））を示す詳細フローチャートである。以下のステップＳ1301乃至ステップＳ1311は管理サーバー１５０のCPU２１の制御の下で実行する処理である。掲示板に掲載された承認情報の見落としなどにより、最初の承認後に申請者以外の翻訳者から同一の原文語句について再度承認申請をした場合であっても、承認申請された原文語句をキーとしてハードディスク２８に記憶されている申請履歴情報を記憶している承認申請履歴ファイル１５３を検索して原文語句が既に承認されていたら、再度承認申請をした翻訳者の端末に原文語句と承認済みの訳文語句と例えば「原文語句XXXXは○月△日に既に訳語YYYYで承認済みです」とのメッセージを表示する機能を備えるため、一次確認者に何度も同じ内容の承認申請が行く煩雑さを防止できる。
まず管理サーバー１５０はステップＳ1301では情報を受信しＲＡＭ２３のワークエリアに記憶しステップＳ1302に処理を進める。ステップＳ1302では受信した情報が訳語承認申請情報であるかを判定する。訳語承認申請情報（プロジェクトID、翻訳者ID、品詞と原文語句と訳語を含む）であると判定した場合は処理をステップＳ1303に進め、訳語承認申請情報でないと判定した場合は処理をステップＳ１２２６に進め、ステップＳ１２２６では受信した情報で特定されるクライアント側の操作に応じた処理を行う。
ステップＳ1303では同じ原文語句について承認申請履歴記憶部３５１の承認申請履歴ファイル１５３中に既に承認申請があるかを、新たな訳語承認申請情報の原文語句と訳語とをキーにして検索して、原文語句が一致する承認申請が存在する場合対応する原文語句と承認訳語と承認年月日とをＲＡＭ２３のワークエリアに記憶し、原文語句が一致する承認申請が存在しない場合一致する原文語句が存在しない旨のメッセージをＲＡＭ２３のワークエリアに記憶し、処理をステップＳ1304に進める。ステップＳ1304ではＲＡＭ２３のワークエリアを参照して同一の原文語句の承認申請が承認申請履歴ファイル１５３に既にあるかを判断し、あると判断した場合はステップＳ1305に処理を進め、ないと判断した場合はステップＳ1311に処理を進める。ステップＳ1305では、承認申請履歴ファイル１５３に同一原文語句同一訳語の承認申請があれば、ステップＳ1306に処理を進める。
ステップＳ1306では、第一通知情報（例えば、「原文語句XXXXは訳語YYYYで○月△日に承認されています。」といった承認済みである旨を意味するメッセージ）を生成してRAM２３のワークエリアに記憶後、申請した翻訳者が操作するクライアントBに送信する。他方ステップＳ1305で訳語が同一でない場合はステップＳ1307に処理を進める。ステップＳ1307では、通知記憶部３５５から読みだしたメッセージ情報を用いて承認申請者のクライアントの画面に確認メッセージを表示させるための情報（第二通知情報）を生成してＲＡＭ２３のワークエリアに記憶し、この第二通知情報（例えば、「原文語句XXXXは訳語YYYYで○月△日に承認されていますが、この訳語でよろしいですか？。」といった確認メッセージ）をクライアントBに送信して、この訳語でＯＫか再承認申請かの応答を申請したクライアントBを操作する翻訳者に要求し、処理をステップＳ１３０８に進め応答を待つ。ステップＳ1308でこのクライアントBからの応答メッセージを受信すると、この応答メッセージをＲＡＭ２３のワークエリアに記憶し、処理をステップＳ1309に進める。
ステップＳ1309で「承認済の訳語に同意」の応答を翻訳者の操作するクライアントから受信したらステップＳ1301へ処理を戻す。受信した応答が「承認済みの訳語に不同意」（再承認申請）ならステップＳ1310に進む。ステップＳ1310では、訳語承認申請情報に承認可否フラグの項目（当初オフに設定）と処理フラグの項目（当初オフに設定）と再申請である旨の情報とを付加して第三通知情報を生成しＲＡＭ２３のワークエリアに記憶し、一次確認者が操作するクライアントAへ、この第三通知情報（同一原文語句についての再承認申請情報）を生成してＲＡＭ２３のワークエリアに記憶し、管理サーバー１５０から送信する。クライアントAはこの第三通知情報を受信してステップS１２５１を実行する。ステップＳ1311では、訳語承認申請情報に承認可否フラグの項目（当初オフに設定）と処理フラグの項目（当初オフに設定）とを付加した新規の承認申請である第四通知情報を生成しＲＡＭ２３のワークエリアに記憶し、一次確認者の操作するクライアントAへ送信し、クライアントAはこの第三通知情報を受信してステップS１２５１を実行する。
なおこの図１３と同様のフローチャートの処理を承認者が操作するクライアントYで実行することもできる。以下に差分について説明する。図１３では申請履歴情報を記憶している承認申請履歴ファイル１５３は管理サーバー１５０のハードディスク２８に記憶されているが、クライアントYのハードディスク２８に記憶されている点（又はクライアントYから管理サーバー１５０の承認申請履歴ファイル１５３を検索する点）が異なる。また、管理サーバー１５０経由ではなく、他のクライアントから直接訳語承認申請情報を受信しＲＡＭ２３のワークエリアに記憶して処理を進める点が異なる。なお管理サーバー１５０がクライアントAに単に情報を転送する構成も勿論可能である。
ステップＳ１３０１乃至ステップＳ１３０９はクライアントYで実行する点以外は同じである。ステップＳ１３１０では原文語句と申請訳語と再承認申請である旨の第一メッセージを表示するための表示情報を生成してクライアントYの画面に表示する点と、ステップＳ１３１１では原文語句と申請訳語と新規承認申請である旨の第二メッセージを表示するための表示情報を生成してクライアントYの画面に表示する点が異なる。更にクライアントYの画面に再承認申請又は新規承認申請がある旨のメッセージ自体、又はこれらのメッセージが有る旨を意味するアイコンやアニメーション等の間接的な情報を表示する点が異なる。又申請者が操作するクライアントとのメッセージのやり取りであるステップＳ１３０６乃至ステップＳ１３０８でも、申請者が操作するクライアントと承認者が操作するクライアントYが直接メッセージをやり取りしても良いし、管理サーバー１５０経由でやり取りをしても良い。以上で図１３及びその変形例の説明を終わる。
次に図１４のフローチャートについて説明する。図１４のフローチャート、図１２のステップＳ１２４０の原文表示属性変更処理の詳細を示す図１２ではクライアントCで実行される処理のフローチャートである。但し、クライアントCは例示であり、他のクライアントで実行することも可能である。ステップＳ１４０１乃至ステップＳ１４０９の各処理はクライアントCのCPU２１の制御の下で、実行される処理である。ステップＳ１４０１で通知情報を受信すると、処理をステップＳ１４０２に進め、ステップＳ１４０２では例えば画面のタスクバーやガジェットの表示エリア、あるいはアプリケーションのウィンドウの所定位置に承認申請の通知情報を受信したことを示すアイコンを表示し、処理をステップＳ１４０３に進める。表示箇所は上記に限らない。又アイコンに代えて小さなアニメーションを表示することもできる。
ステップＳ１４０３では操作情報を判定する。具体的には例えばマウスの左ボタンの押下などのイベントの有無を判定する。イベントの発生を判定すると処理をステップＳ１４０４に進める。ステップＳ１４０４では、承認申請の通知情報を受信したことを示すアイコンをマウスの左ボタンのクリックで選択したと判定した場合、処理をステップＳ１４０５に進める。ステップＳ１４０５では、図１６に示すような画面に類似する不図示の属性変更画面で承認申請中の情報を一覧表示する。属性変更画面が図１６の画面と異なるのは、「更新」ボタンの代わりに、「属性変更」ボタンが表示されることである。この属性変更画面が表示されると処理をステップＳ１４０６に進める。
ステップＳ１４０６では、「属性変更」ボタンが押下されたことを検知すると処理をステップＳ１４０７に進める。ステップＳ１４０７では、属性変更画面でチェックボックスにチェックマークが入力された原文語句について、表示属性が変更される。表示属性は予め各クライアントのハードディスク２８に設定情報として記憶されており、変更することも可能である。ステップＳ１４０６で、「属性変更」ボタンが押下されたのでない場合は、処理をステップＳ１４０８に進める。ステップＳ１４０８では、「属性変更」ボタンの押下を除くその他の操作があったと判定すると処理をステップＳ１４０９に進め、何らの操作もなかったと判定した場合は処理をステップＳ１４０３戻す。ステップＳ１４０９では、操作に応じた処理を実行する。以上で図１４の説明を終わる。
次に図１５はクライアント側のローカルメモリ更新処理（図１２のステップＳ１２１０及びステップＳ１２４２）の詳細を示す詳細フローチャートである。図１５でステップＳ１５２１乃至ステップＳ１５２８は管理サーバー１５０のＣＰＵ２１の制御の下で実行する処理であり、ステップＳ１５０１乃至ステップＳ１５０６はクライアントＢのＣＰＵ２１の制御の下で実行する処理である。まずステップＳ１５２１で新たな承認情報を受信したと判定した場合、処理をステップＳ１５２２に進め、ステップＳ１５２２で新たに受信した承認情報を元にNo.、原文語句、訳文語句、表示属性を含むワークファイルを生成しＲＡＭ２３のワークエリアに記憶し処理をステップＳ１５２３に進め、ステップＳ１５２３ではＲＡＭ２３のワークエリアに記憶されている承認情報に含まれるこの翻訳者の翻訳者IDとプロジェクトIDとをキーとして担当範囲記憶部３５３を検索して、特定される翻訳担当範囲について原文語句をキーとして原文記憶部３５２を検索し、検索結果（プロジェクトID、翻訳者ID、段落番号、文番号、原文語句）をＲＡＭ２３のワークエリアに記憶して処理をステップＳ１５２４に進める。
ステップＳ１５２４ではＲＡＭ２３のワークエリアに記憶されているステップＳ１５２３の検索の結果に基づいて、この原文語句が担当する翻訳範囲の原文に含まれかを判定し、含まれると判定された場合、処理をステップＳ１５２５に進める。ステップＳ１５２５では翻訳担当範囲の原文に含まれる原文語句の表示属性を所定の表示属性R（例えば文字色を橙文字）に変更し、処理をステップＳ１５２７に進める。他方ステップＳ１５２４で、この原文語句が担当する翻訳範囲の原文に含まれないと判定された場合、処理をステップＳ１５２６に進める。ステップＳ１５２６では翻訳範囲の原文に含まれない語句の表示属性を所定の表示属性Ｒとは異なる表示属性P（例えば文字色を紫文字）に変更し、処理をステップＳ１５２７に進める。ここでステップＳ１５２５又はステップＳ１５２６のいずれか一方のみを実行し、つまりいずれか一方の表示属性の変更のみを行いステップＳ１５２５又はステップＳ１５２６のいずれか一方では表示属性を変更しない処理も可能であり、要するに翻訳範囲に含まれる語句と含まれない語句を容易に区別できれば良い。
ステップＳ１５２７で新たに受信した全ての承認情報の検索と表示属性の変更が完了したと判定したら、処理をステップＳ１５２８に進め、ステップＳ１５２８では図１６に示すような画面をクライアントに表示させるための表示情報（承認一覧情報（原文語句１６２、訳文語句１６３））を生成して、クライアントＢに送信して処理を終了する。他方ステップＳ１５２７で全ての承認情報の検索と表示属性の更新が完了していないと判定したら、処理をステップＳ１５２３に戻す。クライアントＢはステップＳ１５０１で承認一覧情報を受信してＲＡＭ２３のワークエリアに記憶し、処理をステップＳ１５０２に進め、ステップＳ１５０２では図１６に示す画面を表示し処理をステップＳ１５０３に進め、ステップＳ１５０３では特定の行のチェックボックス１６１にチェックマークが入力されているかを判定し、チェックマークが入力されていれば、処理をステップＳ１５０４に進める。ステップＳ１５０４では、ＲＡＭ２３のワークエリアに記憶している、そのチェックボックスに対応する承認情報の置換フラグをONにして、処理をステップＳ１５０５に進める。チェックマークが入力されていなければ、処理をステップＳ１５０１に戻す。ステップＳ１５０５で図１６の画面の「更新」ボタン１６０が押下されたことを検知したら処理をステップＳ１５０６に進め、ステップＳ１５０６では置換フラグがONになっている承認情報分のメモリでこの翻訳者が操作するクライアントのローカルメモリを更新して処理を終了する。ステップでＳ１５０６画面の「更新」ボタン１６０が押下されたことを検知しなかったら処理をステップＳ１５０１に戻す。以上で図１５の説明を終わる。
次に図１５の更新処理に引き続き、あるいはローカルメモリには自動反映されることを前提に、現在作業している翻訳文中の訳語を承認訳語の更新を行う方法として以下の２つの変形例を説明する。１つ目の変形例では、図１５のステップＳ１５０７で、図１８に示すように１段落分又は前後各３〜５センテンス分の原文語句１８０２と訳文１８０３の対訳表示とチェックボックス１８０１とを表示する点が図１６の一覧画面と比べた特徴となる。
以下前述のメモリ更新処理との差分についてクライアント側の処理を図１７のフローチャートを用いて説明する。ステップＳ１７２１〜ステップＳ１７２５は、前述の図１５のステップＳ１５０１〜ステップＳ１５０５と同様なので説明を省略する。ステップＳ１７２６では、ステップＳ１７２５で生成した原文の表示情報の段落番号と文番号をキーにして原文に対応する訳文を検索し、原文語句とこの原文語句を含む原文と検索結果である対応する訳文とをＲＡＭ２３のワークエリアにワークファイルとして出力し、処理をステップＳ１７２７に進める。ステップＳ１７２６の検索処理の詳細は図７のステップＳ７０３の検索処理と同様である。ステップＳ１７２７では訳語更新用チェックボックス１８０１を含む表示情報を生成しＲＡＭ２３のワークエリアにワークファイルとして出力し、処理をステップＳ１７２８に進める。ステップＳ１７２８では、担当範囲の原文の全情報の検索が完了したかを判定し、検索を完了したと判定した場合には処理をステップＳ１７２９に進め、完了していないと判定した場合は処理をステップＳ１７２３に戻す。
ステップＳ１７２９では１つの文に対して複数の訳語更新がある場合、重複した原文と訳文とを削除し、１つの文の表示欄に更新チェックボックス１５０１を複数表示させることを含めて対訳表示画面を表示させるための表示情報を生成し、処理をステップＳ１７３０に進める。ステップＳ１７３０では、図１８に示すメモリ更新用の対訳表示画面を表示して、処理をステップＳ１７３１に進める。なお、図１８の画面において、１つの文の表示欄に更新チェックボックス１８０１を複数表示させる場合はチェックボックスの例えば右横に反映する語句を特定するための情報（例えば※１、※２など）を表示するとともに、該当する原文語句の直後にも「（※１）」、「（※２）」などを表示して対応付けを明確にする（この部分不図示）。ステップＳ１７31〜ステップＳ１７34は、前述の図１５のステップＳ１５08〜ステップＳ１５11とそれぞれ同様なので説明を省略する。以上で図１７のフローチャートの説明を終わる。
次に２番目の変形例を、図１９のフローチャートと図２０の画面とを用いて、説明する。２番目の変形例は承認された語句の前後の１〜２ワード程度の語句の類似性が高いものをグループ別にまとめて表示し、グループ単位での一括更新を可能にする処理を実行する。図１９のフローチャートでステップＳ１９４１〜ステップＳ１９４５は図１５のステップＳ１５０１〜ステップＳ１５０５と同様なので説明を省略する。
ステップＳ１９４６ではステップＳ１９４５で生成した原文表示情報に含まれる段落番号と文番号をキーにして対応訳文を検索しＲＡＭ２３のワークエリアにワークファイルとして出力し、処理をステップＳ１９４７に進める。ステップＳ１９４７では訳文の表示情報を生成し、RAMのワークエリアに記憶して処理をステップＳ１９４８に進めるがステップＳ１５２７と同様なので詳しい説明は省略する。ステップＳ１９４８では全ての原文と対応する訳文の検索が完了しているかを判定し、完了している場合は処理をステップＳ１９４９に進め、完了していない場合は処理をステップＳ１９４３に戻す。ステップＳ１９４９では同一訳語を含む訳文を検索してＲＡＭ２３のワークファイルに出力して、処理をステップＳ１９５０に進める。ステップＳ１９５０ではＲＡＭ２３のワークファイルの訳文で、同一訳語の前後の所定の数（例えば２〜３単語又は３〜４文字）の単語又は文字を比較し、同一訳語で前後の所定の数（例えば２〜３単語又は３〜４文字）の単語又は文字が類似する文を１つのグループとし、ワークファイルを訳語＞前後単語（又は文字）のグループでソートして処理をステップＳ１９５１に進める。ステップＳ１９５０で類似とは例えば訳文が英語であれば“a”とthe”が異なっていてもその後の単語が同一であれば類似と判断する。
ステップＳ１９５１では表示される画面は、図２０に示すように、グループ別にチェック欄２００１と原文２００２、訳文２００３と更新ボタン２０００を１セットにして表示され、２番目のグループでも、それぞれチェック欄２０１１と原文２０１２、訳文２０１３と更新ボタン２０１０が表示され、処理をステップＳ１９５２に進める。図２０の３番目のグループではチェック欄２０２１と原文２０２２、訳文２０２３と更新ボタン２０２０が表示され、それぞれグループ単位で更新ボタンの押下によるメモリが更新される点が図１８の画面と異なる。ステップＳ１９５２乃至ステップＳ１９５５はそれぞれ、図１５のステップＳ１５３１乃至ステップＳ１５３４と同様なので説明を省略する。以上で図１９の説明を終わる。
図２１は掲示板更新処理（図１２のステップＳ１２３１）の詳細を示す詳細フローチャートであり、管理サーバー１５０のCPU２１の制御の下で実行する処理である。ステップＳ２１０１では受信した更新情報を用いて掲示板に表示するためのHTML情報を生成してＲＡＭ２３のワークエリアに記憶し、処理をステップＳ２１０２に進める。ステップＳ２１０２では共通掲示板の情報を生成したHTML情報を用いて掲示板の表示情報を更新する。ステップＳ２１０３では各翻訳者が翻訳を担当する原文を管理ファイル1)の翻訳担当範囲テーブルに記憶した翻訳者別の担当範囲に応じてＲＡＭ２３のワークエリアに記憶し、処理をステップＳ２１０４に進める。ステップＳ２１０４では全員の翻訳を担当する原文のＲＡＭ２３のワークエリアへの記憶処理及びステップＳ２１０５乃至ステップＳ２１０７の処理が終了しているかを判定し、終了していなければ、処理をステップＳ２１０５に進める。今回のプロジェクトの翻訳者全員の処理が終了していれば処理を終了する。
ステップＳ２１０５で今回受信した更新情報の原文語句で翻訳者１人分の原文を検索して、ステップＳ２１０６で今回受信した更新情報の原文語句がこの翻訳者の原文に含まれると判定した場合は、ステップＳ２１０７で当該翻訳者用の掲示板に更新情報を掲載するために掲示板情報を更新する。この処理により、各翻訳者は自分の翻訳範囲で必要な承認情報のみを参照できる。他の部分の参照時には必要となる自分の翻訳範囲には含まれない原文語句）は共通掲示板である承認済掲示板で別途確認することができる。又は翻訳担当範囲に含まれる原文語句（又はその訳語）と翻訳担当範囲に含まれない原文語句（又はその訳語）とを異なる表示属性（例えば異なる文字色又は異なる背景色）で表示することもできる。
個人用掲示板と共通掲示板は、図２２に示すように原文表示ウィンドウと訳文表示／入力ウィンドウが並置された入力編集用画面の一部として掲示板部分をタブブラウザと同様にタブ形式で表示する。従ってタブ部分（２２０１乃至２２０５）にカーソルを移動させマウスのボタンを押下することにより、ワンタッチで個人用掲示板と共通掲示板を切替表示することができる。図２２の下の画面は新着承認情報タブ２２０１を選択した表示状態を示している。
また個人用掲示板には新たに承認者により承認されたメモリ情報である新着承認メモリ表示用の「新着」承認情報表示タブ２２０１、前述したハードディスク２８に記憶している訳語承認申請情報の申請中訳語用の「申請中」タブ２２０３、訳語情報が変更されて承認された場合の原文語句と元の訳語を含む否認訳語用のタブ２２０４を備える。共通掲示板として承認済訳語用の「承認済」タブ２２０２があり、掲示板用タブには更に「設定」タブ２２０５と不図示の「設定」メニューがあり、メモリの承認情報の表示形式を選択することができる。
「設定」タブ２２０５又は「設定」メニューでは、「新着」承認情報表示タブ２２０１に自己の翻訳する担当範囲の原文には含まれない原文語句とその訳語も表示するか否かを設定可能であり、担当範囲の原文には含まれない原文語句とその訳語を表示する場合には、担当範囲の原文に含まれる原文語句とその訳語のフォント表示色及び背景表示色と、担当範囲の原文には含まれない原文語句とその訳語のフォント表示色及び背景表示色とを設定できる。更に新たに受信してからどの位の時間（例えば１２時間、１日、２日など）新着承認メモリとして表示するかを設定できる。又、新着承認メモリ、承認済メモリ、申請中メモリ、否認メモリのそれぞれについて、表示タイミング（通知を受信次第、３０分に１回、１時間に１回、午前９時から３時間毎、など）を設定できる。
更に図２２に示すように、ロールテロップ形式で横長のロールティッカー表示部２２１２に右から左に新着メモリの原文語句と訳語とを流して表示するよう、「設定」タブ２２０５又は「設定メニュー」で設定できる。
又、図２３に示すように画面に並置されている原文表示ウィンドウ２３１０と訳文表示／入力ウィンドウ２３１１の左右端部分に細長いミニウィンドウ（ナビゲーションウィンドウをメインウィンドウの左右に表示するように表示された縦長のウィンドウ）を左右に合計４つ表示し、そのうちの１つを新着承認訳語２３０２の原文語句のみ又は原文語句と訳語とを表示する。他の３つ、すなわち承認申請中訳語２３０３、承認済訳語２３０１、否認された承認申請を表示する否認訳語２３０４についても該当する原文語句のみ又は原文語句と訳語とをそれぞれ表示するように「設定」タブ２２０５又は「設定メニュー」で設定することもできる。このように表示することで承認された情報を適宜参照しながら効率的に翻訳作業を進めることができる。
更に図２４に示すように画面２４１０内に並置されている原文表示ウィンドウ２４１１と訳文表示／入力ウィンドウ２４１２とは別の画面２４０１で上下左右にミニウィンドウをに合計４つ表示し、そのうちの１つを新着承認訳語２４０２の原文語句のみ又は原文語句と訳語とを表示する。他の３つ、すなわち承認申請中訳語２４０３、承認済訳語２４０１、否認された承認申請を表示する否認訳語２４０４についても該当する原文語句のみ又は原文語句と訳語とをそれぞれ表示するように「設定」タブ２２０５又は「設定メニュー」で設定することもできる。このように表示することで例えば通常時には翻訳作業用の画面２４１０を大きく前面に表示し、承認された情報を適宜参照する際には画面２４０１を前面に表示するなどして効率的に翻訳作業を進めることができる。
図２５は承認通知処理（図１２のステップＳ１２３２）の詳細を示す詳細フローチャートである。ステップＳ２５００では新たな承認情報を受信したと判定したらステップＳ２５０１に進み、新たな承認情報を受信ていないと判定したらステップＳ２５０７に進む。ステップＳ２５０１では、訳語承認申請情報中の申請訳語と承認訳語とを比較し、申請訳語と承認訳語が一致しない場合（訳語が修正されて承認された場合）は修正フラグがオンになり、申請訳語と承認訳語が一致する場合は修正フラグがオフになりRAM２３のワークエリアに記憶されてステップＳ２５０２に処理を進める。ステップＳ２５０２では、修正フラグ（訳語修正の有無）に応じて通知記憶部３５５からメッセージ又は表示属性の少なくとも１つを更に読み出して、元々の申請者（クライアントB）へ通知する情報である通知情報3)を生成してＲＡＭ２３のワークエリアに記憶する。通知情報3)はプロジェクトID、品詞、原文語句、承認された訳語と通知記憶部３５５から読み出したメッセージとを含む。修正フラグがオンの場合は、例えば「訳語XXXは訳語YYYに修正されて承認されました」等の訳語が修正された旨のメッセージが通知情報3)に付加される。あるいは、前述の訳語が修正された旨のメッセージに加えて、あるいはこのメッセージに代えて、修正された訳語の表示属性を変更して（例えば赤文字に表示を変えて）表示させるための情報も、あるいは表示属性を特定するための情報（例えば文字の表示色を特定する情報、文字部分の背景色を特定するための情報、文字の書体を特定するための情報の少なくともいずれか１つ）も生成され通知情報3)に含まれる。処理をステップＳ２５０３に進める。
ステップＳ２５０３では通知情報3)をクライアントBに送信する。このように承認されたら元々の申請者には無条件に通知して処理をステップＳ２５０４に進める。ステップＳ２５０４では申請が否認されたか否かで処理を分岐する。具体的には、申請が否認された場合（ＲＡＭ２３のワークエリアに記憶している承認フラグがオフの場合）は処理をステップＳ２５０５に進め、ステップＳ２５０５では、申請が否認された旨の通知情報4)B（図２２の否認訳語用のタブ２２０４又は図２３乃至図２４の否認訳語ウィンドウ２３０４等への表示用の情報）が生成されＲＡＭ２３のワークエリアに記憶し、処理をステップＳ２５０７に進める。申請が否認されていない場合（ＲＡＭ２３のワークエリアに記憶している承認フラグがオンの場合）は処理をステップＳ２５０６に進め、ステップＳ２５０６では、申請が承認された旨の通知情報4)Aを生成してＲＡＭ２３のワークエリアに記憶し、処理をステップＳ２５０７に進める。通知情報4)Aには変更されて承認された旨のメッセージは通常含まない。申請元の翻訳者は承認結果としての承認訳語以外の元々の申請訳語を知る必要は通常ないと考えられるからである。
ステップＳ２５０７では申請元の翻訳者を除く他の翻訳者向けの通知スケジュール（例えば３時間毎、あるいは午前９時、午後１時、午後５時等）がハードディスク２８の設定ファイルから読み込まれＲＡＭ２３のワークエリアに記憶され、ステップＳ２５０８ではシステム時刻と比較して通知時刻が到来したかが判定され、通知時刻が到来したと判定した翻訳者の通知スケジュールがある場合は、ステップＳ２５０９に処理を進める。いずれの翻訳者の通知スケジュールでも通知時刻が到来していない場合は処理をステップＳ２５００に戻す。ステップＳ２５０９では翻訳者が自己の翻訳する原文に含まれていない語句の承認情報も通知する旨のオプションを指定している場合は、ステップＳ２５１２に処理を進める。
ステップＳ２５１２では自己が担当する原文に含まれない語句が承認された場合も通知する。ステップＳ２５０９で原文に含まれていない語句の承認情報も通知する旨のオプションを指定していない場合は、ステップＳ２５１０に処理を進める。ステップＳ２５１０では承認情報に含まれている原文語句が当該翻訳者の担当する原文の翻訳担当範囲に含まれるかを、原文記憶部３５２の翻訳担当範囲テーブルに基づく範囲で原文記憶部３５２の原文ファイルを検索し、検索結果をRAM２３のワークエリアに記憶し、処理をステップＳ２５１１に進める。ステップＳ２５１１では検索で原文語句がヒットしたら（翻訳担当範囲に含まれたら）ステップＳ２５１１からステップＳ２５１２に処理を進め、他方検索で原文語句がヒットしない場合は処理をステップＳ２５００に戻す。ステップＳ２５１２では、当該翻訳者に、ＲＡＭ２３のワークエリアに記憶されている通知情報4)（承認申請者以外の翻訳者への通知情報）を送信して、処理をステップＳ２５１３に進める。ステップＳ２５１３では、ハードディスク２８に記憶する通知ログ（通知情報3)に含まれる項目及び通知情報4)に含まれる項目及び通知ステータスを含むログ）の通知ステータスを未通知から通知済に変更し、その後処理をステップＳ２５００に戻す。なお、本発明の出願当初の請求項１等の「通知判断手段」は図２５におけるステップＳ２５０８、ステップＳ２５０９、ステップＳ２５１１の少なくとも１つが該当する処理ステップであり、本発明の出願当初の請求項１等の「通知情報生成手段」は、図２５におけるステップＳ２５０２、ステップＳ２５０４（承認内容によって通知が変わるため）、ステップＳ２５１２が該当する処理ステップである。図２５の処理により、申請者であるクライアントや申請者以外のクライアントに、各翻訳者の翻訳担当範囲に応じ、更に訳語変更の有無を含む承認内容に応じて所望のタイミングで訳語申請結果が通知されることになる。以上で図２５の説明を終わる。
次に図２６は反映チェック処理の詳細（承認した訳語を訳文に反映しているかのチェック）であり、一次確認者が承認した訳語が、自己が担当する翻訳範囲の原文に含まれているにもかかわらず、承認後所定時間経過しても、ある翻訳者が訳語を修正していない場合に、一次確認者に翻訳者の氏名と未修正箇所の数を通知し、一次確認者の操作に応じて、該当する翻訳者に修正を促すメッセージを送信する機能である。
ステップＳ２６０１乃至ステップＳ２６１０は管理サーバー１５０が独立したプロセスで実行する処理である。管理サーバー１５０は各クライアントが入力・編集している訳文を適宜各クライアントから受信し、管理サーバー１５０のハードディスク２８の翻訳プロジェクトファイル１５２の訳文ファイルに記憶している。なお変形例として、各翻訳者が操作するクライアントA、クライアントB、クライアントCのそれぞれで、他のアプリケーションプログラムとは独立したプロセスとしてCPU21の制御の下で実行するとすることも可能である。
なお、本発明の出願当初の請求項１等の「通知判断手段」は図２５におけるステップＳ２５０８、ステップＳ２５０９、ステップＳ２５１１の少なくとも１つが該当する処理ステップであり、本発明の出願当初の請求項１等の「通知情報生成手段」は、図２５におけるステップＳ２５０２、ステップＳ２５１２が該当する処理ステップである。
ステップＳ２６０１では、所定時間待機後処理をステップＳ２６０２に進める。ステップＳ２６０２では承認された内容が通知されても、直後に翻訳者が承認された通知内容を訳文に反映するとは限らないので、例えば最後の承認情報受信後４時間経過など一定の時間が経過したか、又は午後０時と午後５時など所定の確認時刻が到来したかを含む所定の確認タイミングが到来したかを判定し、確認タイミングが到来したと判定した場合は処理をステップＳ２６０３に進め、到来していない場合は処理をステップＳ２６０１に戻す。所定の確認タイミングは管理サーバー１５０のハードディスク２８の設定ファイル中にプロジェクトID毎に予め記憶されている。
ステップＳ２６０３では承認申請履歴記憶部３５１の承認申請履歴ファイルを検索して前回確認時刻以降に新たに受信した承認情報があるかを判定し、新たな承認情報がある場合は処理をステップＳ２６０４に進め、新たな承認情報がない場合は処理をステップＳ２６０１に戻す。ステップＳ２６０４では訳文への反映が確認されていない語句（反映フラグが１つでもオフの語句）があればハードディスク２８のワークファイルに追加しステップＳ２６０５へ処理を進める。ステップＳ２６０５では担当範囲記憶部３５３の翻訳担当範囲テーブルに基づいてそれぞれの翻訳担当範囲の原文ファイルを、新たな承認情報の原文語句をキーにして検索して、プロジェクトIDと原文語句と承認語句と各翻訳者毎の存否フラグ（存在した場合オン、不存在の場合オフ）とをＲＡＭ２３のワークエリアに記憶し処理をステップＳ２６０６に進める。
ステップＳ２６０６では新たな承認情報の原文語句が翻訳者の担当範囲の原文にあれば（存否フラグがオンであれば）ステップＳ２６０７に処理を進め、原文になければ（存否フラグがオフであれば）ステップＳ２６０１に戻る。ステップＳ２６０７では存否フラグがオンである全ての翻訳者（該当翻訳者）の翻訳ファイルのそれぞれについて、ＲＡＭ２３のワークエリアに記憶しているプロジェクトIDの訳文ファイル中に受信した承認情報の承認訳語が１つでも含まれているかを検索する。１つでも含まれていればその翻訳ファイルを更新している翻訳者については承認訳語を反映済みと判断し、その原文語句の承認情報のその翻訳者の「反映フラグ」をオンにして処理をステップＳ２６０８に進める。
ステップＳ２６０８では、反映フラグに応じて処理を反映フラグがオフの場合には処理をステップＳ２６０１に戻し、反映フラグがオフの場合には処理をステップＳ２６０９に進める。ステップＳ２６０９では検索結果から承認された訳語が１つも含まれていない旨の報告情報（プロジェクトID、翻訳者ID、原文語句、訳語と未反映である旨のメッセージ）を作成する。１つでも含まれる場合は反映されている（反映フラグがオン）との報告情報が作成され、処理をステップＳ２６１０に進める。ステップＳ２６１０では管理サーバー１５０が、一次確認者が操作するクライアントA及び承認者が操作するクライアントYに報告情報を送信して処理をステップＳ２６０１に戻す。以上で図２６の説明を終わる。
図２７は本発明の翻訳支援システムのクライアントサーバー型の実施例における図１２のクライアント側のステップＳ１２０８と管理サーバー１５０側のステップＳ１２２６、又は図５のクライアント側のステップＳ５０８と管理サーバー１５０側のステップＳ５３０の詳細を示すフローチャートであり、訳語承認や通知処理以外の翻訳時の訳語選択操作などの各種の操作に応じた処理を説明する。一例としてクライアントBのステップＳ１２０８と管理サーバー１５０のステップＳ１２２６で実行される処理について説明する。図２７のフローチャートでは既に認証処理が終了しているものとする。つまりクライアントBからユーザＩＤ及びパスワードが管理サーバー１５０に送信され、次いで管理サーバー１５０では、クライアントBから受信したユーザＩＤをキーにして認証ファイル５３３を参照し、当該ユーザＩＤとペアで記憶されているパスワードと、クライアントBから受信してＲＡＭ２３のワークエリアに記憶している受信したパスワードとを比較して、パスワードが一致した場合は認証ＯＫと判定して、当該ユーザＩＤに対応する初期画面の画面情報（クライアントBの画面に初期画面を表示させるためのHTMLフォーマットの画面情報）を送信し、セッションNo.を採番してセッションメモリを管理サーバー１５０のＲＡＭ２３のワークアリアに確保し、このセッションメモリ内にユーザＩＤとセッションNo.を記憶して認証処理を終了する。
以後のクライアントBとのやり取りのデータにはこのセッションNo.が含まれ、セッション終了まではこのセッションNo.を用いてどのクライアントからの要求なのかが特定され、クライアントにデータを送信する場合にはこのセッションNo.を用いて送信先アドレスが特定される。パスワードが一致しない場合は、管理サーバー１５０からクライアントBにパスワードが一致しない旨のメッセージを送信して認証処理を終了する。次に認証処理以降の処理について説明する。
図２７でステップＳ２７０２〜ステップＳ２７１２はクライアントBのＣＰＵ２１の制御の下で実行する処理であり、ステップＳ２７２２〜ステップＳ２７３５は管理サーバー１５０のＣＰＵ２１の制御の下で実行する処理である。図の実線の矢印は制御の流れを示し、破線の矢印はデータの流れを示す。データがクライアントBと管理サーバー１５０との間を往復する場合は両矢印で表示している（他のフローチャートでも同様とする）。
ステップＳ２７０２では、クライアントBのＣＰＵ２１は、送信フラグがオンであることを判定した場合には、処理をステップＳ２７０３に進める。ステップＳ２７０３では管理サーバー１５０の翻訳プロジェクトファイル１５２中の翻訳文を保存している翻訳ファイル又は原文を保存している原文ファイルを特定するファイル名などの情報と翻訳ファイル又は原文ファイルの読み出し要求を操作情報として管理サーバー１５０に送信する。管理サーバー１５０はステップＳ２７２２では受信した操作情報を管理サーバー１５０のＲＡＭ２３のワークエリアに記憶し、処理をステップＳ２７２３に進める。
ステップＳ２７２３では管理サーバー１５０のＣＰＵ２１はＲＡＭ２３のワークエリアを参照して、操作情報がファイル操作（翻訳ファイル又は原文ファイルの読み出し要求操作又はこれらファイルの保存要求操作）であることを判定した場合、処理をステップＳ２７２４に進める。ファイル操作ではないと判定した場合、処理をステップＳ２７２５に進める。ステップＳ２７２４では選択された翻訳ファイルをハードディスク２８からＲＡＭ２３のワークエリアに読み出し、次いでクライアントBに送信する。
クライアントBはステップＳ２７０９で選択を指示した翻訳ファイル又は原文ファイルと、翻訳ファイル又は原文ファイルの読出しが成功したか失敗したかを示す旨のメッセージである結果メッセージを管理サーバー１５０より受信し、受信した翻訳ファイルと結果メッセージをＲＡＭ２３のワークエリアに記憶し、結果メッセージを画面に表示して図２７の処理を終わり、図１２のステップＳ１２０１に処理を戻す。
次にステップＳ２７０２で、原文と訳文とを読み込んで少なくともその一部を画面の原文ウィンドウに表示した状態（例えば画面の下部に横長の原文ウィンドウを表示し、画面の上部に横長の翻訳文ウィンドウを表示した状態）から、Ctrl+W/Qまたはマウスボタンの操作（例えば選択範囲の始点をマウスの左ボタン押下で指定し、マウスを右方向にドラッグして、選択範囲の終点で左ボタンを離す操作）で訳文中の文又は語句を選択できる。この選択範囲の文又は語句は翻訳文中の未翻訳の原文語句であり、このような選択操作を行った場合、処理はステップＳ２７０２からステップＳ２７０４に進み、ステップＳ２７０４でＮｏ判定からステップＳ２７０６でのＮｏ判定を経由してステップＳ２７０８に進む。
ステップＳ２７０８では、複数の文（文章）を選択することもできるが段落記号や文末記号をまたいだ状態（選択範囲が複数の段落範囲に及ぶ状態や、選択範囲が複数の文にまたがり、かつ選択範囲の末尾が文末記号（例えば「。」やピリオド“．”）と一致しない状態）でそのままＴＭＥモードに入ることは出来ないため、選択部分の末尾が段落記号や文末記号で自動的に切られた状態に修正され、処理をステップＳ１２０２に戻す。
再びステップＳ２７０２で選択フラグがオンの状態でスペースキーの押下（モード切替操作）のイベントを検知した場合、処理はステップＳ２７０４に進み、ステップＳ２７０４でＹｅｓが判定され、処理をステップＳ２７０５に進め、編集モードがTMEモードに変更され変更された編集モードはＲＡＭ２３のワークエリアに記憶され、処理はステップＳ１２０２に戻る。
ステップＳ２７０２で処理モードがＴＭＥモードの状態で選択範囲指示キー（例えば→キー）の押下を検知した場合、処理はステップＳ２７０４（Ｎｏ）を経由してステップＳ２７０６に進む。
ステップＳ２７０６ではTMEモードでの選択範囲指示キー（例えばマウスの左ボタン又は→キー）の押下を検知した場合（Ｙｅｓ）処理をステップＳ２７０７に進める。
ステップＳ２７０７では選択した文字列又は文と検索を要求する旨の選択フラグオン、送信フラグオンの情報がＲＡＭ２３のワークエリアに記憶され、ステップＳ１２０２〜ステップＳ１２０４〜ステップＳ１２０７〜ステップＳ１２０８に戻りS２７０２に処理を戻し、送信フラグがオン（更新要求操作又は検索要求操作があった：Ｙｅｓ）と判断して処理をステップＳ２７０３に進める。
ステップＳ２７０３では、選択範囲の文字列と検索要求とを含む操作情報を管理サーバー１５０に送信後送信フラグをオフにする。ステップＳ２７２２では管理サーバー１５０は操作情報を受信してＲＡＭ２３のワークエリアに追加し、この操作情報に含まれる選択範囲の文字列を履歴情報９２０に追加し、ステップＳ２７２３（Ｎｏ）を経由して処理をステップＳ２７２５に処理を進め、ステップＳ２７２５では、ＲＡＭ２３のワークエリアに記憶している操作情報中の選択フラグオンに基づいて検索要求であると判定し（Ｙｅｓ）、次いで処理をステップＳ２７２６に進める。ステップＳ２７２６では、共通メモリ１５１を選択範囲の文字列をキーにして検索し、検索にヒットした訳語候補の一覧情報をＲＡＭ２３のワークエリアに記憶し、処理をステップＳ２７２７に進め、ステップＳ２７２７では訳語候補の一覧情報をクライアントに送信する。検索処理の詳細は図２８で説明する。ステップＳ２７２３でファイル操作であると判定した場合、すなわち管理サーバー１５０のＣＰＵ２１がＲＡＭ２２のワークエリアを参照して、操作情報がファイル操作（翻訳ファイルの読み出し要求操作又はファイルの保存要求操作）であることを判定した場合、処理をステップＳ２７２４に進める。
ステップＳ２７２４では選択された翻訳ファイルをハードディスク２８からＲＡＭ２２のワークエリアに読み出し、次いでクライアントBに送信する。クライアントBはステップＳ２７０９で選択を指示した翻訳ファイルと結果メッセージを管理サーバー１５０より受信し、受信した翻訳ファイルと結果メッセージをＲＡＭ２２のワークエリアに記憶し、結果メッセージを画面に表示して処理を。図１２のステップＳ１２０１に戻す。図１２のステップＳ１２０１ではＲＡＭ２２に記憶した翻訳ファイルを画面に表示し処理をステップＳ２７０２に進める。次にステップＳ２７２５で検索要求でないと判定した場合（No）、処理をステップＳ２７２８に進める。
ステップＳ２７２８では、ステップＳ２７２２で受信した情報が報告情報であるかを判定する。クライアント側からの報告情報の送信は図２６のステップＳ２６０９を参照願う。報告情報であると判定した場合は処理をステップＳ２７２９に進め、受信した報告情報を一次確認者が操作するクライアントA及び承認者が操作するクライアントYに送信し、処理をステップＳ２７２２に戻す（この部分矢印はフローチャートに不図示）。報告情報でないと判定した場合は処理をステップＳ２７３１に進める。
ステップＳ２７３１では、ステップＳ２７２２で受信した操作情報が置換要求であるかを判定する。置換要求であると判定した場合には、処理をステップＳ２７３２に進める。ステップＳ２７３２では、置換処理を実行する。具体的には、訳文の現在の語句の選択位置以降に出現する訳文の選択部分を選択された訳語候補で一括置換し、各翻訳者の操作履歴を記憶する履歴情報９２０（。図２８参照）を更新し、クライアントBの訳文表示ウィンドウの選択部分を置換により更新するためのテキスト情報をクライアントBに送信し処理をステップＳ１２２２に戻す。ステップＳ２７１１ではクライアントBがこのテキスト情報を受信し、訳文表示ウィンドウの範囲指定処理により指定された部分の表示を受信したテキスト情報により更新する。ステップＳ２７３１で置換要求でないと判定した場合には、処理をステップＳ２７３４に進める。
ステップＳ２７３４における設定・データ変換処理は、例えば設定処理では、複数のメモリがある場合の図２８に示す各ローカルメモリ９４０（図２７の処理が図１２のステップＳ１２０８を実行している場合はクライアントBのローカルメモリ１２５に該当するメモリ、図２７の処理が図５のステップＳ５０８を実行している場合はクライアントAのローカルメモリ１１５に該当するメモリ）と共通メモリ１５１との間の優先順位設定処理や、訳語候補の検索モード等の各種設定処理と、各種データを本システムで内部的に使用するデータフォーマットに変換する変換処理を意味する。変換処理の詳細は後述する図２９で説明する。これらの各種処理の後ステップＳ２７３５に処理を進め、設定処理又は変換処理の結果メッセージをクライアントに送信し、結果情報待ち状態のクライアントBのステップＳ２７１２に処理を進め、クライアントBの画面に結果メッセージを表示する。以上で図２７の説明を終わる。
以下ステップ図２７のステップＳ２７２６（検索処理）及び２７３２（置換処理）の詳細及び関連部分の説明を図２８のフローチャートを用いて説明する。図２７のステップＳ２７２６は、図１２の管理サーバー１５０側のステップＳ１２２６（操作に応じた処理）、又は図５の管理サーバー１５０側のステップＳ５３０に該当する処理である。図２８のフローチャートでステップＳ２８０１乃至ステップＳ２８０６は、一例としてクライアントBのCPU２１の制御の下で実行する処理である。ステップＳ２８２１乃至ステップＳ２８３７は管理サーバー１５０のCPU２１の制御の下で実行する処理である。
ステップＳ２８２１では図２７のステップＳ２７２２でＲＡＭ２３のワークエリアに記憶されている範囲指定された文字列である原文語句とプロジェクトIDをキーにして履歴情報９２０を検索し検索結果をＲＡＭ２３のワークエリアに記憶して、処理をステップＳ２８２２に進める。ステップＳ２８２２では、ＲＡＭ２３のワークエリアに記憶されている検索結果が検索条件（範囲指定された文字列とプロジェクトID）に対応する場合（検索がヒットした場合）、処理をステップＳ２８２６に進める。検索がヒットしない場合（検索条件合致件数が０件である場合）、処理をステップＳ２８２３に進める。なお、ステップＳ２８２２で検索がヒットした場合でも、処理をステップＳ２８２３に進めて、履歴情報９２０の検索結果と共通メモリ１５１の検索結果の両方をＲＡＭ２３のワークエリアに記憶することもできる。ステップＳ２８２３では、範囲指定された文字列とプロジェクトIDをキーにして共通メモリ１５１を検索し検索結果をＲＡＭ２３のワークエリアに記憶して、検索がヒットした場合、処理をステップＳ２８２６に進める。検索がヒットしなければ、処理をステップＳ２８２５に進める。ステップＳ２８２５では、範囲指定された文字列をキーにして基本辞書データを検索し検索結果をＲＡＭ２３のワークエリアに記憶して、処理をステップＳ２８２６に進める。
ステップＳ２８２６では検索がヒットした場合検索結果をメモリ項目の最終使用日・登録日などにより降順にソートしＲＡＭ２３のワークエリアに記憶し、処理をステップＳ２８２７に進める。ステップＳ２８２１、ステップＳ２８２３、ステップＳ２８２５のいずれにおいても、検索がヒットしなかった場合、「範囲指定された文字列に対応する訳語が存在しません」とのエラーメッセージをＲＡＭ２３のワークエリアに記憶し、処理をステップＳ２８２７に進める。ステップＳ２８２７ではＲＡＭ２３のワークエリアに記憶した検索結果又はエラーメッセージを用いてクライアントBの画面に表示するための画面情報を生成して、処理をステップＳ２８２８に進め、訳語候補一覧情報（又はエラーメッセージ）としてクライアントBに送信する。ステップＳ２８０１ではクライアントBが訳語候補一覧情報（又はエラーメッセージ）を受信し、画面に訳語候補のドロップダウンリストとして表示して、処理をステップＳ２８０２に進める。ステップＳ２８０２では、検索結果が存在する場合（対応する訳語が存在する場合）は処理をステップＳ２８０３に進める。検索結果が存在しない場合（エラーメッセージの場合）又はドロップダウンリストの表示状態を解除する操作を検知した場合は図１２のステップＳ１２０２に戻る。
ステップＳ２８０３ではドロップダウンリストの訳語候補のいずれかが選択された操作があったかを判定して、訳語を選択する操作があった場合は、その操作の内容を示す選択情報（訳語候補そのもの又は訳語候補を特定する情報と、一括置換するか該当箇所のみを個別置換するかの置換区分情報を含む）をＲＡＭ２３のワークエリアに記憶して処理をステップＳ２８０４に進め、選択する操作がなかった場合は処理をステップＳ２８０１に戻す。ステップＳ２８０４では、選択された訳語を特定するための選択情報を管理サーバー１５０に送信する。ステップＳ２８２９では管理サーバー１５０選択情報を受信しＲＡＭ２３のワークエリアに記憶して処理をステップＳ２８３０に進める。ステップＳ２８３０では、選択情報を用いてＲＡＭ２３のワークエリアに記憶している訳文の置換処理（一括置換又は個別置換）を行い、処理をステップＳ２８３１に進める。ステップＳ２８３１では、訳文の置換結果を反映したクライアントBに更新後の訳文を画面表示するための画面情報を送信して処理をステップＳ２８３２に進める。クライアントBはステップＳ２８０５では受信してＲＡＭ２３のワークエリアに記憶した画面情報を用いての画面の訳文表示欄を更新し、処理をステップＳ２８０６に進める。ステップＳ２８０６では、クライアントBのハードディスク２８のローカルメモリのステップＳ２８０３で選択操作を行ったと判定された訳語の最新使用時刻を更新して処理を図１２にステップＳ１２０２に戻す。このように管理サーバー１５０の共通メモリ１５１を第一優先順位に設定している場合であっても、ローカルメモリの最新使用時刻を更新するのは、通常は共通メモリを使用していてもネットワーク障害等が発生した場合やネットワークに常時接続していない場合を考慮している。
ここで管理サーバー１５０側の処理の説明に戻る。ステップ２８３２では、ステップＳ２８２９で受信した選択情報により特定される訳語とＲＡＭ２３のワークエリアに記憶されている範囲指定された文字列である原文語句とプロジェクトＩＤにより、各クライアント毎の操作情報や選択した訳語等をハードディスク２８に記憶する履歴情報９２０を更新して、処理をステップＳ２８３３に進める。ステップＳ２８３３では原文語句と選択情報により特定される訳語とを用いて共有メモリ１５１を検索し、原文語句に対応する訳語を全てＲＡＭ２３のワークエリアに記憶して、処理をステップＳ２８３４に進め、ステップＳ２８３４では、選択情報により特定される訳語が区分Ｍの承認訳語であるかを判断（判断部４４４）し、承認訳語と一致した場合は、図１２のステップＳ１２２２に処理を戻す。
選択情報により特定される訳語が承認訳語と一致しない場合は、処理をステップＳ２８３５に進め、ステップＳ２８３５では承認訳語と一致しない訳語を選択した翻訳者の翻訳者ＩＤと原文語句と選択情報により特定される訳語より、承認訳語と一致しない訳語を使用している旨のメッセージを含む注意情報を生成してＲＡＭ２３のワークエリアに記憶し、処理をステップＳ２８３６に進める。ステップＳ２８３６では承認者が操作するクライアントＹと一次確認者が操作するクライアントＡにこの注意情報を送信してから、処理を図１２のステップＳ１２２２に戻す。
又ステップＳ２８１０又はステップＳ２８１３で、クライアントA側でＥＳＣキーが押されたと判定した場合は、処理をステップＳ２８１４に進め、ステップＳ２８１４では、操作情報が管理サーバー１５０に送信され、折り返し管理サーバー１５０からは（図２７ではステップＳ２７２９、ステップＳ２７３０で）クライアントの画面を更新させるための画面情報が送信され、ステップＳ２８１２ではクライアントAでは画面が更新され原文ウィンドウでドロップダウンリストが消える。以上で図２８の説明を終え、図２７の説明に戻る。この後、クライアントAのCPU21は処理をステップＳ２７１１からステップＳ５０１又はステップＳ１２０２に戻す。
次に図１１のフローチャートについて説明する。図１１のフローチャートは、図２７のフローチャートの処理のいわゆるスタンドアローン型の変形例である。図１１の処理はクライアント側と管理サーバー１５０側のメモリ登録やメモリ申請などを除いたその他の操作に応じた処理をクライアント側でおこなうものである。図１１では、図２７のステップＳ２７０３及びステップＳ２７２２がない他は図２７のステップＳ２７XXが、図１１のステップＳ１１XXにそれぞれ対応しており、図２７のステップＳ２７２２乃至ステップＳ２７３５が管理サーバー１５０で実行されるのに対して、図１１のステップＳ１１２３乃至ステップＳ１１３５がクライアントで実行され、仕事が一区切りした段階で作業の成果物である個別登録されたローカルメモリや、追記された翻訳ファイルが管理サーバーにアップロードされる点が異なり、処理の内容は同様であるため、詳細な説明は省略する。この実施形態は管理サーバー１５０との回線（ネットワーク１００）が低速である場合、通常は回線に接続していない状態使う場合等に有用である。以上で図１１の説明を終わる。
図２９は原文・訳文の同時編集処理の詳細を示す概要図であり図１２のステップＳ１２０８の一部又は図５のステップＳ５０８に該当する処理である。ここでの同時編集処理とは原文と訳文が両方（例えばそれぞれのウィンドウに）表示された状態で所望のどちらかを一連の操作で表示又は（訳文ウィンドウ側を）編集することができるという意味であり、タイミングが「同時」であることを意味しない。
同時編集機能実行時には、ディスプレイ画面には、共通メモリ１５１から読み出した画面情報（画面のレイアウト情報）を用いて、原文ウィンドウ及び訳文ウィンドウが表示されている。
(1)編集制御部２９４０はユーザー３０によるキーボード２６の入力又はマウス２７の操作を検知して、操作内容およびマウス２７のカーソルの位置情報を用いて、原文ウィンドウに対する編集操作・入力か、訳文ウィンドウに対する編集操作・入力か、又は外部データの読込や保存を命ずるデータ変換操作かを判定し、これら入力又は操作に応じてAdaptor２９１０によるデータ変換処理を実行させ、又は各種の編集処理を実行する。
(2)判定した操作が外部データの読込操作であった場合、MS-Wordファイル、textファイル、HTMLファイル、PDFファイルなどの一般ファイル２９０１を、キーボード２６又はマウス２７の読込データの変換を命じる入力を検知する編集制御部２９４０を介してAdaptor２９１０のデータ変換機能により内部モデル２９２０に変換する。又内部モデル２９２０をキーボード２６又はマウス２７の保存を命じる入力を検知する編集制御部２９４０を介してAdaptor２９３０のデータ変換機能により翻訳支援システムの専用ファイル２９０２に変換してハードディスク２８の翻訳プロジェクトファイル１５２の一部として保存する。
(3)同時編集モードでは、編集制御部２９４０は、原文ウィンドウ及び訳文ウィンドウのどちらに対する編集操作（入力操作、削除・挿入等の修正操作）かを判定して、原文又は訳文のどちらを修正しても、内部モデルに反映し（操作に対応する更新を行い）、それぞれ原文又は訳文に編集操作の結果を反映して原文ウィンドウ表示制御部２９５０又は訳文ウィンドウ表示制御部２９６０の表示を更新する。以上で図２９の説明を終わる。
図３０はTMEモードにおける文節伸縮処理の詳細フローチャートの１例を示す図であり、図２７のステップＳ２７０７の一部又は図１２のステップＳ１２０８とステップＳ１２２６の一部に該当する処理である。図３０の処理はクライアントBのCPU２１及び管理サーバー１５０のCPU21の制御の下で実行する処理である。
ステップＳ３００１では、クライアントB側でTMEモードにおいて、Ｓhift+->/←やCtrl+-> /←操作があったことを検知すると、操作情報（選択範囲の文字と範囲指定操作を行った旨の情報）を管理サーバー１５０に送信し、管理サーバー１５０では操作情報をＲＡＭ２３のワークエリアに記憶し、処理をステップＳ３００２に進める。ステップＳ３００２では、選択範囲の文字をキーにしてメモリ検索を行う。このように選択範囲に応じて検索範囲を調整することができる。検索結果をＲＡＭ２３のワークエリアに記憶して処理をステップＳ３００３に進める。
以降選択範囲を調整するたびに、ローカルメモリに対してメモリ検索を再度実行し、合致した結果である訳語候補（複数可）をＲＡＭ２３のワークエリアに記憶する。ステップＳ３００３ではローカルメモリに合致（マッチ）する項目があるかを判定し、合致する項目がある場合は処理をステップＳ３００４に進める。
ステップＳ３００３で合致する項目がない場合は処理をステップＳ３００６に進める。ステップＳ３００４ではＲＡＭ２３のワークエリアに記憶している合致した項目の情報を保持したまま、処理をステップＳ３００５に進め、ステップＳ３００５では、管理サーバー１５０では合致した訳語が複数ある場合に、使用日＞更新日＞使用頻度の順にソートし、ソートした訳語の情報をクライアントBに送信し、クライアントB側では受信した訳語の最上位項目を表示して、処理をステップＳ３００７に進める。ステップＳ３００７では選択範囲の文字をハイライト表示して処理を終了する。ステップＳ３００３で選択範囲にある単語にマッチするローカルメモリ９４０のメモリ項目がない場合、処理をステップＳ３００６に進め、原文をそのままTMEウィンドゥに表示して処理を終了する。以上で図３０の説明を終わる。
図３１は図１２のステップＳ１２０８とステップＳ１２２６（図２７のステップＳ２７２６）に該当するクライアントBと管理サーバー１５０における全体最長一致検索処理の詳細フローチャートの１例を示す図である。ここでクライアントBは翻訳作業を行っている。ここではクライアントBの優先順位１位のメモリは管理サーバー１５０の共通メモリ１５１である。
まずステップＳ３１０１では、管理サーバー１５０が、クライアントBから操作情報として予め受信して管理サーバー１５０のＲＡＭ２３のワークエリアに記憶している選択範囲の文字をキーにして、個別登録情報記憶部３５４のクライアントB分のローカルメモリ９４０を検索して処理をステップＳ３１０２に進める。ステップＳ３１０２では、ローカルメモリ９４０に選択範囲の文字に該当する訳語が記憶されているかを判定し、該当する訳語が記憶されている場合は処理をステップＳ３１０３に進め、該当する訳語が記憶されていない場合は処理をステップＳ３１０６に進める。
ステップＳ３１０３では、選択範囲の文字と検索した結果の訳語（合致するもの全て）とをＲＡＭ２３のワークエリアに別途記憶し、処理をステップＳ３１０４に進める。ステップＳ３１０４では、複数の訳語を記憶している場合、使用日＞更新日＞使用頻度の順にソートして（最適順にソートして）ソートした訳語の情報をクライアントBに送信して、処理をステップＳ３１０７に進める。ステップＳ３１０７では、選択範囲の文字のうちローカルメモリに合致しない残り部分を新たに選択範囲の文字列としてＲＡＭ２３のワークエリアに記憶して処理をステップＳ３１０２に戻す。
このように一部を置き換えて一部を原文語句のままにした状態Node分解と言う。Node分解とは、例えば原文が“atypical”、メモリには“typical”と「典型的」が記憶されていたとすると、“typical”が「典型的」に置き換えられて「a典型的」となり、「a」と「典型的」の２つのノードに分解される状態になることを言う。他方、ステップＳ３１０２で該当する訳語が記憶されていない場合は処理をステップＳ３１０６に進め、ステップＳ３１０６では、ＲＡＭ２３のワークエリアに記憶されている選択範囲の文字が１文字であるかを判定し、１文字である場合は処理をステップＳ３１０５に進め、１文字でない場合は処理をステップＳ３１０８に進める。つまり、検索終了条件は切る文字がなくなったタイミングとなる。ステップＳ３１０５では、検索文字列は二単語にまたがるケースの場合、Node分解により切られた残りの原文はそのまま表示することになり、処理を終える。他方ステップＳ３１０６で選択範囲の文字が１文字でない場合は、ステップＳ３１０８に進む。ステップＳ３１０８ではＲＡＭ２３のワークエリアに記憶されている選択範囲の文字を頭から１文字短縮（頭から１文字削除）して処理をステップＳ３１０１に戻す。以上で図３１の説明を終わる。
［他の実施例１］
本発明の翻訳支援システムの他の実施例を図３２のシステム構成図と図３３及び図３４のフローチャートを用いて説明する。この実施例では、図３２に示すように、クライアントAは翻訳者としての役割と承認者としての役割を果たす。従って他の実施例１におけるメモリの登録及び収集処理を示す図３３のフローチャートでは、図５のフローチャートと比べて以下の点が異なる。まず、クライアントYが承認を行う図５のステップＳ５６１乃至ステップＳ５６３に該当する図３３の処理ステップがなくなる。図３３のフローチャートでは承認者自身がメモリ登録を行っているため改めて承認申請を実行する必要がないためである。更に管理サーバーが実行するメモリ情報を受信した場合にクライアントYに転送するステップＳ５２４乃至ステップＳ５２７の処理もなくなる。
更に図５のステップＳ５３２の訳揺れ検索・通知の詳細処理である、図７の処理では、ステップＳ７２２乃至ステップＳ７２３、ステップＳ７０８乃至ステップＳ７０９、ステップＳ７４１がなくなり、ステップＳ７２１から直接ステップＳ７４２に進み、ステップＳ７４２乃至ステップＳ７４３はクライアントAが実行する点が異なる。
あとはステップ番号が異なることと、一部のステップの実行順が異なるだけで実質的に同じ処理となる。すなわち、図３３のステップＳ３３０１乃至ステップＳ３３１２は、それぞれ図５のステップＳ５０１乃至ステップＳ５１２に該当する。図３３のステップＳ３３２１乃至ステップＳ３３２３は、それぞれ図５のステップＳ５２１乃至ステップＳ５２３に該当する。図３３のステップＳ３５２４は、図５のステップＳ５２９に該当する。図３３のステップＳ３３２５は、図５のステップＳ５２８に該当するがステップＳ３３２５からステップＳ３３２２に戻る点は図５と異なる。図３３のステップＳ３３２６乃至ステップＳ３３２８は、それぞれ図５のステップＳ５３０乃至ステップＳ５３２に該当する。この実施形態は比較的少人数の翻訳プロジェクトに適している。一次確認者は例えば全くの新規分野の特許の場合など訳語の確定に相当の調査が必要な場合には図３２に示すような外部のアドバイザーZや専門家に電話やFAXで問い合わせる、あるいは直接面談することにより、その助言や回答により訳語を確定することができる。
次に他の実施例１におけるメモリの承認申請及びメモリ更新通知処理を示す図３４に示すフローチャートでは、図１２のフローチャートと比べて以下の点が異なる。まず、図１２でクライアントYが実行するステップＳ１２６１乃至ステップＳ１２６３がなくなり、図１２ではクライアントAで実行していたステップＳ１２５１乃至ステップＳ１２５３は、図３４ではステップＳ３４５１乃至ステップＳ３４５３を承認者が操作するクライアントYが実行する。それに伴い図１２のステップＳ１２５２が「一次確認入力」であったのに対して、図３４のステップＳ３４５２では「承認／否認入力」に変わる。同様に図１２のステップＳ１２５３が「一次確認情報送信」であったのが、図３４のステップＳ３４５３では「承認情報送信」に変わりる。図１２のステップＳ１２２７とステップＳ１２２８に該当する転送のためのステップが図３４の処理では無くなり、図１２のステップＳ１２２７で実行していた承認申請履歴情報ファイル１５３への一次確認情報の追加は、図３４のS３４２７で承認申請履歴情報ファイル１５３への承認情報の追加として実行する。
あとはステップ番号が異なるだけで実質的に同じ処理となる。すなわち、図３４のステップＳ３４０１乃至ステップＳ３４１２は、それぞれ図１２のステップＳ１２０１乃至ステップＳ１２１２に該当する。図３４のステップＳ３４２１乃至ステップＳ３４２６はそれぞれ図１２のステップＳ１２２１乃至ステップＳ１２２６に該当する。図３４のステップＳ３４２７乃至ステップＳ３４３０は、それぞれ図１２のステップＳ１２２９乃至ステップＳ１２３２に該当する。図３４のステップＳ３４４０乃至ステップＳ３４４４は図１２のステップＳ１２４０乃至ステップＳ１２４４に該当する。
但し、図１２ではステップＳ１２０９乃至ステップＳ１２１２はクライアントAとクライアントCとでそれぞれ実行する処理であるが、図３４のステップＳ３４０９乃至ステップＳ３４１２ではクライアントBで実行する処理である点が異なる。また、図１２ではステップＳ１２４０乃至ステップＳ１２４４はクライアントCで実行する処理であるが、図３４のステップＳ３４４０乃至ステップＳ３４４４ではクライアントAとクライアントCとでそれぞれ実行する処理である点が異なる。図３４のステップＳ３４５１乃至ステップＳ３４５３は図１２のステップＳ１２５１乃至ステップＳ１２５３に該当するが、入力内容の意味の違いは既に説明したので省略する。以上で図３４の説明を終わると共に他の実施例１の説明を終わる。
［他の実施例２］
図３５のシステム構成図を用いて、本発明の変形例について説明する。図３５は本発明の翻訳支援システムの変形例のシステム構成図である。図１のシステム構成図との違いは、サーバーが３つに分割されている点にある。すなわち、図１では管理サーバーのハードディスク２８に承認申請履歴１５３と共通メモリ１５１と翻訳プロジェクトファイル１５２が記憶され、さらに各アプリケーションプログラムもハードディスク２８からＲＡＭ２３に読み出して実行している。これに対して、図３５に示す翻訳支援システムでは、アプリ管理サーバー３５３０は、ネットワーク１００を介してメモリ管理サーバー３５２０とプロジェクト管理サーバー３５４０、及び各クライアントと通信可能である。またアプリ管理サーバー３５３０は、アプリケーションプログラム３５３１をハードディスク２８に記憶しており、アプリケーションプログラム３５３１をハードディスク２８からＲＡＭ２３に適宜読み出して実行している。更にアプリ管理サーバー３５３０は、承認申請履歴ファイル１５３をハードディスク２８に記憶しており、各クライアントから受信した操作情報や各種情報に応じて、承認申請履歴ファイル１５３を検索し、又は新たな訳語承認申請情報を追加する。
また、アプリ管理サーバー３５３０は、各クライアントから受信した操作情報や各種情報に応じて、メモリ管理サーバー３５２０の共通メモリ１５１又は個別メモリ３５２１の検索要求を送信して、メモリ管理サーバー３５２０からの検索結果情報を受信し、検索結果情報に応じて次の処理を実行する。メモリ管理サーバー３５２０の共通メモリ１５１又は個別メモリ３５２１に新たなメモリ情報を追加すべく登録情報を送信し、折り返しプロジェクト管理サーバー３５４０から登録結果情報（登録成功／登録失敗）を受信し、受信した登録結果情報に応じて例えば通知処理等の次のステップの処理を実行する。あるいはこれらのメモリ中の既存のメモリ情報を更新する。
同様にアプリ管理サーバー３５３０は、各クライアントから受信した操作情報や各種情報に応じて、プロジェクト管理サーバー３５４０の翻訳プロジェクトファイル１５２の検索要求をプロジェクト管理サーバー３５４０に送信し、プロジェクト管理サーバー３５４０から検索結果情報を受信する。又はアプリ管理サーバー３５３０は、プロジェクト管理サーバー３５４０の翻訳プロジェクトファイル１５２に新たな情報を追加すべく登録情報を送信し、折り返しプロジェクト管理サーバー３５４０から登録結果情報（正常終了／異常終了）を受信し、受信した登録結果情報に応じて次のステップの処理を実行する。あるいはアプリ管理サーバー３５３０は、プロジェクト管理サーバー３５４０の翻訳プロジェクトファイル１５２の既存の情報を更新すべく更新情報を送信し、プロジェクト管理サーバー３５４０は翻訳プロジェクトファイル１５２の既存の情報を更新する。折り返しアプリ管理サーバー３５３０は、折り返しプロジェクト管理サーバー３５４０から更新結果情報（更新成功／更新失敗）を受信し、受信した更新結果情報に応じて次のステップの処理を実行する。
要するにアプリ管理サーバー３５３０は、３つのサーバーのコントロールタワーとなり、メモリ管理サーバー３５２０とプロジェクト管理サーバー３５４０とは、ネットワーク１００を介していわば別々のネットワークエアストレージとして機能するに過ぎない。またメモリ管理サーバー３５２０とプロジェクト管理サーバー３５４０とを１つの筐体として構成することも本発明に含まれる。フローチャート上では、元々の実施例の管理サーバー１５０の各ファイルの検索や追加・更新処理の際に、この変形例では、アプリ管理サーバー３５３０と、メモリ管理サーバー３５２０又はプロジェクト管理サーバー３５４０との間に、各種要求情報（検索要求、情報追加要求、情報更新要求）又は各種結果情報（検索結果、登録結果、更新結果）のネットワーク１００を介した送受信のステップが加わる点が異なり、その他の部分では、実質的に変わりは無い。
更に承認申請履歴ファイル１５３をアプリ管理サーバー３５３０以外の申請履歴管理サーバー（不図示）のハードディスク２８に記憶する構成も本発明に含まれる。この場合も、アプリ管理サーバー３５３０と、申請履歴管理サーバーとの間に、各種要求情報（検索要求、情報追加要求、情報更新要求）又は各種結果情報（検索結果、登録結果、更新結果）のネットワーク１００を介した送受信のステップが加わる点が異なり、その他の部分では、実質的に変わりは無い。以上で他の実施例２の説明を終わる。
［他の実施例３］
図３６のシステム構成図を用いて、本発明の別の変形例について説明する。図３６は本発明の翻訳支援システムの変形例のシステム構成図である。図１のシステム構成図との違いは、サーバーが３つに分割されており、かつクライアントAは一次確認者ではなく、翻訳専任者が操作するクライアントである点にある。この２つの差異点については、既に他の実施例１と他の実施例２で説明しており、他の実施例３ではこれらを組み合わせたに過ぎず、説明済みの各フローチャートとの差異も既にそれぞれ説明しており、承認処理におけるクライアントAと管理サーバー１５０のやりとりのステップがない点、アプリ管理サーバー３５３０と他の２サーバーとのやり取りのステップがある点は同様なので詳細は省略する。以上で他の実施例３の説明を終わる。
［他の実施例４］
上述の図７のステップＳ７０３、ステップＳ７１１、図１０のステップＳ１００２では、自己登録分のメモリ個別登録情報記憶部３５４に新規に個別登録された原文語句とその原文語句に対応する訳語を用いて、段落番号と文番号をベースにして、文の分割の有無の判断を含めて対応する存在する文を特定し、更に公知の形態素解析の手法を用い、原文全体で個別登録した原文語句があるか、更にはその原文語句に対応する個別登録した訳語が存在するかを検索して訳揺れのチェックをするようにしている。しかしこの方法では、原文と訳文のそれぞれに段落番号が付されていることが前提となっており、顧客が提供する原文に段落番号が付されていない場合はマクロ等のプログラムにより段落番号を付す必要があるという短所がある。その反面各翻訳者が個別登録情報記憶部３５４又は各クライアントのローカルメモリに登録しない場合（典型的にはメモリ登録操作をしないで直接訳文に訳語を入力した場合）でも訳揺れを検知できるという長所を有する。
この方法に変えて、単に各翻訳者の個別登録メモリの原文語句と原文語句に対応する訳語を共通メモリ１５１の同一の原文語句とその原文語句に対応する訳語と一致するか比較して、同一の原文語句に対してある個別登録メモリの訳語が共通メモリ１５１と一致しない場合に訳揺れとして通知情報を送信する実施形態も可能である。またある翻訳者の個別登録メモリの原文語句と原文語句に対応する訳語を共通メモリ１５１だけではなく、他の全ての翻訳者の個別登録メモリと比較する方法も可能である。これらの方法では精度はやや落ちるが処理の負荷は軽減される。また、文単位で比較せずに、段落番号単位で原文語句に対応する訳語が存在しない場合に訳揺れとして通知情報を送信する実施形態も可能であり、この方法によれば、文の分割判定も不要になる。これらのうちの少なくともいずれか１つの訳揺れの判定方法を用いた翻訳支援システム等も本発明に含まれる。
［他の実施例５］
以下他の実施例５として、ステップ図２７のステップＳ２７２６（検索処理）及び２７３２（置換処理）の詳細及び関連部分の変形例の説明を図３７のフローチャートを用いて説明する。この図３７のフローチャートは図２８のフローチャートの変形例であり、図２８において管理サーバー１５０で実行していた一部の処理をクライアント側に移したに過ぎない。図３７のクライアント側の処理であるステップＳ３７０１乃至ステップＳ３７０６は、それぞれ図２８のステップＳ２８０１乃至ステップＳ２８０６に該当する処理である。図３７の管理サーバー１５０側の処理であるステップＳ３７２１乃至ステップＳ３７３２は、それぞれ図２８のステップＳ２８２１乃至ステップＳ２８３２に該当する処理である。
図３７の処理と図２８の処理の差異点はクライアント側のステップＳ３７０７で共通メモリ１５１の検索要求を管理サーバー１５０に送信し、管理サーバー１５０がステップＳ３７３３で共通メモリ１５１の検索を実行し、折り返し検索結果をクライアントに送信して処理をステップＳ１２２２に戻す点と、クライアント側はステップＳ３７０７で検索結果を受信して、処理をステップＳ３７０８に進め、以降ステップＳ３７０８乃至ステップＳ３７１０では、図２８では管理サーバー１５０が実行してるステップＳ２８３４乃至ステップＳ２８３６を実行してから処理をステップＳ１２０２に戻す点が異なるだけであるため詳細な説明は省略する。なおクライアントからの注意情報の送信は管理サーバー１５０経由で一次確認者が操作する場合のクライアントAとクライアントYに送信するが、直接クライアントAとクライアントYに送信してもよく、いずれか１つのクライアントに送信しても良い。
［他の実施例６］
以上の各実施例で説明した本発明は管理サーバー１５０又はアプリ管理サーバー３５３０及び各クライアントを制御する、図５乃至図７及び図９乃至図１５、図１７、図１９、図２１、図２５乃至図３１、図３３乃至図３４、図３７に記載の各フローチャートを実行する各アプリケーションプログラム及び図８、図１６、図１８、図２０と図２２乃至図２４に示すクライアント画面に表示するためのHTMLの画面情報を記憶媒体や通信回線を介した通信媒体で、管理サーバー１５０及び各クライアントに提供して実行した場合や、又は単体のパソコンや端末でこの制御プログラムを実行した場合（いわゆるスタンドアローン型）も含み、この場合にはクライアントと管理サーバー１５０間の通信の各ステップは、いわゆるプロセス間通信の通信ステップに置き換わって実行することができる。あるいはこれらの通信の各ステップを省略して、単一プロセスとして実行することも可能である。
［他の実施例６］
上述の実施例では（例えばマウス左ボタンダウンと右方向（原文が縦表示なら下方向）へのドラッグと左ボタンアップで表示を反転させた部分を選択範囲（スコープ）とし、その選択範囲に応じた全体最長一致検索を実行して、対応する訳語をドロップダウンリストに一つ又は複数（該当がない場合は原文の選択範囲の語句）を表示している。ドロップダウンリストでの訳語候補の表示は選択範囲が延びるにつれて、その都度全体最長一致検索を行い、合致した訳語候補を表示しているが、該当する訳語候補を累積的に表示することも可能である。すなわち、ＲＡＭ２３のワークエリアにドラッグ操作の各位置での最長一致検索で該当する訳語をすべて記憶しておき、ドロップダウンリストで全て表示させることも可能である。
この場合ドラッグ操作により、カーソル位置（１）の最長一致検索で訳語候補Ａと訳語候補Ｂがヒットし、引き続きドラッグ操作を行いカーソル位置（２）の最長一致検索で訳語候補Ｃと訳語候補Ｄがヒットした場合、訳語候補Ｃと訳語候補Ｄと訳語候補Ａと訳語候補Ｂがドロップダウンリストに表示される。ここでは後からヒットした訳語候補Ｃと訳語候補Ｄが上に表示され、訳語候補Ａと訳語Ｂはその下に表示される（ＲＡＭ２３のワークエリアから逆順に読み出す）。勿論ドロップダウンリストで訳語候補Ａと訳語Ｂを上に表示し、訳語候補Ｃと訳語候補Ｄをその下に表示することも可能である。ここでの訳語候補Ａ乃至訳語候補Ｄは一つの単語でもよいし、（句、節を含む）複数語から構成されてもよい。
［他の実施例７］
選択範囲のスコープ（反転表示範囲）に合わせてスコープの最初の選択位置からの前方最長一致検索でヒットした訳語候補をＲＡＭ２３のワークエリアに記憶し、ドロップダウンリストに複数表示（選択位置を拡大するに従って複数表示）させるようにする。全体の表示数は例えば４０個（４０行）とし、選択範囲を左から右に伸ばした時点で新たにヒットした訳語候補をドロップダウンリストの上に表示し、４０個を超えた古い訳語候補は非表示にする。この４０個は所定の数値範囲（例えば最大１００個以内）で設定変更することができ、この設定値は各クライアントのハードディスク２８のクライアントアプリケーション用フォルダ内の設定情報ファイルの一部として記憶される。
［他の実施例８］
ドロップダウンリストでの訳語候補の表示は選択範囲が延びるにつれて、その都度全体最長一致検索を行い、合致した訳語候補を表示しているが、選択範囲の指定タイミングに応じて（例えばマウスのドラッグ操作の動きに応じて）メモリ検索を再実行する構成も可能である。すなわち例えば、原文の特定の位置でマウスの左ボタンを押下して選択範囲の始点を指定し、次にマウスを右方向にドラッグ操作する、ドラッグの動きが所定時間（例えば0.5秒以上）停止した場合に、メモリ検索を再実行し、該当する訳語候補を表示することも可能である。
すなわち、マウスのドラッグ操作によるカーソル位置を検知し、所定時間カーソル位置が変らなかった又は一定値（例えばＸ座標とＹ座標の変化が５以下）以下しか変化しなかった場合停止したと判定するステップを追加し、停止判定＝Ｙｅｓの場合のみメモリ検索を実行するようにすることで実現できる。この場合も直前のメモリ検索でヒットした訳語候補だけをドロップダウン表示させることができるし、他方ＲＡＭ２３のワークエリアにドラッグ操作の各位置での最長一致検索で該当する訳語をすべて記憶しておき、ドロップダウンリストで全て表示させることも可能である。これらの所定時間や座標変化の一定値もハードディスク２８のクライアントアプリケーション用フォルダ内の設定情報ファイルの一部として記憶される。
［他の実施例９］
以上の各実施例で説明した本発明は管理サーバー１５０又はアプリ管理サーバー３５３０及び各クライアントを制御する、図５乃至図７及び図９乃至図１５、図１７、図１９、図２１、図２５乃至図３１、図３３乃至図３４、図３７に記載の各フローチャートを実行する各アプリケーションプログラム及び図８、図１６、図１８、図２０と図２２乃至図２４に示すクライアント画面に表示するためのHTMLの画面情報を記憶媒体や通信回線を介した通信媒体で、管理サーバー１５０及び各クライアントに提供して実行した場合や、又は単体のパソコンや端末でこの制御プログラムを実行した場合（いわゆるスタンドアローン型）も含み、この場合にはクライアントと管理サーバー１５０間の通信の各ステップは、いわゆるプロセス間通信の通信ステップに置き換わって実行することができる。あるいはこれらの通信の各ステップを省略して、単一プロセスとして実行することも可能である。これらのフローチャートに記載の制御プログラムを実行する各制御ステップを管理サーバー１５０及び各クライアント、又は単体のパソコン（ＰＣ）で実行し画面を表示させる制御方法も本発明に含まれる。
一例を挙げれば、承認者が操作するクライアントAの処理と管理サーバー１５０の処理を同一ハードウェアで実行する場合も本発明に含まれる。この場合、前述の各フローチャートにおけるクライアントAと管理サーバー１５０との間のネットワーク１００を経由したメッセージのやり取りは、例えばクライアントAと管理サーバー１５０との間のプロセス間通信として置き換えられる。またこれらの制御プログラム及び画面を表示させるための情報を記憶したコンピュータ可読の記憶媒体も、この記憶媒体を管理サーバー１５０及び各クライアント、又は単体のパソコン（ＰＣ）に読み込ませて制御プログラムを実行することにより本発明を実施するものであり、これらの制御プログラム及び画面を表示させる情報を記憶したコンピュータ可読の記憶媒体自体も本発明に含まれる。
＜付記的記載＞
複数のサーバーと、複数のクライアントが通信回線を介して通信可能な翻訳支援システムのアプリ管理サーバーであって、
前記サーバーは、
少なくとも翻訳すべき原文と前記原文に対応する訳文とをプロジェクト単位で記憶する翻訳プロジェクト記憶手段と前記翻訳プロジェクト記憶手段を検索するプロジェクト検索手段とを備えたプロジェクト管理サーバと、
前記各クライアントが共通して使用可能な記憶手段であって、少なくとも原文語句と前記承認者によって承認された前記原文語句に対応する承認訳語とを記憶する共通記憶手段と前記共通記憶手段を検索する共通検索手段と前記共通記憶手段に前記原文語句と前記承認語句とを登録する共通登録手段とを備えたメモリ管理サーバーとを含み、
前記クライアントは、特定の原文語句の訳語の承認を承認者に申請する申請元の翻訳者により操作される申請元クライアントと、前記承認者により操作される承認者クライアントとを含み、
前記アプリ管理サーバは、
前記クライアントから受信した検索要求を用いて、前記プロジェクト管理サーバーの前記プロジェクト検索手段へ検索を要求するか又は前記メモリ管理サーバーの前記共通検索手段に検索を要求する検索要求手段と、
前記プロジェクト管理サーバー又は前記メモリ管理サーバーから受信した検索結果情報を、前記検索要求を受信した前記クライアントへ転送する検索結果転送手段と、
前記クライアントから受信した前記原文語句と前記承認語句との登録を要求する情報をメモリ管理サーバーに対して送信する登録要求手段と、
前記申請元クライアントから受信した少なくとも原文語句を含む訳語承認申請情報を、前記承認者クライアントに転送する転送手段と、
前記承認者クライアントから受信した少なくとも前記訳語承認申請情報に応じた承認可否情報と前記原文語句に対応した訳語である承認訳語とを含む承認結果情報を記憶する承認申請履歴記憶部と、
前記承認可否情報に応じた通知メッセージ情報を記憶する通知記憶手段と、
前記承認可否情報に応じて、前記承認者クライアント以外のクライアントへの通知の要否と前記記憶手段に記憶されたいずれの通知メッセージ情報を各クライアントに通知すべきかを判断する通知判断手段と、
前記判断手段の判断に応じて、通知を要と判断された１つ又は複数のクライアントに対し、各通知を要と判断されたクライアントに応じた前記通知メッセージ情報と前記原文語句と前記承認訳語とを含む通知情報を送信するための通知情報生成手段とを備えることを特徴とする図３５に示すアプリ管理サーバー。前記承認者クライアントは一次確認者に操作される一次確認者クライアントと承認者により操作される承認者クライアントとを含み、
前記サーバは、前記一次確認者クライアントから受信した前記承認候補訳語と前記承認者クライアントから受信した前記承認訳語とが一致しない場合に、前記承認者クライアントから受信した前記承認訳語を前記一次確認者クライアントに転送する確認依頼手段を更に備えることを特徴とするアプリ管理サーバ。
本発明の翻訳支援システムは複数の翻訳者が並行して翻訳作業を行う場合においても、メモリの更新を通知し、効率的に承認されたメモリを更新することができ、また訳文の訳揺れを逐次チェックすることができるので、効率的かつ高品質の翻訳文の作成が可能な翻訳支援システムとして有用である。
１００ ネットワーク
１１０ クライアントＡ
１１５ ローカルメモリ
１２０ クライアントＢ
１２５ ローカルメモリ
１３０ クライアントＣ
１３５ ローカルメモリ
１５０ 管理サーバー
１５１ 共通メモリ
１５２ 翻訳プロジェクトファイル
１５３ 承認申請履歴
１９０ クライアントY
１９５ アドバイザーZ
２０ システムバス
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ ＶＧＡ
２５ ＬＡＮアダプタ
２６ キーボード
２７ マウス
２８ ＨＤＤ
２９ ＤＶＤ−ＲＯＭドライブ

Claims (3)

  1. 承認者クライアントと複数の翻訳者が操作する申請元クライアントと管理サーバーとが通信可能な翻訳支援システムにおける新規承認訳語の訳文への確認制御方法であって、
    所定のタイミングか否かを判定するタイミング到来判定ステップと、
    承認者クライアントによって新たに承認された新規承認情報の有無を判定する新規承認情報判定ステップと、
    前記タイミング到来判定ステップにおいて所定の確認タイミングが到来しており、かつ前記新規承認情報判定ステップにて新規承認情報が有りと判定した場合に、
    前記新規承認情報に含まれる原文語句が特定のクライアントの操作者が翻訳すべき原文に含まれるかを検索する原文語句検索ステップと、
    前記新規承認情報に含まれる承認訳語が特定のクライアントの操作者により翻訳された訳文ファイルに含まれるか否かを検索する訳語検索ステップと、
    前記原文語句が前記特定のクライアントの操作者が翻訳すべき原文に含まれ、かつ前記承認訳語が前記特定のクライアントの操作者により翻訳された訳文ファイルに含まれない場合に、前記特定のクライアントの操作者により翻訳された前記訳文ファイルに前記承認訳語が含まれない旨の情報を含む報告情報を生成する報告情報生成ステップとを含む確認制御方法。
  2. サーバーと、少なくとも翻訳対象となる原文に含まれる原文語句と前記原文語句に対応する訳語を記憶するメモリ手段を備えた複数のクライアントとが通信回線を介して通信可能なサーバーであって、
    前記クライアントから受信した、少なくとも前記各クライアントが登録した原文語句と前記原文語句に対応する訳語とを含む個別登録情報をそれぞれ記憶する個別登録情報記憶手段と、
    前記各クライアントが翻訳すべき原文を記憶した原文記憶手段と、
    前記各クライアントから受信した訳文を記憶した訳文記憶手段と、
    前記個別登録情報記憶手段に新たに個別登録された特定の原文語句を含む原文が前記原文記憶手段に存在するかを検索して、前記新たに個別登録された特定の原文語句を含む原文を文単位で特定する対応原文検索手段と、
    前記特定された原文に対応する訳文を前記訳文記憶手段から検索して、前記特定された原文に対応する訳文に前記新たに記憶された特定の原文語句に対応する承認訳語が存在するかを検索し、前記特定された原文と対応する訳文に対応する承認訳語が存在しない場合には前記特定された原文と対応する訳文とを記憶する対応訳文検索記憶手段と、
    前記個別登録情報記憶手段を前記新たに個別登録された特定の原文語句をキーとして検索し、前記新たに個別登録された特定の原文語句に対応する全ての個別訳語を検索する個別訳語検索手段と、
    前記個別訳語が複数存在する場合に、複数存在する個別訳語の異同を判断する異同判断手段と、
    前記異同判断手段が、前記複数存在する前記個別訳語に異なる訳語が存在すると判断した場合に、前記複数のクライアントのうち所定のクライアントの表示画面に、前記新たに登録された特定の原文語句と前記新たに登録された特定の原文語句に対応する異なる複数の個別訳語とを表示するための表示情報、又は記憶され特定された原文と対応する訳文とを表示するための表示情報の少なくとも一方を生成する表示情報作成手段を備えるサーバー。
  3. 前記個別登録情報には、各クライアントが登録した原文語句と前記原文語句に対応する訳語毎に、翻訳プロジェクトを一意に特定するためのプロジェクトＩＤと前記個別登録情報を前記クライアントに登録した翻訳者を特定するための翻訳者ＩＤとを更に含み、
    前記所定のクライアントから受信した、前記プロジェクトＩＤと前記同一の原文語句と前記原文語句に対応する１つの統一訳語と、前記個別登録情報記憶手段に記憶されている各クライアントから受信した前記プロジェクトＩＤを含む前記同一の原文語句に対応するそれぞれの訳語とを比較する訳語比較手段と、
    各クライアント毎に登録された前記同一の原文語句に対応する訳語が前記統一訳語と異なる場合に、前記翻訳者ＩＤを用いて前記統一訳語を前記承認訳語と異なる訳語に登録したクライアントに、前記同一の原文語句と前記統一訳語と前記プロジェクトＩＤとを通知するための通知情報を生成する通知情報生成手段とを備えることを特徴とする請求項２記載のサーバー。
JP2016178228A 2016-09-13 2016-09-13 翻訳支援システムの制御方法、翻訳支援システムのサーバー、 Active JP6337406B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016178228A JP6337406B2 (ja) 2016-09-13 2016-09-13 翻訳支援システムの制御方法、翻訳支援システムのサーバー、

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016178228A JP6337406B2 (ja) 2016-09-13 2016-09-13 翻訳支援システムの制御方法、翻訳支援システムのサーバー、

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2013219863A Division JP6226321B2 (ja) 2013-10-23 2013-10-23 翻訳支援システム、翻訳支援システムのサーバー、翻訳支援システムのクライアント、翻訳支援システムの制御方法、及びそのプログラム

Publications (2)

Publication Number Publication Date
JP2017021830A true JP2017021830A (ja) 2017-01-26
JP6337406B2 JP6337406B2 (ja) 2018-06-06

Family

ID=57888237

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016178228A Active JP6337406B2 (ja) 2016-09-13 2016-09-13 翻訳支援システムの制御方法、翻訳支援システムのサーバー、

Country Status (1)

Country Link
JP (1) JP6337406B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018175698A (ja) * 2017-04-20 2018-11-15 サミー株式会社 ぱちんこ遊技機

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04357566A (ja) * 1991-03-26 1992-12-10 Ricoh Co Ltd 機械翻訳装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04357566A (ja) * 1991-03-26 1992-12-10 Ricoh Co Ltd 機械翻訳装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018175698A (ja) * 2017-04-20 2018-11-15 サミー株式会社 ぱちんこ遊技機

Also Published As

Publication number Publication date
JP6337406B2 (ja) 2018-06-06

Similar Documents

Publication Publication Date Title
JP6226321B2 (ja) 翻訳支援システム、翻訳支援システムのサーバー、翻訳支援システムのクライアント、翻訳支援システムの制御方法、及びそのプログラム
JP2015082216A5 (ja)
JP7289556B2 (ja) 特許文書作成装置、方法、コンピュータプログラム、コンピュータで読み取り可能な記録媒体、サーバー、およびシステム
JP5340584B2 (ja) 電子メッセージの読解を支援する装置及び方法
JP6003263B2 (ja) 議事録作成支援装置、議事録作成支援システム、議事録作成支援方法、及びプログラム
JP6337406B2 (ja) 翻訳支援システムの制御方法、翻訳支援システムのサーバー、
KR20210013991A (ko) 번역예 검색 기능을 갖는 특허 문서 작성 장치, 방법, 컴퓨터 프로그램, 컴퓨터로 판독 가능한 기록매체, 서버 및 시스템
JP6337407B2 (ja) 翻訳支援システムの制御方法、及びそのプログラム
WO2014087704A1 (ja) 入力支援装置、入力支援方法、及び入力支援プログラム
Sun Technical Publications Read Me First!: A Style Guide for the Computer Industry
WO2022244217A1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
CN118013944A (zh) 生成演示文档的方法、装置、电子设备及存储介质
JP2003173338A (ja) 辞書構築支援装置、辞書構築支援方法及び辞書構築支援プログラム
JP2020166720A (ja) 表示プログラム、表示方法、表示装置及び作成プログラム
JP2021002278A (ja) 情報処理装置、制御方法、及びプログラム
KR20210013989A (ko) 구성요소 번역 관리 기능을 갖는 특허 문서 작성 장치, 방법, 컴퓨터 프로그램, 컴퓨터로 판독 가능한 기록매체, 서버 및 시스템
KR20210013992A (ko) 자동완성 기능을 갖는 특허 문서 작성 장치, 방법, 컴퓨터 프로그램, 컴퓨터로 판독 가능한 기록매체, 서버 및 시스템
JP2009534745A (ja) 多言語データクエリ

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170110

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170919

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171107

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180413

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180420

R150 Certificate of patent or registration of utility model

Ref document number: 6337406

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250