JP2002149646A

JP2002149646A - 翻訳システム

Info

Publication number: JP2002149646A
Application number: JP2000339590A
Authority: JP
Inventors: Akihiro Yamada; 晃弘山田; Atsushi Maeda; 篤志前田; Tsugufumi Matsuoka; 継文松岡
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 2000-11-07
Filing date: 2000-11-07
Publication date: 2002-05-24

Abstract

(57)【要約】【課題】現在の電子辞書や翻訳ソフトは、その目的か
ら当然ではあるが、真の意味でのコミュニケーションツ
ールにはなっていない。【解決手段】エントランスサーバ２０はユーザの発話
をユーザ発話集に照らして特定する。翻訳サーバ２４は
その特定された発話を辞書ファイルに照らして他言語に
よる対応表記を得る。エントランスサーバ２０と翻訳サ
ーバ２４はネットワークノードとして別個に構成されて
おり、ユーザ発話の特定と翻訳の作業を分散処理で実施
する。翻訳システム１６はいろいろなネットワークサー
ビスの中へ組み込むことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は翻訳技術に関し、
とくに、サーバ・クライアントシステムその他のシステ
ムを利用した電子的な翻訳技術に関する。

【０００２】

【従来の技術】電卓程度の大きさの電子辞書とよばれる
装置が以前から知られている。この装置は、ユーザがあ
る単語を入力すると、それに対応する英単語その他の言
語の単語を表示してくれる。通常の紙の辞書は、非常に
重たいか、逆に軽いものは非常に文字が小さいなど、概
して出先での利用に不向きであった。しかし、電子辞書
は海外旅行に携帯しても苦にならず、また自宅で利用す
る場合も場所をとらない等、一部のユーザに高い支持を
得ている。

【０００３】こうした辞書専用装置のほかに、最近では
汎用のＰＣソフトとして各種辞書が発売されており、こ
ちらは携帯面はＰＣの形状自体に依存するものの、使い
やすさにはいろいろな工夫がされている。このため、外
国語で書類を書くユーザはもちろん、最近ではプロの翻
訳者でも利用する者が増えている。

【０００４】

【発明が解決しようとする課題】こうした装置やソフト
は、おもに単語を単位とする用途を考えて設計されてい
る。もともと、紙媒体の辞書をそのまま電子化したもの
であり、辞書が単語をベースとして編集されているため
である。

【０００５】しかしながら、プロの翻訳者や外国語を日
常的に利用するユーザならともかく、一般のユーザは単
語単位で外国語を調べても、これを文章に組み立てた
り、会話の形に落とすことは非常に困難である。その意
味で現在の電子辞書やソフトは、その目的からして当然
ではあるが、真の意味でのコミュニケーションツールに
はなっていない。

【０００６】本発明はこうした状況においてなされたも
のであり、その目的は、利便性と性能に優れたコミュニ
ケーションツールとしての翻訳システムを提供すること
にある。

【０００７】

【課題を解決するための手段】本発明の翻訳システムの
ある態様は、ユーザの発話を想定して作成された電子的
なユーザ発話集を有し、前記ユーザから発話が入力され
たときその内容を特定する第１のブロックと、前記発話
の翻訳を目的として作成された電子的な辞書ファイルを
有し、前記発話の他言語による対応表記を前記ユーザへ
提供する第２のブロックとを含む。また、前記第１およ
び第２のブロックをそれぞれ異なるノードとしてネット
ワークに接続し、前記ユーザ発話集と前記辞書ファイル
を分散して配している。第１のブロックはユーザの発話
を受け付けることから「エントランスサーバ」とも呼ぶ
べき構成であり、第２のブロックは実際に翻訳を担当す
ることから「翻訳サーバ」とも呼ぶべき構成である。こ
の翻訳サーバは、さらに複数のサーバに分かれていても
よく、それらのサーバがそれぞれ専門分野に対応しても
よい。例えば、科学技術、日常会話、政治経済など、ユ
ーザが発しそうなテーマ別に構成することもでき、エン
トランスサーバがユーザの発話内容に応じていずれの分
野の翻訳サーバに担当させるか判断してもよい。

