(57)【要約】【課題】相対的に高いサンプリング周波数でユーザが通話予約時に発する音声データをサンプリングすることによって、音声認識処理を正しく行える予約管理システムを提供する。【解決手段】予約者が発する音声データを集音してサンプリングしてから送信する予約者用端末１００と、予約受付者が発する音声データを集音してサンプリングしてから送信する予約受付者用端末２００と、予約者用端末１００及び予約受付者用端末２００から送信される音声データをテキストデータに変換する変換装置３１０と、変換装置３１０によって変換されたテキストデータを予約受付者用端末２００によってアクセス可能な格納媒体４００に格納する格納装置３４０と、を備え、予約者用端末１００と予約受付者用端末２００との少なくとも一方は、送信対象の音声データを１６ｋＨｚ以上のサンプリング周波数によってサンプリングするサンプリング手段を有する。【選択図】図１
2020170227.tif 000002
【特許請求の範囲】
【請求項１】
予約者が発する音声データを集音してサンプリングしてから送信する通話装置と、
予約受付者が発する音声データを集音してサンプリングしてから送信する情報処理装置と、
前記通話装置及び前記情報処理装置から送信される音声データをテキストデータに変換する変換装置と、
前記変換装置によって変換されたテキストデータを前記情報処理装置によってアクセス可能な格納媒体に格納する格納装置と、を備え、
前記通話装置と前記情報処理装置との少なくとも一方は、送信対象の音声データを１６ｋＨｚ以上のサンプリング周波数によってサンプリングするサンプリング手段を有する予約管理システム。
【請求項２】
さらに、前記テキストデータのうち予約内容に関係のないデータを除外する除外装置を備える、請求項１記載の予約管理システム。
【請求項３】
前記格納媒体に保存されるテキストデータは、少なくとも予約日時及び予約者名を含む、請求項２記載の予約管理システム。
【請求項４】
前記格納媒体に対してテキストデータを格納するのに先立って当該テキストデータを前記情報処理装置に伝送する伝送装置を備える、請求項１記載の予約管理システム。
【請求項５】
前記通話装置は、前記情報処理装置に架電をする場合に、前記サンプリングを可能な状態に切り替える切替手段を備える、請求項１記載の予約管理システム。
【請求項６】
前記情報処理装置は、前記通話装置からの架電を受け付けた場合に、前記サンプリングを可能な状態に切り替える切替手段を備える、請求項１記載の予約管理システム。
【請求項７】
通話装置を通じてなされる通話予約を受ける情報処理装置であって、
予約受付者が発する音声データを１６ｋＨｚ以上のサンプリング周波数でサンプリングしてから送信する送信手段と、
前記送信手段によって送信された音声データに基づくテキストデータにアクセスするアクセス手段と、
を備える情報処理装置。
【請求項８】
予約者が発する音声データを１６ｋＨｚ以上のサンプリング周波数でサンプリングするステップと、
前記サンプリング後の音声データを送信するステップと、
を通話装置に実行させる通話予約アプリケーションプログラム。
【請求項９】
予約受付者が発する音声データを１６ｋＨｚ以上のサンプリング周波数でサンプリングするステップと、
前記サンプリング後の音声データを送信するステップと、
を情報処理装置に実行させる通話予約アプリケーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約管理システム、情報処理装置、及び、通話予約アプリケーションプログラムに関し、特に、予約受付者が予約台帳を作成する手間を省いた予約管理システム、情報処理装置、及び、通話予約アプリケーションプログラムに関する。
【背景技術】
【０００２】
特許文献１には、音声による注文を受け付ける際に、複数の注文についても効率的に受け付けることを可能とするとともに、注文の成立に必要な情報が不足する場合にその補充を支援する音声注文受付システムが開示されている。この音声注文受付システムは、顧客からの音声での注文もしくは予約を受け付けるオペレータによる注文システムへの注文情報の入力を支援する音声注文受付システムであって、音声認識処理によって前記顧客と前記オペレータとの前記注文もしくは予約に係る会話の内容がテキスト化された会話データにおける各ステートメントに対して形態素に分割して品詞を判別する形態素解析部を有している。
【特許文献１】特開２０１８−０４１１５５号明細書の００１１段落
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１に記載されている音声注文受付システムは、音声認識処理によって顧客とオペレータとの注文もしくは予約に係る会話の内容をテキスト化しようとしているものの、顧客が電話越しに発した音声をオペレータ側でテキスト化しようとしても、誤認識をすることが非常に多いことがわかった。
【０００４】
本発明者が誠意研究したところ、顧客（ユーザ）が通話予約時に発する音声データをサンプリングする際に、相対的に低いサンプリング周波数を採用すると、音声認識処理が正しく行われないことがわかった。
【０００５】
そこで、本発明は、相対的に高いサンプリング周波数でユーザが通話予約時に発する音声データをサンプリングすることによって、音声認識処理を正しく行える予約管理システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、
予約者が発する音声データを集音してサンプリングしてから送信する通話装置と、
予約受付者が発する音声データを集音してサンプリングしてから送信する情報処理装置と、
前記通話装置及び前記情報処理装置から送信される音声データをテキストデータに変換する変換装置と、
前記変換装置によって変換されたテキストデータを前記情報処理装置によってアクセス可能な格納媒体に格納する格納装置と、を備え、
前記通話装置と前記情報処理装置との少なくとも一方は、送信対象の音声データを１６ｋＨｚ以上のサンプリング周波数によってサンプリングするサンプリング手段を有する。
【０００７】
さらに、前記テキストデータのうち予約内容に関係のないデータを除外する除外装置を備えることもできる。こうすることで、オペレータが台帳についての編集作業をしなくて済むという利点がある。なお、前記格納媒体に保存されるテキストデータは、少なくとも予約日時及び予約者名を含めればよい。
【０００８】
前記格納媒体に対してテキストデータを格納するのに先立って当該テキストデータを前記情報処理装置に伝送する伝送装置を備えることもできる。これにより、事前に台帳に含めるべき内容を確認してもらうことができる。
【０００９】
前記通話装置は、前記情報処理装置に架電をする場合に、前記サンプリングを可能な状態に切り替える切替手段を備え、前記情報処理装置は、前記通話装置からの架電を受け付けた場合に、前記サンプリングを可能な状態に切り替える切替手段を備えることもできる。
【００１０】
また、本発明は、通話装置を通じてなされる通話予約を受ける情報処理装置であって、
予約受付者が発する音声データを１６ｋＨｚ以上のサンプリング周波数でサンプリングしてから送信する送信手段と、
前記送信手段によって送信された音声データに基づくテキストデータにアクセスするアクセス手段と、
を備える。
【００１１】
さらに、本発明の通話予約アプリケーションプログラムは、
予約者が発する音声データを１６ｋＨｚ以上のサンプリング周波数でサンプリングするステップと、
前記サンプリング後の音声データを送信するステップと、
を通話装置に実行させる。
【００１２】
さらにまた、本発明の通話予約アプリケーションプログラムは、
予約受付者が発する音声データを１６ｋＨｚ以上のサンプリング周波数でサンプリングするステップと、
前記サンプリング後の音声データを送信するステップと、
を情報処理装置に実行させる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態の予約管理システム１０００の概要図である。
【図２】図１に示す予約者用端末１００ａのディスプレイへの表示例を示す図である。
【図３】図１に示す予約管理システム１０００の動作を示す流れ図である。
【符号の説明】
【００１４】
１００  予約者用端末（通話装置）
２００  予約受付者用端末（情報処理装置）
３００  予約仲介サーバ
３１０  変換装置
３２０  除外装置
３３０  伝送装置
３４０  格納装置
４００  格納媒体
５００  携帯電話網
６００  光回線網
１０００  予約管理システム
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について、図面を参照して説明する。
【００１６】
（構成の説明）
図１は、本発明の実施形態の予約管理システム１０００の概要図である。図１には、以下説明する、予約者用端末（通話装置）１００と、予約受付者用端末（情報処理装置）２００と、予約仲介サーバ３００と、格納媒体４００と、携帯電話網５００と、光回線網６００と、を示している。
【００１７】
予約者用端末１００は、予約者が予約時に発する音声データを所定のサンプリング周波数でサンプリングしてから送信するものである。予約者用端末１００は、ここでは、例えば３台例示している予約者用端末１００ａ〜１００ｃの総称としている。
【００１８】
予約者用端末１００は、ハードウェアとしては、携帯電話機、スマートフォン、インターネットプロトコル対応の電話機（以下、「ＩＰ電話機」と称する。）、タブレット端末、パーソナルコンピュータなどとすることができる。
【００１９】
予約受付者用端末２００は、予約受付者が予約受付時に発する音声データを所定のサンプリング周波数でサンプリングしてから送信するものである。予約受付者用端末２００は、ここでは、例えば３台例示している予約受付者用端末２００ａ〜２００ｃの総称としている。
【００２０】
予約受付者用端末２００は、ハードウェアとしては、携帯電話機、スマートフォン、ＩＰ電話機、タブレット端末、或いは、パーソナルコンピュータとＩＰ電話機とが一体型となったような専用機などとすることができる。
【００２１】
本実施形態では、予約者用端末１００と予約受付者用端末２００との少なくとも一方では、ソフトウェア的には、音声データを１６ｋＨｚ以上のサンプリング周波数でサンプリングしている点が特徴的である。
【００２２】
以下、本実施形態では、予約者用端末１００として、前記の動作に加え、後記の動作を実現するためのアプリケーションプログラム（以下、単に「アプリケーションプログラム」と称する）がインストールされているスマートフォンを用い、予約受付者用端末２００として、アプリケーションプログラムがインストールされている専用機が用いられている場合を例に説明する。
【００２３】
なお、図1に示していないが、予約者用端末１００において、１６ｋＨｚ以上のサンプリング周波数で音声データをサンプリングする場合には、アプリケーションプログラムが起動された状態で予約受付者用端末２００に架電をすると、当該サンプリング処理を実行可能な状態に切り替える切替手段を備えている。
【００２４】
また、予約受付者用端末２００も、１６ｋＨｚ以上のサンプリング周波数で音声データをサンプリングする場合には、アプリケーションプログラムが起動された状態としておくことで、予約者用端末１００から後述する予約用電話番号を通じて架電を受け付けた場合に、当該サンプリング処理を実行可能な状態に切り替える切替手段を備えている。
【００２５】
すなわち、当該切替手段は、通常の通話時における音声データのサンプリング処理は例えば８ｋＨｚのサンプリング周波数で行い、本実施形態の予約管理システムでの予約通話時におけるサンプリング処理は１６ｋＨｚ以上のサンプリング周波数で行うという切り替えをするものである。
【００２６】
このように、予約者用端末１００及び予約受付者用端末２００は、切替手段を備えていると、予約とは無関係の電話時には送信が不要な高解像度の音声データを送信しなくて済むという利点がある。
【００２７】
予約仲介サーバ３００は、予約者用端末１００と予約受付者用端末２００とにおける予約通話を仲介するものである。予約仲介サーバ３００は、以下説明する、変換装置３１０と、除外装置３２０と、伝送装置３３０と、格納装置３４０と、を有している。
【００２８】
変換装置３１０は、予約者用端末１００と予約受付者用端末２００とからそれぞれ送信されるサンプリング済みの音声データを、音声認識手段を用いてテキストデータに変換するものである。
【００２９】
除外装置３２０は、変換装置３１０によって音声データから変換されたテキストデータのうち、予約内容に関係のないデータを除外するものである。除外装置３２０自体は、必ずしも備えることが要するわけではないことに留意されたい。
【００３０】
除外装置３２０を備える場合には、格納媒体４００には、予約日時及び予約者名といったテキストデータが保存される。この他にも、格納媒体４００には、テーブル席／個室席の別、テーブル番号／個室番号、予約人数、予約者の電話番号などの連絡先などを保存するとよい。こうすることで、オペレータが台帳についての編集作業をしなくて済むという利点がある。
【００３１】
伝送装置３３０は、格納装置３４０が格納媒体４００に対してテキストデータを格納するのに先立って、格納装置３４０が格納しようとするテキストデータを予約受付者用端末２００に伝送するものである。
【００３２】
伝送装置３３０自体は、必ずしも備えることが要するわけではないことに留意されたい。ただし、伝送装置３３０を備えると、予約受付者に事前に台帳に含めるべき内容を確認してもらうことができるので、不明確な内容のテキストデータに対して、予約受付者が記憶をたどりながら、予約内容を確認することが回避し得るという利点がある。
【００３３】
予約受付者としては、誤変換がされたテキストデータがあることを把握した場合には、そのテキストデータを予約受付者用端末２００を操作するなどして、格納媒体４００への格納前後に修正することができる。
【００３４】
格納装置３４０は、変換装置３１０によって変換され、除外装置３２０によって予約内容に関係のないデータが除外され、伝送装置３３０によって予約受付者用端末２００に伝送されたテキストデータを、予約受付者用端末２００によってアクセス可能な格納媒体４００に格納するものである。
【００３５】
格納媒体４００は、予約者用端末１００及び予約受付者用端末２００からそれぞれ送信されてくる音声データと、当該音声データに対応するテキストデータとが一組のデータとして格納されるものである。なお、このテキストデータは、既述のように、予約受付者用端末２００によって修正されたものとなる場合がある。
【００３６】
実際には、この一組のデータには、予約者用端末１００又はそのＳＩＭカードなどのメディアに割り当てられている電話番号などの発信者番号と、予約受付者用端末２００又はそのＳＩＭカードなどのメディアに割り当てられている電話番号などの着信者番号と、通話日時などの情報とが、紐づけられた状態で格納されるようにしている。
【００３７】
ここで、予約者用端末１００及び予約受付者用端末２００がスマートフォンである場合には、日本国においては、通常、発信者番号と着信者番号とのいずれもが、「０９０」又は「０８０」で始まる番号になり、固定電話機である場合には、「０３」などの市外局番から始まる番号になるであろう。
【００３８】
しかし、本実施形態の予約管理システムを利用する場合には、予約受付者用端末２００では、「０９０」等で始まる着信者番号を用いることに代えて、例えば「０５０」、「００３７」又は「０８００」で始まる番号を、予約用電話番号として用いることもできる。こうすると、本実施形態の予約管理システムの利用料金を、予約用電話番号を通じた予約数等に応じて徴収できるといった利点がある。
【００３９】
予約用電話番号を用いる場合には、予約仲介サーバ３００において、着信者番号と予約用電話番号とを一対で登録しておき、予約者用端末１００と予約受付者用端末２００との間の予約通話を仲介できるようにすればよい。
【００４０】
なお、「０５０」、「００３７」又は「０８００」で始まる番号は、特定の予約受付者用端末２００に対して、固定的につまり静的に割り当てられていてもよいし、定期的に又は不定期に或いは何らかの条件が成就したときに他の番号を割り当てるといった、変動的につまり動的に割り当てられていてもよい。
【００４１】
加えて、本実施形態の予約管理システムでは、発信者番号についても同様に、「０９０」等で始まる発信者番号を用いることに代えて、例えば「０５０」、「００３７」又は「０８００」で始まる番号を、予約用電話番号として用いることもできる。
【００４２】
こうすると、予約仲介サーバ３００において、当該発信者番号と当該予約用電話番号とを一対で登録しておき、予約受付者が予約者に対して架電したい場合には、当該予約用電話番号宛て架電をすれば、予約仲介サーバ３００が架電を対応する当該発信者番号宛てに転送呼出をすることが可能となる。こうすると、予約者にとっては、自己の発信者番号が予約受付者に知られなくて済むという利点がある。
【００４３】
携帯電話網５００及び光回線網６００は、予約者用端末１００から送信される音声データ又はこれに基づくテキストデータを予約仲介サーバ３００を介して予約受付者用端末２００に伝送したり、予約受付者用端末２００から送信される音声データを、予約仲介サーバ３００を介して予約者用端末１００に伝送したりするものである。
【００４４】
図２は、図１に示す予約者用端末１００ａのディスプレイへの表示例を示す図である。図２（ａ）には、アプリケーションプログラム起動時の表示例を示している。図２（ｂ）には、予約受付者用端末２００ａに係るホームページ例を示している。
【００４５】
この種のホームページは、予約仲介サーバ３００の管理者及び／又は予約受付者用端末２００ａの社員らによって作成されるものである。図２（ｂ）には、レストランのホームページを示している。
【００４６】
このホームページには、「レストラン名」、「住所」、「予約用電話番号」が掲載されているが、「地図」などが掲載されてもよい。予約用電話番号は「０５０−１１１１−２２２２」としている例である。予約用電話番号の表示箇所にはリンクが張られていて、予約者がこの表示箇所をタップすると、予約用電話番号宛てに発信可能なように設定されている。
【００４７】
アプリケーションプログラムを起動した場合にのみ視聴できるようにすると、アプリケーションプログラムを起動することを契機に、予約者用端末１００ａから送信する音声データを、１６ｋＨｚ以上のサンプリング周波数でサンプリングするように切り替えられるという利点がある。
【００４８】
もっとも、図２（ａ）に示すようなホームページは、アプリケーションプログラムを起動せずとも、ブラウザを通じて視聴可能としてもよい。この場合には、予約者用端末１００ａから送信する音声データを、１６ｋＨｚ以上のサンプリング周波数でサンプリングするように切り替える契機となるようなイベントが想定しにくい。
【００４９】
そこで、予約者用端末１００ａでは例えば８ｋＨｚのサンプリング周波数でサンプリング処理を行い、予約受付者用端末２００ａのみで１６ｋＨｚ以上のサンプリング周波数でサンプリング処理を行うことになろう。
【００５０】
（動作の説明）
図３は、図１に示す予約管理システム１０００の動作を示す流れ図である。ここでは、図２で説明したホームページを通じて、予約者が予約者用端末１００ａであるスマートフォンを用いて、予約受付者用端末２００ａである専用機に架電をしてレストラン予約を行う場合を例に説明する。
【００５１】
まず、典型的には、予約受付者用端末２００ａの予約受付者及び予約者用端末１００ａの予約者は、以下の動作を実現可能なアプリケーションプログラムを、予約受付者用端末２００ａ及び予約者用端末１００ａにインストールする（ステップＳ１，ステップＳ２）。
【００５２】
この状態で、予約者が予約者用端末１００ａを操作することによって、アプリケーションプログラムを起動して（ステップＳ３）、このアプリケーションプログラムを通じて、予約受付者用端末２００ａに割り当てられている予約用電話番号宛に発信したとする（ステップＳ４）。
【００５３】
なお、ここでいう発信とは、発信者が着信者番号又は予約用電話番号をダイヤルして発信ボタンをタップしたことによって、予約者用端末１００ａが予約仲介サーバ３００に転送呼出処理を実行させることを意味する。なお、予約仲介サーバ３００が、予約者用端末１００ａの発呼処理を受けると、予約者用端末１００では呼出音が出力されることになる。
【００５４】
また、後述するステップＳ９の着信は、ステップＳ４の発呼に起因してステップＳ６において転送呼出がなされた結果、予約受付者用端末２００ａから呼出信号が出力されることを意味する。
【００５５】
図３に示す動作に話を戻すと、この例では、本実施形態の予約管理システムから割り当てられている予約用電話番号は「０５０−１１１１−２２２２」であるが、もともと予約受付者用端末２００ａに通信キャリアから割り当てられている着信者番号が「０９０−１２３４−５６７８」であったとする。
【００５６】
この場合には、アプリケーションプログラムを起動した状態で、予約者用端末１００ａから予約受付者用端末２００ａを架電するに際しては、図２を用いて説明したように、予約用電話番号「０５０−１１１１−２２２２」が用いられる。
【００５７】
予約者が、予約者用端末１００ａを操作することによって、予約用電話番号「０５０−１１１１−２２２２」宛てに架電をすると（ステップＳ５）、予約仲介サーバ３００は、この予約用電話番号に対応する着信者番号「０９０−１２３４−５６７８」を読み出して（ステップＳ６）、この着信者番号宛に呼出転送をする（ステップＳ７）。
【００５８】
そうすると、予約仲介サーバ３００から予約受付者用端末２００ａに架電がされ（ステップＳ８）、予約受付者用端末２００ａが着信することになる（ステップＳ９）。予約受付者が、予約受付者用端末２００を操作することによって、この架電に応答すると、予約受付者用端末２００から予約仲介サーバ３００に対して、応答信号が送信されることになる（ステップＳ１０）。
【００５９】
予約仲介サーバ３００は、予約受付者用端末２００ａからの応答信号を受信すると、予約者用端末１００ａと予約受付者用端末２００ａとの間で通話ができるように、これらの間の呼接続を行い（ステップＳ１１）、予約者用端末１００ａに対して応答信号を送信することになる（ステップＳ１２）。
【００６０】
つぎに、予約者が音声を発すると、予約者用端末１００ａは、内蔵するマイクロフォンによってその音声データを集音して、所定のサンプリング周波数でサンプリングしてから、携帯電話網５００を通じて、予約仲介サーバ３００にサンプリング済みの音声データを送信する（ステップＳ１３）。
【００６１】
既述のように、予約者用端末１００ａから送信する音声データは、１６ｋＨｚ以上のサンプリング周波数でサンプリングしたものであってもよいし、これよりも低いサンプリング周波数でサンプリングしたものであってもよいが、ここでは低いサンプリング周波数でサンプリングしたとして説明する。
【００６２】
予約仲介サーバ３００では、予約者用端末１００ａから携帯電話網５００を通じて送信される音声データを受信すると、ステップＳ１４ａ〜ステップＳ１４ｃに示す以下の各動作を行うことになる（ステップＳ１４）。
【００６３】
すなわち、まず、変換装置３１０が、当該音声データを例えばリアルタイムでテキストデータに変換していく（ステップＳ１４ａ）。一方、音声データは、既知のように、予約受付者用端末２００ａに対して、携帯電話網５００を通じて転送される（ステップＳ１５）。
【００６４】
ここで、予約者用端末１００ａから送信された音声データは、１６ｋＨｚ以上のサンプリング周波数でサンプリングされていないので、変換装置３１０は高精度で当該音声データをテキストデータに変換することができない。
【００６５】
本発明者らの知見によれば、８ｋＨｚ程度のサンプリング周波数でサンプリングされた音声データを、音声認識ソフトウェアに入力した場合には、正しいテキストデータが得られる確率は３０％〜７０％程度でしかない。これでは、人手を介さずに予約台帳の作成を行うことは不適当である。
【００６６】
除外装置３２０は、変換装置３１０によって音声データから変換されたテキストデータが、１６ｋＨｚ以上のサンプリング周波数でサンプリングされたものであれば、そのうち予約内容に関係のないデータであると判断して除外することができるが、そうではないので、予約者用端末１００ａから送信された音声データについては、全面的に予約内容に関係のないデータであると判断して除外することになろう（ステップＳ１４ｂ）。
【００６７】
このため、除外装置３２０の除外処理をした結果、除外されずに残るテキストデータは、例えば、予約者名、予約日時、コース／アラカルトの別、コース予約であればコース名といったテキストデータが格納対象とされる。加えて、予約者の連絡先が格納対象とされてもよい。
【００６８】
伝送装置３３０は、予約受付者に事前に台帳に含めるべき内容を確認してもらうために、除外装置３２０によって除外されずに残ったテキストデータを、例えばリアルタイムで予約受付者用端末２００に伝送する（ステップＳ１４ｃ）。このテキストデータは、携帯電話網５００を通じ、予約受付者用端末２００ａに送信される（ステップＳ１９）。こうして、予約受付者用端末２００ａのディスプレイに、受信したテキストデータを表示させることが可能となる。
【００６９】
一方、予約受付者が音声を発すると、予約受付者用端末２００ａは、内蔵するマイクロフォンによってその音声データを集音して、ここでは、１６ｋＨｚ以上のサンプリング周波数でサンプリングしてから（ステップＳ１６）、携帯電話網５００を通じて、予約仲介サーバ３００にサンプリング済みの音声データを送信する（ステップＳ１７）。
【００７０】
なお、予約者用端末１００ａでは１６ｋＨｚ未満のサンプリング周波数でサンプリングし、予約受付者用端末２００ａでは１６ｋＨｚ以上のサンプリング周波数でサンプリングするという場合には、既述のように、予約者が発する音声データを高精度に音声認識することはできない。
【００７１】
したがって、この場合には、予約受付者は予約日時等を必ず復唱して、予約台帳に必要な情報を音声データが、予約仲介サーバ３００においてテキストデータに変更されるようにすべきであることに留意されたい。
【００７２】
それでも、予約受付者用端末２００ａでは、アプリケーションプログラムの起動の有無に拘わらず、例えば常時１６ｋＨｚ以上のサンプリング周波数でサンプリングした音声データを送信するといった対応をすることによる実質的な不都合はないので、この場合には予約受付者用端末２００ａに切替手段を備えなくてもよいという利点がある。
【００７３】
反対に、予約者用端末１００ａでは１６ｋＨｚ以上のサンプリング周波数でサンプリングし、予約受付者用端末２００ａでは１６ｋＨｚ未満のサンプリング周波数でサンプリングするという場合には、通常、予約者が予約日時等を発するので、このような煩わしさは生じない。
【００７４】
このため、予約者用端末１００ａにインストールしたアプリケーションプログラムを用い、これを起動したことを契機に、音声データをサンプリングするサンプリング周波数を１６ｋＨｚ以上とすることには利点がある。
【００７５】
予約仲介サーバ３００では、予約受付者用端末２００ａから携帯電話網５００を通じて送信される音声データを受信すると、予約者用端末１００ａからの音声データを受信した場合と同様に、ステップＳ１４ａ〜ステップＳ１４ｃに示した各動作を行うことになる（ステップＳ１４）。
【００７６】
すなわち、まず、変換装置３１０が、当該音声データを例えばリアルタイムでテキストデータに変換していく（ステップＳ１４ａ）。一方、音声データは、既知のように、予約者用端末１００ａに対して、携帯電話網５００を通じて転送される（ステップＳ１８）。
【００７７】
ここで、ステップＳ１４ｃにおいて伝送装置３３０によって伝送されたテキストデータに、誤った音声認識によって変換されたデータが含まれていたとする。予約受付者が、予約受付者用端末２００ａに表示されるテキストデータを見ることで、この誤りを把握した場合には、予約受付者用端末２００のキーボード等を操作することによって、その誤りを修正して（ステップＳ２０）、予約仲介サーバ３００に送信する（ステップＳ２１）。
【００７８】
その後に、予約者用端末１００ａと予約受付者用端末２００ａとの間で通話が完了して、予約仲介サーバ３００においてこれらの間の呼接続が解除されたとする。
【００７９】
この場合には、格納装置３４０は、ステップＳ１３及びステップＳ１７の実行によって受信した音声データと、ステップＳ１４ａ〜ステップＳ１４ｃにおける処理が実行されたテキストデータと、予約者用端末１００ａ及び予約受付者用端末２００ａに係る発信者番号・着信者番号・予約用電話番号とを、一組で格納媒体４００に格納する。
【００８０】
なお、予約受付者用端末２００は、格納媒体４００に対してアクセスするアクセス手段を備えているので、仮に、予約受付者が、ステップＳ２０の修正処理を即座に実行できなかった場合、或いは、後から修正が必要であったと気づいた場合には、格納媒体４００に格納済みの誤った内容を修正することができる。
【００８１】
また、予約仲介サーバ３００は、予約受付者用端末２００からの要求に応じたプルタイプで又は自発的にプッシュタイプで、格納媒体４００に格納されている情報を読み出して、予約受付者用端末２００に対して送信する送信手段を備えてもよい。
【００８２】
予約受付者用端末２００は、上記送信手段によって送信される情報を受信する受信手段と、受信手段によって受信された情報を予約台帳のフォーマットに埋め込む埋込手段と、埋込手段によって情報が埋め込まれた予約台帳をディスプレイに表示する表示手段と、を備えてもよい。
【００８３】
なお、埋込手段によって情報が埋め込まれる予約台帳のフォーマットは、例えば、ディスプレイに１日分の全ての予約がタイムテーブル形式で表示されるような形態として、テーブル番号／個室番号、予約者名、予約人数などを表示できるようにすることができる。そして、例えば、予約者名を指定すると、その連絡先、予約受付日時などが表示されるようにするとよい。
【００８４】
以上説明したように、本実施形態の予約管理システムによれば、音声データを１６ｋＨｚ以上のサンプリング周波数でサンプリングしてから音声認識処理をしているので、高精度にテキストデータを生成することができる。
【００８５】
本実施形態で説明した予約管理システムの各動作は、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。
【００８６】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ）を含む。
【００８７】
また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【図１】
2020170227.tif 000003
【図２】
2020170227.tif 000004
【図３】
2020170227.tif 000005