JPH10269223A - 翻訳サービスシステム及び翻訳サービス提供方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが再翻訳を行う際によりユーザフレン
ドリーなインタフェースを実現しそれによってユーザが
より手軽にかつより効果的な再翻訳要求を行えるような
環境を提供可能な翻訳サービスシステムを提供するこ
と。 【解決手段】 少なくとも第１言語の文書を含む翻訳要
求を受信する要求受信手段と、受信した該第１言語の文
書を所定の第２言語の文書へ翻訳する翻訳手段と、翻訳
結果をユーザに提示する提示手段とを備えた翻訳サービ
スシステムにおいて、前記要求受信手段は、翻訳にあた
って不要な情報でかつ翻訳にあたって不要であることが
区別できるものを含むことのある電子メールでの翻訳要
求を受け付けることができるものであり、前記提示手段
は、前記翻訳結果とともに前記翻訳要求に係る内容のう
ち所定の内容をもユーザに提示するものであることを特
徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットな
どのネットワークを利用して送られたテキストを機械翻
訳してユーザに返送する翻訳サービスシステム及び翻訳
サービス提供方法に関する。

【０００２】

【従来の技術】近年、パソコンネットやインターネット
などのコンピュータネットワークの充実に伴い、コンピ
ュータネットワークを通じての各種サービスの提供が活
発に行われるようになってきている。

【０００３】また、計算機による自然言語処理技術が高
まり各種の文書処理システムが開発されている。特にあ
る言語を他の異なる言語に自動的に翻訳する機械翻訳シ
ステムなどが実用化されている。

【０００４】そういった状況の中で、インターネットな
どのネットワークを利用してユーザから文書を受信し、
その内容を機械翻訳して訳文をユーザに返送する「機械
サービス」が提供され始めている。

【０００５】しかし、これら多くは、ユーザが定められ
たフォーマットに従って電子メールやＣＧＩ等で翻訳サ
ービスシステムに送付した原文を、いくつかのパラメー
タ（訳文の文体、使用する専門用語分野など）に基づい
て翻訳した結果をそのままユーザに返送するだけのもの
である。このため、ユーザが原文を一部修正して翻訳し
ようとする際、あるいはパラメータを一部修正して翻訳
しようとする際には、新たに原文、パラメータなどの全
情報を書き込んだ電子メール等を最初から作成して翻訳
サービスシステムに送信する必要があった。

【０００６】また、その際に、非常に長い原文を再び翻
訳しようとする場合でも、インターネット等を通じてそ
の非常に長い原文を再送付する必要があった。

【０００７】また、一部の翻訳サービスでは、テキスト
中の用語に対してユーザが予め訳語を指定して翻訳でき
るものもある。しかし、これも訳語の指定内容は翻訳サ
ービスへのアクセス毎にまったく独立であり、用語と訳
語の管理はユーザに任されたままであった。

【０００８】また、従来の翻訳サービスシステムでは、
ユーザが予め定めた書式（フォーマット）に従って翻訳
要求を行えば正しい翻訳結果が得られるものの、書式に
一部でも誤りがあると正しい翻訳結果が得られなかっ
た。

【０００９】また、最近はＨＴＭＬで書かれた文書やワ
ープロソフト等で作成された文書など、プレインテキス
トでない文書をＭＩＭＥ等を用いて電子メール等で送る
ことが一般に行われるようになりつつあるが、従来の翻
訳サービスシステムでは、これらのプレインテキストで
はない文書を翻訳してユーザに返送する機能を持ってい
なかった。

【００１０】

【発明が解決しようとする課題】このように、従来の翻
訳サービスでは、ユーザがより良い翻訳結果を得るため
に再翻訳要求を行う際には、新たにパラメータ原文など
の情報をすべて埋め込んだ新たな電子メール等を全く新
しく作成して送り直さなければならず、再翻訳要求が手
軽に行えないという問題があった。

【００１１】また、再翻訳要求を行う際には、ユーザが
自分で新たな翻訳結果を分析した後に、新たな訳語指定
と以前の訳語指定を併せて、自分で新たな訳語指定情報
を作成して、再翻訳要求を作成しなければならないとい
う問題があった。

【００１２】本発明は、上記事情を考慮してなされたも
ので、ユーザがより良い翻訳結果を得るために再翻訳を
行う際に、よりユーザフレンドリーなインタフェースを
実現し、それによってユーザがより手軽にかつより効果
的な再翻訳要求を行えるような環境を提供可能な翻訳サ
ービスシステム及び翻訳サービス提供方法を提供するこ
とを目的とする。

【００１３】

【課題を解決するための手段】本発明（請求項１）は、
少なくとも第１言語の文書を含む翻訳要求を受信する要
求受信手段と、受信した該第１言語の文書を所定の第２
言語の文書へ翻訳する翻訳手段と、翻訳結果をユーザに
提示する提示手段とを備えた翻訳サービスシステムにお
いて、前記要求受信手段は、翻訳にあたって不要な情報
（例えば、翻訳結果など）でかつ翻訳にあたって不要で
あることが区別（例えば、区別はタグによって行う）で
きるものを含むことのある電子メールでの翻訳要求を受
け付けることができるものであり、前記提示手段は、前
記翻訳結果とともに前記翻訳要求に係る内容のうち所定
の内容（例えば、原文、環境設定（訳文の文体、専門用
語辞書など）、訳語指定など）をもユーザに提示するも
のであることを特徴とする。

【００１４】なお、ユーザは翻訳要求に関する上記内容
が含まれた前記翻訳結果に対し、返送メールを送付する
ことにより再翻訳要求を行うことができる。

【００１５】本発明（請求項２）は、少なくとも第１言
語の文書の部分を含む翻訳要求を受信する要求受信手段
と、受信した該第１言語の文書を所定の第２言語の文書
へ翻訳する翻訳手段と、翻訳結果をユーザに提示する提
示手段とを備えた翻訳サービスシステムにおいて、前記
翻訳要求の各部分（例えば、原文、環境設定（訳文の文
体、専門用語辞書など）、訳語指定など）の最初と終り
を、挿入されたタグにより認識する手段を備えたことを
特徴とする。

【００１６】なお、タグは、例えば、各部分の最初と終
りを挟むように挿入してもよい。あるいは、各部分の先
頭に、そこから下何行までが該当部分に含まれるかを示
す１つのタグを挿入してもよい。

【００１７】なお、ユーザは翻訳要求を作成する際に、
翻訳要求の各部分の最初および終りを示すタグを付ける
ことができる。

【００１８】本発明（請求項３）は、請求項２に記載の
翻訳サービスシステムにおいて、ユーザからの翻訳要求
に含まれるタグに誤りがあった場合に、前記タグの誤り
を訂正して処理する手段を備えたことを特徴とする。

【００１９】本発明（請求項４）は、請求項１ないし３
のいずれか１項に記載の翻訳サービスシステムにおい
て、翻訳要求として受信した電子メール（例えば再翻訳
要求を行うための返送メール）の行の先頭に所定の引用
マークが存在する場合には、該引用マークの次が行の先
頭であるとみなして所定の処理をすることを特徴とす
る。

【００２０】本発明（請求項５）は、請求項１ないし４
のいずれか１項に記載の翻訳サービスシステムにおい
て、翻訳履歴を保存する手段と、受信した再翻訳要求
（例えば過去の翻訳要求に係るジョブ番号が明記された
もの）の中で省略されている情報がある場合には、翻訳
に先だって、前記翻訳履歴から該省略されている情報を
得る手段を備えたことを特徴とする。

【００２１】本発明（請求項６）は、請求項１ないし５
のいずれか１項に記載の翻訳サービスシステムにおい
て、受信した翻訳要求の原文の書式を判定し、該原文の
書式がプレインテキストでない場合には、翻訳に先だっ
て、該原文をプレインテキストに変換する手段をさらに
備えたことを特徴とする。

【００２２】本発明（請求項７）は、少なくとも第１言
語の文書を含む翻訳要求を受信し、受信した該第１言語
の文書を所定の第２言語の文書へ翻訳し、翻訳結果をユ
ーザに提示する翻訳サービスシステムの翻訳サービス提
供方法であって、翻訳にあたって不要な情報（例えば、
翻訳結果など）でかつ翻訳にあたって不要であることが
区別（例えば、区別はタグによって行う）できるものを
含むことのある電子メールでの翻訳要求を受け付け、受
信した電子メールのうち翻訳にあたって不要な情報を除
いた部分をもとに翻訳を行い、前記翻訳結果とともに前
記翻訳要求に係る内容のうち所定の内容を（例えば、原
文、環境設定（訳文の文体、専門用語辞書など）、訳語
指定など）もユーザに提示することを特徴とする。

