JP2003323695A - 移動通信システム - Google Patents

Abstract

(57)【要約】 【課題】 移動通信システムの低コスト化と実現性の向
上をはかる。 【解決手段】 所定の経路に沿って移動する移動体の位
置をネットワーク経由で知らせる移動通信システムにお
いて、予め自身に割り当てられたタグ識別子を無線送信
するタグ通信装置と、当該タグ通信装置に対向し、当該
タグ通信装置が無線送信したタグ識別子を受信するリー
ダ通信装置と、当該リーダ通信装置が受信したタグ識別
子に応じた通知情報を無線送信する通知側情報処理装置
と、当該通知側情報処理装置が無線送信した通知情報を
受信し、当該通知情報に応じた外部出力を実行する被通
知側情報処理装置とを備え、前記リーダ通信装置または
タグ通信装置のいずれか一方を前記移動体に搭載し、他
方を前記経路に沿って配列する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は移動通信システムに
関し、例えば、バスなどの交通機関の運行管理システム
に適用して好適なものである。

【０００２】

【従来の技術】バスなどの定期的に運行する交通機関
は、予め定められた時間スケジュールにしたがって移動
することが期待される。

【０００３】しかしながら道路の混雑状況などは予め予
測することが困難で、動的に変動するため、実際のバス
の移動は時間スケジュールどおりに進行しないことも多
い。目当てのバスが、あるバス停留所に到着する時刻が
予定よりも遅れると、その停留所から当該バスに乗車し
ようとするバス利用者は、その停留所でバスの到着を待
たなければならず、不便である。

【０００４】そこで、専用の有線・無線通信システムを
用いてバスの運行状況を表示する運行状況表示システム
がいくつかのバス会社等で実施されている。当該運行状
況表示システムによれば、実際のバスの現在位置などが
通知されるため、バス利用者は、バスの到着時刻を予測
すること等が可能となり、バス停留所での待ち時間が低
減できて便利である。

【０００５】

【発明が解決しようとする課題】ところが、このような
運行状況表示システムにおいては、専用の有線・無線通
信システムを用いたり、ＧＰＳなどを用いているために
システムの初期導入費用が大きく、またシステムの維持
・運営費用も専用のシステムであるために高コストとな
ることが多い。

【０００６】最近では、当該運行状況表示システムに携
帯電話システムやＰＨＳシステムを活用することも行わ
れ、完全に専用の有線・無線通信システムだけを用いる
場合に比べると、コストの低減をはかることが可能であ
るが、許認可等の申請が必要である。また、本来、一斉
呼出しや課金等を実行するために蓄積し、携帯電話事業
者やＰＨＳ事業者だけが利用できる位置情報を、携帯電
話機ユーザやＰＨＳ端末のユーザ等に通知するためのシ
ステム構成の改変も必要となると考えられるため、簡易
とはいえない。

【０００７】なお、携帯電話システムやＰＨＳシステム
を活用する運行状況表示システムは当然、携帯電話シス
テムやＰＨＳシステムが設置されている地域でしか用い
ることができないので、その点でも不利である。

【０００８】

【課題を解決するための手段】かかる課題を解決するた
めに、本発明では、所定の経路に沿って移動する移動体
の位置をネットワーク経由で知らせる移動通信システム
において、（１）予め自身に割り当てられたタグ識別子
を無線送信するタグ通信装置と、（２）当該タグ通信装
置に対向し、当該タグ通信装置が無線送信したタグ識別
子を受信するリーダ通信装置と、（３）当該リーダ通信
装置が受信したタグ識別子に応じた通知情報を無線送信
する通知側情報処理装置と、（４）当該通知側情報処理
装置が無線送信した通知情報を受信し、当該通知情報に
応じた外部出力を実行する被通知側情報処理装置とを備
え、（５）前記リーダ通信装置またはタグ通信装置のい
ずれか一方を前記移動体に搭載し、他方を前記経路に沿
って配列することを特徴とする。

【０００９】また、本発明では、請求項１の移動通信シ
ステムにおいて、前記通知側情報処理装置および被通知
側情報処理装置として、パーソナルコンピュータ端末を
用いることを特徴とする。

【００１０】さらに具体的には、例えば、本発明をバス
接近通知システムに適用した場合には、当該バス接近通
知システムは、移動するバスが所定のバス停留所に接近
したことを在宅中のバス利用者に通知するものである。

【００１１】

【発明の実施の形態】以下、本発明にかかる移動通信シ
ステムを、バス接近通知システムに適用した場合を例
に、実施形態について説明する。

【００１２】本実施形態のバス接近通知システム１０の
主要部の構成例を図１に示す。

