JP2008310561A - 電子機器およびその制御方法 - Google Patents

Abstract

【課題】電子機器を、利用される状況に応じて翻訳文を出力できるようにする。
【解決手段】携帯型翻訳機１では、ユーザのプロファイルデータが項目ごとに記憶されており、また、その項目のいずれかに位置情報と関連する情報が対応して記憶されていることから、現在の位置情報に関連する情報（たとえば、衣服や食品等の店舗の分類）に基づいて、ユーザのプロファイルデータをキーワードとして選出できる。そして、携帯型翻訳機１では、このように選出されたキーワードを利用して、その時点で出力する会話例が検索される。
【選択図】図１

Description

この発明は、電子機器およびその制御方法に関し、特に、翻訳文書を出力する電子機器およびその制御方法に関する。

従来から、母国語とする言語の異なる者同士がより円滑にコミュニケーションを図るために、種々の方法が存在している。たとえば、母国語と異なる言語を習得することや、通訳者を同行することも、円滑なコミュニケーションのための方法であると言える。ただし、外国語の習得には比較的長い期間を要し、また、通訳者を同行するには多額の費用を要するという問題がある。なお、円滑なコミュニケーションのための他の方法として、翻訳機を利用するという方法がある。そして、従来から、翻訳機に関する種々の技術が開示されている。

たとえば、特許文献１には、電子メール作成支援システムにおいて、システムに電子メールに他人の個人情報を記憶させておき、電子メールに含まれる文書の翻訳の際に送信相手の個人情報の解析結果に基づいて求められた翻訳属性に従って当該文書の翻訳を行なう技術が開示されている。つまり、この特許文献には、読み手の属性に応じた訳文書を得るための技術が開示されている。

また、特許文献２には、翻訳機に関して、当該翻訳機が置かれている場所の位置情報を取得し、当該位置情報に基づいて翻訳に使用する言語を設定する技術が開示されている。つまり、この特許文献には、翻訳機における翻訳時の使用言語を容易に設定するための技術が開示されている。

また、特許文献３には、コミュニケーション支援装置に関して、訳語を選択する際に、スケジュール等のイベント情報を参照し、当該イベント情報に基づいて選択する訳語を決定する技術が開示されている。つまり、ユーザの入力した言語を状況に応じた訳語を利用して翻訳するための技術が開示されている。
特開２０００−１０９７５号公報 特開２００３−１１４８８７号公報 特開２００５−２５３８０号公報

上記したように、従来の翻訳機では、ユーザが入力した文章に対して状況に応じた訳文を出力するための技術やユーザに選択のための操作をさせることなく適切な使用言語を設定する技術など、ユーザの利便性を考慮した技術が種々開示されている。

なお、ユーザは、そのコミュニケーション能力によっては、翻訳機に対してどのような文章を入力すればよいのか戸惑いを覚える場合もある。また、同じ状況においても、ユーザごとに、出力されて好ましい訳文が異なる事態も考えられる。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、使用するユーザに適した翻訳文を出力できるようにすることにより、その利便性を向上させることである。

本発明に従った電子機器は、翻訳された会話文を出力する手段を備えた電子機器において、会話文と会話文のキーワードとなる会話文キーワードとを記憶する会話文記憶手段と、ユーザに関する情報であるプロファイルデータと該プロファイルデータの項目となるプロファイル項目とを対応して記憶するプロファイルデータ記憶手段と、現在位置の詳細情報を取得する詳細情報取得手段と、現在位置の詳細情報と、該詳細情報に関連するプロファイル項目とを対応して記憶する詳細情報プロファイル関連テーブルと、前記詳細情報取得手段によって取得された詳細情報に関連するプロファイル項目を前記詳細情報プロファイル関連テーブルから取得するプロファイル項目取得手段と、前記プロファイル項目取得手段によって取得されたプロファイル項目のプロファイルデータを前記プロファイルデータ記憶手段から取得するプロファイルデータ取得手段と、前記プロファイルデータ取得手段によって取得されたプロファイルデータから会話文を検索するためのキーワードである検索用キーワードを生成する検索キーワード生成手段と、前記検索キーワード生成手段によって生成された検索用キーワードと一致するキーワードを、会話文キーワードから検索する会話文キーワード検索手段と、前記会話文キーワード検索手段によって検索された会話文キーワードと前記会話文記憶手段において対応して記憶される会話文を前記会話文記憶手段から取得する会話文取得手段と、前記会話文取得手段によって取得された会話文を出力する出力手段とを含むことを特徴とする。

また、本発明の電子機器では、前記検索キーワード生成手段は、前記詳細情報取得手段により取得された１つまたは複数の詳細情報と、前記プロファイル項目取得手段により取得された１つまたは複数のプロファイル項目と、前記プロファイルデータ取得手段により取得された１つまたは複数のプロファイルデータとから検索用キーワードを生成することを特徴とする。

また、本発明の電子機器では、前記会話文キーワード検索手段は、前記検索キーワード生成手段により生成された複数のキーワードの全てと一致するキーワードを、会話文キーワードから検索するａｎｄ検索手段を備えたことが好ましい。

また、本発明の電子機器では、前記会話文キーワード検索手段は、前記検索キーワード生成手段により生成された複数のキーワードのいずれか１つと一致するキーワードを、会話文キーワードから検索するｏｒ検索手段を備えたことが好ましい。

また、本発明の電子機器では、前記会話文キーワード検索手段は、前記検索キーワード生成手段により生成された複数のキーワードの全てと一致するキーワードを、会話文キーワードから検索するａｎｄ検索手段と、前記ａｎｄ検索手段により検索された会話文の数が規定値以下であった場合に、前記検索キーワード生成手段により生成された複数のキーワードのいずれか１つと一致するキーワードを、会話文キーワードから検索するｏｒ検索手段とを備えることが好ましい。

また、本発明の電子機器では、前記ａｎｄ検索手段は、前記検索キーワード生成手段により生成された複数のキーワードの全てと一致するキーワードを前記会話文キーワードから検索することによって得られた会話文キーワードが所定の数よりも少ない場合には、当該複数のキーワードに対応するプロファイル項目の全てと一致するキーワードを前記会話文キーワードから検索することが好ましい。

また、本発明の電子機器では、前記ｏｒ検索手段は、前記検索キーワード生成手段により生成された複数のキーワードのいずれか１つと一致するキーワードを前記会話文キーワードから検索することによって得られた会話文キーワードが所定の数よりも少ない場合には、当該複数のキーワードに対応するプロファイル項目のいずれか１つと一致するキーワードを前記会話文キーワードから検索することが好ましい。

また、本発明の電子機器では、前記詳細情報取得手段により取得された詳細情報は、現在位置の店の種類と、店が扱う商品や営業内容により区分けされた分類を含み、前記ｏｒ検索手段は、前記詳細情報の店の種類または分類と一致し、かつ、前記プロファイルデータ取得手段により取得されたプロファイルデータと一致するキーワードを有する会話文を検索することが好ましい。

また、本発明の電子機器では、前記詳細情報取得手段により取得された詳細情報は、現在位置の店の種類と、店が扱う商品や営業内容により区分けされた分類を含み、前記ｏｒ検索手段は、前記詳細情報の店の種類または分類と一致し、かつ、前記プロファイル項目取得手段により取得されたプロファイル項目と一致するキーワードを有する会話文を検索することが好ましい。

また、本発明の電子機器では、前記プロファイルデータ記憶手段は、言語の精通度を表す言語レベルと、該言語レベルのプロファイル項目である言語レベル項目とを記憶し、前記会話文記憶手段は、会話文の難易度を表す会話文レベルを各会話文に対応付けて記憶し、前記プロファイルデータ取得手段は、前記プロファイルデータ記憶手段が記憶する言語レベルを取得し、前記検索キーワード生成手段は、前記プロファイルデータ取得手段により取得された言語レベルを含んだ検索用キーワードを生成し、前記会話文キーワード検索手段は、前記検索キーワード生成手段により生成された検索用キーワードが持つ言語レベル以下の会話文レベルを持つ会話文キーワードを検索することが好ましい。

また、本発明の電子機器では、前記詳細情報プロファイル関連テーブルは、各プロファイル項目と各詳細情報との関連性の深さを示した関連度を記憶し、前記詳細情報プロファイル関連テーブルは、前記分類に対するプロファイル項目を、関連度が高い順番に記憶していることが好ましい。

また、本発明の電子機器は、前記会話文取得手段により取得された複数の会話文が有するそれぞれの会話文キーワードの中で、前記詳細情報の分類に対する関連度が高いプロファイル項目と、該プロファイル項目に対するプロファイルデータと一致する会話文キーワードを有する会話文に、より大きい重みをつける重み付け手段をさらに備え、前記出力手段は、前記重み付け手段によって付けられた重みが大きい順番に会話文を出力することが好ましい。

また、本発明の電子機器は、前記出力手段により出力された複数の会話文の中から、１つまたは複数の会話文を選択する会話文選択手段と、前記会話文選択手段により選択された会話文の会話文キーワード中のプロファイル項目を検索するプロファイル項目検索手段と、前記プロファイル項目検索手段によって検索されたプロファイル項目における、前記詳細情報プロファイル関連テーブルに記憶された関連度の高さを上げる関連度更新手段とをさらに備え、前記関連度更新手段により、更新された関連度の高さが高い順番に前記詳細情報プロファイル関連テーブルのプロファイル項目の並び順を変更することが好ましい。

本発明の電子機器の制御方法は、会話文、前記会話文のキーワードとなる会話文キーワード、ユーザに関する情報であるプロファイルデータと該プロファイルデータの項目となるプロファイル項目とを対応付けるプロファイルデータテーブル、および、現在位置の詳細情報と該詳細情報に関連するプロファイル項目とを対応付ける詳細情報プロファイル関連テーブルを記憶する記憶装置を備え、翻訳された会話文を出力する手段を備えた電子機器の制御方法において、現在位置の詳細情報を取得するステップと、前記取得された詳細情報に関連するプロファイル項目を前記詳細情報プロファイル関連テーブルから取得するステップと、前記取得されたプロファイル項目のプロファイルデータを前記プロファイルデータテーブルから取得するステップと、前記プロファイルデータから会話文を検索するためのキーワードである検索用キーワードを生成するステップと、前記生成された検索用キーワードと一致するキーワードを、会話文キーワードから検索するステップと、前記検索された会話文キーワードと対応して記憶される会話文を取得するステップと、前記取得された会話文を出力するステップとを含むことを特徴とする。

