JP6957773B1 - 情報表示システム - Google Patents

Abstract

【課題】乗合車両の乗降地において、一般ユーザを発信源とする情報提供を可能とするとともに、かかる情報提供による収益化を図る情報表示システムを提供する。【解決手段】情報表示システム１は、情報表示装置（バス停装置１０）と、情報配信サーバ（サーバ装置４０）とを備える。情報表示装置は、乗合車両（バスＢ）の乗降地（停留所）に設けられ、乗合車両の運行に関する情報である第１情報を表示する第１領域（バス情報表示領域）及び第１情報以外の情報である第２情報を表示する第２領域（広告情報表示領域）を有する。情報配信サーバは、広告事業者以外の一般ユーザ（ユーザＵ）から投稿される投稿コンテンツを受け付け可能に設けられ、投稿コンテンツを受け付けた場合に、第２情報として第２領域に表示されるように投稿コンテンツを情報表示装置へ向けて配信する。【選択図】図３

Description

開示の実施形態は、情報表示システムに関する。

従来、バスなどの乗合車両の乗降地である停留所にはポールと呼ばれる標柱が設けられ、かかる標柱が有する掲示板には、時刻表や路線図などが掲示されていることが知られている。

こうした乗合車両の運行に関する情報提供のための掲示物は、たとえばダイヤ改正のタイミングなどで人手によって一斉に貼り替える必要があり、高い業務負荷を与えるものとなっていた。

そこで、動的に変化しうる乗合車両の運行に関する情報提供のための情報提供装置が提案されている（たとえば、特許文献１参照）。かかる技術は、ポールに対し、発信器からの無線信号を受信する受信器と、バスの通過予定時刻等を表示する表示器と、この表示器を受信器の出力を基に制御する制御器とを設け、受信器が車両コードを含む無線信号を受信した場合には表示器の表示を点滅させてバスの接近情報を待合客に知らせるものである。

また、かかる技術では、乗合車両の運行に関する情報以外にも、たとえば広告等を含めた各種のコンテンツの表示を行うことが可能であり、前述の情報提供装置は、屋外設置可能ないわゆるデジタルサイネージであるとも言うことができる。

特開平１１−００３４９５号公報

しかしながら、上述した従来技術には、バスなどの停留所において、一般ユーザを発信源とする情報提供を可能とするとともに、かかる情報提供による収益化を図るうえで、さらなる改善の余地がある。

たとえば、バスの停留所は、繁華街、市街地、郊外、過疎地など様々な場所に設置されるが、かかる停留所をデジタルサイネージとして利用する場合、広告事業者は、費用対効果を見込みやすい繁華街や市街地の停留所を選びがちである。したがって、郊外や過疎地の停留所は、その数が繁華街や市街地よりも多い場合があるにも関わらず、広告枠に空き枠が生じやすく、収益化を図りにくい。

一方で、停留所をデジタルサイネージとして利用する場合、バスの利用者や周辺住民など、広告事業者以外の一般ユーザが情報の発信源となって停留所を活用することが有益な場面も存在する。

なお、かかる課題は、バスの停留所に限らず、鉄道などの停留場を含む乗合車両の乗降地全般に共通する課題である。

実施形態の一態様は、上記に鑑みてなされたものであって、乗合車両の乗降地において、一般ユーザを発信源とする情報提供を可能とするとともに、かかる情報提供による収益化を図ることができる情報表示システムを提供することを目的とする。

実施形態の一態様に係る情報表示システムは、情報表示装置と、情報配信サーバとを備える。前記情報表示装置は、乗合車両の乗降地に設けられ、前記乗合車両の運行に関する情報である第１情報を表示する第１領域、および、前記第１情報以外の情報である第２情報を表示する第２領域を有する。前記情報配信サーバは、広告事業者以外の一般ユーザから投稿される投稿コンテンツを受け付け可能に設けられ、前記投稿コンテンツを受け付けた場合に、前記第２情報として前記第２領域に表示されるように前記投稿コンテンツを前記情報表示装置へ向けて配信する。また、前記情報表示装置は、前記第１情報として前記乗合車両の時刻表を、少なくとも現在時刻分を含む所定の時間帯分が該時間帯分以外よりも拡大されるように更新しつつ表示するとともに、前記時刻表が更新されるタイミングに併せて、前記第２情報として表示される前記投稿コンテンツの内容を切り替える。

実施形態の一態様によれば、乗合車両の乗降地において、一般ユーザを発信源とする情報提供を可能とするとともに、かかる情報提供による収益化を図ることができる。

図１は、実施形態の比較例に係る情報表示システムの概要説明図である。 図２は、バス停装置の概要説明図である。 図３は、実施形態に係る情報表示システムの概要説明図（その１）である。 図４は、実施形態に係る情報表示システムの概要説明図（その２）である。 図５は、実施形態に係る情報表示システムの概要説明図（その３）である。 図６は、実施形態に係る情報表示システムの構成例を示すブロック図である。 図７は、バス停装置情報の一例を示す図である。 図８は、掲載枠情報の一例を示す図である。 図９は、受付部の構成例を示すブロック図である。 図１０は、バス停装置の構成例を示すブロック図である。 図１１は、投稿アプリの動作例を示す図（その１）である。 図１２は、投稿アプリの動作例を示す図（その２）である。 図１３は、投稿アプリの動作例を示す図（その３）である。 図１４は、投稿アプリの動作例を示す図（その４）である。 図１５は、投稿アプリの動作例を示す図（その５）である。 図１６は、投稿アプリの動作例を示す図（その６）である。 図１７は、投稿アプリの動作例を示す図（その７）である。 図１８は、投稿アプリの動作例を示す図（その８）である。 図１９は、承認処理の補足説明図である。 図２０は、投稿コンテンツの更新タイミングの説明図である。 図２１は、ＭａａＳアプリと連動する場合の説明図である。 図２２は、アドネットワークと連動する場合の説明図である。

