TW202309804A - 支援貨幣管理系統及通訊終端 - Google Patents

Abstract

當用戶自店鋪購入商品時，利用營運公司所發行之支援貨幣來支付其對價之全部或一部分。支援貨幣為數位貨幣，存放於通訊終端。交易時，藉由通訊終端來對支援貨幣追加表示交易內容之交易資訊。收取支援貨幣之店鋪同樣可將支援貨幣用於購入商品。此時，店鋪所使用之通訊終端對支援貨幣追加表示新交易內容之交易資訊。

Description

支援貨幣管理系統及通訊終端

本發明係關於用以使經濟交易活化之技術。

作為商品或服務之對價，支付「金錢」。若A對B支付金錢，則B之購買力增加。轉移至B之金錢係與新的商品或服務之消費有關。金錢藉由「作為價值之對價而被對方接受」之可靠性及成就來建立信用之網路。藉由以信用為基礎來流通金錢，從而促進商品或服務等之開發、提案、生產、提供等經濟行為。 現有技術文獻 專利文獻

專利文獻1：日本特開2001-306716號公報 專利文獻2：日本特開2019-197513號公報

[發明所欲解決之問題]

若很多人為了維持自身之購買力而過度囤積金錢，則金錢之流動性下降，造成所謂之「不景氣」。於如上所述之情形時，通常執行如下之金融政策，即，藉由降低利率，或通過國債等對市場供給金錢，來刺激金錢之流動性。但，關於供給至市場之金錢實際上發揮何種程度之經濟效果，並不容易把握。

本發明係基於上述背景來完成之發明，其主要目的在於提供用以通過與法定貨幣不同之支援貨幣來活化經濟之技術。 [解決問題之手段]

本發明之某形態之支援貨幣管理系統包括交易管理部，其於隨著第1經濟主體及第2經濟主體之交易，支援貨幣自第1經濟主體轉移至第2經濟主體時，將與第1經濟主體及第2經濟主體之交易有關之交易資訊和成為交易對象之支援貨幣建立對應關係而記錄。 交易管理部於每次發生介由支援貨幣之交易時，對支援貨幣追加交易資訊。

本發明之某形態之通訊終端包括：交易管理部，對於每一單位中由貨幣ID所識別之支援貨幣，對應與利用支援貨幣之交易有關之交易資訊而記錄；以及發送部，對交易對方之通訊終端發送包含貨幣ID及交易資訊之支援貨幣。 [發明效果]

根據本發明，容易活化經濟交易。

[第1實施方式] 本實施方式中，發行方X發行作為現金等價物之點數。 以下，將該點數稱為「支援貨幣」。支援貨幣發揮作為所謂之區域貨幣之功能。 支援貨幣由法定貨幣所支持。例如，1點之支援貨可與1日元交換。與比特幣之類之虛擬貨幣不同，支援貨幣之基本價值之來源為「對國家之信任」。對國家之信任最終依賴於未來稅收以及國有資產。

假定發行方X、承兌機構Y、店鋪A1～An、用戶（消費者）B1～Bm來進行說明。 首先，發行方X發行500萬點之支援貨幣。發行方X在有來自外部之指示，例如來自承兌機構Y對發行方X（營運企業）之發行委託時，發行支援貨幣。 承兌機構以500萬日元自發行方X購入500萬點之支援貨幣。作為承兌機構Y，假定是政府機構、地方公共團體（亦稱為「地方自治體」）、金融機構等。此處，承兌機構Y係作為考慮到欲使地區Z（市鎮村）之經濟活化之地方公共團體來說明。

支援貨幣為電子貨幣。 支援貨幣係對每1點由貨幣ID來識別。 支援貨幣係將貨幣ID以及交易資訊（後述）打包之物件（電子內容）。

承兌機構Y對位於地區中之店鋪A1～An分發支援貨幣。 承兌機構Y可無償轉讓支援貨幣，亦可有償轉讓。此處，設為無償轉讓來說明。 假設承兌機構Y將500萬點中之5萬點之支援貨幣無償轉讓給店鋪A1。對店鋪A1而言，由承兌機構Y來提供相當於5萬日元之支援金。

當由承兌機構Y向店鋪A1轉讓5萬點時，承兌機構Y對支援貨幣輸入「提供源（Y）、提供對象（A1）、提供日期時間、提供原因（例：店鋪支援）」之交易資訊D1。 例如，對於貨幣ID＝1之1點之支援貨幣（以下稱為「支援貨幣（1）」），賦予上述交易資訊D1。若假設5萬點之貨幣ID為「1～50000」，則承兌機構Y對支援貨幣（1）～支援貨幣（50000）全部賦予交易資訊D1。 店鋪A1收取5萬點之支援貨幣（物件）以及交易資訊D1。

此時，發行方X接收成為轉讓對象的支援貨幣（5萬點）之一部分、例如相當於1%之手續費。於上述例之情形時，承兌機構Y向發行方X支付相當於5萬點支援貨幣之1%的500日元。 發行方X可從轉讓者之賬戶收取手續費，亦可從受讓人之賬戶收取。 承兌機構Y預先導入之用來控制支援貨幣之應用程式（以下稱為「支援工具」）於向店鋪A1發送5萬點之支援貨幣時，將交易資訊D1追加至支援貨幣（物件），並且執行向發行方X之500日元之結算處理。 發行方X從承兌機構Y之銀行賬戶收取500日元作為手續費。

假設用戶B1於店鋪A1用餐。 此時，假設用戶B1回答店鋪A1之問卷調查。 藉由問卷調查，對店鋪A1提供「對蕎麥過敏」、「蕎麥很美味」「喜歡蕎麥」等與用戶B1有關之各種資訊。 店鋪A1對用戶B1轉讓50點之支援貨幣來作為提供資訊之謝禮。

當店鋪A1對用戶B1轉讓50點之支援貨幣時，店鋪A1之支援工具對支援貨幣輸入「提供源（A1）、提供對象（B1）、提供日期時間、提供原因（例：問卷調查回答）」之交易資訊D2。於該例之情形時，店鋪A1對支援貨幣（1）～支援貨幣（50）全部賦予交易資訊D2。 用戶B1利用智慧型手機等資訊終端，來收取50點之支援貨幣以及交易資訊D1、D2。 此外，店鋪及用戶所導入之支援工具不會使對支援貨幣賦予之交易資訊D1、D2顯示於終端。

發行方X從店鋪A1徵收成為轉讓對象之支援貨幣（50點）之1%之手續費。 50點之1%為0.5日元。當手續費不滿1日元（最低提取額）時，發行方會在店鋪A1之手續費超過1日元時一起徵收。最低提取額可任意設定。 此外，發行方X亦可從用戶B1（受讓人）收取手續費，而非店鋪A1（轉讓者）。又，發行方X亦可從店鋪A1及用戶B1之兩者收取手續費。

假設用戶B1接受其他用戶B2之個人服務。 例如，假設用戶B2為用戶B1搬運貨物。 此時，用戶B1對用戶B2轉讓500點之支援貨幣來作為謝禮。假設該500點之支援貨幣中的20點（支援貨幣（1）～支援貨幣（20））來自用戶B1從店鋪A1轉讓而來之支援貨幣。 當用戶B1向用戶B2轉讓支援貨幣時，用戶B1所持有之資訊終端（支援工具）對支援貨幣賦予與轉讓相伴之交易資訊D3。 交易資訊D1、D2、D3與支援貨幣（1）～支援貨幣（20）建立對應關係。

發行方X從用戶B1徵收成為轉讓對象之支援貨幣之一部分來作為手續費。

假設用戶B2在店鋪A1用餐。 用戶B2可利用支援貨幣來支付費用之一部分或全部。 此處，假設利用200點之支援貨幣來支付200日元。 此時，從用戶B2之資訊終端向店鋪A1之店鋪終端發送支援貨幣。 安裝於用戶B2之資訊終端中之支援工具對200點之支援貨幣追加新的交易資訊D4。 假設經轉讓之200點之支援貨幣中的10點（支援貨幣（1）～支援貨幣（10））係用戶B1從店鋪A1轉讓而來之支援貨幣，且為用戶B2從用戶B1轉讓而來之支援貨幣。 於該情形時，交易資訊D1、D2、D3、D4與支援貨幣（1）～支援貨幣（10）建立對應關係。

發行方X從用戶B2徵收成為轉讓對象之支援貨幣之一部分來作為手續費。

如以上所述，發行方X所發行之支援貨幣係以承兌機構Y為起點，以店鋪A1、用戶B1、用戶B2、店鋪A1之順序來循環。 更具體而言，發行方X所發行之5萬點之支援貨幣（支援貨幣（1）～支援貨幣（50000））中的5000點之支援貨幣（支援貨幣（1）～支援貨幣（5000））由發行方X轉讓給承兌機構Y，其中500點之支援貨幣（支援貨幣（1）～支援貨幣（5000））由承兌機構Y轉讓給店鋪A1。 支援貨幣（1）～支援貨幣（5000）之一部分即支援貨幣（1）～支援貨幣（50）由店鋪A1轉讓給用戶B1，進而作為其一部分之支援貨幣（1）～支援貨幣（20）由用戶B1轉讓給用戶B2，進而作為其一部分之支援貨幣（1）～支援貨幣（10）由用戶B2轉讓給店鋪A1。 以上之流通過程中，對經由4次交易之10點之支援貨幣（支援貨幣（1）～支援貨幣（10））賦予交易資訊D1～D4。

用戶B1在店鋪A1用餐，藉由回答問卷調查，可獲得50點之支援貨幣。 該支援貨幣可在位於地區Z中之店鋪A1～An中與現金同樣地使用。因此，用戶B1藉由對店鋪A1提供資訊而獲得利益。

又，用戶B1對用戶B2之善意使用支援貨幣來作為謝禮。換言之，用戶B1利用支援貨幣來對用戶B2支付小費。 於用戶B2並非商人，而是與用戶B1親密之人之情形時，用戶B1難以利用現金貨幣（金錢）來對用戶B2回禮。 通常，於親密之人際關係中介入金錢會使雙方容易感到反感。作為人類之心情，越為親密之關係，越不適合在其關係中介入金錢。 因此，接受好意之一方常常利用「語言（感謝）」或「贈禮（物品）」等來表達感謝之心情。 本實施方式中之支援貨幣為現金等價物，用戶B1藉由「回答問卷調查」之簡單行為而被贈予支援貨幣。因此，當用戶B1將支援貨幣作為謝禮交給用戶B2時，雙方不會產生交付金錢之程度之反感。

用戶B1在對用戶B2轉讓500點之支援貨幣時，向發行方X支付其1%之5日元。 用戶B1可藉由實質上5日元之經濟負擔，來對用戶B2提供500日元之價值。對用戶B1而言，可藉由以最初近乎免費之感覺來獲得之支援貨幣，輕鬆地表達感謝之情。又，用戶B2亦知曉支援貨幣並非用戶B1之勞動成果，故而能夠輕鬆地收取支援貨幣。

用戶B2可藉由日常之善意行為來少量地獲得支援貨幣。 藉由獲得支援貨幣，可接受店鋪A1之用餐之服務。

