(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-31
(45)【発行日】2024-11-11
(54)【発明の名称】通信制御装置
(51)【国際特許分類】
H04L 12/66 20060101AFI20241101BHJP
H04L 12/46 20060101ALI20241101BHJP
H04L 69/08 20220101ALI20241101BHJP
【ＦＩ】
H04L12/66
H04L12/46 100C
H04L69/08
【請求項の数】
2
(21)【出願番号】P 2020184313
(22)【出願日】2020-11-04
(65)【公開番号】P2022074352
(43)【公開日】2022-05-18
【審査請求日】2023-08-01
(73)【特許権者】
【識別番号】399112333
【氏名又は名称】神田通信機株式会社
(74)【代理人】
【識別番号】100105784
【弁理士】
【氏名又は名称】橘 和之
(72)【発明者】
【氏名】神藤 善行
【審査官】羽岡 さやか
(56)【参考文献】
【文献】特開２０１４－２２０６１０（ＪＰ，Ａ）
【文献】特開２００６－３０９６４２（ＪＰ，Ａ）
【文献】特開２０１９－２０４２２４（ＪＰ，Ａ）
【文献】特開２０１７－１１１６１４（ＪＰ，Ａ）
【文献】特開２０１５－１１５８３２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １２／００－１２／６６
Ｈ０４Ｌ ６９／０８
Ｈ０４Ｑ ９／００
(57)【特許請求の範囲】
【請求項1】
送信元デバイスから受信したデータを、送信先デバイスの通信プロトコルに対応したデータに変換して上記送信先デバイスに送信する通信制御装置であって、複数種類の通信プロトコルのうち上記送信元デバイスの通信プロトコルである送信元通信プロトコルに対応したフォーマットのデータであって、当該データの宛先を特定するための情報として上記送信元通信プロトコルに対応したポート番号を含むデータを受信するデータ受信部と、
上記データ受信部により受信されたデータに含まれる上記ポート番号に基づいて複数のテーブルセットの中から特定されるテーブルセットを用いて、上記データ受信部により受信された上記送信元通信プロトコルに対応したフォーマットのデータを、上記送信先デバイスの通信プロトコルである送信先通信プロトコルに対応したフォーマットのデータに変換するとともに、上記送信先デバイスの宛先情報を生成するデータ変換部と、
上記データ変換部により変換された上記送信先通信プロトコルに対応したフォーマットのデータを上記宛先情報に基づいて上記送信先デバイスに送信するデータ送信部とを備えた
ことを特徴とする通信制御装置。
【請求項2】
上記テーブルセットは、上記データ受信部により受信された上記送信元通信プロトコルに対応したフォーマットのデータを、通信プロトコルに依存しない共通フォーマットのデータに変換するための第１のテーブルと、
上記共通フォーマットに変換されたデータに基づいて、制御対象および制御内容の情報を含む共通フォーマットの制御データを生成するための第２のテーブルと、
上記共通フォーマットの制御データを上記送信先通信プロトコルに対応したフォーマットのデータに変換するとともに、上記制御対象である上記送信先デバイスの宛先情報を生成するための第３のテーブルとを含み、
上記データ変換部は、
上記第１のテーブルを用いてデータ変換を行う第１の変換処理部と、
上記第２のテーブルを用いてデータ変換を行う第２の変換処理部と、
上記第３のテーブルを用いてデータ変換を行う第３の変換処理部とを備えた
ことを特徴とする請求項１に記載の通信制御装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信制御装置に関し、特に、通信プロトコルが異なるデバイス間で通信を行うことを可能にするための装置に関するものである。
【背景技術】
【0002】
近年、ＩｏＴ（Internet of Things）の発達により、パソコンやサーバ等のＩＴ関連機器だけでなく、各種のデジタル情報家電や産業用電子機器、センサ、照明、アクチュエータなどの様々な機器（ＩｏＴデバイスとも呼ばれる）がインターネットに接続され、これらの機器間で通信を行うことによって所定の処理を行うようにしたシステムが提供されている。例えば、人の動きをセンサで検知して照明を点灯するようにしたり、工場内の機械に不具合が生じていることをセンサで検知して管理者端末に報知するようにしたりすることが可能である。
【0003】
各種のＩｏＴデバイス間をインターネット経由で接続しようとする場合、それぞれのＩｏＴデバイスで採用されている通信方式（通信プロトコル）の違いがネックとなって接続できないことがある。これに対し、従来、通信プロトコルの違いを吸収してデータ通信を行うことを可能にしたシステムが知られている（例えば、特許文献１，２参照）。
【0004】
特許文献１に記載の中継装置は、受信データからデータの宛先情報、送信元情報、データタイプ、プロトコル種別などを解析して、これらの情報に基づいて、共通に処理可能な所定の形式の内部データに変換した後、複数種類の通信プロトコルの何れかに対応したデータに変換して送信する。特許文献１には、通信プロトコルに応じてプロトコル終端部およびプロトコル変換部にそれぞれ割り当てられたＩＰアドレスとポート番号との組（ネットワークアドレス）から成るソケット関連付けＩＤの情報をテーブル等で定義しておき、このテーブル情報を参照することにより、通信プロトコルに対応するソケットを識別することが開示されている。これにより、ソケット関連付けＩＤで識別される受信側ソケットおよび送信側ソケットが中継装置内において適切に接続され、受信処理部と送信処理部との間に中継処理部を介した論理的な通信路が適切に確立される。
【0005】
特許文献２には、送信側通信デバイスと通信ネットワークとの間および受信側通信デバイスと通信ネットワークとの間にそれぞれ通信ネットワークアクセスデバイス（中継デバイス）を接続し、中継デバイスに接続された電気通信デバイスのプロトコルに適するフォーマットにデータを変換して通信を行うことが開示されている。特許文献２に記載の中継デバイスは、複数のプロトコルに対応した複数のポートを有し、当該複数のポートの何れかに電気通信デバイスを接続可能に構成されている。中継デバイスは、電気通信デバイスが接続されたポートに対応したプロトコルと、通信ネットワークに対応するプロトコル（共通に処理可能な形式）との間でデータのフォーマットを変換するためのトランスレータを含む。
【先行技術文献】
【特許文献】
【0006】
【文献】特開２０１５－１１５８３２号公報
【文献】特表２００９－５３７８８８号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
しかしながら、上記特許文献１に記載の技術では、中継装置の受信処理部で受信されたデータに含まれる宛先情報（ＩＰアドレス）により示される送信先デバイスに対して、プロトコル変換後のデータが送信される。このため、データの送信元デバイスにおいて、プロトコル変換したデータを送信する相手である送信先デバイスの宛先情報を指定する必要がある。このため、送信元デバイスで生成されるデータの送信先を用途に応じて変えようとする場合は、宛先情報の指定に関する設定登録を変更する操作を送信元デバイスに対して行わなければならない。送信元デバイスが複数存在する場合は、それぞれに対して設定登録の変更操作が必要であり、多くの時間と労力を要するという問題があった。
【0008】
なお、特許文献２には、送信先デバイスの宛先情報をどのように指定するかの記載がなく、その指定方法は不明である。
【0009】
本発明は、このような問題を解決するために成されたものであり、データの送信元デバイスにおいて送信先デバイスの宛先情報を指定しなくても、通信プロトコルが異なるデバイス間でデータ通信を行うことができるようにすることを目的とする。
【課題を解決するための手段】
【0010】
上記した課題を解決するために、本発明の通信制御装置では、複数種類の通信プロトコルの中の何れかである送信元通信プロトコルに対応したフォーマットのデータであって、当該データの宛先を特定するための情報として送信元通信プロトコルに対応したポート番号を含むデータを受信すると、当該受信されたデータに含まれるポート番号に基づいて複数のテーブルセットの中から特定されるテーブルセットを用いて、受信された送信元通信プロトコルに対応したフォーマットのデータを、送信先デバイスの送信先通信プロトコルに対応したフォーマットのデータに変換するとともに、送信先デバイスの宛先情報を生成し、変換した送信先通信プロトコルに対応したフォーマットのデータを、生成した宛先情報に基づいて送信先デバイスに送信するようにしている。
【発明の効果】
【0011】
上記のように構成した本発明によれば、送信元デバイスから通信制御装置にて受信した送信元デバイスの送信元通信プロトコルに対応したフォーマットのデータが、送信先デバイスの送信先通信プロトコルに対応したフォーマットのデータに変換されて通信制御装置から送信先デバイスに送信されるので、通信プロトコルが異なるデバイス間でデータ通信を行うことができる。このデータ通信の際、送信先デバイスの宛先情報が本発明の通信制御装置により生成されるので、送信元デバイスにおいて送信先デバイスの宛先情報を指定する必要がない。これにより、本発明によれば、データの送信元デバイスにおいて送信先デバイスの宛先情報を指定しなくても、通信プロトコルが異なるデバイス間でデータ通信を行うことが可能である。
【図面の簡単な説明】
【0012】
【図1】本実施形態による通信制御装置を用いた通信システムの全体構成例を示す図である。
【図2】本実施形態による通信制御装置の概略的な機能構成例を示すブロック図である。
【図3】本実施形態による第１のゲートウェイ部の機能構成例を示すブロック図である。
【図4A】本実施形態によるデータ変換部の処理例を示す図である。
【図4B】本実施形態によるデータ変換部の処理例を示す図である。
【図4C】本実施形態によるデータ変換部の処理例を示す図である。
【図4D】本実施形態によるデータ変換部の処理例を示す図である。
【図5A】本実施形態によるデータ変換部の処理例を示す図である。
【図5B】本実施形態によるデータ変換部の処理例を示す図である。
【図5C】本実施形態によるデータ変換部の処理例を示す図である。
【図5D】本実施形態によるデータ変換部の処理例を示す図である。
【発明を実施するための形態】
【0013】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による通信制御装置１００を用いた通信システム１の全体構成例を示す図である。図１に示すように、本実施形態の通信システム１は、本実施形態の通信制御装置１００、複数種類の通信プロトコルに対応した複数の送信元デバイス２０１，２０２，２０３，・・・、および、複数種類の通信プロトコルに対応した複数の送信先デバイス３０１，３０２，３０３，・・・を備えて構成される。
【0014】
複数種類の通信プロトコルは任意である。例えば、ＢＡＣｎｅｔ（Building Automation and Control Networking protocol）、ＭＱＴＴ（Message Queuing Telemetry Transport）、Ｍｏｄｂｕｓ、ＨＴＴＰ（Hypertext Transfer Protocol）、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）、ＦＴＰ（File Transfer Protocol）、ＳＣＰ（Secure Copy Protocol）、エコーネットライト（登録商標）、ＣＷＭＰ（CPE WAN Management Protocol）などである。なお、ここに挙げた通信プロトコルは一例であり、これに限定されるものではない。
【0015】
ＢＡＣｎｅｔは、インテリジェントビル用ネットワークのための通信プロトコルであり、例えば空調、照明、アクセス制御、火気検出などの総合的制御に使われる。ＭＱＴＴは、メッセージ指向ミドルウェアのアプリケーション層で使用される、ＴＣＰ／ＩＰによるＰｕｂ／Ｓｕｂ型データ配信モデルの通信プロトコルである。Ｍｏｄｂｕｓは、Modicon社が同社のプログラマブルロジックコントローラ向けに策定したシリアル通信プロトコルであり、産業用電子機器を接続する一般的な通信プロトコルである。ＳＣＰは、セキュリティの高いファイル転送を行うコマンドの１つであるscp（Secure Copy）において使用される通信プロトコルである。エコーネットライトは、エコーネットコンソーシアムが策定した通信プロトコルであり、スマートハウス向けの制御プロトコルおよびセンサネットワークプロトコルである。ＣＷＭＰは、デジタル家電等の宅内機器を遠隔管理する標準的な通信プロトコルである。
【0016】
図１では、送信元デバイス２０１，２０２，２０３および送信先デバイス３０１，３０２，３０３をそれぞれ３つずつ示しているが、この数には限定されない。送信元デバイス２０１，２０２，２０３と送信先デバイス３０１，３０２，３０３とが同数である必要もない。例えば、送信元デバイス２０１，２０２，２０３および／または送信先デバイス３０１，３０２，３０３が１つのみであってもよい。
【0017】
図１の例において、送信元デバイス２０１，２０２，２０３は、インターネットまたは携帯電話網などの通信ネットワーク５００を介して、本実施形態の通信制御装置１００の一方のインタフェースに接続される。また、送信先デバイス３０１，３０２，３０３は、通信ネットワーク５００を介して、通信制御装置１００の他方のインタフェースに接続される。
【0018】
本実施形態の通信制御装置１００は、送信元デバイス２０１，２０２，２０３と送信先デバイス３０１，３０２，３０３との間のデータ通信を中継する。このとき送信元デバイス２０１，２０２，２０３は何れも、通信制御装置１００を宛先としてデータを送信する。通信制御装置１００は、送信先デバイス３０１，３０２，３０３の宛先情報を内部で生成し、生成した宛先情報を用いてデータを送信先デバイス３０１，３０２，３０３に送信する。
【0019】
このデータ中継の際に、通信制御装置１００は、送信元デバイス２０１，２０２，２０３から受信したデータを、送信先デバイス３０１，３０２，３０３の通信プロトコルに対応したデータに変換して送信先デバイス３０１，３０２，３０３に送信する。また、通信制御装置１００は、送信元デバイス２０１，２０２，２０３から受信したデータをもとに、送信先デバイス３０１，３０２，３０３の動作を制御するための制御データを生成し、この制御データを送信先デバイス３０１，３０２，３０３に送信する。
【0020】
図２は、通信制御装置１００の概略的な機能構成例を示すブロック図である。図２に示すように、本実施形態の通信制御装置１００は、機能構成として、データ受信部１０、データ変換部２０およびデータ送信部３０を備えている。データ変換部２０は、第１のゲートウェイ部２１、第２のゲートウェイ部２２、第３のゲートウェイ部２３、・・・といった複数のゲートウェイ部を備えている。ここでは３つのゲートウェイ部２１，２２，２３を示しているが、これは図示の便宜上によるものであり、この数に限定される趣旨ではない。
【0021】
これらの機能ブロック１０，２０，３０は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック１０，２０，３０は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。
【0022】
データ受信部１０は、送信元デバイス２０１，２０２，２０３の何れかより、通信ネットワーク５００を介してデータを受信する。データ受信部１０が受信するデータは、送信元デバイス２０１，２０２，２０３に対応した複数種類の通信プロトコルのうち、データを送信した送信元デバイスの通信プロトコル（以下、これを便宜的に「送信元通信プロトコル」という）に対応したフォーマットのデータである。データ受信部１０が受信するデータは、送信元通信プロトコルに対応したポート番号を含んでいる。
【0023】
本実施形態において、送信元デバイス２０１，２０２，２０３と通信制御装置１００との間は、ＩＰアドレスとポート番号とをセットで用いた通信を行う。例えば、ウェブソケットの仕組みを利用した通信を行う。ここで、ＩＰアドレスは、通信制御装置１００を宛先とする宛先情報である。送信先デバイス３０１，３０２，３０３を宛先とする宛先情報ではないことに注意されたい。ポート番号は、データ変換部２０が備える複数のゲートウェイ部２１，２２，２３のどれにデータを届けるかを特定するためのものであり、送信元デバイス２０１，２０２，２０３の通信プロトコルに対応した値となっている。
【0024】
データ変換部２０は、データ受信部１０により受信されたデータに含まれるポート番号に基づいて複数のテーブルセットの中から特定されるテーブルセットを用いて、データ受信部１０により受信された送信元通信プロトコルに対応したフォーマットのデータを、送信先デバイスの通信プロトコル（以下、これを便宜的に「送信先通信プロトコル」という）に対応したフォーマットのデータに変換するとともに、送信先デバイス３０１，３０２，３０３の宛先情報を生成する。
【0025】
すなわち、データ変換部２０が備える複数のゲートウェイ部２１，２２，２３は、それぞれが固有のテーブルセット（複数のテーブル）を備えている。データ変換部２０は、複数のゲートウェイ部２１，２２，２３の中から、データ受信部１０により受信されたデータに含まれるポート番号に対応するものを選定して、データ受信部１０により受信されたデータを供給して処理を実行させる。選定されたゲートウェイ部２１，２２，２３は、内部に備えるテーブルセットを用いて、送信元通信プロトコルに対応したフォーマットのデータを送信先通信プロトコルに対応したフォーマットのデータに変換するとともに、送信先デバイス３０１，３０２，３０３の宛先情報を生成する。
【0026】
以上のように、ポート番号は送信元通信プロトコルに対応した値であり、複数のゲートウェイ部２１，２２，２３がそのポート番号のそれぞれに対応して設けられている。ただし、本実施形態はこれに限定されるものではない。例えば、ポート番号を送信元通信プロトコルと送信先通信プロトコルとの組み合わせに対応した値とし、複数のゲートウェイ部２１，２２，２３がそのポート番号に対応して設けられる構成としてもよい。この場合、複数のゲートウェイ部２１，２２，２３は、送信元通信プロトコルと送信先通信プロトコルとの組み合わせとして実際に用いるその組み合わせの数だけ設けられることになる。
【0027】
データ送信部３０は、データ変換部２０により変換された送信先通信プロトコルに対応したフォーマットのデータを、データ変換部２０により生成された宛先情報に基づいて送信先デバイス３０１，３０２，３０３に送信する。
【0028】
図３は、第１のゲートウェイ部２１の機能構成例を示すブロック図である。なお、第２のゲートウェイ部２２および第３のゲートウェイ部２３の機能構成もこれと同様である。ただし、以下に説明するテーブルセットの内容はゲートウェイ部２１，２２，２３ごとに異なる。
【0029】
図３に示すように、第１のゲートウェイ部２１（第２のゲートウェイ部２２および第３のゲートウェイ部２３も同様）は、第１のテーブル３１、第２のテーブル３２および第３のテーブル３３と、第１の変換処理部４１、第２の変換処理部４２、第３の変換処理部４３および第４の変換処理部４４とを備えている。以下に述べるように、第１のテーブル３１および第３のテーブル３３は、それぞれ通信プロトコルに応じて異なる構成を有している。第２のテーブル３２は、通信プロトコルに依存しない共通フォーマットに対応した構成を有している。
【0030】
第１のテーブル３１は、データ受信部１０により受信された送信元通信プロトコルに対応したフォーマットのデータ（受信データ）を、通信プロトコルに依存しない共通フォーマットのデータに変換するためのテーブルである。第１のテーブル３１は、複数のデータ項目を有しており、そのデータ項目は通信プロトコルに応じて異なっている。複数のデータ項目のうち、いくつかは所定の値があらかじめ記録されており、他のいくつかは初期状態でＮｕｌｌ値となっており、ここに受信データに含まれる値または受信データの内容に応じた値が記録される。
【0031】
第１の変換処理部４１は、第１のテーブル３１を用いてデータ変換を行う。すなわち、第１の変換処理部４１は、受信データの内容を解析し、受信データに含まれるいくつかの値を、第１のテーブル３１内のそれぞれに対応するデータ項目の値として記録する（Ｎｕｌｌ値を書き換える）。また、第１の変換処理部４１は、解析した受信データの内容に応じて特定した値を第１のテーブル３１内の対応するデータ項目の値として記録する。これにより、送信元通信プロトコルに対応したフォーマットの受信データを、通信プロトコルに依存しない共通フォーマットのデータ（以下、第１変換データという）に変換する。
【0032】
第２のテーブル３２は、共通フォーマットに変換された第１変換データに基づいて、制御対象および制御内容の情報を含む共通フォーマットの制御データを生成するためのテーブルである。第２のテーブル３２は、複数のデータ項目を有しており、その中の１つが制御対象（送信先デバイス３０１，３０２，３０３の何れか）を示すデータ項目であり、別の１つが制御内容（送信先デバイス３０１，３０２，３０３をどのように制御するか）を示すデータ項目である。複数のデータ項目のいくつかは所定の値があらかじめ記録されており、他のいくつかは初期状態でＮｕｌｌ値となっており、ここに第１変換データに含まれる値または第１変換データの内容に応じた値が記録される。
【0033】
第２の変換処理部４２は、第２のテーブル３２を用いてデータ変換を行う。すなわち、第２の変換処理部４２は、第１変換データの内容を解析し、第１変換データに含まれるいくつかの値を、第２のテーブル３２内のそれぞれに対応するデータ項目の値として記録する。また、第２の変換処理部４２は、解析した第１変換データの内容に応じて特定した値を第２のテーブル３２内の対応するデータ項目の値として記録する。これにより、第１の変換処理部４１により生成された第１変換データから、制御対象および制御内容の情報を含む共通フォーマットの制御データ（以下、これを第２変換データということもある）を生成する。
【0034】
第３のテーブル３３は、共通フォーマットの制御データ（第２変換データ）を送信先通信プロトコルに対応したフォーマットのデータに変換するとともに、制御対象である送信先デバイス３０１，３０２，３０３の宛先情報を生成するためのテーブルである。第３のテーブル３３は、複数のデータ項目を有しており、そのデータ項目は通信プロトコルに応じて異なっている。複数のデータ項目のいくつかは所定の値があらかじめ記録されており、他のいくつかは初期状態でＮｕｌｌ値となっており、ここに制御データに含まれる値または制御データの内容に応じた値が記録される。また、複数のデータ項目の１つまたは複数の組が、送信先デバイス３０１，３０２，３０３の宛先情報を示すデータ項目となっている。
【0035】
第３の変換処理部４３は、第３のテーブル３３を用いてデータ変換を行う。すなわち、第３の変換処理部４３は、制御データの内容を解析し、制御データに含まれるいくつかの値を、第３のテーブル３３内のそれぞれに対応するデータ項目の値として記録する。また、第３の変換処理部４３は、解析した制御データの内容に応じて特定した値を第３のテーブル３３内の対応するデータ項目の値として記録する。これにより、通信プロトコルに依存しない共通フォーマットの制御データを、送信先通信プロトコルに対応したフォーマットのデータ（以下、第３変換データという）に変換するとともに、送信先デバイス３０１，３０２，３０３の宛先情報を生成する。
【0036】
上述したように、第１のテーブル３１および第３のテーブル３３は、それぞれ通信プロトコルに応じて異なるデータ項目を有する構成となっている。本実施形態では、通信プロトコルに応じたデータ項目を有するテーブルを、第１のテーブル３１として用いることも第３のテーブル３３として用いることもできるようにしている。例えば、ＢＡＣｎｅｔに対応したデータ項目を有するテーブルを、ＢＡＣｎｅｔに対応したフォーマットの受信データを共通フォーマットの第１変換データに変換する際の第１のテーブル３１として用いることが可能であり、また、共通フォーマットの制御データをＢＡＣｎｅｔに対応したフォーマットの第３変換データに変換する際の第３のテーブル３３として用いることも可能である。
【0037】
ここで、特定の通信プロトコルに対応したテーブルが有する複数のデータ項目のうち、第１のテーブル３１として用いる場合に使用するデータ項目と、第３のテーブル３３として用いる場合に使用するデータ項目とが必ずしも一致するとは限らない。言い換えると、特定の通信プロトコルに対応したテーブルを第１のテーブル３１として用いる場合に、当該第１のテーブル３１内に含まれる全てのデータ項目をデータ変換のために使用するとは限らない。同様に、特定の通信プロトコルに対応したテーブルを第３のテーブル３３として用いる場合に、当該第３のテーブル３３内に含まれる全てのデータ項目をデータ変換のために使用するとは限らない。
【0038】
第４の変換処理部４４は、第３の変換処理部４３により第３のテーブル３３上で生成された第３変換データを用いて、送信先通信プロトコルに対応したフォーマットの送信データを生成する。すなわち、第４の変換処理部４４は、第３のテーブル３３に含まれる複数のデータ項目のうち、実際に送信データとして使用するデータ項目の値を抽出して、送信先通信プロトコルに対応する実際のフォーマットに成形した送信データを生成する。そして、生成した送信データをデータ送信部３０に供給する。
【0039】
図４Ａ～図４Ｄおよび図５Ａ～図５Ｄは、データ変換部２０の具体的な処理例を示す図である。図４Ａ～図４Ｄは、一例として、特定の場所に設置した人感センサ（ＢＡＣｎｅｔ／ＩＰ対応の送信元デバイス）から人の検知データを通信制御装置１００が受信し、通信制御装置１００がこの受信データをもとに、特定の場所に設置した照明（ＭＱＴＴ対応の送信先デバイス）を点灯する制御データを生成して、照明に送信する場合の処理例を示している。
【0040】
図４Ａは、第１の変換処理部４１の処理例を示す図であり、（ａ）が受信データを示し、（ｂ）が第１のテーブル３１を示している。図４Ａ（ａ）に示す受信データのうち、データ項目「sourDevId」が送信元デバイスであるセンサのＩＤ、データ項目「value」が人を検知したことを示す値“１”を示しており、これらの値が図４Ａ（ｂ）に示す第１のテーブル３１のデータ項目「送信元DeviceId」、「値」にそれぞれ記録される。
【0041】
図４Ｂは、第２の変換処理部４２の処理例を示す図であり、（ａ）が第１のテーブル３１（受信データ内の値が記録された第１変換データ）を示し、（ｂ）が第２のテーブル３２を示している。図４Ｂ（ａ）に示す第１変換データのうち、受信データ内の値が記録されたデータ項目「送信元DeviceId」、「値」の値が図４Ｂ（ｂ）に示す第２のテーブル３２のデータ項目「受信プロトコルid」、「受信値」にそれぞれ記録される。
【0042】
図４Ｂ（ｂ）に示す第２のテーブル３２において、データ項目「送信プロトコル種別」には、送信先通信プロトコルの種類を示す情報があらかじめ記憶されている。図４の例の場合、送信先通信プロトコルがＭＱＴＴであることを示す値がデータ項目「送信プロトコル種別」にあらかじめ記録されている。データ項目「送信プロトコルid」には、制御対象を示す値があらかじめ記録されている。図４の例の場合、特定の場所に設置した照明を示す値がデータ項目「送信プロトコルid」にあらかじめ記録されている。データ項目「送信値」には、制御内容を示す値があらかじめ記録されている。図４の例の場合、照明を点灯させるという制御内容を示す値がデータ項目「送信値」にあらかじめ記録されている。
【0043】
図４Ｃは、第３の変換処理部４３の処理例を示す図であり、（ａ）が第２のテーブル３２（制御対象および制御内容の情報を含む制御データ（第２変換データ）を示し、（ｂ）が第３のテーブル３３を示している。図４Ｃ（ａ）に示す制御データのうち、データ項目「送信プロトコルid」、「送信値」に記録されている制御対象および制御内容の値が図４Ｃ（ｂ）に示す第３のテーブル３３のデータ項目「id」、「値」にそれぞれ記録される。また、制御対象を示す値がデータ項目「送信先トピック」にも記録される。図４Ｃ（ｂ）に示す第３のテーブル３３において、データ項目「送信先ホスト」および「ポート番号」には、送信先デバイスの宛先情報があらかじめ記憶されている。
【0044】
図４Ｄは、第４の変換処理部４４の処理例を示す図であり、（ａ）が第３のテーブル３３（制御データから変換された第３変換データ）を示し、（ｂ）が送信データを示している。図４Ｄ（ａ）に示す第３変換データのうち、データ項目「送信先トピック」に記録されている制御対象の値が図４Ｄ（ｂ）に示す送信データのデータ項目「topic」に記録され、データ項目「値」に記録されている制御内容の値が図４Ｄ（ｂ）に示す送信データのデータ項目「value」に記録される。
【0045】
図５Ａ～図５Ｄは、別例として、ＡＩスピーカ（ＨＴＴＰ対応の送信元デバイス）から制御内容に関する音声情報を通信制御装置１００が受信し、通信制御装置１００がこの受信データをもとに、特定の場所に設置した空調（ＢＡＣｎｅｔ対応の送信先デバイス）の温度を所定値に設定する制御データを生成して、空調に送信する場合の処理例を示している。
【0046】
図５Ａは、第１の変換処理部４１の処理例を示す図であり、（ａ）が受信データを示し、（ｂ）が第１のテーブル３１を示している。図５Ａ（ａ）に示す受信データのうち、データ項目「Room」には送信元デバイスであるＡＩスピーカが設置されている部屋を示す値が記録され、データ項目「Direction」には部屋の中のＡＩスピーカが設置されている方向（同じ部屋の中にＡＩスピーカが複数存在する場合にどれであるかを識別するための情報として使われる）を示す値が記録されている。また、データ項目「Device」には送信先デバイスを示す値が記録され、データ項目「Request」には送信先デバイスに対する制御内容を示す値が記録されている。これらの値が図５Ａ（ｂ）に示す第２のテーブル３２のデータ項目「部屋Key」、「部屋方向Key」、「デバイスKey」、「リクエストKey」にそれぞれ記録される。
【0047】
また、図５Ａ（ｂ）に示す第１のテーブル３１において、データ項目「送信種別id」には、制御内容の情報として、「リクエストKey」に記録された値を送信するか、第１のテーブル３１のデータ項目「送信値」にあらかじめ記録されている値を送信するかを識別する値が記録される。例えば、前者の場合は“１”、後者の場合は“２”の値が記録される。図５の例のように、空調の温度を所定値に設定する制御を行う場合は、データ項目「リクエストKey」に所定値が記録され、データ項目「送信種別id」には“１”の値が記録される。
【0048】
図５Ｂは、第２の変換処理部４２の処理例を示す図であり、（ａ）が第１のテーブル３１（受信データ内の値が記録された第１変換データ）を示し、（ｂ）が第２のテーブル３２を示している。図５Ｂ（ａ）に示す第１変換データのうち、「id」にあらかじめ記録されている値が図５Ｂ（ｂ）に示す第２のテーブル３２のデータ項目「受信プロトコルid」に記録され、データ項目「リクエストKey」の値が図５Ｂ（ｂ）に示す第２のテーブル３２のデータ項目「送信値」に記録される。
【0049】
図５Ｂ（ｂ）に示す第２のテーブル３２において、データ項目「送信プロトコル種別」には、送信先通信プロトコルの種類を示す情報があらかじめ記憶されている。図５の例の場合、送信先通信プロトコルがＢＡＣｎｅｔであることを示す値がデータ項目「送信プロトコル種別」にあらかじめ記録されている。データ項目「送信プロトコルid」には、制御対象を示す値があらかじめ記録されている。図５の例の場合、特定の場所に設置した空調を示す値がデータ項目「送信プロトコルid」にあらかじめ記録されている。
【0050】
図５Ｃは、第３の変換処理部４３の処理例を示す図であり、（ａ）が第２のテーブル３２（制御対象および制御内容の情報を含む制御データ（第２変換データ）を示し、（ｂ）が第３のテーブル３３を示している。図５Ｃ（ａ）に示す制御データのうち、データ項目「送信プロトコルid」、「送信値」に記録されている制御対象および制御内容の値が図５Ｃ（ｂ）に示す第３のテーブル３３のデータ項目「id」、「値」にそれぞれ記録される。また、制御対象を示す値がデータ項目「WritePropertyオブジェクト種別」および「WritePropertyインスタンス番号」にも記録される。図５Ｃ（ｂ）に示す第３のテーブル３３において、データ項目「送信元DeviceId」、「送信先DeviceId」には、送信元デバイスおよび送信先デバイスの宛先情報があらかじめ記録されている。
【0051】
図５Ｄは、第４の変換処理部４４の処理例を示す図であり、（ａ）が第３のテーブル３３（制御データから変換された第３変換データ）を示し、（ｂ）が送信データを示している。図５Ｄ（ａ）に示す第３変換データのうち、データ項目「WritePropertyオブジェクト種別」および「WritePropertyインスタンス番号」に記録されている制御対象の値が図５Ｄ（ｂ）に示す送信データのデータ項目「objectType」および「instanceNo」に記録され、データ項目「値」に記録されている制御内容の値が図５Ｄ（ｂ）に示す送信データのデータ項目「value」に記録される。また、データ項目「送信元DeviceId」、「送信先DeviceId」に記録されている送信元デバイスの宛先情報および送信先デバイスの宛先情報が図５Ｄ（ｂ）に示す送信データのデータ項目「sourDevId」、「destDevId」にそれぞれ記録される。
【0052】
以上詳しく説明したように、本実施形態の通信制御装置１００では、複数種類の通信プロトコルの中の何れかである送信元通信プロトコルに対応したフォーマットのデータであって、送信元通信プロトコルに対応したポート番号を含むデータを送信元デバイス２０１，２０２，２０３から受信すると、受信データに含まれるポート番号に基づいて複数のテーブルセットの中から特定されるテーブルセットを用いて、受信された送信元通信プロトコルに対応したフォーマットのデータを、送信先デバイス３０１，３０２，３０３の送信先通信プロトコルに対応したフォーマットのデータに変換するとともに、送信先デバイス３０１，３０２，３０３の宛先情報を生成する。そして、変換した送信先通信プロトコルに対応したフォーマットのデータを、生成した宛先情報に基づいて送信先デバイス３０１，３０２，３０３に送信するようにしている。
【0053】
このように構成した本実施形態によれば、送信元デバイス２０１，２０２，２０３から通信制御装置１００にて受信した送信元通信プロトコルに対応したフォーマットのデータが、送信先通信プロトコルに対応したフォーマットのデータに変換されて通信制御装置１００から送信先デバイス３０１，３０２，３０３に送信されるので、通信プロトコルが異なるデバイス間でデータ通信を行うことができる。このデータ通信の際、送信先デバイス３０１，３０２，３０３の宛先情報が通信制御装置１００により生成されるので、送信元デバイス２０１，２０２，２０３において送信先デバイス３０１，３０２，３０３の宛先情報を指定する必要がない。これにより、本実施形態によれば、送信元デバイス２０１，２０２，２０３において送信先デバイス３０１，３０２，３０３の宛先情報を指定しなくても、通信プロトコルが異なるデバイス間でデータ通信を行うことが可能である。
【0054】
このため、送信元デバイス２０１，２０２，２０３では、構築する通信システム１の用途に応じて送信先デバイス３０１，３０２，３０３を変えるときでも、宛先情報の指定は通信制御装置１００のままとして変更する必要がないというメリットを有する。特に、特定の通信プロトコルに対応した複数の送信元デバイスと、別の特定の通信プロトコルに対応した１つの送信先デバイスとの間でデータ通信を行うような通信システムにおいて、送信先デバイスを変えるときでも、複数の送信元デバイスでは宛先情報の指定を通信制御装置１００のままとして変更する必要がなく、通信制御装置１００にて生成する宛先情報を変えるだけで済むので、システム構築を簡便に行うことができる。
【0055】
なお、上記実施形態では、データ変換部２０が複数のゲートウェイ部２１，２２，２３を備え、それぞれのゲートウェイ部２１，２２，２３が第１～第３のテーブル３１～３３を備える構成について説明したが、本発明はこれに限定されない。例えば、データ変換部２０はゲートウェイ部を１つのみ備え、当該ゲートウェイ部が使用するテーブルセットを送信元通信プロトコルに応じて（あるいは、送信元通信プロトコルと送信先通信プロトコルとの組み合わせに応じて）選定する構成としてもよい。
【0056】
その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【0057】
１０ データ受信部
２０ データ変換部
２１～２３ 第１～第３のゲートウェイ部
３０ データ送信部
３１～３３ 第１～第３のテーブル
４１～４４ 第１～第４の変換処理部
１００ 通信制御装置
２０ データ変換部
２１～２３ 第１～第３のゲートウェイ部
３０ データ送信部
３１～３３ 第１～第３のテーブル
４１～４４ 第１～第４の変換処理部
１００ 通信制御装置
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図4D】
【図5A】
【図5B】
【図5C】
【図5D】