【００１３】図１において、当該バス接近通知システム
１０は、バス停留所構造物１１と、バス１２と、バス利
用者の自宅１３と、バス停留所構造物１１に取り付けら
れたタグ装置１４と、バス１２に搭載されたリーダ装置
１５およびパーソナルコンピュータ１６（ＰＣ）と、バ
ス利用者の自宅１３に設置されたパーソナルコンピュー
タ１７（ＰＣ）とを備えて構成している。

【００１４】このうちバス１２は、例えば、図６に示す
ように、道路５０に沿って定期的に運行される。図６の
状態では、矢印ＭＶ１で示した進行方向からみて道路５
０の左側にしかタグ装置１４（１４Ａ、１４Ｂ）を配置
していないが、タグ装置１４から後述する無線信号ＷＬ
１をバス１２に送達可能な距離に比べて道路５０の道幅
が広い場合などには、道路５０の左右両側にタグ装置１
４を配置するようにしてもよい。ただし本実施形態で
は、道路５０の道幅に比べて無線信号ＷＬ１の送達可能
距離は十分に長いものと仮定し、タグ装置１４を左側に
のみ配置するものとする。

【００１５】タグ装置１４の主要部の構成例は、図２に
示すとおりである。なお、本実施形態のバス接近通知シ
ステム１０の内部には、多数のタグ装置１４が存在する
ので、各タグ装置１４を区別する必要がある場合には、
１４Ａ、１４Ｂのように、符号１４の直後に異なるアル
ファベットを付与して区別する。この点は、バス停留所
構造物１１についても同様である。

【００１６】図２において、タグ装置１４の構成例を図
示する。当該タグ装置１４は、制御部２１と、無線イン
タフェース部２２と、ＩＤメモリ２３とを備えている。

【００１７】制御部２１は、当該タグ装置１４のＣＰＵ
（中央処理装置）であり、この制御部２１に信号Ｓ１で
接続されたＩＤメモリ２３は各タグ装置１４Ａ、１４
Ｂ、…、１４Ｚが自身に割り当てられたＩＤ（タグ識別
子）を格納しているメモリである。

【００１８】当該ＩＤは基本的に、各タグ装置１４Ａ、
１４Ｂ、…を一義的に識別するために使用されるもので
あるが、同じバス接近通知システム１０の内部に各ＩＤ
（すなわち各タグ装置１４Ａ、１４Ｂ）をどのように配
置するかはシステム設計者の自由である。

【００１９】また、基本的にタグ装置１４はバス停留所
構造物１１に取り付けられるものであるが、必要に応じ
て、バス停留所構造物１１Ａとバス停留所構造物１１Ｂ
の中間にタグ装置１４を配置したり、バス停留所構造物
１１のなかにタグ装置１４を取り付けていないバス停留
所構造物１１が出現するようにシステム設計を行うこと
も自由である（例えば、バス停留所構造物１１の間隔が
近すぎる場合などには、タグ装置１４を取り付けるバス
停留所構造物１１と取り付けないバス停留所構造物１１
を交互に配置してもよい）。

【００２０】したがって、もし必要ならば、同じバス接
近通知システム１０の内部に同一のＩＤを持つタグ装置
１４が複数存在するようにしてもかまわないが、本実施
形態では同一のＩＤを持つタグ装置１４は当該バス接近
通知システム１０中にただ一つしか存在しないようにシ
ステム設計を行い、当該ＩＤをバス１２の行き先の自動
判定にも活用するものとする。

【００２１】ここでは、タグ装置１４Ａに割り当てられ
ているＩＤをＩＤＡとし、タグ装置１４Ｂに割り当てら
れているＩＤをＩＤＢとする。さらに具体的には、当該
ＩＤ（ＩＤＡ、ＩＤＢなど）は、１０進数表示で、１〜
３００程度の範囲の整数値であってよい。

【００２２】なお、本実施形態の構成上、各タグ装置１
４Ａ、１４Ｂは自身に割り当てられているＩＤの内容を
半永久的に保持するのが望ましいので、ＩＤメモリ２３
は通常のＲＡＭ（ランダムアクセスメモリ）で構成する
よりも、ＥＥＰＲＯＭ（フラッシュメモリ：Electrical
Erasable Programmable ＲＯＭ）やマスクＲＯＭな
どのＲＯＭ（リードオンリーメモリ）を使用することが
好ましい。

【００２３】一例として、ＩＤ（identification：識別
情報）を書き換える必要がない場合には、製造工程でＩ
Ｄの内容を確定し、以降は変更ができないマスクＲＯＭ
を使用するのが、簡便である。

