JP2021076912A - ポイントシステム、ポイント管理方法、及びプログラム - Google Patents

Abstract

【課題】所定の地域で実施される地域サービスに用いられるポイントの使用を促進することにより、互助活動としての地域サービスの利用を促進し、ひいては、前記互助活動を通じて地域コミュニケーションを活性化することが可能なポイントシステム、ポイント管理方法、及びプログラムを提供する。【解決手段】ポイントシステム１０１において、制御部１１は、予め定められた減算タイミングが到来したか否かを判定する（Ｓ７４）。前記減算タイミングが到来したと判定されると（Ｓ７４のＹｅｓ）、制御部１１は、利用登録者が保有する保有ポイントを減らす処理を行う（Ｓ７５）。【選択図】図１２

Description

本発明は、地域サービスに用いられるポイントを管理するポイントシステム、ポイント管理方法、及びプログラムに関する。

市町村などの地方自治体では、住民が日常生活を送るために必要な各種の地域サービスを提供しており、例えば、鉄道や路線バス、タクシーなどの交通サービス、病院などの医療サービス、介護サービス、障害福祉サービス、託児所などの託児サービス、学校教育、行政サービス、娯楽サービスなどを提供している。これらの地域サービスは、一定の人口規模のうえに成り立つものであるが、人口が減少して一定の人口規模を満たさなくなった場合、地方自治体は、上述した地域サービスを行うことが困難になる。地方自治体が提供できなくなったサービス、特に生活に密接に関連する生活関連サービスについては、地方自治体の助力を受けずに地域住民が互いに助け合い、住民それぞれが抱える生活課題を互いに解決し合う互助活動によって補う必要がある。

近年、前記地域サービスの提供を受けることを望む依頼者と、前記地域サービスを提供可能な提供者とをマッチングして、両者の互助活動を支援する支援システムが運用されている。例えば、ユーザが所持するスマートフォンを利用することにより、自動車の運転者にその自動車に相乗りする人を仲介したり、その自動車に相乗りする人同士を引き合わせるライドシェアリングシステムが知られている。

この種の支援システムにおいては、ユーザ間の互助活動を活性化させるために、所謂ポイントシステムが導入されている。例えば、従来、前記互助活動として前記地域サービスがユーザ間で実施された場合に、前記地域サービスを享受したサービス需要者からポイントが徴収され、前記地域サービスを供給したサービス供給者にはポイントが付与されるシステムが知られている（特許文献１参照）。

特開２０１９−９６２４２号公報

ところで、従来のポイントシステムでは、ユーザがポイントを取得する方法として、サービスを提供した報酬としてポイントを取得する方法や、他のユーザから譲り受ける方法、特定の要件を満たした場合にシステム管理者から付与される方法などが考えられる。いずれの場合であって、一旦取得されたポイントは、それを使用して消費しない限り減少することはない。しかしながら、ポイントを保有しているにも関わらず、そのポイントを使用せずに放置されると、前記支援システムによってマッチングされる前記地域サービスの利用促進に繋がらず、前記互助活動を通じて地域コミュニケーションを活性化することができなくなる。

本発明の目的は、所定の地域で実施される地域サービスに用いられるポイントの使用を促進することにより、互助活動としての地域サービスの利用を促進し、ひいては、前記互助活動を通じて地域コミュニケーションを活性化することが可能なポイントシステム、ポイント管理方法、及びプログラムを提供することにある。

(1) 本発明の一の局面に係るポイントシステムは、所定の地域で実施される地域サービスに用いられるポイントを管理するポイントシステムである。前記ポイントシステムは、前記地域に属する複数のユーザが保有する保有ポイントを格納するポイント格納部と、予め定められた第１タイミングが到来する度にユーザが保有する前記保有ポイントを減らすポイント減算処理部と、を備える。

これにより、前記第１タイミングが到来する度に、ユーザの保有ポイントが徐々に減少するため、ポイントが失われる前にポイントを使用しようとする意欲をユーザに生じさせることができる。その結果、ユーザによるポイントの使用を促進することができ、互助活動としての地域サービスの利用も促進し、ひいては、前記互助活動を通じて地域コミュニケーションを活性化することが可能となる。

(2) 本発明のポイントシステムは、予め定められた第２タイミングが到来する度にユーザが保有する前記保有ポイントを所定数にリセットするポイントリセット処理部を更に備える。

これにより、前記第２タイミングが到来する度に、全てのユーザの保有ポイントが一律に前記所定数に統一される。この場合、保有ポイント数が前記所定数未満のユーザは保有ポイント数が増加し、保有ポイント数が前記所定数よりも多いユーザは保有ポイント数が減少する。そして、上述したポイント減算処理部によって、一律に統一された保有ポイント数は、前記第１タイミングが到来する度に徐々に減少される。

(3) 前記ポイント減算処理部は、前記ポイントリセット処理部によって前記保有ポイントが前記所定数にリセットされる前記第２タイミングから次にリセットされるまでのリセット周期が経過するまでに、少なくとも前記所定数と同数のポイントを減らす。

これにより、ユーザがポイントを使用しなかった場合は、前記保有ポイントは前記リセット周期が経過する前に全て失われる。

(4) 前記第１タイミングから次に前記保有ポイントが減少されるまでの減算周期は、前記リセット周期よりも短いことが好ましい。

(5) 具体的には、前記第１タイミングは日付が変わるタイミングであり、前記減算周期は１日であり、前記第２タイミングは予め定められた特定の曜日が開始するタイミングであり、前記リセット周期は１週間であることが好ましい。

(6) 本発明のポイントシステムは、ユーザが保有する前記保有ポイントをユーザが使用する端末装置の表示部に表示するポイント表示処理部を更に備える。

これにより、ポイント表示処理部によって端末装置の表示部にユーザの保有ポイントが表示されるため、ユーザは、自分自身の保有ポイントを視覚的に把握することができ、ポイントの減少状態を容易に把握することができる。

(7) 本発明のポイントシステムは、ユーザ同士が対面して交流したことをユーザが使用する端末装置から受信した信号に基づいて判定する交流判定部と、前記交流判定部によってユーザ同士の交流が行われたと判定された場合に、交流済みの各ユーザに交流相手の属性情報を含むポイントを付与するポイント付与処理部と、を更に備える。

このように構成されているため、ユーザ同士が実際に交流することにより保有しているポイント数を増加させることができる。これにより、使用しないままポイントが減少したとしても、その減少を補おうとしてユーザは、他のユーザとの交流を試みようとする。その結果、ユーザ同士の交流が積極的に行われ、これにより、ユーザ同士の信頼関係を築くことができる。更には、減少したポイントが回復したことにより、前記地域サービスの利用意欲が高まる。また、地域においてユーザ同士の信頼関係が増すことにより、前記地域サービスの提供に対する安心度も増加し、前記地域サービスの利用が促進される。また、新たに前記地域サービスを利用することによってユーザの保有ポイント数が減少すると、新たに前記地域サービスの提供を受けるべくポイント獲得のために自ずとユーザ同士の交流が促されて、再び、ユーザ同士の交流に繋がる。このようなコミュニケーションの連鎖又は循環が生じることによって、当該地域に属するユーザ同士の交流が促進され、多数のユーザとの交流を実現することができ、互いの信頼関係を自然と築くことが可能になる。

(8) 本発明のポイントシステムは、前記交流判定部によってユーザ同士の交流が行われたと判定された場合に、各ユーザの属性情報に基づいて各ユーザの属性が異なるか否かを判定する属性判定部を更に備える。この場合、前記ポイント付与処理部は、前記属性判定部によって各ユーザの属性が異なると判定された場合に、交流相手の属性情報を含むポイントを各ユーザに付与する。

これにより、自分と同じ属性を有する他のユーザと交流してもポイントが付与されず、属性が異なる他のユーザと交流した場合に限り、各ユーザにポイントが付与される。そのため、ユーザは、交流相手の属性情報を収集する意欲が更に増し、他のユーザとの交流を積極的に行うことにより、多数のユーザと信頼関係を築くことが可能となる。

(9) 前記ポイント付与処理部は、ポイントが付与されるユーザのポイント保有数が予め定められた上限値である場合に、当該ユーザが保有する保有ポイントのいずれかを新たに付与される新規ポイントに置換するものである。

これにより、ユーザのポイントの保有数を前記上限値に維持することができる。

(10) 前記ポイント付与処理部は、前記保有ポイントのうち複数のポイントそれぞれが同じ属性情報を含むものである場合に、前記複数のポイントのうちのいずれかのポイントを前記新規ポイントに置換する。

これにより、保有している複数のポイントそれぞれが異なる属性情報を含むポイントに置換されやすくなる。その結果、前記上限値と同数の属性情報のポイントを収集する意欲が更に増加する。

(11) また、前記ポイント付与処理部は、前記複数のポイントのうち最も古くに付与されたポイントを前記新規ポイントに置換するものである。

これにより、古くに付与されたポイントが失われ、より新しい時期に付与される新規ポイントが保有ポイントとして残る。

(12) 前記ポイント付与処理部は、前記保有ポイントそれぞれが互いに異なる属性情報を含む場合に、前記保有ポイントのうち最も古くに付与されたポイントを前記新規ポイントに置換するものであってもよい。

