JP5584900B2 - 通信端末および通信方法 - Google Patents

Description

本発明の実施形態は、通信端末および通信方法に関する。

一般的に、近年の情報通信の発達に伴い、家庭内の機器を制御するエコーネット（ＥＣＨＯＮＥＴ）などの通信プロトコルが知られている。エコーネットの通信プロトコルにおいて、基本電文形式のほかに、複合電文形式が定められている。基本電文形式とは、１つの要求電文において、１つのプロパティ値を制御または取得する形式である。複合電文形式とは、１つの要求電文において、複数のプロパティ値を制御または取得する形式である。

エコーネットコンソーシアム、"エコーネット規格書 Ｖｅｒｓｉｏｎ３．２１ 第４部"、[online]、平成１７年１０月１３日、[平成２２年１０月２２日検索]、インターネット<URL:http://www.echonet.gr.jp/8_kikaku/index.htm>

しかしながら、例えば基本電文形式にしか対応していない機器が複合電文形式の要求電文を受信したとき、その機器において適切に処理できない問題があった。

従って本発明の目的は、適切に複合電文形式の電文を処理することのできる通信端末および通信方法を提供することである。

上記課題を解決するために、本発明の実施形態に係る通信端末は、パケットを識別するパケット識別子と、サービス種別と、要求に関する複数のプロパティ情報が含まれる要求パケットを受信する受信部と、要求に関する複数のプロパティ情報のうち、サービス種別に従って処理した要求に関するプロパティ情報に対する応答のプロパティ情報と、パケット識別子と、を含む応答パケットを生成する要求処理部と、応答パケットを、要求端末に送信する送信部とを備える。

実施の形態に係る通信システムのシステム構成と、要求端末および応答端末の機能ブロックを説明する図である。 第１の実施の形態における要求パケットおよび応答パケットを説明する図である。 第１の実施の形態に係る応答端末の処理を説明するフローチャートである。 第２の実施の形態における要求パケットおよび応答パケットを説明する図である。 第２の実施の形態に係る応答端末の処理を説明するフローチャートである。 第３の実施の形態における要求パケットおよび応答パケットを説明する図である。 第３の実施の形態に係る応答端末の処理を説明するフローチャートである。

次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。

（第１の実施の形態）
図１に示すように、 実施の形態に係る通信システム４は、要求端末１と、応答端末２１を備える。要求端末１および応答端末２は、通信ネットワーク３により相互に接続される。実施の形態において通信ネットワーク３は、例えば、ＥＣＨＯＮＥＴネットワークである。

要求端末１および応答端末２は、ＥＣＨＯＮＥＴノードであって、ＥＣＨＯＮＥＴ規格に準拠した通信端末である。要求端末および応答端末２は、住宅設備機器、家電製品、ビル・店舗設備機器などの各機器や、これらの機器を監視、制御、操作するサーバなどである。実施形態において、要求端末１は、応答端末２に制御または取得の要求電文を送信する端末である。応答端末２は、要求端末１から送信された要求電文を処理し、要求電文に対する応答電文を送信する端末である。

応答端末２は、要求端末１から送信された要求電文に基づいて、要求対象のオブジェクトである要求対象オブジェクト３０を制御したり、状態を取得したりする。要求対象オブジェクト３０は、図１に示すように、応答端末２の筐体内に備えられる場合と、応答端末２とは異なる筐体に備えられる場合とがある。図１において応答端末２ａは、応答端末２ａの内部に要求対象オブジェクト３０ａを備えている。また応答端末２ｂは、応答端末２ｂと異なる筐体に要求対象オブジェクト３０ｂを備えている。応答端末２ａおよび２ｂのどちらの形式でも、応答端末２として機能するので、特に区別する必要のない場合、実施の形態において、応答端末２と表記する。

第１の実施の形態に係る通信システム４において、要求端末１は、１つの要求パケットに複数のプロパティ情報を含ませることができる。第１の実施の形態においては特に、１つの要求パケットに、サービス種別として、取得および制御の少なくとも一方が含まれる場合を説明する。具体的には、１つの要求パケットは、サービス種別として取得および制御の両方、またはいずれか一方を含み、複数のサービス種別を含む。

応答端末２は、要求端末１から複合電文形式の要求パケットを受信して、応答パケットを送信する。応答端末２は、要求パケットに含まれる複数のプロパティ情報のうち、処理したプロパティ情報について、その応答に関するプロパティ情報を応答パケットに含ませる。応答端末２は、要求パケットに含まれる複数のプロパティ情報の全てを処理しても良いし、全てを処理できなくても良い。