以下、添付図面を参照して、本願の開示する情報表示システムの実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。

また、以下では、乗合車両の一例として「バス」を挙げ、かかるバスの乗降地である停留所については「バス停」と記載する。また、かかるバス停に設置されるデジタルサイネージ装置を「バス停装置」と記載する。かかるバス停装置が、実施形態に係る情報表示装置の一例に相当するものとする。

まず、実施形態に係る情報表示システム１の概要について、図１〜図５を用いて説明する。図１は、実施形態の比較例に係る情報表示システム１’の概要説明図である。また、図２は、バス停装置１０の概要説明図である。また、図３〜図５は、実施形態に係る情報表示システム１の概要説明図（その１）〜（その３）である。

実施形態に係る情報表示システム１の前提となる、比較例に係る情報表示システム１’から説明する。

図１に示すように、比較例に係る情報表示システム１’は、１以上のバス停装置１０と、バス事業者装置２０と、広告事業者装置３０と、サーバ装置４０とを含む。これらの各種装置は、インターネットや携帯電話回線網等である通信ネットワークＮを介して、有線または無線により通信可能に接続される。

バス停装置１０は、バスＢのバス停に設けられるデジタルサイネージ装置である。図２に示すように、バス停装置１０は、筐体Ｃを備える。筐体Ｃは、バス停のポール本体に相当し、バスＢの所定の乗降地点に設置される。バス停装置１０には、図示略の外部電源または内部電源から電力が供給される。内部電源としては、たとえばソーラパネルおよびバッテリからなるソーラバッテリ等を用いることができる。

筐体Ｃの上部には、案内表示部Ｃ１が設けられる。案内表示部Ｃ１には、たとえば「○×高校前」といったバス停の名称や、「○○駅方面」といった進行方向などの案内情報が表記される。

また、案内表示部Ｃ１は、行灯式で構成することができ、たとえば透光性素材によって中空構造に設けられ、図示略のＬＥＤ（Light Emitting Diode）等の照明部材を内蔵する。夜間は、かかる照明部材が点灯されることにより、案内表示部Ｃ１に表記された案内情報を視認可能にすることができる。

また、バス停装置１０は、通信部１１と、スピーカ１２と、表示部１３とを備える。通信部１１は、通信ネットワークＮを介して、無線または有線によりバス事業者装置２０や、広告事業者装置３０、サーバ装置４０と通信可能に接続される。

なお、通信部１１は、たとえば３ＧＰＰ標準規格のＬＴＥカテゴリー１（LTE Use Equipment 1）に対応した小型通信モジュールなどである。本実施形態では、バス停装置１０は、かかる通信部１１を用いた無線通信を行うこととするが、通信ネットワークＮへの接続形態を問うものではなく、有線通信を行ってもよい。

スピーカ１２は、たとえば筐体Ｃの前面に設けられ、通信部１１によって受信されたサーバ装置４０からの配信データに基づいて、緊急時の報知情報などの音響コンテンツを音声出力する。

表示部１３は、通信部１１によって受信された配信データに基づいて、バス事業者から提供されるバスＢの運行等に関するバスコンテンツや、広告事業者から提供される広告コンテンツといった各種のコンテンツを表示する。なお、表示部１３は、たとえば透過型ＬＣＤ（Liquid Crystal Display）や、反射型ＬＣＤ、電子ペーパー等によって実現される。また、表示部１３は、タッチパッド等の位置入力装置と組み合わせて、タッチパネルディスプレイとして構成されてもよい。

なお、図２に示したバス停装置１０の各構成要素の形状や配置位置などは、あくまで一例であって、図示したものに限られない。

図１の説明に戻る。図１に示すように、バス事業者装置２０は、たとえばバス会社や、バス停管理会社といったバス事業者によって運用・管理される情報処理装置であって、バス停装置１０へ表示させるバスコンテンツ等の素材データを提供する。

バスコンテンツには、バスＢの運行に関する運行データ、たとえばバスＢの路線の系統情報や、時刻表、年２回程度の改正ダイヤ情報、臨時や緊急の告知事項などが含まれる。

広告事業者装置３０は、たとえば広告代理店等の広告事業者によって運用・管理される情報処理装置であって、バス停装置１０へ表示させる広告コンテンツ等の素材データを提供する。

そして、サーバ装置４０は、バス停装置１０へ表示させる各種のコンテンツをバス停装置１０へ向けて配信する情報配信サーバである。サーバ装置４０は、バス事業者装置２０、広告事業者装置３０からの素材データに基づいて、表示部１３に対しバス停装置１０ごとに応じたコンテンツ表示がなされるように配信データを生成する。そして、生成した配信データを、通信ネットワークＮを介し、配信先となるバス停装置１０へ向けて配信する。

具体的には、図１に示すように、サーバ装置４０は、バス事業者装置２０や広告事業者装置３０から素材データを取得する（ステップＳ１）。そして、サーバ装置４０は、取得した素材データに基づき、バス停装置１０へ提供するバスコンテンツおよび広告コンテンツを含む配信データを生成する（ステップＳ２）。そして、サーバ装置４０は、生成した配信データを、各バス停装置１０の通信部１１へ向けて配信する（ステップＳ３）。

そして、図２に示すように、バス停装置１０は、通信部１１によって受信された配信データに基づき、表示部１３に対し、各種のコンテンツを表示させる（ステップＳ４）。

具体的には、表示部１３は、たとえばその表示領域が「バス停情報表示領域」と「広告情報表示領域」とに分けられており、「バス停情報表示領域」にはバスコンテンツが、「広告情報表示領域」には広告コンテンツが、それぞれ表示される。

バス停装置１０は、これら２つの領域をパラレルに表示制御しつつ、バスコンテンツおよび広告コンテンツのそれぞれを動的に変化させることができる。

