特開 2022-115429 通信装置、通信システム、及び、通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022115429

(43)【公開日】2022-08-09

(54)【発明の名称】通信装置、通信システム、及び、通信方法

(51)【国際特許分類】

   G06F 13/00 20060101AFI20220802BHJP

【ＦＩ】

G06F13/00 520C

G06F13/00 351N

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2021012018

(22)【出願日】2021-01-28

(71)【出願人】

【識別番号】500112146

【氏名又は名称】サイレックス・テクノロジー株式会社

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居 広守

(72)【発明者】

【氏名】縣 俊成

【テーマコード（参考）】

5B084

5B089

【Ｆターム（参考）】

5B084AA02

5B084AA29

5B084AB37

5B084BA09

5B084BB03

5B084DA15

5B084DC02

5B089JA35

5B089JA36

5B089JB16

5B089KA13

5B089KC32

(57)【要約】

【課題】ユーザが産業機器の構成を簡便に確認できる通信装置等を提供する。
【解決手段】通信装置１００は、パブリッシュ／サブスクライブ型のメッセージを用いてブローカとして機能する端末と通信するための通信部１１０と、産業機器に関する機器データを取得する取得部１２０と、当該機器データに基づいて、産業機器の構成に関する１以上のトピックのリストであるトピックリストを作成する作成部１３０と、通信部１１０を介して作成部１３０で作成されたトピックリストを含むメッセージを当該端末にパブリッシュする制御部１４０と、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

パブリッシュ／サブスクライブ型のメッセージを用いてブローカとして機能する端末と通信するための通信部と、
産業機器に関する機器データを取得する取得部と、
前記機器データに基づいて、前記産業機器の構成に関する１以上のトピックのリストであるトピックリストを作成する作成部と、
前記通信部を介して前記作成部で作成された前記トピックリストを含む前記メッセージを前記端末にパブリッシュする制御部と、を備える
通信装置。

【請求項2】

前記作成部が作成する前記トピックリストは、前記産業機器の構成に応じたデータ項目ごとの前記１以上のトピックを示す
請求項１に記載の通信装置。

【請求項3】

前記制御部は、前記通信部を介して前記端末からトピックリストを要求する要求情報を含む前記メッセージを受信した場合、前記通信部を介して前記作成部で作成された前記トピックリストを含む前記メッセージを前記端末にパブリッシュする
請求項１又は２に記載の通信装置。

【請求項4】

前記取得部は、繰り返し前記機器データを取得し、
前記作成部は、前記取得部が前記機器データを取得する度に、前記機器データに基づいて前記トピックリストを作成し、
前記制御部は、前記作成部が前記トピックリストを作成する度に、前記トピックリストを含む前記メッセージを前記端末にパブリッシュする
請求項１又は２に記載の通信装置。

【請求項5】

前記取得部は、繰り返し前記機器データを取得し、
前記作成部は、前記取得部が取得した前記機器データである第１機器データと、前記第１機器データの１つ前に前記取得部が取得した前記機器データである第２機器データとを比較し、前記第１機器データと前記第２機器データとが互いに異なる前記機器データである場合に、前記第１機器データに基づいて前記トピックリストを作成する
請求項１又は２に記載の通信装置。

【請求項6】

前記制御部は、前記通信部を介して前記端末にパブリッシュした１以上の前記メッセージのうち、最新の前記メッセージを記憶する指示を示す保持情報を含む前記メッセージを前記端末にパブリッシュする
請求項１～５のいずれか１項に記載の通信装置。

【請求項7】

請求項１～６のいずれか１項に記載の通信装置と、
前記端末と、を備え、
ブローカとして機能する前記端末は、
パブリッシャとして機能する第１クライアントから前記トピックリストを要求する要求情報を含む前記メッセージを受信した場合に、受信した前記要求情報を含む前記メッセージを前記通信装置にパブリッシュし、
前記トピックリストを含む前記メッセージを前記通信装置から受信した場合に、受信した前記トピックリストを含む前記メッセージをサブスクライバとして機能する第２クライアントにパブリッシュする
通信システム。

【請求項8】

パブリッシュ／サブスクライブ型のメッセージを用いてブローカとして機能する端末と通信するための通信方法であって、
産業機器に関する機器データを取得する取得ステップと、
前記機器データに基づいて、前記産業機器の構成に関する１以上のトピックのリストであるトピックリストを作成する作成ステップと、
前記作成ステップで作成した前記トピックリストを含む前記メッセージを前記端末にパブリッシュする制御ステップと、を含む
通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置、通信システム、及び、通信方法に関する。

【背景技術】

【0002】

従来、工作機械又は医療機器等の産業機器から送信された当該産業機器に係る情報を受信し、受信した情報をユーザが利用する端末に送信する装置が知られている（例えば、特許文献１参照）。

【0003】

特許文献１には、パブリッシュ／サブスクライブ型（購読型ともいう）のメッセージの送受信を、パブリッシャ又はサブスクライバである複数のクライアント装置との間で行なうサーバ装置が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１８－１２４６７９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、パブリッシュ／サブスクライブ型の通信では、サブスクライバを操作するユーザは、例えば、上記した産業機器の構成が変更された場合、変更後の構成に関する情報を取得して確認することが難しい。つまり、サブスクライバとして設定された端末を操作するユーザが、当該端末を操作して産業機器の構成を確認することは容易でない。

【0006】

本発明は、ユーザが産業機器の構成を簡便に確認できる通信装置等を提供する。

【課題を解決するための手段】

【0007】

本発明の一態様に係る通信装置は、パブリッシュ／サブスクライブ型のメッセージを用いてブローカとして機能する端末と通信するための通信部と、産業機器に関する機器データを取得する取得部と、前記機器データに基づいて、前記産業機器の構成に関する１以上のトピックのリストであるトピックリストを作成する作成部と、前記通信部を介して前記作成部で作成された前記トピックリストを含む前記メッセージを前記端末にパブリッシュする制御部と、を備える。

【0008】

これによれば、通信装置は、トピックリストを含むメッセージを端末にパブリッシュ（送信）できる。そのため、ユーザは、係るメッセージを受信してトピックリストを簡便に確認できるため、ユーザが産業機器の構成を簡便に確認できる。

【0009】

また、例えば、前記作成部が作成する前記トピックリストは、前記産業機器の構成に応じたデータ項目ごとの前記１以上のトピックを示す。

【0010】

通信装置は、例えば、産業機器の構成に応じたデータ項目ごとに１以上のトピックを作成し、作成した１以上のトピックのリストであるトピックリストを作成する。産業機器の構成によっては、当該産業機器が出力するデータ量が膨大になる場合がある。一方で、ユーザは、このような膨大なデータのうちの一部のみを必要とする場合がある。このような場合に、データ項目ごとにトピックが作成されることで、通信装置は、ユーザが要求するデータのみを端末に送信できる。そのため、通信するデータ量を削減できる。

【0011】

また、例えば、前記制御部は、前記通信部を介して前記端末からトピックリストを要求する要求情報を含む前記メッセージを受信した場合、前記通信部を介して前記作成部で作成された前記トピックリストを含む前記メッセージを前記端末にパブリッシュする。

【0012】

これによれば、通信装置は、要求情報を含むメッセージを受信したタイミングで、トピックリストを含むメッセージを端末にパブリッシュ（送信）できる。そのため、ユーザは、端末からメッセージを受信するサブスクライバとして機能する端末を操作して、所望のタイミングでトピックリストを簡便に確認できるため、所望のタイミングで産業機器の構成を簡便に確認できる。

【0013】

また、例えば、前記取得部は、繰り返し前記機器データを取得し、前記作成部は、前記取得部が前記機器データを取得する度に、前記機器データに基づいて前記トピックリストを作成し、前記制御部は、前記作成部が前記トピックリストを作成する度に、前記トピックリストを含む前記メッセージを前記端末にパブリッシュする。

【0014】

これによれば、端末からの要求を待つことなく、端末にトピックリストを送信することができ、通信装置における記憶領域の圧迫を抑制できる。

【0015】

また、例えば、前記取得部は、繰り返し前記機器データを取得し、前記作成部は、前記取得部が取得した前記機器データである第１機器データと、前記第１機器データの１つ前に前記取得部が取得した前記機器データである第２機器データとを比較し、前記第１機器データと前記第２機器データとが互いに異なる前記機器データである場合に、前記第１機器データに基づいて前記トピックリストを作成する。

【0016】

これによれば、例えば、第１機器データと第２機器データとが同じ機器データであれば、作成したトピックリストを変更する必要がないため、記憶領域が圧迫されるなどの負荷を抑制でき、作成する必要があるタイミングで適切にトピックリストが作成され得る。