【０００８】ユーザの発話の特定と、特定された発話の
翻訳は、それぞれある程度負荷を伴う。そのため、第１
および第２のブロックを異なるネットワークノードに配
し、処理を分散させている。第１および第２のブロック
は、それぞれユーザ端末をクライアントとするサーバと
して構成してもよい。分散処理による処理の高速化のほ
か、ユーザ発話集および辞書ファイルのメンテナンスを
個別に行うことが容易になり、システム全体の継続的改
良を進めやすい。この場合も、前述のごとく専門分野ご
とに翻訳サーバを分けておけば、分野別にメンテナンス
することができる。

【０００９】なお「発話」は必ずしも音声によるものに
限らず、広く単語や文章を指し、テキストベースで入力
されるものも含む。これは本明細書で一貫した解釈とす
る。「対応表記」は例えば日本語の発話「おはよう」に
対する英語の「Good morning」をいう。ユーザは翻訳先
の言語（以下「目的言語」という）を指定できてもよ
く、本システムはその指定を受け付ける目的言語設定部
を有してもよい。

【００１０】前記第１のブロックは、前記ユーザの発話
を前記ユーザ発話集の中で検索する発話検索部と、前記
ユーザの発話が前記ユーザ発話集の中に見い出されなか
ったとき、その旨をシステム管理者（以下、単に管理者
という）へ通知する通知部とを含んでもよい。その場
合、管理者がユーザに別途対応したり、ユーザ発話集、
および場合により辞書ファイルを改訂したりすることが
できる。

【００１１】本発明の翻訳システムの別の態様は、ユー
ザの発話を想定して作成された電子的なユーザ発話集
と、前記発話が入力されたとき前記ユーザ発話集を用い
てその内容を特定する発話検索部と、前記ユーザの発話
を想定して作成され、その発話の複数言語間の対応を記
述する辞書ファイルと、前記ユーザに所定のサービスを
なす機能ブロックと、前記サービスを受けるべく仮想的
に集合した任意数のユーザが利用する言語（以下表記の
便宜のため「母国語」というが、それに限る必要はな
い）を翻訳の目的言語として設定する目的言語設定部
と、前記ユーザのいずれかによってなされた発話につい
て前記発話検索部によって特定された内容を前記辞書フ
ァイルに照合し、前記目的言語によるその発話の対応表
記を特定する対応表記検索部とを含み、前記機能ブロッ
クは、前記対応表記を前記サービスに組み込んで提供す
る。

【００１２】「所定のサービス」は異言語間の翻訳が役
立ちうるすべてのサービスをいう。「仮想的に集合した
任意数のユーザ」の最小単位は１名であるが、チャット
ルームへ入った人々の集合のように、サービスを軸とし
て共通点のある複数ユーザでもよい。「集合」とは、そ
のサービスを受けるために、例えば所定のウェブページ
へアクセスするなど、サービス提供の場へ到達している
ことをいう。

【００１３】この態様では、あるユーザが発話をする
と、それが目的言語による対応表記へ翻訳され、サービ
スへ組み込まれる。したがって各ユーザは、たとえ最初
の発話が知らない言語でなされても、母国語による対応
表記が得られるので、サービスの内容を理解することが
できる。いろいろな言語の人々によるチャットルーム
や、多数国のユーザがそれぞれ登場人物に扮してなされ
る大規模なネットワークＲＰＧ（ロールプレイングゲー
ム）などが本システムにより実現する。なお、ユーザが
１名しかいない場合でも、例えば外国語でなされるオン
ラインショッピングやチケット予約サービスなどの場で
本システムは奏効する。

