同報送信装置
【課題】アプリケーションが通信プロトコルおよび送信先を意識することなく、複数の通信プロトコルでの送信が必要な装置群への同報送信を行う同報送信装置を得る。
【解決手段】送受信アプリケーション００２からの同報送信要求を受けて同報送信を行う通信管理装置１００は、ネットワーク００３に接続された複数の装置ごとにそれぞれ適用可能な通信プロトコルを予め設定した装置情報（１）１３１と、この装置情報（１）１３１を参照して、装置ごとの通信プロトコルを選択する通信プロトコル選択部１２０と、この選択された装置ごとの通信プロトコルにより、ネットワーク００３を介して、同報送信を行う個別プロトコル通信部１４０とを有し、送受信アプリケーション００２が通信プロトコルおよび送信先を意識することなく、同報送信できるようにしている。
【解決手段】送受信アプリケーション００２からの同報送信要求を受けて同報送信を行う通信管理装置１００は、ネットワーク００３に接続された複数の装置ごとにそれぞれ適用可能な通信プロトコルを予め設定した装置情報（１）１３１と、この装置情報（１）１３１を参照して、装置ごとの通信プロトコルを選択する通信プロトコル選択部１２０と、この選択された装置ごとの通信プロトコルにより、ネットワーク００３を介して、同報送信を行う個別プロトコル通信部１４０とを有し、送受信アプリケーション００２が通信プロトコルおよび送信先を意識することなく、同報送信できるようにしている。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の通信プロトコルでの送信が必要な装置群への同報送信を行う同報送信装置に関するものである。
【背景技術】
【０００２】
従来、複数の通信プロトコルでの送信が必要な装置群への同報送信を行うシステムでは、それぞれのアプリケーションが複数のプロトコルを理解し、全ての送信先装置毎に送信すべきプロトコルを判断し送信を行う必要があり、アプリケーションの負担が重いという問題があった。
このような問題を解決する手段として、例えば、特許文献１には、データ通信管理部によりプロトコルを隠蔽し、アプリケーションは同報命令を管理部に１回発行するのみで同報を行うことができるデータ通信方式が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−０５７０７５号公報（第７〜１８頁、図２）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の方法は、アプリケーションの同報送信の負担を減らす効果があるが、同報送信に使用されるプロトコルは、マルチキャストおよびユニキャストである。マルチキャストは、同報送信に適したプロトコルであるが、その使用にはネットワークの設定が必要であり、またユニキャストは同報先の装置が増加すると負荷が増加するとともに、送信先をアプリケーションが指定する必要がある、という問題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、アプリケーションが通信プロトコルおよび送信先を意識することなく、複数の通信プロトコルでの送信が必要な装置群への同報送信を行うことができる同報送信装置を得ることを目的にしている。
【課題を解決するための手段】
【０００６】
この発明に係わる同報送信装置は、ネットワークを介して複数の通信プロトコルによる送信が必要な装置群への同報送信を行う同報送信装置であって、同報送信される複数の送信先装置について、それぞれ適用可能な通信プロトコルを予め設定した装置情報を記憶した記憶装置、アプリケーションからの同報送信要求に応じて、装置情報を参照して、送信先装置ごとに通信プロトコルを選択する通信プロトコル選択部、およびこの通信プロトコル選択部により選択された送信先装置ごとの通信プロトコルにより、それぞれの送信先装置へアプリケーションからの同報送信要求に応じた送信を行う個別プロトコル通信部を備えたものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、ネットワークを介して複数の通信プロトコルによる送信が必要な装置群への同報送信を行う同報送信装置であって、同報送信される複数の送信先装置について、それぞれ適用可能な通信プロトコルを予め設定した装置情報を記憶した記憶装置、アプリケーションからの同報送信要求に応じて、装置情報を参照して、送信先装置ごとに通信プロトコルを選択する通信プロトコル選択部、およびこの通信プロトコル選択部により選択された送信先装置ごとの通信プロトコルにより、それぞれの送信先装置へアプリケーションからの同報送信要求に応じた送信を行う個別プロトコル通信部を備えたので、アプリケーションが通信プロトコルおよび送信先を意識することなく、複数の通信プロトコルでの送信が必要な装置群への同報送信を行うことができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１による同報送信装置を示す構成図である。
【図２】この発明の実施の形態１による同報送信装置を含むシステムを示す構成図である。
【図３】この発明の実施の形態１による同報送信装置の構成管理部が管理する装置情報（１）を示す説明図である。
【図４】この発明の実施の形態１による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図５】この発明の実施の形態２による同報送信装置を示す構成図である。
【図６】この発明の実施の形態２による同報送信装置の構成管理部が管理する装置情報（２）および送達確認部が管理する送達情報を示す説明図である。
【図７】この発明の実施の形態２による同報送信装置の構成管理部が管理する装置情報（２）の補足説明を示す図である。
【図８】この発明の実施の形態２による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図９】この発明の実施の形態２による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【図１０】この発明の実施の形態３による同報送信装置を示す構成図である。
【図１１】この発明の実施の形態３による同報送信装置を含むシステムを示す構成図である。
【図１２】この発明の実施の形態３による同報送信装置の構成管理部が管理する装置・ネットワーク情報および送達確認部が管理する送達情報を示す説明図である。
【図１３】この発明の実施の形態３による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図１４】この発明の実施の形態３による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【図１５】この発明の実施の形態４による同報送信装置を示す構成図である。
【図１６】この発明の実施の形態４による同報送信装置の構成管理部が管理する装置・ネットワーク情報およびネットワーク監視情報を示す説明図である。
【図１７】この発明の実施の形態４による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図１８】この発明の実施の形態４による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【図１９】この発明の実施の形態５による同報送信装置を示す構成図である。
【図２０】この発明の実施の形態５による同報送信装置の構成管理部が管理する装置・ネットワーク情報と送達確認部が管理する送達時間統計を示す説明図である。
【図２１】この発明の実施の形態５による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図２２】この発明の実施の形態５による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、この発明の実施の形態１について詳細に説明する。
図１は、この発明の実施の形態１による同報送信装置を示す構成図である。
図１において、装置００１は、同報送信装置であり、送受信アプリケーション００２と通信管理装置１００を有する。装置００１は、ネットワーク００３によって、他装置と接続されている。
通信管理装置１００は、アプリケーションインタフェース部１１０と、通信プロトコル選択部１２０と、構成管理部１３０と、個別プロトコル通信部１４０から構成される。この構成各部はソフトウェアによって構成され得る。
アプリケーションインタフェース部１１０は、送受信アプリケーション００２からの送信命令を受け取るとともに、送受信アプリケーション００２への受信通知を行う機能を持つ。
通信プロトコル選択部１２０は、構成管理部１３０から取得した装置情報（１）１３１（図３で後述する。）を用いて、送信されるデータについて、送信先の装置毎にどのプロトコルで送信するかを決定し、個別プロトコル通信部１４０へ渡す機能を持つ。
【００１０】
構成管理部１３０は、記憶装置に格納された装置情報（１）１３１にアクセスし、システムを構成する装置の情報を管理する。個別プロトコル通信部１４０は、各プロトコルの通信を実行する機能を持ち、具体的にはブロードキャスト通信部１４１、マルチキャスト通信部１４２、ＵＤＰユニキャスト通信部１４３、ＴＣＰユニキャスト通信部１４４などから成る。それぞれの通信部は、送受信のプロトコルに依存する処理を受け持っていて、通信プロトコル選択部１２０とのデータ送受信は、プロトコルを隠蔽し同じインタフェースとなっている。
【００１１】
図２は、この発明の実施の形態１による同報送信装置を含むシステムを示す構成図である。
図２において、本システム構成を示し、図１の装置００１と同様の構成の送信元装置Ａ２０１は、装置Ｂ２０２および装置Ｃ２０３とは、同じネットワークＡ４０１によって接続され、装置Ｄ２０４および装置Ｅ２０５とは、ルータＫ３０１を介して、ネットワークＡ４０１およびネットワークＢ４０２により接続され、また、装置Ｆ２０６とは、ルータＬ３０２を介して、ネットワークＡ４０１およびネットワークＣ４０３により接続されている。
なお、装置Ｂ、装置Ｃ、装置Ｄ、装置Ｅ、装置Ｆは、いずれも図１の装置００１と同様の構成であってもよく、そうでなくてもよい。
【００１２】
図３は、この発明の実施の形態１による同報送信装置の構成管理部が管理する装置情報（１）を示す説明図である。
図３において、構成管理１３０が管理する装置情報（１）１３１の例について示されている。装置情報（１）１３１では、装置の一覧とその装置に送信する際に使用する通信プロトコルが装置毎に設定される。図の例では、装置Ｂおよび装置Ｃは同じネットワークであるためブロードキャストにて送信、装置Ｄおよび装置ＥはネットワークＢがマルチキャスト可能なネットワークであると仮定してマルチキャスト通信、装置Ｆはブロードキャストおよびマルチキャストが使用できないネットワークと仮定してＴＣＰユニキャスト通信という設定が行われている。
【００１３】
図４は、この発明の実施の形態１による同報送信装置の通信管理装置の処理を示すフローチャートである。
【００１４】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図４を用いて説明する。
通信管理装置１００のアプリケーションインタフェース部１１０は、アプリケーション００２からの同報送信要求を受信する（Ｓ１０１）。
アプリケーションインタフェース部１１０は、受け取った同報送信要求を通信プロトコル選択部１２０に渡す。通信プロトコル選択部１２０は、構成管理部１３０から装置情報（１）１３１を受け取る（Ｓ１０２）。通信プロトコル選択部１２０は、装置情報（１）１３１から、送信先装置が、装置Ｂ、装置Ｃ、装置Ｄ、装置Ｅ、装置Ｆの５台であると設定し、送信先装置毎にループを実行する（Ｓ１０３）。
【００１５】
装置Ｂに対する処理では、装置情報（１）１３１から、送信プロトコルをブロードキャストと選択する（Ｓ１０４）。通信プロトコルはブロードキャストであり（Ｓ１０５）、かつ他の装置でブロードキャスト実施済みでない（Ｓ１０６）ため、送信データを個別プロトコル通信部１４０内のブロードキャスト通信部１４１に渡し、ブロードキャスト通信部１４１は、送信を実行する（Ｓ１０９）。
装置Ｃに対する処理では、同じくブロードキャストが選択される（Ｓ１０４）（Ｓ１０５）が、先ほどの装置Ｂの処理で既にブロードキャスト送信済みであるため（Ｓ１０６）、処理しない。
【００１６】
装置Ｄに対する処理では、マルチキャスト選択され（Ｓ１０４）（Ｓ１０５）、他の装置でマルチキャスト実施済みでない（Ｓ１０６）ため、送信データを個別プロトコル通信部１４０内のマルチキャスト通信部１４２に渡し、マルチキャスト通信部１４２は、送信を実行する（Ｓ１０９）。
装置Ｅに対する処理では、マルチキャスト選択かつ送信済み（Ｓ１０４）（Ｓ１０５）（Ｓ１０６）であるため、処理しない。
装置Ｆに対する処理では、ＴＣＰユニキャストが選択されたため（Ｓ１０４）（Ｓ１０５）、送信データを個別プロトコル通信部１４０内のＴＣＰユニキャスト通信部１４４に渡し、ＴＣＰユニキャスト通信部１４４は送信を実行する（Ｓ１０８）。
以上で、全ての送信先装置への処理が終了したので（Ｓ１０７）同報送信処理を終了する。
【００１７】
実施の形態１によれば、以下の効果が得られる。
送受信アプリケーション００２は、送信先装置の一覧および送信先装置毎の送信プロトコルを設定する必要はなく、送信データを指定するのみで同報送信が実行できるため、これらを意識する必要がなく、アプリケーションの負担が大きく削減される。
また、同報装置の送信先の追加削除およびネットワークの構成変更等による送信プロトコルの変更は、装置情報（１）の情報を変更するのみで対応可能で、アプリケーションの修正なしで対応可能であり、可用性が高まる。
また、同じネットワークで接続された装置への通信は、ブロードキャストを用いることにより、マルチキャストを用いる際のネットワークの設定なしで、１回の送信で複数の装置への同報送信が可能である。
【００１８】
実施の形態２．
実施の形態２では、実施の形態１の通信管理装置１００に送信の成功失敗を検知する送達確認部１２１を追加し、装置毎に優先順位付けされた複数の送信プロトコルを持つ装置情報と、送信成功失敗を検知し、失敗時には次優先度のプロトコルにて再送信を行うことで、送信失敗を防止する機能を有するものである。
図５は、この発明の実施の形態２による同報送信装置を示す構成図である。
図５において、００１〜００３、１００、１１０、１２０、１３０、１４０、１４１〜１４４は図１におけるものと同一のものである。図５では、通信プロトコル選択部１２０と個別プロトコル通信部１４０との間に送達確認部１２１を配置し、送達確認部１２１がアクセスする記憶装置に格納された送達確認情報１２２を追加している。また、構成管理部１３０がアクセスする装置情報（２）１３２が実施の形態１の装置情報（１）１３１とは異なっている。
なお、システム構成は実施の形態１の図２と同じである。実施の形態２の装置Ｂ、装置Ｃ、装置Ｄ、装置Ｅ、装置Ｆは図１の構成を持っている。
【００１９】
図６は、この発明の実施の形態２による同報送信装置の構成管理部が管理する装置情報（２）および送達確認部が管理する送達情報を示す説明図である。
図６において、構成管理１３０が管理する装置情報（２）１３２と、送達確認部１２１が管理する送達確認情報１２２との例について示している。
装置情報（２）１３２では、装置の一覧とその装置に送信する際に使用する通信プロトコルが、装置毎に優先度をもち複数設定される。図６の例では、装置Ｂには、優先度１がブロードキャスト、優先度２がＵＤＰユニキャスト、優先度３がＴＣＰユニキャストと設定されている。これにより、装置Ｂへの送信は、初回ブロードキャストで実行され、ブロードキャストが失敗した場合には次にＵＤＰユニキャスト、ＵＤＰユニキャストも失敗した場合にはＴＣＰユニキャストにて送信する。なおＴＣＰユニキャストでも失敗した場合、送信失敗となる。
装置Ｃも、装置Ｂと初回と２回目は同じだが、優先度３が存在しないので、２回目のＵＤＰユニキャスト失敗時点で送信失敗となる点が異なる。
【００２０】
送達情報１２２では、装置毎に優先度を持つ通信プロトコルについて送達結果が設定される。この送達情報１２２は、同報送信先装置毎に生成され、初期状態では優先度を持つプロトコルのみが設定可能で、それ以外（優先度が×）のプロトコルの欄は使用しない。同報送信実施時に送信プロトコルの欄に送信中を設定し、以降、受信側が返す成功失敗通知を送達確認部１２１が受け取り、成功であれば成功、失敗であれば失敗を設定してゆく。この送達情報１２２と装置情報（２）１３２を用いて、通信プロトコル選択部１２０は、送信プロトコルを決定する。
【００２１】
図７は、 この発明の実施の形態２による同報送信装置の構成管理部が管理する装置情報（２）の補足説明を示す図である。
図７には、図６の補足説明として、装置情報（２）１３２で優先度が高くても送信しない場合の例を示している。装置Ｃに対し優先度１で送信するブロードキャストは、装置Ｂも受信可能であるため、ブロードキャスト送信時にはユニキャスト送信しないようにする。同様にマルチキャスト送信時にはユニキャスト送信しないようにする。これらについては図８のフローチャートの説明時に詳細説明する。
【００２２】
図８は、この発明の実施の形態２による同報送信装置の通信管理装置の処理を示すフローチャートである。
図８において、Ｓ１０１〜Ｓ１０３、Ｓ１０５〜１０９は図４における処理と同じ処理である。図８では、Ｓ１０３に続いてＳ１１１の処理が実行され、Ｓ１０５でＮＯの場合にＳ１９０の処理が実行されるようになっている。
【００２３】
図９は、この発明の実施の形態２による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【００２４】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図８、図９を用いて説明する。
図８のＳ１０１、Ｓ１０２、Ｓ１０３は実施の形態１の図４と同じである。
送信先の各装置にてループを回し、装置Ｂに対する処理では、通信プロトコル選択部１２０は、装置情報（２）１３２および送達情報１２２から、優先度が最も高く、かつ送達確認で失敗していない、優先度１のプロトコルであるブロードキャストを選択する（Ｓ１１１）。後は、実施の形態１と同じく、ブロードキャスト通信を実行する（Ｓ１０８）。
Ｓ１０５の処理で、ＮＯの場合には、ブロードキャストもしくはマルチキャストが送信可能な装置で、かつ他の装置で自装置も受信できるブロードキャストもしくはマルチキャスト実施予定でないかどうかにより（Ｓ１９０）、ＹＥＳの場合には、Ｓ１０８に移り、ＮＯの場合にはＳ１０６へ移行する。
装置Ｃ〜装置Ｆへの処理も同様に実施する。
【００２５】
以上で、全ての装置の処理が終了したので（Ｓ１０７）、送達確認処理に移る。
図９の送達確認処理は、送信先の装置毎に実施する。送達確認部１２１では、送信先の装置毎に送信結果待ちを実施する（Ｓ１１２）。
送信先装置Ｂ〜装置Ｆ上の通信管理装置１００内でデータを受信した各個別プロトコル通信部１４０は、送信結果を送信元装置Ａに返信する。この結果は、送信元装置Ａ上の各個別プロトコル通信部１４０が受信し、送達確認部１２１に受信結果が渡される（Ｓ１１３）。この結果が成功の場合（Ｓ１１４）、送達情報１２２の該当装置および該当プロトコルに成功を書込み（Ｓ１１５）、当該装置への送信処理は完了となる。
【００２６】
結果が失敗だった場合（Ｓ１１４）および受信タイムアウトが発生した場合（Ｓ１１６）は、送達情報１２２の該当装置および該当プロトコルに失敗を書込む（Ｓ１１７）。このとき、送達情報１２２の当該装置情報の全てが失敗となった場合（Ｓ１１８）、それ以上の送信は不可能なので、当該装置への送信処理は失敗で終了となる。
まだ失敗していない送達情報中のプロトコルが存在していた場合、次のプロトコルでの送信を行うために、図８のＳ１１０の枠内で示されたプロトコル選択処理で、次のプロトコルを選択し、送信を行う（Ｓ１１９）。送達確認処理は、引き続き結果受信待ちを継続する。
【００２７】
以下、図６を例として説明する。
装置Ｂには、初回ブロードキャストで送信する。装置Ｂの送達確認処理は、成功結果が返ってきたら送達情報１２２の装置Ｂ−ブロードキャストの欄に成功を記入し、処理を完了する。
装置Ｃには、同様にブロードキャストで送信するが、装置Ｃの送達確認処理はタイムアウトで失敗したとすると、送達情報１２２の装置Ｃ−ブロードキャストの欄に失敗を記入し、次の送信プロトコルの選択を行う。
まだ失敗していないプロトコルは、ＵＤＰユニキャストのみなので、ＵＤＰユニキャストで装置Ｃに対し、再度送信し、送達確認を継続する。この装置ＣへのＵＤＰユニキャストも送達確認で失敗受信したとすると、装置Ｃへはこれ以上送信できないので、装置Ｃへの送信は失敗として処理終了する。
【００２８】
装置Ｄと装置Ｅに対しても、同様に初回はマルチキャストで送信するが、装置Ｄは送達確認で成功受信、装置Ｅは失敗受信したとする。装置Ｄは成功なので処理を終了し、装置Ｅは、次の優先度であるＵＤＰユニキャストで送信を行う。この装置ＥへのＵＤＰユニキャストが送達確認で成功受信すると、装置Ｅはそこで処理を終了する。
装置Ｆについては、ＵＤＰユニキャストのみなので、送信実行時に送信中を設定し、送達確認受信待ちの状態を示している。
【００２９】
図７は優先度の特殊な設定例であり、これに基いて、図８のフローチャートのＳ１９０で示された条件がＮＯとなる場合の補足説明を行う。
図７の設定例では、装置Ｂも装置Ｃもブロードキャストが送信可能であるが、装置ＢはＵＤＰユニキャストが優先度１で、装置Ｃはブロードキャストが優先度１になっている。この場合、初回送信にて装置Ｂが優先度１であるＵＤＰユニキャストを送信した場合、装置Ｃの優先度１であるブロードキャストも装置Ｂに届くので、装置Ｂは２回の受信処理を行ってしまう。このような重複送信を避けるため、送信プロトコルがユニキャストの場合、他の装置で当該装置が受信可能なブロードキャストもしくはマルチキャストが送信実施予定かどうかをチェックし、送信予定であれば、優先度に関わらずブロードキャストもしくはマルチキャストで受信することとし、ユニキャスト送信をキャンセルする。
【００３０】
実施の形態２によれば、実施の形態１の効果に加え、以下の効果が得られる。
送信先の装置毎に送達確認を実施するため、送信失敗を検知できる。
また、優先度の高いプロトコルによる送信失敗時に、優先度の低い別のプロトコルを順に選択し送信を行うため、送信失敗を削減できる。
【００３１】
実施の形態３．
実施の形態３では、ネットワーク多重系のシステム構成に実施の形態２を適用し、装置情報にネットワーク情報を追加することで、複数の送信経路が存在する場合でも、プロトコルおよび経路を切り替えながら送信処理を行い、送信失敗を防止する機能を有するものである。
以下、この発明の実施の形態３について詳細に説明する。
図１０は、この発明の実施の形態３による同報送信装置を示す構成図である。
図１０において、００１〜００３、１００、１１０、１２０〜１２２、１３０、１４０、１４１〜１４４は図５におけるものと同一のものである。図１０では、ネットワークが００３と００４の二重系となり、構成管理部１３０が管理する図５の装置情報（２）１３２が、装置情報に加えネットワークの情報を追加した装置・ネットワーク情報１３３に、変更されている。
【００３２】
図１１は、この発明の実施の形態３による同報送信装置を含むシステムを示す構成図である。
図１１において、２０１〜２０６、３０１、３０２、４０３は図２におけるものと同一のものである。図１１では、ネットワークＡとネットワークＢがそれぞれ二重化され、ネットワークＡ−１（４１１）、Ａ−２（４２１）、ネットワークＢ−１（４１２）、Ｂ−２（４２２）となっている。このため、ネットワークＡ−２（４２１）とネットワークＢ−２（４２２）間にルータＭ３１１が配置されている。
なお、ルータＫ３０１は、ネットワークＡ−１（４１１）とネットワークＢ−１（４１２）間に配置され、また、ルータＬ３０２は、ネットワークＡ−１（４１１）とネットワークＣ４０３間に配置されている。なお、各装置の内部構成は図１の構成である。
【００３３】
図１２は、この発明の実施の形態３による同報送信装置の構成管理部が管理する装置・ネットワーク情報および送達確認部が管理する送達情報を示す説明図である。
図１２において、装置・ネットワーク情報１３３では、装置毎およびネットワーク毎に優先度情報が設定される。図１２の例では、装置Ｂのプロトコル優先度は、高い順に、ネットワークＡ−１へのブロードキャスト、ネットワークＡ−２へのブロードキャスト、ネットワークＡ−１へのＵＤＰユニキャスト、ネットワークＢ−１へのＵＤＰユニキャスト、ネットワークＡ−１へのＴＣＰユニキャスト、ネットワークＡ−２へのＴＣＰユニキャストの順番になる。
送達情報１２２も同様に、装置毎およびネットワーク毎に送達情報が設定されている。
【００３４】
図１３は、この発明の実施の形態３による同報送信装置の通信管理装置の処理を示すフローチャートである。
図１３において、Ｓ１０１〜Ｓ１０３、Ｓ１０５〜Ｓ１０９、Ｓ１９０は図８における処理と同じ処理である。図１３では、図８のＳ１１１に代って、Ｓ１２１の処理が実行されるようになっている。
【００３５】
図１４は、この発明の実施の形態３による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
図１４において、Ｓ１１２〜Ｓ１１８は図９における処理と同じ処理である。Ｓ１１９では、図１３のＳ１２０の枠内の処理を行い、次のプロトコルで送信する。
【００３６】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図１３を用いて説明する。
Ｓ１０１、Ｓ１０２、Ｓ１０３は、実施の形態２と同じである。
各装置にてループを回し、装置Ｂに対する処理では、通信プロトコル選択部１２０は、装置・ネットワーク情報１３３および送達情報１２２から、優先度が最も高く、かつ送達確認で失敗していない、優先度１のプロトコルおよびネットワークであるネットワークＡ−１へのブロードキャストを選択する（Ｓ１２１）。後は実施の形態２と同じく、ブロードキャスト通信を実行する（Ｓ１０８）。
装置Ｃ〜装置Ｆに対する処理も同様に実施する。以降は実施の形態２と同じである。
実施の形態３では、プロトコルに加え、どちらのネットワークに対して送信を行うかも優先度に応じて選択する点が実施の形態２と異なる点である。
また、送達確認処理は図１４により行うようになっている。
【００３７】
実施の形態３によれば、実施の形態２の効果に加え、以下の効果を得られる。
多重系ネットワーク構成において、プロトコルに加え送信ネットワークにも優先度を設定し、送信失敗時に別プロトコル及び別ネットワークを順に選択し送信を行うため、送信失敗を削減できる。
【００３８】
実施の形態４．
実施の形態４では、実施の形態３の通信装置内の構成管理部にネットワークの監視を行うネットワーク監視部を追加し、送信処理とは独立してネットワーク監視を行い、異常が発生しているネットワークには送信処理を行わないことで、無駄な送信処理を防止する機能を有するものである。
以下、この発明の実施の形態４について詳細に説明する。
図１５は、この発明の実施の形態４による同報送信装置を示す構成図である。
図１５において、００１〜００３、１００、１１０、１２０〜１２２、１３０、１３３、１４０、１４１〜１４４は図１０におけるものと同一のものである。図１５では、図１０の構成に比べ、構成管理部１３０に、ネットワークの正常および異常の監視を行うネットワーク監視部１３４を設け、ネットワーク監視部１３４が監視結果を管理するネットワーク監視情報１３５が追加されている。
【００３９】
図１６は、この発明の実施の形態４による同報送信装置の構成管理部が管理する装置・ネットワーク情報およびネットワーク監視情報を示す説明図である。
図１６において、１３３は図１２におけるものと同一のものである。ネットワーク監視情報１３５は、ネットワーク監視部１３４が定周期で更新を実施し、ネットワークが正常であれば丸、異常であれば×を設定する。監視方法は送受信アプリケーション００２の通信とは独立にネットワーク監視部１３４が独自で実施する。
装置・ネットワーク情報１３３は、実施の形態３と同じである。
【００４０】
図１７は、この発明の実施の形態４による同報送信装置の通信管理装置の処理を示すフローチャートである。
図１７において、Ｓ１０１〜Ｓ１０３、Ｓ１０５〜Ｓ１０９、Ｓ１９０は図１３における処理と同じ処理である。図１７では、図１３のＳ１２１に代って、Ｓ１３１の処理が実行されるようになっている。
【００４１】
図１８は、この発明の実施の形態４による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
図１８において、Ｓ１１２〜Ｓ１１８は図１４における処理と同じ処理である。Ｓ１１９では、図１７のＳ１３０の枠内の処理を行い、次のプロトコルで送信する。
【００４２】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図１７、図１８を用いて説明する。
図１７のＳ１０１、Ｓ１０２、Ｓ１０３は、実施の形態３と同じである。
各装置にてループを回し、装置Ｂに対する処理では、通信プロトコル選択部１２０は、装置・ネットワーク情報１３３、送達情報１２２およびネットワーク監視情報１３５から、優先度が最も高く、かつ送達確認で失敗していない、かつネットワーク監視の結果が正常であるものとして、優先度２のプロトコルおよびネットワークである、ネットワークＡ−２へのブロードキャストを選択する。
つまり、優先度１のネットワークＡ−１へのブロードキャストは、ネットワーク監視の結果、ネットワークＡ−１が異常であると認識され、通信プロトコル選択部１２０の選択肢から外される（Ｓ１３１）。
【００４３】
図１８の送達確認処理についても同様に処理され、例えば装置ＢのネットワークＡ−２へのブロードキャストが失敗した場合、次に選択されるのは、故障していないネットワークで、次に優先度の高い優先度４を持つ、ネットワークＡ−２へのＵＤＰユニキャスト送信となる（Ｓ１１９）。これ以外の処理は実施の形態３と同じである。
送達確認処理で失敗し、次のプロトコルを選択する場合（Ｓ１１８）も同様である。
実施の形態４では、ネットワーク監視情報が異常となったネットワークのプロトコルは、プロトコル選択部１２０の選択肢から除外される点が、実施の形態３と異なる点である。
【００４４】
実施の形態４によれば、実施の形態３の効果に加え、以下の効果が得られる。
多重系ネットワーク構成における送信プロトコルおよびネットワーク選択時に、予め異常なネットワークへの送信を除外することにより、失敗することがわかっている異常ネットワークへの送信を防止し、アプリケーションの同報送信時間を短縮させ、性能を向上させることができる。
【００４５】
実施の形態５．
実施の形態５では、実施の形態４の通信管理装置の送達確認部に送達時間を計測する機能を追加し、計測した送達時間統計を通信プロトコル選択時の条件として使用することにより、高速に送信可能なネットワークおよびプロトコルを動的に選択する機能を持つものである。
以下、この発明の実施の形態５について詳細に説明する。
図１９は、この発明の実施の形態５による同報送信装置を示す構成図である。
図１９において、００１〜００３、１００、１１０、１２０〜１２２、１３０、１３３〜１３５、１４０、１４１〜１４４は図１５におけるものと同一のものである。図１９では、図１５の構成に比べ、送達確認部１２１内に、装置への送達時間を計測する送達時間計測部１２３が設けられ、送達時間計測部１２３が管理する情報として送達時間統計１２４が追加されている。この送達時間統計１２４は、通信プロトコル選択部１２０からも参照される。
【００４６】
図２０は、この発明の実施の形態５による同報送信装置の構成管理部が管理する装置・ネットワーク情報と送達確認部が管理する送達時間統計を示す説明図である。
図２０において、構成管理部１３０が管理する装置・ネットワーク情報１３３および送達時間計測部１２３が管理する送達時間統計１２４の例について示している。
実施の形態５の装置・ネットワーク情報１３３は、実施の形態４と違い、同一装置・ネットワーク内で、同じ優先度の設定が可能になっている。
図２０の例では、装置Ｂおよび装置Ｃのブロードキャスト通信は、ネットワークＡ−１とネットワークＡ−２に同じ優先度１が設定されている。この例では、ネットワーク間に同じ優先度を設定した例であるが、装置ＢのＵＤＰユニキャスト通信とＴＣＰユニキャスト通信のように、プロトコル間でも同様に同じ優先度が設定可能である。実施の形態１〜実施の形態４では、同じ優先度の設定時は通信プロトコル選択部１２０がプロトコルを選択できないので、同じ優先度は設定できなかった。
【００４７】
送達時間統計１２４は、実施の形態５で新規追加されたデータであり、装置・ネットワークおよびプロトコル毎に、実際の送達確認にかかった時間および実行回数を記録している。
図２０の例では、装置ＢネットワークＡ−１のブロードキャストの送達確認では、平均時間１０、実行回数２００回と設定されている。装置ＢネットワークＡ−２のブロードキャストの送達確認では、平均時間２３、実行回数１００と設定されている。
通信プロトコル選択部１２０は、この統計情報を参照することにより、どの通信プロトコル・ネットワークを使用すれば送達確認が高速か、つまり通信が高速かを取得することが可能である。
【００４８】
図２１は、この発明の実施の形態５による同報送信装置の通信管理装置の処理を示すフローチャートである。
図２１において、Ｓ１０１〜Ｓ１０３、Ｓ１０５〜Ｓ１０９、Ｓ１９０は図１７における処理と同じ処理である。図２１では、図１７のＳ１３１に代って、Ｓ１４１の処理が実行されるようになっている。
【００４９】
図２２は、この発明の実施の形態５による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
図２２において、Ｓ１１２〜Ｓ１１８は図１８における処理と同じ処理である。Ｓ１１９では、図２１のＳ１３０の枠内の処理を行い、次のプロトコルで送信する。
図２２では、Ｓ１１５の次にＳ１４２の処理を加え、またＳ１１７の次にＳ１４３の処理を追加している。
【００５０】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図２１、図２２を用いて説明する。
図２１のＳ１０１、Ｓ１０２、Ｓ１０３は実施の形態４と同じである。
各装置にてループを回し、装置Ｂに対する処理では、通信プロトコル選択部１２０は、装置・ネットワーク情報１３３、送達情報１２２およびネットワーク監視情報１３５から、優先度が最も高く、かつ送達確認で失敗していない、かつネットワーク監視の結果が正常であるものとして、優先度２のプロトコルおよびネットワークを選択するが、図２０の設定では該当する候補は「ネットワークＡ−１へのブロードキャスト」「ネットワークＡ−２へのブロードキャスト」の２種類存在する。
候補が複数存在する場合、通信プロトコル選択部１２０は、さらに送達時間統計１２４を参照する。ここで各候補の送達平均時間を取得すると、ネットワークＡ−１が１０、ネットワークＡ−２が２３と取得できる。このことからより高速なのはネットワークＡ−１へのブロードキャストであると判断し、これを選択する（Ｓ１４１）。以降の処理は、実施の形態４と同じである。
【００５１】
図２２の送達確認処理で失敗し、次のプロトコルを選択する場合（Ｓ１１８）も、上記と同様である。
また、図２２の送達確認処理では、Ｓ１１５の処理に次いで、Ｓ１４２で、送信から受信までの時間を取得し、送達時間統計１２４を更新する処理を行う。
また、Ｓ１１７の処理に次いで、Ｓ１４３で、失敗時は送信から受信までの時間のタイムアウト時には、タイムアウト時間を取得し、送達時間統計１２４を更新する処理を行う。
実施の形態５では、複数の候補が見つかった場合、送達時間統計１２４に基いて、より高速な候補を優先度が高いとして選択する点が実施の形態４と異なる点である。
【００５２】
実施の形態５によれば、実施の形態４の効果に加え、以下の効果が得られる。
優先度が同じ通信プロトコル・ネットワークを複数設定でき、同じ優先度の候補が存在する場合は、より高速に応答可能なものを使用することで、性能を向上させることができる。
【符号の説明】
【００５３】
００１ 送信元装置
００２ 送受信アプリケーション
００３ ネットワーク
００４ ネットワーク（二重系）
１００ 通信管理装置
１１０ アプリケーションインタフェース部
１２０ 通信プロトコル選択部
１２１ 送達確認部
１２２ 送達情報
１２３ 送達時間計測部
１２４ 送達時間統計
１３０ 構成管理部
１３１ 装置情報（１）
１３２ 装置情報（２）
１３３ 装置・ネットワーク情報
１３４ ネットワーク監視部
１３５ ネットワーク監視情報
１４０ 個別プロトコル通信部
１４１ ブロードキャスト通信部
１４２ マルチキャスト通信部
１４３ ＵＤＰユニキャスト通信部
１４４ ＴＣＰユニキャスト通信部
２０１ 送信元装置Ａ
２０２ 装置Ｂ
２０３ 装置Ｃ
２０４ 装置Ｄ
２０５ 装置Ｅ
２０６ 装置Ｆ
３０１ ルータＫ
３０２ ルータＬ
３１１ ルータＭ
４０１ ネットワークＡ
４０２ ネットワークＢ
４０３ ネットワークＣ
４１１ ネットワークＡ−１
４１２ ネットワークＢ−１
４２１ ネットワークＡ−２
４２２ ネットワークＢ−２
【技術分野】
【０００１】
この発明は、複数の通信プロトコルでの送信が必要な装置群への同報送信を行う同報送信装置に関するものである。
【背景技術】
【０００２】
従来、複数の通信プロトコルでの送信が必要な装置群への同報送信を行うシステムでは、それぞれのアプリケーションが複数のプロトコルを理解し、全ての送信先装置毎に送信すべきプロトコルを判断し送信を行う必要があり、アプリケーションの負担が重いという問題があった。
このような問題を解決する手段として、例えば、特許文献１には、データ通信管理部によりプロトコルを隠蔽し、アプリケーションは同報命令を管理部に１回発行するのみで同報を行うことができるデータ通信方式が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−０５７０７５号公報（第７〜１８頁、図２）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の方法は、アプリケーションの同報送信の負担を減らす効果があるが、同報送信に使用されるプロトコルは、マルチキャストおよびユニキャストである。マルチキャストは、同報送信に適したプロトコルであるが、その使用にはネットワークの設定が必要であり、またユニキャストは同報先の装置が増加すると負荷が増加するとともに、送信先をアプリケーションが指定する必要がある、という問題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、アプリケーションが通信プロトコルおよび送信先を意識することなく、複数の通信プロトコルでの送信が必要な装置群への同報送信を行うことができる同報送信装置を得ることを目的にしている。
【課題を解決するための手段】
【０００６】
この発明に係わる同報送信装置は、ネットワークを介して複数の通信プロトコルによる送信が必要な装置群への同報送信を行う同報送信装置であって、同報送信される複数の送信先装置について、それぞれ適用可能な通信プロトコルを予め設定した装置情報を記憶した記憶装置、アプリケーションからの同報送信要求に応じて、装置情報を参照して、送信先装置ごとに通信プロトコルを選択する通信プロトコル選択部、およびこの通信プロトコル選択部により選択された送信先装置ごとの通信プロトコルにより、それぞれの送信先装置へアプリケーションからの同報送信要求に応じた送信を行う個別プロトコル通信部を備えたものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、ネットワークを介して複数の通信プロトコルによる送信が必要な装置群への同報送信を行う同報送信装置であって、同報送信される複数の送信先装置について、それぞれ適用可能な通信プロトコルを予め設定した装置情報を記憶した記憶装置、アプリケーションからの同報送信要求に応じて、装置情報を参照して、送信先装置ごとに通信プロトコルを選択する通信プロトコル選択部、およびこの通信プロトコル選択部により選択された送信先装置ごとの通信プロトコルにより、それぞれの送信先装置へアプリケーションからの同報送信要求に応じた送信を行う個別プロトコル通信部を備えたので、アプリケーションが通信プロトコルおよび送信先を意識することなく、複数の通信プロトコルでの送信が必要な装置群への同報送信を行うことができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１による同報送信装置を示す構成図である。
【図２】この発明の実施の形態１による同報送信装置を含むシステムを示す構成図である。
【図３】この発明の実施の形態１による同報送信装置の構成管理部が管理する装置情報（１）を示す説明図である。
【図４】この発明の実施の形態１による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図５】この発明の実施の形態２による同報送信装置を示す構成図である。
【図６】この発明の実施の形態２による同報送信装置の構成管理部が管理する装置情報（２）および送達確認部が管理する送達情報を示す説明図である。
【図７】この発明の実施の形態２による同報送信装置の構成管理部が管理する装置情報（２）の補足説明を示す図である。
【図８】この発明の実施の形態２による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図９】この発明の実施の形態２による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【図１０】この発明の実施の形態３による同報送信装置を示す構成図である。
【図１１】この発明の実施の形態３による同報送信装置を含むシステムを示す構成図である。
【図１２】この発明の実施の形態３による同報送信装置の構成管理部が管理する装置・ネットワーク情報および送達確認部が管理する送達情報を示す説明図である。
【図１３】この発明の実施の形態３による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図１４】この発明の実施の形態３による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【図１５】この発明の実施の形態４による同報送信装置を示す構成図である。
【図１６】この発明の実施の形態４による同報送信装置の構成管理部が管理する装置・ネットワーク情報およびネットワーク監視情報を示す説明図である。
【図１７】この発明の実施の形態４による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図１８】この発明の実施の形態４による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【図１９】この発明の実施の形態５による同報送信装置を示す構成図である。
【図２０】この発明の実施の形態５による同報送信装置の構成管理部が管理する装置・ネットワーク情報と送達確認部が管理する送達時間統計を示す説明図である。
【図２１】この発明の実施の形態５による同報送信装置の通信管理装置の処理を示すフローチャートである。
【図２２】この発明の実施の形態５による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、この発明の実施の形態１について詳細に説明する。
図１は、この発明の実施の形態１による同報送信装置を示す構成図である。
図１において、装置００１は、同報送信装置であり、送受信アプリケーション００２と通信管理装置１００を有する。装置００１は、ネットワーク００３によって、他装置と接続されている。
通信管理装置１００は、アプリケーションインタフェース部１１０と、通信プロトコル選択部１２０と、構成管理部１３０と、個別プロトコル通信部１４０から構成される。この構成各部はソフトウェアによって構成され得る。
アプリケーションインタフェース部１１０は、送受信アプリケーション００２からの送信命令を受け取るとともに、送受信アプリケーション００２への受信通知を行う機能を持つ。
通信プロトコル選択部１２０は、構成管理部１３０から取得した装置情報（１）１３１（図３で後述する。）を用いて、送信されるデータについて、送信先の装置毎にどのプロトコルで送信するかを決定し、個別プロトコル通信部１４０へ渡す機能を持つ。
【００１０】
構成管理部１３０は、記憶装置に格納された装置情報（１）１３１にアクセスし、システムを構成する装置の情報を管理する。個別プロトコル通信部１４０は、各プロトコルの通信を実行する機能を持ち、具体的にはブロードキャスト通信部１４１、マルチキャスト通信部１４２、ＵＤＰユニキャスト通信部１４３、ＴＣＰユニキャスト通信部１４４などから成る。それぞれの通信部は、送受信のプロトコルに依存する処理を受け持っていて、通信プロトコル選択部１２０とのデータ送受信は、プロトコルを隠蔽し同じインタフェースとなっている。
【００１１】
図２は、この発明の実施の形態１による同報送信装置を含むシステムを示す構成図である。
図２において、本システム構成を示し、図１の装置００１と同様の構成の送信元装置Ａ２０１は、装置Ｂ２０２および装置Ｃ２０３とは、同じネットワークＡ４０１によって接続され、装置Ｄ２０４および装置Ｅ２０５とは、ルータＫ３０１を介して、ネットワークＡ４０１およびネットワークＢ４０２により接続され、また、装置Ｆ２０６とは、ルータＬ３０２を介して、ネットワークＡ４０１およびネットワークＣ４０３により接続されている。
なお、装置Ｂ、装置Ｃ、装置Ｄ、装置Ｅ、装置Ｆは、いずれも図１の装置００１と同様の構成であってもよく、そうでなくてもよい。
【００１２】
図３は、この発明の実施の形態１による同報送信装置の構成管理部が管理する装置情報（１）を示す説明図である。
図３において、構成管理１３０が管理する装置情報（１）１３１の例について示されている。装置情報（１）１３１では、装置の一覧とその装置に送信する際に使用する通信プロトコルが装置毎に設定される。図の例では、装置Ｂおよび装置Ｃは同じネットワークであるためブロードキャストにて送信、装置Ｄおよび装置ＥはネットワークＢがマルチキャスト可能なネットワークであると仮定してマルチキャスト通信、装置Ｆはブロードキャストおよびマルチキャストが使用できないネットワークと仮定してＴＣＰユニキャスト通信という設定が行われている。
【００１３】
図４は、この発明の実施の形態１による同報送信装置の通信管理装置の処理を示すフローチャートである。
【００１４】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図４を用いて説明する。
通信管理装置１００のアプリケーションインタフェース部１１０は、アプリケーション００２からの同報送信要求を受信する（Ｓ１０１）。
アプリケーションインタフェース部１１０は、受け取った同報送信要求を通信プロトコル選択部１２０に渡す。通信プロトコル選択部１２０は、構成管理部１３０から装置情報（１）１３１を受け取る（Ｓ１０２）。通信プロトコル選択部１２０は、装置情報（１）１３１から、送信先装置が、装置Ｂ、装置Ｃ、装置Ｄ、装置Ｅ、装置Ｆの５台であると設定し、送信先装置毎にループを実行する（Ｓ１０３）。
【００１５】
装置Ｂに対する処理では、装置情報（１）１３１から、送信プロトコルをブロードキャストと選択する（Ｓ１０４）。通信プロトコルはブロードキャストであり（Ｓ１０５）、かつ他の装置でブロードキャスト実施済みでない（Ｓ１０６）ため、送信データを個別プロトコル通信部１４０内のブロードキャスト通信部１４１に渡し、ブロードキャスト通信部１４１は、送信を実行する（Ｓ１０９）。
装置Ｃに対する処理では、同じくブロードキャストが選択される（Ｓ１０４）（Ｓ１０５）が、先ほどの装置Ｂの処理で既にブロードキャスト送信済みであるため（Ｓ１０６）、処理しない。
【００１６】
装置Ｄに対する処理では、マルチキャスト選択され（Ｓ１０４）（Ｓ１０５）、他の装置でマルチキャスト実施済みでない（Ｓ１０６）ため、送信データを個別プロトコル通信部１４０内のマルチキャスト通信部１４２に渡し、マルチキャスト通信部１４２は、送信を実行する（Ｓ１０９）。
装置Ｅに対する処理では、マルチキャスト選択かつ送信済み（Ｓ１０４）（Ｓ１０５）（Ｓ１０６）であるため、処理しない。
装置Ｆに対する処理では、ＴＣＰユニキャストが選択されたため（Ｓ１０４）（Ｓ１０５）、送信データを個別プロトコル通信部１４０内のＴＣＰユニキャスト通信部１４４に渡し、ＴＣＰユニキャスト通信部１４４は送信を実行する（Ｓ１０８）。
以上で、全ての送信先装置への処理が終了したので（Ｓ１０７）同報送信処理を終了する。
【００１７】
実施の形態１によれば、以下の効果が得られる。
送受信アプリケーション００２は、送信先装置の一覧および送信先装置毎の送信プロトコルを設定する必要はなく、送信データを指定するのみで同報送信が実行できるため、これらを意識する必要がなく、アプリケーションの負担が大きく削減される。
また、同報装置の送信先の追加削除およびネットワークの構成変更等による送信プロトコルの変更は、装置情報（１）の情報を変更するのみで対応可能で、アプリケーションの修正なしで対応可能であり、可用性が高まる。
また、同じネットワークで接続された装置への通信は、ブロードキャストを用いることにより、マルチキャストを用いる際のネットワークの設定なしで、１回の送信で複数の装置への同報送信が可能である。
【００１８】
実施の形態２．
実施の形態２では、実施の形態１の通信管理装置１００に送信の成功失敗を検知する送達確認部１２１を追加し、装置毎に優先順位付けされた複数の送信プロトコルを持つ装置情報と、送信成功失敗を検知し、失敗時には次優先度のプロトコルにて再送信を行うことで、送信失敗を防止する機能を有するものである。
図５は、この発明の実施の形態２による同報送信装置を示す構成図である。
図５において、００１〜００３、１００、１１０、１２０、１３０、１４０、１４１〜１４４は図１におけるものと同一のものである。図５では、通信プロトコル選択部１２０と個別プロトコル通信部１４０との間に送達確認部１２１を配置し、送達確認部１２１がアクセスする記憶装置に格納された送達確認情報１２２を追加している。また、構成管理部１３０がアクセスする装置情報（２）１３２が実施の形態１の装置情報（１）１３１とは異なっている。
なお、システム構成は実施の形態１の図２と同じである。実施の形態２の装置Ｂ、装置Ｃ、装置Ｄ、装置Ｅ、装置Ｆは図１の構成を持っている。
【００１９】
図６は、この発明の実施の形態２による同報送信装置の構成管理部が管理する装置情報（２）および送達確認部が管理する送達情報を示す説明図である。
図６において、構成管理１３０が管理する装置情報（２）１３２と、送達確認部１２１が管理する送達確認情報１２２との例について示している。
装置情報（２）１３２では、装置の一覧とその装置に送信する際に使用する通信プロトコルが、装置毎に優先度をもち複数設定される。図６の例では、装置Ｂには、優先度１がブロードキャスト、優先度２がＵＤＰユニキャスト、優先度３がＴＣＰユニキャストと設定されている。これにより、装置Ｂへの送信は、初回ブロードキャストで実行され、ブロードキャストが失敗した場合には次にＵＤＰユニキャスト、ＵＤＰユニキャストも失敗した場合にはＴＣＰユニキャストにて送信する。なおＴＣＰユニキャストでも失敗した場合、送信失敗となる。
装置Ｃも、装置Ｂと初回と２回目は同じだが、優先度３が存在しないので、２回目のＵＤＰユニキャスト失敗時点で送信失敗となる点が異なる。
【００２０】
送達情報１２２では、装置毎に優先度を持つ通信プロトコルについて送達結果が設定される。この送達情報１２２は、同報送信先装置毎に生成され、初期状態では優先度を持つプロトコルのみが設定可能で、それ以外（優先度が×）のプロトコルの欄は使用しない。同報送信実施時に送信プロトコルの欄に送信中を設定し、以降、受信側が返す成功失敗通知を送達確認部１２１が受け取り、成功であれば成功、失敗であれば失敗を設定してゆく。この送達情報１２２と装置情報（２）１３２を用いて、通信プロトコル選択部１２０は、送信プロトコルを決定する。
【００２１】
図７は、 この発明の実施の形態２による同報送信装置の構成管理部が管理する装置情報（２）の補足説明を示す図である。
図７には、図６の補足説明として、装置情報（２）１３２で優先度が高くても送信しない場合の例を示している。装置Ｃに対し優先度１で送信するブロードキャストは、装置Ｂも受信可能であるため、ブロードキャスト送信時にはユニキャスト送信しないようにする。同様にマルチキャスト送信時にはユニキャスト送信しないようにする。これらについては図８のフローチャートの説明時に詳細説明する。
【００２２】
図８は、この発明の実施の形態２による同報送信装置の通信管理装置の処理を示すフローチャートである。
図８において、Ｓ１０１〜Ｓ１０３、Ｓ１０５〜１０９は図４における処理と同じ処理である。図８では、Ｓ１０３に続いてＳ１１１の処理が実行され、Ｓ１０５でＮＯの場合にＳ１９０の処理が実行されるようになっている。
【００２３】
図９は、この発明の実施の形態２による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
【００２４】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図８、図９を用いて説明する。
図８のＳ１０１、Ｓ１０２、Ｓ１０３は実施の形態１の図４と同じである。
送信先の各装置にてループを回し、装置Ｂに対する処理では、通信プロトコル選択部１２０は、装置情報（２）１３２および送達情報１２２から、優先度が最も高く、かつ送達確認で失敗していない、優先度１のプロトコルであるブロードキャストを選択する（Ｓ１１１）。後は、実施の形態１と同じく、ブロードキャスト通信を実行する（Ｓ１０８）。
Ｓ１０５の処理で、ＮＯの場合には、ブロードキャストもしくはマルチキャストが送信可能な装置で、かつ他の装置で自装置も受信できるブロードキャストもしくはマルチキャスト実施予定でないかどうかにより（Ｓ１９０）、ＹＥＳの場合には、Ｓ１０８に移り、ＮＯの場合にはＳ１０６へ移行する。
装置Ｃ〜装置Ｆへの処理も同様に実施する。
【００２５】
以上で、全ての装置の処理が終了したので（Ｓ１０７）、送達確認処理に移る。
図９の送達確認処理は、送信先の装置毎に実施する。送達確認部１２１では、送信先の装置毎に送信結果待ちを実施する（Ｓ１１２）。
送信先装置Ｂ〜装置Ｆ上の通信管理装置１００内でデータを受信した各個別プロトコル通信部１４０は、送信結果を送信元装置Ａに返信する。この結果は、送信元装置Ａ上の各個別プロトコル通信部１４０が受信し、送達確認部１２１に受信結果が渡される（Ｓ１１３）。この結果が成功の場合（Ｓ１１４）、送達情報１２２の該当装置および該当プロトコルに成功を書込み（Ｓ１１５）、当該装置への送信処理は完了となる。
【００２６】
結果が失敗だった場合（Ｓ１１４）および受信タイムアウトが発生した場合（Ｓ１１６）は、送達情報１２２の該当装置および該当プロトコルに失敗を書込む（Ｓ１１７）。このとき、送達情報１２２の当該装置情報の全てが失敗となった場合（Ｓ１１８）、それ以上の送信は不可能なので、当該装置への送信処理は失敗で終了となる。
まだ失敗していない送達情報中のプロトコルが存在していた場合、次のプロトコルでの送信を行うために、図８のＳ１１０の枠内で示されたプロトコル選択処理で、次のプロトコルを選択し、送信を行う（Ｓ１１９）。送達確認処理は、引き続き結果受信待ちを継続する。
【００２７】
以下、図６を例として説明する。
装置Ｂには、初回ブロードキャストで送信する。装置Ｂの送達確認処理は、成功結果が返ってきたら送達情報１２２の装置Ｂ−ブロードキャストの欄に成功を記入し、処理を完了する。
装置Ｃには、同様にブロードキャストで送信するが、装置Ｃの送達確認処理はタイムアウトで失敗したとすると、送達情報１２２の装置Ｃ−ブロードキャストの欄に失敗を記入し、次の送信プロトコルの選択を行う。
まだ失敗していないプロトコルは、ＵＤＰユニキャストのみなので、ＵＤＰユニキャストで装置Ｃに対し、再度送信し、送達確認を継続する。この装置ＣへのＵＤＰユニキャストも送達確認で失敗受信したとすると、装置Ｃへはこれ以上送信できないので、装置Ｃへの送信は失敗として処理終了する。
【００２８】
装置Ｄと装置Ｅに対しても、同様に初回はマルチキャストで送信するが、装置Ｄは送達確認で成功受信、装置Ｅは失敗受信したとする。装置Ｄは成功なので処理を終了し、装置Ｅは、次の優先度であるＵＤＰユニキャストで送信を行う。この装置ＥへのＵＤＰユニキャストが送達確認で成功受信すると、装置Ｅはそこで処理を終了する。
装置Ｆについては、ＵＤＰユニキャストのみなので、送信実行時に送信中を設定し、送達確認受信待ちの状態を示している。
【００２９】
図７は優先度の特殊な設定例であり、これに基いて、図８のフローチャートのＳ１９０で示された条件がＮＯとなる場合の補足説明を行う。
図７の設定例では、装置Ｂも装置Ｃもブロードキャストが送信可能であるが、装置ＢはＵＤＰユニキャストが優先度１で、装置Ｃはブロードキャストが優先度１になっている。この場合、初回送信にて装置Ｂが優先度１であるＵＤＰユニキャストを送信した場合、装置Ｃの優先度１であるブロードキャストも装置Ｂに届くので、装置Ｂは２回の受信処理を行ってしまう。このような重複送信を避けるため、送信プロトコルがユニキャストの場合、他の装置で当該装置が受信可能なブロードキャストもしくはマルチキャストが送信実施予定かどうかをチェックし、送信予定であれば、優先度に関わらずブロードキャストもしくはマルチキャストで受信することとし、ユニキャスト送信をキャンセルする。
【００３０】
実施の形態２によれば、実施の形態１の効果に加え、以下の効果が得られる。
送信先の装置毎に送達確認を実施するため、送信失敗を検知できる。
また、優先度の高いプロトコルによる送信失敗時に、優先度の低い別のプロトコルを順に選択し送信を行うため、送信失敗を削減できる。
【００３１】
実施の形態３．
実施の形態３では、ネットワーク多重系のシステム構成に実施の形態２を適用し、装置情報にネットワーク情報を追加することで、複数の送信経路が存在する場合でも、プロトコルおよび経路を切り替えながら送信処理を行い、送信失敗を防止する機能を有するものである。
以下、この発明の実施の形態３について詳細に説明する。
図１０は、この発明の実施の形態３による同報送信装置を示す構成図である。
図１０において、００１〜００３、１００、１１０、１２０〜１２２、１３０、１４０、１４１〜１４４は図５におけるものと同一のものである。図１０では、ネットワークが００３と００４の二重系となり、構成管理部１３０が管理する図５の装置情報（２）１３２が、装置情報に加えネットワークの情報を追加した装置・ネットワーク情報１３３に、変更されている。
【００３２】
図１１は、この発明の実施の形態３による同報送信装置を含むシステムを示す構成図である。
図１１において、２０１〜２０６、３０１、３０２、４０３は図２におけるものと同一のものである。図１１では、ネットワークＡとネットワークＢがそれぞれ二重化され、ネットワークＡ−１（４１１）、Ａ−２（４２１）、ネットワークＢ−１（４１２）、Ｂ−２（４２２）となっている。このため、ネットワークＡ−２（４２１）とネットワークＢ−２（４２２）間にルータＭ３１１が配置されている。
なお、ルータＫ３０１は、ネットワークＡ−１（４１１）とネットワークＢ−１（４１２）間に配置され、また、ルータＬ３０２は、ネットワークＡ−１（４１１）とネットワークＣ４０３間に配置されている。なお、各装置の内部構成は図１の構成である。
【００３３】
図１２は、この発明の実施の形態３による同報送信装置の構成管理部が管理する装置・ネットワーク情報および送達確認部が管理する送達情報を示す説明図である。
図１２において、装置・ネットワーク情報１３３では、装置毎およびネットワーク毎に優先度情報が設定される。図１２の例では、装置Ｂのプロトコル優先度は、高い順に、ネットワークＡ−１へのブロードキャスト、ネットワークＡ−２へのブロードキャスト、ネットワークＡ−１へのＵＤＰユニキャスト、ネットワークＢ−１へのＵＤＰユニキャスト、ネットワークＡ−１へのＴＣＰユニキャスト、ネットワークＡ−２へのＴＣＰユニキャストの順番になる。
送達情報１２２も同様に、装置毎およびネットワーク毎に送達情報が設定されている。
【００３４】
図１３は、この発明の実施の形態３による同報送信装置の通信管理装置の処理を示すフローチャートである。
図１３において、Ｓ１０１〜Ｓ１０３、Ｓ１０５〜Ｓ１０９、Ｓ１９０は図８における処理と同じ処理である。図１３では、図８のＳ１１１に代って、Ｓ１２１の処理が実行されるようになっている。
【００３５】
図１４は、この発明の実施の形態３による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
図１４において、Ｓ１１２〜Ｓ１１８は図９における処理と同じ処理である。Ｓ１１９では、図１３のＳ１２０の枠内の処理を行い、次のプロトコルで送信する。
【００３６】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図１３を用いて説明する。
Ｓ１０１、Ｓ１０２、Ｓ１０３は、実施の形態２と同じである。
各装置にてループを回し、装置Ｂに対する処理では、通信プロトコル選択部１２０は、装置・ネットワーク情報１３３および送達情報１２２から、優先度が最も高く、かつ送達確認で失敗していない、優先度１のプロトコルおよびネットワークであるネットワークＡ−１へのブロードキャストを選択する（Ｓ１２１）。後は実施の形態２と同じく、ブロードキャスト通信を実行する（Ｓ１０８）。
装置Ｃ〜装置Ｆに対する処理も同様に実施する。以降は実施の形態２と同じである。
実施の形態３では、プロトコルに加え、どちらのネットワークに対して送信を行うかも優先度に応じて選択する点が実施の形態２と異なる点である。
また、送達確認処理は図１４により行うようになっている。
【００３７】
実施の形態３によれば、実施の形態２の効果に加え、以下の効果を得られる。
多重系ネットワーク構成において、プロトコルに加え送信ネットワークにも優先度を設定し、送信失敗時に別プロトコル及び別ネットワークを順に選択し送信を行うため、送信失敗を削減できる。
【００３８】
実施の形態４．
実施の形態４では、実施の形態３の通信装置内の構成管理部にネットワークの監視を行うネットワーク監視部を追加し、送信処理とは独立してネットワーク監視を行い、異常が発生しているネットワークには送信処理を行わないことで、無駄な送信処理を防止する機能を有するものである。
以下、この発明の実施の形態４について詳細に説明する。
図１５は、この発明の実施の形態４による同報送信装置を示す構成図である。
図１５において、００１〜００３、１００、１１０、１２０〜１２２、１３０、１３３、１４０、１４１〜１４４は図１０におけるものと同一のものである。図１５では、図１０の構成に比べ、構成管理部１３０に、ネットワークの正常および異常の監視を行うネットワーク監視部１３４を設け、ネットワーク監視部１３４が監視結果を管理するネットワーク監視情報１３５が追加されている。
【００３９】
図１６は、この発明の実施の形態４による同報送信装置の構成管理部が管理する装置・ネットワーク情報およびネットワーク監視情報を示す説明図である。
図１６において、１３３は図１２におけるものと同一のものである。ネットワーク監視情報１３５は、ネットワーク監視部１３４が定周期で更新を実施し、ネットワークが正常であれば丸、異常であれば×を設定する。監視方法は送受信アプリケーション００２の通信とは独立にネットワーク監視部１３４が独自で実施する。
装置・ネットワーク情報１３３は、実施の形態３と同じである。
【００４０】
図１７は、この発明の実施の形態４による同報送信装置の通信管理装置の処理を示すフローチャートである。
図１７において、Ｓ１０１〜Ｓ１０３、Ｓ１０５〜Ｓ１０９、Ｓ１９０は図１３における処理と同じ処理である。図１７では、図１３のＳ１２１に代って、Ｓ１３１の処理が実行されるようになっている。
【００４１】
図１８は、この発明の実施の形態４による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
図１８において、Ｓ１１２〜Ｓ１１８は図１４における処理と同じ処理である。Ｓ１１９では、図１７のＳ１３０の枠内の処理を行い、次のプロトコルで送信する。
【００４２】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図１７、図１８を用いて説明する。
図１７のＳ１０１、Ｓ１０２、Ｓ１０３は、実施の形態３と同じである。
各装置にてループを回し、装置Ｂに対する処理では、通信プロトコル選択部１２０は、装置・ネットワーク情報１３３、送達情報１２２およびネットワーク監視情報１３５から、優先度が最も高く、かつ送達確認で失敗していない、かつネットワーク監視の結果が正常であるものとして、優先度２のプロトコルおよびネットワークである、ネットワークＡ−２へのブロードキャストを選択する。
つまり、優先度１のネットワークＡ−１へのブロードキャストは、ネットワーク監視の結果、ネットワークＡ−１が異常であると認識され、通信プロトコル選択部１２０の選択肢から外される（Ｓ１３１）。
【００４３】
図１８の送達確認処理についても同様に処理され、例えば装置ＢのネットワークＡ−２へのブロードキャストが失敗した場合、次に選択されるのは、故障していないネットワークで、次に優先度の高い優先度４を持つ、ネットワークＡ−２へのＵＤＰユニキャスト送信となる（Ｓ１１９）。これ以外の処理は実施の形態３と同じである。
送達確認処理で失敗し、次のプロトコルを選択する場合（Ｓ１１８）も同様である。
実施の形態４では、ネットワーク監視情報が異常となったネットワークのプロトコルは、プロトコル選択部１２０の選択肢から除外される点が、実施の形態３と異なる点である。
【００４４】
実施の形態４によれば、実施の形態３の効果に加え、以下の効果が得られる。
多重系ネットワーク構成における送信プロトコルおよびネットワーク選択時に、予め異常なネットワークへの送信を除外することにより、失敗することがわかっている異常ネットワークへの送信を防止し、アプリケーションの同報送信時間を短縮させ、性能を向上させることができる。
【００４５】
実施の形態５．
実施の形態５では、実施の形態４の通信管理装置の送達確認部に送達時間を計測する機能を追加し、計測した送達時間統計を通信プロトコル選択時の条件として使用することにより、高速に送信可能なネットワークおよびプロトコルを動的に選択する機能を持つものである。
以下、この発明の実施の形態５について詳細に説明する。
図１９は、この発明の実施の形態５による同報送信装置を示す構成図である。
図１９において、００１〜００３、１００、１１０、１２０〜１２２、１３０、１３３〜１３５、１４０、１４１〜１４４は図１５におけるものと同一のものである。図１９では、図１５の構成に比べ、送達確認部１２１内に、装置への送達時間を計測する送達時間計測部１２３が設けられ、送達時間計測部１２３が管理する情報として送達時間統計１２４が追加されている。この送達時間統計１２４は、通信プロトコル選択部１２０からも参照される。
【００４６】
図２０は、この発明の実施の形態５による同報送信装置の構成管理部が管理する装置・ネットワーク情報と送達確認部が管理する送達時間統計を示す説明図である。
図２０において、構成管理部１３０が管理する装置・ネットワーク情報１３３および送達時間計測部１２３が管理する送達時間統計１２４の例について示している。
実施の形態５の装置・ネットワーク情報１３３は、実施の形態４と違い、同一装置・ネットワーク内で、同じ優先度の設定が可能になっている。
図２０の例では、装置Ｂおよび装置Ｃのブロードキャスト通信は、ネットワークＡ−１とネットワークＡ−２に同じ優先度１が設定されている。この例では、ネットワーク間に同じ優先度を設定した例であるが、装置ＢのＵＤＰユニキャスト通信とＴＣＰユニキャスト通信のように、プロトコル間でも同様に同じ優先度が設定可能である。実施の形態１〜実施の形態４では、同じ優先度の設定時は通信プロトコル選択部１２０がプロトコルを選択できないので、同じ優先度は設定できなかった。
【００４７】
送達時間統計１２４は、実施の形態５で新規追加されたデータであり、装置・ネットワークおよびプロトコル毎に、実際の送達確認にかかった時間および実行回数を記録している。
図２０の例では、装置ＢネットワークＡ−１のブロードキャストの送達確認では、平均時間１０、実行回数２００回と設定されている。装置ＢネットワークＡ−２のブロードキャストの送達確認では、平均時間２３、実行回数１００と設定されている。
通信プロトコル選択部１２０は、この統計情報を参照することにより、どの通信プロトコル・ネットワークを使用すれば送達確認が高速か、つまり通信が高速かを取得することが可能である。
【００４８】
図２１は、この発明の実施の形態５による同報送信装置の通信管理装置の処理を示すフローチャートである。
図２１において、Ｓ１０１〜Ｓ１０３、Ｓ１０５〜Ｓ１０９、Ｓ１９０は図１７における処理と同じ処理である。図２１では、図１７のＳ１３１に代って、Ｓ１４１の処理が実行されるようになっている。
【００４９】
図２２は、この発明の実施の形態５による同報送信装置の通信管理装置の送達確認処理を示すフローチャートである。
図２２において、Ｓ１１２〜Ｓ１１８は図１８における処理と同じ処理である。Ｓ１１９では、図２１のＳ１３０の枠内の処理を行い、次のプロトコルで送信する。
図２２では、Ｓ１１５の次にＳ１４２の処理を加え、またＳ１１７の次にＳ１４３の処理を追加している。
【００５０】
次に、動作について説明する。
アプリケーション００２からの同報送信命令を受信した通信管理装置１００の処理の流れについて、図２１、図２２を用いて説明する。
図２１のＳ１０１、Ｓ１０２、Ｓ１０３は実施の形態４と同じである。
各装置にてループを回し、装置Ｂに対する処理では、通信プロトコル選択部１２０は、装置・ネットワーク情報１３３、送達情報１２２およびネットワーク監視情報１３５から、優先度が最も高く、かつ送達確認で失敗していない、かつネットワーク監視の結果が正常であるものとして、優先度２のプロトコルおよびネットワークを選択するが、図２０の設定では該当する候補は「ネットワークＡ−１へのブロードキャスト」「ネットワークＡ−２へのブロードキャスト」の２種類存在する。
候補が複数存在する場合、通信プロトコル選択部１２０は、さらに送達時間統計１２４を参照する。ここで各候補の送達平均時間を取得すると、ネットワークＡ−１が１０、ネットワークＡ−２が２３と取得できる。このことからより高速なのはネットワークＡ−１へのブロードキャストであると判断し、これを選択する（Ｓ１４１）。以降の処理は、実施の形態４と同じである。
【００５１】
図２２の送達確認処理で失敗し、次のプロトコルを選択する場合（Ｓ１１８）も、上記と同様である。
また、図２２の送達確認処理では、Ｓ１１５の処理に次いで、Ｓ１４２で、送信から受信までの時間を取得し、送達時間統計１２４を更新する処理を行う。
また、Ｓ１１７の処理に次いで、Ｓ１４３で、失敗時は送信から受信までの時間のタイムアウト時には、タイムアウト時間を取得し、送達時間統計１２４を更新する処理を行う。
実施の形態５では、複数の候補が見つかった場合、送達時間統計１２４に基いて、より高速な候補を優先度が高いとして選択する点が実施の形態４と異なる点である。
【００５２】
実施の形態５によれば、実施の形態４の効果に加え、以下の効果が得られる。
優先度が同じ通信プロトコル・ネットワークを複数設定でき、同じ優先度の候補が存在する場合は、より高速に応答可能なものを使用することで、性能を向上させることができる。
【符号の説明】
【００５３】
００１ 送信元装置
００２ 送受信アプリケーション
００３ ネットワーク
００４ ネットワーク（二重系）
１００ 通信管理装置
１１０ アプリケーションインタフェース部
１２０ 通信プロトコル選択部
１２１ 送達確認部
１２２ 送達情報
１２３ 送達時間計測部
１２４ 送達時間統計
１３０ 構成管理部
１３１ 装置情報（１）
１３２ 装置情報（２）
１３３ 装置・ネットワーク情報
１３４ ネットワーク監視部
１３５ ネットワーク監視情報
１４０ 個別プロトコル通信部
１４１ ブロードキャスト通信部
１４２ マルチキャスト通信部
１４３ ＵＤＰユニキャスト通信部
１４４ ＴＣＰユニキャスト通信部
２０１ 送信元装置Ａ
２０２ 装置Ｂ
２０３ 装置Ｃ
２０４ 装置Ｄ
２０５ 装置Ｅ
２０６ 装置Ｆ
３０１ ルータＫ
３０２ ルータＬ
３１１ ルータＭ
４０１ ネットワークＡ
４０２ ネットワークＢ
４０３ ネットワークＣ
４１１ ネットワークＡ−１
４１２ ネットワークＢ−１
４２１ ネットワークＡ−２
４２２ ネットワークＢ−２
【特許請求の範囲】
【請求項１】
ネットワークを介して複数の通信プロトコルによる送信が必要な装置群への同報送信を行う同報送信装置であって、
上記同報送信される複数の送信先装置について、それぞれ適用可能な通信プロトコルを予め設定した装置情報を記憶した記憶装置、
アプリケーションからの同報送信要求に応じて、上記装置情報を参照して、上記送信先装置ごとに通信プロトコルを選択する通信プロトコル選択部、
およびこの通信プロトコル選択部により選択された上記送信先装置ごとの通信プロトコルにより、それぞれの送信先装置へ上記アプリケーションからの同報送信要求に応じた送信を行う個別プロトコル通信部を備えたことを特徴とする同報送信装置。
【請求項２】
上記装置情報には、上記送信先装置ごとに優先順位が付与された複数の通信プロトコルが設定されるとともに、
上記記憶装置には、上記送信先装置ごとに、上記通信プロトコルごとの送達の成功または失敗を記録した送達情報が記憶され、
上記通信プロトコル選択部は、上記装置情報の上記通信プロトコルの優先順位にしたがい、上記送達情報を参照して、上記送信先装置ごとに上記通信プロトコルを選択することを特徴とする請求項１記載の同報送信装置。
【請求項３】
上記ネットワークは、多重系ネットワークであり、
上記装置情報の上記送信先装置ごとに付与された通信プロトコルの優先順位は、上記多重系を構成する個別のネットワークを区別して設定されるとともに、
上記送達情報には、上記送信先装置ごとに、上記ネットワークおよび上記通信プロトコルごとの送達の成功または失敗が記憶され、
上記通信プロトコル選択部は、上記装置情報および上記送達情報を参照して、上記送信先装置ごとに上記ネットワークおよび上記通信プロトコルの選択を行うことを特徴とする請求項２記載の同報送信装置。
【請求項４】
上記ネットワークを監視するネットワーク監視部を備え、
上記通信プロトコル選択部は、上記ネットワーク監視部の監視結果を参照して、上記送信先装置ごとに上記ネットワークおよび通信プロトコルの選択を行うことを特徴とする請求項３記載の同報送信装置。
【請求項５】
上記送信先装置ごとに、上記ネットワークおよび上記通信プロトコルごとの送達時間を計測する送達時間計測部を備え、
上記通信プロトコル選択部は、上記送達時間計測部の計測結果を参照して、上記送信先装置ごとに上記ネットワークおよび上記通信プロトコルの選択を行うことを特徴とする請求項４記載の同報送信装置。
【請求項１】
ネットワークを介して複数の通信プロトコルによる送信が必要な装置群への同報送信を行う同報送信装置であって、
上記同報送信される複数の送信先装置について、それぞれ適用可能な通信プロトコルを予め設定した装置情報を記憶した記憶装置、
アプリケーションからの同報送信要求に応じて、上記装置情報を参照して、上記送信先装置ごとに通信プロトコルを選択する通信プロトコル選択部、
およびこの通信プロトコル選択部により選択された上記送信先装置ごとの通信プロトコルにより、それぞれの送信先装置へ上記アプリケーションからの同報送信要求に応じた送信を行う個別プロトコル通信部を備えたことを特徴とする同報送信装置。
【請求項２】
上記装置情報には、上記送信先装置ごとに優先順位が付与された複数の通信プロトコルが設定されるとともに、
上記記憶装置には、上記送信先装置ごとに、上記通信プロトコルごとの送達の成功または失敗を記録した送達情報が記憶され、
上記通信プロトコル選択部は、上記装置情報の上記通信プロトコルの優先順位にしたがい、上記送達情報を参照して、上記送信先装置ごとに上記通信プロトコルを選択することを特徴とする請求項１記載の同報送信装置。
【請求項３】
上記ネットワークは、多重系ネットワークであり、
上記装置情報の上記送信先装置ごとに付与された通信プロトコルの優先順位は、上記多重系を構成する個別のネットワークを区別して設定されるとともに、
上記送達情報には、上記送信先装置ごとに、上記ネットワークおよび上記通信プロトコルごとの送達の成功または失敗が記憶され、
上記通信プロトコル選択部は、上記装置情報および上記送達情報を参照して、上記送信先装置ごとに上記ネットワークおよび上記通信プロトコルの選択を行うことを特徴とする請求項２記載の同報送信装置。
【請求項４】
上記ネットワークを監視するネットワーク監視部を備え、
上記通信プロトコル選択部は、上記ネットワーク監視部の監視結果を参照して、上記送信先装置ごとに上記ネットワークおよび通信プロトコルの選択を行うことを特徴とする請求項３記載の同報送信装置。
【請求項５】
上記送信先装置ごとに、上記ネットワークおよび上記通信プロトコルごとの送達時間を計測する送達時間計測部を備え、
上記通信プロトコル選択部は、上記送達時間計測部の計測結果を参照して、上記送信先装置ごとに上記ネットワークおよび上記通信プロトコルの選択を行うことを特徴とする請求項４記載の同報送信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１２−９００４６（Ｐ２０１２−９００４６Ａ）
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願番号】特願２０１０−２３４５４９（Ｐ２０１０−２３４５４９）
【出願日】平成２２年１０月１９日（２０１０．１０．１９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願日】平成２２年１０月１９日（２０１０．１０．１９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]