要求端末１は、応答端末２から応答パケットを受信すると、要求パケットに含まれるプロパティ数と応答パケットに含まれるプロパティ数を比較し、応答端末２において要求に関する全てのプロパティが処理されたかを判断する。全てのプロパティが処理されていない場合、要求端末１は、必要に応じて再度要求パケットを送信する。

図１を参照して、第１の実施の形態に係る各装置を説明する。

要求端末１は、メモリ１０およびコントローラ１３を備える。所定のプログラムが要求端末１のコントローラで実行されることにより、要求端末１は、所定のプログラムに従って処理し、メモリ１０に記憶されたデータを参照または更新することができる。要求端末１のメモリ１０には、要求パケットデータ１１および応答パケットデータ１２が記憶される。

要求パケットデータ１１は、要求端末１が応答端末２に送信するパケットのデータである。要求パケットデータ１１は、複合電文形式であって、パケットを識別するパケット識別子と、サービス種別と、要求に関する複数のプロパティ情報が含まれる。ここでサービス種別とは、要求の種別を表すもので、取得要求または制御要求のいずれかである。取得とは、要求対象オブジェクトのデータを参照することである。制御とは、要求対象オブジェクトのデータの変更などの制御することである。

要求パケットデータ１１は、例えば図２（ａ）に示すようなデータ構造を備える。アドレス情報は、要求パケットの送出元と送付先のアドレスを指定する。ここで、要求パケットの送出元は要求端末１で、送付先は応答端末２である。アドレス情報には、エコーネット規格に従ったアドレスが設定される。

パケット識別子は、要求端末１が送信する要求パケットの識別子が設定される。要求パケットと、この要求パケットに対する応答パケットに、同一のパケット識別子が設定されることにより、要求端末１は、要求パケットと応答パケットを対応づけ、応答端末２における処理結果を判定することができる。

オブジェクト情報は、エコーネット規格で定義されたオブジェクトである。エコーネット規格はオブジェクト間通信の形式を採用している。従って、オブジェクト情報には、要求元のオブジェクトコードと、要求対象のオブジェクトコードが格納されている。ここで、要求元のオブジェクトコードは、要求端末１の要求元となるオブジェクトの識別子である。要求対象のオブジェクトコードは、図１に示す応答端末２の要求対象オブジェクト３０の識別子である。

図２（ａ）に示す要求パケットには、第１のサービス種別、第２のサービス種別、・・・・第ｋのサービス種別と、ｋ個のサービス種別が含まれている。第１のサービス種別に、第１のプロパティ数および複数のプロパティ情報が関連づけられている。第１のプロパティ数は、この第１のサービス種別に属するプロパティ情報の数を示す。ここでプロパティ情報は、プロパティコード、プロパティ長およびプロパティ値からなる。

図２（ａ）に示す例では、第１のサービス種別に、第１のプロパティ情報から第ｎ１のプロパティ情報までが関連づけられているので、第１のプロパティ数には、ｎ１が設定される。第２のサービス種別にも同様に、第２のプロパティ数および複数のプロパティ情報が関連づけられる。図２（ａ）に示す要求パケットにおいて、サービス種別の数は問わないので、第１のサービス種別だけでも良い。また、第１および第３のサービス種別として「取得」が対応づけられ、それ以外のサービス種別として「制御」が対応づけられても良い。

応答パケットデータ１２は、要求端末１が応答端末２から受信するパケットのデータである。応答パケットデータ１２は、要求に関する複数のプロパティ情報のうち、サービス種別に従って処理した要求に関するプロパティ情報に対する応答のプロパティ情報と、パケット識別子と、を含む。また、応答パケットデータ１２には、要求パケットのサービス種別に対応する処理結果が含まれても良い。この処理結果は、要求に対する成否を表すもので、具体的には、成功もしくは失敗が設定される。

この応答パケットデータ１２に含まれる要求に対する応答のプロパティ情報の数は、要求パケットデータ１１に含まれる要求の数と異なっても良い。応答パケットデータ１２には、要求パケットデータ１１に含まれる複数の要求の数のうち、応答端末２において処理された要求についてのみ、その要求に対する応答のプロパティ情報が含まれる。また、この応答パケットデータ１２に含まれる処理結果の数は、要求パケットデータ１１に含まれるサービス種別の数と異なっても良い。応答パケットデータ１２には、例えば、要求パケットデータ１１において、全てのプロパティ情報が処理されたサービス種別に対応する処理結果のみが含まれる。従って、応答端末２において全てのサービス種別およびプロパティ情報が処理された場合、応答パケットデータ１２に含まれる処理結果の数は、要求パケットデータ１１に含まれるサービス種別の数と同じとなる。

応答パケットデータ１２は、例えば図２（ｂ）に示すようなデータ構造を備える。アドレス情報は、応答パケットの送出元と送付先のアドレスを指定する。ここで、応答パケットの送出元は応答端末２で、送付先は要求端末１である。アドレス情報には、エコーネット規格に従ったアドレスが設定される。

