JP2006079337A - ボランティア管理用データ処理装置、およびボランティア管理システム - Google Patents

Abstract

【課題】ボンティアの実績管理を行うことができるボランティア管理用データ処理装置、およびボランティア管理システムを提供する。
【解決手段】メイン管理用データ処理装置２に、ボランティア要員Ｂのイベントへの参加申し込みを示す申込みデータＤＡを入力するインタフェースとしての通信回路や入力部、ボランティア要員Ｂの過去のボランティアの実績を示す実績データＤＢを記憶する記憶装置やメモリと、インタフェースから入力された申込みデータＤＡ、および記憶装置やメモリが記憶する実績データＤＢに基づいて、ボランティア要員Ｂの当該イベントへの受け入れの可否を決定する受入決定処理、および実績データＤＢに基づいてボランティア要員Ｂのイベントへの参加形態を決定する参加形態決定処理を行う処理回路を設ける。
【選択図】図３

Description

本発明は、例えば、スポーツイベント等におけるボランティア要員の管理を行うボランティア管理用データ処理装置、およびボランティア管理システムに関し、特にボランティア要員の実績管理を行うボランティア管理用データ処理装置、およびボランティア管理システムに関するものである。

例えば、ボランティア要員の配置を管理するシステムが知られている（例えば、特許文献１参照）。
特開２００２−３４２５３７号公報

ところで、一般的なシステムではボランティア要員の過去の実績管理を行っておらず、例えばイベント等におけるボランティアの参加希望者を募る場合には、イベント毎に一から募集を行う。また、上述したシステムでは、例えばボランティア要員の参加形態を管理する場合に、参加募集時のデータを基に管理を行う。

このため例えばイベントへの参加募集時やイベント開催中に、ボランティア要員の過去の実績を考慮して、より効率的に参加募集やイベント運営を行うことができるシステムが望まれている。

本発明は、かかる事情に鑑みてなされたものであり、その目的は、ボンティアの実績管理を行うことができるボランティア管理用データ処理装置、およびボランティア管理システムを提供することにある。

前記目的を達成するために、本発明の第１の観点のボランティア管理用データ処理装置は、ボランティア要員のイベントへの参加申し込みを示す申込みデータを入力するインタフェースと、前記ボランティア要員の過去のボランティアの実績を示す実績データを記憶するメモリと、前記インタフェースから入力された申込みデータ、および前記メモリが記憶する実績データに基づいて、前記ボランティア要員の当該イベントへの受け入れの可否を決定する受入決定処理、および前記実績データに基づいて前記ボランティア要員の前記イベントへの参加形態を決定する参加形態決定処理を行う処理回路とを有する。

好適には、前記処理回路は、前記受入決定処理の結果、前記ボランティア要員のイベントへの受け入れを決定した場合に、前記実績データに基づいて前記ボランティア要員の前記イベントへの参加形態を決定する参加形態決定処理を行う。

さらに、前記目的を達成するために、本発明の第２の観点おボランティア管理システムは、イベント毎に割り当てられたイベント管理用データ処理装置と、メイン管理用データ処理装置とを含み、イベントに参加するボランティア要員の実績を管理するボランティア管理システムであって、前記イベント管理用データ処理装置は、前記メイン管理用データ処理装置とデータ通信を行う第１の通信回路と、ボランティア要員のイベントでの実績を示す実績データを入力するインタフェースと、前記インタフェースから入力された実績データを第１の通信回路を介して前記メイン管理用データ処理装置に送信する第１の処理回路と、を含み、前記メイン管理用データ処理装置は、前記イベント管理用データ処理装置とデータ通信を行う第２の通信回路と、前記ボランティア要員の過去のボランティアの実績を示す実績データを記憶するメモリと、前記第２の通信回路を介して受信した実績データを基に前記メモリが記憶する実績データを更新する第２の処理回路と、を含み、前記第２の処理回路は、前記第２の通信回路により、前記イベント管理用データ処理装置からの要求指示を受信した場合に、前記メモリが記憶する実績データのうち、前記イベント管理用データ処理装置に割り当てられたイベントに必要な情報のみを、前記第２の通信回路を介して前記要求指示元の前記イベント管理用データ処理装置に送信する。

本発明によれば、ボンティアの実績管理を行うことができるボランティア管理用データ処理装置、およびボランティア管理システムを提供することができる。

図１は、本発明の一実施形態に係るボランティア管理システムを説明するための全体図である。

ボランティア管理システム１は、例えば図１に示すように、メイン管理用データ処理装置２、およびイベント管理用データ処理装置３を有する。
ボランティア管理システム１は本発明に係るボランティア管理システムの一例に相当する。また、メイン管理用データ処理装置２（およびイベント管理用データ処理装置３）は、本発明に係るボランティア管理用データ処理装置の一例に相当する。

ボランティア管理システム１は、例えば、スポーツイベントやお祭り等のイベントでのボランティア運営業務全般に関して、ボランティア要員の実績データや、個人情報、所属団体情報等を管理する。
詳細には、例えばボランティア管理システム１は、ボランティア要員の実績データをデータベース等の記憶装置（メモリ）に蓄積し、その蓄積した実績データを再利用することにより、効率的なボランティア募集業務、大会ボランティア運営業務、それらの蓄積した実績データの再利用、ボランティア実績管理等を行う。

また、ボランティア管理システム１では、参加データや、蓄積した実績データを基に、例えばイベント運営時にボランティア要員それぞれが携帯する許可証（ＡＤ証：Accreditation card）等の発行処理を行う。

また、ボランティア管理システム１では、例えば各イベントでの参加データ、詳細には氏名、参加希望日時、参加役割、ゾーニング（入場許可領域や、不許可領域を示すデータ）等の管理を行う。

本実施形態に係るボランティア管理システム１において、メイン管理用データ処理装置２や、イベント管理用データ処理装置３は、例えばイベント開催時にスタンドアロンにより動作可能である。

また、ボランティア管理システム１において、イベント管理用データ処理装置３は、例えばイベント会場に設置され、各ボランティア要員の実績データを記憶し、その実績データを通信ネットワークを介してメイン管理用データ処理装置２に送信する。
メイン管理用データ処理装置２は、イベント管理用データ処理装置３から送信された実績データを受信し、受信した実績データをデータベース等の記憶装置（メモリ）に記憶する。

