【課題】 使用するプロトコルを意識することなく記述でき、ワークフロー処理時には、実行可能なプロトコルに変換して処理する。
【解決手段】 ワークフローを処理するワークフロー処理装置において、仮想的な仮想プロトコルを用いてワークフローを記述したワークフロー記述文書を作成する。仮想プロトコルを用いて記述されたワークフローを処理する場合に、その仮想プロトコルを実プロトコルに変換し、変換された実プロトコルを実行してワークフローを処理する。 （もっと読む）

【課題】 処理の実行を指示する際に使用されたプロトコルに応じて、当該処理が起動した際に発生したエラーの情報をユーザに確実に通知できるようにする。
【解決手段】 情報端末７０１にインストールされているファイルエクスプローラ７１１を使ってホットフォルダ１００１にファイルを投入してファンクションフローを起動させた場合に、エラーが発生したとする。すると、デジタル複合機７０２は、エラーがファイル共有機能１００２に関するものか、ファンクションフロー管理機能１００３に関するものかをエラー情報に基づいて判定する。エラーが、ファンクションフロー管理機能１００３に関するものである場合、デジタル複合機７０２は、メッセージ変換ＤＢ１００７を使って、エラー情報を汎用のプロトコルの仕様に沿ったエラー情報に変換する。デジタル複合機７０２は、変換したエラー情報を情報端末７０１に送信する。 （もっと読む）

【課題】ＮＧＮにおいて提供されるサービスと、ＩＰ系のネットワークにおいて提供されるサービスと、非ＩＰ系のネットワークにおいて提供されるサービスとの間の連携を行う連携サービスを提供することができる情報提供装置、ネットワーク間連携サービス提供システム、及び、ネットワーク間連携サービス提供方法を提供する。
【解決手段】通信ネットワーク１と他ネットワーク２とに接続する情報提供装置３が、通信ネットワーク１において用いられている無線、有線、ケーブル、コネクタ等の通信規格及び通信プロトコルに対応する手段と、他ネットワーク２において用いられている無線、有線、ケーブル、コネクタ等の通信規格及び通信プロトコルに対応する手段と、通信ネットワーク１と他ネットワーク２との間のプロトコル変換を行う手段と、端末４、又は、端末５から受信するサービス実行要求に基づきサービスを実行させる手段とを備える。 （もっと読む）

【課題】本発明の課題は、災害救援活動に必要な情報を整理し、国内で開発されている複数のデータリンク機器間で情報共有が可能とすること、あらゆる地点で情報共有を可能とすること、地上インフラ被害の影響を最小限にすること、現状に応じて最適な判断を行うアルゴリズムを保有することにある。
【解決手段】本発明の災害救援活動等における情報共有のためのネットワークシステムは、機体および地上局をネットワーク接続している複数機種の異なる仕様のデータリンク装置のデータをＤ−ＮＥＴ仕様データに変換する互換用のデータ変換装置と統合表示用ＧＩＳを少なくとも中央対策本部に備え、機体データベース、地上支援施設データベースを含む災害救援データベースを地上局のいずれかに備えると共に、すべての地上局及び機体に通信機能とＤ―ＮＥＴ専用ソフトを備えた端末機を配備したものとした。 （もっと読む）

本発明に係るシステムおよび方法は、異なる信号伝達プロトコルを使用する装置間の通信を容易にする。ゲートウェイが、ＳＩＰなどの第１のプロトコルの着信メッセージを解析し、メッセージのルーティング先とすべきアプリケーションインスタンスを識別することができる。そして、メッセージは別のプロトコルへ変換され、識別されたアプリケーションへ送信される。 （もっと読む）

【課題】プロトコル変換器を導入したネットワークシステムにおいて、高度なネットワークの専門知識を必要とせず、異なる通信プロトコル間の監視、診断を効率的に行えるようにする。
【解決手段】制御サーバ１００やスイッチングハブ２００やネットワーク機器３００が接続しえて構成されるＴＣＰ／ＩＰネットワークＮＷと、ＴＣＰ／ＩＰとは異なる通信プロトコルでデータ通信を行う通信対象機器４００とがプロトコル変換器５００を介して接続されたネットワークシステムを監視、診断するために、ＴＣＰ／ＩＰネットワークＮＷ上のデータと、通信対象機器４００が送受信するデータとを常時収集しておき、例えばトラブル発生時には、指示した時間帯におけるＴＣＰ／ＩＰネットワークＮＷ上のデータと、通信対象機器４００が送受信するデータとを時系列につき合わせてマージする。 （もっと読む）