電子機器に記憶された会話文の中から、当該電子機器に記憶されたユーザのプロファイルデータの中の、現在位置に対応したプロファイルデータから生成されたキーワードが利用されて、その時点で出力するのに適した会話文が出力される。

これにより、記憶されるプロファイルデータによって、つまり、プロファイルデータを電子機器に登録するユーザによって、異なるキーワードで、会話文の検索が行なわれることになる。

したがって、現在位置に適した会話文であって、当該電子機器を利用するユーザごとに適した会話文を出力できる。

以下に、図面を参照しつつ、本発明の電子機器の一実施の形態である携帯型翻訳機について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

図１に、本実施の形態の携帯型翻訳機の機能を説明するための模式的な図を示す。
図１を参照して、携帯型翻訳機１は、たとえば、日本語で会話を行なうユーザ９０１によって、日本語以外の言語で会話をする会話相手９０２と会話をするために利用される。なお、本明細書では、翻訳を必要とする日本語以外の言語の一例として英語を挙げるが、本発明に従った携帯型翻訳機が訳文を出力する際の翻訳先の言語は英語に限定されない。

携帯型翻訳機１は、ユーザ９０１または会話相手９０２からの情報の入力の受付およびユーザ９０１または会話相手９０２への情報の出力を行なう会話エンジン１０１と、会話エンジン１０１が出力する情報を制御する情報処理エンジン１０２とを含む。

具体的には、会話エンジン１０１は、日本文認識・補正機能１０１Ａ、英文認識・補正機能１０１Ｂ、および、会話例作成機能１０１Ｃを有する。

日本文認識・補正機能１０１Ａは、ユーザ９０１によって入力された日本語の音声の認識および認識結果の補正を行なう機能である。英文認識・補正機能１０１Ｂは、会話相手９０２によって入力された音声、つまり、会話相手９０２が発した音声の認識および認識結果の補正を行なう機能である。会話例作成機能１０１Ｃは、ＧＰＳ（Global Positioning System）９１０から得た現在位置等に基づいて得られた携帯型翻訳機１の現在位置についての詳細な情報に基づき、ユーザ９０１に対して、会話例を提示する機能である。

本明細書では、特に携帯型翻訳機１の会話例作成機能１０１Ｃについて説明する。なお、携帯型翻訳機１における会話例作成機能１０１Ｃは、後述するように、会話事例データベース（以下、「データベース」を「ＤＢ」と略す。）１０４、翻訳・辞書ＤＢ１０５、会話履歴ＤＢ１０８、検索処理用ＤＢ１１０が適宜参照されて実現される。

検索処理用ＤＢ１１０は、プロファイルＤＢ１１０１、関連性ＤＢ１１０２、キーワードＤＢ１１０３、建物情報ＤＢ１１０４、店情報ＤＢ１１０５、検索結果ＤＢ１１０６を含む。

表１に、会話事例ＤＢ１０４に記憶されているデータ（会話事例テーブル）の、１つの会話例についての内容を示す。

表１を参照して、会話事例テーブルでは、各会話例について、通し番号（レコードＮｏ．）、当該会話例が出力されることが想定されるお店の種類、当該お店で扱われる商品の分類、キーワード、および、会話例の各フィールドに対応した値が定義されている。なお、表１では、１つの会話例についてのテーブルを示した。会話事例ＤＢ１０４には、複数の会話例について、表１と同様の情報がテーブル形式で記憶されている。会話事例ＤＢ１０４に記憶された会話事例テーブルの具体例を表２に示す。

会話事例ＤＢ１０４では、複数の会話例のそれぞれについて、表１に示した情報が記憶されている。会話事例テーブルは、予め携帯型翻訳機１内に登録されている情報である。

表３に、プロファイルＤＢ１１０１に記憶されているデータ（プロファイルデータテーブル）の内容を示す。

表３を参照して、プロファイルデータテーブルでは、携帯型翻訳機１のユーザに関する情報として、複数の項目に対応する値（プロファイルデータ）が定義されている。

「英語レベル」という項目に対応する値としては、たとえば、Ａ〜Ｄの４段階のいずれかの値が登録される。なお、本実施の形態において、英語は携帯型翻訳機１が出力する会話例の言語（対象言語）の一例である。したがって、携帯型翻訳機１の対象言語が英語以外の場合には、プロファイルデータテーブルには、他の言語のレベルが記憶される。

また、プロファイルデータテーブルには、ユーザの、性別、血液型、病歴・既往症・アレルギーに関する情報、体形、自宅住所、家族構成、星座、所持する免許の種類、食べ物の趣味や味の好み、加入している保険の情報に対応するプロファイルデータが記憶されている。表４に、プロファイルデータテーブルの具体例を示す。

表４の「趣味・好み」の欄に「甘いもの」「中華料理」記載されているように、プロファイルデータテーブルには、１つの項目に対して複数のデータが記憶されても良い。

表５に、関連性ＤＢ１１０２に記憶されているデータ（分類とプロファイル項目の関連性テーブル）の一例を示す。

分類とプロファイル項目の関連性テーブル（以下、「関連性テーブル」と呼ぶ）では、商品などの分類ごとにプロファイルデータテーブルの中の項目が関連付けられている。なお、関連性テーブルでは、分類の名称ごとに、「関連性１」「関連性２」「関連性３」というように、プロファイルデータテーブルの項目名が順位を付けられて記憶されている。たとえば、「衣服」という分類に対しては、関連性１の項目名として「体形」が、関連性２に対応する項目名として「性別」が記憶されている。また「食品」という分類に対しては、関連性１の項目名として「趣味・好み（食べ物・味）」が、関連性２に対応する項目名として、「病歴・既往症・アレルギー」が、関連性３に対応する項目名として「家族構成」が、記憶されている。なお、関連性１〜関連性ｎのような順序は、各分類における項目名ごとに定義された関連度の値に基づいて決められる。関連度の値が大きいほど、「分類」に対して関連性が高い項目名として関連性テーブルに記憶される。

表６に、キーワードＤＢ１１０３に記憶されているデータ（キーワードテーブル）の内容を示す。

表６を参照して、キーワードテーブルでは、種類、名前、住所、分類、信頼度、頻度、優先会話パターン、英語レベル、関連性１〜関連性３、および、関連性１の値〜関連性３の値の各フィールドに対して値が定義されている。

表７に、キーワードテーブルの具体例を示す。

キーワードテーブルでは、「種類」等の各フィールド名に対応して、「ケーキ屋」等の値が関連付けられている。キーワードテーブルの構成の詳細については、後述する。

表８に、建物情報ＤＢ１１０４に記憶されているデータ（建物情報テーブル）の内容を示す。

建物情報テーブルでは、建物の種類、名前、住所という各フィールドについての値が定義され、これらが互いに関連付けられて記憶されている。なお、建物の種類として格納される値の具体例としては、たとえば、一般の人が居住する家（一般家）、会社、店舗、公共施設、道、空港を含む。また、名前として格納される値の具体例としては、家に居住する人の名前、会社名、店名、公共施設の名前、道路の名前を含む。住所として格納される値は、対応する建物や店舗や家の住所を示す情報である。

表９に、店情報ＤＢ１１０５に記憶されているデータ（店情報テーブル）の内容を示す。

表９を参照して、店情報テーブルには、種類、名前、住所、取扱商品の大分類、および、データ入手先という各フィールドに値が定義されている。そして、種類のフィールドの値としては、デパート、スーパー（マーケット）、飲食店、衣料品店、雑貨店、免税店等の店舗の種類を示すデータが格納される。また、名前のフィールドの値としては、店舗の名称を示すデータが格納され、住所のフィールドの値としては、店の所在地の住所を示すデータが格納される。なお、名前および住所のフィールドの値は、表８として示した建物情報テーブルに格納された対応する値をコピーされる。また、取扱商品の大分類のフィールドの値としては、衣類、食品、家電製品、車、不動産情報等の商品の分類を示すデータが格納される。また、データ入手先のフィールドの値としては、店のＤＢ（データベース）、店のＨＰ（ホームページ）等の値が格納される。

表１０に、検索結果ＤＢ１１０６に記憶されているデータ（検索結果リストテーブル）の内容を示す。

検索結果リストテーブルでは、後述する会話候補文出力処理において、どの会話候補文をどの順序でさせるかを特定するための情報を記憶している。つまり、検索結果リストテーブルでは、後述する会話候補文出力処理において、検索結果として得られた会話例のレコードＮｏ．と当該会話例に対して与えられた優先度の値とが記憶されている。表１１に、検索結果リストテーブルの具体例を示す。

表１１を参照して、この具体例では、レコードＮｏ．２の会話例に対して「１２」の優先度が与えられており、かつ、レコードＮｏ．１の会話例に対して、「３」の優先度が与えられていることが示されている。

図２は、携帯型翻訳機１のハードウェア構成を示す図である。
図２を参照して、携帯型翻訳機１は、当該携帯型翻訳機１の動作を全体的に制御する制御部１０を備えている。制御部１０は、ＣＰＵ（Central Processing Unit）を含む。また、携帯型翻訳機１は、ユーザが情報を入力する入力部１１と情報を表示する表示部１２を含む。入力部１１は、ボタン、表示部１２に表示されるタッチキーやタッチパネル、および／または、音声を入力するマイクを含む。また、携帯型翻訳機１は、音声を出力するためのＤ／Ａ変換部１３、出力アンプ１４、スピーカ１５を含む。

また、携帯型翻訳機１は、複数の言語の会話の例文および所定の言語対の辞書データおよび例文を記憶する辞書データ記憶部１６、会話の例文の音声データを記憶する音声データ記憶部１７、種々の情報を記憶する情報記憶部１８、および、インターネット等のネットワーク上のサーバやＧＰＳ衛星と通信を行なう通信部１９を含む。

