(57)【要約】【課題】複数の通信プロトコルに対応するデータ変換を行う。【解決手段】アプリケーション１０と、伝送部ソフトウエア３０と、前記アプリケーション１０と前記伝送部ソフトウエア３０との間において複数の通信プロトコルに対応したサービスを実現する。通信ソフトウエア２０には、伝送部ソフトウエア３０と制御プログラムとの間で相互の特異性を吸収して情報の送受を行うＲｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３が備えられ、Ｒｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３には、伝送部ソフトウエア３０から到来したデータを制御プログラムへ送る場合又はその逆の場合に、伝送部ソフトウエア３０が採用しているプロトコルに応じて対応するデータの変換を行う変換部２３０が具備されている。【選択図】  図８
2004318277.tif 000002
【特許請求の範囲】
【請求項１】
各装置がネットワークを介して接続され、前記各装置間でコンテンツを送受信する通信システムにおいて、
前記各装置には、
アプリケーションと、
前記ネットワークにおいて用いられているプロトコルに対応する処理を行う伝送部ソフトウエアと、
前記アプリケーションと前記伝送部ソフトウエアとの間において前記通信システムを実現すべく規定された通信プロトコルによるサービスを実現する通信ソフトウエアと
が具備され、
前記通信ソフトウエアは、
前記サービスを実行する制御プログラムと、
前記アプリケーションと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行うアプリケーション側の第１のインタフェースプログラムと、
前記伝送部ソフトウエアと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行う前記伝送部ソフトウエア側の第２のインタフェースプログラムと、
前記通信ソフトウエアにて処理するデータを提供するデータ提供部とに分割されており、
前記第２のインタフェースプログラムが、前記伝送部ソフトウエアから到来したデータを制御プログラムへ送る場合又はその逆の場合に、前記伝送部ソフトウエアが採用しているプロトコルに応じて対応するデータの変換を行う変換部を具備していることを特徴とする通信システム。
【請求項２】
前記変換部は、
データの変換要求を、前記伝送部ソフトウエアが採用しているプロトコルに応じたオブジェクトとして生成する生成部と、
前記生成部から送られるオブジェクトを受けて、対応するアルゴリズムを実装する処理を制御する実装制御部と、
前記実装制御部による制御に基づき、前記プロトコルに対応するアルゴリズムを呼び出しデータ変換の処理を行う処理部と、
前記処理部により読み出されるアルゴリズムを、複数のプロトコル対応に実装する複数の実装部と
を具備することを特徴とする請求項１に記載の通信システム。
【請求項３】
各装置がネットワークを介して接続され、前記各装置間でコンテンツを送受信する通信システムにおける前記各装置に備えられるプログラムであって、
アプリケーションと、
前記ネットワークにおいて用いられているプロトコルに対応する処理を行う伝送部ソフトウエアと、
前記アプリケーションと前記伝送部ソフトウエアとの間において前記通信システムを実現すべく規定された通信プロトコルによるサービスを実現する通信ソフトウエアと
が具備され、
前記通信ソフトウエアは、
前記サービスを実行する制御プログラムと、
前記アプリケーションと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行うアプリケーション側の第１のインタフェースプログラムと、
前記伝送部ソフトウエアと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行う前記伝送部ソフトウエア側の第２のインタフェースプログラムと、
前記通信ソフトウエアにて処理するデータを提供するデータ提供部とに分割されており、
前記第２のインタフェースプログラムが、前記伝送部ソフトウエアから到来したデータを制御プログラムへ送る場合又はその逆の場合に、前記伝送部ソフトウエアが採用しているプロトコルに応じて対応するデータの変換を行う変換部を具備していることを特徴とする通信システムおける装置に備えられるプログラム。
【請求項４】
前記変換部は、
データの変換要求を、前記伝送部ソフトウエアが採用しているプロトコルに応じたオブジェクトとして生成する生成部と、
前記生成部から送られるオブジェクトを受けて、対応するアルゴリズムを実装する処理を制御する実装制御部と、
前記実装制御部による制御に基づき、前記プロトコルに対応するアルゴリズムを呼び出しデータ変換の処理を行う処理部と、
前記処理部により読み出されるアルゴリズムを、複数のプロトコル対応に実装する複数の実装部と
を具備することを特徴とする請求項３に記載の通信システムおける装置に備えられるプログラム。
【請求項５】
各装置がネットワークを介して接続され、前記各装置間でコンテンツを送受信する通信システムにおける前記各装置に備えられるプログラムを記憶したコンピュータに読取り可能な記憶媒体であって、
前記プログラムは、
アプリケーションと、
前記ネットワークにおいて用いられているプロトコルに対応する処理を行う伝送部ソフトウエアと、
前記アプリケーションと前記伝送部ソフトウエアとの間において前記通信システムを実現すべく規定された通信プロトコルによるサービスを実現する通信ソフトウエアと
が具備され、
前記通信ソフトウエアは、
前記サービスを実行する制御プログラムと、
前記アプリケーションと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行うアプリケーション側の第１のインタフェースプログラムと、
前記伝送部ソフトウエアと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行う前記伝送部ソフトウエア側の第２のインタフェースプログラムと、
前記通信ソフトウエアにて処理するデータを提供するデータ提供部とに分割されており、
前記第２のインタフェースプログラムが、前記伝送部ソフトウエアから到来したデータを制御プログラムへ送る場合又はその逆の場合に、前記伝送部ソフトウエアが採用しているプロトコルに応じて対応するデータの変換を行う変換部を具備していることを特徴とする通信システムおける装置に備えられるプログラムを記憶したコンピュータに読取り可能な記憶媒体。
【請求項６】
前記変換部は、
データの変換要求を、前記伝送部ソフトウエアが採用しているプロトコルに応じたオブジェクトとして生成する生成部と、
前記生成部から送られるオブジェクトを受けて、対応するアルゴリズムを実装する処理を制御する実装制御部と、
前記実装制御部による制御に基づき、前記プロトコルに対応するアルゴリズムを呼び出しデータ変換の処理を行う処理部と、
前記処理部により読み出されるアルゴリズムを、複数のプロトコル対応に実装する複数の実装部と
を具備することを特徴とする請求項５に記載の通信システムおける装置に備えられるプログラムを記憶したコンピュータに読取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、各装置がネットワークを介して接続され、前記各装置間においてコンテンツを送受信する通信システム、この通信システムを構成する装置のプログラムおよびこのプログラムを記憶したコンピュータに読取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
近年、カメラ監視システムなどの各装置間において画像データ（コンテンツ）を送受する場合には、システムをクライアント−サーバにより構成するケースが増加しており、係る構成のシステムとしては特開２０００−６９４５５号公報を挙げることができる。
【０００３】
上記のクライアントやサーバにおいては、一般的に図９に示されるようなソフトウエアアーキテクチャが採用されている。つまり、アプリケーション１０１とネットワークにおいて採用されているプロトコルであるＴＣＰ／ＩＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｃｏｌ／ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）を行う伝送部ソフトウエア１０２との間に、通信ソフトウエア１０３を介在させる。この通信ソフトウエア１０３によって当該システムで規定される通信プロトコルによる処理が行われる。
【０００４】
上記通信プロトコルは、画像配信システムであればそのシステムにて規定されたプロトコル、監視システムであればそのシステムにて規定されたプロトコル等であり、例えば、ＤＡＴＥＸ−ＡＳＮ（ＤＡＴａ  ＥＸｃｈａｎｇｅ−Ａｂｓｔｒａｃｔ  Ｓｙｓｔｅｍ  Ｎｏｔａｔｏｉｎ）プロトコルを例として挙げることができる。
【０００５】
【発明が解決しようとする課題】
通信ソフトウエア１０３は、いくつかのモジュール１０４〜１０７により構成される。しかしながら、これらのモジュール１０４〜１０７は確立されたオブジェクト指向によるソフトウエアのモデルにより構築されたものではなく、アプリケーション１０１、伝送部ソフトウエア１０２、通信ソフトウエア１０３の仕様変更等により全てに影響が生じ、モジュールの再作成やソフトウエアのアーキテクチャの再構成が必要となる問題があった。
【０００６】
更に、アプリケーション１０１、通信ソフトウエア１０３、伝送部ソフトウエア１０２の間で送受されるデータのデータ構成は、通信プロトコルに依存したものとなっており、通信プロトコルの変更がアプリケーション１０１の変更を招来することになった。
【０００７】
また、各モジュール１０４〜１０７のプログラムは、図１０（ａ）や図１０（ｂ）に示されているように記述されており、イベントの遷移状態と、それに応じたサービス内容とが混在したものとなっている。
【０００８】
このため、仕様変更により遷移状態が変わる場合や実行するサービス内容に変化が起こるとモジュールを全て変更しなければならず、ソフトウエアの変更作業が膨大となる問題点があった。特に、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ  ）においては、設置されるサイトによって実行可能なサービスが異なったり、同一のサービスであっても条件により処理内容が異なったりすることがある。また、近年においては、上述したＤＡＴＥＸ−ＡＳＮに代わって、オブジェクト指向による分散通信技術としてＣＯＲＢＡが注目されてきており、マルチプラットフォーム対応や各種サービスの提供などの面からＩＴＳ業界においても徐々に利用されてきている。
【０００９】
本発明は上記のような従来の通信システムにおけるソフトウエアの現状に鑑みてなされたもので、その目的は、アプリケーション、通信プロトコルおよび伝送部ソフトウエアのいずれの変更の場合にも影響する範囲を少なく抑えることのでき、複数の通信プロトコルに対応することのできる通信システム、通信システムを構成する装置のプログラムおよびこのプログラムを記憶したコンピュータに読取り可能な記憶媒体を提供することである。
【００１０】
【課題を解決するための手段】
請求項１の発明に係る通信システムは、各装置がネットワークを介して接続され、前記各装置間でコンテンツを送受信する通信システムにおいて、前記各装置には、アプリケーションと、前記ネットワークにおいて用いられているプロトコルに対応する処理を行う伝送部ソフトウエアと、前記アプリケーションと前記伝送部ソフトウエアとの間において前記通信システムを実現すべく規定された通信プロトコルによるサービスを実現する通信ソフトウエアとが具備され、前記通信ソフトウエアは、前記サービスを実行する制御プログラムと、前記アプリケーションと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行うアプリケーション側の第１のインタフェースプログラムと、前記伝送部ソフトウエアと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行う前記伝送部ソフトウエア側の第２のインタフェースプログラムと、前記通信ソフトウエアにて処理するデータを提供するデータ提供部とに分割されており、前記第２のインタフェースプログラムが、前記伝送部ソフトウエアから到来したデータを制御プログラムへ送る場合又はその逆の場合に、前記伝送部ソフトウエアが採用しているプロトコルに応じて対応するデータの変換を行う変換部を具備していることを特徴とする。
【００１１】
請求項２の発明に係る通信システムでは、前記変換部は、データの変換要求を、前記伝送部ソフトウエアが採用しているプロトコルに応じたオブジェクトとして生成する生成部と、前記生成部から送られるオブジェクトを受けて、対応するアルゴリズムを実装する処理を制御する実装制御部と、前記実装制御部による制御に基づき、前記プロトコルに対応するアルゴリズムを呼び出しデータ変換の処理を行う処理部と、前記処理部により読み出されるアルゴリズムを、複数のプロトコル対応に実装する複数の実装部とを具備することを特徴とする。
【００１２】
請求項３の発明に係る通信システムおける装置に備えられるプログラムは、各装置がネットワークを介して接続され、前記各装置間でコンテンツを送受信する通信システムにおける前記各装置に備えられるプログラムであって、アプリケーションと、前記ネットワークにおいて用いられているプロトコルに対応する処理を行う伝送部ソフトウエアと、前記アプリケーションと前記伝送部ソフトウエアとの間において前記通信システムを実現すべく規定された通信プロトコルによるサービスを実現する通信ソフトウエアとが具備され、前記通信ソフトウエアは、前記サービスを実行する制御プログラムと、前記アプリケーションと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行うアプリケーション側の第１のインタフェースプログラムと、前記伝送部ソフトウエアと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行う前記伝送部ソフトウエア側の第２のインタフェースプログラムと、前記通信ソフトウエアにて処理するデータを提供するデータ提供部とに分割されており、前記第２のインタフェースプログラムが、前記伝送部ソフトウエアから到来したデータを制御プログラムへ送る場合又はその逆の場合に、前記伝送部ソフトウエアが採用しているプロトコルに応じて対応するデータの変換を行う変換部を具備していることを特徴とする。
【００１３】
請求項４の発明に係る通信システムおける装置に備えられるプログラムでは、前記変換部は、データの変換要求を、前記伝送部ソフトウエアが採用しているプロトコルに応じたオブジェクトとして生成する生成部と、前記生成部から送られるオブジェクトを受けて、対応するアルゴリズムを実装する処理を制御する実装制御部と、前記実装制御部による制御に基づき、前記プロトコルに対応するアルゴリズムを呼び出しデータ変換の処理を行う処理部と、前記処理部により読み出されるアルゴリズムを、複数のプロトコル対応に実装する複数の実装部とを具備することを特徴とする。
【００１４】
請求項５の発明に係る通信システムおける装置に備えられるプログラムを記憶したコンピュータに読取り可能な記憶媒体は、各装置がネットワークを介して接続され、前記各装置間でコンテンツを送受信する通信システムにおける前記各装置に備えられるプログラムを記憶したコンピュータに読取り可能な記憶媒体であって、前記プログラムは、アプリケーションと、前記ネットワークにおいて用いられているプロトコルに対応する処理を行う伝送部ソフトウエアと、前記アプリケーションと前記伝送部ソフトウエアとの間において前記通信システムを実現すべく規定された通信プロトコルによるサービスを実現する通信ソフトウエアとが具備され、前記通信ソフトウエアは、前記サービスを実行する制御プログラムと、前記アプリケーションと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行うアプリケーション側の第１のインタフェースプログラムと、前記伝送部ソフトウエアと前記制御プログラムとの間で相互の特異性を吸収して情報の送受を行う前記伝送部ソフトウエア側の第２のインタフェースプログラムと、前記通信ソフトウエアにて処理するデータを提供するデータ提供部とに分割されており、前記第２のインタフェースプログラムが、前記伝送部ソフトウエアから到来したデータを制御プログラムへ送る場合又はその逆の場合に、前記伝送部ソフトウエアが採用しているプロトコルに応じて対応するデータの変換を行う変換部を具備していることを特徴とする。
【００１５】
請求項６の発明に係る通信システムおける装置に備えられるプログラムを記憶したコンピュータに読取り可能な記憶媒体では、前記変換部は、データの変換要求を、前記伝送部ソフトウエアが採用しているプロトコルに応じたオブジェクトとして生成する生成部と、前記生成部から送られるオブジェクトを受けて、対応するアルゴリズムを実装する処理を制御する実装制御部と、前記実装制御部による制御に基づき、前記プロトコルに対応するアルゴリズムを呼び出しデータ変換の処理を行う処理部と、前記処理部により読み出されるアルゴリズムを、複数のプロトコル対応に実装する複数の実装部とを具備することを特徴とする。
【００１６】
【発明の実施の形態】
以下添付図面を参照して本発明に係る通信システム、プログラムおよび記憶媒体に係る実施の形態を説明する。各図において同一の構成要素には同一の符号を付し、重複する説明を省略する。本発明に係る通信システムは、図１に示されるような画像送受システムであり、ネットワーク１に、ネットワークサーバ２、画像管理サーバ３−１〜３−３、クライアント４−１、４−２が接続されている。ネットワークサーバ２が収集した画像情報（コンテンツ）等をネットワークサーバ２、画像管理サーバ３−１〜３−３、クライアント４−１、４−２が相互に送受する。
【００１７】
画像管理サーバ３−３には端末５が接続され、端末５も画像情報（コンテンツ）等を送受可能となっている。以上の構成において、ネットワークサーバ２、画像管理サーバ３−１〜３−３、クライアント４−１、４−２および端末５は、装置であり、この装置は、ネットワーク（ネットワーク１、画像管理サーバ３−３と端末５の間）に接続された構成を有する。
【００１８】
また、ネットワークサーバ２では、所望の位置に配置されたテレビカメラ６−１〜６−ｎを含んで構成される画像収集システム７が画像情報を得ている。図１の画像送受システムは、例えば、道路通信標準によるＤＡＴＥＸ−ＡＳＮプロトコルまたはＣＯＲＢＡプロトコルの基準で送受を行うものとする。
【００１９】
以上において、装置であるネットワークサーバ２、画像管理サーバ３−１〜３−３、クライアント４−１、４−２および端末５におけるソフトウエアのアーキテクチャは、図２に示されるようである。つまり、アプリケーション１０とＴＣＰ／ＩＰによる伝送を行う伝送部ソフトウエア３０との間にＤＡＴＥＸ−ＡＳＮプロトコルまたはＣＯＲＢＡプロトコルを実現する通信ソフトウエア２０が設けられ、これらの間においてデータ等の送受が行われる。
【００２０】
通信ソフトウエア２０は、ＰＥＲＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ−Ｅｎｔｉｔｙ−Ｒｅｌａｙ−Ｓｅｒｖｉｃｅ  ）と称されるオブジェクトモデルの構成となっており、サービスを実行する制御プログラムであるＳｅｒｖｉｃｅ  ２１と、アプリケーション１０と制御プログラムであるＳｅｒｖｉｃｅ  ２１との間で相互の特異性を吸収して情報の送受を行うアプリケーション側の第１のインタフェースプログラムであるＲｅｌａｙ／Ａｐｌ  ２２と、伝送部ソフトウエア３０と制御プログラムであるＳｅｒｖｉｃｅ  ２１との間で相互の特異性を吸収して情報の送受を行う伝送部ソフトウエア側の第２のインタフェースプログラムであるＲｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３と、通信ソフトウエア２０にて処理するデータを提供するデータ提供部であるＥｎｔｉｔｙ２４とに分割されている。
【００２１】
また、実際には、制御プログラムであるＳｅｒｖｉｃｅ  ２１は、図４に示される視覚情報提供部であるＰｒｅｓｅｎｔａｔｉｏｎ２５を介してＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）による視覚的な情報をユーザ（操作者）へ提供している。勿論、ＧＵＩを備えない装置においては、Ｐｒｅｓｅｎｔａｔｉｏｎ２５は備えられない。Ｓｅｒｖｉｃｅ  ２１は、Ｐｒｅｓｅｎｔａｔｉｏｎ２５とＥｎｔｉｔｙ２４を結び付けてシステムのサービスを提供し、必要に応じてＲｅｌａｙ／Ａｐｌ  ２２とＲｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３を介してデータの送受を行う。
【００２２】
以上のように構成されているために、Ｓｅｒｖｉｃｅ  ２１がアプリケーション１０側からＲｅｌａｙ／Ａｐｌ  ２２を介してデータを受け取った場合には、アプリケーション１０がどのような特性を持つプログラムであるか問題とならぬようなデータとなっている。また、逆に、アプリケーション１０がＲｅｌａｙ／Ａｐｌ  ２２を介してデータを受け取った場合には、通信ソフトウエア２０がどのような特性を持つプログラムであるか問題とならぬようなデータとなっている。
【００２３】
更に、Ｓｅｒｖｉｃｅ  ２１が伝送部ソフトウエア３０からＲｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３を介してデータを受け取った場合には、伝送部ソフトウエア３０がどのような特性を持つプログラムであるか問題とならぬようなデータとなっている。また、逆に、伝送部ソフトウエア３０がＲｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３を介してデータを受け取った場合には、通信ソフトウエア２０がどのような特性を持つプログラムであるか問題とならぬようなデータとなっている。
【００２４】
つまり、アプリケーション１０の変更に対してはＲｅｌａｙ／Ａｐｌ  ２２を変更すれば良く、通信ソフトウエア２０の変更に対してはＳｅｒｖｉｃｅ  ２１を変更すれば良い訳である。
【００２５】
以上の効果を確実にするために、送受されるデータのデータ構成の変更に関して、図３に示される構成が採用されている。つまり、データのデータ構造が、アプリケーション１０との間ではデータオブジェクトであり、通信ソフトウエア２０内部ではＥｎｔｉｔｙコンポーネントデータであり、Ｒｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３との間ではデータ構造体であり、更に伝送部ソフトウエア３０との間では例えばバイナリデータである。
【００２６】
そこで、Ｓｅｒｖｉｃｅ  ２１にはコンバータ２１Ａが設けられており、コンバータ２１Ａは、データオブジェクトとＥｎｔｉｔｙコンポーネントデータとの間のデータ構造の変換と、Ｅｎｔｉｔｙコンポーネントデータとデータ構造体との間のデータ構造の変換を行う。
【００２７】
また、Ｒｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３にはコンバータ２３Ａが設けられており、コンバータ２３Ａは、データ構造体とバイナリデータとの間のデータ構造の変換を行っている。以上の構成により、各部において処理する対象のデータのデータ構造の相違を適切に吸収した処理が行われる。
【００２８】
更に、Ｓｅｒｖｉｃｅ  ２１のプログラムは、図４の右側に示される構成を採用している。つまり、サービス実行の際の状態遷移を管理する状態遷移管理部２１１、遷移状態が表される状態部２１２を有する。また、状態毎に分けられており、実行する処理内容の定義であるプログラムから構成されるサービス実行部２１４ａ〜２１４ｚが具備されている。
【００２９】
更に、サービス実行部２１４ａ〜２１４ｚには、それぞれのサービスを実行する条件が満たされたか（状態Ａ〜状態Ｚのいずれか）を監視して、条件が満たされると対応のサービス実行部２１４ａ〜２１４ｚによるサービス処理を実行させる監視部２１３ａ〜２１３ｚが設けられている。
【００３０】
このため、監視部２１３ａ〜２１３ｚが状態部２１２を監視して、条件が満たされるとサービス実行部２１４ａ〜２１４ｚの内の対応するサービス処理が実行されることになる。そして、サービス実行部２１４ａ〜２１４ｚは、個々に実行する処理内容の定義であるプログラムから構成されるものであるから、監視部２１３ａ〜２１３ｚと一体として変更させ、消失させ、また新たなものを生成させることができ、サービス内容に変化が起きても、ソフトウエアの変更作業が容易となる。
【００３１】
上記の場合には、図７に示される状態遷移テーブルをＳｅｒｖｉｃｅ  ２１に設けて制御を行うことも可能である。つまり、図７の状態遷移テーブルは、状態Ａ〜Ｄを「未接続」、「接続中」、「送信中」、「受信待」とし、処理（サービス）ａ〜ｄを「接続」、「送信」、「受信」、「切断」として定義したもので、例えば状態Ａの「未接続」のときに「接続」の処理がなされると状態Ｂの「接続中」へ遷移することを表しており、「未接続」のときに「送信」の処理がなされることはないから状態Ａの「未接続」でループするようになっている。このテーブルを用いて、状態遷移管理部２１１は状態遷移の管理を行う。
【００３２】
以上のように構成された通信システムにおいては、各プログラムは磁気ディスクや半導体メモリ等のコンピュータに読み出し可能な記録媒体に記憶されてＣＰＵにより実行される。
【００３３】
そして、例えば、「Ｌｏｇｉｎ  送信（クライアントノード）」シナリオのシーケンスは図５に前半部を示し、後半部を図６に示すようになる。これらの図５、図６において、Ｓｅｒｖｉｃｅ  ２１、Ｒｅｌａｙ／Ａｐｌ  ２２、Ｒｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３の下方に示されるブロックはオブジェクトであり、Ｅｎｔｉｔｙ２４の下方に示されるブロックはＥｎｔｉｔｙ２４のデータである。
【００３４】
当初、アプリケーション１０からの要求によりＥｎｔｉｔｙ２４の下方に示されるブロックのデータが生成され（Ｐ１，Ｐ２等）、終盤にかけてはこれらの削除が行われる（Ｐ３３、Ｐ３４等）。
【００３５】
Ｐ５においては、アプリケーション１０から状態遷移管理マネージャ（状態遷移管理部２１１に対応）にログイン要求が送られ、状態遷移管理マネージャは状態オブジェクト（クライアント状態Ｓ１）へイベントを通知して（Ｐ６）、サービス実行部２１４ａ〜２１４ｚの一つであるＬｏｇｉｎ  サービスによるＬｏｇｉｎ  パケットの送信処理へつながっている（Ｐ８〜Ｐ２０）。
【００３６】
その後、送信データをプロトコル準拠の形式に符号化するため、アナライザＩへのパラメータ設定（Ｐ２１）とエンコード処理（Ｐ２２〜Ｐ２４）が行われる。この処理において適切にデータが符号化された後、セッション処理が行われ（Ｐ２５〜Ｐ２７）、更に通信終了処理（Ｐ２８〜Ｐ３４）へと進行する。
【００３７】
上記の場合に、データのデータ構造は、図３により説明したようにコンバータ２１Ａ、２３Ａにより適切に変換されて送受される。そして、Ｓｅｒｖｉｃｅ  ２１はＥｎｔｉｔｙ２４のＥｎｔｉｔｙコンポーネントデータにより通信ソフトウエア２０内の処理を適切に実行し、外部との間ではコンバートしたデータ構成のデータにて送受信を行うことができる。
【００３８】
ＤＡＴＥＸ−ＡＳＮプロトコルまたはＣＯＲＢＡプロトコルに対応するために、第２のインタフェースプログラムであるＲｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３は、図８の右側に示される変換部２３０を具備している。この変換部２３０は、伝送部ソフトウエア３０から到来したデータを制御プログラムへ送る場合又はその逆の場合に、伝送部ソフトウエア３０がＤＡＴＥＸ−ＡＳＮプロトコルまたはＣＯＲＢＡプロトコルのいずれかを採用しているかに応じて対応するデータの変換を行うものである。
【００３９】
変換部２３０は、生成部２３１、実装制御部２３２、処理部２３３及び複数の実装部２３４−１、２３４−２を具備している。生成部２３１は、データの変換要求を、伝送部ソフトウエア３０が採用しているプロトコル（ＤＡＴＥＸ−ＡＳＮプロトコルまたはＣＯＲＢＡプロトコル）に応じたオブジェクトとして生成するものである。実装制御部２３２は、上記生成部２３１から送られるオブジェクトを受けて、対応するアルゴリズムを実装する処理を制御するものである。処理部２３３は、上記実装制御部２３２による制御に基づき、上記プロトコルに対応するアルゴリズムを呼び出しデータ変換の処理を行うものである。
【００４０】
実装部２３４−１、２３４−２は、上記処理部２３３により読み出されるアルゴリズムを、複数のプロトコル対応に実装するものであり、この実施例においては、実装部２３４−１にはＤＡＴＥＸ−ＡＳＮプロトコル対応のアルゴリズムが実装され、実装部２３４−２にはＣＯＲＢＡプロトコル対応のアルゴリズムが実装されている。
【００４１】
以上のように構成された変換部２３０では、伝送部ソフトウエア３０から、例えば、画像情報の配信要求を受け取ると、生成部２３１が、この配信要求についてデータの変換要求を、伝送部ソフトウエア３０が採用しているプロトコル（ＤＡＴＥＸ−ＡＳＮプロトコルまたはＣＯＲＢＡプロトコル）に応じたオブジェクトとして生成して、実装制御部２３２へ送る。実装制御部２３２は、上記生成部２３１から送られるオブジェクトを受けて、必要なデータを処理部２３３へ送り、対応するアルゴリズムを実装する制御を行う。
【００４２】
処理部２３３は、上記実装制御部２３２から必要なデータを受けて実装制御部２３２の制御に従って、上記プロトコル（ＤＡＴＥＸ−ＡＳＮプロトコルまたはＣＯＲＢＡプロトコル）に対応するアルゴリズムを呼び出し、データ変換の処理を行う。
【００４３】
例えば、伝送部ソフトウエア３０が採用しているプロトコルがＤＡＴＥＸ−ＡＳＮプロトコルである場合には、処理部２３３は、実装部２３４−１に実装したＤＡＴＥＸ−ＡＳＮプロトコル対応のアルゴリズムを呼び出して、上記の配信要求を配信要求オブジェクトへ変換して、実装制御部２３２へ返送する。実装制御部２３２は、配信要求オブジェクトを上記生成部２３１へ送り、このオブジェクトはＲｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３からＳｅｒｖｉｃｅ  ２１へ送られる。
【００４４】
例えば、伝送部ソフトウエア３０が採用しているプロトコルがＣＯＲＢＡプロトコルである場合には、処理部２３３は、実装部２３４−２に実装したＣＯＲＢＡプロトコル対応のアルゴリズムを呼び出して、上記の配信要求を配信要求オブジェクトへ変換して、実装制御部２３２へ返送する。実装制御部２３２は、配信要求オブジェクトを上記生成部２３１へ送り、このオブジェクトはＲｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３からＳｅｒｖｉｃｅ  ２１へ送られる。
【００４５】
上記とは逆に、Ｓｅｒｖｉｃｅ  ２１からＲｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３へオブジェクトが与えられた場合には、変換部２３０が、上記と同様にして、オブジェクトから伝送部ソフトウエア３０が扱えるデータへの変更を行って、Ｒｅｌａｙ／Ｐｒｏｔｏｃｏｌ２３から伝送部ソフトウエア３０へ送られることになる。なお、この実施例は、プロトコルの数を２種類としたが、３種類以上であっても良い。
【００４６】
【発明の効果】
以上説明したように本発明では、サービスを実行する制御プログラムと、アプリケーションと制御プログラムとの間で相互の特異性を吸収して情報の送受を行うアプリケーション側の第１のインタフェースプログラムと、伝送部ソフトウエアと制御プログラムとの間で相互の特異性を吸収して情報の送受を行う前記伝送部ソフトウエア側の第２のインタフェースプログラムと、通信ソフトウエアにて処理するデータを提供するデータ提供部とに分割され、伝送部ソフトウエアが採用するプロトコルに応じて対応するデータの変換を行うので、アプリケーション、伝送部ソフトウエア及び通信ソフトが相互に影響する範囲を限定してプログラムを作成することができ、伝送部ソフトウエアの採用するプロトコルに容易に素早く対応可能である。
【図面の簡単な説明】
【図１】本発明に係る通信システムの全体構成を示す図。
【図２】本発明に係る通信システムの各装置におけるソフトウエアアーキテクチャを示す図。
【図３】本発明に係る通信システムの各装置におけるソフトウエアにおいて採用されているデータ構造変換の構成を説明するための図。
【図４】本発明に係る通信システムの各装置におけるソフトウエアにおいて採用されている状態対応のサービス実行を行うプログラムの説明図。
【図５】本発明に係る通信システムによるログイン送信処理のシーケンスを示す図。
【図６】本発明に係る通信システムによるログイン送信処理のシーケンスを示す図。
【図７】本発明に係る通信システムに採用される状態遷移テーブルの内容を示す図。
【図８】本発明に係る通信システムの各装置におけるソフトウエアにおいて採用されている複数の通信プロトコル対応のデータ変換を行うプログラムの説明図。
【図９】通信システムの各装置における従来のソフトウエアアーキテクチャを示す図。
【図１０】通信システムの各装置におけるソフトウエアにおいて採用されている状態対応のサービス実行を行う従来のプログラムの説明図。
【符号の説明】
１  ネットワーク
２  ネットワークサーバ
３−１〜３−３  画像管理サーバ
４−２、４−２  クライアント
５  端末
６−１〜６−ｎ  テレビカメラ
７  画像収集システム
１０  アプリケーション
２０  通信ソフトウエア
２１  Ｓｅｒｖｉｃｅ
２２  Ｒｅｌａｙ／Ａｐｌ
２３  Ｒｅｌａｙ／Ｐｒｏｔｏｃｏｌ
２４  Ｅｎｔｉｔｙ
３０  伝送部ソフトウエア
２３０  変換部
２３１  生成部
２３２  実装制御部
２３３  処理部
２３４１−１、２３４−２  実装部
【図１】
2004318277.tif 000003
【図２】
2004318277.tif 000004
【図３】
2004318277.tif 000005
【図４】
2004318277.tif 000006
【図５】
2004318277.tif 000007
【図６】
2004318277.tif 000008
【図７】
2004318277.tif 000009
【図８】
2004318277.tif 000010
【図９】
2004318277.tif 000011
【図１０】
2004318277.tif 000012