JP2001356796A - サービス予約システムおよびサービスを予約する情報端末 - Google Patents

Abstract

(57)【要約】 【構成】 サーバ１０は携帯電話機３０から送信要求を
受け、送信要求に対応する対話仕様データを携帯電話機
３０に送信する。携帯電話機３０が備える音声処理エン
ジンは対話仕様データに基づいて音声を合成してスピー
カ４６からガイド音声を出力する。ユーザはガイド音声
に従ってサービス予約のための入力をマイク４０に行
う。音声処理エンジンは対話仕様データに基づいてユー
ザの音声を認識し、認識結果から予約に必要なデータを
抽出し予約情報データを形成する。予約情報データは携
帯電話機３０からサービスの提供者であるサーバ９０に
送信される。 【効果】 さまざまな種類のサービス予約を行うととも
に、装置の維持および通信などにかかるコストを低減で
きる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、所定の情報伝達手段
によって情報の伝達が可能となった少なくとも一つの情
報端末から所定のサービスを受注するもしくは情報端末
にサービスの発注を行わせるサービス予約システム、お
よびサービスを発注する情報端末に関し、特にたとえ
ば、情報端末における音声認識によってサービスの発注
を行う、サービス予約システムおよびサービスを発注す
る情報端末に関する。

【０００２】

【従来の技術】従来、サービスの提供者が複数のオペレ
ータを配置し、電話回線を利用してカスタマからのサー
ビス予約・受注を行うことが知られている。さらに、複
数のオペレータを配置する代りに音声処理機能を備える
サーバコンピュータによって、同様にサービス予約・受
注を行うことも可能である。

【０００３】コンピュータによる音声機能処理に関して
は、これを実現する装置を小型化して携帯情報機器に搭
載することも可能になっている。

【０００４】

【発明が解決しようとする課題】しかし、サービス提供
者がオペレータを配置してカスタマからのサービス予約
・受注を音声によって行う場合には、多数のカスタマか
ら同時にサービス予約・受注を受け付けるために多くの
オペレータを設置する必要があり、人的コストが高くな
るという問題がある。

【０００５】また、音声処理機能を持つサーバコンピュ
ータを利用する場合にも、多数のカスタマから同時にサ
ービス予約・受注を受け付けようとすれば相当数のサー
バ装置が必要となり、保守管理に必要な専門的技術や管
理コストを考慮すると、容易には導入できない。

【０００６】通信方式面においても、電話回線によって
音声通信を利用する場合には多数の回線の確保およびそ
の回線の占有のためにコストが高くなる。通信手段にか
かるコストを低減するためにインターネットを利用する
ことが考えられるが、インターネットはパケット交換方
式であるためにリアルタイム音声通信の品質が保証され
ない。従って、特に音声処理機能を持つサーバコンピュ
ータを用いたサービス予約・受注にインターネットを利
用することは困難である。

【０００７】また、たとえば携帯電話機やＰＤＡ（Pers
onal Data Assistants）などの携帯情報機器をカスタマ
側の装置とし、この携帯情報機器に搭載されている音声
処理機能を利用してサービス予約・受注を行う場合は、
特に携帯情報機器が備える記憶媒体の容量の関係により
音声処理機能の高度化が困難であり、その携帯情報機器
の操作に特化した機能とならざるを得ない。したがっ
て、さまざまなサービスの予約・受注に利用することは
困難である。

【０００８】それゆえに、この発明の主たる目的は、設
備，通信および人的なコストを低減しつつ、かつ音声処
理機能による制限がなくさまざまなサービスを予約・受
注できるサービス予約システムおよびサービスを予約す
る情報端末を提供することである。

【０００９】

【課題を解決するための手段】この第１の発明は、所定
の情報伝達手段によって情報の伝達が可能となった少な
くとも一つの情報端末から所定のサービスを受注するサ
ービス予約システムであって、情報端末の音声処理エン
ジンを制御する対話仕様データを記録する対話仕様デー
タベース、送信要求に基づいて対話仕様データを端末に
送信する対話仕様データ送信手段、および音声処理エン
ジンによって生成された前記予約情報を情報端末から受
信する予約情報受信手段を備えることを特徴とする、サ
ービス予約システムである。

【００１０】この第２の発明は、所定の情報伝達手段に
よって情報の伝達が可能となった少なくとも一つの情報
端末に対して所定のサービスを発注させるサービス予約
システムであって、情報端末の音声処理エンジンを制御
する対話仕様データをサービス別に複数記録する対話仕
様データベース、および対話仕様データを情報端末に送
信する対話仕様データ送信手段を備えることを特徴とす
る、サービス予約システムである。

【００１１】この第３の発明は、所定の通信網で接続さ
れた第１サーバに予約情報を送信して所望のサービスを
発注する情報端末であって、音声処理によって予約情報
を生成する音声処理エンジン、所望のサービスに対応す
る予約情報を生成するように音声処理エンジンを制御す
る対話仕様データの送信要求を第２サーバに送信する送
信要求手段、第２サーバから対話仕様データを受信する
対話仕様データ受信手段、および予約情報を第１サーバ
に送信する予約情報送信手段を備えることを特徴とす
る、情報端末である。

【００１２】この第４の発明は、所定の情報伝達手段に
よって情報の伝達が可能となった第１サーバに、予約情
報を送信して所望のサービスを発注する情報端末であっ
て、音声処理によって予約情報を生成する音声処理エン
ジン、所定のサービスに対応する予約情報を生成するよ
うに音声処理エンジンを制御する対話仕様データを所定
のサービスに対応する情報を放送する放送信号に同期し
て受信する対話仕様データ受信手段、対話仕様データを
保持するバッファ手段、対話仕様データに含まれる有効
期間情報に従って対話仕様データの有効期間を計測する
時計手段、カスタマの操作を検知する操作検知手段、有
効期間内に操作手段によって操作が検知されると音声処
理エンジンを能動化する能動化手段、有効期間内に操作
手段によって操作が検知されないと音声処理エンジンを
無効化するとともにバッファに保持された対話仕様デー
タを消去する無効化手段、および予約情報を第１サーバ
に送信する予約情報送信手段を備えることを特徴とす
る、情報端末である。

【００１３】

