JP6951084B2 - 電子マネー端末、サーバ装置、電子マネー処理方法、およびプログラム - Google Patents

Description

本発明は、入出金が行える電子マネー端末等に関するものである。

従来、書籍購入用・食費用等の使用目的を識別する複数の識別データと、各識別データに対応して設定され、使用金額を制限する使用限度額データとを記憶し、外部より受信する識別データと、記憶された識別データとを比較し、一致した識別データに対応する使用限度額データの範囲内で、電子マネーの出金を許可する電子マネーカードが存在した（例えば、特許文献１参照）。

特開平１１−３１１９０号公報

従来、学校への給食費や教材費等の支払いは、現金が主流であり、通常、つり銭が不要なように、請求された通りの額を生徒に持たせることが求められる。しかも、例えば、給食費と写真代といった複数の請求が、月末等の同じ時期にあった場合でも、その合計額ではなく、現金を請求ごとに分別して持たせる必要があった。仮に、学校への支払いにも電子マネーを用いることができれば、つり銭が不要なように現金を準備する手間が省け、利便性が向上する。

しかし、従来の一般的な電子マネーは、学校に限らず広く利用できるため、これを生徒に持たせることは、安全性の面で好ましくなかった。上記従来の電子マネーカードでは、使用目的によって出金額を制限することはできるものの、出金先を学校の端末等の特定の端末に制限することはできなかった。

このように、従来、特定の端末に対してのみ出金できる電子マネー端末は存在しなかった。

本第一の発明の電子マネー端末は、入金の情報である入金情報が格納される入金情報格納部と、入金情報を受け付ける入金情報受付部と、入金情報受付部が受け付けた入金情報を入金情報格納部に蓄積する入金情報蓄積部と、特定の端末からの出金指示を受け付ける出金指示受付部と、出金指示の受け付けに応じて、入金情報格納部の入金情報を変更する出金処理を行う出金処理部とを具備する電子マネー端末である。

かかる構成により、電子マネーを特定の端末に対してのみ出金できる。

また、本第二の発明の電子マネー端末は、第一の発明に対して、請求に関する請求情報が格納される請求情報格納部をさらに具備し、出金処理部は、出金指示の受け付けに応じて、請求情報に対応する金額分の入金情報を変更する出金処理を行う電子マネー端末である。

かかる構成により、請求された金額分の電子マネーを、特定の端末に対してのみ出金できる。

また、本第三の発明の電子マネー端末は、第二の発明に対して、請求情報格納部には、２以上の請求情報が格納され、２以上の請求情報は、２以上の特定の端末のうちの、少なくとも一の特定の端末に対応付けられており、出金処理部は、出金指示を送信した特定の端末に対応する請求情報に対応する金額分の入金情報を変更する出金処理を行う電子マネー端末である。

かかる構成により、２以上の特定の端末のうち一の特定の端末に対応付けて請求された金額分の電子マネーを、当該一の特定の端末に対してのみ出金できる。

なお、上記第二または第三の発明において、返金指示を受け付ける返金指示受付部と、返金指示に応じて、入金情報格納部の入金情報を変更する返金処理を行う返金処理部とをさらに具備することは好適である。

かかる構成により、出金した電子マネーの返金ができる。

また、第一から第三いずれか１つの発明、または上記構成において、ユーザを識別するユーザ識別子が格納されるユーザ識別子格納部と、口座返金指示を受け付ける口座返金指示受付部と、口座返金指示に応じて、入金情報格納部の入金情報に対応する金額を、ユーザ識別子に対応する口座に返金する処理である口座返金処理を行う口座返金処理部とをさらに具備することは好適である。

かかる構成により、出金した電子マネーのユーザの口座への返金ができる。

また、本第四の発明のサーバ装置は、ユーザ識別子に対応付けて、入金の情報である入金情報が格納されるサーバ入金情報格納部と、特定の端末と通信する電子マネー端末または特定の端末から、ユーザ識別子を有する決済指示を受信するサーバ決済指示受信部と、決済指示の受信に応じて、決済指示が有するユーザ識別子と対になる入金情報を用いて、決済指示に対応する決済処理を行うサーバ決済処理部とを具備するサーバ装置である。

かかる構成により、電子マネー端末と通信した特定の端末からの指示によってのみ決済が行える。

また、本第五の発明のサーバ装置は、第四の発明に対して、請求に関する１以上の請求情報が格納されるサーバ請求情報格納部をさらに具備し、サーバ決済処理は、決済指示の受信に応じて、決済指示が有するユーザ識別子で識別されるユーザの、決済指示に対応する請求情報に対する決済処理を行うサーバ装置である。

かかる構成により、電子マネー端末またはこれと通信した特定の端末からの指示によってのみ、当該電子マネー端末のユーザへの請求を決済できる。

また、本第六の発明のサーバ装置は、第五の発明に対して、サーバ請求情報格納部には、２以上の請求情報が格納され、各請求情報は、特定の端末を識別する端末識別子に対応付いており、決済指示は、ユーザ識別子と、電子マネー端末と通信した特定の端末の端末識別子とを有し、サーバ決済処理部は、決済指示の受信に応じて、決済指示が有するユーザ識別子で識別されるユーザの、決済指示が有する端末識別子に対応付いた請求情報に対する決済処理のみを行えるサーバ装置である。

かかる構成により、電子マネー端末と通信した特定の端末からの指示を受け、当該電子マネー端末のユーザへの請求であり、当該特定の端末に対応付いた請求のみを決済できる。

なお、上記第五または第六の発明において、返金指示を受け付けるサーバ返金指示受付部と、返金指示に応じて、返金する金額を示す金額情報を有する返金情報を構成するサーバ返金情報構成部と、返金情報を電子マネー端末に送信するサーバ返金情報送信部とをさらに具備することは好適である。

かかる構成により、電子マネー端末への返金ができる。

また、上記構成において、ユーザ識別子に対応付けて、入金情報が格納されるサーバ入金情報格納部をさらに具備し、サーバ返金指示受付部は、外部の装置から、ユーザ識別子を有する返金指示を受信し、サーバ返金情報構成部は、返金指示が有するユーザ識別子と対になる入金情報をサーバ入金情報格納部から取得し、入金情報を用いて返金情報を構成することは好適である。

かかる構成により、外部からの指示により、ユーザの電子マネー端末への返金ができる。

また、第五または第六の発明において、請求情報は、期限を示す期限情報を有し、期限情報が示す期限を過ぎた請求情報に対応する返金情報を構成するサーバ返金情報構成部と、返金情報を電子マネー端末に送信するサーバ返金情報送信部とをさらに具備することは好適である。

かかる構成により、期限を過ぎた請求について返金ができる。

本発明によれば、電子マネーを特定の端末に対してのみ出金できる。

実施の形態１における電子マネーシステムのブロック図 同電子マネー端末の動作を説明するフローチャート 同入金情報のデータ構造図 同請求情報のデータ構造図 実施の形態２における電子マネーシステムのブロック図 同サーバ装置の動作を説明するフローチャート 同電子マネー端末の動作を説明するフローチャート 同入金情報のデータ構造図 同請求情報のデータ構造図 同コンピュータシステムの外観図 同コンピュータシステムの内部構成の一例を示す図

以下、保護者端末等の任意の端末から入金が可能であり、学校端末等の特定の端末に対してのみ出金が可能な電子マネー端末を備える電子マネーシステムの２つの実施形態について、図面を参照して説明する。なお、各実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、請求情報が電子マネー端末に格納されており、学校端末等の特定の端末と電子マネー端末との通信により、請求情報に対応する出金が行われる電子マネーシステムについて説明する。なお、特定の端末については後述する。

また、請求情報は、給食費や教材費等の項目毎に出金が可能な端末識別子を有し、請求情報に対応する出金が、当該請求情報が有する端末識別子で識別される端末で行われる電子マネーシステムについて説明する。

また、特定の端末と電子マネー端末との通信により、返金が可能である（例えば、電子マネー端末に返金される）電子マネーシステムについて説明する。

また、特定の端末と電子マネー端末との通信により、対応する口座に返金される電子マネーシステムについて説明する。

図１は、本実施の形態における電子マネーシステム１００のブロック図である。電子マネーシステム１００は、１または２以上の電子マネー端末１、１または２以上の学校端末２、および１または２以上の保護者端末３を備える。電子マネー端末１は、例えば、Ｆｅｌｉｃａ（登録商標）、ＭＩＦＡＲＥ（登録商標）等の近距離無線通信を行うモジュールである近距離無線通信モジュールを有する。ただし、近距離無線の種類は問わない。また、近距離無線通信モジュールに限らず、電子マネー端末１は、何らかの通信手段を有していればよい。

電子マネー端末１は、同種の近距離無線通信モジュールを有する他の装置との間で近距離無線通信を行うことができる。学校端末２および保護者端末３も、同種の近距離無線通信モジュールを有しており、電子マネー端末１は、近距離無線通信モジュールの通信圏内に存在する学校端末２または保護者端末３との間で、近距離無線通信が行える。なお、以下では、かかる近距離無線通信を、単に通信と記す場合がある。また、通信は、通常、送信または受信のうちの１種類以上を含む。

なお、学校端末２および保護者端末３は、通常、例えば、ＬＡＮやインターネット等のネットワーク、無線または有線の通信回線を介して通信を行うための通信モジュールを有しており、図示しないサーバ装置等との間で、ネットワーク等を介して通信することも可能である。サーバ装置とは、例えば、カード会社や銀行等の金融機関のサーバや、電子マネーシステム１００を運営する企業のサーバなどであるが、そのタイプや所在は問わない。サーバ装置は、例えば、口座からの引き落とし、口座間の振替、口座への返金等の処理を行う。ただし、サーバ装置等との通信は、公知技術であり、本実施の形態の主旨ではないため、説明を省略する。

電子マネー端末１は、通常、ＩＣカードであるが、ＩＣカードの機能を有する携帯端末でもよい。携帯端末とは、例えば、スマートフォン、タブレット端末、携帯電話機、ノート型ＰＣなどであるが、そのタイプは問わない。電子マネー端末１は、本実施の形態では、学校の生徒またはその保護者によって携帯される。

学校端末２は、学校の端末である。学校端末２は、例えば、学校に設置されたＰＣであるが、学校の職員等によって携帯される携帯端末であってもよい。学校の職員とは、例えば、先生、事務員などであるが、給食費や教材費等の費用を管理する人員であれば誰でもよい。学校は、例えば、小学校や中学校であるが、幼稚園、塾、スイミングスクール等でもよく、広く解する。

保護者端末３は、保護者の端末である。保護者は、例えば、生徒の親であるが、費用を支払う者であれば誰でもよい。保護者端末３は、例えば、保護者が携帯する携帯端末、保護者宅のＰＣ等である。ただし、保護者端末３は、例えば、コンビニのレジ端末、駅の券売機などでもよく、ＩＣカードへの入金が可能な端末であれば、そのタイプは問わない。入金は、現金による入金でもよいし、口座からの入金でもよいし、クレジットカードを利用した入金でもよく、その方法は問わない。

なお、電子マネーシステム１００は、学校端末２に限らず、一般に、特定の端末を備えていればよい。特定の端末とは、例えば、特定の場所に設置された端末でもよいし、特定の人によって操作される端末でもよいし、特定のネットワークに接続された端末でもよい。特定の端末は、特定の端末識別子で識別される端末であるということもできる。

一般に、端末識別子とは、端末を識別する情報であり、例えば、ＭＡＣアドレスやＩＰアドレスやＩＤなどである。特定の端末識別子もまた、ＭＡＣアドレス等でよいが、セキュリティを高めるために、例えば、パスワード等の鍵で暗号化されていることは好適である。ただし、特定の端末識別子は、学校端末２等の特定の端末を操作可能な人物を識別する人物識別情報でもよい。人物識別情報は、例えば、メールアドレス、電話番号、ＩＤ等でもよいが、同じく暗号化されていることは好適である。または、人物識別情報は、例えば、指紋等の生体認証情報でもよく、その種類は問わない。特定の端末識別子は、例えば、一般的な端末識別子と、こうした人物識別情報とを含む情報であることは、より好適である。

なお、後述する各種の情報もまた、暗号化されていることは好適である。ただし、暗号化や、暗号化された情報を復号するための認証処理等については、公知技術を用いることができ、また、本願発明の主要な特徴ではないので、以下では、特に言及しない。

または、特定の端末とは、電子マネー端末１からの出金が可能な端末であるということもできる。出金が可能な端末とは、例えば、電子マネー端末１が、出金先として１以上の端末識別子を記憶していて、当該１以上の端末識別子で識別される端末に対してしか出金しないように構成されている場合、当該１以上の端末識別子で識別される１以上の端末であってもよい。

これに対して、保護者端末３は、電子マネー端末１への入金が可能な端末であると言い換えてもよい。入金が可能な端末とは、例えば、電子マネー端末１が、入金元として１以上の端末識別子を記憶していて、当該１以上の端末識別子で識別される端末からしか入金しないように構成されている場合、当該１以上の端末識別子で識別される１以上の端末であってもよい。ただし、通常、入金元の端末を制限する必要性は高くないため、かかる識別子は記憶しなくてよい。このため、保護者端末３は、任意の端末であるということもできる。

電子マネー端末１は、格納部１１、受付部１２、および処理部１３を備える。格納部１１は、ユーザ識別子格納部１１１、入金情報格納部１１２、および請求情報格納部１１３を備える。受付部１２は、入金情報受付部１２１、出金指示受付部１２２、返金指示受付部１２３、および口座返金指示受付部１２４を備える。処理部１３は、入金情報蓄積部１３１、出金処理部１３２、返金処理部１３３、および口座返金処理部１３４を備える。

