JP2000030009A

JP2000030009A - 前払い料金情報記憶媒体

Info

Publication number: JP2000030009A
Application number: JP19399998A
Authority: JP
Inventors: Takeshi Tanaka; 武田中
Original assignee: HANYO DENSHI JOSHAKEN GIJUTSU; HANYO DENSHI JOSHAKEN GIJUTSU KENKYU KUMIAI
Current assignee: HANYO DENSHI JOSHAKEN GIJUTSU; HANYO DENSHI JOSHAKEN GIJUTSU KENKYU KUMIAI
Priority date: 1998-07-09
Filing date: 1998-07-09
Publication date: 2000-01-28

Abstract

(57)【要約】【課題】複数の事業者によってリロードが可能な前払
い料金情報記憶媒体を提供する。【解決手段】ＩＣカードのメモリ内には、複数のＳＦ
ファイル１７ａ、１７ｂ、１７ｃ…と、１つの利用履歴
ファイル１９とが設定される。各ＳＦファイル１７ａ、
１７ｂ、１７ｃ…は、１つの事業者ＩＤを記憶するＩＤ
ブロック２１ａ、２１ｂ、２１ｃ…と，その事業者ＩＤ
に対応するＳＦブロック２３ａ、２３ｂ、２３ｃ…とを
有する。利用履歴ファイルは、「駅への入場時間」、「入
場駅」、「駅からの出場時間」、「出場駅」、「利用料金」等
の利用履歴を記憶する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、鉄道料金の精算
処理に適した料金情報記憶媒体の技術に関する。

【０００２】

【従来の技術】鉄道の料金精算システムでは、利用者が
乗車のたびに切符を購入する必要のない、前払い式の磁
気カードが利用されている。この磁気カード上には、カ
ード購入時には一定金額の料金情報が記憶されている。
利用者が駅の改札機に磁気カードを通過させると、磁気
カード上の料金情報から、利用した鉄道の利用料金分が
減額され、減額後の残高が新たな料金情報として記憶さ
れる。この磁気カードは、料金情報が更に減額されて０
円の金額になるまで使用され、使用後は使い捨てであ
る。更に、利用者が複数の鉄道事業者の路線をスムーズ
に乗り継ぎできるようにするために、複数の鉄道事業者
に共通の磁気カードが導入されている。この磁気カード
は、一般にストアードフェアカード(StoredFare Car
d、略してＳＦカードという、ＳＦとは上記料金情報を
指す)と呼ばれている。

【０００３】図１は、前述のＳＦカードに記憶された情
報の構造である。

【０００４】このＳＦカード上には、ＳＦを記憶するＳ
Ｆファイル１と、利用履歴を記憶する利用履歴ファイル
３とが設けられている。更に、ＳＦファイル１には、ど
の事業者がＳＦカードを販売したかを識別するための事
業者ＩＤを記憶するＩＤブロック５と、ＳＦを記憶する
ＳＦブロック７とが設けられている。

【０００５】図２は、前述のＳＦカードを用いた鉄道料
金清算システムの全体の構成図である。

【０００６】まず、利用者は、事業者ＡのＳＦカード販
売機に現金３０００円を投入し、ＳＦカードを購入す
る。このＳＦカードのＳＦファイルには、販売した事業
者Ａの事業者ＩＤと、３０００円のＳＦとが記憶されて
いる。ＳＦカード販売機は、３０００円の入金データを
事業者ＡのセンタＡに送る。

【０００７】次に、利用者が事業者Ｂの鉄道を利用する
場合を具体的に説明する。

【０００８】利用者が乗車駅の改札システムを通過する
とき、改札システムは、ＳＦカード上のＳＦファイルを
読み出し、ＳＦブロックから初乗り料金の１２０円を減
額する。減額された初乗り料金１２０円のＳＦデータ
は、事業者ＢのセンタＢへ送られる。センタＢに送られ
たＳＦデータは事業者Ａ利用データベースに送られ、記
憶される。

【０００９】次に利用者が下車駅の改札システムを通過
するとき、改札システムは、ＳＦカードのＳＦファイル
を開き、利用者が利用した乗車駅から下車駅までの乗車
区間の利用料金（ここでは５００円と仮定する）と、乗
車駅で減額された初乗り料金(１２０円)との料金差額
（５００円-１２０円=３８０円）を計算し、ＳＦブロッ
クから料金差額３８０円を減額する。このようにして減
額された料金差額３８０円のＳＦデータは事業者Ｂのセ
ンタＢへ送られる。センタＢに送られたＳＦデータは事
業者Ａカード利用データベースに送られ、記憶される。

【００１０】以上のような処理が行われた後、各事業者
間でそれぞれのカード利用データに基づき、利用料金の
決済処理が行われる。

【００１１】

【発明が解決しようとする課題】前述の磁気カードを用
いた料金精算システムは、現在のところ、磁気カードの
使い捨てが前提となっている。しかし、磁気カードにＳ
Ｆをリロード(再充填)すれば、利用者は磁気カードを使
い捨てではなく、永続的に使用することは可能である。
ＳＦのリロードを想定した場合、利用者が利用した路線
の事業者は、その磁気カードにリロードした事業者に、
利用料金の請求することになる。しかし、従来のＳＦカ
ードには１のＳＦファイルしかないので、リロードを行
おうとすると、事業者ＩＤを書き換えなければならな
い。そのため、磁気カードにＳＦが残っている状態でリ
ロードを行う場合には、残っているＳＦをロードした事
業者と同じ事業者のＳＦカード販売機でリロードしなけ
ればならないという問題がある。複数事業者の鉄道路線
を乗り継ぐ利用者にとっては、これは大変不便である。

【００１２】従って、この発明の目的は、複数の事業者
によってリロードが可能な前払い料金情報記憶媒体を提
供することにある。

【００１３】

【課題を解決するための手段】この発明の情報記憶媒体
は、複数の事業者を識別するための事業者ＩＤをそれぞ
れ記憶する複数の事業者ＩＤブロックと、これら複数の
事業者が受け取った前払い料金の残高を示す料金情報を
それぞれ記憶する複数の料金情報ブロックとを備える。
これにより、金額０円でない料金情報残高がある場合で
も、その料金情報をロードした事業者以外の事業者は、
料金情報をリロードすることができる。

【００１４】また、好適な実施形態では、情報記憶媒体
は、利用者の利用履歴を記憶する利用履歴ファイルを備
える。

【００１５】好適な実施形態では、この発明の情報記憶
媒体に記憶された情報構造は大きく分けて２通りある。

【００１６】まず、第一の構造では、情報記憶媒体は、
複数の事業者ＩＤブロックと、複数の前記料金情報ブロ
ックとを有する１の料金ファイルを備える。

【００１７】第二の構造では、情報記憶媒体は、１の事
業者ＩＤブロックと、これに対応する１の料金情報ブロ
ックと有する複数の料金ファイルを備える。

【００１８】好適な実施形態では、情報記憶媒体は、第
二の構造を採り、前述の料金ファイルを２つ備え、少な
くとも１の前記料金情報ブロックに記憶されている前記
料金情報が金額０円となっている時、又は少なくとも１
の前記事業者ＩＤブロックに記憶されている前記事業者
ＩＤと、前記料金情報のリロード処理を行おうとする事
業者の前記事業者ＩＤとが同一である時にのみ、事業者
ＩＤの書き換え又は料金情報のリロードが可能となる。

【００１９】また、好適な実施形態では、この発明の情
報記憶媒体は、鉄道料金情報に限らず、複数種の前払い
料金の残高を示す料金情報をそれぞれ記憶する複数の料
金情報ブロックと、これら複数種の前払い料金を識別す
るためのＩＤをそれぞれ記憶する複数のＩＤブロックと
を備える。本発明の情報記憶媒体は、ＩＣカード(接触
型又は非接触型でもよい)等を用いて実施することがで
きる。

【００２０】

【発明の実施の形態】この発明の情報記憶媒体としてＩ
Ｃカードを利用する場合の一実施形態を説明する。