【作用】この第１の発明においては、サービス予約シス
テムは、情報端末の音声処理エンジンに所定のサービス
を予約する機能を持たせる対話仕様データを情報端末に
送信する。つまり、サービス予約システムは情報端末が
備える音声処理エンジンを制御する対話仕様データを記
録する対話仕様データベースを備え、対話仕様データ送
信手段は情報端末からの要求などに従って対話仕様デー
タを情報端末に送信する。予約情報受信手段は、情報端
末において対話仕様データに制御された音声処理エンジ
ンが生成した予約情報を受信する。

【００１４】なお、対話仕様データは、情報端末が備え
る音声処理エンジンが音声認識する語彙を含む語彙リス
ト，音声処理エンジンが音声合成する発話文を含む発話
文リストならびに音声認識および音声合成の動作を制御
する対話動作データを含む。

【００１５】第１の発明の好ましい実施例では、情報端
末から送信される予約情報に基づいて、予約状況更新手
段は予約状況データベースに記録された予約情報に対応
するサービスの予約状況を更新し、リスト更新手段は予
約状況更新手段によって更新された予約状況に基づいて
送信された予約情報に対応する、つまり予約されたサー
ビスを予約するための対話仕様データに含まれる語彙リ
ストもしくは発話文リストの少なくとも一方を更新す
る。

【００１６】この第２の発明においては、サービス予約
システムは情報端末が音声処理エンジンを使ってサービ
スを予約するために必要なサービス別の対話仕様データ
を複数保持し、その対話仕様データを情報端末に送信す
る。つまり、対話仕様データベースは対話仕様データを
サービス別に複数記録する。そして対話仕様データ送信
手段は対話仕様データベースに保持されている対話仕様
データを情報端末に送信する。

【００１７】第２の発明の好ましい実施例では、送信要
求受信手段は情報端末から所望のサービスを予約するの
に必要な対話仕様データの送信要求を受信し、対話仕様
データ送信手段は送信要求によって指定される対話仕様
データを情報端末に送信する。

【００１８】第２の発明の実施例の別の局面では、スケ
ジュールに設定された内容に従って所定の対話仕様デー
タが所定の時間に情報端末に送信される。つまり、スケ
ジュールデータベースには送信する対話仕様データの種
類および送信時間を設定するスケジュールが記録されて
おり、対話仕様データ送信手段は時計手段によって計測
される時間を参照し、その時間に対応するスケジュール
に則って対話仕様データを情報端末に送信する。

【００１９】なお、スケジュールは対話仕様データの送
信時間と対話仕様データの対応するサービスとが、所定
の情報を放送する放送信号（テレビジョン信号など）の
放送時間と放送信号が提示する内容（テレビＣＭなど）
とに対応するように組むとよい。さらに、対話仕様デー
タを所定の情報を放送する放送局などから放送信号とと
もに放送するようにしてもよい。

【００２０】第２の発明のその他の好ましい実施例で
は、対話仕様データは情報端末が予約情報を送信する送
信先を示す送信先情報を含むようにするとよい。対話仕
様データは、情報端末が備える音声処理エンジンが音声
認識する語彙を含む語彙リスト，音声処理エンジンが音
声合成する発話文を含む発話文リストならびに音声処理
エンジンによる音声認識および音声合成の動作を制御す
る対話動作データをさらに含むようにするとよい。

【００２１】第２の発明のその他の好ましい実施例で
は、予約状況受信手段は情報端末による予約情報の送信
先からサービスの予約状況を示す予約状況情報を受信
し、予約情報更新手段は予約状況情報に基づいて予約状
況データベースに記録されたサービスの予約状況を更新
する。そしてリスト更新手段は予約情報更新手段によっ
て更新された予約状況に基づいて予約情報に対応するサ
ービスの対話仕様データに含まれる語彙リストもしくは
発話文リストの少なくとも一方を更新する。

【００２２】この第３の発明においては、所望のサービ
スを予約する予約情報を生成する機能を音声処理エンジ
ンに持たせる対話仕様データを第２サーバから受信し、
音声処理エンジンによって生成した予約情報を第１サー
バに送信することによってサービスを予約する。つま
り、送信要求手段は所望のサービスに対応する対話仕様
データの送信要求を第２サーバに送信し、対話仕様デー
タ受信手段は第２サーバから対話仕様データを受信す
る。そして対話仕様データに従って音声処理エンジンが
生成した予約情報を予約情報送信手段は第１サーバに送
信する。

【００２３】この第４の発明においては、送信時間が所
定の情報を放送する放送信号（テレビジョン信号など）
の放送時間に同期し、かつサービス内容が放送内容（テ
レビＣＭ）に対応する対話仕様データを受信して音声処
理エンジンを制御することにより、放送信号によって提
示されるサービスを予約する。つまり、対話仕様データ
送信手段は放送信号の放送時間および放送内容に対応し
た対話仕様データを受信し、バッファ手段は受信した対
話仕様データを保持する。対話仕様データには有効期間
情報が含まれており、時計手段が対話仕様データの有効
期間を計測する。カスタマ（情報端末のユーザ）が操作
手段に対して操作を行うと検知手段はその操作を検知す
る。能動化手段は時計手段が計測する有効期間内に、検
知手段がカスタマによる操作を検知すると音声処理エン
ジンを能動化してバッファ手段に保持されている対話仕
様データに基づいた音声処理を実行させる。そして予約
情報送信手段は音声処理エンジンによって生成された予
約情報を第１サーバに送信する。一方、有効期間内にカ
スタマによる操作を検知手段が検知しないときには、能
動化手段は音声処理エンジンを無効化するとともにバッ
ファ手段に保持されている対話仕様データを消去する。

【００２４】なお、第３および第４の発明においては、
カスタマ（情報端末のユーザ）は音声入力手段に音声を
入力し、音声認識エンジンは対話処理エンジンの制御に
従って入力手段に入力された音声の内容を認識する。音
声合成エンジンは対話処理エンジンの制御に従って音声
信号を合成して音声出力手段に出力し、音声出力手段は
合成された音声信号を音声として出力する。