この場合も、ユーザのポイントの保有数を前記上限値に維持することができる。

(13) 前記複数のユーザは、予め定められた複数のグループのいずれかに所属しており、前記複数のユーザそれぞれの属性情報は、所属する前記グループを識別するものである場合、前記属性情報は、前記グループを識別可能な色情報、又は形状情報のいずれかであることが好ましい。

(14) 本発明の他の局面に係るポイント管理方法は、所定の地域で実施される地域サービスに用いられるポイントを管理するためのポイント管理方法である。前記ポイント管理方法は、前記ポイント管理システムにおいて適用される。前記ポイント管理方法は、予め定められた第１タイミングが到来する度に、前記地域に属する複数のユーザそれぞれが保有する保有ポイントを格納するポイント格納部から前記保有ポイントを減らすポイント減算ステップを備える。

(15) なお、本発明は、所定の地域で実施される地域サービスに用いられるポイントを、コンピュータによって管理するためのプログラムであって、前記ポイント管理方法のステップを前記コンピュータに実行させるためのプログラム、又は、このようなプログラムを非一時的に記録したコンピュータ読み取り可能な記録媒体として捉えることもできる。

本発明によれば、所定の地域で実施される地域サービスに用いられるポイントの使用を促進することにより、互助活動としての地域サービスの利用を促進し、ひいては、前記互助活動を通じて地域コミュニケーションを活性化することが可能である。

図１は、マッチング支援システムの構成を示すネットワーク接続図である。 図２は、マッチング支援システムが備えるサーバ装置の構成を示すブロック図である。 図３は、利用者情報管理テーブルの一例を示す図である。 図４は、ポイント獲得履歴テーブルの一例を示す図である。 図５は、提供者情報管理テーブルの一例を示す図である。 図６は、利用登録者が使用する情報端末の構成を示すブロック図である。 図７は、利用登録者が使用する情報端末の画面の一例（ホーム画面）を示す図である。 図８は、利用登録者が使用する情報端末の画面の一例（判定待機画面、チャージ画面）を示す図である。 図９は、利用登録者が使用する情報端末の画面の一例（ポイント供給画面）を示す図である。 図１０は、サーバ装置の制御部によって実行される利用登録処理の手順の一例を示すフローチャートである。 図１１は、サーバ装置の制御部によって実行されるポイント付与処理の手順の一例を示すフローチャートである。 図１２は、サーバ装置の制御部によって実行されるポイントリセット処理及びポイント減算処理の手順の一例を示すフローチャートである。

以下、適宜図面を参照して本発明の実施形態について説明する。なお、以下に説明される実施形態は本発明を具体化した一例にすぎず、本発明の技術的範囲を限定するものではない。

図１は、本発明の実施形態に係るサーバ装置１０を含むマッチング支援システム１００の構成を示すネットワーク接続図である。本実施形態では、マッチング支援システム１００を構成するサーバ装置１０の制御部１１、及び情報端末２０の制御部２１によって、本発明のポイントシステム１０１が具体的に実現される。

マッチング支援システム１００は、例えば、所定の地域を管轄する自治体に導入されるものであり、予め利用登録された複数の利用登録者（本発明のユーザに相当）が利用することができるシステムである。当該マッチング支援システム１００は、前記複数の利用登録者のうち、各種の地域サービスの提供を受けることを望む依頼者（ユーザの一例）と、前記地域サービスを提供することが可能な提供登録者（ユーザの一例）とをマッチングして、両者間において互助活動が円滑に行われるように支援することが可能なシステムである。

ここで、前記複数の利用登録者は、前記自治体が管轄する所定の地域に居住する住民であって、マッチング支援システム１００の利用が許可された者である。

また、前記地域サービスは、前記自治体が管轄する所定の地域において住民に対して実施されるサービスである。当該地域サービスは、一般に、鉄道や路線バス、タクシーなどの交通サービス、病院などの医療サービス、介護サービス、障害福祉サービス、託児所などの託児サービス、学校教育、行政サービス、娯楽サービスなどの既存のサービスだけでなく、住民の生活に密接に関連する生活関連サービスも含む。また、前記生活関連サービスとしては、例えば、所謂ライドシェアリングや、買い物代行、庭掃除、草刈り、雪かき、ペットの散歩、家事代行、家事の指導、ペットの一時預かり、子供の一時預かり、子供のスポーツ指導などである。とりわけ、マッチング支援システム１００で取り扱われている地域サービスは、利用登録者同士の相互交流（双方向コミュニケーション）がサービスの中心的な役割を担っているソーシャルサービスである。なお、前記ライドシェアリングは、サービス提供者の車両などを利用した非営利目的の運搬サービスである。

また、前記提供登録者は、前記地域サービスを提供可能な提供者条件を満たす者として自治体或いは管理者に承認された者である。例えば、前記地域サービスが前記ライドシェアリングである場合は、前記ライドシェアリングに関する提供者条件は、例えば、自動車の運転免許の取得年数や、自動車の年間走行距離、現在の年齢などの要件を含む。これらの各要件が予め定められた基準をクリアする場合に、前記提供者条件を満たすと見なされて、前記提供登録者としてマッチング支援システム１００に登録される。例えば、自動車の運転免許の取得年数が５年以上であり、自動車の年間走行距離が１００００ｋｍ以上であり、且つ、年齢が６０歳未満である場合に、前記ライドシェアリングを提供可能な提供登録者として登録される。

以下では、前記利用登録者（依頼者）が、前記ソーシャルサービスの代表例である前記ライドシェアリングの提供を受ける際に、前記利用登録者と前記提供登録者との間でマッチングを行う処理例を例示して、本実施形態のマッチング支援システム１００及びポイントシステム１０１について説明する。なお、マッチング支援システム１００及びポイントシステム１０１は、前記ライドシェアリングに適用されるものに限定されず、上述した各種の地域サービスや各種のソーシャルサービスにおける利用登録者と提供登録者との間のマッチングにも適用可能である。

［マッチング支援システム１００の構成］
図１に示すように、マッチング支援システム１００は、サーバ装置１０と、利用登録者が使用する複数の情報端末２０（本発明の端末装置の一例）と、提供登録者が使用する複数の情報端末３０（本発明の端末装置の一例）と、を含んで構成されており、これらが、専用回線或いは公衆回線等のネットワークＮ１によって互いに通信可能に接続されている。

サーバ装置１０は、市町村などの自治地域を管轄する自治体が管理する情報処理装置であり、例えば、サーバコンピュータ、或いはクラウドサーバーである。なお、サーバ装置１０は、１台のコンピュータに限らず、複数台のコンピュータが協働して動作するコンピュータシステム、或いはクラウドコンピューティングシステムであってもよい。また、サーバ装置１０で実行される各種の処理は、一つ又は複数のプロセッサによって分散して実行されてもよい。

情報端末２０は、前記依頼者（利用登録者）が使用する端末装置であり、情報端末３０は、前記提供登録者（利用登録者）が使用する端末装置である。情報端末２０，３０は、例えば、携帯して持ち運び可能なスマートフォンやタブレット端末などの携帯端末である。

マッチング支援システム１００では、前記ライドシェアリングの提供を求める依頼要求が情報端末２０からサーバ装置１０に入力されると、前記依頼要求に適合する一人又は複数の提供者候補を複数の提供登録者の中から選定する。そして、サーバ装置１０は、選定した前記提供者候補を提供者候補として、前記依頼要求の送信元である情報端末２０に送信する。そして、情報端末２０において、特定の提供者候補が依頼者によって選択されると、前記ライドシェアリングの提供者（サービス提供者）が決定し、依頼者とサービス提供者とのマッチング処理が終了する。

前記ライドシェアリングのサービスの提供が終了すると、つまり、サービス提供者によって出発地から所定の目的地まで依頼者が送り届けられると、依頼者は、自身が保有している保有ポイントから、サービス提供者であるドライバに対して、マッチング支援システム１００に用いることができるポイントを供給する。例えば、情報端末２０，３０それぞれにおいてマッチング支援システム１００の利用に必要なアプリケーションを起動させ、情報端末２０上で動作するユーザアプリケーションからポイント供給要求がサーバ装置１０に送られてくると、サーバ装置１０は、前記ポイント供給要求に基づいて、サーバ装置１０で管理している当該依頼者の保有ポイントを２ポイント減少させ、サーバ装置１０で管理している当該サービス提供者の保有ポイントを２ポイント増加する。増減された保有ポイントについては、サーバ装置１０から情報端末２０，３０に送信されて、各情報端末２０，３０に登録されている保有ポイントが更新される。

本実施形態では、前記ポイントは無限に付与されているのではなく、後述のポイントシステム１０１によって予め定められた設定数のポイントが依頼者の情報端末２０に付与される。詳細については後述するが、ポイントシステム１０１は、サーバ装置１０の制御部１１、及び情報端末２０の制御部２１によって具体的に実現される。

