JP2021015434A - リクエスト生成装置、および、リクエスト生成プログラム - Google Patents

Abstract

【課題】運転者がリクエスト内容を思案する作業を必要とすることなく、放送局へのリクエストを生成することができるリクエスト生成装置を提供する。【解決手段】キーワード取得用情報に基づき、キーワードを取得するキーワード取得部と、キーワード取得部が取得したキーワードに基づき、楽曲を検索する楽曲検索部と、楽曲検索部が検索した楽曲に関する情報に基づき、リクエストを生成するリクエスト生成部と、リクエスト生成部が生成したリクエストを出力する出力部を備えた。【選択図】図１

Description

この発明は、放送局へのリクエストを生成するリクエスト生成装置およびリクエスト生成プログラムに関する。

従来、車両にはラジオ放送等を受信するオーディオ装置が搭載され、車両の運転者は、運転中に放送を視聴することができる。また、車両の運転者が運転中に、番組を放送している放送局へリクエストを送信することを可能とする技術も知られている。
例えば、特許文献１には、視聴者からの電子メールを受け付ける番組のメールアドレスを取得し、当該メールアドレスに、運転者が発声した、リクエストしたい旨とリクエストする曲名の音声に基づき、リクエストする曲名を記載した電子メールを送信するオーディオ装置が開示されている。

特開２００６−３３８３２３号公報

特許文献１に開示されているようなオーディオ装置の技術に代表される従来技術では、リクエストする曲名を、運転者が思案しなければならないという課題があった。

この発明は上記のような課題を解決するためになされたもので、リクエストする曲名をユーザが思案する必要なく、放送局宛のリクエストを自動的に生成することができるリクエスト生成装置を提供することを目的とする。

この発明に係るリクエスト生成装置は、放送局宛のリクエストを生成するリクエスト生成装置であって、キーワード取得用情報に基づき、キーワードを取得するキーワード取得部と、キーワード取得部が取得したキーワードに基づき、楽曲を検索する楽曲検索部と、楽曲検索部が検索した楽曲に関する情報に基づき、リクエストを生成するリクエスト生成部と、リクエスト生成部が生成したリクエストを出力する出力部を備えたものである。

この発明によれば、リクエストする曲名をユーザが思案する必要なく、放送局宛のリクエストを自動的に生成することができる。

実施の形態１に係るリクエスト生成装置の構成例を示す図である。 実施の形態１において、記憶部が記憶している優先順位付種別情報の一例を示す図である。 実施の形態１において、キーワードリスト生成部が生成したキーワードリストの一例を示す図である。 実施の形態１において、定型リクエストメッセージの一例を説明するための図である。 実施の形態１に係るリクエスト生成装置の動作について説明するためのフローチャートである。 図５のステップＳＴ５０２でキーワード取得制御部が行うキーワード取得処理の詳細を説明するためのフローチャートである。 図６のステップＳＴ６０４の動作を詳細に説明するためのフローチャートである。 図５のステップＳＴ５０３で楽曲検索部が行う楽曲検索の動作の詳細を説明するためのフローチャートである。 図９Ａ，図９Ｂは、実施の形態１に係るリクエスト生成装置のハードウェア構成の一例を示す図である。

以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。
実施の形態１．
以下の実施の形態１において、「ユーザ」とは、車両を運転中の運転者を想定している。
図１は、実施の形態１に係るリクエスト生成装置１の構成例を示す図である。
実施の形態１において、リクエスト生成装置１は、放送受信装置１００に搭載される。
放送受信装置１００は、車両に搭載されたオーディオ装置（図示省略）に備えられる。放送受信装置１００は、放送局の放送波を受信する受信部１０１、および、放送局宛のリクエストを送信する送信部１０２を備える。実施の形態１では、受信部１０１が受信する放送波は、ラジオ局が送信するラジオ放送の放送波、または、テレビ局が送信するテレビ放送の放送波等を想定している。また、放送受信装置１００は、インターネット等のネットワークを介して外部のサーバ等と接続されている。実施の形態１では、送信部１０２が送信する放送局宛のリクエストは、放送局のメールアドレス宛の電子メールであって、例えば、その本文に、リクエストの対象となる楽曲（以下「リクエスト曲」という。）の曲名が記載されたものを想定している。
なお、放送局宛のリクエストの態様は、電子メールに限られず、対象とする放送局に対してリクエスト曲の曲名が伝達されるように、ネットワークを介して当該リクエスト曲の曲名を送信できる態様であればいかなるものでもよい。以下、種々の態様を含めた「放送局宛のリクエスト」を、単に「リクエスト」という。

リクエスト生成装置１は、放送受信装置１００が放送局に送信するリクエストを生成する。実施の形態１において、リクエスト生成装置１は、リクエストとして電子メールを生成する。より具体的には、実施の形態１において、リクエスト生成装置１は、リクエストとして、電子メール送信用の電子データを生成する。また、実施の形態１において、リクエスト生成装置１が生成するリクエストには、リクエスト曲の曲名を示す文字列データに加えて、リクエスト曲を演奏もしくは歌唱するアーティスト名を示す文字列データ、または、リクエストメッセージを示す文字列データが含まれるものとする。以下、リクエスト曲の曲名を示す文字列データ、または、リクエスト曲の曲名を示す文字列データにリクエスト曲を演奏もしくは歌唱するアーティスト名を示す文字列データを加えた文字列データを、「リクエスト曲データ」という。また、リクエストメッセージを示す文字列データを、「メッセージデータ」という。なお、リクエストメッセージとは、例えば、電子メール本文において、リクエスト曲の曲名に加えて記載される、挨拶等の文である。リクエスト曲データ、および、メッセージデータの詳細は、後述する。
リクエスト生成装置１は、車両に搭載されている各種機器に車内ネットワークを介して接続される。実施の形態１において、リクエスト生成装置１と接続される各種機器は、ＧＰＳ受信機２、ドライバーモニタリングシステム（Ｄｒｉｖｅｒ Ｍｏｎｉｔｏｒｉｎｇ Ｓｙｓｔｅｍ，ＤＭＳ）３、カーナビゲーション装置４、マイク５、および、表示装置６である。マイク５および表示装置６は、例えば、オーディオ装置に備えられている。

リクエスト生成装置１は、情報取得部１１、キーワード取得制御部１２、楽曲検索部１３、リクエストメッセージ生成部１４、リクエスト生成部１５、表示制御部１６、指示受付部１７、および、出力部１８を備える。キーワード取得制御部１２は、キーワード取得部１２１およびキーワードリスト生成部１２２を備える。
情報取得部１１は、リクエスト生成装置１において、リクエストを生成する際のキーワードを取得する元となる情報（以下「キーワード取得用情報」という。）、を取得する。キーワードとは、リクエスト生成装置１が、リクエスト曲の候補となる楽曲を検索する際に使用される文字または文字列である。なお、後述のように、実施の形態１において、キーワードは、リクエスト生成装置１がリクエストメッセージを生成する際にも使用される。

