JP5760605B2 - プログラム、交通利用料金精算装置、情報記憶装置、方法、およびシステム - Google Patents

Description

本発明は、携帯装置における交通利用料の処理に関する。

例えば、電車の利用者が駅の入口の改札機において交通ＩＣカードを改札機の読取り部に当てると、交通ＩＣカードの前払い残高が初乗り運賃以上の額であるかどうかを検査して入場の許可または拒否を判定する。また、駅の出口の改札機では、例えば、利用者が交通カードを出口の改札機の読取り部に当てると、入場した改札機の駅からその出口の改札機の駅までの運賃が交通カードの残高で精算され、即ちその残高から運賃が減算されて残高が更新される。交通ＩＣカードは、駅構内の売店において購入した商品の支払いにも使用することができる。

既知の改札システムは、複数の改札機とこれらの改札機と接続された上位コンピュータを含んでいる。改札機は、非接触ＩＣ媒体と近接通信を行う近接通信部と、上位通信部と、を備えている。上位コンピュータは、利用者情報ファイル記憶部と、価値の残額が基準額以下である非接触ＩＣ媒体の利用者を、改札機から通知された処理情報に基づいて判定する判定部と、を備えている。上位コンピュータは、さらに、非接触ＩＣ媒体に対して価値の積み増しを行う手続きにかかる更新手続き情報を、利用者情報ファイルを参照して、判定部が価値の残額が基準額以下であると判定した非接触ＩＣ媒体の利用者の情報端末に通知する更新手続き情報通知部を備えている。上位コンピュータは、さらに、情報端末から、非接触ＩＣ媒体に対する価値の積み増し要求を受け付けたときに、非接触ＩＣ媒体のＩＤと積み増し金額とを含む更新情報を改札機に通知する更新情報通知部と、を備えている。改札機において、その近接通信部は、その更新リストに更新情報が登録されている非接触ＩＣ媒体と近接通信を行ったときに、この非接触ＩＣ媒体に対して、該当する更新情報に含まれている積み増し金額の積み増しを行う。

既知の残高不足通知システムは、電子財布の情報を記録したＩＣカードの読み書きを行う読み書き部と、読み書き部によって読み書きが行われた場合、次回の電子財布の使用時に、ＩＣカードに記録された電子財布の残高が不足することを予測する予測部と、を備えている。残高不足通知システムは、さらに、予測部における予測結果を、端末装置へ通知するタイミングを決定する通知タイミング決定部と、通知タイミング決定部によって決定されたタイミングに従って、端末装置へ予測結果を通知する通知部とを備えている。それによって、ユーザがＩＣカード利用時に残高不足に気付く不都合が回避される。

特許第４２１８３８１号 特開２００７−３２３３３７号公報

既知の残高不足通知システムでは、読み書き部においてＩＣカードの読み書きが行われたとき、またはＧＰＳ（Global Positioning System、全地球測位システム）等で端末装置の利用者の位置情報が取得されたときに、ＩＣカードにおける残高の不足を予測して端末装置に通知する。

発明者は、利用者が前払いカードで料金ゲートを通って入場し、その後で交通施設内の売店等で購入した商品の支払いを前払いカードで精算すると、前払いカードの前払い残高が交通利用料について不足状態になることがある、と認識した。

実施形態の目的は、携帯装置の利用の開始点の後で携帯装置における残高が交通利用料について不足状態になる可能性を低くすることである。

実施形態の一観点によれば、交通の路線上の開始点を表す情報および終了点を表す情報を含む利用履歴情報と、残高とを記憶する第１の記憶部に、外部装置から受け取ったその開始点を表す情報を格納し、第１の記憶部に格納されたその開始点を表す情報とその利用履歴情報とに基づいて仮の終了点を予測し、交通の路線上の複数点間の利用料金情報を格納する第２の記憶部を参照して、第１の記憶部に格納されたその開始点を表す情報およびその仮の終了点を表す情報に基づいて仮の交通利用額を予測して第１の記憶部に格納し、 外部装置から交通料金精算以外の精算のための情報の要求を受け取ったことに応答して、その第１の記憶部に格納された残高からその仮の交通利用額を減算した仮の残高から支払額を精算し、外部装置から交通料金精算のための情報の要求を受け取ったことに応答して、その第１の記憶部における実際の残高から実際の交通利用額を精算する処理を、携帯端末に実行させるためのプログラムが提供される。

実施形態の一観点によれば、携帯装置の利用の開始点の後で携帯装置における残高が交通利用料について不足状態になる可能性を低くすることができる。

図１は、改札機、料金端末、交通料金精算以外用のその他の精算機、サーバ装置、ＩＣカード、およびＩＣカード機能付き携帯端末を含むシステムの例を示している。 図２は、ＩＣカードの概略的な構成（configuration）の例を示している。 図３は、ＩＣカード機能付き携帯端末の概略的な構成（configuration）の例を示している。 図４は、改札機の概略的な構成（configuration）の例を示している。 図５は、料金端末の概略的な構成（configuration）の例を示している。 図６は、交通料金精算用以外の精算機の概略的な構成（configuration）の例を示している。 図７Ａは、ＩＣカードおよび携帯端末のＩＣカード機能部における格納情報の種類の例を示している。図７Ｂは、携帯端末の携帯端末機能部におけるアプリケーション用の格納情報の種類の例を示している。図７Ｃは、改札機、料金端末および精算機における格納情報の例を示している。図７Ｄは、サーバ装置の記憶装置における格納情報の種類の例を示している。 図８Ａ〜８Ｄは、実施形態による、ＩＣカード、または携帯端末のＩＣカード機能部における残高不足の回避のための４つの形態（Ｂ１）〜（Ｂ４）を例示している。 (図8Aで説明) 図９Ａおよび９Ｂは、交通利用額予測形態（Ａ１）の場合に、主に改札機によって実行される、ＩＣカードまたは携帯端末のＩＣカード情報に基づいて利用者の運賃を予測する処理のためのフローチャートの例を示している。 (図9Aで説明) 図１０Ａおよび１０Ｂは、主に料金端末によって実行される、ＩＣカードまたは携帯端末における残高を照会しまたは入金する処理のためのフローチャートの例を示している。 (図10Aで説明) 図１１Ａ〜１１Ｃは、主に交通料金以外用の精算機によって実行される、ＩＣカードまたは携帯端末における残高で支払を精算しまたは入金する処理のためのフローチャートの例を示している。 (図11Aで説明) (図11Aで説明) 図１２Ａ〜１２Ｃは、主に改札機によって実行される、ＩＣカードまたは携帯端末のＩＣカード情報に基づいて利用者の運賃を精算する処理のためのフローチャートの例を示している。 (図12Aで説明) (図12Aで説明) 図１３は、携帯端末のプロセッサによって実行される、ＩＣカード情報における残高を運賃に関して管理するためのアプリケーションをダウンロードしまたは更新する処理のためのフローチャートの例を示している。 図１４は、主に改札機によって実行される、携帯端末のＩＣカード機能部のＩＣカード情報を処理するためのフローチャートの例を示している。 図１５Ａおよび１５Ｂは、交通利用額予測形態（Ａ２）の場合に、主に携帯端末のプロセッサによって実行される、利用者の運賃を予測する処理のためのフローチャートの例を示している。 (図15Aで説明) 図１６は、交通利用額予測形態（Ａ２）の場合に、図１２ＢにおいてＩＣカード機能部のＩＣカード情報が更新された後で、携帯端末のプロセッサによって実行される、利用者の運賃を精算後の処理のためのフローチャートの例を示している。 図１７Ａ〜１７Ｆは、残高不足回避形態（Ｂ１）の場合、ＩＣカードまたは携帯端末のＩＣカード機能部のプロセッサによって実行される、改札機、料金端末、精算機、または携帯端末の携帯端末機能部の要求に応答して動作する処理のためのフローチャートの例を示している。 (図17Aで説明) (図17Aで説明) (図17Aで説明) (図17Aで説明) (図17Aで説明) 図１８Ａ〜１８Ｆは、残高不足回避形態（Ｂ２）の場合、ＩＣカードまたは携帯端末のＩＣカード機能部のプロセッサによって実行される、改札機、料金端末、精算機、または携帯端末の携帯端末機能部の要求に応答して動作する処理のためのフローチャートの例を示している。 (図18Aで説明) (図18Aで説明) (図18Aで説明) (図18Aで説明) (図18Aで説明) 図１９Ａ〜１９Ｆは、残高不足回避形態（Ｂ３）の場合に、ＩＣカードまたは携帯端末のＩＣカード機能部のプロセッサによって実行される、改札機、料金端末、精算機、または携帯端末の携帯端末機能部の要求に応答して動作する処理のためのフローチャートの例を示している。 (図19Aで説明) (図19Aで説明) (図19Aで説明) (図19Aで説明) (図19Aで説明) 図２０Ａ〜２０Ｆは、残高不足回避形態（Ｂ４）の場合に、ＩＣカードまたは携帯端末のＩＣカード機能部のプロセッサによって実行される、改札機、料金端末、精算機、または携帯端末の携帯端末機能部の要求に応答して動作する処理のためのフローチャートの例を示している。 (図20Aで説明) (図20Aで説明) (図20Aで説明) (図20Aで説明) (図20Aで説明)

発明の目的および利点は、請求の範囲に具体的に記載された構成要素および組み合わせによって実現され達成される。
前述の一般的な説明および以下の詳細な説明は、典型例および説明のためのものであって、本発明を限定するためのものではない、と理解される。

本発明の非限定的な実施形態を、図面を参照して説明する。図面において、同様のコンポーネントおよび要素には同じ参照番号が付されている。

既知の残高不足通知システムでは、電車の利用者が交通ＩＣカードで駅の入口の改札機を通って入場したときに、交通ＩＣカードに目的の駅までの運賃分の前払い残高以上の額があれば、残高不足を利用者に通知することはない。一方、利用者は、交通ＩＣカードで改札機を通って入場した後で、駅構内の売店等において商品を購入してその支払いをＩＣカードで精算することができる。

発明者は、利用者が交通ＩＣカードで駅の入口の改札機を通って入場し、その後で交通ＩＣカードで駅構内の売店等で商品を購入してその支払いを交通カードで精算すると、交通ＩＣカードの前払い残高が運賃について不足状態になることがある、と認識した。発明者は、利用者が、交通ＩＣカードで改札機を通って入場し交通ＩＣカードで購入商品の支払いを精算した後で残高の不足を通知されても、手遅れとなり、その後の運賃の精算に手間が掛かることがある、と認識した。発明者は、利用者が交通ＩＣカードで改札機を通って入場した後、交通ＩＣカードの残高を予測運賃分についてその他の支払いに使用できなくすれば、出場する駅においてＩＣカードの残高不足が生じる可能性が低くなる、と認識した。

実施形態の目的は、利用者が前払いカード機能で料金ゲートを通って入場した後で、例えばＩＣカードのような前払いカードの残高が交通利用料について不足状態になる可能性を低くすることである。実施形態の別の目的は、例えばＩＣカードのような前払いカードの残高不足を回避または防止するために加えるシステムの変更をできるだけ小さくすることである。

実施形態では一例として鉄道路線に関して説明するが、実施形態は、例えば、鉄道、サービスエリアを含む高速道路または有料道路、乗継ぎ可能なバス、フェリーおよび／または客船を含む交通機関または交通網における交通ＩＣカードまたは前払いカードの利用にも適用できる。

図１は、改札機または料金ゲート機３０、交通料金用の料金端末４０、運賃または交通料金精算以外用のその他の精算機５０、サーバ装置６０、ＩＣカード１０、およびＩＣカード機能付き携帯端末２０を含むシステムの例を示している。この場合、料金端末４０は、例えば、前払い残高を積み増しする機能を含むチャージ機もしくは入金機、券売機、または残高照会機、等の駅務機であってもよい。精算機５０は、例えば、ＩＣカードで交通料金以外の商品の支払額を精算可能なＰＯＳ端末、レジ端末、自動販売機、コインロッカー、駐車場料金精算機、等であってもよい。携帯端末２０は、例えば、携帯電話機であってもよい。

改札機（自動改札機）３０、料金端末４０および精算機５０は、ネットワーク５を介してサーバ装置６０に接続される。携帯端末２０は、移動体無線基地局またはアクセス・ポイント７２およびネットワーク７および５を介してサーバ装置４０に接続される。ネットワーク５は、ＬＡＮ（Local Area Network）、インターネット、公衆交換電話網（ＰＳＴＮ）、パケット交換網（ＰＳＮ）、ＩＳＤＮ（Integrated Services Digital Network）、移動体通信網、および／または専用回線を含んでいてもよい。ネットワーク７は、移動体通信網を含み、さらに、例えば、ＬＡＮ、インターネット、公衆交換電話網、および／またはＩＳＤＮを含んでいてもよい。

サーバ装置６０は、情報処理装置であり、例えば、プロセッサ６０２、ネットワーク・インタフェース（ＮＷ Ｉ／Ｆ）６０８、およびデータベースを含む記憶部６４を含んでいる。サーバ装置６０は、記憶部６４または他の記憶装置に、データベース（ＤＢ）６６を格納する。

図２は、ＩＣカード１０の概略的な構成（configuration）の例を示している。
ＩＣカード１０は、非接触通信機能を含む情報記憶装置であり、例えば、プロセッサまたは制御部１０２、メモリ１０４、非接触通信部１０６および電源部１１０を含んでいる。

図３は、ＩＣカード機能付き携帯端末２０の概略的な構成（configuration）の例を示している。
ＩＣカード機能付き携帯端末２０は、例えば、ＩＣカード機能部２１０、携帯端末機能部２２０、および再充電可能バッテリを含む電源部２４０を備えている。ＩＣカード機能部２１０は、非接触通信機能を含む情報記憶装置であり、例えば、プロセッサまたは制御部１０２、メモリ１０４、および非接触通信部１０６を備えている。携帯端末機能部２２０は、例えば、プロセッサまたは制御部２２２、メモリ２２４、移動体通信用の無線通信部２２６、ＩＣカード制御部２２８、表示部２３０、音声入出力部２３２、および例えばキー等の入力部２３４を含んでいる。ＩＣカード制御部２２８は、ＩＣカード機能部２１０における改札機３０および精算機５０等との間での要求および応答の送受信を監視し検出する。プロセッサ２２２は、その送受信の検出に応答して、例えば、ＩＣカード情報、予測運賃（仮の運賃または交通利用額）、ＳＦ残高、等の情報の読み出し、書き込み、更新、等の処理を行う。プロセッサ２２２の機能の少なくとも一部は、ＩＣカード制御部２２８に含ませてもよい。携帯端末２０は、記録媒体２４７を読み取るための外部ドライブ２４０に接続可能であってもよい。

ＩＣカード１０、または携帯端末２０のＩＣカード機能部２１０のプロセッサ１０２は、非接触通信部１０６を介して、改札機（自動改札機）３０、料金端末４０、および精算機５０との間で、情報を搬送するＲＦ信号を非接触で送受信する。非接触通信部１０６は、バッテリを含まず例えば電磁誘導により電力を受け取る受動型の非接触通信部であってもよい。

携帯端末２０の携帯端末機能部２２０のプロセッサ２２２は、移動体通信用の無線通信部２２６、移動体無線基地局７２、ネットワーク７および５を介してサーバ装置６０と通信することができる。

プロセッサ１０２は、例えば集積回路として実装された専用のプロセッサであってもよい。また、プロセッサ１０２は、メモリ１０４に格納されたアプリケーション・プログラムに従って動作するものであってもよい。そのアプリケーション・プログラムは、料金端末４０から非接触通信部４０を介してＩＣカード１０またはＩＣカード機能部２１０に転送またはダウンロードされ、ＩＣカード１０またはＩＣカード機能部２１０にインストールされてもよい。代替形態として、そのアプリケーション・プログラムは、サーバ装置６０から携帯端末２０の携帯端末機能部２２０にダウンロードされ、プロセッサ２２２によって、ＩＣカード機能部２１０にインストールされてもよい。