【００２３】本発明（請求項８）は、少なくとも第１言
語の文書の部分を含む翻訳要求を受信する要求受信手段
と、受信した該第１言語の文書を所定の第２言語の文書
へ翻訳する翻訳手段と、翻訳結果をユーザに提示する提
示手段とを備えた翻訳サービスシステムの翻訳サービス
提供方法であって、前記翻訳要求の各部分（例えば、原
文、環境設定（訳文の文体、専門用語辞書など）、訳語
指定など）の最初と終りを、挿入されたタグにより認識
することを特徴とする。

【００２４】なお、タグは、例えば、各部分の最初と終
りを挟むように挿入してもよい。あるいは、各部分の先
頭に、そこから下何行までが該当部分に含まれるかを示
す１つのタグを挿入してもよい。

【００２５】本発明（請求項９）は、請求項８に記載の
翻訳サービス提供方法において、ユーザからの翻訳要求
に含まれるタグに誤りがあった場合に、前記タグの誤り
を訂正して処理することを特徴とする。

【００２６】本発明（請求項１０）は、請求項７ないし
９のいずれか１項に記載の翻訳サービス提供方法におい
て、翻訳要求として受信した電子メール（例えば再翻訳
要求を行うための返送メール）の行の先頭に所定の引用
マークが存在する場合には、該引用マークの次が行の先
頭であるとみなすことを特徴とする。

【００２７】本発明（請求項１１）は、請求項７ないし
１０のいずれか１項に記載の翻訳サービス提供方法にお
いて、翻訳履歴を保存しておき、受信した再翻訳要求
（例えば過去の翻訳要求に係るジョブ番号が明記された
もの）の中で省略されている情報がある場合には、翻訳
に先だって、前記翻訳履歴から該省略されている情報を
得ることを特徴とする。

【００２８】本発明（請求項１２）は、請求項７ないし
１１のいずれか１項に記載の翻訳サービス提供方法にお
いて、受信した翻訳要求の原文の書式を判定し、該原文
の書式がプレインテキストでない場合には、翻訳に先だ
って、該原文をプレインテキストに変換することを特徴
とする。

【００２９】なお、以上の各装置に係る発明は方法に係
る発明としても成立し、以上の各方法に係る発明は装置
に係る発明としても成立し、また、上記の発明は、相当
する手順あるいは手段をコンピュータに実行させるため
のプログラムを記録した機械読取り可能な媒体としても
成立する。

【００３０】本発明（請求項１，７）では、翻訳結果を
メール等で返送する際のフォーマットを翻訳要求の際の
フォーマットと類似のものとし、それによりユーザが返
送された翻訳結果に対してリプライ（電子メールツール
の機能）を行い、わずかな修正を加えるだけで再翻訳要
求を行うことができる。

【００３１】本発明（請求項１，７）によれば、ユーザ
が翻訳結果を受け取った際に、新たに再翻訳要求メール
を一から作成するのではなく、翻訳結果返送メールに対
してリプライメールを送出するだけで再翻訳要求が行え
るようになる。

【００３２】本発明（請求項２，８）では、ユーザが翻
訳要求を作成する際にタグ情報を付加する手段を翻訳サ
ービスシステム側で提供し、翻訳サービスシステム側で
は翻訳要求に存在するタグに基づいて処理を行うことが
できる。

【００３３】本発明（請求項２，８）によれば、翻訳要
求を作成する際に、タグの情報さえ正しく認識されれ
ば、書式（フォーマット）についてはある程度ユーザが
自由に取り扱うことができるようになる。

【００３４】本発明（請求項３，９）では、翻訳要求が
翻訳サービスシステム側に送られてきたときに、タグ情
報に誤りがあっても、それを修正してから処理を行うこ
とができる。

【００３５】本発明（請求項３，９）によれば、翻訳要
求メールを作成、送信する際に、タグ情報に誤りがあっ
ても、ユーザは翻訳要求が行えるようになる。

【００３６】本発明（請求項４，１０）では、再翻訳要
求が翻訳サービスシステム側に送られてきたときに、引
用マークを無視して処理することができる。

【００３７】本発明（請求項４，１０）によれば、再翻
訳要求メールを翻訳結果返送メールに対するリプライ
（返送）メールとして作成し、送信する際に、電子メー
ルツール等により自動的に引用マークが付いてしまって
も再翻訳要求が行えるようになる。

【００３８】本発明（請求項５，１１）では、再翻訳要
求メールに原文情報等がなかった場合には、履歴情報か
らその再翻訳要求のもととなる翻訳要求の再の原文等を
取り出し、それを再翻訳要求の原文等とすることができ
る。

【００３９】本発明（請求項５，１１）によれば、再翻
訳要求メールを作成、送信する際に、原文などを再送付
しなくても再翻訳要求が行えるようになる。

【００４０】本発明（請求項６，１２）では、翻訳要求
メールの原文がどのような書式で書かれているかを判定
し、原文がプレインテキストで書かれていなかった場合
には、プレインテキストに変換してから翻訳して翻訳結
果をユーザに送信する。

【００４１】本発明（請求項６，１２）によれば、プレ
インテキストでない書式でかかれた文書もユーザは翻訳
要求して翻訳結果を翻訳サービスシステムから受信でき
るようになる。

【００４２】以上のように本発明によれば、ユーザがよ
り良い翻訳結果を得るために再翻訳を行う際に、よりユ
ーザフレンドリーなインタフェースを実現し、それによ
ってユーザがより手軽にかつより効果的な再翻訳要求を
行えるような環境を提供することができる。この結果、
ユーザが翻訳サービスを利用する際の使い易さが向上す
る。特に、より良い翻訳結果を得るために再翻訳要求を
行う際の使い易さが向上する。

【００４３】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００４４】なお、本実施形態では英語を日本語に翻訳
する英日翻訳サービスを例にとって説明するが、もちろ
ん本発明は日本語を英語に翻訳する日英翻訳サービス、
その他の種々の言語を他の言語に翻訳する翻訳サービス
の場合にも同様に適用することができる。

【００４５】図１は、本発明の一実施形態に係る翻訳サ
ービスシステムの構成を示すブロック図である。

【００４６】図１に示されるように、本実施形態の翻訳
サービスシステムのは、翻訳要求受信部１０１、翻訳サ
ービス管理部１０２、翻訳エンジン１０３、翻訳サービ
スデータベース１０４、翻訳結果提示部１０５、ＷＷＷ
サーバ１０６、ＷＷＷページデータベース１０７、ＣＧ
Ｉデコーダ１０８を備えている。

【００４７】翻訳要求受信部１０１は、インターネット
などの通信手段を通じて、原文・パラメータなどの翻訳
要求内容を受け取るものであり、ソフトウェア等で実現
される。

【００４８】翻訳サービス管理部１０２は、翻訳要求を
管理するものである。より具体的には、翻訳ジョブ管
理、文書管理などを行うものであり、ソフトウェア等で
実現される。

【００４９】ジョブ管理では、例えば、ユーザからの翻
訳要求ごとに、ジョブ番号（再翻訳要求では枝番が付加
される）を発行し、ジョブ番号、ユーザ情報（ユーザ名
もしくはユーザＩＤもしくは電子メールアドレスなど、
もしくはこれらのうち複数のもの；以下では、ユーザＩ
Ｄとする）、翻訳要求時刻などを、翻訳サービスデータ
ベース１０４に記録し、必要に応じて更新する。

【００５０】文書管理では、例えば、ジョブ番号ごと
に、原文、翻訳パラメータ（例えば、文体指定、訳語指
定など）、訳文などを、翻訳サービスデータベース１０
４に記録し、必要に応じて更新する。

【００５１】翻訳エンジン１０３は、翻訳サービスデー
タベース１０４に書かれている内容にしたがって、原文
を翻訳してその結果を出力するものであり、ソフトウェ
ア等で実現される。機械翻訳の方法は特に限定されるも
のではなく、現在知られている方法のいずれを用いても
よい。

【００５２】翻訳サービスデータベース１０４は、翻訳
要求の原文、翻訳結果の訳文などを、一定期間保存する
ためのものであり、計算機のディスク上等にファイルシ
ステム等により構成される。

