(57)【要約】【課題】ネットワーク通信上での識別情報を意識することなくネット端末間で希望する情報の共有ができるネットワークシステムを提供することにある。【解決手段】配信元のネット端末２から、受け取り側のネット端末２に対して関数を取り扱う情報として定義した第１のオブジェクトに対してオブジェクト実行要求を行うとともに、関数として各ネット端末で使用する情報を渡すための情報チャネルの情報及び当該情報を関数に書き込んでおけば、当該情報チャネルを予め予約している受け取り側のネット端末２では、第１のオブジェクトの実行によって関数に書き込まれている所定情報を取得保存する取り込むことことができる。【選択図】図１
2008061119.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数のネット端末での情報授受を行うネットワークシステムにおいて、
前記ネット端末中、情報の受け取り側となるネット端末には、提供する所定情報の配信元となるネット端末から前記所定情報を受け取るための情報チャネルが予約され、前記配信元となるネット端末から前記所定情報の受け取り要求が前記ネットワークを介してあり、且つ該要求に対応付けられた情報チャネルが前記予約された情報チャネルと一致しているときに、前記配信元となるネット端末から送られてくる前記所定情報を取り込む手段を備え、
前記配信元となるネット端末には、情報受け取り側となるネット端末に対して前記所定情報と該所定情報を送る情報チャネルを示すチャネル示唆情報とを前記要求とともに送出する手段とを備えていることを特徴とするネットワークシステム。
【請求項２】
前記受け取り側のネット端末は、前記配信元のネット端末からの実行要求に用いられるオブジェクト識別子が付与され、実行時に前記配信元のネット端末から送られてくるチャネル示唆情報と所定情報を受信するように定義されている第１のオブジェクトを有し、前記第１のオブジェクトに対するオブジェクト識別子を用いた実行要求があって当該オブジェクトを実行したときに受信したチャネル示唆情報が示す情報チャネルが、前記予約されている情報チャネルと一致している場合に所定情報を取り込む手段を備え、
前記配信元のネット端末は、前記第１のオブジェクトの前記オブジェクト識別子を用いて第１のオブジェクトに対する実行要求を前記受け取り側のネット端末に行うとともに、前記チャネル示唆情報と前記所定情報を送出する手段を備えたことを特徴とする請求項１記載のネットワークシステム。
【請求項３】
前記配信元のネット端末から送られてくる所定情報は、前記配信元のネット端末に付与されたオブジェクト識別子の情報であり、
前記配信元のネット端末は前記受け取り側のネット端末からの実行要求に用いられるオブジェクト識別子が付与され、実行時に当該オブジェクト識別子に対応した対応情報を、実行要求を行った受け取り側のネット端末に送信するように定義されている第２のオブジェクトを有し、前記第１のオブジェクトの実行要求を前記受け取り側のネット端末に対して行い、
前記第１のオブジェクトの実行を行った前記受け取り側のネット端末では，前記予約された情報チャネルが、前記配信元のネット端末から送られてくるチャネル示唆情報が示す情報チャネルと一致する場合に、送られてくるオブジェクト識別子を用いて前記配信元のネット端末に対して実行要求を行い、この実行要求に呼応して前記第２のオブジェクトを実行した前記配信元のネット端末から送られてくる前記対応情報を取得することを特徴とする請求項２記載のネットワークシステム。
【請求項４】
建物内に設けられ、消費電力量を計測積算する機能と前記第１のオブジェクトとを有する複数の前記受け取り側のネット端末としての電力計計測装置と、各電力計測装置から取得する単体の消費電力の積算電力値に基づいて所定の群別の積算電力値の和を少なくとも演算する積算演算部を備えた前記配信元のネット端末としての演算処理器とをネット端末として設け、
前記情報チャネルは所定の群ごとに対応して作成するとともに、各電力計測装置では該所定の群に対応する情報チャネルを予約し、
前記演算処理器は、ネットワーク接続された消費電力管理用クライアント端末から所定の群の電力積算値の和が要求されると、前記第１のオブジェクトに対する実行要求とともに、要求対象の群に対応した情報チャネルを示すチャネル示唆情報と実行要求先の電力計測装置の計測情報の転送要求を示す所定情報とを各電力計測装置に送出し、前記第１のオブジェクトの実行を行った電力計測装置では、前記予約された情報チャネルが前記演算処理器から送られてくる前記チャネル示唆情報が示す情報チャネルと一致する場合、前記所定情報に基づいて計測積算した電力量の情報を前記演算処理器に送信する処理を行うことを特徴とする請求項２記載のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネット端末同士でピア・ツゥ・ピアにより情報授受を行うネットワークシステムに関するものである。
【背景技術】
【０００２】
従来、ＩＰｖ６ネットワークに接続された端末から、非ＩＰネットワークに接続されている機器を制御したり監視するシステムが提供されている。
【０００３】
このシステムは非ＩＰｖ６ネットワークの機器のインターフェースのＩＤと識別情報を取得するとともに、ＩＰｖ６ネットワークのネットワークＩＤを取得し、これらＩＤからＩＰｖ６アドレスを生成し、この生成したアドレスと識別情報の対応を管理することで、非ＩＰｖ６ネットワークの機器と、ＩＰｖ６ネットワークの端末との通信を可能にするゲートウェイを設けて機器の制御や監視を端末で行うようにしたものである。
【特許文献１】特開２００３−６０６６４公報（段落００１４〜００１９、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで特許文献１に開示されているシステムでは非ＩＰｖ６の機器を用いるものの、ＩＰｖ６ネットワークの端末では送信先のＩＰｖ６アドレスを含むヘッダを設けたパケットを送るため、ゲートウェイで非ＩＰｖ６の機器へのＩＰｖ６のアドレス割り当てを行うとしても、端末から複数の機器へのアクセスを行う場合には、各機器に対応するＩＰｖ６アドレスを生成する必要がある。つまりＩＰｖ６アドレスを意識することが必要であった。
【０００５】
本発明は上述の点に鑑みて為されたもので、その目的とするところは、ネットワーク通信上での識別情報を意識することなくネット端末間で希望する情報の共有ができるネットワークシステムを提供することにある。
【課題を解決するための手段】
【０００６】
上述の目的を達成するために、請求項１の発明では、ネットワークに接続された複数のネット端末での情報授受を行うネットワークシステムにおいて、前記ネット端末中、情報の受け取り側となるネット端末には、提供する所定情報の配信元となるネット端末から前記所定情報を受け取るための情報チャネルが予約され、前記配信元となるネット端末から前記所定情報の受け取り要求が前記ネットワークを介してあり、且つ該要求に対応付けられた情報チャネルが前記予約された情報チャネルと一致しているときに、前記配信元となるネット端末から送られてくる前記所定情報を取り込む手段を備え、前記配信元となるネット端末には、情報受け取り側となるネット端末に対して前記所定情報と該所定情報を送る情報チャネルを示すチャネル示唆情報とを前記要求とともに送出する手段とを備えていることを特徴とする。
【０００７】
請求項１の発明によれば、配信元のネットワークからの所定情報を受け取る情報チャネルを受け取り側のネット端末側で予約しているだけで、配信元のネットワークから所定情報の受け取り要求があれば、受け取り側のネット端末ではネットワークでの識別情報を意識することなく所定情報を受け取ることができ、そのため受け取り側のネット端末での負担が軽減される上に、配信元のネット端末が多様な所定情報を複数の情報チャネルで送信している場合にあっても、受け取り側となるネット端末で、予約している情報チャネルを後で変更や追加するだけで受け取ることも可能となり、一個のネット端末の情報をＮ個のネット端末で共用したり、Ｎ個のネット端末の情報を一個のネット端末で取得するが可能な所謂Ｐ２Ｐを実現できる。
【０００８】
請求項２の発明では、請求項１の発明において、前記受け取り側のネット端末は、前記配信元のネット端末からの実行要求に用いられるオブジェクト識別子が付与され、実行時に前記配信元のネット端末から送られてくるチャネル示唆情報と所定情報を受信するように定義されている第１のオブジェクトを有し、前記第１のオブジェクトに対するオブジェクト識別子を用いた実行要求があって当該オブジェクトを実行したときに受信したチャネル示唆情報が示す情報チャネルが、前記予約されている情報チャネルと一致している場合に所定情報を取り込む手段を備え、前記配信元のネット端末は、前記第１のオブジェクトの前記オブジェクト識別子を用いて第１のオブジェクトに対する実行要求を前記受け取り側のネット端末に行うとともに、前記チャネル示唆情報と前記所定情報を送出する手段を備えたことを特徴とする。
【０００９】
請求項２の発明によれば、チャネル示唆情報と所定情報とを受信するように定義されている第１のオブジェクトに対する実行要求を配信元のネット端末から送れば、第１のオブジェクトを有し、チャネル示唆情報が示す情報チャネルを予約しているネット端末が受け取り側ネット端末として所定情報を取り込むことことになり、配信元のネット端末が受け取り側となるネット端末のネットワーク上での接続情報を知ることなく、また受け取り側となるネット端末も配信元のネット端末のネットワーク上での接続情報を知ることなしに、配信元のネット端末から送られる所定情報を、指定された情報チャネルを予約しているネット端末で受け取ることができ、上述のように一個のネット端末の情報をＮ個のネット端末で共用する所謂Ｐ２Ｐが実現できる。。
【００１０】
請求項３の発明では、請求項２の発明において、前記配信元のネット端末から送られてくる所定情報は、前記配信元のネット端末に付与されたオブジェクト識別子の情報であり、前記配信元のネット端末は前記受け取り側のネット端末からの実行要求に用いられるオブジェクト識別子が付与され、実行時に当該オブジェクト識別子に対応した対応情報を、実行要求を行った受け取り側のネット端末に送信するように定義されている第２のオブジェクトを有し、前記第１のオブジェクトの実行要求を前記受け取り側のネット端末に対して行い、前記第１のオブジェクトの実行を行った前記受け取り側のネット端末では，前記予約された情報チャネルが、前記配信元のネット端末から送られてくるチャネル示唆情報が示す情報チャネルと一致する場合に、送られてくるオブジェクト識別子を用いて前記配信元のネット端末に対して実行要求を行い、この実行要求に呼応して前記第２のオブジェクトを実行した前記配信元のネット端末から送られてくる前記対応情報を取得することを特徴とする。
【００１１】
請求項３の発明によれば、第１のオブジェクトを実行し、予約している情報チャネルがチャネル示唆情報の示す情報チャネルが一致した受け取り側のネット端末では、所定情報として受け取ったオブジェクト識別子による実行要求を行うだけで、配信元となるネット端末側からのオブジェクトの実行によって関数に書き込まれている所定情報を取得保存する取り込むことことができるもので、配信元のネット端末が前記受け取り側のネット端末のネットワーク上での接続情報を知ることなく、また受け取り側のネット端末が配信元のネット端末のネットワーク上での接続情報を知ることなしに、配信元のネット端末から送られる情報を、指定された情報チャネルを予約している受け取り側のネット端末で共有する形で受け取れ、所謂Ｐ２Ｐが実現できる。
【００１２】
請求項４の発明では、請求項２の発明において、建物内に設けられ、消費電力量を計測積算する機能と前記第１のオブジェクトとを有する複数の前記受け取り側のネット端末としての電力計計測装置と、各電力計測装置から取得する単体の消費電力の積算電力値に基づいて所定の群別の積算電力値の和を少なくとも演算する積算演算部を備えた前記配信元のネット端末としての演算処理器とをネット端末として設け、
前記情報チャネルは所定の群ごとに対応して作成するとともに、各電力計測装置では該所定の群に対応する情報チャネルを予約し、
前記演算処理器は、ネットワーク接続された消費電力管理用クライアント端末から所定の群の電力積算値の和が要求されると、前記第１のオブジェクトに対する実行要求とともに、要求対象の群に対応した情報チャネルを示すチャネル示唆情報と実行要求先の電力計測装置の計測情報の転送要求を示す所定情報とを各電力計測装置に送出し、前記第１のオブジェクトの実行を行った電力計測装置では、前記予約された情報チャネルが前記演算処理器から送られてくる前記チャネル示唆情報が示す情報チャネルと一致する場合、前記所定情報に基づいて計測積算した電力量の情報を前記演算処理器に送信する処理を行うことを特徴とする。
【００１３】
請求項４の発明によれば、配信元のネット端末となる演算処理器では、受け取り側のネット端末きとなる電力計測装置のネットワーク上での接続情報を知ることなく、且つ電力計測装置が演算処理器のネットワーク上での接続情報を知ることなしに、消費電力管理用クライアント端末が要求する電力計測装置群で計測積算された各電力量の情報を演算処理器で取得して演算を行い、その演算結果を消費電力管理用クライアント端末に渡すことが可能な電力消費管理システムが実現できる。
【発明の効果】
【００１４】
本発明は、配信元のネットワークからの所定情報を受け取る情報チャネルを受け取り側のネット端末側で予約しているだけで、配信元のネットワークから所定情報の受け取り要求があれば、受け取り側のネット端末ではネットワークでの識別情報を意識することなく所定情報を受け取ることができ、そのため受け取り側のネット端末での負担が軽減される上に、配信元のネット端末が多様な所定情報を複数の情報チャネルで送信している場合にあっても、受け取り側となるネット端末で、予約している情報チャネルを後で変更や追加するだけで受け取ることも可能となり、一個のネット端末の情報をＮ個のネット端末で共用したり、Ｎ個のネット端末の情報を一個のネット端末で取得するが可能な所謂Ｐ２Ｐを実現できるという効果がある。
【発明を実施するための最良の形態】
【００１５】
以下本発明を実施形態により説明する。
（実施形態１）
図１は、例えばＬＡＮ１のようなネットワーク上に複数のネット端末２が接続され、ネット端末２間で情報の授受を行うためのネットワークシステムを示す。
【００１６】
そして、ＬＡＮ１上のネット端末２同士間のネットワーク通信や、ゲートウェイ３を介してインターネット４を介して他のＬＡＮ１上やインターネット４上のネット端末２との間でのネットワーク通信ができるようになっており、ＬＡＮ１上の各ネット端末２にはローカルのＩＰアドレスが付与されてゲートウェイ３のルータ機能で管理され、またゲートウェイ３はインターネット４に対してグローバルなＩＰアドレスが付与されている。尚インターネット４上には後述するセンターサーバ６が設けられている。
【００１７】
ネット端末２は、図２（ａ）に示すようにネット端末２としての独自の機能部２０と、この機能部２０との間でインターフェース部２１を介して情報の授受を行う処理を行う情報処理部２２と、ネットワーク通信（例えばイーサネット（登録商標）規格の通信）のための通信部２３とを備え、情報処理部２２の記憶部２４にはモジュール部Ｍを組み込んである。
【００１８】
このモジュール部Ｍは、図２（ｂ）に示すようにネット端末２のためのアプリケーション部５０と、ＯＳＩ７階層モデルに対応したソフトウェア通信モジュール５１と、機能部２０との間の情報の授受のためのハードウェア通信モジュール５２とから構成され、アプリケーション部５０に後述する情報受け取りのための第１のオブジェクトが組み込まれている。
【００１９】
このオブジェクトは、個別識別子（以下ＯＩＤという）が付されるとともに、取り扱う情報を定義した１乃至複数の入出力定義機能（以下インターフェースという）を有するもので、夫々のインターフェースにも識別子（以下ＩＩＤという）が付されており、オブジェクトに対する実行要求は、ＯＩＤとＩＩＤの組み合わせ、或いはＩＩＤからなるオブジェクト識別子を用いて行われる。
【００２０】
ＩＩＤは同じ定義内容のインターフェースに共通のＩＩＤとして付されるため、異なるオブジェクトの下の同じ定義内容のインターフェースを対象に実行要求を行う場合には、共通のＩＩＤのみを用いて実行要求することができる。
【００２１】
ここで、本実施形態のシステムでは各ネット端末２が有するオブジェクトのインターフェースが定義する情報は、実行要求元から送られてくる後述する情報を書き込んだ引数からなる関数を定義しており、関数としては共通であるため、各ネット端末２のオブジェクトのインターフェースのＩＩＤは後述する共通の名称が付されている。
【００２２】
そしてＯＩＤ、ＩＩＤの授受は図３で示すようにＯＳＩ７階層のアプリケーション層の独自プロトコルを用いて行われるようになっており、またアプリケーション層では、本発明の特徴である後述する情報チャネルがアプリケーションインターフェースの層（ＡＰＩ層）のプロトコルを用いて予約されるようになっている。
【００２３】
モジュール部Ｍのソフトウェア通信モジュール５１は、ＯＳＩ７階層のネットワーク層〜プレゼンテーション層におけるプロトコルを担うものであって、上述の独自プロトコルの定義やＴＣＰ、ＵＤＰの統合を行っている。
【００２４】
ゲートウェイ３は図４に示すように、ネット端末２を夫々接続したＬＡＮ１のケーブルを集線するためのハブ部３０と、インターネット４に接続するためのモデム部２１とを備えるとともに、各ネット端末２に割り当てたローカルＩＰアドレスと夫々のモジュール部Ｍが有するオブジェクトのＯＩＤとインターフェースのＩＩＤとの組み合わせ情報を接続対応関係情報テーブル（図示せず）に格納してネット端末２のネットワークの繋がり方を隠すためのオブジェクト・ルータとしての機能を実現するソフトと、更に異種のプロトコルを変換して本実施形態のネットワークシステムにシームレスに繋ぐためのプロトコル・ブリッジサービスと、インターネット４上のセンターサーバ６との間の通信に用いるプロトコルをＳＯＡＰ（Simple Object Access Protocol）に変換してファイヤーウォールを通過させるためのファイヤーウォール・ブリッジ・サービス等の追加可能なサービス機能を実現するソフトから構成されるサービス機能部ＳＦを備えている。
【００２５】
インターネット４上のセンターサーバ６は、ゲートウェイ３と同様にサービス機能部ＳＦを搭載し、他のサービス機能部ＳＦ間の通信は上述のＳＯＡＰによって行うようになっている。
【００２６】
次に本実施形態のネットワークシステムでの情報授受の動作を図５により説明する。
【００２７】
図５（ａ）は動作説明用の概念的な構成を示し、ネット端末２ｘ、２ｙ、２ｚがＬＡＮ１を介して接続されているものとし、またこれらのネット端末２ｘ〜２ｚ間での情報授受のために、上述のＡＰＩ層において情報チャネル（例えばＡＡＡ）が用意されるようになっているものとする。
【００２８】
尚ネット端末２ｘを例えば空調制御システムにおける環境センサに対応するものとして、環境センサ部からなる機能部２０が取得した環境情報を提供情報として配信する配信元のネット端末を構成する。一方ネット端末２ｙ、２ｚは、環境情報を受け取って、この環境情報を使用して環境制御を行う空調機能や照明機能からなる機能部２０を備えたものとし、情報受け取り側のネット端末を構成する。また各ネット端末２ｘ〜２ｚのモジュール部Ｍのアプリケション部５０は、引数として記述した情報を渡す関数を定義したインタフェースを持つオブジェクトが備えられ、オブジェクトのＯＩＤとしては夫々固有の名前が付与され、またインターフェースのＩＩＤとして共通の名称として例えばピア・ツゥ・ピアを示す”Ｐ２Ｐ”を付している。
【００２９】
而して、システムの初期スタート時において、図５（ｂ）に示すように各ネット端末２ｘ〜２ｚの情報処理部２２は、夫々に予め備えているアプリケーションＡＰＬｘ〜ＡＰＬｚは参加或いは作る情報チャネル＜例えばＡＡＡという情報チャネル＞を決める。これは、ネット端末２ｘからネット端末２ｙ、２ｚで環境情報を受け取るという意味では、ネット端末２ｘが作る情報チャネルにネット端末２ｙ、２ｚが参加（予約）する形となる。
【００３０】
この作成或いは参加する情報チャンネル＝ＡＡＡは、ＡＣ（ＡＡＡ）という形で各ネット端末２ｘ〜２ｚのモジュール部Ｍのソフトウェア通信モジュール５１のＡＰＩ層＜ＡＰＩｘ〜ＡＰＩｚ＞で記憶される（Ｓ１０，Ｓ１１，Ｓ１２）。また同時に情報受け取り側のネット端末２ｙ、２ｚの情報処理部２２は情報チャネル（＝ＡＡＡ）から情報を受け取るために予約する情報チャネル（ＳＣ（ＡＡＡ））の登録（Ｓ３０、Ｓ３１）と、情報チャネル（＝ＡＡＡ）の情報受信時に呼び出されるコールバック関数（ＣＣ（ＡＡＡ，ｙｙ）、ＣＣ（ＡＡＡ，ｚｚ）の登録（Ｓ４０、Ｓ４１）とをソフトウェア通信モジュール５１のＡＰＩ層＜ＡＰＩｙ、ＡＰＩｚ＞に対して行う。
【００３１】
このようにして初期設定された後、ネット端末２ｘから情報チャネル（＝ＡＡＡ）を通じて配信される提供情報をネット端末２ｙ、２ｚで受け取ることが可能となる。
【００３２】
つまり、ネット端末２ｘにおいて、機能部２０で新たな環境情報を取得した場合、情報処理部２２のアプリケーションＡＰＬｘは、まず情報提供のための情報チャネル（＝ＡＡＡ）の情報及び提供する情報（ＤＤＤ）をモジュール部Ｍのソフトウェア通信モジュール５１のＡＰＩ層ＡＰＩｘに渡す。これによりＡＰＩ層ＡＰＩｘは、”Ｐ２Ｐ”というＩＩＤを用いてオブジェクトの実行要求命令と引数（ＡＡＡ、ＤＤＤ）を関数として送出する。つまり引数のＡＡＡがチャネル示唆情報で、ＤＤＤが受け取り側に与える所定情報となる。
【００３３】
この実行要求命令及び引数（ＡＡＡ、ＤＤＤ）はゲートウェイ３のルーティング動作によりマルチキャスト若しくはブロードキャストによって各ネット端末２ｙ、２ｚに送られることになる。同時にネット端末２ｘのモジュール部Ｍ内においても、アプリケーション部５０に実行要求命令及び引数（ＡＡＡ、ＤＤＤ）が渡されることになる。
【００３４】
ここで、ネット端末２ｘ〜２ｚのモジュール部Ｍの”Ｐ２Ｐ”というＩＩＤがインターフェースに付与されている各オブジェクトの実行が為され、引数（ＡＡＡ、ＤＤＤ）を一旦受信する処理を行う。
【００３５】
この処理後ＡＰＩ層ＡＰＩｘ〜ＡＰＩｚでは引数に書き込まれた情報チャネル（＝ＡＡＡ）が予約した情報チャネルか否かをチェックする。ネット端末２ｘのＡＰＩ層ＡＰＩｘでは当該情報チャネル（＝ＡＡＡ）は予約チャネルとして登録されていないので、コールバック関数の呼び出し処理は行わないが、ネット端末２ｙ、２ｚのＡＰＩ層ＡＰＩｙ、ＡＰＩｚでは、予約チャネルとして登録されているので、コールバック関数の呼び出しを情報処理部２０のアプリケーションＡＰＬｙ、ＡＰＬｘに対して行う（図５（ａ）のＳ５０、５１）。これによりアプリケーションＡＰＬｙ、ＡＰＬｘでは、コールバック関数を実行し、引数に書き込まれている情報（ＤＤＤ）を受け取って保存し、機能部２０に受け渡す処理を行う。
【００３６】
この結果ネット端末２ｘから配信された環境情報が、ネット端末２ｙ、２ｚの機能部２０での動作に反映させることができることになる。
【００３７】
このように本実施形態では、配信元のネット端末２ｘ側から提供情報（所定情報）を送る情報チャネルの情報と提供情報を書き込んだ引数を関数として定義しているインターフェースを持つオブジェクトに対する実行要求命令をマルチキャスト若しくはブロードキャストでゲートウェイ３を通じて送り、一方実行要求に対応してオブジェクトを実行した他のネット端末２ｙ、２ｚは関数として受け取る引数に書き込まれた情報チャネルを予約している場合には引数に書き込まれている提供情報を受け取る形態により、配信元のネット端末２ｘから配信される提供情報を当該情報チャネルに対して予約しているネット端末２ｙ、２ｚで共有することになり、所謂Ｐ２Ｐによる情報授受を実現できるのである。
（実施形態２）
上述の実施形態１では、所定情報の配信元のネット端末２側から供情報と使用する情報チャネルの指定を示す引数とした関数を定義しているインターフェースを持つオブジェクトに対する実行要求をマルチキャスト若しくはブロードキャストでネットワーク上の他のネット端末２に行い、オブジェクトを実行した他のネット端末２が関数として受け取る引数にて指定された情報チャネルを予約している場合には引数に書き込まれている提供情報を受け取る形態であったが、本実施形態では、配信元のネット端末２側から使用する情報チャネルの情報と、配信元のネット端末２のモジュール部Ｍが備えている提供情報を変数として定義している第２のオブジェクトのＯＩＤ或いはインターフェースのＩＩＤを示す情報とを書き込んだ引数を関数として定義しているインターフェースを持つオブジェクトに対する実行要求を上述と同様にネットワーク上の他のネット端末２に行い、オブジェクトを実行した他のネット端末２が関数として受け取る引数に書き込まれた情報チャネルを予約している場合には、引数に書き込まれているＯＩＤとＩＩＤを用いて実行要求命令を送り出し、このＯＩＤとＩＩＤによる実行要求命令を受け取った配信元のネット端末２で当該ＯＩＤとＩＩＤとに対応するオブジェクトを実行し、この実行により実行要求先へ提供情報を変数として配信する。
【００３８】
尚本実施形態では情報提供元となるネット端末２には、上述の第２のオブジェクトをモジュール部Ｍのアプリケーション部５０に備えるとともに、このオブジェクトの実行時に機能部２０から提供する情報を受け取って、変数として実行要求元へ送る機能（アプリケーション）を備え、一方情報受け取り側となるネット端末２では、第１のオブジェクトの実行によって関数として受け取る引数の情報チャネルが予約しているチャネルの場合に、引数に書き込まれている第２のオブジェクトのＯＩＤとＩＩＤを用いて実行要求を行う機能（アプリケーション）を備えている以外は、ハードウェア的には同じであるので、システム構成及びネット端末２及びゲートウェイ３の構成の図示及び説明は省略する。
【００３９】
次に本実施形態の情報授受の動作を図５に基づいて詳説する。尚システムの初期スタート時の処理は実施形態１と同じであるので、説明は省略する。
【００４０】
而して、ネット端末２ｘにおいて、機能部２０で新たな環境情報を取得した場合、情報処理部２２のアプリケーションＡＰＬｘは、まず情報提供のための情報チャネル（＝ＡＡＡ）の情報及び第２のオブジェクトに対応するＯＩＤをモジュール部Ｍのソフトウェア通信モジュール５１のＡＰＩ層ＡＰＩｘに渡す。これによりＡＰＩ層ＡＰＩｘは、”Ｐ２Ｐ”というＩＩＤを用いてオブジェクトの実行要求命令と引数（ＡＡＡ、ＯＩＤ，ＩＩＤ）を関数として送出する。
【００４１】
この実行要求命令及び引数（ＡＡＡ、ＯＩＤ，ＩＩＤ）はゲートウェイ３のルーティング動作によりマルチキャスト若しくはブロードキャストによって各ネット端末２ｙ、２ｚに送られることになる。同時にネット端末２ｘのモジュール部Ｍ内においても、アプリケーション部５０に実行要求命令及び引数（ＡＡＡ、ＯＩＤ，ＩＩＤ）が渡されることになる。
【００４２】
ここで、ネット端末２ｘ〜２ｚのモジュール部Ｍの”Ｐ２Ｐ”というＩＩＤがインターフェースに付与されている各オブジェクトの実行が為され、引数（ＡＡＡ、ＯＩＤ，ＩＩＤ）を一旦受信する処理を行う。
【００４３】
この処理後ＡＰＩ層ＡＰＩｘ〜ＡＰＩｚでは引数に書き込まれた情報チャネル（＝ＡＡＡ）が予約した情報チャネルか否かをチェックする。ネット端末２ｘのＡＰＩ層ＡＰＩｘでは当該情報チャネル（＝ＡＡＡ）は予約チャネルとして登録されていないので、コールバック関数の呼び出し処理は行わないが、ネット端末２ｙ、２ｚのＡＰＩ層ＡＰＩｙ、ＡＰＩｚでは、予約チャネルとして登録されているので、コールバック関数の呼び出しを情報処理部２０のアプリケーションＡＰＬｙ、ＡＰＬｘに対して行う（図５（ａ）のＳ５０、５１）。これによりアプリケーションＡＰＬｙ、ＡＰＬｘでは、コールバック関数を実行し、引数に書き込まれている情報（ＯＩＤ、ＩＩＤ）を受け取り、このＯＩＤ及びＩＩＤの組み合わせ情報を用いて実行要求命令をネット端末２ｘに対して送る。
【００４４】
この実行要求に対応してネット端末２ｘでは第２のオブジェクトを実行し、実行要求を行ったネット端末２ｙ、２ｚに変数として環境情報を送ることになる。
【００４５】
これによりネット端末２ｙ，２ｚの情報処理部２２ではこの変数を受け取り、機能部２０での動作に反映させることができることになる。
【００４６】
このように本実施形態では、配信元のネット端末２ｘ側から提供情報を送る情報チャネルの情報と、ネット端末２ｘ側の提供情報を変数として定義しているインターフェースを持つ第２のオブジェクトのＯＩＤ及びＩＩＤを書き込んだ引数を関数として定義しているインターフェースを持つオブジェクトに対する実行要求命令をマルチキャスト若しくはブロードキャストでゲートウェイ３を通じて送り、一方実行要求に対応してオブジェクトを実行した他のネット端末２ｙ、２ｚは関数として受け取る引数に書き込まれたＯＩＤ及びＩＩＤを用いて、ネット端末２ｘに実行要求を行い，この実行要求に呼応して配信元のネット端末２ｘから配信される提供情報を受け取ることになる。
【００４７】
つまり情報チャネルに対して予約しているネット端末２ｙ、２ｚでは提供情報を受け取るためのオブジェクト実行に必要なＯＩＤ、ＩＩＤからなる情報を共有することになり、所謂Ｐ２Ｐによる情報授受を実現できるのである。
（実施形態３）
本実施形態は、消費電力管理システムを構成するものである。
【００４８】
本実施形態は図６に示すように建物の各階の各部屋にネット端末である電力計測装置２を設置してＬＡＮ１を通じてＬＡＮ１上の演算処理器２ｘ１，２ｘ２とネットワーク接続し、  一方インターネット４上には消費電力管理用クライアント端末１０が接続されており、このクライアント端末１０にはＬＡＮ１上の演算処理器２ａ或いは２ｂに対して、階毎、或いは部屋の種類別の電力積算値に関する情報或いは一定時間当たりの消費電力量の差分値に関する情報を要求するためのアプリケーションが搭載されている。
【００４９】
ここで電力計測装置２は機能部２０として消費電力を計測する電力計測機能と計測する電力を積算する機能を有する電力積算機能部を備え、また情報処理部２２には電力計測装置としてのアプリケーション部５０と、ＯＳＩ７階層モデルに対応したソフトウェア通信モジュール５１と、機能部３０との間の情報の授受のためのハードウェア通信モジュール５２とから構成され、アプリケーション部５０には機能部２０で計測積算されている電力量の情報を変数として定義されている計測用オブジェクトと、上述の実施形態１，２と同様に実行時に関数の情報として送られてくる情報チャネルのチェックとが所定情報の取り込みを判断するための情報受け渡し用のオブジェクト（第１のオブジェクト）とが組み込まれている。
【００５０】
また各電力計測装置２…では参加する情報チャネルとしては、属する階に対応する情報チャネルと、属する部屋の種別に対応する情報チャネルとに参加するように設定され、また夫々を予約チャネルとして登録している。
【００５１】
演算処理器２ａ及び差分値演算用の演算処理器２ｂは、図１に示すように任意の場所でＬＡＮ１に接続されるものであって、演算処理器２ａでは、図３（ａ）積算電力値演算用の演算部を機能部２０として、また演算処理器２ｂでは、差分値演算用の演算部を機能部２０として備えた点で電力計測装置２…と相違し、情報処理部３３内のモジュール部Ｍのオブジェクトとしてはクライアント端末１０からの情報要求に応じて実行されるオブジェクトを有する。
【００５２】
クライアント端末１０の情報要求は演算処理器２ａ，２ｂのオブジェクトに対する実行要求により行われるのであるが、演算処理器２ａ，２ｂが搭載しているオブジェクトのＯＩＤ、ＩＩＤの情報は、当該演算処理器２ａ，２ｂが接続されているＬＡＮ１に対応したゲートウェイ３のＩＰアドレスと関連付けられてセンターサーバ６の接続対応関係情報テーブルに登録されており、クライアント端末１０がＯＩＤ及びＩＩＤを用いた実行要求を行うと、センターサーバ６のルーティングとゲートウェイ３のルーティングにより所定の演算処理器２ａ，２ｂに実行要求命令が送られるようになっている。
【００５３】
演算処理器２ａのオブジェクトには、電力計測装置２…単体が計測積算する積算電力値に基づく階毎の積算電力値の和、部屋種別毎の積算電力値の和を、更には全体の積算電力値の和をクライアント端末１０に提供するために、夫々の情報を定義したインターフェースを持ち、インターフェースには夫々に対応するＩＩＤ（例えば各和の情報に対応した情報チャネルに対応する名前）を付与し、またオブジェクトにはユニークなＯＩＤを付与してある。
【００５４】
そして演算処理器２ａの情報処理部２２は、予めモジュール部ＭのオブジェクトのＩＩＤに対応する情報チャンネルの情報を登録している記憶部（図示せず）を備えており、クライアント端末１０からオブジェクトの実行要求があると、各電力計測装置２の実行対象のＩＩＤに対応する情報チャンネルと電力計測装置２…の計測用モジュールのＩＩＤからなる所定情報を引数とした関数とともに、電力計測装置２…の第１のオブジェクトに対応するＩＩＤを用いた実行要求命令をゲートウェイ３のルーティング動作によりマルチキャスト又はブロードキャストで各電力計測装置２…に送る。つまり演算処理器２ａが所定情報の配信元となる。
【００５５】
さて実行要求命令を受け取り、第１のオブジェクトを実行した各電力計測装置２のモジュール部Ｍでは引数が示す情報チャネルが予約しているチャネルであるかをチェックし、予約チャネルであれば、引数が示すＩＩＤを取り込み、コールバック関数の呼び出しを行う。これによりＩＩＤに対応する計測用モジュールの実行を行い、情報処理部２２として機能部２０から計測積算している電力量値を取得し、この取得した電力量値を演算処理器２ａ宛に変数として送出する。
【００５６】
演算処理器２ａの情報処理部２２では、受信した電力量値の情報を、演算部を構成する機能部２０に渡し、クライアント端末１０から実行要求があったオブジェクトのＩＩＤに対応するインターフェースが定義する情報に対応した演算を行わせ、その演算結果をクライアント端末１０へ送出する処理を行う。
【００５７】
一方演算処理器２ｂのオブジェクトには、電力計測装置２…単体が計測積算する積算電力値に基づいて所定時間当たりの差分値を演算し、この差分値に基づいて更に階毎の差分値の和、部屋種別毎の差分値の和を、クライアント端末１０に提供するために、夫々の情報を定義したインターフェースを持ち、インターフェースには夫々に対応するＩＩＤ（例えば各差分値の和の情報に対応する情報チャネルに対応する名前）を付与し、またオブジェクトにはユニークなＯＩＤを付与してある。
【００５８】
演算処理器２ｂの情報処理部２２は予めモジュール部ＭのオブジェクトのＩＩＤに対応する情報チャンネルの情報を登録している記憶部（図示せず）を備えており、クライアント端末１０からオブジェクトの実行要求があると、各電力計測装置２の実行対象のＩＩＤに対応する情報チャンネルと電力計測装置２…の計測用モジュールのＩＩＤの情報を引数とした関数とともに、電力計測装置２…の第１のオブジェクトに対応するＩＩＤを用いた実行要求をゲートウェイ３のルーティング動作によりマルチキャスト又はブロードキャストで行う。尚この実行要求は所定時間間隔で少なくとも２回行うようにプログラムされている。
【００５９】
これにより第１のオブジェクトを実行した各電力計測装置２のモジュール部Ｍでは引数が示す情報チャネルが予約しているチャネルであるかをチェックし、予約チャネルであれば、引数が示すＩＩＤを取り込み、コールバック関数の呼び出しを行う。これによりＩＩＤに対応する計測用モジュールの実行を行い、情報処理部２２として機能部２０から計測積算している電力量値を取得し、この取得した電力量値を演算処理器２ａ宛に変数として送出する。この電力量値の送出は２回の実行要求に対応して２回行われることになる。
【００６０】
演算処理器２ｂの情報処理部２２では、受信した電力量値の情報を、演算部を構成する機能部２０に渡し、夫々の電力計測装置２毎の差分値の演算を行わせ、更にこの演算結果に基づいてクライアント端末１０から実行要求があったオブジェクトのＩＩＤに対応するインターフェースが定義する情報に対応した演算を行わせ、その演算結果をクライアント端末１０へ送出する処理を行う。
【００６１】
このようにして、本実施形態では、演算処理器２ａ、２ｂでは、各電力計測装置２のネットワーク上での接続情報を知ることなく、且つ電力計測装置２が演算処理器２ａ、２ｂのネットワーク上での接続情報を知ることなしに、消費電力管理用クライアント端末が要求する領域の電力計測装置で計測積算された電力量の情報を演算処理器２ａ，２ｂで取得して演算を行い、その演算結果を消費電力管理用クライアント端末１０に渡すことが可能な電力消費管理システムが実現できるのである。
【００６２】
尚本実施形態では、電力計測装置２単体を対象としていないが、各電力計測装置２に対応した情報チャネルを作ることで、個々の電力計測装置２単体に対応する積算電力量や差分値の収集も可能である。また演算処理器２ａ、２ｂを別体としているが一体化しても良い。
【００６３】
更に上述の実施形態では、電力計測装置２から電力量の情報を演算処理器２ａ又は２ｂに送る場合には、階別、部屋種別に応じて作られた情報チャネルを介して送るようになっているが、演算処理器２ａ又は２ｂに対して電力量の情報を送る際に階別や、部屋種別を示すフラグを情報に付加し、演算処理器２ａ又は２ｂで演算する際に、このフラグから階別、部屋種別等を判別するようにしても良い。
【図面の簡単な説明】
【００６４】
【図１】実施形態１のシステム構成図である。
【図２】（ａ）は実施形態１のネット端末の構成図、（ｂ）は実施形態１のモジュール部の構成図である。
【図３】実施形態１に用いるネットワークプロトコルのアプリケーション層の説明図である。
【図４】実施形態１に用いるゲートウェイの構成図である。
【図５】（ａ）は実施形態１のシステムの動作説明図、（ｂ）は実施形態の初期スタート時の動作説明用シーケンス図である。
【図６】実施形態３のシステム構成図である。
【符号の説明】
【００６５】
１  ＬＡＮ
２  ネット端末
３  ゲートウェイ
４  インターネット
６  センターサーバ
６  クライアント端末
ＳＦ  サービス機能部
【図１】
2008061119.tif 000003
【図２】
2008061119.tif 000004
【図３】
2008061119.tif 000005
【図４】
2008061119.tif 000006
【図５】
2008061119.tif 000007
【図６】
2008061119.tif 000008