また、イベント開催時やイベント開催前に、メイン管理用データ処理装置２は、イベント管理用データ処理装置３から送信された、そのイベントに関する情報の要求を示す信号を受信すると、その信号に基づいて、データベース等の記憶装置（メモリ）に記憶している実績データのうち、そのイベントに必要な情報のみを、要求元のイベント管理用データ処理装置３に送信する。
イベント管理用データ処理装置３は、メイン管理用データ処理装置２から送信された、その信号を受信して、その信号に含まれる、イベントに必要な情報に基づいて、実績管理やイベント運営に関する処理を行う。

メイン管理用データ処理装置２と、イベント管理用データ処理装置３間は、例えば通信ネットワーク４により接続されている。通信ネットワーク４は、例えば専用回線であってもよいし、いわゆるインターネット等のデータ通信網であってもよい。

以下、各データ処理装置の機能を詳細に説明する。

メイン管理用データ処理装置２は、例えば全ボランティアに関するデータを一元管理する。このメイン管理用データ処理装置２は、メイン管理システム２００としての機能を有する。

メイン管理用データ処理装置２は、例えばボランティア管理団体等により管理され、その団体の管理者により操作される。また、メイン管理用データ処理装置２は、例えばその団体の建物内に設けられる。また必要に応じて各イベント会場に設けることも可能である。

イベント管理用データ処理装置３は、例えばイベント会場や事務局に設けられて、そのイベントの主催団体や事務局員等により管理され、その管理者により操作される。
本実施形態では、例えば異なるイベント会場毎にイベント管理用データ処理装置３ａ，３ｂ，３ｃが設けられている。

イベント管理用データ処理装置３は、メイン管理用データ処理装置２と略同一の機能を有するが、例えば各イベントで必要なデータのみを管理する。詳細には、イベント管理用データ処理装置３は、各イベントに必要なボランティア情報を管理し、ボランティア要員の実績を示す実績データを生成する。イベント管理用データ処理装置３は、メイン管理システム２００の下位層に相当するサブ管理システム３００（３００ａ，３００ｂ，３００ｃ）としての機能を有する。
つまりメイン管理システム２００は、サブ管理システム３００（３００ａ〜３００ｃ）の上位機能を有する。

また、例えばイベント管理用データ処理装置３は、イベント開催中、スタンドアロンにより、そのイベントに必要なデータを処理して実績データを生成することも可能である。
また、イベント管理用データ処理装置３は、必要に応じて通信ネットワーク４を介してメイン管理用データ処理装置２とデータ通信を行い、実績データをメイン管理用データ処理装置２に送信する。
メイン管理用データ処理装置２は、その実績データを受信して、受信した実績データに基づいて、例えばデータベース等の記憶装置（メモリ）に蓄積している実績データを更新する。

図２は、図１に示したボランティア管理システム１の具体的な機能ブロック図である。図２を参照しながら、ボランティア管理システム１の各装置の具体的なハードウェア構成を説明する。

メイン管理用データ処理装置２は、例えば図２に示すように、通信回路２１、入力部２２、出力部２３、記憶装置２４、メモリ２５、および処理回路（ＣＰＵ：central processing unit）２６を有する。
通信回路２１、入力部２２、出力部２３、記憶装置２４、メモリ２５、および処理回路２６はバスＢＳにより接続されている。

通信回路２１は、本発明に係る第２の通信回路の一例に相当し、通信回路２１や入力部２２は本発明に係るインタフェースの一例に相当する。
メモリ２５は本発明に係るメモリの一例に相当し、処理回路２６は本発明に係る処理回路や第２の処理回路の一例に相当する。

通信回路２１は、例えば処理回路２６の制御により、通信ネットワーク４を介してイベント管理用データ処理装置３とデータ通信を行う。
本実施形態では、ボランティア要員やその所属団体の管理者等に操作される、ボランティア要員用データ処理装置５が通信ネットワーク４に接続されている場合に、通信回路２１はボランティア要員用データ処理装置５と通信ネットワーク４を介してデータ通信を行う。

入力部２２は、例えば管理者等による操作に応じた信号を処理回路２６に入力する。また、入力部２２は、ボランティア要員のイベントへの参加申し込みを示す申込みデータや、実績データ等のボランティア要員に係るデータ入力を行う。
入力部２２は、例えばキーボードやスキャナ、マウス等のポインティングデバイス等により構成される。

出力部２３は、例えばディスプレイやプリンタ等により構成され、処理回路２６の制御により、本発明に係る表示や出力を行う。
記憶装置２４は、例えば処理回路２６の制御により、ボランティア要員の申込みデータＤＡ、ボランティア要員の過去のボランティアの実績を示す実績データＤＢや、ボランティア要員の個人情報や、そのボランティア要員の所属する団体情報等の本発明に係るデータを記憶する。
また、記憶装置２４が記憶するデータは、必要に応じて処理回路２６により読み出される。
記憶装置２４は、具体的には光ディスク，光磁気ディスク，磁気ディスク，ハードディスクドライブ等の記憶装置等により構成される。

メモリ２５は、例えば、処理回路２６の制御により、処理回路２６による処理のワークスペースとして用いられる。
メモリ２５は、例えば、ＲＡＭ（Random Access Memory）や、ＲＯＭ（Read only memory）等の記憶装置により構成される。
また、メモリ２５は、例えば本発明に係る機能を有するプログラムＰＲＧを記憶する。このプログラムＰＲＧは処理回路２６により実行されることにより、本発明に係る機能を実現する。
メモリ２５は、詳細には例えばボランティア要員の過去のボランティアの実績を示す実績データＤＢや申込みデータＤＡを記憶する。また、必要に応じてそれらのデータは記憶装置２４に記憶される。

処理回路２６は、例えばメイン管理用データ処理装置２の各構成要素を統括的に制御する。
処理回路２６は、例えば入力部２２から入力された申込みデータＤＡ、およびメモリ２５が記憶する実績データＤＢに基づいて、ボランティア要員の当該イベントへの受け入れの可否を決定する受入決定処理、および実績データＤＢに基づいてボランティア要員のイベントへの参加形態を決定する参加形態決定処理を行う。
この申込みデータＤＡは、例えば通信ネットワーク４を介してイベント管理用データ処理装置３やボランティア要員用データ処理装置５から入力されてもよい。

処理回路２６は、詳細には受入決定処理の結果、ボランティア要員のイベントへの受け入れを決定した場合に、実績データＤＢに基づいてボランティア要員のイベントへの参加形態を決定する参加形態決定処理を行う。