情報取得部１１は、キーワード取得用情報を、例えば、ＧＰＳ受信機２、ＤＭＳ３、カーナビゲーション装置４、または、マイク５から取得する。
具体的には、情報取得部１１が取得するキーワード取得用情報は、例えば、ＧＰＳ受信機２から出力される車両の現在地の情報、ＤＭＳ３から出力されるユーザの状態に関する情報、カーナビゲーション装置４から出力されるルート案内情報、または、マイク５から出力される発話音声である。
キーワード取得用情報は、記憶部（図示省略）が記憶している、過去にユーザが「いいね」と評価した楽曲の情報であってもよい。ユーザは、例えば、記憶部に楽曲を記憶させておき、記憶させている楽曲のうち、お気に入りの楽曲に「いいね」情報を付与しておく。なお、記憶部は、オーディオ装置等、リクエスト生成装置１が参照可能な場所に備えられる。
なお、これらは一例に過ぎず、情報取得部１１は、リクエストを生成する際のキーワードとして用いることができる情報を、キーワード取得用情報として取得するようになっていればよい。

情報取得部１１は、キーワード取得用情報を取得すると、取得したキーワード取得用情報に、当該キーワード取得用情報の取得元に応じて、キーワード取得処理種別を付与する。実施の形態１において、キーワード取得処理種別は、キーワード取得用情報が、どのようなルートで取得されたかを特定するための情報である。
実施の形態１では、一例として、例えば、情報取得部１１は、ＧＰＳ受信機２からキーワード取得用情報を取得した場合、当該キーワード取得用情報に、キーワード取得処理種別「ＧＰＳ」を付与する。また、例えば、情報取得部１１は、ＤＭＳ３からキーワード取得用情報を取得した場合、当該キーワード取得用情報に、キーワード取得処理種別「ＤＭＳ」を付与する。また、例えば、情報取得部１１は、マイク５からキーワード取得用情報を取得した場合、当該キーワード取得用情報に、キーワード取得処理種別「会話」を付与する。また、例えば、情報取得部１１は、カーナビゲーション装置４からキーワード取得用情報を取得した場合、当該キーワード取得用情報に、キーワード取得処理種別「ナビ」を付与する。また、例えば、情報取得部１１は、楽曲を記憶した記憶部からキーワード取得用情報を取得した場合、当該キーワード取得用情報に、キーワード取得処理種別「楽曲情報」を付与する。
情報取得部１１は、取得したキーワード取得用情報を、キーワード取得制御部１２に出力する。

キーワード取得制御部１２は、キーワード取得用情報に基づいてキーワードを取得し、取得したキーワードからキーワードリストを生成する。

キーワード取得制御部１２のキーワード取得部１２１は、キーワード取得処理種別に応じたアルゴリズムを用いて、キーワード取得用情報に基づきキーワードを取得する。
キーワード取得部１２１がキーワードの取得のために用いるアルゴリズムは、予め決められている。より具体的には、キーワード取得処理種別とアルゴリズムとが対応付けられて、記憶部に記憶されている。キーワード取得部１２１は、キーワード取得用情報と、キーワード取得処理種別と、記憶部に記憶されたアルゴリズムとに基づいて、キーワードを取得する。

例えば、キーワード取得処理種別「ＧＰＳ」に対しては、キーワード取得用情報としての車両の現在地の情報から、当該現在地の情報が示す地名をキーワードとして取得するようなアルゴリズムが定められている。したがって、キーワード取得用情報がＧＰＳ受信機２から出力された現在地情報である場合、キーワード取得部１２１は、現在地の情報が示す地名を、キーワードとして取得する。

また、例えば、キーワード取得処理種別「会話」に対しては、キーワード取得用情報としての発話音声に対して音声認識処理を行い、予め定められた語句の有無を検出し、検出された語句をキーワードとして取得するようなアルゴリズムが定められている。したがって、キーワード取得用情報がマイク５から出力された発話音声である場合、キーワード取得部１２１は、発話された内容に含まれる語句を、キーワードとして取得する。なお、音声認識処理は、既知の技術であるため、詳細な説明は省略する。
実施の形態１では、例えば、キーワード取得用情報がマイク５から出力された発話音声である場合、上記アルゴリズムでは、発話された内容に含まれる名詞を、キーワードとして取得すると予め定められているものとする。例えば、ユーザが、「プレゼント欲しいなあ」と発話した場合、キーワード取得部１２１は、当該発話音声から、「プレゼント」をキーワードとして取得する。また、例えば、ユーザが、「アップルパイ食べたい」と発話した場合、キーワード取得部１２１は、当該発話音声から、「アップルパイ」をキーワードとして取得する。

また、例えば、キーワード取得処理種別「ＤＭＳ」に対しては、キーワード取得用情報としてのユーザの状態に関する情報を、当該状態を示す語句に変換することで、当該語句をキーワードとして取得するアルゴリズムが定められている。したがって、キーワード取得用情報がＤＭＳ３から出力されたユーザの状態に関する情報である場合、キーワード取得部１２１は、ユーザの状態を示す、「覚醒している」、「眠い」、「明るい」、または「落ち込んでいる」等の語句をキーワードとして取得する。

また、例えば、キーワード取得処理種別「ナビ」に対しては、キーワード取得用情報としてのルート案内情報から、目的地を特定し、当該目的地の地名をキーワードとして取得するアルゴリズムが定められている。したがって、キーワード取得用情報がカーナビゲーション装置４から出力された、ルート案内情報である場合、キーワード取得部１２１は、目的地の地名をキーワードとして取得する。

また、例えば、キーワード取得処理種別「楽曲情報」に対しては、キーワード取得用情報としての、過去にユーザが「いいね」と評価した楽曲の情報から、当該「いいね」と評価された楽曲の曲名をキーワードとして取得するアルゴリズムが定められている。したがって、キーワード取得用情報が、予め記憶部に記憶されている、過去に「いいね」と評価した楽曲の情報である場合、キーワード取得部１２１は、当該情報から、曲名をキーワードとして取得する。

キーワード取得部１２１は、互いにキーワード取得処理種別の異なる複数種類のキーワード取得用情報から、それぞれキーワードを取得することができる。キーワード取得部１２１が何れの複数種類のキーワード取得用情報からキーワードを取得するかは、予め定められている。
複数種類のキーワード取得用情報からキーワードを取得する場合、キーワード取得部１２１は、優先順位に従って、優先順位の高い種類のキーワード取得用情報から、予め定められた種類数のキーワード取得用情報に対して、キーワード取得処理を行う。
キーワード取得用情報の優先順位は、キーワード取得処理種別に応じて予め定められ、キーワード取得処理種別と優先順位とが対応付けられた情報（以下「優先順位付種別情報」という。）が、記憶部に記憶されている。キーワード取得部１２１は、キーワード取得用情報に付与されたキーワード取得処理種別と、記憶部に記憶されている優先順位付種別情報とをつきあわせることで、どのキーワード取得用情報から順番に、当該キーワード取得用情報に基づくキーワードを取得するかを決定すればよい。
なお、キーワード取得部１２１がキーワードを取得するキーワード取得用情報の種類、キーワード取得処理を行うキーワード取得用情報の種類数、および、キーワード取得用情報の優先順位については、ユーザが設定することが可能な構成としてもよい。
ここで、図２は、実施の形態１において、記憶部が記憶している優先順位付種別情報の一例を示す図である。
図２は、キーワード取得処理種別「ＧＰＳ」のキーワード取得用情報は優先順位が１位であり、キーワード取得処理種別「ＤＭＳ」のキーワード取得用情報は優先順位が２位であり、キーワード取得処理種別「会話」のキーワード取得用情報は優先順位が３位であり、キーワード取得処理種別「ナビ」のキーワード取得用情報は優先順位が４位であることが定義された優先順位付種別情報である。