【0017】

また、例えば、前記制御部は、前記通信部を介して前記端末にパブリッシュした１以上の前記メッセージのうち、最新の前記メッセージを記憶する指示を示す保持情報を含む前記メッセージを前記端末にパブリッシュする。

【0018】

通信装置は、複数のメッセージを端末にパブリッシュする場合がある。このような場合に、通信装置は、保持情報によって最新のメッセージを端末に記憶させ続けることができる。例えば、パブリッシュ／サブスクライブ型のメッセージを用いた通信では、パブリッシャからブローカにメッセージがパブリッシュされたときに、サブスクライバとして機能する端末が当該ブローカと通信できない状態であると、この端末にはメッセージがパブリッシュされない。そこで、通信装置は、保持情報を含むメッセージをブローカである端末にパブリッシュすることで、常に最新のメッセージをブローカとして機能する端末に記憶させておくことができる。そのため、例えば、端末と通信できなかったサブスクライバとして機能する端末が当該ブローカとして機能する端末と通信できるようになった場合に、ブローカとして機能する端末は、最新のメッセージを当該サブスクライバとして機能する端末にパブリッシュすることができる。

【0019】

また、本発明の一態様に係る通信システムは、上記した通信装置と、前記端末と、を備え、ブローカとして機能する前記端末は、パブリッシャとして機能する第１クライアントから前記トピックリストを要求する要求情報を含む前記メッセージを受信した場合に、受信した前記要求情報を含む前記メッセージを前記通信装置にパブリッシュし、前記トピックリストを含む前記メッセージを前記通信装置から受信した場合に、受信した前記トピックリストを含む前記メッセージをサブスクライバとして機能する第２クライアントにパブリッシュする。

【0020】

また、本発明の一態様に係る通信方法は、パブリッシュ／サブスクライブ型のメッセージを用いてブローカとして機能する端末と通信するための通信方法であって、産業機器に関する機器データを取得する取得ステップと、前記機器データに基づいて、前記産業機器の構成に関する１以上のトピックのリストであるトピックリストを作成する作成ステップと、前記作成ステップで作成した前記トピックリストを含む前記メッセージを前記端末にパブリッシュする制御ステップと、を含む。

【0021】

これらによれば、本発明に一態様に係る通信装置と同様の効果を奏する。

【0022】

なお、これらの包括的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なＣＤ－ＲＯＭ等の記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

【発明の効果】

【0023】

本発明によれば、ユーザが産業機器の構成を簡便に確認できる通信装置等を提供する。

【図面の簡単な説明】

【0024】

【図1】図１は、実施の形態に係る通信システムの構成を示す概略図である。

【図2】図２は、実施の形態に係る通信装置の機能構成を示すブロック図である。

【図3】図３は、実施の形態に係る通信装置が作成するトピックの第１例を示す図である。

【図4】図４は、実施の形態に係る通信装置が作成するトピックの第２例を示す図である。

【図5】図５は、実施の形態に係る通信装置が作成するメッセージの第１例を示す図である。

【図6】図６は、実施の形態に係る通信装置が作成するメッセージの第２例を示す図である。

【図7】図７は、実施の形態に係る通信装置が作成するメッセージの第３例を示す図である。

【図8】図８は、実施の形態に係る通信装置が作成するメッセージの第４例を示す図である。

【図9】図９は、実施の形態に係る通信装置が作成するメッセージの第５例を示す図である。

【図10】図１０は、実施の形態に係る通信システムの処理手順を説明するためのシーケンス図である。

【図11】図１１は、実施の形態に係る端末が作成するメッセージの第１例を示す図である。

【図12】図１２は、実施の形態に係る端末が作成するメッセージの第２例を示す図である。

【図13】図１３は、実施の形態に係る通信装置の処理手順を説明するためのフローチャートである。

【図14】図１４は、変形例に係る通信システムの処理手順を説明するためのシーケンス図である。

【図15】図１５は、実施の形態に係る通信装置の処理手順の変形例を説明するためのフローチャートである。

【発明を実施するための形態】

【0025】

以下、実施の形態について、図面を参照しながら具体的に説明する。

【0026】

以下で説明する実施の形態は、いずれも本発明の一具体例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序等は、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。なお、同一の構成要素には同一の符号を付し、説明を省略する場合がある。

【0027】

（実施の形態）
［構成］
図１は、実施の形態に係る通信システム４００の構成を示す概略図である。

【0028】

通信システム４００は、産業機器２００から送信（提供）された産業機器２００に関する機器データを、通信装置１００を介して端末３００へ送信（配信）するシステムである。

【0029】

通信システム４００は、通信装置１００と、１以上の産業機器２００と、１以上の端末３００とを備える。

【0030】

なお、通信システム４００が備える産業機器２００の数及び端末３００の数は、それぞれ、特に限定されない。

【0031】

通信装置１００は、産業機器２００が出力するデータ（例えば、後述する機器データ）を受信し、受信したデータに対する処理を行って端末３００に送信することで、上記データを中継する中継装置である。通信装置１００は、１以上の端末３００とネットワークを介して通信可能に接続されている。当該ネットワークは、有線ネットワークでもよいし、無線ネットワークでもよいし、有線ネットワークと無線ネットワークとの両方でもよい。無線ネットワークは、通信装置１００と端末３００とを無線により通信可能に接続するネットワークである。例えば、無線ネットワークは、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよい。また、有線ネットワークは、通信装置１００と端末３００とを有線により通信可能に接続するネットワークである。例えば、有線ネットワークは、有線ＬＡＮであってもよい。

【0032】

産業機器２００は、通信装置１００と通信可能に接続され、産業機器２００に係る機器データを、通信装置１００に送信する機器である。例えば、産業機器２００は、材料を回転させる回転機構と、Ｚ軸方向に伸延し、Ｘ軸方向及びＹ軸方向に平行移動可能な主軸と、を備える工作機械である。産業機器２００は、例えば、主軸の軸位置のＸ軸座標及びＹ軸座標を示す軸位置情報、産業機器２００が備える各部品を動作させる際の制御パラメータ等、及び産業機器２００の構成を示す構成情報を含む機器データを生成して通信装置１００に送信する。

【0033】

産業機器２００は、例えば、通信装置１００から、上記の機器データの提供を要求する旨の信号を通信装置１００から受信した場合に、機器データを通信装置１００に送信するとしてもよいし、所定の周期で定期的に機器データを通信装置１００に送信するとしてもよい。

【0034】

産業機器２００は、複数の異なる働き（機構）を備えた機器（機械）で構成されている。例えば、工作機械であれば、主軸や切削機構など複数の機器で構成される。産業機器２００は、当該複数の機器それぞれに関する機器のデータ（機器データ）を個別に出力できる。例えば、産業機器２００は、予め定められた順序で産業機器２００に係る機器データを通信装置１００に送信する。産業機器２００が出力する機器データは、例えば、産業機器２００の機器名、産業機器２００に固有の識別情報、産業機器２００の生産数、産業機器２００が備える機器（例えば、Ｐ１、Ｐ２等）の部品を動かす速度、及び、産業機器２００が備える機器（例えば、Ｐ１、Ｐ２等）の部品を動かす方向（Ｘ軸方向、Ｙ軸方向、及び、Ｚ軸方向等）等のデータの種類を示す名前情報（ｎａｍｅ又はｉｄともいう）等である。

【0035】

なお、産業機器２００は、工作機械に限定される必要はなく、例えば、医療機器等であってもよい。

【0036】

端末３００は、通信装置１００から送信される産業機器２００の機器データを受信する装置である。ユーザは、例えば、端末３００を操作することで、端末３００が受信した産業機器２００に係る機器データを確認する。

【0037】

端末３００は、例えば、端末３００を利用するユーザによる操作を受け付ける入力インターフェース、及び、ユーザに対する出力を行う出力インターフェース等のユーザインターフェースと、通信装置１００と通信する通信インターフェースと、プロセッサと、データを記憶するフラッシュメモリ、ＨＤＤ等の記憶装置と、を有する。端末３００は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータであってもよく、特に限定されない。また、端末３００は、ネットワークを介するクラウド上のサーバ装置であってもよい。

【0038】

通信装置１００と端末３００とは、例えば、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）に準拠する規格に基づいて通信する。

【0039】

なお、通信装置１００と端末３００との間で行われる通信の規格は、ＭＱＴＴに準拠する規格に限定されるものではなく、例えば、パブリッシュ／サブスクライブ型の通信プロトコルであれば、独自規格等、任意の規格でもよい。

