(57)【要約】【課題】走行中の列車にコンテンツを送信可能な通信装置等を提供すること。【解決手段】通信装置は、列車を編成する車両に設置される通信装置であって、移動通信網を介してコンテンツを受信する第１受信部と、受信した前記コンテンツを他装置にアドホックネットワークを介して送信する送信部とを有する。【選択図】図１
2019004418.tif 000002
【特許請求の範囲】
【請求項１】
列車を編成する車両に設置される通信装置であって、
移動通信網を介してコンテンツを受信する第１受信部と、
受信した前記コンテンツを他装置にアドホックネットワークを介して送信する送信部とを有する
通信装置。
【請求項２】
アドホックネットワークを介して送信された前記コンテンツを受信する第２受信部と、
前記コンテンツを前記第１受信部により受信し、前記送信部により前記他装置に送信する親機モード、又は前記コンテンツを前記第２受信部により前記他装置から受信する子機モードに切り替える切替部とを有する
請求項１に記載の通信装置。
【請求項３】
前記切替部は前記第１受信部が着呼した場合に親機モードに切り替える
請求項２に記載の通信装置。
【請求項４】
前記コンテンツを受信した前記他装置から受信通知を受け取る受取部と、
前記受信通知に基づいて生成した受信状況を送信する状況送信部と
を備える請求項１から請求項３の何れか一項に記載の通信装置。
【請求項５】
移動通信網を介してコンテンツを受信する第１受信部と、
受信した前記コンテンツを他装置にアドホックネットワークを介して送信する第１送信部と
を有する親機、及び
前記アドホックネットワークを介して送信された前記コンテンツを受信する第２受信部と、
受信した前記コンテンツを他装置に前記アドホックネットワークを介して送信する第２送信部と
を有する子機
を備え、
前記親機及び子機は、列車を編成する車両に設置される
配信システム。
【請求項６】
移動通信網を介してコンテンツを受信し、
受信した前記コンテンツを他装置にアドホックネットワークを介して送信する
処理を、列車を編成する車両に設置するコンピュータに実行させる
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告を送受信する通信装置等に関する。
【背景技術】
【０００２】
列車を編成する各車両に設置した表示器に広告などを含むコンテンツを配信する配信システムが提案されている（特許文献１など）。従来の配信システムにおいて、コンテンツは、列車が駅に停車中に地上システムから車両システムに送信される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１１／０３４０２９号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の配信システムにおいては、列車の走行中にはコンテンツを送信できない。そのため、即時性のある送信はできない。
【０００５】
一つの側面では、走行中の列車にコンテンツを送信可能な通信装置等を提供することにある。
【課題を解決するための手段】
【０００６】
本願に開示する通信装置は、列車を編成する車両に設置される通信装置であって、移動通信網を介してコンテンツを受信する第１受信部と、受信した前記コンテンツを他装置にアドホックネットワークを介して送信する送信部とを有する。
【発明の効果】
【０００７】
本願の一観点によれば、走行中の列車にコンテンツが送信可能となる。
【図面の簡単な説明】
【０００８】
【図１】配信システムの構成例を示す説明図である。
【図２】親装置及び子装置の構成を示すブロック図である。
【図３】親機の構成を示すブロック図である。
【図４】子機の構成を示すブロック図である。
【図５】コンテンツ配信サーバの構成を示すブロック図である。
【図６】親装置データベースの一例を示す説明図である。
【図７】番組表データベースの一例を示す説明図である。
【図８】配信予定データベースの一例を示す説明図である。
【図９】番組表配信処理の手順例を示すフローチャートである。
【図１０】親機が行う番組表受信処理の手順例を示すフローチャートである。
【図１１】子機が行う番組表受信処理の手順例を示すフローチャートである。
【図１２】親装置データベースの一例を示す説明図である。
【図１３】番組表配信処理の手順例を示すフローチャートである。
【図１４】親機が行う番組表受信処理の手順例を示すフローチャートである。
【図１５】番組表配信処理の手順例を示すフローチャートである。
【図１６】番組表配信処理の手順例を示すフローチャートである。
【図１７】親機が行う番組表受信処理の手順例を示すフローチャートである。
【図１８】子機が行う番組表受信処理の手順例を示すフローチャートである。
【図１９】親装置データベースの一例を示す説明図である。
【図２０】番組表配信処理の手順例の一部を示すフローチャートである。
【図２１】再送処理の手順例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、実施の形態について図面を参照して詳細に説明する。
【００１０】
（実施の形態１）
図１は配信システムの構成例を示す説明図である。配信システムはコンテンツ配信サーバ５、基地局６、列車７を含む。コンテンツ配信サーバ５は広告を含むコンテンツを記憶する。コンテンツ配信サーバ５は基地局６を介してコンテンツを列車７に送信する。コンテンツ配信サーバ５が担う機能をクラウドサービスが提供してもよい。
【００１１】
基地局６は移動体通信システムにおける無線基地局である。本実施の形態では駅以外の場所で列車７と通信可能となる通信可能範囲が広範な移動体通信システムを前提としている。また、新たに基地局６の整備が不要な公衆サービスを前提としている。すなわち、本実施の形態での移動体通信システムは、主に電気通信事業者が提供する公衆無線網を想定している。公衆無線網は例えば、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）である。
【００１２】
列車７は複数の車両７１、７２、…７８を含む。各車両７１、７２、…７８はサイネージ装置１０、２０を含む。サイネージ装置１０、２０は、例えばドアd上部のカモイに設置する。カモイに次の停車駅を表示する次駅表示機Ｍがある場合には、次駅表示機Ｍと並べて設置する。
【００１３】
サイネージ装置１０、２０は親サイネージ装置（以下、「親装置」とも言う。）１０と子サイネージ装置（以下、「子装置」とも言う。）２０とがある。本実施の形態では親装置１０は１台である。親装置１０及び子装置２０、並びに子装置２０同士は、アドホックネットワークを介して通信可能である。アドホックネットワークとは、専用の基地局６を用いず、端末装置自体が持つ中継機能を利用することにより、一時的に相互接続される端末群で構成される無線ネットワークである。アドホックネットワークで利用される無線接続の方式としては、ＩＥＥＥ  ８０２．１１ｘ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）などの規格がある。本実施の形態におけるアドホックネットワークでは、子装置２０同士は親装置１０の介在無しに通信可能である。
【００１４】
図１に示す列車７は８両編成であるが、それに限らない。１０両編成、１５両編成などでもよいし、６両編成、３両編成、１両編成でもよい。図１では、親装置１０は１号車に設置してあるが、それに限らない。中間の車両（例えば８両編成の４号車や５号車）に設置してもよい。
【００１５】
図２は親装置１０及び子装置２０の構成を示すブロック図である。親装置１０は親機（通信装置）１及び表示装置３を含む。子装置２０は子機２（通信装置）及び表示装置３を含む。親機１は公衆無線網を介して、コンテンツ配信サーバ５と通信可能である。また、親機１はアドホックネットワークを介して、子機２と通信可能である。子機２はアドホックネットワークを介して、他の子機２と通信可能である。親機１及び子機２の詳細は後述する。表示装置３は例えば液晶表示装置である。表示装置３は親機１又は子機２が受信したコンテンツを表示する。
【００１６】
図３は親機１の構成を示すブロック図である。親機１はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３、第１通信部１４、第２通信部１５、大容量記憶部１６、計時部１７及び読み取り部１８を含む。各構成はバスＢで接続されている。第１通信部１４は第１受信部、状況送信部、の一例である。第２通信部１５は送信部、第２受信部、受取部、第１送信部の一例である。
【００１７】
ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム１Ｐにしたがいハードウェア各部を制御する。ＲＡＭ１３は例えばＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）又はフラッシュメモリである。ＲＡＭ１３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。
【００１８】
第１通信部１４は公衆無線網を介して、コンテンツ配信サーバ５と通信する。第２通信部１５はアドホックネットワークを介して、子機２と通信する。
【００１９】
大容量記憶部１６は、例えばハードディスク又はＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などである。ＣＰＵ１１が制御プログラム１Ｐを実行時に発生するデータを記憶する。大容量記憶部１６は各種データを記憶する。また、制御プログラム１Ｐを大容量記憶部１６に記憶しても良い。
【００２０】
計時部１７は時刻又は親機１が起動してからの経過時間等の時間を計時しており、ＣＰＵ１１からの求めに応じて、計時結果をＣＰＵ１１に与える回路である。また、計時部１７はタイマ機能を提供する。タイマ機能は開始を指示されてから、予め設定した時間が経過したら、その旨をＣＰＵ１１に通知する機能である。又は、タイマ機能は開始を指示されてから、予め設定した時間が経過したか否かを、ＣＰＵ１１からの問い合わせに対して回答する機能である。
【００２１】
読み取り部１８はＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ又はＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。ＣＰＵ１１が読み取り部１８を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１６に記憶しても良い。また、公衆無線網を介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１６に記憶してもよい。さらにまた、半導体メモリ１ｂから、ＣＰＵ１１が制御プログラム１Ｐを読み込んでもよい。
【００２２】
図４は子機２の構成を示すブロック図である。子機２はＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、第２通信部２５、大容量記憶部２６、計時部２７及び読み取り部２８を含む。各構成はバスＢで接続されている。ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、大容量記憶部２６、計時部２７及び読み取り部２８それぞれは、親機１が備えるＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、大容量記憶部１６、計時部１７及び読み取り部１８と同様であるから説明を省略する。第２通信部２５はアドホックネットワークを介して、親機１及び他の子機２と通信する。第２通信部２５は送信部、第２受信部、受取部、第２送信部の一例である。
【００２３】
図５はコンテンツ配信サーバ５の構成を示すブロック図である。コンテンツ配信サーバ５はＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、通信部５５、大容量記憶部５６、計時部５７及び読み取り部５８を含む。各構成はバスＢで接続されている。
【００２４】
ＣＰＵ５１はＲＯＭ５２に記憶された制御プログラム５Ｐにしたがいハードウェア各部を制御する。ＲＡＭ５３は例えばＳＲＡＭ、ＤＲＡＭ又はフラッシュメモリである。ＲＡＭ５３はＣＰＵ５１によるプログラムの実行時に発生するデータを一時的に記憶する。
【００２５】
通信部５５は基地局６及び公衆無線網を介して、親機１と通信する。
【００２６】
大容量記憶部５６は、例えばハードディスク又はＳＳＤなどである。ＣＰＵ５１が制御プログラム５Ｐを実行時に発生するデータを記憶する。大容量記憶部５６は後述する親装置データベース５６１、番組表データベース５６２及び配信予定データベース５６３等の各種データを記憶する。また、制御プログラム５Ｐを大容量記憶部５６に記憶しても良い。
【００２７】
計時部５７は時刻又はコンテンツ配信サーバ５が起動してからの経過時間等の時間を計時しており、ＣＰＵ５１からの求めに応じて、計時結果をＣＰＵ５１に与える回路である。また、計時部５７はタイマ機能を提供する。タイマ機能は開始を指示されてから、予め設定した時間が経過したら、その旨をＣＰＵ５１に通知する機能である。又は、タイマ機能は開始を指示されてから、予め設定した時間が経過したか否かを、ＣＰＵ５１からの問い合わせに対して回答する機能である。
【００２８】
読み取り部５８はＣＤ−ＲＯＭ又はＤＶＤ−ＲＯＭを含む可搬型記憶媒体５ａを読み取る。ＣＰＵ５１が読み取り部５８を介して、制御プログラム５Ｐを可搬型記憶媒体５ａより読み取り、大容量記憶部５６に記憶しても良い。また、公衆無線網を介して他のコンピュータからＣＰＵ５１が制御プログラム５Ｐをダウンロードし、大容量記憶部５６に記憶してもよい。さらにまた、半導体メモリ５ｂから、ＣＰＵ５１が制御プログラム５Ｐを読み込んでもよい。
【００２９】
次に、配信システムが用いるデータベースについて説明する。図６は親装置データベース５６１の一例を示す説明図である。親装置データベース５６１は親装置１０についての情報を記憶している。親装置データベース５６１は編成ＩＤ列、車両数列、号車列及び端末ＩＤ列を含む。編成ＩＤ列は列車７を一意に特定する編成ＩＤを記憶する。車両数列は編成を構成する車両の両数を記憶する。号車列は親装置１０が設置されている車両の号車番号を記憶する。端末ＩＤ列は親装置１０が有する親機１が一意に特定可能な固定ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス（以降、「固定ＩＰ」と記す。）を記憶する。固定ＩＰは親機１が内蔵するＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）カードに付与されている。
【００３０】
図７は番組表データベース５６２の一例を示す説明図である。番組表データベース５６２は複数の番組を何時、どのような順番で表示するかなどを規定する番組表を記憶する。番組表データベース５６２は番組表ＩＤ列、番組表列、開始列、終了列、番組名列及びコンテンツＩＤ列を含む。番組表ＩＤ列は番組表を一意に特定する番組表ＩＤを記憶する。番組表名列は番組表の名称を記憶する。開始列は番組の開始時刻を記憶する。終了列は番組の終了時刻を記憶する。開始列が記憶する開始時刻及び終了列が記憶する終了時刻は相対的な時刻でもよい。その場合は最初の番組開始する絶対的な時刻を別途記憶する。番組名列は番組の名称を記憶する。コンテンツＩＤ列は番組の実体であるコンテンツを一意に特定するコンテンツＩＤを記憶する。
【００３１】
図８は配信予定データベース５６３の一例を示す説明図である。配信予定データベース５６３はどの列車７に、何時、どの番組表を配信するかなど、番組表の配信予定を記憶する。配信予定データベース５６３は編成ＩＤ列、日列、時間帯列及び番組表ＩＤ列を含む。編成ＩＤ列は番組表の送信先となる列車７の編成ＩＤを記憶する。日列は配信する日を特定する情報を記憶する。例えば、平日と休日とで配信する番組表が異なる場合、日列は平日、土日などの値を記憶する。時間帯列は配信する時間帯を特定する情報を記憶する。例えば、朝、昼、晩とで配信する番組表が異なる場合、時間帯列は朝、昼、晩などの値を記憶する。番組表ＩＤ列は配信する番組表を特定する。なお、日列、時間帯列に記憶する値それぞれを、番組を表示する日、番組を表示する時間帯としてもよい。
【００３２】
親装置データベース５６１、番組表データベース５６２及び配信予定データベース５６３は、例えば、コンテンツ配信サーバ５の大容量記憶部５６が記憶している。
【００３３】
続いて、コンテンツ配信サーバ５が行う処理について説明する。図９は番組表配信処理の手順例を示すフローチャートである。図９に示す番組表配信処理はコンテンツ配信サーバ５が行う処理である。コンテンツ配信サーバ５のＣＰＵ５１は配信予定データベース５６３を参照し、処理すべき配信予定を取得する（ステップＳ１）。ＣＰＵ５１は配信予定に含まれる編成ＩＤを取得する（ステップＳ２）。ＣＰＵ５１は送信するコンテンツを取得する（ステップＳ３）。ＣＰＵ５１は配信予定に含まれる番組表ＩＤを検索キーとして、番組表データベース５６２を検索し番組表データを取得する。ＣＰＵ５１は番組表データに含まれるコンテンツＩＤをもとに、送信すべきコンテンツを取得する。ＣＰＵ５１は取得した編成ＩＤを検索キーとして、親装置データベース５６１を検索し、コンテンツの送信先となる親装置１０（親機１）の固定ＩＰを取得する（ステップＳ４）。ＣＰＵ５１はコンテンツを親装置１０に送信する（ステップＳ５）。ＣＰＵ５１は送信に成功したか否か判定する（ステップＳ６）。ＣＰＵ５１は送信に成功したと判定した場合（ステップＳ６でＹＥＳ）、処理をステップＳ７へ進める。ＣＰＵ５１は送信に成功しなかったと判定した場合（ステップＳ６でＮＯ）、エラー処理を行う（ステップＳ８）。エラー処理は例えば、次のような処理である。送信に成功しなかった編成ＩＤを記憶して置き、所定時間後にリトライする。又は、送信に成功しなかった編成ＩＤを出力し、人による障害対応を行う。ＣＰＵ５１は未処理の配信予定があるか否かを判定する（ステップＳ７）。ＣＰＵ５１は未処理の配信予定があると判定した場合（ステップＳ７でＹＥＳ）、処理をステップＳ２に戻す。ＣＰＵ５１は未処理の配信予定がないと判定した場合（ステップＳ７でＮＯ）、処理を終了する。
【００３４】
図１０は親機１が行う番組表受信処理の手順例を示すフローチャートである。番組表受信処理はコンテンツ配信サーバ５からの着呼を契機に実行される処理である。親機１のＣＰＵ１１はコンテンツ配信サーバ５より、番組表及びコンテンツを取得する（ステップＳ１１）。ＣＰＵ１１は取得した番組表及びコンテンツを大容量記憶部１６に記憶する（ステップＳ１２）。ＣＰＵ１１は番組表及びコンテンツを子機２へ送信する（ステップＳ１３）。ＣＰＵ１１は処理を終了する。
【００３５】
上述のように、親機１は第１通信部１４を介して、コンテンツ配信サーバ５と通信する。第１通信部１４は公衆無線網を利用して通信する。親機１から子機２への番組表及びコンテンツの送信は第２通信部１５を用いて行う。第２通信部１５はアドホックネットワークを利用して通信する。
【００３６】
図１１は子機２が行う番組表受信処理の手順例を示すフローチャートである。番組表受信処理は親機１又は他の子機２からのデータ受信を契機に実行される処理である。子機２のＣＰＵ２１は親機１又は他の子機２より、番組表及びコンテンツを取得する（ステップＳ２１）。ＣＰＵ２１は取得した番組表及びコンテンツを大容量記憶部２６に記憶する（ステップＳ２２）。ＣＰＵ２１は番組表及びコンテンツを他の子機２へ送信する（ステップＳ２３）。ＣＰＵ２１は処理を終了する。
【００３７】
本実施の形態では以下の効果を奏する。親機１は番組表及びコンテンツをコンテンツ配信サーバ５から公衆無線網を利用して受信するので、列車７が走行中であっても、番組表及びコンテンツを受信することが可能である。したがって、即時性のある配信が可能となる。列車７が走行中に親機１は番組表及びコンテンツを受信するが、大容量記憶部１６に記憶した後に、表示装置３にコンテンツを表示する。そのため、電波状態が良くない区間を列車７が走行中でも、表示装置３に表示されたコンテンツの画像が乱れることはない。
【００３８】
また、親機１から子機２への番組表及びコンテンツの送信はアドホックネットワークにより行うので、親機１からの電波が届かない子機２へも番組表及びコンテンツを送信可能である。さらに、親機１から子機２への送信は無線通信で行うので、すでに運行している列車７に子機２を取り付ける場合でも、親機１との通線を配線不要である。
【００３９】
さらにまた、公衆無線網を利用するのは親機１のみなので、子機２の台数に関わらず公衆無線網の通信量を抑制することが可能となる。
【００４０】
（実施の形態２）
本実施の形態では一編成に親装置１０を複数台、設ける形態に関する。すなわち、各列車７は複数台の親機１を備える冗長構成としている。本実施の形態において、親機１及び子機２のハードウェア構成等は、上述の実施の形態と同様である。以下の説明においては、上述の実施の形態と異なる点を主として説明する。
【００４１】
図１２は親装置データベース５６１の一例を示す説明図である。図１２に示す親装置データベース５６１のレコードレイアウトは、図６に示したものと同様である。図１２に示す例では、編成ＩＤが１の編成は３号車及び１１号車に親機１が設置されている。
【００４２】
図１３は番組表配信処理の手順例を示すフローチャートである。図１３において、図９と同様な処理は同じ符号を付し、説明を省略する。コンテンツ配信サーバ５のＣＰＵ５１はステップＳ６において、送信に成功したか否か判定する。ＣＰＵ５１は送信に成功したと判定した場合（ステップＳ６でＹＥＳ）、処理をステップＳ７へ進める。ＣＰＵ５１は送信に成功しなかったと判定した場合（ステップＳ６でＮＯ）、発信していない他の親装置１０があるか否かを判定する（ステップＳ９）。ＣＰＵ５１は他の親装置１０があると判定した場合（ステップＳ９でＹＥＳ）、コンテンツを他の親装置１０に送信し（ステップＳ１０）、処理をステップＳ６へ戻す。ＣＰＵ５１は他の親装置１０がないと判定した場合（ステップＳ９でＮＯ）、エラー処理を行う（ステップＳ８）。エラー処理は上述の実施の形態と同様である。ＣＰＵ５１はステップＳ７を実行する。
【００４３】
本実施の形態において、親機１は定常状態では、子機２と同様な動作を行う。すなわち、第２通信部１５で受信した番組表及びコンテンツを他の子機２に送信する。子機２と同様な動作を行うモードを子機モードと言う。子機２と同様な動作をする親機１はコンテンツ配信サーバ５から着呼すると、それ以降、親機１としての本来の動作を行う。親機１としての本来の動作を行うモードを親機モードと言う。
【００４４】
図１４は親機１が行う番組表受信処理の手順例を示すフローチャートである。図１４において、図１０と同様な処理は同じ符号を付し、説明を省略する。親機１のＣＰＵ１１はコンテンツ配信サーバ５からの着呼通知を第１通信部１４より受ける（ステップＳ１４）。ＣＰＵ１１（切替部）はモードを子機モードから親機モードに切り替える（ステップＳ１５）。ＣＰＵ１１はステップＳ１１の処理を行う。
【００４５】
本実施の形態において、親機１の親機モードから子機モードへの切り替えは、例えば次のように行う。コンテンツ配信サーバ５から番組表及びコンテンツを受信する時刻又は受信する間隔が定まっている場合、所定時刻又は所定時間を過ぎてもコンテンツ配信サーバ５から着呼しなかったときは、親機モードから子機モードへ切り替える。又は、第２通信部１５を介して子機２から受信した番組表及びコンテンツをすでにコンテンツ配信サーバ５から受信しているかを判定し、受信していなければ親機モードから子機モードへ切り替える。さらに又、以上の処理を組み合わせてもよい。コンテンツ配信サーバ５から番組表及びコンテンツを受信した後に、次の配信時刻を過ぎているか、次の配信までの間隔時間を経過している場合に、未受信の番組表及びコンテンツを子機２から受信したときは、親機モードから子機モードへ切り替える。
【００４６】
本実施の形態では実施の形態１が奏する効果に加えて、次の効果を奏する。一編成に複数の親機１を備えるので、ある親機１が何らかの原因でコンテンツ配信サーバ５との通信に失敗したとしても、他の親機１により通信が行える。他の親機１がコンテンツ配信サーバ５との通信に成功すれば、番組表及びコンテンツを受信でき、正常な運用が継続可能となる。
【００４７】
（実施の形態３）
本実施の形態では、親機１及び子機２がコンテンツ配信サーバ５へ受領通知を送信する形態に関する。本実施の形態において、親機１及び子機２のハードウェア構成等は、上述の実施の形態と同様である。以下の説明においては、上述の実施の形態と異なる点を主として説明する。受領通知は、各子機２が番組表及びコンテンツを受信した旨の受信通知を送信（返信）したか否か（受信状況）を通知するものである。
【００４８】
図１５及び図１６は番組表配信処理の手順例を示すフローチャートである。図１５及び図１６に示す番組表配信処理は図９と同様に、コンテンツ配信サーバ５が行う処理である。図１５において、図９と同様な処理は同じ符号を付し、説明を省略する。
【００４９】
コンテンツ配信サーバ５のＣＰＵ５１はステップＳ７において、未処理の配信予定がないと判定した場合（ステップＳ７でＮＯ）、タイマを開始する（ステップＳ３１）。ＣＰＵ５１は親機１から受領通知を受信したか否かを判定する（ステップＳ３２）。ＣＰＵ５１は親機１から受領通知を受信していないと判定した場合（ステップＳ３２でＮＯ）、処理をステップＳ３５に移す。ＣＰＵ５１は親機１から受領通知を受信したと判定した場合（ステップＳ３２でＹＥＳ）、受領通知を記憶する（ステップＳ３３）。ＣＰＵ５１は送信に成功した全編成の親機１から受領通知を受信したか否かを判定する（ステップＳ３４）。ＣＰＵ５１は送信に成功した全編成の親機１から受領通知を受信していないと判定した場合（ステップＳ３４でＮＯ）、タイムアウトか否かを判定する（ステップＳ３５）。ＣＰＵ５１はタイムアウトでないと判定した場合（ステップＳ３５でＮＯ）、処理をステップＳ３２に戻す。ＣＰＵ５１はタイムアウトであると判定した場合（ステップＳ３５でＹＥＳ）、エラー処理を行う（ステップＳ３６）。ＣＰＵ５１は送信に成功した全編成の親機１から受領通知を受信したと判定した場合（ステップＳ３４でＹＥＳ）、受信した受領通知に子機２への送信エラーが含まれているか否か判定する（ステップＳ３７）。ＣＰＵ５１は受領通知に子機２への送信エラーが含まれていると判定した場合（ステップＳ３７でＹＥＳ）、処理をステップＳ３６に移す。ＣＰＵ５１は受領通知に子機２への送信エラーが含まれていないと判定した場合（ステップＳ３７でＮＯ）、処理をステップＳ３８移す。ＣＰＵ５１はタイマを停止し（ステップＳ３８）、処理を終了する。ステップＳ３６のエラー処理は、例えばエラー内容を出力し、人による対処を促す。
【００５０】
図１７は親機１が行う番組表受信処理の手順例を示すフローチャートである。図１７において、図１０と同様な処理は同じ符号を付し、説明を省略する。親機１ＣＰＵ１１ステップＳ１３の実行後、タイマを開始する（ステップＳ４１）。ＣＰＵ１１は子機２から受信通知を受信したか否かを判定する（ステップＳ４２）。ＣＰＵ１１は子機２から受信通知を受信したと判定した場合（ステップＳ４２でＹＥＳ）、受信通知を送信した子機２をＲＡＭ１３等に設けた一時記憶領域に記憶する（ステップＳ４３）。受信通知を送信した子機２は親機１に直接、受信通知を送信した子機２に限らない。親機１に直接、受信通知を送信した子機２を介して受信通知を送信した子機２も含む。受信通知には当該通知を作成した子機２を一意に特定可能な情報、例えば予め付与したＩＤ（子機ＩＤ）が含まれている。ステップＳ４３は受信通知を作成した子機２の子機ＩＤを記憶する。ＣＰＵ１１は全子機２から、受信通知を受信したか否かを判定する（ステップＳ４４）。例えば、親機１は大容量記憶部１６に予め全子機２の子機ＩＤを記憶している。大容量記憶部１６に記憶している子機ＩＤとステップＳ４３で記憶した子機ＩＤとを比較することにより、ＣＰＵ１１は判定する。ＣＰＵ１１は全子機２から受信通知を受信していないと判定した場合（ステップＳ４４でＮＯ）、処理をステップＳ４２に戻す。ＣＰＵ１１は全子機２から、受信通知を受信したと判定した場合（ステップＳ４４でＹＥＳ）、処理をステップＳ４５に移す。ＣＰＵ１１は子機２から受信通知を受信していないと判定した場合（ステップＳ４２でＮＯ）、タイムアウトか否かを判定する（ステップＳ４７）。ＣＰＵ１１はタイムアウトでないと判定した場合（ステップＳ４７でＮＯ）、処理をステップＳ４２へ戻す。ＣＰＵ１１はタイムアウトと判定した場合（ステップＳ４７でＹＥＳ）、処理をステップＳ４５に移す。ＣＰＵ１１はタイマを停止する（ステップＳ４５）。ＣＰＵ１１は受領通知をＣＰＵ５１に送信する（ステップＳ４６）。受領通知はすべての子機２が番組表及びコンテンツを受信したか否かの情報を含む。番組表及びコンテンツの受信した旨の通知を、親機１が受信しなかった子機２がある場合、当該子機２の子機ＩＤを受領通知は含む。ＣＰＵ１１は処理を終了する。
【００５１】
図１８は子機２が行う番組表受信処理の手順例を示すフローチャートである。番組表受信処理は親機１又は他の子機２からのデータ受信を契機に実行される処理である。子機２のＣＰＵ２１は親機１又は他の子機２より、データを受信する（ステップＳ５１）。ＣＰＵ２１は受信したデータが番組表及びコンテンツであるか否かを判定する（ステップＳ５２）。ＣＰＵ２１は受信したデータが番組表及びコンテンツであると判定した場合（ステップＳ５２でＹＥＳ）、ＣＰＵ２１は取得した番組表及びコンテンツを大容量記憶部２６に記憶する（ステップＳ５３）。ＣＰＵ２１は番組表及びコンテンツを他の子機２へ送信する（ステップＳ５４）。ＣＰＵ２１は受信通知を他の子機２又は親機１に送信する（ステップＳ５５）。ＣＰＵ２１は処理を終了する。ＣＰＵ２１は受信したデータが番組表及びコンテンツでないと判定した場合（ステップＳ５２でＮＯ）、受信したデータをそのまま他の子機２又は親機１に送信する（ステップＳ５６）。ＣＰＵ２１は処理を終了する。本実施の形態において、番組表及びコンテンツでないデータとは、他の子機２が親機１に向けて送信した番組表及びコンテンツの受信通知である。したがって、各子機２は他の子機２から受信した受信通知をそのまま他の子機２又は親機１に送信すればよい。
【００５２】
本実施の形態では実施の形態１が奏する効果に加えて、次の効果を奏する。子機２は番組表及びコンテンツを受信したら、受信通知を親機１に対して送信する。親機１は子機２の受信状況をコンテンツ配信サーバ５へ送信する。それにより、子機２ごとに番組表及びコンテンツの受信状況を一元管理可能となるので、無駄の少ない障害作業の計画を立てることが可能となる。
【００５３】
（実施の形態４）
本実施の形態は、車両に設置するのはすべて親機１とする形態に関する。本実施の形態において、親機１のハードウェア構成等は、上述の実施の形態と同様である。以下の説明においては、上述の実施の形態と異なる点を主として説明する。
【００５４】
図１９は親装置データベース５６１の一例を示す説明図である。親装置データベース５６１は編成ＩＤ列、車両数列、親／子列、号車列、ドア番号列及び端末ＩＤ列を含む。編成ＩＤ列、車両数列、号車列、端末ＩＤ列は上述の実施の形態と同様であるので、説明を省略する。親／子列は各親機１の定常状態での各親装置１０が備える親機１の動作モードを示す。親／子列の値が親のものは、親機１が親機モードで動作することを示す。親／子列の値が子のものは、親機１が子機モードで動作することを示す。ドア番号列は親装置１０が取り付けられている位置が、どのドアのカモイであるかを示す。例えば、図１９に示す例では、編成ＩＤが１の列車７において、３号車１番ドアの上のカモイに取り付けられている親機１は、定常状態では親機モードで動作すること示している。また、当該親機１の第１通信部１４に付与されている固定ＩＰは２３０．２４７．１．ＸＸＸＸであることを示している。
【００５５】
図２０は番組表配信処理の手順例の一部を示すフローチャートである。図２０に示す番組表配信処理は図９、図１５及び図１６と同様に、コンテンツ配信サーバ５が行う処理である。図２０は示す番組表配信処理は処理の途中から記載している。図２０のステップＳ３２に至るまでの処理は、図１５と同様である。コンテンツ配信サーバ５のＣＰＵ５１は番組表及びコンテンツを親機１に送信を完了し、親機１からの受領通知を待っている段階である。
【００５６】
図２０において、図１６に示す処理と同様なものは同一の符号を振り説明を省略する。ＣＰＵ５１はステップＳ３６でエラー処理を行った後、再送処理を行う（ステップＳ３９）。また、ＣＰＵ５１は送信に成功した全編成の親機１から受領通知を受信したと判定した場合（ステップＳ３４でＹＥＳ）、再送処理を行う（ステップＳ３９）。ＣＰＵ５１はタイマを停止し（ステップＳ３８）、処理を終了する。本実施の形態において、ステップＳ３６のエラー処理は、受領通知を送信して来ていない親機１又は当該親機１を備える編成の情報を出力し、人による対処を促す。親機１が受領通知を送信して来ている編成において、受信通知を送信して来ていない子機モードの親機１（子機モード親機１）が含まれる場合は、再送処理(ステップＳ３９)において、再送される。
【００５７】
図２１は再送処理の手順例を示すフローチャートである。コンテンツ配信サーバ５のＣＰＵ５１は未処理の受領通知一つを選択する（ステップＳ６１）。ＣＰＵ５１は未受信の子機モード親機１があるか否か判定する（ステップＳ６２）。未受信の子機モード親機１とは、親機モードの親機１が受信通知を受け取っていない子機モード親機１である。ＣＰＵ５１は未受信の子機モード親機１がないと判定した場合（ステップＳ６２でＮＯ）、処理をステップＳ６５に移す。ＣＰＵ５１は未受信の子機モード親機１があると判定した場合（ステップＳ６２でＹＥＳ）、当該子機モード親機１に対して直接、番組表及びコンテンツを送信する（ステップＳ６３）。ＣＰＵ５１は送信に成功したか否かを判定する（ステップＳ６４）。ＣＰＵ５１は送信に成功したと判定した場合（ステップＳ６４でＹＥＳ）、処理をステップＳ６５に移す。ＣＰＵ５１は送信に成功していないと判定した場合（ステップＳ６４でＮＯ）、子機モード親機１又は当該子機モード親機１を備える編成の情報を出力し、エラー処理として人による対処を促す（ステップＳ６６）。ＣＰＵ５１は未処理の受領通知があるか否かを判定する（ステップＳ６５）。ＣＰＵ５１は未処理の受領通知があると判定した場合（ステップＳ６５でＹＥＳ）、処理をステップＳ６１に戻す。ＣＰＵ５１は未処理の受領通知がないと判定した場合（ステップＳ６５でＮＯ）、処理を終了する。
【００５８】
本実施の形態では次の効果を奏する。車両に設置するのはすべて親機１（親装置１０）とするが、一部を除き子機モードで動作させるので、公衆無線網の通信量を抑制することが可能となる。また、アドホックネットワークを介して番組表及びコンテンツを受信したことを確認できない子機モード親機１に対しては、公衆無線網を利用して再送するので、すべての親機１に確実に番組表及びコンテンツを送信可能となる。
【００５９】
親機１が第１通信部１４及び第２通信部１５での通信が行えない場合は、番組表及びコンテンツをＵＳＢメモリなど半導体メモリ１ｂに格納し、当該半導体メモリ１ｂをエンジニアが持参し、親機１に読み込ませてもよい。また、第１通信部１４、第２通信部１５などをモジュール化して置き、故障発生時にはモジュールごと交換するようにしてもよい。そのようにすれば、容易かつ簡単に修理を完了することが可能である。子機２についても、親機１と同様である。
【００６０】
上述の実施の形態において、親機１を複数とする場合、親機１ごとに異なる番組表及びコンテンツを配信してもよい。この場合、図８に示した配信予定データベース５６３は、編成ＩＤと番組表ＩＤとを対応付けるのではなく、端末ＩＤと番組表ＩＤとを対応付ける構成となる。また、子機２はグループ分けがされる。各グループは少なくとも親機１を１台含む。各子機２は同じグループに属する親機１から番組表及びコンテンツを受信する。この場合、一編成において、同時に異なるコンテンツを表示可能となる。例えば、女性専用車は他の車両とは異なるコンテンツを表示可能となる。
【００６１】
各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６２】
１０      親装置
１        親機
１１      ＣＰＵ
１２      ＲＯＭ
１３      ＲＡＭ
１４      第１通信部
１５      第２通信部
１６      大容量記憶部
１７      計時部
１８      読み取り部
１Ｐ      制御プログラム
１ａ      可搬型記憶媒体
１ｂ      半導体メモリ
２０      子装置
２        子機
２１      ＣＰＵ
２２      ＲＯＭ
２３      ＲＡＭ
２５      第２通信部
２６      大容量記憶部
２７      計時部
２８      読み取り部
３        表示装置
５        コンテンツ配信サーバ
５１      ＣＰＵ
５２      ＲＯＭ
５３      ＲＡＭ
５５      通信部
５６      大容量記憶部
５６１    親装置データベース
５６２    番組表データベース
５６３    配信予定データベース
５７      計時部
５８      読み取り部
６        基地局
７        列車
【図１】
2019004418.tif 000003
【図２】
2019004418.tif 000004
【図３】
2019004418.tif 000005
【図４】
2019004418.tif 000006
【図５】
2019004418.tif 000007
【図６】
2019004418.tif 000008
【図７】
2019004418.tif 000009
【図８】
2019004418.tif 000010
【図９】
2019004418.tif 000011
【図１０】
2019004418.tif 000012
【図１１】
2019004418.tif 000013
【図１２】
2019004418.tif 000014
【図１３】
2019004418.tif 000015
【図１４】
2019004418.tif 000016
【図１５】
2019004418.tif 000017
【図１６】
2019004418.tif 000018
【図１７】
2019004418.tif 000019
【図１８】
2019004418.tif 000020
【図１９】
2019004418.tif 000021
【図２０】
2019004418.tif 000022
【図２１】
2019004418.tif 000023