"センサ情報DBDataBaseの保持する個々のセンサ情報を扱うセンサ情報処理方法であって、それぞれのセンサ情報はキーと値からなる組の複数個の並びを含み、該センサ情報処理方法は、現在値読み取り手順と、履歴読み取り手順と、を順に有し、前記現在値読み取り手順において、処理対象センサを識別する情報を入力とし、前記センサ情報DBに検索要求を発行することで前記センサ情報DBから取得した該処理対象センサのセンサ情報のうち現在の値を示すセンサ情報について、該センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトのメンバ名について該キーに対応する値を該オブジェクトの該メンバ名で読み取りされた際の値とする該オブジェクトを現在値読み取り結果として得、前記履歴読み取り手順において、処理対象センサを識別する情報と履歴取得期間を入力とし、前記現在値読み取り手順で前記センサ情報DBから取得したセンサ情報のうち該センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトのメンバ名について該キーに対応する値を該オブジェクトの該メンバ名で読み取りされた際の値とする該オブジェクトの並びを履歴読み取り結果として得る、センサ情報処理方法。請求項1に記載の情報処理方法であって、前記現在値読み取り手順と前記履歴読み取り手順の間に、さらに送信値反映手順を有し、該送信値反映手順において、処理対象センサを識別する情報を入力とし、送信対象メンバと送信実行メンバを持つオブジェクトを送信オブジェクト取得結果として得、該オブジェクトの該送信対象メンバに送信値をセットして該送信実行メンバに指示を与え、該送信値を前記センサ情報DBの保持する該処理対象センサに対応する値として書き込むことを特徴とするセンサ情報処理方法。請求項1又は2に記載の情報処理方法であって、前記現在値読み取り手順において情報更新手順を有し、該情報更新手順は、前記センサ情報DBに待ち受け検索式を登録する手順と、前記センサ情報DBから検索合致したセンサ情報を受け取る手順と、該センサ情報から処理対象センサを識別するためのセンサ同定情報を抽出する手順と、該センサ同定情報で識別されるデータベースの行を該センサ情報が含む情報で更新する手順と、を順に有することを特徴とする情報処理方法。センサ情報DBの保持するセンサ情報を扱う情報処理装置であって、それぞれのセンサ情報はキーと値からなる組の複数個の並びを含み、該情報処理装置は、履歴読み取り機能と現在値読み取り機能と問い合わせ機能を有し、該問い合わせ機能は、前記センサ情報DBに検索要求を発行することで、前記センサ情報DBが保持するセンサ情報を取得し、該履歴読み取り機能は、処理対象センサを識別する情報と履歴取得期間を入力とし、該問い合わせ機能を用いて取得した該処理対象センサのセンサ情報の並びについて、個々のセンサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトのメンバ名について該キーに対応する値を該オブジェクトの該メンバ名で読み取りされた際の値とする該オブジェクトの並びを履歴読み取り結果として得、該現在値読み取り機能は、処理対象センサを識別する情報を入力とし、該問い合わせ機能を用いて取得した該処理対象センサのセンサ情報のうち現在の値を示すセンサ情報について、該センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトのメンバ名について該キーに対応する値を該オブジェクトの該メンバ名で読み取りされた際の値とする該オブジェクトを現在値読み取り結果として得ることを特徴とする情報処理装置。請求項4に記載の情報処理装置であって、該情報処理装置はさらに送信値反映機能を有し、前記問い合わせ機能は、前記センサ情報DBに処理対象センサへの情報送信を指示する情報を書き込む要求を発行し、該送信値反映機能は、処理対象センサを識別する情報を入力とし、送信対象メンバと送信実行メンバを持つオブジェクトを送信オブジェクト取得結果として得、該オブジェクトの該送信対象メンバに送信値をセットして該送信実行メンバに指示を与え、該問い合わせ機能を用いて該送信値を前記センサ情報DBの保持する該処理対象センサに対応する値として書き込むことを特徴とする情報処理装置。請求項4又は5に記載の情報処理装置であって、該現在値読み取り機能は情報更新機能を有し、該情報更新機能は前記センサ情報DBに待ち受け検索式を登録し、前記センサ情報DBから検索合致したセンサ情報を受け取り、該センサ情報から処理対象センサを識別するためのセンサ同定情報を抽出し、該センサ同定情報で識別されるデータベースの行を該センサ情報が含む情報で更新することを特徴とする情報処理装置。コンピュータに請求項4から6のいずれかに記載の各機能を実現させるためのプログラム。ユビキタスコンピューティング分野における監視系アプリケーションをWebアプリケーションとして効率的に開発可能とするには、Webフレームワークをその開発に用いることが考えられる。しかし、該アプリケーションの動作の中心的な機能は、センサ等デバイスとの入出力であって、該デバイスはRDBMSとは異なる入出力インターフェースに接続されているものであるから、WebフレームワークのORMを用いることができない。従って、従来のWebフレームワークを用いるだけでは、センサ情報の取得やセンサ等デバイスへの情報の書き込みを行うアプリケーションロジックの開発効率を高めることができないという問題があった。本発明の目的は、以上述べた事情に鑑み、監視系アプリケーションをWebフレームワークを活用して効率的に開発するため、そのアプリケーションロジック部分においてセンサ等デバイスとの情報の送受信動作に係わるプログラム記述を容易化するアプリケーション構築支援技術を提供することにある。より具体的には、所定の方法で生成したオブジェクトに対してメンバ名からの値の読み出しを行うとセンサ情報が取得できる機能を実現するセンサ情報処理方法、センサ情報処理装置及びプログラムを提供することにある。上記目的を達成するために、本願発明のセンサ情報処理方法、センサ情報処理装置及びプログラムは、センサ情報DBに検索要求を発行することでセンサ情報DBから随時最新のセンサ情報を取得し、センサ情報のキー名に対応する値をデータベースに蓄積する。これにより、メンバ名からの値の読み出しを行うとセンサ情報が取得できる機能を実現する。具体的には、本願発明のセンサ情報処理方法は、センサ情報DBの保持する個々のセンサ情報を扱うセンサ情報処理方法であって、それぞれのセンサ情報はキーと値からなる組の複数個の並びを含み、該センサ情報処理方法は、現在値読み取り手順と、履歴読み取り手順と、を順に有し、前記現在値読み取り手順において、処理対象センサを識別する情報を入力とし、前記センサ情報DBに検索要求を発行することで前記センサ情報DBから取得した該処理対象センサのセンサ情報のうち現在の値を示すセンサ情報について、該センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトのメンバ名について該キーに対応する値を該オブジェクトの該メンバ名で読み取りされた際の値とする該オブジェクトを現在値読み取り結果として得、前記履歴読み取り手順において、処理対象センサを識別する情報と履歴取得期間を入力とし、前記現在値読み取り手順で前記センサ情報DBから取得したセンサ情報のうち該センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトのメンバ名について該キーに対応する値を該オブジェクトの該メンバ名で読み取りされた際の値とする該オブジェクトの並びを履歴読み取り結果として得る。現在値読み取り手順において、センサ情報DBに検索要求を発行することでセンサ情報DBから取得した処理対象センサのセンサ情報のうち現在の値を示すセンサ情報について、センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応する値をセンサ情報DBとは異なるデータベースに格納することができる。このため、履歴読み取り手順において、処理対象センサを識別する情報と履歴取得期間を入力すれば、センサ情報DBにアクセスすることなく処理対象センサのセンサ情報を得ることができる。このように、本発明のセンサ情報処理方法は、センサ情報DBにアクセスすることなく処理対象センサのセンサ情報を得ることができるため、アプリケーションロジックに対してオブジェクトのメンバ名の読み書きに基づくセンサ等デバイスへのデータの送受信を行うことができる。したがって、本発明のセンサ情報処理方法は、メンバ名から値の読み出しを行うとセンサ情報を取得することができる。本願発明のセンサ情報処理方法では、前記現在値読み取り手順と前記履歴読み取り手順の間に、さらに送信値反映手順を有し、該送信値反映手順において、処理対象センサを識別する情報を入力とし、送信対象メンバと送信実行メンバを持つオブジェクトを送信オブジェクト取得結果として得、該オブジェクトの該送信対象メンバに送信値をセットして該送信実行メンバに指示を与え、該送信値を前記センサ情報DBの保持する該処理対象センサに対応する値として書き込んでもよい。センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトをセンサ情報DBとは異なるデータベースに格納されているため、送信値反映手順において、処理対象センサを識別する情報を入力すれば、送信対象メンバと送信実行メンバを持つ送信オブジェクトを取得することができる。このため、送信対象メンバに送信値をセットすることで、送信値を処理対象センサに対応する値としてセンサ情報DBに書き込むことができる。したがって、本発明のセンサ情報処理方法は、所定の方法で生成したオブジェクトに対して送信対象メンバへの値のセットを行うとセンサ等デバイスに情報を送信することができる。本願発明のセンサ情報処理方法では、前記現在値読み取り手順において情報更新手順を有し、該情報更新手順は、前記センサ情報DBに待ち受け検索式を登録する手順と、前記センサ情報DBから検索合致したセンサ情報を受け取る手順と、該センサ情報から処理対象センサを識別するためのセンサ同定情報を抽出する手順と、該センサ同定情報で識別されるデータベースの行を該センサ情報が含む情報で更新する手順と、を順に有してもよい。具体的には、本願発明のセンサ情報処理装置は、センサ情報DBの保持するセンサ情報を扱う情報処理装置であって、それぞれのセンサ情報はキーと値からなる組の複数個の並びを含み、該情報処理装置は、履歴読み取り機能と現在値読み取り機能と問い合わせ機能を有し、該問い合わせ機能は、前記センサ情報DBに検索要求を発行することで、前記センサ情報DBが保持するセンサ情報を取得し、該履歴読み取り機能は、処理対象センサを識別する情報と履歴取得期間を入力とし、該問い合わせ機能を用いて取得した該処理対象センサのセンサ情報の並びについて、個々のセンサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトのメンバ名について該キーに対応する値を該オブジェクトの該メンバ名で読み取りされた際の値とする該オブジェクトの並びを履歴読み取り結果として得、該現在値読み取り機能は、処理対象センサを識別する情報を入力とし、該問い合わせ機能を用いて取得した該処理対象センサのセンサ情報のうち現在の値を示すセンサ情報について、該センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトのメンバ名について該キーに対応する値を該オブジェクトの該メンバ名で読み取りされた際の値とする該オブジェクトを現在値読み取り結果として得る。現在値読み取り機能を備えるため、センサ情報DBに検索要求を発行することでセンサ情報DBから取得した処理対象センサのセンサ情報のうち現在の値を示すセンサ情報について、センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応する値をセンサ情報DBとは異なるデータベースに格納することができる。また、履歴読み取り機能を備えるため、処理対象センサを識別する情報と履歴取得期間を入力とし、センサ情報DBにアクセスすることなく処理対象センサのセンサ情報を得ることができる。このように、本発明に係るセンサ情報処理装置は、センサ情報DBにアクセスすることなく処理対象センサのセンサ情報を得ることができるため、アプリケーションロジックに対してオブジェクトのメンバ名の読み書きに基づくセンサ等デバイスへのデータの送受信を行うことができる。したがって、本発明に係るセンサ情報処理装置は、メンバ名から値の読み出しを行うとセンサ情報を取得することができる。本願発明のセンサ情報処理装置では、該情報処理装置はさらに送信値反映機能を有し、前記問い合わせ機能は、前記センサ情報DBに処理対象センサへの情報送信を指示する情報を書き込む要求を発行し、該送信値反映機能は、処理対象センサを識別する情報を入力とし、送信対象メンバと送信実行メンバを持つオブジェクトを送信オブジェクト取得結果として得、該オブジェクトの該送信対象メンバに送信値をセットして該送信実行メンバに指示を与え、該問い合わせ機能を用いて該送信値を前記センサ情報DBの保持する該処理対象センサに対応する値として書き込んでもよい。センサ情報が含むキーと値の組の複数個の並びに対してそれぞれの組のキー名に対応するオブジェクトがセンサ情報DBとは異なるデータベースに格納されているため、処理対象センサを識別する情報を入力すれば、送信対象メンバと送信実行メンバを持つ送信オブジェクトを取得することができる。このため、送信値反映機能を用いて、送信対象メンバに送信値をセットすることで、送信値を処理対象センサに対応する値としてセンサ情報DBに書き込むことができる。したがって、本発明のセンサ情報処理装置は、所定の方法で生成したオブジェクトに対して送信対象メンバへの値のセットを行うとセンサ等デバイスに情報を送信することができる。本願発明のセンサ情報処理装置では、該現在値読み取り機能は情報更新機能を有し、該情報更新機能は前記センサ情報DBに待ち受け検索式を登録し、前記センサ情報DBから検索合致したセンサ情報を受け取り、該センサ情報から処理対象センサを識別するためのセンサ同定情報を抽出し、該センサ同定情報で識別されるデータベースの行を該センサ情報が含む情報で更新してもよい。上記目的を達成するために、本願発明のプログラムは、本願発明のセンサ情報処理装置の各機能を実現させる。なお、上記各発明は、可能な限り組み合わせることができる。本発明によれば、アプリケーションロジックに対してオブジェクトのメンバ名の読み書きに基づくセンサ等デバイスへのデータの送受信を可能にでき、ユビキタスコンピューティング分野のアプリケーション開発の効率化を実現できる。添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施の例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。第1図は、本実施の形態におけるシステム全体の構成を示す。ネットワーク105にWebサーバ装置101、情報更新装置102、RDBMS103、uTupleSpace104、およびセンサ106が接続される。これらのネットワーク接続された各装置は通信機能を有するが、本実施形態においては当該通信機能の詳細は省略する。本実施形態に係る情報処理装置は、Webサーバ装置101及び情報更新装置102を用いることで、問い合わせ機能、履歴読み取り機能、現在値読み取り機能及び送信値反映機能を実現する。これにより、uTupleSpace104の保持する個々のセンサ情報を扱うことを可能にする。本実施の形態では、WebフレームワークとしてRubyonRails技術を用いる。また、センサ情報DBとしてuTupleSpace104を用いる。RDBMS103は、データベースを格納する。RDBMS103は、一般的なリレーショナルデータベースマネジメントシステムを用いてよく、例えばpostgreSQLやMySQL、Oracle等を用いてもよい。Webサーバ装置101は、フロントエンドWebサーバ121、Ruby言語処理系122、RubyonRailsランタイム123、およびアプリケーションロジック124を具備する。この構成は、RubyonRailsを用いた一般的なWebアプリケーション構築の際の構成と同じである。特にフロントエンドWebサーバ121については、非特許文献1の第27.3節に開示されている。Webサーバ装置101はさらに、履歴読み取り部111、問い合わせ部113、および送信値反映部114を具備する。情報更新装置102の構成法は以下で明らかにする。センサ106は識別子としてAを持ち、温度と騒音のセンサを具備し、外部から駆動制御可能なブザー装置を内蔵する。第2図は、uTupleSpace104に格納されているセンサ情報221を示す。uTupleSpaceでの個々のセンサ情報は、キーと値の組の複数個の並びを含む。例えば、本図が示すようにキー=値の並びで表され、それが時系列に沿って蓄積される。ここで、キー=値がキーと値の組に相当する。uTupleSpaceの用語では、これら個々のセンサ情報をEAと呼ぶ。図中、例えば222の行は、Aという識別子のセンサからの情報で、日時が2010年12月24日14時0分、データタイプは温度、値は21.3度であることを示している。また例えば223の行は、Bという識別子のセンサからの情報で、日時が2010年12月24日16時30分、データタイプは騒音、値は75デシベルであることを示している。第3図は、RDBMS103が保持するデータベースを示す。該RDBMSは表sensors231と表actuators232の2つのテーブルを保持する。表sensors231は、カラムaddress、date、およびtemperatureで示されるデータを格納する。また、表actuators232は、カラムaddress、およびbuzzerで示されるデータを格納する。以下、本システムの動作を順を追って説明する。本システムの動作において、本願実施形態に係る情報処理方法を実行する。本願実施形態に係る情報処理方法は、現在値読み取り手順と、履歴読み取り手順と、を順に有する。本願実施形態に係る情報処理方法は、送信値反映手順を、現在値読み取り手順と履歴読み取り手順の間に、さらに有する。<現在値読み取り手順>まず、システム起動時の動作を示す。第4図は、情報更新装置102が起動時に登録する待ち受け検索式を示す。システムが起動する際、情報更新装置102は241で示される検索式を、EFとしてuTupleSpace104に登録する。ここで現在日時の部分には、登録処理を行った時点での日時を数値として埋め込む。検索式241は、キーtypeを含み、かつその値がtempであり、かつ、キーdateを含み、かつその値が現在日時と同じかそれ以降であるような条件に合致するEAを検索することを意味する。uTupleSpace104は、検索式241を受け取りEFとして登録すると、以降、待ち受け状態に入る。次に、新たなセンサ情報が発生した場合の動作であるセンサ情報発生時更新手順を示す。第5図は、センサ106がuTupleSpace104に追加登録するセンサ情報251を示す。この例は、Aという識別子を持つセンサ106が、2010年12月24日18時0分に、データタイプが温度で、値は22.2度を計測したことを示している。追加登録するセンサ情報251は、EAとしてuTupleSpace104に登録される。uTupleSpace104は内部に保持するセンサ情報の一覧に当該EAを追記するとともに、待ち受けているEFの中で条件に合致するものがないかを調べ、合致しているものがあれば、当該EAをEFの登録元へと送信する。本例であれば、EAであるセンサ情報251はEFである検索式241に合致しているため、センサ情報251が情報更新装置102へと送信される。これにより、情報更新装置102は、uTupleSpace104から検索合致したセンサ情報を受け取ることができる。第6図は、情報更新装置102のセンサ情報発生時更新手順を示す。情報更新装置102は、センサ情報251をuTupleSpace104から受け取ると手順261、まず、該センサ情報の中からセンサを識別するためのセンサ同定情報を抽出する手順262。本実施の形態においては、キーaddressに記載されている情報がセンサを同定する情報であるので、そのキーに対応する値Aを抽出する。次に、該センサ同定情報で識別されるデータベースの行を該センサ情報が含む情報で更新するためのSQL文を生成する手順263。例えばUPDATEsensorsSETdate=201012241800,temperature=22.2WHEREaddress=A;なるSQL文を生成する。最後に、該SQL文をRDBMS103に発行することで、RDBMS103に保持されているデータベースを更新する手順264。以上でセンサ情報発生時更新手順を終了する。前述のEFの登録とセンサ情報発生時更新手順とを含めて情報更新手順と称する。なおその際、本実施の形態では、キー名valueをカラム名temperatureに読み替えて更新操作を行っていることに注意されたい。本実施の形態においては、取り扱う情報が予め分かっているため、EAであるセンサ情報251からその情報を読み取ってSQL文を発行するプログラムを作成してもよい。第7図は、センサ情報251が追加登録された結果の、uTupleSpace104が保持するセンサ情報271を示す。行272が、追加登録されたEAを示している。第8図は、センサ情報251に従って情報更新装置102が情報更新した結果の、RDBMS103が保持するデータベースを示す。行281が、情報更新されたレコードを示している。<履歴読み取り手順>次に、アプリケーションがセンサ等デバイスの情報一覧を表示する場合の動作を示す。アプリケーションロジック124は、一般的なRubyonRailsの機能を用いてWebブラウザからの要求を受け取り、HTMLの生成処理を行って、Webブラウザに返却する。この際、センサ名やセンサ所有者などに関する情報のHTML生成は、一般的なWebアプリケーションの構築法を用いることができる。一方、最新のセンサ値やその取得時刻に関する情報のHTML生成は、ユビキタスコンピューティング分野に特有の処理であり、本実施の形態では次のようにして行う。アプリケーションロジック124は、RubyonRailsの機能として標準的に提供されるクラスSensorの検索メソッドを呼び、その引数としてAをRDBMS103に与えることで、センサ情報オブジェクト291を得る。引数Aは、センサ情報DBの処理対象センサを識別する情報を示すキーaddressに対応する値Aである。第9図は、RubyonRailsのORM機能により自動生成されたクラスSensorのセンサ情報オブジェクト291を示す。このオブジェクトの構築にあたっては、一般的なRubyonRailsの機能のみを用いて自動的に生成処理がなされる。すなわち、クラスSensorに関しては、RubyonRailsランタイム123が定義する基底クラスActiveRecord::Baseを継承する指示のみをプログラミングする。後の処理はRubyonRailsがオートマチックで実行する。つまり、RDBMS103に保持されている対応するテーブルsensorsに検索要求を発行し、カラムaddressの値がAである行を取得して、各カラム名とその値に対応するメンバ変数を持つようなクラスオブジェクトをセットアップし、そのオブジェクトをアプリケーションロジック124に返す処理が、オートマチックで実行される。このように本実施例においては、センサ情報とオブジェクトのメンバ変数との結びつけは、ORM機能を介して実現している。uTupleSpace104へのアクセスは情報更新装置102が一手に引き受けており、ORM機能にとっていつでもアクセス可能な形式でRDBMS103に保持されているデータベースを常に更新しつづけることにより、アプリケーションロジックがいざセンサ情報を必要とした際にはuTupleSpace104へのアクセスを一切伴うことなく、一般的なRubyonRailsの機能のみを用いて、最新のセンサ情報を読み取り可能なオブジェクトを生成している。なお、RubyonRailsの機能により、RDBMS103に保持されているテーブルのカラム名が、オブジェクトのメンバ変数名に自動的に対応づけられる。本実施の形態では、この対応関係をそのまま用いている。RubyonRailsの機能を用いると、この対応関係を読み替えて名前を付け替えることも容易に可能である。アプリケーションロジック124にとっては、このようにしてRDBMS103から返されたオブジェクトは一般的なORMにおけるオブジェクトと何ら変わらず使用できる。このため、本実施形態に係るセンサ情報処理方法若しくはセンサ情報処理装置又はコンピュータに現在値読み取り手順及び履歴読み取り手順を実行させるプログラムを用いることによって、一般のWebアプリケーション開発と同様に、最新のセンサ値やその取得時刻に関する情報のHTML生成処理を容易に記述することができる。次に、アプリケーションが特定センサ等デバイスの通信履歴を表示する場合の動作を示す。アプリケーションロジック124は、一般的なRubyonRailsの機能を用いてWebブラウザからの履歴検索要求を受け取り、HTMLの生成処理を行って、Webブラウザに返却する。該履歴検索要求には、どのセンサに対する検索操作であるかを示す情報と、検索対象期間を示す情報が含まれる。ここでは仮に、センサAに対して検索対象期間2010年12月1日0時0分~2010年12月24日18時59分が履歴検索要求によって要求されたとする。この際、センサ名やセンサ所有者などに関する情報のHTML生成は、一般的なWebアプリケーションの構築法を用いることができる。一方、過去のセンサ値やその取得時刻に関する情報の並びに係わるHTML生成は、ユビキタスコンピューティング分野に特有の処理であり、本実施の形態では次のようにして行う。アプリケーションロジック124は、RubyonRailsの機能として標準的に提供されるクラスSensorの検索メソッドを呼び、その引数としてAをRDBMS103に与えることで、センサ情報オブジェクト291を得る。そして、アプリケーションロジック124は、履歴読み取り部111が提供するAPIApplicationProgramInterfaceを、引数としてセンサ情報オブジェクト291と検索対象期間を与えて呼び出す。検索対象期間には2010年12月1日0時0分~2010年12月24日18時59分を格納する。履歴読み取り部111はまず、uTupleSpace104に検索要求を投げ、センサ情報履歴を取得する。該検索要求は、センサ識別子としてA、検索対象期間には2010年12月1日0時0分~2010年12月24日18時59分を含む。第10図は、uTupleSpace104から検索結果として返却されたセンサ情報の並びを示す。この例では3つのEAが合致し、結果として3つのセンサ情報が返される。履歴読み取り部111はこの返却されたセンサ情報の並びを受け取り、クラスSensorInfoのオブジェクトを、この例では3つ生成して、返却されたセンサ情報に含まれる情報を該オブジェクトのメンバ変数に格納する。本実施の形態においては、取り扱う情報が予め分かっているため、返却されたセンサ情報からその情報を読み取ってクラスのメンバ変数に格納するプログラムを作成してもよい。なおその際、本実施の形態では、キー名valueをメンバ変数temperatureに読み替えて格納操作を行っていることに注意されたい。第11図は、履歴読み取り部111が返却する履歴読み取り結果であるクラスSensorInfoのオブジェクトの配列310を示す。該生成した3つのオブジェクトを、1つの配列に詰めて、APIの戻り値としてアプリケーションロジック124に返却する。<送信値反映手順>次に、アプリケーションがセンサ等デバイスに試験用コマンドを送信する場合の動作を示す。アプリケーションロジック124は、一般的なRubyonRailsの機能を用いてWebブラウザからの情報送信要求を受け取り、HTMLの生成処理を行って、Webブラウザに返却する。該情報送信要求には、どのセンサに対する送信操作であるかを示すセンサ同定情報と、送信すべき操作内容を示す情報が含まれる。ここでは仮に、センサAに対してブザーonの操作の送信が要求されたとする。この際、Web画面の送信ボタンのHTML生成や、ボタン押下への反応動作などのプログラミングは、一般的なWebアプリケーションの構築法を用いることができる。一方、センサ等デバイスへの情報送信操作はユビキタスコンピューティング分野に特有の処理であり、本実施の形態では次のようにして行う。第12図は、センサに情報を送信するWebサーバ装置101内の処理手順を示す。ボタン押下への反応動作部分のプログラムとして、送信処理を開始する手順321。まず、アプリケーションロジック124は、RubyonRailsの機能として標準的に提供されるクラスActuatorの検索メソッドを呼び、その引数としてAを与えることで、RDBMS103から送信用オブジェクト331を取得する手順322。第13図は、送信オブジェクトであるクラスActuatorのオブジェクト331を示す。クラスActuatorは、RubyonRailsランタイム123が定義する基底クラスActiveRecord::Baseを継承する。これにより、アプリケーションロジック124は、クラスSensorの時と同様、RDBMS103に保持されている対応するテーブルここではactuatorsに結びついたオブジェクトをRubyonRailsがオートマチックで生成する。この結果、オブジェクト331はメンバ変数addressとbuzzerが自動的に設定される。特に、RubyonRailsは、メンバ変数の書き換え結果をRDBMS103に保持されているデータベースの更新操作へと反映させるsaveメソッドを、基底クラスの機能として標準的に提供することを指摘しておく。さらにクラスActuatorの定義ファイルでは、save処理のフック関数であるbefore_saveメソッドを、明示的に関数定義しておく。なお、メンバ変数buzzerが送信対象メンバであり、saveメソッドが送信実行メンバである。次に、アプリケーションロジック124は、該オブジェクトのメンバ変数buzzerに値onを代入することによってメンバ変数をセットする手順323。次に、アプリケーションロジック124は、該オブジェクトのメソッドsaveを呼び出し、メンバ変数書き換え内容をRDBMS103のデータベースに反映させる手順324。saveメソッド自体はRubyonRailsで一般的に提供され、用いられるメソッドであるが、上記before_saveメソッドが定義されている場合には、RubyonRailsが自動的にそれを検出して、before_saveメソッドが呼び出される手順325。なお、この機能のより詳細な使用法については非特許文献1の第19.2節に開示されている。before_saveメソッドの本体は送信値反映部114で定義されており、送信値反映部114は該オブジェクトのメンバの値、この例ではメンバ変数buzzerの値onを、uTupleSpace104に登録する手順326。具体的には、address=A,buzzer=on,date=現在日時という内容のCAを問い合わせ部113を介してuTupleSpace104に登録する。以上で送信処理を終了する。なお、RubyonRailsはこの後、自動的に、テーブルactuators232の書き換え動作を行う。また、uTupleSpace104はこの後、自動的に、既に待ち受け状態にあるCFとの照合処理を行って、該CAを適合するCFの登録元へと送信する。これにより、該CAはセンサ等デバイスへと届けられ、該センサ等デバイスはそれを受け取って所定の動作を行う。例えば、内蔵のブザーを鳴動させる。なお、本実施の形態では、センサ情報のキー名を、ほぼそのまま、オブジェクトのメンバ変数名に対応づけることとした。本発明の範囲はこれに限るものではなく、適宜キー名の読み替えを行ったり、特定のキーのみをメンバ変数に格納してその他のキーは読み捨てることとしてもよい。例えば、本実施の形態においても、既に述べたように、情報更新装置102および履歴読み取り部111は、キー名valueをメンバ変数名あるいはカラム名temperatureに読み替えて処理を行っている。本発明における現在値読み取り機能は、本実施の形態においては、情報更新装置102と、RubyonRailsが提供するORM機能との組み合わせによって、実現されている。すなわち、既に述べたように、処理対象センサを識別する情報を入力としてセンサ情報オブジェクトを取得する操作は、RubyonRailsの機能として標準的に提供されるクラスSensorの検索メソッドを呼ぶことで実現される。また、該オブジェクトのメンバ変数を読み取るとセンサ情報の対応する現在値が読み取れるという操作は、事前に情報更新装置102が第6図に示されるセンサ情報発生時更新手順を実施しておくことにより実現される。本実施の形態においては、履歴読み取り部111、問い合わせ部113、送信値反映部114、情報更新装置102、およびRDBMS103を含む装置ならびに機能部の集まりによって、アプリケーションロジック124に対して、オブジェクトのメンバ変数の読み書きに基づくuTupleSpace104を介したセンサ等デバイスへのデータの送受信を可能としている。これら装置ならびに機能部の集まりに加え、さらにフロントエンドWebサーバ121、Ruby言語処理系122、RubyonRailsランタイム123、およびアプリケーションロジック124を含めた装置ならびに機能部の集まりが、センサ情報を読み書きするWebアプリケーションのサーバという一つの本発明における情報処理装置を構成している。なお、本実施の形態では、WebフレームワークとしてRubyonRails技術を用いることとした。本発明の範囲はこれに限定されるものではなく、その他のORM技術を用いてもよい。また、履歴読み取り部、問い合わせ部、送信値反映部、情報更新装置は、Webサーバ装置に内部に設置して情報処理装置を1つのハードウェアで構成しても良いし、図1に示すように一部をWebサーバ装置外部に設置し情報処理装置を複数のハードウェアで構成しても良い。また、履歴読み取り部、問い合わせ部、送信値反映部、情報更新装置の機能を実現するソフトウェアは、他の機能部とともに1つのソフトウェアに実装したものであっても、複数のソフトウェアに分けて実装したものであっても良い。さらに、上記ソフトウェアは、1つの装置上で動作するものであっても、複数の装置上に分散して動作するものであっても良い。また、本実施の形態では、センサ情報DBとしてuTupleSpaceを用いることとした。本発明の範囲はこれに限定されるものではなく、情報の履歴を蓄積しておき後で取得する機能を提供するその他のストレージ装置あるいはDB装置を用いて該情報DBを構成してもよい。また、本発明のいうセンサ情報とは、センサデバイスが計測した値に限るものではなく、上記センサ情報DBが扱う情報であればよい。特に、センサの特性や状態を示すメタデータや、あるいはセンサ以外の例えばWebやインターネットを経由して取得した情報であってもよい。また、本実施の形態では、WebブラウザからアクセスされるWebサーバ機能の実現例を示した。本発明の範囲はこれに限定されるものではなく、上記センサ情報を読み書きするアプリケーションの開発に広汎に適用できる。"