(57)【要約】【課題】ボランティア活動の支援を適切に行う。【解決手段】価値計算部は、供給可能奉仕ＤＢと需要奉仕ＤＢから抽出できる全ての単一奉仕についての価値を、供給可能奉仕の登録者数に基づいて算出するとともに、需要奉仕の登録者数に基づいて算出する（Ｓ１１６）。また、価値計算部は、算出した単一奉仕の価値に基づいて複合奉仕の価値を算出する（Ｓ１１６）。そして、奉仕変更部は、価値に対して奉仕が所定の分布となっているか否か（尖度が閾値以上か否か）に応じて、供給者が供給可能な複合奉仕及び／又は需要者が受けたい複合奉仕を分割するか否かを制御する（Ｓ１２４〜Ｓ１３２、Ｓ１３６〜Ｓ１４２）。【選択図】図８
2017199135.tif 000002
【特許請求の範囲】
【請求項１】
ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕の価値を示す指標を、前記第１の奉仕の情報に基づいてそれぞれ算出するとともに、前記第２の奉仕の情報に基づいてそれぞれ算出する第１算出部と、
前記第１算出部の算出結果に基づいて、前記第１の奉仕及び前記第２の奉仕に含まれる全ての複合奉仕の価値を示す指標を算出する第２算出部と、
前記価値を示す指標に対して前記第１の奉仕に含まれる奉仕が所定の分布をしているか否か、及び前記価値を示す指標に対して前記第２の奉仕に含まれる奉仕が所定の分布をしているか否か、に応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する制御部と、
を備えるボランティア支援装置。
【請求項２】
前記所定の分布は、尖度が所定の閾値以上の分布であることを特徴とする請求項１に記載のボランティア支援装置。
【請求項３】
前記第１の奉仕に含まれる複合奉仕の価値を示す指標は、該複合奉仕から抽出される各単一奉仕の価値を示す指標よりも高く、前記第２の奉仕に含まれる複合奉仕の価値を示す指標は、該複合奉仕から抽出される各単一奉仕の価値を示す指標よりも低い、ことを特徴とする請求項１又は２に記載のボランティア支援装置。
【請求項４】
前記制御部は、前記第１の奉仕又は前記第２の奉仕に含まれる、前記価値を示す指標が所定の値よりも高い奉仕の数と、前記価値を示す指標が前記所定の値よりも低い奉仕の数とに基づいて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、ことを特徴とする請求項１〜３のいずれか一項に記載のボランティア支援装置。
【請求項５】
ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕それぞれについて、前記第１の奉仕の情報に含まれる数と、前記第２の奉仕の情報に含まれる数との差を算出し、各単一奉仕の差に基づいて、各単一奉仕の価値を示す指標を算出する第１算出部と、
前記各単一奉仕の価値を示す指標から、前記第１の奉仕と前記第２の奉仕に含まれる各複合奉仕の価値を示す指標を算出する第２算出部と、
前記価値を示す指標に対して前記第１の奉仕と前記第２の奉仕に含まれる奉仕が所定の分布をしているか否かに応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する制御部と、
を備えるボランティア支援装置。
【請求項６】
ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕の価値を示す指標を、前記第１の奉仕の情報に基づいてそれぞれ算出するとともに、前記第２の奉仕の情報に基づいてそれぞれ算出し、
算出した全ての単一奉仕の価値を示す指標に基づいて、前記第１の奉仕及び前記第２の奉仕に含まれる全ての複合奉仕の価値を示す指標を算出し、
前記価値を示す指標に対して前記第１の奉仕に含まれる奉仕が所定の分布をしているか否か、及び前記価値を示す指標に対して前記第２の奉仕に含まれる奉仕が所定の分布をしているか否か、に応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、
処理をコンピュータに実行させるボランティア支援プログラム。
【請求項７】
ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕それぞれについて、前記第１の奉仕の情報に含まれる数と、前記第２の奉仕の情報に含まれる数との差を算出し、各単一奉仕の差に基づいて、各単一奉仕の価値を示す指標を算出し、
前記各単一奉仕の価値を示す指標から、前記第１の奉仕と前記第２の奉仕に含まれる各複合奉仕の価値を示す指標を算出し、
前記価値を示す指標に対して前記第１の奉仕と前記第２の奉仕に含まれる奉仕が所定の分布をしているか否かに応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、
処理をコンピュータに実行させるボランティア支援プログラム。
【請求項８】
ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕の価値を示す指標を、前記第１の奉仕の情報に基づいてそれぞれ算出するとともに、前記第２の奉仕の情報に基づいてそれぞれ算出し、
算出した全ての単一奉仕の価値を示す指標に基づいて、前記第１の奉仕及び前記第２の奉仕に含まれる全ての複合奉仕の価値を示す指標を算出し、
前記価値を示す指標に対して前記第１の奉仕に含まれる奉仕が所定の分布をしているか否か、及び前記価値を示す指標に対して前記第２の奉仕に含まれる奉仕が所定の分布をしているか否か、に応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、
処理をコンピュータが実行することを特徴とするボランティア支援方法。
【請求項９】
ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕それぞれについて、前記第１の奉仕の情報に含まれる数と、前記第２の奉仕の情報に含まれる数との差を算出し、各単一奉仕の差に基づいて、各単一奉仕の価値を示す指標を算出し、
前記各単一奉仕の価値を示す指標から、前記第１の奉仕と前記第２の奉仕に含まれる各複合奉仕の価値を示す指標を算出し、
前記価値を示す指標に対して前記第１の奉仕と前記第２の奉仕に含まれる奉仕が所定の分布をしているか否かに応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、
処理をコンピュータが実行することを特徴とするボランティア支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ボランティア支援装置、ボランティア支援プログラム及びボランティア支援方法に関する。
【背景技術】
【０００２】
従来、災害時やオリンピックなどのイベント開催時におけるボランティア活動の支援のため、作業が複数ある場合の各作業の需要に対する供給の割り当てを適切かつ公平に行うための技術が提案されている（例えば、特許文献１等参照）。
【０００３】
上記特許文献１等においては、依頼者の要望と供給者の希望とを対応付けたインテントごとに、依頼者の需要レベルと供給者の供給レベルの偏差を求め、該偏差が小さくなるように人員割り当てを制御している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−８６０４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１等においては、複数の奉仕を組み合せた奉仕（複合奉仕）を１つの奉仕として扱っている。このため、例えば複合奉仕の供給者は複合奉仕に含まれる単一奉仕を提供できる技量を持ち合わせているにもかかわらず、単一奉仕を提供することができない場合がある。したがって、供給可能な奉仕の種類及び数と依頼者が要望する奉仕の種類及び数とがマッチせず、ボランティア活動の支援を適切に行うことができないおそれがある。
【０００６】
１つの側面では、本発明は、ボランティア活動の支援を適切に行うことが可能なボランティア支援装置、ボランティア支援プログラム及びボランティア支援方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの態様では、ボランティア支援装置は、ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕の価値を示す指標を、前記第１の奉仕の情報に基づいてそれぞれ算出するとともに、前記第２の奉仕の情報に基づいてそれぞれ算出する第１算出部と、前記第１算出部の算出結果に基づいて、前記第１の奉仕及び前記第２の奉仕に含まれる全ての複合奉仕の価値を示す指標を算出する第２算出部と、前記価値を示す指標に対して前記第１の奉仕に含まれる奉仕が所定の分布をしているか否か、及び前記価値を示す指標に対して前記第２の奉仕に含まれる奉仕が所定の分布をしているか否か、に応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する制御部と、を備える。
【発明の効果】
【０００８】
ボランティア活動の支援を適切に行うことができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係るボランティア支援システムの構成を概略的に示す図である。
【図２】供給者端末及び需要者端末のハードウェア構成を示す図である。
【図３】サーバのハードウェア構成を示す図である。
【図４】サーバの機能ブロック図である。
【図５】図５（ａ）は、供給可能奉仕ＤＢのデータ構造の一例を示す図であり、図５（ｂ）は、需要奉仕ＤＢのデータ構造の一例を示す図であり、
【図６】図６（ａ）、図６（ｂ）は、登録画面の一例を示す図である。
【図７】登録処理を示すフローチャートである。
【図８】第１の実施形態のマッチング処理を示すフローチャートである。
【図９】図９（ａ）〜図９（ｄ）は、図８のマッチング処理について説明するための具体例を示す図である。
【図１０】図１０（ａ）、図１０（ｂ）は、確率密度関数ｆA、ｆBを示す図である。
【図１１】第２の実施形態のマッチング処理を示すフローチャートである。
【図１２】図１２（ａ）〜図１２（ｄ）は、図１１のマッチング処理について説明するための具体例を示す図である。
【発明を実施するための形態】
【００１０】
≪第１の実施形態≫
以下、ボランティア支援システムの第１の実施形態について、図１〜図１０に基づいて詳細に説明する。なお、以下においては、ボランティア（奉仕）を供給する者を「供給者」と呼び、ボランティア（奉仕）を受けたい者を「需要者」と呼ぶものとする。
【００１１】
図１には、本第１の実施形態に係るボランティア支援システム１００の構成が概略的に示されている。図１に示すように、ボランティア支援システム１００は、供給者端末６０と、需要者端末７０と、ボランティア支援装置としてのサーバ１０と、を備える。供給者端末６０、需要者端末７０、及びサーバ１０は、インターネットなどのネットワーク８０に接続されている。
【００１２】
供給者端末６０及び需要者端末７０は、供給者及び需要者が保有し、利用する端末であり、携帯電話、スマートフォン、タブレット型端末、ＰＣ（Personal Computer）等の端末であるものとする。図２には、供給者端末６０及び需要者端末７０のハードウェア構成が示されている。図２に示すように、供給者端末６０及び需要者端末７０は、ＣＰＵ（Central Processing Unit）１９０、ＲＯＭ（Read Only Memory）１９２、ＲＡＭ（Random Access Memory）１９４、記憶部（ＨＤＤ（Hard Disk Drive））１９６、ネットワークインタフェース１９７、表示部１９３、入力部１９５、及び可搬型記憶媒体１９１に記憶されたデータを読み取り可能な可搬型記憶媒体用ドライブ１９９等を備えている。これら供給者端末６０及び需要者端末７０の構成各部は、バス１９８に接続されている。供給者端末６０は、供給者が供給可能な奉仕（能力、スキル、サービス等）を登録する際に用いる端末であり、需要者端末７０は、需要者が受けたい奉仕（能力、スキル、サービス等）を登録する際に用いる端末である。
【００１３】
図１に戻り、サーバ１０は、供給者が供給可能な奉仕と需要者が受けたい奉仕のマッチングを行うための装置である。図３には、サーバ１０のハードウェア構成が示されている。図３に示すように、サーバ１０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ）９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（ボランティア支援プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（ボランティア支援プログラムを含む）をＣＰＵ９０が実行することにより、図４に示す各部として機能する。なお、図４には、ＨＤＤ９６等に格納されている各種ＤＢ（database）についても図示されている。
【００１４】
図４には、サーバ１０の機能ブロック図が示されている。図４に示すように、サーバ１０では、ＣＰＵ９０がプログラムを実行することで、登録部２０、マッチング部２１、第１算出部及び第２算出部としての価値計算部２２、尖度計算部２４、奉仕変更部２６、通知部２８、として機能する。
【００１５】
登録部２０は、供給者端末６０から入力された供給可能な奉仕の情報、及び需要者端末７０から入力された受けたい奉仕の情報を供給可能奉仕ＤＢ３０及び需要奉仕ＤＢ３２に登録する。例えば、登録部２０は、供給者端末６０に対して、図６（ａ）に示すような登録画面を送信し、供給者が登録画面において入力した内容を取得し、供給可能奉仕ＤＢ３０に格納する。例えば、供給者が供給可能な奉仕として「道案内」を選択する場合には、図６（ａ）に示すように「道案内」をチェックした状態で、「奉仕の選択完了」ボタンを押す。これにより、供給者端末６０からサーバ１０に対して、「道案内」が選択された旨が通知される。また、例えば、供給者が供給可能な奉仕として「道案内」と「食事の推薦」をそれぞれ選択する場合には、図６（ａ）に示すように「道案内」をチェックした状態で、「Ｎｅｘｔ：単一奉仕」ボタンを押す。この場合、新たに、図６（ａ）の画面が表示されるので、供給者は、「食事の推薦」をチェックした後、奉仕の選択完了」ボタンを押す。これにより、供給者端末６０からサーバ１０に対して、「道案内」と「食事の推薦」の２つの奉仕が選択された旨が通知される。また、例えば、供給者が、単一奉仕「英語サポート」、「道案内」を組み合わせた複合奉仕「英語で道案内」を選択する場合には、図６（ａ）において何もチェックしない状態で、「Ｎｅｘｔ：複合奉仕」ボタンを押す。この場合、図６（ｂ）に示すような奉仕を複数選択可能な画面が表示されるので、供給者は、「道案内」と「英語サポート」をチェックして、「奉仕の選択完了」ボタンを押す。これにより、供給者端末６０からサーバ１０に対して、複合奉仕「英語で道案内」が選択された旨が通知される。なお、登録部２０は、需要者端末７０に対しても、図６（ａ）、図６（ｂ）と同様の登録画面を送信し、需要者が登録画面において入力した内容を取得し、需要奉仕ＤＢ３２に登録する。
【００１６】
ここで、供給可能奉仕ＤＢ３０は、各供給者が供給可能な奉仕の情報等を格納するデータベースであり、図５（ａ）に示すようなデータ構造を有する。具体的には、供給可能奉仕ＤＢ３０は、「供給者ＩＤ」、「奉仕名」、「奉仕ＩＤ」、「メールアドレス」の各フィールドを有する。「供給者ＩＤ」のフィールドには、供給者ごとに割り振られている識別情報が格納される。「奉仕名」のフィールドには、供給者が選択した奉仕の名称が格納される。「奉仕ＩＤ」のフィールドには、供給者が選択した奉仕の識別情報が格納される。「メールアドレス」のフィールドには、各供給者のメールアドレスが格納される。なお、供給者が単一奉仕を組み合わせた複合奉仕を選択した場合には、「奉仕名」のフィールドに、「英語で道案内」などと格納される。また、「奉仕ＩＤ」のフィールドには、「英語サポート」の奉仕ＩＤや「道案内」の奉仕ＩＤなど、複数のＩＤが格納される。なお、供給者が複数の単一奉仕を選択した場合には、供給可能奉仕ＤＢ３０に複数のレコードとして登録される。
【００１７】
需要奉仕ＤＢ３２は、各需要者が受けたい奉仕の情報等を格納するデータベースであり、図５（ｂ）に示すようなデータ構造を有する。具体的には、需要奉仕ＤＢ３２は、図５（ｂ）に示すように、需要奉仕ＤＢ３２は、「需要者ＩＤ」、「奉仕名」、「奉仕ＩＤ」、「メールアドレス」の各フィールドを有する。「需要者ＩＤ」のフィールドには、需要者ごとに割り振られている識別情報が格納される。「奉仕名」のフィールドには、需要者が選択した奉仕の名称が格納される。「奉仕ＩＤ」のフィールドには、需要者が選択した奉仕の識別情報が格納される。「メールアドレス」のフィールドには、各需要者のメールアドレスが格納される。
【００１８】
図４に戻り、マッチング部２１は、供給者と需要者とをマッチングする。具体的には、マッチング部２１は、需要者を１人選択し、選択した需要者が受けたい奉仕と供給可能な奉仕が一致する供給者を特定し、両者をマッチングする。マッチング部２１は、マッチングした結果を通知部２８に送信する。
【００１９】
価値計算部２２は、供給可能奉仕ＤＢ３０から各供給者が供給可能な奉仕の情報を読み出すとともに、需要奉仕ＤＢ３２から、各需要者が受けたい奉仕の情報を読み出す。そして、価値計算部２２は、読み出した情報に基づいて、奉仕の個数の計算、奉仕の価値を示す指標（以下、単に「価値」と呼ぶ）の計算、奉仕の価値の正規化を行う。そして、価値計算部２２は、正規化した価値それぞれの確率密度関数を求める。
【００２０】
尖度計算部２４は、価値計算部２２が求めた確率密度関数それぞれの尖度を計算する。尖度計算部２４は、計算した尖度を奉仕変更部２６に送信する。
【００２１】
奉仕変更部２６は、尖度計算部２４が計算した尖度に基づいて、複合奉仕を分割する必要があるか否かを判断し、分割が必要と判断された複合奉仕を分割する処理を実行する。奉仕変更部２６は、複合奉仕を分割した場合には、供給可能奉仕ＤＢ３０や需要奉仕ＤＢ３２を更新する。
【００２２】
通知部２８は、マッチング部２１からマッチング結果を受信した場合に、マッチングされた供給者の供給者端末６０と、需要者の需要者端末７０とに、その旨を通知する。
【００２３】
（サーバ１０の処理）
以下、サーバ１０の処理について、図７、図８のフローチャートに沿って説明する。なお、図７、図８の各処理は、同時並行的に実行される処理であるものとする。
【００２４】
（登録処理（図７）について）
図７のステップＳ１０において、登録部２０は、供給者（供給者端末６０）からアクセスがあったか否かを判断する。このステップＳ１０の判断が否定された場合には、ステップＳ１２に移行し、登録部２０は、需要者（需要者端末７０）からアクセスがあったか否かを判断する。このステップＳ１２の判断が否定された場合には、ステップＳ１０に戻る。そして、供給者端末６０又は需要者端末７０からアクセスがあり、ステップＳ１０又はステップＳ１２の判断が肯定された段階で、登録部２０は、ステップＳ１４に移行する。なお、以下の説明では、供給者端末６０からアクセスがあったものとして、説明する。
【００２５】
ステップＳ１４に移行すると、登録部２０は、ユーザ情報の登録を行う。登録部２０は、供給者端末６０からアクセスがあった場合、アクセスの際に供給者端末６０から送信されてくる供給者ＩＤと供給者のメールアドレスを供給可能奉仕ＤＢ３０（図５（ａ））に登録する。また、ステップＳ１４では、登録部２０は、供給者端末６０に対し、図６（ａ）の奉仕の登録画面を送信する。供給者端末６０においては、表示部１９３に図６（ａ）の登録画面が表示される。
【００２６】
次いで、ステップＳ１６では、登録部２０は、単一奉仕が選択されたか否かを判断する。なお、ステップＳ１６の判断が肯定される場合とは、図６（ａ）に示すように登録画面で１つの奉仕にチェックが入れられた状態で、いずれかのボタンが押された場合である。このステップＳ１６の判断が肯定された場合には、ステップＳ１８に移行する。
【００２７】
ステップＳ１８に移行すると、登録部２０は、単一奉仕を登録する。すなわち、登録部２０は、図６（ａ）の登録画面においてチェックが入れられた奉仕を供給可能奉仕ＤＢ３０に登録する。例えば、図６（ａ）のように、「道案内」にチェックが入れられた場合には、図５（ａ）の奉仕名のフィールドに「道案内」が登録され、奉仕ＩＤのフィールドに「０００１」が登録される。ステップＳ１８の処理が終了した後は、ステップＳ２０に移行する。なお、ステップＳ１６の判断が否定された場合には、ステップＳ１８を経ずにステップＳ２０に移行する。
【００２８】
ステップＳ２０に移行すると、登録部２０は、複合奉仕の登録のために複数の単一奉仕が選択されたか否かを判断する。なお、ステップＳ２０の判断が肯定される場合とは、図６（ｂ）のような登録画面において複数の奉仕にチェックが入れられた状態で、いずれかのボタンが押された場合である。このステップＳ２０の判断が肯定された場合には、ステップＳ２２に移行する。
【００２９】
ステップＳ２２に移行した場合、登録部２０は、登録画面においてチェックが入れられた複数の単一奉仕を複合奉仕として登録する。例えば、図６（ｂ）のように、「道案内」、「英語サポート」にチェックが入れられた場合には、図５（ａ）の上から３つ目のレコードのように、供給可能奉仕ＤＢ３０の奉仕名のフィールドに「英語で道案内」が登録され、奉仕ＩＤのフィールドに「０００１，０００３」が登録される。ステップＳ２２の後は、ステップＳ２４に移行する。なお、ステップＳ２０の判断が否定された場合には、ステップＳ２２を経ずにステップＳ２４に移行する。
【００３０】
ステップＳ２４に移行すると、登録部２０は、登録が終了したか否かを判断する。登録が終了したか否かは、図６（ａ）、図６（ｂ）の「奉仕の選択完了」ボタンが押されたか否かにより判断することができる。このステップＳ２４の判断が否定された場合には、ステップＳ１６に戻り、ステップＳ１６〜Ｓ２４の処理・判断を繰り返すが、肯定された場合には、ステップＳ２６に移行する。
【００３１】
ステップＳ２６では、登録部２０は、登録情報を公開する。登録部２０は、例えば、奉仕の提供者と需要者の情報を公開するためのウェブサイトにおいて、登録された情報を公開する。その後は、ステップＳ１０に戻り、供給者端末６０又は需要者端末７０のアクセスがあるたびに、ステップＳ１４〜Ｓ２６の処理を実行する。
【００３２】
なお、ステップＳ１０、Ｓ１２を繰り返す間に、需要者端末７０からのアクセスがあった場合には、登録部２０は、前述と同様に、ステップＳ１４以降の処理を行う。これにより、登録部２０は、需要者端末７０において選択された単一奉仕又は複合奉仕を、需要者ＩＤと需要者のメールアドレスとともに需要奉仕ＤＢ３２（図５（ｂ））に登録する。
【００３３】
（マッチング処理（図８）について）
次に、マッチング処理について、図８のフローチャートに沿って説明する。マッチング処理は、奉仕の供給者と需要者とをマッチングしたり、必要に応じて複合奉仕を分割したりする処理である。
【００３４】
図８のステップＳ１０２では、マッチング部２１が、未選択の需要者を１人選択する。例えば、マッチング部２１は、図５（ｂ）の需要奉仕ＤＢ３２の最も上の行のデータを選択するものとする。
【００３５】
次いで、ステップＳ１０４では、マッチング部２１は、選択した需要者とマッチする供給者が存在するか否かを判断する。具体的には、マッチング部２１は、供給可能奉仕ＤＢ３０を参照し、選択した需要者の奉仕と同一の奉仕を提供可能な供給者が存在するか否かを判断する。このステップＳ１０４の判断が肯定された場合には、ステップＳ１０６に移行する。
【００３６】
ステップＳ１０６では、通知部２８は、マッチングした供給者と需要者にマッチングした旨を通知する。この場合、通知部２８は、供給可能奉仕ＤＢ３０と需要奉仕ＤＢ３２を参照して、マッチングした供給者のメールアドレスと需要者のメールアドレスに対してマッチングした旨を通知するメールを送信する。
【００３７】
次いで、ステップＳ１０８では、登録部２０は、マッチングした供給者と需要者のデータを供給可能奉仕ＤＢ３０と需要奉仕ＤＢ３２から削除し、ウェブサイト上での公開を停止する。その後は、ステップＳ１０２に戻る。
【００３８】
一方、ステップＳ１０４の判断が否定された場合には、ステップＳ１１０に移行し、マッチング部２１は、供給可能奉仕ＤＢ３０と需要奉仕ＤＢ３２を参照して、複合奉仕が残っているか否かを判断する。このステップＳ１１０の判断が否定された場合には、奉仕をこれ以上分割することができないため、ステップＳ１１２に移行する。ステップＳ１１２では、マッチング部２１は、選択した需要者を未選択にし、選択順を最後にする（需要奉仕ＤＢ３２の最下行に移動する）。
【００３９】
一方、ステップＳ１１０の判断が肯定されると、ステップＳ１１４に移行し、価値計算部２２は、一定時間内に登録された奉仕の個数を集計する。
【００４０】
ここでは、一例として、図９（ａ）に示すような供給可能奉仕の登録者数と需要奉仕の登録者数が得られたとする。なお、図９（ａ）では、供給者が供給可能な奉仕を符号Ａ（Ａ１、Ａ２…）で示し、需要者が受けたい奉仕を符号Ｂ（Ｂ１、Ｂ２…）で示している。この場合、価値計算部２２は、図９（ｂ）に示すように、元々存在していた単一奉仕（Ａ２，Ｂ１，Ｂ３）と、複合奉仕（Ａ１，Ａ３，Ｂ２）を分割して抽出した単一奉仕とを含む単一奉仕ｉ1〜ｉ4を特定し、各単一奉仕ｉ1〜ｉ4の個数ｎA(i)、ｎB(i)を集計する。ここで、ｎA(i)は、供給可能奉仕の個数であり、ｎB(i)は、需要奉仕の個数である。例えば、単一奉仕ｉ1＝「道案内」については、図９（ａ）の奉仕Ａ１、Ａ３、Ｂ１に含まれているので、供給者が供給可能な奉仕「道案内」の個数ｎA（ｉ1）をＡ１とＡ３の合計（＝４０）とする。また、需要者が受けたい奉仕「道案内」の個数ｎB（ｉ1）については、Ｂ１の個数（＝１０）とする。その他の単一奉仕ｉ（食事の推薦、英語サポート、車椅子のサポート）についても同様にして個数を集計する。
【００４１】
次いで、ステップＳ１１６では、価値計算部２２は、奉仕の価値の計算を行う。具体的には、供給者が供給可能な奉仕の価値をｖA(i)、需要者が受けたい奉仕の価値をｖB(i)とすると、次式（１）、（２）を用いて計算することができる。なお、ｉ’は、ｉ1、ｉ2、…、ｉNを意味する。
【００４２】
【数１】
2017199135.tif 000003
【００４３】
なお、上式（１）は、供給可能な奉仕の数が少ないほど価値が高いことを表しており、上式（２）は、需要が多い奉仕ほど価値が高いことを表している。
【００４４】
また、価値計算部２２は、複合奉仕の価値の計算も行う。例えば、奉仕ｉと奉仕ｊの両方を同時に必要とする複合奉仕ｋの価値ｖA(k)、ｖB(k)は次式（３）、（４）を用いて計算することができる。
１／ｖA(k)＝１／ｖA(i)＋１／ｖA(j)      …（３）
１／ｖB(k)＝１／ｖB(i)＋１／ｖB(j)      …（４）
【００４５】
なお、上式（３）では、供給者が供給可能な複合奉仕の価値ｖA(k)が、単一奉仕の価値よりも高いことを表している。また、上式（４）では、需要者が受けたい複合奉仕の価値ｖB(k)が、単一奉仕の価値よりも低いことを表している。
【００４６】
図９（ｃ）には、図９（ｂ）の値と、上式（１）〜（４）とを用いて算出した奉仕の価値の値が示されている。
【００４７】
次いで、ステップＳ１１８では、価値計算部２２は、奉仕の価値の正規化を行う。ここでは、奉仕の価値の平均が０になるように、かつ価値の分布の広がりが一定になるように正規化を行う。奉仕の価値の正規化は、次式（５）、（６）に基づいて行う。
ｒA(i)＝（ｖA(i)−average{ｖA}）／stdev{ｖA}      …（５）
ｒB(i)＝（ｖB(i)−average{ｖB}）／stdev{ｖB}      …（６）
【００４８】
なお、average{ｖ}は、ｖの平均値を意味し、stdev{ｖ}は、ｖの標準偏差を意味する。
【００４９】
図９（ｄ）には、図９（ｃ）の奉仕の価値を正規化した結果が示されている。
【００５０】
次いで、ステップＳ１２０では、価値計算部２２が、確率密度関数の計算を行う。具体的には、価値計算部２２は、正規化した価値ｒA(i)、ｒB(i)を横軸にプロットし、確率密度関数ｆA、ｆBを計算する（離散的な値の集合を連続的な分布に変換する）。図１０（ａ）、図１０（ｂ）には、図９（ｄ）の正規化した奉仕の価値の確率密度関数ｆA及びｆB（ｒA(i)及びｒB(i)のカーネル密度関数）が示されている。図１０（ａ）、図１０（ｂ）において、標準的な奉仕は数が多く平均に近く分布する。一方、標準的でない奉仕は、数が少なく平均から外れた位置に分布する。このため、確率密度関数は正規分布に近いと仮定することができる(中心極限定理)。
【００５１】
次いで、ステップＳ１２２では、尖度計算部２４が、尖度ｍA、ｍBの計算を行う。なお、尖度は、分布が正規分布からどれだけ逸脱しているかを表す統計量であり、供給可能な奉仕と受けたい奉仕が一致しているかを判定するために用いることができる。尖度計算部２４は、尖度ｍA、ｍBを次式（７）、（８）を用いて計算する。
【００５２】
【数２】
2017199135.tif 000004
【００５３】
なお、本実施形態では、ステップＳ１１８において価値の正規化を行ったことにより、尖度の計算に平均値を使用する必要がないという利点がある。
【００５４】
なお、図１０（ａ）、図１０（ｂ）の例では、尖度ｍAが−０．２８０、尖度ｍBが−０．２４６であったとする。
【００５５】
次いで、ステップＳ１２４では、奉仕変更部２６が、ｍAが閾値ＴA以上であるか否かを判断する。尖度ｍAが大きいほど図１０（ａ）のグラフが尖り、平均に近いところに集中しているため、マッチングの可能性が高いことを意味する。したがって、本実施形態では、閾値ＴAを用いて、尖度ｍAが閾値ＴA以上かどうかを判断することで、奉仕Ａが標準に近いかを判定することとしている。なお、閾値ＴAの算出方法については、後述する。ステップＳ１２４の判断が肯定された場合には、ステップＳ１２６に移行し、否定された場合には、ステップＳ１３６に移行する。
【００５６】
ステップＳ１２６及びステップＳ１３６では、奉仕変更部２６は、ｍBが閾値ＴB以上であるか否かを判断する。尖度ｍBが大きいほど図１０（ｂ）のグラフが尖り、平均に近いところに集中しているため、マッチングの可能性が高いことを意味する。したがって、本実施形態では、閾値ＴBを用いて、尖度ｍBが閾値ＴB以上かどうかを判断することで、奉仕Ｂが標準に近いかを判定することとしている。なお、閾値ＴBの算出方法については、後述する。
【００５７】
ステップＳ１２６の判断が肯定された場合には、ステップＳ１３４に移行する。この状態を「Ｐ１」と呼ぶものとする。また、ステップＳ１３６の判断が否定された場合には、ステップＳ１４２に移行する。この状態を「Ｐ６」と呼ぶものとする。
【００５８】
一方、ステップＳ１２６の判断が否定され、ステップＳ１２８に移行すると、奉仕変更部２６は、ｒA(i)が正のものが負のものより多いか否かを判断する。ｒA(i)が正のものが多いほど、供給者が供給可能な複合奉仕が多いことを意味している。このステップＳ１２８の判断が肯定された場合には、ステップＳ１３０に移行する。この状態を「Ｐ４」と呼ぶものとする。また、ステップＳ１２８の判断が否定された場合には、ステップＳ１３２に移行する。この状態を「Ｐ５」と呼ぶものとする。
【００５９】
また、ステップＳ１３６の判断が肯定され、ステップＳ１３８に移行すると、奉仕変更部２６は、ｒB(i)が正のものが負のものより多いか否かを判断する。ｒB(i)が負のものが多いほど、需要者が受けたい複合奉仕が多いことを意味している。このステップＳ１３８の判断が肯定された場合には、ステップＳ１３０に移行する。この状態を「Ｐ２」と呼ぶものとする。また、ステップＳ１３８の判断が否定された場合には、ステップＳ１３２に移行する。この状態を「Ｐ３」と呼ぶものとする。
【００６０】
以下、Ｐ１〜Ｐ６の各状態での処理について説明する。
（ａ）  Ｐ１の場合、供給者が供給可能な奉仕と需要者が受けたい奉仕がともに標準に近いため、複合奉仕の分割を行うことなく、ステップＳ１３４に移行する。
（ｂ）  Ｐ２の場合、供給者が供給可能な奉仕が標準的でなく、需要者が受けたい複合奉仕が少ない。このため、奉仕変更部２６は、ステップＳ１３０において、供給者が供給可能な最も価値の高い複合奉仕を単一奉仕に分割し、ステップＳ１３４に移行する。
（ｃ）  Ｐ３の場合、供給者が供給可能な奉仕が標準的でなく、需要者が受けたい複合奉仕が多い。このため、奉仕変更部２６は、ステップＳ１３２において、需要者が受けたい複合奉仕のうち最も価値の低い複合奉仕を単一奉仕に分割し、ステップＳ１３４に移行する。
（ｄ）  Ｐ４の場合、需要者が受けたい奉仕が標準的でなく、供給者が供給可能な複合奉仕が多い。このため、奉仕変更部２６は、ステップＳ１３０において、供給者が供給可能な最も価値の高い複合奉仕を単一奉仕に分割し、ステップＳ１３４に移行する。
（ｅ）  Ｐ５の場合、需要者が受けたい奉仕が標準的でなく、供給者が供給可能な奉仕が少ない。このため、奉仕変更部２６は、ステップＳ１３２において、需要者が受けたい複合奉仕のうち最も価値の低い複合奉仕を単一奉仕に分割し、ステップＳ１３４に移行する。
（ｆ）  Ｐ６の場合、奉仕のマッチングが困難である。したがって、奉仕変更部２６は、ステップＳ１４２において、供給者が供給可能な最も価値の高い複合奉仕を単一奉仕に分割するとともに、需要者が受けたい複合奉仕のうち最も価値の低い複合奉仕を単一奉仕に分割する。その後は、ステップＳ１３４に移行する。
【００６１】
図１０（ａ）、図１０（ｂ）の例（尖度ｍA＝−０．２８０、尖度ｍB＝−０．２４６）において、閾値ＴA＝−０．２５、閾値ＴB＝−０．２５であったとする。この場合、ｍA＜ＴAかつｍB≧ＴBであり、ｒB(i)＜０の個数（４個）の方がｒB(i)≧０の個数（３個）よりも多い。この場合、Ｐ２に該当するため、奉仕変更部２６は、ステップＳ１３０において、供給者が供給可能な最も価値の高い複合奉仕（図９（ａ）の車椅子の道案内）を単一奉仕（車椅子のサポートと道案内）に分割する。その後は、ステップＳ１３４に移行する。
【００６２】
ステップＳ１３４に移行すると、尖度計算部２４は、尖度ｍA、ｍBを用いて閾値ＴA、ＴBを計算し、保存する。この場合、尖度計算部２４は、過去の一定期間内で、供給者が供給可能な奉仕と需要者が受けたい奉仕のマッチした数が増加したときの尖度ｍA(j)、ｍB(j)を抽出し、次式（９）、（１０）に基づいて閾値ＴA、ＴBを算出する。
【００６３】
【数３】
2017199135.tif 000005
【００６４】
なお、Ｍは、分割によりマッチ数が増加した奉仕の個数、ｊ’は、分割によりマッチ数が増加した奉仕を意味する。なお、本実施形態のボランティア支援システム１００を立ち上げた当初においては、閾値ＴA，ＴBを算出できない場合がある。このような場合には、予め定めた閾値を用いることとすればよい。
【００６５】
ステップＳ１３４の後は、ステップＳ１０２に戻る。そして、ステップＳ１０２以降の処理を繰り返し実行される。これにより、供給者が供給可能な奉仕を余らせないように、及び需要者が受けたい奉仕が不足しないように、複合奉仕を適切に分割することができるので、各需要者に対して供給者を可能な限りマッチングすることが可能となる。
【００６６】
なお、図８の処理において、複合奉仕を分割した場合には、通知部２８が、分割した旨を全供給者及び全需要者にメールにて通知してもよい。また、通知部２８は、分割した複合奉仕を登録していた供給者又は需要者にのみ通知することとしてもよい。
【００６７】
なお、本第１の実施形態では、尖度計算部２４と、奉仕変更部２６とを含んで、複合奉仕を分割するか否かを制御する制御部としての機能が実現されている。
【００６８】
以上、詳細に説明したように、本第１の実施形態によると、価値計算部２２は、供給可能奉仕ＤＢ３０と需要奉仕ＤＢ３２に登録されている単一奉仕と登録されている複合奉仕から抽出される単一奉仕を含む全ての単一奉仕についての価値（ｖA(i)、ｖB(i)）を、供給可能奉仕の登録者数に基づいて算出するとともに、需要奉仕の登録者数に基づいて算出する（Ｓ１１６）。また、価値計算部２２は、算出した単一奉仕の価値に基づいて複合奉仕（ｋ1〜ｋ3）の価値（ｖA(k)、ｖB(k)）を算出する（Ｓ１１６）。そして、奉仕変更部２６は、価値に対して供給者が供給可能な奉仕が所定の分布となっているか否か（尖度ｍAが閾値ＴA以上か否か）、及び価値に対して需要者が受けたい奉仕が所定の分布となっているか否か（尖度ｍBが閾値ＴB以上か否か）に応じて、供給者が供給可能な複合奉仕及び／又は需要者が受けたい複合奉仕を分割するか否かを制御する（Ｓ１２４〜Ｓ１３２、Ｓ１３６〜Ｓ１４２）。これにより、供給者が供給可能な奉仕を余らせないように、及び需要者が受けたい奉仕が不足しないように、複合奉仕を適切に分割することができるので、供給者と需要者のマッチングが適切に行われるようにすることができる。したがって、本第１の実施形態では、ボランティア活動の支援を適切に行うことが可能となる。
【００６９】
また、本第１の実施形態では、供給者が供給可能な複合奉仕の価値を、複合奉仕を構成する複数の単一奉仕の価値よりも高くなるように設定している（式（３）参照）。また、需要者が受けたい複合奉仕の価値を、複合奉仕を構成する複数の単一奉仕の価値よりも低くなるように設定している（式（４）参照）。これにより、分割する複合奉仕を選択する際に、適切な複合奉仕を選択することが可能となる。
【００７０】
また、本第１の実施形態では、奉仕変更部２６は、正規化後の価値ｒA(i)又はｒB(i)が所定の値（例えば０）よりも高い奉仕の数と、所定の値（例えば０）よりも低い奉仕の数とに基づいて、供給者が供給可能な複合奉仕及び／又は需要者が受けたい複合奉仕を分割するか否かを制御する。これにより、分割する複合奉仕を選択する際に、供給者が供給可能な複合奉仕と需要者が受けたい複合奉仕の数を考慮して、適切な複合奉仕を選択することが可能となる。
【００７１】
なお、上記第１の実施形態では、奉仕変更部２６は、尖度が閾値以上であるか否かに基づいて、供給者が供給可能な複合奉仕及び／又は需要者が受けたい複合奉仕を分割するか否かを制御する場合について説明した。しかしながら、これに限られるものではなく、例えば、奉仕変更部２６は、尖度に対して所定の演算を行った後に得られる値や、奉仕の分布が集中しているかどうかを示すその他のパラメータを用いて、供給者が供給可能な奉仕や需要者が受けたい奉仕が標準的な分布となっているかを判断し、これに基づいて、複合奉仕を分割するか否かを制御することとしてもよい。
【００７２】
なお、上記第１の実施形態では、ステップＳ１２８又はＳ１３８において、正規化後の価値ｒA(i)又はｒB(i)が０よりも高い奉仕の数と、０よりも低い奉仕の数を比較する場合について説明したが、これに限られるものではない。正規化後の価値ｒA(i)又はｒB(i)が０以外の所定値よりも高い奉仕の数と、所定値よりも低い奉仕の数を比較することとしてもよい。
【００７３】
なお、上記第１の実施形態では、図８のステップＳ１０２において、需要者の１人を選択する場合について説明したが、これに限らず、供給者の１人を選択することとしてもよい。
【００７４】
≪第２の実施形態≫
次に、第２の実施形態について、図１１、図１２に基づいて説明する。本第２の実施形態においては、第１の実施形態のマッチング処理（図８）に代えて、図１１のフローチャートに沿った処理が実行されるが、その他の装置構成等については、第１の実施形態と同様である。なお、図１１においては、図８と異なる処理を太線にて示し、ステップ番号に「’」を付して示している。
【００７５】
図１１の処理においては、ステップＳ１０２〜Ｓ１１２の処理が、上記第１の実施形態と同様に実行される。そして、ステップＳ１１０の判断が肯定された場合には、ステップＳ１１４’に移行する。
【００７６】
ステップＳ１１４’においては、価値計算部２２は、一定時間内に登録された奉仕の個数を集計し、各奉仕の個数の差を算出する。ここでは、一例として、図１２（ａ）に示すように、供給可能奉仕の登録者数と需要奉仕の登録者数が得られたとする。この場合、価値計算部２２は、図１２（ｂ）に示すように、元々存在していた単一奉仕（Ａ２，Ｂ１，Ｂ３）と、複合奉仕（Ａ１，Ａ３，Ｂ２）を分割して抽出した単一奉仕とを含む単一奉仕ｉ1〜ｉ4を特定し、各単一奉仕ｉ1〜ｉ4の個数ｎA(i)、ｎB(i)を集計する。そして、ｎB(i)とｎA(i)の差をｎ(i)とする。なお、差ｎ(i)は、単一奉仕ごとの供給者と使用者の間の偏りの大きさを意味する。
【００７７】
次いで、ステップＳ１１６’では、価値計算部２２は、奉仕の価値の計算を行う。具体的には、奉仕の価値をｖ(i)とすると、次式（１１）を用いて計算することができる。なお、ｉ’は、ｉ1、ｉ2、…、ｉNを意味する。
【００７８】
【数４】
2017199135.tif 000006
【００７９】
なお、上式（１１）では、需要が多い奉仕ほど価値が高いことを表している。
【００８０】
また、価値計算部２２は、複合奉仕の価値の計算も行う。例えば、奉仕ｉと奉仕ｊの両方を同時に必要とする複合奉仕ｋの価値ｖ(k)は次式（１２）を用いて計算することができる。
１／ｖ(k)＝１／ｖ(i)＋１／ｖ(j)      …（１２）
【００８１】
なお、上式（１２）では、複合奉仕の価値ｖ(k)は、単一奉仕の価値よりも低いことを意味している。
【００８２】
図１２（ｃ）には、図１２（ｂ）の値と、上式（１１）、（１２）とを用いて算出した奉仕の価値の値が示されている。
【００８３】
次いで、ステップＳ１１８’では、価値計算部２２は、奉仕の価値の正規化を行う。奉仕の価値の正規化は、次式（１３）に基づいて行う。
ｒ(i)＝（ｖ(i)−average{ｖ}）／stdev{ｖ}      …（１３）
図１２（ｄ）には、図１２（ｃ）の奉仕の価値を正規化した結果が示されている。
【００８４】
次いで、ステップＳ１２０’では、価値計算部２２は、第１の実施形態のステップＳ１２０と同様、確率密度関数の計算を行う。具体的には、価値計算部２２は、正規化した価値ｒ(i)を横軸にプロットし、確率密度関数ｆを計算する。なお、差分の小さい奉仕は、数が多く平均に近くなり、差分の大きい奉仕は数が少なく平均から外れ、確率密度関数ｆは正規分布に近い分布になる。
【００８５】
次いで、ステップＳ１２２’では、尖度計算部２４が、尖度ｍの計算を行う。尖度ｍは、次式（１４）から求めることができる。
【００８６】
【数５】
2017199135.tif 000007
【００８７】
なお、本実施形態では、ステップＳ１１８’において価値の正規化を行ったことにより、尖度の計算に平均値を使用する必要がないという利点がある。なお、図１２の例では、尖度ｍが３．７２であったとする。
【００８８】
次いで、ステップＳ１２４’では、奉仕変更部２６は、ｍが閾値Ｔ以上であるか否かを判断する。ステップＳ１２４’の判断が肯定された場合（奉仕の分布が平均に集中している場合）には、ステップＳ１２８’に移行し、否定された場合（奉仕の分布が分散している場合）には、ステップＳ１３４に移行する。
【００８９】
ステップＳ１２８’では、奉仕変更部２６は、ｒ(i)が正のものが負のものより多いか否かを判断する。ｒ(i)が正のものが多いほど、供給者が供給可能な複合奉仕が多いことを意味している。このステップＳ１２８’の判断が肯定された場合には、ステップＳ１３０に移行する。一方、ステップＳ１２８’の判断が否定された場合には、ステップＳ１３２に移行する。
【００９０】
ステップＳ１３０に移行した場合、上記第１の実施形態と同様、奉仕変更部２６は、供給者が供給可能な最も価値の高い複合奉仕を単一奉仕に分割し、ステップＳ１３４に移行する。また、ステップＳ１３２に移行した場合、上記第１の実施形態と同様、奉仕変更部２６は、需要者が受けたい複合奉仕のうち最も価値の低い複合奉仕を単一奉仕に分割し、ステップＳ１３４に移行する。
【００９１】
例えば、図１２の例において、閾値Ｔが４であったとする。この場合、ｍ＝３．７２であるので、ステップＳ１２４’の判断が肯定され、ステップＳ１２８’に移行する。そして、図１２（ｄ）より、ｒ(i)＜０の奉仕の数が６個で、ｒ(i)≧０の数が１個であるので、ステップＳ１２８’の判断は否定され、ステップＳ１３２に移行する。ステップＳ１３２では、需要者の最も価値の低い複合奉仕として、図１２（ａ）のＢ２「車椅子の食事推薦」を特定し、単一奉仕（車椅子のサービス、食事の推薦）に分割し、需要奉仕ＤＢ３２を更新する。
【００９２】
ステップＳ１３４に移行すると、尖度計算部２４は、尖度ｍを用いて閾値Ｔを計算し、保存する。具体的には、尖度計算部２４は、過去の一定期間内で、供給者が供給可能な奉仕と需要者が受けたい奉仕のマッチした数が増加したときの尖度ｍ(j)を抽出し、次式（１５）に基づいて算出した尖度の平均値を閾値Ｔとすることができる。
【００９３】
【数６】
2017199135.tif 000008
【００９４】
ステップＳ１３４の後は、ステップＳ１０２に戻る。そして、ステップＳ１０２以降の処理が繰り返し実行される。これにより、本第２の実施形態においても、供給者が供給可能な奉仕を余らせないように、及び需要者が受けたい奉仕が不足しないように、複合奉仕を適切に分割することができる。したがって、各需要者に対して供給者を可能な限りマッチングすることが可能となる。
【００９５】
以上、詳細に説明したように、本第２の実施形態によると、価値計算部２２は、全ての単一奉仕それぞれについて、供給可能奉仕ＤＢ３０に登録されている数と、需要奉仕ＤＢ３２に登録されている数との差ｎ(i)を算出し（Ｓ１１４’）、各単一奉仕の差に基づいて、各単一奉仕の価値ｖ(i)を算出する（Ｓ１１６’）。また、価値計算部２２は、算出した各単一奉仕の価値に基づいて複合奉仕の価値v(k)を算出する（Ｓ１１６’）。そして、奉仕変更部２６は、価値に対して奉仕が所定の分布となっているか否か（尖度ｍが閾値Ｔ以上か否か）に応じて、供給者が供給可能な複合奉仕及び／又は需要者が受けたい複合奉仕を分割するか否かを制御する（Ｓ１２４’、Ｓ１２８’、Ｓ１３０，Ｓ１３２）。本第２の実施形態では、上記のような処理を行うことで、第１の実施形態と同様、供給者が供給可能な奉仕を余らせないように、及び需要者が受けたい奉仕が不足しないように、複合奉仕を適切に分割することができる。これにより、供給者と需要者のマッチングが適切に行われるので、ボランティア活動の支援を適切に行うことが可能となる。
【００９６】
また、本第２の実施形態では、複合奉仕の価値を、複合奉仕を構成する複数の単一奉仕の価値よりも低くなるように設定している（式（１２）参照）。これにより、分割する複合奉仕を選択する際に、適切な複合奉仕を選択することが可能となる。
【００９７】
また、本第２の実施形態では、奉仕変更部２６は、正規化後の価値ｒ(i)が所定の値（例えば０）よりも高い奉仕の数と、所定の値（例えば０）よりも低い奉仕の数とに基づいて、供給者が供給可能な複合奉仕及び／又は需要者が受けたい複合奉仕を分割するか否かを制御する。これにより、分割する複合奉仕を選択する際に、適切な複合奉仕を選択することが可能となる。
【００９８】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００９９】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１００】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１０１】
なお、以上の第１、第２の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕の価値を示す指標を、前記第１の奉仕の情報に基づいてそれぞれ算出するとともに、前記第２の奉仕の情報に基づいてそれぞれ算出する第１算出部と、
前記第１算出部の算出結果に基づいて、前記第１の奉仕及び前記第２の奉仕に含まれる全ての複合奉仕の価値を示す指標を算出する第２算出部と、
前記価値を示す指標に対して前記第１の奉仕に含まれる奉仕が所定の分布をしているか否か、及び前記価値を示す指標に対して前記第２の奉仕に含まれる奉仕が所定の分布をしているか否か、に応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する制御部と、
を備えるボランティア支援装置。
（付記２）  前記所定の分布は、尖度が所定の閾値以上の分布であることを特徴とする付記１に記載のボランティア支援装置。
（付記３）  前記第１の奉仕に含まれる複合奉仕の価値を示す指標は、該複合奉仕から抽出される各単一奉仕の価値を示す指標よりも高く、前記第２の奉仕に含まれる複合奉仕の価値を示す指標は、該複合奉仕から抽出される各単一奉仕の価値を示す指標よりも低い、ことを特徴とする付記１又は２に記載のボランティア支援装置。
（付記４）  前記制御部は、前記第１の奉仕又は前記第２の奉仕に含まれる、前記価値を示す指標が所定の値よりも高い奉仕の数と、前記価値を示す指標が前記所定の値よりも低い奉仕の数とに基づいて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、ことを特徴とする付記１〜３のいずれかに記載のボランティア支援装置。
（付記５）  ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕それぞれについて、前記第１の奉仕の情報に含まれる数と、前記第２の奉仕の情報に含まれる数との差を算出し、各単一奉仕の差に基づいて、各単一奉仕の価値を示す指標を算出する第１算出部と、
前記各単一奉仕の価値を示す指標から、前記第１の奉仕と前記第２の奉仕に含まれる各複合奉仕の価値を示す指標を算出する第２算出部と、
前記価値を示す指標に対して前記第１の奉仕と前記第２の奉仕に含まれる奉仕が所定の分布をしているか否かに応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する制御部と、
を備えるボランティア支援装置。
（付記６）  前記所定の分布は、尖度が所定の閾値以上の分布であることを特徴とする付記５に記載のボランティア支援装置。
（付記７）  前記複合奉仕の価値を示す指標は、該複合奉仕から抽出される各単一奉仕の価値を示す指標よりも低い、ことを特徴とする付記５又は６に記載のボランティア支援装置。
（付記８）  前記制御部は、前記価値を示す指標が所定の値よりも高い奉仕の数と、前記価値を示す指標が前記所定の値よりも低い奉仕の数とに基づいて、前記第１の奉仕に含まれる複合奉仕又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、ことを特徴とする付記５〜７のいずれかに記載のボランティア支援装置。
（付記９）  ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕の価値を示す指標を、前記第１の奉仕の情報に基づいてそれぞれ算出するとともに、前記第２の奉仕の情報に基づいてそれぞれ算出し、
算出した全ての単一奉仕の価値を示す指標に基づいて、前記第１の奉仕及び前記第２の奉仕に含まれる全ての複合奉仕の価値を示す指標を算出し、
前記価値を示す指標に対して前記第１の奉仕に含まれる奉仕が所定の分布をしているか否か、及び前記価値を示す指標に対して前記第２の奉仕に含まれる奉仕が所定の分布をしているか否か、に応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、
処理をコンピュータに実行させるボランティア支援プログラム。
（付記１０）  ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕それぞれについて、前記第１の奉仕の情報に含まれる数と、前記第２の奉仕の情報に含まれる数との差を算出し、各単一奉仕の差に基づいて、各単一奉仕の価値を示す指標を算出し、
前記各単一奉仕の価値を示す指標から、前記第１の奉仕と前記第２の奉仕に含まれる各複合奉仕の価値を示す指標を算出し、
前記価値を示す指標に対して前記第１の奉仕と前記第２の奉仕に含まれる奉仕が所定の分布をしているか否かに応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、
処理をコンピュータに実行させるボランティア支援プログラム。
（付記１１）  ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕の価値を示す指標を、前記第１の奉仕の情報に基づいてそれぞれ算出するとともに、前記第２の奉仕の情報に基づいてそれぞれ算出し、
算出した全ての単一奉仕の価値を示す指標に基づいて、前記第１の奉仕及び前記第２の奉仕に含まれる全ての複合奉仕の価値を示す指標を算出し、
前記価値を示す指標に対して前記第１の奉仕に含まれる奉仕が所定の分布をしているか否か、及び前記価値を示す指標に対して前記第２の奉仕に含まれる奉仕が所定の分布をしているか否か、に応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、
処理をコンピュータが実行することを特徴とするボランティア支援方法。
（付記１２）  ボランティア供給者が供給可能な奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第１の奉仕の情報と、ボランティア需要者が希望する奉仕であって、単一奉仕と該単一奉仕を組み合わせた複合奉仕とを含む第２の奉仕の情報と、を格納する記憶部を参照して、前記第１の奉仕及び前記第２の奉仕から抽出される全ての単一奉仕それぞれについて、前記第１の奉仕の情報に含まれる数と、前記第２の奉仕の情報に含まれる数との差を算出し、各単一奉仕の差に基づいて、各単一奉仕の価値を示す指標を算出し
前記各単一奉仕の価値を示す指標から、前記第１の奉仕と前記第２の奉仕に含まれる各複合奉仕の価値を示す指標を算出し、
前記価値を示す指標に対して前記第１の奉仕と前記第２の奉仕に含まれる奉仕が所定の分布をしているか否かに応じて、前記第１の奉仕に含まれる複合奉仕及び／又は前記第２の奉仕に含まれる複合奉仕を分割するか否かを制御する、
処理をコンピュータが実行することを特徴とするボランティア支援方法。
【符号の説明】
【０１０２】
１０  サーバ（ボランティア支援装置）
２２  価値計算部（第１算出部、第２算出部）
２４  尖度計算部（制御部の一部）
２６  奉仕変更部（制御部の一部）
３０  供給可能奉仕ＤＢ（記憶部の一部）
３２  需要奉仕ＤＢ（記憶部の一部）
【図１】
2017199135.tif 000009
【図２】
2017199135.tif 000010
【図３】
2017199135.tif 000011
【図４】
2017199135.tif 000012
【図５】
2017199135.tif 000013
【図６】
2017199135.tif 000014
【図７】
2017199135.tif 000015
【図８】
2017199135.tif 000016
【図９】
2017199135.tif 000017
【図１０】
2017199135.tif 000018
【図１１】
2017199135.tif 000019
【図１２】
2017199135.tif 000020