店鋪A1可自由地活用無償獲得之支援貨幣。 上述例中，店鋪A1藉由對用戶B1提供支援貨幣，可獲取關於顧客之消費行動的有用資訊。又，藉由能夠使用支援貨幣，可吸引用戶B2。 店鋪A1藉由靈活使用支援貨幣而使事業效率化、活化。

承兌機構Y（地方自治體）可藉由500萬日元之預算而使支援貨幣於地區Z中流通。承兌機構Y可藉由使用支援貨幣而使地區Z之店鋪A1～An活化。藉由地區Z活化，亦可期待承兌機構Y之稅收增加。又，地區Z之居民想要在可使用區域貨幣之地區Z中盡力消費，因此就該方面來看，亦認為支援貨幣對地區經濟之活化作出貢獻。

承兌機構Y亦可於想要在地區Z招攬外國遊客之情形時，靈活使用支援貨幣。承兌機構Y亦可對外國遊客分發支援貨幣。 被分發支援貨幣之外國人於地區Z之觀光中感受到魅力，可能於地區Z不僅使用支援貨幣，亦使用現金貨幣。

發行方X可藉由支援貨幣流通而獲得手續費收入。

發行方X與承兌機構Y藉由參照對支援貨幣賦予之交易資訊，可知曉支援貨幣如何流通（流通速度、流通路徑、交易成立之原因）。藉此，容易適當規劃為了活化地區經濟而必需之政策。例如，發行方X或者承兌機構Y可分析，對哪家店鋪分發支援貨幣會有效果，或支援貨幣於地區Z之居民中普及至何種程度。

支援貨幣係最初由承兌機構Y無償轉讓後開始流通。藉由可接納區域貨幣之店鋪（商業體）或者用戶（消費者）增加，而進一步促進支援貨幣之流通。 又，其成為用來無反感地對小善意表達感謝心情之工具，亦有助於促進支援貨幣之流通。例如，當用戶B3對店鋪A2之服務滿意時，用戶B3亦可向店鋪A2提供支援貨幣來作為小費。

支援貨幣亦可為貶值貨幣。例如，當用戶B3向用戶B4轉讓501點之支援貨幣時，用戶B4收取500點之支援貨幣，貶值1點之支援貨幣亦可。 由於支援貨幣隨著交易而減少，故而發行方X勢必會再發行支援貨幣。如此一來，藉由反覆發行及貶值，可進一步提高支援貨幣之流通速度。

支援貨幣亦可每隔一定時間來貶值。例如，支援貨幣亦可每隔1日自動貶值1%。於該情形時，用戶若累積支援貨幣則受損，因此想要盡可能用於消費行動。藉由此種控制方法，亦可進一步促進支援貨幣之流通。

貨幣通過交易來提高其價值。支援貨幣亦與貨幣（現金）同樣，藉由在地區Z內循環而提高其價值。藉由支援貨幣與貨幣分開，或者隨附於貨幣而循環，亦可帶來GDP之實質性提高。貨幣之流通速度越提高，GDP越增大，因此實質性GDP係由貨幣帶來之GDP加上支援貨幣之GDP而得。

物流中亦可利用支援貨幣。於該情形時，物流公司成為承兌機構Y，從發行方X買取支援貨幣。 假設用戶B5（送貨方）向用戶B6（收貨方）配送貨物。 用戶B6（收貨方）設定貨物之可收取日期時間。 由物流公司指定之運送負責人C1於指定之日期時間將貨物運送至用戶B6（收貨方）之家中。 運送負責人C1若於指定日期時間將貨物送達，則可從物流公司獲得支援貨幣。又，若用戶B6（收貨方）於指定日期時間收取貨物，則同樣可從物流公司獲得支援貨幣。

另一方面，假設於指定日期時間，由於用戶B6（收貨方）不在而無法進行貨物之交接。 於該情形時，運送負責人C1若於指定日期時間到達用戶B6之家中，則可獲得支援貨幣。另一方面，不在家之用戶B6無法獲得支援貨幣。 假設運送負責人C1再次配送，亦可獲得支援貨幣來作為工資。因此，即便產生再次配送之勞力，亦可收到利用支援貨幣之補償。 用戶B6（收貨方）若於指定日期時間在家，則可從物流公司獲得支援貨幣。但是，於再次配送時無法獲得支援貨幣。根據此種運作方式，用戶B6（收貨方）會想要為了於指定日期時間確實地收取貨物而在家。

可對支援貨幣其本身賦予交易資訊，亦可對支援貨幣賦予「貨幣ID、交易ID」而使交易資訊與該等建立對應關係來管理。 例如，當用戶B1向用戶B2轉讓支援貨幣時，用戶B1之通訊終端生成交易ID。亦可以不生成同一交易ID之方式，於交易ID中包含時刻等暫時性資訊。 通訊終端（B1）於轉讓支援貨幣時，將交易ID及交易資訊通知給發行方X之伺服器。 伺服器使交易ID與交易資訊建立對應關係而登記。 通訊終端（B1）從本地記憶體中刪除交易資訊。即，支援貨幣中亦可僅包含「貨幣ID及交易ID」。 發行方藉由確認對支援貨幣賦予之貨幣ID及交易ID，可取得支援貨幣之交易資訊。

亦可作為資訊之對價來賦予支援貨幣。 假設用戶B1想要知曉某些資訊，例如地區Z中適合於純素食者之美味餐廳。 用戶B1收集資訊。與此相對，假設其他用戶提供資訊。用戶B1亦可對提供資訊之其他用戶支付支援貨幣來作為謝禮。

支援貨幣之交易可經由網頁瀏覽器或已知之二維碼等來進行。

用戶間進行之交易可為轉讓、租借物品，亦可為提供服務。

A1.當第1用戶與第2用戶之間進行交易時，第1用戶之第1通訊終端亦可將支援貨幣傳送至第2用戶之第2通訊終端，並且使交易之類別與支援貨幣建立對應關係。

A2.第1通訊終端可藉由近距離無線通訊來對第2通訊終端直接發送支援貨幣，亦可經由閘道伺服器等轉接裝置來發送。

A3.進行交易時，支援貨幣之一部分支付給支援貨幣之發行方。

以下，對本實施方式中之支援貨幣管理系統200之功能及構成進行詳細說明。

圖1係用以對支援貨幣之循環進行說明之示意圖。 首先，假定地方公共團體（承兌機構）、營運公司（發行方）以及用戶（P1）、用戶（P2）之4者，對支援貨幣循環之過程進行說明。此處，所謂「用戶」，係利用支援貨幣來交易之經濟主體，意指個人或店鋪（經營者）之兩者來說明。

本實施方式中，「基本貨幣」與「支援貨幣」之2種貨幣於用戶間循環。所謂基本貨幣，除了法定貨幣以外，只要是金、銀、加密貨幣等已知、現存之貨幣即可。支援貨幣係地方公共團體、政府、NPO（Non-Profit Organization，非營利組織）、企業等成為承兌機構，對營運公司發行之獨特之數位貨幣。本實施方式中，地方公共團體係委託發行支援貨幣之主體（委託發行之主體）。支援貨幣係為了振興地區經濟，以促進基本貨幣之流通為目的而發行。

將支援貨幣之單位稱為「點（pt）」。1（pt）之支援貨幣相當於1（日元）之價值。營運公司根據來自地方公共團體之發行委託而發行支援貨幣，並管理支援貨幣。營運公司係基於來自地方公共團體之委託而發行支援貨幣之主體（執行發行之主體）。

首先，地方公共團體向營運公司支付法定貨幣（基本貨幣L）（S1），作為其對價，營運公司向地方公共團體發行支援貨幣S（S2）。此時，營運公司從地方公共團體徵收少量手續費。地方公共團體向用戶（P1）轉讓所承兌之支援貨幣（S3）。營運公司從用戶（P1）（受讓人）徵收少量手續費。用戶（P1）亦可藉由向地方公共團體支付基本貨幣來買取支援貨幣（S4）。或者，地方公共團體亦可將支援貨幣無償轉讓給用戶（P1）。以下，假定無償轉讓來進行說明。

用戶（P2）向用戶（P1）提供商品或服務。以下，只要無特別說明，則「商品」係設為包含「服務」之概念來進行說明。假設用戶（P1）利用支援貨幣來向用戶（P2）支付商品之對價（S5）。於該交易時，營運公司從作為受讓人之用戶（P2）徵收手續費。

用戶（P2）可對營運公司要求支援貨幣與基本貨幣之兌換。 用戶（P2）向營運公司支付支援貨幣（S6），營運公司向用戶（P2）支付基本貨幣（S7）。此時，營運公司亦從用戶（P2）徵收基本貨幣之一部分來作為手續費。 如以上所述，由地方公共團體、營運公司之2者發行之支援貨幣於許多用戶之間循環。

圖2係用以對支援貨幣之匯款方法進行說明之示意圖。 用戶係由用戶ID來識別。以下，所謂用戶（P1），意指用戶ID＝P1之用戶。此處，假定由用戶（P1）向用戶（P2）匯款（轉讓）支援貨幣之情形來進行說明。

首先，支援貨幣係每1（pt）（相當於1日元）由貨幣ID來識別。用戶（P1）之通訊終端100（以下，表述為「通訊終端（P1）」）之保存有貨幣ID＝C1之支援貨幣（以下，表述為「支援貨幣（C1）」）。支援貨幣之實體係包括表示貨幣ID＝C1之資料、以及1個以上之交易資訊320的資料套組。n個交易資訊320（1）～320（n）與圖2所示之支援貨幣（C1）建立對應關係。交易資訊320之詳情後述。

貨幣ID可為數字，亦可為數字及文字之組合。例如，貨幣ID包含：表示支援貨幣之種類（後述）之文字資訊、表示支援貨幣之發行日期時間之數字資訊、序列號等。不論為哪種形式，貨幣ID只要是可唯一識別1（pt），換言之，1單位之支援貨幣之資訊即可。

轉讓方之通訊終端100（P1）、及受讓方之通訊終端100（P2）中，預先搭載有被稱為DI引擎之支援工具。本實施方式中之DI引擎包括具有通訊功能之IC（Integrated Circuit，積體電路）晶片以及輕量之軟體。

通訊終端100（P1）之支援工具對支援貨幣（C1）追加表示與用戶（P2）之交易內容之交易資訊320（n＋1）之後，對通訊終端100（P2）發送支援貨幣（C1）。發送支援貨幣（C1）之後，通訊終端100（P1）之支援工具自通訊終端100（P1）之本地存放器中刪除支援貨幣（C1）。藉此，用戶（P1）失去1（pt）之支援貨幣（C1）。

另一方面，受讓方之通訊終端100（P2）之支援工具接收支援貨幣（C1）時，將支援貨幣（C1）記錄於通訊終端100（P2）之本地存放器中。藉此，用戶（P2）取得1（pt）之支援貨幣（C1）。

如以上所述，當於用戶間轉移支援貨幣時，自轉讓方刪除支援貨幣（數位資料），且於受讓方記錄支援貨幣。又，每次發生交易時，對支援貨幣追加交易資訊320。

更詳細而言，通訊終端100（P1）之支援工具將支援貨幣加密而保存於本地存放器。通訊終端100（P1）係以將支援貨幣加密之狀態來發送。通訊終端100（P2）中之支援工具藉由將所接收之支援貨幣進行解密來認證支援貨幣之真正性，然後再次加密而保存於通訊終端（P2）之本地存放器。支援貨幣之加密及解密係由支援工具自動執行。用戶無法涉及支援貨幣之加密以及解密。