なお、本実施の形態では、携帯型翻訳機１が自機の位置情報をＧＰＳ衛星と通信することによって取得するように記載されているが、携帯型翻訳機１が自機の位置情報を取得する方法はこれに限定されない。建物や店頭に設置される電灯やＬＥＤ（Light Emitting Diode）の点滅パターンの中に位置情報を埋め込み、当該電灯やＬＥＤが発する光を通信部１９に受光させ、そして、当該通信部１９が受けた光のパターンを解析する、という方法によって携帯型翻訳機１が自機の位置情報を取得しても良い。

情報記憶部１８には、制御部１０が実行する処理のプログラムのデータ、会話事例ＤＢ１０４、翻訳・辞書ＤＢ１０５、会話履歴ＤＢ１０８、および、検索処理用ＤＢ１１０が記憶されている。辞書データ記憶部１６には、翻訳・辞書ＤＢ１０５が記憶されている。

携帯型翻訳機１では、会話事例ＤＢ１０４に記憶された会話文（会話例）の中から、プロファイルＤＢ１１０１に記憶されたユーザのプロファイルデータテーブルの中の、現在の位置に対応したプロファイルデータから生成されたキーワードが利用されて、その時点で適すると考えられる会話例が出力される。

次に、図３〜図１６を参照して、携帯型翻訳機１において当該携帯型翻訳機１のユーザの情報に応じた会話例が出力される際に制御部１０が実行する処理について説明する。

まず図３を参照して、制御部１０は、まずステップＳ１で、通信部１９にＧＰＳ衛星と通信させることにより、自機の位置情報を取得する。なお、上記したように、自機の位置情報を取得する方法は、ＧＰＳ衛星との通信に限定されない。

次に、ステップＳ２で、制御部１０は、現在位置の＜建物情報＞を取得する。なお、ステップＳ２の処理内容を、当該処理のサブルーチンのフローチャートである図４および図５を参照して詳細に説明する。

まず、図４を参照して、制御部１０は、ステップＳ２０１で、通信部１９を介してネットワークに接続することにより、当該ネットワーク上の地図情報等を提供するサーバから、ステップＳ１で取得した現在位置に基づいて現在位置を中心とした地図情報と当該地図内に含まれる建物の名前を取得し、地図情報を表示部１２に表示させる。なお、ここで、制御部１０は、地図情報を、ネットワーク上のサーバからだけではなく、内部メモリ（たとえば、情報記憶部１８）や外部メディア（携帯型翻訳機１においてカードリーダ等のメディアインタフェースを備える場合に当該メディアインタフェースを介して制御部１０が情報の読込みおよび書込みができるメモリカード）を取得するようにしてもよい。つまり、上記地図情報は、このような内部メモリまたは外部メモリに持っていてもよい。また、制御部１０は、地図情報を表示させる代わりに、ＧＰＳから判断した周辺施設のリストを表示してもよい。

次に、制御部１０は、ステップＳ２０２で、ユーザに自機を使用している場所を地図上で選択させ、選択した情報の入力を受付ける。ここで、ユーザが選択する情報としては、たとえば、地図上の建物の名称が挙げられる。

次に、制御部１０は、ステップＳ２０３で、ステップＳ２０２でユーザが選択した情報によって特定される場所（建物）が、２つ以上の建物情報（店舗等の情報）に対応するかどうかを判断し、対応すると判断した場合にはステップＳ２０４で、当該２つ以上の建物情報を表示部１２に表示させる。一方、ない場合には、制御部１０はステップＳ２０６に処理を進める。

なお、情報記憶部１８に記憶されるデータベースには、場所または建物と、それに対応する建物情報（店舗等）とが、互いに関連付けられて記憶されているものが含まれる。具体的には、たとえば、情報記憶部１８には、あるビルと、当該ビルに入っているすべての店舗の名称とが互いに関連付けられて記憶されていたり、または、ある地域の名称と当該地域内に存在する建物の名称とが互いに関連付けられて記憶されている。そして、制御部１０は、上記のデータベースを参照することにより、ステップＳ２０３における判断を行なう。

ステップＳ２０４で建物情報を表示した後、制御部１０は、ステップＳ２０５で、ユーザからの、複数の建物情報の中から１つの建物情報を選択する情報の入力を受付け、ステップＳ２０６に処理を進める。なお、ステップＳ２０４で表示される建物情報は、たとえば、複数の建築物の名前であっても良いし、同じ建築物内の異なる複数の店舗の名称であっても良い。

ステップＳ２０６では、制御部１０は、ステップＳ２０３からステップＳ２０５の処理によって、上記の建物情報テーブル（表８）の名前のフィールドにセットする建物の情報（店名）が得られたか否かを判断し、得られたと判断するとステップＳ２０７へ、得られていないと判断するとステップＳ２０８へ、それぞれ処理を進める。なお、ステップＳ２０６では、制御部１０は、具体的には、ステップＳ２０２において選択された情報によって特定される場所に対して１つの建物情報が対応する場合であってユーザが当該建物情報を正しいという情報を入力した場合、または、ステップＳ２０５においてユーザから１つの建物情報を選択する情報が入力された場合に、上記した建物の情報や店名が得られたと判断する。

ステップＳ２０７では、制御部１０は、建物情報テーブルの「名前」のフィールドに対応する値として、建物の名称または店舗の名称を記憶させる。なお、ステップＳ２０２で選択した場所に２つ以上の建物や店舗の名称がある場合には、ステップＳ２０３からステップＳ２０５の処理によって取得した名称を記憶させ、また、ステップＳ２０２で選択した場所の建物または店舗の名称が１つである場合には、その名称を記憶させて、ステップＳ２０９に処理を進める。

一方、ステップＳ２０８では、制御部１０は、建物情報テーブルの「名前」のフィールドに、「不明」という値を記憶させて、ステップＳ２０９に処理を進める。

ステップＳ２０９では、制御部１０は、ステップＳ２０２で選択された情報に対応する住所を、インターネット等のネットワーク上の上記したサーバから取得して、ステップＳ２１０に処理を進める。なお、ここで、制御部１０は、住所情報を、ネットワーク上のサーバからだけではなく、内部メモリ（たとえば、情報記憶部１８）や外部メディア（携帯型翻訳機１においてカードリーダ等のメディアインタフェースを備える場合に当該メディアインタフェースを介して制御部１０が情報の読込みおよび書込みができるメモリカード）を取得するようにしてもよい。つまり、上記住所情報は、上記した地図情報と同様に、このような内部メモリまたは外部メモリに持っていてもよい。

図５を参照して、ステップＳ２１０では、制御部１０は、ステップＳ２０９の処理により住所が取得できたか否かを判断し、取得できたと判断するとステップＳ２１１へ、取得できなかったと判断するとステップＳ２１４へ、それぞれ処理を進める。なお、制御部１０は、ステップＳ２１０では、具体的には、ステップＳ２０１において提示された現在位置情報（経度、緯度）と一致する地図上において、ステップＳ２０２で、ユーザが選択した地図上の場所に付随した住所データが存在するか（住所を特定するデータであることを示すデータが存在するか）どうかを判断する。そして、制御部１０は、存在すると判断するとステップＳ２１１へ、存在しないと判断するとステップＳ２１４へ、それぞれ処理を進める。

ステップＳ２１１では、制御部１０は、建物情報テーブルの［住所］のフィールドの値として、ステップＳ２１０で存在すると判断した住所データをセットする。なお、ステップＳ２１１では、制御部１０は、ユーザがステップＳ２０２で複数の建物情報に対応する場所（建物）を選択した場合、住所だけではなく、建物情報が対応する詳細な場所を示す情報（建物の中の何階かを示す情報）を付随情報としてセットする。通信部１９は、建物の場所の何階かを特定する情報として、ＧＰＳから受信する情報の他に、建物に設置された装置（センサ等）からの信号を受信できる。具体的には、制御部１０は、たとえば建物内の異なる場所に設置された複数のセンサから通信部１９が受信した信号を解析することにより、携帯型翻訳機１と当該複数のセンサのそれぞれとの距離を特定し、これにより、何階のどこにいるかということを特定することができる。そして、制御部１０は、ステップＳ２１１において、［住所］のフィールドに、当該付随情報を付加することも可能である。

次に、制御部１０は、ステップＳ２１２で、ステップＳ２１１でセットした住所に関する情報がインターネット等のネットワーク上のサーバに存在するか否かを確認し、ステップＳ２１３に処理を進める。なお、ステップＳ２１２では、制御部１０は、具体的には、たとえば、ステップＳ２１１でセットした住所またはステップＳ２０７でセットした店名をキーワードとして検索エンジンを利用すること等により、インターネット等のネットワーク上のサーバに格納された情報の検索を行なう。なお、ここでの検索において、制御部１０は、ネットワーク上のサーバからだけではなく、内部メモリ（たとえば、情報記憶部１８）や外部メディア（携帯型翻訳機１においてカードリーダ等のメディアインタフェースを備える場合に当該メディアインタフェースを介して制御部１０が情報の読込みおよび書込みができるメモリカード）に格納される情報に対しても検索を行なっても良い。

ステップＳ２１３では、制御部１０は、ステップＳ２１２での確認の結果として、住所に関する情報があるか否かを判断し、あると判断するとステップＳ２１７に処理を進め、無いと判断するとステップＳ２１６に処理を進める。なお、ステップＳ２１３では、制御部１０は、たとえば、ステップＳ２０２においてユーザが選択した住所に対して店舗等のホームページへのリンクが設定されているか否か、または、施設（店舗）に関するデータベースであって施設名（店舗名）と住所とホームページアドレスとを含むデータベースにおいて住所をキーワードとして施設名を検索した上で検索結果である施設名に対応したホームページアドレスを取得することができたか否か、等によって、住所に関する情報があるか否かを判断する。

ステップＳ２１４では、制御部１０は、ステップＳ２０２においてユーザが選択した住所が、インターネット等のネットワーク上で提供される地図情報において道に対応しているか否かを判断し、そうであると判断するとステップＳ２１５へ、そうではないと判断するとステップＳ２１６へ、それぞれ処理を進める。

ステップＳ２１５では、上記した建物情報テーブルにおいて、ステップＳ２０９で取得した住所を「住所」のフィールドにセットし、そして、セットした住所に対応する種類のフィールドに「道」という値を、そして、セットした住所に対応する名前のフィールドに「不明」という値をセットして、処理をステップＳ２にリターンさせる。

