JP2020060870A - サイネージ - Google Patents

Abstract

【課題】初期設定の手間を低減でき、かつ、汎用性の高いサイネージを提供する。【解決手段】サイネージのコントローラは、通信アドレスと、バスの路線を示す路線情報及びバスの出発時刻を示す出発時刻情報の返信を要求するコマンドとを含むリクエストを交通情報サーバに送信する（Ｓ１８）。当該コマンドは、バスなどの交通機関の種類を示す種別情報と、サイネージが設置された停留所の位置を示す設置位置情報とを付帯情報として含む。リクエストを受信した交通情報サーバは、設置位置情報が示す停留所におけるバスの路線を示す路線情報と、当該停留所におけるバスの出発時刻を示す出発時刻情報とを含むレスポンスを、受信したリクエストに含まれる通信アドレス宛に返信する。サイネージのコントローラは、当該レスポンスを受信し（Ｓ１９：Ｙｅｓ）、受信したレスポンスに含まれる路線情報及び出発時刻情報をメモリに記憶させる（Ｓ２０）。【選択図】図４

Description

本発明は、道路脇や駅や空港など、交通機関の停留所に設置されるサイネージに関する。

道路脇や駅や空港など、交通機関の停留所に設置されるサイネージが知られている（特許文献１参照）。特許文献１に記載されたサイネージは、インターネットと接続されている。また、管理サーバがインターネットに接続されている。管理サーバは、バスの系統やバス番号を含むバス識別情報及び位置情報を各バスからそれぞれ収集し、各系統ごとに各バスの位置を管理する。サイネージは、ポーリングによって管理サーバと通信し、バスの位置情報を管理サーバから定期的に受信する。サイネージは、バスの系統や、時刻表や、受信したバスの位置を表示部に表示させる。

特開２０１６−１１０６３２号公報

特許文献１に記載されたサイネージを導入する場合、サイネージは、既に可動している管理サーバと通信する必要がある。そうすると、サイネージは、導入する事業者が運用するサーバの種類に応じて、バスの系統や時刻表などを要求するリクエストのフォーマット等を変更しなければならなくなる。すなわち、サイネージに実装するプログラムにおけるバスの系統や時刻表などを取得する部分を、サーバに応じてカスタマイズしなければならないという問題が生じる。

本願発明者らは、交通機関を運営する事業者等から運行情報を取得してユーザに開示するシステムであるＧＴＦＳ（General Transit Feed Specification）に着目した。ＧＴＦＳは、世界規模で普及している。 本願発明者らは、ＧＴＦＳを利用することにより、サイネージにおいて、プログラムのカスタマイズの手間を低減して、汎用性の高いサイネージを実現できる可能性に気が付いた。

本発明は、上記の事情に鑑みてなされたものであり、プログラムのカスタマイズの手間を低減して、汎用性の高いサイネージを提供することにある。

(1) 本発明に係るサイネージは、インターネットを通じて、路線情報、運行予定時刻情報、運行される移動体の位置情報を少なくとも含む交通情報を受信し、受信した交通情報をリクエストに応じてレスポンスする機能を有するサーバと通信する通信モジュールと、メモリを有するコントローラと、上記コントローラが生成した表示情報を表示する表示装置と、を備える。上記コントローラは、交通機関の停留所を特定する識別情報を取得して上記メモリに記憶させる識別情報取得と、上記サーバが指定する第１指定アドレスを取得するアドレス取得処理と、セットアップ指示を取得するセットアップ指示取得処理と、上記セットアップ指示を取得したことに応じて、上記識別情報取得で取得した上記識別情報に応じた設置位置情報と、上記識別情報で特定される停留所を含む路線情報を返信することの要求と、を含むリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに送信する路線情報要求処理と、上記路線情報要求処理に対するレスポンスを受信する路線情報受信処理と、上記路線情報要求処理で受信したレスポンスに含まれる上記路線情報を上記メモリに記憶させる記憶処理と、を実行する。

コントローラは、セットアップ指示を取得すると、識別情報に応じた設置位置情報と、サイネージが設置された停留所を含む路線情報を返信することの要求とを含むリクエストを、サーバが指定する第１指定アドレス宛てに送信する。そして、コントローラは、リクエストに対するレスポンスを受信し、受信したレスポンスに含まれる路線情報をメモリに記憶させる。したがって、本発明に係るサイネージは、サーバとのみ通信するだけで路線情報を取得することができ、路線情報の取得のために、種々の管理サーバと通信する必要が無い。その結果、本発明に係るサイネージは、プログラムのカスタマイズの手間を低減して、汎用性を高めることができる。

(2) 上記コントローラは、上記セットアップ指示を取得したことに応じて、上記設置位置情報と、上記識別情報で特定される停留所における運行予定時刻情報を返信することの要求と、を含むリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに送信する時刻情報要求処理と、上記時刻情報要求処理に対するレスポンスを受信する時刻情報受信処理と、上記時刻情報受信処理で受信した上記運行予定時刻情報を上記メモリにさらに記憶させる上記記憶処理と、をさらに実行してもよい。

コントローラは、設置された停留所における運行予定時刻情報を返信することを要求するリクエストを、サーバが指定する第１指定アドレス宛てに送信する。そして、コントローラは、リクエストに対するレスポンスを受信し、受信したレスポンスに含まれる運行予定時刻情報をメモリに記憶させる。したがって、本発明に係るサイネージは、サーバとのみ通信するだけで運行予定時刻情報を取得することができ、運行予定時刻情報の取得のために、種々の管理サーバと通信する必要が無い。その結果、本発明に係るサイネージは、プログラムのカスタマイズの手間をさらに低減して、汎用性をさらに高めることができる。

(3) 上記コントローラは、上記メモリに記憶された上記路線情報及び上記運行予定時刻情報に基づいて、上記表示情報を生成する生成処理と、上記生成処理で生成した上記表示情報を出力し、上記路線情報及び上記運行予定時刻情報を上記表示装置に表示させる表示処理と、を実行してもよい。

コントローラは、メモリに記憶された路線情報及び運行予定時刻情報に基づいて表示情報を生成して出力し、路線情報及び運行予定情報を表示装置に表示させる。したがって、本発明に係るサイネージは、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、路線情報及び運行予定時刻情報を表示することができる。

(4) 上記コントローラは、上記メモリに記憶された上記路線情報が示す路線における上記移動体の位置を示す位置情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに定期的に送信する位置情報要求処理と、上記位置情報要求処理に対するレスポンスを受信する位置情報受信処理と、上記位置情報受信処理で受信したレスポンスに含まれる位置情報にさらに基づいて、上記表示情報を生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記位置情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、メモリに記憶された路線情報が示す路線における移動体の位置を示す位置情報を返信することを要求するリクエストを、サーバが指定する第１指定アドレス宛てに定期的に送信する。そして、コントローラは、レスポンスに含まれる位置情報を、路線情報及び運行予定時刻情報とともに表示装置に表示させる。すなわち、本発明に係るサイネージは、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、路線情報、運行予定時刻情報、及び移動体の位置情報を表示することができる。

(5) 上記コントローラは、上記メモリに記憶された上記路線情報が示す路線における上記移動体の遅延を示す遅延情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに定期的に送信する遅延情報要求処理と、上記遅延情報要求処理に対するレスポンスを受信する遅延情報受信処理と、上記遅延情報受信処理で受信したレスポンスに含まれる上記遅延情報にさらに基づいて、上記表示情報を生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記遅延情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、メモリに記憶された路線情報が示す路線における移動体の遅延を示す遅延情報を返信することを要求するリクエストを、サーバが指定する第１指定アドレス宛てに定期的に送信する。そして、コントローラは、レスポンスに含まれる遅延情報を、路線情報及び運行予定時刻情報とともに表示装置に表示させる。すなわち、本発明に係るサイネージは、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、路線情報、運行予定時刻情報、及び遅延情報を表示することができる。

(6) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを上記通信モジュールを通じて上記第１指定アドレス宛てに送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、上記路線情報の変更を示す上記イベント情報が含まれることに応じて、上記路線情報要求処理、上記路線情報受信処理、及び上記記憶処理と、を実行してもよい。

コントローラは、路線情報の変更を示すイベント情報がレスポンスに含まれることに応じて、路線情報をサーバに再度要求して路線情報を取得し、再度取得した路線情報をメモリに記憶させる。したがって、路線が変更されるたびに、作業者がサイネージの設定を変更する手間が省かれる。その結果、本発明に係るサイネージは、路線変更に伴う作業者の手間を省くことができ、また、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、表示する路線情報を確実に変更することができる。

(7) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを上記通信モジュールを通じて上記第１指定アドレス宛てに送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、上記運行予定時刻情報の変更を示す上記イベント情報が含まれることに応じて、上記時刻情報要求処理、上記時刻情報受信処理、及び上記記憶処理と、を実行してもよい。

コントローラは、運行予定時刻情報の変更を示すイベント情報がレスポンスに含まれることに応じて、運行予定時刻情報をサーバに再度要求して運行予定時刻情報を取得し、再度取得した運行予定時刻情報をメモリに記憶させる。したがって、運行予定時刻が変更されるたびに、作業者がサイネージの設定を変更する手間が省かれる。その結果、本発明に係るサイネージは、運行予定時刻の変更に伴う作業者の手間を省くことができ、また、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、表示する運行予定時刻情報を確実に変更することができる。

(8) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて定期的に送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、上記メモリに記憶された上記路線情報に関連した事故を示す上記イベント情報が含まれることに応じて、事故に関する事故情報の要求を含むリクエストを、上記通信モジュールを通じて送信する事故情報要求処理と、上記事故情報要求処理に対するレスポンスを受信する事故情報受信処理と、上記事故情報受信処理で受信した上記レスポンスに含まれる上記事故情報に基づいて上記表示情報をさらに生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記事故情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、事故が発生したことを示すイベント情報がレスポンスに含まれることに応じて、事故に関連する事故情報を要求するリクエストを送信して事故情報を取得し、取得した事故情報を表示装置に表示させる。したがって、本発明に係るサイネージは、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、事故情報をリアルタイムで表示することができる。

(9) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて定期的に送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、災害が発生したことを示す上記イベント情報が含まれることに応じて、災害の内容を示す災害情報の要求を含むリクエストを、上記通信モジュールを通じて送信する災害情報要求処理と、上記災害情報要求処理に対するレスポンスを受信する災害情報受信処理と、上記災害情報受信処理で受信した上記レスポンスに含まれる上記災害情報に基づいて上記表示情報をさらに生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記災害情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、災害が発生したことを示す情報がレスポンスに含まれることに応じて、災害情報を要求して災害情報を取得し、取得した災害情報を表示装置に表示させる。したがって、本発明に係るサイネージは、災害情報をリアルタイムで表示することができる。

(10) 上記コントローラは、広告情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて、上記メモリに記憶された第２指定アドレス宛てに送信する広告情報要求処理と、上記広告情報要求処理に対するレスポンスを受信する広告情報受信処理と、上記広告情報受信処理で受信した上記レスポンスに含まれる上記広告情報を上記メモリにさらに記憶させる上記記憶処理と、上記メモリに記憶された上記広告情報に基づいて上記表示情報をさらに生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記広告情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、広告情報を返信することの要求を含むリクエストを送信して広告情報を取得し、取得した広告情報を表示装置に表示させる。したがって、本発明のサイネージは、表示する広告を容易に変更することができる。

(11) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて定期的に送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、緊急時を示す上記イベント情報が含まれることに応じて、緊急情報を返信することを要求するリクエストを、上記通信モジュールを通じて定期的に送信する緊急情報要求処理と、上記緊急情報要求処理に対するレスポンスを受信する緊急情報受信処理と、上記緊急情報受信処理で受信した上記レスポンスに含まれる上記緊急情報に基づいて上記表示情報を生成する緊急情報生成処理と、上記路線情報及び上記運行予定時刻情報の表示を中止し、上記緊急情報生成処理で生成した上記表示情報を出力して、上記緊急情報を上記表示装置に表示させる緊急情報表示処理と、を実行してもよい。

コントローラは、緊急時であることを示すイベント情報がレスポンスに含まれることに応じて、緊急情報を要求するリクエストを送信して緊急情報を取得し、路線情報及び運行予定時刻情報の表示を中止した上で、取得した緊急情報を表示装置に表示させる。したがって、本発明に係るサイネージは、緊急時においては、緊急情報をリアルタイムで、かつ大画面で表示することができる。

(12) 本発明に係るサイネージは、上記表示装置の表示画面に重畳されたタッチセンサをさらに備えていてもよい。上記コントローラは、上記表示装置が表示する表示内容を切り替えることを指示する表示切替指示の入力を上記タッチセンサから受け付ける表示切替受付処理と、上記表示切替受付処理で上記表示切替指示を受け付けたことに応じて、上記表示装置に表示させる表示内容を切り替える表示切替処理と、をさらに実行する。

本発明に係るサイネージの利用者は、表示画面にタッチして画面を切り替えることにより、必要とする情報を見ることができる。その結果、本発明に係るサイネージは、利用者が画面を切り替えることができないサイネージに比べ、利用者の使い勝手を良くすることができる。

(13) 本発明に係るサイネージは、センサをさらに備えていてもよい。上記コントローラは、上記センサが出力する検出信号に基づいて、人の有無を判断する判断処理と、上記判断処理で人がいないと判断したことに応じて、人がいると判断したときよりも大きく表示を行う拡大表示を行う。

コントローラは、サイネージの周囲に人がいないと判断すると、路線情報や運行予定時刻情報の表示を、周囲に人がいると判断したときよりも大きく表示する拡大表示を行う。したがって、本発明に係るサイネージは、周囲に人がいない場合に、遠くからでも人に路線情報や運行予定時刻情報を視認させることができる。

(14) 上記コントローラは、上記表示装置に供給される電流、電圧、及び電力の少なくとも１つに応じた動作情報の入力を受け付ける受付処理と、上記受付処理で受け付けた上記動作情報に基づいて、上記表示装置の故障の有無を判断する自己診断処理と、上記自己診断処理で故障と判断したことに応じて、上記メモリに記憶された第３指定アドレス宛に、故障を示す故障情報を上記通信モジュールを用いて送信する故障通知処理と、をさらに実行してもよい。

コントローラは、自己診断処理で故障と判断すると、担当者等のメールアドレス宛に、故障を示す故障情報を送信する。したがって、本発明に係るサイネージは、表示装置が故障したことを担当者に即座に通知することができる。

(15) 上記メモリは、複数の言語で表現された定型表示情報を、当該言語と対応付けて記憶していてもよい。上記コントローラは、上記表示装置に表示させる言語を指定する指定言語情報を取得する指定言語取得処理と、上記指定言語取得処理で取得した上記指定言語情報が示す言語で表現された上記定型表示情報を上記メモリから読み出し、読み出した当該定型表示情報を上記表示装置にさらに表示させる上記表示処理と、を実行する。

コントローラは、指定言語情報を取得し、取得した指定言語情報が示す言語で表現された定型表示情報を表示する。したがって、本発明に係るサイネージは、サイネージを設置する作業者に、サイネージのローカライズを容易に行わせることができる。その結果、種々の国で使用可能な汎用性の高いサイネージが実現される。

本発明によれば、作業者の初期設定の手間を低減でき、かつ、汎用性の高いサイネージを提供することができる。

図１は、実施形態に係るシステム１０の構成図である。 図２は、実施形態に係るサイネージ１３の機能ブロック図である。 図３は、実施形態に係るサイネージ１３の正面図である。 図４は、初期設定処理のフローチャートである。 図５は、第１表示制御処理のフローチャートである。 図６は、第２表示制御処理のフローチャートである。 図７は、第３表示制御処理のフローチャートである。 図８は、ダイヤ改正処理のフローチャートである。

以下、本発明の実施形態について説明する。なお、以下に説明される実施形態は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、本発明の実施形態を適宜変更できることは言うまでもない。

図１が示すシステム１０は、バスや電車や航空機などの交通機関に用いられるシステムである。より詳しくは、システム１０は、道路脇や駅や空港などに設置されるサイネージ１３に、路線図や時刻表などを表示するシステムである。以下では、システム１０がバス１５に用いられた例が説明される。すなわち、サイネージ１３は、バス１５の停留所に設置される。なお、図示例では、１台のバス１５のみが表示されているが、運行されるバス１５は、複数台である。バス１５は、本発明の「移動体」の一例である。また、図示例では、３台のサイネージ１３が表示されているが、サイネージ１３は、停留所の数に応じて設けられ、３台に限られない。

本実施形態のシステム１０は、交通情報サーバ１１と、管理サーバ１２と、複数のサイネージ１３と、各バス１５にそれぞれ搭載された情報収集装置１６と、を備える。交通情報サーバ１１及び管理サーバ１２は、インターネット１４にそれぞれ接続されている。サイネージ１３は、停留所に設置された後、インターネット１４に接続される。なお、図１が示す事業者サーバ１８は、システム１０に含まれない。事業者サーバ１８は、サイネージ１３に表示させるＰＲ動画の配信に用いられる。詳しくは後述される。

交通情報サーバ１１は、交通機関を運営する事業者等から運行情報を取得してユーザに開示するＧＴＦＳ機能を実現するサーバである。詳しく説明すると、交通情報サーバ１１は、公開されたＵＲＬ（Uniform Resource Locator）を有している。交通情報サーバ１１は、ＵＲＬに対して送信された交通情報を受信し、受信した交通情報を、ストレージサーバなどに作成された交通データベースに記憶させる。そして、交通情報サーバ１１は、交通情報の開示の要求を含むリクエストを受信し、受信したリクエストが要求する交通情報を交通データベースから取得し、取得した交通情報を含むレスポンスを返信する。交通情報サーバ１１は、所定の事業者によって運用及び管理されている。なお、交通情報を受信するＵＲＬと、上記リクエストを受信するＵＲＬとは、同一であってもよいし、別であってもよい。交通情報の開示の要求を含むリクエストを受信するためのＵＲＬは、本発明の「第１指定アドレス」の一例である。第１指定アドレスは、交通情報サーバ１１が指定するアドレスであれば、ＵＲＬに限られない。以下では、交通情報の開示の要求を含むリクエストを受信するためのＵＲＬを第１ＵＲＬと記載する。

管理サーバ１２は、バス１５を運行するバス事業者や、当該バス事業者から委託された委託事業者など、交通情報サーバ１１を運用する事業者とは異なる事業者（以下、バス事業者等と記載する）によって運用及び管理されるサーバである。交通情報サーバ１１は、本発明の「サーバ」の一例である。

管理サーバ１２は、バス１５の運行管理を行う。具体的には、各バス１５が送信する情報を受信して運行管理データベースに記憶させる。詳しく説明すると、各バス１５は、不図示の各種センサと、情報収集装置１６と、ＧＰＳアンテナ１７と、をそれぞれ搭載している。各種センサは、バス１５の車速を検出する車速センサや、エンジンの回転数を検出する回転数センサや、バスの加速度を検出するジャイロセンサなどである。ＧＰＳアンテナ１７は、不図示のＧＰＳ衛星が送信した位置情報を受信する。

情報収集装置１６は、識別ＩＤを記憶する不図示のメモリと、不図示の通信モジュールと、を有している。情報収集装置１６は、各種センサから入力された検出信号に応じた情報と、ＧＰＳアンテナ１７が受信した位置情報と、メモリに記憶された識別ＩＤと、を含む情報を、通信モジュールを通じて無線送信する。バス１５から送信された情報は、通信事業者の基地局で受信され、インターネット等の通信網を通じて管理サーバ１２に入力される。管理サーバ１２は、入力された情報を、付設のメモリやストレージサーバなどに作成した運行管理データベースに、運行管理情報として登録する。