図４は、改札機３０の概略的な構成（configuration）の例を示している。
改札機３０は、例えば、プロセッサまたは制御部３０２、メモリ３０４、非接触通信部または読取り書込み部３０６、ネットワーク通信部３０８、ドア制御部３１２、人感センサまたは赤外線（ＩＲ）センサのような検知部３１４、および表示部３１６を含んでいる。改札機３０は、交通利用料金精算装置または運賃精算装置の機能を含んでいる。プロセッサ３０２は、非接触通信部３０６を介してＩＣカード１０または携帯端末２０のＩＣカード機能部２１０との間で、情報を搬送するＲＦ信号を非接触で送受信する。非接触通信部３０６は、ＩＣカード１０またはＩＣカード機能部２１０の非接触通信部１０６に、例えば電磁誘導により非接触で電力を供給してもよい。

図５は、料金端末４０の概略的な構成（configuration）の例を示している。
料金端末４０は、例えば、プロセッサまたは制御部４０２、メモリ４０４、非接触通信部または読取り書込み部４０６、ネットワーク通信部４０８、表示部４１０、および入力部４３４を含んでいる。プロセッサ４０２は、非接触通信部４０６を介してＩＣカード１０または携帯端末２０のＩＣカード機能部２１０との間で、情報を搬送するＲＦ信号を非接触で送受信する。非接触通信部４０６は、ＩＣカード１０またはＩＣカード機能部２１０の非接触通信部１０６に、例えば電磁誘導により非接触で電力を供給してもよい。

図６は、交通料金精算用以外の精算機５０の概略的な構成（configuration）の例を示している。
精算機５０は、例えば、プロセッサまたは制御部５０２、メモリ５０４、非接触通信部または読取り書込み部５０６、ネットワーク通信部５０８、表示部５１０、商品価格読取部５１２、入力部５３４および算出部５３６を含んでいる。商品価格読取部５１２は、例えばバーコード・リーダであってもよい。商品価格読取部５１２および／または入力部５３４は、商品の価格を入力または選択入力するための商品価格入力部であってもよい。プロセッサ５０２は、非接触通信部５０６を介してＩＣカード１０または携帯端末２０のＩＣカード機能部２１０との間で、情報を搬送するＲＦ信号を非接触で送受信する。非接触通信部５０６は、ＩＣカード１０またはＩＣカード機能部２１０の非接触通信部１０６に、例えば電磁誘導により非接触で電力を供給してもよい。算出部５３６はプロセッサ５０２に含まれていてもよい。

携帯端末２０は、例えばＣＰＵ（Central Processing Unit）、主記憶装置、ハードディスク・ドライブ（ＨＤＤ）、半導体メモリ、バス、入力装置、出力装置、通信インタフェース、等を含む携帯電話機または携帯情報処理装置であってもよい。

プロセッサ２２２は、コンピュータ用のＣＰＵ（Central Processing Unit）であってもよい。メモリ２２４には、例えば、主記憶装置および半導体メモリ等が含まれる。入力部２３４は、例えば、キーまたはタッチパネルを含んでいてもよい。ドライブ２４０は、プログラムが記録された例えば光ディスクまたは磁気ディスクのような記録媒体２４７を読み取るためのものであってもよい。

プロセッサ２２２は、例えば集積回路として実装された専用のプロセッサであってもよい。また、プロセッサ２２２は、メモリ２２４に格納されたアプリケーション・プログラムに従って動作するものであってもよい。アプリケーション・プログラムは、記録媒体２４７に格納されていて、ドライブ２４０によって記録媒体３０７から読み出されて携帯端末２０にインストールされてもよい。代替形態として、アプリケーション・プログラムは、サーバ装置６０から、無線通信部２２６を介して携帯端末機能部２２０にダウンロードされ、携帯端末２０にインストールされてもよい。

図７Ａは、ＩＣカード１０および携帯端末２０のＩＣカード機能部２１０における格納情報の種類の例を示している。ＩＣカード１０およびＩＣカード機能部２１０のメモリ１０４は、例えば、利用者識別情報（ＩＤ）、ＳＦ（Stored Fare）残高、定期券情報、入出場記録、利用履歴、予測運賃、および、例えば入金処理等に関する契約を表す情報を格納する。ＳＦ残高は、ＩＣカード１０およびＩＣカード機能部２１０内に入金され格納された、交通利用料金またはその他の料金の支払い等に利用できる金銭的な価値を表す。

図７Ｂは、携帯端末２０の携帯端末機能部２２０におけるアプリケーション用の格納情報の種類の例を示している。携帯端末２０のメモリ２２４は、例えば、利用履歴、および交通利用料金テーブルまたは運賃テーブルを表す情報を格納する。交通利用料金テーブルは、路線上の複数の点または駅の間の利用料金情報を含んでいる。

図７Ｃは、改札機３０、料金端末４０および精算機５０における格納情報の例を示している。改札機３０のメモリ３０４、料金端末４０のメモリ４０４、および精算機５０のメモリ５０４は、交通利用料金テーブルまたは運賃テーブルを表す情報を格納している。

図７Ｄは、サーバ装置６０の記憶装置６４における格納情報の種類の例を示している。記憶装置６４は、データベース６６に利用履歴および交通利用料金テーブルまたは運賃テーブルを表す情報を含み、ダウンロードのための携帯端末用のアプリケーション・プログラムおよび更新プログラムを格納している。

実施形態によれば、利用者の交通利用額の予測には、次の２つの形態（Ａ１）および（Ａ２）のいずれかを採用することができる。

（Ａ１）交通利用額予測形態１
ＩＣカード１０または携帯端末２０が料金ゲート機（改札機）３０を通って入場したときに、料金ゲート機３０が、ＩＣカード１０または携帯端末２０のＩＣカード機能部２１０に交通路線または経路上の開始点または入場駅に関する情報を書き込む。料金ゲート機３０は、さらに、開始点に関する情報と利用者の利用履歴情報に基づいて利用者の行先と交通利用額を予測して、仮の交通利用額（予測交通利用額）および任意に仮の行先を生成してＩＣカード１０または携帯端末２０のＩＣカード機能部２１０に書き込む。

後で説明する形態（Ｂ４）では、料金ゲート機３０は、さらに、ＩＣカード１０またはＩＣカード機能部２１０から受け取った残高から仮の交通利用額を減算して仮の残高を生成し、その仮の残高をＩＣカード１０またはＩＣカード機能部２１０に書き込む。

（Ａ２）交通利用額予測形態２
ＩＣカード１０または携帯端末２０が料金ゲート機３０を通って入場したときに、料金ゲート機３０が、ＩＣカード１０または携帯端末２０のＩＣカード機能部２１０に開始点に関する情報を書き込む。その後、携帯端末２０の携帯端末機能部２２０（アプリケーション）が、ＩＣカード１０または携帯端末２０のＩＣカード機能部２１０のＩＣカード情報を読み出す。携帯端末機能部２２０は、開始点に関する情報と利用者の利用履歴情報に基づいて利用者の行先と交通利用額を予測して、携帯端末２０のＩＣカード機能部２１０に仮の交通利用額（予測交通利用額）および任意に仮の行先を書き込む。

後で説明する形態（Ｂ４）では、携帯端末機能部２２０は、さらに、ＩＣカード１０またはＩＣカード機能部２１０から受け取った残高から仮の交通利用額を減算して仮の残高を生成し、その仮の残高をＩＣカード１０またはＩＣカード機能部２１０に書き込む。

図８Ａ〜８Ｄは、実施形態による、ＩＣカード１０、または携帯端末２０のＩＣカード機能部２１０における残高不足の回避のための４つの形態（Ｂ１）〜（Ｂ４）を例示している。ＩＣカード１０、または携帯端末２０のＩＣカード機能部２１０には、形態（Ｂ１）〜（Ｂ４）のいずれかを採用することができる。

形態（Ｂ１）および（Ｂ４）では、ＩＣカード１０およびＩＣカード機能部２１０は、仮の残高および仮の交通利用額を内部に保存する。形態（Ｂ２）と（Ｂ３）では、ＩＣカード１０およびＩＣカード機能部２１０は、実際の残高および仮の交通利用額を内部に保存する。

形態（Ｂ１）および（Ｂ２）では、ＩＣカード１０およびＩＣカード機能部２１０は、交通料金精算用の処理では実際の残高を入出力し、交通料金精算以外用の処理では仮の残高を入出力する。そのために、形態（Ｂ１）では、ＩＣカード１０およびＩＣカード機能部２１０は、交通料金精算用の処理において、内部の仮の残高に仮の交通利用額を加算してその合計額を実際の残高として外部に供給し、受け取った更新後の実際の残高から仮の交通利用額を減算してその差額を仮の残高として内部に格納する。一方、形態（Ｂ２）では、ＩＣカード１０およびＩＣカード機能部２１０は、交通料金精算以外用の処理において、内部の実際の残高から仮の交通利用額を減算してその差額を仮の残高として外部に供給し、受け取った更新後の仮の残高に仮の交通利用額を加算してその合計額を実際の残高として内部に格納する。この場合、料金ゲート機３０および精算機５０、および／または形態（Ａ２）の場合の携帯端末２０のアプリケーションの機能および処理負荷を小さくできる。

形態（Ｂ３）および（Ｂ４）では、ＩＣカード１０およびＩＣカード機能部２１０は、交通料金精算用の処理か交通料金精算以外用の処理かに関係なく、内部に保存されている実際の残高または仮の残高をそのまま外部に供給し、受け取った更新後の実際の残高または仮の残高をそのまま内部に格納する。この場合、ＩＣカード１０およびＩＣカード機能部２１０の機能および処理負荷を小さくできる。

形態（Ｂ３）では、ＩＣカード１０およびＩＣカード機能部２１０は、交通料金精算用の処理か交通料金精算以外用の処理かに関係なく、内部に保存されている実際の残高をそのまま外部に供給し、受け取った更新後の実際の残高をそのまま内部に格納する。そのために、実際の残高から仮の交通利用額を減算して仮の残高を生成する処理、および仮の残高に仮の交通利用額を加算して実際の残高を生成する処理は、外部のまたは他の装置によって行われる。

形態（Ｂ４）では、ＩＣカード１０およびＩＣカード機能部２１０は、交通料金精算用の処理か交通料金精算以外用の処理かに関係なく、内部に保存されている仮の残高をそのまま外部に供給し、受け取った更新後の仮の残高をそのまま内部に格納する。そのために、仮の残高に仮の交通利用額を加算して実際の残高を生成する処理、および実際の残高から仮の交通利用額を減算して仮の残高を生成する処理は、外部のまたは他の装置によって行われる。

具体的には、形態（Ｂ１）〜（Ｂ４）は次の通りである。
（Ｂ１）残高不足回避形態１
利用者の入場のために路線上の開始点において料金ゲート機３０の非接触通信部３０６の通信範囲に入ったとき、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０は、内部の“実際の残高”を料金ゲート機３０に供給する。ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から路線上の開始点を表す情報を受け取って内部に格納する。ＩＣカード１０またはＩＣカード機能部２１０は、さらに、交通利用額予測形態（Ａ１）では料金ゲート機３０から、交通利用額予測形態（Ａ２）では携帯端末２０の携帯端末機能部２２０から、“仮の交通利用額”を受け取って内部に格納し、実際の残高から仮の交通利用額を減じて得た“仮の残高”を内部に格納する。その際、内部の“実際の残高”が“仮の残高”に書き替えられる。

入場後の交通利用料以外の支払の精算の場合、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０は、内部の“仮の残高”を精算機５０へ供給する。そのために、精算機５０は、交通料金以外の精算処理を表す情報を含み、開始点に関する情報の要求を含まない、残高に関する情報の要求を、ＩＣカード１０またはＩＣカード機能部２１０へ送信してもよい。次いで、精算機５０は、“仮の残高”と“支払額”を比較して残高不足かどうかを判定し、“仮の残高”で支払額を精算する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、精算機５０から“更新後の仮の残高”を受け取って、“更新後の仮の残高”を内部に書き込む。代替形態として、ＩＣカード１０またはＩＣカード機能部２１０は、精算機５０から“支払額”を受け取って、“仮の残高”から“支払額”を減算して、残高を更新してもよい。

利用者の出場のために終了点において料金ゲート機３０の非接触通信部３０６の通信範囲に入ったとき、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０は、内部の“仮の残高”と“仮の交通利用額”を加算して得た“実際の残高”と、開始点を表す情報とを料金ゲート機３０へ供給する。そのために、料金ゲート機３０は、交通料金精算処理を表す情報を含む、開始点および残高に関する情報の要求を、ＩＣカード１０またはＩＣカード機能部２１０へ送信してもよい。次いで、料金ゲート機３０は、開始点と終了点（または到着点）の間の交通利用料金情報に基づいて“実際の残高”から“実際の交通利用額”を減じて精算する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から“更新後の実際の残高”を受け取って内部に書き込み、仮の交通利用額を削除するかまたは初期値ゼロ（０）に書き替える。それによって、内部の“仮の残高” が“実際の残高”に書き替えられる。代替形態として、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から“実際の交通利用額”を受け取って、その加算して得られた“実際の残高”から“実際の交通利用額”を減算して“更新後の残高”を生成して、その“更新後の残高”で残高を更新してもよい。

（Ｂ２）残高不足回避形態２
利用者の入場のために路線上の開始点において料金ゲート機３０の非接触通信部３０６の通信範囲に入ったとき、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０は、内部の“実際の残高”を料金ゲート３０に供給する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から路線上の開始点を表す情報を受け取って内部に格納する。ＩＣカード１０またはＩＣカード機能部２１０は、さらに、交通利用額予測形態（Ａ１）では料金ゲート機３０から、交通利用額予測形態（Ａ２）では携帯端末２０の携帯端末機能部２２０から、“仮の交通利用額”を受け取って内部に格納し、“実際の残高”をそのまま保持する。

入場後の交通利用料以外の支払の精算の場合、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０は、内部の“実際の残高”から“仮の交通利用額”を減じて得た“仮の残高”を精算機５０へ供給する。そのために、精算機５０は、交通料金以外の精算処理を表す情報を含み、開始点に関する情報の要求を含まない、残高に関する情報の要求を、ＩＣカード１０またはＩＣカード機能部２１０へ送信してもよい。次いで、精算機５０は、“仮の残高”と支払額を比較して残高不足かどうかを判定し、“仮の残高”で支払額を精算する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、精算機５０から“更新後の仮の残高”を受け取って、“更新後の仮の残高”に“仮の交通利用額”を加算して得た“実際の残高”を内部に書き込む。代替形態として、ＩＣカード１０またはＩＣカード機能部２１０は、精算機５０から“支払額”を受け取って、“実際の残高”から“支払額”を減算して、残高を更新してもよい。

利用者の出場のために終了点において料金ゲート機３０の非接触通信部３０６の通信範囲に入ったとき、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０は、内部の“実際の残高”と、開始点を表す情報とを料金ゲート機３０へ供給する。そのために、料金ゲート機３０は、交通料金精算処理を表す情報を含む、開始点および残高に関する情報の要求を、ＩＣカード１０またはＩＣカード機能部２１０へ送信してもよい。次いで、料金ゲート機３０は、開始点と終了点の間の交通利用料金情報に基づいて“実際の残高”から“実際の交通利用額”を減じて精算する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から“更新後の実際の残高”を受け取って内部に書き込み、仮の交通利用額を削除するかまたはゼロ（０）に書き替える。代替形態として、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から“実際の交通利用額”を受け取って、“実際の残高”から“実際の交通利用額”を減算して、残高を更新してもよい。

（Ｂ３）残高不足回避形態３
利用者の入場のために路線上の開始点において料金ゲート機３０の非接触通信部３０６の通信範囲に入ったとき、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０は、内部の“実際の残高”を料金ゲート機３０に供給する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から路線上の開始点を表す情報を受け取って内部に格納する。ＩＣカード１０またはＩＣカード機能部２１０は、さらに、交通利用額予測形態（Ａ１）では料金ゲート機３０から、交通利用額予測形態（Ａ２）では携帯端末２０の携帯端末機能部２２０から、“仮の交通利用額”を受け取って内部に格納し、“実際の残高”をそのまま保持する。

