(57)【特許請求の範囲】
【請求項１】
乗物車両に搭載された車両サーバと、前記乗物車両を運営する事業者のコンテンツ配信サーバとが無線通信によって接続された対話型車内コンテンツ提供システムであって、
前記コンテンツ配信サーバは、
前記乗物車両の運行スケジュールと運行状況を管理する車両運行管理部と、
アンケートまたはクイズを含む対話型コンテンツを取得するコンテンツ取得部と、
前記乗物車両が運行する路線に沿って駅並びに路線上及び路線周辺の複数の登録地点を登録した登録地点ＤＢと、
前記運行スケジュールと、前記登録地点ＤＢとに基づいて、前記コンテンツ取得部が取得した対話型コンテンツの中から、前記乗物車両が前記登録地点を通過する際に提供するコンテンツの計画を受け付け格納するコンテンツ計画部と、
前記コンテンツ計画部が格納した前記対話型コンテンツを前記車両サーバに配信するコンテンツ配信部と、を備え、
前記車両サーバは、
前記乗物車両の車両位置を検出する車両位置検出手段と、
前記乗物車両の乗客の車内位置を検出する乗客位置検出手段と、
前記乗客の乗客端末と通信する乗客端末通信手段と、を備え、
前記乗客端末通信手段は、
前記コンテンツ計画部が受け付け格納した計画の中の前記対話型コンテンツを、前記車両位置、前記乗客の車内位置、及び前記運行状況に基づいて、前記乗客端末ごとに調整して送信する、
ことを特徴とする対話型車内コンテンツ提供システム。
【請求項２】
前記車両サーバは、前記乗物車両の運行スケジュールの変更があった場合に、前記対話型コンテンツの前記乗客端末への開始タイミング及び／または終了時間を調整するコンテンツ・タイミング制御手段をさらに備えることを特徴とする、請求項１に記載の対話型車内コンテンツ提供システム。
【請求項３】
前記コンテンツ・タイミング制御手段は、乗客のアンケートの進行状況に応じて、回答を促すメッセージを前記乗客端末に送信したり、前記アンケートの回答時間を調整することを特徴とする、請求項２に記載の対話型車内コンテンツ提供システム。
【請求項４】
前記コンテンツ計画部は、前記乗物車両の運行スケジュールの変更に備えて、予備コンテンツを格納した予備コンテンツＤＢを備えることを特徴とする、請求項１に記載の対話型車内コンテンツ提供システム。
【請求項５】
前記コンテンツ計画部は、前記乗物車両内の乗客の位置ごとに対話型コンテンツを割り当てて提供することを特徴とする、請求項１に記載の対話型車内コンテンツ提供システム。
【請求項６】
前記車両サーバは、車内の乗客からの発信メッセージの入力と発信先の指定を受け付け、前記乗客端末通信手段を介して発信する乗客発信制御手段を備えることを特徴とする、請求項１に記載の対話型車内コンテンツ提供システム。
【請求項７】
前記車両サーバは、前記乗物車両の速度、車内の温度、湿度、騒音、空気汚れ度、混雑度、乗客パターンのうち、一以上の車両情報を検知する車両情報検知手段をさらに備え、前記乗客端末通信手段は、前記車両情報に基づいて、予め前記車両情報の条件と関連付けて計画されたコンテンツを選択し提供することを特徴とする、請求項１に記載の対話型車内コンテンツ提供システム。
【請求項８】
前記乗物車両は、航空機であり、前記乗客端末の前記乗客位置検出手段は、赤外線通信または可視光通信により、電波を発しない位置検出手段を備えることを特徴とする、請求項１に記載の対話型車内コンテンツ提供システム。
【請求項９】
乗物車両に搭載された車両サーバと、前記乗物車両を運営する事業者のコンテンツ配信サーバとが無線通信によって接続されたシステムにおける対話型車内コンテンツ提供方法であって、
前記コンテンツ配信サーバにおいて、
前記乗物車両の運行スケジュールと運行状況を管理するステップと、
アンケートまたはクイズを含む対話型コンテンツを取得するステップと、
前記運行スケジュールと、前記乗物車両が運行する路線に沿って駅並びに路線上及び路線周辺の複数の登録地点を登録した登録地点ＤＢとに基づいて、前記取得した対話型コンテンツの中から、前記乗物車両が前記登録地点を通過する際に提供するコンテンツの計画を受け付け格納するステップと、
前記計画した対話型コンテンツを前記車両サーバに配信するステップと、を実行し、
前記車両サーバにおいて、
前記乗物車両の車両位置を検出する車両位置検出ステップと、
前記乗物車両の乗客の車内位置を検出する乗客位置検出ステップと、
前記車両位置、前記乗客の車内位置、及び前記運行状況に基づいて、前記受け付け格納した計画の中の対話型コンテンツを、前記乗物車両の乗客の乗客端末ごとに調整して送信するステップと、
を実行することを特徴とする、対話型車内コンテンツ提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対話型車内コンテンツ提供システム及びコンテンツ提供方法に関する。特に、対話型コンテンツを車内の乗客に効果的に提供するシステム及び提供方法に関する。
【背景技術】
【０００２】
従来、鉄道利用者や車両の運転者に対して、車内で過ごす時間を有効に過ごし快適なものとするため、各種の情報を提供するシステムや方法が提案されている。例えば、特許文献１には、乗客の個人情報を備えた携帯情報端末装置が、駅の入退場情報を改札口端末から入手し、携帯情報端末装置が電車内にあるときに各種のコンテンツ情報を乗客ごとにカスタマイズして送信するシステムが記載されている。また、特許文献２には、無線通信機能付きのＩＣ乗車券を有している乗客に、列車情報管理装置の保有する車上情報または車上情報に基づいた地上システムの情報を、乗客のＩＣ乗車券の表示画面で見ることができるシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１０１４５５号公報
【特許文献２】ＷＯ２００９／０７２４４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら上記のような特許文献１，２のようなシステムでは、コンテンツの内容は、広告表示、駅構内情報、座席予約状況、車両混雑状況など一方的にシステムから提供される情報がほとんどであった。特許文献２には、ＩＣ乗車券にＩＰ電話機能や、ゲーム機能、ＴＶ、電子本、着歌機能などを持たせることも示されているが、車両の運行状況や車内環境と直接に関連するものではなく、特に車内での使用に限定する必要もない。このようなプッシュ型の情報提供だけでなく、車両の運行状況や、乗客の車内での状況に応じた双方向の対話型の情報提供サービスがあれば望ましい。したがって、本発明では、上記のような課題に鑑み、車両の運行状況と車内状況に関連し、車内ならではの対話型コンテンツを提供するシステムや方法を構築することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本発明の対話型車内コンテンツ提供システムは、以下のような解決手段を提供する。
【０００６】
請求項１の構成は、乗物車両に搭載された車両サーバと、前記乗物車両を運営する事業者のコンテンツ配信サーバとが無線通信によって接続された対話型車内コンテンツ提供システムであって、前記コンテンツ配信サーバは、前記乗物車両の運行スケジュールと運行状況を管理する車両運行管理部と、アンケートまたはクイズを含む対話型コンテンツを取得するコンテンツ取得部と、前記乗物車両が運行する路線に沿って駅並びに路線上及び路線周辺の複数の登録地点を登録した登録地点ＤＢと、前記運行スケジュールと、前記登録地点ＤＢとに基づいて、前記コンテンツ取得部が取得した対話型コンテンツの中から、前記乗物車両が前記登録地点を通過する際に提供するコンテンツの計画を受け付け格納するコンテンツ計画部と、前記コンテンツ計画部が格納した前記対話型コンテンツを前記車両サーバに配信するコンテンツ配信部と、を備え、前記車両サーバは、前記乗物車両の車両位置を検出する車両位置検出手段と、前記乗物車両の乗客の車内位置を検出する乗客位置検出手段と、前記乗客の乗客端末と通信する乗客端末通信手段と、を備え、前記乗客端末通信手段は、前記コンテンツ計画部が受け付け格納した計画の中の前記対話型コンテンツを、前記車両位置、前記乗客の車内位置、及び前記運行状況に基づいて、前記乗客端末ごとに調整して送信する、ことを特徴とする。
【０００７】
上記の構成によれば、乗物車両を運営する事業者のコンテンツ配信サーバがアンケートやクイズを主とする対話型コンテンツを取得し、乗物車両の運行スケジュールに応じて対話型コンテンツの提供の計画を受け付け格納し、乗物車両内に設置された車両サーバに配信する。車両サーバは、配信された対話型コンテンツを、実際の乗物車両の位置、乗客の車内位置、運行状況に基づいて、車両ごと、乗客端末ごとに調整して送信するので、アンケートやクイズを車内の乗客に効果的に送信することができる。したがって、アンケートの回答率やクイズの楽しみが増すなどの効果が期待できる。
【０００８】
なお、本明細書では、「乗物車両」とは、電車、バス、タクシー等の他、客船、旅客機等の船舶、航空機を含む公共交通手段の乗物を意味し、さらにテーマパーク等のアトラクション系乗物も含むものとする。
【０００９】
請求項２の構成は、請求項１の構成において、前記車両サーバは、前記乗物車両の運行スケジュールの変更があった場合に、前記対話型コンテンツの前記乗客端末への開始タイミング及び／または終了時間を調整するコンテンツ・タイミング制御手段をさらに備えることを特徴とする。
【００１０】
上記の構成によれば、事故や悪天候などで乗物車両の運行スケジュールに変更があった場合、実際の乗物車両のそのときの運行状況に合わせて、各コンテンツの所要時間（例えば、アンケートやクイズの回答の制限時間）を調整したり、次停車地までの残り時間を考慮して適切な長さのコンテンツを提供するなどして、コンテンツの開始タイミングや終了時間を調整することができる。したがって、たとえ事故等で、乗物車両の運行が通常より遅れる場合であっても、コンテンツを状況に合わせて柔軟に提供できる。
【００１１】
請求項３の構成は、請求項２の構成において、前記コンテンツ・タイミング制御手段は、乗客のアンケートの進行状況に応じて、回答を促すメッセージを前記乗客端末に送信したり、前記アンケートの回答時間を調整することを特徴とする。
【００１２】
上記の構成によれば、乗客のアンケートの進行状況が、想定より遅い場合には、を乗客に回答を促すメッセージを送信したり、逆に早い場合には、回答時間を短くしたりすることができる。
【００１３】
請求項４の構成は、請求項１の構成において、前記コンテンツ計画部は、前記乗物車両の運行スケジュールの変更に備えて、予備コンテンツを格納した予備コンテンツＤＢを備えることを特徴とする。
【００１４】
上記の構成によれば、事故や悪天候等などによる乗物車両の大幅な運行スケジュールの変更に備えて、追加や代替のための予備コンテンツを予め用意しておくことで、通常運行以外の状況にも柔軟に対応することができる。
【００１５】
請求項５の構成は、請求項１の構成において、前記コンテンツ計画部は、前記乗物車両内の乗客の位置ごとに対話型コンテンツを割り当てて提供することを特徴とする。
【００１６】
上記の構成によれば、乗物車両の乗客の位置に応じて乗客ごとにコンテンツを割り当てて提供することができる。例えば、車両の右側と左側で別々のコンテンツを提供することや、一部の車両にのみ特定のコンテンツを提供することもできる。
【００１７】
請求項６の構成は、請求項１の構成において、前記車両サーバは、車内の乗客からの発信メッセージの入力と発信先の指定を受け付け、前記乗客端末通信手段を介して発信する乗客発信制御手段を備えることを特徴とする。
【００１８】
上記の構成によれば、システムが用意するコンテンツ以外にも乗客がコンテンツを発信する手段を提供することで、乗物車内において、乗客間の対話や乗客と乗務員の直接対話を実現することができる。
【００１９】
請求項７の構成は、前記車両サーバは、前記乗物車両の速度、車内の温度、湿度、騒音、空気汚れ度、混雑度、乗客パターンのうち、一以上の車両情報を検知する車両情報検知手段をさらに備え、前記乗客端末通信手段は、前記車両情報に基づいて、予め前記車両情報の条件と関連付けて計画されたコンテンツを選択し提供することを特徴とする。
【００２０】
上記の構成によれば、車内の環境情報によって送信するコンテンツの内容を調整することができる。例えば、車内の温度がやや高めのときは、冷房温度を下げるかどうかの意見を乗客に求めるようなアンケートを車両ごとに送信することができる。また、乗客パターン（男／女、大人／子供、フォーマル（スーツ）／カジュアル、マスクの有無など）を車両情報検知手段の一つである車内カメラの映像から画像認識で判断することにより、車内の乗客によってアンケートやクイズの内容を変更することなどもできる。
【００２１】
請求項８の構成は、請求項１の構成において、前記乗物車両は、航空機であり、前記乗客端末の前記乗客位置検出手段は、赤外線通信または可視光通信により、電波を発しない位置検出手段を備えることを特徴とする。
【００２２】
上記の構成によれば、乗物車両が電波を発信する電子機器が使用できない航空機内であっても本発明のシステムを適用することができる。
【００２３】
請求項９の構成は、請求項１の対話型車内コンテンツ提供システムの発明を、以下のような対話型車内コンテンツの提供方法の発明と捉えたものであり、下記構成によれば、請求項１の発明と同様な作用効果を奏する。
【００２４】
乗物車両に搭載された車両サーバと、前記乗物車両を運営する事業者のコンテンツ配信サーバとが無線通信によって接続されたシステムにおける対話型車内コンテンツ提供方法であって、前記コンテンツ配信サーバにおいて、前記乗物車両の運行スケジュールと運行状況を管理するステップと、アンケートまたはクイズを含む対話型コンテンツを取得するステップと、前記運行スケジュールと、前記乗物車両が運行する路線に沿って駅並びに路線上及び路線周辺の複数の登録地点を登録した登録地点ＤＢとに基づいて、前記取得した対話型コンテンツの中から、前記乗物車両が前記登録地点を通過する際に提供するコンテンツの計画を受け付け格納するステップと、前記計画した対話型コンテンツを前記車両サーバに配信するステップと、を実行し、前記車両サーバにおいて、前記乗物車両の車両位置を検出する車両位置検出ステップと、前記乗物車両の乗客の車内位置を検出する乗客位置検出ステップと、前記車両位置、前記乗客の車内位置、及び前記運行状況に基づいて、前記受け付け格納した計画の中の対話型コンテンツを、前記乗物車両の乗客の乗客端末ごとに調整して送信するステップと、を実行することを特徴とする。
【発明の効果】
【００２５】
本発明によれば、車両の運行状況と車内状況の変化に応じて、車内ならではの対話型コンテンツを効果的に提供するシステムや方法を構築することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施形態に係る対話型車内コンテンツ提供システムの概略を示す図である。
【図２】周辺マップ及び車内マップを示す図である。
【図３】車両運行管理ＤＢ，乗客情報ＤＢの一例を示す図である。
【図４】車内コンテンツＤＢ及び登録地点ＤＢの一例を示す図である。
【図５】コンテンツ・タイミング制御処理を示すフローチャートである。
【図６】運行状況連動型コンテンツ提供画面の具体例を示す図である。
【図７】車内状況連動型コンテンツ提供画面の具体例を示す図である。
【図８】乗客発信型コンテンツ提供画面の具体例を示す図である。
【図９】車内案内型コンテンツ提供画面の具体例を示す図である。
【図１０】乗物系アトラクション型コンテンツ提供画面の具体例を示す図である。
【発明を実施するための形態】
【００２７】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号を付している。
【００２８】
図１は、本発明の実施形態に係る対話型車内コンテンツ提供システムの概略を示す図である。対話型車内コンテンツ提供システム（以下、本システムと呼ぶ）は、乗物車両１００内の車両サーバ１１０と、乗物車両１００内の乗客端末１２０と、車両サーバ１１０と無線通信手段によって交信可能なコンテンツ配信サーバ２００とが、有線または無線のネットワークによって接続されたシステムである。
【００２９】
ここで乗物車両１００は、既に述べたように、電車、バス、タクシー等の車両の他、客船、フェリー、旅客機等の船舶、航空機を含むものとし、テーマパーク等のアトラクション系乗物も含むものとする。ただし、以下では、鉄道車両を代表例として中心的に説明するため、乗物車両を単に「車両」と呼ぶことがある。
【００３０】
車両サーバ１１０は、乗物車両１００内に設置され、車両位置、乗客位置、車内環境等を管理するためのサーバであり、クライアントは、車内にいる乗客が所持する乗客端末１２０である。車両サーバ１１０は、図示するように、乗客端末１２０ａ，１２０ｂ、１２０ｃ（特に区別する必要がないときは、単に乗客端末１２０と呼ぶ）と、主として無線通信によって交信可能となっている。車両サーバ１１０は、列車のように複数の車両が連結される場合は、車両ごとに設置されてもよいし、一部の車両にのみに設置され、他の車両からは必要な情報のみを取得するように構成してもよい。
【００３１】
［乗客端末１２０］
乗客端末１２０は、主として、乗客の携帯する携帯電話機、スマートフォン、タブレット端末のような携帯情報端末であるが、乗物車両が指定座席のみの場合には、各座席の後部に設置された専用端末であってもよい。あるいは、通勤電車やバスの場合には、吊革に表示装置や入力装置を仕込んだ専用端末であってもよい。乗客端末１２０は、単に表示手段のみでなく、乗客からの入力を受け付ける入力手段を備えているものとする。この入力手段は、操作キーやタッチパネル式のボタンであってよいが、音声認識手段や音声応答手段を備えていることが好ましい。
【００３２】
また、乗客端末１２０は、乗客が電子乗車券、特に記名式の電子乗車券を利用している場合、その電子乗車券から、乗車券の種別（普通乗車券、通勤・通学定期券等）、乗降した駅の履歴、乗客の生年月日等の個人情報を取得することができる。図では、乗客端末１２０のうち、乗客端末１２０ｂと乗客端末１２０ｃが、それぞれ電子乗車券１２１ｂ、電子乗車券１２１ｃから上記の情報を受信している様子を表している。なお、電子乗車券１２１は、乗客のスマートフォンなどに内蔵され一体化した構成であってもよい。
【００３３】
［車両サーバ１１０］
車両サーバ１１０は、機能部として、車両制御手段１１１，車両位置検出手段１１２，車両情報検知手段１１３，乗客位置検出手段１１４，乗客発信制御手段１１５、乗客端末通信手段１１６、及びコンテンツ・タイミング制御手段１１７から構成される。
【００３４】
車両制御手段１１１は、車両サーバ１１０の各機能手段を全体的に制御し、各機能手段からの情報を受け取り、受け取った情報をコンテンツ配信サーバ２００に送信したり、自己の車両の運行スケジュールや運行状況に関する情報をコンテンツ配信サーバ２００から受信してそれらの情報を車両運行状況として管理する役目を果たす。
【００３５】
車両位置検出手段１１２は、車両の位置情報（絶対位置）を取得する位置情報取得手段であり、ＧＰＳ（Global Positioning System）の他、電波基地局からの電波受信状態や、駅や路線上に設置された各種の固定機器からの信号を受信し、車両の現在位置を車両ごとに数メートル程度の精度で特定できる機能を有する。
【００３６】
車両情報検知手段１１３は、車両の適切な場所に設置された各種センサ類から車両の各種情報を取得し、管理する機能を有する。車両の速度は、前記車両運行状況から得られるが、ＧＰＳの位置情報の変化を時間経過と共に記録して求めてもよい。その他のセンサ類は、車内の温度・湿度を計測するセンサ、及び車内の騒音や空気汚れ度を検知するセンサを含んでいる。さらに、車両ごとの乗客の混雑度（重量）を測定するための重量センサや、車内の乗客パターン（男／女、大人／子供、フォーマル（スーツ）／カジュアル、マスクの有無など）を撮像し画像認識できるカメラ等の画像処理装置を備えていてもよい。
【００３７】
乗客位置検出手段１１４は、車両の天井や座席上部などに設置されたセンサと乗客端末１２０とが交信することによって、乗客端末１２０の車内での位置（相対位置）を数１０センチメートルから１メートル程度の精度で検知できる機能を有する。乗客端末１２０が携帯情報端末の場合には、ＧＰＳと互換性のある信号を小型の専用装置から発信するＩＭＥＳ（Indoor Messaging System）方式や無線ＬＡＮアクセスポイントを使う方式等の各種の屋内測位技術が利用できる。もちろん、乗客端末１２０が、固定座席に設置されたタッチパネルのような場合には、そのＩＤと設置情報を取得するのみで乗客端末１２０の位置が特定できる。
【００３８】
乗客発信制御手段１１５は、システムからの情報を乗客端末１２０に配信するのではなく、車内の乗客端末１２０から乗客自らが情報を発信したり、他の乗客端末１２０と対話できる機能を提供する。例えば、車内前部にいる乗客が車内最後部にいる見ず知らずの乗客に問いかけたり、同じ車両に乗り合わせた他の乗客にメッセージを発信することなどができる。具体例については後述の図８で説明する。
【００３９】
乗客端末通信手段１１６は、前述した乗客端末１２０それぞれと無線通信（固定座席に設置された乗客端末の場合は有線通信であってもよい）での交信を制御する役割を果たす。
【００４０】
コンテンツ・タイミング制御手段１１７は、コンテンツ配信サーバ２００が運行スケジュールに基づいて計画した車内コンテンツ及び予備コンテンツを、実際に乗客端末１２０に送信するタイミングや時間調整を制御する。すなわち、配信計画に格納された車両ごとのコンテンツを基に、実際の車両の運行状況や、乗客の位置などを考慮して、コンテンツの開始や終了のタイミングを乗客端末ごとに調整して送信する。このコンテンツ・タイミング制御については後述の図５で詳しく説明する。以上説明したような構成により、本システムの乗物車両１００が機能している。
【００４１】
［コンテンツ配信サーバ２００］
コンテンツ配信サーバ２００は、鉄道会社等の交通機関の集中管理センタや主要駅などの施設に設置され、運行中の各車両の車両サーバ１１０と交信し、各種運行情報をやりとりしたり、計画したコンテンツを配信するためのサーバである。
【００４２】
コンテンツ配信サーバ２００は、機能部として、乗物車両１００との通信を制御する車両通信部２０１，車両の運行スケジュールと実際の運行状況を管理する車両運行管理部２０２，車内の乗客の情報を必要に応じて車両に提供する車内乗客情報提供部２０３，外部のサーバと通信を制御する外部ネットワーク通信部２０６，外部サーバからコンテンツを取得するコンテンツ取得部２０７，車両に配信するコンテンツを計画するコンテンツ計画部２０８、及び車両サーバ１１０にコンテンツを配信するコンテンツ配信部２０９で構成される。
【００４３】
また、上記の機能部が行う処理のためのデータ格納部として、各車両の運行スケジュール及び実際の運行状況を格納した車両運行管理ＤＢ２０４，記名式電子乗車券を所持する乗客の個人情報を格納した乗客情報ＤＢ２０５，車両に配信するコンテンツを格納した車内コンテンツＤＢ２１０，車両の運行状況の変化に対応するため予備コンテンツを格納した予備コンテンツＤＢ２１１，路線上の登録地点の情報を格納した登録地点ＤＢ２１２が設けられている。
【００４４】
車両通信部２０１は、車両サーバ１１０と、通常は無線通信手段により、その車両に関係する情報のやりとりを行うための各種データの通信制御を行う。車両サーバ１１０とのデータ送受信はすべて車両通信部２０１を介して行われる。
【００４５】
車両運行管理部２０２は、車両の運行計スケジュールと実際の運行状況を管理し、車両運行管理ＤＢ２０４に常に最新のデータを書き込む。車両運行管理ＤＢ２０４には、当日のデータだけでなく、過去の実績や近い将来の運行計画も含むものとする。
【００４６】
車内乗客情報提供部２０３は、乗客が記名式電子乗車券（例えば、定期券、乗車券付学生証、乗車券付社員証、乗り降りログ付乗車券など）を購入する際に登録したデータを保管した乗客情報ＤＢ２０５を参照し、車両サーバ１１０が検出した乗客端末１２０の情報を突き合わせ、乗車券のＩＤが一致する乗客が見つかった場合には、その乗客の情報を車両サーバ１１０に送信する。こうすることによって、電子乗車券を所持する乗客に対しては、乗客が実際に乗車している車両を特定することができる。
【００４７】
コンテンツ取得部２０７は、外部ネットワーク通信部２０６を介して、外部コンテンツサーバ３００，４００などから、定期的または所定のタイミングで情報を受け取り、車内で提供するコンテンツとして利用するために保持する。
【００４８】
なお、外部コンテンツサーバ３００，４００には、例えば、外部のコンテンツ作成者やサービス提供者が作成したアンケートやクイズを集めたアンケートＤＢ３０１、及びクイズＤＢ３０２を備え、車内で配信されるのにふさわしい各種アンケートやクイズが保存されている。もちろん、交通機関自身が作成したアンケートやクイズも含まれてもよい。
【００４９】
なお、アンケートには、回答に制限時間はなく、クイズには、制限時間があるのが通常である。ただし、本システムにおいては、アンケートであっても、次の停車駅までの間に記入を完了してもらうために、システムで回答時間をコントロールをすることがある。駅から乗客が降りてしまうと、アンケートを完了してもらうことができないからである。
【００５０】
また、外部コンテンツサーバ３００，４００が提供するデータベースには、アンケートやクイズなど以外にも、例えば、路線周辺の主な施設の情報を格納した周辺施設ＤＢ４０１，地域や路線周辺の最新ニュースを格納した周辺ニュースＤＢ４０２，周辺の天気情報を格納した周辺天気情報ＤＢ４０３などが含まれる。地域や周辺の範囲は、交通機関によって異なるが、長距離列車、長距離バス、航空機などでは運行経路にしたがって広い地域が含まれることになる。
【００５１】
コンテンツ計画部２０８は、コンテンツ取得部２０７が保持した配信候補のコンテンツから、路線ごと、車両ごと、車両内のエリアごと、時期ごと、時間帯ごとに配信するコンテンツの内容とその開始、終了条件を定義したコンテンツ配信計画を受け付け、車両サーバ１１０に配信し易い形式で車内コンテンツＤＢ２１０に格納しておく。また、コンテンツ計画部２０８は、車両の遅延や事故等の場合に備えて、予備のコンテンツの計画も受け付け、予備コンテンツＤＢ２１１に格納しておく。このように、車両に配信するコンテンツを事前にできる限り計画しておくことで、車両サーバ１１０が乗客端末１２０に実際にコンテンツを送信する際の負荷が大幅に軽減される。
【００５２】
コンテンツ配信部２０９は、コンテンツ計画部２０８が計画したコンテンツを車内コンテンツＤＢ２１０内、及び予備コンテンツＤＢ２１１内のコンテンツ配信計画に従って、運行車両の車両サーバ１１０に、運転開始前に配信する。通信量を削減するため、予備コンテンツＤＢ２１１の内容は、車両運行管理ＤＢ２０４を参照して、その車両に遅れ等が生じそうな場合にのみ送信するようにしてもよい。以上のような構成により、本システムのコンテンツ配信サーバ２００は機能する。
【００５３】
上記の車両サーバ１１０及びコンテンツ配信サーバ２００の機能構成は、あくまで一例であり、一つの機能部（機能手段）を更に分割したり、複数の機能部をまとめて一つの機能部として構成してもよい。各機能部は、装置に内蔵されたＣＰＵ（Central  Processing  Unit）が、ＲＯＭ（Read  Only  Memory）またはハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data  Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベース（ＤＢ）は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わない。
【００５４】
図２は、周辺マップ及び車内マップを示す図である。図２上段の周辺マップ６００は、具体例として鉄道路線に沿った一部の周辺のマップを表している。図２下段の車内マップ６５０は、車両（電車）内の設備やセンサ類、及び乗客の位置を模式的に表している。
【００５５】
周辺マップ６００は、鉄道路線６１０に沿った路線施設や周辺施設を示したものである。路線施設とは、主に、駅、駅関連施設、踏切、トンネル、鉄道敷地内に設置された信号や電柱または特定の看板等などである。交通機関がバスであれば、バス停やバス駐車場が路線施設となる。周辺施設とは鉄道敷地外の周辺の主な施設を指すものとする。
【００５６】
図示するように、この周辺マップには、Ａ駅６０１、Ａ駅６０１とＢ駅６０３の間の踏切６０２、Ｂ駅６０３とＣ駅６０５の間にトンネル６０４、Ｃ駅６０５の次に立体交差６０６とその立体交差に取り付けられた看板６０７が表されていいる。また、周辺施設としては、Ａ駅６０１周辺には、病院６１１と市役所６１２が、Ａ駅６０１とＢ駅６０３の間には、公園６１３と球場６１４が、Ｂ駅６０３周辺には、美術館６１５と大学６１６が、Ｃ駅６０５周辺には、女子高６１７、デパート６１８、商店街６１９が、立体交差６０６の先には、スポーツセンタ６２０、住宅街６２１があるものとする。
【００５７】
車内マップ６５０は、車両サーバ１１０上で作成、格納され、必要に応じて乗客端末１２０に表示したり、コンテンツ配信サーバ２００に送信する車両内の車内マップである。図示するように、鉄道車両には左右に長座席が備えられ、左側ドア（１０４ａ，ｂ，ｃ）と右側ドア（１０５ａ，ｂ，ｃ）がそれぞれ４台ずつ設置されている。
【００５８】
本システムに対応する車両には天井などに乗客端末１２０の車内の位置を検出するための位置検出センサ（１０１ａ〜１０１ｇ）が設置されている。また、同様な位置検出センサ（１０２ａ〜１０２ｄ，及び１０３ａ〜１０３ｄ）が左右座席上部の壁面にも取り付けられている。位置検出センサがＩＭＥＳ方式のような場合、乗客端末１２０は、複数の位置検出センサから信号を同時に受信する必要がある。Ａ，Ｂ，Ｃ，Ｄを乗客の位置とすると、図示するように、どの乗客端末１２０も４か所または５か所の位置検出センサから信号を受信できるようになっている。このように複数の位置検出センサからの信号を同時に受信することによって、乗客端末１２０は車内のどこにいてもその位置が特定されることになる。
【００５９】
指定席のみの車両や航空機など、混雑時に乗客が周りに立つ可能性がない場合には、赤外線通信や可視光通信を用いた乗客の位置検出手段を利用することができる。この場合、位置検出センサは、乗客端末１２０と常に直接光が当たるような位置に（手荷物台の下など）設置される。特に、航空機では、電波を発信する電子機器の使用が禁止されているので、このような位置検出手段が有効である。
【００６０】
図３は、車両運行管理ＤＢ，乗客情報ＤＢ，及び周辺情報ＤＢの一例を示す図である。以下、特に断らない限り、乗物車両は列車の場合を想定して説明している。
【００６１】
図３（ａ）の車両運行管理ＤＢ２０４は、車両の運行スケジュールと、実際の運行状況がリアルタイムに記録されるデータベースである。図では省略しているが、列車の発着時刻は、平日と休日で異なり、時期によって変更されるのは当然である。このようなデータは、交通機関の集中管理センタ等のコンピュータから自動的に転送されるものとする。なお、図のテーブルでは途中通過点として駅のみが示されているが、路線上に設けられた複数の基準点（踏切、トンネル、橋など）ごとの通過時間などを含んでもよい。
【００６２】
図３（ｂ）の乗客情報ＤＢ２０５は、既に述べたように、乗客の電子乗車券が記名式の場合、その乗客の個人情報を記録したデータベースである。具体的には、氏名、区分、性別、生年月日等が記録される。また、実際に乗降した駅の改札口の入退場時刻が一定の期間、記録されてもよい。プライバシー保護の観点から記録される情報は記名式電子乗車券購入のための必要最低限のデータのみとし、所定の機密保護を適用し、記録された個人情報全体が外部には送信されないようにする。車両サーバ１１０は、このような乗客情報をコンテンツ配信サーバ２００から必要に応じて受信でき、車内の乗客のプロフィールをある程度特定することができる。得られた乗客のプロフィールを基に、例えば、女性の乗客だけにアンケートを配信するとか、年齢に応じた難易度のクイズを配信することなどが可能になる。
【００６３】
図４は、車内コンテンツＤＢ及び登録地点ＤＢの一例を示す図である。この例では、図２の周辺マップを具体例として、車内にいる乗客端末１２０へ配信するコンテンツの中身に関する情報を示したものである。
【００６４】
図４（ａ）の車内コンテンツＤＢ２１０は、車両が運行スケジュールどおりに走行した場合に、各コンテンツを、どの路線のどの車両でいつどのように提供するかを計画したものである。例えば、Ａ駅周辺にある病院や市役所にちなんで花粉症アンケートや市政サービスアンケートがＡ駅発車後まもなく提供されるように計画しておく。具体的には、図示するように、登録地点Ａ１通過、またはＡ駅発車後１０秒後などをコンテンツ開始条件とする。このときコンテンツの開始条件だけでなくコンテンツ終了条件も指定できる。また、Ａ駅からＢ駅に向かう途中にある踏切にちなんで踏切廃止要望調査などのアンケートがその踏切を通過する車両に提供されるように計画しておいてもよい。
【００６５】
同様に、列車が上り（東向き）の場合、Ｂ駅東にあるトンネル入口に、車両がさしかかると、トンネル内クイズが開始されるようにしておく。このときクイズの回答制限時間は、例えば、その車両がトンネルを出るまでとする。列車は長いので先頭車両と後方車両ではクイズの開始タイミングや進行状況を変える必要がある。コンテンツ・タイミング制御手段１１７は、車両位置、乗客位置、車両の運行状況の情報を基に、それぞれの車両あるいは乗客端末がトンネルに入るタイミングを捉え、車両あるいは乗客端末ごとにコンテンツの開始、進行を制御する。
【００６６】
本システムでは、このように車両の位置や乗客の位置に応じて、その位置に関連する対話型コンテンツを配信することができる。しかも単に位置だけでなく、車両が特定の区間を通過または停車する予測時間に基づいて、そのコンテンツの開始タイミングやコンテンツの終了時間を調整することができる。
【００６７】
予備コンテンツＤＢ２１１は、特に図示していないが、車内コンテンツＤＢ２１０と同様なテーブルであり、車両が事故等で遅れが発生するなど、通常の運行スケジュールに対応した車内コンテンツだけではコンテンツが不足する場合に備えて、あらかじめ準備された追加または代替えとなる予備コンテンツを路線ごとに格納したデータベースである。例えば、先のトンネル内クイズの場合には、列車が通常より遅くなった場合に備えて追加クイズを予備コンテンツＤＢ２１１に用意しておく。あるいは、遅れが発生してなくとも、社会環境や自然環境の突然の変化により、通常のコンテンツでは内容がふさわしくない場合には、その内容を置き換えたコンテンツを格納しておいてもよい。
【００６８】
このようにすることで、事故等で運行スケジュールの変更があった場合にもコンテンツ内容を臨機応変に対応できる。また、運行スケジュールの変更がなくとも、時節柄ふさわしくないアンケートやクイズなどを代わりのアンケートやクイズに変更することなどができる。例えば、東日本大震災発生直後には、地震や原発に関するクイズをさし障りのないクイズに変更することなどができる。なお、本システムで提供されるコンテンツは対話型であることを基本とするが、宣伝用の看板に車両が接近した場合は、普段はその商品のＣＭや、商品に関わるクイズなどを提供するが、事故などの場合は、周辺の渋滞情報を提供するようにしてもよい。
【００６９】
図４（ｂ）の登録地点ＤＢ２１２は、上記で説明したコンテンツが提供される地点の情報を路線ごとに格納したデータベースである。このＤＢには、路線上で複数の登録地点を定め、ＧＰＳ等で取得した登録地点の位置情報と、その周辺の施設の情報が保存される。このような情報をすべての登録地点ごとに格納することで、登録地点間の通過時間内に完結するようなコンテンツを準備することができる。
【００７０】
図５は、コンテンツ・タイミング制御処理を示すフローチャートである。このフローチャートは、コンテンツを最終的に乗客端末１２０に配信する車両サーバ１１０のコンテンツ・タイミング制御手段１１７の処理内容を示したものである。
【００７１】
コンテンツ・タイミング制御手段１１７は、まずステップＳ１０において、車両の現在位置と運行状況を取得する。現在位置は、車両位置検出手段１１２から取得し、運行状況は車両運行管理ＤＢ２０４から取得する。また、コンテンツ配信サーバ２００から取得した車内コンテンツを準備しておく。
【００７２】
次にステップＳ１１において、運行スケジュールに遅れがあるかどうかをチェックする。遅れがなければ、ステップＳ１４に飛ぶが、遅れがある場合には、ステップＳ１２において、登録地点ＤＢ２１２と車両運行管理ＤＢ２０４のデータに基づき、現在位置と運行状況から、コンテンツ提供予測時間を計算する。
そして、ステップＳ１３において、コンテンツ提供予測時間内に終了するコンテンツを、予備コンテンツＤＢ２１１から送信された情報に基づいて準備する。すなわち、遅延等により計画されたコンテンツの想定所要時間以上の時間が見込まれるときは、予め予備コンテンツの準備をしておく。なお、想定外の事態に備えて、予備コンテンツにはいつでも使用できる「共通お楽しみコンテンツ」のようなものを備えていてもよい。
【００７３】
次にステップＳ１４において、車両の状態がコンテンツ開始条件に合致に達するまで待機し、コンテンツ開始条件に合致したら、準備した車内コンテンツを始動する（ステップＳ１５）。そして、ステップＳ１６において、コンテンツ終了条件に合致したかどうかが判断される。コンテンツ終了条件に合致していれば、現在始動しているコンテンツを終了して（ステップＳ１７）、すべての処理を終了する。コンテンツ終了条件に合致していない場合は、ステップＳ１８に処理を移す。
【００７４】
ステップＳ１８においては、車両の現在位置と運行状況から、コンテンツ終了地点までの残り時間を計算する。車両が停止中の場合には、車両運行管理ＤＢ２０４の最新データを利用する。事故などでいつ車両が発車するかわからない場合は、残り時間を暫定的に、例えば１０分などと設定する。
【００７５】
そして、ステップＳ１９において、乗客の回答ペースが想定より遅いかどうかが判断される。回答ペースが遅い場合には、ペースを上げるよう促すメッセージが乗客端末１２０に送信され（ステップＳ２０）、その後ステップＳ１６に処理を戻す。
【００７６】
ステップＳ２１において、乗客の回答ペースが想定内または想定より早い場合は、残り時間内に収まる予備コンテンツがあるかどうかを判断する。予備コンテンツが残り時間内に収まる場合は、ステップＳ２２に移り、その予備コンテンツを始動し、その後、ステップＳ１６に処理を戻す。それ以後はコンテンツ終了条件に合致するまで同様の処理を繰り返す。
【００７７】
ステップＳ２１において残り時間内に収まる予備コンテンツがないと判断した場合には、ステップＳ２２に移り、現在のコンテンツの時間を調整する。クイズの場合には、回答制限時間を延ばし、アンケートの場合には、アンケート画面を表示する時間を長くするなどする。このようにすることで、通常運行時はもちろん、事故などで運行スケジュールに変更があった場合にも、登録地点間の通過時間内に収まる追加コンテンツを提供したり、コンテンツの終了タイミングを調整したりすることで対処できる。
【００７８】
以下、図６から図１０まで、上記で説明した本システムによって提供できる対話型コンテンツの具体例について、コンテンツ提供画面を用いて紹介する。
【００７９】
図６は、運行状況連動型コンテンツ提供画面の具体例を示す図である。運行状況連動型コンテンツとは、車両の実際の運行状況や車両情報検知手段１１３が検知した車内情報に応じて変化させることが可能なコンテンツである。
【００８０】
図６の画面７０１と画面７０２は、車窓から見える風景に対応したコンテンツの提供画面であり、例えば、画面７０１には、車両の進行方向に向かって左側に見える周辺施設のコンテンツが、画面７０２には、車両の進行方向に向かって右側に見える周辺施設に関するコンテンツが表示されることを示している。この例では、画面７０１には車窓から見えるスポーツセンタに関連してスポーツアンケートが表示され、画面７０２には車窓右側に広がる住宅街にちなんで住宅アンケートが表示されている。
【００８１】
また、画面７０３には、既に述べたように、列車がトンネルを通過する時間を回答制限時間とするようなクイズ画面が表示されている。列車が通常より遅い場合には、回答制限時間が延びるのではなく追加のクイズがトンネル内にいる間に提供される。
【００８２】
対話型コンテンツの場合、一方的に表示する広告などとは違って、乗客からの応答がないと成り立たないので、乗車中の場面に適したコンテンツを提供することで、アンケートの場合には、回答率が高まるなどの効果が得られる。また、クイズの場合には、臨場感や切迫感を高め、よりクイズに熱中できるなどの効果が期待できる。
【００８３】
図７は、車内状況連動型コンテンツ提供画面の具体例を示す図である。車内状況連動型コンテンツとは、車両や周辺環境の状況ではなく、車内の状態、例えば、車内の温度や湿度、乗客数（混雑度）や乗客の位置や配置、前述した乗客パターンなどの状態に応じて変化させることが可能なコンテンツを言う。
【００８４】
図７上段に示す画面７１１では、車内の状況で、咳をしている人が多いことを、社内の音響センサまたは車内カメラで検知すると、例えばマスクに関するうんちくクイズ（ある分野の知識を問うクイズ）を提供する。クイズの回答だけでなくその理由も答えさせるようにしてもよい。もちろん、クイズの正解は車内の乗客に表示され、クイズの正解者にはなんらかの特典が与えられたり、クイズの後にマスクの商品広告などを表示してもよい。
【００８５】
図７下段の画面７１２は、車内状況に応じたコンテンツ提供の別の例を示す。例えば、車両情報検知手段１１３が取得した車内の情報が図示するような車内情報７１２ａであったとすると、すなわち、休日の朝に普段より混雑していると判断したときに、これから乗客が向かう行き先アンケートを表示することができる。アンケート結果を直ちに集計して乗客端末１２０に表示してもよい。
【００８６】
このようにすることで、乗車中の場面、特に今まさに目の前にある車内状況に応じたコンテンツを提供することで、図７の場合と同様に、真剣度が高まることにより、アンケートの回答率やクイズの正解率が高まるなどの効果が得られる。
【００８７】
図８は、乗客発信型コンテンツ提供画面の具体例を示す図である。乗客発信型コンテンツとは、システムが用意したコンテンツではなく、車内の乗客が発信元となるようなコンテンツを言う。
【００８８】
例えば、図８上段の画面７２１では、乗客のうちの一人が「暑いので窓をあけませんか？」という問いかけを、周囲にいる乗客に対して発信している様子を示している。このとき現在の車内温度などを車内状況７２１ｂのように表示してもよい。問いかけ７２１ａには、周囲の乗客が返答するためのボタンが自動的に挿入される。もちろん、問いかけ文の入力には音声認識を利用してもよい。なお、このようなメッセージは、車内環境情報に基づいて車両サーバ１１０から発信してもよい。この場合は、車両サーバ１１０も「乗客」の一人と考えればよい。
【００８９】
図８下段の画面７２２には、乗客の一人がタクシーで帰宅するための相乗り希望者を車内で募集している様子を示している。この場合の通知先は、同じ車両の乗客だけでなく、列車全体の乗客に通知されるものとする。あるいは、記名式電子乗車券の情報から、下車する駅が同じ乗客にのみに通知するようにしてもよい。相乗り希望が成立したとき、発信した乗客および応答した乗客の車内位置やその他の情報が互いに表示されるので（ただし実名は表示されないものとする）、電車を降りたときに相手先が見つかりやすくなる。
【００９０】
また、特に図示していないが、車内暴力を目撃した場合や、周りに酔っ払いなど迷惑客がいる場合に、乗務員に通報するようにもできる。このように、乗客からの発信で、乗客どうしのコミュニケーション手段や、乗務員との連絡手段を提供することで、車内の利便性向上や車内環境の改善に役立つ。
【００９１】
図９は、車内案内型コンテンツ提供画面の具体例を示す図である。車内案内型コンテンツとは、乗客の入力を受けて、交通機関の車両や施設に関する情報を提供するコンテンツを言う。単に表示するだけでなく乗客のさらなる入力も受け付けるので対話型コンテンツの一種であると言える。
【００９２】
図９上段の画面７３１では、乗客からの行き先の入力を受け付けて、「すいている車両」を案内する様子を示している。乗換駅やより早く目的地に到達できる車両を提示するようにしてもよい。一般的な乗換案内ソフトと異なるのは、車両情報や車内情報をよりリアルタイムで得られる点である。
【００９３】
図９上段の画面７３２は、次に降りる駅のホームから目的地に近い出口案内をする様子を示している。ここでも単に出口を表示するだけでなく、さらなる追加質問を対話的に受け付けるようにする。また、実際に現在乗っている車両の座席の位置から目的出口までのルートを詳細に案内することができる点で一般的な乗換案内ソフトとは異なる。
【００９４】
図１０は、アトラクション系乗物型コンテンツ提供画面の具体例を示す図である。図６から図９は、乗物としては、電車やバス等の公共交通機関を念頭に説明したが、ここでは拡張例として、テーマパークや遊園地などの乗物系アトラクションに本システムを提供した場合の例を示す。
【００９５】
アトラクション系乗物とは、パーク内を巡回する電車、汽車、バス、電気自動車、クルーズ船、観覧車などを含む。本システムをアトラクション系乗物に応用することで、例えば、巡回する電車やバスの車窓から見える園内の景色やアトラクション内の場面に応じたアンケートやクイズを提供することができる。
【００９６】
図１０の画面７４１では、具体例として、アトラクション施設内の「お宝探しゲーム」が示されている。従来、このようなアトラクションの場合、乗物に設置された車載端末を利用するか、乗客に貸し出される専用端末を利用するのが常であったが、本システムを利用すると、このような車載端末や専用端末を乗客のスマートフォン等で置き換えて提供することもできる。このようにすると、そのアトラクションだけでなく、テーマパーク内の他のアトラクションでも使用できるので、アトラクションの人気度のアンケートや複数のアトラクションにまたがるクイズなどにも利用できる。もちろん、今までの図６〜図９の例と違って、アトラクション系乗物の場合は、コンテンツ自体は、外部から提供を受けるのではなく、テーマパーク側で作成する。
【００９７】
このように本システムは、様々な公共交通手段だけでなくアトラクション系乗物に対しても適用可能であることを示した。乗物の運行状況や、車内の乗客の状況に応じてコンテンツの内容を変化させることができる点で共通であるからである。また、図６〜図１０で説明した様々なコンテンツ連動型は、互いに組み合わせることができるのは言うまでもない。
【００９８】
以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００９９】
１００  乗物車両
１０１ａ〜ｇ，１０２ａ〜ｄ，１０３ａ〜ｄ，  車内センサ
１０４ａ〜ｃ，１０５ａ〜ｃ  車両ドア
１１０  車両サーバ
１１１  車両制御手段
１１２  車両位置検出手段
１１３  車両情報検知手段
１１４  乗客位置検出手段
１１５  乗客発信制御手段
１１６  乗客端末通信手段
１１７  コンテンツ・タイミング制御手段
１２０，１２０ａ，１２０ｂ，１２０ｃ  乗客端末
１２１，１２１ｂ、１２１ｃ  電子乗車券
２００  コンテンツ配信サーバ
２０１  車両通信部
２０２  車両運行管理部
２０３  車内乗客情報提供部
２０４  車両運行管理ＤＢ
２０５  乗客情報ＤＢ
２０６  外部ネットワーク通信部
２０７  コンテンツ取得部
２０８  コンテンツ計画部
２０９  コンテンツ配信部
２１０  車内コンテンツＤＢ
２１１  予備コンテンツＤＢ
２１２  登録地点ＤＢ
３００，４００  外部コンテンツサーバ
５００  外部ネットワーク
６００  周辺マップ
６０１〜６１０  路線施設
６１１〜６２１  周辺施設
６５０  車内マップ
７００〜７４１  コンテンツ提供画面
【図１】
0005924733.tif 000002
【図２】
0005924733.tif 000003
【図３】
0005924733.tif 000004
【図４】
0005924733.tif 000005
【図５】
0005924733.tif 000006
【図６】
0005924733.tif 000007
【図７】
0005924733.tif 000008
【図８】
0005924733.tif 000009
【図９】
0005924733.tif 000010
【図１０】
0005924733.tif 000011