学校端末２は、学校受付部２１、および学校送信部２２を備える。保護者端末３は、保護者受付部３１、および保護者送信部３２を備える。

電子マネー端末１を構成する格納部１１は、各種の情報を格納し得る。各種の情報とは、例えば、後述するユーザ識別子、後述する入金情報、後述する請求情報などである。格納部１１には、学校端末２等の特定の端末を識別する１以上の端末識別子が格納されていていることは好適である。

ユーザ識別子格納部１１１には、ユーザ識別子が格納される。ユーザ識別子とは、ユーザを識別する情報である。ユーザとは、当該電子マネー端末１の利用者であり、本実施の形態では、通常、生徒である。ユーザ識別子は、例えば、学校名・クラス名・氏名（○○小学校・１年２組・山田太郎など）でもよいし、電話番号でもよいし、ＩＤ（例えば、学籍番号など）でもよく、ユーザを識別し得る情報であれば何でもよい。

なお、格納部１１には、ユーザの口座を識別する１以上の口座識別子が格納されることは好適である。口座識別子は、例えば、金融機関コードおよび口座番号で構成されるが、これに限らない。

入金情報格納部１１２には、入金情報が格納される。入金情報とは、入金の情報である。入金とは、電子マネー端末１への入金である。入金は、現金による入金でもよいし、ユーザ側の口座からの電子的な入金（例えば、口座引き落とし等）でもよい。入金は、１回でもよいし、２回以上でもよい。なお、後述する出金は、電子マネー端末１からの出金である。出金も、現金による出金でもよいし、学校側の口座への電子的な出金（例えば、口座振込等）でもよい。出金もまた、１回でもよいし、２回以上でもよい。

入金情報は、通常、入金された金額（入金額）を示す金額情報を有する。入金額は、２回以上の入金による合計額でもよい。金額情報は、入金額から、出金した金額（出金額：詳細は後述）を減算した残額でもよい。金額情報は、入金額、出金額、および残額を含む情報でもよい。

入金情報は、例えば、入金額を示す金額情報と、入金した日時（入金日時）を示す日時情報とを有していてもよい。入金情報は、通常、入金額と入金日時との対を、１以上、含んでいる。

また、入金情報は、例えば、後述する項目識別子（例えば、給食費、写真代等）を有していてもよい。

入金情報は、さらに、例えば、出金額を示す金額情報と、出金した日時（出金日時）を示す日時情報とを有していてもよい。入金情報は、通常、入金額と入金日時との対を、１以上、含み、さらに、出金額と出金日時との対をも、１以上、含み得る。入金情報は、入金額と入金日時との対を、１以上、含み、かつ、出金額と出金日時との対を、１以上、含んでいる場合、さらに、当該１以上の入金額を合計した合計入金額から、当該１以上の出金額を合計した合計出金額を減算した額である残額をも含むことは、好適である。

または、入金情報は、例えば、入金額と、入金日時と、当該時点での残額との組を、１組以上、含むと考えてもよい。この場合も、入金情報は、入金額と、入金日時と、当該時点での残額との組を、１組以上、含み、さらに、出金額と、出金日時と、当該時点での残額との組を、１組以上、含み得る。なお、当該時点とは、その入金または出金が完了した時点をいう。当該時点での残額とは、当該時点までに入金された１以上の入金額を合計した合計入金額から、当該時点までに出金された１以上の出金額を合計した合計出金額を減算した額である。

なお、後述する具体例では、上記のような、入金額と、日時と、当該時点での残額との組を、１組以上、含み、さらに、出金額と、日時と、当該時点での残額との組を、１組以上、含む情報を、入出金管理情報と呼んでいる。この場合、前者の組を入金情報と呼び、後者の組を出金情報と呼ぶことも可能である。つまり、入出金管理情報とは、入金額と、日時と、当該時点での残額との組である１以上の入金情報と、出金額と、日時と、当該時点での残額との組である１以上の出金情報とを含む情報であると定義してもよい。そして、かかる入出金管理情報に含まれる２以上の残額のうち、最新の残額が、電子マネー端末１の現時点での残額となる。なお、このことは、実施の形態２の具体例にも当てはまる。ただし、入金情報のデータ構造は問わない。

請求情報格納部１１３には、１または２以上の請求情報が格納される。請求情報とは、請求に関する情報である。請求情報は、請求する金額（請求額）を示す金額情報を有する。また、請求情報は、かかる金額情報に加えて、項目識別子を有することは好適である。項目識別子とは、請求の項目を識別する情報をいう。請求の項目は、例えば、給食費、教材費、写真代などであるが、これに限らない。さらに、請求情報は、期限情報をも有していてよい。期限情報とは、請求の期限に関する情報である。請求の期限は、例えば、請求に対する決済を行う決済日、学校を卒業する卒業日などである。決済日は、例えば、２０１７年１月１０日等の一の年月日でもよいし、月末、毎月２７日等でもよい。

さらに、請求情報は、学校に設置されている２以上の学校端末２のうちの、少なくとも一の学校端末２に対応付けられており、請求情報格納部１１３には、２以上の請求情報が、当該請求情報に対応する１以上の学校端末２を識別する端末識別子または端末識別子群と対に格納されることは好適である。なお、対に格納されることは、請求情報が端末識別子または端末識別子群を有する場合も含む。

なお、請求情報は、予め請求情報格納部１１３に格納されていてもよいし、または、後述する受付部１２によって受け付けられ、請求情報格納部１１３に蓄積されても構わない。

受付部１２は、各種の情報を受け付ける。各種の情報とは、例えば、入金情報、出金指示、返金指示、口座返金指示などである。受付部１２は、通常、請求情報も受け付ける。受付部１２は、各種の情報を、通常、学校端末２または保護者端末３などから受信するが、例えば、キーボード等の入力デバイスで受け付けてもよいし、ディスクや半導体メモリなどの記録媒体から読み出しても構わない。

入金情報受付部１２１は、入金情報を受け付ける。入金情報受付部１２１は、入金情報を、通常、保護者端末３から受信するが、例えば、保護者端末３以外の任意の端末からから受信してもよい。

出金指示受付部１２２は、出金指示を受け付ける。出金指示受付部１２２は、出金指示を、通常、学校端末２から受信するが、例えば、学校端末２以外の特定の端末から受信してもよい。出金指示とは、電子マネー端末１からの出金の指示である。出金指示は、通常、当該出金指示を送信した学校端末２等の特定の端末を識別する端末識別子を有する。また、出金指示は、通常、出金する金額（出金額）を示す金額情報も有する。または、出金指示は、金額情報と項目識別子との対を、１以上、有していてもよい。

返金指示受付部１２３は、返金指示を受け付ける。返金指示受付部１２３は、返金指示を、通常、学校端末２から受信するが、学校端末２以外の特定の端末から受信してもよい。返金指示とは、電子マネー端末１への返金の指示である。返金指示は、通常、当該返金指示を送信した学校端末２等の特定の端末を識別する端末識別子を有する。また、返金指示は、通常、返金する金額（返金額）を示す金額情報を有する。または、返金指示は、金額情報と項目識別子との対を、１以上、有していてもよい。

口座返金指示受付部１２４は、口座返金指示を受け付ける。口座返金指示受付部１２４は、口座返金指示を、通常、学校端末２から受信するが、例えば、学校端末２以外の特定の端末から受信してもよい。口座返金指示とは、電子マネー端末１のユーザの口座への返金の指示である。口座返金指示は、通常、返金額を示す金額情報を有するが、有さなくても構わない。口座返金指示受付部１２４は、返金額を示す金額情報を有さない口座返金指示であり、電子マネー端末１の残金を口座に返金する指示である口座返金指示を、例えば、卒業時に受け付けることは好適である。ただし、口座返金指示の受け付けのタイミングは問わない。

処理部１３は、各種の処理を行う。各種の処理とは、例えば、入金情報蓄積部１３１、出金処理部１３２、返金処理部１３３、および口座返金処理部１３４などの処理である。各種の処理には、フローチャートで説明する各種の判別なども含まれる。

入金情報蓄積部１３１は、入金情報受付部１２１が受け付けた入金情報を入金情報格納部１１２に蓄積する。

出金処理部１３２は、出金処理を行う。出金処理とは、出金に関する処理をいう。出金とは、電子マネー端末１からの出金である。出金処理とは、例えば、出金指示受付部１２２による出金指示の受け付けに応じて、入金情報格納部１１２に格納されている入金情報を変更する処理である。出金処理は、通常、出金指示が有する金額情報に対応する金額分を減額することである。

出金処理は、請求情報に対応する金額分の入金情報を変更する処理であってもよい。また、出金処理は、出金指示を送信した特定の端末に対応する請求情報に対応する金額分の入金情報を変更する処理であることは好適である。

なお、出金処理では、サーバ装置などの他の装置に、通知をする処理も行われてよい。通知は、通常、ユーザ識別子と出金指示の情報とを含む。通知をすることは、通常、ネットワークを介して送信することであり、ネットワークを介した通知は、例えば、メールによる通知も含む。また、出金処理では、出金指示の情報等のディスプレイへの表示、出金額や残額の表示やプリントアウトなども行われてよい。

返金処理部１３３は、返金処理を行う。返金処理とは、返金に関する処理をいう。返金とは、支払われた代金を返すことである。返金処理とは、例えば、返金指示受付部１２３が受け付けた返金指示に応じて、入金情報格納部１１２に格納されている入金情報を変更する処理である。返金処理は、通常、返金指示が有する金額情報に対応する金額分を増額する処理である。

なお、返金処理でも、サーバ装置などの他の装置に、通知をする処理も行われてよい。この場合の通知は、通常、ユーザ識別子と返金指示の情報とを含む。また、返金処理では、返金指示の情報等のディスプレイへの表示、返金額や残額の表示やプリントアウトなども行われてよい。

口座返金処理部１３４は、口座返金処理を行う。口座返金処理とは、口座返金指示受付部１２４が受け付けた口座返金指示に応じて、入金情報格納部１１２に格納されている入金情報に対応する金額を、ユーザ識別子格納部１１１に格納されているユーザ識別子に対応する口座に返金する処理である。返金される金額は、例えば、口座返金指示が金額情報を有する場合は、当該金額情報に対応する金額分であり、口座返金指示が金額情報を有さない場合は、残額に対応する金額分であってもよい。

学校端末２を構成する学校受付部２１は、各種の情報を受け付ける。各種の情報とは、例えば、出金指示、返金指示、口座返金指示などである。学校受付部２１は、請求情報も受け付けてよい。学校受付部２１は、出金指示等を、例えば、キーボード等の入力デバイスを介して受け付ける。

学校送信部２２は、各種の情報を、通常、電子マネー端末１に送信する。各種の情報とは、例えば、出金指示、返金指示、口座返金指示などである。学校送信部２２は、請求情報も送信してよい。学校送信部２２は、学校受付部２１が受け付けた出金指示等を、例えば、近距離無線通信を介して電子マネー端末１に送信する。

保護者端末３を構成する保護者受付部３１は、各種の情報を受け付ける。各種の情報とは、例えば、入金情報などである。保護者受付部３１は、入金情報を、例えば、キーボード等の入力デバイスを介して受け付ける。

保護者送信部３２は、保護者受付部３１が受け付けた入金情報を、例えば、近距離無線通信を介して電子マネー端末１に送信する。

なお、電子マネー端末１は、図示しない送信部をさらに備えていてもよい。送信部は、例えば、請求情報格納部１１３に格納されている請求情報などを、保護者端末３に送信する。

また、保護者端末３は、図示しない保護者受信部、および図示しない保護者出力部をさらに備えていてもよい。保護者受信部は、例えば、電子マネー端末１からの請求情報などを受信する。保護者出力部は、例えば、保護者受信部が受信した請求情報などを、ディスプレイ等の出力デバイスを介して出力する。出力される請求情報は、受信された請求情報と必ずしも同じでなくてよい。

格納部１１、ユーザ識別子格納部１１１、入金情報格納部１１２、および請求情報格納部１１３は、例えば、ハードディスクやフラッシュメモリといった不揮発性の記録媒体が好適であるが、ＲＡＭなど揮発性の記録媒体でも実現可能である。

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、ネットワークや通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。入力デバイスは、例えば、キーボード、マウス、タッチパネル等、何でもよい。

受付部１２、入金情報受付部１２１、出金指示受付部１２２、返金指示受付部１２３、学校受付部２１、および保護者受付部３１は、入力デバイスを含むと考えても、含まないと考えてもよい。受付部１２等は、入力デバイスのドライバーソフトによって、または入力デバイスとそのドライバーソフトとで実現され得る。

受付部１２等の受信機能は、通常、近距離無線の通信手段（例えば、Ｆｅｌｉｃａ（登録商標）等の近距離無線通信モジュール）で実現されるが、ネットワークや通信回線等を介して情報を受信する手段（例えば、ネットワークカードやモデム等の通信モジュール）で実現されてもよい。

学校送信部２２、および保護者送信部３２もまた、通常、近距離無線の通信手段で実現されるが、ネットワークや通信回線等を介して情報を送信する手段（例えば、通信モジュール）で実現されてもよい。

処理部１３、入金情報蓄積部１３１、出金処理部１３２、返金処理部１３３、および口座返金処理部１３４は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。ただし、処理手順は、ハードウェア（専用回路）で実現してもよい。

次に、電子マネーシステム１００の動作について図２のフローチャートを用いて説明する。なお、既出の事項に関する説明は、省略または簡略化している。図２は、電子マネー端末１の動作を説明するフローチャートである。

（ステップＳ２０１）処理部１３は、入金情報受付部１２１が入金情報を受け付けたか否かを判別する。なお、このフローチャートにおいて、受け付けることは、通常、受信することであるが、タッチパネル等の入力デバイスを介して受け付ける場合も含む。