【課題】
サーバ（映像配信サーバ等）を用いたシステムにおいて、汎用のＳＮＭＰマネージャから、サーバの状態について警告もしくは異常の通知、更には、稼働情報を確認できるようにする。
【解決手段】
サーバ（映像配信サーバ等）の稼働情報を運用監視サーバにて一定時間間隔で収集し、稼働情報ファイルに保存する。稼働情報ファイルを一定時間間隔にて稼働情報判定部で、判定し、警告もしくは異常の通知をＳＮＭＰプロトコル変換部へ送付し、ＳＮＭＰプロトコル変換部にて、ＳＮＭＰプロトコルに変換し、ＳＮＭＰマネージャへ通知を行う。さらには、サーバの稼働情報収集は、稼働情報ファイルを一定時間間隔で取得し、ＳＮＭＰプロトコル変換部にて、ＳＮＭＰプロトコルでやり取り可能な形式に変換し、ＳＮＭＰマネージャからのリクエストに応じた値を返却する。 （もっと読む）

【課題】より効率よく処理すると共に、ネットワークの負荷をより低減することができる。
【解決手段】ユーザＰＣ２０が、ＳＬＰの検索要求に、ＳＮＭＰのコマンドと所定の処理実行条件とを格納してこの検索要求を作成し、この作成した検索要求をマルチキャストによりプリンタ４０などへ送信出力し、これを受けたプリンタ４０が、ＳＬＰの検索要求に格納されたＳＮＭＰのコマンドを取得・実行しこの実行結果が処理実行条件を満たしているときには検索要求に対する応答をＳＬＰにより行う。このように、ＳＬＰの検索要求を受けてＳＮＭＰのコマンドの実行と、その結果に応じたＳＬＰの検索要求の応答を処理するから、ＳＬＰの要求処理と、ＳＮＭＰの検索要求とをネットワークを介して別々に送信出力または取得する必要がないし、ＳＮＭＰのコマンドの実行結果をＳＬＰの処理に反映させることができる。 （もっと読む）

【課題】上位アプリケーションが１又は複数のプロトコルを備える場合に、通信の互換性を確実に確保することが可能な通信装置を提供すること。
【解決手段】無線通信により他の通信相手との間で信号の送受信を行う物理層１０８と、上位のユーザアプリケーション１００と物理層１０８との間を接続するプロトコル変換部（ＰＣＬ）１０２とを備え、プロトコル変換部１０２は、互いに通信可能な各装置に共通に設けられ、プロトコル変換のための基本処理を行うＰＣＬコモン１０２ａと、ユーザアプリケーション１０２の１又は複数のプロトコルに対応して設けられ、ＰＣＬコモン１０２ａにより１又は複数のプロトコルの中から選択されたプロトコルを物理層１０８で通信するためのプロトコルに変換する変換処理部と、を含む。 （もっと読む）

【課題】ＩＰ電話の呼制御手順を適切に変換する技術を提供する。
【解決手段】通信制御装置は、ＩＰ電話における第１の呼制御手順のスクリプトと、スクリプトに対応する第２の呼制御手順のスクリプトとを対応づけて格納する第１データベース５０と、取得したパケットのペーロードに格納されているスクリプトを第１データベース５０から検索する検索回路３０と、取得したパケットのペーロードに格納されているスクリプトが第１の呼制御手順のスクリプトであった場合、第１データベース５０を参照して、そのスクリプトに対応する第２の呼制御手順のスクリプトに変換してパケットを出力する処理実行回路４０とを備える。通信制御装置は、第１データベース５０及び第２データベース６０として、異なる複数の通信制御のための複数のデータベースを備え、データベースを切り替えることにより通信制御装置に異なる複数の通信制御を実現させる切替部１８０を更に備える。 （もっと読む）