例えば、処理回路２６は、実績データＤＢに含まれるボランティア要員の過去のボランティアの受け入れ拒否の回数を示す拒否回数情報に基づいて、前記受入決定処理を行う。
詳細には、処理回路２６は、イベントへの参加人数のうち、ボランティア要員の拒否回数情報に基づいて拒否回数の多い順にイベント参加人数分のボランティア要員の参加可否を決定する。こうすることで、処理回路２６は、過去に拒否回数の多いボランティア要員を優先的に、そのイベントにボランティアとして受け入れる処理を行うことができる。

また、処理回路２６は、例えば入力部２２や通信回路２１を介して入力された実績データＤＢに含まれる希望日時情報に基づいて受入決定処理を行う。
詳細には、処理回路２６は、実績データＤＢに含まれる希望日時情報が、予め規定されたイベントの開催日時と一致するか否かを判断し、その判断の結果、一致していない場合にボランティア要員Ｂのイベントへのボランティアとしての受け入れを拒否し、一致している場合にボランティア要員Ｂのイベントへのボランティアとしての受け入れを許可する処理を行う。

また、処理回路２６は、例えばメモリ２５が記憶する実績データＤＢおよび申込みデータＤＡに基づいて、ボランティア要員毎に、少なくともイベントへの参加形態情報を示す表示を行う表示部を含む許可証ＡＤを発行するための発行処理を行う。

また、処理回路２６は、ボランティア要員の申込みデータＤＡおよび実績データＤＢに基づいて、イベント会場内の入場許可領域を決定し、当該決定した入場許可領域を示す表示を行う表示部を含む許可証ＡＤを発行するための発行処理を行う。

また、本実施形態では、この許可証ＡＤの表示部に、後述するように、識別番号（ＩＤ）、氏名、イベントへ会場の入場許可領域や入場不許可領域を示す情報や、イベントへのボランティアとしての参加形態を示す情報、参加日時情報等の情報が表示される。

この際、処理回路２６は、申込みデータＤＡおよび実績データＤＢに基づいて、ボランティア要員のイベント会場内での入場許可および不許可領域を決定する許可領域決定処理を行う。

また、詳細には、処理回路２６は、入場許可領域および入場不許可領域を示す情報、参加日時情報、および参加形態情報のいずれかを表示する表示部を含む許可証ＡＤを発行するための発行処理を行う。

また、処理回路２６は、ボランティア要員の申込みデータＤＡ、および実績データＤＢに基づいてイベントでの参加情報を生成し、当該生成した参加情報に基づいて、メモリ２５に記憶する実績データＤＢを更新する更新処理を行う。

また、処理回路２６は、例えば実績データＤＢとして、ボランティア要員毎に、ボランティア参加回数情報、参加形態情報、および作業評価情報のいずれかを関連付けてメモリ２５に記憶し、イベント開催前にメモリ２５が記憶する実績データＤＢに基づいてボランティア要員宛にボランティア募集を促す旨を送信するための募集処理を行う。
処理回路２６は、この募集処理として、例えば通信回路２１により通信ネットワーク４を介して、ボランティア要員やそのボランティア要員が所属する団体の管理者が操作するボランティア要員用データ処理装置５に送信する。送信形態は例えば電子メール等により行う。

この際、処理回路２６は、メモリ２５が記憶する実績データＤＢに含まれる作業評価情報に基づいて作業評価の高い順にボランティア要員へ募集を促す旨をボランティア要員宛、詳細にはそのボランティア要員やそのボランティア要員が所属する団体の管理者が操作するボランティア要員用データ処理装置５に送信するための処理を行う。

図２に示すように、イベント管理用データ処理装置３は、メイン管理用データ処理装置２とほぼ同様の構成要素であり、相違点を中心に説明する。
イベント管理用データ処理装置３は、例えば図２に示すように、通信回路３１、入力部３２、出力部３３、記憶装置３４、メモリ３５、および処理回路３６を有する。

通信回路３１は、本発明に係る第１の通信回路の一例に相当し、入力部３２は本発明に係るインタフェースの一例に相当する。
処理回路３６は、本発明に係る第１の処理回路の一例に相当する。

通信回路３１は、例えば処理回路３６の制御により、通信ネットワーク４を介してメイン管理用データ処理装置２とデータ通信を行う。

入力部３２は、例えばイベント管理者等による操作に応じた信号を処理回路３６に入力する。また、入力部３２は、ボランティア要員のイベントへの参加申し込みを示す申込みデータＤＡや、実績データＤＢ等のボランティア要員に係るデータ入力を行う。
入力部３２は、例えばキーボードやスキャナ、マウス等のポインティングデバイス等により構成される。

出力部３３は、例えばディスプレイやプリンタ等により構成され、処理回路３６の制御により、本発明に係る表示や出力を行う。
また、出力部３３は、プリンタ等により本発明に係る許可証ＡＤを発行する。
記憶装置３４は、例えば処理回路３６の制御により、ボランティア要員の本イベントでのボランティアの実績を示す実績データＤＢや、申込みデータＤＡ、ボランティア要員の個人情報や、そのボランティア要員の所属する団体情報等の本発明に係るデータを記憶する。
また、記憶装置３４が記憶するデータは、必要に応じて処理回路３６により読み出される。
記憶装置３４は、具体的には光ディスク，光磁気ディスク，磁気ディスク，ハードディスクドライブ等の記憶装置等により構成される。

メモリ３５は、例えば、処理回路３６の制御により、処理回路３６による処理のワークスペースとして用いられる。
メモリ３５は、例えば、ＲＡＭやＲＯＭ等の記憶装置により構成される。
また、メモリ３５は、例えば本発明に係る機能を有するプログラムＰＲＧを記憶する。このプログラムＰＲＧは処理回路３６により実行されることにより、本発明に係る機能を実現する。
メモリ３５は、詳細には例えばボランティア要員の本イベントでのボランティアの実績を示す実績データＤＢを記憶する。また、必要に応じてそれらのデータは記憶装置３４に記憶される。

処理回路３６は、例えばイベント管理用データ処理装置３の各構成要素を統括的に制御する。
例えば処理回路３６は、入力部３２から入力された実績データＤＢを通信回路３１を介してメイン管理用データ処理装置２に送信する。