また、上述したように、利用登録者が前記ライドシェアリングを利用すると、利用登録者の保有ポイントが減少する。そのため、利用登録者は、保有ポイントが必要ポイント数未満になると前記ライドシェアリングを受けることができなくなる。したがって、ポイントシステム１０１においては、所定の補充条件が満たされた場合に、利用登録者にポイントが付与される。本実施形態では、ポイントシステム１０１は、利用登録者同士が対面して実際に交流したと判定した場合に、実際に交流した利用登録者それぞれに対して新たにポイントを付与する。

一般に、前記ライドシェアリングなどのような地域サービスを住民間の互助活動によって実現するにあたり、前記地域サービスの提供を望む依頼者にとっては、前記地域サービスを提供する提供者が信頼のおける者であるか否かが重要であり、特に、前記生活関連サービスの提供を受ける場合は、当該サービスの性質上、提供者に対する信頼関係の有無は極めて重要である。仮に、提供者に対する信頼が無ければ、依頼者は安心して提供者に前記地域サービスの提供を依頼することはできない。一方、依頼者と提供者との間に、対面による実際の交流（コミュニケーション）が行われた場合、とりわけ、その交流が継続する関係性が両者間に存在している場合は、当該交流によって上述の不安要素は減少し、その結果、依頼者は安心して提供者に前記地域サービスの提供を依頼することができる。

したがって、本実施形態のポイントシステム１０１によれば、利用登録者同士が実際に交流することによりポイント残数を増加させることができ、且つ、利用登録者同士の信頼関係を築くことができる。これにより、前記地域サービスの利用機会が増え、更に安心度が増加し、その結果、マッチング支援システム１００の利用が促進される。また、マッチング支援システム１００を通じて前記地域サービスを利用することによって保有ポイント数が減少すると、新たなサービスの提供を受けるべくポイント獲得のために自ずと利用登録者同士の交流が促されて、再び、利用登録者同士の交流に繋がる。このようなコミュニケーションの連鎖又は循環が生じることによって、当該地域に属する利用登録者同士の交流が盛んに行われることとなり、多数の利用登録者との交流を実現することができ、互いの信頼関係を自然と築くことが可能になる。

［サーバ装置１０］
以下、図２を参照して、サーバ装置１０の具体的な構成について説明する。ここで、図２は、サーバ装置１０の構成を示すブロック図である。

サーバ装置１０は、前記利用登録者と前記提供登録者間において互助活動として行われる前記ライドシェアリングを支援するためのマッチング支援システム１００を実現するためのものである。図２に示すように、サーバ装置１０は、制御部１１と、記憶部１２と、データベース１３と、通信部１４とを備えている。

通信部１４は、サーバ装置１０をネットワークＮ１に接続して、所定の通信プロトコルに従って、情報端末２０，３０との間でデータ通信を実行するための通信インターフェースである。

記憶部１２は、各種の情報を記憶するＨＤＤ又はＳＳＤなどを含む不揮発性の記憶媒体又は記憶装置である。記憶部１２には、後述のポイント付与処理や各種演算処理を制御部１１に実行させるための制御プログラムや、前記ポイント付与処理や各種演算処理に用いられるデータなどが記憶される。

データベース１３は、利用登録者に関する利用者登録情報や、提供登録者に関する提供者登録情報などをデータベースとして管理可能に格納するＨＤＤ又はＳＳＤなどの記憶装置である。データベース１３は、サーバ装置１０に設けられた記憶装置に限られず、例えば、インターネットなどを通じてサーバ装置１０とデータ通信可能な他のサーバ装置や記憶装置などの外部装置として構成されていてもよい。データベース１３は、利用者情報格納部１３１（本発明のポイント格納部の一例）と提供者情報格納部１３２とを有している。複数の前記利用者登録情報を含む利用者情報管理テーブル１３１Ａ（図３参照）、及び後述のポイント獲得履歴テーブル１３１Ｂ（図４参照）が利用者情報格納部１３１に格納されている。また、複数の前記提供者登録情報を含む提供者情報管理テーブル１３２Ａ（図５参照）が提供者情報格納部１３２に格納されている。利用者情報管理テーブル１３１Ａ、ポイント獲得履歴テーブル１３１Ｂ、提供者情報管理テーブル１３２Ａは、後述するポイント付与処理や各演算処理に用いられる。

図３は、利用者情報管理テーブル１３１Ａの一例を示す。図３に示すように、利用者情報管理テーブル１３１Ａには、利用者ＩＤ、利用者の名称、設定色、保有ポイント数、保有ポイントに関連付けられた色情報（ポイント色情報）、ポイント付与日時などを含む前記利用者登録情報が利用者ＩＤ毎に記憶されている。

ここで、前記利用者ＩＤは、利用登録者を識別するための識別情報である。前記設定色は、利用登録者ごとに個別に設定される色情報（本発明の属性情報の一例）である。前記ポイント色情報は、各ポイント毎に関連付けられた色を示すものであり、図３には明記されていないが、各ポイント毎の前記ポイント色情報が前記利用者登録情報に登録されている。前記保有ポイント数は、利用登録者が保有している前記ポイントの残数を示す。ポイント付与日時は、前記ポイントが付与された日時情報であり、図３には明記されていないが、各ポイント毎の日時情報が前記利用者登録情報に登録されている。

前記設定色は、利用登録者の属性を示すものである。本実施形態では、前記設定色の種類は８色であり、具体的には、人間が視認により識別し易いとされている赤色、橙色、黄色、緑色、水色、青色、マゼンタ色、紫色の８色である。利用者情報管理テーブル１３１Ａに登録されている複数の利用登録者には、上述した８色のうちの何れかの色が設定される。前記設定色が同じ色同士の利用登録者は同じグループを構成している。つまり、複数の利用登録者は、複数のグループ（８つのグループ）のいずれかに所属しており、前記利用登録者に設定された前記設定色は、各利用登録者間における所属関係を識別するものである。つまり、前記設定色は、利用登録者が所属するグループを識別するものである。

また、前記設定色は、後述する利用者管理部１１７（図２参照）によって決定される。具体的には、利用者管理部１１７が後述する利用登録処理を行うことにより、利用申請者の前記設定色は、当該利用申請者を紹介した利用登録者の前記設定色と同じ色に設定される。

なお、前記設定色の種類は８色に限られず、少なくとも二色以上の複数色であればよく、より好ましくは、利用登録者が保有可能な後述する上限値（５つ）と同数又はそれよりも多ければよい。

本実施形態では、利用登録者の保有ポイントに対して、種々の設定値が定められている。なお、これらの各設定値は、記憶部１２に記憶されている。

具体的には、利用登録者の保有ポイントが初期値（所定数）にリセットされるリセットタイミング（本発明の第２タイミングの一例）が定められている。したがって、前記リセットタイミングが到来した時点で、前記保有ポイントが前記初期値にリセットされる。前記リセットタイミングは、例えば、特定の曜日が始まるタイミングであり、具体的には毎週の月曜日の００時００分である。また、前記初期値は、具体的には、ポイントが付与される利用登録者の前記設定色を示す情報（色コード）が関連付けられた５つのポイントである。このため、前記ライドシェアリングによるサービスの提供者を除く全ての利用登録者は、前記ポイントの保有数がいくつであっても、その保有ポイントは、日付が月曜日になった時点で前記初期値（５つ）にリセットされる。

また、前記ポイントの保有数に対して上限値が定められており、その上限値が５つに定められている。つまり、利用登録者が保有できるポイントの最大保有数は５つである。したがって、後述するポイント付与処理によってポイントが新規に付与される場合でも、前記保有ポイント数は前記上限値（５つ）を超えることはない。

また、タイムアウトにより前記保有ポイント数が減少される減算タイミング（本発明の第１タイミングの一例）が定められている。前記減算タイミングは、前記リセットタイミングよりも短い周期に定められている。具体的には、前記減算タイミングは、日付が変わるタイミング（００時００分）である。言い換えると、日付が変わるタイミングから１日（２４時間）が経過する度に、前記保有ポイントが一つずつ減少する。なお、前記保有ポイント数がゼロの場合は、それ以上減少しない。

図４は、ポイント獲得履歴テーブル１３１Ｂの一例を示す。図４に示すように、ポイント獲得履歴テーブル１３１Ｂには、利用者ＩＤごとに、予め定められた設定期間内に付与されたポイントの累計数、前記設定期間内に達成した後述するカラフル達成回数などを含む獲得履歴情報が利用者ＩＤ毎に記憶されている。前記設定期間は任意に定めることが可能であるが、本実施形態では、４週間に設定されている。なお、前記設定期間は、利用登録者の保有ポイントが前記初期値にリセットされるリセット周期（本実施形態では１週間）よりも長い期間であれば十分である。なお、ポイント獲得履歴テーブル１３１Ｂで管理されている前記獲得履歴情報には、利用登録以降に付与された全てのポイントの総計数や、利用登録以降に達成した前記カラフル達成回数の総計数が含まれていてもよい。

図５は、提供者情報管理テーブル１３２Ａの一例を示す。図５に示すように、提供者情報管理テーブル１３２Ａには、前記提供登録者に関する提供者登録情報として、提供者ＩＤ、提供者の名称、前記設定色、前記保有ポイント数の他に、自動車の運転免許の取得年数や提供者の年齢などの個別情報などが提供者ＩＤ毎に記憶されている。前記提供者登録情報に含まれる前記保有ポイントは、サービス提供者がサービスの提供を完了した際に依頼者から供給されたポイントである。当該保有ポイントは、上述した利用登録者が保有するポイントとは別に管理されており、上限値が定められていることはなく、また、タイムアウトで減少されることもない。

