JP4468761B2 - 身障者支援システム - Google Patents

Description

本発明は身障者支援システムに関する。具体的には、身体障害者Ａ（視覚障害者、ろうあ者）又は保護対象者Ｂ（例えば期間限定の妊婦者、松葉杖や車椅子利用による障害者）が、携帯端末上に個人の詳細情報（例えば行先）を入力しておくことにより、該当車両に乗り込んだ際、駅の乗務員同士に予め通知連絡をしなくても、個人の申請のみで、降車駅において、保護を受けて降車でき、降車駅が混雑していた場合でも、降車駅側の駅員への通知を通して予定乗客に速やかに知らせ、安全に、また双方混乱することなく、乗車／降車できる支援システムに関する。以下、身体障害者Ａと保護対象者Ｂとを合わせて身障者と呼ぶことにする。

近年、携帯電話及び携帯端末の普及に伴い、インターネット経由によるネットワークを活用したサービスが拡充されてきており、メールやｗｗｗの利用者は年々増加している。また、携帯電話自身の機能も、大画面、高解像度、メール送受信、ｗｗｗアクセス、バイブレータ、骨伝導による通話、ＰＫＩ（電子認証用証明書）や指紋認証による高セキュリティ通信等のように、高機能化されてきている。

数多くある機能の中で、特に聴覚障害者にとっては、大画面やメール送受信機能、視覚障害者にとっては骨伝導による通話等が、重要なコミュニケーション手段となりえる。しかしながら、そのコミュニケーション手段を活用した身体障害者向け支援システムについては、遅れているのが現状である。例えば、身体障害者（聴覚障害者、視覚障害者）が、事前に乗り換え案内等のサイトにアクセスし、予定通りの電車に乗り継いで目的地に向かう場合を考える。

従来のこの種のシステムとしては、交通機関の利用客が有する電子乗車券の利用区間情報に基づき、車両内通信装置から利用客が有する携帯端末に対して情報を通知するシステムが知られている（例えば特許文献１参照）。また、補助必要者が予め保持する携帯端末、或いは駅到達時に貸与する携帯端末を利用して、携帯端末を保持する補助必要者の乗車位置や降車駅等の情報をもれなく降車駅の駅員に通知するシステムが知られている（例えば特許文献２参照）。また、交通機関の利用者が乗車駅の改札口を入ってから、下車駅の改札口を出るまでの任意の時間に、ダイヤの乱れ等の運行情報を利用者に通知するシステムが知られている（例えば特許文献３参照）。
特開２００２−２７１２５１号公報（第４頁、図１） 特開２００２−２７４３８１号公報（第４頁、第５頁、図１） 特開２００４−７０４８９号公報（第５頁、第６頁、図１）

予定通りの電車で移動中、事故やトラブルにより電車の到着時刻が乱れたり、又は線路上で停止した場合、状況説明は車掌による車内アナウンスが一般的である。車内アナウンスによる音声の説明は、聴覚障害者にとっては状況把握が難しく、車内の様子や窓からの風景などから推測するしかない。また、視覚障害者にとっては、音声だけが頼りであるが、車内が騒然となった場合は、車内アナウンスを聞き逃すこともあり、聴覚障害者と同様に状況把握が難しいと考えられる。

更に、平常通りの運行であっても、コンサートや野球・サッカー観戦、受験シーズン等の場合は、普段とは比べものにならない多くの人が駅を利用することになり、身体障害者にとっては戸惑ってしまうことになる。つまり、身体障害者でも所持率の高い携帯電話に対して通知する手段や支援する手段が整備されていない状況である。

他の例として、車椅子利用者が電車を利用する場合を考える。最近では、専用エレベータの設置や駅員の補助により、電車の乗降支援が受けられるケースが増えてきているが、通勤ラッシュ時等は、電車内やホーム上が混雑しているため、車椅子利用者が積極的に電車を利用できない状況である。混雑する時間帯の場合、車椅子利用者が乗っている電車が混雑したホームに到着し、電車から降りる場合、駅員の補助があったとしても、ホーム上の乗客がスペースを空けなければスムーズに降りることができず、事前のアナウンス（どのドア付近の乗客がスペースを空けるか）もないのが現状である。視覚障害者が降車する場合も同様である。

本発明はこのような課題に鑑みてなされたものであって、身障者が携帯端末を利用して安全に目的地まで到着することができる身障者支援システムを提供することを目的としている。

（１）請求項１記載の発明は、一般の各車両のドア付近に設けられたＩＤ情報を無線で送信するＲＦＩＤタグと、該ＲＦＩＤタグからの情報を受信する身障者が持つ携帯端末と、該携帯端末と接続され、該携帯端末から必要な情報を受信して所定の処理を行ない、その結果を前記携帯端末に送信する他、全体の介護支援動作の制御を行なう通信センターと、を含んで構成され、前記通信センターは、ダイヤの乱れや混雑状況による到着予定時刻の遅れ情報も含め、到着予定時刻を前記携帯端末に通知する、ことを特徴とする。

（２）請求項２記載の発明は、身障者が視覚障害者である場合、乗車する前に音声入力した個人の身障条件に従い、乗車している車内において、詳細な車両の運行情報と駅毎の案内を前記携帯端末からガイダンスとして受けるようにしたことを特徴とする。

（３）請求項３記載の発明は、身障者がろうあ者である場合、乗車する前に入力した個人の身障条件に従い、乗車している車内において、前記携帯端末上でメールによる運行情報のガイダンスを受け取ることを特徴とする。

（４）請求項４記載の発明は、前記身障者であって、降車駅に出迎えの人がいる場合、その該当身障者が乗車する前に入力した個人の身障条件により、出迎えの人に予め前記通信センター側から、その該当身障者が確実に乗車したことと、車両の運行状況及び降車ドアを通知することを特徴とする。

（５）請求項５記載の発明は、一般の各車両のドア付近に設けられたＩＤ情報を無線で送信するＲＦＩＤタグと、該ＲＦＩＤタグからの情報を受信する身障者が持つ携帯端末と、該携帯端末と接続され、該携帯端末から必要な情報を受信して所定の処理を行ない、その結果を前記携帯端末に送信する他、全体の介護支援動作の制御を行なう通信センターと、を含んで構成され、前記通信センターは、ダイヤの乱れや混雑状況による到着予定時刻の遅れ情報も含め、到着予定時刻を前記携帯端末に通知する携帯端末による身障者支援システムにおいて、前記身障者が降車する際、ドアを通過することで、確実に降車駅で降車したことを前記ＲＦＩＤタグからの情報により検知し、本人及び出迎えの人にも通知することを特徴とする。

（６）また、この発明において、前記身障者が予めの登録で自動選択をした場合、本人が車両のドア付近を通過し、ＲＦＩＤタグからの情報を携帯端末で受信した時、センター側に自動で送信し、一定時間は前記通信センター側で監視状態におくことを特徴とする。

（７）また、前記身障者が予めの登録で手動設定を行なった際、本人が車両のドア付近を通過し、ドア付近のＲＦＩＤタグにより携帯端末で情報を受信した後、前記通信センター側に本人の意志で送信し、本人が通信センター側への送信を怠った場合でも、通信センター側と携帯端末間での運行時刻情報によって、携帯端末保持者への通知を行なうことを特徴とする。

（８）また、車両が故障により発車しない場合に、身障者が車両から降車した際にＲＦＩＤタグからの情報を受信した場合に当該情報を解放する機能を有することを特徴とする。

（１）請求項１記載の発明によれば、ドア付近に取り付けたＲＦＩＤタグからの情報（ＩＤ情報）から、ＧＰＳによる位置情報の機能活用により、携帯端末に車両詳細情報が通知されるので、通信センター側に身障者が車両に乗車したことが確実に保証できる。また、降車駅では、通信センター側からの予めの詳細な通知により、乗車駅と降車駅の駅員同士の事前連絡がなくても、降車駅側で到着車両及びドア番号を特定できるので、降車駅においては、たとえ混雑していても、双方の安全性、安心性を保って、予め道を空けて降車／乗車することができる。

（２）請求項２記載の発明によれば、身障者が視覚障害者である場合、実際の車両の運行情報又は運行が遅延した場合、車内アナウンスが列車の走行雑音や周囲の雑音により聞き取れない場合でも、特別待遇により、その詳細情報が身障者用グッズを通して、接続済みのイヤホンからの音声ガイダンスで予め通知されるため、情報不足からの精神的な心配が発生することなく、安心して降車駅又は遅延した場合の対応策を予め判断することができる。

（３）請求項３記載の発明によれば、身障者がろうあ者の場合、実際の車両の運行情報又は特に運行が著しく遅延した場合でも、特別待遇によって、車両の詳細情報が個人宛メールで把握でき、情報不足からの精神的な不安が発生することなく、安心して降車駅又は遅延した場合の対応策を予め判断することができる。