入場後の交通利用料以外の支払の精算の場合、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０が、内部の“実際の残高”および“仮の交通利用額”を精算機５０に供給する。そのために、精算機５０は、交通料金以外の精算処理を表す情報を含み、開始点に関する情報の要求を含まない、残高に関する情報の要求を、ＩＣカード１０またはＩＣカード機能部２１０へ送信してもよい。次いで、精算機５０は、例えば“実際の残高”から“仮の交通利用額”を減じて得た“実際の残高”と支払額を比較して、残高不足かどうかを判定し、“実際の残高”で支払額を精算する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、精算機５０から“更新後の実際の残高”を受け取って内部に書き込む。代替形態として、ＩＣカード１０またはＩＣカード機能部２１０は、精算機５０から“支払額”を受け取って、“実際の残高”から“支払額”を減算して、残高を更新してもよい。

利用者の出場のために終了点において料金ゲート機３０の非接触通信部３０６の通信範囲に入ったとき、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０は、内部の“実際の残高”と、開始点を表す情報とを料金ゲート機３０へ供給する。そのために、料金ゲート機３０は、交通料金精算処理を表す情報を含む、開始点および残高に関する情報の要求を送信してもよい。次いで、料金ゲート機３０は、開始点と終了点の間の交通利用料金情報に基づいて“実際の残高”から実際の交通利用額を減じて精算する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から“更新後の実際の残高”および仮の交通利用額＝ゼロ（０）を受け取って内部に書き込む。代替形態として、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から“実際の交通利用額”を受け取って、“実際の残高”から“実際の交通利用額”を減算して、残高を更新してもよい。

（Ｂ４）残高不足回避形態４
利用者の入場のために路線上の開始点において料金ゲート機３０の非接触通信部３０６の通信範囲に入ったとき、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０が、内部の“実際の残高”を料金ゲート機３０に供給する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から路線上の開始点を表す情報を受け取って内部に格納する。ＩＣカード１０またはＩＣカード機能部２１０は、さらに、交通利用額予測形態（Ａ１）では料金ゲート機３０から、交通利用額予測形態（Ａ２）では携帯端末２０の携帯端末機能部２２０から、“仮の交通利用額”および“仮の残高”を受け取って内部に格納する。その際、内部の“実際の残高”が“仮の残高”に書き替えられる。“仮の残高”は“実際の残高”から“仮の交通利用額”を減じた差額である。

入場後の交通利用料以外の支払の精算の場合、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０が、内部の“仮の残高”を精算機５０に供給する。そのために、精算機５０は、交通料金以外の精算処理を表す情報を含み、開始点に関する情報の要求を含まない、残高に関する情報の要求を、ＩＣカード１０またはＩＣカード機能部２１０へ送信してもよい。次いで、精算機５０は、“仮の残高”と支払額を比較して残高不足かどうかを判定し、“仮の残高”で支払い額を精算する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、精算機５０から“更新後の仮の残高”を受け取って内部に書き込む。代替形態として、ＩＣカード１０またはＩＣカード機能部２１０は、“支払額”を受け取って、“実際の残高”から“支払額”を減算して、残高を更新してもよい。

利用者の出場のために終了点において料金ゲート機３０の非接触通信部３０６の通信範囲に入ったとき、ＩＣカード１０またはＩＣカード機能部２１０は次のように動作する。ＩＣカード１０またはＩＣカード機能部２１０は、内部の“仮の残高”および“仮の交通利用額”と、開始点を表す情報とを料金ゲート機３０へ供給する。そのために、料金ゲート機３０は、交通料金精算処理を表す情報を含む、開始点および残高に関する情報の要求を、ＩＣカード１０またはＩＣカード機能部２１０へ送信してもよい。次いで、料金ゲート機３０は、開始点と終了点の間の交通利用料金情報に基づいて、“仮の残高”に“仮の交通利用額”を加算して得た“実際の残高”から、実際の交通利用額を減じて精算する。次いで、ＩＣカード１０またはＩＣカード機能部２１０は、料金ゲート機３０から“更新後の実際の残高”および仮の交通利用額＝ゼロ（０）を受け取って内部に書き込む。それによって、内部の“仮の残高”が“実際の残高”に書き替えられる。

次に、交通利用額予測形態（Ａ１）の場合について、一例として鉄道に関して、改札機３０によって運賃が予測される場合の改札機３０、料金端末４０、および精算機５０の動作の例を説明する。

図９Ａおよび９Ｂは、交通利用額予測形態（Ａ１）の場合に、主に改札機３０によって実行される、ＩＣカード１０または携帯端末２０のＩＣカード情報に基づいて利用者の運賃を予測する処理のためのフローチャートの例を示している。説明を簡単するために、以下、ＩＣカード１０について説明するが、ＩＣカード１０の代わりに携帯端末２０のＩＣカード機能部２１０を用いることができる。

図９Ａを参照すると、利用者が入場するためにＩＣカード１０（または携帯端末２０）を改札機３０の非接触通信部３０６に当て、ＩＣカード１０（またはＩＣカード機能部２１０）が改札機３０の非接触通信部３０６の通信範囲に入る。すると、ステップ５２２において、プロセッサ３０２は、非接触通信部３０６にＩＣカード１０と非接触で通信させて、ＩＣカード１０からＩＣカード情報を読み取る。そのために、プロセッサ３０２は、交通料金精算に関連する改札機を表す識別情報と、全てのＩＣカード情報の要求をＩＣカード１０に送信してもよい。あるいは、プロセッサ３０２は、例えば、利用者識別情報、交通料金精算に関連する改札機を表す識別情報と、入出場記録、ＳＦ残高、予測運賃（または仮の運賃）、有効期限、利用履歴、および入金処理の契約、等に関する所要の情報の要求とを送信してもよい。形態（Ｂ１）〜（Ｂ３）の場合、その情報の要求には、予測運賃の要求が含まれていなくてもよい。ＩＣカード１０は、要求された情報をメモリ１０４から読み出して改札機３０に送信する。

ＩＣカード１０は、最初は、残高不足の回避のための形態（Ｂ１）〜（Ｂ４）に関係なく、初期の“実際の残高”（ＳＦ残高）を含み予測運賃を含まない（または予測運賃の初期値ゼロ（０）を含む）ＩＣカード情報、または要求された情報を、改札機３０に送信する。この場合、初期の予測運賃の値はゼロ（０）円なので、“実際の残高”は“仮の残高”と均しい。

ステップ５２４において、プロセッサ３０２は、受け取ったＩＣカード情報（利用者識別情報、ＳＦ残高、入出場記録、等）に基づいてＩＣカード１０の有効性を検査する。ステップ５３０において、プロセッサ３０２は、ＩＣカード情報またはＩＣカード１０が有効であるかどうかを判定する。ＩＣカード情報が有効でないと判定された場合は、手順はステップ５３２に進む。ＩＣカード情報が有効であると判定された場合は、手順はステップ５４２に進む。

ステップ５３２において、プロセッサ３０２は、入場不可を表す情報を表示部３１６に表示し、ドア制御部３１２に改札機３０のドアを閉じさせる。ＩＣカード情報が有効でない場合とは、例えば、ＩＣカードの有効期限が切れている場合、残高が初乗り運賃未満で残高不足の場合、対応する出場記録のない先の入場記録があること、等であってもよい。入場不可を表す情報は、例えば、ＩＣカードの有効期限切れ、残高不足、駅員への照会依頼、等であってもよい。その後、手順は図９Ａおよび９Ｂのルーチンを出る。

ステップ５４２において、プロセッサ３０２は、ＩＣカード情報の利用履歴を参照して、利用者の行先を予測する。その予測において、プロセッサ３０２は、例えば、利用者の現在の駅からの最も高い頻度の行先を決定しても、または利用者の同じ曜日および同じ時間帯における現在の駅からの最も高い頻度の行先を決定してもよい。利用履歴に同じ曜日および同じ時間帯における現在の駅からの利用の記録がない場合には、プロセッサ３０２は、例えば、現在の駅から最も短い距離にある駅を行先として決定しても、または一般的な乗客の最も高い頻度の行先の駅を行先として決定してもよい。代替形態として、プロセッサ３０２は、ネットワーク５を介してサーバ装置６０と通信して、利用者識別情報を含むＩＣカード情報を送信し、利用者の行先および／または運賃の予測をサーバ装置６０に要求してもよい。この場合、プロセッサ３０２は、データベース６６中の利用履歴情報に基づいて予測された行先および／または運賃をサーバ装置６０から受信する。

ステップ５４４において、プロセッサ３０２は、メモリ３０４中の交通利用料金テーブルを参照して、現在の駅からその予測された行先の駅までの運賃を計算することによって、利用者の運賃を予測する。

ステップ５４６において、プロセッサ３０２は、その予測された運賃をＩＣカード情報の初期のＳＦ残高（実際の残高）と比較して、残高不足かどうかを判定する（残高＜予測運賃？）。初期の“仮の残高”は“実際の残高”と均しく、初期の予測運賃はゼロ（０）円である。残高が不足していないと判定された場合は、手順はステップ５５２に進む。残高が不足していると判定された場合は、手順は図９Ｂのステップ５６０に進む。

ステップ５５２において、プロセッサ３０２は、予測された行先と予測運賃を表示部３１６に表示する。ＩＣカード１０が仮の残高を格納する場合（Ｂ４）は、ステップ５５４において、プロセッサ３０２は、ＩＣカード情報の“実際の残高”（＝“仮の残高”）から“予測運賃”を減算して“更新後の仮の残高”を生成し、その“更新後の仮の残高”をＳＦ残高とする更新の要求を生成する。この場合、ＩＣカード１０のプロセッサ１０２は、“更新後の仮の残高”をメモリ１０４中のＩＣカード情報の領域に格納する（後で説明する図２０Ａ）。その他の形態（Ｂ１）〜（Ｂ３）の場合、ステップ５５４は実行されない。

ステップ５５２または５５４の後のステップ５５６において、プロセッサ３０２は、ＩＣカード１０に対して、ＩＣカード情報における“予測運賃”の更新を求める要求を生成する。ＩＣカード１０のプロセッサ１０２は、その要求に従って、受け取った“予測運賃”に基づいてＩＣカード情報の“予測運賃”を更新する（後で説明する図１７Ａ、１８Ａ、１９Ａ、２０Ａ）。“予測運賃”とともに、予測された行先の駅の識別情報がＩＣカード情報の領域に格納されてもよい。ＩＣカード情報における予測運賃の初期値はゼロ（０）である。形態（Ｂ１）の場合、ＩＣカード１０のプロセッサ１０２は、ＩＣカード情報の“実際の残高”からその受け取った“予測運賃”を減算して“更新後の仮の残高”を生成して、ＩＣカード情報の“実際の残高”を“更新後の仮の残高”に更新する（図１７Ａ）。代替形態として、ステップ５５４はステップ５５６の後で実行されてもよい。その後、手順は図９Ｂのステップ５７８に進む。

図９Ｂを参照すると、ステップ５７８において、プロセッサ３０２は、ＩＣカード情報への入場記録の書き込みを求める要求を生成する。ステップ５８０において、プロセッサ３０２は、ＩＣカード１０に、実際に、それまでに生成された全ての要求に従ってＩＣカード情報を一括して更新させる。ＩＣカード１０のプロセッサ１０２は、実際に、その要求に従って、ＩＣカード情報を一括して更新する（図１７Ａ、１８Ａ、１９Ａまたは２０Ａ、および／または図１７Ｆ、１８Ｆ、１９Ｆまたは２０Ｆ）。

ステップ５８２において、プロセッサ３０２は、利用者の入場を許可し、即ちドア制御部３１２に改札機３０のドアを開かせる。ステップ５８４において、プロセッサ３０２は、利用履歴、即ち入場記録、入金情報（例えば、入金金額、クレジット・カード番号、銀行口座番号、等）、等をサーバ装置６０へネットワーク５を介して送信する。入場記録は、例えば、ＩＣカード情報における利用者識別情報、入場した駅および改札機３０の識別情報および入場した日時、予測運賃、仮のまたは実際のＳＦ残高、等を含んでいてもよい。サーバ装置６０のプロセッサ６０２は、受信した利用履歴をデータベース６６に記録する。その後、手順は図９Ａおよび９Ｂのルーチンを出る。

ステップ５４６において残高不足と判定された場合、ステップ５６０において、プロセッサ３０２は、ＩＣカード情報の契約情報を参照して自動入金処理（オートチャージ）が可能かどうかを判定する。自動入金処理は、利用者がクレジット会社または銀行等と予め契約していた場合に、ＩＣカード１０で残高不足が生じたときに予め定められた金額をクレジット会社または銀行口座から自動的にＩＣカード１０への入金処理を行う処理である。自動入金処理が可能でないと判定された場合は、手順はステップ５７４に進む。自動入金処理が可能であると判定された場合は、手順はステップ５６４に進む。

ステップ５６４において、プロセッサ３０２は、予め定められた入金金額をＩＣカード情報のＳＦ残高（実際の残高）に加算して、入金後すなわち更新後のＳＦ残高と入金情報とを生成する。この段階では、予測運賃はゼロ（０）円であり、実際の残高は仮の残高と均しい。サーバ装置６０は、利用履歴を受信した（ステップ５８４）後で、入金情報に基づいてクレジット・カードまたは銀行口座による決済処理を行ってもよい。代替形態として、プロセッサ３０２は、ネットワーク５を介してサーバ装置６０に接続して、入金情報に基づいてクレジット・カードまたは銀行口座による決済処理を行ってもよい。ステップ５６６において、プロセッサ３０２は、ＩＣカード１０に対して、交通料金精算に関する入金処理（チャージ）の実行の要求を生成する。ＩＣカード１０のプロセッサ１０２は、その要求に従って、後で説明する図１７Ｆ、１８Ｆ、１９Ｆまたは２０Ｆの処理を実行する。それによって、入金金額が加算された“実際の残高”または“仮の残高”がＩＣカード１０のＩＣカード情報の領域に格納される。ステップ５６８において、プロセッサ３０２は、ＩＣカード情報の利用履歴の更新の要求を生成する。ＩＣカード１０のプロセッサ１０２は、その要求に従ってＩＣカード情報の利用履歴を更新する。その後、手順は図９Ａのステップ５４６に戻る。

ステップ５７４において、プロセッサ３０２は、改札機３０の表示部３１６に、残高不足を表す注意メッセージを表示する。その後、手順はステップ５７８に進む。この場合、予測運賃に対して残高不足の場合、予測運賃に基づく処理は行われない。

代替形態として、ステップ５７４の後のステップ５７６において、プロセッサ３０２は、さらに予測運賃（仮の運賃）をＳＦ残高（実際の残高）と均しい金額に設定変更してもよい（“予測運賃＝ＳＦ残高”）。ここで、ＳＦ残高は、初乗り運賃以上かつ予測運賃未満の金額である。それによって、“仮の残高”は初期値ゼロ（０）となる。それによって、ＳＦ残高が運賃以外の精算に使用されることが回避できる。その後、手順はステップ５４６に戻る。

図１０Ａおよび１０Ｂは、主に料金端末４０によって実行される、ＩＣカード１０または携帯端末２０における残高を照会しまたは入金する処理のためのフローチャートの例を示している。

利用者は、入場の後で、ＩＣカード１０を料金端末４０の非接触通信部４０６に当てて、残高照会または入金処理を行うことがある。

図１０Ａを参照すると、ステップ６２２において、利用者がＩＣカード１０または携帯端末２０を料金端末４０の非接触通信部４０６に当て、ＩＣカード１０が非接触通信部４０６の通信範囲に入る。すると、料金端末４０のプロセッサ４０２は、非接触通信部４０６にＩＣカード１０と非接触で通信させて、ＩＣカード１０のＩＣカード情報を読み取る。そのために、プロセッサ４０２は、交通料金精算に関連する料金端末を表す識別情報と、全てのＩＣカード情報の要求をＩＣカード１０に送信してもよい。あるいは、プロセッサ４０２は、交通料金精算に関連する料金端末を表す識別情報と、例えば、利用者識別情報、入出場記録、ＳＦ残高（仮のまたは実際の残高）、予測運賃、有効期限、利用履歴、入金処理の契約、等に関する所要の情報の要求とを送信してもよい。形態（Ｂ１）〜（Ｂ３）の場合、その要求には、予測運賃の要求が含まれていなくてもよい。ＩＣカード１０は、要求された情報をメモリ１０４から読み出して送信する。