作為由用戶（P1）向用戶（P2）支付支援貨幣之情形，除了用戶（P1）從用戶（P2）購入商品之情形以外，亦考慮對用戶（P2）之善意的謝禮、向用戶（P2）之贈予等。每次進行交易時，對支援貨幣追加交易資訊320。

圖3係支援貨幣管理系統200之硬體構成圖。 支援貨幣管理系統200中，地方公共團體所管理之發行伺服器110（發行系統）、營運公司所管理之營運伺服器120（營運系統）、結算系統104以及複數個通訊終端100係經由網際網路102來相互連接。

地方自治體（發行伺服器110）對營運公司（營運伺服器120）委託發行支援貨幣。發行委託中包含支援貨幣之使用條件（後述）及發行量。營運伺服器120根據委託來發行支援貨幣。地方自治體將所發行之支援貨幣分發給一部分或者特定之通訊終端100。結算系統104係金融機構所營運之系統。

通訊終端100係假定是智慧型手機、膝上型PC、POS（Point Of Sales，銷售點）終端等。個人或商業體係藉由通訊終端100來相互收發支援貨幣。

圖4係通訊終端100之硬體構成圖。 通訊終端100包括：作為存放電腦程式之不揮發性記憶體的存放器312；將程式及資料展開的揮發性之記憶體304；以及內藏有暫存器、運算器、命令解密器，且自記憶體304讀取程式並執行之處理器300（CPU：Central Processing Unit，中央處理器）等。處理器300係與比較高速之第1匯流排302連接。第1匯流排302上，除了記憶體304以外，還連接有NIC（Network Interface Card）。第1匯流排302上，除此以外，亦可連接GPU（Graphics Processing Unit，圖形處理器）等其他裝置。

第1匯流排302經由橋接器308而與比較低速之第2匯流排310連接。第2匯流排310上，除了存放器312以外，還連接有馬達或者揚聲器等輸出裝置316。又，第2匯流排310上，亦可連接滑鼠或鍵盤等輸入裝置314、印表機等周邊機器318。 此外，發行伺服器110以及營運伺服器120之硬體構成亦基本上相同。

圖5係通訊終端100之功能方塊圖。 通訊終端100之各構成要素係藉由以下來實現：CPU及各種共處理器（co-processor）等運算器；稱為記憶體或存放器之記憶裝置；包含將其等連結之有線或者無線之通訊線的硬體；以及存放於記憶裝置中且對運算器供給處理命令之軟體。電腦程式亦可包括：機器驅動器、作業系統、位於該等之上層的各種應用程式、以及對該等程式提供共通功能之庫。 藉由搭載於通訊終端100本體以及通訊終端100上之DI引擎（支援工具），來實現圖5所示之各功能。 以下所說明之各方塊並非表示硬體單元之構成，而是表示功能單元之方塊。發行伺服器110、營運伺服器120亦同樣。

通訊終端100包括：用戶介面處理部130、通訊部132、資料處理部134以及資料存放部136。 用戶介面處理部130除了經由輸入裝置來接受用戶之操作以外，還擔負圖像顯示或聲音輸出等與用戶介面有關之處理。通訊部132擔負與其他通訊終端100等之通訊處理。資料存放部136存放各種資料。資料處理部134基於來自用戶介面處理部130之輸入、通訊部132之接收資料以及存放於資料存放部136中之資料來執行各種處理。資料處理部134亦作為通訊部132、用戶介面處理部130以及資料存放部136之介面來發揮功能。

用戶介面處理部130包括輸入部138以及輸出部140。 輸入部138接受來自用戶之各種輸入。輸出部140對用戶輸出各種資訊。

通訊部132包括發送部142及接收部144。 發送部142向外部裝置發送各種資料。接收部144自外部裝置接收各種資料。

資料處理部134包含交易管理部146。交易管理部146當對其他通訊終端100發送支援貨幣時，對支援貨幣追加交易資訊320。交易管理部146亦執行支援貨幣之加密以及解密。

資料存放部136包含貨幣存放部148。貨幣存放部148對與支援貨幣建立對應關係之數位資料進行管理。支援貨幣以經加密之狀態保存於貨幣存放部148中。

圖6係營運伺服器120之功能方塊圖。 營運伺服器120為營運公司所管理之伺服器。營運伺服器120包括：通訊部150、資料處理部152以及資料存放部154。通訊部150承擔與通訊終端100等外部裝置之通訊處理。資料存放部154存放各種資訊。資料處理部152基於由通訊部150所取得之資料以及存放於資料存放部154中之資料來執行各種處理。資料處理部152亦作為通訊部150以及資料存放部154之介面來發揮功能。

通訊部150包括發送部156及接收部158。 發送部156向外部裝置發送各種資料。接收部158自外部裝置接收各種資料。

資料處理部152包括：貨幣交換部180、手續費徵收部160、結算管理部162、統計部164、用戶管理部106以及發行部166。 用戶管理部106當自已經搭載支援工具之通訊終端100接收到用戶登記要求時，對用戶賦予用戶ID。又，於用戶登記時，將用戶之住址、性別、職業、銀行賬戶號碼等屬性資訊與用戶ID建立對應關係而登記為用戶資訊。營運伺服器120與發行伺服器110共用用戶資訊。

手續費徵收部160於利用支援貨幣之交易發生時，從收取支援貨幣之一方之用戶之銀行賬戶中徵收手續費。作為另一例，手續費徵收部160亦可不從收取支援貨幣的一方，而是從支付之一方之用戶之銀行賬戶中徵收手續費。結算管理部162從地方自治體接納基本貨幣，執行用來發行支援貨幣之結算。結算管理部162從地方自治體之銀行賬戶中扣除支援貨幣之價款（基本貨幣），作為預付款（以下，稱為「營運寄存貨幣」）來管理。統計部164對支援貨幣之交易資訊320進行統計，分析經濟效果。發行部166發行支援貨幣。又，發行部166於發行支援貨幣時，將支援貨幣之使用條件（後述）登記於資料存放部154中。貨幣交換部180將基本貨幣與支援貨幣交換。

圖7係發行伺服器110之功能方塊圖。 發行伺服器110為地方自治體所管理之伺服器。發行伺服器110包括：通訊部170、資料處理部172及資料存放部174。通訊部170擔負與通訊終端100等外部裝置之通訊處理。資料存放部174存放各種資訊。資料處理部172基於由通訊部170所取得之資料以及存放於資料存放部174中之資料來執行各種處理。資料處理部172亦作為通訊部170以及資料存放部174之介面來發揮功能。

通訊部170包括發送部176及接收部178。 發送部176向外部裝置發送各種資料。接收部178自外部裝置接收各種資料。

資料處理部172包括：贈禮賦予部182及分發部108。 贈禮賦予部182於針對交易而成立規定之贈禮條件時，對交易者賦予贈禮。分發部108將支援貨幣分發給通訊終端100。

圖8係表示支援貨幣之發行以及分發過程之順序圖。 首先，由地方自治體之發行伺服器110向營運公司之營運伺服器120發送支援貨幣之發行要求（S10）。發行要求中包含發行量以及使用條件。此時，地方自治體向營運公司支付與發行額相符之基本貨幣（法定貨幣）。例如，於發行100億（pt）之支援貨幣時，地方自治體向營運公司支付100億（日元）。

營運伺服器120之發行部166發行指定量之支援貨幣（S12）。此時發行部166對支援貨幣設定貨幣ID。如上所述，貨幣ID只要是可識別1（pt）單位之貨幣之資訊即可。結算管理部162係以地方自治體之銀行賬戶為對象，指示結算系統104利用基本貨幣來結算（S14）。藉由該結算處理，基本貨幣從地方自治體存入營運公司。營運公司將從地方自治體收取之資金（基本貨幣）作為營運寄存貨幣來管理。另一方面，地方自治體將從營運公司收取之支援貨幣作為「發行寄存貨幣」來管理。手續費徵收部160徵收與支援貨幣之發行相關之手續費（S16）。手續費徵收部160亦可藉由將手續費追加於存入額上之方式，而將手續費與存入額一併徵收。

發行伺服器110之分發部108將發行寄存貨幣（支援貨幣）無償分發給複數個通訊終端100。例如，當發行伺服器110保有100億（pt）之發行寄存貨幣時，可向每一位居民分發1000（pt）之支援貨幣。藉此，用戶從地方自治體獲得1000（pt）之支援貨幣。 此外，亦可不通過發行伺服器110，而是藉由從營運伺服器120向通訊終端100直接發送支援貨幣，來發行支援貨幣。即，發行伺服器110將支援貨幣之發行量以及分發目的地通知給營運伺服器120，營運伺服器120亦可根據通知，將支援貨幣發送給通訊終端100。

支援貨幣之分發對象可由地方自治體之政策負責人任意設定。例如，政策負責人可將新發行之支援貨幣之分發目的地限定於位於地區Z中之店鋪。用戶（店鋪）於支援貨幣管理系統200進行會員登記時，將店鋪之規模、營業狀況、所在地等屬性資訊作為用戶資訊來登記於營運伺服器120中。發行伺服器110之分發部108參照與營運伺服器120共用之用戶資訊，以成為分發對象之用戶之地址為對象，發送支援貨幣。

或者亦可將地區Z之訪問者作為對象來發行支援貨幣。用戶（P3）係居住地為地區Z以外的用戶。當用戶（P3）來到地區Z時，通訊終端100（P3）將位置資訊及用戶ID發送給發行伺服器110。發行伺服器110之分發部108基於用戶ID及位置資訊，檢測出用戶（P3）為從其他地區來訪問地區Z之用戶，向通訊終端100（P3）發送支援貨幣來作為訪問之謝禮。根據此種控制方法，可喚起從其他地區來訪問地區Z之意願。又，訪問者收取之支援貨幣促進地區Z中之消費活動。

複數個地方自治體可發行獨特之支援貨幣。又，1個地方自治體亦可發行複數種類之支援貨幣。支援貨幣之類別係由類別ID來識別。以下，主要假定小田原市所發行之支援貨幣（類別ID＝K1）來進行說明。又，將小田原市發行之支援貨幣表述為「支援貨幣（K1〈小田原〉）」或者表述為省略發行對象地區之「支援貨幣（K1）」。小田原市與日光市為姐妹城市。支援貨幣（K1〈小田原〉）係以不僅可於小田原市使用，亦可於日光市使用之方式來設定使用條件。同樣，日光市發行之支援貨幣（類別ID＝K4）（如上所述，表述為「支援貨幣（K4〈日光〉）」或者「支援貨幣（K4）」）不僅可於日光市使用，亦可於小田原市使用。

圖9係用戶（P1）所持有之通訊終端100（P1）中的支付畫面198之畫面圖。 此處，假定用戶（P1）於名為「A-店」之店鋪（用戶（P4））中購入「襪子B」之情形來進行說明。假設店鋪（P4）中設置之通訊終端100（P4）為POS終端。於商品核算時，通訊終端100（P4）將表示商品名、金額等交易內容之資訊發送給通訊終端100（P1）。通訊終端100（P1）之輸出部140顯示支付畫面198。用戶（P1）藉由支付畫面198來確認購入對象商品。

