JP5531842B2 - 情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラム - Google Patents

情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラム Download PDF

Info

Publication number
JP5531842B2
JP5531842B2 JP2010166420A JP2010166420A JP5531842B2 JP 5531842 B2 JP5531842 B2 JP 5531842B2 JP 2010166420 A JP2010166420 A JP 2010166420A JP 2010166420 A JP2010166420 A JP 2010166420A JP 5531842 B2 JP5531842 B2 JP 5531842B2
Authority
JP
Japan
Prior art keywords
digital data
information
information providing
data
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2010166420A
Other languages
English (en)
Other versions
JP2012027731A (ja
Inventor
卓也 小倉
博行 鈴木
信之 堀田
英雄 下島野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
JVCKenwood Corp
Original Assignee
JVCKenwood Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by JVCKenwood Corp filed Critical JVCKenwood Corp
Priority to JP2010166420A priority Critical patent/JP5531842B2/ja
Publication of JP2012027731A publication Critical patent/JP2012027731A/ja
Application granted granted Critical
Publication of JP5531842B2 publication Critical patent/JP5531842B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Navigation (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、車内のユーザが商品等の注文を簡単にできるようにするために好適な情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラムに関する。
カーナビゲーションシステムのように、動画、静止画、音声、文字情報など様々な種類のコンテンツを配信するサービスが普及している。コンテンツを提供するデータ配信側は、例えば特許文献1のようなカーナビゲーションシステム等、データ受信側(カーナビゲーション車載装置側)であるユーザに該コンテンツを効率的かつ効果的に提供できるような仕組みを模索している。
また、通信手法の1つであるDSRC(Dedicated Short Range Communication)を利用して、路側に設置されている路側無線装置を経由し、配信サーバから自動車に搭載している車載器に、例えば周辺の店舗等の情報や広告などの地域情報を配信するサービスが考えられている。車載器はこれらの地域情報を受信するとローカル(車載器内の記憶部)に保存しておき、もし路側無線装置と通信できない地域に自動車が移動したとしても、保存している地域情報を読み出して再生できるようにすることが検討されている。
一方で、近年、インターネット等を用いたいわゆるオンラインショッピングのサービスが広く普及してきている。
特開2005−345325号公報
ところで、カーナビゲーションシステムは、主に運転中のドライバーや同乗者に向けて情報を発信するシステムであるため、ユーザが複雑な入力操作を必要とせず簡易な操作のみで入力操作できるようにすることが望ましい。特に、車内のユーザから商品等の注文を受け付けるシステムを構築する上では、他の客の目を気にせずに、あるいは他の客に迷惑をかけずに、自分のペースで注文できるようにすることが望ましい。しかしながら、従来のオンラインショッピング等の技術を用いるだけでは、車内にいるユーザにとっての利便性や安全性を十分に確保することは難しく、結果として商品等を簡単に注文することは難しかった。
本発明は、このような課題を解決するものであり、車内のユーザが商品等の注文を簡単にできるようにするために好適な情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラムを提供することを目的とする。
上記目的を達成するため、本発明の第1の観点に係る情報提供システムは、ユーザに情報を提供する情報提供装置と、前記情報提供装置に複数のディジタルデータを配信する情報提供サーバと、を有する情報提供システムであって、
前記ディジタルデータには、前記情報提供装置が前記情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
前記情報提供サーバは、
前記複数のディジタルデータを予め記憶する記憶手段と、
前記記憶されている複数のディジタルデータを前記情報提供装置に送信するコンテンツ送信手段と、
を備え、
前記情報提供装置は、
前記情報提供サーバから前記複数のディジタルデータを受信するコンテンツ受信手段と、
前記コンテンツ受信手段が前記蓄積型のディジタルデータを受信すると、前記受信された蓄積型のディジタルデータを記憶する記憶手段と、
前記コンテンツ受信手段が前記即時型のディジタルデータを受信すると、前記受信された即時型のディジタルデータを直ちに再生し、前記ユーザから前記情報提供装置の前記記憶手段に記憶された蓄積型のディジタルデータを再生する指示があると、前記情報提供装置の前記記憶手段に記憶された蓄積型のディジタルデータを再生する再生手段と、
前記蓄積型のディジタルデータが再生されることにより表示される画面内に含まれる複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける入力受付手段と、
前記受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報とを、注文情報として、前記情報提供サーバに送信する注文送信手段と、
を備え、
前記情報提供サーバは、更に、
前記注文情報を前記情報提供装置から受信する注文受信手段を備え、
前記コンテンツ送信手段は、前記注文受信手段によって前記注文情報が受信されると、前記注文情報が前記情報提供サーバによって受け付けられた旨を、前記即時型のコンテンツデータとして、前記情報提供装置に送信する、
ことを特徴とする。
本発明の第2の観点に係る情報提供装置は、複数のディジタルデータを再生することによりユーザに情報を提供する情報提供装置であって、
前記ディジタルデータには、前記情報提供装置が情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
前記情報提供サーバから前記複数のディジタルデータを受信するコンテンツ受信手段と、
前記コンテンツ受信手段が前記蓄積型のディジタルデータを受信すると、前記受信された蓄積型のディジタルデータを記憶する記憶手段と、
前記コンテンツ受信手段が前記即時型のディジタルデータを受信すると、前記受信された即時型のディジタルデータを直ちに再生し、前記ユーザから前記記憶手段に記憶された蓄積型のディジタルデータを再生する指示があると、前記記憶手段に記憶された蓄積型のディジタルデータを再生する再生手段と、
前記蓄積型のディジタルデータが再生されることにより表示される画面内に含まれる複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける入力受付手段と、
前記受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報とを、注文情報として、前記情報提供サーバに送信する注文送信手段と、
を備えることを特徴とする。
本発明の第3の観点に係る情報提供サーバは、ユーザに情報を提供する情報提供装置に複数のディジタルデータを配信する情報提供サーバであって、
前記ディジタルデータには、前記情報提供装置が前記情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
前記複数のディジタルデータを予め記憶する記憶手段と、
前記記憶されている複数のディジタルデータを前記情報提供装置に送信するコンテンツ送信手段と
を備え
前記コンテンツ送信手段は、
複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける画面を表すディジタルデータを、前記蓄積型のディジタルデータとして前記情報提供装置に送信し、
前記ユーザから受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報と、を含む注文情報を前記情報提供装置から受信すると、前記注文情報が前記情報提供サーバによって受け付けられた旨を、前記即時型のコンテンツデータとして前記情報提供装置に送信する、
ことを特徴とする。
また、前記情報提供サーバは、
前記コンテンツ送信手段により送信された前記複数のディジタルデータのうち前記ユーザによって選択されたいずれかのディジタルデータの識別符号と、所定のフラグ情報とを対応付けて表される注文情報を、前記情報提供装置から受信する注文受信手段と、
前記受信された注文情報に基づいて、前記ユーザによる注文内容を特定し、前記特定した注文内容を所定の注文受付端末に通知する注文通知手段と、
を更に備えてもよい。
本発明の第4の観点に係る情報提供方法は、複数のディジタルデータを再生することによりユーザに情報を提供する情報提供装置にて実行される情報提供方法であって、
前記ディジタルデータには、前記情報提供装置が情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
前記情報提供サーバから前記複数のディジタルデータを受信するコンテンツ受信ステップと、
前記コンテンツ受信ステップにおいて前記蓄積型のディジタルデータが受信されると、前記受信された蓄積型のディジタルデータを記憶部に記憶する記憶ステップと、
前記コンテンツ受信ステップにおいて前記即時型のディジタルデータが受信されると、前記受信された即時型のディジタルデータを直ちに再生し、前記ユーザから前記記憶部に記憶された蓄積型のディジタルデータを再生する指示があると、前記記憶部に記憶された蓄積型のディジタルデータを再生する再生ステップと、
前記蓄積型のディジタルデータが再生されることにより表示される画面内に含まれる複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける入力受付ステップと、
前記受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報とを、注文情報として、前記情報提供サーバに通知する注文送信ステップと、
を備えることを特徴とする。
本発明の第5の観点に係る情報提供方法は、記憶部を有し、ユーザに情報を提供する情報提供装置に複数のディジタルデータを配信する情報提供サーバにて実行される情報提供方法であって、
前記ディジタルデータには、前記情報提供装置が前記情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
前記記憶部には、前記複数のディジタルデータが予め記憶され、
前記記憶されている複数のディジタルデータを前記情報提供装置に送信するコンテンツ送信ステップと
を備え
前記コンテンツ送信ステップでは、
複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける画面を表すディジタルデータを、前記蓄積型のディジタルデータとして前記情報提供装置に送信し、
前記ユーザから受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報と、を含む注文情報を前記情報提供装置から受信すると、前記注文情報が前記情報提供サーバによって受け付けられた旨を、前記即時型のコンテンツデータとして前記情報提供装置に送信する、
ことを特徴とする。
本発明の第6の観点に係るプログラムは、情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、を受信するコンピュータを、
注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、ディジタルデータの識別情報が含まれる複数の前記ディジタルデータを送信する前記情報提供サーバから、前記複数のディジタルデータを受信するコンテンツ受信手段、
前記コンテンツ受信手段が前記蓄積型のディジタルデータを受信すると、前記受信された蓄積型のディジタルデータを記憶部に記憶する記憶手段、
前記コンテンツ受信手段が前記即時型のディジタルデータを受信すると、前記受信された即時型のディジタルデータを直ちに再生し、前記ユーザから前記記憶部に記憶された蓄積型のディジタルデータを再生する指示があると、前記記憶部に記憶された蓄積型のディジタルデータを再生する再生手段、
前記蓄積型のディジタルデータが再生されることにより表示される画面内に含まれる複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける入力受付手段、
前記受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報とを、注文情報として、前記情報提供サーバに送信する注文送信手段、
として機能させることを特徴とする。
本発明の第7の観点に係るプログラムは、通信エリア外で再生可能な蓄積型のディジタルデータと、受信後直ちに再生される即時型のディジタルデータと、を送信するコンピュータを、
注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、ディジタルデータの識別情報が含まれる複数の前記ディジタルデータを予め記憶部に記憶する記憶手段、
前記記憶されている複数のディジタルデータを、ユーザが操作する情報提供装置に送信するコンテンツ送信手段
として機能させ
前記コンテンツ送信手段は、
複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける画面を表すディジタルデータを、前記蓄積型のディジタルデータとして前記情報提供装置に送信し、
前記ユーザから受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報と、を含む注文情報を前記情報提供装置から受信すると、前記注文情報が前記コンピュータによって受け付けられた旨を、前記即時型のコンテンツデータとして前記情報提供装置に送信する、
ことを特徴とする。
本発明によれば、車内のユーザが商品等の注文を簡単にできるようにすることができる。
情報提供システムの全体構成を説明するための図である。 配信サーバの構成を説明するための図である。 路側無線装置の構成を説明するための図である。 車載器の構成を説明するための図である。 配信されるディジタルデータの概要構成を示す図である。 事業者情報の構成を示す図である。 コンテンツ情報の構成を示す図である。 再生条件情報の構成を示す図である。 有効期限情報の構成を示す図である。 提供時間情報の構成を示す図である。 対象地点情報の構成を示す図である。 情報提供地点情報の構成を示す図である。 遷移情報の構成を示す図である。 詳細情報の構成を示す図である。 駐車場情報の構成を示す図である。 運転支援情報の構成を示す図である。 嗜好情報の構成を示す図である。 構成ID情報の構成を示す図である。 (a)と(b)は、ポップアップ表示される画面の構成例である。 (a)〜(c)は、画面遷移の例を示す図である。 (a)と(b)は、画面遷移の例を示す図である。 (a)と(b)は、画面遷移の例を示す図である。 嗜好データを設定する画面の構成例である。 ディジタルコンテンツの構成例を示す図である。 ディジタルデータの再生画面の例である。 ディジタルデータの再生画面の他の例である。 ディジタルデータの再生画面の他の例である。 ディジタルデータの再生画面の他の例である。 ディジタルデータの再生画面の他の例である。 ディジタルデータの再生画面の他の例である。 ディジタルデータの再生画面の他の例である。 ディジタルデータの再生画面の他の例である。 ディジタルデータの再生画面の他の例である。 ディジタルデータの再生画面の他の例である。 アップリンク情報の構成例を示す図である。 注文受付処理において、注文を受け付けてから確定するまでの処理を説明するためのフローチャートである。 注文受付処理のフローチャートの続きである。 注文受付処理において、買い物かごを空にする処理を説明するためのフローチャートである。 実施形態2において、詳細情報出力処理を説明するためのフローチャートである。 遷移先テーブルの構成例を示す図である。 ディジタルデータの再生画面の他の例である。
以下、本発明の実施形態に係る情報提供システムを、ITS(Intelligent Transport Systems)を例に説明する。
(実施形態1)
図1に示すように、ITSは、道路、駐車場などの車両が通行する場所の近傍に配置された路側無線装置100と、交通情報や広告などの種々の内容のディジタルデータ150を生成して路側無線装置100に供給する配信サーバ300と、車両に搭載され、路側無線装置100との間で通信してユーザ(車両の乗車者)に交通情報や広告等を提供する車載器200と、を備える。車載器200と路側無線装置100との間の通信方法は、例えば、プッシュ配信において一般的に用いられるDSRC(Dedicated Short Range Communication)である。
図2に示すように、配信サーバ300は、入力部301、出力部302、第1の通信制御部303、第2の通信制御部304、記憶装置305、制御部306、ROM(Read Only Memory)307、RAM(Random Access Memory)308、システムバス309を備える。
入力部301は、キーボードやマウス等の入力インタフェースを備え、サーバ管理者からの指示入力や種々のデータの入力等を受け付けて制御部306に入力する。
出力部302は、表示装置などから構成され、画像データやメッセージデータなどを表示する。
第1の通信制御部303は、電話回線、インターネット等の一般通信網NW1を介して外部装置と交信し、種々の情報を送受信する。
第2の通信制御部304は、ITS通信網NW2を介して各路側無線装置100に接続され、路側無線装置100に交通情報や広告などのディジタルデータ150を送信する。また、第2の通信制御部304は、各路側無線装置100が車載器200との交信などにより得た情報を、ITS通信網NW2を介して受信する。例えば、第2の通信制御部304が車載器200から受信した情報は、交通情報等を生成するために用いられる。
記憶装置305は、ハードディスク装置等を備え、受信した交通情報や広告などを示す画像データ、音声データ、テキストデータ等を格納する。また、記憶装置305は、各路側無線装置100の位置やアドレスの他、各路側無線装置100の近傍の地理情報を記憶する。
制御部306は、CPU(Central Processing Unit)等から構成され、配信サーバ300全体の動作を制御する。また、制御部306は、記憶装置305に格納されている各種情報に基づいて、各路側無線装置100に配信するディジタルデータ150を作成し、第2通信制御部304を制御してITS通信網NW2を介して各路側無線装置100に配信する。尚、制御部306が配信するディジタルデータ150の構成の詳細については後述する。
ROM307は、配信サーバ300全体の動作制御に必要なオペレーティングシステム(OS)やプログラム等を記憶する。
RAM308は、制御部306のワークエリアとして機能する。
システムバス309は、上記各部の間で命令やデータを転送するための伝送経路である。
次に、路側無線装置100の構成について説明する。路側無線装置100は、典型的には道路上や駐車場等に設置されるDSRCの電波ビーコン、光ビーコン等の送受信機を備える。路側無線装置100は、DSRC方式を用いて交通情報や広告などのディジタルデータ150を周囲に発信する。路側無線装置100は、ユーザが情報を引き出す(プル)のではなく、ユーザが操作しなくてもコンテンツ提供側から自動的に情報をクライアントに送る、いわゆるプッシュ配信によって情報を配信する。路側無線装置100は、配信対象のディジタルデータ150を配信サーバ300から受信して記憶し、無線送信する。路側無線装置100の近くを通過する車両の車載器200は、路側無線装置100からこのディジタルデータ150を受信する。
配信されるディジタルデータ150には、例えば交通情報や広告などのほか、ディジタルデータ150を再生するための条件(例えばディジタルデータの再生を開始する地理的な位置)を指示するためのデータなどを含めることができる。詳細は後述する。
図3に示すように、路側無線装置100は、無線通信部101、通信制御部102、記憶装置103、制御部104、ROM105、RAM106、システムバス107を備える。
無線通信部101は、電波信号、光信号等の無線信号により路側無線装置100の近傍を通過する車両に設置された車載器200との間で情報を交信する。例えば、無線通信部101は、配信サーバ300から提供された交通情報や広告などのディジタルデータ150を車載器200に送信する。また、無線通信部101は、車載器200から送信されてくる車両ID等の情報を受信する。
通信制御部102は、ITS通信網NW2を介して配信サーバ300に接続され、配信サーバ300から送信される交通情報や広告などのディジタルデータ150を受信して記憶装置103に格納する。また、車載器200から取得した情報を配信サーバ300に送信する。
記憶装置103は、配信サーバ300から受信した交通情報や広告などのディジタルデータ150を格納する。
制御部104は、CPU等から構成され、路側無線装置100全体の動作を制御する。例えば、制御部104は、記憶装置103に格納されているディジタルデータ150を、無線通信部101を制御して車載器200にプッシュ配信する。制御部104は、無線通信部101により車載器200から取得した情報を記憶装置103に格納する。また、制御部104は、トラフィックカウンター(図示せず)などを用いて路側無線装置100周辺の交通情報を生成して記憶装置103に格納し、ITS通信網NW2を介して配信サーバ300に送信することもできる。
ROM105は、路側無線装置100全体の動作制御に必要なオペレーティングシステム(OS)、プログラム、各種のデータを記憶する。
RAM106は、制御部104のワークエリアとして機能する。
システムバス107は、上記各部の間で命令やデータを転送するための伝送経路である。
次に、車載器200の構成について説明する。車載器200は典型的には自動車の中に設置される。本実施形態では、車載器200は、一般的なカーナビゲーション装置と一体に構成され、カーナビゲーションの機能と、路側無線装置100からプッシュ配信されたディジタルデータ150を再生する機能とを備える。ただし、カーナビゲーションの機能を備えない実施形態を採用することもできる。
車載器200は、自己の位置を判別し、また、路側無線装置100からプッシュ配信されるディジタルデータ150を受信する。例えば、車載器200は、測定された自己の位置と、受信したディジタルデータ150毎に指定される地理的な位置(再生開始位置)とが一致すると、ディジタルデータ150を再生することができるが、詳細は後述する。なお、ここで言う一致とは、位置の誤差が所定範囲内に収まっている状態も含む。
図4に示すように、車載器200は、通信部201、音声処理部202、出力部203、操作部204、I/O(Input/Output)装置205、記憶装置206、制御部207、ROM208、RAM209、システムバス210を備える。
通信部201は、GPS(Global Positioning System)モジュール201a、DSRC(Dedicated Short Range Communication)モジュール201bを含む。
GPSモジュール201aは、複数のGPS衛星からのGPS電波を受信し、制御部207に供給する。制御部207は、GPSモジュール201aを制御して、車載器200の現在位置を取得できる。位置は、例えば緯度と経度を用いて表現される。
DSRCモジュール201bは、DSRC方式により路側無線装置100と通信する。路側無線装置100を介して配信サーバ300から車載器200にデータを送信することを“ダウンリンク”と呼び、路側無線装置100を介して車載器200から配信サーバ300にデータを送信することを“アップリンク”と呼ぶ。
音声処理部202は、制御部207から入力されたディジタルオーディオ信号をD/Aコンバータ(図示せず)でアナログオーディオ信号に変換して、スピーカ222に出力する。また、音声処理部202は、マイクロフォン223から入力された音声をA/Dコンバータ(図示せず)でディジタルオーディオ信号に変換して、制御部207に入力する。制御部207に入力されたディジタルオーディオ信号は公知の音声認識技術により音声認識処理が行われる。これにより、ユーザはナビゲーション等の音声を聞いたり、車載器200に対し音声を入力することにより所定の指示を行なったりすることができる。
出力部203は、LCD(Liquid Crystal Display)等のモニターを備え、通信部201により取得されたディジタルデータ150の再生画像、ナビゲーション画像、テレビ画像、記憶装置206等に予め記憶されたマップ画像などを表示する。
操作部204は、タッチパネル式入力装置などから構成され、ユーザによる指示入力に基づいて指示入力信号を生成して、制御部207に入力する。
I/O装置205は、DVD−ROM(Digital Versatile Disk-Read Only Memory)ドライブを含み、所定の地図情報(マップデータ)などを納めたDVD−ROMやCD−ROMからデータを読み出して制御部207に入力する。また、I/O装置205は、速度センサ、走行距離センサ、方向センサ、ブレーキセンサ等のセンサ群225の検出信号を取得し、制御部207に供給する。
記憶装置206は、ハードディスクドライブ(HDD)を備え、所定の地図情報、各種設定情報、受信したディジタルデータ150などを記憶する。なお、記憶装置206は、メモリカードなどの他のメモリを備えていてもよい。制御部207は、地図情報を記憶したDVD−ROM等の記憶媒体から随時この地図情報を読み出してもよいし、記録媒体から予めこの地図情報を読み出して記憶装置206に書き込んでおく(インストールしておく)ようにしてもよい。
制御部207は、CPU等から構成され、車載器200全体の動作を制御する。例えば、制御部207は、GPSモジュール201aを介して受信したGPS信号に基づいて、車載器200(自車)の現在位置を判別する。また、制御部207は、センサ群225に含まれている方向センサの出力をI/O装置205を介して取り込み、現在の自車の進行方向を判別する。また、制御部207は、距離センサの出力から、自車の走行距離を求める。また、制御部207は、DSRCモジュール201bを介して路側無線装置100から交通情報や広告などのディジタルデータ150を受信し、受信したディジタルデータ150に含まれている再生開始条件を指定するデータに基づいて再生する。なお、制御部207は、コプロセッサ等を備えても良い。
ROM208は、車載器200全体の動作制御に必要なオペレーティングシステム(OS)、プログラム、各種のデータが記録される。
RAM209は、データやプログラムを一時的に記憶するためのもので、通信部201が受信したディジタルデータ150、DVD−ROMから読み出したデータ等が保持される。また、制御部207は、RAM209をワークメモリとして使用する。
システムバス210は、上記各部を相互に接続し、命令やデータを転送するための伝送経路である。
次に、路側無線装置100を介して配信サーバ300から車載器200に配信されるディジタルデータ150の構成の詳細について説明する。
図5は、配信されるディジタルデータ150の全体の概要を表す図である。ディジタルデータ150は、図6に示す事業者情報501、図7に示すコンテンツ情報502、図8に示す再生条件情報503、図9に示す有効期限情報504、図10に示す提供時間情報505、図11に示す対象地点情報506、図12に示す情報提供地点情報507、図13に示す遷移情報508、図14に示す詳細情報509、図15に示す駐車場情報510、図16に示す運転支援情報511、図17に示す嗜好情報512、図18に示す構成ID情報500、及び、拡張用予備領域513、の各項目を含む。各項目には固有のIDが予め割り当てられている。1つのディジタルデータ150は、これらの情報の全部又は一部を格納する1つの“情報グループ”とも言える。
1つのディジタルデータ150には上記各項目の全部又は一部が含まれる。つまり、配信されるディジタルデータ150は必ずしも上記各項目のすべてを含まなくてもよく、ディジタルデータ150の使用目的に応じて上記各項目のうちいずれかを含むように構成すればよい。例えば、ディジタルデータ150の内容が店舗の広告であって、その店舗が駐車場を有しているかあるいは付近に利用可能な駐車場があるのであれば、駐車場情報510を含んでいることが望ましい。しかし、店舗とは無関係の駐車場内速度案内などであれば、駐車場情報510を含む必要はない。ディジタルデータ150の提供側(作成者側)は、ディジタルデータ150の使用目的に応じて、どの項目にどのような情報を格納すべきかを考慮してディジタルデータ150を作成すればよい。
次に、上記項目のそれぞれに格納される情報内容について詳しく説明する。
まず、事業者情報501について説明する。図6は、事業者情報501に格納される情報の詳細を示す図である。
サービス事業者コード601は、当該ディジタルデータに係るサービス事業者を特定するための情報であり、必ず格納しなければならない情報である。典型的には、DSRCの運用を管理する機関が、サービス事業者毎にユニークに割り当てている。ここで言うサービス事業者とは、広告主等から受託し制作したディジタルコンテンツを、契約したユーザにDSRCにより配信する一連のサービスを行う業者のことである。
サービス事業者コード601は、すべてのディジタルデータ150に格納される。
車載器200側は、サービス事業者コード601を、いわゆるスパム対策のために用いることもできる。具体的には、不正なサービス事業者コード601が付与されたディジタルデータ150や、サービス事業者コード601が付与されていないディジタルデータ150、あるいは、ユーザが契約していないサービス事業者に対応するサービス事業者コード601が付与されているディジタルデータ150などを通信部201が受信した場合、制御部207は、受信したディジタルデータ150を破棄したり、記憶装置206内の所定の迷惑データ保存領域(図示せず)に保存したりしてもよい。
また、車載器200側は、受信したディジタルデータ150に所定のサービス事業者コード601が付与されているか否かによって、受信したディジタルデータ150に対する応答を送信する(あるいは送信しない)ようにしてもよい。具体的には、車載器200の記憶装置206には、ユーザが予め契約を交わしたサービス事業者に割り当てられたサービス事業者コード601を示す情報が格納され、この格納された情報が示すサービス事業者コード601と同じサービス事業者コード601が付与されたディジタルデータ150を通信部201が受信すると、制御部207は、正常に受信したことを示す応答として、通信部201に所定のアップリンク情報を路側無線装置100へ送信させてもよい。
サービス事業者表示用文字列602は、サービス事業者名をモニターに表示してユーザに通知するために用いられるテキストデータである。文字数は、モニターに表示する際、改行せず1行で表示できる程度(例えば全角20文字程度)であることが望ましい。
サービス事業者発話用表音文字列603は、サービス事業者名を音声でスピーカに出力してユーザに通知するために用いられる音声データである。サービス事業者発話用表音文字列603は、公知のTTS(Text-to-Speech)システムを用いて音声合成するための所定のフォーマットで作成され、例えば母音、子音、発音記号、イントネーション、抑揚などを指定する情報を含む。
次に、コンテンツ情報502の詳細について、図7を用いて説明する。
情報提供企業コード701は、1つ以上のディジタルデータ150から構成されるディジタルコンテンツの提供元(スポンサー)を示すコードである。典型的には、情報提供企業コード701は、サービス事業者によって情報提供企業ごとに予め割り当てられる。例えば車載器200の制御部207は、受信したディジタルデータ150に含まれる情報提供企業コード701を用いて、ユーザの所望のデータの検索、並び替え、削除等を行うことができる。情報提供企業コード701を割り当てる単位は「企業」に限られず、ディジタルコンテンツを提供する任意の団体、法人、個人を単位にしてもよい。
情報提供企業表示用文字列702は、ディジタルコンテンツの提供元をモニターに表示してユーザに通知するために用いられるテキストデータである。文字数は、モニターに表示する際、改行せず1行で表示できる程度であることが望ましい。
情報提供企業発話用表音文字列703は、ディジタルコンテンツの提供元を音声でスピーカに出力してユーザに通知するために用いられる音声データである。情報提供企業表音文字列703は、サービス事業者発話用表音文字列603と同様に、TTSシステムを用いて音声合成するための所定のフォーマットで作成される。
情報コード704は、サービス事業者によって、配信するディジタルデータ150毎にユニークに割り当てられる識別符号である。識別符号は、例えば数字、文字、記号などを用いて表される。情報内容について、同一視できる範囲で更新した場合には、更新前と更新後のディジタルデータ150には、同じ識別符号が割り当てられることが望ましい。この場合、例えば、拡張用予備領域513あるいは詳細情報509にディジタルデータ150のバージョン情報を格納することとし、更新前後で同じ情報コード704を付与し、更新前後で異なるバージョン番号を付与するようにしてもよい。
車載器200の制御部207は、受信したディジタルデータ150の情報コード704(識別符号)に基づいて、当該ディジタルデータ150を保存するメモリ領域を決定する。具体的には、制御部207は、受信したディジタルデータ150からサービス事業者コード601と、情報コード704(識別符号)とを読み出し、これらと一致するディジタルデータ150が記憶装置206に保存されている否かをチェックする。その結果、該当するディジタルデータ150が保存されている場合(即ち、同じサービス事業者によって同じ識別符号が割り当てられたディジタルデータ150が存在する場合)、制御部207は、同じメモリ領域に新たに受信したディジタルデータ150を格納する(つまり、データを上書きする)。一方、該当するディジタルデータ150が保存されていない場合、制御部207は、記憶装置206の別のメモリ領域に新たに受信したディジタルデータ150を格納する。
情報表示テキスト705は、ディジタルコンテンツ名をモニターに表示してユーザに通知するために用いられるテキストデータである。テキストの文字数は、モニターに表示する際、改行せず1行で表示できる程度であることが望ましい。典型的には、情報表示テキスト705はディジタルデータ150の表題(タイトル)である。ユーザは、モニターに表示される情報表示テキスト705を見て、所望のディジタルデータ150を車載器200に検索、並び替え、保存、削除等を指示することができる。
情報表音文字列706は、ディジタルコンテンツ名を音声でスピーカに出力してユーザに通知するために用いられる音声データである。情報表音文字列706は、情報提供企業表音文字列703と同様に、TTSシステムを用いて音声合成するための所定のフォーマットで作成される。
嗜好データカテゴリ707は、ディジタルデータ150を所定の分類方法でカテゴリ分けするために用いられる情報である。本実施形態では、1つのディジタルデータ150を複数のカテゴリに分類することができる。例えば、ディジタルコンテンツが“持ち帰り可能な和食レストラン”の広告である場合、そのディジタルコンテンツを構成するディジタルデータ150を、第1のカテゴリ“レストラン”、及び、第2のカテゴリ“テイクアウト”、といったように複数のカテゴリに分類してもよい。また、上位の主カテゴリ“レストラン”、及び、下位の副カテゴリ“和食”、といったようにツリー構造をもつ分類の仕方でもよい。本実施形態では、嗜好データカテゴリ707は96ビットのデータ領域から構成され、1つのカテゴリにつき1ビットが対応し、各ビットのON/OFFを設定することにより96種類のカテゴリ分けを行うことができる。ただし、このカテゴリ数は例示に過ぎず、任意の種類に分けてもよいことは言うまでもない。
例えば車載器200の制御部207は、受信したディジタルデータ150に含まれる嗜好データカテゴリ707を用いて、ユーザの所望のデータの検索、並び替え、削除等を行うことができる。例えば、制御部207は、記憶装置206に記憶されたディジタルデータ150の嗜好データカテゴリ707と、ユーザが予め設定した嗜好データ(ユーザの嗜好を示すデータ)とを比較して、ユーザの嗜好に適合しないカテゴリに分類されるディジタルデータ150を記憶装置206から削除することができる。
次に、再生条件情報503の詳細について、図8を用いて説明する。
即時再生/蓄積コード801は、受信したディジタルデータ150を、車載器200が下記パターンA又はパターンBのどちらの手法で扱うべきかを示す情報である。
(パターンA:蓄積)ディジタルデータ150を、DSRC通信エリア外でもユーザが利用可能なディジタルコンテンツとして、記憶装置206に記憶する。
(パターンB:即時再生)ディジタルデータ150を、受信後、直ちに再生する。
制御部207は、上記パターンAを採用する場合、受信したディジタルデータ150を再生しないで記憶装置206に保存しておき、ユーザから再生を開始する指示があると再生する。ただし、上記パターンBを採用する場合にも、再生後、ディジタルデータ150を記憶装置206に記憶するようにしてもよい。
再生条件コード802は、受信したディジタルデータ150の情報提供地点情報507で指定される情報提供エリア内において、車載器200がカーナビゲーションシステムによる道案内等を行っている最中であるためディジタルデータ150を再生できない(あるいは再生するに相応しくない)場合の挙動を規定する情報である。例えば、「ディジタルデータ150を受信したとき、カーナビゲーションシステムによる道案内画面と音声の再生中であったり、交差点のすぐ近くを走行中であるためディジタルデータ150を再生するに相応しくないタイミングであると推定されたりした場合の挙動を示すフラグが格納される。再生条件コード802は、情報提供地点情報507で中心と半径が指定される情報提供エリア内でカーナビゲーションシステムによる道案内等を行っている等の理由でディジタルデータ150を再生できなかったとき、すなわちその道案内が終了した時点ではすでに情報提供エリアから出てしまっていたときに、そのディジタルデータ150の再生を行うか否かを指定する。
次に、有効期限情報504の詳細について、図9を用いて説明する。
ここで言う有効期限とは、車載器200がディジタルデータ150を再生することが許可される期間を指す。例えば、制御部207は、有効期限の切れたディジタルデータ150が記憶装置206に格納されていても再生しないようにすることができる。ただし、制御部207は、設定された有効期限に関わらず、ディジタルデータ150を再生してもよい。
開始日時901は、ディジタルデータ150の有効期限の開始日時である。終了日時902は、ディジタルデータ150の有効期限の終了日時である。
例えば開始日時901と終了日時902は、年、月、日、時、分、秒、を単位として設定される。
開始日時901で指定される日時から終了日時902で指定される日時までが、ディジタルデータ150の有効期間である。つまり、ユーザは、ディジタルコンテンツを、この有効期間内においてのみ、閲覧可能である。制御部207は、現在日時が有効期間内であればディジタルデータ150を再生してもよいが、有効期間外であれば再生しない。なお、後述するように、制御部207は、現在ディジタルデータ150の有効期間内であって、且つ、予め決められた再生開始条件を満たす場合に、ディジタルデータ150を再生する。
ただし、ディジタルコンテンツの中には、一旦車載器200が受信すると特に有効期限を定めずにユーザによる閲覧を可能とするものがあってもよい。この場合には、開始日時901と終了日時902のデータ領域にNULL値を予め設定したり、有効期限が定められていないことを示す所定値を予め設定したりすればよい。
制御部207は、記憶装置206に記憶されたディジタルデータ150の有効期限情報504をチェックする。そして、制御部207は、現在日時が有効期間を過ぎている場合、言い換えれば、現在日時が有効期間外であって終了日時より後である場合には、このディジタルデータ150を削除することが望ましい。ただし、制御部207は、現在日時が有効期間外であって開始日時より前である場合には、このディジタルデータ150を削除せずに記憶装置206に蓄積する。
次に、提供時間情報505の詳細について、図10を用いて説明する。
営業時間1001は、情報提供企業コード701で示される提供元が、予め営業時間を定めている店舗等である場合、その店舗等が営業しておりユーザにサービスを提供可能な時間帯を示す情報である。
本実施形態では、営業時間1001は、各曜日について、1時間単位で管理される。例えば、曜日毎に、0:00〜0:59、1:00〜1:59、…等の時間帯にそれぞれ1ビットを割り当て、ビットのON/OFFで営業時間内か営業時間外かを表現する。各時間帯の決め方は任意であり、15分毎、30分毎などに時間帯を区切ってそれぞれビットを割り当てるようにしてもよい。
なお、営業時間1001は、上述の有効期限情報504における開始日時901と終了日時902と同様に、営業開始時間と営業終了時間を、例えば時、分、秒を単位として記述する形式であってもよい。
制御部207は、ディジタルデータ150ごとに予め定義される再生開始条件を満たすと判別した場合であって、現在日時が営業時間1001で指定される日時に含まれる場合に、例えば後述する情報提供地点情報507に格納されるポップアップ用画像データ1205を再生してポップアップ表示させ、そうでない場合に再生しない(ポップアップ表示しない)。なお、ユーザから再生する旨の指示が合った場合であって、現在日時が営業時間1001で指定される日時に含まれる場合に、例えば後述する対象地点情報506に格納されるメイン画像データ1104を再生して表示させ、そうでない場合に再生しない(表示しない)ようにすることもできる。メイン画像データ1104については、現在日時が営業時間1001で指定される日時に含まれない場合でも再生してもよい。
情報提供時間1002は、ディジタルデータ150を再生してもよい時間帯を示す情報である。情報提供時間1002は、ディジタルコンテンツが、例えば提供元が午前中にのみ提供したいと希望する情報や、ランチタイムにのみ提供したいと希望する情報を含む場合などに設定される。
本実施形態では、情報提供時間1002は、営業時間1001と同様に、各曜日について、1時間単位で管理され、各時間帯にそれぞれ1ビットを割り当ててビットのON/OFFで提供時間内か提供時間外かを表現する。
例えば、広告主は、第1の時間帯(ランチタイムなど)を情報提供時間1002に設定した第1のディジタルデータと、第2の時間帯(ディナータイムなど)を情報提供時間1002に設定した第2のディジタルデータと、から構成されるディジタルコンテンツをサービス事業者に配信してもらう。このディジタルコンテンツを受信した車載器200の制御部207は、現在時刻が第1の時間帯に含まれれば第1のディジタルデータの情報提供地点情報507に含まれるデータを再生し、現在時刻が第2の時間帯に含まれれば第2のディジタルデータの情報提供地点情報507に含まれるデータを再生する。このようにすれば、車載器200は、現在時刻に相応しい情報がどれかを逐次推測してユーザに提供することができる。
次に、対象地点情報506の詳細について、図11を用いて説明する。
対象地点とは、典型的には、ユーザに商品・役務を提供する者であって事業者情報501に規定されるサービス事業者以外の者(以下「ショップ」と呼ぶ)が、ユーザに商品・役務を提供する所定の場所のことである。ショップが店舗を構えている場合、店舗の場所を指す。ただし、対象地点として任意の地点を設定することができる。
対象地点情報506には、文字データ、画像データ、音声データが含まれる。文字データには、対象地点表示テキスト1102と表示用文字データ1103がある。画像データには、静止画像データとしてメイン画像データ1104とアイコン画像データ1111が、動画像としてビデオデータ1108がある。音声データには、TTS言語データ1105と圧縮音声データ1106がある。
対象地点情報506に含めることができる静止画像には、ユーザによる再生開始の指示があった場合に再生されるメイン画像と、ユーザによる再生開始の指示に関わらず地図などと共にナビゲーション画面に簡易表示されるアイコン画像とがある。
対象地点座標1101は、ショップの場所を緯度・経度で表した情報である。対象地点座標1101には、緯度・経度を日本測地系と世界測地系のどちらで表現するかを指定する測地系識別フラグも含まれる。車載器200の制御部207は、対象地点座標1101に緯度・経度が設定されたディジタルデータ150を再生するとき、対象地点座標1101が示す位置をカーナビゲーションによる目的地や経由地に設定するためのボタン等を出力部203にモニターへ表示させ、この位置をユーザからの指示入力に応じて目的地や経由地に設定することができる。
例えば、対象地点座標1101で指定される地図上の位置には、上述のアイコン画像が表示される。
対象地点表示テキスト1102は、ショップ名をモニターに表示してユーザに通知するために用いられるテキストデータである。テキストの文字数は、モニターに表示する際、改行せず1行で表示できる程度であることが望ましい。
表示用文字データ1103は、ショップについての補足説明等をモニターに表示してユーザに通知するために用いられるテキストデータである。テキストの文字数は、最大でも全角1000文字程度とする。制御部207は、ディジタルデータ150の一覧をモニターに表示させる際、先頭から120文字程度を1ページ目として表示させ、順次2ページ目、3ページ目、…というようにページ送りしたりスクロールしたりして表示させる。
メイン画像データ1104は、所定の画像形式、所定の画像サイズ、所定の色数で作成されたメイン画像のデータ本体である。画像形式には、JPEG(Joint Photographic Experts Group)、GIF(Graphics Interchange Format)、PNG(Portable Network Graphics)、ビットマップ、などがある。操作部204がユーザから再生開始の指示を受け付けると、制御部207は、メイン画像データ1104を読み出して表示部203にモニターへ表示させる。メイン画像の表示位置は任意である。
このメイン画像データ1104には、メイン画像のフォーマットを指定する情報である画像形式識別フラグが含まれる。
TTS言語データ1105は、TTS形式で作成される発話用の音声のデータ本体である。
このTTS言語データ1105には、言語識別フラグと音声形式識別フラグが含まれる。言語識別フラグは、日本語、英語などを区別するためのフラグである。音声形式識別フラグは、日本語表音文字列、外国語表音文字列などを区別するためのフラグである。
圧縮音声データ1106は、所定の圧縮形式で作成された音声のデータ本体である。圧縮形式には、IMA−ADPCM(Interactive Multimedia Association - Adaptive Differential Pulse Code Modulation)、MP3(Moving Picture Experts Group Audio Layer-3)、AAC(Advanced Audio Coding)、CELP(Code Excited Linear Prediction)、PCM(Pulse Code Modulation)などがある。
この圧縮音声データ1106には、圧縮音声データ1106のフォーマットを指定する情報である圧縮音声形式識別フラグが含まれる。
音声再生順1107は、対象地点情報506に音声データとしてTTS言語データ1105と圧縮音声データ1106の両方が含まれている場合、どの順番で再生するかを指定する情報である。例えば、音声再生順1107には、先に圧縮音声データ1106を再生してその後TTS言語データ1105を再生することを示すフラグ値「0」、又は、先にTTS言語データ1105を再生してその後圧縮音声データ1106を再生することを示すフラグ値「1」が設定される。
例えば、TTS言語データ1105にセリフの音声を、圧縮音声データ1106にいわゆるサウンドロゴの音声を、それぞれ格納しておき、音声再生順1107にフラグ値「0」をセットしておくと、まずサウンドロゴが再生され、その後セリフが流れる。
ビデオデータ1108は、所定の圧縮形式で作成された動画像のデータ本体である。圧縮形式には、MPEG4(Moving Picture Experts Group Layer-4)などがある。
このビデオデータ1108には、ビデオデータ1108のフォーマットを指定する情報であるビデオ形式識別フラグが含まれる。
表示用文字データ1103、メイン画像データ1104、TTS言語データ1105、圧縮音声データ1106、ビデオデータ1108を総称して「メインコンテンツデータ」と呼ぶことがある。
URL(Uniform Resource Locator)1109は、インターネット上のウェブページを指定する記述子を格納する。典型的には、ショップが開設しているウェブページを指定する記述子であるが、記述子による指定先(リンク先)は限定されない。URL1109が設定されているディジタルデータ150を再生する場合、制御部207は、URL1109に設定されたリンク先にページをジャンプするためのボタンを表示させ、ユーザの要求に応じてページをジャンプさせることができる。
提携駐車場情報1110は、ショップが提携している駐車場に関する情報であり、後述する駐車場情報510の駐車場ID1501を用いて表される。例えば、ショップが提携している駐車場がある場合、その駐車場の固有の駐車場ID1501を提携駐車場情報1110に格納する。
アイコン画像データ1111は、所定の画像形式、所定の画像サイズ、所定の色数で作成されたアイコン画像のデータ本体である。車載器200の記憶装置206には、地図記号、道路標識などを表す画像を予め記憶しているが、ショップが独自のアイコン画像をナビゲーション画面等に表示させたい場合には、アイコン画像データ1111をディジタルデータ150に格納して配信することもできる。
なお、対象地点情報506に、対象地点表示テキスト1102、メイン画像データ1104、TTS言語データ1105(又は圧縮音声データ1106)、ビデオデータ1108のうち2つ以上が含まれている場合、制御部207は、それらのデータの再生を同じタイミングで開始することが望ましい。
次に、情報提供地点情報507の詳細について、図12を用いて説明する。
情報提供地点情報507には、対象地点情報506と同様に、再生用の画像データと音声データが含まれる。対象地点情報506に格納される画像データと音声データは、主にユーザによる再生開始の指示があったときに再生される。これに対し、情報提供地点情報507に格納される画像データと音声データは、主に車載器200が再生地点に到達したときに再生される。
再生地点は、情報提供地点情報507に格納された音声データ、画像データの再生を開始する場所のことである。例えば、車載器200が静止画像データを格納したディジタルデータ150を受信し、この車載器200を搭載した車両が再生地点に到達すると、車載器200のモニターには静止画像データがポップアップ表示される。言い換えれば、車両が再生地点に到達しないと静止画像データはポップアップ表示されない。ただし、制御部207は、車両が再生地点に到達したにも関わらず、何らかの理由により再生できなかった場合には、ユーザから再生する指示があったときに再生することができる。
本実施形態では、再生地点として最大5箇所の場所を指定することができる。ただし、4箇所以下、あるいは、6箇所以上の場所を指定できる実施形態を採用することもできることは言うまでもない。
再生地点は、緯度・経度で表される。再生地点は、1つの緯度・経度に対応する点を、いわばピンポイントで指定することができるだけでなく、ある程度の広さをもつ領域(以下「情報提供エリア」と呼ぶ)として指定することもできる。本実施形態では、緯度・経度で指定される地点を中心とし、所定距離を半径とする円で含まれる情報提供エリア内を、再生地点とすることができる。つまり、車載器200を搭載した車両がこの情報提供エリア内のどこかに入れば、ディジタルデータ150が再生される。
なお、情報提供エリアの形状は円に限られず、楕円、四角形など、任意の図形で囲まれる領域であってもよい。
情報提供中心座標1201は、情報提供エリアの中心座標であり、緯度・経度を用いて表される。情報提供中心座標1201には、対象地点座標1101と同様に、緯度・経度を日本測地系と世界測地系のどちらで表現するかを指定する測地系識別フラグも含まれる。
情報提供半径1202は、情報提供エリアを定める円の半径であり、メートルを単位として表される。
1組の情報提供中心座標1201と情報提供半径1202によって、1つの情報提供エリアが定まる。
ディジタルデータ150に情報提供中心座標1201が含まれ且つ情報提供半径1202が含まれない場合、再生地点は、情報提供中心座標1201で指定される地点である。車載器200を搭載した車両がこの地点を通過すれば、ディジタルデータ150が再生される。
情報提供方向1203は、緯度や経度などを用いて、あるいは、例えば東西南北や16方位程度のおおまかな方向を用いて表される。情報提供方向1203が設定されているディジタルデータ150は、車載器200が再生地点を情報提供方向1203が示す方向に移動している場合に再生される。つまり、車載器200が再生地点を情報提供方向1203が示す方向ではない方向に移動している場合には再生されない。
ただし、左右22.5度程度の反応角度を設定し、自車の進行方向と情報提供方向1203が示す方向との差が反応角度以内であれば、両者は一致するとみなして、ディジタルデータ150を再生することが望ましい。
なお、制御部207は、センサ群225が備える方向センサを用いて自車の進行方向を判別することができる。また、方向センサを備えなくても、制御部207は、ある時刻T1における自車の位置と、別の時刻T2における自車の位置とを結ぶ方向ベクトルから自車の進行方向を判別することもできる。
情報提供道路種別1204は、一般道路、高速道路、一方通行など、道路の種別を表す情報である。情報提供道路種別1204が設定されているディジタルデータ150は、車載器200が情報提供道路種別1204の示す道路を通過する場合に再生される。つまり、車載器200が再生地点に到達しても、情報提供道路種別1204の示す道路ではない道路を通過する場合には再生されない。
上記の情報提供中心座標1201、情報提供半径1202、情報提供方向1203、情報提供道路種別1204のうちいずれか1つ、もしくは、これらのうち2つ以上の組み合わせによって、ディジタルデータ150の再生開始条件が設定される。ショップ(又はサービス事業者)は、自由に再生開始条件を設定することができる。例えば、情報提供中心座標1201と情報提供半径1202と情報提供方向1203が設定されている場合、これら3つの条件をすべて満たすこと(論理積;AND)が再生開始条件となる。例えば、情報提供中心座標1201と情報提供半径1202が設定され情報提供方向1203が設定されていない場合、情報提供中心座標1201と情報提供半径1202の2つの条件を満たすこと(AND)が再生開始条件となる。つまり、制御部207は、情報提供中心座標1201、情報提供半径1202、情報提供方向1203、情報提供道路種別1204のうち設定されているもの同士の論理積をとって、再生開始条件とする。論理和に限らず任意の論理式を用いて、あるいは任意の数式を用いて、再生開始条件を定義できる。
ポップアップ用画像データ1205は、所定の画像形式、所定の画像サイズ、所定の色数で作成された画像データ本体である。画像形式には、JPEG、GIF、PNG、ビットマップ、などがある。画像サイズは、典型的にはメイン画像データ1104よりも小さいサイズである。制御部207は、所定の再生開始条件が満たされたと判別すると、ポップアップ用画像データ1205を読み出して表示部203にモニターへ表示させる。画像の表示位置は任意であるが、典型的には画面の中央付近である。ポップアップ用画像データ1205には、メイン画像データ1104と同様に、画像のフォーマットを指定する情報である画像形式識別フラグが含まれる。
ポップアップ用TTS言語データ1206は、TTS形式で作成される発話用の音声のデータ本体である。ポップアップ用TTS言語データ1206には、TTS言語データ1105と同様に、言語識別フラグと音声形式識別フラグが含まれる。
ポップアップ用圧縮音声データ1207は、所定の圧縮形式で作成された音声のデータ本体である。圧縮形式には、IMA−ADPCM、MP3、AAC、CELP、PCMなどがある。ポップアップ用圧縮音声データ1206には、圧縮音声データ1106と同様に、ポップアップ用圧縮音声データ1206のフォーマットを指定する情報である圧縮音声形式識別フラグが含まれる。
ポップアップ用画像データ1205、ポップアップ用TTS言語データ1206、ポップアップ用圧縮音声データ1207を総称して「ポップアップ用コンテンツデータ」と呼ぶことがある。
音声再生順1208は、音声再生順1107と同様に、情報提供地点情報507に音声データとしてポップアップ用TTS言語データ1206とポップアップ用圧縮音声データ1207の両方が含まれている場合、どの順番で再生するかを指定する情報である。
1つの再生地点には、1組の情報提供中心座標1201と情報提供半径1202と情報提供方向1203と情報提供道路種別1204とポップアップ用画像データ1205とポップアップ用TTS言語データ1206とポップアップ用圧縮音声データ1207と音声再生順1208の組み合わせ(再生地点データ)が対応付けられる。上述のように、本実施形態では、1つのディジタルデータ150につき、最大で5つの再生地点を設定することができ、それぞれの再生地点ごとに再生地点データを格納できる。
例えば、ショップのある場所に上り車線を通って接近する場合と下り車線を通って接近する場合とで、上り車線用の駐車場案内と下り車線用の駐車場案内といったように異なるディジタルコンテンツをユーザの手を煩わすことなく視聴してもらうことが可能である。
情報提供地点情報507に、ポップアップ用画像データ1205とポップアップ用TTS言語データ1206(又はポップアップ用圧縮音声データ1207)の両方が含まれている場合、制御部207は、これらのデータの再生を同じタイミングで開始することが望ましい。
図19(a)は、ポップアップ表示される画面の構成例である。制御部207は、情報提供地点情報507が格納されているディジタルデータ150を受信し、再生開始条件が満たされたと判別すると、ポップアップ用画像データ1205とポップアップ用TTS言語データ1206とポップアップ用圧縮音声データ1207とを再生する。モニターにはポップアップ画像1901が表示され、スピーカからは再生音が出力される。例えば、ポップアップ用圧縮音声データ1207にショップのジングルが格納され、ポップアップ用TTS言語データ1206にショップの名前等を発音する音声が格納され、音声再生順1208にはポップアップ用圧縮音声データ1207、ポップアップ用TTS言語データ1206の順に再生する旨の情報が格納されているとする。この場合、制御部207は、まずショップのジングルを再生し、その後、ショップの名前を発音する音声を再生する。
上述の説明では、ポップアップ用コンテンツデータとしてポップアップ用画像データ1205、ポップアップ用TTS言語データ1206、ポップアップ用圧縮音声データ1207のすべてがディジタルデータ150に格納されていることを前提にしているが、ポップアップ用画像データ1205のみ、あるいはポップアップ用TTS言語データ1206のみ等、これらすべてを有していない場合もある。
制御部207は、図19(b)に示すように、ポップアップで表示された情報より更に詳しい情報を再生する旨の指示入力をユーザから受け付けるボタン1902と、ポップアップ画像1901に対応するディジタルデータ150をお気に入りグループに追加する旨の指示入力をユーザから受け付けるボタン1903と、ポップアップで表示された画像に対応するショップをカーナビゲーションシステムによる目的地あるいは経由地に設定する旨の指示入力をユーザから受け付けるボタン1904と、を表示させてもよい。
以下の説明では、ボタンが表示されている画像領域に相当するタッチパネル部分がユーザにより押圧されることを、単に「ボタンが押圧される」と表現する。
ボタン1902が押圧された場合、制御部207は、ポップアップで再生したディジタルデータ150の対象地点情報506に格納されているメインコンテンツデータ(つまりメイン画像データ1104、TTS言語データ1105、圧縮音声データ1106、ビデオデータ1108)を再生する。ただし、制御部207は、車載器200を搭載している車両が走行中でなければ再生を許可し、走行中である場合には再生を許可しないこととすることもできる。制御部207は、速度センサ、走行距離センサ、方向センサ、ブレーキセンサ等のセンサ群225からの検出信号から、車両が走行中か否かを判断すればよい。制御部207は、車両が走行中の場合、ボタン1902を表示させないか、あるいはボタン1902をグレーで表示し、ユーザによる押圧を受け付けないようにする。なお、メインコンテンツデータは、メイン画像データ1104、TTS言語データ1105、圧縮音声データ1106、ビデオデータ1108のすべてを有する場合もあるが、これらのうちの1つのみを有する場合や、これらのうち2つ以上を有する場合もある。
また、ボタン1903が押圧された場合、制御部207は、ボタン1903が押圧されたときにポップアップ表示していたディジタルデータ150からサービス事業者コード601と、情報コード704(識別符号)とを読み出し、読み出したこれらの情報を、お気に入りグループに追加するディジタルデータ150のインデックス(以下「インデックス情報」という。)として、記憶装置206に記憶させる。制御部207は、このように記憶したインデックス情報に基づいて、お気に入りグループに属するディジタルデータ150のリストを表示させることができる。そして、ユーザにより所望のディジタルデータ150が選択されると、制御部207は、選択されたディジタルデータ150の再生を開始する。
また、ボタン1904が押圧された場合、制御部207は、ポップアップで再生したディジタルデータ150に格納されている対象地点座標1101で示される位置を、目的地あるいは経由地に設定する。ただし、ディジタルデータ150に対象地点座標1101が格納されていない場合、制御部207は、ボタン1904を表示させないか、あるいはボタン1904をグレーで表示し、ユーザによる押圧を受け付けないようにすることもできる。
次に、遷移情報508の詳細について、図13等を用いて説明する。
次再生情報コード1301は、車載器200が対象地点情報506に格納される画像データ等を再生しているとき、ユーザが次に再生を指示することができるディジタルデータ150を指定する情報であり、コンテンツ情報502の情報コード704に用いられる識別符号で表現される。本実施形態では、1つのディジタルデータ150は、最大で8個の次再生情報コード1301を格納することができる。ただし、7個以下、あるいは、9個以上の次再生コード1301を指定できる実施形態を採用することもできることは言うまでもない。
図20(a)〜(c)、図21(a),(b)、及び、図22(a),(b)は、記憶装置206に予め格納された画像データに基づいて制御部207が生成した画像データや、ディジタルデータ150に格納されている画像データを、制御部207が再生してモニターに表示したときの画面の構成例である。本例は、あるレストランが提供するディジタルコンテンツを再生したときの画面遷移を表している。例えばディジタルコンテンツは、N個のディジタルデータ150(第1ディジタルデータ、第2ディジタルデータ、第3のディジタルデータ、…、第Nディジタルデータ)から構成される。これらの図を使って、画面遷移について説明する。
ユーザによるディジタルコンテンツの再生開始の指示があると、制御部207は、まず、最初に再生することが予め指定されている画像データ等を再生する。例えば図20(a)に示すように、制御部207は、カーナビゲーションシステムを起動するか、あるいは、DSRCを使った情報提供システム(以下、単に「DSRCシステム」と呼ぶ)を起動するか、の選択を受け付ける車載器トップ画面を表示させる。車載器トップ画面用の画像データや音声データ等は記憶装置206に予め記憶されている。なお、車載器200がカーナビゲーションシステムを備えていない実施形態を採用するのであれば、車載器トップ画面をスキップし、後述する図20(b)の画面を最初に表示してもよい。
図20(a)において、DSRCシステムを起動する旨の指示入力をユーザから受け付けた場合、制御部207は、図20(b)に示すように、DSRCシステムのメインメニューに画面を遷移させる。ここで再生される画像データや音声データ等は記憶装置206に予め記憶されている。この画面からは、例えば、DSRCシステムの初期設定等を行うためのセットアップ画面、リアルタイムで路側無線装置100から配信される交通情報を取得する画面、ショップから提供されるディジタルコンテンツを視聴する画面(エンターテイメント)、などに遷移できる。なお、カーナビゲーションシステムを起動する旨の指示入力を受け付けた場合、制御部207は、カーナビゲーション用の画面に遷移させるが、これ以降の画面遷移の詳細については省略する。
図20(b)において、“エンターテイメント”が選択されると、制御部207は、図20(c)に示すように、サービス事業者の選択をユーザから受け付ける画面に遷移させる。ここで再生される画像データや音声データ等は記憶装置206に予め記憶されている。例えば、ユーザが予め契約したサービス事業者の一覧が表示される。なお、制御部207は、ユーザが未契約のサービス事業者を、契約済みのサービス事業者との区別を明瞭にした上で合わせて表示させ、未契約のサービス事業者が選択された場合、契約手続き画面に遷移させるようにしてもよい。
図20(c)において、いずれかのサービス事業者が選択されると、制御部207は、図21(a)に示すように、選択されたサービス事業者のトップメニューの画面データをメイン画像データ1104に格納している第1ディジタルデータを再生する。例えば、トップメニューからは、サービス事業者Aと提携しているショップのページに遷移可能である。第1ディジタルデータの次再生情報コード1301には、例えばそれぞれのショップのトップページを構成するディジタルデータ150を指定する識別符号など、最大で8個の遷移先のディジタルデータ150を指定する識別符号が格納される。
制御部207は、それぞれのページに画面を遷移させるためのボタン(以下「画面遷移用ボタン」という。)2101,2102,2103を出力部203に表示させる。例えば、画面遷移用ボタン2101,2102,2103のいずれかが押圧されると、制御部207は、押圧されたボタンに対応付けられたディジタルデータ150を再生し、画面を遷移する。また、制御部207は、ディジタルコンテンツの再生を終了する旨の指示入力を受け付けるボタン2109を表示させる。ボタン2109が押圧されると、制御部207は、ディジタルデータ150の再生を終了する。
また、制御部207は、上述したように、ディジタルデータ150に対象地点情報506の対象地点座標1101が格納されている場合、対象地点座標1101をカーナビゲーションシステムによる道案内の目的地あるいは経由地に設定することができる。例えば、対象地点座標1101で示される位置をカーナビゲーションシステムによる道案内の目的地あるいは経由地に設定するためのボタン2110が押圧された場合、制御部207は、対象地点座標1101で示される位置を目的地あるいは経由地に設定する。
また、制御部207は、再生中の画面を後でユーザがすぐに再生できるように、お気に入りグループに追加するためのボタン2111を表示させてもよい。
すなわち、制御部207は、ボタン2111が押圧されたときに再生していたディジタルデータ150からサービス事業者コード601と、情報コード704(識別符号)とを読み出し、読み出したこれらの情報を、インデックス情報として、記憶装置206に記憶させる。制御部207は、このように記憶したインデックス情報に基づいて、お気に入りグループに属するディジタルデータ150のリストを表示させることができる。そして、ユーザにより所望のディジタルデータ150が選択されると、制御部207は、選択されたディジタルデータ150の再生を開始する。このようにお気に入りグループに追加することで、ユーザは、所望の画面を後で容易に視聴することができる。
図21(a)において、例えばボタン2102が押圧されると、制御部207は、“ショップ××”ページのディジタルデータ150(第2ディジタルデータ)を再生して、図21(b)に示すような“お食事メニュー”ページに画面を遷移する。
第2ディジタルデータの次再生情報コード1301には、例えば“本日のおすすめ”ページのディジタルデータ150を指定する識別符号、“麺類”ページのディジタルデータ150を指定する識別符号など、最大で8個の遷移先のディジタルデータ150を指定する識別符号が格納される。画面遷移用ボタン2101乃至2108には、“本日のおすすめ”ページのディジタルデータ150を指定する識別符号、“麺類”ページのディジタルデータ150を指定する識別符号など、次再生情報コード1301に指定された識別符号がそれぞれ新しく対応付けられる。
図21(a)の画面から図21(b)の画面に遷移させる際、選択されたショップのディジタルコンテンツを構成するディジタルデータ150の中に、TTS言語データ1105と圧縮音声データ1106と音声再生順1107とが格納されているディジタルデータ150(典型的には選択されたショップのトップ画面に対応するディジタルデータ150)が存在する場合、制御部207は、画面を遷移させるとともに、音声をスピーカから出力させる。例えば、圧縮音声データ1106にショップのジングルが格納され、TTS言語データ1105にショップの名前等を発音する音声が格納され、音声再生順1107には圧縮音声データ1106、TTS言語データ1105の順に再生する旨の情報が格納されているとする。この場合、制御部207は、まずショップのジングルを再生し、その後、ショップの名前を発音する音声を再生する。なお、制御部207は、図21(a)や図21(b)の画面のディジタルデータ150に限らず、任意のディジタルデータ150について、画面の遷移とともに音声を再生することができる。
図21(b)において、例えばボタン2103が押圧されると、制御部207は、“定食”ページのディジタルデータ150(第3ディジタルデータ)を再生して、図22(a)に示すような“定食”ページに画面を遷移する。
第3ディジタルデータには、例えば“○○定食”ページのディジタルデータ150を指定する識別符号、“××定食”ページのディジタルデータ150を指定する識別符号など6個の識別符号が格納されている。そして、画面遷移用ボタン2101乃至2105には、“○○定食”ページのディジタルデータ150を指定する識別符号、“××定食”ページのディジタルデータ150を指定する識別符号などが新しく対応付けられる。
図22(a)において、例えばボタン2105が押圧されると、制御部207は、“サラダ・ドリンク付き”ページのディジタルデータ150(第4ディジタルデータ)を再生して、図22(b)に示すような“サラダ・ドリンク付き”ページに画面を遷移する。
第4ディジタルデータには、例えば“○○定食”ページのディジタルデータ150を指定する識別符号など、4個の識別符号が格納されている。そして、画面遷移用ボタン2101乃至2104には、“○○定食”ページのディジタルデータ150を指定する識別符号などが新しく対応付けられる。つまり、“○○定食”ページには、図22(a)に示す画面からたどり着くこともできるし、図22(b)に示す画面からたどり着くこともできる。
なお、図21(a)に示すようなサービス事業者のトップページは、各ショップのトップ画面にリンクするページに限定されない。例えば、ショップ毎に分類せず、図22(b)に示すようなショップ内の任意のディジタルデータ150に直接リンクするページであってもよい。また、各ショップのトップページへのリンクと、個別のディジタルデータ150のページへのリンクとが混在する画面でもよい。
例えば、サービス事業者が、ショップ(テナント)が入っていないデパートである場合、図21(b)に示すショップの選択画面を省略し、図20(c)に示すサービス事業者選択ページから図21(b)に示すようなページに遷移させればよい。この場合、図21(b)において、“ショップ”のトップページを、“サービス事業者”のトップページに置き換えればよい。
例えば、サービス事業者が、ショップが入っていて且つ自らも商品・役務を提供するようなショッピングセンターである場合、図21(a)に示すサービス事業者のトップページには、サービス事業者自らが提供するページのディジタルデータ150へのリンクと、ショップが提供するディジタルデータ150へのリンクの両方を含めることができる。
このように、次再生情報コード1301を用いれば、ディジタルコンテンツを構成する複数のディジタルデータ150の間で複雑に入り組んだ関連性を保ちつつ、ユーザが視聴したページに簡単にたどり着けるように構成することができる。
本実施形態では、遷移先のディジタルデータ150を指定する識別符号が対応付けられていないボタンは表示されない。ただし、遷移先のディジタルデータ150を指定する識別符号が対応付けられている他のボタンとの視覚的な区別が容易な程度にアレンジして、例えばグレーや影付きで、表示することとしてもよい。
遷移情報508を設定することによって、複数のディジタルデータ150から構成されるディジタルコンテンツにおいて、ショップの意図通りに画面を遷移させることができる。また、ユーザは自分の見たいページまで簡単にたどり着けるようになり好都合である。遷移情報508は、分岐型の画面遷移を実現するために好適である。
次に、詳細情報509の詳細について、図14を用いて説明する。
詳細情報509は、ディジタルコンテンツが複数のディジタルデータ150から構成される場合、もしくは、記憶装置206に複数のディジタルデータ150が記憶されている場合、ユーザがいち早く所望のページを探し出せるように、検索を容易にするための情報である。本実施形態では、最大で8個の詳細情報509を設定することができる。ただし、7箇所以下、あるいは、9箇所以上の詳細情報509を指定できる実施形態を採用することもできることは言うまでもない。
詳細情報データ1401は、ディジタルデータ150の内容を端的に表現するキーワードを格納する。キーワードは、任意の文字、数字、記号等を用いて設定される。1つのキーワードは、長くても全角20文字程度に収めることが望ましい。
詳細情報表示用文字列1402は、上記キーワードをモニターに表示するときに用いる文字列データである。
詳細情報発話用表音文字列1403は、上記キーワードを音声で出力するときに用いる発話用TTSデータである。
詳細情報509を設定することによって、ユーザは自分の見たいページを簡単に探し出せるようになり好都合である。詳細情報509は、串刺し型の画面遷移を実現するために好適である。例えば、車載器200の電源を投入したときのトップページ等に検索ボタンを設け、ユーザから任意の文字列等の入力を受け付ける。車載器200は、受け付けた文字列等と一致するキーワードが詳細情報509に格納されているディジタルデータ150を検索してリスト表示する。リスト表示されたページの中からいずれかがユーザにより選択されると、車載器200は、選択されたページにジャンプする。
本実施形態では1つのディジタルデータ150につき8個の詳細情報509を格納できるので、8個のキーワードを設定することが可能である。しかし、詳細情報データ1401の記載形式を工夫することで、更に多くのキーワードを設定することもできる。
例えば、詳細情報データ1401に、キーワードの区切りを表す所定の記号(例えば“_”)を挟んで、「和食_わしょく_わしよく」のような形式でキーワードを設定する。制御部207は、所定の記号が含まれる場合、その記号の位置がキーワードの切れ目であると判断し、複数のキーワードが設定されているものとみなす。この例では、制御部207は、“和食”と“わしょく”と“わしよく”のすべてがキーワードとなる。このように、いわゆるあいまい検索も可能である。
例えば、詳細情報データ1401にキーワード“クーポン”を設定したディジタルデータ150と、設定していないディジタルデータ150とを配信する。車載器200の制御部207は、ユーザの指示により、キーワード“クーポン”が設定されているディジタルデータ150のみを抽出してモニターに表示させることができる。
なお、詳細情報データ1401のデータ領域として、所定のnビット(nは1以上の整数)を確保し、それぞれのビットに所定のキーワードを予め対応付けておき、それぞれのビットのON/OFFでキーワードを設定するようにしてもよい。例えば、「クーポン」と「新着」と「更新」の3つのキーワードに1ビットずつ割り当てておき、それぞれのビットを1又は0にセットする。ビットの値が“101”であれば、キーワード「クーポン」と「更新」が設定されていることと実質的に同じになる。
次に、駐車場情報510の詳細について、図15を用いて説明する。
駐車場情報510は、ショップの近くに存在する駐車場を案内するための駐車場データを格納する。本実施形態の情報提供装置(車載器200)は自動車等の車両に搭載されるため、ユーザがショップに立ち寄る(ユーザにショップへ立ち寄ってもらう)ためには駐車場に関する情報が重要である。
駐車場ID1501は、駐車場ごとにユニークに割り当てられた記号、番号である。
駐車場詳細情報1502は、駐車場ID1501が示す駐車場に関する詳しい情報を格納する。駐車場の名称や座標等の静的情報は、駐車場ID1501と共に、車載器200の記憶装置206に地図データベースとして保存されている。一方、満空情報や料金の割引情報、予約の可否、営業時間等の動的情報が、駐車場詳細情報1502として格納されている。
駐車場特記事項1503は、駐車場詳細情報1502のほかに追加すべき情報がある場合に設定される。駐車場特記事項1503には、「本日お祭り開催のため混雑が予想されます」などといったような駐車場詳細情報1501で表現できない内容を記載できる。
駐車場情報発話用表音文字列1504は、駐車場詳細情報1502及び/又は駐車場特記事項1503を音声で出力するときに用いる発話用TTSデータである。
1組の駐車場ID1501、駐車場詳細情報1502、駐車場特記事項1503、駐車場情報発話用表音文字列1504が、1つの駐車場に割り当てられる。本実施形態では、最大で127箇所の駐車場情報を提供できる。ただし、126箇所以下、あるいは、128箇所以上の駐車場情報を指定できる実施形態を採用することもできることは言うまでもない。
記憶装置206は、駐車場IDと、駐車場の場所(緯度・経度)を示す情報とを対応付けて予め記憶する。制御部207は、この記憶装置206に記憶された情報から、駐車場ID1501が示す駐車場の位置を取得できる。制御部207は、取得した駐車場の位置を、ユーザの指示により、カーナビゲーションにおける目的地あるいは経由地に設定することができる。
次に、運転支援情報511の詳細について、図16を用いて説明する。
駐車場の位置は緯度・経度を用いて表現されるため、2次元マップを用いてナビゲーションを行うと、モニターには駐車場のある場所が平面的に表示される。しかし、地下駐車場や立体駐車場の場合には、緯度・経度だけでは充分に場所を案内できない可能性がある。運転支援情報511は、駐車場付近を運転する際の補助となる情報である。例えば運転支援情報511が格納されるディジタルデータ150は、駐車場付近に設置された路側無線装置100から、即時再生/蓄積コード801で「表示する」と指定されたディジタルデータ150として送信される。制御部207は、このディジタルデータ150を受信すると、直ちに再生する。
例えば、駐車場P1の近くに設置されている路側無線装置100は、駐車場P1内の道案内や、駐車場P1周辺の交通案内(例えば細い路地など視界が良くない場所等における「駐車場はこの先まっすぐ行ったところにあります」といった案内)を運転支援情報511に格納しているディジタルデータ150を配信する。このディジタルデータ150を受信した車載器200の制御部207は、運転支援情報511を用いて直ちに注意を促す画像や音声を出力させる。
運転支援画像データ1601は、所定の画像形式、所定の画像サイズ、所定の色数で作成された画像データ本体である。画像形式には、JPEG、GIF、PNG、ビットマップ、などがある。制御部207は、運転支援情報511を格納しているディジタルデータ150を受信すると、運転支援画像データ1601を読み出して表示部203にモニターへ表示させる。運転支援画像データ1601には、メイン画像データ1104と同様に、画像のフォーマットを指定する情報である画像形式識別フラグが含まれる。
運転支援発話用表音文字列1602は、TTS形式で作成される発話用の音声のデータ本体である。運転支援発話用表音文字列1602には、TTS言語データ1105と同様に、言語識別フラグと音声形式識別フラグが含まれる。
運転支援圧縮音声データ1603は、所定の圧縮形式で作成された音声のデータ本体である。圧縮形式には、IMA−ADPCM、MP3、AAC、CELP、PCMなどがある。運転支援圧縮音声データ1603には、圧縮音声データ1106と同様に、運転支援圧縮音声データ1603のフォーマットを指定する情報である圧縮音声形式識別フラグが含まれる。
音声再生順1604は、音声再生順1107と同様に、運転支援情報511に音声データとして運転支援発話用表音文字列1602と運転支援圧縮音声データ1603の両方が含まれている場合、どの順番で再生するかを指定する情報である。
1組の運転支援画像データ1601、運転支援発話用表音文字列1602、運転支援圧縮音声データ1603、音声再生順1604が、1つの運転支援情報となる。
次に、嗜好情報512の詳細について、図17を用いて説明する。
嗜好情報512は、サービス事業者(配信サーバ300)がユーザの嗜好する情報を選択して配信するために利用される。嗜好情報512は、サービス事業者が配信する情報(ディジタルデータ150)を複数項目(例えば、最大128項目)に分類して示すデータテーブル(嗜好データテーブル)であり、サービス事業者によって予め決められる。嗜好データテーブルは、サービス事業者によって随時更新可能である。
配信サーバ300は、例えば、契約したユーザの車載器200から初めてアップリンク情報が送信された場合や、初回ではないものの車載器200からのアップリンク情報に含まれる嗜好情報512のバージョン(嗜好情報バージョン1701)が異なる(古い)場合等に、嗜好情報512を格納しているディジタルデータ150を車載器200に送信する。
嗜好情報バージョン1701は、嗜好情報512(即ち、嗜好データテーブル)のバージョンである。サービス事業者は、嗜好データテーブルを更新する際には、嗜好情報バージョン1701も更新する。
嗜好情報表示用文字列1702は、分類項目に対応する所定の文字列をモニターに表示するときに用いる文字列データである。
嗜好情報発話用表音文字列1703は、分類項目に対応する所定の文字列を音声で出力するときに用いる発話用TTSデータである。
嗜好情報表示用ネスト1704は、嗜好情報表示用文字列1702に格納される文字列を表示する際のネストの深さを示す数値である。
図23は、嗜好情報512の内容をモニターに表示した際の画面の一例である。例えば、分類項目「暮らし」は、更に「病院」と「ロードサービス」の2つの項目に分類される。この場合、分類項目「病院」のネストは、「暮らし」の2階層目である。仮に、分類項目「暮らし」の嗜好情報表示用ネスト1704が“0”であると、分類項目「病院」の嗜好情報表示用ネスト1704は“1”となる。
それぞれの分類項目には、所定の分類コードが予め割り当てられている。例えば、「暮らし」に分類コード=1、「病院」に分類コード=2、「小児科」に分類コード=3、といった具合である。本実施形態では、ディジタルデータ150を最大で128種類に分類できる。ただし、127種類以下、あるいは、129種類以上に分類する実施形態を採用することもできることは言うまでもない。
例えば、ユーザは、図23に示す画面において、所望の分類項目にチェックマークをつける等して、サービス事業者に配信して欲しい情報を選択することができる。制御部207は、その選択結果を嗜好データとして、記憶装置206に保存する。また、制御部207は、後述するように、更新された嗜好データをアップリンク情報に格納して配信サーバ300に送信する。配信サーバ300は、受信した嗜好データに基づいて、ディジタルデータ150を構築し、当該ユーザ(車載器200)に配信する。
また、路側無線装置100は、車載器200からアップリンクされた嗜好データを用いて、嗜好データに合致する内容のディジタルデータ150のみ抽出して車載器200に配信してもよい。
なお、嗜好情報バージョン1701に指定されるバージョンが変わった場合、すなわち、嗜好データテーブルのバージョンが変わった場合、制御部207は、現在記憶装置206に記憶している嗜好データを一時待避させ、新しい嗜好データテーブルを初期値で記憶装置206に記憶させた後、一時待避させた嗜好データを上書きして反映させることが望ましい。これにより、ユーザに再び嗜好データを設定し直させるような手間をかけずに済む。
次に、構成ID情報500の詳細について、図18を用いて説明する。
構成ID情報500は、ディジタルデータ150に、上述の事業者情報501、コンテンツ情報502、再生条件情報503、有効期限情報504、提供時間情報505、対象地点情報506、情報提供地点情報507、遷移情報508、詳細情報509、駐車場情報510、運転支援情報511、及び、嗜好情報512の各項目が、それぞれ格納されているか否かを示す情報である。
本実施形態では、各項目に予め割り当てられているIDは2バイトの数値で表現される。構成ID情報500には、ディジタルデータ150に含まれている項目に対応するIDを、数値の小さい順に羅列して格納されている。
例えば、構成ID情報500に、“010203040510”が格納されている場合、このディジタルデータ150には、事業者情報501(ID=01)、コンテンツ情報502(ID=02)、再生条件情報503(ID=03)、有効期限情報504(ID=04)、提供時間情報505(ID=05)、及び、対象地点情報506(ID=10)が格納されていることを意味する。
なお、構成ID情報500に格納するデータの形式は、この手法に限定されない。例えば、上記14項目のそれぞれに1ビットずつ割り当て、格納されているのであれば対応するビットを“1”に、格納されていないのであれば対応するビットを“0”にする、といった形式でもよい。
(注文受付処理における画面遷移)
次に、上記各構成を有する情報提供システムを用いた注文受付処理について説明する。本実施形態では、ユーザは、車載器200を操作することにより、車両の中に居ながら商品等の注文ができる。以下詳述する。
図24は、配信サーバ300から配信されるディジタルコンテンツの構成例を示す図である。ディジタルコンテンツは、複数のディジタルデータ150(本図中では150−1乃至150−26と記載)から構成される。矢印は、出力部203が備えるモニターに表示される画面の遷移可能な遷移方向を示す。それぞれのディジタルデータ150の次再生情報コード1301に遷移先のディジタルデータ150を示す識別符号を予め格納することにより、制御部207によって再生される画面等の遷移可能な遷移方向が定義される。
それぞれのディジタルデータ150には、図5に示す各項目のうちの全部又は一部の項目の情報が予め格納されている。以下、ディジタルコンテンツが図24に示すように互いに関連付けされた複数のディジタルデータ150から構成されるものとして説明する。ただし、ディジタルコンテンツは任意の内容のディジタルデータ150あるいは任意の関連付けを有するディジタルデータ150から構成されていてもよいことは言うまでもない。
図25乃至図34は、車載器200が実行する注文受付処理において、モニターに表示される画面の遷移を表す図である。
図35は、車載器200から配信サーバ300に送信されるアップリンク情報160の構成を説明するための図である。
これらの図を用いて、車載器200が行う注文受付処理の流れについて説明する。
制御部207は、ディジタルコンテンツの再生を先頭から開始する旨の指示入力をユーザから受け付けると、ディジタルコンテンツに含まれる複数のディジタルデータ150のうち最初に再生するように予め設定されているディジタルデータ150(本実施形態ではディジタルデータ150−1に相当する。)を再生する。
図25は、“TOP画面”のディジタルデータ150−1の対象地点情報506に含まれるメイン画像データ1104を制御部207が再生したときの画面の例である。制御部207は、ディジタルデータ150−1の再生画面と共に、画面遷移用ボタン2101乃至2108のほか、注文ボタン2510と初期化ボタン2520を画面に表示させる。
ディジタルデータ150−1にTTS言語データ1105又は圧縮音声データ1106が含まれている場合には、制御部207は、メイン画像データ1104を再生してモニターに表示させると共に、TTS言語データ1105又は圧縮音声データ1106を再生してスピーカから出力させる。ディジタルデータ150−1にTTS言語データ1105と圧縮音声データ1106の両方が含まれている場合には、制御部207は、メイン画像データ1104を再生してモニターに表示させると共に、音声再生順1107で指定された再生順に、TTS言語データ1105と圧縮音声データ1106を再生する。
以下、モニターに表示される画面の遷移について説明するが、各々のディジタルデータ150に、メイン画像データ1104に加えてTTS言語データ1105及び/又は圧縮音声データ1106が含まれている場合には、制御部207は、特に断りのない限り、メイン画像データ1104を再生してモニターに表示すると共に、TTS言語データ1105及び/又は圧縮音声データ1106を再生してスピーカから出力するものとする。
ディジタルデータ150−1の次再生情報コード1301には、例えば、遷移先として選択可能なディジタルデータ150−2乃至150−7を示す識別符号が予め対応付けられている。制御部207は、ディジタルデータ150−2乃至150−7を示す識別符号と、画面遷移用ボタン2101乃至2106とを関連付けた情報を、RAM209に一時記憶する。このとき制御部207は、画面遷移用ボタン2107,2108については、識別符号を関連付けない。制御部207は、画面遷移用ボタン2107が押圧された場合、ディジタルコンテンツの再生を終了する。また、制御部207は、画面遷移用ボタン2108を表す画像を、例えばグレーアウトするなど、画像処理を施して表示させ、ユーザによる画面遷移用ボタン2108の押圧操作を受け付けない。
更に、制御部207は、ディジタルデータ150−23を示す識別符号と注文ボタン2510とを関連付けた情報をRAM209に一時記憶する。また、制御部207は、ディジタルデータ150−22を示す識別符号と初期化ボタン2520とを関連付けた情報をRAM209に一時記憶する。ここで、注文ボタン2510と初期化ボタン2520は、詳細情報509(ID=40)の情報を基に描画される。
画面に表示されているこれらのボタンのいずれかが押圧された場合、制御部207は、押圧されたボタンに関連付けられている識別符号が示すディジタルデータ150を再生し、画面を遷移させる。なお、注文ボタン2510と初期化ボタン2520の機能の詳細については後述する。
図25において、例えば画面遷移用ボタン2102がユーザによって押圧されると、制御部207は、ディジタルデータ150−3に格納されているメイン画像データ1104を再生して、図26に示すような“ハンバーガー”メニューの画面に遷移させる。
ディジタルデータ150−3の次再生情報コード1301には、遷移先としてユーザが選択可能なディジタルデータ150−8乃至150−13を示す識別符号が予め対応付けられている。制御部207は、ディジタルデータ150−8乃至150−13を示す識別符号と、画面遷移用ボタン2101乃至2106とを新たに関連付けた情報を、RAM209に一時記憶する。また、制御部207は、ディジタルデータ150−1を示す識別符号と画面遷移用ボタン2107とを新たに関連付けた情報をRAM209に一時記憶する。制御部207は、画面遷移用ボタン2108については、識別符号を関連付けない。制御部207は、画面遷移用ボタン2107が押圧された場合、ディジタルデータ150−1を再生して上述の“TOP画面”に戻す。また、制御部207は、画面遷移用ボタン2108を表す画像を、例えばグレーアウトするなど、画像処理を施して表示させ、ユーザによる画面遷移用ボタン2108の押圧操作を受け付けない。
図26において、例えば画面遷移用ボタン2101がユーザによって押圧されると、制御部207は、ディジタルデータ150−8に格納されているメイン画像データ1104を再生して、図27に示すような“ハンバーガーメニュー・個数と値段(1)”の画面に遷移させる。
本図に示すように、1つの画面遷移用ボタンには、商品(又は役務)と、その商品(又は役務)の個数とが対応付けられる。つまり、ユーザは、画面遷移用ボタン2101乃至2108のいずれか1つを押圧することにより、商品(又は役務)とその商品(又は役務)の個数とを一度に選択することができる。
ディジタルデータ150−8の次再生情報コード1301には、遷移先としてユーザが選択可能なディジタルデータ150−14乃至150−20を示す識別符号が予め対応付けられている。制御部207は、ディジタルデータ150−14乃至150−20を示す識別符号と、画面遷移用ボタン2101乃至2107とを新たに関連付けた情報を、RAM209に一時記憶する。制御部207は、ディジタルデータ150−3を示す識別符号と画面遷移用ボタン2108とを新たに関連付けた情報をRAM209に一時記憶する。
図27において、例えば画面遷移用ボタン2103がユーザによって押圧されると、制御部207は、ディジタルデータ150−16に格納されているメイン画像データ1104を再生して、図28に示すような“ハンバーガーメニュー・個数と値段(2)”の画面に遷移させる。制御部207は、注文する商品等の候補のリスト(いわゆる“買い物かご”)に商品等を一時記憶させる指示を受け付けるボタン(以下「買い物かごボタン」という。)2810を更に表示させる。ここで、買い物かごボタン2810は、詳細情報509(ID=40)の情報を基に描画される。
注文する商品等の候補のリスト(買い物かご)の情報は、車載器200の記憶装置206に一時記憶される。また、車載器200が後述のようにアップリンク情報160を配信サーバ300に送信することにより、配信サーバ300の記憶装置305にも一時記憶される。
ディジタルデータ150−16の次再生情報コード1301には、遷移先としてユーザが選択可能なディジタルデータ150−8及び150−1を示す識別符号が予め対応付けられている。制御部207は、ディジタルデータ150−8及び150−1を示す識別符号と、画面遷移用ボタン2101及び2102とを新たに関連付けた情報を、RAM209に一時記憶する。このとき制御部207は、画面遷移用ボタン2103乃至2108については識別符号を関連付けず、ユーザによる画面遷移用ボタン2103乃至2108の押圧操作を受け付けない。
また、制御部207は、ディジタルデータ150−21を示す識別符号と、買い物かごボタン2810とを関連付けた情報を、RAM209に一時記憶する。
図28において、買い物かごボタン2810がユーザによって押圧されると、制御部207は、ディジタルデータ150−21に格納されているメイン画像データ1104を再生して、図29に示すような“買い物かご画面”に遷移させる。
制御部207は、現在買い物かごの中に登録されている商品等のすべてをリストアップして表示することが望ましい。
ディジタルデータ150−21の次再生情報コード1301には、遷移先としてユーザが選択可能なディジタルデータ150−1を示す識別符号が予め対応付けられている。制御部207は、ディジタルデータ150−1を示す識別符号と画面遷移用ボタン2101とを新たに関連付けた情報をRAM209に一時記憶する。このとき制御部207は、画面遷移用ボタン2102乃至2108については識別符号を関連付けず、ユーザによる画面遷移用ボタン2102乃至2108の押圧操作を受け付けない。
更に、制御部207は、配信サーバ300へのアップリンク情報160として、買い物かごボタン2810が表示されているときに再生されていたディジタルデータ150(この例の場合、ディジタルデータ150−16)を示す識別情報と、所定の第1種の文字列データW1とを対応付けた情報を、RAM209に一時記憶する。
第1種の文字列データW1とは、典型的には、文字列「かご」等を表すデータである。ただし、買い物かごボタン2810がユーザによって押圧されたことを判別できるのであれば、任意の文字列を採用することができる。また、文字列に限らず、買い物かごボタン2810が押圧されたか否かを示すフラグ値、論理値、数値等を用いてもよい。
ここで、アップリンク情報160の構成の詳細について、図35を用いて説明する。アップリンク情報160は、所定のタイミングで車載器200から配信サーバ300に送信される情報である。アップリンク情報160は、サービス事業者コード161、目的地データ162、経由地データ163、累計走行距離データ164、嗜好データ165、会員データ166を含む。
サービス事業者コード161は、上述のサービス事業者コード601と同様、サービス事業者を特定するための情報である。典型的には、DSRCの運用を管理する機関が、サービス事業者毎にユニークなコードを割り当てる。
目的地データ162は、ユーザによって設定された、カーナビゲーションシステムによる道案内の目的地を示すデータである。典型的には、目的地データ162は、目的地の緯度・経度で表される。ユーザにより目的地が設定された場合、制御部207は、車載器200がDSRC通信エリア内に入ると、目的地データ162に目的地を示す情報をセットしたアップリンク情報160を生成して、配信サーバ300にアップリンクする。
経由地データ163は、ユーザによって設定された、カーナビゲーションシステムによる道案内の経由地を示すデータである。典型的には、経由地データ163は、経由地の緯度・経度で表される。ユーザにより経由地が設定された場合、制御部207は、車載器200がDSRC通信エリア内に入ると、経由地データ163に経由地を示す情報をセットしたアップリンク情報160を生成して、配信サーバ300にアップリンクする。本実施形態では、経由地データ163として、最大で5箇所の経由地(図中では経由地A,経由地Bなどと記載)を示す情報を格納することができる。ただし、格納できる経由地の数は本発明によって限定されない。
累計走行距離データ164は、車載器200を搭載した車両の走行距離の累計値である。例えば、制御部207は、図20(b)に示すDSRCメインメニューからセットアップ画面が呼び出されユーザにより所定の設定操作がなされたときを基点として累計走行距離を計算し、計算された累積走行距離をセットしたアップリンク情報160を生成して、所定のタイミングで配信サーバ300にアップリンクする。
嗜好データ165は、ユーザの嗜好を示すデータである。上述のように、ユーザは、図23に示す画面において、所望の分類項目にチェックマークをつける等して、サービス事業者に配信して欲しい情報を選択することができる。制御部207は、その選択結果を嗜好データ165として、記憶装置206に保存する。そして、制御部207は、嗜好データ165をセットしたアップリンク情報160を、所定のタイミングで配信サーバ300にアップリンクする。
会員データ166は、ユーザに関する様々な情報を格納できる。例えば、後述するようにユーザが車載器200を用いて商品等の注文をする際、制御部207は、注文内容を示すデータを会員データ166に格納し、配信サーバ300にアップリンクする。本実施形態では、会員データ166として、最大で8つの会員情報(図中では会員情報A,会員情報Bなどと記載)を格納することができる。ただし、格納できる会員情報の数は本発明によって限定されない。
以下の説明において、注文受付処理におけるアップリンク情報160を、次の[数1]のように表す。
UL = (Id(x),Ch(y)) ・・・ [数1]
ただし、ULはアップリンク情報160を、パラメータId(x)はディジタルデータ150に付されている識別符号を、パラメータCh(y)は注文内容を表す所定の文字列データを、それぞれ表す。本実施形態では、制御部207は、Id(x)を会員情報Aに、Ch(W1)を会員情報Bに、それぞれ格納する。
例えば、買い物かごボタン2810が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、[数2]のように表される。
UL = (Id(16),Ch(W1)) ・・・ [数2]
この[数2]で表されるアップリンク情報160は、商品等の注文の依頼指示を示す情報である。
制御部207は、路側無線機100を介して、RAM209に一時記憶されたアップリンク情報160を、配信サーバ300へアップリンクする。ここでアップリンクされる情報は、買い物かごボタン2810が押下されたことによりユーザから注文が出された旨を示す情報である。ただし、この時点では注文はまだ確定されていない。配信サーバ300は、出された注文が後述の処理によって確定された場合、アップリンク情報160に基づいて車載器200からの商品等の注文を確定し、ショップに通知することができる。アップリンク処理の詳細については後述する。
図29において、画面遷移用ボタン2101がユーザによって押圧されると、制御部207は、ディジタルデータ150−1に格納されているメイン画像データ1104を再生して、図25に示すような“TOP画面”に遷移させる。
次に、図25において、初期化ボタン2520がユーザによって押圧されると、制御部207は、ディジタルデータ150−22に格納されているメイン画像データ1104を再生して、図30に示すような“初期化画面”に遷移させる。
ディジタルデータ150−22の次再生情報コード1301には、遷移先としてユーザが選択可能なディジタルデータ150−1を示す識別符号が予め対応付けられている。制御部207は、ディジタルデータ150−1を示す識別符号と画面遷移用ボタン2101とを関連付けた情報をRAM209に一時記憶する。このとき制御部207は、画面遷移用ボタン2102乃至2108については識別符号を関連付けず、ユーザによる画面遷移用ボタン2102乃至2108の押圧操作を受け付けない。
更に、制御部207は、配信サーバ300へのアップリンク情報160として、ディジタルデータ150−1を示す識別情報と、所定の第2種の文字列データW2とを対応付けた情報を、RAM209に一時記憶する。
第2種の文字列データW2とは、典型的には、文字列「初期化」等を表すデータである。ただし、初期化ボタン2520がユーザによって押圧されたことを判別できるのであれば、任意の文字列を採用することができる。また、文字列に限らず、初期化ボタン2520が押圧されたか否かを示すフラグ値、論理値、数値等を用いてもよい。
初期化ボタン2520が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、次の[数3]で表される。
UL = (Id(1),Ch(W2)) ・・・ [数3]
この[数3]で表されるアップリンク情報160は、商品等の注文の取消指示(初期化指示)を示す情報である。
制御部207は、路側無線装置100を介して、RAM209に一時記憶されたアップリンク情報160を、配信サーバ300へアップリンクする。ここでアップリンクされる情報は、買い物かごボタン2810が押下されたことにより配信サーバ300が受け付けていた注文を確定せずにキャンセルする旨を示す情報である。
また、注文ボタン2510が押圧された場合、制御部207は、配信サーバ300へのアップリンク情報160として、ディジタルデータ150−1を示す識別情報と、所定の第3種の文字列データW3とを対応付けた情報を、RAM209に一時記憶する。
第3種の文字列データW3とは、典型的には、文字列「注文」等を表すデータである。ただし、注文ボタン2510がユーザによって押圧されたことを判別できるのであれば、任意の文字列を採用することができる。また、文字列に限らず、注文ボタン2510が押圧されたか否かを示すフラグ値、論理値、数値等を用いてもよい。
注文ボタン2510が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、次の[数4]で表される。
UL = (Id(1),Ch(W3)) ・・・ [数4]
この[数4]で表されるアップリンク情報160は、商品等の注文の依頼指示を示す情報である。
次に、図25において、注文ボタン2510がユーザによって押圧されると、制御部207は、ディジタルデータ150−23に格納されているメイン画像データ1104を再生して、図31に示すような“注文画面”に遷移させる。
ディジタルデータ150−23の次再生情報コード1301には、遷移先としてユーザが選択可能なディジタルデータ150−1を示す識別符号が予め対応付けられている。制御部207は、ディジタルデータ150−1を示す識別符号と、画面遷移用ボタン2101とを新たに関連付けた情報をRAM209に一時記憶する。このとき制御部207は、画面遷移用ボタン2102乃至2108については識別符号を関連付けず、ユーザによる画面遷移用ボタン2102乃至2108の押圧操作を受け付けない。
また、制御部207は、ディジタルデータ150−24を示す識別符号とクレジット支払いボタン3110とを関連付けた情報と、ディジタルデータ150−25を示す識別符号と現金支払いボタン3120とを関連付けた情報と、ディジタルデータ150−1を示す識別符号とキャンセルボタン3130とを関連付けた情報と、ディジタルデータ150−22を示す識別符号と初期化ボタン3140とを関連付けた情報とを、RAM209に一時記憶する。ここで、これらの各種ボタン、クレジット支払ボタン3110、現金支払ボタン3120、キャンセルボタン3130、初期化ボタン3140は、詳細情報509(ID=40)の情報を基に描画される。
クレジット支払いボタン3110は、買い物かごにリストアップされている商品等の代金をクレジットカードで支払う旨の指示入力をユーザから受け付けるボタンである。現金支払いボタン3120は、買い物かごにリストアップされている商品等の代金を現金で支払う旨の指示入力をユーザから受け付けるボタンである。キャンセルボタン3130は、注文を確定せずに一旦“TOP画面”に戻る旨の指示入力をユーザから受け付けるボタンである。初期化ボタン3110は、買い物かごを空にする旨の指示入力をユーザから受け付けるボタンであり、上述の初期化ボタン2520と同等の機能を有するボタンである。
クレジット支払いボタン3110が押圧された場合、制御部207は、配信サーバ300へのアップリンク情報160として、ディジタルデータ150−23を示す識別情報と、所定の第4種の文字列データW4とを対応付けた情報を、RAM209に一時記憶する。
第4種の文字列データW4とは、典型的には、文字列「クレジット支払い」等を表すデータである。ただし、クレジット支払いボタン3110がユーザによって押圧されたことを判別できるのであれば、任意の文字列を採用することができる。また、文字列に限らず、クレジット支払いボタン3110が押圧されたか否かを示すフラグ値、論理値、数値等を用いてもよい。
クレジット支払いボタン3110が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、次の[数5]で表される。
UL = (Id(23),Ch(W4)) ・・・ [数5]
この[数5]で表されるアップリンク情報160は、商品等の注文の決済指示(決済方法を指定する指示)を示す情報である。
現金支払いボタン3120が押圧された場合、制御部207は、配信サーバ300へのアップリンク情報160として、ディジタルデータ150−24を示す識別情報と、所定の第5種の文字列データW5とを対応付けた情報を、RAM209に一時記憶する。
第5種の文字列データW5とは、典型的には、文字列「現金支払い」等を表すデータである。ただし、現金支払いボタン3120がユーザによって押圧されたことを判別できるのであれば、任意の文字列を採用することができる。また、文字列に限らず、現金ボタン3120が押圧されたか否かを示すフラグ値、論理値、数値等を用いてもよい。
現金支払いボタン3120が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、次の[数6]で表される。
UL = (Id(23),Ch(W5)) ・・・ [数6]
この[数6]で表されるアップリンク情報160も、商品等の注文の決済指示を示す情報である。
キャンセルボタン3130が押圧された場合、制御部207は、配信サーバ300へのアップリンク情報160として、ディジタルデータ150−23を示す識別情報と、所定の第6種の文字列データW6とを対応付けた情報を、RAM209に一時記憶する。
第6種の文字列データW6とは、典型的には、文字列「キャンセル」等を表すデータである。ただし、キャンセルボタン3130がユーザによって押圧されたことを判別できるのであれば、任意の文字列を採用することができる。また、文字列に限らず、キャンセルボタン3130が押圧されたか否かを示すフラグ値、論理値、数値等を用いてもよい。
キャンセルボタン3130が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、次の[数7]で表される。
UL = (Id(23),Ch(W6)) ・・・ [数7]
この[数7]で表されるアップリンク情報160は、商品等の注文の取消指示を示す情報である。
初期化ボタン3140が押圧された場合、制御部207は、配信サーバ300へのアップリンク情報160として、ディジタルデータ150−22を示す識別情報と、上述の所定の第2種の文字列データW2とを対応付けた情報を、RAM209に一時記憶する。
初期化ボタン3140が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、次の[数8]で表される。
UL = (Id(22),Ch(W2)) ・・・ [数8]
この[数8]で表されるアップリンク情報160も、商品等の注文の取消指示(初期化指示)を示す情報である。
制御部207は、路側機200を介して、RAM209に一時記憶されたアップリンク情報160を、配信サーバ300へアップリンクする。
次に、図31において、クレジット支払いボタン3110がユーザによって押圧されると、制御部207は、ディジタルデータ150−24に格納されているメイン画像データ1104を再生して、図32に示すような“クレジット支払確認画面”に遷移させる。
制御部207は、ディジタルデータ150−26を示す識別符号とYESボタン3210とを関連付けた情報と、ディジタルデータ150−23を示す識別符号とNOボタン3220とを関連付けた情報とを、RAM209に一時記憶する。
YESボタン3210がユーザによって押圧されると、制御部207は、ディジタルデータ150−26に格納されているメイン画像データ1104を再生して、図33に示すような注文完了を知らせる“お知らせ画面”に遷移させる。
ディジタルデータ150−26の次再生情報コード1301には、遷移先としてユーザが選択可能なディジタルデータ150−1を示す識別符号が予め対応付けられている。制御部207は、ディジタルデータ150−1を示す識別符号と画面遷移用ボタン2101とを新たに関連付けた情報をRAM209に一時記憶する。このとき制御部207は、画面遷移用ボタン2102乃至2108については識別符号を関連付けず、ユーザによる画面遷移用ボタン2102乃至2108の押圧操作を受け付けない。
制御部207は、配信サーバ300へのアップリンク情報160として、ディジタルデータ150−24を示す識別情報と、所定の第7種の文字列データW7とを対応付けた情報を、RAM209に一時記憶する。
第7種の文字列データW7とは、典型的には、文字列「確定」等を表すデータである。ただし、YESボタン3220がユーザによって押圧されたことを判別できるのであれば、任意の文字列を採用することができる。また、文字列に限らず、YESボタン3210が押圧されたか否かを示すフラグ値、論理値、数値等を用いてもよい。
YESボタン3210が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、次の[数9]で表される。
UL = (Id(24),Ch(W7)) ・・・ [数9]
この[数9]で表されるアップリンク情報160は、商品等の注文の依頼指示(確定指示)を示す情報である。
[数9]で表されるアップリンク情報160を配信サーバ300が受信することにより、代金をクレジット支払いとする商品等の注文が確定される。確定された注文は配信サーバ300によってショップに通知される。
一方、NOボタン3220がユーザによって押圧されると、制御部207は、ディジタルデータ150−23に格納されているメイン画像データ1104を再生して、図31に示すような“注文画面”に戻す。
制御部207は、配信サーバ300へのアップリンク情報160として、ディジタルデータ150−23を示す識別情報と、所定の第8種の文字列データW8とを対応付けた情報を、RAM209に一時記憶する。
第8種の文字列データW8とは、典型的には、文字列「クレジット削除」等を表すデータである。ただし、NOボタン3220がユーザによって押圧されたことを判別できるのであれば、任意の文字列を採用することができる。また、文字列に限らず、NOボタン3220が押圧されたか否かを示すフラグ値、論理値、数値等を用いてもよい。
NOボタン3220が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、次の[数10]で表される。
UL = (Id(23),Ch(W8)) ・・・ [数10]
この[数10]で表されるアップリンク情報160は、商品等の注文の決済指示(決済方法を変更する指示)を示す情報である。
ここで配信サーバ300にアップリンクされる情報は、既にアップリンクしていたアップリンク情報160であって、クレジットカードで支払う旨の注文内容を示すアップリンク情報160を削除する旨を示す情報である。
本実施形態では、図32に示す“クレジット支払い確認画面”を再生してから所定時間以内に、YESボタン3210とNOボタン3220のいずれもユーザによって押圧されない場合、制御部207は、NOボタン3220が押圧されたものと見なし、図31の“注文画面”に戻す。
次に、図31において、現金支払いボタン3120がユーザによって押圧されると、制御部207は、ディジタルデータ150−25に格納されているメイン画像データ1104を再生して、図34に示すような“現金支払確認画面”に遷移させる。
制御部207は、ディジタルデータ150−26を示す識別符号とYESボタン3210とを関連付けた情報と、ディジタルデータ150−23を示す識別符号とNOボタン3220とを関連付けた情報とを、RAM209に一時記憶する。
YESボタン3210がユーザによって押圧されると、制御部207は、クレジット支払いボタン3110が押圧された場合と同様、ディジタルデータ150−26に格納されているメイン画像データ1104を再生して、図33に示すような注文完了を知らせる“お知らせ画面”に遷移させる。
YESボタン3210が押圧された場合に配信サーバ300に送信されるアップリンク情報160は、次の[数11]で表される。
UL = (Id(25),Ch(W7)) ・・・ [数11]
この[数11]で表されるアップリンク情報160は、商品等の注文の依頼指示(確定指示)を示す情報である。
[数11]で表されるアップリンク情報160を配信サーバ300が受信することにより、代金を現金払いとする商品等の注文が確定される。確定された注文は配信サーバ300によりショップに通知される。
次に、注文受付処理における車載器200側の処理と配信サーバ300側の処理について説明する。
(注文受付処理;その1)
図36と図37は、注文受付処理において、ユーザから商品(又は役務)の注文を受け付けて確定するまでの処理の流れを説明するための図である。ここでは、ユーザがクレジット支払いで商品等を購入する場面を想定して説明する。
注文受付処理にはアップリンク処理が含まれる。アップリンク情報160は、厳密には、車載器200から路側無線装置100にDSRCにより送信された後、路側無線装置100から配信サーバ300にITS通信網NW2を介して送信されるのであるが、本発明内容をより理解しやすいように、路側無線装置100に関する記載を図面から省略している。
なお、配信サーバ300は、所定の時間間隔(ポーリング間隔)で定期的にアップリンク情報160の送信を車載器200に要求し、車載器200の制御部207は、この要求に応答して何らかのアップリンク情報160を生成して送信するものとする。例えば、車載器200は、所定の時間間隔で車載器200の現在位置を取得して配信サーバ300にアップリンクする。そして、制御部207は、上記[数2]乃至[数10]で表されるアップリンク情報160を生成した場合に、車載器200の現在位置と共に、アップリンク情報160を送信する。なお、通信トラフィックが過大とならない程度に、所定の時間間隔を短くすることが望ましい。
まず、車載器200の制御部207は、ディジタルコンテンツの再生を開始するか否かを判別する(ステップS3601)。例えば、制御部207は、図21(a)に示すようなメニュー画面からショップのディジタルコンテンツの再生を開始する指示入力をユーザから受け付けた場合に、再生を開始すると判別し、それ以外の場合に、再生を開始しないと判別する。
再生を開始しないと判別した場合(ステップS3601;NO)、制御部207は、再生を開始する旨の指示入力を受け付けるまで待機する。一方、再生を開始すると判別した場合(ステップS3601;YES)、制御部207は、路側無線装置100を介して、配信サーバ300にディジタルデータ150の配信を要求する(ステップS3602)。
配信サーバ300の制御部306は、ディジタルデータ150を配信する旨の要求を路側無線装置100を介して受信する(ステップS3603)。
更に、制御部306は、要求されたディジタルデータ150を、蓄積型のデータとして、路側無線装置100を介して車載器200に配信する(ステップS3604)。
上述のように、ディジタルデータ150の即時再生/蓄積コード801には、車載器200が受信後直ちに再生を開始する「即時型」のデータか、あるいは、車載器200が受信後記憶装置206に格納し仮に車載器200が通信エリア外に出たとしても再生を開始できる「蓄積型」のデータか、を指定する情報が設定される。配信サーバ300の制御部306は、配信するディジタルデータ150毎に、即時型か蓄積型かを設定して、配信する。
車載器200の制御部207は、要求したディジタルデータ150を、路側無線装置100を介して受信し、記憶装置206に格納し、再生する(ステップS3605)。
ステップS3603で要求されるディジタルデータ150には、少なくとも“TOP画面”のディジタルデータ150−1が含まれる。本実施形態では、制御部207は、ステップS3602において、注文される可能性のある商品(又は役務)のメニューを示すディジタルデータ150−1乃至150−20の送信を要求して受信し、ステップS3605において、受信したディジタルデータ150−1乃至150−20を記憶装置206に格納するものとする。ただし、車載器200が最新のディジタルデータ150−1乃至150−20を受信済みであり記憶装置206に既に格納している場合には、制御部207は、再びディジタルデータ150−1乃至150−20の配信を要求しなくてもよい。
次に、制御部207は、買い物かごボタン2810がユーザにより押圧されたか否かを判別する(ステップS3606)。
買い物かごボタン2810が押圧されていない場合(ステップS3606;NO)、制御部207はステップS3605に戻りディジタルデータ150を継続して再生する。一方、買い物かごボタン2810が押圧された場合(ステップS3606;YES)、制御部207は、[数2]で表されるアップリンク情報160を生成して路側無線装置100を介して、配信サーバ300に送信する(ステップS3607)。
配信サーバ300の制御部306は、路側無線装置100を介して車載器200からアップリンク情報160を受信する(ステップS3608)。
配信サーバ300の制御部306は、[数2]で表されるアップリンク情報160を受信すると、“買い物かご画面”のディジタルデータ150−21を、即時型のデータとして、路側無線装置100を介して配信する(ステップS3609)。また、制御部306は、[数2]で表されるアップリンク情報160が示す商品(又は役務)をユーザによる注文内容とする注文データを記憶装置305に記憶させる。
車載器200の制御部207は、路側無線装置100を介して配信サーバ300からディジタルデータ150−21を受信し、直ちに再生する(ステップS3610)。例えば、制御部207は、図29に示すような画面をモニターに表示する。画面遷移用ボタン2101が押下されると、制御部207は、“TOP画面”に遷移させる。
次に、制御部207は、注文ボタン2510がユーザにより押圧されたか否かを判別する(ステップS3611)。
注文ボタン2510が押圧されていない場合(ステップS3611;NO)、制御部207はステップS3610に戻りディジタルデータ150−1乃至150−20のいずれかを再生する。一方、注文ボタン2510が押圧された場合(ステップS3611;YES)、制御部207は、[数4]で表されるアップリンク情報160を生成して、路側無線装置100を介して配信サーバ300に送信する(ステップS3612)。
配信サーバ300の制御部306は、路側無線装置100を介して車載器200からアップリンク情報160を受信する(ステップS3613)。
配信サーバ300の制御部306は、[数4]で表されるアップリンク情報160を受信すると、“注文画面”のディジタルデータ150−23を、即時型のデータとして、路側無線装置100を介して配信する(ステップS3614)。
車載器200の制御部207は、路側無線装置100を介してディジタルデータ150−23を受信し、直ちに再生する(ステップS3615)。例えば、制御部207は、図31に示すような画面をモニターに表示する。
次に、制御部207は、クレジット支払いボタン3110がユーザにより押圧されたか否かを判別する(ステップS3616)。
クレジット支払いボタン3110が押圧されていない場合(ステップS3616;NO)、制御部207はステップS3615に戻りディジタルデータ150−1乃至150−20及び150−23のいずれかを再生する。一方、クレジット支払いボタン3110が押圧された場合(ステップS3616;YES)、制御部207は、[数5]で表されるアップリンク情報160を生成して、配信サーバ300に路側無線装置100を介して送信する(図37;ステップS3701)。また、制御部306は、[数5]で表されるアップリンク情報160が示す支払い方法をユーザによる注文内容とする注文データを記憶装置305に記憶させる。
配信サーバ300の制御部306は、路側無線装置100を介して車載器200からアップリンク情報160を受信する(ステップS3702)。
配信サーバ300の制御部306は、[数5]で表されるアップリンク情報160を受信すると、“クレジット支払い確認画面”のディジタルデータ150−24を、即時型のデータとして、路側無線装置100を介して車載器200に配信する(ステップS3703)。
また、制御部306は、車載器200が正規に登録されたものであるか否かを認証するための確認データを送信する旨の要求を、路側無線装置100を介して車載器200に送信する(ステップS3704)。
車載器200の制御部207は、確認データを送信する旨の要求を受信する(ステップS3705)。
制御部207は、確認データとして車載器200に固有のシリアルナンバーやユーザ名等を格納したアップリンク情報160を生成し、路側無線装置100を介して配信サーバ300に送信する(ステップS3706)。
また、制御部207は、ステップS3703で受信したディジタルデータ150−24を再生する(ステップS3707)。例えば、制御部207は、図32に示すような画面をモニターに表示する。
配信サーバ300の制御部306は、確認データが格納されたアップリンク情報160を、路側無線装置100を介して車載器200から受信する(ステップS3708)。
そして、制御部306は、受信した確認データと、記憶装置305に予め記憶されているアカウントデータベースに登録されているデータとを照合し、車載器200が正規に登録されたものであるか否かを認証する(ステップS3709)。
認証の結果、正規の車載器200であると認証された場合(ステップS3709;YES)、配信サーバ300の制御部306は、正しく認証された旨を車載器200に通知する。
車載器200の制御部207は、この通知を受信し、自己が正しく認証されたか否かを判別する(ステップS3710)。
正しく認証されなかった場合(ステップS3710;NO)、制御部207は注文受付処理を終了する。一方、正しく認証された場合(ステップS3710;YES)、制御部207は、YESボタン3210がユーザにより押圧されたか否かを判別する(ステップS3711)。
YESボタン3210が押圧されていない場合(ステップS3711;NO)、制御部207はステップS3707に戻りディジタルデータ150−1乃至150−20及び150−23乃至150−24のいずれかを再生する。一方、YESボタン3210が押圧された場合(ステップS3711;YES)、制御部207は、[数9]で表されるアップリンク情報160を生成して、路側無線装置100を介して配信サーバ300に送信する(ステップS3712)。
配信サーバ300の制御部306は、路側無線装置100を介して車載器200からアップリンク情報160を受信する(ステップS3713)。
配信サーバ300の制御部306は、[数9]で表されるアップリンク情報160を受信すると、“お知らせ画面”のディジタルデータ150−26を、即時型のデータとして、路側無線装置100を介して車載器200に配信する(ステップS3714)。
また、制御部306は、ユーザによる注文を確定し、ショップが有する端末(図示せず)に注文データを送信することにより、発注する(ステップS3715)。
このとき、注文データが示す注文内容は、
(a)注文する商品(又は役務)と個数が、[数2]で表されるアップリンク情報160が示す商品(又は役務)と個数であり、
(b)支払い方法が、[数5]で表されるアップリンク情報160が示す支払い方法である、
という内容である。
車載器200の制御部207は、路側無線装置100を介してディジタルデータ150−26を受信し、直ちに再生する(ステップS3716)。例えば、制御部207は、図33に示すような画面をモニターに表示する。
一方、ステップS3709の認証の結果、正規の車載器200ではないと認証された場合(ステップS3709;NO)、配信サーバ300の制御部306は、正しく認証されなかった旨を車載器200に通知し、注文受付処理を終了する。
以上の処理により、ユーザからの注文が所定のショップ端末(ショップ側の注文受付端末)に送られる。ユーザは、車載器200のタッチパネルを操作するだけで所望の注文を簡単に出すことができる。
上記説明において、ユーザがクレジット支払いで商品等を購入する場面を想定したが、現金支払いで商品等を購入する場合も同様の処理を行うことでユーザから注文を受け付けることができる。なお、現金支払いの場合には、ステップS3704乃至S3706及びS3708乃至S3710を省略し、配信サーバ300の制御部306が“現金支払い確認画面”のディジタルデータ150−25を即時型で配信した後(ステップS3703)、車載器200の制御部207が直ちにディジタルデータ150−25を再生する(ステップS3707)ことができる。
(注文受付処理;その2)
図38は、注文受付処理において、ユーザが一度買い物かごの中に入れた商品(又は役務)の候補を削除する処理の流れを説明するための図である。ここでは、上述のステップS3601乃至S3615の処理を実行した後、買い物かごを空にする場面を想定して説明する。
まず、制御部207は、ステップS3615において“注文画面”のディジタルデータ150−23を再生している場合に、初期化ボタン3140がユーザにより押圧されたか否かを判別する(ステップS3801)。
初期化ボタン3140が押圧されていない場合(ステップS3801;NO)、制御部207はステップS3615に戻りディジタルデータ150−1乃至150−20及び150−23のいずれかを再生する。一方、初期化ボタン3140が押圧された場合(ステップS3801;YES)、制御部207は、[数3]で表されるアップリンク情報160を生成して、配信サーバ300に路側無線装置100を介して送信する(ステップS3802)。
配信サーバ300の制御部306は、路側無線装置100を介して車載器200からアップリンク情報160を受信する(ステップS3803)。
配信サーバ300の制御部306は、[数3]で表されるアップリンク情報160を受信すると、“初期化画面”のディジタルデータ150−22を、即時型のデータとして、路側無線装置100を介して車載器200に配信する(ステップS3804)。
配信サーバ300の制御部306は、記憶装置305に格納していた注文データを削除する。言い換えれば、買い物かごを空にする。
車載器200の制御部207は、路側無線装置100を介してディジタルデータ150−22を受信し、直ちに再生する(ステップS3805)。例えば、制御部207は、図30に示すような画面をモニターに表示する。
そして、制御部207は、ステップS3605に戻り、注文のやり直しを受け付ける。
なお、“注文画面”の初期化ボタン3140の代わりに、“TOP画面”の初期化ボタン2520が押圧された場合も同様の処理を行う。すなわち、制御部207は、ステップS3801において、初期化ボタン2520がユーザにより押圧されたか否かを判別すればよい。
また、“注文画面”の初期化ボタン3140の代わりに、キャンセルボタン3130が押圧された場合、ステップS3804を省略することができる。すなわち、配信サーバ300の制御部306は、ステップS3803でアップリンク情報160を受信した後、ディジタルデータ150−22を配信しない。そして、車載器200の制御部207は、既に受信済みの“TOP画面”のディジタルデータ150−1を再生し、注文のやり直しを受け付ける。
以上のように、本実施形態によれば、ユーザは、簡単な操作だけで所望の商品や役務を注文することができる。例えば、ユーザが車両の中から注文できる形態(いわゆる“ドライブスルー”)において本発明を適用すれば、ユーザは、店員や周りの他の客などの目を気にすることなく自分のペースで所望の注文を出すことができる。
(実施形態2)
次に、本発明のその他の実施形態について説明する。上記実施形態では、車載器200がアップリンク情報160にディジタルデータ150の識別符号と所定の文字列データを格納して配信サーバ300にアップリンクすることにより、ユーザが容易に商品等を注文できるようにしている。しかし、上述のアップリンク情報160は、商品等の注文のためだけでなく、他の様々な用途に適用可能である。
本実施形態は、例えば図19(b)における、ポップアップで表示された情報より更に詳しい情報を再生する旨の指示入力をユーザから受け付けるボタン(以下「詳細情報ボタン」という。)1902がユーザにより押圧された場合に、車載器200と配信サーバ300が実行する処理である。以下詳述する。
図39は、詳細情報出力処理を説明するためのフローチャートである。
図40は、車載器200が現在再生しているディジタルデータ150を示す識別符号と、所定の文字列データと、詳細情報ボタン1902が押圧されたときの遷移先のディジタルデータ150を示す識別符号と、を対応付けた情報(以下「遷移先テーブル」という。)4010の構成例を示す図である。遷移先テーブル4010は、配信サーバ300の記憶装置305に予め格納されている。
遷移先テーブル4010には、車載器200が現在再生しているディジタルデータ150を示す識別符号に、任意の文字列データを対応付けることができる。
図40に示すように、車載器200が現在再生しているディジタルデータ150を示す同一の識別符号について、異なる文字列データと、異なる遷移先のディジタルデータ150の識別符号とを対応付けることができる。
例えば、同一の識別符号“1234”について、文字列「地図」及び遷移先のディジタルデータ150の識別符号“5678”を対応付けるレコードと、文字列「クーポン」及び遷移先のディジタルデータ150の識別符号“9876”を対応付けるレコードと、を設けることが可能である。
次に、詳細情報出力処理について詳しく説明する。
まず、車載器200の制御部207は、車載器200が情報提供地点情報507によって設定される所定の再生条件が満たされると、図19(b)に示すように、上述のポップアップ用コンテンツデータを再生して表示すると共に、詳細情報ボタン1902を表示する(ステップS3901)。
制御部207は、詳細情報ボタン1902がユーザによって押圧されたか否かを判別する(ステップS3902)。
詳細情報ボタン1902が押圧されていない場合(ステップS3902;NO)、制御部207は、引き続きポップアップ用コンテンツデータの再生画面と詳細情報ボタン1902を表示する。
一方、詳細情報ボタン1902が押圧された場合(ステップS3902;YES)、制御部207は、[数12]に示されるアップリンク情報160を生成して(ステップS3903)、RAM209に一時記憶する。
UL = (Id(x),Ch(W9)) ・・・ [数12]
ここで、パラメータCh(W9)は、所定の第9種の文字列データW9を示すデータである。所定の第9種の文字列データW9は、現在表示している詳細情報ボタン1902に予め対応付けられている文字列のデータである。
例えば、詳細情報ボタン1902が、ショップの周辺地図についての詳細な情報を表示する旨の指示入力を受け付けるボタンの場合、第9種の文字列データW9には「地図」等の文字列を示すデータが格納される。
例えば、詳細情報ボタン1902が、ショップが提供するクーポン券についての詳細な情報を表示する旨の指示入力を受け付けるボタンの場合、第9種の文字列データW9には「クーポン」等の文字列を示すデータが格納される。
第9種の文字列データW9には、任意の文字列データを格納することができる。また、文字列に限らず、詳細情報ボタン1902が押圧されたか否かを示すフラグ値、論理値、数値等を用いてもよい。
制御部207は、ステップS3903で生成したアップリンク情報160を、路側無線装置100を介して配信サーバ300に送信する(ステップS3904)。
配信サーバ300の制御部306は、アップリンク情報160を受信する(ステップS3905)。
更に、制御部306は、遷移先テーブル4010を参照して、受信したアップリンク情報160が示す識別符号と文字列データとに対応付けられている、遷移先のディジタルデータ150を示す識別符号を特定して、車載器200に送信する(ステップS3906)。
例えば、図40に示す遷移先テーブル4010を用い、車載器200から送信されたアップリンク情報160が[数13]で表されるとする。
UL = (Id(1234),Ch(“地図”)) ・・・ [数13]
配信サーバ300の制御部306は、遷移先のディジタルデータ150を示す識別符号として、識別符号“5678”を特定する。
車載器200の制御部207は、応答データとして、遷移先のディジタルデータ150を示す識別符号を配信サーバ300から受信する(ステップS3907)。
そして、制御部207は、ステップS3907で受信した識別符号が示すディジタルデータ150を再生して(ステップS3908)、画面を遷移させる。
本実施形態によれば、車載器200は、外見上同じ詳細情報ボタン1902が押圧された場合でも、ディジタルコンテンツの制作者側の意図した通りに遷移先を変えることができる。
例えば、カーナビゲーションシステムによる道案内の再生中にポップアップ表示する場合の詳細情報ボタン1902には文字列「地図」を対応付けておく。それ以外の場合の詳細情報ボタン1902には文字列「クーポン」を対応付けておく。そして、制御部207は、カーナビゲーションシステムによる道案内の最中か否かによって、アップリンク情報160のパラメータCh(W9)を使い分けることができる。道案内の最中にポップアップ用コンテンツデータをポップアップ表示するのであれば、ショップの場所が現在地からどうやって行けばよいのかを地図で詳しくユーザに教えることによって、ユーザが立ち寄りやすくなり、ショップに客が集まりやすくなる可能性がある。また、メインコンテンツデータを表示するのであれば、現在位置から少々離れていてもクーポン券等のようにユーザに有利なサービスをアピールすることによって、ユーザに目的地として設定してもらいやすくなり、ショップに客が集まりやすくなる可能性がある。本実施形態によれば、ユーザが商品等の注文を簡単にでき、且つ、ユーザがより知りたいと思っていると推測される詳細情報を適切に提供できるようになる。
本発明は、上述した実施形態に限定されず、種々の変形及び応用が可能である。また、上述した実施形態の各構成要素を自由に組み合わせることも可能である。
例えば、上述の注文受付処理において、ステップS3715の後、注文した商品等の引き渡しの準備が整うと、ショップの担当者は、商品等の引き渡しの準備ができた旨を、所定のショップ端末(ショップ側の注文受付端末)を操作して配信サーバ300に通知する。配信サーバ300の制御部306は、商品等の引き渡しの準備ができた旨を車載器200に通知し、受け取り案内画面用のディジタルデータ150を配信する。そして、車載器200の制御部207は、図41に示すような画面を表示してユーザに知らせる。このようにすれば、受け取り準備が終わるまでユーザが長い時間拘束されることがないようにすることができるので、ユーザにとってより使いやすいシステムになる。
また、受け取り案内画面に、1つの注文につき一意に定められる画像等を用いた情報を含め、ユーザにショップの店員に提示してもらう。典型的には、受け取り案内画面に注文ごとに固有の2次元バーコードを表示させ、ユーザに携帯電話のカメラなどで撮影してもらい、店員に提示してもらう。このようにすることで、商品等の引き渡しの間違いや不正行為等を防止できるようになる。
上記実施形態の注文受付処理及び詳細情報出力処理は、任意のディジタルコンテンツについて適用可能である。
上記各実施形態はあくまでも説明のためのものであり、本願発明の範囲を限定するものではない。例えば、コンピュータを車載器200の全部又は一部として動作させるためのコンピュータプログラムを、メモリカード、CD−ROM、DVD、MO(Magneto Optical Disk)などのコンピュータ読み取り可能な記録媒体に格納して配布し、これをコンピュータにインストールして車載器200として動作させ、あるいは、車載器200が行う工程を実行させてもよい。さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを格納しておき、例えば搬送波に重畳させて、コンピュータにダウンロード等するものとしてもよい。
以上説明したように、本発明によれば、車内のユーザが商品等の注文を簡単にできるようにするために好適な情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラムを提供することができる。
100 路側無線装置
101 無線通信部
102 通信制御部
103 記憶装置
104 制御部
105 ROM
106 RAM
107 システムバス
150 ディジタルデータ
160 アップリンク情報
200 車載器
201 通信部
201a GPSモジュール
201b DSRCモジュール
202 音声処理部
203 出力部
204 操作部
205 I/O装置
206 記憶装置
207 制御部
208 ROM
209 RAM
210 システムバス
225 センサ群
300 配信サーバ
301 入力部
302 出力部
303 第1の通信制御部
304 第2の通信制御部
305 記憶部
306 制御部
307 ROM
308 RAM
2101乃至2108 画面遷移用ボタン
2510 注文ボタン
2520 初期化ボタン
2810 買い物かごボタン
3110 クレジット支払いボタン
3120 現金支払いボタン
3130 キャンセルボタン
3140 初期化ボタン
3210 YESボタン
3220 NOボタン

Claims (8)

  1. ユーザに情報を提供する情報提供装置と、前記情報提供装置に複数のディジタルデータを配信する情報提供サーバと、を有する情報提供システムであって、
    前記ディジタルデータには、前記情報提供装置が前記情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
    前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
    前記情報提供サーバは、
    前記複数のディジタルデータを予め記憶する記憶手段と、
    前記記憶されている複数のディジタルデータを前記情報提供装置に送信するコンテンツ送信手段と、
    を備え、
    前記情報提供装置は、
    前記情報提供サーバから前記複数のディジタルデータを受信するコンテンツ受信手段と、
    前記コンテンツ受信手段が前記蓄積型のディジタルデータを受信すると、前記受信された蓄積型のディジタルデータを記憶する記憶手段と、
    前記コンテンツ受信手段が前記即時型のディジタルデータを受信すると、前記受信された即時型のディジタルデータを直ちに再生し、前記ユーザから前記情報提供装置の前記記憶手段に記憶された蓄積型のディジタルデータを再生する指示があると、前記情報提供装置の前記記憶手段に記憶された蓄積型のディジタルデータを再生する再生手段と、
    前記蓄積型のディジタルデータが再生されることにより表示される画面内に含まれる複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける入力受付手段と、
    前記受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報とを、注文情報として、前記情報提供サーバに送信する注文送信手段と、
    を備え、
    前記情報提供サーバは、更に、
    前記注文情報を前記情報提供装置から受信する注文受信手段を備え、
    前記コンテンツ送信手段は、前記注文受信手段によって前記注文情報が受信されると、前記注文情報が前記情報提供サーバによって受け付けられた旨を、前記即時型のコンテンツデータとして、前記情報提供装置に送信する、
    ことを特徴とする情報提供システム。
  2. 複数のディジタルデータを再生することによりユーザに情報を提供する情報提供装置であって、
    前記ディジタルデータには、前記情報提供装置が情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
    前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
    前記情報提供サーバから前記複数のディジタルデータを受信するコンテンツ受信手段と、
    前記コンテンツ受信手段が前記蓄積型のディジタルデータを受信すると、前記受信された蓄積型のディジタルデータを記憶する記憶手段と、
    前記コンテンツ受信手段が前記即時型のディジタルデータを受信すると、前記受信された即時型のディジタルデータを直ちに再生し、前記ユーザから前記記憶手段に記憶された蓄積型のディジタルデータを再生する指示があると、前記記憶手段に記憶された蓄積型のディジタルデータを再生する再生手段と、
    前記蓄積型のディジタルデータが再生されることにより表示される画面内に含まれる複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける入力受付手段と、
    前記受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報とを、注文情報として、前記情報提供サーバに送信する注文送信手段と、
    を備えることを特徴とする情報提供装置。
  3. ユーザに情報を提供する情報提供装置に複数のディジタルデータを配信する情報提供サーバであって、
    前記ディジタルデータには、前記情報提供装置が前記情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
    前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
    前記複数のディジタルデータを予め記憶する記憶手段と、
    前記記憶されている複数のディジタルデータを前記情報提供装置に送信するコンテンツ送信手段と
    を備え
    前記コンテンツ送信手段は、
    複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける画面を表すディジタルデータを、前記蓄積型のディジタルデータとして前記情報提供装置に送信し、
    前記ユーザから受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報と、を含む注文情報を前記情報提供装置から受信すると、前記注文情報が前記情報提供サーバによって受け付けられた旨を、前記即時型のコンテンツデータとして前記情報提供装置に送信する、
    ことを特徴とする情報提供サーバ。
  4. 前記コンテンツ送信手段により送信された前記複数のディジタルデータのうち前記ユーザによって選択されたいずれかのディジタルデータの識別符号と、所定のフラグ情報とを対応付けて表される注文情報を、前記情報提供装置から受信する注文受信手段と、
    前記受信された注文情報に基づいて、前記ユーザによる注文内容を特定し、前記特定した注文内容を所定の注文受付端末に通知する注文通知手段と、
    を更に備えることを特徴とする、請求項3に記載の情報提供サーバ。
  5. 複数のディジタルデータを再生することによりユーザに情報を提供する情報提供装置にて実行される情報提供方法であって、
    前記ディジタルデータには、前記情報提供装置が情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
    前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
    前記情報提供サーバから前記複数のディジタルデータを受信するコンテンツ受信ステップと、
    前記コンテンツ受信ステップにおいて前記蓄積型のディジタルデータが受信されると、前記受信された蓄積型のディジタルデータを記憶部に記憶する記憶ステップと、
    前記コンテンツ受信ステップにおいて前記即時型のディジタルデータが受信されると、前記受信された即時型のディジタルデータを直ちに再生し、前記ユーザから前記記憶部に記憶された蓄積型のディジタルデータを再生する指示があると、前記記憶部に記憶された蓄積型のディジタルデータを再生する再生ステップと、
    前記蓄積型のディジタルデータが再生されることにより表示される画面内に含まれる複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける入力受付ステップと、
    前記受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報とを、注文情報として、前記情報提供サーバに通知する注文送信ステップと、
    を備えることを特徴とする情報提供方法。
  6. 記憶部を有し、ユーザに情報を提供する情報提供装置に複数のディジタルデータを配信する情報提供サーバにて実行される情報提供方法であって、
    前記ディジタルデータには、前記情報提供装置が前記情報提供サーバの通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供装置が前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、があり、
    前記ディジタルデータには、注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、前記ディジタルデータの識別情報が含まれ、
    前記記憶部には、前記複数のディジタルデータが予め記憶され、
    前記記憶されている複数のディジタルデータを前記情報提供装置に送信するコンテンツ送信ステップと
    を備え
    前記コンテンツ送信ステップでは、
    複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける画面を表すディジタルデータを、前記蓄積型のディジタルデータとして前記情報提供装置に送信し、
    前記ユーザから受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報と、を含む注文情報を前記情報提供装置から受信すると、前記注文情報が前記情報提供サーバによって受け付けられた旨を、前記即時型のコンテンツデータとして前記情報提供装置に送信する、
    ことを特徴とする情報提供方法。
  7. 通信エリア外で再生可能な蓄積型のディジタルデータと、前記情報提供サーバからの受信後直ちに再生する即時型のディジタルデータと、を受信するコンピュータを、
    注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、ディジタルデータの識別情報が含まれる複数の前記ディジタルデータを送信する前記情報提供サーバから、前記複数のディジタルデータを受信するコンテンツ受信手段、
    前記コンテンツ受信手段が前記蓄積型のディジタルデータを受信すると、前記受信された蓄積型のディジタルデータを記憶部に記憶する記憶手段、
    前記コンテンツ受信手段が前記即時型のディジタルデータを受信すると、前記受信された即時型のディジタルデータを直ちに再生し、前記ユーザから前記記憶部に記憶された蓄積型のディジタルデータを再生する指示があると、前記記憶部に記憶された蓄積型のディジタルデータを再生する再生手段、
    前記蓄積型のディジタルデータが再生されることにより表示される画面内に含まれる複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける入力受付手段、
    前記受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報とを、注文情報として、前記情報提供サーバに送信する注文送信手段、
    として機能させることを特徴とするプログラム。
  8. 通信エリア外で再生可能な蓄積型のディジタルデータと、受信後直ちに再生される即時型のディジタルデータと、を送信するコンピュータを、
    注文対象の商品又は役務の種類と、前記注文対象の商品又は役務の数と、の組み合わせを示す情報、及び、ディジタルデータの識別情報が含まれる複数の前記ディジタルデータを予め記憶部に記憶する記憶手段、
    前記記憶されている複数のディジタルデータを、ユーザが操作する情報提供装置に送信するコンテンツ送信手段
    として機能させ
    前記コンテンツ送信手段は、
    複数のボタンのうちのいずれかを選択する指示入力を前記ユーザから受け付ける画面を表すディジタルデータを、前記蓄積型のディジタルデータとして前記情報提供装置に送信し、
    前記ユーザから受け付けられた指示入力が示すボタンに予め対応付けられるディジタルデータの識別符号と、所定のフラグ情報と、を含む注文情報を前記情報提供装置から受信すると、前記注文情報が前記コンピュータによって受け付けられた旨を、前記即時型のコンテンツデータとして前記情報提供装置に送信する、
    ことを特徴とするプログラム。
JP2010166420A 2010-07-23 2010-07-23 情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラム Active JP5531842B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010166420A JP5531842B2 (ja) 2010-07-23 2010-07-23 情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010166420A JP5531842B2 (ja) 2010-07-23 2010-07-23 情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラム

Publications (2)

Publication Number Publication Date
JP2012027731A JP2012027731A (ja) 2012-02-09
JP5531842B2 true JP5531842B2 (ja) 2014-06-25

Family

ID=45780576

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010166420A Active JP5531842B2 (ja) 2010-07-23 2010-07-23 情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラム

Country Status (1)

Country Link
JP (1) JP5531842B2 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7012442B2 (ja) * 2017-02-22 2022-02-14 東芝テック株式会社 受注システム
JP7274619B2 (ja) * 2017-02-22 2023-05-16 東芝テック株式会社 注文管理装置及びそのプログラム
JP6833793B2 (ja) 2018-11-29 2021-02-24 本田技研工業株式会社 コンテンツ提供装置、コンテンツ提供方法、およびプログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002032629A (ja) * 2000-07-14 2002-01-31 Hitachi Software Eng Co Ltd 移動端末を利用した取引方法及び装置、システム並びに記録媒体
JP3871126B2 (ja) * 2002-10-29 2007-01-24 クラリオン株式会社 自動料金支払いシステムに於ける管理サーバ及び車載器
JP2009140045A (ja) * 2007-12-04 2009-06-25 Alpine Electronics Inc 車載用商品購入システム
JP5225727B2 (ja) * 2008-03-31 2013-07-03 富士通フロンテック株式会社 タッチパネル式入力装置

Also Published As

Publication number Publication date
JP2012027731A (ja) 2012-02-09

Similar Documents

Publication Publication Date Title
JP5163176B2 (ja) 情報提供システム、情報送受信用の端末および情報提供方法
JP4569051B2 (ja) 領域別情報送信装置
EP1003017B1 (en) Apparatus and method for presenting navigation information based on instructions described in a script
US20030045996A1 (en) System for providing travel plan, system for and method of providing drive plan for movable body, program storage device and computer data signal embodied in carrier wave
JPWO2008069225A1 (ja) 情報提供システム、情報提供方法、ならびに、コンピュータプログラム
JP4588800B2 (ja) 情報提供システムおよび情報提供方法
JP5531842B2 (ja) 情報提供システム、情報提供装置、情報提供サーバ、情報提供方法、ならびに、プログラム
JP5104183B2 (ja) 情報提供装置、情報提供方法、ならびに、プログラム
JP5429340B2 (ja) 情報提供装置、情報提供方法、及びプログラム
JP2002334226A (ja) 店舗情報配信システム
JP2008122256A (ja) ナビゲーションシステム、経路探索サーバおよび経路探索方法
JP5076957B2 (ja) 情報提供装置、情報提供方法、ならびに、プログラム
JP5211746B2 (ja) 情報提供装置、情報提供方法、ならびに、プログラム
JP5012531B2 (ja) 情報提供装置、情報提供方法、ならびに、プログラム
JP4297337B2 (ja) 案内情報提供装置,案内情報提供方法および案内情報表示方法
JP5050768B2 (ja) 情報提供装置、情報提供方法、ならびに、プログラム
JP4998320B2 (ja) 情報提供装置、情報提供方法及びプログラム
JP5223286B2 (ja) 情報提供装置、情報提供方法、ならびに、プログラム
JP5050767B2 (ja) 情報提供装置、情報提供方法、ならびに、プログラム
JP3884418B2 (ja) 案内用スクリプトを用いた運行管理装置,案内用スクリプトを用いた運行管理方法および運行管理プログラム記録媒体
JP2010236953A (ja) 情報提供システム、情報提供装置、情報提供方法、ならびに、プログラム
JP2009174882A (ja) 情報提供装置、情報提供方法、ならびに、プログラム
JP2009199366A (ja) 情報提供装置、情報提供方法及びプログラム
JP2009175812A (ja) 情報提供装置、情報提供方法、ならびに、プログラム
JP2009199354A (ja) 情報提供装置、情報提供方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20120724

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130726

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130820

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131018

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140325

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140407

R150 Certificate of patent or registration of utility model

Ref document number: 5531842

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150