JP2008217092A - 電子バリュー管理システム、電子バリュー管理装置、携帯端末、及びコンピュータプログラム - Google Patents

Abstract

【課題】電子バリューの購入と、その電子バリューの移転とを非同期的に行えるようにする。
【解決手段】ユーザＡは、携帯電話やＰＤＡ等の携帯端末１を利用して、ネットワーク４上のＷＥＢサーバ２から電子バリューを購入し、その購入した電子バリューをセンタサーバ３が管理する電子バリューデータベース格納装置５に一時的に格納しておくことができる。センタサーバ３は、電子バリューデータベース格納装置５に格納する電子バリューをユーザＡ、Ｂ、Ｃ・・・ごとに管理する。また、ユーザＡは、携帯端末１からセンタサーバ３に対して電子バリューを指定してダウンロード要求を行うことで、センタサーバ３でユーザＡのものとして管理されている電子バリューを携帯端末１にダウンロードすることができる。
【選択図】図２

Description

本発明は、購入済みの電子バリューをユーザごとに管理し、必要なときに携帯端末等の記憶媒体に移転できるようにした電子バリュー管理システム、電子バリュー管理装置、携帯端末、コンピュータプログラムに関する。

ＩＣチップを内蔵する携帯電話等の携帯端末を利用して、ネットワーク上で電子バリューを購入し、ダウンロードすることができる（例えば特許文献１を参照）。携帯端末にダウンロードした電子バリューを使用するときは、携帯端末を読み取り機にかざしたり、携帯端末の赤外線通信機能を利用したりする。

特開２００３−１８７１６７号公報

今後、電子バリューが普及するにつれて、ユーザが取り扱う電子バリューの数は多くなると予想される。

これまでは、携帯端末を利用して電子バリューを購入するのと同時に、その購入した電子バリューを携帯端末にダウンロードしていた。

しかしながら、電子バリューの購入と同時にダウンロードするのでは、例えば既に電子バリューを購入して携帯端末のメモリの残容量が少なくなっているときには、新たに電子バリューを購入することができなくなってしまう。

また、電子バリューの購入、ダウンロードを連続的（同期的）に行わなければならず、それらの処理に時間がかかってしまう。

本発明は、上記のような点に鑑みてなされたものであり、電子バリューの購入と、その電子バリューの移転とを非同期的に行えるようにすることを目的とする。

本発明による電子バリュー管理システムは、電子バリューを記憶可能な記憶媒体と、前記記憶媒体とネットワークを介して通信可能な電子バリュー管理装置とを有する電子バリュー管理システムであって、前記電子バリュー管理装置は、購入済みの電子バリューを格納手段に格納してユーザごとに管理する管理手段と、前記記憶媒体側からの要求に応じて、前記要求に係る電子バリューを前記格納手段から前記記憶媒体に移転する処理を行う移転制御手段とを備えたことを特徴とする。
本発明の電子バリュー管理装置は、電子バリューを記憶可能な記憶媒体とネットワークを介して通信可能な電子バリュー管理装置であって、購入済みの電子バリューを格納手段に格納してユーザごとに管理する管理手段と、前記記憶媒体側からの要求に応じて、前記要求に係る電子バリューを前記格納手段から前記記憶媒体に移転する処理を行う移転制御手段とを備えたことを特徴とする。
本発明の携帯端末は、購入済みの電子バリューをユーザごとに管理する電子バリュー管理装置とネットワークを介して通信可能な携帯端末であって、電子バリューを記憶可能な記憶手段と、前記電子バリュー管理装置に対して電子バリューを指定して移転要求を行う移転要求手段と、前記移転要求に応じて前記電子バリュー管理装置から移転される電子バリューを前記記憶手段に記憶する移転制御手段とを備えたことを特徴とする。
本発明のコンピュータプログラムは、電子バリューを記憶可能な記憶媒体とネットワークを介して通信可能なコンピュータを、購入済みの電子バリューを格納手段に格納してユーザごとに管理する管理手段と、前記記憶媒体側からの要求に応じて、前記要求に係る電子バリューを前記格納手段から前記記憶媒体に移転する処理を行う移転制御手段として機能させることを特徴とする。
本発明の別のコンピュータプログラムは、購入済みの電子バリューをユーザごとに管理する電子バリュー管理装置とネットワークを介して通信可能であるとともに、電子バリューを記憶可能な記憶手段を備えた携帯端末のコンピュータを、前記電子バリュー管理装置に対して電子バリューを指定して移転要求を行う移転要求手段と、前記移転要求に応じて前記電子バリュー管理装置から移転される電子バリューを前記記憶手段に記憶する移転制御手段として機能させることを特徴とする。