本実施形態では、ボランティア要員用データ処理装置５が通信ネットワーク４を介して各データ処理装置と接続されている。ボランティア要員用データ処理装置５は、例えばボランティア要員や、ボランティア要員の所属する団体により管理されるデータ処理装置である。

ボランティア要員用データ処理装置５は、例えば図２に示すように、通信回路５１、入力部５２、出力部５３、記憶装置５４、メモリ５５、および処理回路５６を有する。各構成要素は、メイン管理用データ処理装置２の通信回路２１、入力部２２、出力部２３、記憶装置２４、メモリ２５、および処理回路２６等と略同様の機能および動作を行うので説明を省略する。

例えばボランティア要員用データ処理装置５において、入力部５２から、例えばボランティア要員や所属団体の管理者等により、参加希望を示す申込みデータＤＡ、詳細には氏名、参加希望日時情報、希望参加形態等を含む申込みデータＤＡが入力されると、処理回路５６は、通信回路５１により通信ネットワーク４を介してメイン管理用データ処理装置２やイベント管理用データ処理装置３に出力する。
こうすることで、ボランティア要員は、ボランティアとしてイベントへの参加申し込みを行う。

また、処理回路５６は、例えばメイン管理用データ処理装置２から送信された募集を促す信号を通信回路５１が受信すると、その信号を基に出力部５３に表示や、印刷を行い、ボランティア要員に募集を促す。

図３は、図１に示したボランティア管理システム１の全体の動作を説明するための図である。図４は、図１に示したボランティア管理システム１の動作を説明するためのフローチャートである。
図３，図４を参照しながら、ボランティア管理システム１の動作を、メイン管理用データ処理装置２の処理回路２６や、イベント管理用データ処理装置３の処理回路３６の動作を中心に説明する。

〔募集処理〕
ステップＳＴ１において、メイン管理用データ処理装置２は、募集処理を行う。
例えば、メイン管理用データ処理装置２において、メモリ２５に、ボランティア要員Ｂ毎に、例えば過去のイベント開催時のボランティア参加回数情報、参加形態情報、および作業評価情報が関連付けられて記憶されている。
メイン管理用データ処理装置２の処理回路２６は、イベント開催前にメモリ２５が記憶する実績データＤＢに基づいてボランティア要員Ｂ宛にボランティア募集を促す旨を送信するための処理を行う。

この際、処理回路２６は、メモリ２５が記憶する実績データＤＢに含まれる作業評価情報に基づいて作業評価の高い順にボランティア要員Ｂへ募集を促す旨を、ボランティア要員Ｂ宛に送信するための募集処理を行う。

具体的には、上述したように処理回路２６は、通信回路２１により、通信ネットワーク４を介して、ボランティア要員Ｂや所属する団体により管理されるボランティア要員用データ処理装置５に、その募集を促す旨を示す信号、例えば電子メールＥＭ等を送信する。

メイン管理用データ処理装置２は、この他に募集処理として、例えば図３に示すように、ボランティア募集を示すチラシの発行や、その募集を促すウェブページ（ＨＰ）を通信ネットワーク４を介して公開するなどして、ボランティア希望者を募る。

〔参加申請処理〕
ステップＳＴ２において、メイン管理用データ処理装置２は、参加申請処理を行う。
詳細には、例えば上述したボランティア募集により、参加申し込み希望者、例えば新規ボランティア要員Ｂや既存のボランティア要員Ｂやその所属団体の管理者等により、ボランティア要員用データ処理装置５から、申込みデータＤＡが通信ネットワーク４を介して、メイン管理用データ処理装置２に出力される。
具体的には、例えばボランティア要員用データ処理装置５の処理回路５６は、ボランティア要員Ｂの入力部５２の操作により、電子メールやウェブブラウザ等のアプリケーションプログラムを実行して、申込みデータＤＡを通信回路５１を介して送信する。

メイン管理用データ処理装置２の処理回路２６は、通信回路２１により申込みデータＤＡを受信して、メモリ２５に受信した申込みデータＤＡをメモリ２５に記憶することで、申込み受信処理を行う。
具体的には、処理回路２６は、申込みデータＤＡをＣＳＶ（Comma separated value format）等の予め規定された形式により、各項目を関連付けてメモリ２５に記憶する。

また、ボランティア要員Ｂが郵送等により申請書を送付した場合には、例えばメイン管理用データ処理装置２の管理者により、申請書に応じた申込みデータＤＡが入力部２２から入力され、メモリ２５に記憶される。

〔申請受理処理〕
ステップＳＴ３において、メイン管理用データ処理装置２は、申請受理処理（受入決定処理）を行う。
詳細には、メイン管理用データ処理装置２の処理回路２６は、メモリ２５に記憶する申込みデータＤＡ、および実績データＤＢに基づいて、ボランティア要員Ｂの当該イベントへの受け入れの可否を決定する受入決定処理を行う。

図５は、図１に示したボランティア管理システム１の実績データの一具体例を説明するための図である。

処理回路２６は、例えば図５に示すように、メモリ２５に実績データＤＢを各項目ごとに関連付けて記憶する。
また処理回路２６は、例えば図５に示すように、入力部２２から入力された表示指示に応じて、メモリ２５に記憶する実績データＤＢを出力部２３に表示する。

実績データＤＢは、上述したようにボランティア要員Ｂの過去のボランティアの実績を示すデータである。
実績データＤＢは、例えば図５に示すように、ボランティア要員Ｂの識別番号情報ＤＢ１、氏名情報ＤＢ２、団体名ＤＢ３、参加イベント情報ＤＢ４、参加回数情報ＤＢ５、拒否回数情報ＤＢ６、参加形態情報ＤＢ７、および作業評価情報ＤＢ８が関連付けて記憶されている。

識別番号情報ＤＢ１は、処理回路２６による管理処理の簡単化のため、ボランティア要員Ｂ毎に設定された識別情報である。
氏名情報ＤＢ２は、ボランティア要員Ｂの氏名を示すデータである。
団体名ＤＢ３は、例えば、そのボランティア要員Ｂが団体に所属している場合に、その所属する団体の名称を示すデータである。

