(57)【要約】      （修正有）【課題】公共交通機関内を周回しなくても空席の予想および予約を可能にする。また、空席予想のために情報提供を行う善意を促進する。そして、他路線への流用を容易にする。【解決手段】携帯情報端末２で登録した降車予定駅名２１１を用いて、情報処理装置４が降車予定駅名を含んだ空席予想情報４１０を生成する。この空席予想情報を端末表示部２２か、座席設置空席情報表示部３３か、空席情報表示部３４に表示することによって、公共交通機関の利用者は空席予想ができる。利用者ID２１５を通信部４０に送信することによって、座席の予約も可能になる。さらに、空席予想情報の構成要素を降車予定駅名ではなく、到着予想時間４２０か、もしくは降車順番４２１とすることにより、空席予想のために情報提供を行う善意を促進することができる。また、上記表示部は、表示内容を任意に変更できるデバイスを用いることで、他路線への流用を容易にする。【選択図】  図１
2007102390.tif 000002
【特許請求の範囲】
【請求項１】
バスのような公共交通機関の座席を予約するための空席予約システムであって、
降車予定駅名を端末記憶部に登録するための降車予定駅名登録手段と、該降車予定駅名を前記端末記憶部から読み出して端末通信部を介して送信する手段を備えた携帯情報端末と、
該降車予定駅名を受信する通信部と、
該降車予定駅名を表示する表示部と、を具備することを特徴とした空席予約システム。
【請求項２】
請求項１に記載の空席予約システムにおいて、
降車予定の駅名を登録するための降車予定駅名登録手段と、該降車予定駅名登録手段によって登録した降車予定駅名を送信する通信部と、を備えた携帯情報端末と、
該降車予定駅名を受信する通信部と、
該降車予定駅名を表示する表示部と、を具備し、空席を予想するための情報を提供することを特徴とした空席予約システム。
【請求項３】
請求項２に記載の空席予約システムにおいて、
前記表示部は、バスの内、バスの外、バス内の座席別、もしくは前記携帯情報端末の少なくともいずれかに設置することを特徴とした空席予約システム。
【請求項４】
請求項２または３の何れかに記載の空席予約システムにおいて、
バスが現在停留している、もしくは直前に経由した停留所名を検出する停留駅名検出手段と、該停留駅名検出手段および前記通信部が受信した前記降車予定駅名を用いて、該降車予定駅までの到着予想時間を個別に計算する到着時間予想手段と、をもつ情報処理装置をさらに備え、前記表示部は、該到着予想時間を表示することを特徴とした空席予約システム。
【請求項５】
請求項４に記載の空席予約システムにおいて、
バスの各座席に関する前記降車予定駅名と、前記到着予想時間とを、特定の範囲における全ての席に関して統合することによって空席予想情報を生成する個別乗降情報統合手段と、該空席予想情報から空席になる順番を相対的に算出する降車順番算出手段と、をもつ情報処理装置をさらに備え、該情報処理装置の通信部を介して該順番を送信し、前記表示部に該順番を表示することを特徴とした空席予約システム。
【請求項６】
請求項１に記載の空席予約システムにおいて、
降車予定駅名を登録するための降車予定駅名登録手段と、バスの経由停留駅名を受信する通信部と、音声や情報を出力する出力部と、を備えた携帯情報端末と、該降車予定駅名登録手段によって登録した降車予定駅名と、該通信部を介して受信したバスの経由停留駅名を比較して、乗車するバスが停留する駅に該降車予定駅名が含まれているかどうかを判断する降車予定駅停留判断手段を備え、該降車駅停留判断手段の結果を該出力部に出力することを特徴とした空席予約システム。
【請求項７】
請求項６に記載の空席予約システムにおいて、
前記情報処理装置は、携帯情報端末に登録されている降車予定駅名を受信するための通信部と、前記バスの前記経由停留駅名を格納する記憶部と、該通信部を介して受信した前記降車予定駅名が、記憶部に格納されている経由停留所駅名に含まれているかどうかを判断する降車予定駅停留判断手段を備え、該降車予定駅停留判断手段の結果を該情報処理装置の通信部を介して送信するか、もしくは前記バスの前記表示部に出力することを特徴とした空席予約システム。
【請求項８】
請求項２から５の何れかに記載の空席予約システムにおいて、
前記降車予定駅名を受信する前記通信部は、バス停留所、バス乗車口、バス内の座席、もしくは前記情報処理装置の少なくともいずれかに設置することを特徴とした空席予約システム。
【請求項９】
請求項８に記載の空席予約システムにおいて、
前記降車予定駅名登録手段は、バス停留所、バス乗車口、バス内の座席、前記情報処理装置、もしくはネットワーク上のコンピュータの少なくともいずれかが送信し、前記携帯情報端末が受信することを特徴とした空席予約システム。
【請求項１０】
請求項１に記載の空席予約システムにおいて、
乗車予定駅名を端末記憶部に登録するための乗車予定駅名登録手段と、該乗車予定駅名を前記端末記憶部から読み出して端末通信部を介して送信する手段を備えた携帯情報端末と、該乗車予定駅名を受信する通信部と、該乗車予定駅名を表示する表示部と、を具備することを特徴とした空席予約システム。
【請求項１１】
請求項１０に記載の空席予約システムにおいて、
前記表示部は、バスの内、バスの外、バス内の座席別、もしくは前記携帯情報端末の少なくともいずれかに設置することを特徴とした空席予約システム。
【請求項１２】
請求項１０または１１の何れかに記載の空席予約システムにおいて、
降車予定駅名を登録するための降車予定駅名登録手段と、前記乗車予定駅から該降車予定駅までの利用に必要な運賃を算出する運賃算出手段と、をさらに備えた携帯情報端末が、該運賃算出手段によって運賃を計算して表示部に出力することを特徴とした空席予約システム。
【請求項１３】
請求項１２に記載の空席予約システムにおいて、
前記通信部を備えた情報処理装置は、該通信部を介して受信した前記乗車予定駅名、もしくは、バスが現在停留している、もしくは直前に経由した停留所名を検出する停留駅名検出手段の少なくともいずれか用いて確定した乗車確定駅名のどちらかを始点とし、該通信部を介して受信した前記降車予定駅名、もしくは該停留駅名検出手段によって取得する降車確定駅名のどちらかを終点とした区間の利用に関して必要な運賃を算出する運賃算出手段を備え、該運賃算出手段によって算出した運賃を前記通信部を介して送信するか、もしくは、表示部に表示することを特徴とする空席予約システム。
【請求項１４】
請求項１１から１３の何れかに記載の空席予約システムにおいて、
前記携帯情報端末は、バスの利用者を一意に区別可能な利用者IDを端末通信部を介して前記情報処理装置の通信部へ送信し、さらに必要に応じて、座席の予約を行うバスを一意に区別可能な公共交通機関IDか、もしくは座席を一意に区別可能な座席位置情報か、前記乗車予定駅登録手段によって登録された乗車予定駅名か、の少なくともいずれかを、該携帯情報端末の通信部を介して前記情報処理装置の通信部へ送信し、座席の予約を行う空席予約手段を備えることを特徴とした空席予約システム。
【請求項１５】
請求項１４に記載の空席予約システムにおいて、
前記情報処理装置は前記通信部を介して、前記乗車予定駅名、前記公共交通機関ID、前記座席位置情報を受信し、記憶部に格納した該公共交通機関IDと、受信した前記公共交通機関IDと、を比較してこれらが同一であれば、前記座席位置情報に相当する座席について、前記表示部が前記乗車予定駅名、もしくは予約された旨の表示を行い、前記記憶部に前記利用者IDを格納する座席予約表示手段を備えたことを特徴とする空席予約システム。
【請求項１６】
請求項１４または１５の何れかに記載の空席予約システムにおいて、
前記携帯情報端末は、音声や情報を出力する出力部を備え、前記公共交通機関IDと、該携帯情報端末の通信部を介して受信した公共交通機関IDを比較し、乗車しようとするバスが意図する便と同一であるか、もしくは同一路線であるかを判断する路線判断手段を備え、該路線判断手段の結果を該携帯情報端末の出力部、もしくは前記表示部に出力することを特徴とした空席予約システム。
【請求項１７】
請求項１６に記載の空席予約システムにおいて、
前記情報処理装置は、前記通信部を介して受信した公共交通機関IDと、該情報処理装置の記憶部に格納されている公共交通機関IDと、を比較する路線判断手段を備え、該路線判断手段の結果を通信部を介して前記携帯情報端末の通信部へ送信するか、もしくは表示部に出力することを特徴とした空席予約システム。
【請求項１８】
請求項１３から１５の何れかに記載の空席予約システムにおいて、
前記情報処理装置は、通信部を介して前記利用者IDを受信し、前記記憶部に格納されている利用者IDと一致するか判断する予約者判断手段を備え、該判断結果を通信部を介して送信するか、もしくは該判断結果を前記表示部に表示するか、の少なくともいずれかを行うことを特徴とした空席予約システム。
【請求項１９】
請求項１から１８の何れかに記載の空席予約システムにおいて、
前記情報処理装置は、前記個別乗降情報統合手段によって生成された空席予想情報、もしくは、前記降車順番算出手段によって算出された降車順番、前記公共交通機関ID、前記降車予定駅名登録手段、前記乗車予定駅名登録手段、前記運賃算出手段、前記路線判断手段、前記降車予定駅停留判断手段、の少なくともいずれかを搭載するアプリケーションを生成するアプリ生成手段を備え、該情報処理装置の通信部を介して受信した情報にしたがって、アプリ生成手段によってアプリケーションもしくは該アプリケーションで使用する現況データを更新し、該通信部を介して該アプリケーションもしくは該現況データを配信することを特徴とした空席予約システム。
【請求項２０】
請求項１９に記載の空席予約システムにおいて、
前記携帯情報端末は、前記アプリケーションを実行するアプリ実行手段と、携帯情報端末の通信部を介して該アプリケーション、もしくは前記現況データを受信する現況取得手段と、を備え、更新された該アプリケーションを実行、もしくは更新された該現況データを用いて、表示部の出力を更新することを特徴とした空席予約システム。
【請求項２１】
請求項１、２、４、５、１０、１３から１５、１８から２０の何れかに記載の空席予約システムにおいて、
利用者が座席の予約、予約取消、座席への着席、離席、バスへの乗車、降車の少なくともいずれかの時点、または、バスが走行した距離、走行時間の経過に伴って、前記情報処理装置が前記空席予想情報または前記現況データの少なくともどちらかを更新し、情報処理装置の通信部は、更新された空席予想情報もしくは前記アプリケーションを送信することを特徴とした空席予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、公共交通機関における、乗降に関する情報開示方法、座席の予約方法に関する。
【背景技術】
【０００２】
走行中の揺れが激しいバスのような公共交通機関では、揺れに起因する怪我を防止するため、お年寄りや体の不自由な人は座席に着席していることが望ましい。しかし、公共交通機関は日時によっては混雑していることがあるため、全員が着席することは困難である。例えば、ある停留所や駅において空席ができても、利用者がその空席の近くにいなければ他の利用者に先に座られてしまう。結局、他の利用者の善意がなければ、着席すべき利用者はいつまでも着席することができない。
なお、着席の公平性を保つためにバスの座席に設置されたスライド式装置を用いて、既に着席した人が降車駅を表示、周知するもの（特許文献１）は、既に知られている。
【０００３】
また、特許文献２は、降車駅情報より算出した空席状況をインターネットで提供し、利用者が乗車中に座席を予約するものであるが、乗車前に座席を予約することができない。
さらに特許文献３は、着席者が降車予定駅名情報を送信し、空席予測待機時間を算出するものであるが、座席の予約については含まれていない。
最後の特許文献４については、切符情報から降車駅名情報を送信し、降車駅名やランプを点灯することにより、空席情報を周知するものであるが、これも座席の予約については触れられていない。
【０００４】
【特許文献１】特開2002-154431号公報
【特許文献２】特開2004-110508号公報
【特許文献３】特開2004-86471号公報
【特許文献４】特開平9-190485号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献に記載されているように、降車する駅名を周知することによって空席を予想することが可能になる。しかし、特許文献１では、以下のような課題がある。
まず、停車中に全ての座席に関して降車駅名表示を歩いて見て回る必要があり、混雑時には困難である。また、走行中に降車駅名表示を見ながら車内を歩く、という行為そのものが危険である。
二つ目に、降車するまでの間、着席した客は降車予定駅名というプライバシーを露呈し続ける必要があるため、空席予想情報を提供するという善意を促進しにくいという懸念がある。
最後に、駅名の表示が彫りこみ又は印字であるため、他の路線に流用することが難しい。
【０００６】
本発明は、上記問題点に鑑みて考案されたもので、その目的の一つは、空席待ちの利用者が遠隔から空席状況を予想でき、その空席もしくは将来空席になる座席を遠隔から予約できることにある。また、本発明の目的の一つは、不必要にプライバシーを露呈し続けずに空席予想情報を提供する善意を促進することにある。また、本発明の目的の一つは、上記の目的を達成する手段を備えた交通機関を他の路線への流用を容易にすることにある。
【課題を解決するための手段】
【０００７】
上記課題を解決すべく、本発明は以下の手段によって解決される。
まず、本発明の一つの目的である、空席待ちの利用者が空席状況を予想し、空席を遠隔から予約できる仕組みは以下のような手段によって実現できる。
本発明の携帯情報端末は、他の機器と通信するための端末通信部と、空席情報を表示する表示部とから構成される。端末通信部は、停留所に設置された通信部か、公共交通機関の乗口に設置された通信部か、もしくは交通機関またはネットワーク上に設置された情報処理装置の通信部か、の少なくともいずれかから登録方法送信手段によって送信された降車予定駅名登録手段を、現況取得手段によって受信する。
携帯情報端末の利用者は、降車予定駅名登録手段を用いて携帯情報端末の記憶部に降車予定駅名を登録する。登録された降車予定駅名を携帯情報端末の端末通信部から送信し、それを受信した公共交通機関に設置された通信部は、受信した降車予定駅名を空席予想情報として現況取得手段を備えた携帯情報端末に送信する。現況取得手段を備えた携帯情報端末の利用者は、通信部を介して受信した空席予想情報を認知することができる。同時に、公共交通機関に設置された表示部にこれらの空席予想情報を表示することによって、公共交通機関の利用者に空席予想情報を周知することができる。
【０００８】
空席待ちの利用客は、携帯情報端末の降車予定駅名登録手段を用いて降車予定駅名を設定し、空席予約手段によって利用者IDと、必要に応じて公共交通機関の便を区別する公共交通機関IDか、座席位置情報か、乗車予定駅名か、の少なくともいずれかを、公共交通機関の通信部に送信する。これにより、特定の範囲における座席の空席予想情報を生成する情報処理装置は、上記の情報を用いて座席の予約処理を行い、空席予想情報を更新する。この空席予想情報を他の情報機器の通信部に配信する。例えば、公共交通機関の利用者の携帯情報端末は、現況取得手段によって更新された空席予想情報を受信することができる。同時に、公共交通機関に設置された表示部に更新された空席予想情報を表示してもよい。
【０００９】
このようにすると、携帯情報端末を用いて公共交通機関の空席および、将来空席になる座席を予約することができる。
また、第二の目的である、不必要にプライバシーを露呈し続けずに空席予想情報を提供する善意を促進する仕組みは、以下のような手段によって実現できる。
前記の第一の目的を実現する手段のうち、空席予想情報として降車予定駅名を用いるのではなく、降車予定駅名から到着時間算出手段を用いて算出した到着予想時間か、降車順番算出手段によって算出した降車順番か、の少なくともいずれかで構成する。
このようにすると、現況取得手段を備えた携帯情報端末の利用者や、公共交通機関の表示部を介して空席予想情報を認知する利用者は、降車予定駅名ではなく、到着予想時間や降車順番によって空席を予想することになるため、ある程度プライバシーを守ることができる。
【００１０】
最後に、第三の目的である、他路線への流用を容易にする仕組みは、以下のような手段によって実現できる。
前記の公共交通機関の表示部において、表示内容を任意に変更できるデバイスを用いて空席予想情報を表示するようにする。
こうすることによって、公共交通機関が他の路線を走行する場合であっても、表示内容の変更が容易であるため、上記の課題を解決する手段は他の路線へ流用が可能である。
【発明の効果】
【００１１】
本発明によれば、公共交通機関の利用に関する利便性を向上させることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について図１から図５を用いて説明する
本実施例では、公共交通機関としてバスを例として挙げるが、これに限らず電車などでもよい。
図１は、本実施例による空席情報表示システムの機能構成を示す機能ブロック図である。
バス停留所標識１は、他の通信部と通信するための停留所通信部１０、情報を格納するための停留所記憶部１１、および、路線図や時刻表といった、該停留所に到着するバスの路線を区別するための路線区別手段を備える。
停留所通信部１０は、携帯情報端末２の端末通信部２０や情報処理装置４の通信部４０と通信することができ、停留所記憶部１１に格納されている以下の情報を送受信したり、停留所通信部１０で受信した情報をそのまま端末通信部２０や通信部４０へ送信したりできるデバイスである。
【００１３】
停留所記憶部１１は、路線別アプリケーション１１０、乗車予定駅名１１１、現停留駅名１１２、空席予想情報１１３、公共交通機関ID１１４などを格納することができるデバイスである。
路線別アプリケーション１１０は、後述する降車予定駅名登録手段A1、空席予約手段A2、乗車予定駅登録手段A3、運賃計算手段A4、路線判断手段A5、降車予定駅停留判断手段A6の少なくともいずれかを提供するソフトウェアである。また、路線別アプリケーション１１０は、上記の手段A1〜A6を実現するために必要な情報として、以下に述べる停留所記憶部１１に格納される乗車予定駅名１１１、現停留駅名１１２、空席予想情報１１３、もしくは公共交通機関ID１１４を含有するという形態でもよい。
乗車予定駅名１１１は、バス停留所標識１が設置された停留所に付与された固有の停留所名、駅名を示す。
停留駅名１１２は、バス３が直前に通過した、または現在停留中である停留駅名を示す。
【００１４】
空席予想情報１１３は、バス３における各座席における空席予想情報を後述する個別乗降情報統合手段A7によって、特定の範囲における全ての座席について統合した情報である。公共交通機関の利用者は、この空席予想情報を参考にして空席や将来空席になる座席を予約したり、予想したりできるようになる。各座席の空席予想情報とは、現在の空席状況、もしくは、座席を予約した客の乗車予定駅名、降車予定駅名、降車予定駅に到着するまでの到着予想時間、座席に座っている客の相対的な降車順番、の少なくともいずれかで構成される。
【００１５】
公共交通機関ID１１４は、公共交通機関の便を一意に区別するための識別情報であり、バス３に乗車する前の利用者が、座席予約を行う便を区別するために用いる。
携帯情報端末２は、端末通信部２０と、端末記憶部２１と、端末表示部２２と、を備える。また、携帯情報端末２は、降車予定駅名登録手段A1、空席予約手段A2、乗車予定駅名登録手段A3、運賃計算手段A４、路線判断手段A５、降車予定駅停留判断手段A6、現況取得手段A８、アプリ実行手段A10の少なくともいずれかの手段を備えることができる。
端末通信部２０は、停留所通信部１０、乗口通信部３０、座席通信部３２、降口通信部３５、通信部４０と通信し、情報を送受信することができるデバイスである。
端末記憶部２１は、路線別アプリケーション２１０、降車予定駅名２１１、乗車予定駅名２１２、空席予想情報２１３、現停留駅名２１４、利用者ID２１５、公共交通機関ID２１６、乗車確定駅名２１７、降車確定駅名２１８、運賃２１９、座席位置２１１１などを記憶することができるデバイスである。
【００１６】
路線別アプリケーション２１０は、路線別アプリケーション１１０と同様のソフトウェアである。現況取得手段A８によって、更新された路線別アプリケーションや現況データを、停留所通信部１０や、後述するバス３の乗口通信部３０、情報処理装置４の通信部４０から受信する。これらの通信部から受信した路線別アプリケーションや現況データを用いて、端末記憶部２１に格納されている路線別アプリケーション２１０を更新することができ、公共交通機関の座席に関する最新の情報を取得することができる。また、路線別アプリケーション２１０は、前述の手段A1〜A6を実現するために必要な情報として、端末記憶部２１に格納される以下に示す、降車予定駅名２１１、乗車予定駅名２１２、空席予想情報２１３、現停留駅名２１４、利用者ID２１５、公共交通機関ID２１６、乗車確定駅名２１７、降車確定駅名２１８、運賃２１９、座席位置２１１１の情報を含有する形態であってもよい。
【００１７】
降車予定駅名２１１は、利用者が降車する予定の駅名である。降車予定駅名２１１は、降車予定駅名登録手段A1によって端末記憶部２１に格納する。
乗車予定駅名２１２は、利用者が乗車する予定の駅名を示す。すなわち、利用者が路線別アプリケーション１１０を受信したバス停留所１固有の乗車予定駅名１１１と同一であることが多い。乗車予定駅名登録手段A2によって端末記憶部２１に格納する。
空席予想情報２１３は、前記空席予想情報１１３と同様の情報であり、現況取得手段A8によって更新することができる。
現停留駅名２１４は、前記停留駅名１１２と同様の情報であり、現況取得手段A8によって更新することができる。
利用者ID２１５は、公共交通機関の利用者を一意に区別するための識別情報である。利用者ID２１５は携帯情報端末に付与される識別情報であっても、公共交通機関が付与する識別情報であってもよく、利用者を一意に区別できる情報であればよい。
公共交通機関ID２１６は、前記公共交通機関ID１１４と同様の情報である。
【００１８】
乗車確定駅名２１７は、バス３に乗車する時に端末通信部２０が乗口通信部３０から受信する駅名である。利用者によっては、乗車予定駅名２１２と乗車確定駅名２１７が一致しないことがあり、不正乗車を防ぎ、運賃２１９を正確に算出するために必要な情報である。
降車確定駅名２１８は、バス３から降車するときに端末通信部２０が降口通信部３５から受信する駅名である。降車確定駅名２１８は、乗車確定駅名２１７と組み合わせて乗車区間の運賃２１９を確定するために用いる。
運賃２１９は、利用者が乗車した始点である乗車確定駅名２１７から、終点である降車確定駅名２１８の区間に必要な費用であり、運賃算出手段A4によって算出される。
座席位置２１１１は、公共交通機関における座席を一意に区別するための識別情報である。
【００１９】
端末表示部２２は、携帯情報端末２の利用者に端末記憶部２１に格納されている情報を表示するためのデバイスである。
バス３は、特定の路線を定期的に走行する公共交通機関の一例である。バス３は、乗口通信部３０と、乗口記憶部３１と、座席通信部３２と、座席設置空席情報表示部３３と、空席情報表示部３４と、降口通信部３５と、座席３６と、を備える公共交通機関である。また、運賃計算手段A4、路線判断手段A5、降車予定駅停留判断手段A６、予約者判断手段A14の少なくともいずれかの手段を備えることができる。
【００２０】
乗口通信部３０は、端末通信部２０や、通信部４０と通信することができるデバイスであり、バスの乗車口に設置される。
乗口記憶部３１は、路線別アプリケーション３１０、停留駅名３１１、空席予想情報３１２を格納することができるデバイスである。
路線別アプリケーション３１０は、路線別アプリケーション１１０と同様のソフトウェアであるが、前述のA1からA6に相当する手段を実現するために必要な情報として、以下に述べる現停留駅名３１１、空席予想情報３１２、公共交通機関ID３１３、降車予定駅名３１４、座席位置情報３１５、運賃３１６の少なくともいずれかを含有する形態であってもよい。
【００２１】
現停留駅名３１１は、停留駅名検知手段A9によって取得する、現在停留している停留駅の名前、もしくは直前に経由した停留駅名の名前である。現停留駅名３１１は、乗口通信部３０を介して端末通信部２０に送信すると、端末記憶部２１では乗車確定駅名２１７として格納される。
空席予想情報３１２は、前記空席予想情報１１３、２１３と同様の情報である。記憶部４１に格納されている空席予想情報４１０が通信部４０から乗口通信部３０に対して送信され、受信した乗口通信部３０は一旦乗口記憶部３１に格納することによって、空席予想情報３１２を更新する。その後、乗口通信部３０を介して端末通信部２０に送信することによって、端末記憶部２１に格納されている空席予想情報２１３を更新する。
公共交通機関ID３１３は、前記公共交通機関ID１１４、２１６と同様の情報である。
降車予定駅名３１４は、前記降車予定駅名２１１と同様の情報である。
座席位置情報３１５は、前記座席位置情報２１１１と同様の情報であり、乗口通信部３０もしくは通信部４０を介して、乗口記憶部３１に記憶する。
【００２２】
運賃３１６は、現停留駅名３１１を始点とし、端末通信部２０から受信した降車予定駅名３１４を終点とした区間の利用に対して必要な費用を運賃算出手段によって計算した予定運賃である。乗口通信部３０を介して端末通信部２０に運賃３１６を送信することによって、端末記憶部２１に格納されている運賃２１９を更新する。
座席通信部３２は、端末通信部２０や通信部４０と通信することができるデバイスであり、座席毎に設置される。
【００２３】
座席設置空席情報表示部３３は、座席毎の空席予想情報を表示するためのデバイスであり、これも座席毎に設置される。該表示部に、個別の降車予定駅名４１３か、到着予想時間４２０か、降車順番４２１の少なくともいずれかを表示することで、空席待ちの利用者が空席を予想することができる。
空席情報表示部３４は、バス３内の特定の範囲における全ての座席に関する乗降情報、すなわち空席予想情報３１２を表示するためのデバイスである。前記の各座席に設けられた座席設置空席情報表示部３３の設置の有無に関わらず、バス内部または外部に空席情報表示部３４が設置されているとき、空席情報表示部３４が空席予想情報４１０を表示することによって、空席待ちの利用者が将来の空席を予想することができる。
【００２４】
降口通信部３５は、端末通信部２０、通信部４０と通信することができるデバイスであり、バスの降車口に設置され、運賃を算出するためのデータの送受信などを行う。
座席３６は、バス３の内部に設置された利用者が座るための席を示し、複数の座席がある場合は、座席位置情報２１１１による表現を用いて区別する。座席３６は、座席通信部３２、座席設置空席情報表示部３３の少なくともいずれかを備えていてもよい。
運賃表示部３７は、バス３の乗車口か、降車口の少なくともどちらかに設置され、利用者が必要費用を確認するために、運賃３１６を表示するか、乗口通信部３０もしくは降口通信部３５を介して運賃４１１１を表示する。
【００２５】
情報処理装置４０は、他の機器と通信するための通信部４０と、情報を格納しておくための記憶部４１を備えており、バス３の内外のどちらにあってもよい。情報処理装置４０は、運賃計算手段A4、路線判断手段A5、降車予定駅停留判断手段A６、個別乗降情報統合手段A7、停留駅名検出手段A９、到着時間算出手段A11、降車順番算出手段A12、アプリ生成手段A1３、予約者判断手段A14の少なくともいずかを備えることができる。
【００２６】
通信部４０は、停留所通信部１０、端末通信部２０、乗口通信部３０、座席通信部３２、降口通信部３５などと通信することができるデバイスである。
記憶部４１は、空席予想情報４１０、現停留駅名４１１、路線別アプリケーション４１２、降車予定駅名４１３、降車確定駅名４１４、乗車予定駅名４１５、乗車確定駅名４１６、利用者ID４１７、公共交通機関ID４１８、座席位置情報４１９、運賃４１１１、を格納することができるデバイスである。
空席予想情報４１０は、前記空席予想情報１１３と同様の情報である。空席予想情報４１０は、特定の範囲全体における座席毎に関する降車予定駅名４１３、乗車確定駅名４１４、乗車予定駅名４１５、乗車確定駅名４１６、座席位置情報４１５、の少なくともいずれかと、公共交通機関ID４１８とを、個別乗降情報統合手段A7によって統合した情報である。また、降車予定駅名４１３の代替として、到着時間算出手段A１１によって算出された到着時間４２０、もしくは降車順番算出手段A12によって算出された降車順番４２１の少なくともどちらかであってもよい。
現停留駅名４１１は、前記停留駅名１１２と同様の情報であり、動的に変化するため、停留駅名検出手段A9によって随時更新し、記憶部４１に格納する。
【００２７】
路線別アプリケーション４１２は、前記路線別アプリケーション１１０と同様のソフトウェアであり、空席予想情報４１０を表示できる。路線別アプリケーション４１２は情報処理処理装置４がアプリ生成手段によって生成し、記憶部４１に格納され、更新のたびに通信部４０を介して送信する。また、路線別アプリケーション４１２が利用する現況データを、通信部４０を介して送信する形態であってもよい。
降車予定駅名４１３は、前記降車予定駅名２１３と同様の情報であり、通信部４０を介して受信する。
降車確定駅名４１４は、前記降車確定駅名２１８、または現停留駅４１１と同等である。
乗車予定駅名４１５は、前記乗車予定駅名２１２と同様の情報であり、通信部４０を介して受信する。
乗車確定駅名４１６は、前記乗車確定駅名２１７、または現停留駅４１１と同等である。
利用者ID４１７は、前記利用者ID２１５と同様の情報であり、通信部４０を介して受信する。
【００２８】
公共交通機関ID４１８は、前記公共交通機関ID３１３と同様の情報であり、情報処理装置４が作成して管理する。公共交通機関ID４１８を用いると、バス３の便の区別しやすくなるため、端末２２で表示される空席予想情報４１０を別の便との区別が容易になる。
座席位置情報４１９は、前記座席位置情報２１１１と同様の情報であり、上記の降車予定駅名４１３、降車確定駅名４１４、乗車予定駅名４１５、乗車確定駅名４１６、利用者ID４１７の少なくともいずれかに関連して情報処理装置４が管理する。
運賃４１１１は、乗車予定駅名４１５もしくは乗車確定４１６のどちらかを始点とし、降車予定駅名４１３もしくは降車確定駅名４１４のどちらかを終点とする区間において、バス３を利用するために必要な費用を計算したものである。運賃４１１１は、運賃２１９として端末表示部２２に出力したり、バス３の表示部３７に出力したりすることで、予定運賃または確定運賃として利用者に通知する。また、降車通信部３５から端末通信部２０に送信し、運賃４１１１が示す額を引去るために用いる。
【００２９】
到着予想時間４２０は、特定の範囲における利用者が、降車予定駅名４１３に到着するまでの現在時刻からの予想時間を示し、到着時間算出手段A11によって計算される。
降車順番４２１は、特定の範囲における利用者のうち、それぞれの利用者について降車する順番を相対的な値で示すものであり、降車順番算出手段A1２によって計算される。
降車予定駅名登録手段A1は、バス３の利用者が降車する予定の駅名を記憶部２１に格納するための手段である。該手段A1は、路線別アプリケーション２１０が提供する形態であってもよい。
【００３０】
空席予約手段A2は、公共交通機関ID、座席地位情報、乗車予定駅名を、通信先が停留所通信部１０か、乗口通信部３０か、座席通信部３２か、通信部４０かによって送信する情報を必要に応じて取捨選択し、最終的に情報処理装置４の通信部４０へ送信し、バス３の利用者が空席または将来空席になる座席の予約を行うための情報を送信する手段である。
乗車予定駅名登録手段A3は、バス３の利用者が乗車する予定の駅名を記憶部２１に格納するための手段である。該手段は路線別アプリケーション２１０が提供する形態であってもよい。
【００３１】
運賃計算手段A4は、乗車予定駅名もしくは乗車確定駅名を始点とし、降車予定駅名もしくは降車確定駅名を終点とした区間において、乗車に必要な費用を計算する手段であり、路線別アプリケーション２１０が提供する形態であってもよい。計算の結果を運賃表示部３７や、端末表示部２２に出力することによって、特に従量運賃制を採用しているバス路線に対して、乗車や降車の前に運賃を確認することができ、所持金の過不足を知ることができる。
【００３２】
路線判断手段A5は、端末記憶部２１に格納されている公共交通機関ID２１６と、乗口記憶部３１に格納されている公共交通機関ID３１３、または公共交通機関ID４１７と、を比較することによって、停留所に到着したバス３が、公共交通機関ID２１６に該当するバスと同一路線であるかを判断する手段であり、路線別アプリケーション２１０が提供する形態であってもよい。
【００３３】
降車予定駅停留判断手段A6は、端末機億部２１に格納されている降車予定駅名２１１が、乗口記憶部３１に格納されている公共交通機関ID３１３、または公共交通機関ID４１７が停留する全ての停留所の中に含有されているかどうかを判断する手段であり、路線別アプリケーション２１０が提供する形態であってもよい。
【００３４】
個別乗降情報統合手段A7は、座席別に受信して記憶部４１に格納する、降車予定駅名４１５、降車確定駅名４１４、乗車予定駅名４１５、乗車確定駅名４１６、利用者ID４１６、座席位置情報４１８、運賃４１１１、到着予想時間４２０、の少なくともいずれかを、特定の範囲における座席全てについて統合し、空席予想情報４１０を生成する手段である。
【００３５】
現況取得手段A8は、端末通信部２０を介して、更新された路線別アプリケーション１１０、３１０、４１２、または、該路線別アプリケーションで使用する現況データを受信するための手段であり、路線別アプリケーション２１０が提供する形態であってもよい。
【００３６】
停留駅名検出手段A9は、GPSによる現在位置、現在速度、現在時刻、従来の走行時間の履歴、の少なくともいずれかを用いて、現在停留中もしくは直前に停留した停留所名を検出する手段である。
【００３７】
アプリ実行手段A10は、路線別アプリケーション２１０を実行し、降車予定駅名登録手段A1、空席予約手段A2、乗車予定駅登録手段A3、運賃計算手段A４、路線判断手段A5、現況取得手段A8、の少なくともいずれかを提供する手段である。
到着時間算出手段A11は、停留駅名検出手段によって取得した現停留駅名４１１、GPSによる現在位置、現在速度、現在時刻、従来の走行時間の履歴のなどを用いて、現在位置から降車予定駅名４１３に到着するまでに必要な予想時間を計算する手段である。
降車順番算出手段A1２は、到着時間算出手段A11による到着予想時間計算の結果を、情報処理装置４の記憶部４１が各座席に関して保持しておき、残り時間の少ない座席から順番を割り振る手段である。情報処理装置４が降車順番を各座席の座席通信部３２に送信し、各座席の座席設置空席情報表示部３３は受信した該順番を表示する。このようにして、座席全体に関して空席になる順番の表示、周知によって、空席待ちの利用者が将来の空席を予想することができる。
【００３８】
アプリ生成手段A13は、空席予想情報４１０、現停留駅名４１１の少なくともいずれかを、アプリケーション実行手段A10で実行可能なアプリケーション形式として路線別アプリケーション４１２を生成する手段である。また、路線別アプリケーション４１２が使用する現況データを生成する機能を、該手段A12に含んでもよい。
予約者判断手段A14は、空席予約手段A2によって、最終的に通信部４０を介して記憶部４１に格納される利用者ID４１７と、端末記憶部内の利用者ID２１５を比較することによって、停留所に到着したバスが、利用者が予約した座席が設置されているかどうかを判断する手段である。
【００３９】
図２は、公共交通機関の利用する際の乗車前から降車するまでに発生するイベントのフロー図である。これらのイベントは大きく分けて、乗車前、乗車時、乗車中、着席中、降車時の五つに分類できる。まず乗車前には、以下にしめす状態（S1）になることがある。
S1は、路線別アプリケーションを受信可能な状態である。ここで、路線別アプリケーションを取得できなかった場合はS2へ進み、取得できた場合はS4に進む。
S2は、乗車時には路線別アプリケーションを取得した状態であり、S3に進むことができる。
【００４０】
S3は、乗車中に空席の予約が可能な状態である。乗車中に空席の予約を行い、その座席に着席した場合はS7に進む。乗車中に空席の予約を行ったが、未着席の場合はS1１に進む。一方、乗車中に空席の予約をしなかった場合で、空席に着席した場合はS1０に進む。また、予約もせず、未着席の場合はS1１へ進む。
S4は、取得した路線別アプリケーションを利用して乗車前に空席予約が可能な状態である。そこで、乗車前に空席を予約した場合は、S5に進む。乗車前に空席予約をしていない場合で、空席予約に必要な情報をアプリケーションに設定済みであれば、S６に進む。この設定をしていなければ、S2に進む。
S5は、乗車時に路線別アプリケーションを受信して更新した状態である。乗車前、または乗車時に予約した座席に座った場合はS7に進む。また、座らなかった場合はS9に進む。
S６は、乗車時に予約が可能な状態であり、乗車時に予約すると、S5に進む。
【００４１】
S７は、予約した座席に着席済みの状態である。同時に、降車予定駅名を送信可能な状態である。降車するときにはS８に進む。
S8は、降車時における後払い制公共交通機関の運賃清算を行う状態であり、これを完了すると、降車することができる。
S9は、予約した座席に未着席の状態であり、S3の乗車中に空席を予約できる状態に進むことができる。
S10は、予約無く着席できた状態である。同時に、降車予定駅名を送信可能な状態である。降車時にはS8に進む。
S11は、予約の有無にかからわらず最終的に着席できなかった状態であり、降車時にはS8に進む。ただし、この状態に遷移しても、新たに乗車中に予約する場合はS3へ進むことになる。
【００４２】
図３、図４、図５は、図２に示した公共交通機関を利用する際に発生するイベントにおける、停留所通信部１０と、端末通信部２０と、乗口通信部３０と、座席津深部３２と、空席情報表示部３４と、降口通信部３５と、座席設置空席情報表示部３３と、情報処理装置４の通信部４０と、の間におけるデータの送受信シーケンスを表す。これらのシーケンス図に基づいて、本発明の実施例を説明する。
【００４３】
図３は、空席予想情報の更新時におけるシーケンスF12、および図２における乗車前状態S１におけるシーケンスF1と、予約無し乗車S2におけるシーケンスF2と、予約無し着席S10におけシーケンスF10と、を表す。
F12は空席予想情報４１０や路線別アプリケーション４１２の更新処理を示すシーケンス図である。以下に処理内容を示す。
【００４４】
まず、アプリ生成手段A13によって、路線別アプリケーション４１２を生成する。更新された空席予想情報４１０、現停留駅名４１１、公共交通機関ID４１８はこれに含まれる形態であってもよい。
まず、情報処理装置４の通信部４０は、停留所通信部１０に路線別アプリケーション４１２を送信し、停留所記憶部１１に格納されている路線別アプリケーション１１０を更新する。また、直前に経由した現停留駅名４１１、空席予想情報４１０、公共交通機関ID４１８も送信することができるが、これらの情報は路線別アプリケーション４１２に含有される情報であっても、なくてもどちらでもよい。
【００４５】
二つ目に、情報処理装置４の通信部４０は、路線別アプリケーション４１２、空席予想情報４１０、現停留駅名４１１の少なくともいずれかを乗口通信部３０へ送信するか、もしくは乗口記憶部３１を直接更新する方法のいずれかによって、乗口記憶部３１の路線別アプリケーション３１０、現停留駅名３１１、空席予想情報３１２を更新する。
【００４６】
三つ目に、情報処理装置４の通信部４０は、空席予想情報４１０、現停留駅名４１１の少なくともいずれかを端末通信部２０に送信し、端末記憶部２１に格納されている空席予想情報２１３、現停留駅名２１４を更新する。これらの情報も、同様に路線別アプリケーション４１２に含有される情報であっても、なくてもどちらでもよい。
【００４７】
最後に、バス３に空席情報表示部３４が設置されている場合は、情報処理装置４の通信部４０が空席予想情報４１０を用いて、空席情報表示部３４の表示を更新する。
また、バス３に座席設置空席情報表示部３３が設置されている場合は、情報処理装置４は記憶部４１に格納されている空席予想情報４１０から、座席位置情報４１８によって該当する座席別の空席予想情報を抽出する。これによって、座席設置空席情報表示部３３の表示を更新するか、もしくは座席別の空席予想情報を座席通信部３２へ送信し、座席通信部３２が座席設置空席情報表示部３３の表示を更新する。
このようにすることにより、空席待ちの利用者が将来の空席を予想することができる。
【００４８】
F1は、乗車前におけるシーケンスである。まず、利用者はバス３の停留所にある停留所標識１などに表示された路線図や時刻表から、乗車予定の路線を特定する。例えば停留所標識１の路線図や時刻表ごとに停留所通信部１０が設けられており、利用者が所持する携帯情報端末２の通信部２０と通信することができる。この通信の結果、携帯情報端末２は、路線別のアプリケーション１１０を停留所通信部１０から受信し、記憶部２１に路線別アプリケーション２１０として格納することができる。同時に、路線別アプリケーション１１０を受信した乗車予定駅名１１１、バス３が直前に停留した現停留駅名１１２、将来到着するバスの空席予想情報１１３、公共交通機関ID１１４の少なくともいずれかを受信し、端末記憶部２１に格納することができる。
【００４９】
また、上記の他、情報処理装置４の通信部４０を介して、目的の路線に対応した路線別アプリケーション４１２を受信し、路線別アプリケーション２１０として端末記憶部２１に格納してもよい。このとき、空席予想情報４１０または、現停留駅名４１１、公共交通機関ID４１８の少なくともいずれかを受信し、端末記憶部２１に格納することができる。
これらのような情報を受信し、利用者はそのバス停留所標識１の付近で目的路線のバス３の到着を待つ。利用者は携帯情報端末２で受信した路線別アプリケーション２１０を用いて、降車予定駅名２１１を登録し、携帯情報端末２の記憶部２１に記憶させることができる。また、路線別アプリケーション２１０を用いずに直接記憶部２１に降車予定駅名２１１を登録してもよい。
【００５０】
F2は、予約無しで乗車する時のシーケンスである。端末通信部２０が停留所標識１の通信部１０と通信する時間が十分確保できない緊急時は、バス３に乗口通信部３０が設置されている場合には、路線別アプリケーション３１０をバスの乗口通信部３０から受信することができる。また、乗車確定駅名３１１、乗車したバスの空席予想情報３１２の少なくともいずれかを同時に受信することができる。
また、以下のように乗り間違いを防止することができる。同一停留所に複数の路線バスが到着出発するような停留所において、停留所通信部１０など、すなわち乗口通信部３０以外で公共交通機関IDを取得しておき、携帯情報端末２の記憶部２１に公共交通機関ID２１６として格納しておいた場合には、受信した公共交通機関ID２１６と路線と乗車したバスの公共交通機関ID３１３が異なるとき、その旨を携帯情報端末２へ通知、バスの表示部への表示、または音声によって利用者に通知することによって、利用者の目的とは異なる路線への乗り間違いを乗車の時点で防止することができる。
【００５１】
また、前記降車予定停留所登録手段によって、降車予定駅名２１１をバス３への乗車前に登録しておいた場合には、以下のような乗り間違いを防止することができる。例えば、同一路線でありながら終点が異なるようなバスBに間違えて乗車し、降車予定駅２１１までそのバスBが到達しない場合には、乗車時の通信の際に到着しない旨を利用者に通知して、前述の路線乗り間違い通知と同様に乗り間違いを防止することができる。また、同一路線ではないが、格納されている降車予定駅名２１１が、間違えて乗車したバスBの停留駅に含まれている場合は、目的の停留所に到着できる旨を利用者に通知することもできる。
【００５２】
また、例えば従量運賃制の路線バスにおいて、以下のように運賃の不正操作を防止することができる。利用者が路線別アプリケーション１１０を受信した停留所１で該当路線バスに乗らずに、アプリケーション２１０として携帯情報端末２の記憶部２１に保持したまま、同一路線の他の停留所から乗車すると、運賃が不正に安くなる。これを防ぐため、端末通信部２０を介して乗口通信部３０に乗車予定駅名２１２を送信する。乗口通信部３０は情報処理装置４の通信部４０に転送し、受信した乗車予定駅名２１２と現停留所名４１１を比較し、それらが一致しなければエラーである旨の通知または表示を行う。もしくは、端末通信部２０へ正しい路線別アプリケーション３１０を送信し、携帯情報端末２に記憶されている路線別アプリケーション２１０の更新を行うことによって、運賃の不正操作を防止することができる。
【００５３】
F10は、予約無しで着席するときのシーケンスである。前記F１にあるように、降車予定駅名２１１の登録が可能であり、それを登録した場合は、端末通信部２０を介して座席通信部３２に送信することができる。すると、座席通信部３２は通信部４０へ送信し、記憶部４１に降車予定駅名４１３として格納する。同時に、座席通信部３２に固有の座席位置情報４１９と組み合わせて格納する。
【００５４】
図４は、乗車前予約S4におけるシーケンスF４-1とF4-2、および、予約済み乗車時S5におけるシーケンスF5と、予約済み座席に着席S７におけるシーケンスF7と、を表す。
F4-1は、乗車前予約を遠隔通信によって行うシーケンスである。次のようにして乗車前に車外から空席の予約を行うことができる。まず、乗車前の利用者は携帯情報端末２の通信部２０を介して路線別アプリケーション２１０を受信し、記憶部２１に格納しておく。そして、利用者は前記降車予定駅名登録手段によって降車予定駅名２１１を登録してある路線別アプリケーション２１０を利用して、バス３の空席予想情報２１３を確認し、予約する席を選択する。利用者が予約する席は、現在の空席であっても、将来の空席であってもどちらでもよい。路線別アプリケーション２１０上である座席を選択すると、携帯情報端末２の通信部２０は、下記のような利用者ID２１５、乗車予定駅名２１２、降車予定駅名２１１、公共交通機関ID２１６および座席位置情報２１１１の少なくともいずれかを予約情報として情報処理装置４の通信部４０に送信する。情報処理装置４の通信部４０が受信したこれらの情報を用いて、座席位置情報２１１１と一致する座席を予約することによって、乗車前予約処理を行い、後述する更新処理F12へ進む。
【００５５】
F4-2は、乗車前予約を近接通信によって行うシーケンスである。このシーケンスは、上記F4-1とほぼ同様であるが、以下の点が異なる。上記の予約情報のうち、乗車予定駅名２１２は、路線別アプリケーションを受信した１１０と同一の停留所であれば、端末記憶部２１に登録する必要は無い。これらの予約情報を通信部４０ではなく、まず停留所通信部１０に送信する。すると、停留所記憶部１１に格納されている乗車予定駅名１１１を予約情報に追加し、通信部４０へ情報を転送する。他はF4-1と同様である。
F5は、座席を予約済みで乗車する時のシーケンスである。乗り間違い防止に関するシーケンスは前記F2と同様である。
【００５６】
また、以下のようにして予約者を判断することができる。乗車前に予約した場合、F4-1もしくはF4-2にあるように、端末記憶部２１にある乗車予定駅名２１２、利用者ID２１５、公共交通機関ID２１６、座席位置情報２１１１は既に情報処理装置４の記憶部４１に格納されている。利用者は乗車時に端末通信部２０を介して、乗口通信部３０へ上記の情報を送信し、記憶部４１に格納されている、乗車予定駅名４１５、利用者ID４１７、公共交通機関ID４１８、座席位置情報４１９とそれぞれ一致するか判断する。この判断の結果を通信部４０を介して乗口通信部３０へ送信し、さらに端末通信部２０へ送信する。その後、受信した判断結果を端末表示部２２へ出力することによって、利用者は、乗車したバスと座席を予約したバスが一致するかを確認することができる。ここで、記憶部４１が格納している乗車予定駅４１５で乗車予定の利用者が乗車してこなかった場合、その利用者の予約をキャンセルし、空席予想情報４１０を更新するため、更新処理F12へ進む。
【００５７】
F7は、座席を予約済みでその座席へ着席するときのシーケンスである。車内または車外から座席を予約済みの利用者は、端末通信部２０を介して着席する座席に設置された座席通信部３２に利用者ID２１５を送信する。座席通信部３２は、情報処理装置４の通信部４０へ受信した利用者ID２１５を転送する。情報処理装置４は、利用者ID２１５を転送した座席通信部３２に固有の座席地位情報および利用者ID２１５と、予約情報として格納されている座席位置情報４１９および利用者ID４１７をそれぞれ比較する。比較の結果、同一であれば着席完了とし、更新処理F12へ進む。同時に、F10で示したように、降車予定駅名２１１を送信することが可能である。
【００５８】
図５は、乗車時予約S６におけるシーケンスF6と、乗車中の予約S3におけるシーケンスF3-1とF3-2、降車時S8におけるシーケンスF8と、を表す。
F6は、乗車と同時に座席を予約する時のシーケンスである。乗車と同時に座席の予約をする方法を説明する。前記乗車前予約F4-1、F4-2と同様に、乗車前の利用者は停留所通信部１０、もしくは情報処理端末４の通信部４０から空席予想情報１１３、もしくは４１０を受信し、路線別アプリケーション２１０として記憶部２１に保存しておく。そして、利用者は前記降車予定駅名登録手段によって降車予定駅名２１１を登録した路線別アプリケーション２１０を利用して、バス３の空席予想情報２１３を確認し、予約する席を選択する。前記F4-1またはF4-2の乗車前予約で行われる、予約情報を情報処理端末４の通信部４０に送信する時間を十分確保できない場合、乗車時に降車予定駅名２１１および予約座席の位置情報２１１１をバス乗口通信部３０に送信することもできる。すると、バス乗口通信部３０は、これらの情報を情報処理措置４の通信部４０に送信することによって、記憶部４１の後者予定駅名４１３、座席位置情報４１９として格納し、乗車時予約処理を終える。さらに、更新処理F12へ進む。なお、F6における乗り間違い通知はF2と同様である。
【００５９】
F3-1は、乗車中に座席の予約を遠隔通信によって行うシーケンスである。路線別アプリケーション２１０を利用してバス内の遠隔から空席を予約する方法は、乗車前予約のシーケンスF4-1とほぼ同様である。異なる点は、既に乗車しているため、乗車確定駅名が決定している点である。したがって、F4-1で示した予約情報のうち、乗車予定駅名が不要である以外はF4-1と同様のシーケンスでよい。なお、ここでもF1に示した降車予定駅名登録および送信を行うことができる。
【００６０】
F3-2は、乗車中に座席の予約を近接通信によって行うシーケンスである。座席通信部３２と近接通信することによって空席を予約する方法は、乗車前近接予約シーケンスF4-2とほぼ同様である。異なる点は、予約情報を送信する対象が座席通信部３２であることと、予約情報が利用者ID２１５のみでよいことである。なお、ここでもF1に示した降車予定駅名登録および送信を行うことができる。
【００６１】
F8は、降車時におけるシーケンスである。降車時には、端末通信部２０は降車通信部35から現停留駅名３１１を受信し、端末記憶部２１では降車確定駅名２１８として格納する。この乗車確定駅名２１７と降車確定駅名２１８を用いて、運賃算出手段A4が運賃を計算する。また、利用者ID２１５を受信した降口通信部３５が通信部４０へ転送し、利用者ID２１５と一致する利用者ID４１７に関連する乗車確定駅名４１６と、現停留駅名４１１を降車確定駅名４１４として用いて、運賃を計算する。さらに、上記利用者ID４１７に関連する座席位置情報４１９について、他の利用者が着席処理F7またはF10を行っていない場合、その座席は空席であると判断することができる。もし、乗車確定駅名２１７を降口通信部３５が受信した場合も、上記と同様に、現停留駅名４１１を降車確定駅名４１４として用いて、運賃を計算する。この運賃計算の結果を確定運賃として端末表示部２２や運賃表示部３７へ出力し、さらに端末記憶部２１に格納されている金額から差し引くことができる。この降車処理が終わった後、更新処理F12へ進む。
【００６２】
以上のようなシーケンスに従って実施すると、バスの利用者は遠隔または近接によって空席予想情報を取得することができ、空席の予約も可能になる。また、降車に関する情報を公開する善意を促進することができる。最後に、他の路線への流用も容易になる。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施例によるシステムの機能構成の概略を示すブロック図。
【図２】公共交通機関の利用フローチャート。
【図３】更新、予約無乗車前、予約無乗車、予約無着席におけるデータの送受信シーケンス図。
【図４】乗車前予約、予約済み乗車、予約済み着席におけるデータの送受信シーケンス図。
【図５】乗車時予約、乗車中予約、降車におけるデータの送受信シーケンス。
【符号の説明】
【００６４】
１…バス停留所標識、2…携帯情報端末、３…バス、４…情報処置装置、１０…停留所通信部、１１…停留所記憶部、20…端末通信部、21…端末記憶部、22…端末表示部、30…乗口通信部、31…乗口記憶部、32…座席通信部、33…座席設置空席情報表示部、34…空席情報表示部、35…降口通信部、36…座席、40…通信部、41…記憶部
【図１】
2007102390.tif 000003
【図２】
2007102390.tif 000004
【図３】
2007102390.tif 000005
【図４】
2007102390.tif 000006
【図５】
2007102390.tif 000007