詳しくは、例えば、当該電子マネー端末１が保護者端末３にかざされるなどして、両者の間で近距離無線通信が可能となると、保護者端末３が、タッチパネル等の入力デバイスを介して入金情報を受け付け、電子マネー端末１と近距離無線通信可能になると、当該請求情報を当該電子マネー端末１に送信する。ただし、入金情報の受け付けは、保護者端末３と電子マネー端末１とが通信可能となった後に受け付けられてもよい。処理部１３は、保護者端末３から入金情報を受信した場合に、入金情報を受け付けたと判別する。入金情報を受け付けた場合はステップＳ２０４に進み、受け付けていない場合はステップＳ２０５に進む。

（ステップＳ２０４）入金情報蓄積部１３１は、受け付けられた入金情報を入金情報格納部１１２に蓄積する。その後、ステップＳ２０１に戻る。

（ステップＳ２０５）処理部１３は、出金指示受付部１２２が出金指示を受け付けたか否かを判別する。処理部１３は、通常、出金指示受付部１２２が学校端末２から出金指示を受信した場合に、出金指示受付部１２２が出金指示を受け付けたと判別する。出金指示受付部１２２が出金指示を受け付けた場合はステップＳ２０６に進み、受け付けていない場合はステップＳ２０７に進む。

（ステップＳ２０６）出金処理部１３２は、入金情報格納部１１２に格納されている入金情報を変更する処理である出金処理を行う。変更する処理とは、通常、出金指示が有する金額情報に対応する金額分を減額する処理である。出金処理の詳細については、前述したので繰り返さない。その後、ステップＳ２０１に戻る。

（ステップＳ２０７）処理部１３は、返金指示受付部１２３が返金指示を受け付けたか否かを判別する。処理部１３は、通常、返金指示受付部１２３が学校端末２から返金指示を受信した場合に、返金指示受付部１２３が返金指示を受け付けたと判別する。返金指示受付部１２３が返金指示を受け付けた場合はステップＳ２０８に進み、受け付けていない場合はステップＳ２０９に進む。

（ステップＳ２０８）返金処理部１３３は、入金情報格納部１１２に格納されている入金情報を変更する処理である返金処理を行う。変更する処理とは、通常、返金指示が有する金額情報に対応する金額分を増額する処理である。返金処理の詳細については、前述したので繰り返さない。その後、ステップＳ２０１に戻る。

（ステップＳ２０９）処理部１３は、口座返金指示受付部１２４が口座返金指示を受け付けたか否かを判別する。処理部１３は、通常、口座返金指示受付部１２４が学校端末２から口座返金指示を受信した場合に口座返金指示受付部１２４が、口座返金指示を受け付けたと判別する。口座返金指示受付部１２４が口座返金指示を受け付けた場合はステップＳ２１０に進み、受け付けていない場合はステップＳ２０１に戻る。

（ステップＳ２１０）口座返金処理部１３４は、入金情報格納部１１２に格納されている入金情報に対応する金額を、ユーザ識別子格納部１１１に格納されているユーザ識別子に対応する口座に返金する処理である口座返金処理を行う。口座返金処理の詳細については、前述したので繰り返さない。その後、ステップＳ２０１に戻る。

なお、図２のフローチャートにおいて、口座返金処理部１３４は、口座返金指示の受け付けに応じて口座返金処理を実行しているが、これに限らない。例えば、格納部１１に、口座返金処理を実行するタイミング（例えば、卒業日等）を示すタイミング情報が格納されており、口座返金処理部１３４は、このタイミング情報に従って、口座返金処理を実行してもよい。

また、図２のフローチャートにおいて、例えば、ステップＳ２０１の前に、次の２つのステップＳ２００ａおよびＳ２００ｂを追加してもよい。この場合、上記説明において「ステップＳ２０１に戻る」は、「ステップＳ２００ａに戻る」のように読み替える。

（ステップＳ２００ａ）処理部１３は、受付部１２が請求情報を受け付けたか否かを判別する。

詳しくは、例えば、学校端末２において、学校受付部２１が、キーボード等の入力デバイスを介して請求情報を受け付け、その後に、電子マネー端末１がユーザにより学校端末２にかざされるなどして、電子マネー端末１と学校端末２とが近距離無線通信可能になると、学校送信部２２は、当該請求情報を電子マネー端末１に送信する。ただし、請求情報の受け付けは、例えば、学校端末２と電子マネー端末１とが通信可能となった後に行われてもよい。処理部１３は、受付部１２が学校端末２から請求情報を受信した場合に、請求情報を受け付けたと判別する。

受付部１２が請求情報を受け付けた場合はステップＳ２００ｂに進み、受け付けていない場合はステップＳ２０１に進む。

（ステップＳ２００ｂ）処理部１３は、受け付けられた請求情報を請求情報格納部１１３に蓄積する。その後、ステップＳ２００ａに戻る。

また、図２のフローチャートにおいて、電子マネー端末１の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。

以下、本実施の形態における電子マネーシステム１００の具体的な動作例について説明する。なお、以下の説明は、例示に過ぎず、種々の変更が可能であり、本発明を何ら限定するものではない。また、既出の事項に関する説明は、省略または簡略化している。これらのことは、他の具体例でも同様である。

本例の電子マネーシステム１００は、１以上の電子マネー端末１、２以上の学校端末２、および１以上の保護者端末３を備える。２以上の各学校端末２は、ある学校Ｘ（以下、単に学校と記す場合がある）の端末であり、学校の教職員によって操作される。

２以上の学校端末２のうち一つは、一の教室に設置され、その教室の担任である教員（以下、単に教員と記す場合がある）によって操作される。一の教室とは、学校の一の生徒であるユーザＡＡが属する教室（以下、単に教室と記す場合がある）である。教員は、例えば給食費や教材費といった、どの生徒にも共通する費用の徴収も担当する。

２以上の学校端末２のうち他の一つは、学校の職員室に設置され、各教職員によって操作される。この学校端末２は、例えば、写真代や部活費といった、生徒によって異なる費用の徴収に使われる。

教室の学校端末２を構成する学校送信部２２は、端末識別子“ａａａ”を保持している。また、職員室の学校端末２を構成する学校送信部２２は、端末識別子“ｂｂｂ”を保持している。

一の電子マネー端末１は、ユーザＡＡによって携帯されるＩＣカードである。以下では、この電子マネー端末１を、単に電子マネー端末１と記す場合がある。

一の保護者端末３は、ユーザＡＡの保護者によって利用される端末であり、例えば、自宅のＰＣである。以下では、この保護者端末３を、単に保護者端末３と記す場合がある。

保護者端末３を構成する保護者送信部３２は、ユーザＡＡを識別するユーザ識別子“ＡＡ”を保持している。

ユーザＡＡの電子マネー端末１を構成するユーザ識別子格納部１１１には、ユーザ識別子“ＡＡ”が格納されている。

入金情報格納部１１２には、例えば、図３に示すような入出金管理情報が格納される。図３は、入出金管理情報のデータ構造図である。入出金管理情報は、金額情報、および日時情報を有する。金額情報は、入金額、出金額、または残額のうち１種類以上の情報を含む。日時情報は、日時の情報を含む。日時は、金額情報が入金額を含む場合は入金日時であり、金額情報が出金額を含む場合は出金日時である。

図３において、“Ｎｕｌｌ”は、当該情報を含んでいないことを示す。従って、この入出金管理情報は、入金額と、日時と、当該時点での残額との組（これを入金情報と呼んでもよい）を、１組以上、含み、かつ、出金額と、日時と、当該時点での残額との組（これを出金情報と呼んでもよい）を、１組以上、含んでいる。

入金額と、日時と、当該時点での残額との組とは、例えば、入金額“￥１０００”と、日時“１／１０ １９：００”と、当該時点での残額“￥１０００”との組（以下、１番目の組と記す場合がある）、入金額“￥２０００”と、日時“２／８ １８：００”と、当該時点での残額“￥２０００”との組（以下、３番目の組と記す場合がある）、…などである。

出金額と、日時と、当該時点での残額との組とは、例えば、出金額“￥１０００”と、日時“１／１１ ８：３０”と、当該時点での残額“０”との組（以下、２番目の組と記す場合がある）、出金額“￥１５００”と、日時“２／１０ ９：１０”と、当該時点での残額“￥５００”との組（以下、４番目の組と記す場合がある）、…などである。

請求情報格納部１１３には、例えば、図４に示すような１以上の請求情報が格納される。図４は、請求情報のデータ構造図である。請求情報は、金額情報、項目識別子、端末識別子、および期限情報を有する。金額情報は、請求額を含む。請求情報格納部１１３に核のされている１以上の各請求情報は、ＩＤ（例えば、順番を示す１，２，…）に対応付いている。

例えば、ＩＤ“１”に対応する請求情報（以下、請求情報１と記す場合がある）は、金額情報“￥１０００”、項目識別子“教材費”、端末識別子“ａａａ”、および期限情報“１／１１”を有する。また、ＩＤ“２”に対応する請求情報（請求情報２）は、金額情報“￥１５００”、項目識別子“給食費”、端末識別子“ａａａ”、および期限情報“２／１０”を有する。同様に、請求情報３は、金額情報“￥５００”、項目識別子“写真代”、端末識別子“ｂｂｂ”、および期限情報“２／１５”を有する。

現在の日付は、１月１０日であり、この時点では、入金情報格納部１１２および請求情報格納部１１３には、未だ何も格納されていないものとする。

この日、教室において、教員が、学校端末２の入力デバイスを操作して、一の請求情報を入力したとする。この請求情報は、金額情報“￥１０００”、項目識別子“教材費”、端末識別子“ａａａ”、および期限情報“１／１１”を有する。学校受付部２１は、当該請求情報を受け付け、保持する。その後、ユーザＡＡが電子マネー端末１を学校端末２にかざすと、電子マネー端末１と学校端末２とが近距離無線通信可能になり、学校端末２の学校送信部２２は、当該請求情報を電子マネー端末１に送信する。

電子マネー端末１において、受付部１２が上記請求情報を受信し、処理部１３は、受信された請求情報を、ＩＤ“１”に対応付けて、請求情報格納部１１３に蓄積する。これによって、請求情報格納部１１３には、前述した請求情報１（図４参照）が格納される結果となる。

その後、ユーザＡＡは、帰宅し、保護者に電子マネー端末１を手渡す。保護者は、電子マネー端末１を受け取り、保護者端末３にかざす。両端末間で近距離無線通信が可能となると、電子マネー端末１の図示しない送信部が、請求情報格納部１１３に格納されている請求情報１を保護者端末３に送信する。

保護者端末３において、図示しない保護者受信部が請求情報１を受信し、図示しない保護者出力部は、受信された請求情報１を、ディスプレイ等の出力デバイスを介して出力する。これによって、ディスプレイに、例えば「教材費１０００円を１月１１日までにお支払いください。」といった請求情報が表示される。保護者は、保護者端末３の入力デバイスを介して、請求額に対応する入金額“￥１０００”を示す金額情報を有する入金情報を入力する。

具体的には、例えば、保護者は、カード会社のサイトを利用するなどして、保護者の口座から電子マネー端末１に入金するための操作を行い、これを受け付けた保護者端末３が、金融機関のサーバ等と通信することで、かかる入金情報の入力が実現される。

保護者受付部３１は、かかる入金情報の入力を受け付け、保護者送信部３２は、当該入金情報を電子マネー端末１に送信する。

電子マネー端末１において、入金情報受付部１２１が上記入金情報を受信し、入金情報蓄積部１３１は、例えば、内蔵時計等を用いて日時“１／１０ １９：００”を取得し、受信された入金情報にこの日時を含めて、入金情報格納部１１２に蓄積する。これによって、入金情報格納部１１２には、前述した１番目の組を有する入出金管理情報（図４参照）が格納される結果となる。

翌１月１１日、ユーザＡＡは、登校し、教室の学校端末２に電子マネー端末１をかざす。両端末間で近距離無線通信が可能となると、学校端末２の出力デバイスを介して、その旨の報知（例えば、「ピッ」等の電子音など）が出力され、教員は、学校端末２の入力デバイスを介して、上記教材費に対応する出金額“￥１０００”を示す金額情報を有する出金指示を入力する。学校端末２において、学校受付部２１がこの出金指示を受け付け、学校送信部２２は、当該出金指示を電子マネー端末１に送信する。

電子マネー端末１において、出金指示受付部１２２が上記出金指示を受け付け、出金処理部１３２は、入金情報格納部１１２に格納されている入出金管理情報を変更する出金処理を行う。

具体的には、出金処理部１３２は、例えば、内蔵時計等を用いて、日時“１／１１ ８：３０”を取得する。また、出金処理部１３２は、格納されている入出金管理情報が有する残額“￥１０００”から、上記出金額“￥１０００”を減算して、現時点での残額“０”を算出する。さらに、出金処理部１３２は、かかる出金額“￥１０００”と、日時“１／１１ ８：３０”と、現時点での残額“０”との組を、入金情報格納部１１２に格納されている上記１番目の組の後に追記する。これによって、入金情報格納部１１２には、前述した１番目の組、および前述した２番目の組を有する入出金管理情報（図４参照）が格納される結果となる。この時点での電子マネー端末１の残額は、“０”である。

こうして電子マネー端末１から出金された１０００円は、例えば、学校端末２が金融機関のサーバ等と通信することで、学校側の口座に１０００円が振り込まれる。これにより、請求情報格納部１１３の請求情報１に対する出金処理が完了する。これに応じて、出金処理部１３２は、当該請求情報１に、出金完了を示すフラグを付すことは好適である。

その後、例えば、１月末日に、教室において、教員が、学校端末２の入力デバイスを操作して、他の請求情報を入力したとする。この請求情報は、金額情報“￥１５００”、項目識別子“給食費”、端末識別子“ｂｂｂ”、および期限情報“２／１０”を有する。

