(57)【要約】【課題】複数のユーザが携帯端末機でそれぞれ音声データを入力するのみで、簡易にイベントを決定することが可能なイベント決定方法等を提供する。【解決手段】音声データ処理装置１は、複数のユーザ０００１〜０００３から送信された音声データをユーザの識別情報に対応付けて識別情報記憶部に記憶する。記憶した音声データに基づき、音声データ処理装置１は複数の検索データを生成する。そして、生成した検索データに基づき音声データの重みを決定する。この決定した重みが所定の重み以上の識別情報に対応する音声データを抽出する。イベントに対応付けて検索データを記憶したイベントデータベースから、抽出した音声データに対応する検索データを用いてイベントを決定する。【選択図】図１
2007164725.tif 000002
【特許請求の範囲】
【請求項１】
受信した音声データを処理してイベントを決定するイベント決定方法において、
複数のユーザから送信された音声データをユーザの識別情報に対応付けて識別情報記憶部に記憶するステップと、
記憶した音声データに基づき、制御部により複数の検索データを生成する生成ステップと、
生成した検索データに基づき、前記制御部により前記音声データの重みを決定する重み決定ステップと、
所定の重み以上の識別情報に対応する音声データを前記制御部により抽出する抽出ステップと、
イベントに対応付けて検索データを記憶したイベントデータベースから、前記抽出した音声データに対応する検索データを用いて、前記制御部によりイベントを決定するイベント決定ステップと
を備えることを特徴とするイベント決定方法。
【請求項２】
受信した音声データを処理する音声データ処理装置において、
複数のユーザから送信された音声データをユーザの識別情報に対応付けて識別情報記憶部に記憶する手段と、
記憶した音声データに基づき、複数の検索データを生成する生成手段と、
生成した検索データに基づき前記音声データの重みを決定する重み決定手段と、
所定の重み以上の識別情報に対応する音声データを抽出する抽出手段と、
イベントに対応付けて検索データを記憶したイベントデータベースから、前記抽出した音声データに対応する検索データを用いてイベントを決定するイベント決定手段と
を備えることを特徴とする音声データ処理装置。
【請求項３】
音声データを送信したユーザの位置情報を受信する手段と、
受信した位置情報を前記識別情報及び音声データに対応付けて前記識別情報記憶部に記憶する手段とをさらに備え、
前記重み決定手段は、前記生成手段により生成した検索データ及び前記記憶した位置情報に基づき前記音声データの重みを決定するよう構成してあることを特徴とする請求項２に記載の音声データ処理装置。
【請求項４】
前記イベントデータベースは、イベントに対応付けて検索データ及び位置情報が記憶されており、
前記イベント決定手段により決定したイベントに対応する位置情報を前記イベントデータベースから読み出す手段と、
該読み出した位置情報に基づき、前記イベント決定手段により決定したイベントの優先順位を決定する優先順位決定手段と
をさらに備えることを特徴とする請求項３に記載の音声データ処理装置。
【請求項５】
前記重み決定手段は、前記識別情報記憶部に記憶した音声データの音量レベル及び前記生成手段により生成した検索データに基づき前記音声データの重みを決定するよう構成してあることを特徴とする請求項２乃至４のいずれか一つに記載の音声データ処理装置。
【請求項６】
前記重み決定手段は、検索データに対応付けて重みを記憶した重みデータベースから、前記生成手段により生成した検索データに対応する重みを読み出し、該読み出した重み及び前記識別情報記憶部に記憶した音声データに基づき重みを決定するよう構成してあることを特徴とする請求項２乃至４のいずれか一つに記載の音声データ処理装置。
【請求項７】
携帯端末機と該携帯端末機に通信網を介して接続される請求項２または３に記載の音声データ処理装置により構成されるイベント決定システムにおいて、
前記イベント決定手段により決定したイベントを前記携帯端末機へ送信する手段
を備えることを特徴とするイベント決定システム。
【請求項８】
携帯端末機と該携帯端末機に通信網を介して接続される請求項４に記載の音声データ処理装置により構成されるイベント決定システムにおいて、
前記イベント決定手段により決定したイベントを前記優先順位決定手段により決定したイベントの優先順位に従い並び替える手段と、
該並び替えたイベントを前記携帯端末機へ送信する手段と
を備えることを特徴とするイベント決定システム。
【請求項９】
前記イベントデータベースは、イベントの状態を示す状態情報を記憶しており、
前記音声データ処理装置は前記イベント決定手段により決定したイベントに対応する状態情報を読み出して携帯端末機へ送信する手段をさらに備えることを特徴とする請求項７または８に記載のイベント決定システム。
【請求項１０】
コンピュータに、受信した音声データを処理させてイベントを決定させるコンピュータプログラムにおいて、
コンピュータの制御部に、複数のユーザから送信された音声データをユーザの識別情報に対応付けて記憶した識別情報記憶部から音声データを読み出させ、該読み出させた音声データに基づき、複数の検索データを生成させる生成ステップと、
コンピュータの制御部に、前記生成させた検索データに基づき、前記音声データの重みを決定させる重み決定ステップと、
コンピュータの制御部に、所定の重み以上の識別情報に対応する音声データを抽出させる抽出ステップと、
コンピュータの制御部に、イベントに対応付けて検索データを記憶したイベントデータベースから、前記抽出した音声データに対応する検索データを用いて、イベントを決定させるイベント決定ステップと
を備えることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信した音声データを処理してイベントを決定するイベント決定方法、音声データ処理装置、イベント決定システム及びコンピュータを音声データ処理装置として機能させるためのコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、コミュニケーションツールとして携帯電話機等の携帯端末機が用いられている。ユーザは携帯端末機を用いて他のユーザと連絡し、今後行うイベント等を決定することができる。イベントを決定するにあたり、これを支援する行動プラン提供システムが知られている（例えば、特許文献１）。この行動プラン提供システムは、ユーザが時間、場所及び予算を入力し、センターはこの入力された時間、場所及び予算を考慮してユーザに行動プランを提供するものである。
【０００３】
また、特許文献２に開示されたエージェント装置は、自動車に設置され、車両に関する情報、時間及び場所等を取得して、観光地またはレストラン等の推薦を行う。また、音声認識に関する技術として特許文献３が知られている。
【特許文献１】特開２００３−６３６５号公報
【特許文献２】特開２０００−２６６５５１号公報
【特許文献３】特開２００３−４４４９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１及び２に開示された技術はいずれも、時間、場所、及び予算等を機器に入力してその結果を得る必要があり、処理が煩雑になるという問題があった。特に、ユーザの数が多くなればなるほど、イベントの決定処理は複雑となることから、簡易な方法で複数のユーザの意志が反映されたイベント決定方法の作成が要請されていた。
【０００５】
また、複数のユーザの意志を反映させてイベントを決定する場合、多数派のユーザの利便性を最も考慮する必要はあるが、少数派の利便性をも考慮してイベントを決定する必要がある。
【０００６】
本発明は斯かる事情に鑑みてなされたものであり、複数のユーザから送信された音声データを解析して重み付け処理し、その結果に応じてイベントを決定することにより、複数のユーザが携帯端末機でそれぞれ音声データを入力するのみで、簡易にイベントを決定することが可能なイベント決定方法、音声データ処理装置、イベント決定システム及びコンピュータを音声データ処理装置として機能させるためのコンピュータプログラムを提供することにある。
【０００７】
本発明の他の目的は、ユーザの位置情報を取得し、この取得した位置情報を重み付けに考慮することにより、複数のユーザにとって利便性の高い地域に係るイベントを決定することが可能な音声データ処理装置等を提供することにある。
【０００８】
本発明の他の目的は、位置情報に基づいてイベントに対する優先順位を決定することにより、少数派のイベントへの参加を容易にすることが可能な音声データ処理装置等を提供することにある。
【０００９】
本発明の他の目的は、決定したイベントをユーザの携帯端末機へ送信することにより、複数のユーザが決定されたイベントを容易に把握することが可能なイベント決定システムを提供することにある。
【００１０】
本発明の他の目的は、携帯端末機へ決定したイベントの状態を示す状態情報を送信することにより、イベントの実行を確実に行うことが可能なイベント決定システムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明に係るイベント決定方法は、受信した音声データを処理してイベントを決定するイベント決定方法において、複数のユーザから送信された音声データをユーザの識別情報に対応付けて識別情報記憶部に記憶するステップと、記憶した音声データに基づき、制御部により複数の検索データを生成する生成ステップと、生成した検索データに基づき、前記制御部により前記音声データの重みを決定する重み決定ステップと、所定の重み以上の識別情報に対応する音声データを前記制御部により抽出する抽出ステップと、イベントに対応付けて検索データを記憶したイベントデータベースから、前記抽出した音声データに対応する検索データを用いて、前記制御部によりイベントを決定するイベント決定ステップとを備えることを特徴とする。
【００１２】
本発明に係る音声データ処理装置は、受信した音声データを処理する音声データ処理装置において、複数のユーザから送信された音声データをユーザの識別情報に対応付けて識別情報記憶部に記憶する手段と、記憶した音声データに基づき、複数の検索データを生成する生成手段と、生成した検索データに基づき前記音声データの重みを決定する重み決定手段と、所定の重み以上の識別情報に対応する音声データを抽出する抽出手段と、イベントに対応付けて検索データを記憶したイベントデータベースから、前記抽出した音声データに対応する検索データを用いてイベントを決定するイベント決定手段とを備えることを特徴とする。
【００１３】
本発明に係る音声データ処理装置は、音声データを送信したユーザの位置情報を受信する手段と、受信した位置情報を前記識別情報及び音声データに対応付けて前記識別情報記憶部に記憶する手段とをさらに備え、前記重み決定手段は、前記生成手段により生成した検索データ及び前記記憶した位置情報に基づき前記音声データの重みを決定するよう構成してあることを特徴とする。
【００１４】
本発明に係る音声データ処理装置は、前記イベントデータベースは、イベントに対応付けて検索データ及び位置情報が記憶されており、前記イベント決定手段により決定したイベントに対応する位置情報を前記イベントデータベースから読み出す手段と、該読み出した位置情報に基づき、前記イベント決定手段により決定したイベントの優先順位を決定する優先順位決定手段とをさらに備えることを特徴とする。
【００１５】
本発明に係る音声データ処理装置は、前記重み決定手段は、前記識別情報記憶部に記憶した音声データの音量レベル及び前記生成手段により生成した検索データに基づき前記音声データの重みを決定するよう構成してあることを特徴とする。
【００１６】
本発明に係る音声データ処理装置は、前記重み決定手段は、検索データに対応付けて重みを記憶した重みデータベースから、前記生成手段により生成した検索データに対応する重みを読み出し、該読み出した重み及び前記識別情報記憶部に記憶した音声データに基づき重みを決定するよう構成してあることを特徴とする。
【００１７】
本発明に係るイベント決定システムは、携帯端末機と該携帯端末機に通信網を介して接続される前述のいずれかの音声データ処理装置により構成されるイベント決定システムにおいて、前記イベント決定手段により決定したイベントを前記携帯端末機へ送信する手段を備えることを特徴とする。
【００１８】
本発明に係るイベント決定システムは、携帯端末機と該携帯端末機に通信網を介して接続される前述の音声データ処理装置により構成されるイベント決定システムにおいて、前記イベント決定手段により決定したイベントを前記優先順位決定手段により決定したイベントの優先順位に従い並び替える手段と、該並び替えたイベントを前記携帯端末機へ送信する手段とを備えることを特徴とする。
【００１９】
本発明に係るイベント決定システムは、前記イベントデータベースは、イベントの状態を示す状態情報を記憶しており、前記音声データ処理装置は前記イベント決定手段により決定したイベントに対応する状態情報を読み出して携帯端末機へ送信する手段をさらに備えることを特徴とする。
【００２０】
本発明に係るコンピュータプログラムは、コンピュータに、受信した音声データを処理させてイベントを決定させるコンピュータプログラムにおいて、コンピュータの制御部に、複数のユーザから送信された音声データをユーザの識別情報に対応付けて記憶した識別情報記憶部から音声データを読み出させ、該読み出させた音声データに基づき、複数の検索データを生成させる生成ステップと、コンピュータの制御部に、前記生成させた検索データに基づき、前記音声データの重みを決定させる重み決定ステップと、コンピュータの制御部に、所定の重み以上の識別情報に対応する音声データを抽出させる抽出ステップと、コンピュータの制御部に、イベントに対応付けて検索データを記憶したイベントデータベースから、前記抽出した音声データに対応する検索データを用いて、イベントを決定させるイベント決定ステップとを備えることを特徴とする。
【００２１】
本発明にあっては、音声データ処理装置は、複数のユーザから送信された音声データをユーザの識別情報に対応付けて識別情報記憶部に記憶する。記憶した音声データに基づき、音声データ処理装置は複数の検索データを生成する。そして、生成した検索データに基づき音声データの重みを決定する。この決定した重みが所定の重み以上の識別情報に対応する音声データを抽出する。最後に、イベントに対応付けて検索データを記憶したイベントデータベースから、抽出した音声データに対応する検索データを用いてイベントを決定する。つまり、音声データ及び音声データから生成される検索データを解析することにより、複数のユーザの音声データの重みを決定し、この重みに応じてイベントを決定するので、複数のユーザは単に音声データを入力するだけで、各ユーザの意志が反映されたイベントが決定される。
【００２２】
本発明にあっては、音声データ処理装置は音声データを送信したユーザの位置情報を受信する。この受信した位置情報をユーザの識別情報及び音声データに対応付けて識別情報記憶部に記憶する。そして生成した検索データ及び記憶した位置情報に基づき音声データの重みを決定する。つまり、検索データに加えて、携帯端末機から得られるユーザの位置情報をも考慮してイベントを決定するようにしたので、複数のユーザの利便性の良いイベントを決定することが可能となる。
【００２３】
本発明にあっては、識別情報記憶部に記憶した音声データの音量レベル及び生成した検索データに基づき音声データの重みを決定するので、大声で意見を主張したユーザ等の意見がより反映されるようになり、よりきめ細かなイベント決定が可能となる。
【００２４】
本発明にあっては、検索データに対応付けて重みを記憶した重みデータベースから、生成した検索データに対応する重みを読み出す。つまり、音声データから生成される複数の検索データ毎に重みを付与しておき、該当する重みを読み出す。そして読み出した重み及び識別情報記憶部に記憶した音声データに基づき重みを決定するので、検索データに応じたきめ細かなイベント決定が可能となる。
【００２５】
本発明にあっては、イベント決定システムは、複数の携帯端末機と各携帯端末機に通信網を介して接続される音声データ処理装置により構成される。決定したイベントは音声データ処理装置から各携帯端末機へ送信されるので、各ユーザは音声データを入力した携帯端末機を通じて容易にイベント決定の結果を知ることが可能となる。
【００２６】
本発明にあっては、イベントデータベースは、イベントに対応付けて検索データ及び位置情報を記憶している。イベントが決定した場合、決定したイベントに対応する位置情報をイベントデータベースから読み出す。そして、読み出した位置情報に基づき、決定したイベントの優先順位を決定し、イベントを優先順位に従い並び替える。その後、その並び替えたイベント順に結果を携帯端末機へ送信するので、位置情報を考慮したイベントが順に表示される。これにより、遠隔地にいるユーザの利便性をも考慮したイベントに係る情報が携帯端末機へ提供される。
【００２７】
本発明にあっては、イベントデータベースは、イベントの状態を示す状態情報を記憶している。音声データ処理装置は決定したイベントに対応する状態情報を読み出して携帯端末機へ送信するので、イベントの状態を、イベント実行前にユーザは把握することができる。
【発明の効果】
【００２８】
本発明にあっては、音声データから生成される検索データを解析することにより、複数のユーザの音声データの重みを決定し、この重みに応じてイベントを決定するので、複数のユーザは単に音声データを入力するだけで、各ユーザの意志が反映されたイベントが決定される。
【００２９】
本発明にあっては、検索データに加えて、携帯端末機から得られるユーザの位置情報をも考慮してイベントを決定するようので、複数のユーザの利便性の良いイベントを決定することが可能となる。
【００３０】
本発明にあっては、識別情報記憶部に記憶した音声データの音量レベル及び生成した検索データに基づき音声データの重みを決定するので、大声で意見を主張したユーザ等の意見がより反映されるようになり、よりきめ細かなイベント決定が可能となる。
【００３１】
本発明にあっては、音声データから生成される複数の検索データ毎に重みを付与しておき、該当する重みを読み出す。そして読み出した重み及び識別情報記憶部に記憶した音声データに基づき重みを決定するので、検索データに応じたきめ細かなイベント決定が可能となる。
【００３２】
本発明にあっては、決定したイベントを音声データ処理装置から各携帯端末機へ送信するので、各ユーザは音声データを入力した携帯端末機を通じて容易にイベント決定の結果を知ることが可能となる。
【００３３】
本発明にあっては、決定したイベントの優先順位に従い並び替え、その並び替えたイベントを携帯端末機へ送信するので、位置情報を考慮したイベントが順に配置される。これにより、遠隔地にいるユーザの利便性をも考慮したイベントに係る情報が携帯端末機へ提供される。
【００３４】
本発明にあっては、イベントデータベースは、イベントの状態を示す状態情報を記憶している。音声データ処理装置は決定したイベントに対応する状態情報を読み出して携帯端末機へ送信するので、イベントの状態を、イベント実行前にユーザは把握することができる。また、状態に応じてイベントの確定または中止を実行することができ、より確実に複数ユーザ間でのイベントの運営が容易となる等、本発明は優れた効果を奏する。
【発明を実施するための最良の形態】
【００３５】
実施の形態１
図１は本発明に係るイベント決定システムの概要を示す模式図である。図１においてＳはイベント決定システムであり、音声データ処理装置１、携帯端末機２，２，２及び通信網を含んで構成される。本実施の形態においては決定するイベントとして、レストランの決定であるものとして説明する。以下ではイベント決定システムＳをレストラン決定システムＳと読み替えて説明する。なお、イベントの決定は各ユーザが希望するレストランの決定に限るものではなく、各ユーザが希望するスポーツ（サッカー、テニスまたはゴルフ）の決定、または各ユーザが希望する目的地（観光先、宿泊先等）の決定等であっても良い。
【００３６】
図１において１は音声データ処理装置であり、例えばサーバコンピュータが用いられる。以下では音声データ処理装置１をサーバコンピュータ１であるものとして説明する。サーバコンピュータ１にはインターネットまたは携帯電話網から構成される通信網Ｎを介して携帯端末機２，２，２が無線により通信可能に接続されている。携帯端末機２は携帯電話機、ＰＤＡ(Personal Digital Assistance)、またはゲーム機等が用いられる。以下では携帯端末機２を携帯電話機２であるものとして説明する。複数のユーザは携帯電話機２を用いて、レストランを決定するにあたり、現在の気分を音声入力する。携帯電話機２から入力された音声データはサーバコンピュータ１へ送信される。なお、本実施の形態においては各ユーザが各々の携帯電話機２を用いて音声を入力する形態につき説明するが、一の携帯電話機２に複数のユーザが音声を別々に入力するようにしても良い。
【００３７】
携帯電話機２はＧＰＳ（Global Positioning System）機能による位置情報または基地局に係る位置情報をサーバコンピュータ１へ送信する。本実施例ではユーザ０００１及びユーザ０００２が同じエリアにおいて通信を行い、ユーザ０００３が異なるエリアで通信を開始している例を示す。サーバコンピュータ１はこれらの送信された音声データ及び位置情報を用いて後述する処理により最適なレストランを決定し、決定したレストランの情報を携帯電話機２へ送信する。
【００３８】
図２はサーバコンピュータ１のハードウェア構成を示すブロック図である。サーバコンピュータ１は、制御部としてのＣＰＵ(Central Processing Unit)１１，ＲＡＭ(Random Access Memory)１２、入力部１３、表示部１４、通信部１６及び記憶部１５を含んで構成される。ＣＰＵ１１は、バス１７を介してサーバコンピュータ１のハードウェア各部と接続されていて、それらを制御すると共に、記憶部１５に格納された制御プログラムに従って、種々のソフトウェア的機能を実行する。制御プログラムは、Ｃ言語等のプログラミング言語で記述されている。
【００３９】
表示部１４は例えば液晶ディスプレイ等であり、入力部１３はキーボード及びマウス等から構成される。通信部１６はモデムまたはＬＡＮカード等であり、携帯電話機２との間で情報を送受信する。記憶部１５は例えばハードディスクで構成され、内部には上述した制御プログラム、識別情報記憶部１５１、レストランデータベース１５２（イベントデータベース１５２）及び重みデータベース１５３が記憶されている。なお、識別情報記憶部１５１、レストランデータベース１５２及び重みデータベース１５３の詳細については後述する。なお、記憶部１５に記憶されている識別情報記憶部１５１、レストランデータベース１５２及び重みデータベース１５３は必ずしもサーバコンピュータ１内に設ける必要はなく図示しないデータベースコンピュータに記憶するようにしても良い。
【００４０】
図３は携帯電話機２のハードウェア構成を示すブロック図である。携帯電話機２は、制御部としてのＣＰＵ２１，ＲＡＭ２２、入力部２３、表示部２４、通信部２６、マイク２８、スピーカ２９、ＧＰＳ受信機２１０及び記憶部２５を含んで構成される。ＣＰＵ２１は、バス２７を介して携帯電話機２のハードウェア各部と接続されていて、それらを制御すると共に、記憶部２５に格納された制御プログラムに従って、種々のソフトウェア的機能を実行する。
【００４１】
表示部２４は例えば液晶ディスプレイ等であり、入力部２３はプッシュボタン等により構成される。なお、タッチパネルのように表示部２４と入力部２３とを一体的に構成するようにしても良い。スピーカ２９は音声データを出力する。マイク２８はユーザから入力された音声信号を電気信号へ変換する。変換後の電気信号は図示しないＡ／Ｄ変換器によりデジタルデータへ変換されてＣＰＵ２１へ出力される。通信部２６は高周波送受信部及びアンテナ等を備え、音声データ及び文字データ等を含む各種データの送受信を行う。ＧＰＳ受信機２１０はＧＰＳ衛星から送信される現在地の座標値等の位置情報を受信する。
【００４２】
図４は識別情報記憶部１５１のレコードレイアウトを示す説明図である。携帯電話機２とサーバコンピュータ１との間で通信が確立した場合、送受信されるデータ及び音声データが識別情報記憶部１５１に記憶される。識別情報記憶部１５１はグループＩＤフィールド、ユーザＩＤフィールド、メールアドレスフィールド、音声データフィールド、検索データフィールド、音量レベルフィールド、座標フィールド及びエリアフィールドを含む位置情報フィールド並びに重みフィールドを含んで構成される。グループＩＤフィールドには、複数のユーザからなるグループを特定するための識別情報が記憶されており、グループ毎に特定の番号が付与される。またユーザＩＤフィールドには、音声を入力するユーザを特定するための識別情報（以下、ユーザＩＤという）が、ユーザ毎に記憶されている。本実施例においては、グループＩＤ「１」にはユーザＩＤ「０００１」、「０００２」及び「０００３」のユーザがレストラン決定のためレストラン決定システムＳに参加している。
【００４３】
図５は携帯電話機２の表示部２４に表示される画面のイメージを示す説明図である。ユーザはレストラン決定システムＳに参加する場合、携帯電話機２の入力部２３を操作して、サーバコンピュータ１との通信を確立し、イベント決定システムＳに係るトップページにアクセスする。図５（ａ）はトップページのイメージを示す説明図である。図５（ａ）の画面は、サーバコンピュータ１の記憶部１５に、ＵＲＬ(Uniform Resource Locator)に対応づけられて記憶されており、携帯電話機２のリクエストに従い、ｃＨＴＭＬ(Compact Hyper Text Markup Language)形式等で携帯電話機２に送信される。携帯電話機２のＣＰＵ２１は送信された画面を表示部２４へ表示する。
【００４４】
図５（ａ）に示すように、トップページではユーザＩＤ及びパスワードを入力する画面が表示される。本実施の形態においては、レストラン決定システムＳは会員制としており、予め、ユーザＩＤ、パスワード、グループＩＤ及びメールアドレス等が対応づけられて記憶部１５の識別情報記憶部１５１に記憶されている。ユーザはユーザＩＤ及びパスワードを入力し、レストラン決定システムＳへログインする。サーバコンピュータ１のＣＰＵ１１は送信されたユーザＩＤ及びパスワードに基づき認証を行う。なお、図２の識別情報記憶部１５１にはパスワードを図示していないが、ユーザＩＤに対応づけて各ユーザのパスワードが記憶されている。
【００４５】
ＣＰＵ１１は送信されたユーザＩＤをもとに、識別情報記憶部１５１を検索し、そのユーザが属するグループＩＤ及びメールアドレスを読み出す。そして読み出したグループＩＤ及びメールアドレス並びにユーザＩＤを記述したｃＨＴＭＬ文書を作成して携帯電話機２へ送信する。携帯電話機２のＣＰＵ２１は、送信されたｃＨＴＭＬを図５（ｂ）の如く表示する。図５（ｂ）には、グループＩＤ「１」、ユーザＩＤ「０００１」及びメールアドレス「０００１＠ＸＹＸ．ｃｏｍ」等のユーザ０００１を特定するための情報が表示される。このグループには、他にユーザ０００２及びユーザ０００３が存在し、同様に携帯電話機２からログインすることにより、レストラン決定システムＳに参加することができる。
【００４６】
図５（ｂ）に示すように、表示部２４には、「ようこそ、音声入力開始をクリックして今の気持ちをしゃべって下さい。」とする音声入力を促す文字が表示され、ユーザは入力部２３を操作して音声入力開始ボタン５１をクリックする。携帯電話機２のＣＰＵ２１は音声入力の開始信号を入力部２３から受け付けた場合、マイク２８から集音を開始する。マイク２８から入力された音声は電気信号に変換され、増幅された後図示しないＡ／Ｄ変換器を経て、デジタル化された音声データとしてＣＰＵ２１へ出力される。ＣＰＵ２１は出力された音声データをサーバコンピュータ１へ送信する。ユーザは入力部２３を適宜操作して集音を停止する。
【００４７】
図４の音声データフィールドには、携帯電話機２から送信された音声データが、ユーザＩＤに対応づけて記憶されている。サーバコンピュータ１のＣＰＵ１１は、送信された音声データをユーザＩＤに対応づけて記憶する。ユーザ０００１は「甘いものは嫌！」と音声を入力し、ユーザ０００２は「静かな店がいいかな」と音声を入力し、ユーザ０００３は「和食がいい」と音声をそれぞれ入力した。メールアドレスフィールドには各ユーザＩＤに対応させて各ユーザのメールアドレスが記憶されている。
【００４８】
検索データフィールドには、音声データから生成される複数の検索データが、ユーザＩＤに対応づけて記憶されている。ＣＰＵ１１は、検索データの生成のため以下の処理を行う。すなわち、音声データを受信したＣＰＵ１１は、音声認識プログラムを起動し、音声データをテキストデータへ変換する。そして後述する重みデータベース１５３（図７参照）に記憶された検索データと比較を行い、一致する検索データが存在する場合、そのテキストデータから、それぞれの検索データを生成する。例えば音声データ「甘いものは嫌！」である場合、テキストデータ「甘いものは嫌」へ変換され、その後、重みデータベース１５３に存在する「甘い」「もの」及び「嫌」とのマッチングにより、「甘い」「もの」及び「嫌」からなる複数の検索データが抽出される。なお、音声認識処理に関しては特許文献３に記述されている。
【００４９】
音量レベルフィールドには各検索データに対応する音量レベルが記憶されている。ＣＰＵ２１は各検索データに対応する音声データの音量レベルを計測し、検索データに対応させて音量レベルフィールドに記憶する。本例では「甘い」が音量レベル「１．０」、「もの」も同じく音量レベル「１．０」、「嫌」が音量レベル「１．５」となっている。音量レベルは数値が高い程レベルが高いことを示す。なお、本実施の形態においては音声データの音量レベルの強弱を計測することにしているが、これに限るものではなく、例えば、音声データを高速フーリエ変換等により周波数解析し、音声の強弱を計測するようにしても良い。
【００５０】
位置情報フィールドはユーザが通信を行っている位置に関する情報が記憶されており、本実施の形態においては地図上の２次元座標値を示す座標フィールド、及び、座標値近辺のエリアを示すエリアフィールドから構成される。携帯電話機２のＧＰＳ受信機２１０は受信した座標のデータをＣＰＵ２１へ出力し、ＣＰＵ２１は図４において説明したレストラン決定システムＳの開始に伴い、座標のデータをサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１はこの送信された座標のデータを座標フィールドに記憶する。例えば、ユーザ０００１の座標は（Ｘａ−１、Ｙｂ−１）となる。なお、ＧＰＳ機能を有さない携帯電話機２の場合は、レストラン決定システムＳへのログイン時に使用している電波基地局の座標のデータをかわりに活用すればよい。
【００５１】
ＣＰＵ１１は記憶部１５に図示しない地図データベースを有している。この地図データベースは座標のデータに対応づけて最寄り駅、高速道路出口、最寄りのビル等のエリアデータが記憶されている。ＣＰＵ１１は座標のデータを基に地図データベースを検索し、対応するエリアデータを読み出して、エリアフィールドに記憶する。本実施例においては、ユーザ０００１及びユーザ０００２は同じエリア「ＪＲ渋谷駅」に位置していると判断され、ユーザ０００３は、一人離れたエリア「地下鉄新橋駅」に位置していると判断される。
【００５２】
重みフィールドには音声データ及び検索データ、さらには位置情報を考慮して各ユーザの入力した音声に対する重みが決定される。この重み決定処理の手順については後述する。決定された重みは、ユーザＩＤに対応づけて記憶され、例えばユーザ０００１の重みは８．２と記憶されており、ユーザ０００２の重みは７．２と記憶されており、ユーザ０００３の重みは４．３と記憶されている。
【００５３】
図６はレストランデータベース１５２のレコードレイアウトを示す説明図である。レストランデータベース１５２はレストランフィールド、ジャンルフィールド及び形容詞フィールドを含む検索データフィールド、座標フィールド、エリアフィールド及びアクセスフィールドを含む位置情報フィールド、並びに状態情報フィールドを含んで構成される。これらの各種情報は各レストランから提供される情報をもとに作成され、情報の入力はオペレータが入力部１３から行うほか、図示しないコンピュータから送信される情報を通信部１６から受信してＣＰＵ１１の指示により記憶部１５のレストランデータベース１５２に書き込むようにしても良い。
【００５４】
レストランフィールドには、ユーザが選択することが可能なレストラン名が記憶されている。検索データフィールドには、レストランを検索する場合に用いる検索データが記憶されており、本実施の形態においてはレストランのジャンル及び形容詞を検索データとしている。例えば、ジャンルフィールドにはレストランのジャンル「和食」、「アジア」、「アイスクリーム」等が記憶されており、形容詞フィールドにはレストランの特徴である形容詞「辛い」、「高い、さっぱり」、「甘い、冷たい」等が記憶されている。これらの検索データは説明を簡略化するためにこれらに例示をとどめているが、この他、禁煙席の有無、タイプ（ファミリー向け、カップル向け、宴会向け等）、予算（３０００円まで、５０００円まで等）等の様々なレストランを検索するためのデータを用いて良い。
【００５５】
位置情報フィールドにはレストランの所在地を示す情報が記憶されており、本実施の形態においては、レストランの位置を、座標、エリア及びアクセスの情報により特定している。座標フィールドには、レストランの２次元地図上の座標値が記憶されており、図４において説明した座標フィールドと座標軸中心を同じくするものである。エリアフィールドにはレストランが位置するエリアの情報を記憶しており、最寄りの駅及び路線、目印となるポイント（ホテル、著名な建築物、観光地点、各種施設）、高速道路インターチェンジ名等が記憶されている。アクセスフィールドには、エリアフィールドに記憶されたエリアからの所要時間が記憶されている。例えば「激辛カレー屋」は「ＪＲ渋谷駅」から１分のところに位置している。
【００５６】
状態情報フィールドにはレストランが利用可能であるか否かの情報が記憶されている。本実施の形態においては、○印は、検索当日において該当するレストランが予約可能であること、または営業日であることを示し、×印は検索当日において、該当するレストランが満員により予約不可能または定休日等により利用不可能であることを示している。この状態情報は、レストランからの連絡を受けてオペレータが入力部１３からレストランデータベース１５２に記憶するようにしても良いし、レストランの予約状況及び開店状況を管理する図示しないコンピュータから、サーバコンピュータ１へ状態情報を送信し、レストランデータベース１５２に逐次記憶するようにしても良い。なお、本実施の形態においては、日毎の状態情報を示しているが、時間毎（１８時〜１９時の状態、１９時〜２０時の状態等）にきめ細かく状態情報を管理するようにしても良く、さらに検索当日だけではなく、複数日にわたってレストランの状態情報を管理するようにしても良い。
【００５７】
図７は重みデータベース１５３のレコードレイアウトを示す説明図である。重みデータベース１５３は検索データフィールド、分類フィールド、条件フィールド及び重みフィールドを含んで構成される。検索データフィールドには、ユーザから入力された音声データにかかる検索データを検出するための用語集である検索データが記憶されている。例えば、「うるさい」、「あかるい」、「店」、「食べる」、「おいしい」等が記憶されている。なお、図７に示す検索データは一例であり、この他に検索データを用意しても良い。分類フィールドには検索データに対応づけて品詞等の検索データの分類が記憶されている。例えば、検索データ「うるさい」には分類「形容詞」が、検索データ「お茶」には分類「名詞」が、検索データ「嫌」には分類「主張」がそれぞれ記憶されている。
【００５８】
条件フィールドには、検索データに対応づけて、検索条件が記憶されている。例えば、検索データ「嫌」には条件「前後の形容詞または名詞の反対語を抽出」と記憶されている。本実施の形態においては、例示として、分類「主張」に属する特定の用語に「条件」を設定している。これは、例えば「嫌」、「駄目」等の主張を意図する用語は「いい」、「かな」等の主張を意図する用語に対して、否定を意味することから、条件として「前後の形容詞または名詞の反対語を抽出」を設定している。例をあげると、ユーザ０００１が「甘いものは嫌」と発声した場合、検索データ「甘い」「もの」「嫌」が生成され、「嫌」の前に存在する形容詞「甘い」及び名詞「もの」の反対語「辛い」が、図示しない辞書データベースから抽出される。「もの」の反対語は存在しないと判断され、ユーザ０００１は「辛い」「もの」を希望していると判断される。また重みフィールドには、所定の検索データに対応させて重みが記憶されている。例えば検索データ「嫌」は重み「４」、検索データ「かな」は重み「２」と記憶されている。
【００５９】
図８は検索データの生成及び重み決定処理の手順を説明する説明図である。ユーザがマイク２８を通じて音声データ「甘いものは嫌」と入力した場合、この音声データはサーバコンピュータ１により受信され、ＣＰＵ１１は、この音声データ「甘いものは嫌」から検索データを生成する。ＣＰＵ１１は音声データを音声認識ソフトウェアにより「甘い」「もの」「は」「嫌」を認識しテキストデータとする。そしてこのテキストデータ「甘い」、「もの」、「は」、「嫌」を基に、重みデータベース１５３の検索データフィールドを検索し、検索データ「甘い」、「もの」及び、「嫌」を抽出し、検索データの生成を終了する。ＣＰＵ１１は生成した検索データを、ユーザＩＤに対応付けて識別情報記憶部１５１の検索データフィールドに記憶する。
【００６０】
続いて、ＣＰＵ１１は生成した検索データをもとに、対応する重みを重みデータベース１５３から抽出する。本例では、検索データ「嫌」に対応する重み「４」が抽出される。ＣＰＵ１１は音量レベルを考慮して重みを算出すべく、この抽出した検索データに係る重みに、識別情報記憶部１５１を参照して音量レベルを乗じる。本例では「嫌」の重み４に「嫌」の音量レベル「１．５」を乗じて重み「６．０」を得る。同様に、音声データ「静かな店がいいかな」について、ＣＰＵ１１は、重みデータベース１５３を参照し、検索データ「静か」、「店」、「いい」、「かな」を生成し、対応する検索データの重み、「いい」に関し「３」及び「かな」に関し「２」を得る。ＣＰＵ１１は識別情報記憶部１５１の音量レベルフィールドに記憶した音量レベルを参照して、「いい」に関する「３×１．０」と「かな」に関する「２×１．１」とを加算して、重み５．２を得る。
【００６１】
音声データの例「和食がいい」については、検索データ「和食」及び「いい」が生成され、検索データ「いい」の重み「３」に音量レベル１．１を乗じて重み「３．３」を得る。このように、検索データ及びユーザが発した音声データに係る音量レベルに基づき、重みを算出することができ、ユーザ０００１の重みは「６．０」、ユーザ０００２の重みは「５．２」及びユーザ０００３の重みは「３．３」となる。
【００６２】
続いて、位置情報を考慮した重み算出処理について説明する。本実施例においては、多数のユーザが存在するエリアの重みが大きくなるよう処理している。ＣＰＵ１１は識別情報記憶部１５１のエリアフィールドを参照し、ユーザ数の多いエリア順にソートし、ユーザ数の多いエリア順に高い重みを加算する処理を行う。本例では、ユーザ０００１及び０００２の２人がエリア「ＪＲ渋谷駅」であり、ユーザ０００３の１人が「地下鉄新橋駅」である。この場合例えば、多数のユーザが位置するエリア「ＪＲ渋谷駅」について、重み「２」を加算し、１人しかいないエリア「地下鉄新橋駅」については重み「１」を加算する。その結果、ユーザ０００１の重みは「６．０＋２．０で８．０」、ユーザ０００２の重みは「５．２＋２．０で７．２」、ユーザ０００３の重みは「３．３＋１．０で４．３」となる。なお、この加算例は一例であり、逆に多数のユーザが位置するエリアの重みを低く設定して、この重みを加算または乗算するようにしても良い。
【００６３】
ＣＰＵ１１は、最終的に決定された重みを比較し、所定以上の重みを持つもの、例えば、最も大きい重みを有するユーザの音声データにかかる検索データを抽出する。本実施例においては「甘い」、「もの」及び「嫌」が抽出される。そして、ＣＰＵ１１は重みデータベース１５３の条件フィールドを参照し、必要に応じて反対語を抽出する。本例では条件「前後の形容詞または名詞の反対語を抽出」とあるので、最終的には検索データは「辛い」「もの」となる。そして、ＣＰＵ１１はこの検索データ及びユーザの位置情報をもとに、レストランデータベース１５２の検索データフィールド及びエリアフィールドを検索し、対応するレストランを抽出する。本例では検索データ「辛い」及びエリア「ＪＲ渋谷駅」をアンド条件で満たすレストラン「激辛カレー屋」、「Ａ韓国料理屋」、「Ｄ担々麺」及び「Ｆタイ料理」が抽出される。なお、ユーザ０００３の重みが最も大きい場合、検索データ「和食」「いい」及びエリア「地下鉄新橋駅」をアンド条件で満たすレストラン「Ｃ居酒屋」が抽出される。
【００６４】
ＣＰＵ１１はエリア外に位置する少数派ユーザのアクセスを考慮して、位置情報に基づき抽出したレストランのソートを行う。このソートはレストランデータベース１５２のアクセスフィールドに基づき行う。ＣＰＵ１１はレストランデータベース１５２のアクセスフィールドの数値が低いもの順に抽出したレストランを並び替える。本例ではアクセス「１分」の「激辛カレー屋」、アクセス「３分」の「Ｄ担々麺」、アクセス「５分」の「Ｆタイ料理」、アクセス「７分」の「Ａ韓国料理屋」順にソートされる。ＣＰＵ１１は、このソート順に抽出したレストラン及びアクセスの情報を各ユーザの携帯電話機２へ、送信する。この情報の送信は、識別情報記億部１５１に記憶した電子メールアドレスを参照して電子メールの携帯により送信すればよい。
【００６５】
図９は携帯電話機２の表示部２４に表示される検索結果一覧のイメージを示す説明図である。図に示すように、サーバコンピュータ１のＣＰＵ１１によりソートされた順に検索されたレストラン「激辛カレー屋」、「Ｄ担々麺」、「Ｆタイ料理」及び「Ａ韓国料理屋」が表示される。このレストラン名に対応させてアクセスの情報が併記される。これにより、アクセスしやすい順にレストランが表示され、遠隔地にいる少人数派のユーザに配慮した、システムの構築が可能となる。
【００６６】
サーバコンピュータ１の記憶部１５には、各レストランの営業時間、電話番号、地図、予算、おすすめメニュー等が記憶された図示しないデータベースが設けられており、ＣＰＵ１１はレストランの情報の送信と共に、このデータベースの各レストランの情報へアクセスするためのハイパーリンクを併せて送信するようにしても良い。サーバコンピュータ１のＣＰＵ１１はこれらの情報をｃＨＴＭＬ形式で送信し、携帯電話機２のＣＰＵ２１はこれを解析して、図９の如くレストラン、レストランのハイパーリンク及びアクセスの情報を列記する。
【００６７】
さらに、各レストランが満席であるか等の状態情報を提供するようにしても良い。ＣＰＵ１１は抽出されたレストランに対応する「状態情報」をレストランデータベース１５２から抽出し、状態情報が「×」と記憶されているものに関しては「満席」のテキストデータをレストラン名に併せて列記するようｃＨＴＭＬを記述する。ＣＰＵ１１はこの状態情報を含むレストランの情報を携帯電話機２へ送信し、携帯電話機２のＣＰＵ２１はこれを解析して図９の如く状態情報を表示する。図９の例においては状態情報が「×」である「Ｆタイ料理」は「満席」と表示される。なお、本実施の形態においては状態情報として「満席」のみを表示するようにしているが、状態情報フィールドに「○」と記憶されているものに関しては「予約可」または「利用可」等の情報を付加しても良い。さらに、状態情報をよりきめ細かく規定し、「閉店」、「特別サービス中」等の情報を提供するようにしても良い。これにより、検索したにもかかわらず、満席により利用できないという不具合を回避することができる。
【００６８】
図１０は音声データを記憶する際の処理手順を示すフローチャートである。ユーザの携帯電話機２からサーバコンピュータ１へレストラン決定システムＳの利用要求があった場合、ＣＰＵ１１は記憶部１５に記憶したログイン画面を読み出し、携帯電話機２へ送信する。携帯電話機２の表示部２４には図５の如くログイン画面が表示される。携帯電話機２からユーザＩＤ及びパスワードが送信された場合、サーバコンピュータ１のＣＰＵ１１は送信されたユーザＩＤ及びパスワードを受け付ける（ステップＳ１０１）。ＣＰＵ１１はこの送信されたユーザＩＤ及びパスワードが記憶部１５に予め記憶されたユーザＩＤ及びパスワードと一致するか否か正当性を判断する（ステップＳ１０２）。ＣＰＵ１１は正当でないと判断した場合（ステップＳ１０２でＮＯ）、処理を終了する。ＣＰＵ１１は正当であると判断した場合（ステップＳ１０２でＹＥＳ）、識別情報記憶部１５１に記憶したユーザＩＤに対応するグループＩＤ及び記憶部１５に記憶した音声入力画面を読み出して、携帯電話機２へ送信する（ステップＳ１０３）。
【００６９】
携帯電話機２の表示部２４には送信されたグループＩＤ及び音声入力開始ボタン５１を含む音声入力画面が図５（ｂ）の如く表示される。ユーザは携帯電話機２の入力部２３から音声入力開始ボタン５１を操作し、マイク２８を通じて音声の入力を行う。マイク２８から集音された音声信号は、ＣＰＵ２１によりデジタル化され、音声データがサーバコンピュータ１へ送信される。サーバコンピュータ１は送信された音声データを受け付ける（ステップＳ１０４）。ＣＰＵ１１は送信された音声データから音量レベルを抽出する。ＣＰＵ１１は送信された音声データ及び抽出した音量レベルをユーザＩＤに対応付けて識別情報記憶部１５１に記憶する（ステップＳ１０５）。
【００７０】
ＣＰＵ１１は携帯電話機２に対し位置情報を送信するよう要求する。携帯電話機２のＣＰＵ２１はこの取得要求を受けてＧＰＳ受信機２１０から得られる携帯電話機２の現在の座標の情報を位置情報として送信する。サーバコンピュータ１のＣＰＵ１１はこの送信された位置情報を受信する（ステップＳ１０６）。ＣＰＵ１１はこの受信した位置情報である座標の情報を識別情報記憶部１５１の座標フィールドに、ユーザＩＤに対応付けて記憶する（ステップＳ１０７）。さらにＣＰＵ１１は記憶部１５の図示しない地図データベースを参照し、送信された座標に対応するエリアを検索し、検索したエリアの情報を、ユーザＩＤに対応付けて、識別情報記憶部１５１のエリアフィールドに記憶する。以上の処理により、ユーザＩＤに対応付けて、音声データ、音量レベル、座標及びエリアの各種情報が識別情報記憶部１５１に記憶される。
【００７１】
ＣＰＵ１１は識別情報記憶部１５１に記憶されたグループ内の他の電子メールアドレスを読み出す（ステップＳ１０８）。本実施例においてはイベント決定システムＳを開始したユーザ０００１以外のユーザ０００２及びユーザ０００３の電子メールアドレスを読み出す。ＣＰＵ１１はこの読み出した電子メールアドレス宛に、レストラン決定システムＳへの参加を呼びかける電子メールを生成して送信する（ステップＳ１０９）。
【００７２】
図１１は参加を呼びかける電子メールの例を示す説明図である。サーバコンピュータ１のＣＰＵ１１は記憶部１５に記憶した参加を呼びかける文面を読み出し、ｃＨＴＭＬ形式でユーザ０００２及びユーザ０００３宛へ電子メールを送信する。ユーザ０００３の携帯電話機２の表示部２４には図１１に示す文面及び音声入力開始ボタン５１が表示される。ユーザ０００３は音声入力開始ボタン５１を、入力部２３を通じて操作し、マイク２８から音声を入力する。なお、本実施の形態においては各ユーザへ文面及び音声入力開始ボタン５１を含むＨＴＭＬ形式の電子メールを送信しているが、所定のＵＲＬを含むテキスト形式の電子メールを送信し、このＵＲＬへアクセスさせることにより、音声入力開始ボタン５１を表示して音声の入力を行わせても良い。
【００７３】
ＣＰＵ１１は他のユーザから送信された音声データを受け付け（ステップＳ１０１０）、この音声データ及び送信された音声データの音量レベルを識別情報記憶部１５１に他のユーザのユーザＩＤに対応付けて記憶する（ステップＳ１０１１）。さらに、ＣＰＵ１１は他のユーザの携帯電話機２に対し位置情報を送信するよう要求する。携帯電話機２のＣＰＵ２１はこの取得要求を受けてＧＰＳ受信機２１０から得られる携帯電話機２の現在の座標の情報を位置情報として送信する。サーバコンピュータ１のＣＰＵ１１はこの送信された位置情報を受け付け、上述の処理と同様に座標及びエリアを含む位置情報を他のユーザのユーザＩＤに対応付けて、識別情報記憶部１５１に記憶する（ステップＳ１０１２）。このようにして、レストラン決定システムＳへ参加を希望する他のユーザの音声データ、音量レベル、座標及びエリアの各種情報が識別情報記憶部１５１に記憶される。
【００７４】
ＣＰＵ１１は所定時間を経過したか否かを判断する（ステップＳ１０１３）。ＣＰＵ１１は所定時間を経過していないと判断した場合（ステップＳ１０１３でＮＯ）、ステップＳ１０１０へ移行し、グループ内の他のユーザからの音声データを受け付けるべく待機する。一方、ＣＰＵ１１は所定時間を経過したと判断した場合（ステップＳ１０１３でＹＥＳ）、レストラン決定システムＳの処理をさらに進めるべく処理を終了する。なお、複数のユーザが一の携帯電話機２を共有している場合は、一のユーザの音声データ、音量レベル及び位置情報の記憶（ステップＳ１０５及び１０７）が終了した場合に、ステップＳ１０１へ移行し、他のユーザの音声データの受け付け、つまりステップＳ１０４以降の処理を行うようにすればよい。
【００７５】
図１２は検索データの生成処理の手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は識別情報記憶部１５１に記憶した音声データを読み出す（ステップＳ１２１）。ＣＰＵ１１は記憶部１５に記憶した音声認識ソフトウェアを起動し、音声データをテキストデータへ変換する（ステップＳ１２２）。ＣＰＵ１１は変換されたテキストデータをもとに、重みデータベース１５３を参照し、検索データを生成する（ステップＳ１２３）。具体的にはＣＰＵ１１はテキストデータの文言と、重みデータベース１５３の検索データフィールドに記憶された検索データとを比較し、一致する検索データが存在する場合は、それを抽出して検索データとする。ＣＰＵ１１は生成した検索データをユーザＩＤに対応付けて識別情報記憶部１５１に記憶する（ステップＳ１２４）。以上の処理を同一グループ内に存在する全てのユーザＩＤに係る音声データに対して繰り返し行う。
【００７６】
図１３は重み決定処理の手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は重みを決定するために、識別情報記憶部１５１の検索データフィールドから、検索データを読み出す（ステップＳ１３１）。ＣＰＵ１１は重みデータベース１５３を参照し、読み出した検索データに対応する重みが存在するか否かを判断する（ステップＳ１３２）。重みが存在しないとＣＰＵ１１が判断した場合（ステップＳ１３２でＮＯ）、例えば、検索データ「静か」には対応する重みが存在しないと判断し、ステップＳ１３３〜Ｓ１３５の処理をスキップしステップＳ１３６へ移行する。
【００７７】
重みが存在するとＣＰＵ１１が判断した場合（ステップＳ１３２でＹＥＳ）、検索データに対応する重みを読み出す（ステップＳ１３３）。例えば検索データ「いい」に関しては重み「３」が読み出される。ＣＰＵ１１は音量レベルを重み決定処理に考慮すべく、この検索データに対応する音量レベルを、識別情報記憶部１５１を参照して読み出す（ステップＳ１３４）。ＣＰＵ１１は検索データに対応する重みに読み出した音量レベルを乗じる（ステップＳ１３５）。例えば、検索データ「いい」の重み「３」には音量レベル「１．０」が乗じられ、重みは「３．０」となる。なお本実施の形態においては音量レベルを乗じているが、加算する等しても良い。
【００７８】
ＣＰＵ１１は全ての検索データについて重みを算出したか否かを判断する（ステップＳ１３６）。ＣＰＵ１１は全ての検索データについて算出を行っていない場合（ステップＳ１３６でＮＯ）、ステップＳ１３１へ移行しステップＳ１３１〜Ｓ１３６の処理を繰り返す。例えば、検索データ「かな」についての重み算出処理を続いて行う。ＣＰＵ１１は全ての検索データについて算出したと判断した場合（ステップＳ１３６でＹＥＳ）、ステップＳ１３５において算出した全ての重み合計値を算出する（ステップＳ１３７）。例えば検索データ「いい」及び「かな」については重み「５．２」となる。
【００７９】
以上により、音声データに係る検索データ及び音量レベルに基づく重みの算出が実行される。続いて、位置情報を考慮した重み算出処理の手順を述べる。ＣＰＵ１１は識別情報記憶部１５１を参照し、同一エリアの数を算出する（ステップＳ１３８）。図４の例ではエリア「ＪＲ渋谷駅」が同一エリア数「２」と算出され、エリア「地下鉄新橋駅」が同一エリア数「１」と算出される。ＣＰＵ１１はこのエリア数に応じて重みを加算する（ステップＳ１３９）。すなわち、ユーザ０００１及びユーザ０００２の場合、同一エリア数が「２」であり、ステップＳ１３７で求めた重みにエリア数「２」が加算され最終的な重みが算出される。この処理をユーザ毎に実行することにより全てのユーザの重みが算出される。なお、ユーザ０００３の場合、同一エリア数が「１」であり、ステップＳ１３７で求めた重みにエリア数「１」が加算され最終的な重みが算出される。これら算出された重みはユーザＩＤに対応付けて識別情報記憶部１５１の重みフィールドに記憶される。なお、重みの決定は、少なくとも検索データに基づき行えば良く、より精度を高めるべく、音量レベル、または位置情報を適宜組み合わせればよい。
【００８０】
図１４はイベント決定処理の手順を示すフローチャートである。ＣＰＵ１１はレストランを決定するグループ内のユーザの重みを、識別情報記憶部１５１から読み出す（ステップＳ１４１）。ＣＰＵ１１は所定の重み以上のユーザＩＤに対応する音声データを抽出する（ステップＳ１４２）。この処理は例えば、予め閾値を設けておき、その閾値を超える重みを持つユーザの音声データを抽出するほか、最も大きい重みを持つユーザの音声データを抽出、または上位数％のユーザの音声データを抽出するようにしても良い。本例では重みの最も大きいユーザ０００１の音声データが抽出されている。
【００８１】
ＣＰＵ１１は抽出した音声データに対応する検索データを識別情報記憶部１５１から読み出し（ステップＳ１４３）、重みデータベース１５３を検索して検索データに対応する条件が存在するか否かを判断する（ステップＳ１４４）。ＣＰＵ１１は検索データに対応する条件が存在すると判断した場合（ステップＳ１４４でＹＥＳ）、条件に従い検索データの反対語を抽出する（ステップＳ１４５）。この反対語の抽出は図示しない辞書データベースを参照して行う。そして抽出した反対語に従い検索データを再生成する（ステップＳ１４６）。本例においては、検索データ「嫌」に条件が記述されており、前の検索データ「甘い」の反対語「辛い」が抽出され、検索データ「辛い」「もの」が再生成される。
【００８２】
ステップＳ１４６の処理後、またはステップＳ１４４において、ＣＰＵ１１が検索データに対応する条件が存在しないと判断した場合（ステップＳ１４４でＮＯ）、識別情報記憶部１５１の重みフィールド及びエリアフィールドを検索し、重みが最大のユーザのエリアを読み出す（ステップＳ１４７）。本実施の形態においては重みが最大のユーザはユーザ０００１であり、そのエリアは「ＪＲ渋谷駅」である。
【００８３】
ＣＰＵ１１はステップＳ１４３で読み出した検索データまたはステップＳ１４６で再生成した検索データ、及び、ステップＳ１４７において読み出したエリアに基づき、レストランデータベース１５２からレストランを決定する（ステップＳ１４８）。具体的には、ＣＰＵ１１はレストランデータベース１５２において検索データ及びエリアをアンド条件で満たすレストランを抽出する。その結果、本例では、検索データ「辛い」及びエリア「ＪＲ渋谷駅」をアンド条件で満たすレストラン「激辛カレー屋」、「Ａ韓国料理屋」、「Ｄ担々麺」及び「Ｆタイ料理」が抽出される。
【００８４】
さらにＣＰＵ１１は決定したレストランに対応するアクセスの情報をレストランデータベース１５２のアクセスフィールドから読み出す（ステップＳ１４９）。ＣＰＵ１１は読み出したアクセスの情報が小さい順に、ステップＳ１４８にて決定したレストランの優先順位を決定する（ステップＳ１４１０）。ＣＰＵ１１は決定した優先順位に従い、ステップＳ１４８で決定したレストランの並び替えを行う（ステップＳ１４１１）本例では、「激辛カレー屋（１分）」、「Ｄ担々麺（３分）」、「Ｆタイ料理（５分）」及び「Ａ韓国料理屋（７分）」と並び替えられる。
【００８５】
図１５は決定したレストランの情報を携帯電話機２へ送信する際の手順を示すフローチャートである。まず、ＣＰＵ１１はステップＳ１４８で決定したレストランを読み出し（ステップＳ１５１）、ステップＳ１４１１で行った処理と同じように、優先順位に従いレストランの並び替えを行う（ステップＳ１５２）。ＣＰＵ１１はこの並び替えされたレストランの、詳細情報（地図、営業時間、メニュー等）を記憶したＷｅｂページへアクセスするためのハイパーリンクをレストラン毎に記述する（ステップＳ１５３）。
【００８６】
ＣＰＵ１１はレストランに対応する位置情報（アクセスの情報）及び状態情報をレストランデータベース１５２から読み出し（ステップＳ１５４）、並び替えたレストラン、ハイパーリンク、位置情報及び状態情報を含むｃＨＴＭＬ文章を作成する（ステップＳ１５５）。なお、本例では状態情報が「×」の場合に、状態情報が「満席」と表示されるｃＨＴＭＬ文章が記述される。ＣＰＵ１１はグループ内の各ユーザのメールアドレス宛へ、作成したレストラン及び状態情報を含むｃＨＴＭＬ文章を携帯電話機２へ送信する（ステップＳ１５６）。なお、本実施の形態においては、並び替え処理を行っているが、簡易なシステムとする場合は並び替えせずに決定したレストランの情報を送信するようにしても良い。
【００８７】
携帯電話機２はこの送信されたｃＨＴＭＬ文章を受信し（ステップＳ１５７）、携帯電話機２のＣＰＵ２１は受信したｃＨＴＭＬ文章を表示部２４に表示する（ステップＳ１５８）。このように、複数のユーザが携帯電話機２から現在の気持ちを音声で入力することにより、サーバコンピュータ１がユーザの音声及び位置を考慮して、予約可否を含めて最適なレストランを表示し、しかも、少数派のユーザをも考慮して決定したレストランの表示を行うことが可能となる。
【００８８】
実施の形態２
図１６は実施の形態２に係るサーバコンピュータ１の構成を示すブロック図である。実施の形態２に係るサーバコンピュータ１を動作させるためのコンピュータプログラムは、本実施の形態２のように、ＣＤ−ＲＯＭ、ＭＯ、またはＤＶＤ−ＲＯＭ等の可搬型記録媒体１Ａで提供することも可能である。さらに、コンピュータプログラムを、通信網Ｎを介して図示しないサーバコンピュータからダウンロードすることも可能である。以下に、その内容を説明する。
【００８９】
図１６に示すサーバコンピュータ１の図示しないリーダ／ライタに、音声データを記憶させ、検索データを生成させ、重みを決定させ、音声データを抽出させ、イベントを決定させるコンピュータプログラムが記録された可搬型記録媒体１Ａ（ＣＤ−ＲＯＭ、ＭＯ又はＤＶＤ−ＲＯＭ等）を、挿入して記憶部１５の制御プログラム内にこのプログラムをインストールする。または、かかるプログラムを、通信部１６を介して外部の図示しないサーバコンピュータからダウンロードし、記憶部１５にインストールするようにしても良い。かかるプログラムはＲＡＭ１２にロードして実行される。これにより、上述のような本発明のサーバコンピュータ１として機能する。
【００９０】
本実施の形態２は以上の如き構成としてあり、その他の構成及び作用は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【図面の簡単な説明】
【００９１】
【図１】本発明に係るイベント決定システムの概要を示す模式図である。
【図２】サーバコンピュータのハードウェア構成を示すブロック図である。
【図３】携帯電話機のハードウェア構成を示すブロック図である。
【図４】識別情報記憶部のレコードレイアウトを示す説明図である。
【図５】携帯電話機の表示部に表示される画面のイメージを示す説明図である。
【図６】レストランデータベースのレコードレイアウトを示す説明図である。
【図７】重みデータベースのレコードレイアウトを示す説明図である。
【図８】検索データの生成及び重み決定処理の手順を説明する説明図である。
【図９】携帯電話機の表示部に表示される検索結果一覧のイメージを示す説明図である。
【図１０】音声データを記憶する際の処理手順を示すフローチャートである。
【図１１】参加を呼びかける電子メールの例を示す説明図である。
【図１２】検索データの生成処理の手順を示すフローチャートである。
【図１３】重み決定処理の手順を示すフローチャートである。
【図１４】イベント決定処理の手順を示すフローチャートである。
【図１５】決定したレストランの情報を携帯電話機へ送信する際の手順を示すフローチャートである。
【図１６】実施の形態２に係るサーバコンピュータの構成を示すブロック図である。
【符号の説明】
【００９２】
１      サーバコンピュータ（音声データ処理装置）
１Ａ    記録媒体
２      携帯電話機（携帯端末機）
１１    ＣＰＵ（制御部）
１３    入力部
１４    表示部
１５    記憶部
１６    通信部
２１    ＣＰＵ（制御部）
２３    入力部
２４    表示部
２５    記憶部
２６    通信部
２８    マイク
２９    スピーカ
１５１  識別情報記憶部
１５２  レストランデータベース（イベントデータベース）
１５３  重みデータベース
２１０  ＧＰＳ受信機
Ｎ      通信網
Ｓ      レストラン決定システム（イベント決定システム）
【図１】
2007164725.tif 000003
【図２】
2007164725.tif 000004
【図３】
2007164725.tif 000005
【図４】
2007164725.tif 000006
【図５】
2007164725.tif 000007
【図６】
2007164725.tif 000008
【図７】
2007164725.tif 000009
【図８】
2007164725.tif 000010
【図９】
2007164725.tif 000011
【図１０】
2007164725.tif 000012
【図１１】
2007164725.tif 000013
【図１２】
2007164725.tif 000014
【図１３】
2007164725.tif 000015
【図１４】
2007164725.tif 000016
【図１５】
2007164725.tif 000017
【図１６】
2007164725.tif 000018