【００２５】また、対話仕様データは複数の語彙を含む
語彙リスト，複数の発話文を含む発話文リストおよび対
話動作データを含んでいる。語彙とは入力手段に入力さ
れた音声に含まれるであろう単語，語句などであり、発
話文とはユーザに音声入力を促したり音声入力に対する
応答するための文章である。音声認識エンジンは語彙リ
ストに登録されている語彙に基づいてユーザの音声を認
識し、音声合成エンジンは発話文リストに登録されてい
る発話文の内容を音声信号として合成する。そして、対
話処理エンジンは対話動作データに基づいて音声合成エ
ンジンが合成する発話文の選択を行うなど音声合成エン
ジンおよび音声認識エンジンの動作を制御してユーザと
の対話を成立させる。

【００２６】さらに、対話仕様データに予約情報の送信
先を示す送信先情報をさらに含ませ、予約情報送信手段
は送信先情報によって示される送信先に予約情報を送信
するようにするとよい。

【００２７】

【発明の効果】この発明によれば、情報端末は予約する
サービスに対応した対話仕様データを外部のサーバから
取得し、音声処理エンジンは対話仕様データに基づいた
音声処理を行ってサービスの予約に必要な予約情報を生
成する。そして、生成した予約情報のみをサーバに送信
するのでオペレータを配置する必要がない。したがっ
て、予約するサービスごとの適切な音声処理を行ってさ
まざまな種類のサービス予約を行うことができ、オペレ
ータ，通信および装置にかかるコストを低減できる。

【００２８】この発明の上述の目的，その他の目的，特
徴および利点は、図面を参照して行う以下の実施例の詳
細な説明から一層明らかとなろう。

【００２９】

【実施例】［実施例１］図１を参照して、この実施例で
はサーバ１０が予約サービスシステムとして機能し、携
帯電話機３０が端末として機能する。サーバ１０はキャ
リア１００を介して携帯電話機３０と接続される。ま
た、サーバ１０以外のその他のサーバ９０もキャリア１
００に接続されており、携帯電話機３０との間で情報の
伝達が可能になっている。サーバ１０の構成は図２に示
すようであり、キーボードなどの入力装置１４，バッフ
ァ１６を介した通信回路１８，モニタ２０，ＨＤ(Hard
Disc)およびメモリ２４がバス２８にそれぞれ接続さ
れ、これらは同じくバス２８に接続されたＣＰＵ１２に
よって制御される。また、携帯電話機３０は図３に示す
ように構成され、バス４８に接続されたバッファ３４を
介した通信回路３６，操作パネル３８，マイク４０，メ
モリ４２，モニタ４４およびスピーカ４６が、同じくバ
ス４８に接続されたＣＰＵ３２によって制御される。

【００３０】この実施例では、サーバ９０はサービスの
予約を受け付けるサービスの提供者であり、サーバ９０
ごとで提供するサービスが異なる。携帯電話機３０は音
声認識エンジンを用いて音声処理を行い、サービスの予
約に必要な情報を含む予約情報データを音声処理に基づ
いて生成する。そして、生成した予約情報データを予約
先のサーバ９０に送信する。

【００３１】音声処理エンジンは対話仕様データに従っ
て音声処理を行う。ここで、音声処理エンジンとは音声
処理を行うプログラムのことであり、音声を認識する音
声認識エンジン，音声を合成する音声合成エンジンなら
びに音声認識エンジンおよび音声合成エンジンの動作を
制御する対話処理エンジンを含む。携帯電話機３０は対
話仕様データ要求を送信することによって、予約するサ
ービスごとに専用の対話仕様データをサーバ１０からダ
ウンロードする。サーバ１０は予約先であるサーバ９０
から予約状況、たとえばホテルの空室状況や商品の在庫
情報などを示す予約状況データを取得する。そして、予
約状況を反映した対話仕様データをサービスごとに保持
する。携帯電話機３０，サーバ１０およびサーバ９０に
おけるデータの送受信の様子を図４に示す。携帯電話機
３０からの対話仕様データおよび補足対話仕様データの
要求に対してサーバ１０が対話仕様データおよび補足対
話仕様データを携帯電話機３０に送り、携帯電話機３０
は、予約情報データをサーバ９０に送る。そして、サー
バ９０がサーバ１０の予約状況の更新要求を与える。な
お、補足対話仕様データについては後述する。

【００３２】サーバ１０のＨＤ２２には対話仕様データ
がサービス別に記録された図５（Ｃ）に示すような対話
仕様データベース１３４が構築されている。対話仕様デ
ータベース１３４には複数の対話仕様データ１３４ａお
よび補足対話仕様データ１３４ｂがサービスＩＤによっ
て識別可能に記録されている。対話仕様データ１３４ａ
には、音声処理エンジンの動作を決定付ける語彙リス
ト，発話文リストおよび対話処理動作データを含んでい
る。なお、図５（Ａ）は予約（在庫）状況を示すデータ
ベースであり、図５（Ｂ）はテンプレートのデータベー
スである。

【００３３】語彙リストは、たとえば図６（Ａ）に示す
ような語彙の集まりであり、音声認識エンジンは語彙リ
ストに登録されている語彙（単語、句なども含む）を認
識することができる。発話文リストは、たとえば図６
（Ｂ）に示すようなテキストの集まりであり、音声合成
エンジンは発話文リストに登録されているテキストを音
声として合成することができる。そして、対話処理動作
データは対話処理エンジンによる音声認識エンジンおよ
び音声合成エンジンの制御内容を決定する。なお、対話
仕様データ１３４ａに含まれるスロットテンプレートと
は予約情報データの雛型であり、スロットテンプレート
の空きスロットに必要なデータが埋め込まれることによ
って図６（Ｃ）のような予約情報データが生成される。
なお、以後予約情報データを「スロットデータ」とも呼
ぶ。

【００３４】この実施例における携帯電話機３０の動作
を図１０から図１４に示すフロー図を用いて、サーバ１
０の動作を図１５から図１７に示すフロー図を用いてそ
れぞれ説明する。なお、携帯電話機３０の動作は、対話
処理エンジンの動作を中心に説明する。サーバ１０の動
作は携帯電話機３０の動作の説明に際して適宜説明す
る。