【課題】ＩＰ電話の呼制御手順を適切に変換する技術を提供する。
【解決手段】ＩＰ電話における第１の呼制御手順のスクリプトと、スクリプトに対応する第２の呼制御手順のスクリプトとを対応づけて格納するデータベースと、取得したパケットのペーロードに格納されているスクリプトをデータベースから検索する検索回路と、取得したパケットのペーロードに格納されているスクリプトが第１の呼制御手順のスクリプトであった場合、データベースを参照して、そのスクリプトに対応する第２の呼制御手順のスクリプトに変換してパケットを出力する処理実行回路と、を備える通信制御装置１０において、ＰＨＹ処理部５ａは、宛先のアドレスが自装置のアドレスであるか否かを確認する処理を省略して、取得したパケットを検索回路へ供給する。 （もっと読む）

【課題】所定の通信プロトコルによる通信を実行するために利用される下位のプログラムモジュールの仕様による上位のプログラムに対する影響を軽減させることを目的とする。
【解決手段】通信インタフェース提供手段と通信プラグイン手段と通信プロトコルエンジン手段とを有し、通信インタフェース提供手段は、遠隔呼び出しに係るメソッドを呼び出すためのインタフェースの呼び出しに応じて前記メソッドについて所定の通信プロトコルに応じたシリアライズ及びデシリアライズの実行を動的に関連付けられている通信プラグイン手段に予め定められたインタフェースを介して要求し、通信プラグイン手段は、当該通信プラグイン手段が対応する通信プロトコルエンジン手段にシリアライズ及びデシリアライズの実行を要求し、通信プロトコルエンジン手段は、シリアライズ及びデシリアライズを実行することにより上記課題を解決する。 （もっと読む）

【課題】ＨＤＭＩ映像音声信号とネットワーク伝送映像音声信号との相互変換伝送、ＨＤＭＩ映像音声機器側の「ＨＤＭＩ ＣＥＣ」の機器制御用プロトコル信号と通信ネットワーク側の通信制御プロトコル信号との相互変換伝送を実現できるネットワーク変換伝送制御装置を提供する。
【解決手段】ネットワーク機能非対応レコーダ２０２側から供給される、ＨＤＭＩ映像音声信号と機器制御用プロトコル信号である「ＨＤＭＩ ＣＥＣ」信号とをそれぞれ、ネットワーク伝送映像音声信号と遠隔制御に係る通信制御プロトコル信号とに変換して通信ネットワークＮＷ側へ出力し、一方、通信ネットワークＮＷに接続する機器から供給される、ネットワーク伝送映像音声信号と通信制御プロトコル信号とをそれぞれ、ＨＤＭＩ映像音声信号と「ＨＤＭＩ ＣＥＣ」信号とに変換しネットワーク機能非対応テレビ２０１側へ出力する。 （もっと読む）

【課題】処理データのアライメントまたはエンディアンが異なるコンピュータ間通信に、アライメント調整またはエンディアン変換を確実、容易にする。
【解決手段】処理データのアライメントが異なるコンピュータ間のデータ通信に、アライメント調整プログラム生成装置２は、受信データのヘッダファイル１を読み込み、それが構造体定義データの場合は関数定義コードに変換し、構造体中の構造体データの場合は構造体変換呼び出しコードに変換し、データ定義の場合はそれが配列データの場合はデータ型毎に配列用のアライメント調整コードに変換し、配列データでない場合はデータ型毎にアライメント調整コードに変換して、アライメント調整プログラム３を生成、または、アライメント変換テーブルを生成する。同様に、エンディアン変換プログラムやエンディアン変換テーブルを作成する。 （もっと読む）

【課題】第１のプロトコル上に構築される第２のプロトコルの処理で発生したエラーを、第１のプロトコルにおけるエラー体系に合わせてクライアントに通知する。
【解決手段】ネットワークを介してＨＴＴＰ上に構築されたＡＳ２プロトコルに基づいてクライアント装置と通信を行うサーバ装置において、ＡＳ２処理部３０２におけるＡＳ２プロトコル処理において発生したエラーのＡＳ２エラーコードを入力するエラーコード入力部３０３と、ＡＳ２エラーコードとＨＴＴＰエラーコードとを対応付けるマッピングテーブルを記憶するエラーマッピングテーブル記憶部３０５と、エラーマッピングテーブルをもとに、エラーコード入力部３０３により入力されたＡＳ２エラーコードをＨＴＴＰエラーコードにマッピングするエラーコードマッピング部３０４と、マッピングされたＨＴＴＰエラーコードをＨＴＴＰ処理部３０１に出力するエラーコード出力部３０６とを有する。 （もっと読む）