【００５３】翻訳結果提示部１０５は、翻訳サービスデ
ータベース１０４に蓄えられた翻訳結果をユーザに送信
するものであり、ソフトウェア等で実現される。

【００５４】ＷＷＷサーバ１０６は、ユーザに翻訳サー
ビスシステムのインターフェースをＷＷＷを通じて提供
するためのものであり、ソフトウェア等で実現される。

【００５５】ＷＷＷページデータベース１０７は、ＷＷ
Ｗサーバ１０６でユーザに提示されるホームページが収
納されており、計算機のディスク上等にファイルシステ
ム等により構成される。

【００５６】ＣＧＩデコーダ１０８は、ＷＷＷサーバ１
０６を通じてユーザとインタラクティブに情報交換を行
うためのものであり、ソフトウェア等で実現される。な
お、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅ
ｒｆａｃｅ）については、例えば文献「ＨＴＭＬ＆ＣＧ
Ｉ入門」笹木望、太田昌宏、藤崎真美 共著（エーアイ
出版、１９９６／４／２６発行）に詳しく説明されてい
る。

【００５７】また、図１の翻訳サービスシステムを利用
するにはユーザ側の計算機にＷＷＷブラウザと電子メー
ルが利用できる環境が必要である。ユーザ側の計算機と
翻訳サービスシステムの間はインターネット等のネット
ワークで接続される。

【００５８】なお、本翻訳サービスシステムは、１台の
計算機で実現してもよいし、複数台の計算機に分散させ
て実現してもよい。

【００５９】また、翻訳要求受信部１０１、翻訳サービ
ス管理部１０２、翻訳エンジン１０３、翻訳サービスデ
ータベース１０４、翻訳結果提示部１０５の部分と、Ｗ
ＷＷサーバ１０６、ＷＷＷページデータベース１０７、
ＣＧＩデコーダ１０８の部分とは、インターネットなど
の外部のネットワークを介さずに通信可能とするのが好
ましいが、インターネットなどの外部のネットワークを
介してのみ通信可能としても構わない。

【００６０】以下、まずユーザ側での翻訳要求の作成、
送信と、その翻訳要求の処理の流れに沿って、翻訳サー
ビスシステムのインターフェースについて説明する。図
２には、ユーザ側での処理手順の一例を示す。

【００６１】図３はユーザ端末に表示される、電子メー
ルにより翻訳要求を受け付けるためのＷＷＷページの画
面の一例である。このＷＷＷページの画面は、ユーザが
ＷＷＷブラウザを用いてＷＷＷサーバ１０６にアクセス
することにより、ＷＷＷサーバ１０６がＷＷＷページデ
ータベース１０７から取り出し、そのデータがユーザ端
末に転送され、ユーザが使用中のＷＷＷブラウザ上に表
示される（ステップＳ２０１）。このページではＣＧＩ
を用いることにより、ユーザがインタラクティブにＷＷ
Ｗサーバと情報交換を行えるようになっている。なお、
ユーザ端末で用いるＷＷＷブラウザは一般のものを用い
ればよい。

【００６２】図３において、専門用語辞書指定部３０１
は、翻訳処理に利用する専門用語辞書をユーザが指定す
るためのものであり、ラジオボタンになっており、専門
用語辞書を１つ選択することが可能である。

【００６３】文体指定部３０２は、訳文の文体（である
調、ですます調等）をユーザが指定するためのものであ
り、選択のメニューになっている。

【００６４】訳語指定部３０３は、翻訳処理に用いる訳
語指定を行うためのものであり、例えば図のように「ｍ
ａｃｈｉｎｅ＝コンピュータ」とユーザが入力すること
ができる。

【００６５】原文入力部３０４は、翻訳されるべき英文
をユーザが入力するためのものである。

【００６６】送信指示部３０５は、ユーザがこのページ
に入力したデータをＷＷＷサーバ１０６に送信すること
を指示するためのものである。ここでは「翻訳要求」ボ
タンを押すことにより、専門用語辞書指定部３０１〜原
文入力部３０４においてユーザが入力した情報が、ユー
ザの計算機上のＷＷＷブラウザからＷＷＷサーバ１０６
に送られるようになっている。

【００６７】なお、図３中では、「翻訳要求」ボタンの
他に、「入力やり直し」ボタンが設けられているが、こ
れは一例であり、他にも種々のボタン等を設けても構わ
ない。

【００６８】ＷＷＷサーバ１０６は、ＷＷＷブラウザか
ら送られてきた情報をＣＧＩデコーダ１０８を用いて処
理し、ＷＷＷページデータベース１０７から取り出した
翻訳要求メール支援ページ中に該情報を埋め込んだデー
タをユーザ端末に転送して、該支援ページをユーザが使
用中のＷＷＷブラウザ上に表示する（ステップＳ２０
２）。図４にユーザ端末に表示された翻訳要求メール支
援ページの画面の一例を示す。

【００６９】図４において、翻訳環境部４０１（タグ＜
ＭＴＳＶＣ＿ＥＪＴＲＡＮＳ＿ＥＮＶＩＲＯＮ＞からタ
グ＜／ＭＴＳＶＣ＿ＥＪＴＲＡＮＳ＿ＥＮＶＩＲＯＮ＞
まで）には図３の専門用語辞書指定部３０１や文体指定
部３０２でユーザが指定した情報が表示されている。

【００７０】訳語指定部４０２（タグ＜ＭＴＳＶＣ＿Ｅ
ＪＴＲＡＮＳ＿ＴＥＲＭＳ＞からタグ＜／ＭＴＳＶＣ＿
ＥＪＴＲＡＮＳ＿ＴＥＲＭＳ＞まで）には図３の訳語指
定部３０３でユーザが指定した訳語指定情報が表示され
ている。

【００７１】原文部４０３（タグ＜ＭＴＳＶＣ＿ＳＲＣ
＿ＥＮＧＬＩＳＨ＞からタグ＜／ＭＴＳＶＣ＿ＳＲＣ＿
ＥＮＧＬＩＳＨ＞まで）には図３の原文入力部３０４で
ユーザが入力した翻訳すべき原文が表示されている。

【００７２】なお、各タグの右側の記号＃よりはコメン
ト欄であり、タグの一部ではなく、また翻訳要求の内容
の一部でもない。

【００７３】次に、ユーザは電子メールツール（例えば
Ｍｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ Ｍａｉｌや
Ｎｅｔｓｃａｐｅ社のＮｅｔｓｃａｐｅ Ｍａｉｌ等）
をユーザの計算機上で立ち上げ、メールの本文にＷＷＷ
ブラウザ上に表示されている翻訳環境部４０１〜原文部
４０３（タグ＜ＭＴＳＶＣ＿ＥＪＴＲＡＮＳ＿ＥＮＶＩ
ＲＯＮ＞からタグ＜／ＭＴＳＶＣ＿ＳＲＣ＿ＥＮＧＬＩ
ＳＨ＞まで）の部分（図４参照）をコピーアンドペース
トを用いるなどしてそのまま入力し、翻訳要求メールを
作成する（ステップＳ２０３）。

【００７４】なお、図４に例示すように、特定の箇所
（図４では下線で文字修飾されている２箇所のいずれ
か）をマウスを用いてクリックなどすることにより、Ｗ
ＷＷブラウザが持っている電子メールツールが起動され
るようにしてもよい。

【００７５】図５にユーザにより作成される翻訳要求メ
ールの一例を示す。

【００７６】図５において、翻訳環境部５０１（タグ＜
ＭＴＳＶＣ＿ＥＪＴＲＡＮＳ＿ＥＮＶＩＲＯＮ＞からタ
グ＜／ＭＴＳＶＣ＿ＥＪＴＲＡＮＳ＿ＥＮＶＩＲＯＮ＞
まで）は文体情報と専門用語辞書情報が記入される。

【００７７】訳語指定部５０２（タグ＜ＭＴＳＶＣ＿Ｅ
ＪＴＲＡＮＳ＿ＴＥＲＭＳ＞からタグ＜／ＭＴＳＶＣ＿
ＥＪＴＲＡＮＳ＿ＴＥＲＭＳ＞まで）は訳語指定情報が
記入される。

【００７８】原文部５０３（タグ＜ＭＴＳＶＣ＿ＳＲＣ
＿ＥＮＧＬＩＳＨ＞からタグ＜／ＭＴＳＶＣ＿ＳＲＣ＿
ＥＮＧＬＩＳＨ＞まで）は翻訳すべき英語の原文が記入
される。