【００３５】携帯電話機３０のユーザが操作パネル３８
に行う操作に応じ、携帯電話機３０ステップＳ１におい
てサーバ１０に接続する。ステップＳ３において、サー
バ１０から送信されるメニューに基づいて希望するサー
ビスを選択し、ステップＳ５で選択したサービスを予約
するための対話仕様データ要求をサーバ１０に送信す
る。なお、対話仕様データ要求には予約するサービスを
特定するためのサービスＩＤが含まれているものとす
る。

【００３６】サーバ１０に対話仕様データの送信要求が
送信されると、サーバ１０では図１５のステップＳ１２
３において対話仕様データの送信要求を検知し、ステッ
プＳ１２５において対話仕様データの送信要求を受信す
る。ステップＳ１２７で対話仕様データの送信要求に含
まれるサービスＩＤに基づいて要求されているサービス
の対話仕様データを対話仕様データベース内で特定し、
ステップＳ１２９において特定した対話仕様データをバ
ッファ１６に転送する。そして、ステップＳ１３１にお
いて対話仕様データを携帯電話機３０に送信する。

【００３７】携帯電話機３０では、サーバ１０から送信
された対話仕様データをステップＳ７で受信し、ステッ
プＳ１１で対話仕様データをメモリ４２に転送する。つ
ぎに、ステップＳ１３で対話仕様データに含まれるスロ
ットテンプレートに基づいてスロットデータ用のメモリ
領域をメモリ２４に確保する。ステップＳ１５では、レ
ジスタｑに「０」を設定する。このレジスタｑは携帯電
話機３０から問い合わせ要求が発せられたかどうかを記
録する問い合わせフラグである。

【００３８】ステップＳ１７において対話処理エンジン
は発話文テキスト（図６（Ｂ）参照）から最初に発話す
る発話文テキストを選択し、ステップＳ１９でこの発話
文テキストを音声合成エンジンに送出する。この実施例
ではたとえば「いらっしゃいませ、○○ホテルでござい
ます / 宿泊期間は何月何日から何月何日まででしょう
か」という発話文テキストが最初に選択される。なお、
発話文テキスト中の「、」および「/」は、所定の時間
の間をそれぞれ表すこととする。

【００３９】図１３を参照して、音声合成エンジンはス
テップＳ７１において発話文テキストを対話処理エンジ
ンから取得する。そして、ステップＳ７３において発話
文テキストに応じた音声（音声波形）を合成し、ステッ
プＳ７５で合成した音声をスピーカ４６に出力する。こ
うして対話処理エンジンによって選択された発話文テキ
ストの内容が音声としてスピーカ４６から出力される。

【００４０】携帯電話３０のユーザはスピーカ４６から
出力される音声に対して応答する。たとえば、ユーザは
「５月２５日から５月２６日です。」とマイク４０に発
話する。

【００４１】図１４を参照して、音声認識エンジンはス
テップＳ８１においてユーザの発話内容を音声波形とし
てマイク４０から取得する。そして、ステップＳ８３で
語彙リストに基づいて音声の認識を行う。このとき、音
声認識エンジンは取得した音声波形を解析し、語彙リス
トに登録されている語彙に一致する語彙を抽出し、その
語彙のテキストデータを認識結果とする。ステップＳ８
５ではこの認識結果を対話処理エンジンに送出する。な
お、具体的な音声認識の方法としては、従来の音声認識
方法をそのまま適用できる。

【００４２】再び図１１を参照して、対話処理エンジン
はステップＳ２１において認識結果を音声認識エンジン
から取得する。ステップＳ２３において認識結果のテキ
ストデータ内に予約のための情報として採用できるテキ
ストデータが存在するかどうか確認する。予約のための
情報として採用（スロットテンプレートの空きスロット
を埋める）できるかどうかは、スロットの空き状況，直
前に発話した発話文テキストの内容などに基づいて対話
処理エンジンが判断する。なお、以下においてスロット
を埋めるデータ（採用できるテキストデータ）を「要素
データ」と呼ぶことにする。

【００４３】音声認識が正常に行われなかったときを含
め、要素データが認識結果に存在しないときは、ステッ
プＳ２７において「もう一度、お願いします」などの再
発話を促す発話文テキストや「問い合わせ要求を行って
ください」などの発話文テキストを発話文リストから選
択し、ステップＳ１９で音声合成エンジンに送出する。

【００４４】認識結果に要素データが存在するときに
は、ステップＳ２９でその要素データの内容が問い合わ
せを要求するものであるかどうかを判断する。携帯電話
３０に取り込まれている対話仕様データによってはユー
ザの希望するサービスを受けられないとき，サービスに
対する質問に応答できないときなどに、ユーザは問い合
わせ要求を行うことができる。このとき、ユーザはたと
えば「問い合わせをお願いします」とマイク４０に発話
する。この発話の認識結果に基づいて問い合わせ要求の
有無が判断される（ステップＳ２９）。問い合わせ要求
であると判断すると、ステップＳ３１において問い合わ
せフラグｑをセットする。そして、ステップＳ３３にお
いて問い合わせの内容を確認するための発話文テキスト
を発話文リストの中から選択してステップＳ１９で音声
合成エンジンに送出する。

【００４５】一方、要素データが存在し、かつ問い合わ
せ要求でないときには、ステップＳ３９においてテキス
トデータを埋め込むスロットを特定して要素データをス
ロットに格納する。そして、ステップＳ４１においてス
ロットデータの必要なスロットのすべてに要素データが
格納されているかどうかを判断する。なお、問い合わせ
要求を送信するときと予約情報を送信するときとでは、
格納しなければならないスロットの数および場所が異な
る。必要な要素データがスロットに格納されていないと
きには、ステップＳ３７で必要な要素データを得ること
ができる発話文テキストを選択し、ステップＳ１９で音
声合成エンジンに送出する。