キーワード取得制御部１２のキーワードリスト生成部１２２は、キーワード取得部１２１が取得したキーワードから、キーワードリストを生成する。
キーワードリスト生成部１２２は、キーワード取得部１２１が優先順位に従ってキーワードを取得する都度、当該キーワード取得部１２１が取得したキーワードを、キーワードリストに追加していく。具体的には、キーワードリスト生成部１２２は、キーワード取得部１２１が取得したキーワードを、キーワードリストの最後に追加する。このとき、キーワードリスト生成部１２２は、キーワードを、キーワード取得処理種別と対応付けて、キーワードリストに追加する。これにより、キーワードリストにおいて、キーワードは、優先順位の高いキーワード取得用情報から取得された順番に、並べられる。実施の形態１において、優先順位の高いキーワード取得用情報から取得されたキーワードほど、後述する楽曲検索部１３が楽曲を検索する際に用いられる優先順位（以下「検索用優先順位」という。）が高いものとする。

ここで、図３は、実施の形態１において、キーワードリスト生成部１２２が生成したキーワードリストの一例を示す図である。
図３に示すように、キーワードリストは、キーワード取得部１２１が取得したキーワードと、当該キーワードが取得されたキーワード取得用情報に付与されているキーワード取得処理種別の情報とが対応付けられたリストである。図３では、検索用優先順位の情報も対応付けられるものとしている。
図３では、検索用優先順位が高いキーワード順に、言い換えれば、優先順位の高いキーワード取得用情報から取得されたキーワード順に、「ＡＡＡ」、「眠たい」、「アップルパイ」、「ＢＢＢ」であることを示している。
キーワードリスト生成部１２２は、生成したキーワードリストを、楽曲検索部１３に出力する。

楽曲検索部１３は、キーワード取得部１２１が取得したキーワードに基づいて、楽曲検索を行う。
より詳細には、楽曲検索部１３は、キーワードリスト生成部１２２が、キーワード取得部１２１が取得したキーワードに基づいて生成したキーワードリストを用いて、当該キーワードリストで定義された検索用優先順位に従って、当該キーワードリストで定義されたキーワードのうちの１つ以上のキーワードを含む楽曲を検索する。

楽曲検索部１３が行う楽曲検索について、詳細に説明する。
まず、キーワードリスト生成部１２２が生成したキーワードリストで定義されたキーワードが複数ある場合の楽曲検索について説明する。
楽曲検索部１３は、キーワードリストで定義されたキーワードが複数ある場合、当該キーワードリストに含まれるすべてのキーワードを曲名または歌詞に含む楽曲を検索する。楽曲検索部１３は、例えば、様々なジャンルの様々な楽曲が収録され、一般に公開されている、楽曲データベース（図示省略）を参照し、楽曲を検索すればよい。
楽曲検索部１３は、キーワードリストに含まれるすべてのキーワードを曲名または歌詞に含む楽曲が検索できた場合、楽曲が検索できた、とする。

楽曲検索部１３は、キーワードリストに含まれるすべてのキーワードを曲名または歌詞に含む楽曲が検索できなかった場合は、キーワードリストで定義されたキーワードのうち、一番優先順位の低いキーワードに、無効フラグを付与する。
そして、楽曲検索部１３は、キーワードリストで定義されたキーワードのうち、無効フラグが付与されたキーワードを除いたキーワードを用いて、楽曲の検索をやり直す。具体的には、楽曲検索部１３は、キーワードリストで定義されたキーワードのうち、無効フラグが付与されていないすべてのキーワードを曲名または歌詞に含む楽曲を検索する。

楽曲検索部１３は、上述の方法で検索を繰り返し、キーワードリストで定義されたキーワードのうち、無効フラグが付与されていないキーワードが１つになった場合、無効フラグが付与されていない１つのキーワードを指定キーワードとする。そして、楽曲検索部１３は、当該指定キーワードを曲名または歌詞に含む楽曲を検索する。
楽曲検索部１３は、指定キーワードを曲名または歌詞に含む楽曲を検索できた場合、楽曲を検索できた、とする。

楽曲検索部１３は、指定キーワードを曲名または歌詞に含む楽曲を検索できなかった場合は、キーワードリストの検索用優先順位に従って、次の検索用優先順位のキーワードを指定キーワードとするよう、指定キーワードを１つ進める。そして、楽曲検索部１３は、再び、指定キーワードを曲名または歌詞に含む楽曲を検索する。楽曲検索部１３は、楽曲が検索できるまで、キーワードリストで定義された複数のキーワードをそれぞれ指定キーワードとした楽曲の検索を続ける。

楽曲検索部１３は、キーワードリストで定義された複数のキーワードのうち、１つ以上のキーワードをすべて曲名または歌詞に含む楽曲が検索できなかった場合、かつ、当該複数のキーワードのうち、それぞれを指定キーワードとして当該指定キーワードを曲名または歌詞に含む楽曲が検索できなかった場合は、楽曲は検索できなかったとする。

次に、キーワードリスト生成部１２２が生成したキーワードリストで定義されたキーワードが１つだけである場合の楽曲検索について説明する。
楽曲検索部１３は、キーワードリストで定義されたキーワードが１つだけである場合、当該１つのキーワードを指定キーワードとして、当該指定キーワードを曲名または歌詞に含む楽曲を検索する。楽曲検索部１３は、指定キーワードを曲名または歌詞に含む楽曲を検索できた場合、楽曲を検索できた、とする。
楽曲検索部１３は、指定キーワードを曲名または歌詞に含む楽曲を検索できなかった場合は、楽曲は検索できなかったとする。

楽曲検索部１３は、楽曲を検索できた場合、検索できた楽曲に関する情報を、リクエスト生成部１５に出力する。また、楽曲検索部１３は、検索できた楽曲を検索した際に用いたキーワードを、キーワード取得処理種別と対応付けて、リクエストメッセージ生成部１４に出力する。楽曲に関する情報には、少なくとも、楽曲の曲名が含まれる。楽曲に関する情報には、例えば、楽曲を演奏または歌唱しているアーティスト名が含まれるようにしてもよい。楽曲検索部１３は、例えば、楽曲データベースに、楽曲の曲名とともに登録されているアーティスト名を抽出することにより、検索できた楽曲の曲名に加えて、その楽曲のアーティスト名を取得することができる。
楽曲検索部１３がリクエスト生成部１５に出力する楽曲に関する情報は、具体的には、楽曲の曲名を示す文字列データ、または、楽曲の曲名を示す文字列データに楽曲を演奏若しくは歌唱するアーティスト名を示す文字列データを加えた文字列データであり、リクエスト生成部１５において、「リクエスト曲データ」として利用される。

楽曲検索部１３による楽曲検索処理について、具体例を挙げて説明する。
以下の具体例では、キーワードリスト生成部１２２は、例えば、図３に示すようなキーワードリストを生成したものとする。
まず、楽曲検索部１３は、キーワードリストで定義されたすべてのキーワードを曲名または歌詞に含む楽曲を検索する。ここでは、楽曲検索部１３は、「ＡＡＡ」、「眠たい」、「アップルパイ」、および、「ＢＢＢ」を、曲名または歌詞に含む楽曲を検索する。

