(57)【要約】【課題】要求元からの多様な要求に応じて情報取得の容易化を図ること。【解決手段】情報源からの情報にアクセスして情報を用いて情報処理を実行するサーバを制御する制御サーバは、記憶デバイスを有し、記憶デバイスは、複数の異なる情報源とそれらが適用される適用者とにより複数の異なる情報源からの情報の複数の取得経路を適用者ごとに規定する経路情報と、情報源と情報源にアクセスして情報を取得する取得方法とにより情報源の属性を情報源ごとに規定する情報源属性情報とを記憶し、特定の適用者についての特定の情報の取得要求をサーバから受信し、特定の適用者に適用される特定の情報源を取得経路ごとに経路情報から検索し、特定の情報源にアクセスして特定の情報を取得する特定の取得方法を、情報源ごとに情報源属性情報から検索し、特定の取得方法により特定の情報源にアクセスして特定の情報を取得し、特定の情報をサーバに送信する。【選択図】図１
2017072899.tif 000002
【特許請求の範囲】
【請求項１】
情報源と、前記情報源からの情報にアクセスして前記情報を用いて情報処理を実行するサーバと、に接続され、前記サーバを制御する制御サーバであって、
プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、
前記記憶デバイスは、
複数の異なる前記情報源と、前記複数の異なる情報源が適用される適用者と、により、前記複数の異なる情報源からの前記情報の複数の取得経路を、前記適用者ごとに規定する経路情報を記憶するとともに、前記情報源と、前記情報源にアクセスして前記情報を取得する取得方法と、により、前記情報源の属性を前記情報源ごとに規定する情報源属性情報を記憶しており、
前記プロセッサは、
特定の適用者についての特定の情報の取得要求を前記サーバから受信する第１の受信処理と、
前記第１の受信処理によって受信された取得要求に含まれる前記特定の適用者に適用される特定の情報源を、前記取得経路ごとに前記経路情報から検索する第１の検索処理と、
前記第１の検索処理によって検索された前記特定の情報源にアクセスして前記特定の情報を取得する特定の取得方法を、前記情報源ごとに前記情報源属性情報から検索する第２の検索処理と、
前記第２の検索処理によって検索された前記特定の取得方法により前記特定の情報源にアクセスして前記特定の情報を取得する取得処理と、
前記取得処理によって取得された前記特定の情報を前記サーバに送信する送信処理と、
を実行することを特徴とする制御サーバ。
【請求項２】
請求項１に記載の制御サーバであって、
前記経路情報は、さらに、前記取得経路ごとに前記情報源からの前記情報の精度を記憶しており、
前記第１の検索処理では、前記プロセッサは、さらに、前記特定の情報源に対応する特定の精度を前記経路情報から検索し、
前記取得処理では、前記プロセッサは、前記特定の精度に応じた優先度の高い順に前記特定の情報を取得し、
前記送信処理では、前記プロセッサは、前記取得処理による取得順に前記特定の情報を前記サーバに送信することを特徴とする制御サーバ。
【請求項３】
請求項１に記載の制御サーバであって、
前記情報源属性情報は、さらに、前記情報源からの前記情報の取得に要するコストを記憶しており、
前記第２の検索処理では、前記プロセッサは、さらに、前記特定の情報源からの前記特定の情報の取得に要する特定のコストを前記情報源属性情報から検索し、
前記取得処理では、前記プロセッサは、前記特定のコストに応じた優先度の高い順に前記特定の情報を取得し、
前記送信処理では、前記プロセッサは、前記取得処理による取得順に前記特定の情報を前記サーバに送信することを特徴とする制御サーバ。
【請求項４】
請求項１に記載の制御サーバであって、
前記経路情報は、さらに、前記情報源からの前記情報の精度を記憶しており、
前記情報源属性情報は、さらに、前記情報源からの前記情報の取得に要するコストを記憶しており、
前記第１の検索処理では、前記プロセッサは、さらに、前記特定の情報源に対応する特定の精度を前記経路情報から検索し、
前記第２の検索処理では、前記プロセッサは、さらに、前記特定の情報源からの前記特定の情報の取得に必要な特定のコストを前記情報源属性情報から検索し、
前記取得処理では、前記プロセッサは、前記特定の精度および前記特定のコストに応じた優先度の高い順に前記特定の情報を取得し、
前記送信処理では、前記プロセッサは、前記取得処理による取得順に前記特定の情報を前記サーバに送信することを特徴とする制御サーバ。
【請求項５】
請求項２に記載の制御サーバであって、
前記プロセッサは、
前記送信処理によって前記特定の情報を前記サーバに送信した結果、前記特定の情報を用いて前記情報処理を実行した実行結果の評価値を前記サーバから受信する第２の受信処理と、
前記第２の受信処理によって受信された評価値の総和が許容評価値よりも大きいか否かを判断する判断処理と、を実行し、
前記取得処理では、前記プロセッサは、前記判断処理によって前記評価値の総和が前記許容評価値以下であると判断された場合、未取得の前記特定の情報のうち、前記優先度が最も高い前記特定の情報を取得し、前記判断処理によって前記評価値の総和が前記許容評価値より大きいと判断された場合、前記未取得の前記特定の情報を取得しないことを特徴とする制御サーバ。
【請求項６】
請求項３または４に記載の制御サーバであって、
前記プロセッサは、
前記送信処理によって前記特定の情報を前記サーバに送信した結果、前記特定の情報を用いて前記情報処理を実行した実行結果の評価値を前記サーバから受信する第２の受信処理と、
前記第２の受信処理によって受信された評価値の総和が許容評価値よりも大きいか否かを判断する第１の判断処理と、
前記特定のコストの総和が許容コストよりも大きいか否かを判断する第２の判断処理と、を実行し、
前記取得処理では、前記プロセッサは、前記第１の判断処理によって前記評価値の総和が前記許容評価値以下であると判断され、かつ、前記第２の判断処理によって前記特定のコストの総和が前記許容コスト以下であると判断された場合、未取得の前記特定の情報のうち、前記優先度が最大となる前記特定の情報を取得し、前記第１の判断処理によって前記評価値の総和が前記許容評価値よりも大きいと判断され、または、前記第２の判断処理によって前記特定のコストの総和が前記許容コストよりも大きいと判断された場合、前記未取得の前記特定の情報を取得しないことを特徴とする制御サーバ。
【請求項７】
請求項１に記載の制御サーバであって、
前記記憶デバイスは、
前記情報源の提供者ごとに、前記情報源と、当該情報源が利用された利用回数と、を規定する利用回数情報を記憶しており、
前記プロセッサは、
前記利用回数情報において、前記取得処理によって前記特定の情報が取得された場合、前記特定の情報源が利用された前記利用回数を更新する更新処理と、
前記特定の情報源を利用した場合の単価と、前記更新処理による更新後の利用回数と、に基づいて、前記提供者への報奨金を算出する算出処理と、
を実行することを特徴とする制御サーバ。
【請求項８】
請求項１に記載の制御サーバであって、
前記プロセッサは、
前記特定の適用者と、前記取得処理によって前記特定の情報を取得した日付時刻を示す時刻情報と、前記特定の情報を示す値と、を規定する取得情報を、前記記憶デバイスに格納する格納処理を実行し、
前記格納処理では、前記プロセッサは、一定期間前記特定の情報が取得される都度、前記特定の情報を示す値に加算される乱数の総和が０になるように、前記特定の情報を示す値に前記乱数を加算して、当該乱数の加算後の値を前記記憶デバイスに格納する格納処理を実行することを特徴とする制御サーバ。
【請求項９】
請求項８に記載の制御サーバであって、
前記情報処理と、前記適用者と、前記取得情報へのアクセス権の種類を示すアクセス権情報と、を規定するアクセス制限情報を記憶しており、
前記第１の受信処理では、前記プロセッサは、前記特定の適用者についての特定の情報処理による前記特定の情報の取得要求を前記サーバから受信し、
前記格納処理では、前記プロセッサは、前記特定の情報を秘匿化しないことを示す未秘匿化情報と、前記特定の情報を示す値と、前記特定の情報を取得した日付時刻を示す特定の時刻情報と、を規定する第１の取得情報を前記記憶デバイスに格納するとともに、前記特定の情報を秘匿化することを示す秘匿化情報と、前記特定の情報を示す値に前記乱数を加算した値と、前記特定の時刻情報と、を規定する第２の取得情報を前記記憶デバイスに格納し、
前記送信処理では、前記プロセッサは、前記アクセス制限情報を参照して、前記特定の情報処理および前記特定の適用者の組み合わせに関連付けられた特定のアクセス権情報が、前記未秘匿化情報である場合、前記第１の取得情報のうち少なくとも前記特定の情報を示す値を前記サーバに送信し、前記特定のアクセス権情報が前記秘匿化情報である場合、前記第２の取得情報のうち少なくとも前記特定の情報を示す値に前記乱数を加算した値を前記サーバに送信し、前記特定のアクセス権情報が、アクセス権なしを示す情報である場合、前記サーバに送信しないことを特徴とする制御サーバ。
【請求項１０】
情報源と、前記情報源からの情報にアクセスして前記情報を用いて情報処理を実行するサーバと、に接続され、前記サーバを制御する制御サーバによる制御方法であって、
前記制御サーバは、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、
前記記憶デバイスは、
複数の異なる前記情報源と、前記複数の異なる情報源が適用される適用者と、により、前記複数の異なる情報源からの前記情報の複数の取得経路を、前記適用者ごとに規定する経路情報を記憶するとともに、前記情報源と、前記情報源にアクセスして前記情報を取得する取得方法と、により、前記情報源の属性を前記情報源ごとに規定する情報源属性情報を記憶しており、
前記プロセッサは、
特定の適用者についての特定の情報の取得要求を前記サーバから受信する第１の受信処理と、
前記第１の受信処理によって受信された取得要求に含まれる前記特定の適用者に適用される特定の情報源を、前記取得経路ごとに前記経路情報から検索する第１の検索処理と、
前記第１の検索処理によって検索された前記特定の情報源にアクセスして前記特定の情報を取得する特定の取得方法を、前記情報源ごとに前記情報源属性情報から検索する第２の検索処理と、
前記第２の検索処理によって検索された前記特定の取得方法により前記特定の情報源にアクセスして前記特定の情報を取得する取得処理と、
前記取得処理によって取得された前記特定の情報を前記サーバに送信する送信処理と、
を実行することを特徴とする制御方法。
【請求項１１】
請求項１０に記載の制御方法であって、
前記経路情報は、さらに、前記情報源からの前記情報の精度を記憶しており、
前記第１の検索処理では、前記プロセッサは、さらに、前記特定の情報源に対応する特定の精度を前記経路情報から検索し、
前記取得処理では、前記プロセッサは、前記特定の精度に応じた優先度の高い順に前記特定の情報を取得し、
前記送信処理では、前記プロセッサは、前記取得処理による取得順に前記特定の情報を前記サーバに送信することを特徴とする制御方法。
【請求項１２】
請求項１０に記載の制御方法であって、
前記情報源属性情報は、さらに、前記情報源からの前記情報の取得に要するコストを記憶しており、
前記第２の検索処理では、前記プロセッサは、さらに、前記特定の情報源からの前記特定の情報の取得に要する特定のコストを前記情報源属性情報から検索し、
前記取得処理では、前記プロセッサは、前記特定のコストに応じた優先度の高い順に前記特定の情報を取得し、
前記送信処理では、前記プロセッサは、前記取得処理による取得順に前記特定の情報を前記サーバに送信することを特徴とする制御方法。
【請求項１３】
前記情報源からの情報にアクセスして前記情報を用いて情報処理を実行するサーバをプロセッサに制御させる制御プログラムであって、
前記プロセッサは、記憶デバイスにアクセス可能であり、
前記記憶デバイスは、
複数の異なる前記情報源と、前記複数の異なる情報源が適用される適用者と、により、前記複数の異なる情報源からの前記情報の複数の取得経路を、前記適用者ごとに規定する経路情報を記憶するとともに、前記情報源と、前記情報源にアクセスして前記情報を取得する取得方法と、により、前記情報源の属性を前記情報源ごとに規定する情報源属性情報を記憶しており、
前記プロセッサに、
特定の適用者についての特定の情報の取得要求を前記サーバから受信する第１の受信処理と、
前記第１の受信処理によって受信された取得要求に含まれる前記特定の適用者に適用される特定の情報源を、前記取得経路ごとに前記経路情報から検索する第１の検索処理と、
前記第１の検索処理によって検索された前記特定の情報源にアクセスして前記特定の情報を取得する特定の取得方法を、前記情報源ごとに前記情報源属性情報から検索する第２の検索処理と、
前記第２の検索処理によって検索された前記特定の取得方法により前記特定の情報源にアクセスして前記特定の情報を取得する取得処理と、
前記取得処理によって取得された前記特定の情報を前記サーバに送信する送信処理と、
を実行させることを特徴とする制御プログラム。
【請求項１４】
請求項１３に記載の制御プログラムであって、
前記経路情報は、さらに、前記情報源からの前記情報の精度を記憶しており、
前記第１の検索処理では、前記プロセッサは、さらに、前記特定の情報源に対応する特定の精度を前記経路情報から検索し、
前記取得処理では、前記プロセッサに、前記特定の精度に応じた優先度の高い順に前記特定の情報を取得させ、
前記送信処理では、前記プロセッサに、前記取得処理による取得順に前記特定の情報を前記サーバに送信させることを特徴とする制御プログラム。
【請求項１５】
請求項１３に記載の制御プログラムであって、
前記情報源属性情報は、さらに、前記情報源からの前記情報の取得に要するコストを記憶しており、
前記第２の検索処理では、前記プロセッサに、さらに、前記特定の情報源からの前記特定の情報の取得に要する特定のコストを前記情報源属性情報から検索させ、
前記取得処理では、前記プロセッサに、前記特定のコストに応じた優先度の高い順に前記特定の情報を取得させ、
前記送信処理では、前記プロセッサに、前記取得処理による取得順に前記特定の情報を前記サーバに送信させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報源からの情報にアクセスして情報を用いて情報処理を実行するサーバを制御する制御サーバ、制御方法、および、制御プログラムに関する。
【背景技術】
【０００２】
ネットワーク上にセンサやメータを接続して遠隔地にある情報を収集可能とすることにより、今まで人手で行ってきた検針業務の簡略化や、短い周期での情報収集が可能となっている。その応用として、各需要家に置かれた電力メータの指示値を遠隔で収集し各需要家への課金を行うことや、電力使用量の予測による最適な発電を行うことが可能となる。また、気温の情報を収集して農作物の収量を予測することや、異常低温や霜などの害を防ぐために適切な処置を行うことも可能となる。このような情報収集を行う際に、アプリケーション側の要求と各情報源からの情報取得の方法との整合性をとる必要がある。
【０００３】
下記特許文献１では、情報源からの情報の取得によるアプリケーション側の期待効用の増分に比例して、情報源からの情報の取得頻度を増やすという制御が開示されている。下記特許文献１では、情報取得装置から収集した情報及びサービス論理に基づいて動作を決定して該決定した動作を行うとともにサービスを提供するサービス提供システムに配置された情報収集制御装置は、過去に情報取得装置より収集した情報に基づいて現時点で情報取得装置より収集される情報を予測する予測部と、予測結果を用いてサービス論理を解析し該サービス論理にて利用される情報取得装置から情報を収集することの重要度を導出する重要度導出部と、導出された重要度に基づいて情報取得装置からの情報収集を制御する情報収集制御部と、を有する。
【０００４】
ここでの「情報取得装置からの情報収集の制御」としては、情報取得装置からの情報収集の頻度を変更することや、情報取得装置における情報取得（例えばＧＰＳ測位装置における位置計測など）の品質又は精度を変更することなどが含まれる。例えば、導出された重要度が低い場合に情報取得装置からの情報収集の頻度を低くし、導出された重要度が高い場合に情報取得装置からの情報収集の頻度を高くするといった制御が含まれる。下記特許文献１では、サービス論理にて利用される１つ以上の情報取得装置から情報を収集することの重要度を導出し、導出された重要度に基づいて情報取得装置からの情報収集を制御することにより、上記重要度に応じた情報収集の制御が可能となり、収集情報量の削減及び情報取得装置の消費電力量の削減を図る。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−８００８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１（たとえば、［０００６］〜［０００８］の記載を参照。）は、アプリケーション側の要求は各情報源から得られる事象の生起確率と事象に対する動作の効用で表現することを前提としているため、アプリケーションごとに収集対象とする情報源が固定される。したがって、新たな情報源が出現した場合、アプリケーション側で当該新たな情報源に関する情報を追加するなどの対応が必要となる。また、特許文献１の制御方法における制御対象は、情報源からの情報の取得頻度に限られている。
【０００７】
本発明は、要求元からの多様な要求に応じた情報取得の容易化を図ることを目的とする。
【課題を解決するための手段】
【０００８】
本願において開示される発明の一側面となる制御サーバ、制御方法、および、制御プログラムは、情報源と、前記情報源からの情報にアクセスして前記情報を用いて情報処理を実行するサーバと、に接続され、前記サーバを制御する制御サーバ、制御方法、および、制御プログラムであって、前記制御サーバは、前記制御プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、前記記憶デバイスは、複数の異なる前記情報源と、前記複数の異なる情報源が適用される適用者と、により、前記複数の異なる情報源からの前記情報の複数の取得経路を、前記適用者ごとに規定する経路情報を記憶するとともに、前記情報源と、前記情報源にアクセスして前記情報を取得する取得方法と、により、前記情報源の属性を前記情報源ごとに規定する情報源属性情報を記憶しており、前記プロセッサは、特定の適用者についての特定の情報の取得要求を前記サーバから受信する第１の受信処理と、前記第１の受信処理によって受信された取得要求に含まれる前記特定の適用者に適用される特定の情報源を、前記取得経路ごとに前記経路情報から検索する第１の検索処理と、前記第１の検索処理によって検索された前記特定の情報源にアクセスして前記特定の情報を取得する特定の取得方法を、前記情報源ごとに前記情報源属性情報から検索する第２の検索処理と、前記第２の検索処理によって検索された前記特定の取得方法により前記特定の情報源にアクセスして前記特定の情報を取得する取得処理と、前記取得処理によって取得された前記特定の情報を前記サーバに送信する送信処理と、を実行する。
【発明の効果】
【０００９】
本発明の代表的な実施の形態によれば、要求元からの多様な要求に応じて情報取得の容易化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【００１０】
【図１】実施例１にかかる情報収集システムのシステム構成例を示す説明図である。
【図２】図１に示したサーバのハードウェア構成例を示すブロック図である。
【図３】スマートメータ、ＨＥＭＳ、および気温計の関係の一例を示す説明図である。
【図４】実施例１にかかる経路情報テーブルの記憶内容例を示す説明図である。
【図５】変換関数の一例を示す説明図である。
【図６】実施例１にかかる情報源属性テーブルの記憶内容例を示す説明図である。
【図７】取得関数の一例を示す説明図である。
【図８】実施例１にかかる取得情報テーブルの記憶内容例を示す説明図である。
【図９】制御サーバによる管理処理手順例を示すフローチャートである。
【図１０】実施例２にかかる情報源属性テーブルの記憶内容例を示す説明図である。
【図１１】利用回数テーブルの記憶内容例を示す説明図である。
【図１２】実施例４にかかる取得情報テーブルの記憶内容例を示す説明図である。
【図１３】実施例４にかかるアクセス制限テーブルの記憶内容例を示す説明図である。
【発明を実施するための形態】
【００１１】
以下の説明において、同一の構成要素が複数ある場合、たとえば、スマートメータＳＭ１、ＳＭ２、…のように、符号の末尾に番号を付して区別することがあるが、区別しない場合は、たとえば、スマートメータＳＭのように、符号の末尾の番号を省略する。また、テーブルにおいて、ａａフィールドｘｘｘ（ａａはフィールド名、ｘｘｘは符号）の値を、ａａｘｘｘと表記する。たとえば、需要家ＩＤフィールド４０１の値を、需要家ＩＤ４０１と表記する。また、ｂｂｂＩＤｘｘｘが「ｙｙ」であるｂｂｂ（ｂｂｂはそのＩＤで特定される名称、ｙｙはそのＩＤの値）を、ｂｂｂｙｙと表記する。たとえば、需要家ＩＤ４０１が「Ｄ１」である需要家を、需要家Ｄ１と表記し、情報源ＩＤ４０２がスマートメータＳＭ１である情報源を、情報源ＳＭ１と表記する。
【実施例１】
【００１２】
＜システム構成例＞
図１は、実施例１にかかる情報収集システムのシステム構成例を示す説明図である。情報管理システム１００は、収集サーバ１０１と、Ｈｏｍｅ  Ｅｎｅｒｇｙ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ（ＨＥＭＳ）ｈと、観測サーバ１０２と、気象予報サイト１０３と、制御サーバ１０４と、を有し、それらがたとえばインターネットのようなネットワーク１０７を介して通信可能に接続される。
【００１３】
収集サーバ１０１は、送配電企業が有するコンピュータであり、スマートメータＳＭからの電力量を示すデータ（以下、電力量データ）を収集して、メータデータベース（ＤＢ）１１４に蓄積し、必要に応じて電力の小売企業に電力量データを提供する。収集サーバ１０１は、スマートメータＳＭと、コンセントレータ１１１と、ヘッドエンドシステム１１２と、Ｍｅｔｅｒ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ（ＭＤＭＳ）１１３と、インタフェース１１５と、を有する。
【００１４】
スマートメータＳＭは、各需要家の住所または居所に設置されており、各需要家がその住所または居所で使用した電力量を計測する電力量計である。スマートメータＳＭは、コンセントレータ１１１に接続されており、計測した電力量データをコンセントレータ１１１に送信する。
【００１５】
コンセントレータ１１１は、複数のスマートメータＳＭからの電力量データを収集して、ヘッドエンドシステム１１２に送る中継装置である。コンセントレータ１１１は、たとえば、担当する領域ごとに設置される。ヘッドエンドシステム１１２は、各コンセントレータ１１１からの電力量データを収集して、ＭＤＭＳ１１３に送る。
【００１６】
ＭＤＭＳ１１３は、ヘッドエンドシステム１１２からの電力量データをメータＤＢ１１４に格納する。また、ＭＤＭＳ１１３は、小売企業からの要求に応じた電力量データを提供する。メータＤＢ１１４は、電力量データを格納する。また、ＭＤＭＳ１１３は、たとえば、需要家ごとに電力量の使用料金を含む請求書データを生成する。
【００１７】
インタフェース１１５は、小売企業の制御サーバ１０４からの要求をＭＤＭＳ１１３に送り、ＭＤＭＳ１１３からの電力量データを要求元の制御サーバ１０４に提供する。なお、収集サーバ１０１内での中継により、スマートメータＳＭが測定してからある程度の時間（たとえば１時間）の遅延が存在する。したがって、インタフェース１１５から得られる情報は、ＨＥＭＳｈを経由するより古い情報となる。
【００１８】
観測サーバ１０２は、気象観測所など各地に設置された気温計Ｔや湿度計（不図示）を管理するコンピュータである。観測サーバ１０２は、気温計Ｔが観測した気温を示すデータ（気温データ）や湿度計が観測した湿度を示すデータ（湿度データ）を格納し、小売企業の制御サーバ１０４からの要求に応じて気温データや湿度データを当該要求元の制御サーバ１０４に提供する。気象予報サイト１０３は、気象を予報するサイトであり、制御サーバ１０４からの要求に応じた気象データを、要求元の制御サーバ１０４に提供する。なお、スマートメータＳＭ、ＨＥＭＳｈ、気温計Ｔ、および気象予報サイト１０３を、「情報源」と称す。また、需要家は、このような情報源が適用される適用者である。
【００１９】
小売企業は、制御サーバ１０４と、データベース（ＤＢ）１０５と、アプリケーション（ＡＰ）サーバ１０６と、を有する。制御サーバ１０４は、ＡＰサーバ１０６からの要求に応じて情報源からの情報を収集して、当該要求に応じた情報を生成し、ＡＰサーバ１０６に返す。ＤＢ１０５は、各情報源に関する情報を一元管理する。ＤＢ１０５の詳細については後述する。ＡＰサーバ１０６は、たとえば、需要予測や電力量の取引支援のようなアプリケーション処理である情報処理を実行するサーバである。ＡＰサーバ１０６は、制御サーバ１０４に実装されたプログラムまたは仮想マシンでもよい。
【００２０】
また、小売企業は、ＨＥＭＳｈを需要家の一部または全部に設置することで、制御サーバ１０４は、送配電企業を介さずにスマートメータＳＭからの電力量データを取得することもできる。また、制御サーバ１０４は、観測サーバ１０２や天気予報サイトが公開している情報も収集可能である。ＨＥＭＳｈや観測サーバ１０２、天気予報サイトからの情報取得経路は、収集サーバ１０１からの情報よりも新しい情報が取得できる取得経路である。したがって、収集サーバ１０１から情報を取得するよりも、ＡＰサーバ１０６によるアプリケーション処理の品質が向上する。たとえば、より直近の情報が取得できるため、ＡＰサーバ１０６によるアプリケーション処理の予測精度が向上する。
【００２１】
なお、上述した制御サーバ１０４は、ＤＢ１０５を保持する構成としたが、ＤＢ１０５を制御サーバ１０４から切り離して別のサーバで管理してもよい。この場合、制御サーバ１０４は、ＤＢ１０５を保持するサーバ経由でＤＢ１０５にアクセスできるものとする。
【００２２】
＜サーバのハードウェア構成例＞
図２は、図１に示したサーバ１０１〜１０４，１０６（以下、総称してサーバ２００とする）のハードウェア構成例を示すブロック図である。サーバ２００は、プロセッサ２０１と、記憶デバイス２０２と、入力デバイス２０３と、出力デバイス２０４と、通信インタフェース（通信ＩＦ）２０５と、を有する。プロセッサ２０１、記憶デバイス２０２、入力デバイス２０３、出力デバイス２０４、および通信ＩＦ２０５は、バスにより接続される。プロセッサ２０１は、サーバ２００を制御する。記憶デバイス２０２は、プロセッサ２０１の作業エリアとなる。また、記憶デバイス２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス２０３は、データを入力する。入力デバイス２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス２０４は、データを出力する。出力デバイス２０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ２０５は、ネットワーク１０７と接続し、データを送受信する。
【００２３】
＜スマートメータＳＭ、ＨＥＭＳｈ、および気温計Ｔの関係＞
図３は、スマートメータＳＭ、ＨＥＭＳｈ、および気温計Ｔの関係の一例を示す説明図である。需要家Ｄ１の両隣りには需要家Ｄ２、Ｄ３がある。需要家Ｄ１〜Ｄ３はそれぞれ、スマートメータＳＭ１〜ＳＭ３、ＨＥＭＳｈ１〜ｈ３を有する。需要家Ｄ１〜Ｄ３は、気温計Ｔ１の観測範囲である地域３００に立地する。このような関係がある場合における経路情報テーブルの例を示す。
【００２４】
＜経路情報テーブル＞
図４は、実施例１にかかる経路情報テーブルの記憶内容例を示す説明図である。経路情報テーブル４００は、ＤＢ１０５に格納されるテーブルである。経路情報テーブル４００は、需要家ごとに情報源からの情報の取得経路を特定するためにあらかじめ設定されたテーブルである。具体的には、たとえば、経路情報テーブル４００は、需要家ＩＤフィールド４０１と、情報源ＩＤフィールド４０２と、精度フィールド４０３と、変換関数フィールド４０４と、を有し、各フィールドの値により経路情報を示すエントリを構成する。
【００２５】
需要家ＩＤフィールド４０１は、値として、需要家ＩＤ４０１を格納する記憶領域である。需要家ＩＤ４０１は、需要家を一意に特定する識別情報である。
【００２６】
情報源ＩＤフィールド４０２は、値として、情報源ＩＤ４０２を格納する記憶領域である。情報源ＩＤ４０２は、スマートメータＳＭ、ＨＥＭＳｈ、気温計Ｔ、気象予報サイト１０３といった情報源を一意に特定する識別情報である。
【００２７】
精度フィールド４０３は、値として、精度４０３を格納する記憶領域である。精度４０３は、真の値からの隔たりを示す指標値である。本例では、電力量については、たとえば、スマートメータＳＭが計測した電力量を真の値とする。具体的には、たとえば、情報間の精度の例としては、情報源と真の値の２つの時系列の相関を用いて定義することで、情報の取得対象となる需要家と同じような時系列上の振舞を示す需要家の情報を使って、取得対象の情報を近似することが可能となる。
【００２８】
気温については、たとえば、ＨＥＭＳｈからの観測値を真の値とする。また、真の値の精度を「１」とし、それ以外の値の精度は、「１」よりも大きい値とし、「１」に近いほど真の値に近似する。具体的には、たとえば、精度として需要家から気温の観測点までの物理的な精度を用いることで、近隣の気温データを近似値として参照することが可能となる。
【００２９】
また、小売事業者が設置したＨＥＭＳｈに関連付けられた契約者の情報（家族構成、家屋の形態など）に基づいて精度を設定しても良い。
【００３０】
変換関数フィールド４０４は、値として、変換関数を格納する記憶領域である。変換関数は、情報源ＩＤ４０２で特定される情報源からの情報を引数として、返り値を出力する関数である。
【００３１】
ここで、需要家Ｄ１（需要家ＩＤ４０１が「Ｄ１」）であるエントリｅ１〜ｅ４について、図３を参照して説明する。エントリｅ４１は、情報源がスマートメータＳＭ１であるエントリである。スマートメータＳＭ１の観測値は真の値であるため、精度４０３は「１」である。また、真の値は変換する必要がないため、変換関数４０４である「ｃｆ１」は、変換前後で値が変化しない関数である。
【００３２】
エントリｅ４２は、情報源がＨＥＭＳｈ１であるエントリである。ＨＥＭＳｈ１の観測値は真の値ではないため、精度４０３は「２」とする。また、ＨＥＭＳｈ１の観測値も変換する必要がないため、変換関数４０４は「ｃｆ１」とする。
【００３３】
エントリｅ４３は、情報源がＨＥＭＳｈ２，ｈ３であるエントリである。需要家Ｄ１は、需要家Ｄ２、Ｄ３に挟まれた立地であるため、同等の電力量であると推測される。したがって、エントリｅ３では、スマートメータＳＭ１からの観測値は、ＨＥＭＳｈ２，ｈ３を用いて推定される。推定値であるため、精度４０３は、たとえば、ＨＥＭＳｈ１の場合よりも大きい「３」とする。変換関数４０４は、ＨＥＭＳｈ２，ｈ３からの観測値の重み付き平均値を出力する関数とする。
【００３４】
エントリｅ４４は、情報源が気温計Ｔ１であるエントリである。ここでは、地域３００は、地域３００内に設置されている気象観測所の気温計Ｔ１が観測する気温が適用される範囲であり、需要家Ｄ１〜Ｄ３が含まれる。気温計Ｔ１の観測値は、真の値であるＨＥＭＳｈ１の観測値ではないため、精度４０３は、たとえば、「１０」とする。
【００３５】
図５は、変換関数４０４の一例を示す説明図である。図５に示した変換関数４０４は、エントリｅ３の変換関数ｃｆ２である。
【００３６】
＜情報源属性テーブル＞
図６は、実施例１にかかる情報源属性テーブルの記憶内容例を示す説明図である。情報源属性テーブル６００は、ＤＢ１０５に格納されるテーブルである。情報源属性テーブル６００は、情報源の属性を管理するテーブルである。具体的には、たとえば、情報源属性テーブル６００は、情報源ＩＤフィールド６０１と、取得関数フィールド６０２と、コストフィールド６０３と、標準属性フィールド６０４と、を有し、各フィールドの値により、情報源属性を特定するエントリを構成する。
【００３７】
情報源ＩＤフィールド６０１は、値として、情報源ＩＤ６０１を格納する記憶領域である。情報源ＩＤ６０１は、スマートメータＳＭ、ＨＥＭＳｈ、気温計Ｔ、気象予報サイト１０３といった情報源を一意に特定する識別情報である。
【００３８】
取得関数フィールド６０２は、値として、取得関数６０２を格納する記憶領域である。取得関数６０２は、取得先から取得したい情報を取得する関数である。取得関数６０２としては、たとえば、ｇｅｔ関数がある。
【００３９】
コストフィールド６０３は、値として、コスト６０３を格納する記憶領域である。コスト６０３は、たとえば、通信料金や帯域消費量に応じた値である。値が大きいほどコスト６０３が高いことを意味する。具体的には、たとえば、収集サーバ１０１から取得される情報については、送配電企業から提供されるものとして取得にかかるコスト６０３は「０」である。これに対し、ＨＥＭＳｈからの収集は「０」より大きい値となる。このようなコスト６０３の設定により、収集サーバ１０１からの情報取得が優先されるように設定することが可能となる。
【００４０】
標準属性フィールド６０４は、値として、標準属性６０４を格納する記憶領域である。標準属性６０４は、情報源ＩＤ６０１の情報源から取得関数６０２によって取得される情報の標準的な属性を示す情報である。
【００４１】
エントリｅ６１は、情報源ＩＤ６０１が「ＳＭ１」である情報源属性である。エントリｅ６２は、情報源ＩＤ６０１が「ＳＭ２」である情報源属性である。エントリｅ６３は、情報源ＩＤ６０１が「ｈ１」である情報源属性である。エントリｅ６４は、情報源ＩＤ６０１が「ｈ２」である情報源属性である。エントリｅ６５は、情報源ＩＤ６０１が「ｈ３」である情報源属性である。エントリｅ６６は、情報源ＩＤ６０１が「Ｔ１」である情報源属性である。
【００４２】
図７は、取得関数６０２の一例を示す説明図である。図７に示した取得関数６０２は、取得関数ａｆ１である。この取得関数ａｆ１は、最初にＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）がｈｔｔｐｓ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ＳＭ１で表現されるリソースにアクセスし、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルを取得した後、そのＸＭＬファイルを解析し、その中に含まれる管理番号（情報源ＩＤ６０１に対応）が「０１２３４」であるスマートメータＳＭに関する取得年月日、時刻コード（一日を３０分毎の４８区分に分割したコード）、３０分の電力量を抽出する。そして、変換関数ａｆ１は、取得年月日および時刻コードをタイムスタンプに変換する。最後に、変換関数ａｆ１は、需要家ＩＤ、タイムスタンプ、取得値（３０分の電力量）、属性として「３０分毎電力量」の組を返す。
【００４３】
＜取得情報テーブル＞
図８は、実施例１にかかる取得情報テーブルの記憶内容例を示す説明図である。取得情報テーブル８００は、ＤＢ１０５に格納されるテーブルである。取得情報テーブル８００は、需要家ＩＤフィールド４０１と、タイムスタンプフィールド８０２と、取得値フィールド８０３と、属性フィールド８０４と、を有し、各フィールドの値により取得情報を特定するエントリを構成する。
【００４４】
需要家ＩＤフィールド８０１は、値として、需要家ＩＤ８０１を格納する記憶領域である。需要家ＩＤ８０１は、需要家を一意に特定する識別情報である。
【００４５】
タイムスタンプフィールド８０２は、値として、タイムスタンプ８０２を格納する記憶領域である。タイムスタンプ８０２は、取得関数６０２によって情報を取得した日付時刻である。
【００４６】
取得値フィールド８０３は、値として、取得値８０３を格納する記憶領域である。取得値８０３は、取得関数６０２によってタイムスタンプ８０２の日付時刻に取得した値（たとえば、電力量データ）である。
【００４７】
属性フィールド８０４は、値として、属性を格納する記憶領域である。属性は、取得関数６０２によってタイムスタンプ８０２の日付時刻に取得値８０３を取得した際の特徴であり、具体的には、たとえば、コスト６０３および標準属性６０４の組み合わせである。
【００４８】
取得情報テーブル８００の１行目のエントリは、時刻「１／１  ００：００」の需要家ＩＤ８０が「Ｄ１」である取得値８０３は「４００」であり、当該取得値８０３の属性は「コスト０で取得し、かつ３０分毎の電力量である」ということを示す。これにより、ＡＰサーバ１０６は情報取得の際のコストや複数の情報源から取得した同一の情報を統一して管理することが可能となる。
【００４９】
＜制御サーバ１０４による管理処理手順例＞
図９は、制御サーバ１０４による管理処理手順例を示すフローチャートである。まず、制御サーバ１０４は、ＡＰサーバ１０６内のあるアプリケーションから、需要家に関する情報取得要求を受信する（ステップＳ９０１）。情報取得要求には、情報の取得対象となる需要家（以下、対象需要家）の需要家ＩＤ、許容コストＣＡ、許容評価値ＥＡが含まれる。該当する需要家ＩＤは、複数でもよい。許容コストＣＡは、対象需要家についてのコスト６０３の許容値である。許容評価値ＥＡは、本管理処理で算出される総評価値Ｅの許容値である。本管理処理の結果、コスト６０３の累積値である総コストＣが許容コストＣＡを超えたり、累積した総評価値Ｅが許容評価値ＥＡを超えると、制御サーバ１０４は、本管理処理を終了する。
【００５０】
つぎに、制御サーバ１０４は、受信した情報取得要求に含まれる需要家ＩＤをキーとして、経路情報テーブル４００を検索する（ステップＳ９０２）。たとえば、需要家ＩＤが「Ｄ１」である場合、制御サーバ１０４は、経路情報テーブル４００からエントリｅ４１〜ｅ４４の取得経路群を検索する。
【００５１】
つぎに、制御サーバ１０４は、ステップＳ９０２の検索エントリ（取得経路群）の情報源ＩＤ４０２をキーとして、情報源属性テーブル６００を検索する（ステップＳ９０３）。たとえば、ステップＳ９０２の検索エントリｅ４１の情報源ＩＤ４０２は「ＳＭ１」であるため、制御サーバ１０４は、情報源ＩＤ６０１が「ＳＭ１」であるエントリｅ６１を検索する。同様に、制御サーバ１０４は、情報源ＩＤ６０１が「ｈ１」、「ｈ２」、「ｈ３」、「Ｔ１」であるエントリｅ６３〜ｅ６６を検索する。
【００５２】
つぎに、制御サーバ１０４は、ステップＳ９０３の検索エントリ（情報源属性群）のコスト６０３をキーとして、取得経路ごとの収集コストを算出する（ステップＳ９０４）。たとえば、エントリｅ４１の取得経路の場合、情報源ＩＤ４０２は「ＳＭ１」であるため、エントリｅ４１の取得経路の収集コストは、エントリｅ６１のコスト６０３の「０」である。また、エントリｅ４２の取得経路の場合、情報源ＩＤ４０２は「ｈ１」であるため、エントリｅ４２の取得経路の収集コストは、エントリｅ６３のコスト６０３の「１０」である。
【００５３】
また、エントリｅ４３の取得経路の場合、情報源ＩＤ４０２は「ｈ２，ｈ３」であるため、エントリｅ４３の取得経路の収集コストは、エントリｅ６４のコスト６０３の「２０」とエントリｅ６５のコスト６０３の「２０」との総和「４０」である。また、エントリｅ４４の取得経路の場合、情報源ＩＤ４０２は「Ｔ１」であるため、エントリｅ４４の取得経路の収集コストは、エントリｅ６６のコスト６０３の「５」である。
【００５４】
つぎに、制御サーバ１０４は、ステップＳ９０４で算出した取得経路ごとの収集コストおよび精度４０３により、取得経路ごとに優先度を算出して、優先度の値の昇順（優先度の降順）にソートする（ステップＳ９０５）。具体的には、たとえば、制御サーバ１０４は、収集コストと精度の積により優先度を算出する。本例では、優先度の数値が小さいほど、優先度が高いものとする。ソートにより、エントリ列の先頭にあるエントリほど、優先度が高くなる。
【００５５】
たとえば、エントリｅ４１の取得経路の場合、収集コストは「０」であり、精度４０３は「１」であるため、優先度は「０」である。また、エントリｅ４２の取得経路の場合、収集コストは「１０」であり、精度４０３は「２」であるため、優先度は「０」である。また、エントリｅ４３の取得経路の場合、収集コストは「４０」であり、精度４０３は「３」であるため、優先度は「１２０」である。また、エントリｅ４４の取得経路の場合、収集コストは「５」であり、精度４０３は「１０」であるため、優先度は「５０」である。
【００５６】
なお、優先度は、収集コストと精度の積に限られない。たとえば、収集コストをそのまま優先度としてもよく、同様に、精度をそのまま優先度としてもよい。
【００５７】
つぎに、制御サーバ１０４は、総コストＣの初期値を「０」、総評価値Ｅの初期値を「０」、取得経路数Ｎの変数ｎの初期値を「１」に設定する（ステップＳ９０６）。取得経路数Ｎは、ステップＳ９０２で検索されたエントリ数である。変数ｎ＝１は最も優先度が高い（優先度の数値が小さい）取得経路を示す。
【００５８】
そして、制御サーバ１０４は、総評価値Ｅが許容評価値ＥＡよりも大きいか否かを判断する（ステップＳ９０７）。大きい場合（ステップＳ９０７：Ｙｅｓ）、制御サーバ１０４は、本管理処理を終了する。大きくない場合（ステップＳ９０７：Ｎｏ）、制御サーバ１０４は、総コストＣが許容コストＣＡよりも大きいか否かを判断する（ステップＳ９０８）。大きい場合（ステップＳ９０８：Ｙｅｓ）、制御サーバ１０４は、本管理処理を終了する。大きくない場合（ステップＳ９０８：Ｎｏ）、制御サーバ１０４は、変数ｎが取得経路数Ｎよりも大きいか否かを判断する（ステップＳ９０９）。
【００５９】
大きい場合（ステップＳ９０９：Ｙｅｓ）、制御サーバ１０４は、本管理処理を終了する。大きくない場合（ステップＳ９０９：Ｎｏ）、制御サーバ１０４は、ｎ番目の取得経路における情報源からの値を、取得関数を用いて取得する（ステップＳ９１０）。具体的には、たとえば、ｎ番目の取得経路がエントリｅ４１である場合、制御サーバ１０４は、情報源ＩＤ４０２である「ＳＭ１」を特定し、情報源ＩＤ６０１が「ＳＭ１」であるエントリｅ６１の取得関数６０２として「ａｆ１」を特定する。制御サーバ１０４は、取得関数ａｆ１を用いて、需要家ＩＤ４０１が「Ｄ１」である情報を保持する取得先のＵＲＬ（ｈｔｔｐｓ：／／ｅｘａｍｐｌｅ．ｃｏｍ／／ＳＭ１）（図７を参照）にアクセスして、情報源ＳＭ１の標準属性６０４に合致する値（３０分おきの電力量）と、その取得時刻であるタイムスタンプを取得する。
【００６０】
つぎに、制御サーバ１０４は、ステップＳ９１０で取得した値（上記の例では、３０分おきの電力量）と、対応する変換関数４０４で変換する（ステップＳ９１１）。具体的には、たとえば、制御サーバ１０４は、需要家Ｄ１において、取得値の取得元である情報源が情報源ＳＭ１である場合、変換関数４０４としてｃｆ１を用いて取得値を変換する。同様に、制御サーバ１０４は、需要家Ｄ１において、取得値の取得元である情報源が情報源ｈ２，ｈ３である場合、変換関数４０４としてｃｆ２を用いて取得値を変換する。
【００６１】
つぎに、制御サーバ１０４は、ｎ番目の取得経路について、取得情報テーブル８００の需要家ＩＤフィールド４０１に需要家ＩＤを、取得値フィールド８０３に変換後の値を、属性フィールド８０４に情報源のコスト６０３および標準属性６０４を格納する。
【００６２】
つぎに、制御サーバ１０４は、ｎ番目の取得経路の収集コスト（Ｓ０９４で算出）を総コストＣに加算する（ステップＳ９１３）。
【００６３】
つぎに、制御サーバ１０４は、ステップＳ９１２で取得情報テーブル８００に格納したエントリをＡＰサーバ１０６に送信する（ステップＳ９１４）。この送信が、ステップＳ９０１の取得要求に対する応答となる。このあと、ＡＰサーバ１０６は、これまでにステップＳ９１４により受信した情報を用いて、たとえば電力の需要予測などのアプリケーション処理を実行し、処理結果に応じた評価値を算出する。具体的には、たとえば、ＡＰサーバ１０６は、予測すべき値の誤差の大きさの逆数を、ステップＳ９１４でこれまでに受信した情報群に対する評価値とする。そして、ＡＰサーバ１０６は、評価値を制御サーバ１０４に返す。
【００６４】
つぎに、制御サーバ１０４は、ＡＰサーバ１０６からの評価値を受信して、総評価値Ｅに加算し（ステップＳ９１５）、変数ｎをインクリメントして（ステップＳ９１６）、ステップＳ９０７に戻る。
【００６５】
本管理処理により、ＡＰサーバ１０６は、制御サーバ１０４にアクセスするだけで、取得したい情報をその取得元から取得できるため、どの情報がどのような取得経路から取得できるかといったことを考慮する必要がない。したがって、アプリケーション処理における情報取得の容易化を図ることができる。
【００６６】
すなわち、経路情報テーブル４００により取得経路を一元管理しているため、情報源の欠如や、新しい情報源の出現、情報源の消滅に対しても、ＡＰサーバ１０６のアプリケーションに対し、追加、変更、または削除をする必要がなく、アプリケーションの要求に柔軟に対応することができる。したがって、要求元からの多様な要求に応じて情報取得の容易化を図ることができる。
【００６７】
また、取得経路ごとに優先度を付与することにより、許容コストＣＡの範囲内で優先的な情報取得をおこなうことができる。また、許容コストＣＡを超えた場合に本管理処理を打ち切ることにより、情報取得についてのコストの上昇を抑制することができる。
【００６８】
また、累積取得した情報群についての評価値をＡＰサーバ１０６から取得することにより、累積取得した情報群から得られるアプリケーション処理の処理結果（たとえば、電力の需要予測結果）を評価することができる。また、許容評価値ＥＡを超えた場合は、本管理処理を打ち切ることにより、アプリケーション処理の処理結果の精度低下を抑制することができる。
【００６９】
なお、本管理処理では、ＡＰサーバ１０６は、ステップＳ９１４で受信するエントリ１つごとにアプリケーション処理を実行する例を示したが、ステップＳ９１４で受信する複数のエントリをまとめて取得してアプリケーション処理を実行してもよい。また、制御サーバ１０４は、収集コストが０である情報源からの値に関しては、優先度にかかわらず１回目のステップＳ９１０の実行時にすべて取得してもよい。これにより、管理処理の効率化を図ることができる。
【００７０】
また、本管理処理では、制御サーバ１０４がステップＳ９０７、Ｓ９０８の判断を実行する例について説明したが、ＡＰサーバ１０６がステップＳ９０７、Ｓ９０８の判断を実行し、情報取得継続を示す判断結果を制御サーバ１０４に送信してもよい。この場合、ＡＰサーバ１０６がステップＳ９１３、Ｓ９１５を実行することになる。
【００７１】
実施例１では、アプリケーションとして電力量を利用した需要予測の例に挙げたが、電力の需要予測に限らず、例えば、気象に関する情報（たとえば、気温、湿度、雨量、気圧）を、気象庁が提供する公式の情報に加え、独自で配置した計測器類からの計測値や個人がインターネット上で公開している気象情報を収集するアプリケーションでもよい。この場合、当該アプリケーションで収集した気象情報を天気予報や農業のアプリケーションに提供してもよい。
【実施例２】
【００７２】
実施例２は、実施例１において、情報提供者へインセンティブを与える例である。情報提供者にインセンティブを与えることにより、情報提供の促進を図ることができる。なお、実施例１と同一構成には同一符号を付し、その説明を省略する。
【００７３】
図１０は、実施例２にかかる情報源属性テーブルの記憶内容例を示す説明図である。実施例１にかかる情報源属性テーブル６００（図６）との違いは、実施例２にかかる情報源属性テーブル１０００には、単価フィールド１００１がある点である。単価フィールド１００１は、単価１００１を格納する記憶領域である。単価１００１は、情報源ＩＤ６０１で特定される情報源から情報を取得した際の１回あたりの金額である。単位は、たとえば、１円以上に設定すればよい。単価は、提供者側が自由に設定してもよいし、管理者が情報取得周期や精度に基づいて設定しても良い。また、コスト６０３の値を十分大きな値、あるいは無限大に設定することで、提供者側で情報提供を拒む設定にすることも可能である。
【００７４】
図１１は、利用回数テーブルの記憶内容例を示す説明図である。利用回数テーブル１１００はＤＢ１０５に格納されるテーブルである。利用回数テーブル１１００は、情報の提供者へのインセンティブとなる利用金額を算出するために情報の利用回数を管理するテーブルである。利用回数テーブル１１００は、提供者ＩＤフィールド１１０１と、情報源ＩＤフィールド１１０２と、利用回数フィールド１１０３と、を有し、各フィールドの値により情報の利用回数を規定するエントリを構成する。
【００７５】
提供者ＩＤフィールド１１０１は、値として、提供者ＩＤ１１０１を格納する記憶領域である。提供者ＩＤ１１０１は、提供者を一意に特定する識別情報である。提供者は、情報源からの情報を小売企業に提供する者であり、具体的には、たとえば、情報源の所有者である。
【００７６】
情報源ＩＤフィールド１１０２は、値として、情報源ＩＤ１１０２を格納する記憶領域である。情報源ＩＤ１１０２は、スマートメータＳＭ、ＨＥＭＳｈ、気温計Ｔ、気象予報サイト１０３といった情報源を一意に特定する識別情報である。
【００７７】
利用回数フィールド１１０３は、利用回数１１０３を格納する記憶領域である。利用回数１１０３は、情報源ＩＤ１１０２で特定される情報源を利用した回数、すなわち、情報を取得した回数である。具体的には、たとえば、図９のステップＳ９１０において、制御サーバ１０４は、ｎ番目の取得経路における情報源からの情報を、取得関数を用いて取得した場合に、当該情報源の情報源ＩＤ１１０２に対応する利用回数１１０３をインクリメントする。
【００７８】
提供者へのインセンティブの支払いは、任意のタイミング（たとえば、月１回）で実行される。この場合、制御サーバ１０４は、情報源ＩＤ１１０２に対応する利用回数１１０３と、情報源ＩＤ１１０２に一致する情報源ＩＤ６０１に対応する単価１００１とを乗算して、提供者ＩＤ１１０１ごとにインセンティブとなる報奨金を算出する。
【００７９】
このように、実施例２によれば、情報提供者に報奨金（インセンティブ）を与えることにより、情報提供の促進を図ることができる。
【実施例３】
【００８０】
実施例３は、実施例１または実施例２において、情報の秘匿性を確保する例１である。センサやスマートメータＳＭから収集する情報の中には、ユーザのプライバシーを侵害する恐れのある情報が含まれている可能性がある。たとえば、数秒から１分程度のサンプリングレートで消費電力量を取得すると、どのような電気機器を使っているかが高い確率で推測することができる。なお、実施例１または実施例２と同一構成には同一符号を付し、その説明を省略する。
【００８１】
実施例３は、情報源属性テーブル６００の取得関数６０２を適切に定義することによって、情報の匿名化を実現する。具体的には、たとえば、図９のステップＳ９１０において、制御サーバ１０４が、ｎ番目の取得経路における情報源からの値を、取得関数を用いて取得した場合に、取得した値に対して平均０の適切な分布（たとえば、正規分布）に依存する乱数を加えて取得情報テーブル８００の取得値フィールド８０３に格納する。これにより、ある一定の期間で見た取得値の平均を変えることなく、実際の取得値の変動を隠蔽することができる。これにより、需要家のプライバシーを守ることが可能となる。
【実施例４】
【００８２】
実施例４は、実施例３において、情報の秘匿性を確保する例２である。実施例４では、ＡＰサーバ１０６内のアプリケーションは、適切なアクセス制限のもとで、生情報へのアクセスを許可する。ここで、生情報とは取得値８０３である。なお、実施例３と同一構成には同一符号を付し、その説明を省略する。
【００８３】
図１２は、実施例４にかかる取得情報テーブルの記憶内容例を示す説明図である。実施例４にかかる取得情報テーブル８００（図８）との違いは、実施例４にかかる取得情報テーブル１２００には、図９のステップＳ９１２において、属性８０４が「未秘匿化」であるエントリと、属性８０４が「秘匿化」であるエントリの両方が格納される点である。属性８０４が「未秘匿化」の取得値８０３は、情報源から取得した値そのものであり、属性８０４が「秘匿化」の取得値８０３は、属性８０４が「未秘匿化」の取得値８０３に、実施例３で説明した乱数が加えられた値である。たとえば、１行目のエントリと５行目のエントリは、同一需要家ＩＤ８０１の同一タイムスタンプ８０２における同一取得値８０３において、属性８０４が「未秘匿化」の取得値８０３と、属性８０４が「秘匿化」の取得値８０３と、を含むエントリである。
【００８４】
図１３は、実施例４にかかるアクセス制限テーブルの記憶内容例を示す説明図である。アクセス制限テーブル１３００はＤＢ１０５に格納されるテーブルである。アクセス制限テーブル１３００は、アプリケーションのアクセス制限を規定するテーブルである。アクセス制限テーブル１３００は、アプリケーションＩＤフィールド１３０１と、需要家ＩＤフィールド１３０２と、アクセス権フィールド１３０３と、を有し、各フィールドの値によりアクセス制限を規定するエントリを構成する。
【００８５】
アプリケーションＩＤフィールド１３０１は、値として、アプリケーションＩＤ１３０１を格納する記憶領域である。アプリケーションＩＤ１３０１は、たとえば電力の需要予測などのアプリケーションを一意に特定する識別情報である。
【００８６】
需要家ＩＤフィールド１３０２は、値として、需要家ＩＤ１３０２を格納する記憶領域である。需要家ＩＤ１３０２は、需要家を一意に特定する識別情報である。
【００８７】
アクセス権フィールド１３０３は、値として、アクセス権１３０３を格納する記憶領域である。アクセス権１３０３は、アプリケーションＩＤ１３０１で特定されるアプリケーションが需要家ＩＤ１３０２で特定される需要家の情報（取得値８０３）へのアクセスの可否や、アクセス可である場合に未秘匿化または秘匿化を規定する情報である。アクセス権１３０３には、「未秘匿化」、「秘匿化」、「なし」の３種類がある。
【００８８】
「未秘匿化」は、アプリケーションＩＤ１３０１で特定されるアプリケーションが、需要家ＩＤ１３０２で特定される需要家について、属性８０４が「未秘匿化」である取得値８０３にアクセス権があることを示す。「秘匿化」は、アプリケーションＩＤ１３０１で特定されるアプリケーションが、需要家ＩＤ１３０２で特定される需要家について、属性８０４が「秘匿化」である取得値８０３にアクセス権があることを示す。「なし」は、アプリケーションＩＤ１３０１で特定されるアプリケーションが、需要家ＩＤ１３０２で特定される需要家について、取得値８０３にアクセスできないことを示す。
【００８９】
実施例４にかかる管理処理手順について説明する。図９のステップＳ９０１では、需要家ＩＤ、許容コストＣＡ、許容評価値のほかに、制御サーバ１０４は、取得要求元のアプリケーションのアプリケーションＩＤを含む情報取得要求を受信する（ステップＳ９０１）。
【００９０】
また、制御サーバ１０４は、ステップＳ９１４での送信に先立って、ステップＳ９０１で取得したアプリケーションＩＤをキーとして、アクセス制限テーブル１３００を検索し、対応する需要家ＩＤ１３０２およびアクセス権１３０３を取得する。
【００９１】
制御サーバ１０４は、取得したアクセス権１３０３が「未秘匿化」である場合、需要家ＩＤ１３０２に一致する需要家ＩＤ８０１で、かつ、属性８０４に「未秘匿化」を含むエントリを取得情報テーブル８００から取得して、ＡＰサーバ１０６に送信する（ステップＳ９１４）。具体的には、たとえば、需要家ＩＤ１３０２が「Ｄ１」でアクセス権１３０３が「未秘匿化」である場合、制御サーバ１０４は、図１２の取得情報テーブル８００のうち１行目から４行目のエントリをＡＰサーバ１０６に送信する。
【００９２】
また、制御サーバ１０４は、取得したアクセス権１３０３が「未秘匿化」である場合、需要家ＩＤ１３０２に一致する需要家ＩＤ８０１で、かつ、属性８０４に「未秘匿化」を含むエントリを取得情報テーブル８００から取得して、ＡＰサーバ１０６に送信する（ステップＳ９１４）。具体的には、たとえば、需要家ＩＤ１３０２が「Ｄ１」でアクセス権１３０３が「秘匿化」である場合、制御サーバ１０４は、図１２の取得情報テーブル８００のうち５行目から８行目のエントリをＡＰサーバ１０６に送信する。
【００９３】
また、制御サーバ１０４は、取得したアクセス権１３０３が「なし」である場合、取得情報テーブル８００から情報を取得するアクセス権がない。したがって、制御サーバ１０４は、アクセス権なしを示す情報をＡＰサーバ１０６に送信する。
【００９４】
これにより、アプリケーションと需要家との組み合わせごとにアクセス権が設定可能となり、セキュリティの向上を図ることができる。また、重要なデータへのアクセスには別に有償の契約を行うなどデータ提供による収益を得ることが可能となる。
【００９５】
なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。
【００９６】
また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。
【００９７】
各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。
【００９８】
また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。
【符号の説明】
【００９９】
１００  情報管理システム
１０１  収集サーバ
１０２  観測サーバ
１０３  気象予報サイト
１０４  制御サーバ
１０６  ＡＰサーバ
４００  経路情報テーブル
６００  情報源属性テーブル
８００  取得情報テーブル
１０００  情報源属性テーブル
１１００  利用回数テーブル
１２００  取得情報テーブル
１３００  アクセス制限テーブル
ｈ  ＨＥＭＳ
ＳＭ  スマートメータ
Ｔ  気温計
【図１】
2017072899.tif 000003
【図２】
2017072899.tif 000004
【図３】
2017072899.tif 000005
【図４】
2017072899.tif 000006
【図５】
2017072899.tif 000007
【図６】
2017072899.tif 000008
【図７】
2017072899.tif 000009
【図８】
2017072899.tif 000010
【図９】
2017072899.tif 000011
【図１０】
2017072899.tif 000012
【図１１】
2017072899.tif 000013
【図１２】
2017072899.tif 000014
【図１３】
2017072899.tif 000015