【００４６】スロットデータに必要なすべての要素デー
タが格納されているとき（ステップＳ４１でＹＥＳ）に
は、ステップＳ４３においてスロットデータの送信先に
接続する。スロットデータの送信先は、問い合わせ要求
を送信するときと予約情報を送信するときとで異なり、
対話仕様データ１３４ａ（図５（Ｃ）参照）に格納され
ているサーバアドレスもしくは送信先アドレスに送信さ
れる。問い合わせ要求はサーバアドレスに従って補足対
話仕様データ１３４ｂを保持するサーバ１０に送信さ
れ、予約情報は送信先アドレスに従い、サービスの予約
を受け付けるサーバ９０に送信される。ここで、補足対
話仕様データ１３４ｂとはユーザの問い合わせ要求に対
応するための語彙リスト，発話文リスト，対話処理動作
データなどを含む対話仕様データである。そして、ステ
ップＳ４５においてスロットデータ（問い合わせ要求も
しくは予約情報）の送信を行う。なお、予約情報として
のスロットデータ（予約情報データ）はたとえば図６
（Ｃ）に示すようなデータ内容である。予約情報および
問い合わせ要求のどちらのスロットデータにもサービス
ＩＤが含まれ、これによってサービスの内容が特定され
る。

【００４７】携帯電話機３０から問い合わせ要求のスロ
ットデータがサーバ１０に送信されると、サーバ１０で
は図１６のステップＳ１４１においてスロットデータの
着信を検知してステップＳ１４３においてスロットデー
タを受信する。ステップＳ１４５ではスロットデータに
含まれるサービスＩＤに基づいて補足対話仕様データ１
３４ｂを対話仕様データベース（図５（Ｃ）参照）内で
特定し、ステップＳ１４７でバッファ３４に転送する。
そして、ステップＳ１４９において補足対話仕様データ
１３４ｂを携帯電話機３０に送信する。問い合わせ要求
のスロットデータには携帯電話機３０を識別する識別Ｉ
Ｄが含まれており、サーバ１０はこの識別ＩＤに基づい
て補足対話仕様データ１３４ｂを携帯電話機３０に送信
する。

【００４８】補足対話仕様データ１３４ｂが送信される
と、携帯電話機３０では、ステップＳ５１において問い
合わせフラグｑを参照し、ステップＳ４５で行ったスロ
ットデータの送信が問い合わせ要求であったか否かを判
断する。

【００４９】問い合わせ要求を行ったときにはステップ
Ｓ６１において、問い合わせ要求に対する補足対話仕様
データが着信したかどうか判断する。そして、データの
着信があるとステップＳ６３において補足対話仕様デー
タを受信し、ステップＳ６５でメモリ４２に転送する。
つぎにステップＳ６７において問い合わせフラグｑをリ
セットしてステップＳ２７に戻る。ステップＳ２７にお
いて、ユーザの問い合わせ要求に応じるための発話文リ
ストを補足対話仕様データ１３４ｂから選択し、ステッ
プＳ１９で音声合成エンジンに送出する。

【００５０】スロットデータの送信が問い合わせ要求で
なく予約情報の送信であるときには、ステップＳ５３に
おいて終了応答の発話文テキスト、たとえば「ご予約を
お受けいたしました」を選択し、ステップＳ５５で音声
合成エンジンに送出する。発話文テキストは音声合成エ
ンジンによって音声合成され、終了メッセージがスピー
カ４６から出力される。ステップＳ５７においてメモリ
４２に確保されているスロット用のメモリ領域を開放
し、ステップＳ５９で対話仕様データ（補足対話仕様デ
ータを含む）をメモリ４２から消去して処理を終了す
る。

【００５１】予約情報のスロットデータが携帯電話機３
０からサーバ９０に送信されると、サーバ９０では図１
７のステップＳ１５１においてスロットデータの着信を
検知してステップＳ１５３においてスロットデータを受
信する。ステップＳ１５７ではスロットデータに含まれ
るサービスＩＤを参照してサービスを特定し、ステップ
Ｓ１５７において予約情報の内容に従ってサービスの予
約処理を行う。この予約処理によってサーバ９０が提供
できるサービスの状態が変化する。つまり、ホテルのサ
ービスであれば予約によって空室状況が変化する。従っ
て、変化したサービスの予約状況（空室状況）をサーバ
９０の予約状況データベース１３０（図５（Ａ）参照）
に反映する必要がある。そのため、サービスの予約処理
が終了するとステップＳ１５９においてデータベースの
更新要求を発生し、更新された予約状況データとともに
ステップＳ１６１でサーバ１０に送信する。

【００５２】データベースの更新要求がサーバ９０から
サーバ１０に送信されると、サーバ９０では図１５のス
テップＳ１１１においてデータベースの更新要求ありと
判断する。なお、ステップＳ１１１においてはサーバ１
０から送信されるデータベースの更新要求だけでなく、
サーバ１０のオペレータがキーボード１４などから行う
データベースの更新要求も検知する。ステップＳ１１３
において、サーバ９０から送信された予約状況データを
受信し、もしくはオペレータによるデータベース更新の
入力を取り込む。ステップＳ１１５において予約状況デ
ータに含まれるサービスＩＤに基づいてサービスを特定
し、ステップＳ１１７において該当するサービスのテン
プレートデータ１３２ａをテンプレート・データベース
１３２からメモリ２４に取り込む。

【００５３】つぎに、ステップＳ１１９において、サー
バ１０から送信された予約状況データ（１３０ａ）およ
びテンプレートデータ１３２ａから対話仕様データ１３
４ａを生成する。対話仕様データ１３４ａの生成は、予
約状況データ（１３０ａ）から抽出した予約状況に関す
るデータをテンプレートデータ１３２ａに含まれる語彙
リストテンプレート，発話文テンプレート，対話処理動
作テンプレートなどに埋め込むことによって行われる。
そして、生成した対話仕様データ１３４ａをステップＳ
１２１において対話仕様データベース１３４に記録す
る。このときサーバ９０から取得した予約状況データ
（１３４ａ）を予約状況データベース１３０に記録す
る。このようにサーバ９０に対して予約が行われると、
予約状況は予約状況データによってサーバ１０にも反映
される。

【００５４】この実施例によれば、サービスの予約を行
う都度そのサービスに対応する対話仕様データを携帯電
話機３０に取り込む。携帯電話機３０の音声処理エンジ
ンは取り込んだ対話仕様データに基づいて携帯電話機３
０のユーザとの間で適切な対話を行い、その対話におけ
るユーザの発話を音声認識することによってそのサービ
スの予約に必要な情報を得る。つまり、携帯電話機３０
の音声認識機能は対話仕様データを取り込むことによっ
て多種多様な対話（音声認識）機能を柔軟に実現でき
る。したがって、さまざまな種類のサービスの予約を音
声による対話で行うことができる。また、携帯電話機３
０からは予約情報のみをサーバ１０などに送信するので
予約を受け付けるオペレータが必要なく、サーバ１０を
多く設置する必要もないので人件費および装置の維持に
かかるコストを抑えることができる。さらに、通信手段
として通信品質が電話回線よりもインターネットが使用
できるので通信コストも低減することができる。