【0040】

以下では、通信装置１００と端末３００との間では、ＭＱＴＴに準拠する規格に基づいて通信されるとして説明する。

【0041】

また、通信装置１００と産業機器２００との間は、ローカル接続されていてもよいし、有線ネットワークで接続されてもよいし、無線ネットワークで接続されていてもよい。なお、通信装置１００と産業機器２００との通信で用いられる通信規格は、任意でよく、例えば、ＭＱＴＴとは異なる通信規格が採用されていてもよい。

【0042】

図２は、実施の形態に係る通信装置１００の機能構成を示すブロック図である。

【0043】

通信装置１００は、通信部１１０と、取得部１２０と、作成部１３０と、制御部１４０と、記憶部１５０と、を備える。

【0044】

通信部１１０は、産業機器２００と通信するための通信インターフェースと、端末３００と通信するための通信インターフェースとの２つの通信インターフェースを備える。より具体的には、例えば、通信部１１０が、端末３００と有線通信する場合には、通信線が接続可能な通信規格に準拠したコネクタを備える。また、通信部１１０が、端末３００と無線通信する場合には、アンテナと無線モジュールとを備える。

【0045】

また、例えば、通信部１１０は、産業機器２００と通信することで、産業機器２００に係る機器データを受信する。

【0046】

通信部１１０は、パブリッシュ／サブスクライブ型のメッセージを用いて、ブローカとして機能する端末３００と通信するための通信インターフェースである。

【0047】

パブリッシュ／サブスクライブ型のメッセージを用いた通信では、メッセージ（データ）の送信者であるパブリッシャ（ｐｕｂｌｉｓｈｅｒ）と、メッセージの受信者であるサブスクライバ（ｓｕｂｓｃｒｉｂｅｒ）との間のメッセージの送受信をブローカ（ｂｒｏｋｅｒ）が仲介する。そしてそのメッセージ送受信の仲介には、トピックと呼ばれるメッセージの内容を識別するための情報が利用される。

【0048】

なお、以後、パブリッシャとして機能する装置を単にパブリッシャともいい、サブスクライバとして機能する装置を単にサブスクライバともいい、ブローカとして機能する装置を単にブローカともいう。

【0049】

まず、サブスクライバは、トピックを指定した情報をブローカに送信、つまり、トピックを指定（サブスクライブ／ｓｕｂｓｃｒｉｂｅ）する。

【0050】

パブリッシャがトピックを指定してメッセージをブローカに送信（パブリッシュ／ｐｕｂｌｉｓｈ）した場合、ブローカは、指定されたトピックに対応するメッセージをサブスクライバに向けてパブリッシュ（転送）する。これにより、パブリッシャは、宛先（サブスクライバ）が誰で何人いるか等の情報がなくても、メッセージをサブスクライバにパブリッシュすることができる。

【0051】

トピックとは、メッセージの内容を識別するための情報であって、データの特徴を表す情報である。トピックは、例えば、データのタイトル、種類、及び、形式等を示す情報である。本実施の形態では、産業機器２００から出力される機器データに関するトピックが作成される。

【0052】

なお、以下では、特に明示しない限り、端末３００は、ブローカとしてもパブリッシャとしてもサブスクライバとしても機能する。例えば、端末３００は、ブローカとして機能し、パブリッシャとして機能する第１クライアントから要求情報を含むメッセージを受信した場合に、受信した要求情報を含むメッセージを通信装置１００にパブリッシュ（転送）する。また、例えば、端末３００は、ブローカとして機能し、産業機器２００に関する１以上のトピックのリストであるトピックリストを含むメッセージを通信装置１００から受信した場合に、受信したトピックリストを含むメッセージをサブスクライバとして機能する第２クライアントにパブリッシュ（転送）する。本実施の形態では、後で詳細に説明する図１０においては、第１クライアント及び第２クライアントは、いずれも端末３００である。ただし、第１クライアント及び第２クライアントは、それぞれ、端末３００とは異なる別々の装置であってもよい。

【0053】

なお、端末３００は、パブリッシャ及びブローカとして機能し、ユーザによる操作に応じて、要求情報を含むメッセージを通信装置１００にパブリッシュしてもよい。また、例えば、端末３００は、ブローカ及びサブスクライバとして機能し、通信装置１００からパブリッシュされたメッセージに含まれるデータに基づいて、ユーザに対して出力（例えば、データを示す画像の表示等）を行ってもよい。

【0054】

また、通信装置１００は、特に明示しない限り、パブリッシャとしてもサブスクライバとしても機能する。

【0055】

図２に戻って、取得部１２０は、産業機器２００に関する機器データを取得する処理部である。取得部１２０は、例えば、産業機器２００に関する機器データを、通信部１１０を介して産業機器２００から受信することで取得する。或いは、取得部１２０は、機器データが、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やメモリなどの記憶部１５０に記憶されている場合、記憶部１５０から取得してもよい。

【0056】

作成部１３０は、取得部１２０が取得した機器データに基づいて、産業機器２００の構成に関する１以上のトピックのリストであるトピックリストを作成する処理部である。作成部１３０は、例えば、機器データに基づいて、／（スラッシュ）から始まる任意の階層の名前を付したトピックを１以上作成し、作成した１以上のトピックのリストであるトピックリスト（より具体的には、トピックリストを示すデータ）を作成する。

【0057】

トピックは、例えば、産業機器２００が出力する機器データの種類（データ項目）ごとに作成される。例えば、産業機器２００が、対象物をＸ軸とＹ軸とＺ軸とに沿って移動させることが可能な機器である場合、Ｘ軸の位置を示す情報に関するトピックと、Ｙ軸の位置を示す情報に関するトピックと、Ｚ軸の位置を示す情報に関するトピックとが作成部１３０によって作成される。さらに、作成部１３０は、作成した３つのトピックを示すトピックリストを作成する。

【0058】

トピックリストは、トピック（具体的には、トピック名、より具体的には、トピックを示す文字列）のリストを示す情報である。トピックは、例えば、産業機器２００が出力する機器データの種類ごとに作成される。そのため、トピックの内容は、産業機器２００の各構成（構成要素）を示す情報を含むと言える。言い換えれば、トピックリストは、産業機器２００の構成を示す構成情報（構成要素のリスト）となりえる。

【0059】

なお、作成部１３０は、機器データに基づいて作成した１以上のトピックのみを含むトピックリストを作成してもよいし、予め機器データに応じたトピックが一部設定されている場合、予め設定されているトピックと機器データに基づいて作成した１以上のトピックとを示すトピックリストを作成してもよい。

【0060】

例えば、産業機器２００が出力する機器データであるＸ軸の位置を示す情報に関するトピックが予め設定されており、取得部１１０が機器データとして、Ｘ軸の位置を示す情報とＹ軸の位置を示す情報とを取得した場合、トピックが予め設定されていないＹ軸の位置を示す情報に関するトピックを新たに作成し、Ｘ軸の位置を示す情報に関するトピックとＹ軸の位置を示す情報に関するトピックとを示すトピックリストを作成してもよい。

【0061】

図３は、実施の形態に係る通信装置１００が作成するトピックの第１例を示す図である。

【0062】

例えば、作成部１３０は、取得部１２０が、機器データとして、Ｘ軸の位置が出力可能であることを示す情報と、Ｙ軸の位置が出力可能であることを示す情報と、Ｚ軸の位置が出力可能であることを示す情報とを取得した場合、トピックとして、（ｉ）／ｔｏｐｉｃ／ａｃｔ－Ｘ＿Ｐ１と、（ｉｉ）／ｔｏｐｉｃ／ａｃｔ－Ｙ＿Ｐ１と、（ｉｉｉ）／ｔｏｐｉｃ／ａｃｔ－Ｚ＿Ｐ１と、３つのトピックを作成する。

【0063】

それぞれのトピックには、対応するデータ（より具体的には、データを含むメッセージ）が紐付けられる。例えば、作成部１３０は、／ｔｏｐｉｃ／ａｃｔ－Ｘ＿Ｐ１には、Ｘ軸の位置を示す情報（数値データ）を紐付けて記憶部１５０に記憶させる。また、例えば、作成部１３０は、／ｔｏｐｉｃ／ａｃｔ－Ｙ＿Ｐ１には、Ｙ軸の位置を示す情報（数値データ）を紐付けて記憶部１５０に記憶させる。例えば、サブスクライバがブローカに対して／ｔｏｐｉｃ／ａｃｔ－Ｘ＿Ｐ１をトピックとして指定した場合、ブローカは、サブスクライバに、通信装置１００から受信した、／ｔｏｐｉｃ／ａｃｔ－Ｘ＿Ｐ１に対応した機器データであるＸ軸の位置を示す情報を含むメッセージを端末３００にパブリッシュする。

