JP2004258969A - Virtual currency management system and method - Google Patents

Virtual currency management system and method Download PDF

Info

Publication number
JP2004258969A
JP2004258969A JP2003048961A JP2003048961A JP2004258969A JP 2004258969 A JP2004258969 A JP 2004258969A JP 2003048961 A JP2003048961 A JP 2003048961A JP 2003048961 A JP2003048961 A JP 2003048961A JP 2004258969 A JP2004258969 A JP 2004258969A
Authority
JP
Japan
Prior art keywords
identification number
bill
virtual
information
volunteer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003048961A
Other languages
Japanese (ja)
Other versions
JP4003664B2 (en
Inventor
Fumitaka Sase
文隆 佐瀬
Tetsuya Kobayashi
哲也 小林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2003048961A priority Critical patent/JP4003664B2/en
Publication of JP2004258969A publication Critical patent/JP2004258969A/en
Application granted granted Critical
Publication of JP4003664B2 publication Critical patent/JP4003664B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a virtual currency management system enabling the use of a virtual bill in both online currency/bill without contradiction. <P>SOLUTION: An autonomous community server 6 confirms, on receipt of a user ID and an identification number of virtual bill from a volunteer participant terminal 3 via a virtual space management system 7, whether or not the virtual bill corresponding to this identification number is used, and performs, when not used, a processing for adding the amount of the virtual bill corresponding to this identification to the savings of the user ID and storing the effect that the virtual bill corresponding to this identification number is used. The autonomous community server 6 also performs, on receipt of a virtual bill identification number from a commodity terminal 4, a processing for inquiring whether or not this virtual bill identification number is used to transmit the inquiry result to the store terminal 4, and also storing that the virtual bill corresponding to this identification number is used. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、仮想紙幣を利用した仮想通貨の管理方法・システムに関するものである。
【0002】
【従来の技術】
従来、ボランティア活動や地域活動などを行った際にその報酬の代わりとして、仮想通貨を紙幣として発行するものがある。このボランティアや地域活動は屋外、すなわち利用できるパーソナルコンピュータなどの端末装置が近くに無い事が多く、これらは実質上、紙幣を利用して地元の商店街のみで使用できる仮想紙幣を活用して行われる。
【0003】
しかしながら、近年、市役所などの公共機関でもホームページ開設が行われるようになり、この中に、仮想空間を構築し、この仮想紙幣を仮想空間内の仮想通貨としても使用できるようにする事が望まれている。
【0004】
【発明が解決しようとする課題】
しかしながら、仮想紙幣は通常の紙幣と異なり使いきりが前提で、商店街で商品販売時にその紙幣を回収し、重複使用をしないようにしている。
【0005】
しかしながら、オンラインでも使用できるようにした場合、オンラインで紙幣登録を行った後も、商店街に紙幣を持っていけば使用できることとなり、重複使用が可能となってしまう。
【0006】
逆にオンライン上で貯蓄した仮想通貨を紙幣として使用する場合、紙幣情報を利用者の端末に印刷させる事も考えられるが、利用者が同じ印刷画面に対し何度も印刷を行う事が考えられ、不正に仮想通貨が使用されてしまうこととなってしまう。
【0007】
これらを解決するために、所定の仮想紙幣変換所を設け、そこに行けばオンライン上の仮想通貨を紙幣、もしくはその逆に変換させる事も考えられるが、仮想通貨の場合、高額な仮想通貨を提供する事は少なく、小額の変換のたびにいちいち所定の発行所まで足を運ぶのはめんどうであり、仮想通貨の妨げとなってしまう。
【0008】
本発明は、以上の課題に鑑み、仮想通貨の変換を指定の変換所へ行かずとも利用者自身が持つ端末上で行う事ができ、かつ、重複使用を行わせないようにする仮想通貨管理システム及び方法を提供する事を目的とする。
【0009】
【課題を解決するための手段】
本発明は、上記従来の課題を解決するために、利用者識別子毎の仮想紙幣貯蓄額を記憶する第1の記憶手段と、各紙幣の識別番号と該紙幣データが使用済みか否かを示す識別子とを対にして記憶する第2の記憶手段とを設け、オンライン経由で利用者識別子及び紙幣の識別番号が送られてくると、第2の記憶手段を参照して該識別番号に対応した擬似貨幣が使用済みかを確認し、使用済みではない場合、該識別番号に対応した擬似貨幣の額を、第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行い、
商店端末より仮想紙幣識別番号が到来した場合、前記第2の記憶手段に記憶されている仮想紙幣識別番号が使用済みかを照会し、その照会結果を該商店端末へ送信する処理を行う事を特徴とする。
【0010】
【発明の実施の形態】
図1に本発明の仮想紙幣管理システムのシステム構成図を示す。
【0011】
図1において、1は、インターネットなどに代表されるネットワーク、2はボランティアの主催者が使用しプリンタ2Aが接続されたボランティア主催者端末、3はボランティア参加者が使用しプリンタ3Aが接続されたボランティア参加者端末、4は商店が使用する商店端末で、バーコードの読取手段5が付属している。また、6は自治体が仮想通貨の管理を行う自治体サーバ、7はオンライン上で利用する仮想空間を管理する仮想空間管理システムである。
【0012】
なお、ボランティア主催者端末2、ボランティア参加者端末3、商店端末4、自治体サーバ6、仮想空間管理システム7は全てネットワーク1に接続され、相互通信が可能となっている。なお、本実施の形態で、これらの構成要素間の通信について特に明記が無い場合は、全てネットワーク1を経由して行われているものとする。
【0013】
また、本実施の形態の場合、仮想通貨の単位として「エコ」を用い、説明を容易にするために商店などでは1エコ=現金1円分の割引が得られるものとし、紙幣として使われる通貨・仮想空間上で利用される通貨は双方とも同じ単位の「エコ」を用いる事とする。
(なお、本発明は、これに限らず、紙幣での仮想通貨単位とオンライン上での仮想通貨単位を異なるものとし、その通貨単位変換のための手段を用いてもよい。おなじく、仮想通貨の割引率を1:1とは特定する必要は無く、ここでも通貨単位変換手段を用いてもよい。(これらの変換手段は、変換前の通貨を変換後の通貨に乗算もしくは除算するように構成する事で達成される。))
また、図1の自治体サーバ6は、図2のシステム構成図に示される様に構成される。
【0014】
まず、601は、ネットワーク1との通信制御を行う通信制御手段601(以下、特に明記が無い場合は自治体サーバ6の通信は、該通信制御手段601の制御の基に行われるものとする。)、602はボランティアの日程管理を行うボランティア日程管理手段、603は仮想通貨の発行・管理を行う仮想通貨管理手段、各種制御に伴う画像情報を記憶している画像情報記憶手段604である。
【0015】
また、605は図3のテーブル6000に示されるように、ボランティア管理番号毎6001に開催日6002・開催時刻6003・(ボランティアの)内容6004・集合場所6005・主催者6006・(ボランティアでもらえる)仮想通貨の額(エコ取得数)6007・募集人数6008を記憶するボランティア情報記憶手段である。
【0016】
また、606は、図4の紙幣画像6010に示されるように紙幣の原画像データを記憶している紙幣画像情報記憶手段である。この紙幣画像6010を見てもわかるように、価格や、管理番号・バーコードなどの識別情報はなく、後術する手順によって図4の紙幣画像6011にしめされるように紙幣識別子情報を示すバーコード6012、紙幣識別子情報の数字情報6013、仮想通貨額6014が合成され、ボランティア主催者端末2・ボランティア参加者端末3へ送信される事となる。
【0017】
607は紙幣の発行・使用状況を記憶している紙幣管理情報記憶手段である。本実施の形態の場合、1エコ札・5エコ札・10エコ札・50エコ札・100エコ札の5種類の仮想紙幣を発行する事を想定しており、図5に示されるように、それぞれ、筆頭番号にZ・Y・X・W・Vを付した紙幣管理番号を用い、それぞれ個別に番号管理を行っている。加えて、それぞれの通貨が既に使用済みか否かの情報も、この紙幣管理情報記憶手段607に記憶されている。
【0018】
608は、図6に示されるように、利用者ID毎に仮想空間上での貯蓄額を記憶した仮想通貨貯蓄額記憶手段である。
【0019】
609は、ボランティア活動ごとの参加者を記憶するボランティア参加者情報記憶手段である。
【0020】
更に、仮想空間管理システム7は、図7のシステム構成図に示される様に構成されている。図7において、701はネットワーク1との通信制御を行う通信制御手段(以下、特に明記が無い場合は仮想空間管理システム7の通信は、該通信制御手段701の制御の基に行われるものとする)、702は仮想空間の全体管理を行う仮想空間管理手段702である。
【0021】
また、703は図8に示すように仮想空間の利用者ID7001単位に利用者の氏名7002・利用者の電子メールアドレス7003・後述する利用者が仮想空間で使用する仮想人物(アバタ)の構成情報7004・アバタにつけているアイテムの情報7005が記憶された利用者情報記憶手段である。なお、今回の実施の形態では主たるポイントではないため詳細な説明は省略するが、アイテムは仮想空間内で移動し、各利用者が貯蓄している仮想通貨を支払う事で取得できるようになっている。
【0022】
704はアバタを構成するパーツの画像情報を記憶したアバタ画像情報記憶手段である。
【0023】
本実施の形態におけるアバタのパーツは、顔データ・体データ・アイテムデータの3種類に分けられ、アバタ画像情報記憶手段704には、図9の顔テーブル7051・体テーブル7052・アイテムテーブル7053に示すように、それぞれの種類ごとにH1〜H5・S1〜S4・A1〜C3の識別子を有する複数の画像データが記憶されている。
【0024】
また、前記したように利用者情報記憶手段703には利用者ID7001単位でアバタの構成情報7004・アイテム情報7005を記憶するようにしている旨の記載を行ったが、これらの情報には、アバタ画像情報記憶手段704に記憶されている画像データの識別子が記憶されている。
【0025】
例えば図8のテーブルに示される利用者ID0001のアバタ情報7004には、H1・S1が記憶されており、アイテム情報にはA1・B2が記憶されているので、図9の各テーブルを参照し、図10のアバタ画像7054に示されるように、それぞれの画像情報を組み合わせたアバタ画像を仮想空間上に表示させるようにする。(本実施の形態ではこの画像合成処理は仮想空間管理手段702が行う。)また、同様に図8のテーブルの利用者ID0002は、同様の処理にてアバタ画像7055に示されるように合成された画像が仮想空間に表示される。
【0026】
本実施の形態では、仮想空間の利用者が、利用者の端末から仮想空間管理システム7にアクセスし、IDの認証を完了させると、仮想空間管理手段702が、上記手順にて仮想空間上にアバタの画像情報を表示させ、その後利用者からの操作指示に応じて、仮想空間管理手段702がアバタ画像の移動等の処理を行う事により、あたかも、各利用者に利用者特有のアバタが仮想空間内を移動しているかのように見せる事ができる。また、本発明の主体とは関係が無いため詳細は省略するが、このアバタ情報は、サーバへの利用者登録時に個人情報の登録と同時に利用者が登録を行い、その情報が利用者情報記憶手段703に記憶されているものとする。
【0027】
705は、仮想空間での背景・全体図などの画像情報を記憶している仮想空間画像情報記憶手段である。本実施の形態では、全体図は図11の様に仮想空間上で自治体関係の手続を行う市役所・仮想空間上で後述するアバタに付けるアイテムを仮想通貨によって売買するショップ7032・利用者が仮想空間でアバタを使って会話を行うみんなの広場7033、仮想空間上でボランティア参加申し込みを行う,あつまれボランティア7034、仮想空間上で紙幣の仮想通貨とオンライン上の仮想通貨との変換を行うエコ銀行7035の各画像情報が1画面上に表示されるようになっている。利用者がそれぞれのアバタを利用して、これらの画像情報の1つにアバタを移動させると、それぞれの場面の画像情報・処理へ移行するよう仮想空間管理手段702が処理を行う。
【0028】
また、706は、一時的に情報を記憶する一時記憶手段であり、以下、記憶手段の指定が無い場合、仮想空間システム7での記憶はこの一時記憶手段706に行われるものとする。
【0029】
なお、仮想空間管理システム7での処理は特に明記が無い限り仮想空間管理手段702が行っているものとする。
【0030】
以上の様に構成された仮想通貨管理システムにおいて、以下その動作を説明する。
【0031】
まず、ボランティア参加希望者がボランティアの仮想空間上で参加希望処理を行う手順を図12のフローチャートを用い説明を行う。なお、ボランティアの日程などの情報は、ボランティアの主催者が、ボランティア主催者端末3により自治体サーバ6にアクセスする事によって、予め登録処理を行い、自治体サーバ6のボランティア情報記憶手段605に記憶されているものとする。また、ボランティア参加者は自身のボランティア参加者端末3を用い、仮想空間管理システム7内の仮想空間に自身の利用者IDによってアクセスを行っているものとする。すなわち、ボランティア参加者端末3には図13に示されるように仮想空間情報と自身が利用するアバタの画像情報が合成されて表示されている。また、自治体サーバ6の処理は特に明記が無い限りボランティア日程管理手段602が行うものとし、同様に仮想空間管理システム7の処理は、特に明記が無い限り仮想空間管理手段702が行うものとする。
【0032】
この状態において、ボランティア参加希望者が、あつまれボランティア7034の画像自身のアバタを移動させるようボランティア参加者端末3に指示を行うと、ボランティア参加端末3は、この指示情報を仮想空間管理システムに送信する(S1001)。
【0033】
この情報を受信した仮想空間管理システム7は(S1002)、自治体サーバ6に対しボランティア日程情報を要求する(S1003)。
【0034】
この要求を受信した自治体サーバ6は(S1004)、ボランティア情報記憶手段605に記憶されている情報を抽出する(S1005)。本実施の形態の場合、図3に示される情報がボランティア情報記憶手段605に記憶されたものとし、S1005の処理にて該情報が抽出したものとする。
【0035】
自治体サーバ6は、この抽出した情報をボランティア日程情報として仮想空間管理システム7に送信する(S1006)。
【0036】
この情報を受信した仮想空間管理システム7は(S1007)、一時記憶手段706にボランティア日程情報を記憶する(S1008)。また、仮想空間管理システム7は、仮想空間画面情報記憶手段705からあつまれボランティアに対応した背景情報を抽出し(S1009)、この情報にボランティア参加希望者のアバタ画像・一時記憶手段706に記憶されているボランティア日程情報を参照して得られたボランティアの数を合成した画像情報を作成し(S1010)、ボランティア参加者端末3へ送信する(S1011)。
【0037】
この情報を受信したボランティア参加者端末3は(S1012)、この受信した画像情報を表示する(S1013)。図14の画面7036に示されるように、仮想空間管理システム7がS1010で合成した画像情報を表示されることになる。
【0038】
ここで、ボランティア参加希望者が、ボランティア参加者端末3で何らかの操作を行うと(S1014)、ボランティア参加者参加者端末3はその操作内容を仮想空間管理システム7へ送信する(S1015)。
【0039】
この情報を受信した仮想空間管理システム7は(S1016)、受信した操作情報が、ボランティアに関する情報部分(図14の画面7036では掲示板部分)にアバタを移動させる旨の操作を示すものかチェックを行い、該操作でなければ他の処理時へ移行し、該操作であれば図15のS1018へ移行する(S1017)。
【0040】
S1017でボランティアに関する情報部分にアバタを移動させる旨の操作であると判断した場合、仮想空間管理システム7は、一時記憶手段706に記憶されているボランティア日程情報を抽出して(図15・S1018)、図14の画面7037に示されるように、ボランティア活動の一覧を表示する画面に参加希望を示すボタン画像を付した画像を作成し(S1019)、ボランティア参加者端末3へ送信する(S1020)。
【0041】
この画面情報を受信したボランティア参加者端末3(S1021)は、該画面情報を表示する(S1022)。
【0042】
この表示された画像からボランティア参加希望者がいずれかのボランティアの参加希望を示すボタンを押下する(マウスでのクリックなど)と(S1023)、ボランティア参加者端末3は、その情報を送信する(S1024)。
【0043】
この情報を受信した仮想空間管理システム7は(S1025)、その情報にボランティア参加者IDを付し(S1026)、自治体サーバ6へ転送する(S1027)。
【0044】
この情報を受信した自治体サーバ6は(S1028)、ボランティア参加者情報記憶手段609に記憶する(S1029)。この様にしてボランティア参加者情報記憶手段609に記憶された情報の例を図16に示す。この図にあるようにボランティア参加者情報記憶手段609には、各ボランティアの管理Noごとに、ボランティア参加希望者の利用者IDが蓄積される。
【0045】
この蓄積が完了すると、自治体サーバ6は、蓄積が完了した事を仮想空間管理システム7に通知する(S1030)。
【0046】
この情報を受信した仮想空間管理システム7は(S1031)、ボランティアの登録を完了した事を示す画像情報を抽出し(S1032)、図17に示すようにボランティア参加希望者のアバタの画像情報と合成した画像を作成し(S1033)、該画像情報をボランティア参加者端末3へ送信する(S1034)。
【0047】
この情報を受信したボランティア参加者端末3は(S1035)、この画像情報即ち、図17の画像情報の表示を行い、該ボランティアの申請処理を完了する。
【0048】
この様にして、各ボランティアの参加者が自治体サーバ6のボランティア参加者情報記憶手段609へ記憶されていく事となる。
【0049】
なお、上記処理では、募集人員の枠についての情報があるにもかかわらず、そのチェックを省略している。これは、ボランティアという性格上、厳密に人員の上限を設ける必要を行う必要が無いため省略を行ったものである。しかしながら、人員が予定人数より大幅に越える事を防止するためには、その上限を設け、人員に達した場合、それ以上の参加申請を受け付けない等の処理を行うようにしてもよい。
【0050】
この様にしてボランティア参加者が決定した後、ボランティアの主催者が、実際のボランティアに参加した人に対し、手渡す仮想通貨の紙幣を印刷する手順を図18に示すフローチャートを用い説明する。なお、自治体サーバ6での処理は、仮想通貨管理手段603が行っているものとする。
【0051】
まず、ボランティア主催者が、ボランティア主催者端末2に対し、自治体サーバ6へアクセスを行う指示を示す操作行うと、ボランティア主催者端末2は、アクセス要求を自治体サーバ6へ送信する(S1050)。
【0052】
この情報を受信した自治体サーバ6は(S1051)、画像情報記憶手段604より図19の画面7038に示されるように、主催者ID・パスワード・ボランティア管理Noの入力欄を有する紙幣申請画像情報を抽出し(S1052)、ボランティア主催者端末2へ送信する(S1053)。
【0053】
この情報を受信したボランティア主催者端末2は(S1054)、この受信した画像、即ち図19の画面7038を表示する(S1055)。
【0054】
これに対しボランティア主催者がボランティア主催者端末2に対し、各項目の入力処理を行う(S1056)と、図19の画面7039にあるように、ボランティア主催者端末2にはその入力結果がその画面上に表示されこの状態においてボランティア主催者がボランティア主催者端末2に対し、その送信の指示を行うと、ボランティア主催者端末2は、入力された各項目の情報を自治体サーバ6へ送信する(S1057)。
【0055】
この幣申請情報を受信した自治体サーバ6は(S1058)、IDとパスワードから申請者が正当な申請者(ボランティア主催者)かの確認を行う(S1059)。ここで、正式な申請者でなければ、自治体サーバ6は、画像情報記憶手段604よりエラー画面情報を抽出し(図20・S1060)、ボランティア主催者端末2へ害情報を送信(S1061)・ボランティア主催者端末2がそれを受信し(S1062)、エラー表示を行う(S1063)という、エラー処理を行い、処理を完了する。
【0056】
また、S1059にて正当な申請者であると確認されると、自治体サーバ6は、ボランティア主催者端末2より送られてきたボランティア管理Noの紙幣発行が行われたかを確認する(S1064)。これはボランティア情報記憶手段605に記憶されているボランティア情報毎に紙幣発行されたか否かを識別する識別子を記憶させておき、それを自治体サーバ6が参照する事により行う。
【0057】
ここで、既に発行済みと判断された場合、上記したS1060以降のエラー処理を行い、処理を完了する。
【0058】
また、紙幣発行が未だであるとした場合、自治体サーバ6は、紙幣画像情報記憶手段606より、仮想紙幣の画像情報すなわち、図4の画像情報6010を抽出する(S1065)。
【0059】
次に自治体サーバ6は、ボランティア参加者記憶手段609を参照し、該当ボランティアの参加人数を確認するとともに、紙幣管理手段607を参照して、対象となる紙幣の最終番号を確認し、それ以降に参加人数分の紙幣番号を追加する(S1066)。
【0060】
例えば、紙幣管理情報記憶手段607を参照すると、100エコ紙幣はV00201が最終番号であった際、100エコを取得可能なボランティアに100人参加することになっていた場合、100エコ管理情報記憶手段にV00202〜V00301までを追加する。
【0061】
次に、紙幣の印刷画像を作成する。これは、抽出した紙幣画像に仮想通貨額と、紙幣番号、及び、紙幣番号をバーコード化した画像を合成した情報をボランティア人数分作成する。この際、ボランティア主催者端末2のプリンタ2Aで使用する用紙の大きさを予め規定しておき、紙幣の大きさと該規定した用紙の大きさとを考慮し、図21に示されるように、該用紙に印刷できる紙幣の数(例えば3枚単位)毎に、ページ区切り様の情報を付与するようにしてもよい。
【0062】
また、この際、仮想空間管理システム7と通信を行い、ボランティア参加者記憶手段609に記憶されている対象ボランティアの管理Noに記憶されている利用者IDに対応する氏名情報を、仮想空間管理システム7の利用者情報記憶手段703より取得し、図22に示されるような参加者管理用の印刷画面情報を作成し、ボランティア主催者端末2へ送るようにしてもよい。これにより、ボランティア主催者は、この用紙を印刷する事で、ボランティア当日の参加者の出欠チェックを行う事も可能となる。
【0063】
自治体サーバ6は、この様にして作成された印刷画面情報をボランティア主催者端末2へ送信する(図23・S1068)。
【0064】
この情報を受信したボランティア主催者端末2は(S1069)、その印刷情報を表示する(S1070)。ここで利用者が印刷の指示を行うと、ボランティア主催者端末2は、該印刷情報をプリンタ2により印刷する。これにより、図21の紙幣画像や、図22の参加者管理用の用紙が印刷される。
【0065】
ボランティア主催者は、当日までに、複数の紙幣が印刷された用紙を紙幣ごとに切り取り各参加者に配布することになる。
【0066】
この様にして、ボランティア参加者に配布された仮想紙幣は、仮想空間上でアバタを使って登録を行ったり、商店での清算時に手渡す事により割引券として使用したりする。
【0067】
この際に行われる処理について以下に説明する。
【0068】
まず、商店街で使用される場合について図24のフローチャートを用い説明する。
【0069】
商店街のレジなどで清算を行うと、レジの利用者は、まず、仮想紙幣に印刷されているバーコード部分をバーコード読取手段5にて読み取る操作を行う。この操作によりバーコード読取手段5はバーコード情報を読み取り商店端末4に伝える(S1080)。この読み取られたバーコード情報は数字情報に変換され自治体サーバ6へ送信される(S1081)。
【0070】
この情報を受信した自治体サーバ6は(S1082)、この紙幣の照会処理を行う(S1083)。この照会処理は図25のフローチャートに示される手順によって行われる。
【0071】
まず、紙幣管理情報記憶手段607に記憶されている紙幣情報を参照し(S2001)、該当番号が該記憶手段に記憶されているか、即ち、発行済みかをチェックする(S2002)。ここで、番号が無ければ、照会結果情報として対象番号なし情報を格納し(S2003)、照会処理を完了する。
【0072】
ここで番号ありとされた場合、更に紙幣管理情報記憶手段607に記憶されている紙幣情報を参照して、対象番号の紙幣番号に使用済みのフラグがあるかをチェックする(S2004)。上記したように紙幣管理情報記憶手段607は図5に示すように紙幣管理番号と使用状況が記憶されているので、この情報を参照して使用済みフラグがあるかを確認する事になる。
【0073】
ここで、使用済みと判断されると、照会結果情報として使用済みである事を示す情報を記憶し(S2005)、紙幣照会処理を完了する。
【0074】
S2003で使用済みでないと判断されると、紙幣管理情報記憶手段607の紙幣管理番号に対応する使用済フラグに使用済みを示す情報を入れる(S2006)。
【0075】
この処理の後照会結果情報として使用許可を示す情報を記憶し(S2007)、紙幣照会処理を完了する。
【0076】
この様にしてS1083の紙幣照会処理が完了すると、この照会に伴い記憶した照会結果情報を商店端末4に送信する(S1084)。
【0077】
この情報を受信した商店端末4は(S1085)、照会結果情報が使用許可を示す情報かをチェックし(S1086)、使用許可を示す情報でなかった場合、例えば、図26の画面7040の様にエラー表示を行い、処理を完了する(S1087)。
【0078】
また、使用許可を示す情報であった場合、他の清算処理を行い、その結果を図26の画面7041表示するようにし、その後の清算処理を行う(S1088)。
【0079】
この様に、清算ごとに紙幣を管理する自治体サーバ6へ照会を行う事で、商店が複数あった場合でも、重複印刷やコピーによる重複利用を確認することができる。
【0080】
次に、仮想紙幣と紙幣仮想空間上の仮想通貨との変換について図27に示すフローチャートを用い説明する。
【0081】
まず、ボランティア参加者がボランティア参加によって仮想紙幣を取得した後に、ボランティア参加者端末3を使用して仮想空間管理システム上の仮想空間へアクセスを行う。この手順は上記してきた手順と同じであるので詳細の説明を省略する。
【0082】
ここで図28に示されるように自身のアバタをエコ銀行へ移動させるようにボランティア参加者端末3の操作を行うと、ボランティア参加者端末3は、その情報を仮想空間管理システム7へ送信する(S1090)。
【0083】
この情報を受信した仮想空間管理システム7は(S1091)、仮想空間画像情報記憶手段705より、エコ銀行画像情報を抽出し(S1092)、アバタの情報を合成した後、ボランティア参加者端末3へ送信する(S1093)。
【0084】
この情報を受信したボランティア参加者端末3は(S1094)、この情報を表示する(S1095)この画面を図29に示す。
【0085】
ここでは、紙幣を仮想空間での仮想通貨に変換することを、仮想空間の銀行(エコ銀行)に「貯蓄」するとし、この「貯蓄」処理を行うキーとなる画像を「貯蓄君8050」として表示している。同様に仮想空間貨幣を仮想紙幣に変換することを仮想空間の銀行(エコ銀行)より「引き出す」とし、この「貯蓄」処理を行うキーとなる画像を「引出君8051」として表示している。これらの貯蓄君8050、引出君8051にアバタを移動させることで「貯蓄」「引出」処理が行われるようになる。
【0086】
この状態で、ボランティア参加者がボランティア参加端末3に対し、アバタ移動の操作を行うと、ボランティア参加者端末3は引出君8051に移動する指示を行ったのか、貯金君8050に移動する指示を行ったのかの判定を行う(S1097・S1098)。ここで、双方ともに向け移動していない場合は、他の処理へ移行する。また、引出君8051への移動指示と判定されると、図36のフローチャートに示される処理に移行する(この処理の流れは後述する。)
また、図30の画面8053に示されるように、貯金君8050に移動したと判定されると、ボランティア参加者端末3より、その旨の情報が送信される(S1099)。
【0087】
この情報を受信した仮想空間管理システム7は(S1100)、仮想空間画像情報記憶手段705より、図30の画面8054に示される画面紙幣番号入力を要求する貯金画面情報を抽出し(S1101)、ボランティア参加者端末3へ送信を行う(S1102)。
【0088】
この情報を受信したボランティア参加者端末3は、この画像情報を表示する(S1104)。ここで、ボランティア参加者が、図31に示すように仮想紙幣に記入されている紙幣番号を入力すると(図32・S1105)、ボランティア参加者端末3は該紙幣番号を仮想空間管理システム7へ送信する(S1106)。
【0089】
この情報を受信した仮想空間管理システム6は(S1107)、この紙幣番号を自治体サーバ6へ送信する(S1108)。
【0090】
この情報を受信した自治体サーバ6は(S1109)、貯蓄処理を行う(S1110)。
【0091】
この貯蓄処理は、図33のフローチャートに示される手順で処理が行われる。
【0092】
まず、紙幣管理情報記憶手段607から対象となる紙幣番号の情報の抽出を試みる(S2030)。
【0093】
ここで、対象紙幣番号が無かった場合(S2031)、貯蓄結果情報として対応紙幣が無い事を示す情報を記憶し(S2032)、貯蓄処理を完了する。
【0094】
また、対象紙幣番号があった場合、抽出した紙幣番号情報が、使用済みか否かを判定し(S2033)、既に使用済みであった場合、貯蓄結果情報として使用済みである事を示す情報を記憶し(S2034)、著しく処理を完了する。
【0095】
さらに、S2033で使用済みではないとした場合、仮想貯蓄額記憶手段608に記憶されている対象利用者のIDに対応する貯蓄額に紙幣額に応じた額を加算する更新処理を行う。これとともに、紙幣管理情報記憶手段607に記憶されている対象紙幣番号情報に対応して使用済みである事を示すフラグを立てるようにする(S2035)。
【0096】
商店よりの照会処理でも紙幣番号に対する使用済み情報はチェックされるので、今後同じ紙幣が商店・仮想空間いずれで使用されようとしても、使用することが許可されないようになる。
この様にして紙幣情報の更新が完了すると、紙幣情報が正常に更新された事を示す情報を貯蓄結果情報として記憶し(S2036)貯蓄処理を完了する。
【0097】
以上の様にしてS1110の貯蓄処理が完了すると、自治体サーバ6は、該処理によって記憶された貯蓄結果情報を仮想空間管理システム7へ送信する(S1111)。
【0098】
これを受信した仮想空間管理システム7は(S1112)、受信した貯蓄結果情報に対応した画像情報を仮想空間画像情報記憶手段705から抽出し(S1113)、ボランティア参加者端末3へ送信する(S1114)。
【0099】
この際抽出される情報は、貯蓄結果情報に対応紙幣が無い事を示す情報であった場合、図34の画面7060に示すように、貯蓄君8050が、対応紙幣なしを示すコメントを言っている画面情報、貯蓄結果情報が使用済みであることを示す情報であった場合は図34の画面7061に示すように、貯蓄君8050がその旨のコメントを言っている画像情報、貯蓄結果情報が紙幣情報を更新した事を示す情報であった場合、図35に示されるように、貯蓄君8050が、今回の貯蓄額と、現在の全貯蓄額とを説明している画面を抽出するようにする。
この情報を受信したボランティア参加者端末3は(S1115)、この画像情報を表示する(S1116)により、貯蓄に関する処理を完了する。
【0100】
また、図27のS1097で、引出君8051にアバタが移動する指示が行われたと判断した場合(図36参照)、は、ボランティア参加者端末3は引出君8051に移動した事を示す情報を仮想空間管理システム7に送信する(図37・S1120)。
【0101】
この情報を受信した仮想空間管理システム7は(S1121)、自治体サーバ6にボランティア参加者の利用者IDを含む貯蓄情報を要求する情報を送信する(S1122)。
【0102】
この情報を受信した自治体サーバ6は(S1123)、仮想通貨貯蓄額記憶手段から、対象となる利用者IDの貯蓄額情報を抽出し(S1124)、仮想空間管理サーバ7へ送信する(S1125)。
【0103】
この情報を受信した仮想空間管理システム7は(S1126)、受信した情報を一時記憶手段706に記憶するとともに(S1127)、仮想空間画面情報記憶手段705より引出し額・即ち紙幣に変換する額を入力する画面情報を抽出し(S1128)、図38の画面7062に示されるように、この画面情報と、現在の残高情報を合成した情報を合成した画像情報を作成し(S1129)、ボランティア参加者端末3へ送信する(S1130)。
【0104】
この情報を受信したボランティア参加者端末3は(S1131)、この画面情報、即ち、図38の画面7062の表示を行う(S1132)。
【0105】
この表示を見たボランティア参加者が、図38の画面7063に示されるように、ボランティア参加者端末3に対し、この入力枠に引出し額を入力する操作を行うと(S1133)、ボランティア参加者端末3は、その入力された引出し額の情報を仮想空間管理システム7に送信する(S1134)。
【0106】
この情報を受信した仮想空間管理システム7は(S1135)、一時記憶手段706に記憶されているボランティア参加者の貯蓄額の情報と送られてきた引出し額との対比を行い、引出し額が貯蓄額を超えているか、即ち引出し限度額を超えているかを確認し(S1136)、超えていれば仮想空間画像情報記憶手段705から図40に示される限度額を超えたことを示す画面情報を抽出し(図39・S1137)、ボランティア参加者端末3へ送信する(S1138)。
【0107】
この情報を受信したボランティア参加者端末3は(S1139)、この情報・即ち、図40に示される画面を表示し(S1140)、該処理を完了する。
【0108】
また、図37のS1136にて限度額を超えていないと判断した場合、仮想空間管理システム7は自治体サーバ6に対しボランティア参加者の利用者ID及び引出し額情報を含む紙幣発行要求情報を送信する(図41・S1141)。
【0109】
この情報を受信した自治体サーバ6は(S1142)、仮想通貨貯蓄額記憶手段608に記憶されている該当利用者IDの貯蓄額情報を受信した引出し額分差し引いて更新を行う(S1143)。
【0110】
上記したように、紙幣の額面は、1エコ・5エコ・10エコ・50エコ・100エコの5種類しかない。しかしながらボランティア参加者端末から送られてくる引出し額は115エコなど、額面とちょうど同じであるとは限らない。
【0111】
このため、自治体サーバ6は、ボランティア参加者端末から送られてくる引出し額を、複数の額面の紙幣額情報に分割する前処理を行う(S1144)。例えば上記した115エコの場合、
100エコ × 1枚
10エコ × 1枚
5エコ × 1枚
の紙幣額に応じて分割を行うようにする。
【0112】
次に自治体サーバ6は、紙幣管理情報記憶手段607に、分割された紙幣ごとに新たに紙幣番号を追加する(この追加手順は上記したとおりであるので説明を省略する。また、当然であるが、この使用済みのフラグは付さない。)と、ともに紙幣画像情報記憶手段606より紙幣の画像を抽出し(S1145)、図42に示すように、上記した分割した紙幣ごとの紙幣印刷画像情報を作成し(S1146)、仮想空間システム7へ送信する(S1147)。
【0113】
この情報を受信した仮想空間管理システム7は(S1148)、該情報をボランティア参加者端末3へ送信を行う(S1149)。
【0114】
この情報を受信したボランティア参加者端末3は(S1150)、この情報を表示する(S1151)。
【0115】
ここで、ボランティア参加者がボランティア参加者端末3に対し印刷指示の操作を行うと(S1152)、ボタンティア参加者端末3はプリンタ3Aに、紙幣の印刷指示を行い、プリンタより図42に示される紙幣画像が印刷される事となる。
【0116】
なお、詳細には説明しなかったが、仮想空間上でのアイテム取得は、図11の全体図に示されるショップ7032に利用者のアバタを移動させ、そのショップ内にアイテムを仮想通貨で購入するようになっている。購入を指示した場合、仮想空間管理システム7は、自治体サーバ6に利用者IDと購入額を通知し、自治体サーバ6が利用者IDに対応した貯蓄額から購入額を差し引く事によって行われる。
【0117】
以上の様に、本実施の形態によれば、商店街の端末6での精算時及び仮想空間上での貯蓄処理を行う際に、ともに、仮想紙幣の発行状況・使用状況の管理を、自治体サーバ6の紙幣管理情報記憶手段607を使って行うようになるので、紙幣が仮想空間・商店での購入の場合でも使用できるようになる。
【0118】
また、紙幣管理情報記憶手段607その紙幣には使用済みフラグを設け、仮想空間で紙幣額の貯蓄・商店での割引券使用時にその使用済みフラグを確認するようにしているので、仮想空間で紙幣額の貯蓄処理を行った後に、商店に該紙幣を持っていっても割引券として使用することはできない。逆に商店で割引券として使用した後に仮想空間で紙幣額の貯蓄を行っても貯蓄を行う事はできない。
【0119】
また、不正に何部も紙幣を印刷された場合でも、この使用済みフラグにより、同じ番号の紙幣が重複をチェックするので不正使用されることは無い
さらに、紙幣番号チェックを仮想空間でも行う事により、不正改ざんされた番号の紙幣が使用されないようにする。
【0120】
この様に、本実施の形態によれば、仮想空間・商店などの実空間上での双方使用を行うにあたっても重複使用を避ける事ができる。
【0121】
加えて、紙幣の額面を複数設けることにより、ボランティアの大変さなどで紙幣の額面を分ける事ができる。
【0122】
さらに、規定された額面でしか管理しないようにする事で、実際の紙幣とのギャップを少なくし、利用する人が管理しやすいようにする。当然紙幣発行管理も容易になる。
【0123】
なお、本実施の形態では商店に、ネットワークに接続された商品端末4を設置するようにしたが、商店街は個人営業の商店の集合体である事が多く、専用の通信機能つき商店端末を設置することはコスト的にも負担が大きい。
【0124】
このため、図43に示すように、元々設置しているPOS端末などに紙幣のバーコードの金額情報を識別させるようにし、また、所定の管理センターに上記した商品端末4と同等のチェック端末を設置するようにし、商店の従業員が定期的にチェック端末に支払われた仮想紙幣を管理センター持っていき、チェック端末によりチェックを行うようにしてもよい。
【0125】
この構成では、完全には仮想紙幣の重複使用は防げないが、ある程度の重複使用を防ぐ事ができるようになるため、無造作に不正利用を行われる事は少ない。仮想紙幣は商店街活性化の意味もあるため、厳密に管理を行わず、コストをかけずに商店街の活性化を優先させるという事を前提に使用する場合には、無造作に重複使用されない程度の本システムも有効である。
【0126】
なお、本実施の形態では、紙幣を用いた地域通貨システムについて明記したが、紙幣ではなく、携帯電話に紙幣の識別番号・バーコードを送信し、そのバーコード情報を商店街のバーコードリーダに読み込ませたりしてもよい。
【0127】
これにより、紙幣を使う場合に比べ紙資源を使用せず、紙幣と同様の利用ができ、同様のサービスを省資源で行う事が可能となる。
【0128】
(付記1) 利用者識別子毎の仮想通貨貯蓄額を記憶する第1の記憶手段と、各紙幣の識別番号と該紙幣データが使用済みか否かを示す識別子とを対にして記憶する第2の記憶手段とを設けたコンピュータシステムが、
オンライン経由で利用者識別子及び紙幣の識別番号が送られてくると、第2の記憶手段を参照して該識別番号に対応した擬似貨幣が使用済みかを確認し、
使用済みではない場合、該識別番号に対応した擬似貨幣の額を、第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行い、商店端末より仮想紙幣識別番号が到来した場合、前記第2の記憶手段に記憶されている仮想紙幣識別番号が使用済みかを照会し、その照会結果を該商店端末へ送信する処理を行う、
事を特徴とする仮想通貨管理方法。
【0129】
(付記2) 利用者識別子毎の仮想通貨貯蓄額を記憶する第1の記憶手段と、各紙幣の識別番号と該紙幣データが使用済みか否かを示す識別子とを対にして記憶する第2の記憶手段とを設けたコンピュータシステムが、
商店端末より仮想紙幣識別番号が到来した場合、前記第2の記憶手段に記憶されている仮想紙幣識別番号が使用済みかを照会し、その照会結果を該商店端末へ送信する処理を行うとともに、
使用済みでなければ、該識別番号に対応した擬似貨幣の額を、第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行い、
オンライン経由で利用者識別子及び紙幣の識別番号が送られてくると、第2の記憶手段を参照して該識別番号に対応した擬似貨幣が使用済みかを確認し、
使用済みではない場合、該識別番号に対応した擬似貨幣の額を、第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行う事を特徴とする仮想通貨管理方法。
【0130】
(付記3)紙幣画像を記憶した紙幣画像記憶手段を有し、
前記コンピュータシステムは、オンライン経由で紙幣発行数を含む紙幣発行要求が送られてくると、前記第2の記憶手段に要求があった発行数の各紙幣の識別番号を追加する事を特徴とする付記1または付記2に記載の仮想通貨管理方法。
【0131】
(付記4)前記コンピュータシステムは、紙幣画像を記憶した紙幣画像記憶手段を有し、
前記コンピュータシステムは、各紙幣の識別番号を追加する際、前記紙幣画像記憶手段に記憶されている紙幣画像を基に印刷用の紙幣画像情報を生成し、要求先に該紙幣画像情報を送信する事を特徴とする付記3に記載の仮想通貨管理方法。
【0132】
(付記5) 利用者識別子毎の仮想通貨貯蓄額を記憶する第1の記憶手段と、各紙幣の識別番号と該紙幣データが使用済みか否かを示す識別子とを対にして記憶する第2の記憶手段と
オンライン経由で利用者識別子及び紙幣の識別番号が送られてくると、第2の記憶手段を参照して該識別番号に対応した擬似貨幣が使用済みかを確認し、使用済みではない場合、該識別番号に対応した擬似貨幣の額を第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行い、商店端末より仮想紙幣識別番号が到来した場合、前記第2の記憶手段に記憶されている仮想紙幣識別番号が使用済みかを照会し、その照会結果を該商店端末へ送信する処理を行う制御手段と、
を設けた事を特徴とする仮想通貨管理システム。
【0133】
(付記6)前記制御手段は、更にオンライン経由で紙幣発行数を含む紙幣発行要求が送られてくると、前記第2の記憶手段に要求があった発行数の各紙幣の識別番号を追加する事を特徴とする付記5に記載の仮想通貨管理システム。
【0134】
(付記7)紙幣画像を記憶した紙幣画像記憶手段を有し、
前記制御手段は、各紙幣の識別番号を追加する際、前記紙幣画像記憶手段に記憶されている紙幣画像を基に印刷用の紙幣画像情報を生成し、要求先に該紙幣画像情報を送信する事を特徴とする付記6に記載の仮想通貨管理システム。
【0135】
【発明の効果】
本発明は、利用者識別子毎の仮想紙幣貯蓄額を記憶する第1の記憶手段と、各紙幣の識別番号と該紙幣データが使用済みか否かを示す識別子とを対にして記憶する第2の記憶手段とを設け、オンライン経由で利用者識別子及び紙幣の識別番号が送られてくると、第2の記憶手段を参照して該識別番号に対応した擬似貨幣が使用済みかを確認し、使用済みではない場合、該識別番号に対応した擬似貨幣の額を、第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行い、商店端末より仮想紙幣識別番号が到来した場合、前記第2の記憶手段に記憶されている仮想紙幣識別番号が使用済みかを照会し、その照会結果を該商店端末へ送信する処理を行うので、商店街の端末6での精算時及びオンライン上での貯蓄処理を行う際に、ともに、仮想紙幣の発行状況・使用状況の管理を、第1の記憶手段を使って行うようになるので、紙幣がオンライン上・商店での購入の場合でも支障なく使用できるようになる。
【図面の簡単な説明】
【図1】本発明の実施の形態における仮想紙幣管理システムのシステム構成図
【図2】本発明の実施の形態における自治体サーバ6のシステム構成図
【図3】本発明の実施の形態におけるボランティア情報記憶手段605の記憶内容を示すテーブル図
【図4】本発明の実施の形態における紙幣画像記憶手段606に記憶されている紙幣画像図
【図5】本発明の実施の形態における紙幣管理情報記憶手段607に記憶されている仮想紙幣の管理情報の記憶状態を示すテーブル図
【図6】本発明の実施の形態における仮想通貨貯蓄額記憶手段608の記憶内容を示すテーブル図
【図7】本発明の実施の形態における仮想空間管理システム7のシステム構成図
【図8】本発明の実施の形態における利用者情報記憶手段703の記憶内容を示すテーブル図
【図9】本発明の実施の形態におけるアバタ画像情報記憶手段704の記憶内容を示すテーブル図
【図10】本発明の実施の形態におけるアバタの合成画面を示す図
【図11】本発明の実施の形態における仮想空間の全体を示す画面図
【図12】本発明の実施の携帯でのボランティア参加希望者がボランティアの仮想空間上で参加希望処理を行う手順を示したフローチャート
【図13】本発明の実施の形態におけるアバタの合成画面を示す図
【図14】本発明の実施の形態におけるアバタの合成画面を示す図
【図15】本発明の実施の形態におけるボランティア参加希望者がボランティアの仮想空間上で参加希望処理を行う手順を示したフローチャート
【図16】本発明の実施の形態におけるボランティア参加者情報記憶手段609の記憶内容を示す図
【図17】本発明の実施の形態におけるアバタの合成画面を示す図
【図18】本発明の実施の形態において、ボランティアの主催者がボランティア参加者に対し手渡す仮想紙幣を印刷する手順を示したフローチャート
【図19】本発明の実施の形態において、ボランティア主催者端末3に表示される画面図
【図20】本発明の実施の形態において、ボランティアの主催者がボランティア参加者に対し手渡す仮想紙幣を印刷する手順を示したフローチャート
【図21】本発明の実施の形態において、紙幣印刷紙面を示す図
【図22】本発明の実施の形態において、ボランティア参加者印刷紙面を示す図
【図23】本発明の実施の形態において、ボランティアの主催者がボランティア参加者に対し手渡す仮想紙幣を印刷する手順を示したフローチャート
【図24】本発明の実施の形態において、仮想紙幣を用いた商店での清算処理を示すフローチャート
【図25】本発明の実施の形態において、仮想紙幣の照会処理を示すフローチャート
【図26】本発明の実施の形態において、商店端末4に表示される画面の図
【図27】本発明の実施の形態における、仮想紙幣と紙幣仮想空間上の仮想通貨との変換について示したフローチャート
【図28】本発明におけるボランティア参加者端末3の表示画面図
【図29】本発明におけるボランティア参加者端末3の表示画面図
【図30】本発明におけるボランティア参加者端末3の表示画面図
【図31】本発明におけるボランティア参加者端末3の表示画面図
【図32】本発明の実施の形態における、仮想紙幣と紙幣仮想空間上の仮想通貨との変換について示したフローチャート
【図33】本発明の実施の形態において、仮想紙幣の貯蓄処理を示すフローチャート
【図34】本発明におけるボランティア参加者端末3の表示画面図
【図35】本発明におけるボランティア参加者端末3の表示画面図
【図36】本発明の実施の形態における、仮想紙幣と紙幣仮想空間上の仮想通貨との変換について示したフローチャート
【図37】本発明の実施の形態における、仮想紙幣と紙幣仮想空間上の仮想通貨との変換について示したフローチャート
【図38】本発明におけるボランティア参加者端末3の表示画面図
【図39】本発明の実施の形態における、仮想紙幣と紙幣仮想空間上の仮想通貨との変換について示したフローチャート
【図40】本発明におけるボランティア参加者端末3の表示画面図
【図41】本発明の実施の形態における、仮想紙幣と紙幣仮想空間上の仮想通貨との変換について示したフローチャート
【図42】本発明の実施の形態において、紙幣印刷紙面を示す図
【図43】本発明の他の実施の形態を示したシステム構成図
【符号の説明】
1 ネットワーク
2 ボランティア主催者端末
3 ボランティア参加者端末
4 商店端末
5 バーコード読取手段
6 自治体サーバ
7 仮想空間管理システム
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a virtual currency management method and system using virtual banknotes.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, there is an issue in which virtual currency is issued as banknotes instead of rewards when a volunteer activity or a local activity is performed. In many cases, volunteers and local activities are performed outdoors, that is, there is no terminal device such as a personal computer that can be used nearby, and these are practically performed by utilizing virtual bills that can be used only in local shopping streets using bills. Is
[0003]
However, in recent years, homepages have been established in public institutions such as city halls, and it is desired that a virtual space be constructed in such a way, and that this virtual bill can be used as a virtual currency in the virtual space. ing.
[0004]
[Problems to be solved by the invention]
However, unlike a normal banknote, a virtual banknote is presumed to be used up, and the banknote is collected at the time of selling a product in a shopping street so as not to be used repeatedly.
[0005]
However, if the banknotes can be used online, even after the banknotes are registered online, the banknotes can be used by bringing the banknotes to the shopping street, and the double use is possible.
[0006]
Conversely, when using virtual currency saved online as banknotes, it is conceivable to print the banknote information on the user's terminal, but it is conceivable that the user will print many times on the same print screen In this case, the virtual currency is used illegally.
[0007]
In order to solve these, it is conceivable to set up a predetermined virtual banknote exchange office and go there to convert online virtual currency to banknotes or vice versa, but in the case of virtual currency, expensive virtual currency It is rarely provided, and it is troublesome to go to a predetermined issuing office every time a small amount of money is converted, which hinders virtual currency.
[0008]
SUMMARY OF THE INVENTION In view of the above problems, the present invention provides a virtual currency management that can perform virtual currency conversion on a user's own terminal without going to a designated conversion station, and prevents duplicate use. It aims to provide systems and methods.
[0009]
[Means for Solving the Problems]
The present invention, in order to solve the above-mentioned conventional problems, shows first storage means for storing a virtual banknote saving amount for each user identifier, and indicates an identification number of each banknote and whether or not the banknote data has been used. A second storage unit for storing the identifier and the pair, and when the user identifier and the identification number of the bill are sent via online, the second storage unit is referred to and the corresponding identification number is stored. Confirm whether the pseudo-money has been used, if not, add the amount of the pseudo-money corresponding to the identification number to the savings amount of the user identifier stored in the first storage means, Performing a process of setting an identifier that is paired with the virtual banknote identification number in the second storage unit as an identifier indicating that the banknote has been used;
When the virtual banknote identification number has arrived from the store terminal, it is checked whether the virtual banknote identification number stored in the second storage means has been used, and a process of transmitting the inquiry result to the store terminal is performed. Features.
[0010]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 shows a system configuration diagram of the virtual banknote management system of the present invention.
[0011]
In FIG. 1, 1 is a network represented by the Internet or the like, 2 is a volunteer organizer terminal used by a volunteer organizer and connected to a printer 2A, and 3 is a volunteer used by a volunteer participant and connected to a printer 3A. The participant terminal 4 is a store terminal used by the store, and is provided with bar code reading means 5. Reference numeral 6 denotes a local government server that manages virtual currencies by the local government, and reference numeral 7 denotes a virtual space management system that manages a virtual space used online.
[0012]
The volunteer organizer terminal 2, the volunteer participant terminal 3, the store terminal 4, the local government server 6, and the virtual space management system 7 are all connected to the network 1 and can communicate with each other. In the present embodiment, unless otherwise specified, communication between these components is assumed to be performed via the network 1.
[0013]
Further, in the case of the present embodiment, “Eco” is used as a unit of virtual currency, and for ease of explanation, it is assumed that a store or the like can obtain a discount of 1 yen per cash for one yen, and a currency used as a banknote.・ Both currencies used in the virtual space use the same unit of “eco”.
(Note that the present invention is not limited to this, the virtual currency unit in banknotes may be different from the online virtual currency unit, and a means for converting the currency units may be used. It is not necessary to specify the discount rate as 1: 1 and currency unit conversion means may be used here (these conversion means are configured to multiply or divide the currency before conversion by the currency after conversion). It is achieved by doing.))
The local government server 6 in FIG. 1 is configured as shown in the system configuration diagram in FIG.
[0014]
First, 601 is a communication control unit 601 that controls communication with the network 1 (hereinafter, unless otherwise specified, communication of the local government server 6 is performed under the control of the communication control unit 601). , 602, a volunteer schedule management unit for managing the schedule of volunteers, 603, a virtual currency management unit for issuing and managing virtual currency, and an image information storage unit 604 for storing image information associated with various controls.
[0015]
As shown in the table 6000 of FIG. 3, reference numeral 605 denotes the date 6002, the time 6003, the content 6004 (of the volunteer), the gathering place 6005, the organizer 6006, and the virtual (can be volunteered) for each volunteer management number 6001. This is volunteer information storage means for storing the amount of currency (the number of eco-acquisitions) 6007 and the number of recruited people 6008.
[0016]
Reference numeral 606 denotes a banknote image information storage unit that stores original image data of the banknote as shown in a banknote image 6010 in FIG. As can be seen from the bill image 6010, there is no identification information such as a price, a management number or a barcode, and a bar indicating bill identifier information as shown in the bill image 6011 in FIG. The code 6012, the numerical information 6013 of the banknote identifier information, and the virtual currency amount 6014 are synthesized and transmitted to the volunteer organizer terminal 2 and the volunteer participant terminal 3.
[0017]
Reference numeral 607 denotes a bill management information storage unit that stores the status of issuing and using bills. In the case of the present embodiment, it is assumed that five types of virtual banknotes of 1 eco bill, 5 eco bills, 10 eco bills, 50 eco bills, and 100 eco bills are issued, and as shown in FIG. Each uses a banknote management number with Z, Y, X, W, and V added to the first number, and performs number management individually. In addition, information on whether or not each currency has already been used is also stored in the bill management information storage unit 607.
[0018]
Reference numeral 608 denotes a virtual currency savings amount storage unit that stores the savings amount in the virtual space for each user ID, as shown in FIG.
[0019]
Reference numeral 609 denotes a volunteer participant information storage unit that stores participants for each volunteer activity.
[0020]
Further, the virtual space management system 7 is configured as shown in the system configuration diagram of FIG. 7, reference numeral 701 denotes communication control means for controlling communication with the network 1 (hereinafter, unless otherwise specified, communication of the virtual space management system 7 is performed under the control of the communication control means 701. ) And 702 are virtual space management means 702 for managing the entire virtual space.
[0021]
As shown in FIG. 8, reference numeral 703 denotes a user name 7002, a user's e-mail address 7003, and virtual person (avatar) configuration information used by the user in the virtual space, which will be described later, for each user ID 7001 in the virtual space. 7004 is a user information storage unit in which information 7005 of items attached to avatars is stored. Since this is not the main point in this embodiment, detailed description is omitted, but items can be obtained by moving in the virtual space and paying the virtual currency saved by each user. I have.
[0022]
Reference numeral 704 denotes an avatar image information storage unit that stores image information of parts constituting the avatar.
[0023]
The avatar parts in the present embodiment are classified into three types: face data, body data, and item data. The avatar image information storage unit 704 includes a face table 7051, a body table 7052, and an item table 7053 shown in FIG. As described above, a plurality of image data having the identifiers H1 to H5.S1 to S4.A1 to C3 are stored for each type.
[0024]
As described above, the user information storage unit 703 is described to store the avatar configuration information 7004 and the item information 7005 in units of the user ID 7001, but these information include the avatar The identifier of the image data stored in the image information storage unit 704 is stored.
[0025]
For example, H1 · S1 is stored in the avatar information 7004 of the user ID 0001 shown in the table of FIG. 8, and A1 · B2 is stored in the item information. As shown in an avatar image 7054 in FIG. 10, an avatar image in which respective pieces of image information are combined is displayed in a virtual space. (In the present embodiment, this image composition processing is performed by the virtual space management unit 702.) Similarly, the user ID 0002 of the table in FIG. 8 is composed by the same processing as shown in the avatar image 7055. The image is displayed in the virtual space.
[0026]
In the present embodiment, when the user of the virtual space accesses the virtual space management system 7 from the user's terminal and completes the authentication of the ID, the virtual space management unit 702 sets the virtual space in the virtual space by the above procedure. The avatar image information is displayed, and then the virtual space management unit 702 performs processing such as moving the avatar image in response to an operation instruction from the user, so that an avatar unique to the user is created for each user. You can make it look as if you are moving in space. Although the details are omitted because they are not related to the subject of the present invention, the avatar information is registered by the user at the same time as the registration of the personal information when the user is registered in the server, and the information is stored in the user information storage. It is assumed that it is stored in the means 703.
[0027]
Reference numeral 705 denotes a virtual space image information storage unit that stores image information such as a background and an overall view in the virtual space. In the present embodiment, as shown in FIG. 11, a city hall that performs procedures related to local governments in a virtual space, a shop 7032 that trades items attached to an avatar, which will be described later, in virtual space as shown in FIG. A public space 7033 that has conversations using avatars in Japan, a volunteer volunteer application in virtual space, a collective volunteer 7034, and an eco bank 7035 that converts between paper currency and online virtual currency in virtual space Image information is displayed on one screen. When the user uses each avatar to move the avatar to one of these pieces of image information, the virtual space management unit 702 performs processing to shift to image information and processing for each scene.
[0028]
Reference numeral 706 denotes a temporary storage unit for temporarily storing information. Hereinafter, when there is no designation of the storage unit, the storage in the virtual space system 7 is performed in the temporary storage unit 706.
[0029]
The processing in the virtual space management system 7 is assumed to be performed by the virtual space management means 702 unless otherwise specified.
[0030]
The operation of the virtual currency management system configured as described above will be described below.
[0031]
First, a procedure in which a volunteer participation applicant performs a participation request process in the virtual space of the volunteer will be described with reference to the flowchart of FIG. The information such as the volunteer schedule is registered in advance by the volunteer organizer by accessing the local government server 6 by the volunteer organizer terminal 3 and stored in the volunteer information storage means 605 of the local government server 6. It is assumed that Further, it is assumed that the volunteer participant uses his or her volunteer participant terminal 3 to access the virtual space in the virtual space management system 7 with his or her user ID. In other words, the virtual participant information and the avatar image information used by the user are combined and displayed on the volunteer participant terminal 3 as shown in FIG. The processing of the local government server 6 is performed by the volunteer schedule management means 602 unless otherwise specified, and the processing of the virtual space management system 7 is similarly performed by the virtual space management means 702 unless otherwise specified.
[0032]
In this state, when the volunteer participant instructs the volunteer participant terminal 3 to move the avatar of the image of the volunteer 7034, the volunteer participant terminal 3 transmits this instruction information to the virtual space management system. (S1001).
[0033]
Upon receiving this information, the virtual space management system 7 (S1002) requests the local government server 6 for volunteer schedule information (S1003).
[0034]
The local government server 6 that has received this request extracts the information stored in the volunteer information storage unit 605 (S1005). In the case of the present embodiment, it is assumed that the information shown in FIG. 3 is stored in the volunteer information storage unit 605, and the information is extracted in the process of S1005.
[0035]
The local government server 6 transmits the extracted information to the virtual space management system 7 as volunteer schedule information (S1006).
[0036]
Upon receiving this information, the virtual space management system 7 stores the volunteer schedule information in the temporary storage unit 706 (S1008). Further, the virtual space management system 7 extracts background information corresponding to the collected volunteer from the virtual space screen information storage unit 705 (S1009), and stores this information in the avatar image / temporary storage unit 706 of the volunteer applicant. Image information is created by combining the number of volunteers obtained by referring to the volunteer schedule information that is present (S1010) and transmitted to the volunteer participant terminal 3 (S1011).
[0037]
Upon receiving this information, the volunteer participant terminal 3 displays the received image information (S1013). As shown in a screen 7036 in FIG. 14, the image information synthesized by the virtual space management system 7 in S1010 is displayed.
[0038]
Here, when the volunteer participant wants to perform any operation on the volunteer participant terminal 3 (S1014), the volunteer participant participant terminal 3 transmits the operation content to the virtual space management system 7 (S1015).
[0039]
The virtual space management system 7 that has received this information (S1016) checks whether the received operation information indicates an operation to move the avatar to the information part regarding the volunteer (the bulletin board part in the screen 7036 of FIG. 14). If the operation is not the operation, the process proceeds to another process, and if the operation is the operation, the process proceeds to S1018 in FIG. 15 (S1017).
[0040]
If the virtual space management system 7 determines in S1017 that the operation is to move the avatar to the information part regarding the volunteer, the virtual space management system 7 extracts the volunteer schedule information stored in the temporary storage unit 706 (FIG. 15, S1018). As shown in a screen 7037 of FIG. 14, an image is created by adding a button image indicating a desire to participate on a screen displaying a list of volunteer activities (S1019) and transmitted to the volunteer participant terminal 3 (S1020).
[0041]
The volunteer participant terminal 3 receiving this screen information (S1021) displays the screen information (S1022).
[0042]
When the volunteer participant presses a button indicating a volunteer participation request from the displayed image (such as clicking with a mouse) (S1023), the volunteer participant terminal 3 transmits the information (S1024). ).
[0043]
The virtual space management system 7 receiving this information (S1025) attaches the volunteer participant ID to the information (S1026), and transfers the information to the local government server 6 (S1027).
[0044]
The local government server 6 that has received this information (S1028) stores it in the volunteer participant information storage unit 609 (S1029). FIG. 16 shows an example of information stored in the volunteer participant information storage means 609 in this manner. As shown in this figure, the volunteer participant information storage means 609 stores the user IDs of volunteer volunteer applicants for each management number of each volunteer.
[0045]
When the accumulation is completed, the local government server 6 notifies the virtual space management system 7 that the accumulation is completed (S1030).
[0046]
Upon receiving this information, the virtual space management system 7 (S1031) extracts image information indicating that the registration of the volunteer has been completed (S1032), and combines it with the avatar image information of the volunteer applicant, as shown in FIG. The created image is created (S1033), and the image information is transmitted to the volunteer participant terminal 3 (S1034).
[0047]
The volunteer participant terminal 3 that has received this information (S1035) displays this image information, that is, the image information in FIG. 17, and completes the application process for the volunteer.
[0048]
In this way, the participants of each volunteer are stored in the volunteer participant information storage means 609 of the local government server 6.
[0049]
In the above process, the check is omitted even though there is information on the number of recruiting personnel. This is omitted because it is not necessary to strictly set the upper limit of the number of personnel because of the nature of a volunteer. However, in order to prevent the number of staff members from exceeding the planned number, the upper limit may be set, and when the number of staff members has been reached, processing for not accepting any further participation application may be performed.
[0050]
After the volunteer participants are determined in this manner, a procedure in which the volunteer organizer prints the virtual currency bills to be handed to the actual volunteers will be described with reference to the flowchart shown in FIG. The processing in the local government server 6 is assumed to be performed by the virtual currency management means 603.
[0051]
First, when the volunteer host operates the volunteer host terminal 2 to give an instruction to access the local government server 6, the volunteer host terminal 2 transmits an access request to the local government server 6 (S1050).
[0052]
The local government server 6 that has received this information (S1051) extracts the bill application image information having the input fields of the organizer ID, the password, and the volunteer management number as shown in the screen 7038 of FIG. (S1052), and transmits it to the volunteer host terminal 2 (S1053).
[0053]
Upon receiving this information, the volunteer host terminal 2 displays the received image, that is, the screen 7038 in FIG. 19 (S1055).
[0054]
On the other hand, when the volunteer organizer performs input processing of each item to the volunteer organizer terminal 2 (S1056), the input result is displayed on the volunteer organizer terminal 2 as shown in a screen 7039 of FIG. When the volunteer organizer instructs transmission to the volunteer organizer terminal 2 in the state displayed above, the volunteer organizer terminal 2 transmits information of each input item to the local government server 6 (S1057). ).
[0055]
The local government server 6 that has received the bill application information (S1058) checks whether the applicant is a valid applicant (volunteer organizer) based on the ID and the password (S1059). Here, if the applicant is not a formal applicant, the local government server 6 extracts error screen information from the image information storage unit 604 (FIG. 20, S1060), and transmits harm information to the volunteer host terminal 2 (S1061). The host terminal 2 receives it (S1062), performs an error process of displaying an error (S1063), and completes the process.
[0056]
Further, when it is confirmed in S1059 that the applicant is a valid applicant, the local government server 6 confirms whether the banknote of the volunteer management number sent from the volunteer organizer terminal 2 has been issued (S1064). This is performed by storing an identifier for identifying whether or not a bill has been issued for each piece of volunteer information stored in the volunteer information storage unit 605, and referencing the identifier by the local government server 6.
[0057]
Here, if it is determined that it has already been issued, the above-described error processing of S1060 and thereafter is performed, and the processing is completed.
[0058]
If it is determined that the banknote has not been issued, the local government server 6 extracts the image information of the virtual banknote, that is, the image information 6010 of FIG. 4 from the banknote image information storage unit 606 (S1065).
[0059]
Next, the local government server 6 refers to the volunteer participant storage unit 609 to confirm the number of participants of the corresponding volunteer, and refers to the bill management unit 607 to confirm the final number of the target bill, and thereafter. The banknote numbers for the number of participants are added (S1066).
[0060]
For example, referring to the banknote management information storage unit 607, if the 100 eco-banknote is to be 100 volunteers capable of acquiring 100 eco when the V00201 is the final number, the 100 eco management information storage unit Are added to V00202 to V00301.
[0061]
Next, a print image of the bill is created. This creates information for the number of volunteers by combining the extracted bill image with a virtual currency amount, a bill number, and a bar-coded image of the bill number. At this time, the size of the paper used in the printer 2A of the volunteer organizer terminal 2 is specified in advance, and the size of the paper is considered as shown in FIG. 21 in consideration of the size of the bill and the specified size of the paper. For example, page break-like information may be added for each number of banknotes that can be printed (for example, in units of three).
[0062]
At this time, the virtual space management system 7 communicates with the virtual space management system 7 and stores the name information corresponding to the user ID stored in the management number of the target volunteer stored in the volunteer participant storage unit 609 in the virtual space management system 7. 7, print screen information for participant management as shown in FIG. 22 may be created and sent to the volunteer organizer terminal 2. Thus, the volunteer organizer can also check the attendance of the participants on the day of the volunteer by printing this sheet.
[0063]
The local government server 6 transmits the print screen information thus created to the volunteer host terminal 2 (FIG. 23, S1068).
[0064]
Upon receiving this information, the volunteer host terminal 2 displays the print information (S1070). Here, when the user gives a print instruction, the volunteer host terminal 2 prints the print information with the printer 2. Thereby, the bill image of FIG. 21 and the sheet for participant management of FIG. 22 are printed.
[0065]
By the day, the volunteer organizer will cut out a sheet on which a plurality of bills are printed for each bill and distribute it to each participant.
[0066]
In this way, the virtual banknotes distributed to the volunteer participants are registered as avatars in the virtual space, or used as discount coupons by handing them at the time of settlement at the store.
[0067]
The processing performed at this time will be described below.
[0068]
First, a case where the device is used in a shopping street will be described with reference to the flowchart of FIG.
[0069]
When the settlement is performed at a cash register in a shopping mall, the user of the cash register first performs an operation of reading the barcode portion printed on the virtual bill by the barcode reading means 5. With this operation, the barcode reading means 5 reads the barcode information and transmits it to the store terminal 4 (S1080). The read barcode information is converted into numeric information and transmitted to the local government server 6 (S1081).
[0070]
The local government server 6 that has received this information (S1082) performs an inquiry process for this bill (S1083). This inquiry process is performed according to the procedure shown in the flowchart of FIG.
[0071]
First, the banknote information stored in the banknote management information storage unit 607 is referred to (S2001), and it is checked whether the corresponding number is stored in the storage unit, that is, whether the corresponding number has been issued (S2002). If there is no number, the information without the target number is stored as the inquiry result information (S2003), and the inquiry processing is completed.
[0072]
If it is determined that there is a number, it is further checked with reference to the bill information stored in the bill management information storage unit 607 whether or not the target bill has a used flag (S2004). As described above, since the banknote management information storage unit 607 stores the banknote management number and the usage status as shown in FIG. 5, the banknote management information storage unit 607 refers to this information to check whether there is a used flag.
[0073]
Here, if it is determined that the bill has been used, information indicating that it has been used is stored as inquiry result information (S2005), and the bill inquiry process is completed.
[0074]
If it is determined in S2003 that it has not been used, information indicating that it has been used is entered in the used flag corresponding to the bill management number in the bill management information storage unit 607 (S2006).
[0075]
After this processing, information indicating permission to use is stored as inquiry result information (S2007), and the bill inquiry processing is completed.
[0076]
When the bill inquiry processing of S1083 is completed in this way, the inquiry result information stored with this inquiry is transmitted to the shop terminal 4 (S1084).
[0077]
The shop terminal 4 receiving this information (S1085) checks whether the inquiry result information is information indicating permission of use (S1086). If the information is not information indicating permission of use, for example, as shown in a screen 7040 of FIG. An error message is displayed, and the process is completed (S1087).
[0078]
If the information indicates permission for use, another clearing process is performed, and the result is displayed on the screen 7041 of FIG. 26, and the subsequent clearing process is performed (S1088).
[0079]
In this way, by making an inquiry to the local government server 6 that manages banknotes for each settlement, even if there are multiple shops, it is possible to confirm overlapping use by duplicate printing or copying.
[0080]
Next, the conversion between virtual banknotes and virtual currency in the banknote virtual space will be described with reference to the flowchart shown in FIG.
[0081]
First, after a volunteer participant acquires a virtual bill by volunteer participation, the volunteer participant terminal 3 is used to access a virtual space on the virtual space management system. Since this procedure is the same as the procedure described above, detailed description will be omitted.
[0082]
Here, as shown in FIG. 28, when the volunteer participant terminal 3 is operated to move its own avatar to the eco-bank, the volunteer participant terminal 3 transmits the information to the virtual space management system 7 ( S1090).
[0083]
The virtual space management system 7 that has received this information (S1091) extracts the eco-bank image information from the virtual space image information storage unit 705 (S1092), synthesizes the avatar information, and transmits it to the volunteer participant terminal 3. (S1093).
[0084]
Upon receiving this information, the volunteer participant terminal 3 (S1094) displays this information (S1095). This screen is shown in FIG.
[0085]
Here, it is assumed that converting banknotes into virtual currency in virtual space is "saving" in a bank (eco-bank) in the virtual space, and an image serving as a key for performing this "saving" process is referred to as "savings 8050". it's shown. Similarly, converting virtual space money into virtual banknotes is referred to as “withdrawing” from a bank (eco-bank) in the virtual space, and an image serving as a key for performing the “saving” process is displayed as “drawing you 8051”. By moving the avatar to the savings person 8050 and the withdrawing person 8051, the "savings" and "withdrawal" processes are performed.
[0086]
In this state, when the volunteer participant performs an avatar movement operation on the volunteer participant terminal 3, the volunteer participant terminal 3 instructs to move to the withdrawer 8051 or to the savings 8050. A determination is made as to whether or not a warp has occurred (S1097 / S1098). Here, if both are not moving, the process proceeds to another process. If it is determined that the instruction is to move to the drawer 8051, the process shifts to the process shown in the flowchart of FIG.
Also, as shown in the screen 8053 of FIG. 30, when it is determined that the user has moved to the savings person 8050, information indicating that is sent from the volunteer participant terminal 3 (S1099).
[0087]
The virtual space management system 7 having received this information (S1100) extracts, from the virtual space image information storage unit 705, the savings screen information requesting the screen bill number input shown on the screen 8054 in FIG. A transmission is made to the participant terminal 3 (S1102).
[0088]
The volunteer participant terminal 3 that has received this information displays this image information (S1104). Here, when the volunteer participant inputs the bill number written on the virtual bill as shown in FIG. 31 (FIG. 32, S1105), the volunteer participant terminal 3 transmits the bill number to the virtual space management system 7. (S1106).
[0089]
The virtual space management system 6 that has received this information (S1107) transmits this bill number to the local government server 6 (S1108).
[0090]
The local government server 6 receiving this information (S1109) performs a saving process (S1110).
[0091]
This saving process is performed according to the procedure shown in the flowchart of FIG.
[0092]
First, an attempt is made to extract information on a target banknote number from the banknote management information storage unit 607 (S2030).
[0093]
Here, when there is no target banknote number (S2031), information indicating that there is no corresponding banknote is stored as the saving result information (S2032), and the saving process is completed.
[0094]
If there is a target banknote number, it is determined whether or not the extracted banknote number information has been used (S2033). If the banknote number has already been used, information indicating that the banknote has been used is stored as saving result information. This is stored (S2034), and the processing is remarkably completed.
[0095]
Further, if it is determined in S2033 that it has not been used, an update process of adding an amount corresponding to the bill amount to the saving amount corresponding to the target user ID stored in the virtual saving amount storage unit 608 is performed. At the same time, a flag indicating that the banknote has been used is set in accordance with the target banknote number information stored in the banknote management information storage unit 607 (S2035).
[0096]
Since the used information corresponding to the bill number is also checked in the inquiry processing from the store, the use of the same bill in the store or the virtual space will not be permitted even if the same bill is used in the future.
When the updating of the bill information is completed in this way, information indicating that the bill information has been updated normally is stored as saving result information (S2036), and the saving process is completed.
[0097]
When the saving process of S1110 is completed as described above, the local government server 6 transmits the saving result information stored by the process to the virtual space management system 7 (S1111).
[0098]
The virtual space management system 7 that has received this (S1112) extracts image information corresponding to the received saving result information from the virtual space image information storage unit 705 (S1113), and transmits it to the volunteer participant terminal 3 (S1114). .
[0099]
In the case where the information extracted at this time is information indicating that there is no corresponding banknote in the saving result information, as shown in a screen 7060 of FIG. 34, the saving person 8050 is saying a comment indicating that there is no corresponding banknote. If the screen information and the saving result information are information indicating that they have been used, as shown in a screen 7061 in FIG. 34, the image information and the saving result information in which the saving person 8050 gives a comment to that effect are bills. If the information indicates that the information has been updated, as shown in FIG. 35, the savings person 8050 extracts a screen describing the current savings amount and the current total savings amount. .
The volunteer participant terminal 3 that has received this information (S1115) displays this image information (S1116), thereby completing the saving-related processing.
[0100]
If it is determined in S1097 in FIG. 27 that the avatar has been instructed to move to the withdrawer 8051 (see FIG. 36), the volunteer participant terminal 3 displays information indicating that the avatar has moved to the withdrawer 8051. The data is transmitted to the space management system 7 (FIG. 37, S1120).
[0101]
The virtual space management system 7 that has received this information (S1121) transmits information requesting saving information including the user ID of the volunteer participant to the local government server 6 (S1122).
[0102]
The local government server 6 receiving this information (S1123) extracts the savings amount information of the target user ID from the virtual currency savings amount storage means (S1124) and transmits it to the virtual space management server 7 (S1125).
[0103]
The virtual space management system 7 that has received this information (S1126) stores the received information in the temporary storage unit 706 (S1127), and inputs the withdrawal amount, that is, the amount to be converted into bills from the virtual space screen information storage unit 705. Screen information to be extracted is extracted (S1128), and as shown on a screen 7062 of FIG. 38, image information is created by combining this screen information with information obtained by combining the current balance information (S1129), and the volunteer participant terminal 3 (S1130).
[0104]
The volunteer participant terminal 3 receiving this information (S1131) displays this screen information, that is, the screen 7062 of FIG. 38 (S1132).
[0105]
When the volunteer participant who sees this display performs an operation of inputting a withdrawal amount in this input frame on the volunteer participant terminal 3 as shown in a screen 7063 in FIG. 38 (S1133), the volunteer participant terminal 3 transmits the input information of the withdrawal amount to the virtual space management system 7 (S1134).
[0106]
Upon receiving this information, the virtual space management system 7 (S1135) compares the information on the savings amount of the volunteer participant stored in the temporary storage unit 706 with the sent withdrawal amount, and the withdrawal amount is equal to the savings amount. (S1136), and if so, screen information indicating that the limit shown in FIG. 40 has been exceeded is extracted from the virtual space image information storage means 705. (S1137 in FIG. 39) and transmits to the volunteer participant terminal 3 (S1138).
[0107]
The volunteer participant terminal 3 receiving this information (S1139) displays this information, that is, the screen shown in FIG. 40 (S1140), and completes the process.
[0108]
If it is determined in S1136 in FIG. 37 that the limit has not been exceeded, the virtual space management system 7 transmits the bill issuing request information including the user ID of the volunteer participant and the withdrawal amount information to the local government server 6. (FIG. 41: S1141).
[0109]
The local government server 6 receiving this information (S1142) updates the savings amount information of the corresponding user ID stored in the virtual currency savings amount storage means 608 by subtracting the amount of the withdrawal amount received (S1143).
[0110]
As described above, there are only five face values of banknotes: 1 Eco, 5 Eco, 10 Eco, 50 Eco, and 100 Eco. However, the withdrawal amount sent from the volunteer participant terminal is not always exactly the same as the face value, such as 115 eco.
[0111]
For this reason, the local government server 6 performs a pre-process of dividing the withdrawal amount sent from the volunteer participant terminal into a plurality of denomination bill information (S1144). For example, in the case of 115 eco mentioned above,
100 Eco × 1
10 Eco × 1
5 Eco × 1
Is divided according to the amount of bills.
[0112]
Next, the local government server 6 adds a new banknote number to the banknote management information storage unit 607 for each of the divided banknotes (this addition procedure is as described above, and the description thereof will be omitted. Needless to say, the description is omitted. , The used flag is not added.), And an image of the banknote is extracted from the banknote image information storage means 606 (S1145). As shown in FIG. Is created (S1146) and transmitted to the virtual space system 7 (S1147).
[0113]
Upon receiving this information, the virtual space management system 7 transmits the information to the volunteer participant terminal 3 (S1149) (S1148).
[0114]
The volunteer participant terminal 3 that has received this information (S1150) displays this information (S1151).
[0115]
Here, when the volunteer participant performs a print instruction operation on the volunteer participant terminal 3 (S1152), the button tear participant terminal 3 instructs the printer 3A to print banknotes, and the printer shows in FIG. 42. The bill image will be printed.
[0116]
Although not described in detail, to acquire an item in the virtual space, the user's avatar is moved to the shop 7032 shown in the overall view of FIG. 11 and the item is purchased in the shop by virtual currency. It has become. When the purchase is instructed, the virtual space management system 7 notifies the local government server 6 of the user ID and the purchase amount, and the local government server 6 subtracts the purchase amount from the savings amount corresponding to the user ID.
[0117]
As described above, according to the present embodiment, the management of the issuance status and usage status of the virtual banknotes is performed by the local government both at the time of settlement at the terminal 6 in the shopping mall and when performing the saving process in the virtual space. Since this is performed using the banknote management information storage unit 607 of the server 6, the banknote can be used even when purchased in a virtual space / shop.
[0118]
In addition, the banknote management information storage unit 607 is provided with a used flag on the banknote, and checks the used flag when saving the banknote amount and using the discount coupon in a store in the virtual space. Even if the banknote is held in a store after the amount is stored, it cannot be used as a discount ticket. Conversely, even if a banknote is saved in a virtual space after being used as a discount ticket in a store, it cannot be saved.
[0119]
Also, even if several copies of a banknote are improperly printed, the used flag checks duplicated banknotes so that they are not illegally used.
Further, by performing the bill number check in the virtual space, the bill with the illegally tampered number is not used.
[0120]
As described above, according to the present embodiment, overlapping use can be avoided even when both are used in a real space such as a virtual space and a store.
[0121]
In addition, by providing a plurality of banknote denominations, it is possible to divide banknote denominations due to the difficulty of volunteers and the like.
[0122]
Furthermore, by managing only at a prescribed face value, the gap with the actual bill is reduced, and the user can easily manage the bill. Naturally, bill issuing management becomes easy.
[0123]
In this embodiment, the merchandise terminal 4 connected to the network is installed in the store. However, the shopping street is often a collection of stores for individual business, and a store terminal with a dedicated communication function is used. Installation is costly in terms of cost.
[0124]
For this reason, as shown in FIG. 43, the originally installed POS terminal or the like is made to identify the amount information of the barcode of the bill, and a check terminal equivalent to the above-mentioned product terminal 4 is provided at a predetermined management center. It may be arranged so that the store employee periodically brings virtual banknotes paid to the check terminal to the management center and checks it with the check terminal.
[0125]
In this configuration, the duplicate use of virtual banknotes cannot be completely prevented, but it is possible to prevent a certain degree of duplicate use, so that fraudulent misuse is rarely performed. Since virtual banknotes have the meaning of revitalizing shopping streets, if they are used on the premise that strict management is not performed and priority is given to revitalizing shopping streets without incurring costs, it will not be used inadvertently This system is also effective.
[0126]
In this embodiment, the local currency system using bills is specified, but not the bills, but the identification numbers and barcodes of the bills are transmitted to the mobile phone, and the barcode information is transmitted to the barcode reader in the shopping district. It may be read.
[0127]
As a result, compared to the case of using bills, paper resources are not used, the same usage as bills can be performed, and similar services can be performed with less resources.
[0128]
(Supplementary Note 1) A first storage unit that stores a virtual currency savings amount for each user identifier, and a second storage unit that stores a pair of an identification number of each bill and an identifier indicating whether the bill data has been used. Computer system provided with the storage means of
When the user identifier and the identification number of the bill are sent via online, it is checked whether the pseudo currency corresponding to the identification number has been used by referring to the second storage means,
If it is not used, the amount of the pseudo currency corresponding to the identification number is added to the savings amount of the user identifier stored in the first storage unit, and the virtual banknote in the second storage unit is added. When the virtual banknote identification number arrives from the store terminal, the virtual banknote identification number stored in the second storage unit is used, and the identifier corresponding to the identification number is processed as an identifier indicating the used status. And performing a process of transmitting the result of the inquiry to the store terminal.
A cryptocurrency management method characterized by things.
[0129]
(Supplementary Note 2) A first storage unit that stores a virtual currency savings amount for each user identifier, and a second storage unit that stores a pair of an identification number of each bill and an identifier indicating whether or not the bill data has been used. Computer system provided with the storage means of
When the virtual banknote identification number has arrived from the store terminal, while inquiring whether the virtual banknote identification number stored in the second storage means has been used, and performing a process of transmitting the inquiry result to the store terminal,
If it is not used, the amount of the pseudo currency corresponding to the identification number is added to the saved amount of the user identifier stored in the first storage means, and the virtual banknote in the second storage means is added. Perform the process of setting the identifier paired with the identification number as an identifier indicating the used status,
When the user identifier and the identification number of the bill are sent via online, it is checked whether the pseudo currency corresponding to the identification number has been used by referring to the second storage means,
If it is not used, the amount of the pseudo currency corresponding to the identification number is added to the savings amount of the user identifier stored in the first storage unit, and the virtual banknote in the second storage unit is added. A virtual currency management method characterized by performing a process of setting an identifier paired with an identification number as an identifier indicating the used status.
[0130]
(Supplementary Note 3) having a bill image storage means for storing a bill image,
The computer system is characterized in that, when a bill issuance request including the number of bills issued is sent via online, the identification number of each bill of the requested number is added to the second storage means. The virtual currency management method according to Supplementary Note 1 or 2.
[0131]
(Supplementary Note 4) The computer system has a bill image storage unit that stores a bill image,
The computer system, when adding the identification number of each bill, generates bill image information for printing based on the bill image stored in the bill image storage unit, and transmits the bill image information to the request destination 3. The virtual currency management method according to claim 3, wherein
[0132]
(Supplementary Note 5) A first storage unit that stores a virtual currency savings amount for each user identifier, and a second storage unit that stores a pair of an identification number of each bill and an identifier indicating whether the bill data has been used. Storage means
When the user identifier and the banknote identification number are sent via online, it is checked whether or not the pseudo currency corresponding to the identification number has been used by referring to the second storage means. The pseudo-money amount corresponding to the identification number is added to the savings amount of the user identifier stored in the first storage unit, and the identifier that is paired with the virtual banknote identification number in the second storage unit is added. When the virtual banknote identification number arrives from the store terminal, a query is performed as to whether or not the virtual banknote identification number stored in the second storage means has been used. Control means for performing a process of transmitting to the store terminal,
A virtual currency management system characterized by the provision of
[0133]
(Supplementary Note 6) When a bill issuance request including the number of bills issued is sent via online, the control means adds the identification number of each bill of the requested number to the second storage means. The virtual currency management system according to claim 5, wherein
[0134]
(Supplementary Note 7) having a bill image storage means for storing a bill image,
The control means, when adding the identification number of each bill, generates bill image information for printing based on the bill image stored in the bill image storage means, and transmits the bill image information to the request destination 6. The virtual currency management system according to claim 6, wherein
[0135]
【The invention's effect】
The present invention provides a first storage unit that stores a virtual banknote saving amount for each user identifier, and a second storage unit that stores a pair of an identification number of each banknote and an identifier indicating whether or not the banknote data has been used. When the user identifier and the identification number of the bill are sent via online, refer to the second storage means to confirm whether the pseudo currency corresponding to the identification number has been used, If it is not used, the amount of the pseudo currency corresponding to the identification number is added to the savings amount of the user identifier stored in the first storage unit, and the virtual banknote in the second storage unit is added. When the virtual banknote identification number arrives from the store terminal, the virtual banknote identification number stored in the second storage unit is used, and the identifier corresponding to the identification number is processed as an identifier indicating the used status. And query the query result Since the process of transmitting to the shop terminal is performed, the management of the issue status and the use status of the virtual banknotes is both performed at the time of settlement at the shopping mall terminal 6 and at the time of performing the online saving process. , So that bills can be used without any problem even when purchased online or at a store.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of a virtual banknote management system according to an embodiment of the present invention.
FIG. 2 is a system configuration diagram of a local government server 6 according to the embodiment of the present invention.
FIG. 3 is a table showing storage contents of a volunteer information storage unit 605 according to the embodiment of the present invention.
FIG. 4 is a bill image diagram stored in a bill image storage unit 606 in the embodiment of the present invention.
FIG. 5 is a table showing a storage state of virtual banknote management information stored in the banknote management information storage unit 607 according to the embodiment of the present invention.
FIG. 6 is a table showing storage contents of a virtual currency savings amount storage unit 608 according to the embodiment of the present invention.
FIG. 7 is a system configuration diagram of a virtual space management system 7 according to the embodiment of the present invention.
FIG. 8 is a table showing storage contents of a user information storage unit 703 according to the embodiment of the present invention.
FIG. 9 is a table showing storage contents of an avatar image information storage unit 704 according to the embodiment of the present invention.
FIG. 10 is a diagram showing an avatar composition screen according to the embodiment of the present invention;
FIG. 11 is a screen diagram showing the entire virtual space in the embodiment of the present invention.
FIG. 12 is a flowchart illustrating a procedure in which a volunteer volunteer applicant carrying out a volunteer participation process in a virtual space of a volunteer according to the embodiment of the present invention;
FIG. 13 is a diagram showing an avatar composition screen according to the embodiment of the present invention;
FIG. 14 is a diagram showing an avatar composition screen according to the embodiment of the present invention;
FIG. 15 is a flowchart showing a procedure in which a volunteer applicant in the embodiment of the present invention performs a participation request process in a virtual space of a volunteer.
FIG. 16 is a diagram showing storage contents of a volunteer participant information storage unit 609 according to the embodiment of the present invention.
FIG. 17 is a diagram showing an avatar composition screen according to the embodiment of the present invention;
FIG. 18 is a flowchart showing a procedure for printing a virtual bill to be handed over to a volunteer participant by a volunteer organizer in the embodiment of the present invention.
FIG. 19 is a diagram showing a screen displayed on the volunteer host terminal 3 in the embodiment of the present invention.
FIG. 20 is a flowchart showing a procedure for printing a virtual bill to be handed to a volunteer participant by a volunteer organizer in the embodiment of the present invention.
FIG. 21 is a diagram showing a bill printing paper surface in the embodiment of the present invention.
FIG. 22 is a diagram showing a print page of a volunteer participant in the embodiment of the present invention.
FIG. 23 is a flowchart showing a procedure for printing a virtual bill to be handed to a volunteer participant by a volunteer organizer in the embodiment of the present invention.
FIG. 24 is a flowchart showing a clearing process in a store using virtual banknotes in the embodiment of the present invention.
FIG. 25 is a flowchart showing a virtual banknote inquiry process in the embodiment of the present invention.
FIG. 26 is a diagram of a screen displayed on the shop terminal 4 in the embodiment of the present invention.
FIG. 27 is a flowchart illustrating conversion between virtual banknotes and virtual currency in a banknote virtual space according to the embodiment of the present invention.
FIG. 28 is a display screen diagram of the volunteer participant terminal 3 according to the present invention.
FIG. 29 is a display screen diagram of the volunteer participant terminal 3 according to the present invention.
FIG. 30 is a display screen diagram of the volunteer participant terminal 3 according to the present invention.
FIG. 31 is a display screen diagram of the volunteer participant terminal 3 according to the present invention.
FIG. 32 is a flowchart showing conversion between virtual banknotes and virtual currency in a banknote virtual space in the embodiment of the present invention.
FIG. 33 is a flowchart showing a virtual banknote saving process in the embodiment of the present invention.
FIG. 34 is a display screen diagram of the volunteer participant terminal 3 according to the present invention.
FIG. 35 is a display screen diagram of the volunteer participant terminal 3 according to the present invention.
FIG. 36 is a flowchart showing conversion between virtual banknotes and virtual currency in a banknote virtual space in the embodiment of the present invention.
FIG. 37 is a flowchart showing conversion between virtual banknotes and virtual currency in a banknote virtual space in the embodiment of the present invention.
FIG. 38 is a display screen diagram of the volunteer participant terminal 3 according to the present invention.
FIG. 39 is a flowchart showing conversion between virtual banknotes and virtual currency in a banknote virtual space according to the embodiment of the present invention.
FIG. 40 is a display screen diagram of the volunteer participant terminal 3 according to the present invention.
FIG. 41 is a flowchart showing conversion between virtual banknotes and virtual currency in a banknote virtual space in the embodiment of the present invention.
FIG. 42 is a diagram showing a bill printing paper surface in the embodiment of the present invention.
FIG. 43 is a system configuration diagram showing another embodiment of the present invention.
[Explanation of symbols]
1 Network
2 Volunteer organizer terminals
3 Volunteer participant terminals
4 Store terminal
5 Barcode reading means
6 Local government servers
7 Virtual space management system