キーワードリストで定義されたすべてのキーワードを曲名または歌詞に含む楽曲が見つからない場合、楽曲検索部１３は、キーワードリストで定義されたキーワードのうち、一番優先順位の低いキーワードを除くキーワードを曲名または歌詞に含む楽曲を検索する。具体的には、例えば、楽曲検索部１３は、キーワードリストで定義されたキーワードのうち、一番優先順位の低いキーワード「ＢＢＢ」に、無効フラグを付与する。そして、楽曲検索部１３は、無効フラグが付与されていないキーワード「ＡＡＡ」、「眠たい」、および、「アップルパイ」を、曲名または歌詞に含む楽曲を検索する。
楽曲検索部１３は、「ＡＡＡ」、「眠たい」、および、「アップルパイ」を、曲名または歌詞に含む楽曲も見つからない場合は、さらに、一番優先順位の低いキーワードに無効フラグを付与し、無効フラグが付与されていないキーワードを曲名または歌詞に含む楽曲を、再び検索する。

楽曲検索部１３は、キーワードを曲名または歌詞に含む楽曲が検索できるまで、キーワードリストで定義されたキーワードのうち、楽曲検索に使用するキーワードを優先順位の低いものから順番に減らしながら、楽曲の検索を続ける。
キーワードリストで定義されたキーワードのうち、無効フラグが付与されていないキーワードが１つ以下になった場合、楽曲検索部１３は、キーワードリストで定義されたキーワードを、優先順位の高いものから１つずつ順番に指定キーワードとし、当該指定キーワードを用いて、楽曲の検索を行う。
例えば、キーワードリストで定義されたキーワードのうち、無効フラグが付与されていないキーワードが「ＡＡＡ」のみになった場合、楽曲検索部１３は、「ＡＡＡ」を指定キーワードとし、「ＡＡＡ」を曲名または歌詞に含む楽曲を検索する。「ＡＡＡ」を曲名または歌詞に含む楽曲がみつからない場合、楽曲検索部１３は、次に、「眠たい」を指定キーワードとし、「眠たい」を曲名または歌詞に含む楽曲を検索する。「眠たい」を曲名または歌詞に含む楽曲もみつからない場合、楽曲検索部１３は、「アップルパイ」、「ＢＢＢ」の順で指定キーワードとし、当該「アップルパイ」、または、「ＢＢＢ」をそれぞれ曲名または歌詞に含む楽曲を検索する。

このように、楽曲検索部１３は、楽曲を検索する際のキーワードの組み合わせを適宜変更して、楽曲を検索する。キーワードリストで定義されているキーワードも、キーワード取得部１２１がキーワードを取得する際の状況等に応じて、適宜変わる。楽曲検索部１３は、適宜変わるキーワードの組み合わせを適宜変更して楽曲を検索することで、毎回異なった楽曲の検索結果を得ることができる。

楽曲検索部１３は、検索できた楽曲に関する情報を、リクエスト生成部１５に出力する。上述のとおり、この楽曲に関する情報は、リクエスト生成部１５において、「リクエスト曲データ」として利用される。
また、楽曲検索部１３は、検索できた楽曲を検索した際に用いたキーワードを、キーワード取得処理種別と対応付けて、リクエストメッセージ生成部１４に出力する。
例えば、上述の例で、楽曲検索部１３は、「ＡＡＡ」および「眠たい」を曲名または歌詞に含む楽曲が検索できたとする。この場合、楽曲検索部１３は、「ＡＡＡ」および「眠たい」を曲名または歌詞に含む楽曲に関する情報を、リクエスト生成部１５に出力する。また、楽曲検索部１３は、「ＡＡＡ」および「眠たい」を、それぞれ、キーワード取得処理種別「ＧＰＳ」または「ＤＭＳ」と対応付けて、リクエストメッセージ生成部１４に出力する。

リクエストメッセージ生成部１４は、楽曲検索部１３が楽曲を検索する際に用いたキーワードに基づき、リクエストメッセージを生成する。
具体的には、リクエストメッセージ生成部１４は、キーワードと、キーワード取得処理種別と、定型リクエストメッセージとに基づき、リクエストメッセージを生成する。リクエストメッセージ生成部１４がリクエストメッセージの生成に利用するキーワードは、楽曲検索部１３から出力された、楽曲検索部１３が楽曲を検索する際に用いたキーワードである。リクエストメッセージ生成部１４がリクエストメッセージの生成に利用するキーワード取得処理種別は、楽曲検索部１３から出力された、楽曲検索部１３が楽曲を検索する際に用いたキーワードに対応付けられたキーワード取得処理種別である。リクエストメッセージ生成部１４がリクエストメッセージの生成に利用する定型リクエストメッセージは、キーワード取得処理種別およびキーワードと関連付けて記憶された、挨拶等の文を表す文字列である。
定型リクエストメッセージは、予め、キーワード取得処理種別およびキーワードと関連付けられて記憶部に記憶されている。なお、ユーザ等は、記憶部に記憶されている定型リクエストメッセージを適宜変更し、新たな定型リクエストメッセージとして記憶部に記憶させるようにすることも可能である。

ここで、図４は、実施の形態１において、定型リクエストメッセージの一例を説明するための図である。
図４に示すように、定型リクエストメッセージは、キーワード取得処理種別およびキーワードと関連付けられて記憶部に記憶されている。
例えば、キーワード取得処理種別「ＤＭＳ」で、キーワードが「眠たい」であったとすると、リクエストメッセージ生成部１４は、「眠くなってきました。」というリクエストメッセージを生成する。また、例えば、キーワード取得処理種別「ＧＰＳ」で、キーワードが現在地の地名「○○」であったとすると、リクエストメッセージ生成部１４は、「今、○○付近を通行しています。」というリクエストメッセージを生成する。なお、図４に示すように、例えば、キーワード取得処理種別「ＧＰＳ」およびキーワード「現在地の地名○○」に、複数種類の定型リクエストメッセージが関連付けられている場合、リクエストメッセージ生成部１４は、当該、複数種類の定型リクエストメッセージから、いずれか一つをランダムに選択すればよい。

また、定型リクエストメッセージは、複数のキーワード取得処理種別と関連付けられるようにしてもよい。
例えば、記憶部には、キーワード取得処理種別「ナビ」と対応付けられた目的地の地名、および、キーワード取得処理種別「ＧＰＳ」と対応付けられた現在地の地名と関連付けられた定型リクエストメッセージが記憶されるようにしておくこともできる。例えば、楽曲検索部１３が楽曲を検索する際に用いたキーワードが目的地の地名△△および現在地の地名〇〇であった場合、リクエストメッセージ生成部１４は、「〇〇から△△への移動中に聞いています。」という定型リクエストメッセージを生成することもできる。

リクエストメッセージ生成部１４は、生成したリクエストメッセージを、リクエスト生成部１５に出力する。リクエストメッセージ生成部１４がリクエスト生成部１５に出力するリクエストメッセージは、具体的には文字列データであり、リクエスト生成部１５において、「メッセージデータ」として利用される。

リクエスト生成部１５は、キーワード取得部１２１が取得したキーワードに基づき楽曲検索部１３が検索した楽曲に関する情報と、楽曲検索部１３が楽曲を検索する際に用いたキーワードに基づきリクエストメッセージ生成部１４が生成したリクエストメッセージとに基づき、リクエストを生成する。

例えば、楽曲検索部１３が検索した楽曲が「ＸＹＺ」、リクエストメッセージ生成部１４が生成したリクエストメッセージが「眠くなってきました。」であった場合、リクエスト生成部１５は、リクエスト曲「ＸＹＺ」、および、リクエストメッセージ「眠くなってきました。」が含まれるリクエストを生成する。リクエスト生成部１５は、リクエスト曲「ＸＹＺ」を演奏または歌唱しているアーティスト名を、リクエストに含めるようにしてもよい。
実施の形態１において、リクエスト生成部１５は、より具体的には、ヘッダに放送局のメールアドレスを含み、メッセージ本体に、リクエスト曲データとして、リクエスト曲の曲名「ＸＹＺ」の文字列データ、および、メッセージデータとして、リクエストメッセージ「眠くなってきました。」の文字列データが含まれる、電子メール送信用の電子データを生成する。リクエスト生成部１５は、楽曲検索部１３から取得した楽曲に関する情報にアーティスト名が含まれる場合には、メッセージ本体のリクエスト曲データに、リクエスト曲の曲名に加えて当該アーティスト名の文字列データも含めて、電子メール送信用の電子データを生成する。
なお、実施の形態１において、具体的には、放送受信装置１００の受信部１０１は、放送局がリクエストを受け付けているメールアドレスを受信し、当該メールアドレスをリクエスト生成部１５に出力している。

リクエスト生成部１５は、生成したリクエストを、表示制御部１６および出力部１８に出力する。

表示制御部１６は、リクエスト生成部１５が生成したリクエストに関する情報を、表示装置６に表示する。具体的には、例えば、リクエスト生成部１５は、リクエスト曲の曲名、アーティスト名、および、リクエストメッセージを、表示装置６に表示する。
ユーザは、表示装置６に表示されたリクエストに関する情報を確認することで、リクエスト生成装置１が生成したリクエストの内容を確認する。

指示受付部１７は、表示制御部１６が表示装置６に表示したリクエストに関する情報に基づく、リクエストの出力指示を受け付ける。
ユーザは、表示装置６に表示されたリクエストを確認し、当該リクエストを放送局に送信すると判断した場合、送信ボタンを押下する。送信ボタンは、例えば、表示制御部１６が表示装置６に表示させている。なお、この場合、表示装置６は、タッチパネルディスプレイを想定している。送信ボタンは、例えば、ステアリングホイールに備えられるものであってもよい。
指示受付部１７は、ユーザによって送信ボタンが押下された場合、リクエストの出力指示を受け付ける。指示受付部１７は、リクエストの出力指示を受け付けると、リクエストの出力指示を受け付けた旨の情報を、出力部１８に出力する。

なお、指示受付部１７は、リクエストの再生成指示を受け付けることもできる。ユーザは、表示装置６に表示されたリクエストを確認し、当該リクエストを放送局に送信しないと判断した場合、更新ボタンを押下する。更新ボタンは、例えば、表示制御部１６が表示装置６に表示させている。また、更新ボタンは、例えば、ステアリングホイールに備えられるものであってもよい。
指示受付部１７は、ユーザによって更新ボタンが押下された場合、リクエストの再生成指示を受け付ける。指示受付部１７は、リクエストの再生成指示を受け付けると、リクエストの再生成指示を受け付けた旨の情報を、情報取得部１１に出力する。この場合、リクエスト生成装置１は、リクエストを再生成する。

出力部１８は、指示受付部１７から、リクエストの出力指示を受け付けた旨の情報が出力された場合、リクエスト生成部１５が生成したリクエストを、放送受信装置１００の送信部１０２に出力する。
放送受信装置１００の送信部１０２は、出力部１８が出力したリクエストを、視聴中の放送局に送信する。実施の形態１において、送信部１０２は、電子メール送信用の電子データのヘッダに含まれる放送局のメールアドレス宛に、電子メールを送信する。なお、送信部１０２は、例えば、特開２００８−２６９１０７号公報、または、特開２００６−２１１６９１号公報に開示されているような既知の技術を用いて、視聴中の放送局とのリンクを確立すればよい。

実施の形態１に係るリクエスト生成装置１の動作について説明する。
図５は、実施の形態１に係るリクエスト生成装置１の動作について説明するためのフローチャートである。
リクエスト生成装置１は、図５で説明する動作を、リクエスト生成装置１の電源が投入されている間、継続的に行うものとしてもよいし、ユーザからの指示があった場合に、都度、行うものとしてもよい。

情報取得部１１は、キーワード取得用情報を取得する（ステップＳＴ５０１）。
情報取得部１１は、キーワード取得用情報を取得すると、取得したキーワード取得用情報に、当該キーワード取得用情報の取得元に応じて、キーワード取得処理種別を付与する。
情報取得部１１は、取得したキーワード取得用情報を、キーワード取得制御部１２に出力する。

キーワード取得制御部１２は、キーワード取得用情報に基づいてキーワードを取得し、取得したキーワードからキーワードリストを生成するキーワード取得処理を行う（ステップＳＴ５０２）。

図６は、図５のステップＳＴ５０２でキーワード取得制御部１２が行うキーワード取得処理の詳細を説明するためのフローチャートである。
キーワード取得制御部１２は、優先度カウンタを「１」で初期値化する（ステップＳＴ６０１）。

キーワード取得制御部１２は、優先度カウンタが、予め決められたキーワード取得用情報の種類数よりも大きいか否かを判定する（ステップＳＴ６０２）。
ステップＳＴ６０２において、キーワード取得制御部１２が、優先度カウンタは予め決められたキーワード取得用情報の種類数よりも大きいと判定した場合（ステップＳＴ６０２の“ＹＥＳ”の場合）、キーワード取得制御部１２は、キーワード取得処理を終了する。

ステップＳＴ６０２において、キーワード取得制御部１２が、優先度カウンタは予め決められたキーワード取得用情報の種類数以下であると判定した場合（ステップＳＴ６０２の“ＮＯ”の場合）、キーワード取得部１２１は、優先順位付種別情報に基づき、図５のステップＳＴ５０１にて情報取得部が取得したキーワード取得用情報のうち、当該キーワード取得用情報に付与されているキーワード取得処理種別の優先順位が優先度カウンタと等しいキーワード取得用情報、があるか否かを判定する（ステップＳＴ６０３）。

ステップＳＴ６０３において、キーワード取得用情報に付与されているキーワード取得処理種別の優先順位が優先度カウンタと等しいキーワード取得用情報があると判定した場合（ステップＳＴ６０３の“ＹＥＳ”の場合）、キーワード取得部１２１は、キーワード取得用情報に付与されているキーワード取得処理種別の優先順位が優先度カウンタと等しいと判定したキーワード取得用情報に基づき、キーワードを取得する（ステップＳＴ６０４）。

ここで、図７は、図６のステップＳＴ６０４の動作を詳細に説明するためのフローチャートである。
キーワード取得部１２１は、ステップＳＴ６０３において、キーワード取得用情報に付与されているキーワード取得処理種別の優先順位が優先度カウンタと等しいと判定したキーワード取得用情報において、キーワードを検索する（ステップＳＴ７０１）。

キーワード取得部１２１は、ステップＳＴ７０１においてキーワードを検索した結果、キーワード取得用情報からキーワードを取得できたか否かを判定する（ステップＳＴ７０２）。

ステップＳＴ７０２において、キーワード取得部１２１が、キーワードを取得できなかったと判定した場合（ステップＳＴ７０２の“ＮＯ”の場合）、キーワード取得部１２１は、図７のフローチャートの動作を終了する。

