JP2004078485A - 翻訳支援システムおよび方法 - Google Patents

Abstract

【課題】表現力に富んだ即応性のある翻訳結果を、効率的に生成する。
【解決手段】同じ対訳が複数回、発生し得る翻訳環境で、原メッセージを目的メッセージに翻訳するための翻訳支援システムにおいて、前記翻訳環境は複数の分野に分割されており、各分野で前記翻訳が実行されると、各分野を識別する分野識別情報とともに、当該翻訳によって動的に発生し各分野に属する前記原メッセージとその目的メッセージの対として構成される前記対訳を蓄積する対訳蓄積手段を備え、前記対訳を再利用することにより、新たな原メッセージをその分野に適合した目的メッセージに翻訳する。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
本発明は翻訳支援システムおよび方法に関し、例えば、２ヶ国語以上の言語で投稿、閲覧可能なメーリングリスト、掲示板、チャット等のテキストメッセージによるコミュニケーションシステムにおいて、外国語のメッセージの作成、投稿を支援する場合などに適用して好適なものである。
【０００２】
【従来の技術】
現在、インターネット上などでは、英文レター作成支援ソフト、または翻訳ソフトの英文レター作成支援機能が利用されている。
【０００３】
これらのプログラムは、あらかじめ英文レターのテンプレートとそれに対応する内容の和文レターのテンプレートを複数用意しておき、ユーザが所望の和文レターのテンプレートを選択して処理を進めることにより、英語の作文能力が高くない日本人ユーザでも、簡単に英文レターを作成することができるようになっている。
【０００４】
【発明が解決しようとする課題】
ところが、前記プログラムに用意されている英文レターおよび和文レターのテンプレートの種類は少なく、見積もりなどの業務用や礼状などの定型的な文しか用意されていないため、特定の専門分野に特有な専門的な言い回し（専門的表現）や、特定の地方でしか使われていない方言などに対応することは困難で、表現力に乏しい紋切り型の英文レターしか得られなかった。また、そのような紋切り型の表現は、特定の専門分野や特定の地方に属する人からみると不自然な表現でもあるため、自然なコミュニケーションの発展を妨げるおそれがある。
【０００５】
テンプレートの種類を大幅に増加して専門的表現や方言などを網羅することも考えられるが、専門的表現はそれぞれの専門分野ごとに相違し、方言はそれぞれの地方ごとに相違するため、全専門分野、全地方を漏れなく網羅してユーザの希望に確実に応えることができるようにするには膨大な数のテンプレートを用意する必要がある。その一方で、用意するテンプレートの数が増えれば増えるほど、ユーザの利用は薄く分散し、個々のテンプレートが実際にユーザに利用される頻度は低下する傾向がある。したがって、テンプレートの数を増加させることは、あまり効率的な対策ではない。
【０００６】
さらに、テンプレートは、製品としての英文レター作成支援ソフトや翻訳ソフトの英文レター作成支援機能を作製する際に予め作っておくものであるから、突然出現する流行語や、新語などに対して速やかに対応することは困難で、即応性に劣る。
【０００７】
【課題を解決するための手段】
かかる課題を解決するために、第１の発明では、同じ対訳が複数回、発生し得る翻訳環境で、原メッセージを目的メッセージに翻訳するための翻訳支援システムにおいて、前記翻訳環境は複数の分野に分割されており、各分野で前記翻訳が実行されると、各分野を識別する分野識別情報とともに、当該翻訳によって動的に発生し各分野に属する前記原メッセージとその目的メッセージの対として構成される前記対訳を蓄積する対訳蓄積手段を備え、前記対訳を再利用することにより、新たな原メッセージをその分野に適合した目的メッセージに翻訳することを特徴とする。
【０００８】
また、第２の発明では、同じ対訳が複数回、発生し得る翻訳環境で、原メッセージを目的メッセージに翻訳するための翻訳支援方法において、前記翻訳環境は複数の分野に分割されており、各分野で前記翻訳が実行されると、各分野を識別する分野識別情報とともに、当該翻訳によって動的に発生し各分野に属する前記原メッセージとその目的メッセージの対として構成される前記対訳を対訳蓄積手段に蓄積しておき、前記対訳を再利用することにより、新たな原メッセージをその分野に適合した目的メッセージに翻訳することを特徴とする。
【０００９】
【発明の実施の形態】
（Ａ）実施形態
以下、本発明にかかる翻訳支援システムおよび方法を、インターネット上などに構築される電子掲示板システムに適用した場合を例に、実施形態について説明する。
【００１０】
電子掲示板は、あるユーザが投稿してサーバの掲示板にメッセージを書き込むと多数のユーザがそのメッセージ閲覧することができる１対多のメッセージ交換システムである。当該メッセージを閲覧したユーザも、当該メッセージに対する自身のメッセージを投稿することで、メッセージ交換を進め、議論を発展させることができる。
【００１１】
このような電子掲示板の機能をコンピュータネットワーク上で実現する方法には様々なものがある。例えば、パソコン通信の電子掲示板システムや、グループウエアを利用した電子掲示板システムなども知られており、インターネット上では、ＮＮＴＰプロトコルを用いるネットニュースも電子掲示板の一種として利用できるが、ここでは、インターネット上でＷｅｂサーバの機構を利用した電子掲示板システムを想定する。
【００１２】
Ｗｅｂサーバの機構を利用した電子掲示板システムでは、基本的に、ユーザがメッセージを投稿する場合には、フォームを利用する。フォームはユーザが記述した情報をＷｅｂサーバ側で収集するための部品（フィールド）の集合体であるから、フィールドから収集した情報をもとに、ＣＧＩプログラムなどを利用して新たにＷｅｂページ（掲示板）を生成すれば、当該Ｗｅｂページを閲覧することで、多数のユーザが当該ユーザのメッセージの内容を知ることができる。
【００１３】
フォームもＨＴＭＬを用いて記述されるＨＴＭＬ文書であり、ＨＴＭＬファイルに収容されている。ＣＧＩを利用した電子掲示板（ＣＧＩ掲示板）は、ＣＧＩプログラムと連動した複数のＨＴＭＬファイルから構成され、このフォームもそのうちの１つのＨＴＭＬファイルに収容されている。
【００１４】
第１および第２の実施形態に共通する特徴は、分野ごとにわかれたコミュニティサイト（ＣＧＩ掲示板）に対し多数のユーザに２ヶ国語（ここでは、英語と日本語）のうちのいずれかの言語でメッセージを投稿させた上で当該２ヶ国語間の翻訳結果として得られる対訳を蓄積しておき、蓄積した対訳を再利用して、表現力に富んだ即応性のある機械翻訳を行い、前記掲示板の表現力や即応性を高めることにある。
【００１５】
（Ａ−１）第１の実施形態の構成
本実施形態にかかる電子掲示板システム１２を含む通信システム１０の全体構成例は、図１に示すとおりである。電子掲示板システム１２は複数のＣＧＩ掲示板を提供し、ユーザＵ１、ユーザＵ２を含む不特定多数のユーザがその中の任意の掲示板に対して投稿し、閲覧できるものであってよいが、以下では、主としてユーザＵ１がメッセージを投稿する場合を例に説明を進める。
【００１６】
図１において、当該通信システム１０は、ネットワーク１１と、前記電子掲示板システム１２と、通信端末１３，１４とを備えている。
【００１７】
このうちネットワーク１１はＬＡＮ（ローカルエリアネットワーク）などであってもかまわないが、ここでは、インターネットであるものとする。
【００１８】
通信端末１３は例えばＷｅｂブラウザを搭載し、キーボード、ポインティングデバイス、ディスプレイ装置などを装備した通常のパーソナルコンピュータであってよい。通信端末１４も実質的に当該通信端末１３と同様である。ただし通信端末１３はユーザＵ１によって操作され、通信端末１４はユーザＵ２によって操作される。また、通信端末１３に搭載されているＷｅｂブラウザをＢ１とし、通信端末１４に搭載されているＷｅｂブラウザをＢ２とする。
【００１９】
ネットワーク１１を介してＨＴＴＰプロトコルにより通信端末１３または１４と通信する電子掲示板システム１２は、前記ＷｅｂブラウザＢ１，Ｂ２に対してはＷｅｂサーバとしてのインタフェースを提供するシステムで、メッセージ登録部２０と、ページ生成部２１と、翻訳処理部２２と、メッセージＤＢ（メッセージデータベース）２３と、翻訳用辞書２４とを備えている。
【００２０】
このうち構成要素２０〜２２の機能は、ハードウエア的に実現してもかまわないが、通常は、ＣＧＩプログラムなどの外部プログラムを利用してソフトウエア的に実現される。一般的に、ある機能をソフトウエア的に実現するとハードウエア的に実現する場合に比べ、処理速度は遅くなるが、柔軟性に富み、はるかに低価格なものになる。
【００２１】
ページ生成部２１は、通信端末１３からの閲覧要求を受けると、その閲覧要求の内容に応じて、前記フォームを含む各種のＨＴＭＬ文書（すなわち、Ｗｅｂページ）を生成し、当該通信端末１３へ送信する部分である。Ｗｅｂページの生成のため、当該ページ生成部２１は、必要に応じて、データベース２３または２５に格納されている各種のデータを利用する。
【００２２】
基本データベース２５は、翻訳依頼フォーム要求画面、翻訳依頼フォーム、投稿フォーム、あるいはこれらのＷｅｂページを生成するための基礎となるデータを格納してあるデータベースである。
【００２３】
翻訳依頼フォームは、機能的には上述したフォームと同じであるが、電子掲示板システム１２へ翻訳を依頼するためのフォームであるから翻訳依頼フォームと呼んでいる。また、翻訳依頼フォーム要求画面とは、その画面上でユーザが指定した翻訳依頼フォームをＷｅｂブラウザＢ１側に提供するための画面で、例えば図７に示すような画面ＷＤ１として通信端末１３に画面表示される。当該翻訳依頼フォーム要求画面もＨＴＭＬで記述されたＷｅｂページであるから、前記ページ生成部２１によって通信端末１３へ送信される。
【００２４】
メッセージデータベース２３は本実施形態において特徴的な構成要素であり、ユーザＵ１などのユーザが投稿した投稿フォームのフィールドに記述されたメッセージやその翻訳結果を分野別、記事別、文別に区別して管理し、格納しておくためのテーブルＴＢ１〜ＴＢ３を備えている。
【００２５】
このうち分野テーブルＴＢ１は、図２に示すように、列名として、分野番号、分野（日本語）、分野（英語）を備えたテーブルである。
【００２６】
分野番号は分野を識別するための番号である。また、分野（日本語）とは、各分野の具体的な名称を日本語で記述したものであり、分野（英語）とは、各分野の具体的な名称を英語で記述したものである。
【００２７】
なお、分野とは、ユーザＵ１などの各ユーザの興味の対象となるジャンルに相当する概念で、図７に示したショッピング、スポーツ、関東（の方言）、関西（の方言）などのほかにも、テニス、硬式テニス、バスケットボール、方言、東日本の方言、西日本の方言、京都、大阪など様々なものがあり得る。そしてこれら分野のあいだには、例えば、図１０に示すように、西日本の方言のなかに関西（の方言）が含まれ、関西（の方言）のなかに、京都（の方言）や大阪（の方言）が包含され、スポーツのなかにテニスやバスケットボールが包含され、テニスのなかに硬式テニスが包含されるというように、包含、被包含の関係を設定できる。したがって、すべての分野は１つの木構造（階層構造）の中のいずれかの節Ｎ０〜Ｎ４１として位置づけることができる。
【００２８】
番号対応テーブルＴＢ２は、図２に示すように、列名として、前記分野番号と、記事番号を備えたテーブルである。
【００２９】
記事番号とは、ユーザＵ１などの各ユーザが投稿したメッセージの本体（図５に示すフィールドＦ１３やＦ２３に記述される内容）を識別するために付与される番号である。
【００３０】
対訳テーブルＴＢ３は、図４に示すように、列名として、前記記事番号と、文番号と、英語本文と、日本語本文とを備えたテーブルである。文番号は、メッセージの本体に複数の文が含まれることがあるため、各文を識別するために付与される番号である。
【００３１】
一般的には、翻訳を行うと、文の数が増減することがあり得る（例えば、１文の英語を和訳すると、２文の日本語になることがあり得る）が、ここでは、説明を簡単にするために、この増減はないものとし、英語で１つの文は、日本語でも１つの文であるものとしている。
【００３２】
この対訳テーブルＴＢ３は通常の電子掲示板システムにおいて、過去の記事（メッセージ）を保存した記事ログに相当する部分であるとみることもできる。
【００３３】
ただし、通常の電子掲示板の記事ログは、保存しているメッセージがその記憶容量を越えると、単純に古いメッセージ（先に保存されたメッセージ）から順番に削除することが多いが、対訳テーブルＴＢ３に格納されている対訳は単なるログではなく積極的に再利用するものであり、対訳テーブルＴＢ３は翻訳用辞書２４の代替手段として機能し得るテーブルであるため、（最近の）使用頻度の低いものから順番に削除する等、再利用に支障のない（支障の少ない）方法を取ることが望ましい。
【００３４】
また、通常の電子掲示板の記事ログは、保存できるメッセージの数が数十件程度とかなり少ないこともある。本実施形態の場合、保存するメッセージの数が数十件程度であっても一定の効果は期待できるが、対訳テーブルＴＢ３がさらに有効に機能するためには、十分に多くのメッセージ（対訳）を保存しておくことが望ましい。理想的には、記憶容量不足によって削除する必要が生じないように、記憶容量の空きが少なくなれば、予め記憶資源を増設しておくことが好ましい。
【００３５】
このように、記事ログと当該対訳テーブルＴＢ３とは、求められる機能が相違するため、対訳テーブルＴＢ３とは別個に記事ログを設けるようにすることも望ましい。
【００３６】
基本的には、ユーザＵ１などのユーザから新たな投稿が行われるたびに、メッセージとその翻訳結果の対訳が、英語本文および日本語本文として、当該対訳テーブルＴＢ３に格納されるものであってよい。
【００３７】
図４には、「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」と「とても高い」の対からなる対訳を含む行Ｃ１と、「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」と「めっちゃ高い」の対からなる対訳を含む行Ｃ６のほか、４つの行Ｃ２〜Ｃ５が存在している。なお、当該「めっちゃ高い」は、「とても高い」とほぼ同義の関西地方の方言である。
【００３８】
図４に示した当該対訳テーブルＴＢ３は、図５（Ａ）に示す翻訳依頼フォームＷＤ２や図６に示す投稿フォームを、ユーザＵ１が電子掲示板システム１２に送信する前の状態である。
【００３９】
なお、その掲示板で使用される言語が１言語に予め決まっている場合（例えば、日本語を使用することに決まっている場合）には、英語によって記述されたメッセージだけを翻訳し日本語によって記述されたメッセージは必ずしも翻訳する必要はないが、本実施形態では、日本語で記述されたメッセージは英語に翻訳し、英語で記述されたメッセージは日本語に翻訳するものとする。これにより、例えば、図１３に示すように、英語と日本語の対訳を表示するＣＧＩ掲示板をユーザ（例えば、Ｕ１）に提供することができる。
【００４０】
図１３のＣＧＩ掲示板では日本語領域ＪＰには日本語によって記述されたメッセージが表示され、英語領域ＥＰには英語によって記述されたメッセージが表示されている。これにより、当該掲示板を閲覧するユーザは、表示されている英語または日本語のメッセージのうち、どちらが原文で、どちらが翻訳結果であるかを意識することなく、好みのほうの言語（例えば、日本語）だけを読むことができるから、英語しか分からないユーザと日本語しかわからないユーザが相互に意見を交換すること等も可能になる。
【００４１】
前記翻訳依頼フォーム要求画面ＷＤ１は、図７に示すように、分野ＤＭ１〜ＤＭ４として、ショッピング、スポーツ、関東、関西を備え、各分野につき、英語による投稿を行うか、日本語による投稿を行うかを選択できるようになっている。
【００４２】
英語による投稿を行うことを示す「英語投稿」Ｌ１１〜Ｌ４１、日本語による投稿を行うことを示す「日本語投稿」Ｌ１２〜Ｌ４２の部分はＡタグによって指定されたハイパーリンクになっていて、通信端末１３のポインティングデバイスなどを操作してユーザＵ１がいずれか１つのハイパーリンクを選ぶ。そのハイパーリンクのリンク先には８種類のＣＧＩプログラムＰＲ１１〜ＰＲ４２のうちのいずれか１つが存在するから、リンク先として指定を受けたＣＧＩプログラム（例えば、ＰＲ４１）が、自身に対応した翻訳依頼フォーム（例えば、ＷＤ２）を基本データベース２３から取得して通信端末１３に返す。したがって、これを受信した通信端末１３では、ＷｅｂブラウザＢ１が当該翻訳依頼フォームを整形して画面表示することができる。
【００４３】
すべてのハイパーリンクＬ１１〜Ｌ４１およびＬ１２〜Ｌ４２のリンク先が異なるＣＧＩプログラムを指定し、各ＣＧＩプログラムＰＲ１１〜ＰＲ４２に異なる翻訳依頼フォームが対応するから、基本データベース２５内には、全部で８種類の翻訳依頼フォームＴＦ１１〜ＴＦ４２が格納されていることになる。
【００４４】
すなわち、ハイパーリンクＬ１１はＣＧＩプログラムＰＲ１１をリンク先とし、ハイパーリンクＬ１２はＣＧＩプログラムＰＲ１２をリンク先とし、ハイパーリンクＬ２１はＣＧＩプログラムＰＲ２１をリンク先とし、ハイパーリンクＬ２２はＣＧＩプログラムＰＲ２２をリンク先とし、ハイパーリンクＬ３１はＣＧＩプログラムＰＲ３１をリンク先とし、ハイパーリンクＬ３２はＣＧＩプログラムＰＲ３２をリンク先とし、ハイパーリンクＬ４１はＣＧＩプログラムＰＲ４１をリンク先とし、ハイパーリンクＬ４２はＣＧＩプログラムＰＲ４２をリンク先とする。
【００４５】
また、これらＣＧＩプログラムＰＲ１１〜ＰＲ４２と翻訳依頼フォームの対応関係は、例えば、次の通りであってよい。
【００４６】
すなわち、ＣＧＩプログラムＰＲ１１には翻訳依頼フォームＦＴ１１が対応し、ＣＧＩプログラムＰＲ１２には翻訳依頼フォームＦＴ１２が対応し、ＣＧＩプログラムＰＲ２１には翻訳依頼フォームＦＴ２１が対応し、ＣＧＩプログラムＰＲ３１には翻訳依頼フォームＦＴ３１が対応し、ＣＧＩプログラムＰＲ３２には翻訳依頼フォームＦＴ３２が対応し、ＣＧＩプログラムＰＲ４１には翻訳依頼フォームＦＴ４１が対応し、ＣＧＩプログラムＰＲ４２には翻訳依頼フォームＦＴ４２が対応する。
【００４７】
これら８種類の翻訳依頼フォームＴＦ１１〜ＴＦ４２は、通信端末１３に表示された画面も分野ごとに異なるものとしてもかまわないが、ここでは、英語投稿用と日本語投稿用の相違があるだけで、画面上、分野ごとの相違はないものとする。ただし、後述する「ＴＲＡＮＳ」ボタンＢＴ１や「翻訳」ボタンＢＴ２を操作したときに、各フィールドの記述内容が送信される８種類のＣＧＩプログラムＰＲ１１〜ＰＲ４２を指すＵＲＬは異なり、翻訳依頼フォームの各フィールドの記述内容は、上述した対応関係にあるＣＧＩプログラムに送信される。したがって、例えば、翻訳依頼フォームＰＲ４１の各フィールドの記述内容は、ＣＧＩプログラムＰＲ４１に送信される。
【００４８】
さらに具体的には、ＵＲＬは通常、「スキーム名（プロトコル名）、ドメイン名、ディレクトリ名（パス名）、ファイル名」の構造を持つが、例えば、ドメイン名までは同じとしディレクトリ名またはファイル名を相違させることで、この８種類のＣＧＩプログラムＰＲ１１〜ＰＲ４２を指す８通りのＵＲＬを決定することができる。
【００４９】
ハイパーリンクＬ１１〜Ｌ４２，ＣＧＩプログラムＰＲ１１〜ＰＲ４２、翻訳依頼フォームＴＦ１１〜ＴＦ４２のあいだの対応関係をまとめると、図１２に示すようになる。ＣＧＩプログラムＰＲ１１〜ＰＲ４２と前記投稿フォームのあいだにも、同様な対応関係が存在することは当然である。
【００５０】
当該ＣＧＩプログラムＰＲ４１などのＣＧＩプログラムＰＲ１１〜ＰＲ４２は、機能ごとに細かくモジュールに分割し、別のプログラムとしてもよいが、ここでは、説明を簡単にするために同じＣＧＩプログラム（例えば、ＰＲ４１）が、ページ生成部２１の機能とメッセージ登録部２０の機能と翻訳処理部２２の機能を持っているものとする。したがって図１の各構成要素２０〜２２の機能との対応関係では、例えばＣＧＩプログラムＰＲ４１は、メッセージ登録部２０と、ページ生成部２１と、翻訳処理部２２の３つの構成要素にまたがって存在することになる。
【００５１】
なお、当該ＣＧＩプログラムＰＲ１１〜ＰＲ４２の機能の詳細については後述する。
【００５２】
上述したように、８種類の翻訳依頼フォームＴＦ１１〜ＴＦ４２の画面は、英語投稿用と日本語投稿用の相違があるだけであるが、その英語投稿用の翻訳依頼フォームの画面は、例えば図５（Ａ）に示す画面ＷＤ２であり、日本語投稿用の翻訳依頼フォームの画面は、例えば図５（Ｂ）に示す画面ＷＤ３であってよい。
【００５３】
図５（Ａ）において、英語投稿用の翻訳依頼フォーム画面ＷＤ２は、３つのフィールドＦ１１〜Ｆ１３と、ボタンＢＴ１を備えている。
【００５４】
３つのフィールドＦ１１〜Ｆ１３のうちフィールドＦ１１は、メッセージを投稿しようとするユーザＵ１が自身の氏名を記述する部分である。また、フィールドＦ１２は、投稿するメッセージに付与した題名を記述する部分で、フィールドＦ１３はユーザＵ１が投稿したいメッセージ（の本体）を記述する部分である。
【００５５】
フィールドＦ１３へのメッセージの記述などは必須であるが、フィールドＦ１２への題名の記述は、ユーザＵ１の希望に応じて省略可能としてもよい。
【００５６】
もちろん、翻訳依頼フォーム画面ＷＤ２が通信端末１３に画面表示された時点では、翻訳依頼フォーム画面ＷＤ２中のフィールドＦ１２やＦ１３などは、通常、何も記述されていない状態である。
【００５７】
ただしフィールドＦ１１の氏名のような予め決まっている静的な情報は、セッション管理の内容に応じて、最初から記述しておくこともできる。
【００５８】
一般的にハイパーテキストシステムでは、１つのＨＴＴＰリクエストと、それに対する１つのＨＴＴＰレスポンスで（すなわち、前記通信端末１３に新しいＷｅｂページが１つ表示されるごとに）通信端末１３と電子掲示板システム（Ｗｅｂサーバ）１２のあいだのセッションが切断されるから、個々のユーザ（例えば、Ｕ１）からの一連のアクセス（一連のＨＴＴＰリクエスト）を他のユーザ（例えば、Ｕ２）からのアクセスと識別して矛盾の無い応答（ＨＴＴＰレスポンス）を返すためにセッション管理を行う必要がある。
【００５９】
前記「ＴＲＡＮＳ」ボタンＢＴ１は、ユーザＵ１が前記ポインティングデバイスなどを利用して操作することにより各フィールドＦ１１〜Ｆ１３の記述内容を電子掲示板システム１２に送信して、その翻訳（英語から日本語への翻訳）を要求するためのボタンである。ユーザＵ１は各フィールドＦ１１〜Ｆ１３に対する記述の編集作業が終わり、記述内容が確定したときに、当該「ＴＲＡＮＳ」ボタンＢＴ１を操作することになる。
【００６０】
図５（Ｂ）に示す日本語投稿用の翻訳依頼フォーム画面ＷＤ３も基本的にこの翻訳依頼フォーム画面ＷＤ２と同じ構成となっている。
【００６１】
すなわち翻訳依頼フォーム画面ＷＤ３中のフィールドＦ２１は、前記Ｆ１１に対応し、フィールドＦ２２は前記フィールドＦ１２に対応し、フィールドＦ２３は前記Ｆ１３に対応する。
【００６２】
ただし日本人などの漢字で記述された氏名には複数の発音が可能なことが多く、標準的な発音とは異なる発音を対応させることも少なくない等、情報処理によって正確なアルファベット表記に変換することは必ずしも容易ではないから、翻訳依頼フォームＷＤ３のフィールドＦ２４を設けて、ユーザＵ１が自身の氏名のアルファベット表記を記述することとしている。
【００６３】
日本語投稿用の翻訳依頼フォーム画面ＷＤ３の各フィールドＦ２１〜Ｆ２３中の記述は当然、日本語によって行うが、このフィールドＦ２４だけは、アルファベットで記述することになる。
【００６４】
また、「翻訳」ボタンＢＴ２は前記「ＴＲＡＮＳ」ボタンＢＴ１に対応するボタンである。ただし、「翻訳」ボタンＢＴ２の操作によって電子掲示板システム１２に要求される翻訳は、日本語から英語への翻訳である。
【００６５】
なお、フィールドＦ２４の記述内容はこの翻訳の対象にならないことは当然である。また、フィールドＦ２４に有効な記述が存在する場合には、フィールドＦ２１の氏名の記述は省略可能としたり、記述してある場合には、翻訳の対象外とすることができる。
【００６６】
上述した図５（Ａ）の翻訳依頼フォームＷＤ２にも、当該フィールドＦ２４に相当するフィールドを設けるようにしてもよい。例えば、日系の米国人や、中国系や韓国系の米国人など、アルファベットだけでなく漢字で表記することもできる氏名を持つ者もあるから、漢字表記の氏名を記述できるフィールドの存在意義がある。
【００６７】
メッセージ登録部２０は、前記投稿フォームを利用してユーザが電子掲示板システム１２に送信したメッセージとその翻訳結果をメッセージデータベース２３に登録する機能を備えている。なお、前記翻訳依頼フォームの各フィールドの記述内容もデータベース２３，２５中のいずれかのテーブルに格納するようにしてもよいが、ここでは、格納しないものとする。
【００６８】
メッセージの翻訳結果は、機械翻訳を実行する機能を有する前記翻訳処理部２２によって得られるものである。この機械翻訳に使用する辞書としては、機械翻訳のための一般的な辞書である翻訳用辞書２４と、本実施形態に特徴的な前記メッセージデータベース２３内の対訳テーブルＴＢ３が利用される。
【００６９】
利用の優先順位は対訳テーブルＴＢ３のほうが高く、対訳テーブルＴＢ３内に、翻訳に必要な情報（対訳）が存在しない場合に、翻訳用辞書２４が利用される。
【００７０】
本実施形態では、上述したように、投稿されたメッセージが英語で記述されている場合でも、日本語で記述されている場合でも、それぞれ、日本語と英語の相互間で翻訳が実行される。
【００７１】
翻訳用辞書２４は、機械翻訳に利用される一般的な辞書で、例えば、機械翻訳に必要な文法、対訳語彙などの情報が格納されている。
【００７２】
ただしこの対訳語彙は一般的な語彙であるから、上述した専門的な言い回し（専門的表現）や、方言などには対応しておらず、この翻訳用辞書２４だけを利用した翻訳結果は、前記分野に依存しない、紋切り型の表現になる傾向が強い。
【００７３】
そこで、対訳テーブルＴＢ３に格納された対訳を利用した翻訳を行うことでこの傾向を緩和し、専門的表現や方言などに対応した翻訳結果を得ることになる。このような専門的表現や方言などは、各分野において、多くのユーザに受け入れられやすい、自然な表現である。
【００７４】
次に、上述した８種類のＣＧＩプログラムＰＲ１１〜ＰＲ４２の機能、すなわち論理的な内部構成例について、図１４を参照しながら説明する。８種類のＣＧＩプログラムＰＲ１１〜ＰＲ４２の機能は基本的に同じであるが、以下では、図１４には、主として、ＣＧＩプログラムＰＲ４１を示したものとして説明を進める。
【００７５】
図１４において、当該ＣＧＩプログラムＰＲ４１は、メッセージ登録対応部３０と、翻訳対応部３１と、ページ生成対応部３２と、分野番号管理部３３とを備えている。
【００７６】
このうちメッセージ登録対応部３０の機能は、前記メッセージ登録部２０と同じである。ただし、当該ＣＧＩプログラムＰＲ４１を収容したプログラムファイルは、電子掲示板システム１２内において、図７に示す前記ハイパーリンクＬ４１のリンク先に位置するものであるから、当該メッセージ登録対応部３０がネットワーク１１経由で前記通信端末１３から受け取る翻訳依頼フォーム中の各フィールドには、前記「関西（の方言）」分野に対応する英語で記述されたメッセージが含まれている。
【００７７】
前記メッセージ登録部２０に対応する機能を持つから、当該メッセージ登録対応部３０は、前記メッセージデータベース２３内に格納されている対訳テーブルＴＢ３へメッセージを格納するとともに、番号対応テーブルＴＢ２へ分野番号と記事番号を格納するが、そのとき、分野番号管理部３３から供給を受ける分野番号ＮＢ１（例えば、ＮＢ１＝４であってよい）が、この番号対応テーブルＴＢ２へ格納する分野番号となる。
【００７８】
すなわち、当該分野番号管理部３３は各分野に特有な分野番号（その１つがＮＢ１）を管理している部分で、「関西」分野に対応するＣＧＩプログラムＰＲ４１の分野番号管理部３３の場合、「関西」分野の分野番号であるＮＢ１（＝４）を管理する。
【００７９】
したがって、８種類のＣＧＩプログラムＰＲ１１〜ＰＲ４２のうち当該ＣＧＩプログラムＰＲ４１と同じ分野番号ＮＢ１（＝４）を管理する分野番号管理部３３を持つのは、ＣＧＩプログラムＰＲ４２だけである。ＣＧＩプログラムＰＲ４２は図７に示すハイパーリンクＬ４２のリンク先であり、このハイパーリンクＬ４２は前記ハイパーリンクＬ４１と同じ「関西」分野に属するからである。
【００８０】
これと同様に、ＣＧＩプログラムＰＲ１１とＰＲ１２は同じ「ショッピング」分野に属すため、同じ分野番号を管理する分野番号管理部を持ち、ＣＧＩプログラムＰＲ２１とＰＲ２２は同じ「スポーツ」分野に属すため、同じ分野番号を管理する分野番号管理部を持ち、ＣＧＩプログラムＰＲ３１とＰＲ３２は同じ「関東」分野に属すため、同じ分野番号を管理する分野番号管理部を持つことになる。
【００８１】
対応する分野が異なるＣＧＩプログラムのあいだ（例えば、ＰＲ１１とＰＲ２１のあいだ）では、分野番号管理部が管理する分野番号も相違する。
【００８２】
翻訳対応部３１は前記翻訳処理部２２に対応する機能を持つ部分であるが、前記対訳テーブルＴＢ３内の各行のうち、当該翻訳対応部３１が翻訳に際して最優先で検索するのは、前記番号対応テーブルＴＢ２で当該分野番号ＮＢ１（＝４）と対応付けられている記事番号の行である。したがって、図３の例では、記事番号２と４が分野番号４に対応付けられているため、図４上では記事番号２の行Ｃ２〜Ｃ４と、記事番号４の行Ｃ６だけがこの検索の対象となる。
【００８３】
この検索で必要な対訳が得られればその対訳を利用してその１文の翻訳が行われるが、得られなければ、翻訳対応部３１は、対訳テーブルＴＢ３中の他の分野に対応付けられた記事番号の行であるＣ１やＣ５も検索の対象とする。
【００８４】
この検索でも必要な対訳が得られない場合にかぎり、当該翻訳対応部３１は、翻訳用辞書２４中の一般的な対訳語彙を検索の対象とする。
【００８５】
なお、「めっちゃ高い」という方言の翻訳結果は、前記翻訳辞書２４からは得られず、基本的に、対訳テーブルＴＢ３から得るしかない情報である。ただしユーザＵ１が関西地方の方言に関しても知識がある場合には、他の分野の対訳、または翻訳用辞書２４を用いた紋切り型の表現（例えば、「とても高い」）を、ユーザＵ１自身で、方言（「めっちゃ高い」）に修正することも可能である。
【００８６】
その修正は、例えば、図６に示す対訳形式の投稿フォーム（翻訳結果確認画面）ＷＤ４を利用してユーザＵ１の手作業で行われる。
【００８７】
当該投稿フォームＷＤ４は、翻訳結果をユーザＵ１が確認するために利用され、最終的に投稿するメッセージの内容を確定するための画面として表示される。投稿フォームＷＤ４も、ＨＴＭＬで記述されたフォームの一種であるから、前記ページ生成部２１あるいは該当するＣＧＩプログラム（例えば、ＰＲ４１）のページ生成対応部３２が生成して通信端末１３へ送信するものである。
【００８８】
図６において、この投稿フォームＷＤ４は、フィールドＦ３１〜Ｆ３３と、フィールドＦ４１〜Ｆ４３と、ボタンＢＴ３とを備えている。
【００８９】
ただし、その性質上、この投稿フォームＷＤ４の各フィールドＦ３１〜Ｆ３３，Ｆ４１〜Ｆ４３には、通信端末１３に最初に画面表示された時点で例えば図６に示したような英語、日本語の記述が存在している。
【００９０】
翻訳結果を修正したい場合、ユーザＵ１は、通信端末１３上で翻訳結果の一部を変更し編集することができる。そして、その編集作業が終了したとき、「ＰＯＳＴ（投稿）」ボタンＢＴ３を操作すれば、投稿フォームＷＤ４の各フィールドＦ３１〜Ｆ３３，Ｆ４１〜Ｆ４３の記述内容が自動的に該当するＣＧＩプログラム（例えば、ＰＲ４１）に送信される。
【００９１】
例えば、通信端末１３に最初に画面表示されたとき、翻訳結果の文ＳＣ１が「とても高い。」であったとしても、この編集作業によって、ユーザＵ１が「めっちゃ高い。」に変更することができる。
【００９２】
投稿フォームＷＤ４の各フィールドＦ３１〜Ｆ３３，Ｆ４１〜Ｆ４３の記述内容を受け取ったＣＧＩプログラム（例えば、ＰＲ４１）ではそのページ生成対応部３２が、当該記述内容に対応したメッセージを、それまで表示されていたメッセージの上（あるいは下など）に表示した形の新しいＷｅｂページ（掲示板）を生成し、前記テーブルＴＢ２，ＴＢ３に対して、当該投稿フォームＷＤ４の各フィールドの記述内容に対応する格納を行う。
【００９３】
これにより、ＣＧＩ掲示板に対するメッセージの投稿が完了する。
【００９４】
なお、まったく同じ対訳が対訳テーブルＴＢ３の複数の行に格納されることは、実質的に処理の効率や記憶資源の使用効率を低下させることになるため、対訳テーブルＴＢ３を利用して翻訳を行い、ユーザＵ１が投稿フォームＷＤ４上で編集作業を行わなかったためにその翻訳結果がそのまま投稿メッセージとなった文に関しては、対訳テーブルＴＢ３などへの格納を行わないことが望ましい。
【００９５】
これによってまた、他分野の対訳がその分野（例えば、「関西」分野）の対訳として対訳テーブルＴＢ３に格納されて、対訳テーブルＴＢ３に格納されているデータの品質が劣化することも防止できる。このような品質劣化を防止できなければ、新たなメッセージが投稿され翻訳が行われるたびに、データの品質は劣化することになるからである。
【００９６】
例えば、対訳テーブルＴＢ３などの最初の格納状態などの条件によっては、前記「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」と「とても高い」の対からなる対訳が、「関西」分野に対応する対訳として格納されることも起こり得る。
【００９７】
同じ理由から、翻訳用辞書２４の一般的な対訳語彙を利用して翻訳し、なおかつその翻訳結果がユーザＵ１によって変更されることなくそのまま投稿された場合には、メッセージとその翻訳結果の対訳は、対訳テーブルＴＢ３に格納しないほうがよい。
【００９８】
以下、上記のような構成を有する本実施形態の動作について、図８のフローチャートを参照しながら説明する。
【００９９】
図８のフローチャートは、電子掲示板システム１２の動作のうち、本実施形態で特徴的な翻訳処理に関連する動作だけを示したものである。図８のフローチャートは、Ｓ１０〜Ｓ１６の各ステップから構成されている。
【０１００】
（Ａ−２）第１の実施形態の動作
前記通信端末１３を利用するユーザＵ１が電子掲示板システム１２にアクセスする場合、前記ＷｅｂブラウザＢ１に所定のＵＲＬを入力する。これにより、電子掲示板システム１２に対してＨＴＴＰリクエストが供給され、その応答として電子掲示板システム１２から通信端末１３（ＷｅｂブラウザＢ１）へ、ＨＴＴＰレスポンスが返される。
【０１０１】
このＨＴＴＰレスポンスには図７に示す翻訳依頼フォーム要求画面ＷＤ１を収容したＨＴＭＬファイルが含まれているため、ＷｅｂブラウザＢ１は通信端末１３上に当該翻訳依頼フォーム要求画面ＷＤ１を画面表示する。
【０１０２】
このときこの画面ＷＤ１上で、ユーザＵ１は８つのハイパーリンクＬ１１〜Ｌ４２のいずれかを自由に選択することができるが、ここでは、前記「関西」分野であって英語投稿のハイパーリンクＬ４１を選択したものとする。例えば、米国人などの英語には習熟しているが日本語には不慣れな人が、関西地方の方言によるメッセージ投稿を希望する場合に、このハイパーリンクＬ４１を選択する。
【０１０３】
すなわち、ユーザＵ１が日本語に不慣れであっても、ハイパーリンクＬ４１を選択すれば、関西地方の方言によって、他のユーザとメッセージ交換を行うことが可能になる。
【０１０４】
このようなユーザＵ１の使い勝手を考慮して、図７の画面ＷＤ１上の「英語投稿」や分野の名称を示す「関西」などの文字列については、英語表記としたり、英語表記と日本語表記を併用したりしてもよい。
【０１０５】
図１２に示すように、当該ハイパーリンクＬ４１のリンク先にはＣＧＩプログラムＰＲ４１が存在するから、この選択のＨＴＴＰリクエストに呼応して、このＣＧＩプログラムＰＲ４１が、例えば図５（Ａ）に示すような前記翻訳依頼フォームＷＤ２をＷｅｂサーバ経由のＨＴＴＰレスポンスとして通信端末１３へ返送する。
【０１０６】
当該翻訳依頼フォームＷＤ２の各フィールドＦ１１〜Ｆ１３に、当該ユーザＵ１が、一例として、図５（Ａ）に示すような記述を行い「ＴＲＡＮＳ」ボタンＢＴ１を操作すると、各フィールドＦ１１〜Ｆ１３の記述内容がＨＴＴＰリクエストとして送信され、電子掲示板システム１２のＣＧＩプログラムＰＲ４１に受信されて処理される。
【０１０７】
ＣＧＩプログラムＰＲ４１は英語のメッセージを日本語に翻訳する場合にだけ呼び出される外部プログラムであるから、フィールドＦ１１〜Ｆ１３の記述内容が英語であるか日本語であるかを確認する処理などを行うことなく、英語から日本語への翻訳処理を開始することができる。
【０１０８】
もしも、このとき呼び出されるプログラムが、ＣＧＩプログラムＰＲ１２〜ＰＲ４２などの日本語のメッセージを英語に翻訳するときにだけ呼び出されるＣＧＩプログラムであれば、フィールドＦ１３の記述内容であるメッセージ本文が英語であるか日本語であるかを確認する処理を行うことなく、日本語から英語への翻訳処理を開始することができる。
【０１０９】
前記ＣＧＩプログラムＰＲ４１による翻訳処理において、各フィールドＦ１１〜Ｆ１３に記述される氏名、題名、メッセージ本文のうち、氏名などは通常、分野ごとの表現の相違を反映させる必要はないため、翻訳用辞書２４だけを利用して一般的な翻訳を行えばよいと考えられるが、少なくともメッセージ本文は分野ごとの表現の相違を反映させる必要がある。題名については、必要に応じて、一般的な翻訳の対象としてもよく、分野ごとの表現の相違を反映させた翻訳の対象としてもよい。
【０１１０】
分野ごとの表現の相違を反映させた翻訳は、図８のフローチャートにしたがって実行される。
【０１１１】
当該ＣＧＩプログラムＰＲ４１の翻訳対応部３１がその翻訳処理を開始すると、図８のフローチャートの処理がはじまる。
【０１１２】
図８において、ステップＳ１０では当該翻訳対応部３１が前記メッセージ本文を１文切り出す（Ｓ１０）。これにより、図５（Ａ）に示す翻訳依頼フォームＷＤ２のフィールドＦ１３の記述内容のうち、例えば最初の１文である「Ｉｔ　ｉｓ　＄１０」が切り出される。
【０１１３】
次に、当該翻訳対応部３１は、このメッセージ本文の分野である「関西」分野と同一分野に属する対訳テーブルＴＢ３中の対訳を利用して翻訳を行おうとする。ただし対訳は、その時点で前記対訳テーブルＴＢ３に格納されているものにかぎられるため、最初に、対訳テーブルＴＢ３中の同一分野に属する対訳のなかに必要とする対訳が存在するか否かを検索することになる（Ｓ１１）。
【０１１４】
対訳の検索であるから、この検索では基本的に英語本文の値が当該「Ｉｔ　ｉｓ　＄１０」に完全に一致する行を探索することになるが、例えば、「Ｉｔ　ｉｓ　＄１００」など「＄１０」と「＄１００」が異なる程度の相違で類似している場合であれば、翻訳用辞書２４に格納されている文法などを利用した簡単な自然言語処理を行うことによって、その相違を吸収することが可能であるから、この程度の相違を含む行も探索するようにしてよい。
【０１１５】
あるいは「Ｉｔ　ｉｓ　＄１０」を対訳テーブルＴＢ３に格納する際に、あらかじめ前記「＄１０」の部分を抽象化する処理を施しておくようにしてもよい。
【０１１６】
図４に示す対訳テーブルＴＢ３の６つの行Ｃ１〜Ｃ６のうち、当該ＣＧＩプログラムＰＲ４１と同じ分野番号４に対応する行は、図３に示す番号対応テーブルＴＢ２の格納内容から、記事番号２と４の行Ｃ２〜Ｃ４，およびＣ６であることが分かる。
【０１１７】
この行Ｃ６の英語本文の値は「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」であり、いま翻訳処理の対象となっている「Ｉｔ　ｉｓ　＄１０」と同一でもなく、類似してもいない。しかし、行Ｃ２〜Ｃ４の英語本文の値であるＡＡＡＡ〜ＣＣＣＣが、当該「Ｉｔ　ｉｓ　＄１０」と同一または類似であれば、ステップＳ１１はＹＥＳ側に分岐して、その英語本文に対応する日本語本文の値を用いて「Ｉｔ　ｉｓ　＄１０」の翻訳を行うことができる（Ｓ１６）。
【０１１８】
この翻訳では対訳を利用するため、基本的には、対訳テーブルＴＢ３における該当する行の日本語本文の値（文字列）を、翻訳しようとしている英語のメッセージの１文と単純に置換することによって、翻訳を行うことができる。
【０１１９】
ただし、対訳テーブルＴＢ３中の行に、まったく同じ文字列がなく、近い文字列しかない場合には、単純に１文を置換するだけでなく、例えば、前記「＄１００」を「＄１０」と置き換える程度の自然言語処理が必要になる。この場合、この自然言語処理では、前記翻訳辞書２４の内容（文法など）を利用することになるが、基本的には、対訳テーブルＴＢ３の対訳を利用しているため、表現力を損なうことはほとんどなく、紋切り型の翻訳結果とはならない。
【０１２０】
一方、前記ＡＡＡＡ〜ＣＣＣＣが当該「Ｉｔ　ｉｓ　＄１０」と同一でもなく類似でもないものとすると、ステップＳ１１はＮＯ側に分岐して、対訳テーブルＴＢ３中の分野が異なる行も検索する（Ｓ１２）。
【０１２１】
この検索では行Ｃ１とＣ３が検索される。この行Ｃ１でも英語本文の値は、同一でも類似でもない前記「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」である。もしも、行Ｃ３の英語本文の値であるＤＤＤＤが前記「Ｉｔ　ｉｓ　＄１０」と同一または類似であれば、対応する日本語本文の値である、ええええを利用して前記「Ｉｔ　ｉｓ　＄１０」の翻訳を行うことができるが（Ｓ１６）、同一でも類似でもなければ、一般的な翻訳用辞書２４だけを使用して機械翻訳を行うことになる（Ｓ１３）。
【０１２２】
同一分野のまったく同じ文または類似した文が存在しない場合に、前記ステップＳ１２において、直ちに全分野に関して対訳テーブルＴＢ３を検索せず、上述した木構造を上位にさかのぼって、段階的に、検索対象となるジャンルの範囲を拡大するようにしてもよい。
【０１２３】
例えば、図１０に示す「関西（の方言）」分野Ｎ３３に、まったく同じ文または類似した文が存在しない場合には、対訳テーブルＴＢ３中の「西日本（の方言）」分野Ｎ２３に該当する行から、まったく同じ文または近い文を検索するなどの処理を行うことができる。これにより、必要とする関西地方の方言と同じではないが、近似した翻訳結果が得られる可能性が高まる。
【０１２４】
ただしこのように検索対象となるジャンルの範囲を段階的に拡大するためには、図１０の木構造の内容を、例えば前記メッセージデータベース２３などに格納して管理しておく必要がある。
【０１２５】
対訳テーブルＴＢ３に格納されている行の数は、電子掲示板システム１２が運用される期間が長くなり、多くのメッセージが投稿されるほど増加する傾向があるから、電子掲示板システム１２の運用期間が長くなるほど、対訳テーブルＴＢ３から同じ文または類似した文が検索できる確率が高まり、同じ分野から同じ文または類似した文が検索できる確率も高くなる。
【０１２６】
運用開始直後でもこの確率を高くするため、運用開始前に、予め予測可能な範囲において、対訳テーブルＴＢ３内に、できるだけ多くの対訳（方言、流行語、専門的表現など）を格納しておくようにしてもよい。
【０１２７】
このような処理により、翻訳辞書２４だけを使用して機械翻訳を行い（Ｓ１３）、紋切り型の翻訳結果を得ることが、可及的に回避される。
【０１２８】
前記翻訳依頼フォームＷＤ２のフィールドＦ１３のなかのすべての文について当該ステップＳ１０〜Ｓ１３，またはＳ１６の処理が行われるまで、ステップＳ１４はＮＯ側に分岐して、ステップＳ１０〜Ｓ１３，またはＳ１６の処理が繰り返される。
【０１２９】
したがって、図５（Ａ）に示したフィールドＦ１３中の２つ目の文である「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」についても、前記「Ｉｔ　ｉｓ　＄１０」と同様な処理が行われる。
【０１３０】
ただし図３と図４から明らかなように、当該「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」については、同じ「関西」分野に属する対訳テーブルＴＢ３の行Ｃ６の英語本文の値がまったく同一であるから、同じ行Ｃ６の日本語本文の値である「めっちゃ高い」を当該「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」と置き換えるだけで翻訳を行うことができる。すなわち、前記ステップＳ１０，Ｓ１１のＹＥＳ側、Ｓ１６の順番で処理が行われる。
【０１３１】
図５（Ａ）に示す翻訳依頼フォームＷＤ２のフィールドＦ１３には、「Ｉｔ　ｉｓ　＄１０」と「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」しか記述されていないため、これら２つの文に対する翻訳処理が終わると、ステップＳ１４はＹＥＳ側に分岐し通信端末１３に対して例えば図６に示すような投稿フォーム（翻訳結果確認画面）ＷＤ４が送信される（Ｓ１５）。この送信は、前記ステップＳ１０以前に、図５（Ａ）の翻訳依頼フォームＷＤ２の各フィールドＦ１１〜Ｆ１３の記述内容を受け取ったことに対するＨＴＴＰレスポンスとして、ＣＧＩプログラムＰＲ４１のページ生成対応部３２が行うものである。
【０１３２】
なお、前記フィールドＦ１２に記述される題名についても、分野ごとの表現の相違を反映させた翻訳の対象とする場合には、フィールドＦ１２に記述された「ｐｒｉｃｅ　ｎｅｇｏｔｉａｔｉｏｎ」についても、図８のフローチャートにしたがった処理を行うことになるのは当然である。
【０１３３】
前記ステップＳ１５で送信された図６の投稿フォームＷＤ４を、通信端末１３上で目視したユーザＵ１は、投稿フォームＷＤ４の各フィールドＦ３１〜Ｆ３３，およびＦ４１〜Ｆ４３に記述されている内容で満足ならば、そのまま「ＰＯＳＴ」ボタンＢＴ３を操作して投稿を行うことになる。
【０１３４】
このとき、ユーザＵ１が必要を認めれば、フィールドＦ４１〜Ｆ４３の記述内容を編集し変更することができる。また、必要ならば、フィールドＦ３１〜Ｆ３３の記述内容まで変更できるようにしてもよい。編集作業が終了して記述内容が確定し、ユーザＵ１が「ＰＯＳＴ」ボタンＢＴ３を操作すると、その時点のフィールドＦ３１〜Ｆ３３およびＦ４１〜Ｆ４３の記述内容が、ＨＴＴＰリクエストとして前記ＣＧＩプログラムＰＲ４１に送信される。
【０１３５】
これに応じて、前記ＣＧＩプログラムＰＲ４１のメッセージ登録対応部３０が、フィールドＦ３１〜Ｆ３３およびＦ４１〜Ｆ４３の記述内容を、メッセージデータベース２３内の該当するテーブルに格納する。このとき、例えば、前記対訳テーブルＴＢ３には、「Ｉｔ　ｉｓ　＄１０」を英語本文の値とし、「１０ドルだ」を日本語本文の値とする新たな行を追加するとともに、「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」を英語本文の値とし、「めっちゃ高い」を日本語本文の値とする新たな行を追加するようにしてもよい。
【０１３６】
ただし上述した実質的な処理効率や記憶資源の利用効率の低下、または対訳テーブルＴＢ３に格納されているデータの品質劣化を防ぐために、ユーザＵ１が投稿フォームＷＤ４上で各フィールドＦ３１〜Ｆ３３またはＦ４１〜Ｆ４３の記述内容を変更しなかった場合には、対訳テーブルＴＢ３に対する新たな行の追加は行わないようにするとよい。
【０１３７】
この場合、メッセージ登録対応部３０は、ユーザＵ１が投稿フォームＷＤ４上で各フィールドＦ３１〜Ｆ３３またはＦ４１〜Ｆ４３の記述内容を変更したか否かを検査する機能を備える必要がある。
【０１３８】
なお、ユーザＵ１などの各ユーザが投稿フォームＷＤ４上で各フィールドの記述内容を変更したとしても、その変更の結果が適切である保証はないため、かならずしも適切でない対訳（例えば、「関西」分野の対訳が、「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」と「とても高い」の対である場合など）が対訳テーブルＴＢ３などに格納される可能性もある。
【０１３９】
このような不適切な対訳が蓄積されると、対訳テーブルＴＢ３が期待どおりの機能を発揮せず、分野ごとの表現の相違を反映した翻訳結果が得られないため、手作業や所定の機能モジュールによる自動的な処理を利用して、明らかに不適切な対訳は、削除または修正するようにしたほうがよい。
【０１４０】
例えば、モデレータ（調整役）が置かれた掲示板の場合には、モデレータの手作業によってこのような削除または修正を実行するようにしてもよい。
【０１４１】
対訳テーブルＴＢ３に格納する対訳は、この例のような方言にかぎらず、流行語や、専門的表現などであってもよい。電子掲示板システム１２にアクセスするユーザＵ１などの多数のユーザのなかには、英語にも日本語にも習熟していて、流行語や専門的表現にも詳しいユーザも少なくないため、このようなユーザが前記投稿フォームＷＤ４などを利用して実行する編集作業に応じて、最新の流行語や、専門的表現が、多数、対訳テーブルＴＢ３に蓄積されることが期待できる。
【０１４２】
前記各フィールドＦ３１〜Ｆ３３またはＦ４１〜Ｆ４３の記述内容が、対訳テーブルＴＢ３などに格納されるか否かにかかわりなく、これらの記述内容は、ＣＧＩプログラムＰＲ４１のページ生成対応部３２によって、掲示板上に掲載される。
【０１４３】
すなわち、ページ生成対応部３２が、当該記述内容に対応したメッセージを、それまで表示されていたメッセージの上（あるいは下など）に表示した形の新しいＷｅｂページ（掲示板）を生成し、ユーザＵ１などのユーザに提供する。
【０１４４】
ＣＧＩプログラムＰＲ４１がユーザＵ１に返すＨＴＴＰレスポンスとしては、この新しいＷｅｂページ（掲示板）そのものを送信するようにしてもよいし、投稿が完了した旨のメッセージだけを送信するようにしてもよい。
【０１４５】
いずれにしても、この新しいＷｅｂページ（掲示板）の生成により、ユーザＵ１が投稿フォームＷＤ４を用いて投稿したメッセージは、ユーザＵ１やＵ２などによって閲覧され得る状態になる。
【０１４６】
（Ａ−３）第１の実施形態の効果
本実施形態によれば、２ヶ国語間の翻訳結果として得られる対訳をメッセージデータベース（２３）に蓄積しておき、蓄積した対訳を再利用して、表現力に富んだ即応性のある機械翻訳を行い、前記掲示板に表示するメッセージの翻訳結果の表現力や、流行などへの即応性を高めることができる。
【０１４７】
これにより、例えば、ユーザ（Ｕ１）が日本語に不慣れな米国人などであっても、日本の関西地方の方言によるメッセージ投稿なども実行することが可能になる。
【０１４８】
（Ｂ）第２の実施形態
以下では、本実施形態が第１の実施形態と相違する点についてのみ説明する。
【０１４９】
本実施形態は、前記対訳テーブルＴＢ３に格納されている対訳資源を利用する際の処理に、第１の実施形態では存在しなかった処理を付加したものである。
【０１５０】
すなわち本実施形態では、対訳テーブルＴＢ３に蓄積されている対訳のうち、ユーザ（例えば、Ｕ２）が記述したもとのメッセージ（原文メッセージ）の言語（原文言語）と、翻訳結果を記述した言語（訳文言語）を識別して管理しておき、新たな翻訳依頼が発生すると、その翻訳依頼を発したユーザ（例えば、Ｕ１）が記述した原文言語のメッセージと一致（または類似）する文を、（原文メッセージとしてではなく）翻訳結果として含む行を対訳テーブルＴＢ３から検索し、その翻訳結果に対応する原文メッセージを、この新たな翻訳依頼のための翻訳結果とするものである。
【０１５１】
通常、原文言語は、その言語で原文メッセージを記述したユーザＵ２が習熟している言語（例えば、そのユーザＵ２の母国語）であるため、その記述は洗練された極めて適切な表現となっていることが多い。したがって、本実施形態で付加する処理により、その適切な表現を翻訳結果として再利用することができれば、高品質の翻訳結果を得られる可能性が高まる。このような適切な表現は、その言語に習熟したユーザ（例えば、その言語を母国語とするユーザ）にとって、極めて自然で受け入れやすい表現となっている。
【０１５２】
（Ｂ−１）第２の実施形態の構成および動作
図１に示す通信システム１０の全体構成例や、図１４に示すＣＧＩプログラムＰＲ１１〜ＰＲ４２の機能は、本実施形態でも基本的に同じである。
【０１５３】
ただし本実施形態では、図１に示すメッセージデータベース２３の内部に、第１の実施形態では使用しなかった原文言語管理テーブルＴＢ４を用意しておく必要がある。当該原文言語管理テーブルＴＢ４は、前記番号対応テーブルＴＢ２の替わりに使用するものであるから、本実施形態では、当該番号対応テーブルＴＢ２は省略可能である。
【０１５４】
この原文言語管理テーブルＴＢ４は、例えば、図９に示すように、列名として、分野番号、原文言語、記事番号を備えている。
【０１５５】
分野番号と記事番号の意味は第１の実施形態と同様である。また、原文言語とは、図４に示す対訳テーブルＴＢ３における英語本文と日本語本文の対から成る対訳のうち、英語本文と日本語本文のいずれが、ユーザ（例えば、Ｕ２）の記述した原文メッセージであるかを示す情報である。
【０１５６】
例えば、当該原文言語管理テーブルＴＢ４の上から４番目の行Ｄ４は、分野番号が４，原文言語が「日本語」、記事番号が４となっている。これは対訳テーブルＴＢ３内の記事番号４の行は、分野番号４の分野に属し、原文言語が「日本語」であることを示す。
【０１５７】
したがって、ＣＧＩプログラムＰＲ４１は、この記事番号４を検索キーとして図４の対訳テーブルＴＢ３を検索することにより、検索結果として行Ｃ６を得ることができる。この行Ｃ６は、例えば、ユーザＵ２が図５（Ｂ）に示す（日本語から英語への翻訳を依頼する）翻訳依頼フォームＷＤ３のフィールドＦ２３にメッセージ本文として「めっちゃ高い」と記述し、それをＣＧＩプログラムＰＲ４２が機械翻訳した結果として（あるいは、図６に示す前記投稿フォームＷＤ４上でユーザＵ２が編集した結果として）、「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」を得て、当該「めっちゃ高い」と「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」の対から成る対訳を、ＣＧＩプログラムＰＲ４２が対訳テーブルＴＢ３に格納したことによって生成されたものである。
【０１５８】
この場合、ユーザＵ２は関西地方の方言に習熟したユーザである可能性が高い。
【０１５９】
なお、図７および図１２から明らかなように、ＣＧＩプログラムＰＲ４１は「関西」分野で英語投稿を行う場合に機能するものであり、ＣＧＩプログラムＰＲ４２は「関西」分野で日本語投稿を行う場合に機能するものである。
【０１６０】
本実施形態の翻訳処理の動作は、図１１に示すフローチャートの通りである。
【０１６１】
図１１のフローチャートは、Ｓ１０〜Ｓ１６およびＳ２０の各ステップから構成されている。このうち図８の各ステップと同じ符号を付与したステップＳ１０〜Ｓ１６の処理は、第１の実施形態と同じなので、その詳しい説明は省略する。
【０１６２】
したがって、本実施形態が第１の実施形態と相違するのは、ステップＳ２０に関連する部分の処理だけである。このステップＳ２０の処理が、第１の実施形態には存在せず本実施形態において付加した前述の処理である。
【０１６３】
当該ステップＳ２０では、ステップＳ１０で切り出した１つの文（例えば、「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」）と同一（または類似）の文を、翻訳結果として持つ行を、対訳テーブルＴＢ３中の同一の分野に属する行のなかから検索する。
【０１６４】
図９と図４から明らかなように、対訳テーブルＴＢ３の行Ｃ１〜Ｃ６のうち同一分野（ここでは、「関西」分野）に属する行Ｃ６は翻訳結果として当該「ｖｅｒｙｅｘｐｅｎｓｉｖｅ」を含んでいるから、ステップＳ２０はＹＥＳ側に分岐する。
【０１６５】
そして、ステップＳ２０のＹＥＳ側につづくステップＳ１６では、当該行Ｃ６の原文メッセージである「めっちゃ高い」を、ステップＳ１０で切り出した「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」と置き換えて翻訳処理を行う。それ以降の処理は、第１の実施形態と同様である。
【０１６６】
一方、ステップＳ１０で切り出した１つの文（例えば、「ｖｅｒｙ　ｅｘｐｅｎｓｉｖｅ」）と同一（または類似）の文を、翻訳結果として持つ行が、対訳テーブルＴＢ３中の同一の分野に属する行のなかに存在しなかった場合には、前記ステップＳ２０はＮＯ側に分岐し、以降は第１の実施形態と同様なステップＳ１１の処理などが実行される。
【０１６７】
なお、図１１ではステップＳ２０がＮＯ側に分岐したあとステップＳ１１を実行しているが、ステップＳ２０のＮＯ側の分岐につづいて、切り出した１つの文と同一（または類似）の文を翻訳結果として持つ行の存否を、対訳テーブルＴＢ３中の全分野から検索するようにしてもよい。
【０１６８】
また、このとき、上述した木構造をさかのぼって、段階的に、検索対象となるジャンルの範囲を拡大するようにしてもよい。
【０１６９】
（Ｂ−２）第２の実施形態の効果
本実施形態によれば、第１の実施形態の効果と同等な効果を得ることができる。
【０１７０】
加えて、本実施形態では、洗練された極めて適切な表現となっていることの多い対訳の原文メッセージを、翻訳結果として再利用することができるため、その分野に適合した高品質の翻訳結果を得られる可能性が高い。
【０１７１】
なお、この原文メッセージは、第１の実施形態では、検索時の照合にしか利用されていなかった情報である。
【０１７２】
（Ｃ）他の実施形態
図５〜図７に示した各画面の構成は図示したものに限らないことは当然である。例えば、図５に示す翻訳依頼フォームの画面ＷＤ２またはＷＤ３に、翻訳を依頼するユーザ（例えば、Ｕ１）が明示的に分野を記述するためのフィールドを設けるようにしてもよい。
【０１７３】
その場合、記述するフィールドの数が増えてユーザの操作負担は増大し、ＣＧＩプログラムは分岐の多い処理を実行することになって処理に時間がかかるため、応答時間が長くなる可能性が高いものの、用意しておく翻訳依頼フォームＴＦ１１〜ＴＦ４２の数や、ＣＧＩプログラムＰＲ１〜ＰＲ４２の数を低減することができる。
【０１７４】
上記第１および第２の実施形態では、ハイパーリンクＬ１１〜Ｌ４２のＵＲＬの相違だけによって、この分野を伝えていたものである。
【０１７５】
なお、上記実施形態で利用したＨＴＭＬ文書は、必要に応じて、他のデータ形式の文書に置換可能である。例えば、ＸＭＬ文書に置換することもできる。
【０１７６】
また、上述したように、処理の効率や記憶資源の使用効率を低下させないために、投稿されたメッセージとその対訳を対訳テーブルＴＢ３に格納しないことがあり、なおかつ、記事ログを対訳テーブルＴＢ３と別個に設けない場合には、投稿のログ情報を残すために、対訳テーブルＴＢ３で記事番号や文番号の値に複合値（複数の値）を許すか、対訳自体を識別する対訳番号を導入して、この対訳番号と各記事番号や文番号との対応関係を登録するテーブルを用意すること等が必要になる可能性がある。
【０１７７】
なお、上記実施形態で使用した各種のテーブルＴＢ１〜ＴＢ４には、上述した以外の列名を設けるようにしてもよく、上述した列名の一部を省略するようにしてもよい。
【０１７８】
また、上記第１および第２の実施形態ではＣＧＩプログラムが各テーブルに、分野番号や記事番号を格納するようにしたが、各テーブルを管理するＤＢＭＳ側が各ＣＧＩプログラムＰＲ１１〜ＰＲ４２を識別して識別結果に応じた分野番号や記事番号を生成するようにしてもよいことは当然である。
【０１７９】
さらに、前記ＣＧＩ掲示板については、ＣＧＩプログラムと連動するＨＴＭＬファイルとしてどのようなものを用意し、これらをどのようにＣＧＩプログラムと連動させるかにより、上述したもの以外にも、多様な設計が可能である。
【０１８０】
例えば、掲示板に掲載された文字列の検索機能を備えた掲示板の場合には、検索する文字列を入力したり、検索結果を出力したりするためのＨＴＭＬ文書を用意する必要があるし、会員制の掲示板でユーザ認証を行う場合には、ユーザＩＤやパスワードを入力させるログイン画面（ＨＴＭＬ文書）を用意する必要がある。もちろん、これらの場合、検索機能や、ユーザ認証機能はＣＧＩプログラムが備えることになる。
【０１８１】
また、メッセージを表示する部分（掲示板の本体）と、前記翻訳依頼フォームや投稿フォームなどを、通信端末（例えば、１３）上で同時に画面表示させるか、別個に画面表示させるか等も、ＣＧＩプログラムと各ＨＴＭＬファイルをどのように連動させるかによって決まる。
【０１８２】
上述したＣＧＩプログラムは、その他のプログラムに置換可能である。この場合、外部プログラムを呼び出すためのインタフェースもＣＧＩインタフェースと異なるものを用いる。
【０１８３】
各種ベンダから提供される例えばＩＳＡＰＩなどのインタフェースを使用すれば、ＣＧＩよりも高いスループットが得られる可能性が高い。
【０１８４】
また、上記実施形態では、通信端末（例えば、１３）として通常のパーソナルコンピュータを想定し、電子掲示板のために必要な機能のほとんどは、電子掲示板システム１２の側に配分したが、上述したＣＧＩプログラム（例えば、ＰＲ４１）の機能の一部を、必要に応じて、通信端末側に配分するようにしてもよい。
【０１８５】
例えば、翻訳依頼フォームを生成したり、投稿フォームを生成したりする機能を通信端末側に配分してもよい。また、一致または類似する文が対訳テーブルＴＢ３から検索できない場合の翻訳を、通信端末側に搭載した機械翻訳システムを利用して実行するようにしてもよい。
【０１８６】
また、上記第１および第２の実施形態にかかわらず、図６に示すような投稿フォーム（翻訳結果確認画面）ＷＤ４を通信端末１３上で画面表示してユーザＵ１に見せる処理は省略してもよいし、省略するか否かを、ユーザＵ１が選択できるようにしてもよい。省略した場合、図８のステップＳ１４がＹＥＳ側に分岐したあと、そのまま、ＣＧＩ掲示板に対するメッセージの書込みが行われることになる。
【０１８７】
ユーザＵ１が日本語がほとんど分からないユーザの場合には、投稿フォームＷＤ４を見せられても、日本語に関して、翻訳結果を適切に修正する判断力がなく、単に操作手数が増えて負担が増加したり、かえって翻訳結果の品質を低下させたりするだけの結果に終わる可能性もあるからである。
【０１８８】
なお、上記第１および第２の実施形態では、ステップＳ１３またはＳ１６の処理が終了し、投稿フォームＷＤ４による最終的な投稿が行われた時点で、原文メッセージとその翻訳結果から成る対訳を対訳テーブルＴＢ３に格納するようにしたが、必要に応じて、途中経過に相当する翻訳依頼フォームＷＤ２やＷＤ３の各フィールドの記述内容をＣＧＩプログラムが収集した時点で、その記述内容（原文メッセージなど）を該当するテーブルに格納しておくようにしてもよい。
【０１８９】
また、図８および図１１のステップＳ１１，Ｓ１２や、図１１のステップＳ２０では同一または類似の文（例えば、英語本文の値）の存否に応じて分岐したが、対訳テーブルＴＢ３の行数が多い場合などには、同一または類似の文が複数存在し、複数検索されることも起こり得る。そのようなケースでは、ＣＧＩプログラムが自動的にいずれか１つの文（日本語本文の値）を翻訳結果として選択した上でユーザＵ１に提示してもよく、検索された複数の文（日本語本文の値）をユーザＵ１に提示して、ユーザＵ１に選択させるようにしてもよい。
【０１９０】
なお、実際の電子掲示板では、ある１つの話題について複数のユーザがメッセージの投稿を繰り返して議論を展開していくことも多い。この話題はユーザによって動的に設定されるものであるが、掲示板が分野ごとにわかれている場合には、話題は通常、いずれかの分野のなかで設定されるものであり、前記分野に含まれる最小のジャンルの単位として位置づけることもできる。したがって、話題と話題のあいだにも、前記分野と分野のあいだで設定したような包含、被包含の関係を設定でき、各話題を１つの木構造（階層構造）の中のいずれかの節として位置づけることができる。
【０１９１】
したがって、上述した分野をそのまま話題に置き換えても、本発明は適用可能である。
【０１９２】
また、上記第１および第２の実施形態にかかわらず、日本語と英語以外の言語のあいだで翻訳を行うようにしてもよいことは当然である。また、２ヶ国語間だけでなく３ヶ国以上の言語のあいだで翻訳を実行し、その翻訳結果として得られる対訳を表示するようにしてもよい。
【０１９３】
本発明は、ＣＧＩ掲示板以外の電子掲示板に適用することができる。例えば、上述したパソコン通信の電子掲示板システムや、グループウエアを利用した電子掲示板システム、ＮＮＴＰプロトコルを用いるネットニュースなどにも、本発明を適用することができる。
【０１９４】
また、本発明は電子掲示板以外のメッセージ交換システムに適用することが可能である。
【０１９５】
例えば、メーリングリスト、チャットなどのメッセージ交換システムにも本発明を適用することが可能である。一例として、メーリングリストでは投稿用と翻訳用の２アドレスを使用する等によって掲示板と同様な機能を実現できる。
【０１９６】
また、本発明はこのように複数のユーザのあいだでメッセージ交換を行うためのシステムに限って適用されるものではなく、動的な翻訳が反復して繰り返される環境に対し、広く適用することが可能である。例えば、一人のユーザが繰り返し翻訳を行うことを支援する、パーソナルコンピュータ上の翻訳システムに本発明を適用することも可能である。このような場合に本発明を適用すると、以前に行った翻訳処理（ユーザ自身による編集作業も含まれる）の結果（対訳）を再利用でき、翻訳に必要な労力を節約することが可能である。
【０１９７】
さらに、上記第１または第２の実施形態では、文を単位として対訳を蓄積し再利用するようにしたが、この単位は、文に限定する必要はない。例えば、単語単位や、複合語単位で対訳を蓄積し再利用するようにしてもよい。
【０１９８】
以上の説明では主としてソフトウエア的に本発明を実現したが、本発明はハードウエア的に実現することも可能である。
【０１９９】
【発明の効果】
以上に説明したように、本発明の翻訳支援システムおよび方法によれば、蓄積した対訳を再利用して、新たな原メッセージをその分野に適合した目的メッセージに翻訳することで、表現力に富んだ即応性のある翻訳結果を、効率的に得ることができる。
【０２００】
この翻訳結果は、当該分野において受け入れられやすい、自然な表現ともなっている。
【図面の簡単な説明】
【図１】第１および第２の実施形態に係る通信システムの全体構成例を示す概略図である。
【図２】第１および第２の実施形態で使用する分野テーブルの構成例を示す概略図である。
【図３】第１および第２の実施形態で使用する番号対応テーブルの構成例を示す概略図である。
【図４】第１および第２の実施形態で使用する対訳テーブルの構成例を示す概略図である。
【図５】第１および第２の実施形態で使用する翻訳依頼フォームの画面表示例を示す概略図である。
【図６】第１および第２の実施形態で使用する投稿フォームの画面表示例を示す概略図である。
【図７】第１および第２の実施形態で使用する翻訳依頼フォーム要求画面の画面表示例を示す概略図である。
【図８】第１の実施形態の翻訳処理動作を示すフローチャートである。
【図９】第２の実施形態で使用する原文言語管理テーブルの構成例を示す概略図である。
【図１０】第１および第２の実施形態における分野のあいだの包含、被包含関係に対応する木構造の構成例を示す概略図である。
【図１１】第２の実施形態の翻訳処理動作を示すフローチャートである。
【図１２】第１および第２の実施形態におけるハイパーリンク，ＣＧＩプログラム、翻訳依頼フォームのあいだの対応関係を示す概略図である。
【図１３】第１および第２の実施形態における英語と日本語の対訳を表示するＣＧＩ掲示板の画面表示例を示す概略図である。
【図１４】第１および第２の実施形態で使用するＣＧＩプログラムの構成例を示す概略図である。
【符号の説明】
１０…通信システム、１１…ネットワーク（インターネット）、１２…電子掲示板システム、１３，１４…通信端末、２０…メッセージ登録部、２１…ページ生成部、２２…翻訳処理部、２３…メッセージデータベース、２４…翻訳用辞書、２５…基本データベース、３０…メッセージ登録対応部、３１…翻訳対応部、３２…ページ生成対応部、３３…分野番号管理部、ＰＲ１１〜ＰＲ４２…ＣＧＩプログラム、ＴＢ１…分野テーブル、ＴＢ２…番号対応テーブル、ＴＢ３…対訳テーブル、ＷＤ２，ＷＤ３…翻訳依頼フォーム、ＷＤ４…投稿フォーム。