また、表示部１３がタッチパネルディスプレイとして構成された場合、バス停情報表示領域においては、たとえば利用者が所定のタッチ操作をすると、時刻表から系統図等へ表示を切り替えることができる。

ところで、バス停装置１０は、繁華街、市街地、郊外、過疎地など様々な場所に設置可能であるが、かかるバス停装置１０へ広告コンテンツを表示させる場合、広告事業者にとっては、広告コンテンツが人目に触れやすく費用対効果を見込みやすい繁華街や市街地のバス停装置１０を選びがちである。したがって、郊外や過疎地のバス停装置１０は、その数が繁華街や市街地よりも多い場合があるにも関わらず、広告枠に空き枠が生じやすく、収益化を図りにくい。

一方で、バスＢの利用者やバス停の周辺住民など、広告事業者以外の一般ユーザが情報の発信源となってバス停装置１０をデジタルサイネージとして活用することが有益な場面も存在する。たとえば、自身が新装開店する店舗の宣伝を、周辺住民に対し、コストを抑えつつ行いたい場合等である。また、たとえば、周辺住民が、通常は地域の掲示板や回覧板を用いて行う情報の告知を、労力を軽減しつつ行いたい場合等である。

そこで、実施形態に係る情報表示方法では、広告事業者以外の一般ユーザから投稿される投稿コンテンツを受け付け可能とし、かかる投稿コンテンツを受け付けた場合に、前述の広告情報表示領域に表示されるように投稿コンテンツをバス停装置１０へ向けて配信することとした。

図３に示すように、実施形態に係る情報表示システム１では、サーバ装置４０は、ユーザＵが利用するユーザ端末５０（「端末装置」の一例に相当）から投稿される投稿コンテンツを受け付け可能に設けられる。

ここで、ユーザＵは、広告事業者以外の一般ユーザである。ユーザＵは、個人であってもよいし、法人であってもよい。また、ユーザ端末５０は、ユーザＵが利用する情報処理装置であって、たとえばスマートフォンである。なお、ユーザ端末５０は、スマートフォンに限らず、後述する投稿アプリを実行可能な環境を有していれば、ＰＣ（Personal Computer）やタブレット端末、ＰＤＡ（Personal Digital Assistant）、ウェアラブルデバイス等であってもよい。

具体的には、図３に示すように、サーバ装置４０は、素材データとしてユーザ端末５０から投稿される投稿コンテンツを受け付ける（ステップＳ１１）。そして、サーバ装置４０は、受け付けた投稿コンテンツを含む配信データを生成する（ステップＳ１２）。そして、サーバ装置４０は、生成した配信データを、各バス停装置１０の通信部１１へ向けて配信する（ステップＳ１３）。

そして、図４に示すように、バス停装置１０は、表示部１３の広告情報表示領域に対し、サーバ装置４０により配信されたユーザＵからの投稿コンテンツを表示する（ステップＳ１４）。

図４に示すように、投稿コンテンツは、たとえば広告コンテンツである。また、同図に示すように、投稿コンテンツには、たとえばＱＲコード（登録商標）を含むことができる。

なお、図５に示すように、投稿コンテンツは、図中のＰ１〜Ｐ３のような広告コンテンツに限られない。同図のＰ４に示すように、投稿コンテンツは、たとえば地域向けの情報を告知するものであってもよい。また、同図のＰ５に示すように、投稿コンテンツは、たとえば個人向けのメッセージ等であってもよい。

投稿される内容については、個人情報や公序良俗について定められた所定の投稿ポリシーに沿ったチェックが可能である。かかるチェックは、たとえばサーバ装置４０のオペレータ等の人手を介して行われてもよいし、自然言語処理の解析モデル等を用いて行われてもよいし、これらを併用して行うこととしてもよい。

ユーザＵは、バス停装置１０の広告情報表示領域に設定される掲載枠に空きがある場合に、かかる掲載枠に対し、掲載料を支払うことによって投稿コンテンツを投稿することができる。かかる投稿は、後述する専用の投稿アプリを介して行うことが可能である。投稿アプリの具体的な動作例については、図１１以降を用いて後述する。

これにより、バス停装置１０が設置される場所によって広告枠に空き枠が生じるのを解消しつつ、ユーザＵにとっては、自身を発信源とする情報提供に、バス停装置１０を活用することができる。

このように、実施形態に係る情報表示方法では、広告事業者以外の一般ユーザから投稿される投稿コンテンツを受け付け可能とし、かかる投稿コンテンツを受け付けた場合に、広告情報表示領域に表示されるように投稿コンテンツをバス停装置１０へ向けて配信することとした。

したがって、実施形態に係る情報表示方法によれば、乗合車両の乗降地において、一般ユーザを発信源とする情報提供を可能とするとともに、かかる情報提供による収益化を図ることができる。

以下、上述した実施形態に係る情報表示方法を適用した情報表示システム１の構成例について、さらに具体的に説明する。

図６は、実施形態に係る情報表示システム１の構成例を示すブロック図である。なお、図６および後に示す図９，１０では、本実施形態の特徴を説明するために必要な構成要素を機能ブロックで表しており、一般的な構成要素についての記載を省略している。

換言すれば、図６、図９および図１０に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。たとえば、各機能ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。

なお、図６、図９および図１０を用いた説明では、これまでに既に述べた構成要素については、説明を簡略するか、省略する場合がある。

図６に示すように、情報表示システム１は、バス停装置１０と、バス事業者装置２０と、広告事業者装置３０と、サーバ装置４０と、ユーザ端末５０とを含む。なお、図６では、１つのユーザ端末５０を図示しているが、複数であってもよい。これらバス停装置１０、バス事業者装置２０、広告事業者装置３０、サーバ装置４０およびユーザ端末５０は、上述した通信ネットワークＮを介して相互通信が可能である。