【００７９】最後に付いている署名は、電子メールツー
ルにより自動的に付加されたものである。署名は電子メ
ールツールの設定により自動的に付加される場合もあれ
ば、付加されない場合もある。タグの外にある付加的な
情報（例えば署名）は翻訳要求の際には何の意味も持た
ない。

【００８０】さて、ＷＷＷブラウザからのコピーアンド
ペーストが終了した後にはユーザは自由に翻訳要求メー
ルの本文を修正して、例えばタグ＜ＭＴＳＶＣ＿ＥＪＴ
ＲＡＮＳ＿ＴＥＲＭＳ＞からタグ＜／ＭＴＳＶＣ＿ＥＪ
ＴＲＡＮＳ＿ＴＥＲＭＳ＞までの間の訳語指定部５０２
で新たな訳語指定を行うとか、タグ＜ＭＴＳＶＣ＿ＳＲ
Ｃ＿ＥＮＧＬＩＳＨ＞からタグ＜／ＭＴＳＶＣ＿ＳＲＣ
＿ＥＮＧＬＩＳＨ＞までの原文部５０３で原文を新たに
付加するなどができる。

【００８１】そして、ユーザが上記タグ付けされたフォ
ーマットに従った翻訳要求メールを所定のアドレスに送
信すると（ステップＳ２０４）、第１回目の翻訳要求が
なされる。

【００８２】翻訳サービスシステム側では、ユーザから
の翻訳要求に応答して翻訳処理が行われる（ステップＳ
２０５）。

【００８３】そして、電子メール等により翻訳結果がユ
ーザ端末側に返送される（ステップＳ２０６）。

【００８４】図６、図７、図８はユーザ側に返送される
翻訳結果返送メールの一例である。

【００８５】図６、図７、図８において、翻訳結果部６
０１（タグ＜ＭＴＳＶＣ＿ＥＪＴＲＡＮＳ＿ＲＥＳＵＬ
Ｔ＞からタグ＜／ＭＴＳＶＣ＿ＥＪＴＲＡＮＳ＿ＲＥＳ
ＵＬＴ＞まで）では、翻訳結果が原文と対になって書か
れている。

【００８６】用語抽出結果部６０２（タグ＜ＭＴＳＶＣ
＿ＴＥＲＭＳ＿ＥＸＴＲＡＣＴ＿ＥＪ＞からタグ＜／Ｍ
ＴＳＶＣ＿ＴＥＲＭＳ＿ＥＸＴＲＡＣＴ＿ＥＪ＞まで）
では、用語抽出結果が書かれている。ここで書かれてい
る用語抽出結果は翻訳サービスシステムにより、原文中
に含まれている語句の中で、文書にとって重要な意味を
持っていると推定されたもので、翻訳サービスシステム
がユーザに訳語指定を行うことを推奨しているものであ
る。

【００８７】翻訳環境部６０３（タグ＜ＭＴＳＶＣ＿Ｅ
ＪＴＲＡＮＳ＿ＥＮＶＩＲＯＮ＞からタグ＜／ＭＴＳＶ
Ｃ＿ＥＪＴＲＡＮＳ＿ＥＮＶＩＲＯＮ＞まで）では、ユ
ーザが翻訳メールで指定した翻訳環境が書かれている。
翻訳環境部６０３を指定するタグ（＜ＭＴＳＶＣ＿ＥＪ
ＴＲＡＮＳ＿ＥＮＶＩＲＯＮ＞と＜／ＭＴＳＶＣ＿ＥＪ
ＴＲＡＮＳ＿ＥＮＶＩＲＯＮ＞）は図５の翻訳要求メー
ルで翻訳環境部５０１を指定するのに使用したタグと同
じタグである。翻訳環境部６０３ではそれ以外に、翻訳
サービスシステムによりユーザの個々の翻訳要求に対し
て付けられた翻訳ジョブ番号（ｊｏｂＩＤの部分）が記
入されている。この翻訳ジョブ番号は再翻訳要求を行う
際に利用される。

【００８８】訳語指定部６０４（タグ＜ＭＴＳＶＣ＿Ｅ
ＪＴＲＡＮＳ＿ＴＥＲＭＳ＞からタグ＜／ＭＴＳＶＣ＿
ＥＪＴＲＡＮＳ＿ＴＥＲＭＳ＞まで）にはユーザが翻訳
要求の際に指定した訳語指定情報が書かれている。訳語
指定部６０４を指定するタグ（＜ＭＴＳＶＣ＿ＥＪＴＲ
ＡＮＳ＿ＴＥＲＭＳ＞と＜／ＭＴＳＶＣ＿ＥＪＴＲＡＮ
Ｓ＿ＴＥＲＭＳ＞）は図５の翻訳要求メールで訳語指定
部５０２を指定するのに使用したタグと同じタグであ
る。

【００８９】原文部６０５（タグ＜ＭＴＳＶＣ＿ＳＲＣ
＿ＥＮＧＬＩＳＨ＞からタグ＜／ＭＴＳＶＣ＿ＳＲＣ＿
ＥＮＧＬＩＳＨ＞まで）は翻訳の対象となった英語の原
文が書かれている。原文部６０５を指定するタグ（＜Ｍ
ＴＳＶＣ＿ＳＲＣ＿ＥＮＧＬＩＳＨ＞と＜／ＭＴＳＶＣ
＿ＳＲＣ＿ＥＮＧＬＩＳＨ＞）は図５の翻訳要求メール
で原文部５０３を指定するのに使用したタグと同じであ
る。

【００９０】さて、ステップＳ２０７において、ユーザ
は翻訳サービスシステムから翻訳結果を電子メールで受
け取る。翻訳結果が概ね予期していた通りであった場合
にはこれで翻訳ジョブは終了する。一方、訳語指定の追
加あるいは専門用語辞書の指定の変更等の翻訳条件の変
更および／または原文の修正等により、より良い翻訳結
果が得られる可能性があると判断した場合には、再翻訳
要求メールを作成して（ステップＳ２０８）、再度翻訳
要求を翻訳サービスシステムに対して行うことになる。

【００９１】図９、図１０、図１１は、再翻訳要求メー
ルの一例である。

【００９２】翻訳サービスシステムから受け取った翻訳
結果返送メールに対してリプライ（返信）を行うことに
より作成される。通常電子メールツールでは返送ボタン
を押す等の簡単な作業で半自動的にリプライメールの作
成が行えるようになっている。図９、図１０、図１１の
再翻訳要求メールにおいて各行の先頭に“＞”が付いて
いるのは、翻訳サービスシステムから受け取った翻訳結
果返送メールに対してリプライを行うことにより再翻訳
要求メールを作成したからである。電子メールでリプラ
イ（返信）を行いもとのメールの一部または全部を引用
する際には、一般に例えば“＞”のような引用マークを
用いて、引用された部分と、返信者が書いた部分を区別
するのが通常である。この引用マークを付ける作業は通
常は電子メールツールにより自動的に行われる。図９、
図１０、図１１では翻訳結果返送メールに対して全文引
用を行うことによって再翻訳要求メールを作成したの
で、全ての行の先頭に引用マークが付いている。なお、
引用マークは“＞”を使用する場合が多いが、“＞”に
限るものではない。例えば“>>”や“｜”あるいはもと
もメールの送信者のアドレスの一部を用いて“ｈｏｎｙ
ａｋｕ＞”などとするものが一般的であるがこれらに限
られるものではない。また、場合によっては引用マーク
を使用しない場合もある。なお、電子メールのリプライ
機能を用いれば、メールアドレスの設定も自動的に行っ
てくれることが多い。

【００９３】図９、図１０、図１１に例示するような再
翻訳要求メールのフォーマットは、図５に例示するよう
な第１回目の翻訳要求メールのフォーマットとほとんど
同じであり、同じタグを用いて情報が整理されている
が、以下の点が異なる。

【００９４】まず第１に、ほとんど全ての行が引用マー
クで始まっていることである。

【００９５】また第２に、翻訳環境部７０１で翻訳ジョ
ブ番号が記入されていることである。

【００９６】また第３に、第１回目の翻訳時から変更の
ない情報は省略することが可能であることである。省略
された情報については翻訳サービスシステムの側で再翻
訳要求メールに書かれている翻訳ジョブ番号を用いて、
翻訳サービスデータベース１０４を検索し以前の翻訳要
求時の情報により補うことができるので、ユーザは必ず
しも明示的に指定する必要はない。