運行管理データベースは、バスの位置情報などに加え、バスの路線情報や、各停留所における各バスの出発時刻を示す出発時刻情報や、遅延情報なども記憶する。路線情報や出発時刻情報は、例えば、オペレータによって運行管理データベースに記憶される。遅延情報は、管理サーバ１２にインストールされた管理プログラムによって運行管理データベースに記憶される。管理プログラムは、例えば、出発時刻情報と、情報収集装置１６から入力された位置情報とに基づいて遅延情報を算出し、運行管理データベースに記憶させる。

管理サーバ１２は、運行管理データベースから運行管理情報や路線情報や出発時刻情報や遅延情報などの所定の情報を読み出し、交通情報サーバ１１が公開する第１ＵＲＬ宛てに、読み出した情報を交通情報として送信する。交通情報の送信は、例えば、交通情報サーバ１１が規定する所定のフォームにしたがって行われる。交通情報サーバ１１と管理サーバ１２との間でのインターネット１４を通じた交通情報の送受信は、どのような手法（通信プロトコル等）で行われてもよいので、詳しい説明は省略される。

事業者サーバ１８は、インターネット１４に接続されている。事業者サーバ１８は、公開されたＵＲＬを有しており、ＵＲＬに送信されたリクエストに応じて、ＰＲ動画を含むレスポンスを返信する。事業者サーバ１８は、バス事業者等が所持するサーバであってもよいし、その他の事業者が所持するサーバであってもよい。その他の事業者は、バス事業者等と、ＰＲ動画をサイネージ１３に表示させる契約を締結する。事業者サーバ１８は、サイネージ１３から送信されたリクエストに応じて、ＰＲ動画を含むレスポンスをサイネージ１３に返信する。事業者サーバ１８が公開するＵＲＬは、本発明の「第２指定アドレス」の一例である。以下では、事業者サーバ１８が公開するＵＲＬを第２ＵＲＬと記載して説明がされる。

サイネージ１３は、バス１５の各停留所にそれぞれ設置される。サイネージ１３は、停留所に設置された後、インターネット１４と接続される。サイネージ１３は、インターネット１４を通じて交通情報サーバ１１や管理サーバ１２や事業者サーバ１８と通信を行い、路線図や時刻表やバス１５の現在位置や遅延情報や事故情報や災害情報や緊急情報やＰＲ動画を表示する。以下、詳しく説明する。

図３が示すように、サイネージ１３は、上下方向に長い矩形状の前面を有する直方体状である。サイネージ１３の奥行方向の寸法は、前面の縦方向や幅方向の寸法に比べて小さい。すなわち、サイネージ１３は、場所を取らずに設置可能なように、薄型の外形を有している。なお、サイネージ１３は、横方向に長い薄型の外形を有していてもよい。すなわち、サイネージ１３の外形は、図示例に限られない。

サイネージ１３は、図２が示すように、表示装置２０と、通信モジュール２３と、人感センサ２４と、クロックモジュール２５と、コントローラ３０と、電源回路２６と、不図示の接続コネクタと、を備える。接続コネクタは、入力デバイス２７に一端が接続された通信ケーブルの他端と接続される。すなわち、入力デバイス２７が、着脱自在にサイネージ１３に接続される。入力デバイス２７は、例えば携帯端末やタブレットやノート型のパーソナルコンピュータなど、携帯可能なデバイスである。入力デバイス２７は、サイネージ１３の初期設定を行う場合などにおいて、サイネージ１３と接続される。入力デバイス２７は、例えばＲＳ２３２などの通信プロトコルを用いてサイネージ１３と通信を行う。

表示装置２０は、ディスプレイ２１と、ディスプレイ２１に重畳された透明な膜状のタッチセンサ２２と、を有する。ディスプレイ２１は、入力された表示情報に応じた画像を表示させる。タッチセンサ２２は、感圧式や静電式など種々の方式のものを用いることができる。タッチセンサ２２は、人の指先などが触れた位置に応じた検出信号を出力する。

ディスプレイ２１は、図３が示すように、路線図表示領域４１と、時刻表表示領域４２と、ＰＲ表示領域４３と、運行情報表示領域４４と、を有する。路線図表示領域４１は、バス１５の路線図を表示する。時刻表表示領域４２は、バスの出発時刻を表示する。ＰＲ表示領域４３は、ＰＲ動画を表示する。運行情報表示領域４４は、走行するバス１５の現在位置やバス１５の遅延情報を表示する。図示例では、運行情報表示領域４４の下に路線図表示領域４１が位置し、路線図表示領域４１の下にＰＲ表示領域４３が位置し、ＰＲ表示領域４３の下に時刻表表示領域４２が位置している。但し、路線図表示領域４１と、時刻表表示領域４２と、ＰＲ表示領域４３と、運行情報表示領域４４とは、どのような位置関係で配置されていてもよい。

通信モジュール２３は、ＴＣＰ／ＩＰなどの通信プロトコルを用いて通信を行うモジュールである。通信モジュール２３は、ルータなど、ファイアウォールを構築する機器を通じてインターネット１４と接続される。なお、通信モジュール２３は、インターネット１４と有線接続されていてもよいし、無線接続されていてもよい。

人感センサ２４は、サイネージ１３の周囲にいる人を検出するセンサである。人感センサ２４は、例えは、受光した赤外線に応じた信号を出力する赤外線センサであってもよいし、電波や光や音波を放射し、検知対象物で反射された電波や光や音波を受信し、受信した電波や光や音波に応じた信号を出力するレーダであってもよい。人感センサ２４は、本発明の「センサ」の一例である。

クロックモジュール２５は、日付及び時刻を示す日時情報を出力するモジュールである。

電源回路２６は、表示装置２０や通信モジュール２３や人感センサ２４やコントローラ３０に直流電圧を供給する回路である。電源回路２６は、例えば、交流の商用電源と接続され、入力された交流電圧を、所定の電圧値の直流電圧に変換して出力する。所定の直流電圧は、例えば、１５Ｖ、１０Ｖ、５Ｖ、３．３Ｖなどである。電源回路２６は、例えば、スイッチングレギュレータや、シリーズレギュレータや、オペアンプやダイオードを用いた定電圧回路などを組み合わせて形成される。なお、図２では、電源回路２６から表示装置２０や通信モジュール２３や人感センサ２４やコントローラ３０への給電線の図示が省略されている。

コントローラ３０は、中央演算処理装置であるＣＰＵ３１と、メモリ３２と、通信バス３８とを有している。ＣＰＵ３１、メモリ３２、表示装置２０、通信モジュール２３、人感センサ２４、クロックモジュール２５、及び上述の不図示の接続コネクタが、通信バス３８に接続されている。コントローラ３０は、通信バス３８を通じて、表示装置２０のディスプレイ２１に表示情報を送信し、通信バス３８を通じて、表示装置２０のタッチセンサ２２から検出信号を受信する。また、コントローラ３０は、通信バス３８通じて、人感センサ２４から検出信号を受信する。また、コントローラ３０は、通信バス３８を通じて、クロックモジュールから日時情報を受信する。また、コントローラ３０は、通信バス３８を通じて、接続コネクタと接続された入力デバイス２７から後述の識別情報などを受信する。また、コントローラ３０は、通信バス３８及び通信モジュール２３を通じてインターネット１４に接続された交通情報サーバ１１や管理サーバ１２や事業者サーバ１８と通信を行う。

なお、コントローラ３０は、後述のポーリングを行うためのタイマカウンタを有していてもよい。コントローラ３０は、例えば、カウントダウンタイマの出力値に応じて、リクエストを定期的に送信するポーリングを実行する。詳しくは後述される。

メモリ３２は、プログラムを記憶するプログラム記憶領域３３と、データを記憶するデータ記憶領域３４とを有する。プログラム記憶領域３３は、例えば、ＲＯＭである。データ記憶領域３４は、例えば、ＲＯＭやＲＡＭである。

プログラム記憶領域３３は、ＯＳ（Operation System）３５と、制御プログラム３６と、通信プログラム３７と、を記憶する。ＯＳ３５と、制御プログラム３６と、通信プログラム３７とは、アドレスに記述された命令がＣＰＵ３１によって順に実行されることにより、実行される。また、ＯＳ３５と、制御プログラム３６と、通信プログラム３７とは、並列して実行され得る（マルチタスク処理）。

通信プログラム３７は、通信モジュール２３を通じた通信の制御を行うプログラムである。なお、通信プログラム３７は、制御プログラム３６の一部として制御プログラム３６に組み込まれていてもよい。

制御プログラム３６は、後述の各処理を実行し、かつ表示装置２０の表示制御などを行うプログラムである。詳しくは後述される。

データ記憶領域３４は、通信アドレスと、識別情報と、第１ＵＲＬと、第２ＵＲＬと、第３ＵＲＬなどを記憶する。

通信アドレスは、インターネット１４においてサイネージ１３を特定するＩＰアドレスや、サイネージ１３の製造時に付与されたＭＡＣアドレスなどである。

識別情報は、サイネージ１３がいずれの停留所に設置されたサイネージであるかを識別するための情報である。識別情報は、例えば、停留所名や、住所や、地名や、停留所番号などの識別コードなどである。なお、サイネージ１３が電車の駅に設置される場合、識別情報は、駅名であってもよい。また、サイネージ１３が空港に設置される場合、識別情報は、空港名や、ＫＩＸなどの識別コードであってもよい。

第１ＵＲＬは、交通情報サーバ１１が公開するＵＲＬである。第２ＵＲＬは、事業者サーバ１８が公開するＵＲＬである。第３ＵＲＬは、管理サーバ１２が公開するＵＲＬである。

以下、制御プログラム３６及び通信プログラム３７が実行する各処理について説明がされる。なお、制御プログラム３６及び通信プログラム３７が実行する処理は、コントローラ３０が行う処理として記載される。各処理は、発明の要旨を変更しない範囲で、処理順序が適宜変更されてもよい。

サイネージ１３を停留所に設置する作業者は、サイネージ１３を停留所に設置した後、サイネージ１３を電源及びインターネット１４に接続し、さらに、サイネージ１３に入力デバイス２７を接続する。そして、作業者は、入力デバイス２７を用いてインターネット１４に関する設定入力や識別情報の入力等を行って、サイネージ１３の初期設定を行う。

サイネージ１３の初期設定において、コントローラ３０は、図４に示される初期設定処理を実行する。まず、コントローラ３０は、電源が投入されると、初期設定フラグに「ＯＦＦ」が設定されているか否かを判断する。初期設定フラグは、初期値が「ＯＦＦ」であり、初期設定処理が終了すると「ＯＮ」が設定されるフラグである。なお、コントローラ３０は、初期設定フラグが「ＯＦＦ」であるか否かの判断に代えて、識別情報がメモリ３２に記憶されているか否かを判断してもよい。すなわち、コントローラ３０は、ステップＳ１１の処理において、サイネージ１３の初期設定が終了しているか否かを判断する。

コントローラ３０は、初期設定フラグに「ＯＦＦ」が設定されていないと判断すると（Ｓ１１：Ｎｏ）、初期設定が終了していると判断して、初期設定処理を終了する。一方、コントローラ３０は、初期設定フラグに「ＯＦＦ」が設定されていると判断すると（Ｓ１１：Ｙｅｓ）、初期設定が終了していないと判断して、ステップＳ１２以降の処理を実行する。

まず、コントローラ３０は、識別情報が入力されるまで待機する（Ｓ１２：Ｎｏ）。コントローラ３０は、入力デバイス２７から識別情報が入力されたと判断すると（Ｓ１２：Ｙｅｓ）、入力された識別情報をメモリ３２に記憶させる（Ｓ１３）。識別情報をメモリ３２に記憶させるステップＳ１３の処理は、本発明の「識別情報取得処理」の一例である。

なお、コントローラ３０は、入力デバイス２７から入力される方法以外の方法で識別情報を取得してもよい。例えば、ＵＳＢ（登録商標）メモリなどの可搬記憶媒体を装着可能なスロットがサイネージ１３に設けられる。識別情報が可搬記憶媒体に予め記憶される。コントローラ３０は、可搬記憶媒体から識別情報を読み出して取得する。コントローラ３０は、入力デバイス２７や可搬記憶媒体を用いた識別情報の取得の他、他の方法によって識別情報を取得してもよい。

コントローラ３０は、ステップＳ１３の実行後、或いは、ステップＳ１２の実行前や、ステップＳ１２、Ｓ１３の処理と平行して、第１ＵＲＬを取得する処理を実行する。具体的には、コントローラ３０は、第１ＵＲＬが入力されるまで待機する（Ｓ１４：Ｎｏ）。コントローラ３０は、入力デバイス２７から第１ＵＲＬが入力されたと判断すると（Ｓ１４：Ｙｅｓ）、入力された第１ＵＲＬをメモリ３２に記憶させる（Ｓ１５）。第１ＵＲＬをメモリ３２に記憶させるステップＳ１５の処理は、本発明の「アドレス取得処理」の一例である。なお、交通情報サーバ１１は、バスや電車や航空機など交通機関の種類に拘わりなく用いられるので、交通情報サーバ１１が公開する第１ＵＲＬは、サイネージ１３が停留所に設置される前に、メモリ３２に予め記憶されていてもよい。その場合、コントローラ３０は、メモリ３２から第１ＵＲＬを読み出すことによって第１ＵＲＬを取得する。

次に、コントローラ３０は、セットアップ指示を取得する（Ｓ１６）。セットアップ指示は、バス１５の路線を示す路線情報やバスの出発時刻を示す出発時刻情報の取得の実行を指示する情報である。作業者は、例えば入力デバイス２７や上述の可搬記憶媒体を用いてセットアップ指示をコントローラ３０に入力する。コントローラ３０は、セットアップ指示が入力されたことに応じて、ステップＳ１７以降の処理を実行する。なお、コントローラ３０は、識別情報の取得を、セットアップ指示の取得としてもよい。すなわち、コントローラ３０は、識別情報を取得したことに応じて、Ｓ１７以降の処理を実行する。セットアップ指示を取得するＳ１６の処理や、識別情報を取得するステップＳ１３の処理は、本発明の「セットアップ指示取得処理」の一例である。

コントローラ３０は、セットアップ指示を取得したことに応じて、リクエストを生成する（Ｓ１７）。当該リクエストは、送信宛先としての第１ＵＲＬと、送信元を示す通信アドレスと、交通機関の種類を示す種別情報と、設置位置情報と、所定の要求と、を含む。すなわち、当該リクエストは、第１ＵＲＬを公開する交通情報サーバ１１に送信される。なお、当該リクエストは、ＨＴＴＰ（HyperText Transfer Protocol）やＨＴＴＰｓ（HyperText Transfer Protocol over transport layer security）などの通信プロトコルに準じて生成される。

種別情報は、バス、電車、航空機など、交通機関の種類を示す情報である。種別情報は、メモリ３２に予め記憶される。サイネージ１３が、バスや、電車や、航空機などに対して共通で使用される場合、種別情報は、入力デバイス２７などを用いて作業者が選択する。コントローラ３０は、作業者によって選択された種別情報をリクエストに含ませる。

設置位置情報は、メモリ３２に記憶された識別情報に応じた情報であって、交通情報サーバ１１が停留所の位置を特定可能な情報である。交通情報サーバ１１が住所や地名や停留所名によって停留所の位置を特定可能であれば、コントローラ３０は、設置位置情報として識別情報をリクエストに含める。交通情報サーバ１１が地名や停留所名や停留所番号によって位置を特定できなければ、コントローラ３０は、交通情報サーバ１１が位置を特定可能な情報として、識別情報に応じた設置位置情報を特定する。例えば、識別情報と住所（設置位置情報）とが対応付けられた対応テーブルがメモリ３２に予め記憶される。コントローラ３０は、メモリ３２から読み出した識別情報と対応する住所をメモリ３２から読み出し、設置位置情報として取得する。なお、識別情報を設置位置情報としてリクエストにそのまま含められるように、交通情報サーバ１１が停留所の位置を特定可能な情報が識別情報とされることが望ましい。

リクエストに含まれる所定の要求とは、設置位置情報が示す停留所に停車するバス１５の路線を示す路線情報を返信することの要求と、当該停留所におけるバスの出発時刻を示す出発時刻情報を返信することの要求とである。具体的には、コントローラ３０は、路線情報を返信することを要求するコマンドと、出発時刻を返信することを要求するコマンドとを含むリクエストを生成する。当該コマンドは、メモリ３２に予め記憶される。

路線情報を返信することを要求するコマンド及び出発時刻を返信することを要求するコマンドは、上述の種別情報及び設置位置情報を付帯情報として含む。すなわち、路線情報を返信することを要求するコマンドは、付帯情報である種別情報が示す交通機関（バス）において、付帯情報である設置位置情報が示す停留所を含む路線の路線情報を返信することを要求する。また、出発時刻情報を返信することを要求するコマンドは、付帯情報である種別情報が示す交通機関（バス）において、付帯情報である設置位置情報が示す停留所におけるバスの出発時刻を示す出発時刻情報を返信することを要求する。

なお、路線情報を返信することを要求するコマンドと、出発時刻を返信することを要求するコマンドとは、一のコマンドとされていてもよい。また、交通情報サーバ１１が解読可能であれば、コマンドを用いた要求以外の要求がリクエストに含まれていてもよい。さらにまた、コントローラ３０は、路線情報を返信することを要求するコマンドを含むリクエストと、出発時刻を返信することを要求するコマンドを含むリクエストとの２つのリクエストを生成してもよい。コントローラ３０が、一のリクエストを生成するか複数のリクエストを生成するかは、生成するリクエストのデータ構造によって決まる。リクエストは、例えば、リクエストを特定する送信番号を記憶する領域と、コマンドを記憶する領域と、付帯情報を記憶する領域等とで構成される。コマンドを記憶する領域が、複数のコマンドを含むことが可能であれば、コントローラ３０は、複数のコマンドを含む一のリクエストを生成する。

出発時刻情報は、本発明の「運行予定時刻情報」の一例である。運行予定時刻情報は、出発時刻の他、バス１５が停留所に到着する到着予定時刻を示す到着予定時刻情報や、停留所での停車時間を示す停車時間情報などを含んでいてもよい。すなわち、ステップＳ１７で生成されるリクエストは、出発時刻情報や到着予定時刻情報や停車時間情報の返信の要求を含んでいてもよい。

また、路線情報の返信を要求するコマンドを含むリクエストを送信するステップＳ１８の処理は、本発明の「路線情報要求処理」の一例である。出発時刻情報の返信を要求するコマンドを含むリクエストを送信するステップＳ１８の処理は、本発明の「時刻情報要求処理」の一例である。

コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ１８）。そして、コントローラ３０は、送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ１９：Ｎｏ）。なお、コントローラ３０は、リクエストを送信してからの所定の時間が経過してもレスポンスを受信できなかったと判断すると、リクエストを再送信する。

一方、フローチャートには示されていないが、コントローラ３０が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、交通情報サーバ１１は、コマンドに含まれる種別情報が示す交通機関（バス）において、設置位置情報が示す停留所を含む路線の路線情報及び出発時刻情報を交通データベースから読み出し、読み出した交通情報を含むレスポンスを生成する。そして、交通情報サーバ１１は、生成したレスポンスを、受信したリクエストに含まれていた通信アドレス宛に返信する。なお、読み出される交通情報は、管理サーバ１２が交通情報サーバ１１に予め送信して交通情報サーバ１１の交通データベースに記憶されている情報である。なお、交通情報サーバ１１は、ＨＴＴＰやＨＴＴＰｓの通信プロトコルに準じてレスポンスを生成する。すなわち、交通情報サーバ１１が返信するレスポンスは、ルータが生成するファイアウォールを超えてサイネージ１３に受信される。

コントローラ３０は、レスポンスを受信したと判断すると（Ｓ１９：Ｙｅｓ）、受信したレスポンスに含まれる路線情報及び出発時刻情報をメモリ３２に記憶させる（Ｓ２０）。路線情報を含むレスポンスを受信するステップＳ１９：Ｙｅｓの処理は、本発明の「路線情報受信処理」の一例である。出発時刻情報を含むレスポンスを受信するステップＳ１９：Ｙｅｓの処理は、本発明の「時刻情報受信処理」の一例である。路線情報及び出発時刻情報をメモリ３２に記憶させるステップＳ２０の処理は、本発明の「記憶処理」の一例である。