本発明においては、購入済みの電子バリューを電子バリュー管理装置でユーザごとに管理し、必要なときに電子バリュー管理装置から携帯端末等の記憶媒体に移転することができる。
なお、本発明において「移転」とは、電子バリューを送信するときに、その電子バリューをそれまで記憶していた記憶領域に残すのではなく消去することを意味する。

本発明によれば、電子バリューの購入と、その電子バリューの移転とを非同期的に行うことができる。

以下、添付図面を参照して、本発明の好適な実施形態について説明する。
（第１の実施形態）
図１、２には、本実施形態に係る電子バリュー管理システムの全体構成を示す。図１に示すように、記憶部１ａに電子バリューを記憶可能な携帯端末１と、電子バリューの販売を行うＷＥＢサーバ２と、購入済みの電子バリューを電子バリューデータベース格納装置５に格納してユーザごとに管理するセンタサーバ３とがインターネット等のネットワーク４を介して通信可能となっている。

本実施形態では、交通系の電子バリュー（電子マネー、定期券、乗車券や特急券（指定席、自由席情報を含む）といった電子チケット等）を例にして説明する。このような電子バリューを記憶した携帯端末１を自動改札機等の駅務機器６にかざすことにより、両者が無線通信を行い、電子バリューの読み取り処理や書き込み処理が行われる。

ここで、図２を参照して、本実施形態に係る電子バリュー管理システムでの処理の概要を説明する。ユーザＡは、携帯電話やＰＤＡ等の携帯端末１を利用して、ネットワーク４上のＷＥＢサーバ２（電子バリュー購入システム）から電子バリューを購入することができる（図２の２０１）。なお、電子バリュー購入システムは、単一の事業者によるものである必要はなく、複数の事業者によるものであってもよい。また、電子バリューの購入に伴う決済処理等については既存の技術を用いればよく、その説明は省略する。

電子バリューを購入したときに、その購入した電子バリューを携帯端末１に直接ダウンロードすることもできるが、センタサーバ３が管理する電子バリューデータベース格納装置５に一時的に格納しておくことができる（図２の２０２）。センタサーバ３は、例えばＷＥＢサーバ２で電子バリューを購入する会員の会員データベース（不図示）に基づいて、電子バリューデータベース格納装置５に格納する電子バリューをユーザＡ、Ｂ、Ｃ・・・ごとに管理する。ユーザは、会員として登録しておくことで、購入済みの電子バリューを電子バリューデータベース格納装置５に一時的に格納することができる。さらに、後述するように、センタサーバ３から携帯端末１に電子バリューをダウンロードしたり、携帯端末１からセンタサーバ３に電子バリューをアップロードしたりすることもできる。このような電子バリューの管理方式を、本明細書では「金庫方式」と称する。

ユーザＡは、センタサーバ３でユーザＡのものとして管理されている電子バリューを携帯端末１にダウンロードすることができる。この場合、携帯端末１からセンタサーバ３に対して電子バリューを指定してダウンロード要求を行う（図２の２０３）。ダウンロード要求を受けたセンタサーバ３は、ユーザ認証後、そのダウンロード要求に係る電子バリューを電子バリューデータベース格納装置５から携帯端末１にダウンロードする（図２の２０４）。すなわち、ダウンロード要求に係る電子バリューを電子バリューデータベース格納装置５から携帯端末１に送信するとともに、電子バリューデータベース格納装置５から消去する。このとき、センタサーバ３では、電子バリューの移転に関する履歴を管理する。