まず、サーバ装置４０について説明する。サーバ装置４０は、たとえばクラウドサーバとして実現される。サーバ装置４０は、通信部４１と、記憶部４２と、制御部４３とを備える。

通信部４１は、たとえば、ＮＩＣ（Network Interface Card）等によって実現される。通信部４１は、通信ネットワークＮと有線または無線で接続され、通信ネットワークＮを介して、バス停装置１０や、バス事業者装置２０、広告事業者装置３０，ユーザ端末５０との間で情報の送受信を行う。

記憶部４２は、たとえば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図６の例では、素材情報４２ａと、バス停装置情報４２ｂと、掲載枠情報４２ｃと、解析モデル４２ｄと、配信データＤＢ（Data Base）４２ｅとを記憶する。

素材情報４２ａは、バス事業者装置２０、広告事業者装置３０およびユーザ端末５０から取得する素材データを含む情報である。バス停装置情報４２ｂは、バス停装置１０ごとの設定情報を含む情報である。掲載枠情報４２ｃは、バス停装置１０ごとの広告コンテンツおよび投稿コンテンツの掲載枠に関する情報である。

ここで、図７は、バス停装置情報４２ｂの一例を示す図である。また、図８は、掲載枠情報４２ｃの一例を示す図である。

図７に示すように、バス停装置情報４２ｂはたとえば、「バス停ＩＤ」項目と、「名称」項目と、「位置情報」項目と、「アドレス」項目と、「ビーコンＩＤ」項目とを含む。

「バス停ＩＤ」項目は、バス停装置１０ごとの識別情報が格納される。「名称」項目は、バス停装置１０ごとの名称、言い換えればバス停としての名称が格納される。「位置情報」項目は、バス停装置１０の設置地点を示す位置情報、たとえば緯度や経度等が格納される。

「アドレス」項目は、ネットワークノードとしてのバス停装置１０のアドレス情報（たとえば通信部１１のＭＡＣ（Media Access Control）アドレス）等が格納される。「ビーコンＩＤ」項目は、バス停装置１０に搭載されるビーコン端末１４の識別情報が格納される。

また、図８に示すように、掲載枠情報４２ｃはたとえば、「バス停ＩＤ」項目と、「掲載枠」項目と、「投稿可否」項目と、「掲載期間」項目とを含む。

「バス停ＩＤ」項目は、バス停装置情報４２ｂの「バス停ＩＤ」項目に紐づく情報である。「掲載枠」項目は、バス停装置１０に設定された掲載枠ごとの識別情報が格納される。なお、同図に示す「ｎ」は、最大掲載数に相当する。したがって、たとえば「＃１／ｎ」は、かかる最大掲載数ｎのうちの１番目の掲載枠であることを示す。

「投稿可否」項目は、ユーザＵからの投稿可否を示すたとえば「可」または「不可」のフラグ値が格納される。ここで、「可」である場合、該当する掲載枠に対して、一般ユーザであるユーザＵからの投稿が可能であることを示す。また、「不可」である場合、ユーザＵからの投稿が不可であることを示す。なお、「不可」であっても、広告事業者による広告コンテンツの提示は可能であるものとする。

「掲載期間」項目は、掲載期間ごとの契約状況を示すフラグ値が格納される。たとえば、同図の例では、バス停ＩＤ「Ｂ０００１」の掲載枠「＃１／ｎ」は、掲載期間「１月１日〜１月３１日」および「２月１日〜２月２８日」のいずれも契約済みであり、空きがないことを示している。また、掲載枠「＃２／ｎ」は、掲載期間「２月１日〜２月２８日」については空きがあることを示している。

また、同図の例では、バス停ＩＤ「Ｂ０００２」の掲載枠は、掲載期間「１月１日〜１月３１日」および「２月１日〜２月２８日」のいずれも未契約であるが、投稿可否が「不可」のため、ユーザＵからの投稿は受け付けられないことを示している。したがって、後述する投稿アプリでは、かかるバス停ＩＤ「Ｂ０００２」の掲載枠を、空きがあるとしては認識しない。

また、同図の例では、バス停ＩＤ「Ｂ０００３」は、そもそも広告コンテンツおよび投稿コンテンツの掲載枠が存在しないことを示している。したがって、投稿アプリでは、かかるバス停ＩＤ「Ｂ０００３」の掲載枠を無論、空きがあるとしては認識しない。

図６の説明に戻る。解析モデル４２ｄは、上述した自然言語処理の解析モデルに相当する。配信データＤＢ４２ｅは、後述する生成部４３ｄによって生成される配信データが格納される。

制御部４３は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、記憶部４２に記憶されている図示略の各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４３は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

制御部４３は、サーバ装置４０の全体制御を行う。制御部４３は、取得部４３ａと、提供部４３ｂと、受付部４３ｃと、生成部４３ｄと、配信部４３ｅとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

取得部４３ａは、バス事業者装置２０、広告事業者装置３０およびユーザ端末５０からの素材データを取得して、素材情報４２ａへ格納する。また、取得部４３ａは、ユーザ端末５０から投稿アプリを介した各種の要求を取得し、提供部４３ｂへ通知する。また、取得部４３ａは、ユーザ端末５０から投稿アプリを介して投稿された投稿内容を受付部４３ｃへ通知する。

提供部４３ｂは、ユーザ端末５０から投稿アプリを介して要求される各種の要求に応じた情報をユーザ端末５０に対し提供する。たとえば、提供部４３ｂは、ユーザＵが投稿コンテンツを表示させるバス停装置１０を選択可能となるように、少なくとも各バス停における乗降客数を含む、各バス停に関する情報を提供する。