コントローラ３０は、路線情報及び出発時刻情報をメモリ３２に記憶させたことに応じて、初期設定フラグに「ＯＮ」を設定し（Ｓ２１）、初期設定処理を終了する。なお、フローチャートには示されていないが、コントローラ３０は、初期設定処理が終了したことに応じて、初期設定処理が終了したことを通知してもよい。具体的には、コントローラ３０は、初期設定処理が終了したことを示すメールを、メモリ３２に予め記憶されたメールアドレス宛に送信する。当該メールアドレスは、例えば、バス事業者等の担当者のメールアドレスである。

次に、コントローラ３０が、路線情報、出発時刻情報、バス１５の位置情報、及びバスの遅延情報を表示装置２０のディスプレイ２１に表示させる第１表示制御処理について説明がされる。

まず、コントローラ３０は、図５が示すように、表示開始時刻になったか否かを判断する（Ｓ３０）。具体的には、コントローラ３０は、クロックモジュール２５から入力された日時情報が示す時刻が、メモリ３２に記憶された始発のバス１５の出発時刻、或いは当該出発時刻の所定時間前になったか否かを判断する。なお、サイネージ１３にクロックモジュール２５が設けられる代わりに、コントローラ３０が、インターネット１４を通じて日時情報を定期的に取得してもよい。

コントローラ３０は、表示開始時刻になるまで待機する（Ｓ３０：Ｎｏ）。そして、コントローラ３０は、表示開始時刻になったと判断すると（Ｓ３０：Ｙｅｓ）、リクエストを生成する（Ｓ３１）。当該リクエストは、第１ＵＲＬと、通信アドレスと、種別情報と、設置位置情報と、所定の要求と、を含む。すなわち、コントローラ３０は、交通情報サーバ１１に返信を要求するリクエストを生成する。

所定の要求は、設置位置情報が示す停留所を含む路線を走行するバス１５の位置情報を返信することの要求と、遅延情報を返信することの要求とである。遅延情報は、バスが予定より遅延していることを示す情報或いは遅延時間を示す情報との少なくとも一方の情報である。

コントローラ３０は、位置情報を返信することを要求するコマンドと、遅延情報を返信することを要求するコマンドとを含むリクエストを生成する。当該コマンドは、メモリ３２に予め記憶される。位置情報を返信することを要求するコマンド及び遅延情報を返信することを要求するコマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、位置情報を返信することを要求するコマンドは、付帯情報である種別情報が示す交通機関（バス）において、付帯情報である設置位置情報が示す停留所を含む路線を走行するバス１５の現在位置を返信することを要求する。また、遅延情報を返信することを要求するコマンドは、付帯情報である種別情報が示す交通機関（バス）において、付帯情報である設置位置情報が示す停留所を含む路線を走行するバス１５の遅延情報を返信することを要求する。

なお、位置情報を返信することを要求するコマンドと、遅延情報を返信することを要求するコマンドとは、一のコマンドとされていてもよい。また、交通情報サーバ１１が解読可能であれば、コマンドを用いた要求以外の要求がリクエストに含まれていてもよい。さらにまた、コントローラ３０は、位置情報を返信することを要求するコマンドを含むリクエストと、遅延情報を返信することを要求するコマンドを含むリクエストとの２つのリクエストを生成してもよい。

コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ３２）。そして、コントローラ３０は、送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ３３：Ｎｏ）。なお、コントローラ３０は、レスポンスを受信するまでに、リクエストを送信してからの経過時間が所定の時間に達したと判断すると、リクエストの再送信を実行する。位置情報を返信することを要求するコマンドを含むリクエストを送信するステップＳ３２の処理は、本発明の「位置情報要求処理」の一例である。遅延情報を返信することを要求するコマンドを含むリクエストを送信するステップＳ３２の処理は、本発明の「遅延情報要求処理」の一例である。

一方、フローチャートには示されていないが、コントローラ３０が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、交通情報サーバ１１は、コマンドに含まれる種別情報が示す交通機関（バス）において、設置位置情報が示す停留所を含む路線を走行するバス１５の位置情報及び遅延情報を交通データベースから読み出し、読み出した情報を含むレスポンスを生成する。そして、交通情報サーバ１１は、生成したレスポンスを、受信したリクエストに含まれていた通信アドレス宛に返信する。なお、読み出される位置情報及び遅延情報は、管理サーバ１２が交通情報サーバ１１に予め送信して交通情報サーバ１１の交通データベースに記憶されている情報である。

コントローラ３０は、レスポンスを受信したと判断すると（Ｓ３３：Ｙｅｓ）、受信したレスポンスに含まれる位置情報及び遅延情報をメモリ３２に記憶させる（Ｓ３４）。位置情報を含むレスポンスを受信するステップＳ３３：Ｙｅｓの処理は、本発明の「位置情報受信処理」の一例である。遅延情報を含むレスポンスを受信するステップＳ３３：Ｙｅｓの処理は、本発明の「遅延情報受信処理」の一例である。

コントローラ３０は、ステップＳ３４でメモリ３２に記憶させた位置情報及び遅延情報に基づいて、表示装置２０のディスプレイ２１に表示させる表示情報を生成する（Ｓ３５）。ステップＳ３５で生成される表示情報は、バス１５が遅延していること、或いはバス１５の遅延時間を示す情報と、バス１５の位置を示す情報とを含む。バス１５の位置を示す情報は、例えば、バス１５の現在位置を示す住所や、地図上に表示されるマーカの位置を示す情報である。位置が示されるバス１５は、サイネージ１３が設置された停留所を含む路線上にある全てのバス１５であってもよいし、サイネージ１３が設置された停留所と、当該停留所の隣の停留所との間に位置するバス１５であってもよい。コントローラ３０は、ステップＳ３４でメモリ３２に記憶させた位置情報から所定のバスの１５の位置情報を選択し、選択した位置情報に基づいて、表示情報を生成する。表示情報を生成するステップＳ３４の処理は、本発明の「生成処理」の一例である。

コントローラ３０は、ステップＳ３４で生成した表示情報を表示装置２０に入力し、路線図、時刻表、バス１５の位置情報、及びバス１５の遅延情報をディスプレイ２１に表示させる（Ｓ３６）。路線図は、図３に示される路線図表示領域４１に表示される。時刻表は、時刻表表示領域４２に表示される。位置情報及び遅延情報は、運行情報表示領域４４に表示される。バス１５の位置情報及び遅延情報をディスプレイ２１に表示させるステップＳ３６の処理は、本発明の「表示処理」の一例である。

次に、コントローラ３０は、表示終了時刻になったか否かを判断する（Ｓ３７）。具体的には、コントローラ３０は、クロックモジュール２５から入力された日時情報が示す時刻が、メモリ３２に記憶された最終のバス１５の走行が終了する時刻になったか否かを判断する。コントローラ３０は、表示終了時刻になっていないと判断すると（Ｓ３７：Ｎｏ）、ステップＳ３１以降の処理を再度実行する。繰り返して実行されるステップＳ３２のリクエストの送信は、例えば、ポーリングによって実行される。すなわち、コントローラ３０は、所定の時間間隔でリクエストを繰り返して送信する。一方、コントローラ３０は、表示終了時刻になったと判断すると（Ｓ３７：Ｙｅｓ）、第１表示制御処理を終了する。

次に、コントローラ３０が、事故情報や、災害情報や、緊急情報を表示装置２０のディスプレイ２１に表示させる第２表示制御処理について説明がされる。

コントローラ３０は、図６が示すように、リクエストを生成する（Ｓ４１）。生成されるリクエストは、第１ＵＲＬと、通信アドレスと、種別情報と、設置位置情報と、所定の要求とを含む。すなわち、コントローラ３０は、交通情報サーバ１１に送信するリクエストを生成する。所定の要求とは、イベント情報を返信することの要求である。すなわち、コントローラ３０は、イベント情報を返信することを要求するコマンドを含むリクエストを生成する。当該コマンドは、メモリ３２に予め記憶される。

イベント情報を返信することを要求するコマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、当該コマンドは、種別情報が示す交通機関（バス）について、設置位置情報が示す停留所に関連するイベント情報の返信を要求するコマンドである。

コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ４２）。ステップＳ４１で生成したリクエストを交通情報サーバ１１に送信するステップＳ４２の処理は、本発明の「問合せ処理」の一例である。

一方、フローチャートには示されていないが、コントローラ３０が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、交通情報サーバ１１は、コマンドに含まれる種別情報が示す交通機関（バス）において、設置位置情報が示す停留所に関するイベント情報の有無を確認する。そして、交通情報サーバ１１は、イベント情報がある場合は、当該イベント情報を含むレスポンスを生成し、イベント情報がない場合は、イベント情報がないことを示す情報を含むレスポンスを生成する。交通情報サーバ１１は、生成したレスポンスを、受信したリクエストに含まれる通信アドレス宛に返信する。

イベント情報は、複数の種類を有する。一の種類のイベント情報は、事故を示す。事故は、例えば、バス１５に関する事故や、バス１５の路線における他の車両等の事故や、或いは、バス１５と接続する電車や航空機などの他の交通機関に関する事故などである。

他の一の種類のイベント情報は、災害を示す。災害は、例えば、バス１５の路線における地震や火災やゲリラ雷雨や津波や台風などである。

さらに他の一の種類のイベント情報は、緊急事態を示す。緊急事態は、例えば、道路などが破壊される大地震や、テロの発生などである。

なお、コントローラ３０は、ステップＳ４１で生成したリクエストを、交通情報サーバ１１以外のサーバに送信してもよい。例えば、交通情報サーバ１１が災害や緊急事態に関する情報の配信を行っていない場合、コントローラ３０は、災害や緊急事態に関する情報の配信を行っているサーバに、生成したリクエストを送信する。具体的には、コントローラ３０は、第１ＵＲＬに代えて、災害や緊急事態に関する情報を配信するサーバが公開するＵＲＬをリクエストに含ませる。当該ＵＲＬは、例えば、メモリ３２に予め記憶される。

コントローラ３０は、送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ４３：Ｎｏ）。コントローラ３０は、レスポンスを受信したと判断すると（Ｓ４３：Ｙｅｓ）、受信したレスポンスにイベント情報が含まれるか否かを判断する（Ｓ４４）。コントローラ３０は、受信したレスポンスにイベント情報が含まれないと判断すると（Ｓ４４：Ｎｏ）、ステップＳ４５からＳ５８までの処理をスキップする。一方、コントローラ３０は、受信したレスポンスにイベント情報が含まれると判断すると（Ｓ４４：Ｙｅｓ）、イベント情報の種類を判断する（Ｓ４５）。交通情報サーバ１１が返信したレスポンスを受信するステップＳ４３：Ｙｅｓの処理は、本発明の「イベント情報受信処理」の一例である。

コントローラ３０は、イベント情報の種類が事故を示すと判断すると（Ｓ４５：事故）、リクエストを生成し、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ４６）。当該リクエストは、第１ＵＲＬ、通信アドレス、及び事故情報を返信することを要求するコマンドを含む。当該コマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）について、設置位置情報が示す停留所に関する事故情報を返信することを要求するリクエストを、交通情報サーバ１１宛てに送信する。事故情報とは、事故の種類や、事故が生じた場所や、事故によって生じた車両１５の遅延時間や遅延状況を示す遅延情報や、事故が生じたときの迂回経路を示す迂回情報や、車両１５や電車や航空機の欠航や欠便を示す欠便情報や、事故などによって変更されたライブの情報などである。ステップＳ４５で生成したリクエストを交通情報サーバ１１に送信するステップＳ４６の処理は、本発明の「事故情報要求処理」の一例である。

なお、交通情報サーバ１１は、管理サーバ１２や、種々の交通機関を運営する事業者等が運用する管理サーバなどから事故情報を収集し、要求（リクエスト）に応じて収集した事故情報を返信（レスポンス）する。

コントローラ３０は、ステップＳ４６で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ４７：Ｎｏ）。コントローラ３０は、ステップＳ４６で送信したリクエストに対するレスポンスを受信したと判断すると（Ｓ４７：Ｙｅｓ）、受信したレスポンスに含まれる事故情報に基づいて、表示情報を生成する（Ｓ４８）。そして、コントローラ３０は、生成した表示情報を表示装置２０に入力し、事故情報をディスプレイ２１に表示させる（Ｓ４９）。事故情報は、例えば、運行情報表示領域４４（図３）に表示される。なお、事故情報は、ディスプレイ２１に設けられた専用の表示領域に表示されてもよい。

事故情報を含むレスポンスを受信するステップＳ４７：Ｙｅｓの処理は、本発明の「事故情報受信処理」の一例である。事故情報を示す表示情報を生成するステップＳ４８の処理は、本発明の「生成処理」の一例である。事故情報をディスプレイ２１に表示させるステップＳ４９の処理は、本発明の「表示処理」の一例である。

コントローラ３０は、ステップＳ４５において、イベント情報の種類が災害を示すと判断すると（Ｓ４５：災害）、リクエストを生成し、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ５０）。当該リクエストは、第１ＵＲＬ、通信アドレス、及び災害情報を返信することを要求するコマンドを含む。当該コマンドは、上述の種別情報及び設置位置情報を含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）について、設置位置情報が示す停留所に関する災害情報を返信することを要求するリクエストを、交通情報サーバ１１宛てに送信する。災害情報の返信の要求を含むリクエストを送信するステップＳ５０の処理は、本発明の「災害情報要求処理」の一例である。

コントローラ３０は、ステップＳ５０で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ５１：Ｎｏ）。コントローラ３０は、ステップＳ５０で送信したリクエストに対するレスポンスを受信したと判断すると（Ｓ５１：Ｙｅｓ）、受信したレスポンスに含まれる災害情報に基づいて、表示情報を生成する（Ｓ５２）。そして、コントローラ３０は、生成した表示情報を表示装置２０に入力し、災害情報をディスプレイ２１に表示させる（Ｓ５３）。災害情報は、例えば、運行情報表示領域４４に表示される。なお、災害情報は、ディスプレイ２１に設けられた専用の表示領域に表示されてもよい。

災害情報を含むレスポンスを受信するステップＳ５１：Ｙｅｓの処理は、本発明の「災害情報受信処理」の一例である。災害情報を示す表示情報を生成するステップＳ５２の処理は、本発明の「生成処理」の一例である。災害情報をディスプレイ２１に表示させるステップＳ５３の処理は、本発明の「表示処理」の一例である。

コントローラ３０は、ステップＳ４５において、イベント情報の種類が緊急事態（緊急時）を示すと判断すると（Ｓ４５：緊急）、リクエストを生成し、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ５４）。当該リクエストは、第１ＵＲＬ、通信アドレス、及び緊急情報を返信することを要求するコマンドを含む。当該コマンドは、上述の種別情報及び設置位置情報を付帯情報として含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）について、設置位置情報が示す停留所に関する緊急情報を返信することを要求するリクエストを、交通情報サーバ１１宛てに送信する。緊急情報の返信の要求を含むリクエストを送信するステップＳ５４の処理は、本発明の「緊急情報要求処理」の一例である。

コントローラ３０は、ステップＳ５４で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ５５：Ｎｏ）。コントローラ３０は、ステップＳ５４で送信したリクエストに対するレスポンスを受信したと判断すると（Ｓ５５：Ｙｅｓ）、受信したレスポンスに含まれる緊急情報に基づいて、表示情報を生成する（Ｓ５６）。そして、コントローラ３０は、第１表示制御処理（図５）を停止するとともに、ステップＳ５６で生成した表示情報を表示装置２０に入力し、緊急情報をディスプレイ２１に表示させる（Ｓ５７）。緊急情報は、例えば、ディスプレイ２１の全面に表示される。

緊急情報を含むレスポンスを受信するステップＳ５５：Ｙｅｓの処理は、本発明の「緊急情報受信処理」の一例である。緊急情報を示す表示情報を生成するステップＳ５６の処理は、本発明の「緊急情報生成処理」の一例である。緊急情報をディスプレイ２１に表示させるステップＳ５７の処理は、本発明の「緊急情報表示処理」の一例である。

コントローラ３０は、緊急情報の表示を終了するか否かを判断する（Ｓ５８）。コントローラ３０は、例えば、入力デバイス２７によって解除指示が入力されたことに応じて、緊急情報の表示を終了すると判断する。コントローラ３０は、緊急情報の表示を終了しないと判断すると（Ｓ５８：Ｎｏ）、ステップＳ５４以降の処理を再度実行する。コントローラ３０は、例えばポーリングにより、ステップＳ５４で生成したリクエストを所定の時間間隔で定期的に交通情報サーバ１１に送信する。すなわち、緊急時において、サイネージ１３は、常に最新の緊急情報を表示することができる。

コントローラ３０は、ステップＳ４９、Ｓ５３の処理の実行後、緊急情報の表示を終了すると判断した後（Ｓ５８：Ｙｅｓ）、或いは、イベント情報がレスポンスに含まれないと判断した後（Ｓ４４：Ｎｏ）、表示を終了するか否かを判断する（Ｓ５９）。コントローラ３０は、例えば、入力デバイス２７を用いてリセット指示が入力されたことに応じて、表示を終了すると判断する（Ｓ５９：Ｙｅｓ）。すなわち、コントローラ３０は、意図的に処理が終了されない限り、昼夜を問わずイベント情報を定期的に取得して、事故情報や災害情報や緊急情報を表示する。なお、コントローラ３０は、ステップＳ４１で生成したリクエストを、ポーリングなどによって定期的に繰り返し送信する（Ｓ４２）。

次に、サイネージ１３がＰＲ動画を表示する第３表示制御処理が、図７を参照して説明される。まず、コントローラ３０は、事業者サーバ１８（図１）が公開する第３ＵＲＬの入力を受け付ける（Ｓ６１）。第３ＵＲＬは、例えば、入力デバイス２７や可搬記憶媒体を用いてサイネージ１３に入力される。或いは、コントローラ３０は、第３ＵＲＬを返信することを要求するコマンドを含むリクエストを管理サーバ１２宛てに送信し、レスポンスに含まれる第３ＵＲＬを取得する。なお、第３ＵＲＬは、第２ＵＲＬと同じＵＲＬであってもよい。すなわち、バス事業者等が、契約した事業者からＰＲ動画を受け取り、サイネージ１３に配信してもよい。第３ＵＲＬは、バス事業者等と契約する事業者が変更した場合などにおいて更新される。

コントローラ３０は、第３ＵＲＬを取得したことに応じて、リクエストを生成する（Ｓ６２）。当該リクエストは、第３ＵＲＬと、通信アドレスと、ＰＲ動画を返信することを要求するコマンドと、を含む。コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ６３）。ＰＲ動画を返信することを要求するコマンドを含むリクエストを送信するステップＳ５３の処理は、本発明の「広告情報要求処理」の一例である。ＰＲ動画は、本発明の「広告情報」の一例である。

一方、フローチャートには示されていないが、コントローラ３０が送信したリクエストは、事業者サーバ１８によって受信される。事業者サーバ１８は、受信したリクエストに含まれるコマンドを実行する。具体的には、事業者サーバ１８は、付設するメモリに記憶されたＰＲ動画を含むレスポンスを受信したリクエストに含まれる通信アドレス宛に返信する。

コントローラ３０は、ステップＳ６３で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ６４：Ｎｏ）。コントローラ３０は、レスポンスを受信したと判断すると（Ｓ６４：Ｙｅｓ）、受信したレスポンスに含まれるＰＲ動画をメモリ３２に記憶させる（Ｓ６５）。ＰＲ動画を含むレスポンスを受信するステップＳ６４：Ｙｅｓの処理は、本発明の「広告情報受信処理」の一例である。ＰＲ動画をメモリ３２に記憶させるステップＳ６５の処理は、本発明の「記憶処理」の一例である。