【００１４】前記機能ブロックは、前記ユーザのそれぞ
れに対し、前記対応表記のうち、そのユーザの母国語に
よる表記をそのユーザのためのサービスに組み込むこと
により、前記目的言語を単位としてサービスをカスタマ
イズしてもよい。たとえば、ユーザが多国籍で、合計５
種類の言語を利用する場合、対応表記も、オリジナルの
発話の言語を含め、５種類になる。しかし、ひとりのユ
ーザについてはその母国語による対応表記だけで十分で
ある。したがって、英語を母国語とするユーザには、少
なくとも前記発話の英語による対応表記がなされたサー
ビスを提供し、以下言語ごとに同様の措置をとる。

【００１５】本システムでは、前記ユーザ発話集と前記
辞書ファイルを異なるネットワークノードに配し、前記
ユーザからネットワークを介してなされる前記サービス
の要求に対し、前記発話の内容の特定と前記対応表記の
特定を分散して処理してもよい。これも既述のごとく、
処理の高速化とメンテナンス効率の改善に寄与する。

【００１６】なお、以上の構成要素の任意の組合せ、本
発明の各態様を方法、装置、記録媒体などで表現したも
のもまた、本発明の態様として有効である。

【００１７】

【発明の実施の形態】実施の形態１図１は、実施の形態１に係る翻訳システム１６を含むネ
ットワークシステム１０の全体構成を示す。ここでは、
ユーザ端末１２と翻訳システム１６がインターネット１
４を介して接続されている。ユーザ端末１２はＰＣ（パ
ーソナルコンピュータ）、ＰＤＡ、インターネット１４
へ接続可能な携帯電話、その他任意のハードウエアであ
る。

【００１８】翻訳システム１６は、エントランスサーバ
２０と翻訳サーバ２４を含む。エントランスサーバ２０
と翻訳サーバ２４はひとつのサイト内で一体に構成され
てもよいが、別個に設けてもよい。別個に設ける場合、
処理の分散による負荷の平滑化または最適化ができ、ま
たシステムメンテナンス上のメリットもある。一体に構
成する場合、利用するトータルのハードウエア資産が少
なくて済む可能性がある。いずれを選択するかは、シス
テムの設計および運営方針による。

【００１９】図中、エントランスサーバ２０、翻訳サー
バ２４のネットワークアドレスをそれぞれＵＲＬａ、Ｕ
ＲＬｂと記述している。ユーザは翻訳サービスを受ける
ために、まずエントランスサーバ２０へアクセスする。
エントランスサーバ２０はユーザの発話を受け取り、そ
の内容を特定する。内容が特定されたとき、エントラン
スサーバ２０はユーザ端末１２へ翻訳サーバ２４のアド
レスＵＲＬｂを設定し、ユーザ端末１２のアクセス先を
翻訳サーバ２４へ変更する。翻訳サーバ２４は、特定さ
れた発話の内容を翻訳し、ユーザへ返すとともに、つぎ
の発話を受け付けてこれをエントランスサーバ２０へ送
付する。また、ユーザ端末１２にエントランスサーバ２
０のアドレスＵＲＬａを設定し、ユーザのアクセス先を
エントランスサーバ２０へ戻す。以下、エントランスサ
ーバ２０と翻訳サーバ２４の処理を繰り返す。

【００２０】図２は、エントランスサーバ２０の構成を
示す。この構成は、ハードウエア的には、任意のコンピ
ュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、
ソフトウエア的にはメモリのロードされた発話特定機能
のあるプログラムなどによって実現されるが、ここでは
それらの連携によって実現される機能ブロックを描いて
いる。したがって、これらの機能ブロックがハードウエ
アのみ、ソフトウエアのみ、またはそれらの組合せによ
っていろいろな形で実現できることは、当業者には理解
されるところである。

【００２１】エントランスサーバ２０は、例えばＷｅｂ
サーバその他インターネット上のサービス主体でもよ
く、その場合、エントランスサーバ２０の各機能はＣＧ
Ｉ（Common Gateway Interface）のようにサーバ側に処
理の主たる機能が残るもの、Ｊａｖａ（商標）アプレッ
トのようにクライアント側に処理の主たる機能が移動す
るもの、ＡＰＩ（Application Program Interface）型
でサーバとクライアントの両方に処理の主たる機能であ
るＪａｖａアプリケーションなどを配するものなど、い
ろいろな態様で実現できる。これは翻訳サーバ２４でも
同様である。なお、図２において、「Ｈ」は発話、「Ｔ
Ｌ」は翻訳の目的言語、「Ｒ」はデータベースのレコー
ド、「ＵＷ」は内容が判明しなかった発話（以下、不明
発話という）をそれぞれ指す。