ステップＳ２１６では、制御部１０は、建物情報テーブルにおいて、ステップＳ２１１でセットした建物情報に対応する種類および名前のフィールドに「不明」という値をセットして、処理をステップＳ２にリターンさせる。ここで、「Ｗａｌｌ Ｓｔｒｅｅｔ（ウォール街）」のように特有の名前がついている有名な道の場合は、その道の名前をネットワークや、内部メモリ、外部メディアの情報から名前を取得し、取得した道の名前を名前フィールドにセットしても構わない。

ステップＳ２１７では、制御部１０は、ステップＳ２１２の検索結果として取得された情報の中に、建物情報テーブル中の「種類」のフィールドの値として適切な情報を検索する。そして、制御部１０は、ステップＳ２１８において、そのような情報が含まれているか否かを判断する。なお、制御部１０は、具体的には、ホームページのソースに対して、「種類」のフィールドの値の候補とされるテキストや、後述する会話事例ＤＢや会話履歴ＤＢの「種類」のフィールドに記憶されている内容（デパート／スーパー／…等）と合致するテキストが含まれるかどうか、または、ホームページ作成上のフォーマットとして「種類：種類名」をソース上に入れておくという規定があるときには、その規定に基づいたデータがホームページのソースに含まれるか否かを判断する。ここで、制御部１０は、上記情報が含まれるか否かの判断対象として、ホームページのソースに対してだけでなく、内部メモリ（たとえば、情報記憶部１８）や外部メディア（携帯型翻訳機１においてカードリーダ等のメディアインタフェースを備える場合に当該メディアインタフェースを介して制御部１０が情報の読込みおよび書込みができるメモリカード）に記憶されているか否かを判断（検索）してもよい。そして、制御部１０は、含まれていると判断するとステップＳ２１９に、含まれていないと判断するとステップＳ２２０に、それぞれ処理を進める。

ステップＳ２１９では、制御部１０は、建物情報テーブルに対して、ステップＳ２１１でセットした住所に対応する種類のフィールドの値として、ステップＳ２１７の検索結果として得られた情報をセットして、ステップＳ２に処理をリターンさせる。

一方、ステップＳ２２０では、制御部１０は、建物情報テーブルに対して、ステップＳ２１１でセットした住所に対応する種類のフィールドの値として「不明」をセットして、ステップＳ２に処理をリターンさせる。

再度図３を参照して、ステップＳ２では、図４および図５を参照して説明されたように、携帯型翻訳機１が現在位置する建物（または店舗）の情報が、建物情報テーブルとして得られる。

そして、次に、制御部１０は、ステップＳ３へ処理を進める。
ステップＳ３では、制御部１０は、建物情報テーブルを利用して、携帯型翻訳機１の現在位置についてのさらに詳細な情報を取得する。ここで言う「さらに詳細な情報」とは、たとえば上記の店情報テーブル（表９）を挙げることができる。

ここで、ステップＳ３の処理内容を、当該処理のサブルーチンのフローチャートである図６を参照して説明する。

図６を参照して、制御部１０は、まずステップＳ３０１およびステップＳ３０２のそれぞれで、建物情報テーブル（表８）の名前と住所のフィールドのそれぞれの値を、店情報テーブル（表９）の対応するフィールドの値としてコピーし、ステップＳ３０３の処理を進める。

ステップＳ３０３では、制御部１０は、店情報テーブルの名前と住所の２つのフィールドの値をキーワードとして、インターネット等のネットワーク上のサーバに格納された情報を検索する。なお、このような検索は、たとえば検索エンジンを利用して行なわれる。そして、なんらかの検索結果が得られた場合には、表示部１２に当該検索結果が表示される。また、制御部１０は、上記情報が含まれるか否かの判断対象として、ネットワーク上のサーバに対してだけでなく、内部メモリ（たとえば、情報記憶部１８）や外部メディア（携帯型翻訳機１においてカードリーダ等のメディアインタフェースを備える場合に当該メディアインタフェースを介して制御部１０が情報の読込みおよび書込みができるメモリカード）に記憶されている情報に対して検索を行なってもよい。

そして、ステップＳ３０４で、制御部１０は、ステップＳ３０３における検索の結果として情報が得られたかどうかを判断する。なお、ステップＳ３０４では、ステップＳ３０３で表示された検索結果の中の少なくとも１つの情報がユーザによって選択されたか否かも判断される。そして、選択されたと判断するとステップＳ３０５へ、選択されなかったまたはステップＳ３０３における検索の結果が１件も得られなかったと判断するとステップＳ３１４へ、制御部１０はそれぞれ処理を進める。

ステップＳ３１４では、制御部１０は、店情報テーブルの種類および取扱商品の大分類のフィールドの値としてそれぞれ「不明」をセットして、処理をステップＳ５へとリターンさせる。

一方、ステップＳ３０５では、制御部１０は、店情報テーブルのデータ入手先のフィールドに、ステップＳ３０３の検索結果として得られた値の中から当該情報の提供先を示す情報を抽出して値としてセットする。なお、ステップＳ３０５における値のセットは、本発明が実施される条件に適した方法で行なわれれば良いが、たとえば、ホームページのトップページのアドレス（ＵＲＬ：Uniform Resource Locator）に基づいて決定した値をセットする方法が挙げられる。具体的には、制御部１０は、たとえば、ホームページのトップページのアドレスに、店名に対応するテキストが含まれているか否かを判断し、含まれていれば、提供先として「店のデータベース」という情報をセットする。また、当該トップページのアドレスに、商店街の名称に対応するテキストが含まれているか否かを判断し、含まれていれば、提供先として「商店街のホームページ」という情報をセットする。また、他の方法としては、ホームページのトップページのアドレスに特定のテキストが含まれているかどうかによって決定した値をセットする方法も挙げられる。たとえば、ホームページのトップページのアドレスにデータベースを意味する“db”や店舗を意味する“shop”等のテキストが含まれているか否かを判断し、含まれていれば、提供先として「店のデータベース」という情報をセットする。さらに別の方法としては、ホームページのソースに特定のテキストが含まれる場合であって、さらに、当該特定のテキストに対して一定の関係にあるテキストが所定の条件を満たす場合に、提供先として「店のデータベース」という情報をセットする方法も挙げられる。具体的には、ホームページのソースにおいて“title”というテキストを検索し、含まれる場合には、当該テキストの後に“のホームページ”というテキストが含まれるかどうかを判断し、含まれる場合には、当該“のホームページ”の直前のテキストが店名であるか否かを判断し、店名である場合には、提供先として「店のデータベース」という情報をセットする。また、“title”というテキストに限らず、ホームページのソースにおいて店名の属性を表す属性コードを検出し、当該属性コードについている名前が店名であるか否かに応じて、提供先として「店のデータベース」という情報をセットするか否かが決定されても良い。ここで、制御部１０は、さらに、ネットワーク上のサーバだけでなく、内部メモリ（たとえば、情報記憶部１８）や外部メディア（携帯型翻訳機１においてカードリーダ等のメディアインタフェースを備える場合に当該メディアインタフェースを介して制御部１０が情報の読込みおよび書込みができるメモリカード）に記憶されている情報を利用してもよい。

次に、制御部１０は、ステップＳ３０６で、ステップＳ３０３で取得した情報の中に店の種類に相当する情報を検索し、ステップＳ３０７で、検索することによってそのような情報が得られたかどうかを判断する。そして、得られたと判断するとステップＳ３０８へ、得られなかったと判断するとステップＳ３０９に処理を進める。なお、ステップＳ３０７での判断として、制御部１０は、ステップＳ２１８と同様に、ホームページのソースに対して、「種類」のフィールドの値の候補とされるテキストや、後述する会話事例ＤＢや会話履歴ＤＢの「種類」のフィールドに記憶されている内容（デパート／スーパー／…等）と合致するテキストが含まれるかどうか、または、ホームページ作成上のフォーマットとして「種類：種類名」をソース上に入れておくという規定があるときには、その規定に基づいたデータがホームページのソースに含まれるか否かを、判断する。そして、制御部１０は、含まれていると判断するとステップＳ３０８に、含まれていないと判断するとステップＳ３０９に、それぞれ処理を進める。

ステップＳ３０８では、制御部１０は、店情報テーブルの種類のフィールドの値として、ステップＳ３０７の検索結果として得られた情報をセットして、ステップＳ３１０に処理を進める。一方、ステップＳ３０９では、制御部１０は、店情報テーブルの種類のフィールドの値として「不明」をセットして、ステップＳ３１０に処理を進める。

ステップＳ３１０では、制御部１０は、ステップＳ３０３で取得した情報の中に店の取扱商品に相当する情報を検索し、ステップＳ３１１で、そのような情報が含まれるか否かを判断する。なお、ここでの判断は、具体的には、ステップＳ３０５で判断したデータ入手先が、店のホームページ、データベースなどで判断された場合、該データ入手のサーバ上に「商品ラインナップ」、「製品一覧」などのページまたはデータベースが存在するか確認し、存在すれば、取扱商品の分類に相当する“衣服”、“食品”、“家電製品”、“車”などのテキストが含まれるか検索することで判断する。ここで、制御部１０は、検索対象として、データを上記データを入手したサーバだけでなく、内部メモリ（たとえば、情報記憶部１８）や外部メディア（携帯型翻訳機１においてカードリーダ等のメディアインタフェースを備える場合に当該メディアインタフェースを介して制御部１０が情報の読込みおよび書込みができるメモリカード）に記憶されている情報を利用してもよい。
また、ステップＳ３０５で判断したデータ入手先が、商店街のホームページで判断された場合は、商店街のホームページ上に店の紹介ページなどが存在するか確認し、存在すれば、取扱商品の分類に相当する“衣服”、“食品”、“家電製品”、“車”などのテキストが含まれるか検索することで判断することにより行なわれる。そして、制御部１０は、情報が含まれると判断するとステップＳ３１２へ、含まれないと判断するとステップＳ３１３へ、それぞれ処理を進める。

ステップＳ３１２では、制御部１０は、ステップＳ３１１において含まれると判断した情報を、店情報テーブルの取扱商品の大分類のフィールドの値としてセットして、処理をステップＳ３へとリターンさせる。一方、ステップＳ３１３では、制御部１０は、店情報テーブルの取扱商品の大分類のフィールドの値として「不明」をセットして、処理をステップＳ３へとリターンさせる。