この場合も同様に、学校受付部２１は、当該請求情報を受け付け、ユーザＡＡが電子マネー端末１をかざすと、学校送信部２２は、当該請求情報を電子マネー端末１に送信する。

電子マネー端末１において、受付部１２が上記請求情報を受信し、処理部１３は、受信された請求情報を、ＩＤ“２”に対応付けて、請求情報格納部１１３に蓄積する。これによって、請求情報格納部１１３には、前述した請求情報２（図４参照）がさらに格納される結果となる。

ユーザＡＡは、帰宅し、保護者に電子マネー端末１を手渡す。保護者が電子マネー端末１を保護者端末３にかざすと、電子マネー端末１から保護者端末３に請求情報２が送信され、保護者端末３のディスプレイには、例えば「給食費１５００円を２月１０日までにお支払いください。」といった請求情報が表示される。

保護者は、期限の前々日である２月８日に、請求額より多い入金額“￥２０００”を示す金額情報を有する入金情報を入力する。保護者受付部３１は、この入金情報の入力を受け付け、保護者送信部３２は、当該入金情報を電子マネー端末１に送信する。

電子マネー端末１において、入金情報受付部１２１が上記入金情報を受信し、入金情報蓄積部１３１は、内蔵時計等から日時“２／８ １８：００”を取得し、受信された入金情報にこの日時を含めて、入金情報格納部１１２に蓄積する。これによって、入金情報格納部１１２には、前述した１番目〜３番目の３組を有する入出金管理情報（図４参照）が格納される結果となる。

翌２月１０日、ユーザＡＡは、登校し、教室の学校端末２に電子マネー端末１をかざす。教員が出金額“￥１５００”を示す金額情報を有する出金指示を入力すると、学校受付部２１がこの出金指示を受け付け、学校送信部２２は、当該出金指示を電子マネー端末１に送信する。

電子マネー端末１において、出金指示受付部１２２が上記出金指示を受け付け、出金処理部１３２は、入金情報格納部１１２に格納されている入出金管理情報を、次のように変更する。すなわち、出金処理部１３２は、例えば、内蔵時計等から日時“２／１０ ８：３０”を取得し、格納されている入出金管理情報が有する残額“￥２０００”から、上記出金額“￥１５００”を減算して、現時点での残額“￥５００”を算出する。さらに、出金処理部１３２は、かかる出金額“￥１５００”と、日時“２／９ ９：１０”と、現時点での残額“￥５００”との組を、入金情報格納部１１２に格納されている上記３番目の組の後に追記する。

これによって、入金情報格納部１１２には、前述した１番目〜４番目の４組を有する入出金管理情報（図４参照）が格納される結果となる。この時点での電子マネー端末１の残額は、“￥５００”である。電子マネー端末１から出金された１５００円は、学校側の口座に振り込まれる。

その後、例えば、２月１２日に、音楽会等のイベントの写真が体育館等に掲示され、ユーザＡＡは、そのうち所望の写真の番号を注文用紙に記入し、職員室の職員に提出したとする。職員は、職員室の学校端末２を操作して、その他の請求情報を入力したとする。この請求情報は、注文された写真の代金を示す金額情報“￥５００”、項目識別子“写真代”、端末識別子“ｂｂｂ”、および期限情報“２／１５”を有する。ユーザＡＡが電子マネー端末１を学校端末２にかざすと、上記と同様の処理が行われ、電子マネー端末１の請求情報格納部１１３には、前述した請求情報３（図４参照）がさらに格納される。

ユーザＡＡの保護者が電子マネー端末１を保護者端末３にかざすと、電子マネー端末１から保護者端末３に、請求情報３と、現時点の残額を示す金額情報“￥５００”が送信され、保護者端末３の図示しない保護者出力部は、これらの情報を用いて、例えば「写真代５００円を２月１５日までにお支払いください。なお、このカードの残額は５００円です。」といった請求情報をディスプレイに表示する。

保護者は、写真代と同じ残額があるため、追加の入金を行うことなく、電子マネー端末１をユーザＡＡに返す。ユーザＡＡが、翌２月１３日に、電子マネー端末１を職員室に持参して、そこの学校端末２にかざせば、出金処理部１３２は、請求情報３の請求額に対応する５００円の出金処理を行う。すなわち、出金処理部１３２は、出金額“￥５００”と、日時“２／１３ １５：３０”と、現時点での残額“０”との組を、入金情報格納部１１２に格納されている上記４番目の組の後に追記する。これによって、入金情報格納部１１２には、前述した１〜４番目の組、および図示しない５番目の組を有する入出金管理情報が格納される結果となる。これにより、電子マネー端末１の残額は、“０”となる。電子マネー端末１から出金された５００円は、学校側の口座に振り込まれる。

なお、ユーザＡＡが電子マネー端末１を教室の学校端末２にかざしたとしても、請求情報格納部１１３に格納されている請求情報３が有する端末識別子“ｂｂｂ”が、教室の学校端末２の端末識別子“ａａａ”とは一致しないため、出金処理部１３２は、出金処理を行わない。

その後、例えば、ユーザＡＡが、電子マネー端末１を職員室に再度持参し、先の写真の注文を取り消す旨を職員に告げて、学校端末２にかざしたとする。職員は、職員室の学校端末２を操作して、返金額５００円を示す金額情報を有する返金指示を入力する。この返金指示が学校端末２から電子マネー端末１に送信されると、電子マネー端末１において、返金指示受付部１２３がこれを受信し、返金処理部１３３は、入金情報格納部１１２に格納されている入出金管理情報を、現時点の残額が５００円増額するように変更する。詳しくは、現在、入金情報格納部１１２には、前述した１〜４番目の組、および図示しない上記５番目の組を有する入出金管理情報が格納されており、返金処理部１３３は、例えば、当該５番目の組を削除することで、５００円を返金してもよい。これにより、入金情報格納部１１２には、前述した１〜４番目の組を有する入出金管理情報が格納される結果となり、現時点の残額は、“０”から“￥５００”に戻る。

その後、ユーザＡＡの卒業日となり、ユーザＡＡは、電子マネー端末１を職員室に持参して、そこの学校端末２にかざす。職員は、職員室の学校端末２を操作して、口座返金指示を入力する。この口座返金指示が学校端末２から電子マネー端末１に送信されると、電子マネー端末１において、口座返金指示受付部１２４が口座返金指示を受信し、口座返金処理部１３４は、入金情報格納部１１２に格納されている入出金管理情報が示す現時点の残金を、ユーザ識別子格納部１１１に格納されているユーザ識別子に対応する口座に返金する。

以上、本実施の形態によれば、記録媒体は、入金の情報である入金情報が格納される入金情報格納部１１２を具備し、電子マネー端末１は、入金情報を受け付け、受け付けた入金情報を入金情報格納部１１２に蓄積し、特定の端末からの出金指示を受け付けと、出金指示の受け付けに応じて、入金情報格納部１１２の入金情報を変更する出金処理を行うことにより、電子マネーを特定の端末に対してのみ出金できる。

また、記録媒体は、請求に関する請求情報が格納される請求情報格納部１１３をさらに具備し、電子マネー端末１は、出金指示の受け付けに応じて、請求情報に対応する金額分の入金情報を変更する出金処理を行うことにより、請求された金額分の電子マネーを、特定の端末に対してのみ出金できる。

また、請求情報格納部１１３には、２以上の請求情報が格納され、２以上の請求情報は、２以上の特定の端末のうちの、少なくとも一の特定の端末に対応付けられており、電子マネー端末１は、出金指示を送信した特定の端末に対応する請求情報に対応する金額分の入金情報を変更する出金処理を行うことにより、２以上の特定の端末のうち一の特定の端末に対応付けて請求された金額分の電子マネーを、当該一の特定の端末に対してのみ出金できる。

また、電子マネー端末１は、返金指示を受け付け、返金指示に応じて、入金情報格納部１１２の入金情報を変更する返金処理を行うことにより、出金した電子マネーの返金ができる。

また、記録媒体は、ユーザを識別するユーザ識別子が格納されるユーザ識別子格納部１１１をさらに具備し、電子マネー端末１は、口座返金指示を受け付け、口座返金指示に応じて、入金情報格納部１１２の入金情報に対応する金額を、ユーザ識別子に対応する口座に返金する処理である口座返金処理を行うことにより、出金した電子マネーのユーザの口座への返金ができる。

さらに、本実施の形態における処理は、ソフトウェアで実現してもよい。そして、このソフトウェアをソフトウェアダウンロード等により配布してもよい。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布してもよい。なお、このことは、本明細書における他の実施の形態においても該当する。

なお、本実施の形態における電子マネー端末１を実現するソフトウェアは、例えば、以下のようなプログラムである。つまり、電子マネー端末１のコンピュータがアクセス可能な記録媒体は、入金の情報である入金情報が格納される入金情報格納部１１２を具備し、このプログラムは、電子マネー端末１のコンピュータを、入金情報を受け付ける入金情報受付部１２１と、入金情報受付部１２１が受け付けた入金情報を入金情報格納部１１２に蓄積する入金情報蓄積部１３１と、学校端末２等の特定の端末からの出金指示を受け付ける出金指示受付部１２２と、出金指示の受け付けに応じて、入金情報格納部１１２の入金情報を変更する出金処理を行う出金処理部１３２として機能させるためのプログラムである。

（実施の形態２）
本実施の形態において、請求情報がサーバ装置で管理されており、学校端末等の特定の端末と電子マネー端末との通信により、請求情報に対応する決済が行われるサーバ装置を備える電子マネーシステムについて説明する。

また、２以上の請求情報がサーバ装置で管理されており、各請求情報は、給食費、教材費等の項目毎に決済が可能な端末識別子を有し、各請求情報に対応する決済が、当該請求情報が有する端末識別子で識別される端末で行われる電子マネーシステムについて説明する。

また、特定の端末と電子マネー端末との通信により、返金が可能である電子マネーシステムについて説明する。

また、不正利用時などに、カード会社等の外部からの指示により、返金が可能である電子マネーシステムについて説明する。

また、請求情報は、卒業日や決済日等の期限を有し、一の項目の期限が経過した場合、当該一の項目の金額について、返金処理を行う電子マネーシステムについて説明する。

なお、実施の形態１と共通する事項についての説明は、省略または簡略化している。

図５は、本実施の形態における電子マネーシステム５００のブロック図である。電子マネーシステム５００は、サーバ装置５、１または２以上の電子マネー端末６、１または２以上の学校端末７、および１または２以上の保護者端末８を備える。サーバ装置５は、例えば、ＬＡＮやインターネット等のネットワーク、無線または有線の通信回線などを介して通信を行うための通信モジュールを有している。ただし、通信モジュールの種類は問わない。学校端末７および保護者端末８も同種の通信モジュールを有しており、サーバ装置５は、１以上の学校端末７、および１以上の保護者端末８の各々との間で、ネットワーク等を介した通信が行える。

電子マネー端末６は、例えば、Ｆｅｌｉｃａ（登録商標）、ＭＩＦＡＲＥ（登録商標）等の近距離無線を行うモジュールである近距離無線通信モジュールを有する。ただし、近距離無線の種類は問わない。電子マネー端末６は、同種の近距離無線通信モジュールを有する他の装置との間で近距離無線通信を行うことができる。学校端末７および保護者端末８も、同種の近距離無線通信モジュールを有しており、電子マネー端末６は、近距離無線通信モジュールの通信圏内に存在する学校端末７または保護者端末８との間で、近距離無線通信が行える。なお、電子マネー端末６も、同種の通信モジュールを有し、ネットワークを介した通信を行っても構わない。

なお、以下では、上記のようなネットワークを介した通信、および上記のような近距離無線通信のいずれも、単に通信と記す場合がある。また、通信は、通常、送信または受信のうちの１種類以上を含む。

サーバ装置５は、電子マネーシステム５００を運営する企業のサーバである。サーバ装置５は、例えば、企業内に設置されたサーバであるが、クラウドサーバでもよく、そのタイプや所在は問わない。

電子マネー端末６は、例えば、学校の生徒またはその保護者によって携帯されるＩＣカードであるが、携帯端末でもよい。学校端末７は、例えば、学校に設置されたＰＣであるが、学校の職員の携帯端末でもよい。なお、電子マネーシステム５００は、学校端末７に限らず、一般に、特定の端末を備えていればよい。保護者端末８は、例えば、保護者の携帯端末でもよいし、コンビニ等のレジ端末でもよく、ＩＣカードへの入金が可能な端末であれば、タイプや所在は問わない。

サーバ装置５は、サーバ格納部５１、サーバ受信部５２、サーバ受付部５３、サーバ処理部５４、およびサーバ送信部５５を備える。サーバ格納部５１は、サーバ請求情報格納部５１１、およびサーバ入金情報格納部５１２を備える。サーバ受信部５２は、サーバ決済指示受信部５２１を備える。サーバ受付部５３は、サーバ返金指示受付部５３１を備える。サーバ処理部５４は、サーバ決済処理部５４１、およびサーバ返金情報構成部５４２を備える。サーバ送信部５５は、サーバ返金情報送信部５５１を備える。

電子マネー端末６は、格納部６１、受付部６２、送信部６３、受信部６４、および処理部６５を備える。学校端末７は、学校受付部７１、および学校送信部７２を備える。保護者端末８は、保護者受付部８１、および保護者送信部８２を備える。

サーバ装置５を構成するサーバ格納部５１は、各種の情報を格納し得る。各種の情報とは、例えば、入金情報、請求情報などである。入金情報は、実施の形態１における入金情報と同じでよい。請求情報は、実施の形態１における請求情報と同じでよいが、通常、請求を受けるユーザを識別するユーザ識別子をさらに有する。また、サーバ格納部５１には、例えば、ユーザを識別する１以上のユーザ識別子、学校端末７等の特定の端末を識別する１以上の端末識別子なども格納される。