コントローラ３０は、メモリ３２に記憶されたＰＲ動画に基づいて表示情報を生成し（Ｓ６６）、生成した表示情報を表示装置２０に入力してＰＲ動画をディスプレイ２１に表示させ（Ｓ６７）、第３表示制御処理を終了する。ＰＲ動画は、ＰＲ表示領域４３（図３）に表示される。なお、ＰＲ動画に代えて、静止画像がＰＲ表示領域４３に表示されてもよい。すなわち、事業者サーバ１８は、ＰＲ動画に代えて、静止画像を含むレスポンスを返信する。静止画像は、本発明の「広告情報」の一例である。表示情報を生成するステップＳ６６の処理は、本発明の「生成処理」の一例である。ＰＲ画像をディスプレイ２１に表示させるステップＳ６７の処理は、本発明の「表示処理」の一例である。

なお、サイネージ１３におけるＰＲ動画を表示する機能は、適宜選択可能な事項である。すなわち、サイネージ１３は、ＰＲ動画を表示する機能を有していてもよいし、有していなくてもよい。

コントローラ３０は、上述の第１表示制御処理、第２表示制御処理、及び第３表示制御処理の実行中において、人感センサ２４が検知する人の有無に応じて、ディスプレイ２１への表示情報の入力を実行或いは停止する。すなわち、コントローラ３０は、サイネージ１３の周囲に人がいない場合、ディスプレイ２１での表示を停止させて電力の無駄な消費を抑える。コントローラ３０が、人感センサ２４が出力する検出信号に応じて人の有無を判断する処理は、本発明の「判断処理」の一例である。なお、人感センサ２４に代えて、カメラが用いられてもよい。ガメラは、サイネージ１３の周囲を撮像して画像データを生成し、生成した画像データをコントローラ３０に送信する、コントローラ３０は、入力された画像データに基づいて、人の有無を判断する。

また、コントローラ３０は、路線図や時刻表や運行管理情報の表示を切り替える切替アイコンをディスプレイ２１に表示させる。そして、コントローラ３０は、利用者が切替アイコンに触れたか否かを監視する。具体的には、コントローラ３０は、タッチセンサが出力する検出信号を監視する。

コントローラ３０は、利用者が切替アイコンに触れたと判断すると、ディスプレイ２１に表示させる画面を切り替える。具体的には、コントローラ３０は、複数の路線図の内の一の路線図の表示から、他の路線図の表示に表示を切り替える。或いは、コントローラ３０は、一の路線の時刻表の表示から、他の路線の時刻表の表示に表示を切り替える。或いは、コントローラ３０は、一の路線の運行情報の表示から、他の路線の運行情報の表示に表示を切り替える。人が触れたことに応じてタッチセンサ２２が出力する検出信号は、本発明の「表示切替指示」の一例である。コントローラ３０が、人が触れたことに応じてタッチセンサ２２が出力する検出信号の入力を受け付ける処理は、本発明の「表示切替受付処理」の一例である。コントローラ３０が、ディスプレイ２１に表示させる表示内容を切り替える処理は、本発明の「表示切替処理」の一例である。

なお、人感センサ２４及びタッチセンサ２２の実装の有無は、適宜選択され得る事項である。すなわち、サイネージ１３は、周囲の人の有無によってディスプレイ２１での表示と非表示とを切り替える機能を有していなくてもよいし、画面を切り替えて表示する機能を有していなくてもよい。

次に、サイネージ１３のローカライズについて説明する。コントローラ３０は、例えば、ステップＳ３４においてメモリ３２に記憶させたバス１５の位置情報などに基づいて、設置された停留所に間もなくバス１５が到着すると判断すると、「間もなくバス１５が到着します」などの表示を行う。メモリ３２は、「間もなくバス１５が到着します」などの定型表示情報を、複数の言語で、それぞれ言語ＩＤと対応付けて記憶する。言語ＩＤは、本発明の「指定言語情報」の一例である。

コントローラ３０は、言語ＩＤの入力を受け付ける。言語ＩＤは、例えば、入力デバイス２７を用いてサイネージ１３に入力される。コントローラ３０は、入力された言語ＩＤに対応する定型表示情報をメモリ３２から読み出し、読み出した定型表示情報をディスプレイ２１に表示させる。コントローラ３０が言語ＩＤを取得する処理は、本発明の「指定言語取得処理」の一例である。コントローラ３０が定型表示情報をディスプレイ２１に表示させる処理は、本発明の「表示処理」の一例である。

また、コントローラ３０は、ディスプレイ２１に供給される直流電流、直流電圧、及び直流電力のうちの少なくとも１つの値に応じた検出値の入力を受け付ける。例えば、ディスプレイ２１に供給される直流電流を検出する検出回路が設けられ、検出回路の出力端が通信バス３８と接続される。ディスプレイ２１に供給される直流電流、直流電圧、及び直流電力のうちの少なくとも１つの値に応じた検出値は、本発明の「動作情報」の一例である。コントローラ３０が当該検出値の入力を受け付ける処理は、本発明の「受付処理」の一例である。

コントローラ３０は、受け付けた上記検出値が、メモリ３２に記憶された閾値範囲内であるか否かを判断する。コントローラ３０が当該判断を行う処理は、本発明の「自己診断処理」の一例である。コントローラ３０は、受け付けた上記検出値がメモリ３２に記憶された閾値範囲内でないと判断すると、ディスプレイ２１に故障が生じていることを示す故障情報を、メモリ３２に記憶されたメールアドレス宛に送信する。メールアドレスは、例えば、バス事業者等の担当者のメールアドレスである。メールアドレスは、サイネージ１３が停留所に設置される前、或いはサイネージ１３が停留所に設置された後に、入力デバイス２７を用いてサイネージ１３に入力される。コントローラ３０は、入力されたメールアドレスをメモリ３２に記憶させる。コントローラ３０が故障情報を含むメールを送信する処理は、本発明の「故障情報処理」の一例である。

次に、路線や時刻表などのダイヤ改正がされる場合において、サイネージ１３が、ダイヤ改正後の路線図や時刻表をディスプレイ２１に表示する場合にコントローラ３０が実行するダイヤ改正処理について、図８を参照して説明がされる。

まず、コントローラ３０は、リクエストを生成する（Ｓ７１）。当該リクエストは、第１ＵＲＬと、通信アドレスと、ダイヤ改正を含むイベントの有無を示すイベント情報を返信することを要求するコマンドとを含む。当該コマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）であって、設置位置情報が示すバス停を含む路線についてダイヤ改正などのイベントがあるか否かを交通情報サーバ１１に問い合わせるリクエストを生成する。コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ７２）。ダイヤ改正があるか否かを問い合わせるリクエストを送信するステップＰＳ７２の処理は、本発明の「問合せ処理」の一例である。

一方、フローチャートには示されていないが、サイネージ１３が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、交通情報サーバ１１は、ダイヤ改正等に関する情報が交通データベースに記憶されているか否かを確認する。コントローラ３０は、ダイヤ改正等に関する情報が交通データベースに記憶されていないと判断すると、ダイヤ改正がないことを示すイベント情報を含むレスポンスを生成し、受信したリクエストに含まれる通信アドレス宛に返信する。交通情報サーバ１１は、ダイヤ改正に関する情報が交通データベースに記憶されていると判断すると、ダイヤ改正があることを示すイベント情報を含むレスポンスを生成し、受信したリクエストに含まれる通信アドレス宛に返信する。

コントローラ３０は、ステップＳ７２で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ７３：Ｎｏ）。コントローラ３０は、レスポンスを受信したと判断すると（Ｓ７３：Ｙｅｓ）、レスポンスに含まれるイベント情報に基づいて、ダイヤ改正があるか否かを判断する（Ｓ７４）。コントローラ３０は、ダイヤ改正がないと判断すると（Ｓ７４：Ｎｏ）、ダイヤ改正処理を終了する。交通情報サーバ１１が返信したレスポンスを受信するステップＳ７３：Ｙｅｓの処理は、本発明の「イベント情報受信処理」の一例である。

コントローラ３０は、ダイヤ改正があると判断すると（Ｓ７４：Ｙｅｓ）、リクエストを生成する（Ｓ７５）。当該リクエストは、第１ＵＲＬと、通信アドレスと、ダイヤ改正の日時、ダイヤ改正後の路線情報、及びダイヤ改正後の出発時刻情報を返信することを要求するコマンドと、を含む。当該コマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）であって、設置位置情報が示すバス停を含む路線について、ダイヤ改正の日時、ダイヤ改正後の路線情報及び出発時刻情報を返信することを交通情報サーバ１１に要求するリクエストを生成する。なお、コントローラ３０は、ステップＳ７５において、複数のリクエストを生成してもよい。一のリクエストは、ダイヤ改正の日時を返信することを要求するコマンドを含む。他の一のリクエストは、ダイヤ改正後の路線情報を返信することを要求するコマンドを含む。さらに他の一のリクエストは、ダイヤ改正後の出発時刻情報を返信することを要求するコマンドを含む。

コントローラ３０は、ステップＳ７５で生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ７６）。

一方、フローチャートには示されていないが、サイネージ１３が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、コントローラ３０は、ダイヤ改正の日時、ダイヤ改正後の路線情報、及びダイヤ改正後の出発時刻情報をデータテーブルから読み出す。交通情報サーバ１１は、読み出したダイヤ改正の日時、ダイヤ改正後の路線情報、及びダイヤ改正後の出発時刻情報を含むレスポンスを、受信したリクエストに含まれる通信アドレス宛に返信する。

サイネージ１３のコントローラ３０は、ステップＳ７６で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ７７：Ｎｏ）。コントローラ３０は、レスポンスを受信したと判断すると（Ｓ７７：Ｙｅｓ）、レスポンスに含まれるダイヤ改正の日時、ダイヤ改正後の路線情報、及びダイヤ改正後の出発時刻情報をメモリ３２に記憶させる（Ｓ７８）。

コントローラ３０は、クロックモジュール２５が出力する日時情報が示す日付が、メモリ３２に記憶されたダイヤ改正日時が示す日付になるまで待機する（Ｓ７９：Ｎｏ）。コントローラ３０は、クロックモジュール２５が出力する日時情報が示す日付が、メモリ３２に記憶されたダイヤ改正日時が示す日付になったと判断すると（Ｓ７９：Ｙｅｓ）、ダイヤ改正後の路線情報及び出発時刻情報をメモリ３２から読み出す。コントローラ３０は、読み出したダイヤ改正後の路線情報及び出発時刻情報に基づいて表示情報を生成する（Ｓ８０）。コントローラ３０は、生成した表示情報を表示装置２０に入力して、ダイヤ改正後の路線情報及び出発時刻情報をディスプレイ２１に表示させ（Ｓ８１）、ダイヤ改正処理を終了する。コントローラ３０は、例えば、毎日の所定の時刻（例えば、午前０時）に、ダイヤ改正処理を実行する。

なお、フローチャートには示されていないが、コントローラ３０は、ステップＳ８１において、ダイヤ改正後の路線情報及び出発時刻情報をディスプレイ２１に表示させた後、ダイヤ改正前の路線情報、出発時刻情報、及びダイヤ改正日時をメモリ３２から削除する。

[実施形態の作用効果]

本実施形態のサイネージ１３は、図４が示す初期設定処理を実行する。したがって、サイネージ１３を停留所に設置する作業者は、入力デバイス２７を用いて識別情報及びセットアップ指示をサイネージ１３に入力するだけで、路線情報や出発時刻情報をサイネージ１３のメモリ３２に記憶させる初期設定をサイネージ１３に自動で行わせることができる。その結果、サイネージを各停留所にそれぞれ設置し、設置したサイネージごとに異なる路線情報を入力する従来のサイネージに比べ、作業者の手間が省かれる。また、本実施形態のサイネージ１３は、管理サーバ１２ではなく、交通情報サーバ１１から路線情報や出発時刻情報を取得するので、管理サーバ１２から路線情報や出発時刻情報を取得する従来のサイネージに比べ、汎用性が高い。詳しく説明すると、従来のサイネージでは、交通機関の種類に応じたカスタマイズが必要であるが、本実施形態のサイネージ１３では、交通機関の種類に応じてカスタマイズすることなく使用することができる。また、従来のサイネージでは、既に運用されている管理サーバ１２の仕様に合わせてカスタマイズする必要があるが、本実施形態のサイネージでは、管理サーバ１２の仕様に合わせてカスタマイズすることなく使用することができる。すなわち、本実施形態のサイネージ１３は、従来のサイネージよりも汎用性が高い。

また、本実施形態のサイネージ１３は、図５が示す第１表示制御処理を実行する。したがって、本実施形態のサイネージ１３は、受信した交通情報をリクエストに応じてレスポンスする交通情報サーバ１１の既存の機能を利用して、バス１５の現在位置や遅延情報を表示することができる。

また、本実施形態のサイネージ１３は、図６が示す第２表示制御処理を実行する。したがって、本実施形態のサイネージ１３は、事故や災害や緊急事態が生じたときに、事故情報、災害情報、及び緊急情報を即座に表示することができる。

また、本実施形態のサイネージ１３は、図７が示す第３表示制御処理を実行する。したがって、本実施形態のサイネージ１３は、ＰＲ動画などの広告を、作業者の手間を必要とせずに表示することができる。

また、本実施形態のサイネージ１３は、図８が示すダイヤ改正処理を実行する。したがって、本実施形態のサイネージ１３は、ダイヤ改正後の路線図及び時刻表を、作業者の手間を必要とせずに、適切な日に表示することができる。

また、本実施形態のサイネージ１３は、タッチセンサ２２を有するので、利用者がディスプレイ２１に触れるだけで、利用者が望む画面（情報）をディスプレイ２１に表示させることができる。

また、本実施形態のサイネージ１３は、人感知センサを有するので、サイネージ１３の周囲に人がいない場合にディスプレイ２１を消灯させて、消費電力を低減させることができる。

また、本実施形態のサイネージ１３は、表示装置２０が故障した場合、バス事業者等の担当者に、故障情報を含むメールを送信する。したがって、本実施形態のサイネージ１３は、故障が生じた場合に、バス事業者等に即座に修理を行わせることができる。

また、本実施形態のサイネージ１３は、言語ＩＤとそれぞれ対応付けられた複数の定型表示情報をメモリ３２に記憶する。したがって、本実施形態のサイネージ１３は、設置された国の言語で表現された定型表示情報を表示することができる。

[変形例]

また、上述の実施形態では、コントローラ３０が、サイネージ１３の周囲に人がいないと判断した場合に、表示装置２０での表示を停止する例が説明された。しかしながら、コントローラ３０は、サイネージ１３の周囲に人がいないと判断した場合、路線図や時刻表などの情報の一部を拡大して表示してもよい。すなわち、コントローラ３０は、遠くからでも表示装置２０に表示された内容を視認可能なように、路線図や時刻表の一部を拡大して表示させる。なお、コントローラ３０は、路線図や時刻表の一部を拡大して表示する代わりに、遠くからでも視認し易いような形式や表示態様に路線情報や出発時刻情報を編集して表示装置２０に大きく表示させてもよい。

１１・・・交通情報サーバ
１２・・・管理サーバ
１３・・・サイネージ
１５・・・車両
１６・・・データ収集装置
２０・・・表示装置
２１・・・ディスプレイ
２２・・・タッチセンサ
２３・・・通信モジュール
２４・・・人感センサ
２５・・・クロックモジュール
３０・・・コントローラ
３６・・・制御プログラム

本発明は、道路脇や駅や空港など、交通機関の停留所に設置されるサイネージに関する。

道路脇や駅や空港など、交通機関の停留所に設置されるサイネージが知られている（特許文献１参照）。特許文献１に記載されたサイネージは、インターネットと接続されている。また、管理サーバがインターネットに接続されている。管理サーバは、バスの系統やバス番号を含むバス識別情報及び位置情報を各バスからそれぞれ収集し、各系統ごとに各バスの位置を管理する。サイネージは、ポーリングによって管理サーバと通信し、バスの位置情報を管理サーバから定期的に受信する。サイネージは、バスの系統や、時刻表や、受信したバスの位置を表示部に表示させる。

特開２０１６−１１０６３２号公報

特許文献１に記載されたサイネージを導入する場合、サイネージは、既に可動している管理サーバと通信する必要がある。そうすると、サイネージは、導入する事業者が運用するサーバの種類に応じて、バスの系統や時刻表などを要求するリクエストのフォーマット等を変更しなければならなくなる。すなわち、サイネージに実装するプログラムにおけるバスの系統や時刻表などを取得する部分を、サーバに応じてカスタマイズしなければならないという問題が生じる。

本願発明者らは、交通機関を運営する事業者等から運行情報を取得してユーザに開示するシステムであるＧＴＦＳ（General Transit Feed Specification）に着目した。ＧＴＦＳは、世界規模で普及している。 本願発明者らは、ＧＴＦＳを利用することにより、サイネージにおいて、プログラムのカスタマイズの手間を低減して、汎用性の高いサイネージを実現できる可能性に気が付いた。

本発明は、上記の事情に鑑みてなされたものであり、プログラムのカスタマイズの手間を低減して、汎用性の高いサイネージを提供することにある。

(1) 本発明に係るサイネージは、路線情報、運行予定時刻情報及び運行される移動体の位置情報を含む交通情報をインターネットを通じて受信し、受信した交通情報をリクエストに応じてレスポンスするサーバと通信する通信モジュールと、メモリを有し、交通機関の停留所を特定する識別情報を取得して上記メモリに記憶させる識別情報取得処理と、上記サーバを特定する第１指定アドレスを取得するアドレス取得処理と、セットアップ指示を取得するセットアップ指示取得処理と、上記セットアップ指示の取得を条件に、上記識別情報に応じた設置位置情報及び上記識別情報で特定される停留所を含む路線情報を返信することを要求するリクエストを、上記通信モジュールを通じて上記第１指定アドレスに送信する路線情報要求処理と、上記路線情報要求処理に対するレスポンスを受信する路線情報受信処理と、上記路線情報受信処理で受信したレスポンスに含まれる上記路線情報を上記メモリに記憶させる記憶処理とを実行するコントローラと、上記メモリに記憶された上記路線情報を含む表示情報を表示する表示装置とを備える。

コントローラは、セットアップ指示を取得すると、識別情報に応じた設置位置情報及びサイネージが設置された停留所を含む路線情報を返信することを要求するリクエストを、サーバが指定する第１指定アドレス宛てに送信する。そして、コントローラは、リクエストに対するレスポンスを受信し、受信したレスポンスに含まれる路線情報をメモリに記憶させる。したがって、本発明に係るサイネージは、サーバとのみ通信するだけで路線情報を取得することができ、路線情報の取得のために、種々の管理サーバと通信する必要が無い。その結果、本発明に係るサイネージは、プログラムのカスタマイズの手間を低減して、汎用性を高めることができる。

(2) 上記コントローラは、上記セットアップ指示を取得したことに応じて、上記設置位置情報と、上記識別情報で特定される停留所における運行予定時刻情報とを返信することを要求するリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに送信する時刻情報要求処理と、上記時刻情報要求処理に対するレスポンスを受信する時刻情報受信処理と、上記時刻情報受信処理で受信した上記運行予定時刻情報を上記メモリにさらに記憶させる上記記憶処理と、をさらに実行してもよい。

コントローラは、設置された停留所における運行予定時刻情報を返信することを要求するリクエストを、サーバが指定する第１指定アドレス宛てに送信する。そして、コントローラは、リクエストに対するレスポンスを受信し、受信したレスポンスに含まれる運行予定時刻情報をメモリに記憶させる。したがって、本発明に係るサイネージは、サーバとのみ通信するだけで運行予定時刻情報を取得することができ、運行予定時刻情報の取得のために、種々の管理サーバと通信する必要が無い。その結果、本発明に係るサイネージは、プログラムのカスタマイズの手間をさらに低減して、汎用性をさらに高めることができる。

