JP6653230B2 - 通信管理装置、通信管理方法、および、通信管理プログラム - Google Patents
通信管理装置、通信管理方法、および、通信管理プログラム Download PDFInfo
- Publication number
- JP6653230B2 JP6653230B2 JP2016171114A JP2016171114A JP6653230B2 JP 6653230 B2 JP6653230 B2 JP 6653230B2 JP 2016171114 A JP2016171114 A JP 2016171114A JP 2016171114 A JP2016171114 A JP 2016171114A JP 6653230 B2 JP6653230 B2 JP 6653230B2
- Authority
- JP
- Japan
- Prior art keywords
- receiving
- memory area
- data
- communication
- memory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Description
本発明は、通信管理装置、通信管理方法、および、通信管理プログラムに関する。説明の便宜上、「ネットワーク」という語は、「ＮＷ」と表記する場合がある。
従来のＮＷシステムは、通信装置（例、サーバ、仮想マシン）とＮＷ装置（例：ルータ、スイッチ、ファイヤウォール）を組み合わせた多段構成をとっている。異なる通信装置間の通信を実現するためには、装置（通信装置およびＮＷ装置の総称）ごとに、矛盾のない物理設計および論理設計を行う必要がある。ＮＷシステムを拡大させるために装置を追加する場合には、追加のたびに上記の物理設計および論理設計を行う必要がある。
非特許文献１〜３には、ＮＷシステムを構築する技術に関する記載がある。
非特許文献１〜３には、ＮＷシステムを構築する技術に関する記載がある。
塩本 公平、「学際的アプローチにより複雑化するネットワークの課題解決に向けて」、［online］、２０１５年７月、ＮＴＴ技術ジャーナル、［平成２８年８月１８日検索］、インターネット〈URL：http://www.ntt.co.jp/journal/1507/files/jn201507008.pdf〉
寺嶋 浩信、「ネットワークインフラの最新技術動向」、［online］、UNISYS TECHNOLOGY REVIEW 第126号、DEC.2015、［平成２８年８月１８日検索］、インターネット〈URL：http://www.unisys.co.jp/tec_info/tr126/12601.pdf〉、p3-23
宇野 俊夫 著、「独習 TCP/IP IPネットワーキング編」、翔泳社、p221-222
大規模なＮＷシステムを構築する場合、装置ごとの物理設計および論理設計は非常に煩雑になり、ＮＷシステムの構築が煩雑になる、というデメリットがある。また従来のように多段構成をとる場合には、１つの通信に多くの装置が介在することになるため、伝送遅延が増大したり、盗聴、漏洩、改ざんなどのセキュリティリスクが増大したりする、というデメリットもある。
非特許文献１〜３には、これらのデメリットを解消するための記載も示唆もない。
非特許文献１〜３には、これらのデメリットを解消するための記載も示唆もない。
このような事情に鑑みて、本発明は、ＮＷシステムの構築を簡略にすることを課題にする。
前記した課題を解決するため、請求項１に記載の発明は、送信側装置と受信側装置との通信を管理する通信管理装置であって、前記送信側装置から前記受信側装置に送信されるデータを、ＫＶＳ（キーバリューストア）のデータ構造を持つデータとしてメモリ領域に格納するメモリと、前記メモリ領域のうち、前記受信側装置のために確保された受信側メモリ領域を、前記データのキーに対応させ、前記受信側メモリ領域に前記データのバリューを格納する制御部と、を備え、前記制御部は、新規の受信側装置が追加される場合、当該新規の受信側装置の受信側アドレス、および、当該新規の受信側装置のポート番号に基づいて、当該新規の受信側装置の受信側メモリ領域のメモリ番地を決定する、ことを特徴とする。
また、請求項６に記載の発明は、送信側装置と受信側装置との通信を管理する通信管理装置における通信管理方法であって、前記通信管理装置は、前記送信側装置から前記受信側装置に送信されるデータを、ＫＶＳのデータ構造を持つデータとしてメモリ領域に格納するメモリを備えており、前記通信管理装置の制御部が、前記メモリ領域のうち、前記受信側装置のために確保された受信側メモリ領域を、前記データのキーに対応させ、前記受信側メモリ領域に前記データのバリューを格納するステップ、を実行し、新規の受信側装置が追加される場合、当該新規の受信側装置の受信側アドレス、および、当該新規の受信側装置のポート番号に基づいて、当該新規の受信側装置の受信側メモリ領域のメモリ番地を決定するステップを実行する、ことを特徴とする。
また、請求項７に記載の発明は、送信側装置と受信側装置との通信を管理する通信管理装置としてのコンピュータを、前記送信側装置から前記受信側装置に送信されるデータを、ＫＶＳのデータ構造を持つデータとしてメモリ領域に格納する記憶手段、前記メモリ領域のうち、前記受信側装置のために確保された受信側メモリ領域を、前記データのキーに対応させ、前記受信側メモリ領域に前記データのバリューを格納し、新規の受信側装置が追加される場合、当該新規の受信側装置の受信側アドレス、および、当該新規の受信側装置のポート番号に基づいて、当該新規の受信側装置の受信側メモリ領域のメモリ番地を決定する制御手段、として機能させるための通信管理プログラムである。
請求項１，６，７の発明によれば、送信側装置と受信側装置との通信の管理を、ＫＶＳのデータ構造を持つデータの書き込みと読み出しとで実現することができる。よって、従来の煩雑な、装置ごとの物理設計および論理設計はもはや不要となる。また、従来のＮＷ装置間の物理配線の接続も不要となる。
したがって、ＮＷシステムの構築を簡略にすることができる。
また、従来のＮＷシステムのように多段構成を導入することがないため、送信側装置と受信側装置との通信は、１度の書き込みと１度の読み出しで済み、１つの通信に多くの装置が介在することによる伝送遅延は生じない。
また、新規の受信側装置を追加する場合には、メモリを増設するだけで済むので、ＮＷシステムの拡大を簡略にすることができる。
したがって、ＮＷシステムの構築を簡略にすることができる。
また、従来のＮＷシステムのように多段構成を導入することがないため、送信側装置と受信側装置との通信は、１度の書き込みと１度の読み出しで済み、１つの通信に多くの装置が介在することによる伝送遅延は生じない。
また、新規の受信側装置を追加する場合には、メモリを増設するだけで済むので、ＮＷシステムの拡大を簡略にすることができる。
また、請求項２に記載の発明は、請求項１に記載の通信管理装置であって、前記制御部は、前記送信側装置から受信したデータのキーに対応する受信側メモリ領域が確保されているか否か判定し、確保されていれば前記データのバリューを前記受信側メモリ領域に書き込むことを許可する書き込み判定部を備える、ことを特徴とする。
請求項２に記載の発明によれば、通信管理装置への不正アクセスの判定については、書き込み対象の受信側メモリ領域の確保有無判定として簡略にすることができる。このため、従来のＮＷシステムを構成する多くのＮＷ装置への不正アクセスに起因する盗聴、漏洩、改ざんなどのセキュリティリスクを低減させることができる。
また、請求項３に記載の発明は、請求項１または請求項２に記載の通信管理装置であって、前記制御部は、前記受信側装置から受信したデータのキーに対応する受信側メモリ領域が確保されているか否か判定し、確保されていれば前記データのバリューを前記受信側メモリ領域から読み出すことを許可する読み出し判定部を備える、ことを特徴とする。
請求項３に記載の発明によれば、メモリサーバへの不正アクセスの判定については、読み出し対象の受信側メモリ領域の確保有無判定として簡略にすることができる。このため、従来のＮＷシステムを構成する多くのＮＷ装置への不正アクセスに起因する盗聴、漏洩、改ざんなどのセキュリティリスクを低減させることができる。
また、請求項４に記載の発明は、請求項１から請求項３のいずれか１項に記載の通信管理装置であって、前記キーは、前記受信側装置の受信側アドレス、および、前記受信側装置のポート番号を含み、前記バリューは、前記送信側装置の送信側アドレス、および、前記データの本体を含む、ことを特徴とする。
請求項４に記載の発明によれば、データのキーに受信側装置の情報を含ませ、データのバリューに送信側装置の情報を含ませることで、通信管理を一元化することができる。
また、請求項５に記載の発明は、請求項１から請求項４のいずれか１項に記載の通信管理装置であって、前記送信側装置と前記受信側装置との通信は、ＰＵＬＬ通信、ＰＵＳＨ通信、または、マルチキャスト通信のいずれかである、ことを特徴とする。
請求項５に記載の発明によれば、受信側メモリ領域での書き込みや読み出しは自在に行うことができるため、ＰＵＬＬ通信、ＰＵＳＨ通信、または、マルチキャスト通信といった通信方式を容易に導入することができる。
本発明によれば、ＮＷシステムの構築を簡略にすることができる。
≪構成≫
本発明の実施形態について、図面を参照しながら詳細に説明する。
図１に示すように、本実施形態のＮＷシステムは、メモリサーバ１と、送信側装置２と、受信側装置３とを備える。送信側装置２および受信側装置３は複数存在するが、図１中では１つのみ示す。メモリサーバ１と、送信側装置２と、受信側装置３とはバスないしＮＷで通信可能に接続されている。
本発明の実施形態について、図面を参照しながら詳細に説明する。
図１に示すように、本実施形態のＮＷシステムは、メモリサーバ１と、送信側装置２と、受信側装置３とを備える。送信側装置２および受信側装置３は複数存在するが、図１中では１つのみ示す。メモリサーバ１と、送信側装置２と、受信側装置３とはバスないしＮＷで通信可能に接続されている。
メモリサーバ１は、インメモリＫＶＳ（Key-Value Store）を用いたデータベースサーバである。
送信側装置２は、受信側装置３との間で通信を行う装置である。
受信側装置３は、送信側装置２との間で通信を行う装置である。
送信側装置２は、受信側装置３との間で通信を行う装置である。
受信側装置３は、送信側装置２との間で通信を行う装置である。
メモリサーバ１、送信側装置２、受信側装置３はそれぞれ、ＣＰＵ（Central Processing Unit）と、記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、ＣＰＵが、記憶部上に読み込んだプログラム（通信管理プログラムを含む。）を実行することで、各機能部により構成される制御部（制御手段）を動作させる。
このコンピュータは、ＣＰＵが、記憶部上に読み込んだプログラム（通信管理プログラムを含む。）を実行することで、各機能部により構成される制御部（制御手段）を動作させる。
（送信側装置２）
送信側装置２は、送信プロセス部２１と、信号変換部２２と、送受信部２３とを備える。
送信プロセス部２１は、送信側装置２内の各種プロセスを実行する。
送信側装置２は、送信プロセス部２１と、信号変換部２２と、送受信部２３とを備える。
送信プロセス部２１は、送信側装置２内の各種プロセスを実行する。
信号変換部２２は、送信プロセス部２１によるプロセス実行の結果をメモリサーバ１に送信する信号に変換する。
具体的には、信号変換部２２は、プロセスからソケットＡＰＩ（Application Programming Interface）を呼び出す。ソケットＡＰＩは、送信側装置２と受信側装置３との間の通信を確立するためのＡＰＩである。ソケットＡＰＩを用いることで、既存の通信ＡＰＩを流用できるように、送信側装置２および受信側装置３といった端末側の処理を階層化することができる。つまり、送信側装置２と受信側装置３とのプロセス間通信は、従来のＴＣＰ／ＩＰ通信と、本発明のＫＶＳを用いた通信とを組み合わせることができる。
また、信号変換部２２は、メモリサーバ１にアクセスする際のキーとバリュー格納部とを生成する。バリュー格納部は、ＫＶＳのデータ構造を持つデータのバリューを格納する格納用データとしてもよいし、バリューそのものとしてもよい。バリュー格納部の具体例については後記する。
また、信号変換部２２は、送受信部２３のキューに所定の情報を書き込む。
具体的には、信号変換部２２は、プロセスからソケットＡＰＩ（Application Programming Interface）を呼び出す。ソケットＡＰＩは、送信側装置２と受信側装置３との間の通信を確立するためのＡＰＩである。ソケットＡＰＩを用いることで、既存の通信ＡＰＩを流用できるように、送信側装置２および受信側装置３といった端末側の処理を階層化することができる。つまり、送信側装置２と受信側装置３とのプロセス間通信は、従来のＴＣＰ／ＩＰ通信と、本発明のＫＶＳを用いた通信とを組み合わせることができる。
また、信号変換部２２は、メモリサーバ１にアクセスする際のキーとバリュー格納部とを生成する。バリュー格納部は、ＫＶＳのデータ構造を持つデータのバリューを格納する格納用データとしてもよいし、バリューそのものとしてもよい。バリュー格納部の具体例については後記する。
また、信号変換部２２は、送受信部２３のキューに所定の情報を書き込む。
送受信部２３は、ＮＷ上の装置と情報をやり取りするためのインターフェースとなる。
具体的には、送受信部２３は、信号変換部２２によって情報が書き込まれたキューを保存する。
また、送受信部２３は、キューに書き込まれた情報をメモリサーバ１に送信する。
具体的には、送受信部２３は、信号変換部２２によって情報が書き込まれたキューを保存する。
また、送受信部２３は、キューに書き込まれた情報をメモリサーバ１に送信する。
（メモリサーバ１）
メモリサーバ１は、接続可否判定部１１と、送受信部１２と、通知部１３と、メモリ１４（記憶手段）とを備える。メモリ１４は、メモリ領域１４ａを備える。
メモリサーバ１は、接続可否判定部１１と、送受信部１２と、通知部１３と、メモリ１４（記憶手段）とを備える。メモリ１４は、メモリ領域１４ａを備える。
接続可否判定部１１は、メモリ領域１４ａの全体を管理する。具体的には、接続可否判定部１１は、キーに基づくメモリ領域１４ａの割当てを行う。接続可否判定部１１は、メモリサーバ１の制御部（制御手段）として機能することができる。
また、接続可否判定部１１は、送信側装置２と受信側装置３との接続可否の判定について定めた判定ルールを保持する。
また、接続可否判定部１１は、キーとバリュー格納部とに基づいて、送信側装置２と受信側装置３との接続可否を判定する。
また、接続可否判定部１１は、外部からのメモリ領域１４ａへのアクセスを制御する。
また、接続可否判定部１１は、送信側装置２と受信側装置３との接続可否の判定について定めた判定ルールを保持する。
また、接続可否判定部１１は、キーとバリュー格納部とに基づいて、送信側装置２と受信側装置３との接続可否を判定する。
また、接続可否判定部１１は、外部からのメモリ領域１４ａへのアクセスを制御する。
送受信部１２は、ＮＷ上の装置と情報をやり取りするためのインターフェースとなる。
具体的には、送受信部１２は、送信側装置２から受信したバリュー格納部をメモリ１４に書き込みできるか否かを、接続可否判定部１１に確認する。
また、送受信部１２は、接続可否判定部１１による判定結果に応じて、受信側装置３が利用可能なメモリ領域１４ａにバリュー格納部を書き込んだり、メモリ領域１４ａからバリュー格納部を読み出したりする。
また、送受信部１２は、ＰＵＬＬ通信の場合には、受信側装置３からの要求に対して、対象のバリュー格納部をメモリ領域１４ａから受信側装置３に送信する。
また、送受信部１２は、ＰＵＳＨ通信またはマルチキャスト通信の場合には、通知部１３による通知後、対象のバリュー格納部をメモリ領域１４ａから受信側装置３に送信する。
具体的には、送受信部１２は、送信側装置２から受信したバリュー格納部をメモリ１４に書き込みできるか否かを、接続可否判定部１１に確認する。
また、送受信部１２は、接続可否判定部１１による判定結果に応じて、受信側装置３が利用可能なメモリ領域１４ａにバリュー格納部を書き込んだり、メモリ領域１４ａからバリュー格納部を読み出したりする。
また、送受信部１２は、ＰＵＬＬ通信の場合には、受信側装置３からの要求に対して、対象のバリュー格納部をメモリ領域１４ａから受信側装置３に送信する。
また、送受信部１２は、ＰＵＳＨ通信またはマルチキャスト通信の場合には、通知部１３による通知後、対象のバリュー格納部をメモリ領域１４ａから受信側装置３に送信する。
通知部１３は、ＰＵＳＨ通信またはマルチキャスト通信を行う場合には、受信側装置３に所定の到着通知を行う。この到着通知は、例えば、送信側装置２から情報を受信した旨の通知としてもよいし、ＫＶＳの更新があった旨の通知としてもよい。
メモリ１４は、送信側装置２と受信側装置３との間の通信でやり取りされる情報を保存する。具体的には、メモリ１４は、送信側装置２から受信した情報をメモリ領域１４ａに書き込み、保存する。
また、メモリ１４は、受信側装置３が取得完了した情報を、メモリ領域１４ａから削除する。
また、メモリ１４は、受信側装置３が取得完了した情報を、メモリ領域１４ａから削除する。
（受信側装置３）
受信側装置３は、受信プロセス部３１と、信号変換部３２と、送受信部３３とを備える。
受信プロセス部３１は、受信側装置３内の各種プロセスを実行する。
受信側装置３は、受信プロセス部３１と、信号変換部３２と、送受信部３３とを備える。
受信プロセス部３１は、受信側装置３内の各種プロセスを実行する。
信号変換部３２は、受信プロセス部３１によるプロセス実行の結果をメモリサーバ１に送信する信号に変換する。
具体的には、信号変換部３２は、プロセスからソケットＡＰＩを呼び出す。
また、信号変換部３２は、メモリサーバ１にアクセスする際のキーとバリュー格納部とを生成する。
また、信号変換部３２は、ＰＵＬＬ通信の場合には、送受信部３３に情報の取得要求をする。
また、信号変換部３２は、送受信部３３のキューから情報を取り出し、取り出した情報を受信プロセス部３１に通知する。
具体的には、信号変換部３２は、プロセスからソケットＡＰＩを呼び出す。
また、信号変換部３２は、メモリサーバ１にアクセスする際のキーとバリュー格納部とを生成する。
また、信号変換部３２は、ＰＵＬＬ通信の場合には、送受信部３３に情報の取得要求をする。
また、信号変換部３２は、送受信部３３のキューから情報を取り出し、取り出した情報を受信プロセス部３１に通知する。
送受信部３３は、ＮＷ上の装置と情報をやり取りするためのインターフェースとなる。
具体的には、送受信部３３は、ＰＵＬＬ通信の場合には、信号変換部３２からの情報の取得要求を受け、メモリサーバ１に対して該当の情報の有無を確認する。
また、送受信部３３は、ＰＵＳＨ通信またはマルチキャスト通信の場合には、メモリサーバ１の通知部１３からの到着通知を受信する。
また、送受信部３３は、信号変換部３２に対し、キーとバリュー格納部との生成を指示する。
また、送受信部３３は、メモリサーバ１から情報を受信し、受信した情報をキューに書き込む。
具体的には、送受信部３３は、ＰＵＬＬ通信の場合には、信号変換部３２からの情報の取得要求を受け、メモリサーバ１に対して該当の情報の有無を確認する。
また、送受信部３３は、ＰＵＳＨ通信またはマルチキャスト通信の場合には、メモリサーバ１の通知部１３からの到着通知を受信する。
また、送受信部３３は、信号変換部３２に対し、キーとバリュー格納部との生成を指示する。
また、送受信部３３は、メモリサーバ１から情報を受信し、受信した情報をキューに書き込む。
送信側装置２は、ＫＶＳのデータ構造を持つデータをメモリサーバ１に送信する。図１に示すように、メモリサーバ１に送信されるデータは、キーｋ１とバリューｖ１とからなる。キーｋ１には、例えば、受信側アドレスと、ポート番号とが含まれる。受信側アドレスは、例えば、受信側装置３のＩＰアドレスとすることができる。ポート番号は、受信側装置３が有するポートの識別番号である。
キーｋ１の形態としては、ＩＰアドレスとポート番号との組にＴＣＰ（Transmission Control Protocol）種別、または、ＵＤＰ種別を用いてもよい。キーの形態としてＭＡＣ（Media Access Control）アドレスなどのハードウェアアドレスを用いてもよいし、ＨＴＴＰ（HyperText Transfer Protocol）−ＵＲＬ（Uniform Resource Locator）やＳＩＰ（Session Initiation Protocol）−ＵＲＩ（Uniform Resource Identifier）などのＵＲＩを用いてもよい。
バリューｖ１には、例えば、送信側アドレスと、送信データとが含まれる。送信側アドレスは、例えば、送信側装置２のＩＰアドレスとすることができる。送信データは、送信側装置２から受信側装置３に送信されるデータの本体である。バリューｖ１は、送信側アドレスと送信データとを併せて格納するバリュー格納部として機能する。
メモリサーバ１は、接続可否判定部１１の機能に従い、送信側装置２から受信したキーｋ１に対応する受信側メモリ領域１４ａ１に、バリューｖ１に相当する送信側アドレスと送信データとを格納する。受信側メモリ領域１４ａ１は、メモリ領域１４ａ全体のうち、受信側装置３が利用可能な領域であり、受信側装置３のために確保される。接続可否判定部１１は、受信側装置３のキーｋ２を元にして受信側メモリ領域１４ａ１を割り当てることができる。キーｋ２には、例えば、受信側アドレスと、ポート番号とが含まれる。接続可否判定部１１は、例えば、受信側装置３の受信側アドレスと、受信側装置３のポート番号に基づいて、受信側メモリ領域１４ａ１のメモリ番地を決定することができる。
ＰＵＬＬ通信の場合、受信側装置３は、キーｋ２を用いてメモリサーバ１に要求すると、受信側メモリ領域１４ａ１に格納されている情報を、バリューｖ２として取得することができる。ＰＵＳＨ通信の場合およびマルチキャスト通信の場合、メモリサーバ１は、通知部１３の機能に従い、受信側メモリ領域１４ａ１に情報が格納されたことを受信側装置３に自動的に通知することができる。
上記のように、接続可否判定部１１は、送信側装置２から受信したデータのキーｋ１に対応する受信側メモリ領域１４ａ１が確保されているか否か判定する書き込み判定部として機能する。接続可否判定部１１は、受信側メモリ領域１４ａ１が確保されていれば、送信側装置２を接続可とし、データのバリューｖ１を受信側メモリ領域１４ａ１に書き込むことを許可する。受信側メモリ領域１４ａ１が確保されていない場合は、書き込みは許可されない。
また、接続可否判定部１１は、受信側装置３から受信したデータのキーｋ２に対応する受信側メモリ領域１４ａ１が確保されているか否か判定する読み出し判定部として機能する。受信側メモリ領域１４ａ１が確保されていればデータのバリューｖ２を受信側メモリ領域１４ａ１から読み出すことを許可する。受信側メモリ領域１４ａ１が確保されていない場合は、読み出しは許可されない。
≪処理≫
次に、本実施形態の処理として、送信側装置２から受信側装置３へデータが送信されるときの処理を、図２〜図５を参照して説明する。この処理は、（工程１）メモリサーバ１における受信側メモリ領域の割当、（工程２）送信側装置２のデータ送信、（工程３）受信側装置３へメモリ情報の更新通知、（工程４）受信側装置３のデータ受信、の４工程に分類することができる。工程１，２，４は、ＰＵＬＬ通信、ＰＵＳＨ通信、マルチキャスト通信の場合に実行される。工程３は、ＰＵＳＨ通信、マルチキャスト通信の場合に実行される。
次に、本実施形態の処理として、送信側装置２から受信側装置３へデータが送信されるときの処理を、図２〜図５を参照して説明する。この処理は、（工程１）メモリサーバ１における受信側メモリ領域の割当、（工程２）送信側装置２のデータ送信、（工程３）受信側装置３へメモリ情報の更新通知、（工程４）受信側装置３のデータ受信、の４工程に分類することができる。工程１，２，４は、ＰＵＬＬ通信、ＰＵＳＨ通信、マルチキャスト通信の場合に実行される。工程３は、ＰＵＳＨ通信、マルチキャスト通信の場合に実行される。
［ＰＵＬＬ通信の場合］
図２，図３を参照して、ＰＵＬＬ通信の場合におけるデータ送信の処理について説明する。この処理では、工程１としてステップＡ１〜Ａ７が実行され、工程２としてステップＢ１〜Ｂ９が実行され、工程４としてステップＤ１〜Ｄ９が実行される。
図２，図３を参照して、ＰＵＬＬ通信の場合におけるデータ送信の処理について説明する。この処理では、工程１としてステップＡ１〜Ａ７が実行され、工程２としてステップＢ１〜Ｂ９が実行され、工程４としてステップＤ１〜Ｄ９が実行される。
まず、受信側装置３をＮＷシステムに登録する必要がある。このため、受信側装置３の受信プロセス部３１は、信号変換部３２にソケット生成要求を送信する（ステップＡ１）。ソケット生成要求は、送信側装置２と受信側装置３との通信接続用のソケットを生成するための要求であり、受信側装置３にメモリ領域１４ａを新規に割り当てるための要求でもある。
受信側装置３の信号変換部３２は、キーとバリュー格納部とを生成する（ステップＡ２）。工程１は、受信側装置３の登録用であるため、ステップＡ２で生成されるバリュー格納部は、所定の情報を含む必要はないが、例えば、プロセス間通信を許可する送信側装置２の送信側アドレスを含んでもよい。
信号変換部３２は、受信側装置３の送受信部３３、および、メモリサーバ１の送受信部１２を経由して、メモリサーバ１の接続可否判定部１１にメモリ領域割当要求を送信する（ステップＡ３）。メモリ領域割当要求には、生成されたキーが含まれており、信号変換部３２は、キーを指定する。
接続可否判定部１１は、メモリ領域割当要求に含まれるキーを用いて、受信側装置３に関するメモリ領域割当を行う（ステップＡ４）。具体的には、メモリ領域１４ａの一部を、受信側装置３の受信側メモリ領域１４ａ１とする。接続可否判定部１１は、この割当を示す情報を管理する。特に、接続可否判定部１１は、例えば、受信側装置３の受信側アドレスと、受信側装置３のポート番号に基づいて、受信側メモリ領域１４ａ１のメモリ番地を決定し、管理する。
受信側メモリ領域１４ａ１には、受信側装置３にデータを送信することができる送信側装置２の送信側アドレスが格納されている。この送信側アドレスは、バリュー（格納部）を構成しており、当該送信側装置２は、受信側装置３から受信側メモリ領域１４ａ１へのアクセスが許可されている。接続可否判定部１１は、メモリ領域１４ａ全体を管理しており、メモリ領域１４ａを利用する送信側装置２および受信側装置３間のデータ送受信の通信可否に関するセキュリティ確保を実現する。
接続可否判定部１１は、送受信部２３および送受信部１２を経由して、メモリ領域割当要求に対するメモリ領域割当応答を信号変換部３２に送信する（ステップＡ５）。信号変換部３２は、受信したメモリ領域割当応答に対して、キーバリューからソケットＡＰＩへの変換を実行する（ステップＡ６）。この変換処理により、受信側装置３は、ＫＶＳ（キーバリューストア）のデータ構造を持つデータに対して既存の通信ＡＰＩを流用することができる。また、信号変換部３２は、ソケット生成要求（ステップＡ１）に対するソケット生成応答を受信プロセス部３１に送信する（ステップＡ７）。
なお、ステップＡ１〜Ａ７からなる工程１に関しては、新規の受信側装置３がＮＷシステムに追加されるたびに実行することができる。メモリサーバ１については、受信側装置３の追加に伴いメモリ１４を増設し、メモリ領域１４ａを適宜拡大させればよい。また、メモリ領域１４ａの割当てを一元管理している接続可否判定部１１は、しばらく使用されていない受信側装置３のために確保されているメモリ領域１４ａ部分を、追加される新規の受信側装置３が利用可能とする領域としてもよい。このように、メモリ領域１４ａを再利用し、資源を有効活用することができる。
上記で説明した受信側装置３の新規追加は、送信側装置２の新規追加にもあてはまる。
上記で説明した受信側装置３の新規追加は、送信側装置２の新規追加にもあてはまる。
一方、送信側装置２から受信側装置３にデータを送信する場合、まず、送信側装置２の送信プロセス部２１は、ソケットＡＰＩ経由で信号を信号変換部２２に送信する（ステップＢ１）。送信される信号は、送信プロセス部２１によるプロセスの実行の結果が含まれる。
信号変換部２２は、ソケットＡＰＩ経由で受信した信号を変換して、キーとバリュー格納部とを生成する（ステップＢ２）。
信号変換部２２は、送信側装置２の送受信部２３、および、メモリサーバ１の送受信部１２を経由して、メモリサーバ１の接続可否判定部１１に、ＫＶＳに対する書き込み要求を送信する（ステップＢ３）。この書き込み要求には、生成されたキーとバリュー格納部とが含まれている。
信号変換部２２は、送信側装置２の送受信部２３、および、メモリサーバ１の送受信部１２を経由して、メモリサーバ１の接続可否判定部１１に、ＫＶＳに対する書き込み要求を送信する（ステップＢ３）。この書き込み要求には、生成されたキーとバリュー格納部とが含まれている。
接続可否判定部１１は、書き込み要求に含まれているキーとバリュー格納部とを用いて、対象のメモリ領域１４ａへの接続可否判定を行う（ステップＢ４）。この接続可否判定では、送信側装置２から受信したキーと、接続可否判定部１１が既に管理している受信側メモリ領域１４ａ１とが対応しているか否かが判定される。具体的には、送信側装置２から受信したキーに含まれている受信側アドレスに対して割り当てられた受信側メモリ領域１４ａ１に格納されている送信側アドレスが、送信側装置２から受信したバリュー格納部内の送信側アドレスと一致するか否かが判定される。この判定は、接続可否判定部１１が保持する判定ルールに従う。
一致している場合、該当の受信側メモリ領域１４ａ１が確保されていることを意味し、接続可とし、接続可否判定部１１は、メモリ１４に、メモリ領域１４ａへの書き込みを許可する（ステップＢ５）。メモリ１４は、キーに対応したメモリ領域、つまり、受信側メモリ領域１４ａ１にバリュー格納部を書き込む（ステップＢ６）。具体的には、受信側メモリ領域１４ａ１には、送信側装置２から受信したバリュー格納部内の送信データが書き込まれる。一方、送信側アドレスに関する上記の一致が無い場合、該当の受信側メモリ領域１４ａ１が確保されていないことを意味し、接続不可となり、接続可否判定部１１は、送信側装置２に接続不可の通知をし、メモリ領域への書き込みは行わない。
メモリ１４は、ＫＶＳに対する書き込み応答を、接続可否判定部１１、送受信部１２および送受信部２３を経由して、信号変換部２２に送信する（ステップＢ７）。
信号変換部２２は、キーバリューからソケットＡＰＩへの変換を実行する（ステップＢ８）。この変換処理により、送信側装置２は、ＫＶＳのデータ構造を持つデータに対して既存の通信ＡＰＩを流用することができる。また、信号変換部２２は、ソケットＡＰＩ経由で信号送信結果通知を（ソケットＡＰＩ経由による信号の送信（ステップＢ１）に対応して）、送信プロセス部２１に送信する（ステップＢ９）。
信号変換部２２は、キーバリューからソケットＡＰＩへの変換を実行する（ステップＢ８）。この変換処理により、送信側装置２は、ＫＶＳのデータ構造を持つデータに対して既存の通信ＡＰＩを流用することができる。また、信号変換部２２は、ソケットＡＰＩ経由で信号送信結果通知を（ソケットＡＰＩ経由による信号の送信（ステップＢ１）に対応して）、送信プロセス部２１に送信する（ステップＢ９）。
ＰＵＬＬ通信の場合、メモリサーバ１にてデータが更新されたか否かを、受信側装置３がポーリングなどを利用して任意に確認する。
図３に示すように、受信側装置３の受信プロセス部３１は、信号変換部３２にソケット刈り取り要求を送信する（ステップＤ１）。ソケット刈り取り要求は、受信側装置３自身の受信側メモリ領域１４ａ１に格納されたデータの更新の有無を確認するための要求である。
図３に示すように、受信側装置３の受信プロセス部３１は、信号変換部３２にソケット刈り取り要求を送信する（ステップＤ１）。ソケット刈り取り要求は、受信側装置３自身の受信側メモリ領域１４ａ１に格納されたデータの更新の有無を確認するための要求である。
信号変換部３２は、キーとバリュー格納部とを生成する（ステップＤ２）。ここで生成するキーは、受信側メモリ領域１４ａ１にアクセスするため、受信側を識別する情報、例えば、受信側装置３のＩＰアドレスであることが好ましい。また、工程４は、データ取得用であるため、ステップＤ２で生成されるバリュー格納部は、所定の情報を含む必要はないが、例えば、プロセス間通信を許可する送信側装置２の送信側アドレスを含んでもよい。
信号変換部３２は、受信側装置３の送受信部３３、および、メモリサーバ１の送受信部１２を経由して、メモリサーバ１の接続可否判定部１１にＫＶＳ読み取り要求を送信する（ステップＤ３）。ＫＶＳ読み取り要求には、生成されたキーとバリュー格納部とが含まれており、信号変換部３２は、キーを指定する。
接続可否判定部１１は、ＫＶＳ読み取り要求に含まれるキーとバリュー格納部とを用いて、受信側装置３の受信側メモリ領域１４ａ１への接続可否を判定する（ステップＤ４）。判定方法は、ステップＢ４と同様である。
接続可であると判定した場合、該当の受信側メモリ領域１４ａ１が確保されていることを意味しており、接続可否判定部１１は、メモリ１４に、メモリ領域１４ａの読み出しを許可する（ステップＤ５）。メモリ１４は、キーに対応したメモリ領域、つまり、受信側装置３の受信側メモリ領域１４ａ１から（バリューが含まれている）信号を読み出す（ステップＤ６）。なお、接続不可であると判定した場合、該当の受信側メモリ領域１４ａ１が確保されていないことを意味しており、接続可否判定部１１は、メモリ領域１４ａの読み出しを許可しない。
メモリ１４は、受信側メモリ領域１４ａ１から読み出した信号となるメモリ読み取り結果応答を、接続可否判定部１１、送受信部１２および送受信部３３を経由して、信号変換部３２に送信する（ステップＤ７）。
信号変換部３２は、キーバリューからソケットＡＰＩへの変換を実行する（ステップＤ８）。また、信号変換部３２は、ソケット刈り取り要求（ステップＤ１）に対するソケット刈り取り応答を受信プロセス部３１に送信する（ステップＤ９）。
信号変換部３２は、キーバリューからソケットＡＰＩへの変換を実行する（ステップＤ８）。また、信号変換部３２は、ソケット刈り取り要求（ステップＤ１）に対するソケット刈り取り応答を受信プロセス部３１に送信する（ステップＤ９）。
メモリ１４は、メモリ領域１４ａの読み出しが完了した後、メモリ領域１４ａ内の情報を消去する（ステップＤ１０）。具体的には、受信側装置３に送信したデータ（メモリ読み取り結果応答）をメモリ領域１４ａから消去する。
上記のようにＰＵＬＬ通信では、工程１，２，４が実行されることで、送信側装置２から受信側装置３へのデータ送信が実現される。
上記のようにＰＵＬＬ通信では、工程１，２，４が実行されることで、送信側装置２から受信側装置３へのデータ送信が実現される。
［ＰＵＳＨ通信の場合］
図４を参照して、ＰＵＳＨ通信の場合におけるデータ送信の処理について説明する。説明の際、図２，図３の処理と重複する説明は省略し、主に相違点について説明する。図４の処理では、工程１としてステップＡ１〜Ａ７が実行され、工程２としてステップＢ１〜Ｂ９が実行され、工程３としてステップＣ１〜Ｃ６が実行され、工程４としてステップＤ１〜Ｄ９が実行される。工程１，２，４は、ＰＵＬＬ通信の場合と同様である。工程１，２については図示を省略する。工程３は、工程２の後段、かつ、工程４の前段に実行される。
図４を参照して、ＰＵＳＨ通信の場合におけるデータ送信の処理について説明する。説明の際、図２，図３の処理と重複する説明は省略し、主に相違点について説明する。図４の処理では、工程１としてステップＡ１〜Ａ７が実行され、工程２としてステップＢ１〜Ｂ９が実行され、工程３としてステップＣ１〜Ｃ６が実行され、工程４としてステップＤ１〜Ｄ９が実行される。工程１，２，４は、ＰＵＬＬ通信の場合と同様である。工程１，２については図示を省略する。工程３は、工程２の後段、かつ、工程４の前段に実行される。
ＰＵＳＨ通信（およびマルチキャスト通信）では、受信側装置３宛のデータがメモリサーバ１に存在することを、受信側装置３に知らせる必要がある。このため、メモリサーバ１の通知部１３による通知処理が実行される。なお、ＰＵＬＬ通信では、受信側装置３が任意にデータ取得を行うため、通知部１３による通知処理は不要である。
メモリサーバ１の接続可否判定部１１は、メモリ領域１４ａにデータが格納された場合、バリュー格納部が書き込まれたメモリ領域１４ａに対応したキーを検索し、メモリ領域１４ａから該当の受信側装置３を特定する（ステップＣ１）。
接続可否判定部１１は、メモリ領域１４ａの更新があったこと（メモリ領域１４ａにデータが格納されたこと）を通知部１３に通知する（ステップＣ２）。
通知部１３は、更新を通知するために、キーとバリュー格納部とを生成する（ステップＣ３）。
通知部１３は、メモリサーバ１の送受信部１２、および、受信側装置３の送受信部３３を経由して、信号変換部３２に、メモリ領域１４ａの更新があったことを示すＫＶＳ更新通知を送信する（ステップＣ４）。
通知部１３は、更新を通知するために、キーとバリュー格納部とを生成する（ステップＣ３）。
通知部１３は、メモリサーバ１の送受信部１２、および、受信側装置３の送受信部３３を経由して、信号変換部３２に、メモリ領域１４ａの更新があったことを示すＫＶＳ更新通知を送信する（ステップＣ４）。
信号変換部３２は、キーバリューからソケットＡＰＩへの変換を実行する（ステップＣ５）。また、信号変換部３２は、メモリ領域１４ａの更新があったことを受信プロセス部３１に通知する（ステップＣ６）。
工程４のステップＤ６〜Ｄ１０は、ＰＵＳＨ通信が終了するまで繰り返し実行される。
上記のようにＰＵＳＨ通信では、工程１〜４が実行されることで、送信側装置２から受信側装置３へのデータ送信が実現される。
上記のようにＰＵＳＨ通信では、工程１〜４が実行されることで、送信側装置２から受信側装置３へのデータ送信が実現される。
［マルチキャスト通信の場合］
図５を参照して、マルチキャスト通信の場合におけるデータ送信の処理について説明する。説明の際、図２〜図４の処理と重複する説明は省略し、主に相違点について説明する。
図５を参照して、マルチキャスト通信の場合におけるデータ送信の処理について説明する。説明の際、図２〜図４の処理と重複する説明は省略し、主に相違点について説明する。
図５の処理の際、工程１としてステップＡ１〜Ａ７がすでに実行されている。工程１については図示を省略する。ただし、マルチキャスト通信の場合、工程１は、同一マルチキャストグループに所属する受信側装置３のすべて（受信側装置３−１，３−２，・・・）に対して実行される。つまり、受信側装置３−１，３−２，・・・に対して、メモリサーバ１における受信側メモリ領域の割当が実行される。
また、図５の処理の際、工程２としてステップＢ１〜Ｂ９がすでに実行されている。工程２については図示を省略する。ただし、マルチキャスト通信の場合、工程２の接続可否判定部１１による接続可否判定（図２のステップＢ４参照）は、同一マルチキャストグループに所属する受信側装置３−１，３−２，・・・の各々に対して行われる。そして、結果的には、受信側装置３−１，３−２，・・・のすべての受信側メモリ領域にデータが書き込まれ（コピーされ）、格納される。
また、マルチキャスト通信の場合、工程３としてステップＣ１〜Ｃ６が実行される。このとき、図５に示すように、マルチキャスト通信の場合、工程３のステップＣ１〜Ｃ６は、マルチキャストグループの受信側分だけ、つまり、同一マルチキャストグループに所属する受信側装置３−１，３−２，・・・のすべてについて実施される。ステップＣ４のＫＶＳ更新通知は、当該マルチキャストグループに所属する受信側装置３−１，３−２，・・・の各々に対して実行される。
また、マルチキャスト通信の場合、工程４としてステップＤ１〜Ｄ１０が実行される。このとき、図５に示すように、マルチキャスト通信の場合、工程４のステップＤ１〜Ｄ１０は、マルチキャストグループの受信側分だけ実施される。
ステップＤ６において、マルチキャストグループに所属する受信側装置３−１，３−２，・・・の各々の受信側メモリ領域から信号が読み出される。このとき、読み出された信号を、マルチキャストグループに所属する最終の受信側装置３のメモリ領域にまとめてコピーしてもよい。すると、ステップＤ７において、メモリ読み取り結果応答を、最終の受信側装置３のメモリ領域のみから読み出せばよく、１度の読み出しで受信側装置３−１，３−２，・・・のすべてにメモリ読み取り結果応答を送信することができる。
工程４のステップＤ６〜Ｄ１０は、マルチキャスト通信が終了するまで繰り返し実行される。
上記のようにマルチキャスト通信では、工程１〜４が実行されることで、送信側装置２から受信側装置３−１，３−２，・・・のすべてへのデータ送信が実現される。
上記のようにマルチキャスト通信では、工程１〜４が実行されることで、送信側装置２から受信側装置３−１，３−２，・・・のすべてへのデータ送信が実現される。
≪まとめ≫
本実施形態によれば、送信側装置２と受信側装置３との通信の管理を、ＫＶＳのデータ構造を持つデータの書き込みと読み出しとで実現することができる。よって、従来の煩雑な、装置ごとの物理設計および論理設計はもはや不要となる。また、従来のＮＷ装置間の物理配線の接続も不要となる。
したがって、ＮＷシステムの構築を簡略にすることができる。
また、従来のＮＷシステムのように多段構成を導入することがないため、送信側装置２と受信側装置３との通信は、１度の書き込みと１度の読み出しで済み、１つの通信に多くの装置が介在することによる伝送遅延は生じない。従来のような、ＤＮＳによる通信アドレスの解決や、ＴＣＰハンドシェークも不要であり、接続オーバヘッドが無くなることも伝送遅延の抑制に資する。
本実施形態によれば、送信側装置２と受信側装置３との通信の管理を、ＫＶＳのデータ構造を持つデータの書き込みと読み出しとで実現することができる。よって、従来の煩雑な、装置ごとの物理設計および論理設計はもはや不要となる。また、従来のＮＷ装置間の物理配線の接続も不要となる。
したがって、ＮＷシステムの構築を簡略にすることができる。
また、従来のＮＷシステムのように多段構成を導入することがないため、送信側装置２と受信側装置３との通信は、１度の書き込みと１度の読み出しで済み、１つの通信に多くの装置が介在することによる伝送遅延は生じない。従来のような、ＤＮＳによる通信アドレスの解決や、ＴＣＰハンドシェークも不要であり、接続オーバヘッドが無くなることも伝送遅延の抑制に資する。
また、メモリサーバ１への不正アクセスの判定については、書き込み対象の受信側メモリ領域の確保有無判定として簡略にすることができる。このため、従来のＮＷシステムを構成する多くのＮＷ装置への不正アクセスに起因する盗聴、漏洩、改ざんなどのセキュリティリスクを低減させることができる。
また、メモリサーバ１への不正アクセスの判定については、読み出し対象の受信側メモリ領域の確保有無判定として簡略にすることができる。このため、従来のＮＷシステムを構成する多くのＮＷ装置への不正アクセスに起因する盗聴、漏洩、改ざんなどのセキュリティリスクを低減させることができる。
また、データのキーに受信側装置３の情報を含ませ、データのバリューに送信側装置２の情報を含ませることで、通信管理を一元化することができる。
また、新規の受信側装置３を追加する場合には、メモリ１４を増設するだけで済むので、ＮＷシステムの拡大を簡略にすることができる。
また、受信側メモリ領域での書き込みや読み出しは自在に行うことができるため、ＰＵＬＬ通信、ＰＵＳＨ通信、または、マルチキャスト通信といった通信方式を容易に導入することができる。
≪他の実施形態≫
他の実施形態におけるＮＷシステムとして、メモリサーバ１のような大規模ＤＢの代わりに、分散処理システムを用いることができる。具体的には、メモリサーバ１に代えて、図６に示すように、バランサ４と、ディスパッチャ５−１，５−２，５−３，・・・と、プロセッサ６−１，６−２，６−３，・・・と、ストレージ７−１，７−２，７−３，・・・、を導入する。
他の実施形態におけるＮＷシステムとして、メモリサーバ１のような大規模ＤＢの代わりに、分散処理システムを用いることができる。具体的には、メモリサーバ１に代えて、図６に示すように、バランサ４と、ディスパッチャ５−１，５−２，５−３，・・・と、プロセッサ６−１，６−２，６−３，・・・と、ストレージ７−１，７−２，７−３，・・・、を導入する。
バランサ４は、例えば、ロードバランサであり、外部からの処理要求をディスパッチャ５−１，５−２，５−３，・・・に振り分ける。バランサ４は、送信側装置２からの情報をキューに書き込みつつ、その情報を受信側装置３に出力する。出力の方式は、すでに採り上げたＰＵＬＬ通信、ＰＵＳＨ通信、マルチキャスト通信のいずれを採用することができる。
ディスパッチャ５−１，５−２，５−３，・・・は、バランサ４からの処理要求を解析し、対応するプロセッサ６−１，６−２，６−３，・・・およびストレージ７−１，７−２，７−３，・・・に渡すか否か（他のディスパッチャに渡す）を確認する。ディスパッチャ５−１，５−２，５−３，・・・は、接続可否判定部１１（図１）と同等の機能を有しており、接続可否判定によって、送信側装置２からの送信データを、対応のプロセッサ６−１，６−２，６−３，・・・およびストレージ７−１，７−２，７−３，・・・に振り分けて書き込む。
プロセッサ６−１，６−２，６−３，・・・は、対応のディスパッチャ５−１，５−２，５−３，・・・からの処理要求に対する演算処理を行う。
ストレージ７−１，７−２，７−３，・・・は、対応のプロセッサ６−１，６−２，６−３，・・・による演算処理の処理結果を記憶する。ストレージ７−１，７−２，７−３，・・・は、ＫＶＳのデータ構造をとるデータを記憶し、ストレージ７−１，７−２，７−３，・・・が備える受信側メモリ領域に格納されるバリュー内には、最初の実施形態と同様、送信側アドレスと送信データとが含まれる（図６の符号１４ｂ参照）。
ストレージ７−１，７−２，７−３，・・・は、対応のプロセッサ６−１，６−２，６−３，・・・による演算処理の処理結果を記憶する。ストレージ７−１，７−２，７−３，・・・は、ＫＶＳのデータ構造をとるデータを記憶し、ストレージ７−１，７−２，７−３，・・・が備える受信側メモリ領域に格納されるバリュー内には、最初の実施形態と同様、送信側アドレスと送信データとが含まれる（図６の符号１４ｂ参照）。
他の実施形態のＮＷシステムであっても、最初の実施形態のＮＷシステムが奏する効果と同様の効果を奏する。
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）、（ｂ）のようなものがある。
（ａ）：受信側装置３がメモリサーバ１から取得するデータが複数存在する場合、特定のデータを優先的に取得することを可能にする優先制御機能をメモリサーバ１に導入してもよい。具体的には、例えば、データの優先度の示すフラグをデータのキーまたはバリューに含ませる。そして、受信側装置３へのデータ送信の際（図２〜図５の処理の工程４参照）、当該フラグを読み出してデータ送信順番を決めるようにするとよい。
（ｂ）：図５で説明したマルチキャスト通信は、ＰＵＳＨ通信の方式に即して説明したが、ＰＵＬＬ通信の方式に適用することもできる。
（ａ）：受信側装置３がメモリサーバ１から取得するデータが複数存在する場合、特定のデータを優先的に取得することを可能にする優先制御機能をメモリサーバ１に導入してもよい。具体的には、例えば、データの優先度の示すフラグをデータのキーまたはバリューに含ませる。そして、受信側装置３へのデータ送信の際（図２〜図５の処理の工程４参照）、当該フラグを読み出してデータ送信順番を決めるようにするとよい。
（ｂ）：図５で説明したマルチキャスト通信は、ＰＵＳＨ通信の方式に即して説明したが、ＰＵＬＬ通信の方式に適用することもできる。
また、本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
また、本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、処理手順などについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
また、本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、処理手順などについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
１ メモリサーバ（通信管理装置）
２ 送信側装置
３ 受信側装置
１１ 接続可否判定部（制御部：制御手段、書き込み判定部、読み出し判定部）
１２ 送受信部
１３ 通知部
１４ メモリ（記憶手段）
１４ａ メモリ領域
１４ａ１ 受信側メモリ領域
２ 送信側装置
３ 受信側装置
１１ 接続可否判定部（制御部：制御手段、書き込み判定部、読み出し判定部）
１２ 送受信部
１３ 通知部
１４ メモリ（記憶手段）
１４ａ メモリ領域
１４ａ１ 受信側メモリ領域
Claims (7)
- 送信側装置と受信側装置との通信を管理する通信管理装置であって、
前記送信側装置から前記受信側装置に送信されるデータを、ＫＶＳ（キーバリューストア）のデータ構造を持つデータとしてメモリ領域に格納するメモリと、
前記メモリ領域のうち、前記受信側装置のために確保された受信側メモリ領域を、前記データのキーに対応させ、前記受信側メモリ領域に前記データのバリューを格納する制御部と、を備え、
前記制御部は、新規の受信側装置が追加される場合、
当該新規の受信側装置の受信側アドレス、および、当該新規の受信側装置のポート番号に基づいて、当該新規の受信側装置の受信側メモリ領域のメモリ番地を決定する、
ことを特徴とする通信管理装置。 - 前記制御部は、
前記送信側装置から受信したデータのキーに対応する受信側メモリ領域が確保されているか否か判定し、確保されていれば前記データのバリューを前記受信側メモリ領域に書き込むことを許可する書き込み判定部を備える、
ことを特徴とする請求項１に記載の通信管理装置。 - 前記制御部は、
前記受信側装置から受信したデータのキーに対応する受信側メモリ領域が確保されているか否か判定し、確保されていれば前記データのバリューを前記受信側メモリ領域から読み出すことを許可する読み出し判定部を備える、
ことを特徴とする請求項１または請求項２に記載の通信管理装置。 - 前記キーは、前記受信側装置の受信側アドレス、および、前記受信側装置のポート番号を含み、
前記バリューは、前記送信側装置の送信側アドレス、および、前記データの本体を含む、
ことを特徴とする請求項１から請求項３のいずれか１項に記載の通信管理装置。 - 前記送信側装置と前記受信側装置との通信は、ＰＵＬＬ通信、ＰＵＳＨ通信、または、マルチキャスト通信のいずれかである、
ことを特徴とする請求項１から請求項４のいずれか１項に記載の通信管理装置。 - 送信側装置と受信側装置との通信を管理する通信管理装置における通信管理方法であって、
前記通信管理装置は、
前記送信側装置から前記受信側装置に送信されるデータを、ＫＶＳのデータ構造を持つデータとしてメモリ領域に格納するメモリを備えており、
前記通信管理装置の制御部が、
前記メモリ領域のうち、前記受信側装置のために確保された受信側メモリ領域を、前記データのキーに対応させ、前記受信側メモリ領域に前記データのバリューを格納するステップ、を実行し、
新規の受信側装置が追加される場合、
当該新規の受信側装置の受信側アドレス、および、当該新規の受信側装置のポート番号に基づいて、当該新規の受信側装置の受信側メモリ領域のメモリ番地を決定するステップを実行する、
ことを特徴とする通信管理方法。 - 送信側装置と受信側装置との通信を管理する通信管理装置としてのコンピュータを、
前記送信側装置から前記受信側装置に送信されるデータを、ＫＶＳのデータ構造を持つデータとしてメモリ領域に格納する記憶手段、
前記メモリ領域のうち、前記受信側装置のために確保された受信側メモリ領域を、前記データのキーに対応させ、前記受信側メモリ領域に前記データのバリューを格納し、
新規の受信側装置が追加される場合、
当該新規の受信側装置の受信側アドレス、および、当該新規の受信側装置のポート番号に基づいて、当該新規の受信側装置の受信側メモリ領域のメモリ番地を決定する制御手段、
として機能させるための通信管理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016171114A JP6653230B2 (ja) | 2016-09-01 | 2016-09-01 | 通信管理装置、通信管理方法、および、通信管理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016171114A JP6653230B2 (ja) | 2016-09-01 | 2016-09-01 | 通信管理装置、通信管理方法、および、通信管理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018036962A JP2018036962A (ja) | 2018-03-08 |
| JP6653230B2 true JP6653230B2 (ja) | 2020-02-26 |
Family
ID=61565891
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016171114A Active JP6653230B2 (ja) | 2016-09-01 | 2016-09-01 | 通信管理装置、通信管理方法、および、通信管理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6653230B2 (ja) |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005301455A (ja) * | 2004-04-07 | 2005-10-27 | Ntt Docomo Inc | 通信装置、サーバ装置およびメモリ管理方法 |
| JP4413121B2 (ja) * | 2004-10-05 | 2010-02-10 | ソフトバンクモバイル株式会社 | Ｔｃｐ／ｉｐソケットを用いたデータ通信装置及びデータ通信方法 |
| JP2007189383A (ja) * | 2006-01-12 | 2007-07-26 | Matsushita Electric Ind Co Ltd | Ｔｃｐ／ｉｐ通信中継方法及びｔｃｐ／ｉｐ通信中継装置 |
| JP2007249829A (ja) * | 2006-03-17 | 2007-09-27 | Hitachi Electronics Service Co Ltd | 内部ネットワーク間通信システム及び情報処理装置及び中継情報処理装置及び通信制御プログラム及び内部ネットワーク間における通信制御方法及び遠隔障害管理システム及び被管理装置及び管理装置 |
| KR20080006253A (ko) * | 2006-07-12 | 2008-01-16 | 삼성전자주식회사 | 전송 효율을 개선한 블루투스 마스터 및 이를 이용한데이터 전송 방법 |
| US8111707B2 (en) * | 2007-12-20 | 2012-02-07 | Packeteer, Inc. | Compression mechanisms for control plane—data plane processing architectures |
| US8171494B2 (en) * | 2007-12-05 | 2012-05-01 | Cisco Technology, Inc. | Providing identity to a portal with a redirect |
| JP5811703B2 (ja) * | 2011-09-02 | 2015-11-11 | 富士通株式会社 | 分散制御プログラム、分散制御方法、および情報処理装置 |
| JP6056453B2 (ja) * | 2012-12-20 | 2017-01-11 | 富士通株式会社 | プログラム、データ管理方法および情報処理装置 |
-
2016
- 2016-09-01 JP JP2016171114A patent/JP6653230B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018036962A (ja) | 2018-03-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10148493B1 (en) | API gateway for network policy and configuration management with public cloud | |
| CN109510846A (zh) | Api调用系统、方法、装置、电子设备及存储介质 | |
| US9854045B2 (en) | Generic cloud enabling of stateful applications | |
| CN114025021B (zh) | 一种跨Kubernetes集群的通信方法、系统、介质和电子设备 | |
| CN103562882A (zh) | 用于提供消息传送应用程序接口的系统和方法 | |
| CN112910685B (zh) | 实现对容器网络统一管理的方法及装置 | |
| US20110228725A1 (en) | Field communication system and field communication method | |
| WO2015196815A1 (zh) | Ip硬盘与存储系统，及其数据操作方法 | |
| JP6749281B2 (ja) | ＩｏＴデバイス、シグナリングサーバ、メッセージバス管理サーバ、コネクション形成方法、及びプログラム | |
| JP2015197874A (ja) | 仮想通信路構築システム、仮想通信路構築方法、及び仮想通信路構築プログラム | |
| US20150063161A1 (en) | Relay device, communication system, and method of acquiring node setting information | |
| CN108287894A (zh) | 数据处理方法、装置、计算设备及存储介质 | |
| CN110430478B (zh) | 组网通信方法、装置、终端设备及存储介质 | |
| JP2016208503A (ja) | Ｐｌｃシステムのプロトコル自動設定方法 | |
| WO2018188607A1 (zh) | 流处理方法及装置 | |
| CN113760447A (zh) | 服务管理方法、装置、设备、存储介质及程序产品 | |
| JP6653230B2 (ja) | 通信管理装置、通信管理方法、および、通信管理プログラム | |
| WO2013111532A1 (ja) | 管理システム、管理方法およびプログラム | |
| JP2017102777A (ja) | 負荷分散処理サーバ、負荷分散処理方法、及び、システム | |
| US9823944B2 (en) | Deployment control device and deployment control method for deploying virtual machine for allowing access | |
| JP2010146246A (ja) | マルチエージェントシステム用フレームワークコンピュータプログラム、ネットワークシステム、及びエージェント間通信方法 | |
| JP2007226822A (ja) | 情報処理装置の割り当て方法、及びこの方法を実行する管理サーバ | |
| KR20200054838A (ko) | 모드버스 프로토콜 변환과 연동 방법, 및 이를 수행하는 장치들 | |
| JP7011271B1 (ja) | 情報処理方法、情報処理システム及びコンピュータプログラム | |
| JP7524563B2 (ja) | Ｉｐアドレス割付方法、ｉｐアドレス割付装置、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180905 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190621 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190723 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190823 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200121 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200127 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6653230 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |