(57)【特許請求の範囲】
【請求項１】
音声データを含む投稿情報をユーザから受け付け、又は前記ユーザに対して投稿情報を提供するクライアント端末と、前記投稿情報を管理する配信部とを備える情報処理システムであって、
前記投稿情報は、複数種類のカテゴリに分類可能であり、
前記クライアント端末は、
前記クライアント端末の現在の位置情報を含む配信要求信号を前記配信部に送信して、前記配信部から前記投稿情報を取得する投稿情報取得部と、
前記投稿情報取得部が取得した前記投稿情報の音声データを直接又は他の端末を介して前記ユーザに出力する投稿情報制御部と、
前記ユーザに出力する前記投稿情報の頻度を前記ユーザの操作に基づき、前記投稿情報のカテゴリ毎に調整する頻度調整部とを備え、
前記配信部は、
前記クライアント端末からの前記配信要求信号を受け付け、前記クライアント端末に前記投稿情報を配信可能な投稿情報配信部と、
前記投稿情報配信部の前記配信要求信号の受付に伴い、前記クライアント端末の現在位置付近の前記投稿情報を選択する投稿情報選択部とを備え、
前記投稿情報取得部は、前記頻度調整部が調整した前記投稿情報の頻度を含む前記配信要求信号を前記配信部に送信し、
前記投稿情報選択部は、前記配信要求信号に基づきカテゴリ毎に前記投稿情報が頻度以下となるように前記投稿情報の絞り込みを行う
ことを特徴とする情報処理システム。
【請求項２】
請求項１記載の情報処理システムにおいて、
前記クライアント端末は、前記ユーザの操作に基づき前記カテゴリを指定して前記投稿情報を前記配信部に投稿する投稿情報登録部をさらに備える
ことを特徴とする情報処理システム。
【請求項３】
請求項１又は２記載の情報処理システムにおいて、
前記クライアント端末は、前記配信部から音声データを含むコンテンツを取得し、前記コンテンツを直接又は他の端末を介して前記ユーザに出力するラジオ番組処理部を備え、
前記投稿情報制御部は、前記ラジオ番組処理部が出力する一のコンテンツと他のコンテンツの間に前記投稿情報を出力する
ことを特徴とする情報処理システム。
【請求項４】
音声データを含む投稿情報をユーザから受け付け、又は前記ユーザに対して投稿情報を提供するクライアント端末であって、
前記投稿情報は、複数種類のカテゴリに分類可能であり、
前記クライアント端末は、
前記クライアント端末の現在の位置情報を含む配信要求信号を配信部に送信して、前記配信部から前記投稿情報を取得する投稿情報取得部と、
前記投稿情報取得部が取得した前記投稿情報の音声データを直接又は他の端末を介して前記ユーザに出力する投稿情報制御部と、
前記ユーザに出力する前記投稿情報の頻度を前記ユーザの操作に基づき、前記投稿情報のカテゴリ毎に調整する頻度調整部とを備え、
前記投稿情報取得部は、前記頻度調整部が調整した前記投稿情報の頻度を含む前記配信要求信号を前記配信部に送信して、前記配信部からカテゴリ毎に頻度以下となる前記投稿情報を取得する
ことを特徴とするクライアント端末。
【請求項５】
請求項４記載のクライアント端末において、
前記配信部から音声データを含むコンテンツを取得し、前記コンテンツを直接又は他の端末を介して前記ユーザに出力するラジオ番組処理部を備え、
前記投稿情報制御部は、前記ラジオ番組処理部が出力する一のコンテンツと他のコンテンツの間に前記投稿情報を出力する
ことを特徴とするクライアント端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、投稿情報をユーザに提供可能な情報処理システム及びクライアント端末に関する。
【背景技術】
【０００２】
近年、スマートフォン等のクライアント端末においては、ユーザビリティ（使用性）の向上のため、種々のアプリケーションが開発されている。アプリケーションとしては、例えば、ＧＰＳを用いて地図情報にユーザの現在位置を表示するナビゲーションシステム（以下、ナビシステムという）が挙げられる。
【０００３】
このナビシステムもさらに多機能化が図られており、例えば特許文献１には、ユーザ自身が地図情報にメッセージを登録し、その付近に近づいた際に登録したメッセージを自動的に読み上げる技術が提案されている。この場合、ナビシステムは、クライアント端末の通信機能を利用して、ネットワークを介してサーバから他のユーザが登録した投稿情報を取得することで、投稿情報の登録付近に近づいた際に投稿情報を自動的に読み上げるように構成してもよい。
【０００４】
また、アプリケーションとしては、ラジオ番組等のコンテンツをサーバに保存しておき、ネットワークを介してサーバにアクセスしたクライアント端末にコンテンツを配信するラジオシステムも知られている。このラジオシステムにより、ユーザは、移動中等にラジオ番組を聞くことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−１４１９７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
さて、上述したネットワークを介して投稿情報を得るナビシステムとラジオシステムとは、ユーザ側（クライアント端末）で同時に利用してもよい。例えば、ラジオ番組を聞きつつ所定のエリアに近づき投稿情報を受信すると、コンテンツの合間にその投稿情報を読み上げる（提供する）構成とすることができる。
【０００７】
しかしながら、上記構成では、ラジオ番組を聞いている際に、投稿情報が集中しているエリアに近づくと、クライアント端末がサーバから多数の投稿情報を受信してしまう。その結果、ラジオ番組を聞いている際に、投稿情報が長時間連続的に読み上げられるようになり、むしろユーザに不快感を生じさせる可能性が高くなる。
【０００８】
本発明は、上記の投稿情報をユーザに提供する技術に関連してなされたものであり、提供する投稿情報の頻度を任意に調整可能とすることで、使用性を大幅に向上することができる情報処理システム及びクライアント端末を提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記の目的を達成するために、本発明は、音声データを含む投稿情報をユーザから受け付け、又は前記ユーザに対して投稿情報を提供するクライアント端末と、前記投稿情報を管理する配信部とを備える情報処理システムであって、前記投稿情報は、複数種類のカテゴリに分類可能であり、前記クライアント端末は、前記クライアント端末の現在の位置情報を含む配信要求信号を前記配信部に送信して、前記配信部から前記投稿情報を取得する投稿情報取得部と、前記投稿情報取得部が取得した前記投稿情報の音声データを直接又は他の端末を介して前記ユーザに出力する投稿情報制御部と、前記ユーザに出力する前記投稿情報の頻度を前記ユーザの操作に基づき、前記投稿情報のカテゴリ毎に調整する頻度調整部とを備え、前記配信部は、前記クライアント端末からの前記配信要求信号を受け付け、前記クライアント端末に前記投稿情報を配信可能な投稿情報配信部と、前記投稿情報配信部の前記配信要求信号の受付に伴い、前記クライアント端末の現在位置付近の前記投稿情報を選択する投稿情報選択部とを備え、前記投稿情報取得部は、前記頻度調整部が調整した前記投稿情報の頻度を含む前記配信要求信号を前記配信部に送信し、前記投稿情報選択部は、前記配信要求信号に基づきカテゴリ毎に前記投稿情報が頻度以下となるように前記投稿情報の絞り込みを行うことを特徴とする。
【００１０】
また、本発明は、音声データを含む投稿情報をユーザから受け付け、又は前記ユーザに対して投稿情報を提供するクライアント端末であって、前記投稿情報は、複数種類のカテゴリに分類可能であり、前記クライアント端末は、前記クライアント端末の現在の位置情報を含む配信要求信号を配信部に送信して、前記配信部から前記投稿情報を取得する投稿情報取得部と、前記投稿情報取得部が取得した前記投稿情報の音声データを直接又は他の端末を介して前記ユーザに出力する投稿情報制御部と、前記ユーザに出力する前記投稿情報の頻度を前記ユーザの操作に基づき、前記投稿情報のカテゴリ毎に調整する頻度調整部とを備え、前記投稿情報取得部は、前記頻度調整部が調整した前記投稿情報の頻度を含む前記配信要求信号を前記配信部に送信して、前記配信部からカテゴリ毎に頻度以下となる前記投稿情報を取得することを特徴とする。
【００１１】
上記によれば、情報処理システム及びクライアント端末は、頻度調整部を有することで、所定タイミングで出力する投稿情報の頻度をユーザの操作に基づき調整することができ、その使用性を大幅に向上することができる。すなわち、クライアント端末の現在位置付近に登録された投稿情報をユーザに提供することができるので、ユーザは周辺の情報を良好に認識することができる。また、例えば、ユーザがラジオ番組を聞いていた場合でも、ユーザにより再生頻度が調整された投稿情報が適度に挿入されるので、不快感や違和感等をユーザに生じさせることを低減することができる。また、頻度調整部がカテゴリ毎に投稿情報の頻度を調整することで、ユーザが聞きたい投稿情報を集中的に聞く、或いは種々の投稿情報をバランスよく聞く等の詳細な設定を行うことができる。
【００１２】
この場合、前記クライアント端末は、前記配信部から音声データを含むコンテンツを取得し、前記コンテンツを直接又は他の端末を介して前記ユーザに出力するラジオ番組処理部を備え、前記投稿情報制御部は、前記ラジオ番組処理部が出力する一のコンテンツと他のコンテンツの間に前記投稿情報を出力することが好ましい。
【００１３】
このように、ラジオ番組処理部が出力する一のコンテンツと他のコンテンツの間に投稿情報を出力しても、ユーザにより投稿情報の頻度が調整されていることで、ラジオ番組の最中に投稿情報を快適に得ることができる。
【００１６】
さらに、前記クライアント端末は、前記ユーザの操作に基づき前記カテゴリを指定して前記投稿情報を前記配信部に投稿する投稿情報登録部をさらに備えることが好ましい。
【００１７】
このように、投稿情報を配信部に投稿する投稿情報登録部を備えることで、ユーザ自身が感じた所感等を投稿情報として登録することができ、他のユーザと情報を良好に共有することが可能となる。
【発明の効果】
【００１８】
本発明によれば、提供する投稿情報の頻度を任意に調整可能とすることで、使用性を大幅に向上することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係る情報処理システムの全体構成を示す概略説明図である。
【図２】図１の情報処理システムによる車両内でのコンテンツの出力状態を示す概略説明図である。
【図３】図１の情報処理システムの構成を示すブロック図である。
【図４】図１の情報処理システムにおけるラジオシステムを主に示すブロック図である。
【図５】図１の情報処理システムにおけるナビシステムを主に示すブロック図である。
【図６】図５の投稿情報管理部が管理するあしおとデータベースを示す説明図である。
【図７】図５の投稿情報設定部によりタッチパネルに表示される設定画面の一例を示す説明図である。
【図８】図５の頻度調整部によりタッチパネルに表示される頻度調整画面の一例を示す説明図である。
【図９】図１の情報処理システムがラジオシステムとナビシステムを実施した場合の一例を示すシーケンス図である。
【図１０】図９の投稿情報管理部があしおとの選択を行う際の処理フローの一例を示すフローチャートである。
【図１１】図９の投稿情報管理部の処理フローをイメージマップとして示す第１説明図である。
【図１２】図１２Ａは、図１１に続く投稿情報管理部の処理フローの第２説明図であり、図１２Ｂは、図１２Ａに続く投稿情報管理部の処理フローの第３説明図である。
【図１３】図１３Ａは、図１２Ｂに続く投稿情報管理部の処理フローの第４説明図であり、図１３Ｂは、図１３Ａに続く投稿情報管理部の処理フローの第５説明図である。
【図１４】クライアント端末のタッチパネルに表示されたあしおとの一例を示す説明図である。
【発明を実施するための形態】
【００２０】
以下、本発明に係る情報処理システム及びクライアント端末について好適な実施形態を挙げ、添付の図面を参照して詳細に説明する。
【００２１】
一実施形態に係る情報処理システム１０は、図１に示すように、ユーザが所持するクライアント端末１２と、ネットワーク１４を介してクライアント端末１２に情報を配信可能なサーバ１６、１８とを含むネットワークシステムとして構成される。すなわち、ユーザは、クライアント端末１２によりサーバ１６、１８にアクセスし、サーバ１６、１８から所望の情報（データ、コンテンツ等）を取得する。そして、取得した情報がクライアント端末１２内で処理される（又は他の端末に転送し処理される）ことで、情報処理システム１０のサービスを享受することができる。
【００２２】
クライアント端末１２は、プログラムを動作可能に記憶（インストール）し、所定のアプリケーションとして実行し得る装置であれば特に限定されるものではない。例えば、クライアント端末１２としては、携帯型情報端末（ＰＤＡ、スマートフォンを含む携帯電話機、タブレット端末等）、ラップトップコンピュータ、ウェアラブルコンピュータ、ナビゲーション装置、或いは他の情報通信機器を適用することができる。以下の説明ではスマートフォンを一例に説明していく。
【００２３】
クライアント端末１２は、タッチパネル２０（ディスプレイ）、スピーカ２２、マイク２４等を有する。一般的に、スマートフォンでは、タッチパネル２０上に画面情報を表示すると共に、その画像情報をユーザの指により操作する。また、クライアント端末１２は、インフラとして外部に設置された図示しない基地局に対し無線通信可能であり、基地局を介してインターネット等のネットワーク１４に接続する。
【００２４】
さらに、情報処理システム１０は、ユーザがクライアント端末１２を車両２６内に持ち込むことで、クライアント端末１２と車載端末２８が相互にデータ通信可能に接続される構成となっている。例えば、クライアント端末１２と車載端末２８は、近距離無線通信により接続される。車両２６に搭載される車載端末２８は、特に限定されるものではないが、例えば、車載タッチパネル３０、車載スピーカ３２及び車載マイク３４を備えるディスプレイオーディオ（Ｄｉｓｐｌａｙ  Ａｕｄｉｏ）やカーナビゲーションシステムが挙げられる。
【００２５】
つまり、クライアント端末１２は、車両２６の走行中にサーバ１６、１８から情報を得て車載端末２８に送信することで、比較的大きな車載タッチパネル３０に画面情報を表示し、また車載スピーカ３２から音情報を出力し得る。この機能は、端末同士の転送システムとして公知であるため、具体的な説明は省略する。
【００２６】
図２に示すように、車載端末２８の本体部２８ａは、例えば、車内のダッシュボード３６の幅方向略中央部に配置される。車載タッチパネル３０は、本体部２８ａの車室内を臨む面に取り付けられ、運転席３８に着座した運転者は、車載タッチパネル３０に対しタッチ操作やスライド操作、フリック操作等を行うことができる。一方、車載スピーカ３２は、フロントドア４０の両サイドのキックパネル等に取り付けられる。車載マイク３４は、図２中では図示しないが、フロントウインドシールドに配置されたバックミラーの上方のルーフ部等に取り付けられる。
【００２７】
そして、情報処理システム１０は、サーバ１６、１８からユーザ側（クライアント端末１２、車載端末２８）に、２種類の配信サービス（ラジオシステム、ナビシステム）を提供することが可能となっている。ラジオシステムは、ラジオ番組として収録されたラジオ音声コンテンツＣをサーバ１６に保存し、クライアント端末１２がネットワーク１４を通してサーバ１６からラジオ音声コンテンツＣを受信するシステムである。このラジオ音声コンテンツＣは、クライアント端末１２を介して車載端末２８の車載スピーカ３２から出力される。
【００２８】
一方、ナビシステムは、基本的には、クライアント端末１２のアプリケーションとして、ユーザの現在位置を地図情報Ｔに表示し、また目的地までのルートを案内するシステムとしてインストールされる。サーバ１８からは、他のユーザ（又はユーザ自身）が投稿した投稿情報を受信する。
【００２９】
本明細書中の「投稿情報」とは、ユーザが訪れたスポットに関する情報であり、音声データとして登録される。投稿情報は、一のユーザからサーバ１８に投稿されることで、他の複数のユーザがアクセス可能な共有の情報となる。換言すれば、スポットに関する所感（所謂、つぶやき）を、サーバ１８に接続するユーザ同士で共有するとも言い得る。例えば、投稿情報としては、観光エリアや食事エリア等の感想（お勧め等）や状況（混雑具合等）、道路の状況（渋滞、通行止等）が挙げられる。或いは、投稿情報は、スポットの被訪問側が、状況（通行止、休業等）や広告を告知するために登録されてもよい。
【００３０】
以下の説明では、他のユーザがスポットに残した音声データを聞くことを鑑み、情報処理システム１０内に登録される投稿情報のコンテンツのことを「あしおとＡ」とも言う。このあしおとＡには、ユーザが登録する際に、音声データの他にスポットの位置情報が一緒に付加される。あしおとＡは、ユーザがあしおとＡのスポットに近づいた際に、情報処理システム１０の動作に基づき、車載端末２８の車載タッチパネル３０上の地図情報Ｔに重畳され、且つ所定のタイミングで車載端末２８の車載スピーカ３２から出力される。
【００３１】
情報処理システム１０では、ラジオシステムのラジオ音声コンテンツＣ（又は配信楽曲情報、保存楽曲情報Ｍ等）と、ナビシステムのあしおとＡとが車載スピーカ３２からシリアルに出力される。そのため、クライアント端末１２及びサーバ１６、１８は、車載スピーカ３２からの出力が違和感のないようにコンテンツを再生制御するように構成される。
【００３２】
以下、図３〜図５に示すブロック図を参照して、上記２つのサービスを実施する構成について具体的に説明していく。
【００３３】
情報処理システム１０は、図３に示すように、上述した２種類のコンテンツを配信する配信部１５として、ラジオ音声コンテンツＣを配信するサーバ１６と、あしおとＡを配信するサーバ１８とを備える。サーバ１６、１８は、図示しない演算処理部、記憶部、入出力部等を備える公知のコンピュータにより構成される。なお、本実施形態では、ラジオシステムとナビシステムとで異なるサーバ１６、１８を使用しているが、同じサーバにより２つのシステムを実現してもよい。また、クライアント端末１２と配信部１５の関係は、クライアント−サーバ方式に限定されず、例えば配信部１５をｐｅｅｒ−ｔｏ−ｐｅｅｒ型ネットワークとして構成してもよい。
【００３４】
サーバ１６は、演算処理部、記憶部等により構成される制御部４２を有し、この制御部４２には、ラジオシステムのストリーミング管理部４４がプログラムの動作によって形成される。同様に、サーバ１８は、演算処理部、記憶部等により構成される制御部４６を有し、この制御部４６には、ナビシステムの投稿情報管理部４８がプログラムの動作によって形成される。また、サーバ１６、１８は、ネットワーク１４に有線（又は無線）接続し、クライアント端末１２からコンテンツの配信が要求されると共に、クライアント端末１２にコンテンツを配信する送受信部１６ａ、１８ａを備える。なお、送受信部１６ａ、１８ａは、送信部と受信部を別体に構成してもよい。
【００３５】
クライアント端末１２は、上述したようにスマートフォンとして構成され、タッチパネル２０、スピーカ２２、マイク２４等のデバイスを備える。タッチパネル２０は、筐体の一平面の大部分を占め地図情報Ｔ等の画像情報を表示する表示部５０と、表示部５０上でのユーザの操作を反映する操作部５２とを有する。クライアント端末１２の内部には、ネットワーク１４（基地局）に無線通信可能な送受信部５４と、図示しない演算処理部、記憶部等により構成される制御部５６と、他の端末に近距離無線通信可能な近距離通信インターフェース５８とが設けられている。
【００３６】
クライアント端末１２の制御部５６は、プログラムの動作によって構成される再生コンテンツ処理部６０及びＧＰＳ処理部６２を有する。再生コンテンツ処理部６０は、サーバ１６、１８や車載端末２８との間でデータ通信を行うと共に、コンテンツの再生を制御する。この再生コンテンツ処理部６０は、主にラジオシステムの制御を行うストリーミング処理部６４（ラジオ番組処理部）と、ナビシステムの投稿情報（あしおとＡ）を制御する投稿情報処理部６６とを有する。
【００３７】
一方、ＧＰＳ処理部６２は、主にナビシステムの制御を行う。すなわち、ＧＰＳ処理部６２は、図示しないＧＰＳ衛星との間で衛星通信を実施し、衛星通信によりクライアント端末１２自体の位置情報Ｐを算出し、地図情報Ｔにその位置情報Ｐを示す（図１４参照）。さらに、ＧＰＳ処理部６２は、地図情報Ｔに目的地を設定することで、目的地までのルートを設定することができる。このようなナビシステムの機能は公知であるため、その詳細については説明を省略する。
【００３８】
近距離通信インターフェース５８は、ｂｌｕｅｔｏｏｔｈ等の近距離無線通信の規格に準じたデータ通信を行うデバイスである。勿論、クライアント端末１２と車載端末２８の接続は、無線通信に限定されるものではなく、ＵＳＢやＨＤＭＩ（登録商標）等を利用した有線通信であってもよい。
【００３９】
車載端末２８は、上述したようにディスプレイオーディオとして構成され、車載タッチパネル３０、車載スピーカ３２、車載マイク３４等のデバイスを有する。また、車載端末２８は、各デバイスの動作を統一的に制御する制御部６８と、クライアント端末１２との間で近距離無線通信を行う近距離通信インターフェース７０とを備える。
【００４０】
車載タッチパネル３０は、クライアント端末１２のタッチパネル２０と同様の機能を奏する表示部７２及び操作部７４を備える。制御部６８は、車載端末２８単独での動作の他に、近距離通信インターフェース７０を介してクライアント端末１２からデータを受信することで、クライアント端末１２と同様の情報を車載タッチパネル３０に表示させ、又は車載スピーカ３２から出力させる。
【００４１】
これとは逆に、制御部６８は、車載タッチパネル３０上のユーザの操作内容を、近距離通信インターフェース７０を介してクライアント端末１２に送信し、クライアント端末１２を操作することも可能である。さらに、制御部６８は、車載マイク３４によりユーザの音声を収録した際に、その音声データをクライアント端末１２に送信してクライアント端末１２に記録させる、又はサーバ１８へ送信させることができる。
【００４２】
なお、情報処理システム１０は、上記の構成に限定されるものではなく、例えば、図１に示すように車載端末２８を用いずに配信部１５、ネットワーク１４及びクライアント端末１２Ａで構築してもよい。当然、ユーザは車両２６に搭乗しなくてもよく、車両２６に搭乗してもユーザ側はクライアント端末１２だけで動作を実施してよい。
【００４３】
以下、情報処理システム１０のラジオシステムについて、図４を参照して説明する。ラジオシステムは、ネットワークプロトコルを通じてサーバ１６からラジオ番組を配信する、所謂ネットワークラジオである。ネットワークラジオのコンテンツは、サーバ１６のストリーミング管理部４４によりストリーミングデータとして配信される。このコンテンツは、再生上の時間幅を有し、一のコンテンツの時間幅を再生した後に、次のコンテンツに自動的に切り替わって再生するように構成され、データ的には一端途切れる（図２も参照）。
【００４４】
また、ネットワークラジオのコンテンツは、音声情報（ラジオ音声コンテンツＣ：図２参照）と、音楽配信がなされる配信楽曲情報（図示せず）とに分けることができる。ラジオ音声コンテンツＣは、ディスクジョッキーが話すパートであり、配信楽曲情報は、例えばラジオ音声コンテンツＣ中で楽曲が紹介された場合に、ユーザの要求によりクライアント端末１２にダウンロードされて再生されるパートである。よって、ラジオ音声コンテンツＣと配信楽曲情報もデータ上で分離され、配信楽曲情報は、例えば、一のラジオ音声コンテンツＣと次のラジオ音声コンテンツＣの間に再生される。
【００４５】
一般的に、配信楽曲情報は、事前又は取得時に契約して楽曲のライセンス料を支払うことで配信される。そこで、本実施形態に係る情報処理システム１０は、ユーザのコスト負担を軽減するため、配信楽曲情報に代えてクライアント端末１２内に保存されている保存楽曲情報Ｍ（図２参照）を再生することが可能となっている。すなわち、図２の車載スピーカ３２から出力されるコンテンツ再生チャートＸを参照すると、クライアント端末１２は、ラジオ音声コンテンツＣ２の再生後に（あしおとＡの再生を挟んで）クライアント端末１２が保存する保存楽曲情報Ｍ１、Ｍ２を再生している。勿論、配信楽曲情報を配信して再生してもよく、２つのラジオ音声コンテンツＣの間に楽曲を挟まなくてもよい。また、合間に再生される配信楽曲情報や保存楽曲情報Ｍの再生数は任意又はランダムに設定し得る。
【００４６】
保存楽曲情報Ｍを再生する際には、先に楽曲開始案内音声情報ＭＳを再生することで、ユーザの違和感を低減することが好ましい。楽曲開始案内音声としては、例えば「それではそろそろ曲に移ります。２曲続けてどうぞ。」等の導入表現が出力されるとよい。さらに、図２には図示していないものの保存楽曲情報Ｍの再生終了後に楽曲終了案内音声情報を再生してもよい。
【００４７】
図４に戻り、サーバ１６のストリーミング管理部４４は、ユーザの要求に応じてラジオ音声コンテンツＣ及び配信音楽情報を配信する機能を有する。このストリーミング管理部４４は、ストリーミング配信部７６、ストリーミング選択部７８、及び複数のラジオ音声コンテンツＣ又は配信楽曲情報が記憶されるコンテンツ記憶部８０を備える。
【００４８】
ストリーミング配信部７６は、サーバ１６の送受信部１６ａ（図３参照）に接続され、ユーザのラジオ配信要求信号ＲＲを受け付ける。また、ストリーミング配信部７６は、ストリーミング選択部７８が選択したラジオ音声コンテンツＣをストリーミングデータとしてクライアント端末１２に配信する。ストリーミング選択部７８は、コンテンツ記憶部８０に記憶されているコンテンツを管理し、ラジオ配信要求信号ＲＲの受付に伴いコンテンツ記憶部８０からラジオ音声コンテンツＣや配信楽曲情報を選択し配信を設定する。なお、ラジオシステムは、ラジオ音声コンテンツＣを配信するサーバと、配信楽曲情報を配信するサーバとを別々に設置してもよい。
【００４９】
クライアント端末１２（再生コンテンツ処理部６０）のストリーミング処理部６４は、ストリーミング取得部８２、コンテンツ再生制御部８４、楽曲開始案内記憶部８６及び楽曲記憶部８８を備える。ストリーミング取得部８２は、ユーザの操作に基づき、ラジオ配信要求信号ＲＲを生成しサーバ１６に向けて送信する。また、ストリーミング取得部８２は、サーバ１６から送信されるラジオ音声コンテンツＣを受信すると、そのラジオ音声コンテンツＣをクライアント端末１２の記憶部に一時的に保存する。
【００５０】
コンテンツ再生制御部８４は、クライアント端末１２が出力する音情報（コンテンツ）を全体的に管理する機能を有している。このコンテンツ再生制御部８４は、ストリーミング再生部９０、楽曲開始案内再生部９２、保存楽曲情報再生部９４及び投稿情報割込部９６によって構成されている。
【００５１】
ストリーミング再生部９０は、サーバ１６から配信されるストリーミングデータ（ラジオ音声コンテンツＣ又は配信楽曲情報）を再生する。この場合、ストリーミング再生部９０は、ストリーミング取得部８２によるストリーミングデータの記憶中に、記憶部からストリーミングデータを読み込むことで、コンテンツを再生する。
【００５２】
楽曲開始案内再生部９２は、配信音楽情報の代わりに保存楽曲情報Ｍを再生する際に、楽曲開始案内音声情報ＭＳを再生する。楽曲開始案内音声情報ＭＳは、楽曲開始案内記憶部８６に記憶されており、楽曲開始案内再生部９２は、保存楽曲情報Ｍの再生前に楽曲開始案内音声情報ＭＳを読み込んで再生する。
【００５３】
保存楽曲情報再生部９４は、クライアント端末１２内の楽曲記憶部８８に保存されている保存楽曲情報Ｍを再生する。保存楽曲情報Ｍは、ストリーミングデータと異なる保存形式で保存されており、保存楽曲情報再生部９４は保存形式に応じた再生を行う。保存楽曲情報再生部９４は、保存楽曲情報Ｍの再生時に、ラジオ音声コンテンツＣに基づき再生時間や再生順序を自動的に設定する。或いは、保存楽曲情報再生部９４は、ユーザの設定順やランダムに保存楽曲情報Ｍを再生してもよい。
【００５４】
投稿情報割込部９６は、投稿情報処理部６６に接続され、コンテンツの再生中にコンテンツの終了タイミングを投稿情報処理部６６に示し、あしおとＡの再生を割り込ませる。このあしおとＡの再生については後述する。
【００５５】
また、車載端末２８の制御部６８は、近距離通信インターフェース７０を介してクライアント端末１２の再生信号ＲＳを受信し、その再生信号ＲＳを適宜変換して車載スピーカ３２により再生する再生制御部９８を有する。これにより、図２に示すように、車載スピーカ３２からは、ラジオ番組（ラジオ音声コンテンツＣ、楽曲開始案内音声情報ＭＳ、保存楽曲情報Ｍ（又は配信楽曲情報））が良好に出力される。
【００５６】
次に、情報処理システム１０によって構成されるナビシステムについて図５を参照して説明する。ナビシステムは、上述したように、ＧＰＳ処理部６２による現在位置の表示に連動して、あしおとＡをサーバ１８から受信し車載スピーカ３２から音声出力を行う（又は車載タッチパネル３０に表示する）機能を有する。あしおとＡは、基本的に１つのスポットに対し１人のユーザが投稿した音声データ毎に保存され、ストリーミング方式又はダウンロード方式で送信される。
【００５７】
サーバ１８の投稿情報管理部４８は、ユーザのアクセスに応じてあしおとＡに関する種々の処理を行うように構成されている。この投稿情報管理部４８は、投稿情報登録部１００、投稿情報配信部１０２、投稿情報選択部１０４、及びあしおとＡ（投稿情報）を記憶する投稿情報記憶部１０６を備えている。
【００５８】
投稿情報登録部１００は、ネットワーク１４を介してユーザが投稿した音声データを投稿情報記憶部１０６にあしおとＡとして登録する。あしおとＡは、音声データと共にクライアント端末１２側でグループ、カテゴリ、位置情報に関する情報が付加され、さらにサーバ１８側の登録時に地域、投稿日時及び保存期間が付加されて投稿情報記憶部１０６に記憶される。すなわち、図６に示すように、投稿情報登録部１００は、投稿情報記憶部１０６へのあしおとＡの記憶時に、保管アドレス１０８と共にあしおとＡを検索し易いように複数種類のデータ項目を有するあしおとデータベースＤＢを構築する。
【００５９】
「地域」のデータ項目１１０は、あしおとＡが登録されるスポットの地域単位での分類情報であり、例えば、宇都宮、日光等のように市町村単位で分けられる。「地域」は、音声データに付加される位置情報に基づき投稿情報登録部１００が判別することで自動的に設定される。
【００６０】
「グループ」のデータ項目１１２は、あしおとＡを共有する対象ユーザを設定するための分類情報である。例えば、友達同士で行くことを薦めるスポットには「友達」というグループ区分の情報が付加され、家族で行くことを薦めるスポットには「家族」というグループ区分の情報が付加される。
【００６１】
「カテゴリ」のデータ項目１１４は、音声データとして登録するあしおとＡがどのような種類の情報なのかを示す分類情報であり、例えば「気持ち」、「思い出」、「食事」、「風景」、「渋滞」、「通行止」が挙げられる（図７も参照）。「気持ち」とは、登録するスポットに対するユーザが直感的（瞬間的）に感じた所感である。「思い出」とは、登録するスポットに対し「気持ち」よりも深い感動を伝えたい内容、例えば後々に思い出しても楽しくなるような内容である。「食事」とは、登録するスポット（飲食店）で食べた食事に関する感想や混雑状況の報知である。「風景」とは、登録するスポット（観光エリア）で見た風景に関する感想や混雑状況の報知である。「渋滞」とは、道路の混雑状況を伝える交通情報である。「通行止」とは、工事や災害等により道路が通行できないことを伝える交通情報である。
【００６２】
「位置情報」のデータ項目１１６は、登録するスポットの所在に関するデータであり、「地域」よりも具体的に数値化した情報である。例えば、あしおとＡ（スポット）の位置は、１つの２次元座標上に日本地図全体を配し、この２次元座標のＸ軸とＹ軸の数値で特定することができる。
【００６３】
「投稿日時」のデータ項目１１８は、あしおとＡの登録タイミングを設定するものであり、後述するあしおとＡの選択時に、あしおとＡの新しい日時順にソーティングする際に使用する。
【００６４】
「保存期間」のデータ項目１２０は、あしおとＡの消去タイミングを設定するものであり、投稿日時に対し所定期間を上乗せするように付与される。投稿情報登録部１００は、あしおとＡのカテゴリに応じて適当な保存期間を付与する。例えば、「気持ち」に属するあしおとＡには１日、「思い出」に属するあしおとＡには１０年、「食事」や「風景」に属する「あしおとＡ」には１ヶ月、「渋滞」に属するあしおとＡには３０分、「通行止」に属するあしおとＡには３時間等の保存期間が、投稿日時に自動的に加算される。なお「通行止」は、行政や工事者等が実際の通行止の期間を指定してもよい。これにより、保存期間が過ぎたあしおとＡを消去することが可能となり、サーバ１８のデータ量の低減や検索速度の向上が図られる。
【００６５】
図５に戻り、投稿情報配信部１０２は、送受信部１８ａ（図３参照）に接続され、クライアント端末１２のあしおと配信要求信号ＡＲを受け付ける機能を有する。また、投稿情報配信部１０２は、あしおと配信要求信号ＡＲに基づき投稿情報選択部１０４が選択したあしおとＡをクライアント端末１２に配信する。
【００６６】
投稿情報選択部１０４は、投稿情報記憶部１０６に記憶されているあしおとＡを管理し、あしおと配信要求信号ＡＲの受付に伴い投稿情報記憶部１０６からあしおとＡを選択（リスト化）し配信を設定する。投稿情報選択部１０４は、あしおと配信要求信号ＡＲに含まれる情報に基づき、あしおとＡの検索及び読み出し等の処理を行う。この投稿情報選択部１０４（投稿情報管理部４８）の動作については後述する。
【００６７】
クライアント端末１２（再生コンテンツ処理部６０）の投稿情報処理部６６は、投稿情報登録部１２２、投稿情報取得部１２４、投稿情報設定部１２６、投稿情報制御部１２８、投稿情報記憶部１３０及び投稿開始案内記憶部１３２を備える。
【００６８】
投稿情報登録部１２２は、ユーザ側からサーバ１８にあしおとＡを登録するための機能部である。投稿情報登録部１２２は、あしおとＡを登録する際に、車載端末２８の車載タッチパネル３０に登録するための登録画面を表示させ、ユーザの登録操作を案内する。この投稿情報登録部１２２は、車載端末２８の録音制御部１７６にデータ通信可能に接続される。ユーザが車載マイク３４から音声データを入力すると、音声データは、録音制御部１７６により投稿情報登録部１２２に送信される。また、投稿情報登録部１２２は、車載タッチパネル３０の画面操作によりグループ、カテゴリ、位置情報を入力されると、あしおとＡの音声データにこれらの情報を含ませ、１つの投稿情報としてサーバ１８に送信する。サーバ１８は、この投稿情報を受信すると、投稿情報登録部１００により地域、投稿日時、保存期間の情報を付与する等の処理を行い、あしおとＡとして投稿情報記憶部１０６に記憶させると共に、あしおとデータベースＤＢに書き込む。
【００６９】
投稿情報取得部１２４は、あしおと配信要求信号ＡＲを生成する要求情報生成部１２４ａを有し、サーバ１８に対しあしおとＡの配信を要求すると共に、サーバ１８からあしおとＡを取得して投稿情報記憶部１３０に記憶する。この投稿情報取得部１２４は、投稿情報設定部１２６に接続されており、要求情報生成部１２４ａは、投稿情報設定部１２６の設定情報に基づきあしおと配信要求信号ＡＲを生成する。
【００７０】
投稿情報設定部１２６は、クライアント端末１２のタッチパネル２０又は車載端末２８の車載タッチパネル３０に、例えば、図７に示すようなあしおとＡの配信を設定させる設定画面１３４を表示する。この設定画面１３４は、あしおとＡの配信を設定する際に、タッチパネル２０上に表示されているアプリケーション起動用のアイコン（図示せず）をユーザが操作することで表示される。
【００７１】
あしおとＡの設定画面１３４は、再生方法設定画面１３６、グループ選択画面１３８、カテゴリ選択画面１４０を含む。再生方法設定画面１３６では、近くのあしおとＡを（自動的に）読み上げるか、近くのあしおとＡを（地図上にマークとして）表示するかをユーザに選択させる。投稿情報処理部６６は、近くのあしおとＡを地図上に表示する場合に、ユーザがマークＺ（図１４参照）をタッチ操作することに基づきあしおとＡ（音声）を再生するように制御する。一方、近くのあしおとＡを自動的に読み上げる場合には、２つのラジオ音声コンテンツＣの間にあしおとＡを再生するように制御する（図２も参照）。
【００７２】
そして、グループ選択画面１３８では、あしおとＡのグループをユーザに選択させ、カテゴリ選択画面１４０ではあしおとＡのカテゴリを選択させる。カテゴリ選択画面１４０において、ユーザは聞きたいあしおとのカテゴリを複数選択することが可能である。
【００７３】
図５に戻り、投稿情報設定部１２６は、あしおとＡを自動的に読み上げる際の頻度（配信数）を変動させる頻度調整部１４２を備える。上述したように、あしおとＡを自動的に読み上げる設定では、ラジオ音声コンテンツＣの間にあしおとＡを挿入する。しかしながら、ユーザの近くに多数のあしおとＡが登録されている場合には、ラジオ番組を聞いている最中にあしおとＡが長時間連続的に読み上げられることになる。そのため、情報処理システム１０では、ラジオ番組の再生中にあしおとＡが適度に再生されるように、頻度調整部１４２によりユーザがその頻度を調整可能な構成となっている。
【００７４】
なお、本明細書中のあしおとＡの「頻度」とは、２つのラジオ音声コンテンツＣの間で再生される際のあしおとＡの再生数であり、１度のあしおと配信要求信号ＡＲによりサーバ１８から送信されるあしおとＡの数に相当する。あしおとＡの頻度は、カテゴリ毎に調整可能であり、サーバ１８側ではあしおと配信要求信号ＡＲに基づきカテゴリ毎のあしおとＡの再生限界数を設定する。なお、クライアント端末１２からあしおと配信要求信号ＡＲを送信する際には、サーバ１８が頻度（再生数）に応じたあしおとＡを選択し得る指示内容であればよい。例えば、情報処理システム１０は、カテゴリ毎のあしおとＡの再生数を指定する構成、あしおとＡの登録数を１００％とした際の再生率（例えば、５０％）を指定する構成等をとり得る。以下では、カテゴリ毎のあしおとＡの再生数を指定する構成について説明する。
【００７５】
図７に示すように、カテゴリ選択画面１４０には、あしおとＡの読み上げ頻度調整画面１４４に移動する読み上げ頻度調整ボタン１４６が表示される。ユーザがこの読み上げ頻度調整ボタン１４６を押すと、例えば、図８に示す頻度調整画面１４４が表示される。頻度調整画面１４４は、あしおとＡの頻度をカテゴリ毎に設定するように、６つの調整部（気持ち頻度調整部１４８、思い出頻度調整部１５０、食事頻度調整部１５２、風景頻度調整部１５４、渋滞頻度調整部１５６、通行止頻度調整部１５８）により構成される。各調整部は、頻度バー１６０、スライダ１６２、＋ボタン１６４、−ボタン１６６を有する。
【００７６】
頻度バー１６０は、タッチパネル２０の横方向に長く表示され、あしおとＡの頻度（再生数）を比喩的に示している。具体的には、頻度バー１６０の右側があしおとＡの最大再生数（例えば、５回）であり、左側があしおとＡの最小再生数（例えば、１回）である。なお、頻度バー１６０で設定されるあしおとＡの頻度の最大再生数や最小再生数は、カテゴリ毎に違ってよい。例えば、「気持ち」や「食事」のカテゴリは、あしおとＡが多く登録されることが想定されるため最大再生数を１０回程度に設定し、「通行止」のカテゴリは、最大再生数を３回程度に設定するとよい。
【００７７】
スライダ１６２は、ユーザが指を合わせてスライド操作することで、頻度バー１６０の長手方向に移動する操作ボタンである。つまり、スライダ１６２を右側に移動させると、あしおとＡの頻度が段階的に増加し、スライダ１６２を左側に移動させると、あしおとＡの頻度が段階的に減少する。
【００７８】
また、＋ボタン１６４は、スライダ１６２を離散的（１頻度毎）に右方向に移動させることで、あしおとＡの頻度を増加させる操作ボタンである。同様に、−ボタン１６６は、スライダ１６２を離散的（１頻度毎）に左方向に移動させることで、あしおとＡの頻度を減少させる操作ボタンである。図５に示す頻度調整部１４２は、頻度調整画面１４４においてユーザに調整されたカテゴリ毎のあしおとＡの頻度情報をクライアント端末１２の記憶部に記憶させる。
【００７９】
図５に戻り、要求情報生成部１２４ａは、投稿情報処理部６６が指示するタイミングで、あしおと配信要求信号ＡＲを生成する。このあしおと配信要求信号ＡＲには、図６に示す「グループ」、「カテゴリ」、「位置情報」のデータ項目１１２、１１４、１１６に対応するグループ情報、カテゴリ情報、現在位置情報が含まれる。さらに、あしおと配信要求信号ＡＲには、カテゴリ毎のあしおとＡの頻度情報と、全カテゴリのあしおとの合計数に対する総頻度（総頻度情報）が含まれる。
【００８０】
「総頻度情報」とは、サーバ１８がクライアント端末１２に送信するあしおとＡの総数を減らすための情報である。例えば、６つのカテゴリ全てのあしおとＡの頻度を３個に設定していた場合、仮にあしおとＡが密集している地域であしおとＡを要求すると、最大で１８（＝６×３）個のあしおとＡが配信される可能性がある。総頻度情報は、全カテゴリのあしおとＡの総頻度（例えば、最大で１０個）に設定することで、あしおとＡの再生数を制限することができる。この総頻度情報は、投稿情報処理部６６で自動設定してもよく、ユーザが設定できるように構成してもよい。
【００８１】
また、あしおと配信要求信号ＡＲの「現在位置情報」には、クライアント端末１２の位置データ（Ｘ軸やＹ軸の値）と共に、車両２６（ユーザ）の進行方向を示すベクトルが含まれる。この現在位置情報のベクトルは、投稿情報選択部１０４がクライアント端末１２とあしおとＡの相対位置を判別する際に使用される。
【００８２】
投稿情報取得部１２４は、要求情報生成部１２４ａがあしおと配信要求信号ＡＲを生成すると、このあしおと配信要求信号ＡＲをサーバ１８に送信する。これにより、サーバ１８は、頻度に応じた複数（又は１つ）のあしおとＡを選択してクライアント端末１２に送信する。投稿情報取得部１２４は、サーバ１８からあしおとＡを取得すると、そのあしおとＡを投稿情報記憶部１３０に記憶する。
【００８３】
投稿情報制御部１２８は、投稿情報記憶部１３０に記憶されたあしおとＡの再生を制御する。この投稿情報制御部１２８は、ストリーミング処理部６４に接続する投稿情報再生部１７０と、ＧＰＳ処理部６２に接続する地図情報重畳部１７２とを有する。
【００８４】
投稿情報再生部１７０は、ストリーミング処理部６４によるコンテンツの再生状況を監視し、投稿情報記憶部１３０に記憶されたあしおとＡを適宜読み出して、２つのラジオ音声コンテンツＣの間にあしおとＡを割り込ませて再生する。複数のあしおとＡの再生順は、特に限定されるものではなく、例えば、投稿日時が新しい（又は古い）順、優先度が高い順（又は低い順）等、或いはランダムに設定される。また、投稿情報再生部１７０は、あしおと開始案内音声情報ＳＳが記憶されている投稿開始案内記憶部１３２に接続されており、あしおとＡを再生する前にあしおと開始案内音声情報ＳＳを読み込んで再生する。このあしおと開始案内音声情報ＳＳは、２つのラジオ音声コンテンツＣの間にあしおとＡを挟む際に、ユーザの違和感を低減させるためのものである。あしおと開始案内音声としては、例えば「この付近にあしおとがありました。あしおとを再生します。」等の導入表現が出力されるとよい。
【００８５】
地図情報重畳部１７２は、再生されるあしおとＡのスポットをナビシステムが表示する地図情報Ｔに重ね合わせて表示する。複数のあしおとＡを地図情報Ｔに表示する場合には、カテゴリが表記されたマークＺを地図情報Ｔ上に重ねるとよく、特に投稿情報再生部１７０があしおとＡを再生している際にマークＺを点滅表示するとよい。
【００８６】
車載端末２８（制御部）は、ストリーミング処理部６４を介して投稿情報再生部１７０に接続される再生制御部９８と、ＧＰＳ処理部６２を介して地図情報重畳部１７２に接続される表示制御部１７４とを有する。再生制御部９８は、上述したように、クライアント端末１２が再生する音情報を車載スピーカ３２から出力するように制御しており、あしおとＡも車載スピーカ３２から出力させる。表示制御部１７４は、クライアント端末１２が表示するあしおとＡが重畳された地図情報を、車載タッチパネル３０に表示させる。
【００８７】
本実施形態に係る情報処理システム１０及びクライアント端末１２は、基本的には以上のように構成されるものであり、以下その作用効果について説明する。
【００８８】
以下の説明では、ラジオ番組の再生時にあしおとＡを再生する動作を詳述していく。勿論、情報処理システム１０は、ラジオシステム（ラジオ番組の再生）やナビシステム（あしおとＡの再生）を単独で動作させることも可能である。
【００８９】
図９に示すように、情報処理システム１０のストリーミング処理部６４は、ユーザによりラジオ番組の配信が設定されることでラジオシステムを実施する（ステップＳ１）。ユーザは、ストリーミング処理部６４によりタッチパネル２０（又は車載タッチパネル３０）に表示されたラジオ番組の設定案内に基づき、聞きたいラジオ番組の選択を行う。ストリーミング処理部６４のストリーミング取得部８２は、ユーザの設定に基づきラジオ配信要求信号ＲＲを生成してサーバ１６に送信する（ステップＳ２）。
【００９０】
また、ラジオシステムの実施に並行して、情報処理システム１０の投稿情報処理部６６は、ユーザによりナビシステムのあしおとＡの配信が設定されることであしおとＡの配信を開始する（ステップＳ３）。勿論、あしおとＡの配信の設定はラジオシステムの実施前でもよい。ユーザは、あしおとＡの配信の設定において、投稿情報設定部１２６によりタッチパネル２０に表示された設定画面１３４（図７参照）に従って、あしおとＡの出力方法、グループ、カテゴリを設定する。さらに、頻度調整部１４２によりタッチパネル２０に表示された頻度調整画面１４４（図８参照）に従って、あしおとＡの頻度を調整することができる。
【００９１】
一方、サーバ１６のストリーミング管理部４４は、ラジオ配信要求信号ＲＲを受け付けると、要求されたラジオ番組のラジオ音声コンテンツＣを配信する（ステップＳ４）。この際、ストリーミング管理部４４のストリーミング選択部７８がコンテンツ記憶部８０内を検索して、ラジオ音声コンテンツＣを選択する。ラジオ音声コンテンツＣは、ストリーミングデータであり、ストリーミング処理部６４は、ストリーミング取得部８２がラジオ音声コンテンツＣを取得し記憶部に一時的に記憶している間に、そのデータを順次再生していく（ステップＳ５）。これにより、車載スピーカ３２からはラジオ音声コンテンツＣが音声出力される。
【００９２】
サーバ１６から配信されたラジオ音声コンテンツＣは、音声の出力中（再生中）にデータ上の配信が先に終了する（ステップＳ６）。このため、投稿情報処理部６６は、ラジオ音声コンテンツＣの配信終了を監視し、ラジオ音声コンテンツＣの配信終了を検出すると（ステップＳ７）、要求情報生成部１２４ａによりあしおと配信要求信号ＡＲを生成する。投稿情報処理部６６の投稿情報取得部１２４は、生成したあしおと配信要求信号ＡＲをサーバ１８の投稿情報管理部４８に送信する（ステップＳ８）。
【００９３】
投稿情報管理部４８は、あしおと配信要求信号ＡＲを受け付けると、図１０に示す処理フローにより、投稿情報記憶部１０６に登録された複数のあしおとＡの中からユーザに配信するあしおとＡを選択（抽出）する（ステップＳ９）。このあしおとＡを選択する処理フローについては後に詳述する。投稿情報選択部１０４が選択したあしおとＡは、投稿情報配信部１０２によりクライアント端末１２に配信される（ステップＳ１０）。なお、ステップＳ９において、ユーザが要望するカテゴリのあしおとＡが１つも存在しない場合には、投稿情報処理部６６にその旨を送信することで、以降のステップＳ１１〜Ｓ１３の処理を省くことができる。つまり、ラジオ音声コンテンツＣの終了後に、あしおとＡを再生せずに保存楽曲情報Ｍや次のラジオ音声コンテンツＣを再生する。
【００９４】
投稿情報処理部６６は、サーバ１８からあしおとＡが配信されると、ラジオ音声コンテンツＣの再生終了を見計らい、再生終了後あしおとＡの再生を直ちに行う（ステップＳ１１）。あしおとＡの開始前には、上述したようにあしおと開始案内音声情報ＳＳを出力し、次に複数のあしおとＡを連続的に再生する。あしおと開始案内音声情報ＳＳ及びあしおとＡは、ストリーミング処理部６４の投稿情報割込部９６によりコンテンツ再生チャートＸ（図２参照）に割り込むように挿入され、車載スピーカ３２から音声出力される（ステップＳ１２）。
【００９５】
その後、ストリーミング処理部６４は、連続的に再生されるあしおとＡの再生中に、あしおとＡがまもなく終了すること検出し（ステップＳ１３）、あしおとＡの終了後直ぐに、次のラジオ音声コンテンツＣの再生又は保存楽曲情報Ｍの再生を行うように制御する。ラジオ音声コンテンツＣを再生する場合は、あしおとＡの再生が終了する前にラジオ配信要求信号ＲＲをサーバ１６に再送信し、ステップＳ４以降のフローを繰り返す。
【００９６】
保存楽曲情報Ｍの再生を実施する場合（ステップＳ１４）は、保存楽曲情報Ｍの再生前に楽曲開始案内音声情報ＭＳを再生し、その後に適宜選択した保存楽曲情報Ｍを再生する。保存楽曲情報Ｍを再生した場合は、保存楽曲情報Ｍの再生が終了する前にラジオ配信要求信号ＲＲをサーバ１６に再び送信する（ステップＳ１５）。その後は、ステップＳ４以降のフローを繰り返すことで、ラジオシステム及びナビシステムを継続する。以上の処理により、情報処理システム１０は、車載スピーカ３２から、例えば図２に示すようなコンテンツ再生チャートＸを再生することができる。このシステムの処理フローは、ユーザにより終了操作（例えば、電源のオフ）に伴い終了する。
【００９７】
次に、図１０〜図１４を参照して、あしおと配信要求信号ＡＲを受信した場合のサーバの投稿情報管理部４８（投稿情報選択部１０４）の選択動作、すなわち図９中のステップＳ９の処理フローについて具体的に説明していく。
【００９８】
情報処理システム１０のあしおとＡを選択する処理フローは、図１０に示すように、先ず、投稿情報管理部４８の投稿情報配信部１０２がクライアント端末１２からのあしおと配信要求信号ＡＲを受け付ける（ステップＳ９−１）。上述したように、あしおと配信要求信号ＡＲには、グループ情報、カテゴリ情報、現在位置情報、カテゴリ毎のあしおとＡの頻度情報、及び総頻度情報が含まれている。
【００９９】
次に、投稿情報管理部４８の投稿情報選択部１０４は、あしおと配信要求信号ＡＲの現在位置情報に基づき、クライアント端末１２が存在する地域情報を特定し、あしおとデータベースＤＢの「地域」のデータ項目１１０を参照して地域情報と一致するあしおとＡを絞り込む（ステップＳ９−２）。例えば、クライアント端末１２の現在位置から地域として「宇都宮」が特定されると、「地域」のデータ項目１１０で宇都宮となっているあしおとＡのみに絞り込む。
【０１００】
ここで、投稿情報選択部１０４による処理中のあしおとＡは、例えば、図１１のイメージ図に示すように、地図のスポット毎に個別に表示することができる。なお、図１１〜図１３Ｂは、説明の便宜のために示す、あしおとＡの処理のイメージマップＩＰであり、実際の投稿情報選択部１０４の処理は、数値データの処理により進行することができる。図１１中において、上下左右に延びる一対の線は道路２００を示し、道路２００上の黒点２０２はクライアント端末１２の現在位置を示す。また、あしおとＡは、半円且つ半三角状のマークＺで表しており、マークＺの図柄はあしおとＡの「カテゴリ」に対応している。マークＺ内の背景は、白抜きが「友達」のグループを示し、斜線が「家族」のグループを示している。図１１に示すように、あしおとＡを地域で絞った段階（ステップＳ９−２）では、多数のあしおとＡが存在している。
【０１０１】
そのため、投稿情報選択部１０４は、次に、あしおと配信要求信号ＡＲのグループ情報に基づき、あしおとデータベースＤＢの「グループ」のデータ項目１１２を参照してグループ情報に一致するあしおとＡを絞り込む（ステップＳ９−３）。例えば、グループ情報が「友達」になっている場合には、図１２Ａに示すように背景が斜線のあしおとＡ（マークＺ）が削除され、背景が白抜きのあしおとＡのみが残る。
【０１０２】
ステップＳ９−３の後、投稿情報選択部１０４は、あしおと配信要求信号ＡＲのカテゴリ情報に基づき、あしおとデータベースＤＢの「カテゴリ」のデータ項目１１４を参照してカテゴリ情報毎にあしおとＡの絞り込みを行う（ステップＳ９−４）。例えば、カテゴリ情報を「食事」に絞り込む場合は、図１２Ｂに示すように食事の図柄がついているあしおとＡのみが残され、他の図柄のあしおとＡは別カテゴリとして異なる機会に処理される。
【０１０３】
次に、投稿情報選択部１０４は、あしおとデータベースＤＢの「投稿日時」のデータ項目１１８に基づき、あしおとＡのソーティングを行う（ステップＳ９−５）。これにより、図１２Ｂに示すように、「食事」のカテゴリ内においてあしおとＡが投稿された順、つまり投稿が新しい順にあしおとＡの並び替えを行う。
【０１０４】
ソーティングの後、投稿情報選択部１０４は、新しい投稿順に並べられたあしおとＡについて、クライアント端末１２の現在位置との相対位置を判別し、あしおとＡの絞り込みを行う（ステップＳ９−６）。投稿情報選択部１０４は、例えば、図１３Ａに示すように、クライアント端末１２の現在位置（黒点２０２）を幅方向の中心に据えて車両２６の進行方向に広い範囲を有する仮想円２０４（例えば、楕円）を設定する。上述したように現在位置情報には、クライアント端末１２の進行方向（ベクトル）が含まれており、黒点２０２を基点（例えば楕円の一方の焦点）とし進行方向に広範な仮想円２０４を好適に設定することができる。そして、投稿情報選択部１０４は、仮想円２０４の内側に含まれるあしおとＡを残し、仮想円の外側に含まれるあしおとＡを削除するように処理する。図１３Ａ中では、図１２Ｂ中に示した「食事」のあしおとＡのうち、右側に示す並び順で４番目のあしおとＡが削除されることになる。これにより、仮想円２０４内にあり削除されなかったあしおとＡのうち、４番目以降のあしおとＡは順次繰り上がる。
【０１０５】
次に、投稿情報選択部１０４は、あしおと配信要求信号ＡＲに含まれる頻度情報に基づき、あしおとＡの頻度によるあしおとＡの絞り込みを行う（ステップＳ９−７）。例えば、頻度調整部１４２により「食事」のカテゴリの頻度が３に設定されていた場合は、図１３Ａ中に示した「食事」のあしおとＡのうち、黒点２０２付近に示す４番目のあしおとＡが削除されることになる。これにより図１３Ｂ中では、３つの「食事」のあしおとＡが残り、これらのあしおとＡがクライアント端末１２に送るためにリスト化（抽出）される。
【０１０６】
その後、投稿情報選択部１０４は、ユーザがあしおとＡの受信を要望する全てのカテゴリについて、処理が終了しリスト化がなされたか否かを判別する（ステップＳ９−８）。例えば、「食事」のカテゴリのリスト化が終了したが「渋滞」のカテゴリの処理がなされていない場合には、ステップＳ９−４に戻りカテゴリを変えて（「渋滞」にして）再び以降のステップを繰り返す。これにより「渋滞」のカテゴリのリスト化がなされる。全てのカテゴリの処理が終了すると、ステップＳ９−９に進む。
【０１０７】
ステップＳ９−９では、あしおと配信要求信号ＡＲに含まれる総頻度情報に基づき、全てのカテゴリによりリスト化されたあしおとＡの総数が、総頻度よりも少なくなるように絞り込みを行う。例えば、あしおとＡの総頻度が５の場合は、所定の優先順に基づきリスト化されている６番目以降のあしおとＡを削除する。この優先順は任意に設定してよく、例えば、「通行止」や「渋滞」等の重要なカテゴリを優先する、或いは単純に新しい投稿を優先する等が挙げられる。
【０１０８】
以上の処理フローが行われることで、サーバの投稿情報管理部４８は、総頻度に応じた数（或いは、頻度を下回る数）でリスト化したあしおとＡを、投稿情報記憶部１３０から読み出してクライアント端末１２に配信する。クライアント端末１２は、例えば図１４に示すように、頻度に応じたあしおとＡを取得して、地図情報重畳部１７２によりナビシステムの地図情報ＴにあしおとＡのマークＺを重畳する。
【０１０９】
さらに、投稿情報再生部１７０は、ラジオ音声コンテンツＣが終了し投稿開始案内音声を再生した後に、取得したあしおとＡ（音声データ）の再生を行う。ユーザは、あしおとＡにより車両２６周辺の情報をリアルタイムに把握することができ、さらにラジオ番組の間にあしおとＡが数個再生されても違和感なく聞くことができる。
【０１１０】
以上のように、情報処理システム１０及びクライアント端末１２は、頻度調整部１４２を有することで、所定タイミングで出力するあしおとＡの頻度（再生数）をユーザの操作に基づき調整することができ、その使用性を大幅に向上することができる。すなわち、クライアント端末１２の現在位置付近に登録されたあしおとＡをユーザに提供することができるので、ユーザは周辺の情報を良好に認識することができる。
【０１１１】
また、ストリーミング処理部６４が出力するラジオ番組の最中（一のコンテンツと他のコンテンツの間）にあしおとＡを挿入しても、頻度が調整されていることで、不快感や違和感等をユーザに感じさせることを低減し、あしおとＡを快適に聞くことができる。
【０１１２】
さらに、頻度調整部１４２は、あしおとＡのカテゴリ毎に頻度を調整する構成となっていることで、ユーザが聞きたいあしおとＡを集中的に聞く、或いは種々のあしおとＡをバランスよく聞く等の詳細な設定を行うことができる。
【０１１３】
また、クライアント端末１２は、投稿情報を配信部１５に投稿する投稿情報登録部１２２を備えることで、ユーザ自身が感じた所感等をあしおとＡとして登録することができ、他のユーザと情報を良好に共有することが可能となる。
【０１１４】
上記において、本発明について好適な実施形態を挙げて説明したが、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の改変が可能なことは言うまでもない。例えば、ラジオ番組を配信していない状態でのあしおとＡの再生は、サーバから所定期間毎にあしおとＡを受信して再生すればよい。この際、あしおとＡは、頻度が設定された状態で再生されてもよく、ラジオ番組の再生を特に邪魔しないことから頻度が設定されずに再生されてよい。
【符号の説明】
【０１１５】
１０…情報処理システム            １２、１２Ａ…クライアント端末
１４…ネットワーク                １６、１８…サーバ
２６…車両                        ２８…車載端末
４４…ストリーミング管理部        ４８…投稿情報管理部
６４…ストリーミング処理部        ６６…投稿情報処理部
１２２…投稿情報登録部            １２４…投稿情報取得部
１２６…投稿情報設定部            １２８…投稿情報制御部
Ａ…あしおと                      ＡＲ…あしおと配信要求信号
Ｃ…ラジオ音声コンテンツ          ＤＢ…あしおとデータベース
【図１】
0005851467.tif 000002
【図２】
0005851467.tif 000003
【図３】
0005851467.tif 000004
【図４】
0005851467.tif 000005
【図５】
0005851467.tif 000006
【図６】
0005851467.tif 000007
【図７】
0005851467.tif 000008
【図８】
0005851467.tif 000009
【図９】
0005851467.tif 000010
【図１０】
0005851467.tif 000011
【図１１】
0005851467.tif 000012
【図１２】
0005851467.tif 000013
【図１３】
0005851467.tif 000014
【図１４】
0005851467.tif 000015