再度図３を参照して、制御部１０は、ステップＳ３において図６を用いて説明したように店情報を取得すると、ステップＳ４において、表７を参照して説明したようなキーワードテーブルを作成する処理（キーワード作成処理）を実行する。この処理の内容を、当該処理のサブルーチンのフローチャートである図７を参照して説明する。

図７を参照して、制御部１０は、まずステップＳ４０１で、キーワードテーブルの中の、種類、名前、住所、および、分類のフィールドの値として、表９に示した店情報テーブルの中の対応する値をセットする。なお、分類のフィールドには、店情報テーブル中の「取扱商品の大分類」の値がセットされる。なお、キーワードテーブルの関連性１〜関連性３の各値、および、「関連性１の値」〜「関連性３の値」の各値は、図９を参照して後述する処理においてセットされる。

次に、制御部１０は、ステップＳ４０２で、店情報テーブルの中のデータ入手先に対応した信頼度を、キーワードテーブルの中の信頼度のフィールドの値としてセットする。なお、信頼度参照テーブルの一例を表１２に示す。

表１２では、データの入手先の種類に関連付けられて、高、中、または、低という３段階で信頼度が記憶されている。各入手先に対する信頼度は、予め携帯型翻訳機１において決められていても良いし、当該携帯型翻訳機１のユーザによって設定されても良い。信頼度参照テーブルは、たとえば検索処理用ＤＢ１１０に格納されている。

なお、表１２から理解されるように、データの入手先が、店舗のデータベース（店のＤＢ）および店舗のホームページ（店のＨＰ）である場合には信頼度が「高」とされ、店舗が所属する商店街のホームページである場合には信頼度が「中」とされ、その他の場合には信頼度が「低」とされている。

再度図７を参照して、ステップＳ４０２で信頼度をセットした後、制御部１０は、ステップＳ４０３で、店情報テーブルの住所と名前に基づいて、会話履歴ＤＢに履歴があるか否かを判断する。なお、会話履歴ＤＢには、表１３に示すように、店舗の種類、名前および住所に関連付けられて、会話を行なった日時および会話文（会話履歴）が格納されている。なお、会話履歴ＤＢは、会話履歴ＤＢ１０８に格納されており、１つの店等の場所において会話例が提示されるごとに作成される履歴情報である。

そして、ステップＳ４０３では、会話履歴ＤＢにおいて、現在の店情報テーブルの住所と名前のフィールドの値が一致する履歴を検索し、ステップＳ４０４で、そのような履歴があるか否かを判断する。そして、あると判断するとステップＳ４０５へ、無いと判断するとステップＳ４１３へ、処理を進める。

ステップＳ４１３では、制御部１０は、キーワードテーブルに対して、頻度のフィールドの値として「初めて」をセットし、優先会話パターンのフィールドの値として「なし」をセットして、処理をリターンさせる。

一方、ステップＳ４０５では、制御部１０は、会話履歴ＤＢにおいて該当するすべての履歴（ステップＳ４０３において名前とフィールドの値が一致すると判断した履歴）を、日時のフィールドの値に基づいて順に並べる。

そして、ステップＳ４０６で、制御部１０は、並べられた履歴が、毎日存在するものであるか否かを判断し、そうであると判断するとステップＳ４０７へ、そうではないと判断するとステップＳ４０８へ、それぞれ処理を進める。

ステップＳ４０８では、制御部１０は、並べられた履歴が、週一回（または、週一回以上毎日未満）の間隔で存在するものであるか否かを判断し、そうであると判断すればステップＳ４０９へ、そうではないと判断するとステップＳ４１０へ、それぞれ処理を進める。

ステップＳ４１０では、制御部１０は、並べられた履歴が、月一回の間隔（または、月一回以上週一回未満）で存在するものであるか否かを判断し、そうであると判断すればステップＳ４１１へ、そうではないと判断するとステップＳ４１２へ、それぞれ処理を進める。ステップＳ４０７、ステップＳ４０９、および、ステップＳ４１１では、制御部１０は、キーワードテーブルの頻度のフィールドの値として、それぞれ「毎日」「週一回」「月一回」をセットして、ステップＳ４１２に処理を進める。なお、ステップＳ４１０において月一回ではないと判断された場合には、キーワードテーブルの頻度のフィールドの値に「不明」という情報を入力しても良い。

ステップＳ４１２では、制御部１０は、該当するすべての履歴の会話履歴のフィールドに格納されたデータ内に、優先会話パターン参照レコードのキーワードフィールドに記憶されている語句が存在するかどうか検索し、該当するものがあれば、該当する語句に対応した優先会話パターンフィールドにセットして、処理をリターンさせる。

表１４に、優先会話パターン参照レコードの一例を示す。

優先会話パターン参照レコードのキーワードフィールドには、同じ種類の語句が記憶されており、その各キーワードフィールドに対応して、それらの語句がどのような種類のキーワードであるかを分類した語句が優先会話パターンフィールドに記憶されている。すなわち、優先会話パターン参照レコードは、キーワードとなる語句を汎用性のある語句へ変換するためのものであり、たとえば検索処理用ＤＢ１１０内に格納されている。

表１４を参照して、例えば、会話履歴に“ｍｙ ｓｈｏｅｓ”や“ｍｙ ｗａｔｃｈ”があれば、自分の物を買うために会話をしたと考えられるので、それらの語句の分類は、“Ｍｙ ｓｈｏｐｐｉｎｇ”とし、その値を優先会話パターンフィールドに格納している。同様に、会話履歴に“ｐｒｅｓｅｎｔ”があれば、それは、プレゼントを買うために会話をしたと考えられるので、その語句の分類は、“Ｐｒｅｓｅｎｔ”としている。

この優先会話パターンフィールドの語句は、会話事例から関係する事例を抽出する際に使用する。具体的には、現在位置情報に関係する会話履歴が抽出された後、その会話履歴の中に、優先会話パターン参照レコードのキーワードフィールドと同じ語句があるかどうか検索し、それがあれば、そのキーワードフィールドに対応する優先会話パターンフィールドの汎用性のある語句を取り出す。さらに、取り出した優先会話パターンフィールドの汎用性のある語句を持つ会話事例があるかどうか検索し、そのような事例があれば、それらの事例を優先的に出力するように処理を行なっているので、ユーザは、関連する会話事例を早く見つけ出し、使用することが出来る。

再度図３を参照して、ステップＳ４における処理が終わると、制御部１０は、ステップＳ５で、ユーザからの、会話候補文を出力する要求を待つ。そして、そのような要求を入力されたと判断すると、制御部１０は、ステップＳ６へ処理を進める。なお、携帯型翻訳機１では、このような情報は、たとえば入力部１１を介して入力される。

ステップＳ６で、制御部１０は、会話候補文を出力する処理を実行する。なお、ここでの処理について、この処理のサブルーチンのフローチャートである図８を参照して説明する。

図８を参照して、会話候補文出力処理では、制御部１０は、まずステップＳ６１０で、プロファイルデータをキーワードに追加する処理を実行して、ステップＳ６２０へ処理を進める。ここで、ステップＳ６１０の処理の内容を、当該処理のサブルーチンのフローチャートである図９を参照して説明する。

図９を参照して、プロファイルデータをキーワードに追加する処理では、制御部１０は、まずステップＳ６１０１で、プロファイルデータテーブル（表３参照）の英語レベルという項目に対応する値が存在するか否かを判断し、存在すると判断するとステップＳ６１０２へ処理を進め、存在しないと判断すると、ステップＳ６１０３へ処理を進める。

ステップＳ６１０２では、制御部１０は、プロファイルデータテーブルにおける英語レベルに対応する値を、キーワードテーブル（表７参照）の英語レベルに対応する値としてセットし、ステップＳ６１０３へ処理を進める。

ステップＳ６１０３では、制御部１０は、関連性テーブル（表５参照）において取扱商品の大分類（表９の店情報テーブル参照）の値として記憶される分類に対応する関連性１〜関連性３の項目名を取得して、ステップＳ６１０４へ処理を進める。たとえば、取扱商品の大分類が「食品」である場合には、関連性１の項目名として「趣味・好み（食べ物・味）」が取得され、関連性２の項目名として、「病歴・既往症・アレルギー」が取得され、関連性３の項目名として「家族構成」が取得される。

ステップＳ６１０４では、制御部１０は、ステップＳ６１０３で取得した関連性１〜関連性３の項目名を、キーワードテーブルの関連性１〜関連性３のそれぞれの値としてセットし、ステップＳ６１０５へ処理を進める。

ステップＳ６１０５では、制御部１０は、プロファイルデータテーブル（表４参照）において、ステップＳ６１０４でキーワードテーブルにセットされた関連性１〜関連性３の項目名に対応する値が存在するか否かを判断し、存在すると判断するとステップＳ６１０６へ処理を進め、存在しないと判断するとステップＳ６１０７へ処理を進める。

ステップＳ６１０６では、制御部１０は、プロファイルデータテーブルから、上記した関連性１〜関連性３の各項目名に対応する値を取得して、キーワードテーブルの「関連性１の値」〜「関連性３の値」のそれぞれに対応する値としてセットして、ステップＳ６１０７へ処理を進める。

ステップＳ６１０７では、制御部１０は、「関連性１の値」〜「関連性３の値」の中で、プロファイルデータテーブルからデータの取得を行なっていないものが残っているか否かを判断し、残っていると判断するとステップＳ６１０５へ処理を戻し、残っていないと判断すると処理をリターンさせる。

再度図８を参照して、制御部１０は、ステップＳ６１０でプロファイルデータをキーワードに追加する処理の後、ステップＳ６２０でキーワードをキーとして会話事例ＤＢから、提示（出力）する会話例を検索する処理を行なう。この処理の内容を、当該処理のサブルーチンのフローチャートである図１０および図１１を参照して説明する。

まず図１０を参照して、キーワードをキーとして、会話事例ＤＢから提示する会話例を検索する処理では、制御部１０は、まずステップＳ６２０１で、以降の処理で利用する変数Ｎを１として、ステップＳ６２０２へ処理を進める。

