(57)【要約】【課題】  実際の利用状況に応じた詳細な条件に基づく料金設定を高精度に行えるようにする。【解決手段】  料金精算システムは、サービスの利用料金を計算するための少なくとも一つの項目からなる料金決定用データを記憶する料金決定用データ記憶手段、及び前記料金決定用データを携帯装置に送信する送信手段を有する情報送信装置Ｈ２と、前記料金決定用データに基づいてサービスの利用料金を決定するための料金決定用条件を記憶する料金決定用条件記憶手段、携帯装置が記憶しているデータを読み込むデータ読込手段、及び前記データ読込手段にて読込まれた料金決定用データの項目と前記料金決定用条件記憶手段に記憶されている料金決定用条件の項目との比較に基づいてその携帯装置に対するサービスの利用料金を計算する料金計算手段を有する交通料金精算装置Ｈ３とを備える。【選択図】  図１
2005234710.tif 000002
【特許請求の範囲】
【請求項１】
サービスの利用料金を計算するための少なくとも一つの項目からなる料金決定用データを記憶する料金決定用データ記憶手段、および前記料金決定用データを携帯装置に送信する送信手段を有する情報送信装置と、
前記料金決定用データに基づいてサービスの利用料金を決定するための料金決定用条件を記憶する料金決定用条件記憶手段、前記携帯装置が記憶しているデータを読み込むデータ読込手段、および前記データ読込手段にて読込まれた料金決定用データの項目と前記料金決定用条件記憶手段に記憶されている料金決定用条件の項目との比較に基づいてその携帯装置に対するサービスの利用料金を計算する料金計算手段を有する料金精算装置とを備えたことを特徴とする料金精算システム。
【請求項２】
前記情報送信装置の料金決定用データ記憶手段は、料金決定用データとして情報送信装置が所在する位置を示す位置データを記憶し、
前記料金精算装置の料金計算手段は、前記データ読込手段にて読込まれた前記位置データと前記料金決定用条件記憶手段に記憶されている位置条件との比較に基づいてその携帯装置に対するサービスの利用料金を計算することを特徴とする請求項１に記載の料金精算システム。
【請求項３】
前記情報送信装置の料金決定用データ記憶手段は、料金決定用データとして急行あるいは普通などの車両種別を示す車両種別データを記憶し、
前記料金精算装置の料金計算手段は、前記データ読み込み手段にて読込まれた前記車両種別データと前記料金決定用条件記憶手段に記憶されている車両種別条件との比較に基づいてその携帯装置に対するサービスの利用料金を計算することを特徴とする請求項１に記載の料金精算システム。
【請求項４】
前記情報送信装置の料金決定用データ記憶手段は、料金決定用データとして情報送信装置が特定の位置を通過する毎にその位置の通過時間を示す通過時間データを記憶し、
前記料金精算装置の料金計算手段は、前記データ読み込み手段にて読込まれた前記通過時間データと前記料金決定用条件記憶手段に記憶されている通過時間条件との比較に基づいてその携帯装置に対するサービスの利用料金を計算することを特徴とする請求項１に記載の料金精算システム。
【請求項５】
前記サービスの利用料金は電車の運賃であり、前記料金精算装置は駅に配置されていることを特徴とする請求項１に記載の料金精算システム。
【請求項６】
前記サービスの利用料金はバスの運賃であり、前記料金精算装置は車両に配置されていることを特徴とする請求項１に記載の料金精算システム。
【請求項７】
前記情報送信装置の料金決定用データ記憶手段は、特定の時刻とサービスの利用料金を計算するための少なくとも一つの項目からなる料金決定用データが対応付けられたテーブルを有し、
前記情報送信装置の送信手段は、現在時刻と前記テーブルに記憶された時刻とが一致した場合に、その時刻に対応付けられた料金決定用データ及び現在時刻からなる送信データを作成し、この送信データを送信することを特徴とする請求項１に記載の料金精算システム。
【請求項８】
前記情報送信装置の送信手段によって送信されたデータを受信する受信手段と、前記受信手段にて受信されたデータを記憶する受信データ記憶手段とを有する携帯装置をさらに備えていることを特徴とする請求項１に記載の料金精算システム。
【請求項９】
前記情報送信装置は交通機関の車両に配置されていることを特徴とする請求項２から７の何れか１項に記載の料金精算システム。
【請求項１０】
前記情報送信装置は交通機関の駅に配置されていることを特徴とする請求項２から７の何れか１項に記載の料金精算システム。
【請求項１１】
サービスの利用料金を計算するための少なくとも一つの項目からなる料金決定用データを記憶する料金決定用データ記憶手段と、
前記料金決定用データを携帯装置に送信する送信手段と、
前記料金決定用データに基づいてサービスの利用料金を決定するための料金決定用条件を記憶する料金決定用条件記憶手段と、
前記携帯装置が記憶しているデータを読み込むデータ読込手段と、
前記データ読込手段にて読込まれた料金決定用データの項目と前記料金決定用条件記憶手段に記憶されている料金決定用条件の項目との比較に基づいてその携帯装置に対するサービスの利用料金を計算する料金計算手段とを備えたことを特徴とする料金精算装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報送信装置から送信されたデータを記録した携帯装置を用いて料金の精算を行う料金精算システム及び料金精算装置に関する。
【背景技術】
【０００２】
近年、交通機関あるいはスポーツ観戦など、さまざまなサービスが提供されている。そして、ある状況に応じてそれらサービスの適切な料金を設定するために、多種多様な料金の設定方法が求められている。
【０００３】
例えば、交通機関では、乗車利用が集中する（ラッシュ）問題を緩和するために、乗車利用が集中する時間帯（ラッシュアワー）と異なる時間帯に乗車すると、通常よりも交通料金を割り引くようなシステムが提案されている。
【０００４】
そのようなシステムに関する発明として、割引時間帯に利用する割引乗車券カードと、非割引時間帯に利用する通常の乗車券カードとを使い分ける必要がない交通料金精算装置（特開２００１−２２９４１８号公報）がある。
【０００５】
詳しく説明すると、特開２００１−２２９４１８号公報の発明は、まず、乗車時の改札において、交通料金精算装置が、「乗車時刻が割引時間帯に含まれているか否か」を判定する。その時、乗車時刻が割引時間帯に含まれているなら乗車カードに記憶されている割引フラグをオンに設定し、含まれていないなら割引フラグをオフに設定する。次に、降車時の改札において、「乗車カードの割引フラグがオンであるか否か」及び「降車時刻が割引時間帯に含まれているか否か」の判定に基づいて、以下の４通りの場合分けを行う。
Ａ  「乗車カードの割引フラグがオン」かつ「降車時刻が割引時間帯に含まれている」
Ｂ  「乗車カードの割引フラグがオン」かつ「降車時刻が割引時間帯に含まれていない」
Ｃ  「乗車カードの割引フラグがオンでない」かつ「降車時刻が割引時間帯に含まれている」
Ｄ  「乗車カードの割引フラグがオンでない」かつ「降車時刻が割引時間帯に含まれていない」
そして、Ａの場合に第２割引運賃を適用し、Ｂの場合及びＣの場合に第１割引運賃を適用する。また、Ｄの場合には通常運賃になる。ここで、第１割引運賃と第２割引運賃は、通常運賃より割引かれた運賃であり、それぞれ異なった額を設定可能である。
【特許文献１】特開２００１−２２９４１８号公報（公開日  平成１３年８月２４日）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、通常、サービスの料金設定のための条件は一部の要因しか考慮されていないので、実際の利用状況に応じた詳細な料金設定ができない場合が多い。
【０００７】
例えば、交通機関のサービスの料金設定において、上記の従来技術は、乗車開始時（乗車時）と乗車終了時（降車時）の時間帯のみの条件だけで割引の有無を判定しているため、ラッシュ状態の程度が異なる各経路（各路線）に応じた、あるいは急行あるいは普通などの車両種別に応じた、あるいはラッシュアワーの時間帯が地域によって異なる場合に応じた、さらには駅ごとに割引時間帯が異なる場合に応じた割引方式など、実際の利用状況に応じた詳細な料金設定に対応することができない。
【０００８】
具体的には、列車の経路にもラッシュが生じる要因があるので、その状況により料金を設定することができる。例えば、図２６に示すように、同じ目的地に到達するのに異なる経路が存在する場合がある。図２６の場合、路線２の乗り継ぎ回数が路線１の回数よりも少ないので、乗車客は楽に目的地に到達できる路線２を選択し、その結果、路線２にラッシュが生じてしまう。
【０００９】
また、急行あるいは普通などの車両種別にもラッシュが生じる要因があるので、その状況により料金を設定することができる。例えば、急行列車は、普通列車より停車駅が少なく、速く目的地に到達できるので、通常、乗車客は急行列車を選ぶ。その結果、急行列車にラッシュが生じてしまう。
【００１０】
上記のような車両種別あるいは路線の利用状況に応じた料金の設定は、特開２００１−２２９４１８号公報の技術では解決できない。
【００１１】
さらに、乗車時間帯による割引サービスにおいても、ラッシュアワーは地域によって異なるので、ある地域を通過した時間に応じて料金設定を変えることができる。例えば、奈良南部では、そこから大阪市内に出勤する人が多く、朝早くに出発しなければ会社での始業時間に間に合わないので、ラッシュアワーは早朝に生じる。しかしながら、大阪市内では多数の会社があり、会社での始業時間の少し前（奈良南部より遅い時間帯）にラッシュアワーが生じる。そのような場合、大阪市内のラッシュアワーに割引時間帯を設定すると、奈良南部のラッシュアワーとずれてしまう。また、奈良南部と大阪市内のラッシュアワーを両方含むように割引時間帯を設定すると、実際にはラッシュでない時間帯も割引時間帯となる場合が生じる。特開２００１−２２９４１８号公報の発明ではそのような課題を解決することができない。
【００１２】
さらに、特開２００１−２２９４１８号公報の発明は、乗車時と降車時の時刻が割引時間帯に含まれているか否かを判断するだけであるので、乗車駅と降車駅の間の駅における割引時間帯が無視される。例として、図２７に示されるように、A駅の割引時間帯がAM８：００〜１７：００、B駅の割引時間帯がAM１０：００〜１５：００、C駅の割引時間帯が９：００〜１６：００である場合を考える。そして、A駅にてAM８：３０に乗車し、B駅をAM９：００に通過し、C駅にてAM９：３０に下車した場合、B駅における割引時間帯には該当しない。しかしながら、特開２００１−２２９４１８号公報の発明では、A駅とC駅のみの割引時間帯に基づいて料金を精算し、B駅における割引時間帯には該当していないことが全く交通料金に反映できない。
【００１３】
上記の課題は、バスの料金を設定する場合にもほぼ同じように当てはまる。
さらに交通機関に係るサービス以外においても、実際の利用状況に応じた詳細な料金設定ができていないものがある。例えば、プロ野球開催球場の入場料金などでは、そこをホーム球場とする側のチームが勝った場合あるいは負けた場合などの状況に応じて料金を設定することも可能であるが、従来の構成ではこのような料金設定方式に対応できないという課題がある。
【００１４】
本発明は、上記の課題を解決するためになされたものであって、例えば列車の運行経路、車両種別及び利用時間帯など、実際の利用状況に応じた詳細な条件に基づく料金設定を高精度に行うことができる料金精算システム及び料金精算装置の提供を目的としている。
【課題を解決するための手段】
【００１５】
（発明のポイント）
上記課題を解決する発明のポイントをまとめると、以下のとおりである。
・一例として電車を利用した場合について説明する。特定の地域にて情報送信装置から、例えば、乗車車両種別、通過地域名及び通過時刻等のうち少なくとも一つのデータを携帯装置に送信する。携帯装置はそれらのデータを記憶する。降車の際には携帯装置に記憶されたデータに基づいて交通料金を算出する。これにより、実際の利用状況に応じた詳細な条件に基づく料金設定を高精度に行うことができる。
【００１６】
これに対し、従来技術では時間帯という一つの要因しか考慮していない。発明のポイントは、具体的には、以下のような構成になる。
【００１７】
本発明の料金精算システムは、サービスの利用料金を計算するための少なくとも一つの項目からなる料金決定用データを記憶する料金決定用データ記憶手段、および前記料金決定用データを携帯装置に送信する送信手段を有する情報送信装置と、前記料金決定用データに基づいてサービスの利用料金を決定するための料金決定用条件を記憶する料金決定用条件記憶手段、前記携帯装置が記憶しているデータを読み込むデータ読込手段、および前記データ読込手段にて読込まれた料金決定用データの項目と前記料金決定用条件記憶手段に記憶されている料金決定用条件の項目との比較に基づいてその携帯装置に対するサービスの利用料金を計算する料金計算手段を有する料金精算装置とを備えたことを特徴としている。
【００１８】
本発明の料金精算装置は、サービスの利用料金を計算するための少なくとも一つの項目からなる料金決定用データを記憶する料金決定用データ記憶手段と、前記料金決定用データを携帯装置に送信する送信手段と、前記料金決定用データに基づいてサービスの利用料金を決定するための料金決定用条件を記憶する料金決定用条件記憶手段と、前記携帯装置が記憶しているデータを読み込むデータ読込手段と、前記データ読込手段にて読込まれた料金決定用データの項目と前記料金決定用条件記憶手段に記憶されている料金決定用条件の項目との比較に基づいてその携帯装置に対するサービスの利用料金を計算する料金計算手段とを備えたことを特徴としている。
【００１９】
上記の構成によれば、携帯装置からデータ読込手段にて読込まれた料金決定用データの項目と料金決定用条件記憶手段に記憶されている料金決定用条件の項目との比較に基づいてサービスの利用料金を計算する。そして、前記料金決定用データは、送信手段から携帯装置へ適宜送信することができる。したがって、サービスの利用状況に応じて、サービスの適切な料金について、多種多様な設定が可能となる。例えば列車の運行経路、車両種別及び利用時間帯など、実際の利用状況に応じた詳細な条件に基づく料金設定を高精度に行うことができる。
【００２０】
また、上記の料金精算システムにおいて、前記情報送信装置の料金決定用データ記憶手段は、料金決定用データとして情報送信装置が所在する位置を示す位置データを記憶し、前記料金精算装置の料金計算手段は、前記データ読込手段にて読込まれた前記位置データ
と前記料金決定用条件記憶手段に記憶されている位置条件との比較に基づいてその携帯装置に対するサービスの利用料金を計算する構成としても良い。
【００２１】
上記の構成によれば、データ読込手段にて読込まれた、情報送信装置の位置データと料金決定用条件記憶手段に記憶されている位置条件との比較に基づいてその携帯装置に対するサービスの利用料金を計算する。したがって、例えば、携帯装置を所持する電車の利用者が前記位置データによって示される特定の場所を通過した場合に料金を割引くという設定が可能となる。この場合、利用者が実際に利用した経路、即ち利用者が割引対象となる経路（路線）を利用したことが確実に分かるので、単に例えば乗車駅と降車駅とのデータのみによって割引サービスを行うような構成と比較して、実際の利用状況に応じた高精度のサービスが可能となる。例えば、通過駅すなわち列車の経路が要因で生じるラッシュを緩和するために、実際に利用した経路に応じて運賃の割引を行うといったことができる。
【００２２】
また、上記の料金精算システムにおいて、前記情報送信装置の料金決定用データ記憶手段は、料金決定用データとして急行あるいは普通などの車両種別を示す車両種別データを記憶し、前記料金精算装置の料金計算手段は、前記データ読み込み手段にて読込まれた前記車両種別データと前記料金決定用条件記憶手段に記憶されている車両種別条件との比較に基づいてその携帯装置に対するサービスの利用料金を計算する構成としても良い。
【００２３】
上記の構成によれば、料金精算装置の料金計算手段は、データ読み込み手段にて読込まれた、急行あるいは普通などの車両種別を示す車両種別データと料金決定用条件記憶手段に記憶されている車両種別条件との比較に基づいてその携帯装置に対するサービスの利用料金を計算する。したがって、特定の車両種別の車両、例えば車両種別が普通の車両に乗車した場合に料金を割引くことができる。例えば、車両種別が要因で生じるラッシュを緩和するために、普通電車を利用した人の運賃を割引くことができる。
【００２４】
また、上記の料金精算システムにおいて、前記情報送信装置の料金決定用データ記憶手段は、料金決定用データとして情報送信装置が特定の位置を通過する毎にその位置の通過時間を示す通過時間データを記憶し、前記料金精算装置の料金計算手段は、前記データ読み込み手段にて読込まれた前記通過時間データと前記料金決定用条件記憶手段に記憶されている通過時間条件との比較に基づいてその携帯装置に対するサービスの利用料金を計算する構成としても良い。
【００２５】
上記構成によれば、料金精算装置の料金計算手段は、データ読み込み手段にて読込まれた通過時間データ、即ち情報送信装置が特定の位置を通過する毎に記録されたその位置の通過時間を示す通過時間データと料金決定用条件記憶手段に記憶されている通過時間条件との比較に基づいてその携帯装置に対するサービスの利用料金を計算する。したがって、
例えば、携帯装置を所持する電車の利用者が特定地域（駅）を通過した時間による割引が可能となる。例えば、地域ごとに時間帯が要因で生じるラッシュを緩和するために、ある駅を通過した通過時間による割引ができる。
【００２６】
また、上記の料金精算システムにおいて、前記サービスの利用料金は電車の運賃であり、前記料金精算装置は駅に配置されている構成としても良い。
【００２７】
上記構成によれば、電車の運賃を対象としたサービスにおいて、利用者が乗車した電車の状況に応じて、適切な料金について多種多様の設定が可能となる。
【００２８】
また、上記の料金精算システムにおいて、前記サービスの利用料金はバスの運賃であり、前記料金精算装置は車両に配置されている構成としても良い。
【００２９】
上記構成によれば、バスの運賃を対象としたサービスにおいて、利用者が乗車したバスの状況に応じて、適切な料金について多種多様の設定が可能となる。
【００３０】
また、上記の料金精算システムにおいて、前記情報送信装置の料金決定用データ記憶手段は、特定の時刻とサービスの利用料金を計算するための少なくとも一つの項目からなる料金決定用データが対応付けられたテーブルを有し、前記情報送信装置の送信手段は、現在時刻と前記テーブルに記憶された時刻とが一致した場合に、その時刻に対応付けられた料金決定用データ及び現在時刻からなる送信データを作成し、この送信データを送信する構成としても良い。
【００３１】
上記の構成によれば、現在時刻と上記テーブルに記憶された時刻とが一致した場合に、その条件と対応付けられた料金決定用データ及び現在時刻からなる送信データを送信する構成であるので、例えば電車の運転手がある地域（駅）を通過するごとに料金決定用データを入力する手間を省くことができる。
【００３２】
また、上記の料金精算システムは、前記情報送信装置の送信手段によって送信されたデータを受信する受信手段と、前記受信手段にて受信されたデータを記憶する受信データ記憶手段とを有する携帯装置をさらに備えている構成としても良い。
【００３３】
上記構成によれば、利用者が持ち運び可能な携帯装置をもつことができるので、種々の状況に応じて、サービスの適切な料金について多種多様な料金の設定ができる。
【００３４】
また、上記発明の料金精算システムにおいて、前記情報送信装置は交通機関の車両に配置されている構成としても良い。
【００３５】
上記構成によれば、前記情報送信装置は交通機関の車両に配置されているので、例えばバスなどの運賃について多種多様な料金の設定ができる。
【００３６】
また、上記発明の料金精算システムにおいて、前記情報送信装置は交通機関の駅に配置されている構成としても良い。
【００３７】
上記構成によれば、前記情報送信装置は交通機関の駅に配置されているので、例えば電車などの運賃について多種多様な料金の設定ができる。
【発明の効果】
【００３８】
本発明においては、例えば、特定の地域にて情報送信装置から乗車車両種別、通過駅名及び通過時刻のデータを携帯装置に送信して、携帯装置はそれらのデータを記憶し、降車の際に携帯装置に記憶されたデータに基づいて交通料金を算出するので、多種多様な料金の設定ができる。例えば、上記に説明したように、路線、車両種別及び駅ごとに設定した時間帯に応じて割引することができ、それらが要因で生じるラッシュの緩和することができる。
【００３９】
即ち、本発明の料金精算システムは、サービスの利用料金を計算するための少なくとも一つの項目からなる料金決定用データを記憶する料金決定用データ記憶手段、および前記料金決定用データを携帯装置に送信する送信手段を有する情報送信装置と、前記料金決定用データに基づいてサービスの利用料金を決定するための料金決定用条件を記憶する料金決定用条件記憶手段、前記携帯装置が記憶しているデータを読み込むデータ読込手段、および前記データ読込手段にて読込まれた料金決定用データの項目と前記料金決定用条件記憶手段に記憶されている料金決定用条件の項目との比較に基づいてその携帯装置に対するサービスの利用料金を計算する料金計算手段を有する料金精算装置とを備えた構成である。これにより、サービスの利用状況に応じて、サービスの適切な料金について、多種多様な設定が可能となる。例えば列車の運行経路、車両種別及び利用時間帯など、実際の利用状況に応じた詳細な条件に基づく料金設定を高精度に行うことができる。
【発明を実施するための最良の形態】
【００４０】
以下添付図面を参照して本発明の実施の形態を説明する。なお、本発明は、これらによって限定されるものではない。
【００４１】
（本発明を電車の料金精算システムへ適用した場合の実施例）
（料金精算システムの概要）
まず、図１を用いて、本発明の実施形態における交通料金精算システムの概要を説明する。図１では、携帯装置Ｈ１、情報送信装置Ｈ２及び交通料金精算装置Ｈ３から構成されている本発明のシステムが、交通機関である電車Ｈ４の料金精算システムに適用されている。
【００４２】
携帯装置Ｈ１は、情報送信装置Ｈ２から送信されるデータを記録する。その記録したデータは、交通料金精算装置Ｈ３によって電車Ｈ４の利用料金を精算するために参照される。尚、携帯装置Ｈ１は、プリペイドカードのように購入時に利用可能な交通料金が予め記録されているものであっても良い。
【００４３】
情報送信装置Ｈ２は、電車Ｈ４の車両の車内に設置される。そして、携帯装置Ｈ１に電車Ｈ４の利用料金を精算するためのデータ（料金決定用データ）を送信する。
【００４４】
交通料金精算装置Ｈ３は、電車のような交通機関では、各駅の出入り口に設置される。以下では、便宜上、車両が電車Ｈ４である場合を例に説明する。
【００４５】
電車H４の駅通過時（乗車駅と降車駅を含む）にて、情報送信装置Ｈ２は、料金決定用データとして急行や普通などの車両種別、通過駅名及び通過時刻のデータを無線送信する。なお、この料金決定用データには、例えば曜日を示すデータを含んでいてもよい。ただし、通過駅名データは、これに限定されず、地名など駅の位置を表すもの（位置データ）であれば何でもよい。ここでは通過駅名を送信するものとして説明する。
【００４６】
携帯装置Ｈ１は、情報送信装置Ｈ２にて送信された送信データを受信して記憶装置に書き込む。ただし、情報送信装置Ｈ２と携帯装置Ｈ１とを接続（接触）して書き込んでも良いが、この場合には乗客が手動でそれらを接続する手間がかかるという欠点がある。
【００４７】
図１は、Ｂ駅通過時に情報送信装置Ｈ２がデータを無線送信し、携帯装置Ｈ１がそれを受信している様子を示している。
【００４８】
降車時にて、乗客等が携帯装置Ｈ１を交通料金精算装置Ｈ３に挿入し、交通料金精算装置Ｈ３が駅通過時に携帯装置Ｈ１に書き込まれたデータに基づいて交通料金を計算する。
【００４９】
（各装置ハードウェア構成）
ここで、本発明の実施形態における交通料金精算システムに用いる各装置のハードウェア構成を説明する。
【００５０】
（情報送信装置のハードウェア構成）
図２は、情報送信装置Ｈ２のハードウェア構成を示した図である。この情報送信装置Ｈ２は、制御装置２０、キーボード２１、時計回路２２、記憶装置（料金決定用データ記憶手段）２３及び送信装置２４によって構成される。
【００５１】
制御装置２０は、プロセッサ及びＲＡＭなどによって構成され、制御プログラムに従って動作し、情報送信装置Ｈ２の動作を制御する。
【００５２】
キーボード２１は、キー及びキーボードのコントローラなどによって構成され、本システムの操作者が通過駅名や車両種別を入力するためのものである。通過駅は、ある駅を通過する時に入力する必要がある。ただし、キーボードによる入力である必要は無く、音声認識手段を用いた音声入力などの入力形態であっても良い。
【００５３】
時計回路２２は、日付、曜日及び駅の通過時間を計測する。記憶装置２３は、ＲＡＭ及びＲＯＭなどによって構成され、制御プログラム、一時データ及び処理データを保存するためのワークエリアを有する。また、記憶装置２３は、キーボード２１にて入力した通過駅名や車両種別を記憶する。
【００５４】
送信装置２４は、アンテナ及び無線通信用回路などによって構成され、車両種別、通過駅名とその通過時刻のデータを携帯装置H１に送信する。ただし、ここで送信する通過時刻は日付及び曜日も含んでいる。尚、送信装置２４の通信方式は、どのような方式を用いても良いが、後述する携帯装置Ｈ１の受信装置４１の方式と統一しなければならない。
【００５５】
（携帯装置のハードウェア構成）
図３は、携帯装置Ｈ１のハードウェア構成を示した図である。この携帯装置Ｈ１は、制御装置４０、受信装置（受信手段）４１及び記憶装置（受信データ記憶手段）４２によって構成される。
【００５６】
制御装置４０は、プロセッサ及びＲＡＭなどによって構成され、制御プログラムに従って動作し、携帯装置Ｈ１の動作を制御する。
【００５７】
受信装置４１は、アンテナ及び無線通信用回路によって構成され、情報送信装置Ｈ２から送信された車両種別、通過駅名及びその通過時刻のデータを受信する。
【００５８】
記憶装置４２は、ＲＡＭ及びＲＯＭなどによって構成され、制御プログラム、一時データ及び処理データを保存するためのワークエリアを有する。また、記憶装置４２は、情報送信装置Ｈ２にて送信された車両種別、通過駅名及びその通過時刻のデータの履歴を記憶している。尚、プリペイドカードのような前払い方法の場合（例えば携帯装置Ｈ１がプリペイドカードとしての機能を有する場合）には、携帯装置Ｈ１の記憶装置４２は、交通機関を使用可能な金額である残高データも記憶する。勿論、上記携帯装置Ｈ１は、市販されている携帯電話あるいはPDAなどで実現可能である。
【００５９】
（交通料金精算装置のハードウェア構成）
図４は、交通料金精算装置Ｈ３のハードウェア構成を示した図である。この交通料金精算装置Ｈ３は、制御装置３０、データ入出力装置３１、時計回路３２、記憶装置（料金決定用条件記憶手段）３３、表示装置３４、音出力装置３５及びキーボード３６から構成される。
【００６０】
制御装置３０は、プロセッサ及びＲＡＭなどによって構成され、制御プログラムに従って動作し、交通料金精算装置Ｈ３の動作を制御する。
【００６１】
データ入出力装置３１は、携帯装置H1の記憶装置４２に記憶されているデータの読込み及び携帯装置H1の記憶装置４２へデータの書込みを行う。
【００６２】
時計回路３２は、日付、曜日及び現時刻（降車時刻）を計測する。表示装置３４は、液晶パネルや、表示ドライバーなどによって構成され、計算した料金などを表示する。
【００６３】
音出力装置３５は、Ｄ／Ａ変換器及びスピーカなどによって構成され、記憶装置３４に記憶されたデジタル音声データをＤ／Ａ変換器によりアナログ音声データに変換して、スピーカに出力する。
【００６４】
キーボード３６は、キー及びキーボードのコントローラなどによって構成され、以下に述べる交通料金を計算するための条件を示した料金決定条件等をあらかじめ操作者が入力するためのものである。ただし、交通料金精算装置H３への入力はキーボード３６による入力である必要は無く、音声認識を用いた音声入力、フレキシブルディスクなどの記録媒体を介したデータ入力、あるいは交通料金精算装置Ｈ３が何らかのネットワークに接続されている場合にそのネットワークを介したメイン制御装置との通信による入力などの入力形態であっても良い。
【００６５】
記憶装置３３は、ＲＡＭ及びＲＯＭなどによって構成され、制御プログラム、携帯装置Ｈ１のデータ、一時データ及び処理データを保存するためのワークエリアを有する。また、記憶装置３３は、利用料金を計算するための条件を示した料金決定条件、交通料金及び交通料金精算装置Ｈ３が設置された駅の位置情報を記憶している。
【００６６】
ここで、料金決定条件、交通料金及び位置情報を具体的な例を参照して説明する。料金決定条件は、例えば、「割引対象となる駅を通過したかどうか？」、「割引対象となる車両種類に乗車したかどうか？」あるいは「割引対象となる時間帯に乗車したかどうか？」といったものである。
【００６７】
図５、図６及び図７は、図８のような路線の場合における、Ｓｃ駅の交通料金精算装置Ｈ３の記憶装置３３に記憶されている料金決定条件である。図５は、「割引対象となる駅を通過したかどうか？」という条件を判定するための割引対象駅名が示されている。例えば、図５において、１行目は、乗車した車両がＳａ駅を通過した場合に、１０円の割引を行い、交通料金を決定することを示している。図６は、「割引対象となる車両種類に乗車したかどうか？」という条件を判定するための割引車両種別が示されている。例えば、図６において、１行目は、車両種別が普通である電車等を利用した場合に、１０円の割引を行い、交通料金を決定することを示している。図７は、「割引対象となる時間帯に乗車したかどうか？」という条件を判定するための割引車両種別が示されている。例えば、図７において、１行目は、月、火、水、木及び金の９：００〜１６：００の時間帯に乗車した場合に、１０円の割引を行い，交通料金を決定することを示している。
【００６８】
図９は、図８の路線の場合における、Ｓｃ駅の交通料金精算装置Ｈ３の記憶装置３３に記憶されている交通料金例を示している。図９の表において、例えば１行目は、Ｓａ駅からＳｃ駅までの交通料金が２５０円であることを示している。
【００６９】
図１０は、図８の路線の場合における、Ｓｃ駅の交通料金精算装置Ｈ３の記憶装置３３に記憶されているＳｃ駅に対する各駅の位置情報例を示している。Ｓa駅はＳｃ駅からＤ１の方向にあり、かつ、Ｓａ駅とＳｃ駅の距離が２であることを示しており、図８の路線図と一致している。
【００７０】
以上の図５、図６、図７、図９及び図１０のような情報が、Ｓｃ駅の交通料金精算装置Ｈ３の記憶装置３３に記憶される。
【００７１】
（各装置の機能構成）
ここで、ブロック図を参照して、本発明の実施形態における交通料金精算システムに用いる各装置の機能構成を説明する。
【００７２】
（情報送信装置の機能構成）
図１１は、制御装置２０の機能構成を示した情報送信装置Ｈ２のブロック図である。この情報送信装置Ｈ２は、入力部としての前記キーボード２１、記憶部としての前記記憶装置２３、計時部としての前記時計回路２２、制御装置２０によって構成される送信データ作成部Ｆ２２及び送信部としての前記送信装置（送信手段）２４を備える。
【００７３】
送信データ作成部Ｆ２２は、制御装置２０及びこの制御装置２０が実行するプログラムによって構成され、キーボード２１にてあらかじめ入力され、記憶装置２３に記憶された車両種別、駅通過時にキーボード２１にて入力され、記憶装置２３に記憶された駅名及び現時刻（通過時刻）を、送信部Ｆ２３にて送信するためデータとして作成する。
【００７４】
尚、後に詳しく述べるが、所定の条件、車両種別及び駅名をあらかじめ対応付けて記憶装置２３が記憶しておき、所定の条件が満たされたときにあらかじめ記憶していたデータを送信データ作成部Ｆ２２が送信データとして自動的に作成するようにしても良い。
【００７５】
（交通料金精算装置の機能構成）
図１２は、制御装置３０の機能構成を示した交通料金精算装置Ｈ３のブロック図である。この交通料金精算装置Ｈ３は、料金決定条件入力部としても機能する前記キーボード３６、データ入出力部としての前記データ入出力装置（データ読込手段）３１、交通料金計算部（料金計算手段）Ｆ３３、データ更新部Ｆ３４、メッセージ出力部Ｆ３５、前記記憶装置３３、前記表示装置３４及び前記音出力装置３５を備える。
【００７６】
交通料金精算装置Ｈ３において、キーボード３６から図５、図６及び図７のような料金決定条件が入力されると、そのデータは記憶装置３３に記憶される。また、データ入出力装置３１にて読み込まれた携帯装置H1からのデータは記憶装置３３に記憶される。ただし、ここで記憶される携帯装置H1からのデータとは情報送信装置Ｈ２の送信装置２４から送信され、携帯装置Ｈ１にて受信されたそれぞれ料金決定用データとしての車両種別、通過駅名及びその通過時刻のデータである。
【００７７】
交通料金計算部Ｆ３３は、制御装置３０及びこの制御装置３０が実行するプログラムによって構成され、データ入出力装置３１にて読み込んだデータを用いて交通料金を計算する。
【００７８】
データ更新部Ｆ３４は、携帯装置Ｈ１の記憶装置４４からデータ入出力装置３１にて読み込まれたデータを記憶装置４４から消去する。なお、実際の消去動作はデータ入出力装置３１が行う。また、プリペイドカードのような前払い方法で決済するような場合（例えば、携帯装置Ｈ１の記憶装置４４に有価価値情報が記憶されており、プリペイドカードとしての機能を有する場合）、データ更新部Ｆ３４が、携帯装置Ｈ１の記憶装置４４の、残りの利用可能な金額を示す残高金額データから、交通料金計算部Ｆ３３にて算出された交通料金を差引いた金額を計算し、データ入出力装置３１が携帯装置Ｈ１の記憶装置４４の残高金額データを更新する。
【００７９】
メッセージ出力部Ｆ３５は、料金精算後の注意事項（例えば、料金が○○円たりません）などのメッセージを作成し、表示装置３４あるいは音出力装置部３５に出力する。なお、メッセージ出力部Ｆ３５は、各状況に応じた種々のメッセージデータを予め記憶しておき、状況に応じて対応するメッセージデータを出力するものであっても良い。
【００８０】
（交通料金精算システムにおける動作）
（動作の概要）
以下に、フローチャートを用いて、本発明の実施形態の交通料金精算システムにおける各動作について説明する。図１３のフローチャートは図１の駅通過時の動作に対応し、図１４のフローチャートは図１の降車時の動作に対応する。
【００８１】
まず、図１３を用いて、本発明の実施形態における駅通過時の動作を説明する。ただし、図１のように情報送信装置Ｈ２が電車H４の車内に設置されており、携帯装置Ｈ１が情報送信装置Ｈ２から送信されたデータを受信している場合を想定している。Ｓ２０１〜Ｓ２０３の処理は情報送信装置Ｈ２にて実行され、Ｓ２０４〜Ｓ２０５の処理は携帯装置Ｈ１にて実行される。
【００８２】
Ｓ２０１では、情報送信装置Ｈ２の例えばキーボード２１から入力された車両種別及び通過駅名のデータが記憶装置２３に記憶される。尚、通過駅名は駅を通過するごとに入力される。一方、車両種別の入力は、情報送信装置Ｈ２を設置した車両の車両種別を変更する時に行い、駅を通過するごとに入力する必要は無い。
【００８３】
Ｓ２０２では、送信データ作成部Ｆ２２が、Ｓ２０１にて記憶した車両種別、通過駅及び現時刻（通過時刻）を送信データとして作成する。
【００８４】
Ｓ２０３では、送信装置２４が、Ｓ２０２にて作成された送信データを送信する。
【００８５】
Ｓ２０４では、携帯装置Ｈ１の受信装置４１がＳ２０３にて送信されたデータを受信したか否かを判定する。受信していないなら、Ｓ２０４のステップにおいて、携帯装置Ｈ１は送信データを受信するまで待ち状態になる。受信した場合、Ｓ２０５のステップに進む。
【００８６】
Ｓ２０５では、携帯装置Ｈ１の制御装置４０が、受信データ、つまり、車両種別、通過駅及び通過時刻を記憶装置４２に記憶させる。
【００８７】
図１３の処理は駅通過のたびに行われ、車両種別、通過駅及び通過時間の履歴が携帯装置の記憶装置４２に蓄積されていく。
【００８８】
次に、図１４のフローチャートを用いて、本発明の実施形態における降車時の動作を説明する。図１４の処理は、交通料金精算装置Ｈ３にて実行される。尚、図１のように、降車する前に携帯装置Ｈ１が情報送信装置Ｈ２から送信されたデータを記憶している場合を想定している。
【００８９】
Ｓ３０１では、交通料金精算装置Ｈ３のデータ入出力装置３１が、携帯装置Ｈ１の記憶装置４２に記憶されたデータ、つまり、乗車車両種別、通過駅とその通過時間を読み込む。尚、プリペイドカードのような前払い方法で決済するような場合（例えば携帯装置Ｈ１がプリペイドカードとしての機能を有する場合）には、残高金額のデータも読込まれる。
【００９０】
Ｓ３０２では、交通料金計算部Ｆ３３が、Ｓ３０１にて読み込まれた乗車車両種別、通過駅とその通過時間に基づいて、不正乗車をしていないかどうかを調べる。Ｓ３０２の具体的な処理は、後に説明する。
【００９１】
Ｓ３０３では、交通料金計算部Ｆ３３が、Ｓ３０１にて読み込まれた乗車車両種別、通過駅とその通過時間に基づいて、交通料金を計算する。Ｓ３０３の具体的な処理は、後に説明する。
【００９２】
プリペイドカードのような前払い方法で決済するような場合には、以下のS３０４及びＳ３０６の処理が必要になる。以下その場合の処理を説明する。
【００９３】
Ｓ３０４にて、交通料金計算部Ｆ３３が、携帯装置の残高金額が不足していないか否かを判定する。残高金額が不足していると判定されると、Ｓ３０６にて、メッセージ出力部Ｆ３５が料金追加を要求するメッセージ（例  ○○円足りません）を作成し、表示装置３４あるいは音出力装置３５へ出力する。不足していないなら、Ｓ３０５の処理に進む。
【００９４】
Ｓ３０５では、データ更新部Ｆ３４が携帯装置Ｈ１の残高金額データからＳ３０４にて算出された交通料金を差し引き、データ入出力装置３１が携帯装置Ｈ１の残高金額を更新する。
【００９５】
勿論、後払いの方法で決済するような場合では、携帯装置Ｈ１は残高金額のデータを持たないので、S３０４及びS３０６の残高に関する処理を行う必要は無い。
【００９６】
Ｓ３０７では、携帯装置Ｈ１の記憶装置４２の車両種別、通過駅及び通過時間の履歴データを消去する。
【００９７】
（不正乗車チェックの処理）
ここで、図１５のフローチャートを用いて、交通料金計算部Ｆ３３による図１４のＳ３０２の不正乗車チェック処理を詳しく説明する。尚、図８のような路線において、Ｓａ駅からＳｄ駅に行き、そこからＳｃ駅に戻り降車した（つまりＳｃ駅からＳｄ駅の間は不正に乗車したことになる）場合を想定した具体例を適宜参照する。
【００９８】
Ｓ６０１にて、記憶装置３３に記憶されている位置情報の方向に基づいて、携帯装置に記憶された通過駅をクラスタリングする。例えば、Ｓａ駅からＳｄ駅に行き、そこからＳｃ駅に戻った場合を考える。その場合、図１０の位置情報を参照して、方向がＤ１にあるＳａ駅及びＳｂ駅を１つ目のクラス、方向がＤ２にあるＳｄ駅を２つ目のクラスというようにクラスタリングを行う。図１６は、その様子を示している。
【００９９】
Ｓ６０２では、カウンタｉを１、ＴＦを０に初期化する。カウンタｉは、Ｓ６０１にて作成した各クラスを指す変数である。また、ＴＦは割引無しの交通料金に対応する変数である。
【０１００】
Ｓ６０３では、カウンタｉがＳ６０２にて作成したクラス数以下であるか否かを判定する。カウンタｉがクラス数より大きいと判別された場合、全クラスに対する処理が終了したことになり、Ｓ６０７の処理に進む。
【０１０１】
Ｓ６０４では、クラスｉに属する駅において、降車駅と最も離れた駅を取得する。例えば、図１６のようにＳ６０１にてクラスタリングされた場合、クラス１の最も離れた駅はＳａ駅、クラス２の場合はＳｄ駅が取得される。
【０１０２】
Ｓ６０５にて、記憶装置３３に記憶されている交通料金を参照して、Ｓ６０４にて取得した駅と降車駅の交通料金をＴＦに加算する。例えば、図１６のようにクラスタリングされた場合、図９の交通料金を参照して、クラス１の処理にて交通料金２５０がＴＦに加算され、クラス２の処理にて交通料金２００がＴＦに加算される。結果として、ＴＦは４５０となる。この４５０が割引無しの交通料金となる。
【０１０３】
Ｓ６０６にて、ｉをインクリメントして、次のクラスの処理を行う。
【０１０４】
以上のＳ６０１からＳ６０６の処理によって、割引無しの交通料金が算出される。尚、図８のような路線においてＳａ駅からＳｄ駅に行き、そこからＳｃ駅に戻り降車した場合でも、従来技術はＳａ駅から乗ってＳｃ駅で降りたとみなすが、本実施例のシステムは正確な料金を算出できる。従って、本実施例のシステムは不正乗車ができないという利点もある。
【０１０５】
（交通料金計算の処理）
ここで、図１７のフローチャートを用いて、図１４Ｓ３０３の、交通料金精算装置Ｈ３の料金計算部Ｆ３３による交通料金計算の処理を詳しく説明する。尚、図８のような路線において、Ｓａ駅からＳｄ駅に行き、そこからＳｃ駅に戻り降車した場合を想定した具体例を適宜参照する。
【０１０６】
Ｓ７０１では、カウンタｊを１、ＮＤを０に初期化する。カウンタｊは、Ｓ３０１にて読み込んだ通過駅を示す変数である。また、ＮＤは割引金額に対応する変数である。
【０１０７】
Ｓ７０２では、カウンタｊがＳ３０１にて読み込んだ通過駅数以下であるか否かを判定する。カウンタｊが通過駅数より大きいと判別された場合、全通過駅に対する処理が終了したことになり、Ｓ７１０の処理に進む。
【０１０８】
Ｓ７０３では、記憶装置３３に記憶されている料金決定条件の駅名を参照して、通過駅ｊが割引対象駅であるか否かを判定する。割引対象駅であると判定された場合、Ｓ７０４にて、記憶装置３３に記憶されている「駅ｊを通過した時の割引額」を参照して、ＮＤに割引額を加算する。割引対象駅でない場合、Ｓ７０５の処理に移る。
【０１０９】
Ｓ７０５では、記憶装置３３に記憶されている料金決定条件の通過駅ｊの割引車両種別を参照して、駅ｊ通過時、割引車両種別に乗車していたか否かを判定する。割引対象車両種別であると判定された場合、Ｓ７０６にて、記憶装置３３に記憶されている「乗車していた車両種別に対応する割引額」を参照して、ＮＤに割引額を加算する。割引車両種別に乗車していなかった場合、Ｓ７０７の処理に移る。
【０１１０】
Ｓ７０７では、記憶装置３３に記憶されている料金決定条件の通過駅ｊの割引曜日及び割引時間帯を参照して、駅ｊ通過時の時間帯が割引時間帯か否かを判別する。通過駅ｊの割引対象時間帯に乗車していたと判定された場合、Ｓ７０８にて、記憶装置３３に記憶されている「通過駅ｊの割引対象時間帯に対応する割引額」を参照して、ＮＤに割引額を加算する。駅ｊ通過時の時間帯が割引時間帯でないなら、Ｓ７０９の処理に移る。
【０１１１】
Ｓ７０９にて、ｊをインクリメントして、次の通過駅の処理を行う。
以上の交通料金計算部Ｆ３３による処理により、割引金額が算出される。通過した駅名、その際に乗車していた車両種別に基づいて割引額を決定するので、路線あるいは車両種別毎に割引の設定が可能となり、それらが要因で生じるラッシュ等を緩和することができる。また、駅ごとに割引時間帯を設定することができ、割引金額をより正確に決定できる。
【０１１２】
Ｓ７１０では、交通料金計算部Ｆ３３が、交通料金ＴＦから割引金額ＮＤを引いて、割引交通料金（ＴＦ−ＮＤ）を計算する。
【０１１３】
Ｓ７１１では、メッセージ出力部Ｆ３５が割引交通料金と割引額を表示装置３５あるいは音出力装置３６へ出力する。
【０１１４】
尚、図５、図６及び図７のように項目毎に割引金額を設定する必要はなく、図１８のように各項目の組合せに対して割引金額を設定しても良い。図１８において、１行目は、Ｓａ駅を通過し、その通過時に普通の車両に乗車し、かつ、その通過時刻が月、火、水、木、金の９：００〜１６：００の範囲内である場合に、３０円の金額が割り引かれることを示している。図１９は、各項目全てを満たす場合に割引を行う場合のフローチャートである。図１９のフローチャートでは、図１７と異なり、Ｓ７０３、Ｓ７０５及びＳ７０７の条件を全て満たす時のみＳ８００にて割引が適用されている。
【０１１５】
（本発明を電車の料金精算システムへ適用した場合のまとめ）
以上に述べたように、特定の地域にて情報送信装置Ｈ２から料金決定用データとして乗車車両種別、通過駅名及び通過時刻のデータを携帯装置Ｈ１に送信して、携帯装置Ｈ１はそれらのデータを記憶し、降車時に交通料金精算装置Ｈ３が携帯装置Ｈ１に記憶されたデータに基づいて交通料金を算出するので、多種多様な料金の設定ができる。例えば、上記に説明したように、路線、車両種別及び駅ごとに設定した時間帯に応じて割引することができ、それらが要因で生じるラッシュの緩和することができる。さらに、不正乗車できないようにすることができる。
【０１１６】
上記例では、情報送信装置Ｈ２を車両に設けた場合を説明したが、勿論、情報送信装置Ｈ２を各駅に設け、所定の車両に対して適切な時刻にて料金決定用データを送信しても良い。
【０１１７】
尚、交通料金精算装置Ｈ３での交通料金の計算は、料金決定用データとしての全てのデータ、何れか１つのデータ、あるいはそれらを組み合わせた複数のデータに基づいて行うことができる。
【０１１８】
（情報送信装置の変形実施形態）
上記に述べた情報送信装置では、通過駅ごとに運転手が通過駅を入力する必要があった。しかしながら、電車などほぼ予定通りに目的駅に着くような交通機関の場合、図２０に示すようなスケジュールテーブルを用意しておき、ある時間に自動的に送信データを作成しても良い。図２０は、図８のような路線の場合に、電車に設置された情報送信装置が送信データを作成するスケジュールを示したものである。図２０の１行目は、２００３年１月１日〜２００３年１２月３１日、月曜日〜金曜日かつ９：００〜９：０５の間に、車両種別が普通であり、通過駅がＳａ駅であるという送信データを作成し、そのデータを送信することを示している。
【０１１９】
上記のようなスケジュールテーブルを用いた場合、図２の情報通知装置のハードウェア構成におけるキーボード２１と記憶装置２３の役割は以下のように変形する。
・キーボード２１は、キーボードあるいはカーソルキーなどで構成され、図２０に示すようなスケジュールテーブルを入力する。
・記憶装置２３は、ＲＡＭ及びＲＯＭなどから構成され、制御プログラム、一時データ及び処理データを保存するためのワークエリアを有する。また、記憶装置２３は、キーボード２１にて入力したスケジュールテーブルを記憶する。
【０１２０】
また、図２１に示すように、図１１の機能構成とほぼ同じであるが、以下に述べるようにデータ送信部Ｆ２２ａの機能が異なる。
【０１２１】
ここで、図２２のフローチャートを用いて、スケジュールテーブルを用いた場合の動作を説明する。図１３のフローチャートのＳ２０１とＳ２０２の代わりに、図２２のＳ２０１１ａ、Ｓ２０１２ａ、Ｓ２０１３ａ及びとＳ２０２ａの処理が行われる。
【０１２２】
Ｓ２０１１ａにて、データ送信部Ｆ２２ａが図２０に示すようなスケジュールテーブルを参照して、送信データを作成する日であるか否かを判定する。
【０１２３】
Ｓ２０１２ａにて、データ送信部Ｆ２２ａが図２０に示すようなスケジュールテーブルを参照して、送信データを作成する曜日であるか否かを判定する。
【０１２４】
Ｓ２０１３ａにて、データ送信部Ｆ２２ａが図２０に示すようなスケジュールテーブルを参照して、送信データを作成する時間であるか否かを判定する。
【０１２５】
Ｓ２０２ａにて、データ送信部Ｆ２２ａが図２０に示すようなスケジュールテーブルを参照して、車両種別、通過駅名と現時刻（通過時刻）を送信データとして作成する。
【０１２６】
Ｓ２０３〜Ｓ２０５の処理は、図１３と同じである。
【０１２７】
以上の情報送信装置では、通過駅ごとに通過駅を手動で入力する必要がないので、人手がかからない。ただし、スケジュールテーブルを用いた情報送信装置Ｈ２では、渋滞などが原因で予定通りに目的駅に着かないような交通機関では誤った通過駅を送信してしまう可能性があるので運用に注意しなければならない。
【０１２８】
その他、携帯装置Ｈ１に通過駅データ（電車Ｈ４の位置データ）あるいはその通過時間を与える構成としては、各駅に駅データあるいはその通過時間を送信する送信装置を設け、その送信装置から電車Ｈ４内の情報送信装置Ｈ２に対して、各種データを与えるようにしてもよい。そして、この送信装置は、各駅に設置された交通料金精算装置Ｈ３が兼ねる構成であってもよい。
【０１２９】
また、情報送信装置Ｈ２を各駅に設け、直接的に携帯装置Ｈ１に対して駅データあるいはその通過時間を与えるようにする構成としてもよい。
【０１３０】
（本発明をバスの料金精算システムへ適用した場合の実施例）
まず、図２３を用いて、本発明をバスへ適用した場合の実施形態を説明する。図１と同様に、携帯装置Ｈ１は、情報送信装置Ｈ２から送信されるデータを記録する。その記録したデータは、交通料金精算装置Ｈ３によって交通の利用料金を精算するために参照される。
【０１３１】
情報送信装置Ｈ２は、バスＨ５の車内に設置される。そして、携帯装置Ｈ１に交通の利用料金を精算するためのデータを送信する。
【０１３２】
交通料金精算装置Ｈ３は、バスＨ５の車内に設置される。
【０１３３】
また、図２４のように交通料金精算装置Ｈ３が情報送信装置Ｈ２を兼ね備えたハードウェア構成として良い。図２５は、その場合の機能構成を示すブロック図である。図２５では、交通料金精算装置Ｈ３と情報送信装置Ｈ２のキーボード及び記憶装置が共有されており、制御装置の機能が統合されている。
【０１３４】
バスの停留所通過時（乗車停留所と降車停留所を含む）にて、情報送信装置Ｈ２は、急行や普通などの車両種別、停留所名及び通過時刻のデータを無線送信する。
【０１３５】
携帯装置Ｈ１は、情報送信装置Ｈ２にて送信された送信データを受信して記憶装置に書き込む。
【０１３６】
降車時にて、乗客等が携帯装置Ｈ１を交通料金精算装置Ｈ３に挿入し、交通料金精算装置Ｈ３が駅通過時に携帯装置Ｈ１に書き込まれたデータに基づいて交通料金を計算する。
【０１３７】
携帯装置Ｈ１及び情報送信装置Ｈ２は、電車へ適用した場合の構成と同じでよい。
ただし、電車の場合と違って、バスの場合には交通料金精算装置Ｈ３が車内に設置されているので、交通料金精算装置Ｈ３の記憶装置３３は、運行路線に含まれる全停留所についての料金決定条件、交通料金及び位置情報を記憶しておき、各停留所に停車する毎にその停留所に対応した料金決定条件、交通料金及び位置情報を選択し、その選択したデータに基づいて交通料金を精算する必要がある。電車の場合は、交通料金精算装置Ｈ３を各駅に設置するので、設置駅以外の料金決定条件、交通料金及び位置情報は必要ない。
【０１３８】
携帯装置Ｈ１、情報送信装置Ｈ２及び交通料金精算装置Ｈ３の動作は、電車の場合と同じである。
【０１３９】
尚、図２０のようなスケジュールテーブルを用いた情報送信装置Ｈ２を使用する場合、渋滞などによって予定通りに目的駅に着かないような交通機関では誤った通過駅を送信してしまう可能性があるので運用に注意しなければならない。また、位置情報については、ＧＰＳ（global positioning system）を利用して情報送信装置Ｈ２が得るようにしてもよい。
【０１４０】
（本発明のその他適用例）
尚、実施の形態ではバスあるいは電車を想定しているが、特にそれらに限定されず、料金を払って目的地に移動する種々の交通機関に応用できることは勿論である。さらには、交通機関の利用料金だけでなく、プロ野球のスポーツ観戦などにおいて主催者側のチームが負けた場合に観戦料金を割引くような料金設定も、本発明により実現可能である。その場合には、情報送信装置H2は観客席に設置し、乗車車両種別、通過駅名及び通過時刻のデータの代わりに、試合終了後に「主催者側チームが勝ったあるいは負けた」というデータを料金決定用データとして携帯装置H1に送信する。交通料金精算装置Ｈ３に変わる料金精算装置では、「主催者側チームが負けた」というデータが携帯装置H1に記録されていた場合に割引などを行う。このように、本発明は、情報送信装置H2が送信する料金決定用データを適宜変更することにより、交通料金と異なった分野にも応用可能である。
【０１４１】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１４２】
本発明は、例えば、電車等の交通機関において、ラッシュの度合いが相対的に低い路線や時間において利用した場合に乗車料金を割り引くことにより、ラッシュの緩和に寄与するといった用途に適用できる。
【図面の簡単な説明】
【０１４３】
【図１】本発明の料金精算システムの一実施形態を示すものであって、交通機関が電車である場合の交通料金精算システムの概要を示した模式図である。
【図２】図１に示した情報送信装置のハードウェア構成を示すブロック図である。
【図３】図１に示した携帯装置のハードウェア構成を示すブロック図である。
【図４】図１に示した交通料金精算装置のハードウェア構成を示すブロック図である。
【図５】図８のような路線の場合に、Ｓｃ駅の交通料金精算装置に記憶されている料金決定条件の一例を示す説明図である。
【図６】図８のような路線の場合に、Ｓｃ駅の交通料金精算装置に記憶されている他の料金決定条件の一例を示す説明図である。
【図７】図８のような路線の場合に、Ｓｃ駅の交通料金精算装置に記憶されているさらに他の料金決定条件の一例を示す説明図である。
【図８】図１に示した交通料金精算システムにおいて、乗客が利用した路線例を示す模式図である。
【図９】図８のような路線の場合に、Ｓｃ駅の交通料金精算装置に記憶されている交通料金を示す説明図である。
【図１０】図８のような路線の場合に、Ｓｃ駅の交通料金精算装置に記憶されている位置情報を示す説明図である。
【図１１】図１に示した情報送信装置の機能構成を示すブロック図である。
【図１２】図１に示した交通料金精算装置の機能構成を示すブロック図である。
【図１３】図１に示した交通料金料金精算システムにおける、電車が駅を通過した場合の動作を示すフローチャートである。
【図１４】図１に示した交通料金料金精算システムにおける、降車時の動作を示すフローチャートである。
【図１５】図１４のＳ３０２における不正乗車チェック処理を説明するフローチャートである。
【図１６】図８のような路線にて、Ｓａ駅からＳｄ駅に行きそこからＳｃ駅に戻り降車した場合に、図１５のＳ６０１にて行われるクラスタリングの一例を示す説明図である。
【図１７】図１４のＳ３０３における交通料金計算処理の一例を説明するフローチャートである。
【図１８】図８のような路線の場合に、Ｓｃ駅の交通料金精算装置に記憶されている料金決定条件の一例を示す説明図である。
【図１９】図１４のＳ３０３における交通料金計算処理の他の例を説明するフローチャートである。
【図２０】図８のような路線の場合に、電車に設置された情報送信装置が送信データを作成するスケジュールを示す説明図である。
【図２１】図１に示した情報送信装置の他の例におけるハードウェア構成を示すブロック図である。
【図２２】図１に示した交通料金料金精算システムにおいて、スケジュールテーブルを用いた構成での電車が駅を通過した場合の動作を示すフローチャートである。
【図２３】本発明の料金精算システムの他の実施形態を示すものであって、交通機関がバスである場合の交通料金精算システムの概要を示す模式図である。
【図２４】本実施の形態の料金精算システムにおいて、交通料金精算装置が情報送信装置を兼ね備えた場合のハードウェア構成を示すブロック図である。
【図２５】本実施の形態の料金精算システムにおいて、交通料金精算装置が情報送信装置を兼ね備えた場合の機能構成を示すブロック図である。
【図２６】従来技術の問題点を説明するための模式図である。
【図２７】従来技術の問題点を説明するための他の模式図である。
【符号の説明】
【０１４４】
Ｈ１    形態装置
Ｈ２    情報送信装置
Ｈ３    交通料金精算装置
Ｈ４    電車
Ｈ５    バス
２３    記憶装置（料金決定用データ記憶手段）
３１    データ入出力装置（データ読込手段）
３３    記憶装置（料金決定用条件記憶手段）
Ｆ３３    交通料金計算部（料金計算手段）
【図１】
2005234710.tif 000003
【図２】
2005234710.tif 000004
【図３】
2005234710.tif 000005
【図４】
2005234710.tif 000006
【図５】
2005234710.tif 000007
【図６】
2005234710.tif 000008
【図７】
2005234710.tif 000009
【図８】
2005234710.tif 000010
【図９】
2005234710.tif 000011
【図１０】
2005234710.tif 000012
【図１１】
2005234710.tif 000013
【図１２】
2005234710.tif 000014
【図１３】
2005234710.tif 000015
【図１４】
2005234710.tif 000016
【図１５】
2005234710.tif 000017
【図１６】
2005234710.tif 000018
【図１７】
2005234710.tif 000019
【図１８】
2005234710.tif 000020
【図１９】
2005234710.tif 000021
【図２０】
2005234710.tif 000022
【図２１】
2005234710.tif 000023
【図２２】
2005234710.tif 000024
【図２３】
2005234710.tif 000025
【図２４】
2005234710.tif 000026
【図２５】
2005234710.tif 000027
【図２６】
2005234710.tif 000028
【図２７】
2005234710.tif 000029