Claims (5)

利用者識別子毎の仮想通貨貯蓄額を記憶する第1の記憶手段と、各紙幣の識別番号と該紙幣データが使用済みか否かを示す識別子とを対にして記憶する第2の記憶手段とを設けたコンピュータシステムが、
オンライン経由で利用者識別子及び紙幣の識別番号が送られてくると、第2の記憶手段を参照して該識別番号に対応した擬似貨幣が使用済みかを確認し、
使用済みではない場合、該識別番号に対応した擬似貨幣の額を、第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行い、商店端末より仮想紙幣識別番号が到来した場合、前記第2の記憶手段に記憶されている仮想紙幣識別番号が使用済みかを照会し、その照会結果を該商店端末へ送信する処理を行う、
事を特徴とする仮想通貨管理方法。
First storage means for storing a virtual currency savings amount for each user identifier, and second storage means for storing a pair of an identification number of each bill and an identifier indicating whether or not the bill data has been used; Computer system with
When the user identifier and the identification number of the bill are sent via online, it is checked whether the pseudo currency corresponding to the identification number has been used by referring to the second storage means,
If it is not used, the amount of the pseudo currency corresponding to the identification number is added to the savings amount of the user identifier stored in the first storage unit, and the virtual banknote in the second storage unit is added. When the virtual banknote identification number arrives from the store terminal, the virtual banknote identification number stored in the second storage unit is used, and the identifier corresponding to the identification number is processed as an identifier indicating the used status. And performing a process of transmitting the result of the inquiry to the store terminal.
A cryptocurrency management method characterized by things.
利用者識別子毎の仮想通貨貯蓄額を記憶する第1の記憶手段と、各紙幣の識別番号と該紙幣データが使用済みか否かを示す識別子とを対にして記憶する第2の記憶手段とを設けたコンピュータシステムが、
商店端末より仮想紙幣識別番号が到来した場合、前記第2の記憶手段に記憶されている仮想紙幣識別番号が使用済みかを照会し、その照会結果を該商店端末へ送信する処理を行うとともに、
使用済みでなければ、該識別番号に対応した擬似貨幣の額を、第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行い、
オンライン経由で利用者識別子及び紙幣の識別番号が送られてくると、第2の記憶手段を参照して該識別番号に対応した擬似貨幣が使用済みかを確認し、
使用済みではない場合、該識別番号に対応した擬似貨幣の額を、第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行う事を特徴とする仮想通貨管理方法。
First storage means for storing a virtual currency savings amount for each user identifier, and second storage means for storing a pair of an identification number of each bill and an identifier indicating whether or not the bill data has been used; Computer system with
When the virtual banknote identification number has arrived from the store terminal, while inquiring whether the virtual banknote identification number stored in the second storage means has been used, and performing a process of transmitting the inquiry result to the store terminal,
If it is not used, the amount of the pseudo currency corresponding to the identification number is added to the saved amount of the user identifier stored in the first storage means, and the virtual banknote in the second storage means is added. Perform the process of setting the identifier paired with the identification number as an identifier indicating the used status,
When the user identifier and the identification number of the bill are sent via online, it is checked whether the pseudo currency corresponding to the identification number has been used by referring to the second storage means,
If it is not used, the amount of the pseudo currency corresponding to the identification number is added to the savings amount of the user identifier stored in the first storage unit, and the virtual banknote in the second storage unit is added. A virtual currency management method characterized by performing a process of setting an identifier paired with an identification number as an identifier indicating the used status.
紙幣画像を記憶した紙幣画像記憶手段を有し、
前記コンピュータシステムは、オンライン経由で紙幣発行数を含む紙幣発行要求が送られてくると、前記第2の記憶手段に要求があった発行数の各紙幣の識別番号を追加する事を特徴とする付記1または付記2に記載の仮想通貨管理方法。
It has a bill image storage means storing a bill image,
The computer system is characterized in that, when a bill issuance request including the number of bills issued is sent via online, the identification number of each bill of the requested number is added to the second storage means. The virtual currency management method according to Supplementary Note 1 or 2.
前記コンピュータシステムは、紙幣画像を記憶した紙幣画像記憶手段を有し、
前記コンピュータシステムは、各紙幣の識別番号を追加する際、前記紙幣画像記憶手段に記憶されている紙幣画像を基に印刷用の紙幣画像情報を生成し、要求先に該紙幣画像情報を送信する事を特徴とする付記3に記載の仮想通貨管理方法。
The computer system has a bill image storage unit that stores a bill image,
The computer system, when adding the identification number of each bill, generates bill image information for printing based on the bill image stored in the bill image storage unit, and transmits the bill image information to the request destination 3. The virtual currency management method according to claim 3, wherein
利用者識別子毎の仮想通貨貯蓄額を記憶する第1の記憶手段と、
各紙幣の識別番号と該紙幣データが使用済みか否かを示す識別子とを対にして記憶する第2の記憶手段と
オンライン経由で利用者識別子及び紙幣の識別番号が送られてくると、第2の記憶手段を参照して該識別番号に対応した擬似貨幣が使用済みかを確認し、使用済みではない場合、該識別番号に対応した擬似貨幣の額を第1の記憶手段に記憶されている該利用者識別子の貯蓄額に加算するとともに、前記第2の記憶手段の該仮想紙幣識別番号と対となる識別子を、使用済みを示す識別子とする処理を行い、商店端末より仮想紙幣識別番号が到来した場合、前記第2の記憶手段に記憶されている仮想紙幣識別番号が使用済みかを照会し、その照会結果を該商店端末へ送信する処理を行う制御手段と、
を設けた事を特徴とする仮想通貨管理システム。
First storage means for storing a virtual currency savings amount for each user identifier;
When the user identifier and the identification number of the bill are sent via the second storage means and online, the identification number of each bill and the identifier indicating whether or not the bill data have been used are transmitted. It is checked whether the pseudo currency corresponding to the identification number has been used by referring to the storage means of No. 2 and, if not, the amount of the pseudo currency corresponding to the identification number is stored in the first storage means. And a process of setting an identifier corresponding to the virtual banknote identification number in the second storage means as an identifier indicating that the virtual banknote has been used. Control means for inquiring whether the virtual banknote identification number stored in the second storage means has been used, and transmitting the inquiry result to the store terminal;
A virtual currency management system characterized by the provision of
JP2003048961A 2003-02-26 2003-02-26 Virtual currency management system and method Expired - Fee Related JP4003664B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003048961A JP4003664B2 (en) 2003-02-26 2003-02-26 Virtual currency management system and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003048961A JP4003664B2 (en) 2003-02-26 2003-02-26 Virtual currency management system and method