形態（Ｂ１）〜（Ｂ３）の場合、ＩＣカード１０は、“実際の残高”を含むＩＣカード情報または要求された情報を料金端末４０に送信する（図１７Ｄ、１８Ｄ、１９Ｄ）。形態（Ｂ４）の場合、ＩＣカード１０は、“仮の残高”を含むＩＣカード情報または要求された情報を料金端末４０に送信する（図２０Ｄ）。

ステップ６２４において、プロセッサ４０２は、読み取ったＩＣカード情報をサーバ装置６０へネットワーク５を介して送信する。ステップ６２６において、サーバ装置６０のプロセッサ６０２は、ＩＣカード情報に基づいてデータベース６６における利用者の利用履歴情報を参照して、例えば前述した形態で、行先およびその運賃を予測し、予測した行先および運賃を料金端末４０にネットワーク５を介して送信する。ステップ６２８において、プロセッサ４０２は、予測された行先および予測運賃をサーバ装置６０から受信する。ステップ６２４〜６２８は実行されなくてもよい。この場合、ステップ６２２の後、手順はステップ６３２に進む。

ステップ６３２において、プロセッサ４０２は、ＩＣカード情報中のまたはサーバ装置６０から受信した予測された行先および予測運賃を表示部４１０に表示して、利用者に確認させる。利用者は、予測された行先および予測運賃を入力部４３４の確認用のキーを操作して確認し、または料金端末４０の入力部４３４を操作してその行先を変更してもよい。行先が変更された場合、プロセッサ４０２は、変更された行先を表示部４１０に表示し、利用者に再度確認させる。

ステップ６３４において、プロセッサ４０２は、メモリ４０４中の交通利用料金テーブルを参照して、利用者によって確認された行先に基づいて運賃を再予測する。

図１０Ｂを参照すると、ステップ６４０において、プロセッサ４０２は、その再予測された“予測運賃”をＩＣカード情報の“実際の残高”（ＳＦ残高）と比較して、残高が不足しているかどうかを判定する（残高＜予測運賃？）。そのために、形態（Ｂ４）の場合、プロセッサ４０２は、受け取った“仮の残高”と“予測運賃”を加算して“実際の残高”を生成し、その生成された“実際の残高”とその再予測された“予測運賃”とを比較する。ステップ６４０において残高不足でないと判定された場合は、手順はステップ６５０に進む。残高不足であると判定された場合は、手順はステップ６４２に進む。

ステップ６４２において、プロセッサ４０２は、入金金額を設定するよう指示するメッセージを表示部４１０に表示して、利用者に入金金額を入力させる。利用者は、料金端末４０の入力部４３４を操作して入金金額を入力する。プロセッサ４０２は、入力された入金金額を設定し、クレジット・カード決済、銀行口座引落し、または現金入金を選択するよう指示するメッセージを表示部４１０に表示して、入金処理を行う。現金入金の場合は、料金端末４０は現金を収納する。

ステップ６４４において、プロセッサ４０２は、ＩＣカード情報の受け取った残高に入金金額を加算して、入金後のＳＦ残高を生成し、入金情報を生成する。形態（Ｂ１）〜（Ｂ３）では、加算後の残高が“更新後の実際の残高”となり、また、形態（Ｂ４）では、加算後の残高が“更新後の仮の残高”となる。ステップ６４６において、プロセッサ４０２は、ＩＣカード１０に、交通料金精算に関する入金処理（チャージ）の実行の要求を生成する。ＩＣカード１０は、その要求に従って、後で説明する図１７Ｆ、１８Ｆ、１９Ｆまたは２０Ｆの処理を実行する。形態（Ｂ１）、（Ｂ４）では、入金金額が加算された更新後の“仮の残高”がＩＣカード１０のＩＣカード情報の領域に格納される（図１７Ｆ、２０Ｆ）。形態（Ｂ２）、（Ｂ３）では、入金金額が加算された更新後の“実際の残高”が、ＩＣカード１０のＩＣカード情報の領域に格納される（図１８Ｆ、１９Ｆ）。

ステップ６４８において、プロセッサ４０２は、ＩＣカード情報の利用履歴の更新の要求を生成する。

形態（Ｂ４）の場合、ステップ６５０において、プロセッサ４０２は、ＩＣカード情報の“仮の残高”から、再予測された“予測運賃”とＩＣカード情報の“予測運賃”の差額（“更新後の予測運賃”−“更新前の予測運賃”）を減算して“更新後の仮の残高”を生成し、その“更新後の仮の残高”をＳＦ残高とする更新の要求を生成する。この場合、ＩＣカード１０（プロセッサ１０２）は、“更新後の仮の残高”をＩＣカード情報の領域に格納する（図２０Ａ）。その他の形態（Ｂ１）〜（Ｂ３）では、ステップ６５０は実行されない。

ステップ６４８または６５０の後のステップ６５２において、プロセッサ４０２は、ＩＣカード情報における“予測運賃”の更新の要求を生成する。ＩＣカード１０（プロセッサ１０２）は、その要求に従って、受け取った“予測運賃”に従ってＩＣカードの“予測運賃”を更新する（図１７Ａ、１８Ａ、１９Ａ、２０Ａ）。“予測運賃”とともに、確認された行先の駅の識別情報が、予測された行先の駅の識別情報としてＩＣカード情報の領域に格納されてもよい。代替形態として、ステップ６５０はステップ６５２の後で実行されてもよい。

ステップ６５４において、プロセッサ３０２は、ＩＣカード１０に、実際に、生成された全ての要求に従ってＩＣカード情報を一括して更新させる。ＩＣカード１０（プロセッサ１０２）は、実際に、その要求に従って、ＩＣカード情報を一括して更新する（図１７Ａ、１８Ａ、１９Ａまたは２０Ａ、および／または図１７Ｆ、１８Ｆ、１９Ｆまたは２０Ｆ）。

ステップ６５６において、プロセッサ４０２は、利用履歴情報、即ち入金情報（例えば、入金金額）、等をサーバ装置６０へ送信する。その後、手順は図１０Ａおよび１０Ｂのルーチンを出る。

図１１Ａ〜１１Ｃは、主に交通料金以外用の精算機５０によって実行される、ＩＣカード１０または携帯端末２０における残高で支払を精算しまたは入金する処理のためのフローチャートの例を示している。

利用者は、入場の後で店または自動販売機等で物を購入し、店員または利用者がＩＣカード１０を用いて交通料金以外用の精算機５０の非接触通信部５０６に当てて、支払金額を精算することがある。

図１１Ａを参照すると、ステップ６６１において、売店の店員または利用者の操作に従って、プロセッサ５０２または算出部５３６は、例えば入力部５３４を手動操作することによってまたは商品価格読取部５１２によって入力された精算対象の商品の価格を受け取る。プロセッサ５０２または算出部５３６は、その入力された商品の価格に基づいて、精算対象の商品の購入のための支払額を算出して、表示部５１０に表示する。ステップ６６２において、店員または利用者がその支払額を精算するためにＩＣカード１０または携帯端末２０を精算機５０の非接触通信部４０６に当て、ＩＣカード１０が非接触通信部５０６の通信範囲に入る。すると、精算機５０のプロセッサ５０２は、非接触通信部５０６にＩＣカード１０と非接触で通信させて、ＩＣカード１０のＩＣカード情報を読み取る。そのために、プロセッサ５０２は、交通料金精算以外に関する精算機を表す識別情報と、全てのＩＣカード情報の要求をＩＣカード１０に送信してもよい。あるいは、プロセッサ５０２は、交通料金精算以外に関する精算機を表す識別情報と、例えば、利用者識別情報、仮のまたは実際の残高、予測運賃、有効期限、利用履歴、入金処理の契約、等に関する所要の情報の要求とを送信してもよい。形態（Ｂ１）、（Ｂ２）、（Ｂ４）の場合、その要求には、予測運賃の要求が含まれていなくてもよい。ＩＣカード１０は、要求された情報をメモリ１０４から読み出して送信する。

形態（Ｂ１）、（Ｂ２）、（Ｂ４）の場合、ＩＣカード１０は、“仮の残高”を含むＩＣカード情報または要求された情報を精算機５０に送信する（図１７Ｂ、１８Ｂ、２０Ｂ）。形態（Ｂ３）の場合、ＩＣカード１０は、“実際の残高”および“予測運賃”を含むＩＣカード情報または要求された情報を精算機５０に送信する（図１９Ｄ）。

ステップ６６６において、プロセッサ５０２は、その支払額を、ＩＣカード情報における“仮の残高”か、または“実際の残高”から“予測運賃”を減じた差額（実際の残高−予測運賃＝仮の残高）と比較して、残高不足かどうかを判定する（仮の残高＜支払額？）。形態（Ｂ３）の場合、プロセッサ４０２は、受け取った“実際の残高”から“予測運賃”を減算して“仮の残高”を生成し、その“仮の残高”と“支払額”を比較してもよい。ステップ６６６において残高不足でないと判定された場合は、手順は図１１Ｂのステップ６８２に進む。残高不足であると判定された場合は、手順はステップ６６８に進む。

ステップ６６８において、プロセッサ５０２は、精算機５０の表示部５１０に、残高不足を表す注意メッセージを表示する。ステップ６７２において、プロセッサ５０２は、予測された行先および予測運賃を表示部５１０に表示して、利用者に確認させる。店員または利用者は、予測された行先および予測運賃を入力部５３４の確認用のキーを操作して確認し、または精算機５０の入力部５３４を操作してその行先を変更してもよい。店員は、利用者から行先を尋ねてもよい。行先が変更された場合、プロセッサ５０２は、変更された行先を表示部５１０に表示し、店員または利用者に再度確認させる。

ステップ６７４において、プロセッサ５０２は、メモリ５０４中の交通利用料金テーブルを参照して、確認された行先に基づいて運賃を再予測する。

形態（Ｂ４）の場合、ステップ６７６において、プロセッサ５０２は、ＩＣカード情報の“仮の残高”から、再予測された“予測運賃”とＩＣカード情報の“予測運賃”の差額（“更新後の予測運賃”−“更新前の予測運賃”）を減算して“更新後の仮の残高”を生成してもよい。プロセッサ５０２は、さらに、その“更新後の仮の残高”をＳＦ残高とする更新の要求を生成する。この場合、ＩＣカード１０（プロセッサ１０２）は、“更新後の仮の残高”をＩＣカード情報の領域に格納する（図２０Ａ）。その他の形態（Ｂ１）〜（Ｂ３）の場合、ステップ６７６は実行されない。

ステップ６７４または６７６の後のステップ６７８において、プロセッサ５０２は、ＩＣカード１０に対する、ＩＣカード情報における“予測運賃”の更新の要求を生成する。ＩＣカード１０（プロセッサ１０２）は、その要求に従って、受け取った“予測運賃”に従ってメモリ１０４中のＩＣカード情報の“予測運賃”を更新する（図１７Ａ、１８Ａ、１９Ａ、２０Ａ）。“予測運賃”とともに、確認された行先の駅の識別情報が、予測された行先の駅の識別情報としてＩＣカード情報の領域に格納されてもよい。代替形態として、ステップ６７６はステップ６７８の後で実行されてもよい。

図１１Ｂを参照すると、ステップ６８０において、プロセッサ５０２は、その支払額を、ＩＣカード情報における“仮の残高”か、または“実際の残高”から“予測運賃”を減じた差額（実際の残高−予測運賃＝仮の残高）と比較して、残高不足かどうかを判定する（仮の残高＜支払額？）。ステップ６８０はステップ６６６と同様である。残高不足でないと判定された場合は、手順はステップ６８２に進む。残高不足であると判定された場合は、手順は図１１Ｃのステップ６９０に進む。

ステップ６８２において、プロセッサ５０２は、形態（Ｂ１）、（Ｂ２）、（Ｂ４）の場合、“仮の残高”から支払金額を減算して精算し、精算後の“更新後の仮の残高”を算出する。形態（Ｂ３）の場合は、プロセッサ５０２は、“実際の残高”から支払金額を減算して精算し、精算後の“更新後の実際の残高”を算出する。

ステップ６８４において、プロセッサ５０２は、ＩＣカード１０に対する、交通料金精算以外のための残高の更新の要求を生成する。ＩＣカード１０のプロセッサ１０２は、その要求に従って、図１７Ｃ、１８Ｃ、１９Ｃまたは２０Ｃの処理を実行する。形態（Ｂ１）、（Ｂ４）では、支払金額を減算して得られた更新後の“仮の残高”がＩＣカード１０のＩＣカード情報の領域に格納される（図１７Ｃ、２０Ｃ）。形態（Ｂ２）、（Ｂ３）では、支払金額を減算して得られた更新後の“実際の残高”が、ＩＣカード１０のＩＣカード情報の領域に格納される（図１８Ｃ、１９Ｃ）。

ステップ６８６において、プロセッサ５０２は、ＩＣカード情報の利用履歴の更新の要求を生成する。ステップ６８７において、プロセッサ５０２は、ＩＣカード１０に、実際に、生成された全ての要求に従ってＩＣカード情報を一括して更新させる。ＩＣカード１０（プロセッサ１０２）は、実際に、その要求に従って、ＩＣカード情報を一括して更新する（図１７Ａ、１８Ａ、１９Ａまたは２０Ａ、図１７Ｃ、１８Ｃ、１９Ｃまたは２０Ｃ、および／または図１７Ｆ、１８Ｆ、１９Ｆまたは２０Ｆ）。

ステップ６８８において、プロセッサ５０２は、利用履歴、即ち支払記録、入金情報、（例えば、入金金額）、等をサーバ装置６０へ送信する。支払記録は、例えば、ＩＣカード情報における利用者識別情報、支払を精算した精算機５０の識別情報および精算した日時、支払金額、予測運賃、仮の残高または実際の残高、等を含んでいてもよい。その後、手順は図１１Ａ〜１１Ｃのルーチンを出る。

図１１Ｃを参照すると、図１１Ｂのステップ６８０において残高不足と判定された場合、ステップ６９０において、プロセッサ５０２は、ＩＣカード情報の契約情報を参照して自動入金処理（オートチャージ）が可能かどうかを判定する。自動入金処理が可能でないと判定された場合は、手順はステップ６９９に進む。自動入金処理が可能であると判定された場合は、手順はステップ６９２に進む。

ステップ６９２において、プロセッサ５０２は、予め定められた入金金額をＩＣカード情報のＳＦ残高（仮の残高または実際の残高）に加算して、入金後すなわち更新後のＳＦ残高と入金情報とを生成する。サーバ装置６０は、利用履歴を受信した（ステップ５８４）後で、入金情報に基づいてクレジット・カードまたは銀行口座による決済処理を行ってもよい。代替形態として、プロセッサ５０２は、ネットワーク５を介してサーバ装置６０に接続して、入金情報に基づいてクレジット・カードまたは銀行口座による決済処理を行ってもよい。形態（Ｂ３）では、プロセッサ５０２による加算後の残高が“更新後の実際の残高”となり、また、形態（Ｂ１）、（Ｂ２）および（Ｂ４）では、プロセッサ５０２による加算後の残高が“更新後の仮の残高”となる。ステップ６９４において、プロセッサ５０２は、ＩＣカード１０に対する、交通料金精算以外のための残高の更新の要求または入金処理（チャージ）の実行の要求を生成する。ＩＣカード１０は、その要求に従って、図１７Ｃ、１８Ｃ、１９Ｃまたは２０Ｃの処理を実行する。形態（Ｂ１）、（Ｂ４）では、入金金額を加算した“更新後の仮の残高”がＩＣカード１０のＩＣカード情報の領域に格納される（図１７Ｃ、２０Ｃ）。形態（Ｂ２）、（Ｂ３）では、入金金額を加算した“更新後の実際の残高”がＩＣカード１０のＩＣカード情報の領域に格納される（図１８Ｃ、１９Ｃ）。

ステップ６９６において、プロセッサ５０２は、ＩＣカード情報の利用履歴の更新の要求を生成する。その後、手順は図１１Ｂのステップ６８０に戻る。

