(57)【要約】【課題】バス車内で表示される広告の更新が柔軟にかつ簡易に行うことができ、さらには優先度や緊急度の高い突発的な広告も任意のタイミングで表示可能な広告配信システムを提供すること。【解決手段】広告配信システムは、バスに搭載した表示装置に広告を表示させる広告システムにおいて、広告データと該広告データを表示するための条件を規定する広告表示条件データとを含むデータベースを記憶する記憶手段と、現在の運行条件がデータベースにおけるいずれかの広告表示条件データに合致するかどうかを判定する判定手段と、判定手段により合致した広告表示条件に対応する広告データを所定の方法により表示させる表示制御手段と、を有する車載器および、該車載器と無線ネットワークで接続され、データベースの少なくとも一部を更新するサーバとを有する構成にした。【選択図】      図２
2004347952.tif 000002
【特許請求の範囲】
【請求項１】
バスに搭載した表示装置に広告を表示させる広告配信システムにおいて、
広告データと該広告データを表示するための条件を規定する広告表示条件データとを含むデータベースを記憶する記憶手段と、現在の運行条件が前記データベースにおけるいずれかの広告表示条件データに合致するかどうかを判定する判定手段と、前記判定手段により合致した広告表示条件データに対応する広告データを所定の方法により表示させる表示制御手段と、を有する車載器および、
前記車載器と無線ネットワークで接続され、前記データベースの少なくとも一部を更新するサーバとを有することを特徴とする広告配信システム。
【請求項２】
前記広告表示条件データは、前記広告データの表示の緊急度を示す緊急度データを含み、
前記表示制御手段は、前記緊急度データと関連づけられた広告データを直ちに表示させることを特徴とする請求項１に記載の広告配信システム。
【請求項３】
前記データベースは、前記広告データの表示の緊急度を示す緊急度データを含み、
前記表示制御手段は、前記緊急度データと関連づけられた広告データについては、他の条件を無視して表示させることを特徴とする請求項１に記載の広告配信システム。
【請求項４】
前記データベースは、前記広告データの表示の優先度を示す優先度データを含み、
前記表示制御手段は、優先度の高い広告データを優先度の低い他の広告データよりも優先的に表示させることを特徴とする請求項１に記載の広告配信システム。
【請求項５】
前記サーバは、該サーバの外部からの指示に応じて前記データベースの少なくとも一部を更新することを特徴とする請求項１から請求項４のいずれかに記載の広告配信システム。
【請求項６】
前記広告表示条件には、時刻と位置の少なくとも一方が含まれることを特徴とする請求項１から請求項５のいずれかに記載の広告配信システム。
【請求項７】
請求項１から請求項６のいずれかに記載の広告配信システムにおいて、
前記表示制御手段は、前記運行条件に合致する広告表示条件がないと前記判定手段が判定すると、前記サーバに接続し、前記運行条件に合致する広告表示条件と関連づけられた広告データを要求することを特徴とする広告配信システム。
【請求項８】
請求項１から請求項７のいずれかに記載の広告配信システムにおいて、
前記広告データは、前記サーバに接続することを要求する指示データを含み、
前記表示制御手段は、前記判定手段により合致した広告表示条件データに対応する広告データが前記指示データであるとき、前記サーバに接続し、前記広告表示条件と関連づけられた広告データを要求することを特徴とする広告配信システム。
【請求項９】
請求項１から請求項８のいずれかに記載の広告配信システムにおいて、
前記所定の方法は、音声または映像の少なくとも一方であることを特徴とする広告配信システム。
【請求項１０】
バスに搭載した表示装置に広告を表示させる広告配信システムにおいて、
互いに無線ネットワークで接続された車載器とサーバシステムを有し、
前記車載器は、現在の運行条件を定期的に検出する検出手段と、前記検出手段により検出された前記運行条件を前記サーバシステムに送信し、該サーバシステムから送信される広告データを所定の方法により表示させる表示制御手段と、を有し、
前記サーバシステムは、広告データと該広告データを表示するための条件を規定する広告表示条件データとを含むデータベースを保管するＤＢサーバと、前記車載器から送信される前記運行条件と前記データベースにおけるいずれかの広告表示条件データに合致するかどうかを判定し、合致する広告表示条件があると該広告表示条件データに対応する広告データを前記車載器に送信する処理サーバと、を有することを特徴とする広告配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、定期的な路線やルート（以下、系統という）を運行するバス、例えば路線バスに表示される広告のインターネット等の通信手段を用いた配信システムに関する。
【０００２】
【従来の技術】
一般に、路線バスは、車内において中吊り等の紙面や車内放送等の音声、電光掲示板による映像といった、複数種類の手法により広告が表示されている。路線バスは、所定の系統に従い様々な地域を走行する性質上、該バスで表示される広告は、地域性に富んだものや時間帯によって異なる乗客層に対応したものであることが望ましい。なお、本明細書において、広告とは顧客を誘致するために商品や役務について多くの人に知られるようにすることのみならず、ニュースや告知、案内等も含む。
【０００３】
ここで、紙面による広告は、広告主が現れたり、広告内容に変更があったりするたびに新たな紙面の印刷や張り替え作業が要求される。また広告掲示期間が過ぎたものに対する定期的な張り替え作業も必要となる。つまり紙面による広告は、非常に人的負担や時間的負担が大きかった。また、広告内容によっては、特定の地域や時間帯といったある条件下でより実効性があるにもかかわらず、一度車内に掲示すると張り替え作業を行わない限り、同一の広告を常時表示することしかできない。音声や映像による広告は、車載器に接続自在な記録媒体に予め保存された広告データを用いる。このため、音声や映像による広告は、例えばバス運転手の操作によって、車載器に接続された記録媒体から適切な広告データを抽出し、任意のタイミングで電光掲示板等に表示させることができる。従って、音声や映像による広告は、紙面広告に比べ表示タイミングや表示期間等に柔軟性があるといえる。
【０００４】
しかし、従来の音声や映像による広告も、更新する際には、車載器に接続される記録媒体を、更新後の広告データが記録された記録媒体に差し替える必要があった。つまり、広告データの更新はデータベース全体に対して行われるのが通常であり、広告ごとに更新することはきわめて困難であった。また、運行中に、運行地点または運行時刻といった運行条件に応じて優先的に表示したい広告や、乗客に対して緊急で情報を表示したいという要求に対応することができないという問題があった。
【０００５】
近年、路線バスの運行業務に関して経費節減や人員削減を実現するために一層の効率化を図るとともに、利用者への利便性を図るための様々な運行管理サービスや運行管理システムが提案されている（例えば、特許文献１参照）。
【０００６】
【特許文献１】特開２００２−６３６９２号公報
【０００７】
上記特許文献１に例示される従来のサービスやシステムは、各バスと事業所もしくはサーバ間をネットワーク接続することにより、バスの現在の運行状況をリアルタイムで把握し、運行管理を行うことを特徴としている。しかしながら、そのサービスやシステムも該ネットワークを利用して車内における広告の表示に関する利便性を向上する試みは十分になされていないのが現状であった。
【０００８】
【解決しようとする課題】
そこで上記事情に鑑み、本発明は、バス車内で表示される広告の更新を柔軟にかつ簡易に行うことができ、さらには優先度や緊急度の高い突発的な広告も任意のタイミングで表示可能な広告配信システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
このため、請求項１に記載の広告配信システムは、バスに搭載した表示装置に広告を表示させる広告システムにおいて、広告データと該広告データを表示するための条件を規定する広告表示条件データとを含むデータベースを記憶する記憶手段と、現在の運行条件がデータベースにおけるいずれかの広告表示条件データに合致するかどうかを判定する判定手段と、判定手段により合致した広告表示条件に対応する広告データを所定の方法により表示させる表示制御手段と、を有する車載器および、該車載器と無線ネットワークで接続され、データベースの少なくとも一部を更新するサーバとを有することを特徴とする。
【００１０】
上記のように請求項１に記載の広告配信システムによれば、運行途中のバスの車載器がもつデータベースの少なくとも一部をサーバが更新することができる。これにより、バスごとに異なる広告データを与えることが可能となり、その書き換えも非常に簡易なものとなる。しかも、データの更新はサーバを介していつでも可能となるため、バス事業所の人的、時間的負担を軽減することができる。
【００１１】
請求項２に記載の広告配信システムによれば、上記の広告表示条件に、広告データの表示の緊急度を示す緊急度データを含ませて、表示制御手段が、緊急度データと関連づけられた広告データを検出すると直ちに表示させるように構成することができる。
【００１２】
請求項２に記載の発明によれば、バス車内において、広告表示が緊急度に配慮したタイミングで実行されることになる。つまり、バスの乗客は、急に発生した地域情報やニュースといった広告を即座に確実に入手することができる。また、広告主等の広告提供者は、バスの運行条件の如何を問わず、緊急度あると判断した広告を瞬時に表示させることが可能となり、より高い広告効果を期待できる。
【００１３】
請求項３に記載の発明によれば、データベースは、広告データの表示の緊急度を示す緊急度データを含み、表示制御手段は、緊急度データと関連づけられた広告データについては、他の条件を無視して表示させる。
【００１４】
また、データベースに、前記広告データの表示の優先度を示す優先度データを含ませてもよい。この場合、表示制御手段は、優先度を高く設定された広告データから順番に表示させることが好ましい（請求項４）。これにより、同一の広告表示条件下に複数の広告を表示させるような設定が可能となり、より柔軟な広告表示に関する計画を立てることができる。
【００１５】
ここで、サーバは、該サーバの外部からの指示に応じて上記のデータベースの少なくとも一部を更新することができる（請求項５）。サーバの外部とは、例えば、サーバに対する管理者権限を有する者、具体的には広告代理店やバス事業所などが想定される。これにより、各バスは常に最新の広告データを備えることができる。
【００１６】
ここで、広告表示条件には、時刻と位置の少なくとも一方が含まれる（請求項６）。このほかにも、乗客数、天候、曜日等を広告表示条件とすることもできる。
【００１７】
また、請求項７に記載の広告配信システムによれば、運行条件に合致する広告表示条件がないと判定手段が判定すると、表示制御手段がサーバに接続して、運行条件に合致する広告表示条件と関連づけられた広告データを要求するような構成にしてもよい。これにより、より漏れのない広告表示が行われる。
【００１８】
さらに請求項８に記載の広告配信システムによれば、広告データとして、前記サーバに接続することを要求する指示データを登録しておき、判定手段により合致した広告表示条件データに対応する広告データが指示データであるとき、表示制御手段がサーバに接続して、広告表示条件と関連づけられた広告データを要求する構成にしてもよい。これにより、まもなくバスが通過するであろう地点での最新情報を乗客に報知することができる。例えば、停留所のそばに観覧車がある場合、観覧車乗車までの待ち時間を車内に表示することができる。
【００１９】
なお、広告の表示方法としては、音声または映像の少なくとも一方が考えられる（請求項９）。
【００２０】
別の観点から請求項１０に記載の広告配信システムは、互いに無線ネットワークで接続された車載器とサーバシステムを有し、車載器は、現在の運行条件を定期的に検出する検出手段と、検出手段により検出された運行条件をサーバシステムに送信し、該サーバシステムから送信される広告データを所定の方法により表示させる表示制御手段と、を有し、サーバシステムは、広告データと該広告データを表示するための条件を規定する広告表示条件データとを含むデータベースを保管するＤＢサーバと、車載器から送信される運行条件とデータベースにおけるいずれかの広告表示条件データに合致するかどうかを判定し、合致する広告表示条件があると該広告表示条件データに対応する広告データを車載器に送信する処理サーバと、を有することを特徴とする。
【００２１】
請求項１０に記載の発明によれば、車載器側にデータベース、あるいは該テーブルを記憶する記憶手段がない場合であっても、常に最新、かつ運行条件に対応した広告を表示することができる。
【００２２】
【発明の実施の形態】
図１は本発明の実施形態の広告配信システムが組み込まれたバス運行管理システム１００の概略構成を表すブロック図である。図１に示すように、バス運行管理システム１００は、サーバシステム１０、バス事業所２０、広告代理店３０、アプリケーション作成センタ４０、バス利用者等の一般ユーザ５０、バスＢ１、Ｂ２、…、Ｂｎとから構成される。サーバシステム１０は、バス運行管理に関する種々のデータを保管するデータベースサーバ（以下、単にＤＢサーバという）１１と、外部から送信されるデータやアプリケーションおよびＤＢサーバ１１に保管されるデータを用いて各バスＢ１〜Ｂｎに様々な処理を実行するＯＳＧｉサーバ１２とを有する。各バスＢ１〜Ｂｎは、それぞれ運行を制御する車載器Ｍ１〜Ｍｎを有する。
【００２３】
バスＢ１〜Ｂｎは、位置情報や乗客数といったバス運行状況に関するデータ（以下、運行状況データという）を定期的にサーバシステム１０にアップロードしている。ＯＳＧｉサーバ１２は、アップロードされた運行状況データをＤＢサーバ１１に保管する。また、バス事業所２０は、すべてのバスの運行を掌握しており、定期的または任意のタイミングでバス運行に関する様々なデータや指示をサーバシステム１０に送信する。バス事業所２０および広告代理店３０は、運行中のバス車内において表示される広告に関するデータ（広告データ）をサーバシステム１０に送信する。つまり、本実施形態においてバス事業所２０および広告代理店３０は、広告提供者として位置づけられる。アプリケーション作成センタ４０は、車載器Ｍ１〜Ｍｎに関するアプリケーションもしくは該アプリケーションの更新プログラム等をサーバシステム１０に送信する。
【００２４】
サーバシステム１０のＯＳＧｉサーバ１２は、バス事業所２０、広告代理店３０、アプリケーション作成センタ４０から送信されるデータやアプリケーションをＤＢサーバ１１に保管する。またＯＳＧｉサーバ１２は、データやアプリケーションを定期的もしくは任意のタイミングで各バスＢ１〜Ｂｎに配信して、各バスＢ１〜Ｂｎの車載器Ｍ１〜Ｍｎにおけるデータやアプリケーションを更新する。
【００２５】
また、一般ユーザ５０が、自らの携帯電話やパーソナルコンピュータ等を用いてサーバシステム１０に接続すると、ＯＳＧｉサーバ１２は、該ユーザ５０が必要とする現在のバスの運行状況や時刻表、所定の停留所への到着予定時刻をリアルタイムで提供する。
【００２６】
以下、本実施形態の広告配信システム６０について詳説する。図２は、本実施形態の広告配信システム６０を示すブロック図である。なお、図２に示すブロック図は、便宜上、バスＢ１、サーバシステム１０、バス事業所２０、広告代理店３０との関係についてのみ示している。実際のサーバシステム１０は、図１に示すようにバスＢ１を含む複数のバスと無線通信（例えばセルラー網）によってネットワーク接続されている。つまり、以下の説明は他のバスＢ２〜Ｂｎにも該当する。
【００２７】
バスＢ１は車載器Ｍ１、電光掲示板７、スピーカ８等を有する。車載器Ｍ１は、ＣＰＵ１、ＧＰＳ２、メモリ３、通信装置４、アンテナ５、操作部６を有する。サーバシステム１０は、各サーバ１１、１２の他、通信装置１３、アンテナ１４、を有する。サーバシステム１０は、インターネットＮを介してバス事業所２０や広告代理店３０と常時接続されている。
【００２８】
バス事業所２０や広告代理店３０は、広告主からの依頼を受けてバス車内で表示する広告内容に関するデータ（広告データ）と、該広告データを表示するための条件に関するデータ（表示条件データ）とを互いに関連づけたデータベースを作成する。該データベースは、各バスＢ１〜Ｂｎに共通であってもよいし、運行系統ごともしくは一台ごとに異なるものであってもよい。
【００２９】
図３は、車載器Ｍ１に格納されるデータベースを示している。図３に示すように、データベースは、１または複数の広告リストから形成される。各広告リストは、リスト番号、表示条件、緊急、広告の各項目を有する。リスト番号は、データ作成順もしくはデータのアップロード順に便宜上付されるものであって、該番号の順に広告表示されることを意味するものではない。本実施形態における表示条件の項目は、運行場所、運行時間の二種類が想定される。運行場所は、バス停留所近辺のみならず、広告主が希望する任意の場所を設定可能である。従って、例えば店舗正面の通りを通過するタイミングで広告を表示することも可能である。運行時間は、午前、午後、終日といった特定の時間帯を指定したり、ある特定の時刻を指定したりできる。従って、例えば時報に合わせて所定の広告を出すことも可能である。緊急項目は、広告表示の緊急度を規定する項目である。
【００３０】
バス事業所２０や広告代理店３０によって作成されたデータベースは、インターネットＮを介してサーバシステム１０にアップロードされる。ＯＳＧｉサーバ１２は、アップロードされたデータベースをＤＢサーバ１１に保管する。なお、ＯＳＧｉサーバ１２は、アップロードされた各種データやアプリケーションをＤＢサーバ１１に保管する処理を行うだけでなく、保管した各種データ等を用いて各バスＢ１〜Ｂｎに様々な処理を施す機能をもつ処理サーバである。
【００３１】
バスの車載器Ｍ１は、一日の業務の開始時に、その日運行中に表示する広告についてのデータベースをサーバシステム１０から取得する。具体的には、ＣＰＵ１は、バス運転手が行う所定の動作を契機として、通信装置４、アンテナ５を介してサーバシステム１０にアクセスし、データベースのダウンロードを要求する。ここで所定の動作としては、例えば、運転手がキーを挿入する、もしくは操作部６を操作するなどが考えられる。また、ダウンロードを要求する信号には、バスＢ１を識別するための情報も含まれる。
【００３２】
サーバシステム１０において、ＣＰＵ１からのダウンロード要求は、アンテナ１４、通信装置１３を介してＯＳＧｉサーバ１２により受信される。ＯＳＧｉサーバ１２は、該要求を受信すると、バスＢ１に対応するデータベースをＤＢサーバ１１から取り出し、車載器Ｍ１に配信する。車載器Ｍ１のＣＰＵ１は、データベースを受信するとメモリ３に格納する。
【００３３】
運行中、ＧＰＳ２は常時または定期的に現在の運行位置情報および現在時刻情報を取得する。そしてＣＰＵ１は、取得した現在の運行条件（位置情報、時刻情報）がメモリ３に格納される各広告リストの広告表示条件と合致するかどうか判断する。ＣＰＵ１は、判断の結果、位置情報と時刻情報のいずれも広告表示条件と合致する広告リストがある場合には、該リストの広告データを読み出し、音声信号もしくは映像信号の少なくとも一方に変換する。ビデオドライバ７Ａは、ＣＰＵ１により生成された映像信号に従って電光掲示板７に広告内容を映像表示させる。オーディオドライバ８Ａは、上記の音声信号に従ってスピーカ８から広告内容を音声表示する。
【００３４】
図３を参照しつつ、広告表示の具体例を説明する。ＧＰＳ２から取得した現在の位置情報がＡバス停近傍、現在時刻が午前１０時であるとする。すると、現在の運行条件は、広告リスト（番号１）の広告表示条件と合致する。従って、車内には「お買い物はＪデパートへ」という音声アナウンスや映像表示が行われる。
【００３５】
また、バスがＣ交差点にさしかかった場合、現在時刻が何時であっても、バスＢ１の運行条件は、広告リスト（番号３）の広告表示条件に合致する。そこで、上記と同様、広告リスト（番号３）の広告の項目を参照すると、広告内容ではなく”Ｃｈｅｃｋ  ｔｈｅ  ｓｅｒｖｅｒ”という指示データが書き込まれている。従って、ＣＰＵ１は、該指示データに従いサーバシステム１０にアクセスする。
【００３６】
ＯＳＧｉサーバ１２は、広告リスト（番号３）に対応する最新情報を常にインターネット等の通信網を用いて入手している。そして、上記のようなＣＰＵ１からのアクセスがあった場合には、該最新情報を車載器Ｍ１に送信する。ＣＰＵ１は、電光掲示板７やスピーカ８を介して、該最新情報を車内で広告表示する。このように、予め与えられた広告データだけでなく、必要に応じてサーバシステム１０が保有する最新情報に基づく広告を行うことにより、よりユーザのニーズに対応した効果の高い広告表示が可能になる。なお、最新情報に基づく広告としては、電車の到着時刻や映画の上映開始時刻までの残り時間、観覧車等のアトラクションの待ち時間、といった時々刻々と変化する広告がある。
【００３７】
また、本実施形態の広告配信システム６０では、予めメモリ３に記憶されたデータベースに対してサーバシステム１０側から更新処理を施すことができる。更新処理としては、広告リストの追加、削除だけでなく、既存の広告リストにおける広告表示条件の変更や広告内容の訂正等も含まれる。
【００３８】
具体的には、広告主からの依頼を受けてバス事業所２０や広告代理店３０は、更新したい広告リストを作成し、サーバシステム１０に随時アップロードする。ＯＳＧｉサーバ１２は、バス事業所２０等から更新された広告リストが送信されると現在ＤＢサーバ１１内にあるデータベースを参照する。そして、該更新された広告リストに対応する広告リストがある場合には、更新された広告リストで現在存在する広告リストを上書き更新し、対応する広告リストがない場合には、更新された広告リストを新規の広告リストとして追加する。
【００３９】
そして、バス事業所２０等からの配信指示を受信する、もしくはＤＢサーバ１１での更新処理が終了すると、ＯＳＧｉサーバ１２は、広告更新要求とともに、ＤＢサーバ１１での更新内容に関する更新データをＣＰＵ１に送信する。ＣＰＵ１は、広告更新要求があると、メモリ３に記憶されているデータベースを更新データに基づいて更新する。このような更新処理によって追加されたデータを図３中、リスト番号ｎ−１、ｎに示す。
【００４０】
また本実施形態の広告配信システム６０では、広告表示の緊急度を設定している。緊急度あり（図３中緊急項目「１」）と設定された広告リストは、他の広告リストよりも優先的に処理されて、広告表示の対象となる。具体的には、図３において広告リスト（番号ｎ）の緊急項目は「１」に設定されている。従って、データベースが更新されて広告リスト（番号ｎ）がデータベースに追加されると、ＣＰＵ１は、他の広告リストにおける広告表示を無視して、優先的に「１５時１０分頃、Ｗ小学校近くで事故発生」という広告を表示する。ＣＰＵ１は、緊急度ある広告を所定期間もしくは所定回数表示した後、自動的にデータベースから削除したり、緊急項目を緊急度なしを意味する「０」に変更したりする。
【００４１】
なお、図３には示していないが、緊急度の設定に代えて、または緊急度の設定と共に広告表示の優先度について設定することも可能である。広告表示の優先度を設定することにより、広告表示条件が共通の広告データが複数あった場合でも、ＣＰＵ１は優先度に関するデータに従って、表示順位を決定する。従ってＣＰＵ１に係る処理負担を軽減することができる。また、バス事業者２０等の広告提供者は、より柔軟な広告表示計画を立てることができる。
【００４２】
さらに本実施形態の広告配信システム６０では、現在の運行条件に合致する広告リストが存在しない場合、ＣＰＵ１がサーバシステム１０にアクセスして、ＯＳＧｉサーバ１２に対して現在の運行条件に合致する広告リストがある場合には送信するように要求する。ＯＳＧｉサーバ１２は、ＤＢサーバ１１上のデータベースを参照し、バスＢ１の現在の運行条件に合致する新たな広告リストがある場合には、該新たな広告リストを車載器Ｍ１に配信する。ＤＢサーバ１１上のデータベースを参照し、バスＢ１の現在の運行条件に合致する新たな広告リストがない場合、ＯＳＧｉサーバは、該当リストがないことを通知する制御信号をＣＰＵ１に送信する。あるいはバスＢ１の現在の運行条件に合致する新たな広告リストがない場合、運行条件に関係なく表示可能な広告データ、例えばバス事業所からの告知、案内等を車載器Ｍ１に配信してもよい。ＣＰＵ１は、ＯＳＧｉサーバ１２から上記いずれかの広告データを受信した場合には、該広告データに対応する広告を表示する。
【００４３】
本実施形態の広告配信システム６０における、ＣＰＵ１の動作を示すフローチャートは図４に、サーバシステム１０の動作を示すフローチャートは図５にそれぞれ示される。
【００４４】
車載器Ｍ１のＣＰＵ１は以下のように動作する。図４に示すように、例えば運転手がキーを挿入するといった所定の動作を契機として、ＣＰＵ１はサーバシステム１０から送信されるスタフデータ（運行計画表）に対応した広告のデータベースがメモリ３に保存されているかどうか判断する（Ｓ１）。通常、運行業務開始時は、スタフデータに対応するデータベースは保存されていないため、サーバシステム１０にデータベースの送信を要求する（Ｓ１：ＮＯ、Ｓ１１）。
【００４５】
Ｓ１でＹＥＳと判断した場合、もしくはＳ１１でデータベースを取得した場合、ＣＰＵ１は続いて緊急表示要求があるかどうか、すなわちデータベース上に緊急度あり（緊急度項目「１」）に設定されているかどうか判断する（Ｓ３）。なお、Ｓ１でＹＥＳと判断される場合としては、既に一度配信されたデータベースを再度使用することができるとき、例えば一日のうちに同一系統を複数回運行するとき等が考えられる。
【００４６】
メモリ３に格納されるデータベースを参照した結果、緊急度項目が「１」に設定されている広告リストを検出した場合（Ｓ３：ＹＥＳ）、ＣＰＵ１は、現在の運行条件と合致する広告リストが他にある場合でも、緊急度ありに設定された該広告リストに対応する広告を車内で表示する（Ｓ７）。なお、広告を車内で表示するにあたり、ＣＰＵ１は該広告リストの緊急度項目を緊急度なしを意味する「０」に設定する（Ｓ１３）。これにより、常に緊急度の高い広告だけが表示され続ける不具合を回避している。
【００４７】
Ｓ３において、緊急度ありに設定された広告リストがない場合（Ｓ３：ＮＯ）、ＣＰＵ１は次いで現在の運行条件が各広告リストの広告表示条件と一致するか否かを判断する（Ｓ５）。ＣＰＵ１は、現在の運行条件と一致する広告表示条件が設定された広告リストを検出すると（Ｓ５：ＹＥＳ）、該広告リストに対応する広告を車内で表示する（Ｓ７）。なお、図３中広告リスト（番号３）のように広告データの内容がサーバへのアクセス指示になっている場合は、サーバシステム１０にアクセスして最新情報をダウンロードした後、Ｓ７の広告表示処理を行う。ＣＰＵ１は、現在の運行条件と一致する広告表示条件が設定された広告リストがないと判断すると（Ｓ５：ＮＯ）、Ｓ７を飛ばして、Ｓ９以降の処理を行う。Ｓ５でＮＯと判断した場合、ＣＰＵ１がサーバシステム１０に現在の運行条件に合致する広告リストを要求する処理を加えてもよい。
【００４８】
次いでＣＰＵ１は、Ｓ９の処理を行う。Ｓ９では、ＯＳＧｉサーバ１２から、広告更新要求とともに、ＤＢサーバ１１での更新内容に関する更新データが送信されているかどうかの判断を行う。ＣＰＵ１は、広告更新要求があると、メモリ３に記憶されているデータベースを更新データに基づいて更新する（Ｓ１５）。広告更新要求がない場合には、Ｓ１からの処理を繰り返す。
【００４９】
上記ＣＰＵ１の動作に対応しつつ、ＯＳＧｉサーバ１２は以下のように動作する。図５に示すように、ＯＳＧｉサーバ１２は、予め、バス事業所２０等から送信されるデータベースを受信し、ＤＢサーバ１１に保管する（Ｓ５１）。
【００５０】
次いで、ＯＳＧｉサーバ１２は、バス事業所２０等から特定の広告リストに対して緊急広告要求があるかどうか判断する（Ｓ５３）。該判断の結果、緊急広告要求がされていないと判断すると（Ｓ５３：ＮＯ）、ＯＳＧｉサーバ１２は、車載器Ｍ１側からダウンロード要求があるかどうかを判断する（Ｓ５５）。そして、ダウンロード要求があるまで、Ｓ５３からの処理を繰り返す（Ｓ５５：ＮＯ）。つまり、バス事業所２０等からの緊急広告要求は常時受け付けるような待機状態に入る。なお、ここでいうダウンロード要求としては、運行開始時に行われるデータベースそのものに対するダウンロード要求だけでなく、運行途中において適宜行われる要求、例えば、最新情報をダウンロードする要求なども含む。
【００５１】
Ｓ５３において、緊急広告要求がされていると判断すると、緊急広告要求がされている広告リストについては該リスト中の緊急度項目を「１」に設定する（Ｓ６１）。なお、バス事業所２０等で予め緊急性ありとわかっている広告については、Ｓ５１で送信されるデータベースを作成する段階で予め緊急度項目を「１」に設定しておくことも可能である。
【００５２】
車載器Ｍ１からダウンロード要求があると判断する（Ｓ５５：ＹＥＳ）、またはＳ６１の処理を終えると、ＯＳＧｉサーバ１２は、広告更新要求と共にデータベースの変化部分（更新データ）を車載器Ｍ１に送信する（Ｓ５７）。つまり、ＯＳＧｉサーバ１２は、原則としては車載器Ｍ１からの要求に応じて更新データを送信するが、緊急広告要求がある場合には、車載器Ｍ１からの要求の有無を問わず、更新データを送信する。なお、Ｓ５５において受信したダウンロード要求がデータベースそのものに対するものである場合には、更新データではなく車載器Ｍ１に対応するデータベースそのものを送信する。
【００５３】
Ｓ５７の処理が終了すると、ＯＳＧｉサーバ１２は、該広告リストにあった緊急度項目を緊急度なしを意味する「０」に設定する（Ｓ５９）。これにより、常に緊急度の高い広告だけが表示され続ける不具合を回避している。
【００５４】
以上が本発明の実施形態である。なお、本発明に係る広告配信システムは、上記実施形態に限定されるものではなく、以下に説明するような構成の変更が可能である。
【００５５】
上記実施形態では広告表示条件との比較対象である現在の運行条件として位置と時刻を列挙したが、あくまでも例示である。他にも、運行条件としては、天候状態、乗客数、乗客層などを例示することができる。
【００５６】
また、上記実施形態では、広告リストに緊急度を設定することにより、広告を表示するタイミングに柔軟性を持たせ、より効果の高い広告表示を実現している。ここで、表示タイミングにより一層の柔軟性を持たせるために、緊急度の代わりもしくは緊急度に併せて広告表示の優先度の設定を行うことができる。つまり、同一運行条件下に複数の広告を設定して、ＣＰＵ１が優先度の高い広告から順に表示するような制御を行ってもよい。
【００５７】
また、上記実施形態において、車載器のＣＰＵ１は、通常はメモリ３に記憶されたデータベースに基づいて広告表示を行っており、特定の条件（例えば、広告データがサーバへのアクセス指示である場合）を満たすとサーバシステム１０から最新情報を入手する構成であると説明した。ここで、車載器Ｍ１はデータベースを保存するためのメモリ３を持たず、広告データはサーバシステム１０側に一括して保管するシステムにする変形も可能である。この変形の場合、ＣＰＵ１が定期的にまたは任意のタイミングでサーバシステム１０にアクセスする。そして現在の運行条件に合致する広告表示条件に関連づけられた広告をダウンロードして車内で表示する。該変形によれば、通信費用は若干高くなる反面、一部情報が最新である上記実施形態に比べて、略全ての広告内容が最新の状態で表示されるという利点がある。
【００５８】
【発明の効果】
このように本発明は、バス、サーバ、バス事業所をネットワークで接続し、広告データを自動的に配信しかつ更新する構成にすることにより、バス事業所等の広告提供者は、非常に簡易な方法で最新の情報を運行途中のバス車内で表示させることが可能となる。従って、従来行っていた紙面広告の掲示や広告データの入った記録媒体の受け渡しといった作業にかかる人的負担や経費を軽減することができる。しかも、表示すべき広告自体に緊急度や優先度を設けることにより、より柔軟かつ好適なタイミングで広告の表示が可能になる。
【図面の簡単な説明】
【図１】本発明の実施形態の広告配信システムが組み込まれたバス運行管理システムの概略構成を表すブロック図である。
【図２】本実施形態の広告配信システムを示すブロック図である。
【図３】本実施形態のバスの車載器内に保存される広告に関するデータベースを示す表である。
【図４】本発明の実施形態の車載器のＣＰＵの動作を示すフローチャートである。
【図５】本発明の実施形態のサーバシステムの動作を示すフローチャートである。
【符号の説明】
１    ＣＰＵ
２    ＧＰＳ
３    メモリ
１０    サーバシステム
１１    ＤＢサーバ
１２    ＯＳＧｉサーバ
２０    バス事業所
３０    広告代理店
Ｂ１〜Ｂｎ    バス
Ｍ１〜Ｍｎ    車載器
６０    広告配信システム
１００    バス運行管理システム
【図１】
2004347952.tif 000003
【図２】
2004347952.tif 000004
【図３】
2004347952.tif 000005
【図４】
2004347952.tif 000006
【図５】
2004347952.tif 000007