【００５５】なお、この実施例は上述の例に限らず種々
に変更して実施することができる。たとえば、携帯電話
機３０で生成して予約情報（スロットデータ）をサーバ
９０に送信することとしたが、予約情報をサーバ１０に
送信しサーバ１０で予約を受け付けるようにしてもよ
い。この場合には予約状況データベース１３０を更新す
るためのサーバ９０との通信が必要なく、サービスの提
供者（サーバ９０など）はサーバ１０から予約の結果だ
けを受け取ればよいのでシステムのメンテナンスなどが
必要ない。

【００５６】また、この実施例では携帯電話機３０を情
報端末としたが、情報端末は携帯電話機３０に限らず上
述の構成を実現できるものであればどのようなものであ
ってもよい。 ［実施例２］図１を参照し、実施例２では、サーバ１０
で生成された対話仕様データは放送局８０からテレビジ
ョン信号とともに放送される。放送局８０から放送され
た対話仕様データはアンテナ７６を介してテレビジョン
信号とともにテレビジョン５０に入力される。テレビジ
ョン５０の構成は図７に示すようであり、バッファ５４
を介した通信回路５６，テレビジョン信号の処理を行う
テレビジョン信号処理装置５８，操作パネル６０，マイ
ク６２，メモリ６４，モニタ６８，スピーカ６８および
タイマ７０がバス７２に接続され、これらは同じくバス
７２に接続されたＣＰＵ５２によって制御される。

【００５７】サーバ１０およびサーバ９０の構成は実施
例１と同じである。そして、先の実施例の図２と同じよ
うに、サーバ１０のバス２８にはタイマ２６が接続され
ている。また、テレビジョン５０のＨＤ６４には実施例
１の携帯電話機３０と同じ音声処理エンジン（音声認識
エンジン，音声合成エンジンおよび対話処理エンジンを
含む）が保存されており、音声処理エンジンは対話仕様
データに基づいて音声処理を行う。対話仕様データの構
成および音声処理エンジンの動作などについては実施例
１と同じであるため説明を省略する。

【００５８】実施例２ではサーバ１０はテレビジョン５
０からの送信要求を受けて対話仕様データの送信を行う
のではなく、図８に示すようなスケジュール・データに
基づいて対話仕様データをテレビジョン５０に送信す
る。スケジュール・データには、対話仕様データを送信
する時間と対話仕様データを識別するサービスＩＤとが
記録されている。対話仕様データを送信する時間は、放
送局８０から放送されるテレビジョン信号のテレビＣＭ
の放送時間に同期しており、サービスＩＤが示す対話仕
様データのサービス内容はテレビＣＭ（以下単に「Ｃ
Ｍ」と表記する）が提示するサービスの内容に対応して
いる。つまり、テレビジョン５０においては、モニタ６
８に所定のＣＭが表示されているときに、その所定のＣ
Ｍが提示する商品販売などのサービスを予約するための
対話仕様データを同時に受信している。

【００５９】テレビジョン５０のＣＰＵ５２が行う処理
を図１８のフロー図を用いて説明する。なお、図１８以
降の処理は実施例１で示した図１１から図１４までのフ
ロー図と同じである。また、サーバ１０およびサーバ９
０における処理も実施例１において図１５から図１７に
示した処理と同じである。ただし、サーバ１０は対話仕
様データを送信するときに図１４のステップＳ１１１か
らステップＳ１３１の処理に替えて図１９のフロー図に
示す処理を行う。

【００６０】サーバ１０のＣＰＵ１２はステップＳ１７
１においてＨＤ２２からスケジュール・データを取得
し、ステップＳ１７３においてタイマ２６から時間を取
得する。そしてステップＳ１７５ではタイマ２６から取
得した時間に基づいてスケジュール・データのスケジュ
ールが終了しているかどうか判断する。スケジュールが
終了していないときには、当該時間における対話仕様デ
ータの送信スケジュールがスケジュール・データに存在
するかどうか判断する。送信スケジュールがないときに
はステップＳ１７３に戻って再び時間を取得するが、送
信スケジュールがあるときにはステップＳ１７９におい
てスケジュール・データに記録されているサービスＩＤ
に基づいて対話仕様データを対話仕様データベースから
取得してバッファ１６に格納する。そしてステップＳ１
８１においてバッファ１６に格納されている対話仕様デ
ータをテレビジョン５０に送信する。なお、紙面の都合
上、図１にはテレビジョン５０を１台のみ示している
が、サーバ１０はスケジュール・データに従って複数の
テレビジョン５０に対話仕様データを送信する。

【００６１】この実施例ではテレビＣＭに対応する対話
仕様データをサーバ１０からテレビジョン５０に送信す
るが、対話仕様データを放送局８０からテレビジョン信
号とともに放送するようにしてもよい。

【００６２】テレビジョン５０は、図９のタイムチャー
トに示すように、テレビジョン信号を連続的に受けると
ともに、時間Ｔ毎に対話仕様データを受信する。なお、
この実施例では時間Ｔ（図８においては１５秒）の一定
の間隔でＣＭが放送されるものとする。

【００６３】テレビジョン５０のＣＰＵ５２は、まずス
テップＳ９１において時間間隔Ｔの初めに対話仕様デー
タの受信を開始するとともにタイマ７０に時間Ｔを設定
し、ステップＳ９３で対話仕様データをバッファ５４に
格納する。そして、ステップＳ９５においてタイマ７０
がタイムアウトしたかどうかつまり時間Ｔが経過したか
どうか判断する。タイムアウトでないときにはステップ
Ｓ９９においてテレビジョン５０のユーザによって操作
パネル６０が操作されたかどうかを判断する。パネル６
０の操作がないときにはステップＳ９５に戻り再びタイ
ムアウトを確認する。こうして時間Ｔが経過してタイム
アウトしたと判断するとステップＳ９７においてバッフ
ァ５４に記録された対話仕様データを消去する。

