(57)【要約】【課題】  寄付する者が、自分の納得のできる金額で手軽に寄付ができる募金システムを提供することである。【解決手段】  ＩＤおよび残金データを記憶した非接触ＩＣを内蔵したユーザー携帯端末３と、上記非接触ＩＣとの間で通信可能なデータ処理部７、８と、募金情報記憶部６とを備え、募金情報記憶部６は、予め、ユーザーごとに設定された単位寄付金額をユーザー携帯端末が記憶しているＩＤに対応付けて記憶する機能を備え、処理部８は、非接触ＩＣから読み取ったＩＤと募金情報記憶部６が記憶しているデータとから上記ＩＤに対応する単位寄付金額を特定する機能と、特定した単位寄付金額を上記非接触ＩＣから読み取った残金データから減算して減算後の残金を算出する機能と、上記非接触ＩＣが記憶している残金データを、減算後の残金データに更新する機能と、単位寄付金額を募金金額として募金情報記憶部６に記憶させる機能とを備えている。【選択図】  図２
2008071041.tif 000002
【特許請求の範囲】
【請求項１】
ＩＤおよび電子マネーシステムに対応した残金データを記憶した非接触ＩＣを内蔵したユーザー携帯端末と、上記非接触ＩＣが接触あるいは接触に近い非接触状態のとき、当該ＩＣとの間で通信可能なデータ処理部と、上記処理部に接続した募金情報記憶部とを備え、上記募金情報記憶部は、予め設定された単位寄付金額をユーザー携帯端末が記憶しているＩＤに対応付けて記憶する機能を備え、上記処理部は、ユーザー携帯端末の非接触ＩＣから上記ＩＤおよび残金データを読み取る機能と、読み取ったＩＤと上記募金情報記憶部が記憶しているデータとから上記ＩＤに対応する単位寄付金額を特定する機能と、特定した単位寄付金額を上記非接触ＩＣから読み取った残金データから減算して減算後の残金を算出する減算処理機能と、上記非接触ＩＣが記憶している残金データを、上記減算処理後の残金データに更新する機能と、上記単位寄付金額を募金金額として募金情報記憶部に記憶させる機能とを備えた募金システム。
【請求項２】
上記募金情報記憶部には、予め設定された上限寄付回数と、既寄付回数とを、端末ＩＤに対応付けて記憶させるとともに、上記データ処理部は、非接触ＩＣからＩＤを読み取ったとき、そのＩＤに対応した既寄付回数が、上記ＩＤに対応した上限寄付回数を超えない範囲で、単位寄付金額を残金データから差し引く減算処理を行なう請求項１に記載の募金システム。
【請求項３】
上記募金情報記憶部を備えた募金管理サーバーと、この募金管理サーバーに通信手段を介して接続するとともに、上記データ処理部を備えた複数の募金端末とを備え、各募金端末のデータ処理部は、非接触ＩＣから読み取ったＩＤに対応する単位寄付金額を募金管理サーバーから受信する機能と、募金金額を上記募金管理サーバーに送信する機能を備え、上記募金管理サーバーは、各募金端末から受信した募金金額を集計する機能を備えた請求項１または２に記載の募金システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、募金システムに関する。
【背景技術】
【０００２】
募金を行なう場合、人の集まる場所に、募金箱を設置したり、募金箱を持ったボランティアの人などが立ったりして、通行人に対して寄付を募ることが一般的に行なわれている。このように、路上での募金活動では、たまたま行き合わせた人の寄付に頼ることになる。
また、インターネット上で寄付を募り、寄付する人に直接送金させる方法も知られている。
【特許文献１】特許第３５７３２５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記路上で寄付を募る募金方法では、寄付をする側が、寄付金にたいするつり銭を要求することは難しいため、募金に行き合ったタイミングで小銭を持ち合わせていなかったり、小銭入れがすぐにみつからなかったりすれば、寄付できないことがある。要するに、募金に行き合って、寄付しようとする気持ちがあっても、バッグから小銭入れを出したり、小銭を確認したりする手間が面倒で、実際には寄付を行なわないことがある。
インターネットでの募金でも、送金処理の手間が面倒なうえ、わざわざ送金手続を行なうのでまとまった金額でなければいけないような気がして、気軽に寄付ができないという問題もあった。結果として、寄付の回数が減ってしまうことになる。
【０００４】
一方で、小銭を用意する手間をなくした募金システムとして、特許文献１に示す端末装置を利用するものが知られている。この端末装置は商品購入後のつり銭の範囲で寄付を募るというものである。しかし、この方法は商品購入のついでにつり銭の返却が必要になった場合という特殊なケースのみで寄付を募るもので、やはり、寄付の機会が少ない。
【０００５】
この発明の目的は、寄付する者が、自分の納得のできる金額で手軽に寄付ができる募金システムを提供することである。
【課題を解決するための手段】
【０００６】
第１の発明は、ＩＤおよび電子マネーシステムに対応した残金データを記憶した非接触ＩＣを内蔵したユーザー携帯端末と、上記非接触ＩＣが接触あるいは接触に近い非接触状態のとき、当該非接触ＩＣとの間で通信可能なデータ処理部と、上記処理部に接続した募金情報記憶部とを備え、上記募金情報記憶部は、予め設定された単位寄付金額をユーザー携帯端末が記憶しているＩＤに対応付けて記憶する機能を備え、上記処理部は、ユーザー携帯端末の非接触ＩＣから上記ＩＤおよび残金データを読み取る機能と、読み取ったＩＤと上記募金情報記憶部が記憶しているデータとから上記ＩＤに対応する単位寄付金額を特定する機能と、特定した単位寄付金額を上記非接触ＩＣから読み取った残金データから減算して減算後の残金を算出する減算処理機能と、上記非接触ＩＣが記憶している残金データを、上記減算後の残金データに更新する機能と、上記単位寄付金額を募金金額として募金情報記憶部に記憶させる機能とを備えた点に特徴を有する。
【０００７】
なお、上記ＩＤとは、携帯端末を識別可能なＩＤであるが、結果としてユーザーに対応付けることができるので、ユーザーごとに決めたユーザーＩＤも含まれる。
また、上記ユーザー携帯端末には、上記非接触ＩＣを内蔵した携帯電話機などの装置のほか、ＩＣタグ、ＩＣカードも含まれる。
【０００８】
第２の発明は、第１の発明を前提とし、上記募金情報記憶部には、予め設定された上限寄付回数と既寄付回数とを、端末ＩＤに対応付けて記憶させるとともに、上記データ処理部は、非接触ＩＣからＩＤを読み取ったとき、そのＩＤに対応した既寄付回数が、上記ＩＤに対応した上限寄付回数を超えない範囲で、単位寄付金額を残金データから差し引く減算処理を行なう点に特徴を有する。
なお、上記上限寄付回数を超えない範囲で減算処理を行なうとは、減算処理の回数が、上限寄付回数を超えないということである。
【０００９】
第３の発明は、第１または第２の発明を前提とし、上記募金情報記憶部を備えた募金管理サーバーと、この募金管理サーバーに通信手段を介して接続するとともに、上記データ処理部を備えた複数の募金端末とを備え、各募金端末のデータ処理部は、非接触ＩＣから読み取ったＩＤに対応する単位寄付金額を募金管理サーバーから受信する機能と、募金金額を上記募金管理サーバーに送信する機能を備え、上記募金管理サーバーは、各募金端末から受信した募金金額を集計する機能を備えた点に特徴を有する。
【発明の効果】
【００１０】
第１〜第３の発明によれば、寄付をしたいユーザーは、予め単位寄付金額を設定しておけば、非接触ＩＣを内蔵した自分の携帯端末を、上記非接触ＩＣとの通信機能を有する、例えば募金端末などのデータ処理部に接触または近接させるだけで、簡単に手軽に寄付ができる。しかも、単位寄付金額を、予め、自分で決めることができるので、無理をしない範囲で安心して寄付することもできる。
つまり、小銭を準備したり、面倒な送金処理を行なったりするなどの必要がなく、携帯端末を、募金専用のデータ処理部に近接させるだけの手軽さで、しかも、自分で設定した金額で寄付ができる。そのため、募金金額が増えることも期待できる。
【００１１】
特に、第２の発明によれば、上限寄付回数を設定できるので、例えば、単位寄付金額を複数回寄付した場合でも、寄付金額の総額を自分で決めた範囲にとどめることができる。しかも、上限寄付回数が超えた場合には、単位寄付金額の減算が行なわれない、すなわち、寄付が受け付けられないことになるので、既寄付回数を意識しないでも、安心して、募金端末などのデータ処理部にタッチすることができる。このように、ユーザーにとってより安心であるということは、より気軽に寄付ができるという効果がある。
【００１２】
また、第３の発明によれば、複数の募金端末で集めた募金金額を募金管理サーバーで一括集計することができる。例えば、各募金端末が、募金金額にＩＤを対応付けて送信するようにすれば、募金管理サーバーでは、ユーザーごとの募金金額を集計することができる。特に、異なる募金端末を介して寄付された募金金額を、ユーザー単位で集計することもできる。
また、募金端末の設置数が多くなればなるほど、ユーザーが募金端末に出会う機会が増えるので、募金金額が高くなることが期待できる。
【発明を実施するための最良の形態】
【００１３】
図１、図２を用いて、この発明の一実施形態を説明する。
図１は、この実施形態の募金システムの構成図である。このシステムは、図１に示すように、募金管理サーバー１に通信を介して接続した複数の募金端末２と、寄付する者が使用するこの発明のユーザー携帯端末である携帯端末３とからなるこの発明の募金システムＡを備えている。上記携帯端末３は、非接触ＩＣを内蔵した携帯電話機や、ＩＣカードなどである。そして、上記非接触ＩＣとは、専用の通信部に対して接触あるいは接触に近い近接状態で通信が可能な通信機能を備えたＩＣのことである。
【００１４】
この実施形態のシステムでは、この携帯端末３の非接触ＩＣは、端末ＩＤと残金データとを記憶している。そして、携帯端末３で募金端末２の所定の箇所を軽くタッチすると、上記非接触ＩＣと募金端末２との間の通信が可能になり、上記非接触ＩＣが記憶している端末ＩＤおよび残金データが、募金端末２へ送信される。
【００１５】
さらに、募金管理サーバー１には、インターネットＮを介して、ユーザーが使用するパソコン４をアクセス可能にするとともに、決済システム５を接続している。上記パソコン４は、後で説明する単位寄付金額を設定するために、募金に応じるこの発明のユーザーが使用するためのものである。また、上記決済システム５は、このシステムにおいて寄付に利用できる電子マネーを管理するシステムで、例えば、その電子マネーでユーザーが買い物をした場合などに、その決済を行なうシステムであるが、実施形態の募金システムＡとは別のシステムである。そして、ユーザーが、上記決済システム５で管理される電子マネーの利用可能な金額を、残金データとして上記携帯端末３に記憶させている。
【００１６】
図２は、募金管理サーバー１と、募金端末２の機能を説明するためのブロック図である。図２では、１台の募金端末２だけを示しているが、募金管理サーバー１には、複数の募金端末２を接続しているものとする。各募金端末２は、全て同様の構成で、同様の機能を備えている。
そして、募金管理サーバー１は、例えば、この募金システムの管理センターなどに設置され、上記募金端末２は、実際に寄付を受け付ける端末なので、人の集まりやすい場所に設置するようにする。
【００１７】
図２に示すように、募金管理サーバー１は、募金情報記憶部６とこれに接続した処理部７とを備えている。
上記募金管理サーバー１の募金情報記憶部６は、募金に関する様々なデータを記憶するための記憶部であるが、予め、ユーザーが設定した単位寄付金額を携帯端末３の端末ＩＤに対応付けて記憶している。上記単位寄付金額とは、ひとりのユーザーが１回に寄付する金額のことである。この金額はユーザーが自分で決めることができ、予め、募金管理サーバー１に登録しておく。例えば、１回の寄付金額を、５００円、１０００円というような定額で設定しても良いし、その時点での残金データの端数を寄付することにし、端数の単位を１０円単位とか、１００円単位と設定するようにしても良い。
【００１８】
そして、この単位寄付金額の設定は、どのような方法で行なってもかまわない。例えば、図１のパソコン４で、募金管理サーバー１の単位寄付金額設定ページにアクセスして、そのページから設定するようにしてもよい。ただし、単位寄付金額の設定時には、上記携帯端末３の端末ＩＤも募金管理サーバー１へ登録しなければならない。携帯端末３が、ＩＣカードの場合には、専用のカードリーダーをパソコン４に接続して、カードリーダーがＩＣカードから読み取った、端末ＩＤであるカードＩＤを募金管理サーバー１へ送信するようにする。あるいは、上記募金端末２に、単位寄付金額を設定する機能を備え、上記パソコン４と同様に設定することもできる。
【００１９】
また、携帯端末３が、募金管理サーバー１にアクセス可能な携帯電話機の場合には、その携帯端末３を使って単位寄付金額を設定することもできる。
上記募金管理サーバー１では、いずれかの方法によって設定された単位寄付金額を、端末ＩＤに対応付けて、上記募金情報記憶部６に記憶させておく。
【００２０】
一方、募金端末２は、募金管理サーバー１の処理部７とデータの送受信が可能な処理部８を備え、この処理部８には、上記携帯端末３の非接触ＩＣと通信するための通信部９とデータ記憶部１０とを接続している。なお、この募金端末の表面には、上記通信部９に対応する箇所に、ユーザーの携帯端末３をタッチする位置を表示している。
また、処理部８には、金額などを表示するための表示部１１も接続している。
【００２１】
以下に、このシステムにおいて、特定のユーザーが募金を行なう手順を、募金端末２の処理部８の処理手順に従って説明する。なお、このユーザーは、予め、上記募金管理サーバー１に、単位寄付金額を設定しているものとする。
まず、募金端末２の所定箇所を携帯端末３でタッチすると、処理部８は通信部９を介して、携帯端末３が記憶している端末ＩＤと残金データを読み取って、データ記憶部１０に記憶させる。データ記憶部１０には、１回の募金処理のための一連の処理が終了するまで、上記端末ＩＤと残金データとを記憶しておく。
【００２２】
次に、処理部８は、募金管理サーバー１へアクセスして、処理部７に、上記読み取った端末ＩＤに対応する単位寄付金額を問い合わせる。これに対し、処理部８は、募金情報記憶部６から、上記端末ＩＤに対応して登録されている単位寄付金額を特定して出力する。ただし、上記募金端末２から受信した端末ＩＤが、募金情報記憶部６に登録されていない場合には、非登録である旨の信号を募金端末２へ送信し、募金端末２の処理部８は、その旨を表示部１１に表示して処理を終了する。
【００２３】
募金管理サーバー１に上記端末ＩＤの登録があり、単位寄付金額が処理部７から上記募金端末２の処理部８に送信されたら、処理部８は、受信した単位寄付金額と先にデータ記憶部に記憶させた残金データとを対比して、残金データが単位寄付金額に足りているかどうかを判断する。残金データが、単位寄付金額未満の場合には、残金不足により寄付ができなかった旨を表示部１１に表示させて処理を終了する。
ここで、残金データが単位寄付金額以上の場合には、残金データから単位寄付金額を差し引く演算を行なう。そして、この演算結果を新たな残金データとし、通信部９を介して携帯端末３の非接触ＩＣに書きこみ、この非接触ＩＣが記憶している残金データを更新する。
【００２４】
さらに、処理部８は、上記単位寄付金額を募金金額とし、この募金金額に上記端末ＩＤを対応付けて、募金管理サーバー１へ送信する。募金管理サーバー１では、受信した募金金額と端末ＩＤとの対応データを、募金情報記憶部６に記憶させる。これにより、ユーザーの電子マネーが、単位寄付金額分だけ、募金されたことになる。ここまでの処理は、ユーザーが、自分の携帯端末３を募金端末２にタッチさせている僅かな時間に行なわれる。
同様にして、同じユーザーが、他の募金端末２に携帯端末３をタッチさせれば、同じ寄付金額が寄付される。また、他のユーザーが、自分の携帯端末３を募金端末２にタッチさせた場合にも、同様の手順で、そのユーザーが設定した単位寄付金額が寄付されることになる。
【００２５】
上記募金管理サーバー１では、募金情報記憶部６に、寄付された募金金額が蓄積されるが、処理部７は、この募金金額のデータを、所定のタイミングで、上記決済システム５に送信する。決済システムでは、受信した金額データに基づいて、現金等を、募金活動を行なう組織へ送金する。
以上のように、この実施形態の募金システムを利用すれば、ユーザーは、募金端末２に携帯端末３でタッチするだけの簡単な作業で、自分が望んだ金額を寄付することができる。従来のように、小銭を用意したり、送金手続を行なったりする手間がなく、しかも、自分で決めた金額を寄付できるので、安心して寄付ができるようになる。
【００２６】
また、募金管理サーバー１の処理部７が、各募金端末２から送信された募金金額を、端末ＩＤごとに集計したり、総金額を集計したりして、その結果を募金情報記憶部６に記憶させるとともに、その集計データを募金端末２や、インターネットなどを介して公開するようにしてもよい。そうすれば、寄付したユーザーは、自分が寄付した募金が集めた金額を知ることができて張り合いが出る。
また、上記募金管理サーバー１で、端末ＩＤごとの募金金額を集計して置けば、ユーザーが、端末ＩＤを指定して募金管理サーバー１へアクセスして、自分が寄付した募金額を知ることもできる。
【００２７】
さらに、募金管理サーバー１では、端末ＩＤとともに、その携帯端末３のユーザーの、メールアドレスなどの個人情報を登録するようにすれば、募金管理サーバー１からユーザーに対して、募金状況や、新たな募金についてのお知らせなどを送信することもできる。
このように、ユーザーに募金情報を知らせることで、新たな寄付への動機付けが期待できる。
【００２８】
なお、上記実施形態では、募金管理サーバー１が一つの募金を管理する場合を例に説明しているが、募金管理サーバー１が複数の異なる募金を同時に管理することもできる。
複数の募金が同時に行われる場合に、ユーザーが、いずれかの募金に対して寄付をしたい場合には、単位寄付金額を設定する際に、自分が寄付したい募金の種類を指定する必要がある。このように、募金の種類を登録しておけば、１種類の募金の場合と同様にして、どの募金端末２からも、タッチするだけで寄付することができる。
【００２９】
また、募金端末２ごとに募金の種類を設定し、募金端末２で募金の種類を区別するようにしてもよい。ユーザーは、寄付したい募金の募金端末２に対してタッチすることによって、特定の募金に寄付することができる。この場合は、単位寄付金額の設定時に、募金の種類を特定することは必須ではないが、募金ごとに単位寄付金額を設定できるようにすれば、募金の種類によって、寄付する金額を決めることもできる。
【００３０】
さらに、単位寄付金額を登録する際に、寄付回数の上限を設定できるようにしてもよい。上限寄付回数を募金管理サーバー１に設定した場合には、募金管理サーバー１の募金情報記憶部６は、募金端末２から行った既寄付回数を、募金金額とともに端末ＩＤに対応付けて、記憶する機能が必要である。そして、募金管理サーバー１の処理部７が、募金端末２から端末ＩＤに対応付けられた募金金額を受信した際に、上記端末ＩＤに対応した既寄付回数を、１を加算した値に更新する。
【００３１】
また、募金端末２の処理部８は、ユーザーが携帯端末３を募金端末２にタッチしたときに、読み取った端末ＩＤに対応した既寄付回数および上限寄付回数を募金管理サーバー１へ問い合わせ、それに応じて寄付を受け付けるか否かを判断する機能が必要である。具体的には、募金情報記憶部６が記憶している既寄付回数が上限寄付回数未満の場合にのみ、処理部８が、携帯端末３から読み取った残金データから単位寄付金額を差し引く減算処理を行なうようにする。
そして、端末ＩＤを読み取った時点で、上記既寄付回数が上限寄付回数以上だった場合には、処理部８が、表示部１１に「設定回数になりました」などと表示して、ユーザーへ再設定を促すようにし、残金データから単位寄付金額を差し引く減算処理は行なわない。
【００３２】
あるいは、携帯端末３のタッチにかかわる１回の処理が終了し、募金管理サーバー１の処理部７が、既寄付回数を更新した時点で、既寄付回数が上限寄付回数と等しくなったら、その端末ＩＤに対応付けられた単位寄付金額を削除したり、端末ＩＤの登録を削除したりするようにしてもよい。
【００３３】
このように、寄付の上限回数が設定できれば、ユーザーは、各募金に対する寄付の上限金額を設定することができることになる。そして、例えば、小額の単位寄付金額による寄付を繰り返し行なっても、上限に達すれば自動的に寄付が受け付けられなくなるので、残金がありそうなときに、回数を気にせずに募金端末２にタッチしても、知らないうちに自分の意に反するほどの金額を寄付してしまうこともなく、より安心である。
【００３４】
なお、上記実施形態では、ユーザーの携帯端末の非接触ＩＣと通信可能なデータ処理部を、通信部９と、募金端末２の処理部８と、募金管理サーバー１の処理部７とで構成しているが、上記処理部７，８の機能は、上記実施例のように分担する必要はなく、すべての処理を一つの処理部で行なうようにしてもよい。
そして、上記の処理機能を備えた処理部を募金管理サーバー１に設けた場合には、募金端末２は、募金管理サーバー１にＩＤを送信する機能と、必要な情報を問い合わせる機能を備えていれば足りる。
【００３５】
また、募金端末２が、定期的に募金管理サーバー１の募金情報記憶部６に登録された募金情報を受信して、自身のデータ記憶部１０に募金情報を記憶しておくようにしてもよい。このようにすれば、募金端末２は、ユーザーの携帯端末３から端末ＩＤを読み取るたびに募金管理サーバー１へ募金情報の問い合わせをする必要がなくなる。
さらに、上記募金端末２が、上記募金情報記憶部６を備えるようにすれば、募金管理サーバー１が不要になり、募金端末２の処理部８は、外部へ情報を問い合わせる必要がなくなる。
【図面の簡単な説明】
【００３６】
【図１】実施形態のシステム構成図である。
【図２】実施形態の募金システムにおける募金管理サーバーおよび募金端末のブロック図である。
【符号の説明】
【００３７】
１      募金管理サーバー
２      募金端末
３      携帯端末
６      募金情報記憶部
７      処理部
８      処理部
９      通信部
１０    データ記憶部
Ａ      募金システム
【図１】
2008071041.tif 000003
【図２】
2008071041.tif 000004