（４）請求項４記載の発明によれば、降車駅で保護者として待ち合わせしている人へ速やかに通信センター側から車両運行状況も含めて、自動で通知されることによって、実際に乗車しているかの確認が携帯端末上で簡単にできる。

（５）請求項５記載の発明によれば、車両から身障者が降りた場合、ＲＦＩＤタグによって確実に降りたことを通信センター側、鉄道通信システム側、及び出迎えの人にメールで通知することで、確実に降りたことが保証できる。ここで、鉄道通信システムとは、外部ネットワークから鉄道システムを構成する各端末等に情報を配信するための中継機能を有するものである。

（６）また、この発明によれば、携帯端末保持者による保護サービス登録を自動設定すると、その後の配信を全て自動で実施できる。また、通信センター側では、ＲＦＩＤタグからの情報を受信しても、携帯端末保守者が車両に乗車し、発車時刻までに降車した場合でも、サービスは自動キャンセル動作として扱うことができるように、一定の時間経過をチェックし、正常安定時間と見なすまでサービス開始を実施しないようにすることができる。

（７）また、この発明によれば、携帯端末保持者による保護サービス登録では、自動設定動作以外に目的地を即変更することができるための手動設定機能も持っている。この場合、乗車駅／降車駅の時刻等を入力後、固定サービスを手動で実施し、電車に乗車してＲＦＩＤタグ上で受信を検知したまま電車が発車した後、携帯端末保持者による手動アクションを万が一忘れてしまうケースもあるが、この時は通信センター側からの車両発車すみによる警告通知のメッセージ又は音声ガイダンスを受けることが可能である。

（８）また、この発明によれば、携帯端末保持者による事前登録を手動で実施し、一旦車両に乗車したが、誤って乗車したことにより即降車するケース、車両が何らかの故障により発車を見送った場合等において、乗車した人がそのまま降車しても、サービスは自動で完了することができる。

本発明は、インターネット接続機能（メール送受信やＷｅｂアクセス）付き携帯端末を持つ身体障害者（視覚障害者、ろうあ者）（以下Ａ）、又は期間限定による保護対象者（妊婦者、松葉杖利用者、車椅子利用者）（以下Ｂ）が、事前に本サービス提供会社（通信会社、サービスプロバイダ等）との間で利用するための契約（本人認証を行なうための登録等）をすませておけば、Ａ又はＢ（以下、ＡとＢとを併せて身障者と呼ぶ）が公共機関（電車、地下鉄、バス等）を利用して目的地に移動する際、目的や行先等を携帯端末に入力することで、乗車する公共機関の乗車位置（車両番号やドア番号、到着予定時刻等）が降車側（降車駅、降車バス停等）に通知されるために、降車の際に係員又は一般人の保護が受けられる。

サービスの利用イメージは以下の通りである。一般の公共機関として、例えば電車に乗り込む場合を想定する。この電車には、各車両の全てのドア付近にＲＦＩＤタグが装着されている。また、携帯端末側には、ＲＦＩＤタグの信号を受信する機能を持つリーダが装備されているものとする。身障者が任意の車両のあるドアから乗車し、ＲＦＩＤタグが装着されたドアを通過すると、身障者が持つリーダが装備された携帯端末に、ＲＦＩＤタグからＩＤ情報が通知される。

ＩＤ情報には、電車名、車両番号、ドア番号が含まれているため、通知された（受信した）時間を携帯端末側で付与し、サービス提供会社に事前に登録した目的や行先情報と共に送信することで、サービス提供者側では、ＩＤ情報から乗車駅が分かり、行先から降車駅及び降車車両や到着時刻等が分かる。そして、サービス提供会社から鉄道通信システムを経由して降車駅に対し、身障者が到着する時刻や車両及びドア番号等が通知される。

降車駅の駅員は、上記の情報を受けて、身障者が到着する際に、該当場所付近の乗車予定の乗客に予め通知しておき、誘導することで、降車予定の身障者が安全に降車することができる。そのため、混雑した駅、混雑時間帯であっても、降車予定の身障者と、乗車予定の乗客の双方が安全に乗降できるようになる仕組みを持つ。

以下、図面を参照して本発明の実施の形態例を詳細に説明する。図１は本発明の全体のシステム構成例を示す図である。図において、１は車両、３は乗車駅、６は乗車駅のホーム、２は該ホーム６にいる身障者である。５は身障者２が持っている携帯端末である。９は車両１のドア近辺に取り付けられた、ＩＤ情報を無線で送信するＲＦＩＤタグである。

４は降車駅、７は降車駅４のホーム、８は降車駅４の駅員である。１０は身障者２の介護を行なうための通信センター（介護支援システム）である。１１は通信センター１０に設けられた契約ユーザ情報ファイル、１２は時刻表ファイルである。２０は通信センター１０と連携して動作する、駅の混雑や運行の乱れに関する外部情報を収集する外部情報システムである。外部情報システム２０で収集する情報としては、例えば気象情報、イベント情報（コンサート、スポーツ）、受験情報等である。３０はシステムで使用されるネットワークである。該ネットワーク３０としては、例えばインターネットが用いられる。このように構成されたシステムの動作を説明すれば、以下の通りである。

ＲＦＩＤタグリーダを装着した携帯端末５で、乗車ドア付近に装着されたＲＦＩＤタグ９からＩＤ情報（例えば乗車電車ナンバ、車両ナンバ、ドアナンバ）を取得する（Ｓ１）。次に、携帯端末５から身障者２が目的地（降車駅）を入力し、取得したＩＤ情報及びＩＤ取得時間（乗車時間に相当）と一緒に通信センター１０へ送信する（Ｓ２）。通信センター１０は、携帯端末５から送られてきた情報を基に、契約ユーザ情報ファイル１１及び時刻表ファイル１２を参照して契約者であることを確認し、送信された内容と時刻表から降車駅の到着予定時刻を算出する（Ｓ３）。

通信センター１０は、外部情報システム２０と連携し、ダイヤの乱れや混雑状況による到着予定時刻の遅れ情報も含め、到着予定時刻等を携帯端末５に通知する（Ｓ４）。一方、通信センター１０は、降車駅４に対して利用者情報（到着予定時刻、乗車した車両ナンバ、ドア番号等）を送信する（Ｓ５）。降車駅４では、関連する駅員８に当該情報を知らせて指示する（Ｓ６）。駅員８は、当該車両１の到着時刻に合わせて、利用者（身障者）２の支援を実施する（Ｓ７）。

本発明によれば、身体障害者（聴覚障害者、視覚障害者）は、目的地を登録し、電車に乗るだけで、降車駅の到着予定時刻や運行状況の通知、イベント（コンサート、野球、サッカー、受験シーズン）による混雑駅の通知、降車駅での駅員の支援が受けられる。また、車椅子利用者、松葉杖利用者、妊婦等も同様に支援を受けることができる。また、混雑する時間帯であっても、降車駅に到着予定時刻及び乗車車両番号やドア番号を通知することで、降車駅のホーム上の乗客に対して事前に注意を促し、支援を得ることができる。

以上、説明したように、本発明によれば、身体障害者、妊婦、一時的な障害者等（身障者）が公共機関を活用して電車に乗り込む際、ハンディをある程度背負った条件である旨を、乗務員又は降車駅側で知りうる手段やシステムが必要であり、車内又は降車駅での簡単な支援につなげることが、人の安全や車両の安全走行にもつながる。ここでは、上記のような身障者が公共機関（ここでは電車を例にとっている）を活用する場合、携帯端末を活用して、安全に目的地に到着できるための精神的ケアを含めた支援システムについて以下に説明する。

図２は本発明の第１の実施の形態例を示す図である。図１と同一のものは、同一の符号を付して示す。図の太い実線はプロセス制御の流れ、太い破線はデータの流れを示している（以下、同じ）。図に示すシステムは、車両１に乗る前に身障者２が予め詳細情報を携帯端末５によって登録しておくものである。図において、１は車両、３は乗車駅、４は降車駅、５は身障者が持つ携帯端末、３０は携帯端末５と接続されるネットワークとしてのインターネットである。１０は通信センターである。該通信センター１０において、１４は携帯端末５からの情報を受け付ける通知受付部、１３は該通知受付部１４と接続される支援情報登録部、１５は支援情報登録部１３と接続され、身障者が介護支援システムの契約者であるかどうかを認証する認証部である。