【００９７】また第４に、原文部７０３、翻訳環境部７
０１、訳語指定部７０２の順序は、第１回目の翻訳要求
メールの際と異なっている場合がある。翻訳要求メール
（図５参照）や再翻訳要求メール（図９、図１０、図１
１参照）の各部分は順序ではなくタグにより区別される
ので、順序が入れ替わっていても全く構わない。

【００９８】また第５に、再翻訳要求メールには、用語
抽出結果、前回の翻訳結果、タグの外にある説明分など
の翻訳要求には直接関係のない情報が取り除かれないま
まで入っている場合がある。この場合にも直接関係のな
い情報は必要な情報を表すタグの外にあり、翻訳サービ
スシステムにより単に無視されるので、ユーザは必ずし
も除去する必要はない。

【００９９】このように、ユーザは電子メールツールを
操作することにより半自動的に作成された再翻訳要求メ
ールを編集することにより、所望の翻訳結果を得るため
の再翻訳メールを作成することができる。例えば図９、
図１０、図１１の翻訳環境部７０１の専門用語指定部
（ＴｅｃｈＤｉｃ：の部分）の値をｉｎｆｏｒｍａｔｉ
ｏｎから例えばｉｎｔｅｒｎｅｔに変更することによ
り、翻訳に用いる専門用語辞書を情報処理分野の専門辞
書から例えばインターネット分野の専門用語辞書に変更
することができる。また、用語抽出結果の推奨に基づい
て、訳語指定部７０２に図９、図１０、図１１に示した
ように新たに“ＯｐｅｎＷｉｎｄｏｗｓ＝オープンウィ
ンドウ”と加えることができる。また、もし必要であれ
ば、原文部７０３に書かれている原文の誤り（スペルミ
ス等）を修正することができる。

【０１００】また前述した通り、この再翻訳要求メール
では翻訳環境部７０１に第１回目の翻訳結果返送メール
に記入されていた翻訳ジョブ番号が記入されている。こ
の翻訳ジョブ番号を用いることにより、再翻訳の際に翻
訳サービスシステム側で、翻訳サービスデータベース１
０４中の必要な情報にアクセスすることができる。

【０１０１】また再翻訳要求メールでは前回の翻訳要求
時から変更のない情報は省略できることは前述した通り
であるが、特に翻訳すべき原文に前回から変更がない場
合には、原文部７０３を省略することができることは重
要である。翻訳環境部７０１や訳語指定部７０２が通常
あまり大きくならないのに比べ、原文部７０３は翻訳す
べき原文が非常に長い場合は非常に大きなものになって
しまう。この場合、再翻訳要求メールをインターネット
等の上で送出するコスト（課金、ネットワークの負荷
等）は大きくなってしまう。翻訳すべき原文に前回の翻
訳要求から変更がない場合には、ユーザは再翻訳要求メ
ールから原文部７０３を削除して省略することができ
る。

【０１０２】さて、ユーザが上記再翻訳要求メールを第
１回目の翻訳要求メールと同じ所定のアドレスに送信す
ると（ステップＳ２０４）、第２回目の翻訳要求がなさ
れる。

【０１０３】翻訳サービスシステム側ではユーザからの
翻訳要求により処理が行われ（ステップＳ２０５）、翻
訳結果がユーザ側に電子メール等で返送される（ステッ
プＳ２０６）。

【０１０４】ステップＳ２０７では、ユーザは第２回目
の翻訳結果を電子メールで受け取り、翻訳結果が概ね予
期していた通りであった場合は翻訳ジョブは終了する。
訳語指定の追加あるいは専門用語辞書の指定の変更等の
翻訳条件の変更および／または原文の修正等により、さ
らによい翻訳結果が得られる可能性があると判断した場
合には、再び再翻訳要求メールを作成して（ステップＳ
２０８）、さらに３回目の翻訳要求が行われる。以後、
ユーザの必要に応じて任意の回数、翻訳要求を繰り返す
ことができる。

【０１０５】図１２は、翻訳サービスデータベースの構
成を示す図である。前述した通り、翻訳サービスデータ
ベースは計算機のディスク上等のファイルシステム等で
構成されるが、より具体的には、翻訳サービスデータベ
ース１０４全体はファイルシステム上の１つのディレク
トリで構成される。翻訳サービスデータベース１０４
は、受信メールスプール８０１、原文スプール８０２、
制御情報データ部８０３、訳語指定情報データ部８０
４、訳文スプール８０５、用語抽出情報データ部８０６
の構成要素により構成されるが、それぞれの構成要素
は、翻訳サービスデータベース１０４が構成されるディ
レクトリのサブディレクトリとして構成される。

【０１０６】受信メールスプール８０１は、ユーザから
の翻訳要求メールを解析した結果を保存するためのもの
である。

【０１０７】原文スプール８０２は、受信メールスプー
ル８０１から原文部の内容を取り出した結果を保存する
ためのものである。

【０１０８】制御情報データ部８０３は、受信メールス
プール８０１から制御情報（ユーザのメールアドレス、
翻訳ジョブ番号等）を取り出した結果を保存するための
ものである。

【０１０９】訳語指定情報データ部８０４は、受信メー
ルスプール８０１から訳語指定部の内容を取り出した結
果を保存するためのものである。

【０１１０】訳文スプール８０５は、翻訳結果を保存す
るためのものである。

【０１１１】用語抽出情報データ部８０６は、用語抽出
結果を保存するためのものである。翻訳サービスデータ
ベース１０４のそれぞれの構成要素では、翻訳要求受信
部１０１で付けられる翻訳ジョブ番号を名前とするファ
イルが存在し、そのファイルの中に個々の翻訳ジョブに
関する情報が保存される。

【０１１２】以下では、ユーザ側からの翻訳要求に対す
る翻訳サービスシステムの処理の流れに沿って、翻訳サ
ービスシステムの動作について説明する。図１３には、
翻訳サービスシステムの処理手順の一例を示す。

【０１１３】図１の翻訳要求受信部１０１は、ユーザか
ら第１回目の翻訳要求メールを受け取ると、翻訳要求メ
ールをタグに基づいて解析して、ユーザのメールアドレ
ス、訳語指定情報、原文情報等必要な情報を取り出し、
翻訳サービスデータベース１０４にある受信メールスプ
ール８０１に書き出す（ステップＳ９０１）。

【０１１４】この際、必要な情報が記述されていること
を示すタグの外にある情報（例えばユーザの署名等）は
無視される。また、このときにユーザからの翻訳依頼に
対して翻訳サービスシステム中でユニークな翻訳ジョブ
番号が付けられ、以後の翻訳処理、翻訳結果メール返
送、再翻訳処理などの再には全てこの翻訳ジョブ番号を
用いて管理される。また、翻訳要求メールはタグを用い
ることによって、各部分が明示的に指定されているの
で、原文情報部、訳語指定部、翻訳環境部等は任意の順
序で並んでいても正しく解析を行うことができる。な
お、この翻訳要求メールの解析時には、後述するように
ユーザが入力したタグ情報の誤りを修正するようにする
と好ましい（図１５参照）。

【０１１５】次に、ステップＳ９０２では、図１の翻訳
サービス管理部１０２は、受信メールスプール８０１に
新たな翻訳依頼が書き込まれると、それから原文情報を
取り出し、翻訳サービスデータベース１０４中の原文ス
プール８０２に書き出す。その際、原文情報がエンコー
ドされていれば、デコードを行ってプレインテキストに
変換した後に、原文スプール８０２に書き出す。また、
制御情報（ユーザのメールアドレス、ユーザＩＤ、翻訳
ジョブ番号、翻訳要求日時、翻訳要求方法（例えば電子
メールによるかＣＧＩの利用によるかなど）、専門用語
辞書指定情報、文体指定情報等）を受信メールスプール
８０１から取り出し、翻訳サービスデータベース１０４
中の制御情報データ部８０３に書き出す。また、訳語指
定情報を受信メールスプール８０１から取り出し、翻訳
サービスデータベース１０４中の訳語指定情報データ部
８０４に書き出す。