【００２４】前記制御部２１に信号Ｓ２で接続されてい
る無線インタフェース部２２は、例えば、タグ装置１４
Ａに割り当てられ、ＩＤメモリ２３内に格納されている
ＩＤ（例えばＩＤＡ）の内容を収容した無線信号ＷＬ１
を間欠的に無線送信する部分である。間欠的な無線信号
ＷＬ１の送信は、一定の周期で周期的に行われるもので
あってもよく、周期が変動するものであってもよい。い
ずれにしても、当該無線信号ＷＬ１に収容されるＩＤ
は、極めてわずかなデータ量にしかならないため、有効
な無線信号ＷＬ１の時間幅はわずか（例えば、１０ｍ
Ｓ）であり、前回送信された無線信号ＷＬ１と今回送信
される無線信号ＷＬ１の間隔は当該時間幅に比べて、は
るかに長い（例えば、０．１Ｓ）。

【００２５】また、当該無線インタフェース部２２は、
リーダ装置１５から無線送信された質問信号を受信した
ときだけ当該無線信号ＷＬ１を送信するものであっても
よく、質問信号の受信がなくても、常時、間欠的に無線
信号ＷＬ１を送信するものであってもよい。質問信号を
用いる場合は電力消費の観点で有利であり、質問信号を
用いない場合は、システム構成が簡略になる点で有利で
ある。

【００２６】なお、当該無線インタフェース部２２が無
線送信した無線信号ＷＬ１の前記リーダ装置１５に対す
る送達可能距離は、例えば、２０ｍ〜３０ｍ程度で十分
なので送信電力を小さくすることができる。したがっ
て、例えば、３００ＭＨｚ帯を使用すれば、無線局免許
を取得することなく、タグ装置１４とリーダ装置１５間
の通信を実行することができて、簡便である。

【００２７】このような機能を持つタグ装置１４はすで
に実用化されて、様々な目的のために利用されている。
使用目的に応じ、タグ装置の中には、ここには述べてい
ない機能を備えたものもあるが、最低限、ここに述べた
機能を備えていれば、本実施形態のタグ装置１４として
使用することが可能である。もちろん、必要ならば、本
実施形態のバス接近通知システム１０のために専用のタ
グ装置１４を用いてもよいことは当然である。

【００２８】一方、当該タグ装置１４に対向し、バス１
２に配置されているリーダ装置１５の主要部の構成例
は、図３に示すとおりである。前記タグ装置１４に対応
する当該リーダ装置１５も、タグ装置１４と同様に、す
でに様々なタイプの装置が存在する。

【００２９】図３において、当該リーダ装置１５は、制
御部２５と、無線インタフェース部２６と、ＩＤ蓄積部
２７と、有線インタフェース部２８とを備えて構成され
ている。

【００３０】このうち制御部２５は当該リーダ装置１５
のＣＰＵ（中央処理装置）であり、無線インタフェース
部２６は、前記タグ装置１４の無線インタフェース部２
２に対向する部分であり、制御部２５に信号Ｓ７で接続
されている。

【００３１】したがって、当該無線インタフェース部２
６は、前記タグ装置１４構成の無線インタフェース部２
２と対称的な機能を備える部分であり、当該タグ装置１
４の無線インタフェース部２２が質問信号を受信したと
きだけ当該無線信号ＷＬ１を送信するものである場合に
は、間欠的に（例えば、周期的に）質問信号を無線送信
する機能を有し、質問信号の受信がなくても、常時、間
欠的に無線信号ＷＬ１を送信するものである場合にはそ
の機能を持たない。

【００３２】また、前記制御部２５に信号Ｓ６で接続さ
れているＩＤ蓄積部２７は、無線信号ＷＬ１としてＩＤ
を受信したときに、そのＩＤを一時的に蓄積しておく部
分である。

【００３３】ＩＤ蓄積部２７に蓄積されたＩＤは、制御
部２５を介し、信号Ｓ５としてただちに有線インタフェ
ース部２８に送信され、当該有線インタフェース部２８
から信号Ｓ８として、バス搭載のパーソナルコンピュー
タ１６（ＰＣ）に送信される。ここでは、リーダ装置１
５とパーソナルコンピュータ１６間の信号Ｓ８の通信に
は有線伝送路を用いるものとしたが、無線伝送路を用い
てもよい。無線伝送路を用いるほうが配線ラインの引き
回しなどが不要となる点で有利であるが、通信品質に関
しては、一般的に有線伝送路のほうが高い。

【００３４】前記タグ装置１４と当該リーダ装置１５の
あいだの通信は、単に無線信号ＷＬ１を受信したり、質
問信号と無線信号ＷＬ１の交信を行うだけの極めて低機
能な通信形態となっている。

【００３５】以上のように、タグ装置１４および当該リ
ーダ装置１５はともに、他の一般的な通信装置と比較し
た場合、低機能な通信装置であり、価格も安く、サイズ
も小さいのが普通である。

