(57)【要約】【課題】ボランティアの採用の偏りを抑制する。【解決手段】記憶部１１には、ユーザごとに対応付けられたポイントが記憶される。演算部１２は、特定のボランティア募集に対する応募１，２，３を受け付け（ステップＳ１）、応募１，２，３のそれぞれに対応するユーザＡ，Ｂ，Ｃにそれぞれ対応付けられたポイントに応じて、ユーザＡ，Ｂ，Ｃのうち採用するユーザＡを決定し（ステップＳ２）、ユーザＡ，Ｂ，Ｃのうち採用されなかったユーザＢ，Ｃに対応付けられたポイントを、ボランティア募集に連続して採用されなかった回数に応じて更新する（ステップＳ３）。【選択図】図１
2018116478.tif 000002
【特許請求の範囲】
【請求項１】
特定のボランティア募集に対する複数の応募を受け付け、
ユーザごとに対応付けられたポイントが記憶された記憶部を参照し、受け付けた前記複数の応募のそれぞれに対応するユーザに対応付けられたポイントに応じて、前記複数の応募のそれぞれに対応するユーザのうち、採用するユーザを決定し、
前記複数の応募のそれぞれに対応するユーザのうち採用されなかったユーザに対応付けられたポイントを、ボランティア募集に連続して採用されなかった回数に応じて更新する、
処理をコンピュータに実行させることを特徴とするボランティア採用プログラム。
【請求項２】
決定された前記採用するユーザに対応付けられたポイントを初期化する処理を実行させる、
ことを特徴とする請求項１記載のボランティア採用プログラム。
【請求項３】
前記決定は、前記複数の応募のそれぞれに対応するユーザのうち前記特定のボランティア募集に対して定められたスキル条件を満たすユーザを特定し、特定したユーザの中から前記採用するユーザを決定する、
ことを特徴とする請求項１または２記載のボランティア採用プログラム。
【請求項４】
前記更新は、現時点でボランティア募集に連続して採用されていない回数が多いほど、大きいポイントが加算されるように更新する、
ことを特徴とする請求項１乃至３のいずれか１項に記載のボランティア採用プログラム。
【請求項５】
前記更新は、前記採用されなかったユーザのうち前記特定のボランティア募集に対して定められたスキル条件を満たすユーザに対して、前記スキル条件を満たさないユーザより大きいポイントが加算されるように更新する、
ことを特徴とする請求項１乃至４のいずれか１項に記載のボランティア採用プログラム。
【請求項６】
前記決定は、前記複数の応募のそれぞれに対応するユーザにそれぞれ対応付けられたポイントと、前記特定のボランティア募集に対して定められた採用条件と前記複数の応募のそれぞれに対応するユーザのそれぞれとのマッチング度合いとに基づいて、前記採用するユーザを決定する、
ことを特徴とする請求項１乃至５のいずれか１項に記載のボランティア採用プログラム。
【請求項７】
前記決定は、前記マッチング度合いより前記複数の応募のそれぞれに対応するユーザにそれぞれ対応付けて設定されたポイントを優先的に用いて、前記採用するユーザを決定する、
ことを特徴とする請求項６記載のボランティア採用プログラム。
【請求項８】
特定のボランティア募集に対する複数の応募を受け付け、
ユーザごとに対応付けられたポイントが記憶された記憶部を参照し、受け付けた前記複数の応募のそれぞれに対応するユーザに対応付けられたポイントに応じて、前記複数の応募のそれぞれに対応するユーザのうち、採用するユーザを決定し、
前記複数の応募のそれぞれに対応するユーザのうち採用されなかったユーザに対応付けられたポイントを、ボランティア募集に連続して採用されなかった回数に応じて更新する、
処理をコンピュータが実行することを特徴とするボランティア採用方法。
【請求項９】
ユーザごとに対応付けられたポイントを記憶する記憶部と、
特定のボランティア募集に対する複数の応募を受け付け、前記記憶部に記憶された、受け付けた前記複数の応募のそれぞれに対応するユーザに対応付けられたポイントに応じて、前記複数の応募のそれぞれに対応するユーザのうち、採用するユーザを決定し、前記複数の応募のそれぞれに対応するユーザのうち採用されなかったユーザに対応付けられたポイントを、ボランティア募集に連続して採用されなかった回数に応じて更新する演算部と、
を有することを特徴とするボランティア採用装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ボランティア採用プログラム、ボランティア採用方法およびボランティア採用装置に関する。
【背景技術】
【０００２】
近年、医療や福祉、教育、災害復旧などの様々な分野でボランティアが募集されている。一方、一般市民の間でもボランティア活動に対する関心が高まっており、ボランティア活動に参加して他人や地域の役に立ちたいと思っている人々が増えている。そこで、コンピュータを利用して、ボランティアの募集者と参加希望者とのマッチングを行うサービスが考えられている。
【０００３】
例えば、次のようなボランティア活動支援システムが提案されている。このシステムでは、ボランティアとして何らかのサービスを提供したいと希望するサービス提供者は、提供可能なサービスの情報をサーバに登録する。この情報は、Ｗｅｂサイトの電子掲示板に開示される。サービスを受けようとするユーザは、開示された情報の中から自分が提供を受けたいサービスの情報を見つけ、電子掲示板を介してサービス提供者に申し込みの意思表示を行うことができる。
【０００４】
また、これとは逆に、ボランティアの募集者がその募集内容をサーバに登録し、ボランティアの参加希望者からの申し込みをサーバが受け付けるシステムも考えられている。
なお、顧客に対するサービス提供に関する技術の例として、受け付け機を介して顧客からサービスが要求されると、その顧客の過去の待ち時間に基づいて、要求されたサービスを処理する順序を決定するサービス受け付け方法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２４４８３号公報
【特許文献２】特開２００８−１４６２６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ボランティアの募集者が参加者を安定的に確保するためには、参加希望者の参加意欲を持続できるようにすることが重要である。しかし、ボランティアの募集では、応募したすべての参加希望者が採用されるとは限らず、場合によっては特定の参加希望者が不採用になる頻度が高くなることがある。不採用になることは、参加希望者の参加意欲を低下させる一因となる。そのため、参加希望者間での採用の偏りをどのようにして抑制するかという点に課題がある。
【０００７】
１つの側面では、本発明は、ボランティアの採用の偏りを抑制することが可能なボランティア採用プログラム、ボランティア採用方法およびボランティア採用装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
１つの案では、コンピュータに次のような処理を実行させるボランティア採用プログラムが提供される。コンピュータは、ボランティア採用プログラムに従って、特定のボランティア募集に対する複数の応募を受け付け、ユーザごとに対応付けられたポイントが記憶された記憶部を参照し、受け付けた複数の応募のそれぞれに対応するユーザに対応付けられたポイントに応じて、複数の応募のそれぞれに対応するユーザのうち、採用するユーザを決定し、複数の応募のそれぞれに対応するユーザのうち採用されなかったユーザに対応付けられたポイントを、ボランティア募集に連続して採用されなかった回数に応じて更新する。
【０００９】
また、１つの案では、上記のボランティア採用プログラムに従った処理と同様の処理をコンピュータが実行するボランティア採用方法が提供される。
さらに、１つの案では、上記のボランティア採用プログラムに従った処理と同様の処理を実行するボランティア採用装置が提供される。
【発明の効果】
【００１０】
１つの側面では、ボランティアの採用の偏りを抑制できる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態に係るボランティア採用装置の構成例および処理例を示す図である。
【図２】第２の実施の形態に係るボランティア募集システムの構成例を示す図である。
【図３】ボランティア募集サーバのハードウェア構成例を示す図である。
【図４】ボランティア募集サーバが備える処理機能の構成例を示すブロック図である。
【図５】登録者データベースの構成例を示す図である。
【図６】募集内容データベースの構成例を示す図である。
【図７】応募者データベース、候補者データベースおよび参加者データベースの構成例を示す図である。
【図８】加算ポイントテーブルの構成例を示す図である。
【図９】ボランティアの募集画面の表示例を示す図である。
【図１０】応募の受け付け処理手順の例を示すフローチャートである。
【図１１】参加者の採用処理手順の例を示すフローチャート（その１）である。
【図１２】参加者の採用処理手順の例を示すフローチャート（その２）である。
【図１３】参加者の採用処理手順の例を示すフローチャート（その３）である。
【図１４】募集者からの参加者の採用処理例を示す図である。
【図１５】優先ポイントの通知画面の例を示す図である。
【図１６】第３の実施の形態における参加者の採用処理手順の例を示すフローチャート（その１）である。
【図１７】第３の実施の形態における参加者の採用処理手順の例を示すフローチャート（その２）である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態に係るボランティア採用装置の構成例および処理例を示す図である。図１に示すボランティア採用装置１０は、ボランティアの募集に対する参加希望者からの応募を受け付け、参加希望者の中からボランティアとして採用する採用者を決定する処理を実行する。
【００１３】
ボランティア採用装置１０は、記憶部１１と演算部１２を有する。記憶部１１は、ＲＡＭ（Random Access Memory）やＨＤＤ（Hard Disk Drive）など、ボランティア採用装置１０が備える記憶装置の記憶領域として実現される。演算部１２は、例えば、ボランティア採用装置１０が備えるプロセッサとして実現される。
【００１４】
記憶部１１は、ユーザごとに対応付けられたポイントを記憶する。各ポイントに対応付けられるユーザとは、ボランティアの応募資格を有するあらかじめ決められたユーザであり、これらのユーザは、例えば、ボランティア採用装置１０にあらかじめ登録されている。
【００１５】
図１では例として、記憶部１１にはポイント管理テーブル１１ａが記憶され、各ユーザに対応するポイントがポイント管理テーブル１１ａに登録されているものとする。図１の例では、ユーザＡ，Ｂ，Ｃのそれぞれに対して、ポイント「５」，「３」，「２」が対応付けて設定されている。
【００１６】
ポイントは、ボランティア採用装置１０によるボランティアの募集に対して、ユーザが応募したものの連続して採用されなかった回数に応じた値を示す。ポイントの値が大きいほど、ユーザが連続して採用されなかった回数が多いことを示す。本実施の形態では、例として、採用されないケースが１回発生するたびに、１点が加算されるものとする。この場合、ユーザＡ，Ｂ，Ｃは、それぞれ５回、３回、２回連続して採用されなかったことを示す。
【００１７】
演算部１２は、次のような処理を実行する。演算部１２は、特定のボランティア募集に対する複数の応募を受け付ける（ステップＳ１）。図１の例では、演算部１２は、ユーザＡによる応募１と、ユーザＢによる応募２と、ユーザＣによる応募３とを受け付けたものとする。なお、実際には、例えば、ボランティア採用装置１０に対してネットワークを介して接続された端末装置からの入力に応じて、応募１，２，３が受け付けられる。
【００１８】
次に、演算部１２は、ポイント管理テーブル１１ａを参照し、応募１，２，３にそれぞれ対応するユーザＡ，Ｂ，Ｃに対応付けられたポイントに応じて、ユーザＡ，Ｂ，Ｃの中から採用するユーザを決定する（ステップＳ２）。本実施の形態では、例として、１名が採用されるものとする。この場合、演算部１２は例えば、ユーザＡ，Ｂ，Ｃの中からポイントが最も高いユーザＡを採用者として決定する。
【００１９】
次に、演算部１２は、採用されなかったユーザＢ，Ｃにそれぞれ対応付けられたポイントを、ユーザＢ，Ｃのそれぞれについての連続して採用されなかった回数に応じて更新する（ステップＳ３）。本実施の形態では、演算部１２は、ユーザＢ，Ｃにそれぞれ対応付けられたポイントに「１」を加算する。これにより、ユーザＢに対応付けられたポイントは、ユーザＢが連続して４回採用されなかったことを示すように更新され、ユーザＣに対応付けられたポイントは、ユーザＣが連続して３回採用されなかったことを示すように更新される。なお、演算部１２は、例えば、採用したユーザＡに対応するポイントを「０」にリセットする。
【００２０】
以上のボランティア採用装置１０によれば、ユーザが連続して採用されなかった回数に応じたポイントが記憶部１１に保持される。そして、ユーザをボランティアとして採用するかが、ポイントに基づいて決定される。これにより、ユーザが連続して採用されなかった回数に基づいて、応募したユーザからどのユーザを採用するかが決定されるようになる。その結果、記憶部１１に登録されたユーザ間での採用の偏りを抑制でき、個々のユーザについて、ボランティア募集に応募したものの不採用となる頻度を均等化し、頻度の最大値を減少させることができる。
【００２１】
このように、ユーザがボランティア募集に応募したものの不採用となる頻度を減少させることで、ユーザのボランティア活動への参加意欲を低下しにくくすることができる。
〔第２の実施の形態〕
図２は、第２の実施の形態に係るボランティア募集システムの構成例を示す図である。ボランティア募集システムは、依頼者端末５０ａ，５０ｂ，・・・と、登録者端末６０ａ，６０ｂ，・・・と、ボランティア募集サーバ１００とを含む。依頼者端末５０ａ，５０ｂ，・・・および登録者端末６０ａ，６０ｂ，・・・と、ボランティア募集サーバ１００との間は、ネットワーク７０を介して接続されている。なお、ネットワーク７０は、例えば、インターネットを含む。
【００２２】
依頼者端末５０ａ，５０ｂ，・・・は、ボランティアの募集をボランティア募集サーバ１００に依頼する依頼者によって操作される端末装置である。登録者端末６０ａ，６０ｂ，・・・は、ボランティアとして参加しようとするユーザによって操作される端末装置である。ユーザは、登録者端末６０ａ，６０ｂ，・・・を用いて、自分の氏名や保有スキルなどの情報をボランティア募集サーバ１００にあらかじめ登録する。これによって、ユーザは、ボランティア募集サーバ１００から募集されるボランティアとしての応募資格を有する「登録者」となる。
【００２３】
ボランティア募集サーバ１００は、依頼者からのボランティアの募集依頼を依頼者端末５０ａ，５０ｂ，・・・を介して受け付け、その募集内容をＷｅｂページ、電子メールなどを用いて登録者に開示する。また、ボランティア募集サーバ１００は、ボランティアの募集に対する登録者からの応募を登録者端末６０ａ，６０ｂ，・・・を介して受け付ける。ボランティア募集サーバ１００は、受け付けた登録者の中からボランティアとして採用する登録者を決定し、決定された登録者に電子メールなどを用いて採用されたことを通知する。
【００２４】
なお、以下の説明では、登録者のうち、ボランティアに応募した者を「応募者」と記載し、応募者のうち、ボランティアとして採用された者を「参加者」と記載する。
さらに、ボランティア募集サーバ１００は、登録者ごとに、ボランティアへの応募に対して連続して採用されなかった回数に基づく優先ポイントを保持する。ボランティア募集サーバ１００は、ボランティアの募集に対して応募した応募者の中から参加者として採用する者を決定する際、保有する優先ポイントが大きい応募者を優先的に採用する。これにより、ボランティアに応募したときに採用される頻度が登録者間で均一化されて、採用の偏りが抑制される。その結果、登録者がボランティアに応募したものの多数回連続して不採用になる可能性が低減する。
【００２５】
一般に、ボランティアの募集や仲介を業者や団体が行う場合には、応募者の中から先着順に採用される、あるいは、特定のボランティア団体に属する応募者が優先的に採用されるといった理由で、採用の偏りが発生することがある。また、ボランティアの募集者が参加者を安定的に確保するためには、参加希望者の参加意欲を持続できるようにすることが重要である。しかし、上記のような採用の偏りによって、特定の人が採用されにくくなると、その人の参加意欲が低下してしまう。ボランティア募集サーバ１００は、上記処理によって登録者間の採用の偏りを抑制し、登録者がボランティアに応募したものの多数回連続して不採用になる可能性を低減することで、登録者のボランティア活動に対する参加意欲が低下することを抑制できる。
【００２６】
また、ボランティア募集サーバ１００は、ボランティアに採用されなかった応募者の優先ポイントを増加させるとともに、優先ポイントが増加したことを電子メールなどを用いて応募者に通知する。これにより、次回応募した際の採用優先度が上がることを登録者に認識させ、登録者のボランティア活動に対する参加意欲が低下することを抑制する。
【００２７】
図３は、ボランティア募集サーバのハードウェア構成例を示す図である。ボランティア募集サーバ１００は、例えば、図３に示すようなコンピュータとして実現される。
ボランティア募集サーバ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。また、プロセッサ１０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。
【００２８】
プロセッサ１０１には、バス１０８を介して、ＲＡＭ１０２と複数の周辺機器が接続されている。
ＲＡＭ１０２は、ボランティア募集サーバ１００の主記憶装置として使用される。ＲＡＭ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）プログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、プロセッサ１０１による処理に必要な各種データが格納される。
【００２９】
バス１０８に接続されている周辺機器としては、ＨＤＤ１０３、グラフィック処理装置１０４、入力インタフェース１０５、読み取り装置１０６および通信インタフェース１０７がある。
【００３０】
ＨＤＤ１０３は、ボランティア募集サーバ１００の補助記憶装置として使用される。ＨＤＤ１０３には、ＯＳプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＳＳＤ（Solid State Drive）などの他の種類の不揮発性記憶装置を使用することもできる。
【００３１】
グラフィック処理装置１０４には、表示装置１０４ａが接続されている。グラフィック処理装置１０４は、プロセッサ１０１からの命令に従って、画像を表示装置１０４ａに表示させる。表示装置１０４ａとしては、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイなどがある。
【００３２】
入力インタフェース１０５には、入力装置１０５ａが接続されている。入力インタフェース１０５は、入力装置１０５ａから出力される信号をプロセッサ１０１に送信する。入力装置１０５ａとしては、キーボードやポインティングデバイスなどがある。ポインティングデバイスとしては、マウス、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。
【００３３】
読み取り装置１０６には、可搬型記録媒体１０６ａが脱着される。読み取り装置１０６は、可搬型記録媒体１０６ａに記録されたデータを読み取ってプロセッサ１０１に送信する。可搬型記録媒体１０６ａとしては、光ディスク、光磁気ディスク、半導体メモリなどがある。
【００３４】
通信インタフェース１０７は、ネットワーク７０を介して、依頼者端末５０ａ，５０ｂ，・・・や登録者端末６０ａ，６０ｂ，・・・などの他の装置との間でデータの送受信を行う。
【００３５】
以上のようなハードウェア構成によって、ボランティア募集サーバ１００の処理機能を実現することができる。
図４は、ボランティア募集サーバが備える処理機能の構成例を示すブロック図である。ボランティア募集サーバ１００は、記憶部１１０、インタフェース処理部１２０、参加者決定部１３０およびポイント管理部１４０を有する。
【００３６】
記憶部１１０は、例えば、ＲＡＭ１０２またはＨＤＤ１０３など、ボランティア募集サーバ１００が備える記憶装置の記憶領域として実現される。インタフェース処理部１２０、参加者決定部１３０およびポイント管理部１４０の処理は、例えば、プロセッサ１０１が所定のアプリケーションプログラムを実行することで実現される。
【００３７】
記憶部１１０には、登録者データベース（ＤＢ）１１１、依頼者データベース（ＤＢ）１１２、募集内容データベース（ＤＢ）１１３、応募者データベース（ＤＢ）１１４、候補者データベース（ＤＢ）１１５、参加者データベース（ＤＢ）１１６および加算ポイントテーブル１１７が記憶される。
【００３８】
登録者データベース１１１には、募集されているボランティアの応募資格を有する登録者に関する情報が登録される。依頼者データベース１１２には、ボランティアの募集を依頼した依頼者に関する情報が登録される。募集内容データベース１１３には、依頼されたボランティアの募集内容に関する情報が登録される。
【００３９】
応募者データベース１１４には、登録者のうち、ボランティアに応募した応募者を示す情報が登録される。候補者データベース１１５には、ボランティアへの応募者の中から参加者として採用する者を決定する過程で候補者が選択された場合に、候補者を示す情報が登録される。参加者データベース１１６には、採用された参加者を示す情報が登録される。加算ポイントテーブル１１７には、連続して採用されなかった回数に応じてポイントに加算する加算ポイントの値があらかじめ登録される。
【００４０】
インタフェース処理部１２０は、依頼者端末５０ａ，５０ｂ，・・・からボランティアの募集の依頼を受け付け、依頼された募集内容を募集内容データベース１１３に登録する。そして、インタフェース処理部１２０は、募集内容をＷｅｂページ、電子メールなどを用いて登録者に開示する。
【００４１】
また、インタフェース処理部１２０は、登録者端末６０ａ，６０ｂ，・・・からボランティアの応募を受け付け、応募した登録者の情報を応募者データベース１１４に登録する。さらに、インタフェース処理部１２０は、あるボランティアの募集に対応する参加者が決定されると、参加者に対して電子メールなどを用いて採用されたことを通知する。これとともに、インタフェース処理部１２０は、不採用となった応募者に対して電子メールなどを用いて、不採用になったことやポイントが加算されたことを通知する。
【００４２】
参加者決定部１３０は、あるボランティアの募集期限が過ぎると、そのボランティアに応募した応募者の中から採用する参加者を決定し、決定された参加者の情報を参加者データベース１１６に登録する。
【００４３】
ポイント管理部１４０は、登録者データベース１１１に登録された、登録者それぞれに対応する優先ポイントを管理する。例えば、ポイント管理部１４０は、参加者として採用されなかった応募者の優先ポイントに、その参加者について連続して採用されなかった回数に応じた加算ポイントを加算する。また、ポイント管理部１４０は、ボランティアの参加者として採用された応募者の優先ポイントを「０」にリセットする。
【００４４】
図５は、登録者データベースの構成例を示す図である。登録者データベース１１１は、登録者それぞれに対応するレコード１１１ａ，１１１ｂ，１１１ｃ，・・・を有する。各レコードには、例えば、登録者ＩＤ、氏名、性別、住所、連絡先、スキル・資格、経歴、優先ポイント、連続不採用回数が登録される。
【００４５】
登録者ＩＤは、登録者を識別する識別番号を示す。氏名、性別、住所は、それぞれ登録者の氏名、性別、住所を示す。連絡先は、登録者のメールアドレスなど、登録者に連絡するための情報を示す。スキル・資格は、登録者が有するスキルや資格を示す。経歴は、登録者の現在までの経歴を示す。優先ポイントは、ボランティアへの応募に対して連続して採用されなかった回数に応じたポイントを示す。連続不採用回数は、現時点で連続して採用されなかった回数を示す。連続不採用回数は、不採用になるたびに「１」加算され、採用されると「０」にリセットされる。
【００４６】
以上のように、登録者データベース１１１の１つのレコードには、１人の登録者に関する情報が登録される。なお、レコード内の情報のうち、優先ポイントおよび連続不採用回数以外の情報は、登録者端末を用いた登録者の入力操作に応じて登録される。
【００４７】
図６は、募集内容データベースの構成例を示す図である。募集内容データベース１１３は、依頼者から依頼されたボランティアの募集のそれぞれに対応するレコード１１３ａ，１１３ｂ，１１３ｃ，・・・を有する。すなわち、募集内容データベース１１３には、依頼者からボランティアの募集が依頼されるたびに、新たなレコードが登録される。各レコードには、例えば、依頼情報ＩＤ、依頼者ＩＤ、タイトル、日付、時間、内容、場所、募集人数、募集期限、性別、スキル・資格、経歴、必須条件が登録される。
【００４８】
依頼情報ＩＤは、依頼されたボランティアの募集を識別する識別番号を示す。依頼者ＩＤは、ボランティアの募集を依頼した依頼者の識別番号を示す。なお、図示しないが、依頼者データベース１１２には、少なくとも、依頼者ごとに依頼者ＩＤが登録されている。
【００４９】
タイトルは、ボランティアの募集内容を登録者に開示する際に表示させるタイトルを示す。日付は、ボランティアとして活動する日付を示す。時間は、ボランティアとして活動する時間帯を示す。内容は、ボランティアとしての活動内容を示す。場所は、ボランティアとして活動する場所を示す。募集人数は、ボランティアとして募集する人数を示す。募集期限は、ボランティアの募集を終了する日時を示す。
【００５０】
性別は、ボランティアとして募集する登録者の性別を示す。スキル・資格は、ボランティアとして募集する登録者が保有するスキルや資格を示す。経歴は、ボランティアとして募集する登録者の経歴を示す。
【００５１】
必須条件は、性別、スキル・資格、経歴の各項目のうち、ボランティアとして採用するためにどの項目に登録内容が必須であるかを示す。例えば、図６では、経歴として「保育」「看護」「子育て」が登録され、必須条件として「経歴」が登録されている。この場合、ボランティアとして採用するための条件として、応募者に対応する登録者データベース１１１のレコードの経歴の欄に「保育」「看護」「子育て」のいずれかが登録されていることが必須であることを示す。すなわち、性別、スキル・資格、経歴に登録された内容のうち、必須条件の項目に登録された項目の内容だけが、ボランティアとして採用するための必須条件を示し、その他の内容は、ボランティアとして採用するために好ましい条件を示す。
【００５２】
図７は、応募者データベース、候補者データベースおよび参加者データベースの構成例を示す図である。図７（Ａ）に示すように、応募者データベース１１４は、ボランティアの募集に対して応募した応募者それぞれに対応するレコード１１４ａ，１１４ｂ，１１４ｃ，・・・を有する。すなわち、応募者データベース１１４には、ボランティアの募集に対して登録者からの応募の申し込みを受け付けるたびに、新たなレコードが登録される。
【００５３】
各レコードには、応募者ＩＤ、依頼情報ＩＤ、登録者ＩＤが登録される。応募者ＩＤは、応募者を識別する識別番号を示す。依頼情報ＩＤは、応募されたボランティアの募集を識別する識別番号である。依頼情報ＩＤとしては、募集内容データベース１１３内のいずれかのレコードに登録された依頼情報ＩＤが登録される。登録者ＩＤは、応募した応募者がどの登録者かを識別する識別番号を示す。すなわち、登録者ＩＤとしては、登録者データベース１１１内のいずれかのレコードに登録された登録者ＩＤが登録される。
【００５４】
図７（Ｂ）に示すように、候補者データベース１１５は、ボランティアの参加者として採用する候補者それぞれに対応するレコード１１５ａ，１１５ｂ，１１５ｃ，・・・を有する。すなわち、候補者データベース１１５には、ボランティアへの応募者の中から参加者として採用する候補者が選択されるたびに、新たなレコードが登録される。
【００５５】
各レコードには、候補者ＩＤ、依頼情報ＩＤ、登録者ＩＤが登録される。候補者ＩＤは、候補者を識別する識別番号を示す。依頼情報ＩＤは、応募されたボランティアの募集を識別する識別番号である。登録者ＩＤは、候補者がどの登録者かを識別する識別番号を示す。
【００５６】
なお、候補者データベース１１５のレコードは、対応するボランティアの募集についての参加者が確定した段階で、候補者データベース１１５から消去される。
図７（Ｃ）に示すように、参加者データベース１１６は、採用されたボランティアの参加者それぞれに対応するレコード１１６ａ，１１６ｂ，１１６ｃ，・・・を有する。すなわち、参加者データベース１１６には、応募者または候補者の中から採用する参加者が決定されるたびに、決定された参加者に対応する新たなレコードが登録される。
【００５７】
各レコードには、参加者ＩＤ、依頼情報ＩＤ、登録者ＩＤが登録される。参加者ＩＤは、参加者を識別する識別番号を示す。依頼情報ＩＤは、応募されたボランティアの募集を識別する識別番号である。登録者ＩＤは、参加者がどの登録者かを識別する識別番号を示す。
【００５８】
図８は、加算ポイントテーブルの構成例を示す図である。加算ポイントテーブル１１７には、連続不採用回数ごとに、優先ポイントに加算する加算ポイントがあらかじめ登録される。連続不採用回数とは、１人の登録者がボランティアへの応募に対して連続して採用されなかった回数を示す。
【００５９】
ポイント管理部１４０は、ある応募者がボランティアの採用から漏れたとき、その応募者に対応する登録者データベース１１１のレコードから連続不採用回数を読み出す。ポイント管理部１４０は、加算ポイントテーブル１１７から、読み出した連続不採用回数に対応付けられた加算ポイントを読み出し、読み出した加算ポイントをその応募者に対応する優先ポイントに加算する。
【００６０】
これにより、応募者（登録者）の優先ポイントは、ボランティアに応募したものの連続して不採用となった回数が多いほど、大きな値となる。従って、参加者決定部１３０が、あるボランティアの募集に対する応募者の中から優先ポイントが大きい応募者を優先的に採用することで、登録者それぞれが連続して不採用になる回数が減少する。その結果、登録者間での採用の偏りが抑制され、登録者がボランティアに応募したときに不採用となる頻度の最大値が減少する。
【００６１】
また、図８では例として、連続不採用回数が多いほど加算ポイントが大きくなっている。この場合、参加者決定部１３０によって、連続不採用回数が多い応募者が参加者として採用される確率をより向上させることができる。このため、登録者間での採用の偏りを抑制する効果が促進される。
【００６２】
次に、あるボランティアの募集に対する応募者の中から参加者を採用する処理の詳細について説明する。
図９は、ボランティアの募集画面の例を示す図である。インタフェース処理部１２０は、例えば、募集中のボランティアに関する情報をＷｅｂページ上に一覧表示させる。登録者は、登録者端末（ここでは例として、登録者端末６０ａとする）を用いて、一覧表示された情報の中から１つを選択する操作を行う。すると、インタフェース処理部１２０は、例えば、図９に示すようなボランティアの募集画面２００を登録者端末６０ａの表示装置に表示させる。
【００６３】
募集画面２００は、タイトル表示部２０１、募集内容表示部２０２、日時表示部２０３、場所表示部２０４、募集人数表示部２０５および応募ボタン２０６を含む。タイトル表示部２０１には、募集内容データベース１１３の対応するレコードの項目のうち、タイトルの項目に登録された情報が表示される。また、募集内容表示部２０２には、このレコードの項目のうち、内容の項目に登録された情報が表示される。日時表示部２０３には、このレコードの項目のうち、日付および時間の各項目に登録された情報が表示される。場所表示部２０４には、このレコードの項目のうち、場所の項目に登録された情報が表示される。募集人数表示部２０５には、このレコードの項目のうち、募集人数の項目に登録された情報が表示される。なお、募集画面２００には、性別、スキル・資格、経歴などの他の項目に登録された情報が表示されてもよい。
【００６４】
登録者は、このボランティアの募集に対して応募する場合には、応募ボタン２０６を選択する操作を行う。すると、登録者端末６０ａからボランティア募集サーバ１００に対して応募情報が送信される。
【００６５】
図１０は、応募の受け付け処理手順の例を示すフローチャートである。
［ステップＳ１１］インタフェース処理部１２０は、ボランティアの募集に対する応募を受け付けたかを判定する。例えば、上記の応募ボタン２０６の選択操作に応じて応募情報を受信した場合、応募を受け付けたと判定される。インタフェース処理部１２０は、応募を受け付けた場合、ステップＳ１２の処理を実行する。
【００６６】
［ステップＳ１２］インタフェース処理部１２０は、応募者データベース１１４に新たなレコードを作成し、作成したレコードの応募者ＩＤの項目に新たな数値を登録する。また、インタフェース処理部１２０は、作成したレコードの依頼情報ＩＤの項目に、募集内容データベース１１３に含まれる該当するレコードの依頼情報ＩＤを登録する。さらに、インタフェース処理部１２０は、作成したレコードの登録者ＩＤの項目に、登録者データベース１１１に含まれるレコードのうち応募者に対応するレコードの登録者ＩＤを登録する。
【００６７】
図１１〜図１３は、参加者の採用処理手順の例を示すフローチャートである。ここでは例として、募集内容データベース１１３のレコード１１３ａに対応するボランティアの募集について、参加者の採用処理を行うものとする。参加者決定部１３０は、レコード１１３ａに登録された募集期限が過ぎると、下記のステップＳ２１の処理を開始する。
【００６８】
［ステップＳ２１］参加者決定部１３０は、応募者の一覧を取得する。具体的には、参加者決定部１３０は、募集内容データベース１１３のレコード１１３ａに登録された依頼情報ＩＤをキーとして応募者データベース１１４を検索し、ヒットしたレコードから登録者ＩＤを取得する。取得された登録者ＩＤに対応する登録者が、応募者として特定される。
【００６９】
［ステップＳ２２］参加者決定部１３０は、応募者の中から、採用のための必須条件を満たさない応募者を除外する。
具体的には、参加者決定部１３０は、募集内容データベース１１３のレコード１１３ａを参照して必須条件の内容を取得する。次に、参加者決定部１３０は、ステップＳ２１で取得した登録者ＩＤを１つ選択し、登録者データベース１１１から、選択した登録者ＩＤに対応するレコードを特定する。参加者決定部１３０は、特定したレコードの登録内容と必須条件の内容とを比較することで、応募者が必須条件を満たしているかを判定する。例えば、経歴として「保育」「看護」「子育て」のいずれかが必要である場合、参加者決定部１３０は、特定したレコードの経歴の項目に「保育」「看護」「子育て」の少なくとも１つが登録されていれば、応募者が必須条件を満たすと判定する。
【００７０】
参加者決定部１３０は、ステップＳ２１で取得したすべての登録者ＩＤについて上記判定処理を実行し、必須条件を満たさない応募者を、次のステップＳ２３以降の処理の対象から除外する。すなわち、ステップＳ２３以降の説明における応募者とは、ステップＳ２２で必須条件を満たすと判定された応募者を示す。
【００７１】
［ステップＳ２３］参加者決定部１３０は、募集内容データベース１１３のレコード１１３ａから募集人数を取得する。
［ステップＳ２４］参加者決定部１３０は、応募者の人数が、ステップＳ２３で取得した募集人数を超えているかを判定する。参加者決定部１３０は、応募者の人数が募集人数を超えている場合、ステップＳ２７の処理を実行し、応募者の人数が募集人数以下の場合、ステップＳ２５の処理を実行する。
【００７２】
［ステップＳ２５］応募者の人数が募集人数以下の場合には、すべての応募者が参加者として採用される。従って、参加者決定部１３０は、すべての応募者を参加者データベース１１６に登録する。
【００７３】
具体的には、参加者決定部１３０は、参加者データベース１１６に新たなレコードを作成し、作成したレコードの参加者ＩＤの項目に新たな数値を登録する。また、参加者決定部１３０は、作成したレコードの依頼情報ＩＤ、登録者ＩＤの各項目に、ステップＳ２１の検索でヒットしたレコードに登録された依頼情報ＩＤ、登録者ＩＤをそれぞれ登録する。参加者決定部１３０は、以上のレコード登録処理を各応募者について実行する。
【００７４】
［ステップＳ２６］ポイント管理部１４０は、採用された各参加者に対応する優先ポイントを「０」にリセットする。具体的には、ポイント管理部１４０は、登録者データベース１１１から、各参加者の登録者ＩＤに対応するレコードを特定し、特定された各レコードに登録された優先ポイントの値を「０」に更新する。以上の処理が完了すると、参加者の採用処理が終了する。
【００７５】
［ステップＳ２７］参加者決定部１３０は、登録者データベース１１１から、各応募者に対応する優先ポイントを取得する。
［ステップＳ２８］参加者決定部１３０は、応募者を優先ポイントの降順に並び替える。
【００７６】
［ステップＳ２９］参加者決定部１３０は、現在の処理対象の応募者の中から、優先ポイントが最大の応募者を選択し、選択した応募者を候補者データベース１１５に登録する。具体的には、参加者決定部１３０は、候補者データベース１１５に新たなレコードを作成し、作成したレコードの候補者ＩＤの項目に新たな数値を登録する。また、参加者決定部１３０は、応募者データベース１１４から、選択した応募者を示す登録者ＩＤを含むレコードを特定し、作成したレコードの依頼情報ＩＤ、登録者ＩＤの各項目に、特定したレコードに登録された依頼情報ＩＤ、登録者ＩＤをそれぞれ登録する。これにより、応募者の中から候補者が選択される。
【００７７】
なお、優先ポイントが同数の応募者が複数存在する場合、参加者決定部１３０は、それらの応募者のすべてを候補者として選択し、各応募者について上記の登録処理を実行する。また、参加者決定部１３０は、以上の登録処理が完了すると、選択した応募者を、この後にステップＳ２９が再度実行された場合の処理対象から除外する。
【００７８】
［ステップＳ３０］参加者決定部１３０は、選択された候補者の人数が、ステップＳ２３で取得した募集人数に達したかを判定する。参加者決定部１３０は、候補者の人数が募集人数に達した場合、図１２のステップＳ４１の処理を実行し、候補者の人数が募集人数未満である場合、ステップＳ２９の処理を再実行する。
【００７９】
以下、図１２を参照して説明を続ける。
［ステップＳ４１］参加者決定部１３０は、選択された候補者の人数が、ステップＳ２３で取得した募集人数を超えているかを判定する。参加者決定部１３０は、候補者の人数が募集人数を超えている場合、ステップＳ４２の処理を実行し、候補者の人数が募集人数以下の場合、ステップＳ４５の処理を実行する。
【００８０】
［ステップＳ４２］参加者決定部１３０は、選択された候補者のうち、優先ポイントが最小である候補者以外の候補者を、参加者として選択し、選択した参加者を参加者データベース１１６に登録する。具体的には、参加者決定部１３０は、選択した参加者のそれぞれについて、次のような処理を実行する。参加者決定部１３０は、参加者データベース１１６に新たなレコードを作成し、作成したレコードの参加者ＩＤの項目に新たな数値を登録する。また、参加者決定部１３０は、応募者データベース１１４から、選択した参加者を示す登録者ＩＤを含むレコードを特定し、作成したレコードの依頼情報ＩＤ、登録者ＩＤの各項目に、特定したレコードに登録された依頼情報ＩＤ、登録者ＩＤをそれぞれ登録する。
【００８１】
［ステップＳ４３］参加者決定部１３０は、ステップＳ４２で選択されなかった残りの候補者のそれぞれについて、一致項目数を算出する。一致項目数とは、募集内容データベース１１３のレコード１１３ａと、登録者データベース１１１に含まれる候補者に対応するレコードとの間で、あらかじめ決められた特定の項目のうちいくつの項目について、登録された内容が一致するかを示す数である。特定の項目としては、例えば、スキル・資格、経歴、性別が選択される。この処理によれば、一致項目数は、採用するボランティアとして依頼者が好ましいと考えている条件に対して、候補者がどれだけマッチしているかを示すマッチング度数を示す。
【００８２】
［ステップＳ４４］参加者決定部１３０は、ステップＳ４３で処理対象とした候補者を、算出された一致項目数が多い順に並べ替え、参加者の合計が募集人数に達するまで、先頭から順に候補者を参加者として選択する。参加者決定部１３０は、ステップＳ４２での登録処理と同様の手順で、選択した参加者を参加者データベース１１６に登録する。以上のステップＳ４４の処理が完了すると、図１３のステップＳ５１が実行される。
【００８３】
［ステップＳ４５］ステップＳ４１で「Ｎｏ」と判定された場合、候補者の数が募集人数と一致している。この場合、すべての候補者が参加者として採用される。参加者決定部１３０は、すべての候補者を参加者として選択し、選択した参加者を、ステップＳ４２での登録処理と同様の手順で参加者データベース１１６に登録する。以上のステップＳ４５の処理が完了すると、図１３のステップＳ５１が実行される。
【００８４】
ここで、図１４は、募集者からの参加者の採用処理例を示す図である。図１４では例として、必須条件を満たす１０名の応募者Ａ〜Ｊが存在し、応募者Ａ〜Ｊのそれぞれが表２１１に示すように優先ポイントを保有しているものとする。なお、表２１１では、応募者Ａ〜Ｊが優先ポイントの降順にソートされている。また、募集人数は５人であるものとする。
【００８５】
この例では、図１１のステップＳ２７〜Ｓ３０の処理により、応募者Ａ〜Ｆが候補者として選択される。この時点で、応募者Ｇ〜Ｊは不採用となる。また、選択された候補者の数は募集人数を超えているので、図１２のステップＳ４２では、応募者Ａ〜Ｄが参加者として採用される。一方、候補者として選択された応募者Ｅ，Ｆは、保有する優先ポイントが同じであるので、図１２のステップＳ４３，Ｓ４４の処理により、一致項目数に基づく選択が行われる。
【００８６】
表２１２に示すように、応募者Ｅについては、性別、スキル・資格、経歴の３つの項目について、募集内容データベース１１３のレコード１１３ａにおける登録内容と一致しており、一致項目数は「３」となる。一方、応募者Ｆについては、性別、経歴の２つの項目について、募集内容データベース１１３のレコード１１３ａにおける登録内容と一致しており、一致項目数は「２」となる。このため、図１２のステップＳ４４では、応募者Ｅが参加者として採用される。
【００８７】
このように、第２の実施の形態では、まず、応募者の中から、優先ポイントが高い順に参加者が決定される。これにより、応募者が採用される頻度が応募者間で均一化されていき、応募したものの連続して不採用になる回数を減少させることができる。
【００８８】
また、第２の実施の形態では、優先ポイントだけでは参加者を決定できない場合に、さらに一致項目数を用いて参加者が決定される。一致項目数が用いられることにより、依頼者が求める条件に近い応募者を、参加者として決定できる。
【００８９】
以下、図１３を参照して説明を続ける。
［ステップＳ５１］ポイント管理部１４０は、採用された各参加者に対応する優先ポイントを「０」にリセットする。具体的には、ポイント管理部１４０は、登録者データベース１１１から、各参加者の登録者ＩＤに対応するレコードを特定し、特定された各レコードに登録された優先ポイントの値を「０」に更新する。
【００９０】
続いて、採用されなかった応募者（不採用者）についてのポイント加算処理が実行される。
［ステップＳ５２］ポイント管理部１４０は、応募者の中から不採用者を１人選択する。
【００９１】
［ステップＳ５３］ポイント管理部１４０は、登録者データベース１１１から、選択した不採用者に対応する連続不採用回数を取得する。ポイント管理部１４０は、加算ポイントテーブル１１７を参照しながら、取得した連続不採用回数に応じたポイント加算処理を実行する。具体的には、ポイント管理部１４０は、加算ポイントテーブル１１７から、取得した連続不採用回数に対応する加算ポイントを取得する。ポイント管理部１４０は、登録者データベース１１１に含まれる、選択した不採用者に対応するレコードを参照し、そのレコードに登録された優先ポイントに、取得した加算ポイントを加算して、優先ポイントの登録値を更新する。
【００９２】
［ステップＳ５４］ポイント管理部１４０は、スキル・経歴に応じたポイント加算処理を実行する。具体的には、ポイント管理部１４０は、募集内容データベース１１３のレコード１１３ａからスキル・経歴の項目に登録された情報を取得する。これとともに、ポイント管理部１４０は、登録者データベース１１１に含まれる、選択した不採用者に対応するレコードから、スキル・経歴の項目に登録された情報を取得する。そして、ポイント管理部１４０は、募集内容データベース１１３から取得した情報と登録者データベース１１１から取得した情報とを比較する。ポイント管理部１４０は、比較の結果、少なくとも１つの情報が一致した場合には、登録者データベース１１１に含まれる、選択した不採用者に対応するレコードを参照し、そのレコードに登録された優先ポイントに所定の追加ポイントを加算して、優先ポイントの登録値を更新する。
【００９３】
このステップＳ５４の処理によれば、依頼者が希望するスキルや経歴を有するにもかかわらず採用されなかった応募者に対して、優先ポイントが追加的に与えられる。これにより、この応募者が次回に応募した際に、採用される確率を高くすることができる。
【００９４】
［ステップＳ５５］ポイント管理部１４０は、登録者データベース１１１に含まれる、選択した不採用者に対応するレコードを参照し、そのレコードに登録された連続不採用回数を「１」増加させる。
【００９５】
［ステップＳ５６］ポイント管理部１４０は、選択した不採用者に対して、現在の優先ポイントを通知する。この通知は、例えば、電子メールの送信によって行われる。
［ステップＳ５７］ポイント管理部１４０は、すべての不採用者が選択済みかを判定する。ポイント管理部１４０は、未選択の不採用者がいる場合、ステップＳ５２の処理を実行し、すべての不採用者を選択済みの場合、参加者決定処理を終了する。
【００９６】
なお、上記のステップＳ５２〜Ｓ５７で選択の対象となる応募者としては、図１１のステップＳ２２で必須条件を満たさない応募者が除外されてもよい。この場合、必須条件を満たさない応募者に対しては、優先ポイントの加算が行われない。
【００９７】
図１５は、優先ポイントの通知画面の例を示す図である。この図１５は、図１３のステップＳ５６の処理によって、不採用者に通知された情報の例を示す。ここでは例として、優先ポイントが記載された電子メールが不採用者宛てに送信されるものとする。送信された電子メールを表示したメール画面２２０においては、ボランティアの抽選に落選したことが記載されるとともに、ポイント表示部２２１において現在の優先ポイントが記載される。これにより、不採用となった登録者（不採用者）は、不採用となったことを認識するものの、優先ポイントが増加され、次回の応募時に採用されやすくなることを認識できるので、登録者のボランティアに対する参加意欲が低下することを抑制できる。
【００９８】
なお、以上の第２の実施の形態では、優先ポイントは参加者の決定のためだけに用いられている。しかし、例えば、優先ポイントを他の目的にも使用できるようにしてもよい。例えば、優先ポイントが、商品の購入、サービスを受けるための料金、景品との交換のために用いられてもよい。
【００９９】
〔第３の実施の形態〕
上記の第２の実施の形態では、優先ポイントと一致項目数のうち、優先ポイントを優先的に用いて、応募者の中から参加者が決定された。これに対して、第３の実施の形態では、一致項目数を優先的に用いて参加者が決定されるように、第２の実施の形態が変形される。
【０１００】
第３の実施の形態に係るボランティア募集サーバの処理機能の基本的な構成は、第２の実施の形態と同様である。そこで、以下、第３の実施の形態に係るボランティア募集サーバの処理機能を、第２の実施の形態と同じ符号を用いて説明する。
【０１０１】
図１６、図１７は、第３の実施の形態における参加者の採用処理手順の例を示すフローチャートである。ここでは例として、図１１〜図１３と同様に、募集内容データベース１１３のレコード１１３ａに対応するボランティアの募集について、参加者の採用処理を行うものとする。
【０１０２】
図１６に示すステップＳ２１〜Ｓ２６の処理は、図１１に示したステップＳ２１〜Ｓ２６と同じである。すなわち、参加者決定部１３０は、募集内容データベース１１３のレコード１１３ａに登録された募集期限が過ぎると、ステップＳ２１の処理を開始する。また、ステップＳ２４で「Ｙｅｓ」と判定された場合には、次のステップＳ７１が実行される。
【０１０３】
［ステップＳ７１］参加者決定部１３０は、応募者のそれぞれについて一致項目数を算出する。一致項目数とは、募集内容データベース１１３のレコード１１３ａと、登録者データベース１１１に含まれる応募者に対応するレコードとの間で、あらかじめ決められた特定の項目のうちいくつの項目について、登録された内容が一致するかを示す数である。
【０１０４】
［ステップＳ７２］参加者決定部１３０は、応募者を一致項目数の降順に並び替える。
［ステップＳ７３］参加者決定部１３０は、現在の処理対象の応募者の中から、項目一致数が最大の応募者を選択し、選択した応募者を候補者データベース１１５に登録する。具体的には、参加者決定部１３０は、候補者データベース１１５に新たなレコードを作成し、作成したレコードの候補者ＩＤの項目に新たな数値を登録する。また、参加者決定部１３０は、応募者データベース１１４から、選択した応募者を示す登録者ＩＤを含むレコードを特定し、作成したレコードの依頼情報ＩＤ、登録者ＩＤの各項目に、特定したレコードに登録された依頼情報ＩＤ、登録者ＩＤをそれぞれ登録する。これにより、応募者の中から候補者が選択される。
【０１０５】
なお、項目一致数が同数の応募者が複数存在する場合、参加者決定部１３０は、それらの応募者のすべてを候補者として選択し、各応募者について上記の登録処理を実行する。また、参加者決定部１３０は、以上の登録処理が完了すると、選択した応募者を、この後にステップＳ７３が再度実行された場合の処理対象から除外する。
【０１０６】
［ステップＳ７４］参加者決定部１３０は、選択された候補者の人数が、ステップＳ２３で取得した募集人数に達したかを判定する。参加者決定部１３０は、候補者の人数が募集人数に達した場合、図１７のステップＳ８１の処理を実行し、候補者の人数が募集人数未満である場合、ステップＳ７３の処理を再実行する。
【０１０７】
以下、図１７を参照して説明を続ける。
［ステップＳ８１］参加者決定部１３０は、選択された候補者の人数が、ステップＳ２３で取得した募集人数を超えているかを判定する。参加者決定部１３０は、候補者の人数が募集人数を超えている場合、ステップＳ８２の処理を実行し、候補者の人数が募集人数以下の場合、ステップＳ８５の処理を実行する。
【０１０８】
［ステップＳ８２］参加者決定部１３０は、選択された候補者のうち、項目一致数が最小である候補者以外の候補者を、参加者として選択し、選択した参加者を参加者データベース１１６に登録する。具体的には、参加者決定部１３０は、選択した参加者のそれぞれについて、次のような処理を実行する。参加者決定部１３０は、参加者データベース１１６に新たなレコードを作成し、作成したレコードの参加者ＩＤの項目に新たな数値を登録する。また、参加者決定部１３０は、応募者データベース１１４から、選択した参加者を示す登録者ＩＤを含むレコードを特定し、作成したレコードの依頼情報ＩＤ、登録者ＩＤの各項目に、特定したレコードに登録された依頼情報ＩＤ、登録者ＩＤをそれぞれ登録する。
【０１０９】
［ステップＳ８３］参加者決定部１３０は、ステップＳ８２で選択されなかった残りの候補者のそれぞれに対応する優先ポイントを、登録者データベース１１１から取得する。
［ステップＳ８４］参加者決定部１３０は、ステップＳ８３で処理対象とした候補者を優先ポイントが多い順に並べ替え、参加者の合計が募集人数に達するまで、先頭から順に候補者を参加者として選択する。参加者決定部１３０は、ステップＳ８２での登録処理と同様の手順で、選択した参加者を参加者データベース１１６に登録する。以上のステップＳ８４の処理が完了すると、図１３のステップＳ５１が実行される。
【０１１０】
［ステップＳ８５］ステップＳ８１で「Ｎｏ」と判定された場合、候補者の数が募集人数と一致している。この場合、すべての候補者が参加者として採用される。参加者決定部１３０は、すべての候補者を参加者として選択し、選択した参加者を、ステップＳ８２での登録処理と同様の手順で参加者データベース１１６に登録する。以上のステップＳ８５の処理が完了すると、図１３のステップＳ５１が実行される。
【０１１１】
以上の第３の実施の形態では、まず、応募者の中から、項目一致数が多い順に参加者が決定される。これにより、依頼者が求める条件に近い応募者が、参加者として決定される。そして、項目一致数だけでは参加者を決定できない場合に、さらに優先ポイントを用いて参加者が決定される。
【０１１２】
なお、上記の各実施の形態に示した装置（例えば、ボランティア採用装置１０、ボランティア募集サーバ１００）の処理機能は、コンピュータによって実現することができる。その場合、各装置が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。
【０１１３】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１１４】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【符号の説明】
【０１１５】
Ａ〜Ｂ  ユーザ
１〜３  応募
１０  ボランティア採用装置
１１  記憶部
１１ａ  ポイント管理テーブル
１２  演算部
【図１】
2018116478.tif 000003
【図２】
2018116478.tif 000004
【図３】
2018116478.tif 000005
【図４】
2018116478.tif 000006
【図５】
2018116478.tif 000007
【図６】
2018116478.tif 000008
【図７】
2018116478.tif 000009
【図８】
2018116478.tif 000010
【図９】
2018116478.tif 000011
【図１０】
2018116478.tif 000012
【図１１】
2018116478.tif 000013
【図１２】
2018116478.tif 000014
【図１３】
2018116478.tif 000015
【図１４】
2018116478.tif 000016
【図１５】
2018116478.tif 000017
【図１６】
2018116478.tif 000018
【図１７】
2018116478.tif 000019