MQ Telemetry
MQ Telemetry は、 IBM® WebSphere® MQ 7.1以降のコンポーネントです。 これらのバージョンのアップグレードは、基本的に、より新しいバージョンの IBM MQをインストールすることです。
ただし、 IBM MQ 8.0 以降、クライアント Software Development Kit は製品の一部として提供されなくなりました。 今後も同様のサンプル・アプリケーションを Eclipse Paho と MQTT.org から自由に利用できます。 IBM MQ Telemetry Transport サンプル・プログラムを参照してください。
MQ Telemetry は IBM WebSphere MQ 7.1 以降のコンポーネントであるため、MQ Telemetry はメイン製品と共にインストールするか、メイン製品のインストール後にインストールすることが可能です。 マイグレーションについては、 Windows での MQ Telemetry のマイグレーション および Linux®での MQ Telemetry のマイグレーションを参照してください。
- 遠隔測定チャネル
- テレメトリー・チャネルを使用して、 MQTT クライアントから IBM MQ への接続を管理します。 テレメトリー・チャネルは、
SYSTEM.MQTT.TRANSMIT.QUEUE
などの新しい IBM MQ オブジェクトを使用して IBM MQと対話します。 - 遠隔測定 (MQXR) サービス
- MQTT クライアントは、
SYSTEM.MQXR.SERVICE
テレメトリー・サービスを使用してテレメトリー・チャネルに接続します。 - MQ TelemetryのIBM MQ Explorerサポート
- MQ Telemetry は、 IBM MQ Explorerを使用して管理できます。
- 資料
- MQ Telemetry 資料は、 IBM WebSphere MQ 7.1 の標準 IBM MQ 製品資料に含まれています。 Java および C クライアント用の SDK 資料は、製品資料に Javadoc および HTML として提供されています。
遠隔測定の概念
何をすべきかを決める際は、自分を取り巻く環境から情報を収集するものです。 例えば消費者の立場では、どの食料を買うかを決める前に、蓄えとして何があるかを確認します。 乗り継ぎを予約する前に、今出発すると移動にどれだけ時間がかかるかを知りたいでしょう。 医者に診てもらうかどうかを決める前に、自分の症状を確認します。 バスを待つかどうかを決める前に、バスの到着予定時刻を確認します。 こうした意思決定のための情報は、メーターと装置から、または紙に書かれた言葉または画面から、あるいは自分自身から、直接もたらされます。 どこにいようと、いつやらなければならないとしても、情報を収集してまとめ、分析し、それに基づいて行動します。
情報源が広く分散していたりアクセスできなかったりする場合は、最も正確な情報を収集することは難しくなり、コストもかかるようになります。 加える変更が多い場合や変更することが難しい場合は、変更がなされないか、あまり効果的でないときに変更が行われます。
広く分散した装置からの情報収集とそれらの装置の制御のコストが、デジタル・テクノロジーを搭載した装置をインターネットに接続することによって大幅に削減されるとしたら、どうなるでしょう。 インターネットと企業のリソースを使って情報を分析することができます。 情報で裏付けられた判断をし、それに基づいて行動する機会が増えます。
- 標準化と低価格デジタル・プロセッサーへの接続により、センサーとアクチュエーターの接続と制御のコストが削減されています。
- 装置を接続するのにインターネットとインターネット・テクノロジーがますます使われています。 国によっては、インターネット・アプリケーションへの接続数の点で、携帯電話がパーソナル・コンピューターを上回っています。 他の装置も確実に後を追っています。
- インターネットとインターネット・テクノロジーは、アプリケーションによるデータの取得を格段に容易にします。 データに簡単にアクセスできるので、センサーからのデータをさらに多くのソリューションで役立つ情報に変えるためのデータ分析論が使われるようになっています。
- リソースを賢く使うことは、多くの場合に、炭酸ガス放出とコストを削減するための、より手っ取り早く安上がりな方法です。 別の方法としては、新しいリソースを見つけるか、既存のリソースを利用するための新しいテクノロジーを開発することになりますが、この場合は長期的ソリューションになる可能性があります。 短期間のうちに新しいテクノロジーを開発したり新しいリソースを見つけたりするのは、たいていは既存のソリューションを改良するよりもリスクがあり、時間とコストもかかります。
例
このような傾向が、環境とインテリジェントに連携する新しい機会をいかに生み出すかを、1 つの例が示しています。
「海上における人命の安全のための国際条約」(SOLAS) は、多くの船舶に船舶自動識別装置 (AIS) を配備することを義務付けています。 AIS を義務付けられているのは、300 トンを超える商船と、客船です。 AIS は本来、沿岸運航を対象とした衝突回避システムです。 管海官庁による沿岸水域の監視と管理に使われます。
世界中の熱心な人たちが、低価格 AIS 追跡局を配備して、沿岸運航情報をインターネット上に流しています。 その一方で、AIS からの情報をインターネットからの他の情報と結合するアプリケーションを作成している熱心な人たちもいます。 結果は Web サイトに置かれ、Twitter や SMS を使って公開されます。
あるアプリケーションでは、サウサンプトン近辺の AIS 局からの情報が、船舶所有権および地理情報と結合されます。 このアプリケーションは、フェリーの発着に関するライブ情報を Twitter に送ります。 サウサンプトンとワイト島を結ぶフェリーを使用している定期利用者は、Twitter や SMS を使ってニュース・フィードをサブスクライブしています。 このフィードにフェリーの遅延が表示された場合、利用者は出発を遅らせ、フェリーが予定到着時刻よりも遅く入港したときにフェリーを捕まえることができます。
その他の例については、 テレメトリーのユース・ケースを参照してください。