【００２１】ＩＣカードは、複数の事業者によってＳＦ
のリロードが可能であり、このＩＣカードに記憶される
情報の構造は、以下のように大きく２通り考えられる。

【００２２】図３に示す実施形態では、ＩＣカードのメ
モリ内に、１つのＳＦファイル９と、１つの利用履歴フ
ァイル１１との、２つのファイルが設定される。ＳＦフ
ァイル９は、複数の事業者を識別するための複数の事業
者ＩＤを記憶するＩＤブロック１３と、各々の事業者Ｉ
Ｄに対応するＳＦを記憶する複数のＳＦブロック１５と
を有する。利用履歴ファイル１１は、利用者が鉄道を利
用するたびに、「駅への入場時間」、「入場駅」、「駅から
の出場時間」、「出場駅」、「利用料金」等の利用履歴を
記憶する。

【００２３】図４に示す実施形態では、ＩＣカードのメ
モリ内に、複数のＳＦファイル１７ａ、１７ｂ、１７ｃ
…と、１つの利用履歴ファイル１９とが設定される。各
ＳＦファイル１７ａ、１７ｂ、１７ｃ…は、１つの事業
者ＩＤを記憶するＩＤブロック２１ａ、２１ｂ、２１ｃ
…と，その事業者ＩＤに対応するＳＦブロック２３ａ、
２３ｂ、２３ｃ…とを有する。利用履歴ファイルは、図
３の実施形態と同様の利用履歴を記憶する。

【００２４】このＩＣカードを利用したシステムを構築
する鉄道事業者らは、図３と図４のどちらの情報構造を
選択してもよい。しかし、現在、鉄道事業者に利用され
ている磁気カードシステムが、図１の情報構造を採用し
ており、この発明のＩＣカードも既存のシステム上で利
用されることが望ましい。この観点からは、図４の情報
構造が採用し易いと思われるので、以下、図４の情報構
造を有するＩＣカードの利用を前提としたシステムを説
明する。

【００２５】図５は、この発明のＩＣカードを利用する
鉄道料金精算システムの一実施形態に係る全体構成図で
ある。

【００２６】ＩＣカード状態２５ａ、２５ｂ、２５ｃ、
２５ｄは、ＳＦファイル上の情報記憶状況を表している
（利用履歴の情報記憶状況の変化は、以下の説明から十
分理解可能であるから図示及び説明を省略する。）。

【００２７】事業者Ａには、ＩＣカードの販売とＳＦの
リロードとが可能なＩＣカード販売機２７と、ＳＦデー
タの管理を行うセンタ２９が備えられている。

【００２８】事業者Ｂには、各駅に設置されている改札
システム３１ａ、３１ｂと、カード利用データの管理を
行うセンタ３３が備えられている。改札システム３１
ａ、３１ｂは、鉄道路線（他の事業者の鉄道路線も含
む）の任意の２駅間の利用料金データが記憶された利用
料金テーブル３５ａ、３５ｂをそれぞれ備える。また、
センタ３３は、各事業者についてのカード利用データを
記憶するカード利用データベース３７ａ、３７ｂ、３７
ｃを備える。なお、図５に図示していないが、事業者Ａ
は、改札システム３１、センタ３３、利用料金テーブル
３５、カード利用データベース３７ａ、３７ｂ、３７ｃ
を備えているし、事業者Ｂは、ＳＦカード販売機２７、
センタ２９を備えている。

【００２９】前提として、利用者は、既に、事業者Ａ、
Ｂ、又はＣのＩＣカード販売機からＩＣカードを購入
し、現在、事業者Ａ、Ｃについては残存金額を０円、事
業者Ｂについては残存金額４００円がＳＦとして記憶さ
れているものとする。このときのＩＣカードの状態が、
ＩＣカード状態２５ａである。

【００３０】ユーザが、購入時とは別の事業者ＡのＩＣ
カード販売機２７を用いて、ＩＣカードをリロードする
場合には以下のような手順となる。

【００３１】まず、利用者は、ＩＣカード販売機２７
に、ＩＣカードと現金３０００円とを投入する。ＩＣカ
ード販売機２７は、「３０００円が入金された」という
入金データと、「３０００円をリロードする」というＳ
Ｆデータとを事業者Ａのセンタ２９に送る。そして、Ｉ
Ｃカード販売機２７は、ＩＣカードの複数のＳＦファイ
ル１７ａ、１７ｂ、１７ｃの中から、事業者ＡのＩＤが
書かれているファイルを探し、見つけたＳＦファイル１
７ａのＳＦブロックに３０００円のＳＦを書き込み(リ
ロードし)、ＩＣカードを利用者に返却する。このとき
のＩＣカードの状態が、ＩＣカード状態２５ｂである。

【００３２】なお、もし、事業者ＡのＩＤが書かれたＳ
Ｆファイルがない場合は、ＳＦの残存金額０円のファイ
ルを探し、そのファイルに事業者ＡのＩＤとリロード金
額３０００円を書く。

【００３３】次に、利用者が事業者Ｂの鉄道を利用する
場合の処理の流れを、図５及び図６を用いて説明する。

【００３４】利用者は、乗車駅の改札システム３１ａを
通過して駅に入場するためには、まず、改札システム３
１ａの専用のＩＣカード投入口にＩＣカードを投入する
（Ｓ１）。或いは、非接触型のＩＣカードの場合は、改
札システム３１ａのリーダライタに、ＩＣカードを所定
のアクセス距離以下に近接させる。次に、改札システム
３１ａは、利用者が駅に入場するのか、駅から出場する
のかを判断する（Ｓ２）。この判断は、入場用のＩＣカ
ード投入口と、出場用のＩＣカード投入口を別々に設け
ておけば、容易に判断できる。次に、改札システム３１
ａは、投入されたＩＣカード上の全てのＳＦファイルを
読み出し（Ｓ３）、全ＳＦファイルのＳＦブロックのＳ
Ｆの合計額と、利用者が、これから利用する事業者Ｂの
鉄道路線の初乗り料金額とを比較し（Ｓ４）、ＳＦ合計
額が初乗り料金以上の額であれば、金額０円でない何れ
かのＳＦブロックから初乗り料金を減額する処理へ移る
（Ｓ５以下）。初乗り料金額より、ＳＦ合計額が少ない
場合には、この改札システムは、改札扉を閉めて利用者
が改札機を通過できないようにして（Ｓ１０）、ＩＣカ
ードを利用者に返却する（Ｓ９）。

【００３５】Ｓ５以下の減額処理において、１つのＳＦ
ファイルのＳＦブロックにのみ金額０円のＳＦが記憶さ
れていない場合には、そのＳＦブロックから初乗り料金
を減額する。一方、図５のように、複数のＳＦブロック
に金額０円でないＳＦが記憶されている場合には、どの
ＳＦブロックから減額処理を行うかが問題となるが、典
型的には、まず、最小金額のＳＦ（ＳＦが金額０円は含
まない）が記憶されているＳＦブロックから減額してい
く（Ｓ５）。そのＳＦブロックのＳＦが全て減額されて
金額０円になっても、その減額された金額が、まだ初乗
り料金に不足する場合には（Ｓ６）、Ｓ５に戻り、次に
最小金額のＳＦが記憶されているＳＦブロックから、そ
の不足額を減額していく（Ｓ５）。以上の処理が、初乗
り料金の全額が減額されるまで繰り返される。

【００３６】図５の例では、ＳＦの合計額は３４００円
で、初乗り料金（ここでは１２０円と仮定する）以上の
額であり、最小金額のＳＦを記憶する事業者ＢのＳＦブ
ロックの金額４００円のＳＦから初乗り料金１２０円が
減額され、金額２８０円のＳＦに書き換えられる。この
状態が、ＩＣカード状態２５ｃである。

【００３７】なお、どのＳＦブロックから減額していく
かという順番は、上記の最小金額のＳＦブロックから順
に減額していく方法以外にも種々の方法が考えられる。
例えば、ＩＣカードの購入時又はリロード時の時間的な
順序に従って減額していく方法や、最高金額のＳＦブロ
ックから順に減額していく方法や、あらかじめ定めた事
業者の順序に従って減額していく方法等が考えられる。