パケット識別子およびオブジェクト情報には、要求パケット１１のパケット識別子およびオブジェクト情報と同様の値が設定される。

図２（ｂ）に示す応答パケットには、第１の処理結果、第２の処理結果、・・・・第ｊの処理結果と、ｊ個の処理結果が含まれている。第１の処理結果に、第１のプロパティ数および複数のプロパティ情報が関連づけられている。第１のプロパティ数は、この第１の処理結果に属するプロパティ情報の数を示す。ここでプロパティ情報は、プロパティコード、プロパティ長およびプロパティ値からなる。

図２（ｂ）に示す例では、第１の処理結果に、第１のプロパティ情報から第ｍ１のプロパティ情報までが関連づけられているので、第１のプロパティ数には、ｍ１が設定される。第２の処理結果にも同様に、第２のプロパティ数および複数のプロパティ情報が関連づけられる。

ここで、図２に示すように、要求パケットにおけるサービス種別の数と、応答パケットにおけるサービス種別の数は、異なっても良い。例えば図２（ａ）に示す要求パケットのサービス種別の数がｋであるのに対し、図２（ｂ）に示す応答パケットのサービス種別の数はｊである。ここで、応答端末２において全てのサービス種別が処理された場合、ｋ＝ｊとなる。

また、要求パケットにおいて第１のサービス種別に対応づけられるプロパティ情報の数と、応答パケットにおいて第１のサービス種別に対応づけられるプロパティ情報の数は、異なっても良い。図２（ａ）に示す要求パケットの第１のサービス種別に対応づけられるプロパティ情報の数がｎ１であるのに対し、図２（ｂ）に示す応答パケットの第１の処理結果に関連づけられるプロパティ情報の数はｍ１である。ここで、応答端末２において第1のサービス種別に対応する全てのプロパティ情報が処理された場合、ｎ１＝ｍ１となる。これと同様に、応答パケットにおいて第２の処理結果、第３の処理結果・・に関連づけられるプロパティ情報の数は、要求パケットの各サービス種別に関連づけられるプロパティ数と、異なっても良いし、同じでも良い。

このように、応答端末２において、処理したプロパティ情報のみが応答パケットに含まれることにより、要求パケットと応答パケットにおいて、サービス種別と処理結果の数、また各パケットに含まれるプロパティ情報の数が異なる場合がある。なお、要求パケットに含まれる全てのプロパティ情報が応答端末２で処理される場合、要求パケットデータ１１と応答パケットデータ１２において、サービス種別と処理結果の数は同じで、各パケットのプロパティ情報の数も同じであることはもちろんである。

次に、要求端末１のコントローラ１３の各部を説明する。要求端末１のコントローラ１３は、送信部１４、受信部１５および結果判定部１６を備える。

送信部１４は、通信制御装置（図示せず）などを介して、メモリ１１に記憶された要求パケットデータ１１を、通信ネットワーク３に送出する。送出された要求パケットデータ１１は、アドレス情報に従って、要求先の応答端末２に送信される。

受信部１５は、通信制御装置１１などを介して応答パケットデータ１２を受信し、メモリ１２に記憶する。受信部１５は、応答パケットデータ１２を、要求パケットデータ１１の送信先である応答端末２から受信する。

結果判定部１６は、送信部１４が送信した要求パケットデータ１１と、受信部１５が受信した応答パケットデータ１２とに基づいて、応答端末２の処理の結果を判定する。具体的には、まず結果判定部１６は、メモリ１１から要求パケットデータ１１および応答パケットデータ１２を読み出す。ここで読み出す要求パケットデータ１１および応答パケットデータ１２には、パケット識別子に共通するコードが設定されている。例えば受信部１５が応答パケットデータ１２を受信すると、結果判定部１６は、その受信した応答パケットデータ１２に含まれるパケット識別子と同一のパケット識別子を備える要求パケットデータ１１を特定し、その要求パケットデータ１１を読み出す。

結果判定部１６は、読み出した要求パケットデータ１１および応答パケットデータ１２にそれぞれ含まれるプロパティ数をカウントし、それぞれのプロパティ数が一致しているか否かを判定する。一致している場合、結果判定部１６は、要求パケットデータ１１に含まれる全ての要求のプロパティ情報に基づいて、応答端末２において処理されたと判定する。