ステップ６９９において、プロセッサ５０２は、店員または利用者に対して、ＩＣカード１０に対して入金処理（チャージ）を行うかどうかを質問する表示を表示部５１０に表示する。店員または利用者は、入力部５３４を操作して、入金処理を行うかどうか表す指示を精算機５０に入力する。そのために、店員は利用者に入金処理を行うかどうかを尋ねてもよい。ステップ７００において、プロセッサ５０２は、その入力された指示に従って入金処理を行うかどうかを判定する。入金処理を行うと判定された場合は、手順はステップ７０２に進む。入金処理を行わないと判定された場合は、手順はステップ７１０に進む。

ステップ７１０において、プロセッサ５０２は、店員または利用者に対して支払額を現金で精算させる。その後、手順は図１１Ａ〜１１Ｃのルーチンを出る。

ステップ７０２において、プロセッサ５０２は、入金金額を設定するよう指示するメッセージを表示部５１０に表示して、店員または利用者に入金金額を入力させる。店員または利用者は、入力部５３４を操作して入金金額を精算機５０に入力する。プロセッサ５０２は、入力された入金金額を設定し、クレジット・カード決済、銀行口座引落し、または現金入金を選択するよう指示するメッセージを表示部５１０に表示して、入金処理を行う。現金入金の場合は、店員または利用者は精算機５０に利用者の現金を入れる。

ステップ７０４において、プロセッサ５０２は、ＩＣカード情報中の受け取った残高に入金金額を加算して、入金後のＳＦ残高を生成する。形態（Ｂ３）では、プロセッサ５０２による加算後の残高が“更新後の実際の残高”となり、また、形態（Ｂ１）、（Ｂ２）および（Ｂ４）では、プロセッサ５０２による加算後の残高が“更新後の仮の残高”となる。ステップ７０６において、プロセッサ５０２は、ＩＣカード１０に、交通料金精算以外のための残高の更新の要求または入金処理（チャージ）の実行の要求を生成する。ＩＣカード１０は、その要求に従って、図１７Ｃ、１８Ｃ、１９Ｃまたは２０Ｃの処理を実行する。形態（Ｂ１）、（Ｂ４）では、入金金額が加算された更新後の“仮の残高”がＩＣカード１０のＩＣカード情報の領域に格納される（図１７Ｃ、１８Ｃ）。形態（Ｂ２）、（Ｂ３）では、入金金額が加算された更新後の“実際の残高”が、ＩＣカード１０のＩＣカード情報の領域に格納される（図１８Ｃ、１９Ｃ）。

ステップ７０８において、プロセッサ５０２は、ＩＣカード情報の利用履歴の更新の要求を生成する。その後、手順は図１１Ｂのステップ６８０に戻る。

図１２Ａ〜１２Ｃは、主に改札機３０によって実行される、ＩＣカード１０または携帯端末２０のＩＣカード情報に基づいて利用者の運賃を精算する処理のためのフローチャートの例を示している。

図１２Ａを参照すると、利用者が出場するためにＩＣカード１０（または携帯端末２０）を改札機３０の非接触通信部３０６に当て、ＩＣカード１０（またはＩＣカード機能部２１０）が改札機３０の非接触通信部３０６の通信範囲に入る。ステップ５２２〜５３０は図９Ａのものと同様である。ステップ５２２において、ＩＣカード１０は、“実際の残高”、または“仮の残高”および“予測運賃”を含むＩＣカード情報または要求された情報を改札機３０に送信する。

ステップ５３０においてＩＣカード情報が有効でないと判定された場合は、ステップ５３３において、プロセッサ３０２は、出場不可を表す情報を表示部３１６に表示し、ドア制御部３１２に改札機３０のドアを閉じさせる。ＩＣカード情報が有効でない場合とは、例えば、ＩＣカードの有効期限が切れている場合、入場記録がないこと、等であってもよい。その後、手順は図１２Ａおよび１２Ｂのルーチンを出る。ＩＣカード情報が有効でないと判定された場合は、利用者は、精算機５０で精算するかまたは精算窓口で精算する。

ステップ５３０においてＩＣカード情報が有効であると判定された場合、ステップ７１０において、プロセッサ３０２は、交通利用料金テーブルを参照して、入場した駅から現在の出場する駅までの運賃を計算する。

ステップ７１２において、プロセッサ３０２は、その実際の運賃を、ＩＣカード１０から受け取った“実際の残高”か、または受け取った“仮の残高”と“予測残高”を加算した合計額と比較して、残高が不足しているかどうかを判定する（実際の残高＜実際の運賃？）。形態（Ｂ１）、（Ｂ２）、（Ｂ３）の場合、プロセッサ３０２は、受け取った“実際の残高”と“実際の運賃”を比較する。形態（Ｂ４）の場合、プロセッサ３０２は、受け取った“仮の残高”と“予測運賃”を加算して“実際の残高”を生成し（受け取った“仮の残高”＋“予測運賃”＝“実際の残高”）、その“実際の残高”と“実際の運賃”を比較する。

ステップ７１２において残高不足でないと判定された場合は、手順は図１２Ｂのステップ７３０に進む。残高不足であると判定された場合は、手順はステップ５１３に進む。

ステップ５１３において、プロセッサ３０２は、出場不可を表す情報と、精算機等の料金端末４０で入金処理を行うかまたは現金で精算処理するよう指示するメッセージを表示部５１０に表示し、ドア制御部３１２に改札機３０のドアを閉じさせる。その後、手順は図１２Ａおよび１２Ｂのルーチンを出る。その後、利用者は、料金端末５０（入金機またはチャージ機）で入金処理を行い（図１０Ａ、１０Ｂ参照）、再びＩＣカード１０で改札機３０を通って出場する（図１２Ａおよび１２Ｂ）。

代替形態として、ステップ７１２において残高が不足していると判定された場合、ステップ５１３の前に、自動入金処理に関する図１２Ｃのステップ５６０が実行されてもよい。ステップ５６０において自動入金処理が可能でないと判定された場合に、手順は図１２Ａのステップ５１３に進む。ステップ５６０において自動入金処理が可能であると判定された場合は、図１２Ｃのステップ５６４〜５６８が実行される。ステップ５６０〜５６８は、図９Ｂと同様のものである。その後、手順は図１２Ａのステップ７１２に戻る。

図１２Ｂを参照すると、ステップ７３０において、プロセッサ３０２は、“予測運賃”を初期値ゼロ（０）に設定し、“実際の残高”から“実際の運賃”を減算した差額を、更新後の“実際の残高”として設定する。ここで、“更新後の残高”は、“実際の残高”（“仮の残高”＋“予測運賃”）から“実際の運賃”を減算した差額であり、プロセッサ３０２によって計算された値である。そのために、形態（Ｂ１）〜（Ｂ３）の場合、プロセッサ３０２は、受け取った“実際の残高”から実際の運賃を減算した差額を精算後の“更新後の残高”として設定する（“更新後の残高”＝受け取った“実際の残高”−“実際の運賃”）。形態（Ｂ４）の場合、プロセッサ３０２は、例えば、受け取った“仮の残高”と“予測運賃”を加算して“実際の残高”を生成し、その“実際の残高”から“実際の運賃”を減算した差額を精算後の“更新後の残高”として設定してもよい（“更新後の残高”＝受け取った“仮の残高”＋“予測運賃”−“実際の運賃”）。代替形態として、形態（Ｂ１）、（Ｂ２）の場合、プロセッサ３０２は、“実際の運賃”の情報とともに、ＩＣカード１０に対する、“実際の残高”から“実際の運賃”を減算して残高を更新するよう求める要求を設定してもよい。

ステップ７３２において、プロセッサ３０２は、ＩＣカード１０に、ＩＣカード情報における交通料金精算のための残高更新の要求を生成する。ＩＣカード１０（プロセッサ１０２）は、その要求に従って、図１７Ｅ、１８Ｅ、１９Ｅまたは２０Ｅの処理を実行する。

そのために、形態（Ｂ１）では、プロセッサ３０２は、ＩＣカード１０に、“予測運賃”を削除しまたは初期値ゼロ（０）に更新し、ＩＣカード情報において“実際の残高”（＝ＳＦ残高＋予測運賃）を、“実際の運賃”で精算した後の“実際の残高”（差額）へ更新するよう求める要求を生成する（“更新後の残高”＝受け取った“実際の残高”−“実際の運賃”）。ここで、“更新後の残高”は、“実際の残高”（“仮の残高”＋“予測運賃”）から“実際の運賃”を減算した差額であり、プロセッサ３０２によって計算された値である。それによって、ＩＣカード情報において“仮の残高”が“実際の残高”に書き替えられる。代替形態として、プロセッサ３０２は、“実際の運賃”の情報とともに、ＩＣカード１０に対する、“実際の残高”（＝ＳＦ残高＋予測運賃）から“実際の運賃”を減算して残高を更新するよう求める要求を生成してもよい。その要求に応答して、ＩＣカード（プロセッサ１０２）は、例えば、“仮の残高”と“予測運賃”を加算して“実際の残高”を生成し、その“実際の残高”から、受け取った“実際の運賃”を減算した差額を精算後の“更新後の残高”として設定し、残高を更新してもよい（“更新後の残高”＝ “仮の残高”＋“予測運賃”−受け取った“実際の運賃”）。この場合、“予測運賃”の削除または初期値への更新の要求がなくても、ＩＣカード１０（プロセッサ１０２）が、その残高の更新の要求に応答して、“予測運賃”を削除しまたは初期値ゼロ（０）にクリアするようにしてもよい。

形態（Ｂ２）では、プロセッサ３０２は、ＩＣカード１０に、“予測運賃”を削除しまたは初期値ゼロ（０）に更新し、ＩＣカード情報において“実際の残高”を、“実際の運賃”で精算した後の“更新後の残高”（差額）へ更新するよう求める要求を生成する（“更新後の残高”＝受け取った“実際の残高”−“実際の運賃”）。ここで、“更新後の残高”は、“実際の残高”から“実際の運賃”を減算した差額であり、プロセッサ３０２によって計算された値である。代替形態として、プロセッサ３０２は、“実際の残高”の情報とともに、ＩＣカード１０に対する、“実際の残高”から“実際の運賃”を減算して残高を更新するよう求める要求を生成してもよい。この場合、“予測運賃”の削除または初期値への更新の要求がなくても、ＩＣカード１０（プロセッサ１０２）が、その残高の更新の要求に応答して、“予測運賃”を削除しまたは初期値ゼロ（０）にクリアするようにしてもよい。

形態（Ｂ３）では、プロセッサ３０２は、ＩＣカード情報において、“予測運賃”を削除しまたは初期値ゼロ（０）に更新させ、“実際の残高”を“更新後の残高”（差額）へ更新するよう求める要求を生成する。ここで、“更新後の残高”は、“実際の残高”から“実際の運賃”を減算した差額であり、プロセッサ３０２によって計算された値である。

形態（Ｂ４）では、プロセッサ３０２は、ＩＣカード情報において、“予測運賃”を削除しまたは初期値ゼロ（０）に更新させ、“仮の残高”を“更新後の残高”へ更新するよう求める要求を生成する。それによって、ＩＣカード情報において“仮の残高”が“実際の残高”に書き替えられる。ここで、“更新後の残高”は、“実際の残高”（“仮の残高”＋“予測運賃”）から“実際の運賃”を減算した差額であり、プロセッサ３０２によって計算された値である。

ステップ７３４において、プロセッサ３０２は、ＩＣカード情報の領域への出場記録の書き込みの要求を生成する。出場記録は、例えば、ＩＣカード情報における利用者識別情報、入場した駅、出場した駅および改札機３０の識別情報、および出場した日時、実際の利用運賃、更新後のＳＦ残高、等を含んでいてもよい。ステップ７３６において、プロセッサ３０２は、ＩＣカード情報の利用履歴の更新の要求を生成する。ステップ７３８において、プロセッサ３０２は、ＩＣカード１０に、実際に、生成された全ての要求に従ってＩＣカード情報を一括して更新させる。ＩＣカード１０（プロセッサ１０２）は、実際に、その要求に従って、ＩＣカード情報を一括して更新する（図１７Ｅ、１８Ｅ、１９１Ｅまたは２０Ｅ、および／または図１７Ｆ、１８Ｆ、１９Ｆまたは２０Ｆ）。

ステップ７４０において、プロセッサ３０２は、利用者の出場を許可して、即ちドア制御部３１２に改札機３０のドアを開かせる。ステップ７４２において、プロセッサ３０２は、利用履歴、即ち出場記録、利用運賃、入金情報（例えば、入金金額）、等をサーバ装置６０へ送信する。その後、手順は図１２Ａおよび１２Ｂのルーチンを出る。

交通利用額の予測形態（Ａ１）によれば、利用者がＩＣカード１０またはＩＣカード機能を含む携帯端末２０で改札機３０を通って入場した後で、ＩＣカード１０または携帯端末２０（ＩＣカード機能部２１０）の残高が運賃について不足になる可能性を低くすることができる。この場合、携帯端末２０を使用する場合でもその携帯端末機能部２２０に加える変更を小さくできる。また、残高不足の回避のための形態（Ｂ１）、（Ｂ２）によれば、改札機３０、料金端末４０および精算機５０に施す変更を小さくできる。残高不足の回避のための形態（Ｂ３）、（Ｂ４）によれば、ＩＣカード１０およびＩＣカード機能を含む携帯端末２０に施す変更を小さくできる。また、残高不足の回避のための形態（Ｂ１）、（Ｂ２）、（Ｂ４）によれば、精算機５０において、ＩＣカード１０またはＩＣカード機能２１０の仮の残高にのみアクセスして精算することが可能な場合もあり、ＩＣカード１０またはＩＣカード機能２１０のセキュリティを高くすることができる。

次に、交通利用額予測形態（Ａ２）の場合について、一例として鉄道に関して、携帯端末２０のアプリケーションによって運賃が予測される場合の改札機３０、精算機５０、および携帯端末２０の動作の例を説明する。この場合、利用者は、携帯端末２０のアプリケーションによって入金処理を行えるので、料金端末４０を利用しなくてもよい。

図１３は、携帯端末２０のプロセッサ２２２によって実行される、ＩＣカード情報における残高を運賃に関して管理するためのアプリケーション（プログラム）をダウンロードしまたは更新する処理のためのフローチャートの例を示している。

利用者は、携帯端末２０において入力部２３４を操作して携帯端末２０をネットワーク７および５を介してサーバ装置６０に接続して、携帯端末２０で利用可能な残高および運賃の管理のためのアプリケーションをダウンロードまたは更新する。

ステップ７５２において、携帯端末２０のプロセッサ２２２は、アプリケーションを新しくダウンロードするかまたは更新するかを判定する。アプリケーションをダウンロードすると判定された場合は、手順はステップ７６２に進む。アプリケーションを更新すると判定された場合は、手順はステップ７５４に進む。

ステップ７６２において、プロセッサ２２２は、サーバ装置６０からアプリケーションをダウンロードしてメモリ２２４に格納し携帯端末２０にインストールする。プロセッサ２２２は、ステップ７６４においてサーバ装置６０から利用履歴情報をダウンロードしてメモリ２２４に格納し、ステップ７６６においてサーバ装置６０から交通利用料金テーブルをダウンロードしてメモリ２２４に格納する。その後、手順は図１３のルーチンを出る。

ステップ７５４において、プロセッサ２２２は、サーバ装置６０からアプリケーションの更新プログラムをダウンロードしてメモリ２２４に格納し、携帯端末２０におけるアプリケーションを更新する。ステップ７５６において、プロセッサ２２２は、サーバ装置６０から更新された交通利用料金テーブルをダウンロードしてメモリ２２４に格納する。その後、手順は図１３のルーチンを出る。

図１４は、主に改札機３０によって実行される、携帯端末２０のＩＣカード機能部２１０のＩＣカード情報を処理するためのフローチャートの例を示している。

図１４を参照すると、ステップ５２２〜５３２は図９Ａのものと同様である。ステップ５３０においてＩＣカード情報が有効であると判定された場合は、手順はステップ５７８に進む。ステップ５７８〜５８４は図９Ｂのものと同様である。ステップ５８０において、携帯端末２０のＩＣカード機能部２１０のプロセッサ１０２は、要求に従ってＩＣカード情報を更新する。

図１５Ａおよび１５Ｂは、交通利用額予測形態（Ａ２）の場合に、主に携帯端末２０のプロセッサ２２２によって実行される、利用者の運賃を予測する処理のためのフローチャートの例を示している。

