情報表示装置および方法
【課題】記憶された情報を効果的に表示できるようにする。
【解決手段】ＩＣカード１０１の電力生成部１２３は、アンテナ１２１で受信された、リーダライタ１０２のアンテナ２２１から輻射された電磁波によりアンテナ１２１において励起された交流磁界を整流、安定化し、電力供給部１２５に出力する。太陽電池部１２４は、受光部で受光された太陽光などの光により、光電変換で得られた電力を、電力供給部１２５に出力する。太陽電池部１２４から電力が出力されている場合、表示切替部１４６がデータメモリ１４５に記憶されているデータを読出し、読み出されたデータに対応する情報を、表示部１４７に表示させる。本発明は、非接触ＩＣカードに適用することができる。
【解決手段】ＩＣカード１０１の電力生成部１２３は、アンテナ１２１で受信された、リーダライタ１０２のアンテナ２２１から輻射された電磁波によりアンテナ１２１において励起された交流磁界を整流、安定化し、電力供給部１２５に出力する。太陽電池部１２４は、受光部で受光された太陽光などの光により、光電変換で得られた電力を、電力供給部１２５に出力する。太陽電池部１２４から電力が出力されている場合、表示切替部１４６がデータメモリ１４５に記憶されているデータを読出し、読み出されたデータに対応する情報を、表示部１４７に表示させる。本発明は、非接触ＩＣカードに適用することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報表示装置および方法に関し、特に、記憶された情報を効果的に表示できるようにする情報表示装置および方法に関する。
【背景技術】
【０００２】
近年、非接触型ICカードやRFIDなどの普及が目覚しい。特に、非接触ICカードは、電車の乗車券として用いられたり、小額の買い物などにおいてプリペイドカードとして用いられるなど、その利用形態が多様化してきている。
【０００３】
非接触ICカードは、通常、コイル状のアンテナとコンデンサにより構成されるLC回路を有する構成とされ、ＬＣ回路が近傍に配置されたリーダライタから輻射される所定の周波数の電磁波と共振するようになされている。そして、アンテナにおいて励起された交流磁界をASK復調により整流し、それを安定化し、非接触ICカードの各部に直流電源として供給するようになされている。
【０００４】
また、非接触ICカードを乗車券などとして利用する場合、非接触ICカードに交通機関の利用情報を送信することも提案されている（例えば、特許文献１参照）。さらに、非接触ICカードに表示機能をもたせて、非接触ICカードに記憶されている情報を表示させることも提案されている。
【特許文献１】特開平９−８１８０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、非接触ICカードには、通常、リーダライタから輻射される電磁波により電力が供給されるため、非接触ICカードに表示部を設けても、リーダライタから離れた位置では、情報を表示させることができない。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、記憶された情報を効果的に表示できるようにするものである。
【課題を解決するための手段】
【０００７】
本発明の一側面は、ユーザにより携帯され、表示部を有する情報表示装置であって、表示すべき情報に対応するデータを記憶する記憶手段と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とを備え、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる情報表示装置である。
【０００８】
ユーザにより携帯され、表示部を有する情報表示装置であって、表示すべき情報に対応するデータを記憶する記憶手段と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とを備え、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる情報表示装置である。
【０００９】
前記情報処理装置は、リーダライタであり、非接触ICカードとして構成されるようにすることができる。
【００１０】
前記表示部は、電子ペーパーで構成されるようにすることができる。
【００１１】
前記リーダライタが自動改札機に組み込まれ、前記自動改札機を通過するための乗車券として用いられるようにすることができる。
【００１２】
前記乗車券であって、定期券として用いられるようにすることができる。
【００１３】
前記リーダライタが自動改札機、または列車の車内で用いられる端末に組み込まれ、前記自動改札機の通過、または前記列車の車内で用いられる端末による検札を受けるための指定席券として用いられるようにすることができる。
【００１４】
前記リーダライタが入退場ゲート、または座席に組み込まれ、前記入退場ゲートの通過、または前記座席に着席するためのチケットとして用いられるようにすることができる。
【００１５】
プリペイドカードとして用いられ、前記記憶手段によりチャージされたプリペイド残高が記憶されるようにすることができる。
【００１６】
前記プリペイド残高は、前記表示部において、他の情報とは異なる表示方式で表示されるようにすることができる。
【００１７】
本発明の一側面は、ユーザにより携帯され、表示部を有する情報表示装置であって、表示すべき情報に対応するデータを記憶する記憶手段と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とを備える情報表示装置の情報表示方法において、前記第１の電力発生手段または前記第２の電力発生手段により発生された電力の供給を受けたか否かを判定し、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させるステップを含む情報表示方法である。
【００１８】
本発明の一側面においては、表示すべき情報に対応するデータが記憶され、記憶されているデータが読み出されて、前記データに対応する情報が前記表示部に表示され、記憶されているデータを用いる処理が制御され、情報処理装置との通信が行われる。また、前記情報処理装置から発信される電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とが設けられ、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記情報処理装置との通信が行われ、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記読み出されたデータに対応する情報が前記表示部に表示される。
【発明の効果】
【００１９】
本発明によれば、記憶された情報を効果的に表示できるようにすることができる。
【発明を実施するための最良の形態】
【００２０】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２１】
本発明の一側面の情報表示装置は、ユーザにより携帯され、表示部（例えば、図１の表示部１４７）を有する情報表示装置（例えば、図１のICカード１０１）であって、表示すべき情報に対応するデータを記憶する記憶手段（例えば、図１のデータメモリ１４５）と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段（例えば、図１の表示切替部１４６）と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段（例えば、図１のCPU１４４）と、前記処理制御手段の制御に基づいて、情報処理装置（例えば、図１のリーダライタ１０２）との通信を行う通信手段（例えば、図１の送受信部１４１）と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段（例えば、図１の電力生成部１２３）と、受光した光を光電変換して電力を発生する第２の電力発生手段（例えば、図１の太陽電池部１２４）とを備え、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる。
【００２２】
この情報表示装置は、前記プリペイド残高が、前記表示部において、他の情報とは異なる表示方式（例えば、バー表示）で表示されるようにすることができる。
【００２３】
本発明の一側面の情報表示方法は、ユーザにより携帯され、表示部（例えば、図１の表示部１４７）を有する情報表示装置（例えば、図１のICカード１０１）であって、表示すべき情報に対応するデータを記憶する記憶手段（例えば、図１のデータメモリ１４５）と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段（例えば、図１の表示切替部１４６）と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段（例えば、図１のCPU１４４）と、前記処理制御手段の制御に基づいて、情報処理装置（例えば、図１のリーダライタ１０２）との通信を行う通信手段（例えば、図１の送受信部１４１）と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段（例えば、図１の電力生成部１２３）と、受光した光を光電変換して電力を発生する第２の電力発生手段（例えば、図１の太陽電池部１２４）とを備える情報表示装置の情報表示方法において、前記第１の電力発生手段または前記第２の電力発生手段により発生された電力の供給を受けたか否かを判定し（例えば、図２のステップＳ１０１またはS１０２の処理）、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い（例えば、図２のステップS１０５の処理）、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる（例えば、図２のステップS１０３およびＳ１０４の処理）ステップを含む。
【００２４】
以下、図面を参照して、本発明の実施の形態について説明する。
【００２５】
図１は、本発明を適用した通信システム１００の構成例を示すブロック図である。同図において、ICカード１０１は、例えば、非接触ICカードとして構成され、リーダライタ１０２との間で無線通信を行うことが可能となるように構成されている。
【００２６】
ICカード１０１は、例えば、ループ（コイル）状のアンテナ１２１により、近傍に配置されたリーダライタ１０２から輻射される所定の周波数の電磁波を受信するようになされている。
【００２７】
また、ICカード１０１おいては、リーダライタとの間で行われる各種の処理の実行を制御し、処理に伴うデータの記憶を制御する制御部１２２に、電力供給部１２５から電源電力が供給されるようになされている。
【００２８】
電力生成部１２３は、例えば、アンテナ１２１と図示せぬコンデンサにより構成されるLC回路が受信された電磁波と共振し、アンテナ１２１において励起された交流磁界を整流し、それを電圧レギュレータなどで安定化し、直流電源電力として電力供給部１２５に出力する。
【００２９】
太陽電池部１２４は、図示せぬ受光部で受光された太陽光や、他の光源から発せられる光により、光電変換で電源電力を得ることができるようになされており、得られた電力を、電力供給部１２５に出力する。
【００３０】
そして、電力供給部１２５が、電力生成部１２３または太陽電池部１２４から出力される電源電力を、制御部１２２に供給する。また、電力供給部１２５は、電力生成部１２３、または太陽電池部１２４から電源電力が出力されているか否かを表す情報を、必要に応じて制御部１２２に出力する。
【００３１】
アンテナ１２１を介して受信された電磁波は、制御部１２２の送受信部１４１を介して変調／復調部１４２に供給される。変調復調部１４２は、例えば、アンテナ１２１を介して受信した変調波（ASK変調波）を包絡線検波して復調し、復調後のデータをBPSK（Binary Phase Shift Keying）し、CPU１４４に出力する。
【００３２】
また、所定の情報をリーダライタ１０２に送信する場合、送受信部１４１は、変調復調部１４２により、CPU１４４から供給されるデータをASK変調し、その変調成分を、アンテナ１２１を介してリーダライタ１０２に送信する。
【００３３】
CPU１４４は、ROM１４３に格納されている制御プログラムなどを実行し、ICカード１０１の全体の動作を制御する。例えば、CPU１４４は、リーダライタ１０２から輻射されている電磁波がアンテナ１２１において受信されたとき、それに応じて、ICカード１０１に設定されているカード識別番号等を含む情報をリーダライタ１０２に通知したり、リーダライタからの要求に応じて、トランザクション処理に必要となる情報をリーダライタ１０２に供給したりする。
【００３４】
データメモリ１４５は、CPU１４４による処理の実行に伴って生成されるデータ、リーダライタ１０２から送信されるデータなどを記憶し、CPU１４４は、データメモリ１４５へのデータの書き込み（消去を含む）または読み出しを制御する。
【００３５】
表示切替部１４６は、CPU１４４を介してデータメモリ１４５からデータを読出し、読み出したデータを表示部１４７に表示させる。
【００３６】
表示部１４７は、例えば、LCD（Liquid Crystal Display）などのディスプレイとして構成され、表示切替部１４６から供給される制御信号に基づいて画像を表示する。
【００３７】
また、表示部１４７は、電子ペーパーにより構成されるようにしてもよい。このようにすることで、ICカード１０１を、より薄く小型に構成することが可能となる。
【００３８】
リーダライタ１０２のアンテナ２２０は、上述したように、近傍のICカード１０１に対して所定の周波数の電磁波を輻射するとともに、ICカード１０１のアンテナ１２１から送信される電磁波を受信して送受信部２２１に供給する。
【００３９】
送受信部２２１は、CPU２２３から出力されたデータが変調／復調部２２２を介して変調された信号を、アンテナ２２０を介してICカード１０１に送信する。また、送受信部２２１は、アンテナ２２０を介して取得した信号を変調／復調部２２２に供給し、変調／復調部２２２がその信号を復調して、CPU２２３にデータとして供給する。
【００４０】
CPU２２３は、ROM２２４に格納されている制御プログラムなどを実行し、リーダライタ１０２の全体の動作を制御する。例えば、CPU２２３は、ICカード１０１から送信された電磁波がアンテナ２２０において受信されたとき、それに応じて、トランザクション処理などを実行し、必要に応じて処理に関する情報をICカード１０１に送信する。
【００４１】
データメモリ２２５は、CPU２２３による処理の実行に伴って生成されるデータ、ICカード１０１から送信されるデータなどを記憶し、CPU２２３は、データメモリ２２５へのデータの書き込み（消去を含む）または読み出しを制御する。
【００４２】
外部制御部２２６は、リーダライタ１０２に接続される外部機器２２７の動作を、CPU２２３からの指令に基づいて制御する。
【００４３】
外部機器２２７は、リーダライタ１０２の制御に基づいて動作するように構成された機器であり、例えば、ICカード１０１が電車の乗車券として用いられる場合、外部機器２２７は、自動改札機として構成される。そして、リーダライタ１０２が自動改札機に組み込まれ、ICカード１０１に記憶されている情報に基づいて、例えば、自動改札機の開閉の動作を制御する。その他、リーダライタ１０２は、各種のゲート、売店のレジスタなどの端末など、ICカード１０１の用途に応じて各種の機器に組み込まれることが可能となるように構成されている。
【００４４】
次に、図２のフローチャートを参照してICカード１０１の処理（動作）について説明する。
【００４５】
ステップS１０１において、電力供給部１２５は、例えば、電力生成部１２３による電力の供給があったか否かを判定することで、リーダライタ１０２からの通信があったか否かを判定する。ステップS１０１において、リーダライタ１０２からの通信がなかったと判定された場合、処理は、ステップS１０２に進む。
【００４６】
ステップS１０２において、電力供給部１２５は、太陽電池部１２４による電力の供給があったか否かを判定し、太陽電池部１２４による電力供給がなかったと判定された場合、処理は、ステップS１０１に戻る。ステップS１０２において、太陽電池部１２４による電力供給があったと判定された場合、処理は、ステップS１０３に進む。
【００４７】
ステップS１０３において、表示切替部１４６は、CPU１４４を介してデータメモリ１４５から表示すべきデータを読み出す。
【００４８】
ステップS１０４において、表示切替部１４６は、ステップS１０３の処理で読み出したデータを、表示部１４７に表示させる。
【００４９】
ステップS１０４の処理の後、処理は、ステップS１０１に戻る。
【００５０】
一方、ステップS１０１において、リーダライタ１０２からの通信があったと判定された場合、処理は、ステップS１０５に進み、カード種別対応処理が実行される。なお、カード種別対応処理の詳細については後述する。
【００５１】
ステップS１０６において、CPU１４４は、カード種別対応処理の実行に伴うリセットがなされたか否かを判定し、リセットがなされたと判定されるまで待機する。ステップS１０６において、リセットがなされたと判定された場合、処理は、ステップS１０１に戻る。
【００５２】
このように、リーダライタ１０２からの通信がなく（電力生成部１２３から電源電力が出力されておらず）、かつ太陽電池部１２４から電源電力が出力されていると判定された場合のみデータの表示が行われることになる。電力生成部１２３は、上述したように、リーダライタ１０２に近接されたとき電力を発生するので、例えば、リーダライタから離れた場所では電力を供給できない。また、電力生成部１２３は、アンテナ１２１において励起された交流磁界を整流して電力を発生するものなので、これにより供給される電力は微弱なものであって、リーダライタ１０２との通信などの処理に供されるべきものである。
【００５３】
本発明においては、電力生成部１２３から電源電力が出力されておらず、かつ太陽電池部１２４から電源電力が出力されている場合のみ、表示部１４７に情報が表示されるので、リーダライタ１０２との通信などの処理を妨げることなく、表示部１４７に、データメモリ１４５からのデータに対応する所定の情報を表示させることが可能となる。太陽電池部１２４は、受光した光を光電変換することで電力を発生するので、明るい場所でなければ表示部１４７に情報を表示させることはできないが、そもそもユーザが表示部１４７に表示されている情報を確認する場合、明るい場所で確認するものと考えられるので、太陽電池部１２４が電力を発生できないときは、情報を表示できないとしても、ユーザにとっての利便性はなんら損なわれることはない。
【００５４】
また、ステップS１０５の処理により更新されたデータがデータメモリ１４５から読み出され、表示部１４７に表示されるので、ユーザに、常に適切な情報を提示することが可能となる。
【００５５】
なお、この例では、ステップＳ１０１において、リーダライタ１０２からの通信があったか否かを判定するようにしているが、上述したように、電力供給部１２５が、電力生成部１２３による電力の供給があったか否かの判定が行われるようにしてもよい。同様に、ステップＳ１０６の処理においても、リセットされたか否かの判定と同様の意味で、電力供給部からの電力の供給が停止された否かを判定するようにしてもよい。すなわち、ステップＳ１０１と、Ｓ１０６の処理は、例えば、CPU１４４が他の処理の実行中であっても、独立して実行可能である。
【００５６】
従って、実際には、ステップＳ１０２乃至Ｓ１０４の処理の途中であっても、ＩＣカード１０１がリーダライタ１０２に近接されて、アンテナ１２１を介して電力の供給を受けた場合、現に実行中のステップＳ１０２乃至Ｓ１０４の処理が、いわば強制的に終了され、ステップＳ１０５の処理の実行が開始されることになる。
【００５７】
ステップS１０５においては、後述するようにカード種別対応処理が実行される。この処理は、リーダライタ１０２との通信に基づいて、ICカード１０１に記憶されるデータの書込み等を行う処理であるが、ICカード１０１の利用形態（カード種別）に応じてそれぞれ異なった処理となる。
【００５８】
最初にICカード１０１が電車の乗車券として用いられる場合の例について説明する。ICカード１０１が電車の乗車券として用いられる場合、図２のステップS１０５では、図３に示されるカード種別対応処理１が実行される。なお、ICカード１０１が電車の乗車券として用いられる場合、リーダライタ１０２は、例えば、自動改札機、または駅構内の売店に設置された端末などに組み込まれていることになる。
【００５９】
ここで、図３のフローチャートを参照して、カード種別対応処理１の詳細について説明する。
【００６０】
ステップS２０１において、CPU１４４は、リーダライタ１０２との通信が可能か否かを判定し、リーダライタ１０２との通信が可能と判定されるまで待機する。ステップS２０１において、リーダライタ１０２との通信が可能と判定された場合、処理は、ステップS２０２に進む。
【００６１】
ステップS２０２において、CPU１４４は、リーダライタ１０２との通信を行う。これにより、リーダライタ１０２からの要求に応じてトランザクション処理などが実行されることになる。
【００６２】
ステップS２０３において、ＣＰＵ１４４は、ステップＳ２０２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理の種別を判定する。いまの場合、ICカード１０１は、電車の乗車券として用いられるので、処理の種別としては、改札入場、改札退場、またはプリペイドカードの３種類（種別）の処理があるものとする。
【００６３】
ここで、改札入場は、例えば、ＩＣカード１０１を所持したユーザが自動改札機を通過して駅（ホーム）に入場するときに実行される処理であり、改札退場は、例えば、ＩＣカード１０１を所持したユーザが自動改札機を通過して駅（ホーム）から退場するときに実行される処理である。また、プリペイドカードは、ＩＣカード１０１をプリペイドカードとして利用し、駅構内の売店等で小額の買い物などをするときに実行される処理である。
【００６４】
ステップＳ２０３において、処理種別が改札入場であると判定された場合、処理は、ステップＳ２０４に進む。
【００６５】
ステップＳ２０４において、CPU１４４は、残高が足りているか否かを判定する。ここで、残高は、例えば、ユーザが専用の機器などに、所定の金額を投入することによりICカード１０１にチャージされるプリペイド残高であり、電車の運賃、または駅構内の売店等での小額の買い物などの代金は、当該プリペイド残高が減額されることにより決済されるものとする。
【００６６】
ステップS２０４において、残高が足りていると判定された場合、処理は、ステップS２０５に進む。ステップS２０５において、CPU１４４は、データメモリ１４５に、入場駅コード、現在の日時、更新後の残高、履歴情報などの情報を書き込む。
【００６７】
ここで、入場駅コードは、駅名を特定するための情報と、その駅から入場したことを表す情報とにより構成されるコードとされる。また、改札入場に伴い、必要最低限の金額が徴収されるので、その金額が残高から減額され、更新後の残高の情報として書き込まれる。履歴情報は、通過した自動改札機の情報など必要に応じて書き込まれる所定の情報とされる。
【００６８】
図４は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「入：新宿」と表示されている。これは、上述したステップS２０５の処理で書き込まれた入場駅コードに基づいて、「新宿駅」から入場したことが特定されて表示された情報である。
【００６９】
また、表示部１４７には、「残高：\１２,３４５」と表示されている。これは、上述したステップS２０５の処理で書き込まれた更新後の残高に基づいて、現在ICカードにチャージされている残高が、１２,３４５円であることが特定されて表示された情報である。
【００７０】
また、表示部１４７には、「06/06/14 10:12」と表示されている。これは、上述したステップS２０５の処理で書き込まれた日時の情報に基づいて、西暦２００６年６月１４日１０時１２分に処理が実行された（すなわち、入場した）ことが特定されて表示された情報である。
【００７１】
一方、ステップS２０４において、残高が足りていないと判定された場合、処理は、ステップS２１０に進み、所定のエラー処理が実行される。
【００７２】
ステップＳ２０３において、処理種別が改札退場であると判定された場合、処理は、ステップＳ２０６に進む。
【００７３】
ステップＳ２０６において、CPU１４４は、残高が足りているか否かを判定する。
【００７４】
ステップS２０６において、残高が足りていると判定された場合、処理は、ステップS２０７に進む。ステップS２０７において、CPU１４４は、データメモリ１４５に、退場駅コード、現在の日時、更新後の残高、履歴情報などの情報を書き込む。
【００７５】
ここで、退場駅コードは、駅名を特定するための情報と、その駅で退場したことを表す情報とにより構成されるコードとされる。また、改札退場に伴い、改札入場のときに減額された残高と、実際の運賃との差額がさらに徴収されるので、その金額が残高から減額され、更新後の残高の情報として書き込まれる。
【００７６】
図５は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「出：五反田」と表示されている。これは、上述したステップS２０７の処理で書き込まれた退場駅コードに基づいて、「五反田駅」で退場したことが特定されて表示された情報である。
【００７７】
また、表示部１４７には、「残高：\１０,０００」と表示されている。これは、上述したステップS２０７の処理で書き込まれた更新後の残高に基づいて、現在ICカードにチャージされている残高が、１０,０００円であることが特定されて表示された情報である。
【００７８】
また、表示部１４７には、「06/06/14 10:27」と表示されている。これは、上述したステップS２０７の処理で書き込まれた日時の情報に基づいて、西暦２００６年６月１４日１０時２７分に処理が実行された（すなわち、退場した）ことが特定されて表示された情報である。
【００７９】
一方、ステップS２０６において、残高が足りていないと判定された場合、処理は、ステップS２１０に進み、所定のエラー処理が実行される。
【００８０】
ステップＳ２０３において、処理種別がプリペイド（カード）であると判定された場合、処理は、ステップＳ２０８に進む。
【００８１】
ステップＳ２０８において、CPU１４４は、買い物の代金を支払うにあたり、残高が足りているか否かを判定する。
【００８２】
ステップS２０８において、残高が足りていると判定された場合、処理は、ステップS２０９に進む。ステップS２０９において、CPU１４４は、データメモリ１４５に、更新後の残高、履歴情報などの情報を書き込む。
【００８３】
例えば、改札入場（ステップS２０４の処理）後であって、改札退場（ステップS２０６の処理）前に駅構内の売店などで買い物をした場合、買い物の代金分だけ残高が減額されて書き込まれて更新されることになるが、入場駅コードと、入場した日時の情報は更新されない。
【００８４】
図６は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「入：新宿」と表示されている。これは、上述したステップS２０５処理で書き込まれた入場駅コードに基づいて、「新宿駅」から入場したことが特定されて表示された情報である。
【００８５】
また、表示部１４７には、「残高：\１０,０００」と表示されている。これは、上述したステップS２０９の処理で書き込まれた更新後の残高に基づいて、現在ICカードにチャージされている残高が、１０,０００円であることが特定されて表示された情報である。
【００８６】
また、表示部１４７には、「06/06/14 10:12」と表示されている。これは、上述したステップS２０５の処理で書き込まれた日時の情報に基づいて、西暦２００６年６月１４日１０時１２分に処理が実行された（すなわち、入場した）ことが特定されて表示された情報である。
【００８７】
一方、ステップS２０８において、残高が足りていないと判定された場合、処理は、ステップS２１１に進み、所定のエラー処理が実行される。
【００８８】
ステップS２０５、S２０７、S２０９、S２１０、またはS２１１の処理の後、処理は、ステップS２１２に進み、ICカード１０１がリセットされる。
【００８９】
このようにして、乗車券として用いられるICカード１０１において改札入場、改札退場、またはプリペイドの処理が実行され、処理結果に伴って記憶されたデータに基づく情報が表示部１４７に表示される。
【００９０】
次に、ICカード１０１が電車の定期券として用いられる場合の例について説明する。ICカード１０１が定期券として用いられる場合、図２のステップS１０５では、図７に示されるカード種別対応処理２が実行される。なお、ICカード１０１が定期券として用いられる場合、リーダライタ１０２は、やはり自動改札機、または駅構内の売店に設置された端末などに組み込まれていることになる。
【００９１】
ここで、図７のフローチャートを参照して、カード種別対応処理２の詳細について説明する。
【００９２】
ステップS２４１とS２４２の処理は、それぞれ図３のステップS２０１とS２０２の処理と同様の処理なので詳細な説明は省略する。
【００９３】
ステップS２４３において、ＣＰＵ１４４は、ステップＳ２４２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理の種別を判定する。いまの場合、ICカード１０１は、定期券として用いられるので、処理の種別としては、やはり、改札入場、改札退場、またはプリペイドカードの３種類（種別）の処理があるものとする。
【００９４】
ステップＳ２４３において、処理種別が改札入場であると判定された場合、処理は、ステップＳ２４４に進む。
【００９５】
ステップＳ２４４において、CPU１４４は、入場可能か否かを判定する。具体的には、例えば、ステップS２４２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、その定期券（ICカード１０１）での乗車可能区間、有効期限などをチェックし、入場可否を表す情報がICカード１０１に送信される。ステップS２４４では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【００９６】
ステップS２４４において、入場可能と判定された場合、処理は、ステップS２４５に進む。ステップS２４５において、CPU１４４は、データメモリ１４５に、入場駅コード、現在の日時、残日数、運行情報、履歴情報などの情報を書き込む。
【００９７】
ここで、入場駅コードは、上述したように駅名を特定するための情報と、その駅から入場したことを表す情報とにより構成されるコードとされる。また、残日数は、当該定期券の有効期限となる日までの残日数とされる。運行情報は、当該定期券で利用する路線などの運行状況に関する情報であって、例えば、現在どのくらいの遅れがでているかなどを表す情報とされる。なお、運行情報は、例えば、リーダライタ１０２が鉄道会社の運行監視システムなどに用いられるサーバなどと通信して取得し、ステップS２４２の処理により、ICカード１０１に送信するものとする。
【００９８】
図８は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「入：新宿」と表示されている。これは、上述したステップS２４５の処理で書き込まれた入場駅コードに基づいて、「新宿駅」から入場したことが特定されて表示された情報である。
【００９９】
また、表示部１４７には、「残高：\１２,３４５」と表示されている。これは、データメモリ１４５から読み出されたデータに基づいて、現在ICカードにチャージされている残高が、１２,３４５円であることが特定されて表示された情報である。
【０１００】
さらに、表示部１４７には、「残日数：１０日」と表示されている。これは、上述したステップS２４５の処理で書き込まれた残日数の情報に基づいて、定期券の有効期限までの残日数が１０日であることが特定されて表示された情報である。
【０１０１】
また、表示部１４７には、「×××線：遅延」と表示されている。これは、上述したステップS２４５の処理で書き込まれた運行情報に基づいて、「×××線」で遅れ（遅延）がでていることが特定されて表示された情報である。
【０１０２】
一方、ステップS２４４において、入場可能ではないと判定された場合、処理は、ステップS２５０に進み、所定のエラー処理が実行される。
【０１０３】
なお、その定期券（ICカード１０１）での乗車可能区間以外の駅からの入場の場合、ステップS２５０の処理でエラーとしてもよいが、エラーとはせずに、図３のステップS２０４の処理を実行させ、改札入場を許可するようにしてもよい。
【０１０４】
ステップＳ２４３において、処理種別が改札退場であると判定された場合、処理は、ステップＳ２４６に進む。
【０１０５】
ステップＳ２４６において、CPU１４４は、退場可能であるか否かを判定する。具体的には、例えば、ステップS２４２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、その定期券（ICカード１０１）での乗車可能区間、有効期限などをチェックし、退場可否を表す情報がICカード１０１に送信される。ステップS２４６では、リーダライタ１０２から送信される退場可否を表す情報に基づいて退場可能か否かが判定される。
【０１０６】
ステップS２４６において、退場可能と判定された場合、処理は、ステップS２４７に進む。ステップS２４７において、CPU１４４は、データメモリ１４５に、退場駅コード、現在の日時、残日数、乗り換え情報、履歴情報などの情報を書き込む。
【０１０７】
ここで、退場駅コードは、上述したように駅名を特定するための情報と、その駅で退場したことを表す情報とにより構成されるコードとされる。また、残日数は、当該定期券の有効期限となる日までの残日数とされる。乗り換え情報は、例えば、当該定期券で利用する路線が複数ある場合などにおいて、乗り換える路線に関する情報とされる。
【０１０８】
図９は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「出：五反田」と表示されている。これは、上述したステップS２４７の処理で書き込まれた退場駅コードに基づいて、「五反田駅」で退場したことが特定されて表示された情報である。
【０１０９】
また、表示部１４７には、「残高：\１０,０００」と表示されている。これは、データメモリ１４５から読み出されたデータに基づいて、現在ICカードにチャージされている残高が、１０,０００円であることが特定されて表示された情報である。
【０１１０】
さらに、表示部１４７には、「残日数：１０日」と表示されている。これは、上述したステップS２４７の処理で書き込まれた残日数の情報に基づいて、定期券の有効期限までの残日数が１０日であることが特定されて表示された情報である。
【０１１１】
また、表示部１４７には、「○○○線乗換」と表示されている。これは、上述したステップS２４７の処理で書き込まれた乗換情報に基づいて、この後「○○○線」に乗り換えることが特定されて表示された情報である。
【０１１２】
一方、ステップS２４６において、退場可能ではないと判定された場合、処理は、ステップS２５０に進み、所定のエラー処理が実行される。
【０１１３】
なお、その定期券（ICカード１０１）での乗車可能区間以外の駅からの退場の場合、ステップS２５０の処理でエラーとしてもよいが、エラーとはせずに、図３のステップS２０６の処理を実行させ、改札退場を許可するようにしてもよい。
【０１１４】
ステップＳ２４３において、処理種別がプリペイド（カード）であると判定された場合、処理は、ステップＳ２４８に進む。
【０１１５】
ステップＳ２４８において、CPU１４４は、買い物の代金を支払うにあたり、残高が足りているか否かを判定する。
【０１１６】
ステップS２４８において、残高が足りていると判定された場合、処理は、ステップS２４９に進む。ステップS２４９において、CPU１４４は、データメモリ１４５に、更新後の残高、残日数、履歴情報、運行情報などの情報を書き込む。
【０１１７】
例えば、改札入場（ステップS２４４の処理）後であって、改札退場（ステップS２４６の処理）前に駅構内の売店などで買い物をした場合、買い物の代金分だけ残高が減額されて書き込まれて更新されることになるが、入場駅コードは更新されない。
【０１１８】
図１０は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「入：新宿」と表示されている。これは、上述したステップS２４５の処理で書き込まれた入場駅コードに基づいて、「新宿駅」から入場したことが特定されて表示された情報である。
【０１１９】
また、表示部１４７には、「残高：\１０,０００」と表示されている。これは、上述したステップS２４９の処理で書き込まれた更新後の残高に基づいて、現在ICカードにチャージされている残高が、１０,０００円であることが特定されて表示された情報である。
【０１２０】
さらに、表示部１４７には、「残日数：１０日」と表示されている。これは、上述したステップS２４５の処理で書き込まれた残日数の情報に基づいて、定期券の有効期限までの残日数が１０日であることが特定されて表示された情報である。
【０１２１】
また、表示部１４７には、「×××線：復旧」と表示されている。これは、上述したステップS２４９の処理で書き込まれた運行情報に基づいて、「×××線」の遅れ（遅延）が復旧したことが特定されて表示された情報である。
【０１２２】
一方、ステップS２４８において、残高は足りていないと判定された場合、処理は、ステップS２５１に進み、所定のエラー処理が実行される。
【０１２３】
ステップS２４５、S２４７、S２４９、S２５０、またはS２５１の処理の後、処理は、ステップS２５２に進み、ICカード１０１がリセットされる。
【０１２４】
このようにして、定期券として用いられるICカード１０１において改札入場、改札退場、またはプリペイドの処理が実行され、処理結果に伴って記憶されたデータに基づく情報が表示部１４７に表示される。
【０１２５】
次に、ICカード１０１が電車の乗車券とともに利用される指定席券であって、特急電車などで利用される指定席券として用いられる場合の例について説明する。ここで、指定席券は、例えば、特急列車などで指定席を利用する乗客であるユーザが、予め専用の券売機などに代金を投入することで購入し、購入された指定席券は、ＩＣカード１０１にデータとして記憶されるものとする。ICカード１０１が指定席券として用いられる場合、図２のステップS１０５では、図１１に示されるカード種別対応処理３が実行される。
【０１２６】
ここで、図１１のフローチャートを参照して、カード種別対応処理３の詳細について説明する。
【０１２７】
ステップS３０１とS３０２の処理は、それぞれ図３のステップS２０１とS２０２の処理と同様の処理なので詳細な説明は省略する。
【０１２８】
ステップＳ３０３において、CPU１４４は、ステップＳ３０２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理が発券の処理であるか否かを判定する。ここで、発券は、指定席券の購入に伴って実行される処理とされる。ステップS３０３において、発券の処理であると判定された場合、処理は、ステップS３０４に進む。なお、いまの場合、リーダライタ１０２は、専用の券売機などに組み込まれていることになる。
【０１２９】
ステップS３０４において、CPU１４４は、データメモリ１４５に、乗車区間、列車番号、発車日時、座席番号、ホーム番号、更新後残高、運行情報などの情報を書き込む。
【０１３０】
ここで、乗車区間は、その指定席券により列車に乗車できる区間を駅名などで表した情報とされ、列車番号は、その指定席券により乗車できる列車を特定する番号などとされ、発車日時は、その列車が発車する予定の日時である。また、座席番号は、その指定席券により予約された座席を特定する番号などとされ、ホーム番号は、その指定席券により乗車できる列車が、乗車駅において到着する駅のホームを特定する番号などとされる。さらに、更新後残高は、指定席券の代金がICカード１０１にチャージされているプリペイド残高から減額されて更新された残高であり、運行情報は、その指定席券により乗車できる列車の運行状況などに関する情報である。
【０１３１】
なお、上述したホーム番号に替えて、列車番号（例えば、○号車など）の情報が書き込まれるようにしてもよい。
【０１３２】
図１２は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「東京―大阪」と表示されている。これは、上述したステップS３０４の処理で書き込まれた乗車区間の情報に基づいて、その指定席券により列車に乗車できる区間が「東京駅」から「大阪駅」までであることが特定されて表示された情報である。
【０１３３】
また、表示部１４７には、「１０：００−１６：００」と表示されている。これは、上述したステップS３０４の処理で書き込まれた発車日時の情報に基づいて、その指定席券により乗車できる列車が「東京駅」を１０時に発車（出発）し、「大阪駅」に１６時に到着することが特定されて表示された情報である。なお、到着時刻は、例えば、発車時刻と乗車区間に基づいて、CPU１４４が自動的に算出するものとする。
【０１３４】
さらに、表示部１４７には、「７番線 A１７座席」と表示されている。これは、上述したステップS３０４の処理で書き込まれたホーム番号の情報に基づいて、その指定席券により乗車できる列車が、乗車駅において到着する駅のホームが７番線であり、また、ステップS３０４の処理で書き込まれた座席番号の情報に基づいて、その指定席券により予約された座席がA１７座席であることが特定されて表示された情報である。
【０１３５】
また、表示部１４７には、「通常運行中」と表示されている。これは、上述したステップS３０４の処理で書き込まれた運行情報に基づいて、その指定席券により乗車できる列車が通常通り運行していることが特定されて表示された情報である。
【０１３６】
ステップS３０４の処理の後、または、ステップS３０３において、発券の処理ではないと判定された場合、処理は、ステップS３０５に進む。
【０１３７】
ステップS３０５において、ＣＰＵ１４４は、ステップＳ３０２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理の種別を判定する。いまの場合、ICカード１０１は、指定席券として用いられるので、処理の種別としては、改札入場、改札退場、または検札の３種類（種別）の処理があるものとする。ここでは、リーダライタ１０２は、自動改札機、または列車の車内で用いられる検札用の端末などに組み込まれていることになる。
【０１３８】
ステップＳ３０５において、処理種別が改札入場であると判定された場合、処理は、ステップＳ３０６に進む。
【０１３９】
ステップＳ３０６において、CPU１４４は、入場可能か否かを判定する。具体的には、例えば、ステップS３０２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、その指定席券（ICカード１０１）での乗車可能区間などをチェックし、入場可否を表す情報がICカード１０１に送信される。ステップS３０６では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【０１４０】
ステップS３０６において、入場可能と判定された場合、処理は、ステップS３０７に進む。ステップS３０７において、CPU１４４は、データメモリ１４５に、入場フラグON、運行情報などの情報を書き込む。
【０１４１】
ここで、入場フラグは、その指定席券を利用して入場がなされたことを表すフラグとされる。また、運行情報は、ステップS３０７の処理が行われた時点での最新の運行情報とされる。
【０１４２】
図１３は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「東京―大阪」、「１０：００−１６：００」、「７番線 A１７座席」と表示されている。すなわち、入場した時点では、上述したステップS３０４の処理で書き込まれた情報は更新されておらず、そのまま表示されている。
【０１４３】
また、表示部１４７には、「通常運行中」と表示されている。これは、上述したステップS３０７の処理で書き込まれた最新の運行情報に基づいて、その指定席券により乗車できる列車が通常通り運行していることが特定されて表示された情報である。
【０１４４】
図１４は、ステップS３０７の処理が終了したときの表示部１４７の別の表示例を示す図である。同図において、表示部１４７には、「残高：\１２,３４５」と表示されている。これは、データメモリ１４５から読み出されたデータに基づいて、現在ICカードにチャージされている残高が、１２,３４５円であることが特定されて表示された情報である。
【０１４５】
また、表示部１４７には、「通常運行中」と表示されている。これは、上述したステップS３０７の処理で書き込まれた最新の運行情報に基づいて、その指定席券により乗車できる列車が通常通り運行していることが特定されて表示された情報である。
【０１４６】
ステップS３０７の処理が終了したとき、表示部１４７において、例えば、図１３に示されるような表示画面と、図１４に示されるような表示画面とが交互に連続して表示されるようにしてもよい。
【０１４７】
一方、ステップS３０６において、入場可能ではないと判定された場合、処理は、ステップS３１２に進み、所定のエラー処理が実行される。
【０１４８】
ステップＳ３０５において、処理種別が改札退場であると判定された場合、処理は、ステップＳ３０８に進む。
【０１４９】
ステップＳ３０８において、CPU１４４は、退場可能か否かを判定する。具体的には、例えば、ステップS３０２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、その指定席券（ICカード１０１）での乗車可能区間、上述した入場フラグ及び後述する検札フラグがONとされているかなどをチェックし、退場可否を表す情報がICカード１０１に送信される。ステップS３０８では、リーダライタ１０２から送信される入場可否を表す情報に基づいて退場可能か否かが判定される。
【０１５０】
ステップS３０８において、退場可能と判定された場合、処理は、ステップS３０９に進む。ステップS３０９において、CPU１４４は、データメモリ１４５に、その指定席券を使用済扱とするための情報（例えば、フラグ）などとともに、履歴情報、乗換情報などの情報を書き込む。
【０１５１】
ここで、乗換情報は、例えば、その指定券の乗車区間の到着駅近郊の路線の情報などとされる。
【０１５２】
図１５は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「残高：\12,345」と表示されている。これは、上述したステップS３０４の処理で書き込まれた情報が更新されず、そのまま表示されている。
【０１５３】
また、表示部１４７には、「乗換案内：xxxxxx・・・」と表示されている。これは、上述したステップS３０９の処理で書き込まれた乗換情報に基づいて、その指定席券の乗車区間の到着駅近郊の路線の情報が特定されて表示された情報である。
【０１５４】
なお、図１５に示されるような表示画面は、あまり長い間表示しても意味が無いので、一時的（所定の時間だけ）表示され、その後は、表示部１４７に、単に「残高：\12,345」と表示されるようにしてもよい。
【０１５５】
一方、ステップS３０８において、退場可能ではないと判定された場合、処理は、ステップS３１２に進み、所定のエラー処理が実行される。
【０１５６】
ステップＳ３０５において、処理種別が検札であると判定された場合、処理は、ステップＳ３１０に進む。
【０１５７】
ステップＳ３１０において、CPU１４４は、正当に検札された（検札OK）か否かを判定する。具体的には、例えば、ステップS３０２の処理で、ICカード１０１に記憶された情報が、駅員の検札用端末などとして構成されるリーダライタ１０２に送信され、リーダライタ１０２において、その指定席券（ICカード１０１）での乗車可能区間、座席番号、入場フラグがONであるかなどをチェックし、検札OKか否かを表す情報がICカード１０１に送信される。ステップS３１０では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【０１５８】
あるいはまた、リーダライタ１０２が、例えば、列車内の座席に組み込まれ、ICカード１０１を所持するユーザが、座席に着席すると、自動的に検札の処理が実行されるようにしてもよい。
【０１５９】
ステップS３１０において、検札OKと判定された場合、処理は、ステップS３１１に進む。ステップS３１１において、CPU１４４は、データメモリ１４５に、検札フラグON、到着駅情報などの情報を書き込む。
【０１６０】
ここで、検札フラグは、その指定席券について検札がなされたことを表すフラグとされる。また、到着駅情報は、例えば、ステップS３０７の処理が行われた時点での到着駅周辺の天気の情報などとされる。
【０１６１】
図１６は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「大阪行き」と表示され、また「１６：００着予定」と表示されている。すなわち、上述したステップS３０４の処理で書き込まれた情報は更新されていないが、入場した後（入場フラグがONとなった後）の時点では、出発駅と発車時刻は表示されず、到着駅と到着予定の時刻のみが表示されている。
【０１６２】
また、表示部１４７には、「大阪：晴れ」と表示されている。これは、上述したステップS３１１の処理で書き込まれた到着駅情報に基づいて、その指定席券の乗車区間の到着駅（大阪駅）の周辺の天気が晴れであることが特定されて表示された情報である。
【０１６３】
図１７は、ステップS３１１の処理が終了したときの表示部１４７の別の表示例を示す図である。同図において、表示部１４７には、「７番線 A１７座席」と表示され、また、「残高：\１２,３４５」と表示されている。これは、上述したステップS３０４の処理で書き込まれたデータがデータメモリ１４５から読み出されて表示された情報である。
【０１６４】
ステップS３１１の処理が終了したとき、表示部１４７において、例えば、図１６に示されるような表示画面と、図１７に示されるような表示画面とが交互に連続して表示されるようにしてもよい。
【０１６５】
一方、ステップS３１０において、検札OKではないと判定された場合、処理は、ステップS３１３に進み、所定のエラー処理が実行される。
【０１６６】
ステップS３０７、S３０９、S３１１、S３１２、またはS３１３の処理の後、処理は、ステップS３１４に進み、ICカード１０１がリセットされる。
【０１６７】
このようにして、指定席券として用いられるICカード１０１において改札入場、改札退場、または検札の処理が実行され、処理結果に伴って記憶されたデータに基づく情報が表示部１４７に表示される。
【０１６８】
次に、ICカード１０１が劇場などで公演される演劇やコンサートなどのチケットとして用いられる場合の例について説明する。ここで、チケットは、例えば、演劇やコンサートなどの観客であるユーザが、予めインターネットに接続されたPCなどを操作してICカード１０１のプリペイド残高からチケットの代金分を支払うことで購入し、購入されたチケットは、ＩＣカード１０１にデータとして記憶されるものとする。ICカード１０１がチケットとして用いられる場合、図２のステップS１０５では、図１８に示されるカード種別対応処理４が実行される。
【０１６９】
ここで、図１８のフローチャートを参照して、カード種別対応処理４の詳細について説明する。
【０１７０】
ステップS３４１とS３４２の処理は、それぞれ図３のステップS２０１とS２０２の処理と同様の処理なので詳細な説明は省略する。
【０１７１】
ステップＳ３４３において、CPU１４４は、ステップＳ３０２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理が発券の処理であるか否かを判定する。ここで、発券は、チケットの購入に伴って実行される処理とされる。ステップS３４３において、発券の処理であると判定された場合、処理は、ステップS３４４に進む。なお、いまの場合、リーダライタ１０２は、インターネットに接続されたPCなどに組み込まれていることになる。
【０１７２】
ステップS３４４において、CPU１４４は、データメモリ１４５に、名称コード、開演日時、上演場所、座席番号、更新後残高、案内情報などの情報を書き込む。
【０１７３】
ここで、名称コードは、例えば、そのチケットにより観劇できる演劇やコンサートなどの名称を特定するためのコードとされ、開演日時、上演場所、および座席番号は、それぞれ、そのチケットにより観劇できる演劇やコンサートなどの開演日時、上演場所、およびそのチケットにより予約された座席の番号とされる。なお、必要に応じて上演終了時刻の情報も記憶されるようにしてもよい。また、更新後残高は、チケットの代金がICカード１０１にチャージされているプリペイド残高から減額されて更新された残高であり、案内情報は、例えば、そのチケットにより観劇できる演劇やコンサートなどに関連する情報とされる。
【０１７４】
図１９は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「XYZ劇」と表示されている。これは、上述したステップS３４４の処理で書き込まれた名称コードに基づいて、そのチケットにより観劇できる演劇の名称が「XYZ劇」であることが特定されて表示された情報である。
【０１７５】
また、表示部１４７には、「０６／１０／０１ １８：００」と表示されている。これは、上述したステップS３４４の処理で書き込まれた開演日時の情報に基づいて、そのチケットにより観劇できる演劇の開演日時が西暦２００６年１０月１日１８時であることが特定されて表示された情報である。
【０１７６】
さらに、表示部１４７には、「ABCホール」と表示されている。これは、上述したステップS３４４の処理で書き込まれた上演場所の情報に基づいて、そのチケットにより観劇できる演劇の上演場所が、ABCホールであることが特定されて表示された情報である。
【０１７７】
また、表示部１４７には、「A１７座席」と表示されている。これは、上述したステップS３４４の処理で書き込まれた座席番号の情報に基づいて、そのチケットにより予約された座席の番号が「A１７」であることが特定されて表示された情報である。
【０１７８】
ステップS３４４の処理の後、または、ステップS３４３において、発券の処理ではないと判定された場合、処理は、ステップS３４５に進む。
【０１７９】
ステップS３４５において、ＣＰＵ１４４は、ステップＳ３４２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理の種別を判定する。いまの場合、ICカード１０１は、チケットとして用いられるので、処理の種別としては、入場、着席、または退場の３種類（種別）の処理があるものとする。ここでは、リーダライタ１０２は、入場ゲート、退場ゲート、または座席に組み込まれていることになる。
【０１８０】
ここで、入場は、例えば、ICカード１０１を所持するユーザが、上演場所の入口などに設置されたリーダライタ１０２が組み込まれたゲートを通過するときに行われる処理とされる。また、着席は、例えば、ICカード１０１を所持するユーザが、上演場所の内部の所定の座席であって、リーダライタ１０２が組み込まれた座席に着席するときに行われる処理とされる。さらに、退場は、例えば、ICカード１０１を所持するユーザが、上演場所の出口などに設置されたリーダライタ１０２が組み込まれたゲートを通過するときに行われる処理とされる。
【０１８１】
ステップＳ３４５において、処理種別が入場であると判定された場合、処理は、ステップＳ３４６に進む。
【０１８２】
ステップＳ３４６において、CPU１４４は、入場可能か否かを判定する。具体的には、例えば、ステップS３０２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、そのチケット（ICカード１０１）で観劇できる演劇の名称コードなどをチェックし、入場可否を表す情報がICカード１０１に送信される。ステップS３４６では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【０１８３】
ステップS３４６において、入場可能と判定された場合、処理は、ステップS３４７に進む。ステップS３４７において、CPU１４４は、データメモリ１４５に、入場フラグON、座席イメージなどの情報を書き込む。
【０１８４】
ここで、入場フラグは、そのチケットを利用して入場がなされたことを表すフラグとされる。また、座席イメージは、そのチケットにより予約された座席の位置をユーザに知らせるための画像などのデータとされる。
【０１８５】
図２０は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「A１７座席」と表示されており、また、「１８：００開演」と表示されている。これらは、上述したステップS３４４の処理で書き込まれた情報が更新されず、そのまま表示されたものである。
【０１８６】
また、表示部１４７に、上述したステップS３４７の処理で書き込まれた座席イメージのデータに基づく画像としての座席イメージが表示されている。なお、リーダライタ１０２とICカード１０１との間での画像データの送受信が困難である場合、または、ICカード１０１の表示部１４７に座席イメージの画像を表示することが困難な場合などは、座席イメージに代えて、例えば、「前から○列目、左から×番目」など座席の位置を表す文字情報が表示されるようにしてもよい。
【０１８７】
一方、ステップS３４６において、入場可能ではないと判定された場合、処理は、ステップS３５２に進み、所定のエラー処理が実行される。
【０１８８】
ステップＳ３４５において、処理種別が着席であると判定された場合、処理は、ステップＳ３４８に進む。
【０１８９】
ステップＳ３４８において、CPU１４４は、着席可能か否かを判定する。具体的には、例えば、ステップS３４２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、そのチケット（ICカード１０１）で予約された座席番号が当該座席の座席番号と一致するかなどをチェックし、着席可否を表す情報がICカード１０１に送信される。ステップS３４８では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【０１９０】
ステップS３４８において、退場可能と判定された場合、処理は、ステップS３４９に進む。ステップS３４９において、CPU１４４は、データメモリ１４５に、着席フラグONなどの情報を書き込む。ここで、着席フラグは、そのチケットで予約された座席に、ユーザが着席したことを表すフラグとされる。
【０１９１】
図２１は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「ＸＹＺ劇」と表示されており、また「２１：００終了」と表示されており、さらに「Ａ１７座席」と表示されている。すなわち、上述したステップS３４４の処理で書き込まれた情報は更新されていないが、入場した後（入場フラグがONとなった後）の時点では、開演時刻と上演場所は表示されず、演劇の名称と、終了時刻と、座席番号とが表示されている。
【０１９２】
また、表示部１４７には、「次回予定：ｘｘｘ」と表示されている。これは、上述したステップS３４４の処理で書き込まれた案内情報に基づいて、その上演場所（いまの場合、ＡＢＣホール）で、次回公演される演劇の名称などが特定されて表示された情報である。
【０１９３】
一方、ステップS３４８において、着席可能ではないと判定された場合、処理は、ステップS３５２に進み、所定のエラー処理が実行される。
【０１９４】
ステップＳ３４５において、処理種別が退場であると判定された場合、処理は、ステップＳ３５０に進む。
【０１９５】
ステップＳ３５０において、CPU１４４は、退場可能か否かを判定する。具体的には、例えば、ステップS３４２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、そのチケット（ICカード１０１）の上述した入場フラグ及び着席フラグがONとされているかなどをチェックし、退場可否を表す情報がICカード１０１に送信される。ステップS３５０では、リーダライタ１０２から送信される退場可否を表す情報に基づいて退場可能か否かが判定される。
【０１９６】
ステップS３５０において、退場可能と判定された場合、処理は、ステップS３５１に進む。ステップS３５１において、CPU１４４は、データメモリ１４５に、そのチケットを使用済扱とするための情報（例えば、フラグ）などとともに、履歴情報、案内情報などの情報を書き込む。
【０１９７】
ここで、案内情報は、例えば、その上演場所（いまの場合、ＡＢＣホール）で、次回公演される演劇についての詳細な情報などとされる。
【０１９８】
図２２は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「次回予定：（詳細情報）」と表示されている。これは、上述したステップS３５１の処理で書き込まれた案内情報に基づいて、その上演場所で、次回公演される演劇についての詳細な情報が特定されて表示された情報である。なお、実際の詳細情報は、例えば、その上演場所で、次回公演される演劇の出演者、開演日時などの情報とされる。
【０１９９】
また、図２２に示されるような表示画面は、あまり長い間表示しても意味が無いので、一時的（所定の時間だけ）表示され、その後は、表示部１４７に、プリペイド残高などが表示されるようにしてもよい。
【０２００】
一方、ステップS３５０において、退場可能ではないと判定された場合、処理は、ステップS３５３に進み、所定のエラー処理が実行される。
【０２０１】
ステップS３４７、S３４９、S３５１、S３５２、またはS３５３の処理の後、処理は、ステップS３５４に進み、ICカード１０１がリセットされる。
【０２０２】
このようにして、チケットとして用いられるICカード１０１において入場、退場、または着席の処理が実行され、処理結果に伴って記憶されたデータに基づく情報が表示部１４７に表示される。
【０２０３】
あるいはまた、ICカード１０１が遊園地などで利用されるチケットとして用いられるようにしてもよい。このような場合、表示部１４７には、例えば、いわゆるスタンプラリーのように、ユーザが体験した乗り物やアトラクションなどの情報、利用施設のマークなどが付加された園内マップなどが適宜表示されることになる。
【０２０４】
以上においては、処理、用途などに応じてＩＣカード１０１に記憶されているデータが読み出されて表示部１４７に表示される各種の例について説明したが、表示される情報の中でもプリペイド残高の情報は特に重要な情報とされる。例えば、チケットとしてＩＣカード１０１が用いられる場合、入場後に飲食物などプリペイドカードで購入したいとき、残高が分からないと不便である。また、例えば、ＩＣカード１０１を利用して、誤って残高以上の買い物などをしてしまうと、残高不足でエラーとなり、その結果、現金で払うより処理に時間がかかってしまい、プリペイドカードとしてのＩＣカード１０１の利便性が失われることもある。
【０２０５】
しかしながら、小型のICカード１０１において、表示部１４７を、充分な大きさとすることは難しいと考えられる。
【０２０６】
そこで、例えば、表示部１４７において残高を表示する領域を確保できない場合、残高を、数字ではなく、バーを用いた表示に切り替えるようにしてもよい。すなわち、表示切替部１４６が、表示部１４７に表示すべき情報の量などに基づいて、残高を表示する領域を確保できる否かを判定し、残高を表示する領域が確保できない場合、例えば、表示部１４７の画面下側などにバー表示により残高を表示させるようにすればよい。
【０２０７】
図２３は、残高をバー表示させる場合の表示部１４７の表示画面の例を示す図である。同図は、上述した図１３の表示画面上でさらに残高を表示させる場合の例であり、図１３の場合と同様の情報が表示されるとともに、図中下側にバー３０１として残高が表示されている。すなわち、バー３０１は、その下側に記載された目盛上の位置に対応する残高を表すものであり、同図では、ＩＣカード１０１にチャージされている残高が「１２,３４５円」の場合のバー３０１の表示例が示されている。なお、バー３０１の下側の目盛は、残高の額に応じて、その目盛の単位、間隔などが変更されて表示されるようにすることも可能である。
【０２０８】
このようにすることで、表示部１４７の限られた領域を有効に活用することが出来るようになる。
【０２０９】
なお、本明細書において上述した一連の処理を実行するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０２１０】
【図１】本発明を適用した通信システム１００の一実施形態における構成例を示すブロック図である。
【図２】ICカードの処理を説明するフローチャートである。
【図３】カード種別対応処理１を説明するフローチャートである。
【図４】ICカードの表示部の表示例を示す図である。
【図５】ICカードの表示部の別の表示例を示す図である。
【図６】ICカードの表示部のさらに別の表示例を示す図である。
【図７】カード種別対応処理２を説明するフローチャートである。
【図８】ICカードの表示部のさらに別の表示例を示す図である。
【図９】ICカードの表示部のさらに別の表示例を示す図である。
【図１０】ICカードの表示部のさらに別の表示例を示す図である。
【図１１】カード種別対応処理３を説明するフローチャートである。
【図１２】ICカードの表示部のさらに別の表示例を示す図である。
【図１３】ICカードの表示部のさらに別の表示例を示す図である。
【図１４】ICカードの表示部のさらに別の表示例を示す図である。
【図１５】ICカードの表示部のさらに別の表示例を示す図である。
【図１６】ICカードの表示部のさらに別の表示例を示す図である。
【図１７】ICカードの表示部のさらに別の表示例を示す図である。
【図１８】カード種別対応処理４を説明するフローチャートである。
【図１９】ICカードの表示部のさらに別の表示例を示す図である。
【図２０】ICカードの表示部のさらに別の表示例を示す図である。
【図２１】ICカードの表示部のさらに別の表示例を示す図である。
【図２２】ICカードの表示部のさらに別の表示例を示す図である。
【図２３】ICカードの表示部のさらに別の表示例を示す図である。
【符号の説明】
【０２１１】
１００ 通信システム， １０１ ICカード， １０２ リーダライタ， １２１ アンテナ， １２２ 制御部， １２３ 電力生成部， １２４ 太陽電池部， １２５ 電力供給部， １４４ ＣＰＵ， １４５ データメモリ， １４６ 表示切替部， １４７ 表示部， ２２１ アンテナ， ２２３ CPU， ２２６ 外部制御部， ２２７ 外部機器
【技術分野】
【０００１】
本発明は、情報表示装置および方法に関し、特に、記憶された情報を効果的に表示できるようにする情報表示装置および方法に関する。
【背景技術】
【０００２】
近年、非接触型ICカードやRFIDなどの普及が目覚しい。特に、非接触ICカードは、電車の乗車券として用いられたり、小額の買い物などにおいてプリペイドカードとして用いられるなど、その利用形態が多様化してきている。
【０００３】
非接触ICカードは、通常、コイル状のアンテナとコンデンサにより構成されるLC回路を有する構成とされ、ＬＣ回路が近傍に配置されたリーダライタから輻射される所定の周波数の電磁波と共振するようになされている。そして、アンテナにおいて励起された交流磁界をASK復調により整流し、それを安定化し、非接触ICカードの各部に直流電源として供給するようになされている。
【０００４】
また、非接触ICカードを乗車券などとして利用する場合、非接触ICカードに交通機関の利用情報を送信することも提案されている（例えば、特許文献１参照）。さらに、非接触ICカードに表示機能をもたせて、非接触ICカードに記憶されている情報を表示させることも提案されている。
【特許文献１】特開平９−８１８０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、非接触ICカードには、通常、リーダライタから輻射される電磁波により電力が供給されるため、非接触ICカードに表示部を設けても、リーダライタから離れた位置では、情報を表示させることができない。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、記憶された情報を効果的に表示できるようにするものである。
【課題を解決するための手段】
【０００７】
本発明の一側面は、ユーザにより携帯され、表示部を有する情報表示装置であって、表示すべき情報に対応するデータを記憶する記憶手段と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とを備え、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる情報表示装置である。
【０００８】
ユーザにより携帯され、表示部を有する情報表示装置であって、表示すべき情報に対応するデータを記憶する記憶手段と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とを備え、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる情報表示装置である。
【０００９】
前記情報処理装置は、リーダライタであり、非接触ICカードとして構成されるようにすることができる。
【００１０】
前記表示部は、電子ペーパーで構成されるようにすることができる。
【００１１】
前記リーダライタが自動改札機に組み込まれ、前記自動改札機を通過するための乗車券として用いられるようにすることができる。
【００１２】
前記乗車券であって、定期券として用いられるようにすることができる。
【００１３】
前記リーダライタが自動改札機、または列車の車内で用いられる端末に組み込まれ、前記自動改札機の通過、または前記列車の車内で用いられる端末による検札を受けるための指定席券として用いられるようにすることができる。
【００１４】
前記リーダライタが入退場ゲート、または座席に組み込まれ、前記入退場ゲートの通過、または前記座席に着席するためのチケットとして用いられるようにすることができる。
【００１５】
プリペイドカードとして用いられ、前記記憶手段によりチャージされたプリペイド残高が記憶されるようにすることができる。
【００１６】
前記プリペイド残高は、前記表示部において、他の情報とは異なる表示方式で表示されるようにすることができる。
【００１７】
本発明の一側面は、ユーザにより携帯され、表示部を有する情報表示装置であって、表示すべき情報に対応するデータを記憶する記憶手段と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とを備える情報表示装置の情報表示方法において、前記第１の電力発生手段または前記第２の電力発生手段により発生された電力の供給を受けたか否かを判定し、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させるステップを含む情報表示方法である。
【００１８】
本発明の一側面においては、表示すべき情報に対応するデータが記憶され、記憶されているデータが読み出されて、前記データに対応する情報が前記表示部に表示され、記憶されているデータを用いる処理が制御され、情報処理装置との通信が行われる。また、前記情報処理装置から発信される電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とが設けられ、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記情報処理装置との通信が行われ、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記読み出されたデータに対応する情報が前記表示部に表示される。
【発明の効果】
【００１９】
本発明によれば、記憶された情報を効果的に表示できるようにすることができる。
【発明を実施するための最良の形態】
【００２０】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２１】
本発明の一側面の情報表示装置は、ユーザにより携帯され、表示部（例えば、図１の表示部１４７）を有する情報表示装置（例えば、図１のICカード１０１）であって、表示すべき情報に対応するデータを記憶する記憶手段（例えば、図１のデータメモリ１４５）と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段（例えば、図１の表示切替部１４６）と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段（例えば、図１のCPU１４４）と、前記処理制御手段の制御に基づいて、情報処理装置（例えば、図１のリーダライタ１０２）との通信を行う通信手段（例えば、図１の送受信部１４１）と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段（例えば、図１の電力生成部１２３）と、受光した光を光電変換して電力を発生する第２の電力発生手段（例えば、図１の太陽電池部１２４）とを備え、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる。
【００２２】
この情報表示装置は、前記プリペイド残高が、前記表示部において、他の情報とは異なる表示方式（例えば、バー表示）で表示されるようにすることができる。
【００２３】
本発明の一側面の情報表示方法は、ユーザにより携帯され、表示部（例えば、図１の表示部１４７）を有する情報表示装置（例えば、図１のICカード１０１）であって、表示すべき情報に対応するデータを記憶する記憶手段（例えば、図１のデータメモリ１４５）と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段（例えば、図１の表示切替部１４６）と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段（例えば、図１のCPU１４４）と、前記処理制御手段の制御に基づいて、情報処理装置（例えば、図１のリーダライタ１０２）との通信を行う通信手段（例えば、図１の送受信部１４１）と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段（例えば、図１の電力生成部１２３）と、受光した光を光電変換して電力を発生する第２の電力発生手段（例えば、図１の太陽電池部１２４）とを備える情報表示装置の情報表示方法において、前記第１の電力発生手段または前記第２の電力発生手段により発生された電力の供給を受けたか否かを判定し（例えば、図２のステップＳ１０１またはS１０２の処理）、前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い（例えば、図２のステップS１０５の処理）、前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる（例えば、図２のステップS１０３およびＳ１０４の処理）ステップを含む。
【００２４】
以下、図面を参照して、本発明の実施の形態について説明する。
【００２５】
図１は、本発明を適用した通信システム１００の構成例を示すブロック図である。同図において、ICカード１０１は、例えば、非接触ICカードとして構成され、リーダライタ１０２との間で無線通信を行うことが可能となるように構成されている。
【００２６】
ICカード１０１は、例えば、ループ（コイル）状のアンテナ１２１により、近傍に配置されたリーダライタ１０２から輻射される所定の周波数の電磁波を受信するようになされている。
【００２７】
また、ICカード１０１おいては、リーダライタとの間で行われる各種の処理の実行を制御し、処理に伴うデータの記憶を制御する制御部１２２に、電力供給部１２５から電源電力が供給されるようになされている。
【００２８】
電力生成部１２３は、例えば、アンテナ１２１と図示せぬコンデンサにより構成されるLC回路が受信された電磁波と共振し、アンテナ１２１において励起された交流磁界を整流し、それを電圧レギュレータなどで安定化し、直流電源電力として電力供給部１２５に出力する。
【００２９】
太陽電池部１２４は、図示せぬ受光部で受光された太陽光や、他の光源から発せられる光により、光電変換で電源電力を得ることができるようになされており、得られた電力を、電力供給部１２５に出力する。
【００３０】
そして、電力供給部１２５が、電力生成部１２３または太陽電池部１２４から出力される電源電力を、制御部１２２に供給する。また、電力供給部１２５は、電力生成部１２３、または太陽電池部１２４から電源電力が出力されているか否かを表す情報を、必要に応じて制御部１２２に出力する。
【００３１】
アンテナ１２１を介して受信された電磁波は、制御部１２２の送受信部１４１を介して変調／復調部１４２に供給される。変調復調部１４２は、例えば、アンテナ１２１を介して受信した変調波（ASK変調波）を包絡線検波して復調し、復調後のデータをBPSK（Binary Phase Shift Keying）し、CPU１４４に出力する。
【００３２】
また、所定の情報をリーダライタ１０２に送信する場合、送受信部１４１は、変調復調部１４２により、CPU１４４から供給されるデータをASK変調し、その変調成分を、アンテナ１２１を介してリーダライタ１０２に送信する。
【００３３】
CPU１４４は、ROM１４３に格納されている制御プログラムなどを実行し、ICカード１０１の全体の動作を制御する。例えば、CPU１４４は、リーダライタ１０２から輻射されている電磁波がアンテナ１２１において受信されたとき、それに応じて、ICカード１０１に設定されているカード識別番号等を含む情報をリーダライタ１０２に通知したり、リーダライタからの要求に応じて、トランザクション処理に必要となる情報をリーダライタ１０２に供給したりする。
【００３４】
データメモリ１４５は、CPU１４４による処理の実行に伴って生成されるデータ、リーダライタ１０２から送信されるデータなどを記憶し、CPU１４４は、データメモリ１４５へのデータの書き込み（消去を含む）または読み出しを制御する。
【００３５】
表示切替部１４６は、CPU１４４を介してデータメモリ１４５からデータを読出し、読み出したデータを表示部１４７に表示させる。
【００３６】
表示部１４７は、例えば、LCD（Liquid Crystal Display）などのディスプレイとして構成され、表示切替部１４６から供給される制御信号に基づいて画像を表示する。
【００３７】
また、表示部１４７は、電子ペーパーにより構成されるようにしてもよい。このようにすることで、ICカード１０１を、より薄く小型に構成することが可能となる。
【００３８】
リーダライタ１０２のアンテナ２２０は、上述したように、近傍のICカード１０１に対して所定の周波数の電磁波を輻射するとともに、ICカード１０１のアンテナ１２１から送信される電磁波を受信して送受信部２２１に供給する。
【００３９】
送受信部２２１は、CPU２２３から出力されたデータが変調／復調部２２２を介して変調された信号を、アンテナ２２０を介してICカード１０１に送信する。また、送受信部２２１は、アンテナ２２０を介して取得した信号を変調／復調部２２２に供給し、変調／復調部２２２がその信号を復調して、CPU２２３にデータとして供給する。
【００４０】
CPU２２３は、ROM２２４に格納されている制御プログラムなどを実行し、リーダライタ１０２の全体の動作を制御する。例えば、CPU２２３は、ICカード１０１から送信された電磁波がアンテナ２２０において受信されたとき、それに応じて、トランザクション処理などを実行し、必要に応じて処理に関する情報をICカード１０１に送信する。
【００４１】
データメモリ２２５は、CPU２２３による処理の実行に伴って生成されるデータ、ICカード１０１から送信されるデータなどを記憶し、CPU２２３は、データメモリ２２５へのデータの書き込み（消去を含む）または読み出しを制御する。
【００４２】
外部制御部２２６は、リーダライタ１０２に接続される外部機器２２７の動作を、CPU２２３からの指令に基づいて制御する。
【００４３】
外部機器２２７は、リーダライタ１０２の制御に基づいて動作するように構成された機器であり、例えば、ICカード１０１が電車の乗車券として用いられる場合、外部機器２２７は、自動改札機として構成される。そして、リーダライタ１０２が自動改札機に組み込まれ、ICカード１０１に記憶されている情報に基づいて、例えば、自動改札機の開閉の動作を制御する。その他、リーダライタ１０２は、各種のゲート、売店のレジスタなどの端末など、ICカード１０１の用途に応じて各種の機器に組み込まれることが可能となるように構成されている。
【００４４】
次に、図２のフローチャートを参照してICカード１０１の処理（動作）について説明する。
【００４５】
ステップS１０１において、電力供給部１２５は、例えば、電力生成部１２３による電力の供給があったか否かを判定することで、リーダライタ１０２からの通信があったか否かを判定する。ステップS１０１において、リーダライタ１０２からの通信がなかったと判定された場合、処理は、ステップS１０２に進む。
【００４６】
ステップS１０２において、電力供給部１２５は、太陽電池部１２４による電力の供給があったか否かを判定し、太陽電池部１２４による電力供給がなかったと判定された場合、処理は、ステップS１０１に戻る。ステップS１０２において、太陽電池部１２４による電力供給があったと判定された場合、処理は、ステップS１０３に進む。
【００４７】
ステップS１０３において、表示切替部１４６は、CPU１４４を介してデータメモリ１４５から表示すべきデータを読み出す。
【００４８】
ステップS１０４において、表示切替部１４６は、ステップS１０３の処理で読み出したデータを、表示部１４７に表示させる。
【００４９】
ステップS１０４の処理の後、処理は、ステップS１０１に戻る。
【００５０】
一方、ステップS１０１において、リーダライタ１０２からの通信があったと判定された場合、処理は、ステップS１０５に進み、カード種別対応処理が実行される。なお、カード種別対応処理の詳細については後述する。
【００５１】
ステップS１０６において、CPU１４４は、カード種別対応処理の実行に伴うリセットがなされたか否かを判定し、リセットがなされたと判定されるまで待機する。ステップS１０６において、リセットがなされたと判定された場合、処理は、ステップS１０１に戻る。
【００５２】
このように、リーダライタ１０２からの通信がなく（電力生成部１２３から電源電力が出力されておらず）、かつ太陽電池部１２４から電源電力が出力されていると判定された場合のみデータの表示が行われることになる。電力生成部１２３は、上述したように、リーダライタ１０２に近接されたとき電力を発生するので、例えば、リーダライタから離れた場所では電力を供給できない。また、電力生成部１２３は、アンテナ１２１において励起された交流磁界を整流して電力を発生するものなので、これにより供給される電力は微弱なものであって、リーダライタ１０２との通信などの処理に供されるべきものである。
【００５３】
本発明においては、電力生成部１２３から電源電力が出力されておらず、かつ太陽電池部１２４から電源電力が出力されている場合のみ、表示部１４７に情報が表示されるので、リーダライタ１０２との通信などの処理を妨げることなく、表示部１４７に、データメモリ１４５からのデータに対応する所定の情報を表示させることが可能となる。太陽電池部１２４は、受光した光を光電変換することで電力を発生するので、明るい場所でなければ表示部１４７に情報を表示させることはできないが、そもそもユーザが表示部１４７に表示されている情報を確認する場合、明るい場所で確認するものと考えられるので、太陽電池部１２４が電力を発生できないときは、情報を表示できないとしても、ユーザにとっての利便性はなんら損なわれることはない。
【００５４】
また、ステップS１０５の処理により更新されたデータがデータメモリ１４５から読み出され、表示部１４７に表示されるので、ユーザに、常に適切な情報を提示することが可能となる。
【００５５】
なお、この例では、ステップＳ１０１において、リーダライタ１０２からの通信があったか否かを判定するようにしているが、上述したように、電力供給部１２５が、電力生成部１２３による電力の供給があったか否かの判定が行われるようにしてもよい。同様に、ステップＳ１０６の処理においても、リセットされたか否かの判定と同様の意味で、電力供給部からの電力の供給が停止された否かを判定するようにしてもよい。すなわち、ステップＳ１０１と、Ｓ１０６の処理は、例えば、CPU１４４が他の処理の実行中であっても、独立して実行可能である。
【００５６】
従って、実際には、ステップＳ１０２乃至Ｓ１０４の処理の途中であっても、ＩＣカード１０１がリーダライタ１０２に近接されて、アンテナ１２１を介して電力の供給を受けた場合、現に実行中のステップＳ１０２乃至Ｓ１０４の処理が、いわば強制的に終了され、ステップＳ１０５の処理の実行が開始されることになる。
【００５７】
ステップS１０５においては、後述するようにカード種別対応処理が実行される。この処理は、リーダライタ１０２との通信に基づいて、ICカード１０１に記憶されるデータの書込み等を行う処理であるが、ICカード１０１の利用形態（カード種別）に応じてそれぞれ異なった処理となる。
【００５８】
最初にICカード１０１が電車の乗車券として用いられる場合の例について説明する。ICカード１０１が電車の乗車券として用いられる場合、図２のステップS１０５では、図３に示されるカード種別対応処理１が実行される。なお、ICカード１０１が電車の乗車券として用いられる場合、リーダライタ１０２は、例えば、自動改札機、または駅構内の売店に設置された端末などに組み込まれていることになる。
【００５９】
ここで、図３のフローチャートを参照して、カード種別対応処理１の詳細について説明する。
【００６０】
ステップS２０１において、CPU１４４は、リーダライタ１０２との通信が可能か否かを判定し、リーダライタ１０２との通信が可能と判定されるまで待機する。ステップS２０１において、リーダライタ１０２との通信が可能と判定された場合、処理は、ステップS２０２に進む。
【００６１】
ステップS２０２において、CPU１４４は、リーダライタ１０２との通信を行う。これにより、リーダライタ１０２からの要求に応じてトランザクション処理などが実行されることになる。
【００６２】
ステップS２０３において、ＣＰＵ１４４は、ステップＳ２０２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理の種別を判定する。いまの場合、ICカード１０１は、電車の乗車券として用いられるので、処理の種別としては、改札入場、改札退場、またはプリペイドカードの３種類（種別）の処理があるものとする。
【００６３】
ここで、改札入場は、例えば、ＩＣカード１０１を所持したユーザが自動改札機を通過して駅（ホーム）に入場するときに実行される処理であり、改札退場は、例えば、ＩＣカード１０１を所持したユーザが自動改札機を通過して駅（ホーム）から退場するときに実行される処理である。また、プリペイドカードは、ＩＣカード１０１をプリペイドカードとして利用し、駅構内の売店等で小額の買い物などをするときに実行される処理である。
【００６４】
ステップＳ２０３において、処理種別が改札入場であると判定された場合、処理は、ステップＳ２０４に進む。
【００６５】
ステップＳ２０４において、CPU１４４は、残高が足りているか否かを判定する。ここで、残高は、例えば、ユーザが専用の機器などに、所定の金額を投入することによりICカード１０１にチャージされるプリペイド残高であり、電車の運賃、または駅構内の売店等での小額の買い物などの代金は、当該プリペイド残高が減額されることにより決済されるものとする。
【００６６】
ステップS２０４において、残高が足りていると判定された場合、処理は、ステップS２０５に進む。ステップS２０５において、CPU１４４は、データメモリ１４５に、入場駅コード、現在の日時、更新後の残高、履歴情報などの情報を書き込む。
【００６７】
ここで、入場駅コードは、駅名を特定するための情報と、その駅から入場したことを表す情報とにより構成されるコードとされる。また、改札入場に伴い、必要最低限の金額が徴収されるので、その金額が残高から減額され、更新後の残高の情報として書き込まれる。履歴情報は、通過した自動改札機の情報など必要に応じて書き込まれる所定の情報とされる。
【００６８】
図４は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「入：新宿」と表示されている。これは、上述したステップS２０５の処理で書き込まれた入場駅コードに基づいて、「新宿駅」から入場したことが特定されて表示された情報である。
【００６９】
また、表示部１４７には、「残高：\１２,３４５」と表示されている。これは、上述したステップS２０５の処理で書き込まれた更新後の残高に基づいて、現在ICカードにチャージされている残高が、１２,３４５円であることが特定されて表示された情報である。
【００７０】
また、表示部１４７には、「06/06/14 10:12」と表示されている。これは、上述したステップS２０５の処理で書き込まれた日時の情報に基づいて、西暦２００６年６月１４日１０時１２分に処理が実行された（すなわち、入場した）ことが特定されて表示された情報である。
【００７１】
一方、ステップS２０４において、残高が足りていないと判定された場合、処理は、ステップS２１０に進み、所定のエラー処理が実行される。
【００７２】
ステップＳ２０３において、処理種別が改札退場であると判定された場合、処理は、ステップＳ２０６に進む。
【００７３】
ステップＳ２０６において、CPU１４４は、残高が足りているか否かを判定する。
【００７４】
ステップS２０６において、残高が足りていると判定された場合、処理は、ステップS２０７に進む。ステップS２０７において、CPU１４４は、データメモリ１４５に、退場駅コード、現在の日時、更新後の残高、履歴情報などの情報を書き込む。
【００７５】
ここで、退場駅コードは、駅名を特定するための情報と、その駅で退場したことを表す情報とにより構成されるコードとされる。また、改札退場に伴い、改札入場のときに減額された残高と、実際の運賃との差額がさらに徴収されるので、その金額が残高から減額され、更新後の残高の情報として書き込まれる。
【００７６】
図５は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「出：五反田」と表示されている。これは、上述したステップS２０７の処理で書き込まれた退場駅コードに基づいて、「五反田駅」で退場したことが特定されて表示された情報である。
【００７７】
また、表示部１４７には、「残高：\１０,０００」と表示されている。これは、上述したステップS２０７の処理で書き込まれた更新後の残高に基づいて、現在ICカードにチャージされている残高が、１０,０００円であることが特定されて表示された情報である。
【００７８】
また、表示部１４７には、「06/06/14 10:27」と表示されている。これは、上述したステップS２０７の処理で書き込まれた日時の情報に基づいて、西暦２００６年６月１４日１０時２７分に処理が実行された（すなわち、退場した）ことが特定されて表示された情報である。
【００７９】
一方、ステップS２０６において、残高が足りていないと判定された場合、処理は、ステップS２１０に進み、所定のエラー処理が実行される。
【００８０】
ステップＳ２０３において、処理種別がプリペイド（カード）であると判定された場合、処理は、ステップＳ２０８に進む。
【００８１】
ステップＳ２０８において、CPU１４４は、買い物の代金を支払うにあたり、残高が足りているか否かを判定する。
【００８２】
ステップS２０８において、残高が足りていると判定された場合、処理は、ステップS２０９に進む。ステップS２０９において、CPU１４４は、データメモリ１４５に、更新後の残高、履歴情報などの情報を書き込む。
【００８３】
例えば、改札入場（ステップS２０４の処理）後であって、改札退場（ステップS２０６の処理）前に駅構内の売店などで買い物をした場合、買い物の代金分だけ残高が減額されて書き込まれて更新されることになるが、入場駅コードと、入場した日時の情報は更新されない。
【００８４】
図６は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「入：新宿」と表示されている。これは、上述したステップS２０５処理で書き込まれた入場駅コードに基づいて、「新宿駅」から入場したことが特定されて表示された情報である。
【００８５】
また、表示部１４７には、「残高：\１０,０００」と表示されている。これは、上述したステップS２０９の処理で書き込まれた更新後の残高に基づいて、現在ICカードにチャージされている残高が、１０,０００円であることが特定されて表示された情報である。
【００８６】
また、表示部１４７には、「06/06/14 10:12」と表示されている。これは、上述したステップS２０５の処理で書き込まれた日時の情報に基づいて、西暦２００６年６月１４日１０時１２分に処理が実行された（すなわち、入場した）ことが特定されて表示された情報である。
【００８７】
一方、ステップS２０８において、残高が足りていないと判定された場合、処理は、ステップS２１１に進み、所定のエラー処理が実行される。
【００８８】
ステップS２０５、S２０７、S２０９、S２１０、またはS２１１の処理の後、処理は、ステップS２１２に進み、ICカード１０１がリセットされる。
【００８９】
このようにして、乗車券として用いられるICカード１０１において改札入場、改札退場、またはプリペイドの処理が実行され、処理結果に伴って記憶されたデータに基づく情報が表示部１４７に表示される。
【００９０】
次に、ICカード１０１が電車の定期券として用いられる場合の例について説明する。ICカード１０１が定期券として用いられる場合、図２のステップS１０５では、図７に示されるカード種別対応処理２が実行される。なお、ICカード１０１が定期券として用いられる場合、リーダライタ１０２は、やはり自動改札機、または駅構内の売店に設置された端末などに組み込まれていることになる。
【００９１】
ここで、図７のフローチャートを参照して、カード種別対応処理２の詳細について説明する。
【００９２】
ステップS２４１とS２４２の処理は、それぞれ図３のステップS２０１とS２０２の処理と同様の処理なので詳細な説明は省略する。
【００９３】
ステップS２４３において、ＣＰＵ１４４は、ステップＳ２４２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理の種別を判定する。いまの場合、ICカード１０１は、定期券として用いられるので、処理の種別としては、やはり、改札入場、改札退場、またはプリペイドカードの３種類（種別）の処理があるものとする。
【００９４】
ステップＳ２４３において、処理種別が改札入場であると判定された場合、処理は、ステップＳ２４４に進む。
【００９５】
ステップＳ２４４において、CPU１４４は、入場可能か否かを判定する。具体的には、例えば、ステップS２４２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、その定期券（ICカード１０１）での乗車可能区間、有効期限などをチェックし、入場可否を表す情報がICカード１０１に送信される。ステップS２４４では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【００９６】
ステップS２４４において、入場可能と判定された場合、処理は、ステップS２４５に進む。ステップS２４５において、CPU１４４は、データメモリ１４５に、入場駅コード、現在の日時、残日数、運行情報、履歴情報などの情報を書き込む。
【００９７】
ここで、入場駅コードは、上述したように駅名を特定するための情報と、その駅から入場したことを表す情報とにより構成されるコードとされる。また、残日数は、当該定期券の有効期限となる日までの残日数とされる。運行情報は、当該定期券で利用する路線などの運行状況に関する情報であって、例えば、現在どのくらいの遅れがでているかなどを表す情報とされる。なお、運行情報は、例えば、リーダライタ１０２が鉄道会社の運行監視システムなどに用いられるサーバなどと通信して取得し、ステップS２４２の処理により、ICカード１０１に送信するものとする。
【００９８】
図８は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「入：新宿」と表示されている。これは、上述したステップS２４５の処理で書き込まれた入場駅コードに基づいて、「新宿駅」から入場したことが特定されて表示された情報である。
【００９９】
また、表示部１４７には、「残高：\１２,３４５」と表示されている。これは、データメモリ１４５から読み出されたデータに基づいて、現在ICカードにチャージされている残高が、１２,３４５円であることが特定されて表示された情報である。
【０１００】
さらに、表示部１４７には、「残日数：１０日」と表示されている。これは、上述したステップS２４５の処理で書き込まれた残日数の情報に基づいて、定期券の有効期限までの残日数が１０日であることが特定されて表示された情報である。
【０１０１】
また、表示部１４７には、「×××線：遅延」と表示されている。これは、上述したステップS２４５の処理で書き込まれた運行情報に基づいて、「×××線」で遅れ（遅延）がでていることが特定されて表示された情報である。
【０１０２】
一方、ステップS２４４において、入場可能ではないと判定された場合、処理は、ステップS２５０に進み、所定のエラー処理が実行される。
【０１０３】
なお、その定期券（ICカード１０１）での乗車可能区間以外の駅からの入場の場合、ステップS２５０の処理でエラーとしてもよいが、エラーとはせずに、図３のステップS２０４の処理を実行させ、改札入場を許可するようにしてもよい。
【０１０４】
ステップＳ２４３において、処理種別が改札退場であると判定された場合、処理は、ステップＳ２４６に進む。
【０１０５】
ステップＳ２４６において、CPU１４４は、退場可能であるか否かを判定する。具体的には、例えば、ステップS２４２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、その定期券（ICカード１０１）での乗車可能区間、有効期限などをチェックし、退場可否を表す情報がICカード１０１に送信される。ステップS２４６では、リーダライタ１０２から送信される退場可否を表す情報に基づいて退場可能か否かが判定される。
【０１０６】
ステップS２４６において、退場可能と判定された場合、処理は、ステップS２４７に進む。ステップS２４７において、CPU１４４は、データメモリ１４５に、退場駅コード、現在の日時、残日数、乗り換え情報、履歴情報などの情報を書き込む。
【０１０７】
ここで、退場駅コードは、上述したように駅名を特定するための情報と、その駅で退場したことを表す情報とにより構成されるコードとされる。また、残日数は、当該定期券の有効期限となる日までの残日数とされる。乗り換え情報は、例えば、当該定期券で利用する路線が複数ある場合などにおいて、乗り換える路線に関する情報とされる。
【０１０８】
図９は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「出：五反田」と表示されている。これは、上述したステップS２４７の処理で書き込まれた退場駅コードに基づいて、「五反田駅」で退場したことが特定されて表示された情報である。
【０１０９】
また、表示部１４７には、「残高：\１０,０００」と表示されている。これは、データメモリ１４５から読み出されたデータに基づいて、現在ICカードにチャージされている残高が、１０,０００円であることが特定されて表示された情報である。
【０１１０】
さらに、表示部１４７には、「残日数：１０日」と表示されている。これは、上述したステップS２４７の処理で書き込まれた残日数の情報に基づいて、定期券の有効期限までの残日数が１０日であることが特定されて表示された情報である。
【０１１１】
また、表示部１４７には、「○○○線乗換」と表示されている。これは、上述したステップS２４７の処理で書き込まれた乗換情報に基づいて、この後「○○○線」に乗り換えることが特定されて表示された情報である。
【０１１２】
一方、ステップS２４６において、退場可能ではないと判定された場合、処理は、ステップS２５０に進み、所定のエラー処理が実行される。
【０１１３】
なお、その定期券（ICカード１０１）での乗車可能区間以外の駅からの退場の場合、ステップS２５０の処理でエラーとしてもよいが、エラーとはせずに、図３のステップS２０６の処理を実行させ、改札退場を許可するようにしてもよい。
【０１１４】
ステップＳ２４３において、処理種別がプリペイド（カード）であると判定された場合、処理は、ステップＳ２４８に進む。
【０１１５】
ステップＳ２４８において、CPU１４４は、買い物の代金を支払うにあたり、残高が足りているか否かを判定する。
【０１１６】
ステップS２４８において、残高が足りていると判定された場合、処理は、ステップS２４９に進む。ステップS２４９において、CPU１４４は、データメモリ１４５に、更新後の残高、残日数、履歴情報、運行情報などの情報を書き込む。
【０１１７】
例えば、改札入場（ステップS２４４の処理）後であって、改札退場（ステップS２４６の処理）前に駅構内の売店などで買い物をした場合、買い物の代金分だけ残高が減額されて書き込まれて更新されることになるが、入場駅コードは更新されない。
【０１１８】
図１０は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「入：新宿」と表示されている。これは、上述したステップS２４５の処理で書き込まれた入場駅コードに基づいて、「新宿駅」から入場したことが特定されて表示された情報である。
【０１１９】
また、表示部１４７には、「残高：\１０,０００」と表示されている。これは、上述したステップS２４９の処理で書き込まれた更新後の残高に基づいて、現在ICカードにチャージされている残高が、１０,０００円であることが特定されて表示された情報である。
【０１２０】
さらに、表示部１４７には、「残日数：１０日」と表示されている。これは、上述したステップS２４５の処理で書き込まれた残日数の情報に基づいて、定期券の有効期限までの残日数が１０日であることが特定されて表示された情報である。
【０１２１】
また、表示部１４７には、「×××線：復旧」と表示されている。これは、上述したステップS２４９の処理で書き込まれた運行情報に基づいて、「×××線」の遅れ（遅延）が復旧したことが特定されて表示された情報である。
【０１２２】
一方、ステップS２４８において、残高は足りていないと判定された場合、処理は、ステップS２５１に進み、所定のエラー処理が実行される。
【０１２３】
ステップS２４５、S２４７、S２４９、S２５０、またはS２５１の処理の後、処理は、ステップS２５２に進み、ICカード１０１がリセットされる。
【０１２４】
このようにして、定期券として用いられるICカード１０１において改札入場、改札退場、またはプリペイドの処理が実行され、処理結果に伴って記憶されたデータに基づく情報が表示部１４７に表示される。
【０１２５】
次に、ICカード１０１が電車の乗車券とともに利用される指定席券であって、特急電車などで利用される指定席券として用いられる場合の例について説明する。ここで、指定席券は、例えば、特急列車などで指定席を利用する乗客であるユーザが、予め専用の券売機などに代金を投入することで購入し、購入された指定席券は、ＩＣカード１０１にデータとして記憶されるものとする。ICカード１０１が指定席券として用いられる場合、図２のステップS１０５では、図１１に示されるカード種別対応処理３が実行される。
【０１２６】
ここで、図１１のフローチャートを参照して、カード種別対応処理３の詳細について説明する。
【０１２７】
ステップS３０１とS３０２の処理は、それぞれ図３のステップS２０１とS２０２の処理と同様の処理なので詳細な説明は省略する。
【０１２８】
ステップＳ３０３において、CPU１４４は、ステップＳ３０２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理が発券の処理であるか否かを判定する。ここで、発券は、指定席券の購入に伴って実行される処理とされる。ステップS３０３において、発券の処理であると判定された場合、処理は、ステップS３０４に進む。なお、いまの場合、リーダライタ１０２は、専用の券売機などに組み込まれていることになる。
【０１２９】
ステップS３０４において、CPU１４４は、データメモリ１４５に、乗車区間、列車番号、発車日時、座席番号、ホーム番号、更新後残高、運行情報などの情報を書き込む。
【０１３０】
ここで、乗車区間は、その指定席券により列車に乗車できる区間を駅名などで表した情報とされ、列車番号は、その指定席券により乗車できる列車を特定する番号などとされ、発車日時は、その列車が発車する予定の日時である。また、座席番号は、その指定席券により予約された座席を特定する番号などとされ、ホーム番号は、その指定席券により乗車できる列車が、乗車駅において到着する駅のホームを特定する番号などとされる。さらに、更新後残高は、指定席券の代金がICカード１０１にチャージされているプリペイド残高から減額されて更新された残高であり、運行情報は、その指定席券により乗車できる列車の運行状況などに関する情報である。
【０１３１】
なお、上述したホーム番号に替えて、列車番号（例えば、○号車など）の情報が書き込まれるようにしてもよい。
【０１３２】
図１２は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「東京―大阪」と表示されている。これは、上述したステップS３０４の処理で書き込まれた乗車区間の情報に基づいて、その指定席券により列車に乗車できる区間が「東京駅」から「大阪駅」までであることが特定されて表示された情報である。
【０１３３】
また、表示部１４７には、「１０：００−１６：００」と表示されている。これは、上述したステップS３０４の処理で書き込まれた発車日時の情報に基づいて、その指定席券により乗車できる列車が「東京駅」を１０時に発車（出発）し、「大阪駅」に１６時に到着することが特定されて表示された情報である。なお、到着時刻は、例えば、発車時刻と乗車区間に基づいて、CPU１４４が自動的に算出するものとする。
【０１３４】
さらに、表示部１４７には、「７番線 A１７座席」と表示されている。これは、上述したステップS３０４の処理で書き込まれたホーム番号の情報に基づいて、その指定席券により乗車できる列車が、乗車駅において到着する駅のホームが７番線であり、また、ステップS３０４の処理で書き込まれた座席番号の情報に基づいて、その指定席券により予約された座席がA１７座席であることが特定されて表示された情報である。
【０１３５】
また、表示部１４７には、「通常運行中」と表示されている。これは、上述したステップS３０４の処理で書き込まれた運行情報に基づいて、その指定席券により乗車できる列車が通常通り運行していることが特定されて表示された情報である。
【０１３６】
ステップS３０４の処理の後、または、ステップS３０３において、発券の処理ではないと判定された場合、処理は、ステップS３０５に進む。
【０１３７】
ステップS３０５において、ＣＰＵ１４４は、ステップＳ３０２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理の種別を判定する。いまの場合、ICカード１０１は、指定席券として用いられるので、処理の種別としては、改札入場、改札退場、または検札の３種類（種別）の処理があるものとする。ここでは、リーダライタ１０２は、自動改札機、または列車の車内で用いられる検札用の端末などに組み込まれていることになる。
【０１３８】
ステップＳ３０５において、処理種別が改札入場であると判定された場合、処理は、ステップＳ３０６に進む。
【０１３９】
ステップＳ３０６において、CPU１４４は、入場可能か否かを判定する。具体的には、例えば、ステップS３０２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、その指定席券（ICカード１０１）での乗車可能区間などをチェックし、入場可否を表す情報がICカード１０１に送信される。ステップS３０６では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【０１４０】
ステップS３０６において、入場可能と判定された場合、処理は、ステップS３０７に進む。ステップS３０７において、CPU１４４は、データメモリ１４５に、入場フラグON、運行情報などの情報を書き込む。
【０１４１】
ここで、入場フラグは、その指定席券を利用して入場がなされたことを表すフラグとされる。また、運行情報は、ステップS３０７の処理が行われた時点での最新の運行情報とされる。
【０１４２】
図１３は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「東京―大阪」、「１０：００−１６：００」、「７番線 A１７座席」と表示されている。すなわち、入場した時点では、上述したステップS３０４の処理で書き込まれた情報は更新されておらず、そのまま表示されている。
【０１４３】
また、表示部１４７には、「通常運行中」と表示されている。これは、上述したステップS３０７の処理で書き込まれた最新の運行情報に基づいて、その指定席券により乗車できる列車が通常通り運行していることが特定されて表示された情報である。
【０１４４】
図１４は、ステップS３０７の処理が終了したときの表示部１４７の別の表示例を示す図である。同図において、表示部１４７には、「残高：\１２,３４５」と表示されている。これは、データメモリ１４５から読み出されたデータに基づいて、現在ICカードにチャージされている残高が、１２,３４５円であることが特定されて表示された情報である。
【０１４５】
また、表示部１４７には、「通常運行中」と表示されている。これは、上述したステップS３０７の処理で書き込まれた最新の運行情報に基づいて、その指定席券により乗車できる列車が通常通り運行していることが特定されて表示された情報である。
【０１４６】
ステップS３０７の処理が終了したとき、表示部１４７において、例えば、図１３に示されるような表示画面と、図１４に示されるような表示画面とが交互に連続して表示されるようにしてもよい。
【０１４７】
一方、ステップS３０６において、入場可能ではないと判定された場合、処理は、ステップS３１２に進み、所定のエラー処理が実行される。
【０１４８】
ステップＳ３０５において、処理種別が改札退場であると判定された場合、処理は、ステップＳ３０８に進む。
【０１４９】
ステップＳ３０８において、CPU１４４は、退場可能か否かを判定する。具体的には、例えば、ステップS３０２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、その指定席券（ICカード１０１）での乗車可能区間、上述した入場フラグ及び後述する検札フラグがONとされているかなどをチェックし、退場可否を表す情報がICカード１０１に送信される。ステップS３０８では、リーダライタ１０２から送信される入場可否を表す情報に基づいて退場可能か否かが判定される。
【０１５０】
ステップS３０８において、退場可能と判定された場合、処理は、ステップS３０９に進む。ステップS３０９において、CPU１４４は、データメモリ１４５に、その指定席券を使用済扱とするための情報（例えば、フラグ）などとともに、履歴情報、乗換情報などの情報を書き込む。
【０１５１】
ここで、乗換情報は、例えば、その指定券の乗車区間の到着駅近郊の路線の情報などとされる。
【０１５２】
図１５は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「残高：\12,345」と表示されている。これは、上述したステップS３０４の処理で書き込まれた情報が更新されず、そのまま表示されている。
【０１５３】
また、表示部１４７には、「乗換案内：xxxxxx・・・」と表示されている。これは、上述したステップS３０９の処理で書き込まれた乗換情報に基づいて、その指定席券の乗車区間の到着駅近郊の路線の情報が特定されて表示された情報である。
【０１５４】
なお、図１５に示されるような表示画面は、あまり長い間表示しても意味が無いので、一時的（所定の時間だけ）表示され、その後は、表示部１４７に、単に「残高：\12,345」と表示されるようにしてもよい。
【０１５５】
一方、ステップS３０８において、退場可能ではないと判定された場合、処理は、ステップS３１２に進み、所定のエラー処理が実行される。
【０１５６】
ステップＳ３０５において、処理種別が検札であると判定された場合、処理は、ステップＳ３１０に進む。
【０１５７】
ステップＳ３１０において、CPU１４４は、正当に検札された（検札OK）か否かを判定する。具体的には、例えば、ステップS３０２の処理で、ICカード１０１に記憶された情報が、駅員の検札用端末などとして構成されるリーダライタ１０２に送信され、リーダライタ１０２において、その指定席券（ICカード１０１）での乗車可能区間、座席番号、入場フラグがONであるかなどをチェックし、検札OKか否かを表す情報がICカード１０１に送信される。ステップS３１０では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【０１５８】
あるいはまた、リーダライタ１０２が、例えば、列車内の座席に組み込まれ、ICカード１０１を所持するユーザが、座席に着席すると、自動的に検札の処理が実行されるようにしてもよい。
【０１５９】
ステップS３１０において、検札OKと判定された場合、処理は、ステップS３１１に進む。ステップS３１１において、CPU１４４は、データメモリ１４５に、検札フラグON、到着駅情報などの情報を書き込む。
【０１６０】
ここで、検札フラグは、その指定席券について検札がなされたことを表すフラグとされる。また、到着駅情報は、例えば、ステップS３０７の処理が行われた時点での到着駅周辺の天気の情報などとされる。
【０１６１】
図１６は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「大阪行き」と表示され、また「１６：００着予定」と表示されている。すなわち、上述したステップS３０４の処理で書き込まれた情報は更新されていないが、入場した後（入場フラグがONとなった後）の時点では、出発駅と発車時刻は表示されず、到着駅と到着予定の時刻のみが表示されている。
【０１６２】
また、表示部１４７には、「大阪：晴れ」と表示されている。これは、上述したステップS３１１の処理で書き込まれた到着駅情報に基づいて、その指定席券の乗車区間の到着駅（大阪駅）の周辺の天気が晴れであることが特定されて表示された情報である。
【０１６３】
図１７は、ステップS３１１の処理が終了したときの表示部１４７の別の表示例を示す図である。同図において、表示部１４７には、「７番線 A１７座席」と表示され、また、「残高：\１２,３４５」と表示されている。これは、上述したステップS３０４の処理で書き込まれたデータがデータメモリ１４５から読み出されて表示された情報である。
【０１６４】
ステップS３１１の処理が終了したとき、表示部１４７において、例えば、図１６に示されるような表示画面と、図１７に示されるような表示画面とが交互に連続して表示されるようにしてもよい。
【０１６５】
一方、ステップS３１０において、検札OKではないと判定された場合、処理は、ステップS３１３に進み、所定のエラー処理が実行される。
【０１６６】
ステップS３０７、S３０９、S３１１、S３１２、またはS３１３の処理の後、処理は、ステップS３１４に進み、ICカード１０１がリセットされる。
【０１６７】
このようにして、指定席券として用いられるICカード１０１において改札入場、改札退場、または検札の処理が実行され、処理結果に伴って記憶されたデータに基づく情報が表示部１４７に表示される。
【０１６８】
次に、ICカード１０１が劇場などで公演される演劇やコンサートなどのチケットとして用いられる場合の例について説明する。ここで、チケットは、例えば、演劇やコンサートなどの観客であるユーザが、予めインターネットに接続されたPCなどを操作してICカード１０１のプリペイド残高からチケットの代金分を支払うことで購入し、購入されたチケットは、ＩＣカード１０１にデータとして記憶されるものとする。ICカード１０１がチケットとして用いられる場合、図２のステップS１０５では、図１８に示されるカード種別対応処理４が実行される。
【０１６９】
ここで、図１８のフローチャートを参照して、カード種別対応処理４の詳細について説明する。
【０１７０】
ステップS３４１とS３４２の処理は、それぞれ図３のステップS２０１とS２０２の処理と同様の処理なので詳細な説明は省略する。
【０１７１】
ステップＳ３４３において、CPU１４４は、ステップＳ３０２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理が発券の処理であるか否かを判定する。ここで、発券は、チケットの購入に伴って実行される処理とされる。ステップS３４３において、発券の処理であると判定された場合、処理は、ステップS３４４に進む。なお、いまの場合、リーダライタ１０２は、インターネットに接続されたPCなどに組み込まれていることになる。
【０１７２】
ステップS３４４において、CPU１４４は、データメモリ１４５に、名称コード、開演日時、上演場所、座席番号、更新後残高、案内情報などの情報を書き込む。
【０１７３】
ここで、名称コードは、例えば、そのチケットにより観劇できる演劇やコンサートなどの名称を特定するためのコードとされ、開演日時、上演場所、および座席番号は、それぞれ、そのチケットにより観劇できる演劇やコンサートなどの開演日時、上演場所、およびそのチケットにより予約された座席の番号とされる。なお、必要に応じて上演終了時刻の情報も記憶されるようにしてもよい。また、更新後残高は、チケットの代金がICカード１０１にチャージされているプリペイド残高から減額されて更新された残高であり、案内情報は、例えば、そのチケットにより観劇できる演劇やコンサートなどに関連する情報とされる。
【０１７４】
図１９は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「XYZ劇」と表示されている。これは、上述したステップS３４４の処理で書き込まれた名称コードに基づいて、そのチケットにより観劇できる演劇の名称が「XYZ劇」であることが特定されて表示された情報である。
【０１７５】
また、表示部１４７には、「０６／１０／０１ １８：００」と表示されている。これは、上述したステップS３４４の処理で書き込まれた開演日時の情報に基づいて、そのチケットにより観劇できる演劇の開演日時が西暦２００６年１０月１日１８時であることが特定されて表示された情報である。
【０１７６】
さらに、表示部１４７には、「ABCホール」と表示されている。これは、上述したステップS３４４の処理で書き込まれた上演場所の情報に基づいて、そのチケットにより観劇できる演劇の上演場所が、ABCホールであることが特定されて表示された情報である。
【０１７７】
また、表示部１４７には、「A１７座席」と表示されている。これは、上述したステップS３４４の処理で書き込まれた座席番号の情報に基づいて、そのチケットにより予約された座席の番号が「A１７」であることが特定されて表示された情報である。
【０１７８】
ステップS３４４の処理の後、または、ステップS３４３において、発券の処理ではないと判定された場合、処理は、ステップS３４５に進む。
【０１７９】
ステップS３４５において、ＣＰＵ１４４は、ステップＳ３４２におけるリーダライタ１０２との通信に基づいて実行されるトランザクションなどの処理の種別を判定する。いまの場合、ICカード１０１は、チケットとして用いられるので、処理の種別としては、入場、着席、または退場の３種類（種別）の処理があるものとする。ここでは、リーダライタ１０２は、入場ゲート、退場ゲート、または座席に組み込まれていることになる。
【０１８０】
ここで、入場は、例えば、ICカード１０１を所持するユーザが、上演場所の入口などに設置されたリーダライタ１０２が組み込まれたゲートを通過するときに行われる処理とされる。また、着席は、例えば、ICカード１０１を所持するユーザが、上演場所の内部の所定の座席であって、リーダライタ１０２が組み込まれた座席に着席するときに行われる処理とされる。さらに、退場は、例えば、ICカード１０１を所持するユーザが、上演場所の出口などに設置されたリーダライタ１０２が組み込まれたゲートを通過するときに行われる処理とされる。
【０１８１】
ステップＳ３４５において、処理種別が入場であると判定された場合、処理は、ステップＳ３４６に進む。
【０１８２】
ステップＳ３４６において、CPU１４４は、入場可能か否かを判定する。具体的には、例えば、ステップS３０２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、そのチケット（ICカード１０１）で観劇できる演劇の名称コードなどをチェックし、入場可否を表す情報がICカード１０１に送信される。ステップS３４６では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【０１８３】
ステップS３４６において、入場可能と判定された場合、処理は、ステップS３４７に進む。ステップS３４７において、CPU１４４は、データメモリ１４５に、入場フラグON、座席イメージなどの情報を書き込む。
【０１８４】
ここで、入場フラグは、そのチケットを利用して入場がなされたことを表すフラグとされる。また、座席イメージは、そのチケットにより予約された座席の位置をユーザに知らせるための画像などのデータとされる。
【０１８５】
図２０は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「A１７座席」と表示されており、また、「１８：００開演」と表示されている。これらは、上述したステップS３４４の処理で書き込まれた情報が更新されず、そのまま表示されたものである。
【０１８６】
また、表示部１４７に、上述したステップS３４７の処理で書き込まれた座席イメージのデータに基づく画像としての座席イメージが表示されている。なお、リーダライタ１０２とICカード１０１との間での画像データの送受信が困難である場合、または、ICカード１０１の表示部１４７に座席イメージの画像を表示することが困難な場合などは、座席イメージに代えて、例えば、「前から○列目、左から×番目」など座席の位置を表す文字情報が表示されるようにしてもよい。
【０１８７】
一方、ステップS３４６において、入場可能ではないと判定された場合、処理は、ステップS３５２に進み、所定のエラー処理が実行される。
【０１８８】
ステップＳ３４５において、処理種別が着席であると判定された場合、処理は、ステップＳ３４８に進む。
【０１８９】
ステップＳ３４８において、CPU１４４は、着席可能か否かを判定する。具体的には、例えば、ステップS３４２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、そのチケット（ICカード１０１）で予約された座席番号が当該座席の座席番号と一致するかなどをチェックし、着席可否を表す情報がICカード１０１に送信される。ステップS３４８では、リーダライタ１０２から送信される入場可否を表す情報に基づいて入場可能か否かが判定される。
【０１９０】
ステップS３４８において、退場可能と判定された場合、処理は、ステップS３４９に進む。ステップS３４９において、CPU１４４は、データメモリ１４５に、着席フラグONなどの情報を書き込む。ここで、着席フラグは、そのチケットで予約された座席に、ユーザが着席したことを表すフラグとされる。
【０１９１】
図２１は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「ＸＹＺ劇」と表示されており、また「２１：００終了」と表示されており、さらに「Ａ１７座席」と表示されている。すなわち、上述したステップS３４４の処理で書き込まれた情報は更新されていないが、入場した後（入場フラグがONとなった後）の時点では、開演時刻と上演場所は表示されず、演劇の名称と、終了時刻と、座席番号とが表示されている。
【０１９２】
また、表示部１４７には、「次回予定：ｘｘｘ」と表示されている。これは、上述したステップS３４４の処理で書き込まれた案内情報に基づいて、その上演場所（いまの場合、ＡＢＣホール）で、次回公演される演劇の名称などが特定されて表示された情報である。
【０１９３】
一方、ステップS３４８において、着席可能ではないと判定された場合、処理は、ステップS３５２に進み、所定のエラー処理が実行される。
【０１９４】
ステップＳ３４５において、処理種別が退場であると判定された場合、処理は、ステップＳ３５０に進む。
【０１９５】
ステップＳ３５０において、CPU１４４は、退場可能か否かを判定する。具体的には、例えば、ステップS３４２の処理で、ICカード１０１に記憶された情報がリーダライタ１０２に送信され、リーダライタ１０２において、そのチケット（ICカード１０１）の上述した入場フラグ及び着席フラグがONとされているかなどをチェックし、退場可否を表す情報がICカード１０１に送信される。ステップS３５０では、リーダライタ１０２から送信される退場可否を表す情報に基づいて退場可能か否かが判定される。
【０１９６】
ステップS３５０において、退場可能と判定された場合、処理は、ステップS３５１に進む。ステップS３５１において、CPU１４４は、データメモリ１４５に、そのチケットを使用済扱とするための情報（例えば、フラグ）などとともに、履歴情報、案内情報などの情報を書き込む。
【０１９７】
ここで、案内情報は、例えば、その上演場所（いまの場合、ＡＢＣホール）で、次回公演される演劇についての詳細な情報などとされる。
【０１９８】
図２２は、このときの表示部１４７の表示例を示す図である。同図において、表示部１４７には、「次回予定：（詳細情報）」と表示されている。これは、上述したステップS３５１の処理で書き込まれた案内情報に基づいて、その上演場所で、次回公演される演劇についての詳細な情報が特定されて表示された情報である。なお、実際の詳細情報は、例えば、その上演場所で、次回公演される演劇の出演者、開演日時などの情報とされる。
【０１９９】
また、図２２に示されるような表示画面は、あまり長い間表示しても意味が無いので、一時的（所定の時間だけ）表示され、その後は、表示部１４７に、プリペイド残高などが表示されるようにしてもよい。
【０２００】
一方、ステップS３５０において、退場可能ではないと判定された場合、処理は、ステップS３５３に進み、所定のエラー処理が実行される。
【０２０１】
ステップS３４７、S３４９、S３５１、S３５２、またはS３５３の処理の後、処理は、ステップS３５４に進み、ICカード１０１がリセットされる。
【０２０２】
このようにして、チケットとして用いられるICカード１０１において入場、退場、または着席の処理が実行され、処理結果に伴って記憶されたデータに基づく情報が表示部１４７に表示される。
【０２０３】
あるいはまた、ICカード１０１が遊園地などで利用されるチケットとして用いられるようにしてもよい。このような場合、表示部１４７には、例えば、いわゆるスタンプラリーのように、ユーザが体験した乗り物やアトラクションなどの情報、利用施設のマークなどが付加された園内マップなどが適宜表示されることになる。
【０２０４】
以上においては、処理、用途などに応じてＩＣカード１０１に記憶されているデータが読み出されて表示部１４７に表示される各種の例について説明したが、表示される情報の中でもプリペイド残高の情報は特に重要な情報とされる。例えば、チケットとしてＩＣカード１０１が用いられる場合、入場後に飲食物などプリペイドカードで購入したいとき、残高が分からないと不便である。また、例えば、ＩＣカード１０１を利用して、誤って残高以上の買い物などをしてしまうと、残高不足でエラーとなり、その結果、現金で払うより処理に時間がかかってしまい、プリペイドカードとしてのＩＣカード１０１の利便性が失われることもある。
【０２０５】
しかしながら、小型のICカード１０１において、表示部１４７を、充分な大きさとすることは難しいと考えられる。
【０２０６】
そこで、例えば、表示部１４７において残高を表示する領域を確保できない場合、残高を、数字ではなく、バーを用いた表示に切り替えるようにしてもよい。すなわち、表示切替部１４６が、表示部１４７に表示すべき情報の量などに基づいて、残高を表示する領域を確保できる否かを判定し、残高を表示する領域が確保できない場合、例えば、表示部１４７の画面下側などにバー表示により残高を表示させるようにすればよい。
【０２０７】
図２３は、残高をバー表示させる場合の表示部１４７の表示画面の例を示す図である。同図は、上述した図１３の表示画面上でさらに残高を表示させる場合の例であり、図１３の場合と同様の情報が表示されるとともに、図中下側にバー３０１として残高が表示されている。すなわち、バー３０１は、その下側に記載された目盛上の位置に対応する残高を表すものであり、同図では、ＩＣカード１０１にチャージされている残高が「１２,３４５円」の場合のバー３０１の表示例が示されている。なお、バー３０１の下側の目盛は、残高の額に応じて、その目盛の単位、間隔などが変更されて表示されるようにすることも可能である。
【０２０８】
このようにすることで、表示部１４７の限られた領域を有効に活用することが出来るようになる。
【０２０９】
なお、本明細書において上述した一連の処理を実行するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０２１０】
【図１】本発明を適用した通信システム１００の一実施形態における構成例を示すブロック図である。
【図２】ICカードの処理を説明するフローチャートである。
【図３】カード種別対応処理１を説明するフローチャートである。
【図４】ICカードの表示部の表示例を示す図である。
【図５】ICカードの表示部の別の表示例を示す図である。
【図６】ICカードの表示部のさらに別の表示例を示す図である。
【図７】カード種別対応処理２を説明するフローチャートである。
【図８】ICカードの表示部のさらに別の表示例を示す図である。
【図９】ICカードの表示部のさらに別の表示例を示す図である。
【図１０】ICカードの表示部のさらに別の表示例を示す図である。
【図１１】カード種別対応処理３を説明するフローチャートである。
【図１２】ICカードの表示部のさらに別の表示例を示す図である。
【図１３】ICカードの表示部のさらに別の表示例を示す図である。
【図１４】ICカードの表示部のさらに別の表示例を示す図である。
【図１５】ICカードの表示部のさらに別の表示例を示す図である。
【図１６】ICカードの表示部のさらに別の表示例を示す図である。
【図１７】ICカードの表示部のさらに別の表示例を示す図である。
【図１８】カード種別対応処理４を説明するフローチャートである。
【図１９】ICカードの表示部のさらに別の表示例を示す図である。
【図２０】ICカードの表示部のさらに別の表示例を示す図である。
【図２１】ICカードの表示部のさらに別の表示例を示す図である。
【図２２】ICカードの表示部のさらに別の表示例を示す図である。
【図２３】ICカードの表示部のさらに別の表示例を示す図である。
【符号の説明】
【０２１１】
１００ 通信システム， １０１ ICカード， １０２ リーダライタ， １２１ アンテナ， １２２ 制御部， １２３ 電力生成部， １２４ 太陽電池部， １２５ 電力供給部， １４４ ＣＰＵ， １４５ データメモリ， １４６ 表示切替部， １４７ 表示部， ２２１ アンテナ， ２２３ CPU， ２２６ 外部制御部， ２２７ 外部機器
【特許請求の範囲】
【請求項１】
ユーザにより携帯され、表示部を有する情報表示装置であって、
表示すべき情報に対応するデータを記憶する記憶手段と、
前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、
前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、
前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、
前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、
受光した光を光電変換して電力を発生する第２の電力発生手段とを備え、
前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、
前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる
情報表示装置。
【請求項２】
前記情報処理装置は、リーダライタであり、
非接触ICカードとして構成される
請求項１に記載の情報表示装置。
【請求項３】
前記表示部は、電子ペーパーで構成される
請求項２に記載の情報表示装置。
【請求項４】
前記リーダライタが自動改札機に組み込まれ、
前記自動改札機を通過するための乗車券として用いられる
請求項２に記載の情報表示装置。
【請求項５】
前記乗車券であって、定期券として用いられる
請求項４に記載の情報処理装置。
【請求項６】
前記リーダライタが自動改札機、または列車の車内で用いられる端末に組み込まれ、
前記自動改札機の通過、または前記列車の車内で用いられる端末による検札を受けるための指定席券として用いられる
請求項２に記載の情報表示装置。
【請求項７】
前記リーダライタが入退場ゲート、または座席に組み込まれ、
前記入退場ゲートの通過、または前記座席に着席するためのチケットとして用いられる
請求項２に記載の情報表示装置。
【請求項８】
プリペイドカードとして用いられ、
前記記憶手段によりチャージされたプリペイド残高が記憶される
請求項２に記載の情報表示装置。
【請求項９】
前記プリペイド残高は、前記表示部において、他の情報とは異なる表示方式で表示される
請求項８に記載の情報表示装置。
【請求項１０】
ユーザにより携帯され、表示部を有する情報表示装置であって、表示すべき情報に対応するデータを記憶する記憶手段と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とを備える情報表示装置の情報表示方法において、
前記第１の電力発生手段または前記第２の電力発生手段により発生された電力の供給を受けたか否かを判定し、
前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、
前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させるステップ
を含む情報表示方法。
【請求項１】
ユーザにより携帯され、表示部を有する情報表示装置であって、
表示すべき情報に対応するデータを記憶する記憶手段と、
前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、
前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、
前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、
前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、
受光した光を光電変換して電力を発生する第２の電力発生手段とを備え、
前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、
前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させる
情報表示装置。
【請求項２】
前記情報処理装置は、リーダライタであり、
非接触ICカードとして構成される
請求項１に記載の情報表示装置。
【請求項３】
前記表示部は、電子ペーパーで構成される
請求項２に記載の情報表示装置。
【請求項４】
前記リーダライタが自動改札機に組み込まれ、
前記自動改札機を通過するための乗車券として用いられる
請求項２に記載の情報表示装置。
【請求項５】
前記乗車券であって、定期券として用いられる
請求項４に記載の情報処理装置。
【請求項６】
前記リーダライタが自動改札機、または列車の車内で用いられる端末に組み込まれ、
前記自動改札機の通過、または前記列車の車内で用いられる端末による検札を受けるための指定席券として用いられる
請求項２に記載の情報表示装置。
【請求項７】
前記リーダライタが入退場ゲート、または座席に組み込まれ、
前記入退場ゲートの通過、または前記座席に着席するためのチケットとして用いられる
請求項２に記載の情報表示装置。
【請求項８】
プリペイドカードとして用いられ、
前記記憶手段によりチャージされたプリペイド残高が記憶される
請求項２に記載の情報表示装置。
【請求項９】
前記プリペイド残高は、前記表示部において、他の情報とは異なる表示方式で表示される
請求項８に記載の情報表示装置。
【請求項１０】
ユーザにより携帯され、表示部を有する情報表示装置であって、表示すべき情報に対応するデータを記憶する記憶手段と、前記記憶手段に記憶されているデータを読み出して、前記データに対応する情報を前記表示部に表示させる表示制御手段と、前記記憶手段に記憶されているデータを用いる処理を制御する処理制御手段と、前記処理制御手段の制御に基づいて、情報処理装置との通信を行う通信手段と、前記情報処理装置から発生させられた電磁波をもとに電力を発生する第１の電力発生手段と、受光した光を光電変換して電力を発生する第２の電力発生手段とを備える情報表示装置の情報表示方法において、
前記第１の電力発生手段または前記第２の電力発生手段により発生された電力の供給を受けたか否かを判定し、
前記第１の電力発生手段により発生された電力の供給を受けた場合、前記通信手段は、前記情報処理装置との通信を行い、
前記第１の電力発生手段により発生された電力の供給を受けておらず、かつ前記第２の電力発生手段により発生された電力の供給を受けた場合、前記表示制御手段は、前記記憶手段から読み出されたデータに対応する情報を前記表示部に表示させるステップ
を含む情報表示方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２００８−２１１７６（Ｐ２００８−２１１７６Ａ）
【公開日】平成２０年１月３１日（２００８．１．３１）
【国際特許分類】
【出願番号】特願２００６−１９３１２５（Ｐ２００６−１９３１２５）
【出願日】平成１８年７月１３日（２００６．７．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２０年１月３１日（２００８．１．３１）
【国際特許分類】
【出願日】平成１８年７月１３日（２００６．７．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]