一致しない場合、結果判定部１６は、応答端末２において全てのプロパティ情報を処理できなかったと判断する。さらに結果判定部１６は、要求パケットデータ１１の第１のサービス種別、第１のプロパティ数および第１のサービス種別に対応づけられたプロパティ情報と、応答パケットデータ１２の第１の処理結果、第１のプロパティ数および第１の処理結果に対応づけられたプロパティ情報と、を比較しても良い。これにより結果判定部１６は、複数のプロパティ情報のうち、いずれのプロパティ情報が処理されたか、また処理に失敗したか、などの結果を、プロパティ情報ごとに判定することができる。

また結果判定部１６は、応答パケットデータ１２に含まれるプロパティ情報の数から、応答端末２において処理可能なプロパティ情報の数を把握することができる。これにより結果判定部１６は、応答端末２において処理されなかった要求のプロパティ情報について、応答端末２において処理可能なプロパティ情報の数以下になるように新たな要求パケットデータを生成しても良い。送信部１４がこの新たな要求パケットデータを応答端末２に送信することにより、要求端末１は、全ての要求のプロパティ情報について応答端末２から応答を得ることができる。

次に、応答端末２を説明する。応答端末２は、コントローラ２０を備える。所定のプログラムが応答端末２のコントローラで実行されることにより、応答端末２は、所定のプログラムに従って処理することができる。また応答端末２は、メモリ（図示せず）を備えても良い。このメモリには、要求端末１から受信した要求パケットデータが記憶される。またメモリは、要求対象オブジェクトに対する処理結果など記憶され、応答パケットを作成するための作業領域である。

コントローラ２０は、受信部２１、要求処理部２２および送信部２３を備える。

受信部２１は、通信制御装置（図示せず）などを介して、要求端末１から要求パケットを受信する。この要求パケットは、図２に示すデータ構造を持つ。受信部２１は、受信した要求パケットデータをメモリに記憶し、後述する要求処理部２２に処理させる。

要求処理部２２は、要求に関する複数のプロパティ情報のうち、サービス種別に従って処理した要求に関するプロパティ情報に対する応答のプロパティ情報と、パケット識別子と、を含む応答パケットを生成する。ここで要求処理部２２は、要求パケットデータに含まれる複数のプロパティ情報のうち、応答端末２が処理できるプロパティ情報のみ処理する。

例えば応答端末２が１つのプロパティしか処理できない場合、応答端末２は、受信した要求パケットデータの最初の１つのプロパティ情報を読み出して、そのサービス種別およびプロパティ情報に基づいて要求対象オブジェクト３０を処理する。この場合要求処理部２２は、読み出しおよび処理した最初の１つのプロパティ情報に対する応答のプロパティ情報を応答パケットデータに含ませる。さらに要求処理部２２は、最初の１つのプロパティ情報以外のプロパティ情報を破棄する。また、応答端末２のコントローラ２０の処理時間や処理能力を考慮して、応答端末２が処理可能なプロパティ情報に制限が設けられても良い。

送信部２３は、通信制御装置などを介して、要求処理部２２によって生成された応答パケットデータを、通信ネットワーク３に送出する。送出された応答パケットデータは、アドレス情報に従って、要求元の要求端末１に送信される。

ここで図３を参照して、第１の実施の形態に係る応答端末２の処理を説明する。まず、ステップＳ１０１において応答端末２の受信部２１は、要求パケットの受信を待機する。要求パケットを受信すると、ステップＳ１０２において応答端末２は、その要求パケットが、自ノード宛であって、かつ、要求パケットに含まれるオブジェクト情報が、自身の制御対象のオブジェクトの情報であるかを確認する。

図１に示す例において応答端末２ａは、受信したパケットが応答端末２ａ宛の要求パケットであるかを判定する。ここで応答端末２ａは要求対象オブジェクト３０ａを制御する。従って受信したパケットが応答端末２ａ宛の要求パケットである場合さらに、応答端末２は、受信した要求パケットのオブジェクト情報として、要求対象オブジェクト３０ａの情報が設定されているか否かを判定する。

受信した要求パケットが自ノード宛でない場合、または、要求パケットに含まれるオブジェクト情報が、自ノードが制御するべきオブジェクトの情報でない場合、受信したパケットを破棄し、ステップＳ１０１に戻る。受信した要求パケットが自ノード宛あって、要求パケットに含まれるオブジェクト情報が、自ノードが制御するべきオブジェクトの情報である場合、ステップＳ１０３に進む。

ステップＳ１０３において応答端末２の要求処理部２２は、要求パケットに含まれるサービス種別を取得する。例えば図２（ａ）に示す要求パケットの場合、ｋ個のサービス種別を取得し、取得したｋ個のサービス種別について、ステップＳ１０４ないしステップＳ１０７を処理する。