また、提供部４３ｂは、ユーザＵが掲載枠に空きのあるバス停装置１０を選択可能となるように、各バス停に関する情報を提供する。また、提供部４３ｂは、ユーザＵによって任意の地域が指定された場合に、かかる地域において掲載枠に空きのあるバス停装置１０を一括に確認可能となるように、各バス停に関する情報を提供する。

また、提供部４３ｂは、ユーザＵが任意のバス停装置１０における任意の投稿コンテンツの内容を確認可能となるように、各バス停に関する情報を提供する。これらの具体的な提供例については、図１１以降を用いた説明で後述する。

受付部４３ｃは、ユーザ端末５０から投稿アプリを介して投稿された投稿内容を投稿コンテンツとして受け付ける受付処理を実行する。ここで、図９は、受付部４３ｃの構成例を示すブロック図である。

図９に示すように、受付部４３ｃは、チェック部４３ｃａと、承認部４３ｃｂとを有する。チェック部４３ｃａは、投稿された投稿内容を上述した投稿ポリシーに沿ってチェックするチェック処理を実行する。承認部４３ｃｂは、チェック部４３ｃａによるチェック結果に基づいて、投稿内容をバス停装置１０に対して表示させる投稿コンテンツとして承認するか否かを判定する承認処理を実行する。

なお、チェック処理および承認処理については、既に述べたが、図９に示すように、たとえばサーバ装置４０のオペレータ等の人手を介して行われてもよいし、解析モデル４２ｄを用いて行われてもよいし、これらを併用して行われてもよい。

また、チェック処理および承認処理の結果、投稿内容が投稿コンテンツとして受け付けられない場合、受付部４３ｃは、その旨をユーザ端末５０に対し通知する。

図６の説明に戻る。生成部４３ｄは、素材情報４２ａ、バス停装置情報４２ｂ、掲載枠情報４２ｃおよび受付部４３ｃの受け付け結果に基づき、バス停装置１０へ配信する配信データを生成する。かかる配信データは、スピーカ１２へ音声出力させる音響データ、および、表示部１３へ表示させる表示データを含む。また、生成部４３ｄは、生成した配信データを配信データＤＢ４２ｅへ格納する。

配信部４３ｅは、生成部４３ｄによって生成された配信データを各バス停装置１０へ向けて配信する。

次に、図１０は、バス停装置１０の構成例を示すブロック図である。図１０に示すように、バス停装置１０は、通信部１１と、スピーカ１２と、表示部１３と、ビーコン端末１４とを備える。通信部１１、スピーカ１２、表示部１３については説明済みのため、ここでは説明を省略する。

ビーコン端末１４は、バス停装置１０の近傍に存在するユーザ端末５０を検出可能に設けられた近距離無線装置に相当する。ビーコン端末１４はたとえば、いわゆる位置ビーコンとして機能するように構成される。

かかるビーコン端末１４から発射される電波をバス停装置１０の近傍に存在するユーザ端末５０が受信した場合、ユーザ端末５０は、ビーコン端末１４から電波を受信した旨をたとえばサーバ装置４０へ通知する。

すると、サーバ装置４０は、かかるユーザ端末５０がビーコン端末１４のビーコンＩＤに対応するバス停装置１０の近傍に存在することを認識し、当該ユーザ端末５０に対して、当該バス停装置１０に関する情報、たとえば空き枠があるといった情報を提供することができる。かかる具体例については、図１５を用いた説明で後述する。

また、図１０に示すように、バス停装置１０は、記憶部１５と、制御部１６とをさらに備える。記憶部１５は、上述した記憶部４２と同様に、たとえば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、１０の例では、バスコンテンツＤＢ１５ａと、広告コンテンツＤＢ１５ｂと、投稿コンテンツＤＢ１５ｃとを記憶する。

バスコンテンツＤＢ１５ａは、後述する取得部１６ａによって取得されるサーバ装置４０からの配信データに含まれるバスコンテンツを格納する。広告コンテンツＤＢ１５ｂは、同じく配信データに含まれる、広告事業者による広告コンテンツを格納する。投稿コンテンツＤＢ１５ｃは、同じく配信データに含まれる、ユーザＵによる投稿コンテンツを格納する。

制御部１６は、上述した制御部４３と同様に、コントローラであり、たとえば、ＣＰＵやＭＰＵ等によって、記憶部１５に記憶されている図示略の各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１６は、たとえば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

制御部１６は、バス停装置１０の全体制御を行う。制御部１６は、取得部１６ａと、音声出力制御部１６ｂと、表示制御部１６ｃとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

取得部１６ａは、通信部１１を介し、サーバ装置４０からの配信データを取得する。また、取得部１６ａは、取得した配信データに含まれるバスコンテンツ、広告コンテンツおよび投稿コンテンツを、それぞれバスコンテンツＤＢ１５ａ、広告コンテンツＤＢ１５ｂおよび投稿コンテンツＤＢ１５ｃへ格納する。

音声出力制御部１６ｂは、バスコンテンツＤＢ１５ａ、広告コンテンツＤＢ１５ｂおよび投稿コンテンツＤＢ１５ｃに含まれる、スピーカ１２に対する音声データの出力制御を行う。表示制御部１６ｃは、バスコンテンツＤＢ１５ａ、広告コンテンツＤＢ１５ｂおよび投稿コンテンツＤＢ１５ｃに含まれる、表示部１３に対する表示データの表示制御を行う。

次に、ユーザ端末５０において動作する投稿アプリの動作例について、図１１〜図１８を用いて説明する。図１１〜図１８は、投稿アプリの動作例を示す図（その１）〜（その８）である。

これまでも述べたが、実施形態に係る情報表示システム１では、図１１に示すように、ユーザ端末５０において動作する投稿用の投稿アプリを介して、ユーザＵを発信源とする情報提供のためにバス停装置１０を活用させることができる。

