(57)【要約】【課題】基本的に人がやりたくない役割を決める際、その役割を担当することとなった者及びその役割を免れた者、これら両者を公平かつ平等に扱い、ともに納得感が得られるようにする役割管理装置及びプログラムを提供する。【解決手段】役割管理装置は、所定のポイントを利用者に付与する会員登録手段２０と、役割申込画面を提示する役割申込画面作成手段２１と、役割申込画面に含まれる役割に対して入力された申込ポイント数を受け付ける役割申込受付手段２２と、最小申込ポイント数の者を役割を担当する特定者として決定する特定者決定手段２４と、前記特定の者とならなかった前記利用者の前記申込ポイント数を当該利用者が保有するポイントから減算して、前記特定の者が保有するポイントに加算するとともに前記特定の者となった者の申込ポイントをその者に返還する処理を行うポイント処理手段２３とを備える。【選択図】図１
2020038560.tif 000002
【特許請求の範囲】
【請求項１】
利用者が使用する端末装置からネットワークを介して参加を受け付け、少なくとも一つ以上の役割に対し、各役割が与えられる者を決定する役割管理装置であって、
一定期間内に使用可能な所定のポイント数を保有ポイントとして前記利用者に付与する付与手段と、
前記ネットワークを介してアクセスされた前記端末装置に前記少なくとも一つ以上の役割を含む画面を提示する提示手段と、
所定の期間内に、前記利用者によって前記端末装置から、前記画面に含まれる前記少なくとも一つ以上の各役割に対して入力されたポイント数を申込ポイント数として受け付ける受付手段と、
前記所定の期間の終了時に、前記少なくとも一つ以上の各役割に対して、最小申込ポイント数で入力した前記利用者を各役割が与えられる特定の者として決定する決定手段と、
参加した前記利用者のうち前記特定の者とならなかった前記利用者の前記申込ポイント数を当該利用者の前記保有ポイントから減算して、前記特定の者の前記保有ポイントに加算するとともに前記特定の者となった者の申込ポイントをその者に返還する処理を行うポイント処理手段と、
を備えた役割管理装置。
【請求項２】
前記特定の者が獲得した前記ポイントは、次回の役割決定の際、前記申込ポイント数として使用することができ、他の利用者より高いポイント数で入力することにより前記役割を回避することができる請求項１に記載の役割管理装置。
【請求項３】
前記特定の者が獲得した前記ポイントは、最高入札ポイント数で購入対象の落札者を決定する他の入札システムと連動し、当該入札システムにおいて使用することができる請求項１または２に記載の役割管理装置。
【請求項４】
前記受付手段は、前記利用者がその時保有しているポイントの符号を変えた範囲内までのマイナスポイントも、前記申込ポイントとして受け付け、
前記ポイント処理手段は、マイナスポイントで申し込みをした者が前記特定の者となった場合には、該特定の者となった利用者の前記申込ポイントをプラスとしてその保有ポイントから減算するとともに、参加した前記利用者のうち前記特定の者とならなかった前記利用者の前記申込ポイント数が、プラスポイントの場合はそのポイントを、マイナスポイントの場合はその符号を変えた正のポイントを、それぞれその利用者の保有ポイントから減算し、前記特定の者の前記保有ポイントに加算しないように処理する請求項１に記載の役割管理装置。
【請求項５】
前記決定手段は、前記最小申込ポイント数がプラスポイントで重複した場合には、前記ポイントを入力した時間が遅い方を前記特定の者として決定する請求項１〜４のいずれかに記載の役割管理装置。
【請求項６】
前記決定手段は、前記最小申込ポイント数がマイナスポイントで重複した場合には、前記ポイントを入力した時間が早い方を前記特定の者として決定する請求項４に記載の役割管理装置。
【請求項７】
利用者が使用する端末装置からネットワークを介して参加を受け付けるコンピュータを、
一定期間内に使用可能な所定のポイント数を保有ポイントとして前記利用者に付与する付与手段と、
前記ネットワークを介してアクセスされた前記端末装置に前記少なくとも一つ以上の役割を含む画面を提示する提示手段と、
所定の期間内に、前記利用者によって前記端末装置から、前記画面に含まれる前記少なくとも一つ以上の各役割に対して入力されたポイント数を申込ポイント数として受け付ける受付手段と、
前記所定の期間の終了時に、前記少なくとも一つ以上の各役割に対して、最小申込ポイント数で入力した前記利用者を各役割が与えられる特定の者として決定する決定手段と、
参加した前記利用者のうち前記特定の者とならなかった前記利用者の前記申込ポイント数を当該利用者の前記保有ポイントから減算して、前記特定の者の前記保有ポイントに加算するとともに前記特定の者となった者の申込ポイントをその者に返還する処理を行うポイント処理手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、役割管理装置及びプログラムに関する。
【背景技術】
【０００２】
従来、他人に貢献したいと希望している人と、他人の助けを求めている人とがタイムリーに出会える場や機会を提供できるボランティア活動支援システムが提案されている（例えば、特許文献１参照）。
【０００３】
特許文献１に記載されたボランティア活動支援システムは、他のユーザに対してサービスを提供することを希望するユーザからサービス提示情報が入力された場合に、これをインターネットを介して各ユーザに開示し、このサービス提示情報の中で希望のものを発見したユーザから申し込み要求が入力された場合に、サービス提示者と申し込み者とを仲介し、サービス提示者がサービスを提供すべき申込者を特定した場合に、申込者の保有するポイントを一定数減少させると共に、サービス提示者のポイントを一定数増加させるようにしたものである。
【０００４】
このシステムでは、ポイント制を採用し、ユーザ間でサービスの提供行為が行われる際には、ポイントがサービス受領者からサービス提示者へ移転する仕組みとなっている。このポイントには換金性はなく、ただ次に自分がサービスの提供を受ける権利を獲得するという意義を有している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２４４８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
他人に貢献したいと希望している人が多数いる場合には、ボランティア活動の担い手はすぐに決まるが、本来はボランティア活動であるべき学校のＰＴＡ役員や、マンションの自治会役員等は、なかなか成り手がおらず、どこでも役員を決めるのに苦労している。そして、運良く役員を免れた者は安堵し、運悪く役員になってしまった者は不満を抱えつつ役員をやっているというのが現状である。
【０００７】
そこで、本発明の目的は、基本的に人がやりたくない役割を決める際、その役割を担当することとなった者及びその役割を免れた者、これら両者を公平かつ平等に扱い、ともに納得感が得られ、次回、同様に基本的に人がやりたくない役割を決める際、その役割を免れた者よりもその役割を担当することとなった者はその役割を免れ易くなるようにする役割管理装置及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、上記目的を達成するため、利用者が使用する端末装置からネットワークを介して参加を受け付け、少なくとも一つ以上の役割に対し、各役割が与えられる者を決定する役割管理装置であって、
一定期間内に使用可能な所定のポイント数を保有ポイントとして前記利用者に付与する付与手段と、
前記ネットワークを介してアクセスされた前記端末装置に前記少なくとも一つ以上の役割を含む画面を提示する提示手段と、
所定の期間内に、前記利用者によって前記端末装置から、前記画面に含まれる前記少なくとも一つ以上の各役割に対して入力されたポイント数を申込ポイント数として受け付ける受付手段と、
前記所定の期間の終了時に、前記少なくとも一つ以上の各役割に対して、最小申込ポイント数で入力した前記利用者を各役割が与えられる特定の者として決定する決定手段と、
参加した前記利用者のうち前記特定の者とならなかった前記利用者の前記申込ポイント数を当該利用者の前記保有ポイントから減算して、前記特定の者の前記保有ポイントに加算するとともに前記特定の者となった者の申込ポイントをその者に返還する処理を行うポイント処理手段と、
を備えた役割管理装置を提供する。
【０００９】
また、本発明は、上記目的を達成するため、利用者が使用する端末装置からネットワークを介して参加を受け付けるコンピュータを、
一定期間内に使用可能な所定のポイント数を保有ポイントとして前記利用者に付与する付与手段と、
前記ネットワークを介してアクセスされた前記端末装置に前記少なくとも一つ以上の役割を含む画面を提示する提示手段と、
所定の期間内に、前記利用者によって前記端末装置から、前記画面に含まれる前記少なくとも一つ以上の各役割に対して入力されたポイント数を申込ポイント数として受け付ける受付手段と、
前記所定の期間の終了時に、前記少なくとも一つ以上の各役割に対して、最小申込ポイント数で入力した前記利用者を各役割が与えられる特定の者として決定する決定手段と、
参加した前記利用者のうち前記特定の者とならなかった前記利用者の前記申込ポイント数を当該利用者の前記保有ポイントから減算して、前記特定の者の前記保有ポイントに加算するとともに前記特定の者となった者の申込ポイントをその者に返還する処理を行うポイント処理手段、
として機能させるためのプログラムを提供する。
【発明の効果】
【００１０】
本発明によれば、基本的に人がやりたくない役割を決める際、その役割を担当することとなった者も、その役割を免れた者も、ともに納得感が得られ、次回、同様に基本的に人がやりたくない役割を決める際、その役割を免れた者よりもその役割を担当することとなった者はその役割を免れ易くなる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の実施の形態に係る役割管理システムの概略の構成例を示す図である。
【図２】図２は、会員テーブルの一例を示す図である。
【図３】図３は、端末装置の表示部に表示される第１の実施の形態における役割申込画面の一例を示す図である。
【図４】図４は、第１の実施の形態における役割申込管理テーブルの一例を示す図である。
【図５】図５は、サーバ装置の動作の一例を示すフローチャートである。
【図６】図６は、第１の実施の形態の変形例における役割申込画面の一例を示す図である。
【図７】図７は、第１の実施の形態の変形例における役割申込管理テーブルの一例を示す図である。
【図８】図８は、第２の実施の形態における、役割申込画面の一例を示す図である。
【図９】図９は、第２の実施の形態における、役割申込管理テーブルの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について図面を参照して説明する。なお、各図中、実質的に同一の機能を有する構成要素については、同一の符号を付してその重複した説明を省略する。
【００１３】
［第１の実施の形態］
まず本発明の第１の実施の形態として、学校（例えば小学校）のＰＴＡの役員決めを例にとって説明することとする。
【００１４】
図１は、本発明の実施の形態に係る役割管理システムの概略の構成例を示す図である。
この役割管理システム１００は、会員にポイントを用いた役割申込の機会を与えるサーバ装置１と、会員が使用する複数の端末装置７とを備える。サーバ装置１は、役割管理装置の一例である。会員は、利用者の一例である。
【００１５】
本実施の形態で用いるポイントは、役割に対する申込時に使用できるが、換金性はなく、次回の役割決めを行う際に使用することができる。なお、最高入札ポイント数で購入対象の落札者を決定する他の入札システムがある場合、ポイントをこの入札システムと連動させ、本役割管理システムで獲得したポイントを用いて、希望の購入対象を落札するためにこの入札システムに入札することができるようにすることもできる。これについて、詳しくは後述する。
【００１６】
サーバ装置１と複数の端末装置７とは、ネットワーク８を介して接続可能に構成されている。ネットワーク８は、有線通信、無線通信等によりデータの送受信を行うインターネット等の通信網である。
【００１７】
（サーバ装置の構成）
サーバ装置１は、本装置１の各部を制御する制御部２と、各種の情報を記憶する記憶部３と、液晶ディスプレイ等で実現される表示部４と、キーボード、マウス等で実現される入力部５と、ネットワーク８を介して端末装置７等の外部装置と通信を行う通信部６とを有して概略構成されている。
【００１８】
制御部２は、ＣＰＵ（Central Processing Unit）、インターフェース等によって構成され、プログラム３０を実行することにより、会員登録手段２０、役割申込画面作成手段２１、役割申込受付手段２２、ポイント処理手段２３、特定者決定手段２４等として機能する。これらの手段２０〜２４については後述する。会員登録手段２０は、付与手段の一例である。役割申込画面作成手段２１は、提示手段の一例である。役割申込受付手段２２は、受付手段の一例である。特定者決定手段２４は、決定手段の一例である。
【００１９】
記憶部３は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク等から構成され、プログラム３０、会員テーブル３１（図２参照）、役割申込画面３２（図３参照）、役割申込管理テーブル３３（図４参照）等の各種の情報を記憶する。
【００２０】
（端末装置の構成）
端末装置７は、例えば、パーソナルコンピュータ、携帯情報端末（ＰＤＡ）、カメラ付き携帯電話機、多機能携帯電話機（スマートフォン）等を用いることができる。端末装置７は、液晶ディスプレイ等で実現される表示部と、キーボード、マウス等で実現される入力部と、サーバ装置１とネットワーク８を介して通信を行う通信部とを備えて構成されている。
【００２１】
図２は、会員テーブル３１の一例を示す図である。会員テーブル３１には、その学校に所属する全てのＰＴＡ会員（保護者）（以下、単に「会員」ともいう。）についての情報が記録される。例えば、会員テーブル３１は、会員ＩＤ、氏名、パスワード、メールアドレス、保有ポイント、学年／組等の複数の項目を有する。
【００２２】
会員ＩＤには、会員を識別する会員ＩＤが記録される。会員ＩＤは、会員になったとき、すなわち学校に入学（あいるは転入学）したときに付与され、毎年学年及び組が変わるが、卒業（あるいは転校）するまでその会員ＩＤが使用される。会員ＩＤの与え方は特に限定されないが、例えば適当にある桁数の乱数が付与される。
【００２３】
氏名には、会員の氏名が記録される。パスワードには、会員のパスワードが記録される。メールアドレスには、端末装置７、携帯電話機等のメールアドレスが記録される。保有ポイントには、入会時に予め定められたポイント数（例えば、１０００ポイント）が記録され、その後は会員が保有しているポイント数が記録される。学年／組は、その会員の子弟が所属する学年及び組とその生徒の氏名（同じ学校に兄弟姉妹が在籍している場合には、その全ての兄弟姉妹の学年及び組とその生徒の氏名）が記録される。
【００２４】
図３は、端末装置７の表示部に表示される第１の実施の形態における役割申込画面３２の一例を示す図である。役割申込画面３２は、役割申込番号を表示する役割申込番号表示領域３２０、役割申込期間を表示する役割申込期間表示領域３２１と、役割申込内容を表示する役割申込内容表示領域３２２と、会員が保有する保有ポイントを表示する保有ポイント表示領域３２３とを含む。役割決定イベント番号は、各会員からポイントを伴った申し込みを受け付けて役割を担当する特定の者を決定する役割決定イベントを一義的に識別するものであり、役割決定イベントを行う際に付与される。
【００２５】
役割申込内容表示領域３２２は、管理番号、役割情報、その役割に必要な人数、申込ポイント数等の複数の項目を有する。管理番号には、個々の役割を管理するための番号が記録される。役割情報には、役割の内容が記録される。例えば、学校のＰＴＡ役員の場合、決めるべき役割（役員の内容）として、会長、副会長、書記、会計、会計監査等の本部役員、及びクラス委員等があるが、ここでは簡単のため、クラス委員を例にとって説明することとする。
【００２６】
例えば、この小学校では１年から６年までそれぞれ４クラスずつあったとして、管理番号００１の役割情報「１年１組クラス委員」から、管理番号０２４の役割情報「６年４組クラス委員」までがある。そのうち、当該会員の端末装置７の役割申込画面３２には、当該会員の子弟が属する学年／組のクラス委員が役割情報に表示される。このとき、当該会員に複数の子弟がいる場合には、その全ての学年／組のクラス委員が表示される。ちなみに、図３では、子弟が二人いて、それぞれの学年／組が異なる場合の例を示している。
【００２７】
役割申込画面３２の人数の欄には、今回決める各役割の必要人数、例えば、クラス委員は各クラス毎に３人等と記録される。また、申込ポイント数には、ユーザが入力部を操作して入力されたポイント数が記録される。
【００２８】
例えば、当該会員のその時の保有ポイントが１０００ポイントで、保有ポイント表示領域３２３に１０００ポイントが表示されている場合に、管理番号が「ＸＸＸ」の役割「〇年〇組クラス委員」の申込ポイント数の欄に５０ポイントを入力し、管理番号「ＹＹＹ」の「△年△組クラス委員」の申込ポイント数の欄に５０ポイントを入力すると、ポイント処理手段２３によって保有ポイントの１０００ポイントから１００ポイントが減算された後の９００ポイントが保有ポイント表示領域３２３に表示される。
【００２９】
図３のように、複数の学年／組のクラス委員が表示されている会員については、例えば、その全てに対してポイントを指定して申し込みをしなければならないとしてもよい。クラス委員が決定したとき、クラス委員にならなかった者は、クラス委員になった者にポイントを贈呈しなければならないからである。しかし、これは一例であり、必ずしもこのような方法に限定されるものではない。また上のような場合でも、複数の学年／組のクラス委員の役割を担当する特定の者（以下「特定者」ともいう。）になってしまっても、そのうちの一つについてのみ引き受ければ良いとしてもよい。この辺の詳しい決め方については後述する。
【００３０】
図４は、第１の実施の形態におけるクラス委員を決める際の役割申込管理テーブル３３の一例を示す図である。役割申込管理テーブル３３は、図３の役割申込画面３２と同様に、役割申込番号を表示する役割申込番号表示領域３３０、役割申込期間を表示する役割申込期間表示領域３３１と、役割申込内容を表示する役割申込内容表示領域３３２とを含む。
【００３１】
役割申込内容表示領域３３２は、図３と同様に、管理番号、役割情報、人数の項目を有し、さらに申込ポイント数、決定ポイント等の項目を有する。申込ポイント数の欄には、会員により端末装置７の入力部を操作して入力されたポイント数と会員ＩＤが記録される。決定ポイントの欄には、役割に申込期間が過ぎた時点でその役割を担当する特定の者として決定された会員の申込ポイント数を決定ポイントとして、また特定者となった会員の会員ＩＤが記録される。
【００３２】
次に、制御部２の各手段２０〜２５について説明する。
【００３３】
会員登録手段２０は、端末装置７から送信されたユーザ情報に会員登録に必要な情報（例えば、氏名、子弟の学年／組、メールアドレス等）が含まれている場合は、会員登録する。すなわち、会員登録手段２０は、会員ＩＤを生成し、役割の決定にあたり申込時に使用可能な所定のポイント数（例えば、１０００ポイント）のポイントを保有ポイントとして当該会員に付与する。また、会員登録手段２０は、会員ＩＤ、保有ポイント及びその会員の子弟の学年／組を会員テーブル３１に記録する。
【００３４】
役割申込画面作成手段２１は、システム（主催者）が役割申込期間及び決定すべき役割を決めて役割決定イベントを作成する。役割申込画面作成手段２１は、作成した役割決定イベントに役割申込番号を付与し、役割申込画面３２及び役割申込管理テーブル３３を作成し、役割申込画面３２及び役割申込管理テーブル３３を記憶部３に記憶する。役割申込画面作成手段２１は、会員テーブル３１から当該会員が保有する保有ポイントを取得し、記憶部３に記憶された役割申込画面３２の保有ポイント表示領域３２３に保有ポイントを書き込み、役割申込画面３２を端末装置７に提示する。
【００３５】
役割申込受付手段２２は、端末装置７から予め定められた期間内に、役割申込画面３２に含まれる役割に対して入力された役割申込の申込ポイント数を、受付後も他の会員に知られないように、受け付ける。また、役割申込受付手段２２は、申込ポイント数及び会員ＩＤを役割申込管理テーブル３３に記録する。なお、役割申込は、役割申込期間内であれば、申込ポイントを変えて何度でも行うことができるようにしてもよい。
【００３６】
ポイント処理手段２３は、役割に対して申し込みをした会員が保有する保有ポイントから申し込みに使用された申込ポイント数を減算して保有ポイントを算出する。ポイント処理手段２３は、算出後の保有ポイントで会員テーブル３１の保有ポイントを更新する。
【００３７】
また、ポイント処理手段２３は、役割を担当する特定者にはならなかった会員の申込ポイント数をその会員が保有するポイントから減算し、このポイント数を全て当該役割を担当する特定者となった会員の保有ポイントに加算する。すなわち、特定者とならなかった全ての会員はその申込ポイントを没収され、没収された申込ポイントは特定者となった会員に贈呈される。また、特定者となった会員の申込ポイントも特定者となった会員に返還される。なお、このときポイントが贈呈される特定者が複数いる場合には、それらの特定者に贈呈するポイントを均等に配分するようにしてもよい。
【００３８】
なお、役割を担当することとなる特定者にはならなかった全ての会員の申込ポイント数の合計が予め決められた一定数に達しない場合には、システムがその不足分を補充し、逆にその申込ポイント数の合計が一定数を超える場合には、システムがその超過分を吸い上げて、当該特定者には常に一定のポイントが付与されるようにしてもよい。
【００３９】
特定者決定手段２４は、役割申込期間の終了時に、申込ポイント数に基づいて役割を担当する特定者を決定する。具体的には、特定者決定手段２４は、最小申込ポイント数で申し込みをした会員を、その役割を担当する特定者として決定する。なお、役割申込期間内に申込ポイントを変えて複数回役割申込があった場合には、最後に行われた役割申込の時間及び申込ポイントによって判断するものとする。また、役割申込画面が同じ役割に対して複数人を決めるように指示している場合は、その役割を担当する人数をＮとすると、申込ポイント数の低い会員からＮ番目までの会員を特定者として決定する。このとき、これらの申込ポイント数に該当する会員が複数人いた場合には、例えば、それらの会員のうち申し込みが遅かった者から順に特定者とするようにしてもよい。
【００４０】
また、特定者決定手段２４は、特定者を決定した後に、その特定者の申込ポイントを決定ポイントとし、この決定ポイントを特定者及び他の会員のうち主催者により指定された会員に開示してもよい。主催者は例えば開示要求が事前に全ての会員からあった場合は全ての会員に開示してもよい。また、主催者が必要と判断した会員を開示相手として指定してもよい。必要と判断した場合としては、例えば、全ての会員に開示することで特定者が公平で不利益を受けないこと、次回以降の役割決定に影響を与えないことや決定ポイント数の整合性の確認をすること等が考えられる。
【００４１】
（第１の実施の形態の動作）
次に、役割管理システム１００の動作の一例を説明する。図５は、サーバ装置１の動作の一例を示すフローチャートである。
【００４２】
（１）会員登録
ユーザは、端末装置７を操作して会員登録に必要なユーザ情報をネットワーク８を介してサーバ装置１に送信する。ユーザ情報には、氏名、パスワード、メールアドレス等が含まれる。なお、会員登録は、会員になるときに一度だけ行えばよい。
【００４３】
サーバ装置１は、端末装置７から送信されたユーザ情報を通信部６を介して受信すると、会員登録手段２０は、ユーザ情報に会員登録に必要な情報が含まれているか否かを判断し、含まれていると判断すると、会員登録する。すなわち、会員登録手段２０は、会員ＩＤを生成し、当該会員に対して所定のポイント数（例えば、１０００ポイント）を付与する。また、会員登録手段２０は、会員ＩＤ、付与したポイント数等を会員テーブル３１に記録する。
【００４４】
（２）役割申込の開始
役割申込画面作成手段２１は、役割申込期間、及び申込を受け付ける役割を決めて役割決定イベントを作成する（Ｓ１）。役割申込画面作成手段２１は、作成した役割決定イベントに役割申込番号を付与し、役割申込画面３２及び役割申込管理テーブル３３を作成し、役割申込画面３２及び役割申込管理テーブル３３を記憶部３に記憶するとともに、各会員の端末装置７に提示する（Ｓ２）。
【００４５】
役割申込受付手段２２は、端末装置７からネットワーク８を介して会員ＩＤ及びパスワードとともに役割申込要求があると（Ｓ３：Ｙｅｓ）、端末装置７から送信された会員ＩＤ及びパスワードが会員テーブル３１に登録されているか否かを判断する（Ｓ４）。役割申込要求がない場合（Ｓ３：Ｎｏ）には、役割申込要求があるまで待機する。
【００４６】
送信された会員ＩＤ及びパスワードが会員テーブル３１に登録されている場合には（Ｓ４：Ｙｅｓ）、役割申込受付手段２２は、現在が役割申込期間内か否かを判断する（Ｓ５）。役割申込受付手段２２は、現在が役割申込期間内である場合は（Ｓ５：Ｙｅｓ）、端末装置７から送られた役割申込要求が所定の様式を満たしているか否かを判断する（Ｓ６）。所定の様式を満たしていない場合とは、例えば、図３の役割申込画面３２のように、その会員に複数の子弟がいて、複数のそれぞれのクラス委員に対して所定のポイントで申し込みをしなければならないところ、一つだけにしか申し込みをしていない場合や、本システムでは最小ポイント数の会員が役割を担当する特定者に決定するので、なるべく少ないポイント数がよいとして０ポイントで申し込む等の場合がある。申込ポイント数は少なくとも１ポイント以上でなければならない。
【００４７】
会員であり、所定の申し込み様式を満たしている場合には、役割申込ポイント（以下、単に「申込ポイント」ともいう。）を受け付ける（Ｓ７）。役割申込受付手段２２は、役割申込管理テーブル３３に入力された申込ポイント数及び会員ＩＤを記憶する。
【００４８】
ポイント処理手段２３は、入札した会員が保有する保有ポイントから入札に使用された申込ポイント数を減算して保有ポイントを算出する。ポイント処理手段２３は、会員テーブル３１の保有ポイントを更新する。役割申込受付手段２２は、役割申込画面３２の保有ポイント表示領域３２３の保有ポイントをポイント処理手段２３により算出されたポイント数に書き替える。
【００４９】
次に、役割申込期間が終了したか否かを判断する（Ｓ８）。役割申込期間が終了していなければ（Ｓ８：Ｎｏ）、上記ステップＳ３に戻り、会員からの役割申込を待ち、上記ステップＳ３乃至Ｓ７の処理を繰り返す。
【００５０】
役割申込期間が終了すると（Ｓ８：Ｙｅｓ）、特定者決定手段２４は、最小の申込ポイントで役割申込を行った会員を、その役割を担当する特定者として決定する（Ｓ９）。特定者決定手段２４は、会員テーブル３１に記録されているメールアドレスに特定者として決定したことを通知する。
【００５１】
なお、ここではクラス委員３名を決定するので、申込ポイント数の少ない方から３名がクラス委員を担当する特定者として決定される。例えば、最小の申込ポイント数の者が３名以上いた等の場合には、例えば、それらの者の間で申し込みが遅かった順に特定者を決めるようにしてもよい。
【００５２】
ポイント処理手段２３は、特定者とならなかった会員の申込ポイント数を当該会員の保有ポイントから減算し、役割を担当することとなった特定者の保有ポイントに加算し、特定者となった者の申込ポイントは特定者となった者に返還するようにポイントの処理を行う（Ｓ１０）。すなわち、特定者とならなかった会員はその申込ポイント数を没収され、没収された全ての申込ポイント数は、クラス委員となった３名の特定者に対して均等に贈呈される。
【００５３】
上記ステップＳ４において、ユーザが登録された会員でないと判断された場合（Ｓ４：Ｎｏ）、又は上記ステップＳ５において、役割申込期間内でない場合（Ｓ５：Ｎｏ）、及びステップＳ６において、役割申込が所定の様式を満たしていない場合（Ｓ６：Ｎｏ）、役割申込受付手段２２は、端末装置７の表示部に対してエラー表示を行う（Ｓ１１）。
【００５４】
なお、ステップＳ２で、各会員の端末装置７に役割申込画面を提示しても、なかなか役割申込をしない会員に対しては、システム側から催促するようなメールやメッセージを送るようにしてもよい。また、役割申込期間が経過しても役割申込をしないで、役割申込を放棄した会員は自動的に役割を担当する特定者とするようにしてもよいし、その会員の全ての保有ポイントを没収する等の懲戒を与えるようにしてもよい。全ての保有ポイントを没収されると、次回の役割決めには当然参加できないので、自動的に次回役割を担当することにしてもよい。
【００５５】
なお、図３に示すように、複数の子弟を持つ会員はそのすべてについて役割申込をしなければならないとされている場合に、その複数の子弟のクラスの両方でクラス委員に決定してしまった場合には、そのどちらか一つのクラス委員を選択することができる。例えば、上の学年でクラス委員を担当するとした場合には、下の学年ではクラス委員をしなくてもよいとすることもできる。このように当該会員がどちらか一方のクラス委員を選択した場合には、その旨を会員が端末装置７からサーバ装置１に送信すると、サーバ装置７の特定者決定手段２４は、当該会員が選択しなかった方のクラス委員について、当初決定した３名の次に申込ポイント数の低い会員をクラス委員として決定する。
【００５６】
このように、役割を担当することとなる特定者は、特定者にならなかった会員からポイントが贈呈される。特定者はこの獲得したポイントを用いて次回の役割決定イベントにおいては高ポイントで申し込むことができるので役割を回避できる可能性が高くなる。
逆に今回役割を回避できた者は、ポイントが減算されているので、次回の役割決定イベントにおいてはあまり高いポイントで申し込むことができないので役割を担当する可能性が高くなる。なお、役割を担当することとなる特定者が役割申込時に使用したポイントは返還される。
【００５７】
また、本役割管理システムにおけるポイントは、最高入札ポイント数で購入対象の落札者を決定する他の入札システムと連動させ、当該入札システムにおいて使用することができるようにすることで、特定者となった者もある程度納得することが可能となる。すなわち、特定者となり、ある役割を担当することとなってしまっても、それにより高ポイント数を獲得することがでる。そして、その高ポイント数で他の入札システムにおいて希望の購入対象を獲得することも可能となる。このような他の入札システムとしては、特に限定されるものではないが、例えば、本発明者による特願２０１８−１１１１１３号の「入札装置及びプログラム」等がある。
【００５８】
以下、本役割管理システムにおけるポイントを連動させることが可能な上記入札装置を用いた入札システムについて簡単に説明する。
【００５９】
この入札システムを構成する入札装置は、主に、入札受付手段、落札者決定手段、ポイント処理手段及び決済処理手段から構成されている。入札受付手段は、この入札システムを利用する会員から、予め決められた入札期間内に、購入対象を選択し、あるポイント数で入札が行われると、その購入対象とポイント数を他の会員に知られないように受け付ける。
【００６０】
落札者決定手段は、入札期間終了時に、その購入対象に対して、最高入札ポイント数で入札した会員を落札者として決定する。落札者が決定すると、ポイント処理手段は、落札者となった会員に対しては、その会員の保有ポイントから入札ポイント数を減算し、落札できなかった会員に対しては、入札ポイント数をその会員の保有ポイントに戻す処理を行う。
【００６１】
決済処理手段は、落札者に対して購入対象の購入費（価格）の決算処理をポイントとは別に行う。すなわち、ポイントによる入札は、単にその購入対象を購入できる者（落札者）を決定するだけであり、購入対象の購入費用（価格）は入札によって変動しない。従って、この入札システムにおいては、購入対象の価格が本来の価値以上に高くなることはない。
【００６２】
このように、本役割管理システムを上記入札システムと連動させることで、本役割管理システムのポイントを用い、上記入札システムに入札して希望の購入対象を本来の価格で購入することができる。従って、本役割管理システムにおいて、ある役割を担当する者になってしまったとしても、それにより高ポイントを獲得するメリットが十分にある。
【００６３】
（本実施の形態の作用、効果）
本実施の形態によれば、以下の作用、効果を奏する。
（１）最小申込ポイント数で特定者となり役割を担当することとなった者は、特定者とならなかった者からポイントを付与されることで不満感を解消することができ、また特定者とならなかった者も特定者にポイントを贈呈することで役割から逃れたという罪悪感から逃れることができ、基本的に人がやりたくない役割を決める際、その役割を担当することとなった者も、その役割を免れた者も、どちらの者にとっても平等、公平な決め方であり、ともに納得感が得られやすくなる。
（２）特定者が今回獲得したポイントは、次回の役割決めにおいて利用し、高いポイントで役割申込をすることで次回は役割を逃れ易くなり、また、獲得したポイントを、高ポイントで希望購入対象を獲得できる他の入札システムと連動させることで、このポイントを用いて入札に参加して希望の購入対象を獲得し易くなる。従って、役割を担当する特定者となった者もポイントを獲得するメリットを有する。
【００６４】
［第１の実施の形態の変形例］
第１の実施の形態では、学校のＰＴＡにおけるクラス委員決めを例にとって説明したが、その変形例として、同じく学校のＰＴＡにおける本部役員決めについて説明する。
【００６５】
クラス委員決めにおいては、各クラス毎に会員が役割申込を行って各クラス毎のクラス委員を決定したが、ＰＴＡ本部役員の場合は、全校のＰＴＡ会員（保護者）が役割申込を行い、いくつかの役割、例えば、会長、副会長、書記、会計、会計監査等の役割を決める点がクラス委員決めと異なる。
【００６６】
役割管理システム１００や会員テーブル３１は、それぞれ図１及び図２に示したものと同様である。
【００６７】
図６は、第１の実施の形態の変形例におけるＰＴＡ本部役員を決める際の役割申込画面３２の一例を示す図である。役割申込画面３２は、役割申込番号表示領域３２０、申込期間表示領域３２１、申込内容を表示する申込内容表示領域３２２と、保有ポイント表示領域３２３とを含む。役割決定イベント番号は、今回はＰＴＡ本部役員を決定するイベントであり、前のクラス委員を決定するイベントとは異なる番号が付される。
【００６８】
役割申込内容表示領域３２２は、管理番号、役割情報、その役割に必要な人数、申込ポイント数等の複数の項目を有する。管理番号には、個々の役割を管理するための番号が記録される。役割情報には、役割の内容が記録される。ここでは、ＰＴＡ本部役員を決定するものであり、会長、副会長、書記、会計、会計監査等が記録される。
【００６９】
役割申込画面３２の人数の欄には、今回決める各役割の必要人数、例えば、会長は１人、副会長、書記、会計、会計監査はそれぞれ２人ずつと記録される。申込ポイント数には、ユーザが入力部を操作して入力されたポイント数が記録される。
【００７０】
ここで、役割の決定にあたり、各会員は図６に示された５つのすべての役割に対して所定の申込ポイント数で役割申込をしなければならない。もし５つの役割のうち少なくとも一つの役割に対して申込をすれば良いとすると、全く役割申込のない役割が出てしまうのを防ぐためである。またこれにより、役割を担当することとなる特定者は、特定者以外の全校の会員からポイントが贈呈されるので、特定者はクラス委員を決める際より多くのポイントを獲得することができる。さらに、役割の間で獲得できるポイント数に差が生じるのを防ぐために、どの役割にしても特定者が贈呈されるポイントは一定とするようにしてもよい。その場合、特定者以外の合計ポイントが贈呈する一定のポイントに不足する場合にはシステムから補充をし、逆に特定者以外の合計ポイントがその一定のポイントを超えてしまう場合には、一定のポイントを超える分をシステムで吸い上げるようにしてもよい。
【００７１】
図７は、第１の実施の形態の変形例におけるＰＴＡ本部役員を決定する際の役割申込管理テーブル３３の一例を示す図である。役割申込管理テーブル３３は、図４の役割申込管理テーブル３３と同様に、役割申込番号を表示する役割申込番号表示領域３３０、申込期間を表示する申込期間表示領域３３１と、申込内容を表示する役割申込内容表示領域３３２とを含む。
【００７２】
役割申込内容表示領域３３２は、図４と同様に、管理番号、役割情報、人数の項目を有し、さらに申込ポイント数、決定ポイント等の項目を有する。申込ポイント数の欄には、会員により端末装置７の入力部を操作して入力された申込ポイント数と会員ＩＤが記録される。ＰＴＡ本部役員を決定する際は、ＰＴＡの全会員（保護者）が役割申込をするので、申込ポイント数の欄には、全会員の申込ポイント数と会員ＩＤが記録されることとなる。決定ポイントの欄には、役割申込期間が過ぎた時点でその役割を担当する特定の者として決定された会員の申込ポイント数を決定ポイントとして、またその特定の者の会員ＩＤが記録される。
【００７３】
（変形例の動作）
以下、ＰＴＡ本部役員を決定するための役割管理システム１００の動作の一例を説明する。本変形例の動作を示すフローチャートも、基本的に前述したクラス委員決めの際のサーバ装置１の動作の一例を示す図５のフローチャートと同様なので、フローチャートは省略する。
【００７４】
すでに各会員は、端末装置７を操作して会員登録をしてあるものとする。会員登録をすると各会員はシステムから所定のポイントを与えられるが、すでにクラス委員決めやその他の役割決定イベントが行われているならば、それぞれのポイントは当初から変動している。
【００７５】
役割申込画面作成手段２１は、役割申込期間及び申込を受け付ける役割を決めて役割決定イベントを作成し、作成した役割決定イベントに役割申込番号を付与し、役割申込画面３２及び役割申込管理テーブル３３を作成し、役割申込画面３２及び役割申込管理テーブル３３を記憶部３に記憶するとともに、各会員の端末装置７に提示する。
【００７６】
各会員の端末装置７には図６に示すような、役割申込画面３２が表示され、会員はこれを見て、役割ごとに適当に申込ポイント数を決めて役割申込を行う。このとき、すでにクラス委員決めでクラス委員に決定している会員は役割申込が免除されるとしてもよい。この場合、すでにクラス委員に決定している会員の端末装置７には、本部役員決めの役割申込画面３２を提示しないか、提示しても役割申込は不要である旨を表示するようにしてもよい。
【００７７】
役割申込受付手段２２は、会員から役割申込要求があると、端末装置７から送信された会員ＩＤ、パスワードや所定の申込様式等のチェックを行う。役割申込が受け付けられると、役割申込受付手段２２は、役割申込管理テーブル３３に入力された申込ポイント数及び会員ＩＤを記憶する。そして、役割申込期間が終了すると特定者決定手段２４は、役割ごとに、最小（及びその次に小さい）申込ポイント数で役割申込を行った会員を、その役割を担当する特定者として決定する。特定者決定手段２４は、会員テーブル３１に記録されているメールアドレスに特定者として決定したことを通知する。
【００７８】
会長は１人なので、単純に最小申込ポイント数の会員が会長の役割を担当する特定者として決定される。その他の役割は全て２人なので、その役割の申込ポイント数の最小申込ポイント数とその次に低い申込ポイント数で役割申込を行った会員２人が特定者として決定される。
【００７９】
もし該当する会員がその役割に必要な人数以上存在する場合には、例えば、それらの会員のうち申し込みが遅かった者から特定者を決定するようにしてもよい。
【００８０】
ポイント処理手段２３は、役割ごとに、特定者とならなかった会員の申込ポイント数を没収し、これら没収した全てのポイントを、役割を担当することとなった特定者に付与し、特定者となった者の申込ポイントは特定者となった者に返還するように、ポイントの処理を行う。なお、前の例と同様に、没収した全てのポイントは各役割を担当することとなった複数の特定者に対して均等に配分するようにしてもよい。あるいは、会長となった特定者に対しては他の役割となった特定者よりも多めに配分するようにしてもよい。
【００８１】
なお、役割申込期間終了までに、役割申込をしていない会員に対しては、システム側からその会員に対して催促する等の対処をすることは、クラス委員決めの場合と同様である。
【００８２】
（変形例の効果）
この場合にも、役割を担当することとなる特定者は、特定者とならなかった者からポイントをもらうことができるが、この場合は、その学校の全ＰＴＡ会員からポイントが贈呈されるので、非常に大きなポイントを獲得することができ、役割を担当することは大変であるが、獲得するポイントも大きいのでこれを有利に活用することで不満感をある程度解消することができる。また、特定者とならずに済んだ者も、特定者にポイントを贈呈することで罪悪感から逃れることができる。これにより、どちらの者も納得感を得ることができる。
【００８３】
［第２の実施の形態］
次に本発明の第２の実施の形態について説明する。これは少し複雑な例で、やはり小学校のＰＴＡで、クラスにおける夏休み中の植物への水やり当番、あるいはクラスで飼育している生き物への餌やり当番等を決める役割決定イベントの例である。
【００８４】
本実施の形態においても、役割管理システム１００や会員テーブル３１は、それぞれ図１及び図２に示したものと同様である。
【００８５】
図８は、第２の実施の形態における、あるクラスにおける夏休み中の水やり当番を決める際の役割申込画面３２の一例を示す図である。役割申込画面３２は、役割申込番号表示領域３２０、申込期間表示領域３２１、申込内容を表示する申込内容表示領域３２２と、保有ポイント表示領域３２３とを含む。役割決定イベント番号は、今回はクラスの夏休み中の水やり当番を決定するイベントであり、前回のイベントとは異なる番号が付される。
【００８６】
役割申込内容表示領域３２２は、管理番号、役割情報、その役割に必要な人数、申込ポイント数等の複数の項目を有する。管理番号には、個々の役割を管理するための番号が記録される。役割情報には、役割の内容が記録される。ここでは、夏休み中の水やり当番が、日にち毎に、例えば、７月２１日水やり当番等のように記録される。
【００８７】
役割申込画面３２の人数の欄には、今回決める水やり当番の必要人数、例えば、１人と記録される。申込ポイント数には、ユーザが入力部を操作して入力した申込ポイント数が記録される。
【００８８】
役割の決定にあたり、各会員は図８に示されたすべての日にちの水やり当番について適当なポイントで申し込みを行う。このとき会員は、都合が悪くてなるべく避けたい日にちの当番については、特定者とならないように高いポイントで申し込み、当番をやってもよいと思う日にちについては少ないポイントで申し込みを行うことになる。
【００８９】
なお、このように夏休み中の全ての日にちについて一度に決めてしまうのではなく、１日毎に決めていくようにすることもできる。ただその場合には、夏休みの日にち分だけの決定イベントを行わなければならず、すべて決めるまでに相当な期間が掛かってしまう。そこで、その中間をとって、数日ごと、例えば夏休みを１週間ごとに分割して当番を決めていくようにしてもよい。
【００９０】
図９は、第２の実施の形態における、夏休み中のクラスの水やり当番を決定する際の役割申込管理テーブル３３の一例を示す図である。役割申込管理テーブル３３は、図４の役割申込管理テーブル３３と同様に、役割申込番号を表示する役割申込番号表示領域３３０、申込期間を表示する申込期間表示領域３３１と、申込内容を表示する役割申込内容表示領域３３２とを含む。
【００９１】
役割申込内容表示領域３３２は、図４と同様に、管理番号、役割情報、人数の項目を有し、さらに申込ポイント数、決定ポイント等の項目を有する。申込ポイント数の欄には、会員により端末装置７の入力部を操作して入力されたポイント数と会員ＩＤが記録される。クラスの水やり当番を決定する際は、そのクラスのＰＴＡ会員（保護者）が役割申込をするので、申込ポイント数の欄には、そのクラスの全会員の申込ポイント数と会員ＩＤが記録されることとなる。決定ポイントの欄には、申込期間が過ぎた時点でその役割を担当する特定の者として決定された会員の申込ポイントを決定ポイントとして、またその特定の者の会員ＩＤが記録される。
【００９２】
（第２の実施の形態の動作）
以下、クラスの水やり当番を決定するための役割管理システム１００の動作の一例を説明する。本実施の形態の動作を示すフローチャートも、基本的に前述したクラス委員決めの際のサーバ装置１の動作の一例を示す図５のフローチャートと同様なので、フローチャートは省略する。
【００９３】
すでに各会員は、端末装置７を操作して会員登録を済ましている。会員登録をすると各会員はシステムから所定のポイントを与えられるが、すでにクラス委員決めやＰＴＡ本部役員決め等の役割決定イベントが行われているならば、それぞれのポイントは当初から変動している。
【００９４】
役割申込画面作成手段２１は、役割申込期間及び申込を受け付ける役割を決めて役割決定イベントを作成し、作成した役割決定イベントに役割申込番号を付与し、役割申込画面３２及び役割申込管理テーブル３３を作成し、役割申込画面３２及び役割申込管理テーブル３３を記憶部３に記憶するとともに、各会員の端末装置７に提示する。
【００９５】
各会員の端末装置７には図８に示すように、夏休み中のクラスにおける水やり当番を決定するための役割申込画面３２が表示され、会員はこれを見て、各役割（各日にちの水やり当番）ごとに適当に申込ポイント数を決めて役割申込を行う。クラスの水やり当番は全員で担当するものとすれば、すでにクラス委員やＰＴＡ本部役員に決定している会員も役割申込を行う。役割申込受付手段２２は、会員から役割申込要求があると、端末装置７から送信された会員ＩＤ、パスワードや所定の申込様式等のチェックを行う。
【００９６】
役割申込が受け付けられると、役割申込受付手段２２は、役割申込管理テーブル３３に入力されたポイント数及び会員ＩＤを記憶する。そして、役割申込期間が終了すると特定者決定手段２４は、役割ごとに、最小の申込ポイントで役割申込を行った会員を、その役割を担当する特定者として決定する。特定者決定手段２４は、会員テーブル３１に記録されているメールアドレスに特定者として決定したことを通知する。
【００９７】
各役割、すなわち夏休み中の各日にち毎の水やり当番は１人なので、単純に最小ポイント数の会員がその役割を担当する特定者として決定される。従って、同じ最小ポイント数で申し込みをした会員が複数出てくる場合も考えられる。同一の日の当番に同じ最小ポイントで申し込みをした会員が重複した場合には、それらの会員の中で申し込みが遅かった者から決定するようにしてもよい。また、重複した人数が多数出た場合には、それらの人だけで再度役割申込を行って決めるようにしてもよい。この時、再度役割申込を行う会員については、最初の役割申込における申込ポイント数を一度戻すようにしてもよい。
【００９８】
なお、水やり当番のように夏休み中に全員が必ず一度はやらなければならない役割の場合、都合でどうしてもその日にやりたいという会員は最低ポイント１で役割申込をすることになり、申し込みが重複することが考えられる。そこで、０は除くマイナスポイントでの役割申込も認め、マイナスポイントで申込をして役割に決定した会員は、役割申込を行ったマイナスポイントを正のポイントとしてシステム管理者に没収させるようにしてもよい。また、マイナスポイントでの役割申込は今までの例とは逆にその役割をやりたいという意思表示であると考えられるため、マイナスポイントでの役割申込が重複した場合には、それらの者のうち申込が早かった者から決定するようにしてもよい。
【００９９】
このとき、役割に決定しなかった全ての会員が申込に用いたポイントは全て没収され、マイナスポイントで役割申込を行って役割に決定した者は、その時点での手持ちのポイントから、マイナスポイントを正としたポイントをシステム管理者に没収されるのみならず、役割申込を行った全ての会員からポイントをもらうことはできないとしてもよい。なお、マイナスポイントを認めた場合のポイントの扱いについては、ここに挙げたものに限定されるものではなく、様々な運用が考えられる。
【０１００】
ポイント処理手段２３は、正の最小ポイントで特定者が決定した場合には、役割ごとに、特定者とならなかった会員の申込ポイント数を没収し、これら没収した全てのポイントを役割を担当することとなった特定者に付与するように、ポイントの処理を行う。また上述したようにマイナスの最小ポイントで特定者が決定した場合には、その特定者はマイナスポイントを正としたポイントをシステム管理者に没収されるのみならず、役割申込を行った全ての会員からポイントをもらうことはできない。なお、役割申込期間終了までに、役割申込をしていない会員に対しては、システム側からその会員に対して催促する等の対処をすることは、クラス委員決めの場合と同様である。
【０１０１】
（第２の実施形態の効果）
この場合にも、正の最小ポイントで特定者が決定した場合には、役割を担当することとなる特定者は、特定者とならなかった者からポイントをもらうことができ、特定者とならずに済んだ者も、特定者にポイントを贈呈することになるので、特定者となった者の不満感を解消するとともに、特定者とならなかった者の罪悪感を和らげることができ、どちらの者も納得感を得ることができる。
【０１０２】
（その他の例）
以上、人があまりやりたくない役割を決める際、本発明の役割管理装置及びプログラムを用いて決める方法についていくつかの例を挙げて説明してきたが、例えば学校における利用法にもこれ以外にもいろいろなものがある。
【０１０３】
例えば、学校行事での付き添いやボランティア活動、日曜日や祝日における当番、保護者の参加義務のある部活動への参加等、各会員が様々な事情を抱えていて話し合いではなかなか決められない場合に、本発明を用いることにより、その役割を引き受けた者も、役割を免れた者も、ともに納得感が得られるように決めることが可能となる。
【０１０４】
また、役割を担当したことにより獲得したポイントは、次回の役割決めにおいて役割を免れるのに利用してもよいし、高ポイントで希望購入対象を獲得できる別の入札システムと連動させ、このポイントを用いて入札に参加して希望の購入対象の入手に利用してもよい。
【０１０５】
このような希望の購入対象の例としては、例えば、運動会での場所取りで、テント内での観戦ができたり、良い撮影ポイントをゲットできたりすることや、学校に駐車場があり自動車で登校することが可能な場合に駐車場が確保できたり、楽な日や楽な内容の当番等にあたることができたり、その他様々なことが考えられる。
【０１０６】
（学校以外における利用例）
また、学校以外にも様々な人の集団において何か人のいやがる役割を決定するときに、本発明を利用することができる。
【０１０７】
例えば、住んでいるマンションにおける利用法として、マンション自治会の役員決め、草むしりや掃除の当番決め、定期の会議への出席等が考えられる。これに対して、獲得したポイントの利用法としては、まず次回の役割決めにおいて上記の避けたい役割を獲得したポイントを用いて優位に回避できる可能性が高くなることが考えられる。その他、高ポイントで希望購入対象を獲得できる別の入札システムで獲得できる対象物としては、そのマンションにあるゲストルームを連休や年末年始のように希望者が多くなる時に優先的に利用できる権利、ゲスト用の駐車場を希望の日に利用できる権利等が考えられる。
【０１０８】
また、住んでいる地域における利用法としては、例えば、自治会（町会）の役員決め、草むしりや公共の清掃、定期の会議への出席、お祭りの実行委員（例えば、町内を練り歩くお神輿の休憩所の提供並びに飲食物を提供する等の世話係）、生徒の通学時における交通安全指導委員、その他国勢調査の委員等のあまり人がやりたくない役割を決めることが考えられる。
【０１０９】
また獲得したポイントの利用法としては、まず上記役割を次回回避できる可能性が高くなること、その他自治会館や町内の施設を優先的に利用できる権利を獲得すること等が考えられる。
【０１１０】
その他、会社（病院やオフィス等）内における利用法としては、例えば、お茶等の買い出し係、お花見の場所取り係、トイレ掃除、昼休みや夜間の電話番、早出・夜勤あるいは休日出勤等にあたる者の決定等が考えられる。
【０１１１】
また獲得したポイントの利用法としては、上記役割を次回回避できる可能性を高める他に、休暇希望が重なりそうな時期に優先的に休暇をとれるとか、お昼の食事の順番を希望通りにとれるとか、社内において何か有利な権利を獲得できることに用いることが考えられる。
【０１１２】
［他の実施の形態］
以上、本発明の実施の形態について説明してきたが、本発明の実施の形態は上記実施の形態に限定されるものではなく、本発明の要旨を変更しない範囲内で種々の変形、実施が可能である。上記実施の形態では、役割申込できる利用者は会員であるが、学校のＰＴＡの場合は会員の子弟がその学校から転校したり卒業した場合には、会員を辞めることとなる。また、マンションや住んでいる地域の場合には、そのマンションに入居したり、その町会に住み始めると会員となり、そのマンションや町会内に住んでいる限り会員である。いずれの場合も会員である限りポイントを有効に使用することができる。
【０１１３】
また、上記実施の形態では、一定数の保有ポイントを入会時に各会員に付与していたが、役割決定イベントを行う回数等によっては、会員の保有ポイントが不足してくる場合も考えられるので、会員の入会時に限らず、定期的に一定数のポイントを会員に付与するようにしてもよい。
【０１１４】
また、制御部２の各手段は、それぞれ一部又は全部を再構成可能回路（ＦＰＧＡ：Field Programmable Gate Array）、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）等のハードウエア回路によって構成してもよい。
【０１１５】
また、本発明の要旨を変更しない範囲内で、上記実施の形態の構成要素の一部を省くことや変更することが可能である。また、本発明の要旨を変更しない範囲内で、上記実施の形態のフローにおいて、ステップの追加、削除、変更、入替え等が可能である。また、上記実施の形態で用いたプログラムをＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録して提供することができる。また、上記実施の形態で用いたプログラムをクラウドサーバ等の外部サーバに格納しておき、ネットワークを介して利用することができる。
【符号の説明】
【０１１６】
１…サーバ装置、２…制御部、３…記憶部、４…表示部、５…入力部、６…通信部、７…端末装置、８…ネットワーク、２０…会員登録手段、２１…役割申込画面作成手段、２２…役割申込受付手段、２３…ポイント処理手段、２４…特定者決定手段、３０…プログラム、３１…会員テーブル、３２…役割申込画面、３３…役割申込管理テーブル、１００…役割管理システム、３２０…役割申込番号表示領域、３２１…役割申込期間表示領域、３２２…役割申込内容表示領域、３２３…保有ポイント表示領域、３３０…役割申込番号表示領域、３３１…役割申込期間表示領域、３３２…役割申込内容表示領域
【図１】
2020038560.tif 000003
【図２】
2020038560.tif 000004
【図３】
2020038560.tif 000005
【図４】
2020038560.tif 000006
【図５】
2020038560.tif 000007
【図６】
2020038560.tif 000008
【図７】
2020038560.tif 000009
【図８】
2020038560.tif 000010
【図９】
2020038560.tif 000011