参加イベント情報ＤＢ４は、ボランティア要員Ｂの過去の参加イベントの名称を示すデータである。
参加回数情報ＤＢ５は、ボランティア要員Ｂの過去にイベントに参加した回数を示すデータである。
拒否回数情報ＤＢ６は、ボランティア要員Ｂの過去のボランティアの受け入れ拒否の回数を示す情報である。
参加形態情報ＤＢ７は、例えば、ボランティア要員Ｂのイベントへの参加形態を示すデータである。この参加形態情報ＤＢ７は、具体的には、マネージメント、受付、案内、お茶くみ、企画等のイベントへの参加形態を示すデータである。
作業評価情報ＤＢ８は、ボランティア要員Ｂのボランティアの評価を示すデータである。具体的には、作業評価情報ＤＢ８は、優秀、普通等のデータである。
この作業評価情報ＤＢ８、例えば参加回数を基に参加率を演算処理により推測し、その結果が、設定された参加率よりも大きい場合に優秀、それ以外の場合に普通と決定される。
また、作業評価情報ＤＢ８は、この形態に限られるものではなく、例えばイベント主催者や事務局の評価者により判断された、そのボランティア要員Ｂによる実際の作業評価を示すデータであってもよい。

処理回路２６は、これら情報を、例えば図５に示すように、参加形態順、参加回数順、拒否回数順、および作業評価順等、指示された順にソートした結果を出力部２３に表示するようにしてもよい。

図６は、図１に示したボランティア管理システム１の設定画面の一具体例を説明するための図である。
処理回路２６は、例えば、図６に示すように、申込みデータＤＡや実績データＤＢに基づいて、イベント参加情報ＤＣを設定し、設定処理を示す画面表示を出力部２３に表示する。

処理回路２６は、例えば図５に示すように出力部２３の設定画面に、イベント名情報Ｄ１、イベント申込者識別番号情報（Ｎｏ）Ｄ２、氏名情報Ｄ３、参加希望日時情報Ｄ４、参加日時情報Ｄ５、参加形態情報Ｄ６、ゾーニングＤ７、および参加可否情報Ｄ８を関連付けて表示する。

イベント名情報Ｄ１は、本イベントの名称を示すデータである。
イベント申込者識別番号情報（Ｎｏ）Ｄ２は、処理回路２６が管理上の簡単化のために設定する識別番号である。
氏名情報Ｄ３は、ボランティア要員Ｂの氏名を示すデータである。
参加希望日時情報Ｄ４は、ボランティア要員Ｂの希望日時を示すデータである。
参加日時情報Ｄ５は、実際に決定された、ボランティア要員Ｂの参加日時を示すデータである。
参加形態情報Ｄ６は、ボランティア要員Ｂの、本イベントにおける参加形態を示すデータである。
ゾーニングＤ７は、ボランティア要員Ｂの申込みデータＤＡおよび実績データＤＢに基づいて決定された、イベント会場内の入場許可領域および入場不可領域を示すデータである。
参加可否情報Ｄ８は、ボランティア要員Ｂの実際の参加可否を示す情報である。

上述したように処理回路２６は、例えば実績データＤＢに含まれる前記ボランティア要員Ｂの過去のボランティアの受け入れ拒否の回数を示す拒否回数情報ＤＢ６の多い順に受け入れ決定処理を行う。
また、処理回路２６は、入力部２２から入力された実績データＤＢに含まれる参加日時情報Ｄ５に基づいて、イベント開催日時や希望参加形態の空き情報等に基づいて受入決定処理を行う。

〔登録処理（参加形態決定処理）〕
ステップＳＴ４において、メイン管理用データ処理装置２は、登録処理（参加形態決定処理）を行う。
例えば、処理回路２６は、申込みデータＤＡや、実績データＤＢに基づいて、ボランティア要員Ｂの本イベントへの登録処理を行う。

具体的には、上述した図５に示すように、処理回路２６は、メモリ２５が記憶する実績データＤＢに含まれる、ボランティア要員Ｂの参加形態情報ＤＢ７に基づいて、イベントへの参加形態情報Ｄ６を決定する。
また、処理回路２６は、その他、ボランティア要員Ｂのゾーニングや参加日時を、実績データＤＢを基に決定する。

上述したように処理回路２６が、参加日時情報Ｄ５、参加形態情報Ｄ６、ゾーニングＤ７、および参加可否情報Ｄ８等を決定したが、この形態に限られるものではない。例えばメイン管理用データ処理装置２の管理者の操作により、例えば図６に示す設定画面を出力部２３に表示させ、入力部２２により参加日時情報Ｄ５、参加形態情報Ｄ６、ゾーニングＤ７、および参加可否情報Ｄ８等を設定してもよい。

〔発行処理〕
ステップＳＴ５において、メイン管理用データ処理装置２は、ボランティア要員Ｂ毎に、許可証ＡＤを発行する発行処理を行う。
図７は、図１に示したメイン管理用データ処理装置２の発行処理を説明するための図である。

処理回路２６は、メモリ２５に記憶している許可証ＡＤの雛形（テンプレート）、および申込みデータＤＡや実績データＤＢを基に決定された参加情報ＤＣに応じて、例えば出力部２３のプリンタから許可証ＡＤを発行するための発行処理を行う。

具体的には、処理回路２６は、メモリ２５が記憶する実績データＤＢおよび申込みデータＤＡに基づいて、ボランティア要員Ｂ毎に、少なくともイベントへの参加形態情報を示す表示を行う表示部を含む許可証ＡＤを発行するための発行処理を行う。
また、処理回路２６は、ボランティア要員Ｂの申込みデータＤＡおよび実績データＤＢ基づいて、イベント会場内の入場許可領域を決定し、当該決定した入場許可領域を示す表示を行う表示部を含む許可証ＡＤを発行するための発行処理を行う。
また、処理回路２６は、入場許可領域および入場不許可領域を示す情報（ゾーニングＤ７）、参加日時情報Ｄ５、および参加形態情報Ｄ６のいずれかを表示する表示部を含む許可証ＡＤを発行するための発行処理を行う。

図８（Ａ）〜（Ｃ）は、図１に示したボランティア管理システム１の許可証ＡＤの一具体例を示す図である。
許可証ＡＤは、例えば図８（Ａ）〜（Ｃ）に示すように、イベント名情報Ｄ１、識別番号情報Ｄ２、氏名情報Ｄ３、参加日時情報Ｄ５、ゾーニングＤ７、顔写真ＰＣＴ、参加形態マークＭＡ１（参加形態情報Ｄ６）、ボランティア要員Ｂのランク情報ＭＡ２、読取り用バーコードＭＡ３等を表示する表示部ＡＤＶを有する。
上述した内容と同じ要素については、同じ符号を付して説明を省略する。