なお、図１１中に示す「バスポス」は、かかる投稿アプリの名称であるが、これはあくまで一例であって、投稿アプリの名称を限定するものではない。

図１１に示すように、投稿アプリでは、ユーザＵは、たとえば「近くのバス停へ投稿」する方法と、「バス停を指定して投稿」する方法とを選択することができる。

「近くのバス停へ投稿」する場合から説明する。図１２の左上に示すように、ユーザＵが「近くのバス停へ投稿」ボタンＢ１をタップすると、同図の左下に示すように、投稿アプリは、ユーザ端末５０の現在位置から所定範囲内にあり、掲載枠に空きのあるバス停についての情報画面へと遷移する。

かかる情報画面には、たとえばバス停の名称と、平均乗降客数と、掲載料と、前述の最大掲載数と、掲載期間と、空き枠（残り枠）数とが含まれる。これら各種の情報は、前述の提供部４３ｂによって提供される。

また、かかる情報画面には、バス停ごとに、選択のためのチェックボックスが付加されている。同図の左下に示すように、ユーザＵが、表示されている平均乗降客数や掲載料等に基づいて投稿を検討し、チェックボックスをタップすると、該当するバス停を投稿先として選択することができる。

また、同図の右上に示すように、情報画面をスクロールさせると、他のバス停についても名称や、平均乗降客数、空き枠数等を確認することができ、チェックボックスをタップすることによって、該当のバス停をさらなる投稿先として選択することができる。

そして、同図の右下に示すように、ユーザＵが「投稿手続きへ進む」ボタンＢ２をタップすると、投稿アプリは投稿画面へと遷移する。投稿画面については図１７および図１８を用いて後述する。

一方、「バス停を指定して投稿」する場合について説明すると、図１３の左上に示すように、ユーザＵが「バス停を指定して投稿」ボタンＢ３をタップすると、同図の左下に示すように、投稿アプリは、「エリアを選択」画面へと遷移する。

ここで、ユーザＵが任意のエリアを選択すると、同図の右上に示すように、投稿アプリは、選択されたエリアに対応する都道府県の選択画面へと遷移する。そして、ユーザＵが任意の都道府県を選択すると、同図の右下に示すように、投稿アプリは、たとえば「バス停を指定」画面へと遷移する。

そして、かかる画面において、ユーザＵが任意のバス停の名称の少なくとも一部を入力すると、選択された都道府県においてかかる少なくとも一部の名称を有し、掲載枠に空きのあるバス停についての情報画面へと遷移する。以降のバス停を選択する操作については、図１２の場合と同様である。

なお、エリアや都道府県を選択して絞り込むことなく、図１４に示すように、投稿アプリが「フリーワード指定」画面へ遷移することによって、ユーザＵに、地域や名称等に相当するフリーワードを入力させてもよい。

かかる場合、前述の提供部４３ｂは、同図に示すように、たとえば入力されたフリーワードに該当し、掲載枠に空きのあるバス停を一括に確認可能となるように、バス停に関する情報を提供する。これにより、ユーザＵは、投稿先となりうるバス停を、利便性高く確認することが可能となる。

また、同図に示すように、かかる画面に対し、ユーザＵによりタップされることで表示されたバス停を一括に選択することができる「一括選択」ボタンＢ４が付加されてもよい。これにより、ユーザＵは、投稿先となるバス停を、利便性高く選択することが可能となる。

また、上述したビーコン端末１４の機能を利用し、図１５に示すように、バス停装置１０の近傍に存在するユーザ端末５０が検出された場合に、当該バス停装置１０における投稿コンテンツの投稿の可否を、ユーザ端末５０に対し通知してもよい。たとえば同図に示すように、掲載枠に空きがあれば投稿を勧誘する通知を行うことによって、ユーザＵにより投稿が行われる機会を増やすことができる。

また、前述の提供部４３ｂは、たとえば既に契約済みの掲載枠に投稿されている投稿内容をユーザＵが任意に確認可能となるように、バス停に関する情報を提供してもよい。かかる場合、図１６に示すように、各バス停の情報画面には、たとえば「現在の掲載分」ボタンＢ５が付加される。そして、ユーザＵが、かかる「現在の掲載分」ボタンＢ５をタップすると、たとえば契約済みの各投稿コンテンツのサムネイル画像が表示される。

そして、ユーザＵが任意にサムネイル画像を選択すれば、選択されたサムネイル画像に対応する投稿コンテンツが表示され、ユーザＵは、その内容を確認することができる。これにより、たとえばユーザＵは、自身の投稿前に他の投稿コンテンツを参考情報として参照することが可能となる。

次に、投稿アプリの投稿画面について説明する。図１７に示すように、投稿画面には、たとえば投稿先として選択したバス停の一覧と、投稿メッセージの入力欄と、ＵＲＬ（Uniform Resource Locator）の入力欄と、アイコンの選択欄とが含まれる。

同図に示すように、投稿メッセージには、画像を添付することができる。また、ＵＲＬの入力欄に店舗のホームページ等のＵＲＬを入力することによって、かかるＵＲＬを表すＱＲコードを投稿コンテンツに含ませることができる。同様に、任意にアイコンを選択することによって、選択したアイコンを投稿コンテンツに含ませることができる。

そして、ユーザＵが、各入力欄への入力を終え、「投稿する」ボタンＢ６をタップすると、サーバ装置４０にて前述のチェック処理および承認処理が行われる。そして、投稿された投稿内容が投稿コンテンツとして承認されれば、同図に示すように、投稿が受け付けられた旨が通知される。

なお、同図に示すように、投稿アプリでは、ユーザＵがたとえば「ＳＮＳ連携」ボタンをタップすると、投稿コンテンツとして受け付けられた投稿内容を、ユーザＵの利用するＳＮＳ（Social Networking Service）サービスへ投稿することができる。

これにより、ユーザＵが利用するＳＮＳサービスへの投稿についても、利便性を高めることができる。