Claims (5)

1. 同じ対訳が複数回、発生し得る翻訳環境で、原メッセージを目的メッセージに翻訳するための翻訳支援システムにおいて、
   前記翻訳環境は複数の分野に分割されており、各分野で前記翻訳が実行されると、各分野を識別する分野識別情報とともに、当該翻訳によって動的に発生し各分野に属する前記原メッセージとその目的メッセージの対として構成される前記対訳を蓄積する対訳蓄積手段を備え、
   前記対訳を再利用することにより、新たな原メッセージをその分野に適合した目的メッセージに翻訳することを特徴とする翻訳支援システム。
2. 請求項１の翻訳支援システムにおいて、
   機械翻訳によって、前記分野に依存することなく、前記原メッセージを目的メッセージに翻訳する通常機械翻訳手段と、
   前記対訳蓄積手段を検索して得られた前記対訳に応じて、前記原メッセージを当該対訳に対応した目的メッセージに置き換える第１のメッセージ置換手段と、
   前記対訳蓄積手段を検索して対訳が得られた原メッセージについては前記第１のメッセージ置換手段による置き換えを行い、対訳が得られなかった原メッセージについては、前記通常機械翻訳手段による翻訳を実行させる翻訳制御手段とを備えたことを特徴とする翻訳支援システム。