【００３６】次に、当該リーダ装置１５と信号Ｓ８によ
って有線接続されているパーソナルコンピュータ１６の
主要部の構成例について、図４を参照しながら説明す
る。バス１２搭載のパーソナルコンピュータ１６として
は、ノート型のパーソナルコンピュータを用いてもよい
が、据え置き型のパーソナルコンピュータを用いる場合
には、キーボードやマウスなどの入力装置、およびビッ
トマップディスプレイ装置などの出力装置は省略し、パ
ーソナルコンピュータ本体だけとしてもよい。

【００３７】図４において、当該パーソナルコンピュー
タ１６は、制御部３１と、ＬＡＮインタフェース部３２
と、有線インタフェース部３３と、ＩＤ履歴格納部３４
と、行き先判定部３５と、基準ＩＤ格納部３６と、位置
ＩＤテーブル部３７とを備え構成している。

【００３８】ここでも、前記タグ装置１４やリーダ装置
１５と同様に、当該制御部３１がパーソナルコンピュー
タ１６（ＣＰＵ）で、その他の構成要素３２〜３７もハ
ードウエア的な存在であってもかまわないが、当該パー
ソナルコンピュータ１６は汎用的な情報処理装置である
ので、構成要素３１〜３７は、主としてソフトウエア的
な存在である。

【００３９】したがって、図４に示した各構成要素３１
〜３７は、本実施形態のバス接近通知システム１０に必
要な機能を実現するための通信アプリケーションのモジ
ュールや関数、あるいはプロセスやタスク、ならびに、
パーソナルコンピュータ１６に搭載されているオペレー
ティングシステムの機能として実現される。

【００４０】このうち制御部３１は各構成要素３２〜３
７の動作を制御する部分で、前記有線インタフェース部
２８（図３）を介して、リーダ装置１５が前記信号Ｓ８
を送信してくると、図４に図示する有線インタフェース
部３３から当該信号Ｓ８に対応する信号Ｓ１０を受け取
り、ＩＤ履歴格納部３４に、当該信号Ｓ１０に対応する
信号Ｓ１１を格納する。

【００４１】この信号Ｓ１１には、例えば、タグ装置１
４Ａから無線信号ＷＬ１に収容して送信された前記ＩＤ
（ここでは、ＩＤＡ）が収容されているため、当該ＩＤ
はＩＤ履歴格納部３４に記憶される。

【００４２】ＩＤ履歴格納部３４は、制御部３１から信
号Ｓ１１で送信された順番に各ＩＤを格納する部分であ
る。本実施形態では当該ＩＤ履歴格納部３４の格納する
ＩＤの内容は、自動的にバス１２の行き先を判定するた
めに使用するため、いくつのＩＤを当該ＩＤ履歴格納部
３４に格納する必要があるかは、バス接近通知システム
１０の内部における前述した各ＩＤ（すなわち各タグ装
置１４Ａ、１４Ｂ、…、１４Ｚ）の配置に依存して変化
する。

【００４３】ただし本実施形態では、同一のＩＤを持つ
タグ装置は当該バス接近通知システム１０中にただ一つ
しか存在しないようにシステム設計を行うものとしたた
め、当該ＩＤ履歴格納部３４が同時に格納するＩＤの数
は、２つであってよい。この場合、３つ目のＩＤが格納
されると、最初に格納された１つのＩＤの記憶が削除さ
れることとなる。

【００４４】制御部３１と信号Ｓ１３で接続されている
基準ＩＤ格納部３６は、基準となるＩＤを格納している
部分である。基準となるＩＤとは、例えば、図６に示す
ようにバス１２の移動する道路５０に沿って予め配置し
た全ＩＤの系列（すなわち、タグ装置１４Ａ、１４Ｂ、
…、１４Ｚの系列）を格納してある部分である。

【００４５】基準ＩＤ格納部３６とＩＤ履歴格納部３４
に接続されている行き先判定部３５は、基準ＩＤ格納部
３６に格納されている全ＩＤの系列と、ＩＤ履歴格納部
３４に格納されている今回受信されたＩＤと前回受信さ
れたＩＤとを、信号Ｓ１５およびＳ１６を用いて比較す
ることで次の又は数個先の停留所や経路、すなわち行き
先を自動的に判定する部分である。バスの運行経路に分
岐がある場合には、経路中のある区間をバスがどの方向
に移動しているかを特定しただけでは、バスの行き先を
特定することは困難であるが、バスの運行経路に分岐が
無い場合はそれが可能である。また、バスの運行経路に
分岐があっても、当該運行経路の特定の区間を特定の方
向に移動する場合の行き先は、一義的に特定することが
できる場合もあるため、そのようなケースでは、当該行
き先判定部３５を利用可能である。

【００４６】また、行き先判定部３５の判定結果の履
歴、および、バス１２の現在位置（この現在位置は、位
置ＩＤテーブル部３７から得られる）の履歴を、バス１
２の運行スケジュールと対比すれば、分岐のある運行経
路でも、行き先を自動的に特定することが可能である。