【課題】複数の通信プロトコルに動的に対応可能で、消費者のネットワーク機器代替を容易に実現するゲートウェイ装置およびその情報制御方法を提供。
【解決手段】ホームゲートウェイ装置は、ベース部でIPネットワークが扱う形式の情報とホームゲートウェイ装置で扱う所定の形式の情報それぞれに変換し、家電機器処理部の制御部40でホームゲートウェイ装置が扱う所定の形式の情報を、家電機器それぞれの通信プロトコルに応じた制御情報に変換し、さらに、制御部40は、バインド機能部46で家電機器それぞれの通信プロトコル、ドライバ、制御設定条件および状態に関連付けて、テーブル48に関連付けた情報を格納し、変換機能部50で格納した情報を基に、供給される情報を家電機器それぞれに応じた制御情報およびネットワーク側に出力する応答情報のいずれかに変換する。 （もっと読む）

【課題】インタフェースの相違を適切に吸収させることのできる変換装置、変換方法及び変換システムの提供を目的とする。
【解決手段】ネットワークを介して呼び出されるインタフェースの変換を行う変換装置であって、それぞれインタフェースの構成要素と各構成要素の意味を示す識別子とを含む複数の定義情報において前記識別子が一致する構成要素を対応付けて対応情報を生成する対応情報生成手段と、変換対象とされたインタフェースについて、各構成要素を前記対応情報において対応付けられている構成要素に変換する変換手段とを有することにより上記課題を解決する。 （もっと読む）

【課題】 ネットワーク端末とネットワーク機器とを中継し、ネットワーク機器に新たな機能を付加する機能付加装置を提供する。
【解決手段】 機能付加装置１００は、第１及び第２のネットワークインタフェース２０６及び２０８と、ネットワークインタフェース２０６及び２０８を用い、双方のネットワーク上の端末の間でパケットの送信元端末及び送信先端末のアドレス情報を変更せずにパケットを中継するパケット中継処理部と、パケット中継処理部により中継されるパケットのうち、第１のネットワーク上の機器あてで、かつＨＴＴＰＳのパケットを、ＨＴＴＰパケットに変換し、第１のネットワーク上の機器からのＨＴＴＰパケットはＨＴＴＰＳパケットの送信元へのＨＴＴＰＳパケットに変換するＨＴＴＰ／ＨＴＴＰＳデコード処理部２５２及びＨＴＴＰＳ／ＨＴＴＰエンコード処理部２５８とを含む。 （もっと読む）

【課題】 デバイスがネットワークを探索すると、プロトコルＡで探索されたデバイスと、プロトコルＢで探索されたデバイスが別デバイスとして、認識されてしまう場合があった。
【解決手段】 ネットワークシステムにおいてプロトコル変換処理を行なうプロキシサーバ９３００において、ネットワーク上に所定のプロトコル処理を行う他のプロトコル変換装置が存在しないか否かを探索し、ネットワーク上に他のプロトコル変換装置が探索された場合に、前記探索されたプロトコル変換装置が、プロトコル変換処理を行っているかどうかを判定する。 （もっと読む）

とくに、ＰＬＣデバイスが希望の通信プロトコルと「話さない」場合に、監視制御及びデータ収集(ＳＣＡＤＡ)システムが、希望の通信プロトコルを使用して、ＰＬＣデバイスと効率的に通信することを可能にするプログラマブルロジックコントローラ(ＰＬＣ)のプロトコル変換器が開示されている。第１のスレッドは、ＰＬＣデバイスによって理解されている通信プロトコルを使用して、ＰＬＣアドレスを一度に１つずつ読み出し続けるように構成され得る。第１のスレッドは、プログラムメモリ内の共有データ配列にデータ値を記憶し得る。従って、第１のスレッドは、ＰＬＣデバイスからのデータを、構成ファイルにおいて特定されているように露出する。同時に、第２のスレッドは、第２の通信プロトコルに従って、共有データ配列内のデータを、例えばＳＣＡＤＡシステムに、供給するように構成され得る。 （もっと読む）