用戶（P1）利用基本貨幣及支援貨幣中之任一者來支付商品對價。亦可利用基本貨幣及支援貨幣之兩者來支付對價。於貨幣選擇區域190中，顯示基本貨幣按鈕192以及支援貨幣按鈕194。用戶（P1）於利用基本貨幣來支付時觸摸基本貨幣按鈕192，輸入支付金額。於利用支援貨幣來支付時觸摸支援貨幣按鈕194，來輸入支付金額（點數）。例如當「襪子B」為1,400（日元）時，可利用基本貨幣來支付1,000（日元），且利用支援貨幣來支付剩下之400（日元）。利用基本貨幣之支付方法係與利用信用卡或利用電子貨幣之支付方法相同。觸摸支援貨幣按鈕194時，顯示出接下來之圖10所示之支援貨幣選擇畫面202（後述）。

如上所述，通訊終端100（P4）將表示交易內容之資訊發送給通訊終端100（P1）。若用戶（P1）觸摸交易內容按鈕196，則輸出部140顯示交易內容。用戶（P1）於交易內容之顯示畫面（未圖示）中確認交易內容，視需要可修正。此時，用戶（P1）輸入交易原因。作為交易原因，考慮「商品購入」、「禮物」、「對善意之謝禮」、「借款之償還」、「貸款」等。

關於商品對價之支付方法，決定基本貨幣及支援貨幣之分配後，用戶（P1）觸摸支付按鈕204。當有利用支援貨幣之支付時，對支援貨幣追加交易資訊320，發送給通訊終端100（P3）。當有利用基本貨幣之支付時，亦執行利用基本貨幣之結算。

圖10係通訊終端100中之支援貨幣選擇畫面202之畫面圖。 當支付畫面198之支援貨幣按鈕194被觸摸時（參照圖9），通訊終端100（P1）之輸出部140顯示支援貨幣選擇畫面202。於支援貨幣選擇畫面202上，顯示表示用戶（P1）所保有之支援貨幣及其保有量的選擇按鈕206。根據圖10，用戶（P1）保有澀谷發行之支援貨幣（K2〈澀谷〉）520（pt）、大阪發行之支援貨幣（K5〈大阪〉）11,000（pt）、小田原發行之支援貨幣（K1〈小田原〉）18,453（pt）、日光發行之支援貨幣（K4〈日光〉）130（pt）。

用戶（P4）係存在於小田原市之店鋪，可使用支援貨幣（K1〈小田原〉）、以及與小田原市合作之日光市之支援貨幣（K4〈日光〉）。通訊終端100（P4）於交易時，將可接納之支援貨幣之類別通知給通訊終端100（P1）。通訊終端100（P1）之輸出部140灰色顯示與無法使用之支援貨幣（K2〈澀谷〉）及支援貨幣（K5〈大阪〉）對應之選擇按鈕206，設定為不可選擇。

用戶（P1）可於小田原市之店鋪（P4）中使用支援貨幣（K1〈小田原〉）以及支援貨幣（K4〈日光〉）。用戶（P1）於選擇支援貨幣（K1）時決定其使用量（點數）。於選擇支援貨幣（K4〈日光〉）時亦同樣。若於小田原市使用支援貨幣（K4〈日光〉），則對用戶（P1）賦予贈禮。對於支援貨幣（K4〈日光〉），預先設定當「在小田原市使用時」賦予贈禮之贈禮條件。輸出部140於獲得贈禮之支援貨幣之選擇按鈕206上追加顯示機會標記208。

發行伺服器110登記有關於各支援貨幣之贈禮條件。因此，當用戶（P1）使用支援貨幣（K4〈日光〉）時，贈禮賦予部182對用戶（P1）賦予贈禮。贈禮為任意，例如可為可於日光使用之餐券（數位資料）、支援貨幣（K4〈日光〉）等。

圖11係交易資訊320之資料結構圖。 發送方之通訊終端100中之交易管理部146於交易執行時生成交易ID，對交易資訊320賦予交易ID。交易ID係作為包含時刻、用戶ID之固有資訊的雜湊值而生成。交易管理部146只要於交易資訊320中包含交易發生時之時刻、交易發生地點、交易對象者之用戶ID等可唯一識別交易之資訊即可。而且，亦可將能夠識別該等交易之資訊視為「交易ID」。交易資訊320中包含：發送者（轉讓者）之用戶ID、接收者（受讓人）之用戶ID、成為交易對象之商品名（商品碼）、商品價格、支援貨幣以及基本貨幣之使用量、交易日期時間、交易原因等表示交易詳情之各種資訊。

例如，用戶（P1）向用戶（P5）支付2,000（日元）來作為「西服（B2）」之對價。用戶（P1）利用基本貨幣來支付2,000（日元）中之1,500（日元），且利用支援貨幣（K1〈小田原〉）來支付相當於剩餘之500（日元）之500（pt）。假設關於該交易之交易ID為「T1」。於該情形時，通訊終端100（P1）之交易管理部146對於500（pt）之支援貨幣（K1〈小田原〉），換言之，對於500個支援貨幣（K1〈小田原〉）之每一個追加交易資訊320（T1）。通訊終端100（P1）將追加有交易資訊320（T1）之500（pt）之支援貨幣（K1〈小田原〉）發送給通訊終端100（P5）。

交易資訊320中亦包含貢獻度資料210。交易（T1）中，藉由500（pt）之支援貨幣來成立2,000（日元）之經濟交易。於該情形時，交易管理部146算出支援貨幣之流通貢獻度為「4（＝2,000÷500）」。所謂流通貢獻度，表示交易價格/支援貨幣，且表示支援貨幣動用了多少基本貨幣。於交易（T1）之情形時，用戶（P1）為了具有使用500（pt）支援貨幣（K1〈小田原〉）之權利，而考慮作出購入2,000（日元）之西服（B2）之決斷。

交易（T1）中使用之支援貨幣（K1〈小田原〉）中，貨幣ID＝C1之支援貨幣表現為支援貨幣（K1〈小田原〉：C1）或者支援貨幣（K1：C1）。此處，假設支援貨幣（K1：C1）進而於接下來之交易（T2）中亦使用。交易（T2）中，由用戶（P5）對用戶（P8）支付150（pt）之支援貨幣（K1）來作為「回答問卷調查之謝禮」。交易（T2）中，由於未隨附基本貨幣之支付，故而流通貢獻度為「0」。通訊終端100（P5）之交易管理部146對支援貨幣（K1＝C1）追加交易資訊320（T2）。

假設支援貨幣（K1：C1）進而亦於接下來之交易（T3）中使用。交易（T3）中，由用戶（P8）對用戶（P4）支付1,500（日元）來作為午餐之價款。其中，由於利用支援貨幣（K1）之支付為500（pt），故而流通貢獻度為「3（＝1,500÷500）」。通訊終端100（P8）之交易管理部146對支援貨幣（K1：C1）追加交易資訊320（T3）。

如以上所述，對支援貨幣，於每次用於交易時追加交易資訊320。因此，藉由參照支援貨幣之交易資訊320，可知曉關於每一個支援貨幣之交易歷程。

支援貨幣亦可作為薪水、兼職酬勞等工資來支付。或者，當用戶在店鋪進行會員登記時、或來店時，作為在SNS（SociaL Networking Service，社群網路服務）上介紹商品時之謝禮來支付。

圖12係支援貨幣中所包含之交易資訊320之資料結構圖。 如上所述，複數個支援貨幣係由類別ID來識別。支援貨幣（K1〈小田原〉）之群組中包含複數個單位之支援貨幣（K1〈小田原〉）。支援貨幣（K1）之1（pt）為1單位，係由貨幣ID識別。

貨幣ID＝C1之支援貨幣（K1：C1）藉由各種用戶間之交易而於通訊終端100之間轉移。於每次發生交易時，利用發送方之通訊終端100來追加交易資訊320。關於其他支援貨幣亦同樣。如上所述，1單位（pt）之支援貨幣中包含1個以上之交易資訊320。圖12表示支援貨幣（K1〈小田原〉：C1）至支援貨幣（K1〈小田原〉：Cn）之資料結構。關於支援貨幣（K1〈小田原〉）以外之支援貨幣亦同樣。

圖13係表示支援貨幣之轉移狀況之示意圖。 此處，為了簡化說明，而示意性表示用戶間之交易中的支援貨幣之轉移情況；但於實際之交易中，支援貨幣於許多用戶之間複雜地轉移。圖13中，假定用戶（P1）所保有之支援貨幣之一部分轉移給用戶（P5）（交易（T1）），用戶（P5）所保有之支援貨幣之一部分轉移給用戶（P8）（交易（T2）），且用戶（P8）所保有之支援貨幣之一部分轉移給用戶（P4）之情形來進行說明（交易（T3））。

首先，交易（T1）中，用戶（P1）所保有之支援貨幣之一部分轉移給用戶（P5）。此處，假設支援貨幣（C1）、支援貨幣（C2）、支援貨幣（C3）被發送。此時，通訊終端100（P1）之交易管理部146對該等3單位之支援貨幣之每一個賦予交易資訊320（T1）。

其次，交易（T2）中，用戶（P5）所保有之支援貨幣之一部分轉移給用戶（P8）。假設支援貨幣（C1）及支援貨幣（C3）被發送，且用戶（P8）原本保有之支援貨幣（C4）亦成為發送對象。另一方面，用戶（P8）於交易（T1）中取得之支援貨幣（C2）沒有轉移。

於交易（T2）結束之時間點，對支援貨幣（C1）及支援貨幣（C3）追加交易資訊320（T1）及交易資訊320（T2）。對支援貨幣（C2）而言，最新之交易資訊320為交易資訊320（T1），對支援貨幣（C4）追加交易資訊320（T2）。

交易（T3）中，用戶（P8）所保有之支援貨幣之一部分轉移給用戶（P4）。支援貨幣（C1）及支援貨幣（C5）被轉移，支援貨幣（C4）未被轉移。通訊終端100（P8）對支援貨幣（C1）及支援貨幣（C5）追加交易資訊320（T3）。

於交易（T3）結束之時間點，對支援貨幣（C1）追加交易資訊320（T1）～320（T3）。對支援貨幣（C2）追加交易資訊320（T1），對支援貨幣（C3）追加交易資訊320（T1）、交易資訊320（T2）。對支援貨幣（C4）追加交易資訊320（T2），且對支援貨幣（C5）追加交易資訊320（T3）。

實際上，成為發送對象之支援貨幣係以FIFO（First in First out，先進先出）方式來選擇，因此不採取如圖13所示之支援貨幣之選擇方式。從用戶所保有之許多支援貨幣中選擇成為發送對象之支援貨幣之選擇方式，係與接下來之圖14相關聯而說明。

圖14係表示成為發送對象之支援貨幣之選擇方式之示意圖。 此處，以用戶（P8）向用戶（P6）支付支援貨幣（K1〈小田原〉）之交易（T5）、用戶（P6）向用戶（P1）支付支援貨幣（K1）之交易（T6）為對象來進行說明。