図１４のステップ５８０においてＩＣカード機能部２１０におけるＩＣカード情報が更新されたとき、図１５Ａのステップ８０２において、プロセッサ２２２は、ＩＣカード制御部２２８を介してＩＣカード情報の更新を検出する。プロセッサ２２２は、その検出に応答して、ＩＣカード機能部２１０のメモリ１０４中のＩＣカード情報を読み取ってメモリ２２４に格納する。

ステップ８０４において、プロセッサ２２２は、メモリ２２４中のＩＣカード情報の利用履歴を参照して、利用者の行先を予測する。その予測の方法は、図９Ａのステップ５４２におけるものと同様である。

ステップ８０６において、プロセッサ２２２は、メモリ２２４中の交通利用料金テーブルを参照して、現在の駅からその予測された行先の駅までの運賃を計算することによって、運賃を予測する。

ステップ８０８において、プロセッサ２２２は、その予測運賃をＩＣカード情報の初期のＳＦ残高（実際の残高）と比較して、残高不足かどうかを判定する（残高＜予測運賃？）。初期の“仮の残高”は“実際の残高”と均しく、初期の予測運賃は初期値ゼロ（０）円である。予測運賃が初期値でなく正の値を有する場合には、プロセッサ２２２は、その予測された“予測運賃”をＩＣカード情報の“実際の残高”（ＳＦ残高）と比較して、残高が不足しているかどうかを判定する（残高＜予測運賃？）。そのために、形態（Ｂ４）の場合、プロセッサ２２２は、受け取った“仮の残高”と“予測運賃”を加算して“実際の残高”を生成し、その生成された“実際の残高”とその再予測された“予測運賃”とを比較する。残高不足でないと判定された場合、手順は、形態（Ｂ４）の場合はステップ８１０に進み、または形態（Ｂ１）〜（Ｂ３）の場合はステップ８１２に進む。残高不足であると判定された場合は、手順はステップ８２２に進む。

形態（Ｂ４）では、ステップ８１０において、プロセッサ２２２は、ＩＣカード情報の“仮の残高”（＝“実際の残高”）から“予測運賃”を減算して“更新後の仮の残高”を生成し、“更新後の仮の残高”を“ＳＦ残高”とする更新の要求を生成する。この場合、ＩＣカード機能部２１０のプロセッサ１０２は、その要求に従って、“更新後の仮の残高”をメモリ１０４中のＩＣカード情報の領域に格納する（図２０Ａ）。それによって、ＩＣカード機能部２１０のメモリ１０４中のＩＣカード情報の“実際の残高”が“仮の残高”に書き替えられる。その他の形態（Ｂ１）〜（Ｂ３）の場合、ステップ８１０は実行されない。

ステップ８０８で残高不足でないと判定された後またはステップ８１０の後のステップ８１２において、プロセッサ２２２は、ＩＣカード機能部２１０に対する、ＩＣカード情報における“予測運賃”の更新の要求を生成する。ＩＣカード機能部２１０のプロセッサ１０２は、その要求に従って、受け取った“予測運賃”に基づいてＩＣカード情報の“予測運賃”を更新する（図１７Ａ、１８Ａ、１９Ａ、２０Ａ）。“予測運賃”とともに、予測された行先の駅の識別情報がＩＣカード情報の領域に格納されてもよい。ＩＣカード情報における予測運賃の初期値は初期値ゼロ（０）である。形態（Ｂ１）の場合、ＩＣカード機能部２１０のプロセッサ１０２は、ＩＣカード情報の“実際の残高”からその受け取った“予測運賃”を減算して“更新後の仮の残高”を生成して、ＩＣカード情報の“実際の残高”を“更新後の仮の残高”に更新する（図１７Ａ）。代替形態として、ステップ８１０はステップ８１２の後で実行されてもよい。

ステップ８２２において、プロセッサ２２２は、携帯端末２０の表示部２３０に、残高不足を表す注意メッセージを表示する。

ステップ８２４において、プロセッサ２２２は、メモリ２２４またはメモリ１０４中のＩＣカード情報の予測された行先および予測運賃を表示部２３０に表示して、利用者に確認させる。利用者は、予測された行先および予測運賃を入力部２３４の確認用のキーを操作して確認し、または携帯端末２０の入力部２３４を操作してその行先を変更してもよい。行先が変更された場合、プロセッサ２２２は、変更された行先を表示部２３０に表示し、利用者に再度確認させる。

ステップ８２６において、プロセッサ２２２は、メモリ２２４中の交通利用料金テーブルを参照して、利用者によって確認された行先に基づいて運賃を再予測する。

ステップ８２８において、プロセッサ２２２は、その予測運賃をＩＣカード情報の初期のＳＦ残高（実際の残高）と比較して、残高不足かどうかを判定する（残高＜予測運賃？）。ステップ８２８はステップ８０８と同様である。残高不足でないと判定された場合、手順は、形態（Ｂ４）の場合はステップ８１０に進み、または形態（Ｂ１）〜（Ｂ３）の場合はステップ８１２に進む。残高不足であると判定された場合は、手順は図１５Ｂのステップ８３０に進む。

図１５Ｂを参照すると、残高不足と判定された場合、ステップ８３０において、プロセッサ２２２は、自動入金処理（オートチャージ）が可能かどうかを判定する。自動入金処理が可能でないと判定された場合は、手順はステップ８３９に進む。自動入金処理が可能であると判定された場合は、手順はステップ８３２に進む。

ステップ８３２において、プロセッサ２２２は、予め定められた入金金額をＩＣカード情報のＳＦ残高（実際の残高）に加算して、入金後すなわち更新後のＳＦ残高と入金情報とを生成する。この段階では、予測運賃は初期値ゼロ（０）円であり、実際の残高は仮の残高と均しい。プロセッサ２２２は、ネットワーク７、５を介してサーバ装置６０に接続して、入金情報に基づいてクレジット・カードまたは銀行口座による決済処理を行ってもよい。

ステップ８３４において、プロセッサ２２２は、ＩＣカード機能部２１０に対する、交通料金精算に関する入金処理（チャージ）の実行の要求を生成する。ＩＣカード機能部２１０のプロセッサ１０２は、その要求に従って、図１７Ｆ、１８Ｆ、１９Ｆまたは２０Ｆの処理を実行する。それによって、入金金額が加算された“実際の残高”または“仮の残高”がＩＣカード機能部２１０のメモリ１０４のＩＣカード情報の領域に格納される。ステップ８３６において、プロセッサ２２２は、ＩＣカード機能部２１０に対する、ＩＣカード情報の利用履歴の更新の要求を生成する。ＩＣカード機能部２１０のプロセッサ１０２は、その要求に従ってＩＣカード情報利用履歴を更新する。その後、手順は図１５Ａのステップ８２８に戻る。

ステップ８３９において、プロセッサ２２２は、利用者に対して、ＩＣカード機能部２１０に対して入金処理（チャージ）を行うかどうかを質問する表示を表示部２３０に表示する。利用者は、入力部２３４を操作して、入金処理を行うかどうか表す指示を入力する。ステップ８４０において、プロセッサ２２２は、その入力された指示に従って入金処理を行うかどうかを判定する。入金処理を行うと判定された場合は、手順はステップ８５２に進む。入金処理を行わないと判定された場合は、手順は図１５Ａおよび１５Ｂのルーチンを出る。代替形態として、ステップ８２８（ＹＥＳ）の後のステップ８４４において、プロセッサ２２２は、さらに予測運賃（仮の運賃）をＳＦ残高（実際の残高）と均しい金額に設定変更してもよい（“予測運賃＝ＳＦ残高”）。ここで、ＳＦ残高は、初乗り運賃以上かつ予測運賃未満の金額である。それによって、“仮の残高”は初期値ゼロ（０）となる。それによって、ＳＦ残高が運賃以外の精算に使用されることが回避できる。その後、手順は図１５Ａのステップ８２８に戻る。

ステップ８５２において、プロセッサ２２２は、入金金額を設定するよう指示するメッセージを表示部２３０に表示して、利用者に入金金額を入力させる。利用者は、入力部２３４を操作して入金金額を携帯端末２０に入力する。プロセッサ２２２は、入力された入金金額を設定する。

ステップ８５４において、プロセッサ２２２は、入金金額をＩＣカード情報のＳＦ残高（実際の残高）に加算して、入金後のＳＦ残高を生成する。この段階では、予測運賃は初期値ゼロ（０）円であり、実際の残高は仮の残高と均しい。プロセッサ２２２は、ネットワーク７、５を介してサーバ装置６０に接続して、入金情報に基づいてクレジット・カードまたは銀行口座による決済処理を行ってもよい。

ステップ８５６において、プロセッサ２２２は、ＩＣカード機能部２１０に対する、交通料金精算に関する入金処理（チャージ）の実行の要求を生成する。ＩＣカード機能部２１０のプロセッサ１０２は、その要求に従って、図１７Ｆ、１８Ｆ、１９Ｆまたは２０Ｆの処理を実行する。それによって、入金金額が加算された“仮の残高”または“実際の残高”がＩＣカード機能部２１０のＩＣカード情報の領域に格納される。ステップ８５８において、プロセッサ２２２は、ＩＣカード情報の利用履歴を更新する要求を生成する。ＩＣカード機能部２１０のプロセッサ１０２は、その要求に従ってＩＣカード情報利用履歴を更新する。その後、手順は図１５Ａのステップ８２８に戻る。

交通利用額予測形態（Ａ２）において携帯端末２０によって予測運賃を生成する場合、携帯端末２０において、精算機５０におけるのと同様に、ＩＣカード情報の残高を照会しまたは入金できるようにしてもよい。また、利用者は、通常の料金端末において、または図１０Ａおよび１０Ｂのフローチャートに従って動作する料金端末５０において、携帯端末２０のＩＣカード機能部２１０への入金を行ってもよい。この場合、通常の料金端末は、ＩＣカード機能部２１０のＩＣカード情報のＳＦ残高（仮の残高または実際の残高）に入金金額を加算して、ＩＣカード情報のＳＦ残高を更新する。プロセッサ２２２は、ＩＣカード制御部２２８を介してＩＣカード情報の更新を検出して、ＩＣカード機能部２１０のＩＣカード情報を読み取り、図１５Ａおよび１５Ｂのフローチャートを実行してもよい。それによって、予測運賃を再び生成してＩＣカード機能部２１０に書き込むことができ、またはＩＣカード機能部２１０の予測運賃を更新することができる。

交通利用額予測形態（Ａ２）において携帯端末２０によって予測運賃を生成する場合でも、精算機５０を利用することができる。この場合、交通料金精算以外の精算について、主に精算機５０によって実行される図１１Ａ〜１１Ｃのフローチャートが同様に適用される。

交通利用額予測形態（Ａ２）において携帯端末２０によって予測運賃を生成する場合、利用者の交通料金精算について、図１２Ａ〜１２Ｃのフローチャートが同様に適用できる。図１２Ａのステップ５１３で出場不可と表示されドアが閉じられた場合、利用者は、携帯端末２０のＩＣカード機能部２１０に対して、前述したように通常の料金端末または図１の料金端末５０で入金処理を行ってもよい。あるいは、携帯端末２０の形態端末機能部２２０において入金処理を行ってもよい（図１５Ｂ、ステップ８３０〜８５８参照）。

図１６は、交通利用額予測形態（Ａ２）の場合に、図１２Ｂのステップ７３８においてＩＣカード機能部２１０のＩＣカード情報が更新された後で、携帯端末２０のプロセッサ２２２によって実行される、利用者の運賃を精算した後の処理のためのフローチャートの例を示している。

図１２Ｂのステップ７３８においてＩＣカード機能部２１０におけるＩＣカード情報が更新されたとき、プロセッサ２２２はＩＣカード制御部２２８を介してＩＣカード機能部２１０のＩＣカード情報の更新を検出する。図１６を参照すると、その検出に応答して、ステップ９５０において、プロセッサ２２２は、ＩＣカード機能部２１０の利用履歴を読み出して、未格納分（未コピー分）の利用履歴を携帯端末２０のメモリ２２４の利用履歴に格納（コピー）する。この処理は、図１５Ａのステップ８０２の後に行ってもよい。

交通利用額の予測形態（Ａ２）によれば、利用者がＩＣカード機能を含む携帯端末２０で改札機３０を通って入場した後で、携帯端末２０のＩＣカード機能部２１０の残高が運賃について不足になる可能性を低くすることができる。この場合、携帯端末２０によって行先および運賃の予測が行われ、従って改札機３０の処理負荷を小さくできる。また、残高不足の回避のための形態（Ｂ１）、（Ｂ２）によれば、改札機３０、精算機５０および携帯端末機能部２２０に施す変更を小さくできる。残高不足の回避のための形態（Ｂ３）、（Ｂ４）によれば、ＩＣカード機能を含む携帯端末２０に施す変更を小さくできる。また、残高不足の回避のための形態（Ｂ１）、（Ｂ２）、（Ｂ４）によれば、精算機５０において、ＩＣカード１０またはＩＣカード機能２１０の仮の残高にのみアクセスして精算することが可能な場合もあり、ＩＣカード１０またはＩＣカード機能２１０のセキュリティを高くすることができる。携帯端末２０では、ＩＣカード１０の利用履歴情報よりも多くの利用履歴情報を保存して利用することができるので、より正確な予測が可能である。

次に、残高不足の回避のための４つの形態（Ｂ１）〜（Ｂ４）における、ＩＣカード１０、または携帯端末２０のＩＣカード機能部２１０の動作の例を説明する。以下、主にＩＣカード１０について説明するが、携帯端末２０のＩＣカード機能部２１０でも同様である。

図１７Ａ〜１７Ｆは、形態(Ｂ１)でＩＣカード１０または携帯端末２０のＩＣカード機能部２１０のプロセッサ１０２によって実行される、改札機３０、料金端末４０、精算機５０または携帯端末２０の携帯端末機能部２２０(Ａ２)の要求に応答動作する処理のためのフローチャートの例を示している。

図１７Ａは、改札機３０、料金端末４０または精算機５０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による予測運賃の更新の要求に応答して、ＩＣカード１０に格納された予測運賃を更新する処理のためのフローチャートの例を示している。

改札機３０、料金端末４０または精算機５０による予測運賃の更新の要求に応答して、プロセッサ１０２は、ステップ１００２においてＩＣカード情報から更新前の予測運賃を読み出し、ステップ１００４において、受け取った更新後の予測運賃をＩＣカード情報に書き込む。ステップ１００６において、プロセッサ１０２は、更新後の予測運賃から更新前の予測運賃を減算して差額予測運賃を計算する（差額予測運賃＝更新後の予測運賃−更新前の予測運賃）。差額予測運賃は負の値であってもよい。ステップ１００８において、プロセッサ１０２は、ＩＣカード情報から読み出された仮の残高から差額予測運賃を減算し、その結果の仮の残高をＩＣカード情報に書き込んで、残高を更新する。

図１７Ｂは、精算機５０によるＩＣカード情報の読み出し要求に応答して、ＩＣカード１０に格納された仮の残高を含む応答を出力する処理のためのフローチャートの例を示している。

交通料金精算以外の精算用の装置または処理を表す情報を含むＩＣカード情報の読み出し要求に応答して、プロセッサ１０２は、ステップ１０１２においてＩＣカード情報から仮の残高を読み出し、ステップ１０１４において読み出した仮の残高を残高とする応答を出力する。交通料金精算以外用の装置または処理を表す情報は、例えば、精算機５０の識別情報であっても、入出場記録の読み出し要求のない読み出し要求の受信であってもよい。

図１７Ｃは、精算機５０による残高更新の要求に応答して、ＩＣカード１０に格納された仮の残高を更新する処理のためのフローチャートの例を示している。図１７Ｃのフローチャートは、例えば図１７Ｂのフローチャートの後に実行される。

例えば精算機５０による残高更新の要求に応答して、プロセッサ１０２は、ステップ１０１８において、受け取った更新後の残高をＩＣカード情報に更新後の仮の残高として書き込んで、残高を更新する。

図１７Ｄは、改札機３０または料金端末４０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による交通料金精算に関する残高読み出し要求に応答して、交通料金精算に関して、ＩＣカード１０に格納された実際の残高を含む応答を出力する処理のためのフローチャートの例を示している。