ステップＳＴ７０２において、キーワード取得部１２１が、キーワードを取得できた場合（ステップＳＴ７０２の“ＹＥＳ”の場合）、キーワードリスト生成部１２２は、ステップＳＴ７０２にてキーワード取得部１２１が取得したキーワードから、キーワードリストを生成する。具体的には、キーワードリスト生成部１２２は、キーワード取得部１２１が取得したキーワードを、キーワードリストの最後に追加する。このとき、キーワードリスト生成部１２２は、キーワードを、キーワード取得処理種別と対応付けて、キーワードリストに追加する（ステップＳＴ７０３）。

図６のフローチャートに戻る。
キーワード取得制御部１２は、優先度カウンタを「１」進める（ステップＳＴ６０５）。
キーワード取得制御部１２は、ステップＳＴ６０２に戻り、ステップＳＴ６０２にて優先度カウンタは予め決められたキーワード取得用情報の種類数よりも大きいと判定するまで、ステップＳＴ６０２以降の処理を繰り返す。

なお、キーワード取得制御部１２は、図６の動作を終了する際は、キーワードリスト生成部１２２が生成したキーワードリストを、楽曲検索部１３に出力する。

図５のフローチャートに戻る。
楽曲検索部１３は、ステップＳＴ５０２にてキーワード取得部１２１が取得したキーワードに基づいて、楽曲検索を行う。より詳細には、楽曲検索部１３は、ステップＳＴ５０２にてキーワードリスト生成部１２２が生成したキーワードリストで定義された検索用優先順位に従って、複数のキーワードのうちの１つ以上のキーワードを含む楽曲を検索する（ステップＳＴ５０３）。

ここで、図８は、図５のステップＳＴ５０３で楽曲検索部１３が行う楽曲検索の動作の詳細を説明するためのフローチャートである。
楽曲検索部１３は、図５のステップＳＴ５０３にてキーワードリスト生成部１２２が生成したキーワードリストで定義されたキーワードのうち、無効フラグが付与されていないキーワードの総数が「１」よりも大きいか否かを判定する（ステップＳＴ８０１）。

ステップＳＴ８０１において、無効フラグが付与されていないキーワードの総数が「１」よりも大きいと判定した場合（ステップＳＴ８０１の“ＹＥＳ”の場合）、楽曲検索部１３は、図５のステップＳＴ５０３にてキーワードリスト生成部１２２が生成したキーワードリストに含まれるすべてのキーワードを曲名または歌詞に含む楽曲を検索する（ステップＳＴ８０２）。

ステップＳＴ８０２において、楽曲が検索できた場合（ステップＳＴ８０３の“ＹＥＳ”の場合）、楽曲検索部１３は、検索できた楽曲に関する情報を、リクエスト生成部１５に出力する。また、楽曲検索部１３は、検索できた楽曲を検索した際に用いたキーワードを、キーワード取得処理種別と対応付けて、リクエストメッセージ生成部１４に出力する。そして、楽曲検索部１３は、図８の動作を終了する。

ステップＳＴ８０２において、楽曲検索ができなかった場合（ステップＳＴ８０３の“ＮＯ”の場合）、楽曲検索部１３は、キーワードリストで定義されたキーワードのうち、一番優先順位の低いキーワードに、無効フラグを付与し（ステップＳＴ８０４）、ステップＳＴ８０１の動作を行う。

一方、ステップＳＴ８０１において、キーワードリストで定義されたキーワードのうち、無効フラグが付与されていないキーワードの総数が「１」以下であると判定した場合（ステップＳＴ８０１の“ＮＯ”の場合）、楽曲検索部１３は、キーワードリストで定義されたキーワードのうち、無効フラグが付与されていないキーワードがあるか否かを判定する（ステップＳＴ８０５）。

ステップＳＴ８０５において、無効フラグが付与されていないキーワードがないと判定した場合（ステップＳＴ８０５の“ＮＯ”の場合）、楽曲検索部１３は、図８の動作を終了する。

ステップＳＴ８０５において、無効フラグが付与されていないキーワードがあると判定した場合（ステップＳＴ８０５の“ＹＥＳ”の場合）、楽曲検索部１３は、キーワードリストで定義された、無効フラグが付与されていない１つのキーワードを指定キーワードとし、当該指定キーワードを曲名または歌詞に含む楽曲を検索する（ステップＳＴ８０６）。

ステップＳＴ８０６において、指定キーワードを曲名または歌詞に含む楽曲を検索できた場合（ステップＳＴ８０７の“ＹＥＳ”の場合）、楽曲検索部１３は、検索できた楽曲に関する情報を、リクエスト生成部１５に出力する。また、楽曲検索部１３は、検索できた楽曲を検索した際に用いたキーワードを、キーワード取得処理種別と対応付けて、リクエストメッセージ生成部１４に出力する。そして、楽曲検索部１３は、図８の動作を終了する。

ステップＳＴ８０６において、指定キーワードを曲名または歌詞に含む楽曲を検索できなかった場合（ステップＳＴ８０７の“ＮＯ”の場合）、楽曲検索部１３は、現在の指定キーワードに無効フラグを付与し、キーワードリストの検索用優先順位に従って、次の優先順位のキーワードの無効フラグを削除することにより、キーワードを１つ進める（ステップＳＴ８０８）。楽曲検索部１３は、次の優先順位のキーワードが存在しない場合、現在の指定キーワードに無効フラグを付与する処理のみを行う。そして、楽曲検索部１３は、ステップＳＴ８０５の動作に戻る。

図５のフローチャートに戻る。
リクエストメッセージ生成部１４は、楽曲検索部１３から楽曲に関する情報が出力されると（ステップＳＴ５０４の“ＹＥＳ”の場合）、楽曲検索部１３が楽曲を検索する際に用いたキーワードに基づき、リクエストメッセージを生成する（ステップＳＴ５０５）。リクエストメッセージ生成部１４は、生成したリクエストメッセージを、リクエスト生成部１５に出力する。

リクエストメッセージ生成部１４が、楽曲検索部１３から楽曲に関する情報が出力されなかったと判定した場合（ステップＳＴ５０４の“ＮＯ”の場合）は、リクエスト生成装置１の動作はステップＳＴ５０１に戻る。

リクエスト生成部１５は、ステップＳＴ５０３にて楽曲検索部１３が検索した楽曲に関する情報と、ステップＳＴ５０５にてリクエストメッセージ生成部１４が生成したリクエストメッセージとに基づき、リクエストを生成する（ステップＳＴ５０６）。
リクエスト生成部１５は、生成したリクエストに関する情報を、表示制御部１６および出力部１８に出力する。

表示制御部１６は、ステップＳＴ５０６にてリクエスト生成部１５が生成したリクエストに関する情報を、表示装置６に表示する（ステップＳＴ５０７）。

指示受付部１７は、ステップＳＴ５０７にて表示制御部１６が表示装置６に表示したリクエストに関する情報に基づく、リクエストの出力指示を受け付けたか否かを判定する（ステップＳＴ５０８）。

ステップＳＴ５０８にて指示受付部１７がリクエストの出力指示を受け付けない場合（ステップＳＴ５０８の“ＮＯ”の場合）、リクエスト生成装置１は、図５の動作を終了する。ここで、指示受付部１７がリクエストの出力指示を受け付けない、とは、指示受付部１７が、予め設定された時間、リクエストの出力指示も、リクエストの再生成指示も受け付けないことをいう。