１６は支援情報登録部１３と接続される各支援登録情報を記憶する各支援登録情報ファイル、１７は支援情報登録部１３と接続される加入者情報ファイル、１８は時刻運行情報部である。該時刻運行情報部１８は、時刻を固定或いは可変することができる。１９は支援情報登録部１３と接続され、携帯端末５に完了通知を送信する完了通知部である。２５は時刻運行情報部１８と接続される鉄道通信システムである。鉄道通信システム２５は、ネットワークからの情報を駅構内の各種装置に通知するもので、ここではインターネット３０にも接続されている。このように構成されたシステムの動作を説明すれば、以下の通りである。

身障者が車両１に乗り込む前に、事前に携帯端末５から目的、行先、乗車予定時間、配信要求のトリガを自動か手動による設定を入力しておく。この入力情報は、通信センター１０の通知受付部１４で受け付けられる（Ｓ１）。通知受付部１４で受け付けた情報は、支援情報登録部１３に入力される（Ｓ２）。支援情報登録部１３は、加入者情報ファイル１７を参照し（Ｓ３）、また認証部１５を参照し（Ｓ４）、また各支援登録情報ファイル１６を参照し（Ｓ５）、携帯端末５の情報が予めサービスを受ける身障者からの情報であるかどうかを判断する。そして、判断の結果、サービスを受ける者として登録されている身障者であった場合には、支援情報登録部１３は完了通知部１９に必要な情報を通知する（Ｓ６）。完了通知部１９は、インターネット３０を介して携帯端末５と鉄道通信システム２５に必要な情報を送信する。

図３は本発明の第２の実施の形態例を示す図である。図１、図２と同一のものは、同一の符号を付して示す。図に示すシステムは、ＲＦＩＤタグ９で検知した情報を携帯端末５へ送信し、次の駅の通信システムを経由して駅員に通知するようにしたものである。図において、１は車両、３は乗車駅、４は降車駅である。１−１は第１の車両の第１のドア、１−２は第１の車両の第２のドア、１−３は第１の車両の第３のドア、２−１は第２の車両の第１のドア、２−２は第２の車両の第２のドア、２−３は第２の車両の第３のドアである。３は乗車駅、５は乗車駅３から乗る身障者の持つ携帯端末である。該携帯端末５はインターネット３０と接続されている。

通信センター１０において、１４は携帯端末５と接続され、携帯端末５からの情報を受ける通知受付部、１５は身障者の認証を行なう認証部、１７はサービスへ加入している加入者情報を記憶する加入者情報ファイル、１８は鉄道通信システム２５と接続される時刻運行情報部である。

通信センター１０において、１００は支援情報取得・配信サーバである。該支援情報取得・配信サーバ１００において、１３ａは通知受付部１４及び加入者情報ファイル１７と接続され、支援情報の検知を行なう支援情報検知部、４０は支援情報検知部１３ａと接続され、各支援検知情報が記憶される各支援検知情報ファイル、４１は支援情報検知部１３ａと接続され、支援情報を提供する支援情報提供部、４２は支援情報検知部１３ａと接続され、鉄道通信システム２５への通知を行なう鉄道通信システム通知部、４３は支援配信通知を行なう支援配信通知部である。このように構成されたシステムの動作を説明すれば、以下の通りである。

身障者２が公共機関の電車のある車両１のドアから乗り込む。その時、ドアに取り付けられているＲＦＩＤタグ９からの無線情報は、携帯端末５の受信機能部により受信される。そして、携帯端末５から送信された情報は、インターネット３０を介して通信センター１０内の通知受付部１４で受け付けられる（Ｓ１）。そして、支援情報を検知したサービスであれば、支援情報検知部１３ａが動作する（Ｓ２）。ここでは、既に登録された情報に追加で検知した時刻やカードＩＤ等を登録する。支援情報検知部１３ａは、加入者情報ファイル１７を参照し（Ｓ３）、各支援検知情報ファイル４０を参照して（Ｓ６）、目的のサービスが得られる身障者であるかどうかを判断する。また、支援情報検知部１３ａは、時刻運行情報部１８から時刻情報を得て（Ｓ４）、降車駅での車両１の到着時刻を認識する。時刻運行情報部１８は、鉄道通信システム２５と接続され、車両の混雑、車両の遅れ等の情報を得る（Ｓ５）。

そしてその検知した情報が登録されたことを、鉄道通信システム２５、携帯端末５を保持する身障者２に通知するために鉄道通信システム２５を起動後（Ｓ７）、鉄道通信システム２５、身障者２に検知したことを通知する（Ｓ８）。

鉄道通信システム２５側では、そのシステム監視者からの通報で降車駅の駅員８の業務用携帯端末８ａ、ポケベル等に知らせ、降車駅に到着する車両のドア番号付近に身障者２が降車する旨をその付近の乗車予定の客に通報することにより、携帯端末保持者（身障者）２が安全に降車できるようになる。また、同時に、支援情報提供部４１を起動しておく（Ｓ１０）。

このように、この実施の形態例によれば、ドア付近に取り付けたＲＦＩＤタグ９からの情報（ＩＤ情報）から、ＧＰＳによる位置情報の機能活用により、携帯端末に車両詳細情報が通知されるので、通信センター側に身障者が車両に乗車したことが確実に保証できる。また、降車駅では、通信センター側からの予めの詳細な通知により、乗車駅と降車駅の駅員同士の事前連絡がなくても、降車駅側で到着車両及びドア番号を特定できるので、降車駅においては、たとえ混雑していても、双方の安全性、安心性を保って、予め道を空けて降車／乗車することができる。

図４は本発明の第３の実施の形態例を示す図である。図３と同一のものは、同一の符号を付して示す。図４に示す実施の形態例は、身体障害者又は保護対象者（身障者）が、電車の中で携帯端末５にガイダンス情報を通知する構成図を示している。図において、１４は携帯端末５からの情報を受け付ける通知受付部、１７は加入者情報ファイル、１８は時刻運行情報部であり、鉄道通信システム２５と接続されている。２７は各種メディアサイト、４５は該各種メディアサイト２７と接続されるメディア情報取得部である。

支援情報取得・配信サーバ１００において、１３ａは支援情報検知部、４１は支援情報提供部、４０は各支援検知情報ファイル、４３は支援情報提供部４１と接続され、携帯端末５に必要な情報を送信する支援配信通知部である。支援情報提供部４１は、メディア情報取得部４５及び時刻運行情報部１８と接続され、また支援情報検知部１３ａ及び各支援検知情報ファイル４０と接続されている。このように構成されたシステムの動作を説明すれば、以下の通りである。

支援情報検知部１３ａから起動された支援情報提供部４１は（Ｓ１）、既に取得している検知情報に基づいて（Ｓ２）、その車両の固定的な時刻情報のみならず、車両の運行詳細情報を取得する（Ｓ３，Ｓ４）。また、各駅毎にメディア情報、例えばその日のイベント情報（コンサート・野球・サッカー、大学入試等）も取得する（Ｓ５，Ｓ６）。そして、それらの取得した情報を編集して、支援配信通知部４３に渡す（Ｓ７）。

この支援配信通知部４３では、携帯端末保持者２にガイダンス情報を通知することができる（Ｓ８）。ガイダンス情報は、車内音声とは別に、身障者の条件毎にメール・音声を流す。また、車両運行の固定情報を流すのみならず、変化した車両については、鉄道通信システム２５側からの情報を携帯端末５上で変化情報として配信することができ、更にメディア情報も随時配信できる仕組みを持っている。

このように、この実施の形態例によれば、身障者が視覚障害者である場合、実際の車両の運行情報又は運行が遅延した場合、車内アナウンスが列車の走行雑音や周囲の雑音により聞き取れない場合でも、特別待遇により、その詳細情報が身障者用グッズを通して、接続済みのイヤホンからの音声ガイダンスで予め通知されるため、情報不足からの精神的な心配が発生することなく、安心して降車駅又は遅延した場合の対応策を予め判断することができる。

また、身障者がろうあ者の場合、実際の車両の運行情報又は特に運行が著しく遅延した場合でも、特別待遇によって、車両の詳細情報が個人宛メールで把握でき、情報不足からの精神的な不安が発生することなく、安心して降車駅又は遅延した場合の対応策を予め判断することができる。

図５は本発明の第４の実施の形態例を示す図である。図４と同一のものは、同一の符号を付して示す。図５に示すシステムは、車両外で予め身障者に対する保護者の出迎えの人８ｂの携帯端末８ｃにガイダンスを配信するものである。このように構成されたシステムの動作を説明すれば、以下の通りである。

支援情報検知部１３ａから起動された支援情報提供部４１は（Ｓ１）、既に取得している検知情報に基づいて（Ｓ２）、その車両の固定的な時刻情報のみならず、車両の運行詳細情報を取得する（Ｓ３，Ｓ４）。また、各駅毎にメディア情報、例えばその日のイベント情報（コンサート・野球・サッカー、大学入試等）も取得する（Ｓ５，Ｓ６）。そして、それらの取得した情報を編集して、支援配信通知部４３に渡す（Ｓ７）。