【００４７】ここで、運行スケジュールとは、バス１２
の時刻表の基礎となるスケジュールである。バス停留所
構造物１１には通常、バスの到着時刻を記載した時刻表
が掲示されているが、当該時刻表を作成するには、個々
のバス１２に、例えば、１３時１５分頃にはバス停留所
１１Ａの近くに位置し、１３時２５分頃にはバス停留所
構造物１１Ｂの近くに位置する等という運行スケジュー
ルが付与されている。ただし実際にバス１２が個々のバ
ス停留所構造物へ到着する時刻は、様々な理由で遅れる
ことがあり得るため、現在位置の履歴を参照することで
信頼性を高めている。

【００４８】行き先判定部３５の判定結果として得られ
た行き先情報は、信号Ｓ１２として制御部３１に渡され
る。

【００４９】制御部３１はまた、信号Ｓ１４で位置ＩＤ
テーブル部３７と接続されており、今回、ＩＤ履歴格納
部３４に格納したＩＤの内容をキーとして、位置ＩＤテ
ーブル部３７を検索して検索結果を受け取る機能を備え
ている。

【００５０】位置ＩＤテーブル部３７は、各ＩＤと位置
との対応関係（当該ＩＤを割り当てられているタグ装置
１４とそのタグ装置１４を取り付けた位置例えば、バス
停留所の名前との対応関係）を格納したデータベースで
ある。したがって、ＩＤをキーとして当該位置ＩＤテー
ブル部３７を検索すれば、検索結果としてバス１２のお
およその現在位置が得られる。

【００５１】制御部３１は、当該検索結果と前記行き先
情報が得られると信号Ｓ１７としてＬＡＮインタフェー
ス部３２に出力し、これらを収容した接近通知信号ＬＬ
１を、ＬＡＮインタフェース部３２から無線送信させ
る。ＬＡＮインタフェース部３２は、無線ＬＡＮ（ロー
カル・エリア・ネットワーク）のインタフェースを構成
する部分である。本実施形態の構成上、当該ＬＡＮイン
タフェース部３２の接近通知信号ＬＬ１は、各バス利用
者宅１３に配置されたパーソナルコンピュータ１７に対
し、例えば、数ｋｍ程度の送達可能距離を持っているこ
とが望ましい。

【００５２】無線ＬＡＮには光を用いるものと、電波を
用いるものがあるが、見通しが得られない場合でも接近
通知信号ＬＬ１を送達できる点などで電波のほうが有利
であるから、本実施形態では、電波を用いるものとす
る。

【００５３】また、当該接近通知信号ＬＬ１の通信形態
も、接近通知信号ＬＬ１のデータ量が極めてわずかであ
るため、基本的に前記無線信号ＷＬ１と同じものが利用
可能である。

【００５４】すなわち、接近通知信号ＬＬ１は、間欠的
に無線送信され、この無線送信は、一定の周期で周期的
に行われるものであってもよく、周期が変動するもので
あってもよい。そしていずれの場合でも、当該接近通知
信号ＬＬ１に収容されるバス１２の現在位置情報と行き
先情報は、前記ＩＤと同程度の極めてわずかなデータ量
にしかならないため、有効な接近通知信号ＬＬ１の時間
幅はわずか（例えば、１０ｍＳ）であり、前回送信され
た接近通知信号ＬＬ１と今回送信される接近通知信号Ｌ
Ｌ１の間隔は当該時間幅に比べてはるかに長い（例え
ば、０．１Ｓ）。

【００５５】当該接近通知信号ＬＬ１を受信するバス利
用者宅１３のパーソナルコンピュータ１７の主要部の構
成例は、図５に示すとおりである。

【００５６】図５において、当該パーソナルコンピュー
タ１７は、制御部４１と、ＬＡＮインタフェース部４２
と、解析処理部４３と、出力部４４とを備え、構成して
いる。

【００５７】これらの構成要素が主としてソフトウエア
的な存在である点は、上述したバス１２搭載のパーソナ
ルコンピュータ１６の場合と同じである。

【００５８】前記ＬＡＮインタフェース部３２（図４）
に対向するＬＡＮインタフェース部４２は、無線送信さ
れて到来する接近通知信号ＬＬ１を受信し、信号Ｓ２０
として制御部４１に供給する部分である。

【００５９】この信号Ｓ２０を受け取った制御部４１
は、その内容を、信号Ｓ２１で接続された解析処理部４
３に処理させ、解析結果を信号Ｓ２２として出力部４４
から外部に出力する。上述したように、接近通知信号Ｌ
Ｌ１には、バス１２の現在位置情報と、行き先情報が含
まれているから、解析処理部４３ではこれらが取出さ
れ、出力部４４から所定の出力形態にしたがって信号Ｓ
２３としてバス利用者Ｕ１に出力される。