具体的にはまず、ステップＳ１０４において要求処理部２２は、１つめのサービス種別に対応づけられたプロパティ数を取得する。要求処理部２２は、図２（ａ）に示す例において、第１のプロパティ数として設定されたｎ１を取得し、このｎ１個のプロパティについて、ステップＳ１０５およびステップＳ１０６の処理を繰り返す。まず１つめのプロパティ情報について、サービス種別およびプロパティ情報に従って、要求対象オブジェクト３０を処理する。サービス種別が「取得」の場合、要求処理部２２は、プロパティ情報に従って、要求対象オブジェクト３０からデータを取得する。またサービス種別が「制御」の場合、要求処理部２２は、プロパティ情報に従って、要求対象オブジェクト３０を制御する。ステップＳ１０５において要求処理部２２は、要求のプロパティ情報に対応する応答のプロパティ情報を取得する。

ステップＳ１０６において要求処理部２２は、次のプロパティ情報を処理するべきか否かを判定する。例えば、応答端末２について処理時間に基づいてプロパティ情報の処理が制限される場合、ステップＳ１０３からの経過時間が所定時間を超えているかを判定する。超えていない場合、ステップＳ１０５に戻り、要求処理部２２はさらに次のプロパティ情報を処理する。１つめのサービス種別に対応づけられた全てのプロパティ情報についてステップＳ１０５の処理が実行されると、ステップＳ１０７において要求処理部２２は、ステップＳ１０５の処理結果に基づいて、第１の処理結果にデータを設定する。例えば、全てのプロパティ情報について、処理が成功した場合、第１の処理結果に、成功のフラグを設定する。

次に要求処理部２２は、第２のサービス種別について、ステップＳ１０４ないしステップＳ１０６の処理を繰り返す。全てのサービス種別についてステップＳ１０４ないしステップＳ１０６の処理が終了すると、ステップＳ１１０に進む。ステップＳ１１０において要求処理部２２は、応答パケットを生成し、送信部２３は応答パケットを要求端末１に送信する。

一方、ステップＳ１０６において、続けて処理できない場合、要求処理部２２は、応答パケットを作成するため、ステップＳ１０８に進む。続けて処理できない場合とは、例えば、ステップＳ１０３からの経過時間が所定時間を超えている場合である。ステップＳ１０８において要求処理部２２は、ステップＳ１０５の処理結果に基づいて、処理結果にデータを設定する。

例えば要求処理部２２が、第２のサービス種別について、３つのプロパティ情報を処理した後に、４つめのプロパティ情報を処理できなかった場合について説明する。この場合、ステップＳ１０８において、要求処理部２２は、第２のサービス種別について、すでに処理された３つのプロパティ情報に基づいて、第２の処理結果にデータを設定する。なお、第１のサービス種別に対応づけられたプロパティ情報は全て処理されている。従って、ステップＳ１０７において、第１の処理結果にはすでにデータが設定されている。

ステップＳ１０９において要求処理部２２は、処理しなかった要求のプロパティ情報を破棄する。具体的には要求処理部２２は、第２のサービス種別の４つめのプロパティ情報以降のプロパティ情報を破棄する。ここでは、第３のサービス種別以降の各サービス種別に対応づけられたプロパティ情報も破棄される。

ステップＳ１１０において要求処理部２２は、ステップＳ１０５で取得される応答のプロパティ情報、ステップＳ１０７およびステップＳ１０８で設定された処理結果に基づいて、応答パケットデータを生成する。この応答パケットデータは、要求パケットデータの第１のサービス種別に対応する第１の処理結果とその応答のプロパティ情報、第２のサービス種別に対応する第２の処理結果と、処理された要求のプロパティ情報に対応する応答のプロパティ情報を含む。なお、この応答パケットデータには、ステップＳ１０５において処理されなかった第３のサービス種別以降のサービス種別に対応する処理結果を含まない。要求処理部２２はさらに、受信した要求パケットデータに基づいて、応答端末２および要求端末１のアドレスを設定して、応答パケットデータのアドレス情報を生成する。要求処理部２２は、オブジェクト情報として、要求対象オブジェクト３０のオブジェクトコードを設定するとともに、パケット識別子に、要求パケットデータのパケット識別子を設定する。

このような第１の実施の形態に係る通信方法によれば、応答端末２の処理能力や規格によって、複合電文の全てのプロパティ情報を処理できない場合でも、処理した要求のプロパティ情報に対応する応答のプロパティ情報を含めて応答パケットデータ１２を生成する。これにより、要求端末１に応答端末２の処理制限を知らせることができ、再度の要求パケットの送信を促すことができる。

一般的なエコーネット規格において、応答端末２で要求パケットデータが複合電文であることに基づくエラーが発生した場合、そのエラーを要求端末１に伝えることが困難である。例えばエラーとして、単純にプロパティ情報についての処理結果が不可の場合のほかに、要求パケットデータ１１において、応答端末において受信可能な電文の長さを超えていた場合や、処理可能なプロパティ数を超えている場合なども含まれる。これらのエラーは、全て同じエラーとして取り扱われ、応答端末では、エラーの原因を知ることができず、処理を完了することができない。