サーバ請求情報格納部５１１には、１以上の請求情報が格納される。サーバ請求情報格納部５１１には、２以上の請求情報が格納され、各請求情報は、学校端末７等の特定の端末を識別する端末識別子に対応付いていることは好適である。請求情報は、前述したような期限情報を有していてもよい。

サーバ入金情報格納部５１２には、ユーザ識別子に対応付けて、入金情報が格納される。サーバ入金情報格納部５１２には、通常、ユーザ識別子と、１以上の入金情報との組が、１組以上、格納される。

サーバ受信部５２は、各種の情報を受信する。各種の情報とは、例えば、後述する決済指示である。

また、サーバ受信部５２は、請求情報を受信する。サーバ受信部５２は、通常、電子マネー端末６と通信した学校端末７から、端末識別子と対に、ユーザ識別子等を有する請求情報を受信する。電子マネー端末６と学校端末７との通信は、通常、近距離無線通信であるが、例えば、学内の無線ＬＡＮを介した通信などでもよく、その方式は問わない。つまり、電子マネー端末６と学校端末７との間の通信は、通常、電子マネー端末６を携帯するユーザが、電子マネー端末６を学校端末７にかざした場合にだけ、通信可能となる方式であり、例えば、ユーザが、学校端末７の存在する学校の中に居る場合にだけ、通信可能である方式であることも好適である。ただし、通信可能な距離に関する制限はなくてもよい。

また、サーバ受信部５２は、入金情報をユーザ識別子と対に受信する。サーバ受信部５２は、入金情報を、通常、電子マネー端末６と通信した保護者端末８から、ユーザ識別子と対に受信する。電子マネー端末６と保護者端末８との通信もまた、通常、近距離無線通信であるが、その方式は問わない。つまり、電子マネー端末６と保護者端末８との間の通信は、通常、電子マネー端末６を携帯するユーザまたはその保護者が、電子マネー端末６を保護者端末８にかざした場合にだけ、通信可能となる方式であるが、通信可能な距離に関する制限はなくてもよい。

サーバ決済指示受信部５２１は、決済指示を受信する。サーバ決済指示受信部５２１は、例えば、電子マネー端末６と通信した学校端末７等の特定の端末から、決済指示を受信する。決済指示は、当該電子マネー端末６のユーザを識別するユーザ識別子を有する。なお、かかるユーザ識別子は、通常、当該電子マネー端末６の格納部６１に格納されている。また、決済指示は、通常、決済の対象となる請求情報を識別する項目識別子を有する。または、決済指示は、例えば、ユーザ識別子と、電子マネー端末６と通信した学校端末７等の特定の端末の端末を識別する端末識別子とを有していてもよい。なお、サーバ決済指示受信部５２１は、かかる決済指示を、当該電子マネー端末６から受信してもよい。

サーバ受付部５３は、各種の情報を受け付ける。各種の情報とは、例えば、返金指示などである。なお、受け付けることは、受信する場合も含む。サーバ受付部５３は、例えば、学校端末７からの請求情報、保護者端末８からの入金情報なども受信してよい。詳しくは、サーバ受付部５３は、例えば、学校端末７から端末識別子と対に請求情報を受信する。また、サーバ受付部５３は、例えば、保護者端末８からユーザ識別子と対に入金情報を受信する。

また、サーバ受付部５３は、電子マネー端末６または当該電子マネー端末６と通信した学校端末７等の特定の端末から、ユーザ識別子を有する出金指示を受け付けてもよい。なお、出金指示およびその受け付けの方法は、実施の形態１と同様であり、説明を省略する。

サーバ返金指示受付部５３１は、返金指示を受け付ける。サーバ返金指示受付部５３１は、返金指示を、通常、学校端末７等の特定の端末から受信するが、例えば、キーボード等の入力デバイスを介して受け付けてもよいし、外部の装置から受信してもよい。外部の装置とは、例えば、カード会社等の金融機関の端末である。サーバ返金指示受付部５３１は、例えば、ユーザのカードが不正利用された場合に、カード会社の端末から、当該ユーザを識別すするユーザ識別子を有する返金指示を受信することは好適である。

サーバ処理部５４は、各種の処理を行う。各種の処理とは、例えば、サーバ決済処理部５４１、サーバ返金情報構成部５４２などの処理である。各種の処理には、フローチャートで説明する各種の判別なども含まれる。

また、サーバ処理部５４は、例えば、請求情報のサーバ請求情報格納部５１１への蓄積、入金情報のサーバ請求情報格納部５１１への蓄積、返金指示に応じた返金処理なども行ってよい。

具体的には、サーバ処理部５４は、サーバ受付部５３がユーザ識別子と対に受信した入金情報を、当該ユーザ識別子に対応付けてサーバ入金情報格納部５１２に蓄積する。また、サーバ処理部５４は、サーバ受信部５２が受信した入金情報をサーバ請求情報格納部５１１に蓄積する。

また、サーバ処理部５４は、サーバ受付部５３による出金指示の受け付けに応じて、サーバ入金情報格納部５１２に格納されている入金情報であり、その出金指示が有するユーザ識別子で識別されるユーザの入金情報を変更する。なお、入金情報の変更方法は、実施の形態１と同様であり、説明を省略する。

さらに、サーバ処理部５４は、サーバ返金指示受付部５３１が受け付けた返金指示に応じて、サーバ入金情報格納部５１２の入金情報を変更する返金処理を実行する。変更することは、通常、返金指示が有する金額情報に対応する金額分を増額することである。サーバ処理部５４は、例えば、サーバ入金情報格納部５１２に格納されている１以上の入金情報のうち、受け付けられた返金指示が有するユーザ識別子と対になる入金情報を取得し、当該入金情報に対し、受け付けられた返金指示が有する金額情報に対応する金額分を増額することは好適である。

サーバ決済処理部５４１は、決済処理を行う。決済処理とは、決済に関する処理をぃう。決済とは、ユーザ側が受け取った商品（サービスも含む）の代金を学校側に支払うことである。支払いは、本実施の形態では、電子マネー端末６を利用して行うが、例えば、クレジットカードやデビットカード、または現金や小切手等を併用してもよい。併用とは、例えば、電子マネーへの入金にクレジットカード等を利用することであってもよい。ただし、支払の方法は問わない。決済処理は、例えば、電子マネーからの出金、口座からの引き落とし、口座間の振替等の処理であるが、これに限らない。

サーバ決済処理部５４１は、例えば、サーバ決済指示受信部５２１による決済指示の受信に応じて、その決済指示が有するユーザ識別子と対になる入金情報を用いて、その決済指示に対応する決済処理を行う。なお、入金情報を用いることは、例えば、入金情報が有する金額情報を、決済指示が有する金額情報と比較することでもよいし、または、入金情報が有する金額情報の示す入金額または残額から、決済指示が有する金額情報の示す決済額を減額することでもよく、その使用方法は問わない。

サーバ決済処理部５４１は、例えば、決済指示の受信に応じて、決済指示が有するユーザ識別子で識別されるユーザの、決済指示に対応する請求情報に対する決済処理を行う。決済指示に対応する請求情報とは、決済指示が有する項目識別子に対応する請求情報でもよいし、ユーザ識別子で識別されるユーザのすべての請求情報でもよい。サーバ決済処理部５４１は、決済指示の受信に応じて、当該決済指示が有するユーザ識別子で識別されるユーザの、当該決済指示が有する端末識別子に対応付いた請求情報に対する決済処理のみを行えることは好適である。

また、サーバ決済処理部５４１は、こうして行った決済処理に関する情報である決済情報を構成してもよい。決済情報は、通常、決済した金額（決済額）を示す金額情報を有する。また、決済情報は、例えば、決済した日付（決済日）を示す日時情報も有する。なお、構成された決済情報は、例えば、保護者端末７等に送信されてもよいし、ディスプレイに表示されてもよいし、プリンタでプリントアウトされても構わない。なお、このことは、後述する返金情報にも当てはまる。

サーバ返金情報構成部５４２は、サーバ返金指示受付部５３１が受け付けた返金指示に応じて、返金する金額（返金額）を示す金額情報を有する返金情報を構成する。サーバ返金情報構成部５４２は、サーバ返金指示受付部５３１が受け付けた返金指示が有するユーザ識別子と対になる入金情報をサーバ入金情報格納部５１２から取得し、当該入金情報を用いて返金情報を構成することは好適である。

なお、返金は、例えば、電子マネー端末６への返金でも、口座への返金でもよい。前者の場合、サーバ返金情報構成部５４２は、例えば、ユーザ識別子を有する返金情報を構成し、後者の場合、サーバ返金情報構成部５４２は、例えば、口座識別子を有する返金情報を構成する。または、返金は、例えば、クレジットカードによる支払いを取り消す処理などでもよく、その方法は問わない。

また、返金情報は、通常、入金情報が有する金額情報に対応する金額情報を有する。対応する金額情報とは、例えば、入金情報が有する金額情報が示す入金額と同じ金額を示す金額情報でもよいし、当該入金額から所定額を減算した金額を示す金額情報でもよい。所定額とは、例えば、手数料等の額である。

また、返金情報を構成するトリガは問わない。サーバ返金情報構成部５４２は、返金情報を、例えば、特定の端末からの返金指示が受信された場合に構成してもよいし、予め設定された時に構成してもよい。予め設定された時とは、例えば、卒業時である。サーバ返金情報構成部５４２は、例えば、ＭＰＵの内蔵時計やＮＴＰサーバ等から現在時刻を取得し、取得した現在時刻に含まれる日付（以下、現在の日付と記す場合がある）と卒業日とを比較して、現在の日付が卒業日に達した又はこれを過ぎたか否かを判断する処理を繰り返し行い、現在の日付が卒業日に達した又はこれを過ぎた時点で、入金情報の残額がある場合に、当該残額に対応する金額を示す返金情報を構成することは好適である。

サーバ送信部５５は、各種の情報を送信する。各種の情報とは、例えば、決済情報、返金情報などである。サーバ送信部５５は、決済指示に応じてサーバ決済処理部５４１が構成した決済情報を、当該決済指示が有するユーザ識別子宛てに送信する。送信された決済情報は、通常、保護者端末８を介して、当該ユーザ識別子で識別されるユーザの電子マネー端末６により受信される。

サーバ返金情報送信部５５１は、返金指示に応じてサーバ返金情報構成部５４２が構成した返金情報を、当該返金指示が有するユーザ識別子宛てに送信する。送信された返金情報は、通常、保護者端末８を介して、当該ユーザ識別子で識別されるユーザの電子マネー端末６により受信される。

電子マネー端末６を構成する格納部６１は、各種の情報を格納し得る。各種の情報とは、例えば、ユーザ識別子、入金情報、請求情報などである。

格納部６１には、当該電子マネー端末６を識別する端末識別子が格納される。また、格納部６１には、通常、入金情報が格納される。さらに、格納部６１には、例えば、請求情報も格納されてよい。

受付部６２は、各種の情報を受け付ける。各種の情報とは、例えば、決済指示などである。受付部６２は、当該電子マネー端末６が学校端末７と近距離無線通信可能である場合に、例えば、学校端末７によって受け付けられた決済指示を当該学校端末７から受信してもよいし、または、タッチパネル等の入力デバイスを介して決済指示を受け付けてもよい。

送信部６３は、各種の情報を送信する。各種の情報とは、例えば、ユーザ識別子、決済指示などである。送信部６３は、当該電子マネー端末６が学校端末７または保護者端末８と通信可能になった時、格納部６１に格納されているユーザ識別子を当該学校端末７または当該保護者端末８に送信する。

また、送信部６３は、例えば、当該電子マネー端末６が学校端末７と近距離無線通信可能である場合に、受付部６２が入力デバイスを介して決済指示を受け付けたことに応じて、格納部６１に格納されているユーザ識別子を当該学校端末７に送信してもよい。または、送信部６３は、例えば、当該電子マネー端末６が学校端末７と通信可能である場合に、受付部６２が当該学校端末７から決済指示を受信したことに応じて、格納部６１に格納されているユーザ識別子を当該決済指示に含め、ネットワーク等を介してサーバ装置５に送信してもよい。

受信部６４は、各種の情報を受信する。各種の情報とは、例えば、入金情報、返金情報、決済情報などである。受信部６４は、例えば、当該電子マネー端末６が保護者端末８と近距離無線通信可能である場合に、当該保護者端末８から入金情報を受信する。また、受信部６４は、当該電子マネー端末６が学校端末７と近距離無線通信可能である場合に、サーバ装置５から、決済情報または返金情報を受信してもよい。

処理部６５は、各種の処理を行う。各種の処理とは、例えば、入金情報の蓄積や変更などである。各種の処理には、フローチャートで説明する各種の判別なども含まれる。

処理部６５は、例えば、受信部６４が受信した入金情報を格納部６１に蓄積する。また、処理部６５は、格納部６１に格納されている入金情報を、例えば、受信部６４が受信した決済情報を用いて変更（通常、減額）してもよいし、または、受信部６４が受信した返金情報を用いて変更（通常、増額）してもよい。

学校端末７を構成する学校受付部７１は、各種の情報を受け付ける。各種の処理とは、例えば、決済指示、返金指示などである。学校受付部７１は、決済指示等を、当該学校端末７が電子マネー端末６と近距離無線通信可能である場合に、例えば、キーボード等の入力デバイスを介して受け付ける。

学校送信部７２は、各種の情報を送信する。各種の処理とは、例えば、決済指示、返金指示などである。学校送信部７２は、学校受付部７１が受け付けた決済指示等を、サーバ装置５に送信する。