制御部１１は、サーバ装置１０の各部の動作を制御する。制御部１１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶媒体である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶媒体であり、前記ＣＰＵが実行する各種の演算処理の一時記憶メモリ（作業領域）として使用される。そして、制御部１１は、前記ＲＯＭ又は記憶部１２に予め記憶された各種の制御プログラムを前記ＣＰＵが実行することによりサーバ装置１０を制御する。

図２に示すように、制御部１１は、交流判定部１１１（本発明の交流判定部の一例）、属性判定部１１２（本発明の属性判定部の一例）、ポイント加算部１１３（本発明のポイント付与処理部の一例）、ポイントリセット部１１４（本発明のポイントリセット処理部の一例）、ポイント減算部１１５（本発明のポイント減算処理部の一例）、利用者管理部１１７等の各種の処理部を含む。制御部１１は、前記ＣＰＵが前記制御プログラムに従った各種の演算処理を実行することによって前記各種の処理部として機能する。制御部１１又は前記ＣＰＵが、前記制御プログラムを実行するコンピュータの一例である。なお、制御部１１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。また、前記制御プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。

本実施形態では、ポイントシステム１０１は、少なくとも、制御部１１が有する交流判定部１１１、及び属性判定部１１２によって構成されている。また、ポイントシステム１０１は、更に、ポイント加算部１１３、ポイントリセット部１１４、及びポイント減算部１１５、情報端末２０の制御部２１が有する後述のポイント表示処理部２１２を更に含んで構成されていてもよい。

交流判定部１１１は、利用登録者同士が実際に対面して交流したか否かを判定する処理（交流判定処理）を行う。かかる判定は、当該利用登録者それぞれが使用する情報端末２０からポイント付与要求を示す信号を受信した場合に、当該ポイント付与要求に基づいて行われる。

交流判定部１１１の判定方法としては、例えば、各情報端末２０から受信した位置情報に基づいて判定する第１の判定方法と、各情報端末２０から受信した判定結果を参照して判定する第２の判定方法のいずれかを適用することができる。

前記第１の判定方法は、各情報端末２０から送信された前記ポイント付与要求に送信元である各情報端末２０の位置情報（ＧＰＳ情報）が含まれている場合に、各位置情報に基づいて各情報端末２０の離間距離を算出し、その離間距離が所定の閾値以内であるか否かを判定し、前記離間距離が前記所定の閾値以内である場合に、各情報端末２０の所有者である利用登録者同士が実際に対面して交流していると判定（推定）する方法である。

各情報端末２０は、所定のアクションが利用登録者によってなされた場合に、ＧＰＳ受信部２５（図６参照）によって前記位置情報を取得して、その位置情報や、利用者ＩＤ等を含む前記ポイント付与要求をネットワークＮ１を通じてサーバ装置１０に送信する。前記所定のアクションは、例えば、互いの情報端末２０を振る動作や、前記ポイント付与要求を送信するための入力操作などである。前記所定の閾値は、各利用登録者同士が対面して交流していると評価し得る値であり、例えば、１ｍである。

前記第２の判定方法では、各利用登録者が実際に対面した状態で予め各情報端末２０間で近距離無線通信が行われた場合に、各情報端末２０は、前記近距離無線通信によって取得された相手の情報端末２０の位置情報と、自身の情報端末２０の位置情報とに基づいて、各情報端末２０の離間距離を算出し、その離間距離が前記所定の閾値以内であるか否かを判定し、前記離間距離が前記所定の閾値以内である場合に、各情報端末２０の所有者である利用登録者同士が実際に対面して交流していると判定（推定）する。その後、各情報端末２０から、その判定結果や、前記近距離無線通信が行われた通信日時、利用者ＩＤ等を含む前記ポイント付与要求がサーバ装置１０に送信される。そして、サーバ装置１０の交流判定部１１１は、前記ポイント付与要求に前記判定結果が含まれており、また、前記通信日時が前記ポイント付与要求を受信した日時の直前である場合に、前記ポイント付与要求を要求した要求者同士、つまり、各情報端末２０の所有者である利用登録者同士が実際に対面して交流していると判定（推定）する。ここで、前記近距離無線通信は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）である。

なお、前記第２の判定方法において、前記近距離無線通信が国際規格ISO/IEC 10536、ISO/IEC15693、ISO/IEC 15693などに定められる通信（通信距離が密着から数十センチ程度）や、赤外線通信（通信距離が３０ｃｍ〜１ｍ程度）である場合は、各情報端末２０において位置情報に基づく判定を行わなくてもよい。この場合、前記近距離無線通信が成功したこと、及びその通信日時を含む前記ポイント付与要求が情報端末２０からサーバ装置１０に送信され、サーバ装置１０の交流判定部１１１は、前記近距離無線通信が成功したことを確認し、且つ、前記通信日時が前記ポイント付与要求を受信した日時の直前である場合に、各情報端末２０の所有者である利用登録者（要求者）同士が実際に対面して交流していると判定（推定）してもよい。

属性判定部１１２は、交流判定部１１１によって利用登録者同士の交流が行われたと判定された場合に、各利用登録者ごとに定められた前記設定色に基づいて、各利用登録者それぞれの前記設定色が異なるか否かを判定する処理（属性判定処理）を行う。具体的には、属性判定部１１２は、各情報端末２０から前記ポイント付与要求とともに前記利用者ＩＤが送信されてきた場合に、前記利用者情報格納部１３１内の利用者登録情報を参照して各利用者ＩＤに対応する前記設定色を抽出し、それぞれの各設定色が異なるかどうかを判定する。かかる判定結果は、後述のポイント加算部１１３によるポイント付与処理に用いられる。

ポイント加算部１１３は、交流判定部１１１によって利用登録者同士の交流が行われたと判定された場合に、交流済みの各利用登録者それぞれに、交流相手の前記設定色を示す色コードを含むポイント（新規ポイント）を付与する処理（ポイント付与処理）を行う。ここで、前記色コードは、前記設定色を識別するための識別情報である。具体的には、ポイント加算部１１３は、交流相手の前記設定色を示す色コードを含む前記新規ポイントを発行（生成）し、前記利用者情報格納部１３１内の利用者登録情報に登録されている保有ポイントに前記新規ポイントを加算して当該利用者登録情報を更新するとともに、発行した前記新規ポイントを前記ポイント付与要求の送信元の情報端末２０に送信する。なお、本実施形態では、新たに発行される新規ポイントの数は１つとして説明するが、発行される新規ポイントの数は任意である。例えば、利用登録者同士の交流が行われたと判定された場合に、２つ以上の新規ポイントを発行して利用登録者の保有ポイントに加算してもよい。

本実施形態では、ポイント加算部１１３は、属性判定部１１２によって各利用登録者の前記設定色が異なると判定された場合に、交流相手の前記設定色を示す色コードを含む前記新規ポイントを登録利用者に付与する。例えば、交流した一方の利用登録者の前記設定色が赤色であり、他方の利用登録者の前記設定色が青色の場合、前記一方の利用登録者には青色の色コードを含む青色ポイント（新規ポイント）が新たに付与され、前記他方の利用登録者には赤色の色コードを含む赤色ポイント（新規ポイント）が新たに付与される。なお、属性判定部１１２によって各利用登録者の前記設定色が同じであると判定された場合は、ポイント加算部１１３は、交流判定部１１１によって交流が行われたと判定されたとしても、各利用登録者にポイントを付与しない。

また、ポイント加算部１１３は、ポイント付与対象の利用登録者の保有ポイント数が前記上限値（５つ）である場合に、当該利用登録者の前記保有ポイントのいずれかを、新たに付与される前記新規ポイントに置換する処理（置換処理）を行う。当該置換処理は、前記保有ポイント数が前記上限値である場合に、利用登録者の保有ポイントに前記新規ポイントを加え、且つ、前記保有ポイント数を前記上限値に維持するために行われる。

更に、ポイント加算部１１３は、ポイント付与対象の利用登録者の保有ポイント数が前記上限値（５つ）である場合に、保有ポイントそれぞれの色コードが示す色（以下、ポイント色と称する場合がある。）ができるだけ異なるように、前記置換処理を行う。具体的には、ポイント加算部１１３は、５つの保有ポイントのうちの複数のポイントに含まれる前記色コードが同じである場合、つまり、前記複数のポイントのポイント色が同じである場合に、その複数のポイントのいずれかを前記新規ポイントに置換する。また、本実施形態では、前記複数のポイントのうち、最も古くに付与されたポイントを前記新規ポイントに置換する処理が行われる。例えば、５つの保有ポイントのなかに赤色の色コードを有する赤色ポイントが２つある場合は、前記置換処理において、前記２つの赤色ポイントのうち、ポイントの付与日時が最も古い赤色ポイントが前記新規ポイントに置換される。仮に、前記新規ポイントが赤色ポイントであったとしても、最も古い赤色ポイントが最も付与日時の新しい前記新規ポイントに置換される。