(3) 上記コントローラは、上記メモリに記憶された上記路線情報及び上記運行予定時刻情報に基づいて、上記表示情報を生成する生成処理と、上記生成処理で生成した上記表示情報を出力し、上記路線情報及び上記運行予定時刻情報を上記表示装置に表示させる表示処理と、を実行してもよい。

コントローラは、メモリに記憶された路線情報及び運行予定時刻情報に基づいて表示情報を生成して出力し、路線情報及び運行予定情報を表示装置に表示させる。したがって、本発明に係るサイネージは、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、路線情報及び運行予定時刻情報を表示することができる。

(4) 上記コントローラは、上記メモリに記憶された上記路線情報が示す路線における上記移動体の位置を示す位置情報を返信することを要求するリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに定期的に送信する位置情報要求処理と、上記位置情報要求処理に対するレスポンスを受信する位置情報受信処理と、上記位置情報受信処理で受信したレスポンスに含まれる位置情報にさらに基づいて、上記表示情報を生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記位置情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、メモリに記憶された路線情報が示す路線における移動体の位置を示す位置情報を返信することを要求するリクエストを、サーバが指定する第１指定アドレス宛てに定期的に送信する。そして、コントローラは、レスポンスに含まれる位置情報を、路線情報及び運行予定時刻情報とともに表示装置に表示させる。すなわち、本発明に係るサイネージは、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、路線情報、運行予定時刻情報、及び移動体の位置情報を表示することができる。

(5) 上記コントローラは、上記メモリに記憶された上記路線情報が示す路線における上記移動体の遅延を示す遅延情報を返信することを要求するリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに定期的に送信する遅延情報要求処理と、上記遅延情報要求処理に対するレスポンスを受信する遅延情報受信処理と、上記遅延情報受信処理で受信したレスポンスに含まれる上記遅延情報にさらに基づいて、上記表示情報を生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記遅延情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、メモリに記憶された路線情報が示す路線における移動体の遅延を示す遅延情報を返信することを要求するリクエストを、サーバが指定する第１指定アドレス宛てに定期的に送信する。そして、コントローラは、レスポンスに含まれる遅延情報を、路線情報及び運行予定時刻情報とともに表示装置に表示させる。すなわち、本発明に係るサイネージは、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、路線情報、運行予定時刻情報、及び遅延情報を表示することができる。

(6) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することを要求するリクエストを上記通信モジュールを通じて上記第１指定アドレス宛てに送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、上記路線情報の変更を示す上記イベント情報が含まれることに応じて、上記路線情報要求処理、上記路線情報受信処理、及び上記記憶処理と、を実行してもよい。

コントローラは、路線情報の変更を示すイベント情報がレスポンスに含まれることに応じて、路線情報をサーバに再度要求して路線情報を取得し、再度取得した路線情報をメモリに記憶させる。したがって、路線が変更されるたびに、作業者がサイネージの設定を変更する手間が省かれる。その結果、本発明に係るサイネージは、路線変更に伴う作業者の手間を省くことができ、また、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、表示する路線情報を確実に変更することができる。

(7) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することを要求するリクエストを上記通信モジュールを通じて上記第１指定アドレス宛てに送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、上記運行予定時刻情報の変更を示す上記イベント情報が含まれることに応じて、上記時刻情報要求処理、上記時刻情報受信処理、及び上記記憶処理と、を実行してもよい。

コントローラは、運行予定時刻情報の変更を示すイベント情報がレスポンスに含まれることに応じて、運行予定時刻情報をサーバに再度要求して運行予定時刻情報を取得し、再度取得した運行予定時刻情報をメモリに記憶させる。したがって、運行予定時刻が変更されるたびに、作業者がサイネージの設定を変更する手間が省かれる。その結果、本発明に係るサイネージは、運行予定時刻の変更に伴う作業者の手間を省くことができ、また、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、表示する運行予定時刻情報を確実に変更することができる。

(8) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することを要求するリクエストを、上記通信モジュールを通じて定期的に送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、上記メモリに記憶された上記路線情報に関連した事故を示す上記イベント情報が含まれることに応じて、事故に関する事故情報を返信することを要求するリクエストを、上記通信モジュールを通じて送信する事故情報要求処理と、上記事故情報要求処理に対するレスポンスを受信する事故情報受信処理と、上記事故情報受信処理で受信した上記レスポンスに含まれる上記事故情報に基づいて上記表示情報をさらに生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記事故情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、事故が発生したことを示すイベント情報がレスポンスに含まれることに応じて、事故に関連する事故情報を要求するリクエストを送信して事故情報を取得し、取得した事故情報を表示装置に表示させる。したがって、本発明に係るサイネージは、受信した交通情報をリクエストに応じてレスポンスするサーバの既存の機能を利用して、事故情報をリアルタイムで表示することができる。

(9) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することを要求するリクエストを、上記通信モジュールを通じて定期的に送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、災害が発生したことを示す上記イベント情報が含まれることに応じて、災害の内容を示す災害情報を返信することを要求するリクエストを、上記通信モジュールを通じて送信する災害情報要求処理と、上記災害情報要求処理に対するレスポンスを受信する災害情報受信処理と、上記災害情報受信処理で受信した上記レスポンスに含まれる上記災害情報に基づいて上記表示情報をさらに生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記災害情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、災害が発生したことを示す情報がレスポンスに含まれることに応じて、災害情報を要求して災害情報を取得し、取得した災害情報を表示装置に表示させる。したがって、本発明に係るサイネージは、災害情報をリアルタイムで表示することができる。

(10) 上記コントローラは、広告情報を返信することを要求するリクエストを、上記通信モジュールを通じて、上記メモリに記憶された第２指定アドレス宛てに送信する広告情報要求処理と、上記広告情報要求処理に対するレスポンスを受信する広告情報受信処理と、上記広告情報受信処理で受信した上記レスポンスに含まれる上記広告情報を上記メモリにさらに記憶させる上記記憶処理と、上記メモリに記憶された上記広告情報に基づいて上記表示情報をさらに生成する上記生成処理と、上記生成処理で生成した上記表示情報を出力し、上記広告情報を上記表示装置にさらに表示させる上記表示処理と、を実行してもよい。

コントローラは、広告情報を返信することを要求するリクエストを送信して広告情報を取得し、取得した広告情報を表示装置に表示させる。したがって、本発明のサイネージは、表示する広告を容易に変更することができる。

(11) 上記コントローラは、イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することを要求するリクエストを、上記通信モジュールを通じて定期的に送信する問合せ処理と、上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、上記イベント情報受信処理で受信した上記レスポンスに、緊急時を示す上記イベント情報が含まれることに応じて、緊急情報を返信することを要求するリクエストを、上記通信モジュールを通じて定期的に送信する緊急情報要求処理と、上記緊急情報要求処理に対するレスポンスを受信する緊急情報受信処理と、上記緊急情報受信処理で受信した上記レスポンスに含まれる上記緊急情報に基づいて上記表示情報を生成する緊急情報生成処理と、上記路線情報及び上記運行予定時刻情報の表示を中止し、上記緊急情報生成処理で生成した上記表示情報を出力して、上記緊急情報を上記表示装置に表示させる緊急情報表示処理と、を実行してもよい。

コントローラは、緊急時であることを示すイベント情報がレスポンスに含まれることに応じて、緊急情報を要求するリクエストを送信して緊急情報を取得し、路線情報及び運行予定時刻情報の表示を中止した上で、取得した緊急情報を表示装置に表示させる。したがって、本発明に係るサイネージは、緊急時においては、緊急情報をリアルタイムで、かつ大画面で表示することができる。

(12) 本発明に係るサイネージは、上記表示装置の表示画面に重畳されたタッチセンサをさらに備えていてもよい。上記コントローラは、上記表示装置が表示する表示内容を切り替えることを指示する表示切替指示の入力を上記タッチセンサから受け付ける表示切替受付処理と、上記表示切替受付処理で上記表示切替指示を受け付けたことに応じて、上記表示装置に表示させる表示内容を切り替える表示切替処理と、をさらに実行する。

本発明に係るサイネージの利用者は、表示画面にタッチして画面を切り替えることにより、必要とする情報を見ることができる。その結果、本発明に係るサイネージは、利用者が画面を切り替えることができないサイネージに比べ、利用者の使い勝手を良くすることができる。

(13) 本発明に係るサイネージは、センサをさらに備えていてもよい。上記コントローラは、上記センサが出力する検出信号に基づいて、人の有無を判断する判断処理と、上記判断処理で人がいないと判断したことに応じて、人がいると判断したときよりも大きく表示を行う拡大表示を行う。

コントローラは、サイネージの周囲に人がいないと判断すると、路線情報や運行予定時刻情報の表示を、周囲に人がいると判断したときよりも大きく表示する拡大表示を行う。したがって、本発明に係るサイネージは、周囲に人がいない場合に、遠くからでも人に路線情報や運行予定時刻情報を視認させることができる。

(14) 上記コントローラは、上記表示装置に供給される電流、電圧、及び電力の少なくとも１つに応じた動作情報の入力を受け付ける受付処理と、上記受付処理で受け付けた上記動作情報に基づいて、上記表示装置の故障の有無を判断する自己診断処理と、上記自己診断処理で故障と判断したことに応じて、上記メモリに記憶された第３指定アドレス宛に、故障を示す故障情報を上記通信モジュールを用いて送信する故障通知処理と、をさらに実行してもよい。

コントローラは、自己診断処理で故障と判断すると、担当者等のメールアドレス宛に、故障を示す故障情報を送信する。したがって、本発明に係るサイネージは、表示装置が故障したことを担当者に即座に通知することができる。

(15) 上記メモリは、複数の言語で表現された定型表示情報を、当該言語と対応付けて記憶していてもよい。上記コントローラは、上記表示装置に表示させる言語を指定する指定言語情報を取得する指定言語取得処理と、上記指定言語取得処理で取得した上記指定言語情報が示す言語で表現された上記定型表示情報を上記メモリから読み出し、読み出した当該定型表示情報を上記表示装置にさらに表示させる上記表示処理と、を実行する。

コントローラは、指定言語情報を取得し、取得した指定言語情報が示す言語で表現された定型表示情報を表示する。したがって、本発明に係るサイネージは、サイネージを設置する作業者に、サイネージのローカライズを容易に行わせることができる。その結果、種々の国で使用可能な汎用性の高いサイネージが実現される。

本発明によれば、作業者の初期設定の手間を低減でき、かつ、汎用性の高いサイネージを提供することができる。

図１は、実施形態に係るシステム１０の構成図である。 図２は、実施形態に係るサイネージ１３の機能ブロック図である。 図３は、実施形態に係るサイネージ１３の正面図である。 図４は、初期設定処理のフローチャートである。 図５は、第１表示制御処理のフローチャートである。 図６は、第２表示制御処理のフローチャートである。 図７は、第３表示制御処理のフローチャートである。 図８は、ダイヤ改正処理のフローチャートである。

以下、本発明の実施形態について説明する。なお、以下に説明される実施形態は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、本発明の実施形態を適宜変更できることは言うまでもない。

図１が示すシステム１０は、バスや電車や航空機などの交通機関に用いられるシステムである。より詳しくは、システム１０は、道路脇や駅や空港などに設置されるサイネージ１３に、路線図や時刻表などを表示するシステムである。以下では、システム１０がバス１５に用いられた例が説明される。すなわち、サイネージ１３は、バス１５の停留所に設置される。なお、図示例では、１台のバス１５のみが表示されているが、運行されるバス１５は、複数台である。バス１５は、本発明の「移動体」の一例である。また、図示例では、３台のサイネージ１３が表示されているが、サイネージ１３は、停留所の数に応じて設けられ、３台に限られない。

本実施形態のシステム１０は、交通情報サーバ１１と、管理サーバ１２と、複数のサイネージ１３と、各バス１５にそれぞれ搭載された情報収集装置１６と、を備える。交通情報サーバ１１及び管理サーバ１２は、インターネット１４にそれぞれ接続されている。サイネージ１３は、停留所に設置された後、インターネット１４に接続される。なお、図１が示す事業者サーバ１８は、システム１０に含まれない。事業者サーバ１８は、サイネージ１３に表示させるＰＲ動画の配信に用いられる。詳しくは後述される。

交通情報サーバ１１は、交通機関を運営する事業者等から運行情報を取得してユーザに開示するＧＴＦＳ機能を実現するサーバである。詳しく説明すると、交通情報サーバ１１は、公開されたＵＲＬ（Uniform Resource Locator）を有している。交通情報サーバ１１は、ＵＲＬに対して送信された交通情報を受信し、受信した交通情報を、ストレージサーバなどに作成された交通データベースに記憶させる。そして、交通情報サーバ１１は、交通情報の開示の要求を含むリクエストを受信し、受信したリクエストが要求する交通情報を交通データベースから取得し、取得した交通情報を含むレスポンスを返信する。交通情報サーバ１１は、所定の事業者によって運用及び管理されている。なお、交通情報を受信するＵＲＬと、上記リクエストを受信するＵＲＬとは、同一であってもよいし、別であってもよい。交通情報の開示の要求を含むリクエストを受信するためのＵＲＬは、本発明の「第１指定アドレス」の一例である。第１指定アドレスは、交通情報サーバ１１が指定するアドレスであれば、ＵＲＬに限られない。以下では、交通情報の開示の要求を含むリクエストを受信するためのＵＲＬを第１ＵＲＬと記載する。

管理サーバ１２は、バス１５を運行するバス事業者や、当該バス事業者から委託された委託事業者など、交通情報サーバ１１を運用する事業者とは異なる事業者（以下、バス事業者等と記載する）によって運用及び管理されるサーバである。交通情報サーバ１１は、本発明の「サーバ」の一例である。

管理サーバ１２は、バス１５の運行管理を行う。具体的には、各バス１５が送信する情報を受信して運行管理データベースに記憶させる。詳しく説明すると、各バス１５は、不図示の各種センサと、情報収集装置１６と、ＧＰＳアンテナ１７と、をそれぞれ搭載している。各種センサは、バス１５の車速を検出する車速センサや、エンジンの回転数を検出する回転数センサや、バスの加速度を検出するジャイロセンサなどである。ＧＰＳアンテナ１７は、不図示のＧＰＳ衛星が送信した位置情報を受信する。

情報収集装置１６は、識別ＩＤを記憶する不図示のメモリと、不図示の通信モジュールと、を有している。情報収集装置１６は、各種センサから入力された検出信号に応じた情報と、ＧＰＳアンテナ１７が受信した位置情報と、メモリに記憶された識別ＩＤと、を含む情報を、通信モジュールを通じて無線送信する。バス１５から送信された情報は、通信事業者の基地局で受信され、インターネット等の通信網を通じて管理サーバ１２に入力される。管理サーバ１２は、入力された情報を、付設のメモリやストレージサーバなどに作成した運行管理データベースに、運行管理情報として登録する。

運行管理データベースは、バスの位置情報などに加え、バスの路線情報や、各停留所における各バスの出発時刻を示す出発時刻情報や、遅延情報なども記憶する。路線情報や出発時刻情報は、例えば、オペレータによって運行管理データベースに記憶される。遅延情報は、管理サーバ１２にインストールされた管理プログラムによって運行管理データベースに記憶される。管理プログラムは、例えば、出発時刻情報と、情報収集装置１６から入力された位置情報とに基づいて遅延情報を算出し、運行管理データベースに記憶させる。

管理サーバ１２は、運行管理データベースから運行管理情報や路線情報や出発時刻情報や遅延情報などの所定の情報を読み出し、交通情報サーバ１１が公開する第１ＵＲＬ宛てに、読み出した情報を交通情報として送信する。交通情報の送信は、例えば、交通情報サーバ１１が規定する所定のフォームにしたがって行われる。交通情報サーバ１１と管理サーバ１２との間でのインターネット１４を通じた交通情報の送受信は、どのような手法（通信プロトコル等）で行われてもよいので、詳しい説明は省略される。

事業者サーバ１８は、インターネット１４に接続されている。事業者サーバ１８は、公開されたＵＲＬを有しており、ＵＲＬに送信されたリクエストに応じて、ＰＲ動画を含むレスポンスを返信する。事業者サーバ１８は、バス事業者等が所持するサーバであってもよいし、その他の事業者が所持するサーバであってもよい。その他の事業者は、バス事業者等と、ＰＲ動画をサイネージ１３に表示させる契約を締結する。事業者サーバ１８は、サイネージ１３から送信されたリクエストに応じて、ＰＲ動画を含むレスポンスをサイネージ１３に返信する。事業者サーバ１８が公開するＵＲＬは、本発明の「第２指定アドレス」の一例である。以下では、事業者サーバ１８が公開するＵＲＬを第２ＵＲＬと記載して説明がされる。

サイネージ１３は、バス１５の各停留所にそれぞれ設置される。サイネージ１３は、停留所に設置された後、インターネット１４と接続される。サイネージ１３は、インターネット１４を通じて交通情報サーバ１１や管理サーバ１２や事業者サーバ１８と通信を行い、路線図や時刻表やバス１５の現在位置や遅延情報や事故情報や災害情報や緊急情報やＰＲ動画を表示する。以下、詳しく説明する。

図３が示すように、サイネージ１３は、上下方向に長い矩形状の前面を有する直方体状である。サイネージ１３の奥行方向の寸法は、前面の縦方向や幅方向の寸法に比べて小さい。すなわち、サイネージ１３は、場所を取らずに設置可能なように、薄型の外形を有している。なお、サイネージ１３は、横方向に長い薄型の外形を有していてもよい。すなわち、サイネージ１３の外形は、図示例に限られない。

サイネージ１３は、図２が示すように、表示装置２０と、通信モジュール２３と、人感センサ２４と、クロックモジュール２５と、コントローラ３０と、電源回路２６と、不図示の接続コネクタと、を備える。接続コネクタは、入力デバイス２７に一端が接続された通信ケーブルの他端と接続される。すなわち、入力デバイス２７が、着脱自在にサイネージ１３に接続される。入力デバイス２７は、例えば携帯端末やタブレットやノート型のパーソナルコンピュータなど、携帯可能なデバイスである。入力デバイス２７は、サイネージ１３の初期設定を行う場合などにおいて、サイネージ１３と接続される。入力デバイス２７は、例えばＲＳ２３２などの通信プロトコルを用いてサイネージ１３と通信を行う。

表示装置２０は、ディスプレイ２１と、ディスプレイ２１に重畳された透明な膜状のタッチセンサ２２と、を有する。ディスプレイ２１は、入力された表示情報に応じた画像を表示させる。タッチセンサ２２は、感圧式や静電式など種々の方式のものを用いることができる。タッチセンサ２２は、人の指先などが触れた位置に応じた検出信号を出力する。

ディスプレイ２１は、図３が示すように、路線図表示領域４１と、時刻表表示領域４２と、ＰＲ表示領域４３と、運行情報表示領域４４と、を有する。路線図表示領域４１は、バス１５の路線図を表示する。時刻表表示領域４２は、バスの出発時刻を表示する。ＰＲ表示領域４３は、ＰＲ動画を表示する。運行情報表示領域４４は、走行するバス１５の現在位置やバス１５の遅延情報を表示する。図示例では、運行情報表示領域４４の下に路線図表示領域４１が位置し、路線図表示領域４１の下にＰＲ表示領域４３が位置し、ＰＲ表示領域４３の下に時刻表表示領域４２が位置している。但し、路線図表示領域４１と、時刻表表示領域４２と、ＰＲ表示領域４３と、運行情報表示領域４４とは、どのような位置関係で配置されていてもよい。

通信モジュール２３は、ＴＣＰ／ＩＰなどの通信プロトコルを用いて通信を行うモジュールである。通信モジュール２３は、ルータなど、ファイアウォールを構築する機器を通じてインターネット１４と接続される。なお、通信モジュール２３は、インターネット１４と有線接続されていてもよいし、無線接続されていてもよい。

