モバイル端末用センサー情報システム
【課題】ユーザーが所望の情報を自ら収集し、その情報を蓄積することが可能なモバイル端末用センサー情報システムを提供することを目的とする。
【解決手段】センサーゲートウェイ１２は、センサー群１０からなるセンサーネットワークから種々のセンサー情報を受信する。モバイル情報端末１４は、所定のユーザーアドバイスアプリケーションを用いてセンサー情報をフィルタリングし、サービスに必要なセンサー情報をセンサーゲートウェイ１２に要求する。センサーゲートウェイ１２は、要求されたセンサー情報のみをモバイル情報端末１４に送信する。モバイル情報端末１４は得られたセンサー情報をアプリケーションサーバ１６に送信する。アプリケーションサーバ１６はこのセンサー情報に基づき、アドバイス情報を作成して、モバイル情報端末１４に送信する。この結果、モバイル情報端末１４は、所望のアドバイスサービスを効率的に受けることが可能である。
【解決手段】センサーゲートウェイ１２は、センサー群１０からなるセンサーネットワークから種々のセンサー情報を受信する。モバイル情報端末１４は、所定のユーザーアドバイスアプリケーションを用いてセンサー情報をフィルタリングし、サービスに必要なセンサー情報をセンサーゲートウェイ１２に要求する。センサーゲートウェイ１２は、要求されたセンサー情報のみをモバイル情報端末１４に送信する。モバイル情報端末１４は得られたセンサー情報をアプリケーションサーバ１６に送信する。アプリケーションサーバ１６はこのセンサー情報に基づき、アドバイス情報を作成して、モバイル情報端末１４に送信する。この結果、モバイル情報端末１４は、所望のアドバイスサービスを効率的に受けることが可能である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサーネットワークを用いたモバイル端末用センサー情報システムに関する。
【背景技術】
【０００２】
従来から、各種のセンサーを用いて環境の変化等を検知し、ユーザーに対してその検知した変化の情報を提供することが行われてきた。この例としては、例えば、ガス漏れが発生したときに、ガス検知器がユーザーに対してガスが漏れていることを警告するという動作が挙げられる。
【０００３】
特許文献１
また、従来から、センサーが検知した情報をネットワークを介してコンピュータに送信し、そのコンピュータによって情報を管理することが行われている。このような動作を行う装置として、例えば、下記特許文献１には、センサーと、センサーによって測定した情報を処理する測定結果処理部と、外部のサービス提供部との間で測定結果情報に対する所定情報を送受信する通信部とを備えた情報端末装置が開示されている。
【０００４】
特許文献２
また、近年、携帯電話やＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）タグの普及を背景に、これらとセンサーとを組み合わせたユビキタスサービスが盛んに研究されている。このようなユビキタスサービスを行うシステムの例として、下記特許文献２には、センサーネットワークとモバイル装置とからなる商取引の支援を行うシステムが開示されている。
【０００５】
特許文献３
また、さらに、センサーが検知した情報から、ユーザーが希望する情報を選択してユーザーに提供することが可能なシステムが開発されている。このようなシステムの例として、下記特許文献３には、センサーが検知した自動販売機等の開閉、振動等の情報が、センサーからモジュール専用サーバに送られ、モジュール専用サーバが、所定の条件に基づいて情報を選択し、選択した情報を携帯端末に送信する通信システムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−１１９４４９号公報
【特許文献２】特開２００７−１２２７２８号公報
【特許文献３】特開２００６−３４５１４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上に例示した特許文献１や２に開示されているように、従来から、センサーと、センサーからの検知情報を処理する処理装置とを備えるシステムによって、ユーザーに対して検知情報を提供することが行われてきた。これら従来のシステムによれば、ユーザーは、リアルタイムに必要な検知情報を得ることができた。
【０００８】
一方、センサーが検知する情報は、時間と共に変化していくものものも多い。特に、利用者が利用した各種の情報の履歴を後から参照したい場合もある。
【０００９】
しかしながら、従来のシステムにおいては、履歴を管理する有効な手段は知られていなかった。
【００１０】
また、取得した情報だけでなく、その情報に基づき、各種のサービス（例えばアドバイス等）を提供できることが望ましいが、そのような情報に基づきサービスを提供する有効な手法については未だ知られていない。
【００１１】
本発明は、上記課題に基づきなされたものであり、センサーネットワークから得られた情報を提供するだけでなく、その情報に基づいた種々のサービスを提供可能なシステムを得ることを目的とする。
【課題を解決するための手段】
【００１２】
（１）本発明は、上記課題を解決するために、センサーネットワークからセンサー情報を取得するセンサーゲートウェイと、前記センサーゲートウェイから前記センサー情報を受信するモバイル情報端末と、前記モバイル情報端末から提供された前記センサー情報を基にサービス情報を生成するアプリケーションサーバと、前記センサーゲートウェイと前記モバイル情報端末とを接続する第１の通信手段と、前記モバイル情報端末と前記アプリケーションサーバーとを接続する第２の通信手段と、からなるモバイル端末用センサー情報システムにおいて、前記モバイル情報端末は、前記センサーゲートウェイから前記センサー情報を取得し、その取得したセンサー情報を前記アプリケーションサーバーに送信するアプリケーション手段と、表示手段と、を備え、前記アプリケーション手段は、前記アプリケーションサーバーが生成した前記サービス情報を受信し、前記表示手段は、前記受信したサービス情報を表示することを特徴とするモバイル端末用センサー情報システムである。
【００１３】
（２）また、本発明は、上記（１）に記載のモバイル端末用センサー情報システムにおいて、前記センサーネットワークは、前記センサー情報を連続的に生成するリアルタイム型センサーを含むことを特徴とするモバイル端末用センサー情報システムである。
【００１４】
（３）また、本発明は、上記（１）に記載のモバイル端末用センサー情報システムにおいて、前記センサーネットワークは、前記センサー情報を断続的に生成する非リアルタイム型センサーを含むことを特徴とするモバイル端末用センサー情報システムである。
【００１５】
（４）また、本発明は、上記（１）〜（３）のいずれか１項に記載のモバイル端末用センサー情報システムにおいて、前記第２の通信手段は、前記モバイル情報端末が備えるモバイル情報端末側トンネル通信手段と、前記アプリケーションサーバーが備えるアプリケーションサーバー側トンネル通信手段と、から構成され、前記アプリケーションサーバーと前記モバイル情報端末との間で前記センサー情報を送受信する場合に、トンネルモードによる通信が前記アプリケーションサーバーと前記モバイル情報端末との間で行われることを特徴とするモバイル端末用センサー情報システムである。
【００１６】
（５）また、本発明は、上記課題を解決するために、移動端末が、センサーセルとネットワーク上のアプリケーションサーバ間を接続するための通信トンネルをリアルタイム構築してセンサー情報を転送することにより、移動端末がその場所に存在するときにのみ通信可能になるリアルタイム認証システムである。
【発明の効果】
【００１７】
以上述べたように、本発明によれば、モバイル情報端末のユーザーは、所望のセンサー情報に基づいた所定のサービスを効率的に受けることができる。
【図面の簡単な説明】
【００１８】
【図１】モバイル端末用センサー情報システムにおける情報の収集・提供イメージを示す概念図である。
【図２】センサーセルとモバイル情報端末の関係を示す説明図である。
【図３】センサーゲートウェイの構成ブロック図である。
【図４】モバイル情報端末の構成ブロック図である。
【図５】アプリケーションサーバーの構成ブロック図である。
【図６】モバイル端末用センサー情報システムの動作の順序を示すタイミングチャートである。
【図７】複数のサービスを提供する場合のタイミングチャートである。
【発明を実施するための形態】
【００１９】
複数の互いに通信可能なセンサーを所定の環境に配置したセンサーネットワークが知られている。センサーネットワークによれば、いわゆるユビキタス環境において、その環境における様々な情報を収集することが可能であるといわれている。
【００２０】
本実施の形態においては、このセンサーネットワークが様々な情報を収集し、外部にその情報を提供するためのセンサーゲートウェイが設けられている例を説明する。
【００２１】
センサーネットワークは、このセンサーゲートウェイを介して、モバイル情報端末に様々な情報を提供する。利用者は、モバイル情報端末を携帯し、利用することができるセンサーゲートウェイから様々な情報を受け取ることにより、種々の情報を利用することが可能となる。
【００２２】
本実施の形態では、センサーゲートウェイからセンサー情報の中から利用者にとって必要な情報を抽出し、種々のアドバイスを含めて利用者に提供することが可能なシステムについて説明する。
【００２３】
（１）本実施の形態に係るモバイル端末用センサー情報システムの概要
図１には、本件発明の好適な実施の形態のモバイル端末用センサー情報システムにおける情報の収集・提供の概念図が示されている。
【００２４】
本実施の形態のユビキタスサービス利用環境におけるモバイル情報端末１４は、周囲の音／映像のリアルタイム情報、環境／隣接物情報、さらに本人情報として顔情報や声情報、動き情報、身体情報など、のセンサー情報を本人が移動中に取得する。そして、モバイル情報端末１４は、所定のサービスに必要なセンサー情報をフィルタリングしながら、（１個又は）複数個のサービス提供機関（アプリケーションサーバ１６を備えている機関）へフィルタリングした情報を送信する。サービス提供機関は、アプリケーションを提供しているＣＳＧ（Ｃｏｍｍｕｎｉｔｙ Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙ）（アプリケーションサーバ１６と呼ぶ）においてモバイル情報端末１４のユーザの適性に応じた情報分類／分析を行うことによって、そのユーザに対してリアルタイムに適切な情報を提供できる。
【００２５】
このように、本実施の形態は、複数のモバイル情報端末１４と、複数個のサービス提供機関とが存在する状況において、双方向の情報提供および情報収集が行えるサービス環境概念を実現しうる物である。
【００２６】
この概念は、モバイル情報端末１４からＣＳＧ（アプリケーションサーバ１６）を見た場合は、いわゆるマルチアクセス環境という定義と同意義となる。一方、ＣＳＧ（アプリケーションサーバ１６）からモバイル情報端末１４へのサービスの提供動作を考えると、これはマルチサービス環境という定義と同意義になる。
【００２７】
このように、マルチサービス＆マルチアクセス環境を整えることによって、センサーネットワークサービスを提供した点が、本実施の形態における最も特徴的な事項の一つである。以下、図１に基づき、各構成・動作について説明する。
【００２８】
まず、図１中の（ａ）は、センサー情報の収集の概念を表し、また、図１中の（ｂ）においては、モバイル情報端末に対するサービスの提供の概念が示されている。
【００２９】
センサー情報の収集
図１（ａ）に示されるように、本実施の形態に係るモバイル端末用センサー情報システムは、センサー群１０と、センサーゲートウェイ１２と、モバイル情報端末１４と、アプリケーションサーバー群１６とから構成される。
【００３０】
（１−１）センサー群（センサーネットワーク）
センサー群１０は、１個以上のセンサーを含むものである。各センサー１０は通信手段を備えており、いわゆるセンサーネットワークを構成することが好ましい。本実施の形態においては、センサー１０は、リアルタイム型センサーと非リアルタイム型センサーとに分けられている。
【００３１】
リアルタイム型センサー
リアルタイム型センサーは、得られる情報が本質的に連続して取得することが有意であるようなセンサーである。例えば、映像や音声等を検知するセンサーがであるが好ましい。リアルタイム型センサーの具体例としては、例えばＣＣＤカメラやマイクなどが挙げられる。このリアルタイム型センサーが送信する情報を、以下では「リアルタイム情報」と呼ぶ。
【００３２】
非リアルタイム型センサー
非リアルタイム型センサーは、得られる情報の変化速度が遅く、離散的に検知することで十分な情報であると見なすことができるような情報を得るセンサーである。従って、このセンサーは、その情報の検知時間間隔が１００ｍｓ（ミリ秒）以上となる場合が多い。非リアルタイム型センサーの例としては、例えば、温度センサーや、湿度センサー、圧力計、距離計、密度計、その他の各種測定器、また光センサーなどの対象物存在情報を検出するセンサーなどが挙げられる。この非リアルタイム型センサーが送信する情報を、以下では「環境／隣接物情報」と呼ぶ。
【００３３】
本実施の形態においては、上で述べたリアルタイム型センサー及び非リアルタイム型センサーがモバイル情報端末１４のユーザーに関する情報を検出し、その情報をセンサーゲートウェイ１２に送信することも好ましい。ユーザーに関する情報を検出するリアルタイム型センサーとしては、例えば、ユーザーの顔や全身の姿・動きを映し出すＣＣＤカメラや、ユーザーの声を検出するマイクなどが挙げられる。また、ユーザーに関する情報を検出する非リアルタイム型センサーとしては、例えば、ユーザーの身体情報（例えば、ユーザーが患っている病気の病名）を記録したＲＦＩＤタグを読み取るリーダーなどが好ましい一例である。本実施の形態では、リアルタイム型センサー及び非リアルタイム型センサーがユーザーに関する情報を検出して送信する情報を、特に「本人情報」と呼ぶ。
【００３４】
センサー情報
本実施の形態では、「リアルタイム情報」及び「環境／隣接物情報」、「本人情報」をまとめて「センサー情報」と呼ぶ。
【００３５】
リアルタイム型センサー及び非リアルタイム型センサーが取得したセンサー情報は、所定のいわゆるセンサーネットワークを介してセンサーゲートウェイ１２に送信される。センサー群１０とセンサーゲートウェイ１２とを接続する通信手段は、従来から用いられる種々の通信手段、ネットワーク通信手段が用いられる。
【００３６】
（１−２）フィルタリング動作
次に、センサーゲートウェイ１２は、上記リアルタイム型センサー１０及び非リアルタイム型センサー１０からなるセンサーネットワークから種々の上記センサー情報を受信する。センサーゲートウェイ１２は、この受信したセンサー情報を、そのセンサーゲートウェイ１２との通信が可能な範囲（これをセンサーセルと呼ぶ）に位置するモバイル情報端末１４に送信する。
【００３７】
所定のセンサーゲートウェイ１２のセンサーセル内に位置するモバイル情報端末１４は、そのセンサーゲートウェイ１２から受信したセンサー情報から、所定のユーザーアドバイスアプリケーションを用いて選別し（フィルタリングし）、選ばれたセンサー情報のみをセンサーゲートウェイ１２に要求する。
【００３８】
この結果、センサーゲートウェイ１２は、要求された（すなわち、フィルタリングされた）センサー情報のみをモバイル情報端末１４に送信する。
【００３９】
従って、モバイル情報端末１４を携帯する利用者は、移動をしながら、所定のアプリケーションに必要なセンサー情報のみを取得し、そのセンサー情報をアプリケーションサーバ１６に送信することによって、その所定のアプリケーションサービスを受けることができる。
【００４０】
（１−３）サービスの提供
さて、本実施の形態において、サービスの提供とは、アプリケーションサーバー群１６がモバイル情報端末１４に対してアドバイス情報等を提供することをいう。この概念図が図１（ｂ９に示されている。
【００４１】
モバイル情報端末１４は、ユーザーが提供を受けようとするアドバイス情報に対応したユーザーアドバイスアプリケーションを、そのモバイル情報端末１４内で動作させることによって、上述したフィルタリングを行っている。
【００４２】
すなわち、フィルタリングは、各サービス毎の「ユーザーアドバイスアプリケーション」が実行する。このようにしてフィルタリングしたセンサー情報のみがアプリケーションサーバ１６に送られるのである。そして、アプリケーションサーバー群１６から所望のアドバイス情報のみを得ることができるのである。
【００４３】
なお、ユーザーが受けたいサービスが複数ある場合は、複数のサービス毎の「ユーザーアドバイスアプリケーション」が起動し、それぞれ必要なセンサー情報をフィルタリングする。
【００４４】
さて、モバイル情報端末１４からセンサー情報を取得したアプリケーションサーバー１６は、その取得したセンサー情報を、モバイル情報端末１４のユーザーの適性に応じて分類及び分析し、モバイル情報端末１４のユーザーの適性に応じたアドバイス情報を生成する。この動作は、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄが備えるサービスアプリケーションが、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄ内のユーザー情報データベースに保存された情報を参照して実行する。そして、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄは、生成したアドバイス情報を、モバイル情報端末１４に送信する。なお、アプリケーションサーバーは、ＣＳＧ（Ｃｏｍｍｕｎｉｔｙ Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙ）と呼ばれることもある。
【００４５】
なお、利用するアプリケーションサーバ１６は、ユーザーによって選択され、１個でも良いし、複数個でも良い。ユーザーが選択したサービスのアプリケーションサーバ１６に対応する「ユーザーアドバイスアプリケーション」が起動し、それぞれ必要なセンサー情報を対応するアプリケーションサーバ１６に送信する。
【００４６】
（１−４）通信環境
本実施の形態においては、複数のモバイル情報端末と、複数のサービスを提供するために各サービス毎に設けられたアプリケーションサーバー群１６と、を備えたモバイル端末用センサー情報システムの説明を行っている。
【００４７】
本モバイル端末用センサー情報システムにおいては、複数のモバイル情報端末と複数のアプリケーションサーバーとの間で、双方向の情報提供及び情報収集が行われる特徴を有している。このようなサービス環境の概念は、モバイル情報端末からアプリケーションサーバーを見た場合には、マルチアクセス環境となる。一方、アプリケーションサーバー群から各モバイル情報端末へのサービスの提供という側面から見た場合には、これはマルチサービス環境となる。
【００４８】
このようなマルチアクセス環境とマルチサービス環境と、の２つの環境を整えることにより、良好なサービスの提供を実現したものが本実施の形態におけるモバイル端末用センサー情報システムの特徴の一つである。
【００４９】
（１−５）センサーセル
１つのセンサーゲートウェイ１２がカバーする領域をセンサーセルと呼ぶ（図２参照）。このセンサーセル内で、センサーゲートウェイ１２とモバイル情報端末１４との間で情報通信を行うことができる。センサーゲートウェイは、センサーセルの領域内に、センサーセル通知メッセージを定期的に送信する。このセンサーセル通知メッセージとは、各モバイル情報端末に対して、そのモバイル情報端末がそのセンサーセル内に位置することを示す信号である。１つのセンサーセル内では、そのセンサーセルに収容された様々なタイプのセンサーが利用可能である。図２には、４つのセンサーセル１８ａ、１８ｂ、１８ｃ、１８ｄを分散配置したモバイル端末用センサー情報システム２０が示されている。なお、モバイル端末用センサー情報システムは、センサー情報モバイルアドバイスシステム、又は単にモバイルシステムと呼ばれることもある。
【００５０】
センサー情報モバイルアドバイスシステムが利用するセンサーセルの概要
図２に示すように、センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）は、様々なタイプのセンサー１０（Ｓｅｎｓｏｒ）を収容可能なセンサーセル（Ｓｅｎｓｏｒ Ｃｅｌｌ）を形成する。所定のセンサーセル（Ｓｅｎｓｏｒ Ｃｅｌｌ）に移動してきたモバイル情報端末１４は、センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）から定期的に発信されるセンサーセル（Ｓｅｎｓｏｒ Ｃｅｌｌ）通知メッセージを受信すると、センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）に接続し、そのセンサーセル（Ｓｅｎｓｏｒ Ｃｅｌｌ）内に収容しているセンサー１０（Ｓｅｎｓｏｒ）の一覧情報を取得する。
【００５１】
モバイル情報端末１４を所有しているユーザは、受けたいアドバイスサービスのアプリケーションサーバ１６にアクセスし、そのサービスに必要なセンサー情報（Ｓｅｎｓｏｒ情報）の種類を取得する。ここで、そのアプリケーションサーバ１６から、上述したユーザアドバイスアプリケーションを起動させて、必要なセンサー情報の種類を選択すること（フィルタリングすること）も好適である。
【００５２】
モバイル情報端末１４は、センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）にサービスに必要なセンサー情報を通知後、Ｓｅｎｓｏｒ ＧＷから受信したセンサー情報をアドバイスサービスに送信することができる。ユーザは、Ｓｅｎｓｏｒ ＧＷから様々なセンサー情報を収集しながら移動することで、上図のように複数のアドバイスサービスをリアルタイムに受けることができる。
【００５３】
さて、図２中において、モバイル情報端末１４が、位置０から位置Ａに移動し、センサーセル１８ａ内に入ったとき、モバイル情報端末１４は、センサーゲートウェイ２２ａからセンサーセル通知メッセージを受信する。センサーセル通知メッセージを受信したモバイル情報端末１４は、センサーゲートウェイ２２ａに対してセンサー一覧情報を要求する。センサー一覧情報とは、センサーゲートウェイ２２ａが管理するセンサーの種類を示す情報である。モバイル情報端末１４は、センサーゲートウェイ２２ａからセンサー一覧情報を取得することによって、モバイル情報端末１４が位置するセンサーセル１８ａ内で利用可能なセンサーの種類を知ることができる。
【００５４】
モバイル情報端末１４は、１つのセンサーセル１８から別のセンサーセル１８内に移動する度に、その移動先のセンサーセル１８に収容された各種のセンサー情報を収集することができる。つまり、図２中において、モバイル情報端末１４がセンサーセル１８ａ内にあるとき（位置Ａにいるとき）には、センサーゲートウェイ２２ａからセンサー情報を取得することができ、また、モバイル情報端末１４がセンサーセル１８ｂ内にあるとき（位置Ｂにいるとき）、センサーゲートウェイ２２ｂから所望のセンサー情報を取得することができる。この結果、モバイル情報端末１４は、センサーゲートウェイ２２ａ及び２２ｂのそれぞれが管理するセンサー群のセンサー情報を取得することとなる。
【００５５】
モバイル情報端末１４が受けられるサービスは、当然のことながら、その位置で得られるセンサー情報の種類による。図２の例では、例えば、位置Ａでは、アドバイスサービス１を受けることができるが、他のサービスを受けることができない。また、位置Ｂでは、全てのアドバイスサービス１、２、３を受けることができるが、位置Ｃでは、アドバイスサービス３のみ受けることができる。
【００５６】
（２）本実施の形態に係るモバイル端末用センサー情報システムの構成
以下、図３、図４、図５に基づいて、本実施の形態に係るモバイル端末用センサー情報システムの構成について説明する。
【００５７】
（２−１）センサーゲートウェイ
図３には、センサーゲートウェイ１２の構成ブロック図が示されている。
【００５８】
センサーゲートウェイ１２の概要
センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）は、複数のセンサー１０をまとめて管理可能であり、各種センサー１０に対応したセンサー制御アプリケーション３６、４２が動作している。
【００５９】
センサーゲートウェイ１２は、モバイル情報端末１４から、モバイル情報端末１４が必要とするセンサー情報を、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）セッションで取得する。取得した後、センサーゲートウェイ１２の制御セッションアプリケーション２６がセンサー制御アプリケーション３６、４２に対して送信条件設定を行う。
【００６０】
リアルタイム系のセンサー情報の取得に関しては、以下のような動作が行われる。
【００６１】
つまり、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、その内部で、ＩＰ／ブリッジレベルでのパケットスイッチ転送を実行する。これはパケット転送部３８が実行する。これによって、モバイル情報端末１４宛にリアルタイムにセンサー情報を送信する。
【００６２】
モバイル情報端末１４は、センサーゲートウェイ１２に対して、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）制御セッション接続を行い、自己（モバイル情報端末１４）のアドレス情報や利用するポート番号などを、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２に通知する。
【００６３】
非リアルタイム系センサー情報の取得に関しては、以下のような動作が行われる。
【００６４】
つまり、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、センサー１０からの情報を内部バッファに一定時間蓄積している。これは、バッファ蓄積転送部４４が実行する。モバイル情報端末１４は、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）制御セッション接続を行い、モバイル情報端末１４が取得したいセンサー情報、及び、モバイル情報端末１４のアドレス情報、利用するポート番号などをセンサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２に通知する。センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、は一定時間間隔でモバイル情報端末宛に非リアルタイム系のセンサー情報（データ）を送信する。
【００６５】
さらに、センサーゲートウェイ１２は、リアルタイム系センサーデータ（センサー情報）と、非リアルタイム系センサーデータ（センサー情報）と、についてＱｏＳ処理を行い、リアルタイムデータが欠落しないようにデータをモバイル情報端末１４に送信する。このＱｏＳ処理は、ＱｏＳ対応送信モジュールが実行する。
【００６６】
センサーゲートウェイ１２の構成の詳細
この図３に示されるように、センサーゲートウェイ１２は、センサー管理アプリケーション２４と、制御セッションアプリケーション２６と、センサー制御部２８とから構成される。
【００６７】
センサー制御アプリケーション
センサー管理アプリケーション２４は、センサーセルの管理者が、センサーゲートウェイ１２を管理するために使用するアプリケーションである。
【００６８】
制御セッションアプリケーション
制御セッションアプリケーション２６は、モバイル情報端末１４から必要なセンサー情報の種類をセンサーゲートウェイ制御セッションで取得する動作を行うアプリケーションプログラムである。また、同時にこの制御セッションアプリケーション２６は、センサー制御部２８に対して送信条件設定を行うアプリケーションプログラムでもある。
【００６９】
センサー制御部
センサー制御部２８は、リアルタイム型センサー制御部３０と、非リアルタイム型センサー制御部３２と、ＱｏＳ対応送信モジュール３４とから構成される。リアルタイム型センサー制御部３０及び非リアルタイム型センサー制御部３２は、それぞれ、複数のセンサーをまとめて管理することが可能であり、各種センサー１０に対応したセンサー制御アプリケーション３６、４２がそれぞれ動作している。
【００７０】
リアルタイム型センサー制御部
リアルタイム型センサー制御部３０は、センサー制御アプリケーション３６とパケット転送部３８とを備える。リアルタイム型センサー制御部３０が制御セッションアプリケーション２６から送信条件設定の信号を受信すると、リアルタイム型センサー制御部３０は、リアルタイム型センサー４０との間で制御セッションを実行する。リアルタイム型センサー制御部３０は、リアルタイム型センサー４０からセンサー情報（リアルタイム情報、センサーデータとも呼ぶ）を受信すると、ヘッダーの書き換え及びＩＰ／ブリッジレベルでのパケットスイッチ転送を実行し、センサー情報（リアルタイム情報とも呼ぶ）をモバイル情報端末１４に送信する。
【００７１】
上述したように、モバイル情報端末１４は、制御セッションアプリケーション２６との間でセンサーゲートウェイ制御セッションを行い、モバイル情報端末１４のアドレス情報や利用するポート番号などを通知する。制御セッションアプリケーション３６は、これらのアドレス情報等を、リアルタイム型センサー制御部３０や非リアルタイム型センサー制御部３２に通知する。
【００７２】
非リアルタイム型センサー制御部
非リアルタイム型センサー制御部３２は、リアルタイム型センサー制御部３０とは異なり、パケット転送部３８ではなく、バッファ蓄積転送部４４を備えている。非リアルタイム型センサー制御部３２は、このバッファ蓄積転送部４４に非リアルタイム型センサー４６が取得したセンサー情報を一定時間蓄積し、一定の時間間隔で蓄積したセンサー情報をモバイル情報端末１４に送信する。
【００７３】
ＱｏＳ対応送信モジュール
ＱｏＳ対応送信モジュール３４は、センサーの種別（リアルタイム型センサー、非リアルタイム型センサー）に応じたＱｏＳ処理をそれぞれ行い、そのセンサー情報をモバイル情報端末１４に送信する。この結果、リアルタイム情報の欠落を防止した通信を実行することができる。
【００７４】
なお、制御セッションアプリケーション２６及びＱｏＳ対応モジュール３４は、特許請求の範囲に記載の通信手段の好適な一例に相当する。
【００７５】
この通信手段は、例えばいわゆる無線ＬＡＮの通信手段を採用することも好適であるが、その他、Ｚｉｇｂｅｅ等の種々の無線手段を採用することが可能である。また、将来的には今は存在していない無線方式も考えられる。
【００７６】
（２−２）モバイル情報端末の構成
図４には、モバイル情報端末１４の構成ブロック図が示されている。
【００７７】
モバイル情報端末１４の概要
モバイル情報端末１４は、ＣＳＧサービス制御セッションによって、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２から取得したセンサー情報リストをアプリケーションサーバ１６に通知する。その後、モバイル情報端末１４は、アプリケーションサーバ１６から、そのサービスに必要なセンサー情報を取得する。
【００７８】
なお、アプリケーションサーバ１６は、ＣＳＧ（Ｃｏｍｍｕｎｉｔｙ Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙ）とも呼ぶ。
【００７９】
その後、モバイル情報端末１４は、サービスに必要なセンサー情報をセンサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２に対してセンサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）制御セッションで通知する。
【００８０】
通知を受けたセンサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、センサー１０からの情報を収集し、センサー種別ごとの「通信タイプ」に応じた転送方法を用いて、モバイル情報端末１４宛てにデータを送信する。ここで、通信タイプには２種類有り、カメラ動画や音声などのリアルタイム系と、状態データなどの非リアルタイム系と、の２種類である。
【００８１】
センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、センサー情報をこれら２つの系に分類する。この分類に基づき、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、モバイル情報端末に対してセンサー情報を送信する。
【００８２】
センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２からセンサー情報を受信したモバイル情報端末１４は、そのセンサー情報を必要とするアプリケーションサーバ１６に対してセンサー情報を転送する。この意味において、モバイル情報端末１４は、サービス通信用ゲートウェイの機能を有していると言えよう（図４参照）。
【００８３】
モバイル情報端末１４の、このサービス通信用ゲートウェイ機能のパケット転送モードは、トンネルモードを採用している。モバイル端末とアプリケーションサーバ１６（ＣＳＧとも呼ぶ）の間では、その間のネットワークに応じたトンネル通信手段でパケット転送が行われている。
【００８４】
一方、本実施の形態においては、アプリケーションサーバ１６（ＣＳＧ）から、モバイル情報端末へのアドバイス通信が行われる。
【００８５】
このアドバイス通信を行う場合、まず、ＣＳＧサービス制御セッションによって、アプリケーションサーバ１６が指定したモバイル情報端末１４内で、そのアプリケーションサーバ１６に対応するユーザアドバイスアプリケーション５０が起動する。そして、ユーザアドバイスアプリケーション５０と、アプリケーションサーバ１６（ＣＳＧ）との間で、サービス情報通信と同じように、トンネル通信によって通信が実行される。
【００８６】
ここで、サービス情報通信とは、図４に示すように、サービス通信用ゲートウェイ５２と、アプリケーションサーバ１６との間の通信である。
【００８７】
ゲートウェイとしての役割
本実施の形態において特徴的な点の一つはは、モバイル情報端末１４が、センサーネットワーク側の通信手段と、アプリケーションサーバ側の通信手段と、の２種の通信手段を有している点である。この結果、モバイル情報端末１４は、センサーネットワークとアプリケーションサーバーとを結ぶいわばゲートウェイの役割を果たす。
【００８８】
この結果、インターネットの上などに位置するアプリケーションサーバ１６は、モバイル情報端末１４を介してセンサーネットワーク上のセンサー情報を取得することが可能であり、このセンサー情報に基づいて、アドバイスなどの所定サービスの提供を行うことが可能である。
【００８９】
なお、本実施の形態におけるアドバイス情報は、請求の範囲のサービス情報の好適な一例に相当する。
【００９０】
モバイル情報端末１４の構成の詳細
図４に示されるように、モバイル情報端末１４は、サービスセッション制御用モジュール４８と、１つ以上のユーザーアドバイスアプリケーション群５０と、サービス通信用ゲートウェイ５２とを備える。図４中には、モバイル情報端末１４が、ユーザーアドバイスアプリケーションをＮ個備える例が示されている。ここで、Ｎは１以上の整数である。
【００９１】
図４に示すように、まず、サービスセッション制御用モジュール４８は、センサーゲートウェイ１２とモバイル情報端末１４との間のセンサーゲートウェイ制御セッションを司る。また、このサービスセッション制御用モジュール４８は、アプリケーションサーバ１６と、モバイル情報端末１４との間のアプリケーションサーバサービス制御セッションを司る。すなわち、サービスセッション制御用モジュール４８は、サービスを受けるために必要なセンサー情報をアプリケーションサーバに問い合わせる動作を行う。この動作については後の（３）において詳述する。
【００９２】
また、サービス通信用ゲートウェイ５２は、センサーゲートウェイ１２から受信したセンサー情報を、それを用いてサービスを行うアプリケーションサーバー１６に転送する。このとき、サービス通信用ゲートウェイ５２のパケット転送モードは、トンネルモードを適用する。このように、モバイル情報端末１４と各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄとの間では、そのネットワーク環境に応じたトンネル通信手段によって、パケット転送が行われる。
【００９３】
各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄからモバイル情報端末１４に対して通信（アドバイス通信）を行う場合には、モバイル情報端末１４が備えるユーザーアドバイスアプリケーション群５０のうちのいずれかのユーザーアドバイスアプリケーションが起動する。起動したユーザーアドバイスアプリケーション５０は、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄとの間で、設定された上述したトンネル通信を利用した通信を行う。このようにして、モバイル情報端末１４とアプリケーションサーバ１６との間では、同じ設定のトンネル通信を利用して通信を行う。
【００９４】
この起動すべきユーザーアドバイスアプリケーション５０は、アプリケーションサーバーサービス制御セッションによって、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄが特定する。なお、ユーザーアドバイスアプリケーション５０は、同時に２つ以上動作していても良い。つまり、同時に２種のアドバイスサービスの提供が行われていても良い。
【００９５】
なお、サービスセッション制御用モジュール４８は、特許請求の範囲に記載の通信手段を構成する好適な手段の一例である。また、サービス通信用ゲートウェイ５２は、特許請求の範囲に記載の通信手段を構成する好適な手段の一例に相当する。
【００９６】
（２−３）アプリケーションサーバーの構成
図５には、アプリケーションサーバー１６の構成ブロック図が示されている。この図５に示されるように、アプリケーションサーバー１６は、端末接続認証部５４と、制御セッションアプリケーション５６と、サービスアプリケーション部５８と、公共性情報フィルタ６０とを備える。
【００９７】
アプリケーションサーバー１６の概要
アプリケーションサーバ１６（ＣＳＧとも呼ぶ）は、モバイル情報端末１４とＣＳＧサービス制御セッションを確立した後、モバイル情報端末１４との間で通信トンネルを生成する。
【００９８】
この通信トンネルを通じて端末接続認証を行い、相手方であるモバイル情報端末１４を識別して、そのユーザを特定する。そして、そのユーザに対応するユーザ情報データベース２に取得したセンサー情報を書き込む。図５のユーザ管理部はユーザの嗜好性やユーザの状態監視を常時行っており、必要であれば（同じく図５中の）サービスアプリケーションに情報通知する。かかる通知に基づき、図５のサービスアプリケーションは、モバイル情報端末１４のユーザに対してアドバイス情報を送付する。
【００９９】
また、図５に示すように、公共性情報フィルタ６０を備えており、特定ユーザを識別可能な情報でなければ、公共性情報フィルタを通過させて、公共サービス用サーバ６６でセンサー情報を蓄積することができる。また、個人を特定できる情報の場合は、公共性情報フィルタ６０を通過することができず、公共サービスに用いられることはない。
【０１００】
履歴に基づいたサービス
本実施の形態において特徴的なことの一つは、ユーザー情報データベース６２がセンサー情報の履歴をユーザー毎に蓄積している点である。この結果。センサー情報の履歴に基づいたサービスの提供を行うことが可能である。
【０１０１】
アプリケーションサーバ１６の構成の詳細
図５に示すように、アプリケーションサーバ１６は、制御セッションアプリケーション５６を備えている。この制御セッションアプリケーション５６は、モバイル情報端末１４との間にアプリケーションサービス制御セッションを確立し、そのセッションを利用して、モバイル情報端末１４との間に通信トンネルを生成する。この通信トンネルを利用して、端末接続認証部５４は、モバイル情報端末１４の認証動作を行う。この認証動作によって、モバイル情報端末１４の特定・認証、これはすなわちそのモバイル情報端末１４のユーザの特定・ユーザの認証をおこなうことができる。
【０１０２】
サービスアプリケーション部５８は、モバイル情報端末１４から転送されたセンサー情報を、ユーザー認証に基づき、対応するユーザー情報データベース６２に書き込む。また、必要であれば、サービスアプリケーション部６４は、アドバイス情報を生成し、その生成したアドバイス情報をモバイル情報端末１４に送信する。
【０１０３】
サービスアプリケーション部５８は、サービスアプリケーション６４ａと、ユーザー管理部６４ｂと、を備えている。サーボスアプリケーション６４ａは、センサー情報を取得し、取得したセンサー情報をユーザー管理部６４ｂに転送する。サービスアプリケーション部６４ａは、センサー情報に基づき上記アドバイス情報を生成し、モバイル情報端末１４に送信する。
【０１０４】
ユーザー管理部６４ｂは、転送されてきたセンサー情報をユーザー情報データベース６２に格納する。この格納は、上述したユーザー認証によって認証されたユーザに対応するユーザー情報データベース６２に対して行われる。また、ユーザー管理部６４ｂは、格納したセンサー情報の履歴をサービスアプリケーション６４ａに供給し、サービスアプリケーション６４ａは、この履歴に基づき所定のアドバイス情報を生成する場合もある。
【０１０５】
アドバイス情報は、１つのセンサー情報に基づいて生成しても良いし、複数個のセンサー情報に基づいて生成しても良い。なお、このアドバイス情報を生成する動作については、後の（３）において詳述する。
【０１０６】
以上述べた端末接続認証部５４及びサービスアプリケーション部５８は、特許請求の範囲に記載のアプリケーションサーバー側トンネル通信手段の好適な一例に相当する。
【０１０７】
この通信手段は、例えばいわゆる無線ＬＡＮの通信手段を採用することも好適であるが、その他、Ｚｉｇｂｅｅ等の種々の無線手段を採用することが可能である。また、将来的には今は存在していない無線方式も考えられる。
【０１０８】
公共性の高い情報の取り扱い
センサー情報の中には、そのセンサー情報を利用するユーザーが特定されない情報や、公共性の高い情報も存在する。公共性の高い情報の例としては、例えば、特定の地域の気温情報などが挙げられる。図５中に示されている公共性情報フィルタ６０は、アプリケーションサーバー１６が受信したセンサー情報から、これらユーザーが特定されない情報や公共性の高い情報をフィルタリングするアプリケーションである。ここで、フィルタリングとは、ユーザーが特定されない情報や公共性の高い情報を選び出すという動作を意味する。
【０１０９】
公共性情報フィルタ６０がフィルタリングしたセンサー情報は、公共サービス用サーバー６６に転送される。公共サービス用サーバー６６はこの公共性の高い情報を蓄積し、一般に広く外部に提供する。
【０１１０】
このような構成によれば、公共性の高いセンサー情報を公益のために利用することができる。例えば、特定の地域の気温等をリアルタイムに 一般公衆に提供することが可能となる。
【０１１１】
（３）モバイル端末用センサー情報システムの動作
図６には、モバイル端末用センサー情報システムの動作の流れを示すタイミングチャートが示されている。以下、図６に基づいて、モバイル端末用センサー情報システムの動作について具体例を挙げて説明する。
【０１１２】
具体例としては、モバイル情報端末のユーザーが、糖尿病の治療のため食事療法を受けている場合において、そのユーザーが、レストランでメニューを選ぶことを想定して説明する。
【０１１３】
まず、図６中のステップＳ６−１において、モバイル情報端末１４が、レストランに設置されたセンサーゲートウェイ１２から、センサーセル通知メッセージを受信する。
【０１１４】
次に、図６中のステップＳ６−２において、モバイル情報端末１４が、センサーゲートウェイ１２に対して、センサー一覧情報を問い合わせる。
【０１１５】
このセンサー一覧情報は、センサー情報リストとも呼ばれるが、
・センサーＩＤ
・センサー種別
・データ形式
・その他センサー情報
を含むリストである。
【０１１６】
次に、図６中のステップＳ６−３において、モバイル情報端末１４は、センサーゲートウェイ１２から、センサー一覧情報を取得する。さらに詳しく述べれば、本ステップＳ６−３において、モバイル情報端末１４は、図４中のアプリケーションサーバーサービス制御セッションにより、センサーゲートウェイ１２からセンサー一覧情報を取得する。本例では、センサー一覧情報が、例えば、火気センサーと、ドア開閉センサーと、メニューの原材料を検出するセンサー（以下、食材センサーと呼ぶ）と、の３つのセンサーを利用できる旨の情報であるとする。
【０１１７】
次に、図６中のステップＳ６−４において、モバイル情報端末１４が、ユーザーにとって必要なセンサー情報が、｛火気センサー、ドア開閉センサー、食材センサー｝の３つのセンサーのうち、どのセンサーのセンサー情報であるかをアプリケーションサーバー１６に問い合わせる。
【０１１８】
次に、図６中のステップＳ６−５において、アプリケーションサーバー１６は、｛火気センサー、ドア開閉センサー、食材センサー｝の３つのセンサーのうち、食材センサーのセンサー情報が必要であることをモバイル情報端末に通知する。この動作によって、モバイル情報端末１４は、サービスを受けるために必要なセンサー情報の種類を知る。
【０１１９】
次に、図６中のステップＳ６−６において、モバイル情報端末１４は、センサーゲートウェイ１２に対して、食材センサーのセンサー情報を取得要求する。この取得要求は、図４中に示されているアプリケーションサーバーサービス制御セッションで行う。
【０１２０】
次に、図６中のステップＳ６−７において、センサーゲートウェイ１２は、モバイル情報端末１４に対して、食材センサーのセンサー情報を送信する。このとき、モバイル情報端末１４は、ゲートウェイ機能のパケット転送を行う。この結果、食材センサーのセンサー情報がアプリケーションサーバーに送信される。このパケット転送は、サービス通信用ゲートウェイ５２が実行する。
【０１２１】
この動作の結果、サービスアプリケーションサーバー１６は、食材センサーからのセンサー情報を取得することができる。なお、本例では、食材センサーのセンサー情報が、例えば「対象となるメニューの糖分は、０ｇである」旨の情報であったとする。
【０１２２】
次に、図６中のステップＳ６−８において、アプリケーションサーバー１６は、モバイル情報端末１４から転送された食材センサーからのセンサー情報をユーザー情報データベース６２に書き込む。
【０１２３】
ユーザー情報データベース６２を管理するユーザー管理部６４ｂは、ユーザー情報データベース６２に書き込まれた情報を基に、ユーザーの嗜好性やユーザーの状態監視を常時行う。
【０１２４】
一方、サービスアプリケーション６４ａは、提供されてきたセンサー情報から所定のアドバイス情報を作成して、トンネル通信を利用してモバイル情報端末１４に送信する。アドバイス情報はさまざまなアドバイスである。
【０１２５】
例えば、食材の糖分が多すぎれば、「糖分が多すぎます。」というアドバイスとなり、食材の糖分が少なければ、「糖分はおおくありません。」というアドバイスになるかもしれない。どのようなアドバイスになるかは、そのアプリケーションサーバ１６に依存する。ユーザは自分が望むアドバイスを提供するアプリケーションサーバ１６を選択し、それに対応したユーザアドバイスアプリケーション５０（図４参照、）を、自己のモバイル情報端末１４に予めインストールしておく。これによって、ユーザは所望のサービス（アドバイス）を受けることが可能となる。
【０１２６】
また、ユーザー管理部６４ｂは、必要に応じて、サービスアプリケーション６４ａに対して、アドバイス情報を生成する必要がある旨通知する場合もある。これは、過去の履歴に応じてアドバイスを行う必要がある場合に実行される。例えば、「この１週間の糖分の摂取が過大です」等、これまでの履歴に基づいたアドバイスが可能となる。これは、センサー情報をユーザ毎に記録・管理していることによって可能となったものである。
【０１２７】
次に、図６中のステップＳ６−９において、サービスアプリケーション６４ａは、上述したようにアドバイス情報を生成し、その生成したアドバイス情報をモバイル情報端末１４に送信する。本例では、例えば、そのメニューを食べても糖尿病の治療に悪影響がないので、食べても良い旨のアドバイス情報を送信したとする。
【０１２８】
次に、図６中のステップＳ６−１０において、モバイル情報端末１４の表示手段が、サービスアプリケーションサーバー１６から受信したアドバイス情報をユーザーに対して提示する。この結果、ユーザは、糖尿病を悪化させることなく、食事を楽しむことが可能となる。
【０１２９】
以上述べたステップＳ６−１からステップＳ６−１０までの動作が、本実施の形態に係るモバイル端末用センサー情報システムの基本的な動作である。
【０１３０】
この結果、ユーザーは、例えば、体に過度な負担を掛けることを気にすることなく、食事を摂ることができる。
【０１３１】
本実施の形態において特徴的な事項の１つは、アプリケーションサーバーのサービスアプリケーション部５８が、ユーザー情報データベース６２を備える点である。上記ステップＳ６−９において、サービスアプリケーションは、ユーザー情報データベース６２に保存された履歴を参照してアドバイス情報を生成することも好ましい。履歴を参照することによって、例えば、病状が悪化傾向にある場合と、改善傾向にある場合とを区別して、より適切なアドバイス情報を生成することが可能になる。
【０１３２】
複数のサービス提供
上述した図６においては、単一のサービスの提供についてのみ説明したが、複数のサービスが同時に提供されることも好適である。この場合の図６におけるステップＳ６−４からＳ６−１０までの処理の例が図７に示されている。この図７のタイミングチャートに示されているように、ｎ個（ｎは２以上の整数）のアプリケーションサーバ１６に対してセンサー情報を送信し、ｎ種類のアドバイスサービスを受けることが可能である。各アドバイスの処理は独立して実行される。
【０１３３】
サービスの種類
本実施の形態では、提供されるサービスとして所定のアドバイスを例にして説明したが、どのような種類のサービスでもかまわない。バーゲン情報の提供、特価品の案内、時間セールの案内、気象情報・天気予報、交通情報の提供、等種々のサービスの提供を行うことが可能である。
【０１３４】
特に、本実施の形態においては、センサー情報の履歴を保存しているので、過去の履歴に基づいたサービスを提供することができ、よりユーザに利便性の高いサービスを提供することが可能である。
【０１３５】
その他の関連発明
尚、関連する発明としては、請求の範囲の第１項〜第３項のいずれか１項に記載のモバイル端末用センサー情報システムにおいて、前記第１の通信手段は、前記センサーゲートウェイが備えるセンサーゲートウェイ側無線ＬＡＮ通信手段と、前記モバイル情報端末が備えるモバイル情報端末側無線ＬＡＮ通信手段と、から構成され、前記センサーゲートウェイは、前記センサーゲートウェイ側無線ＬＡＮ通信手段を用いて前記センサーゲートウェイを中心とした一定の範囲にセンサーセルを形成し、前記モバイル情報端末が、前記センサーセル内に入った場合に、前記センサーゲートウェイ側無線ＬＡＮ通信手段を用いて、前記センサーゲートウェイと前記モバイル情報端末との間で無線ＬＡＮによる通信を行うことを特徴とするモバイル端末用センサー情報システムとすることも好適である。
【符号の説明】
【０１３６】
１０ センサー群
１０ａ、１０ｂ、１０ｃ、１０ｄ センサー
１２ センサーゲートウェイ
１４ モバイル情報端末
１６ アプリケーションサーバー群
１６ａ、１６ｂ、１６ｃ、１６ｄ アプリケーションサーバー
１８ａ、１８ｂ、１８ｃ、１８ｄ センサーセル
２０ モバイル端末用センサー情報システム
２２ａ、２２ｂ、２２ｃ、２２ｄ センサーゲートウェイ
２４ センサー管理アプリケーション
２６ 制御セッションアプリケーション
２８ センサー制御部
３０ リアルタイム型センサー制御部
３２ 非リアルタイム型センサー制御部
３４ ＱｏＳ対応送信モジュール
３６ センサー制御アプリケーション
３８ パケット転送部
４０ リアルタイム型センサー
４２ センサー制御アプリケーション
４４ バッファ蓄積転送部
４６ 非リアルタイム型センサー
４８ サービスセッション制御用モジュール
５０ ユーザーアドバイスアプリケーション群
５２ サービス通信用ゲートウェイ
５４ 端末接続認証部
５６ 制御セッションアプリケーション
５８ サービスアプリケーション部
６０ 公共性情報フィルタ
６２ ユーザー情報データベース
６４ａ サービスアプリケーション
６４ｂ ユーザー管理部
６６ 公共サービス用サーバー
０、Ａ、Ｂ、Ｃ 位置
【技術分野】
【０００１】
本発明は、センサーネットワークを用いたモバイル端末用センサー情報システムに関する。
【背景技術】
【０００２】
従来から、各種のセンサーを用いて環境の変化等を検知し、ユーザーに対してその検知した変化の情報を提供することが行われてきた。この例としては、例えば、ガス漏れが発生したときに、ガス検知器がユーザーに対してガスが漏れていることを警告するという動作が挙げられる。
【０００３】
特許文献１
また、従来から、センサーが検知した情報をネットワークを介してコンピュータに送信し、そのコンピュータによって情報を管理することが行われている。このような動作を行う装置として、例えば、下記特許文献１には、センサーと、センサーによって測定した情報を処理する測定結果処理部と、外部のサービス提供部との間で測定結果情報に対する所定情報を送受信する通信部とを備えた情報端末装置が開示されている。
【０００４】
特許文献２
また、近年、携帯電話やＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）タグの普及を背景に、これらとセンサーとを組み合わせたユビキタスサービスが盛んに研究されている。このようなユビキタスサービスを行うシステムの例として、下記特許文献２には、センサーネットワークとモバイル装置とからなる商取引の支援を行うシステムが開示されている。
【０００５】
特許文献３
また、さらに、センサーが検知した情報から、ユーザーが希望する情報を選択してユーザーに提供することが可能なシステムが開発されている。このようなシステムの例として、下記特許文献３には、センサーが検知した自動販売機等の開閉、振動等の情報が、センサーからモジュール専用サーバに送られ、モジュール専用サーバが、所定の条件に基づいて情報を選択し、選択した情報を携帯端末に送信する通信システムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−１１９４４９号公報
【特許文献２】特開２００７−１２２７２８号公報
【特許文献３】特開２００６−３４５１４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上に例示した特許文献１や２に開示されているように、従来から、センサーと、センサーからの検知情報を処理する処理装置とを備えるシステムによって、ユーザーに対して検知情報を提供することが行われてきた。これら従来のシステムによれば、ユーザーは、リアルタイムに必要な検知情報を得ることができた。
【０００８】
一方、センサーが検知する情報は、時間と共に変化していくものものも多い。特に、利用者が利用した各種の情報の履歴を後から参照したい場合もある。
【０００９】
しかしながら、従来のシステムにおいては、履歴を管理する有効な手段は知られていなかった。
【００１０】
また、取得した情報だけでなく、その情報に基づき、各種のサービス（例えばアドバイス等）を提供できることが望ましいが、そのような情報に基づきサービスを提供する有効な手法については未だ知られていない。
【００１１】
本発明は、上記課題に基づきなされたものであり、センサーネットワークから得られた情報を提供するだけでなく、その情報に基づいた種々のサービスを提供可能なシステムを得ることを目的とする。
【課題を解決するための手段】
【００１２】
（１）本発明は、上記課題を解決するために、センサーネットワークからセンサー情報を取得するセンサーゲートウェイと、前記センサーゲートウェイから前記センサー情報を受信するモバイル情報端末と、前記モバイル情報端末から提供された前記センサー情報を基にサービス情報を生成するアプリケーションサーバと、前記センサーゲートウェイと前記モバイル情報端末とを接続する第１の通信手段と、前記モバイル情報端末と前記アプリケーションサーバーとを接続する第２の通信手段と、からなるモバイル端末用センサー情報システムにおいて、前記モバイル情報端末は、前記センサーゲートウェイから前記センサー情報を取得し、その取得したセンサー情報を前記アプリケーションサーバーに送信するアプリケーション手段と、表示手段と、を備え、前記アプリケーション手段は、前記アプリケーションサーバーが生成した前記サービス情報を受信し、前記表示手段は、前記受信したサービス情報を表示することを特徴とするモバイル端末用センサー情報システムである。
【００１３】
（２）また、本発明は、上記（１）に記載のモバイル端末用センサー情報システムにおいて、前記センサーネットワークは、前記センサー情報を連続的に生成するリアルタイム型センサーを含むことを特徴とするモバイル端末用センサー情報システムである。
【００１４】
（３）また、本発明は、上記（１）に記載のモバイル端末用センサー情報システムにおいて、前記センサーネットワークは、前記センサー情報を断続的に生成する非リアルタイム型センサーを含むことを特徴とするモバイル端末用センサー情報システムである。
【００１５】
（４）また、本発明は、上記（１）〜（３）のいずれか１項に記載のモバイル端末用センサー情報システムにおいて、前記第２の通信手段は、前記モバイル情報端末が備えるモバイル情報端末側トンネル通信手段と、前記アプリケーションサーバーが備えるアプリケーションサーバー側トンネル通信手段と、から構成され、前記アプリケーションサーバーと前記モバイル情報端末との間で前記センサー情報を送受信する場合に、トンネルモードによる通信が前記アプリケーションサーバーと前記モバイル情報端末との間で行われることを特徴とするモバイル端末用センサー情報システムである。
【００１６】
（５）また、本発明は、上記課題を解決するために、移動端末が、センサーセルとネットワーク上のアプリケーションサーバ間を接続するための通信トンネルをリアルタイム構築してセンサー情報を転送することにより、移動端末がその場所に存在するときにのみ通信可能になるリアルタイム認証システムである。
【発明の効果】
【００１７】
以上述べたように、本発明によれば、モバイル情報端末のユーザーは、所望のセンサー情報に基づいた所定のサービスを効率的に受けることができる。
【図面の簡単な説明】
【００１８】
【図１】モバイル端末用センサー情報システムにおける情報の収集・提供イメージを示す概念図である。
【図２】センサーセルとモバイル情報端末の関係を示す説明図である。
【図３】センサーゲートウェイの構成ブロック図である。
【図４】モバイル情報端末の構成ブロック図である。
【図５】アプリケーションサーバーの構成ブロック図である。
【図６】モバイル端末用センサー情報システムの動作の順序を示すタイミングチャートである。
【図７】複数のサービスを提供する場合のタイミングチャートである。
【発明を実施するための形態】
【００１９】
複数の互いに通信可能なセンサーを所定の環境に配置したセンサーネットワークが知られている。センサーネットワークによれば、いわゆるユビキタス環境において、その環境における様々な情報を収集することが可能であるといわれている。
【００２０】
本実施の形態においては、このセンサーネットワークが様々な情報を収集し、外部にその情報を提供するためのセンサーゲートウェイが設けられている例を説明する。
【００２１】
センサーネットワークは、このセンサーゲートウェイを介して、モバイル情報端末に様々な情報を提供する。利用者は、モバイル情報端末を携帯し、利用することができるセンサーゲートウェイから様々な情報を受け取ることにより、種々の情報を利用することが可能となる。
【００２２】
本実施の形態では、センサーゲートウェイからセンサー情報の中から利用者にとって必要な情報を抽出し、種々のアドバイスを含めて利用者に提供することが可能なシステムについて説明する。
【００２３】
（１）本実施の形態に係るモバイル端末用センサー情報システムの概要
図１には、本件発明の好適な実施の形態のモバイル端末用センサー情報システムにおける情報の収集・提供の概念図が示されている。
【００２４】
本実施の形態のユビキタスサービス利用環境におけるモバイル情報端末１４は、周囲の音／映像のリアルタイム情報、環境／隣接物情報、さらに本人情報として顔情報や声情報、動き情報、身体情報など、のセンサー情報を本人が移動中に取得する。そして、モバイル情報端末１４は、所定のサービスに必要なセンサー情報をフィルタリングしながら、（１個又は）複数個のサービス提供機関（アプリケーションサーバ１６を備えている機関）へフィルタリングした情報を送信する。サービス提供機関は、アプリケーションを提供しているＣＳＧ（Ｃｏｍｍｕｎｉｔｙ Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙ）（アプリケーションサーバ１６と呼ぶ）においてモバイル情報端末１４のユーザの適性に応じた情報分類／分析を行うことによって、そのユーザに対してリアルタイムに適切な情報を提供できる。
【００２５】
このように、本実施の形態は、複数のモバイル情報端末１４と、複数個のサービス提供機関とが存在する状況において、双方向の情報提供および情報収集が行えるサービス環境概念を実現しうる物である。
【００２６】
この概念は、モバイル情報端末１４からＣＳＧ（アプリケーションサーバ１６）を見た場合は、いわゆるマルチアクセス環境という定義と同意義となる。一方、ＣＳＧ（アプリケーションサーバ１６）からモバイル情報端末１４へのサービスの提供動作を考えると、これはマルチサービス環境という定義と同意義になる。
【００２７】
このように、マルチサービス＆マルチアクセス環境を整えることによって、センサーネットワークサービスを提供した点が、本実施の形態における最も特徴的な事項の一つである。以下、図１に基づき、各構成・動作について説明する。
【００２８】
まず、図１中の（ａ）は、センサー情報の収集の概念を表し、また、図１中の（ｂ）においては、モバイル情報端末に対するサービスの提供の概念が示されている。
【００２９】
センサー情報の収集
図１（ａ）に示されるように、本実施の形態に係るモバイル端末用センサー情報システムは、センサー群１０と、センサーゲートウェイ１２と、モバイル情報端末１４と、アプリケーションサーバー群１６とから構成される。
【００３０】
（１−１）センサー群（センサーネットワーク）
センサー群１０は、１個以上のセンサーを含むものである。各センサー１０は通信手段を備えており、いわゆるセンサーネットワークを構成することが好ましい。本実施の形態においては、センサー１０は、リアルタイム型センサーと非リアルタイム型センサーとに分けられている。
【００３１】
リアルタイム型センサー
リアルタイム型センサーは、得られる情報が本質的に連続して取得することが有意であるようなセンサーである。例えば、映像や音声等を検知するセンサーがであるが好ましい。リアルタイム型センサーの具体例としては、例えばＣＣＤカメラやマイクなどが挙げられる。このリアルタイム型センサーが送信する情報を、以下では「リアルタイム情報」と呼ぶ。
【００３２】
非リアルタイム型センサー
非リアルタイム型センサーは、得られる情報の変化速度が遅く、離散的に検知することで十分な情報であると見なすことができるような情報を得るセンサーである。従って、このセンサーは、その情報の検知時間間隔が１００ｍｓ（ミリ秒）以上となる場合が多い。非リアルタイム型センサーの例としては、例えば、温度センサーや、湿度センサー、圧力計、距離計、密度計、その他の各種測定器、また光センサーなどの対象物存在情報を検出するセンサーなどが挙げられる。この非リアルタイム型センサーが送信する情報を、以下では「環境／隣接物情報」と呼ぶ。
【００３３】
本実施の形態においては、上で述べたリアルタイム型センサー及び非リアルタイム型センサーがモバイル情報端末１４のユーザーに関する情報を検出し、その情報をセンサーゲートウェイ１２に送信することも好ましい。ユーザーに関する情報を検出するリアルタイム型センサーとしては、例えば、ユーザーの顔や全身の姿・動きを映し出すＣＣＤカメラや、ユーザーの声を検出するマイクなどが挙げられる。また、ユーザーに関する情報を検出する非リアルタイム型センサーとしては、例えば、ユーザーの身体情報（例えば、ユーザーが患っている病気の病名）を記録したＲＦＩＤタグを読み取るリーダーなどが好ましい一例である。本実施の形態では、リアルタイム型センサー及び非リアルタイム型センサーがユーザーに関する情報を検出して送信する情報を、特に「本人情報」と呼ぶ。
【００３４】
センサー情報
本実施の形態では、「リアルタイム情報」及び「環境／隣接物情報」、「本人情報」をまとめて「センサー情報」と呼ぶ。
【００３５】
リアルタイム型センサー及び非リアルタイム型センサーが取得したセンサー情報は、所定のいわゆるセンサーネットワークを介してセンサーゲートウェイ１２に送信される。センサー群１０とセンサーゲートウェイ１２とを接続する通信手段は、従来から用いられる種々の通信手段、ネットワーク通信手段が用いられる。
【００３６】
（１−２）フィルタリング動作
次に、センサーゲートウェイ１２は、上記リアルタイム型センサー１０及び非リアルタイム型センサー１０からなるセンサーネットワークから種々の上記センサー情報を受信する。センサーゲートウェイ１２は、この受信したセンサー情報を、そのセンサーゲートウェイ１２との通信が可能な範囲（これをセンサーセルと呼ぶ）に位置するモバイル情報端末１４に送信する。
【００３７】
所定のセンサーゲートウェイ１２のセンサーセル内に位置するモバイル情報端末１４は、そのセンサーゲートウェイ１２から受信したセンサー情報から、所定のユーザーアドバイスアプリケーションを用いて選別し（フィルタリングし）、選ばれたセンサー情報のみをセンサーゲートウェイ１２に要求する。
【００３８】
この結果、センサーゲートウェイ１２は、要求された（すなわち、フィルタリングされた）センサー情報のみをモバイル情報端末１４に送信する。
【００３９】
従って、モバイル情報端末１４を携帯する利用者は、移動をしながら、所定のアプリケーションに必要なセンサー情報のみを取得し、そのセンサー情報をアプリケーションサーバ１６に送信することによって、その所定のアプリケーションサービスを受けることができる。
【００４０】
（１−３）サービスの提供
さて、本実施の形態において、サービスの提供とは、アプリケーションサーバー群１６がモバイル情報端末１４に対してアドバイス情報等を提供することをいう。この概念図が図１（ｂ９に示されている。
【００４１】
モバイル情報端末１４は、ユーザーが提供を受けようとするアドバイス情報に対応したユーザーアドバイスアプリケーションを、そのモバイル情報端末１４内で動作させることによって、上述したフィルタリングを行っている。
【００４２】
すなわち、フィルタリングは、各サービス毎の「ユーザーアドバイスアプリケーション」が実行する。このようにしてフィルタリングしたセンサー情報のみがアプリケーションサーバ１６に送られるのである。そして、アプリケーションサーバー群１６から所望のアドバイス情報のみを得ることができるのである。
【００４３】
なお、ユーザーが受けたいサービスが複数ある場合は、複数のサービス毎の「ユーザーアドバイスアプリケーション」が起動し、それぞれ必要なセンサー情報をフィルタリングする。
【００４４】
さて、モバイル情報端末１４からセンサー情報を取得したアプリケーションサーバー１６は、その取得したセンサー情報を、モバイル情報端末１４のユーザーの適性に応じて分類及び分析し、モバイル情報端末１４のユーザーの適性に応じたアドバイス情報を生成する。この動作は、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄが備えるサービスアプリケーションが、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄ内のユーザー情報データベースに保存された情報を参照して実行する。そして、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄは、生成したアドバイス情報を、モバイル情報端末１４に送信する。なお、アプリケーションサーバーは、ＣＳＧ（Ｃｏｍｍｕｎｉｔｙ Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙ）と呼ばれることもある。
【００４５】
なお、利用するアプリケーションサーバ１６は、ユーザーによって選択され、１個でも良いし、複数個でも良い。ユーザーが選択したサービスのアプリケーションサーバ１６に対応する「ユーザーアドバイスアプリケーション」が起動し、それぞれ必要なセンサー情報を対応するアプリケーションサーバ１６に送信する。
【００４６】
（１−４）通信環境
本実施の形態においては、複数のモバイル情報端末と、複数のサービスを提供するために各サービス毎に設けられたアプリケーションサーバー群１６と、を備えたモバイル端末用センサー情報システムの説明を行っている。
【００４７】
本モバイル端末用センサー情報システムにおいては、複数のモバイル情報端末と複数のアプリケーションサーバーとの間で、双方向の情報提供及び情報収集が行われる特徴を有している。このようなサービス環境の概念は、モバイル情報端末からアプリケーションサーバーを見た場合には、マルチアクセス環境となる。一方、アプリケーションサーバー群から各モバイル情報端末へのサービスの提供という側面から見た場合には、これはマルチサービス環境となる。
【００４８】
このようなマルチアクセス環境とマルチサービス環境と、の２つの環境を整えることにより、良好なサービスの提供を実現したものが本実施の形態におけるモバイル端末用センサー情報システムの特徴の一つである。
【００４９】
（１−５）センサーセル
１つのセンサーゲートウェイ１２がカバーする領域をセンサーセルと呼ぶ（図２参照）。このセンサーセル内で、センサーゲートウェイ１２とモバイル情報端末１４との間で情報通信を行うことができる。センサーゲートウェイは、センサーセルの領域内に、センサーセル通知メッセージを定期的に送信する。このセンサーセル通知メッセージとは、各モバイル情報端末に対して、そのモバイル情報端末がそのセンサーセル内に位置することを示す信号である。１つのセンサーセル内では、そのセンサーセルに収容された様々なタイプのセンサーが利用可能である。図２には、４つのセンサーセル１８ａ、１８ｂ、１８ｃ、１８ｄを分散配置したモバイル端末用センサー情報システム２０が示されている。なお、モバイル端末用センサー情報システムは、センサー情報モバイルアドバイスシステム、又は単にモバイルシステムと呼ばれることもある。
【００５０】
センサー情報モバイルアドバイスシステムが利用するセンサーセルの概要
図２に示すように、センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）は、様々なタイプのセンサー１０（Ｓｅｎｓｏｒ）を収容可能なセンサーセル（Ｓｅｎｓｏｒ Ｃｅｌｌ）を形成する。所定のセンサーセル（Ｓｅｎｓｏｒ Ｃｅｌｌ）に移動してきたモバイル情報端末１４は、センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）から定期的に発信されるセンサーセル（Ｓｅｎｓｏｒ Ｃｅｌｌ）通知メッセージを受信すると、センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）に接続し、そのセンサーセル（Ｓｅｎｓｏｒ Ｃｅｌｌ）内に収容しているセンサー１０（Ｓｅｎｓｏｒ）の一覧情報を取得する。
【００５１】
モバイル情報端末１４を所有しているユーザは、受けたいアドバイスサービスのアプリケーションサーバ１６にアクセスし、そのサービスに必要なセンサー情報（Ｓｅｎｓｏｒ情報）の種類を取得する。ここで、そのアプリケーションサーバ１６から、上述したユーザアドバイスアプリケーションを起動させて、必要なセンサー情報の種類を選択すること（フィルタリングすること）も好適である。
【００５２】
モバイル情報端末１４は、センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）にサービスに必要なセンサー情報を通知後、Ｓｅｎｓｏｒ ＧＷから受信したセンサー情報をアドバイスサービスに送信することができる。ユーザは、Ｓｅｎｓｏｒ ＧＷから様々なセンサー情報を収集しながら移動することで、上図のように複数のアドバイスサービスをリアルタイムに受けることができる。
【００５３】
さて、図２中において、モバイル情報端末１４が、位置０から位置Ａに移動し、センサーセル１８ａ内に入ったとき、モバイル情報端末１４は、センサーゲートウェイ２２ａからセンサーセル通知メッセージを受信する。センサーセル通知メッセージを受信したモバイル情報端末１４は、センサーゲートウェイ２２ａに対してセンサー一覧情報を要求する。センサー一覧情報とは、センサーゲートウェイ２２ａが管理するセンサーの種類を示す情報である。モバイル情報端末１４は、センサーゲートウェイ２２ａからセンサー一覧情報を取得することによって、モバイル情報端末１４が位置するセンサーセル１８ａ内で利用可能なセンサーの種類を知ることができる。
【００５４】
モバイル情報端末１４は、１つのセンサーセル１８から別のセンサーセル１８内に移動する度に、その移動先のセンサーセル１８に収容された各種のセンサー情報を収集することができる。つまり、図２中において、モバイル情報端末１４がセンサーセル１８ａ内にあるとき（位置Ａにいるとき）には、センサーゲートウェイ２２ａからセンサー情報を取得することができ、また、モバイル情報端末１４がセンサーセル１８ｂ内にあるとき（位置Ｂにいるとき）、センサーゲートウェイ２２ｂから所望のセンサー情報を取得することができる。この結果、モバイル情報端末１４は、センサーゲートウェイ２２ａ及び２２ｂのそれぞれが管理するセンサー群のセンサー情報を取得することとなる。
【００５５】
モバイル情報端末１４が受けられるサービスは、当然のことながら、その位置で得られるセンサー情報の種類による。図２の例では、例えば、位置Ａでは、アドバイスサービス１を受けることができるが、他のサービスを受けることができない。また、位置Ｂでは、全てのアドバイスサービス１、２、３を受けることができるが、位置Ｃでは、アドバイスサービス３のみ受けることができる。
【００５６】
（２）本実施の形態に係るモバイル端末用センサー情報システムの構成
以下、図３、図４、図５に基づいて、本実施の形態に係るモバイル端末用センサー情報システムの構成について説明する。
【００５７】
（２−１）センサーゲートウェイ
図３には、センサーゲートウェイ１２の構成ブロック図が示されている。
【００５８】
センサーゲートウェイ１２の概要
センサーゲートウェイ１２（Ｓｅｎｓｏｒ ＧＷ）は、複数のセンサー１０をまとめて管理可能であり、各種センサー１０に対応したセンサー制御アプリケーション３６、４２が動作している。
【００５９】
センサーゲートウェイ１２は、モバイル情報端末１４から、モバイル情報端末１４が必要とするセンサー情報を、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）セッションで取得する。取得した後、センサーゲートウェイ１２の制御セッションアプリケーション２６がセンサー制御アプリケーション３６、４２に対して送信条件設定を行う。
【００６０】
リアルタイム系のセンサー情報の取得に関しては、以下のような動作が行われる。
【００６１】
つまり、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、その内部で、ＩＰ／ブリッジレベルでのパケットスイッチ転送を実行する。これはパケット転送部３８が実行する。これによって、モバイル情報端末１４宛にリアルタイムにセンサー情報を送信する。
【００６２】
モバイル情報端末１４は、センサーゲートウェイ１２に対して、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）制御セッション接続を行い、自己（モバイル情報端末１４）のアドレス情報や利用するポート番号などを、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２に通知する。
【００６３】
非リアルタイム系センサー情報の取得に関しては、以下のような動作が行われる。
【００６４】
つまり、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、センサー１０からの情報を内部バッファに一定時間蓄積している。これは、バッファ蓄積転送部４４が実行する。モバイル情報端末１４は、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）制御セッション接続を行い、モバイル情報端末１４が取得したいセンサー情報、及び、モバイル情報端末１４のアドレス情報、利用するポート番号などをセンサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２に通知する。センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、は一定時間間隔でモバイル情報端末宛に非リアルタイム系のセンサー情報（データ）を送信する。
【００６５】
さらに、センサーゲートウェイ１２は、リアルタイム系センサーデータ（センサー情報）と、非リアルタイム系センサーデータ（センサー情報）と、についてＱｏＳ処理を行い、リアルタイムデータが欠落しないようにデータをモバイル情報端末１４に送信する。このＱｏＳ処理は、ＱｏＳ対応送信モジュールが実行する。
【００６６】
センサーゲートウェイ１２の構成の詳細
この図３に示されるように、センサーゲートウェイ１２は、センサー管理アプリケーション２４と、制御セッションアプリケーション２６と、センサー制御部２８とから構成される。
【００６７】
センサー制御アプリケーション
センサー管理アプリケーション２４は、センサーセルの管理者が、センサーゲートウェイ１２を管理するために使用するアプリケーションである。
【００６８】
制御セッションアプリケーション
制御セッションアプリケーション２６は、モバイル情報端末１４から必要なセンサー情報の種類をセンサーゲートウェイ制御セッションで取得する動作を行うアプリケーションプログラムである。また、同時にこの制御セッションアプリケーション２６は、センサー制御部２８に対して送信条件設定を行うアプリケーションプログラムでもある。
【００６９】
センサー制御部
センサー制御部２８は、リアルタイム型センサー制御部３０と、非リアルタイム型センサー制御部３２と、ＱｏＳ対応送信モジュール３４とから構成される。リアルタイム型センサー制御部３０及び非リアルタイム型センサー制御部３２は、それぞれ、複数のセンサーをまとめて管理することが可能であり、各種センサー１０に対応したセンサー制御アプリケーション３６、４２がそれぞれ動作している。
【００７０】
リアルタイム型センサー制御部
リアルタイム型センサー制御部３０は、センサー制御アプリケーション３６とパケット転送部３８とを備える。リアルタイム型センサー制御部３０が制御セッションアプリケーション２６から送信条件設定の信号を受信すると、リアルタイム型センサー制御部３０は、リアルタイム型センサー４０との間で制御セッションを実行する。リアルタイム型センサー制御部３０は、リアルタイム型センサー４０からセンサー情報（リアルタイム情報、センサーデータとも呼ぶ）を受信すると、ヘッダーの書き換え及びＩＰ／ブリッジレベルでのパケットスイッチ転送を実行し、センサー情報（リアルタイム情報とも呼ぶ）をモバイル情報端末１４に送信する。
【００７１】
上述したように、モバイル情報端末１４は、制御セッションアプリケーション２６との間でセンサーゲートウェイ制御セッションを行い、モバイル情報端末１４のアドレス情報や利用するポート番号などを通知する。制御セッションアプリケーション３６は、これらのアドレス情報等を、リアルタイム型センサー制御部３０や非リアルタイム型センサー制御部３２に通知する。
【００７２】
非リアルタイム型センサー制御部
非リアルタイム型センサー制御部３２は、リアルタイム型センサー制御部３０とは異なり、パケット転送部３８ではなく、バッファ蓄積転送部４４を備えている。非リアルタイム型センサー制御部３２は、このバッファ蓄積転送部４４に非リアルタイム型センサー４６が取得したセンサー情報を一定時間蓄積し、一定の時間間隔で蓄積したセンサー情報をモバイル情報端末１４に送信する。
【００７３】
ＱｏＳ対応送信モジュール
ＱｏＳ対応送信モジュール３４は、センサーの種別（リアルタイム型センサー、非リアルタイム型センサー）に応じたＱｏＳ処理をそれぞれ行い、そのセンサー情報をモバイル情報端末１４に送信する。この結果、リアルタイム情報の欠落を防止した通信を実行することができる。
【００７４】
なお、制御セッションアプリケーション２６及びＱｏＳ対応モジュール３４は、特許請求の範囲に記載の通信手段の好適な一例に相当する。
【００７５】
この通信手段は、例えばいわゆる無線ＬＡＮの通信手段を採用することも好適であるが、その他、Ｚｉｇｂｅｅ等の種々の無線手段を採用することが可能である。また、将来的には今は存在していない無線方式も考えられる。
【００７６】
（２−２）モバイル情報端末の構成
図４には、モバイル情報端末１４の構成ブロック図が示されている。
【００７７】
モバイル情報端末１４の概要
モバイル情報端末１４は、ＣＳＧサービス制御セッションによって、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２から取得したセンサー情報リストをアプリケーションサーバ１６に通知する。その後、モバイル情報端末１４は、アプリケーションサーバ１６から、そのサービスに必要なセンサー情報を取得する。
【００７８】
なお、アプリケーションサーバ１６は、ＣＳＧ（Ｃｏｍｍｕｎｉｔｙ Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙ）とも呼ぶ。
【００７９】
その後、モバイル情報端末１４は、サービスに必要なセンサー情報をセンサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２に対してセンサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）制御セッションで通知する。
【００８０】
通知を受けたセンサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、センサー１０からの情報を収集し、センサー種別ごとの「通信タイプ」に応じた転送方法を用いて、モバイル情報端末１４宛てにデータを送信する。ここで、通信タイプには２種類有り、カメラ動画や音声などのリアルタイム系と、状態データなどの非リアルタイム系と、の２種類である。
【００８１】
センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、センサー情報をこれら２つの系に分類する。この分類に基づき、センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２は、モバイル情報端末に対してセンサー情報を送信する。
【００８２】
センサーゲートウェイ（Ｓｅｎｓｏｒ ＧＷ）１２からセンサー情報を受信したモバイル情報端末１４は、そのセンサー情報を必要とするアプリケーションサーバ１６に対してセンサー情報を転送する。この意味において、モバイル情報端末１４は、サービス通信用ゲートウェイの機能を有していると言えよう（図４参照）。
【００８３】
モバイル情報端末１４の、このサービス通信用ゲートウェイ機能のパケット転送モードは、トンネルモードを採用している。モバイル端末とアプリケーションサーバ１６（ＣＳＧとも呼ぶ）の間では、その間のネットワークに応じたトンネル通信手段でパケット転送が行われている。
【００８４】
一方、本実施の形態においては、アプリケーションサーバ１６（ＣＳＧ）から、モバイル情報端末へのアドバイス通信が行われる。
【００８５】
このアドバイス通信を行う場合、まず、ＣＳＧサービス制御セッションによって、アプリケーションサーバ１６が指定したモバイル情報端末１４内で、そのアプリケーションサーバ１６に対応するユーザアドバイスアプリケーション５０が起動する。そして、ユーザアドバイスアプリケーション５０と、アプリケーションサーバ１６（ＣＳＧ）との間で、サービス情報通信と同じように、トンネル通信によって通信が実行される。
【００８６】
ここで、サービス情報通信とは、図４に示すように、サービス通信用ゲートウェイ５２と、アプリケーションサーバ１６との間の通信である。
【００８７】
ゲートウェイとしての役割
本実施の形態において特徴的な点の一つはは、モバイル情報端末１４が、センサーネットワーク側の通信手段と、アプリケーションサーバ側の通信手段と、の２種の通信手段を有している点である。この結果、モバイル情報端末１４は、センサーネットワークとアプリケーションサーバーとを結ぶいわばゲートウェイの役割を果たす。
【００８８】
この結果、インターネットの上などに位置するアプリケーションサーバ１６は、モバイル情報端末１４を介してセンサーネットワーク上のセンサー情報を取得することが可能であり、このセンサー情報に基づいて、アドバイスなどの所定サービスの提供を行うことが可能である。
【００８９】
なお、本実施の形態におけるアドバイス情報は、請求の範囲のサービス情報の好適な一例に相当する。
【００９０】
モバイル情報端末１４の構成の詳細
図４に示されるように、モバイル情報端末１４は、サービスセッション制御用モジュール４８と、１つ以上のユーザーアドバイスアプリケーション群５０と、サービス通信用ゲートウェイ５２とを備える。図４中には、モバイル情報端末１４が、ユーザーアドバイスアプリケーションをＮ個備える例が示されている。ここで、Ｎは１以上の整数である。
【００９１】
図４に示すように、まず、サービスセッション制御用モジュール４８は、センサーゲートウェイ１２とモバイル情報端末１４との間のセンサーゲートウェイ制御セッションを司る。また、このサービスセッション制御用モジュール４８は、アプリケーションサーバ１６と、モバイル情報端末１４との間のアプリケーションサーバサービス制御セッションを司る。すなわち、サービスセッション制御用モジュール４８は、サービスを受けるために必要なセンサー情報をアプリケーションサーバに問い合わせる動作を行う。この動作については後の（３）において詳述する。
【００９２】
また、サービス通信用ゲートウェイ５２は、センサーゲートウェイ１２から受信したセンサー情報を、それを用いてサービスを行うアプリケーションサーバー１６に転送する。このとき、サービス通信用ゲートウェイ５２のパケット転送モードは、トンネルモードを適用する。このように、モバイル情報端末１４と各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄとの間では、そのネットワーク環境に応じたトンネル通信手段によって、パケット転送が行われる。
【００９３】
各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄからモバイル情報端末１４に対して通信（アドバイス通信）を行う場合には、モバイル情報端末１４が備えるユーザーアドバイスアプリケーション群５０のうちのいずれかのユーザーアドバイスアプリケーションが起動する。起動したユーザーアドバイスアプリケーション５０は、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄとの間で、設定された上述したトンネル通信を利用した通信を行う。このようにして、モバイル情報端末１４とアプリケーションサーバ１６との間では、同じ設定のトンネル通信を利用して通信を行う。
【００９４】
この起動すべきユーザーアドバイスアプリケーション５０は、アプリケーションサーバーサービス制御セッションによって、各アプリケーションサーバー１６ａ、１６ｂ、１６ｃ、１６ｄが特定する。なお、ユーザーアドバイスアプリケーション５０は、同時に２つ以上動作していても良い。つまり、同時に２種のアドバイスサービスの提供が行われていても良い。
【００９５】
なお、サービスセッション制御用モジュール４８は、特許請求の範囲に記載の通信手段を構成する好適な手段の一例である。また、サービス通信用ゲートウェイ５２は、特許請求の範囲に記載の通信手段を構成する好適な手段の一例に相当する。
【００９６】
（２−３）アプリケーションサーバーの構成
図５には、アプリケーションサーバー１６の構成ブロック図が示されている。この図５に示されるように、アプリケーションサーバー１６は、端末接続認証部５４と、制御セッションアプリケーション５６と、サービスアプリケーション部５８と、公共性情報フィルタ６０とを備える。
【００９７】
アプリケーションサーバー１６の概要
アプリケーションサーバ１６（ＣＳＧとも呼ぶ）は、モバイル情報端末１４とＣＳＧサービス制御セッションを確立した後、モバイル情報端末１４との間で通信トンネルを生成する。
【００９８】
この通信トンネルを通じて端末接続認証を行い、相手方であるモバイル情報端末１４を識別して、そのユーザを特定する。そして、そのユーザに対応するユーザ情報データベース２に取得したセンサー情報を書き込む。図５のユーザ管理部はユーザの嗜好性やユーザの状態監視を常時行っており、必要であれば（同じく図５中の）サービスアプリケーションに情報通知する。かかる通知に基づき、図５のサービスアプリケーションは、モバイル情報端末１４のユーザに対してアドバイス情報を送付する。
【００９９】
また、図５に示すように、公共性情報フィルタ６０を備えており、特定ユーザを識別可能な情報でなければ、公共性情報フィルタを通過させて、公共サービス用サーバ６６でセンサー情報を蓄積することができる。また、個人を特定できる情報の場合は、公共性情報フィルタ６０を通過することができず、公共サービスに用いられることはない。
【０１００】
履歴に基づいたサービス
本実施の形態において特徴的なことの一つは、ユーザー情報データベース６２がセンサー情報の履歴をユーザー毎に蓄積している点である。この結果。センサー情報の履歴に基づいたサービスの提供を行うことが可能である。
【０１０１】
アプリケーションサーバ１６の構成の詳細
図５に示すように、アプリケーションサーバ１６は、制御セッションアプリケーション５６を備えている。この制御セッションアプリケーション５６は、モバイル情報端末１４との間にアプリケーションサービス制御セッションを確立し、そのセッションを利用して、モバイル情報端末１４との間に通信トンネルを生成する。この通信トンネルを利用して、端末接続認証部５４は、モバイル情報端末１４の認証動作を行う。この認証動作によって、モバイル情報端末１４の特定・認証、これはすなわちそのモバイル情報端末１４のユーザの特定・ユーザの認証をおこなうことができる。
【０１０２】
サービスアプリケーション部５８は、モバイル情報端末１４から転送されたセンサー情報を、ユーザー認証に基づき、対応するユーザー情報データベース６２に書き込む。また、必要であれば、サービスアプリケーション部６４は、アドバイス情報を生成し、その生成したアドバイス情報をモバイル情報端末１４に送信する。
【０１０３】
サービスアプリケーション部５８は、サービスアプリケーション６４ａと、ユーザー管理部６４ｂと、を備えている。サーボスアプリケーション６４ａは、センサー情報を取得し、取得したセンサー情報をユーザー管理部６４ｂに転送する。サービスアプリケーション部６４ａは、センサー情報に基づき上記アドバイス情報を生成し、モバイル情報端末１４に送信する。
【０１０４】
ユーザー管理部６４ｂは、転送されてきたセンサー情報をユーザー情報データベース６２に格納する。この格納は、上述したユーザー認証によって認証されたユーザに対応するユーザー情報データベース６２に対して行われる。また、ユーザー管理部６４ｂは、格納したセンサー情報の履歴をサービスアプリケーション６４ａに供給し、サービスアプリケーション６４ａは、この履歴に基づき所定のアドバイス情報を生成する場合もある。
【０１０５】
アドバイス情報は、１つのセンサー情報に基づいて生成しても良いし、複数個のセンサー情報に基づいて生成しても良い。なお、このアドバイス情報を生成する動作については、後の（３）において詳述する。
【０１０６】
以上述べた端末接続認証部５４及びサービスアプリケーション部５８は、特許請求の範囲に記載のアプリケーションサーバー側トンネル通信手段の好適な一例に相当する。
【０１０７】
この通信手段は、例えばいわゆる無線ＬＡＮの通信手段を採用することも好適であるが、その他、Ｚｉｇｂｅｅ等の種々の無線手段を採用することが可能である。また、将来的には今は存在していない無線方式も考えられる。
【０１０８】
公共性の高い情報の取り扱い
センサー情報の中には、そのセンサー情報を利用するユーザーが特定されない情報や、公共性の高い情報も存在する。公共性の高い情報の例としては、例えば、特定の地域の気温情報などが挙げられる。図５中に示されている公共性情報フィルタ６０は、アプリケーションサーバー１６が受信したセンサー情報から、これらユーザーが特定されない情報や公共性の高い情報をフィルタリングするアプリケーションである。ここで、フィルタリングとは、ユーザーが特定されない情報や公共性の高い情報を選び出すという動作を意味する。
【０１０９】
公共性情報フィルタ６０がフィルタリングしたセンサー情報は、公共サービス用サーバー６６に転送される。公共サービス用サーバー６６はこの公共性の高い情報を蓄積し、一般に広く外部に提供する。
【０１１０】
このような構成によれば、公共性の高いセンサー情報を公益のために利用することができる。例えば、特定の地域の気温等をリアルタイムに 一般公衆に提供することが可能となる。
【０１１１】
（３）モバイル端末用センサー情報システムの動作
図６には、モバイル端末用センサー情報システムの動作の流れを示すタイミングチャートが示されている。以下、図６に基づいて、モバイル端末用センサー情報システムの動作について具体例を挙げて説明する。
【０１１２】
具体例としては、モバイル情報端末のユーザーが、糖尿病の治療のため食事療法を受けている場合において、そのユーザーが、レストランでメニューを選ぶことを想定して説明する。
【０１１３】
まず、図６中のステップＳ６−１において、モバイル情報端末１４が、レストランに設置されたセンサーゲートウェイ１２から、センサーセル通知メッセージを受信する。
【０１１４】
次に、図６中のステップＳ６−２において、モバイル情報端末１４が、センサーゲートウェイ１２に対して、センサー一覧情報を問い合わせる。
【０１１５】
このセンサー一覧情報は、センサー情報リストとも呼ばれるが、
・センサーＩＤ
・センサー種別
・データ形式
・その他センサー情報
を含むリストである。
【０１１６】
次に、図６中のステップＳ６−３において、モバイル情報端末１４は、センサーゲートウェイ１２から、センサー一覧情報を取得する。さらに詳しく述べれば、本ステップＳ６−３において、モバイル情報端末１４は、図４中のアプリケーションサーバーサービス制御セッションにより、センサーゲートウェイ１２からセンサー一覧情報を取得する。本例では、センサー一覧情報が、例えば、火気センサーと、ドア開閉センサーと、メニューの原材料を検出するセンサー（以下、食材センサーと呼ぶ）と、の３つのセンサーを利用できる旨の情報であるとする。
【０１１７】
次に、図６中のステップＳ６−４において、モバイル情報端末１４が、ユーザーにとって必要なセンサー情報が、｛火気センサー、ドア開閉センサー、食材センサー｝の３つのセンサーのうち、どのセンサーのセンサー情報であるかをアプリケーションサーバー１６に問い合わせる。
【０１１８】
次に、図６中のステップＳ６−５において、アプリケーションサーバー１６は、｛火気センサー、ドア開閉センサー、食材センサー｝の３つのセンサーのうち、食材センサーのセンサー情報が必要であることをモバイル情報端末に通知する。この動作によって、モバイル情報端末１４は、サービスを受けるために必要なセンサー情報の種類を知る。
【０１１９】
次に、図６中のステップＳ６−６において、モバイル情報端末１４は、センサーゲートウェイ１２に対して、食材センサーのセンサー情報を取得要求する。この取得要求は、図４中に示されているアプリケーションサーバーサービス制御セッションで行う。
【０１２０】
次に、図６中のステップＳ６−７において、センサーゲートウェイ１２は、モバイル情報端末１４に対して、食材センサーのセンサー情報を送信する。このとき、モバイル情報端末１４は、ゲートウェイ機能のパケット転送を行う。この結果、食材センサーのセンサー情報がアプリケーションサーバーに送信される。このパケット転送は、サービス通信用ゲートウェイ５２が実行する。
【０１２１】
この動作の結果、サービスアプリケーションサーバー１６は、食材センサーからのセンサー情報を取得することができる。なお、本例では、食材センサーのセンサー情報が、例えば「対象となるメニューの糖分は、０ｇである」旨の情報であったとする。
【０１２２】
次に、図６中のステップＳ６−８において、アプリケーションサーバー１６は、モバイル情報端末１４から転送された食材センサーからのセンサー情報をユーザー情報データベース６２に書き込む。
【０１２３】
ユーザー情報データベース６２を管理するユーザー管理部６４ｂは、ユーザー情報データベース６２に書き込まれた情報を基に、ユーザーの嗜好性やユーザーの状態監視を常時行う。
【０１２４】
一方、サービスアプリケーション６４ａは、提供されてきたセンサー情報から所定のアドバイス情報を作成して、トンネル通信を利用してモバイル情報端末１４に送信する。アドバイス情報はさまざまなアドバイスである。
【０１２５】
例えば、食材の糖分が多すぎれば、「糖分が多すぎます。」というアドバイスとなり、食材の糖分が少なければ、「糖分はおおくありません。」というアドバイスになるかもしれない。どのようなアドバイスになるかは、そのアプリケーションサーバ１６に依存する。ユーザは自分が望むアドバイスを提供するアプリケーションサーバ１６を選択し、それに対応したユーザアドバイスアプリケーション５０（図４参照、）を、自己のモバイル情報端末１４に予めインストールしておく。これによって、ユーザは所望のサービス（アドバイス）を受けることが可能となる。
【０１２６】
また、ユーザー管理部６４ｂは、必要に応じて、サービスアプリケーション６４ａに対して、アドバイス情報を生成する必要がある旨通知する場合もある。これは、過去の履歴に応じてアドバイスを行う必要がある場合に実行される。例えば、「この１週間の糖分の摂取が過大です」等、これまでの履歴に基づいたアドバイスが可能となる。これは、センサー情報をユーザ毎に記録・管理していることによって可能となったものである。
【０１２７】
次に、図６中のステップＳ６−９において、サービスアプリケーション６４ａは、上述したようにアドバイス情報を生成し、その生成したアドバイス情報をモバイル情報端末１４に送信する。本例では、例えば、そのメニューを食べても糖尿病の治療に悪影響がないので、食べても良い旨のアドバイス情報を送信したとする。
【０１２８】
次に、図６中のステップＳ６−１０において、モバイル情報端末１４の表示手段が、サービスアプリケーションサーバー１６から受信したアドバイス情報をユーザーに対して提示する。この結果、ユーザは、糖尿病を悪化させることなく、食事を楽しむことが可能となる。
【０１２９】
以上述べたステップＳ６−１からステップＳ６−１０までの動作が、本実施の形態に係るモバイル端末用センサー情報システムの基本的な動作である。
【０１３０】
この結果、ユーザーは、例えば、体に過度な負担を掛けることを気にすることなく、食事を摂ることができる。
【０１３１】
本実施の形態において特徴的な事項の１つは、アプリケーションサーバーのサービスアプリケーション部５８が、ユーザー情報データベース６２を備える点である。上記ステップＳ６−９において、サービスアプリケーションは、ユーザー情報データベース６２に保存された履歴を参照してアドバイス情報を生成することも好ましい。履歴を参照することによって、例えば、病状が悪化傾向にある場合と、改善傾向にある場合とを区別して、より適切なアドバイス情報を生成することが可能になる。
【０１３２】
複数のサービス提供
上述した図６においては、単一のサービスの提供についてのみ説明したが、複数のサービスが同時に提供されることも好適である。この場合の図６におけるステップＳ６−４からＳ６−１０までの処理の例が図７に示されている。この図７のタイミングチャートに示されているように、ｎ個（ｎは２以上の整数）のアプリケーションサーバ１６に対してセンサー情報を送信し、ｎ種類のアドバイスサービスを受けることが可能である。各アドバイスの処理は独立して実行される。
【０１３３】
サービスの種類
本実施の形態では、提供されるサービスとして所定のアドバイスを例にして説明したが、どのような種類のサービスでもかまわない。バーゲン情報の提供、特価品の案内、時間セールの案内、気象情報・天気予報、交通情報の提供、等種々のサービスの提供を行うことが可能である。
【０１３４】
特に、本実施の形態においては、センサー情報の履歴を保存しているので、過去の履歴に基づいたサービスを提供することができ、よりユーザに利便性の高いサービスを提供することが可能である。
【０１３５】
その他の関連発明
尚、関連する発明としては、請求の範囲の第１項〜第３項のいずれか１項に記載のモバイル端末用センサー情報システムにおいて、前記第１の通信手段は、前記センサーゲートウェイが備えるセンサーゲートウェイ側無線ＬＡＮ通信手段と、前記モバイル情報端末が備えるモバイル情報端末側無線ＬＡＮ通信手段と、から構成され、前記センサーゲートウェイは、前記センサーゲートウェイ側無線ＬＡＮ通信手段を用いて前記センサーゲートウェイを中心とした一定の範囲にセンサーセルを形成し、前記モバイル情報端末が、前記センサーセル内に入った場合に、前記センサーゲートウェイ側無線ＬＡＮ通信手段を用いて、前記センサーゲートウェイと前記モバイル情報端末との間で無線ＬＡＮによる通信を行うことを特徴とするモバイル端末用センサー情報システムとすることも好適である。
【符号の説明】
【０１３６】
１０ センサー群
１０ａ、１０ｂ、１０ｃ、１０ｄ センサー
１２ センサーゲートウェイ
１４ モバイル情報端末
１６ アプリケーションサーバー群
１６ａ、１６ｂ、１６ｃ、１６ｄ アプリケーションサーバー
１８ａ、１８ｂ、１８ｃ、１８ｄ センサーセル
２０ モバイル端末用センサー情報システム
２２ａ、２２ｂ、２２ｃ、２２ｄ センサーゲートウェイ
２４ センサー管理アプリケーション
２６ 制御セッションアプリケーション
２８ センサー制御部
３０ リアルタイム型センサー制御部
３２ 非リアルタイム型センサー制御部
３４ ＱｏＳ対応送信モジュール
３６ センサー制御アプリケーション
３８ パケット転送部
４０ リアルタイム型センサー
４２ センサー制御アプリケーション
４４ バッファ蓄積転送部
４６ 非リアルタイム型センサー
４８ サービスセッション制御用モジュール
５０ ユーザーアドバイスアプリケーション群
５２ サービス通信用ゲートウェイ
５４ 端末接続認証部
５６ 制御セッションアプリケーション
５８ サービスアプリケーション部
６０ 公共性情報フィルタ
６２ ユーザー情報データベース
６４ａ サービスアプリケーション
６４ｂ ユーザー管理部
６６ 公共サービス用サーバー
０、Ａ、Ｂ、Ｃ 位置
【特許請求の範囲】
【請求項１】
センサーネットワークからセンサー情報を取得するセンサーゲートウェイと、
前記センサーゲートウェイから前記センサー情報を受信するモバイル情報端末と、
前記モバイル情報端末から提供された前記センサー情報を基にサービス情報を生成するアプリケーションサーバと、
前記センサーゲートウェイと前記モバイル情報端末とを接続する第１の通信手段と、
前記モバイル情報端末と前記アプリケーションサーバーとを接続する第２の通信手段と、
からなるモバイル端末用センサー情報システムにおいて、
前記モバイル情報端末は、
前記センサーゲートウェイから前記センサー情報を取得し、その取得したセンサー情報を前記アプリケーションサーバーに送信するアプリケーション手段と、
表示手段と、
を備え、
前記アプリケーション手段は、前記アプリケーションサーバーが生成した前記サービス情報を受信し、
前記表示手段は、前記受信したサービス情報を表示することを特徴とするモバイル端末用センサー情報システム。
【請求項２】
請求項１に記載のモバイル端末用センサー情報システムにおいて、
前記センサーネットワークは、前記センサー情報を連続的に生成するリアルタイム型センサーを含むことを特徴とするモバイル端末用センサー情報システム。
【請求項３】
請求項１に記載のモバイル端末用センサー情報システムにおいて、
前記センサーネットワークは、前記センサー情報を断続的に生成する非リアルタイム型センサーを含むことを特徴とするモバイル端末用センサー情報システム。
【請求項４】
請求項１〜３のいずれか１項に記載のモバイル端末用センサー情報システムにおいて、
前記第２の通信手段は、
前記モバイル情報端末が備えるモバイル情報端末側トンネル通信手段と、
前記アプリケーションサーバーが備えるアプリケーションサーバー側トンネル通信手段と、
から構成され、
前記アプリケーションサーバーと前記モバイル情報端末との間で前記センサー情報を送受信する場合に、トンネルモードによる通信が前記アプリケーションサーバーと前記モバイル情報端末との間で行われることを特徴とするモバイル端末用センサー情報システム。
【請求項５】
移動端末が、センサーセルとネットワーク上のアプリケーションサーバ間を接続するための通信トンネルをリアルタイム構築してセンサー情報を転送することにより、移動端末がその場所に存在するときにのみ通信可能になるリアルタイム認証システム。
【請求項１】
センサーネットワークからセンサー情報を取得するセンサーゲートウェイと、
前記センサーゲートウェイから前記センサー情報を受信するモバイル情報端末と、
前記モバイル情報端末から提供された前記センサー情報を基にサービス情報を生成するアプリケーションサーバと、
前記センサーゲートウェイと前記モバイル情報端末とを接続する第１の通信手段と、
前記モバイル情報端末と前記アプリケーションサーバーとを接続する第２の通信手段と、
からなるモバイル端末用センサー情報システムにおいて、
前記モバイル情報端末は、
前記センサーゲートウェイから前記センサー情報を取得し、その取得したセンサー情報を前記アプリケーションサーバーに送信するアプリケーション手段と、
表示手段と、
を備え、
前記アプリケーション手段は、前記アプリケーションサーバーが生成した前記サービス情報を受信し、
前記表示手段は、前記受信したサービス情報を表示することを特徴とするモバイル端末用センサー情報システム。
【請求項２】
請求項１に記載のモバイル端末用センサー情報システムにおいて、
前記センサーネットワークは、前記センサー情報を連続的に生成するリアルタイム型センサーを含むことを特徴とするモバイル端末用センサー情報システム。
【請求項３】
請求項１に記載のモバイル端末用センサー情報システムにおいて、
前記センサーネットワークは、前記センサー情報を断続的に生成する非リアルタイム型センサーを含むことを特徴とするモバイル端末用センサー情報システム。
【請求項４】
請求項１〜３のいずれか１項に記載のモバイル端末用センサー情報システムにおいて、
前記第２の通信手段は、
前記モバイル情報端末が備えるモバイル情報端末側トンネル通信手段と、
前記アプリケーションサーバーが備えるアプリケーションサーバー側トンネル通信手段と、
から構成され、
前記アプリケーションサーバーと前記モバイル情報端末との間で前記センサー情報を送受信する場合に、トンネルモードによる通信が前記アプリケーションサーバーと前記モバイル情報端末との間で行われることを特徴とするモバイル端末用センサー情報システム。
【請求項５】
移動端末が、センサーセルとネットワーク上のアプリケーションサーバ間を接続するための通信トンネルをリアルタイム構築してセンサー情報を転送することにより、移動端末がその場所に存在するときにのみ通信可能になるリアルタイム認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−１６５１１２（Ｐ２０１０−１６５１１２Ａ）
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願番号】特願２００９−５８３４（Ｐ２００９−５８３４）
【出願日】平成２１年１月１４日（２００９．１．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【出願人】（３０１０２２４７１）独立行政法人情報通信研究機構 (1,071)
【出願人】（５０４１４１４２５）ナシュア・ソリューションズ株式会社 (11)
【Ｆターム（参考）】
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願日】平成２１年１月１４日（２００９．１．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【出願人】（３０１０２２４７１）独立行政法人情報通信研究機構 (1,071)
【出願人】（５０４１４１４２５）ナシュア・ソリューションズ株式会社 (11)
【Ｆターム（参考）】
[ Back to top ]