【0064】

図４は、実施の形態に係る通信装置１００が作成するトピックの第２例を示す図である。

【0065】

この例では、産業機器２００が２つの異なる機器Ｐ１およびＰ２（不図示）を備えており、取得部１２０が、機器データとして、機器Ｐ１がＸ軸の位置が出力可能であることを示す情報と、Ｚ軸の位置が出力可能であることを示す情報と、機器Ｐ２がＸ軸の位置が出力可能であることを示す情報と、機器Ｐ２がＺ軸の位置が出力可能であることを示す情報と、を取得したとする例である。この場合、例えば、作成部１３０は、トピックとして、（ｉ）／ｔｏｐｉｃ／ａｃｔ－Ｘ＿Ｐ１と、（ｉｉ）／ｔｏｐｉｃ／ａｃｔ－Ｚ＿Ｐ１と、（ｉｉｉ）／ｔｏｐｉｃ／ａｃｔ－Ｘ＿Ｐ２と、（ｉｖ）／ｔｏｐｉｃ／ａｃｔ－Ｚ＿Ｐ２と、４つのトピックを作成する。

【0066】

このように、作成部１３０は、産業機器２００に関する異なる複数の機器データに基づいて、メッセージの対象であるトピック、つまり、メッセージを用いて通信する際に機器データの内容を特定するために用いられるトピックを作成し得る。

【0067】

なお、例えば、／ｔｏｐｉｃ／ａｃｔ－Ｘ＿Ｐ１等の「ｔｏｐｉｃ」の部分には、産業機器２００に任意に定められる機器名等が割り当てられてもよい。

【0068】

また、作成部１３０は、産業機器２００の構成に応じてトピックを作成してもよい。例えば、作成部１３０は、上記したように産業機器２００が２つの異なる機器（機器Ｐ１及び機器Ｐ２）を備える場合、機器Ｐ１に対応するトピックと、機器Ｐ２に対応するトピックと、を別に作成してもよい。例えば、作成部１３０は、トピックとして、／ｔｏｐｉｃ／Ｐ１と、／ｔｏｐｉｃ／Ｐ２と、を作成してもよい。例えば、図４で言えば、／ｔｏｐｉｃ／Ｐ１には、機器Ｐ１におけるＸ軸の位置を示す情報（／ｔｏｐｉｃ／ａｃｔ－Ｘ＿Ｐ１の情報）と機器Ｐ１におけるＺ軸の位置を示す情報（／ｔｏｐｉｃ／ａｃｔ－Ｚ＿Ｐ１の情報）とが紐付けられる。この例は図５以下に例示するが、１つのトピックに対して複数の情報が紐付けられていてもよい。

【0069】

また、作成部１３０は、産業機器２００の構成に応じたデータ項目ごとの１以上のトピックのリストであるトピックリストを作成してもよい。言い換えると、作成部１３０が作成するトピックリストは、例えば、産業機器２００の構成に応じたデータ項目ごとの１以上のトピックを示す。

【0070】

データ項目とは、産業機器２００が出力する機器データの種類（属性）を示す。例えば、取得部１１０が産業機器２００から、機器Ｐ１のＸ軸の位置を示す情報と、機器Ｐ１のＺ軸の位置を示す情報と、機器Ｐ２のＸ軸の位置を示す情報と、機器Ｐ２のＺ軸の位置を示す情報と、のように、４つのデータ項目を含む機器データを取得した場合、作成部１３０は、図４に示す例のように、それぞれに対応する４つのトピックを作成し、作成した４つのトピックのリストをトピックリストとして作成する。

【0071】

なお、データ項目ごととは、Ｘ軸の位置を示す数値を示すデータ、Ｚ軸の位置を示す数値を示すデータ等のように、データの種類が異なるデータごとであることを意味する。例えば、時間を示すデータと、当該時間におけるＸ軸の位置を示す数値を示すデータとのように、関連付けられていないと意味をなさないデータについては、１つのトピックに複数のデータが紐付けられていてもよい。

【0072】

また、例えば、作成部１３０は、機器データに基づいて、通信装置１００が機器データを取得している産業機器２００のリストである機器リストを作成する。

【0073】

図５は、実施の形態に係る通信装置１００が作成するメッセージの第１例を示す図である。具体的には、図５は、機器リストの一例を示す図である。

【0074】

機器リストは、通信装置１００が通信する１台または複数台の産業機器２００のリストを示す情報であり、それぞれの産業機器２００に予め定められた機器名を含むリストである。

【0075】

ここでは、通信装置１００が、例えば、２台の産業機器２００のそれぞれから機器データを取得しているとする。

【0076】

この場合、例えば、作成部１３０は、図５に示す機器リストを作成する。例えば作成部１３０は、図５に示す予め設定された機器リストのトピックに紐付く、２台の産業機器２００のそれぞれに固有の識別情報（”ｉｄ”）と、２台の産業機器２００のそれぞれにユーザ等によって任意に定められた機器名（”ｎａｍｅ”）とのデータを示すリストを作成する。本例では、「／ｍａｃｈｉｎｅ＿ｌｉｓｔ」が、機器リストに関するトピックであり、「｛”ｉｄ”：１，”ｎａｍｅ”：”ｍａｃｈｉｎｅＡ”，｝，｛”ｉｄ”：２，”ｎａｍｅ”：”ｍａｃｈｉｎｅＢ”，｝」が機器リストであり、「｛”ｍａｃｈｉｎｅｓ”：［｛”ｉｄ”：１，”ｎａｍｅ”：”ｍａｃｈｉｎｅＡ”，｝，｛”ｉｄ”：２，”ｎａｍｅ”：”ｍａｃｈｉｎｅＢ”，｝］｝」が機器リストを含むメッセージである。

【0077】

また、このように、例えば、通信装置１００が２台の産業機器２００のそれぞれから機器データを取得している場合、２台の産業機器２００ごとのトピックのリスト（トピックリスト）を作成してもよい。この例は図６及び図７に例示する。

【0078】

図６は、実施の形態に係る通信装置１００が作成するメッセージの第２例を示す図である。具体的には、図６は、図５に示す機器名が”ｍａｃｈｉｎｅＡ”である産業機器２００の構成に関する１以上のトピックのリストであるトピックリストを示す図である。より具体的には、図６は、取得部１２０が、”ｍａｃｈｉｎｅＡ”の機器データとして、産業機器２００が備える機器Ｐ１（不図示）がＸ軸の位置が出力可能であることを示す情報と、Ｙ軸の位置が出力可能であることを示す情報と、Ｚ軸の位置が出力可能であることを示す情報と、を取得した場合に、作成部１３０が作成するトピックリストの例である。この場合、作成部１３０は、トピックとして、（ｉ）／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｘ＿Ｐ１と、（ｉｉ）／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｙ＿Ｐ１と、（ｉｉｉ）／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｚ＿Ｐ１と、を作成する。さらに、作成部１３０は、（ｉ）／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｘ＿Ｐ１と、（ｉｉ）／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｙ＿Ｐ１と、（ｉｉｉ）／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｚ＿Ｐ１とのそれぞれのトピックの文字列を示すトピックリストを作成する。本例では、「／ｍａｃｈｉｎｅＡ／ｔｏｐｉｃ＿ｌｉｓｔ」が、予め任意に設定されているトピックリストに関するトピックであり、「”／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｘ＿Ｐ１”，”／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｙ＿Ｐ１”，”／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｚ＿Ｐ１”」がトピックリストであり、「｛”ｔｏｐｉｃ＿ｌｉｓｔ”：［”／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｘ＿Ｐ１”，”／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｙ＿Ｐ１”，”／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｚ＿Ｐ１”］｝」がトピックリストを含むメッセージである。

【0079】