【００６４】テレビジョン５０のユーザ（視聴者）は、
ＣＭによって提示されている商品の販売のサービスに対
して予約したいと考えると、テレビジョン５０に設けら
れた操作パネル６０に対して予約希望の操作（図９に示
すカスタマ操作）を行う。時間Ｔが経過する前（ステッ
プＳ９５においてタイムアウトと判断される前）にカス
タマ操作を行うとステップＳ９９においてパネル操作あ
りと判断し、図１１のステップＳ１１において、バッフ
ァ５４に格納されている対話仕様データをメモリ６４に
転送する。

【００６５】ステップＳ１１以降の処理は実施例１にお
いて説明した処理と同じであり、メモリ６４に転送した
対話仕様データに基づいてユーザとの対話を行う。音声
合成エンジンによって合成された音声がスピーカ６８か
ら出力され、ユーザはスピーカ６８から出力される音声
に従って予約するための情報をマイク６２に対して発話
する。マイク６２に入力された音声は音声認識エンジン
によって認識される。対話処理エンジンは認識結果から
要素データを抽出してスロットデータの空きスロットを
埋める。予約に必要なすべてのスロットが埋められたス
ロットデータはインターネット１１０を介してサービス
の提供者であるサーバ９０に送信される。なお、スロッ
トデータが問い合わせ要求である場合にはスロットデー
タは対話仕様データの提供元であるサーバ１０にインタ
ーネット１１０を介して送信される。サーバ１０は要求
されたサービスの補足対話仕様データをインターネット
１１０を介してテレビジョン５０に送信する。

【００６６】この実施例では、ＣＭとともにＣＭによっ
て提示される商品販売などのサービスを予約する専用の
対話仕様データをテレビジョン５０に送信する。テレビ
ジョン５０のユーザはＣＭを参照してサービスを判断
し、予約を希望するときには音声入力によって非常に簡
便に予約することができる。なお、実施例２においても
実施例１と同様の効果が得られることは言うまでもな
い。

【００６７】なお、この実施例の形態は上述のものに限
らず種々に変更してもよい。たとえば、対話仕様データ
をバッファ５４に保持する時間は一定の時間間隔Ｔでな
くてもよく、ＣＭの長さに合わせて変更するようにして
もよい。このときには、対話仕様データにＣＭの長さ
（時間）を記憶するようにし、この時間をタイマ７０に
設定するようにするとよい。

【００６８】また、テレビジョン５０とサーバ１０およ
びサーバ９０との間でデータを送受信する手段はインタ
ーネット１１０に限らず、上述のデータを確実に送受信
できるものであればどのようなものであってもよい。

【００６９】さらに、放送局８０がサーバ１０を兼ねて
もよく、逆にサーバ１０が放送局８０を兼ねてもよい。

【００７０】また、テレビジョン５０は予約情報（スロ
ットデータ）をサーバ９０でなくサーバ１０に送信し、
サーバ１０が予約状況を管理して予約結果のみをサービ
スの提供者に送信するようにしてもよい。

【００７１】さらに、この実施例においては放送手段を
テレビ放送としたが放送手段はテレビ放送に限らず、衛
星ディジタルラジオ放送など上述の形態を実現できるも
のであればどのような放送手段であってもよいことは言
うまでもない。

【図面の簡単な説明】

【図１】この発明の実施例を示す図解図である。

【図２】サーバ１０の一構成例を示す図解図である。

【図３】携帯電話機３０の一構成例を示す図解図であ
る。

【図４】携帯電話機３０，サーバ１０およびサーバ９０
の間でのデータの送受信の様子を示す図解図である。

【図５】対話仕様データの生成の様子を示す図解図であ
る。

【図６】語彙リスト，発話文リストおよび予約情報デー
タの一例を示す図解図。

【図７】テレビジョン５０の一構成例を示す図解図であ
る。

【図８】スケジュール・データの一例を示す図解図であ
る。

【図９】テレビジョン信号とともに放送される対話仕様
データのテレビジョン５０における処理の様子を示す図
解図である。

【図１０】携帯電話機３０における処理動作を示すフロ
ー図である。

【図１１】図１０のフロー図に続く処理動作を示すフロ
ー図である。

【図１２】図１１のフロー図に続く処理動作を示すフロ
ー図である。

【図１３】携帯電話機３０におけるその他の処理動作を
示すフロー図である。

【図１４】携帯電話機３０におけるその他の処理動作を
示すフロー図である。

【図１５】サーバ１０における処理動作を示すフロー図
である。

【図１６】図１５のフロー図に続く処理動作を示すフロ
ー図である。

【図１７】サーバ９０における処理動作を示すフロー図
である。

【図１８】テレビジョン５０における処理動作を示すフ
ロー図である。

【図１９】サーバ１０における処理動作を示すフロー図
である。

【符号の説明】

１０ …サーバ（サービス予約システム） １２ …ＣＰＵ １６ …バッファ １８ …通信回路 ２２ …ＨＤ（Hard Disc） ２４ …メモリ ３０ …携帯電話機（情報端末） ３２ …ＣＰＵ ３４ …バッファ ３６ …通信回路 ４０ …マイク ４２ …メモリ ４６ …スピーカ ５０ …テレビジョン（情報端末） ５２ …ＣＰＵ ５４ …バッファ ５６ …通信回路 ６２ …マイク ６４ …メモリ ６８ …スピーカ ７０ …タイマ １００ …キャリア １１０ …インターネット

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ１０Ｌ 15/00 Ｇ１０Ｌ 3/00 ５５１Ａ 15/28 ５７１Ａ

Claims (15)

【特許請求の範囲】
1. 【請求項１】所定の情報伝達手段によって情報の伝達が
   可能となった少なくとも一つの情報端末から所定のサー
   ビスの予約を受け付けるサービス予約システムであっ
   て、 前記情報端末の音声処理エンジンを制御する対話仕様デ
   ータを記録する対話仕様データベース、 送信要求に基づいて前記対話仕様データを前記情報端末
   に送信する対話仕様データ送信手段、および前記音声処
   理エンジンによって生成された前記予約情報を前記情報
   端末から受信する予約情報受信手段を備える、サービス
   予約システム。