【００２２】エントランスサーバ２０の通信部３０は、
インターネット１４を介してユーザ端末１２、翻訳サー
バ２４等と連絡する。発話取得部３２はユーザが入力し
た発話を取得し、これを発話検索部３４へ送付する。発
話検索部３４はその発話をユーザ発話集３８へ照合し、
発話の内容を特定する。特定は、ユーザの発話一文全体
として一致するものを見つけることで行われる。特定さ
れた発話はレコード番号Ｒの形で翻訳サーバ２４へ送付
され、翻訳サーバ２４に内蔵された辞書ファイルの該当
レコードが読み出される。発話検索部３４は発話の特定
後、ユーザ端末１２へ翻訳サーバ２４のアドレスＵＲＬ
ｂを設定する。

【００２３】ユーザの発話と完全に一致するものがユー
ザ発話集３８に格納されているときは問題がないが、と
くにユーザ発話集３８の充実化の過程では、そうならな
いことも多い。その場合、発話検索部３４は既知の方法
でユーザの発話を形態素に分解し、それらのうち名詞の
論理積をとって再検索をかけるなどの処理により、最も
確からしい発話をユーザ発話集３８から見いだす。再検
索の対象となった発話、および、そうした再検索を通し
ても判明しなかった発話は、ともに不明発話として不明
発話ファイル４０に記録され、これが通知部４２を通じ
て翻訳システム１６の管理者へ電子メール等により通報
される。管理者はその発話とその対応表記をユーザ発話
集３８と辞書ファイルへ新規登録し、システムを改善す
る。このメンテナンスによれば、なんら困難なプロセス
なく、不明発話をそのままユーザ発話集３８に追加して
いくことができるため、システムの充実は非常に容易で
ある。

【００２４】目的言語設定部４４は、ユーザが翻訳先と
して指定する言語、すなわち目的言語を取得し、これを
翻訳サーバ２４へ伝える。これにより、翻訳サーバ２４
は多数の言語の中からユーザが望む言語による翻訳を実
行する。

【００２５】図３はユーザ発話集３８の内部構成を示
す。ユーザ発話集３８は第１文字欄５０、ユーザ発話欄
５２、レコード欄５４を有する。第１文字欄５０には５
０音が記入され、ユーザ発話欄５２にはユーザの想定発
話が５０音順に記入されている。ユーザの発話は「あ
さ」のような一語の単語でもよく、その他会話文や任意
の文章が想定されている。レコード欄５４には、後述の
翻訳サーバ２４の辞書ファイルのレコード番号Ｒが記述
されており、したがってこれが辞書を引く際のインデッ
クスとなる。同図では、例えばユーザ発話「ありがと
う」のインデックスが「Ｒ１１２」と記入されている。

【００２６】図４は翻訳サーバ２４の内部構成を示す。
通信部６０はインターネット１４を介してユーザ端末１
２、エントランスサーバ２０等と連絡する。エントラン
スサーバ２０の発話検索部３４によって特定されたレコ
ード番号Ｒは、通信部６０を経てレコード取得部６２で
受信され、対応表記検索部６４へ通知される。一方、エ
ントランスサーバ２０の目的言語設定部４４で取得され
た目的言語も対応表記検索部６４へ通知される。対応表
記検索部６４は、これらの情報をもとに辞書ファイル６
６内からユーザ発話の対応表記（図中ＳＲ）を読み出
し、これを整形部６８へ送付する。整形部６８は対応表
記をＷｅｂページまたは電子メールなど（図中Ｐ）の形
に整形し、通信部６０を介してユーザ端末１２へ送信す
る。指示取得部７０はユーザの次の発話を取得してこれ
をエントランスサーバ２０へ伝達したり、対応表記が複
数存在するとき、ユーザによる選択を受け付けたり、対
応表記をユーザが編集中の文書データや電子メールの中
へ貼付するための指示を受け付けるなど、任意の処理を
なす。指示取得部７０は、つぎの発話を特定するため
に、ユーザ端末１２のアクセス先をエントランスサーバ
２０、すなわちＵＲＬａへ戻すことで処理を締めくく
る。