そこで第１の実施の形態に係る通信方法によれば、要求パケットデータ１１に対して、応答端末で処理した応答のプロパティ情報のみを含めた応答パケットデータを生成して要求端末１に送信するので、要求端末１は、応答端末２において処理されなかった要求のプロパティ情報を把握することができる。また要求端末１は、応答パケットデータに含まれるプロパティ情報から、要求のプロパティ情報が適切に処理されたか否かを判定することができる。

このように第１の実施の形態に係る通信方法によれば、応答端末２は、適切に複合電文形式の電文を処理することができる。また応答端末２がこのように複合電文を処理することができるので、要求端末１も、適切にプロパティ情報を処理することができる。

（第２の実施の形態）
図４および図５を参照して、第２の実施の形態に係る通信方法を説明する。第２の実施の形態において、図４に示す要求パケットおよび応答パケットのデータ構造が、図２を参照して説明した第１の実施の形態に係る要求パケットおよび応答パケットのデータ構造と異なる。

第２の実施の形態において、要求パケットデータにおいて、サービス種別として取得または制御のいずれかが指定される。また要求パケットデータに含まれるプロパティ情報は、指定されたサービス種別の要求に関するプロパティ情報である。

具体的には、第１の実施の形態において、図２（ａ）に示す要求パケットに複数のサービス種別が含まれているのに対し、第２の実施の形態において、図４（ａ）に示す要求パケットに含まれるサービス種別は１つのみである。これに対応して、第１の実施の形態において、図２（ｂ）に示す応答パケットに複数の処理結果が含まれているのに対し、第２の実施の形態において、図４（ｂ）に示す応答パケットに含まれる処理結果は１つのみである。

第２の実施の携帯において、要求パケットのプロパティ情報の数ｎと、応答パケットのプロパティ情報の数ｍは、同じでも良いし、異なっても良い。応答端末２において、要求パケットの全てのプロパティ情報を処理できた場合、ｎ＝ｍとなる。

図５を参照して、第２の実施の形態に係る通信方法を説明する。図５に示すステップＳ２０１およびステップＳ２０２は、図３に示すステップＳ１０１およびステップＳ１０２と同様である。

ステップＳ２０３において応答端末２の要求処理部２２は、要求パケットに含まれるサービス種別とプロパティ数を取得する。例えば図４（ａ）に示す要求パケットの場合、１個のサービス種別を取得するとともにプロパティ数ｎを取得する。要求処理部２２は、各プロパティ情報について、ステップＳ２０４およびステップＳ２０５を処理する。

具体的にはまず、ステップＳ２０４において要求処理部２２は、まず１つめのプロパティ情報について、サービス種別およびプロパティ情報に従って、要求対象オブジェクト３０を処理する。ステップＳ２０４において要求処理部２２は、要求のプロパティ情報に対応する応答のプロパティ情報を取得する。

ステップＳ２０５において要求処理部２２は、次のプロパティ情報を処理するべきか否かを判定する。例えば、応答端末２について処理時間に基づいてプロパティ情報の処理が制限される場合、ステップＳ２０３からの経過時間が所定時間を超えているかを判定する。超えていない場合、ステップＳ２０４に戻り、要求処理部２２はさらに次のプロパティ情報を処理する。全てのプロパティ情報についてステップＳ２０４の処理が実行されると、ステップＳ２０６において要求処理部２２は、ステップＳ２０４の処理結果に基づいて、処理結果に、データを設定する。例えば、全てのプロパティ情報について、処理が成功した場合、処理結果に、成功のフラグを設定する。その後ステップＳ２０９において、ステップＳ２０５で取得される応答のプロパティ情報およびステップＳ２０６で設定された処理結果に基づいて、応答パケットデータを生成する。応答端末２が十分な処理能力を有しており、要求パケットの全てのプロパティ情報を処理した場合、応答端末２は、エコーネット規格書に従って通常通りに処理する。

一方ステップＳ２０５において、続けて処理できない場合、要求処理部２２は、応答パケットを作成するため、ステップＳ２０７に進む。続けて処理できない場合とは、例えば、ステップＳ２０３からの経過時間が所定時間を超えている場合である。要求処理部２２はステップＳ２０７に進み、ステップＳ２０４の処理結果に基づいて、処理結果にデータを設定する。さらにステップＳ２０８において要求処理部２２は、処理しなかった要求のプロパティ情報を破棄する。