【０１１６】翻訳サービス管理部１０２は、原文スプー
ル８０２への書き出し、制御データ部８０３への書き出
し、訳語指定情報データ部８０４への書き出しが終了す
ると、翻訳エンジン１０３を起動して、翻訳サービスデ
ータベース１０４の各部にある情報に従い、機械翻訳を
行う（ステップＳ９０３）。この際、翻訳結果を得るだ
けでなく、用語抽出も行う。翻訳結果は翻訳サービスデ
ータベース１０４中の訳文スプール８０５に書き込まれ
る。また、用語抽出結果は翻訳サービスデータベース１
０４中の用語抽出情報データ部８０６に書き出される。

【０１１７】図１の翻訳結果提示部１０５は、機械翻訳
および用語抽出が終了すると、翻訳サービスデータベー
ス１０４中の、訳文スプール８０５、用語抽出情報デー
タ部８０６、制御情報データ部８０３、訳語指定情報デ
ータ部８０４、原文スプール８０２を参照し、ユーザに
図６、図７、図８の書式の翻訳結果返送メールを送信す
る（ステップＳ９０４）。

【０１１８】図１の翻訳要求受信部１０１は、ユーザか
ら再翻訳要求メールを受け取ると、第１回目の翻訳要求
メールのときと同じように、再翻訳要求メールをタグに
基づいて解析する（ステップＳ９０１）。

【０１１９】解析の際には行の先頭に引用マーク
（“＞”や“>>”や“｜”や“ｈｏｎｙａｋｕ＞”等で
あるがこれらに限らない）がある行に関しては、引用マ
ークの直後を行の先頭であるとみなして解析を行う。こ
れにより引用マークが付いている行も、付いていない行
も、引用マークがあたかも最初から無かったかの如くに
同様に取り扱うことができる。

【０１２０】また、翻訳要求メールの解析時には翻訳要
求受信部１０１は、まず最初に翻訳環境部（図５の５０
１や図１０の７０１）にアクセスし、翻訳ジョブ番号が
記入されているかどうか検査する。翻訳ジョブ番号が記
入されていない場合には新規の翻訳要求メールであると
判断する。

【０１２１】また、翻訳要求メールや再翻訳要求メール
のメールヘッダの解析を行う際に、ユーザのメールアド
レスが取り出されるが、再翻訳要求メールであると判断
された場合は、翻訳サービスデータベース１０４中の制
御情報データ部８０３にアクセスし、再翻訳要求メール
に記入されていた翻訳ジョブ番号とユーザのメールアド
レスの整合性が検査される。整合性の検査に成功した場
合にはそのまま再翻訳要求メールであると取り扱われる
が、整合性の検査に失敗した場合には翻訳ジョブ番号が
誤っていると判断され、新規の翻訳要求メールであると
取り扱う。いずれの場合にも翻訳要求受信部１０１は、
第１回目の翻訳要求の場合と同様に、ユーザのメールア
ドレス、訳語指定情報、原文情報等を翻訳サービスデー
タベース１０４中にある受信メールスプール８０１に書
き出す。この際、省略されている情報があれば、それら
については書き出されない。

【０１２２】再翻訳要求の場合は以前の翻訳ジョブ番号
がそのまま継続して用いられるが、厳密には第１回目の
翻訳要求時に付けられたジョブ番号が例えば１００５６
２であったとすると再翻訳要求での翻訳ジョブ番号は１
００５６２−２というように枝番号が付けられて管理さ
れる（第３回目の翻訳要求がもしあれば１００５６２−
３となり、また第４回目以降も同様である）。なお、枝
番号はシステム内部でのみ使用し、ユーザには枝番号を
除いた部分のみ通知し、再翻訳要求の際に枝番号を除い
た部分を書かせるようにしてもよいし、ユーザに枝番号
をも通知し、再翻訳要求の際には枝番号をも書かせるよ
うにしてもよい。

【０１２３】また、再翻訳要求メールには前回の翻訳結
果、前回の用語抽出結果など、新たな翻訳には直接関係
のない情報が含まれている場合があるが、これらは翻訳
に必要な情報が記述されていることを示すタグの外にあ
るので無視され、受信メールスプール８０１には書き出
されない。

【０１２４】図１の翻訳サービス管理部１０２は、受信
メールスプール８０１に再翻訳依頼が書き込まれると、
それから原文情報、制御情報、訳語指定情報を取り出
し、それぞれ原文スプール８０２、制御情報データ部８
０３、訳語指定情報データ部８０４に、第１回目の翻訳
要求時と同様に書き出す。ただし、省略されて欠落して
いる情報がある場合には翻訳ジョブ番号を用いて翻訳サ
ービスデータベース１０４を検索して、以前の翻訳要求
時の情報により、欠落している情報が補われる（ステッ
プＳ９０２）。

【０１２５】以下、機械翻訳、用語抽出の実行（ステッ
プＳ９０３）、および翻訳結果提示部１０５による再翻
訳結果のユーザへの電子メールでの送信（ステップＳ９
０４）を第１回目の翻訳要求時と同様に行い、第２回目
の翻訳が終了する。ユーザに送られる翻訳結果返送メー
ルの書式は第１回目の翻訳要求の際と同じである。な
お、ユーザに枝番号をも通知する構成を採用する場合、
翻訳ジョブ番号は枝番号が付いたものとなる。

