(57)【特許請求の範囲】
【請求項１】
電子機器により実行される方法であって、
ユーザの音声による入力をマイクロフォンにより受け付け、
ユーザの音声に対応する第１文字列が、記憶媒体上のデータベースに登録されている場合、前記データベースにおいて前記第１文字列に対応付けられた第２文字列をディスプレイ上に表示し、
前記データベースに前記第１文字列が登録されていない場合であって、ユーザの指示があった場合に、前記第１文字列を第３文字列とする編集を受け付け、
前記第３文字列が番組の情報から検索された場合に、プロセッサは、前記第３文字列を、前記第１文字列に対応付けて前記データベースに登録する、
ことを含む方法。
【請求項２】
前記第３文字列が検索され、かつ前記第１文字列と前記第３文字列とが類似する場合に、前記第３文字列を、前記第１文字列に対応付けて前記データベースに登録する、
請求項１に記載の方法。
【請求項３】
ユーザの音声に対応して前記第１文字列の他に候補となる一または複数の候補文字列を選択可能に表示し、
ユーザが前記一または複数の候補文字列の中から選択した場合に、選択された文字列を、前記第１文字列に対応付けて前記データベースに登録する、
請求項１に記載の方法。
【請求項４】
ユーザの音声による入力の後、所定の時間内に、再度、ユーザの音声による入力を受付けた場合に、再度の入力の音声に対応する文字列を、最初の入力の音声に対応する前記第１文字列に対応付けて前記データベースに登録する、
請求項１に記載の方法。
【請求項５】
前記第３文字列をネットワーク上の前記データベースを有するサーバに送信し、前記サーバから、前記第３文字列が登録されているか否かの判断結果を受信し、
前記第３文字列が検索された場合に、前記第３文字列を、前記ネットワーク上の前記サーバに送信する、
請求項１に記載の方法。
【請求項６】
ユーザの音声による入力を受け付ける入力部と、
ユーザの音声に対応する第１文字列がデータベースに登録されている場合、前記データベースにおいて前記第１文字列に対応付けられた第２文字列を表示する表示部と、
前記データベースに前記第１文字列が登録されていない場合であって、ユーザの指示があった場合に、前記第１文字列を第３文字列とする編集を受け付ける編集部と、
前記第３文字列が番組の情報から検索された場合に、前記第３文字列を、前記第１文字列に対応付けて前記データベースに登録する登録部と、
を備えた電子機器。
【請求項７】
前記登録部は、前記第３文字列が検索され、かつ前記第１文字列と前記第３文字列とが類似する場合に、前記第３文字列を、前記第１文字列に対応付けて前記データベースに登録する、
請求項６に記載の電子機器。
【請求項８】
前記データベースを記憶する記憶部、
をさらに備えた請求項６に記載の電子機器。
【請求項９】
前記表示部は、ユーザの音声に対応して前記第１文字列の他に候補となる一または複数の候補文字列を選択可能に表示し、
前記登録部は、ユーザが前記一または複数の候補文字列の中から選択した場合に、選択された文字列を、前記第１文字列に対応付けて前記データベースに登録する、
請求項６に記載の電子機器。
【請求項１０】
前記登録部は、ユーザの音声による入力の後、所定の時間内に、再度、ユーザの音声による入力を受付けた場合に、再度の入力の音声に対応する文字列を、最初の入力の音声に対応する前記第１文字列に対応付けて前記データベースに登録する、
請求項６に記載の電子機器。
【請求項１１】
前記第３文字列をネットワーク上の前記データベースを有するサーバに送信し、前記サーバから、前記第３文字列が登録されているか否かの判断結果を受信する通信部をさらに備え、
前記登録部は、前記第３文字列が検索された場合に、前記第３文字列を、前記ネットワーク上の前記サーバに送信する、
請求項６に記載の電子機器。
【請求項１２】
ユーザの音声による入力を受け付け、
ユーザの音声に対応する第１文字列がデータベースに登録されている場合、前記データベースにおいて前記第１文字列に対応付けられた第２文字列を表示し、
前記データベースに前記第１文字列が登録されていない場合であって、ユーザの指示があった場合に、前記第１文字列を第３文字列とする編集を受け付け、
前記第３文字列が番組の情報から検索された場合に、前記第３文字列を、前記第１文字列に対応付けて前記データベースに登録する、
ことをコンピュータに実行させるためのプログラム。
【請求項１３】
前記第３文字列が検索され、かつ前記第１文字列と前記第３文字列とが類似する場合に、前記第３文字列を、前記第１文字列に対応付けて前記データベースに登録する、
ことを前記コンピュータに実行させるための請求項１２に記載のプログラム。
【請求項１４】
ユーザの音声に対応して前記第１文字列の他に候補となる一または複数の候補文字列を選択可能に表示し、
ユーザが前記一または複数の候補文字列の中から選択した場合に、選択された文字列を、前記第１文字列に対応付けて前記データベースに登録する、
ことを前記コンピュータに実行させるための請求項１２に記載のプログラム。
【請求項１５】
ユーザの音声による入力の後、所定の時間内に、再度、ユーザの音声による入力を受付けた場合に、再度の入力の音声に対応する文字列を、最初の入力の音声に対応する前記第１文字列に対応付けて前記データベースに登録する、
ことを前記コンピュータに実行させるための請求項１２に記載のプログラム。
【請求項１６】
前記第３文字列をネットワーク上の前記データベースを有するサーバに送信し、前記サーバから、前記第３文字列が登録されているか否かの判断結果を受信し、
前記第３文字列が検索された場合に、前記第３文字列を、前記ネットワーク上の前記サーバに送信する、
ことを前記コンピュータに実行させるための請求項１２に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、方法、電子機器およびプログラムに関する。
【背景技術】
【０００２】
近年では、録画再生機能を備えたテレビや録画再生機器において、所望の録画番組の検索機能が重要になってきている。このため、番組名などのキー入力による煩雑さを回避するために、ユーザがリモートコントローラから番組名等を音声入力して、録画番組の検索を行える録画再生機器が登場してきている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１９７４１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、録画再生装置においては、音声入力された番組名等が正確に認識された場合でも、ユーザが意図した通りの番組名に変換されない場合がある。このため、ユーザの音声入力に利便性があり、かつ正確な番組名の検索を提供することが望まれている。
【課題を解決するための手段】
【０００５】
実施形態の方法は、電子機器により実行される方法であって、ユーザの音声による入力をマイクロフォンにより受け付け、ユーザの音声に対応する第１文字列が、記憶媒体上のデータベースに登録されている場合、前記データベースにおいて前記第１文字列に対応付けられた第２文字列をディスプレイ上に表示し、前記データベースに前記第１文字列が登録されていない場合であって、ユーザの指示があった場合に、前記第１文字列を第３文字列とする編集を受け付け、前記第３文字列が番組の情報から検索された場合に、プロセッサは、前記第３文字列を、前記第１文字列に対応付けて前記データベースに登録する。
【図面の簡単な説明】
【０００６】
【図１】図１は、実施形態１の録画再生システムの構成の一例を示す図である。
【図２】図２は、実施形態１にかかる携帯端末のハードウェア構成の例示図である。
【図３】図３は、実施形態１にかかる携帯端末の機能的構成の一例を示すブロック図である。
【図４】図４は、実施形態１の変換ＤＢの一例を示す図である。
【図５】図５は、実施形態１の番組検索処理の手順の一例を示すフローチャートである。
【図６】図６は、実施形態１のメニューバーおよび音声入力画面の一例を示す図である。
【図７】図７は、実施形態１の候補確認画面の一例を示す図である。
【図８】図８は、実施形態２の番組検索処理の手順を示すフローチャートである。
【図９】図９は、実施形態２の番組検索処理の手順（続き）を示すフローチャートである。
【図１０】図１０は、実施形態２の認識候補選択画面の一例を示す図である。
【図１１】図１１は、実施形態３の番組検索処理の手順を示すフローチャートである。
【図１２】図１２は、実施形態３の番組検索処理の手順を示すフローチャートである。
【図１３】図１３は、実施形態４の録画再生システムの構成の一例を示す図である。
【図１４】図１４は、実施形態４にかかる携帯端末の機能的構成の一例を示すブロック図である。
【図１５】図１５は、実施形態４の番組検索処理の手順を示すフローチャートである。
【発明を実施するための形態】
【０００７】
以下、添付図面を参照して本実施形態を詳細に説明する。
【０００８】
（実施形態１）
本実施形態の録画再生システムは、図１に示すように、携帯端末１００とデジタルテレビ２００とが、Ｗｉ−Ｆｉ（登録商標）等の無線ネットワークなどで接続される構成となっている。図１に示すように、携帯端末１００とデジタルテレビ２００とは、インターネット上のサービス業者等のサーバ３００や放送局サーバ４００と接続される。また、デジタルテレビ２００は、放送局５００からの放送波を受信する。
【０００９】
本実施形態のデジタルテレビ２００は、デジタル放送の受信用チューナを搭載しており、さらに、放送番組の録画再生機能を備えている。また、本実施形態のデジタルテレビ２００は、インターネット上の各種サイトを検索したり、表示したりすることができるＷｅｂブラウザの機能が搭載されている。さらに、本実施形態のデジタルテレビ２００は、Ｈｙｂｒｉｄｃａｓｔ（登録商標）対応となっており、放送局５００から受信した放送波と、放送局サーバ４００やサーバ３００から放送番組に関するコンテンツやアプリケーションを受信し、アプリケーション等を起動して、放送番組と連動したコンテンツを放送番組上に表示可能となっている。また、サーバ３００は、電子番組表（ＥＰＧ：Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）を管理している。
【００１０】
なお、本実施形態では録画再生装置としてデジタルテレビ２００を例にあげているが、録画再生機能を有していれば、これに限定されるものではない。例えば、放送波を受信するチューナを備え、録画再生機能を備え、映像を処理して外部接続された表示装置に出力するハードディスクレコーダやセットトップボックス等の機器であってもよい。
【００１１】
携帯端末１００は、デジタルテレビ２００に対する操作を行うリモートコントローラとして機能する電子機器であり、例えば、スマートフォン等の携帯電話、タブレット端末、スレート端末等として実現されている。携帯端末１００は、所定のアプリケーションプログラムを実行することによりデジタルテレビ２００に対する操作を行うようになっている。
【００１２】
また、本実施形態のデジタルテレビ２００は、Ｈｙｂｒｉｄｃａｓｔ（登録商標）対応となっており、放送局サーバ４００やサーバ３００から放送番組に関するコンテンツやアプリケーションを受信し、アプリケーション等を起動して、デジタルテレビ２００で放送されている放送番組と連動したコンテンツを放送番組上に表示可能となっている。
【００１３】
図２に示すように、携帯端末１００は、表示部１０２、ＣＰＵ（Central  Processing  Unit）１１６、グラフィクスコントローラ１１８、タッチパネルコントローラ１１９、不揮発性メモリ１２０、ＲＡＭ（Random  Access  Memory）１２１、通信Ｉ／Ｆ１２３およびセンサ群１０６、音声入力部１２４等を備える。この他、携帯端末１００は、カメラやスピーカなどを備えていてもよい。
【００１４】
音声入力部１２４は、マイクロフォン等の音声入力デバイスであり、ユーザからの発話を音声入力する。本実施形態では、音声入力部１２４は、ユーザの音声による、番組名の検索指示やデジタルテレビ２００に対する操作指示の入力文を受け付ける。
【００１５】
表示部１０２は、ディスプレイ１０２ａとタッチパネル１０２ｂとを組み合わせた、いわゆるタッチスクリーンとして構成される。ディスプレイ１０２ａは、例えば、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）や有機ＥＬ（Ｅｌｅｃｔｒｏ  Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどである。タッチパネル１０２ｂは、ユーザの指やスタイラスペンなどによってタッチされたディスプレイ１０２ａの表示画面上の位置（タッチ位置）を検知する。
【００１６】
不揮発性メモリ１２０は、オペレーションシステムや各種のアプリケーションプログラム、プログラムの実行に必要な各種データなどを記憶する。ＣＰＵ１１６は、携帯端末１００の動作を制御するプロセッサであり、携帯端末１００の各コンポーネントを制御する。ＣＰＵ１１６は、不揮発性メモリ１２０からＲＡＭ１２１にロードされる、オペレーティングシステム、コマンド生成アプリケーションを含む各種アプリケーションプログラムを実行することで、後述する各機能部（図３参照）を実現する。ＲＡＭ１２１は、携帯端末１００のメインメモリとして、ＣＰＵ１１６がプログラムを実行する際の作業領域を提供する。
【００１７】
グラフィクスコントローラ１１８は、表示部１０２のディスプレイ１０２ａを制御する表示コントローラである。タッチパネルコントローラ１１９は、タッチパネル１０２ｂを制御し、ユーザによるタッチ位置を示す座標データをタッチパネル１０２ｂから取得する。
【００１８】
通信Ｉ／Ｆ１２３は、ＣＰＵ１１６による制御のもとで、デジタルテレビ２００等の外部装置との間の無線通信や、インターネット等のネットワークによる通信を実行する。
【００１９】
センサ群１０６は、携帯端末１００に対する外部からの加速度の向きと大きさを検出する加速度センサ、携帯端末１００の方位を検出する方位センサ、携帯端末１００の角速度（回転角度）を検出するジャイロセンサ等である。各センサの検出信号はＣＰＵ１１６に出力される。
【００２０】
携帯端末１００は、ＣＰＵ１１６と不揮発性メモリ１２０に記憶されたプログラム（オペレーティングシステム、番組検索アプリケーションプログラム等の各種アプリケーションプログラム）との協働により、図３に示す各部を実現する。
【００２１】
本実施形態にかかる携帯端末１００は、図３に示すように、機能的構成として、制御部１３１と、入出力制御部１３２と、音声認識部１３４と、変換部１３５と、コマンド生成部１３７と、編集部１４１と、登録部１３９と、判断部１４０と、検索部１４２と、辞書データベース１３６と、変換データベース１３８とを備えている。
【００２２】
ここで、図３には、上述した音声入力部１２４および表示部１０２も示している。ここで、辞書データベース１３６と、変換データベース１３８とは、ハードディスクドライブ装置（ＨＤＤ）やメモリ等の記憶媒体に保存されている。
【００２３】
辞書データベース１３６（以下、「辞書ＤＢ１３６」という。）は、種々の単語が登録されたデータベースであり、音声認識部１３４で音声認識処理を実行する際に参照される。なお、辞書ＤＢ１３６を、携帯端末１００に設ける他、サーバ３００上に辞書ＤＢを設け、サーバ３００側で音声認識を行ってもよい。
【００２４】
制御部１３１は、携帯端末１００全体を制御する。音声認識部１３４は、音声入力部１２４で音声入力された自然言語の入力文の音声データに対して、辞書ＤＢ１３６を用いて音声認識処理や形態素解析を行い、認識結果として入力文の文字列を出力する。
【００２５】
入出力制御部１３２は、表示部１０２に対する入出力を制御する。すなわち、入出力制御部１３２は、グラフィクスコントローラ１１８を介して表示部１０２のディスプレイ１０２ａに対する表示制御を行うとともに、タッチパネルコントローラ１１９を介して表示部１０２のタッチパネル１０２ｂからのタッチ操作による入力を制御する。本実施形態での入出力制御部１３２は、音声認識部１３４による認識結果としての文字列を、表示部１０２のディスプレイ１０２ａに表示する。
【００２６】
コマンド生成部１３７は、音声入力部１２４からユーザにより入力されたデジタルテレビ２００に対する操作指示の音声に対して音声認識部１３４で認識された文字列を含むコマンドを生成する。
【００２７】
なお、図２に示す通信Ｉ／Ｆ１２３が、コマンド生成部１３７で生成されたコマンドを、デジタルテレビ２００に送信する。デジタルテレビ２００は、かかるコマンドを受信して解釈し、操作指示に従った操作が実行される。また、図２に示す通信Ｉ／Ｆ１２３が、各種データを、インターネットを介して送受信する。
【００２８】
変換データベース１３８（以下、「変換ＤＢ１３８」という。）は、音声認識部１３４による音声認識結果である変換前の文字列（第１文字列）と、当該文字列をユーザが編集した変換後の文字列とを対応付けたデータベースである。ユーザが発話した音声入力が音声認識部１３４により正しく認識された文字列でも、ユーザが意図した番組名を表していない場合がある。このような場合、ユーザは認識結果としての文字列（すなわち、ユーザの音声に対応する文字列）を意図する番組名に編集し、その編集後の文字列を変換後の文字列として、認識結果としての変換前の文字列（第１文字列）に対応付けて変換ＤＢ１３８に登録される。かかる変換ＤＢ１３８への登録の詳細については後述する。
【００２９】
図４に示すように、変換ＤＢ１３８には、変換前の文字列（第１文字列）と変換後の文字列（第２文字列）とが対応付けられて登録されている。図４の例では、変換前の文字列「金曜ロードショー」と変換後の文字列「金曜ロードＳＨＯＷ」とが対応付けられて登録されている。この例では、番組名の一部に英文字の部分があった場合でも。発話上は、「ショー」と「ＳＨＯＷ」とは区別することは困難である。このため、ユーザが「きんようろーどしょー」と発話して、その音声認識結果としての「金曜ロードショー」が得られた場合において、実際にユーザが意図し、かつ存在する番組名の文字列が「金曜ロードＳＨＯＷ」である場合に、変換ＤＢ１３８に登録しておけば、正確な番組名を得ることが可能となる。
【００３０】
また、図４に示す変換ＤＢ１３８には、変換前の文字列「スタードラマ」に変換後の文字列「スター☆ドラマ！」が対応付けられて登録されている。番組名には、このように「☆」、「！」等の記号が含まれるものも多く、記号をユーザが発話することは困難であり、この結果、音声認識だけでは正確な番組名を認識することができない。このため、本実施形態では、記号を含む番組名を変換後の文字列として、このような記号を含む番組名の記号を除いた文字列の発話から音声認識される文字列を変換前の文字列として対応付けて登録させている。なお、図４に示す登録例はこれに限定されるものではない。
【００３１】
変換部１３５は、音声認識部１３４の認識結果である文字列が、変換ＤＢ１３８の変換前の文字列に登録されているか否かを判断し、登録されている場合、この文字列を、変換ＤＢ１３８に当該文字列に対応付けられた変換後の文字列（第２文字列）に変換する。例えば、図４の例では、「きょうのにゅーす」と発話され、「今日のニュース」と音声認識された場合でも、変換部１３５は、変換ＤＢ１３８を参照して、「今日のニュース」を、正確な番組名「今日のＮＥＷＳ」に変換する。従って、既に変換後の文字列が登録されている場合には、変換部１３５は、ユーザの音声入力から音声認識した文字列を、正確な番組名に変換することが可能となる。
【００３２】
変換ＤＢ１３８に、音声認識結果としての文字列（第１文字列）が、変換前の文字列として登録されていない場合であって、ディスプレイ１０２ａに表示された認識結果としての文字列がユーザの意図していない番組名等の文字列である場合、ユーザは認識結果の文字列の編集操作をタッチパネル１０２ｂから行う。編集部１４１は、かかる認識結果の文字列の編集を受け付け、文字列を編集する。
【００３３】
検索部１４２は、ユーザにより指定された番組名で番組検索を行う。また、検索部１４２は、編集部１４１による編集後の文字列（第３文字列）を検索キーとして、通信Ｉ／Ｆ１２３を介して、ネットワーク上の外部装置、例えば、サーバ３００の電子番組表（ＥＰＧ）や動画共有サイト等の番組の情報に対して検索を行い、文字列に合致する番組名が検索されたか否かを示す検索結果を外部装置から受信する。
【００３４】
判断部１４０は、認識結果の文字列、すなわち編集前の文字列（第１文字列）と、編集部１４１による編集後の文字列（第３文字列）とが類似するか否かを、編集された文字数に基づいて判断する。具体的には、判断部１４０は、編集された文字数が、例えば、５文字等の所定文字数以下の場合に、編集前の文字列と編集後の文字列とが類似すると判断する。あるいは、判断部１４０は、編集前の文字列の全体文字数または編集後の文字列の全体文字数に対する編集された文字数の割合が、例えば、２割などの所定割合以下の場合に、編集前の文字列と編集後の文字列とが類似すると判断するように構成してもよい。但し、類似の判断基準はこれらに限定されるものではない。
【００３５】
登録部１３９は、検索部１４２により受信した検索結果において編集後の文字列に合致する番組名が検索され、かつ判断部１４０によって編集前の文字列と編集後の文字列が類似すると判断された場合、編集後の文字列（第３文字列）を変換後の文字列とし、編集前の文字列（第１文字列）を変換前の文字列として、両者を対応付けて変換ＤＢ１３８に登録し、これにより正しい番組名の文字列を学習させている。
【００３６】
次に、以上のように構成された本実施形態の携帯端末１００による番組検索処理について図５を用いて説明する。
【００３７】
まず、携帯端末１００の入出力制御部１３２は、ディスプレイ１０２ａに表示された画面の下部にメニューバーを表示する。図６（ａ）にはメニューバーを示している。メニューバーには、５個のキー（ボタン）が表示されている。符号８０１のキーは、現在放送されている番組の一覧である現在番組表を起動するためのキーである。符号８０２のキーは、リモートコントローラ詳細画面を起動するためのキーである。符号８０３のキーは音声入力画面を起動するためのキーである。符号８０４は、テキスト入力画面を起動するためのキーである。符号８０５のキーは、Ｈｙｂｒｉｄｃａｓｔ（登録商標）連動機能を起動するためのキーである。
【００３８】
ユーザが図６（ａ）に示す符号８０３のキーを押下すると、入出力制御部１３２はかかるキー押下を受け付けて、図６（ｂ）に示す音声入力画面をディスプレイ１０２ａに表示し、図５のフローチャートの処理が実行される。ユーザは、図６（ｂ）に示す音声入力画面で、検索する番組名を音声入力すると、音声入力部１２４は、かかる音声入力を受け付ける（ステップＳ１１）。
【００３９】
次に、音声認識部１３４は、音声入力部１２４で入力された番組名の音声に対して音声認識処理を行い（ステップＳ１２）、認識結果としての文字列を出力する。そして、変換部１３５は、音声認識部１３４から出力された文字列から認識結果としての番組名の文字列を抽出し、その文字列を変換ＤＢ１３８から検索し（ステップＳ１３）、認識結果としての文字列が変換前の文字列として変換ＤＢ１３８に登録されているか否かを判断する（ステップＳ１４）。
【００４０】
そして、変換ＤＢ１３８に認識結果としての文字列が登録されている場合には（ステップＳ１４：Ｙｅｓ）、変換部１３５は、変換ＤＢ１３８において認識結果としての文字列に対応付けられている変換後の文字列を取得することで、文字列の変換を行う（ステップＳ１５）。一方、ステップＳ１４で、変換ＤＢ１３８に認識結果としての文字列が登録されていない場合には（ステップＳ１４：Ｎｏ）、ステップＳ１５の処理は行われない。
【００４１】
次に、入出力制御部１３２は、ステップＳ１４でＮｏの場合には認識結果としての文字列、ステップＳ１４でＹｅｓの場合には変換後の文字列を、番組名の候補として表示部１０２のディスプレイ１０２ａに表示する（ステップＳ１６）。具体的には、入出力制御部１３２は、上記文字列を番組名の候補として適切か否かをユーザに問い合わせるための候補確認画面をディスプレイ１０２ａに表示する。
【００４２】
図７に示すように、候補確認画面には、候補の番組名として、音声認識部１３４による認識結果としての文字列「金曜ロードショー」と、この番組名で正しいか否かというユーザの意図どおりの文字列か否かを問い合わせるためのメッセージが表示される。そして、候補確認画面には、かかる問い合わせに対する返答をユーザに入力させるためのＯＫボタンとＮＧボタンが表示されている。
【００４３】
この候補確認画面でユーザがＯＫを押下して、入出力制御部１３２がＯＫのイベントの入力を受け付けた場合には（ステップＳ１７：Ｙｅｓ）、候補として表示された番組名がユーザが意図したものであるため、検索部１４２はその候補の番組名で番組検索を行う（ステップＳ２３）。
【００４４】
一方、ステップＳ１７で、候補確認画面からユーザがＮＧを押下して、入出力制御部１３２がＯＫのイベントの入力を受け付けなかった場合には（ステップＳ１７：Ｎｏ）、候補として表示された番組名がユーザの意図とは異なるものであり、ユーザはタッチパネル１０２ｂにより文字列の編集操作を行い、編集部１４１がかかる編集操作を受け付けて、候補の文字列を編集する（ステップＳ１８）。
【００４５】
次に、検索部１４２は、編集後の文字列の番組名で、サーバ３００のＥＰＧや動画共有サイトなどを検索し（ステップＳ１９）、検索結果を受信する。そして、検索部１４２は検索結果に、編集後の文字列の番組名が検索された旨が示されているか否かを判断する（ステップＳ２０）。検索結果に編集後の文字列の番組名が検索された旨が示されていない場合には（ステップＳ２０：Ｎｏ）、処理はステップＳ１８へ戻り、ユーザによる文字列の編集を受け付ける（ステップＳ１８）。
【００４６】
一方、検索結果に、編集後の文字列の番組名が検索された旨が示されている場合には（ステップＳ２０：Ｙｅｓ）、判断部１４０は、編集前の文字列と編集後の文字列が類似するか否かを判断する（ステップＳ２１）。ここで、類似の判断基準は上述したとおりである。
【００４７】
そして、編集前の文字列と編集後の文字列が類似すると判断された場合には（ステップＳ２１：Ｙｅｓ）、登録部１３９は、編集前の文字列を変換前の文字列とし、編集後の文字列を変換後の文字列として、両文字列を対応付けて変換ＤＢ１３８に登録する（ステップＳ２２）。ステップＳ２１で編集前の文字列と編集後の文字列が類似しないと判断された場合には（ステップＳ２１：Ｎｏ）、ステップＳ２２の変換ＤＢ１３８への登録処理は行われない。そして、検索部１４２は、編集後の文字列の番組名で番組検索を行う（ステップＳ２３）。
【００４８】
このように本実施形態では、ユーザからの番組名が音声入力されて音声認識された文字列が変換ＤＢ１３８に登録されている場合、当該文字列を、変換ＤＢ１３８において当該文字列に対応する変換後の文字列の番組名に変換し、番組名の検索が行われる。また、本実施形態では、変換ＤＢ１３８の変換前の文字列として認識された文字列が登録されていない場合であって、ユーザの指示があった場合に、認識された文字列のユーザによる編集を受け付ける。そして、本実施形態では、編集後の文字列について、ネットワーク上のサーバ３００や動画共有サイト等に対して検索を行い、編集後の文字列が検索された場合に、編集前の文字列を変換前の文字列とし、編集後の文字列を変換後の文字列として、両文字列を対応づけて変換ＤＢ１３８に登録している。このため、本実施形態によれば、ユーザの音声入力に利便性があり、かつ正確な番組名の検索を実現することができる。
【００４９】
また、本実施形態では、音声認識された文字列がユーザにより編集された場合で、編集後の文字列についてネットワーク上のサーバ３００や動画共有サイト等から検索された場合に、判断部１４０が編集前の文字列と編集後の文字列との類似性を判断し、類似する場合に、編集前の文字列を変換前の文字列とし、編集後の文字列を変換後の文字列として、両文字列を対応づけて変換ＤＢ１３８に登録して学習させている。このため、音声入力した番組名に大きく誤りがあって全面的に編集された場合において、変換ＤＢ１３８への登録を回避して、変換誤りを防止して正確性を向上させ、ユーザに対する利便性をより向上させることができる。
【００５０】
なお、本実施形態では、ユーザが認識された文字列を編集した場合に、編集後の文字列の番組名でネットワーク上のサーバ３００や動画共有サイトで検索しているが、これに限定されるものではない。例えば、ステップＳ１７でユーザがＯＫを入力し、認識された文字列がユーザにより編集されなかった場合にも、認識された文字列の番組名でネットワーク上のサーバ３００や動画共有サイトで検索するように検索部１４２を構成することができる。この場合において、認識された文字列の番組名が検索されなかった場合には、ユーザに文字列を編集させるように編集部１４１を構成することができる。
【００５１】
（実施形態２）
実施形態１では、音声認識結果としての文字列をユーザが編集した場合に、編集前の文字列と編集後の文字列とを対応付けて変換ＤＢ１３８に登録していたが、この実施形態２では、音声認識の際の認識結果としての文字列の他、候補となる文字列がユーザに選択された場合に、認識結果としての文字列とユーザが選択した候補となる文字列とを対応付けて変換ＤＢ１３８に登録している。
【００５２】
本実施形態の録画再生システムのネットワーク構成、携帯端末１００のハードウェア構成および機能的構成は、実施形態１と同様である。
【００５３】
本実施形態の入出力制御部１３２は、音声認識部１３４による音声認識結果を表示部１０２のディスプレイ１０２ａに表示する際に、認識された文字列の他に、音声認識の結果、候補となる一または複数の候補文字列を選択可能に表示する。
【００５４】
また、本実施形態の登録部１３９は、実施形態１と同様の機能を有する他、さらに、ディスプレイ１０２ａに表示された一または複数の候補文字列の中からユーザが所望の候補文字列を選択した場合に、認識された文字列を変換前の文字列とし、選択された候補文字列を変換後の文字列として、両文字列を対応付けて変換ＤＢ１３８に登録する。
【００５５】
次に、以上のように構成された本実施形態の番組検索処理について図８および図９を用いて説明する。
【００５６】
実施形態１と同様に、音声入力部１２４は、ユーザによる音声入力を受け付ける（ステップＳ１１）。そして、音声認識部１３４は、音声入力部１２４で入力された番組名の音声に対して音声認識処理を行い（ステップＳ１２）、認識結果としての文字列と、音声認識処理の際に候補となった一または複数の文字列である候補文字列を出力する。そして、入出力制御部１３２は、認識結果の文字列と、一または複数の候補文字列とを選択可能に示した認識候補選択画面をディスプレイ１０２ａに表示する（ステップＳ４１）。そして、入出力制御部１３２は、この認識候補選択画面においてユーザから候補文字列の選択の入力を受け付けたか否かを判断する（ステップＳ４２：Ｎｏ）。
【００５７】
図１０には、実施形態２の認識候補選択画面の一例を示している。図１０の例では、音声認識の結果としての「金曜ロードショー」の文字列と、候補文字列が４つ表示され、ユーザにより「金曜ロードＳＨＯＷ」の候補文字列が選択された例を示している。
【００５８】
図８に戻り、ステップＳ４２で、入出力制御部１３２は、ユーザから候補文字列の選択を受け付けたら（ステップＳ４２：Ｙｅｓ）、選択された候補文字列を番組名とし、登録フラグをオンにする（ステップＳ４３）。ここで、登録フラグは、ユーザによる文字列の編集操作が行われなかった場合において変換ＤＢ１３８への登録を行うか否かを示すフラグであり、オンの場合に変換ＤＢ１３８への登録が行われる。なお、登録フラグは初めはオフに初期化されている。
【００５９】
一方、ステップＳ４２で、入出力制御部１３２は、ユーザから候補文字列の選択を受け付けなかった場合（ステップＳ４２：Ｎｏ）、音声認識による認識結果としての文字列を、認識結果どおりに番組名とし、ステップＳ４３の処理は行われない。
【００６０】
そして、変換部１３５は、番組名とされた文字列を、変換ＤＢ１３８から検索し（ステップＳ４４）、番組名とされた文字列が変換前の文字列として変換ＤＢ１３８に登録されているか否かを判断する（ステップＳ１４）。
【００６１】
そして、変換ＤＢ１３８に番組名とされた文字列が登録されている場合には（ステップＳ１４：Ｙｅｓ）、変換部１３５は、変換ＤＢ１３８において番組名とされた文字列に対応付けられている変換後の文字列を取得することにより、文字列の変換を行う（ステップＳ１５）。一方、ステップＳ１４で、変換ＤＢ１３８に番組名とされた文字列が登録されていない場合には（ステップＳ１４：Ｎｏ）、ステップＳ１５の処理は行われない。
【００６２】
次に、入出力制御部１３２は、ステップＳ１４でＮｏの場合には番組名とされた文字列、ステップＳ１４でＹｅｓの場合には変換後の文字列を番組名の候補として、実施形態１と同様の候補確認画面をディスプレイ１０２ａに表示する（ステップＳ１６）。
【００６３】
この候補確認画面からユーザがＮＧを押下して、入出力制御部１３２がＯＫのイベントの入力を受け付けなかった場合には（ステップＳ１７：Ｎｏ）、実施形態１と同様の処理（ステップＳ１８〜Ｓ２３）が行われる。
【００６４】
一方、ステップＳ１７で候補確認画面でユーザがＯＫを押下して、入出力制御部１３２がＯＫのイベントの入力を受け付けた場合には（ステップＳ１７：Ｙｅｓ）、候補として表示された番組名がユーザが意図したものであるが、登録部１３９は、登録フラグがオンに設定されているか否かを判断する（ステップＳ４５）。
【００６５】
そして、登録フラグがオンに設定されている場合には（ステップＳ４５：Ｙｅｓ）、ステップＳ１２による認識結果の文字列を番組名として採用せず、ステップＳ４２で候補文字列を番組名としてユーザが採用したことを意味する。このため、登録部１３９は、ステップＳ１２による認識結果の文字列を変換前の文字列とし、ステップＳ４２で選択された候補文字列を変換後の文字列として、両文字列を対応付けて変換ＤＢ１３８に登録する（ステップＳ４６）。そして、検索部１４２は、選択された候補文字列の番組名で番組検索を行う（ステップＳ２３）。
【００６６】
一方、ステップＳ４５で登録フラグがオンに設定されていない場合には（ステップＳ４５：Ｎｏ）、ステップＳ４６の処理は行われず、検索部１４２は、認識された文字列で番組検索を行う（ステップＳ２３）。
【００６７】
このように本実施形態では、音声認識の際の認識結果としての文字列の他、候補となる文字列がユーザに選択された場合に、認識結果としての文字列とユーザが選択した候補となる文字列とを対応付けて変換ＤＢ１３８に登録して学習させているので、変換ＤＢ１３８への学習のタイミングを増やし、ユーザに対する利便性をより向上させることができる。
【００６８】
なお、例えば、ステップＳ４５で登録フラグがオンの場合に、認識結果としての文字列とユーザにより選択された候補文字列との類似性を判断し、類似している場合に、認識結果としての文字列とユーザが選択した候補となる文字列とを対応付けて変換ＤＢ１３８に登録するように、判断部１４０および登録部１３９を構成してもよい。
【００６９】
また、ステップＳ４５で登録フラグがオンの場合に、ユーザが選択した候補文字列の番組名でネットワーク上のサーバ３００や動画共有サイトで検索し、検索された場合に、認識結果としての文字列とユーザが選択した候補となる文字列とを対応付けて変換ＤＢ１３８に登録するように、検索部１４２および登録部１３９を構成してもよい。この場合において、候補文字列の番組名が検索されなかった場合には、ユーザに文字列を編集させるように編集部１４１を構成することができる。
【００７０】
（実施形態３）
実施形態１では、音声認識結果としての文字列をユーザが編集した場合に、編集前の文字列と編集後の文字列とを対応付けて変換ＤＢ１３８に登録していたが、この実施形態３では、ユーザが発話して音声入力を行った後に一定時間内に再度発話して音声入力を行った場合に、一回目の音声入力の認識結果としての文字列と二回目の音声入力の認識結果としての文字列とを対応付けて変換ＤＢ１３８に登録している。
【００７１】
本実施形態の録画再生システムのネットワーク構成、携帯端末１００のハードウェア構成および機能的構成は、実施形態１と同様である。
【００７２】
本実施形態の登録部１３９は、実施形態１と同様の機能を有する他、音声入力部１２４によるユーザの発話による音声入力を受け付けた後、一定時間内（例えば、２０秒以内など）に、ユーザが発話し直して、二回目の音声入力を受け付けた場合に、一回目の音声からの音声認識部１３４による音声認識結果の文字列と、二回目の音声からの音声認識結果の文字列とを対応付けて変換ＤＢ１３８に登録する。
【００７３】
次に、以上のように構成された本実施形態の番組検索処理について図１１および図１２を用いて説明する。
【００７４】
実施形態１と同様に、音声入力部１２４は、ユーザによる音声入力を受け付け（ステップＳ１１）、音声認識部１３４は、音声入力部１２４で入力された番組名の音声に対して音声認識処理を行い（ステップＳ１２）、認識結果としての文字列を出力する。そして、その後、一定時間内に、ユーザが発話し直して、音声入力部１２４が音声入力を再度受け付けた場合には（ステップＳ６１：Ｙｅｓ）、音声認識部１３４は二回目の入力の音声を音声認識処理を行い（ステップＳ６２）、認識結果としての文字列を再度出力する。そして、制御部１３１は、登録フラグをオンに設定する（ステップＳ６３）。ここで、登録フラグについては実施形態２と同様である。
【００７５】
一方、ステップＳ６１で、一定時間内に、音声入力部１２４が再度の音声入力を受け付けなかった場合（ステップＳ６１：Ｎｏ）、すなわち、一定時間内にユーザが発話し直さなかった場合、ステップＳ６２、Ｓ６３の処理は行われない。
【００７６】
そして、変換部１３５は、一回目若しくは二回目の認識結果としての文字列を、変換ＤＢ１３８から検索し（ステップＳ６４）、認識結果としての文字列が変換前の文字列として変換ＤＢ１３８に登録されているか否かを判断する（ステップＳ１４）。
【００７７】
そして、変換ＤＢ１３８に認識結果としての文字列が登録されている場合には（ステップＳ１４：Ｙｅｓ）、変換部１３５は、変換ＤＢ１３８において認識結果としての文字列に対応付けられている変換後の文字列を取得することにより、文字列の変換を行う（ステップＳ１５）。一方、ステップＳ１４で、変換ＤＢ１３８に認識結果としての文字列が登録されていない場合には（ステップＳ１４：Ｎｏ）、ステップＳ１５の処理は行われない。
【００７８】
次に、入出力制御部１３２は、ステップＳ１４でＮｏの場合には認識結果としての文字列、ステップＳ１４でＹｅｓの場合には変換後の文字列を番組名の候補として、実施形態１と同様の候補確認画面をディスプレイ１０２ａに表示する（ステップＳ１６）。
【００７９】
この候補確認画面からユーザがＮＧを押下して、入出力制御部１３２がＯＫのイベントの入力を受け付けなかった場合には（ステップＳ１７：Ｎｏ）、実施形態１と同様の処理（ステップＳ１８〜Ｓ２３）が行われる。
【００８０】
一方、ステップＳ１７で候補確認画面でユーザがＯＫを押下して、入出力制御部１３２がＯＫのイベントの入力を受け付けた場合には（ステップＳ１７：Ｙｅｓ）、候補として表示された番組名がユーザが意図したものであるが、登録部１３９は、登録フラグがオンに設定されているか否かを判断する（ステップＳ６５）。
【００８１】
そして、登録フラグがオンに設定されている場合には（ステップＳ６５：Ｙｅｓ）、ユーザが番組名を発話し直していることを意味する。このため、登録部１３９は、ステップＳ１２による一回目の発話による認識結果の文字列を変換前の文字列とし、ステップＳ６２による二回目の発話による認識結果の文字列を変換後の文字列として、両文字列を対応付けて変換ＤＢ１３８に登録する（ステップＳ６６）。そして、検索部１４２は、二回目の発話による文字列の番組名で番組検索を行う（ステップＳ２３）。
【００８２】
一方、ステップＳ６５で登録フラグがオンに設定されていない場合には（ステップＳ６５：Ｎｏ）、ステップＳ６６の処理は行われず、検索部１４２は、一回目の発話による文字列で番組検索を行う（ステップＳ２３）。
【００８３】
このように本実施形態では、ユーザが発話して音声入力を行った後に一定時間内に再度発話して音声入力を行った場合に、一回目の音声入力の認識結果としての文字列と二回目の音声入力の認識結果としての文字列とを対応付けて変換ＤＢ１３８に登録して学習させているので、変換ＤＢ１３８への学習のタイミングを増やし、ユーザに対する利便性をより向上させることができる。
【００８４】
なお、例えば、ステップＳ６５で登録フラグがオンの場合に、一回目の発話による認識結果の文字列と二回目の発話による認識結果の文字列との類似性を判断し、類似している場合に、一回目の発話による文字列と二回目の発話による文字列とを対応付けて変換ＤＢ１３８に登録するように、判断部１４０および登録部１３９を構成してもよい。
【００８５】
また、ステップＳ６５で登録フラグがオンの場合に、二回目の発話による認識結果の文字列の番組名でネットワーク上のサーバ３００や動画共有サイトで検索し、検索された場合に、一回目の発話による文字列と二回目の発話による文字列とを対応付けて変換ＤＢ１３８に登録するように、検索部１４２および登録部１３９を構成してもよい。この場合において、二回目の発話による文字列の番組名が検索されなかった場合には、ユーザに文字列を編集させるように編集部１４１を構成することができる。
【００８６】
（実施形態４）
上記実施形態１〜３では、音声認識と変換ＤＢ１３８を用いた文字列の変換処理とを携帯端末１００側で行っていたが、この実施形態では、音声認識をネットワーク上のサーバ上で行うとともに、変換ＤＢをネットワーク上のサーバに設け、当該サーバ上で変換処理を行っている。
【００８７】
本実施形態の録画再生システムは、図１３に示すように、携帯端末１３００とデジタルテレビ２００とが、Ｗｉ−Ｆｉ（登録商標）等の無線ネットワークなどで接続される構成となっている。また、図１３に示すように、携帯端末１３００とデジタルテレビ２００とは、インターネット上のサービス業者等のサーバ３００や放送局サーバ４００、音声認識サーバ１５００、変換サーバ１４００と接続される。
【００８８】
デジタルテレビ２００、放送局サーバ４００、サーバ３００の機能については実施形態１と同様である。音声認識サーバ１５００は、実施形態１と同様の辞書ＤＢを備え（不図示）、インターネット経由で音声データとともに音声認識要求を受信し、受信した音声データに対して音声認識処理を行って、認識結果としての文字列を音声認識要求の送信元に送信する。本実施形態では、携帯端末１３００が音声データともに音声認識要求を音声認識サーバ１５００に送信する。
【００８９】
変換サーバ１４００は、変換ＤＢ１４１０を備えている。変換ＤＢ１４１０は、複数の携帯端末１３００で共有化されており、図４に示した実施形態１の変換ＤＢ１３８と同様のデータ構造を有している。変換サーバ１４００は、インターネット経由で文字列とともに、変換要求を受信する。そして、変換サーバ１４００は、受信した文字列が変換ＤＢ１４１０に変換前の文字列として登録されているか否かを判断し、登録されている場合には、変換ＤＢ１４１０において受信した文字列に対応する変換後の文字列を、変換要求の送信元に送信する。一方、変換サーバ１４００は、受信した文字列が変換ＤＢ１４１０に変換前の文字列として登録されていない場合には、文字列が変換ＤＢ１４１０に未登録の旨を変換要求の送信元に送信する。本実施形態では、携帯端末１３００が音声入力による文字列とともに変換要求を変換サーバ１４００に送信する。
【００９０】
次に、携帯端末１３００について説明する。本実施形態の携帯端末１３００のハードウェア構成は、図２を用いて説明した実施形態１と同様である。
【００９１】
本実施形態にかかる携帯端末１３００は、図１４に示すように、機能的構成として、制御部１３１と、入出力制御部１３２と、変換部１３３５と、コマンド生成部１３７と、編集部１４１と、登録部１３３９と、判断部１４０と、検索部１４２とを備えている。図１４においても、音声入力部１２４と表示部１０２とを示している。本実施形態の携帯端末１３００では、実施形態１と異なり、辞書ＤＢ、変換ＤＢ、音声認識部の構成は備えていない。ここで、制御部１３１、入出力制御部１３２、コマンド生成部１３７、編集部１４１、判断部１４０、検索部１４２の機能は実施形態１と同様である。
【００９２】
なお、制御部１３１は、音声入力部１２４から入力された音声の音声データとともに、音声認識要求を、音声認識サーバ１５００に送信し、音声認識サーバ１５００から認識結果の文字列を受信する。制御部１３１は、受信した認識結果の文字列を、変換部１３３５に送出する。
【００９３】
変換部１３３５は、通信Ｉ／Ｆ１２３を介して、認識結果の文字列とともに変換要求を変換サーバ１４００に送信し、変換サーバ１４００から変換ＤＢ１４１０に変換要求のあった文字列が登録されているか否かの判断結果を受信する。具体的には、変換ＤＢ１４１０に変換要求のあった文字列が登録されている場合には、変換部１３３５は、変換サーバ１４００から、変換ＤＢ１４１０に変換要求のあった文字列が登録されている旨と変換後の文字列とを判断結果として受信する。一方、変換ＤＢ１４１０に変換要求のあった文字列が登録されていない場合には、変換部１３３５は、変換サーバ１４００から、変換ＤＢ１４１０に変換要求のあった文字列が登録されていない旨の判断結果を受信する。変換部１３３５および通信Ｉ／Ｆ１２３は、通信部の一例である。
【００９４】
登録部１３３９は、検索部１４２により受信した検索結果において編集後の文字列に合致する番組名が検索され、かつ判断部１４０によって編集前の文字列と編集後の文字列が類似すると判断された場合、編集前の文字列および編集後の文字列の変換ＤＢ１４１０への登録要求を、変換サーバ１４００に送信する。これにより、変換サーバ１４００は、受信した編集前の文字列を変換前の文字列とし、受信した編集後の文字列を変換後の文字列として、両者を対応付けて変換ＤＢ１４１０に登録し、登録完了の旨を携帯端末１３００に送信する。
【００９５】
次に、以上のように構成された本実施形態の番組検索処理について図１５を用いて説明する。
【００９６】
実施形態１と同様に、音声入力部１２４は、ユーザによる音声入力を受け付ける（ステップＳ１１）。そして、制御部１３１は、音声入力された音声データとともに音声認識要求を通信Ｉ／Ｆ１２３を介して音声認識サーバ１４００に送信する（ステップＳ８１）。そして、制御部１３１が、音声認識サーバ１４００から認識結果を受信する（ステップＳ８２）。
【００９７】
次に、変換部１３３５は、通信Ｉ／Ｆ１２３を介して、認識結果の文字列とともに当該文字列の変換要求を変換サーバ１４００に送信する（ステップＳ８３）。そして、変換部１３３５は、通信Ｉ／Ｆ１２３を介して、変換サーバ１４００から判断結果を受信する（ステップＳ８４）。
【００９８】
そして、変換部１３３５は、送信した認識結果としての文字列が変換ＤＢ１４１０に登録されている旨の判断結果であるか否かを判断する（ステップＳ１４）。そして、変換ＤＢ１４１０に認識結果としての文字列が登録されている旨の判断結果である場合には（ステップＳ１４：Ｙｅｓ）、変換部１３３５は、判断結果に含まれる変換後の文字列を取得することにより、文字列の変換を行う（ステップＳ１５）。一方、ステップＳ１４で、変換ＤＢ１４１０に認識結果としての文字列が登録されていない旨の判断結果である場合には（ステップＳ１４：Ｎｏ）、ステップＳ１５の処理は行われない。そして、ステップＳ１６からＳ２１までの処理は実施形態１と同様に行われる。
【００９９】
ステップＳ２１で、編集前の文字列と編集後の文字列が類似すると判断された場合には（ステップＳ２１：Ｙｅｓ）、登録部１３３９は、編集前の文字列と編集後の文字列との変換ＤＢ１４１０への登録要求を、変換サーバ１４００に送信する（ステップＳ８５）。これにより、変換サーバ１４００は、編集前の文字列を変換前の文字列とし、編集後の文字列を変換後の文字列として、両文字列を対応付けて変換ＤＢ１４１０に登録する。ステップＳ２１で編集前の文字列と編集後の文字列が類似しないと判断された場合には（ステップＳ２１：Ｎｏ）ステップＳ８５の登録要求の送信処理は行われない。そして、検索部１４２は、編集後の文字列の番組名で番組検索を行う（ステップＳ２３）。
【０１００】
このように本実施形態では、音声認識をネットワーク上の音声認識サーバ１４００で行うとともに、変換ＤＢ１４１０をネットワーク上の変換サーバ１４００に設け、変換サーバ１４００で文字列の変換処理を行っているので、実施形態１と同様の効果を奏する他、携帯端末１３００側の処理負担を軽減することができる。
【０１０１】
（変形例）
なお、上記実施形態１〜４では、変換ＤＢ１３８、１４１０への変換前の文字列と変換後の文字列の登録は、番組検索処理の流れの中で行われているが、これに限定されるものではない。例えば、登録の多いと予想される文字列とその変換後の文字列とを、予め対応付けて変換ＤＢ１３８、１４１０へ登録しておくように構成してもよい。
【０１０２】
また、上記実施形態１〜４において、変換ＤＢ１３８、１４１０には、変換前の文字列と変換後の文字列とが一対一に登録されていたが、これに限定されるものではない。例えば、一つの変換前の文字列に対して、時期ごとに異なる複数の変換後の文字列を登録しておき、携帯端末１００、１３００からのアクセスがあった場合に、アクセスのあった日時に対応する時期の変換後の文字列を返すように変換部１３５および変換サーバ１４００を構成することができる。
【０１０３】
また、例えば、実施形態４のように変換ＤＢ１４１０をネットワーク上で共有する場合に、一つの変換前の文字列に対して、言い回しが異なる複数の変換後の文字列を登録しておき、携帯端末１３００から変換要求のあった場合に、携帯端末１３００の位置等に応じて、異なる変換後の文字列を返すように構成することができる。すなわち、携帯端末１３００から変換要求をする場合に、携帯端末１３００の位置情報も併せて送信し、変換サーバ１４００が位置情報に応じた変換後の文字列を返信するように構成すればよい。
【０１０４】
また、地域ごとに別個の変換サーバ１４００および変換ＤＢ１４１０を設けるように構成することができる。このような場合には、地域の変換ＤＢ１４１０ごとに、変換前の文字列に対して、地域に応じた言い回しや方言のような異なる文字列を変換後の文字列として登録しておくように構成してもよい。この場合には、携帯端末１３００は現在位置に最も近い変換サーバ１４００に対して変換要求を行うように構成すればよい。
【０１０５】
本実施形態の携帯端末１００、１３００で実行される番組検索プログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせ、不揮発性メモリ１２０にインストールすることにより提供される。
【０１０６】
本実施形態の携帯端末１００、１３００で実行される番組検索プログラムを、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０１０７】
また、本実施形態の携帯端末１００、１３００で実行される番組検索プログラムを、不揮発性メモリ１２０等に予め組み込まれて提供してもよい。
【０１０８】
また、本実施形態の携帯端末１００、１３００で実行される番組検索プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１０９】
本実施形態の携帯端末１００、１３００で実行される番組検索プログラムは、上述した各部（制御部１３１、入出力制御部１３２、音声認識部１３４、変換部１３５、１３３５と、コマンド生成部１３７、編集部１４１、登録部１３９、１３３９、判断部１４０、検索部１４２）を含むモジュール構成となっている。実際のハードウェアとしてはＣＰＵ１１６が上記不揮発性メモリ１２０にインストールされた番組検索プログラムを読み出して実行することにより上記各部がＲＡＭ１２１上にロードされ、制御部１３１、入出力制御部１３２、音声認識部１３４、変換部１３５、１３３５と、コマンド生成部１３７、編集部１４１、登録部１３９、１３３９、判断部１４０、検索部１４２がＲＡＭ１２１上に生成されるようになっている。
【０１１０】
さらに、ここに記述されたシステムの種々のモジュールは、ソフトウェア・アプリケーション、ハードウェアおよび／またはソフトウェア・モジュール、あるいはサーバのような一台以上のコンピュータ上のコンポーネントとしてインプリメントすることができる。種々のモジュールは、別々に説明されているが、それらは同じ根本的なロジックかコードのうちのいくつかあるいはすべてを共有してもよい。
【０１１１】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、請求の範囲に記載された発明とその均等の範囲に含まれる。
【図１】
0005902359.tif 000002
【図２】
0005902359.tif 000003
【図３】
0005902359.tif 000004
【図４】
0005902359.tif 000005
【図５】
0005902359.tif 000006
【図６】
0005902359.tif 000007
【図７】
0005902359.tif 000008
【図８】
0005902359.tif 000009
【図９】
0005902359.tif 000010
【図１０】
0005902359.tif 000011
【図１１】
0005902359.tif 000012
【図１２】
0005902359.tif 000013
【図１３】
0005902359.tif 000014
【図１４】
0005902359.tif 000015
【図１５】
0005902359.tif 000016