なお、センタサーバ３から携帯端末１に電子バリューを移転（ダウンロード）する際には、センタサーバ３で電子バリューを暗号化する。

このように、ユーザが必要なときにいつでもセンタサーバ３から携帯端末１に電子バリューをダウンロードすることができる。例えば数日後の列車の電子チケットを購入したような場合に、購入した時点でセンタサーバ３側に預けておき、実際に電子チケットを使用する時点でダウンロードすることができる。

また、ユーザＡは、携帯端末１の記憶部１ａに記憶している電子バリューをセンタサーバ３にアップロードすることができる。この場合、携帯端末１からセンタサーバ３に対して電子バリューを指定してアップロード要求を行う（図２の２０５）。アップロード要求を受けたセンタサーバ３は、ユーザ認証後、そのアップロード要求を許可する（図２の２０６）。携帯端末１は、アップロード要求の許可があれば、そのアップロード要求に係る電子バリューをセンタサーバ３にアップロードする（図２の２０７）。すなわち、アップロード要求に係る電子バリューを記憶部１ａからセンタサーバ３に送信するとともに、記憶部１ａから消去する。このとき、センタサーバ３では、電子バリューの移転に関する履歴を管理する。

このように、ユーザが必要なときにいつでも携帯端末１からセンタサーバ３に電子バリューをアップロードすることができる。例えば往復の列車の電子チケットを購入してセンタサーバ３側に預けているような場合に、間違って復路の電子チケットをダウンロードしたときには、その復路の電子チケットをアップロードし、往路の電子チケットをダウンロードすることができる。

図３は、携帯端末１の機能構成例を示す図である。１ａは電子バリューを記憶可能な記憶部であり、例えばＩＣチップに内蔵されたメモリがこれに相当する。１ｂは移転制御部であり、センタサーバ３との間で電子バリューを移転（ダウンロード、アップロード）する処理を行う。１ｃは送受信部であり、ネットワーク４を介して各種データを送受信する。１ｄは移転要求部であり、操作装置１１や表示装置１２（図５を参照）での指示に従って、センタサーバ３に対して電子バリューを指定してダウンロード要求やアップロード要求を行う。

図４は、センタサーバ３の機能構成例を示す図である。３ａは管理部であり、購入済みの電子バリューを電子バリューデータベース格納装置５に格納してユーザごとに管理する。３ｂは履歴管理部であり、電子バリューの移転等に関する履歴を管理する。３ｃは移転制御部であり、携帯端末１との間で電子バリューを移転（ダウンロード、アップロード）する処理を行う。３ｄは送受信部であり、ネットワーク４を介して各種データを送受信する。３ｅはユーザ認証部であり、ユーザＩＤ及びパスワードを利用してユーザ認証を行う。３ｆは暗号化・復号化部であり、電子バリューの暗号化及び復号化を行う。

図５は、携帯端末１のハードウェア構成例を示す図である。携帯端末１は、ハードウェア構成として、ＣＰＵ１０と、操作装置１１と、表示装置１２と、記憶装置１３と、携帯側通信装置１４と、携帯側通信装置１４のアンテナ１５とを含み、これら各装置がバス１６を介して接続する。

記憶装置１３は、ＩＣチップに内蔵されたメモリの他、ＲＯＭ、ＲＡＭ、ＨＤ、着脱可能な記憶媒体を含む。記憶装置１３には、電子バリュー、電子バリューを移転するためのプログラムや携帯端末１の動作全体を制御するプログラムが格納される。電子バリューを移転するためのプログラムは、例えばセンタサーバ３からダウンロードして記憶装置１３に格納される。なお、電子バリューはＩＣチップに内蔵されたメモリに記憶するものとしたが、ＨＤや取り外し可能な記録媒体等に記憶するようにしてもよい。