交通料金精算用の装置または処理を表す情報を含む交通料金精算に関する残高読み出し要求に応答して、プロセッサ１０２は、ステップ１０２２においてＩＣカード情報から仮の残高を読み出し、ステップ１０２４においてＩＣカード情報から予測運賃を読み出す。交通料金精算用の装置または処理を表す情報は、例えば、改札機３０、料金端末４０または携帯端末２０の識別情報であっても、入出場記録の読み出し要求を含む要求の受信であってもよい。ステップ１０２６において、プロセッサ１０２は仮の残高と予測運賃の合計を残高とする応答を出力する。

図１７Ｅは、改札機３０による残高更新の要求に応答して、交通料金精算に関して、ＩＣカード１０に格納された仮の残高を更新する処理のためのフローチャートの例を示している。図１７Ｅのフローチャートは、例えば図１７Ｄのフローチャートの後に実行される。

例えば改札機３０による残高更新の要求に応答して、プロセッサ１０２は、ステップ１０３２においてＩＣカード情報における予測運賃を初期値ゼロ（０）にクリアする。ステップ１０３４において、プロセッサ１０２は、受け取った更新後の残高をＩＣ情報カードに書き込む。代替形態として、プロセッサ１０２は、ＩＣカード情報における仮の残高を読み出し、読み出した仮の残高に予測運賃を加算し（実際の残高）、受け取った実際の運賃を減算し（残高＝仮の残高＋予測運賃−実際の運賃）、その計算結果の残高をＩＣカード情報に書き込んでもよい。

図１７Ｆは、改札機３０、料金端末４０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による交通料金精算に関する入金処理の要求に応答して、ＩＣカード１０において入金処理を行うためのフローチャートの例を示している。

交通料金精算用の装置または処理を表す情報を含む交通料金精算に関する入金処理の要求に応答して、ステップ１０３６において、プロセッサ１０２は、ＩＣカード情報から予測運賃を読み出し、受け取った更新後の残高（実際の残高）から予測運賃を減算して仮の残高を生成する。交通料金精算用の装置または処理を表す情報は、例えば、改札機３０、料金端末４０または携帯端末２０の識別情報であっても、入出場記録の読み出し要求を含む要求の受信であってもよい。ステップ１０３８において、プロセッサ１０２は、その仮の残高をＩＣカード情報の残高として書き込んで、残高を更新する。

図１８Ａ〜１８Ｆは、形態(Ｂ２)でＩＣカード１０または携帯端末２０のＩＣカード機能部２１０のプロセッサ１０２によって実行される、改札機３０、料金端末４０、精算機５０または携帯端末２０の携帯端末機能部２２０(Ａ２)の要求に応答動作する処理のためのフローチャートの例を示している。

図１８Ａは、改札機３０、料金端末４０または精算機５０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による予測運賃の更新の要求に応答して、ＩＣカード１０に格納された予測運賃を更新する処理のためのフローチャートの例を示している。

改札機３０、料金端末４０または精算機５０による予測運賃の更新の要求に応答して、プロセッサ１０２は、ステップ１０４２において、更新前の予測運賃を削除し、受け取った更新後の予測運賃をＩＣカード情報に書き込む。

図１８Ｂは、精算機５０によるＩＣカード情報の読み出し要求に応答して、ＩＣカード１０に格納された残高を含む応答を出力する処理のためのフローチャートの例を示している。

交通料金精算以外用の装置または処理を表す情報を含むＩＣカード情報の読み出し要求に応答して、プロセッサ１０２は、ステップ１０４６においてＩＣカード情報から実際の残高を読み出し、ステップ１０４８においてＩＣカード情報から予測運賃を読み出す。交通料金精算以外用の装置または処理を表す情報は、例えば、精算機５０の識別情報であっても、入出場記録の読み出し要求のない読み出し要求を含む要求の受信であってもよい。ステップ１０５０において、読み出した実際の残高から予測運賃を減算して仮の残高を生成し（仮の残高＝残高−予測運賃）、その計算結果の仮の残高を残高とする応答を出力する。

図１８Ｃは、精算機５０による残高更新の要求に応答して、ＩＣカード１０に格納された仮の残高を更新する処理のためのフローチャートの例を示している。図１８Ｃのフローチャートは、例えば図１８Ｂのフローチャートの後に実行される。

例えば精算機５０による残高更新の要求に応答して、プロセッサ１０２は、ステップ１０５４において、受け取った更新後の仮の残高に、読み出した予測運賃を加算して実際の残高を生成する。プロセッサ１０２は、ステップ１０５６において、その生成された実際の残高をＩＣカード情報に残高として書き込んで、残高を更新する。

図１８Ｄは、改札機３０または料金端末４０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による交通料金精算に関する残高読み出し要求に応答して、交通料金精算に関して、ＩＣカード１０に格納された実際の残高を含む応答を出力する処理のためのフローチャートの例を示している。

交通料金精算用の装置または処理を表す情報を含む交通料金精算に関する残高読み出し要求に応答して、プロセッサ１０２は、ステップ１０６２においてＩＣカード情報から実際の残高を読み出す。交通料金精算用の装置または処理を表す情報は、例えば、改札機３０、料金端末４０または携帯端末２０の識別情報であっても、入出場記録の読み出し要求を含む要求の受信であってもよい。ステップ１０６４において、プロセッサ１０２は、読み出した実際の残高を残高とする応答を出力する。

図１８Ｅは、改札機３０による残高更新の要求に応答して、交通料金精算に関して、ＩＣカード１０に格納された実際の残高を更新する処理のためのフローチャートの例を示している。図１８Ｅのフローチャートは、例えば図１８Ｄのフローチャートの後に実行される。

例えば改札機３０による残高更新の要求に応答して、プロセッサ１０２は、ステップ１０６６においてＩＣカード情報における予測運賃を初期値ゼロ（０）にクリアする。ステップ１０６８において、プロセッサ１０２は、受け取った更新後の残高をＩＣ情報カードに書き込む。代替形態として、プロセッサ１０２はＩＣカード情報における実際の残高を読み出し、読み出した実際の残高から、受け取った実際の運賃を減算し（残高＝実際の残高−実際の運賃）、その計算結果の残高をＩＣカード情報に書き込んでもよい。

図１８Ｆは、改札機３０、料金端末４０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による交通料金精算に関する入金処理の要求に応答して、ＩＣカード１０において入金処理を行うためのフローチャートの例を示している。

交通料金精算用の装置または処理を表す情報を含む交通料金精算に関する入金処理の要求に応答して、ステップ１０７２において、プロセッサ１０２は、受け取った更新後の実際の残高をＩＣカード情報に残高として書き込む。交通料金精算用の装置または処理を表す情報は、例えば、改札機３０、料金端末４０または携帯端末２０の識別情報であっても、入出場記録の読み出し要求を含む要求の受信であってもよい。

図１９Ａ〜１９Ｆは、形態(Ｂ３)でＩＣカード１０または携帯端末２０のＩＣカード機能部２１０のプロセッサ１０２によって実行される、改札機３０、料金端末４０、精算機５０または携帯端末２０の携帯端末機能部２２０(Ａ２)の要求に応答動作する処理のためのフローチャートの例を示している。

図１９Ａは、改札機３０、料金端末４０または精算機５０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による予測運賃の更新の要求に応答して、ＩＣカード１０に格納された予測運賃を更新する処理のためのフローチャートの例を示している。ステップ１０４２は図１８Ａのものと同様である。

図１９Ｂは、精算機５０によるＩＣカード情報の読み出し要求に応答して、ＩＣカード１０に格納された実際の残高を含む応答を出力する処理のためのフローチャートの例を示している。

例えば精算機５０によるＩＣカード情報の読み出し要求に応答して、プロセッサ１０２は、ステップ１０８６においてＩＣカード情報から実際の残高を読み出し、ステップ１０８８においてＩＣカード情報から予測運賃を読み出す。ステップ１０９０において、プロセッサ１０２は、読み出した予測運賃および実際の残高を含む応答を出力する。プロセッサ１０２は、ＩＣカード情報の読み出し要求が交通料金精算以外用の処理または装置を表す情報を含む場合に、ステップ１０８６〜１０９０を実行してもよい。交通料金精算以外用の装置または処理を表す情報は、例えば、精算機５０の識別情報であっても、入出場記録の読み出し要求のない読み出し要求の受信であってもよい。

図１９Ｃは、精算機５０による残高更新の要求に応答して、ＩＣカード１０に格納された実際の残高を更新する処理のためのフローチャートの例を示している。図１９Ｃのフローチャートは、例えば図１９Ｂのフローチャートの後に実行される。

例えば精算機５０による残高更新の要求に応答して、ステップ１０９４において、プロセッサ１０２は、受け取った更新後の実際の残高をＩＣカード情報に書き込む。

図１９Ｄは、改札機３０または料金端末４０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による交通料金精算に関する残高読み出し要求に応答して、交通料金精算に関して、ＩＣカード１０に格納された実際の残高を含む応答を出力する処理のためのフローチャートの例を示している。

例えば、改札機３０、料金端末４０または携帯端末２０による交通料金精算に関する残高読み出し要求に応答して、プロセッサ１０２は、ステップ１１０２においてＩＣカード情報から実際の残高を読み出し、ステップ１１０４においてＩＣカード情報から予測運賃を読み出す。ステップ１１０６において、プロセッサ１０２は、読み出した実際の残高および予測運賃を含む応答を出力する。プロセッサ１０２は、常に、実際の残高および予測運賃を含む応答を出力するようにすることによって、その動作が簡単になる。代替形態として、ステップ１１０４は実行されなくてもよく、ステップ１１０６において予測運賃は応答に含められなくてもよい。プロセッサ１０２は、交通料金精算に関する残高読み出し要求が交通料金精算用の装置または処理を表す情報を含む場合に、ステップ１１０２〜１１０６かまたはステップ１１０２および１１０６を実行してもよい。交通料金精算用の装置または処理を表す情報は、例えば、改札機３０、料金端末４０または携帯端末２０の識別情報であっても、入出場記録の読み出し要求を含む要求の受信であってもよい。

図１９Ｅは、改札機３０による残高更新の要求に応答して、交通料金精算に関して、ＩＣカード１０に格納された実際の残高を更新する処理のためのフローチャートの例を示している。図１９Ｅのフローチャートは、例えば図１９Ｄのフローチャートの後に実行される。

例えば改札機３０による残高更新の要求に応答して、プロセッサ１０２は、ステップ１１１２において、更新前の予測運賃を削除し、受け取った更新後の予測運賃（初期値ゼロ（０））をＩＣカード情報に書き込む。ステップ１１１４において、プロセッサ１０２は、受け取った更新後の実際の残高をＩＣカード情報に残高として書き込んで、残高を更新する。

図１９Ｆは、改札機３０、料金端末４０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による交通料金精算に関する入金処理の要求に応答して、ＩＣカード１０において入金処理を行うためのフローチャートの例を示している。ステップ１０７２は、図１８Ｆのものと同様である。

図２０Ａ〜２０Ｆは、形態(Ｂ４)でＩＣカード１０または携帯端末２０のＩＣカード機能部２１０のプロセッサ１０２によって実行される、改札機３０、料金端末４０、精算機５０または携帯端末２０の携帯端末機能部２２０(Ａ２)の要求に応答動作する処理のためのフローチャートの例を示している。

図２０Ａは、改札機３０、料金端末４０または精算機５０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による予測運賃の更新の要求に応答して、ＩＣカード１０に格納された予測運賃を更新する処理のためのフローチャートの例を示している。

改札機３０、料金端末４０または精算機５０による予測運賃の更新の要求に応答して、プロセッサ１０２は、ステップ１１２２において、受け取った予測運賃をＩＣカード情報に書き込み、ステップ１１２４において受け取った更新後の仮の残高をＩＣカード情報に残高として書き込む。

図２０Ｂは、精算機５０によるＩＣカード情報の読み出し要求に応答して、ＩＣカード１０に格納された仮の残高を含む応答を出力する処理のためのフローチャートの例を示している。

例えば精算機５０によるＩＣカード情報の読み出し要求に応答して、プロセッサ１０２は、ステップ１１２６においてＩＣカード情報から仮の残高を読み出し、ステップ１１２８においてＩＣカード情報から予測運賃を読み出す。ステップ１１３０において、プロセッサ１０２は、読み出した仮の残高と予測運賃を含む応答を出力する。プロセッサ１０２は、常に、仮の残高および予測運賃を含む応答を出力するようにすることによって、その動作が簡単になる。代替形態として、ステップ１１２８は実行されなくてもよく、ステップ１１３０において予測運賃は応答されなくてもよい。プロセッサ１０２は、ＩＣカード情報の読み出し要求が交通料金精算以外用の処理または装置を表す情報を含む場合に、ステップ１１２６〜１１３０かまたはステップ１１２６および１１３０を実行してもよい。交通料金精算以外用の装置または処理を表す情報は、例えば、精算機５０の識別情報であっても、入出場記録の読み出し要求のない読み出し要求の受信であってもよい。

図２０Ｃは、精算機５０による残高更新の要求に応答して、ＩＣカード１０に格納された仮の残高を更新する処理のためのフローチャートの例を示している。ステップ１０１８は、図１７Ｃのものと同様である。図２０Ｃのフローチャートは、例えば図２０Ｂのフローチャートの後に実行される。

図２０Ｄは、改札機３０または料金端末４０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による交通料金精算に関する残高読み出し要求に応答して、交通料金精算に関して、ＩＣカード１０に格納された仮の残高を含む応答を出力する処理のためのフローチャートの例を示している。

例えば、改札機３０、料金端末４０または携帯端末２０による交通料金精算に関する残高読み出し要求に応答して、プロセッサ１０２は、ステップ１１４２においてＩＣカード情報から仮の残高を読み出し、ステップ１１４４においてＩＣカード情報から予測運賃を読み出す。プロセッサ１０２は、交通料金精算に関する残高読み出し要求が交通料金精算用の装置または処理を表す情報を含む場合に、ステップ１１４２を実行してもよい。交通料金精算用の装置または処理を表す情報は、例えば、改札機３０、料金端末４０または携帯端末２０の識別情報であっても、入出場記録の読み出し要求を含む要求の受信であってもよい。ステップ１１４６において、プロセッサ１０２は、読み出した予測運賃と仮の残高を含む応答を出力する。

図２０Ｅは、改札機３０による残高更新の要求に応答して、交通料金精算に関して、ＩＣカード１０に格納された残高を更新する処理のためのフローチャートの例を示している。ステップ１１１２および１１１４は図１９Ｅのものと同様である。図２０Ｅのフローチャートは、例えば図２０Ｄのフローチャートの後に実行される。

図２０Ｆは、改札機３０、料金端末４０、または携帯端末２０の携帯端末機能部２２０（Ａ２）による交通料金精算に関する入金処理の要求に応答して、ＩＣカード１０において入金処理を行うためのフローチャートの例を示している。

交通料金精算用の装置または処理を表す情報を含む交通料金精算に関する入金処理の要求に応答して、プロセッサ１０２は、ステップ１１５８において、受け取った更新後の仮の残高をＩＣカード情報に書き込む。交通料金精算用の装置または処理を表す情報は、例えば、改札機３０、料金端末４０または携帯端末２０の識別情報であっても、入出場記録の読み出し要求を含む要求の受信であってもよい。

残高不足回避形態（Ｂ１）、（Ｂ２）によれば、ＩＣカード１０またはＩＣカード機能部２１０によって実際の残高から仮の残高が生成されるので、改札機３０、料金端末４０、精算機５０および携帯端末機能部２２０の処理負荷を小さくできる。また、残高不足回避形態（Ｂ３）によれば、精算機５０によって実際の残高から仮の残高が生成されるので、ＩＣカード機能を含む携帯端末２０の処理負荷を小さくできる。また、残高不足回避形態（Ｂ４）によれば、改札機３０、料金端末４０および携帯端末機能部２２０によって実際の残高から仮の残高が生成されるので、ＩＣカード機能を含む携帯端末２０の処理負荷を小さくできる。また、残高不足の回避のための形態（Ｂ１）、（Ｂ２）、（Ｂ４）によれば、精算機５０において、ＩＣカード１０またはＩＣカード機能２１０の仮の残高にのみアクセスして精算することが可能な場合もあり、ＩＣカード１０またはＩＣカード機能２１０のセキュリティを高くすることができる。