この支援配信通知部４３では、身障者２を降車駅で待ち受ける待ち人８ｂにガイダンス情報を通知することができる（Ｓ８）。ガイダンス情報は、車内音声とは別に、身障者の条件毎にメール・音声を流す。また、車両運行の固定情報を流すのみならず、変化した車両については、鉄道通信システム２５側からの情報を携帯端末上で変化情報として配信することができ、更にメディア情報も随時配信できる仕組みを持っている。

この実施の形態例によれば、降車駅で保護者として待ち合わせしている人へ速やかに通信センター側から車両運行状況も含めて、自動で通知されることによって、実際に乗車しているかの確認が携帯端末上で簡単にできる。

図６は本発明の第５の実施の形態例を示す図である。図２、図５と同一のものは、同一の符号を付して示す。図６に示すシステムは、車両から降車する際に、ＲＦＩＤタグ９で検知した情報を携帯端末５上で受信し、サービスの完了である旨を通信センター１０、鉄道システム２５側及び出迎えの人８ｂに通知するものである。このように構成されたシステムの動作を説明すれば、以下の通りである。

身障者２が降車駅４で無事降車したものとする。図６は、基本的に図３に示すシステムと同様の機能を持っている。携帯端末５でＲＦＩＤタグ９からの情報を受けると、該携帯端末５は通知受付部１４にその旨を通知する（Ｓ１）。通知受付部１４は支援情報検知部１３ａに当該情報を通知する（Ｓ２）。支援情報検知部１３ａで降車検知を受けると、該支援情報通知部１３ａは、加入者情報ファイル１７を参照して、当該サービスに加入している人であるかどうかを確認する（Ｓ３）。それと同時に、各支援検知情報ファイル４０を参照して処理フラグの解除を設定する（Ｓ４）。

そして、支援配信通知部４３を起動し（Ｓ５）、該支援配信通知部４３から携帯端末保持者（身障者）２、鉄道通信システム２５及び場合によっては、待ち人８ａへの通知を行なう（Ｓ６）。

この実施の形態例によれば、車両から身障者が降りた場合、ＲＦＩＤタグ９によって確実に降りたことを通信センター側、鉄道通信システム側、及び出迎えの人にメールで通知することで、確実に降りたことが保証できる。

図７は本発明の第６の実施の形態例を示す図である。図６と同一のものは、同一の符号を付して示す。図に示すシステムは、車両１に乗る際に、身障者２が予め詳細情報を携帯端末５によって自動登録する際において、通知受付部内でのタイムアウト自動制御機能の動作を示している。図において、通知受付部１４は、通知受付部１４ａとタイムアウト自動制御部１４ｂから構成されている。４２は、タイムアウト自動制御部１４ｂと接続される鉄道システム通知部である。このように構成されたシステムの動作を説明すれば、以下の通りである。

身障者２が自動登録としてサービスを受ける場合、乗車駅３で一旦乗車し、ＲＦＩＤタグ９からの内容を携帯端末５で受けて、通信センター１０側に送信はするが（Ｓ１）、何らかの理由（例えば電車が故障により発車しない場合、本人が誤って乗車した場合等）により乗車した車両から即降車する場合が考えられる。従って、通知受付部１４では通知受付部１４ａで携帯端末５からの情報を受け付けると（Ｓ１）、自動要求の場合ならば、タイムアウト自動制御部１４ｂに制御を渡し（Ｓ２）、指定時間内でのサービスは実施せず、携帯端末５を保持する身障者２が安定したと見なされた時間の経過後、正常な検知を受けたサービスを開始する仕組みを持っている。その後の動作は、図３に示す実施の形態例と同様である。

この実施の形態例によれば、携帯端末保持者による保護サービス登録を自動設定すると、その後の配信を全て自動で実施できる。また、通信センター側では、ＲＦＩＤタグ９からの情報を受信しても、携帯端末保守者が車両に乗車し、発車時刻までに降車した場合でも、サービスは自動キャンセル動作として扱うことができるように、一定の時間経過をチェックし、正常安定時間と見なすまでサービス開始を実施しないようにすることができる。

図８は本発明の第７の実施の形態例を示す図である。図７と同一のものは、同一の符号を付して示す。図に示すシステムは、ＲＦＩＤタグ９で検知した場合の、タイムアウト処理機能を示す。このように構成されたシステムの動作を説明すれば、以下の通りである。

携帯端末保持者（身障者）２が、手動登録としてサービスを受ける場合、通知受付部１４ａで要求を受け付けると（Ｓ１）、タイムアウト手動制御部１４ｃ（図示せず）に制御を渡す。ここでは、乗車駅３で乗車し、手動アクションがなくても、ＲＦＩＤタグ９による電波時刻検知情報のみ通信センター１０側に送信することによって（Ｓ２）、そのまま電車が発車してしまい、携帯端末保持者（身障者）２からの正規なアクション操作を忘れてしまい、ガイダンスサービスを受けられないことを防止する機能を持っている。

ルートとしては、Ｓ１,Ｓ２のルートによって、タイムアウト手動操作部１４ｃを経由し、各チェックを実施後、Ｓ３〜Ｓ５のルートで処理を行ない、その結果、この配信をＳ６により警告通知を促す仕組みを持っている。また、乗車駅３で一旦乗車し、ＲＦＩＤタグ９による電波を検知しても、何らかの理由（電車が故障により発車しないケース、本人が誤って乗車した等）で乗車した電車から即降車をする場合についても、図７の原理同様に、携帯端末５側でキャッチ済みのタグ検知情報を自動解放できる仕組みを持っている。

この実施の形態例によれば、携帯端末保持者による保護サービス登録では、自動設定動作以外に目的地を即変更することができるための手動設定機能も持っている。この場合、乗車駅／降車駅の時刻等を入力後、固定サービスの車を手動で実施し、電車に乗車してＲＦＩＤタグ９上で受信を検知したまま電車が発車した後、携帯端末保持者による手動アクションを万が一忘れてしまうケースもあるが、この時は通信センター側からの車両発車すみによる警告通知のメッセージ又は音声ガイダンスを受けることが可能である。

また、この実施の形態例によれば、携帯端末保持者（身障者）２による事前登録を手動で実施し、一旦車両に乗車したが、誤って降車したことにより即降車するケース、車両が何らかの故障により発車を見送った場合等において、乗車した人がそのまま降車しても、サービスは自動で完了することができる。

図９は本発明の身障者登録メール送信時のシーケンスを示す図である。図には、車両と、携帯端末と、通信センターと鉄道通信システムとが記載されている。このうち、通信センターは、通知部と、認証部と、支援情報登録部と、完了通知部と、時刻運行情報と、メディア情報取得部から構成されている。

携帯端末５から登録要求を行なうと、携帯端末５から通知受付部１４に対して、身障者の登録通知を行なう（Ｍ０１）。通知受付部１４はこの通知を受けると、認証部１５に対して身障者２の認証要求を行なう（Ｍ０２）。認証部１５からは、携帯端末５に対して携帯端末の認証整合処理が行なわれる（Ｍ０３）。携帯端末５は、認証部１５に対して携帯端末の認証整合処理完了を通知する（Ｍ０４）。

認証部１５は携帯端末５に対して携帯端末５の認証正常通知を送出する（Ｍ０５）。携帯端末５は、認証部１５に対して携帯端末５の認証完了通知を送出する（Ｍ０６）。認証部１５は、支援情報登録部に対して登録要求を行なう（Ｍ０７）。支援情報登録部は、身障者情報蓄積データファイルに対して情報を記憶させ、完了通知部に対して登録要求を行なう（Ｍ０８）。次に、完了通知部は、携帯端末５に対して身障者登録完了通知を送出する（Ｍ０９）。

図１０は本発明の身障者鉄道システムメール配信時のシーケンスを示す図である。先ず、身障者２は車両１に乗り込み、電波受信要求を行なう（Ｍ０１）。車両１のドア近辺に設けられたＲＦＩＤタグ９から携帯端末５の所定の情報が記憶される。通知受付部１４は、携帯端末５の自動発信メールを受け付ける（Ｍ０２）。通知受付部１４は、支援情報検知部１３ａに対して支援情報検知起動を行なう（Ｍ０３）。

支援情報検知部１３ａは、時刻運行情報部１８に対して時刻運行情報を通知する（Ｍ０４）。時刻運行情報部１８は、鉄道通信システム２５を起動する（Ｍ０５）。鉄道通信システム２５は所定の情報を取得して時刻運行情報部１８に通知する（Ｍ０６）。該時刻運行情報部１８は支援情報検知部１３ａに対して時刻運行情報を送出する（Ｍ０７）。支援情報検知部１３ａは、データファイルから身障者登録情報蓄積データを読み出す。