ＣＰＵ１０が電子バリューを移転するためのプログラムを実行することによって、本実施形態の携帯端末としての機能、又は処理が実現される。

操作装置１１は、例えばボタンで構成され、ユーザの操作情報を入力する。表示装置１２は、ＣＰＵ１０の制御に基づいて各種画面を表示する。携帯側通信装置１４は、アンテナ１５を介して携帯端末１をネットワーク４に接続する。

図６は、センタサーバ３のハードウェア構成例を示す図である。センタサーバ３は、ハードウェア構成として、ＣＰＵ３０と、入力装置３１と、表示装置３２と、記憶装置３３と、サーバ側通信装置３４とを含み、これら各装置がバス３５を介して接続する。

記憶装置３３は、ＲＯＭ、ＲＡＭ、ＨＤ等を含む。記憶装置３３には、電子バリューを移転するためのプログラムやセンタサーバ３の動作全体を制御するプログラムが格納される。

ＣＰＵ３０が電子バリューを移転するためのプログラムを実行することによって、本実施形態のセンタサーバ３としての機能、又は処理が実現される。

入力装置３１は、例えばキーボードやマウスで構成され、ユーザの操作情報を入力する。表示装置３２は、ＣＰＵ３０の制御に基づいて各種画面を表示する。なお、入力装置３１や表示装置３２はセンタサーバ３の構成として必須のものではない。サーバ側通信装置３４は、センタサーバ３をネットワーク４に接続する。

以下、図７〜９を参照して、本実施形態に係る電子バリュー管理システムでの処理のうちダウンロード処理の一例を説明する。なお、携帯端末１の記憶装置１３には、電子バリューを移転するためのプログラムが既にダウンロードして格納されているものとする。

図７に示すように、ユーザは、センタサーバ３に預けている電子バリューを携帯端末１にダウンロードしたい場合、携帯端末１からネットワーク４を介してセンタサーバ３にアクセスする（ステップＳ１００）。この場合に、例えばセンタサーバ３からメニュー画面情報が送信され、携帯端末１の表示装置１２に表示されるメニュー画面（不図示）で「ダウンロード要求」を指定できるようになっている。

センタサーバ３のＣＰＵ３０は、携帯端末１からのダウンロード要求があると、ユーザＩＤ及びパスワード入力画面情報を携帯端末１に送信する（ステップＳ３００）。携帯端末１のＣＰＵ１０は、センタサーバ３からユーザＩＤ及びパスワード入力画面情報を受信すると、例えば図８に示すようなユーザＩＤ及びパスワード入力画面を表示装置１２に表示する（ステップＳ１０１）。

携帯端末１のＣＰＵ１０は、ユーザＩＤ及びパスワードの入力を待って（ステップＳ１０２）、入力されたユーザＩＤ及びパスワードをセンタサーバ３に送信する（ステップＳ１０３）。センタサーバ３のＣＰＵ３０は、携帯端末１からユーザＩＤ及びパスワードを受信すると（ステップＳ３０１）、それらユーザＩＤ及びパスワードに基づいてユーザ認証を行う（ステップＳ３０２）。

上記ステップＳ３０２におけるユーザ認証の結果がＯＫであれば、センタサーバ３のＣＰＵ３０は、当該ユーザのものとして管理している電子バリューを電子バリューデータベース格納装置５から検索し（ステップＳ３０３）、その検索結果を反映させた電子バリュー選択画面情報を携帯端末１に送信する（ステップＳ３０４）。携帯端末１のＣＰＵ１０は、センタサーバ３から電子バリュー選択画面情報を受信すると、例えば図９に示すような電子バリュー選択画面を表示装置１２に表示する（ステップＳ１０４）。図９の電子バリュー選択画面では、センタサーバ３で当該ユーザのものとして管理している電子バリューの一覧が表示され、そこからダウンロードしたい電子バリューを選択できるようになっている。