図７は、実施の形態に係る通信装置１００が作成するメッセージの第３例を示す図である。具体的には、図７は、図５に示す機器名が”ｍａｃｈｉｎｅＢ”である産業機器２００の構成に関する１以上のトピックのリストであるトピックリストを示す図である。より具体的には、図７は、取得部１２０が、”ｍａｃｈｉｎｅＢ”の機器データとして、産業機器２００が機器Ｐ１（不図示）と機器Ｐ２（不図示）とを備えており、機器Ｐ１がＸ軸の位置が出力可能であることを示す情報と、機器Ｐ１がＺ軸の位置が出力可能であることを示す情報と、機器Ｐ２（不図示）がＸ軸の位置が出力可能であることを示す情報と、機器Ｐ２がＺ軸の位置が出力可能であることを示す情報と、を取得する例である。この場合、作成部１３０は、トピックとして、（ｉ）／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｘ＿Ｐ１と、（ｉｉ）／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｚ＿Ｐ１と、（ｉｉｉ）／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｘ＿Ｐ２と、（ｉｖ）／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｚ＿Ｐ２と、を作成する。さらに、作成部１３０は、（ｉ）／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｘ＿Ｐ１と、（ｉｉ）／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｚ＿Ｐ１と、（ｉｉｉ）／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｘ＿Ｐ２と、（ｉｖ）／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｚ＿Ｐ２とのそれぞれのトピックの文字列を示すトピックリストを作成する。本例では、「／ｍａｃｈｉｎｅＢ／ｔｏｐｉｃ＿ｌｉｓｔ」が、予め任意に設定されているトピックリストに関するトピックであり、「”／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｘ＿Ｐ１”，”／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｚ＿Ｐ１”，”／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｘ＿Ｐ２”，”／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｚ＿Ｐ２”」がトピックリストであり、「｛”ｔｏｐｉｃ＿ｌｉｓｔ”：［”／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｘ＿Ｐ１”，”／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｚ＿Ｐ１”，”／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｘ＿Ｐ２”，”／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｚ＿Ｐ２”］｝」がトピックリストを含むメッセージである。

【0080】

図８は、実施の形態に係る通信装置１００が作成するメッセージの第４例を示す図である。具体的には、図８は、トピック及びトピックに紐付けられるデータの一例を示す図である。

【0081】

図８に示すように、例えば、トピック「／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｘ＿Ｐ１」には、機器名が”ｍａｃｈｉｎｅＡ”である産業機器２００の機器データである、時間を示すデータ（”ｔｉｍｅ”）と、当該時間におけるＸ軸の位置を示す数値を示すデータ（”ｖａｌｕｅ”）と、が紐付けられる。

【0082】

図９は、実施の形態に係る通信装置１００が作成するメッセージの第５例を示す図である。具体的には、図９は、トピック及びトピックに紐付けられるデータの別の一例を示す図である。

【0083】

図９に示すように、例えば、トピック「／ｍａｃｈｉｎｅＢ／ａｃｔ－Ｘ＿Ｐ１」には、機器名が”ｍａｃｈｉｎｅＢ”である産業機器２００の機器データである、時間を示すデータ（”ｔｉｍｅ”）と、当該時間におけるＸ軸の位置を示す数値を示すデータ（”ｖａｌｕｅ”）と、が紐付けられる。

【0084】

通信装置１００は、例えば、図５に示す機器リストを含むメッセージと、図６及び図７に示すトピックリストを含むメッセージとを、端末３００にパブリッシュする。

【0085】

これにより、ユーザは、端末３００を操作することで、産業機器２００の構成を確認できる。

【0086】

端末３００は、例えば、ユーザに操作されることで、ユーザが所望の情報と紐付けられたトピックを指定（サブスクライブ）する。例えば、端末３００は、図８に示すトピック「／ｍａｃｈｉｎｅＡ／ａｃｔ－Ｘ＿Ｐ１」をサブスクライブする。これにより、通信装置１００は、例えば、図８に示す様な、具体的データを含むメッセージを端末３００にパブリッシュする。

【0087】

制御部１４０は、通信部１１０を介して、作成部１３０で作成されたトピックリストを含むメッセージを端末３００にパブリッシュする処理部である。例えば、制御部１４０は、通信部１１０を介して端末３００からトピックリストを要求する要求情報を含むメッセージを受信した場合、通信部１１０を介して作成部１３０で作成されたトピックリストを含むメッセージを端末３００にパブリッシュする処理部である。

【0088】

また、例えば、制御部１４０は、通信部１１０を介して端末３００にパブリッシュした１以上のメッセージのうち、最新のメッセージを記憶する指示を示す保持情報を含むメッセージを端末３００にパブリッシュする。例えば、制御部１４０は、トピックリストと保持情報とを含むメッセージを端末３００にパブリッシュする。

【0089】

保持情報とは、ブローカとして機能する端末３００に、最新のメッセージを記憶させるための情報である。

【0090】

端末３００は、例えば、通信装置１００から複数のメッセージを受信する。端末３００がブローカとして機能する場合、保持情報を含むメッセージを受信しなければ、受信したメッセージを当該メッセージに対応するサブスクライバ（より具体的には、当該メッセージに紐付くトピックを指定しているサブスクライバ）のためにパブリッシュした後、パブリッシュしたメッセージを端末３００が備える記憶装置（不図示）から削除してしまう。しかし、端末３００は、保持情報を含むメッセージを受信した場合には、最新のメッセージを記憶装置に記憶し続ける。保持情報を含むメッセージとは、例えば、ＭＱＴＴが備えるＲｅｔａｉｎメッセージである。

【0091】

Ｒｅｔａｉｎメッセージは、トピックごとに最新のメッセージをブローカに記憶させる機能である。ＭＱＴＴでは、パブリッシャからブローカにメッセージがパブリッシュされたときにブローカと通信可能なサブスクライバのみに当該メッセージがパブリッシュされる。そのため、ブローカと通信できない状態であるサブスクライバにはメッセージがパブリッシュされない。そこで、Ｒｅｔａｉｎ機能により、常に最新のメッセージをブローカ（本実施の形態では、端末３００）に記憶させておくことができる。このように、ブローカからメッセージがパブリッシュされるときに当該ブローカと通信できない状態であるサブスクライバは、Ｒｅｔａｉｎ機能によって当該ブローカに記憶されている最新のメッセージを受け取ることができる。また、メッセージを記憶させるために、例えば、メッセージに保持情報としてフラグが設定されていてもよい。すなわち、端末３００は、ブローカがトピックリストを含むメッセージを受信した場合、当該メッセージにおける予め任意に定められた保持情報が格納されるフィールドの値が０の場合、当該メッセージを破棄し、フィールドの値が１の場合、当該メッセージを記憶してもよい。Ｒｅｔａｉｎメッセージを用いる例は、図１４により示す変形例において詳述する。

【0092】

取得部１２０、作成部１３０及び制御部１４０等の処理部は、例えば、記憶部１５０に記憶される制御プログラムと、当該制御プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサとにより実現される。

【0093】

なお、取得部１２０、作成部１３０及び制御部１４０は、上記した動作を繰り返し実行してもよい。具体的には、取得部１２０は、繰り返し機器データを取得し、作成部１３０は、取得部１２０が機器データを取得する度に、機器データに基づいてトピックリストを作成してもよい。例えば、機器データが更新されると、トピックも更新される場合がある。この場合、作成部１３０は、更新されたトピックに応じてトピックリストも作成し直す。また、この場合、例えば、制御部１４０は、さらに、作成部１３０がトピックリストを作成する度に、作成部１３０に作成されたトピックリストを含むメッセージを端末３００にパブリッシュする。つまり、制御部１４０は、通信部１１０を介して要求情報を含むメッセージを受信した場合、通信部１１０を介してトピックリストを含むメッセージを端末３００にパブリッシュし、且つ、その後作成部１３０がトピックリストを作成する度に、トピックリストを含むメッセージを繰り返し端末３００にパブリッシュしてもよい。

【0094】

これにより、端末３００には、定期的に更新されたトピックリストを含むメッセージがパブリッシュされる。制御部１４０は、単に、作成部１３０がトピックリストを作成する度に、作成部１３０で作成された当該トピックリストを含むメッセージを繰り返し端末３００にパブリッシュしてもよい。

【0095】

また、作成部１３０は、取得部１２０が機器データを取得する度だけでなく、前回取得した機器データと異なる機器データを取得した場合にのみ、当該機器データに基づいて１以上のトピックを作成してもよい。具体的には、取得部１２０は、繰り返し機器データを取得した後一時記憶しておき、作成部１３０は、取得部１２０が取得した機器データである第１機器データと、当該第１機器データの１つ前に取得部１２０が取得した機器データである第２機器データとを比較し、第１機器データと第２機器データとが互いに異なる機器データである場合に、第１機器データに基づいて１以上のトピックを作成する。例えば、作成部１３０は、取得部１２０が、産業機器２００から第２機器データとして、Ｘ軸の位置が出力可能であることを示す情報と、Ｙ軸の位置が出力可能であることを示す情報とを取得した後に、産業機器２００から第１機器データとして、Ｘ軸の位置が出力可能であることを示す情報と、Ｚ軸の位置が出力可能であることを示す情報とを取得したとする。この場合、作成部１３０は、第１機器データと第２機器データとが異なる（より具体的には、機器データの種類（データ項目）が異なる）ため、新たにトピック（この場合、例えば、Ｚ軸の位置が出力可能であることを示す情報に関するトピック）及びトピックリストを作成する。