3. 請求項１の翻訳支援システムにおいて、
   前記複数の分野のあいだの関係は、意味的な階層構造で規定されることを特徴とする翻訳支援システム。
4. 請求項１の翻訳支援システムにおいて、
   前記対訳蓄積手段は、
   前記対訳に関し、当該対訳を構成する２つのメッセージのうちいずれのメッセージが原メッセージで、いずれのメッセージが目的メッセージであるかを識別して管理するメッセージ管理部と、
   前記原メッセージが属する言語体系である原言語体系と、前記目的メッセージが属する言語体系である目的言語体系とを識別して管理する言語体系管理部とを備え、
   翻訳しようとしている原メッセージが属する原言語体系を目的言語体系とし、当該翻訳によって得られる目的メッセージが属する目的言語体系を原言語体系とする対訳であって、なおかつ、当該原メッセージと同じ内容のメッセージを目的メッセージとする対訳を、前記対訳蓄積手段から検索する逆引き実行手段と、
   検索によって当該逆引き実行手段が前記対訳蓄積手段から得た対訳を構成する２つのメッセージのうち、原メッセージのほうを当該翻訳によって得られる目的メッセージとしてメッセージの置き換えを行う第２のメッセージ置換手段とを備えたことを特徴とする翻訳支援システム。
5. 同じ対訳が複数回、発生し得る翻訳環境で、原メッセージを目的メッセージに翻訳するための翻訳支援方法において、
   前記翻訳環境は複数の分野に分割されており、各分野で前記翻訳が実行されると、各分野を識別する分野識別情報とともに、当該翻訳によって動的に発生し各分野に属する前記原メッセージとその目的メッセージの対として構成される前記対訳を対訳蓄積手段に蓄積しておき、
   前記対訳を再利用することにより、新たな原メッセージをその分野に適合した目的メッセージに翻訳することを特徴とする翻訳支援方法。

Images