携帯端末１のＣＰＵ１０は、電子バリューの選択を待って（ステップＳ１０５）、選択された電子バリューを表わす情報（電子バリュー指定情報）をセンタサーバ３に送信する（ステップＳ１０６）。センタサーバ３のＣＰＵ３０は、携帯端末１から電子バリュー指定情報を受信すると（ステップＳ３０５）、その指定された電子バリューを電子バリューデータベース格納装置５から読み出して暗号化した上で（ステップＳ３０６）、携帯端末１に送信する（ステップＳ３０７）。電子バリューを送信する際には、その電子バリューを電子バリューデータベース格納装置５から消去する（ステップＳ３０８）。

携帯端末１のＣＰＵ１０は、センタサーバ３から暗号化された電子バリューを受信すると（ステップＳ１０７）、その暗号化された電子バリューを記憶部１ａに記憶する（ステップＳ１０８）。その後、携帯端末１のＣＰＵ１０は、電子バリューのダウンロードを終了した通知をセンタサーバ３に送信する（ステップＳ１０９）。センタサーバ３のＣＰＵ３０は、携帯端末１からのダウンロード終了通知を受信すると（ステップＳ３０９）、終了確認画面情報を携帯端末１に送信する（ステップＳ３１０）。携帯端末１のＣＰＵ１０は、センタサーバ３から終了確認画面情報を受信すると、終了確認画面（不図示）を表示装置１２に表示して、終了の指示を待って（ステップＳ１１１）、終了の指示があれば、その旨をセンタサーバ３に通知して、一連の処理を終了する。センタサーバ３のＣＰＵ３０は、携帯端末１から終了の指示があると（ステップＳ３１１）、一連の処理を終了する。

なお、センタサーバ３のＣＰＵ３０は、上記ステップＳ３０２におけるユーザ認証の結果がＮＧであれば、エラーメッセージを携帯端末１に送信して（ステップＳ３１２）、一連の処理を終了する。

以上述べたように、購入済みの電子バリューをセンタサーバ３でユーザごとに管理し、必要なときにセンタサーバ３から携帯端末１にダウンロードできるようにしたので、電子バリューの購入と、購入した電子バリューの移転とを非同期的に行うことができる。したがって、携帯端末１の記憶部１ａの残容量が少ないときでも、電子バリューを購入することができる。また、時間がないときでも、電子バリューの購入だけを行い、それを後からダウンロードすることができる。

特に電子バリューのうち電子チケットの場合、多くは未来のイベントに対するものであって、購入した時点で使用することは少なく、実際に使用する時点でダウンロードされればよい。交通系の電子チケットには、日時情報、列車情報、座席情報、乗車区間情報等の多くの情報が含まれるため、そのデータ量も大きくなってしまう。したがって、電子チケットを自由に預けたり（購入及びアップロード）、引き出したり（ダウンロード）できる「金庫方式」で管理する利便性は非常に高いといえる。

また、必要な電子バリューだけを携帯端末１にダウンロードするようにしておけば、携帯端末１の紛失時にも被害を最小限に抑えることができる。しかも、センタサーバ３側で電子バリューの移転に関する履歴を管理しておけば、紛失した携帯端末１にダウンロードされている電子バリューについても保証することが可能になる。

また、電子バリューのアップロードも可能となっているので、携帯端末１に記憶している電子バリューと、センタサーバ３が管理している電子バリューとを自由に入れ替えることができる。

なお、図１では、本発明でいう電子バリュー管理装置として機能するセンタサーバ３を一つの装置として図示したが、複数の装置で構成されてもよい。例えば、ＷＥＢサーバやデータベースサーバの協働によって電子バリュー管理装置が実現されてもよい。また、センタサーバ３とＷＥＢサーバ２とを別の装置として図示したが、共通の装置として構成されてもよい。

