JP2015097008A - プログラム、情報処理装置、および方法 - Google Patents

Abstract

【課題】物品を複数の団体に概ね公平に配布できるようにする。【解決手段】プログラムは、記憶部(16)に記憶された複数の団体に属する受給者の人数と複数の団体に配布済みの物品の価値とに基づいて、複数の団体の各団体に属する受給者一人当りの配布済みの物品の価値を算出し(図7,586;図6B,552)、複数の団体のいずれかを或る物品の配布先として決定するときに、算出された受給者一人当りの配布済みの物品の価値に基づいて、複数の団体の中から或る物品の配布先となる団体を決定する。【選択図】図２

Description

本発明は、物品の配布先の決定のための処理に関する。

例えば、インターネット上のウェブサイトには、インターネット・オークションのような、商品の販売者と購入希望者を有償で仲介するシステムが存在する。

既知の或る電子商取引システムは、農作物等の取引情報を送信する情報通信手段を備えた生産側システムと、消費者ニーズ情報や購入希望情報等の取引情報を送信する情報通信手段を備えた購入側システムと、を含んでいる。その電子商取引システムは、さらに、生産側システム及び購入側システムと情報を送受信可能な情報通信手段を備えた情報交換センター側システムとを含んでいる。このように、生産側システムと購入側システムの間に、情報交換センター側システムを介在させることによって、購入者と生産者は、それぞれ複数の者が電子商取引システムを共同で利用することが可能となる。それによって、現状では流通過程に乗らない農産物を販売し易くすなり、農作物等についての予測情報を、収穫または出荷前に購入者が得ることが可能となる。

既知の或る非常品提供装置は、提供者端末と、受給者端末と通信可能になっており、提供者が備蓄している非常品の品目情報、及び非常品ごとに定められた品質保持期限から所定期間前の交換時期を相互に関連付けて記憶する備蓄情報を備えている。期限管理部は、非常品の交換時期に基づいて、交換時期が到来したか否かを判別する。また、通信処理部は、受給者端末から、非常品の品目情報と共に提供要求を受信する。そして、マッチング処理部により、交換時期が到来したものと判別された非常品と、提供要求に係る非常品とを対比し、提供要求に合致する非常品を特定すると、提供者端末に対して、非常品を受給者に配送することを要求する。それによって、非常品の提供を受ける者からの要求を受け付けると共に、需要と供給を細かくマッチングすることによって、交換時期が到来した非常品をより適切に再分配し、資源の有効活用を図ることが可能となる。

ＮＰＯ（非営利団体）に対する貢献を処理する既知の或る方法は、第１の貢献者から金銭以外の貢献対象の登録を受け付け、登録された貢献対象のリストを公開する。その方法は、さらに、所定期間、第２の貢献者から、リストからの貢献対象の選択と、この貢献対象を誘導したいＮＰＯの特定と、選択した貢献対象に対する値付けとを受け付ける。その方法は、さらに、第１の貢献者からの、第２の貢献者が特定したＮＰＯに対する貢献対象による貢献を処理し、第２の貢献者からの、第２の貢献者が特定したＮＰＯに対する値付けに係る金額に相当する金銭による貢献を処理する。それによって、コンピュータ・システムを利用し、金銭以外の貢献を促進できる貢献支援システムが提供できる。

特開２００１−１９５５１３号公報 特開２０１１−１６４９２０号公報 特開２００２−１４９９１９号公報

商品の販売者と購入希望者を仲介する既知のシステムでは、最も高い希望購入価格を付けた購入希望者が、商品を購入できる。そのようなシステムは、多数の購入希望者に対して商品または物品を公平に割り当てることはできない。

発明者たちは、提供される物品を公平に受給団体に割り当てる手法が存在しない、と認識した。また、発明者たちは、各団体の受給者一人当りの物品の価値が概ね均等になるように物品毎の配布先の団体を決定すれば、各団体に概ね公平に物品を配布することができる、と認識した。

実施形態の目的は、物品を複数の団体に概ね公平に配布できるようにすることである。

実施形態の一観点によれば、記憶部に記憶された複数の団体に属する受給者の人数と複数の団体に配布済みの物品の価値とに基づいて、複数の団体の各団体に属する受給者一人当りの配布済みの物品の価値を算出し、算出された受給者一人当りの配布済みの物品の価値に基づいて、複数の団体の中から或る物品の配布先となる団体を決定する処理を情報処理装置に実行させるためのプログラムが提供される。

実施形態の一観点によれば、物品を複数の団体に概ね公平に配布できる。

図１Ａは、実施形態による、ネットワークに接続される、サーバ装置、物品提供者側の情報処理端末および受給団体側の情報処理端末を含むシステムの概略的な構成（configuration）の例を示している。図１Ｂは、記憶装置に格納される複数のデータベースの例を示している。 図２は、サーバ装置のプロセッサの概略的な構成（configuration）の例を示している。 図３Ａ〜３Ｈは、記憶装置に格納される図１Ｂの各データベースの情報レコードのデータ構造とそのデータの例を示している。 (図3Aで説明) (図3Aで説明) 図４は、サーバ装置によって実行される、受給団体および受給条件に関する情報を登録処理するためのフローチャートの例を示している。 図５は、サーバ装置によって実行される、物品の提供者および提供条件に関する情報を登録処理するためのフローチャートの例を示している。 図６Ａおよび６Ｂは、サーバ装置によって実行される、提供者によって提供される物品の配布先の受給団体を決定する処理のためのフローチャートの例を示している。 (図6Aで説明) 図７は、サーバ装置によって実行される、受給団体のフィードバック・コメントの記録と、受給団体に付与されるポイントの計算の処理のためのフローチャートの例を示している。 図８Ａは、物品分配仲介システムの提供物品登録のための画面の例を示している。図８Ｂは、図８Ａの画面で物品分配仲介システムに登録された提供物品情報の例を示している。 図９は、提供物品の提供条件とマッチする受給団体がないことを提供者に通知し提供条件の緩和を推奨するメッセージを含む画面の例を示している。 図１０Ａは、図８Ａの画面の提供物品情報が変更された後の提供物品登録のための画面の例を示している。図１０Ｂは、図１０Ａの画面で変更登録された提供物品情報の例を示している。 図１１Ａは、ポイントの高さを優先度順として並べ替えられた候補の受給団体のリストの例を示している。図１１Ｂは、図１１Ａの候補の受給団体のリストの生成のために参照された、各受給団体のポイントの例を示している。図１１Ｃは、提供者に通知される、候補の受給団体一覧を含む画面の例を示している。 図１２Ａおよび１２Ｂは、それぞれの候補の受給団体に通知される、提供物品一覧を含む画面の例を示している。 図１２Ｃは、図１２Ｂの画面に関連する受給団体によって受け入れられた提供物品に関して生成された受給実績情報の例を示している。 図１３Ａは、受給団体または提供者によって提供物品の受入れまたは配送が完了したことを登録するための画面の例を示している。図１３Ｂは、物品受入登録によって更新された受給実績情報の例を示している。図１３Ｃは、物品受入登録によって更新された受給団体のポイントの例を示している。 図１４Ａは、受給団体によって提供物品に関するフィードバック・コメントを入力するための画面の例を示している。図１４Ｂは、フィードバック・コメントによって更新された受給実績情報の例を示している。図１４Ｃは、フィードバック・コメントの登録によって更新された受給団体のポイントの例を示している。

発明の目的および利点は、請求の範囲に具体的に記載された構成要素および組み合わせによって実現され達成される。
前述の一般的な説明および以下の詳細な説明は、典型例および説明のためのものであって、本発明を限定するためのものではない、と理解される。

本発明の非限定的な実施形態を、図面を参照して説明する。図面において、同様のコンポーネントおよび要素には同じ参照番号が付されている。

物品の生産者は、不要物品または余剰物品の廃棄物の量を減らすために、例えば、不良な外観、包装の破損または印刷ミスを含む食品のような、商品として販売できないが品質に問題のない物品を、例えば福祉団体に無料で提供したいという要望がある。一方、社会福祉団体などの受給団体側では、余剰な食品が受給できるのであれば、積極的に食品を受給したいという要望がある。

発明者たちは、提供される物品を無償で公平に複数の受給団体に割り当てるシステムが存在せず、また、提供される物品の配布先の受給団体を効率的に決定するシステムも存在しない、と認識した。また、発明者たちは、各団体の受給者一人当りの物品の価値が概ね均等になるように、毎回の物品毎の配布先の団体を決定すれば、各団体に概ね公平に物品を配布することができる、と認識した。

実施形態の目的は、提供者によって提供される物品をできるだけ公平に各団体に割り当てるように物品の配布先を決定するための処理を実現することである。ここで、物品は、例えば、食料品、家具、玩具、洋服、日用品または雑貨、等であってもよい。

次は、実施形態のシステムの概略的な構成（configuration）、および使用されるデータベースについて説明する。

図１Ａは、実施形態による、ネットワーク５に接続される、サーバ装置１０、物品提供者側の情報処理端末３０、３２、．．．３６、および物品受給団体側の情報処理端末４０、４２、．．．４６を含むシステムの概略的な構成（configuration）の例を示している。

図１Ａにおいて、サーバ装置１０は、情報処理装置であり、例えば、プロセッサ１０２、メモリ１０４、内部バス、およびネットワーク・インタフェース（ＮＷ Ｉ／Ｆ）１０８、等を含むコンピュータであってもよい。サーバ装置１０は、さらに、内部バスに結合された、記憶装置または記憶部１６、および記録媒体読み取り用のドライブ１０６を含んでいる。記憶装置または記憶部１６には、例えば、ハードディスク・ドライブ（ＨＤＤ）および／またはＳＤ（セキュアディジタル）メモリまたはＵＳＢメモリ等のフラッシュ・メモリのような半導体メモリが含まれてもよい。ドライブ１０６は、ソフトウェアが記録された例えば光ディスクのような記録媒体１６４を読み取るために設けられている。そのソフトウェアは、例えば、ＯＳ、データベース管理システム（ＤＢＭＳ）、アプリケーション・プログラム、等を含んでいてもよい。アプリケーション・プログラムには、物品分配仲介用のアプリケーション・プログラムが含まれていてもよい。

プロセッサ１０２は、コンピュータ用のＣＰＵ（Central Processing Unit）であってもよい。メモリ１０４には、例えば、主記憶装置および半導体メモリ等が含まれる。

プロセッサ１０２は、メモリ１０４および／または記憶装置１６に格納されたそのソフトウェアに従って動作するものであってもよい。そのソフトウェアは、記録媒体１６４に格納されていて、ドライブ１０６によって記録媒体１６４から読み出されてサーバ装置１０にインストールされてもよい。また、代替形態として、プロセッサ１０２は、上述のソフトウェアの機能の少なくとも一部を含む例えば集積回路として実装された専用のプロセッサであってもよい。サーバ装置１０は、ネットワーク・インタフェース１０８を介してネットワーク５に接続することができる。情報処理端末３０〜３６および４０〜４６は、ネットワーク５を介してサーバ装置１０に接続することができる。情報処理端末３０〜３６および４０〜４６は、プロセッサ、メモリ、等を含む、例えば、デスクトップ型、ノートブック型またはタブレット型のパーソナル・コンピュータのようなコンピュータであっても、または例えばスマートフォンのような携帯電話機であってもよい。

図１Ｂは、記憶装置１６に格納される複数のデータベースの例を示している。図１Ｂにおいて、記憶装置１６は、例えば、受給団体情報データベース（ＤＢ）１７２、受給条件データベース（ＤＢ）１７４および受給実績情報データベース（ＤＢ）１７６を含んでいる。また、記憶装置１６は、例えば、提供者情報データベース（ＤＢ）１８０、提供条件データベース（ＤＢ）１８２、提供物品情報データベース（ＤＢ）１８４、およびポイント・データベース（ＤＢ）１８８をさらに含んでいる。また、記憶装置１６は、例えば換算式管理データベース（ＤＢ）１８６をさらに含んでいてもよい。

図２は、サーバ装置１０のプロセッサ１０２の概略的な構成（configuration）の例を示している。

プロセッサ１０２は、制御部１２２０、アプリケーション部１２２４、物品分配仲介部１２２６、およびその他の処理部１２６０を含んでいる。また、物品分配仲介部１２２６は、受給団体情報登録部１２３２、受給条件登録部１２３４、提供者情報登録部１２３６、提供条件登録部１２３８、および提供物品登録部１２４０を含んでいる。また、物品分配仲介部１２２６は、条件マッチング部１２４２、受給団体確認部１２４４、提供物品確認部１２４６、受入登録部１２４８、提供情報登録部１２５０、およびポイント計算管理部１２５２を含んでいる。条件マッチング部１２４２は、提供条件および／または受給条件等に基づいて受給団体を選択するためのフィルタリング機能と、提供物品の提供条件と受給者の受給条件の間の整合性を判定するマッチング機能とを含んでいてもよい。また、制御部１２２０は、アプリケーション部１２２４、物品分配仲介部１２２６および処理部１２６０に制御信号を供給して、これらの要素の動作を制御してもよい。

プロセッサ１０２またはその物品分配仲介部１２２６は、物品の提供者および受給団体に対して物品分配仲介サービスを提供する物品分配仲介システムを実現する。ここで、物品分配仲介サービスは、提供者によって提供される各種の物品を１つ以上の受給団体に分配するために、提供者と受給団体の間を仲介するサービスである。

次は、記憶装置１６に格納される図１Ｂのデータベースについて説明する。

図３Ａ〜３Ｈは、記憶装置１６に格納される図１Ｂの各データベースの情報レコードのデータ構造とそのデータの例を示している。各図３Ａ〜３Ｈの各情報レコードは表の形態であってもよい。

図３Ａは、サーバ装置１０によって生成され受給団体情報データベース１７２に保存される受給団体情報のレコードのデータ構造とそのデータの例を示している。受給団体情報は、例えば、受給団体ＩＤ（識別情報）、受給団体名、受給団体担当者、受給団体連絡先１および２、および受給者人数の各フィールドを含んでいる。受給団体連絡先１および２の情報は、例えば、受給団体の電話番号および電子メールアドレスであってもよい。受給団体名の情報は、例えば、物品の受給を希望する福祉団体名であってもよい。受給者人数の情報は、例えば、特定の受給団体における物品を受給する最終的なまたは末端の受給者の人数であってもよい。

図３Ｂは、サーバ装置１０によって生成され受給条件データベース１７４に保存される受給条件の情報レコードのデータ構造とそのデータの例を示している。受給条件の情報は、例えば、受給団体ＩＤ、配送条件１〜４、受取条件１および２、食品衛生管理、および保冷庫有無の各フィールドを含んでいる。配送条件１〜４の情報は、例えば、物品の引き取りが可能であること、配送業者の利用が可能でかつ受給団体が送料を負担すること、配送先が近畿２府４県であること、および配送が即日可能であることを含んでいてもよい。受取条件１および２の情報は、例えば、物品の受入れ対象が食品全般であること、および１日当り最大１００食分であることを含んでいてもよい。食品衛生管理の情報は、例えば、管理者が在籍することを含んでいてもよい。保冷庫有無の情報は、例えば、保冷施設が有ることを含んでいてもよい。

図３Ｃは、サーバ装置１０によって生成され受給実績情報データベース１７６に保存される受給実績情報のレコードのデータ構造とそのデータの例を示している。受給実績情報は、例えば、受給団体ＩＤ、最終受給団体（順序番号）、受給者人数、提供ＩＤ、受給可否、受給条件、受給予定日、受給数量、受給日、フィードバックＩＤ、フィードバック・コメント、配布箇所および提供物品価値の各フィールドを含んでいる。最終受給団体の情報は、例えば、物品を最終的に受給した団体名であってもよい。受給者人数の情報は、例えば物品を実際に受給する最終的または末端の受給者人数であってもよい。受給数量の情報は、例えば、実際に受給した物品の数量であってもよい。フィードバック・コメントの情報は、例えば、受給団体の担当者等によって入力されて物品に関する感想等のフィードバックまたは情報提供のためのコメントであってもよい。配布箇所の情報は、例えば、受給団体において物品が実際に配布された施設数であってもよい。提供物品価値の情報は、例えば、提供者によって付与された物品の定価または平均小売価格であってもよい。

図３Ｄは、サーバ装置１０によって生成され提供者情報データベース１８０に保存される提供者情報のレコードのデータ構造とそのデータの例を示している。提供者情報は、例えば、提供者ＩＤ、提供者名、提供者担当者、および提供者連絡先１および２の各フィールドを含んでいる。提供者名の情報は、例えば、物品を提供する業者名または会社名であってもよい。提供者連絡先１および２の情報は、例えば、提供者の電話番号および電子メールアドレスであってもよい。

図３Ｅは、サーバ装置１０によって生成され提供条件データベース１８２に保存される提供条件の情報レコードのデータ構造とそのデータの例を示している。提供条件の情報は、例えば、提供者ＩＤ、配送条件１〜４、および提供条件１〜３の各フィールドを含んでいる。配送条件１〜４の情報は、例えば、物品の引き取りを希望すること、配送業者の利用は可能であるが提供者は送料を負担しないこと、および配送が即日可能であることを含んでいてもよい。提供条件１〜３の情報は、例えば、配送先が近畿２府４県であること、受給団体の種類がフードバンクであること、および衛生管理者が在籍することを含んでいてもよい。

図３Ｆは、サーバ装置１０によって生成され提供物品情報データベース１８４に保存される提供物品情報のレコードのデータ構造とそのデータの例を示している。提供物品情報は、例えば、提供者ＩＤ、提供ＩＤ、登録日時、提供物品（順序番号）名、提供物品（順序番号）数量、提供物品（順序番号）期限、提供物品（順序番号）条件１および２、受給状況、受け渡し状況１〜３および提供物品価値の各フィールドを含んでいる。提供物品名の情報は、例えば、提供される物品の商品名であってもよい。提供物品数量の情報は、例えば、提供される物品の数量であってもよい。提供物品期限の情報は、例えば、提供物品の配送期限であってもよい。提供物品条件１および２の情報は、例えば、保冷設備がなくてよいこと、および衛生管理者がいなくてよいことであってもよい。受給状況の情報は、例えば、実際に物品の該当する受給団体が有ること、または受給団体が物品の受入を申請中であることを含んでいてもよい。受け渡し状況１〜３の情報は、例えば、物品の受け渡しが済んでいること、実際の受け渡しの日時、および提供物品の全数量が譲渡済みであることを含んでいてもよい。

図３Ｇは、サーバ装置１０によって生成され換算式管理データベース１８６に保存される換算式管理の情報レコードのデータ構造とそのデータの例を示している。換算式管理の情報は、例えば、次式のような、物品の受給に関する累積的実績、評価または優先度に関するポイントへの換算式Ｐ_ｃのフィールドを含んでいる。

換算式は、例えば、１つの受給団体に関する過去の各受給時点における受給者の１人当りの受け取った物品の価値と、フィードバック・コメントの数を、ポイントに換算するための式である。受給者１人当りの受け取った物品の価値は、負の値であってもよい。各１回のコメントは、例えば１００のような係数が乗じられた正のポイントに換算されてもよい。

換算式において、添え字ｉは、或る期間におけるそれぞれの受給の順序番号ｉ＝１〜ｎを表している。物品の単位価値は、例えば、物品１個当りの価値、物品１パッケージ当りの価値、物品の単位重量（ｇ）当りの価値、または物品の単位体積（ｃｃ）当りの価値であってもよい。数量は、例えば、１回の受給における物品の個数、パッケージ数、重量または体積であってもよい。受給者人数は、各受給時点における各受給団体の受給団体情報として登録されたまたは最大または在籍の受給者の人数であってもよい。代替形態として、受給者人数は、受給時での各受給団体における物品を実際に受け取る受給者の人数であってもよい。従って、上式中の総和（Σ）の項で表される受給者１人当りの受給物品の価値の総和は、或る期間における受給回数（ｎ回）分の受給者１人当りの物品の価値の合計を表している。また、物品の単位価値は、例えば、提供者によって指定された価格で表されてもよく、例えば、物品の単位定価、平均の単位小売価格、平均の単位卸売価格、またはその価格に或る係数を乗算したものであってもよい。

また、上式において、簡易化のために、物品の単位価値を１として、物品の数量が物品の価値として扱われてもよい。また、上式において、簡易化のために、特定の物品の単位価値と数量の積を、特定の物品の実際の受給者人数に置き換えて、受給者１人当りの受給回数が物品の価値として扱われてもよい。従って、受給者１人当りの受給物品の価値の総和は、各受給団体が受給した物品の数量、受給回数および価格のうちの少なくともいずれかに基づいて算出されればよい。

図３Ｈは、サーバ装置１０によって生成されポイント・データベース１８８に保存されるポイントの情報レコードのデータ構造とそのデータの例を示している。ポイントの情報は、例えば、受給団体ＩＤおよびポイントの各フィールドを含んでいる。各受給団体のポイント（合計）は、各受給団体への次の物品配布の優先度を決定するために用いられてもよい。ポイント・データベース１８８は、サーバ装置１０によって、定期的に、例えば毎日定刻に更新されてもよい。代替形態として、各受給団体のポイントは、提供物品の配送または受給が完了したときに毎回計算されてポイント・データベース１８８に保存されても、または提供物品の配布先を決定するときに毎回計算されてポイント・データベース１８８に保存されてもよい。

次は、受給団体および提供者に関する情報のサーバ装置１０への登録について説明する。

図４は、サーバ装置１０によって実行される、受給団体および受給条件に関する情報を登録処理するためのフローチャートの例を示している。

情報処理端末４０〜４６は、物品の受給団体の担当者の操作に従って、サーバ装置１０に接続して物品の提供者および提供条件に関する情報を登録する。

図４のステップ５０２において、サーバ装置１０のプロセッサ１０２（またはその受給団体情報登録部１２３２）は、情報処理端末４０〜４６から、物品の受給団体に関する情報を受信して、記憶装置１６の受給団体情報データベース１７２に格納する。

ステップ５０４において、プロセッサ１０２（またはその受給条件登録部１２３４）は、情報処理端末４０〜４６から受給条件に関する情報を受信して、記憶装置１６の受給条件データベース１７４に格納する。受給団体情報および受給条件の登録処理が完了した後、受給団体の担当者は、提供された物品の受給を申し込むことができるようになる。

図５は、サーバ装置１０によって実行される、物品の提供者および提供条件に関する情報を登録処理するためのフローチャートの例を示している。

情報処理端末３０〜３６は、物品の提供者の担当者の操作に従って、サーバ装置１０に接続して物品の提供者および提供条件に関する情報を登録する。

図５のステップ５１２において、サーバ装置１０のプロセッサ１０２（またはその提供者情報登録部１２３６）は、情報処理端末３０〜３６から、物品の提供者に関する情報を受信して、記憶装置１６の提供者情報データベース１８０に格納する。

ステップ５１４において、プロセッサ１０２（またはその提供条件登録部１２３８）は、情報処理端末３０〜３６から提供条件に関する情報を受信して、記憶装置１６の提供条件データベース１８２に格納する。提供者情報および提供条件の登録処理が完了した後、提供者の担当者は、物品の提供を申し込むことができるようになる。

次は、サーバ装置１０による物品分配仲介のための処理について説明する。

図６Ａおよび６Ｂは、サーバ装置１０によって実行される、提供者によって提供される物品の配布先を決定する処理のためのフローチャートの例を示している。

図６Ａのステップ５３２において、物品の提供者の担当者は、情報処理端末３０〜３６を操作して、サーバ装置１０上のプロセッサ１０２またはその物品分配仲介部１２２６によって提供される物品分配仲介システムにアクセスする。物品分配仲介システムへのアクセスのために、例えば提供者ＩＤおよびパスワードを用いた認証が行われてもよい。また、情報処理端末３０〜３６は、提供者の担当者の操作に従って、物品分配仲介システムの提供物品登録用の画面上で入力された提供物品に関する情報をサーバ装置１０に送信する。

図８Ａは、物品分配仲介システムの提供物品登録のための画面の例を示している。図８Ｂは、図８Ａの画面で物品分配仲介システムに登録された提供物品情報の例を示している。

図８Ａの提供物品登録の画面において、例えば、提供物品名“○○コーヒー３５０ｍｌ”、提供物品数量“１０ケース”、提供物品期限“２０１３年９月８日”、提供物品条件“保冷設備不要”、“衛生管理者必要”および提供物品価値“￥１００００”が入力される。一方、サーバ装置１０のプロセッサ１０２（またはその提供物品登録部１２４０）は、情報処理端末３０〜３６から提供物品に関する登録情報を受信して提供物品情報データベース１８４に格納する。それによって、例えば、図８Ｂのような提供物品情報が、提供物品情報データベース１８４に格納される。

ステップ５３４において、プロセッサ１０２（またはその条件マッチング部１２４２）は、提供物品情報データベース１８４に新しく格納された提供物品情報に関して、データベースを参照して、提供物品の提供条件にマッチまたは整合する候補の受給団体を抽出する。提供物品の提供条件は、提供物品情報データベース１８４および提供条件データベース１８２に含まれている情報である。即ち、複数の受給団体が提供物品の提供条件でフィルタリングされる。そのデータベースは、例えば、提供物品情報データベース１８４、提供者情報データベース１８０、提供条件データベース１８２、受給団体情報データベース１７２および受給条件データベース１７４である。その際、プロセッサ１０２（条件マッチング部１２４２）は、提供される物品に関して、例えば、提供者の提供物品情報および提供条件の各項目とマッチまたは整合する項目を含む受給団体情報および受給条件の受給団体を抽出する。それによって、提供物品の提供条件を満たす受給団体が抽出される。但し、この段階では、提供物品は、受給団体によって提示された受給条件の一部の項目を満たしていない可能性がある。例えば、受給団体の受給条件に、提供物品に関して、例えば配送元の地域制限が含まれることがある。

ステップ５３６において、プロセッサ１０２（条件マッチング部１２４２）は、候補の受給団体の抽出に成功したかどうかを判定する。１つ以上の候補の受給団体の抽出に成功したと判定された場合には、手順はステップ５３８に進む。候補の受給団体の抽出に失敗したと判定された場合には、手順はステップ５４０に進む。

ステップ５３８において、プロセッサ１０２（条件マッチング部１２４２）は、受給条件データベース１７４を参照して、提供物品に関する情報が候補の各受給団体の受給条件の各項目とマッチまたは整合するかどうかを判定する。即ち、候補の受給団体が、提供物品に関する情報に対する受給団体の受給条件でフィルタリングされて絞り込まれる。そのデータベースは、例えば、提供物品情報データベース１８４、提供者情報データベース１８０、受給団体情報データベース１７２および受給条件データベース１７４である。提供物品に関する情報が受給条件とマッチすると判定された場合は、手順は図６Ｂのステップ５５２に進む。この場合、プロセッサ１０２（条件マッチング部１２４２）は、提供物品に関する情報が受給条件とマッチする候補の受給団体を抽出する。代替形態として、ステップ５３８の判定は、ステップ５３４または５３６に含まれてもよい。提供物品に関する情報が受給条件とマッチしないと判定された場合は、手順はステップ５４０に進む。

ステップ５４０において、プロセッサ１０２（条件マッチング部１２４２）は、情報処理端末３０〜３６からアクセスされると、メッセージを含む画面を情報処理端末３０〜３６に表示させる。そのメッセージは、提供物品の提供条件とマッチする受給団体がないことを通知し、提供物品の提供条件の緩和を推奨するものである。そのメッセージの存在は、例えば、情報処理端末３０〜３６に電子メールで通知されても、または提供者の電話番号の電話機に音声アナウンスで通知されてもよい。

図９は、提供物品の提供条件とマッチする受給団体がないことを提供者に通知し提供条件の緩和を推奨するメッセージを含む画面の例を示している。

情報処理端末３０〜３６において、例えば図９のような、提供条件とマッチする受給団体が存在せず提供条件の緩和を推奨する内容のメッセージを含む画面が表示される。図９の画面上で、提供者の担当者が情報処理端末３０〜３６を操作してボタン“提供物品条件変更”を押下操作すると、手順はステップ５３２に戻る。一方、図９の画面上で、ボタン“提供物品中止”が押下操作されると、提供物品情報データベース１８４における対応する物品提供情報が削除されてもよく、その後、手順は図６Ａおよび６Ｂのルーチンを出てもよい（図示せず）。

ステップ５４０の後のステップ５３２において、例えば図８Ａのような、登録された提供物品情報を含む画面が再び表示されて、提供物品に関する情報の再入力または変更が可能な状態となる。提供者の担当者は、図８Ａのような画面上で、登録された提供物品情報における提供条件を変更または緩和することができる。

図１０Ａは、図８Ａの画面の提供物品情報が変更された後の提供物品登録のための画面の例を示している。図１０Ｂは、図１０Ａの画面で変更登録された提供物品情報の例を示している。

図１０Ａの画面において、提供条件に関して、例えば、提供物品期限が変更前より遅い日付“２０１３年９月１５日”に変更され、提供物品条件２が“衛生管理者不要”に緩和されている。それによって、例えば、図１０Ｂのような変更された提供物品情報で、提供物品情報データベース１８４が更新される。更新された提供物品情報に基づいて、再びステップ５３４、５３６および５３８が実行される。

図６Ｂのステップ５５２において、プロセッサ１０２（条件マッチング部１２４２）は、ポイント・データベース１８８を参照して、候補の受給団体を、それぞれのポイントの高さの順を優先度順として並べ替えまたはソートする。その際、ポイント・データベース１８８に加えて、受給団体情報データベース１７２、受給条件データベース１７４および受給実績情報データベース１７６が参照されてもよい。候補の受給団体のポイントは、処理済みのポイント・データベース１８８から取り出されてもよい。代替形態として、プロセッサ１０２の条件マッチング部１２４２は、ポイント計算管理部１２５２に、受給実績情報データベース１７６に基づいて候補の各受給団体のポイントを計算させてもよい。

各受給団体のポイントは、或る期間における、各受給団体の受給者１人当りの受給した物品の価値に負の値−１を乗算して符号を反転させた値であってもよい。或る期間は、例えば、現時点から遡った過去１２箇月、６箇月または１箇月であってもよい。各受給団体のポイントは、後で説明するように、或る期間における、各受給団体の受給者１人当りの受給した物品の価値に負の値−１を乗算して符号を反転させた値の総和（Σ）と、物品の受給に対する受給団体のコメント数に係数を乗算した積との和であってもよい。このようにして求められた受給団体のポイントの高さを優先順として用いて、提供物品の配布先の候補の受給団体が優先順に並べ替えられまたはソートされる。

ステップ５５３において、プロセッサ１０２（条件マッチング部１２４２）は、受給条件データベース１７４を参照して、候補の受給団体のリストにおいて優先度順に提供物品の数量を配布可能な１つ以上の候補の受給団体を選択して決定し、そのリストを作成する。

図１１Ａは、ポイントの高さを優先度順として並べ替えられた候補の受給団体のリストの例を示している。図１１Ｂは、図１１Ａの候補の受給団体のリストの生成のために参照された、各受給団体のポイントの例を示している。図１１Ｃは、提供者に通知される、候補の受給団体一覧を含む画面の例を示している。

ステップ５５４において、プロセッサ１０２（またはその受給団体確認部１２４４）は、提供者の情報処理端末３０〜３６からアクセスされると、メッセージを含む画面を情報処理端末３０〜３６に表示させる。そのメッセージは、提供物品の配布先としての候補の受給団体があることを通知するものである。そのメッセージの存在は、例えば、情報処理端末３０〜３６に電子メールで通知されても、または提供者の電話番号の電話機に音声アナウンスで通知されてもよい。例えば、提供者の担当者は、情報処理端末３０〜３６を操作して、図１１Ｃのような候補の受給団体一覧を含む画面を見て候補の受給団体を確認することができる。図１１Ｃの画面は、例えば、受給団体名、配送条件、受取条件、食品衛生管理、保冷施設有無、等の情報を含んでいる。この場合、提供者の担当者が、情報処理端末３０〜３６を操作して、確認のために図１１Ｃの画面上で、ボタン“提供申請”を押下操作すると、提供物品の存在が候補の受給団体に通知される。その際、図１１Ｃの画面上で、提供者の担当者が、複数の候補の受給団体の中から提供したい受給団体名を選択できるようにしてもよい。

図１２Ａおよび１２Ｂは、それぞれの候補の受給団体に通知される、提供物品一覧を含む画面の例を示している。図１２Ｃは、図１２Ｂの画面に関連する受給団体によって受け入れられた提供物品に関して生成された受給実績情報の例を示している。

ステップ５５６において、プロセッサ１０２（またはその提供物品確認部１２４６）は、決定された受給団体の情報処理端末４０〜４６からアクセスされると、提供物品があることを通知するメッセージを含む画面を情報処理端末４０〜４６に表示させる。そのメッセージの存在は、例えば、情報処理端末４０〜４６に電子メールで通知されても、または受給団体の電話番号の電話機に音声アナウンスで通知されてもよい。

ステップ５５４において、プロセッサ１０２（受給団体確認部１２４４）は、例えば図１１Ｃの画面上でボタン“提供申請”が押下操作されたとき、候補の受給団体からの回答待ち状態であることを、受給状況として提供物品情報データベース１８４に記録してもよい。代替形態として、ステップ５５６において、プロセッサ１０２（提供物品確認部１２４６）は、メッセージの存在を通知したとき、候補の受給団体からの回答待ち状態であることを表す“受給団体回答待ち”を受給状況として提供物品情報データベース１８４に記録してもよい。

受給団体の担当者は、情報処理端末４０〜４６を操作して、例えば図１２Ａのような提供物品一覧を含む画面を見て、提供物品を受け入れるか（受入れ）または受け取らないか（辞退）を判断することができる。例えば、受給団体の担当者が図１２Ａの画面でボタン“辞退”を押下操作した場合、情報処理端末４０〜４６は、物品を受け取らないことを表す応答をサーバ装置１０に送信する。一方、例えば、受給団体の担当者が図１２Ａの画面でボタン“受入申請”を押下操作した場合、情報処理端末４０〜４６は、物品を受け取ることを表す応答をサーバ装置１０に送信する。この場合、受給団体の担当者は、図１２Ａの画面上で受給予定日等の追加情報を入力してもよい。この場合、応答には、提供物品を受け入れる旨の回答と、受給予定日等の追加情報とが含まれる。

ステップ５５８において、プロセッサ１０２（提供物品確認部１２４６）は、応答期限内に候補の受給団体から応答があったかどうかを判定する。応答期限は、提供者が設定した提供物品情報における提供物品期限より前の日時に設定される。応答期限内に応答を受信したと判定された場合は、手順はステップ５６２に進む。応答期限を過ぎても応答を受信しなかったと判定された場合は、手順はステップ５６０に進む。

ステップ５６２において、プロセッサ１０２（提供物品確認部１２４６）は、候補の受給団体から受信した応答の内容を確認する。受給団体からの応答は、提供された物品を受け取るか（受入れ）または受け取らないか（辞退）の回答を含んでいる。プロセッサ１０２（提供物品確認部１２４６）は、応答の内容を受給状況として提供物品情報データベース１８４に記録してもよい。回答が受け取らない旨（辞退）のものである場合、ここで、受給状況として、例えば“受入団体指定前”が記録されてもよい。また、プロセッサ１０２（または提供物品確認部１２４６もしくはその受入登録部１２４８）は、情報処理端末４０〜４６から受信した受給予定日等を受給実績情報データベース１７６に格納してもよい。

ステップ５６４において、プロセッサ１０２（提供物品確認部１２４６）は、候補の受給団体からの応答が、物品を受取る旨のものであるかどうかを判定する。応答が物品を受け取る旨のものであると判定された場合、手順はステップ５６６に進む。応答が物品を受け取らない旨のものであると判定された場合、手順はステップ５６０に進む。

ステップ５６０において、プロセッサ１０２（提供物品確認部１２４６）は、期限内に候補の受給団体から応答を受信しなかったこと、または候補の受給団体が物品の受け取りを辞退したことを受給実績情報データベース１７６に記録する。その際、受給状況として、ここで、“受入団体指定前”が、提供物品情報データベース１８４に記録されてもよい。その後、手順はステップ５５２に戻る。

ステップ５６０および５６４（ＮＯ）の後のステップ５５２において、プロセッサ１０２（条件マッチング部１２４２）は、提供物品があることを先に通知した候補の受給団体を除外して、残りの候補の受給団体を優先度順に再び並べ替えまたはソートする。次いで、プロセッサ１０２（条件マッチング部１２４２）は、ポイントに基づいて優先度順に提供物品の残りの数量分の配布先の候補の受給団体を再び決定する。ここで、残りの候補の受給団体がない場合、残りの物品の数量について、手順はステップ５４０に戻ってもよい。

その後、再びステップ５５４が実行される。さらに、再びステップ５５６において、プロセッサ１０２（提供物品確認部１２４６）は、決定された別の候補の受給団体の情報処理端末４０〜４６からアクセスされると、メッセージを含む画面を情報処理端末４０〜４６に表示する。そのメッセージは、提供物品があることを通知するものである。別の受給団体の担当者は、情報処理端末４０〜４６を操作して、例えば図１２Ｂの提供物品一覧を含む画面を見て、提供物品を受け入れるかまたは受け取らないかを判断することができる。このようにして、情報処理端末４０〜４６は、上述したのと同様に、応答をサーバ装置１０に送信する。応答が提供物品を受け入れるものである場合、ステップ５６２において、プロセッサ１０２（提供物品確認部１２４６もしくはその受入登録部１２４８）は、例えば、図１２Ｃのような受給実績情報を受給実績情報データベース１７６に格納する。この場合、受給実績情報データベース１７６において、受給可否として、受入申請中であることが記録されてもよい。

ステップ５６６において、プロセッサ１０２（受給団体確認部１２４４）は、情報処理端末３０〜３６からアクセスされると、提供物品を受け取る受給団体が存在することを通知するメッセージを含む画面を情報処理端末３０〜３６に表示させる。メッセージは、例えば、受給団体名、物品の数量等の情報を含んでいてもよい。そのメッセージの存在は、例えば、情報処理端末３０〜３６に電子メールで通知されても、または提供者の電話番号の電話機に音声アナウンスで通知されてもよい。また、プロセッサ１０２（受給団体確認部１２４４）は、提供者が物品を配送する場合、提供者の担当者の操作によって情報処理端末３０〜３６から受信した、配送予定日、等を受給実績情報データベース１７６に格納してもよい。

このようにして、サーバ装置１０は、各受給団体の受給者１人当りの配布済みの物品の価値がより少ない受給団体を優先して提供物品の受入先となる受給団体を決定することができる。また、サーバ装置１０は、さらに、例えばフィードバック・コメントのような提供物品に関する情報提供の回数のより多い受給団体を優先して提供物品の配送先となる受給団体を決定することができる。

次は、物品の配送の完了後に受給団体によって提供者に提供される情報としてのフィードバック・コメントのサーバ装置１０への登録と、受給団体へのポイントの付与について説明する。

図７は、サーバ装置１０によって実行される、受給団体のフィードバック・コメントの記録と、受給団体に付与されるポイントの計算の処理のためのフローチャートの例を示している。

図１３Ａは、受給団体または提供者によって提供物品の受入れまたは配送が完了したことを登録するための画面の例を示している。図１３Ｂは、物品受入登録によって更新された受給実績情報の例を示している。図１３Ｃは、物品受入登録によって更新された受給団体のポイントの例を示している。

物品の配送または受取が完了した後、受給団体の担当者は、情報処理端末４０〜４６を操作して、例えば図１３Ａのような画面上で、受給した物品に関して物品の受取または配送が完了したことをサーバ装置１０に登録する。代替形態として、提供者の担当者が、情報処理端末３０〜３６を操作して、例えば図１３Ａのような画面上で、提供した物品に関して物品の配送または受取が完了したことをサーバ装置１０に登録してもよい。情報処理端末４０〜４６または３０〜３６は、受給団体または提供者の担当者の操作に従って、サーバ装置１０にアクセスして、提供物品の受取りまたは配送が完了したことを登録する。

図７のステップ５８２において、プロセッサ１０２（受入登録部１２４８）は、情報処理端末４０〜４６または３０〜３６から、物品の受取または配送の完了に関する登録情報を受信して受給実績情報データベース１７６に格納する。それによって、例えば図１３Ｂのような、受給実績情報が、受給実績情報データベース１７６に格納される。図１３Ｂの受給実績情報は、受給可否の情報として物品が受取済みであること、また実際の受給日を含んでいる。

ステップ５８４において、プロセッサ１０２（またはそのポイント計算管理部１２５２）は、受給団体の受給実績情報データベース１７６に基づいて、ポイントへの換算式に従って、受給団体に付与されるポイントを計算する。ポイントへの換算式は、換算式管理データベース１８６中に格納されていても、または、プロセッサ１０２によって実行されるアプリケーション・プログラムまたはポイント計算管理部１２５２に組み込まれていてもよい。ポイントへの換算式Ｐ_ｃは、例えば次の式であってもよい。

プロセッサ１０２（ポイント計算管理部１２５２）は、算出されたポイントでポイント・データベース１８８を更新する。この場合、特定の受給団体に対する提供物品の受給実績に応じて、例えば図１３Ｃのように、受給団体が受給した受給者一人当りの物品の価値の分だけ、低減されたポイントでポイント・データベース１８８が更新されてもよい。代替形態として、ステップ５８４が省略されて、ステップ５８４の計算はステップ５８８に含まれてもよい。

図１４Ａは、受給団体によって提供物品に関するフィードバック・コメントを入力するための画面の例を示している。図１４Ｂは、フィードバック・コメントによって更新された受給実績情報の例を示している。図１４Ｃは、フィードバック・コメントの登録によって更新された受給団体のポイントの例を示している。

物品の配送または受取の完了の登録後、受給団体の担当者は、情報処理端末４０〜４６を操作して、例えば図１４Ａの画面上で、受給した物品に関して、提供者に対する提供情報としてフィードバック・コメントを入力してサーバ装置１０に送信することができる。情報処理端末４０〜４６は、受給団体の担当者の操作に従って、サーバ装置１０にアクセスして、受給した物品に関するフィードバック・コメントを登録する。

ステップ５８６において、プロセッサ１０２（またはその提供情報登録部１２５０）は、情報処理端末４０〜４６からフィードバック・コメントを受信して、受給実績情報データベース１７６に記録する。この場合、例えば図１４Ｂのようなフィードバック・コメントを含む受給実績情報で、受給実績情報データベース１７６が更新される。プロセッサ１０２（提供情報登録部１２５０）は、情報処理端末３０〜３６からアクセスされたときに、受給実績情報データベース１７６中のフィードバック・コメントを情報処理端末３０〜３６に表示させてもよい。そのフィードバック・コメントの存在は、例えば、情報処理端末３０〜３６に電子メールで通知されても、または提供者の電話番号の電話機に音声アナウンスで通知されてもよい。物品の提供者の担当者は、フィードバック・コメントを評価して情報提供としての有用性に応じて情報処理端末４０〜４６上でその回のフィードバック・コメントに乗じられる係数を増大させ、増大させた係数を受給実績情報データベース１７６に記録してもよい。その回のフィードバック・コメントについて、係数が、例えば、１００から２００に増大されてもよい。

ステップ５８８において、プロセッサ１０２（ポイント計算管理部１２５２）は、受給団体の受給実績情報データベース１７６に基づいて、上述のポイントへの換算式に従って、受給団体に付与されるポイントを計算する。プロセッサ１０２（ポイント計算管理部１２５２）は、算出された各受給団体のポイントでポイント・データベース１８８を更新する。フィードバック・コメントの登録に応じて、例えば図１４Ｃのような増大されたポイントでポイント・データベース１８８が更新されてもよい。

ポイント・データベース１８８における各受給団体のポイントは、物品の受入または配送に関する情報が登録される度に、およびフィードバック・コメントが登録される度に、再計算されて更新されてもよく、例えば毎日定時刻のように定期的に更新されてもよい。代替形態として、ポイント・データベース１８８における各受給団体のポイントは、特定の候補の受給団体が抽出されるときに計算されてもよい。

上述のポイントへの換算式は、受給団体について、或る期間における、受給毎の受給者１人当りの受給物品の価値に負の値−１を乗算して符号を反転させた値の総和（Σ）と、コメント数に係数を乗算した積との和で表される。受給物品の合計の価値は、例えば、物品１個当りの価値に受給数を乗じた値、または物品単位量当りの価値に受給数量を乗じた値で表される。従って、ポイントは負、ゼロ（０）または正の値であってもよい。このように、毎回の受給者１人当りの受給物品の合計の価値に−１を乗算して符号を反転させるので、受給団体がより多くの物品を受給するほど、その受給団体のポイントの値がより低くなる傾向が形成できる。また、それによって、受給団体が物品の受給のたびに欠かさずフィードバック・コメントを送るほど、情報提供の貢献度として受給団体のポイントの値がより高くなる傾向が形成できる。

代替形態として、上述のポイントへの換算式において、コメント数に乗算される係数は、０以上の任意の値であってよく、上述のように情報提供としての有用性に応じて変更することができる。係数が常にゼロ（０）の場合は、コメント数に応じたポイントの加算がなくなる。

また、各受給団体のポイントは、上述のポイントへの換算式（Ｐ_ｃ）に、例えば、受給団体による受給者１人当りの提供者の製品の購買ポイント（Ｐ_ｐ）に応じた値（αＰ_ｐ）を加算した値（Ｐ_ｃ+αＰ_ｐ）であってもよい。それによって、受給団体による物品の提供者の製品の購買が促され、受給団体と提供者との間の相互の支援関係が促進される。

このようにして、受給した物品の価値に応じて、ポイントが減少し、従って次の物品を受け取る際の優先度が低減される。従って、長い期間にわたって見れば、複数の受給団体の各受給者に対して分配された価値が概ね均等になる。それによって、複数の受給団体の個々の受給者全体に広く物品の恩恵を与えることが可能となり、また提供者の製品の宣伝効果が得られる。また、登録したコメントの数に応じて、ポイントが増大し、従って次の物品を受け取る際の優先度が高くなる。従って、提供者は、フィードバック・コメントを将来の一般消費者向けの製品の製造または開発に反映することができる。

実施形態によれば、提供される物品を概ね公平に複数の受給団体に割り当てるシステムが実現でき、また、提供者によって提供される各種の物品の配布先の受給団体が効率的に決定できる。

ここで挙げた全ての例および条件的表現は、発明者が技術促進に貢献した発明および概念を読者が理解するのを助けるためのものであり、ここで具体的に挙げたそのような例および条件に限定することなく解釈され、また、明細書におけるそのような例の編成は本発明の優劣を示すこととは関係ない、と理解される。本発明の実施形態を詳細に説明したが、本発明の精神および範囲から逸脱することなく、それに対して種々の変更、置換および変形を施すことができる、と理解される。

以上の実施例を含む実施形態に関して、さらに以下の付記を開示する。
（付記１）記憶部に記憶された複数の団体に属する受給者の人数と前記複数の団体に配布済みの物品の価値とに基づいて、前記複数の団体の各団体に属する受給者一人当りの配布済みの物品の価値を算出し、
算出された前記受給者一人当りの配布済みの物品の価値に基づいて、前記複数の団体の中から或る物品の配布先となる団体を決定する
処理を情報処理装置に実行させるためのプログラム。
（付記２）前記配布先となる団体を決定する処理は、前記複数の団体の中から、前記或る物品の提供条件と受給条件が整合する１つ以上の候補の団体を選択し、前記１つ以上の候補の団体の中から前記配布先となる団体を決定することを含むものであることを特徴とする、付記１に記載のプログラム。
（付記３）前記配布先となる団体を決定する処理は、算出された前記受給者一人当りの配布済みの物品の価値がより少ない団体を優先して前記配布先となる団体を決定することを含むものであることを特徴とする、付記１または２に記載のプログラム。
（付記４）前記配布先となる団体を決定する処理は、算出された前記受給者一人当りの配布済みの物品の価値と、前記各団体の前記或る物品に関する情報提供の回数とに基づいて、前記配布先となる団体を決定することを含むものであることを特徴とする、付記１乃至３のいずれかに記載のプログラム。
（付記５）前記配布先となる団体を決定する処理は、算出された前記受給者一人当りの配布済みの物品の価値に応じた負の値と、前記各団体の前記或る物品に関する情報提供の数に応じた値との合計値が最も多い１つ以上の団体を前記配布先として決定することを含むものであることを特徴とする、付記１乃至４のいずれかに記載のプログラム。
（付記６）前記物品は食料であることを特徴とする、付記１乃至５のいずれかに記載のプログラム。
（付記７）前記価値は、或る期間において配布された物品の数量、回数および価格のうちの少なくともいずれかに基づいて算出されるものであることを特徴とする、付記１乃至６のいずれかに記載のプログラム。
（付記８）記憶部に記憶された複数の団体に属する受給者の人数と前記複数の団体に配布済みの物品の価値とに基づいて、前記複数の団体の各団体に属する受給者一人当りの配布済みの物品の価値を算出する第１の処理部と、
算出された前記受給者一人当りの配布済みの物品の価値に基づいて、前記複数の団体の中から或る物品の配布先となる団体を決定するする第２の処理部と、
含む情報処理装置。
（付記９）記憶部に記憶された複数の団体に属する受給者の人数と前記複数の団体に配布済みの物品の価値とに基づいて、前記複数の団体の各団体に属する受給者一人当りの配布済みの物品の価値を算出し、
算出された前記受給者一人当りの配布済みの物品の価値に基づいて、前記複数の団体の中から或る物品の配布先となる団体を決定する
処理を情報処理装置が実行する方法。

５ ネットワーク
１０ サーバ装置
１６ 記憶装置
１０２ プロセッサ
１０４ メモリ
３０、３２、３６、４０、４２、４６ 情報処理端末
１２４２ 条件マッチング部
１２５２ ポイント計算管理部

Claims (7)

1. 記憶部に記憶された複数の団体に属する受給者の人数と前記複数の団体に配布済みの物品の価値とに基づいて、前記複数の団体の各団体に属する受給者一人当りの配布済みの物品の価値を算出し、
   算出された前記受給者一人当りの配布済みの物品の価値に基づいて、前記複数の団体の中から或る物品の配布先となる団体を決定する
   処理を情報処理装置に実行させるためのプログラム。
2. 前記配布先となる団体を決定する処理は、前記複数の団体の中から、前記或る物品の提供条件と受給条件が整合する１つ以上の候補の団体を選択し、前記１つ以上の候補の団体の中から前記配布先となる団体を決定することを含むものであることを特徴とする、請求項１に記載のプログラム。
3. 前記配布先となる団体を決定する処理は、算出された前記受給者一人当りの配布済みの物品の価値がより少ない団体を優先して前記配布先となる団体を決定することを含むものであることを特徴とする、請求項１または２に記載のプログラム。
4. 前記配布先となる団体を決定する処理は、算出された前記受給者一人当りの配布済みの物品の価値と、前記各団体の前記或る物品に関する情報提供の回数とに基づいて、前記配布先となる団体を決定することを含むものであることを特徴とする、請求項１乃至３のいずれかに記載のプログラム。
5. 前記価値は、或る期間において配布された物品の数量、回数および価格のうちの少なくともいずれかに基づいて算出されるものであることを特徴とする、請求項１乃至４のいずれかに記載のプログラム。
6. 記憶部に記憶された複数の団体に属する受給者の人数と前記複数の団体に配布済みの物品の価値とに基づいて、前記複数の団体の各団体に属する受給者一人当りの配布済みの物品の価値を算出する第１の処理部と、
   算出された前記受給者一人当りの配布済みの物品の価値に基づいて、前記複数の団体の中から或る物品の配布先となる団体を決定するする第２の処理部と、
   含む情報処理装置。
7. 記憶部に記憶された複数の団体に属する受給者の人数と前記複数の団体に配布済みの物品の価値とに基づいて、前記複数の団体の各団体に属する受給者一人当りの配布済みの物品の価値を算出し、
   算出された前記受給者一人当りの配布済みの物品の価値に基づいて、前記複数の団体の中から或る物品の配布先となる団体を決定する
   処理を情報処理装置が実行する方法。

Images