また、ポイント加算部１１３は、利用登録者が保有する５つのポイントそれぞれの色コードが全て異なる場合、つまり、５つのポイントのポイント色が全て異なる場合は、５つの保有ポイントのなかで最も付与日時が古いポイントを前記新規ポイントに置換する。具体的には、保有する５つのポイントそれぞれのポイント色が白色、赤色、橙色、黄色、緑色を示すものであり、これらの色とは異なるポイント色（例えば水色）の新規ポイントが付与された場合は、５つのポイントのうち最も付与日時の古いポイントが新規ポイントに置換される。なお、前記５色の色のいずれかと同じ色のポイント色の新規ポイントが付与された場合は、前記新規ポイントは、保有する各ポイントの付与日時に関係なく、同じポイント色のポイントが新規ポイントに置換される。このような置換処理は、保有する５つのポイントのポイント色が全て異なるカラフルな状態を維持するために行われる。

ポイントリセット部１１４は、予め定められた前記リセットタイミングが到来する度に、利用登録者が保有する保有ポイントを前記初期値にリセットする処理（ポイントリセット処理）を行う。このポイントリセット処理は、利用者情報管理テーブル１３１Ａに登録されている全ての利用登録者に対して実行される。本実施形態では、ポイントリセット部１１４は、日付が月曜日になった時点で、前記ライドシェアリングによるサービスの提供者を除く全ての利用登録者の保有ポイントを前記初期値（５つ）にリセットする。つまり、ポイントリセット処理が行われるリセット周期は１週間である。ここで、前記リセット周期は、利用登録者の保有ポイントが前記初期値にリセットされる前記リセットタイミングから、前記ポイントリセット処理によって次にリセットされるまでの期間である。ポイントリセット部１１４は、具体的には、前記利用者情報格納部１３１内の利用者登録情報に登録されている保有ポイントを全て消去し、その後に、前記設定色を示す色コードを含む５つのポイントを発行（生成）し、利用登録者の保有ポイントとして加算する。この場合に発行される５つのポイントのポイント色は、全て同じである。つまり、全て同じポイント色のポイントが発行される。また、ポイントリセット部１１４は、前記初期値にリセットされた保有ポイントの情報を前記ポイント付与要求の送信元の情報端末２０に送信する。

ポイント減算部１１５は、前記減算タイミングが到来する度に、利用登録者が保有する保有ポイントを減らす処理（ポイント減算処理）を行う。本実施形態では、ポイント減算部１１５は、前記減算タイミングから１日（２４時間）が経過する度に、前記利用者情報格納部１３１内の利用者登録情報に登録されている前記保有ポイントを一つずつ減少する処理を行う。つまり、ポイント減算処理が行われる減算周期は１日である。ここで、前記減算周期は、利用登録者の保有ポイントが減算される前記減算タイミングから、前記ポイント減算処理によって次に前記保有ポイントが減算されるまでの期間である。この減算周期は、前記リセット周期よりも短い。上述したように、前記減算タイミングは日付が変更される時刻に設定されているため、ポイント減算部１１５は、日付が変更する度に、前記保有ポイントを一つずつ減少させる。また、ポイント減算部１１５は、前記保有ポイントが減少される度に、前記利用者登録情報に登録されている保有ポイントを更新するとともに、減少後の前記保有ポイントを前記ポイント付与要求の送信元の情報端末２０に送信する。なお、本実施形態では、前記リセット周期が１週間であり、前記減算周期が１日であるため、ポイントリセット部１１４によってリセットされた以降、一つずつポイントが減少し、次のリセットタイミングが到来するまで（リセット周期が経過するまで）に、リセット時に付与された前記初期値と同数のポイントが少なくとも減算される。

利用者管理部１１７は、マッチング支援システム１００を利用するための利用登録申請が情報端末２０からサーバ装置１０に送信されてきた場合に、申請人の情報を利用者情報管理テーブル１３１Ａに登録する処理（利用登録処理）を行う。なお、前記利用登録処理については後述する。

［情報端末２０］
以下、図６を参照して、情報端末２０の具体的な構成について説明する。ここで、図６は、情報端末２０の構成を示すブロック図である。

図６に示すように、情報端末２０は、制御部２１、記憶部２２、操作表示部２３、ＧＰＳ受信部２５、通信部２６などを備える。情報端末２０は、前記利用登録者が使用する携帯端末であり、例えば、スマートフォン、携帯電話、又はタブレット端末である。

通信部２６は、情報端末２０を有線又は無線でネットワークＮ１に接続し、ネットワークＮ１を通じてサーバ装置１０との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。また、通信部２６は、情報端末２０を無線（例えば、Ｂｌｕｅｔｏｏｔｈなどの近距離無線）を通じて他の情報端末２０や、情報端末３０との間でデータ通信を可能にする。

記憶部２２は、各種の情報を記憶するフラッシュメモリなどの不揮発性の記憶媒体である。記憶部２２には、制御部２１に各種演算処理を実行させるための制御プログラムや、各種演算処理に用いられるデータなどが記憶されている。

また、記憶部２２には、利用登録者に設定された前記設定色、利用登録者の保有ポイントの情報、各ポイントに関連付けられた前記色コードなどを含む利用者登録情報が記憶されている。

操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイなどの表示部２３Ａと、利用者の操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部（不図示）とを備えるユーザーインターフェースである。操作表示部２３の表示部２３Ａに、後述のポイント付与処理の各手順に応じて、図７乃至図９に示す各画面が表示される。

具体的には、表示部２３Ａの表示画面に、ホーム画面４１（図７参照）、確認画面４２（図８参照）、チャージ画面４３（図９参照）が表示される。

ホーム画面４１は、マッチング支援システム１００を介してライドシェアリングのサービスを依頼するために、情報端末２０において前記ユーザアプリケーションが起動された場合に最初に表示される画面である。図７に示すように、ホーム画面４１には、情報端末２０を使用する利用登録者の前記利用者ＩＤ及び前記設定色が表示される表示枠５１と、地図データ及び現在位置が表示される表示枠５２と、出発地入力欄５３と、到着地入力欄５４と、ポイント確認ボタン５５とが配置されている。

確認画面４２は、ホーム画面４１においてポイント確認ボタン５５が押された場合に表示部２３Ａに表示される画面である。また、確認画面４２は、前記ポイント付与要求が情報端末２０からサーバ装置１０に送信された場合にも、表示部２３Ａに表示される画面であり、サーバ装置１０の交流判定部１１１による判定結果が出るまで表示部２３Ａに表示される。確認画面４２には、上述した表示枠５１，５２の他に、保有ポイントが表示される表示枠５６と、判定結果を表示するための表示枠５７とが配置されている。表示枠５６には、現在の保有ポイントが表示される。

チャージ画面４３は、交流判定部１１１によって利用登録者同士が交流していると判定されてポイントが付与される場合に表示される画面である。図９に示すように、チャージ画面４３には、上述した表示枠５１，５２，５６，５７の他に、ＯＫボタン５８が配置されている。チャージ画面４３では、ポイント付与されたことを示す表示「ＣＨＡＲＧＥ」が表示枠５７に表示され、この状態でＯＫボタン５８が押されるとポイントの付与が確定する。

本実施形態では、確認画面４２及びチャージ画面４３において、表示枠５６には、前記ポイントを示すマークとして、保有数と同数の円形状のマーク６１（図８、図９参照）であって、前記ポイントに関連付けられた色コードが示すポイント色と同じ色を有するマーク６１が表示される。図８には、３つのマーク６１が表示された例が示されており、図９には、４つのマーク６１が表示された例が示されている。これらの各マーク６１は、利用登録者の保有するポイントを示しており、マーク６１の数は、利用登録者が保有するポイントの数を示している。各マーク６１の表示色は、前記ポイントに関連付けられた前記色コードが示すポイント色である。なお、表示枠５６には、最大で５つのマーク６１が表示可能であるが、図８及び図９では、便宜上、マーク６１の空き領域が点線で示されている。

ＧＰＳ受信部２５は、情報端末２０の現在の位置情報を取得する。ＧＰＳ受信部２５は、ＧＰＳ衛生からの信号を受信し、更に所定の演算処理を行うことにより、地球上における位置を検出する。

制御部２１は、情報端末２０の各部の動作を制御する。制御部１１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶媒体である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶媒体であり、前記ＣＰＵが実行する各種の演算処理の一時記憶メモリ（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより情報端末２０を制御する。

図６に示すように、制御部２１は、ポイント付与要求送信部２１１と、ポイント表示処理部２１２等の各種処理部を含む。制御部２１は、前記ＣＰＵが前記制御プログラムに従った各種の演算処理を実行することによって前記各種の処理部として機能する。制御部２１又は前記ＣＰＵが、前記制御プログラムを実行するコンピュータの一例である。なお、制御部２１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。また、前記制御プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。

ポイント付与要求送信部２１１は、利用登録者によって上述した所定のアクション（情報端末２０を振る動作、又は、ポイント付与要求を送信するための入力操作）がなされた場合に、ネットワークＮ１を通じて、前記ポイント付与要求をサーバ装置１０に送信する処理（送信処理）を行う。