人感センサ２４は、サイネージ１３の周囲にいる人を検出するセンサである。人感センサ２４は、例えは、受光した赤外線に応じた信号を出力する赤外線センサであってもよいし、電波や光や音波を放射し、検知対象物で反射された電波や光や音波を受信し、受信した電波や光や音波に応じた信号を出力するレーダであってもよい。人感センサ２４は、本発明の「センサ」の一例である。

クロックモジュール２５は、日付及び時刻を示す日時情報を出力するモジュールである。

電源回路２６は、表示装置２０や通信モジュール２３や人感センサ２４やコントローラ３０に直流電圧を供給する回路である。電源回路２６は、例えば、交流の商用電源と接続され、入力された交流電圧を、所定の電圧値の直流電圧に変換して出力する。所定の直流電圧は、例えば、１５Ｖ、１０Ｖ、５Ｖ、３．３Ｖなどである。電源回路２６は、例えば、スイッチングレギュレータや、シリーズレギュレータや、オペアンプやダイオードを用いた定電圧回路などを組み合わせて形成される。なお、図２では、電源回路２６から表示装置２０や通信モジュール２３や人感センサ２４やコントローラ３０への給電線の図示が省略されている。

コントローラ３０は、中央演算処理装置であるＣＰＵ３１と、メモリ３２と、通信バス３８とを有している。ＣＰＵ３１、メモリ３２、表示装置２０、通信モジュール２３、人感センサ２４、クロックモジュール２５、及び上述の不図示の接続コネクタが、通信バス３８に接続されている。コントローラ３０は、通信バス３８を通じて、表示装置２０のディスプレイ２１に表示情報を送信し、通信バス３８を通じて、表示装置２０のタッチセンサ２２から検出信号を受信する。また、コントローラ３０は、通信バス３８通じて、人感センサ２４から検出信号を受信する。また、コントローラ３０は、通信バス３８を通じて、クロックモジュールから日時情報を受信する。また、コントローラ３０は、通信バス３８を通じて、接続コネクタと接続された入力デバイス２７から後述の識別情報などを受信する。また、コントローラ３０は、通信バス３８及び通信モジュール２３を通じてインターネット１４に接続された交通情報サーバ１１や管理サーバ１２や事業者サーバ１８と通信を行う。

なお、コントローラ３０は、後述のポーリングを行うためのタイマカウンタを有していてもよい。コントローラ３０は、例えば、カウントダウンタイマの出力値に応じて、リクエストを定期的に送信するポーリングを実行する。詳しくは後述される。

メモリ３２は、プログラムを記憶するプログラム記憶領域３３と、データを記憶するデータ記憶領域３４とを有する。プログラム記憶領域３３は、例えば、ＲＯＭである。データ記憶領域３４は、例えば、ＲＯＭやＲＡＭである。

プログラム記憶領域３３は、ＯＳ（Operation System）３５と、制御プログラム３６と、通信プログラム３７と、を記憶する。ＯＳ３５と、制御プログラム３６と、通信プログラム３７とは、アドレスに記述された命令がＣＰＵ３１によって順に実行されることにより、実行される。また、ＯＳ３５と、制御プログラム３６と、通信プログラム３７とは、並列して実行され得る（マルチタスク処理）。

通信プログラム３７は、通信モジュール２３を通じた通信の制御を行うプログラムである。なお、通信プログラム３７は、制御プログラム３６の一部として制御プログラム３６に組み込まれていてもよい。

制御プログラム３６は、後述の各処理を実行し、かつ表示装置２０の表示制御などを行うプログラムである。詳しくは後述される。

データ記憶領域３４は、通信アドレスと、識別情報と、第１ＵＲＬと、第２ＵＲＬと、第３ＵＲＬなどを記憶する。

通信アドレスは、インターネット１４においてサイネージ１３を特定するＩＰアドレスや、サイネージ１３の製造時に付与されたＭＡＣアドレスなどである。

識別情報は、サイネージ１３がいずれの停留所に設置されたサイネージであるかを識別するための情報である。識別情報は、例えば、停留所名や、住所や、地名や、停留所番号などの識別コードなどである。なお、サイネージ１３が電車の駅に設置される場合、識別情報は、駅名であってもよい。また、サイネージ１３が空港に設置される場合、識別情報は、空港名や、ＫＩＸなどの識別コードであってもよい。

第１ＵＲＬは、交通情報サーバ１１が公開するＵＲＬである。第２ＵＲＬは、事業者サーバ１８が公開するＵＲＬである。第３ＵＲＬは、管理サーバ１２が公開するＵＲＬである。

以下、制御プログラム３６及び通信プログラム３７が実行する各処理について説明がされる。なお、制御プログラム３６及び通信プログラム３７が実行する処理は、コントローラ３０が行う処理として記載される。各処理は、発明の要旨を変更しない範囲で、処理順序が適宜変更されてもよい。

サイネージ１３を停留所に設置する作業者は、サイネージ１３を停留所に設置した後、サイネージ１３を電源及びインターネット１４に接続し、さらに、サイネージ１３に入力デバイス２７を接続する。そして、作業者は、入力デバイス２７を用いてインターネット１４に関する設定入力や識別情報の入力等を行って、サイネージ１３の初期設定を行う。

サイネージ１３の初期設定において、コントローラ３０は、図４に示される初期設定処理を実行する。まず、コントローラ３０は、電源が投入されると、初期設定フラグに「ＯＦＦ」が設定されているか否かを判断する。初期設定フラグは、初期値が「ＯＦＦ」であり、初期設定処理が終了すると「ＯＮ」が設定されるフラグである。なお、コントローラ３０は、初期設定フラグが「ＯＦＦ」であるか否かの判断に代えて、識別情報がメモリ３２に記憶されているか否かを判断してもよい。すなわち、コントローラ３０は、ステップＳ１１の処理において、サイネージ１３の初期設定が終了しているか否かを判断する。

コントローラ３０は、初期設定フラグに「ＯＦＦ」が設定されていないと判断すると（Ｓ１１：Ｎｏ）、初期設定が終了していると判断して、初期設定処理を終了する。一方、コントローラ３０は、初期設定フラグに「ＯＦＦ」が設定されていると判断すると（Ｓ１１：Ｙｅｓ）、初期設定が終了していないと判断して、ステップＳ１２以降の処理を実行する。

まず、コントローラ３０は、識別情報が入力されるまで待機する（Ｓ１２：Ｎｏ）。コントローラ３０は、入力デバイス２７から識別情報が入力されたと判断すると（Ｓ１２：Ｙｅｓ）、入力された識別情報をメモリ３２に記憶させる（Ｓ１３）。識別情報をメモリ３２に記憶させるステップＳ１３の処理は、本発明の「識別情報取得処理」の一例である。

なお、コントローラ３０は、入力デバイス２７から入力される方法以外の方法で識別情報を取得してもよい。例えば、ＵＳＢ（登録商標）メモリなどの可搬記憶媒体を装着可能なスロットがサイネージ１３に設けられる。識別情報が可搬記憶媒体に予め記憶される。コントローラ３０は、可搬記憶媒体から識別情報を読み出して取得する。コントローラ３０は、入力デバイス２７や可搬記憶媒体を用いた識別情報の取得の他、他の方法によって識別情報を取得してもよい。

コントローラ３０は、ステップＳ１３の実行後、或いは、ステップＳ１２の実行前や、ステップＳ１２、Ｓ１３の処理と平行して、第１ＵＲＬを取得する処理を実行する。具体的には、コントローラ３０は、第１ＵＲＬが入力されるまで待機する（Ｓ１４：Ｎｏ）。コントローラ３０は、入力デバイス２７から第１ＵＲＬが入力されたと判断すると（Ｓ１４：Ｙｅｓ）、入力された第１ＵＲＬをメモリ３２に記憶させる（Ｓ１５）。第１ＵＲＬをメモリ３２に記憶させるステップＳ１５の処理は、本発明の「アドレス取得処理」の一例である。なお、交通情報サーバ１１は、バスや電車や航空機など交通機関の種類に拘わりなく用いられるので、交通情報サーバ１１が公開する第１ＵＲＬは、サイネージ１３が停留所に設置される前に、メモリ３２に予め記憶されていてもよい。その場合、コントローラ３０は、メモリ３２から第１ＵＲＬを読み出すことによって第１ＵＲＬを取得する。

次に、コントローラ３０は、セットアップ指示を取得する（Ｓ１６）。セットアップ指示は、バス１５の路線を示す路線情報やバスの出発時刻を示す出発時刻情報の取得の実行を指示する情報である。作業者は、例えば入力デバイス２７や上述の可搬記憶媒体を用いてセットアップ指示をコントローラ３０に入力する。コントローラ３０は、セットアップ指示が入力されたことに応じて、ステップＳ１７以降の処理を実行する。なお、コントローラ３０は、識別情報の取得を、セットアップ指示の取得としてもよい。すなわち、コントローラ３０は、識別情報を取得したことに応じて、Ｓ１７以降の処理を実行する。セットアップ指示を取得するＳ１６の処理や、識別情報を取得するステップＳ１３の処理は、本発明の「セットアップ指示取得処理」の一例である。

コントローラ３０は、セットアップ指示を取得したことに応じて、リクエストを生成する（Ｓ１７）。当該リクエストは、送信宛先としての第１ＵＲＬと、送信元を示す通信アドレスと、交通機関の種類を示す種別情報と、設置位置情報と、所定の要求と、を含む。すなわち、当該リクエストは、第１ＵＲＬを公開する交通情報サーバ１１に送信される。なお、当該リクエストは、ＨＴＴＰ（HyperText Transfer Protocol）やＨＴＴＰｓ（HyperText Transfer Protocol over transport layer security）などの通信プロトコルに準じて生成される。

種別情報は、バス、電車、航空機など、交通機関の種類を示す情報である。種別情報は、メモリ３２に予め記憶される。サイネージ１３が、バスや、電車や、航空機などに対して共通で使用される場合、種別情報は、入力デバイス２７などを用いて作業者が選択する。コントローラ３０は、作業者によって選択された種別情報をリクエストに含ませる。

設置位置情報は、メモリ３２に記憶された識別情報に応じた情報であって、交通情報サーバ１１が停留所の位置を特定可能な情報である。交通情報サーバ１１が住所や地名や停留所名によって停留所の位置を特定可能であれば、コントローラ３０は、設置位置情報として識別情報をリクエストに含める。交通情報サーバ１１が地名や停留所名や停留所番号によって位置を特定できなければ、コントローラ３０は、交通情報サーバ１１が位置を特定可能な情報として、識別情報に応じた設置位置情報を特定する。例えば、識別情報と住所（設置位置情報）とが対応付けられた対応テーブルがメモリ３２に予め記憶される。コントローラ３０は、メモリ３２から読み出した識別情報と対応する住所をメモリ３２から読み出し、設置位置情報として取得する。なお、識別情報を設置位置情報としてリクエストにそのまま含められるように、交通情報サーバ１１が停留所の位置を特定可能な情報が識別情報とされることが望ましい。

リクエストに含まれる所定の要求とは、設置位置情報が示す停留所に停車するバス１５の路線を示す路線情報を返信することの要求と、当該停留所におけるバスの出発時刻を示す出発時刻情報を返信することの要求とである。具体的には、コントローラ３０は、路線情報を返信することを要求するコマンドと、出発時刻を返信することを要求するコマンドとを含むリクエストを生成する。当該コマンドは、メモリ３２に予め記憶される。

路線情報を返信することを要求するコマンド及び出発時刻を返信することを要求するコマンドは、上述の種別情報及び設置位置情報を付帯情報として含む。すなわち、路線情報を返信することを要求するコマンドは、付帯情報である種別情報が示す交通機関（バス）において、付帯情報である設置位置情報が示す停留所を含む路線の路線情報を返信することを要求する。また、出発時刻情報を返信することを要求するコマンドは、付帯情報である種別情報が示す交通機関（バス）において、付帯情報である設置位置情報が示す停留所におけるバスの出発時刻を示す出発時刻情報を返信することを要求する。

なお、路線情報を返信することを要求するコマンドと、出発時刻を返信することを要求するコマンドとは、一のコマンドとされていてもよい。また、交通情報サーバ１１が解読可能であれば、コマンドを用いた要求以外の要求がリクエストに含まれていてもよい。さらにまた、コントローラ３０は、路線情報を返信することを要求するコマンドを含むリクエストと、出発時刻を返信することを要求するコマンドを含むリクエストとの２つのリクエストを生成してもよい。コントローラ３０が、一のリクエストを生成するか複数のリクエストを生成するかは、生成するリクエストのデータ構造によって決まる。リクエストは、例えば、リクエストを特定する送信番号を記憶する領域と、コマンドを記憶する領域と、付帯情報を記憶する領域等とで構成される。コマンドを記憶する領域が、複数のコマンドを含むことが可能であれば、コントローラ３０は、複数のコマンドを含む一のリクエストを生成する。

出発時刻情報は、本発明の「運行予定時刻情報」の一例である。運行予定時刻情報は、出発時刻の他、バス１５が停留所に到着する到着予定時刻を示す到着予定時刻情報や、停留所での停車時間を示す停車時間情報などを含んでいてもよい。すなわち、ステップＳ１７で生成されるリクエストは、出発時刻情報や到着予定時刻情報や停車時間情報の返信の要求を含んでいてもよい。

また、路線情報の返信を要求するコマンドを含むリクエストを送信するステップＳ１８の処理は、本発明の「路線情報要求処理」の一例である。出発時刻情報の返信を要求するコマンドを含むリクエストを送信するステップＳ１８の処理は、本発明の「時刻情報要求処理」の一例である。

コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ１８）。そして、コントローラ３０は、送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ１９：Ｎｏ）。なお、コントローラ３０は、リクエストを送信してからの所定の時間が経過してもレスポンスを受信できなかったと判断すると、リクエストを再送信する。

一方、フローチャートには示されていないが、コントローラ３０が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、交通情報サーバ１１は、コマンドに含まれる種別情報が示す交通機関（バス）において、設置位置情報が示す停留所を含む路線の路線情報及び出発時刻情報を交通データベースから読み出し、読み出した交通情報を含むレスポンスを生成する。そして、交通情報サーバ１１は、生成したレスポンスを、受信したリクエストに含まれていた通信アドレス宛に返信する。なお、読み出される交通情報は、管理サーバ１２が交通情報サーバ１１に予め送信して交通情報サーバ１１の交通データベースに記憶されている情報である。なお、交通情報サーバ１１は、ＨＴＴＰやＨＴＴＰｓの通信プロトコルに準じてレスポンスを生成する。すなわち、交通情報サーバ１１が返信するレスポンスは、ルータが生成するファイアウォールを超えてサイネージ１３に受信される。

コントローラ３０は、レスポンスを受信したと判断すると（Ｓ１９：Ｙｅｓ）、受信したレスポンスに含まれる路線情報及び出発時刻情報をメモリ３２に記憶させる（Ｓ２０）。路線情報を含むレスポンスを受信するステップＳ１９：Ｙｅｓの処理は、本発明の「路線情報受信処理」の一例である。出発時刻情報を含むレスポンスを受信するステップＳ１９：Ｙｅｓの処理は、本発明の「時刻情報受信処理」の一例である。路線情報及び出発時刻情報をメモリ３２に記憶させるステップＳ２０の処理は、本発明の「記憶処理」の一例である。

コントローラ３０は、路線情報及び出発時刻情報をメモリ３２に記憶させたことに応じて、初期設定フラグに「ＯＮ」を設定し（Ｓ２１）、初期設定処理を終了する。なお、フローチャートには示されていないが、コントローラ３０は、初期設定処理が終了したことに応じて、初期設定処理が終了したことを通知してもよい。具体的には、コントローラ３０は、初期設定処理が終了したことを示すメールを、メモリ３２に予め記憶されたメールアドレス宛に送信する。当該メールアドレスは、例えば、バス事業者等の担当者のメールアドレスである。

次に、コントローラ３０が、路線情報、出発時刻情報、バス１５の位置情報、及びバスの遅延情報を表示装置２０のディスプレイ２１に表示させる第１表示制御処理について説明がされる。

まず、コントローラ３０は、図５が示すように、表示開始時刻になったか否かを判断する（Ｓ３０）。具体的には、コントローラ３０は、クロックモジュール２５から入力された日時情報が示す時刻が、メモリ３２に記憶された始発のバス１５の出発時刻、或いは当該出発時刻の所定時間前になったか否かを判断する。なお、サイネージ１３にクロックモジュール２５が設けられる代わりに、コントローラ３０が、インターネット１４を通じて日時情報を定期的に取得してもよい。

コントローラ３０は、表示開始時刻になるまで待機する（Ｓ３０：Ｎｏ）。そして、コントローラ３０は、表示開始時刻になったと判断すると（Ｓ３０：Ｙｅｓ）、リクエストを生成する（Ｓ３１）。当該リクエストは、第１ＵＲＬと、通信アドレスと、種別情報と、設置位置情報と、所定の要求と、を含む。すなわち、コントローラ３０は、交通情報サーバ１１に返信を要求するリクエストを生成する。

所定の要求は、設置位置情報が示す停留所を含む路線を走行するバス１５の位置情報を返信することの要求と、遅延情報を返信することの要求とである。遅延情報は、バスが予定より遅延していることを示す情報或いは遅延時間を示す情報との少なくとも一方の情報である。

コントローラ３０は、位置情報を返信することを要求するコマンドと、遅延情報を返信することを要求するコマンドとを含むリクエストを生成する。当該コマンドは、メモリ３２に予め記憶される。位置情報を返信することを要求するコマンド及び遅延情報を返信することを要求するコマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、位置情報を返信することを要求するコマンドは、付帯情報である種別情報が示す交通機関（バス）において、付帯情報である設置位置情報が示す停留所を含む路線を走行するバス１５の現在位置を返信することを要求する。また、遅延情報を返信することを要求するコマンドは、付帯情報である種別情報が示す交通機関（バス）において、付帯情報である設置位置情報が示す停留所を含む路線を走行するバス１５の遅延情報を返信することを要求する。

なお、位置情報を返信することを要求するコマンドと、遅延情報を返信することを要求するコマンドとは、一のコマンドとされていてもよい。また、交通情報サーバ１１が解読可能であれば、コマンドを用いた要求以外の要求がリクエストに含まれていてもよい。さらにまた、コントローラ３０は、位置情報を返信することを要求するコマンドを含むリクエストと、遅延情報を返信することを要求するコマンドを含むリクエストとの２つのリクエストを生成してもよい。

コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ３２）。そして、コントローラ３０は、送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ３３：Ｎｏ）。なお、コントローラ３０は、レスポンスを受信するまでに、リクエストを送信してからの経過時間が所定の時間に達したと判断すると、リクエストの再送信を実行する。位置情報を返信することを要求するコマンドを含むリクエストを送信するステップＳ３２の処理は、本発明の「位置情報要求処理」の一例である。遅延情報を返信することを要求するコマンドを含むリクエストを送信するステップＳ３２の処理は、本発明の「遅延情報要求処理」の一例である。

一方、フローチャートには示されていないが、コントローラ３０が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、交通情報サーバ１１は、コマンドに含まれる種別情報が示す交通機関（バス）において、設置位置情報が示す停留所を含む路線を走行するバス１５の位置情報及び遅延情報を交通データベースから読み出し、読み出した情報を含むレスポンスを生成する。そして、交通情報サーバ１１は、生成したレスポンスを、受信したリクエストに含まれていた通信アドレス宛に返信する。なお、読み出される位置情報及び遅延情報は、管理サーバ１２が交通情報サーバ１１に予め送信して交通情報サーバ１１の交通データベースに記憶されている情報である。

コントローラ３０は、レスポンスを受信したと判断すると（Ｓ３３：Ｙｅｓ）、受信したレスポンスに含まれる位置情報及び遅延情報をメモリ３２に記憶させる（Ｓ３４）。位置情報を含むレスポンスを受信するステップＳ３３：Ｙｅｓの処理は、本発明の「位置情報受信処理」の一例である。遅延情報を含むレスポンスを受信するステップＳ３３：Ｙｅｓの処理は、本発明の「遅延情報受信処理」の一例である。