ステップＳ２０９において要求処理部２２は、ステップＳ２０５で取得される応答のプロパティ情報、ステップＳ２０６またはステップＳ２０７で設定された処理結果に基づいて、応答パケットデータを生成する。応答パケットデータの生成処理は、第１の実施の形態で説明した通りである。

このような第２の実施の形態においても、応答端末２は、適切に複合電文形式の電文を処理することができる。また応答端末２がこのように複合電文を処理することができるので、要求端末１も、適切にプロパティ情報を処理することができる。

（第３の実施の形態）
図６および図７を参照して、第３の実施の形態に係る通信方法を説明する。第３の実施の形態において、図６に示す要求パケットおよび応答パケットのデータ構造が、図２を参照して説明した第１の実施の形態に係る要求パケットおよび応答パケットのデータ構造と異なる。

第３の実施の形態において、要求パケットデータは、サービス種別とプロパティ情報とを１対１で対応づけて含む。また応答端末２の要求処理部２２は、サービス種別に従って処理した要求に関するプロパティ情報に対する応答のプロパティ情報と、その処理結果とを１対１で対応づけるとともに、パケット識別子を含む応答パケットを生成する。

具体的には、第１の実施の形態において、図２（ａ）に示す要求パケットにおいて、第１のサービス種別に対応して、複数のプロパティ情報が関連づけられているのに対し、第３の実施の形態において、図６（ａ）に示す要求パケットにおいて、１つのプロパティ情報が関連づけられている。これに対応して、図２（ｂ）に示す応答パケットにおいて、第１のサービス種別に対応して、複数のプロパティ情報が関連づけられているのに対し、第３の実施の形態において、図６（ｂ）に示す応答パケットにおいて、１つのプロパティ情報が関連づけられている。また図６（ａ）および図６（ｂ）に示すパケットの各プロパティ数には１が設定されている。

なお、要求パケットに含まれるプロパティ情報の数と、応答パケットに含まれるプロパティ情報の数は、異なっても良い。図６（ａ）に示す要求パケットのプロパティ情報の数がｋであるのに対し、図６（ｂ）に示す応答パケットのプロパティ情報の数はｊである。ここで、応答端末２において全てのプロパティ情報が処理された場合、ｋ＝ｊとなる。

図７を参照して、第３の実施の形態に係る通信方法を説明する。図７に示すステップＳ３０１およびステップＳ３０２は、図３に示すステップＳ１０１およびステップＳ１０２と同様である。

要求処理部２２は、要求パケットデータに含まれる全てのプロパティ情報について、ステップＳ３０３およびステップＳ３０４の処理を繰り返す。

具体的にはまず、ステップＳ３０３において要求処理部２２は、まず１つめのプロパティ情報について、サービス種別およびプロパティ情報に従って、要求対象オブジェクト３０を処理する。ステップＳ３０３において要求処理部２２は、要求のプロパティ情報に対応する応答のプロパティ情報を取得する。

ステップＳ３０４において要求処理部２２は、次のプロパティ情報を処理するべきか否かを判定する。例えば、応答端末２について処理時間に基づいてプロパティ情報の処理が制限される場合、ステップＳ３０２からの経過時間が所定時間を超えているかを判定する。超えていない場合、ステップＳ３０３に戻り、要求処理部２２はさらに次のプロパティ情報を処理する。

全てのプロパティ情報についてステップＳ３０３の処理が実行されると、ステップＳ３０５において要求処理部２２は、ステップＳ３０３の処理結果に基づいて、処理結果に、データを設定する。例えば、応答のプロパティ情報のそれぞれについて、処理が成功した場合、処理結果に、成功のフラグを設定する。

一方ステップＳ３０４において、続けて処理できない場合、要求処理部２２は、応答パケットを作成するため、ステップＳ３０６に進む。続けて処理できない場合とは、例えば、ステップＳ３０２からの経過時間が所定時間を超えている場合である。要求処理部２２はステップＳ３０６に進み、ステップＳ３０３の処理結果に基づいて、応答パケットのそれぞれの処理結果にデータを設定する。さらにステップＳ３０７において要求処理部２２は、処理しなかった要求のプロパティ情報を破棄する。

ステップＳ３０８において要求処理部２２は、ステップＳ３０３で取得される応答のプロパティ情報、ステップＳ３０５またはステップＳ３０６で設定された各プロパティ情報に対応する処理結果に基づいて、応答パケットデータを生成する。応答パケットデータの生成処理は、第１の実施の形態で説明した通りである。

このような第３の実施の形態においても、応答端末２は、適切に複合電文形式の電文を処理することができる。また応答端末２がこのように複合電文を処理することができるので、要求端末１も、適切にプロパティ情報を処理することができる。