ポイント表示処理部２１２は、利用登録者が保有する保有ポイントを前記設定色とともに操作表示部２３の表示部２３Ａの表示画面に表示する処理（表示処理）を行う。上述したように、前記保有ポイントには、各ポイントごとに前記色コードが関連付けられている。したがって、本実施形態では、ポイント表示処理部２１２は、関連付けられた前記色コードが示すポイント色が付されたマーク６１を前記保有ポイントとして表示部２３Ａの表示枠５６に表示する。このように、単に保有ポイントの残数を数字で表示するのではなく、所定のポイント色のマーク６１が表示されるので、利用登録者は、どのような色のポイントを有しているのかを視覚的に容易に把握することができる。

以下、図１０のフローチャートを参照しつつ、情報端末２０を用いてサーバ装置１０に対して、マッチング支援システム１００の利用登録のための利用登録申請を行う際に、サーバ装置１０によって実行される利用登録処理の手順の一例について説明する。なお、以下の説明では、利用登録を希望する申請者が情報端末２０において、利用登録申請のための所定のアプリケーションを起動し、このアプリケーションが情報端末２０から後述の利用登録申請や種々の入力情報をサーバ装置１０に送信するものとする。

まず、ステップＳ３１では、制御部１１は、情報端末２０から利用登録申請を受信したか否かを判定する。制御部１１は、前記利用登録申請を受信すると、利用者情報入力画面（不図示）を情報端末２０に表示させて、当該画面を申請者に提示して、利用登録申請に必要な申請情報の入力を促す（Ｓ３２）。前記申請情報は、利用登録に必要な個人情報（申請者の氏名、性別、年齢、住所、連絡先、写真付き証明書データなど）と、申請者を紹介した紹介者（登録利用者）の利用者ＩＤ（紹介者ＩＤ）とを含む。

次のステップＳ３３では、制御部１１は、情報端末２０の前記利用者情報入力画面を介して、利用登録に必要な前記申請情報（個人情報、紹介者ＩＤ）が入力されたことによって、前記申請情報を取得したか否かを判定する。ステップＳ３３において前記申請情報が入力されず、申請キャンセルが入力されたと判定されると（Ｓ３４）、一連の処理が終了する。一方、ステップＳ３３において前記申請情報が入力されると、次のステップＳ３５において、入力された情報と、入力された証明書データとを照合する処理が行われる。

ステップＳ３５において、照合不一致と判定されると（Ｓ３５のＮｏ）、制御部１１は、照合エラーを示すエラー情報を申請者の情報端末２０に出力する（Ｓ３６）。その後に一連の処理が終了する。

一方、ステップＳ３５において、照合一致と判定されると（Ｓ３５のＹｅｓ）、制御部１１は、当該利用登録申請を受理（許可）する。そして、制御部１１は、申請者のＩＤ（利用者ＩＤ）を発行し（Ｓ３７）、更に、前記利用者ＩＤと前記申請情報とを含む利用者登録情報を生成して、利用者情報管理テーブル１３１Ａ（図３参照）に登録する（Ｓ３８）。更に、制御部１１は、生成した利用者登録情報に、前記紹介者に設定されている前記設定色と同じ色の設定色を前記利用者ＩＤに関連付けて登録する（Ｓ３９）。つまり、申請者の設定色は、紹介者と同じ色に設定される。なお、この時点では、申請者に対して前記ポイントは発行されないため、申請者の保有ポイントはゼロであり、ポイント数がゼロであることが前記利用者登録情報に登録される。

その後、制御部１１は、利用登録申請の発信元の情報端末２０に、申請者の利用者ＩＤ、設定色、及び保有ポイント数（ゼロ）を含む利用者登録情報を送信し（Ｓ４０）、一連の処理が終了する。

なお、前記利用者登録情報を受信した情報端末２０では、前記ユーザアプリケーションが起動された場合に、制御部２１は、ホーム画面４１の表示枠５１に、前記利用者ＩＤ及び前記設定色を表示する。なお、保有ポイント数はゼロであるため、この時点では、確認画面４２の表示枠５６には、保有ポイントを示すマーク６１は表示されない。

以下、図１１のフローチャートを参照しつつ、ポイント付与を要求した利用登録者（要求者）にポイントを付与するポイント付与処理の手順の一例について説明するとともに、本発明のポイント管理方法について説明する。なお、以下の説明では、ポイント付与の要求者が２人であり、各要求者が自身の情報端末２０において前記ユーザアプリケーションを起動し、前記ユーザアプリケーションが情報端末２０からポイント付与要求や後述の種々の情報をサーバ装置１０に送信するものとする。

まず、ステップＳ５１では、制御部１１は、各情報端末２０からポイント付与要求を受信したか否かを判定する。より詳細には、制御部１１は、予め定められた時間（例えば数秒）内に各情報端末２０それぞれから前記ポイント付与要求を受信したか否かを判定する。前記ポイント付与要求には、上述したように、送信元の情報端末２０に登録されている利用者ＩＤや、後述の交流判定処理に用いられる判定情報などが含まれている。

制御部１１は、前記ポイント付与要求を受信すると、前記ポイント付与要求を送信した利用登録者同士が対面による交流を行ったか否かを判定する上述の交流判定処理を行う（Ｓ５２）。ここで、ステップＳ５２は、本発明の交流判定ステップの一例である。

ステップＳ５２の交流判定処理は、前記ポイント付与要求に含まれる前記利用者ＩＤや前記判定情報などを参照して、上述した第１の判定方法、又は第２の判定方法に基づいて行われる。なお、前記第１の判定方法に基づく交流判定処理が行われる場合、前記判定情報は、情報端末２０の位置情報や、利用者ＩＤなどである。また、前記第２の判定方法に基づく交流判定処理が行われる場合、前記判定情報は、情報端末２０で実行された判定処理の結果（判定結果）や、各利用登録者の情報端末２０間で行われた前記近距離無線通信の通信日時、利用者ＩＤなどである。

ステップＳ５２において、利用登録者同士の対面による交流が行われたと判定されると、処理はステップＳ５３に進む。また、前記交流が行われなかったと判定されると、ポイントが付与されることなく、一連の処理が終了する。

次のステップＳ５３では、制御部１１は、前記交流が行われた各利用登録者ごとに定められた前記設定色に基づいて、各利用登録者それぞれの前記設定色が異なるか否かを判定する上述の属性判定処理を行う。

ステップＳ５３において、前記設定色が異なると判定されると、処理はステップＳ５４に進む。また、前記設定色が同じであると判定されると、ポイントが付与されることなく、一連の処理が終了する。

次のステップＳ５４では、制御部１１は、前記交流が行われた各利用登録者に対して前記ポイントを付与する上述のポイント付与処理を行う。つまり、本実施形態では、利用登録者同士が実際に対面して交流した場合に、各利用登録者それぞれに新規ポイントが付与される。ステップＳ５４で付与されるポイントは、交流相手の設定色を示す色コードが関連付けられたポイントであり、言い換えると、交流相手の設定色と同じポイント色のポイントである。なお、ステップＳ５４は、本発明のポイント付与ステップの一例である。ステップＳ５４において前記新規ポイントが付与されると、ポイント獲得履歴テーブル１３１Ｂ（図４参照）で管理されている前記獲得履歴情報に含まれるポイント累計数に、付与された前記新規ポイントの数が加算される（Ｓ５５）。

次のステップＳ５６では、制御部１１は、前記利用者情報管理テーブル１３１Ａ（図３参照）から各利用登録者の前記利用者登録情報を参照して、ポイント付与前の保有ポイント数が上限値（５つ）であるか否かを判定する。ここで、保有ポイント数が上限値未満であると判定されると（Ｓ５６のＮｏ）、制御部１１は、前記利用者登録情報に含まれるポイントに前記新規ポイントを加算して（Ｓ６２）、前記利用者登録情報を更新する。その後、ステップＳ６３に進む。

一方、ステップＳ５６において、ポイント付与前の保有ポイント数が前記上限値であると判定されると（Ｓ５６のＹｅｓ）、次のステップＳ５７において、制御部１１は、前記利用者登録情報に登録されている上限値の保有ポイントにおいて、同じポイント色を有する複数のポイントがあるか否かを判定する。かかる判定は、前記利用者登録情報に含まれる前記ポイント色情報（図３参照）に基づいて行われる。

ステップＳ５７において、同じポイント色を有する複数のポイントがあると判定されると（Ｓ５７のＹｅｓ）、処理はステップＳ５８に進む。また、同じポイント色を有する複数のポイントが無いと判定されると（Ｓ５７のＮｏ）、つまり、全てのポイントのポイント色が異なると判定されると、処理はステップＳ５９に進む。

ステップＳ５８では、制御部１１は、同じポイント色を有する複数のポイントのうち、ポイントが付与された日時（ポイント付与日時）が最も古いポイントを、新たに付与される前記新規ポイントに置換する置換処理を行う。詳細には、制御部１１は、前記利用者登録情報に登録されている保有ポイントに対して、置換対象のポイントを消去して、前記新規ポイントを加算して、前記利用者登録情報を更新する。その後、ステップＳ６３に進む。なお、前記ポイント付与日時については、前記利用者情報管理テーブル１３１Ａの前記利用者登録情報（図４参照）を参照して判定される。例えば、保有する５つのポイントそれぞれの色コードが示すポイント色が白色、赤色、赤色、黄色、緑色である場合、ポイント色が同じ赤色の２つのポイントのうち、ポイント付与日時の古いほうのポイントが前記新規ポイントに置換される。このような置換処理が行われるため、保有ポイント数を上限値に維持しつつ、前記新規ポイントを保有ポイントに組み入れることができる。