コントローラ３０は、ステップＳ３４でメモリ３２に記憶させた位置情報及び遅延情報に基づいて、表示装置２０のディスプレイ２１に表示させる表示情報を生成する（Ｓ３５）。ステップＳ３５で生成される表示情報は、バス１５が遅延していること、或いはバス１５の遅延時間を示す情報と、バス１５の位置を示す情報とを含む。バス１５の位置を示す情報は、例えば、バス１５の現在位置を示す住所や、地図上に表示されるマーカの位置を示す情報である。位置が示されるバス１５は、サイネージ１３が設置された停留所を含む路線上にある全てのバス１５であってもよいし、サイネージ１３が設置された停留所と、当該停留所の隣の停留所との間に位置するバス１５であってもよい。コントローラ３０は、ステップＳ３４でメモリ３２に記憶させた位置情報から所定のバスの１５の位置情報を選択し、選択した位置情報に基づいて、表示情報を生成する。表示情報を生成するステップＳ３４の処理は、本発明の「生成処理」の一例である。

コントローラ３０は、ステップＳ３４で生成した表示情報を表示装置２０に入力し、路線図、時刻表、バス１５の位置情報、及びバス１５の遅延情報をディスプレイ２１に表示させる（Ｓ３６）。路線図は、図３に示される路線図表示領域４１に表示される。時刻表は、時刻表表示領域４２に表示される。位置情報及び遅延情報は、運行情報表示領域４４に表示される。バス１５の位置情報及び遅延情報をディスプレイ２１に表示させるステップＳ３６の処理は、本発明の「表示処理」の一例である。

次に、コントローラ３０は、表示終了時刻になったか否かを判断する（Ｓ３７）。具体的には、コントローラ３０は、クロックモジュール２５から入力された日時情報が示す時刻が、メモリ３２に記憶された最終のバス１５の走行が終了する時刻になったか否かを判断する。コントローラ３０は、表示終了時刻になっていないと判断すると（Ｓ３７：Ｎｏ）、ステップＳ３１以降の処理を再度実行する。繰り返して実行されるステップＳ３２のリクエストの送信は、例えば、ポーリングによって実行される。すなわち、コントローラ３０は、所定の時間間隔でリクエストを繰り返して送信する。一方、コントローラ３０は、表示終了時刻になったと判断すると（Ｓ３７：Ｙｅｓ）、第１表示制御処理を終了する。

次に、コントローラ３０が、事故情報や、災害情報や、緊急情報を表示装置２０のディスプレイ２１に表示させる第２表示制御処理について説明がされる。

コントローラ３０は、図６が示すように、リクエストを生成する（Ｓ４１）。生成されるリクエストは、第１ＵＲＬと、通信アドレスと、種別情報と、設置位置情報と、所定の要求とを含む。すなわち、コントローラ３０は、交通情報サーバ１１に送信するリクエストを生成する。所定の要求とは、イベント情報を返信することの要求である。すなわち、コントローラ３０は、イベント情報を返信することを要求するコマンドを含むリクエストを生成する。当該コマンドは、メモリ３２に予め記憶される。

イベント情報を返信することを要求するコマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、当該コマンドは、種別情報が示す交通機関（バス）について、設置位置情報が示す停留所に関連するイベント情報の返信を要求するコマンドである。

コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ４２）。ステップＳ４１で生成したリクエストを交通情報サーバ１１に送信するステップＳ４２の処理は、本発明の「問合せ処理」の一例である。

一方、フローチャートには示されていないが、コントローラ３０が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、交通情報サーバ１１は、コマンドに含まれる種別情報が示す交通機関（バス）において、設置位置情報が示す停留所に関するイベント情報の有無を確認する。そして、交通情報サーバ１１は、イベント情報がある場合は、当該イベント情報を含むレスポンスを生成し、イベント情報がない場合は、イベント情報がないことを示す情報を含むレスポンスを生成する。交通情報サーバ１１は、生成したレスポンスを、受信したリクエストに含まれる通信アドレス宛に返信する。

イベント情報は、複数の種類を有する。一の種類のイベント情報は、事故を示す。事故は、例えば、バス１５に関する事故や、バス１５の路線における他の車両等の事故や、或いは、バス１５と接続する電車や航空機などの他の交通機関に関する事故などである。

他の一の種類のイベント情報は、災害を示す。災害は、例えば、バス１５の路線における地震や火災やゲリラ雷雨や津波や台風などである。

さらに他の一の種類のイベント情報は、緊急事態を示す。緊急事態は、例えば、道路などが破壊される大地震や、テロの発生などである。

なお、コントローラ３０は、ステップＳ４１で生成したリクエストを、交通情報サーバ１１以外のサーバに送信してもよい。例えば、交通情報サーバ１１が災害や緊急事態に関する情報の配信を行っていない場合、コントローラ３０は、災害や緊急事態に関する情報の配信を行っているサーバに、生成したリクエストを送信する。具体的には、コントローラ３０は、第１ＵＲＬに代えて、災害や緊急事態に関する情報を配信するサーバが公開するＵＲＬをリクエストに含ませる。当該ＵＲＬは、例えば、メモリ３２に予め記憶される。

コントローラ３０は、送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ４３：Ｎｏ）。コントローラ３０は、レスポンスを受信したと判断すると（Ｓ４３：Ｙｅｓ）、受信したレスポンスにイベント情報が含まれるか否かを判断する（Ｓ４４）。コントローラ３０は、受信したレスポンスにイベント情報が含まれないと判断すると（Ｓ４４：Ｎｏ）、ステップＳ４５からＳ５８までの処理をスキップする。一方、コントローラ３０は、受信したレスポンスにイベント情報が含まれると判断すると（Ｓ４４：Ｙｅｓ）、イベント情報の種類を判断する（Ｓ４５）。交通情報サーバ１１が返信したレスポンスを受信するステップＳ４３：Ｙｅｓの処理は、本発明の「イベント情報受信処理」の一例である。

コントローラ３０は、イベント情報の種類が事故を示すと判断すると（Ｓ４５：事故）、リクエストを生成し、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ４６）。当該リクエストは、第１ＵＲＬ、通信アドレス、及び事故情報を返信することを要求するコマンドを含む。当該コマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）について、設置位置情報が示す停留所に関する事故情報を返信することを要求するリクエストを、交通情報サーバ１１宛てに送信する。事故情報とは、事故の種類や、事故が生じた場所や、事故によって生じた車両１５の遅延時間や遅延状況を示す遅延情報や、事故が生じたときの迂回経路を示す迂回情報や、車両１５や電車や航空機の欠航や欠便を示す欠便情報や、事故などによって変更されたライブの情報などである。ステップＳ４５で生成したリクエストを交通情報サーバ１１に送信するステップＳ４６の処理は、本発明の「事故情報要求処理」の一例である。

なお、交通情報サーバ１１は、管理サーバ１２や、種々の交通機関を運営する事業者等が運用する管理サーバなどから事故情報を収集し、要求（リクエスト）に応じて収集した事故情報を返信（レスポンス）する。

コントローラ３０は、ステップＳ４６で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ４７：Ｎｏ）。コントローラ３０は、ステップＳ４６で送信したリクエストに対するレスポンスを受信したと判断すると（Ｓ４７：Ｙｅｓ）、受信したレスポンスに含まれる事故情報に基づいて、表示情報を生成する（Ｓ４８）。そして、コントローラ３０は、生成した表示情報を表示装置２０に入力し、事故情報をディスプレイ２１に表示させる（Ｓ４９）。事故情報は、例えば、運行情報表示領域４４（図３）に表示される。なお、事故情報は、ディスプレイ２１に設けられた専用の表示領域に表示されてもよい。

事故情報を含むレスポンスを受信するステップＳ４７：Ｙｅｓの処理は、本発明の「事故情報受信処理」の一例である。事故情報を示す表示情報を生成するステップＳ４８の処理は、本発明の「生成処理」の一例である。事故情報をディスプレイ２１に表示させるステップＳ４９の処理は、本発明の「表示処理」の一例である。

コントローラ３０は、ステップＳ４５において、イベント情報の種類が災害を示すと判断すると（Ｓ４５：災害）、リクエストを生成し、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ５０）。当該リクエストは、第１ＵＲＬ、通信アドレス、及び災害情報を返信することを要求するコマンドを含む。当該コマンドは、上述の種別情報及び設置位置情報を含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）について、設置位置情報が示す停留所に関する災害情報を返信することを要求するリクエストを、交通情報サーバ１１宛てに送信する。災害情報の返信の要求を含むリクエストを送信するステップＳ５０の処理は、本発明の「災害情報要求処理」の一例である。

コントローラ３０は、ステップＳ５０で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ５１：Ｎｏ）。コントローラ３０は、ステップＳ５０で送信したリクエストに対するレスポンスを受信したと判断すると（Ｓ５１：Ｙｅｓ）、受信したレスポンスに含まれる災害情報に基づいて、表示情報を生成する（Ｓ５２）。そして、コントローラ３０は、生成した表示情報を表示装置２０に入力し、災害情報をディスプレイ２１に表示させる（Ｓ５３）。災害情報は、例えば、運行情報表示領域４４に表示される。なお、災害情報は、ディスプレイ２１に設けられた専用の表示領域に表示されてもよい。

災害情報を含むレスポンスを受信するステップＳ５１：Ｙｅｓの処理は、本発明の「災害情報受信処理」の一例である。災害情報を示す表示情報を生成するステップＳ５２の処理は、本発明の「生成処理」の一例である。災害情報をディスプレイ２１に表示させるステップＳ５３の処理は、本発明の「表示処理」の一例である。

コントローラ３０は、ステップＳ４５において、イベント情報の種類が緊急事態（緊急時）を示すと判断すると（Ｓ４５：緊急）、リクエストを生成し、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ５４）。当該リクエストは、第１ＵＲＬ、通信アドレス、及び緊急情報を返信することを要求するコマンドを含む。当該コマンドは、上述の種別情報及び設置位置情報を付帯情報として含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）について、設置位置情報が示す停留所に関する緊急情報を返信することを要求するリクエストを、交通情報サーバ１１宛てに送信する。緊急情報の返信の要求を含むリクエストを送信するステップＳ５４の処理は、本発明の「緊急情報要求処理」の一例である。

コントローラ３０は、ステップＳ５４で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ５５：Ｎｏ）。コントローラ３０は、ステップＳ５４で送信したリクエストに対するレスポンスを受信したと判断すると（Ｓ５５：Ｙｅｓ）、受信したレスポンスに含まれる緊急情報に基づいて、表示情報を生成する（Ｓ５６）。そして、コントローラ３０は、第１表示制御処理（図５）を停止するとともに、ステップＳ５６で生成した表示情報を表示装置２０に入力し、緊急情報をディスプレイ２１に表示させる（Ｓ５７）。緊急情報は、例えば、ディスプレイ２１の全面に表示される。

緊急情報を含むレスポンスを受信するステップＳ５５：Ｙｅｓの処理は、本発明の「緊急情報受信処理」の一例である。緊急情報を示す表示情報を生成するステップＳ５６の処理は、本発明の「緊急情報生成処理」の一例である。緊急情報をディスプレイ２１に表示させるステップＳ５７の処理は、本発明の「緊急情報表示処理」の一例である。

コントローラ３０は、緊急情報の表示を終了するか否かを判断する（Ｓ５８）。コントローラ３０は、例えば、入力デバイス２７によって解除指示が入力されたことに応じて、緊急情報の表示を終了すると判断する。コントローラ３０は、緊急情報の表示を終了しないと判断すると（Ｓ５８：Ｎｏ）、ステップＳ５４以降の処理を再度実行する。コントローラ３０は、例えばポーリングにより、ステップＳ５４で生成したリクエストを所定の時間間隔で定期的に交通情報サーバ１１に送信する。すなわち、緊急時において、サイネージ１３は、常に最新の緊急情報を表示することができる。

コントローラ３０は、ステップＳ４９、Ｓ５３の処理の実行後、緊急情報の表示を終了すると判断した後（Ｓ５８：Ｙｅｓ）、或いは、イベント情報がレスポンスに含まれないと判断した後（Ｓ４４：Ｎｏ）、表示を終了するか否かを判断する（Ｓ５９）。コントローラ３０は、例えば、入力デバイス２７を用いてリセット指示が入力されたことに応じて、表示を終了すると判断する（Ｓ５９：Ｙｅｓ）。すなわち、コントローラ３０は、意図的に処理が終了されない限り、昼夜を問わずイベント情報を定期的に取得して、事故情報や災害情報や緊急情報を表示する。なお、コントローラ３０は、ステップＳ４１で生成したリクエストを、ポーリングなどによって定期的に繰り返し送信する（Ｓ４２）。

次に、サイネージ１３がＰＲ動画を表示する第３表示制御処理が、図７を参照して説明される。まず、コントローラ３０は、事業者サーバ１８（図１）が公開する第３ＵＲＬの入力を受け付ける（Ｓ６１）。第３ＵＲＬは、例えば、入力デバイス２７や可搬記憶媒体を用いてサイネージ１３に入力される。或いは、コントローラ３０は、第３ＵＲＬを返信することを要求するコマンドを含むリクエストを管理サーバ１２宛てに送信し、レスポンスに含まれる第３ＵＲＬを取得する。なお、第３ＵＲＬは、第２ＵＲＬと同じＵＲＬであってもよい。すなわち、バス事業者等が、契約した事業者からＰＲ動画を受け取り、サイネージ１３に配信してもよい。第３ＵＲＬは、バス事業者等と契約する事業者が変更した場合などにおいて更新される。

コントローラ３０は、第３ＵＲＬを取得したことに応じて、リクエストを生成する（Ｓ６２）。当該リクエストは、第３ＵＲＬと、通信アドレスと、ＰＲ動画を返信することを要求するコマンドと、を含む。コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ６３）。ＰＲ動画を返信することを要求するコマンドを含むリクエストを送信するステップＳ５３の処理は、本発明の「広告情報要求処理」の一例である。ＰＲ動画は、本発明の「広告情報」の一例である。

一方、フローチャートには示されていないが、コントローラ３０が送信したリクエストは、事業者サーバ１８によって受信される。事業者サーバ１８は、受信したリクエストに含まれるコマンドを実行する。具体的には、事業者サーバ１８は、付設するメモリに記憶されたＰＲ動画を含むレスポンスを受信したリクエストに含まれる通信アドレス宛に返信する。

コントローラ３０は、ステップＳ６３で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ６４：Ｎｏ）。コントローラ３０は、レスポンスを受信したと判断すると（Ｓ６４：Ｙｅｓ）、受信したレスポンスに含まれるＰＲ動画をメモリ３２に記憶させる（Ｓ６５）。ＰＲ動画を含むレスポンスを受信するステップＳ６４：Ｙｅｓの処理は、本発明の「広告情報受信処理」の一例である。ＰＲ動画をメモリ３２に記憶させるステップＳ６５の処理は、本発明の「記憶処理」の一例である。

コントローラ３０は、メモリ３２に記憶されたＰＲ動画に基づいて表示情報を生成し（Ｓ６６）、生成した表示情報を表示装置２０に入力してＰＲ動画をディスプレイ２１に表示させ（Ｓ６７）、第３表示制御処理を終了する。ＰＲ動画は、ＰＲ表示領域４３（図３）に表示される。なお、ＰＲ動画に代えて、静止画像がＰＲ表示領域４３に表示されてもよい。すなわち、事業者サーバ１８は、ＰＲ動画に代えて、静止画像を含むレスポンスを返信する。静止画像は、本発明の「広告情報」の一例である。表示情報を生成するステップＳ６６の処理は、本発明の「生成処理」の一例である。ＰＲ画像をディスプレイ２１に表示させるステップＳ６７の処理は、本発明の「表示処理」の一例である。

なお、サイネージ１３におけるＰＲ動画を表示する機能は、適宜選択可能な事項である。すなわち、サイネージ１３は、ＰＲ動画を表示する機能を有していてもよいし、有していなくてもよい。

コントローラ３０は、上述の第１表示制御処理、第２表示制御処理、及び第３表示制御処理の実行中において、人感センサ２４が検知する人の有無に応じて、ディスプレイ２１への表示情報の入力を実行或いは停止する。すなわち、コントローラ３０は、サイネージ１３の周囲に人がいない場合、ディスプレイ２１での表示を停止させて電力の無駄な消費を抑える。コントローラ３０が、人感センサ２４が出力する検出信号に応じて人の有無を判断する処理は、本発明の「判断処理」の一例である。なお、人感センサ２４に代えて、カメラが用いられてもよい。ガメラは、サイネージ１３の周囲を撮像して画像データを生成し、生成した画像データをコントローラ３０に送信する、コントローラ３０は、入力された画像データに基づいて、人の有無を判断する。

また、コントローラ３０は、路線図や時刻表や運行管理情報の表示を切り替える切替アイコンをディスプレイ２１に表示させる。そして、コントローラ３０は、利用者が切替アイコンに触れたか否かを監視する。具体的には、コントローラ３０は、タッチセンサが出力する検出信号を監視する。

コントローラ３０は、利用者が切替アイコンに触れたと判断すると、ディスプレイ２１に表示させる画面を切り替える。具体的には、コントローラ３０は、複数の路線図の内の一の路線図の表示から、他の路線図の表示に表示を切り替える。或いは、コントローラ３０は、一の路線の時刻表の表示から、他の路線の時刻表の表示に表示を切り替える。或いは、コントローラ３０は、一の路線の運行情報の表示から、他の路線の運行情報の表示に表示を切り替える。人が触れたことに応じてタッチセンサ２２が出力する検出信号は、本発明の「表示切替指示」の一例である。コントローラ３０が、人が触れたことに応じてタッチセンサ２２が出力する検出信号の入力を受け付ける処理は、本発明の「表示切替受付処理」の一例である。コントローラ３０が、ディスプレイ２１に表示させる表示内容を切り替える処理は、本発明の「表示切替処理」の一例である。

なお、人感センサ２４及びタッチセンサ２２の実装の有無は、適宜選択され得る事項である。すなわち、サイネージ１３は、周囲の人の有無によってディスプレイ２１での表示と非表示とを切り替える機能を有していなくてもよいし、画面を切り替えて表示する機能を有していなくてもよい。

次に、サイネージ１３のローカライズについて説明する。コントローラ３０は、例えば、ステップＳ３４においてメモリ３２に記憶させたバス１５の位置情報などに基づいて、設置された停留所に間もなくバス１５が到着すると判断すると、「間もなくバス１５が到着します」などの表示を行う。メモリ３２は、「間もなくバス１５が到着します」などの定型表示情報を、複数の言語で、それぞれ言語ＩＤと対応付けて記憶する。言語ＩＤは、本発明の「指定言語情報」の一例である。

コントローラ３０は、言語ＩＤの入力を受け付ける。言語ＩＤは、例えば、入力デバイス２７を用いてサイネージ１３に入力される。コントローラ３０は、入力された言語ＩＤに対応する定型表示情報をメモリ３２から読み出し、読み出した定型表示情報をディスプレイ２１に表示させる。コントローラ３０が言語ＩＤを取得する処理は、本発明の「指定言語取得処理」の一例である。コントローラ３０が定型表示情報をディスプレイ２１に表示させる処理は、本発明の「表示処理」の一例である。

また、コントローラ３０は、ディスプレイ２１に供給される直流電流、直流電圧、及び直流電力のうちの少なくとも１つの値に応じた検出値の入力を受け付ける。例えば、ディスプレイ２１に供給される直流電流を検出する検出回路が設けられ、検出回路の出力端が通信バス３８と接続される。ディスプレイ２１に供給される直流電流、直流電圧、及び直流電力のうちの少なくとも１つの値に応じた検出値は、本発明の「動作情報」の一例である。コントローラ３０が当該検出値の入力を受け付ける処理は、本発明の「受付処理」の一例である。