また、前述のチェック処理および承認処理において投稿内容が受け付けられなかった場合、図１８に示すように、投稿アプリには、投稿が受け付けられなかった旨とその理由等が通知される。ユーザＵはかかる通知を確認し、投稿をやり直すか、投稿をキャンセルすることとなる。

次に、図１９は、承認処理の補足説明図である。ここでは、承認処理において、少なくともオペレータ等の人手を介するものとする。図１９に示すように、ユーザ端末５０から投稿が行われると、サーバ装置４０の投稿管理画面には、たとえば「確認待ち」を示すアイコンとその件数が通知される。

そして、かかる通知を受けると、たとえばサーバ装置４０のオペレータは、投稿された投稿内容を自動的にあるいは自身の目によるチェック処理により確認する。そして、バス停装置１０に表示されるに適していると判断されるならば、これを承認し、承認を受けた投稿コンテンツのみが、バス停装置１０に表示される。

なお、バス停装置１０に表示される投稿コンテンツは、バスコンテンツの更新のタイミングに併せて切り替えることができる。図２０は、投稿コンテンツの更新タイミングの説明図である。

上述した表示制御部１６ｃは、バスコンテンツのうちの時刻表に関し、利用時間帯に応じて、該当する時間帯の時刻表を拡大させることができる。具体的には、図２０に示すように、表示制御部１６ｃは、たとえばバス停情報表示領域に表示された時刻表に対し、さらに「現在時＋α時間分を拡大表示」させる。なお、ここでは、α＝４である例を示している。

したがって、表示制御部１６ｃは、時刻が進むにつれて、かかる時刻表に関する表示を更新するが、同図に示すように、投稿コンテンツについても、時刻表の更新タイミングに併せて切り替えることができる。

このように、バスコンテンツおよび投稿コンテンツの更新タイミングを同期させることにより、たとえばバス停装置１０の表示制御における省電力化に資することができる。

ところで、上述してきた情報表示システム１は、バスＢ等の交通機関に関するシステムであるが、同様に交通機関に関するシステムとして近年、ＭａａＳ（Mobility as a Service）システムが知られている。ＭａａＳシステムは、バスＢの停留所等も要素に含まれるため、情報表示システム１とは親和性が高いと言える。

図２１は、ＭａａＳアプリと連動する場合の説明図である。図２１に示すように、ＭａａＳ事業者が運営するＭａａＳ事業者装置６０により、各種の交通機関を連携させたクラウドサービスがＭａａＳアプリを介して提供されているものとする。

かかる場合、情報表示システム１のサーバ装置４０は、ＭａａＳ事業者装置６０とインタフェース連動し、たとえばＭａａＳアプリからバス停装置１０への投稿コンテンツの受け付けが可能となるように構成されてもよい。

かかるＭａａＳアプリを利用するユーザＵからの投稿により、より収益性を高めることが可能となる。

また、上述してきた情報表示システム１は、広告コンテンツを含む投稿コンテンツの投稿に関するシステムであるが、同様に広告コンテンツの入稿に関するシステムとしてアドネットワークが知られている。アドネットワークの広告媒体には、バス停装置１０も含まれうるため、情報表示システム１とは親和性が高いと言える。

図２２は、アドネットワークａＮと連動する場合の説明図である。図２２に示すように、アドネットワーク事業者が運営するアドネットワーク事業者装置７０により、各種の（広告）媒体を連携させたクラウドサービスが提供されているものとする。

かかる場合、情報表示システム１のサーバ装置４０は、アドネットワーク事業者装置７０とインタフェース連動し、たとえば情報表示システム１の投稿アプリからアドネットワークａＮへの広告コンテンツの入稿が可能となるように構成されてもよい。

これにより、ユーザＵは、アドネットワークａＮへの広告コンテンツの入稿を、利便性高く行うことが可能となる。

上述してきたように、実施形態に係る情報表示システム１は、バス停装置１０（「情報表示装置」の一例に相当）と、サーバ装置４０（「情報配信サーバ」の一例に相当）とを備える。

バス停装置１０は、バス停（「乗合車両の乗降地」の一例に相当）に設けられ、バスコンテンツ（「乗合車両の運行に関する情報」の一例に相当）である第１情報を表示するバス情報表示領域（「第１領域」の一例に相当）、および、バス情報表示領域以外の情報である第２情報を表示する広告情報表示領域（「第２領域」の一例に相当）を有する。

サーバ装置４０は、ユーザＵ（「広告事業者以外の一般ユーザ」の一例に相当）から投稿される投稿コンテンツを受け付け可能に設けられ、投稿コンテンツを受け付けた場合に、上記第２情報として広告表示領域に表示されるように投稿コンテンツをバス停装置１０へ向けて配信する。

したがって、実施形態に係る情報表示システム１によれば、バスＢの乗降地において、ユーザＵを発信源とする情報提供を可能とするとともに、かかる情報提供による収益化を図ることができる。

なお、上述した実施形態では、図８を用いて掲載枠情報４２ｃについて説明したが、同図には、バス停ＩＤ「Ｂ０００１」の掲載枠「＃２／ｎ」について、２月１日以降に空きがある例を示した。かかる場合、サーバ装置４０は、１月１日〜１月３１日の投稿コンテンツの掲載期間を過ぎても当該掲載枠に変わらず空きがある場合に、１月１日〜１月３１日の掲載期間を自動的に延長できるようにしてもよい。かかる自動延長の設定は、投稿コンテンツの投稿時に、ユーザＵにより任意に選択可能となるようにしてもよい。