【００３８】ＳＦの減額が終了すると、改札システム３
１ａは、ＩＣカードの利用履歴ファイルに、「入場時
間」、「入場駅」、減額された「初乗り料金」等の利用
履歴を書き込む（Ｓ７）。そして、改札システム３１ａ
は、減額されたＳＦの事業者ＩＤと減額された初乗り料
金を示すＳＦデータ(すなわち、「事業者ＢのＳＦ利用
料金は１２０円」というＳＦデータ)を記憶する（Ｓ
８）。そして、改札システム３１ａはＩＣカードを出力
して、利用者に返却する（Ｓ９）。利用者は、返却され
たＩＣカードを受け取り、改札機を通過して、乗車駅に
入場する。

【００３９】更に、改札システム３１ａは、一旦記憶し
たＳＦデータをセンタ３３へ送る。センタ３３に送られ
たＳＦデータは事業者Ｂ利用データベース３７ｂに送ら
れ、事業者Ｂ利用データベース３７ｂは、そのＳＦデー
タを記憶する。

【００４０】次に利用者が下車する場合を、図５及び図
６を用いて説明する。利用者は、下車駅の改札システム
３１ｂを通過して出場するときは、前述の入場の時と同
様に、改札システム３１ｂのＩＣカード投入口にＩＣカ
ードを投入する（Ｓ１）。ＩＣカードが改札システム３
１ｂに投入されると、まず、改札システム３１ｂは、利
用者の入場か出場かという判断を行い（Ｓ１１）、投入
されたＩＣカード上の全てのファイルを読み出す（Ｓ１
１）。次に、改札システム３１ｂは、読み出した利用履
歴ファイルの「入場駅」の駅名データと、あらかじめ下
車駅の改札システム３１ｂに登録されている駅名データ
を用いて、利用料金テーブルを参照することにより、利
用者が利用した乗車駅から下車駅までの区間の利用料金
を得る。次に、改札システム３１ｂは、その利用料金
と、入場駅で入場の時に減額された初乗り料金との料金
差額を計算する（Ｓ１２）。更に、改札システム２は、
全ＳＦファイルのＳＦブロックのＳＦの合計額と、その
料金差額とを比較し（Ｓ４）、ＳＦ合計額が料金差額以
上であれば、金額０円でない何れかのＳＦブロックから
料金差額の減額処理へ移る（Ｓ５以下）。料金差額より
ＳＦ合計額が少ない場合には、この改札システムは、改
札扉を閉めて、利用者が改札機を通過できないようにし
（Ｓ１０）、ＩＣカードを利用者に返却する（Ｓ９）。
改札機を通過することができない利用者は、清算機又は
有人窓口で、現金で料金差額を清算する。

【００４１】Ｓ５以下のＳＦの減額処理において、１つ
のＳＦファイルのＳＦブロックのみ、金額０円でないＳ
Ｆが記憶されている場合には、そのＳＦブロックから料
金差額を減額する。図５のように複数のＳＦブロックに
金額０円でないＳＦが記憶されている場合には、前述の
初乗り料金の減額処理と同様に、例えば、最小金額のＳ
Ｆが記憶されているＳＦブロックから順番に料金差額を
減額していく（Ｓ５）。そのＳＦブロックのＳＦが全て
減額されて金額０円になっても、その減額された金額
が、まだ料金差額に不足する場合には（Ｓ６）、Ｓ５の
前に戻り、次に最小金額のＳＦが記憶されているＳＦブ
ロックから、その不足額を減額していく（Ｓ５）。以上
の処理が、料金差額の全額が減額されるまで繰り返され
る。

【００４２】図５の例では、ＳＦの合計額は３２８０円
で、料金差額３８０円以上の額であるので、まず、最小
金額のＳＦを記憶する事業者ＢのＳＦブロックから、残
存するＳＦの金額２８０円をまず減額する。それでもま
だ、料金差額３８０円には１００円不足しているので、
その不足金額１００円は事業者ＡのＳＦブロックから減
額する。このときのＩＣカードの状態が、ＩＣカード状
態２５ｄである。

【００４３】ＳＦの減額が終了すると、改札システム３
１ｂは、利用履歴ファイルに、「出場時間」、「出場
駅」、減額された「料金差額」等の利用履歴を書き込む
（Ｓ７）。そして、改札システム３１ｂは、減額された
ＳＦの事業者ＩＤと減額された料金差額３８０円を示す
ＳＦデータ（すなわち、「事業者ＡのＳＦ利用料金は１
００円」というＳＦデータと、「事業者ＢのＳＦ利用料
金は２８０円」というＳＦデータ）を記憶し（Ｓ８）、
その後、センタ３３へ送る。センタ３３に送られたＳＦ
データの内、「事業者ＡのＳＦ利用料金は１００円」と
いうＳＦデータは事業者Ａカード利用データベース３７
ａに送られ、「事業者ＢのＳＦ利用料金は２８０円」と
いうＳＦデータは事業者Ｂ利用データベース３７ｂに送
られ、各々のデータベース３７ａ、３７ｂは、送られて
きたＳＦデータを記憶する。

【００４４】以上の処理が終了すると、改札システム３
１ｂはＩＣカードを出力して、利用者に返却する（Ｓ
９）。利用者は、返却されたＩＣカードを受け取り、改
札機を通過して、下車駅から出場する。

【００４５】図５の例では、以上の処理により、最終的
に、事業者Ｂ内の事業者Ａカード利用データベースは、
１００円の事業者Ａのカード利用データを記憶してお
り、事業者Ｂ内の事業者Ｂカード利用データベースは４
００円のカード利用データを記憶している。

【００４６】図７に、事業者間での利用料金の決済処理
の方法を示す。

【００４７】前述の処理により、各事業者が有するセン
タ内のカード利用データベースには、それぞれの事業者
がロードしたＳＦの利用料金が記憶されている。

【００４８】事業者Ｂから見た場合を説明する。事業者
Ｂの事業者Ａカード利用データの金額は、利用者が事業
者Ａに支払って事業者Ｂの鉄道を利用した利用料金であ
る。事業者Ｂは事業者Ａカード利用データベースの金額
を事業者Ａに請求する。

【００４９】同様に、事業者Ｂの事業者Ｃカード利用デ
ータの金額は、利用者が事業者Ｃに支払って事業者Ｂの
鉄道を利用した利用料金である。事業者Ｂは事業者Ｃカ
ード利用データベースの金額を事業者Ｃに請求する。

【００５０】また、事業者Ｂの事業者Ｂカード利用デー
タの金額は、利用者が事業者Ｂに支払って事業者Ｂの鉄
道を利用した利用料金であるから、事業者Ｂは特段の請
求処理は行わない。

【００５１】以上のしくみは、他の事業者についても同
様であり、このような請求処理が、各事業者間で互いに
行われることになる。

【００５２】既存の鉄道料金精算システムを活用するた
めに、複数のＳＦファイルが設けられたＩＣカードを利
用することは既に説明した。しかし、現実的には、ＩＣ
カードが改札機を通過する短時間(０．数秒間)の間に、
改札機は、ＩＣカード上のデータを読み取るために全て
のファイルを開く必要があるため、ファイル数はできる
限り少ない方が望ましい。そのため、ＳＦファイルを特
に２つに限定したＩＣカードを用いたシステムについ
て、以下、説明する。

【００５３】図８は、ＩＣカードのリロード時の処理の
流れを示したものである。

【００５４】ＩＣカードリロード装置は、ＩＣカードの
発券とリロードとの両方の処理が可能なものとし、ま
ず、利用者は、ＩＣカードの発券をするのか、リロード
をするのかを選択する（ＳＳ２１）。

