JP2008124977A - メッセージ配送方法、装置及びプログラム - Google Patents
メッセージ配送方法、装置及びプログラム Download PDFInfo
- Publication number
- JP2008124977A JP2008124977A JP2006309024A JP2006309024A JP2008124977A JP 2008124977 A JP2008124977 A JP 2008124977A JP 2006309024 A JP2006309024 A JP 2006309024A JP 2006309024 A JP2006309024 A JP 2006309024A JP 2008124977 A JP2008124977 A JP 2008124977A
- Authority
- JP
- Japan
- Prior art keywords
- message
- delivery
- information
- subscriber registration
- subscriber
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】Pub/Subシステムにおいて、サブスクライバ登録のタイムラグをなくし、ネットワークトラフィックの低減をはかった、メッセージ配送を実現する。
【解決手段】メッセージ登録時、メッセージ登録時刻をメッセージ配送情報テーブルへ格納し、メッセージの配送先のノード装置の情報をサブスクライバ登録情報テーブルから読み出してその配送先ノード装置にメッセージを配送し、メッセージ配送情報テーブルのメッセージ情報中のメッセージ登録時刻が通知されたサブスクライバ登録情報中のサブスクライバ登録時刻以後である場合にそのサブスクライバ登録情報で示される配送先ノード装置に当該メッセージ情報で示されるメッセージを配送する。
【選択図】図1
【解決手段】メッセージ登録時、メッセージ登録時刻をメッセージ配送情報テーブルへ格納し、メッセージの配送先のノード装置の情報をサブスクライバ登録情報テーブルから読み出してその配送先ノード装置にメッセージを配送し、メッセージ配送情報テーブルのメッセージ情報中のメッセージ登録時刻が通知されたサブスクライバ登録情報中のサブスクライバ登録時刻以後である場合にそのサブスクライバ登録情報で示される配送先ノード装置に当該メッセージ情報で示されるメッセージを配送する。
【選択図】図1
Description
本発明はPub/Subシステムにおけるメッセージ配送を行うメッセージ配送技術に関するものである。
Pub/Subシステムはメッセージキューイングシステムの一種である。メッセージキューイングシステムでは、送信側と受信側の双方のノードが稼動していなくても、自ノードが稼動していれば、キューを介することによって相手側の稼働状態に依存することなく送信処理または受信処理を行うことができる。また、通信障害やシステムダウンが発生しても、送受信されるメッセージは、ディスク装置等の物理実体を有するキューに格納されているので、そのメッセージが消失することはない。従って、メッセージキューイングシステムは、信頼性が高く、かつ、拡張性と柔軟性に優れたシステムであるといえる。
また、Pub/Subシステムでは、複数のノード装置がネットワークを介して他ノード装置上のトピックと呼ばれるキューに対してサブスクライバと呼ばれる受信ノードを登録する。この場合、送信側に登録されたメッセージを複数の受信側ノードに対して配送することができる。また、いずれかの配送先のノード装置に障害が発生した場合にも、システム全体の稼働が停止することはない。可用性に優れたシステムである。ただし、複数のセンタ間でPub/Subシステムを実現する場合には、サブスクライバの登録情報の伝播が遅延することがある。
ところで、Pub/Subシステムの実現の方式には、大きく分けて2通りのタイプがある。一つは、トピックへのサブスクライバの登録時に配送元ノードに通知を行っておき、登録先にのみメッセージを配送するタイプ(例えば、特許文献1、特許文献2参照)、他の一つは、トピックへの登録先ノードを考慮せずに、メッセージを送付するタイプである。
特許文献1に開示された技術によれば、登録されたノードにのみメッセージの配送を行う分、通信のコストの観点で優位である。しかしながら、ネットワークの遅延等によってトピックへのサブスクライバの登録が遅延した場合、メッセージが送信されないことがあるという欠点がある。一方、トピックの登録ノードを考慮せずに全てのノードに送る技術では、予め全ノードに対してメッセージを配信し、受信側ノードでサブスクライバが登録されているかどうかの判別を行うことでサブスクライバ登録のタイムラグの問題に対処する。しかしながら、この場合ネットワークトラフィックの増大という新たな問題が発生する。
本発明の目的は上記サブスクライバ登録のタイムラグの問題を解決し、かつ、ネットワークトラフィックの低減をはかった、Pub/Subシステムにおけるメッセージ配送を行うことが可能な技術を提供することにある。
本発明は、受け付けたメッセージを配送先ノード装置に配送するメッセージ配送装置において、メッセージ登録時刻がサブスクライバ登録時刻以後である場合に当該メッセージをそのサブスクライバ登録情報で示される配送先ノード装置に配送するものである。
本発明のメッセージ配送装置では、Pub/Subシステムにおける通常のメッセージ登録処理としてメッセージが登録されると、メッセージ登録時刻を示すメッセージ情報をメッセージ配送情報テーブルへ格納した後、当該メッセージの配送先のノード装置の情報をサブスクライバ登録情報テーブルから読み出してその配送先ノード装置に前記メッセージを配送する処理を行う。
また本発明のメッセージ配送装置では、サブスクライバである配送先ノード装置の情報と当該サブスクライバの登録をそのノード装置が指示した時刻を示すサブスクライバ登録時刻とを表すサブスクライバ登録情報の通知をノード装置から受け取ると、当該サブスクライバ登録情報を前記サブスクライバ登録情報テーブルへ格納した後、前記メッセージ配送情報テーブルからメッセージ情報中のメッセージ登録時刻を読み出して、前記通知されたサブスクライバ登録情報中のサブスクライバ登録時刻と比較してそのメッセージ登録時刻がサブスクライバ登録時刻以後であるかどうかを調べ、サブスクライバ登録時刻以後である場合には、そのサブスクライバ登録情報で示される配送先ノード装置に当該メッセージ情報で示されるメッセージを配送する処理を行う。
よって本発明においては、サブスクライバ登録情報の通知が遅延した場合に、従来は配送が行われなかったメッセージを、遅延して登録されたサブスクライバに対しても配送することができ、そのメッセージに係るユーザプログラムの処理をメッセージ配送先のノード装置に継続して実行させることができる。従って、ネットワークによるタイムラグにおいてもPub/Subシステムの可用性が確保されていることになる。また、本発明においては、サブスクライバが登録されたノード装置に対してのみ、メッセージ配送処理を行うこととなる。つまり、ネットワークトラフィックは低減されているといえる。
本発明によれば、サブスクライバ登録のタイムラグの問題を解決し、かつ、ネットワークトラフィックの低減をはかった、Pub/Subシステムにおけるメッセージ配送を行うことが可能である。
以下に受け付けたメッセージを配送先ノード装置に配送する一実施形態のメッセージ配送装置について説明する。
図1は本実施形態のPub/Subシステムの一例を示す図である。図1に示す様に、本発明の実施形態に係るPub/Subシステムは、ノードAのコンピュータ1と、ノードBのコンピュータ2と、ノードCのコンピュータ3とがネットワーク4によって接続されて構成される。
なお、これらのコンピュータ1〜3は、ネットワーク4におけるいわゆるノード装置であり、以下、本明細書及び図面においては、単に「ノード」と、適宜、略称する。また、「ノード#のコンピュータ」を単に「ノード#」と適宜、略称する。ここで、#は、A、BまたはCである。
図1において、ノードAのコンピュータ1は、CPU(Central Processing Unit)11と、メモリ12とから構成され、メモリ12には、監視エージェント121、キューマネージャ122、ユーザプログラム123、トピック124、サブスクライバ登録情報テーブル125、センタ間通信履歴126、メッセージ配送プログラム127が格納されている。なお、メモリ12は、通常は、主メモリ部分が半導体メモリで構成され、補助メモリ部分がハードディスク記憶装置によって構成される。
ここで、監視エージェント121は、メッセージ配送先ノードであるノード2またはノード3における監視エージェントとの間で定期的に通信を行い、サブスクライバ登録情報のやり取りを行う機能等を持つ。また、キューマネージャ122は、使用するトピックを管理するとともに、ユーザプログラム123がAPI(アプリケーション・プログラム・インタフェース)を介して操作するトピック124に対し、メッセージの登録及び読み出し及びサブスクライバの登録を行う。
なお、「トピック」とは、メッセージを保存する為の論理的な待ち行列を構成する器であり、通常はハードディスク記憶装置上のファイルとして実現される。トピックは内部にメッセージ1241とメッセージ毎の配送状況を表すメッセージ配送情報テーブル1242を保持する。ユーザプログラム123は、メッセージ送信時に、トピックを指定してメッセージ登録APIを発行することによって、メッセージを送信側ノードのトピックに格納する。すると、メッセージキューイングシステムの転送機能によって、トピックに格納されたメッセージは、例えば、FIFO(先入れ・先出し)アルゴリズムに従って取り出され、サブスクライバ登録情報テーブル125に登録されているサブスクライバに対応する宛先トピックへ送信される。
また、図1では、トピックは、トピック124として1つしか示されていないが、各ノードのコンピュータが少なくとも1つのトピック、通常は、複数のトピックを使用するので、ノードのコンピュータの数よりは多いトピックがあることになる。
また、ユーザプログラム123は、受信時には、トピックに対してサブスクライバを登録した後に、メッセージ読み出しAPIを発行することによって、宛先トピックに格納されているメッセージを、例えば、キューに最も長く格納されている順番に取り出す。なお、この取り出しにおいては特定のメッセージを優先的に取り出すことも可能である。
ここで、メッセージ配送プログラム127は、監視エージェント121が受け取ったサブスクライバの登録情報をもとに、サブスクライバ登録情報テーブル125とセンタ間通信履歴126を更新した後で、トピック内のメッセージ配送情報テーブル1242に基づき、サブスクライバに対応するトピック内の配送メッセージを選択する。そして、配送先ノード上のトピックに対して、そのメッセージを配送し、その後メッセージ配送情報テーブル1242の状態を更新する。
次に、ノードBのコンピュータ2は、CPU21とメモリ22から構成され、メモリ22には、監視エージェント221、キューマネージャ222、ユーザプログラム223、トピック224、サブスクライバ登録情報テーブル225、センタ間通信履歴226、メッセージ配送プログラム227が格納されている。監視エージェント221、キューマネージャ222、ユーザプログラム223、トピック224、サブスクライバ登録情報テーブル225、センタ間通信履歴226、メッセージ配送プログラム227のそれぞれの機能は、ノードAのコンピュータ1における監視エージェント121、キューマネージャ122、ユーザプログラム123、トピック124、サブスクライバ登録情報テーブル125、センタ間通信履歴126、メッセージ配送プログラム127のそれぞれの機能と同じである。
更に、ノードCのコンピュータ3は、ノードBと同じ構成である。
更に、ノードCのコンピュータ3は、ノードBと同じ構成である。
本実施形態において、前記監視エージェント、キューマネージャ及びメッセージ配送の処理を行う処理部としてコンピュータを機能させる為のプログラムは、CD−ROM等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はCD−ROM以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体からコンピュータにインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
図2は本実施形態のメッセージ配送処理で用いられるデータのデータ構造例を示す図である。ここで、図2(a)は、サブスクライバ登録情報テーブルのデータ構造の一例、、図2(b)は、センタ間通信履歴のデータ構造の一例、図2(c)は、メッセージ配送情報テーブルのデータ構造の一例を示している。
サブスクライバ登録情報テーブル125は、トピック毎にそのトピックに登録されているサブスクライバと宛先ノードとサブスクライバの登録時刻を対応づけた情報であり、図2(a)に示す様に、トピック名、(サブスクライバ名、宛先ノード名、サブスクライバ登録時刻)等のフィールドによって構成される。ここで、このサブスクライバ登録時刻は、サブスクライバの登録を行おうとするノードがそのサブスクライバ登録情報を送信して登録を指示した時刻を示すものとする。
センタ間通信履歴126は、ノードごとのサブスクライバ登録情報を受け取った最終時刻を対応付けた情報であり、図2(b)に示す様に、ノード名、最終通信時刻等のフィールドによって構成される。また、メッセージ配送情報テーブルは、メッセージ毎に配送済みサブスクライバを対応付けた情報であり、図2(c)に示す様に、メッセージ名、メッセージ登録時刻、配送済みサブスクライバ等のフィールドによって構成される。
図3は本実施形態のPub/Subシステムにおけるメッセージ配送処理の流れの例を示す図である。通常メッセージが登録された場合の処理手順を図3で説明する。
メッセージが登録されるとキューマネージャはトピックとメッセージ配送情報テーブルに対して、メッセージ情報を登録する(ステップS31、S32)。その後で、サブスクライバ登録情報テーブルから、トピックに対応付けられたサブスクライバ登録情報を取得する(ステップS33)。そして、登録されているサブスクライブを選択し(ステップS34)、メッセージの配送(ステップS35)を行い、配送が終了するとメッセージ配送情報テーブルを更新(ステップS36)することを繰り返す。なお、メッセージの配送が完了してもこの時点でメッセージの削除は行わない。
図4は本実施形態のPub/Subシステムにおけるサブスクライバ登録情報を受け取ったときの流れの例を示す図である。すなわち、図4は、ノードAのコンピュータ1においてサブスクライバ登録情報を受け取ったとき、そのノードAのコンピュータ1が使用していたトピックに格納されているメッセージを、サブスクライバ登録情報を通知してきたノードBのコンピュータのキューマネージャに配送する処理の例を示したものである。以下、その処理の内容について説明する。なお、メッセージをキューマネージャに配送するとは、そのキューマネージャが管理するトピック、つまり、そのキューマネージャが動作しているノードが使用する対応するトピックにメッセージを配送することを意味する。(以下、本明細書において同じ)。
図4には、コンピュータ1のメッセージ配送プログラム127、監視エージェント121、サブスクライバ登録情報テーブル125、センタ間通信履歴126、メッセージ配送情報テーブル1242、キューマネージャ122、コンピュータ2の監視エージェント221、キューマネージャ222の動作が示されている。
ノード#のコンピュータ1、2、3(ここで、#=A、B、C)との間には、通常、サブスクライバ登録情報通知の為の専用線(図1において図示せず)が設けられており、その通信線を介してノード#のコンピュータ1、2、3ではサブスクライバ登録情報をやりとりすることができる。この通信は定期的に行われ、例えば、ノードAのコンピュータ1の持つトピックに対して、ノードBがサブスクライバを登録した場合、その後の定期的なサブスクライバ情報通知には、ノードBからノードAに対してのサブスクライバ登録情報が含まれる。(ステップS41)。
その通知を受けたコンピュータ1の監視エージェント121は、メッセージ配送プログラム127に通知する(ステップS42)。すると、メッセージ配送プログラム127は、センタ間通信履歴126を更新(ステップS43)した後で、自ノードのトピックを一つ選択する(ステップS44)。そして、そのトピックに関連するサブスクライバ登録通知を元に、サブスクライバ登録情報テーブルを更新する(ステップS45)。
次に、サブスクライバ登録情報に含まれるサブスクライバを一つ選択し(ステップS46)、そのサブスクライバに配送すべきメッセージがトピック内に存在するかどうかを選別する(ステップS47)。このメッセージ選別処理の具体的な処理手順については、次に、図5を用いて詳細に説明する。
図5は本実施形態のメッセージ選別処理の具体的な処理手順を示す図である。図5において、メッセージ配送プログラム127は、メッセージ配送情報テーブル1242と通知されたサブスクライバ登録情報を参照する。そして、メッセージ配送情報テーブルにメッセージが存在するかをチェックし(ステップS51)、最初のメッセージを選択する(ステップS52)。
次に、サブスクライバ登録時刻以降にメッセージが登録されていた場合(ステップS53)、サブスクライバに対して未配送であれば配送対象として選別する(ステップS54、S55)。続いて、メッセージのポインタを進めて(ステップS56)、次に位置するメッセージを選択し、ステップS51〜S56の処理を、メッセージがなくなる(ステップS51でNo)まで繰り返す。
説明を図4に戻す。メッセージ配送プログラム127は、以上の様にして、サブスクライバに対する配送対象メッセージを選別すると、キューマネージャに対して、それらのメッセージをサブスクライバに対応するキューマネージャに配送する様に指示し(ステップS48)、キューマネージャはメッセージを配送する(ステップS49)。メッセージの配送が終了すると、メッセージ配送プログラムはメッセージ情報テーブルに対して、配送したメッセージに対応する配送済みサブスクライバの値を更新する様に指示する(ステップS4a)。その後、メッセージ配送プログラムは、ステップS46へ戻り未処理のサブスクライバが存在しなくなるまで、ステップS47以下の処理を再度実行し、存在しなくなった場合には(ステップS46でNo)、メッセージの削除処理(ステップS4b)を実行する。
図6は本実施形態のメッセージ削除処理の具体的な処理手順を示す図である。メッセージの削除処理の詳細な手順を図6で説明する。
メッセージの削除処理では、センタ間の通信履歴とメッセージ配送情報テーブルとサブスクライバ登録情報を参照する。そして、メッセージ配送情報テーブルの中にメッセージが存在した場合(ステップS61)、メッセージを選択する(ステップS62)。そして、そのメッセージがメッセージの登録時刻以降に全てのノードとの通信履歴があるかをチェックし(ステップS63)、サブスクライバ登録情報に記載しているサブスクライバのうち、配送対象のものが配送済みサブスクライバに登録されているかをチェックする(ステップS64)。これらの条件を満たす場合には、メッセージを削除する(ステップS65)。続いて、メッセージのポインタを進めて(ステップS66)、次に位置するメッセージを選択し、ステップS61以下の処理を、削除判定が未処理のメッセージがなくなる(ステップS61でNo)まで繰り返す。
説明を再び図4に戻す。メッセージ配送プログラム127は、メッセージの削除処理が完了すると、ステップS44へ戻り未処理のトピックが存在しなくなるまで、ステップS45以下の処理を再度実行し、存在しなくなった場合には(ステップS44でNo)、メッセージ配送処理を終える。
以上の様に、本実施形態においては、サブスクライバ登録情報を受け取った時に、メッセージを対応するノードのトピックに配送をおこなう。そのため、ネットワーク等の要因でサブスクライバ登録情報の通知に遅延が起きた場合でも、メッセージを適切に配送することができ、かつ、サブスクライバ登録を行っていないノードについては、メッセージは送信しないため、ネットワークトラフィックを低減することができる。
1〜3…コンピュータ、4…ネットワーク、11…CPU、12…メモリ、121…監視エージェント、122…キューマネージャ、123…ユーザプログラム、124…トピック、1241…メッセージ、1242…メッセージ配送情報テーブル、125…サブスクライバ登録情報テーブル、126…センタ間通信履歴、127…メッセージ配送プログラム、21…CPU、22…メモリ、221…監視エージェント、222…キューマネージャ、223…ユーザプログラム、224…トピック、225…サブスクライバ登録情報テーブル、226…センタ間通信履歴、227…メッセージ配送プログラム。
Claims (4)
- 受け付けたメッセージを配送先ノード装置に配送するメッセージ配送装置におけるメッセージ配送方法において、
メッセージが登録された場合にメッセージ登録時刻を示すメッセージ情報をメッセージ配送情報テーブルへ記憶装置により格納し、当該メッセージの配送先のノード装置の情報をサブスクライバ登録情報テーブルから記憶装置により読み出してその配送先ノード装置に前記メッセージを配送し、配送先ノード装置及びサブスクライバ登録時刻を示すサブスクライバ登録情報の通知を受け取った場合に当該サブスクライバ登録情報を前記サブスクライバ登録情報テーブルへ記憶装置により格納し、前記メッセージ配送情報テーブルのメッセージ情報中のメッセージ登録時刻が前記通知されたサブスクライバ登録情報中のサブスクライバ登録時刻以後である場合にそのサブスクライバ登録情報で示される配送先ノード装置に当該メッセージ情報で示されるメッセージを配送することを特徴とするメッセージ配送方法。 - 前記メッセージ配送情報テーブルのメッセージ情報中のメッセージ登録時刻以降における全てのノード装置との通信履歴が記憶装置により格納されており、当該メッセージの配送対象のノード装置が配送済みサブスクライバとして前記メッセージ配送情報テーブルへ記憶装置により格納されている場合に当該メッセージを記憶装置から削除することを特徴とする請求項1に記載されたメッセージ配送方法。
- 受け付けたメッセージを配送先ノード装置に配送するメッセージ配送装置において、
メッセージが登録された場合にメッセージ登録時刻を示すメッセージ情報をメッセージ配送情報テーブルへ記憶装置により格納し、当該メッセージの配送先のノード装置の情報をサブスクライバ登録情報テーブルから記憶装置により読み出してその配送先ノード装置に前記メッセージを配送するキューマネージャ処理部と、
配送先ノード装置及びサブスクライバ登録時刻を示すサブスクライバ登録情報の通知を受け取った場合に当該サブスクライバ登録情報を前記サブスクライバ登録情報テーブルへ記憶装置により格納し、前記メッセージ配送情報テーブルのメッセージ情報中のメッセージ登録時刻が前記通知されたサブスクライバ登録情報中のサブスクライバ登録時刻以後である場合にそのサブスクライバ登録情報で示される配送先ノード装置に当該メッセージ情報で示されるメッセージを配送するメッセージ配送処理部とを備えることを特徴とするメッセージ配送装置。 - 受け付けたメッセージを配送先ノード装置に配送するメッセージ配送装置におけるメッセージ配送方法をコンピュータに実行させる為のプログラムにおいて、
メッセージが登録された場合にメッセージ登録時刻を示すメッセージ情報をメッセージ配送情報テーブルへ記憶装置により格納し、当該メッセージの配送先のノード装置の情報をサブスクライバ登録情報テーブルから記憶装置により読み出してその配送先ノード装置に前記メッセージを配送し、配送先ノード装置及びサブスクライバ登録時刻を示すサブスクライバ登録情報の通知を受け取った場合に当該サブスクライバ登録情報を前記サブスクライバ登録情報テーブルへ記憶装置により格納し、前記メッセージ配送情報テーブルのメッセージ情報中のメッセージ登録時刻が前記通知されたサブスクライバ登録情報中のサブスクライバ登録時刻以後である場合にそのサブスクライバ登録情報で示される配送先ノード装置に当該メッセージ情報で示されるメッセージを配送するメッセージ配送方法をコンピュータに実行させることを特徴とするプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006309024A JP2008124977A (ja) | 2006-11-15 | 2006-11-15 | メッセージ配送方法、装置及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006309024A JP2008124977A (ja) | 2006-11-15 | 2006-11-15 | メッセージ配送方法、装置及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2008124977A true JP2008124977A (ja) | 2008-05-29 |
Family
ID=39509245
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006309024A Pending JP2008124977A (ja) | 2006-11-15 | 2006-11-15 | メッセージ配送方法、装置及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2008124977A (ja) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011514087A (ja) * | 2008-03-05 | 2011-04-28 | インターナショナル・ビジネス・マシーンズ・コーポレーション | publish/subscribeメッセージ・ブローカ |
US8863149B2 (en) | 2010-01-06 | 2014-10-14 | Canon Kabushiki Kaisha | Message processing apparatus and message processing method |
WO2017094774A1 (ja) * | 2015-12-04 | 2017-06-08 | 株式会社リコー | 制御システム、通信制御方法、及びプログラム |
JP2021022392A (ja) * | 2013-05-20 | 2021-02-18 | パックサイズ,エルエルシー | ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム |
US10979864B2 (en) | 2018-03-14 | 2021-04-13 | Toyota Jidosha Kabushiki Kaisha | Data collection system, data collection method, and message delivery control device |
-
2006
- 2006-11-15 JP JP2006309024A patent/JP2008124977A/ja active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011514087A (ja) * | 2008-03-05 | 2011-04-28 | インターナショナル・ビジネス・マシーンズ・コーポレーション | publish/subscribeメッセージ・ブローカ |
US8863149B2 (en) | 2010-01-06 | 2014-10-14 | Canon Kabushiki Kaisha | Message processing apparatus and message processing method |
JP2021022392A (ja) * | 2013-05-20 | 2021-02-18 | パックサイズ,エルエルシー | ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム |
JP7042317B2 (ja) | 2013-05-20 | 2022-03-25 | パックサイズ,エルエルシー | ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム |
WO2017094774A1 (ja) * | 2015-12-04 | 2017-06-08 | 株式会社リコー | 制御システム、通信制御方法、及びプログラム |
JPWO2017094774A1 (ja) * | 2015-12-04 | 2018-09-13 | 株式会社リコー | 制御システム、通信制御方法、及びプログラム |
US10681094B2 (en) | 2015-12-04 | 2020-06-09 | Ricoh Company, Ltd. | Control system, communication control method, and program product |
US10979864B2 (en) | 2018-03-14 | 2021-04-13 | Toyota Jidosha Kabushiki Kaisha | Data collection system, data collection method, and message delivery control device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9553789B2 (en) | Inter-node communication scheme for sharing node operating status | |
US9705752B2 (en) | Reliably updating a messaging system | |
US20190266124A1 (en) | Methods for enabling direct memory access (dma) capable devices for remote dma (rdma) usage and devices thereof | |
JP4696089B2 (ja) | 分散ストレージシステム | |
WO2013078689A1 (zh) | 一种云消息服务中实现消息传递的方法和装置 | |
JP2006338666A (ja) | 分散カーネルオペレーティングシステム | |
JP2008033952A (ja) | 共通作業キュー環境における最適格サーバ | |
JP6191159B2 (ja) | サーバ、バックアップシステム、バックアップ方法、および、コンピュータ・プログラム | |
JP2007286790A (ja) | アプリケーション管理プログラム、アプリケーション管理方法およびアプリケーション管理装置 | |
JP2006340354A (ja) | 分散カーネルオペレーティングシステム | |
JP6279744B2 (ja) | eメールのウェブクライアント通知の待ち行列化方法 | |
JP2013097548A (ja) | 情報処理システム、情報処理装置、クライアント端末、情報処理方法、及びプログラム | |
JP4410608B2 (ja) | Webサービス提供方法 | |
JP2008124977A (ja) | メッセージ配送方法、装置及びプログラム | |
JP2008141361A (ja) | データ配信方法、データ配信システム及びノード装置 | |
US10154079B2 (en) | Pre-boot file transfer system | |
WO2014190622A1 (zh) | 一种离线消息的存储方法及服务器 | |
US8141103B2 (en) | Solution for modifying a queue manager to support smart aliasing which permits extensible software to execute against queued data without application modifications | |
US20060050641A1 (en) | Method, system, and product for alleviating router congestion | |
US7924844B1 (en) | System and method for communicating messages among components in a computing environment | |
JP2009157786A (ja) | メッセージ送信制御方法、メッセージ送信制御装置、及びメッセージ送信制御プログラム | |
JP4392343B2 (ja) | メッセージ配布方法、待機系ノード装置およびプログラム | |
CN104333803B (zh) | 防止视频编辑时丢帧的方法、设备及系统 | |
JP6595419B2 (ja) | Api提供装置及びapiリクエスト制御方法 | |
JP2006031238A (ja) | メッセージ転送制御方法、メッセージ転送制御プログラムおよびメッセージキューイング装置 |