また、本発明でいう記憶媒体として携帯端末１を説明したが、ＩＣチップを内蔵するＩＣカードであってもよい。本実施形態のように記憶媒体として携帯端末１を使用する場合は、直接的にセンタサーバ３と通信可能であるが、記憶媒体としてＩＣカードを使用する場合は、リーダ／ライタを備えたパーソナルコンピュータ等を介して間接的にセンタサーバ３と通信可能にして、電子バリューのダウンロードやアップロードを行うことになる。

また、上記実施形態では、電子バリューの購入と移転とで同一の携帯端末１を用いる例を説明したが、ユーザ認証を行うことを条件として、別の携帯端末等を用いることも可能である。

また、センタサーバ３は、電子バリューデータベース格納装置５の記憶領域をユーザごとに物理的に区分けして管理するようにしてもよいし、記憶領域を物理的に区分けするのではなく電子バリューとユーザ情報と関連付けることで管理するようにしてもよい。

（第２の実施形態）
第２の実施形態は、ユーザと電子バリューとの関連付けを変更可能とした例である。すなわち、センタサーバ３は、ユーザからの変更要求に応じて、そのユーザのものとして管理している電子バリューを、他のユーザのものとして管理するように変更する。なお、電子バリュー管理システムの基本的な構成要素や処理は第１の実施形態で説明したとおりであり、以下、第１の実施形態との相違点を中心に説明し、既述した内容についての詳細な説明は省略する。

図１０を参照して、本実施形態に係る電子バリュー管理システムでの処理の概要を説明する。ユーザＢ（例えば法人）は、携帯電話やＰＤＡ等の携帯端末１を利用して、ネットワーク４上のＷＥＢサーバ２（電子バリュー購入システム）から電子バリューを購入し（図１０の１００１）、その購入した電子バリューをセンタサーバ３が管理する電子バリューデータベース格納装置５に一時的に格納しておく（図１０の１００２）。

ユーザＢは、センタサーバ３に対して、電子バリューを指定して、ユーザＢのものとして管理されている電子バリュー（図示例では「チケット２」）を、別のユーザＡ（例えば法人Ｂの従業員）のものとして管理するように変更要求を行うことができる（図１０の１００３）。変更要求を受けたセンタサーバ３は、ユーザ認証後、その変更要求に係る電子バリューをユーザＡのものとして管理する（図１０の１００４）。このとき、センタサーバ３では、電子バリューのユーザ変更に関する履歴を管理する。

その後、ユーザＡは、センタサーバ３でユーザＡのものとして管理されている「チケット２」について、ダウンロード要求を行い（図１０の１００５）、ユーザＡの携帯端末１´にダウンロードすることができる（図１０の１００６）。

以上述べた第２の実施形態では、電子バリューの購入者と利用者とを変更することができる。例えば法人Ｂが列車の電子チケットを購入しておき、それを従業員Ａが出張するときにダウンロードする等の利用法が考えられ、法人Ｂは従業員が使用する電子バリューの管理を容易に行うことができる。

なお、第２の実施形態では、電子バリューそのものをユーザＡのものとして管理するよう変更する例を説明したが、例えばユーザＢのものとして管理されている電子バリューを他のユーザＡがダウンロードできるようにしてもよい。この場合、ユーザＢから他のユーザに電子的なダウンロード許可証を配布しておき、そのダウンロード許可証を持ったユーザのみが、ユーザＢのものとして管理されている電子バリューをダウンロードできるようにしておけばよい。或いは、ユーザＢのものとして管理されている電子バリューをダウンロードできる他のユーザを、ユーザＢがセンタサーバ３側に予め登録できるようにしておけばよい。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形や変更が可能である。

第１の実施形態に係る電子バリュー管理システムの構成を示す図である。 第１の実施形態に係る電子バリュー管理システムでの処理の概要を説明するための図である。 携帯端末の機能構成例を示す図である。 センタサーバの機能構成例を示す図である。 携帯端末のハードウェア構成例を示す図である。 センタサーバのハードウェア構成例を示す図である。 ダウンロード処理の一例を説明するためのフローチャートである。 携帯端末の表示装置に表示されるユーザＩＤ及びパスワード入力画面の例を示す図である。 携帯端末の表示装置に表示される電子バリュー選択画面の例を示す図である。 第２の実施形態に係る電子バリュー管理システムでの処理の概要を説明するための図である。