【００５５】利用者が発券を選択した場合、利用者は所
望の現金を投入し（Ｓ２２）、リロード装置は新しいＩ
Ｃカード上に、そのリロード装置の事業者ＩＤとＳＦの
金額を書き込み（Ｓ２３）、ＩＣカードを出力する（Ｓ
３３）。

【００５６】利用者がリロードを選択した場合、利用者
はＩＣカードをリロード装置に投入し（Ｓ２４）、リロ
ード装置は、ＩＣカード上の２つのＳＦファイルを読み
出す（Ｓ２５）。次に、リロード装置は、そのリロード
装置の事業者ＩＤと同一の事業者ＩＤがＳＦファイル上
にあるかどうかを判断する（Ｓ２６）。

【００５７】同一の事業者ＩＤがあれば、リロード装置
は利用者に現金投入を促し、利用者は所望の現金を投入
する（Ｓ２７）。リロード装置は、そのリロード装置の
事業者ＩＤが書かれいるＳＦファイルのＳＦブロック
に、そのＳＦの残存金額にリロードされるＳＦの金額を
上乗せ(合計)した金額のＳＦを書き込み（Ｓ２８）、Ｉ
Ｃカードを出力する（Ｓ３３）。

【００５８】同一の事業者ＩＤがない場合には、リロー
ド装置は、まず、２つのＳＦファイルの内、ＳＦの金額
が０円のＳＦファイルがあるかどうかの判断を行う（Ｓ
２９）。金額が０円のＳＦファイルがあれば、リロード
装置は利用者に現金投入を促し、利用者は所望の現金を
投入する（Ｓ３０）。リロード装置は、金額が０円のＳ
ＦファイルのＳＦブロックに、リロードするＳＦの金額
を新たに書き込むと同時に、そのＳＦファイルの事業者
ＩＤブロックに、このリロード装置の事業者ＩＤを新た
に書き込み（Ｓ３１）、ＩＣカードを出力する（Ｓ３
３）。

【００５９】リロード装置自らの事業者ＩＤのＳＦファ
イル及び金額０円のＳＦファイルの両者ともがない場合
は、リロード装置は、この事業者のリロード装置ではリ
ロードすることができない旨のメッセージを、表示パネ
ル等に出力し（Ｓ３２）、ＩＣカードを出力する（Ｓ３
３）。この場合は、利用者は、何れかのＳＦファイルの
ＳＦの金額が０円になるまで鉄道を利用した後、リロー
ドするか、何れかのＳＦファイルに書き込まれている事
業者ＩＤのリロード装置を用いて、リロードするかのど
ちらかの方法によらなければ、リロードできないことに
なる。しかし、利用者がリロードできなくても、２つの
ＳＦファイルのＳＦが共に金額０円ではないので、ある
程度のＳＦは残存していると想定され、従って、利用者
の当面のＩＣカードの使用にはそれほど支障がないと考
えられる。

【００６０】このＩＣカードを用いて、駅へ入出場する
時の処理は、前述の処理と同様である。

【００６１】なお、どのＳＦファイルにリロードするの
かという判断は、上記のようにリロード装置が行うもの
として説明したが、必ずしもそうである必要はなく、そ
の判断をＩＣカード自身が行うようにしてもよい。ま
た、改札システムにおけるＳＦの減額処理時の、減額さ
れるＳＦファイルの選択についても同様にＩＣカード自
身が行ってもよい。

【００６２】以上、本発明の好適な実施形態を説明した
が、上述の実施形態は本発明の説明のための例示であっ
て、この実施形態のみに本発明の範囲を限定する趣旨で
はない。当業者は、本発明の要旨を逸脱することなく、
種々の変形、改良、修正、簡略化などを上記実施形態に
加えた種々の他の形態でも本発明を実施することができ
る。この発明のＩＣカードに、ＩＣカードの所有者の属
性情報や、定期券情報、及びその他の各種情報を記憶さ
せれば、利用者は、この一枚のＩＣカードを、日常生活
の様々な場面で使用することが可能である。例えば、鉄
道交通に関連する情報だけでなく、高速道路、航空機、
レンタカー等の他の各種交通手段、コンビニエンススト
ア、ディスカウントショップ、レンタルビデオショップ
等の各種商業店舗、映画館、ゲームセンター、スポーツ
クラブ等の各種娯楽施設、旅館、ホテル等の各種宿泊施
設等のあらゆる商業活動において、この発明のＩＣカー
ドを利用することが考えられる。例えば、種々のコンビ
ニエンスストア等にカード販売・リロード装置を設置
し、カード販売又はリロード時に、そのコンビニエンス
ストアの事業者ＩＤと投入金額とをカード内のＳＦファ
イルに書き込む。次に、利用者は、種々の店で、このカ
ードを利用して料金を支払い、それらの利用店は、利用
金額をカード内に書かれた事業者ＩＤを持ったコンビニ
エンスストア事業者に請求する。また、カード内の複数
のＳＦファイルを定期券や通常の乗車券などの用途別に
割り当て、各ＳＦファイルに、その用途を特定する情報
を書き込んでおき、定期乗車区間では定期券のＳＦファ
イルを利用し、他の乗車区間では通常の乗車券のＳＦフ
ァイルから料金を減額するというような、用途別の使い
分けも可能である。これにより、利用者は、１枚のカー
ドを、従来の複数枚のカードとして利用することができ
る。

【００６３】なお、本実施形態の説明の補充として、本
発明に関連して学会発表用に用意した論文を以下に掲載
する。

【００６４】０. 概要「非接触」・「複数枚」・「共通化」を基本コンセプト
する電子乗車券の開発プロジェクトが進行中である。
「非接触」については、既にフィールドテストが繰り返
され、実用化のめどがたったと報告されている。「複数
枚」については、同一事業者における定期券1枚とSF
（ストアドフェア）券という単純な組み合わせでは問題
が少ないと考えられる。残された課題は「共通化」の実
現方法である。この課題は、事業者の経営戦略とも関連
があって、利用者のニーズと事業者の戦略は必ずしも合
致する訳ではない。本論文では、汎用電子乗車券のセキ
ュリティ及び利用者のニーズを考慮した上で、事業者の
様々な経営戦略に合致すると考えられる「共通化」の実
現方法を提案する。 1.はじめに 1971年に始まったわが国鉄道の自動改札は、磁気乗車券
を使用している。現在では、定期券・単券だけでなく、
乗車券を購入せずに直接改札機を通ることのできる磁気
式ストアドフェア（以後、SF = Stored Fare）券が普及
している。

【００６５】一方、ICカードの登場後、これを鉄道やバ
スの料金支払いに応用する試みが始まった。当初のICカ
ードは、外部との情報通信用の端子をもつ接触型であっ
たが、処理時間の制約が厳しい鉄道乗車券には、非接触
型のICカードが適しており、今日では、乗車券への応用
は非接触型のICカードが主流となっている。

【００６６】非接触ICカードの乗車券は、多数の国々で
検討が進められている。わが国は、乗車券の種類が多い
・都市鉄道の利用客の数が膨大である・交通事業者の数
が多いなどの特徴があり、非接触ICカードに対する要件
は、諸外国以上に厳しい。本論文では、まず、電子乗車
券の現状について概要を述べ、情報システムとしての特
徴を明らかにする。次に、システム構成法とセキュリテ
ィの関連について検討を加える。最後に、汎用電子乗車
券の重要課題である共通化の実現方法について提案を行
う。

【００６７】2.電子乗車券の現状 2.1現行自動改札システムの課題関西地区から始まった鉄道の自動改札は、国鉄の民営化
後は関東地区にも広がり、今では完全に定着しているよ
うに見受けられる。しかし、元来人手で行っていた業務
を機械化したことにより、利用客に対するサービスの低
下等、いくつかの問題を抱えているのが実状である。

【００６８】利用者の立場では、改札機を通るたびにパ
スケースから定期券を取り出さなければならないことが
結構面倒である。また、高齢者や障害者にとって、自動
改札機は使い難い。また、直接的には自動改札の問題で
はないが、精算機の前に行列ができるなど、乗り越し精
算に手間がかかる。