保護者端末８を構成する保護者受付部８１は、各種の情報を受け付ける。各種の処理とは、例えば、入金情報などである。保護者受付部８１は、入金情報を、当該保護者端末８が電子マネー端末６と近距離無線通信可能である場合に、例えば、キーボード等の入力デバイスを介して受け付ける。

保護者送信部８２は、各種の情報を送信する。各種の処理とは、例えば、入金情報などである。保護者送信部８２は、保護者受付部８１が受け付けた入金情報を、サーバ装置５に送信する。

サーバ格納部５１、サーバ請求情報格納部５１１、サーバ入金情報格納部５１２、および格納部６１は、例えば、ハードディスクやフラッシュメモリといった不揮発性の記録媒体が好適であるが、ＲＡＭなど揮発性の記録媒体でも実現可能である。

サーバ格納部５１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報がサーバ格納部５１等で記憶されるようになってもよく、ネットワークや通信回線等を介して送信された情報がサーバ格納部５１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報がサーバ格納部５１等で記憶されるようになってもよい。入力デバイスは、例えば、キーボード、マウス、タッチパネル等、何でもよい。

サーバ受信部５２、およびサーバ決済指示受信部５２１は、通常、ネットワークや通信回線等を介して情報を受信する手段（例えば、ネットワークカードやモデム等の通信モジュール）で実現される。

サーバ受付部５３、サーバ返金指示受付部５３１、受付部６２、学校受付部７１、および保護者受付部８１は、入力デバイスを含むと考えても、含まないと考えてもよい。サーバ受付部５３等は、入力デバイスのドライバーソフトによって、または入力デバイスとそのドライバーソフトとで実現され得る。

サーバ処理部５４、サーバ決済処理部５４１、サーバ返金情報構成部５４２、および処理部６５は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。ただし、処理手順は、ハードウェア（専用回路）で実現してもよい。

サーバ送信部５５、およびサーバ返金情報送信部５５１は、通常、ネットワークや通信回線等を介して情報を受信する手段（例えば、ネットワークカードやモデム等の通信モジュール）で実現される。

送信部６３、学校送信部７２、および保護者送信部８２は、通常、近距離無線の通信手段で実現されるが、ネットワークや通信回線等を介して情報を送信する手段（例えば、通信モジュール）で実現されてもよい。

受信部６４は、通常、近距離無線の通信手段（例えば、Ｆｅｌｉｃａ（登録商標）等の近距離無線通信モジュール）で実現されるが、ネットワーク等を介して情報を受信する手段で実現されてもよい。

次に、電子マネーシステム５００の動作について図６および図７のフローチャートを用いて説明する。なお、既出の事項に関する説明は、省略または簡略化している。

図６は、サーバ装置５の動作を説明するフローチャートである。

（ステップＳ６０１）サーバ処理部５４は、サーバ受信部５２が請求情報を受信したか否かを判別する。

詳しくは、サーバ受信部５２は、通常、電子マネー端末６と通信した学校端末７から、ユーザ識別子、および端末識別子等を有する請求情報を受信する。サーバ処理部５４は、請求情報が受信され、かつ、当該請求情報が、サーバ格納部５１に格納されているいずれかのユーザ識別子に一致するユーザ識別子を有し、かつ、当該請求情報が、サーバ格納部５１に格納されているいずれかの端末識別子に対応する端末識別子を有する場合に、サーバ受信部５２が請求情報を受信したと判断することは好適である。

なお、一致することは、通常、ユーザ識別子を構成する文字列の全部が一致することである。また、対応することは、例えば、端末識別子を構成する文字列の全部が一致することでもよいし、その予め決められた部分が一致することでもよい。予め決められた部分とは、例えば、端末識別子がＩＰアドレス等のアドレスである場合、学校名に対応するドメイン名の部分などであるが、これに限らない。そして、このことは、決済指示を受信したか否かの判別、および返金指示を受信したか否かの判別を行う場合にも当てはまる。

請求情報が受信されても、ユーザ識別子が一致しない場合、または、端末識別子が対応しない場合、通常、サーバ処理部５４は、サーバ受信部５２が請求情報を受信していないと判別する。

サーバ受信部５２が請求情報を受信したと判別された場合はステップＳ６０１に進み、受信していないと判別された場合はステップＳ６０４に進む。

（ステップＳ６０２）サーバ処理部５４は、サーバ受信部５２が受信した請求情報をサーバ請求情報格納部５１１に蓄積する。その後、ステップＳ６０１に戻る。

（ステップＳ６０３）サーバ処理部５４は、サーバ受信部５２が入金情報をユーザ識別子と対に受信したか否かを判別する。

詳しくは、サーバ受信部５２は、入金情報を、通常、電子マネー端末６と通信した保護者端末８から、ユーザ識別子と対に受信する。サーバ処理部５４は、入金情報が受信され、かつ、これと対に受信されたユーザ識別子が、サーバ格納部５１に格納されているいずれかのユーザ識別子と一致する場合に、サーバ受信部５２が入金情報をユーザ識別子と対に受信したと判別することは好適である。請求情報が受信されても、ユーザ識別子が一致しない場合、通常、サーバ処理部５４は、サーバ受信部５２が入金情報をユーザ識別子と対に受信していないと判別する。

サーバ受信部５２が入金情報をユーザ識別子と対に受信したと判別された場合はステップＳ６０４に進み、そうでないと判別された場合はステップＳ６０６に進む。

（ステップＳ６０４）サーバ処理部５４は、サーバ受付部５３がユーザ識別子と対に受信した入金情報を、当該ユーザ識別子に対応付けてサーバ入金情報格納部５１２に蓄積する。その後、ステップＳ６０１に戻る。

（ステップＳ６０５）サーバ処理部５４は、サーバ受信部５２が決済指示を受信したか否かを判別する。

詳しくは、サーバ受信部５２は、通常、電子マネー端末６と通信した学校端末７から、端末識別子と対に、ユーザ識別子等を有する決済指示を受信する。サーバ処理部５４は、決済指示が受信され、かつ、当該決済指示が、サーバ格納部５１に格納されているいずれかのユーザ識別子に一致するユーザ識別子を有し、かつ、これと対に受信された端末識別子が、サーバ格納部５１に格納されているいずれかの端末識別子に対応する場合に、サーバ受信部５２が決済指示を受信したと判断することは好適である。

決済指示が受信されても、ユーザ識別子が一致しない場合、または、端末識別子が対応しない場合、通常、サーバ処理部５４は、サーバ受信部５２が決済指示を受信していないと判別する。

サーバ受信部５２が決済指示を受信したと判別された場合はステップＳ６０６に進み、受信していないと判別された場合はステップ６０９に進む。

（ステップＳ６０６）サーバ決済処理部５４１は、受信された決済指示が有するユーザ識別子で識別されるユーザの、当該決済指示に対応する請求情報に対する決済処理を行う。なお、決済処理については、前述したので繰り返さない。

（ステップＳ６０７）サーバ決済処理部５４１は、決済処理で決済した金額（決済額）を示す金額情報を有する決済情報を構成する。

（ステップＳ６０８）サーバ送信部１５は、構成された決済情報を、上記決済指示が有するユーザ識別子宛てに送信する。その後、ステップＳ６０１に戻る。

（ステップＳ６０９）サーバ処理部５４は、サーバ返金指示受付部５３１が返金指示を受け付けたか否かを判別する。

詳しくは、サーバ返金指示受付部５３１は、通常、電子マネー端末６と通信した学校端末７、またはカード会社の端末等の外部の装置から、端末識別子と対に、ユーザ識別子等を有する返金指示を受信する。サーバ処理部５４は、返金指示が受信され、かつ、当該返金指示が、サーバ格納部５１に格納されているいずれかのユーザ識別子に一致するユーザ識別子を有し、かつ、これと対に受信された端末識別子が、サーバ格納部５１に格納されているいずれかの端末識別子に対応する場合に、サーバ返金指示受付部５３１が返金指示を受け付けたと判断することは好適である。

返金指示が受信されても、ユーザ識別子が一致しない場合、または、端末識別子が対応しない場合、通常、サーバ処理部５４は、サーバ返金指示受付部５３１が返金指示を受け付けていないと判別する。

サーバ返金指示受付部５３１が返金指示を受け付けたと判別された場合はステップＳ６０６に進み、受け付けていないと判別された場合はステップ６０９に進む。

（ステップＳ６１０）サーバ処理部５４は、返金処理を行う。詳しくは、サーバ処理部５４は、サーバ入金情報格納部５１２に格納されている１以上の入金情報のうち、受け付けられた返金指示が有するユーザ識別子と対になる入金情報を取得し、当該入金情報に対し、受け付けられた返金指示が有する金額情報に対応する金額分を増額する。

（ステップＳ６１１）サーバ返金情報構成部５４２は、受け付けられた返金指示が有するユーザ識別子と対になる入金情報をサーバ入金情報格納部５１２から取得し、当該入金情報を用いて返金情報を構成する。

（ステップＳ６１２）サーバ返金情報送信部５５１は、こうして構成された返金情報を、上記返金指示が有するユーザ識別子宛てに送信する。その後、ステップＳ６０１に戻る。

なお、図６のフローチャートにおいて、返金処理部１３３は、返金指示の受け付けに応じて返金処理を実行しているが、例えば、サーバ格納部５１に、返金処理を実行するタイミング（例えば、卒業日等）を示すタイミング情報が格納されており、返金処理部１３３は、このタイミング情報に従って返金処理を実行してもよい。

また、図６のフローチャートにおいて、ステップＳ６０３およびＳ６０４は、電子マネー端末６側で入金情報の管理を行う場合には、省略してもよい。

また、図６のフローチャートにおいて、サーバ装置５の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。
る。

図７は、電子マネー端末６の動作を説明するフローチャートである。なお、このフローチャートの処理は、サーバ装置５側で入金情報の管理を行う場合には、必ずしも実行されなくてよい。

（ステップＳ７０１）処理部６５は、受信部６４が入金情報を受信したか否かを判別する。

詳しくは、例えば、当該電子マネー端末６と近距離無線通信可能となった保護者端末８が、タッチパネル等の入力デバイスを介して入金情報を受け付け、その入金情報を当該電子マネー端末６に送信する。受信部６４は、保護者端末８から送信された入金情報を受信する。処理部６５は、通常、当該電子マネー端末６と近距離無線通信可能となった保護者端末８から入金情報を受信した場合に、入金情報を受け付けたと判別する。入金情報を受け付けた場合はステップＳ７０２に進み、受け付けていない場合はステップＳ７０３に進む。

（ステップＳ７０２）処理部１３は、受け付けられた入金情報を格納部６１に蓄積する。その後、ステップＳ７０１に戻る。

（ステップＳ７０３）処理部６５は、受信部６４が決済情報を受信したか否かを判別する。

例えば、前述したように、当該電子マネー端末６と近距離無線通信可能となった学校端末７からの決済指示に応じて、サーバ装置５において決済処理が行われると、サーバ装置５から当該電子マネー端末６のユーザ宛てに決済情報が送信され、受信部６４は、この決済情報を受信する。

受信部６４が決済情報を受信した場合はステップＳ７０４に進み、受信していない場合はステップＳ７０５に進む。

（ステップＳ７０４）処理部６５は、格納部６１に格納されている入金情報を、こうして受信された決済情報を用いて更新する。処理部６５は、通常、入金情報が有する金額情報の示す金額（例えば、入金額、合計額、残額など）から、決済情報が有する金額情報の示す決済額に対応する金額を減額する。その後、ステップＳ７０１に戻る。

（ステップＳ７０５）処理部６５は、受信部６４が返金情報を受信したか否かを判別する。

例えば、前述したように、当該電子マネー端末６と近距離無線通信可能となった学校端末７や外部の装置からの返金指示に応じて、サーバ装置５において返金処理が行われると、サーバ装置５から当該電子マネー端末６のユーザ宛てに返金情報が送信され、受信部６４は、この返金情報を受信する。

受信部６４が返金情報を受信した場合はステップＳ７０６に進み、受信していない場合はステップＳ７０１に戻る。

（ステップＳ７０６）処理部６５は、格納部６１に格納されている入金情報を、こうして受信された返金情報を用いて更新する。処理部６５は、通常、入金情報が有する金額情報の示す金額に、返金情報が有する金額情報の示す返金額に対応する金額を減額する。その後、ステップＳ７０１に戻る。

なお、図７のフローチャートにおいて、電子マネー端末６の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。

以下、本実施の形態における電子マネーシステム５００の具体的な動作について説明する。

本例の電子マネーシステム５００は、サーバ装置５、２以上の電子マネー端末６、４以上の学校端末７、および２以上の保護者端末８を備える。サーバ装置５は、電子マネーシステム５００を運営する企業のサーバである。サーバ装置５は、４以上の学校端末７および２以上の保護者端末８の各々と、インターネット等のネットワークを介して通信可能に接続されている。

４以上の学校端末７のうち２以上は、ある学校Ｘの端末であり、学校Ｘの教職員によって操作される。学校Ｘの２以上の学校端末７のうち一つは、一の教室に設置され、その教室の担任である教員（以下、単に教員、または学校Ｘの教員と記す場合がある）によって操作される。一の教室とは、学校Ｘの一の生徒であるユーザＡＡが属する教室（以下、単に教室、または学校Ｘの教室と記す場合がある）である。教員は、例えば給食費や教材費といった、どの生徒にも共通する費用の徴収も担当する。

学校Ｘの２以上の学校端末７のうち他の一つは、学校Ｘの職員室に設置され、各教職員によって操作される。この学校端末７は、例えば、写真代や部活費といった、生徒によって異なる費用の徴収に使われる。