図１１は本発明の身障者鉄道通信システムメール配信時のシーケンスを示す図である。このシーケンスは、図１０からの続きである。支援情報検知部１３ａは、鉄道システム通知部に対して鉄道配信システムを通知する（Ｍ０８）。鉄道システム通知部は、鉄道通信システム２５に対して鉄道通信システム通知を送出する（Ｍ０９）。この情報は、降車駅の駅員８に通知される。また、鉄道システム通知部は、携帯端末５に対して身障者携帯端末側への確認通知を行なう（Ｍ１０）。また、支援情報検知部１３ａは支援情報提供部４１に対して支援情報を提供する（Ｍ１１）。

図１２は本発明の身障者支援システム配信時のシーケンスを示す図である。この例では、車両１と鉄道通信システム２５は、常に通信中であるものとする。支援情報検知部１３ａは、支援情報提供部４１に対して支援情報を提供する（Ｍ０１）。この支援情報を受けた支援情報提供部４１は、時刻運行情報部１８に対して時刻運行情報を通知する（Ｍ０２）。次に、時刻運行情報部１８は、鉄道通信システム２５に対して起動をかける（Ｍ０３）。起動した鉄道通信システム２５に起動をかけ（Ｍ０３）、鉄道通信システム２５は時刻運行情報部１８に対して鉄道通信システム受信情報を送信する（Ｍ０４）。

この受信信号を受けた時刻運行情報部１８は、支援情報提供部４１に対して時刻運行情報を通知する（Ｍ０５）。この時刻運行情報を取得した支援情報提供部４１は、メディア情報取得部に対して起動をかける（Ｍ０６）。起動したメディア情報取得部は、支援情報提供部４１に対してメディア情報取得完了通知を出す（Ｍ０７）。支援情報提供部４１は、支援配信通知部４３に対して支援配信通知を行なう（Ｍ０８）。この支援配信通知を受けた支援配信通知部４３は、鉄道通信システム２５に対して身障者支援ガイダンスを通知し（Ｍ０９）、一方、携帯端末５に対して身障者支援ガイダンス通知を行なう（Ｍ１０）。

図１３は本発明の出迎え者へのガイダンス配信時のシーケンスを示す図である。この図では、車両側と鉄道通信システム側とは常に通信中であるものとする。支援情報検知部１３ａから支援情報提供部４１に対して支援情報を通知する（Ｍ０１）。この通知を受けた支援情報提供部４１は、時刻運行情報部１８に対して時刻運行情報を通知する（Ｍ０２）。時刻運行情報部１８は、鉄道通信システム２５は、受信情報を時刻運行情報部１８に通知する（Ｍ０４）。

時刻運行情報部１８は、支援情報提供部４１に対して時刻運行情報を通知する（Ｍ０５）。この通知を受けた支援情報提供部４１は、メディア情報取得部を起動する（Ｍ０６）。起動されたメディア情報取得部は、メディア情報を支援情報提供部４１に通知する（Ｍ０７）。該支援情報提供部４１は、支援配信通知部４３に対して支援配信通知を行なう（Ｍ０８）。この通知を受けた支援配信通知部４３は、鉄道通信システム２５に対して出迎え者にガイダンスを通知し（Ｍ０９）、また携帯端末５に対して出迎え者のガイダンスを通知する（Ｍ１０）。

図１４は本発明の身障者鉄道通信システムメールサービス完了時のシーケンスを示す図である。身障者２が車両１より降りる際、携帯端末５に対して電波発信要求を行なう（Ｍ０１）。携帯端末５は、通知受付部１４に対して携帯端末５の自動発信メール受け付けを行なう（Ｍ０２）。この受け付けを行なうと、通知受付部１４は、支援情報検知部１３ａを起動する（Ｍ０３）。支援情報検知部１３ａは、身障者登録情報等の蓄積データから必要なデータを読み出し、支援配信通知部４３に支援配信通知を行なう（Ｍ０４）。支援配信通知部４３は、鉄道通信システム２５に対して身障者降車駅鉄道システム支援停止通知を行なう（Ｍ０５）。また、支援配信通知部４３は、身障者２の携帯端末５に対して支援停止確認通知を行なう（Ｍ０６）。

図１５乃至図２８は通知受付け処理フローを示す図である。図２９は携帯端末強制解放通知処理フローを示す図である。図３０、図３１は支援情報登録機能処理フローを示す図である。図３２は登録完了通知処理フローを示す図である。図３３〜図３６は支援情報検知機能処理フローを示す図である。図３７は通信システム通知機能処理フローを示す図である。図３８は支援配信通知機能処理フローを示す図である。図３９〜図４３は支援情報提供機能処理フローを示す図である。

先ず、携帯端末保持者（身障者）２が、公共機関の電車のある車両１に乗り込む。そして、ドア付近を通過すると、ドア付近に取り付けられたＲＦＩＤタグ９からの無線によるＩＤ情報が発信され、身障者２の携帯端末５の受信機能で受信される。その後、自動又は手動により通信センター１０内の通知受付け処理が起動される。

通知を受けると、サービス実施状態ファイル５９から入力電文を読み出し（Ｓ１）、要求条件判定処理を行なう（Ｓ２）。次に、自動か手動かの判定を行なう（Ｓ３）。自動の場合には、以下の処理を実施する（Ｓ３）。即ち、検知後の通信センター１０側側送信タイマー条件を設定し、入力条件の整合チェックを行ない、自動フラグを設定する。手動であった場合には、以下の処理を実施する（Ｓ５）。即ち、検知後の乗車しなかった場合の自動破棄タイマー条件を設定し、入力条件整合チェックを行ない、手動フラグを設定する。次に、登録要求機能起動入力情報設定を行ない（Ｓ６）、通信ＩＦ制御部を起動する（Ｓ７）。通信ＩＦ制御処理は、支援情報登録機能を行なうものである（Ｓ８）。

ここで、支援情報の検知のサービスの場合、自動設定／手動設定の切り分けによるタイマー設定後の処理が動作するが（Ｓ９〜Ｓ２６まで）、正常にサービスが開始した処理Ｓ２７から順に説明する。支援情報検知機能起動入力情報を設定の上（Ｓ２７）、通信ＩＦ制御部（Ｓ２８）により、支援情報検知部１３ａを起動する（Ｓ２９）。ここで、Ｓ９〜Ｓ１４までの動作について説明する。

先ず、自動か手動の判定を行なう（Ｓ９）。自動の場合には、時刻運行情報を取得して入力情報設定を行なう（Ｓ１０）。次に、通信ＩＦ制御部を起動する（Ｓ１１）。通信ＩＦ制御部の動作は、時刻運行情報を取得する（Ｓ１２）。次に、時刻運行情報をデータベース６９に蓄積する（Ｓ１３）。そして、要求状態を判定する（Ｓ１４）。

受付け通知から起動された支援情報検知部１３ａの処理では、その入力条件を読み出し（Ｓ４４）、サービスの開始か終了かを判定する（Ｓ４５）。そして、開始要求ならば、データベース（ＤＢ）内の整合チェックを行ない（Ｓ４６）、送付されたＲＦＩＤタグ９からの詳細情報（ＩＤ番号等）を一時蓄積エリア６０に蓄積する（Ｓ４８）。更に、携帯端末５の加入者データを加入者番号ファイル６１から読み出して（Ｓ４９）、その加入者に対するガイダンス情報配信のための処理実行フラグ、ＲＦＩＤタグ９の検知時刻等をデータベース６２に蓄積する（Ｓ５０）。そして、鉄道通信システム通知起動入力情報の設定処理を経由して（Ｓ５１）、通信ＩＦ制御部（Ｓ５２）により鉄道通信システム通知機能が起動され、ステップＳ４５において、終了要求の場合には整合チェックを行なう（Ｓ４７）。そして、検知したことを鉄道通信システム側、携帯端末保持者（身障者）２側へ通知配信する（Ｓ６１）。ここで、通信ＩＦ制御部の動作は、鉄道通信システム通知機能である（Ｓ５３）。

これらの流れにより、降車駅側の鉄道通信システム２５から、駅員８に通知がされるので、特定の車両１とドア番号から身障者、又は保護対象者２が降車することが判明し、降車する人々に対応することになる。そして、Ｓ５４の支援情報提供起動入力情報設定を経由して、通信ＩＦ制御部（Ｓ５５）によって、支援情報提供部４１を起動する（Ｓ５６）。

上記の支援情報検知部１３ａから起動された支援情報提供部４１では、先ずファイル６３内の各種カウンタ、フラグ類の初期化を行なう（Ｓ６３）。そして、鉄道通信システム２５に問い合わせて、時刻運行情報の入力情報設定処理（Ｓ６４）を経由後、通信ＩＦ制御部Ｓ６５により、既存の鉄道通信システムを起動する（Ｓ６６）。そして、上記処理によって得られた鉄道通信システム側の時刻運行情報（固定時刻情報と現状の可変運行）をファイル６４に蓄積する（Ｓ６７）。次に、各駅毎の特徴に合わせた、各メディアからの情報又は本日の特別情報等を取得させるため、メディア取得起動入力設定処理（Ｓ６８）を経由して、通信ＩＦ制御部Ｓ６９によりメディア情報取得処理が起動される（Ｓ７０）。そして、上記により得られたメディア情報をファイル６５に蓄積する（Ｓ７１）。

次に、配信すべきガイダンス情報は、降車駅までの間、一定のサイクルにより、その変化情報と共に調査をし続けるが、その繰り返し回数が初回かを先ず判定する（Ｓ７２）。そして、２回目以降ならば、先に、時刻情報を取得した内容の運行のデータベース６６内の変化情報を蓄積・更新する（Ｓ７３）。ステップＳ７２において、初回ならば何もせずに次ぎの処理へ移行する。

そして、次に配信情報が蓄積された結果を受けて、支援配信通知機能起動入力設定の処理により（Ｓ７４）、通信ＩＦ制御部（Ｓ７５）を経由して支援配信通知部４３を起動する（Ｓ７６）。

起動された支援配信通知部４３の処理では（Ｓ６２）、身障者側へメール又は音声により随時配信する。この場合、常に変化情報があれば配信するが、変化情報がなければ配信はスキップする。また、駅毎のガイダンス情報も、視覚障害者ならば音声、聴覚障害者ならばメールと登録条件に分けて送信することができる。この識別は、登録時の要求条件により判断できる仕組みである。

また、携帯端末保持者のサービス登録者が出迎えの人への配信を希望する場合には、出迎えの人にも配信を可能とする仕組みを持っている（Ｓ６２）。前の処理に戻り、配信が正常になされた後、ファイル６７から処理終了フラグの読み出しを行ない（Ｓ７７）、処理終了かどうかを判定する（Ｓ７８）。そして、未終了ならば周期カウンタ６８からカウンタ値情報を読み出し（Ｓ７９）、周期タイミングをとる（Ｓ８１）。そして、一定の時間経過後、Ｓ６４からの鉄道通信システム側時刻情報の読み出し処理を再度実行して、変化情報を取得することになる。

図２２は通知受付け処理フローを示す図である。先ず、時刻運行情報を取得して入力情報を設定する（Ｓ８３）。次に、通信ＩＦ制御部を駆動する（Ｓ８４）。通信ＩＦ制御部の機能は、時刻運行情報を取得することである（Ｓ８５）。次に、時刻運行情報をデータベース７４に蓄積する（Ｓ８６）。次に、要求状態の判定を行なう（Ｓ８７）。

身障者２が、無事降車駅で降車した場合については、携帯端末保持者２が降車駅でドア付近を通過すると、上記同様に携帯端末５でＲＦＩＤタグ９からの電波を受信し、通知受け付け処理で受け付ける。そして、電文及びサービス実施状態をサービス実施状態ファイル５９から読み出し（Ｓ１）、条件を判定する（Ｓ２）。そして、降車時の終了通知の場合、支援情報検知機能起動入力情報設定（Ｓ３０）を実施し、通信ＩＦ制御部（Ｓ３１）を経由してサービス停止のために、支援情報検知機能（Ｓ３２）が起動される。

支援情報検知機能処理では、入力条件を読み出した後（Ｓ４４）、サービス条件を判定する（Ｓ４５）。終了要求なら、ＤＢ上と入力要件と整合チェックを行ない（Ｓ４７）、終了要求ならば処理実行フラグを削除する（Ｓ５７）。そして、支援配信通知機能入力情報判定を経由して（Ｓ５８）、通信ＩＦ制御部（Ｓ５９）により、支援配信通知機能（Ｓ６０）を起動する。起動された支援配信通知機能処理（Ｓ６２）では、携帯端末保持者、鉄道通信システム側へサービス停止完了のメール又は音声を通知又は配信する。ステップＳ４５において、開始要求の場合には、開始要求に対してＤＢ上の内容と合致するかどうか整合性をチェックし、ステップＳ４８以降の処理を行なう。

身障者２が、公共機関の電車に乗り込む前に、事前に持参の携帯端末５から目的、行き先、乗車予定時間、配信要求のトリガを自動設定を入力しておくとする（Ｓ２〜Ｓ８）。そして、携帯端末保持者２が公共機関の電車のある車両のドアから乗り込み、ドア付近を通過すると、ドア付近に設置されたＲＦＩＤタグ９により通過したことを携帯端末５の受信機能部で受信され、その後、自動又は手動により、通信センター内の既存機能の通知受け付け処理が起動される。

通知を受けると、入力電文を読み出し（Ｓ１）、要求条件判定処理（Ｓ２）で支援情報の検知のサービスの場合、自動設定／手動設定の切り分けによるタイマー設定による処理が動作する。先ず、事前登録の際、自動設定にしてあれば、時刻運行情報を取得情報入力設定（Ｓ１０）により、通信ＩＦ制御部（Ｓ１１）を経由して、既存機能の時刻運行情報取得（Ｓ１２）を起動し、最新の時刻運用情報を取得後、これをデータベース６９に蓄積する（Ｓ１３）。次に、本サービスの要求状態により分岐する（Ｓ１４）。

初回の要求状態ならば、ＲＦＩＤタグ９からの詳細受信情報をデータベース７０上に蓄積する（Ｓ１５）。また、ＲＦＩＤタグ９からの受信情報がタイマー設定状態で受信した場合はその旨の状態をデータベース７０に設定する（Ｓ１６）。更に、タイムアウト状態で繰り返し受信した場合は、その旨の状態をデータベース７０に設定する（Ｓ１７）。そして、車両１の運行前か否かを判定する（Ｓ１８）。若し、車両運行前の状態ならば、正常運行状況にあるかどうか判定する（Ｓ１９）。車両運行正常ならば、先ほどの状態を判定し（Ｓ２０）、初回要求ならばタイマーを設定し（Ｓ２１）、繰り返し処理に入り、一定時間の経過後Ｓ１０から動作を開始する。また、ステップＳ１９において、列車運行が中断である場合には、時刻蓄積情報データベース７１内のイベント状態廃棄処理を行なう（Ｓ２２）。上記状態が既にタイムアウト状態ならば、支援情報検知処理としてＳ２７へ制御を渡し前述した場合と同様の処理を行なう。

上記Ｓ１９において、車両の運行が中断されていた場合、イベント要求を破棄し、データベースを初期化してＳ２３の支援情報配信通知処理機能起動入力情報設定を経由して通信ＩＦ制御部により（Ｓ２４）、支援配信通知部４３が起動される（Ｓ２５）。前記Ｓ１８において、車両運行前の判定で列車運行後であれば状態判定を行ない（Ｓ２６）、初回要求によるタイマー設定状態中ならば、異常なケースとして処理を終了する。そうでない場合、正常な要求に対する一定時間経過後のタイムアウトとして、車両運行後のサービス処理Ｓ３０へ制御を渡す。

前記Ｓ９において、手動要求であれば、Ｓ１０〜Ｓ１４と同様の処理をＳ８３からＳ８７まで実施する。Ｓ８７の要求状態が、初回信号受信であれば、ＲＦＩＤタグ９からの受信情報及び初回信号受信である旨の状態をデータベース７１に蓄積し（Ｓ８８）、Ｓ９３へ制御を渡す。Ｓ８７の要求状態が、初回信号後のタイマー設定状態で、正規の情報を受信した場合、その旨の状態をデータベース７１に蓄積し（Ｓ８９）、Ｓ９３へ制御を渡す。

Ｓ８７の要求状態が、一定時間経過待ちのタイマー設定状態で、要求があれば、更に待ち状態（変化なし）の状態をデータベース７１に蓄積し（Ｓ９０）、Ｓ９３へ制御を渡す。Ｓ８７の要求状態が、初回信号受信後のタイマー設定がタイムアウトした場合の要求ならば、その旨の情報をデータベース７１に蓄積し（Ｓ９１）、Ｓ９３へ制御を渡す。

Ｓ８７の要求状態が、その他のケースでタイムアウトした場合、データベース７１に蓄積し（Ｓ９２）、Ｓ９７のイベント状態を廃棄し、支援情報解放要求起動入力設定（Ｓ９８）を実施後、通信ＩＦ制御部（Ｓ９９）を経由して、Ｓ１００の支援解放要求を起動し、Ｓ３３の強制解放機能を実施する。実施用カウンターファイル７２のカウンター情報を初期化する（Ｓ３４）。次に、個人認証機能起動入力情報を設定する（Ｓ３５）。次に、通信ＩＦ制御部を起動する（Ｓ３６）。その内容は、個人認証機能（Ｓ３７）である。

ステップＳ９３において、列車運行前かどうかを判定する。この判定で列車運行前であった場合には、列車運行が正常であるか中断であるか判定する（Ｓ９４）。列車運行が正常であった場合には、現在の状態を判定する（Ｓ９５）。現在の状態が初回信号要求タイマー設定状態であった場合には、タイマーを設定する（Ｓ９６）。タイムアウト状態であった場合には、支援情報検知機能処理に入る。ステップＳ９４において、列車運行中断で合った場合には、イベント状態を廃棄し、時刻蓄積情報データベース９５に対してフラグ初期化を行なう（Ｓ９７）。

次に、加入者情報データベース７３から加入者情報を読み出し（Ｓ３８）、各支援情報データベース７４に各支援情報の登録を行なう（Ｓ３９）。次に、登録完了通知の起動を行ない（Ｓ４０）、通信ＩＦ制御部を起動する（Ｓ４１）。通信ＩＦ部の動作は、完了通知処理機能である（Ｓ４２）。図３２は、登録完了通知の処理フローを示す図であり、携帯端末保持者へ登録完了通知メールを配信する（Ｓ４３）。この通知は、身障者・出向かい者の携帯端末にも行なわれる。

Ｓ９３の判定処理では、車両運行前ならば、Ｓ１８からＳ２０と同様に、Ｓ９３〜Ｓ９６までの判定及びタイマー設定処理を実施する。このタイマーの設定処理は、前述した処理と同様であるのでその処理は省略する。

Ｓ９３の車両運行後の処理においては、Ｓ１０１に制御を渡す。ここで、状態判定を行ない（Ｓ１０１）、初回信号要求の場合は異常処理として、イベント処理を終了する。正規タイマー設定状態ならば、支援情報提供機能起動入力情報設定（Ｓ３０）を実施し、通信ＩＦ制御部（Ｓ３１）を経由して、Ｓ３２の支援情報提供部４１を起動し、身障者、出迎え人向けのサービスを終了する処理を行なう。タイマー設定状態ならば、一定時間経過前としてＳ８３から処理を繰り返す。

初回受信状態において、タイムアウトが発生したならば、支援情報配信通知処理機能起動入力情報設定（Ｓ１０２）を実施後、通信ＩＦ制御部Ｓ１０３を経由して、支援配信通知部４３（Ｓ１０４）を起動され、Ｓ６２の処理によって携帯端末５側に、「送信要求依頼」の警告メッセージ又は音声ガイダンスを送信する。

図４３は介護支援・送信情報の実施例を示す図である。図において、９は車両１のドア付近に取り付けられたＲＦＩＤタグ９である。２は身障者、５は身障者２が保持する携帯端末、３０はインターネット、１０はインターネット３０を介して携帯端末５と接続される通信センター、１１は該通信センター１０内に設けられた契約ユーザ情報ファイル、１２は同じく通信センター１０内に設けられた時刻表ファイルである。２０は通信センター１０と接続される外部情報システム、３は乗車駅、４は降車駅である。

ＲＦＩＤタグ９から無線送信されるタグＩＤである（Ｃ１）。このタグＩＤのフォーマットは、００１_１１_０８５_０５_０２である。この内の“００１”は会社識別子である。例えば“００１”ならＪＲ、“００５”なら東急という具合である。次の“１１”は路線名識別子である。例えば“１１”なら東海道線、“３２”なら南武線という具合である。次の“０８５”は車体種別識別子である。例えば“０８５”なら湘南ライナー、“３２２”ならＤ２０という具合である。次の、“０５”は車体番号識別子である。例えば“０５”ならば５両目、“０８”なら８両目である。次の“０２”はドア番号識別子である。例えば“０１”なら右側１番目、“１０”なら左側１番目、“０２”ならば右側２番目である。

身障者（ここでは田中氏）２は、携帯端末５からＣ２〜Ｃ６までの情報を登録する。Ｃ２は利用者（田中氏）が通信センター１０へ送信する際に必要なものである。宛先は通信センター宛で固定である。具体的には、Ｔｏ：ｓｙｓｔｅｍ＠ｓｅｒｖｉｃｅ．ｃｏｍである。Ｃ３は通信センター１０側で利用者２を特定する（Ｃ７）ために必要なものである。利用者のアドレスが付与される。具体的には、Ｆｒｏｍ：ｔａｎａｋａ＠ｕｓｅｒ．ｓｅｒｖｉｃｅ．ｃｏｍである。Ｃ４はＲＦＩＤタグ９から取得したＩＤ（Ｃ１）をそのまま使用する。このＩＤから、Ｃ８〜Ｃ１２に変換する。具体的には、ＩＤ：０１１_１１_０８５_０５_０２である。

Ｃ５はＲＦＩＤタグ９を取得した時間を付与するものである。これをベースに通信センター側で時刻表ファイル１２からＣ１３とＣ１４を取得する。具体的には、Ｔｉｍｅ：２００４０３１８１６５３である。Ｃ６は目的地で例えば横浜である。このＣ６は利用者２が入力する。これをベースに通信センター１０側で時刻表ファイル１２からＣ１５とＣ１６を取得する。

次のＣ７〜Ｃ１７は通信センター１０側で保持する情報である。通信センター１０は外部情報システム２０と接続され、以下に示すような情報を得る。Ｃ７は利用者情報であり、例えば田中氏、Ｃ８は会社名であり、例えばＪＲ東日本、Ｃ９は路線名であり、例えば東海道線、Ｃ１０は電車名であり、例えば湘南ライナー、Ｃ１１は車両番号であり、例えば５両目、Ｃ１２はドア番号であり、例えば右側２番目、Ｃ１３は乗車駅であり、例えば東京駅、Ｃ１４は乗車時刻であり、例えば１６：５３、Ｃ１５は降車駅であり、例えば横浜駅、Ｃ１６は到着予定時刻であり、例えば１７：１７、Ｃ１７はダイヤの乱れであり、例えば無しである。

ここで、Ｃ７はＣ３から変換される。Ｃ８〜Ｃ１２はＣ１から変換される。Ｃ１３とＣ１４はＣ５と時刻表ファイル１２から取得される。Ｃ１５とＣ１６はＣ６と時刻表２０から取得される。Ｃ１７は外部通信システム２０と連携して取得される。通信センター１０から降車駅４に対して以下の情報（Ｃ１８とＣ１９、Ｃ７〜Ｃ１６）がインターネット３０を介して送信される。

Ｃ１８は行先を示す情報であり、Ｔｏ ｙｏｋｏｈａｍａ＠ｊｒ−ｅｓｔ．ｃｏ．ｊｐである。Ｃ１９はＦｒｏｍ：ｓｙｓｔｅｍ＠ｓｅｒｖｉｃｅ．ｃｏｍである。Ｃ７〜Ｃ１６は前述した情報である。

図４４、図４５は本発明で用いられるデータ構造例を示す図である。（ａ）はサービス実施状態データＤ１である。（ｂ）は列車運行情報データであり、列車運行固定情報Ｄ２−１と、列車運行随時変化情報Ｄ２−２から構成される。（ｃ）はカウンタ情報Ｄ３である。（ｄ）は処理フラグ情報Ｄ４である。（ｅ）は加入者情報Ｄ５である。（ｆ）〜（ｉ）は各支援情報である。データ（ｆ）において、Ｄ６−１は登録者のタグ番号（例えば、００１−１１−０８５−０５−０２）、Ｄ６−２は送信メールアドレス（例えばｓｙｓｔｅｍ＠ｓｅｒｖｉｃｅ．ｃｏｍ）、Ｄ６−３は受信メールアドレス（例えばｔａｎａｋａ＠ｕｓｅｒ．ｓｅｒｖｉｃｅ．ｃｏｍ）、Ｄ６−４はサービス登録した時刻情報（例えば２００４−０３１８−１６００）、Ｄ６−５はタグ検知時刻情報（例えば２００４−０３１８−１６５３）、Ｄ６−６は目的地（横浜）である。