【００６９】事業者の立場では、改札機のメンテナンス
が大きな問題である。現行の改札機は、挿入する乗車券
の裏表や前後は自由でよい。この結果、乗車券の位置決
めには精巧なメカニズムが必要であり、故障の原因とな
り易い。

【００７０】なお、紛失した定期券について、現在は再
発行ができない。これは、不正な定期券の使用を阻止す
る方法がないためである。確かに紛失責任は利用者にあ
るが、定期券は一般に高額であり、利用者からは何らか
の対策が望まれている。

【００７１】2.2. 電子マネーの動向1) 欧州を中心にICカード型電子マネーの実用化が進行中で
ある。わが国でも、電子マネーの実証試験が計画・実施
されているが、喧伝されている割には、普及はしていな
い。

【００７２】電子マネーには「たまご」と「にわとり」
問題がある。すなわち、使える場所が少ないから電子マ
ネーを持つ人が増えないのか、電子マネーを持つ人が少
ないから使える場所が増えないのかという問題である。

【００７３】電子乗車券との関係では、図9のアンケー
ト結果が注目される。わが国では、交通料金の支払が電
子マネーの希望用途の一位になっている。図10のよう
に、わが国は鉄道利用客が非常に多く、しかもそのうち
の65%（約1,400万人）は、定期券を持っている。したが
って、定期券を入れたICカードに電子マネーを付加すれ
ば、「たまご」と「にわとり」問題は解決の可能性があ
る。これが金融関係者が電子乗車券に注目する所以であ
る。

【００７４】2.3 海外の動向2) 交通料金の支払いにICカードを使用することは、欧米で
も行われているが、大規模な実用化は東アジアで始まっ
た。香港の公共交通乗車カードは約400万枚、韓国ソウ
ル市の統一交通カードは約200万枚が既に発行されてい
る。いずれも交通料金の支払に非接触型のICカードが使
用されており、将来は、駅の売店等、乗車券以外での利
用も計画されている。

【００７５】2.4 国内の動向 ICカードを鉄道の乗車券に利用する研究は、わが国で
も、10年ほど前から始まっている3)。無線周波数とし
て、当初マイクロ波帯や中波帯が模索されたが、その
後、この分野で使用する電波は、国際的にも短波帯（1
3.56MHz）が選択されるようになった。数年来フィール
ドテストを繰り返してきた鉄道A社は、最近、2001年か
ら非接触ICカードを利用した乗車券を導入することを発
表した。 3. 汎用電子乗車券 3.1 開発プロジェクト5) 運輸省は、96年から3年計画で汎用電子乗車券の開発プ
ロジェクトを推進している。このプロジェクトは、汎用
電子乗車券のコンセプトを審議する汎用電子乗車券開発
検討委員会、コンセプトに基づくパイロット・システム
の開発と実証試験を担当する汎用電子乗車券技術研究組
合(以後、TRAMET)、最終的には技術仕様の標準化を担当
する日本鉄道サイバネティクス協議会（以後、鉄道サイ
バネ）の3者によって進められている。

【００７６】TRAMETのパイロット・システムで使用する
非接触ICカードは、鉄道A 社の技術開発成果の延長線上
にある。また、都営地下鉄12号線と都バス路線で実施す
る実証試験では、一般利用者から募集した約2,000人の
モニタが、1年間、以下の機能を持つ非接触ICカードを
使用する。

【００７７】地下鉄、バスを同じカードで利用でき
る SF付きの定期券として利用できる SFは地下鉄とバス共通に利用できるカード情報を更新すれば、同じカードを何度でも使
用できる故障・紛失の場合、カードを再発行できるネガ情報を配信し、不正使用を防止できる定期券の乗り越しを改札機で精算できるプロジェクトの最終目標は、同じICカードを複数の交通
機関で共通に使用できるような仕組みについて成案を得
ることである。

【００７８】3.2 汎用電子乗車券のコンセプト (1) 非接触ICカード導入の目的磁気乗車券システムの課題を解決することが必要であ
る。「改札機保守経費の削減」，「乗車券の変造・偽造
・不正使用の防止」，「事業者間での共通化によるサー
ビスの向上」，「改札機の機能向上によるサービスの向
上」，「新サービスの導入による顧客の確保」などが目
的である。

【００７９】(2) カードのID管理電子乗車券は、磁気乗車券よりも記憶容量が大きく、ま
た、いずれはCPU内蔵の方向に向かうと考えられる。セ
キュリティの面からは、ホストコンピュータによるカー
ドID管理を行うことが望ましい。これが実現すれば、
「紛失時のカードの再発行」「カード故障時のSF残額保
証」などが可能となるほか，顧客データベースと連携し
た新しいサービスも提供できる。

【００８０】(3) ICカードの目標性能コスト・信頼性ついては、磁気式に対抗できることが必
要である。無線性能については、カードとリーダライタ
の通信距離は10cm以上、通信速度は212 k Bit /s以上、
改札処理時間は200ms以下を目標としている。

【００８１】(4) ICカードのリサイクル同じICカードを繰り返し使用できれば、磁気カードより
割高なコストが低減できる。問題点のひとつは、定期券
の券面印字である。磁気定期券と同様、ICカードの券面
に有効区間・有効期間等のデータの印字が不可欠であれ
ば、ICカードをリライトしなければならない。

【００８２】(5) ICカードの共通化 1枚のICカードを多目的に使用できることが汎用電子乗
車券の意義である。鉄道やバスという複数の交通モード
間での共用、複数の交通事業者間での共用、さらに、交
通料金の支払い以外にも使用できるものと考えている。 4. セキュリティ対策 4.1 セキュリティと分散型システム ICカードのセキュリティとして、「カードの偽造・改
竄」，「カードの紛失・盗難」，「カードの破損・故
障」への対応を考える必要がある。

【００８３】「カードの破損・故障」の問題は、SFの残
額保証に関係する。現金は、故障するということはな
く、破損は持ち主の責任である。これに対しICカードの
場合、破損・故障の責任が不明確になることが懸念され
る。カードを故意に破損する可能性も否定できない。真
のSF残額に関する正しい情報を入手できないと、悪意の
持ち主は、多額の残額保証を要求するであろう。現行の
磁気式のSF券は、使用の都度、裏面に残額を印字するこ
とによってこの問題に対応している。

【００８４】ICカードの場合、カードにチャージできるSF総額に上限を設け、悪意
の持ち主が故意にカードを破損する誘因を取り除く再交付するカードのIDを管理し、悪意の持ち主によ
る繰り返し破損を防止することができれば，カードに主
体性をおく分散型のシステム構成も可能と考えられる。

【００８５】「カードの紛失，盗難」は、現金と同様、
持ち主の責任である。もちろん、汎用電子乗車券システ
ムとして何か救済ができれば、利用者サービスの向上と
なる。これについては後述する。

【００８６】「カードの偽造，改竄」対策は、セキュリ
ティ問題の中心である。一般にICカードは、カードとリ
ーダライタ間の相互認証によって、互いの正当性を確認
している。また、情報を暗号化して、解読を防止してい
る。汎用電子乗車券システムの場合も、基本的には、同
様の対策が必要である。しかし、リーダライタ盗難の可
能性を否定することは困難なので、偽造・改竄を完全に
防止しようとしても、実際には不可能である。

【００８７】4.2 ネガティブリストの利用ホストコンピュータを利用すれば、偽造・改竄に対する
セキュリティは飛躍的に向上する。具体的には、ホスト
コンピュータ上にカードのデータベースを構築し、SF残
額を管理する。SF残額の増減をトレースできれば、シス
テムの外部における偽造・改竄は、ほとんど完全に防止
できる。

【００８８】改札機でのICカードの処理時間は、200ms
と短いので、改札機が、リアルタイムでのSF残額のトレ
ースは困難である。一方、改札機で差し引かれるSFは少
額なので、次のようにして、不正カードを発見し使用を
阻止することができる。