特に第３の実施の形態においては、各プロパティ情報について処理結果を設定することができるので、要求端末１は、応答端末２における処理結果を、要求パケットデータの個々のプロパティ情報について明確に把握することができる。

以上説明した少なくともひとつの実施の形態によれば、通信端末は、適切に複合電文形式を処理することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 要求端末
２ 応答端末
３ 通信ネットワーク
４ 通信システム
６ 通信対象ノード
１０ メモリ
１１ 要求パケットデータ
１２ 応答パケットデータ
１３、２０ コントローラ
１４、２３ 送信部
１５、２１ 受信部
１６ 結果判定部
２２ 要求処理部
３０ 要求対象オブジェクト

Claims (10)

1. 要求端末から複合電文形式の要求パケットを受信して、応答パケットを送信する通信端末であって、
   パケットを識別するパケット識別子と、サービス種別と、要求に関する複数のプロパティ情報と、要求に関するプロパティ情報の数を示すプロパティ数と、が含まれる要求パケットを受信する受信部と、
   前記要求に関する複数のプロパティ情報のうち、要求パケットに含まれるプロパティ情報の全てを処理することはできない場合に、前記サービス種別に従って処理した要求に対応する応答のプロパティ情報と、処理した要求に対応する応答のプロパティ情報の数を示すプロパティ数と、前記パケット識別子と、を含む応答パケットを生成する要求処理部と、
   前記応答パケットを、前記要求端末に送信する送信部
   を備えることを特徴とする通信端末。
2. 前記応答パケットに含まれる前記応答に関するプロパティ情報の数は、前記要求パケットに含まれる前記要求に関するプロパティ情報の数と同数以下であることを特徴とする請求項１に記載の通信端末。
3. 前記要求パケットにおいて、前記サービス種別として制御及び取得が指定され、前記要求パケットに含まれる前記プロパティ情報は、制御サービスの要求に関するプロパティ情報及び取得サービスの要求に関するプロパティ情報であることを特徴とする請求項１または２に記載の通信端末。
4. 前記要求パケットにおいて、前記サービス種別として取得または制御のいずれかが指定され、前記要求パケットに含まれる前記プロパティ情報は、指定されたサービス種別の要求に関するプロパティ情報である
   ことを特徴とする請求項１または２に記載の通信端末。
5. 前記要求パケットは、前記サービス種別と前記プロパティ情報とを１対１で対応づけて含み、
   前記要求処理部は、前記サービス種別に従って処理した要求に関するプロパティ情報に対する応答のプロパティ情報と、当該プロパティ情報の処理結果とを１対１で対応づけるとともに、前記パケット識別子を含む応答パケットを生成する
   ことを特徴とする請求項１または２に記載の通信端末。
6. 通信端末が、要求端末から複合電文形式の要求パケットを受信して、応答パケットを送
   信する通信方法であって、
   パケットを識別するパケット識別子と、サービス種別と、要求に関する複数のプロパティ情報と、要求に関するプロパティ情報の数を示すプロパティ数と、が含まれる要求パケットを受信する受信ステップと、
   前記要求に関する複数のプロパティ情報のうち、要求パケットに含まれるプロパティ情報の全てを処理することはできない場合に、前記サービス種別に従って処理した要求に対応する応答のプロパティ情報と、処理した要求に対応する応答のプロパティ情報の数を示すプロパティ数と、前記パケット識別子と、を含む応答パケットを生成する要求処理ステップと、
   前記応答パケットを、前記要求端末に送信する送信ステップ
   を備えることを特徴とする通信方法。
7. 前記応答パケットに含まれる前記応答に関するプロパティ情報の数は、前記要求パケットに含まれる前記要求に関するプロパティ情報の数と同数以下であることを特徴とする請求項６に記載の通信方法。
8. 前記要求パケットにおいて、前記サービス種別として制御及び取得が指定され、前記要求パケットに含まれる前記プロパティ情報は、制御サービスの要求に関するプロパティ情報及び取得サービスの要求に関するプロパティ情報であることを特徴とする請求項６または７に記載の通信方法。
9. 前記要求パケットにおいて、前記サービス種別として取得または制御のいずれかが指定され、前記要求パケットに含まれる前記プロパティ情報は、指定されたサービス種別の要求に関するプロパティ情報である
   ことを特徴とする請求項６または７に記載の通信方法。
10. 前記要求パケットは、前記サービス種別と前記プロパティ情報とを１対１で対応づけて含み、
    前記要求処理ステップは、前記サービス種別に従って処理した要求に関するプロパティ情報に対する応答のプロパティ情報と、当該プロパティ情報の処理結果とを１対１で対応づけるとともに、前記パケット識別子を含む応答パケットを生成する
    ことを特徴とする請求項６または７に記載の通信方法。

Images