(57)【要約】【課題】端末のブラウザから簡易に被制御機器の制御を可能とする。【解決手段】サーバ装置２０は、被制御機器３０を制御するための制御情報を記憶する記憶部２１と、端末装置１０のブラウザ１１からアクセスを受け付け、当該アクセスに応じて制御情報に基づいた被制御機器３０を制御する制御要求を出力するアプリケーションプログラムインタフェース２２と、アプリケーションプログラムインタフェース２２を介して端末装置１０との間でリアルタイムソケット通信を行い、出力された制御要求に応じて被制御機器３０へ制御メッセージを送信するリアルタイムソケット通信サーバ２３と、を備えるものである【選択図】図１
2014191433.tif 000002
【特許請求の範囲】
【請求項１】
被制御機器を制御するための制御情報を記憶する記憶部と、
端末装置のブラウザからアクセスを受け付け、当該アクセスに応じて前記制御情報に基づいた前記被制御機器を制御する制御要求を出力するアプリケーションプログラムインタフェース部と、
前記アプリケーションプログラムインタフェース部を介して前記端末装置との間でリアルタイムソケット通信を行い、前記出力された制御要求に応じて前記被制御機器へ制御メッセージを送信するリアルタイムソケット通信サーバ部と、
を備えるサーバ装置。
【請求項２】
前記リアルタイムソケット通信サーバ部は、前記被制御機器から前記制御メッセージの応答データを受信し、
前記アプリケーションプログラムインタフェース部は、前記応答データを前記ブラウザが認識可能なデータ形式に変換する、
請求項１に記載のサーバ装置。
【請求項３】
前記変換した応答データを格納するデータベースを備える、
請求項２に記載のサーバ装置。
【請求項４】
前記アプリケーションプログラムインタフェース部は、ＪａｖａＳｃｒｉｐｔ（登録商標）言語で記述されたアプリケーションプログラムインタフェースである、
請求項１乃至３のいずれか一項に記載のサーバ装置。
【請求項５】
前記リアルタイムソケット通信サーバ部は、ＷｅｂＳｏｃｋｅｔサーバである、
請求項１乃至４のいずれか一項に記載のサーバ装置。
【請求項６】
前記被制御機器は、前記制御メッセージに応じて取得した情報を返信する情報取得機器である、
請求項１乃至５のいずれか一項に記載のサーバ装置。
【請求項７】
サーバ装置と、端末装置及び被制御機器とが通信可能に接続された機器制御システムであって、
前記サーバ装置は、
前記被制御機器を制御するための制御情報を記憶する記憶部と、
前記端末装置のブラウザからアクセスを受け付け、当該アクセスに応じて前記制御情報に基づいた前記被制御機器を制御する制御要求を出力するアプリケーションプログラムインタフェース部と、
前記アプリケーションプログラムインタフェース部を介して前記端末装置との間でリアルタイムソケット通信を行い、前記出力された制御要求に応じて前記被制御機器へ制御メッセージを送信するリアルタイムソケット通信サーバ部と、
を備える機器制御システム。
【請求項８】
記憶部及びアプリケーションプログラムインタフェース部を有するサーバ装置の制御方法であって、
被制御機器を制御するための制御情報を前記記憶部に記憶し、
前記アプリケーションプログラムインタフェース部は、端末装置のブラウザからアクセスを受け付け、当該アクセスに応じて前記制御情報に基づいた前記被制御機器を制御する制御要求を出力し、
前記アプリケーションプログラムインタフェース部を介して前記端末装置との間でリアルタイムソケット通信を行い、前記出力された制御要求に応じて前記被制御機器へ制御メッセージを送信する、
サーバ装置の制御方法。
【請求項９】
記憶部及びアプリケーションプログラムインタフェース部を有するサーバ装置で実行されるサーバ装置の制御プログラムであって、
被制御機器を制御するための制御情報を前記記憶部に記憶し、
前記アプリケーションプログラムインタフェース部は、端末装置のブラウザからアクセスを受け付け、当該アクセスに応じて前記制御情報に基づいた前記被制御機器を制御する制御要求を出力し、
前記アプリケーションプログラムインタフェース部を介して前記端末装置との間でリアルタイムソケット通信を行い、前記出力された制御要求に応じて前記被制御機器へ制御メッセージを送信する、
サーバ装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、機器制御システム、サーバ装置の制御方法、及びサーバ装置の制御プログラムに関し、特に、端末装置のブラウザからアクセスを受け付けるサーバ装置、機器制御システム、サーバ装置の制御方法、及びサーバ装置の制御プログラムに関する。
【背景技術】
【０００２】
近年、スマートフォンやタブレット端末の普及に伴い、端末アプリ（アプリケーション）市場が拡大している。端末アプリでは、Ａｎｄｒｏｉｄ（登録商標）端末用のＡｎｄｒｏｉｄアプリと、ｉＯＳ（登録商標）端末用のｉＯＳアプリが市場を席巻している。
【０００３】
しかし、端末アプリのビジネスではＡｎｄｒｏｉｄアプリの場合は通信キャリアや決済会社へ、ｉＯＳアプリの場合はＡｐｐｌｅ（登録商標）社へそれぞれアプリ売り上げの３０％の手数料を徴収されてしまい、アプリ提供者は利益を１００％得られるわけではない。更に、ｉＯＳ向けのアプリの場合、アプリのリリース前に審査が必要となるため、リリースタイミングの自由度が下がってしまう。
【０００４】
これらを背景に、近年では端末アプリを脱し、Ｗｅｂアプリへ移行しようとする流れがおきているが、現状ではインターネットブラウザから、端末デバイス（ローカルデバイス）を直接起動することが出来ないという問題が生じている。そのため、未だＷｅｂアプリに移行しているアプリ提供者は希少である。そのため、クライアント側（およびユーザ側）で端末アプリをインストール、もしくは、デバイスアクセス用の特定のアプリケーションを事前に用意する必要があった。
【０００５】
関連する技術として、例えば、特許文献１や２が知られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−２５３５１４号公報
【特許文献２】特開２００９−２３０３７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
現状では、ユーザの持つデータ端末（携帯端末、ＰＣ、スマートフォン等）から情報取得機器（Ｗｅｂカメラ、マイク等。但しユーザの持つデータ端末のデバイスも含む）を起動する際に、情報取得機器（端末デバイス）にアクセスする必要が有る。情報取得機器にアクセスするためには、情報取得機器に対応した端末アプリをインストールしておき、その端末アプリからしかアクセスできない。このため、取得したデータは、端末アプリをインストールした端末機器上に保存されてしまう。更に、このとき保存されるデータの形式は、端末機器独自の形式であることも多い。（一例として、日本の携帯電話会社の携帯電話で録音した音声は、ブラウザでの再生が出来ない形式[.3gp、.amc等]である）
【０００８】
これに対して、情報取得機器と同じローカルネットワーク上に情報処理装置を用意することで、これを経由することで情報取得機器をインターネットブラウザから起動し、サーバにデータを保存する発案がされている（例えば、特許文献１など）。
【０００９】
しかしながら、既存のシステムではローカルネットワーク上に情報取得機器を制御する情報処理装置を用意しなくてはならず、例えばデータ端末内のデバイスへアクセスする際には実現することが出来ない。また、ユーザ側で事前にローカル環境の準備や情報取得機器の情報を把握し設定する必要があり、ブラウザさえあれば誰でもアクセスできるとはいえなかった。
【００１０】
本発明は、このような課題に鑑み、端末のブラウザから簡易に被制御機器の制御を可能とするサーバ装置、機器制御システム、サーバ装置の制御方法、及び制御プログラムを提供することを主要な目的としている。
【課題を解決するための手段】
【００１１】
本発明に係るサーバ装置は、被制御機器を制御するための制御情報を記憶する記憶部と、端末装置のブラウザからアクセスを受け付け、当該アクセスに応じて前記制御情報に基づいた前記被制御機器を制御する制御要求を出力するアプリケーションプログラムインタフェース部と、前記アプリケーションプログラムインタフェース部を介して前記端末装置との間でリアルタイムソケット通信を行い、前記出力された制御要求に応じて前記被制御機器へ制御メッセージを送信するリアルタイムソケット通信サーバ部と、を備えるものである
【００１２】
本発明に係る機器制御システムは、サーバ装置と、端末装置及び被制御機器とが通信可能に接続された機器制御システムであって、前記サーバ装置は、前記被制御機器を制御するための制御情報を記憶する記憶部と、前記端末装置のブラウザからアクセスを受け付け、当該アクセスに応じて前記制御情報に基づいた前記被制御機器を制御する制御要求を出力するアプリケーションプログラムインタフェース部と、前記アプリケーションプログラムインタフェース部を介して前記端末装置との間でリアルタイムソケット通信を行い、前記出力された制御要求に応じて前記被制御機器へ制御メッセージを送信するリアルタイムソケット通信サーバ部と、を備えるものである。
【００１３】
本発明に係るサーバ装置の制御方法は、記憶部及びアプリケーションプログラムインタフェース部を有するサーバ装置の制御方法であって、被制御機器を制御するための制御情報を前記記憶部に記憶し、前記アプリケーションプログラムインタフェース部は、端末装置のブラウザからアクセスを受け付け、当該アクセスに応じて前記制御情報に基づいた前記被制御機器を制御する制御要求を出力し、前記アプリケーションプログラムインタフェース部を介して前記端末装置との間でリアルタイムソケット通信を行い、前記出力された制御要求に応じて前記被制御機器へ制御メッセージを送信するものである。
【００１４】
本発明に係るサーバ装置の制御プログラムは、記憶部及びアプリケーションプログラムインタフェース部を有するサーバ装置で実行されるサーバ装置の制御プログラムであって、被制御機器を制御するための制御情報を前記記憶部に記憶し、前記アプリケーションプログラムインタフェース部は、端末装置のブラウザからアクセスを受け付け、当該アクセスに応じて前記制御情報に基づいた前記被制御機器を制御する制御要求を出力し、前記アプリケーションプログラムインタフェース部を介して前記端末装置との間でリアルタイムソケット通信を行い、前記出力された制御要求に応じて前記被制御機器へ制御メッセージを送信するものである。
【発明の効果】
【００１５】
本発明によれば、端末のブラウザから簡易に被制御機器の制御を可能とするサーバ装置、機器制御システム、サーバ装置の制御方法、及び制御プログラムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態に係るサーバ装置の主要な特徴を説明するための構成図である。
【図２】実施の形態１に係る情報取得システム（機器制御システム）の構成を示す構成図である。
【図３】実施の形態１に係る情報取得システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１７】
（実施の形態の特徴）
まず、実施の形態の特徴についてその概要を説明する。図１は、実施の形態に係るサーバ装置を含む機器制御システム（例えば、情報取得システム）の主要な構成を示している。
【００１８】
図１に示すように、実施の形態に係る機器制御システムは、端末装置１０、サーバ装置２０、被制御機器３０を備えている。サーバ装置２０は、記憶部２１、アプリケーションプログラムインタフェース（ＡＰＩ）２２、リアルタイムソケット通信サーバ２３を備えている。
【００１９】
記憶部２１は、被制御機器３０を制御するための制御情報を記憶する。アプリケーションプログラムインタフェース２２は、端末装置１０のブラウザ１１からアクセスを受け付け、当該アクセスに応じて制御情報に基づいた被制御機器３０を制御する制御要求を出力する。リアルタイムソケット通信サーバ２３は、アプリケーションプログラムインタフェース２２を介して端末装置１０との間でリアルタイムソケット通信を行い、出力された制御要求に応じて被制御機器３０へ制御メッセージを送信する。
【００２０】
このように、実施の形態では、制御機器の制御情報を端末ではなくサーバに記憶し、サーバのＡＰＩで端末のブラウザから要求を受け付け、記憶された制御情報を用いて、ＷｅｂＳｏｃｋｅｔなどのリアルタイムソケットを介した被制御機器の制御を行うことを可能とした。これにより、端末側で被制御機器を制御するため事前に必要な情報の設定等を行ったり、被制御機器を制御するための制御を備えたり、また、被制御機器用の端末アプリをインストールする必要がないため、端末のブラウザから簡易に被制御機器を制御することができる。
【００２１】
（実施の形態１）
以下、図面を参照して本発明の実施の形態１について説明する。本実施の形態では、ローカル環境やエンドユーザの事前準備を不要としたデバイスアクセスを行う。Ｗｅｂサーバ上で動作可能なプログラムを用意し、ここに情報取得機器の情報を持たせておくことで、ローカル環境での端末アプリや情報処理装置を不要とする。
【００２２】
本実施の形態では、ユーザが事前に仕込みを行うことなく、Ｗｅｂサーバ上動作するＪａｖａＳｃｒｉｐｔ（登録商標）のプログラムによって、インターネットブラウザから情報デバイスの起動をリアルタイムに行うことが出来る。特定の端末アプリや情報処理装置を経由しないため、取得したデータはブラウザが認識可能な形式としてサーバに保存する。これにより、ローカルネットワーク上に特定の情報処理装置を必要とせずデバイスアクセスが可能となり、データの二次利用もサーバ上のみで可能となる。
【００２３】
図２は、本実施の形態に係る情報取得システムの構成を示している。この情報取得システムは、インターネットブラウザから端末デバイスを起動し、データをリアルタイムに利用するためのシステムである。
【００２４】
図２に示すように、情報取得システムは、データ端末１００、Ｗｅｂサーバ２００、データベース３００、情報取得機器４００を備えている。Ｗｅｂサーバ２００と、データ端末１００、データベース３００、及び情報取得機器４００とは、ネットワーク５００を介して通信可能に接続されている。ネットワーク５００は、例えば、インターネットなどのグローバルネットワークである。また、データ端末１００は、インターネットブラウザ１０１を有している。Ｗｅｂサーバ２００は、ＡＰＩ２１０、Ｗｅｂ Ｓｏｃｋｅｔ（ウェブソケット）サーバ２２０を有し、ＡＰＩ２１０には機器情報２１１が記憶されている。
【００２５】
例えば、ユーザ１１０は、データ端末１００によりインターネットブラウザ１０１を起動し、任意のＨＴＭＬページにアクセスする。ＨＴＭＬページに表示された情報取得ボタン等を押下することで、情報取得機器４００を起動しようとする。このとき、Ｗｅｂサーバ２００内に保存してあるＪａｖａＳｃｒｉｐｔによるＡＰＩ２１０にアクセスされる。ＡＰＩ２１０は、データ端末１００からの指示に従い、Ｗｅｂ Ｓｏｃｋｅｔサーバ２２０へ情報取得リクエストをリアルタイム送信する。リクエストを受け取ったＷｅｂ Ｓｏｃｋｅｔサーバ２２０は、情報取得機器４００に対して、データの取得リクエストを送信する。データの取得が成功すると、まず、生データとしてオブジェクトが返されるため、Ｗｅｂ ｓｏｃｋｅｔサーバ２２０は、生データをＡＰＩ２１０に返す。ＡＰＩ２１０は、生データをインターネットブラウザ１０１が認識可能である汎用的な形式に変換した後に、データベース３００に登録する。
【００２６】
図２の各構成について説明する。ユーザ１１０は、実際にデータ端末１００を操作するエンドユーザである。エンドユーザは、データ端末１００に標準で実装されている一般的なインターネットブラウザ１０１を操作すること本実施の形態のシステムを利用する。このため、データ端末１００に専用のアプリケーションをインストールしたり、ローカルネットワークの構築をしたりなどの準備を必要としないことが、本実施の形態の特徴のひとつである。
【００２７】
データ端末１００は、インターネットブラウザ（Ｗｅｂブラウザ）１０１を起動することができる端末機器である。データ端末１００は、例えば、携帯電話、ＰＣ（personal computer）、スマートフォン、タブレット端末等であり、インターネットブラウザ１０１によりＷｅｂサーバ２００へアクセス可能な装置である。データ端末１００のインターネットブラウザ１０１は、ユーザ１１０の操作に応じた情報取得リクエストをトリガとし、情報取得リクエストをＷｅｂサーバ２００およびＡＰＩ２１０へ送信する役割を持つ。
【００２８】
Ｗｅｂサーバ２００は、データ端末１００のインターネットブラウザ１０１へＷｅｂサービス（Ｗｅｂページ）を提供するサーバであり、ＡＰＩ２１０およびＷｅｂ Ｓｏｃｋｅｔサーバ２２０を有するサーバである。データ端末１００が発信した情報取得リクエストは、Ｗｅｂサーバ２００で受け取られる。
【００２９】
ＡＰＩ２１０は、Ｗｅｂアプリケーションの内部処理を行うプログラム（もしくはＡＰＩプログラムを実行する処理部でもよい）である。ＡＰＩ２１０は、ＪａｖａＳｃｒｉｐｔ言語で記述されたＪａｖａＳｃｒｉｐｔ ＡＰＩである。本実施の形態は端末固有のアプリケーションは使用せず、インターネットブラウザ１０１で閲覧することができるＷｅｂページにて一連の処理の指示をだすが、ＡＰＩ２１０は、その内部処理を行う。ＡＰＩ２１０は、データ端末１００のインターネットブラウザ１０１からのアクセスを受け付け、アクセスに応じて、ＷｅｂＳｏｃｋｅｔサーバ２２０とＷｅｂＳｏｃｋｅｔ通信を行い、情報取得リクエスト等を送信する。
【００３０】
尚、ＡＰＩ２１０のプログラムはサーバ上で動かせること、プログラムに情報取得機器４００の機器情報２１１を持っていることが本実施の形態の特徴のひとつあり、これにより、クライアント側にプログラムを仕込む（用意する）必要が無くなる。機器情報２１１は、ＡＰＩ２１０の内部に含まれていてもよいし、図１のように記憶部等に記憶されていてもよい。機器情報（制御情報）２１１は、被制御機器３０の種類や、被制御機器３０を制御するための制御コマンド、被制御機器３０のアドレス等である。ＡＰＩ２１０は、機器情報２１１を用いて、情報取得機器４００から情報を取得する情報取得リクエストを送信する。また、ＡＰＩ２１０は、情報取得機器４００が取得したデータを、インターネットブラウザ１０１が認識できる汎用的な形式に変換する機能も持つ。
【００３１】
Ｗｅｂ Ｓｏｃｋｅｔサーバ２２０は、ＡＰＩ２１０を介して、実際にリクエストを受けるサーバである。Ｗｅｂ Ｓｏｃｋｅｔサーバ２２０は、Ｗｅｂ Ｓｏｃｋｅｔ通信の確立、制御を行う。また、Ｗｅｂ Ｓｏｃｋｅｔサーバ２２０は、ＡＰＩ２１０からの情報取得リクエストに応じて、情報取得機器４００へデータ取得リクエストを送信し、情報取得機器４００から情報を取得する。本実施の形態では、ＷｅｂＳｏｃｋｅｔを利用することで、サーバへＡＰＩを動作させることが可能になる。ＡＰＩ２１０を介してＷｅｂ Ｓｏｃｋｅｔサーバ２２０とデータ端末１００の間でＷｅｂ Ｓｏｃｋｅｔ通信が確立し、Ｗｅｂ Ｓｏｃｋｅｔサーバ２２０とデータ端末１００の間でリアルタイム通信が可能となる。また、Ｗｅｂ Ｓｏｃｋｅｔサーバ２２０と情報取得機器４００の間も、Ｗｅｂ Ｓｏｃｋｅｔ通信により接続することで、Ｗｅｂ Ｓｏｃｋｅｔサーバ２２０と情報取得機器４００の間でもリアルタイム通信が可能となる。
【００３２】
データベース３００は、情報取得機器４００から取得した生データをインターネットブラウザ１０１で認識可能である汎用的な形式へ変換後、データを格納する格納部である。データベース３００に、情報取得機器４００が取得したデータを格納することで、データ端末１００のストレージにデータを保存する必要がなくなる。
【００３３】
データベース３００に格納されるデータは、インターネットブラウザ１０１が認識可能である汎用的な形式のデータであり、一例として、音声ならばmp3, wav、動画像ならばmp4, webm, ogg、静止画像ならばjpg,gif, png等である。すなわち、ＡＰＩ２１０は、ブラウザが認識不可能なデータ形式をこれらの汎用的な形式に変換する。例えば、このデータを検索システムに渡した場合、データを直接検索対象にすることが可能となる。このとき、ユーザが増加してもサーバ負荷がかからない。
【００３４】
情報取得機器４００は、情報（動画像、静止画像、音声等）を取得する機器である。情報取得機器４００は、インターネットに接続し、インターネット経由で受信する制御コマンドにより情報の取得を制御可能な機器である。Ｗｅｂカメラなどのものもあれば、データ端末１００内に搭載されているカメラやマイクなどもこれに該当する。
【００３５】
図３のシーケンスを用いて、本実施の形態の動作について説明する。図３に示すように、まず、ユーザ１１０は、データ端末１００を操作することによりインターネットブラウザ１０１を起動する（Ｓ１０）。
【００３６】
続いて、データ端末１００は、インターネットブラウザ１０１に表示されたＨＴＭＬページからＷｅｂサーバ２００内に保存してあるＪａｖａＳｃｒｉｐｔによるＡＰＩ２１０にアクセスする（Ｓ１１）。続いて、ＡＰＩ２１０は、データ端末１００からの指示に従い、データ端末１００とＡＰＩ２１０でＷｅｂ Ｓｏｃｋｅｔ通信を確立する（Ｓ１２）。例えば、インターネットブラウザ１０１のアクセスに応じてＡＰＩ２１０からＷｅｂ Ｓｏｃｋｅｔサーバ２２０へＷｅｂ Ｓｏｃｋｅｔの確立を要求し、ハンドシェイクを行うことで、データ端末１００とＷｅｂ Ｓｏｃｋｅｔサーバ２２０の間でＷｅｂ Ｓｏｃｋｅｔが確立する。
【００３７】
続いて、ＡＰＩ２１０は、Ｗｅｂ Ｓｏｃｋｅｔ通信によってＷｅｂ Ｓｏｃｋｅｔサーバ２２０へ情報取得リクエストをリアルタイム送信する（Ｓ１３）。このとき、情報取得機器４００にアクセスするための機器情報を隠蔽して付与する。続いて、リクエストを受け取ったＷｅｂ Ｓｏｃｋｅｔサーバ２２０は、情報取得機器４００に対して、データの取得リクエストを送信する（Ｓ１４）。
【００３８】
続いて、情報取得機器４００によりデータの取得が成功すると、画像や音声等の生データとしてオブジェクトがＷｅｂ Ｓｏｃｋｅｔサーバ２２０に返される（Ｓ１５）。続いて、Ｗｅｂ ｓｏｃｋｅｔサーバ２２０は、受信した生データをＡＰＩ２１０に返す（Ｓ１６）。
【００３９】
続いて、ＡＰＩ２１０は、受信した生データをインターネットブラウザ１０１が認識可能となる汎用的な形式に変換する（Ｓ１７）。続いて、ＡＰＩ２１０は、ブラウザ認識可能となったデータをデータベース３００に渡し、格納する（Ｓ１８）。
【００４０】
続いて、ＡＰＩ２１０は、インターネットブラウザ１０１にデータが取得できたことを通知する（Ｓ１９）。これ以降、インターネットブラウザ１０１もしくはＷｅｂサーバ２００上において、データベース３００に格納したデータを自由に扱うことが可能になる。Ｓ１９で、データ端末１００へ情報取得機器４００から取得したデータを送信しないため、データ端末１００に情報取得機器４００のデータが保存されることがない。その後、ユーザ１１０は、データ端末１００を操作することによりインターネットブラウザ１０１を終了する（Ｓ２０）。
【００４１】
本実施の形態によって、以下の効果が得られる。
・Ｗｅｂサーバに情報取得機器の機器情報を記憶し、Ｗｅｂサーバから情報取得機器の制御を可能としたため、これまで端末アプリでしか実施できなかったデバイス起動・アクセスがインターネットブラウザでも可能となり、端末アプリからＷｅｂアプリ移行の可能性が広がる。
・Ｗｅｂサーバにおいて情報取得機器から取得したデータを汎用的な形式に変換し保存するため、保存したデータをあらゆる認識装置（たとえば検索システム、変換装置、認識装置等）で利用可能となる。
・情報取得機器から取得したデータをデータ端末に保存せずに、ネットワーク上のデータベースに保存するため、端末ストレージの容量を気にしなくてもよく、端末の負荷を低減することができる。また、情報取得機器のデータを共有できるため、異なるデータ端末からでも同じ情報にアクセス可能となる。
・特許文献１などのようにローカルネットワークに情報処理装置を用意するシステムでは、ブラウザから情報取得機器をネットワーク上で検索するためにサーバへ定期的なメッセージを送る必要があったため、ユーザが増えるとメッセージ増によりサーバやネットワークの負荷が増大してしまう。しかし、本実施の形態では、ローカルネットワーク上に情報処理装置が不要になるため、この問題が解消される。
・情報取得機器の機器情報を有していることにより情報取得機器にアクセスできるため、ローカルネットワークに限らず、グローバルネットワーク上の情報取得機器にもアクセスすることができる。
【００４２】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【００４３】
上記実施の形態の一部は、次のように置き換えが可能であり、本発明はこれも含んでいる。例えば、データ端末１００とＡＰＩ２１０および情報取得機器４００の接続について、Ｗｅｂ Ｓｏｃｋｅｔ以外の通信手段で行ってもよい。ただし、リアルタイム通信を可能とするため、既存のＨＴＴＰ通信[ｐｏｌｌｉｎｇ、Ｃｏｍｅｔ等]は除くことが好ましい。
【００４４】
また、 ユーザ１１０がインターネットブラウザ１０１を起動する機器は、データ端末１００以外でもよい。例えば、ＰＣ等でもよい。
【００４５】
また、情報取得機器４００は、映像を取得（撮影）する機器以外でもよい。取得するデータの種類もそれに伴い、あらゆるデータを対象としてもよい。
【００４６】
また、データ端末１００から、情報取得機器４００へデータ取得リクエスト以外の制御を行ってもよい。例えば、情報取得機器４００の操作や、データ端末１００からの情報発信を行ってもよい。
【００４７】
その他、上記実施の形態を、様々な分野へ適用してもよい。例えば、端末アプリからＷｅｂアプリへの移行およびこれによる新規サービスの提案や、講演会、大学講義等のリアルタイム情報配信手段、生データによる検索装置（例えば、音声：鼻歌から歌を検索、静止画：観光地の写真から目的地を検索）、生データによる画像分析装置（例えば、医療分野）、聴覚障がい者、盲障がい者対象の音声および画像のリアルタイム変換装置、ＴＶなどＢＭＬ形式で表示するコンテンツの遠隔操作（双方向通信およびデバイスアクセスが可能となるため、データの受信だけではなく送信ができるようになる）。
【００４８】
上述の実施の形態における各構成は、ハードウェア又はソフトウェア、もしくはその両方によって構成され、１つのハードウェア又はソフトウェアから構成してもよいし、複数のハードウェア又はソフトウェアから構成してもよい。データ端末、Ｗｅｂサーバ、情報取得機器の各機能（各処理）を、ＣＰＵ（Central Processing Unit）やメモリ等を有するコンピュータにより実現してもよい。例えば、記憶装置に実施の形態における制御方法を行うための制御プログラムを格納し、各機能を、記憶装置に格納された制御プログラムをＣＰＵで実行することにより実現してもよい。
【００４９】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【符号の説明】
【００５０】
１０      端末装置
１１      ブラウザ
２０      サーバ装置
２１      記憶部
２２      アプリケーションプログラムインタフェース
２３      リアルタイムソケット通信サーバ
３０      被制御機器
１００    データ端末
１０１    インターネットブラウザ
１１０    ユーザ
２００    Ｗｅｂサーバ
２１０    ＡＰＩ（アプリケーションプログラムインタフェース）
２１１    機器情報
２２０    ＷｅｂＳｏｃｋｅｔサーバ
３００    データベース
４００    情報取得機器
５００    ネットワーク
【図１】
2014191433.tif 000003
【図２】
2014191433.tif 000004
【図３】
2014191433.tif 000005