(57)【特許請求の範囲】
【請求項１】
通信ネットワークに接続され、複数の通信機器を送信先とする送信先リストを有するイベントの送受信を行う通信機器において、
通信ネットワークに接続された通信機器の通信機器ＩＤ（ＩＤｅｎｔｉｆｉｅｒ、識別子）と通信機器の種類に応じた区分とを含む通信機器情報を記憶装置に記憶する通信機器情報記憶部と、
通信機器の種類に応じた区分と、区分に対応したイベントの受信優先順序情報と、区分に対応した代理転送可否情報とを記憶装置に記憶する区分情報記憶部と、
イベントを送信する送信先となる通信機器の通信機器ＩＤを送信先ＩＤとして、上記通信機器情報記憶部により記憶された通信機器情報を参照して、送信先となる複数の通信機器の送信先ＩＤと区分とを送信先リストとして生成して、イベントに含めるイベント生成部と、
通信ネットワークを介してイベントの送受信を行う通信部とを備え、
上記通信部は、
複数の通信機器へ、イベントを送信する際の送信順序を決定する送信順序制御部と、
イベントを格納するイベント格納バッファと、
他の通信機器へ、イベントを送信するイベント送信部と
他の通信機器から、イベントを受信するイベント受信部とを有し、
上記送信順序制御部は、上記イベント生成部からイベントを受け取り、イベントに含まれた送信先リストにある通信機器の区分に基づいて上記区分情報記憶部に記憶された受信優先順序情報を参照して、受信優先順序情報が示す優先順序の高い順に、送信先リストにある複数の通信機器の送信先ＩＤと区分とを並べ替えて、イベントを上記イベント格納バッファに格納し、
上記イベント送信部は、上記イベント格納バッファに格納されたイベントを取得し、送信先リストを参照して送信先リストの先頭にある通信機器にイベントを送信し、
上記イベント受信部は、上記イベント送信部がイベントを送信した送信先の通信機器から、送信先の通信機器がイベントを代理転送の可否を示す転送可否結果を含む通信応答を受信し、
上記イベント送信部は、送信先の通信機器がイベントを代理転送可であることを示す転送可否結果を含む通信応答を上記イベント受信部が受信した場合にイベントの送信を終了し、送信先の通信機器がイベントを代理転送否であることを示す転送可否結果を含む通信応答を上記イベント受信部が受信した場合に、送信先リストの次の通信機器にイベントを送信する
ことを特徴とする通信機器。
【請求項２】
上記区分情報記憶部は、さらに、通信機器の種類に応じた区分に対応して、イベントの転送の可否を示す転送可否情報を記憶装置に記憶し、
上記通信機器は、さらに、
上記イベント受信部がイベントを受信した場合、送信先リストにある区分に基づいて区分情報記憶部の転送可否情報を参照して上記イベント受信部が受信したイベントを他の通信機器へ代理転送可か否かを判定し、代理転送可な場合には、イベント受信部が受信したイベントをイベント格納バッファに格納する転送可否判定部を備え、
上記イベント受信部は、イベントの代理転送可否の結果を含む通信応答を、イベントを送信した通信機器に送信する
ことを特徴とする請求項１記載の通信機器。
【請求項３】
請求項１又は２に記載の通信機器において、
上記区分情報記憶部は、
システム内で相対的にＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリ等のリソースの数が所定の数より大きい通信機器の区分に対してサーバという区分の値を記憶し、リソースの数が所定の数より小さい通信機器の区分に対してデバイスという区分の値を記憶し、
受信優先順序情報と代理転送可否情報として、サーバ区分は、受信優先順序を高く設定した値と代理転送可に設定した値を記憶し、デバイス区分は、受信優先順序を低く設定した値と代理転送否に設定した値を記憶することを特徴とする通信機器。
【請求項４】
請求項１から３いずれかに記載の通信機器において、
上記区分情報記憶部は、通信機器のＣＰＵやメモリ等のリソースの数に応じて複数の区分を記憶し、リソースの数が大きい区分の順に受信優先順序を高くし、リソースの数が大きい複数の区分に対して代理転送を可に、残りの区分に対して代理転送を否に設定した値を記憶することを特徴とする通信機器。
【請求項５】
請求項１から４いずれかに記載の通信機器において、
上記イベント受信部は、転送可否判定部が代理転送可と判断して、送信先リストに記載された通信機器に対してイベントをイベント送信部が代理転送した後、イベントの代理転送が完了したことをイベントを発信した通信機器へ通知することを特徴とする通信機器。
【請求項６】
請求項１から５いずれかに記載の通信機器において、
上記転送可否判定部は、イベントの転送可否を判定する時に、自身の通信装置で優先度の高い処理や負荷の高い処理を実施している間は代理転送を否と判定し、代理転送不可であることを通信応答で伝えることを特徴とする通信機器。
【請求項７】
請求項１から６いずれかに記載の通信機器は、さらに、
イベント送信先の通信機器の通信応答で渡されるイベントの代理転送可否の結果を保持する結果保持バッファを有し、
上記送信順序制御部は、送信リストに受信優先順序が同一の複数の通信機器が存在した場合に、上記結果保持バッファの代理転送可否の結果を参照して、通信応答として代理転送可の結果を返した通信機器の送信順序が先になるように上記送信先リストを並べ変えることを特徴とする通信機器。
【請求項８】
請求項１から７いずれかに記載の通信機器は、さらに、
イベント送信先の通信機器の通信応答で渡されるイベントの代理転送可否の結果を保持する結果保持バッファを有し、
上記送信順序制御部は、送信リストに受信優先順序が同一の複数の通信機器が存在した場合に、上記結果保持バッファの代理転送可否の結果を参照して、通信応答として代理転送否の結果を返した通信機器の送信順序が後になるように上記送信先リストを並べ変えることを特徴とする通信機器。
【請求項９】
請求項１から８いずれかに記載の通信機器は、さらに、
過去の送信先リストを保持するリスト保持バッファを有し、
上記送信順序制御部は、送信リストに受信優先順序が同一の複数の通信機器が存在した場合に、リスト保持バッファの過去の送信先リストを参照して、過去にイベントを送信した時に送信順序が最も高かった通信機器の送信順序が低くなるように上記送信先リストを並べ変えることを特徴とする通信機器。
【請求項１０】
通信ネットワークに接続され、複数の通信機器を送信先とする送信先リストを有するイベントの送受信を行う通信機器の通信方法において、
通信機器記憶部が、通信ネットワークに接続された通信機器の通信機器ＩＤ（ＩＤｅｎｔｉｆｉｅｒ、識別子）と通信機器の種類に応じた区分とを含む通信機器情報を記憶装置に記憶する通信機器情報記憶処理と、
区分情報記憶部が、通信機器の種類に応じた区分と、区分に対応したイベントの受信優先順序情報と、区分に対応した代理転送可否情報とを記憶装置に記憶する区分情報記憶処理と、
イベント生成部が、イベントを送信する送信先となる通信機器の通信機器ＩＤを送信先ＩＤとして、上記通信機器情報記憶部により記憶された通信機器情報を参照して、送信先となる複数の通信機器の送信先ＩＤと区分とを送信先リストとして生成して、イベントに含めるイベント生成処理と、
通信ネットワークを介してイベントの送受信を行う通信部が、複数の通信機器へ、イベントを送信する際の送信順序を決定する送信順序制御処理と、
上記送信順序制御部は、上記イベント生成部からイベントを受け取り、イベントに含まれた送信先リストにある通信機器の区分に基づいて上記区分情報記憶部に記憶された受信優先順序情報を参照して、受信優先順序情報が示す優先順序の高い順に、送信先リストにある複数の通信機器の送信先ＩＤと区分とを並べ替えて、イベントをイベント格納バッファに格納するイベント格納処理と、
イベント送信部が、上記イベント格納バッファに格納されたイベントを取得し、送信先リストを参照して送信先リストの先頭にある通信機器にイベントを送信する第１のイベント送信処理と、
イベント受信部が、上記イベント送信部がイベントを送信した送信先の通信機器から、送信先の通信機器がイベントを代理転送の可否を示す転送可否結果を含む通信応答を受信するイベント受信処理と、
イベント送信部が、送信先の通信機器がイベントを代理転送可であることを示す転送可否結果を含む通信応答を上記イベント受信部が受信した場合にイベントの送信を終了し、送信先の通信機器がイベントを代理転送否であることを示す転送可否結果を含む通信応答を上記イベント受信部が受信した場合に、送信先リストの次の通信機器にイベントを送信する第２のイベント送信処理と備える
ことを特徴とする通信方法。
【請求項１１】
請求項１０記載の通信方法をコンピュータに実行させる通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、統合システムにおける各システムの連携時に使用する通信機器に関する。特に、統合システム内の１つのシステムがイベントを検知した際に、そのイベントを他のシステムへ送信するシステム間の連携を図る通信機器や、通信機器を用いたイベント送受信方式に関する。
【背景技術】
【０００２】
近年、情報システム、物理セキュリティシステム、映像システム、ビル管理システムなど、従来は独立に提供されていたシステムを統合し、新たなソリューションを提供する統合システムが構築されている。このような統合システムは、あるシステムがイベントを検知すると、そのイベントを他のシステムへ送信し、システム間の連携を実現する。本発明は、上記の統合システムにおけるシステム間連携時のイベント送受信方式に関するものである。
機器間で送達保障が必要なイベント送受信を行う場合は、イベントを送信する機器がイベントを受信する機器とユニキャストで接続して送信する。そのため、イベントの受信先が増加すると送信元はより多くの機器と接続するため、より多くのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリなどのハードウェアリソースが必要となる。そして、ＣＰＵやメモリなどのハードウェアリソースは有限であるため、設備機器ネットワークにおけるイベントの送信可能数は送信側の機器の処理能力に依存することになる。
【０００３】
イベント送受信にかかる処理負荷を低減する従来の発明としては特許文献１で開示された方式がある。本方式は、複数機器が同一イベントをネットワークへ流すパターンや、単一機器が同一イベントを複数回ネットワークへ流すパターンなどのイベントの送出パターンを検知し、複数機器が同一イベントを送信しようとしている場合は機器の能力を考慮して最適な機器だけが送信する、単一機器が同一イベントを送信しようとしている場合は決められた時間内で同一のイベントを送信しない、という手段を用いる事で無駄なイベント送信を行わずにイベント送受信負荷を下げる手段を用いている。
【特許文献１】特開２００５−０５７３１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の設備機器の統合システムにおいては、「多くのシステムを統合すると、イベント送信先が増加するためイベント送信回数が増加する。」、「イベント送信先が応答しない場合は、再送しなければならずイベント送信回数が増加する。」といった要因によりイベント送信回数が増加するため、ハードウェアリソースが少ない機器にとっては無視できない処理負荷となってしまうことが課題であった。
そこで、本発明に係る通信機器及びその通信機器を用いたイベント送受信方法（通信方法）では、設備機器の統合システムにおいてＣＰＵやメモリなどのハードウェアリソースが少ない機器のイベント送信処理の負荷を低減し、多くの通知先へイベントを送信できるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る通信機器は、通信ネットワークに接続され、複数の通信機器を送信先とする送信先リストを有するイベントの送受信を行う通信機器において、
通信ネットワークに接続された通信機器の通信機器ＩＤ（ＩＤｅｎｔｉｆｉｅｒ、識別子）と通信機器の種類に応じた区分とを含む通信機器情報を記憶装置に記憶する通信機器情報記憶部と、
通信機器の種類に応じた区分と、区分に対応したイベントの受信優先順序情報と、区分に対応した代理転送可否情報とを記憶装置に記憶する区分情報記憶部と、
イベントを送信する送信先となる通信機器の通信機器ＩＤを送信先ＩＤとして、上記通信機器情報記憶部により記憶された通信機器情報を参照して、送信先となる複数の通信機器の送信先ＩＤと区分とを送信先リストとして生成して、イベントに含めるイベント生成部と、
通信ネットワークを介してイベントの送受信を行う通信部とを備え、
上記通信部は、
複数の通信機器へ、イベントを送信する際の送信順序を決定する送信順序制御部と、
イベントを格納するイベント格納バッファと、
他の通信機器へ、イベントを送信するイベント送信部と、
他の通信機器から、イベントを受信するイベント受信部とを有し、
上記送信順序制御部は、上記イベント生成部からイベントを受け取り、イベントに含まれた送信先リストにある通信機器の区分に基づいて上記区分情報記憶部に記憶された受信優先順序情報を参照して、受信優先順序情報が示す優先順序の高い順に、送信先リストにある複数の通信機器の送信先ＩＤと区分とを並べ替えて、イベントを上記イベント格納バッファに格納し、
上記イベント送信部は、上記イベント格納バッファに格納されたイベントを取得し、送信先リストを参照して送信先リストの先頭にある通信機器にイベントを送信し、
上記イベント受信部は、上記イベント送信部がイベントを送信した送信先の通信機器から、送信先の通信機器がイベントを代理転送の可否を示す転送可否結果を含む通信応答を受信し、
上記イベント送信部は、送信先の通信機器がイベントを代理転送可であることを示す転送可否結果を含む通信応答を上記イベント受信部が受信した場合にイベントの送信を終了し、送信先の通信機器がイベントを代理転送否であることを示す転送可否結果を含む通信応答を上記イベント受信部が受信した場合に、送信先リストの次の通信機器にイベントを送信する
ことを特徴とする。
【発明の効果】
【０００６】
本発明の通信機器によれば、通信機器の通信部が、イベントに含まれた受信優先順序情報を参照して、受信優先順序情報が示す優先順序の高い順に、送信先リストの通信機器の送信先ＩＤを並び替え、並び替えた送信先リストの先頭にある通信機器から順番にイベントを送信し、代理転送の可否を示す転送可否結果を含む通信応答を受信し、イベントを代理転送可である場合には、イベントの送信を終了し、イベントを代理転送否である場合には、次の通信機器にイベントを送信するため、各通信機器のイベント送信回数が減り、ＣＰＵやメモリなどのハードウェアリソースが少ない機器のイベント送信処理の負荷を低減することが可能であるという効果を奏する。
【０００７】
また、本実施の通信機器を用いて統合システムを構築すれば、イベントを送信するために特化したサーバ（代理転送を行う装置）を用いず、イベントの送受信を行う通信機器同士のプロトコル処理で、各システム間の通信を実現する。そのため、特定のサーバのダウンによりイベントが送信できなくなる状態や、特定のサーバの導入によりコストが増大することを防ぐという効果を奏する。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
以下、本発明の実施の形態について、図１〜図１０を用いて説明する。
【０００９】
図１及び図２は、実施の形態１に係る通信機器１００の機能構成の一例を示すブロック構成図である。図３は、通信機器１００の通信部１３０がやり取りを行うイベント１９０の構造を示す図である。図４は、実施の形態１に係る通信機器１００を用いた通信システムの一例である統合システム１０００のブロック図である。図５は、統合システム１０００を構築するシステムの通信機器１００が有する通信機器情報を示した図である。図５（ａ）は、通信機器情報６００の一例であり、図５（ｂ）は区分情報６７０の一例である。
図６は、本実施の形態に係る通信機器の外観の一例を示す図である。図７は、本実施の形態に係る通信機器１００のハードウェア構成の一例を示す図である。図８は、本実施の形態に係る統合システム１０００の通信機器１００がシステム間連携を行うときに実行されるイベント送信時の動作を示すフローチャートである。図９は、本実施の形態に係る統合システム１０００において通信機器１００のイベント受信時の動作を示すフローチャートである。図１０はシステム間連携の際に通信部１３０がやり取りするイベント１９０の内容の変化を示す図である。
【００１０】
まず、本実施の形態で示す通信機器１００の機能構成について図１及び図２を用いて説明する。
本実施の形態の通信機器１００は、通信ネットワークに接続されており、複数の通信機器（例えば、他の通信機器１００ｂ、１００ｃ）を送信先として送信先リストを有するイベントと送受信を行う。通信機器１００は、通信機器情報記憶部１１０、区分情報記憶部１１２、イベント生成部１２０、通信部１３０を備えている。
【００１１】
通信機器情報記憶部１１０は、通信ネットワークに接続された通信機器の通信機器ＩＤ（ＩＤｅｎｔｉｆｉｅｒ、識別子）と通信機器の種類に応じた区分とを含む通信機器情報を記憶装置に記憶する。
区分情報記憶部１１２は、通信機器１００の種類に応じた区分と、区分に対応したイベントの受信優先順序情報と、区分に対応した代理転送可否情報とを記憶装置に記憶する。通信機器１００の種類に応じた区分とは、例えば、デバイスやサーバなどである。
【００１２】
イベント生成部１２０は、イベントを送信する送信先となる通信機器１００の通信機器ＩＤを送信先ＩＤとして、通信機器情報記憶部１１０により記憶された通信機器情報を参照して、送信先となる複数の通信機器１００の送信先ＩＤと区分とを送信先リストとして生成して、イベントに含める。送信するイベントの構成については、後述する。
【００１３】
また、通信機器１００の通信部１３０は通信ネットワークを介してイベントの送受信を行う。
通信部１３０により通信ネットワークに接続した他の通信機器１００ｂ、１００ｃと通信し、イベントを送受信することができる。通信部１３０は送信順序制御部１３１、イベント送信部１３３、イベント受信部１３４、イベント格納バッファ１３２により構成されている。
イベント送信部１３３は、通信ネットワークを介して他の通信機器１００ｂ、１００ｃにイベントを送信する。イベント受信部１３４は、通信ネットワークを介して他の通信機器１００ｂ、１００ｃから送信されてきたイベントを受信する。イベント格納バッファ１３２は、イベント送信部１３３が送信すべきイベントを一時的に保管する領域である。送信順序制御部１３１は、同一のイベントを複数の送信先に送信する時にその送信順序を変更する。
【００１４】
また、図２に示すように通信機器１００の別の例として、通信部１３０が転送可否判定部１３５を備えていても構わない。転送可否判定部１３５は、イベント受信時にそのイベントを受信すべき自機器以外の送信先に対し、イベント送信元の代わりに転送する事が可能か否かを判断する。
【００１５】
通信機器１００は通信機器情報により管理されている。通信機器情報とは、例えば、個々の通信機器１００をシステム内部で区別するための通信機器ＩＤ６１０、ネットワーク上の通信のために利用するＩＰアドレス６２０、ポート番号６３０、通信機器１００の種類を区分する区分６４０である。区分６４０には「デバイス」、「サーバ」などの区分がある。また、区分６４０の内容が「デバイス」である場合は、通信機器１００の区分を「デバイス区分」、区分６４０の内容が「サーバ」である場合は、通信機器１００の区分を「サーバ区分」と呼ぶ場合が有る。区分６４０毎にイベントを受信するときの優先度を示す受信優先順序６５０、イベントの転送の可否を示す転送可否６６０がある。
【００１６】
通信部１３０でやり取りを行うイベント１９０の構造を図３に示す。図３に示すとおり、イベント１９０はメッセージ１９１、発行元ＩＤ１９２、送信元ＩＤ１９３と送信元区分１９４、送信先ＩＤと区分のリスト１９５で構成される。メッセージ１９１は、送信先へ伝えるべき情報が格納された任意の内容である。発行元ＩＤ１９２はイベントを生成した機器を特定するための情報である。送信元ＩＤ１９３と送信元区分１９４はイベントを送信した機器を特定するための情報である。送信先ＩＤと区分のリスト１９５は本イベントを受信すべき機器のＩＤ６１０と区分６４０を列挙した情報である。
【００１７】
次に、本実施の形態１に係る通信機器１００を用いた通信ネットワークの一例である統合システムについて図４を用いて説明する。図４に示した統合システム１０００は、物理セキュリティシステム２００、映像システム３００、ビル管理システム４００、情報システム５００などのシステムが統合ネットワーク７００を介して接続し構成される。以下、統合システム１０００を構成するそれぞれのシステムについて説明する。
【００１８】
物理セキュリティシステム２００は通信機器１００の一例である入退出管理装置２３０、カードリーダ２１０、ドア２２０で構成される。入退出管理装置２３０、カードリーダ２１０、ドア２２０は物理セキュリティネットワーク２４０で接続されており、互いに通信することが可能である。また、入退出管理装置２３０は統合ネットワーク７００に接続しており、通信部１３０を利用して他のシステムと通信することが可能である。
物理セキュリティシステム２００は、通行者がカードリーダ２１０に対してＩＣカードをかざすとその情報が入退出管理装置２３０へ転送され、入退出管理装置２３０がＩＣカードに含まれるユーザ情報を用いて入退出の可否を判定し、ドア２２０の開閉を制御するように動作する。
【００１９】
映像システム３００は通信機器１００の一例である監視カメラ３１０で構成される。監視カメラ３１０は通信部１３０を介して統合ネットワーク７００に接続しており、通信部１３０を利用して他のシステムと通信することが可能である。監視カメラ３１０は通行者を監視しており、映像データを記録する機能を持つ。監視カメラ３１０はズームや視点移動の機能を有している。
【００２０】
ビル管理システム４００は通信機器１００の一例である照明コントローラ４１０、照明４２０、通信機器１００の一例である空調コントローラ４４０、空調４５０で構成される。照明コントローラ４１０、照明４２０は照明ネットワーク４３０で接続されており、互いに通信することが可能である。また、空調コントローラ４４０、空調４５０は空調ネットワーク４６０で接続されており、互いに通信することが可能である。更に、照明コントローラ４１０、空調コントローラ４４０は統合ネットワーク７００に接続しており、照明コントローラ４１０と空調コントローラ４４０が備える通信部１３０を利用して他のシステムと通信することが可能である。
照明コントローラ４１０は複数の照明４２０のＯＮ、ＯＦＦ、調光などを、照明ネットワーク４３０を通じて制御する。空調コントローラ４４０は複数の空調４５０のＯＮ、ＯＦＦ、温度設定、運転モード、風向、省エネレベルなどを、空調ネットワーク４６０を通じて制御する。
【００２１】
情報システム５００はＰＣログイン制御サーバ５１０、勤怠情報管理サーバ５２０、ログ管理サーバ５３０、ＯＡ端末５４０で構成される。ＰＣログイン制御サーバ５１０と勤怠情報管理サーバ５２０とログ管理サーバ５３０とは通信機器１００の一例である。ＰＣログイン制御サーバ５１０、勤怠情報管理サーバ５２０、ログ管理サーバ５３０、ＯＡ端末５４０はＯＡネットワーク５５０で接続されており、互いに通信することが可能である。また、ＰＣログイン制御サーバ５１０、勤怠情報管理サーバ５２０、ログ管理サーバ５３０は統合ネットワーク７００に接続しており、各サーバが有する通信部１３０を利用して他のシステムと通信することが可能である。
【００２２】
ＰＣログイン制御サーバ５１０は、社員がＯＡ端末５４０にログインする時に、ログインの許可と拒否を制御する機能を提供する。勤怠情報管理サーバ５２０は、社員が出勤した時刻と退勤した時刻を管理する。ログ管理サーバ５３０は、システムやＯＡ端末５４０の動作・操作状況をロギングする機能を有し、物理セキュリティシステム２００、映像システム３００、ビル管理システム４００、情報システム５００で動作する各機器の動作状況をログとして保存する機能を提供する。
【００２３】
次に、図５を用いて統合システムを構築する各々の機器（通信機器１００）が有する通信機器情報６００について説明する。図５（ａ）は各々の機器が有する情報を示した表であり、通信機器情報記憶部１１０により、各々の機器が備える記憶装置に記憶されている。図５（ａ）に示すとおり、統合ネットワーク７００に接続する全ての機器はＩＤ６１０（通信機器ＩＤの一例）を持つ。ＩＤ６１０は統合ネットワーク７００上で機器を一意に認識可能な情報である。本実施の形態では、統合ネットワーク７００に接続する、入退出管理装置２３０、監視カメラ３１０、照明コントローラ４１０、空調コントローラ４４０、ＰＣログイン制御サーバ５１０、勤怠情報管理サーバ５２０、ログ管理サーバ５３０がＩＤ６１０を持つ。さらに、ＩＤ６１０に紐付けて通信に必要なＩＰアドレス６２０やポート番号６３０の情報を管理しており、これらの情報は統合ネットワーク７００を介した通信時に利用する。
【００２４】
また、図５（ｂ）に示す区分情報６７０の通り、統合ネットワーク７００に接続する全ての機器は区分６４０を持つ。本実施の形態では、システム内で相対的にＣＰＵやメモリ等のハードウェアリソースが豊富な機器をサーバ、少ない機器をデバイスとして２つの区分６４０を定義している。本実施の形態では入退出管理装置２３０、監視カメラ３１０、照明コントローラ４１０、空調コントローラ４４０の区分６４０がデバイス、ＰＣログイン制御サーバ５１０、勤怠情報管理サーバ５２０、ログ管理サーバ５３０の区分６４０がサーバに定義されている。
【００２５】
さらに、図５（ｂ）に示すとおり、区分６４０毎に受信優先順序６５０と転送可否６６０の設定を行う。受信優先順序６５０はイベントを受信する時の優先度を示しており、同一のイベントを複数の機器が受信する場合に本数値が小さい区分６４０に属する機器ほど優先的にイベントが送信されるように動作する。本実施の形態では区分６４０が「サーバ」の機器は受信優先順序６５０の値が「１」、区分６４０が「デバイス」の機器は受信優先順序６５０の値が「２」に設定されている。そのため、区分６４０が「デバイス」の機器よりも、受信優先順序６５０の値が「１」である「サーバ」の機器へ優先的にイベントが送信されるように動作する。転送可否６６０は受信したイベントを他の機器へ転送することが可能か否かの設定である。本実施の形態では区分６４０が「サーバ」の機器は転送可能、区分６４０が「デバイス」の機器は転送不可能に設定されている。
【００２６】
本実施の形態において、図１及び図２を用いて説明した、「〜部」は、すべてマイクロコンピューター内のソフトウェアによって構成されているが、ハードウェアによって構成されていても構わない。
【００２７】
図６は、本実施の形態における通信機器１００の外観の一例を示す図である。
図６において、通信機器１００は、システムユニット９１０、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）やＬＣＤ（液晶）の表示画面を有する表示装置９０１、入力機器９０２（キーボード、Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、撮影装置９０７などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。
システムユニット９１０は、コンピュータであり、ファクシミリ機９３２、電話機９３１とケーブルで接続され、また、ＬＡＮ９４２（ローカルエリアネットワーク）、ゲートウェイ９４１を介してインターネット９４０に接続されている。
【００２８】
次に、図７を用いて、通信機器１００のハードウェア資源の一例について説明する。
図７において、通信機器１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、中央処理装置、処理装置、演算装置ともいう）を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信装置９１５、表示装置９０１、入力機器９０２、記憶装置９２０と接続され、これらのハードウェアデバイスを制御する。記憶装置９２０は、例えば、磁気ディスク装置、光ディスク装置、メモリカード読み書き装置などである。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、記憶装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶部の一例である。
通信装置９１５、入力機器９０２などは、入力部、入力装置の一例である。
また、通信装置９１５、表示装置９０１などは、出力部、出力装置の一例である。
【００２９】
通信装置９１５は、例えば、ファクシミリ機、電話機、ＬＡＮ等に接続されている。通信装置９１５は、ＬＡＮに限らず、インターネット網、ＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
記憶装置９２０には、オペレーティングシステム９２１（ＯＳ）、プログラム群９２２、ファイル群９２３が記憶されている。プログラム群９２２のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１により実行される。
【００３０】
上記プログラム群９２２には、実施の形態の説明において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２３には、実施の形態の説明において、「〜の判定結果」、「〜の計算結果」、「〜の処理結果」として説明するデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
また、各実施の形態の説明において説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、記憶装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００３１】
また、以下に述べる実施の形態の説明において「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、以下に述べる「〜部」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」の手順をコンピュータに実行させるものである。
【００３２】
本実施の形態における通信機器１００の機能構成は以上の通りである。
以下に、本実施の形態における通信機器１００がイベントを送受信する時の動作について説明する。図４で示した統合システム１０００において、以下の各システムの通信部１３０がイベントを送受信する時の動作（システム間連携）を例に説明する。
（１）社員がカードリーダ２１０にＩＤカードをかざして部屋に入室する（ステップＳ３１０）。
（２）社員が入室した部屋又は部屋のドア２２０の近くにセットされた監視カメラ３１０が映像の記録を開始する（ステップＳ３２０）。
（３）ビル管理システム４００の照明コントローラ４１０が社員が入室した部屋の照明４２０をＯＮにする（ステップＳ３３０）。
（４）ビル管理システム４００社員が入室した部屋の空調４５０をＯＮにする（ステップＳ３４０）。
（５）ＰＣログイン制御サーバ５１０が、社員が利用するＯＡ端末５４０へログインできるように設定を変更する（ステップＳ３５０）。
（６）勤怠情報管理サーバ５２０が、社員の出勤情報（勤怠情報）をセットする（ステップＳ３６０）。
（７）ログ管理サーバ５３０が社員の入室をログに記録する（ステップＳ３７０）。
本連携を実現するため、ステップＳ３１０で社員がカードリーダ２１０にＩＤカードをかざして部屋に入出したときに発行されるイベント１９０はカードリーダ２１０から物理セキュリティネットワーク２４０を介して入退出管理装置２３０へ通知され、その後、統合ネットワーク７００を介して、監視カメラ３１０、照明コントローラ４１０、空調コントローラ４４０、ＰＣログイン制御サーバ５１０、勤怠情報管理サーバ５２０、ログ管理サーバ５３０へ伝達される。
【００３３】
上記のシステム間連携を行うときに実行されるイベント送信時の動作の詳細について、図８から図１０を用いて説明する。
各システムの通信機器１００において、予め、通信機器記憶部により通信機器情報６００は記憶装置に記憶され（通信機器情報記憶処理）、区分情報記憶部部により区分情報６７０は記憶装置に記憶されているものとする（区分情報記憶処理）。
カードリーダ２１０から物理セキュリティネットワーク２４０を介して入退出管理装置２３０へ通知されたイベントはステップＳ１１０（イベント生成処理）において、入退出管理装置２３０の通信部１３０の送信順序制御部１３１へ渡される。送信順序制御部１３１へ渡されるイベントの形式は図１０（ａ）で示すステップＳ１１０実行後のイベント８１０となる。メッセージ８１１は送信先へ伝えるべき任意の内容が格納されており、発行元ＩＤ８１２は入退出管理装置２３０の自身のＩＤが記録される。また、送信先ＩＤと区分のリスト８１５は、イベントを監視カメラ３１０、照明コントローラ４１０、空調コントローラ４４０、ＰＣログイン制御サーバ５１０、勤怠情報管理サーバ５２０、ログ管理サーバ５３０へイベントを伝達するため、それらのＩＤ６１０と区分６４０との情報が列挙される。なお、本実施の形態における発行元ＩＤと送信元ＩＤは、図５に示したＩＤ６１０である。
【００３４】
入退出管理装置２３０（通信機器１００の一例）の送信順序制御部１３１は、イベント８１０をカードリーダ２１０から受け取るとステップＳ１２０において、送信先ＩＤと区分のリスト８１５を参照し、区分情報記憶部１１２が記憶する区分情報を参照し、受信優先順序６５０が高い区分６４０に属する送信先へ優先的にイベントが送信されるように送信先ＩＤと区分のリスト８１５の並び替えを行う。本実施の形態においては、区分がサーバの機器へ優先的に送信されるように並び替えを行う。これにより、イベントの形式は図１０（ｂ）のステップＳ１２０を実行後のイベント８２０の通りとなる。メッセージ８２１、発行元ＩＤ８２２の変更は無いが、送信先ＩＤと区分のリスト８２５の内容が、「デバイス」よりも「サーバ」を優先とする内容となっている。
【００３５】
その後、入退出管理装置２３０の送信順序制御部１３１はステップＳ１３０（イベント格納処理）において、イベント格納バッファ１３２へイベントを格納する。イベント送信部１３３はイベント格納バッファ１３２を常時監視している。イベント格納バッファ１３２に格納されているイベントに追加・登録等の変更があった場合、イベント送信部１３３はステップＳ１４０により、イベント格納バッファ１３２からイベントを１件取得する。イベント送信部１３３はイベント８２０を取得すると、ステップＳ１５０において、取得したイベントの送信元ＩＤ８２３と送信元区分８２４に自身のＩＤ６１０と区分６４０の情報を格納する。これにより、イベントの形式は図１０（ｃ）のステップＳ１５０を実行後のイベント８３０の通りとなる。次に、イベント送信部１３３はステップＳ１６０（第１のイベント送信処理）において、送信先ＩＤと区分のリスト８３５を参照し、先頭に記述された送信先に対してイベントを送信する。
上記に示した動作により、本実施の形態では、送信先ＩＤと区分のリスト８３５の先頭に記載されている送信先ＩＤが「０００５」であるＰＣログイン制御サーバ５１０へイベントが送信される。
【００３６】
ここで、図８のフローチャートのステップＳ１７０（イベント受信処理）に示すイベント受信時の動作の詳細について、図９を用いて説明する。
例として、ＰＣログイン制御サーバ５１０が、社員が利用するＯＡ端末５４０へログインできるように設定を変更する（ステップＳ３５０）の場合を示す。他のステップ（ステップＳ３２０〜Ｓ３７０）は略同様の動作であるため説明を省略する。
入退出管理装置２３０のイベント送信部１３３から統合ネットワーク７００を介してＰＣログイン制御サーバ５１０（通信機器１００の一例）へ通知されたイベントはステップＳ２１０において、ＰＣログイン制御サーバ５１０の通信部１３０のイベント受信部１３４が受信する。この時に受信したイベントの形式は図１０（ｃ）で示すステップＳ１５０の実行後のイベント８３０で示した通りである。イベント受信部１３４はステップＳ２２０において、受信したイベント８３０を転送可否判定部１３５へ転送する。転送可否判定部１３５はステップＳ２３０において、受信したイベント８３０を他の送信先へ転送可能か否か判断する。具体的には、イベントの送信元区分８３４の転送可否６６０が「転送不可能」の設定であり、自身（ＰＣログイン制御サーバ）の区分６４０の転送可否６６０が「転送可能」の設定である場合に「転送可能」、それ以外の場合は「転送不可能」と判断する。本実施の形態では、受信したイベントの送信元区分８３４が「デバイス」のため転送可否６６０が「転送不可能」であり、自身の区分６４０が「サーバ」のため転送可否６６０が「転送可能」のため、転送可否判定部１３５は「転送可能」と判断する。転送可否判定部１３５が「転送可能」と判断した場合、ステップＳ２４０でＹＥＳへ進み、ステップＳ２５０において、イベントの送信元ＩＤ８３３と送信元区分８３４の情報を削除し、送信先ＩＤと区分のリスト８３５から自身の情報を削除する。これにより、イベントの形式は図１０（ｄ）のステップＳ２５０実行後のイベント８４０で示した通りとなる。最後に、イベント受信部１３４がステップＳ２６０において、転送可否結果を含めて送信元へ応答を返す。尚、ステップＳ２３０において、転送可否判定部１３５が転送不可能と判断した場合、ステップＳ２４０でＮＯへ進みステップＳ２６０の処理を実行する。そしてイベント受信処理を終了する。
【００３７】
再び、図８のフローチャートに戻り、イベント送信時の動作の詳細について説明する。
ステップＳ１７０（イベント受信処理）において、イベント送信部１３３はイベントの送信先から応答を受け取る。尚、応答にはイベントの送信先が他の送信先へイベントを転送可能であるか否かの判定結果（例えば、ＰＣログイン制御サーバ５１０の転送可否判定部１３５が判断・判定した結果）が含まれている。イベント送信部１３３は受け取った判定結果を参照し、転送可能である場合はステップＳ１８０でＹＥＳに進み処理を終了する。転送不可能である場合はステップＳ１８０でＮＯに進みステップＳ１６０を再度実行する。尚、ステップＳ１６０を再度実行する時はイベント８３０の送信先ＩＤと区分のリスト８３５を更新し、既に送信済みの送信先の情報をリストから削除した後に実行する（第２のイベント送信処理）。
【００３８】
尚、本実施の形態において、区分６４０に「サーバ」と「デバイス」の２つを定義して説明したが、機器のＣＰＵやメモリ等のハードウェアリソースの多寡に応じて複数の区分６４０を定義し、ハードウェアリソースの豊富な区分６４０の順に受信優先順序６５０を高く設定し、ハードウェアリソースの豊富な複数の区分に対して転送可否６６０を転送可能、残りの区分に対して転送不可能に設定して動作するようにしてもよい。
【００３９】
また、イベントを受信した機器がイベントの発行元の代わりに他の機器へイベントを送信する時に、全ての転送先に対してイベントを送信し終えた後で、送信が完了した事をイベントの発行元に通知するように動作してもよい。
【００４０】
また、本実施の形態における転送可否判定部１３５は、イベント１９０の送信元区分１９４の転送可否６６０が転送不可能の設定であり、自身（通信機器１００）の区分６４０の転送可否６６０が転送可能の設定である場合に転送可能、それ以外の場合は転送不可能と判断するように動作したが、自身で優先度の高い処理や負荷の高い処理を実施している間は転送不可能と判定するように動作してもよい。
【００４１】
本実施の形態で説明した通信機器１００について特徴を以下にまとめる。
本実施の形態で説明した通信機器は、
通信ネットワークに接続され、複数の通信機器を送信先とする送信先リストを有するイベントの送受信を行う通信機器において、
通信ネットワークに接続された通信機器の通信機器ＩＤ（ＩＤｅｎｔｉｆｉｅｒ、識別子）と通信機器の種類に応じた区分とを含む通信機器情報を記憶装置に記憶する通信機器情報記憶部と、
通信機器の種類に応じた区分と、区分に対応したイベントの受信優先順序情報と、区分に対応した代理転送可否情報とを記憶装置に記憶する区分情報記憶部と、
イベントを送信する送信先となる通信機器の通信機器ＩＤを送信先ＩＤとして、上記通信機器情報記憶部により記憶された通信機器情報を参照して、送信先となる複数の通信機器の送信先ＩＤと区分とを送信先リストとして生成して、イベントに含めるイベント生成部と、
通信ネットワークを介してイベントの送受信を行う通信部とを備え、
上記通信部は、
複数の通信機器へ、イベントを送信する際の送信順序を決定する送信順序制御部と、
イベントを格納するイベント格納バッファと、
他の通信機器へ、イベントを送信するイベント送信部と、
他の通信機器から、イベントを受信するイベント受信部とを有し、
上記送信順序制御部は、上記イベント生成部からイベントを受け取り、イベントに含まれた送信先リストにある通信機器の区分に基づいて上記区分情報記憶部に記憶された受信優先順序情報を参照して、受信優先順序情報が示す優先順序の高い順に、送信先リストにある複数の通信機器の送信先ＩＤと区分とを並べ替えて、イベントを上記イベント格納バッファに格納し、
上記イベント送信部は、上記イベント格納バッファに格納されたイベントを取得し、送信先リストを参照して送信先リストの先頭にある通信機器にイベントを送信し、
上記イベント受信部は、上記イベント送信部がイベントを送信した送信先の通信機器から、送信先の通信機器がイベントを代理転送の可否を示す転送可否結果を含む通信応答を受信し、
上記イベント送信部は、送信先の通信機器がイベントを代理転送可であることを示す転送可否結果を含む通信応答を上記イベント受信部が受信した場合にイベントの送信を終了し、送信先の通信機器がイベントを代理転送否であることを示す転送可否結果を含む通信応答を上記イベント受信部が受信した場合に、送信先リストの次の通信機器にイベントを送信する
ことを特徴とする。
【００４２】
本実施の形態で説明した通信機器の上記区分情報記憶部は、さらに、通信機器の種類に応じた区分に対応して、イベントの転送の可否を示す転送可否情報を記憶装置に記憶し、
上記通信機器は、さらに、
上記イベント受信部がイベントを受信した場合、送信先リストにある区分に基づいて区分情報記憶部の転送可否情報を参照して上記イベント受信部が受信したイベントを他の通信機器へ代理転送可か否かを判定し、代理転送可な場合には、イベント受信部が受信したイベントをイベント格納バッファに格納する転送可否判定部を備え、
上記イベント受信部は、イベントの代理転送可否の結果を含む通信応答を、イベントを送信した通信機器に送信することを特徴とする。
【００４３】
本実施の形態で説明した上記通信機器おいて、
上記区分情報記憶部は、
システム内で相対的にＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリ等のリソースの数が所定の数より大きい通信機器の区分に対してサーバという区分の値を記憶し、リソースの数が所定の数より小さい通信機器の区分に対してデバイスという区分の値を記憶し、
受信優先順序情報と代理転送可否情報として、サーバ区分は、受信優先順序を高く設定した値と代理転送可に設定した値を記憶し、デバイス区分は、受信優先順序を低く設定した値と代理転送否に設定した値を記憶することを特徴とする。
【００４４】
本実施の形態で説明した上記通信機器において、
上記区分情報記憶部は、通信機器のＣＰＵやメモリ等のリソースの数に応じて複数の区分を記憶し、リソースの数が大きい区分の順に受信優先順序を高くし、リソースの数が大きい複数の区分に対して代理転送を可に、残りの区分に対して代理転送を否に設定した値を記憶することを特徴とする。
【００４５】
本実施の形態で説明した上記通信機器において、
上記イベント受信部は、転送可否判定部が代理転送可と判断して、送信先リストに記載された通信機器に対してイベントをイベント送信部が代理転送した後、イベントの代理転送が完了したことをイベントを発信した通信機器へ通知することを特徴とする。
【００４６】
本実施の形態で説明した上記通信機器において、
上記転送可否判定部は、イベントの転送可否を判定する時に、自身の通信装置で優先度の高い処理や負荷の高い処理を実施している間は代理転送を否と判定し、代理転送不可であることを通信応答で伝えることを特徴とする。
【００４７】
また、本実施の形態で説明した通信機器１００の特徴について別の表現を用いて以下に説明する。
【００４８】
本実施の形態で説明した通信機器は、
通信ネットワークで接続された複数の通信機器がイベントの送受信を行うシステムにおいて、
通信を行う全ての通信機器は、イベントの受信優先順序と代理転送可否の情報の違いにより分類される区分の何れかに属し、通信ネットワークを介してイベントの送受信を行う通信部、複数の機器へイベントを送信する際の送信順序を決定する送信順序制御部、受信したイベントを他機器へ転送可能か否かを判定する転送可否判定部を有し、ある通信機器が複数の通信機器へイベント送信する際に、イベント送信側の通信機器は、送信順序制御部が送信先の区分を参照して受信優先順序の高い通信機器へ先にイベントが送信されるように送信順序を決定してその結果を記録した送信先リストを作成し、
通信部が送信先リストを参照して先頭に記録された通信機器から順にイベントと送信先リストを送信して送信先からの通信応答を受信するという動作を、全ての送信先へ転送し終えるか、送信先の通信機器が代理転送可能である事を通信応答で通知してくるか、まで繰り返し、
イベント受信側の通信機器は、通信部がイベントと送信先リストを受信し、
転送可否判定部が、自身の区分を参照して代理転送可否の情報が否である場合はその事を通信応答で伝え、可で有る場合はその事を通信応答で伝えると共に、送信先リストを参照して自身よりも送信順序が後である通信機器に対してイベントを送信するように動作することを特徴とする。
【００４９】
本実施の形態で説明した通信機器は、
システム内で相対的にＣＰＵやメモリ等のリソースが豊富な通信機器をサーバ、少ない通信機器をデバイスとして区分を定義し、サーバ区分は受信優先順序を高くすると共に代理転送可に設定し、デバイス区分は受信優先順序を低くすると共に代理転送否に設定して動作することを特徴とする。
本実施の形態で説明した通信機器は、
通信機器のＣＰＵやメモリ等のリソースの多寡に応じて複数の区分を定義し、リソースの多い区分の順に受信優先順序を高くし、リソースの多い複数の区分に対して代理転送を可に、残りの区分に対して代理転送を否に設定して動作することを特徴とする。
【００５０】
本実施の形態で説明した通信機器は、
イベント受信側の通信機器が送信先リストに記載された自身よりも送信順序が後である全ての通信機器に対してイベントを送信した後で、イベントの送信が完了した事を最初にイベントを発信した通信機器へ通知するように動作することを特徴とする。
【００５１】
本実施の形態で説明した通信機器は、転送可否判定部がイベントの転送可否の判定する時に、自身で優先度の高い処理や負荷の高い処理を実施している間は転送を否と判定し、その事を通信応答で伝えるように動作することを特徴とする。
【００５２】
以上の通り説明した通信機器１００を用いれば、区分６４０が「デバイス」の機器が発行するイベントを、区分６４０が「サーバ」の機器が代理で送信するように動作する。そのため、区分６４０が「デバイス」の機器のイベント送信回数が減り、ＣＰＵやメモリなどのハードウェアリソースが少ない機器のイベント送信処理の負荷を低減することが可能である。
【００５３】
また、以上の通り説明した通信機器１００を用いれば、イベントを送信するために特化したサーバ（代理転送を行うような装置）を用いず、イベントの送受信を行う機器同士のプロトコル処理で実現する。そのため、特定のサーバのダウンによりイベントが送信できなくなる状態や、特定のサーバの導入によりコストが増大することを防ぐことができる。
【００５４】
また、以上の通り説明したイベント送受信方式によれば、送信順序制御部１３１により、区分６４０がサーバの機器へ優先的にイベントを送信するように動作する。これにより、複数のイベント送付先に無作為の順序で転送する場合と比べ、転送可否判定部１３５が転送可能と判断する確率が高くなり、結果として区分６４０が「デバイス」である機器のイベント送信処理の負荷を低減できる。
【００５５】
実施の形態２．
本実施の形態について、図１１を用いて説明する。図１１は、本実施の形態における通信機器１００の構成を示す機能ブロック図である。本実施の形態に係る通信機器１００のブロック構成図は、実施の形態１のブロック構成図と略同様である。実施の形態１との相違点は、通信部１３０に転送可否結果バッファ１３６（結果保持バッファの一例）を付加したことである。また、送信順序制御部１３１、イベント送信部１３３の動作が実施の形態１と異なる。他の構成と動作は実施形態１と同一であるため、説明を省略する。
【００５６】
本実施の形態は、図８のステップＳ１７０において、イベント送信部１３３がイベントの送信先から応答を受け取った時に、応答に含まれるイベントを転送可能であるか否かの判定結果を、転送可否結果バッファ１３６へ格納するように動作する。
【００５７】
また、実施の形態１は、送信順序制御部１３１が図８のステップＳ１２０において、送信先ＩＤと区分のリスト８１５を参照し、受信優先順序６５０が高い区分に属する送信先へ優先的にイベントが送信されるように送信先ＩＤと区分のリスト８１５の並び替えを行う。この時に、本実施の形態は、受信優先順序６５０が同一である複数の機器が存在した場合、転送可否結果バッファ１３６を参照し、前回イベントを送信した時に送信可能の応答を返した機器に対して優先的にイベントを送信するように動作する。
【００５８】
尚、本実施の形態における送信順序制御部１３１は、受信優先順序６５０が同一である複数の機器が存在した場合、転送可否結果バッファ１３６を参照し、前回イベントを送信した時に送信不可能の応答を返した機器に対してイベントの送信順序の優先度を下げるように動作してもよい。
【００５９】
本実施の形態で説明した通信機器１００について特徴を以下にまとめる。
本実施の形態で説明した通信機器は、
イベント送信先の通信機器の通信応答で渡されるイベントの代理転送可否の結果を保持する結果保持バッファを有し、
送信順序制御部は、送信リストに受信優先順序が同一の複数の通信機器が存在した場合に、上記結果保持バッファの代理転送可否の結果を参照して、通信応答として代理転送可の結果を返した通信機器の送信順序が先になるように上記送信先リストを並べ変えることを特徴とする。
【００６０】
本実施の形態で説明した通信機器は、
イベント送信先の通信機器の通信応答で渡されるイベントの代理転送可否の結果を保持する結果保持バッファを有し、
送信順序制御部は、送信リストに受信優先順序が同一の複数の通信機器が存在した場合に、上記結果保持バッファの代理転送可否の結果を参照して、通信応答として代理転送否の結果を返した通信機器の送信順序が後になるように上記送信先リストを並べ変えることを特徴とする。
【００６１】
以上の通り説明した本実施の形態の通信機器１００を統合システムに用いれば、受信側の機器が優先度の高い処理や負荷の高い処理を実施しており一時的に転送不可となっている場合に、その機器への転送の優先度が下がるように動作するため、受信優先順序６５０が同一の複数のイベント送付先に無作為の順序で転送する場合と比べ、転送可否判定部１３５が転送可と判断する確率が高くなり、結果として区分６４０が「デバイス」と設定された機器のイベント送信処理の負荷を低減できるという効果を奏する。
【００６２】
また、以上の通り説明した通信機器１００を統合システムに用いれば、実施形態１で示した全ての効果を得ることが可能である。
【００６３】
実施の形態３．
本実施の形態について、図１２を用いて説明する。図１２は、本実施の形態における通信機器１００の構成を示す機能ブロック図である。本実施の形態に係る通信機器１００のブロック構成図は、実施の形態１のブロック構成図と略同様である。実施形態３の通信機器１００は図１２に示す通り、通信部１３０に送信先リストバッファ１３７（リスト保持バッファの一例）が追加されている。また、送信順序制御部１３１の動作が実施の形態１と異なる。他の構成と動作は実施の形態１と同一であるため、説明を省略する。
【００６４】
本実施の形態は、図８のステップＳ１２０において、送信先ＩＤと区分のリスト８１５を参照し、受信優先順序６５０が高い区分に属する送信先へ優先的にイベントが送信されるように送信先ＩＤと区分のリスト８１５の並び替えを行った後、送信先ＩＤと区分のリスト８１５を送信先リストバッファ１３７に格納する。また、図８のステップＳ１２０において、受信優先順序６５０が同一である複数の機器が存在した場合、送信順序制御部１３１は、送信先リストバッファ１３７を参照し、前回イベントを送信した時に送信順序が最も高かった機器の送信順序が低くなるように動作する。
【００６５】
本実施の形態で説明した通信機器１００について特徴を以下にまとめる。
【００６６】
本実施の形態における通信機器は、
過去の送信先リストを保持するリスト保持バッファを有し、
上記送信順序制御部は、送信リストに受信優先順序が同一の複数の通信機器が存在した場合に、リスト保持バッファの過去の送信先リストを参照して、過去にイベントを送信した時に送信順序が最も高かった通信機器の送信順序が低くなるように上記送信先リストを並べ変えることを特徴とする。
【００６７】
以上の通り説明した本実施の形態に係る通信機器１００によれば、受信優先順序６５０が同一の複数の送付先に無作為の順序で転送する場合と比べ、受信優先順序６５０が同一の機器の間で均等にイベントが送信されることになるため、受信優先順序６５０が同一の機器の間での負荷が分散されるように動作する。そのため、特定の機器に負荷が集中することがなくなるという効果を奏する。
【００６８】
また、以上の通り説明した通信機器１００によれば、実施の形態１で示した全ての効果を得ることが可能である。
【００６９】
上述のように実施の形態１〜３について説明したが、これらのうち、２つ以上の実施の形態を組み合わせて実施しても構わない。あるいは、これらのうち、１つの実施の形態を部分的に実施しても構わない。あるいは、これらのうち、２つ以上の実施の形態を部分的に組み合わせて実施しても構わない。実施の形態１〜３で説明した通信機器１００を用いた通信方法は、イベント送受信方式と呼んでも構わない。
【００７０】
また、図８〜９のフローチャートに示したフローは、通信機器１００を実現するコンピュータ上で実行される通信機器１００の処理手順に相当するものとする。
【図面の簡単な説明】
【００７１】
【図１】実施の形態１に係る通信機器１００の機能構成の一例を示すブロック構成図。
【図２】実施の形態１に係る通信機器１００の機能構成の一例を示すブロック構成図。
【図３】実施の形態１に係る通信機器１００の通信部１３０がやり取りを行うイベント１９０の構造を示す図。
【図４】実施の形態１に係る通信機器１００を用いた統合システム１０００の一例を示すブロック構成図。
【図５】実施の形態１に係る統合システム１０００を構築するシステムの通信機器１００が有する情報を示す図。
【図６】実施の形態１に係る通信機器１００の外観の一例を示す図。
【図７】実施の形態１に係る通信機器１００のハードウェア構成の一例を示す図。
【図８】実施の形態１に係る統合システム１０００の通信機器１００がシステム間連携を行うときに実行されるイベント送信時の動作を示すフローチャート。
【図９】実施の形態１に係る統合システム１０００において通信機器１００のイベント受信時の動作を示すフローチャート。
【図１０】実施の形態１に係るシステム間連携の際に通信部１３０がやり取りするイベント１９０の内容の変化を示す図。
【図１１】実施の形態２に係る通信機器１００の機能構成の一例を示すブロック構成図。
【図１２】実施の形態３に係る通信機器１００の機能構成の一例を示すブロック構成図。
【符号の説明】
【００７２】
１００  通信機器、１１０  通信機器情報記憶部、１１２  区分情報記憶部、１２０  イベント生成部、１３０  通信部、１３１  送信順序制御部、１３２  イベント格納バッファ、１３３  イベント送信部、１３４  イベント受信部、１３５  転送可否判定部、１３６  転送可否結果バッファ、１３７  送信先リストバッファ、１９０  イベント、１９１  メッセージ、１９２  発行元ＩＤ、１９３  送信元ＩＤ、１９４  送信元区分、１９５  リスト、２００  物理セキュリティシステム、２１０  カードリーダ、２２０  ドア、２３０  入退出管理装置、２４０  物理セキュリティネットワーク、３００  映像システム、３１０  監視カメラ、４００  ビル管理システム、４１０  照明コントローラ、４２０  照明、４３０  照明ネットワーク、４４０  空調コントローラ、４５０  空調、４６０  空調ネットワーク、５００  情報システム、５１０  ＰＣログイン制御サーバ、５２０  勤怠情報管理サーバ、５３０  ログ管理サーバ、５４０  ＯＡ端末、５５０  ＯＡネットワーク、６００  通信機器情報、６１０  ＩＤ、６２０  ＩＰアドレス、６３０  ポート番号、６４０  区分、６５０  受信優先順序、６６０  転送可否、６７０  区分情報、７００  統合ネットワーク、９１０  システムユニット、９１１  ＣＰＵ、９１２  バス、９０１  表示装置、９０２  入力機器、９０４  ＦＤＤ、９０５  コンパクトディスク装置、９０６  プリンタ装置、９０７  撮影装置、９３１  電話機、９３２  ファクシミリ機、９４２  ＬＡＮ、９４１  ゲートウェイ、９１３  ＲＯＭ、９１４  ＲＡＭ、９１５  通信装置、９２０  記憶装置、９２１  オペレーティングシステム、９２２  プログラム群、９２３  ファイル群、９４０  インターネット、１０００  統合システム。
【図１】
0005004773.tif 000002
【図２】
0005004773.tif 000003
【図３】
0005004773.tif 000004
【図４】
0005004773.tif 000005
【図５】
0005004773.tif 000006
【図６】
0005004773.tif 000007
【図７】
0005004773.tif 000008
【図８】
0005004773.tif 000009
【図９】
0005004773.tif 000010
【図１０】
0005004773.tif 000011
【図１１】
0005004773.tif 000012
【図１２】
0005004773.tif 000013