ゾーニングＤ７は、例えば入場許可領域や入場不許可領域を示す情報を文字情報や、例えば図８（Ａ）〜（Ｃ）に示すように、図形やマーク等により表示する。
処理回路２６は、例えば、イベント会場全体を９つのブロック（領域）に区分けした場合に、図８（Ａ）〜（Ｃ）に示すように、許可領域には数字表示を行い、入場不許可の領域には、数字表示を行わないように発行処理を行う。

顔写真ＰＣＴは、ボランティア要員Ｂを示す顔写真である。この顔写真ＰＣＴは、例えばイベント申込み時の申込みデータＤＡに含まれる。
参加形態マークＭＡ１は、参加形態情報Ｄ６を示す記号やマークである。具体的には、参加形態マークＭＡ１は、参加形態に応じて、図８（Ａ）〜（Ｃ）に示すように、星型マークの数や色等を差別化して表示される。

ボランティア要員Ｂのランク情報ＭＡ２は、例えば過去の作業評価情報ＤＢ８を示す情報データである。具体的には、ランク情報ＭＡ２は、例えばＡＡＡ，ＡＡ，Ａ，Ｂ等、作業評価情報ＤＢ８に応じて差別化して表示される。

読取り用バーコードＭＡ３は、許可証ＡＤのデータを記号やマークにより示す表示部である。バーコードＭＡ３は、例えばメイン管理用データ処理装置２の入力部２２や、イベント管理用データ処理装置３の入力部３２のバーコード読み取り装置により読み取られる。

〔実績登録処理〕
ステップＳＴ６において、イベント開催時に、例えばイベント毎に割り当てられ、イベント会場に設けられたイベント管理用データ処理装置３は、実績登録処理を行う。
具体的には、例えば、イベント管理用データ処理装置３の処理回路３６は、ボランティア要員Ｂのイベントでの実績を示すデータが入力部３２から入力されると、メモリ３５に記憶する。

〔データ蓄積処理〕
ステップＳＴ７において、例えばイベント会期後、メイン管理用データ処理装置２は、データ蓄積処理を行う。
詳細には、イベント管理用データ処理装置３の処理回路３６は、所定タイミングや転送指示に応じて、メモリ３５に記憶する実績データＤＢを、通信回路３１から通信ネットワーク４を介してメイン管理用データ処理装置２に出力する。
メイン管理用データ処理装置２の処理回路２６は、通信回路２１でその実績データＤＢを受信すると、その受信した実績データＤＢを基に、メモリ３５が記憶する実績データＤＢを更新する。

〔データ管理処理〕
ステップＳＴ８において、メイン管理用データ処理装置２は、データ管理処理を行う。
具体的には、処理回路２６は、複数のイベント管理用データ処理装置３から送信された実績データＤＢや申込みデータＤＡを統括的に管理して、例えばそれぞれを関連付けてデータベースとして、記憶装置２４に記憶し、ステップＳＴ１の処理に戻る。

〔ボランティア表彰処理〕
また、ステップＳＴ９において、メイン管理用データ処理装置２は、必要に応じてボランティア表彰処理を行う。
具体的には、処理回路２６は、記憶装置２４やメモリ２５が記憶するボランティア要員Ｂ毎のボランティア情報、詳細には参加回数情報ＤＢ５や、作業評価情報ＤＢ８等に基づいて、ボランティア要員Ｂの功労者や優秀者を決定して、そのボランティア要員Ｂに表彰を行うための処理を行う。
詳細には、処理回路２６は、その表彰を行うための開催日時や場所を示す電子メール等を、そのボランティア要員Ｂや所属団体により操作されるボランティア要員用データ処理装置５宛に送信する。

以上、説明したように、ボランティア要員Ｂのイベントへの参加申し込みを示す申込みデータＤＡを入力するインタフェースとしての通信回路２１や入力部２２と、ボランティア要員Ｂの過去のボランティアの実績を示す実績データＤＢを記憶する記憶装置２４やメモリ２５と、インタフェースから入力された申込みデータＤＡ、および記憶装置２４やメモリ２５が記憶する実績データＤＢに基づいて、ボランティア要員Ｂの当該イベントへの受け入れの可否を決定する受入決定処理、および実績データＤＢに基づいてボランティア要員Ｂのイベントへの参加形態を決定する参加形態決定処理を行う処理回路２６とを設けたので、簡単な処理によりボンティアの実績管理を行うことができる。

つまり、実績データＤＢによりイベントへのボランティア要員Ｂの処理を行うので、過去の実績を考慮して効率よくボランティア管理を行うことができる。

また、処理回路２６は、受入決定処理の結果、ボランティア要員Ｂのイベントへの受け入れを決定した場合に、実績データＤＢに基づいてボランティア要員Ｂのイベントへの参加形態を決定する参加形態決定処理を行うので、より高速に処理を行うことができる。

また、処理回路２６は、実績データＤＢ含まれるボランティア要員Ｂの過去のボランティアの受け入れ拒否の回数を示す拒否回数情報ＤＢ６が多い順にイベント参加人数分のボランティア要員Ｂの参加可否を決定するので、過去に拒否回数の多いボランティア要員Ｂを優先的に受け入れることができる。

また、インタフェースから入力された実績データＤＢに含まれる希望日時情報に基づいて、例えばイベントの参加日時や参加形態の空き情報等と一致しているか否かにより受入決定処理を行うので、より効率的に受入れ処理を行うことができる。

また、処理回路２６は、メモリ２５が記憶する実績データＤＢおよび申込みデータＤＡに基づいて、ボランティア要員Ｂ毎に、少なくともイベントへの参加形態情報ＤＢ７を示す表示ＭＡ１を行う表示部ＡＤＶを含む許可証ＡＤを発行するための発行処理を行うので、実績データＤＢを反映した許可証ＡＤを発行することができる。

処理回路２６は、ボランティア要員Ｂの申込みデータＤＡおよび実績データＤＢに基づいて、イベント会場内の入場許可領域を決定し、当該決定した入場許可領域（ゾーニングＤ７）を示す表示を行う表示部ＡＤＶを含む許可証ＡＤを発行するための発行処理を行うので、実績データＤＢを反映した許可証ＡＤを発行することができる。