ステップＳ６２０２では、制御部１０は、キーワードテーブル（表７参照）の関連性Ｎの値（Ｎは上記変数）のフィールドに対応する値が存在するか否かを判断し、存在すると判断するとステップＳ６２０３へ処理を進め、存在しないと判断するとステップＳ６２０５へ処理を進める。

ステップＳ６２０３では、制御部１０は、キーワードテーブル（表７参照）の「種類」「分類」「英語レベル」「関連性Ｎの値」の４つのフィールドに対応する値をキーとして、会話事例テーブル（表２参照）に格納された会話例に対してａｎｄ検索を行なう。つまり、ステップＳ６２０３では、たとえばキーワードテーブルが表７のように構成されている場合、会話事例テーブルに登録された会話例の中から、「種類」の値が「ケーキ屋」であり、「商品分類」の値が「食品」であり、「英語レベル」の値として「Ｃ」を含み、かつ、「キーワード」に、キーワードテーブル中の関連性Ｎの値（Ｎはその時点で設定されている値）に対応する値として登録されている文言を含む会話例を、検索結果として出力する。ここでは、「関連性＊」の値について検索が行なわれる。つまり、関連性の項目に対するユーザの情報そのものと一致する会話文が検索される。

ステップＳ６２０４では、制御部１０は、ステップＳ６２０３における検索結果を、上記した検索結果リストテーブルに格納して、ステップＳ６２０５へ処理を進める。

ステップＳ６２０５では、制御部１０は、Ｎが３になったか否かを判断し、なったと判断するとステップＳ６２０７（図１１参照）へ処理を進め、また３になっていないと判断するとステップＳ６２０６へ処理を進める。

ステップＳ６２０６では、制御部１０は、Ｎを１加算更新して、ステップＳ６２０２へ処理を戻す。

図１１を参照して、ステップＳ６２０７では、制御部１０は、検索結果リストテーブルを参照し、検索結果として挙げられている会話例が「１０」以上であるか否かを判断し、１０以上であると判断するとそのまま処理をリターンさせる。一方、１０未満であると判断すると、制御部１０はステップＳ６２０８へ処理を進める。ここでの、会話例の数についての「１０」という数字は単なる一例であり、もっと多くの検索結果をユーザに提示したい場合は、より大きな値を設定することも可能である。また、さらに絞り込んだ件数での検索結果をユーザに提示したい場合は、より小さい値を設定すれば実現可能である。

ステップＳ６２０８では、以降の処理で利用する変数Ｍの値を１に設定して、ステップＳ６２０９へ処理を進める。

ステップＳ６２０９では、制御部１０は、キーワードテーブル（表７参照）の「種類」「分類」「英語レベル」「関連性Ｍ」（Ｍは上記変数）の４つのフィールドに対応する値をキーとして会話事例テーブル（表２）に記憶された会話例についてのａｎｄ検索を行なう。ここでは、「関連性＊」についての検索が行なわれている。つまり、関連性の項目名と一致する会話文の検索が行なわれる。

なお、ここまでの検索内容をまとめると、ステップＳ６２０３〜ステップＳ６２０９の流れでは、まずステップＳ６２０３において、関連性の項目に関するユーザ情報と一致する会話文が検索され、検索数が少なかった場合は、ステップＳ６２０９において、関連性の項目名での検索が行なわれる。これにより、関連性の項目のユーザ情報だけではなく、関連性の項目に関連する会話文にまで、検索する範囲が広げられることになる。

次に、制御部１０は、ステップＳ６２１０で、ステップＳ６２０９の検索結果を検索結果リストテーブルに格納して、ステップＳ６２１１へ処理を進める。

ステップＳ６２１１では、制御部１０は、Ｍが３であるか否かを判断し、そうであると判断するとステップＳ６２１３へ処理を進め、そうではないと判断するとステップＳ６２１２へ処理を進める。

ステップＳ６２１２では、制御部１０は、Ｍを１加算更新して、ステップＳ６２０９へ処理を戻す。

ステップＳ６２１３では、制御部１０は、検索結果として検索結果リストテーブルに格納された会話例の情報が１０以上存在するか否かを判断し、存在すると判断すると、処理をリターンさせる。一方、検索結果が１０未満であると判断すると、ステップＳ６２１４でｏｒ検索処理を実行する。この処理の内容を、当該処理のサブルーチンのフローチャートである図１２を参照して、説明する。

図１２を参照して、キーワードをキーとして、ｏｒ検索処理では、制御部１０は、まずステップＳ６２１５で、制御部１０は、キーワードテーブル（表７参照）の関連性１の値〜関連性３の値のいずれかのフィールドに対応する値が存在するか否かを判断し、存在すると判断するとステップＳ６２１６へ処理を進め、存在しないと判断するとステップＳ６２１８へ処理を進める。

ステップＳ６２１６では、制御部１０は、キーワードテーブル（表７参照）の「種類」「分類」「英語レベル」「関連性の値」（は、１〜３の数字）の４つのフィールドに対応する値をキーとして、会話事例テーブル（表２参照）に格納された会話例に対してｏｒ検索を行なう。つまり、ステップＳ６２１６では、たとえばキーワードテーブルが表７のように構成されている場合、会話事例テーブルに登録された会話例の中から、「種類」の値が「ケーキ屋」であるか「商品分類」の値が「食品」であり、かつ、「英語レベル」の値として「Ｃ」を含み、かつ、「キーワード」にキーワードテーブル中の関連性※の値（※は、１〜３の数字）に対応する値として登録されている文言を含む会話例を、検索結果として出力する。

なお、図１２中、「∩」は「ａｎｄ」を意味し、「∪」は「ｏｒ」を意味する。
ステップＳ６２１７では、制御部１０は、ステップＳ６２１６における検索結果を、上記した検索結果リストテーブルに格納して、ステップＳ６２１８へ処理を進める。

ステップＳ６２１８では、制御部１０は、関連性１の値〜関連性３の値の中でステップＳ６２１６における検索を行なっていないものがあるか否かを判断し、そうであると判断するとステップＳ６２１５へ処理を進め、そうではないと判断するとステップＳ６２１９へ処理を進める。

ステップＳ６２１９では、制御部１０は、検索結果リストテーブルを参照し、検索結果として挙げられている会話例が「１０」以上であるか否かを判断し、１０以上であると判断するとそのまま処理をリターンさせる。一方、１０未満であると判断すると、制御部１０はステップＳ６２２０へ処理を進める。

ステップＳ６２２０では、制御部１０は、キーワードテーブル（表７参照）の「種類」「分類」「英語レベル」「関連性※」（※は、１〜３の数字）の４つのフィールドに対応する値をキーとして会話事例テーブル（表２）に記憶された会話例についてのｏｒ検索を行なう。つまり、ステップＳ６２２０では、たとえばキーワードテーブルが表７のように構成されている場合、会話事例テーブルに登録された会話例の中から、「種類」の値が「ケーキ屋」であるか「商品分類」の値が「食品」であり、かつ、「英語レベル」の値として「Ｃ」を含み、かつ、「キーワード」にキーワードテーブル中の関連性※の値（※は、１〜３の数字）に対応する文言を含む会話例を、検索結果として出力する。

次に、制御部１０は、ステップＳ６２２１で、ステップＳ６２２０の検索結果を検索結果リストテーブルに格納して、ステップＳ６２２２へ処理を進める。

ステップＳ６２２２では、制御部１０は、関連性１〜関連性３の中でステップＳ６２２０における検索を行なっていないものがあるか否かを判断し、そうであると判断するとステップＳ６２２０へ処理を戻し、そうではないと判断すると処理をリターンさせる。

再度図８を参照して、ステップＳ６２０でキーワードをキーとして会話事例ＤＢから提示する会話例を検索する処理を実行した後、制御部１０は、ステップＳ６３０で、検索した会話例に含まれるキーワードをもとに優先度の重み付けを行なう処理を実行する。ステップＳ６３０の処理の内容を、当該処理のサブルーチンのフローチャートである図１３および図１４を参照して説明する。

まず図１３を参照して、検索した会話例に含まれるキーワードをもとに優先度の重み付けを行なう処理では、制御部１０は、まずステップＳ６３０１で、検索結果として挙げられた会話例のそれぞれの「キーワード」のフィールドに格納された値の中に、キーワードテーブル（表７参照）において関連性１の値と一致するものがあるか否かを判断し、あると判断するとステップＳ６３０２へ処理を進め、ないと判断するとステップＳ６３０３へ処理を進める。

ステップＳ６３０２では、制御部１０は、検索結果リストテーブルにおいて、一致するものがあった会話例についての優先度の値を６加算更新して、ステップＳ６３０３へ処理を進める。

ステップＳ６３０３では、制御部１０は、検索結果として挙げられた会話例のそれぞれの「キーワード」フィールドの値の中に、キーワードテーブルの関連性２の値と一致するものがあるか否かを判断し、あると判断するとステップＳ６３０４へ処理を進め、ないと判断するとステップＳ６３０５へ処理を進める。

ステップＳ６３０４では、検索結果リストテーブルにおいて、ステップＳ６３０３において一致するものがあると判断した会話例の優先度の値を５加算更新して、ステップＳ６３０５へ処理を進める。

ステップＳ６３０５では、制御部１０は、検索結果として挙げられた会話例のそれぞれの「キーワード」フィールドの値の中に、キーワードテーブルの関連性３の値と一致するものがあるか否かを判断し、あると判断するとステップＳ６３０６へ処理を進め、ないと判断するとステップＳ６３０７（図１４参照）へ処理を進める。

ステップＳ６３０６では、制御部１０は、検索結果リストテーブルのステップＳ６３０５で一致するものがあると判断した会話例についての優先度の値を４加算更新して、ステップＳ６３０７へ処理を進める。

図１４を参照して、ステップＳ６３０７では、制御部１０は、検索結果として得られた会話例のそれぞれの「キーワード」フィールドの値の中に、キーワードテーブルの「関連性１の項目名」と一致するものがあるか否かを判断し、あると判断するとステップＳ６３０８へ処理を進め、ないと判断するとステップＳ６３０９へ処理を進める。

ステップＳ６３０８では、制御部１０は、検索結果リストテーブルにおいてステップＳ６３０７で一致すると判断した会話例についての優先度の値を３加算更新して、ステップＳ６３０９へ処理を進める。