Publications (2)

Publication Number Publication Date
JP2004258969A true JP2004258969A (en) 2004-09-16
JP4003664B2 JP4003664B2 (en) 2007-11-07

Family

ID=33114778

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003048961A Expired - Fee Related JP4003664B2 (en) 2003-02-26 2003-02-26 Virtual currency management system and method

Country Status (1)

Country Link
JP (1) JP4003664B2 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007148983A (en) * 2005-11-30 2007-06-14 Oki Electric Ind Co Ltd Account transaction system and account transaction method
WO2008032821A1 (en) * 2006-09-15 2008-03-20 Aplico System Co., Ltd. Data transmitting/receiving method
JP2008538639A (en) * 2005-04-21 2008-10-30 パラスケヴァコス・セオドア・ジー Intelligent currency verification system and method
JP2012059289A (en) * 2011-12-07 2012-03-22 Oki Electric Ind Co Ltd Automatic teller machine
JP2016192077A (en) * 2015-03-31 2016-11-10 株式会社日本総合研究所 Purchase information processing system and program
JP7467018B2 (en) 2022-08-09 2024-04-15 Kddi株式会社 Information processing device and information processing method

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002032857A (en) * 2000-07-14 2002-01-31 Fujitsu Ltd Point management system and recording medium
JP2002083126A (en) * 2000-09-08 2002-03-22 Core Create System:Kk Point management system and its method
JP2003030518A (en) * 2001-07-13 2003-01-31 Nri & Ncc Co Ltd Coupon issuing system, register device coupon issuing method, coupon managing method, and computer program

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002032857A (en) * 2000-07-14 2002-01-31 Fujitsu Ltd Point management system and recording medium
JP2002083126A (en) * 2000-09-08 2002-03-22 Core Create System:Kk Point management system and its method
JP2003030518A (en) * 2001-07-13 2003-01-31 Nri & Ncc Co Ltd Coupon issuing system, register device coupon issuing method, coupon managing method, and computer program

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
山口 洋典: "おうみタウン", おうみタウン, vol. 第1号, JPN4007006425, 1 October 1999 (1999-10-01), JP, ISSN: 0000839993 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008538639A (en) * 2005-04-21 2008-10-30 パラスケヴァコス・セオドア・ジー Intelligent currency verification system and method
JP2007148983A (en) * 2005-11-30 2007-06-14 Oki Electric Ind Co Ltd Account transaction system and account transaction method
WO2008032821A1 (en) * 2006-09-15 2008-03-20 Aplico System Co., Ltd. Data transmitting/receiving method
JP2012059289A (en) * 2011-12-07 2012-03-22 Oki Electric Ind Co Ltd Automatic teller machine
JP2016192077A (en) * 2015-03-31 2016-11-10 株式会社日本総合研究所 Purchase information processing system and program
JP7467018B2 (en) 2022-08-09 2024-04-15 Kddi株式会社 Information processing device and information processing method