符号の説明

１ 携帯端末
１´ 携帯端末
１ａ 記憶部
１ｂ 移転制御部
１ｃ 送受信部
１ｄ 移転要求部
２ ＷＥＢサーバ
３ センタサーバ
３ａ 管理部
３ｂ 履歴管理部
３ｃ 移転制御部
３ｄ 送受信部
３ｅ ユーザ認証部
３ｆ 暗号化・復号化部
４ ネットワーク
５ 電子バリューデータベース格納装置

Claims (9)

1. 電子バリューを記憶可能な記憶媒体と、前記記憶媒体とネットワークを介して通信可能な電子バリュー管理装置とを有する電子バリュー管理システムであって、
   前記電子バリュー管理装置は、
   購入済みの電子バリューを格納手段に格納してユーザごとに管理する管理手段と、
   前記記憶媒体側からの要求に応じて、前記要求に係る電子バリューを前記格納手段から前記記憶媒体に移転する処理を行う移転制御手段とを備えたことを特徴とする電子バリュー管理システム。
2. 電子バリューを記憶可能な記憶媒体とネットワークを介して通信可能な電子バリュー管理装置であって、
   購入済みの電子バリューを格納手段に格納してユーザごとに管理する管理手段と、
   前記記憶媒体側からの要求に応じて、前記要求に係る電子バリューを前記格納手段から前記記憶媒体に移転する処理を行う移転制御手段とを備えたことを特徴とする電子バリュー管理装置。
3. 前記移転制御手段は、前記記憶媒体側からの要求に応じて、前記要求に係る電子バリューを前記記憶媒体から前記格納手段に移転する処理を更に行うことを特徴とする請求項２に記載の電子バリュー管理装置。
4. 前記電子バリューの移転に関する履歴を管理する履歴管理手段を更に備えたことを特徴とする請求項２又は３に記載の電子バリュー管理装置。
5. ユーザと電子バリューとの関連付けを変更する変更手段を備えたことを特徴とする請求項２〜４のいずれか１項に記載の電子バリュー管理装置。
6. 購入済みの電子バリューをユーザごとに管理する電子バリュー管理装置とネットワークを介して通信可能な携帯端末であって、
   電子バリューを記憶可能な記憶手段と、
   前記電子バリュー管理装置に対して電子バリューを指定して移転要求を行う移転要求手段と、
   前記移転要求に応じて前記電子バリュー管理装置から移転される電子バリューを前記記憶手段に記憶する移転制御手段とを備えたことを特徴とする携帯端末。
7. 前記移転制御手段は、前記記憶手段に記憶する電子バリューを前記電子バリュー管理装置に移転する処理を更に行うことを特徴とする請求項６に記載の携帯端末。
8. 電子バリューを記憶可能な記憶媒体とネットワークを介して通信可能なコンピュータを、
   購入済みの電子バリューを格納手段に格納してユーザごとに管理する管理手段と、
   前記記憶媒体側からの要求に応じて、前記要求に係る電子バリューを前記格納手段から前記記憶媒体に移転する処理を行う移転制御手段として機能させることを特徴とするコンピュータプログラム。
9. 購入済みの電子バリューをユーザごとに管理する電子バリュー管理装置とネットワークを介して通信可能であるとともに、電子バリューを記憶可能な記憶手段を備えた携帯端末のコンピュータを、
   前記電子バリュー管理装置に対して電子バリューを指定して移転要求を行う移転要求手段と、
   前記移転要求に応じて前記電子バリュー管理装置から移転される電子バリューを前記記憶手段に記憶する移転制御手段として機能させることを特徴とするコンピュータプログラム。

Images