【００２７】図５は辞書ファイル６６の構成を示す。辞
書ファイル６６は、レコード欄５４、英語欄８０、仏語
欄８２、その他の言語による対応表記の欄（図示せず）
を含む。ここでは、レコード番号Ｒ１１２のユーザ発話
である「ありがとう」に対して、その英語訳と仏語訳が
例示されており、それぞれふたつの候補が記述されてい
る。例えば英語の場合、通常の表現として「Thank yo
u.」、よりていねいな表現として「Thank you very muc
h.」その他がリストされ、ケースバイケースでユーザが
選択できるよう配慮されている。

【００２８】以上の構成による翻訳サービスの流れを説
明する。図６は翻訳サービスを受けるためにユーザがエ
ントランスサーバ２０へアクセスしたとき最初に表示さ
れる画面である。サービスのタイトル「VIRTUAL TRANSL
ATOR」の下に、ユーザが翻訳先言語、すなわち目的言語
を指定する領域９０があり、ここでは英語が選択されて
いる。その下に、「翻訳したい文章（単語）を入力して
下さい。」と表記され、発話入力領域９２が設けられて
いる。ユーザはここに「ありがとう」を入力し、送信ボ
タン９４を押す。このアクションにより、エントランス
サーバ２０による一連の処理が実行され、目的言語であ
る「英語」およびレコード番号Ｒ１１２が翻訳サーバ２
４へ送られる。また、ユーザ端末１２のアクセス先が翻
訳サーバ２４へ移る。

【００２９】図７は、ユーザが翻訳サーバ２４へアクセ
スしたときに表示される画面を示す。翻訳サーバ２４は
レコード番号Ｒ１１２をもとに「ありがとう」の対応表
記レコードを特定し、さらにエントランスサーバ２０か
ら送られた目的言語「英語」をもとに最終的にユーザの
求める翻訳を提供する。ここでは、既述のごとく「あり
がとう」に対応するふたつの訳９６が簡単な説明ととも
に表示されている。ここで仮に、ユーザがいずれかの訳
をクリック等して選択すると、翻訳サーバ２４の指示取
得部７０により、その訳が編集中の電子メールへ貼付さ
れるなど、いろいろな展開が可能である。

【００３０】図８は以上の処理をまとめて示すフローチ
ャートである。処理はユーザによる目的言語の設定（Ｓ
１０）、発話取得部３２による発話の取得（Ｓ１２）、
発話検索部３４による発話の検索（Ｓ１４）と進み、ユ
ーザの発話がユーザ発話集３８に発見された場合（Ｓ１
６のＹ）、翻訳サーバ２４による翻訳（Ｓ１８）、整形
（Ｓ２０）を経てユーザ端末１２へ提供される（Ｓ２
２）。一方、ユーザの発話がユーザ発話集３８に発見で
きず、また形態素解析等によってもその内容が特定でき
なかったとき（Ｓ１６のＮ）、この発話を不明発話ファ
イル４０へ記録する（Ｓ２４）とともに、管理者へ通知
がなされる（Ｓ２６）。以上、実施の形態１によれば、
システム全体の応答性とメンテナンス容易性を高めつ
つ、ユーザの求めに応じた翻訳が実現する。

【００３１】実施の形態２本発明の翻訳システムは、ユーザが複数存在する各種用
途にも適用できる。図９は多数国のユーザが一堂に会す
るチャットルームを実現するためのエントランスサーバ
２０を示す。同図において図２と同等の構成には同一の
符号を与え、適宜その説明を省略する。

