(57)【要約】【課題】利用者の要求によりオンデマンド方式で再生されたコンテンツを利用者が予め番組表で指定した順序に従ったコンテンツの再生時に、再度聞かされるといった可能性を回避することを目的とする。【解決手段】上記の目的を達成するために、入力手段によって利用者の要求に対する操作指令が入力された場合に、操作指令に対応する要求コンテンツをコンテンツデータベースから取得手段により取得し、要求コンテンツが取得された場合には番組表の提供順序に要求コンテンツを割込ませて提供手段により提供し、番組表内のコンテンツに要求コンテンツと同一のコンテンツがあるかどうかを識別手段により識別し、同一のコンテンツがあると判断されたときには番組表内から同一コンテンツを削除して新たな提供順序を作成すると共に、提供手段で提供を行う提供制御手段を備えることで上記目的を達成する。【選択図】      図４
2004206205.tif 000002
【特許請求の範囲】
【請求項１】
車両の利用者へ提供するコンテンツを記憶しているコンテンツデータベースと、
車両へ提供するコンテンツの属性及びコンテンツの提供順序を指定した番組表を記憶している番組表データベースと、
前記番組表で指定された提供順序でコンテンツを提供する提供手段と、
利用者の要求に対する操作指令を入力する入力手段と、
前記入力手段により入力された前記操作指令に対応する要求コンテンツを前記コンテンツデータベースから取得する取得手段と、
前記番組表内のコンテンツに、前記要求コンテンツと同一のコンテンツがあるかどうかを識別する識別手段と、
前記取得手段により前記要求コンテンツが取得された場合には、前記番組表の提供順序に要求コンテンツを割り込ませて、前記提供手段で提供すると共に、前記識別手段で同一のコンテンツがあると判断された場合には、前記番組表内から前記同一のコンテンツを削除した新たな提供順序の番組表を作成し、前記提供手段で提供を行う提供制御手段と、
を備えたことを特徴とする情報提供システム。
【請求項２】
請求項１に記載の情報提供システムにおいて、
前記番組表内のコンテンツの再生予定時刻を計算する再生予定時刻計算手段と、
前記要求コンテンツの更新予定時刻を取得する更新予定時刻取得手段と、
を備え、
前記提供制御手段は、
前記取得手段により前記要求コンテンツが取得された場合には、前記番組表の提供順序に要求コンテンツを割り込ませて、前記提供手段で提供すると共に、前記識別手段で同一のコンテンツがあると判断され、且つ前記再生予定時刻計算手段により計算された再生予定時刻が前記更新予定時刻取得手段で取得された更新予定時刻よりも早い場合には、前記番組表内から前記同一のコンテンツを削除した新たな提供順序の番組表を作成し、前記提供手段で提供を行うことを特徴とする情報提供システム。
【請求項３】
請求項１から２のいずれかに記載の情報提供システムにおいて、
前記識別手段は、前記要求コンテンツと同一種別のコンテンツが前記コンテンツデータベースにあるかどうかを識別し、
前記取得手段は、前記要求コンテンツを前記コンテンツデータベースから取得すると共に、前記識別手段により同一種別のコンテンツがあると識別された場合には、前記同一種別のコンテンツを前記コンテンツデータベースから取得し、
前記提供制御手段は、
前記識別手段により前記番組表内のコンテンツに、前記要求コンテンツと同一のコンテンツがあると識別され、且つ前記要求コンテンツと同一のコンテンツを前記取得手段で取得された前記同一種別のコンテンツに変更した新たな提供順序の番組表を作成し、前記提供手段で提供を行うことを特徴とする情報提供システム。
【請求項４】
請求項１から３のいずれかに記載の前記識別手段および前記提供制御手段とは、車両外部の情報提供サーバーに設けられていることを特徴とする情報提供センターシステム。
【請求項５】
請求項１から３のいずれかに記載の前記識別手段および前記提供制御手段と、
請求項２から３のいずれかに記載の前記再生予定時刻計算手段と前記更新予定時刻取得手段とは、
車両外部の情報提供サーバーに設けられていることを特徴とする情報提供センターシステム。
【請求項６】
情報提供サーバーに記憶されたコンテンツを、車両の利用者へ提供する情報提供センターシステムにおいて、
前記情報提供サーバーは、コンテンツデータベースと、番組表データベースとを有し、
前記車両は、提供手段と、入力手段と、取得手段と、識別手段と、提供制御手段とを有し、
前記コンテンツデータベースは、車両の利用者へ提供するコンテンツを記憶するものであり、
前記番組表データベースは、車両へ提供するコンテンツの属性及びコンテンツの提供順序を指定した番組表を記憶するものであり、
前記提供手段は、前記番組表で指定された提供順序でコンテンツを提供するものであり、
前記入力手段は、利用者の要求に対する操作指令を入力するものであり、
前記取得手段は、前記入力手段により入力された前記操作指令に対応する要求コンテンツを前記コンテンツデータベースから取得するものであり、
前記識別手段は、前記番組表内のコンテンツに、前記要求コンテンツと同一のコンテンツがあるかどうかを識別するものであり、
前記提供制御手段は、前記取得手段により前記要求コンテンツが取得された場合には、前記番組表の提供順序に要求コンテンツを割り込ませて、前記提供手段で提供すると共に、前記識別手段で同一のコンテンツがあると判断された場合には、前記番組表内から前記同一のコンテンツを削除した新たな提供順序の番組表を作成し、前記提供手段で提供を行うものであることを特徴とする情報提供センターシステム。
【請求項７】
情報提供サーバーに記憶されたコンテンツを、車両の利用者へ提供する情報提供センターシステムにおいて、
前記情報提供サーバーは、コンテンツデータベースと、番組表データベースと、識別手段と、提供制御手段とを有し、
前記車両は、提供手段と、入力手段と、取得手段とを有し、
前記コンテンツデータベースは、車両の利用者へ提供するコンテンツを記憶するものであり、
前記番組表データベースは、車両へ提供するコンテンツの属性及びコンテンツの提供順序を指定した番組表を記憶するものであり、
前記提供手段は、前記番組表で指定された提供順序でコンテンツを提供するものであり、
前記入力手段は、利用者の要求に対する操作指令を入力するものであり、
前記取得手段は、前記入力手段により入力された前記操作指令に対応する要求コンテンツを前記コンテンツデータベースから取得するものであり、
前記識別手段は、前記番組表内のコンテンツに、前記要求コンテンツと同一のコンテンツがあるかどうかを識別するものであり、
前記提供制御手段は、前記取得手段により前記要求コンテンツが取得された場合には、前記番組表の提供順序に要求コンテンツを割り込ませて、前記提供手段で提供すると共に、前記識別手段で同一のコンテンツがあると判断された場合には、前記番組表内から前記同一のコンテンツを削除した新たな提供順序の番組表を作成し、前記提供手段で提供を行うものであることを特徴とする情報提供センターシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は車両に提供された情報を利用者に提供する情報提供システム及び車両へ情報を提供する情報提供センターシステムに関する。
【０００２】
【従来技術】
【特許文献１】特開２００１−３４３９７９号公報
従来の技術として、特開２００１−３４３９７９号公報に開示された技術が知られている。
【０００３】
上記従来技術には、様々なジャンルの音楽やニュースなどの情報（以下、コンテンツと記す。）を有する情報提供局より、予め設定された利用者の好みや提供順序に従って選択されたコンテンツを車両へと送信して、車両の車載機器により配信されたコンテンツを利用者へと提供する技術が開示されている。
【０００４】
【発明が解決しようとする課題】
従来の技術は、予め利用者により設定された提供順序に基づいてコンテンツを提供するようにしていたが、利用者の操作により提供中のコンテンツ以外のコンテンツを割り込んで提供することが考えられる。この場合、利用者の操作により提供されるコンテンツと同じコンテンツが今後提供されるコンテンツの中にある場合には、同じコンテンツを２回提供する可能性があり、利用者にとっては同じコンテンツを２度聞かされるという不快感を与えることとなる。
【０００５】
そこで本発明は上記課題に鑑みてなされたもので、予め設定された提供順序でコンテンツを提供しているときに、利用者によるコンテンツの割り込みが発生した場合に、同じコンテンツを２度提供することによる不快感を防止することを目的としている。
【０００６】
【課題を解決するための手段】
本発明は上記課題を解決するために、入力手段によって利用者の要求に対する操作指令が入力された場合に、操作指令に対応する要求コンテンツをコンテンツデータベースから取得手段により取得し、要求コンテンツが取得された場合には番組表の提供順序に要求コンテンツを割込ませて提供手段により提供し、番組表内のコンテンツに要求コンテンツと同一のコンテンツがあるかどうかを識別手段により識別し、同一のコンテンツがあると判断されたときには番組表内から同一コンテンツを削除した新たな提供順序を作成すると共に、提供手段で提供を行う提供制御手段を備えることで上記目的を達成する。
【０００７】
【発明の効果】
本発明によれば、番組表内に、利用者の要求に対する同一のコンテンツがあるかどうかを識別して、同一コンテンツがあった場合には番組表内のコンテンツを削除するようにしたので、利用者の要求に対するコンテンツを番組表の再生時に再度聞かされるといった可能性を回避することができ、利用者の不快感を防止することができる。
【０００８】
【発明の実施の形態】
＜第1の実施の形態＞
以下、図面を用いて本発明の第1の実施の形態について詳細に説明する。
図1は本実施の形態の構成を示す図であり、情報センターシステム２０と車載システム３０とによって構成される。
【０００９】
情報センターシステム２０は、コンテンツデータベース（以下、コンテンツＤＢと記す。）１と、利用者データベース（以下、利用者ＤＢと記す。）２と、番組表データベース（以下、番組表ＤＢと記す。）３と、ＣＰＵ４と、モデム５とを有する。
【００１０】
コンテンツＤＢ１には、情報センターシステム２０から車載システム３０に送信するコンテンツが記憶されている。コンテンツには音楽などの音コンテンツとニュース・交通情報などのコンテンツなどがある。
【００１１】
利用者ＤＢ２には、利用者の属性や過去の利用履歴などの利用者情報が記憶されている。利用者の氏名などのプロファイルの他に、好みの音楽ジャンル、聞きたいニュースのジャンルなど利用者が事前に登録した情報も記憶される。
【００１２】
番組表ＤＢ３は、車載システム３０に提供するコンテンツおよび提供順序を指定した進行表である複数の番組表が記憶されている。また番組表ＤＢ３は利用者ＤＢ２に記憶されている利用者のプロファイルをもとに事前に登録した情報から番組表を作成することもできる。
【００１３】
ＣＰＵ４は、コンテンツＤＢ１、利用者ＤＢ２、番組表ＤＢ３、モデム５の制御を行う。またＣＰＵ４は、車両から送られてくる車両の現在位置や車速などの走行情報を用いて当該車両が目的地に到着するまでの所要時間の推定を行うと共に、インターネット網４０に接続され、インターネット上の他のWebサイトサーバとの間で通信を行い、コンテンツＤＢ１に記憶されていないコンテンツを必要に応じて取得する。
【００１４】
モデム５は、車載システム３０との間で情報を送受信して双方向通信を行う。
一方、車載システム３０は、ＲＯＭ６、スピーカー７と、ディスプレイ８と、スイッチ９と、車速センサ１０と、ＧＰＳ受信機１１と、ＣＰＵ１２と、モデム１３とを有する。
【００１５】
ＲＯＭ６は、情報センターシステム２０から送信された番組表およびコンテンツを記憶する。
【００１６】
スピーカー７は、ＲＯＭ６に記憶されている番組表に従って、コンテンツを音声にて再生する。このコンテンツの再生は、情報センターシステム２０より送信されたテキストデータであるコンテンツを音声へ変換して再生する。
【００１７】
ディスプレイ８は、コンテンツの内容を文字として表示すると共に、番組表のコンテンツの曲目番号、再生時間を表示する。
【００１８】
スイッチ９は、利用者が操作することで番組表の選択条件をＣＰＵ１２へと入力する。またスイッチ９により所望のコンテンツの再生要求がＣＰＵ１２へと入力される。またスイッチ９にはプリセット機能がついておりコンテンツのチャンネルを予め指定する機能を持つ。
【００１９】
車速センサ１０は、車両の速度を検出する。
ＧＰＳ受信機１１は、ＧＰＳ信号を受信することで自車位置を認識する。
ＣＰＵ１２は、情報センターシステム２０から送信される番組表およびコンテンツを取得すると共にＲＯＭ６に記憶し、また番組表に従ったコンテンツの再生や番組表を修正し、またモデム１３の制御を行う。
【００２０】
モデム１３は、情報センターシステム２０との間で情報を送受信して双方向通信を行う。
【００２１】
図２はコンテンツの属性情報の一例を示した図である。
【００２２】
情報センターシステム２０内のコンテンツＤＢ１に記憶された各コンテンツには、コンテンツを識別するための属性情報が付加される。
【００２３】
図２に示すように、属性情報には識別番号、ファイル名、コンテンツタイプ、コンテンツタイプ番号、チャンネル番号、チャンネル名、更新頻度、更新日時、ファイルサイズ、再生時間が含まれる。識別番号とは、各コンテンツを識別するための番号であり、異なる番号が順番に付けられている。ファイル名とは、コンテンツのファイル名称を示す。コンテンツタイプとは、音楽やナレーション、情報といったコンテンツの種別である。コンテンツタイプ番号とは、コンテンツタイプ毎に予め定められた番号である。例えば、コンテンツタイプが音楽であれば番号１、ナレーションであれば番号２、情報であれば番号３となる。チャンネル番号とは情報コンテンツを取得するためのチャンネルの番号を示すものであり、コンテンツ毎に異なる番号が付されている。チャンネル名とは、交通情報や天気情報、プロ野球情報といったチャンネル名、更にはプロ野球情報-１、プロ野球情報-２といったコンテンツの種別を示す。更新頻度とは、コンテンツ情報を最新の情報に更新する頻度を示しており、１０分とある場合には、１０分おきに最新の情報に更新される。更新日時とは、最新の情報に更新される日と時刻である。ファイルサイズとは、提供されるコンテンツのデータサイズを示している。再生時間とは、提供されるコンテンツを再生するのに要する時間を示している。
【００２４】
図３は、情報センターシステム２０内の番組表ＤＢ３に記憶されている番組表の一例を示す図である。 番組表には、図２で示したコンテンツの属性情報に加えて、再生順序、再生予定時刻がある。再生順序とは、コンテンツを再生するための順番であり、異なる番号が順番に付されている。再生予定時刻とは、番組の再生開始時刻を起点として、各コンテンツの再生時間を加算して計算されるものであり各コンテンツの再生開始予定時刻を示す。なお、再生予定時刻は再生が開始されてから計算される
【００２５】
図４は、上述した情報提供システムで行われる番組の変更判断処理の流れを説明するフローチャートである。図４の左側は情報センターシステム２０内のＣＰＵ４が行う処理であり、図４の右側が車載システム３０内のＣＰＵ１２が行う処理である。まず初めに車載システム３０内のＣＰＵ１２の処理を説明すると、ステップＳ１００において車両の利用者によって不図示のイグニッション・スイッチがオンされたことを検出するとステップＳ１１０へ進む。イグニッション・スイッチがオンされたことを検出しなければ、検出されるまでステップＳ１００の処理を繰り返す。
【００２６】
次にステップＳ１１０において利用者によりスイッチ９から入力があったかどうかを判断する。スイッチ９からの入力があればステップＳ１２０へ進み、入力がなければ、入力があるまでステップＳ１１０の処理を繰り返す。
【００２７】
次にステップＳ１２０において、ステップＳ１１０の入力が当該車両の目的地及びコンテンツの利用目的、利用者の氏名であるかどうかを判断する。車両の目的地及びコンテンツの利用目的、利用者の氏名が入力されたと判断すると、ステップＳ１３０へ進み、車両の目的地及びコンテンツの利用目的、利用者の氏名が入力されなければ入力されるまでステップＳ１２０を繰り返す。
【００２８】
次にステップＳ１３０ではＧＰＳ受信機１１より自車位置を検出してステップＳ１４０へ進む。
【００２９】
次にステップ１４０ではステップＳ１１０で入力された車両の目的地、コンテンツの利用目的、利用者の氏名およびステップＳ１３０で検出した自動車位置とを情報センターシステム２０内のＣＰＵ４へ送信する。
【００３０】
次にステップＳ１９０において、ＣＰＵ１２は情報センターシステム２０から送信された番組表とコンテンツを受信したかどうかを判断する。受信していればステップＳ２００へ進み、受信していなければ受信するまでステップＳ１９０の処理を繰り返す。
【００３１】
次にステップＳ２００において、ＣＰＵ１２は受信した番組表の再生（以下、シーケンシャル再生と記す。）を開始してステップＳ２１０へ進む。
【００３２】
次にステップＳ２１０においてスイッチ９から入力があるかどうかを判断する。スイッチ９から入力があると判断するとステップＳ２２０へ進み、スイッチ９から入力がないと判断するとステップＳ３７０へ進む。
【００３３】
次にステップＳ２２０において、ステップＳ２１０の入力が利用者の要求によりコンテンツを取得するための操作指令入力かどうかを判断する。コンテンツ取得のための操作指令入力であれば取得要求を情報センターシステム２０内のＣＰＵ４へ送信してステップＳ２６０へ進み、コンテンツ取得のための操作指令入力でなければステップＳ３７０へ進む。
【００３４】
次にステップＳ２６０において、ＣＰＵ１２は情報センターシステム２０から送信された利用者の要求に対するコンテンツを受信したかどうかを判断する。コンテンツを受信していればステップＳ２７０へ進み、コンテンツを受信していなければ受信するまでステップＳ２６０の処理を繰り返す。
【００３５】
次にステップＳ２７０において、ステップＳ２６０でコンテンツを取得すると、車載システム３０内のＣＰＵ１２はシーケンシャル再生中のコンテンツを一時的に中断させてステップＳ２８０へ進む。
【００３６】
次にステップＳ２８０において、ステップＳ２６０で受信したコンテンツをシーケンシャル再生に割り込ませて再生を開始するとともに、再生されるコンテンツに付加される属性情報を車載システム３０内のＲＯＭ６に記憶する。ここで利用者の要求によりコンテンツを取得して再生することをオンデマンド再生とする。
【００３７】
次にステップＳ２９０において、シーケンシャル再生に割り込ませたコンテンツの再生の終了を判断し、終了したと判断するとステップＳ３００へ進む。終了していないと判断すると終了したと判断するまでステップＳ２９０の処理を繰り返す。
【００３８】
次にステップＳ３００において、ステップＳ２８０でコンテンツの再生をシーケンシャル再生に割り込ませて開始させたため、当初予定していた番組表の再生予定時刻を再計算して変更しステップＳ３１０へ進む。
【００３９】
次にステップＳ３１０において、ＲＯＭ６に記憶している番組表の中で、まだ再生されていないシーケンシャル再生のコンテンツ中に、オンデマンド再生されたコンテンツがあるかどうかの識別を属性情報に従って行う。シーケンシャル再生のコンテンツ中に利用者によりオンデマンド再生されたコンテンツがあった場合、今後のシーケンシャル再生時に先程聞いたコンテンツと全く同じコンテンツが再生されてしまい、例えば、先ほど聞いたばかりの天気予報や交通情報、昨日の野球の結果を再び聞かされることは利用者にとって情報価値が無いに等しい。そこで本実施の形態では、シーケンシャル再生のコンテンツ中にオンデマンド再生のコンテンツと同じコンテンツがある場合には、ステップＳ３２０へ進み、シーケンシャル再生のコンテンツ中にオンデマンド再生のコンテンツと同じコンテンツがない場合には、ステップＳ３６０へ進み、シーケンシャル再生を再開させる。
【００４０】
次にステップＳ３２０において、まず、オンデマンド再生によって再生されたコンテンツが更新可能なコンテンツであり、ステップＳ３００で再計算されたシーケンシャル再生の再生予定時刻時点で、コンテンツの更新が行われているかどうかを判断する。具体的に説明すると、図２に示したコンテンツを識別するための属性情報の中で更新日時と、更新頻度とを用いて、オンデマンド再生によって再生されたコンテンツの次回更新予定時刻を計算する。
【００４１】
ここで、次回更新予定時刻が、シーケンシャル再生での再生予定時刻よりも
早い場合には、オンデマンド再生した内容から新しい情報へと更新されることになり、シーケンシャル再生でもう一度再生することの価値があると判断して番組表の変更は行わずに、ステップＳ３６０へと進み、そのままシーケンシャル再生を再開する。例えば、図２に示す識別番号０００６がオンデマンド再生によって２１時１５分に再生され、再計算されたシーケンシャル再生の再生予定時刻が２１時３０分４６秒であり、更新予定時刻が２１時３０分００秒の場合には、更新予定時刻（２１時３０分００秒）が再生予定時刻（２１時３０分４６秒）より早いので、シーケンシャル再生でもう一度再生することの価値があると判断して番組表の変更は行わずに再生を行う。
【００４２】
一方、更新予定時刻が、シーケンシャル再生での再生予定時刻よりも遅い場合には、ステップＳ３３０へと進む。
【００４３】
次にステップＳ３３０において、代替可能なコンテンツに差し替えることができるかを判断する。ここで、代替可能なコンテンツとは天気予報と交通情報といったように全く違う種類のコンテンツではなく、種別が同じコンテンツを意味する。例えば、オンデマンド再生によって再生されたコンテンツが図２に示した識別番号０００８のプロ野球情報−１である場合、シーケンシャル再生の再開後に提供するコンテンツを識別番号０００９のプロ野球情報-２に差し替えることで利用者には違和感が発生しない。なお、この代替可能なコンテンツは、情報センターシステム２０内のコンテンツＤＢ１より入手する。ステップＳ３３０で代替可能なコンテンツがある場合には、ステップＳ３５０でコンテンツを差し替えて番組表を修正し、ステップＳ３６０へと進む。
【００４４】
次にステップＳ３４０において、番組表のコンテンツの中でオンデマンド再生されたコンテンツと同一のコンテンツを削除することで番組表を修正してステップＳ３６０へ進む。
【００４５】
次にステップＳ３６０では番組表の再生順序に従って再生を継続し、ステップＳ３７０へ進む。
【００４６】
次にステップＳ３７０において、番組表が最後まで再生されたかどうかによりシーケンシャル再生を終了するかどうかの判断を行う。シーケンシャル再生を終了する場合には処理を終了し、終了しない場合にはステップＳ２１０へと戻る。
【００４７】
次に、情報センターシステム２０内のＣＰＵ４の処理について説明すると、ステップＳ１５０において、車載システム３０から送信された目的地及びコンテンツの利用目的、利用者の氏名、自車位置の情報を受信したかどうかを判断する。情報を受信していればステップＳ１６０へ進み、情報を受信していなければ情報を受信するまでステップＳ１５０の処理を繰り返す。
【００４８】
次にステップＳ１６０において、情報センターシステム２０内のＣＰＵ４は、車載システム３０から送信された目的地と自車位置との情報を用いて車両が目的地に到着するまでの所要時間を推定してステップＳ１７０へ進む。この所要時間は、車両の目的地と現在位置情報をもとに走行距離を推定し、予め設定されている平均走行速度で除算して求める。走行距離の推定は、現在位置と目的地の位置情報から２点間の直線距離を計算し、その値に予め設定された一定値を乗ずることで可能となる。一般的に出発地と目的地間の直線距離と走行距離には一定の相関があるといわれており、その値を用いるのが妥当と考えられる。
【００４９】
次にステップＳ１７０において、ステップＳ１５０で取得した利用者の氏名および利用目的と、ステップＳ１６０で推定した目的地までの所要時間および情報センターシステム２０内の利用者ＤＢ２に記憶されている利用者のプロファイルをもとに番組表の作成もしくは複数の番組表の中から一つの番組表の選択を行う。次に番組表の作成に必要なコンテンツを情報センターシステム２０内のコンテンツＤＢ１から取得する。
【００５０】
次にステップＳ１８０において、情報センターシステム２０は、車載システム３０内のＣＰＵ１２へ番組表とコンテンツを送信してステップＳ２３０へ進む。
【００５１】
次にステップＳ２３０において、車載システム３０から送信された利用者からのコンテンツの取得要求を受信したかどうかを判断する。取得要求を受信していればステップＳ２４０へ進み、取得要求を受信していなければ受信するまでステップＳ２３０の処理を繰り返す。
【００５２】
次にステップＳ２４０において、利用者の要求に対するコンテンツをコンテンツＤＢ１から取得してステップＳ２５０へ進む。
【００５３】
次にステップＳ２５０において、ステップＳ２４０で取得したコンテンツを車載システム３０内のＣＰＵ１２へ送信して処理を終了する。
【００５４】
以上説明したように本実施の第１の形態においては、シーケンシャル再生のコンテンツ中にオンデマンド再生によって再生されたコンテンツと同じコンテンツがあるかどうかを識別して、同じコンテンツであった場合にはコンテンツを削除するようにしたので、オンデマンド再生されたコンテンツをシーケンシャル再生時に再度聞かされるといった可能性を回避することができ、利用者に不快感を与えないという効果を有する。
【００５５】
また、シーケンシャル再生のコンテンツとオンデマンド再生によって再生されたコンテンツとが同じコンテンツであった場合に、オンデマンド再生によって再生されたコンテンツの次回更新予定時刻とシーケンシャル再生での再生予定時刻とに基づいて、次回更新予定時刻が再生予定時刻よりも遅い場合にはシーケンシャル再生のコンテンツを削除し、次回更新予定時刻が再生予定時刻よりも早い場合には新しいコンテンツに更新するようにしたので、当初予定されていた番組表に基づいて最新情報を自動的に更新して提供することができるという効果を有する。
【００５６】
また、シーケンシャル再生のコンテンツとオンデマンド再生によって再生されたコンテンツとが同じコンテンツであった場合には、オンデマンド再生によって再生されたコンテンツを種別が同じコンテンツに差し替えるようにしたので、追加情報を自動的に選択して提供することができるという効果を有する。
【００５７】
＜第２の実施の形態＞
次に第２の実施の形態について説明する。
【００５８】
第２の実施の形態の構成は、図１に示した第1の実施の形態の構成と同様であるので、構成の説明は省略する。
【００５９】
次に図５に示したフローチャートを用いて動作を説明する。なお図５は、上述した情報提供センターシステムで行われる番組の変更判断処理の流れを説明するフローチャートであり、図４に示したフローチャートと同様の処理については同様のステップ番号を付して説明は省略する。
【００６０】
まず初めに車載システム３０内のＣＰＵ１２の処理を説明すると、ステップＳ４００において、ステップＳ２１０の入力が利用者の要求によりコンテンツを取得するための操作指令入力かどうかを判断する。コンテンツを取得するための操作指令入力であれば取得要求を情報センターシステム２０内のＣＰＵ４へ送信してステップＳ５００へ進み、コンテンツを取得するための操作指令入力でなければステップＳ５５０へ進む。同時に情報センターシステム２０内のＣＰＵ４にはステップＳ２００で計算された番組表の再生予定時刻を送信する。
【００６１】
次にステップＳ５００において、ＣＰＵ１２は情報センターシステム２０から送信された番組表を受信したかどうかを判断する。受信していればステップＳ５１０へ進み、受信していなければ受信するまでステップＳ５００の処理を繰り返す。
【００６２】
次にステップＳ５１０において、ステップＳ５００で受信した番組表を取得すると、車載システム３０内のＣＰＵ１２はシーケンシャル再生中のコンテンツを一時的に中断させてステップＳ５２０へ進む。
【００６３】
次にステップＳ５２０において、コンテンツの再生をシーケンシャル再生に割り込ませて開始してステップＳ５３０へ進む。
【００６４】
次にステップＳ５３０において、シーケンシャル再生に割り込ませたコンテンツの再生の終了を判断し、終了したと判断するとステップＳ５４０へ進む。終了していないと判断すると終了したと判断するまでステップＳ５３０の処理を繰り返す。
【００６５】
次にステップＳ５４０において、シーケンシャル再生を再開させてステップＳ５５０へ進む。
【００６６】
次にステップＳ５５０において、番組表が最後まで再生されたかどうかによりシーケンシャル再生を終了するかどうかの判断を行う。シーケンシャル再生を終了する場合には処理を終了し、終了しない場合にはステップＳ２１０へと戻る。
【００６７】
次に、情報センターシステム内のＣＰＵ４の処理を説明すると、ステップＳ４１０において、車載システム３０から送信された利用者からのコンテンツの取得要求および番組表の再生予定時刻を受信したかどうかを判断する。取得要求および番組表の再生予定時刻を受信していればステップＳ４２０へ進み、取得要求および番組表の再生予定時刻を受信していなければ受信するまでステップＳ４１０の処理を繰り返す。
【００６８】
次にステップＳ４２０において、利用者の要求に対するコンテンツをコンテンツＤＢ１から取得してステップＳ４３０へ進む。
【００６９】
次にステップＳ４３０において、情報センターシステム２０内のＣＰＵ４は、番組表ＤＢ３に記憶されている番組表の再生予定時刻を車両から送信された番組表の再生予定時刻に更新し、利用者が要求するコンテンツの再生時間を元に番組表の再生予定時刻を計算してステップＳ４４０へ進む。
【００７０】
次にステップＳ４４０において、情報センターシステム２０内のＣＰＵ４は、取得したコンテンツが番組表ＤＢ３に記憶されている番組表のコンテンツと同じコンテンツであるかどうかの識別をコンテンツに付加された属性情報によって行う。番組表ＤＢ３に記憶されている番組表のコンテンツ中に利用者の要求により取得したコンテンツがあった場合に、今後のシーケンシャル再生時に先ほど聞いたばかりの天気予報や交通情報、昨日の野球の結果を再び聞かされることは利用者にとって情報価値が無いに等しい。そこで本実施の形態では、番組表のコンテンツ中に利用者の要求により取得したコンテンツがある場合には、ステップＳ４５０へ進み、番組表のコンテンツ中に利用者の要求により取得したコンテンツがない場合には、ステップＳ４９０へ進み番組表を車載システム３０内のＣＰＵ１２へ送信する。
【００７１】
次にステップＳ４５０において、まず、利用者の要求により取得したコンテンツが更新可能なコンテンツであり、ステップＳ４３０で番組表の再生予定時刻を車両から送信された番組表の再生予定時刻に更新した上で利用者が要求するコンテンツの再生時間を元に計算された番組表の再生予定時刻時点で、コンテンツの更新が行われているかどうかで判断する。具体的に説明すると、図２に示したコンテンツを識別するための属性情報の更新日時と、更新頻度とを用いて、利用者の要求により取得したコンテンツの次回更新予定時刻を計算する。ここで、次回更新予定時刻が、再生予定時刻よりも早い場合には、利用者の要求により取得したコンテンツから新しい情報へと更新されることになり、番組表のコンテンツをもう一度提供することの価値があると判断して番組表の変更は行わず、ステップＳ４９０へと進み、車載システム３０内のＣＰＵ１２へ送信する。例えば、図２に示す識別番号０００６がオンデマンド再生によって２１時１５分に再生されるとし、再計算されたシーケンシャル再生の再生予定時刻が２１時３０分４６秒であり、更新予定時刻が２１時３０分００秒の場合には、更新予定時刻（２１時３０分００秒）が再生予定時刻（２１時３０分４６秒）より早いので、シーケンシャル再生でもう一度再生することの価値があると判断して番組表の変更は行わずに、番組表を車載システム３０へ送信する。
【００７２】
一方、更新予定時刻が、番組表のコンテンツの再生予定時刻よりも遅い場合には、ステップＳ４６０へと進む。
【００７３】
次にステップＳ４６０において、代替可能なコンテンツに差し替えることができるかを判断する。ここで代替可能なコンテンツとは、天気予報と交通情報といったように全く違う種類のコンテンツではなく、種別が同じコンテンツを差し替える。例えば、利用者の要求により取得したコンテンツが図２に示した識別番号０００８のプロ野球情報−１である場合、番組表のコンテンツを識別番号０００９のプロ野球情報-２に入れ替えることで利用者に提供する。なお、この代替可能なコンテンツはコンテンツＤＢ１より入手する。ステップＳ４６０で代替可能なコンテンツがある場合には、ステップＳ４８０でコンテンツを差し替えて番組表を修正し、ステップＳ４９０へと進む。
【００７４】
次にステップＳ４７０において、番組表のコンテンツの中で利用者が要求したコンテンツと同一のコンテンツを削除することで番組表を修正してステップＳ４９０へ進む。
【００７５】
次にステップＳ４９０では番組表を車載システム３０内のＣＰＵ１２へ送信して処理を終了する。
【００７６】
以上説明したように本実施の第２の形態によれば、番組表のコンテンツと利用者の要求により取得したコンテンツとが同じコンテンツであった場合には、コンテンツを削除するようにしたので、同じ内容のコンテンツを利用者に提供することなく、利用者に不快感を与えないという効果を有する。
【００７７】
また、番組表のコンテンツと利用者の要求により取得したコンテンツとが同
じコンテンツであった場合に、次回更新予定時刻よりも再生予定時刻が遅い場合には、番組表のコンテンツを削除し、次回更新予定時刻が再生予定時刻よりも早い場合には新しいコンテンツに更新するようにしたので、当初予定されていた番組表に基づいて最新情報を自動的に更新して提供することができるという効果を有する。
【００７８】
また、番組表のコンテンツと利用者の要求により取得したコンテンツとが同じコンテンツであった場合には、種別が同じコンテンツに差し替えるようにしたので、追加情報を自動的に選択して提供することができるという効果を有する。
【００７９】
また、本実施の形態においては、シーケンシャル再生される番組表内に、オンデマンド再生されたコンテンツと同一のコンテンツがあるかどうか、および同一の場合に更新予定時刻と再生予定時刻との時刻から番組表を修正するか否か、同一種別のコンテンツがあるかどうかに関する処理(Ｓ４４０〜Ｓ４８０)を情報センターシステムで行うようにしたので、車載システム３０内のＣＰＵ１２に対する演算負荷を小さくすることができるという効果を有する。
【００８０】
本発明は、上述した一実施例の形態に限定されることはない。例えば利用者は目的地を設定する際やコンテンツの再生を指示する際にスイッチ９を用いたが、音声認識によるボイスコマンドにより行うこともできる。また、情報センターシステム２０が1台の車両に対して情報を提供する例を説明したが、車両は複数台あってもよい。この場合には、情報センターシステム２０が複数台の車両に搭載される車載システム３０のそれぞれに対し、上記の処理を並行して行う。
【００８１】
実施の形態の構成と特許請求の範囲の構成要件の対応関係は以下の通りである。コンテンツＤＢ１がコンテンツデータベースを、番組表ＤＢ３が番組表データベースを、スピーカー７、ディスプレイ８が提供手段を、スイッチ９が入力手段を構成している。また、ＣＰＵ４、ＣＰＵ１２が取得手段、識別手段、提供制御手段、再生予定時刻計算手段、更新予定時刻取得手段を、情報センターシステム２０が情報提供サーバーを構成している。尚、本発明の特徴的な機能を損なわない限り、各構成要素は上記構成に限定されるものではない。
【図面の簡単な説明】
【図１】本実施の形態において情報提供システム及び情報提供センターシステムの構成を示す図。
【図２】本実施の形態においてコンテンツに付加される属性情報の一例を示す説明図。
【図３】本実施の形態において番組表の一例を示す説明図。
【図４】本実施の形態において車載システム側による番組の変更判断処理の流れを説明するフローチャートである。
【図５】本実施の形態において情報システムセンター側による番組の変更判断処理の流れを説明するフローチャートである。
【符号の説明】
1 ・・・コンテンツデータベース
2 ・・・利用者データベース
3 ・・・番組表データベース
4 ・・・ＣＰＵ
5 ・・・モデム
6 ・・・ＲＯＭ
7 ・・・スピーカー
8 ・・・ディスプレイ
9 ・・・スイッチ
10・・・車速センサ
11・・・ＧＰＳ受信機
12・・・ＣＰＵ
13・・・モデム
20・・・情報センターシステム
30・・・車載システム
40・・・インターネット網
【図１】
2004206205.tif 000003
【図２】
2004206205.tif 000004
【図３】
2004206205.tif 000005
【図４】
2004206205.tif 000006
【図５】
2004206205.tif 000007