【0096】

記憶部１５０は、取得部１２０、作成部１３０及び制御部１４０が実行する制御プログラムが記憶される記憶装置である。記憶部１５０は、例えば、フラッシュメモリ、ＨＤＤ等により実現される。

【0097】

［処理手順］
＜通信システム＞
続いて、通信システム４００が実行する動作について説明する。

【0098】

図１０は、実施の形態に係る通信装置１００が実行する処理の処理手順を示すシーケンス図である。以下、図１１および図１２を用いて、図１０に示すシーケンス図を詳細に説明する。

【0099】

なお、図１０に示すように、端末３００は、サブスクライバ、パブリッシャ、及び、ブローカとして機能する。また、通信装置１００は、サブスクライバ及びパブリッシャとして機能する。

【0100】

また、図１０に示す通信システム４００においては、最小の構成として、通信装置１００と通信する産業機器２００及び端末３００を１つずつのみ図示している。

【0101】

まず、通信装置１００は、産業機器２００と通信することで、産業機器２００から産業機器２００に関する機器データを取得する（Ｓ１０１）。

【0102】

なお、例えば、通信装置１００が複数台の産業機器２００と通信可能である場合、当該複数台の産業機器２００のそれぞれから機器データを取得する。

【0103】

次に、通信装置１００は、機器データに基づいて機器リスト及びトピックリストを作成する（Ｓ１０２）。例えば、通信装置１００は、機器データに基づいて１以上のトピックを作成し、作成した１以上のトピックのリストであるトピックリストを作成する。

【0104】

次に、例えば、端末３００は、ユーザに操作されることで、パブリッシャとして機能して、機器リストを要求するリスト要求を含むメッセージをブローカにパブリッシュする（Ｓ１０３）。この場合、次に、端末３００は、ブローカとして機能して、当該リスト要求を含むメッセージを通信装置１００にパブリッシュする。

【0105】

ここで、図１１は、実施の形態に係る端末３００が作成するメッセージの第１例を示す図である。具体的には、図１１は、通信装置１００が取得している全ての産業機器２００の情報を示す機器リストを要求する指示（構成配信指示）を示す情報であるリスト要求を含むメッセージの一例である。

【0106】

ブローカとして機能している端末３００は、例えば、図１１に示すデータ（例えば、通信装置１００が通信する全ての産業機器２００を示すリストである機器リストを送信する指示である「”ｌｉｓｔ＿ｔｙｐｅ”：”ａｌｌ”」）を含むメッセージを通信装置１００にパブリッシュする。つまり、ステップＳ１０３およびステップＳ１０４では、端末３００は、パブリッシャ及びブローカとして機能して、／ｒｅｑｕｅｓｔ／ｍａｃｈｉｎｅ＿ｌｉｓｔによるリスト要求を送信することで、リスト要求を含むメッセージを通信装置１００にパブリッシュする。

【0107】

なお、通信装置１００は、ステップＳ１０３が実行される前までに、／ｒｅｑｕｅｓｔ／ｍａｃｈｉｎｅ＿ｌｉｓｔを指定（サブスクライブ）する。

【0108】

これにより、通信装置１００は、サブスクライバとして機能して、当該リスト要求を含むメッセージを端末３００から受信する（Ｓ１０４）。

【0109】

次に、通信装置１００は、作成した機器リストを含むメッセージを、パブリッシャとして機能して端末３００（ブローカ）にパブリッシュする（Ｓ１０５）。例えば、通信装置１００が、それぞれ「”ｍａｃｈｉｎｅＡ”」及び「”ｍａｃｈｉｎｅＢ”」の機器名である２台の産業機器２００から機器データを取得している場合に、図１１に示すメッセージを受信したとする。この場合、通信装置１００は、図５に示すような機器リストを含むメッセージを、ブローカとして機能している端末３００にパブリッシュする。つまり、ステップＳ１０５では、通信装置１００は、パブリッシャとして機能して、図５に示すトピックである／ｍａｃｈｉｎｅ＿ｌｉｓｔに対して機器リストをパブリッシュする。

【0110】

次に、端末３００は、通信装置１００から受信したメッセージに含まれる機器リストを、ブローカとして機能してサブスクライバにパブリッシュする（Ｓ１０６）。

【0111】

次に、例えば、端末３００は、ユーザに操作されることで、パブリッシャとして機能して、トピックリストを要求する指示を示す要求情報（構成要求）をブローカにパブリッシュする（Ｓ１０７）。次に、端末３００は、ブローカとして機能して、当該要求情報を含むメッセージを通信装置１００にパブリッシュする。

【0112】

ここで、図１２は、実施の形態に係る端末３００が作成するメッセージの第２例を示す図である。具体的には、図１２は、要求情報（構成要求）の一例であって、通信装置１００が取得している機器名が「”ｍａｃｈｉｎｅＡ”」の産業機器２００の構成を示す情報、つまり、トピックリストを要求する指示（構成配信指示）を示す情報である構成要求を含むメッセージの一例である。

【0113】

ブローカとして機能している端末３００は、例えば、図１２に示すデータ（例えば、機器名が「”ｍａｃｈｉｎｅＡ”」の産業機器２００の全てのトピックを示しているトピックリストを送信する指示（つまり、要求情報の一例）である「”ｍａｃｈｉｎｅｓ”：［”ｍａｃｈｉｎｅＡ”］）を含むメッセージを通信装置１００にパブリッシュする。つまり、ステップＳ１０７およびステップＳ１０８では、端末３００は、パブリッシャ及びブローカとして機能して、／ｒｅｑｕｅｓｔ／ｔｏｐｉｃ＿ｌｉｓｔによる構成要求を送信することで、構成要求を含むメッセージを通信装置１００にパブリッシュする。

【0114】

なお、通信装置１００は、ステップＳ１０７が実行される前までに、／ｒｅｑｕｅｓｔ／ｔｏｐｉｃ＿ｌｉｓｔを指定（サブスクライブ）する。

【0115】

これにより、通信装置１００は、サブスクライバとして機能して、当該要求情報を含むメッセージを受信する（Ｓ１０８）。

【0116】

次に、通信装置１００は、作成したトピックリストに示される１以上のトピックの中から受信したメッセージに含まれる要求情報に基づいてトピックを選択し、選択したトピックに紐付けられたデータを含むメッセージを、パブリッシャとして機能して端末３００（ブローカ）にパブリッシュする（Ｓ１０９）。例えば、通信装置１００は、図１２に示すメッセージを受信したとする。この場合、通信装置１００は、トピックリストを含むメッセージをブローカとして機能している端末３００にパブリッシュする。つまり、ステップＳ１０９では、通信装置１００は、パブリッシャとして機能して、例えば、図６に示すトピックである／ｍａｃｈｉｎｅＡ／ｔｏｐｉｃ＿ｌｉｓｔに対してトピックリストを送信（パブリッシュ）する。

【0117】

次に、端末３００は、受信したメッセージに含まれるトピックリストを、ブローカとして機能してサブスクライバにパブリッシュする（Ｓ１１０）。

【0118】

＜通信装置＞
図１３は、実施の形態に係る通信装置１００の処理手順を説明するためのフローチャートである。

【0119】

まず、取得部１２０は、産業機器２００に関する機器データを取得する（Ｓ２０１）。

【0120】

次に、作成部１３０は、取得部１２０が取得した機器データに基づいて、上記した機器リスト、及び、産業機器２００の構成１以上のトピックのリストであるトピックリストを作成する（Ｓ２０２）。例えば、通信装置１００は、トピックリストを含むメッセージ及び機器リスト等の情報を含むメッセージを生成する。

【0121】

次に、制御部１４０は、ブローカとして機能する端末３００と通信接続する（Ｓ２０３）。例えば、制御部１４０は、ブローカとして機能する端末３００とメッセージの送受信をする際に、当該端末３００と１つのセッションで通信できるように、当該端末３００と通信接続のための処理を実行する。例えば、端末３００及び通信装置１００は、図１０に示すように、端末３００が、リスト要求を含むメッセージをパブリッシュしてから機器リストを含むメッセージを受信するまでの通信を、１つのセッションで通信する。

【0122】

次に、制御部１４０は、通信部１１０を介して端末３００からリスト要求を含むメッセージを受信したか否かを判定する（Ｓ２０４）。