コントローラ３０は、受け付けた上記検出値が、メモリ３２に記憶された閾値範囲内であるか否かを判断する。コントローラ３０が当該判断を行う処理は、本発明の「自己診断処理」の一例である。コントローラ３０は、受け付けた上記検出値がメモリ３２に記憶された閾値範囲内でないと判断すると、ディスプレイ２１に故障が生じていることを示す故障情報を、メモリ３２に記憶されたメールアドレス宛に送信する。メールアドレスは、例えば、バス事業者等の担当者のメールアドレスである。メールアドレスは、サイネージ１３が停留所に設置される前、或いはサイネージ１３が停留所に設置された後に、入力デバイス２７を用いてサイネージ１３に入力される。コントローラ３０は、入力されたメールアドレスをメモリ３２に記憶させる。コントローラ３０が故障情報を含むメールを送信する処理は、本発明の「故障情報処理」の一例である。

次に、路線や時刻表などのダイヤ改正がされる場合において、サイネージ１３が、ダイヤ改正後の路線図や時刻表をディスプレイ２１に表示する場合にコントローラ３０が実行するダイヤ改正処理について、図８を参照して説明がされる。

まず、コントローラ３０は、リクエストを生成する（Ｓ７１）。当該リクエストは、第１ＵＲＬと、通信アドレスと、ダイヤ改正を含むイベントの有無を示すイベント情報を返信することを要求するコマンドとを含む。当該コマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）であって、設置位置情報が示すバス停を含む路線についてダイヤ改正などのイベントがあるか否かを交通情報サーバ１１に問い合わせるリクエストを生成する。コントローラ３０は、生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ７２）。ダイヤ改正があるか否かを問い合わせるリクエストを送信するステップＰＳ７２の処理は、本発明の「問合せ処理」の一例である。

一方、フローチャートには示されていないが、サイネージ１３が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、交通情報サーバ１１は、ダイヤ改正等に関する情報が交通データベースに記憶されているか否かを確認する。コントローラ３０は、ダイヤ改正等に関する情報が交通データベースに記憶されていないと判断すると、ダイヤ改正がないことを示すイベント情報を含むレスポンスを生成し、受信したリクエストに含まれる通信アドレス宛に返信する。交通情報サーバ１１は、ダイヤ改正に関する情報が交通データベースに記憶されていると判断すると、ダイヤ改正があることを示すイベント情報を含むレスポンスを生成し、受信したリクエストに含まれる通信アドレス宛に返信する。

コントローラ３０は、ステップＳ７２で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ７３：Ｎｏ）。コントローラ３０は、レスポンスを受信したと判断すると（Ｓ７３：Ｙｅｓ）、レスポンスに含まれるイベント情報に基づいて、ダイヤ改正があるか否かを判断する（Ｓ７４）。コントローラ３０は、ダイヤ改正がないと判断すると（Ｓ７４：Ｎｏ）、ダイヤ改正処理を終了する。交通情報サーバ１１が返信したレスポンスを受信するステップＳ７３：Ｙｅｓの処理は、本発明の「イベント情報受信処理」の一例である。

コントローラ３０は、ダイヤ改正があると判断すると（Ｓ７４：Ｙｅｓ）、リクエストを生成する（Ｓ７５）。当該リクエストは、第１ＵＲＬと、通信アドレスと、ダイヤ改正の日時、ダイヤ改正後の路線情報、及びダイヤ改正後の出発時刻情報を返信することを要求するコマンドと、を含む。当該コマンドは、種別情報及び設置位置情報を付帯情報として含む。すなわち、コントローラ３０は、種別情報が示す交通機関（バス）であって、設置位置情報が示すバス停を含む路線について、ダイヤ改正の日時、ダイヤ改正後の路線情報及び出発時刻情報を返信することを交通情報サーバ１１に要求するリクエストを生成する。なお、コントローラ３０は、ステップＳ７５において、複数のリクエストを生成してもよい。一のリクエストは、ダイヤ改正の日時を返信することを要求するコマンドを含む。他の一のリクエストは、ダイヤ改正後の路線情報を返信することを要求するコマンドを含む。さらに他の一のリクエストは、ダイヤ改正後の出発時刻情報を返信することを要求するコマンドを含む。

コントローラ３０は、ステップＳ７５で生成したリクエストを、通信モジュール２３を通じてインターネット１４に対して送信する（Ｓ７６）。

一方、フローチャートには示されていないが、サイネージ１３が送信したリクエストは、交通情報サーバ１１によって受信される。交通情報サーバ１１は、受信したリクエストに含まれるコマンドを実行する。具体的には、コントローラ３０は、ダイヤ改正の日時、ダイヤ改正後の路線情報、及びダイヤ改正後の出発時刻情報をデータテーブルから読み出す。交通情報サーバ１１は、読み出したダイヤ改正の日時、ダイヤ改正後の路線情報、及びダイヤ改正後の出発時刻情報を含むレスポンスを、受信したリクエストに含まれる通信アドレス宛に返信する。

サイネージ１３のコントローラ３０は、ステップＳ７６で送信したリクエストに対するレスポンスを受信するまで待機する（Ｓ７７：Ｎｏ）。コントローラ３０は、レスポンスを受信したと判断すると（Ｓ７７：Ｙｅｓ）、レスポンスに含まれるダイヤ改正の日時、ダイヤ改正後の路線情報、及びダイヤ改正後の出発時刻情報をメモリ３２に記憶させる（Ｓ７８）。

コントローラ３０は、クロックモジュール２５が出力する日時情報が示す日付が、メモリ３２に記憶されたダイヤ改正日時が示す日付になるまで待機する（Ｓ７９：Ｎｏ）。コントローラ３０は、クロックモジュール２５が出力する日時情報が示す日付が、メモリ３２に記憶されたダイヤ改正日時が示す日付になったと判断すると（Ｓ７９：Ｙｅｓ）、ダイヤ改正後の路線情報及び出発時刻情報をメモリ３２から読み出す。コントローラ３０は、読み出したダイヤ改正後の路線情報及び出発時刻情報に基づいて表示情報を生成する（Ｓ８０）。コントローラ３０は、生成した表示情報を表示装置２０に入力して、ダイヤ改正後の路線情報及び出発時刻情報をディスプレイ２１に表示させ（Ｓ８１）、ダイヤ改正処理を終了する。コントローラ３０は、例えば、毎日の所定の時刻（例えば、午前０時）に、ダイヤ改正処理を実行する。

なお、フローチャートには示されていないが、コントローラ３０は、ステップＳ８１において、ダイヤ改正後の路線情報及び出発時刻情報をディスプレイ２１に表示させた後、ダイヤ改正前の路線情報、出発時刻情報、及びダイヤ改正日時をメモリ３２から削除する。

[実施形態の作用効果]

本実施形態のサイネージ１３は、図４が示す初期設定処理を実行する。したがって、サイネージ１３を停留所に設置する作業者は、入力デバイス２７を用いて識別情報及びセットアップ指示をサイネージ１３に入力するだけで、路線情報や出発時刻情報をサイネージ１３のメモリ３２に記憶させる初期設定をサイネージ１３に自動で行わせることができる。その結果、サイネージを各停留所にそれぞれ設置し、設置したサイネージごとに異なる路線情報を入力する従来のサイネージに比べ、作業者の手間が省かれる。また、本実施形態のサイネージ１３は、管理サーバ１２ではなく、交通情報サーバ１１から路線情報や出発時刻情報を取得するので、管理サーバ１２から路線情報や出発時刻情報を取得する従来のサイネージに比べ、汎用性が高い。詳しく説明すると、従来のサイネージでは、交通機関の種類に応じたカスタマイズが必要であるが、本実施形態のサイネージ１３では、交通機関の種類に応じてカスタマイズすることなく使用することができる。また、従来のサイネージでは、既に運用されている管理サーバ１２の仕様に合わせてカスタマイズする必要があるが、本実施形態のサイネージでは、管理サーバ１２の仕様に合わせてカスタマイズすることなく使用することができる。すなわち、本実施形態のサイネージ１３は、従来のサイネージよりも汎用性が高い。

また、本実施形態のサイネージ１３は、図５が示す第１表示制御処理を実行する。したがって、本実施形態のサイネージ１３は、受信した交通情報をリクエストに応じてレスポンスする交通情報サーバ１１の既存の機能を利用して、バス１５の現在位置や遅延情報を表示することができる。

また、本実施形態のサイネージ１３は、図６が示す第２表示制御処理を実行する。したがって、本実施形態のサイネージ１３は、事故や災害や緊急事態が生じたときに、事故情報、災害情報、及び緊急情報を即座に表示することができる。

また、本実施形態のサイネージ１３は、図７が示す第３表示制御処理を実行する。したがって、本実施形態のサイネージ１３は、ＰＲ動画などの広告を、作業者の手間を必要とせずに表示することができる。

また、本実施形態のサイネージ１３は、図８が示すダイヤ改正処理を実行する。したがって、本実施形態のサイネージ１３は、ダイヤ改正後の路線図及び時刻表を、作業者の手間を必要とせずに、適切な日に表示することができる。

また、本実施形態のサイネージ１３は、タッチセンサ２２を有するので、利用者がディスプレイ２１に触れるだけで、利用者が望む画面（情報）をディスプレイ２１に表示させることができる。

また、本実施形態のサイネージ１３は、人感知センサを有するので、サイネージ１３の周囲に人がいない場合にディスプレイ２１を消灯させて、消費電力を低減させることができる。

また、本実施形態のサイネージ１３は、表示装置２０が故障した場合、バス事業者等の担当者に、故障情報を含むメールを送信する。したがって、本実施形態のサイネージ１３は、故障が生じた場合に、バス事業者等に即座に修理を行わせることができる。

また、本実施形態のサイネージ１３は、言語ＩＤとそれぞれ対応付けられた複数の定型表示情報をメモリ３２に記憶する。したがって、本実施形態のサイネージ１３は、設置された国の言語で表現された定型表示情報を表示することができる。

[変形例]

また、上述の実施形態では、コントローラ３０が、サイネージ１３の周囲に人がいないと判断した場合に、表示装置２０での表示を停止する例が説明された。しかしながら、コントローラ３０は、サイネージ１３の周囲に人がいないと判断した場合、路線図や時刻表などの情報の一部を拡大して表示してもよい。すなわち、コントローラ３０は、遠くからでも表示装置２０に表示された内容を視認可能なように、路線図や時刻表の一部を拡大して表示させる。なお、コントローラ３０は、路線図や時刻表の一部を拡大して表示する代わりに、遠くからでも視認し易いような形式や表示態様に路線情報や出発時刻情報を編集して表示装置２０に大きく表示させてもよい。

１１・・・交通情報サーバ
１２・・・管理サーバ
１３・・・サイネージ
１５・・・車両
１６・・・データ収集装置
２０・・・表示装置
２１・・・ディスプレイ
２２・・・タッチセンサ
２３・・・通信モジュール
２４・・・人感センサ
２５・・・クロックモジュール
３０・・・コントローラ
３６・・・制御プログラム

Claims (15)

1. インターネットを通じて、路線情報、運行予定時刻情報、運行される移動体の位置情報を少なくとも含む交通情報を受信し、受信した交通情報をリクエストに応じてレスポンスする機能を有するサーバと通信する通信モジュールと、
   メモリを有するコントローラと、
   上記コントローラが生成した表示情報を表示する表示装置と、を備え、
   上記コントローラは、
   交通機関の停留所を特定する識別情報を取得して上記メモリに記憶させる識別情報取得と、
   上記サーバが指定する第１指定アドレスを取得するアドレス取得処理と、
   セットアップ指示を取得するセットアップ指示取得処理と、
   上記セットアップ指示を取得したことに応じて、上記識別情報取得で取得した上記識別情報に応じた設置位置情報と、上記識別情報で特定される停留所を含む路線情報を返信することの要求と、を含むリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに送信する路線情報要求処理と、
   上記路線情報要求処理に対するレスポンスを受信する路線情報受信処理と、
   上記路線情報要求処理で受信したレスポンスに含まれる上記路線情報を上記メモリに記憶させる記憶処理と、を実行するサイネージ。
2. 上記コントローラは、
   上記セットアップ指示を取得したことに応じて、上記設置位置情報と、上記識別情報で特定される停留所における運行予定時刻情報を返信することの要求と、を含むリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに送信する時刻情報要求処理と、
   上記時刻情報要求処理に対するレスポンスを受信する時刻情報受信処理と、
   上記時刻情報受信処理で受信した上記運行予定時刻情報を上記メモリにさらに記憶させる上記記憶処理と、をさらに実行する請求項１に記載のサイネージ。
3. 上記コントローラは、
   上記メモリに記憶された上記路線情報及び上記運行予定時刻情報に基づいて、上記表示情報を生成する生成処理と、
   上記生成処理で生成した上記表示情報を出力し、上記路線情報及び上記運行予定時刻情報を上記表示装置に表示させる表示処理と、を実行する請求項２に記載のサイネージ。
4. 上記コントローラは、
   上記メモリに記憶された上記路線情報が示す路線における上記移動体の位置を示す位置情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに定期的に送信する位置情報要求処理と、
   上記位置情報要求処理に対するレスポンスを受信する位置情報受信処理と、
   上記位置情報受信処理で受信したレスポンスに含まれる位置情報にさらに基づいて、上記表示情報を生成する上記生成処理と、
   上記生成処理で生成した上記表示情報を出力し、上記位置情報を上記表示装置にさらに表示させる上記表示処理と、を実行する請求項３に記載のサイネージ。
5. 上記コントローラは、
   上記メモリに記憶された上記路線情報が示す路線における上記移動体の遅延を示す遅延情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて、上記第１指定アドレス宛てに定期的に送信する遅延情報要求処理と、
   上記遅延情報要求処理に対するレスポンスを受信する遅延情報受信処理と、
   上記遅延情報受信処理で受信したレスポンスに含まれる上記遅延情報にさらに基づいて、上記表示情報を生成する上記生成処理と、
   上記生成処理で生成した上記表示情報を出力し、上記遅延情報を上記表示装置にさらに表示させる上記表示処理と、を実行する請求項３または４に記載のサイネージ。
6. 上記コントローラは、
   イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを上記通信モジュールを通じて上記第１指定アドレス宛てに送信する問合せ処理と、
   上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、
   上記イベント情報受信処理で受信した上記レスポンスに、上記路線情報の変更を示す上記イベント情報が含まれることに応じて、上記路線情報要求処理、上記路線情報受信処理、及び上記記憶処理と、を実行する請求項３から５のいずれかに記載のサイネージ。
7. 上記コントローラは、
   イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを上記通信モジュールを通じて上記第１指定アドレス宛てに送信する問合せ処理と、
   上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、
   上記イベント情報受信処理で受信した上記レスポンスに、上記運行予定時刻情報の変更を示す上記イベント情報が含まれることに応じて、上記時刻情報要求処理、上記時刻情報受信処理、及び上記記憶処理と、を実行する請求項３から６のいずれかに記載のサイネージ。
8. 上記コントローラは、
   イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて定期的に送信する問合せ処理と、
   上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、
   上記イベント情報受信処理で受信した上記レスポンスに、上記メモリに記憶された上記路線情報に関連した事故を示す上記イベント情報が含まれることに応じて、事故に関する事故情報の要求を含むリクエストを、上記通信モジュールを通じて送信する事故情報要求処理と、
   上記事故情報要求処理に対するレスポンスを受信する事故情報受信処理と、
   上記事故情報受信処理で受信した上記レスポンスに含まれる上記事故情報に基づいて上記表示情報をさらに生成する上記生成処理と、
   上記生成処理で生成した上記表示情報を出力し、上記事故情報を上記表示装置にさらに表示させる上記表示処理と、を実行する請求項３から７のいずれかに記載のサイネージ。
9. 上記コントローラは、
   イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて定期的に送信する問合せ処理と、
   上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、
   上記イベント情報受信処理で受信した上記レスポンスに、災害が発生したことを示す上記イベント情報が含まれることに応じて、災害の内容を示す災害情報の要求を含むリクエストを、上記通信モジュールを通じて送信する災害情報要求処理と、
   上記災害情報要求処理に対するレスポンスを受信する災害情報受信処理と、
   上記災害情報受信処理で受信した上記レスポンスに含まれる上記災害情報に基づいて上記表示情報をさらに生成する上記生成処理と、
   上記生成処理で生成した上記表示情報を出力し、上記災害情報を上記表示装置にさらに表示させる上記表示処理と、を実行する請求項３から８のいずれかに記載のサイネージ。
10. 上記コントローラは、
    広告情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて、上記メモリに記憶された第２指定アドレス宛てに送信する広告情報要求処理と、
    上記広告情報要求処理に対するレスポンスを受信する広告情報受信処理と、
    上記広告情報受信処理で受信した上記レスポンスに含まれる上記広告情報を上記メモリにさらに記憶させる上記記憶処理と、
    上記メモリに記憶された上記広告情報に基づいて上記表示情報をさらに生成する上記生成処理と、
    上記生成処理で生成した上記表示情報を出力し、上記広告情報を上記表示装置にさらに表示させる上記表示処理と、を実行する請求項３から９のいずれかに記載のサイネージ。
11. 上記コントローラは、
    イベントの有無及びイベントが有る場合はイベントの種類を示すイベント情報を返信することの要求を含むリクエストを、上記通信モジュールを通じて定期的に送信する問合せ処理と、
    上記問合せ処理に対するレスポンスを受信するイベント情報受信処理と、
    上記イベント情報受信処理で受信した上記レスポンスに、緊急時を示す上記イベント情報が含まれることに応じて、緊急情報を返信することを要求するリクエストを、上記通信モジュールを通じて定期的に送信する緊急情報要求処理と、
    上記緊急情報要求処理に対するレスポンスを受信する緊急情報受信処理と、
    上記緊急情報受信処理で受信した上記レスポンスに含まれる上記緊急情報に基づいて上記表示情報を生成する緊急情報生成処理と、
    上記路線情報及び上記運行予定時刻情報の表示を中止し、上記緊急情報生成処理で生成した上記表示情報を出力して、上記緊急情報を上記表示装置に表示させる緊急情報表示処理と、を実行する請求項３から１０のいずれかに記載のサイネージ。
12. 上記表示装置のディスプレイに重畳されたタッチセンサをさらに備え、
    上記コントローラは、
    上記表示装置が表示する表示内容を切り替えることを指示する表示切替指示の入力を上記タッチセンサから受け付ける表示切替受付処理と、
    上記表示切替受付処理で上記表示切替指示を受け付けたことに応じて、上記表示装置に表示させる表示内容を切り替える表示切替処理と、をさらに実行する請求項３から１１のいずれかに記載のサイネージ。
13. センサをさらに備え、
    上記コントローラは、
    上記センサが出力する検出信号に基づいて、人の有無を判断する判断処理と、
    上記判断処理で人がいないと判断したことに応じて、人がいると判断したときよりも大きく表示を行う拡大表示を行う請求項３から１２のいずれかに記載のサイネージ。
14. 上記コントローラは、
    上記表示装置に供給される電流、電圧、及び電力の少なくとも１つに応じた動作情報の入力を受け付ける受付処理と、
    上記受付処理で受け付けた上記動作情報に基づいて、上記表示装置の故障の有無を判断する自己診断処理と、
    上記自己診断処理で故障と判断したことに応じて、上記メモリに記憶されたメールアドレス宛に、故障を示す故障情報を上記通信モジュールを用いて送信する故障通知処理と、をさらに実行する請求項３から１３のいずれかに記載のサイネージ。
15. 上記メモリは、複数の言語で表現された定型表示情報を、当該言語と対応付けて記憶し、
    上記コントローラは、
    上記表示装置に表示させる言語を指定する指定言語情報を取得する指定言語取得処理と、
    上記指定言語取得処理で取得した上記指定言語情報が示す言語で表現された上記定型表示情報を上記メモリから読み出し、読み出した当該定型表示情報を上記表示装置にさらに表示させる上記表示処理と、を実行する請求項３から１４のいずれかに記載のサイネージ。
    

Images