用戶（P8）保有從用戶（P4）、用戶（P7）、用戶（P6）等獲得之複數個支援貨幣（K1）。圖14之上方表示最近取得之支援貨幣（K1），越下方表示越早取得之支援貨幣（K1）。交易（T5）中，當用戶（P8）向用戶（P6）支付既定量之支援貨幣（K1）時，通訊終端100（P8）之交易管理部146從取得日期時間早之支援貨幣（K1）選擇既定量之支援貨幣（K1）來發送給通訊終端100（P6）。即，交易管理部146利用所謂FIFO方式來管理支援貨幣（K1）。

交易（T5）之後，通訊終端100（P6）將從用戶（P8）收取之支援貨幣（K1）作為保有貨幣而存放於貨幣存放部148中。交易（T6）時，通訊終端100（P6）之交易管理部146亦從取得日期時間早之支援貨幣（K1）中選擇發送對象。

藉由以FIFO方式來選擇成為發送對象之支援貨幣（K1），不易產生一部分之支援貨幣（K1）長期滯留於特定用戶之貨幣存放部148中之狀況。若僅一部分之支援貨幣（K1）成為交易對象，則僅對一部分之支援貨幣（K1）賦予大量之交易資訊320。藉由採用FIFO方式，許多支援貨幣（K1）中所包含之交易資訊320之量，換言之，各支援貨幣（K1）之資料大小容易均衡化。

圖15係表示利用支援貨幣之交易過程之順序圖。 此處，交易（T1）中，假定用戶（P1）向用戶（P5）支付支援貨幣之情形來進行說明。首先，用戶（P1）於支付畫面198中指示向用戶（P5）發送（支付）支援貨幣（S20）。通訊終端100（P1）之交易管理部146對成為發送對象之支援貨幣追加交易資訊320（T1）（S22）。

通訊終端100（P1）之發送部142向通訊終端100（P5）發送支援貨幣，通訊終端100（P5）之接收部144接收支援貨幣（S24）。如上所述，支援貨幣被加密而發送。通訊終端100（P5）之交易管理部146若可對支援貨幣進行解密，則判定為正規之支援貨幣。搭載於通訊終端100上之支援工具具有秘密之公用秘鑰。利用該公用秘鑰來執行解密及加密。

接收方之通訊終端100（P5）之輸出部140若可確認支援貨幣之真正性，則顯示入款通知（S26）。此外，如上所述，亦可與支援貨幣之發送同時執行基本貨幣之匯款。

通訊終端100（P1）之交易管理部146經由發送部142，將表示交易結果之交易資訊320亦發送給營運伺服器120（S28）。同樣，通訊終端100（P5）亦將表示交易結果之交易資訊320發送給營運伺服器120（S30）。營運伺服器120之手續費徵收部160將2個交易資訊320進行核對，對收取支援貨幣之一方之用戶（P5）更新累計手續費資訊220（S32）。累計手續費資訊220記錄有每個用戶之未支付之手續費之累計額（後述）。

此外，於營運伺服器120中可進行交易資訊320之核對時，營運伺服器120之發送部156亦可對通訊終端100（P1）以及通訊終端100（P5）之兩者或一者發送交易認可通知。收取支援貨幣之通訊終端100（P5）之交易管理部146接收到交易認可通知時，亦可於S24中對所接收之支援貨幣之交易資訊320追加記錄交易認可之敘述。

此外，利用營運伺服器120之交易認可亦可不執行。於該情形時，亦可假設僅通訊終端100（P1）或者通訊終端100（P5）之一者將交易資訊320通知給營運伺服器120。

手續費係作為交易中支付之支援貨幣之既定比例來決定。例如，若手續費率為1（%），且交易中使用之支援貨幣為1,000（pt），則營運伺服器120徵收相當於交易額之1（%）之10（日元）來作為手續費。本實施方式中，從被支付支援貨幣方徵收手續費，但亦可從支付方徵收。手續費可於每次發生交易時徵收，但本實施方式中設為1個徵收1次，月末一起徵收。

圖16係累計手續費資訊220之資料結構圖。 累計手續費資訊220存放於營運伺服器120之資料存放部154中。累計手續費資訊220表示每個用戶之未結算之手續費累計額。每次發生用戶間之交易時，手續費徵收部160將相當於支援貨幣之一部分的金額作為手續費來記錄於累計手續費資訊220。例如，當由用戶（P1）向用戶（P5）支付支援貨幣時，手續費徵收部160在用戶（P5）之手續費累計額上加上新交易之手續費。

手續費徵收部160對結算系統104發出指示，月末從各用戶之銀行賬戶中扣除未支付部分之手續費。手續費徵收部160於結算後，更新累計手續費資訊220。累計手續費資訊220中僅記載未收之手續費。

例如，用戶（P1）之手續費累計額為520（日元），故而手續費徵收部160於月末，以基本貨幣（法定貨幣）從用戶（P1）之銀行賬戶中扣除520（日元）。扣款完畢後，累計手續費資訊220中之用戶（P1）之手續費累計額、即未支付部分為0（日元）。 手續費徵收部160與結算系統104共同具有累計手續費資訊220，對網際網路102發出指示，以使銀行餘額不會低於手續費累計額。

圖17係手續費設定資訊230之資料結構圖。 手續費設定資訊230存放於營運伺服器120之資料存放部154中。手續費設定資訊230對於支援貨幣（K1〈小田原〉），表示每個用戶之交易累計額以及手續費率。營運伺服器120之統計部164於每次發生交易時，對於使用支援貨幣（K1）之用戶，更新交易累計額。根據圖17之手續費設定資訊230，用戶（P1）使用合計5,018（pt）之支援貨幣（K1）。交易累計額表示於預先指定之期間匯款之支援貨幣之總額（pt）。

手續費徵收部160係根據交易累計額來設定手續費率。基本之手續費率為1.0（%）。若交易累計額超過10萬（pt），則手續費徵收部160使手續費率降低至0.8（%）。用戶（P2）之交易累計額為121,184（pt），故而手續費徵收部160將用戶（P2）之手續費率設定為0.8（%）。即，於用戶（P2）從其他用戶收取支援貨幣之情形時，用戶（P2）將相當於所收取之支援貨幣之0.8（%）的基本貨幣支付給營運公司來作為手續費。

越積極使用支援貨幣，使獲得支援貨幣時之手續費越低，藉此可提高支援貨幣之使用意願。又，常常於使用支援貨幣時，亦同時動用基本貨幣，因此藉由使支援貨幣之流通活化，可使基本貨幣之流通活化。

若交易累計額超過通訊終端100萬（pt），則手續費徵收部160將手續費率變更為0.3（%）。若交易累計額超過1,000萬（pt），則手續費徵收部160將手續費率變更為0.1（%）。

手續費徵收部160可基於手續費率及用戶之屬性資訊來設定。例如，亦可根據個人或經營者、大企業或中小企業來變更手續費率。手續費徵收部160亦可根據性別、年齡、居住地、家庭年收入等來設定手續費率。

圖18係手續費調整資訊240之資料結構圖。 手續費調整資訊240存放於營運伺服器120之資料存放部154中。手續費調整資訊240表示與交易原因對應之手續費之調整率。手續費徵收部160為了促進特定之交易，而根據交易原因來變更手續費。於通常之商品購入時，調整率為「×1.0」。由於用戶（P1）之手續費率為1.0（%）（參照圖17），故而當其他用戶從用戶（P1）購入通常之商品時，對於用戶（P1）應支付之手續費而言適用之手續費率為1.0（%）（＝1×1）。

許多商品中，地方自治體亦可指定「環保商品」。環保商品之調整率為「×0.5」。當其他用戶從用戶（P1）購入環保商品時，適用於用戶（P1）之手續費率成為0.5（%）（＝1×0.5）。藉由進行如上所述之調整，可提高用戶（P1）販賣環保商品之動機。

碳信用之調整率為「×（-0.2）」。假設為用戶（P1）為碳信用之生產者。於該情形時，當其他用戶從用戶（P1）購入碳信用時，對用戶（P1）適用-0.2（%）（＝1×（-0.2））作為手續費率。即，販賣碳信用時，營運公司向用戶（P1）支付基本貨幣。

圖19係貨幣流通資訊250之資料結構圖。 貨幣流通資訊250存放於營運伺服器120之資料存放部154中。貨幣流通資訊250表示支援貨幣（K1〈小田原〉）之流通次數（交易次數）以及合計之流通貢獻度。根據用戶之交換要求（參照圖1），營運公司從財貨市場（Goods Market）回收支援貨幣。統計部164確認經回收之支援貨幣之交易資訊320，計算流通次數以及流通貢獻度。

圖19之貨幣流通資訊250將關於支援貨幣（K1〈小田原〉）之資料進行統計。支援貨幣（K1：C1）由營運公司發行後，直至由營運公司回收之前，經由15次之交易。換言之，對支援貨幣（K1：C1）賦予15個交易資訊320。另一方面，支援貨幣（K1：C3）之流通次數為98次。因此可知，較支援貨幣（K1：C1）而言，支援貨幣（K1：C3）於大量交易中使用。

統計部164對每1單位之支援貨幣，計算流通貢獻度之合計值。具體而言，統計部164合計作為貢獻度資料210而包含於附屬於支援貨幣（K1：C1）上之複數個交易資訊320中之流通貢獻度，將其合計值記錄於貨幣流通資訊250中。支援貨幣（K1：C1）之流通貢獻度之合計值為「81」。意指支援貨幣（K1：C1）隨著1（pt）之流通而流通81（日元）之基本貨幣。換言之，流通貢獻度之合計值「81」表示利用支援貨幣（K1：C1）之經濟效果之大小。

圖20係使用條件資訊260之資料結構圖。 使用條件資訊260存放於營運伺服器120之資料存放部154中。使用條件資訊260表示支援貨幣之使用條件。地方自治體於支援貨幣之發行時，對營運公司設定使用條件。

支援貨幣（K1）設定為可於小田原市使用。具體而言，於小田原市進行居民登記之用戶、本店或支店設定於小田原市之店鋪中，可使用支援貨幣（K1〈小田原〉）。可以支援貨幣（K1）之接收方為小田原市之用戶為條件，來進行利用支援貨幣（K1）之交易。小田原市與作為姐妹城市之日光市合作。因此，支援貨幣（K1〈小田原〉）不僅可於小田原市使用，於日光市亦可使用。

支援貨幣（K1〈小田原〉）之可使用期為「2022年1月1日」至「2022年12月31日」之1年時間。因此，若為2023年，支援貨幣（K1）不可使用。即便到了2023年仍保有支援貨幣（K1）之用戶會對營運伺服器120要求支援貨幣及基本貨幣之交換。營運伺服器120之貨幣交換部180由用戶收取支援貨幣，對用戶支付基本貨幣。或者，貨幣交換部180於使用期之結束後，使市場上流通之支援貨幣（K1）失效亦可。失效之支援貨幣（K1）於營運伺服器120中不可交換。

日光市之支援貨幣（K4〈日光〉）亦可於小田原市使用。如上所述，於小田原市使用支援貨幣（K4〈日光〉）時，贈禮賦予部182對用戶賦予贈禮。或者，當於日光市使用支援貨幣（K1〈小田原〉）時，贈禮賦予部182亦對用戶賦予贈禮。

地方自治體可任意設定使用條件。例如考慮：可使用支援貨幣之店鋪、可利用支援貨幣來交易之商品、可使用支援貨幣之星期幾等制約使用方法之使用條件。除此以外，使用支援貨幣之交易時，可將流通貢獻度達到4倍以上作為使用條件，亦可設為僅可於下雨天使用等將天氣設定為使用條件。或者亦可設定若於下雨天使用，則賦予贈禮等贈禮條件。