【００６０】この出力形態としては、合成音声などの音
声出力、画面表示出力、振動出力などの様々なものが考
えられるが、一般的には、バス利用者Ｕ１が必ずしもバ
ス利用者宅１３のパーソナルコンピュータ１７の前で画
面を目視していなくてもかまわないように、音声出力を
中心とし、必要に応じて画面表示出力も併用する出力形
態が好ましいものと考えられる。

【００６１】また、バス利用者Ｕ１が視覚障害者や聴覚
障害者である場合や、視覚にも聴覚にも障害を持つ場合
も考えられるが、前記振動出力は、バス利用者Ｕ１が視
覚にも聴覚にも障害を持つ場合に有効である。

【００６２】必要な場合には、バス利用者Ｕ１からの設
定操作に応じて、出力形態を任意に選択することができ
るようにするとよい。

【００６３】さらに、バス停留所構造物（例えば、１１
Ｂ）に停まる複数のバス１２のなかには、バス利用者Ｕ
１が望む行き先のバスに限らず、様々な行き先のバスが
混在してるのが普通であると考えられるが、バス利用者
Ｕ１が予め所望の行き先をパーソナルコンピュータ１７
に登録しておき、その登録内容に基づいてフィルタリン
グを行うことで、その行き先のバス１２が到着した場合
にだけ出力部４４からの出力を実行するように設定する
ことができる構成を取ってもよい。これにより、望まな
い行き先のバス１２の到着を知らせる音声出力や画面表
示出力にわずらわされることがなくなり、使い勝手が向
上する。

【００６４】なお、本実施形態では、図４に図示するよ
うに、前記位置ＩＤテーブル部３７、行き先判定部３
５、基準ＩＤ格納部３６などの機能を、バス１２側のパ
ーソナルコンピュータ１６に搭載したが、必要に応じ
て、これらの機能は、バス利用者宅１３側のパーソナル
コンピュータ１７に搭載することも可能である。その場
合、バス１２搭載のパーソナルコンピュータ１６が無線
送信する接近通知信号ＬＬ１は、単にパーソナルコンピ
ュータ１６が受信したＩＤだけを収容したものとなり、
バスの行き先を特定したり、現在位置を特定したりする
機能は、バス利用者宅１３側のパーソナルコンピュータ
１７が搭載することとなる。

【００６５】ただしバス１２の運行経路などが変更され
た場合などには、前記位置ＩＤテーブル部３７や基準Ｉ
Ｄ格納部３６の格納内容は変更しなければならないが、
これらをバス１２側のパーソナルコンピュータ１６に搭
載しておくことにより、当該変更時のソフトウエアの入
替え作業などが容易になり、効率性が高まる。

【００６６】以下、上記のような構成を有する本実施形
態の動作について説明する。

【００６７】図６には、前回、ＩＤＺを割り当てられた
タグ装置１４Ｚの近傍を通過し矢印ＭＶ１の方向に走行
するバス１２が、今回はバス停留所構造物１１Ａの近傍
に差し掛かっている状態の実施形態の動作を図示する。
当該バス１２がタグ装置１４Ａの無線信号ＷＬ１の送達
可能距離である概略２０ｍ〜３０ｍ程度の位置まで近づ
くと、前記リーダ装置１５（図１）が当該無線信号ＷＬ
１を受信し、それに応じた信号Ｓ８をパーソナルコンピ
ュータ１６に送信するので、パーソナルコンピュータ１
６の内部では、当該信号Ｓ８から得たタグ装置１４Ａの
ＩＤであるＩＤＡをＩＤ履歴格納部３４（図４）に格納
する。

【００６８】前回のＩＤはＩＤＺであったため、この格
納により、ＩＤ履歴格納部３４には、ＩＤＺとＩＤＡが
この順番で格納されることとなる（もしも、バス１２が
図示と反対方向に移動している場合ならば、ＩＤ履歴格
納部３４には、ＩＤＡ、ＩＤＺの順番でＩＤが格納され
ることとなる）。

【００６９】基準ＩＤ格納部３６に格納されているＩＤ
系列と比較することにより、行き先判定部３５は、当該
バス１２の行き先を判定すことができる。また、制御部
３１は、前記ＩＤＡをキーとして位置ＩＤテーブル部３
７を検索し、バス１２の現在位置情報を得ることもでき
る。

【００７０】そしてこの現在位置情報と行き先情報を収
容した接近通知信号ＬＬ１が、パーソナルコンピュータ
１６のＬＡＮインタフェース部３２から無線送信され
る。当該バス１２とバス利用者宅１３の距離ＤＴ１（図
６）が、接近通知信号ＬＬ１の送達可能距離以内であれ
ば、当該接近通知信号ＬＬ１がパーソナルコンピュータ
１７の出力部４４から出力されるため、バス利用者Ｕ１
は、バスの接近を認識し、バス１２が最寄りのバス停留
所に到着するまえに、自宅を出て、バス停留所構造物１
１Ｂに向かって移動することができる。