【００８９】 SF使用金額が大きい場合、端末機から
の照会があれば、ホストコンピュータはリアルタイムで
SF残額をトレースし、不正の有無をチェックする SFの使用金額が小さい場合、ホストコンピュータ
が、1日に1回の割合でSFの使用実績をトレースし、ネガ
ティブリストに登録すべき不正カードを探すホストコンピュータは、鉄道やバス等比較的少額のS
Fを差し引く機器宛に、毎日ネガティブリストを配信す
る駅の改札機やバスの料金箱は、カードIDとネガティ
ブリストを照合し、不正カードの利用を阻止するネガティブリスト方式では、IDが登録されるまでの間、
不正カードの使用は阻止できないが、法的措置と組み合
わせれば、悪意の持ち主を牽制する効果が大きいと考え
られる。

【００９０】4.3 ICカードの再発行ネガティブリストを利用すれば、紛失・盗難したカード
を利用することも、原理的には阻止可能である。したが
って、ICカードの再発行というサービスも提供できる可
能性が大きい。しかし、システム規模が大きくなると、
ネガティブリストも大きくなり、処理時間や記憶容量の
面からの制約が出てくることが考えられる。

【００９１】偽造・改竄と違い、紛失・盗難は利用者の
自己責任なので、再発行する条件として、利用者にもコ
スト（手間）を負担させる方法でもよいと考えられる。
すなわち、ICカードに有効期間を設定し、期間の更新は
利用者自身に行って貰うことにする。例えば、6ヶ月の
定期券を購入した場合は、カードの有効期間を1ヶ月と
し、毎月一度、利用者自身が駅の端末を操作して有効期
間の更新を行う方法が考えられる。有効期間はICカード
に記録されるので、改札機でのチェックは容易であり、
ネガティブリストに登録する必要が無い。有効期間の長
さは利用者の選択に任せる。再発行を希望しない場合
は、ICカードと定期券の有効期間を一致させておけばよ
い。

【００９２】5. ICカードの共通化試案 5.1 共通化に対するニーズ汎用電子乗車券の目標は、「いつでもどこでもこれ一
枚」で、公共交通機関を利用できることである。しか
し、わが国の交通事業者の多くは民営化されていて、競
争原理が働いている。このためICカードの共通化にも事
業者の経営戦略が反映される。この点は、現行磁気式SF
カードの共通化の実態を見れば明らかである。

【００９３】交通事業者のニーズは、次のように集約で
きると考えられる。

【００９４】顧客を囲い込むため、自社独自のカー
ドとSFを発行したい共通化を行うと事業者間の清算が必要であるが、清
算機構の設立を前提としないで、現行清算方式も踏襲で
きるようにしたい交通事業の収入は、ICカードにチャージしたSFも他
の事業者から受け取るSFも日銭として決済したいさらに、事業者によっては、特定の事業者との共通化を
拒否する場合も考えられる。

【００９５】5.2 共通化のスキーム ICカード内のSF記憶領域をポケットと呼ぶ。ここで提案
する汎用電子乗車券共通化の基本的な考え方は、固定的
なポケットを設けず、生成・消滅をダイナミックに行う
ことである。

【００９６】ICカードの発行及びSFの発行・清算を行う
事業体をCCC（Common Card Corporation）と呼ぶ。CCC
が一つの場合、ポケットもひとつとなるので共通化問題
は存在しない。香港やソウルがこのケースに相当する。
共通化問題とは、複数のCCCが存在する場合の共通化の
仕組みであり、簡単であるほど利用者のニーズの合致す
る。

【００９７】(1) 共通化の基本条件 CCCの数は任意であるひとつのCCCに加入できる事業者数は、そのCCCで自
由に決定できる 1事業者は複数のCCCに加入できる 1枚のカードに、k（k≧1）個のポケットを生成でき
る SFをチャージするとき、同一CCCのポケットがあれ
ば、そこにチャージされる SFをチャージするとき、同一CCCのポケットが無く、
ポケット総数がk未満であれば、新らたにポケットが生
成され、そこにチャージされるポケットが生成されると、アクセス鍵K，事業体名CC
C，残額Totalが記憶される SFを使用した結果、残額がゼロになったポケットは
消滅する CCCは、必要なときは、使用を認められた他のCCCのS
Fを払い戻し、自己のSFに振り替えることができるによれば、どの事業者でも、自社だけを加入者とする
CCCを設立し、独自のカードとSFを発行できる。によ
れば、プレミアムの有るSFのポケットと無いSFのポケッ
トを同じカードに生成することができる。によれば、
アクセス鍵があれば、他のCCCのSFを使用できる。，
によれば、不要なポケットは消去できる。

【００９８】(2) 共通化マトリクス CCCiが生成したポケットのアクセスキーをKiで表す。事
業者間のSFの共通化をマトリクスTで定義する。Tの要素
tijは、CCCiがCCCjのSFを使用できる場合、tij= Kj，使
用できない場合、tij = nullである。CCCがアクセス可
能なポケットの鍵は、Tの行ベクトルで与えられる。

【００９９】(3) ポケット管理アルゴリズム ICカードにCCCiのSFをチャージするとき、ICカードの状
態は、次のいずれかである。

【０１００】 Case1: ICカードに、既にCCCiのポケットが存在する Case2: ICカードに、CCCiとの共通化を認めたCCCjのポ
ケットが存在する Case3: ICカードに設定されているポケット数はk未満で
ある Case4: ICカードに設定されているポケット数はkである ICカードのポケットを管理し、SFのチャージを行うアル
ゴリズムは、次のようになる。 Case1のとき CCCiのポケットにチャージする Case2のとき CCCjのポケット残額Totaljとチャージ額Inputiの合
計Totaliを求める CCCjのポケットを消滅する CCCiのポケットを生成する TotaliをCCCiのポケット残額とする TotaljをCCCjを請求先とするCCCiの債権とする Case3のとき CCCiのポケットを生成する InputiをCCCiのポケット残額Totaliとする Case4のときカードへのチャージは断念する 5.3 共通化のシミュレーション東京地区で3つ、関西地区で2つのCCCが設立されたと仮
定し、共通化の評価を行ってみる。

【０１０１】(1) 共通カード発行体 CCC1 = 鉄道A社(東京)，CCC2 = 鉄道B社(東京)，CCC3 =
バス共通カード，CCC4= 鉄道C 社(関西)，CCC5= 鉄道D
社(関西)とする。

【０１０２】(2) 共通化マトリクス図１１のような共通化が合意されたものとする。

【０１０３】(3) 汎用性の評価最大ポケット数 k = 1の場合 a. CCC1（鉄道A社）のSFをチャージしてあれば、東京地
区も関西地区もカードが1枚あれば間に合う b. CCC2がCCC1に対抗するため、CCC5と共通化の交渉を
始める可能性がある c. 関西地区は、CCC1のSFをチャージする機会が無く、
利用者は、CCC4またはCCC5の一方のSFしか持てないの
で、不満が出る最大ポケット数 k = 2の場合 a. CCC1とCCC3のSFをチャージすれば、東京地区のバス
共通カードが利用できる b. 関西地区でもCCC4とCCC5の両方のSFを持てるので、
汎用性が高まる 6. おわりに本論文で提案した共通化案は、事業者のニーズを最大限
に取り入れてあり、CCCが一つの場合も各事業者がそれ
ぞれ独自のCCCを設立した場合も包含している。このよ
うな汎用電子乗車券は、SF残額がゼロのポケットが消滅
するので、国内外のどこででもSFをチャージして使用す
ればよい。すなわち「いつでもどこでもこれ1枚」であ
る。さらに、ICカードに設定できる最大ポケット数がカ
ード毎に異なっていても問題ない。ホストコンピュータ
の存在を前提にすれば、カードの発行を自由化できるも
で、事業者にとってコスト削減のメリットが大きいと考
えられる。参考文献 1)電子マネーと電子商取引に関する欧州動向調査報告
書,ICカードシステム利用促進協議会,平成9年2月 2)汎用電子乗車券欧州・香港調査報告書,（財）運輸経
済研究センタ,平成10年3月 3)後藤,明星,松原;非接触ICカードを応用した旅客情報
システム,鉄道総研報告,Vol.10,No.4,1996.4 4) Miki,S., Takai,T., Tsujimaki,S.: Development o
f Ticketing System with Contactless Smart Card, Pr
oc. of WCRR'97, Florence,1997. 汎用電子乗車券の開発検討に関する報告書,（財）運
輸経済研究センタ,平成9年3月