データ（ｇ）において、Ｄ６−７は利用者（例えば田中ミサコ）、Ｄ６−８は会社名（例えばＪＲ東日本）、Ｄ６−９は路線名（例えば東海道線）、Ｄ６−１０は電車名（例えば湘南ライナー）、Ｄ６−１１は車両番号（例えば５両目）である。データ（ｈ）において、Ｄ６−１２はドア番号（例えば右２番目）、Ｄ６−１３は乗車駅（例えば東京駅）、Ｄ６−１４は乗車時刻（例えば１６：５３）、Ｄ６−１５は降車駅（例えば横浜駅）、Ｄ６−１６は到着予定時刻（例えば１７：１７）である。（ｉ）において、Ｄ６−１７はダイヤ乱れ情報（例えばなし）、Ｄ６−１８は到着駅側鉄道システムの受信先メールアドレス（例えばｙｏｋｏｈａｍａ＠ｊｒ−ｅａｓｔ．ｃｏｍ）、Ｄ６−１９は通信センター側から鉄道システム側へ送信する元メール（ｓｙｓｔｅｍ＠ｓｅｒｖｉｃｅ．ｃｏｍ）である。

（ｊ）は周期カウンタ情報Ｄ７である。（ｋ）は各支援情報Ｄ８である。このＤ８は、自動送信の場合におけるタグ送信状態種別を示す。Ｄ８が“０”の時は無効状態、Ｄ８が“１”の時は初回データ受信状態、“２”の時はタイマー設定状態、“３”の時はタイムアウト状態、“４”の時は空き、“５”の時は空きである。（ｌ）は各支援情報Ｄ９である。このＤ９は手動送信の場合におけるタグ送信状態種別を示す。Ｄ９が“０”の時は無効状態、“１”の時は初回信号受信状態、“２”の時は初回正規なタグ送信要求の受信状態、“３”の時はタイムアウト状態、“４”は初回信号受信後のタイムアウト状態、“５”はその他の受信後、“６”は空き、“７”は空きである。（ｍ）は時刻蓄積情報Ｄ１０を示す。

（付記１） 一般の各車両のドア付近に設けられたＩＤ情報を無線で送信するＲＦＩＤタグと、
該ＲＦＩＤタグからの情報を受信する身障者が持つ携帯端末と、
該携帯端末と接続され、該携帯端末から必要な情報を受信して所定の処理を行ない、その結果を前記携帯端末に送信する他、全体の介護支援動作の制御を行なう通信センターと、
を含んで構成される携帯端末による身障者支援システム。

（付記２） 身障者が視覚障害者である場合、乗車する前に音声入力した個人の身障条件に従い、乗車している車内において、詳細な車両の運行情報と駅毎の案内を前記携帯端末からガイダンスとして受けるようにしたことを特徴とする付記１記載の身障者支援システム。

（付記３） 身障者がろうあ者である場合、乗車する前に入力した個人の身障条件に従い、乗車している車内において、前記携帯端末上でメールによる運行情報のガイダンスを受け取ることを特徴とする付記１記載の身障者支援システム。

（付記４） 前記身障者であって、降車駅に出迎えの人がいる場合、その該当身障者が乗車する前に入力した個人の身障条件により、出迎えの人に予め前記通信センター側から、その該当身障者が確実に乗車したことと、車両の運行状況及び降車ドアを通知することを特徴とする付記２又は３記載の身障者支援システム。

（付記５） 前記身障者が降車する際、ドアを通過することで、確実に降車駅で降車したことを前記ＲＦＩＤタグからの情報により検知し、本人及び出迎えの人にも通知することを特徴とする付記１乃至４の何れかに記載の身障者支援システム。

（付記６） 前記身障者が予めの登録で自動選択をした場合、本人が車両のドア付近を通過し、ＲＦＩＤタグからの情報を携帯端末で受信した時、センター側に自動で送信し、一定時間は前記通信センター側で監視状態におくことを特徴とする付記１乃至４の何れかに記載の身障者支援システム。

（付記７） 前記身障者が予めの登録で手動設定を行なった際、本人が車両のドア付近を通過し、ドア付近のＲＦＩＤタグにより携帯端末で情報を受信した後、前記通信センター側に本人の意志で送信し、本人が通信センター側への送信を怠った場合でも、通信センター側と携帯端末間での運行時刻情報によって、携帯端末保持者への通知を行なうことを特徴とする付記１乃至４の何れかに記載の身障者支援システム。

（付記８） 車両が故障により発車しない場合に、身障者が車両から降車した際にＲＦＩＤタグからの情報を受信した場合に当該情報を解放する機能を有することを特徴とする付記７記載の身障者支援システム。

本発明の全体のシステム構成例を示す図である。 本発明の第１の実施の形態例を示す図である。 本発明の第２の実施の形態例を示す図である。 本発明の第３の実施の形態例を示す図である。 本発明の第４の実施の形態例を示す図である。 本発明の第５の実施の形態例を示す図である。 本発明の第６の実施の形態例を示す図である。 本発明の第７の実施の形態例を示す図である。 本発明の身障者登録メール送信時のシーケンスを示す図である。 本発明の身障者鉄道システムメール配信時のシーケンスを示す図である。 本発明の身障者鉄道通信システムメール配信時のシーケンスを示す図である。 本発明の身障者支援ガイダンス配信時のシーケンスを示す図である。 本発明の出迎え者へのガイダンス配信時のシーケンスを示す図である。 本発明の身障者鉄道システムメールサービス完了時のシーケンスを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 通知受付け処理フローを示す図である。 携帯端末強制解放通知処理フローを示す図である。 支援情報登録機能処理フローを示す図である。 支援情報登録機能処理フローを示す図である。 登録完了通知処理フローを示す図である。 支援情報検知機能処理フローを示す図である。 支援情報検知機能処理フローを示す図である。 支援情報検知機能処理フローを示す図である。 支援情報検知機能処理フローを示す図である。 鉄道通信システム通知機能処理フローを示す図である。 支援配信通知機能処理フローを示す図である。 支援情報提供機能処理フローを示す図である。 支援情報提供機能処理フローを示す図である。 支援情報提供機能処理フローを示す図である。 支援情報提供機能処理フローを示す図である。 介護支援・送信情報の実施例を示す図である。 本発明で用いられるデータ構造例を示す図である。 本発明で用いられるデータ構造例を示す図である。

符号の説明

１ 車両
２ 身障者
３ 乗車駅
４ 降車駅
５ 携帯端末
６ ホーム
７ ホーム
８ 駅員
９ ＲＦＩＤタグ
１０ 通信センター
１１ 契約ユーザ情報
１２ 時刻表
２０ 外部情報システム

Claims (5)

1. 一般の各車両のドア付近に設けられたＩＤ情報を無線で送信するＲＦＩＤタグと、
   該ＲＦＩＤタグからの情報を受信する身障者が持つ携帯端末と、
   該携帯端末と接続され、該携帯端末から必要な情報を受信して所定の処理を行ない、その結果を前記携帯端末に送信する他、全体の介護支援動作の制御を行なう通信センターと、
   を含んで構成され、
   前記通信センターは、ダイヤの乱れや混雑状況による到着予定時刻の遅れ情報も含め、到着予定時刻を前記携帯端末に通知する、
   ことを特徴とする携帯端末による身障者支援システム。
2. 身障者が視覚障害者である場合、乗車する前に音声入力した個人の身障条件に従い、乗車している車内において、詳細な車両の運行情報と駅毎の案内を前記携帯端末からガイダンスとして受けるようにしたことを特徴とする請求項１記載の身障者支援システム。
3. 身障者がろうあ者である場合、乗車する前に入力した個人の身障条件に従い、乗車している車内において、前記携帯端末上でメールによる運行情報のガイダンスを受け取ることを特徴とする請求項１記載の身障者支援システム。
4. 前記身障者であって、降車駅に出迎えの人がいる場合、その該当身障者が乗車する前に入力した個人の身障条件により、出迎えの人に予め前記通信センター側から、その該当身障者が確実に乗車したことと、車両の運行状況及び降車ドアを通知することを特徴とする請求項２又は３記載の身障者支援システム。
5. 一般の各車両のドア付近に設けられたＩＤ情報を無線で送信するＲＦＩＤタグと、
   該ＲＦＩＤタグからの情報を受信する身障者が持つ携帯端末と、
   該携帯端末と接続され、該携帯端末から必要な情報を受信して所定の処理を行ない、その結果を前記携帯端末に送信する他、全体の介護支援動作の制御を行なう通信センターと、
   を含んで構成され、
   前記通信センターは、ダイヤの乱れや混雑状況による到着予定時刻の遅れ情報も含め、到着予定時刻を前記携帯端末に通知する携帯端末による身障者支援システムにおいて、
   前記身障者が降車する際、ドアを通過することで、確実に降車駅で降車したことを前記ＲＦＩＤタグからの情報により検知し、本人及び出迎えの人にも通知することを特徴とする身障者支援システム。

Images