【００３２】チャット機能ブロック１０２は従来一般的
なチャットルーム実現のための機能を提供する。すなわ
ち、ユーザのニックネーム等の登録と入室の受付、入室
者の管理、発話の取得とその同報的な送信等である。チ
ャット機能ブロック１０２は、内部に図示しないユーザ
属性取得部を有し、これが通常のユーザ情報のほかに、
ユーザの母国語を示す情報（以下、母国語情報という）
を取得する。母国語情報はユーザに入力させてもよい
し、ユーザがＷｅｂページの表示を何語でしているかを
検出してもよいし、ユーザ端末１２のＯＳなど端末側の
情報をもとに判定してもよい。チャットルームに入室し
たすべてのユーザ（以下、メンバーという）の属性情報
（図中ＵＩ）、とくにユーザの母国語情報は母国語特定
部１０６へ送られる。母国語特定部１０６は、メンバー
の母国語情報をもとに、すべての目的言語（図中ＴＬ）
を特定し、これを翻訳サーバ２４へ送る。

【００３３】チャット機能ブロック１０２はその基本機
能として、通信部３０を介して各メンバーの発話（図中
Ｈ）を取得し、これを発話検索部３４へ送る。すなわ
ち、実施の形態１の発話取得部３２の機能はチャット機
能ブロック１０２内部で実現される。発話検索部３４に
よってレコード番号（図中Ｒ）が特定されると、これが
翻訳サーバ２４へ送られる。整形部１０４は翻訳サーバ
２４から翻訳の結果を受けとり、メンバーの属性情報Ｕ
Ｉを参照してメンバーごとにその母国語による対応表記
を選択し、ページを整形してチャット機能ブロック１０
２へ戻す。チャット機能ブロック１０２は、その新たな
機能としてメンバーの言語単位で異なるページを生成
し、これを各メンバーへ同報的に、すなわち同じタイミ
ングで送信する。

【００３４】実施の形態２における翻訳サーバ２４は、
実施の形態１におけるそれと基本的に同等でよいが、図
９のごとく、実施の形態２ではエントランスサーバ２０
の側に整形部１０４が移っている。したがって、実施の
形態２の翻訳サーバ２４は整形部６８をもたず、辞書フ
ァイル６６から出力された検索の結果、すなわち翻訳の
結果はエントランスサーバ２０の整形部１０４へ送ら
れ、そこで整形される。

【００３５】図１０は、実施の形態２による多国籍メン
バーによるチャットルームの様子を示している。ここで
は、「ｔｏｍ」をはじめとするメンバーが入室者表示領
域１２２に示され、それらの会話がメイン領域１２０で
展開されている。また、メンバーが発話を入力するため
の領域１２４、および入力した発話を送信するボタン１
２６が画面下に設けられている。さらに、「他の言語
へ」ボタン１２８が新設されている。

【００３６】いま、メイン領域１２０では「ｋｅｎ＿１
２３」をはじめとする数名のメンバーがチャットをして
いる。チャットはすべて日本語でなされているため、外
見上はメンバーがすべて日本人に思える。しかし、ここ
では「ｔａｒｏ」は日本人、「ｔｏｍ」は米国人、「ｐ
ｉｅｒｒｅ」はフランス人であるとし、他のメンバーも
それらのいずれかの国に属するとする。また、図１０の
画面は「ｔａｒｏ」のユーザ端末１２に表示されている
とする。

【００３７】この条件では、母国語特定部１０６が目的
言語として「日本語、英語、仏語」を特定する。いま、
あるメンバーの発話が日本語であれば、まずその内容が
エントランスサーバ２０の発話検索部３４で特定され、
レコード番号Ｒが翻訳サーバ２４へ送られる。翻訳サー
バ２４の対応表記検索部６４はレコード番号Ｒと目的言
語「日本語、英語、仏語」をもとに、日本語でなされた
発話の英語表記と仏語表記を特定し、これらがエントラ
ンスサーバ２０の整形部１０４へ送られる。整形部１０
４は各メンバーの母国語情報をもとに、「ｔａｒｏ」を
はじめとする日本人メンバーに図１０のページ画面を送
信する。