【0123】

制御部１４０は、リスト要求を含むメッセージを受信していないと判定した場合（Ｓ２０４でＮｏ）、ステップＳ２０４の処理を繰り返す。

【0124】

なお、ステップＳ２０４でＮｏの場合、ステップＳ２０６の処理に移ってもよいし、処理を終了してもよい。

【0125】

一方、制御部１４０は、リスト要求を含むメッセージを受信したと判定した場合（Ｓ２０４でＹｅｓ）、通信部１１０を介して、機器リストを含むメッセージをブローカとして機能する端末３００にパブリッシュする（Ｓ２０５）。

【0126】

次に、制御部１４０は、通信部１１０を介して端末３００から、トピックリストを要求する要求情報を含むメッセージ（構成要求を含むメッセージ）を受信したか否かを判定する（Ｓ２０６）。

【0127】

制御部１４０は、構成要求を含むメッセージを受信していないと判定した場合（Ｓ２０６でＮｏ）、ステップＳ２０６の処理を繰り返す。

【0128】

なお、ステップＳ２０６でＮｏの場合、ステップＳ２０４の処理に移ってもよいし、処理を終了してもよい。

【0129】

一方、制御部１４０は、構成要求を含むメッセージを受信したと判定した場合（Ｓ２０６でＹｅｓ）、通信部１１０を介して、トピックリストを含むメッセージをブローカとして機能する端末３００にパブリッシュする（Ｓ２０７）。

【0130】

＜変形例＞
図１４は、変形例に係る通信システム４０１の処理手順を説明するためのシーケンス図である。

【0131】

通信システム４０１は、通信装置１００と、産業機器２００と、サブスクライバとして機能する端末３０１と、ブローカとして機能する端末３０２と、を備える。

【0132】

端末３０１は、サブスクライバとしてのみ機能する点が端末３００とは異なる。また、端末３０２は、ブローカとしてのみ機能する点が端末３００とは異なる。

【0133】

このように、パブリッシャ、サブスクライバ、及び、ブローカとして機能する端末は、図１０に例示したように１台で構成されてもよいし、パブリッシャ、サブスクライバ、及び、ブローカの機能のいずれかを有する複数台の端末で構成されてもよい。

【0134】

端末３０１は、例えば、ユーザが操作するコンピュータであり、端末３０２は、端末３０１及び通信装置１００と通信可能なクラウド上のサーバ装置であってもよい。

【0135】

ここで、ブローカとして機能する端末３０２は既にＲｅｔａｉｎ機能（Ｒｅｔａｉｎフラグ）が有効化されている状態である。Ｒｅｔａｉｎフラグが有効化されている状態とは、Ｒｅｔａｉｎ機能が働く状態であり、端末３０２（ブローカ）が、通信装置１００からパブリッシュされた、産業機器２００から取得した最新の機器データおよび機器リストなどのデータを含むメッセージを記憶保持し、端末３０１（サブスクライバ）から構成要求があれば、端末３０１にパブリッシュできる状態である。

【0136】

まず、通信装置１００は、産業機器２００と通信することで、産業機器２００から産業機器２００に関する機器データを取得する（Ｓ３０１）。

【0137】

なお、例えば、通信装置１００が複数台の産業機器２００と通信可能である場合、当該複数台の産業機器２００のそれぞれから機器データを取得する。

【0138】

次に、通信装置１００は、機器データに基づいて、機器リスト及びトピックリストを作成する（Ｓ３０２）。例えば、通信装置１００は、産業機器２００の構成に応じたデータ項目、具体的には、機器データに応じたデータ項目ごとにトピックを作成し、作成したトピックのリストであるトピックリストを作成してもよい。また、この際、通信装置１００は、取得部が取得した機器データである第１機器データと、その直前に取得部が取得した機器データである第２機器データとを比較し、互いに異なる機器データである場合に限り、第１機器データに基づいてトピックリストを作成してもよい。

【0139】

次に、通信装置１００は、ステップＳ３０２で作成した機器リスト及びトピックリスト（Ｒｅｔａｉｎメッセージを含む）を、端末３０２にパブリッシュする（Ｓ３０３）。この場合、図１０と異なり、端末３０２からの構成要求の受信を待つことなくパブリッシュする。

【0140】

このように、通信装置１００（より具体的には、制御部１４０）は、ステップＳ３０３において、通信部１１０を介して端末３０２にパブリッシュした１以上のメッセージのうち、最新のメッセージを記憶する指示を示す保持情報を含むＲｅｔａｉｎメッセージを端末３０２にパブリッシュする。

【0141】

これにより、端末３０２は、Ｒｅｔａｉｎ機能が有効化されているため、通信装置１００から受信した最新のメッセージを記憶する。

【0142】

ここで、例えば、端末３０１が、トピックリストを要求する構成要求を、端末３０２に事前にパブリッシュしており、その後、端末３０１の電源がオフになり（Ｓ３０４）、端末３０２と通信できない状態であったとする。

【0143】

この場合、例えば、端末３０２は、ステップＳ３０４以前にＲｅｔａｉｎメッセージを受信していなければ、トピックリストを含むメッセージを端末３０１にパブリッシュできずにトピックリストを含むメッセージを破棄する。

【0144】

一方、端末３０２は、ステップＳ３０４以前にＲｅｔａｉｎメッセージを受信していれば、トピックリストを含むメッセージを端末３０１にパブリッシュできない場合においても新たなメッセージを受信するまでトピックリストを含むメッセージを記憶し続ける。

【0145】

次に、例えば、端末３０１の電源がオンになり（Ｓ３０５）、端末３０２と通信できる状態になったとする。

【0146】

次に、例えば、端末３０１は、構成要求を含むメッセージを端末３０２にパブリッシュする（Ｓ３０６）。ステップＳ３０６では、端末３０１が、トピックリストのトピックを指定（サブスクライブ）してもよい。

【0147】

次に、端末３０２は、記憶しているトピックリストを含むメッセージを端末３０１にパブリッシュする（Ｓ３０７）。

【0148】

なお、端末３０２は、端末３０２に記憶しているメッセージを端末３０１にパブリッシュできた場合には、記憶しているメッセージを削除してもよい。

【0149】

図１５は、実施の形態に係る通信装置１００の処理手順の変形例を示すフローチャートである。

【0150】

図１０で説明したシーケンス図および図１３で説明したフローチャートでは、通信装置１００は、要求情報を受信した場合に、トピックリストを含むメッセージを端末３００にパブリッシュする。これに対して、変形例では、通信装置１００が、産業機器２００から機器データを繰り返し取得し、取得した機器データに基づいてトピックリストを繰り替えし作成し、作成したトピックリストを含むメッセージを端末３００に繰り返しパブリッシュする。

【0151】

まず、取得部１２０は、産業機器２００の構成に関する機器データを取得するタイミングを示す収集タイミングであるか否かを判定する（Ｓ４０１）。

【0152】

なお、収集タイミングは、予め任意に定められてよく、特に限定されない。収集タイミングの間隔は、１分おきでもよいし、１時間おきでもよいし、１日おきでもよい。収集タイミングは、予め任意に定められる所定の周期ごとでもよいし、周期的でなくてもよい。収集タイミングは、予め任意に定められる所定の時刻でもよい。

【0153】

取得部１２０は、機器データを取得するタイミングを示す収集タイミングでないと判定した場合（Ｓ４０１でＮｏ）、処理をステップＳ４０１に戻す。

【0154】

一方、取得部１２０は、機器データを取得するタイミングを示す収集タイミングであると判定した場合（Ｓ４０１でＹｅｓ）、産業機器２００から、例えば通信部１１０を介して機器データを取得する（Ｓ４０２）。

【0155】

次に、作成部１３０は、取得部１２０が取得した機器データに基づいて、トピックリストを作成する（Ｓ４０３）。

【0156】

次に、制御部１４０は、通信部１１０を介してトピックリストを含むメッセージを端末３００にパブリッシュ（より具体的には、トピックリストのトピックを指定して端末３００にトピックリストを含むメッセージを送信）し（Ｓ４０４）、処理をステップＳ４０１に戻す。

【0157】

このように、通信装置１００は、繰り返し機器データを取得し、機器データを取得する度に、機器データに基づいてトピックリストを作成し、トピックリストを作成する度に、トピックリストを含むメッセージを端末３００にパブリッシュしてもよい。

【0158】