【０１２６】図１４は、翻訳すべき原文がプレインテキ
ストではない場合の翻訳要求メールの一例である。図１
４において、原文部の先頭に、 MIME−Version ：1.0 Content −Type：application ／octet −stresm；name
＝”NEW YORK.doc” Content −Transfer−Encoding：base64 Contenｔ−Descrirtion ：NEW YORK．doc ( △△△文書
作成ツール） なる記述があるが、これは翻訳すべき原文の一部ではな
く、翻訳すべき原文の書式を表す原文部のヘッダ部であ
り、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒ
ｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）の書式に基
づいて書かれている。なお、ＭＩＭＥについては、例え
ば文献「インターネット ユーザーズガイド 改訂版」
Ｅｄ Ｋｒｏｌ著、村井純簡監訳、ＩＳＢＮ４−９００
７１８−１２−２もしくは「ＳＵＰＥＲ ＡＳＣＩＩ
１９９６年７月号」株式会社アスキー発行、ｐｐ．１１
５−１６９に詳しく説明されている。

【０１２７】具体的にはこのヘッダを用いることによ
り、翻訳すべき原文がプレインテキストではなく、ユー
ザ使用の一般的な文書作成ツール△△△（例えばＭｉｃ
ｒｏｓｏｆｔ社のＭｉｃｒｏｓｏｆｔ Ｗｏｒｄ等）で
作成されたＮＥＷ ＹＯＲＫ．ｄｏｃという名前のファ
イルであり、ｂａｓｅ６４の手法を用いてエンコードさ
れていることを表している。このＭＩＭＥの書式を用い
ることにより、プレインテキストだけでなく、各種アプ
リケーションで作成されたバイナリデータの文書につい
ても翻訳要求を行うことができるようになる。ユーザは
翻訳要求メールの原文部にこのＭＩＭＥの書式に基づい
て翻訳すべき原文データをエンコードしてから挿入すれ
ばよい。翻訳サービスシステムの側では、翻訳サービス
管理部１０２が受信メールスプールから原文情報を取り
出す際に、先頭にＭＩＭＥのヘッダが付いていることを
確認した場合には、原文部をデコードしてプレインテキ
ストに変換した後に、原文スプールへの書き出しを行
う。

【０１２８】この原文部には上記の一般的な文書作成ツ
ールによって書かれた文書以外にも例えばＨＴＭＬ文書
の場合には、 ＭＩＭＥ−Ｖｅｒｓｉｏｎ：１．０ Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｈｔｍｌ Ｃｏｎｔｅｎｔ−Ｔｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎ
ｇ：７ｂｉｔ と先頭に記述しておくことにより、ＨＴＭＬで書かれた
文書をそのまま翻訳すべき原文として送付することがで
きる。

【０１２９】この原文部は特殊なフォーマットによらな
いで一般的に広く使われているＭＩＭＥの書式に従って
いるので、ユーザは上記２つの例示した文書に限らず、
任意の種類の文書をＭＩＭＥの書式に従ってエンコード
して、翻訳すべき原文として送付することができる。

【０１３０】また、翻訳サービスシステムの側でも例え
ば上記のＷｏｒｄ用のデコーダ、ＨＴＭＬ用のデコーダ
を用意するだけでなく必要に応じて任意の種類のデコー
ダを追加することにより、様々な種類の原文の書式に対
応することができる。どのデコーダを用いてプレインテ
キストに変換すればよいかの判断は、ＭＩＭＥフォーマ
ットで書かれている原文部のヘッダを参照することによ
り行われる。

【０１３１】また、原文部に上記のＭＩＭＥのヘッダが
ない場合には、その原文部はプレインテキストで書かれ
ていると判断され、翻訳サービス管理部１０２により受
信メールスプール８０１からそのまま原文スプール８０
２にコピーされる。

【０１３２】なお、図１４に示されているエンコードさ
れた原文の中身は、あくまで説明のために例として示し
たものであり、実際のデータを表すものではない。

【０１３３】前述した通り、第１回目の翻訳要求メール
作成の際には、ユーザがＷＷＷブラウザ上に表示される
翻訳要求作成支援ページ（図４参照）の内容をコピーア
ンドペーストを用いるなどして電子メールツール上にコ
ピーするが、その際にコピーアンドペーストにミスがあ
った、あるいはコピーアンドペーストができない環境に
ユーザがあったのでキーボード入力で翻訳要求作成支援
ページの内容を電子メールツール上に書き写す際にタイ
プミスがあった等の理由でタグ情報に誤りが発生するこ
とがある。これまで説明したように、本実施形態の翻訳
サービスシステムではタグがユーザからの翻訳要求を解
析する際あるいは翻訳結果返送の際に重要な役割を持っ
ている。したがって、ユーザがタグの入力ミスをした場
合にはそのままでは正しく翻訳結果が得られない状況が
生じてしまう。そのためユーザのタグの入力誤りを訂正
する機能を翻訳要求受信部１０１に備えている。

【０１３４】図１５は翻訳要求受信部１０１におけるタ
グの誤りの修正を行う処理の流れを示すフローチャート
である。図１５を用いてユーザから受信したメールの１
行についてタグの誤りを修正する際の手順について説明
する。

【０１３５】図１５のステップＳ１１０１では現在の行
が予めシステムで定義されたタグのセットに含まれてい
るかどうかが検査される。予めて定義されたタグのセッ
トに含まれていた場合には正しくタグが認識されたので
終了する。そうでない場合にはステップＳ１１０２に進
む。

【０１３６】ステップＳ１１０２では、例えば図１６に
示すようなタグ訂正テーブルを検索して、現在の行がタ
グ訂正テーブルの任意のどのエントリの左辺に存在する
かどうかが検査される。タグ訂正テーブルのどのエント
リの左辺にも存在しなかった場合にはステップＳ１１０
４に進む。タグ訂正テーブルのあるエントリの左辺に存
在した場合はステップＳ１１０３に進む。

【０１３７】ステップＳ１１０３では現在の行をタグ訂
正テーブルの右辺のエントリの正しいタグと置き換えて
終了する。また、ステップＳ１１０４では現在の行はタ
グ行ではないと判断され終了する。

【０１３８】このようにすることにより、ユーザがタグ
の入力ミスを行っても、タグ訂正テーブルに誤り候補と
して登録されている限り、正しく翻訳処理を行うことが
できる。なお、タグの長さを十分長くして冗長を持たせ
ておくことにより、タグ情報が間違って訂正されたり、
タグ訂正テーブルに誤り候補を十分な数登録できない可
能性を排除することができる。

【０１３９】図１７は本実施形態における用語抽出結果
の一例である。用語抽出とは、原文中に含まれている語
句の中で、文書にとって重要な意味を持っていると推定
されたが、翻訳用辞書にその語句が見出し語として登録
されていない、あるいは訳語指定されていないものをリ
ストアップする機能である。文書にとって重要な意味を
持っていると判断する根拠は、文書中に現れる回数（頻
度）が多いことなどを利用することができる。

【０１４０】図１７の最初の２例では、原文（英文）中
に、“ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ”という語句
が１８回、“ｓｅｒｉａｌ ｂｕｓ”という語句が１３
回現れたが、いずれも複合語としての見出しが訳語辞書
になかったために、構成語の訳を組み合わせて、「サー
ビス提供者」「連続バス」という訳語を出力したことを
示している。最後に１例では、原文（英文）中に、“ｈ
ｏｓｔｎａｍｅ”という語句が１０回現れたが、見出し
語として翻訳辞書になかったために、英語のまま、「ｈ
ｏｓｔｎａｍｅ」という語句を出力したことを示してい
る。

【０１４１】ユーザはこの抽出結果を参照することによ
り、これまでの訳語指定部に、図１８の内容を追加する
と、“ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ”に対して
「サービスプロバイダ」、“ｓｅｒｉａｌ ｂｕｓ”に
対して「シリアルバス」、“ｈｏｓｔｎａｍｅ”に対し
て「ホスト名」の訳語を使って、より適切な訳文を得ら
れることがわかる。

【０１４２】なお、常に、翻訳結果に加えて用語抽出結
果も提示するようにしてもよいし、ユーザが用語抽出を
要求した場合にのみ翻訳と用語抽出を行うようにしても
よい。また、ユーザが、（１）翻訳結果と用語抽出結果
の両方を提供するサービス、（２）翻訳のみのサービ
ス、（３）用語抽出のみのサービスのうちから所望のも
のを選択できるようにしてもよい。なお、用語抽出のみ
行う場合には、用語抽出に必要な最低限の構文解析等の
みを行うようにすればよい。また、翻訳サービスシステ
ムが用語抽出の機能を持たない実施形態も可能である。

【０１４３】また、本実施形態で例示したタグは一例で
あり、この他にも、必要に応じて種々の機能を持つタグ
を任意に設けることが可能である。

【０１４４】なお、本実施形態では、タグは各部分の最
初と終りを挟むように挿入したが、例えば各部分の先頭
にそこから下何行までが該当部分に含まれるかを示す１
つのタグを挿入してもよいし、その他にも、種々の方法
が考えられる。

【０１４５】また、本実施形態で例示した翻訳パラメー
タは一例であり、この他にも、種々の翻訳パラメータを
任意に設けることが可能である。

【０１４６】また、図４の翻訳要求メール作成支援ペー
ジから翻訳要求メールを作成する際にはコピーアンドペ
ーストを用いたが、例えばＷＷＷブラウザと電子メール
がＭＡＰＩ（Ｍｅｓｓａｇｉｎｇ Ａｐｐｌｉｃａｔｉ
ｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）
に対応していれば、ＭＡＰＩにより直接電子メールにＷ
ＷＷブラウザの内容を渡すことも可能である。なお、Ｍ
ＡＰＩについては、例えば文献“Ｉｎｓｉｄｅ Ｍａｐ
ｉ （Ｍｉｃｒｏｓｏｆｔ Ｐｒｏｇｒａｍｉｎｇ Ｓ
ｅｒｉｅｓ）、Ｍｉｃｒｏｓｏｆｔ Ｐｒｅｓｓ社、１
９９６年９月発行、ＩＳＢＮ１５７２３１３１２９”に
詳しく説明されている。

【０１４７】また、例えば図１において翻訳要求受信部
１０１を、ＷＷＷサーバ１０６とＣＧＩデコーダ１０８
で構成して、翻訳要求をＣＧＩによりユーザから受け取
ることも可能である。例えば先に説明した例においてユ
ーザがＷＷＷブラウザを用いてＷＷＷサーバ１０６にア
クセスすることにより該ＷＷＷブラウザ上に表示される
図３のページにおいてユーザのメールアドレスを記述す
る欄をさらに設け、ユーザが必要事項を記入して「翻訳
要求」ボタンを押すことにより、ユーザが入力した情報
が、ユーザの計算機上のＷＷＷブラウザからＷＷＷサー
バ１０６に送られ、ＷＷＷサーバ１０６は、ＷＷＷブラ
ウザから送られてきた情報をＣＧＩデコーダ１０８を用
いて処理することにより、翻訳要求を受け付けるように
してもよい。

【０１４８】また、図１において上記のように、翻訳要
求をＣＧＩによりユーザから受け取り、受けとった情報
をＷＷＷサーバ１０６から翻訳要求受信部１０１に渡す
ようにして、翻訳サービスシステムが電子メールによる
翻訳要求とＣＧＩを利用した翻訳要求の両方を受け付け
可能としてもよい。この場合、例えば、ユーザがＷＷＷ
サーバ１０６にアクセスする際に、いずれの方法を選択
するか指定できるようにしてもよい。

【０１４９】また、上記した実施形態では、翻訳結果返
送の際には電子メールを利用したが、翻訳結果返送にＷ
ＷＷページやＦＴＰを用いることも可能である。

【０１５０】ところで、上記した実施形態では、再翻訳
において、原文を全て送信するか、原文を省略して翻訳
サービスデータベース内に保存されている該当する原文
を使用するかのいずれかであったが、原文の一部のみ修
正する場合、修正部分を指定するタグを用いて、修正す
る部分のみを通知するようにしてもよい。

【０１５１】例えば、翻訳要求において原文が省略され
ていれば、前述と同様に翻訳サービスデータベースから
該当する原文を検索してきて使用し、修正部分を指定す
るタグがなければ、記述された原文のみ翻訳対象とす
る。一方、修正部分のみ指定するタグがあれば、そのタ
グで挟まれた部分に記述された修正を、翻訳サービスデ
ータベース内に保存されている該当する原文に対して施
して得たものを使用する。

【０１５２】修正を指示する１つの方法としては、もと
の原文中の置換対象となる文字または文字列等と、置換
後の文字または文字列等を指定する方法が考えられる。

【０１５３】他の方法としては、第１回目の翻訳結果返
送の際に、原文を段落等により適当な数のかたまりに分
け、各かたまりの部分に連続番号を付し、ユーザは修正
する部分についてのみ、連続番号のタグと修正後の文を
対にして送信する。

【０１５４】また、その他にも種々の方法が考えられ
る。

【０１５５】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。また、上記した各手順あるいは手
段をコンピュータに実行させるためのプログラムを記録
した機械読取り可能な媒体として実施することもでき
る。

【０１５６】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０１５７】

【発明の効果】本発明によれば、ユーザが再翻訳要求を
作成し易いようにサポートするので、ユーザがより手軽
にかつより効果的な再翻訳要求を行えるようにサービス
することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る翻訳サービスシステ
ムの構成を示す図

【図２】ユーザから見た翻訳処理の流れを示すフローチ
ャート

【図３】翻訳要求受け付けページの一例を示す図

【図４】翻訳要求メール作成支援ページの一例を示す図

【図５】翻訳要求メールの一例を示す図

【図６】翻訳結果返送メールの一例を示す図

【図７】翻訳結果返送メールの一例（図６の続きの部
分）を示す図

【図８】翻訳結果返送メールの一例（図７の続きの部
分）を示す図

【図９】再翻訳要求メールの一例を示す図

【図１０】再翻訳要求メールの一例（図９の続きの部
分）を示す図

【図１１】再翻訳要求メールの一例（図１０の続きの部
分）を示す図

【図１２】翻訳サービスデータベースの内部構成の一例
を示す図

【図１３】翻訳サービスシステムの処理の流れを示すフ
ローチャート

【図１４】翻訳要求メールの一例を示す図

【図１５】タグ修正の処理の流れを示すフローチャート

【図１６】タグ訂正テーブルの一例を示す図

【図１７】用語抽出結果の一例を示す図

【図１８】追加する訳語指定内容の一例を示す図

【符号の説明】

１０１…翻訳要求受信部 １０２…翻訳サービス管理部 １０３…翻訳エンジン １０４…翻訳サービスデータベース １０５…翻訳結果提示部 １０６…ＷＷＷサーバ １０７…ＷＷＷページデータベース １０８…ＣＧＩデコーダ ３０１…専門用語辞書指定部 ３０２…文体指定部 ３０３…訳語指定部 ３０４…原文入力部 ５０１，４０１，６０３，７０１…翻訳環境部 ５０２，４０２，６０４，７０２…訳語指定部 ５０３，４０３，６０５，７０３…原文部 ６０１…翻訳結果部 ６０２…用語抽出結果部 ８０１…受信メールスプール ８０２…原文スプール ８０３…制御情報データ部 ８０４…訳語指定情報データ部 ８０５…訳文スプール ８０６…用語抽出情報データ部

Claims (12)

【特許請求の範囲】
1. 【請求項１】少なくとも第１言語の文書を含む翻訳要求
   を受信する要求受信手段と、受信した該第１言語の文書
   を所定の第２言語の文書へ翻訳する翻訳手段と、翻訳結
   果をユーザに提示する提示手段とを備えた翻訳サービス
   システムにおいて、 前記要求受信手段は、翻訳にあたって不要な情報でかつ
   翻訳にあたって不要であることが区別できるものを含む
   ことのある電子メールでの翻訳要求を受け付けることが
   できるものであり、 前記提示手段は、前記翻訳結果とともに前記翻訳要求に
   係る内容のうち所定の内容をもユーザに提示するもので
   あることを特徴とする翻訳サービスシステム。
2. 【請求項２】少なくとも第１言語の文書の部分を含む翻
   訳要求を受信する要求受信手段と、受信した該第１言語
   の文書を所定の第２言語の文書へ翻訳する翻訳手段と、
   翻訳結果をユーザに提示する提示手段とを備えた翻訳サ
   ービスシステムにおいて、 前記翻訳要求の各部分の最初と終りを、挿入されたタグ
   により認識する手段を備えたことを特徴とする翻訳サー
   ビスシステム。
3. 【請求項３】ユーザからの翻訳要求に含まれるタグに誤
   りがあった場合に、前記タグの誤りを訂正して処理する
   手段を備えたことを特徴とする請求項２に記載の翻訳サ
   ービスシステム。
4. 【請求項４】翻訳要求として受信した電子メールの行の
   先頭に所定の引用マークが存在する場合には、該引用マ
   ークの次が行の先頭であるとみなして所定の処理をする
   ことを特徴とする請求項１ないし３のいずれか１項に記
   載の翻訳サービスシステム。
5. 【請求項５】翻訳履歴を保存する手段と、 受信した再翻訳要求の中で省略されている情報がある場
   合には、翻訳に先だって、前記翻訳履歴から該省略され
   ている情報を得る手段を備えたことを特徴とする請求項
   １ないし４のいずれか１項に記載の翻訳サービスシステ
   ム。
6. 【請求項６】受信した翻訳要求の原文の書式を判定し、
   該原文の書式がプレインテキストでない場合には、翻訳
   に先だって、該原文をプレインテキストに変換する手段
   をさらに備えたことを特徴とする請求項１ないし５のい
   ずれか１項に記載の翻訳サービスシステム。
7. 【請求項７】少なくとも第１言語の文書を含む翻訳要求
   を受信し、受信した該第１言語の文書を所定の第２言語
   の文書へ翻訳し、翻訳結果をユーザに提示する翻訳サー
   ビスシステムの翻訳サービス提供方法であって、 翻訳にあたって不要な情報でかつ翻訳にあたって不要で
   あることが区別できるものを含むことのある電子メール
   での翻訳要求を受け付け、 受信した電子メールのうち翻訳にあたって不要な情報を
   除いた部分をもとに翻訳を行い、 前記翻訳結果とともに前記翻訳要求に係る内容のうち所
   定の内容をもユーザに提示することを特徴とする翻訳サ
   ービス提供方法。
8. 【請求項８】少なくとも第１言語の文書の部分を含む翻
   訳要求を受信する要求受信手段と、受信した該第１言語
   の文書を所定の第２言語の文書へ翻訳する翻訳手段と、
   翻訳結果をユーザに提示する提示手段とを備えた翻訳サ
   ービスシステムの翻訳サービス提供方法であって、 前記翻訳要求の各部分の最初と終りを、挿入されたタグ
   により認識することを特徴とする翻訳サービス提供方
   法。
9. 【請求項９】ユーザからの翻訳要求に含まれるタグに誤
   りがあった場合に、前記タグの誤りを訂正して処理する
   ことを特徴とする請求項８に記載の翻訳サービス提供方
   法。
10. 【請求項１０】翻訳要求として受信した電子メールの行
    の先頭に所定の引用マークが存在する場合には、該引用
    マークの次が行の先頭であるとみなすことを特徴とする
    請求項７ないし９のいずれか１項に記載の翻訳サービス
    提供方法。
11. 【請求項１１】翻訳履歴を保存しておき、 受信した再翻訳要求の中で省略されている情報がある場
    合には、翻訳に先だって、前記翻訳履歴から該省略され
    ている情報を得ることを特徴とする請求項７ないし１０
    のいずれか１項に記載の翻訳サービス提供方法。
12. 【請求項１２】受信した翻訳要求の原文の書式を判定
    し、該原文の書式がプレインテキストでない場合には、
    翻訳に先だって、該原文をプレインテキストに変換する
    ことを特徴とする請求項７ないし１１のいずれか１項に
    記載の翻訳サービス提供方法。