学校Ｘの教室の学校端末７を構成する学校送信部７２は、端末識別子“ａａａ”を保持している。また、学校Ｘの職員室の学校端末７を構成する学校送信部７２は、端末識別子“ｂｂｂ”を保持している。

２以上の電子マネー端末６のうち一の電子マネー端末６は、ユーザＡＡによって携帯されるＩＣカードである。以下では、この電子マネー端末６を、単に電子マネー端末６、またはユーザＡＡの電子マネー端末６と記す場合がある。

２以上の保護者端末８のうち一の保護者端末８は、ユーザＡＡの保護者によって利用される端末であり、例えば、自宅のＰＣである。以下では、この保護者端末８を、単に保護者端末８、またはユーザＡＡの保護者端末８と記す場合がある。

また、４以上の学校端末７のうち他の２以上は、他の学校Ｙの端末であり、学校Ｙの教職員によって操作される。学校Ｙの２以上の学校端末７のうち一つは、一の教室に設置され、その教室の担任である教員（以下、学校Ｙの教員と記す場合がある）によって操作される。一の教室とは、学校Ｙの一の生徒であるユーザＢＢが属する教室（以下、学校Ｙの教室と記す場合がある）である。

学校Ｙの２以上の学校端末７のうち他の一つは、学校Ｙの職員室に設置され、各教職員によって操作される。

学校Ｙの教室の学校端末７を構成する学校送信部７２は、端末識別子“ｃｃｃ”を保持している。また、学校Ｙの職員室の学校端末７を構成する学校送信部７２は、端末識別子“ｄｄｄ”を保持している。

２以上の電子マネー端末６のうち他の一の電子マネー端末６は、ユーザＢＢによって携帯されるＩＣカードである。以下では、この電子マネー端末６を、ユーザＢＢの電子マネー端末６と記す場合がある。

２以上の保護者端末８のうち他の一の保護者端末８は、ユーザＢＢの保護者によって利用される端末（例えば、自宅のＰＣ等）である。以下では、この保護者端末８を、ユーザＢＢの保護者端末８と記す場合がある。

ユーザＡＡの保護者端末８を構成する保護者送信部８２は、ユーザＡＡを識別するユーザ識別子“ＡＡ”を保持している。ユーザＢＢの保護者端末８を構成する保護者送信部８２は、ユーザＢＢを識別するユーザ識別子“ＢＢ”を保持している。

ユーザＡＡの電子マネー端末６を構成する格納部６１には、ユーザ識別子“ＡＡ”が格納されている。ユーザＢＢの電子マネー端末６を構成する格納部６１には、ユーザ識別子“ＢＢ”が格納されている。

サーバ装置５を構成するサーバ格納部５１には、４以上の学校端末７を識別する４以上の端末識別子“ａａａ”，“ｂｂｂ”，“ｃｃｃ”，“ｄｄｄ”，…が格納されている。また、サーバ格納部５１には、２以上のユーザを識別するユーザ識別子”ＡＡ”，“ＢＢ”，…が格納されている。

サーバ入金情報格納部５１２には、２以上の入出金管理情報が、ユーザ識別子に対応付けて格納される。図８は、本実施の形態における入出金管理情報のデータ構造図である。ユーザ識別子が対応付いている点を除けば、入出金管理情報それ自体のデータ構造は、実施の形態１と同様であり、説明を省略する。

サーバ入金情報格納部５１２には、例えば、実施の形態１で説明した入出金管理情報（図３参照）と同様の入出金管理情報が、ユーザ識別子“ＡＡ”に対応付けて格納される。また、サーバ入金情報格納部５１２には、入金額“￥１５００”と、日時“１／１５ １７：００”と、当該時点での残額“￥１５００”との組を有する他の入出金管理情報が、ユーザ識別子“ＢＢ”に対応付けて格納される。

サーバ請求情報格納部５１１には、２以上の請求情報が格納される。図９は、本実施の形態における請求情報のデータ構造図である。請求情報のデータ構造は、請求を受けるユーザを識別するユーザ識別子をさらに有する点を除けば、実施の形態１と同様であり、説明を省略する。

サーバ請求情報格納部５１１には、例えば、実施の形態１で説明した請求情報１〜３（図４参照）において、ユーザ識別子“ＡＡ”をさらに有する請求情報１〜３が格納される。また、サーバ請求情報格納部５１１には、ユーザ識別子“ＢＢ”、金額情報“￥１５００”、項目識別子“給食費”、端末識別子“ｃｃｃ”、および期限情報“１／１６”を有する請求情報４も格納される。

現在の日付は、２月１５日であり、サーバ入金情報格納部５１２には、図８に示した２以上の入出金管理情報のうち、ユーザ識別子“ＡＡ”に対応する入出金管理情報だけが格納され、ユーザ識別子“ＢＢ”に対応する入出金管理情報は未だ格納されていないとものする。また、請求情報格納部１１３には、図９に示した４以上の請求情報のうち、請求項情報１〜３が格納され、請求情報４は未だ格納されておらず、請求項情報１〜３には、決済完了を示すフラグが付されているものとする。

この日、学校Ｙの教室において、教員が、学校端末７の入力デバイスを操作して、一の請求情報を入力したとする。この請求情報は、金額情報“￥１５００”、項目識別子“給食費”、端末識別子“ｃｃｃ”、および期限情報“２／１６”を有する。学校受付部７１は、当該請求情報を受け付け、保持する。その後、ユーザＢＢが電子マネー端末６を学校端末７にかざすと、電子マネー端末６と学校端末７とが近距離無線通信可能になり、学校端末７の学校送信部７２は、当該請求情報を、インターネット等のネットワークを介してサーバ装置５に送信する。なお、学校送信部７２は、当該請求情報を、近距離無線を介して電子マネー端末６にも送信してよい。

サーバ装置５において、サーバ受信部５２が上記請求情報を受信し、サーバ処理部５４は、受信された請求情報に含まれるユーザ識別子“ＢＢ”がサーバ格納部５１に格納されており、かつ、受信された請求情報に含まれる端末識別子“ｃｃｃ”もサーバ格納部５１に格納されていることから、受信された請求情報をＩＤ“４”に対応付けて、サーバ請求情報格納部５１１に蓄積する。これによって、サーバ請求情報格納部５１１には、決済済みの請求情報１〜３に加えて、前述した請求情報４（図９参照）が、さらに格納される結果となる。なお、電子マネー端末６において、受信部６４が上記請求情報を受信し、処理部６５は、受信された請求情報を格納部６１に蓄積してもよい。

その後、ユーザＢＢは、帰宅し、保護者に電子マネー端末６を手渡す。保護者は、電子マネー端末６を受け取り、保護者端末８にかざす。両端末間で近距離無線通信が可能となると、サーバ送信部５５は、サーバ請求情報格納部５１１に格納されている請求情報１〜４のうちユーザ識別子“ＢＢ”を有する請求情報４を、保護者端末８に送信する。

保護者端末８において、図示しない保護者受信部が請求情報４を受信し、図示しない保護者出力部は、受信された請求情報４を、ディスプレイ等の出力デバイスを介して出力する。これによって、ディスプレイに、例えば「給食費１５００円を２月１６日までにお支払いください。」といった請求情報が表示される。保護者は、保護者端末８の入力デバイスを介して、請求額に対応する入金額“￥１５００”を示す金額情報を有する入金情報を入力する。

保護者受付部８１は、かかる入金情報の入力を受け付け、保護者送信部８２は、当該入金情報を、ユーザ識別子“ＢＢ”と対に、サーバ装置５に送信する。なお、保護者送信部８２は、当該入金情報を、電子マネー端末６にも送信してよい。

サーバ装置５において、サーバ受信部５２が上記入金情報をユーザ識別子“ＢＢ”と対に受信し、サーバ処理部５４は、受信された入金情報をユーザ識別子“ＢＢ”に対応付けてサーバ入金情報格納部５１２に蓄積する。これによって、サーバ入金情報格納部５１２には、ユーザ識別子“ＡＡ”に対応する入出金管理情報に加えて、ユーザ識別子“ＢＢ”に対応する入出金管理情報（図８参照）が、さらに格納される結果となる。

なお、電子マネー端末６において、受信部６４が上記入金情報を受信し、処理部６５は、受信された入金情報を格納部６１に蓄積してもよい。この場合、電子マネー端末６に蓄積される入金情報は、サーバ入金情報格納部５１２に蓄積される入金情報と同じでなくてもよく、例えば、入金額等を示す金額情報を有さず、日時を示す日時情報だけを有していても構わない。

翌２月１６日、ユーザＢＢは、学校Ｙに登校し、教室の学校端末７に電子マネー端末６をかざす。両端末間で近距離無線通信が可能となると、学校端末７の出力デバイスを介して、その旨の報知（例えば、「ピッ」等の電子音など）が出力され、教員は、学校端末７の入力デバイスを介して、上記給食費に対応する決済額“￥１５００”を示す金額情報を有する決済指示を入力する。学校端末７において、学校受付部７１がこの決済指示を受け付け、学校送信部７２は、当該決済指示をサーバ装置５に送信する。送信される決済指示は、上記金額情報に加えて、ユーザ識別子“ＢＢ”と、端末識別子“ｃｃｃ”とをさらに有する。

サーバ装置５において、サーバ受信部５２が、上記決済指示を受信する。受信された決済指示に含まれるユーザ識別子“ＢＢ”がサーバ格納部５１に格納されており、かつ、受信された請求情報に含まれる端末識別子“ｃｃｃ”もサーバ格納部５１に格納されていることから、サーバ決済処理部５４１は、受信された決済指示が有するユーザ識別子“ＢＢ”で識別されるユーザＢＢの、当該決済指示に対応する請求情報４に対する決済処理を行う。

請求情報４に対する決済処理とは、例えば、金額情報が示す請求額“￥１５００”を、ユーザ識別子“ＢＢ”で識別されるユーザＢＢの保護者の口座から、端末識別子“ｃｃｃ”で識別される学校端末７が属する学校Ｙの口座に振り替えると共に、ユーザ識別子“ＢＢ”に対応付けてサーバ入金情報格納部５１２に格納されている上記入出金管理情報（図８参照）の後に、出金額“￥１５００”と、日時“２／１６ ８：５０”と、残額“０”とを含む新たな入出金管理情報を追加することであってもよい。

サーバ決済処理部５４１は、かかる決済処理に関する決済情報を構成し、サーバ送信部５５は、構成された決済情報をユーザ識別子“ＢＢ”宛てに送信する。請求情報４に対する決済処理が完了すると、サーバ決済処理部５４１は、請求情報４に決済済みを示すフラグを付加する。

ユーザＢＢ宅の保護者端末８において、図示しない保護者受信部が上記決済情報を受信し、保持する。

その後、ユーザＢＢは、帰宅し、保護者に電子マネー端末６を手渡す。保護者は、電子マネー端末６を受け取り、保護者端末８にかざす。両端末間で近距離無線通信が可能となると、保護者端末８において、図示しない保護者出力部は、図示しない保護者受信部が保持している決済情報を、ディスプレイ等の出力デバイスを介して出力する。これによって、ディスプレイに、例えば「２月分の給食費１５００円の支払いが完了しました。」といった決済情報が表示される。他方、保護者送信部８２は、図示しない保護者受信部が保持している決済情報を、電子マネー端末６に送信してもよい。

電子マネー端末６において、受信部６４が、上記決済情報を受信し、処理部６５は、格納部６１に格納されている入出金管理情報が有する金額情報の示す残額“￥１５００”を、受信された決済情報を用いて“０”に減額してもよい。

後日、学校Ｙの教室において、教員が、学校端末７の入力デバイスを操作して、返金指示を入力したとする。この返金指示は、金額情報“￥１５００”、項目識別子“給食費”、および端末識別子“ｃｃｃ”を有する。学校受付部７１は、当該返金指示を受け付け、保持する。その後、ユーザＢＢが電子マネー端末６を学校端末７にかざすと、電子マネー端末６と学校端末７とが近距離無線通信可能になり、学校端末７の学校送信部７２は、当該返金指示をサーバ装置５に送信する。

サーバ装置５において、サーバ返金指示受付部５３１が上記返金指示を受信し、サーバ処理部５４は、受信された返金指示に含まれるユーザ識別子“ＢＢ”がサーバ格納部５１に格納されており、かつ、受信された返金指示に含まれる端末識別子“ｃｃｃ”もサーバ格納部５１に格納されていることから、サーバ処理部５４は、受信された返金指示に対応する返金処理を実行する。

受信された返金指示に対する返金処理とは、例えば、当該返金指示が有する金額情報が示す返金額“￥１５００”を、端末識別子“ｃｃｃ”で識別される学校端末７が属する学校Ｙの口座から、ユーザ識別子“ＢＢ”で識別されるユーザＢＢの保護者の口座に振り替えると共に、ユーザ識別子“ＢＢ”に対応付けてサーバ入金情報格納部５１２に格納されている入出金管理情報であり、出金額“￥１５００”と、日時“２／１６ ８：５０”と、残額“０”とを含む上記新たな入出金管理情報を削除し、かつ、サーバ請求情報格納部５１１から請求情報４を削除することであってもよい。これによって、ユーザ識別子“ＢＢ”に対応する入出金管理情報が有する金額情報の示す現時点の残額は、請求情報４に対する決済処理が行われる直前の１５００円に戻る。

サーバ返金情報構成部５４２は、こうして行った返金処理に関する返金情報を構成し、サーバ返金情報送信部５５１は、構成された返金情報をユーザ識別子“ＢＢ”宛てに送信する。

ユーザＢＢ宅の保護者端末８において、図示しない保護者受信部が上記返金情報を受信し、保持する。