また、処理回路２６は、実績データＤＢに基づいて、入場許可領域および入場不許可領域を示す情報（ゾーニングＤ７）、参加日時情報Ｄ５、および参加形態情報ＭＡ１のいずれかを表示する表示部ＡＤＶを含む許可証ＡＤを発行するための発行処理を行うので、実績データＤＢを反映した許可証ＡＤを発行することができる。

また、処理回路２６は、ボランティア要員Ｂの申込みデータＤＡ、および実績データＤＢに基づいてイベントでの参加情報ＤＣを生成し、当該生成した参加情報ＤＣに基づいて、メモリ２５に記憶する実績データＤＢを更新する更新処理を行うので、煩雑な処理を行うことなく簡単な処理により、ボランティア要員Ｂの実績データＤＢを管理することができる。

また、処理回路２６は、実績データＤＢとして、ボランティア要員Ｂ毎に、ボランティア参加回数情報ＤＢ５、参加形態情報ＤＢ７、および作業評価情報ＤＢ８のいずれかを関連付けてメモリ２５に記憶し、イベント開催前にメモリ２５が記憶する実績データＤＢに基づいてボランティア募集を促す旨をボランティア要員Ｂやその所属団体が管理するボランティア要員用データ処理装置５あてに送信するための募集処理を行うので、イベント毎に一から募集を行うことなく、効率的に募集処理を行うことができる。

また、この際、処理回路２６はメモリ２５が記憶する実績データＤＢに含まれる作業評価情報ＤＢ８に基づいて作業評価の高い順にボランティア要員Ｂへ募集を促す旨を送信するので、優秀な人材に募集を促すことができる。

また、イベント管理用データ処理装置３は、メイン管理用データ処理装置２とデータ通信を行う通信回路３１と、ボランティア要員Ｂのイベントでの実績を示す実績データを入力する入力部３２と、入力部３２から入力された実績データＤＢを通信回路３１を介してメイン管理用データ処理装置２に送信する処理回路３６とを有し、メイン管理用データ処理装置２は、イベント管理用データ処理装置３とデータ通信を行う通信回路２１と、ボランティア要員Ｂの過去のボランティアの実績を示す実績データＤＢを記憶するメモリ２５と、通信回路２１を介して受信した実績データＤＢを基にメモリ２５が記憶する実績データＤＢを更新し、通信回路２１により、イベント管理用データ処理装置３からの要求指示を受信した場合に、メモリ２５が記憶する実績データＤＢのうち、イベント管理用データ処理装置３に割り当てられたイベントに必要な情報のみを、通信回路２１を介して要求指示元のイベント管理用データ処理装置３に送信する処理回路２６を有するので、イベント管理用データ処理装置３は、メモリ２５に蓄積された実績データＤＢのうち、イベントに必要なデータにより、本発明に係る処理を行うので、全データの情報の漏洩等のリスクが低減する。

また、ボランティア管理システム１は、蓄積された実績データＤＢや、個人情報、団体情報等のデータに基づいて、能動的にイベントへのボランティアとしての参加募集を行うことができ、例えば次回イベントのボランティアへの申し込み処理や、受付処理を簡素化することができる。

また、参加申し込み時に参加可否を設定することも可能である。また、参加日時、ゾーニング（入場が許可領域や不許可領域）、カテゴリ、参加形態などの情報を一括して登録可能である。

また、ボランティア要員Ｂの参加実績を、ボランティアとしての参加回数、参加形態、作業評価として実績データＤＢとして、データベース（メモリ２５や記憶装置２４）に管理することができる。

また、蓄積されたボランティアの参加回数を基に、参加率を演算し、その演算した参加率の高い人材に募集を促すことで、イベント参加募集の効率化を向上することができる。

また、蓄積されたボランティアとしての参加形態、具体的にはマネージメントボランティア、企画ボランティア、一般ボランティア等を基に、好適なボランティア参加形態を配置決定することができ、イベント運営上、ボランティア要員Ｂの人員配置を効率的に行うことができる。

また、イベント募集時に、過去のボランティアの実績データＤＢに基づいて、例えば優秀な人材に再度イベントへのボランティアでの参加募集を行うための処理を行うことができる。

また、蓄積された実績データＤＢや申し込みデータＤＡを基に、より効率的にＡＤ証を生成することができる。また、蓄積された個人情報・イベント参加形態を基にＡＤ証を作成し、またＡＤ証を作成するシステムとのデータ連携をも可能となる。
また、イベント毎の登録内容を基に、ゾーニング、参加日程、カテゴリなどの情報を基にＡＤ証を生成することもできる。

また、参加実績や、登録内容に応じたＡＤ証を発行することで、ボランティアＡＤ証の差別化を図ることができる。

また、客観的に実績評価を行い、例えば予め設定されたチェック項目毎に点数が割り当てられた対応表データを記憶しており、その対応表データを基に、客観的に実績評価を行い、それらの実績評価を基に、そのイベント以降でのイベント開催時にそれらの実績評価を基に、より効率的にイベント運営を行うことができる。

例えばイベント会場に設定され、イベント毎に割り当てられるイベント管理用データ処理装置３は、メイン管理用データ処理装置２が蓄積する実績データＤＢや個人情報、団体情報等のデータのうち、そのイベント運営に必要なデータのみを受信して、その必要なデータに基づいて、スタンドアロンで、本発明に係るボランティアの管理処理を行うことができる。

なお、本発明は本実施形態に限られるものではなく、任意好適な改変が可能である。
上述した本実施形態ではイベントとして、スポーツイベントやお祭りを例示したがこの形態に限られるものではない。例えば本発明は清掃、介護等のボランティアにも適用することができる。

また、上述した実施形態では、メイン管理システム２００とサブ管理システム３００（３００ａ〜３００ｃ）との連携方法として、通信ネットワークによりデータ通信を行う形態を記載したが、この形態に限られるものではない。
例えば、メイン管理システム２００とサブ管理システム３００（３００ａ〜３００ｃ）間で、本発明に係るデータを例えば磁気ディスク、光磁気ディスク等の可搬性の記録媒体に記録し、その記録媒体を介してデータの送受信を行ってもよい。

また、本実施形態では、メイン管理用データ処理装置２が許可証ＡＤの発行処理を行ったがこの形態に限られるものではない。
例えば、イベント管理用データ処理装置３や他の発行装置により許可証ＡＤを発行する処理を行ってもよい。