【００７１】バス１２の現在位置がわかれば、バス１２
の最寄りのバス停留所に到着する時刻を予測することも
可能であるため、バス停留所でバス１２を待つ時間を短
縮することが可能である。

【００７２】なお、実際のバス１２の運行では、例え
ば、停留所構造物１１Ｂに到着するバス１２と、その直
前または直後に停留所構造物１１Ｂに到着するバス１２
の距離が前記接近通知信号ＬＬ１の送達距離に比べて短
くなることが起こり得る。

【００７３】一般的な無線ＬＡＮでは、このように接近
通知信号ＬＬ１の送達可能距離内に複数の送信元（この
場合は、バス１２内に搭載されたパーソナルコンピュー
タ１６）が存在する場合、異なる送信元から送信された
接近通知信号ＬＬ１が衝突し、干渉が発生することを検
出、防止するために、ＣＳＭＡ／ＣＤやトークンパッシ
ングなどの衝突検出・防止機構を設ける必要があるが、
本実施形態のバス接近通知システム１０では、そのよう
な衝突検出・防止機構を設けなくても、確率的にほとん
ど衝突が発生せず、また発生したとしても直ちに解消さ
れる。

【００７４】衝突検出・防止機構を設けなくても、確率
的にほとんど衝突が発生しないのは、上述したように接
近通知信号ＬＬ１の通信時間幅が接近通知信号ＬＬ１の
通信間隔に比べて十分に短いからである。

【００７５】また、衝突が発生したとしても直ちに解消
されるのは、接近通知信号ＬＬ１の時間幅が短いため、
いずれかのバス１２が少し動いただけで、衝突状態から
衝突の無い正常な状態に復帰するからである。

【００７６】これによって、本実施形態では、最低限の
機能で、高い通信品質を得ることが可能となる。

【００７７】以上のように、本実施形態によれば、ＧＰ
Ｓなどを用いることなく、すでに存在している低コスト
の装置だけを用いてバス接近通知システム１０を構築す
ることができるため、システムの初期導入費用および維
持・運営費用が安く、実現性にも優れている。

【００７８】また、本実施形態では、携帯電話システム
やＰＨＳシステムとは無関係に構築することができるた
め、携帯電話システムやＰＨＳシステムが設置されてい
ない地域でも実現することが可能である。

【００７９】（Ｂ）他の実施形態 上記実施形態では、タグ装置１４をバス停留所構造物１
１側に配置し、バス１２側にはリーダ装置１５およびパ
ーソナルコンピュータ１６を配置したが、これらは、入
れ替え可能である。すなわちタグ装置１４をバス１２側
に配置し、リーダ装置１５およびパーソナルコンピュー
タ１６をバス停留所構造物１１側に配置するようにして
もよい。

【００８０】ただし一般的に、タグ装置１４よりも、リ
ーダ装置１５およびパーソナルコンピュータ１６のほう
が高価で寸法も大きいため、上記実施形態のような配置
を行うほうが効率的であるといえる。

【００８１】なお、上記実施形態ではバス１２を例に取
ったが、本発明は、バス１２以外の交通手段にも適用可
能である。例えば、乗用車や、水路を運行するゴンドラ
などにも適用できる。

【００８２】また、異なる前記ＩＤがパーソナルコンピ
ュータ１６に受信される時間間隔（例えば、ＩＤＺとＩ
ＤＡが受信される間隔）を検出すれば、バス１２のおお
よその移動速度を自動的に算出することも可能である。
このようにして算出した移動速度を用いれば、到着時刻
の予測値をバス利用者Ｕ１に通知すること等も可能であ
る。

【００８３】さらに、上記実施形態では、バス利用者宅
１３に通知するようにしたが、必要に応じて次のバス停
留所構造物１１に通知すること等も可能である。

【００８４】なお、上記実施形態では、汎用的なパーソ
ナルコンピュータ１６，１７を利用したが、必要な場
合、これらは、専用の通信装置に置換できることは当然
である。一例としては、受信側（自宅設置用）のパーソ
ナルコンピュータ１７を、携帯電話機やＰＨＳ端末、ペ
ージャ端末などに置換することも可能である。これらの
機器は携帯性に優れているため、いつでも、どこにいて
もバス１２の接近の通知を受けることが可能となる。

【００８５】また、上記実施形態では自宅設置用パーソ
ナルコンピュータ１７はバス１２搭載のパーソナルコン
ピュータ１６から接近通知信号ＬＬ１を受信する下り方
向の通信だけを行い、パーソナルコンピュータ１７から
パーソナルコンピュータ１６へ信号を送信する上り方向
の通信が行われることはなかったが、上り方向の通信を
行うようにしてもよい。