圖21係經濟效果資訊270之資料結構圖。 經濟效果資訊270存放於營運伺服器120之資料存放部154中。經濟效果資訊270表示各種支援貨幣之經濟效果。支援貨幣之使用期結束後，統計部164參照貨幣流通資訊250來計算支援貨幣之經濟效果。

支援貨幣（K1〈小田原〉）發行5兆（pt）。支援貨幣（K1〈小田原〉）之流通次數之最低值為1（次），最大值為720（次），平均值為260（次）。若支援貨幣（K1〈小田原〉）之流通貢獻度之平均值為71（次），則可算出伴隨支援貨幣（K1）之基本貨幣之流通量為355兆（日元）（＝5兆×71）。此外，亦可不採用平均值，而是採用中央值或者眾數值來作為流通次數分布之代表值。

藉由參照使用條件資訊260以及經濟效果資訊270，可考察支援貨幣之使用條件與經濟效果之關係。例如，當獲得支援貨幣（K1〈小田原〉）之經濟效果高之結果時，於其他地區中，亦藉由以支援貨幣（K1）之使用條件來獨自發行支援貨幣，而可期待同樣之經濟效果。換言之，亦可將小田原市之地方自治體之經驗於其他地區運用。

〈總結〉 以上，基於實施方式來對支援貨幣管理系統200進行說明。 用戶從地方自治體無償地獲得支援貨幣，可以與通常之基本貨幣相同之方式使用支援貨幣。支援貨幣之資本係由地方自治體承擔，因此用戶不會有經濟負擔，可輕鬆地使用支援貨幣。而且，藉由隨著支援貨幣而動用基本貨幣，則經濟活動活化。

藉由對支援貨幣附加各種使用條件或者贈禮條件，可使支援貨幣具有個性或獨特性。例如，於以某地區Z中之經濟活化為目的之情形時，亦可將支援貨幣之通用範圍限定於地區Z。又，若對支援貨幣設定使用期間，且於期限後使支援貨幣失效，則可引導用戶向想要在支援貨幣可使用之期間使用之意識，容易促進支援貨幣之流通次數。

藉由對訪問地區Z之用戶分發支援貨幣，容易喚起對地區Z之訪問意願。假定地區Z之訪問者會於地區Z將基本貨幣與支援貨幣一併使用，因此可從外部向地區Z中引入金錢（基本貨幣）。

可限制僅對購買意願旺盛之年輕人或者育兒家庭無償分發支援貨幣，亦可發行僅可用於教育目的之支援貨幣。如此一來，地方自治體可根據政策目的，對支援貨幣之分發目的地及使用條件進行獨特之研究。

地方自治體向營運公司支付基本貨幣（金錢），發行支援貨幣。因此，支援貨幣之資本由地方自治體承擔。另一方面，若通過支援貨幣來活化經濟，則地方自治體可期待由公司稅或者消費稅所帶來之稅收增加。

用戶保有於通訊終端100中之支援貨幣係以FIFO方式來管理。因此，可以僅一部分支援貨幣不成為交易對象之方式來控制。

支援貨幣係與基本貨幣同樣地流通，但對支援貨幣設定使用條件。越根據使用條件來限制使用目的、使用方法，支援貨幣越成為「像貨幣但不能稱為貨幣者」。因此，較作為某人之善意或恩惠之對價，支付正規貨幣即基本貨幣來作為謝禮而言，支付支援貨幣容易抑制轉讓者與受讓人之兩者的心理反感。尤其由於支援貨幣原本為無償分發，故而用戶容易輕鬆地支付支援貨幣來作為善意之對價。

對於支援貨幣，於每次發生交易時，追加交易資訊320。藉由確認對支援貨幣附加之交易資訊320，可詳細分析支援貨幣以何種程度使用、或用於何處、或發揮何種程度之經濟效果。

例如，若知曉某地方自治體所發行之支援貨幣發揮經濟效果，則於其他地方自治體亦容易導入同樣之政策。又，當某地方自治體發行之支援貨幣之經濟效果低時，以作為失敗之經驗而共有，藉此可防止其他地方自治體經歷相同之失敗。當某地方自治體發行之支援貨幣發揮經濟效果時，國家亦可以相同之使用條件來發行支援貨幣。根據支援貨幣管理系統200，可測量由支援貨幣所帶來之經濟效果，因此容易制定合理之經濟政策。

營運公司於每次發生交易時徵收手續費。該手續費成為營運公司之營運資金。藉由支援貨幣使用得越多，越降低手續費率，容易進一步喚起支援貨幣之使用意願。即便手續費率下降，只要利用支援貨幣之交易之次數增加，則營運公司仍可充分確保收益機會。

藉由使手續費率，根據進行交易之用戶之屬性資訊或者交易原因而變化，可一定程度地控制交易。例如，藉由降低FCV（Fuel Cell Vehicle，燃料電池車）相關製品之購入時之手續費率，亦可促進FCV之普及。

可對用戶提供收集各種支援貨幣之樂趣。用戶亦可藉由收集作為日本全國、或者世界各國之獨特貨幣的支援貨幣，來收集支援貨幣。對於支援貨幣亦可設定獨特設計之圖像。支援貨幣選擇畫面202中，藉由將設計不同之多樣之支援貨幣排列顯示，可增加收集之樂趣。或者亦可提供將支援貨幣之收集一覽顯示之專用應用程式、軟體。藉由喚起收集需要，可提高支援貨幣之價值。

此外，本發明並不限定於上述實施方式或變形例，可於不脫離主旨之範圍內將構成要素變形而具體化。亦可藉由將上述實施方式或變形例中揭示之複數個構成要素適當組合而形成各種發明。又，亦可從上述實施方式或變形例中所示之全部構成要素中刪除若干構成要素。

假設藉由包含複數個通訊終端100、發行伺服器110以及營運伺服器120而構成支援貨幣管理系統200，來進行說明，但通訊終端100之功能之一部分可由發行伺服器110或者營運伺服器120來實現，發行伺服器110或者營運伺服器120之功能之一部分亦可分配給通訊終端100。又，通訊終端100、發行伺服器110或者營運伺服器120以外之第3裝置亦可承擔通訊終端100、發行伺服器110或者營運伺服器120之功能之一部分。通訊終端100、發行伺服器110以及營運伺服器120之各功能之集合體亦可在全域上把握為1個「資訊處理裝置」。對於1個或複數個硬體，如何分配為了實現本發明而必需之複數種功能，只要鑒於各硬體之處理能力或對支援貨幣管理系統200所要求之規格等來決定即可。

〈變形例〉 本實施方式中，假設對於通訊終端100搭載具有通訊功能之DI引擎（支援工具）來進行說明。DI引擎可藉由IC晶片及應用程式、軟體來實現，亦可僅藉由應用程式、軟體來實現，亦可僅藉由IC晶片等專用之電子電路來實現。

圖22係作為變形例，表示分發支援貨幣來作為購入商品之謝禮時之處理過程的順序圖。 當用戶在某店鋪購入商品時，可對購入者賦予支援貨幣來作為其謝禮。圖22所示之變形例中，藉由地方自治體向營運公司支付基本貨幣而發行支援貨幣。假設營運公司管理基本貨幣，地方自治體管理支援貨幣。

首先，假設個人身份之用戶（P11）從店鋪身份之用戶（P10）購入商品。用戶（P10）假設為由地方自治體所指定之「特定店鋪」。特定店鋪之選擇方式為任意，例如考慮地方自治體所欲支援的本地之小規模商店等。用戶（P11）利用基本貨幣（現金），將商品價款支付給用戶（P10：特定店鋪）（S40）。用戶（P10）將有利用基本貨幣之商品購入之敘述報告給地方自治體（發行伺服器110）（S42）。具體而言，通訊終端100（P10）之交易管理部146將購入者之用戶ID＝P11及販賣者之用戶ID＝P10、商品之購入價款通知給發行伺服器110。

發行伺服器110之分發部108或者贈禮賦予部182確認販賣者之用戶ID為特定店鋪之用戶ID之後，將相當於購入價款之一部分、例如0.5（%）之支援貨幣發送給用戶（P11：購入者）（S44）。此時，營運公司亦可對支援貨幣之一部分徵收手續費。

根據如上所述之控制方法，於特定店鋪購入商品之用戶可獲得支援貨幣，因此可促進在特定店鋪之購買行動。地方自治體可通過支援貨幣來支援特定店鋪。又，藉由對在特定店鋪購物之用戶分發支援貨幣，可使支援貨幣在地區中少量地流通。

並不限定於特定店鋪，亦可以特定商品為對象來分發支援貨幣。例如，當購入EV（Electric Vehicle，電動車）等特定商品時，發行伺服器110對購入者分發支援貨幣亦可。或者，亦可考慮當支付大件垃圾之回收費時，發行伺服器110藉由對支付者分發支援貨幣，來促進回收。

圖23係作為變形例，表示支援貨幣之有償購入時之處理過程的順序圖。 本實施方式中，假定地方自治體由營運公司有償發行支援貨幣之後，將支援貨幣無償分發給用戶之情形來進行說明。作為變形例，用戶亦可利用基本貨幣而從地方自治體購入支援貨幣。圖23所示之變形例中，地方自治體亦藉由對營運公司支付基本貨幣來發行支援貨幣。假設營運公司管理基本貨幣，地方自治體管理支援貨幣。又，假定由用戶（P12）對用戶（P15）支付支援貨幣之情形，假設不僅營運伺服器120，發行伺服器110亦包括貨幣交換部（未圖示）。

首先，地方自治體（發行伺服器110）對營運公司（營運伺服器120）委託發行支援貨幣（S50）。營運伺服器120在從地方自治體收取與支援貨幣相符之基本貨幣（現金）後，發行支援貨幣（S52）。地方自治體保有支援貨幣來作為發行寄存貨幣。

此處，假設用戶（P12）欲購入支援貨幣。用戶（P12）對發行伺服器110要求支援貨幣之購入。此時，用戶（P12）對發行伺服器110支付基本貨幣（現金）（S54）。發行伺服器110之貨幣交換部將支援貨幣發送給通訊終端100（P12）（S56）。基本貨幣與支援貨幣可等價交換，亦可以對用戶（P12）有利之兌換率來交換。例如，用戶可藉由支付8萬（日元）來購入10萬（pt）之支援貨幣亦可。發行伺服器110之貨幣交換部對結算系統104發出指示，從用戶（P12）之銀行賬戶中以基本貨幣之形式扣除支援貨幣之對價。

其次，於用戶（P12）與用戶（P15）之間發生交易，由用戶（P12）向用戶（P15）支付支援貨幣（S58）。用戶（P12）可對營運伺服器120要求所收取之支援貨幣與基本貨幣之交換。通訊終端100（P12）將包含支援貨幣之交換要求發送給營運伺服器120（S120）。營運伺服器120之貨幣交換部180將支援貨幣與基本貨幣交換。此時，1（pt）之支援貨幣與1（日元）之基本貨幣交換。貨幣交換部180對通訊終端100（P15）提供基本貨幣（S62）。基本貨幣可作為電子貨幣來支付，亦可經由結算系統104而存入用戶（P15）之銀行賬戶中。