本発明は、例えばスポーツイベント等におけるボランティア要員の管理を行うボランティア管理用データ処理装置、およびボランティア管理システムに適用できる。

本発明の一実施形態に係るボランティア管理システムを説明するための全体図である。 図１に示したボランティア管理システム１の具体的な機能ブロック図である。 図１に示したボランティア管理システム１の全体の動作を説明するための図である。 図１に示したボランティア管理システム１の動作を説明するためのフローチャートである。 図１に示したボランティア管理システム１の実績データの一具体例を説明するための図である。 図１に示したボランティア管理システム１の設定画面の一具体例を説明するための図である。 図１に示したメイン管理用データ処理装置２の発行処理を説明するための図である。 （Ａ）〜（Ｃ）は、図１に示したボランティア管理システム１の許可証の一具体例を示す図である。

符号の説明

１…ボランティア管理システム、２…メイン管理用データ処理装置、３…イベント管理用データ処理装置、４…通信ネットワーク、５…ボランティア要員用データ処理装置、２１…通信回路、２２…入力部、２３…出力部、２４…記憶装置、２５…メモリ、２６…処理回路（ＣＰＵ）、３１…通信回路、３２…入力部、３３…出力部、３４…記憶装置、３５…メモリ、３６…処理回路（ＣＰＵ）。

Claims (12)

1. ボランティア要員のイベントへの参加申し込みを示す申込みデータを入力するインタフェースと、
   前記ボランティア要員の過去のボランティアの実績を示す実績データを記憶するメモリと、
   前記インタフェースから入力された申込みデータ、および前記メモリが記憶する実績データに基づいて、前記ボランティア要員の当該イベントへの受け入れの可否を決定する受入決定処理、および前記実績データに基づいて前記ボランティア要員の前記イベントへの参加形態を決定する参加形態決定処理を行う処理回路と
   を有するボランティア管理用データ処理装置。
2. 前記処理回路は、前記受入決定処理の結果、前記ボランティア要員のイベントへの受け入れを決定した場合に、前記実績データに基づいて前記ボランティア要員の前記イベントへの参加形態を決定する参加形態決定処理を行う
   請求項１に記載のボランティア管理用データ処理装置。
3. 前記処理回路は、前記実績データに含まれる前記ボランティア要員の過去のボランティアの受け入れ拒否の回数を示す拒否回数情報、または前記インタフェースから入力された実績データに含まれる希望日時情報に基づいて前記受入決定処理を行う
   請求項２に記載のボランティア管理用データ処理装置。
4. 前記処理回路は、前記イベントへの参加人数のうち、前記ボランティア要員の前記拒否回数情報に基づいて拒否回数の多い順にイベント参加人数分のボランティア要員の参加可否を決定する
   請求項３に記載のボランティア管理用データ処理装置。
5. 前記処理回路は、前記メモリが記憶する実績データおよび前記申込みデータに基づいて、前記ボランティア要員毎に、少なくとも前記イベントへの参加形態情報を示す表示を行う表示部を含む許可証を発行するための発行処理を行う
   請求項１に記載のボランティア管理用データ処理装置。
6. 前記処理回路は、前記ボランティア要員の前記申込みデータおよび実績データに基づいて、前記イベント会場内の入場許可領域を決定し、当該決定した入場許可領域を示す表示を行う表示部を含む許可証を発行するための発行処理を行う
   請求項５に記載のボランティア管理用データ処理装置。
7. 前記処理回路は、実績データに基づいて入場許可領域および入場不許可領域を示す情報、参加日時情報、および参加形態情報のいずれかを表示する表示部を含む許可証を発行するための発行処理を行う
   請求項５に記載のボランティア管理用データ処理装置。
8. 前記処理回路は、前記ボランティア要員の申込みデータ、および実績データに基づいて前記イベントでの参加情報を生成し、当該生成した参加情報に基づいて、前記メモリに記憶する実績データを更新する更新処理を行う
   請求項１に記載のボランティア管理用データ処理装置。
9. 前記処理回路は、前記実績データとして、前記ボランティア要員毎に、ボランティア参加回数情報、参加形態情報、および作業評価情報のいずれかを関連付けて前記メモリに記憶し、イベント開催前に前記メモリが記憶する実績データに基づいてボランティア募集を促す旨を前記ボランティア要員宛に送信するための募集処理を行う
   請求項１に記載のボランティア管理用データ処理装置。
10. 前記処理回路は、前記メモリが記憶する実績データに含まれる前記作業評価情報に基づいて作業評価の高い順に前記ボランティア要員へ募集を促す旨を、前記ボランティア要員宛に送信するための募集処理を行う
    請求項９に記載のボランティア管理用データ処理装置。
11. イベント毎に割り当てられたイベント管理用データ処理装置と、メイン管理用データ処理装置とを含み、イベントに参加するボランティア要員の実績を管理するボランティア管理システムであって、
    前記イベント管理用データ処理装置は、
    前記メイン管理用データ処理装置とデータ通信を行う第１の通信回路と、
    ボランティア要員のイベントでの実績を示す実績データを入力するインタフェースと、
    前記インタフェースから入力された実績データを第１の通信回路を介して前記メイン管理用データ処理装置に送信する第１の処理回路と、
    を含み、
    前記メイン管理用データ処理装置は、
    前記イベント管理用データ処理装置とデータ通信を行う第２の通信回路と、
    前記ボランティア要員の過去のボランティアの実績を示す実績データを記憶するメモリと、
    前記第２の通信回路を介して受信した実績データを基に前記メモリが記憶する実績データを更新する第２の処理回路と、
    を含み、
    前記第２の処理回路は、前記第２の通信回路により、前記イベント管理用データ処理装置からの要求指示を受信した場合に、前記メモリが記憶する実績データのうち、前記イベント管理用データ処理装置に割り当てられたイベントに必要な情報のみを、前記第２の通信回路を介して前記要求指示元の前記イベント管理用データ処理装置に送信する
    ボランティア管理システム。
12. 前記第２の処理回路は、ボランティア要員のイベントへの参加申し込みを示す申込みデータ、および前記メモリが記憶する実績データに基づいて、前記ボランティア要員の当該イベントへの受け入れの可否を決定する受入決定処理、および前記実績データに基づいて前記ボランティア要員の前記イベントへの参加形態を決定する参加形態決定処理を行う
    請求項１１に記載のボランティア管理システム。
    

Images