また、上述した実施形態では、たとえば図１２〜図１４を用いて、ユーザＵの入力に基づき、掲載枠に空きのあるバス停装置１０を絞り込む例を挙げたが、これに限られるものではない。たとえば、投稿アプリの初期設定において自宅や店舗等の既定となる位置情報を設定しておき、かかる位置情報が示す位置から所定範囲内にあり、掲載枠に空きのあるバス停装置１０を一括検索する動作を、バス停装置１０の絞り込みの既定動作としてもよい。また、所定の周期でかかる一括検索を行い、その結果を通知するようにしてもよい。

また、上述した実施形態で、ＱＲコードを併せて表示する例を挙げたが、サーバ装置４０は、かかるＱＲコードを介したアクセスをトラッキングし、アクセス回数等を含むその解析結果をユーザ端末５０に対し、適宜通知するようにしてもよい。

また、上述した実施形態では、乗合車両がバスＢであり、乗降地がバスＢの停留所である場合を例に挙げて説明したが、無論、乗合車両の種類を限定するものではない。したがって、乗合車両が路面電車で、乗降地が停留場であってもよい。また、乗合車両が鉄道で、乗降地がたとえば駅のホームなどであってもよい。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１ 情報表示システム
１０ バス停装置
２０ バス事業者装置
３０ 広告事業者装置
４０ サーバ装置
５０ ユーザ端末
Ｂ バス
Ｎ 通信ネットワーク
Ｕ ユーザ

Claims (12)

1. 乗合車両の乗降地に設けられ、前記乗合車両の運行に関する情報である第１情報を表示する第１領域、および、前記第１情報以外の情報である第２情報を表示する第２領域を有する情報表示装置と、
   広告事業者以外の一般ユーザから投稿される投稿コンテンツを受け付け可能に設けられ、前記投稿コンテンツを受け付けた場合に、前記第２情報として前記第２領域に表示されるように前記投稿コンテンツを前記情報表示装置へ向けて配信する情報配信サーバと
   を備え、
   前記情報表示装置は、
   前記第１情報として前記乗合車両の時刻表を、少なくとも現在時刻分を含む所定の時間帯分が該時間帯分以外よりも拡大されるように更新しつつ表示するとともに、前記時刻表が更新されるタイミングに併せて、前記第２情報として表示される前記投稿コンテンツの内容を切り替えることを特徴とする情報表示システム。
2. 前記情報配信サーバは、
   前記一般ユーザが利用する端末装置から投稿される前記投稿コンテンツを受け付け可能に設けられ、受け付けた前記投稿コンテンツを前記情報表示装置へ向けて配信し、前記情報表示装置に表示させる
   ことを特徴とする請求項１に記載の情報表示システム。
3. 前記情報配信サーバは、
   前記一般ユーザから入稿される広告コンテンツを前記投稿コンテンツとして受け付け可能に設けられ、受け付けた前記広告コンテンツを前記情報表示装置へ向けて配信し、前記情報表示装置に表示させる
   ことを特徴とする請求項２に記載の情報表示システム。
4. 前記情報配信サーバは、
   前記一般ユーザが前記投稿コンテンツを表示させる前記情報表示装置を選択可能となるように、少なくとも前記乗降地における乗降客数を含む前記乗降地に関する情報を提供する
   ことを特徴とする請求項２または３に記載の情報表示システム。
5. 前記第２領域は、前記投稿コンテンツのための１以上の掲載枠を含んでおり、
   前記乗降地に関する情報は、前記掲載枠に関する情報を含み、
   前記情報配信サーバは、
   前記一般ユーザが前記掲載枠に空きのある前記情報表示装置を選択可能となるように、前記乗降地に関する情報を提供する
   ことを特徴とする請求項４に記載の情報表示システム。
6. 前記情報配信サーバは、
   前記投稿コンテンツの掲載期間を過ぎても当該投稿コンテンツが掲載された前記掲載枠に空きがある場合に、前記掲載期間を自動的に延長する
   ことを特徴とする請求項５に記載の情報表示システム。
7. 前記情報配信サーバは、
   前記一般ユーザによって任意の地域が指定された場合に、該地域において前記掲載枠に空きのある前記情報表示装置を一括に確認可能となるように、前記乗降地に関する情報を提供する
   ことを特徴とする請求項５または６に記載の情報表示システム。
8. 前記乗降地に設けられ、該乗降地の近傍に存在する前記端末装置を検出可能に設けられた近距離無線装置
   をさらに備え、
   前記情報配信サーバは、
   前記近距離無線装置によって前記端末装置が検出された場合に、当該近距離無線装置が設けられた前記乗降地の前記情報表示装置の前記掲載枠に空きがあれば、前記投稿コンテンツの投稿を勧誘する通知を前記端末装置に対し行う
   ことを特徴とする請求項５、６または７に記載の情報表示システム。
9. 前記情報配信サーバは、
   前記一般ユーザが前記投稿コンテンツを表示させる複数の前記情報表示装置を一括に選択可能となるように、前記乗降地に関する情報を提供する
   ことを特徴とする請求項４〜８のいずれか一つに記載の情報表示システム。
10. 前記乗降地に関する情報は、該乗降地の前記情報表示装置に対して投稿されている前記投稿コンテンツに関する情報を含み、
    前記情報配信サーバは、
    前記一般ユーザが任意の前記情報表示装置における任意の前記投稿コンテンツの内容を確認可能となるように、前記乗降地に関する情報を提供する
    ことを特徴とする請求項４〜９のいずれか一つに記載の情報表示システム。
11. 前記情報配信サーバは、
    前記一般ユーザによって投稿される投稿内容をチェックするチェック機能を有する
    ことを特徴とする請求項１〜１０のいずれか一つに記載の情報表示システム。
12. 前記情報配信サーバは、
    前記チェック機能によるチェック結果に基づいて、前記投稿内容を前記情報表示装置に対して表示させる前記投稿コンテンツとして承認するか否かを判定する承認機能を有する
    ことを特徴とする請求項１１に記載の情報表示システム。

Images