圖24係作為變形例，隨著存取網站而使支援貨幣流通之方法之概念圖。 用戶從通訊終端100，通過會計伺服器280來存取網站282a、282b等。會計伺服器280於存取發生時，將存取資訊通知給營運伺服器120。存取資訊中包含：進行存取之用戶之用戶ID、網站282a之營運者之用戶ID、網站282a之URI（Uniform Resource Identifier，統一資源標識符）等。營運伺服器120中，對於存取網站282a之用戶，設定網站282a之站點營運者支付支援貨幣之支付條件。

站點營運者（網站282a）可藉由向網站282a之訪問者支付支援貨幣，來增加網站282a之存取數。可設定僅限於第1次存取來支付支援貨幣、或者僅限於既定期間內之存取來支付支援貨幣等支付條件。

會計伺服器280於網站282a之存取發生時，將存取資訊發送給營運伺服器120。營運伺服器120之結算管理部162參照網站282a之支付條件，結算管理部162對站點營運者之通訊終端100通知用戶之地址，指示將支援貨幣發送給有訪問之用戶之通訊終端100。

另一方面，於用戶存取網站282b時，用戶向網站282b之站點營運者支付支援貨幣。例如，網站282b提供有償之動畫內容，用戶向站點營運者支付支援貨幣來作為瀏覽對價。會計伺服器280於網站282b之存取發生時，將進行存取之用戶之用戶ID、及網站營運者之用戶ID等通知給營運伺服器120。營運伺服器120中，參照網站282b之支付條件，由用戶向站點營運者發送支援貨幣。

除此以外，網際網路廣告之廣告主亦可對觀看廣告之用戶支付支援貨幣。或者，用戶預先將支援貨幣發送給站點營運者，站點營運者確認到支援貨幣之接收後，向該用戶發送網頁亦可。營運伺服器120於隨著網頁之瀏覽而發生支援貨幣之支付時，徵收手續費。

圖25係變形例中之交易歷程資訊290之資料結構圖。 本實施方式中，假設於支援貨幣上附屬交易資訊320，交易資訊320亦與支援貨幣一併於通訊終端100間收發來進行說明。作為變形例，亦可設為於營運伺服器120中管理交易資訊320。交易歷程資訊290存放於營運伺服器120之資料存放部154中。圖25之交易歷程資訊290表示關於支援貨幣（K1〈小田原〉）之交易結果。

通訊終端100（P1）於交易（T1）中，將支援貨幣（K1：C15）、支援貨幣（K1：C16）發送給通訊終端100（P2）時，通訊終端100（P1）將交易ID＝T1及貨幣ID、交易資訊320發送給營運伺服器120。又，通訊終端100（P2）亦將同樣之資訊發送給營運伺服器120。營運伺服器120之交易登記部（未圖示）更新交易歷程資訊290，關於支援貨幣（K1：C15）及支援貨幣（K1：C16），記錄交易ID＝T1。又，交易登記部將交易資訊320與交易ID一併記錄於資料存放部154中。此變形例中，由通訊終端100（P1）向通訊終端100（P2）僅發送支援貨幣之資料，交易資訊320不成為發送對象。

通訊終端100（P2）於交易（T2）中將支援貨幣（K1：C15）發送給通訊終端100（P3）時，通訊終端100（P2）及通訊終端100（P3）將交易ID＝T2及貨幣ID＝C15以及交易資訊320發送給營運伺服器120。營運伺服器120之交易登記部關於支援貨幣（K1：C15）而記錄交易ID＝T2，並且將交易資訊320（T2）記錄於資料存放部154中。

根據如上所述之控制方法，於每次發生交易時，營運伺服器120將交易結果記錄於交易歷程資訊290中，因此營運伺服器120可藉由參照交易歷程資訊290來即時掌握支援貨幣之流通狀況。

即便由地方公共團體向地區內之店鋪平等地無償分發支援貨幣，亦可能因店鋪之銷售額而於各店鋪中之支援貨幣之保有量上產生不均。例如，假設店鋪Q1保有1萬（pt）之支援貨幣，店鋪Q2保有15萬（pt）之支援貨幣。此時，店鋪Q1可從店鋪Q2購入支援貨幣亦可。具體而言，店鋪Q1對於營運伺服器120，將表示欲以1.2（日元）來買取1（pt）之支援貨幣共5萬（pt）的購入要求發送給營運伺服器120。貨幣交換部180向店鋪Q2傳達店鋪Q1之希望。於店鋪Q2同意時，貨幣交換部180從店鋪Q2買取5萬（pt）之支援貨幣，向店鋪Q1販賣所買取之支援貨幣。根據如上所述之控制方法，可適當調整店鋪間之支援貨幣之不均。

基本貨幣與支援貨幣之交換率可固定，亦可變動。若支援貨幣之需求提高，則支援貨幣之價值提高。相反，於由於使用條件之制約性，基本貨幣優於支援貨幣之情形時，認為支援貨幣之價值相對降低。營運伺服器120之貨幣交換部180亦可基於將支援貨幣之流通次數、流通貢獻度設為變數之既定之計算式，來變動支援貨幣之交換率。

營運伺服器120亦可藉由接收要求由支援貨幣交換為基本貨幣之第1交換要求、以及要求由基本貨幣交換為支援貨幣之第2交換要求，使2個交換要求匹配，而將支援貨幣與基本貨幣交換。此時，營運伺服器120之貨幣交換部180提示交換率，亦可根據第1交換要求與第2交換要求之哪一個強來變動交換率。又，於發行部166根據地方自治體之要求而追加發行支援貨幣時，亦可根據當下之交換率來決定支援貨幣之發行額。

本實施方式中之支援貨幣設為僅於特定地區通用之地區貨幣來進行說明。支援貨幣亦可為日本政府成為發行主體之於日本全國通用之貨幣。或者，支援貨幣亦可為可於多個國家使用之貨幣。

與支援貨幣之交易相關之手續費可利用基本貨幣來支付，亦可利用支援貨幣來支付。例如，當由用戶（P1）向用戶（P2）支付500（pt）之支援貨幣時，營運伺服器120從用戶（P2）徵收5（pt）之支援貨幣亦可。更具體而言，當由用戶（P1）向用戶（P2）發送支援貨幣時，通訊終端100（P2）之交易管理部146對發送部142發出指示，將相當於其1（%）之5（pt）之支援貨幣發送給營運伺服器120。根據如上所述之控制方法，營運公司發行支援貨幣後，可從財貨市場少量地回收支援貨幣來作為手續費。

大量使用支援貨幣之用戶可以說對經濟活動有很大貢獻。又，於使用支援貨幣之同時亦大量使用基本貨幣之用戶會支付大量消費稅。因此，對於如上所述之用戶，地方自治體提供減少居民稅之數額等在稅金方面之優待措施亦可。

本實施方式中，以手續費徵收部160從收取支援貨幣之用戶徵收手續費來進行說明。手續費徵收部160可從支付支援貨幣之一方徵收手續費，亦可從轉讓方及受讓方之雙方用戶徵收手續費。

支援貨幣中，例如以每100（pt）為1（pt）之比例包含特定支援貨幣。用戶若將特定支援貨幣發送給發行伺服器110，則發行伺服器110之贈禮賦予部182對用戶賦予贈禮亦可。根據如上所述之控制方法，可提供於收取支援貨幣時期待包含特定支援貨幣之樂趣。又，用戶亦可藉由在向其他用戶回禮時提供特定支援貨幣，來表達感謝之心情。

本實施方式中，假設當將第1地區（日光市）設為可使用區域之支援貨幣於第2區域（小田原市）使用時，贈禮條件成立，對使用支援貨幣之用戶賦予贈禮，來進行說明。作為變形例，亦可不僅對使用支援貨幣之用戶，對被使用之用戶亦賦予贈禮。或者，當支援貨幣（K4〈日光〉）於小田原市使用時，亦可對收取支援貨幣（K4）之用戶賦予贈禮。

地方自治體亦可對進行社會福利活動之團體無償分發支援貨幣。該團體亦可對公園清掃等社會福利活動之參加者分發支援貨幣。如此一來，對於善意或社會貢獻活動等本來不成為金錢對象之價值，容易利用支援貨幣來報答。

手續費徵收部160亦可設為並非於支援貨幣之交易發生時，而是定期地徵收手續費。例如，手續費徵收部160亦可以1週1次之頻率徵收用戶所保有之支援貨幣之0.1（%）來作為手續費。根據如上所述之控制方法，支援貨幣隨著時間經過而減少，因此可引導用戶積極使用支援貨幣。

於規定期間，對於使用既定量以上之支援貨幣之用戶，發行部166或者贈禮賦予部182亦可無償分發支援貨幣。利用此種控制方法，亦可促進支援貨幣之使用。通常，較乘坐汽車或飛機出行而言，乘坐電車出行之環境負擔低。發行部166藉由對乘坐電車出行之用戶無償分發支援貨幣，亦可促進環保行動。如此一來，藉由調整手續費率、或者分發針對特定行動之支援貨幣，可促進許多用戶採取符合政策目的之行動。

亦可由營運公司（營運伺服器120）向通訊終端100直接分發支援貨幣，而由非地方自治體（發行伺服器110）來分發。作為一例，假設對營運伺服器120作出發行委託，以使發行伺服器110將100億（pt）之支援貨幣，對50,000人之用戶，每人分發200,000（pt）。此時，發行伺服器110之發送部176將分發對象者之通訊終端100之地址通知給營運伺服器120。營運伺服器120之發行部166對所指定之50,000人之用戶之通訊終端100之每一個，發行200,000（pt）之支援貨幣亦可。

所謂通訊終端100之地址，可為郵件地址等已知之地址，亦可為搭載於通訊終端100上之支援工具（DI引擎）所獨有之地址。

通訊終端100之資料處理部134亦可包括提案部（未圖示）以及銷售管理部（未圖示）。例如，假設通訊終端100為POS終端。假設用戶（P20）（店鋪）於作為第1驗證期之2022年11月23日，對購入商品M之用戶，提供支援貨幣作為購入贈禮。銷售管理部將支付支援貨幣作為購入贈禮時之「購入日：商品名：銷售額」建立對應關係而記錄。此處所謂之「銷售額」，意指店鋪之「2022年11月23日」之1日之總銷售額。

銷售管理部進而從網站上檢索與購入日「2022年11月23日」有關之相關資訊（期間屬性資訊）。例如，假設關於該購入日，可檢索出「最低氣溫為5度以下」、「有降雪」、「晩秋」、「節日」、「星期二」等相關資訊。又，關於商品M，亦預先對應有「保溫商品」、「食品」、「糕點」等相關資訊（商品屬性資訊）。於購入日（第1驗證期）銷售額大之情形時，例如於較平均銷售額高出20（%）以上之銷售額之情形時，原因可能是對商品M提供利用支援貨幣之購入贈禮。

銷售管理部於提供購入贈禮之日，將銷售額為閾值以上、例如為平均銷售額之20（%）以上之日登記為「驗證日」。於驗證日，例如可設定如下假設：「最低氣溫為5度以下時，對保溫商品附加購入贈禮會帶來銷售增加」、「於降雪之日，對食品附加購入贈禮會帶來銷售增加」、「在節日，對保溫商品附加購入贈禮會帶來銷售增加」等。