ステップＳ６３０９では、制御部１０は、検索結果として得られた会話例の「キーワード」フィールドの値の中にキーワードテーブルの「関連性２の項目名」と一致するものがあるか否かを判断し、あると判断するとステップＳ６３１０へ処理を進め、ないと判断するとステップＳ６３１１へ処理を進める。

ステップＳ６３１０では、制御部１０は、検索結果リストテーブルのステップＳ６３０９で一致するものがあると判断した会話例についての優先度の値を２加算更新して、ステップＳ６３１１へ処理を進める。

ステップＳ６３１１では、制御部１０は、検索結果として得られた会話例のそれぞれの「キーワード」フィールドの値の中にキーワードテーブルの「関連性３の項目名」と一致するものがあるか否かを判断し、あると判断するとステップＳ６３１２へ処理を進め、ないと判断するとステップＳ６３１３へ処理を進める。

ステップＳ６３１２では、制御部１０は、検索結果リストテーブルのステップＳ６３１１で一致するものがあると判断した会話例についての優先度の値を１加算更新して、ステップＳ６３１３へ処理を進める。

ステップＳ６３１３では、検索結果として得られた会話例の中でステップＳ６３０１〜ステップＳ６３１２の処理による優先度の設定が行なわれていないものが存在するか否かを判断し、存在すると判断するとステップＳ６３０１へ処理を戻す。一方、存在しないと判断すると、処理をリターンさせる。

なお、以上図１３および図１４を参照して説明した、優先度の重み付けを行なう処理では、各関連性の値・各関連性の項目名に対して、固定値（６，５，４，３，２，１）を加算しているが、本発明に従った重み付けはこれに限定されず、関連性の高い項目に対応する優先度に対して低い項目に対応する優先度よりも高い値が加算されるようにされれば良い。

再度図８を参照して、ステップＳ６３０で、検索した会話例に含まれるキーワードをもとに優先度の重み付けを行なった後、制御部１０は、ステップＳ６４０で、会話例を優先度の大きい順で提示する処理を行なう。この処理の内容を、当該処理のサブルーチンのフローチャートである図１５を参照して説明する。

図１５を参照して、会話例を優先度の大きい順で提示する処理では、まずステップＳ６４０１で、制御部１０は、検索結果リストテーブルの優先度の数字に基づき、降順に会話例（レコードＮｏ．）を並び替えて、ステップＳ６４０２へ処理を進める。

ステップＳ６４０２では、制御部１０は、検索結果リストテーブルにレコードＮｏ．を格納された会話例を表示部１２にリスト表示して、処理をリターンさせる。

ステップＳ６４０２において表示部１２に表示される画面の一例を図１７に示す。
図１７を参照して、画面１２０には、「１）」「２）」という順位を表わす数字とともに、各会話例が表示されている。

再度図８を参照して、ステップＳ６４０で会話例を優先度の大きい順で提示した後、制御部１０は、ステップＳ６５０で、ユーザの選択結果から「分類とプロファイル項目の関連性テーブル」を構成する処理を実行する。この処理の内容を、当該処理のサブルーチンのフローチャートである図１６を参照して説明する。

ユーザの選択結果から「分類とプロファイル項目の関連性テーブル」を更新する処理では、制御部１０は、まずステップＳ６５０１で、ステップＳ６４０２（図１５参照）において行なったリスト表示に対して、会話例を選択する情報を受付け、ステップＳ６５０２へ処理を進める。

ステップＳ６５０２では、会話事例テーブル（表２参照）から、ステップＳ６５０１で選択を受付けた会話例についての「キーワード」フィールドに格納された内容を取得し、ステップＳ６５０３へ処理を進める。

ステップＳ６５０３では、ステップＳ６５０２で取得した内容の中に、プロファイルデータテーブル（表４参照）において項目名として格納されている情報と一致するものがあるか否かを判断し、あると判断するとステップＳ６５０４へ処理を進め、ないと判断するとステップＳ６５０８へ処理を進める。

ステップＳ６５０４では、ステップＳ６５０３で一致すると判断した項目名が、現在の（キーワードテーブルにおける）分類に対応する項目名として登録されているか否かを判断し、登録されていると判断するとステップＳ６５０６へ処理を進め、登録されていないと判断するとステップＳ６５０７へ処理を進める。

ステップＳ６５０６では、制御部１０は、関連性テーブルにおいて、ステップＳ６５０３で一致すると判断された項目名についての関連度を１加算更新して、ステップＳ６５０８へ処理を進める。

ステップＳ６５０７では、制御部１０は、関連性テーブルの現在の分類に対応する項目名として、ステップＳ６５０３で一致すると判断された項目名を追加し、当該項目名に対応する関連度を１として、ステップＳ６５０８へ処理を進める。

ステップＳ６５０８では、制御部は、ステップＳ６５０３で一致すると判断したすべての項目名について、関連性テーブルにおける内容の更新が終了したか否かを判断し、終了したと判断するとステップＳ６５０９へ処理を進め、まだ終了していないと判断するとステップＳ６５０３へ処理を戻す。

ステップＳ６５０９では、制御部１０は、関連性テーブルの各分類において、関連度が高い項目名から順に、関連性１、関連性２、関連性３に対応するように並べ替えを行なって、処理をリターンさせる。

以上図１６を参照して説明した一連の処理により、分類とプロファイル項目の関連性について、常に最新のものに更新することができる。つまり、現在機器（携帯型翻訳機１）が存在する場所を元に、必要とされる分類を抽出し、その分類に関して、より関連性の高い項目順に並べることが常時出来るように、携帯型翻訳機１が構成されていることになる。これにより、その場所により適した精度の高い会話文を検索することが可能となる。その精度は、ユーザが機器を使用する回数が増えるほど、高くなっていくことになる。

図７に戻って、ステップＳ５５０の処理を終えると、制御部１０は処理を図３に示されたフローチャートに戻す。

再度図３を参照して、ステップＳ６の処理の後、制御部１０は、ステップＳ７で、ステップＳ６５０１で選択を受付けた会話例を表示させ（さらに対応する音声を出力させて）、そして、当該会話例を会話履歴ＤＢ（表１３）に新たに登録して、処理を終了させる。なお、会話履歴ＤＢとして新たに登録される情報は、同じ場所（店舗）において選択された会話例がひとまとめにされたものである。また、種類、名前、住所のフィールドの値は、その時点での建物情報テーブル（表８）に登録されている内容とされ、日時は、その時点の（たとえば、同じ場所で選択された会話例の中の最後の会話例が選択された時点の）日付および時刻が取得されて登録される。

以上説明した本実施の形態では、携帯型翻訳機１により、翻訳された会話文を出力する電子機器が構成されている。

携帯型翻訳機１では、ユーザのプロファイルデータが項目ごとに記憶されており、また、その項目のいずれかに位置情報と関連する情報が対応して記憶されていることから、現在の位置情報に関連する情報（たとえば、衣服や食品等の店舗の分類）に基づいて、ユーザのプロファイルデータをキーワードとして選出できる。そして、携帯型翻訳機１では、このように選出されたキーワードを利用して、その時点で出力する会話例が検索される。

なお、本実施の形態では、会話事例ＤＢ１０４により、会話文と会話文のキーワードとなる会話文キーワードとを記憶する会話文記憶手段が構成されている。

また、本実施の形態では、プロファイルＤＢ１１０１により、ユーザに関する情報であるプロファイルデータと該プロファイルデータの項目となるプロファイル項目とを対応して記憶するプロファイルデータ記憶手段が構成されている。

また、本実施の形態では、図４〜図６を参照して説明した処理を実行する制御部１０により、現在位置の詳細情報を取得する詳細情報取得手段が構成されている。

また、本実施の形態では、分類とプロファイル項目の関連性テーブルを記憶する関連性ＤＢ１１０２により、現在位置の詳細情報と、該詳細情報に関連するプロファイル項目とを対応して記憶する詳細情報プロファイル関連テーブルが構成されている。

また、本実施の形態では、ステップＳ６１０３（図９参照）等に示されるように関連性テーブルから情報を取得する制御部１０により、詳細情報取得手段によって取得された詳細情報に関連するプロファイル項目を詳細情報プロファイル関連テーブルから取得するプロファイル項目取得手段が構成されている。

また、本実施の形態では、ステップＳ６１０４（図９参照）等に示されるように、プロファイルデータテーブルから、関連性テーブルから取得した情報に対応したプロファイルデータを取得する制御部１０により、プロファイル項目取得手段によって取得されたプロファイル項目のプロファイルデータをプロファイルデータ記憶手段から取得するプロファイルデータ取得手段が構成されている。

また、本実施の形態では、ステップＳ６１０６（図９参照）等に示されるように、プロファイルデータテーブルから取得した値を、キーワードテーブルにセットする制御部１０により、プロファイルデータ取得手段によって取得されたプロファイルデータから会話文を検索するためのキーワードである検索用キーワードを生成する検索キーワード生成手段が構成されている。

また、本実施の形態では、ステップＳ６２０２（図１０参照）等に示されるように会話例の検索を行なう制御部１０により、検索キーワード生成手段によって生成された検索用キーワードと一致するキーワードを、会話文キーワードから検索する会話文キーワード検索手段が構成されている。

そして、検索結果であるレコードＮｏ．に対応した会話例の内容を会話事例ＤＢ１０４から取得する制御部１０により会話文取得手段が構成され、また、取得した会話例を表示部１２に表示させたりスピーカ１５から音声として出力させたりする制御部１０により出力手段が構成されている。