【図面の簡単な説明】

【図１】既存の磁気カードの記憶情報構造を表す図。

【図２】磁気カードを用いた既存の鉄道料金精算システ
ムの全体構成図。

【図３】この発明のＩＣカードの記憶情報構造の一実施
形態を示す図。

【図４】この発明のＩＣカードの記憶情報構造の一実施
形態を示す図。

【図５】この発明のＩＣカードを用いた鉄道料金精算シ
ステムの一実施形態を示す全体構成図。

【図６】利用者が改札システムを通過する時の処理の流
れを示すフローチャート図。

【図７】鉄道事業者間の清算方法を示す図。

【図８】利用者がＩＣカードをリロードする時の処理の
流れを示すフローチャート図。

【図９】電子マネーの希望用途に関するアンケート結果
を示す図。

【図１０】首都圏における公共交通利用者の内訳を示す
図。

【図１１】共通化マトリクスの一例を示す図。

【符号の説明】

１ＳＦファイル３利用履歴ファイル５事業者ＩＤブロック７ＳＦブロック９ＳＦファイル１１利用履歴ファイル１３事業者ＩＤブロック１５ＳＦブロック１７ＳＦファイル１９利用履歴ファイル２１事業者ＩＤブロック２３ＳＦブロック２５ＩＣカード状態２７ＩＣカード販売機２９センタ３１改札システム３３センタ３５利用料金テーブル３７カード利用データベース

Claims

【特許請求の範囲】