実施形態において改札機３０またはそのプロセッサ３０２、および料金端末４０のプロセッサ４０２によって実行されるものとして説明した処理の一部は、サーバ装置６０またはそのプロセッサ６０２によって実行されてもよい。

さらに、ＩＣカード１０またはＩＣカード機能部２１０は、改札機３０または携帯端末２０の携帯端末機能部２２０、料金端末４０および精算機５０の機能または動作形態に応じて、残高不足回避形態（Ｂ１）〜（Ｂ４）のいずれかで選択的に動作するようにしてもよい。また、改札機３０または携帯端末２０の携帯端末機能部２２０、料金端末４０および精算機５０は、ＩＣカード１０またはＩＣカード機能部２１０の機能または動作形態（Ｂ１）〜（Ｂ４）に応じて、形態（Ｂ１）〜（Ｂ４）のいずれかに対応する形態で選択的に動作するようにしてもよい。

ここで挙げた全ての例および条件的表現は、発明者が技術促進に貢献した発明および概念を読者が理解するのを助けるためのものであり、ここで具体的に挙げたそのような例および条件に限定することなく解釈され、また、明細書におけるそのような例の編成は本発明の優劣を示すこととは関係ない、と理解される。本発明の実施形態を詳細に説明したが、本発明の精神および範囲から逸脱することなく、それに対して種々の変更、置換および変形を施すことができる、と理解される。

以上の実施例を含む実施形態に関して、さらに以下の付記を開示する。
（付記１）交通の路線上の開始点を表す情報および終了点を表す情報を含む利用履歴情報と、残高とを記憶する第１の記憶部に、外部装置から受け取った前記開始点を表す情報を格納し、
前記第１の記憶部に格納された前記開始点を表す情報と前記利用履歴情報とに基づいて仮の終了点を予測し、
交通の路線上の複数点間の利用料金情報を格納する第２の記憶部を参照して、前記第１の記憶部に格納された前記開始点を表す情報および前記仮の終了点を表す情報に基づいて仮の交通利用額を予測して前記第１の記憶部に格納し、
前記第１の記憶部に格納された残高から前記仮の交通利用額を減算して前記残高を更新し、
外部装置から交通料金精算以外の精算のための残高に関する情報の要求を受け取ったことに応答して、前記第１の記憶部に格納された前記残高を表す情報を応答として出力し、
外部装置から交通料金精算のための路線上の開始点および残高に関する情報の要求を受け取ったことに応答して、前記第１の記憶部から前記開始点を表す情報、前記残高および前記仮の交通利用額を読み出して、前記開始点を表す情報と、前記残高と、前記仮の交通利用額とを含む情報を出力する
処理を携帯端末に実行させるためのプログラム。
（付記２）さらに、外部装置から交通料金精算のための路線上の開始点および残高に関する情報の要求を受け取ったことに応答して、前記第１の記憶部から前記開始点を表す情報、前記残高および前記仮の交通利用額を読み出して、前記開始点を表す情報と、前記残高に前記仮の交通利用額を加算した合計値を表す情報とを応答として出力する
処理を前記携帯端末に実行させる、付記１に記載のプログラム。
（付記３）前記残高を表す情報を含む情報を応答として出力した後、外部装置から更新後の残高を表す情報を受け取った場合には、前記第１の記憶部における前記残高をその更新後の残高で更新し、
前記開始点を表す情報と、前記合計値を表す情報とを含む情報を応答として出力した後、外部装置から更新後の残高を表す情報を受け取った場合には、前記第１の記憶部における前記残高をその更新後の残高で更新し、前記第１の記憶部における前記仮の交通利用額を削除しまたは初期値０に更新する
ことを特徴とする、付記１に記載のプログラム。
（付記４）交通の路線上の開始点を表す情報および終了点を表す情報を含む利用履歴情報と、残高とを記憶する第１の記憶部に、外部装置から受け取った前記開始点を表す情報を格納し、
交通の路線上の複数点間の利用料金情報を格納する第２の記憶部を参照して、前記第１の記憶部に格納された前記開始点を表す情報と前記利用履歴情報とに基づいて仮の交通利用額を予測して前記第１の記憶部に格納し、
外部装置から交通料金精算以外の精算のための残高に関する情報の要求を受け取ったことに応答して、前記第１の記憶部から前記残高および前記仮の交通利用額を読み出して前記残高から前記仮の交通利用額を減算した差の値を生成して前記差の値を表す情報を応答として出力し、
外部装置から交通料金精算のための路線上の開始点および残高に関する情報の要求を受け取ったことに応答して、前記第１の記憶部から前記路線上の開始点を表す情報および前記残高を読み出して、前記路線上の開始点を表す情報と前記残高を表す情報とを応答として出力する
処理を携帯端末に実行させるためのプログラム。
（付記５）前記差の値を表す情報を応答として出力した後、外部装置から更新後の残高を表す情報を受け取った場合には、前記第１の記憶部における前記残高を前記更新後の残高に前記仮の交通利用額を加算した合計値で更新し、
前記残高を表す情報を応答として出力した後、外部装置から更新後の残高を表す情報を受け取った場合には、前記第１の記憶部における前記残高をその更新後の残高で更新し、前記第１の記憶部における前記仮の交通利用額を削除しまたは初期値０に更新することを特徴とする、付記４に記載のプログラム。
（付記６）交通の路線上の複数点間の利用料金情報を格納する記憶部と、
ＩＣカードから交通の路線上の開始点を表す情報および終了点を表す情報を含む利用履歴情報を含む第１のＩＣカード情報を読み取る読取り書込み部と、
前記第１のＩＣカード情報の読み取り地点である第1の開始点を表す情報と前記利用履歴情報とに基づいて仮の終了点を予測し、前記記憶部に格納された前記利用料金情報を参照して、前記第1の開始点を表す情報と前記仮の終了点を表す情報とに基づいて仮の交通利用額を予測し、前記第1の開始点を表す情報および前記仮の交通利用額を前記読取り書込み部を介して前記ＩＣカードに書き込む制御部と、
を含む交通利用料金精算装置。
（付記７）前記読取り書込み部が前記ＩＣカードから読み取る第１のＩＣカード情報には、残高が含まれ、
前記制御部は、さらに、前記第１のＩＣカード情報に含まれる前記残高から前記仮の交通利用額を減算した差の値を生成して、前記差の値を残高として前記読取り書込み部を介して前記ＩＣカードに書き込むものであることを特徴とする、付記６に記載の交通利用料金精算装置。
（付記８）前記読み取り書き込み部は、さらに、前記ＩＣカードから前記第１の開始点を表す情報と、前記仮の交通利用額と、残高とを含む第２のＩＣカード情報を読み取り、
前記制御部は、さらに、前記記憶部に格納された前記利用料金情報を参照して、前記第１の開始点を表す情報と前記第２のＩＣカード情報の読み取り地点である第１の終了点を表す情報に基づいて実際の交通利用額を求め、前記残高から前記実際の交通利用額を減算して差の値を求め、前記差の値を更新後の残高として前記読取り書込み部を介して前記ＩＣカードに書き込み、前記ＩＣカードに格納された前記仮の交通利用額を削除するものであることを特徴とする、付記６に記載の交通利用料金精算装置。
（付記９）前記読み取り書き込み部は、さらに、前記ＩＣカードから前記第１の開始点を表す情報と前記仮の交通利用額と前記残高とを含む第２のＩＣカード情報を読み取り、
前記制御部は、さらに、前記記憶部に格納された前記利用料金情報を参照して、前記第１の開始点を表す情報と前記第２のＩＣカード情報の読み取り地点である第１の終了点を表す情報に基づいて実際の交通利用額を求め、前記残高に対して前記仮の交通利用額を加算し前記実際の交通利用額を減算して得られた値を更新後の残高として前記読取り書込み部を介して前記ＩＣカードに書き込むものであることを特徴とする、付記６に記載の交通利用料金精算装置。
（付記１０）非接触通信部と、
利用履歴情報と、残高とを格納する記憶部と、
外部装置から交通の路線上の開始点を表す情報および予測された仮の交通利用額を前記非接触通信部を介して受け取って前記記憶部に格納し、前記記憶部における残高から前記仮の交通利用額を減算した差の値を生成して前記記憶部に前記残高として格納し、外部装置から交通料金精算以外の精算のための残高に関する情報の要求を前記非接触通信部を介して受け取ったことに応答して、前記記憶部から前記残高を表す情報を応答として前記非接触通信部を介して出力し、外部装置から交通料金精算のための路線上の開始点および残高に関する情報の要求を前記非接触通信部を介して受け取ったことに応答して、前記記憶部から前記路線上の開始点を表す情報、前記残高および前記仮の交通利用額を読み出して、前記路線上の開始点を表す情報と、前記残高に前記仮の交通利用額を加算した合計値を表す情報とを応答として前記非接触通信部を介して出力する制御部と、
を含む、情報記憶装置。
（付記１１）非接触通信部と、
利用履歴情報と、残高とを格納する記憶部と、
外部装置から交通の路線上の開始点を表す情報および予測された仮の交通利用額を表す情報を前記非接触通信部を介して受け取って前記記憶部に格納し、外部装置から交通料金精算以外の精算のための残高に関する情報の要求を前記非接触通信部を介して受け取ったことに応答して、前記記憶部から前記残高および前記仮の交通利用額を読み出して前記残高から前記仮の交通利用額を減算した差の値を生成して前記差の値を表す情報を応答として前記非接触通信部を介して出力し、外部装置から交通料金精算のための路線上の開始点および残高に関する情報の要求を前記非接触通信部を介して受け取ったことに応答して、前記記憶部から前記路線上の開始点を表す情報および前記残高を読み出して、前記路線上の開始点を表す情報と前記残高を表す情報とを応答として前記非接触通信部を介して出力する制御部と、
を含む、情報記憶装置。
（付記１２）精算対象の商品の価格を入力する商品価格入力部と、
前記入力された商品の価格を基に基づいて前記精算対象の商品の購入のための支払金額を算出する算出部と、
外部記憶装置から残高に関する情報および予測された仮の交通利用額を表す情報を読み取る読取り書込み部と、
前記残高から前記仮の交通利用額を減算して第１の差の値を生成し、前記第１の差の値と前記算出された支払金額とを比較して前記第１の差の値が前記支払金額以上であると判定された場合に、前記残高から前記支払金額を減算して第２の差の値を生成し、前記第２の差の値を更新後の残高として、前記読取り書込み部を介して前記外部記憶装置に出力する制御部と、
を含む装置。

５、７ ネットワーク
１０ ＩＣカード
２０ ＩＣカード機能付き携帯端末
３０ 改札機
４０ 料金端末
５０ 精算機
６０ サーバ装置
６０２ プロセッサ
６４ 記憶装置
６６ データベース

Claims (7)

1. 交通の路線上の開始点を表す情報および終了点を表す情報を含む利用履歴情報と、残高とを記憶する第１の記憶部に、外部装置から受け取った前記開始点を表す情報を格納し、
   前記第１の記憶部に格納された前記開始点を表す情報と前記利用履歴情報とに基づいて仮の終了点を予測し、
   交通の路線上の複数点間の利用料金情報を格納する第２の記憶部を参照して、前記第１の記憶部に格納された前記開始点を表す情報および前記仮の終了点を表す情報に基づいて仮の交通利用額を予測して前記第１の記憶部に格納し、
   外部装置から交通料金精算以外の精算のための情報の要求を受け取ったことに応答して、前記第１の記憶部に格納された残高から前記仮の交通利用額を減算した仮の残高から支払額を精算し、
   外部装置から交通料金精算のための情報の要求を受け取ったことに応答して、前記第１の記憶部における実際の残高から実際の交通利用額を精算する
   処理を携帯端末に実行させるためのプログラム。
2. さらに、外部装置から交通料金精算のための情報の要求を受け取ったことに応答して、前記仮の交通利用額を初期値にする処理を前記携帯端末に実行させる、請求項１に記載のプログラム。
3. 交通の路線上の複数点間の利用料金情報を格納する記憶部と、
   ＩＣカードから交通の路線上の開始点を表す情報および終了点を表す情報を含む利用履歴情報を含む第１のＩＣカード情報を読み取る読取り書込み部と、
   前記第１のＩＣカード情報の読み取り地点である第１の開始点を表す情報と前記利用履歴情報とに基づいて仮の終了点を予測し、前記記憶部に格納された前記利用料金情報を参照して、前記第１の開始点を表す情報と前記仮の終了点を表す情報とに基づいて仮の交通利用額を予測し、前記第１の開始点を表す情報および前記仮の交通利用額を前記読取り書込み部を介して前記ＩＣカードに書き込む制御部と、
   を含み、
   前記読取り書込み部は、さらに、前記ＩＣカードから前記第１の開始点を表す情報を含む第２のＩＣカード情報を読み取り、
   前記制御部は、さらに、前記記憶部に格納された前記利用料金情報を参照して、前記第１の開始点を表す情報と前記第２のＩＣカード情報の読み取り地点である第１の終了点を表す情報に基づいて実際の交通利用額を求め、前記ＩＣカードの実際の残高から前記実際の交通利用額を減算した金額を更新後の残高として前記読取り書込み部を介して前記ＩＣカードに書き込み、前記ＩＣカードに格納された前記仮の交通利用額を初期値にするものであることを特徴とする、交通利用料金精算装置。
4. 非接触通信部と、
   利用履歴情報と、残高とを格納する記憶部と、
   外部装置から交通の路線上の開始点を表す情報および予測された仮の交通利用額を前記非接触通信部を介して受け取って前記記憶部に格納し、外部装置から交通料金精算以外の精算のための情報の要求を前記非接触通信部を介して受け取ったことに応答して、前記記憶部における実際の残高から前記仮の交通利用額を減算した仮の残高から支払額を精算し、外部装置から交通料金精算のための情報の要求を前記非接触通信部を介して受け取ったことに応答して、前記記憶部における実際の残高から実際の交通利用額を精算する制御部と、
   を含む、情報記憶装置。
5. 前記制御部は、さらに、外部装置から交通料金精算のための情報の要求を受け取ったことに応答して、前記仮の交通利用額を初期値にするものであることを特徴とする、請求項４に記載の情報記憶装置。
6. 交通の路線上の開始点を表す情報および終了点を表す情報を含む利用履歴情報と、残高とを記憶する第１の記憶部に、外部装置から受け取った前記開始点を表す情報を格納し、
   前記第１の記憶部に格納された前記開始点を表す情報と前記利用履歴情報とに基づいて仮の終了点を予測し、
   交通の路線上の複数点間の利用料金情報を格納する第２の記憶部を参照して、前記第１の記憶部に格納された前記開始点を表す情報および前記仮の終了点を表す情報に基づいて仮の交通利用額を予測して前記第１の記憶部に格納し、
   外部装置から交通料金精算以外の精算のための情報の要求を受け取ったことに応答して、前記第１の記憶部に格納された残高から前記仮の交通利用額を減算した仮の残高から支払額を精算し、
   外部装置から交通料金精算のための情報の要求を受け取ったことに応答して、前記第１の記憶部における実際の残高から実際の交通利用額を精算する
   処理を携帯端末が実行する方法。
7. 交通の路線上の開始点を表す情報および終了点を表す情報を含む利用履歴情報と、残高とを記憶する第１の記憶部に、外部装置から受け取った前記開始点を表す情報を格納し、
   前記第１の記憶部に格納された前記開始点を表す情報と前記利用履歴情報とに基づいて仮の終了点を予測し、
   交通の路線上の複数点間の利用料金情報を格納する第２の記憶部を参照して、前記第１の記憶部に格納された前記開始点を表す情報および前記仮の終了点を表す情報に基づいて仮の交通利用額を予測して前記第１の記憶部に格納し、
   外部装置から交通料金精算以外の精算のための情報の要求を受け取ったことに応答して、前記第１の記憶部に格納された残高から前記仮の交通利用額を減算した仮の残高から支払額を精算し、
   外部装置から交通料金精算のための情報の要求を受け取ったことに応答して、前記第１の記憶部における実際の残高から実際の交通利用額を精算する
   処理部を含むシステム。

Images