［効果等］
以上説明したように、実施の形態に係る通信装置１００は、パブリッシュ／サブスクライブ型のメッセージを用いてブローカとして機能する端末３００と通信するための通信部１１０と、産業機器２００に関する機器データを取得する取得部１２０と、当該機器データに基づいて、産業機器２００の構成に関する１以上のトピックのリストであるトピックリストを作成する作成部１３０と、通信部１１０を介して作成部１３０で作成されたトピックリストを含むメッセージを端末３００にパブリッシュする制御部１４０と、を備える。

【0159】

これによれば、通信装置１００は、トピックリストを含むメッセージを端末３００にパブリッシュできる。そのため、ユーザは、係るメッセージを受信してトピックリストを簡便に確認できるため、ユーザが産業機器２００の構成を簡便に確認できる。

【0160】

また、例えば、作成部１３０で作成されたトピックリストは、産業機器２００の構成に応じたデータ項目ごとに１以上のトピックを示す。

【0161】

通信装置１００は、例えば、産業機器２００の構成に応じたデータ項目ごとに１以上のトピックを作成し、作成した１以上のトピックのリストであるトピックリストを作成する。産業機器２００の構成によっては、産業機器２００が出力するデータ量が膨大になる場合がある。一方で、ユーザは、このような膨大なデータのうちの一部のみを必要とする場合がある。このような場合に、データ項目ごとにトピックが作成されることで、通信装置１００は、ユーザが要求するデータのみを端末３００に送信できる。そのため、通信するデータ量を削減できる。

【0162】

また、例えば、制御部１４０は、通信部１１０を介して端末３００からトピックリストを要求する要求情報を含むメッセージを受信した場合、通信部１１０を介して作成部１３０で作成されたトピックリストを含むメッセージを端末３００にパブリッシュする。

【0163】

これによれば、通信装置１００は、要求情報を含むメッセージを受信したタイミングで、トピックリストを含むメッセージを端末３００にパブリッシュ（送信）できる。そのため、ユーザは、メッセージを受信するサブスクライバとして機能する端末３００を操作して、所望のタイミングでトピックリストを簡便に確認できるため、所望のタイミングで産業機器２００の構成を簡便に確認できる。

【0164】

また、例えば、取得部１２０は、繰り返し機器データを取得する。また、例えば、作成部１３０は、取得部１２０が機器データを取得する度に、取得部１２０が取得した機器データに基づいてトピックリストを作成する。また、例えば、制御部１４０は、作成部１３０がトピックリストを作成する度に、トピックリストを含むメッセージを端末３００にパブリッシュする。

【0165】

これによれば、通信装置１００が、端末３００からの要求を待つことなく、端末３００にトピックリストを送信することができ、通信装置１００における記憶領域（例えば、記憶部１５０）の圧迫を抑制できる。

【0166】

また、例えば、取得部１２０は、繰り返し機器データを取得する。また、例えば、作成部１３０は、取得部１２０が取得した機器データである第１機器データと、当該第１機器データの１つ前に取得部１２０が取得した機器データである第２機器データとを比較し、第１機器データと第２機器データとが互いに異なる機器データである場合に、第１機器データに基づいてトピックリストを作成する。

【0167】

これによれば、例えば、第１機器データと第２機器データとが同じ機器データであれば、作成したトピックリストを変更する必要がないため、記憶領域などの負荷を抑制でき、作成する必要があるタイミングで適切にトピックリストが作成され得る。

【0168】

また、例えば、制御部１４０は、通信部１１０を介して端末３００にパブリッシュした１以上のメッセージのうち、最新のメッセージを記憶する指示を示す保持情報を含むメッセージを端末３００にパブリッシュする。

【0169】

通信装置１００は、複数のメッセージを端末３０２にパブリッシュする場合がある。このような場合に、通信装置１００は、保持情報によって最新のメッセージを端末３０２に記憶させ続けることができる。例えば、パブリッシュ／サブスクライブ型のメッセージを用いた通信では、パブリッシャからブローカにメッセージがパブリッシュされたときに、サブスクライバとして機能する端末３０１が当該ブローカと通信できない状態であると、この端末３０１にはメッセージがパブリッシュされない。そこで、通信装置１００は、保持情報を含むメッセージをブローカとして機能する端末３０２にパブリッシュすることで、常に最新のメッセージを端末３０２に記憶させておくことができる。そのため、例えば、端末３０２と通信できなかったサブスクライバとして機能する端末３０１がブローカとして機能する端末３０２と通信できるようになった場合に、ブローカとして機能する端末３０２は、最新のメッセージを当該サブスクライバとして機能する端末３０１にパブリッシュすることができる。

【0170】

また、本発明の一態様に係る通信システム４００は、通信装置１００と、端末３００と、を備える。端末３００は、パブリッシャとして機能する第１クライアントからトピックリストを要求する要求情報を含むメッセージを受信した場合に、受信した要求情報を含むメッセージを通信装置１００にパブリッシュする。また、端末３００は、トピックリストを含むメッセージを通信装置１００から受信した場合に、受信したトピックリストを含むメッセージをサブスクライバとして機能する第２クライアントにパブリッシュする。

【0171】

また、本発明に一態様に係る通信方法は、パブリッシュ／サブスクライブ型のメッセージを用いてブローカとして機能する端末３００と通信するための通信方法であって、産業機器２００に関する機器データを取得する取得ステップ（例えば、Ｓ２０１）と、当該機器データに基づいて、産業機器２００の構成に関する１以上のトピックのリストを示すトピックリストを作成する作成ステップ（例えば、Ｓ２０２）と、作成ステップで作成したトピックリストを含むメッセージを端末３００にパブリッシュする制御ステップ（例えば、Ｓ２０７）と、を含む。

【0172】

これらによれば、本発明に一態様に係る通信装置１００と同様の効果を奏する。

【0173】

なお、これらの包括的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なＣＤ－ＲＯＭ等の記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

【0174】

（その他の実施の形態）
以上、本発明に係る通信装置等について、実施の形態に基づいて説明したが、本発明は、上記実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、及び、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。

【0175】

例えば、通信システム４００は、サブスクライバとして機能する端末と、パブリッシャとして機能する端末と、ブローカとして機能する端末と、を備えてもよい。或いは、例えば、通信システム４００は、サブスクライバ及びパブリッシャとして機能する端末と、ブローカとして機能する端末と、を備えてもよい。このように、通信システム４００は、サブスクライバ、パブリッシャ、及び、ブローカの少なくともいずれかとして機能する端末を複数台備えてもよい。

【0176】

また、上記実施の形態における、通信装置が実行する各ステップは、コンピュータ（コンピュータシステム）によって実行されてもよい。そして、本発明は、当該各ステップを、コンピュータに実行させるためのプログラムとして実現できる。さらに、本発明は、そのプログラムを記録したＣＤ－ＲＯＭ等である非一時的なコンピュータ読み取り可能な記録媒体として実現できる。

【0177】

例えば、本発明が、プログラム（ソフトウェア）で実現される場合には、コンピュータのＣＰＵ、メモリ及び入出力回路等のハードウェア資源を利用してプログラムが実行されることによって、各ステップが実行される。つまり、ＣＰＵがデータをメモリ又は入出力回路等から受信して演算したり、演算結果をメモリ又は入出力回路等に出力したりすることによって、各ステップが実行される。

【0178】

また、例えば、通信装置に含まれる複数の構成要素は、それぞれ、専用又は汎用の回路として実現されてもよい。これらの構成要素は、１つの回路として実現されてもよいし、複数の回路として実現されてもよい。

【0179】

また、通信装置に含まれる複数の構成要素は、集積回路（ＩＣ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）として実現されてもよい。これらの構成要素は、個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ＬＳＩは、集積度の違いにより、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩと呼称される場合がある。

【0180】

また、集積回路はＬＳＩに限られず、専用回路又は汎用プロセッサで実現されてもよい。上述したように、プログラム可能なＦＰＧＡ、又は、ＬＳＩ内部の回路セルの接続及び設定が再構成可能なリコンフィギュラブル・プロセッサが、利用されてもよい。

【0181】

さらに、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて、通信装置に含まれる各構成要素の集積回路化が行われてもよい。

【0182】

その他、実施の形態に対して当業者が思いつく各種変形を施して得られる形態や、本発明の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本発明に含まれる。

【産業上の利用可能性】

【0183】

本発明は、産業機器から受信したその産業機器に係る情報を、端末に送信するシステム等に利用可能である。

【符号の説明】

【0184】

１００ 通信装置
１１０ 通信部
１２０ 取得部
１３０ 作成部
１４０ 制御部
１５０ 記憶部
２００ 産業機器
３００、３０１、３０２ 端末
４００、４０１ 通信システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】