(57)【特許請求の範囲】
【請求項１】
コンピュータシステムにより実行される、サービス（以下、サービスは商品の提供をも含む）の申込をする申込者の端末と、サービスを提供する複数の提供者の各々の端末と、コミュニティ管理センタ装置とが互いに接続される紹介システムにおいて、申込み者の要望に沿ったサービスを提供できる提供者を紹介する紹介方法であって、
前記提供者毎の識別情報（以下、提供者識別情報）と該各提供者が提供したサービスの対価として増額されるチケットの額面情報とを対応付けたものと、前記申込者の識別情報（以下、申込者識別情報）と該申込者の享受したサービスの対価として減額されるチケットの額面情報とを対応付けたものとを、参加者管理情報として記憶する記憶装置を有する前記コミュニティ管理センタ装置が、
前記各提供者の端末から送信された、該各提供者の提供可能なサービスの内容情報と、該サービスを提供可能な条件情報とをネットワークを介して受信し、該受信した内容情報及び条件情報を当該各提供者の前記提供者識別情報に対応付けて、これをサービス提供者管理情報として前記記憶装置に記憶させる提供状況登録ステップと、
前記申込み者の端末から送信された、享受したいサービスの内容情報と、該サービスを享受する条件情報とを含む利用申込みをネットワークを介して受信し、該受信したサービスの内容情報及び条件情報を当該申込み者の申込者識別情報に対応付けて、これをサービス享受者管理情報として前記記憶装置に記憶させる申込み者登録ステップと、
前記記憶装置から前記サービス提供者管理情報及び前記サービス享受者管理情報を読み出して、前記参加者管理情報の提供者識別情報の各々と対応付けられているサービスの条件情報と前記受信したサービスの利用申込みに含まれる条件情報とのうち一致するものに応じた値の合計値を求め、求めた合計値により、前記提供者の各々の優先度を取得し、該取得した優先度の最も高い提供者が複数である場合、前記記憶装置から前記参加者管理情報を読み出して、該優先度の最も高い提供者の提供者識別情報の各々と対応付けられているチケットの額面情報を抽出し、該抽出した額面情報が最小の提供者を、前記申込者に対しサービスを提供する提供者として選出する提供者特定ステップと、
前記参加者管理情報から、前記選出された提供者の提供者識別情報と対応付けられている条件情報を抽出し、前該抽出した条件情報を含む提供者情報を、前記申込者の端末に送信して、該申込者の端末の出力装置に出力させる提供候補者出力ステップと、を実行すること
を特徴とする紹介方法。
【請求項２】
請求項１記載の紹介方法であって、
前記コミュニティ管理センタ装置が、
前記選出された提供者の提供者識別情報を、マッチング素案管理情報として前記記憶装置に記憶させる履歴登録ステップを、さらに実行すること
を特徴とする紹介方法。
【請求項３】
請求項１または２記載の紹介方法であって、
前記提供状況登録ステップは、
前記各提供者の端末から送信された、該提供者の参加している任意単位のグループであるコミュニティの識別情報と、該提供者によるサービスを提供可能な条件情報とを受信し、該受信したコミュニティの識別情報及び条件情報を、当該各提供者の提供者識別情報に対応付けて、これをサービス提供者管理情報として前記記憶装置に記憶させ、
前記申込み者登録ステップは、
前記申込み者の端末から送信された、コミュニティの識別情報と、該コミュニティに属する提供者からサービスを享受する条件情報とを含む利用申込みを受信し、該受信したコミュニティの識別情報及び条件情報を、当該申込み者の申込者識別情報に対応付けて、サービス享受者管理情報として前記記憶装置に記憶させ、
前記提供者特定ステップは、
前記参加者管理情報の提供者識別情報の各々と対応付けられているコミュニティの識別情報が、前記受信したサービスの利用申込みに含まれるコミュニティの識別情報と一致するものを抽出し、該抽出した提供者の提供者識別情報の各々と対応付けられているサービスの条件情報と前記受信したサービスの利用申込みに含まれる条件情報とのうち一致するものに応じた値の合計値を求め、求めた合計値により、前記抽出した提供者の各々の優先度を取得し、該取得した優先度の最も高い提供者が複数である場合、前記参加者管理情報から、該優先度の最も高い提供者の提供者識別情報の各々と対応付けられているチケットの額面情報を抽出し、該抽出した額面情報が最小の提供者を、前記申込者に対しサービスを提供する提供者として選出すること
を特徴とする紹介方法。
【請求項４】
請求項１、２または３記載の紹介方法であって、
前記コミュニティ管理センタ装置が、
前記記憶装置に記憶されている参加者管理情報のうち少なくとも一部を非公開とすること
を特徴とする紹介方法。
【請求項５】
請求項１、２、３または４記載の紹介方法であって、
前記提供状況登録ステップは、
提供可能なサービス、日時（あるいは曜日と時間帯）および場所の指定を含む条件情報を受信し、
前記申込み者登録ステップは、
享受したいサービス、日時（あるいは曜日と時間帯）および場所の指定を含む条件情報を含む利用申込を受信すること
を特徴とする紹介方法。
【請求項６】
コンピュータシステムにより実行される、サービス（以下、サービスは商品の提供をも含む）の申込をする申込者の端末と、サービスを提供する複数の提供者の各々の端末と、コミュニティ管理センタ装置とが互いに接続される紹介システムであって、
前記コミュニティ管理センタが、
前記提供者毎の識別情報（以下、提供者識別情報）と該各提供者が提供したサービスの対価として増額されるチケットの額面情報とを対応付けたものと、前記申込者の識別情報（以下、申込者識別情報）と該申込者の享受したサービスの対価として減額されるチケットの額面情報とを対応付けたものとを、参加者管理情報として記憶する記憶装置と、
前記各提供者の端末から送信された、該各提供者の提供可能なサービスの内容情報と、該サービスを提供可能な条件情報とをネットワークを介して受信し、該受信した内容情報及び条件情報を当該各提供者の前記提供者識別情報に対応付けて、これをサービス提供者管理情報として前記記憶装置に記憶させる提供状況登録手段と、
前記申込み者の端末から送信された、享受したいサービスの内容情報と、該サービスを享受する条件情報とを含む利用申込みをネットワークを介して受信し、該受信したサービスの内容情報及び条件情報を当該申込み者の申込者識別情報に対応付けて、これをサービス享受者管理情報として前記記憶装置に記憶させる申込み者登録手段と、
前記記憶装置から前記サービス提供者管理情報及び前記サービス享受者管理情報を読み出して、前記参加者管理情報の提供者識別情報の各々と対応付けられているサービスの条件情報と前記受信したサービスの利用申込みに含まれる条件情報とのうち一致するものに応じた値の合計値を求め、求めた合計値により、前記提供者の各々の優先度を取得し、該取得した優先度の最も高い提供者が複数である場合、前記記憶装置から前記参加者管理情報を読み出して、該優先度の最も高い提供者の提供者識別情報の各々と対応付けられているチケットの額面情報を抽出し、該抽出した額面情報が最小の提供者を、前記申込者に対しサービスを提供する提供者として選出する提供者特定手段と、
前記参加者管理情報から、前記選出された提供者の提供者識別情報と対応付けられている条件情報を抽出し、前該抽出した条件情報を含む提供者情報を、前記申込者の端末に送信して、該申込者の端末の出力装置に出力させる提供候補者出力手段と、を有すること
を特徴とする紹介システム。
【請求項７】
コンピュータシステムにより実行される、サービス（以下、サービスは商品の提供をも含む）の申込をする申込者の端末と、サービスを提供する複数の提供者の各々の端末と、コミュニティ管理センタ装置とが互いに接続される紹介システムであって、
前記コミュニティ管理センタが、
前記提供者毎の識別情報（以下、提供者識別情報）と該各提供者が提供したサービスの対価として増額されるチケットの額面情報とを対応付けたものと、前記申込者の識別情報（以下、申込者識別情報）と該申込者の享受したサービスの対価として減額されるチケットの額面情報とを対応付けたものとを、参加者管理情報として記憶する記憶装置と、
前記各提供者の端末から送信された、該各提供者の提供可能なサービスの内容情報と、該サービスを提供可能な条件情報とをネットワークを介して受信し、該受信した内容情報及び条件情報を当該各提供者の前記提供者識別情報に対応付けて、これをサービス提供者管理情報として前記記憶装置に記憶させる提供状況登録手段と、
前記申込み者の端末から送信された、享受したいサービスの内容情報と、該サービスを享受する条件情報とを含む利用申込みをネットワークを介して受信し、該受信したサービスの内容情報及び条件情報を当該申込み者の申込者識別情報に対応付けて、これをサービス享受者管理情報として前記記憶装置に記憶させる申込み者登録手段と、
前記記憶装置から前記サービス提供者管理情報及び前記サービス享受者管理情報を読み出して、前記参加者管理情報の提供者識別情報の各々と対応付けられているサービスの条件情報と前記受信したサービスの利用申込みに含まれる条件情報とのうち一致するものに応じた値の合計値を求め、求めた合計値により、前記提供者の各々の優先度を取得し、該取得した優先度の最も高い提供者が複数である場合、前記記憶装置から前記参加者管理情報を読み出して、該優先度の最も高い提供者の提供者識別情報の各々と対応付けられているチケットの額面情報を抽出し、該抽出した額面情報が最小の提供者を、前記申込者に対しサービスを提供する提供者として選出する提供者特定手段と、
前記参加者管理情報から、前記選出された提供者の提供者識別情報と対応付けられている条件情報を抽出し、前該抽出した条件情報を含む提供者情報を、前記申込者の端末に送信して、該申込者の端末の出力装置に出力させる提供候補者出力手段と、
前記選出された提供者の提供者識別情報を、マッチング素案管理情報として前記記憶装置に記憶させる履歴登録手段と、を有すること
を特徴とする紹介システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、申込み者の要望に沿った人物、特に申込み者の要望に沿ったサービス（商品の提供を含む）を提供できる提供者を紹介できるように仲介を支援する技術に関する。
【０００２】
【従来の技術】
従来より、インターネットなどのネットワークを利用して利用者の要望に沿った情報の紹介を行なう紹介サービスが行なわれている。このような紹介サービスの１つとして検索エンジンがある。検索エンジンは、ＷｅｂページのＵＲＬ（Uniform Resource Locator）が検索条件に対応付けられて記憶された検索用データベースから、ネットワークを介して利用者の端末より受付けた検索条件と一致あるいは近似する検索条件に対応付けられているＵＲＬを検出し、当該ＵＲＬへのリンク情報を利用者の端末に提示する。利用者は、リンク情報を選択することで、当該リンク情報により特定されるＵＲＬへアクセスでき、Ｗｅｂページを閲覧することができる。
【０００３】
また、ネットワーク参加者同士の、直接的な商品やサービスの取引きを促進するために、ネットワークを介したオークション機能を提供するサービスが存在する。取引き対象の商品やサービスについて、入札価格に基づくオークションを行うことで、売り手と買い手のマッチングを行うことができる。
【０００４】
【発明が解決しようとする課題】
近年、ボランティア活動や地域活動といった個人レベルでの交流活動（以下、コミュニティ活動と呼ぶこととする）の活性化、円滑化を図るため、コミュニティ活動の参加者にサービス授受の機会を提供できるような仕組み、すなわち、サービスを受けたい参加者（以下、サービス享受者と呼ぶこととする）の要望に沿ったサービスを提供可能な他の参加者（以下、サービス提供者と呼ぶこととする）を紹介することのできる仕組みの必要性が高まりつつある。
【０００５】
ところで、コミュニティ活動の活性化、円滑化を図るためには、サービス提供者とサービス享受者の関係を絶えず交換するよう促して、サービスのやりとりが循環するようにサービス提供者とサービス享受者をマッチングする必要がある。また、オークションで取引される商品やサービスの価値が入札価格という価格情報に一元的に還元されるのとは異なり、ボランティアサービスの価値は、価格情報に一元的に還元できない。例えば、サービス提供者Ａにサービス提供の機会を与えるよりも、サービス提供者Ｂにサービス提供の機会を与えた方が、その地域でのコミュニティ活動の活性化により貢献するといったように、価格情報以外の項目も、ボランティアサービスの価値に影響する。このため、多様な評価指標を勘案したマッチングが必要となる。また、コミュニティ内に信頼関係を熟成させ、サービス提供者とサービス享受者の自発性を高める工夫が必要となる。
【０００６】
このようなことから、コミュニティ活動の活性化、円滑化を図るためには、多くの参加者にサービス提供の機会が与えられるようにすることが好ましい。すなわち、ある参加者にのみ、サービス提供の機会が集中的に与えられるような事態を避けることが望まれる。また、サービス享受者の要望に沿ったサービスを提供可能なサービス提供者が複数いるような場合において、これらのサービス提供者全員をサービス享受者に紹介してサービス享受者に選択させることは、サービス提供者間でサービス提供の機会獲得を競わせることとなり、コミュニティ活動の理念にそぐわない。
【０００７】
上記従来の技術で説明した、検索エンジンなどの従来の紹介サービスやネットワークを利用したオークションでは、これらの点について何ら考慮されておらず、したがって、従来の紹介サービスやネットワークを利用したオークションを、そのままコミュニティ活動の参加者にサービス授受の機会を提供できるように仲介するための仕組みとして導入することは好ましくない。
【０００８】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、自分の持てる力を自発的に他人のために提供したいと思っている人や組織を社会で有効に活用できる仕組み、特に、社会における強者の論理でななく、弱者の立場に立って人や組織を社会で有効に活用できる仕組みを実現することにある。
【０００９】
例えば、介護保険制度対象外のサービスを対象にした住民の相互扶助活動や、高齢者にインターネットを教える活動や、学校のＩＴ化への住民協力等の学校と地域の交流や、市民が参加するグラウンドワークや、リサイクル活動や、町の清掃等の活動や、割引分の寄付等の商店街によるボランテイア活動支援や、都会と山村の住民の交流の促進によるエコフォレスト作り活動といった、多種多様なコミュニティ活動の活性化、円滑化を図ることができるように、自発的にサービスを提供したいと思っているサービス提供者とサービスの享受を希望するサービス享受者との仲介を支援することにある。
【００１０】
なお、本発明は、ボランティアサービスのみならず、価格情報に一元的に還元できないサービスや商品、つまり、多元的価値に基づくサービスや商品のネット取引きに広く適用できる。また、互酬（サービス享受者が今度はサービス提供者となって、他のサービス享受者にサービスを提供することにより、参加者間のサービス交換が図られるような関係）を伴うサービスや商品のネット取引きにも適用できる。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明の第１の態様では、情報伝達媒体を介して各種端末に接続されたコンピュータを用いて、コーディネータが申込み者の要望に沿ったサービス（以下、サービスは商品の提供をも含む）を提供できる提供者を紹介できるように支援する。
【００１２】
すなわち、前記提供者の端末より、提供可能なサービスの希望条件（例えば、提供可能なサービスの種類、サービス提供の希望日時（あるいは曜日と時間帯）およびサービス提供の希望場所の指定等）を受付けて、これを当該提供者の情報（以下、提供者情報と呼ぶ）に対応付けて登録する。また、前記提供者のサービス提供機会に関する提供状況情報を入手し、これを当該提供者の前記提供者情報に対応付けて登録する。さらに、前記申込み者の端末より、享受したいサービスの利用申込み（例えば、享受したいサービスの種類、サービス享受の希望日時（あるいは曜日と時間帯）およびサービス享受の希望場所の指定等）を受付け、これを当該申込み者の情報（以下、申込み者情報と呼ぶ）に対応付けて登録する。
【００１３】
前記コーディネータが、前記コーディネータの端末を利用して、登録されている利用申込みのうちの１つを選択すると、当該選択した利用申込みについて、登録されている希望条件の中から、当該利用申込みの内容と少なくとも一部合致しているものを選出し、選出された希望条件に対応付けられている提供者情報により特定される提供者各々を、紹介候補者として選出する。そして、前記利用申込みに対して選出した提供者各々の、前記提供者情報、前記希望条件および前記提供状況情報が記述された紹介候補者リストを、前記コーディネータの端末に出力する。
【００１４】
これにより、前記コーディネータは、前記紹介候補者リストに記述された紹介候補者各々の前記希望条件および前記提供状況情報を参照することで、前記申込み者の利用申込みの内容をある程度満足しつつも、サービス提供機会の少ない（申込み者に対する紹介の機会の少ない）紹介候補者を、当該申込み者に紹介すべき提供者として選出することが可能となる。
【００１５】
また、前記コーディネータが、前記コーディネータの端末を利用して、前記紹介候補者リストに記述されている紹介候補者の中から申込み者に紹介すべき提供者を選出したならば、この提供者の前記提供者情報および前記希望条件を、前記申込み者の端末に出力する。
【００１６】
したがって、前記申込み者には、前記コーディネータが選出した提供者の情報のみが表示されることとなるため、提供者間でサービス提供の機会獲得を競わせるような事態を避けるようにすることが可能となる。
【００１７】
なお、上記第１の態様において、前記提供者は、任意単位のグループであるコミュニティの少なくともいずれか１つに属し、前記コーディネータは、少なくとも１つのコミュニティを担当するようにするとよい。ここで、前記コミュニティは、Ａ地区、Ｂ地区といった地域単位で設けてもよいし、あるいは、介護、生涯学習、個人レッスン、ごみのリサイクル、町の清掃といったジャンル単位で設けてもよい。さらには、地域単位のコミュニティとジャンル単位のコミュニティとが混在しても構わない。
【００１８】
この場合、前記提供者情報に前記提供者が属するコミュニティの識別情報を含めると共に、前記利用申込みに前記コミュニティの指定を含める。また、登録されている利用申込みのうち同じコミュニティの指定を含む利用申込みの一覧を、当該コミュニティを担当する前記コーディネータの端末に出力して、前記コーディネータにそのうちの１つを選択させる。そして、選択された利用申込みにて指定されているコミュニティの識別情報を含む前記提供者情報を持つ提供者の中から、当該利用申込みに対する紹介候補者の選出を行なう。さらに、前記紹介候補者リストを、前記利用申込みにて指定されているコミュニティを担当する前記コーディネータの端末に出力し、前記コーディネータに、前記選出した紹介候補者の中から申込み者に紹介すべき提供者を選出させる。
【００１９】
このようにすれば、前記コーディネータは、自身が熟知している前記コミュニティの参加者である前記提供者の中から、前記申込み者に紹介すべき前記提供者を選び出すことが可能となり、当該コーディネータにかかる負担を低減できる。
【００２０】
さて、上記第１の態様では、前記コーディネータが、前記申込み者の利用申込み内容や前記紹介候補者リストに記述された前記紹介候補者各々の希望条件等を参考にして、前記申込み者に紹介すべき提供者の選出を行なう。したがって、提供者および申込み者間のサービス授受が円滑に行なわれ、コミュニティ活動の促進、活性化がよりよく図られるようにするためには、前記コーディネータに高い質・能力が要求される。また、前記コーディネータは、コミュニティ活動の理念に従って忠実に作業を行なわなければならない。
【００２１】
このため、前記コーディネータの作業内容に問題が生じないように、あるいは、問題が生じた場合にも、後でそのときの事実関係が正確に把握できるようにすることは大切である。そこで、前記コーディネータの端末が前記申込み者の端末や前記紹介候補者リストに記述された前記提供者各々の端末との間で行なったやり取りの履歴を含む交渉履歴情報を、当該コーディネータの情報（以下、コーディネータ情報と呼ぶ）に対応付けて登録しておくとよい。そして、この交渉履歴情報を、後の精査（コーディネータの作業内容がコミュニティ活動の理念に則しているか否か等）や教育（コーディネータの学習や指導等）に利用できるようにするとよい。このようにすることで、前記コーディネータとの関係において弱者である前記提供者や前記申込み者が、安心してコミュニテイ活動に参加することができる。
【００２２】
次に、本発明の第２の態様では、情報伝達媒体を介して各種端末に接続されたコンピュータを用いて、申込み者の要望に沿ったサービス（以下、サービスは商品の提供をも含む）を提供できる提供者を紹介する。
【００２３】
すなわち、前記提供者の端末より、提供可能なサービスの希望条件（例えば、提供可能なサービスの種類、サービス提供の希望日時（あるいは曜日と時間帯）およびサービス提供の希望場所の指定等）を受付けて、これを当該提供者の情報（以下、提供者情報と呼ぶ）に対応付けて登録する。また、前記提供者のサービス提供機会に関する提供状況情報を入手し、これを当該提供者の提供者情報に対応付けて登録する。さらに、前記申込み者の端末より、享受したいサービスの利用申込み（例えば、享受したいサービスの種類、サービス享受の希望日時（あるいは曜日と時間帯）およびサービス享受の希望場所の指定等）を受付け、これを当該申込み者の情報（以下、申込み者情報と呼ぶ）に対応付けて登録する。
【００２４】
そして、前記利用申込みについて、登録されている希望条件の中から、当該利用申込みの内容と少なくとも一部合致しているものを選出し、選出された希望条件各々の当該利用申込みの内容との一致部分により定まる優先度に従って、前記申込み者に紹介する前記提供者を特定する。例えば、サービスの種類が一致する場合にはＡ点、サービス授受の希望場所が一致する場合はＢ点、サービス授受の希望日時が一致する場合にはＣ点というように、一致部分に応じて点数を与え、その合計点を優先度として、優先度が最も高い前記希望条件に対応付けられた前記提供者情報により特定される提供者を特定する。この際、優先度が最も高い前記希望条件を持つ前記提供者が複数存在する場合、これらの前記提供者の中から前記提供状況情報が示すサービス提供機会が最も低い提供者を特定する。
【００２５】
以上のようにして特定した前記提供者の前記提供者情報および前記希望条件を、前記申込み者の端末に出力する。
【００２６】
上記第２の態様においても、上記第１の態様と同様、申込み者の利用申込み内容をある程度満足しつつも、サービス提供機会の少ない（申込み者に対する紹介の機会の少ない）提供者を、当該申込み者に紹介すべき提供者として特定することが可能となる。また、前記申込み者の端末には、最終的に特定した提供者の情報のみが通知されることとなるため、提供者間でサービス提供の機会獲得を競わせるような事態を避けることができる。なお、本態様では、コーディネータを設ける必要はない。
【００２７】
また、上記第２の態様においても、上記第１の態様と同様、前記提供者が、任意単位のグループであるコミュニティの少なくともいずれか１つに属するようにするとよい。そして、前記提供者情報に前記提供者が属するコミュニティの識別情報を含めると共に、前記利用申込みにコミュニティの指定を含めて、前記利用申込みにて指定されているコミュニティの識別情報を含む前記提供者情報を持つ提供者の中から、当該利用申込みに対して紹介すべき提供者の特定を行なうようにするとよい。このようにすれば、前記利用申込みに対して紹介すべき提供者の検索範囲をより小さくすることができ、したがって、前記コンピュータにかかる負荷を低減できる。
【００２８】
また、上記第２の態様において、前記申込み者に紹介する前記提供者を特定するために前記コンピュータで行なわれた処理内容の履歴を、登録しておくようにするとよい。そして、この履歴を、前記コンピュータでの処理がコミュニティ活動の理念に則して行なわれた否等を検証し、当該コンピュータで採用している、前記申込み者に紹介する前記提供者を特定するためのルールの見なおし等に利用できるようにするとよい。
【００２９】
なお、上記の各態様において、前記提供状況情報としては、例えば、前記提供者がサービス提供の対価として前記申込み者より受け取ったチケットの額面所持量を用いることができる。このようなチケットとしては、例えば、「エコマネー」、「ＬＥＴＳ」、「time-dollar」といった、コミュニティ活動に対する対価として使用することを目的としたチケット等が挙げられる。
【００３０】
前記提供状況情報としてこのようなチケットの額面所持量を使用する場合、前記提供者の前記提供者情報および前記希望条件を通知した前記申込み者の端末より、当該申込み者がサービス提供の対価として当該提供者に支払ったチケットの額面を受付けて、これを当該提供者の前記提供者情報に対応付けて登録されているチケットの額面所持量に加算すればよい。この際、前記申込み者が提供者としても登録されている場合は、当該申込み者の端末より受付けたチケットの支払い額面を、当該申込み者である前記提供者の前記提供者情報に対応付けて登録されているチケットの額面所持量から減算すればよい。このようにすることで、各提供者のチケットの額面所持量からサービス授受の機会を把握できる。
【００３１】
ところで、上記チケットの支払いにおいて、自発的なサービスの授受、特に、善意に基づくサービスの授受を円滑に促進する手立てとして、相対取引とゆらぎを持った値付けの考え方を導入することが有効である。すなわち、上記第１の態様において、前記コーディネータは、前記申込み者の利用申込み内容や前記紹介候補者リストに記述された紹介候補者各々の希望条件等を参考にして、前記申込み者に紹介すべき提供者の選出を行なう。また、上記第２の態様では、前記コンピュータが、前記申込み者の利用申込み内容や前記登録されている希望条件等を参考にして、前記申込み者に紹介すべき提供者の選出を行なう。しかし、このようにして選出され、前記申込み者に紹介された提供者に、当該申込み者がサービス提供の対価として支払うチケットの額面は、前記申込み者が、享受したサービスに対する満足度や感謝の気持ちに応じて、最終的に決定するとよい。いわば、感謝の気持ちをチケットの多寡で表すようにするとよい。
【００３２】
【発明の実施の形態】
以下に、本発明の実施の形態について、ボランタリーなサービス（ボランティアサービス）の交換を目的としたコミュニティ活動に参加する参加者間の紹介サービスを支援する場合を例にとり説明する。
【００３３】
まず、本発明の第１実施形態について説明する。
【００３４】
図１は、本発明の第１実施形態が適用された紹介サービス支援システムの概略構成を示す図である。
【００３５】
図示するように、本実施形態の紹介サービス支援システムは、ボランティアサービスの交換を目的としたコミュニティ活動に参加する参加者が使用する参加者端末３と、コーディネータが使用するコーディネータ端末２と、コミュニティ管理センタ１とが、インターネット等のネットワーク４を介して、互いに接続されて構成されている。なお、図１に示す例では、参加者端末３が無線通信機能を有する携帯端末であることを想定し、参加者端末３を無線中継局６を介してネットワーク４に接続している。しかし、参加者端末３は、無線通信機能を有する携帯端末に限定されない。
【００３６】
コミュニティ活動の参加者は、コミュニティ５の少なくともいずれか１つに属することが条件とされている。ここで、コミュニティ５とは、参加者のコミュニティ活動の拠点となるグループである。コミュニティ５をどのような単位で設けるかは任意でよい。例えばＡ地区、Ｂ地区といった地域単位で設けてもよい。あるいは、介護、生涯学習、個人レッスンといったジャンル単位で設けてもよい。もしくは、地域単位のコミュニティ５とジャンル単位のコミュニティ５とを混在させても構わない。
【００３７】
各コミュニティ５には、少なくとも１人のコーディネータが配属される。コーディネータは、利用申込みのあった参加者（サービス享受者）に、当該参加者の要望に沿ったサービスを提供可能な参加者（サービス提供者）を、自身が担当するコミュニティ５に属する参加者の中から選び出して仲介（紹介）する作業（紹介サービス）を行なう。
【００３８】
なお、コーディネータには、コミュニティ活動の理念を十分に理解し、コミュニティ活動の活性化、円滑化が図れるように、サービス享受者およびサービス提供者の仲介作業を行うことが期待される。したがって、コーディネータには、忠実義務と善管注意義務という基本的な信認義務が課せられると考えられる。ここでの忠実義務とは、コミュニティ活動の活性化、円滑化を図れるように行動する義務であり、逆にいえば、コーディネータ自身や、コミュニティ活動に参加する参加者以外の第３者、あるいは、コミュニティ活動に参加する特定の参加者（例えばコーディネータの親族）のみの利益を図る行為を禁止することである。一方、善管注意義務とは、注意を怠って任務が全うできない事態にならないよう活動することを強いるものである。
【００３９】
なお、各コミュニティ５の参加者数に制限を設けてもよい。例えば、１つのコミュニティ５対して最大１０００名の参加者のみ受け付ける。これにより、コーディネータの紹介作業数が制限され、コーディネータの作業負荷が軽減される。同様に、コミュニティ活動の参加者が加入できる、コミュニティ数について制限を設けてもよい。例えば、コミュニティ活動の各参加者は、最大１０個のコミュニティ５に参加できるものとする。これにより、各コミュニティ５への参加者数を不要に増大させることを防ぐことができる。
【００４０】
次に、上記構成の紹介サービス支援システムを利用して行なわれる紹介サービスの概略について説明する。
【００４１】
図２は、図１に示す紹介サービス支援システムを利用して行なわれる紹介サービスの概略を説明するための図である。
【００４２】
図示するように、コミュニティ活動への参加を希望する者は、参加者端末３を用いてコミュニティ管理センタ１に参加登録を依頼して（Ｓ２００１）、氏名、住所、連絡先（電話番号およびメールアドレス）、参加を希望するコミュニティ５の名称等を含む個人情報と、チケットの額面所持量とを送信する。これを受けて、コミュニティ管理センタ１は、これらの情報を、依頼者にユニークに割り当てたログイン情報（ユーザＩＤ、パスワード）に対応付けて登録し（Ｓ２００２）、ログイン情報を、依頼者の参加者端末３に通知する。これにより、依頼者は、コミュニティ活動の参加者として、本実施形態の紹介サービス支援システムを利用することが可能となる。
【００４３】
ここで、チケットとしては、例えば、「エコマネー」、「ＬＥＴＳ」、「time-dollar」といった、ボランティアサービスに対する対価として使用することを目的としたチケットを用いることができる。
【００４４】
さて、コミュニティ管理センタ１への参加登録が済んだ参加者は、ボランティアサービスを自ら提供することを望むならば、参加者端末３を用いてコミュニティ管理センタ１に提供サービスの登録を依頼して（Ｓ２００３）、提供可能なサービスの情報、場所および日時（あるいは曜日と時間帯）を送信する。これを受けて、コミュニティ管理センタ１は、これらの情報を、提供サービス情報として、予め登録しておいた依頼者の個人情報との対応が判るようにして登録する（Ｓ２００４）。
【００４５】
また、コミュニティ管理センタ１への参加登録が済んだ参加者は、ボランティアサービスの享受を望むならば、参加者端末３を用いてコミュニティ管理センタ１に利用申込みを行なって（Ｓ２００５）、享受したいサービスの情報、場所および日時（あるいは曜日と時間帯）と利用するコミュニティ５の名称とを送信する。これを受けて、コミュニティ管理センタ１は、これらの情報を、利用申込み情報として、予め登録しておいた依頼者の個人情報との対応が判るようにして登録する（Ｓ２００６）。
【００４６】
コミュニティ管理センタ１は、コーディネータ端末２を介して受付けたコーディネータの指示に従い、予め登録しておいた利用申込み情報の中から、当該コーディネータが担当するコミュニティ５の名称を含んだ利用申込み情報を検索し、検出した利用申込み情報および当該利用申込み情報に対応する個人情報が記述された利用申込みリストを、当該コーディネータ端末２に提示する（Ｓ２００７）。そして、コーディネータが、利用申込みリストの中からいずれかの利用申込み情報を選択すると（Ｓ２００８）、コミュニティ管理センタ１は、選択された利用申込み情報に対応する個人情報により特定されるサービス享受者に紹介すべきサービス提供者の候補を選出する（Ｓ２００９）。具体的には、予め登録しておいた提供サービス情報の中から、選択された利用申込み情報にその名称が含まれるコミュニティ５に参加する参加者の個人情報に対応する提供サービス情報を検索する。そして、検出した提供サービス情報の中から、前記利用申込み情報の内容を少なくとも一部満足する提供サービス情報をさらに検索し、検出した提供サービス情報に対応する個人情報により特定される参加者を、サービス提供者の候補（紹介候補者）として選出する。
【００４７】
以上のようにして、紹介候補者を選出したならば、コミュニティ管理センタ１は、選出した各紹介候補者の個人情報、チケット額面所持量および提供サービス情報が記述された紹介候補者リストと、サービス享受者の個人情報、チケット額面所持量および利用申込み情報が記述された利用申込み者情報と、を含むマッチング素案候補を作成し登録すると共に、当該マッチング素案候補を基に作成した素案作成画面をコーディネータ端末２に提示する（Ｓ２０１０）。
【００４８】
これにより、コーディネータは、コーディネータ端末２に表示された素案作成画面中の利用申込み者情報と、サービス提供者候補者リストに含まれる各紹介候補者の諸情報とを比較することで、各紹介候補者の中からサービス享受者の要望に最も沿ったサービスを提供できる紹介候補者を選び出すことが可能となる。
【００４９】
また、この際、サービス享受者の要望に最も沿ったサービスを提供できる紹介候補者が複数人いる場合は、これらの紹介候補者のチケット額面所持量を比較することで、チケット額面所持量の最も少ない紹介候補者、すなわち、紹介サービスの利用状況の低い（申込み者に対する紹介の機会の少ない）紹介候補者を選び出すことが可能となる。したがって、コーディネータが多くのコミュニティ活動の参加者にサービス提供の機会が与えられるように、紹介サービスを支援することができる。
【００５０】
さて、コーディネータが、コーディネータ端末２を用いて、紹介候補者リストに記述された紹介候補者の中からサービス享受者に紹介すべき紹介候補者を選択すると（Ｓ２０１１）、コミュニティ管理センタ１は、素案作成画面中の、選択された紹介候補者の個人情報および提供サービス情報と、利用申込み者情報とを含むマッチング素案を作成し、登録する（Ｓ２０１２）。
【００５１】
マッチング素案が登録されると、コミュニティ管理センタ１は、参加者端末３を介して受付けた、当該マッチング素案に含まれる利用申込み者情報により特定されるサービス享受者よりの指示に従い、当該マッチング素案を示した素案画面を、当該参加者端末３に提示する（Ｓ２０１３）。
【００５２】
したがって、サービス享受者の参加者端末３には、コーディネータが選択したサービス提供者の情報のみが表示されることとなるため、参加者間でサービス提供の機会獲得を競わせるような事態を避けることが可能となる。
【００５３】
以上により、コーディネータは、素案作成画面に示されたサービス享受者や各紹介候補者の諸情報やこれらの者と個別に行なった交渉内容等を勘案することで、ボランティアサービスのやりとりが循環するように、サービス提供者とサービス享受者とのマッチングを行なうことができる。また、サービス享受者が見知らぬサービス提供者に、いきなり直接連絡しなくて済むように、コーディネータがサービス提供者を紹介するため、見知らぬ相手へ連絡しづらいことによる、コミュニティ活動参加の障壁が軽減され、サービス提供者とサービス享受者の自主性が高まる。また、コーディネータは、サービス提供者およびサービス享受者の、提供サービス情報や利用申込み情報や個人情報やチケット額面所持量に基づき、価格では評価しきれない要素を考慮したマッチングを紹介サービス支援システムの支援を得ながら行うことができ、多様な価値の交換や互酬を伴うボランティアサービスの仲介が可能になる。
【００５４】
さて、サービス享受者は、素案画面中に示されたサービス提供者の個人情報により特定される連絡先へ連絡して、サービス提供者と交渉を行なう。そして、交渉が成立したならば、サービス提供者よりサービスを享受し、その対価としてチケットをサービス提供者に支払う（Ｓ２０１４）。ここで、支払うチケットの額面は、サービス提供者より提供されるサービスがボランティアサービスであることから、サービス享受者が、自身が享受したサービスに対する満足度や感謝の気持ちに応じて決定するとよい。いわば、感謝の気持ちをチケットの多寡で表すようにするとよい。しかしながら、より円滑なボランティア活動を実現するためには、単位時間当たりのボランティアサービスに対して支払う標準的なチケットの額面を予め決めておき、各参加者に通知しておくとよい。
【００５５】
さて、サービス享受者は、参加者端末３を用いて、コミュニティ管理センタ１より提示されたマッチング素案について、サービス提供者との交渉の成否、享受したサービスに対して支払ったチケットの額面、享受したサービスの内容に対する評価等を含む実施結果を報告する（Ｓ２０１５）。
【００５６】
これを受けて、コミュニティ管理センタ１は、サービス享受者より受け取った実施結果を登録する（Ｓ２０１７）。また、実施結果中に含まれるチケットの支払い額面を、サービス享受者の個人情報に対応付けて登録されているチケット額面所持量から減算すると共に、サービス提供者の個人情報に対応付けて登録されているチケット額面所持量に加算する。
【００５７】
最後に、コーディネータが負う情報提供義務を履行するために、マッチング素案、マッチング素案候補、実施結果、交渉履歴を仲介の履歴として残しておく。
【００５８】
ここで、情報提供義務とは、受益者（サービス享受者およびサービス提供者）の請求により、記録書類へのアクセスを認めることで、仲介に関する正確な情報を提供できるようにすることである。また、情報提供義務には、受益者の自己決定に必要な情報を、受益者の求めがなくとも、受認者（コーディネータ）が積極的に提供することも求められる。
【００５９】
上述したように、コーディネータには、忠実義務と善管注意義務という基本的な信認義務が課せられると考えられる。コーディネータに、上記の情報提供義務を課して、活動内容の透明性を高めることにより、信認義務違反の機会を減らして、コーディネータが信認義務を忠実に履行するよう促すことができる。また、情報提供義務により、受益者の自己決定を行う機会を保証し、情報開示により受認者と受益者との信頼関係の維持と強化がなされる。
【００６０】
次に、上記の紹介サービス支援システムに用いるコミュニティ管理センタ１について説明する。
【００６１】
なお、コーディネータ端末２および参加者端末３は、Ｗｅｂブラウザ等のコミュニティ管理センタ１が公開する情報の閲覧機能およびメーラ等のネットワーク４に接続された他装置との通信機能を備えた、既存のネットワーク端末と同様であるので、その詳細な説明を省略する。
【００６２】
図３は、コミュニティ管理センタ１の概略構成を示す図である。
【００６３】
図示するように、コミュニティ管理センタ１は、ネットワーク４を介して他の装置と通信を行なう通信部１１と、参加者の各種登録やコーディネータの作業支援を行なう処理部１２と、処理部１２で取り扱うデータを記憶する記憶部１３と、を有する。
【００６４】
通信部１１は、Ｗｅｂサーバ等の情報を公開する機能を備えており、ネットワーク４を介してアクセスしてきた他の装置に、処理部１２よりの指示に従った画面を表示する。また、例えば、ＣＧＩ（Common Gateway Interface）やＪａｖａ(商標）を利用して、ネットワーク４を介してアクセスしてきた他の装置から情報を受け取る。
【００６５】
処理部１２は、コミュニティ活動の参加者登録を行なう参加者登録処理部１２１と、コミュニティ管理センタ１の利用可否を判断するログイン処理部１２２と、サービス提供者のサービス提供のための希望条件を含む提供サービス情報を登録する提供サービス登録処理部１２３と、サービス享受者のサービス享受に際しての希望条件を含む利用申込み情報を登録する利用申込み登録処理部１２４と、コーディネータによるマッチング素案作成支援のためのマッチング素案候補およびコーディネータが作成したマッチング素案を登録する素案作成登録処理部１２５と、コーディネータが作成したマッチング素案に対するサービス享受者の実施結果を登録する実施結果登録処理部１２６と、コーディネータの紹介サービス活動を監視するための活動監視部１２７と、を有する。
【００６６】
記憶部１３は、コミュニティ/サービス管理データベース１３１と、コーディネータ管理データベース１３２と、参加者管理データベース１３３と、コミュニティ参加管理データベース１３４と、サービス提供者管理データベース１３５と、サービス享受者管理データベース１３６と、マッチング素案候補管理データベース１３７と、マッチング素案管理データベース１３８と、交渉管理データベース１３９と、実施結果管理データベース１４０と、仲介履歴管理データベース１４１と、を有する。
【００６７】
コミュニティ/サービス管理データベース１３１には、コミュニティの名称や説明等の各コミュニティ５の諸情報と、ボランティアサービスの名称、種類、説明等の各ボランティアサービスの諸情報とが登録される。
【００６８】
図４に、コミュニティ/サービス管理データベース１３１の登録内容例を示す。この例では、コミュニティ情報管理テーブル１３１１と、サービス情報管理テーブル１３１２とを設けている。そして、コミュニティ情報管理テーブル１３１１には、各コミュニティ５のコミュニティ名称１３１１ｂとその説明１３１１ｃと参加者数１３１１ｄとが、各コミュニティ５にユニークに割り当てられたコミュニティＩＤ１３１１ａに対応付けられて登録されている。また、サービス情報管理テーブル１３１２には、各ボランティアサービスのサービス種別１３１２ｂ、サービス名称１３１２ｃおよびその説明１３１２ｄが、各ボランティアサービスにユニークに割り当てられたサービスＩＤ１３１２ａに対応付けられて登録されている。これらの情報は、コミュニティ管理センタ１の運営者等によって予め登録される。
【００６９】
コーディネータ管理データベース１３２には、各コーディネータの個人情報や当該コーディネータが担当するコミュニティ５等の諸情報が登録される。
【００７０】
図５に、コーディネータ管理データベース１３２の登録内容例を示す。図示するように、コーディネータ管理データベース１３２には、各コーディネータのログイン情報（ログイン名およびパスワード）１３２ｂ、氏名や住所や連絡先（電話番号およびメールアドレス）等を含む個人情報１３２ｃ、担当するコミュニティ５のコミュニティＩＤ１３１１ａ、および、ラストログインとラストログアウトの日時１３２ｅ、１３２ｆが、各コーディネータにユニークに割り当てられたコーディネータＩＤ１３２ａに対応付けられて登録される。ここで、ログイン情報１３２ｂ、個人情報１３２ｃおよびコミュニティＩＤ１３１１ａは、コミュニティ管理センタ１の運営者等によって予め登録される。また、ラストログインおよびラストログアウトの日時１３２ｅ、１３２ｆは、ログイン処理部１２２によりコーディネータがログイン、ログアウトする毎に更新される。
【００７１】
参加者管理データベース１３３には、各参加者の個人情報やチケット額面所持量等の諸情報が登録される。
【００７２】
図６に、参加者管理データベース１３３の登録内容例を示す。図示するように、参加者管理データベース１３３には、各参加者のログイン情報（ログイン名およびパスワード）１３３ｂ、氏名や住所や連絡先（電話番号およびメールアドレス）や自己紹介、および参加コミュニティ数等を含む個人情報１３３ｃ、チケットの額面所持量１３３ｄ、および、ラストログインとラストログアウトの日時１３３ｅ、１３３ｆが、各参加者にユニークに割り当てられた参加者ＩＤ１３３ａに対応付けられて登録される。ここで、ログイン情報１３３ｂ、個人情報１３３ｃおよびチケット額面所持量１３３ｄは、参加者登録処理部１２１によって登録される。また、ラストログインおよびラストログアウトの日時１３２ｅ、１３２ｆは、ログイン処理部１２２により、参加者がログイン、ログアウトする毎に更新される。さらに、チケット額面所持量１３３ｄは、実施結果登録処理部１２６により、コーディネータが提示したマッチング素案による実施結果に応じて更新される。
【００７３】
コミュニティ参加管理データベース１３４には、各コミュニティ５に参加する参加者が登録される。
【００７４】
図７に、コミュニティ参加管理データベース１３４の登録内容例を示す。図示するように、コミュニティ参加管理データベース１３４には、コミュニティ/サービス管理データベース１３１のコミュニティ情報管理テーブル１３１１に登録されているコミュニティＩＤ１３１１ａ毎に、当該コミュニティＩＤ１３１１ａが付与されたコミュニティ５に参加する参加者の参加者ＩＤ１３３ａが登録される。この参加者ＩＤ１３３ａの登録は、参加者登録処理部１２１によって、当該参加者ＩＤ１３３ａが付与された参加者の諸情報の参加者管理データベース１３３への登録の際に行なわれる。なお、変形例として、コミュニティ参加管理データベース１３４中のデータは、データが特定する者以外には、非公開としてもよい。
【００７５】
サービス提供者管理データベース１３５には、ボランティアサービスを提供する参加者であるサービス提供者のサービス提供のための希望条件を含む提供サービス情報が登録される。
【００７６】
図８に、サービス提供者管理データベース１３５の登録内容例を示す。図示するように、サービス提供者管理データベース１３５には、サービス提供者の参加者ＩＤ１３３ａ、サービス提供者が提供するボランティアサービスのサービスＩＤ１３１２ａ、前記ボランティアサービスの活動拠点となるコミュニティのコミュニティＩＤ１３１１ａ、希望場所および希望曜日/時間帯（あるいは日時）を含むサービス提供のための希望条件１３５ｂ、および、これらの情報からなる提供サービス情報の登録日時１３５ｃが、各提供サービス情報にユニークに割り当てられた提供サービスＩＤ１３５ａに対応付けられて登録される。これらの情報は、提供サービス登録処理部１２３によって登録される。
【００７７】
サービス享受者管理ＤＢ１３６には、ボランティアサービスの享受を希望する参加者であるサービス享受者のサービス享受に際しての希望条件を含む利用申込み情報が登録される。なお、サービス享受者管理ＤＢ１３６の各データは、データが特定する者以外へ公開してもよい。
【００７８】
図９に、サービス享受者管理データベース１３６の登録内容例を示す。図示するように、サービス享受者管理データベース１３６には、サービス享受者の参加者ＩＤ１３３ａ、サービス享受者が享受を希望するボランティアサービスのサービスＩＤ１３１２ａ、サービス享受者が前記ボランティアサービスの享受を希望するコミュニティのコミュニティＩＤ１３１１ａ、希望場所および希望曜日/時間帯（あるいは日時）を含むサービス享受に際しての希望条件１３６ｂ、および、これらの情報からなる利用申込み情報に対するコーディネータの処理状態（マッチング素案作成の状態）１３６ｃと利用申込み情報の登録日時１３６ｄと前素案ＩＤ１３６ｅとが、各利用申込み情報にユニークに割り当てられた利用申込みＩＤ１３６ａに対応付けられて登録される。ここで、処理状態１３６ｃが「再処理」とは、この利用申込みと同じ内容の利用申込みが、同じ利用申込み者によって過去になされていることを意味する。つまり、前回行なった利用申込みにより紹介されたサービス提供者との交渉が不調に終わったため、別のサービス提供者の紹介を要求していることを意味する。この場合、前回の利用申込みに対する後述するマッチング素案ＩＤ１３８ａが、前素案ＩＤ１３６ｅとして登録される。なお、これらの情報は、利用申込み登録処理部１２４によって登録される。
【００７９】
マッチング素案候補管理データベース１３７には、コーディネータによるマッチング素案作成を支援するためのマッチング素案候補が登録される。上述したように、マッチング素案候補は素案作成画面を作成するのに用いられる。
【００８０】
図１０に、マッチング素案候補管理データベース１３７の登録内容例を示す。図示するように、マッチング素案候補管理データベース１３７には、利用申込みＩＤ１３６ａ、利用申込みＩＤ１３６ａにより特定されるサービス享受者に紹介すべきサービス提供者の候補（紹介候補者）各々の提供サービスＩＤ１３５ａが優先度（利用申込み情報との整合度）の高い順に記述された提供サービスＩＤ候補リスト１３７ｂ、これらの情報からなるマッチング素案候補を基にマッチング素案の作成を担当するコーディネータのコーディネータＩＤ１３２ａ、および、このマッチング素案候補の登録日時１３７ｃが、各マッチング素案候補にユニークに割り当てられた素案候補ＩＤ１３７ａに対応付けられて登録される。これらの情報は、素案作成登録処理部１２５によって登録される。
【００８１】
マッチング素案管理データベース１３８には、コーディネータが作成したマッチング素案が登録される。
【００８２】
図１１に、マッチング素案管理データベース１３８の登録内容例を示す。図示するように、マッチング素案管理データベース１３８には、利用申込みＩＤ１３６ａ、利用申込みＩＤ１３６ａにより特定されるサービス享受者に紹介すべきサービス提供者の提供サービスＩＤ１３５ａ、これらの情報からなるマッチング素案を作成したコーディネータのコーディネータＩＤ１３２ａ、コーディネータがこのマッチング素案作成の基としたマッチング素案候補の素案候補ＩＤ１３７ａ、このマッチング素案の登録日時１３８ｂ、および、このマッチング素案をサービス享受者が受け入れたか否かを示すマッチング内容１３８ｃとその日時１３８ｄが、各マッチング素案にユニークに割り当てられた素案ＩＤ１３８ａに対応付けられて登録される。これらの情報は、素案作成登録処理部１２５によって登録される。
【００８３】
交渉管理データベース１３９には、コーディネータがコーディネータ端末１に表示された素案作成画面からマッチング素案を作成するに際して、必要に応じて行なわれる素案作成画面中の紹介候補者リストに表示された各紹介候補者との交渉で気付いた点等が登録される。
【００８４】
図１２に、交渉管理データベース１３９の登録内容例を示す。図示するように、交渉管理データベース１３９には、マッチング素案候補の素案候補ＩＤ１３７ａ、このマッチング素案候補から作成されたマッチング素案の素案ＩＤ１３８ａ、マッチング素案を作成したコーディネータのコーディネータＩＤ１３２ａ、および、このコーディネータが、マッチング素案候補に基づいた素案作成画面を用いてマッチング素案を作成するに際して行なった交渉の相手である紹介候補者の参加者ＩＤ１３３ａおよび該交渉で気付いた点等の説明を含む特記事項１３９ａが登録される。特記事項１３９ａは、コーディネータが、素案作成画面中の紹介候補者と交渉を行なった場合に、必要に応じて作成されることになる。これらの情報は、素案作成登録処理部１２５によって登録される。
【００８５】
実施結果管理データベース１４０には、サービス享受者がマッチング素案に提示されたサービス提供者より享受したサービスの実施結果が登録される。
【００８６】
図１３に、実施結果管理データベース１４０の登録内容例を示す。図示するように、実施結果管理データベース１４０には、マッチング素案の素案ＩＤ１３８ａ、サービス享受者がマッチング素案に提示されたサービス提供者よりサービスを享受した日時である実施日時１４０ｂ、このサービス提供者に支払ったチケットの額面であるチケット支払い額面１４０ｃ、このサービス提供者の参加者ＩＤ１３３ａ、および、このサービス提供者から享受したサービスに対する評価情報１４０ｄが、これらの情報からなる実施結果毎にユニークに割り当てられた実施ＩＤ１４０ａに対応付けられて登録される。これらの情報は、実施結果登録処理部１２６によって登録される。
【００８７】
仲介履歴管理データベース１４１には、仲介の履歴としてマッチング素案、マッチング素案候補、実施結果、交渉履歴が登録される。仲介履歴管理データベース１４１には、マッチング素案候補管理データベース１３７、マッチング素案管理データベース１３８、交渉管理データベース１３９、実施結果管理データベース１４０と同じ形式のテーブルが使用される。
【００８８】
なお、上記の各データベースのデータの一部を非公開としてもよい。例えば、コーディネータ管理ＤＢ１３２の個人情報１３２ｃを非公開として、他を公開としてもよい。
【００８９】
なお、上記のコミュニティ管理センタ１や、コーディネータ端末２あるいは参加者端末３として機能するネットワーク端末は、例えば、図１４に示すような、ＣＰＵ７１と、メモリ７２と、ハードディスク等の外部記憶装置７３と、ネットワーク４を介して他装置と通信を行うための通信装置７４と、キーボードやマウス等の入力装置７５と、モニタやプリンタ等の出力装置７６と、ＣＤ-ＲＯＭやＦＤ等の記憶媒体７９からデータを読み取る読取装置７７と、これらの各構成要素間のデータ送受を行うインターフェース７８とを備えた、一般的なコンピュータにおいて、ＣＰＵ７１がメモリ７２上にロードした所定のプログラムを実行することにより実現できる。この所定のプログラムは、読取装置７７を介して当該プログラムが記憶された記憶媒体７９から、あるいは、通信装置７４を介してネットワーク４から入手して、直接メモリ７２上にロードするか、もしくは、一旦、外部記憶装置７３に格納してから、メモリ７２上にロードすればよい。なお、図３に示す記憶部１３としては、外部記憶装置７３等が利用される。
【００９０】
次に、上記構成のコミュニティ管理センタ１の動作について説明する。
【００９１】
まず、コミュニティ活動への参加登録処理（図２のＳ２００１〜Ｓ２００２）について説明する。
【００９２】
図１５は、コミュニティ活動への参加登録処理を説明するための図である。
【００９３】
まず、通信部１１は、ネットワーク４を介して、端末２、３からアクセスされると（Ｓ１５０１）、図１６に示すようなスタートメニュー画面を、このアクセスしてきた端末２、３（以下、アクセス端末と呼ぶこととする）の表示装置に表示させる（Ｓ１５０２）。
【００９４】
ここで、図１６に示すスタートメニュー画面には、参加者用メニュー表示のための項目１６１と、コーディネータ用メニュー表示のための項目１６２と、参加登録画面表示のための項目１６３とが、設けられており、アクセス端末の利用者は、ポィンティングデバイス等の入力装置を用いてカーソル１６４を移動して、いずれかの項目を選択することができる。この選択結果は、ネットワーク４を介して通信部１１に通知される。
【００９５】
さて、通信部１１は、参加登録画面表示のための項目１６３が選択されたことを検知すると（Ｓ１５０３）、その旨を参加登録処理部１２１に伝える。
【００９６】
これを受けて、参加登録処理部１２１は、図１７に示すような、参加者管理データベース１３３に登録すべき諸情報の入力を受け付けるための参加登録画面を、アクセス端末の表示装置に表示させる（Ｓ１５０４）。
【００９７】
ここで、図１７に示す参加登録画面には、アクセス端末の利用者が、参加者管理データベース１３３に登録すべきログイン情報１３３ｂ、個人情報１３３ｃおよびチケット額面所持量１３３ｄを入力するための入力欄１７１、１７２、１７３が設けられている。アクセス端末の利用者が、これらの入力欄１７１〜１７３に、適当な情報をキーボード等の入力装置を用いて入力し、送信ボタン１７４を選択すると、入力された情報が、ネットワーク４および通信部１１を介して、参加登録処理部１２１に通知される。なお、リセットボタン１７５を選択した場合には、入力欄１７１〜１７３に入力した情報がクリアされる。
【００９８】
参加登録処理部１２１は、これらの入力情報を受け取ると（Ｓ１５０５）、受け取ったログイン情報１３３ｂが未だ参加者管理データベース１３３に登録されていないユニークな情報であることを確認し、それから、これらの入力情報に、ユニークな参加者ＩＤ１３３ａを付与して、参加者管理データベース１３３に登録する（Ｓ１５０６）。この際、受け取ったログイン情報１３３ｂが参加者管理データベース１３３に既に登録されている場合は、その旨をアクセス端末に通知して、アクセス端末の利用者にログイン情報１３３ｂの再設定を行なわせるようにするとよい。なお、参加登録処理部１２１がユニークなログイン情報１３３ｂを生成し、このログイン情報１３３ｂが参加登録画面中の対応する入力欄１７１に記入された状態で、アクセス端末の表示装置に表示させるようにすることで、アクセス端末の利用者によるログイン情報１３３ｂの入力を省略するようにしてもよい。
【００９９】
さて、参加登録処理部１２１は、アクセス端末の利用者より受付けた情報の参加者管理データベース１３３への登録が終了したならば、アクセス端末の表示装置に、その旨のメッセージを表示させた後、図１８に示すようなコミュニティ選択画面を表示させる（Ｓ１５０７）。
【０１００】
ここで、図１８に示すコミュニティ選択画面には、コミュニティを入力するための入力欄１８１が設けられている。この入力欄の１８１は、いわゆるプルダウンメニュー形式となっており、カーソル１６４を移動してプルダウンボタン１８２を選択すると、コミュニティ/サービス管理データベース１３１のコミュニティ情報管理テーブル１３１１に登録されたコミュニティ名称１３１１ｂの一覧が表示される。プルダウンメニュー中の各コミュニティ名称１３１１ｂは、対応するコミュニティ説明１３１１ｃにリンクされており、カーソル１６４を所望のコミュニティ名称１３１１ｃ上に移動すると、それに対応するコミュニティ説明１３１１ｃが記述された表示枠１８３が表示されるようになっている。
【０１０１】
アクセス端末の利用者が、プルダウンメニューから所望のコミュニティ名称１３１１ｂを選択して、選択ボタン１８４を選択すると（Ｓ１５０８）、参加登録処理部１２１は、ネットワーク４および通信部１１を介してこれを検知し、選択されたコミュニティ名称１３１１ｂに対応するコミュニティＩＤ１３１１ａを特定し、かつ、参加者数１３１１ｄを特定する。参加者数１３１１ｄに１を加えた数が１コミュニティあたりの最大参加者数（例えば１０００）以下であり、かつ、個人情報１３３ｃにある当該参加者の参加コミュニティ数に１を加えた数が最大参加コミュニティ数（例えば１０）以下であることをチェックする（Ｓ１５０９）。上記条件をクリアした場合には、コミュニティ参加管理データベース１３４中の当該コミュニティＩＤ１３１１ｂの欄に、アクセス端末の利用者に付与した参加者ＩＤ１３２ａを追加する（Ｓ１５１０）。この時、参加者数１３１１ｄに１を加え、かつ、個人情報１３３ｃにある当該参加者の参加コミュニティ数に１を加える。最後に、参加登録の確認メッセージを、アクセス端末の表示装置に表示させる。ここで、コミュニティへの参加処理を終了したい場合には、選択終了ボタン１８５を選択する（Ｓ１５１１）ことで処理が終了する。
【０１０２】
次に、提供サービスの登録処理（図２のＳ２００３〜Ｓ２００４）について説明する。
【０１０３】
図１９は、提供サービスの登録処理を説明するための図である。
【０１０４】
このフローは、図１６に示すようなスタートメニュー画面において、アクセス端末の利用者により参加者用メニューの項目１６１が選択されると開始される。
【０１０５】
まず、通信部１１は、参加者用メニューの項目１６１が選択されたことをログイン処理部１２２に通知する。
【０１０６】
これを受けて、ログイン処理部１２２は、図２０に示すような、ログイン情報を入力するための入力欄２０１と入力欄２０１に入力されたログイン情報を送信するための送信ボタン２０２とを設けたログイン画面を、アクセス端末の表示装置に表示させ（Ｓ１９０１）、アクセス端末の利用者から参加者のログイン情報１３３ｂの入力を受け付ける。
【０１０７】
次に、ログイン処理部１２２は、受付けたログイン情報１３３ｂが参加者管理データベース１３３に登録されているか否かを調べ（Ｓ１９２０）、登録されていないならば、ログインを拒否し、アクセス端末の表示装置にエラーメッセージを表示させる等のエラー処理を行なう（Ｓ１９０３）。一方、登録されているならば、ログインを許可し、図２１に示すような参加者用のメニュー画面を表示する（Ｓ１９０４）。
【０１０８】
ここで、図２１に示す参加者用メニュー画面には、提供サービスを登録するための項目２１１と、利用申込みを登録するための項目２１２と、マッチング素案の参照およびマッチング素案に基づいたボランティアサービスの実施結果を報告するための項目２１３と、自身が登録している提供サービス情報および利用申込み情報を閲覧するための項目２１４とが設けられており、アクセス端末の利用者は、ポィンティングデバイス等の入力装置を用いてカーソル１６４を移動して、いずれかの項目を選択することができる。この選択結果は、ネットワーク４および通信部１１を介して、ログイン処理部１２２に通知される。
【０１０９】
さて、通信部１１が提供サービス情報登録のための項目２１１が選択されたことを検知した後、ログイン処理部１２２から、アクセス端末の利用者の参加ＩＤ１３３ａを取得し、提供サービス登録処理部１２３に伝える。
【０１１０】
これを受けて、提供サービス登録処理部１２３は、図２２に示すような、サービス提供者管理データベース１３５に登録すべき諸情報の入力を受け付けるための提供サービス登録画面を、通信部１１を介して、アクセス端末の表示装置に表示させる（Ｓ１９０６）。
【０１１１】
ここで、図２２に示す提供サービス登録画面には、サービス提供者管理データベース１３５に登録すべきコミュニティＩＤ１３１１ａのコミュニティ名１３１１ｂ、サービスＩＤ１３１２ａのサービス名１３１２ｃ、および、希望条件１３５ｂを入力するための入力欄２２１、２２２、２２３が設けられている。入力欄２２１は、図１８に示す入力欄１８１と同様のプルダウンメニュー形式となっている。また、入力欄２２２も同じくプルダウンメニュー形式となっており、カーソル１６４を移動してプルダウンボタン２２６を選択すると、コミュニティ/サービス管理データベース１３１のサービス情報管理テーブル１３１２に登録されたサービス名称１３１２ｃの一覧が表示される。このプルダウンメニュー中の各サービス名称１３１２ｃは、対応するサービス種別１３１２ｂおよびサービス説明１３１２ｄにリンクされており、カーソル１６４を所望のサービス名称１３１２ｃ上に移動すると、それに対応するサービス種別１３１２ｂ、サービス説明１３１２ｃのための表示枠２２７が表示されるようになっている。アクセス端末の利用者が、これらの入力欄２２１〜２２３に、キーボード、ポインティングデバイス等の入力装置を用いて適当な情報を入力し、送信ボタン２２４を選択すると、入力された情報が、ネットワーク４および通信部１１を介して、提供サービス登録処理部１２３に通知される。なお、リセットボタン２２５を選択した場合には、入力欄２２１〜２２３に入力した情報がクリアされる。
【０１１２】
提供サービス登録処理部１２３は、これらの入力情報を受け取ると（Ｓ１９０７）、通知されたコミュニティ名称１３１１ｂ、サービス名称１３１２ｃに対応するコミュニティＩＤ１３１１ａ、サービスＩＤ１３１２ａを特定する。そして、特定したコミュニティＩＤ１３１１ａ、サービスＩＤ１３１２ａと、通知された希望条件１３５ｂと、ログイン処理部１２２より受け取ったアクセス端末の利用者の参加者ＩＤ１３３ａとに、ユニークな提供サービスＩＤ１３５ａを付与して、サービス提供者管理データベース１３５に登録する（Ｓ１９０８）。この際、登録日時１３５ｃも併せて登録する。そして、その旨の確認メッセージを、アクセス端末の表示装置に表示させる。
【０１１３】
なお、通信部１１は、図２１に示す参加者用メニュー画面において、提供サービス情報および利用申込み情報を閲覧するための項目２１４が選択されたことを検知した場合、ログイン処理部１２２から、アクセス端末の利用者の参加ＩＤ１３３ａを取得し、取得した参加ＩＤ１３３ａに対応付けられてサービス提供者管理データベース１３５、サービス享受者管理データベース１３６に登録されている提供サービス情報、利用申込み情報を取得し、その内容をアクセス端末に通知する。
【０１１４】
次に、利用申込みの登録処理（図２のＳ２００５〜Ｓ２００６）について説明する。
【０１１５】
図２３は、利用申込みの登録処理を説明するための図である。
【０１１６】
このフローは、図２１に示すような参加者用のメニュー画面において、アクセス端末の利用者により利用申込み登録の項目２１２が選択されると開始される。
【０１１７】
まず、通信部１１が利用申込み登録のための項目２１２が選択されたことを検知した後、ログイン処理部１２２から、アクセス端末の利用者の参加ＩＤ１３３ａを取得し、利用申込み登録処理部１２４に伝える。
【０１１８】
これを受けて、利用申込み登録処理部１２４は、図２４に示すような、サービス享受者管理データベース１３６に登録すべき諸情報の入力を受け付けるための利用申込み登録画面を、通信部１１を介して、アクセス端末の表示装置に表示させる（Ｓ２３０１）。
【０１１９】
ここで、図２４に示す利用申込み登録画面には、サービス享受者管理データベース１３６に登録すべきコミュニティＩＤ１３１１ａのコミュニティ名１３１１ｂ、サービスＩＤ１３１２ａのサービス名１３１２ｃ、および、希望条件１３６ｂを入力するための入力欄２３１、２３２、２３３が設けられている。入力欄２３１、２３２は、図２２に示す入力欄２２１、２２２と同様のプルダウンメニュー形式となっている。また、入力欄２３６は、アクセス端末の利用者が、サービス享受に際しての要望を入力するために設けられた欄である。この欄に入力された情報も、希望条件１３６ｂの１つとして扱われる。アクセス端末の利用者が、これらの入力欄２３１〜２２３に、キーボード、ポインティングデバイス等の入力装置を用いて適当な情報を入力し、送信ボタン２３４を選択すると、入力された情報が、ネットワーク４および通信部１１を介して、利用申込み登録処理部１２４に通知される。なお、リセットボタン２３５を選択した場合には、入力欄２３１〜２３３に入力した情報がクリアされる。
【０１２０】
利用申込み登録処理部１２４は、これらの入力情報を受け取ると（Ｓ２３０２）、通知されたコミュニティ名称１３１１ｂ、サービス名称１３１２ｃに対応するコミュニティＩＤ１３１１ａ、サービスＩＤ１３１２ａを特定する。そして、特定したコミュニティＩＤ１３１１ａ、サービスＩＤ１３１２ａと、通知された希望条件１３６ｂと、ログイン処理部１２２より受け取ったアクセス端末の利用者の参加者ＩＤ１３３ａとに、ユニークな利用申込みＩＤ１３６ａを付与して、サービス享受者管理データベース１３６に登録する（Ｓ２３０３）。この際、処理状態１３６ｃ（この場合は未着手）および登録日時１３６ｄも併せて登録する。そして、その旨の確認メッセージを、アクセス端末の表示装置に表示させる。
【０１２１】
次に、マッチング素案の作成支援・登録処理（図２のＳ２００７〜Ｓ２０１２）について説明する。
【０１２２】
図２５は、マッチング素案の作成支援・登録処理を説明するための図である。
【０１２３】
このフローは、図１６に示すようなスタートメニュー画面において、アクセス端末の利用者によりコーディネータ用メニューの項目１６２が選択されると開始される。
【０１２４】
まず、通信部１１は、コーディネータ用メニューの項目１６２が選択されたことをログイン処理部１２２に通知する。
【０１２５】
これを受けて、ログイン処理部１２２は、図２０に示すような、ログイン情報を入力するためのログイン画面を、アクセス端末の表示装置に表示させ（Ｓ２５０１）、アクセス端末の利用者からコーディネータのログイン情報１３２ｂの入力を受け付ける。
【０１２６】
次に、ログイン処理部１２２は、受付けたログイン情報１３２ｂがコーディネータ管理データベース１３２に登録されているか否かを調べ（Ｓ２５０２）、登録されていないならば、ログインを拒否し、アクセス端末の表示装置にエラーメッセージを表示させる等のエラー処理を行なう（Ｓ２５０３）。一方、登録されているならば、ログインを許可し、図２６に示すようなコーディネータ用のメニュー画面を表示する（Ｓ２５０４）。
【０１２７】
ここで、図２６に示すコーディネータ用メニュー画面には、マッチング素案作成のための項目２６１と、コーディネータが過去に行なったマッチング素案作成の履歴を閲覧するための項目２６２とが設けられており、アクセス端末の利用者は、ポィンティングデバイス等の入力装置を用いてカーソル１６４を移動して、いずれかの項目を選択することができる。この選択結果は、ネットワーク４および通信部１１を介して、ログイン処理部１２２に通知される。
【０１２８】
さて、通信部１１がマッチング素案作成のための項目２６１が選択されたことを検知すると（Ｓ２５０５）、ログイン処理部１２２から、コーディネータＩＤ１３２ａを取得し、素案作成登録処理部１２５に伝える。
【０１２９】
これを受けて、素案作成登録処理部１２５は、ログイン処理部１２２より受け取ったコーディネータＩＤ１３２ａに対応付けられているコミュニティＩＤ１３１１ａをコーディネータ管理データベース１３２から入手する。そして、サービス享受者管理データベース１３６を検索し、入手したコミュニティＩＤ１３１１ａを含み、且つ、処理状態１３６ｃが未着手、素案候補作成済み、再処理となっている利用申込みＩＤ１３６ａを検索する。
【０１３０】
それから、素案作成登録処理部１２５は、図２７に示すような、検出した利用申込みＩＤ１３６ａに対応付けられている各利用申込み者（サービス享受者）の諸情報の一覧からなる利用申込みリスト画面を、アクセス端末の表示装置に表示する（Ｓ２５０６）。
【０１３１】
図２７に示す利用申込みリスト画面において、符号２７２は、サービス享受者がサービスの享受を希望するボランティアサービスのサービス名称である。前記検出した利用申込みＩＤ１３６ａに対応付けられているサービスＩＤ１３１２ａをサービス享受者管理データベース１３６から抽出し、さらに抽出したサービスＩＤ１３１２ａに対応付けられているサービス名称１３１２ｃをコミュニティ/サービス管理データベース１３１のサービス情報管理テーブル１３１２から抽出することで特定される。また、符号２７３は、サービス享受者の氏名、住所、連絡先（電話番号とメールアドレス）等を含んだ個人情報である。前記検出した利用申込みＩＤ１３６ａに対応付けられている参加者ＩＤ１３３ａをサービス享受者管理データベース１３６から抽出し、さらに抽出した参加者ＩＤ１３３ａに対応付けられている個人情報１３３ｃを参加者管理データベース１３３から抽出することで特定される。また、符号２７４は、サービス享受者のサービス享受に際しての希望条件である。前記検出した利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂをサービス享受者管理データベース１３６から抽出することで特定される。また、符号２７５は、利用申込みに対するコーディネータの処理状態である。前記検出した利用申込みＩＤ１３６ａに対応付けられている処理状態１３６ｃをサービス享受者管理データベース１３６から抽出することで特定される。この処理状態は、未着手、素案候補作成済みおよび再処理のいずれかとなる。
【０１３２】
そして、符号２７６は、利用申込みがされた日時である。前記検出した利用申込みＩＤ１３６ａに対応付けられている登録日時１３６ｃをサービス享受者管理データベース１３６から抽出することで特定される。
【０１３３】
なお、本実施形態において、素案作成登録処理部１２５は、各利用申込み者の諸情報を、利用申込み日時２７６の古い順に並べて利用申込みリスト画面中に表示するようにしている。このようにすることで、コーディネータが、直ちに処理すべき案件を視覚的に把握し易くしている。
【０１３４】
また、図２７に示す利用申込みリスト画面において、符号２７７は、アクセス端末の利用者であるコーディネータの氏名と当該コーディネータが担当するコミュニティの名称である。コーディネータの氏名は、ログイン処理部１２２より受け取ったコーディネータＩＤ１３２ａに対応付けられている個人情報１３２ｃをコーディネータ管理データベース１３２から抽出することで特定される。また、コミュニティの名称は、前記コーディネータＩＤ１３２ａに対応付けられているコミュニティＩＤ１３１１ａをコーディネータ管理データベース１３２から抽出し、さらに、抽出したコミュニティＩＤ１３１１ａに対応するコミュニティ名称１３１１ｂを、コミュニティ/サービス管理データベース１３１のコミュニティ情報管理テーブル１３１１から抽出することで特定される。
【０１３５】
利用申込みリスト画面中の各利用申込み者の諸情報には、連番２７１が付されており、アクセス端末の利用者（つまりコーディネータ）が、キーボード等の入力装置を用いて所望の連番２７１を入力欄２７８に入力して、送信ボタン２７９を選択すると、入力された連番２７１が、ネットワーク４および通信部１１を介して、素案作成登録処理部１２５に通知される。なお、リセットボタン２８０を選択した場合には、入力欄２７８に入力した連番２７１がクリアされる。
【０１３６】
さて、素案作成登録処理部１２５は、連番２７１を受け取ると（Ｓ２５０７）、当該連番２７１が付された利用申込み者の諸情報に対応する利用申込みＩＤ１３６ａを特定する。そして、サービス享受者管理データベース１３６において、この利用申込みＩＤ１３６ａに対応する処理状態１３６ｃが素案候補作成済みとなっているか否かを調べ（Ｓ２５０８）、素案候補作成済みとなっているならばＳ２５１２に進み、なっていないならば、この利用申込みＩＤ１３６ａに対するマッチング素案候補を作成する（Ｓ２５０９〜Ｓ２５１１）。
【０１３７】
すなわち、まず、素案作成登録処理部１２５は、この利用申込みＩＤ１３６ａに対応付けられた参加者ＩＤ１３３ａにより特定されるサービス享受者に紹介すべきサービス提供者の候補（紹介候補者）を選出する（Ｓ２５０９）。
【０１３８】
具体的には、サービス提供者管理データベース１３５から、サービス享受者管理データベース１３６にて前記利用申込みＩＤ１３６ａに対応付けられているコミュニティＩＤ１３１１ａおよびサービスＩＤ１３１２ａを含む提供サービス情報の提供サービスＩＤ１３５ａを抽出する。そして、サービス提供者管理データベース１３５において、この抽出した提供サービスＩＤ１３５ａに対応付けられている参加者ＩＤ１３３ａにより特定される参加者各々を、紹介候補者として選出する。
【０１３９】
ただし、処理状態１３６ｃが再処理の場合には、サービス享受者管理データベース１３６にて前記利用申込みＩＤ１３６ａに対応付けられている前素案ＩＤ１３６ｅに基づき、マッチング素案管理データベース１３８を検索し、提供サービスＩＤ１３５ａを求める。そして、この提供サービスＩＤ１３５ａに対応付けられている参加者ＩＤ１３３ａにより特定される参加者については、紹介候補者から除外する。処理状態１３６ｃが再処理とは、前素案ＩＤ１３６ｅで特定される提供サービスＩＤ１３５ａに対応付けられている参加者ＩＤ１３３ａwを持つ参加者について、サービス紹介が失敗したことを意味している。したがって、前素案ＩＤ１３６ｅで特定される提供サービスＩＤ１３５ａに対応付けられている参加者ＩＤ１３３ａを持つ参加者を、紹介候補者から除外する。
【０１４０】
次に、素案作成登録処理部１２５は、選出した各紹介候補者の素案作成画面中の紹介候補者リストへの記載順位を決定する（Ｓ２５１０）。
【０１４１】
具体的には、サービス提供者管理データベース１３５から抽出した提供サービスＩＤ１３５ａに対応付けられている希望条件１３５ｂ各々について、当該希望条件１３５ｂと、サービス享受者管理データベース１３６にて前記利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂとの整合部分を調べる。そして、前記提供サービスＩＤ１３５ａに対応付けられている希望条件１３５ｂ各々について、例えば、当該希望条件１３５ｂにて指定されている曜日が前記利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂにて指定されている曜日を含む場合は点数５、当該希望条件１３５ｂにて指定されている時間帯が前記利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂにて指定されている時間帯を含む場合は点数３、そして、当該希望条件１３５ｂにて指定されている場所が前記利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂにて指定されている場所を含む場合は点数１、といったように、整合部分に応じて点数を付ける。そして、前記提供サービスＩＤ１３５ａに対応付けられている希望条件１３５ｂ各々について、その合計点が高いもの程、素案作成画面中の紹介候補者リストへの記載順位の優先度が高くなるように決定する。
【０１４２】
以上のようにして、選出した各紹介候補者の素案作成画面中の紹介候補者リストへの記載順位を決定したならば、素案作成登録処理部１２５は、ログイン処理部１２２より通知されたアクセス端末の利用者のコーディネータＩＤ１３２ａと、アクセス端末より通知された連番２７１より特定した利用申込みＩＤ１３６ａと、サービス提供者管理データベース１３５から抽出した提供サービスＩＤ１３５ａ各々を優先度の高い順に記述した提供サービスＩＤ候補リスト１３７ｂと、を含んだマッチング素案候補を、ユニークな素案候補ＩＤ１３７ａを付して、マッチング素案候補管理データベース１３７に登録する。この際、登録日時１３７ｃも併せて登録する（Ｓ２５１１）。また、交渉管理データベース１３９に、この素案候補ＩＤ１３７ａおよびコーディネータＩＤ１３２ａを登録する。さらにまた、サービス享受者管理データベース１３６中の、作成したマッチング素案候補に含まれる利用申込みＩＤ１３６ａに対応する処理状態１３６ｃを、未着手あるいは再処理からマッチング素案候補作成済みに変更する。
【０１４３】
さて、Ｓ２５１２において、素案作成登録処理部１２５は、Ｓ２５０７でアクセス端末より通知された連番２７１より特定した利用申込みＩＤ１３６ａを含むマッチング素案候補を、マッチング素案候補管理データベース１３７から抽出し、抽出したマッチング素案候補に基づいて、図２８に示すような素案作成画面を、アクセス端末の表示装置に表示させる。
【０１４４】
図２８に示す素案作成画面において、符号２８１は、抽出したマッチング素案候補中の利用申込みＩＤ１３６ａにより特定される利用申込み者の諸情報（利用申込み者情報）である。氏名、住所、連絡先といった利用申込み者の個人情報は、この利用申込みＩＤ１３６ａに対応付けられている参加者ＩＤ１３３ａをサービス享受者管理データベース１３６から抽出し、さらに、抽出した参加者ＩＤ１３３ａに対応付けられている個人情報１３３ｃを参加者管理データベース１３３から抽出することで特定される。また、場所、曜日/時間帯といったサービス享受に際しての希望条件は、この利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂをサービス享受者管理データベース１３６から抽出することで特定される。さらにまた、利用申込み者がサービス享受を希望するボランティアサービスの名称は、この利用申込みＩＤ１３６ａに対応付けられているサービスＩＤ１３１２ａをサービス享受者管理データベース１３６から抽出し、さらに、抽出したサービスＩＤ１３１２ａに対応付けられているサービス名称１３１２ｃを、コミュニティ/サービス管理データベース１３１のサービス情報管理テーブル１３１２から抽出することで特定される。
【０１４５】
ここで、素案作成画面中の利用申込み者の諸情報２８１には、当該利用申込み者に対する特記事項および評価情報へのリンクが設定されており、カーソル１６４を利用申込み者の諸情報２８１に移動すると、当該利用申込み者に対する特記事項および評価情報が、例えば図２２に示す表示枠２２７と同様に、吹きだし表示されるようになっている。この特記事項および評価情報は、利用申込み者の利用申込みＩＤ１３６ａに対応付けられている参加者ＩＤ１３３ａをサービス享受者管理データベース１３６から抽出し、さらに、抽出した参加者ＩＤ１３３ａに対応付けられている特記事項１３９ａ、評価情報１４０ｄを、それぞれ、交渉管理データベース１３９、実施結果管理データベース１４０から抽出することで特定される。
【０１４６】
また、符号２８２は、抽出したマッチング素案候補中の提供サービスＩＤ候補リスト１３７ｂに記載された提供サービスＩＤ１３５ａにより特定される各紹介候補者の諸情報である（紹介候補者リスト）。各紹介候補者の諸情報２８２は、提供サービスＩＤ候補リスト１３７ｂ中の提供サービスＩＤ１３５ａの記載順に表示される。ここで、氏名、住所、連絡先といった紹介候補者の個人情報とチケット額面所持量は、提供サービスＩＤ１３５ａに対応付けられている参加者ＩＤ１３３ａをサービス提供者管理データベース１３５から抽出し、さらに、抽出した参加者ＩＤ１３３ａに対応付けられている個人情報１３３ｃとチケット額面所持量１３３ｄを参加者管理データベース１３３から抽出することで特定される。また、場所、曜日/時間帯といったサービス提供に際しての希望条件は、提供サービスＩＤ１３５ａに対応付けられている希望条件１３５ｂをサービス提供者管理データベース１３５から抽出することで特定される。
【０１４７】
ここで、素案作成画面中の各紹介候補者の諸情報２８２も、利用申込み者の諸情報２８１と同様に、当該紹介候補者に対する特記事項および評価情報へのリンクが設定されており、カーソル１６４を任意の紹介候補者の諸情報２８２上に移動すると、当該紹介候補者に対する特記事項および評価情報が、例えば図２２に示す表示枠２２７と同様に、吹きだし表示されるようになっている。この特記事項および評価情報は、当該紹介候補者の提供サービスＩＤ１３５ａに対応付けられている参加者ＩＤ１３３ａをサービス提供者管理データベース１３５から抽出し、さらに、抽出した参加者ＩＤ１３３ａに対応付けられている特記事項１３９ａ、評価情報１４０ｄを、それぞれ、交渉管理データベース１３９、実施結果管理データベース１４０から抽出することで特定される。
【０１４８】
また、符号２８３は、アクセス端末の利用者であるコーディネータの氏名と当該コーディネータが担当するコミュニティの名称である。コーディネータの氏名は、ログイン処理部１２２より受け取ったコーディネータＩＤ１３２ａに対応付けられている個人情報１３２ｃをコーディネータ管理データベース１３２から抽出することで特定される。また、コミュニティの名称は、前記コーディネータＩＤ１３２ａに対応付けられているコミュニティＩＤ１３１１ａをコーディネータ管理データベース１３２から抽出し、さらに、抽出したコミュニティＩＤ１３１１ａに対応するコミュニティ名称１３１１ｂを、コミュニティ/サービス管理データベース１３１のコミュニティ情報管理テーブル１３１１から抽出することで特定される。
【０１４９】
素案作成画面中の各紹介候補者の諸情報２８２には、連番２８２ａが付されており、アクセス端末の利用者（つまりコーディネータ）が、所望の連番２８２ａをキーボード等の入力装置を用いてサービス提供者選択のための入力欄２８４に入力して、送信ボタン２８７を選択すると、入力された連番２８２ａが、ネットワーク４および通信部１１を介して、素案作成登録処理部１２５に通知される。
【０１５０】
また、特記事項を追加したい紹介候補者の連番２８２ａを入力欄２８５に入力し、当該紹介候補者に対する特記事項を入力欄２８６に入力して、送信ボタン２８７を選択すると、入力された連番２８２ａと特記事項とが、ネットワーク４および通信部１１を介して、素案作成登録処理部１２５に通知される。
【０１５１】
なお、リセットボタン２８９を選択した場合には、入力欄２８４〜２８６に入力した情報がクリアされる。また、終了ボタン２８８を選択した場合には、終了指示が、ネットワーク４および通信部１１を介して、素案作成登録処理部１２５に通知される。
【０１５２】
なお、図２８に示す素案作成画面では、各紹介候補者の諸情報２８２として、サービス提供者管理データベース１３５に登録されている個人情報１３３ｃとチケット額面所持量１３３ｄとを用いている。しかし、本発明はこれに限定されない。例えば、サービス提供者管理データベース１３５に、チケット額面所持量１３３ｄに代えてあるいはチケット額面所持量１３３ｄと共に、サービス享受およびサービス提供の履歴（サービス履歴）を登録しておき、各紹介候補者の諸情報２８２にサービス履歴さらにはサービス履歴の分析結果を加えるようにしてもよい。このサービス履歴は、例えば、後述する実施結果登録処理部１２６が、実施結果管理データベース１４０にマッチング素案に対する実施結果を登録する際に、登録対象のマッチング素案の素案ＩＤ１３８ａに対応付けられてマッチング素案管理データベース１３８に登録されている利用申込みＩＤ１３６ａと提供サービスＩＤ１３５ａとを抽出し、抽出した利用申込みＩＤ１３６ａに対応付けられてサービス享受者管理ＤＢ１３６に登録されている利用申込情報（サービスＩＤ１３１２ａ、コミュニティＩＤ１３１１ａ、希望条件１３６ｂ等）をサービス享受の履歴として、当該利用申込情報に含まれる参加者ＩＤ１３３ａに対応付けてサービス提供者管理データベース１３５に登録すると共に、抽出した提供サービスＩＤ１３５ａに対応付けられてサービス提供者管理データベース１３５に登録されている提供サービス情報（サービスＩＤ１３１２ａ、コミュニティＩＤ１３１１ａ、希望条件１３６ｂ等）をサービス提供の履歴として、当該提供サービス情報に含まれる参加者ＩＤ１３３ａに対応付けてサービス提供者管理データベース１３５に登録すればよい。
【０１５３】
さらに、利用申込みが満足される割合が時間の経過と共に増加しているのかといった、サービス提供の履歴の分析結果が素案作成画面に表示されることにより、素案作成の質の向上が期待される。
【０１５４】
以上のような素案作成画面を用いて、アクセス端末の利用者であるコーディネータは、素案作成画面中の利用申込み者の諸情報２８１により特定されるサービス享受者に紹介すべきサービス提供者を、素案作成画面中の各紹介候補者の諸情報２８２により特定される各紹介候補者の中から選び出すことができる。そして、選び出した紹介候補者を、入力欄２８４と送信ボタン２８７を用いてコミュニティ管理センタ１に通知することができる。
【０１５５】
また、コーディネータは、電話、電子メール等を用いて、素案作成画面中の各紹介候補者の諸情報２８２に含まれる連絡先へ連絡し、各紹介候補者とサービス提供のための交渉を個別に行なうことができる。そして、紹介候補者からの要望や気付いた点等があるならば、当該紹介候補者に対するこれらの説明を、入力欄２８５、２８６および送信ボタン２８７を用いて、コミュニティ管理センタ１に通知することができる。
【０１５６】
さて、素案作成登録処理部１２５は、入力欄２８５、２８６に入力された連番２８２ａ、気付いた点等の説明を受け取ると（Ｓ２５１３でＹｅｓ）、この連番２８２ａに対応する提供サービスＩＤ１３５ａを特定し、特定した提供サービスＩＤ１３５ａに対応付けられている参加者ＩＤ１３３ａをサービス提供者管理データベース１３５から抽出する。そして、交渉管理データベース１３９に、抽出した参加者ＩＤ１３３ａと受け取った説明とを含む特記事項１３９ａを、素案作成画面の基となったマッチング素案候補の素案候補ＩＤ１３７ａに対応付けて登録する（Ｓ２５１４）。
【０１５７】
また、素案作成登録処理部１２５は、入力欄２８４に入力された連番２８２ａを受け取ると（Ｓ２５１５でＹｅｓ）、この連番２８２ａに対応する提供サービスＩＤ１３５ａを特定する。そして、特定した提供サービスＩＤ１３５ａと、素案作成画面の基となったマッチング素案候補の素案候補ＩＤ１３７ａと、利用申し込みＩＤ１３６ａと、コーディネータＩＤ１３２ａと、を含んだマッチング素案を、ユニークな素案ＩＤ１３８ａを付して、マッチング素案管理データベース１３８に登録する。この際、登録日時１３８ｃも併せて登録し、マッチング内容１３８ｃは未確定とする（Ｓ２５１６）。また、交渉管理データベース１３９に、この素案ＩＤ１３７ａを、マッチング素案候補の素案候補ＩＤ１３７ａに対応付けて登録する。さらにまた、サービス享受者管理データベース１３６中の、マッチング素案候補に含まれる利用申込みＩＤ１３６ａに対応する処理状態１３６ｃを、マッチング素案候補作成済みからマッチング素案作成済みに変更する。
【０１５８】
そして、素案作成登録処理部１２５は、アクセス端末より素案作成画面中の終了ボタン２８８が選択されたことを通知されると（Ｓ２５１７でＹｅｓ）、当該アクセス端末への素案作成画面の表示を終了する。
【０１５９】
次に、マッチング素案の提示および実施結果報告の登録処理（図２のＳ２０１３〜Ｓ２０１６）について説明する。
【０１６０】
図２９は、マッチング素案の提示および実施結果報告の登録処理を説明するための図である。
【０１６１】
このフローは、図２１に示すような参加者用のメニュー画面において、アクセス端末の利用者によりマッチング素案の参照および実施結果報告の項目２１３が選択されると開始される。
【０１６２】
まず、通信部１１が、マッチング素案の参照および実施結果報告のための項目２１３が選択されたことを検知すると、ログイン処理部１２２から、アクセス端末の利用者の参加ＩＤ１３３ａを、実施結果登録処理部１２６に伝える。
【０１６３】
これを受けて、実施結果登録処理部１２６は、通知された参加者ＩＤ１３３ａに対応付けられた利用申込みＩＤ１３６ａを、サービス享受者管理データベース１３６から抽出する。そして、マッチング素案管理データベース１３８から、前記抽出した利用申込みＩＤ１３６ａを含むマッチング素案であって、マッチング内容１３８ｃが未確定のマッチング素案を抽出する。それから、実施結果登録処理部１２６は、抽出したマッチング素案について、図３０に示すような、マッチング素案・結果報告画面を作成し、通信部１１を介してアクセス端末の表示装置に表示させる（Ｓ２９０１）。
【０１６４】
図３０に示すマッチング素案・結果報告画面において、符号３０１は、抽出したマッチング素案中の提供サービスＩＤ１３５ａにより特定されるサービス提供者の個人情報である。提供サービスＩＤ１３５ａに対応付けられている参加者ＩＤ１３３ａをサービス提供者管理データベース１３５から抽出し、さらに、抽出した参加者ＩＤ１３３ａに対応付けられている個人情報１３３ｃを参加者管理データベース１３３から抽出することで特定される。符号３０２は、このサービス提供者のサービス提供に際しての希望条件である。提供サービスＩＤ１３５ａに対応付けられている希望条件１３５ｂをサービス提供者管理データベース１３５から抽出することで特定される。
【０１６５】
また、符号３０３は、抽出したマッチング素案中のコーディネータＩＤ１３２ａにより特定されるコーディネータの氏名と、当該コーディネータが担当するコミュニティの名称と、抽出したマッチング素案中の利用申込みＩＤ１３６ａにより特定される利用申込み者の氏名と、当該利用申込み者がサービス享受を希望するボランティアサービスの名称である。コーディネータの氏名は、コーディネータＩＤ１３２ａに対応付けられている個人情報１３２ｃをコーディネータ管理データベース１３２から抽出することで特定される。コミュニティの名称は、コーディネータＩＤ１３２ａに対応付けられているコミュニティＩＤ１３１１ａをコーディネータ管理データベース１３２から抽出し、さらに、抽出したコミュニティＩＤ１３１１ａに対応付けられているコミュニティ名称１３１１ｂをコミュニティ/サービス管理データベース１３１のコミュニティ情報管理テーブル１３１１から抽出することで特定される。利用申込み者の氏名は、利用申込みＩＤ１３６ａに対応付けられている参加者ＩＤ１３３ａをサービス享受者管理データベース１３６から抽出し、さらに、抽出した参加者ＩＤ１３３ａに対応付けられている個人情報１３３ｃを参加者管理データベース１３３から抽出することで特定される。そして、ボランティアサービスの名称は、利用申込みＩＤ１３６ａに対応付けられているサービスＩＤ１３１２ａをサービス享受者管理データベース１３６から抽出し、さらに、抽出したサービスＩＤ１３１２ａに対応付けられているサービス名称１３１２ｃをコミュニティ/サービス管理データベース１３１のサービス情報管理テーブル１３１２から抽出することで特定される。
【０１６６】
また、符号３０４は、個人情報３０４および希望条件３０２により特定されるサービス提供者とのサービス提供の交渉の成否を選択するためのボタン、符号３０５は、前記交渉が成立した場合に、サービス提供者からサービスを享受した日時を入力するための入力欄、符号３０６は、サービス享受に対して支払ったチケット額面を入力するための入力欄、そして、符号３０７は、享受したサービスに対する評価を記入する入力欄である。
【０１６７】
以上のようなマッチング素案・結果報告画面を用いて、アクセス端末の利用者であるサービス享受者（利用申込み者）は、コーディネータが紹介したサービス提供者の個人情報３０１に含まれる連絡先へ連絡するなどして、サービス提供者とサービス提供のための交渉を行なうことができる。そして、交渉が失敗した場合は、交渉結果ボタン３０４の「失敗」にチェックを入れ、送信ボタン３０８を選択することにより、その旨が、結果報告として、コミュニティ管理センタ１に通知される。また、交渉が成立し、サービスを享受した場合は、交渉結果ボタン３０４の「成立」にチェックを入れると共に、サービス享受日、支払いチケット額面および享受サービスに対する評価を入力欄３０５〜３０７に入力して、送信ボタン３０８を選択することにより、交渉が成立した旨と入力欄３０５〜３０７に入力した情報が、結果報告として、コミュニティ管理センタ１に通知される。なお、リセットボタン３０９を選択した場合には、交渉結果ボタン３０４のチェック内容および入力欄３０５〜３０７に入力した情報がクリアされる。また、終了ボタン３１０を選択した場合には、終了指示が、コミュニティ管理センタ１に通知される。
【０１６８】
なお、実施結果登録処理部１２６は、抽出したマッチング素案が複数ある場合、図３０に示すようなマッチング素案・結果報告画面をマッチング素案毎に作成し、前ページボタン３１１と次ページボタン３１２とを用いて、アクセス端末の利用者であるサービス享受者に、当該アクセス端末の表示装置に表示させるマッチング素案・結果報告画面を選択させるようにするとよい。
【０１６９】
さて、実施結果登録処理部１２６は、通信部１１を介して、マッチング素案・結果報告画面を表示させたアクセス端末より結果報告を受け取ると（Ｓ２９０２）、その内容をマッチング素案管理データベース１３８および実施結果管理データベース１４０に登録する。
【０１７０】
具体的には、アクセス端末よりの結果報告が交渉失敗を示している場合（Ｓ２９０３でＮｏ）、マッチング素案管理データベース１３８内の、アクセス端末に表示中のマッチング素案・結果報告画面に対応するマッチング素案のマッチング内容１３８ｃを「ＮＧ」に変更する共に、現在時刻をマッチング日時１３８ｄに登録する（Ｓ２９０４）。
【０１７１】
ここで、申し込み取り下げ３１１ａがチェックされていなければ（Ｓ２９０９）、さらに、このマッチング素案の利用申し込みＩＤ１３６ａに対応する、サービス享受者の参加者ＩＤ１３３ａ、サービス享受者が享受を希望するボランティアサービスのサービスＩＤ１３１２ａ、サービス享受者が前記ボランティアサービスの享受を希望するコミュニティのコミュニティＩＤ１３１１ａ、希望場所および希望曜日/時間帯（あるいは日時）を含むサービス享受に際しての希望条件１３６ｂ、利用申込み情報の登録日時１３６ｄを、サービス享受者管理データベース１３６から求める。そして、この求めた内容を、あらたにユニークな利用申込みＩＤ１３６ａを付与して享受者管理データベース１３６に登録する。この時、サービス享受者管理データベース１３６の処理状態１３６ｃを「再処理」とし、前素案ＩＤ１３６ｅとして、素案ＩＤ１３８ａを登録する（Ｓ２９１０）。
【０１７２】
一方、交渉成功を示している場合は（Ｓ２９０３でＹｅｓ）、マッチング素案管理データベース１３８内の、アクセス端末に表示中のマッチング素案・結果報告画面に対応するマッチング素案のマッチング内容１３８ｃを「ＯＫ」に変更する共に、現在時刻をマッチング日時１３８ｄに登録する（Ｓ２９０５）。次に、前記マッチング素案の素案ＩＤ１３８ａと、結果報告に含まれるチケット支払い額面１４０ｃ、評価情報１４０ｄおよびサービス享受日（実施日時）１４０ｂと、前記サービス提供者の参加ＩＤ１３３ａと、を含む実施結果を、ユニークな実施ＩＤ１４０ａを付与して、実施結果管理データベース１４０に登録する（Ｓ２９０６）。それから、参加者管理データベース１３３内の、前記サービス提供者の参加ＩＤ１３３ａに対応するチケット額面所持量１３３ｄに、結果報告に含まれるチケット支払い額面１４０ｃを加算すると共に、アクセス端末の利用者（サービス享受者）の参加ＩＤ１３３ａに対応するチケット額面所持量１３３ｄから、当該チケット支払い額面１４０ｃを減算する（Ｓ２９０７）。
【０１７３】
ここで、交渉成功もしくは申し込み取り下げの場合（Ｓ２９１１）には、当該マッチング素案のマッチング素案ＩＤについてのレコードを、マッチング素案管理データベース１３８、マッチング素案候補管理データベース１３７、実施結果管理データベース１４０、交渉管理データベース１４９から求め、仲介履歴管理データベース１４１に、仲介の履歴としてマッチング素案、マッチング素案候補、実施結果、交渉履歴をコピーする（Ｓ２９１２）。この時、コミュニティ管理センタ１の操作者等による改竄等を防止するため、たとえば、コミュニティ管理センタ１が秘密裏に保持する（所定の権限を有するコミュニティ管理センタ１の運営者等のみが知り得る）署名鍵を用いて前記仲介の履歴に署名を施してから、仲介履歴管理データベース１４１にコピーするとよい。また、コピーしたレコードは、マッチング素案管理データベース１３８、マッチング素案候補管理データベース１３７、実施結果管理データベース１４０、交渉管理データベース１４９からディスクスペースを空けるために削除してもよい。
【０１７４】
それから、実施結果登録処理部１２６は、アクセス端末よりマッチング素案・結果報告画面中の終了ボタン３１０が選択されたことを通知されると（Ｓ２９０８でＹｅｓ）、当該アクセス端末へのマッチング素案・結果報告画面の表示を終了する。
【０１７５】
次にコミュニティ管理センタ１の活動監視部１２７の処理について説明する。
【０１７６】
活動監視部１２７の処理は、コーディネータからの依頼を受けて、当該コーディネータが行なったマッチング素案作成履歴を出力する処理と、コミュニティ管理センタ１の運営者が指定したコーディネータが行なったマッチング素案作成履歴を出力する処理とに分けられる。
【０１７７】
まず、コーディネータからの依頼を受けて、当該コーディネータが行なったマッチング素案作成履歴を出力する処理について説明する。
【０１７８】
図３１は、コーディネータからの依頼を受けて、当該コーディネータが行なったマッチング素案作成履歴を出力する処理を説明するための図である。
【０１７９】
このフローは、図２６に示すようなコーディネータ用のメニュー画面において、アクセス端末の利用者により素案作成履歴閲覧の項目２６２が選択されると開始される。
【０１８０】
まず、ログイン処理部１２２は、素案作成履歴閲覧のための項目２６２が選択されたことを、アクセス端末の利用者のコーディネータＩＤ１３２ａと共に、活動監視部１２７に伝える。
【０１８１】
これを受けて、活動監視部１２７は、通知されたコーディネータＩＤ１３２ａに対応付けられたマッチング素案を、仲介履歴管理データベース１４１にコピーされたマッチング素案管理データベース１３８から１つ抽出する（Ｓ３１０２）。次に、抽出したマッチング素案の素案ＩＤ１３８ａに対応付けられているマッチング素案候補を、仲介履歴管理データベース１４１にコピーされたマッチング素案候補管理データベース１３７から抽出する（Ｓ３１０３）と共に、当該素案ＩＤ１３８ａに対応付けられている特記事項および実施結果を、それぞれ、仲介履歴管理データベース１４１にコピーされた交渉管理データベース１３９、実施結果管理データベース１４０から抽出する（Ｓ３１０４）。
【０１８２】
それから、活動監視部１２７は、Ｓ３１０２〜Ｓ３１０４で抽出したマッチング素案、マッチング素案候補、特記事項および実施結果の内容を基に素案作成履歴を作成する（Ｓ３１０５）。具体的には、マッチング素案、マッチング素案候補、特記事項および実施結果の各々について、その中に他の管理データベースでの管理に用いているＩＤが含まれている場合は、当該他の管理データベースを調べ、そのＩＤに対応付けられている情報を特定する。これにより、マッチング素案、マッチング素案候補、特記事項および実施結果各々の内容を特定し、これらの特定した情報を含んだ素案作成履歴を作成する。
【０１８３】
さて、活動監視部１２７は、Ｓ３１０２〜Ｓ３１０５の処理を繰り返し、ログイン処理部１２２より通知されたコーディネータＩＤ１３２ａに対応付けられた全てのマッチング素案に対して素案作成履歴を作成したならば（Ｓ３１０６）、サービス提供者の紹介がある参加者に偏っているか否かを評価する（Ｓ３１０７）。例えば、Ｓ３１０３で抽出した全てのマッチング素案候補に紹介候補者として記述されている各参加者について、マッチング素案候補への紹介候補者としての登場回数と、マッチング素案へのサービス提供者としての登場回数との比率を求める。そして、前記各参加者について求めた比率を、コーディネータの素案作成に際しての傾向とする。
【０１８４】
次に、活動監視部１２７は、Ｓ３１０５で作成した全ての素案作成履歴と、Ｓ３１０７で求めた傾向とを、アクセス端末の表示装置あるいはプリンタ等の出力装置に出力する（Ｓ３１０８）。
【０１８５】
次に、コミュニティ管理センタ１の運営者が指定したコーディネータが行なったマッチング素案作成履歴を出力する処理について説明する。
【０１８６】
この処理は、図３１に示す処理と基本的に同様である。但し、Ｓ３１０１において、コミュニティ管理センタ１に備えられたキーボード等の入力装置を介して、コミュニティ管理センタ１の運営者からコーディネータＩＤ１３２ａが指定される点で異なる。また、Ｓ３１０８において、Ｓ３１０５で作成した全ての素案作成履歴およびＳ３１０７で求めた傾向が、コミュニティ管理センタ１の表示装置あるいはプリンタ等の出力装置に出力される点で異なる。
【０１８７】
なお、コミュニティ管理センタ１は、学習機能を有していてもよい。それは、自身の処理内容についての履歴データを蓄積しておき、これを後の処理に用いてもよい。また、人工知能技術（含むニューロ技術）を用いて、学習機能を実現してもよい。学習機能をより高度且つ容易にするため、履歴データを、データベースのデータ構造をタグを用いてテキスト形式で表現できるようにしたＸＭＬ（Extensible Markup Language）などの形式度の高い言語で記述するとよい。また、各端末においては、入力されるデータを記憶しておき、その後入力されるデータと比較して誤入力を検出する構成をとってもよい。この場合、入力されるＩＤなど予めキーになる情報を定めておき、これにより記憶されたデータを検索する構成にしてもよい。なお、データの入力としては、参加登録依頼、提供サービス登録依頼、利用申込みの少なくとも１つが含まれる。
【０１８８】
以上、本発明の第１実施形態について説明した。
【０１８９】
本実施形態によれば、コーディネータは、コミュニティ管理センタ１によってコーディネータ端末２に表示された素案作成画面（図２８参照）を用いて、当該画面中の利用申込み者の諸情報２８１により特定されるサービス享受者に紹介すべきサービス提供者を、当該画面中の各紹介候補者の諸情報２８２により特定される各紹介候補者の中から選び出すことができる。ここで、各紹介候補者の諸情報２８２は、その希望条件と利用申込み者の諸情報２８１に含まれる希望条件との整合度の高い順番で表示されるので、コーディネータは、紹介すべきサービス提供者の選び出すときの目安とすることができる。
【０１９０】
また、各紹介候補者の諸情報２８２には、各紹介候補者のチケット額面所持量が記述される。本実施形態で用いるチケットは、ボランティアサービスに対する対価として専ら使用することを目的としている。したがって、紹介候補者のチケット額面所持量が少ないことは、当該紹介候補者にボランティアサービス提供の機会が少ししか与えられていないか、あるいは、与えられたボランティアサービス提供の機会に応じた分、自身がサービス享受者となってサービスを享受していることを意味する。
【０１９１】
上述したように、ボランティアサービス等のコミュニティ活動の活性化、円滑化を図るためには、多くの参加者にサービス提供の機会が与えられるようにすることが好ましい。すなわち、ある参加者にのみ、サービス提供の機会が集中的に与えられるような事態を避けることが望まれる。また、一方的にサービスが提供されるのではなく、あるときはサービス提供者となった参加者が、今度はサービス享受者となってサービスを享受することにより、参加者間でサービス交換が活発に行なわれることが好ましい。
【０１９２】
この点、本実施形態によれば、コーディネータは、素案作成画面中の各紹介候補者の諸情報２８２の記載順と、各紹介候補者の諸情報２８２に含まれるチケット額面所持量とを参照することにより、利用申込み者の希望条件をある程度満足しつつも、サービス提供の機会（コーディネータによる紹介の機会）の少ない紹介候補者を、紹介すべきサービス提供者として選択することが可能となる。
【０１９３】
また、本実施形態において、コーディネータは、素案作成画面中の各紹介候補者と個別に行なったサービス提供のための交渉で気付いた点等があるならば、それを特記事項として交渉相手の参加ＩＤ１３３ａに対応付けてコミュニティ管理センタ１に登録することができる。そして、コミュニティ管理センタ１は、コーディネータにより、コーディネータ端末２に表示させた素案作成画面中のある紹介候補者の諸情報２８２が指定されると、当該紹介候補者の参加ＩＤ１３３ａに対応付けられている特記事項をコーディネータ端末２に表示させるようにしている。このようにすることで、コーディネータは、各紹介候補者の特記事項をも考慮して、利用申込み者に紹介すべきサービス提供者を決定することができる。
【０１９４】
また、本実施形態によれば、利用申込みを行なった参加者（サービス享受者）の参加端末３に表示されるマッチング素案・結果報告画面（図３０参照）には、コミュニティ管理センタ１が選出した紹介候補者のうちコーディネータが選択した紹介候補者が、当該サービス享受者に紹介すべきサービス提供者として表示される。したがって、参加者間でサービス提供の機会獲得を競わせるような事態を避けることができ、これにより、ボランタリーなサービスの交換を目的としたコミュニティ活動の理念に合致した紹介サービスを実現できるように支援することが可能となる。
【０１９５】
また、本実施形態において、サービス享受者は、マッチング素案・結果報告画面中のサービス提供者より享受したサービスに関する評価情報を、当該サービス提供者の参加ＩＤ１３３ａに対応付けてコミュニティ管理センタ１に登録することができる。そして、コミュニティ管理センタ１は、コーディネータにより、コーディネータ端末２に表示させた素案作成画面中のある紹介候補者の諸情報２８２が指定されると、当該紹介候補者の参加ＩＤ１３３ａに対応付けられている評価情報をコーディネータ端末２に表示させるようにしている。このようにすることで、コーディネータは、各紹介候補者の評価情報をも考慮して、利用申込み者に紹介すべきサービス提供者を決定することができる。
【０１９６】
このように、本実施形態によれば、コーディネータは、素案作成画面に示されたサービス享受者や各紹介候補者の諸情報やこれらの者と個別に行なった交渉内容等を勘案することで、ボランティアサービスのやりとりが循環するように、サービス提供者とサービス享受者とのマッチングを行なうことができる。また、サービス享受者が見知らぬサービス提供者に、いきなり直接連絡しなくて済むように、コーディネータがサービス提供者を紹介するため、見知らぬ相手へ連絡しづらいことによる、コミュニティ活動参加の障壁が軽減され、サービス提供者とサービス享受者の自主性が高まる。また、コーディネータは、サービス提供者とサービス享受者のサービス履歴や個人情報に基づき、価格では評価しきれない要素を考慮したマッチングをシステムの支援を得ながら行うことができ、多様な価値の交換や互酬を伴うボランティアサービスの仲介が可能になる。
【０１９７】
さらに、本実施形態によれば、コミュニティ管理センタ１の活動監視部１２７により、各コーディネータに、当該コーディネータがこれまでに行なったマッチング素案作成履歴（マッチング素案候補、当該マッチング素案候補に基づいて当該コーディネータが作成したマッチング素案、当該マッチング素案の作成に際して各紹介候補者と行なった交渉での特記事項、および、当該マッチング素案に示された参加者間でのボランティアサービス交換の実施結果報告）の一覧を提示することができる。これにより、各コーディネータは、自身がこれまでに行なったマッチング素案作成履歴の一覧を参照することで、サービス提供者の紹介がある参加者に偏っているか否か等の、自身のコーディネータとしての活動の評価を行なうことが可能となる。
【０１９８】
また、活動監視部１２７により、コミュニティ管理センタ１の運営者は、所望のコーディネータのマッチング素案作成履歴の一覧を得ることができる。これにより、コミュニティ管理センタ１の運営者は、当該コーディネータのマッチング素案作成履歴の一覧を基に、当該コーディネータを継続して容認するか否か等の判断を行なうことができる。このマッチング素案作成履歴の一覧を基に、クレームがよせられた案件のコーディネート経緯をすぐにチェックすることで、問題点を簡単に把握できる。さらにまた、蓄積されたデータから、平均斡旋（紹介）時間を正確に把握でき、コーディネータの信認性の維持・向上に資することができる。
【０１９９】
なお、活動監視部１２７に、コーディネータの忠実義務や善管注意義務の履行の判断に必要な情報を提示する機能や当該判断を行なう機能を持たせるようにしてもよい。例えば、コミュニティ管理センタ１および/またはコミュニティ５の参加者が、活動監視部１２７が作成したマッチング素案作成履歴の一覧を利用できるよう制御を行う。つまり、活動監視部１２７は、コーディネータの忠実義務や善管注意義務の履行判断に必要な情報をマッチング素案作成履歴の一覧から抽出して、コミュニティ管理センタ１および/または参加者端末に提示する処理を行う。本機能は、サービス享受者が老人等の弱者の場合に、特に有効である。その他、コーディネータの忠実義務や善管注意義務の履行判断に必要な情報としては、コーディネータの行為を行った日時や、コーディネータを識別する情報や、行為の内容を示す情報等が含まれる。
【０２００】
ここで、善管注意義務違反の例とその判断機能について説明する。
【０２０１】
例えば、利用申し込みに対して、コーディネータがマッチング処理を長期間放置あるいは怠る。これには、紹介候補者リストに示された紹介候補者の中から利用申込み者に紹介すべきサービス提供者を選出する処理を、長期間放置あるいは怠るケースが考えられる。また、紹介候補者リストに示された紹介候補者に対する交渉処理、あるいは、利用申込み者に紹介すべきサービス提供者を選出した後にその事実を利用申し込み者へ連絡する処理（つまり、マッチング素案の登録処理）を長期間放置あるいは怠るケースなどがある。
【０２０２】
このような、利用申込み者に紹介すべきサービス提供者を選出する処理を長期間放置あるいは怠ったか否かの判断機能は、例えば、活動監視部１２７に、以下の処理を行なわせることで実現できる。すなわち、活動監視部１２７に、監視対象のコーディネータのコーディネータＩＤ１３２ａに対応付けられている利用申し込みＩＤ１３６ａをマッチング素案管理データベース１３８から抽出させる。次に、抽出した利用申込みＩＤ１３６ａに対応付けられてマッチング素案管理データベース１３８に登録されている登録日時１３８ｂと、当該利用申込みＩＤ１３６ａに対応付けられてサービス享受者管理データベース１３６に登録されている登録日時１３６ｄとのずれを検出させる。そして、前記ずれが所定期間（例えば３日間）以上であれば、前記処理を怠ったものと判断させる。あるいは、活動監視部１２７に、監視対象のコーディネータが担当するコミュニティのコミュニティＩＤ１３２ａに対応付けられてサービス享受者管理データベース１３６に登録されている利用申し込みＩＤ１３６ａが、マッチング素案管理データベース１３８に登録されているか否かを調べさせる。そして、登録されていない場合は、同様に、前記処理を怠ったものと判断させる。
【０２０３】
また、紹介候補者に対する交渉処理、あるいは、サービス提供者の選出後にその事実を利用申し込み者へ連絡する処理を長期間放置あるいは怠ったか否かの判断機能は、例えば、活動監視部１２７に、以下の処理を行なわせることで実現できる。すなわち、活動監視部１２７に、監視対象のコーディネータのコーディネータＩＤ１３２ａに対応付けられてマッチング素案管理データベース１３８に登録されている登録日時１３８ｂおよびマッチング日時１３８ｄを検出させる。そして、検出したマッチング日時１３８ｄが空欄であり且つ検出した登録日時１３８ｂが現在日時より所定期間（例えば３日間）以上前の場合は、前記処理を長期間放置あるいは怠ったものと判断させる。
【０２０４】
また、善管注意義務違反のその他の例としては、紹介候補者リストに示された紹介候補者の中から利用申込み者に紹介すべきサービス提供者として最初に選出した紹介候補者との交渉に失敗した場合に、代案として、紹介候補者リストに示された紹介候補者の中から利用申込み者に紹介すべきサービス提供者として別の紹介候補者を選出する処理を長期間放置あるいは怠るケースなどが考えられる。
【０２０５】
このような、最初に選出した紹介候補者との交渉に失敗した場合に、代案として別の紹介候補者を選出する処理を怠ったか否かの判断機能は、例えば、活動監視部１２７に、以下の処理を行なわせることで実現できる。すなわち、活動監視部１２７に、監視対象のコーディネータのコーディネータＩＤ１３２ａに対応付けられてマッチング素案管理データベース１３８に登録されているマッチング内容１３８ｃがＮＧの案件各々について、サービス享受者管理データベース１３６から、前素案ＩＤ１３６ｅが当該ＮＧの案件の素案ＩＤ１３８ａと同じ値を持つ案件を検出させ、その処理状態１３６ｃを調べさせる。そして、処理状態１３６ｃが未着手であり且つ当該ＮＧの案件のマッチング日時１３８ｄが現在日時より所定期間（例えば３日間）以上前の場合は、前記処理を長期間放置あるいは怠ったものと判断させる。
【０２０６】
そして、活動監視部１２７に、このような善管注意義務違反の判断結果を、当該判断を依頼したコミュニティ管理センタ１および/または参加者端末３に出力させる。
【０２０７】
次に、忠実義務違反の例とその判断機能について説明する。
【０２０８】
例えば、ある特定の利用申し込み者（例えば、コーディネータの親族等）を、当該利用申込み者の希望条件に一番マッチしたサービスを優先的に割り付けるように優遇するケースが考えられる。
【０２０９】
このような、特定の利用申込み者の利用申込みを優遇しているか否かの判断機能は、例えば、活動監視部１２７に、以下の処理を行なわせることで実現できる。すなわち、活動監視部１２７に、監視対象のコーディネータのコーディネータＩＤ１３２ａに対応付けられてマッチング素案管理データベース１３８に登録されているマッチング内容１３８ｃがＯＫの案件各々を、各案件の利用申し込みＩＤ１３６ａに対応付けられてサービス享受者管理データベース１３６に登録されているサービスＩＤ１３１２ａ毎に分類する。次に、サービスＩＤ１３１２ａ毎に、当該サービスＩＤ１３１２ａに分類された案件各々に対して、当該案件の提供サービスＩＤ１３５ａの、当該案件の素案候補ＩＤ１３７ａに対応付けられてマッチング素案候補管理データベース１３７に登録されている提供サービスＩＤ候補リスト１３７ｂでの優先度（記載順）を調べる。次いで、サービスＩＤ１３１２ａ毎に、当該サービスＩＤ１３１２ａに分類された案件の中から、最も高い優先度あるいは最も高い優先度から所定番目（例えば２〜３番目）までの優先度を持つ案件を抽出する。それから、抽出した各案件について、当該案件の利用申し込みＩＤ１３６ａに対応付けられてサービス享受者管理データベース１３６に登録されている参加者ＩＤ１３３ａを特定する。その結果、特定の参加者ＩＤ１３３ａが他の参加者ＩＤ１３３ａに比べて極端に多い（例えば、各参加者ＩＤ１３３ａの登場回数の平均値に対する特定の参加者ＩＤ１３３ａの登場回数の誤差が所定値（例えば確立誤差）以上である場合）は、前記特定の参加者ＩＤ１３３ａの参加者を優遇していると判断させる。
【０２１０】
また、忠実義務違反のその他の例としては、ある特定のサービス提供者（例えばコーディネータの親族等）を優先して利用申し込み者に紹介するケース、例えば、ある特定のサービス提供者に優先的に利用申し込みを割り付けることで、チケット所持量を増やすよう誘導するケースなどが考えられる。
【０２１１】
このような、特定のサービス提供者を優遇しているか否かの判断機能は、例えば、活動監視部１２７に、以下の処理を行なわせることで実現できる。すなわち、活動監視部１２７に、監視対象のコーディネータのコーディネータＩＤ１３２ａに対応付けられてマッチング素案管理データベース１３８に登録されているマッチング内容１３８ｃがＯＫの各案件の提供サービスＩＤ１３５ａを調べる。そして、特定の提供サービスＩＤ１３５ａが他の提供サービスＩＤ１３５ａに比べて極端に多い（例えば、各提供サービスＩＤ１３５ａの登場回数の平均値に対する特定の提供サービスＩＤ１３５ａの登場回数の誤差が所定値（例えば確立誤差）以上である場合）は、前記特定の提供サービスＩＤ１３５ａに対応付けられてサービス提供者管理データベース１３５に登録されている参加者ＩＤ１３３ａの参加者を優遇していると判断させる。
【０２１２】
そして、活動監視部１２７に、このような忠実義務違反の判断結果を、当該判断を依頼したコミュニティ管理センタ１および/または参加者端末３に出力させる。
【０２１３】
なお、上記のマッチング素案の提示および実施結果報告の登録処理において、仲介履歴データベース１４１に、マッチング素案管理データベース１３８、マッチング素案候補管理データベース１３７、実施結果管理データベース１４０、交渉管理データベース１４９のレコード（案件）をコピーした後、コピーしたレコードを削除する場合には、仲介履歴データベース１４１にコピーされたマッチング素案管理データベース１３８、マッチング素案候補管理データベース１３７、実施結果管理データベース１４０、交渉管理データベース１４９の各テーブルを用いて、上記の義務違反を判断させるようにすればよい。
【０２１４】
また、本実施形態によれば、各参加者は、任意単位のグループであるコミュニティ５の少なくともいずれか１つに属し、各コミュニティ５には、コーディネータが配属される。そして、参加者よりの利用申込みに、コミュニティ５の指定を含めるようにし、当該指定されたコミュニティ５を担当するコーディネータに、当該利用申込みに対するサービス提供者の紹介を行なわせるようにしている。したがって、コーディネータは、自身が熟知しているコミュニティの参加者であるサービス提供者の中から、利用申込みをした参加者に紹介すべきサービス提供者を選び出すことが可能となり、コーディネータにかかる負担を低減できる。
【０２１５】
次に、本発明の第２実施形態について説明する。
【０２１６】
上記の第１実施形態では、利用申込みをした参加者に紹介すべきサービス提供者の候補（紹介候補者）の選出をコミュニティ管理センタ１で行ない、当該参加者に紹介すべきサービス提供者の最終的な決定は、当該利用申込みにて指定されたコミュニティを担当するコーディネータに行わせるようにしている。これに対し、本実施形態では、前記参加者に紹介すべきサービス提供者の最終的な決定についても、コミュニティ管理センタ１で行なうようにしている。
【０２１７】
したがって、本実施形態が適用された紹介サービス支援システムの概略構成は、図１に示す第１実施形態の紹介サービス支援システムから、コーディネータ端末２を省略した形態となる。
【０２１８】
また、本実施形態が適用された紹介サービス支援システムに用いるコミュニティ管理センタ１は、以下の点で図３に示す第１実施形態のコミュニティ管理センタ１と異なる。すなわち、本実施形態では、コーディネータが不要であるので、記憶部１３からコーディネータ管理データベース１３２と交渉管理データベース１３９が省略される。これに併せて、マッチング素案候補管理データベース１３７（図１０参照）およびマッチング素案管理データベース１３８（図１１参照）の各々に含まれるコーディネータＩＤ１３２ａがコミュニティＩＤ１３１１ａに置き換わる。また、処理部１２７の活動監視部１２７での処理が、コーディネータ単位でなく、コミュニティ単位でマッチング素案作成履歴の一覧を作成するように修正される。
【０２１９】
さらに、本実施形態が適用された紹介サービス支援システムを利用して行なわれる紹介サービスの概略は、図２に示す紹介サービスの概略において、コミュニティ管理センタ１とコーディネータとのやり取りにより進められるマッチング素案の作成支援・登録処理（Ｓ２００７〜Ｓ２０１２）が、コミュニティ管理センタ１のみで実行されるようになる。
【０２２０】
次に、本実施形態のコミュニティ管理センタ１の動作について説明する。なお、本実施の形態においても、上記の第１実施形態のように学習機能を設けてもよい。また、さらに、端末における誤入力検出機能をもうけてもよい。
【０２２１】
なお、コミュニティ活動への登録処理、提供サービスの登録処理、利用申込みの登録処理、および、マッチング素案提示・実施結果報告処理は、それぞれ、図１５、図１９、図２３および図２９を用いて説明した第１実施形態のコミュニティ管理センタ１の処理と基本的に同様である。そこで、ここでは、第１実施形態のコミュニティ管理センタ１と処理が異なる部分、つまり、マッチング素案の作成支援・登録処理および活動監視部１２７による処理についてのみ説明する。
【０２２２】
まず、マッチング素案の作成支援・登録処理について説明する。
【０２２３】
図３２は、マッチング素案の作成支援・登録処理を説明するための図である。
【０２２４】
素案作成登録処理部１２５は、利用申込み登録処理部１２４によってサービス享受者データベース１３６に利用申込み情報が新たに登録されると（Ｓ３２１０）、これを検知して、新たに登録された利用申込み情報の利用申込みＩＤ１３６ａを入手する。そして、図２５に示したＳ２５０９の処理と同じ要領で、前記利用申込みＩＤ１３６ａに対応付けられた参加者ＩＤ１３３ａにより特定されるサービス享受者に紹介すべきサービス提供者の候補（紹介候補者）を選出する（Ｓ３２１１）。
【０２２５】
具体的には、サービス提供者管理データベース１３５から、サービス享受者管理データベース１３６にて前記利用申込みＩＤ１３６ａに対応付けられているコミュニティＩＤ１３１１ａおよびサービスＩＤ１３１２ａを含む提供サービス情報の提供サービスＩＤ１３５ａを抽出する。そして、サービス提供者管理データベース１３５において、この抽出した提供サービスＩＤ１３５ａに対応付けられている参加者ＩＤ１３３ａにより特定される参加者各々を、紹介候補者として選出する。
【０２２６】
次に、素案作成登録処理部１２５は、図２５に示したＳ２５１０の処理と同じ要領で、選出した各紹介候補者の優先度を決定する（Ｓ３２１２）。
【０２２７】
具体的には、サービス提供者管理データベース１３５から抽出した提供サービスＩＤ１３５ａに対応付けられている希望条件１３５ｂ各々について、当該希望条件１３５ｂと、サービス享受者管理データベース１３６にて前記利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂとの整合部分を調べる。そして、前記提供サービスＩＤ１３５ａに対応付けられている希望条件１３５ｂ各々について、例えば、当該希望条件１３５ｂにて指定されている曜日が前記利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂにて指定されている曜日を含む場合は点数５、当該希望条件１３５ｂにて指定されている時間帯が前記利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂにて指定されている時間帯を含む場合は点数３、そして、当該希望条件１３５ｂにて指定されている場所が前記利用申込みＩＤ１３６ａに対応付けられている希望条件１３６ｂにて指定されている場所を含む場合は点数１、といったように、整合部分に応じて点数を付ける。そして、前記提供サービスＩＤ１３５ａに対応付けられている希望条件１３５ｂ各々について、その合計点が高いもの程、優先度が高くなるように決定する。
【０２２８】
以上のようにして各紹介候補者の優先度を決定したならば、素案作成登録処理部１２５は、前記利用申込みＩＤ１３６ａと、前記利用申込みＩＤ１３６ａに対応付けられている利用申込み情報に含まれるコミュニティＩＤ１３１１ａと、サービス提供者管理データベース１３５から抽出した提供サービスＩＤ１３５ａ各々を優先度の高い順に記述した提供サービスＩＤ候補リスト１３７ｂと、を含んだマッチング素案候補を、ユニークな素案候補ＩＤ１３７ａを付して、マッチング素案候補管理データベース１３７に登録する。この際、登録日時１３７ｃも併せて登録する。また、サービス享受者管理データベース１３６中の、作成したマッチング素案候補に含まれる利用申込みＩＤ１３６ａに対応する処理状態１３６ｃを、未着手からマッチング素案候補作成済みに変更する（Ｓ３２１３）。
【０２２９】
次に、素案作成登録処理部１２５は、最も高い優先度を持つ紹介候補者が複数人いるか否かを調べる（Ｓ３２１４）。複数人いる場合は、参加者管理データベース１３３を用いて、これらの紹介候補者各々のチケット額面所持量１３３ｄを調べ、当該所持量が最も少ない紹介候補者を、前記利用申込みＩＤ１３６ａに対応付けられた利用申込み情報により特定されるサービス享受者に紹介すべきサービス提供者に決定する（Ｓ３２１６）。一方、最も高い優先度を持つ紹介候補者が１人の場合は、当該紹介候補者を、前記利用申込みＩＤ１３６ａに対応付けられた利用申込み情報により特定されるサービス享受者に紹介すべきサービス提供者に決定する（Ｓ３２１５）。
【０２３０】
次に、素案作成登録処理部１２５は、前記サービス享受者に紹介すべきサービス提供者を決定すると、このサービス提供者の提供サービスＩＤ１３５ａと、前記サービス提供者の決定に用いたマッチング素案候補の素案候補ＩＤ１３７ａと、利用申し込みＩＤ１３６ａと、コミュニティＩＤ１３１１ａと、を含んだマッチング素案を、ユニークな素案ＩＤ１３８ａを付して、マッチング素案管理データベース１３８に登録する。この際、登録日時１３８ｃも併せて登録し、マッチング内容１３８ｃは未確定とする。また、サービス享受者管理データベース１３６中の、マッチング素案候補に含まれる利用申込みＩＤ１３６ａに対応する処理状態１３６ｃを、マッチング素案候補作成済みからマッチング素案作成済みに変更する（Ｓ３２１７）。
【０２３１】
次に、活動監視部１２７による処理について説明する。
【０２３２】
図３３は、活動監視部１２７による処理を説明するための図である。
【０２３３】
コミュニティ管理センタ１の運営者等により、コミュニティ管理センタ１に備えられたキーボード等の入力装置を介して、マッチング素案作成履歴の対象コミュニティのコミュニティＩＤ１３１１ａが指定されると、これが活動監視部１２７へ通知される。
【０２３４】
これを受けて、活動監視部１２７は、通知されたコミュニティＩＤ１３１１ａに対応付けられたマッチング素案を、仲介履歴管理データベース１４１にコピーされたマッチング素案管理データベース１３８から１つ抽出する（Ｓ３３０１）。次に、抽出したマッチング素案の素案ＩＤ１３８ａに対応付けられているマッチング素案候補を、仲介履歴管理データベース１４１にコピーされたマッチング素案候補管理データベースから抽出する（Ｓ３３０２）と共に、当該素案ＩＤ１３８ａに対応付けられている実施結果を、仲介履歴管理データベース１４１にコピーされた実施結果管理データベース１４０から抽出する（Ｓ３３０３）。
【０２３５】
それから、活動監視部１２７は、Ｓ３３０１〜Ｓ３３０３で抽出したマッチング素案、マッチング素案候補および実施結果の内容を基に、素案作成履歴を作成する（Ｓ３３０４）。具体的には、マッチング素案、マッチング素案候補および実施結果の各々について、その中に他の管理データベースでの管理に用いているＩＤが含まれている場合は、当該他の管理データベースを調べ、そのＩＤに対応付けられている情報を特定する。これにより、マッチング素案、マッチング素案候補および実施結果各々の内容を特定し、これらの特定した情報を含んだ素案作成履歴を作成する。
【０２３６】
さて、活動監視部１２７は、Ｓ３３０１〜Ｓ３３０４の処理を繰り返し、コミュニティ管理センタ１の運営者より通知されたコミュニティＩＤ１３１１ａに対応付けられた全てのマッチング素案に対して素案作成履歴を作成したならば（Ｓ３３０５）、サービス提供者の紹介がある参加者に偏っているか否かを評価する（Ｓ３３０６）。例えば、Ｓ３１０２で抽出した全てのマッチング素案候補に紹介候補者として記述されている各参加者について、マッチング素案候補への紹介候補者としての登場回数と、マッチング素案へのサービス提供者としての登場回数との比率を求める。そして、前記各参加者について求めた比率より、サービス提供者の紹介がある参加者に偏っているか否かを評価する。
【０２３７】
次に、活動監視部１２７は、Ｓ３３０４で作成した全ての素案作成履歴と、Ｓ３３０６で求めた傾向とを、コミュニティ管理センタ１の表示装置あるいはプリンタ等の出力装置に出力する（Ｓ３３０７）。
【０２３８】
なお、上述したように、マッチング素案提示・実施結果報告処理（図２９参照）において、仲介履歴管理データベース１４１に仲介の履歴としてコピーされるマッチング素案、マッチング素案候補および実施結果に、コミュニティ管理センタ１が秘密裏に保持する（所定の権限を有するコミュニティ管理センタ１の運営者等のみが知り得る）署名鍵を用いて署名を施しておくとよい。このようにすれば、該署名を検証することにより、コミュニティ管理センタ１の操作者等による改竄等を検出することができる。
【０２３９】
以上、本発明の第２実施形態について説明した。
【０２４０】
本実施形態においても、上記の第１の態様と同様、利用申込み者の希望条件をある程度満足しつつも、サービス提供の機会（コーディネータによる紹介の機会）の少ない紹介候補者を、紹介すべきサービス提供者として選択することが可能となる。また、申込み者の端末には、最終的に選択したサービス提供者の情報のみが表示されることとなるため、サービス提供者間でサービス提供の機会獲得を競わせるような事態を避けることができ、これにより、ボランタリーなサービスの交換を目的としたコミュニティ活動の理念に合致した紹介サービスを実現できるように支援することが可能となる。
【０２４１】
また、本実施形態によれば、活動監視部１２７により、コミュニティ管理センタ１の運営者は、所望のコミュニティでのマッチング素案作成履歴の一覧を得ることができる。これにより、コミュニティ管理センタ１の運営者は、当該コミュニティでのマッチング素案作成履歴の一覧を基に、当該コミュニティに参加する各参加者に与えられたサービス提供の機会が偏向していないか否か等を判断することができる。この情報は、コミュニティ管理センタ１の運営者による参加者の個別指導に利用できる。
【０２４２】
また、本実施形態においても、上記の第１実施形態と同様に、各参加者は、任意単位のグループであるコミュニティ５の少なくともいずれか１つに属する。そして、参加者よりの利用申込みに、コミュニティ５の指定を含めるようにし、当該指定されたコミュニティ５に参加する参加者の中から、当該利用申込みに対して紹介すべきサービス提供者を選び出すようにしている。このようにすることで、前記紹介すべきサービス提供者の検索範囲をより小さくすることができ、したがって、前記紹介すべきサービス提供者の選出にかかる負荷を低減できる。
【０２４３】
以上、本発明の実施の形態について説明した。
【０２４４】
なお、本発明は上記の各実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【０２４５】
例えば、上記の各実施形態のマッチング素案提示・実施結果報告処理（図２９参照）において、アクセス端末の表示装置に表示させるマッチング素案・結果報告画面（図３０参照）中の、享受したサービスに対する評価の入力を受付ける入力欄３０７を、例えば、図３４に示すように、各評価項目毎にその満足度（図３４に示す例では、「良い」、「普通」、「悪い」の３段階）を選択させるような選択形式３０７ａとしてもよい。そして、コミュニティ管理センタ１の実施結果登録処理部１２６は、アクセス端末の利用者（サービス享受者）が選択した各評価項目の満足度に応じて点数を付け（例えば、図３４において、「良い」のときは点数１、「普通」のときは点数０、そして、「悪い」のときは点数-１）、この点数の合計を、評価情報１４０ｄとして、実施結果管理データベース１４０に登録するようにしてもよい。
【０２４６】
この場合、素案作成登録処理部１２５での紹介候補者選出処理（図２５のＳ２５０９、図３２のＳ３２１１）において、選出した紹介候補者各々について、当該紹介候補者の参加ＩＤ１３３ａに対応付けられている評価情報１４０ｄの合計点数を求め、当該合計点数が所定の基準に満たない者を、紹介候補者から除外するようにするとよい。このようにすれば、過去のボランティアサービス提供活動の評価をも考慮して、利用申込み者に紹介すべきサービス提供者を選び出すことが可能となる。
【０２４７】
また、上記の各実施形態では、ボランティアサービスに対する対価として専ら使用することを目的としたチケットの額面所持量１３３ｄを用いて、各参加者の紹介サービスの利用状況（ボランティアサービスの提供機会の頻度）を判断するようにしているが、本発明はこれに限定されない。例えば、マッチング素案管理データベース１３８でのサービス提供者としての登場回数（マッチング素案管理データベース１３８中のサービス提供ＩＤ１３５ａより特定できる）とサービス享受者としての登場回数（マッチング素案管理データベース１３８中の利用申込みＩＤ１３６ａより特定できる）との差分を用いて、各参加者の紹介サービスの利用状況を判断するようにしてもよい。
【０２４８】
また、上記の各実施形態では、コミュニティ５を複数設けているが、コミュニティ５は１つであっても構わない。この場合は、参加者全員が同じコミュニティ５に属することになるので、コミュニティ/サービス管理データベース１３１中のコミュニティ情報管理データベース１３１やコミュニティ参加管理データベース１３４等を用いたコミュニティの管理は必要ない。
【０２４９】
また、上記の各実施形態では、各参加者の個人情報１３３ｃおよびチケット額面所持量１３３ｄをコミュニティ管理センタ１の記憶部１３に設けた参加者管理データベース１３３で管理するようにしている。しかしながら、本発明はこれに限定されない。例えば、個人情報１３３ｃおよびチケット額面所持量１３３ｄを各参加者の参加者端末３が備える記憶装置（例えばＩＣカード）に格納し、参加者管理データベース１３３には、個人情報１３３ｃおよびチケット額面所持量１３３の代わりに、これらの情報の格納先へのアドレスを登録するようにしてもよい。そして、個人情報１３３ｃおよびチケット額面所持量１３３ｄが必要な場合には、参加者管理データベース１３３に登録されたこれらの情報の格納先のアドレスへアクセスして、これらの情報を入手するようにしてもよい。
【０２５０】
また、上記の各実施形態では、コミュニティ管理センタ１が扱うチケットは１種類であったが、複数種類あってもよい。例えば、図３５のように、地域管理データベース３５０１を設ける。図３６は、地域管理データベース３５０１のレイアウトであり、地域名３６０２、チケット種類３６０２、住民数３５０３が、ユニークな地域ＩＤ３６０１が付与されて登録される。地域ＩＤ３６０１で特定される、各地域は住民数３５０３が２５〜１００名程度であることが好ましい。ここで、コミュニティ活動への参加登録処理（図１５）において、個人情報１３３ｃに住所に応じた上記地域ＩＤを含ませる。したがって、参加者がどうような種類のチケットを使っているか、個人情報１３３ｃに含まれる地域ＩＤにより、地域管理データベース３５０１を検索することで特定することができる。また、マッチング素案の作成支援・登録処理（図２５）における、マッチング素案候補作成・登録（Ｓ２５１１）において、サービス提供者として、利用申し込み者と同じチケットを使用している者を選択するようにする。具体的には、サービス提供者管理データベース１３５の参加者ＩＤ１３３ａから、個人情報１３３ｃに含まれる地域ＩＤを求め、この地域ＩＤにより地域管理データベース３５０１からチケット種類３６０２を特定する。このチケット種類が、利用申込者のチケットと同じかどうかチェックして、同じなら候補として採用する。これにより、同じチケットを使用するもの同士に、仲介範囲が限定されるので、コーディネータの作業件数が削減され作業負荷を軽減する効果がある。
【０２５１】
また、上記の各実施形態を、以下のように、申し込み、素案候補作成、マッチング、結果公開、実施結果登録というサイクルに別けて運用してもよい。
【０２５２】
１）交流申し込みを、週２回（月曜１０時、水曜１５時締め切る）行う。
２）月曜１７時、木曜１２時にまでに素案候補を完成させる（自動）。
３）コーディネータは、火曜９〜１２時、木曜１２〜１５時にマッチング素案を作成する。
４）火曜１４時、木曜１６時に結果を公開する。
５）サービス享受者は、実施結果を月曜１７時および水曜１５時以降に登録する。
【０２５３】
この場合、図３５の処理部３５０２にマッチングサイクル管理処理部３５０３を設けて、上記のサイクルを管理する。この時、マッチングサイクル管理処理部３５０３は、月曜１０時〜火曜１４時および水曜１５時〜木曜１６時は、利用申し込みは受け付けないよう制御する。また、マッチング素案の作成支援・登録処理（図２５）における、利用申し込みリスト表示（Ｓ２５０６）において、申し込みの登録日時１３６ｄにより、申し込み開始から申し込み締め切りまでの申し込み案件に絞り込む。
【０２５４】
したがって、マッチング素案候補作成・登録（Ｓ２５１１）においては、左記利用申し込みリストにしたがい行うことになる。マッチングサイクル管理処理部３５０３は、マッチング素案の作成支援・登録処理（図２５）により作成されたマッチング素案を、火曜１４時、木曜16時に結果をサービス享受者に公開する。そして、マッチングサイクル管理処理部３５０３は、実施結果を月曜１７時および水曜１５時以降に登録可能にする。
【０２５５】
また、上記の各実施形態では、ボランティアサービスの交換を目的としたコミュニティ活動において、サービス享受者に、当該サービス享受者の要望に沿ったサービスを提供できるサービス提供者を紹介する紹介サービスを支援する場合を例にとり説明した。しかし、本発明は、これに限定されない。
【０２５６】
本発明は、ボランティアサービスの交換を目的としたコミュニティ活動のみならず、価格情報に一元的に還元できない多元的価値を持つサービスや商品の交換を行なう分野に広く適用できる。また、互酬を伴うサービスや商品の交換を行なう分野にも適用できる。たとえば、株式関係でソフトマネーと呼ばれている予測レポートのネット取引等、銀行や証券の分野にも適用可能である。
【０２５７】
また、本発明は、サービス交換以外を目的したコミュニティ活動（例えば趣味サークル等への参加等）において、申込み者の要望に沿った人物を紹介する紹介サービスにも広く適用できる。特に、高齢者用システムに適用可能である。この場合などでは、参加者からの登録を、コミュニティ管理センタで、コーディネータが参加者と電話をしながら登録代行する機能を持たせてもよい。さらに、登録内容を音声で出力する構成にしてもよい。音声出力することで、過去のデータ内容とこれから登録しようとする内容を比較して、誤入力を防止することを可能にできる。
【０２５８】
また、上記の各実施形態において、コミュニティ管理センタ１が扱うチケットとして電子マネーのような電子データ（電子チケット）を用いるようにしてもよい。例えば、コミュニティ管理センタ１の運営者が、参加者管理データベース１３２に登録されている参加者各々にＩＣカードを配布する。参加者は、自身の参加者端末３にＩＣカードを装着し、該ＩＣカードに自身が所持する電子チケットの情報を格納しておく（参加者端末３には、ＩＣカードにアクセスするための手段（ＩＣカードリーダ・ライタ）が必要となる）。そして、参加者は、自身の参加者端末３に装着されたＩＣカードと他の参加者の参加者端末３に装着されたＩＣカードとの間で、電子チケットの情報を送受することにより、当該他の参加者と電子チケットの授受を行なう。
【０２５９】
なお、ここで、各参加者に配布するＩＣカードに、当該参加者のログイン情報１３３ｂを予め格納しておいてもよい。そして、該ＩＣカードに格納されているログイン情報１３３ｂを該ＩＣカードが装着された参加者端末３に入力した者に対してのみ、該ＩＣカードに格納されている電子チケットの情報等へのアクセスを許可するアクセス制御機能を、参加者端末３および/またはＩＣカードに設けるようにしてもよい。また、該ＩＣカードに格納されている電子チケットの情報等へのアクセスが許可された者のみが、該ＩＣカードが装着された参加者端末３を用いてコミュニティ管理センタ１へのアクセスできるように、前記アクセス制御機能を修正してもよい。さらには、各参加者に配布するＩＣカードに、当該参加者がアクセス可能な情報の種類等を予め格納しておき、該ＩＣカードが装着された参加者端末３が、コミュニティ管理センタ１の各種データベースに格納された情報のうち該ＩＣカードに格納されているアクセス可能な情報の種類に属する情報にのみ、アクセスできるように、前記アクセス制御機能を修正してもよい。
【０２６０】
また、該ＩＣカードが装着された参加者端末３がコミュニティ管理センタ１にアクセスして入手した各種情報を、該ＩＣカードに格納するようにしてもよい。そして、参加者が、該ＩＣカードが装着された参加者端末３を用いて、これらの各種情報をオフラインで閲覧できるようにしてもよい。
【０２６１】
同様に、コミュニティ管理センタ１の運営者が、コーディネータ管理データベース１３３に登録されているコーディネータ各々に対しても、ＩＣカードを配布するようにしてもよい。各コーディネータに配布するＩＣカードに、当該コーディネータのログイン情報１３２ｂを予め格納しておき、該ＩＣカードに格納されているログイン情報１３２ｂを、該ＩＣカードが装着されたコーディネータ端末２（コーディネータ端末２には、ＩＣカードにアクセスするための手段（ＩＣカードリーダ・ライタ）が必要となる）に入力した者に対してのみ、該ＩＣカードに格納されている諸情報へのアクセスを許可するアクセス制御機能を、コーディネータ端末２および/またはＩＣカードに設けるようにしてもよい。また、該ＩＣカードに格納されている諸情報へのアクセスが許可された者のみが、該ＩＣカードが装着されたコーディネータ端末２を用いてコミュニティ管理センタ１へのアクセスできるように、前記アクセス制御機能を修正してもよい。さらに、各コーディネータに配布するＩＣカードに、当該コーディネータがアクセス可能な情報の種類等を予め格納しておき、該ＩＣカードが装着されたコーディネータ端末２が、コミュニティ管理センタ１の各種データベースに格納された情報のうち、該ＩＣカードに格納されているアクセス可能な情報の種類に属する情報にのみ、アクセスできるように、前記アクセス制御機能を修正してもよい。
【０２６２】
また、該ＩＣカードが装着されたコーディネータ端末２がコミュニティ管理センタ１にアクセスして入手した各種情報を該ＩＣカードに格納するようにしてもよい。そして、コーディネータが、該ＩＣカードが装着されたコーディネータ端末２を用いて、これらの各種情報をオフラインで閲覧できるようにしてもよい。
【０２６３】
また、上記の各実施形態が適用された紹介サービス支援システムを他のシステムと連携させるようにしてもよい。例えば、紹介サービス支援システムを消防車や救急車等の手配を受け付けるための受付けシステムと連携させるようにしてもよい。この場合、例えば、図１６に示すスタートメニュー画面に、本発明の紹介サービス支援システムを利用するための項目に加えて、消防車や救急車等の手配を受け付けるための項目を設ける。そして、参加者用メニュー画面において、これらの手配を受け付けるための項目が選択された場合は、その旨を受付けシステムに通知する。これを受けて、受付けシステムは、適当な入力画面を介して、参加者から消防車や救急車等の手配を受け付けるために必要な情報を受け付け、これを受付けシステムの操作者等に知らせる。
【０２６４】
ここで、参加者端末３は、参加者用メニュー画面を表示した後、いずれの項目も選択されないまま所定時間を経過した場合は、参加者に緊急事態が発生したものと判断し、その旨を参加者のログイン情報と共にコミュニティ管理センタ１に通知するようにするとよい。そして、コミュニティ管理センタ１は、参加者に緊急事態が発生した旨の通知を参加者端末３より受け取ったならば、当該通知と共に受け取ったログイン情報に対応付けられて登録されている参加者の個人情報と当該参加者の緊急連絡先とを受付けシステムに通知して、受付けシステムの操作者等に緊急事態を知らせるようにするとよい。このようにすることで、受付けシステムの操作者等は、緊急連絡先に連絡するなどして、緊急事態が発生した参加者の容体を確認してもらうことが可能となり、的確な措置を講ずることが可能となる。
【０２６５】
なお、参加者端末３が、コミュニティ管理センタ１に、参加者に緊急事態が発生した旨の通知と共に送信する当該参加者のログイン情報は、当該参加者端末３が上述したＩＣカードを利用するものである場合には、当該ＩＣカードに格納されているログイン情報を用いるようにするとよい。また、各参加者の緊急連絡先は、参加者管理データベース１３３に予め登録しておくようにしてもよいし、あるいは、前記ＩＣカードに予め格納しておき、当該ＩＣカードに格納されているログイン情報と共にコミュニティ管理センタ１へ通知するようにしてもよい。
【０２６６】
【発明の効果】
以上説明したように、本発明によれば、多元的価値を持つおよび/または互酬を伴うサービスや商品の交換の活性化、円滑化を図ることができるように、仲介を支援することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１実施形態が適用された紹介サービス支援システムの概略構成を示す図である。
【図２】図１に示す紹介サービス支援システムを利用して行なわれる紹介サービスの概略を説明するための図である。
【図３】図１に示すコミュニティ管理センタ１の概略構成を示す図である。
【図４】図３に示すコミュニティ/サービス管理データベース１３１の登録内容例を示す図である。
【図５】図３に示すコーディネータ管理データベース１３２の登録内容例を示す図である。
【図６】図３に示す参加者管理データベース１３３の登録内容例を示す図である。
【図７】図３に示すコミュニティ参加管理データベース１３４の登録内容例を示す図である。
【図８】図３に示すサービス提供者管理データベース１３５の登録内容例を示す図である。
【図９】図３に示すサービス享受者管理データベース１３６の登録内容例を示す図である。
【図１０】図３に示すマッチング素案候補管理データベース１３７の登録内容例を示す図である。
【図１１】図３に示すマッチング素案管理データベース１３８の登録内容例を示す図である。
【図１２】図３に示す交渉管理データベース１３９の登録内容例を示す図である。
【図１３】図３に示す実施結果管理データベース１４０の登録内容例を示す図である。
【図１４】図１に示すコミュニティ支援システムを構成する各装置のハードウエア構成例を示す図である。
【図１５】本発明の第１実施形態におけるコミュニティ活動への参加登録処理を説明するための図である。
【図１６】コミュニティ管理センタ１にアクセスしてきた端末に表示するスタートメニュー画面の一例を示す図である。
【図１７】コミュニティ管理センタ１にアクセスしてきた端末に表示する参加登録画面の一例を示す図である。
【図１８】コミュニティ管理センタ１にアクセスしてきた端末に表示するコミュニティ選択画面の一例を示す図である。
【図１９】本発明の第１実施形態における提供サービスの登録処理を説明するための図である。
【図２０】コミュニティ管理センタ１にアクセスしてきた端末に表示するログイン画面の一例を示す図である。
【図２１】コミュニティ管理センタ１にアクセスしてきた端末に表示する参加者用メニュー画面の一例を示す図である。
【図２２】コミュニティ管理センタ１にアクセスしてきた端末に表示する提供サービス登録画面の一例を示す図である。
【図２３】本発明の第１実施形態における利用申込みの登録処理を説明するための図である。
【図２４】コミュニティ管理センタ１にアクセスしてきた端末に表示する利用申込み登録画面の一例を示す図である。
【図２５】本発明の第１実施形態におけるマッチング素案の作成支援・登録処理を説明するための図である。
【図２６】コミュニティ管理センタ１にアクセスしてきた端末に表示するコーディネータ用メニュー画面の一例を示す図である。
【図２７】コミュニティ管理センタ１にアクセスしてきた端末に表示する利用申込みリスト画面の一例を示す図である。
【図２８】コミュニティ管理センタ１にアクセスしてきた端末に表示する素案作成画面の一例を示す図である。
【図２９】本発明の第１実施形態におけるマッチング素案の提示および実施結果報告の登録処理を説明するための図である。
【図３０】コミュニティ管理センタ１にアクセスしてきた端末に表示するマッチング素案・結果報告画面の一例を示す図である。
【図３１】本発明の第１実施形態における監視活動部１２７による処理を説明するための図である。
【図３２】本発明の第２実施形態におけるマッチング素案の作成支援・登録処理を説明するための図である。
【図３３】本発明の第２実施形態における活動監視部１２７による処理を説明するための図である。
【図３４】コミュニティ管理センタ１にアクセスしてきた端末に表示するマッチング素案・結果報告画面の変形例を示す図である。
【図３５】図１に示すコミュニティ管理センタ１の変形例の概略構成を示す図である。
【図３６】図３５に示す地域管理データベース３５０１の登録内容例を示す図である。
【符号の説明】
１…コミュニティ管理センタ、２…コーディネータ端末、３…参加者端末、４…ネットワーク、５…コミュニティ、６…中継局、１１…通信部、１２、３５０２…処理部、１３…記憶部、７１…ＣＰＵ、７２…メモリ、７３…外部記憶装置、７４…通信装置、７５…入力装置、７６…出力装置、７７…読取装置、７８…インターフェース、７９…記憶媒体、１２１…参加者登録処理部、１２２…ログイン処理部、１２３…提供サービス登録処理部、１２４…利用申込み登録処理部、１２５…素案作成登録処理部、１２６…実施結果登録処理部、１３１…コミュニティ/サービス管理データベース、１３２…コーディネータ管理データベース、１３３…参加者管理データベース、１３４…コミュニティ参加管理データベース、１３５…サービス提供者管理データベース、１３６…サービス享受者管理データベース、１３７…マッチング素案候補管理データベース、１３８…マッチング素案管理データベース、１３９…交渉管理データベース、１４０…実施結果管理データベース、３５０１…地域管理データベース
【図１】
0004074428.tif 000002
【図２】
0004074428.tif 000003
【図３】
0004074428.tif 000004
【図４】
0004074428.tif 000005
【図５】
0004074428.tif 000006
【図６】
0004074428.tif 000007
【図７】
0004074428.tif 000008
【図８】
0004074428.tif 000009
【図９】
0004074428.tif 000010
【図１０】
0004074428.tif 000011
【図１１】
0004074428.tif 000012
【図１２】
0004074428.tif 000013
【図１３】
0004074428.tif 000014
【図１４】
0004074428.tif 000015
【図１５】
0004074428.tif 000016
【図１６】
0004074428.tif 000017
【図１７】
0004074428.tif 000018
【図１８】
0004074428.tif 000019
【図１９】
0004074428.tif 000020
【図２０】
0004074428.tif 000021
【図２１】
0004074428.tif 000022
【図２２】
0004074428.tif 000023
【図２３】
0004074428.tif 000024
【図２４】
0004074428.tif 000025
【図２５】
0004074428.tif 000026
【図２６】
0004074428.tif 000027
【図２７】
0004074428.tif 000028
【図２８】
0004074428.tif 000029
【図２９】
0004074428.tif 000030
【図３０】
0004074428.tif 000031
【図３１】
0004074428.tif 000032
【図３２】
0004074428.tif 000033
【図３３】
0004074428.tif 000034
【図３４】
0004074428.tif 000035
【図３５】
0004074428.tif 000036
【図３６】
0004074428.tif 000037