(57)【要約】【課題】インターネット接続機能を持たない機器を、間接的にインターネットに接続させ、インターネット上のアプリケーションサービスと連携させること。【解決手段】情報処理装置は、第１の通信部と、第２の通信部と、制御部とを有する。上記第１の通信部は、所定のセンシング機能を有しインターネット接続機能を有さない第１の機器と所定の通信路を介して通信可能である。上記第２の通信部は、第２の機器とインターネットを介して通信可能である。上記制御部は、上記第１の機器からセンシングされたデータを受信するように上記第１の通信部を制御可能である。また制御部は、上記受信されたデータを上記第２の機器へ送信するように上記第２の通信部を制御可能である。【選択図】図６
2013140529.tif 000002
【特許請求の範囲】
【請求項１】
所定のセンシング機能を有しインターネット接続機能を有さない第１の機器と所定の通信路を介して通信可能な第１の通信部と、
第２の機器とインターネットを介して通信可能な第２の通信部と、
前記第１の機器からセンシングされたデータを受信するように前記第１の通信部を制御可能であり、前記受信されたデータを前記第２の機器へ送信するように前記第２の通信部を制御可能な制御部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記制御部は、前記受信されたデータのタイプに応じて、前記第２の機器への当該データの送信タイミングを可変する
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記受信されるデータのタイプに応じた優先度を示す優先度情報と、前記受信されたデータとを記憶可能な記憶部をさらに具備し、
前記制御部は、前記記憶された優先度情報を基に、前記受信されたデータを即時に前記第２の機器へ送信するか、または、前記受信されたデータを前記記憶部に所定量記憶してから前記第２の機器へ送信するように前記第２の通信部を制御する
情報処理装置。
【請求項４】
請求項３に記載の情報処理装置であって、
前記記憶部は、前記第１の機器の位置をセンシングしたデータまたは前記第１の機器のユーザの生体情報をセンシングしたデータを、優先度が高いデータとして優先度情報に記憶する
情報処理装置。
【請求項５】
請求項１に記載の情報処理装置であって、
前記制御部は、前記受信されたデータが、それ以前に受信されたデータと重複する場合、一方のデータを削除する
情報処理装置。
【請求項６】
請求項１に記載の情報処理装置であって、
前記制御部は、当該情報処理装置の電力状態またはネットワークの通信状態に応じて、前記第１の機器から送信されるデータの送信頻度の変更を要求するメッセージを当該第１の機器へ送信するように前記第１の通信部を制御する
情報処理装置。
【請求項７】
請求項１に記載の情報処理装置であって、
バッテリと、
前記バッテリから電力を供給されて前記センシング機能を実行するセンサと
をさらに具備し、
前記制御部は、前記バッテリの残量が所定値を下回った場合には、前記センサのセンシング機能を無効にし、前記センサによりセンシングされたデータに代えて、前記第１の機器から受信されたデータを所定の処理に用いる
情報処理装置。
【請求項８】
所定のセンシング機能を有しインターネット接続機能を有さない第１の機器から、所定の通信路を介して、センシングされたデータを受信し、
前記受信されたデータを、インターネットを介して前記第２の機器へ送信する
情報処理方法。
【請求項９】
情報処理装置に、
所定のセンシング機能を有しインターネット接続機能を有さない第１の機器から、所定の通信路を介して、センシングされたデータを受信するステップと、
前記受信されたデータを、インターネットを介して前記第２の機器へ送信するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、他の機器と通信可能な情報処理装置、当該情報処理装置における情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年では、様々な電子機器がインターネットに接続可能となっている。これに加え、ＩＰｖ６（Internet Protocol Version 6）の普及により、従来では通信機能とは無縁な物体（モノ）に対してもアドレスが付与され得るようになり、物体（モノ）までもがインターネットに接続するInternet of Things(IoT)の時代になりつつある。
【０００３】
とはいえ、十分な通信機能を持たない小型の機器は、やはり単体ではインターネットへの接続が難しい。したがってこのような機器を用いて、インターネット上のサーバと連携したアプリケーションサービスを構築することは困難である。
【０００４】
下記特許文献１には、電子機器同士の通信を中継する機器について開示がある。当該特許文献１には、制御機器から送信されるコマンドを、ゲートウェイを介して、異なるプロトコルドメインに接続される端末機器までルーティングするシステムが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１１００５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１に記載の技術では、システム内の各機器が、送信対象の宛先（ＩＰアドレス）を知っている必要がある。したがって、このシステムでは、インターネット接続機能を持たない機器からは、ゲートウェイを介したとしてもデータを宛先へ送信することはできず、そのような機器をインターネット上のアプリケーションサービスと連携させることは不可能である。
【０００７】
以上のような事情に鑑み、本技術の目的は、インターネット接続機能を持たない機器を、間接的にインターネットに接続させ、インターネット上のアプリケーションサービスと連携させることが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上述の課題を解決するため、本技術の一形態に係る情報処理装置は、第１の通信部と、第２の通信部と、制御部とを有する。上記第１の通信部は、所定のセンシング機能を有しインターネット接続機能を有さない第１の機器と所定の通信路を介して通信可能である。上記第２の通信部は、第２の機器とインターネットを介して通信可能である。上記制御部は、上記第１の機器からセンシングされたデータを受信するように上記第１の通信部を制御可能である。また制御部は、上記受信されたデータを上記第２の機器へ送信するように上記第２の通信部を制御可能である。
【０００９】
この構成により情報処理装置は、インターネット接続機能を持たない第１の機器を、間接的にインターネットに接続させ、インターネット上のアプリケーションサービスを提供する第２の機器と連携させることができる。ここで所定の通信路とは、例えばBluetooth（登録商標）、ZigBee（登録商標）、ＮＦＣ（Near Field Communication）、TransferJet、ＡＮＴ、ＡＮＴ＋等の近距離無線通信技術における通信路である。
【００１０】
上記制御部は、上記受信されたデータのタイプに応じて、上記第２の機器への当該データの送信タイミングを可変してもよい。
【００１１】
これにより情報処理装置は、受信されたデータをその都度第２の機器へ送信する場合に比べて、ネットワーク状況や当該情報処理装置の状態に応じて当該データを効率よく第２の機器へ送信することができる。
【００１２】
上記情報処理装置は、上記受信されるデータのタイプに応じた優先度を示す優先度情報と、上記受信されたデータとを記憶可能な記憶部をさらに具備してもよい。この場合上記制御部は、上記記憶された優先度情報を基に、上記受信されたデータを即時に上記第２の機器へ送信するか、または、上記受信されたデータを上記記憶部に所定量記憶してから上記第２の機器へ送信するように上記第２の通信部を制御してもよい。
【００１３】
これにより情報処理装置は、優先度の高いデータについては即時に第２の機器へ送信して即座にサービスの利用に供させることができる。また情報処理装置は、優先度の低いデータについては所定量蓄積されてから第２の機器へ送信することで、個別に送信する場合よりもデータのヘッダのオーバーヘッドを小さくし、ネットワーク上のトラフィックの増大を防止することができる。
【００１４】
上記記憶部は、上記第１の機器の位置をセンシングしたデータまたは上記第１の機器のユーザの生体情報をセンシングしたデータを、優先度が高いデータとして優先度情報に記憶してもよい。
【００１５】
これにより情報処理装置は、第１の機器のユーザの健康状態に関する生体情報や、当該ユーザの位置情報については即座に第２の機器へ送信することで、第１の機器のユーザに、第２の機器からのリアルタイムなフィードバックを得させることが可能となる。
【００１６】
上記制御部は、上記受信されたデータが、それ以前に受信されたデータと重複する場合、一方のデータを削除してもよい。
【００１７】
これにより情報処理装置は、重複したデータが第２の機器へ送信され、ネットワーク上のトラフィックが増大するのを防ぐことができる。
【００１８】
上記制御部は、当該情報処理装置の電力状態またはネットワークの通信状態に応じて、上記第１の機器から送信されるデータの送信頻度の変更を要求するメッセージを当該第１の機器へ送信するように上記第１の通信部を制御してもよい。
【００１９】
これにより情報処理装置は、電力状態やネットワークの通信状態により、第２の機器への接続状況が悪化した場合には、第１の機器にデータの送信頻度を下げさせることで、データを第２の機器へ適切に送信できなくなるのを防ぐことができる。また情報処理装置は、第２の機器への接続状況が改善した場合には、第１の機器にデータの送信頻度を上げさせることで、データを第２の機器へ適切に送信することができる。
【００２０】
上記情報処理装置は、バッテリと、上記バッテリから電力を供給されて上記センシング機能を実行するセンサとをさらに具備してもよい。この場合上記制御部は、上記バッテリの残量が所定値を下回った場合には、上記センサのセンシング機能を無効にし、上記センサによりセンシングされたデータに代えて、上記第１の機器から受信されたデータを所定の処理に用いてもよい。
【００２１】
これにより情報処理装置は、当該情報処理装置と第１の機器とが同じセンシング機能を有する場合、当該情報処理装置内のセンシング機能の代わりに第１の機器のセンシング機能を借用することで、バッテリの残量がそれ以上減少するのを防ぐことができる。
【００２２】
本技術の他の形態に係る情報処理方法は、所定のセンシング機能を有しインターネット接続機能を有さない第１の機器から、所定の通信路を介して、センシングされたデータを受信することを含む。上記受信されたデータは、インターネットを介して上記第２の機器へ送信される。
【００２３】
本技術のまた別の形態に係るプログラムは、情報処理装置に、受信ステップと送信ステップとを実行させる。上記受信ステップでは、所定のセンシング機能を有しインターネット接続機能を有さない第１の機器から、所定の通信路を介して、センシングされたデータが受信される。上記送信ステップでは、上記受信されたデータが、インターネットを介して上記第２の機器へ送信される。
【発明の効果】
【００２４】
以上のように、本技術によれば、インターネット接続機能を持たない機器を、間接的にインターネットに接続させ、インターネット上のアプリケーションサービスと連携させることができる。
【図面の簡単な説明】
【００２５】
【図１】本技術の一実施形態におけるデータ中継システムのネットワーク構成を示した図である。
【図２】図１に示したシステムにおける中継機器のハードウェア構成を示したブロック図である。
【図３】図１に示したシステムにおけるセンサ機器のハードウェア構成を示したブロック図である。
【図４】上記センサ機器の基本的な動作の流れを示したフローチャートである。
【図５】上記センサ機器から中継機器に送信されるデータのフォーマットを示した図である。
【図６】上記中継機器の基本的な動作の流れを示したフローチャートである。
【図７】上記中継機器がセンサ機器から受信したデータを管理するテーブルの例を示した図である。
【図８】上記中継機器がデータの優先度を判断するために管理するポリシーテーブルの例を示した図である。
【図９】本技術の一実施形態におけるデータ中継システムの他のネットワーク構成例を示した図である。
【図１０】本技術の変形例において中継機器がセンサ機器と連携してバッテリ消費を抑えるための動作の流れを示したフローチャートである。
【発明を実施するための形態】
【００２６】
以下、本技術の実施の形態を図面に基づき説明する。
【００２７】
［システムの概要］
図１は、本技術の一実施形態におけるデータ中継システムのネットワーク構成を示した図である。同図に示すように、本システムは、インターネットに直接接続可能な中継機器１００と、センサを搭載し中継機器１００と接続されたセンサ機器２００と、中継機器１００と通信可能なインターネット上のサーバ３００とを有する。
【００２８】
中継機器１００は、例えばインターネットに常時無線接続可能な携帯端末であり、携帯端末とは、例えばスマートフォン、携帯電話機、タブレットＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、携帯型ＡＶプレイヤー、電子ブック、デジタルスチルカメラ等の情報処理装置である。
【００２９】
センサ機器２００は、例えばユーザの体に装着可能な小型のものであり、単体ではインターネット上の機器やサービスにデータを送信できない（または送信指示ができない）機器である。より具体的には、センサ機器２００は、例えば心拍数計等のヘルスケア機器や、ＧＰＳ（Global Positioning System）端末である。センサ機器２００は、ユーザの腕に装着できるようなリング形状またはベルト形状を有していてもよい。
【００３０】
同図では３台のセンサ機器２００が示されているが、その数は３台に限られない。また、本実施形態では、複数のセンサ機器２００は１人のユーザに装着または携帯されるものとする。
【００３１】
このネットワーク構成が従来型のゲートウェイを介したインターネット接続形態と大きく異なるのは、センサ機器２００がインターネット接続機能を有さず、単体ではインターネット側の宛先（ＩＰアドレス）を指定してデータを送信することができない点である。
【００３２】
中継機器１００とセンサ機器２００とは、例えばBluetooth（登録商標）、ZigBee（登録商標）、ＮＦＣ（Near Field Communication）、TransferJet、ＡＮＴ、ＡＮＴ＋等の近距離無線通信技術により接続される。
【００３３】
中継機器１００は、センサ機器２００から受信したセンシングデータを、インターネット上のサーバ３００（サービス）へ送信する。
【００３４】
［中継機器のハードウェア構成］
図２は、上記中継機器１００のハードウェア構成を示す図である。
【００３５】
同図に示すように、中継機器１００は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、不揮発メモリ１３、表示部１４、サーバ通信部１５及び無線通信インタフェース部１６を有する。
【００３６】
ＣＰＵ１１は、必要に応じてＲＡＭ１２等に適宜アクセスし、各種演算処理を行いながら中継機器１００の各ブロック全体を統括的に制御する。ＲＡＭ１２は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データ（センサ機器２００から受信したセンシングデータ等）を一時的に保持する。
【００３７】
不揮発メモリ１３は、例えばフラッシュメモリやＲＯＭ（Read Only Memory）であり、ＣＰＵ１１に実行させるＯＳ、プログラム（アプリケーション）や各種パラメータなどのファームウェアを固定的に記憶する。また不揮発メモリ１３は、センサ機器２００から受信されたセンシング情報（詳細は後述）を記憶する。
【００３８】
表示部１４は、例えばＬＣＤ（Liquid Crystal Display）やＯＥＬＤ（Organic ElectroLuminescence Display）であり、各種メニューやアプリケーションのＧＵＩ等を表示する。また表示部１４は、タッチパネルと一体とされていてもよい。
【００３９】
サーバ通信部１５は、例えばＷｉＦｉ（Wireless Fidelity）等の無線ＬＡＮ（IEEE802.11等）や移動通信用の３Ｇや４Ｇのネットワークを用いてインターネットに直接接続する無線通信モジュールを有する。サーバ通信部１５は、例えばセンサ機器２００から受信したセンシングデータをインターネット上のサーバ３００（サービス）へ送信する。
【００４０】
無線通信インタフェース部１６は、上述した各種近距離無線通信技術に対応したインタフェースである。
【００４１】
また、図示しないが、中継機器１００には各部へ電力を供給するバッテリが設けられる。
【００４２】
［センサ機器のハードウェア構成］
図３は、上記センサ機器２００のハードウェア構成を示す図である。
【００４３】
同図に示すように、センサ機器２００は、ＣＰＵ２１、ＲＡＭ２２、不揮発メモリ２３、ユーザ入力部２４、センサ部２５、無線通信インタフェース部２６を有する。
【００４４】
ＣＰＵ２１、ＲＡＭ２２、不揮発メモリ２３の各機能は、上述した中継機器１００のＣＰＵ１１、ＲＡＭ１２、不揮発メモリ１３の各機能と同様である。不揮発メモリ２３には、センサ部２５が取得したセンシングデータ等が記憶される。
【００４５】
ユーザ入力部２４は、ボタンやタッチパネル等のインタフェースを含み、センサ機器２００が装着されるユーザの操作入力を受け付ける。
【００４６】
センサ部２５は、所定のセンシング機能を有する各種センサを有し、それらが取得したセンシングデータをＣＰＵ２１へ伝え、また不揮発メモリ２３へ記憶させる。センシングデータは、例えば心拍数や体温などの生体情報、気温や気圧などの気象情報、加速度や重力などの物理情報、または位置情報や方位情報などを含む。それらデータの取得のために、センサ部２５は、例えば心拍数計、体温計、温度計、気圧計、角速度（ジャイロ）センサ、加速度センサ、ＧＰＳセンサ、地磁気センサなどのセンサを有する。
【００４７】
無線通信インタフェース部２６は、上記中継機器１００の無線通信インタフェース部１６と同様の機能を有する。
【００４８】
［中継機器のソフトウェア構成］
図示しないが、中継機器１００は、データ管理モジュール、送信データ制御モジュール、データ送信モジュールの各ソフトウェアモジュールを有する。これらモジュールは、不揮発メモリ１３に記憶される。
【００４９】
データ管理モジュールは、センサ機器２００から受信されたデータを、そのデータタイプ（後述）等に応じて不揮発メモリ１３等で管理する。
【００５０】
送信データ制御モジュールは、センサ機器２００から受信されたデータを、その優先度（後述）等に応じて、上記データ管理モジュールにより蓄積するか、即座にサーバ３００へ送信するか等を判断し、データ送信モジュールへデータ送信を指示する。
【００５１】
データ送信モジュールは、上記送信データ制御モジュールからの指示に応じて、センサ機器２００から取得されたデータを上記サーバ通信部１５によりサーバ３００へ送信する。
【００５２】
［システムの動作］
次に、以上のように構成された中継機器１００及びセンサ機器２００の動作について説明する。以降の説明においては、中継機器１００のＣＰＵ１１やセンサ機器のＣＰＵ２１を主な動作主体として説明するが、これらの動作は、ＣＰＵ１１やＣＰＵ２１の制御下において実行されるプログラムとも協働して行われる。
【００５３】
図４は、本実施形態におけるセンサ機器２００の基本的な動作の流れを示したフローチャートである。
【００５４】
同図に示すように、センサ機器２００のＣＰＵ２１は、センサ部２５から定期的にセンシングデータを取得し、不揮発メモリ２３に保存する（ステップ４１）。
【００５５】
続いてＣＰＵ２１は、ユーザから、上記センシングデータの送信停止要求があったか否かを判断する（ステップ４２）。当該送信停止要求は、上記ユーザ入力部２４（例えばボタン押下）により入力される。ユーザから送信停止要求がある場合としては、例えば、センサ機器２００のバッテリ（図示せず）の残量が少なくなり、データ送信により電力を消耗したくないと判断するような場合が想定される。
【００５６】
ユーザからデータの送信停止要求があったと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、上記ステップ４１におけるデータ取得処理を継続する。
【００５７】
ユーザからデータの送信停止要求がないと判断した場合（Ｎｏ）、ＣＰＵ２１は、上記保存されたデータを、無線通信インタフェース部１６により中継機器１００へ送信する（ステップ４３）。
【００５８】
同図では、センサ機器２００が定期的にセンシングデータを取得して中継機器１００へ送信する例が示されたが、定期的な送信に替えてまたは加えて、イベント発生時に即時にセンシングデータが送信されてもよい。イベントとしては、例えばユーザが、センサ機器２００が装着された腕を振り、それをセンサ部２５（加速度センサ）が検出したことや、センサ部２５（心拍数計）で取得されるユーザ心拍数が所定の閾値を超えたこと等が想定される。このほかにも様々なイベントが想定される。
【００５９】
図５は、上記センサ機器２００から中継機器１００に送信されるセンシングデータのフォーマットを示した図である。
【００６０】
同図に示すように、センシングデータは、データタイプ５１、データ取得時刻５２、データ長５３及びデータ集合５４の各データ項目からなる。
【００６１】
データタイプ５１には、例えば、「イベントデータ」や「定期取得データ」といったデータタイプを示す情報が格納される。データ取得時刻５２には、センサ部２５がセンシングデータを取得した時刻を示す情報が格納される。データ集合には、典型的には、複数のセンシングデータが含まれる。これら複数のデータは、同一のセンサから取得された複数のデータであってもよいし、異なるセンサからそれぞれ取得された複数のデータであってもよい。データ長５３には、当該データ集合の長さを示す情報が格納される。
【００６２】
図６は、本実施形態における中継機器１００の基本的な動作の流れを示したフローチャートである。
【００６３】
同図に示すように、中継機器１００のＣＰＵ１１は、まず、センサ機器２００から送信されるデータを待ち受ける（ステップ６１）。
【００６４】
センサ機器２００からデータを受信した場合、ＣＰＵ１１は、当該受信データが重複データであるか否か、すなわち、複数のセンサ機器２００のうち、以前に他のセンサ機器２００から既に受信されたデータであるか否かを判断する（ステップ６２）。
【００６５】
ここで、受信データが重複データであるか否かは、中継機器１００が受信データを管理する受信データ管理テーブルに基づいて判断される。図７は、当該受信データ管理テーブルの例を示した図である。
【００６６】
当該受信データ管理テーブルは、センサ機器２００からデータを受信する度に、上記データ管理モジュールにより作成・更新され、例えば不揮発メモリ１３に記憶される。同図に示すように、受信データ管理テーブルでは、上記データタイプ、データ送信先の機器のアドレス、データの内容、データ送信元の機器のアドレス及び受信時刻が管理される。
【００６７】
同図において、上から２番目のデータと上から４番目のデータは、送信元のセンサ機器は異なるものの、同一時刻に受信された同一内容のデータであり、そのうち一方が重複データとして判断される。ここでは、データ内容及び受信時刻が同一のデータが重複データとして定義されているが、定義の仕方としては様々なものが想定される。例えば、受信時刻が異なっていてもデータ内容が同一であり、同一の送信元から送信されたデータが重複データとして定義されてもよい。
【００６８】
ここで、同図において送信先として記載されたリモートノードについて説明する。図１０は、本実施形態におけるデータ中継システムの他のネットワーク構成例を示した図である。
【００６９】
図１では、センサ機器２００が取得したデータが、中継機器１００を介してインターネット上のサーバ３００へ送信される例が示された。しかし、図１０に示すように、あるセンサ機器（例えばセンサ機器２００Ａまたは２００Ｂ）から、それに接続された中継機器１００Ａを介し、さらにインターネット上のサーバ３００を介して、遠隔の他の中継機器１００Ｂへ、ピアツーピアでデータが送信される場合もある。そして、他の中継機器１００Ｂへ送信されたデータは、さらにそれに接続された他のセンサ機器（例えばセンサ機器２００Ｃまたは２００Ｄ）へ送信され得る。このような、遠隔に存在する他の中継機器１００Ｂまたはセンサ機器２００を、本実施形態ではリモートノードと称する。
【００７０】
このように、ある中継機器１００Ａから遠隔の他の中継機器１００Ｂへ送信されるのは、例えば、センサ機器２００を装着したあるユーザが、同じくセンサ機器２００を装着した他のユーザへデータを送信するような場合である。より具体的には、例えば、あるユーザが、自身の位置情報や生体情報を他のユーザへ送信して知らせるような場合である。この際、データに何らかのメッセージが添付されてもよい。
【００７１】
また、同図の例において、中継機器１００Ａと中継機器１００Ｂは、サーバ３００を介さずに直接通信しても構わない。
【００７２】
図６に戻り、受信データが重複データであると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該受信した重複データを削除する（ステップ６３）。
【００７３】
一方、受信データが重複データでないと判断した場合（Ｎｏ）、ＣＰＵ１１は、ポリシーテーブルに基づいて、それが優先度の高いデータか否かを判断する。図８は、当該ポリシーテーブルの例を示した図である。当該ポリシーテーブルは、上記送信データ制御モジュールにより予め作成され、例えば不揮発メモリ１３に記憶されている。
【００７４】
同図に示すように、ポリシーテーブルでは、上記データタイプ、送信先の機器及び優先度が高いか否かが管理される。例えば、データタイプに関しては、定期取得データに比べて、不定期に取得されるイベントデータ、規定外データ、エラーデータ等は優先度が高く設定される。また、送信先に関しては、サーバ３００に比べて上記リモートノード（他のユーザの中継機器またはセンサ機器）は優先度が高く設定される。
【００７５】
これは、不定期のデータはサーバ３００または他のユーザへ即時に報知する必要があるデータであり、またサーバ３００に蓄積されるようなデータに比べて、リモートノードへ送信されるデータは何らかのメッセージ性を含む場合が多く、即時に送信される必要があるからである。
【００７６】
また、ＧＰＳセンサ等により取得されるユーザの位置情報や、心拍数計や体温計等により取得されるユーザの生体情報は、ユーザの利便性や健康状態に大きく影響するデータであるため、その他のセンシングデータ（例えば気象情報）に比べて優先度が高く設定される。
【００７７】
上記受信データの優先度が高いと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記送信データ制御モジュールにより、上記ポリシーテーブルも参照して、受信データの送信宛先を決定する（ステップ６５）。そしてＣＰＵ１１は、当該決定された宛先（サーバ３００またはリモートノード）へ、サーバ通信部１５にデータを送信する（ステップ６６）。
【００７８】
上記受信データの優先度が低いと判断した場合（Ｎｏ）、ＣＰＵ１１は、データ管理モジュールにより、データを不揮発メモリ１３に保存する（ステップ６７）。
【００７９】
そしてＣＰＵ１１は、保存されたデータが所定量を超えたか否かを判断し（ステップ６８）、所定量を超えたと判断した場合（Ｙｅｓ）、上記ステップ６５及び６６の処理により、データを送信する。
【００８０】
このように、本実施形態では、インターネット接続が不可能な小型のセンサ機器２００でも、中継機器１００を介することで、あたかもインターネット接続しているように、サーバ３００側へデータを送信し、サーバ３００が提供するサービスと連携することができる。また、センシングデータのタイプに応じて、中継機器１００で一旦蓄積してから送信するか即時に送信するかが選択されるため、中継機器１００とサーバ３００間の無線通信状態や、中継機器１００のバッテリ残量等に応じた的確な送信制御が実現される。特に、優先度が低いデータについては所定量が蓄積されてから送信されるため、送信データのヘッダのオーバーヘッドが低減され、ネットワークトラフィックの増大が防止される。さらに、ユーザはセンサ機器２００に何ら特別な設定をすることなく、センサ機器２００からのセンシングデータをサーバ側へ送信することができる。
【００８１】
［変形例］
本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更され得る。
【００８２】
上述の実施形態では、中継機器１００はセンサを有していなかったが、もちろん中継機器１００も何らかのセンサを有していてもよい。この場合、中継機器１００とセンサ機器２００とが、それらの状態（バッテリ残量や無線通信品質等）に応じて、センシング機能を補完し合ってもよい。すなわち、ユーザは中継機器１００とセンサ機器２００とを携帯（または装着）し、両者がそれぞれ有するセンシング機能の一方が使えない場合には、他方を使用し、サーバ３００へのデータ送信について冗長性を保つようにしてもよい。
【００８３】
一例として、中継機器１００に位置センサ（ＧＰＳセンサ）が搭載され、ＧＰＳセンサとしてのセンサ機器２００もユーザに装着されている場合を説明する。図１０は、中継機器１００がセンサ機器２００と連携してバッテリ消費を抑えるための動作の流れを示したフローチャートである。中継機器１００のＧＰＳセンサで取得された位置情報は、サーバ３００へ送信されてもよいし、他の何らかの処理に用いられてもよい。
【００８４】
同図に示すように、中継機器１００のＣＰＵ１１は、バッテリ残量が少なくなったか（所定の残量を下回ったか）否かを判断する（ステップ１０１）。
【００８５】
バッテリ残量が少なくなったと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、中継機器１００が位置センサとしてＧＰＳ機能を使っているか否かを判断する（ステップ１０２）。
【００８６】
中継機器１００がＧＰＳ機能を使っていると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、同様のＧＰＳ機能を有する近傍のセンサ機器２００が探索されたか否かを判断する（ステップ１０３）。
【００８７】
近傍のセンサ機器２００が探索されたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、探索されたセンサ機器２００に対して、ＧＰＳ機能の借用を要請するメッセージを送信する（ステップ１０４）。
【００８８】
続いてＣＰＵ１１は、要請先のセンサ機器２００から、ＧＰＳ情報を受信し（ステップ１０５）、自身のＧＰＳ機能をオフにする（ステップ１０６）。
【００８９】
続いてＣＰＵ１１は、ＧＰＳ機能をオフにすることで、バッテリ残量に余裕が出たか否かを判断する（ステップ１０７）。
【００９０】
バッテリ残量に余裕が出たと判断した場合（Ｙｅｓ）、ＣＰＵ１１は処理を終了する。
【００９１】
一方、ＧＰＳ機能のオフによってもバッテリ残量に余裕が出ないと判断した場合（Ｎｏ）、ＣＰＵ１１は、センサ機器２００から中継機器１００へのセンシングデータの送信頻度が高いか（所定の頻度以上か）否かを判断する（ステップ１０８）。
【００９２】
送信頻度が高いと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、センサ機器２００に、センシングデータの送信頻度を下げるよう要求するメッセージを送信する（ステップ１０９）。
【００９３】
そしてＣＰＵ１１は、センサ機器２００から、より少ない送信頻度でセンシングデータを受信する（ステップ１１０）。
【００９４】
上記ステップ１０２で中継機器１００がＧＰＳ機能を使っていないと判断された場合、または、上記ステップ１０３において、ＧＰＳ機能を有する近傍のセンサ機器２００が探索できない場合、上記送信頻度低下に関するステップ１０８〜１１０の処理が実行される。
【００９５】
このように、中継機器１００は、センサ機器２００からＧＰＳ機能を借用したり、センシングデータの送信頻度を下げるように要求したりすることで、バッテリ残量の減少を防ぐことができる。
【００９６】
図１０の例では、中継機器１００は、ＧＰＳ機能を使用している場合には、ＧＰＳ機能をオフにしてもバッテリ残量に余裕が出ない場合に初めてセンサ機器２００へ送信頻度の低下を要請したが、ＧＰＳ機能に関する処理と送信頻度に関する処理とは別個独立に実行されてもよい。
【００９７】
また、中継機器１００は、バッテリ残量に関わらず、サーバ３００との無線通信状況が劣化した場合には、上記ステップ１０８〜１１０と同様に、センサ機器２００へデータの送信頻度を下げるよう要請してもよい。また中継機器１００は、サーバ３００との無線通信状況が劣化した場合には、上記データの優先度に関わらず、センサ機器２００から受信した全てのデータを一旦不揮発メモリ１３へ蓄積し、通信状況が改善された場合にそれらのデータをまとめてサーバ３００へ送信してもよい。
【００９８】
上述の実施形態において、中継機器１００は、優先度が高いか低いかの２値的な判断によりデータを即時送信するか蓄積してから送信するかを決定していた。しかし、優先度は３段階以上設定され、それに応じてデータの蓄積量が決定されてもよい。また、データを即時送信するか蓄積してから送信するかは、優先度ではなく単純にデータタイプに応じて決定されてもよい。
【００９９】
上述の実施形態においてセンサ機器２００が有するセンサとして示した例は一例にすぎず、他のあらゆるセンサが本技術に適用され得る。
【０１００】
上述の実施形態では、中継機器１００は携帯端末として説明したが、中継機器１００は、例えばデスクトップ型ＰＣ、テレビジョン装置、ＰＶＲ（Personal Video Recorder）、ゲーム機器、カーナビゲーションシステム等の据置型の情報処理装置であってもよい。またこの場合、中継機器１００とサーバ３００とは無線ではなくEthernet（登録商標）等により有線接続されていてもよい。
【０１０１】
＜その他＞
本技術は以下のような構成もとることができる。
（１）  所定のセンシング機能を有しインターネット接続機能を有さない第１の機器と所定の通信路を介して通信可能な第１の通信部と、
第２の機器とインターネットを介して通信可能な第２の通信部と、
前記第１の機器からセンシングされたデータを受信するように前記第１の通信部を制御可能であり、前記受信されたデータを前記第２の機器へ送信するように前記第２の通信部を制御可能な制御部と
を具備する情報処理装置。
（２）  上記（１）に記載の情報処理装置であって、
前記制御部は、前記受信されたデータのタイプに応じて、前記第２の機器への当該データの送信タイミングを可変する
情報処理装置。
（３）  上記（２）に記載の情報処理装置であって、
前記受信されるデータのタイプに応じた優先度を示す優先度情報と、前記受信されたデータとを記憶可能な記憶部をさらに具備し、
前記制御部は、前記記憶された優先度情報を基に、前記受信されたデータを即時に前記第２の機器へ送信するか、または、前記受信されたデータを前記記憶部に所定量記憶してから前記第２の機器へ送信するように前記第２の通信部を制御する
情報処理装置。
（４）  上記（３）に記載の情報処理装置であって、
前記記憶部は、前記第１の機器の位置をセンシングしたデータまたは前記第１の機器のユーザの生体情報をセンシングしたデータを、優先度が高いデータとして優先度情報に記憶する
情報処理装置。
（５）  上記（１）〜（４）のいずれかに記載の情報処理装置であって、
前記制御部は、前記受信されたデータが、それ以前に受信されたデータと重複する場合、一方のデータを削除する
情報処理装置。
（６）  上記（１）〜（４）のいずれかに記載の情報処理装置であって、
前記制御部は、当該情報処理装置の電力状態またはネットワークの通信状態に応じて、前記第１の機器から送信されるデータの送信頻度の変更を要求するメッセージを当該第１の機器へ送信するように前記第１の通信部を制御する
情報処理装置。
（７）  上記（１）〜（４）のいずれかに記載の情報処理装置であって、
バッテリと、
前記バッテリから電力を供給されて前記センシング機能を実行するセンサと
をさらに具備し、
前記制御部は、前記バッテリの残量が所定値を下回った場合には、前記センサのセンシング機能を無効にし、前記センサによりセンシングされたデータに代えて、前記第１の機器から受信されたデータを所定の処理に用いる
情報処理装置。
【符号の説明】
【０１０２】
１１…ＣＰＵ
１３…不揮発メモリ
１５…サーバ通信部
１６…無線通信インタフェース部
１００…中継機器
２００…センサ機器
３００…サーバ
【図１】
2013140529.tif 000003
【図２】
2013140529.tif 000004
【図３】
2013140529.tif 000005
【図４】
2013140529.tif 000006
【図５】
2013140529.tif 000007
【図６】
2013140529.tif 000008
【図７】
2013140529.tif 000009
【図８】
2013140529.tif 000010
【図９】
2013140529.tif 000011
【図１０】
2013140529.tif 000012