次のステップＳ５９では、制御部１１は、前記利用者登録情報に登録されている上限値の保有ポイントにおいて、新たに付与される前記新規ポイントと同じポイント色のポイントがあるか否かを判定する処理（判定処理）を行う。かかる判定処理は、前記利用者登録情報に含まれる前記ポイント色情報（図３参照）に基づいて行われる。

ステップ５９において、前記新規ポイントと同じポイント色のポイントがあると判定されると（Ｓ５９のＹｅｓ）、処理はステップＳ６０に進み、無いと判定されると（Ｓ５９のＮｏ）、処理はステップＳ６１に進む。

ステップＳ６０では、制御部１１は、前記新規ポイントと同じポイント色を有するポイントを前記新規ポイントに置換する置換処理を行う。詳細には、制御部１１は、前記利用者登録情報に登録されている保有ポイントに対して、前記同じポイント色を有するポイントを消去し、前記新規ポイントを加算して、前記利用者登録情報を更新する。その後、ステップＳ６５に進む。

また、ステップＳ６１では、制御部１１は、保有するポイントのうち、ポイントが付与されたポイント付与日時が最も古いポイントを、新たに付与される前記新規ポイントに置換する置換処理を行う。詳細には、制御部１１は、前記利用者登録情報に登録されている保有ポイントに対して、最も古い時期に付与されたポイントを消去し、前記新規ポイントを加算して、前記利用者登録情報を更新する。その後、ステップＳ６５に進む。

ステップＳ６３では、前記新規ポイントが付与され、前記利用者登録情報が更新された状態で、制御部１１は、保有しているポイント数が前記上限値である場合に、全ポイントのポイント色が全て異なっているか否かを判定する処理（判定処理）を行う。かかる判定処理は、前記利用者登録情報に含まれる前記ポイント色情報（図３参照）に基づいて行われる。

ステップＳ６３において、ポイント色が全て異なっていると判定されると（Ｓ６３のＹｅｓ）、制御部１１は、ポイント獲得履歴テーブル１３１Ｂ（図４参照）で管理されている前記獲得履歴情報に含まれる前記カラフル達成回数を１つ加算する（Ｓ６４）。その後、ステップＳ６５に進む。ここで、５つのポイントのポイント色が全て異なっている場合、情報端末２０の表示部２３Ａの表示枠５６には、５色のマーク６１が表示されることになり、表示枠５６に表示される５つのマーク６１はカラフルな状態となる。このように、表示枠５６がカラフル状態になった場合に、カラフル状態を達成したと判定されて、その達成回数（カラフル達成回数）が更新される。なお、ポイント色が全て異なっていないと判定された場合は、ステップＳ６４の更新が行われないまま、ステップＳ６５に進む。

次のステップＳ６５では、制御部１１は、更新された前記利用者登録情報に含まれるポイントに関する情報（ポイント情報）を、ポイント付与要求の送信元の各情報端末２０に送信する処理（送信処理）を行う。前記ポイント情報には、更新後のポイントの数、各ポイントのポイント色、前記設定期間内に付与されたポイントの累計数（図４参照）、前記カラフル達成回数などを含む。情報端末２０が前記ポイント情報を受信すると、情報端末２０の制御部２１は、確認画面４２及びチャージ画面４３の表示枠５６に、所定のポイント色のマーク６１を表示する。

以下、図１２のフローチャートを参照しつつ、利用登録者の保有ポイントをリセットするポイントリセット処理、及び、利用登録者の保有ポイントを減算するポイント減算処理の手順の一例について説明する。前記ポイントリセット処理及び前記ポイント減算処理は、サーバ装置１０の制御部１１によって行われる。

まず、ステップＳ７１では、制御部１１は、予め定められた前記リセットタイミングが到来したか否かを判定する。上述したように、本実施形態では、前記リセットタイミングは、曜日が月曜日に変わる時刻（時点）である。したがって、具体的には、制御部１１は、サーバ装置１０に搭載されている時計機能を用いて、日時が月曜日の００時００分になったか否かを判定する。

ステップＳ７１において、前記リセットタイミングが到来したと判定されると（Ｓ７１のＹｅｓ）、処理はステップＳ７２に進み、前記リセットタイミングがまだ到来していないと判定されると（Ｓ７１のＮｏ）、処理はステップＳ７３に進む。

ステップＳ７２では、制御部１１は、全ての利用登録者の保有ポイントを前記初期値（５つ）にリセットする。具体的には、制御部１１は、利用者情報管理テーブル１３１Ａの利用者登録情報に登録されている全利用登録者の保有ポイントを全て消去し、その後に、５つのポイントを発行（生成）し、利用登録者の保有ポイントとして加算する。このとき発行される５つのポイントは、いずれも、各利用登録者の前記設定色を示す色コードを含むポイントである。

ステップＳ７２において保有ポイントがリセットされると、制御部１１は、リセット後の保有ポイントの情報を含むポイント情報を、全ての利用登録者の情報端末２０に送信する処理を行う（Ｓ７３）。その後、ステップＳ７４に進む。なお、情報端末２０が前記ポイント情報を受信すると、情報端末２０の制御部２１は、確認画面４２及びチャージ画面４３の表示枠５６に、リセット後のポイントに対応するマーク６１を表示する。

ステップＳ７４では、制御部１１は、予め定められた前記減算タイミングが到来したか否かを判定する。上述したように、本実施形態では、前記減算タイミングは、日付が変わるタイミング（００時００分）である。したがって、具合的には、制御部１１は、サーバ装置１０に搭載されている時計機能を用いて、時刻が００時００分になったか否かを判定する。

ステップＳ７４において、前記減算タイミングが到来したと判定されると（Ｓ７４のＹｅｓ）、処理はステップＳ７５に進む。なお、ステップＳ７４では、前記減算タイミングが到来するまで当該ステップＳ７４の判定処理を継続する。

次のステップＳ７５では、制御部１１は、利用登録者が保有する保有ポイントを減らす処理を行う。ステップＳ７５は、本発明のポイント減算ステップの一例である。かかる処理は、全ての利用登録者の保有ポイントに対して行われる。具体的には、制御部１１は、前記減算タイミングが到来する度に、利用者情報管理テーブル１３１Ａの利用者登録情報に登録されている全利用登録者の保有ポイントから１つ減算して、前記利用者登録情報の保有ポイントを更新する。

その後、ステップＳ７６において、制御部１１は、減算後の保有ポイントの情報を含むポイント情報を、全ての利用登録者の情報端末２０に送信する処理を行う。その後、ステップＳ７１に戻り、ステップＳ７１以降の処理が繰り返される。なお、情報端末２０が前記ポイント情報を受信すると、情報端末２０の制御部２１は、確認画面４２及びチャージ画面４３の表示枠５６に、減算後のポイントに対応するマーク６１を表示する。

以上説明したように、本実施形態のポイントシステム１０１では、利用登録者同士が実際に交流したことが判定されると、各利用登録者が保有しているポイント数が増加する。これにより、交流を通じて利用登録者同士の信頼関係を築くことができる。その結果、ライドシェアなどの前記地域サービスの利用機会が増え、また、前記地域サービスの提供に対する安心度も増加し、前記地域サービスの利用が促進される。また、新たに前記地域サービスを利用することによって利用登録者の保有ポイント数が減少すると、利用登録者は、新たに前記地域サービスの提供を受けるべくポイント獲得のために自ずと他の利用登録者との交流を試みる。すなわち、利用登録者同士の交流が更に促されて、再び、利用登録者同士の交流に繋がる。このようなコミュニケーションの連鎖や循環が生じることによって、利用登録者が属する地域での交流がより一層促進され、多数の交流を実現することがで、互いの信頼関係を自然と築くことが可能になる。

また、情報端末２０において、所定のポイント色が付されたマーク６１が利用登録者の保有ポイントとして表示部２３Ａの表示枠５６に表示される。このように、単に保有ポイントの残数が数字で表示されるのではなく、所定のポイント色のマーク６１が表示されるので、利用登録者は、いくつのポイントを保有しているのか、或いは、どのような色のポイントを保有しているのかを視覚的に容易に把握することができる。また、視覚的に把握できるマーク６１が表示されるため、利用登録者は、様々な色のマーク６１を収集しようとする意欲が生じ、他の利用登録者との交流を積極的に行おうとする。その結果として、多数の利用登録者との間で信頼関係を築くことができる。

また、保有ポイント数が上限値（５つ）である利用登録者に対して新規ポイントが付与された場合に、上述のステップＳ５８，Ｓ６０，Ｓ６１において、保有ポイントのいずれかが新規ポイントと置換される。これにより、利用登録者のポイントの保有数を前記上限値に維持することができる。