【請求項１】複数の事業者を識別するための事業者Ｉ
Ｄをそれぞれ記憶する複数の事業者ＩＤブロックと、前記複数の事業者が受け取った前払い料金の残高を示す
料金情報をそれぞれ記憶する複数の料金情報ブロックと
を備え、前記事業者ＩＤの書き換え又は前記料金情報の
リロードが可能な情報記憶媒体。
【請求項２】利用者の利用履歴を記憶する利用履歴フ
ァイルを更に備えた請求項１記載の情報記憶媒体。
【請求項３】前記複数の事業者ＩＤブロックと、前記
複数の料金情報ブロックとを有する１の料金ファイルを
備えた請求項１記載の情報記憶媒体。
【請求項４】１の前記事業者ＩＤブロックと、これに
対応する１の前記料金情報ブロックとをそれぞれ有する
複数の料金ファイルを備えた請求項１記載の情報記憶媒
体。
【請求項５】請求項４記載の情報記憶媒体において、前記料金ファイルを２つ備え、少なくとも１の前記料金
情報ブロックに記憶されている前記料金情報が金額０円
となっている時、又は少なくとも１の前記事業者ＩＤブ
ロックに記憶されている前記事業者ＩＤと前記料金情報
のリロード処理を行おうとする事業者の前記事業者ＩＤ
とが同一である時にのみ、前記料金情報のリロード又は
前記事業者ＩＤの書き換えが可能な情報記憶媒体。
【請求項６】複数種の前払い料金の残高を示す料金情
報をそれぞれ記憶する複数の料金情報ブロックと、前記複数種の前払い料金を識別するためのＩＤをそれぞ
れ記憶する複数のＩＤブロックと、を備え、前記ＩＤの
書き換え又は前記料金情報のリロードが可能な情報記憶
媒体。
【請求項７】複数の事業者を識別するための事業者Ｉ
Ｄをそれぞれ記憶する複数の事業者ＩＤブロックと、前
記複数の事業者が受け取った前払い料金の残高を示す料
金情報をそれぞれ記憶する複数の料金情報ブロックとを
備えた情報記憶媒体から、前記事業者ＩＤと前記料金情
報とを読み出す情報読み出し手段と、前記情報記憶媒体に対して、前記事業者ＩＤの書き換え
又は前記料金情報のリロードを行う情報書き込み手段と
を備えた情報記憶媒体リロード装置。
【請求項８】複数種の前払い料金の残高を示す料金情
報をそれぞれ記憶する複数の料金情報ブロックと、前記
複数種の前払い料金を識別するためのＩＤをそれぞれ記
憶する複数のＩＤブロックとを備えた情報記憶媒体か
ら、前記料金情報と前記ＩＤを読み出す情報読み出し手
段と、前記情報記憶媒体に対して、前記ＩＤの書き換え又は前
記料金情報のリロードを行う情報書き込み手段とを備え
た情報記憶媒体リロード装置。
【請求項９】複数の事業者を識別するための事業者Ｉ
Ｄをそれぞれ記憶する複数の事業者ＩＤブロックと、前
記複数の事業者が受け取った前払い料金の残高を示す料
金情報をそれぞれ記憶する複数の料金情報ブロックと、
利用者の利用履歴を記憶する利用履歴ファイルとを備え
た情報記憶媒体から、前記事業者ＩＤと前記料金情報と
前記利用履歴とを読み出す情報読み出し手段と、前記利用履歴を用いて、前記利用者の利用料金の計算を
行う料金計算手段と、前記情報記憶媒体に対して、前記料金情報から前記利用
料金が減額された料金情報と、利用履歴とを書き込む情
報書き込み手段とを備えた情報処理装置。
【請求項１０】複数種の前払い料金の残高を示す料金
情報をそれぞれ記憶する複数の料金情報ブロックと、前
記複数種の前払い料金を識別するためのＩＤをそれぞれ
記憶する複数のＩＤブロックと、利用者の利用履歴を記
憶する利用履歴ファイルとを備えた情報記憶媒体から、
前記料金情報と、前記ＩＤと、前記利用履歴とを読み出
す情報読み出し手段と、前記利用履歴を用いて、前記利用者の利用料金の計算を
行う料金計算手段と、前記情報記憶媒体に対して、前記料金情報から前記利用
料金が減額された料金情報と、利用履歴とを書き込む情
報書き込み手段とを備えた情報処理装置。
【請求項１１】複数の事業者を識別するための事業者
ＩＤをそれぞれ記憶する複数の事業者ＩＤブロックと、
前記複数の事業者が受け取った前払い料金の残高を示す
料金情報をそれぞれ記憶する複数の料金情報ブロック
と、利用者の利用履歴を記憶する利用履歴ファイルとを
備えた情報記憶媒体から、前記事業者ＩＤと前記料金情
報とを読み出す情報読み出し手段と、前記情報記憶媒体
に対して前記事業者ＩＤの書き換え又は前記料金情報の
リロードを行う情報書き込み手段とを備えた情報記憶媒
体リロード装置と、前記情報記憶媒体から前記事業者ＩＤと前記料金情報と
前記利用履歴とを読み出す情報読み出し手段と、前記利
用履歴を用いて前記利用者の利用料金の計算を行う料金
計算手段と、前記情報記憶媒体に対して、前記料金情報
から前記利用料金が減額された料金情報と、利用履歴と
を書き込む情報書き込み手段とを備えた情報処理装置
と、前記情報処理装置が読み出した前記事業者ＩＤと、前記
情報処理装置が減額処理した前記利用料金情報とを、前
記情報処理装置から取得して、記憶するデータベースと
を備えた料金精算システム。
【請求項１２】複数種の前払い料金の残高を示す料金
情報をそれぞれ記憶する複数の料金情報ブロックと、前
記複数種の前払い料金を識別するためのＩＤをそれぞれ
記憶する複数のＩＤブロックと、利用者の利用履歴を記
憶する利用履歴ファイルとを備えた情報記憶媒体から、
前記料金情報と、前記ＩＤとを読み出す情報読み出し手
段と、前記情報記憶媒体に対して前記ＩＤの書き換え又
は前記料金情報のリロードを行う情報書き込み手段とを
備えた情報記憶媒体リロード装置と、前記情報記憶媒体から、前記料金情報と、前記ＩＤと、
前記利用履歴とを読み出す情報読み出し手段と、前記利
用履歴を用いて前記利用者の利用料金の計算を行う料金
計算手段と、前記情報記憶媒体に対して、前記料金情報
から前記利用料金が減額された料金情報と、利用履歴と
を書き込む情報書き込み手段とを備えた情報処理装置
と、前記情報処理装置が読み出した前記ＩＤと、前記情報処
理装置が減額処理した前記利用料金情報とを、前記情報
処理装置から取得して、記憶するデータベースとを備え
た料金精算システム。
【請求項１３】複数の事業者を識別するための事業者
ＩＤをそれぞれ記憶する複数の事業者ＩＤブロックと、
前記複数の事業者が受け取った前払い料金の残高を示す
料金情報をそれぞれ記憶する複数の料金情報ブロックと
を備えた情報記憶媒体から、前記事業者ＩＤ及び前記料
金情報を読み出す過程と、前記情報記憶媒体に対して、前記事業者ＩＤの書き換え
又は前記料金情報のリロードを行う過程とを備えた情報
記憶媒体リロード方法。
【請求項１４】複数種の前払い料金の残高を示す料金
情報をそれぞれ記憶する複数の料金情報ブロックと、前
記複数種の前払い料金を識別するためのＩＤをそれぞれ
記憶する複数のＩＤブロックとを備えた情報記憶媒体か
ら前記料金情報と前記ＩＤを読み出す過程と、前記情報記憶媒体に対して、前記ＩＤの書き換え又は前
記料金情報のリロードを行う過程とを備えた情報記憶媒
体リロード方法。
【請求項１５】複数の事業者を識別するための事業者
ＩＤをそれぞれ記憶する複数の事業者ＩＤブロックと、
前記複数の事業者が受け取った前払い料金の残高を示す
料金情報をそれぞれ記憶する複数の料金情報ブロック
と、利用者の利用履歴を記憶する利用履歴ファイルとを
備えた情報記憶媒体から、前記事業者ＩＤと前記料金情
報と前記利用履歴とを読み出す過程と、前記利用履歴を用いて、前記利用者の利用料金の計算を
行う過程と、前記情報記憶媒体に対して、前記料金情報から前記利用
料金が減額された料金情報と、利用履歴を書き込む過程
とを備えた情報処理方法。
【請求項１６】複数種の前払い料金の残高を示す料金
情報をそれぞれ記憶する複数の料金情報ブロックと、前
記複数種の前払い料金を識別するためのＩＤをそれぞれ
記憶する複数のＩＤブロックと、利用者の利用履歴を記
憶する利用履歴ファイルとを備えた情報記憶媒体から、
前記料金情報と、前記ＩＤと、前記利用履歴とを読み出
す過程と、前記利用履歴を用いて、前記利用者の利用料金の計算を
行う過程とと、前記情報記憶媒体に対して、前記料金情報から前記利用
料金が減額された料金情報と、利用履歴とを書き込む過
程とを備えた情報処理方法。
【請求項１７】複数の事業者を識別するための事業者
ＩＤをそれぞれ記憶する複数の事業者ＩＤブロックと、
前記複数の事業者が受け取った前払い料金の残高を示す
料金情報をそれぞれ記憶する複数の料金情報ブロック
と、利用者の利用履歴を記憶する利用履歴ファイルとを
備えた情報記憶媒体から前記事業者ＩＤと前記料金情報
とを読み出す過程と、前記情報記憶媒体に対して、前記事業者ＩＤの書き換え
又は前記料金情報のリロードを行う過程と、前記情報記憶媒体から前記事業者ＩＤと前記料金情報と
前記利用履歴とを読み出す過程と、前記利用履歴を用いて前記利用者の利用料金の計算を行
う過程と、前記情報記憶媒体に対して、前記料金情報から前記利用
料金が減額された料金情報と、利用履歴とを書き込む過
程と、前記読み出された前記事業者ＩＤと、前記減額された前
記利用料金情報とを取得して、記憶する過程とを備えた
料金精算方法。
【請求項１８】複数種の前払い料金の残高を示す料金
情報をそれぞれ記憶する複数の料金情報ブロックと、前
記複数種の前払い料金を識別するためのＩＤをそれぞれ
記憶する複数のＩＤブロックと、利用者の利用履歴を記
憶する利用履歴ファイルとを備えた情報記憶媒体から、
前記料金情報と、前記ＩＤと、前記利用履歴とを読み出
す情報読み出す過程と、前記記情報記憶媒体に対して前記ＩＤの書き換え又は前
記料金情報のリロードを行う過程と、前記情報記憶媒体から、前記料金情報と、前記ＩＤと、
前記利用履歴とを読み出す過程と、前記利用履歴を用いて、前記利用者の利用料金の計算を
行う過程とと、前記情報記憶媒体に対して、前記料金情報から前記利用
料金が減額された料金情報と、利用履歴とを書き込む過
程と、前記読み出された前記ＩＤと、前記減額された前記利用
料金情報とを取得して、記憶する過程とを備えた料金精
算方法。
【請求項１９】複数の事業者を識別するための事業者
ＩＤそれぞれ記憶する複数の事業者ＩＤブロックと、前
記複数の事業者が受け取った前払い料金の残高を示す料
金情報をそれぞれ記憶する複数の料金情報ブロックとを
備えた情報記憶媒体から、前記事業者ＩＤ及び前記料金
情報を読み出す過程と、前記情報記憶媒体に対して、前記事業者ＩＤの書き換え
又は前記料金情報のリロードを行う過程とを備えた情報
記憶媒体リロード方法をコンピューターに行わせるため
のプログラムを記憶したコンピュータ読み取り可能な記
録媒体。
【請求項２０】複数種の前払い料金の残高を示す料金
情報をそれぞれ記憶する複数の料金情報ブロックと、前
記複数種の前払い料金を識別するためのＩＤをそれぞれ
記憶する複数のＩＤブロックとを備えた情報記憶媒体か
ら前記料金情報と前記ＩＤを読み出す過程と、前記情報記憶媒体に対して、前記ＩＤの書き換え又は前
記料金情報のリロードを行う過程とを備えた情報記憶媒
体リロード方法をコンピューターに行わせるためのプロ
グラムを記憶したコンピュータ読み取り可能な記録媒
体。
【請求項２１】複数の事業者を識別するための事業者
ＩＤをそれぞれ記憶する複数の事業者ＩＤブロックと、
前記複数の事業者が受け取った前払い料金の残高を示す
料金情報をそれぞれ記憶する複数の料金情報ブロック
と、利用者の利用履歴を記憶する利用履歴ファイルとを
備えた情報記憶媒体から、前記事業者ＩＤと前記料金情
報と前記利用履歴とを読み出す過程と、前記利用履歴を用いて、前記利用者の利用料金の計算を
行う過程と、前記情報記憶媒体に対して、前記料金情報から利用料金
が減額された料金情報と、利用履歴とを書き込む過程と
を備えた情報処理方法をコンピューターに行わせるため
のプログラムを記憶したコンピュータ読み取り可能な記
録媒体。
【請求項２２】複数種の前払い料金の残高を示す料金
情報をそれぞれ記憶する複数の料金情報ブロックと、前
記複数種の前払い料金を識別するためのＩＤをそれぞれ
記憶する複数のＩＤブロックと、利用者の利用履歴を記
憶する利用履歴ファイルとを備えた情報記憶媒体から、
前記料金情報と、前記ＩＤと、前記利用履歴とを読み出
す過程と、前記利用履歴を用いて、前記利用者の利用料金の計算を
行う過程と、前記情報記憶媒体に対して、前記料金情報から前記利用
料金が減額された料金情報と、利用履歴とを書き込む過
程とを備えた情報処理方法をコンピューターの行わせる
ためのプログラムを記憶したコンピュータ読み取り可能
な記録媒体。