2. 【請求項２】前記対話仕様データは、前記音声処理エン
   ジンが音声認識する語彙を含む語彙リスト，音声合成す
   る発話文を含む発話文リストならびに前記音声認識およ
   び前記音声合成の動作を制御する対話動作データを含
   む、請求項１記載のサービス予約システム。
3. 【請求項３】前記予約情報に基づいて予約状況データベ
   ースに記録された予約状況を更新する予約状況更新手
   段、および前記予約状況更新手段によって更新された前
   記予約状況に基づいて前記語彙リストもしくは前記発話
   文リストの少なくとも一方を更新するリスト更新手段を
   さらに備える、請求項２記載のサービス予約システム。
4. 【請求項４】所定の情報伝達手段によって情報の伝達が
   可能となった少なくとも一つの情報端末に対して所定の
   サービスを予約させるサービス予約システムであって、 前記情報端末の音声処理エンジンを制御する対話仕様デ
   ータをサービス別に複数記録する対話仕様データベー
   ス、および前記対話仕様データを前記情報端末に送信す
   る対話仕様データ送信手段を備える、サービス予約シス
   テム。
5. 【請求項５】前記情報端末から前記対話仕様データの送
   信要求を受信する送信要求受信手段をさらに備え、 前記対話仕様データ送信手段は前記送信要求に応じた前
   記対話仕様データを前記情報端末に送信する、請求項４
   記載のサービス予約システム。
6. 【請求項６】前記対話仕様データを送信するスケジュー
   ルを記録するスケジュールデータベース、および時間を
   計測する時計手段をさらに備え、 前記対話仕様データ送信手段は、前記時計手段によって
   計測される時間および前記スケジュールに従って前記対
   話仕様データを送信する、請求項４記載のサービス予約
   システム。
7. 【請求項７】前記スケジュールは前記対話仕様データの
   送信時間および対応するサービスが、所定の情報を放送
   する放送信号の放送時間および前記所定の情報の内容に
   対応するように組まれている、請求項６記載のサービス
   予約システム。
8. 【請求項８】前記対話仕様データは、前記情報端末によ
   る前記予約情報の送信先を指定する送信先情報を含む、
   請求項４ないし７記載のサービス予約システム。
9. 【請求項９】前記対話仕様データは、前記音声処理エン
   ジンが音声認識する語彙を含む語彙リスト，音声合成す
   る発話文を含む発話文リストならびに前記音声認識およ
   び前記音声合成の動作を制御する対話動作データをさら
   に含む、請求項４ないし８記載のサービス予約システ
   ム。
10. 【請求項１０】前記送信先から前記サービスの予約状況
    に関する予約状況情報を受信する予約状況受信手段、 前記予約状況情報に基づいて予約状況データベースに記
    録された前記サービスの予約状況を更新する予約状況更
    新手段、および前記予約状況更新手段によって更新され
    た前記予約状況に基づいて前記語彙リストもしくは前記
    発話文リストの少なくとも一方を更新するリスト更新手
    段をさらに備える、請求項４ないし９記載のサービス予
    約システム。
11. 【請求項１１】所定の通信網で接続された第１サーバに
    予約情報を送信して所望のサービスを予約する情報端末
    であって、 音声処理によって前記予約情報を生成する音声処理エン
    ジン、 前記所望のサービスに対応する前記予約情報を生成する
    ように前記音声処理エンジンを制御する対話仕様データ
    の送信要求を第２サーバに送信する送信要求手段、 前記第２サーバから前記対話仕様データを受信する対話
    仕様データ受信手段、および前記予約情報を前記第１サ
    ーバに送信する予約情報送信手段を備える、情報端末。
12. 【請求項１２】所定の情報伝達手段によって情報の伝達
    が可能となった第１サーバに予約情報を送信して所望の
    サービスを予約する情報端末であって、 音声処理によって前記予約情報を生成する音声処理エン
    ジン、 前記所定のサービスに対応する前記予約情報を生成する
    ように前記音声処理エンジンを制御する対話仕様データ
    を、前記所定のサービスに対応する情報を放送する放送
    信号に同期して受信する対話仕様データ受信手段、 前記対話仕様データを保持するバッファ手段、 前記対話仕様データに含まれる有効期間情報に従って前
    記対話仕様データの有効期間を計測する時計手段、 カスタマの操作手段に対する操作を検知する検知手段、 前記有効期間内に前記操作手段によって操作が検知され
    ると前記音声処理エンジンを能動化する能動化手段、 前記有効期間内に前記操作手段によって操作が検知され
    ないと前記音声処理エンジンを無効化するとともに前記
    バッファに保持された前記対話仕様データを消去する無
    効化手段、および前記予約情報を前記第１サーバに送信
    する予約情報送信手段を備える、情報端末。
13. 【請求項１３】音声を入力する音声入力手段、および音
    声を出力する音声出力手段をさらに備え、 前記音声処理エンジンは、前記音声入力手段から与えら
    れた音声を認識する音声認識エンジン，音声を合成して
    前記音声出力手段に与える音声合成エンジンならびに前
    記音声認識エンジンおよび前記音声合成エンジンを制御
    するとともに前記音声エンジンの音声認識結果に基づい
    て前記予約情報を生成する対話処理エンジンを含む、請
    求項１１または１２記載の情報端末。
14. 【請求項１４】前記音声認識エンジンは前記対話仕様デ
    ータに含まれる語彙リストに登録された語彙に基づいて
    音声を認識し、 前記音声合成エンジンは前記対話仕様データに含まれる
    発話文リストに登録された発話文に基づいて音声を合成
    し、 前記対話処理エンジンは前記対話仕様データに含まれる
    対話動作データに基づいて前記音声認識エンジンおよび
    前記音声合成エンジンを制御する、請求項１１ないし１
    ３記載の情報端末。
15. 【請求項１５】前記対話仕様データは前記予約情報の送
    信先を指定する送信先情報をさらに含み、 予約情報送信手段は前記送信先情報が示す前記第１サー
    バに前記予約情報を送信する、請求項１１ないし１４記
    載の情報端末。