ステップＳＴ５０８にて指示受付部１７がリクエストの出力指示を受け付けた場合（ステップＳＴ５０８の“ＹＥＳ”の場合）、指示受付部１７は、リクエストの出力指示を受け付けると、リクエストの出力指示を受け付けた旨の情報を、出力部１８に出力する。
なお、図５のフローチャートでは記載を省略しているが、ステップＳＴ５０８にて、指示受付部１７が、リクエストの再生成指示を受け付けた場合は、リクエスト生成装置１は、ステップＳＴ５０１に戻り、ステップＳＴ５０１以降の動作を繰り返す。

出力部１８は、ステップＳＴ５０６にてリクエスト生成部１５が生成したリクエストを、放送受信装置１００の送信部１０２に出力する（ステップＳＴ５０９）。

このように、リクエスト生成装置１は、ユーザがリクエスト内容を思案する必要なく、放送局へのリクエストを自動的に生成する。
ラジオ等による放送では、番組で流す楽曲のリクエストを受け付けることがある。ユーザがリクエストを行うには、例えば、番組が放送されている時間内に、ユーザが、楽曲名、アーティスト名、または、リクエストメッセージ等を考え、番組のホームページに掲載されている入力フォーム、または、メールアドレスを利用して、リクエストを入力し、放送局へ送信しなければならない。これは、ユーザにとって、負担の大きい作業となる。
そこで、例えば、上述の特許文献１に開示された従来技術のように、視聴者からの電子メールを受け付ける番組のメールアドレスを取得し、当該メールアドレスに、運転者が発声した、リクエストしたい旨とリクエストする曲名の音声に基づき、リクエストする曲名を記載した電子メールを送信するオーディオ装置が知られている。しかし、上述したような従来技術では、ユーザは、リクエストの内容を自ら思案しなければならない。そのため、依然として、ユーザが運転中にリクエストを送信するためには、ユーザにとって負担の大きい作業が必要となっていた。
これに対し、実施の形態１に係るリクエスト生成装置１は、上述のとおり、ユーザがリクエスト内容を思案する作業を必要とすることなく、放送局へのリクエストを自動的に生成する。ユーザは、リクエスト内容を思案する、または、複雑な入力作業を行う等、負担の大きい作業を行うことなく、運転中にリクエストを送信することができる。
なお、ラジオ等による放送では、番組で流す楽曲のリクエストの受け付けに付随して、プレゼント応募も受け付けることがある。実施の形態１に係るリクエスト生成装置１は、例えば、会話において、ユーザが「プレゼント」に関連する発話をした場合、自動的に、リクエストメッセージに、プレゼントが欲しい旨の内容を含めることもでき、ユーザにとって、より利便性の高いサービスを提供することができる。

図９Ａ，図９Ｂは、実施の形態１に係るリクエスト生成装置１のハードウェア構成の一例を示す図である。
実施の形態１において、情報取得部１１と、キーワード取得制御部１２と、楽曲検索部１３と、リクエストメッセージ生成部１４と、リクエスト生成部１５と、表示制御部１６と、指示受付部１７と、出力部１８の機能は、処理回路９０１により実現される。すなわち、リクエスト生成装置１は、放送受信装置１００が放送局に送信するリクエストを生成する制御を行うための処理回路９０１を備える。
処理回路９０１は、図９Ａに示すように専用のハードウェアであっても、図９Ｂに示すようにメモリ９０６に格納されるプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９０５であってもよい。

処理回路９０１が専用のハードウェアである場合、処理回路９０１は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、またはこれらを組み合わせたものが該当する。

処理回路９０１がＣＰＵ９０５の場合、情報取得部１１と、キーワード取得制御部１２と、楽曲検索部１３と、リクエストメッセージ生成部１４と、リクエスト生成部１５と、表示制御部１６と、指示受付部１７と、出力部１８の機能は、ソフトウェア、ファームウェア、または、ソフトウェアとファームウェアとの組み合わせにより実現される。すなわち、情報取得部１１と、キーワード取得制御部１２と、楽曲検索部１３と、リクエストメッセージ生成部１４と、リクエスト生成部１５と、表示制御部１６と、指示受付部１７と、出力部１８は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）９０２、メモリ９０６等に記憶されたプログラムを実行するＣＰＵ９０５、システムＬＳＩ（Ｌａｒｇｅ−Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の処理回路により実現される。また、ＨＤＤ９０２、メモリ９０６等に記憶されたプログラムは、情報取得部１１と、キーワード取得制御部１２と、楽曲検索部１３と、リクエストメッセージ生成部１４と、リクエスト生成部１５と、表示制御部１６と、指示受付部１７と、出力部１８の手順または方法をコンピュータに実行させるものであるとも言える。ここで、メモリ９０６とは、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）等の、不揮発性または揮発性の半導体メモリや、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等が該当する。

なお、情報取得部１１と、キーワード取得制御部１２と、楽曲検索部１３と、リクエストメッセージ生成部１４と、リクエスト生成部１５と、表示制御部１６と、指示受付部１７と、出力部１８の機能について、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。例えば、情報取得部１１と、出力部１８については専用のハードウェアとしての処理回路９０１でその機能を実現し、キーワード取得制御部１２と、楽曲検索部１３と、リクエストメッセージ生成部１４と、リクエスト生成部１５と、表示制御部１６と、指示受付部１７については処理回路９０１がメモリ９０６に格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。
また、リクエスト生成装置１は、ＧＰＳ受信機２、カーナビゲーション装置４、マイク５、または、表示装置６等の装置と、有線通信または無線通信を行う入力インタフェース装置９０３および出力インタフェース装置９０４を備える。

以上の実施の形態１では、キーワード取得部１２１は、複数種類のキーワード取得処理種別のキーワード取得用情報から複数のキーワードを取得することができるものとしたが、これは一例に過ぎない。キーワード取得部１２１は、１種類のキーワード取得処理種別のキーワード取得用情報から、キーワードを１つのみ、取得するようにしてもよい。
この場合、情報取得部１１は、１種類のキーワード取得処理種別のキーワード取得用情報のみを取得すればよく、キーワード取得部１２１は、当該キーワード取得用情報からキーワードを取得する。
キーワード取得部１２１が１種類のキーワード取得処理種別のキーワード取得用情報から、キーワードを１つのみ取得する場合、キーワードリストを生成しなくてもよい。この場合、リクエスト生成装置１は、キーワードリスト生成部１２２を備えない構成としてもよい。

また、以上の実施の形態１では、キーワード取得部１２１は、１種類のキーワード取得処理種別のキーワード取得用情報からは、キーワードを１つのみ、取得することを前提とした（例えば、図４参照）が、これは一例に過ぎない。キーワード取得部１２１は、１種類のキーワード取得処理種別のキーワード取得用情報から、複数のキーワードを取得するようにしてもよい。この場合、１種類のキーワード取得処理種別のキーワード取得用情報から、複数のキーワードが取得され得るアルゴリズムが、予め決められている。また、アルゴリズムにおいて、同一のキーワード取得処理種別のキーワード取得用情報から複数のキーワードが取得された場合の、当該複数のキーワードの優先順位も、決められているものとする。