その後、ユーザＢＢは、帰宅し、保護者に電子マネー端末６を手渡す。保護者は、電子マネー端末６を受け取り、保護者端末８にかざす。両端末間で近距離無線通信が可能となると、保護者端末８において、図示しない保護者出力部は、図示しない保護者受信部が保持している返金情報を、ディスプレイ等の出力デバイスを介して出力する。これによって、ディスプレイに、例えば「２月分の給食費１５００円が返金されました。」といった返金情報が表示される。他方、保護者送信部８２は、図示しない保護者受信部が保持している返金情報を、電子マネー端末６に送信してもよい。

電子マネー端末６において、受信部６４が、上記返金情報を受信し、処理部６５は、格納部６１に格納されている入出金管理情報が有する金額情報の示す残額“０”を、受信された返済情報を用いて、“￥１５００”に増額してもよい。

以上、本実施の形態によれば、記録媒体は、ユーザ識別子に対応付けて、入金の情報である入金情報が格納されるサーバ入金情報格納部５１１を具備し、サーバ装置５は、学校端末７等の特定の端末と通信する電子マネー端末６または特定の端末から、ユーザ識別子を有する決済指示を受信し、決済指示の受信に応じて、決済指示が有するユーザ識別子と対になる入金情報を用いて、決済指示に対応する決済処理を行うことにより、電子マネー端末６またはこれと通信した特定の端末からの指示によってのみ決済が行える。

また、記録媒体は、請求に関する１以上の請求情報が格納されるサーバ請求情報格納部５１１をさらに具備し、サーバ装置５は、決済指示の受信に応じて、決済指示が有するユーザ識別子で識別されるユーザの、決済指示に対応する請求情報に対する決済処理を行うことにより、電子マネー端末６またはこれと通信した特定の端末からの指示によってのみ、当該電子マネー端末６のユーザへの請求を決済できる。

また、サーバ請求情報格納部５１１には、２以上の請求情報が格納され、各請求情報は、特定の端末を識別する端末識別子に対応付いており、決済指示は、ユーザ識別子と、電子マネー端末６と通信した特定の端末の端末識別子とを有し、サーバ装置５は、決済指示の受信に応じて、決済指示が有するユーザ識別子で識別されるユーザの、決済指示が有する端末識別子に対応付いた請求情報に対する決済処理のみを行えることにより、電子マネー端末６と通信した特定の端末からの指示を受け、当該電子マネー端末６のユーザへの請求であり、当該特定の端末に対応付いた請求のみを決済できる。

また、サーバ装置５は、返金指示を受け付け、返金指示に応じて、返金する金額を示す金額情報を有する返金情報を構成し、返金情報を電子マネー端末６に送信することにより、電子マネー端末６への返金ができる。

また、記録媒体は、ユーザ識別子に対応付けて、入金情報が格納されるサーバ入金情報格納部５１２をさらに具備し、サーバ装置５は、外部の装置から、ユーザ識別子を有する返金指示を受信し、返金指示が有するユーザ識別子と対になる入金情報をサーバ入金情報格納部５１２から取得し、入金情報を用いて返金情報を構成することにより、外部からの指示により、ユーザの電子マネー端末６への返金ができる。

また、請求情報は、期限を示す期限情報を有し、サーバ装置５は、期限情報が示す期限を過ぎた請求情報に対応する返金情報を構成し、返金情報を電子マネー端末６に送信することにより、期限を過ぎた請求について返金ができる。

なお、本実施の形態におけるサーバ装置５を実現するソフトウェアは、例えば、以下のようなプログラムである。つまり、サーバ装置５のコンピュータがアクセス可能な記録媒体は、請求に関する１以上の請求情報が格納されるサーバ請求情報格納部５１１を具備し、このプログラムは、サーバ装置５のコンピュータを、電子マネー端末６または当該電子マネー端末６と通信した学校端末７等の特定の端末から、ユーザ識別子を有する決済指示を受信するサーバ決済指示受信部５２１と、決済指示の受信に応じて、決済指示が有するユーザ識別子で識別されるユーザの、決済指示に対応する請求情報に対する決済処理を行うサーバ決済処理部５４１として機能させるためのプログラムである。

図１０は、本実施の形態におけるプログラムを実行して、サーバ装置５等を実現するコンピュータシステム９００の外観図である。本実施の形態は、コンピュータハードウェアおよびその上で実行されるコンピュータプログラムによって実現され得る。図１０において、コンピュータシステム９００は、ディスクドライブ９０５を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、ディスプレイ９０４とを備える。なお、キーボード９０２やマウス９０３やディスプレイ９０４をも含むシステム全体をコンピュータと呼んでもよい。

図１１は、コンピュータシステム９００の内部構成の一例を示す図である。図１１において、コンピュータ９０１は、ディスクドライブ９０５に加えて、ＭＰＵ９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ９１３と、アプリケーションプログラム、システムプログラム、およびデータを記憶するストレージ９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５と、外部ネットワークや内部ネットワーク等のネットワークへの接続を提供するネットワークカード９１６と、を備える。ストレージ９１４は、例えば、ハードディスク、ＳＳＤ、フラッシュメモリなどである。

コンピュータシステム９００に、サーバ装置５の機能を実行させるプログラムは、例えば、ＤＶＤ、ＣＤ−ＲＯＭ等のディスク９２１に記憶されて、ディスクドライブ９０５に挿入され、ストレージ９１４に転送されてもよい。これに代えて、そのプログラムは、ネットワークを介してコンピュータ９０１に送信され、ストレージ９１４に記憶されてもよい。プログラムは、実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ディスク９２１、またはネットワークから直接、ロードされてもよい。また、ディスク９２１に代えて他の着脱可能な記録媒体（例えば、ＤＶＤやメモリカード等）を介して、プログラムがコンピュータシステム９００に読み込まれてもよい。

プログラムは、コンピュータの詳細を示す９０１に、サーバ装置５の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能やモジュールを呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。

なお、学校端末７および保護者端末８は、上述したコンピュータシステム９００によって実現されてもよいし、携帯端末で実現されてよい。携帯端末の場合、上記コンピュータシステム９００のようなサーバまたは据え置き型のＰＣの構成において、例えば、キーボード９０２およびマウス９０３はタッチパネルに、ディスクドライブ９０５はメモリカードスロットに、ディスク９２１はメモリカードに、それぞれ置き換えられることは好適である。

また、電子マネー端末６は、携帯端末で実現されてもよいし、ＩＣカードで実現されてもよい。ＩＣカードの場合、上記携帯端末の構成において、タッチパネル、メモリカードスロットおよびメモリカード、ならびにディスプレイ９０４は、通常、削除される。

さらに、かかる携帯端末またはＩＣカードは、前述した実施の形態１におけるプログラムを実行して、電子マネー端末１をも実現し得る。学校端末２および保護者端末３は、コンピュータシステム９００または携帯端末によって実現され得る。ただし、以上は例示であり、電子マネー端末１、サーバ装置５等を実現するコンピュータのハードウェア構成は問わない。

なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段（例えば、サーバ受信部５２、サーバ送信部５５など）は、物理的に一の媒体で実現されてもよいことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる電子マネー端末、サーバ装置等は、特定の端末に対してのみ出金できるという効果を有し、電子マネー端末、サーバ装置等として有用である。

１、６ 電子マネー端末
１、５ サーバ装置
２、７ 学校端末
３、８ 保護者端末
１１、６１ 格納部
１２、６２ 受付部
１３、６５ 処理部
２１、７１ 学校受付部
２２、７２ 学校送信部
３１、８１ 保護者受付部
３２、８２ 保護者送信部
５１ サーバ格納部
５２ サーバ受信部
５３ サーバ受付部
５４ サーバ処理部
５５ サーバ送信部
６３ 送信部
６４ 受信部
１００、５００ 電子マネーシステム
１１１ ユーザ識別子格納部
１１２ 入金情報格納部
１１３ 請求情報格納部
１２１ 入金情報受付部
１２２ 出金指示受付部
１２３ 返金指示受付部
１２４ 口座返金指示受付部
１３１ 入金情報蓄積部
１３２ 出金処理部
１３３ 返金処理部
１３４ 口座返金処理部
５１１ サーバ請求情報格納部
５１２ サーバ入金情報格納部
５２１ サーバ決済指示受信部
５３１ サーバ返金指示受付部
５４１ サーバ決済処理部
５４２ サーバ返金情報構成部
５５１ サーバ返金情報送信部

Claims (12)

1. 入金の情報である入金情報が格納される入金情報格納部にアクセス可能なコンピュータを、
   入金情報を受け付ける入金情報受付部と、
   前記入金情報受付部が受け付けた入金情報を前記入金情報格納部に蓄積する入金情報蓄積部と、
   電子マネー端末に対して予め決められた特定の端末からの出金指示を受け付ける出金指示受付部と、
   前記特定の端末からの出金指示の受け付けのみに応じて、前記入金情報格納部の入金情報を変更する出金処理を行う出金処理部として機能させるためのプログラム。
2. 特定の端末を識別する１以上の端末識別子を記憶している格納部にアクセス可能な前記コンピュータを、
   前記出金指示は、端末識別子を有し、
   前記出金処理部は、
   前記出金指示が有する端末識別子が記憶されている場合のみ、前記出金処理を行うものとして、前記コンピュータを機能させるための請求項１記載のプログラム。
3. 請求に関する請求情報が格納される請求情報格納部にアクセス可能な前記コンピュータを、
   前記出金処理部は、
   前記出金指示の受け付けに応じて、前記請求情報に対応する金額分の入金情報を変更する出金処理を行うものとして、前記コンピュータを機能させるための請求項１または請求項２記載のプログラム。
4. 前記請求情報格納部には、２以上の請求情報が格納され、
   当該２以上の請求情報は、２以上の特定の端末のうちの、少なくとも一の特定の端末に対応付けられており、
   前記出金処理部は、
   出金指示を送信した特定の端末に対応する請求情報に対応する金額分の入金情報を変更する出金処理を行うものとして、前記コンピュータを機能させるための請求項３記載のプログラム。
5. 電子マネー端末への返金の指示である返金指示を特定の端末から受け付ける返金指示受付部と、
   前記返金指示に応じて、前記入金情報格納部に格納されている入金情報を変更する返金処理部として、前記コンピュータをさらに機能させるための請求項１から請求項４いずれか一項に記載のプログラム。
6. 電子マネー端末のユーザの口座への返金の指示である口座返金指示を特定の端末から受け付ける口座返金指示受付部と、
   前記口座返金指示に応じて、前記入金情報格納部に格納されている入金情報に対応する金額を、前記ユーザの口座に返金する処理を行う口座返金処理部として、前記コンピュータをさらに機能させるための請求項１から請求項５いずれか一項に記載のプログラム。
7. ユーザ識別子に対応付けて、入金の情報である入金情報が格納される入金情報格納部と、
   決済処理のために特定の端末とのみ通信する電子マネー端末または決済処理のために特定の端末とのみ通信する電子マネー端末と通信した前記特定の端末から、ユーザ識別子を有する決済指示を受信する決済指示受信部と、
   前記決済指示の受信に応じて、前記決済指示が有するユーザ識別子と対になる入金情報を用いて、前記決済指示に対応する決済処理を行う決済処理部とを具備するサーバ装置。
8. 請求に関する１以上の請求情報が格納される請求情報格納部をさらに具備し、
   前記決済処理部は、
   前記決済指示の受信に応じて、前記決済指示が有するユーザ識別子で識別されるユーザの、前記決済指示に対応する請求情報に対する決済処理を行う、請求項７記載のサーバ装置。
9. 前記請求情報格納部には、２以上の請求情報が格納され、各請求情報は、特定の端末を識別する端末識別子に対応付いており、
   前記決済指示は、
   ユーザ識別子と、電子マネー端末と通信した特定の端末の端末識別子とを有し、
   前記決済処理部は、
   前記決済指示の受信に応じて、前記決済指示が有するユーザ識別子で識別されるユーザの、前記決済指示が有する端末識別子に対応付いた請求情報に対する決済処理のみを行える請求項８記載のサーバ装置。
10. 入金の情報である入金情報が格納される入金情報格納部、入金情報受付部、入金情報蓄積部、出金指示受付部、および出金処理部によって実現される電子マネー処理方法であって、
    前記入金情報受付部が、入金情報を受け付ける入金情報受付ステップと、
    前記入金情報蓄積部が、前記入金情報受付部が受け付けた入金情報を前記入金情報格納部に蓄積する入金情報蓄積ステップと、
    前記出金指示受付部が、電子マネー端末に対して予め決められた特定の端末からの出金指示を受け付ける出金指示受付ステップと、
    前記出金処理部が、前記特定の端末からの出金指示の受け付けのみに応じて、前記入金情報格納部の入金情報を変更する出金処理を行う出金処理ステップとを含む電子マネー処理方法。
11. 入金の情報である入金情報が格納される入金情報格納部と、
    入金情報を受け付ける入金情報受付部と、
    前記入金情報受付部が受け付けた入金情報を前記入金情報格納部に蓄積する入金情報蓄積部と、
    電子マネー端末に対して予め決められた特定の端末からの出金指示を受け付ける出金指示受付部と、
    前記特定の端末からの出金指示の受け付けのみに応じて、前記入金情報格納部の入金情報を変更する出金処理を行う出金処理部とを具備する電子マネー端末。
12. ユーザ識別子に対応付けて、入金の情報である入金情報が格納される入金情報格納部にアクセス可能なコンピュータを、
    決済処理のために特定の端末とのみ通信する電子マネー端末または決済処理のために特定の端末とのみ通信する電子マネー端末と通信した前記特定の端末から、ユーザ識別子を有する決済指示を受信する決済指示受信部と、
    前記決済指示の受信に応じて、前記決済指示が有するユーザ識別子と対になる入金情報を用いて、前記決済指示に対応する決済処理を行う決済処理部として機能させるためのプログラム。

Images