【００３８】一方、整形部１０４は「ｔｏｍ」をはじめ
とする米国人のメンバーに対して図１１のページ画面を
送信する。図１１は図１０の日本語部分をすべて英語に
翻訳したものに相当し、「ｔｏｍ」からはすべてのメン
バーが英語圏の人間に見えている。同様に、図示しない
が、「ｐｉｅｒｒｅ」からはすべてのメンバーが仏語を
話しているように見えている。

【００３９】図１０には「他の言語へ」ボタン１２８が
設けられ、図１１にはそれに対応する「OTHER LANGUAGE
S」ボタン１２８が設けられている。これらのボタン
は、各メンバーがその母国語以外による画面表示を希望
するときに利用するもので、例えば図１０において「ｔ
ａｒｏ」がそのボタンを押すことにより、例えば図１１
のような英語によるサービスを受けることができる。

【００４０】以上、本発明を実施の形態をもとに説明し
た。これらの実施の形態は例示であり、それらの各構成
要素や各処理プロセスの組合せにいろいろな変形例が可
能なこと、またそうした変形例も本発明の範囲にあるこ
とは当業者に理解されるところである。そうした例を挙
げる。

【００４１】実施の形態１、２では、ユーザの発話はテ
キストベースで行われたが、これは当然音声認識で行っ
てもよい。その場合、本発明を通訳ツールとして利用す
ることもできる。

【００４２】不明発話は、ユーザ発話集３８において特
定できなかった発話と考えたが、ユーザ発話集３８では
特定できても、翻訳の結果が不完全だったか、または芳
しくなかった場合に、その発話を不明発話とよんでもよ
い。その場合もその旨を管理者へ通知し、辞書ファイル
６６の改訂等による対応が可能である。

【００４３】翻訳の結果、図７のように複数の候補が見
つかったとき、ユーザの属性をもとに整形部６８等が適
当なものを選択してもよい。例えば、ユーザが女性の場
合、比較的柔らかい表現を選択してもよいし、ユーザが
年輩の場合も、よりていねいな表現を選択してもよい。

【００４４】さらに別の方法として、ユーザが翻訳の基
調を指定するための構成を設けてもよい。たとえば、
「非常にていねいに」「友人調で」などを予め指定する
ことにより、整形部６８等で適切なものを選択してもよ
い。

【００４５】実施の形態では、最初のユーザ発話が日本
語である前提でユーザ発話集３８の構成を説明したが、
当然ユーザ発話集３８はいろいろな言語用に作ることが
できる。それらのいずれを利用するかは、既述のごと
く、ユーザの母国語を判定する過程を経て決定すること
ができる。

【００４６】実施の形態の翻訳システムは、ユーザ支援
装置に組み込むことができる。その装置は例えば、ユー
ザからの質問に応答するエージェントをもち、ユーザの
発話がそのエージェントの処理可能な言語でない場合、
実施の形態による翻訳プロセスを間挿して対応すること
ができる。逆に、そのエージェントによるユーザへの応
答発話集もいろいろな言語で作成しておくことで、ユー
ザのさまざまな母国語に対応できる。エージェントの発
話を多言語対応にしておいても、エージェントの動作フ
ァイル、画像ファイル等、発話以外のデータは共用でき
るため、言語数の拡張はさして困難な作業ではない。

【００４７】実施の形態では、異なる言語間の翻訳を採
り上げたが、本発明は当然ながら同一言語内の方言、古
語、世代間で異なる話し方などについても適用できる。

【００４８】本発明の用途としてさらに、異なる言語間
で行われる電話における会話、会議の発言などをリアル
タイムで翻訳するサービスへの展開が可能である。

【００４９】

【発明の効果】本発明によれば、電子的な翻訳技術の利
便性、性能の向上が比較的容易になる。

【図面の簡単な説明】