若有與驗證日中之購入日有關之相關資訊、和與商品有關之相關資訊之組合成立之日，則提案部對用戶（P20）提案購入贈禮之設定。例如，當於作為第2驗證期之2022年12月21日有降雪時，提案部經由輸出部140來顯示：「若對糕點附加購入贈禮，則銷售可能上升」、「若對保溫商品附加購入贈禮，則銷售可能上升」之資訊。

根據如以上所述之控制方法，用戶（P20）容易將為了提高自家店之銷售而偶然發現的有效之購入贈禮之賦予方法，再次用於其他日子。因此，藉由參加支援貨幣管理系統200，用戶（P20）可藉由通訊終端100來接受經營支援服務。

以上，根據實施方式及變形例之記載來掌握下述發明。 A1.一種支援貨幣管理方法，其執行： 從發行系統對營運系統發送基本貨幣之步驟； 上述營運系統將從上述發行系統接收之基本貨幣作為營運寄存貨幣來保存之步驟； 上述營運系統將與上述營運寄存貨幣對應之支援貨幣發送給上述發行系統之步驟； 上述發行系統將從上述營運系統接收之支援貨幣作為發行寄存貨幣來保存之步驟； 第1經濟主體之通訊終端對上述發行系統發送基本貨幣之步驟； 上述發行系統將與從上述第1經濟主體之通訊終端接收之基本貨幣對應之支援貨幣從上述發行寄存貨幣減去，將上述被減去之支援貨幣轉移至上述第1經濟主體之步驟； 隨著上述第1經濟主體以及第2經濟主體之交易，從上述第1經濟主體向上述第2經濟主體轉移支援貨幣之步驟； 上述第2經濟主體之通訊終端對上述營運系統發送從上述第1經濟主體轉移之支援貨幣的步驟；以及 上述營運系統將與從上述第2經濟主體之通訊終端接收之支援貨幣對應之基本貨幣從上述營運寄存貨幣中減去，將上述被減去之基本貨幣轉移至上述第2經濟主體之步驟。

100:通訊終端 102:網際網路 104:結算系統 106:用戶管理部 108:分發部 110:發行伺服器 120:營運伺服器 130:用戶介面處理部 132:通訊部 134:資料處理部 136:資料存放部 138:輸入部 140:輸出部 142:發送部 144:接收部 146:交易管理部 148:貨幣存放部 150:通訊部 152:資料處理部 154:資料存放部 156:發送部 158:接收部 160:手續費徵收部 162:結算管理部 164:統計部 166:發行部 170:通訊部 172:資料處理部 174:資料存放部 176:發送部 178:接收部 180:貨幣交換部 182:贈禮賦予部 190:貨幣選擇區域 192:基本貨幣按鈕 194:支援貨幣按鈕 196:交易內容按鈕 198:支付畫面 200:支援貨幣管理系統 202:貨幣選擇畫面 204:支付按鈕 206:選擇按鈕 208:機會標記 210:貢獻度資料 280:會計伺服器 282a、282b:網站 290:交易歷程資訊 300:處理器 302:第1匯流排 304:記憶體 308:橋接器 312:存放器 310:第2匯流排 314:輸入裝置 316:輸出裝置 318:周邊機器 320:交易資訊 C1、C2、C3、C4、C5、C15、C16、C17、C20、Cn:支援貨幣 L:基本貨幣 B2、P1、P2、P4、P5、P6、P7、P8、P10、P11、P12、P15:用戶 S:支援貨幣 T1、T2、T3、T4、T5、T7、T8、T11、T14:交易ID

[圖1]係用以對支援貨幣之循環進行說明之示意圖。 [圖2]係用以對支援貨幣之匯款方法進行說明之示意圖。 [圖3]係支援貨幣管理系統之硬體構成圖。 [圖4]係通訊終端之硬體構成圖。 [圖5]係通訊終端之功能方塊圖。 [圖6]係營運伺服器之功能方塊圖。 [圖7]係發行伺服器之功能方塊圖。 [圖8]係表示支援貨幣之發行及分發過程之順序圖。 [圖9]係通訊終端中之支付畫面之畫面圖。 [圖10]係通訊終端中之支援貨幣選擇畫面之畫面圖。 [圖11]係交易資訊之資料結構圖。 [圖12]係支援貨幣中所包含之交易資訊之資料結構圖。 [圖13]係表示支援貨幣之轉移狀況之示意圖。 [圖14]係表示成為發送對象之支援貨幣之選擇方式的示意圖。 [圖15]係表示利用支援貨幣之交易過程的順序圖。 [圖16]係累計手續費資訊之資料結構圖。 [圖17]係手續費設定資訊之資料結構圖。 [圖18]係手續費調整資訊之資料結構圖。 [圖19]係貨幣流通資訊之資料結構圖。 [圖20]係使用條件資訊之資料結構圖。 [圖21]係經濟效果資訊之資料結構圖。 [圖22]係作為變形例，表示分發支援貨幣來作為商品購入之謝禮時之處理過程的順序圖。 [圖23]係作為變形例，表示支援貨幣之有償購入時之處理過程的順序圖。 [圖24]係作為變形例，隨著存取網站而流通支援貨幣之方法之概念圖。 [圖25]係變形例中之交易歷程資訊之資料結構圖。

L:基本貨幣

S:支援貨幣

P1、P2:用戶

Claims (18)

1. 一種支援貨幣管理系統，包括交易管理部，其於隨著第1經濟主體及第2經濟主體之交易，支援貨幣自上述第1經濟主體轉移至上述第2經濟主體時，將與上述第1經濟主體及上述第2經濟主體之交易有關之交易資訊和成為上述交易之對象的支援貨幣建立對應關係來記錄；並且 上述交易管理部於每次發生介由支援貨幣之交易時，對支援貨幣追加交易資訊。
2. 如請求項1之支援貨幣管理系統，其中 支援貨幣係於每個單位中由貨幣ID所識別； 上述交易管理部於複數個支援貨幣用於第1交易中時，對表示上述複數個支援貨幣之貨幣ID之每一個追加與上述第1交易有關之第1交易資訊； 用於上述第1交易中之複數個支援貨幣之一部分支援貨幣於上述第1交易之後用於第2交易中時，對上述一部分支援貨幣之貨幣ID，除上述第1交易資訊以外，再追加與上述第2交易有關之第2交易資訊。
3. 如請求項2之支援貨幣管理系統，其中 另包括對支援貨幣之交易資訊進行統計之統計部；並且 上述統計部計算每種支援貨幣之交易次數。
4. 如請求項1之支援貨幣管理系統，其中 另包括手續費徵收部，其於隨著上述第1經濟主體與上述第2經濟主體之交易，支援貨幣自上述第1經濟主體轉移至上述第2經濟主體時，從上述第1經濟主體及上述第2經濟主體之兩者或一者，徵收手續費。
5. 如請求項4之支援貨幣管理系統，其中 上述手續費徵收部根據成為交易對象之支援貨幣之交易狀況，來改變手續費。
6. 如請求項5之支援貨幣管理系統，其中 上述交易管理部於支援貨幣之交易資訊中登記交易發生之原因，並且 上述手續費徵收部根據交易發生之原因，來改變手續費。
7. 如請求項1之支援貨幣管理系統，其中 上述交易管理部於隨著上述第1經濟主體與上述第2經濟主體之交易，基本貨幣與支援貨幣一併自上述第1經濟主體轉移至上述第2經濟主體時，對於支援貨幣之交易資訊，登記表示基本貨幣與支援貨幣之使用比例的流通貢獻度。
8. 如請求項7之支援貨幣管理系統，其中 另包括對支援貨幣之交易資訊進行統計之統計部；並且 上述統計部藉由計算每種支援貨幣之流通貢獻度，來算出由支援貨幣所帶來之經濟效果。
9. 如請求項1之支援貨幣管理系統，其中 另包括發行支援貨幣之發行部； 上述發行部將使用條件與成為發行對象之支援貨幣建立對應關係來登記；並且 上述交易管理部係以上述第1經濟主體及上述第2經濟主體之交易適合於支援貨幣之使用條件為條件，准許支援貨幣自上述第1經濟主體向上述第2經濟主體轉移。
10. 如請求項9之支援貨幣管理系統，其中 另包括贈禮賦予部，其於將第1地區設定為可使用地區來作為使用條件之支援貨幣在與上述第1地區預先建立對應關係之第2地區中使用時，對上述第1經濟主體以及上述第2經濟主體之兩者或一者賦予贈禮。
11. 如請求項2之支援貨幣管理系統，其中 另包括對支援貨幣之交易資訊進行統計之統計部，並且 上述統計部計算每個經濟主體之支援貨幣之使用量。
12. 如請求項11之支援貨幣管理系統，其中 另包括手續費徵收部，其於隨著上述第1經濟主體與上述第2經濟主體之交易，支援貨幣自上述第1經濟主體轉移至上述第2經濟主體時，從上述第1經濟主體及上述第2經濟主體之兩者或一者徵收手續費；並且 上述手續費徵收部根據上述第1經濟主體及上述第2經濟主體之兩者或一者之支援貨幣之使用量，來改變手續費。
13. 如請求項1之支援貨幣管理系統，其中 另包括貨幣交換部，於自第3經濟主體接收以基本貨幣進行之支援貨幣之購入要求時，以對上述第3經濟主體有利之交換率來發行支援貨幣。
14. 如請求項1之支援貨幣管理系統，其中 另包括贈禮賦予部，其於隨著第4經濟主體及第5經濟主體之交易，基本貨幣自上述第4經濟主體轉移至上述第5經濟主體時，對上述第4經濟主體賦予支援貨幣。
15. 如請求項1之支援貨幣管理系統，其中另包括： 銷售管理部，對店鋪中之規定之驗證期之銷售額進行管理；以及 提案部，對販賣上述商品之經濟主體提案在購入商品時支付支援貨幣； 銷售管理部將與第1驗證期建立對應關係之期間屬性資訊、與在上述第1驗證期中成為支援貨幣之支付對象的商品建立對應關係之商品屬性資訊、以及上述第1驗證期之銷售額建立對應關係而記錄；並且 上述提案部於上述第1驗證期之銷售額為規定之閾值以上時，在具有與上述第1驗證期建立對應關係之期間屬性資訊的未來之第2驗證期，對具有上述商品屬性資訊之商品提案支付支援貨幣。
16. 一種通訊終端，包括 交易管理部，對於每一單位中由貨幣ID所識別之支援貨幣，對應與利用支援貨幣之交易有關之交易資訊來記錄；以及 發送部，對交易對方之通訊終端，發送包含貨幣ID及交易資訊之支援貨幣。
17. 如請求項16之通訊終端，其中 另包括貨幣存放部，將從其他通訊終端接收之支援貨幣基於接收順序來保存；並且 上述發送部對於交易對方之通訊終端，自接收日期時間早之支援貨幣起優先發送。
18. 如請求項16之通訊終端，其中另包括： 貨幣存放部，保存支援貨幣；以及 輸入部，從用戶方，接受基本貨幣及支援貨幣相對於伴隨交易之付款額之比例的指定；並且 上述發送部對於交易對方之通訊終端，以經指定之比例來發送基本貨幣及支援貨幣。

Images