(57)【要約】      （修正有）【課題】インターネットをベースにした個人への寄付を可能にする寄付システムを提供する。【解決手段】人物に関するウェブ情報をインターネット検索により取得して表示部により表示する人物情報提示手段、前記表示された人物に関する情報に基づいて入力部により入力された寄付者からの寄付を受け付ける寄付受付け手段、前記受け付けた寄付を記憶部に記憶する寄付ストック手段、前記記憶された寄付を被寄付者に受け渡す寄付受渡し手段、を備える。【選択図】図１
2011002951.tif 000002
【特許請求の範囲】
【請求項１】
人物に関する情報を表示部により表示する人物情報提示手段、
前記表示された人物に関する情報に基づいて入力部により入力された寄付者からの寄付を受け付ける寄付受付け手段、
前記受け付けた寄付を記憶部に記憶する寄付ストック手段、
前記記憶された寄付を被寄付者に受け渡す寄付受渡し手段、
を備えることを特徴とする寄付システム。
【請求項２】
前記人物情報提示手段は、人物に関するウェブ情報をインターネット検索により取得して表示部により表示する、請求項１に記載の寄付システム。
【請求項３】
前記人物情報提示手段は、人物に関する寄付情報を表示部により表示する、請求項１又は２に記載の寄付システム。
【請求項４】
前記寄付受付け手段は、人物に関する情報に対応させて寄付の入力を受け付ける、請求項１乃至３のいずれかに記載の寄付システム。
【請求項５】
前記寄付ストック手段は、人物に関する情報に対応させて入力された寄付を記憶部に記憶する、請求項１乃至４のいずれかに記載の寄付システム。
【請求項６】
前記寄付受渡し手段は、人物に関する情報に対応させて記憶された寄付を出力部により出力する、請求項１乃至５のいずれかに記載の寄付システム。
【請求項７】
前記人物情報提示手段、前記寄付受付け手段、前記寄付ストック手段、前記寄付受渡し手段は、API又はウェブ上モジュールを介してコンピュータ端末又はそれに表示されるウェブサイト上から呼び出されて実行される、請求項１乃至６のいずれかに記載の寄付システム。
【請求項８】
人物に関する情報を表示部により表示し、
前記表示された人物に関する情報に基づいて寄付の入力を入力部により受け付け、
前記受け付けた寄付を記憶部により記憶し、
前記記憶された寄付を被寄付者に受け渡す、
ことを特徴とする寄付方法。
【請求項９】
請求項８に記載の方法をコンピュータに実行させるためのプログラム。
【請求項１０】
API又はウェブ上モジュールを介してコンピュータ端末又はそれに表示されるウェブサイト上に呼び出されて実行される請求項９に記載のプログラム。
【請求項１１】
請求項９又は１０に記載のプログラムを記録したコンピュータ読み取り可能記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットをベースにした個人への寄付を可能にする寄付システムに関するものである。
【背景技術】
【０００２】
ウェブ上の情報を収集し、ユーザの見やすい形に加工する研究やサービスが増えている。例えば、商品に関する情報を収集するサイト、不動産に関する情報を収集するサイトなどであり、商品検索としては、kakaku.comやYahoo!商品検索、Google Product Search、PowerReviews等がある。不動産に関するサイトとしては、Trulia、Craiglist、Zillowなどがある。汎用の検索エンジンにおいても、特定の対象に関する情報を整理して出す試みが行われている。これらの技術は、垂直検索（バーティカルサーチ、vertical search）と呼ばれ、検索対象を絞った上で、汎用の検索エンジンではできないような、高度な検索、マイニング、データ統合を行うものである。商品や不動産に加え、旅行、音楽、企業情報など、さまざまな垂直検索がある。
【０００３】
垂直検索の中でも典型的なものが人物検索である。人物に関する情報をウェブから収集し（もしくは人物データベース等の情報を利用し）、ユーザの知りたい人物に関する情報を、分かりやすくまとめて提示するものである。すでにある商用サイトとしては、国内ではSPYSEEやYahoo!人物名鑑、SBI Business、また、海外ではSpock、ZoomInfo、Pipl、PeekYou、人立方関係捜索（中国）、Yahoo!人物（中国）等がある。いずれも、人物に関して情報の収集と提示を効果的に行っている。学術的には、1997年のKautzらの研究（非特許文献１参照）がその諸端となったが、2005年ごろから再び研究が活発に行なわれはじめ（非特許文献２、３参照）、2008年、2009年にはウェブの学術研究で最も権威あるWWW国際会議（International WWW Conference）でウェブ人物検索ワークショップ（Web People Search Workshop）が行われるなど（非特許文献４参照）、研究コミュニティでの注目も高い。
【０００４】
一方、昨今の経済情勢や、環境・慈善活動への意識の高まりが背景となって、寄付に関する関心が高まっている。米国では、社会的な成功を収めた者が多額の寄付をする文化があり（例えば、ビル・ゲイツやウォーレン・バフェットの例が記憶に新しい）、さらに社会起業家への寄付も行われはじめている。日本では、海外での病気の治療のための寄付をネットで募ったり、マイナースポーツ選手を財政的に助けるなどの活動がネットで行われる例がある。また政治家への寄付も企業献金から個人献金へと移行しており、また経済的な格差が広がっている中で、寄付に対するニーズは高まりを見せている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Kautz, H., Selman, B., and Shaha, M., "The Hidden Web", AI magazine, Vol.18, No.2, pp.27-35 (1997)
【非特許文献２】Mika, P., Flink, "Semantic Web Technology for the Extraction and Analysis of Social Networks", Journal of Web Semantics, Vol.3, No.2 (2005)
【非特許文献３】Matsuo, Y., Mori, J., Hamasaki, M., Takeda, H., Nishimura, T., Hasida, K., and Ishizuka, M., "POLY-PHONET: An advanced social network extraction system", Proc. WWW 2006 (2006)
【非特許文献４】Web People Search Evaluation Workshop (2009),  http://nlp.uned.es/weps/
【非特許文献５】Mann, G. S. and Yarowsky, D., "Unsupervised personal name disambiguration", in Proc. CoNLL (2003)
【非特許文献６】Li, X., Morie, P., and Roth, D., "Semantic Integration in Text: From Ambiguous Names to Identifiable Entities," AI Magazine Spring, pp.45-68 (2005)
【非特許文献７】Bekkerman, R. and McCallum, A., "Disambiguating Web Appearances of People in a Social Network", in Proc. WWW 2005 (2005)
【非特許文献８】Bollegala, D., Matuso, Y., and Ishizuka, M., "Disambiguating Personal Names on the Web using Automatically Extracted Key Phrases", in Proc. ECAI 2006 (2006)
【非特許文献９】松尾 豊、中西 紘子、橋田 浩一、「検索エンジンを用いた研究者の所属情報抽出」、知能情報ファジィ学会論文誌、2007
【非特許文献１０】Danushka Bollegala, Yutaka Matsuo, and Mitsuru Isizuka, "Measuring Semantic Similarity between Words using Web Search Engines", Proc. 16th International World Wide Web Conference (WWW2007), May 2007
【非特許文献１１】森 純一郎，松尾 豊，石塚 満, "Webからの人物に関するキーワード抽出"，人工知能学会論文誌，Vol.20，No.5，pp.337-345，2005
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上記のとおりの事情に鑑み、人物検索の流れと、寄付のニーズの高まりを背景に、インターネットをベースにした個人への寄付を可能にする寄付システムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明の寄付システムは、人物検索の機能を基盤とした情報提示機構を中心として、寄付受付け機構、寄付受渡し機構、および寄付ストック機構から構成される。
【０００８】
本発明の寄付システムは、情報提示機構によりウェブその他から人物に関して収集された情報をもとに、ユーザが目的の人物を探し、もしくはその人の活動を理解し、その活動や寄付の依頼に賛同したときには、寄付受付け機構、寄付受渡し機構、および寄付ストック機構によりインターネットを通じて寄付を行うことができる。人物検索の機能があり、その中で正確な情報の収集や、同姓同名の人物の情報を分離する新しい技術があるからこそ、寄付受付け機構、寄付受渡し機構、および寄付ストック機構の実現が可能になっている。
【０００９】
これにより、従来の寄付よりも少額からの寄付が可能になる点、寄付金の流れの透明性が高い点、ウェブの情報を通して被寄付者の活動が寄付者にとって明確に分かりやすい点などで、従来の寄付のモデルを大きく進歩させるものである。
【００１０】
従来の寄付に比べた利点としては以下のような点がより具体的に挙げられる。ここでは、寄付を行う人を寄付者と呼び、寄付を受け取る人、寄付を受け取る意思のある人、寄付を受け取る意思の有無に関わらず寄付受取りの対象になり得る人を総称して被寄付者と呼ぶ。
・インターネットを使って寄付の申し込み、決済、寄付金の受け渡しを行うため、その仲介コストが低く、少額からの寄付が可能になる。そのため、いままで寄付を受けることができなかった、知名度のあまり高くない被寄付者にとっても、寄付を受ける可能性が生まれる。また、寄付者にとっては少額からの効果的な寄付が可能になるため、少額を気軽に寄付するという潜在的な寄付を掘り起こすことができる。
・インターネットを使うため、誰から誰へいくら寄付が行われたかという、寄付金の流れの透明性が高い。この点は、寄付に偽装した犯罪（政治資金規正法違反やマネーロンダリング等）への対応が容易であるなど、安全性の面でも有効性が高い。
・ウェブの情報を通して被寄付者の活動を寄付者に提示することができるため、被寄付者の活動が分かりやすく、寄付者にとっても満足度が高い。被寄付者から寄付者へのコミュニケーションも、ウェブを通じて行うことができ、効果的である。
【００１１】
社会における寄付（さらに拡大して投資）は、実際には特定の個人に賛同して行われることが多い。例えば、政治団体への寄付は、特定の政治家への賛同がベースであったり、企業への投資（出資）は、企業の代表取締役等への信頼と期待がベースであったり、またNPOへの投資はNPOの代表への賛同がベースであるなど、組織への寄付もある部分は個人への寄付に還元することができると考えられる。したがって、本システムで対象とする個人への寄付は、現在はあまり行われていなくても、潜在的には有効なものであると考えられる。
【００１２】
寄付のシナリオとしては、従来からある寄付を掘り起こすものとして、次のようなものが想定される。
・活動支援：若手芸人や若手芸術家、売れてないアーティスト、マイナースポーツ選手、伝統工芸や伝統文化を守る人（人間国宝など）、漫画やアニメなどのサフ゛カルチャーに関する活動をしている人、クラシック音楽や書道、美術などクラシックカルチャーに関する活動をしている人、への寄付。
・社会起業家への賛同：環境活動や介護支援等に賛同して寄付。
・人助け：海外での病気の治療のための寄付、メディアで取り上げられる不幸な人への寄付。
・政治家への個人献金。
【００１３】
さらに新しい寄付の形態としては次のようなものが考えられる。
・友人や仲間への応援の気持ち：友人が起業する、コンサートをする、個展を開く等、自分が何かしてあげる時間はないけど、応援したい気持ちを表す寄付。
・お世話になった人へ感謝の気持ちを表す寄付：恩師、医師・看護師等。
・感動を表現する寄付：感動した映画の監督や、本の作者感動したスポーツ選手（例えば日本代表選手）への寄付。
【００１４】
より具体的には、本発明は、上記の課題を解決するものとして、第１には、
人物に関する情報を表示部により表示する人物情報提示手段、
前記表示された人物に関する情報に基づいて入力部により入力された寄付者からの寄付を受け付ける寄付受付け手段、
前記受け付けた寄付を記憶部に記憶する寄付ストック手段、
前記記憶された寄付を被寄付者に受け渡す寄付受渡し手段、
を備えることを特徴とする寄付システムを提供する。
【００１５】
第２には、前記人物情報提示手段は、人物に関するウェブ情報をインターネット検索により取得して表示部により表示する、前記寄付システムを提供する。
【００１６】
第３には、前記人物情報提示手段は、人物に関する寄付情報を表示部により表示する、前記寄付システムを提供する。
【００１７】
第４には、前記寄付受付け手段は、人物に関する情報に対応させて寄付の入力を受け付ける、前記寄付システムを提供する。
【００１８】
第５には、前記寄付ストック手段は、人物に関する情報に対応させて入力された寄付を記憶部に記憶する、前記寄付システムを提供する。
【００１９】
第６には、前記寄付受渡し手段は、人物に関する情報に対応させて記憶された寄付を出力部により出力する、前記寄付システムを提供する。
【００２０】
第７には、前記人物情報提示手段、前記寄付受付け手段、前記寄付ストック手段、前記寄付受渡し手段は、API又はウェブ上モジュールを介してコンピュータ端末又はそれに表示されるウェブサイト上から呼び出されて実行される、前記寄付システムを提供する。
【００２１】
第８には、
人物に関する情報を表示部により表示し、
前記表示された人物に関する情報に基づいて寄付の入力を入力部により受け付け、
前記受け付けた寄付を記憶部により記憶し、
前記記憶された寄付を被寄付者に受け渡す、
ことを特徴とする寄付方法を提供する。
【００２２】
第９には、前記方法をコンピュータに実行させるためのプログラムを提供する。
【００２３】
第１０には、API又はウェブ上モジュールを介してコンピュータ端末又はそれに表示されるウェブサイト上に呼び出されて実行される前記プログラムを提供する。
【００２４】
第１１には、前記プログラムを記録したコンピュータ読み取り可能記録媒体を提供する。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態による寄付システムについて説明するための概念図である。
【図２】本発明の一実施形態による寄付システムにより実行される処理フローを示した図である。
【図３】本発明の一実施形態による寄付システムにより実行される別の処理フローを示した図である。
【図４】本発明の一実施形態による寄付システムにより実行されるさらに別の処理フローを示した図である。
【図５】本発明の一実施形態による寄付システムにより実行されるさらにまた別の処理フローを示した図である。
【発明を実施するための形態】
【００２６】
本発明の一実施形態による寄付システムの全体像を図１に示す。本実施形態のシステムは、人物情報提示機構１を中心として、寄付受付け機構２、寄付ストック機構3、寄付受渡し機構4から構成される。各機構について順に説明する。
【００２７】
１．人物情報提示機構
本機構は、インターネットを介して取得できるさまざまな人物に関する情報を、ウェブサイト上にてユーザに分かりやすく表示するものであり、例えば以下の機能を備える。
【００２８】
（１）人物情報の取得機能
本機能は、本システムが対象とする人物に関する情報をウェブ検索して取得する機能である。ウェブ検索の具体的手法については、例えば前述したSPYSEE等を採用することもできるが、特に限定されるものではない。また勿論、情報については、ウェブ検索による情報以外にも対象とすることができる。ウェブ検索の場合には、本システムを実行することによりコンピュータディスプレイ上に表示される寄付ウェブサイト等の表示手段上に検索ウィンドウ等の入力部を表示し、人物名やその人物に関連するキーワード等のクエリーの入力を入力部により受け付けて、ウェブ検索を行い、クエリーに合致した情報やその情報を含む外部ウェブサイトのURL等を、検索に用いたクエリーつまり「文字列」に対応させて本システムのデータベース等の記憶手段に蓄積する。ウェブ検索以外には、本システムの運営者等が人物に関する情報を紙媒体等から取得して、やはり本システムのデータベース等に各人物毎に対応させて蓄積する。勿論、検索用の文字列は予めシステム運営者が入力して検索及び情報蓄積させておいてもよいし、システムユーザである寄付者及び／又は被寄付者が本システム使用時に入力してもよい。尚、この処理において、後述する各種フローで使用されるhumanIDの発行が行われる。
【００２９】
（２）寄付受取り意思の表示機能
本機能は、寄付を受け取る意思の有無を各被寄付者について表示する機能である。人によっては、寄付を受け取る意思がある人とない人がいる。また、寄付をどのように使いたいか、なぜ寄付金が必要かなどの情報を発信したい人もいる。したがって、寄付を受け取る意思があるかどうか、さらには寄付がなぜ必要かを表示することは、寄付の仲介システムにおいて重要である。本機能によれば、寄付を受け取る意思の有無を表示するとともに、例えば、寄付を受け取る意思のある各被寄付者についてそれぞれの寄付を必要とする理由を表示することもできる。寄付を受け取る意思に関する各種情報は、予め被寄付者に対してシステム運用者等が確認しておいたり、寄付者からの寄付の要求があった際に被寄付者に対してその要求情報を通知して逐次確認したりすることができる。確認処理は、例えば、ウェブサイトやメール等の連絡手段を介して被寄付者に通知し、その返答内容を自動あるいは手動で抽出してデータベース等の記憶手段に蓄積することで実行できる。そして、必要に応じて寄付を受け取る意思の有無やその理由を表す情報を呼び出して各寄付者毎に寄付ウェブサイト上に表示させる。ここで、必要に応じてとは、例えば、寄付者が自分が興味のある被寄付者になり得る人物を検索した際に入力人物名等と一致する被寄付者をデータベース検索し、対応して記憶されている上記情報を呼び出して、寄付ウェブサイト上に表示させる。
【００３０】
（３）同姓同名の分離表示機能
本機能は、被寄付者について同姓同名を分離して混同しないように表示する機能である。ウェブ上での同姓同名は、寄付を行いたいユーザつまり寄付者にとっては寄付金が意図した相手つまり被寄付者に渡らない、また被寄付者にとっては自分への寄付金が同姓同名の異なる人物に渡る可能性があるという事態を引き起こすかもしれない。したがって、同姓同名を適切に分離して表示する機能は、寄付の仲介システムにおいて重要である。本機能の具体的手法については、例えば"name disambiguration"（名前の曖昧性解消）として研究が行われている手法（非特許文献５−８参照）などを採用することもできるが、同姓同名を分離して表示することができる限り特に限定されるものではない。
【００３１】
（４）人の情報を集約して表示する機能
ウェブその他から得られた被寄付者に関する情報を寄付ウェブサイト等の表示手段にまとめて表示する。特に、各被寄付者の過去の寄付の対象となる活動や寄付金を使った活動などの寄付に関わる活動に関する情報を、一つのウェブページにまとめて表示する。例えば、若手アーティストが寄付金を使っていろいろな公演をしているとした場合、どこでどういった公演を行ったかがページ上にわかりやすく表示される。これら寄付活動情報は、例えば、上述した寄付を受け取る意思の有無等に関する情報とともに表示させることもできる。
【００３２】
具体的な表示情報としては以下のものが挙げられる。
・人物の画像の表示：Google Image等の画像検索の機能やAPI(Application Program Interface)等のインタフェースを用いて、人物名とそのキーワードを検索クエリーとすることなどで実行することができる。
・人物のプロフィールの表示：ウェブから人物のプロフィールに関する情報を抽出し、表示する。例えば、非特許文献９などの技術を用いることもできる。
・人物の活動の表示：ニュースやイベントの情報等を抽出し、表示する。ニュース検索のAPIを用いたり、イベント情報のページをマイニングすることで可能である。
・人物の関係性表示：ウェブから、ある人物と関係が深い人物を特定し、表示する。検索エンジンを用いて、ヒット件数が多い２人の人物には関係が強いと推定する方法（非特許文献３）や、特定のパターンで名前がつながれていた場合には関係が強いと推定する方法（非特許文献１０）などがある。
・人物のキーワード表示：ウェブから、その人物と関係が深いキーワードを特定し、表示する。検索エンジンを用いて、ヒット件数が多い人物ならびにキーワードに対しては関係が強いと推定する方法（非特許文献１１）などがある。また、Yahoo!関連検索ワードAPIを使うことなどでも可能である。
・人物のブログ、ホームページ、動画、関連商品：それぞれ、例えばYahoo!ブログ検索API、Yahoo!ウェブ検索API、Yahoo!動画検索API、Amazon APIなどの既存検索技術を使うことによって、人物に関連する情報を表示することができる。
【００３３】
（５）各種情報の記憶機能
以上の各種情報はコンピュータメモリに記憶されたりデータベースに蓄積されたりして、本システムの各種機能を記述したプログラムが処理装置により実行される際に必要に応じて取得可能とされる。
【００３４】
２．寄付受付け機構
本機構は、本システムのユーザである寄付者からの寄付を受け付ける機構である。上述した人物情報提示機構１により提示された情報を見たユーザが寄付を行いたいと思ったとき、本システムのウェブサイトないしコンピュータ画面上から簡単に寄付を行えるようにするものであり、例えば以下の機能を備える。
【００３５】
（１）寄付者の登録機能
本機能は、寄付者の情報を登録する機能である。寄付者をシステムが同定するために、ユーザはユーザ登録を行う必要がある。その際には、氏名、メールアドレス等の連絡先を登録する。より具体的には、例えば、ウェブサイト上に表示された入力ウィンドウ等の入力部にてユーザからの情報入力を受け付け、入力された情報をデータベース等の記憶手段にユーザ毎に対応させて蓄積する。
【００３６】
（２）寄付額の設定機能
本機能は、寄付者が寄付額を設定できるようにする機能である。寄付はユーザの意思に基づくものであるため、寄付金の額は基本的にユーザが自由に設定することができる。勿論、上限及び下限を予め設定したり、いくつかの規定の選択肢から選ぶようにしたりしてもよい。より具立的には、例えば、ウェブサイト上に表示された設定ウィンドウ等の設定入力部にてユーザからの寄付額入力を受付、入力された寄付額をデータベース等の記憶手段に寄付者毎及び／又は被寄付者毎に対応させて蓄積する。
【００３７】
（３）寄付支払い手法の選択機能
本機能は、寄付者が寄付金の支払い手法あるいは決済手法を設定できるようにする機能である。本機能の具体的手法については、既存のネット上の決済手法や、クレジットカードによる引き落とし、銀行振り込み、コンビニでの支払い等があるが、特に限定されるものではなく、ユーザが様々な支払い手法を選ぶことができると利便性が高い。基本的流れとしては、寄付額の設定と同様に、例えば、ウェブサイト上に表示された選択ウィンドウ等の選択部にてユーザからの選択入力を受け付け、入力された選択手法をデータベース等の記憶手段に寄付者毎及び／又は被寄付者毎に対応させて蓄積する。
【００３８】
（４）寄付の履歴表示機能
本機能は、寄付者毎に寄付の履歴を表示する機能である。システム上で寄付を行うため、その履歴がシステムには記録されている。ユーザはこの履歴を閲覧することで、これまで誰にいくら寄付したかを管理し、今後どのように寄付を行うかを考慮することができる。より具体的には、例えば、上述したユーザ情報登録機能、寄付額設定機能、寄付支払手法選択機能により蓄積されたデータを寄付者毎及び被寄付者毎に集計等して履歴表示させる。
【００３９】
（５）被寄付者とのメッセージ送受機能
本機能は、寄付時に被寄付者に対してメッセージを送る及び／又は被寄付者からのメッセージを受ける機能である。より具体的には、例えば、ウェブサイト上に表示されたメッセージウィンドウ等の入力部にてユーザからのメッセージ入力を受け付け、入力されたメッセージを被寄付者へ、例えば予め登録されている被寄付者の連絡情報に基づいて、メール等の送受信手段により送る。一方、被寄付者からのメッセージは、同様にして予め登録されている寄付者の連絡情報に基づいて、同じくメール等の送受信手段によりユーザ側にて受信する。
【００４０】
３．寄付ストック機構
本機構は、前述の寄付受付け機構２による寄付者からの寄付金をシステム上でいったんストックする機構である。本システムではユーザからの寄付金を被寄付者へ渡す前にストックする。これは次の理由による。第一に、被寄付者が寄付金を今すぐ受け取れる状態にあるとは限らない。被寄付者によっては、寄付があったと分かった時点で、受け取り方法を指定したり、多額の場合には寄付を辞退することある。また、被寄付者の設定によっては、被寄付者が明示的に寄付を受け取る意思表示をしていない場合でも、本システムでは寄付金を集めることができ、寄付金が集まった時点で被寄付者の意思を確認するという方法を取ることもできる。したがって、被寄付者の受け取りの準備が整うまで、寄付をストックすることが好ましい。第二に、寄付額が少額の場合、いちいち被寄付者へ受け渡すと送金費用がかさみ、寄付が成立しない場合がある。したがって、受け渡しにかかるコストを抑え、寄付者の好意を十分に生かすためにも寄付金のストックが好ましい。寄付ストック機構では、例えば以下の機能を備える。
【００４１】
（１）寄付金のストック機能
本機能は、前述した寄付受付機構により設定入力された寄付金を、被寄付者への寄付受渡し処理の前に、データベース等の記憶手段に記憶する機能である。具体的には、例えば、被寄付者宛ての寄付額、寄付支払い手法、メッセージ等の寄付データを、それらを入力した登録済み寄付者毎に、及び／又は相手となる登録済み被寄付者毎にデータベースに蓄積する。そして、次述する受渡し条件や再分配条件等に従った受渡し処理時に寄付データが呼び出される。
【００４２】
（２）寄付受渡し条件の設定機能
本機能は、被寄付者ごとに寄付の受け渡し条件を設定する機能である。被寄付者ごとに一定の条件を設定し、その条件を満たすと前述したようにストックされている寄付の受け渡しつまり支払いを開始する。例えば、「月末で総額が○○万円を超えた場合に寄付金の支払いを開始する」「年末には総額に関わらず寄付金の支払いを開始する」などを条件として設定できる。これは、システム運用者等が設定することもできるし、被寄付者が設定するようにすることも可能である。より具体的には、例えば、システム運用者等のシステム側の人間が設定する場合、予め登録されている被寄付者毎に条件の入力をコンピュータディスプレイ上に表示されている条件ウィンドウ等の入力手段を介して受け付け、入力された寄付金額や時期等の条件をデータベース等の記憶手段に被寄付者毎に対応させて蓄積する。あるいは、被寄付者による条件設定も同様にして受け付けて記憶させる。尚、設定条件が満たしたかどうかの判断は、例えば、寄付金総額を基準にする場合には、被寄付者毎にユーザから寄付金の支払いがある度に累積寄付金額を算出してデータベース等の記憶手段に蓄積していき、一方で算出の度にその累積額データを予め設定されている総額データと比較処理して、総額データを上回った時点で設定条件を満たすと判断する。そして、その時点の寄付金を被寄付者へ受け渡す。また、一定の時期、例えば月末、年末、期間等を基準にする場合にも同様にして時期条件が満足されたかの判断処理を行い、満たした時点で被寄付者への寄付金受け渡し処理を開始する。受け渡し処理については後述する。
【００４３】
（３）寄付の再分配機能
本機能は、前述したように一旦ストックした寄付金の再分配及び／又は再調整を行う機能である。ストックしている寄付金については、被寄付者の準備が整わない場合、寄付者が寄付を変更したい場合等あるので、寄付者が寄付を取りやめる、他の被寄付者に振り分ける、額を減らすなどを行えるようにすることが好ましい。より具体的には、例えば、予め寄付金の再分配を開始する条件や再調整を開始する条件の入力をコンピュータディスプレイ上に表示されている条件ウィンドウ等の入力手段を介して受け付け、入力された条件をデータベース等の記憶手段に記憶する。そして、この条件が満たされた際に寄付金の再配分及び／又は再調整を行う。例えば以下の具体例を挙げられる。
・ある寄付者がある被寄付者（例えばある野球選手）に寄付を設定し、被寄付者が寄付を受け付けない場合は、他の被寄付者（例えば同じく他の野球選手）に寄付を行う。具体的には、例えば寄付者により被寄付者選択ウィンドウ等から選択した被寄付者が前述した寄付を受け付ける意思を有さない者であった場合（データベース検索して当該被寄付者に該当する情報を呼び出せばよい）、寄付を受け付ける意思を有する他の被寄付者を自動選択して（同じくデータベース検索する）、前者の代替者として寄付を再配分する（寄付の受渡し処理については後述する）。代替の選手については、例えば人の属性によりあらかじめ指定しておくことで抽出することができる。例えば、メジャーリーグ選手で、ある野球選手に関係性の上で近い野球選手を、メジェーリーク、野球選手といった属性を持つ人物の情報をウェブ検索等により抽出する。
・ある人物が注目に値する事柄を行う毎に（例えばある野球選手がホームランを打つ毎に）、その人物と関連のある被寄付者（例えばその野球選手が活動している慈善活動を行っているNPO法人）に、その人物を選択した寄付者からの寄付ストック金を寄付する。具体的には、例えば寄付者により被寄付者選択ウィンドウ等から選択した被寄付者に、その被寄付者特有の事柄を再配分／再調整条件として予め設定、記憶しておき、例えばウェブサイト検索から設定条件に関連する情報を取得し、取得した情報から条件が満たされたか否かを判断し、条件が満たされたと判断した場合に、その人物に対応させて予めデータベースに記憶されている被寄付者に、その人物を選択した寄付者からの寄付ストック金を寄付する。条件判断の具体的処理については、例えば、プログラム上、イベント検知モジュール（例えばホームランを打つなど）をシステム側（もしくはユーザ側）がウェブサービスの形で用意しておき、それがONになるとメール（もしくはRSS等）で通知が届くようになっており、その通知が届くと、つまり通知の受信をトリガーとして、設定条件が満たされたと判断処理し、寄付処理を開始する。
【００４４】
４．寄付受渡し機構
本機構は、前述の寄付ストック機構３によりストックされた寄付者からの寄付を被寄付者に対して受け渡す機構であり、例えば以下の機能を備える。
【００４５】
（１）被寄付者の登録機能
本機能は、被寄付者情報を登録する機能である。被寄付者は、寄付を受け取るために、氏名、住所、連絡先等の情報を入力し、システムに申請する必要がある。より具体的には、例えば、ウェブサイト上に表示された入力ウィンドウ等の入力部にて被寄付者からの情報入力を受け付け、入力された情報をデータベース等の記憶手段に被寄付者毎に対応させて蓄積する。
【００４６】
（２）本人確認機能
本機能は、被寄付者が本人であることを確認する所謂身元確認のための機能である。被寄付者として登録の申請をしたユーザが、ウェブ上の人物情報と同一であり、寄付を受け取れる権利があることを確認する必要がある。そのためには、例えば、免許証やパスポートによる氏名・住所・写真の確認、その他、当人の活動を示す書類により、本人確認を行う。より具体的には、例えばウェブサイト上に表示された入力ウィンドウ等の入力部にて被寄付者からの本人確認に必要な各種情報の入力を受け付け、入力された情報をデータベース等の記憶手段に被寄付者毎に対応させて蓄積するとともに検証及び確認する。検証及び確認処理は、システム運営者等のシステム側の人間が手動で行ってもよいし、画像認識手段や文字認識手段等の各種データ認識手段といった本人確認用の情報検証処理に必要な機能を具備した確認装置により自動処理するようにしてもよい。
【００４７】
（３）寄付受取り手法の選択機能
本機能は、被寄付者であるユーザが寄付金の受取り手法を設定できるようにする機能である。本機能の具体的手法については、既存のネット上の決済手法や、クレジットカードによる引き落とし、銀行振り込み、コンビニでの支払い等があるが、特に限定されるものではなく、ユーザが様々な支払い手法を選ぶことができると利便性が高い。基本的流れとしては、寄付者による寄付金の支払い手法の設定と同様に、例えば、ウェブサイト上に表示された選択ウィンドウ等の選択部にてユーザからの選択入力を受け付け、入力された選択手法をデータベース等の記憶手段に被寄付者毎に対応させて蓄積する。
【００４８】
（４）寄付の通知機能
本機能は、寄付者による寄付を被寄付者に対して通知する機能である。被寄付者に対して、寄付があった時点でそれを通知することができる。また同時に、寄付者からのメッセージを添えることも可能である。より具体的には、前述の寄付額の設定機能による寄付額の設定処理が行われた時点、あるいは寄付支払い手法の選択機能による寄付支払い手法の選択処理が行われた時点、あるいはそれら両処理が完了した時点で、完了を示すデータの受信に従い、予め登録されている被寄付者の連絡情報に基づいて、メール等の送信手段により通知メッセージを送る。このとき、前述のメッセージ送受機能を組み合わせて、メッセージを被寄付者に送ることもできる。また、前述の寄付受渡し条件の設定機能による条件設定が行われ、その条件が満たされた時点で、それをトリガーとして同様に通知メッセージを送ることもできる。
【００４９】
（５）寄付者とのメッセージ送受機能
本機能は、寄付者に対してメッセージを送る及び／又は寄付者からのメッセーを受ける機能である。より具体的には、例えば、ウェブサイト上に表示されたメッセージウィンドウ等の入力部にて被寄付者からのメッセージ入力を受け付け、入力されたメッセージを寄付者へ、例えば予め登録されている寄付者の連絡情報に基づいて、メール等の送受信手段により送る。一方、寄付者からのメッセージは、同様にして予め登録されている被寄付者の連絡情報に基づいて、同じくメール等の送受信手段により被寄付者側にて受信する。寄付を受ける被寄付者によっては、お礼のメッセージを送ったり、寄付金が有効に使われている報告を行ったりしたい場合もある。本システムを介して、ウェブ上で寄付者とやりとりをすることが可能である。
【００５０】
（６）被寄付の履歴表示機能
本機能は、ユーザ毎に被寄付の履歴を表示する機能である。この機能により、これまでにいつ誰からいくらの寄付があったのかを閲覧し、管理することができる。これを見ることで、被寄付者は自分の活動の励みにしたり、反省材料にしたりすることができる。より具体的には、例えば、前述の寄付者登録機能、寄付額設定機能、寄付支払い手法選択機能、被寄付者登録機能、寄付受取り手法選択機能などにより蓄積されたデータを、被寄付者毎に集計等して、ウェブ上の履歴表示ウィンドウ等の表示手段に時系列等に沿って履歴表示させる。勿論、各機能によるデータにはそれぞれを被寄付者毎に及び／又は寄付者毎に紐付けることができるようにインデックス、ヘッダー、タグ等の紐付け用情報がデータベース蓄積時に予め付加されている。
【００５１】
（７）手数料差引き機能
本機能は、前述した寄付者から受け付けて被寄付者へ受け渡す寄付金仲介処理を実行する際に、被寄付者へ受け渡す寄付金の額から手数料を差し引く機能である。寄付金を仲介するにあたって必要な、決済手数料、システム運用コスト、事務コスト、開発コストその他にあてるため、手数料を寄付金の額から差し引く。より具体的には、前述の寄付額設定機能により設定された寄付金を記憶手段から呼び出し、同じく記憶手段に記憶してある既定の手数料額（例えばパーセンテージなど）を呼び出し、両者を計算処理して（例えば一定金額の引き算やパーセンテージの掛け算など）、手数料を差し引いた寄付金額を被寄付者に受け渡す。受け渡し処理は、前述の寄付受取り手法の選択機能により選択されデータベースに蓄積されている手法に従って非寄付者毎に実行すればよい。勿論、この機能は寄付受付け機構に設けて、寄付受付け時にて同様な差引き処理することも可能である。
【００５２】
５．フローチャート
以上のとおりの本実施形態の寄付システムが具備する各機構により実行される処理フローを図２−図４に示す。このフローに従った各処理は、例えば、メモリ等の記憶手段に記憶された各処理を記述したプログラムがコンピュータの演算装置等の処理手段により読み出されて実行される。その実行に必要な各種データの入力はマウスやキーボード等の入力手段により行われ、また各種データの表示はディスプレイやプリンタ等の出力手段により行われる。以下に各処理について順に説明する。
【００５３】
（１）被寄付者登録フロー（図２）
Ｓ１１：本寄付システムの実行によりコンピュータディスプレイに表示される寄付ウェブサイト上に描画された登録ウィンドウ等の入力部から被寄付者のuserIDの入力を受け付け、入力された被寄付者のuserIDが既に存在するかをデータベース検索する。入力操作はシステム運営者あるいはシステムユーザである被寄付者が行う。
【００５４】
Ｓ１２：データベースに存在しなければ、入力されたuserIDを、被寄付者であるユーザ名毎に対応させて、同じく入力部から入力されたパスワードやメールアドレス等の連絡先情報とともに、データベースに記憶する。
【００５５】
Ｓ１３：続いて、userIDに紐付けたいhumanIDを選択する画面を寄付ウェブサイト上に表示させる。humanIDは、前述の人物情報提示機構において発行された各人物を一意に特定するためのIDであり、ここではこれと被寄付者登録を行おうとする人物(userIDを持つ者)との同一性を確認する必要がある。userIDは、ユーザ登録によるIDである。userIDによって紐付けられるのは、名前、eメールアドレス、ニックネームなどであり、これによってユーザ自身が特定される。humanIDは、「名前の文字列」によって特徴付けられる人物情報のIDである。humanIDによって紐付けられる情報は、名前、プロフィール、人間関係性、キーワード、動画、画像などであり、これによって「文字列」に該当するつまり「文字列」によって検索される人物情報が特定される。例えばウェブ情報検索手段の一つであるウェブマイニングにより取得される情報は、基本的にhumanIDに紐づいている。ユーザ登録では、名前をいくらでも詐称することができるため、人物特定の確実性を高めるためにeメール等の情報も用いる。これらuserID及びhumanIDを結びつけることにより、本システム上にて被寄付者と認定し、データベース登録する。一例として石田啓介という人物のIDを挙げると以下のようになる。
userID＝石田啓介（名前）、 HYPERLINK "mailto:xxx@xxx.com" xxx@xxx.com（eメールアドレス）、KI（イニシャル）
humanID＝「石田啓介」（文字列）、オーマ株式会社（プロフィール）、IPA（キーワード、松尾豊（関係する人物）
Ｓ１４：被寄付者の個人情報の入力を入力部から受け付けて、ユーザ名毎に対応させてデータベースに記憶する。個人情報としては、前述の被寄付者登録機能にて説明した氏名、住所、連絡先等がある。またこれとともに、前述の本人確認機能にて説明した本人確認に必要となる身分証明書等の情報の登録画面をウェブサイト上に表示させ、本人確認用情報の入力を入力部から受け付け、そしてデータベースに被寄付者毎に対応させて記憶する。
【００５６】
Ｓ１５：前述の寄付受取り手法選択機能にて説明した被寄付者が選べる入金方法の選択肢をウェブサイト上に表示させ、その選択入力を受け付け、データベースに被寄付者毎に対応させて記憶する。この時点でデータベースには、被寄付者のuserID、パスワード、個人情報、本人確認用情報、寄付受取り手法情報等が被寄付者毎に蓄積されている。
【００５７】
Ｓ１６：個人情報と本人確認用情報の項目が一致するかを確認する。前記入力されてデータベースに記憶されている氏名や住所、写真、所属等と身分証明書等を呼び出し、テキスト抽出や画像認識等を介してそれらの一致判断の処理を行う。一致しない場合は、被寄付者としては不適切として寄付仲介を行わない、あるいは寄付の受渡しが可能な被寄付者としてはウェブサイト上に表示させない。
【００５８】
Ｓ１７：上記一致が確認された場合、更に、個人情報とhumanID情報が一致するかを確認する。一致しない場合は上記と同様に寄付仲介対象から外す。この一致判断処理では、氏名（Ｓ１４においてユーザ入力のものと、humanIDに紐づいているもの）、画像（ユーザ入力のものと、humanIDに紐づいているもの）、住所（ユーザ入力のものと、humanIDに紐づいているもの）、職業（ユーザ入力のものと、humanIDに紐づいているもの）などの一致判断を行う。
【００５９】
Ｓ１８：上記一致が確認された場合、userIDとhumanIDの紐付け処理を行う。データベースにuserIDとhumanIDを各被寄付者毎に対応付けて蓄積する。
【００６０】
（２）寄付フロー（図３）
Ｓ２１：本システムの実行によりコンピュータディスプレイに表示される寄付ウェブサイト上に描画された選択ウィンドウ等の入力部から、寄付者による被寄付者のhumanIDの選択を受け付ける。humanIDに紐づいている人物の名前や、キーワード、属性（出身地や職業等）をデータベース検索し、候補となる人物を選択ウィンドウに表示する。その中から、寄付者は寄付したい人物つまり被寄付者を選択する。すなわち、humanIDを選択することになる。また、前述の人物情報提示機構で表示されている人物情報をユーザが閲覧中に、別途寄付ウェブサイト上に描画された寄付ボタンを押すことで、humanIDが指定された状態でこのフローが始まることもある。
【００６１】
Ｓ２２：上記選択を行った寄付者のuseIDの入力をuserID入力ウィンドウ等の入力部から受け付け、それが前述の寄付者登録機能により登録されている寄付者情報として既にデータベース上に存在するか、つまりその寄付者のuserIDが既登録userIDであるか否かをデータベース検索する。
【００６２】
Ｓ２３：データベースに存在しなければ、入力されたuserIDをユーザ名毎に対応させて、同じく入力部から入力されたパスワードやメールアドレス等の連絡先情報とともに、データベースに記憶する。
【００６３】
Ｓ２４：続いて、前述の寄付額設定機能により寄付額の入力を寄付額設定ウィンドウ等の設定入力部から受け付け、寄付者及び被寄付者毎に記憶部に記憶し、またこれとともに前述のメッセージ送受機能により被寄付者へのメッセージの入力を受け付け、同様に記憶部に記憶する。
【００６４】
Ｓ２５：入力された寄付額が、前述の寄付受渡し条件の設定機能により予め設定されデータベースに記憶されている寄付金の受け渡し条件を満たすか否かを判断する。判断手法については前述したとおりである。
【００６５】
Ｓ２６：満たすと判断された場合には、前述の寄付支払い手法の選択機能により選択された該当する被寄付者に対応する予め入力及び記憶されている決済手法をデータベースから呼び出す。
【００６６】
Ｓ２７：次に、寄付データベース上でdonationIDを生成する。donationIDは、データベースに蓄積されている寄付者のuserID、被寄付者のhumanID、寄付額、メッセージ、決済手法（寄付支払い手法）、トランザクションの状態（決済開始）を含む。寄付者のuserIDは寄付者がユーザ登録時に発行されるIDであり、被寄付者のhumanIDは人物情報検索時に発行される人物情報と紐づいたIDである。つまり、ユーザ登録を行ったユーザ（userIDをもつ寄付者）が、人物情報提示機構で表示されている人物（humanIDをもつ被寄付者）に対して、ある額の寄付を行うという事象が、それぞれ対応したひとつのdonationID（例えば数字列など）を持つことになる。このdonationIDにはそれぞれのステータスが対応付けられており、ここで生成されたdonationIDで指定された当該寄付のステータスは「受付完了」としてデータべース上に記録される。寄付ステータスとしては例えばこれ以外に送金口座要確認（送金に失敗した場合）、受付保留（被寄付者が寄付の受け取りを保留した場合）、キャンセル（寄付者または被寄付者の依頼により、寄付の処理がキャンセルした場合）などがある。ここでの各IDについて一例を挙げると、例えば寄付者が松尾豊、被寄付者が石田啓介の場合以下のようになる。
寄付者のuserID＝松尾豊
被寄付者のhumanID＝石田啓介
donationID＝数字列
Ｓ２８：そして、上記作成されたdonationIDに基づいて決済サービスを開始する。具体的には、まず、寄付者により予め設定入力された寄付額の寄付ストック機構への移動が行われる。例えば、寄付者により予め設定入力された寄付支払い手法に従ってPayPal等の第三者が運営する決済サービスを呼び出す場合、寄付相手の被寄付者に対応するhumanIDと寄付金額を指定した形でリクエストをインターネットを介して送り、それに答えたサービスが呼び出される。すると、被寄付者へいくら寄付をするという商品にあたるものが本システムの寄付ウェブサイト上に表示される。例えば、松尾豊が石田啓介に100円寄付したい場合、PayPal上では、「石田啓介への寄付：100円」という商品の購入として決済処理が行われる。それに対し、同じく寄付ウェブサイト上に表示される「すぐに購入」というボタンを押すと（ボタンの入力を受け付けると）、寄付者がその設定入力された寄付支払い手法に該当する前記決済サービスに登録されている場合には、すぐに商品の購入処理が決済サービスにて実行され、登録されていない場合にはクレジットカード等の情報を入力した後、購入処理が実行される。すなわち、userIDで特定されるユーザである寄付者が、humanIDで特定されるユーザである被寄付者に、指定した寄付金額を支払う入金処理がされる。ただし、この処理において、支払われたお金は被寄付者ではなく本システムの寄付ストック機構に入金される、つまりその寄付金データが寄付ストック機構に書き込まれる。そして、決済サービスから、userIDと商品情報（すなわちhumanIDと寄付金額）が戻ってくれば、あるuserIDからhumanIDへの寄付の入金が完了したことが分かり、ひとつのdonationIDで紐づけらた一連の寄付入金処理が完了したことになる。尚、上記方法は、PayPalでの特定の場合であるが、他の決済手段で同様のことを行うことも可能である。
【００６７】
Ｓ２９：入金決済終了後、donationIDをアップデートする。全ステップで完了したdonationIDに対し、そのステータスを「入金完了」としてデータべース上に記録する。
【００６８】
Ｓ２１０：その後、被寄付者への寄付の受渡し処理を行う。本処理は、寄付ストック機構からの被寄付者への受け渡し、に該当する。donationIDのステータスが入金完了となったことで、前述の受渡し条件を満たせば、被寄付者に送金できる状態となっている。条件とは、前述したように、例えば、寄付の総額が1万円を超えるとか、月末であるなどである。条件を満たせば、humanIDと紐づいた予めデータベース登録されている被寄付者の銀行口座に、送金すべき金額の総額を送金する。これには、前述したように被寄付者が予め設定登録した寄付受取り手法に従った通常の銀行振り込みやPayPal等の決済サービスを用いる。条件を満たすまでは、寄付ストック機構に入金額が保留されていることになる。
【００６９】
Ｓ２１１：userIDに寄付履歴を書き込む。寄付を行ったユーザのuserIDに対して、何月何日に誰に対していくら寄付を行ったかという情報をデータベースに書き込む。この情報は、後で寄付者毎に寄付の履歴を寄付ウェブサイト上に表示させる際、寄付者による再度の寄付を受け付ける際、また被寄付者毎に被寄付の履歴を表示させる際などに呼び出されて用いられる。
【００７０】
（３）寄付ストック及び寄付受渡しフロー（図４）
Ｓ３１：前述の寄付受取り意思表示機能にて説明した各被寄付者毎にデータベースに記憶されている寄付を受け取る意思情報に従い、寄付者が入力部により指定した被寄付者の受取り意思が有ることを示す情報があれば寄付者からの寄付を受け取り可能と判断する。
【００７１】
Ｓ３２：被寄付者の受取り意思が無いことを示す情報があれば寄付をキャンセルする、つまり寄付の受け渡しを行わない。
【００７２】
Ｓ３３：被寄付者の受取り意思が有ることを示す情報が確認された場合は、受取処理が可能であるとして、前述の手数料差引き機能により寄付金額から手数料を差し引く。
【００７３】
Ｓ３４：次いで、donationIDをアップデートする。アップデートには、手数料を差し引いた寄付金額、トランザクションの状態（引き落とし終了）のデータベースへの記録を含む。データベースへの記録では、donationIDで紐付けられた寄付のステータスを「受付完了」から「入金完了」にする。
【００７４】
Ｓ３５：次いで、支払い条件を満たすか否かを判断する。条件とは、前述したように、例えば、寄付の総額が1万円を超えるとか、月末である、被寄付者の野球選手がホームランを打つ、などである。この条件は、ユーザが寄付時に指定する、またはシステム運営者があらかじめ定めておいたものである。
【００７５】
Ｓ３６：支払い条件を満たすと判断された場合には、データベースに記憶されている該当被寄付者に対応する支払い手法に従って出金処理を行う。
【００７６】
Ｓ３７：出金処理の終了後、寄付通知機能により、データベースに記憶されている該当被寄付者に対応するuserIDのメールアドレスに寄付完了を通知する。userIDにはユーザ登録時にメールアドレスが紐づいているため、そのメールアドレス宛に、受け付けた寄付の支払い処理が完了した旨のメールを送る。
【００７７】
（４）寄付情報表示フロー（図５）
Ｓ４１：被寄付者のhumanIDにuserIDが紐付いているか判断する。すなわち、人物情報提示機能において、表示されている人物が被寄付者の登録していれば、その人物情報のキーとなるhumanIDと、被寄付者情報のキーとなるuserIDが紐づいており、被寄付者情報についての寄付ウェブサイト上への表示（寄付の意思やメッセージ等）が可能となる。したがって、まず最初にhumanIDとuserIDが紐づいてデータベースに登録されているかどうかを確認する。
【００７８】
Ｓ４２：前述の寄付受取り意思の表示機能により寄付の意思があるか否かをウェブサイト上に表示する。また、被寄付者のメッセージがあれば、それも表示する。
【００７９】
６．他の実施形態
以上のとおりの本システムによれば、個人から個人への寄付だけでなく、団体（もしくは組織。以下団体と記述する）から個人、もしくは個人から団体、団体から団体という形式の寄付も可能である。システムの構成要素に対しては、寄付受付け機構により団体からの寄付を受付け可能にし、人物情報提示機構により団体情報を表示可能にし、寄付受渡し機構により団体に対して寄付を受渡し可能にする、という拡張を行うことで、団体と個人間を総合的に含めた寄付の仲介処理を実行することができる。
【００８０】
また、本システムは個人への寄付を行うだけでなく、複数の個人への寄付をバンドルした「寄付ポートフォリオ」を組み、それに対して寄付を行うようにすることもできる。例えば、環境への寄付、慈善活動への寄付、動物愛護への寄付等を、当該活動を行っている個人へ振り分ける仕組みとすればよい。さらには、例えば「女性起業家への寄付」「スペイン語教師への寄付」等、ニッチで多様な寄付ポートフォリオを作ることができる。寄付ポートフォリオに関する具体的な処理としては、例えば以下のようなものが考えられる。
１．ユーザ（もしくはシステム運営者）が「Aさんに15%、Bさんに30%、Cさんに55%」などの合計100%になるような集合つまり寄付ポートフォリオを作り名前をつける（寄付商品とよぶ）。２．他のユーザがその寄付商品を購入すれば、設定された割合に応じて、Aさん、Bさん、Cさんに寄付が行われる。
データベースに蓄積されているユーザ（被寄付者）毎に上記のような寄付金割り振りの率を予め設定し、その割り振り率の合計が１００％になる寄付ポートフォリオである寄付商品データを作成しておき、寄付受付機構にて、閲覧中の人物（のhumanID）を含む寄付商品をデータベースから呼び出して表示し、それをユーザが選択した場合に寄付金が寄付ポートフォリオ中の割り振り率に応じて寄付ストック機構に入金される。
【００８１】
本システムは、本システムが運営されるウェブサイト上で寄付の仲介を行うだけでなく、APIとよばれるインタフェース、もしくはブログパーツと呼ばれるウェブ上のモジュールを用いることで、他のサイトから本システムの寄付機能を呼び出し、用いることも可能である。例えば、ミュージシャンが自分のホームページ上で活動情報を定期的に更新し、そこに本システムのブログパーツを貼り付けることで、ページの閲覧者はそのページから直接、本システムを通した寄付を行うことが可能である。
【００８２】
本システムでは、国をまたがった寄付、言語や文化をまたがった寄付も可能である。従来、こういった国をまたがった個人間の寄付を気軽に行うことは難しかったが、潜在的には例えば、先進国から発展途上国で活動している人物へ寄付を行う、同じスポーツを行っている他国の貧しい選手に寄付を行うなど、さまざまなニーズがあると考えられる。本システムの構成を、国、言語、文化をまたがる寄付へ拡張することで、これが可能になる。
【００８３】
本システムは、コンピュータ端末上からの寄付だけでなく、当然、携帯からの寄付も可能である。また、PDA等の端末、スマートフォン、コンビニでのKiosk端末、デジタルテレビなど、さまざまな端末から利用することも考えられる。例えば、携帯端末を利用すれば、講演会やライブ、コンサート、試合等の後に、本システムによる寄付を呼びかけることで、賛同の表明や活動資金を得ることができる。このように、さまざまな社会的な活動と、さまざまな端末を組み合わせて、従来考えられなかった場面での寄付を実現することが可能である。
【符号の説明】
【００８４】
１  人物情報提示機構
２  寄付受付け機構
３  寄付ストック機構
４  寄付受渡し機構
【図２】
2011002951.tif 000003
【図３】
2011002951.tif 000004
【図４】
2011002951.tif 000005
【図５】
2011002951.tif 000006
【図１】
2011002951.tif 000007