【図１】実施の形態１、２に係る翻訳システムを含む
ネットワークシステムの全体構成図である。

【図２】実施の形態１に係る第１のブロックであるエ
ントランスサーバの構成図である。

【図３】エントランスサーバに内蔵されるユーザ発話
集の構成図である。

【図４】実施の形態１、２に係る第２のブロックであ
る翻訳サーバの構成図である。

【図５】翻訳サービスに内蔵される辞書ファイルの構
成図である。

【図６】実施の形態１による翻訳の流れの前半を示す
図である。

【図７】実施の形態１による翻訳の流れの後半を示す
図である。

【図８】実施の形態１による翻訳手順を示すフローチ
ャートである。

【図９】実施の形態２に係るエントランスサーバの構
成図である。

【図１０】実施の形態２による多国籍チャットの日本
語版画面を示す図である。

【図１１】実施の形態２による多国籍チャットの英語
版画面を示す図である。

【符号の説明】

１２ユーザ端末、１６翻訳システム、２０エ
ントランスサーバ、２４翻訳サーバ、３２発話取
得部、３４発話検索部、３８ユーザ発話集、
４２通知部、４４目的言語設定部、６２レコ
ード取得部、６４対応表記検索部、６６辞書ファ
イル、６８整形部、１０２チャット機能ブロッ
ク、１０４整形部、１０６母国語特定部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者松岡継文大阪府守口市京阪本通２丁目５番５号三洋電機株式会社内Ｆターム(参考） 5B091 AA01 BA04 CB24 CC01 CC15 CD03 CD10 DA06

Claims

【特許請求の範囲】

【請求項１】ユーザの発話を想定して作成された電子
的なユーザ発話集を有し、前記ユーザから発話が入力さ
れたときその内容を特定する第１のブロックと、前記発話の翻訳を目的として作成された電子的な辞書フ
ァイルを有し、前記発話の他言語による対応表記を前記
ユーザへ提供する第２のブロックとを含み、前記第１および第２のブロックをそれぞれ異なるノード
としてネットワークに接続し、前記ユーザ発話集と前記
辞書ファイルを分散して配したことを特徴とする翻訳シ
ステム。
【請求項２】前記第１のブロックは、前記ユーザの発話を前記ユーザ発話集の中で検索する発
話検索部と、前記ユーザの発話が前記ユーザ発話集の中に見い出され
なかったとき、その旨をシステム管理者へ通知する通知
部と、を含むことを特徴とする請求項１に記載の翻訳システ
ム。
【請求項３】ユーザの発話を想定して作成された電子
的なユーザ発話集と、前記発話が入力されたとき前記ユーザ発話集を用いてそ
の内容を特定する発話検索部と、前記ユーザの発話を想定して作成され、その発話の複数
言語間の対応を記述する辞書ファイルと、前記ユーザに所定のサービスをなす機能ブロックと、前記サービスを受けるべく仮想的に集合した任意数のユ
ーザが利用する言語を翻訳の目的言語として設定する目
的言語設定部と、前記ユーザのいずれかによってなされた発話について前
記発話検索部によって特定された内容を前記辞書ファイ
ルに照合し、前記目的言語によるその発話の対応表記を
特定する対応表記検索部とを含み、前記機能ブロックは、前記対応表記を前記サービスに組
み込んで提供することを特徴とする翻訳システム。
【請求項４】前記機能ブロックは、前記ユーザのそれ
ぞれに対し、前記対応表記のうち、そのユーザが利用す
る言語による表記をそのユーザのためのサービスに組み
込むことにより、前記目的言語を単位としてサービスを
カスタマイズすることを特徴とする請求項３に記載の翻
訳システム。
【請求項５】前記ユーザ発話集と前記辞書ファイルを
異なるネットワークノードに配し、前記ユーザからネッ
トワークを介してなされる前記サービスの要求に対し、
前記発話の内容の特定と前記対応表記の特定を分散して
処理することを特徴とする請求項３、４のいずれかに記
載の翻訳システム。