Also Published As

Publication number Publication date
JP4003664B2 (en) 2007-11-07

Similar Documents

Publication Publication Date Title
CN100380358C (en) Network system, advertisement information receiving and printing processing method, and recording medium
EP1225534A1 (en) Ic card dealing system
EP1225533A1 (en) Dealing method and dealing system
CN1559057A (en) Advertisement providing method by automatic transaction apparatus
CN107122965A (en) Information processor and electronic billing system
JPH09293108A (en) Electronic currency transaction system and electronic currency transaction machine
CN101180643A (en) Method and apparatus for accessing transaction data in a travel settlement system using a graphical user interface
JP2002183360A (en) System for creating two-dimensional code, system for decoding two-dimensional code, system for registering and managing temporary help business utilizing system for creating two-dimensional code
JP2002183769A (en) Electronic ticket system using binary code
JP4003664B2 (en) Virtual currency management system and method
CN101783043A (en) Ticketing system and method of electronic railway ticket
JP2010146304A (en) Point exchange system of foreign currency coin
JP4159261B2 (en) Personal advance expense settlement system, personal advance expense settlement method, program and recording medium
JP2008123236A (en) Point service system
JP2002189970A (en) System for managing electronic point
JP2006195853A (en) Stockholder&#39;s general meeting system
JP4961729B2 (en) Account transaction system and account transaction method
JP2001023002A (en) Automatic cash transaction system
CN101146242A (en) SMS confirmation telecommunication method for bank check encashing
JP5551643B2 (en) Passbook carryover device
JP3175089U (en) Tax public money payment system
JP6600039B2 (en) Product data processing apparatus, program, product data processing method and system
JP3283625B2 (en) Payment settlement system
KR200167689Y1 (en) Multi display device
JP6810775B2 (en) Transfer system, transfer method, and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040726

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070417

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070613

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070731

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070813

R150 Certificate of patent or registration of utility model

Ref document number: 4003664

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100831

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110831

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120831

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120831

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130831

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees