(57)【特許請求の範囲】
【請求項１】
燃料及び燃料源の少なくとも一方を資源として提供する提供者から提供される前記資源、又は、前記提供者から前記提供者が所属する組織を通じて提供される前記資源の提供内容を表す資源提供情報を入力する提供情報入力ユニットと、
前記提供情報入力ユニットから入力された前記資源提供情報に基づき、前記資源を提供する前記提供者及び前記提供者が所属する前記組織に対して付与する特典を決定する決定ユニットと、
を備えることを特徴とする情報処理システム。
【請求項２】
前記提供情報入力ユニットは、前記提供者から提供される前記資源に関する前記資源提供情報として、前記提供者からの前記資源の提供量を表す情報を入力し、
前記決定ユニットは、前記資源を提供する前記提供者に対して付与する前記特典を、前記資源の提供量に基づいて決定すること
を特徴とする請求項１記載の情報処理システム。
【請求項３】
前記提供情報入力ユニットは、前記提供者から前記組織を通じて提供される前記資源に関する前記資源提供情報として、前記組織からまとめて提供される前記資源の一次提供者である前記提供者毎に、この提供者からの前記資源の提供量を表す情報を入力し、
前記決定ユニットは、前記資源の一次提供者の夫々に対して付与する前記特典を、前記一次提供者の夫々からの前記資源の提供量に基づいて決定すること
を特徴とする請求項１記載の情報処理システム。
【請求項４】
前記提供者の夫々と前記提供者の夫々が所属する組織との対応関係を表す所属情報を記憶する記憶ユニット
を備え、
前記決定ユニットは、前記所属情報に基づき、前記資源を提供する前記提供者が所属する前記組織を特定し、前記提供者が所属する前記組織に対して付与する前記特典を決定すること
を特徴とする請求項１〜請求項３のいずれか一項記載の情報処理システム。
【請求項５】
前記提供者及び前記組織の夫々に対して付与する前記特典を表す特典情報を記憶する記憶ユニットと、
前記決定ユニットの決定内容に従って前記記憶ユニットが記憶する前記特典情報を更新することによって、前記決定ユニットが前記決定した前記特典を前記記憶ユニットに記憶させる更新ユニットと、
を備えること
を特徴とする請求項１〜請求項３のいずれか一項記載の情報処理システム。
【請求項６】
前記決定ユニットは、前記特典として、前記資源を提供する前記提供者及び前記提供者が所属する前記組織に対して付与する有価ポイント又は金銭の量を決定する構成にされ、
前記情報処理システムは、
前記提供者及び前記組織の夫々に対して前記特典として付与する有価ポイント又は金銭の量を表す特典情報を記憶する記憶ユニットと、
前記決定ユニットによる決定内容に従って、前記記憶ユニットが記憶する前記特典情報が表す有価ポイント又は金銭の量であって、前記資源を提供する前記提供者及び前記提供者が所属する前記組織に対して付与する有価ポイント又は金銭の量を更新する更新ユニットと、
を備えること請求項１〜請求項３のいずれか一項記載の情報処理システム。
【請求項７】
前記資源提供情報は、前記提供者からの前記資源の提供量及び種類を表し、
前記決定ユニットは、前記提供者及び前記組織の少なくとも一方に対して付与する前記特典を、前記資源提供情報が表す前記資源の提供量及び種類に基づいて決定すること
を特徴とする請求項１〜請求項６のいずれか一項記載の情報処理システム。
【請求項８】
前記決定ユニットは、前記提供者及び前記組織の少なくとも一方に対して付与する前記特典を、前記資源の在庫量に基づいて決定すること
を特徴とする請求項１〜請求項７のいずれか一項記載の情報処理システム。
【請求項９】
前記決定ユニットは、前記提供者及び前記組織の少なくとも一方に対して付与する前記特典を、前記資源の提供時期に基づいて決定すること
を特徴とする請求項１〜請求項８のいずれか一項記載の情報処理システム。
【請求項１０】
前記提供者から提供される前記資源又は前記提供者から前記組織を通じて提供される前記資源の予定提供量及び前記資源の予定提供時期を表す予定情報を入力する予定情報入力ユニット
を備え、
前記決定ユニットは、前記資源提供情報に基づき、前記提供者及び前記組織に対して付与する前記特典を決定する場合であって、前記資源提供情報に対応する資源提供が前記予定情報入力ユニットから入力された前記予定情報に従う資源提供である場合には、前記提供者及び前記組織の少なくとも一方に対して付与する前記特典を、前記資源提供情報に対応する資源提供が前記予定情報に従う資源提供ではない場合よりも価値の高い特典に決定すること
を特徴とする請求項１〜請求項９のいずれか一項記載の情報処理システム。
【請求項１１】
前記特典は、有価ポイント又は金銭であり、
前記決定ユニットは、前記提供者に対して付与する前記特典の所定割合を、前記提供者が所属する前記組織に対して付与する前記特典に決定すること
を特徴とする請求項１〜請求項１０のいずれか一項記載の情報処理システム。
【請求項１２】
前記提供者及び前記組織の少なくとも一部は、前記資源により発電された電力の使用者であり、
前記情報処理システムは、前記使用者の電力使用料金を算出する算出システムに、前記使用者に該当する前記提供者及び前記組織の電力使用料金を減額させる減額ユニットを備えること
を特徴とする請求項１〜請求項１１のいずれか一項記載の情報処理システム。
【請求項１３】
前記提供者及び前記組織の少なくとも一部は、前記資源により発電された電力の使用者であり、
前記情報処理システムは、前記使用者の電力使用料金を算出する算出システムに、前記使用者に該当する前記提供者及び前記組織の電力使用料金を減額させる減額ユニットを備え、
前記更新ユニットは、前記使用者に該当する前記提供者及び前記組織に対して付与する前記有価ポイント又は前記金銭の量を、前記減額される金額に対応した量減少させるように、前記記憶ユニットが記憶する前記特典情報を更新すること
を特徴とする請求項６記載の情報処理システム。
【請求項１４】
燃料及び燃料源の少なくとも一方を資源として提供する提供者からの前記資源の予定提供量及び前記資源の予定提供時期を表す予定情報を入力する予定情報入力ユニットと、
前記予定情報入力ユニットから入力された前記予定情報に基づき、前記予定情報が表す前記予定提供量の前記資源を提供する前記提供者に対して付与する特典を、その提供前又は後に決定する決定ユニットと、
を備えることを特徴とする情報処理システム。
【請求項１５】
前記提供者に対して付与する前記特典を表す特典情報を記憶する記憶ユニットと、
前記記憶ユニットが記憶する前記特典情報を更新することによって、前記決定ユニットが前記決定した前記特典を前記記憶ユニットに記憶させる更新ユニットと、
を備えること
を特徴とする請求項１４記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
【背景技術】
【０００２】
近年、地球温暖化防止のために、具体的には二酸化炭素排出量の抑制のために、自然エネルギーを利用した発電システムが注目されている。自然エネルギーの利用促進を図るために、自然エネルギーを用いて発電された電力の売電者に対して有価ポイントを付与するシステムもまた知られている（例えば特許文献１参照）。
【０００３】
自然エネルギーを利用した発電システムとしては、バイオマス発電システムが知られている。バイオマス発電システムは、植物などの生物体（バイオマス）を燃料又は燃料源として使用して発電するシステムである。バイオマスには、林地残材及び農業残渣等が含まれる。
【０００４】
同種の発電システムとして、廃棄物発電システムも知られている。廃棄物発電システムは、焼却が必要な一般家庭ごみ等の廃棄物の燃焼時に発生する熱を利用して発電を行うシステムである。バイオマス／廃棄物発電システムによれば、社会全体の二酸化炭素排出量を抑えることができる。バイオマス／廃棄物発電システムの普及は、自然に優しい循環型社会の構築に役立つ。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１８０７９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、バイオマス／廃棄物発電事業の安定した運営のためには、燃料又は燃料源（以下、資源と称する。）の安定的な調達が必要である。資源の一つとしての林地残材の提供者は、主に林業家である。林業家は、基本的に森林組合に所属している。森林組合は、組合員の事業に間接的に関わっており、林地残材は、森林組合より管理され得る。同様に、資源の一つとしての農業残渣の提供者は、主に植物を栽培する農家である。農家は、基本的に農業協同組合に所属している。農業協同組合は、組合員の事業に間接的に関わっており、農業残渣は、農業協同組合より管理され得る。
【０００７】
従って、本発明の一側面では、資源の提供に応じて、関係者に対し適切に特典を付与可能な技術を提供できることが望ましい。
【課題を解決するための手段】
【０００８】
本発明の一側面に係る情報処理システムは、提供情報入力ユニットと、決定ユニットとを備える。提供情報入力ユニットは、燃料及び燃料源の少なくとも一方を資源として提供する提供者から提供される資源、又は、提供者から提供者が所属する組織を通じて提供される資源の提供内容を表す資源提供情報を入力する。決定ユニットは、提供情報入力ユニットから入力された資源提供情報に基づき、資源を提供する提供者及び提供者が所属する組織に対して付与する特典を決定する。
【０００９】
この情報処理システムによれば、資源の提供に対する特典を、提供者及び提供者が所属する組織に付与するように決定する。従って、この情報処理システムは、資源の提供に応じて、関係者に対し適切に特典を付与可能である。
【００１０】
提供情報入力ユニットは、提供者から提供される資源に関する資源提供情報として、提供者からの資源の提供量を表す情報を入力するように構成され得る。この場合、決定ユニットは、資源を提供する提供者に対して付与する特典を、資源の提供量に基づいて決定するように構成され得る。
【００１１】
提供情報入力ユニットは、提供者から組織を通じて提供される資源に関する資源提供情報として、組織からまとめて提供される資源の一次提供者である上記提供者毎に、この提供者からの資源の提供量を表す情報を入力するように構成されてもよい。この場合、決定ユニットは、資源の一次提供者の夫々に対して付与する特典を、一次提供者の夫々からの資源の提供量に基づいて決定するように構成され得る。決定ユニットは、組織に付与する特典を、資源の提供量に基づいて決定するように構成されてもよい。
【００１２】
資源の提供量に基づく特典の決定によれば、提供者からの資源提供、及び、提供者から組織を通じての資源提供が促進される。従って、この情報処理システムを用いれば、安定的な資源調達が可能となり得る。
【００１３】
上述の情報処理システムは、提供者の夫々と提供者の夫々が所属する組織との対応関係を表す所属情報を記憶する記憶ユニットを備えた構成にされてもよい。この場合、決定ユニットは、上記所属情報に基づき、資源を提供する提供者が所属する組織を特定することができる。
【００１４】
上述の情報処理システムは、提供者及び組織の夫々に対して付与する特典を表す特典情報を記憶する記憶ユニットを備えた構成にされてもよい。この場合、情報処理システムは、決定ユニットの決定内容に従って記憶ユニットが記憶する特典情報を更新することによって、決定ユニットが決定した特典を記憶ユニットに記憶させる更新ユニットを備えた構成にされ得る。
【００１５】
上記特典は、有価ポイント又は金銭であり得る。従って、決定ユニットは、上記特典として、資源を提供する提供者及び提供者が所属する組織に対して付与する有価ポイント又は金銭の量を決定する構成にされてもよい。この場合、記憶ユニットは、提供者及び組織の夫々に対して付与する有価ポイント又は金銭の量を表す特典情報を記憶する構成にされ得る。更新ユニットは、決定ユニットによる決定内容に従って、記憶ユニットが記憶する特典情報が表す有価ポイント又は金銭の量であって、資源を提供する提供者及び提供者が所属する組織に対して付与する有価ポイント又は金銭の量を更新する構成にされ得る。
【００１６】
また、上記資源は、その種類によって、生成可能な単位体積当たり又は単位重量当たりのエネルギー量（例えば発電量）が異なり得る。従って、決定ユニットは、提供者及び組織の少なくとも一方に対して付与する特典を、資源提供情報が表す資源の提供量及び種類に基づいて決定するように構成されてもよい。この場合、上記資源提供情報は、提供者からの資源の提供量及び種類を表す情報であり得る。
【００１７】
決定ユニットは、提供者及び組織の少なくとも一方に対して付与する特典を、資源の在庫量に基づいて決定するように構成されてもよい。資源の在庫量に応じた特典の決定は、在庫管理（在庫調整）を容易する。
【００１８】
また、資源の供給と需要との関係は、時期によって変動し得る。資源の在庫管理は、資源の提供が予告されない場合よりも予告される場合のほうが行い易い。従って、決定ユニットは、提供者及び組織の少なくとも一方に対して付与する特典を、資源の提供時期に基づいて決定するように構成されてもよい。ここで言う提供時期は、絶対的又は相対的な時期を含み得る。相対的な時期は、資源の提供が予告される場合の予告時から提供時までの時間長で表される予告時点を基準とした時期であり得る。
【００１９】
情報処理システムは、提供者から提供される資源又は提供者から組織を通じて提供される資源の予定提供量及び資源の予定提供時期を表す予定情報を入力する予定情報入力ユニットを備えた構成にされてもよい。
【００２０】
決定ユニットは、資源提供情報に基づき、提供者及び組織に対して付与する特典を決定する場合であって、資源提供情報に対応する資源提供が予定情報入力ユニットから入力された予定情報に従う資源提供である場合には、提供者及び組織の少なくとも一方に対して付与する特典を、資源提供情報に対応する資源提供が予定情報に従う資源提供ではない場合よりも価値の高い特典に決定するように構成され得る。例えば、特典が有価ポイント又は金銭である場合、決定ユニットは、資源提供が予定情報に従う資源提供である場合に特典として付与する有価ポイント又は金銭の量を、資源提供が予定情報に従う資源提供ではない場合の有価ポイント又は金銭の量より所定割合高い値に決定する構成にされ得る。
【００２１】
この他、特典が有価ポイント又は金銭である場合、決定ユニットは、提供者に対して付与する特典の所定割合を、提供者が所属する組織に対して付与する特典に決定する構成にされ得る。
【００２２】
また、提供者及び組織の集合の少なくとも一部が上記資源により発電された電力の使用者である例が考えられる。従って、情報処理システムは、使用者の電力使用料金を算出する算出システムに、使用者に該当する提供者及び組織の電力使用料金を減額させる減額ユニットを備える構成にされてもよい。
【００２３】
電力使用料金の減額は、特典を減らす代わりに行われても良い。例えば、更新ユニットは、使用者に該当する提供者及び組織に対して付与する有価ポイント又は金銭の量を、上記電力使用料金において減額される金額に対応した量減少させるように、記憶ユニットが記憶する特典情報を更新する構成にされ得る。
【００２４】
この他、本発明の一側面では、燃料及び燃料源の少なくとも一方を資源として提供する提供者からの資源の予定提供量及び資源の予定提供時期を表す予定情報を入力する予定情報入力ユニットと、予定情報入力ユニットから入力された予定情報に基づき、予定情報が表す予定提供量の資源を提供する提供者に対して付与する特典を、その提供前又は後に決定する決定ユニットと、を備える情報処理システムが提供されてもよい。この情報処理システムは、提供者に対して付与する特典を表す特典情報を記憶する記憶ユニットと、記憶ユニットが記憶する特典情報を更新することによって、決定ユニットが決定した特典を記憶ユニットに記憶させる更新ユニットと、を更に備えた構成にされ得る。資源の在庫管理は、資源の提供が早めに予告される場合のほうが行い易い。従って、決定ユニットは、予定情報が入力されたときより資源の予定提供時期が先であるほど、高価値の特典を、提供者に対して付与する特典に決定する構成にされ得る。この情報処理システムによれば、提供者に、早めの予告を促すことができ、在庫管理を容易にすることができる。
【図面の簡単な説明】
【００２５】
【図１】発電システムの構成を表すブロック図である。
【図２】管理システムの構成を表すブロック図である。
【図３】図３Ａは、燃料提供者の顧客データの構成を表す図であり、図３Ｂは、組織の顧客データの構成を表す図である。
【図４】単価データの構成を表す図である。
【図５】係数データの構成を表す図である。
【図６】管理サーバが実行するポイント付与処理を表すフローチャートである。
【図７】管理サーバが実行する料金算出処理を表すフローチャートである。
【図８】ウェブサーバが実行するポイント交換処理を表すフローチャートである。
【図９】組織Ｇを通じた燃料提供の態様を説明した図である。
【図１０】管理サーバが実行するリスト読込型のポイント付与処理を表すフローチャートである。
【図１１】第二実施例の記憶デバイスが記憶するデータの構成を表す図である。
【図１２】第二実施例のウェブサーバが実行する予約受付処理を表すフローチャートである。
【図１３】第二実施例の管理サーバが実行するポイント付与処理を表すフローチャートである。
【図１４】第二実施例の管理サーバが実行する不履行対応処理を表すフローチャートである。
【発明を実施するための形態】
【００２６】
以下に本発明の実施例について、図面と共に説明する。
［第一実施例］
本実施例の発電システム１は、発電施設１０と、燃料格納庫２０と、管理システム３０と、を備える。発電施設１０は、バイオマス又は廃棄物を燃料Ｆとして利用して発電を行う施設である。発電施設１０で生成された電力は、電力網を通じて一般家庭や企業等に提供され、使用される。
【００２７】
発電施設１０で燃料Ｆとして用いられるバイオマスには、植物を栽培する農家Ｃ１から提供される農業残渣Ｆ１、畜産農家Ｃ２から提供される鶏糞等の家畜排泄物Ｆ２、及び、林業家Ｃ３から提供される林地残材Ｆ３等が含まれる。燃料Ｆとして用いられる廃棄物には、一般家庭Ｃ４から排出される家庭ごみＦ４が含まれる。
【００２８】
様々な種類のバイオマスＦ１，Ｆ２，Ｆ３及び廃棄物Ｆ４は、発電システム１の事業者ＰＧにより燃料Ｆとして収集され、燃料格納庫２０において一時保存された後、発電施設１０での発電に用いられる。以下では、発電システム１の事業者ＰＧを発電事業者ＰＧと表現する。
【００２９】
本明細書では、発電に用いられるバイオマスＦ１，Ｆ２，Ｆ３及び廃棄物Ｆ４を燃料Ｆと表現し、農家Ｃ１、畜産農家Ｃ２、林業家Ｃ３、及び一般家庭Ｃ４を含む燃料Ｆを提供する者（一次提供者）を燃料提供者Ｃと表現する。ここでは、発電施設１０として、収集された燃料Ｆを直接燃やして発電する施設を想定している。但し、燃料Ｆに代えて燃料源が収集されてもよく、燃料提供者Ｃは、燃料源を提供する者であってもよい。換言すれば、燃料Ｆは、燃料源を含む用語として広義に解釈されてもよい。燃料源としては、腐食等により可燃性ガスが発生する資源を一例に挙げることができる。即ち、発電施設１０は、燃料提供者Ｃから提供された燃料源から可燃性ガスを生成し、生成した可燃性ガスを燃やして発電する施設であってもよい。燃料格納庫２０には、更に石炭Ｂが用意されるが、これは、バイオマスＦ１，Ｆ２，Ｆ３及び廃棄物Ｆ４が不足した場合に限って発電に用いられるものである。以下で表現する燃料Ｆに、この石炭Ｂは含まれないものとする。
【００３０】
管理システム３０は、燃料格納庫２０における燃料Ｆの保存量である在庫量Ｍの管理、電力使用料金の管理、及び、燃料提供者Ｃ等に付与する有価ポイントの管理に用いられる。燃料提供者Ｃに付与する有価ポイントは、燃料Ｆの提供に対する特典であり、金銭に類する価値を有し、商品等との交換に用いることができるものである。燃料提供者Ｃには、燃料提供者Ｃから提供された燃料Ｆの種類及び量、並びに在庫量Ｍに応じた有価ポイントが、燃料Ｆの提供毎に付与される。本実施例によれば、燃料提供者Ｃに付与される有価ポイントの所定割合が、更に、燃料提供者Ｃが所属する組織Ｇに付与される。
【００３１】
例えば、燃料提供者Ｃが農家Ｃ１及び畜産農家Ｃ２であり、提供される燃料Ｆが農業により発生した燃料Ｆ（例えば農業残渣Ｆ１及び家畜排泄物Ｆ２）である場合には、農家Ｃ１及び畜産農家Ｃ２が所属する農業協同組合Ｇ１に、上記有価ポイントの所定割合が付与される。燃料提供者Ｃが林業家Ｃ３であり、提供される燃料Ｆが林業により発生した燃料Ｆ（例えば林地残材Ｆ３）である場合には、林業家Ｃ３が所属する森林組合Ｇ２に、上記有価ポイントの所定割合が付与される。燃料提供者Ｃが一般家庭Ｃ４であり、燃料Ｆが生活により発生した燃料Ｆ（例えば家庭ごみ）である場合には、一般家庭Ｃ４が所属する地域の自治体Ｇ３に、上記有価ポイントの所定割合が付与される。
【００３２】
燃料提供者Ｃの所属組織に対しても有価ポイントを付与する理由は、これらの組織が燃料Ｆに対応するバイオマス／廃棄物の管理に少なくとも間接的に関わっているためである。本実施例によれば安定的な燃料Ｆの調達を実現するために、燃料提供者Ｃのみならず、その所属組織に対しても有価ポイントを付与する。所属組織に対しても有価ポイントを付与することで、燃料提供者Ｃによる燃料提供が所属組織を通じて更に促進される。
【００３３】
続いて、管理システム３０の詳細構成を、図２を用いて説明する。管理システム３０は、管理サーバ４０と、第一入力端末５０と、第二入力端末６０と、ウェブサーバ７０とがローカルエリアネットワーク（ＬＡＮ）を通じて通信可能に接続された構成にされる。
【００３４】
第一入力端末５０は、燃料提供者Ｃからの燃料Ｆの提供があった際に発電事業者ＰＧの従業員により操作されて、燃料Ｆの提供内容を表す燃料提供情報を管理サーバ４０に入力する端末である。燃料提供者Ｃからの燃料Ｆは、燃料提供者Ｃから直接発電事業者ＰＧに提供されるケース、及び、所属組織を通じて発電事業者ＰＧに提供されるケースが想定される。
【００３５】
第二入力端末６０は、燃料格納庫２０における燃料Ｆの在庫に変動があった際に、発電事業者ＰＧの従業員により操作されて、燃料Ｆの在庫量Ｍを表す情報を管理サーバ４０に入力する端末である。
【００３６】
ウェブサーバ７０は、顧客が有する情報端末である顧客端末８０から広域ネットワーク（ＷＡＮ）を通じて送信されてくる要求信号に従うウェブページを顧客端末８０に送信するように構成される。ウェブサーバ７０は、ＬＡＮを通じて管理サーバ４０と通信可能であり、顧客の有価ポイント等に関する情報を管理サーバ４０から取得して、この情報を顧客端末８０にウェブページの形態で提供可能に構成される。
【００３７】
ウェブサーバ７０は、図示しないＣＰＵを中心に構成される制御デバイス７１と、プログラム等を記憶する記憶デバイス７３とを備える。制御デバイス７１は、記憶デバイス７３が記憶するプログラムに従う処理を実行することにより、ウェブページの送信機能を含む各種機能を実現する。
【００３８】
管理サーバ４０は、第一入力端末５０から入力される情報に基づいて顧客データベース４３１を更新し、第二入力端末６０から入力される情報に基づいて在庫データ４３２を更新するように構成される。この管理サーバ４０は、制御デバイス４１と、記憶デバイス４３と、通信インタフェース４５と、を備える。通信インタフェース４５は、第一入力端末５０、第二入力端末６０及びウェブサーバ７０と通信可能な構成される。
【００３９】
制御デバイス４１は、図示しないＣＰＵを中心に構成される。制御デバイス４１は、記憶デバイス４３が記憶するプログラムに従う処理を実行することにより、各種機能を実現する。記憶デバイス４３は、プログラムの他、顧客データベース４３１、在庫データ４３２、単価データ４３４、及び、係数データ４３５等を記憶する。
【００４０】
顧客データベース４３１は、顧客としての燃料提供者Ｃ及び燃料提供者Ｃが所属する組織Ｇの夫々に対し、顧客データを有する。燃料提供者Ｃの顧客データは、図３Ａに示すように、顧客ＩＤ、顧客名、顧客が所属する組織、及び、顧客が有する有価ポイント数の情報を有する。顧客データは、顧客が所属する組織の情報として、組織名及び組織の顧客ＩＤの情報を有した構成にされる。この顧客データは更に、燃料提供履歴データと、ポイント変更履歴データとを備える。
【００４１】
燃料提供履歴データは、燃料提供者Ｃからの燃料Ｆの提供履歴を表すデータである。燃料提供履歴データには、該当する燃料提供者Ｃから燃料Ｆが提供される毎に、その燃料提供に関するレコードが追加登録される。燃料提供履歴データが有する各レコードは、管理番号、燃料Ｆの提供日時、並びに、提供された燃料Ｆの種類及び量の情報を有する。管理番号は、燃料提供履歴データが有する各レコードに固有の番号であり、レコードの識別番号である。
【００４２】
ポイント変更履歴データは、燃料提供者Ｃが有する有価ポイント数の変更履歴を表すデータである。ポイント変更履歴データには、有価ポイント数が変更される度に、変更内容を表すレコードが追加登録される。ポイント変更履歴データが有する各レコードは、管理番号、有価ポイント数の変更日時、及び、有価ポイント数の変更内容を表す情報を有する。管理番号は、ポイント変更履歴データが有する各レコードに固有の番号であり、レコードの識別番号である。変更内容を表す情報は、変更前後の有価ポイント数の差分を表す情報、及び、変更理由を表す情報を有する。
【００４３】
図３Ｂに示すように、顧客としての組織Ｇの顧客データは、顧客ＩＤ、組織名、及び、この組織Ｇが有する有価ポイント数の情報を有する。更に、この顧客データは、組織Ｇが有する有価ポイント数の変更履歴を表すポイント変更履歴データを有する。ポイント変更履歴データは、図３Ａに示す燃料提供者Ｃのポイント変更履歴データと同様のデータ構造を有する。
【００４４】
在庫データ４３２（図２参照）は、燃料格納庫２０に保存されている燃料Ｆの在庫量Ｍを表す。在庫データ４３２は、第二入力端末６０から入力される情報に基づく制御デバイス４１の動作により更新される。在庫量Ｍは、燃料Ｆの重量で表されてもよいし、体積で表されてもよい。
【００４５】
単価データ４３４は、燃料Ｆが提供された場合に、その燃料提供に対する特典として、燃料提供者Ｃに付与すべき有価ポイント数を表す。単価データ４３４には、図４に示すように、燃料Ｆの種類毎に、付与（加算）すべき燃料Ｆの単位量当たりの有価ポイント数が定義される。図４によれば、第ｉ種類の燃料Ｆが提供される場合に加算すべき単位量当たりの有価ポイント数は、Ｐｉである（ｉ＝１，２，３，４）。以下では、単位量当たりの有価ポイント数を、場合により「単価」と表現する。
【００４６】
一例として、第１種類の燃料Ｆは、農業残渣Ｆ１に対応し、第２種類の燃料Ｆは、家畜排泄物Ｆ２に対応し、第３種類の燃料Ｆは、林地残材Ｆ３に対応し、第４種類の燃料Ｆは、家庭ごみＦ４に対応する。但し、単価データ４３４は、農業残渣Ｆ１、家畜排泄物Ｆ２、林地残材Ｆ３、及び家庭ごみＦ４とは異なる分類方式で分類された燃料Ｆの種類毎に単価を表すデータであってもよい。例えば、単価データ４３４は、農業残渣Ｆ１を細分化して定義される各種類の燃料Ｆに対して個別の有価ポイント数が定義されたデータであってもよい。あるいは、単価データ４３４は、バイオマスである農業残渣Ｆ１、家畜排泄物Ｆ２及び林地残材Ｆ３が同じ種類の燃料Ｆとして定義され、この燃料Ｆに対して単位量当たりの有価ポイント数が定義されたデータであってもよい。
【００４７】
燃料Ｆの種類毎の単価Ｐｉは、燃料Ｆの単位体積当たり又は単位重量当たりの発電量を考慮入れて定めることができる。但し、発電事業者ＰＧが、優先的に提供を求める種類の燃料Ｆに対して高い単価を定めることも可能である。
【００４８】
係数データ４３５は、燃料Ｆの提供に対して燃料提供者Ｃに付与する有価ポイント数を、提供時の燃料Ｆの在庫量Ｍに応じて増減させるための係数Ｋが定義されたデータである。図５に示す係数データ４３５では、在庫量Ｍのレベルに応じて五段階の係数Ｋ＝Ｋ１，Ｋ２，Ｋ３，Ｋ４，１が定義されている。係数Ｋは、値１から在庫量Ｍが少なくなるにつれて大きくなるように定められる。
【００４９】
続いて、管理サーバ４０の制御デバイス４１が実行するポイント付与処理を、図６を用いて説明する。制御デバイス４１は、第一入力端末５０からのアクセスがあると、図６に示すポイント付与処理を実行する。ポイント付与処理を開始すると、制御デバイス４１は、第一入力端末５０からの燃料提供情報の入力を受け付ける（Ｓ１１０）。そして、入力された燃料提供情報に基づき、対応する顧客の燃料提供履歴データに、燃料Ｆの提供内容を表す上記レコードを追加登録する（Ｓ１２０）。第一入力端末５０から入力される燃料提供情報は、提供された燃料Ｆの種類及び量と共に、その燃料Ｆの提供日時及び燃料提供者Ｃの顧客ＩＤの情報を含む。
【００５０】
制御デバイス４１は、この燃料提供情報から、燃料提供者Ｃの顧客データを特定し、その顧客データに含まれる燃料提供履歴データに、燃料提供情報が表す燃料Ｆの種類及び量と、燃料Ｆの提供日時と、管理番号とを含むレコードを登録する。管理番号は、レコードの登録時に生成されて、レコードに書き込まれる。
【００５１】
Ｓ１２０の処理を終えると、制御デバイス４１は、提供された燃料Ｆの種類に対応する単価Ｐｉを単価データ４３４から読み出し、これを加算ポイント数Ａ１の算出に用いる単価Ｐｉに設定する（Ｓ１３０）。更に、制御デバイス４１は、在庫データ４３２を参照して現在の燃料格納庫２０における燃料Ｆの在庫量Ｍを特定し、その在庫量Ｍに対応した係数Ｋを係数データ４３５から読み出す。そして、読み出した係数Ｋを、加算ポイント数Ａ１の算出に用いる係数Ｋに設定する（Ｓ１４０）。
【００５２】
その後、制御デバイス４１は、上記追加登録したレコードに対応する燃料Ｆの提供に対する燃料提供者Ｃへの特典として、次式に従う加算ポイント数Ａ１を算出する。
加算ポイント数Ａ１＝係数Ｋ×単価Ｐｉ×燃料Ｆの提供量
即ち、燃料提供者Ｃから提供された燃料Ｆの量に単価Ｐｉ及び係数Ｋを乗算した値を、加算ポイント数Ａ１に決定する（Ｓ１５０）。
【００５３】
その後、制御デバイス４１は、燃料Ｆを提供した燃料提供者Ｃの顧客データが示す有価ポイント数を、Ｓ１５０で決定した加算ポイント数Ａ１だけ加算した値に更新する（Ｓ１６０）。更に、この燃料提供者Ｃのポイント変更履歴データに、有価ポイント数の変更（加算）内容を表すレコードを登録する（Ｓ１６０）。
【００５４】
更に、制御デバイス４１は、燃料提供者Ｃに対する加算ポイント数Ａ１の所定割合Ａ２＝α×Ａ１（αは例えば０．２５）を、燃料提供者Ｃが所属する組織Ｇに対する加算ポイント数Ａ２に決定し、その組織Ｇの顧客データが示す有価ポイント数を、決定した加算ポイント数だけ加算した値に更新する（Ｓ１９０）。Ｓ１９０では、燃料提供者Ｃの顧客データが表す所属組織の情報に基づいて、有価ポイント数を加算する対象の組織Ｇを特定することができる。制御デバイス４１は、更に、この組織Ｇのポイント変更履歴データに、有価ポイント数の変更（加算）内容を表すレコードを登録する（Ｓ１９０）。その後、制御デバイス４１は、当該ポイント付与処理を終了する。
【００５５】
この他、制御デバイス４１は、発電施設１０で発電された電力の使用者に請求する電力使用料金を算出するために、図７に示す料金算出処理を実行する。料金算出処理は、電力使用者毎に実行される。電力使用料金は、各電力使用者に対して所定期間毎（例えば月毎）に算出される。
【００５６】
料金算出処理を開始すると、制御デバイス４１は、電力使用者の電力使用料金を上記所定期間の使用電力量に基づき算出する（Ｓ２１０）。電力使用者の使用電力量に関する情報は、例えば発電事業者ＰＧの従業員による検針に基づき収集され、又は、自動検針機能及び通信機能を有する高機能電力量計から収集され、管理サーバ４０の記憶デバイス４３に蓄積される。
【００５７】
その後、制御デバイス４１は、電力使用者が燃料提供者Ｃ又は組織Ｇとして顧客データベース４３１に登録されている者であるか否かを判断する（Ｓ２２０）。登録されている者ではないと判断すると（Ｓ２２０でＮｏ）、制御デバイス４１は、Ｓ２１０で算出した電力使用料金を、電力使用者に対する請求額に決定し、その決定内容を記憶デバイス４３が記憶する請求額リスト（図示せず）に登録した後（Ｓ２６０）、料金算出処理を終了する。
【００５８】
電力使用者が燃料提供者Ｃ又は組織Ｇとして顧客データベース４３１に登録されている者であると判断すると（Ｓ２２０でＹｅｓ）、制御デバイス４１は、Ｓ２１０で算出した電力使用料金を所定金額だけ減額する（Ｓ２３０）。有価ポイントを使用した減額が電力使用者から要求されている場合（Ｓ２４０でＹｅｓ）、制御デバイス４１は、更に、Ｓ２３０での減額後の電力使用料金を、指定された有価ポイント数に対応する金額だけ減額する（Ｓ２５０）。有価ポイントを使用した減額が電力使用者から要求されているか否かは、記憶デバイス４３が記憶する申込みリスト（後述）を参照して判断することができる。制御デバイス４１は、この減額後の電力使用料金を、電力使用者に対する請求額に決定し、決定内容を請求額リストに登録した後（Ｓ２６０）、料金算出処理を終了する。
【００５９】
この他、制御デバイス４１は、有価ポイントを使用した減額が電力使用者から要求されていないと判断すると（Ｓ２４０でＮｏ）、Ｓ２３０での減額後の電力使用料金を、電力使用者に対する請求額に決定し、決定内容を請求額リストに登録した後（Ｓ２６０）、料金算出処理を終了する。
【００６０】
また、ウェブサーバ７０の制御デバイス７１は、ポイント交換の申込みを受け付けるためのウェブページへのアクセスが顧客端末８０からあると、図８に示すポイント交換処理を実行する。ポイント交換処理において、制御デバイス７１は、申込みを受け付けるためのウェブページを顧客端末８０に送信する（Ｓ３１０）。このウェブページには、顧客が有する現在の有価ポイント数を表す情報を記述することができる。制御デバイス７１は、有価ポイント数の情報を管理サーバ４０に要求して取得することができる。上記申込みを受け付けるためのウェブページの送信に先駆けては、アクセス元の顧客端末８０が正当な顧客の顧客端末８０であるか否かを判断するための認証処理を実行することができる。認証処理のために、顧客データには、顧客のログイン名及びパスワードを記憶しておくことができる。
【００６１】
制御デバイス７１は、上記ウェブページの送信後、ウェブページに対する顧客の操作により、顧客端末８０から申込み内容を表す応答信号が送信されてくると（Ｓ３２０でＹｅｓ）、申込み内容を、記憶デバイス４３が記憶する図示しない申込みリストに登録する（Ｓ３４０）。申込み内容の登録は、制御デバイス７１が、管理サーバ４０の制御デバイス４１に登録を依頼することにより実現することができる。申込みリストには、申込み内容を表す情報として、申込み日時、申込み者、使用する有価ポイント数、及び、有価ポイント数と交換する商品を表す情報を登録することができる。商品の一例には、発電システム１にて発電される電力を一例に挙げることができる。即ち、電力使用者に該当する顧客は、このウェブページを通じて有価ポイント数を指定し、この有価ポイントを電力使用料金の減額に使用するように申し込む（要求する）ことができる。
【００６２】
その後、制御デバイス７１は、上記申込みをした顧客の顧客データが記憶する有価ポイント数を、申込み内容に従う量減算し、顧客のポイント変更履歴データに、有価ポイント数の変更（減算）内容を表すレコードを登録するように動作する（Ｓ３５０）。有価ポイント数の減算及びレコードの登録は、制御デバイス７１が、管理サーバ４０の制御デバイス４１に依頼することにより実現することができる。その後、ポイント交換処理を終了する。制御デバイス７１は、Ｓ３５０において、申込みが正常に完了したことを顧客端末８０に通知することができる。
【００６３】
この他、制御デバイス７１は、申込み内容を表す応答信号を受信しないまま所定時間が経過するか、申込みをキャンセルする旨の応答信号が顧客端末８０から送信されてくると（Ｓ３３０でＹｅｓ）、ポイント交換処理を終了する。
【００６４】
以上、本実施例の発電システム１について説明した。この発電システム１によれば、燃料提供者Ｃから直接又は組織Ｇを通じて燃料Ｆが提供され、この際には、第一入力端末５０から管理サーバ４０に、燃料Ｆの提供内容を表す燃料提供情報が入力される。管理サーバ４０の制御デバイス４１は、この燃料提供情報に基づき、燃料Ｆを提供する燃料提供者Ｃ及び燃料提供者Ｃが所属する組織Ｇに対して付与する有価ポイント（加算ポイント数Ａ１，Ａ２）を決定する。従って、この発電システム１によれば、燃料Ｆの提供に応じて、関係者に対し適切に特典を付与することが可能である。
【００６５】
上述したように管理サーバ４０の記憶デバイス４３は、燃料提供者Ｃ及び組織Ｇを含む顧客の夫々に対し、顧客に付与する有価ポイント数の情報を有する顧客データを記憶する。制御デバイス４１は、上記決定した加算ポイント数Ａ１，Ａ２だけ顧客データが記憶する有価ポイント数を更新することにより、顧客に対して付与する有価ポイント数を記憶デバイス４３に記憶させる。従って、この発電システム１では、有価ポイントを管理サーバ４０で適切に管理可能である。
【００６６】
特に本実施例では、燃料Ｆの提供量に応じて、燃料提供者Ｃ及び組織Ｇに対する加算ポイント数Ａ１，Ａ２を増減するので有益である。即ち、燃料Ｆの提供量に基づく加算ポイント数Ａ１，Ａ２の決定によっては、燃料提供者Ｃからの燃料提供、及び、燃料提供者Ｃから組織Ｇを通じての燃料提供が促進されることが期待される。従って、この発電システム１によれば、安定的又は効率的な燃料調達を実現することができる。
【００６７】
また、本実施例では、組織Ｇにも有価ポイントが付与されるので、燃料Ｆの収集が組織的に積極的に行われることが期待される。従来、家庭ごみ等の回収は、自治体によって行われている。従って、自治体の協力の元で、家庭ごみ等を燃料Ｆとして回収することができれば、非常に有益である。付言すると、燃料提供者Ｃからの組織Ｇを通じた燃料提供は、燃料Ｆの所有権が燃料提供者Ｃにある状態で行われてもよいし、燃料Ｆの所有権が燃料提供者Ｃから組織Ｇに移った状態で行われてもよい。
【００６８】
この他、本実施例では、加算ポイント数Ａ１，Ａ２の算出に際し、燃料Ｆの種類に応じて、燃料Ｆの単位量当たりの加算ポイント数（単価Ｐｉ）が変更される。従って、発電に対する貢献度に応じて適切に燃料提供者Ｃ及び組織Ｇに有価ポイントを付与することが可能である。更に言えば、在庫量Ｍが少ないときに、係数Ｋを用いて燃料提供者Ｃ及び組織Ｇに付与する有価ポイント数を高くするので、有価ポイントを利用して、燃料Ｆの適切な在庫管理が可能である。
【００６９】
この他、電力使用料金を算出する際には、燃料提供者Ｃ及び組織Ｇに対する電力使用料金を選択的に減額するように管理サーバ４０が動作する。更に、有価ポイントを使用した電力使用料金の減額が電力使用者から申し込まれている場合には、指定された有価ポイント数に対応する量、電力使用料金を減額するように管理サーバ４０が動作する。制御デバイス４１は、ウェブサーバ７０からの依頼に従って、対応する有価ポイント数を、顧客データが示す有価ポイント数から減算するように動作する（Ｓ３５０）。従って、本実施例によれば、燃料提供者Ｃ等が有価ポイントを有意義に利用可能である発電システム１を構築することができる。尚、有価ポイントに代えては、金銭を用いることができる。又は、有価ポイントは、金銭に交換できるものであってもよい。
【００７０】
ところで、図９に示すように、組織Ｇが、組織Ｇに所属する燃料提供者Ｃ１１，Ｃ１２，Ｃ１３から燃料Ｆを収集して、複数の燃料提供者Ｃ１１，Ｃ１２，Ｃ１３の燃料Ｆをまとめて発電事業者ＰＧに提供する場合、組織Ｇから発電事業者ＰＧへは、燃料Ｆの内訳を表す燃料リストが提供されてもよい。即ち、組織Ｇからまとめて提供される燃料Ｆの一次提供者としての燃料提供者Ｃ１１，Ｃ１２，Ｃ１３毎に、この燃料提供者Ｃから提供された燃料Ｆの種類及び量、並びに、燃料提供者Ｃの顧客ＩＤの情報が記述された燃料リストが提供されてもよい。燃料リストは、組織Ｇの顧客ＩＤを含み得る。
【００７１】
この場合、第一入力端末５０から管理サーバ４０へは、燃料提供者Ｃ毎の燃料提供情報に代えて、燃料リストが入力されてもよい。管理サーバ４０の制御デバイス４１は、第一入力端末５０から燃料リストが入力される場合、図１０に示すリスト読込型のポイント付与処理を実行することができる。
【００７２】
図１０に示すポイント付与処理を開始すると、制御デバイス４１は、第一入力端末５０から入力された燃料リストを読み込む（Ｓ４００）。そして、燃料リストに燃料Ｆの一次提供者として記述されている燃料提供者Ｃの一人を、処理対象者に選択する（Ｓ４１０）。更に、燃料リストが表す上記処理対象者から提供された燃料Ｆの種類及び量、並びに、燃料提供者Ｃの顧客ＩＤの情報に基づき、記憶デバイス４３が記憶する処理対象者の燃料提供履歴データに、その燃料Ｆの提供内容を表すレコードを追加登録する（Ｓ４２０）。Ｓ４２０では、Ｓ１２０と同様の手法で燃料提供履歴データにレコードを登録することができる。
【００７３】
その後、制御デバイス４１は、Ｓ４３０−Ｓ４６０，Ｓ４９０の処理を、Ｓ１３０−Ｓ１６０，Ｓ１９０と同様に実行する。Ｓ４９０では、処理対象者の顧客データが表す所属組織の情報を参照せず、燃料リストが表す組織Ｇの顧客ＩＤの情報に基づき、処理対象者が所属する組織Ｇを特定することができる。
【００７４】
Ｓ４９０での処理を終えると、制御デバイス４１は、燃料リストに一次提供者として記述されている燃料提供者Ｃの全員を、それぞれ処理対象者に選択してＳ４２０以降の処理を実行したか否かを判断する（Ｓ４９５）。ここで否定判断した場合（Ｓ４９５でＮｏ）、制御デバイス４１は、Ｓ４１０に移行し、処理対象者を新たに選択して、Ｓ４２０以降の処理を実行する。制御デバイス４１は、Ｓ４９５で肯定判断すると、当該リスト読込型のポイント付与処理を終了する。
【００７５】
このポイント付与処理を実行可能に管理サーバ４０を構成することによっては、組織Ｇを通じた複数の燃料提供者Ｃからの燃料提供に際しての有価ポイントの付与に係る処理を効率的に行うことができる。燃料提供者Ｃからの燃料Ｆを必ず組織Ｇを通じて受け取る規則を採用する場合には、燃料リストによって燃料提供者Ｃと組織Ｇとの対応関係を特定することができるため、顧客データにおいて、燃料提供者Ｃと組織Ｇとの対応関係を表す情報を記述しておく必要はない。
【００７６】
［第二実施例］
続いて、第二実施例の発電システム１を説明する。但し、第二実施例の発電システム１の構成は、第一実施例の発電システム１の構成と多くの点で共通する。従って、以下では、第二実施例の発電システム１が有する第一実施例とは異なる構成を選択的に説明する。
【００７７】
図１１に示すように、本実施例の記憶デバイス４３は、予約データベース４３７及び予約係数データ４３８を更に記憶する。予約データベース４３７は、燃料提供者Ｃから提供が約束された燃料Ｆに関する予約データの一群からなる。予約データは、予約番号と、予約者の顧客ＩＤと、予約受付日と、燃料Ｆの提供予定日と、燃料Ｆの種類及び量と、予約に従う燃料Ｆの提供がなされた場合に予約者に付与する有価ポイント数と、を表し、更に履行情報を有した構成にされる。履行情報は、予約に従う燃料Ｆの提供がなされたか否かを表す。
【００７８】
予約係数データ４３８は、燃料Ｆの提供を早めに予約する燃料提供者Ｃに割り増して有価ポイント数を付与するための係数Ｋｒを定義する。図１１破線領域内のグラフに示されるように、係数Ｋｒは、予約受付日から燃料Ｆの提供予定日までの日数Ｙが増えるに従って増加するように定義される。係数Ｋｒの初期値（下限値）は１である。係数Ｋｒには上限値が設定されている。
【００７９】
ウェブサーバ７０の制御デバイス７１は、燃料Ｆの予約画面を構成するウェブページとしての予約ページへのアクセスが顧客端末８０からあると、図１２に示す予約受付処理を実行する。予約受付処理では、予約ページをアクセス元の顧客端末８０に送信する（Ｓ５１０）。予約ページの送信に先駆けては、アクセス元の顧客端末８０が正当な顧客の顧客端末８０であるか否かを判断するための認証処理を実行することができる。
【００８０】
予約ページの送信後、制御デバイス７１は、予約ページに対する顧客の操作により、顧客端末８０から送信されてくる予約内容を表す応答信号を受信する。応答信号は、燃料Ｆの提供予定日の情報と、提供が予定される燃料Ｆの種類及び量の情報と、を含む。応答信号を所定時間以内に受信することができない場合、制御デバイス７１は、予約受付処理を終了することができる。
【００８１】
制御デバイス７１は、応答信号を受信すると、単価データ４３４に定義された上記提供が予定される燃料Ｆの種類に対応する単価Ｐｉの情報を管理サーバ４０から取得し、この単価Ｐｉを、予定加算ポイント数Ａ３の算出に用いる単価Ｐｉに設定する（Ｓ５２０）。
【００８２】
更に、制御デバイス７１は、予約係数データ４３８に定義された係数Ｋｒであって、予約受付日である本日から燃料Ｆの提供日までの日数Ｙに応じた係数Ｋｒを管理サーバ４０から取得し、取得した係数Ｋｒを、予定加算ポイント数Ａ３の算出に用いる係数Ｋｒに設定する（Ｓ５３０）。
【００８３】
その後、制御デバイス７１は、予約内容に従う燃料提供がなされた場合に付与する有価ポイント数である予定加算ポイント数Ａ３を次式に従って算出する。
予定加算ポイント数Ａ３＝係数Ｋｒ×単価Ｐｉ×燃料Ｆの提供量
即ち、燃料提供者Ｃから提供される燃料Ｆの予定量に単価Ｐｉ及び係数Ｋｒを乗算した値を、予定加算ポイント数Ａ３として算出する（Ｓ５４０）。
【００８４】
その後、制御デバイス７１は、予約内容の確認画面であって、予約番号及び予定加算ポイント数Ａ３を記述した確認画面を構成するウェブページを、アクセス元の顧客端末８０に送信する（Ｓ５５０）。
【００８５】
Ｓ５５０の処理後、制御デバイス７１は、予約を確定する旨の応答信号の受信待ち状態に移行し、予約を確定する旨の応答信号を顧客端末８０から受信すると（Ｓ５６０でＹｅｓ）、予約データベース４３７に、予約内容に従う予約データを登録する（Ｓ５７０）。予約データには、Ｓ５４０で算出した予定加算ポイント数Ａ３を、予約に従う燃料Ｆの提供がなされた場合に付与する有価ポイント数として記述することができる。予約データの登録は、管理サーバ４０の制御デバイス４１を通じて実行される。その後、ウェブサーバ７０の制御デバイス７１は、予約受付完了の旨の通知ページを、顧客端末８０に送信し（Ｓ５８０）、当該予約受付処理を終了する。
【００８６】
制御デバイス７１は、予約を確定する旨の応答信号を所定時間内に受信することができなかった場合、又は、予約を取り消す旨の応答信号を受信した場合（Ｓ５６０でＮｏ）、予約受付処理を終了する。
【００８７】
続いて、管理サーバ４０の制御デバイス４１が実行するポイント付与処理を、図１３を用いて説明する。制御デバイス４１は、第一入力端末５０からのアクセスがあると、図１３に示すポイント付与処理を実行する。ポイント付与処理を開始すると、制御デバイス４１は、第一入力端末５０からの燃料提供情報の入力を受け付ける（Ｓ６１０）。そして、入力された燃料提供情報に基づき、Ｓ１２０での処理と同様に、顧客の燃料提供履歴データに、燃料Ｆの提供内容を表すレコードを追加登録する（Ｓ６２０）。
【００８８】
Ｓ６２０での処理を終えると、制御デバイス４１は、今回の燃料提供が予約された燃料提供であるか否かを判断する（Ｓ６２５）。予約された燃料提供である場合、第一入力端末５０から管理サーバ４０へは、燃料提供の予約番号が追加された燃料提供情報が入力される。予約番号については、発電事業者ＰＧの従業員が燃料Ｆを持ち込んだ者から取得し、第一入力端末５０に入力することができる。
【００８９】
制御デバイス４１は、第一入力端末５０から入力された燃料提供情報に予約番号が追加されている場合であって、その予約番号の予約データが示す予約内容と、上記入力された燃料提供情報が示す燃料提供の内容とが一致している場合、燃料提供が予約された燃料提供であると判断することができる（Ｓ６２５でＹｅｓ）。それ以外の場合には、燃料提供が予約された燃料提供ではないと判断することができる。
【００９０】
制御デバイス４１は、予約データが示す顧客ＩＤ、燃料Ｆの種類及び量、並びに、燃料Ｆの提供予定日の組合せと、燃料提供情報が示す顧客ＩＤ、燃料提供情報が示す燃料Ｆの種類及び量、並びに、現在の日付の組合せとが一致する場合に、予約内容と燃料提供の内容とが一致していると判断することができる。予約データが示す燃料Ｆの量よりも提供された燃料Ｆの量が多い場合にも、予約内容と燃料提供の内容とが一致していると判断することができる。
【００９１】
このようにして今回の燃料提供が予約された燃料提供であると判断すると（Ｓ６２５でＹｅｓ）、制御デバイス４１は、上記予約データが示す予定加算ポイント数Ａ３を、加算ポイント数Ａ１に決定する（Ｓ６７０）。予約データが示す燃料Ｆの量よりも提供された燃料Ｆの量が多い場合、制御デバイス４１は、差分の燃料Ｆに対応する有価ポイント数をＳ６３０，Ｓ６５０と同様の手順で算出し、加算ポイント数Ａ１を、予定加算ポイント数Ａ３から上記差分の燃料Ｆに対応する有価ポイント数だけ増やすように決定することができる。
【００９２】
その後、制御デバイス４１は、燃料Ｆを提供した燃料提供者Ｃの顧客データが示す有価ポイント数を、Ｓ６７０で決定した加算ポイント数Ａ１だけ加算した値に更新する（Ｓ６８０）。更に、燃料提供者Ｃのポイント変更履歴データに、有価ポイント数の変更（加算）内容を表すレコードを登録する（Ｓ６８０）。更に、上記予約番号の予約データが有する履行情報を、予約に従う燃料Ｆの提供がなされた旨の情報に更新する（Ｓ６８５）。
【００９３】
その後、制御デバイス４１は、燃料提供者Ｃに対する加算ポイント数Ａ１の所定割合を、燃料提供者Ｃが所属する組織Ｇに対する加算ポイント数Ａ２に決定し、組織Ｇの顧客データが示す有価ポイント数を、決定した加算ポイント数Ａ２だけ加算した値に更新する（Ｓ６９０）。制御デバイス４１は更に、組織Ｇのポイント変更履歴データに、有価ポイント数の変更（加算）内容を表すレコードを登録し（Ｓ６９０）、ポイント付与処理を終了する。
【００９４】
一方、制御デバイス４１は、燃料提供が予約された燃料提供ではないと判断すると（Ｓ６２５でＮｏ）、Ｓ６３０，Ｓ６５０，Ｓ６６０，Ｓ６９０において、Ｓ１３０，Ｓ１５０，Ｓ１６０，Ｓ１９０と同様の処理を実行して、燃料提供者Ｃに対する加算ポイント数Ａ１を決定し、この加算ポイント数Ａ１を、燃料提供者Ｃに付与するように燃料提供者Ｃの顧客データが示す有価ポイント数及びポイント変更履歴データを更新する（Ｓ６６０）。但し、Ｓ６５０では、在庫量Ｍに基づく係数Ｋを用いず、固定値Ｋ＝１を用いて、加算ポイント数Ａ１を算出する。
【００９５】
加算ポイント数Ａ１＝単価Ｐｉ×燃料Ｆの提供量
更に、制御デバイス４１は、燃料提供者Ｃに対する上記加算ポイント数Ａ１の所定割合を、燃料提供者Ｃが所属する組織Ｇに付与するように、燃料提供者Ｃが所属する組織Ｇの顧客データが示す有価ポイント数及びポイント変更履歴データを更新する（Ｓ６９０）。その後、ポイント付与処理を終了する。
【００９６】
この他、制御デバイス４１は、図１４に示す不履行対応処理を繰返し実行することにより、予約を履行しなかった予約者に対する処理を実行する。不履行対応処理を開始すると、制御デバイス４１は、予約データベース４３７が記憶する予約データの一群の内、不履行の予約データとして、提供予定日が経過しているのにかかわらず予約に従う燃料Ｆの提供がなされていない旨の履行情報を有する予約データを探索する（Ｓ７１０）。
【００９７】
そして、上記不履行の予約データが存在する場合（Ｓ７２０でＹｅｓ）、制御デバイス４１は、不履行の予約データの夫々に関し、この予約データが示す顧客ＩＤから特定される予約不履行者の有効ポイント数を所定量減算する処理を実行する（Ｓ７３０）。即ち、予約不履行者の顧客データが表す有効ポイント数を、所定量減算した値に更新し、更には、有価ポイント数の変更（減算）内容を表すレコードをポイント変更履歴データに登録する（Ｓ７３０）。更には、上記不履行の予約データの履行情報を、予約不履行のために有価ポイントを減算したことを示す情報に更新して、不履行対応処理を終了する。尚、重複した有価ポイントの減算を回避するため、Ｓ７１０では、有価ポイント減算済の予約データを探索対象から外して、不履行の予約データを探索することができる。
【００９８】
以上、第二実施例の発電システム１について説明した。本実施例によれば、ウェブサーバ７０の制御デバイス７１が、燃料提供者Ｃから提供される燃料Ｆ又は燃料提供者Ｃから組織Ｇを通じて提供される燃料Ｆの種類、量、及び提供予定日の情報を含む予約データを、制御デバイス４１を通じて予約データベース４３７に登録するように動作する。
【００９９】
制御デバイス４１は、燃料提供時に第一入力端末５０から入力される燃料提供情報に基づき、燃料提供者Ｃ及び組織Ｇに対して付与する加算ポイント数Ａ１，Ａ２を決定する場合であって、燃料提供情報に対応する燃料提供が予約データに従う燃料提供である場合には、燃料提供者Ｃ及び組織Ｇに対して付与する有価ポイント数（加算ポイント数Ａ１，Ａ２）を、燃料提供情報に対応する燃料提供が予約データに従う燃料提供ではない場合よりも高い値に決定する。
【０１００】
燃料Ｆの在庫管理は、燃料Ｆの提供が予告されない場合よりも予告される場合のほうが行い易い。従って、上述したように有効ポイント数を付与すれば、燃料提供者Ｃ等に燃料Ｆの提供の予告動作を促すことができ、在庫管理が容易なシステムを構築することができる。
【０１０１】
以上に、本発明の実施例について説明したが、本発明は、上記実施例に限定されるものではなく、種々の態様を採ることができる。例えば、第二実施例の発電システム１は、加算ポイント数Ａ１，Ａ２及び予定加算ポイント数Ａ４に在庫量Ｍに基づく係数Ｋを作用させることで、燃料提供者Ｃ及び組織Ｇに付与する有効ポイント数を在庫量Ｍに基づき変動させる構成にされてもよい。
【０１０２】
この他、Ｓ１４０，Ｓ４４０に示されるように、在庫量Ｍに基づく係数Ｋは、燃料Ｆの提供時期に基づく係数に変更されてもよい。季節によって燃料Ｆの発生量や調達のしやすさが変動することが考えられる。即ち、燃料Ｆの供給と需要との関係が時期によって変動することが考えられる。従って、変動傾向に従って、燃料Ｆの発生量が少ない時期には係数を高くし、燃料Ｆの発生量が多い時期には係数を低くして加算ポイント数Ａ１，Ａ２を算出すれば、在庫量Ｍに基づく係数Ｋを用いた場合と同様に在庫管理を容易にすることができる。
【０１０３】
また、組織Ｇに対する加算ポイント数Ａ２は、燃料提供者Ｃに対する加算ポイント数Ａ１の所定割合でなくてもよく、個別の決定方式で加算ポイント数Ａ１，Ａ２が決定されてもよい。例えば、燃料提供者Ｃに対しては、燃料Ｆの提供量に応じた加算ポイント数Ａ１が決定され、組織Ｇに対しては、燃料Ｆの提供量に依らない加算ポイント数Ａ２が決定されてもよい。加算ポイント数Ａ１，Ａ２のいずれか一方の算出に際しては、係数Ｋ，Ｋｒが用いられ、他方の算出に際しては、係数Ｋ，Ｋｒが用いられない例も考えられる。加算ポイント数Ａ１，Ａ２の算出に際しては、燃料Ｆの種類に依らない一定の単価が用いられてもよい。特許請求の範囲に記載の文言から特定される技術思想に含まれるあらゆる態様が本発明の実施形態である。
【０１０４】
［対応関係］
最後に用語間の対応関係について説明する。第一入力端末５０によって実現される機能及び第一入力端末５０からの燃料提供情報及び燃料リストを受け付ける管理サーバ４０の機能は、提供情報入力ユニットによって実現される機能の一例に対応する。制御デバイス４１がＳ１３０−Ｓ１５０，Ｓ１９０，Ｓ４３０−Ｓ４５０，Ｓ４９０，Ｓ６３０，Ｓ６５０，Ｓ６７０，Ｓ６９０の実行により加算ポイント数Ａ１，Ａ２を決定する機能は、決定ユニットによって実現される機能の一例に対応する。制御デバイス４１がＳ１６０，Ｓ４６０，Ｓ６６０，Ｓ６８０，Ｓ１９０，Ｓ４９０，Ｓ６９０において顧客データの有価ポイント数を更新する機能及び制御デバイス７１がＳ３５０において管理サーバ４０を通じて顧客データの有価ポイント数を更新する機能は、更新ユニットによって実現される機能の一例に対応する。
【０１０５】
記憶デバイス４３は、記憶ユニットの一例に対応し、顧客端末８０から入力される予約情報を受付可能なウェブサーバ７０の機能は、予定情報入力ユニットによって実現される機能の一例に対応する。Ｓ２２０，Ｓ２４０での判断ステップにより必要に応じて減額処理が実行されるように処理を切り替える制御デバイス４１の機能は、減額ユニットの一例に対応する。
【符号の説明】
【０１０６】
１…発電システム、１０…発電施設、２０…燃料格納庫、３０…管理システム、４０…管理サーバ、４１…制御デバイス、４３…記憶デバイス、４５…通信インタフェース、５０…第一入力端末、６０…第二入力端末、７０…ウェブサーバ、７１…制御デバイス、７３…記憶デバイス、８０…顧客端末、４３１…顧客データベース、４３２…在庫データ、４３４…単価データ、４３５…係数データ、４３７…予約データベース、４３８…予約係数データ、Ｃ，Ｃ１１，Ｃ１２，Ｃ１３…燃料提供者、Ｆ…燃料、Ｆ０…石炭、Ｆ１…農業残渣、Ｆ２…家畜排泄物、Ｆ３…林地残材、Ｆ４…廃棄物、Ｇ…組織、Ｇ１…農業協同組合、Ｇ２…森林組合、Ｇ３…自治体。
【要約】      （修正有）【課題】資源の提供に応じて関係者に対し適切に特典を付与可能な技術を提供する。【解決手段】情報処理システム３０は、提供情報入力ユニット（第一入力端末５０）と、決定ユニット（管理サーバ４０）とを備える。提供情報入力ユニットは、燃料及び燃料源の少なくとも一方を資源として提供する提供者から提供される資源、又は、提供者から提供者が所属する組織を通じて提供される資源の提供内容を表す資源提供情報を入力する。決定ユニットは、提供情報入力ユニットから入力された資源提供情報に基づき、資源を提供する提供者及び提供者が所属する組織に対して付与する特典を決定する。【選択図】図２【図１】
0005989857.tif 000002
【図２】
0005989857.tif 000003
【図３】
0005989857.tif 000004
【図４】
0005989857.tif 000005
【図５】
0005989857.tif 000006
【図６】
0005989857.tif 000007
【図７】
0005989857.tif 000008
【図８】
0005989857.tif 000009
【図９】
0005989857.tif 000010
【図１０】
0005989857.tif 000011
【図１１】
0005989857.tif 000012
【図１２】
0005989857.tif 000013
【図１３】
0005989857.tif 000014
【図１４】
0005989857.tif 000015