なお、携帯型翻訳機１では、ステップＳ６５０１で会話例を選択する情報を受付けた場合、表示部１２では、当該選択された会話例のみが表示されるように、表示内容が更新される。また、更新後の画面には、選択された会話例のみでなく、さらに、当該選択された会話例の翻訳文（たとえば、選択された会話例が英文であれば、その和訳文）が表示されても良い。また、会話例の出力は、表示のみに限らず、音声とともに、または、音声のみによって行なわれても良い。このような場合、会話例に対応する音声データは、たとえば会話事例ＤＢ１０４（音声データ記憶部１７）に格納されている。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の一実施の形態である携帯型翻訳機の機能を説明するための模式的な図である。 図１の携帯型翻訳機のハードウェア構成を示す図である。 図１の携帯型翻訳機において、当該携帯型翻訳機の位置に応じた会話例が提示される際に実行される処理のフローチャートである。 図３の処理の中の、現在位置の建物情報を取得する処理のサブルーチンのフローチャートである。 図３の処理の中の、現在位置の建物情報を取得する処理のサブルーチンのフローチャートである。 図３の処理の中の、現在位置の店情報を取得する処理のサブルーチンのフローチャートである。 図３の処理の中の、キーワード作成処理のサブルーチンのフローチャートである。 図３の処理の中の、会話候補文を出力する処理のサブルーチンのフローチャートである。 図８の処理の中の、プロファイルデータをキーワードに追加する処理のサブルーチンのフローチャートである。 図８の処理の中の、キーワードをキーとして会話事例ＤＢから提示する会話例を検索する処理のサブルーチンのフローチャートである。 図８の処理の中の、キーワードをキーとして会話事例ＤＢから提示する会話例を検索する処理のサブルーチンのフローチャートである。 図１１の処理の中の、ｏｒ検索処理のサブルーチンのフローチャートである。 図８の処理の中の、検索した会話例に含まれるキーワードを基に優先度の重み付けを行なう処理のサブルーチンのフローチャートである。 図８の処理の中の、検索した会話例に含まれるキーワードを基に優先度の重み付けを行なう処理のサブルーチンのフローチャートである。 図８の処理の中の、会話例を優先度の大きい順で提示する処理のサブルーチンのフローチャートである。 図８の処理の中の、ユーザの選択結果から分類とプロファイル項目の関連性テーブルを更新する処理のサブルーチンのフローチャートである。 図１の携帯型翻訳機の表示部における表示画面の一例を示す図である。

符号の説明

１ 携帯型翻訳機、１０ 制御部、１１ 入力部、１２ 表示部、１３ Ｄ／Ａ変換部、１４ 出力アンプ、１５ スピーカ、１６ 辞書データ記憶部、１７ 音声データ記憶部、１８ 情報記憶部、１９ 通信部、２０ タイマ、１０４ 会話事例ＤＢ、１０５ 翻訳・辞書ＤＢ、１０８ 会話履歴ＤＢ、１１０ 情報変換用ＤＢ、１１０１ プロファイルＤＢ、１１０２ 関連性ＤＢ、１１０３ キーワードＤＢ、１１０４ 建物情報ＤＢ、１１０５ 店情報ＤＢ、１１０６ 検索結果ＤＢ。

Claims (14)

1. 翻訳された会話文を出力する手段を備えた電子機器において、
   会話文と会話文のキーワードとなる会話文キーワードとを記憶する会話文記憶手段と、
   ユーザに関する情報であるプロファイルデータと該プロファイルデータの項目となるプロファイル項目とを対応して記憶するプロファイルデータ記憶手段と、
   現在位置の詳細情報を取得する詳細情報取得手段と、
   現在位置の詳細情報と、該詳細情報に関連するプロファイル項目とを対応して記憶する詳細情報プロファイル関連テーブルと、
   前記詳細情報取得手段によって取得された詳細情報に関連するプロファイル項目を前記詳細情報プロファイル関連テーブルから取得するプロファイル項目取得手段と、
   前記プロファイル項目取得手段によって取得されたプロファイル項目のプロファイルデータを前記プロファイルデータ記憶手段から取得するプロファイルデータ取得手段と、
   前記プロファイルデータ取得手段によって取得されたプロファイルデータから会話文を検索するためのキーワードである検索用キーワードを生成する検索キーワード生成手段と、
   前記検索キーワード生成手段によって生成された検索用キーワードと一致するキーワードを、会話文キーワードから検索する会話文キーワード検索手段と、
   前記会話文キーワード検索手段によって検索された会話文キーワードと前記会話文記憶手段において対応して記憶される会話文を前記会話文記憶手段から取得する会話文取得手段と、
   前記会話文取得手段によって取得された会話文を出力する出力手段とを含むことを特徴とする電子機器。
2. 前記検索キーワード生成手段は、前記詳細情報取得手段により取得された１つまたは複数の詳細情報と、前記プロファイル項目取得手段により取得された１つまたは複数のプロファイル項目と、前記プロファイルデータ取得手段により取得された１つまたは複数のプロファイルデータとから検索用キーワードを生成することを特徴とする請求項１に記載の電子機器。
3. 前記会話文キーワード検索手段は、前記検索キーワード生成手段により生成された複数のキーワードの全てと一致するキーワードを、会話文キーワードから検索するａｎｄ検索手段を備えたことを特徴とする請求項１または請求項２に記載の電子機器。
4. 前記会話文キーワード検索手段は、前記検索キーワード生成手段により生成された複数のキーワードのいずれか１つと一致するキーワードを、会話文キーワードから検索するｏｒ検索手段を備えたことを特徴とする請求項１〜請求項３のいずれかに記載の電子機器。
5. 前記会話文キーワード検索手段は、
   前記検索キーワード生成手段により生成された複数のキーワードの全てと一致するキーワードを、会話文キーワードから検索するａｎｄ検索手段と、
   前記ａｎｄ検索手段により検索された会話文の数が規定値以下であった場合に、前記検索キーワード生成手段により生成された複数のキーワードのいずれか１つと一致するキーワードを、会話文キーワードから検索するｏｒ検索手段とを備えることを特徴とする請求項１または請求項２に記載の電子機器。
6. 前記ａｎｄ検索手段は、前記検索キーワード生成手段により生成された複数のキーワードの全てと一致するキーワードを前記会話文キーワードから検索することによって得られた会話文キーワードが所定の数よりも少ない場合には、当該複数のキーワードに対応するプロファイル項目の全てと一致するキーワードを前記会話文キーワードから検索する、請求項５に記載の電子機器。
7. 前記ｏｒ検索手段は、前記検索キーワード生成手段により生成された複数のキーワードのいずれか１つと一致するキーワードを前記会話文キーワードから検索することによって得られた会話文キーワードが所定の数よりも少ない場合には、当該複数のキーワードに対応するプロファイル項目のいずれか１つと一致するキーワードを前記会話文キーワードから検索する、請求項５または請求項６に記載の電子機器。
8. 前記詳細情報取得手段により取得された詳細情報は、現在位置の店の種類と、店が扱う商品や営業内容により区分けされた分類を含み、
   前記ｏｒ検索手段は、前記詳細情報の店の種類または分類と一致し、かつ、前記プロファイルデータ取得手段により取得されたプロファイルデータと一致するキーワードを有する会話文を検索することを特徴とする請求項４または請求項５に記載の電子機器。
9. 前記詳細情報取得手段により取得された詳細情報は、現在位置の店の種類と、店が扱う商品や営業内容により区分けされた分類を含み、
   前記ｏｒ検索手段は、前記詳細情報の店の種類または分類と一致し、かつ、前記プロファイル項目取得手段により取得されたプロファイル項目と一致するキーワードを有する会話文を検索することを特徴とする請求項４または請求項５に記載の電子機器。
10. 前記プロファイルデータ記憶手段は、言語の精通度を表す言語レベルと、該言語レベルのプロファイル項目である言語レベル項目とを記憶し、
    前記会話文記憶手段は、会話文の難易度を表す会話文レベルを各会話文に対応付けて記憶し、
    前記プロファイルデータ取得手段は、前記プロファイルデータ記憶手段が記憶する言語レベルを取得し、
    前記検索キーワード生成手段は、前記プロファイルデータ取得手段により取得された言語レベルを含んだ検索用キーワードを生成し、
    前記会話文キーワード検索手段は、前記検索キーワード生成手段により生成された検索用キーワードが持つ言語レベル以下の会話文レベルを持つ会話文キーワードを検索することを特徴とする請求項１〜請求項９のいずれかに記載の電子機器。
11. 前記詳細情報プロファイル関連テーブルは、各プロファイル項目と各詳細情報との関連性の深さを示した関連度を記憶し、
    前記詳細情報プロファイル関連テーブルは、前記分類に対するプロファイル項目を、関連度が高い順番に記憶していることを特徴とする請求項１〜請求項１０のいずれかに記載の電子機器。
12. 前記会話文取得手段により取得された複数の会話文が有するそれぞれの会話文キーワードの中で、前記詳細情報の分類に対する関連度が高いプロファイル項目と、該プロファイル項目に対するプロファイルデータと一致する会話文キーワードを有する会話文に、より大きい重みをつける重み付け手段をさらに備え、
    前記出力手段は、前記重み付け手段によって付けられた重みが大きい順番に会話文を出力することを特徴とする請求項１１に記載の電子機器。
13. 前記出力手段により出力された複数の会話文の中から、１つまたは複数の会話文を選択する会話文選択手段と、
    前記会話文選択手段により選択された会話文の会話文キーワード中のプロファイル項目を検索するプロファイル項目検索手段と、
    前記プロファイル項目検索手段によって検索されたプロファイル項目における、前記詳細情報プロファイル関連テーブルに記憶された関連度の高さを上げる関連度更新手段とをさらに備え、
    前記関連度更新手段により、更新された関連度の高さが高い順番に前記詳細情報プロファイル関連テーブルのプロファイル項目の並び順を変更することを特徴とする請求項１〜請求項１１に記載の電子機器。
14. 会話文、前記会話文のキーワードとなる会話文キーワード、ユーザに関する情報であるプロファイルデータと該プロファイルデータの項目となるプロファイル項目とを対応付けるプロファイルデータテーブル、および、現在位置の詳細情報と該詳細情報に関連するプロファイル項目とを対応付ける詳細情報プロファイル関連テーブルを記憶する記憶装置を備え、翻訳された会話文を出力する手段を備えた電子機器の制御方法において、
    現在位置の詳細情報を取得するステップと、
    前記取得された詳細情報に関連するプロファイル項目を前記詳細情報プロファイル関連テーブルから取得するステップと、
    前記取得されたプロファイル項目のプロファイルデータを前記プロファイルデータテーブルから取得するステップと、
    前記プロファイルデータから会話文を検索するためのキーワードである検索用キーワードを生成するステップと、
    前記生成された検索用キーワードと一致するキーワードを、会話文キーワードから検索するステップと、
    前記検索された会話文キーワードと対応して記憶される会話文を取得するステップと、
    前記取得された会話文を出力するステップとを含むことを特徴とする電子機器の制御方法。

Images