また、保有ポイント数が上限値（５つ）である利用登録者に対して新規ポイントが付与された場合に、ポイント色が同じ複数のポイントのうちのいずれかのポイントが前記新規ポイントに置換される。具体的には、上述のステップＳ５８において、複数のポイントのうち、付与された日時が古い方のポイントが前記新規ポイントに置換される。これにより、複数の保有ポイントを示すマーク６１がカラフル状態になりやすくなり、ポイントを収集する意欲が更に向上する。

また、保有ポイント数が上限値（５つ）であり、付与された新規ポイントと同じ色のポイントが保有ポイントに含まれている場合は、上述したステップＳ６０において、同じ色のポイントが新規ポイントに置換される。また、付与された新規ポイントと同じ色のポイントが保有ポイントに含まれていない場合は、上述したステップＳ６１において、前記保有ポイントのうち最も古くに付与されたポイントが前記新規ポイントに置換される。これにより、保有ポイント数を上限値に維持しつつ、且つ、５つの保有ポイントの各ポイント色が異なるカラフル状態を維持することができ、更に、付与日時が新しいポイントを保有ポイントに組み入れることができる。

また、上述の実施形態では、前記リセットタイミングが到来する度に全ての利用登録者の保有ポイントが前記初期値にリセットされる。そのため、仮に、前記リセットタイミングが到来する前に保有ポイントがゼロになった場合でも、新たに前記初期値のポイントが付与されるため、利用登録者は再びライドシェアリングなどの地域サービスを利用することが可能となる。また、仮に、前記リセットタイミングが到来する前に保有ポイントが前記カラフル状態になった場合でも、再び単一色（前記設定色）のポイントにリセットされる。そのため、利用登録者は、保有ポイントを再び前記カラフル状態にしようとする意欲が生じ、これにより、利用登録者同士の交流が促進される。

また、前記減算タイミングが到来する度に全ての利用登録者の保有ポイントから１つのポイントが減算される。また、前記減算タイミングは、前記リセットタイミングよりも短い周期に設定されている。そのため、前記リセットタイミングが到来するまでの間に必ず前記ポイント減算処理が行われる。これにより、前記減算タイミングが到来する度に、利用登録者の保有ポイントが徐々に減少するため、ポイントが失われる前にポイントを使用しようとする意欲を利用登録者に生じさせることができる。その結果、利用登録者によるポイントの使用を促進することができ、互助活動としての地域サービスの利用も促進し、ひいては、前記互助活動を通じて地域コミュニケーションを活性化することが可能となる。また、利用登録者は、保有ポイントが初期値にリセットされるまでの間にポイントが減算された場合、保有ポイントの減少分を補おうとする意欲が生じる。つまり、利用登録者は、その減少を補おうとして他の利用登録者との交流を試みようとする。その結果、利用登録者同士の交流が積極的に行われて、利用登録者同士の信頼関係を構築することに繋がる。

なお、上述の実施形態では、利用登録者の属性情報の一例として、利用登録者ごとに個別に設定される前記設定色（色情報）を例示したが、前記属性情報は前記設定色に限られない。例えば、利用登録者ごとに個別に設定される形状（円形、四角形、菱形、二重円形、楕円形等）を示す形状情報であってもよく、或いは、前記形状情報と前記色情報とを組み合わせた情報であってもよい。

また、上述の実施形態では、ポイント付与処理において、ポイント付与の要求者が２人である処理を例示したが、本発明は、３人以上の要求者からポイント付与が要求された場合に、各要求者それぞれに新規ポイントを付与する処理例にも適用可能である。

また、上述の実施形態では、前記リセットタイミング及び前記減算タイミングについて具体例を例示したが、前記リセットタイミング及び前記減算タイミングは、上述した具体例に限定されない。例えば、前記リセットタイミングは、前記減算タイミングよりも長い周期であれば、如何なるタイミングであってもよい。

また、上述の実施形態では、本発明の一実施形態としてのポイントシステム１０１を例示したが、本発明は、ポイントシステム１０１を含むマッチング支援システム１００として捉えることも可能である。また、ポイントシステム１０１及びマッチング支援システム１００は、いずれも、サーバ装置１０単体で構成されるものであってもよく、また、サーバ装置１０と利用登録者が使用する１つ又は複数の情報端末２０とによって構成されるものであってもよい。

１０ ：サーバ装置
１１ ：制御部
１２ ：記憶部
１３ ：通信部
２０，３０：情報端末
２１ ：制御部
２３ ：操作表示部
２３Ａ ：表示部
４１ ：ホーム画面
４２ ：確認画面
４３ ：チャージ画面
６１ ：マーク
１００ ：マッチング支援システム
１０１ ：ポイントシステム
１１１ ：交流判定部
１１２ ：属性判定部
１１３ ：ポイント加算部
１１４ ：ポイントリセット部
１１５ ：ポイント減算部
１１７ ：利用者管理部
１３１ ：利用者情報格納部
１３１Ａ ：利用者情報管理テーブル
１３１Ｂ ：ポイント獲得履歴テーブル
１３２ ：提供者情報格納部
１３２Ａ ：提供者情報管理テーブル
２１１ ：ポイント付与要求送信部
２１２ ：ポイント表示処理部

Claims (15)

1. 所定の地域で実施される地域サービスに用いられるポイントを管理するポイントシステムであって、
   前記地域に属する複数のユーザそれぞれが保有する保有ポイントを格納するポイント格納部と、
   予め定められた第１タイミングが到来する度にユーザが保有する前記保有ポイントを減らすポイント減算処理部と、を備えるポイントシステム。
2. 予め定められた第２タイミングが到来する度にユーザが保有する前記保有ポイントを所定数にリセットするポイントリセット処理部を更に備える、請求項１に記載のポイントシステム。
3. 前記ポイント減算処理部は、前記ポイントリセット処理部によって前記保有ポイントが前記所定数にリセットされる前記第２タイミングから次にリセットされるまでのリセット周期が経過するまでに、少なくとも前記所定数と同数のポイントを減らす、請求項２に記載のポイントシステム。
4. 前記第１タイミングから次に前記保有ポイントが減少されるまでの減算周期は、前記リセット周期よりも短い、請求項３に記載のポイントシステム。
5. 前記第１タイミングは日付が変わるタイミングであり、前記減算周期は１日であり、前記第２タイミングは予め定められた特定の曜日が開始するタイミングであり、前記リセット周期は１週間である、請求項４に記載のポイントシステム。
6. ユーザが保有する前記保有ポイントをユーザが使用する端末装置の表示部に表示するポイント表示処理部を更に備える、請求項１から５のいずれかに記載のポイントシステム。
7. ユーザ同士が対面して交流したことをユーザが使用する端末装置から受信した信号に基づいて判定する交流判定部と、
   前記交流判定部によってユーザ同士の交流が行われたと判定された場合に、交流済みの各ユーザに交流相手の属性情報を含むポイントを付与するポイント付与処理部と、を更に備える、請求項１から６のいずれかに記載のポイントシステム。
8. 前記交流判定部によってユーザ同士の交流が行われたと判定された場合に、各ユーザの属性情報に基づいて各ユーザの属性が異なるか否かを判定する属性判定部を更に備え、
   前記ポイント付与処理部は、前記属性判定部によって各ユーザの属性が異なると判定された場合に、交流相手の属性情報を含むポイントを各ユーザに付与する、請求項７に記載のポイントシステム。
9. 前記ポイント付与処理部は、
   ポイントが付与されるユーザのポイント保有数が予め定められた上限値である場合に、当該ユーザが保有する保有ポイントのいずれかを新たに付与される新規ポイントに置換する、請求項７又は８に記載のポイントシステム。
10. 前記ポイント付与処理部は、
    前記保有ポイントのうち複数のポイントそれぞれが同じ属性情報を含むものである場合に、前記複数のポイントのうちのいずれかのポイントを前記新規ポイントに置換する、請求項９に記載のポイントシステム。
11. 前記ポイント付与処理部は、
    前記複数のポイントのうち最も古くに付与されたポイントを前記新規ポイントに置換する、請求項１０に記載のポイントシステム。
12. 前記ポイント付与処理部は、
    前記保有ポイントそれぞれが互いに異なる属性情報を含む場合に、前記保有ポイントのうち最も古くに付与されたポイントを前記新規ポイントに置換する、請求項９に記載のポイントシステム。
13. 前記複数のユーザは、予め定められた複数のグループのいずれかに所属しており、前記複数のユーザそれぞれの属性情報は、所属する前記グループを識別するものであり、
    前記属性情報は、前記グループを識別可能な色情報、又は形状情報のいずれかである、請求項７から１２のいずれかに記載のポイントシステム。
14. 所定の地域で実施される地域サービスに用いられるポイントを管理するためのポイント管理方法であって、
    予め定められた第１タイミングが到来する度に、前記地域に属する複数のユーザそれぞれが保有する保有ポイントを格納するポイント格納部から前記保有ポイントを減らすポイント減算ステップを備えるポイント管理方法。
15. 所定の地域で実施される地域サービスに用いられるポイントを、コンピュータによって管理するためのプログラムであって、
    請求項１４に記載のポイント管理方法のステップを前記コンピュータに実行させるためのプログラム。

Images