また、以上の実施の形態１では、リクエスト生成装置１は、リクエスト生成部１５がリクエストを生成すると、表示制御部１６が表示装置６に当該リクエストに関する情報を表示させ、ユーザに対して、リクエストの送信可否を判断させる機能を有するものとした。しかし、リクエスト生成装置１が、ユーザに対して、リクエストの送信可否を判断させる機能を有することは必須ではない。リクエスト生成装置１は、リクエスト生成部１５がリクエストを生成すると、自動的に出力部１８が放送受信装置１００の送信部１０２に当該リクエストを出力するようにしてもよい。この場合、リクエスト生成装置１は、表示制御部１６と指示受付部１７は備えない構成とすることができる。

また、以上の実施の形態１では、リクエストには、楽曲に関する情報およびリクエストメッセージが含まれるものとしたが、これは一例に過ぎない。
リクエストは、リクエストメッセージが含まれていることを必須とせず、リクエストには、少なくとも、楽曲に関する情報が含まれていればよい。
リクエストにはリクエストメッセージが含まれていないものとする場合、リクエスト生成装置１は、リクエストメッセージ生成部１４を備えない構成とすることができる。

また、以上の実施の形態１では、リクエスト生成装置１は、車両に搭載されていることを前提としたが、これは一例に過ぎない。リクエスト生成装置１の構成部の一部または全部が、サーバに備えられるようにしてもよい。

また、リクエスト生成装置１は、車両に搭載されていることを必須としない。例えば、リクエスト生成装置１は、船舶等の移動体に搭載されているものであってもよい。この場合、「ユーザ」とは、車両または移動体の運転者に限らず、例えば、車両または移動体の同乗者であってもよい。
また、リクエスト生成装置１は、いかなる場所に設置されている放送受信装置１００に対しても、適用することができる。「ユーザ」も、放送受信装置１００によって受信される放送局の放送波を視聴するあらゆる人とすることができる。
例えば、リクエスト生成装置１は、家庭内に設置された放送受信装置１００に対して適用されてもよい。この場合、「ユーザ」は、例えば、家庭内に存在する人である。

以上のように、実施の形態１に係るリクエスト生成装置１は、キーワード取得用情報に基づき、キーワードを取得するキーワード取得部１２１と、キーワード取得部１２１が取得したキーワードに基づき、楽曲を検索する楽曲検索部１３と、楽曲検索部１３が検索した楽曲に関する情報に基づき、リクエストを生成するリクエスト生成部１５と、リクエスト生成部１５が生成したリクエストを出力する出力部１８を備えるように構成した。そのため、ユーザは、リクエスト内容を思案する必要なく、放送局へのリクエストを生成することができる。
また、リクエスト生成装置１は、上記構成に加え、楽曲検索部１３が楽曲を検索する際に用いたキーワードに基づき、リクエストメッセージを生成するリクエストメッセージ生成部１４を備え、リクエスト生成部１５は、楽曲検索部１３が検索した楽曲に関する情報と、リクエストメッセージ生成部１４が生成したリクエストメッセージとに基づきリクエストを生成するようにしてもよい。これにより、リクエスト生成装置１は、番組で流す楽曲のみならず、番組で流すメッセージをリクエストに含めることができ、楽曲のみのリクエストを自動生成する場合に比べ、ユーザにとってより利便性の高いサービスを提供することができる。

なお、本願発明はその発明の範囲内において、実施の形態の任意の構成要素の変形、もしくは実施の形態の任意の構成要素の省略が可能である。

１ リクエスト生成装置、１１ 情報取得部、１２ キーワード取得制御部、１２１ キーワード取得部、１２２ キーワードリスト生成部、１３ 楽曲検索部、１４ リクエストメッセージ生成部、１５ リクエスト生成部、１６ 表示制御部、１７ 指示受付部、１８ 出力部、１００ 放送受信装置、１０１ 受信部、１０２ 送信部、２ ＧＰＳ受信機、３ ＤＭＳ、４ カーナビゲーション装置、５ マイク、６ 表示装置、９０１ 処理回路、９０２ ＨＤＤ、９０３ 入力インタフェース装置、９０４ 出力インタフェース装置、９０５ ＣＰＵ、９０６ メモリ。

Claims (10)

1. 放送局宛のリクエストを生成するリクエスト生成装置であって、
   キーワード取得用情報に基づき、キーワードを取得するキーワード取得部と、
   前記キーワード取得部が取得したキーワードに基づき、楽曲を検索する楽曲検索部と、
   前記楽曲検索部が検索した楽曲に関する情報に基づき、前記リクエストを生成するリクエスト生成部と、
   前記リクエスト生成部が生成したリクエストを出力する出力部
   を備えたリクエスト生成装置。
2. 前記楽曲検索部が楽曲を検索する際に用いた前記キーワードに基づき、リクエストメッセージを生成するリクエストメッセージ生成部を備え、
   前記リクエスト生成部は、
   前記楽曲検索部が検索した楽曲に関する情報と、前記リクエストメッセージ生成部が生成したリクエストメッセージとに基づき前記リクエストを生成する
   ことを特徴とする請求項１記載のリクエスト生成装置。
3. 前記リクエスト生成部が生成したリクエストに関する情報を表示する表示制御部と、
   前記表示制御部が表示した前記リクエストに関する情報に基づく、前記リクエストの出力指示を受け付ける指示受付部を備え、
   前記出力部は、
   前記指示受付部が前記リクエストの出力指示を受け付けた場合、前記リクエストを出力する
   ことを特徴とする請求項１または請求項２記載のリクエスト生成装置。
4. 前記キーワード取得部は、前記キーワード取得用情報に基づき、検索用優先順位に従って、前記キーワードを取得する
   ことを特徴とする請求項１から請求項３のうちのいずれか１項記載のリクエスト生成装置。
5. 前記キーワード取得部は、複数の前記キーワード取得用情報に基づき、優先順位に従って複数の前記キーワードを取得し、
   前記楽曲検索部は、
   前記キーワード取得部が前記優先順位に従って取得した複数の前記キーワードに基づき、前記優先順位に従って、複数の前記キーワードのうちの１つ以上の前記キーワードを含む楽曲を検索する
   ことを特徴とする請求項１から請求項４のうちのいずれか１項記載のリクエスト生成装置。
6. 前記キーワード取得用情報は、
   車両の現在地の情報を含む
   ことを特徴とする請求項１から請求項５のうちのいずれか１項記載のリクエスト生成装置。
7. 前記キーワード取得用情報は、
   車両の運転者の状態に関する情報を含む
   ことを特徴とする請求項１から請求項６のうちのいずれか１項記載のリクエスト生成装置。
8. 前記キーワード取得用情報は、
   車両のルート案内情報を含む
   ことを特徴とする請求項１から請求項７のうちのいずれか１項記載のリクエスト生成装置。
9. 前記キーワード取得用情報は、
   発話音声に関する情報を含む
   ことを特徴とする請求項１から請求項８のうちのいずれか１項記載のリクエスト生成装置。
10. 放送局から放送を受信する放送受信装置において当該放送受信装置が前記放送局に送信するリクエストを生成するリクエスト生成プログラムであって、
    コンピュータを、
    キーワード取得用情報に基づき、キーワードを取得するキーワード取得部と、
    前記キーワード取得部が取得したキーワードに基づき、楽曲を検索する楽曲検索部と、
    前記楽曲検索部が検索した楽曲に関する情報に基づき、前記リクエストを生成するリクエスト生成部と、
    前記リクエスト生成部が生成したリクエストを出力する出力部
    として機能させるためのリクエスト生成プログラム。

Images