【００８６】上り方向の通信は、例えば、「これから老
人や障害者がバス１２に乗車しようとしているため、少
し待っていて欲しい」などの内容を持つ通信に活用した
り、課金に活用したりすることができる。

【００８７】また、上記実施形態では、ある停留所構造
物１１にバス１２が接近することを通知したが、必要に
応じて、ある位置から、ある交通手段が遠ざかったこと
を通知するようなシステムとすることも可能である。

【００８８】なお、上記実施形態ではパーソナルコンピ
ュータ１６からパーソナルコンピュータ１７への接近通
知信号ＬＬ１は直接送達したが、必要な送達距離を確保
するために、中継器を利用してもよい。

【００８９】また、上記基準ＩＤ格納部３６の機能は、
行き先判定以外にも用いることが可能である。例えば、
タグ装置１４の紛失や電池切れが発生した場合、本来の
ＩＤ系列のなかで、当該タグ装置１４のＩＤだけが検出
されなくなるため、自動的にタグ装置１４の紛失や電池
切れを検出でき、システムの維持・管理に有用である。

【００９０】

【発明の効果】以上に説明したように、本発明によれ
ば、タグ通信装置やリーダ通信装置を利用するため、シ
ステムの初期導入費用および維持・運営費用が安く、実
現性にも優れている。

【図面の簡単な説明】

【図１】本発明の実施形態に係るバス接近通知システム
の主要部の構成例を示すブロック図である。

【図２】本発明の実施形態に係るバス接近通知システム
で使用するタグ装置の主要部の構成例を示すブロック図
である。

【図３】本発明の実施形態に係るバス接近通知システム
で使用するリーダ装置の主要部の構成例を示すブロック
図である。

【図４】本発明の実施形態に係るバス接近通知システム
で使用するバス側のパーソナルコンピュータの主要部の
構成例を示すブロック図である。

【図５】本発明の実施形態に係るバス接近通知システム
で使用するバス利用者宅側のパーソナルコンピュータの
主要部の構成例を示すブロック図である。

【図６】本発明の実施形態に係るバス接近通知システム
の主要部の構成例を示すブロック図である。

【符号の説明】

１０…バス接近通知システム（移動体通信システム）、 １１、１１Ａ、１１Ｂ、１１Ｚ…バス停留所構造物（バ
ス停留所）、 １２…バス（移動体）、 １３…バス利用者宅、 １４、１４Ａ、１４Ｂ、１４Ｚ…タグ装置（タグ通信装
置）、 １５…リーダ装置（リーダ通信装置）、 １６…パーソナルコンピュータ（ＰＣ）（通知側情報処
理装置）、 １７…パーソナルコンピュータ（ＰＣ）（被通知側情報
処理装置）、 ３２、４２…ＬＡＮインタフェース部、 ３４…ＩＤ履歴格納部、 ３５…行き先判定部、 ３６…基準ＩＤ格納部、 ３７…位置ＩＤテーブル部、 ４４…出力部、 ５０…道路、 ＬＬ１…接近通知信号、 Ｕ１…バス利用者。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岩方 裕一 埼玉県蕨市錦町６−15−16 コスモハイツ 北戸田103号 (72)発明者 船生 豊 岩手県岩手郡滝沢村滝沢字巣子152−52 岩手県立大学 ソフトウエア情報学部 (72)発明者 佐々木 淳 岩手県岩手郡滝沢村滝沢字巣子152−52 岩手県立大学 ソフトウエア情報学部 Ｆターム(参考） 5H180 AA06 BB04 BB05 CC12 FF05 FF13 FF18 FF27 5K067 AA34 AA41 BB04 BB43 DD17 EE02 EE12 HH24

Claims (2)

【特許請求の範囲】
1. 【請求項１】 所定の経路に沿って移動する移動体の位
   置をネットワーク経由で知らせる移動通信システムにお
   いて、 予め自身に割り当てられたタグ識別子を無線送信するタ
   グ通信装置と、 当該タグ通信装置に対向し、当該タグ通信装置が無線送
   信したタグ識別子を受信するリーダ通信装置と、 当該リーダ通信装置が受信したタグ識別子に応じた通知
   情報を無線送信する通知側情報処理装置と、 当該通知側情報処理装置が無線送信した通知情報を受信
   し、当該通知情報に応じた外部出力を実行する被通知側
   情報処理装置とを備え、 前記リーダ通信装置またはタグ通信装置のいずれか一方
   を前記移動体に搭載し、他方を前記経路に沿って配列す
   ることを特徴とする移動通信システム。
2. 【請求項２】 請求項１の移動通信システムにおいて、 前記通知側情報処理装置および被通知側情報処理装置と
   して、パーソナルコンピュータ端末を用いることを特徴
   とする移動通信システム。