JP2020187466A - Information processor and delivery program and decentralization processing system - Google Patents
Information processor and delivery program and decentralization processing system Download PDFInfo
- Publication number
- JP2020187466A JP2020187466A JP2019090495A JP2019090495A JP2020187466A JP 2020187466 A JP2020187466 A JP 2020187466A JP 2019090495 A JP2019090495 A JP 2019090495A JP 2019090495 A JP2019090495 A JP 2019090495A JP 2020187466 A JP2020187466 A JP 2020187466A
- Authority
- JP
- Japan
- Prior art keywords
- proxy
- base
- broker
- subscription
- topic
- 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.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
Description
本発明は、情報処理装置、配送プログラムおよび分散処理システムに関する。 The present invention relates to information processing devices, delivery programs and distributed processing systems.
パブリッシュ・サブスクライブモデルのデータ収集方法が知られている。このデータ収集方法では、サブスクライバが、ブローカを介してパブリッシャからのデータを取得する。パブリッシャは、データを提供する側であり、サブスクライバを意識することなく、ブローカにデータを送る。サブスクライバは、データを利用する側であり、パブリッシャを意識することなく、ブローカにデータを要求する。 Data collection methods for publish-subscribe models are known. In this data collection method, the subscriber retrieves data from the publisher through the broker. The publisher is the provider of the data and sends the data to the broker without being aware of the subscriber. The subscriber is the user of the data and requests the data from the broker without being aware of the publisher.
また、ＩｏＴ（Internet of Things）の進展にともなって、エンドデバイスが生み出すデータ量が増加し、全てのデータの処理やデバイスの制御をクラウドで行うことが難しくなってきている。このため、エッジコンピューティングによる分散処理環境に注目が集まっている。エッジコンピューティングは、コンピュータネットワーク上で、利用者に近い場所に複数のエッジ装置を配置して、負荷の分散と通信の低遅延化を図る技術である。 In addition, with the progress of IoT (Internet of Things), the amount of data generated by end devices is increasing, and it is becoming difficult to process all data and control devices in the cloud. For this reason, attention is focused on the distributed processing environment by edge computing. Edge computing is a technology for arranging a plurality of edge devices close to a user on a computer network to distribute the load and reduce the communication delay.
これに関し、パブリッシュ・サブスクライブモデルにおける負荷分散に関連する技術が知られている。（例えば、特許文献１および特許文献２）
In this regard, techniques related to load distribution in publish-subscribe models are known. (For example,
しかしながら、エッジコンピューティングによる分散処理システムにおいて、パブリッシュ・サブスクライブモデルのデータ収集方法を用いる場合に、拠点間でサブスクライブの無駄な通信が発生することがある。 However, in a distributed processing system by edge computing, when the data collection method of the publish-subscribe model is used, useless communication of subscribe may occur between bases.
１つの側面では、本発明は、拠点間でのサブスクライブの通信量を削減することを目的とする。 In one aspect, the present invention aims to reduce the amount of subscription traffic between sites.
本発明の一つの態様の情報処理装置は、外部拠点に配備されているプロキシからサブスクライブを受信した場合、自拠点内に配備されているブローカと、ブローカで受けているパブリッシュのトピックとを対応づけるブローカ管理情報において、サブスクライブで配送が要求されるトピックに対応づけられているブローカに、サブスクライブを転送する転送部、を含む。 When the information processing device of one aspect of the present invention receives a subscription from a proxy deployed at an external base, it corresponds to the broker deployed in the own base and the topic of publishing received by the broker. In the broker management information to be attached, the transfer unit that transfers the subscription to the broker associated with the topic for which delivery is required by the subscription is included.
拠点間でのサブスクライブの通信量を削減することができる。 It is possible to reduce the amount of subscription communication between bases.
以下、図面を参照しながら、本発明のいくつかの実施形態について詳細に説明する。なお、複数の図面において対応する要素には同一の符号を付す。 Hereinafter, some embodiments of the present invention will be described in detail with reference to the drawings. The same reference numerals are given to the corresponding elements in the plurality of drawings.
上述のように、パブリッシュ・サブスクライブモデルのデータ収集方法が知られている。以下、図１および図２を参照して、例示的なパブリッシュ・サブスクライブモデルのデータ収集を説明する。 As mentioned above, data collection methods for publish-subscribe models are known. Data collection of an exemplary publish-subscribe model will be described below with reference to FIGS. 1 and 2.
（パブリッシュ・サブスクライブモデル）
図１は、例示的なパブリッシュ・サブスクライブモデルを示す図である。パブリッシュ・サブスクライブモデルのデータ収集方法では、パブリッシャ１０１がパブリッシュしたデータは、ブローカ１０２を介してサブスクライバ１０３に提供される。
(Publish / subscribe model)
FIG. 1 is a diagram showing an exemplary publish-subscribe model. In the publish-subscribe model data collection method, the data published by the
パブリッシャ１０１は、データを提供するものであるが、そのデータに関心のあるサブスクライバ１０３（例えば、アプリケーション）に関する情報は有していなくてもよく、ブローカ１０２のトピックを送信先としてデータを送信する。パブリッシャ１０１は、例えば、工場などに設置される生産機器、組立機器、センサ、カメラなどの機器である。パブリッシャ１０１は、これらの機器で収集されたデータをパブリケーションと呼ばれるメッセージ形式で生成し、これらのメッセージのトピックを定義して、ブローカ１０２に送信する。
The
また、サブスクライバ１０３は、データを要求するものである。サブスクライバ１０３は、データの収集を行うパブリッシャ１０１に関する情報は有していなくてもよく、ブローカ１０２にトピックの情報の配信を申し込んで、配信を申し込んだトピックに登録されるメッセージの配信を受ける。サブスクライバ１０３は、例えば、パブリッシャ１０１で取集されたデータを用いて実行される処理（アプリケーション）である。
In addition, the
続いて、ブローカ１０２の動作例について説明する。ブローカ１０２は、パブリッシャ１０１とサブスクライバ１０３との間でのデータのやり取りを仲介する。
Subsequently, an operation example of the
図２は、ブローカ１０２の動作例を示す説明図である。図２において、各サブスクライバ１０３（＃１〜＃４）は、ブローカ１０２に対して、トピックのデータを要求する登録を行う。また、各パブリッシャ１０１（＃１〜＃３）は、トピックとデータとを含むメッセージ２０をブローカ１０２宛に送信する。
FIG. 2 is an explanatory diagram showing an operation example of the
トピックは、データの特徴を表す情報であり、例えば、データのタイトル、種類、形式などを示す情報であってよい。 The topic is information that represents the characteristics of the data, and may be, for example, information that indicates the title, type, format, and the like of the data.
ブローカ１０２は、どのサブスクライバ１０３が、どのトピックのデータの配信を申し込んだかを管理している。図２の例では、ブローカ１０２は、トピックとサブスクライバＩＤとを対応付けて記憶する配信管理情報２００を用いて、サブスクライバ１０３とトピックとの対応関係を管理する。サブスクライバＩＤは、サブスクライバ１０３を一意に識別する識別子である。例えば、ブローカ１０２は、サブスクライバ１０３からトピックのデータの配信の申し込みを受けると、そのサブスクライバ１０３のサブスクライバＩＤを、配信の申し込みのあったトピックと対応づけて配信管理情報２００に登録する。
The
そして、ブローカ１０２は、例えば、パブリッシャ：＃１からのトピック１とデータとを含むメッセージ２０を受け付けると、トピック１のメッセージ・キューにメッセージ２０を入れる。そして、ブローカ１０２は、トピック１のメッセージ・キューに入れたメッセージ２０を先に入れたものから順に、配信管理情報２００を参照して、トピック１のデータを要求したサブスクライバ＃１，＃２宛に送る。
Then, when the
なお、以下の説明では、サブスクライバ１０３が、あるトピックのデータを要求する登録を行うこと、あるいは、あるトピックのデータを要求するメッセージ自体を「サブスクライブ」と呼ぶことがある。また、パブリッシャ１０１が、トピックとデータとを含むメッセージを送信すること、あるいは、トピックとデータとを含むメッセージ自体を「パブリッシュ」と呼ぶことがある。
In the following description, the
このようなパブリッシュ・サブスクライブモデルのデータ収集方法は、例えば、データをどのように用いるかは決まっていないものの、次々とデータを収集していくようなシステムなどに利用されている。そして、例えば、図３に示すような、エッジコンピューティングによる分散処理システム３００において、パブリッシュ・サブスクライブモデルのデータ収集方法を用いることがある。
Such a publish-subscribe model data collection method is used, for example, in a system that collects data one after another, although it is not decided how to use the data. Then, for example, in the distributed
図３は、例示的な分散処理システム３００のシステム構成を示す説明図である。図３において、分散処理システム３００は、拠点Ｂ０〜Ｂｎ（ｎ：１以上の自然数）を含む。拠点Ｂ０〜Ｂｎは、一例ではネットワークごとに区分されていてよい。例えば、拠点は、インターネット、キャリア網などの広域網とファイアウォールおよびゲートウェイ装置ＧＷを介して接続しているローカル網が設置される場所であってよく、拠点間の通信は外部の広域網を介して行われてよい。例えば、分散処理システム３００において、拠点Ｂ０〜Ｂｎの拠点間は、ネットワーク３１０を介して相互に通信可能に接続される。ネットワーク３１０は、例えば、広域通信網（ＷＡＮ：Wide Area Network）、インターネットである。
FIG. 3 is an explanatory diagram showing a system configuration of an exemplary distributed
拠点Ｂ０は、サーバ３０１を含む。サーバ３０１は、例えば、クラウドコンピューティングのサーバコンピュータである。以下の説明では、拠点Ｂ０を「クラウド」と表記する場合がある。
The base B0 includes the
また、拠点Ｂ０を除く拠点Ｂ１〜Ｂｎのうちの任意の拠点を「拠点Ｂｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。拠点Ｂｉは、エッジ装置ＥＧと、ゲートウェイ装置ＧＷとを含む。拠点Ｂｉにおいて、エッジ装置ＥＧと、ゲートウェイ装置ＧＷとは、ネットワーク３２０を介して相互に通信可能に接続される。ネットワーク３２０は、例えば、構内通信網（ＬＡＮ：Local Area Network）である。
Further, any base among the bases B1 to Bn other than the base B0 may be described as "base Bi" (i = 1, 2, ..., N). The base Bi includes an edge device EG and a gateway device GW. At the base Bi, the edge device EG and the gateway device GW are connected to each other so as to be able to communicate with each other via the
ゲートウェイ装置ＧＷは、近距離無線通信または有線通信により、デバイスｄｖから送出されるデータを受信する情報処理装置である。近距離無線通信としては、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを利用した通信が挙げられる。また、ゲートウェイ装置ＧＷは、デバイスｄｖから受信したデータを、他のコンピュータ（例えば、エッジ装置ＥＧ、サーバ３０１）に中継する機能を有する。ゲートウェイ装置ＧＷは、例えば、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）などのアクセスポイントであってよく、また、サーバやパーソナルコンピュータ（ＰＣ）であってもよい。また、デバイスｄｖは、例えば、工場などに設置される生産機器、組立機器、センサ、カメラなどの機器である。 The gateway device GW is an information processing device that receives data transmitted from the device dv by short-range wireless communication or wired communication. Examples of short-range wireless communication include communication using a wireless LAN, Bluetooth (registered trademark), and the like. Further, the gateway device GW has a function of relaying the data received from the device dv to another computer (for example, edge device EG, server 301). The gateway device GW may be, for example, an access point such as a wireless LAN or Bluetooth (registered trademark), or may be a server or a personal computer (PC). Further, the device dv is, for example, a device such as a production device, an assembly device, a sensor, or a camera installed in a factory or the like.
エッジ装置ＥＧは、各種処理を行う情報処理装置である。エッジ装置ＥＧは、エッジコンピューティングにおけるエッジサーバであり、サーバ３０１（クラウド）に比べて、デバイスｄｖやユーザに近い位置に配置される。エッジ装置ＥＧは、例えば、サーバ、ＰＣ、アクセスポイントなどである。 The edge device EG is an information processing device that performs various processes. The edge device EG is an edge server in edge computing, and is arranged at a position closer to the device dv and the user than the server 301 (cloud). The edge device EG is, for example, a server, a PC, an access point, or the like.
なお、図３の例では、拠点Ｂｉ内のエッジ装置ＥＧおよびゲートウェイ装置ＧＷを、それぞれ１台だけ示しているが、実施形態はこれに限定されるものではない。例えば、拠点Ｂｉは、２台以上のエッジ装置ＥＧおよびゲートウェイ装置ＧＷを含んでいてもよい。また、サーバ３０１は、複数のコンピュータにより実装されてもよい。
In the example of FIG. 3, only one edge device EG and one gateway device GW in the base Bi are shown, but the embodiment is not limited to this. For example, the base Bi may include two or more edge device EGs and a gateway device GW. Further, the
そして、例えば、以上のような分散処理システム３００において、デバイスｄｖは、パブリッシャ１０１として動作してよい。また、例えば、サーバ３０１、エッジ装置ＥＧ、およびゲートウェイ装置ＧＷには、サブスクライバ１０３として動作する処理（例えば、アプリケーション）が配備されていてよい。また更に、サーバ３０１、エッジ装置ＥＧ、およびゲートウェイ装置ＧＷには、ブローカ１０２として動作するアプリケーションが配備されていてもよい。
Then, for example, in the distributed
ここで、例えば、以上のような分散処理システム３００において、パブリッシュ・サブスクライブモデルのデータ収集方法を用いる場合に、クラウド上だけでなく、拠点側にもブローカ１０２を配置することが望ましいことがある。
Here, for example, when the data collection method of the publish / subscribe model is used in the distributed
例えば、ある拠点Ｂｉに配置されているパブリッシャ１０１（例えば、デバイスｄｖ）がパブリッシュするデータを利用するサブスクライバ１０３（例えば、処理（アプリケーション））を、クラウド上からその拠点Ｂｉに移動したとする。この場合にも、ブローカ１０２がクラウドにあると、データを一旦クラウドに送ることになり、拠点側にサブスクライバ１０３を移動した効果が得られなくなる恐れがある。そのため、クラウドからサブスクライバ１０３を移動した拠点側にもブローカ１０２を配置することが望ましい。
For example, suppose that a subscriber 103 (for example, a process (application)) that uses data published by a publisher 101 (for example, device dv) located in a certain base Bi is moved from the cloud to the base Bi. In this case as well, if the
一方で、パブリッシャ１０１となる各拠点内のデバイス（例えば、デバイスｄｖ）は、メッセージ（パブリッシュ）の宛先を変更することが難しいことがある。例えば、パブリッシャ１０１となる各拠点内のデバイスｄｖは、分散処理システム３００のサーバ３０１からの遠隔制御を受け付けないことがある。この場合、拠点側にブローカ１０２を移動した際に、デバイスｄｖのメッセージ（パブリッシュ）の宛先を、クラウドのブローカ１０２から拠点側のブローカ１０２に変更することが難しいことがある。
On the other hand, it may be difficult for the device (for example, device dv) in each base that becomes the
このため、例えば、クラウドにメッセージの配送先を管理する拠点管理部４０１を配備し、また、拠点にプロキシ４０２を配備して、プロキシ４０２でメッセージの配送先を制御することが考えられる。
Therefore, for example, it is conceivable to deploy a
図４は、拠点管理部４０１およびプロキシ４０２を配備した例示的な分散処理システム３００を示す図である。なお、プロキシ４０２は、一例では、サーバ３０１、エッジ装置ＥＧ、およびゲートウェイ装置ＧＷにおいて、アプリケーションとして配備されてよい。
FIG. 4 is a diagram showing an exemplary distributed
図４の例では、拠点Ｂ０（クラウド）上のサーバ３０１には、拠点管理部４０１、およびプロキシ４０２が配備されている。また、サーバ３０１には、ブローカ１０２と、サブスクライバ１０３としてトピックＢのデータを用いて処理を実行する処理ＢおよびトピックＣのデータを用いて処理を実行する処理Ｃとが配備されている。
In the example of FIG. 4, the
また、例えば、図４では、拠点Ｂ１には、パブリッシャ１０１としてセンサＡおよびセンサＢと、ブローカ１０２と、サブスクライバ１０３としてトピックＡのデータを用いて処理を実行する処理Ａと、プロキシ４０２とが配備されている。拠点Ｂ２には、プロキシ４０２と、パブリッシャ１０１としてセンサＣとが配備されている。
Further, for example, in FIG. 4, the base B1 is provided with the sensor A and the sensor B as the
続いて、図４を参照して、プロキシ４０２を介したメッセージの配送の流れについて説明する。
Subsequently, the flow of message delivery via the
（パブリッシュのプロキシを介した配送例）
まず、パブリッシュのプロキシ４０２を介した配送例について説明する。例えば、パブリッシャ１０１は、プロキシ４０２に宛ててメッセージ（パブリッシュ）を送信するように設定されてよい。例えば、図４の拠点Ｂ１では、パブリッシャ１０１であるセンサＡは、センサで検出したデータとそのデータのトピックとを含むパブリッシュをプロキシ４０２に宛てて送信する（図４の（１ａ））。
(Example of delivery via publish proxy)
First, an example of delivery via the publish
プロキシ４０２は、例えば、データを受信すると、データの配送先となるブローカ１０２を、クラウドの拠点管理部４０１に問い合わせる（図４の（２ａ））。
When the
図５は、プロキシ４０２がメッセージの配送先を問い合わせるために拠点管理部４０１に送信する配送先提供依頼５００を例示する図である。配送先提供依頼５００は、例えば、メッセージ種別と、拠点ＩＤと、トピックとを含んでよい。メッセージ種別は、プロキシ４０２が配送先の問い合わせを行うメッセージの種別を示す情報である。例えば、パブリッシャ１０１から通知されたパブリッシュの配送先を拠点管理部４０１に問い合わせる場合、プロキシ４０２は、メッセージ種別にパブリッシュを示す情報を登録してよい。また、例えば、サブスクライバ１０３から通知されたサブスクライブの配送先を拠点管理部４０１に問い合わせる場合、プロキシ４０２は、メッセージ種別にサブスクライブを示す情報を登録してよい。拠点ＩＤは、例えば、配送先提供依頼５００の送信元のプロキシ４０２が配備されている拠点を一意に識別する識別子である。トピックは、例えば、メッセージ種別がパブリッシュである場合には、パブリッシャ１０１から通知されたデータのトピックを示す情報であってよい。パブリッシャ１０１から通知されたデータのトピックは、一例では、パブリッシャ１０１から通知されたデータとともに、パブリッシャ１０１から通知されてよい。また、トピックは、例えば、メッセージ種別がサブスクライブである場合には、サブスクライバ１０３から通知されたサブスクライブでデータの配送が要求されるトピックを示す情報であってよい。
FIG. 5 is a diagram illustrating a delivery
そして、図４の（２ａ）において、拠点管理部４０１は、例えば、プロキシ４０２から配送先提供依頼５００を受信すると、受信した配送先提供依頼５００に含まれる情報と、拠点管理情報６００とに基づいて、メッセージの配送先を特定する。
Then, in (2a) of FIG. 4, when the
図６は、例示的な拠点管理情報６００を示す図である。拠点管理情報６００は、例えば、各拠点に配備されているプロキシ４０２、ブローカ１０２、サブスクライバ１０３、およびパブリッシャ１０１などに関する情報を管理する情報であってよい。図６では、拠点管理情報６００には、例えば、拠点ＩＤ、プロキシアドレス、ブローカアドレス、サブスクライバ、およびトピックが対応づけられたエントリが登録されている。拠点管理情報６００の拠点ＩＤは、例えば、拠点を一意に識別する識別子である。拠点管理情報６００のプロキシアドレスは、例えば、エントリの拠点ＩＤで識別される拠点に配備されているプロキシ４０２のアドレスである。拠点管理情報６００のブローカアドレスは、例えば、エントリの拠点ＩＤで識別される拠点に配備されているブローカ１０２のアドレスである。なお、ブローカアドレス「−（ｎｕｌｌ）」は、例えば、エントリの拠点ＩＤで識別される拠点に、ブローカ１０２が配備されていないことを示してよい。拠点管理情報６００のサブスクライバは、例えば、エントリの拠点ＩＤで識別される拠点に配備されているサブスクライバ１０３を示す情報である。サブスクライバ「−」は、エントリの拠点ＩＤで識別される拠点にサブスクライバ１０３が配備されていないことを示す。拠点管理情報６００のトピックは、例えば、エントリの拠点ＩＤで識別される拠点に配備されているブローカ１０２が、パブリッシャ１０１から受信しているパブリッシュのトピックを示す情報である。トピック「−」は、エントリの拠点ＩＤで識別される拠点でブローカ１０２が受信しているパブリッシュがないことを示す。
FIG. 6 is a diagram showing exemplary
そして、拠点管理情報６００を参照することで、拠点管理部４０１は、配送先提供依頼５００で問い合わせを受けたメッセージの配送先を特定することができる。例えば、拠点管理部４０１は、メッセージ種別がパブリッシュである場合、配送先提供依頼５００の送信元拠点と一致する拠点ＩＤを有する拠点管理情報６００のエントリのブローカアドレスを配送先として特定し、配送先提供依頼５００の送信元のプロキシ４０２に通知する。そして、プロキシ４０２は、拠点管理部４０１からの応答で通知された配送先にメッセージ（パブリッシュ）の宛先を変更してメッセージを送信する（図４の（３ａ））。
Then, by referring to the
図７は、プロキシ４０２によるメッセージの宛先変更を例示する図である。図７（ａ）は、パブリッシュを例示している。センサなどのパブリッシャ１０１から出力されるパブリッシュは、例えば、プロキシアドレス、パブリッシャアドレス、トピック、およびデータを含んでよい。プロキシアドレスは、例えば、パブリッシュの宛先となるプロキシ４０２のアドレスである。パブリッシャアドレスは、パブリッシュの送信元のパブリッシャ１０１のアドレスである。トピックは、パブリッシュのデータのトピックである。データは、パブリッシュの送信元のパブリッシャ１０１で収集されたデータである。
FIG. 7 is a diagram illustrating a message destination change by the
そして、プロキシ４０２は、拠点管理部４０１からの応答で通知された配送先にメッセージ（パブリッシュ）の宛先を変更してメッセージを配送してよい。図７（ｂ）は、宛先の変更後のパブリッシュを例示しており、プロキシアドレスが、拠点管理部４０１からの応答で通知された配送先のブローカアドレスに変更されている。
Then, the
以上のように、例えば、分散処理システム３００においてブローカ１０２を別の拠点に移動した場合にも、パブリッシャ１０１が送信するパブリッシュの宛先を変更しなくても、パブリッシュをプロキシ４０２を介して適切なブローカ１０２に配送することができる。
As described above, for example, even when the
なお、拠点Ｂ２のように、ブローカ１０２が配備されていない場合には、拠点管理部４０１は、拠点Ｂ２のプロキシ４０２からの配送先提供依頼５００に対して、クラウド（拠点Ｂ０）に配備されているブローカ１０２のブローカアドレスを通知してよい。この場合、拠点Ｂ２のプロキシ４０２は、クラウド（拠点Ｂ０）のブローカ１０２にパブリッシュを配送してよい（図４の（４ａ））。
When the
（サブスクライブのプロキシを介した配送例）
続いて、サブスクライブのプロキシ４０２を介した配送例を説明する。サブスクライブの配送もプロキシ４０２で制御することができる。例えば、サブスクライバ１０３は、プロキシ４０２に宛ててメッセージ（サブスクライブ）を送信するように設定されていてよい。図４の例では、拠点Ｂ０の処理Ｂのサブスクライバ１０３は、トピックＢのデータを要求するサブスクライブをプロキシ４０２に宛てて送信する（図４の（１ｂ））。
(Example of delivery via subscription proxy)
Subsequently, an example of delivery via the
プロキシ４０２は、例えば、サブスクライブを受信すると、サブスクライブの配送先となるブローカ１０２を、クラウドの拠点管理部４０１に問い合わせる（図４の（２ｂ））。例えば、プロキシ４０２は、図５で示した配送先提供依頼５００を拠点管理部４０１に送信して、サブスクライブの配送先を問い合わせてよい。なお、サブスクライブの配送先の問い合わせでは、配送先提供依頼５００のメッセージ種別には、サブスクライブを示す情報が登録されてよい。また、拠点ＩＤは、例えば、配送先提供依頼５００の送信元のプロキシ４０２が配備されている拠点を一意に識別する識別子である。配送先提供依頼５００のトピックには、例えば、サブスクライブで配送が要求されるトピックが登録されてよい。
When the
拠点管理部４０１は、例えば、プロキシ４０２から配送先提供依頼５００を受信すると、配送先提供依頼５００のメッセージ種別が、パブリッシュか、またはサブスクライブかを特定する。そして、例えば、メッセージ種別がサブスクライブである場合、拠点管理部４０１は、配送先提供依頼５００のトピックと一致するトピックを含む拠点管理情報６００のエントリに含まれるブローカアドレスを配送先として特定する。そして、拠点管理部４０１は、特定した配送先のブローカアドレスを、配送先提供依頼５００の送信元のプロキシ４０２に通知する。
When the
そして、プロキシ４０２は、拠点管理部４０１からの応答で通知された配送先にメッセージ（サブスクライブ）の宛先を変更してメッセージを送信する（図４の（３ｂ））。
Then, the
図７（ｃ）は、サブスクライブを例示している。例えば、サブスクライバ１０３がデータを要求するために発行するサブスクライブは、プロキシアドレス、サブスクライバアドレス、サブスクライバＩＤ、およびトピックを含んでよい。プロキシアドレスは、例えば、サブスクライバ１０３からのサブスクライブの宛先となるプロキシ４０２のアドレスである。サブスクライバアドレスは、例えば、サブスクライブの送信元のサブスクライバ１０３のアドレスである。サブスクライバＩＤ(identifier)は、例えば、サブスクライブの送信元のサブスクライバ１０３を一意に識別する識別情報である。トピックは、例えば、サブスクライブでデータの送信が要求されるトピックを示す情報である。
FIG. 7 (c) illustrates subscription. For example, a subscription issued by
そして、プロキシ４０２は、拠点管理部４０１からの応答で通知された配送先にメッセージ（サブスクライブ）の宛先を変更してメッセージを配送してよい。図７（ｄ）は、宛先の変更後のサブスクライブを例示しており、プロキシアドレスが、拠点管理部４０１からの応答で通知された配送先のブローカアドレスに変更されている。
Then, the
以上のように、例えば、分散処理システム３００においてブローカ１０２を別の拠点に移動した場合に、サブスクライバ１０３のサブスクライブの送信先を変更しなくても、サブスクライブをプロキシ４０２を介して適切なブローカ１０２に配送することができる。例えば、図４では、処理Ｂが発行したトピックＢのデータを要求するサブスクライブは、拠点管理情報６００においてトピックにＢが登録されている拠点１に配備されているブローカ１０２（アドレス４）に配送される（図４の（３ｂ））。一方、処理Ｃが発行したトピックＣのデータを要求するサブスクライブは、拠点管理情報６００においてトピックにＣが登録されている拠点０に配備されているブローカ１０２（アドレス３）に配送される（図４の（３ｂ’））。
As described above, for example, when the
以上で述べたように、分散処理システム３００においてある拠点から別の拠点へと拠点をまたいでパブリッシャ１０１、ブローカ１０２、およびサブスクライバ１０３の配置を変更したとしても、プロキシ４０２を用いてメッセージを適切な配送先に配送することができる。
As described above, even if the placement of the
しかしながら、近年、例えば、ＩｏＴデバイスなどのセンサを備えるデバイスは増加傾向にあり、それにともない、拠点に配備されるセンサなどのパブリッシャ１０１の数も、図８に示すように、増加することがある。なお、パブリッシャ１０１の増加にともない、それらのパブリッシャ１０１を収容するゲートウェイ装置ＧＷの数も増加してもよい。この場合、パブリッシャ１０１からプロキシ４０２を介してブローカ１０２に配送されるデータの量が増加するため、プロキシ４０２およびブローカ１０２にかかる処理負荷が高くなることがある。その結果、転送遅延などが発生してしまうことがあり、リアルタイム性が要求されるＣＰＳ（Cyber-Physical System）アプリケーションなどでは問題になることがある。
However, in recent years, for example, the number of devices equipped with sensors such as IoT devices has been increasing, and along with this, the number of
そのため、例えば、センサの数の多い拠点において、プロキシ４０２およびブローカ１０２の数を増やして、処理負荷を分散させることが考えられる。図９は、拠点Ｂ１において配備するプロキシ４０２とブローカ１０２とを増やした分散処理システム３００の構成を示す図である。図９の拠点Ｂ１に示すように、配備するブローカ１０２およびプロキシ４０２を増やすことで、増やしたブローカ１０２およびプロキシ４０２に処理を分散させることができる。そのため、ブローカ１０２およびプロキシ４０２の１つあたりの処理量を削減することが可能になる。
Therefore, for example, in a base having a large number of sensors, it is conceivable to increase the number of
しかしながら、ブローカ１０２を増やすと、サブスクライブの配信先が、増設したブローカ１０２の分増加してしまうことがある。例えば、図９に示すように、拠点Ｂ０（クラウド）に配備されているサブスクライバ１０３：処理ＢがトピックＢのデータの配送を要求するサブスクライブをプロキシ４０２に送信したとする（図９の（１））。プロキシ４０２は、サブスクライブを受信すると、サブスクライブの配送先を拠点管理部４０１に問い合わせる（図９の（２））。ここで、増設したブローカ１０２は、例えば、拠点Ｂ１にもともと設置されているプロキシ４０２と同じトピックを処理するブローカ１０２であるとする。この場合、配送先提供依頼５００に対する応答では、もともと設置されているブローカ１０２のブローカアドレスに加えて、増設されたブローカ１０２のブローカアドレスも通知される。その結果、拠点Ｂ０のプロキシ４０２は、拠点Ｂ１のブローカ１０２と、増設されたブローカ１０２の双方に、トピックＢのデータの配送を要求するサブスクライブを送信する（図９の（３））。この場合、拠点Ｂ０（クラウド）から１つの拠点Ｂ１に対して同じサブスクライブを複数送信しており、重複したデータを同じ拠点間で複数送信することは無駄な拠点間の通信となる。そのため、拠点間での重複したサブスクライブの配送を抑制することのできる技術の提供が望まれている。
However, if the number of
以下で述べる実施形態では、プロキシ４０２は、拠点管理部４０１に問い合わせて特定したサブスクライブの配送先が、自拠点とは異なる外部拠点である場合、配送先の拠点を代表する代表プロキシにサブスクライブを送信する。そのため、例えば、図９の（３）において、拠点間で複数のブローカ１０２に対して配送しているサブスクライブを、代表プロキシに集約して配送することができため、拠点間での重複したサブスクライブの配送を抑制することができる。なお、代表プロキシは、サブスクライブを受信すると、代表プロキシと同じ拠点に配備されているブローカ１０２にサブスクライブを配送する。以下、実施形態を更に詳細に説明する。
In the embodiment described below, when the delivery destination of the subscribe specified by inquiring to the
図１０は、実施形態に係るサーバ３０１の機能ブロック構成を例示する図である。サーバ３０１は、例えば、制御部１００１、記憶部１００２、および通信部１００３を含む。制御部１００１は、例えば拠点管理部４０１などとして動作する。また、制御部１００１は、例えば、サーバ３０１に配備されているブローカ１０２、サブスクライバ１０３、およびプロキシ４０２として動作してもよい。サーバ３０１の記憶部１００２は、例えば、後述する拠点管理情報１２００などの情報を記憶していてよい。これらの各部の詳細及び記憶部１００２に格納されている情報の更なる詳細については後述する。
FIG. 10 is a diagram illustrating a functional block configuration of the
図１１は、実施形態に係るプロキシ４０２の機能ブロック構成を例示する図である。なお、プロキシ４０２は、例えば、サーバ３０１、エッジ装置ＥＧ、およびゲートウェイ装置ＧＷなどに実装されてよい。プロキシ４０２は、例えば、制御部１１０１、記憶部１１０２、および通信部１１０３を含む。制御部１１０１は、例えば転送部１１１１および取得部１１１２などとして動作する。プロキシ４０２の記憶部１１０２は、例えば、後述するように、代表プロキシとして動作する場合には、ブローカ管理情報１３００などの情報を記憶していてよい。これらの各部の詳細及び記憶部１１０２に格納されている情報の更なる詳細については後述する。
FIG. 11 is a diagram illustrating a functional block configuration of the
図１２は、実施形態に係る拠点管理情報１２００を例示する図である。拠点管理情報１２００は、例えば、各拠点に配備されているプロキシ４０２、ブローカ１０２、サブスクライバ１０３、およびパブリッシャ１０１などに関する情報を管理する情報であってよい。図１２の例では、拠点管理情報１２００には、拠点ＩＤ、代表プロキシアドレス、ブローカアドレス、サブスクライバ、およびトピックが対応づけられたエントリが登録されている。拠点管理情報１２００の拠点ＩＤは、例えば、拠点を一意に識別する識別子である。拠点管理情報１２００の代表プロキシアドレスは、例えば、エントリの拠点ＩＤで識別される拠点に配備されているプロキシ４０２を代表する代表プロキシのアドレスである。拠点管理情報１２００のブローカアドレスは、例えば、エントリの拠点ＩＤで識別される拠点に配備されているブローカ１０２のアドレスである。なお、ブローカアドレス「−（ｎｕｌｌ）」は、例えば、エントリの拠点ＩＤで識別される拠点にブローカ１０２が配備されていないことを示してよい。拠点管理情報１２００のサブスクライバは、例えば、エントリの拠点ＩＤで識別される拠点に配備されているサブスクライバを示す情報である。サブスクライバ「−」は、エントリの拠点ＩＤで識別される拠点にサブスクライバ１０３が配備されていないことを示す。拠点管理情報１２００のトピックは、例えば、エントリの拠点ＩＤで識別される拠点に配備されているブローカ１０２が、パブリッシャ１０１から受信しているパブリッシュのトピックを示す情報である。トピック「−」は、エントリの拠点ＩＤで識別される拠点でブローカ１０２が受けるパブリッシュがないことを示す。なお、拠点に複数のブローカ１０２が配備される場合、拠点管理情報１２００のブローカアドレスには、拠点に配備された全てのブローカ１０２のブローカアドレスが登録されてよい。例えば、ユーザが分散処理システム３００において、拠点Ｂ１にブローカ１０２を追加して配備する場合、ユーザは、拠点管理情報１２００の拠点ＩＤ：Ｂ１のエントリのブローカアドレスに、追加して配備したブローカ１０２のブローカアドレスを追加してよい。
FIG. 12 is a diagram illustrating the
また、図１３は、ブローカ管理情報１３００を例示する図である。ブローカ管理情報１３００は、例えば、代表プロキシとして動作するプロキシ４０２の記憶部１１０２に記憶されていてよい。ブローカ管理情報１３００には、例えば、ブローカアドレスおよびトピックが対応付けられたエントリが登録されている。ブローカ管理情報１３００のブローカアドレスには、例えば、ブローカ管理情報１３００を記憶する代表プロキシと同じ拠点に配備されているブローカ１０２のブローカアドレスが登録されてよい。また、ブローカ管理情報１３００のトピックには、エントリのブローカアドレスで識別されるブローカ１０２で受信されるパブリッシュのトピックを示す情報が登録されてよい。
Further, FIG. 13 is a diagram illustrating
続いて、実施形態に係る拠点管理部４０１が実行する配送先通知処理を説明する。図１４は、実施形態に係る拠点管理部４０１が実行する配送先通知処理の動作フローを例示する図である。例えば、拠点管理部４０１は、プロキシ４０２から配送先提供依頼５００を受信すると、図１４の動作フローを開始してよい。
Subsequently, the delivery destination notification process executed by the
ステップ１４０１（以降、ステップを“Ｓ”と記載し、例えば、Ｓ１４０１と表記する）において拠点管理部４０１は、受信した配送先提供依頼５００のメッセージ種別がパブリッシュであるか、サブスクライブであるかを判定する。配送先提供依頼５００のメッセージ種別がパブリッシュである場合、フローはＳ１４０２に進む。
In step 1401 (hereinafter, step is described as "S", for example, S1401), the
Ｓ１４０２において拠点管理部４０１は、拠点管理情報１２００を参照し、配送先提供依頼５００の送信元拠点と拠点管理情報１２００において対応づけられている代表プロキシと、ブローカアドレスとを特定する。なお、Ｓ１４０２において拠点管理部４０１は、配送先提供依頼５００の送信元拠点を含む拠点管理情報１２００のエントリに、配送先提供依頼５００で通知されたトピックが登録されていない場合、配送先提供依頼５００で通知されたトピックを登録してよい。
In S1402, the
Ｓ１４０３において拠点管理部４０１は、特定した代表プロキシと、ブローカアドレスとを含む応答を、配送先提供依頼５００を送信してきたプロキシ４０２に返信し、本動作フローは終了する。
In S1403, the
一方、Ｓ１４０１において配送先提供依頼５００のメッセージ種別がサブスクライブである場合、フローはＳ１４０４に進む。
On the other hand, if the message type of the delivery
Ｓ１４０４において拠点管理部４０１は、拠点管理情報１２００を参照し、配送先提供依頼５００のトピックと拠点管理情報１２００において対応づけられている拠点と代表プロキシアドレスとブローカアドレスとを特定する。
In S1404, the
Ｓ１４０５において拠点管理部４０１は、特定した拠点と代表プロキシアドレスとブローカアドレスとを含む応答を、配送先提供依頼５００を送信してきたプロキシ４０２に返信し、本動作フローは終了する。
In S1405, the
以上で述べたように、図１４の動作フローによれば、拠点管理部４０１は、配送先提供依頼５００に応じて、メッセージの配送先に関する情報をプロキシ４０２に提供することができる。
As described above, according to the operation flow of FIG. 14, the
また、図１５は、実施形態に係るプロキシ４０２の制御部１１０１が実行するパブリッシュの配送処理の動作フローを例示する図である。プロキシ４０２の制御部１１０１は、例えば、パブリッシャ１０１からパブリッシュを受信すると、図１５の動作フローを開始してよい。
Further, FIG. 15 is a diagram illustrating an operation flow of a publish delivery process executed by the
Ｓ１５０１においてプロキシ４０２の制御部１１０１は、受信したパブリッシュからトピックの情報を抽出する。Ｓ１５０２においてプロキシ４０２の制御部１１０１は、受信したパブリッシュの配送先を拠点管理部４０１に問い合わせる。例えば、プロキシ４０２の制御部１１０１は、Ｓ１５０１で抽出したトピックを含む配送先提供依頼５００を生成して拠点管理部４０１に送信し、パブリッシュの配送先を問い合わせてよい。
In S1501, the
Ｓ１５０３においてプロキシ４０２の制御部１１０１は、拠点管理部４０１からの応答から、プロキシ４０２が配備されている拠点に複数のブローカ１０２が配備されているか否かを判定する。例えば、拠点管理部４０１からの応答に複数のブローカアドレスが含まれている場合、プロキシ４０２の制御部１１０１は、Ｓ１５０３においてＹｅｓと判定してよく、フローはＳ１５０４に進む。
In S1503, the
Ｓ１５０４においてプロキシ４０２の制御部１１０１は、拠点管理部４０１からの応答に含まれる代表プロキシアドレスを用いて、代表プロキシとして動作するプロキシ４０２にパブリッシュ１６０１を送信し、本動作フローは終了する。
In S1504, the
図１６は、実施形態に係る代表プロキシに送信されるメッセージを例示する図である。図１６（ａ）は、Ｓ１５０４でプロキシ４０２の制御部１１０１が、代表プロキシアドレスに送信するパブリッシュ１６０１を例示している。パブリッシュ１６０１は、例えば、代表プロキシアドレス、ブローカアドレス、パブリッシャアドレス、トピック、およびデータを含んでよい。パブリッシュ１６０１の代表プロキシアドレスは、拠点管理部４０１からの応答で通知された代表プロキシアドレスである。また、パブリッシュ１６０１のブローカアドレスは、例えば、拠点管理部４０１からの応答で通知されたブローカアドレスである。パブリッシュ１６０１のパブリッシャアドレス、トピック、データはそれぞれ、例えば、図７（ａ）のパブリッシュのパブリッシャアドレス、トピック、データと同様の情報であってよい。
FIG. 16 is a diagram illustrating a message transmitted to the representative proxy according to the embodiment. FIG. 16A illustrates the publish 1601 transmitted to the representative proxy address by the
一方、Ｓ１５０３において例えば、拠点管理部４０１からの応答に含まれるブローカアドレスが１つである場合、Ｓ１５０３においてＮｏと判定してよく、フローはＳ１５０５に進む。
On the other hand, in S1503, for example, when the number of broker addresses included in the response from the
Ｓ１５０５においてプロキシ４０２の制御部１１０１は、応答で通知されたブローカアドレスにパブリッシュを送信し、本動作フローは終了する。Ｓ１５０５で送信されるパブリッシュは、例えば、図７（ｂ）に示すパブリッシュであってよい。
In S1505, the
以上で述べたように、プロキシ４０２の制御部１１０１は、パブリッシュを受信した場合に、パブリッシュの配送先のブローカ１０２が拠点内に複数ある場合には、代表プロキシにパブリッシュを転送する。一方、プロキシ４０２の制御部１１０１は、パブリッシュの配送先のブローカ１０２が拠点内に１つである場合には、そのブローカ１０２にパブリッシュを配送する。
As described above, the
続いて、代表プロキシとして動作するプロキシ４０２の制御部１１０１が、他のプロキシ４０２からパブリッシュ１６０１を受信した場合に実行するパブリッシュの配送処理について説明する。図１７は、実施形態に係る代表プロキシとして動作するプロキシ４０２によるパブリッシュの配送処理の動作フローを例示する図である。
Subsequently, the publish delivery process executed when the
Ｓ１７０１においてプロキシ４０２の制御部１１０１は、パブリッシュ１６０１に含まれるブローカアドレスおよびトピックの情報を読み出す。
In S1701, the
Ｓ１７０２においてプロキシ４０２の制御部１１０１は、読み出したブローカアドレスおよびトピックを含むエントリが、記憶部１１０２に記憶されているブローカ管理情報１３００に登録されているか否かを判定する。読み出したブローカアドレスおよびトピックを含むエントリが、ブローカ管理情報１３００に登録されていない場合（Ｓ１７０２がＮｏ）、フローはＳ１７０３に進む。
In S1702, the
Ｓ１７０３においてプロキシ４０２の制御部１１０１は、ブローカ管理情報１３００に、読み出したブローカアドレスおよびトピックを対応づけたエントリを登録し、フローはＳ１７０４に進む。なお、例えば、パブリッシュ１６０１から読み出したブローカアドレスを含むエントリが既にブローカ管理情報１３００に含まれている場合には、プロキシ４０２の制御部１１０１は、そのエントリにパブリッシュ１６０１から読み出したトピックを追加してよい。
In S1703, the
また、Ｓ１７０２において読み出したブローカアドレスおよびトピックを含むエントリが、ブローカ管理情報１３００に登録されている場合（Ｓ１７０２がＹｅｓ）、フローはＳ１７０４に進む。 If the entry including the broker address and the topic read in S1702 is registered in the broker management information 1300 (S1702 is Yes), the flow proceeds to S1704.
Ｓ１７０４においてプロキシ４０２の制御部１１０１は、パブリッシュ１６０１で指定されるトピックとブローカ管理情報１３００において対応づけられているブローカアドレスのブローカ１０２にパブリッシュ１６０１を配送し、本動作フローは終了する。なお、パブリッシュ１６０１で指定されるトピックとブローカ管理情報１３００において対応づけられているブローカアドレスが複数登録されている場合には、プロキシ４０２の制御部１１０１は、パブリッシュ１６０１を複数のブローカ１０２のうちの一部に送信してもよい。一例では、プロキシ４０２の制御部１１０１は、所定期間に処理するパブリッシュ１６０１の数が均一に近づくように、複数のブローカ１０２のうちのいずれかにパブリッシュ１６０１を振り分けてよい。それにより、拠点内の複数のブローカ１０２が処理するパブリッシュ１６０１の数を平均化して、負荷を分散させることができる。
In S1704, the
以上の図１７で述べた動作フローによれば、代表プロキシとして動作するプロキシ４０２の制御部１１０１は、パブリッシュ１６０１を拠点内のブローカ１０２に配送することができる。また、図１７の動作フローによれば、代表プロキシとして動作するプロキシ４０２の制御部１１０１は、拠点内のブローカ１０２と、拠点内のパブリッシャ１０１が送信したパブリッシュのトピックの情報とを、ブローカ管理情報１３００に登録することができる。
According to the operation flow described with reference to FIG. 17, the
続いて、プロキシ４０２の制御部１１０１が実行するサブスクライブの配送処理について説明する。
Subsequently, the subscription delivery process executed by the
図１８は、実施形態に係るプロキシ４０２の制御部１１０１が実行するサブスクライブの配送処理の動作フローを例示する図である。例えば、プロキシ４０２の制御部１１０１は、サブスクライブを受信すると、図１８の動作フローを開始してよい。
FIG. 18 is a diagram illustrating an operation flow of a subscription delivery process executed by the
Ｓ１８０１においてプロキシ４０２の制御部１１０１は、受信したサブスクライブの配送先を問い合わせる配送先提供依頼５００を拠点管理部４０１に送信し、その応答としてサブスクライブの配送先の情報を受信する。なお、拠点管理部４０１は、例えば、上述の図１４の動作フローのＳ１４０４〜Ｓ１４０５の処理で応答を、配送先提供依頼５００を送付したプロキシ４０２に返信してよい。また、この応答は、例えば、サブスクライブで要求されるトピックと拠点管理情報１２００において対応づけられている拠点ＩＤと、代表プロキシアドレスと、ブローカアドレスとを含んでよい。
In S1801, the
Ｓ１８０２においてプロキシ４０２の制御部１１０１は、応答で通知されるサブスクライブの配送先に自拠点が含まれるか否かを判定する。例えば、プロキシ４０２の制御部１１０１は、記憶部１１０２に記憶されている自拠点を識別するための拠点ＩＤと一致する拠点ＩＤが、拠点管理部４０１から受信した応答に含まれているか否かに基づいて、サブスクライブの配送先に自拠点が含まれるか否かを判定してよい。記憶部１１０２に記憶されている自拠点を識別するための拠点ＩＤと一致する拠点ＩＤが、拠点管理部４０１から受信した応答に含まれていない場合（Ｓ１８０２がＮｏ）、フローはＳ１８０４に進む。一方、記憶部１１０２に記憶されている自拠点を識別するための拠点ＩＤと一致する拠点ＩＤが、拠点管理部４０１から受信した応答に含まれている場合（Ｓ１８０２がＹｅｓ）、フローはＳ１８０３に進む。
In S1802, the
Ｓ１８０３においてプロキシ４０２の制御部１１０１は、拠点管理部４０１から受信した応答に含まれるブローカアドレスにサブスクライブを配送し、フローはＳ１８０４に進む。なお、プロキシ４０２の制御部１１０１は、例えば、図７（ｄ）のサブスクライブを配送先のブローカ１０２に送信してよい。
In S1803, the
Ｓ１８０４においてプロキシ４０２の制御部１１０１は、サブスクライブの配送先に外部拠点が含まれるか否かを判定する。例えば、プロキシ４０２の制御部１１０１は、記憶部１１０２に記憶されている自拠点を識別するための拠点ＩＤと異なる拠点ＩＤが、拠点管理部４０１から受信した応答に含まれているか否かに基づいて、サブスクライブの配送先に外部拠点が含まれるか否かを判定してよい。記憶部１１０２に記憶されている自拠点を識別するための拠点ＩＤと異なる拠点ＩＤが、拠点管理部４０１から受信した応答に含まれていない場合（Ｓ１８０４がＮｏ）、本動作フローは終了する。一方、記憶部１１０２に記憶されている自拠点を識別するための拠点ＩＤと異なる拠点ＩＤが、拠点管理部４０１から受信した応答に含まれている場合（Ｓ１８０４がＹｅｓ）、フローはＳ１８０５に進む。
In S1804, the
Ｓ１８０５においてプロキシ４０２の制御部１１０１は、拠点管理部４０１から受信した応答に含まれている外部拠点の代表プロキシアドレスに、サブスクライブ１６０２を転送する。
In S1805, the
図１６（ｂ）は、Ｓ１８０５でプロキシ４０２の制御部１１０１が、代表プロキシアドレスに転送するサブスクライブ１６０２を例示している。サブスクライブ１６０２は、例えば、代表プロキシアドレス、サブスクライバアドレス、サブスクライバＩＤ、およびトピックを含んでよい。サブスクライブ１６０２の代表プロキシアドレスは、例えば、拠点管理部４０１からの応答で通知された代表プロキシアドレスである。また、サブスクライブ１６０２のサブスクライバアドレス、サブスクライバＩＤ、トピックはそれぞれ、例えば、図７（ｄ）のサブスクライブのサブスクライバアドレス、サブスクライバＩＤ、トピックと同様の情報であってよい。
FIG. 16B illustrates a
以上の図１８の動作フローによれば、プロキシ４０２の制御部１１０１は、サブスクライブを受信すると、自拠点内のブローカ１０２にサブスクライブを配送し、また、外部拠点の代表プロキシにサブスクライブを転送することができる。
According to the operation flow of FIG. 18 above, when the
続いて、代表プロキシとして動作するプロキシ４０２の制御部１１０１によるサブスクライブの配送処理を説明する。図１９は、代表プロキシとして動作するプロキシ４０２の制御部１１０１が実行するサブスクライブの配送処理の動作フローを例示する図である。例えば、プロキシ４０２の制御部１１０１は、外部拠点のプロキシ４０２からサブスクライブ１６０２を受信すると、図１９の動作フローを開始してよい。
Subsequently, the delivery process of the subscription by the
Ｓ１９０１においてプロキシ４０２の制御部１１０１は、サブスクライブ１６０２のトピックと対応するブローカ１０２のブローカアドレスを特定する。例えば、プロキシ４０２の制御部１１０１は、サブスクライブ１６０２のトピックと一致するトピックが登録されているブローカ管理情報１３００のエントリのブローカアドレスを特定してよい。
In S1901, the
Ｓ１９０２においてプロキシ４０２の制御部１１０１は、特定したブローカアドレスのブローカ１０２にサブスクライブを配送し、本動作フローは終了する。なお、プロキシ４０２の制御部１１０１は、例えば、図７（ｄ）のサブスクライブを配送先のブローカ１０２に送信してよい。
In S1902, the
以上の図１９の動作フローによれば、代表プロキシとして動作するプロキシ４０２の制御部１１０１は、外部拠点から転送されてきたサブスクライブ１６０２を、自拠点内のブローカ１０２に配送することができる。
According to the operation flow of FIG. 19 above, the
続いて、図２０は、上述した実施形態に係る代表プロキシを介したパブリッシュの配送の流れを例示する図である。 Subsequently, FIG. 20 is a diagram illustrating the flow of delivery of the publish via the representative proxy according to the above-described embodiment.
例えば、図２０の拠点Ｂ１においてプロキシ４０２（アドレス５）が、センサＡおよびセンサＢなどのパブリッシャ１０１からトピックＡのパブリッシュを受信したとする（図２０の（１））。
For example, suppose that the proxy 402 (address 5) receives the publication of topic A from the
この場合、プロキシ４０２（アドレス５）は、拠点管理部４０１に配送先提供依頼５００を送信し、パブリッシュの配送先を問い合わせる（図２０の（２））。
In this case, the proxy 402 (address 5) sends a delivery
プロキシ４０２（アドレス５）は、拠点管理部４０１からの問い合わせに対する応答に基づいてパブリッシュの配送先のブローカ１０２が複数あるか否かを判定する。そして、パブリッシュの配送先のブローカ１０２が複数ある場合、プロキシ４０２（アドレス５）は、拠点管理情報１２００に代表プロキシとして登録されているプロキシ４０２（アドレス１）にパブリッシュを転送する（図２０の（３））。
The proxy 402 (address 5) determines whether or not there are a plurality of
代表プロキシとして動作するプロキシ４０２（アドレス１）は、ブローカ管理情報１３００を参照し、拠点内のブローカ１０２（アドレス４．０，アドレス４．１）にパブリッシュを振り分けて配送する（図２０の（４））。
The proxy 402 (address 1), which operates as a representative proxy, refers to the
そのため、代表プロキシを介して、拠点内のブローカ１０２（アドレス４．０，アドレス４．１）にパブリッシュを分配することができ、拠点内のブローカ１０２のパブリッシュの処理にかかる負荷を低減することができる。
Therefore, the publish can be distributed to the brokers 102 (address 4.0, address 4.1) in the base via the representative proxy, and the load on the publish processing of the
続いて、図２１は、上述した実施形態に係る代表プロキシを介したサブスクライブの配送の流れを例示する図である。 Subsequently, FIG. 21 is a diagram illustrating a flow of delivery of the subscription via the representative proxy according to the above-described embodiment.
例えば、図２１の拠点Ｂ０（クラウド）においてプロキシ４０２（アドレス０）が、処理Ｂのサブスクライバ１０３からトピックＢのサブスクライブを受信したとする（図２１の（１））。
For example, suppose that the proxy 402 (address 0) receives the subscription of topic B from the
この場合、プロキシ４０２（アドレス０）は、拠点管理部４０１に配送先提供依頼５００を送信し、サブスクライブの配送先を問い合わせる（図２１の（２））。
In this case, the proxy 402 (address 0) sends a delivery
プロキシ４０２（アドレス０）は、拠点管理部４０１からの応答で通知される配送先が外部拠点の拠点Ｂ１である場合、拠点管理情報１２００に代表プロキシとして登録されている拠点Ｂ１のプロキシ４０２（アドレス１）にサブスクライブを転送する（図２１の（３））。
The proxy 402 (address 0) is the proxy 402 (address) of the base B1 registered as the representative proxy in the
代表プロキシとして動作するプロキシ４０２（アドレス１）は、ブローカ管理情報１３００に登録されているブローカ１０２のうちでトピックＢが登録されているブローカ１０２（アドレス４．０，アドレス４．１）にサブスクライブを配送する（図２１の（４））。
The proxy 402 (address 1) that operates as a representative proxy subscribes to the broker 102 (address 4.0, address 4.1) in which topic B is registered among the
以上のように、拠点間でサブスクライブを配送する場合に、代表プロキシにサブスクライブを転送し、代表プロキシから拠点内のブローカ１０２にサブスクライブを配送することで、拠点間で通信されるサブスクライブの数を削減することができる。従って、実施形態によれば、例えば、拠点間でのサブスクライブの通信量を削減することができる。
As described above, when delivering a subscription between bases, the subscription is transferred to the representative proxy, and the subscription is delivered from the representative proxy to the
なお、例えば、図２１の拠点Ｂ１においてプロキシ４０２（アドレス１）が、処理Ａのサブスクライバ１０３からトピックＡのサブスクライブを受信したとする（図２１の（１’））。
For example, it is assumed that the proxy 402 (address 1) receives the subscription of topic A from the
この場合、プロキシ４０２（アドレス１）は、拠点管理部４０１に配送先提供依頼５００を送信し、サブスクライブの配送先を問い合わせる（図２１の（２’））。
In this case, the proxy 402 (address 1) sends a delivery
プロキシ４０２（アドレス０）は、拠点管理部４０１からの問い合わせに対する応答に基づいてサブスクライブの配送先が自拠点の拠点Ｂ１であるか否かを判定する。そして、サブスクライブの配送先が自拠点の拠点Ｂ１である場合、プロキシ４０２は、応答で受信したブローカアドレスのブローカ１０２（アドレス４．０，アドレス４．１）にサブスクライブを転送する（図２１の（３’））。
The proxy 402 (address 0) determines whether or not the delivery destination of the subscription is the base B1 of the own base based on the response to the inquiry from the
以上で述べたように、プロキシ４０２は、自拠点内のブローカ１０２にサブスクライブを配送する場合には、ブローカ１０２に直接サブスクライブを配送してよい。
As described above, when the
以上で述べた上述の実施形態では、サブスクライブが拠点間で通信される場合、配送先に代表プロキシを用い、代表プロキシに拠点内でのブローカ１０２への配送を実行させる。即ち、例えば、外部ネットワークからのサブスクライブの受信は代表プロキシが代表して行い、代表プロキシがローカルネットワーク内のブローカに配送する。そのため、例えば、拠点内に複数のブローカ１０２が配備されている場合にも、拠点間でのサブスクライブの通信量を削減することができる。
In the above-described embodiment described above, when the subscription is communicated between the bases, the representative proxy is used as the delivery destination, and the representative proxy is made to execute the delivery to the
以上において、実施形態を例示したが、実施形態はこれに限定されるものではない。例えば、上述の動作フローは例示であり、実施形態はこれに限定されるものではない。可能な場合には、動作フローは、処理の順番を変更して実行されてもよく、別に更なる処理を含んでもよく、又は、一部の処理が省略されてもよい。例えば、図１８のＳ１８０２からＳ１８０３の処理と、Ｓ１８０４からＳ１８０５の処理とは順序を入れ替えて実行してもよい。 Although the embodiments have been illustrated above, the embodiments are not limited thereto. For example, the above-mentioned operation flow is an example, and the embodiment is not limited thereto. When possible, the operation flow may be executed by changing the order of processing, may include additional processing, or may omit some processing. For example, the processes S1802 to S1803 in FIG. 18 and the processes S1804 to S1805 may be executed by changing the order.
また、上述の実施形態では、パブリッシュの配送先のブローカ１０２が複数ある場合に、自拠点内の代表プロキシにパブリッシュを転送し、代表プロキシがパブリッシュをブローカ１０２に振り分ける例を述べている。例えば、代表プロキシがパブリッシュをブローカ１０２に振り分けることで、拠点内の複数のブローカ１０２が処理するパブリッシュの数を均一にすることが可能である。しかしながら、別の実施形態では、プロキシ４０２は、拠点管理部４０１からの応答において、配送先のブローカ１０２が複数含まれている場合には、応答を受信したプロキシ４０２がパブリッシュを複数のブローカ１０２のいずれかに振り分けてもよい。
Further, in the above-described embodiment, when there are a plurality of
また、上述の実施形態において、拠点管理情報１２００の代表プロキシアドレスは、例えば、分散処理システム３００の管理者がサーバ３０１を介して登録してもよい。或いは、別の実施形態では、拠点管理情報１２００のエントリの拠点ＩＤで識別される拠点のプロキシ４０２から、拠点管理部４０１が初めてパブリッシュの配送先を問い合わせる配送先提供依頼５００を受信したとする。この場合に、拠点管理部４０１は、配送先提供依頼５００の送信元のプロキシ４０２のアドレスを、その拠点ＩＤのエントリの代表プロキシアドレスに登録してよい。この様に、最初にパブリッシュの配送先を問い合わせたプロキシ４０２を代表プロキシとすることで、分散処理システム３００の管理者が拠点管理情報１２００に代表プロキシを登録する手間を省くことができる。
Further, in the above-described embodiment, the representative proxy address of the
また、上述の実施形態では、プロキシ４０２は、パブリッシュおよびサブスクライブなどのメッセージを受信すると、メッセージの配送先を拠点管理部４０１に問い合わせる例を述べているが、実施形態はこれに限定されるものではない。例えば、別の実施形態では、プロキシ４０２は、メッセージの宛先を拠点管理部４０１に問い合わせて、配送先の情報を得ると、その配送先を記憶部１１０２に記憶し、以降はその配送先に対象のメッセージを送信するように動作してよい。例えば、この様にすることで、メッセージの宛先を拠点管理部４０１に問い合わせる処理を削減することが可能である。
Further, in the above-described embodiment, when the
また、上述の実施形態では、拠点Ｂ０（クラウド）に配備されるサーバ３０１にサブスクライバ１０３、拠点管理部４０１、およびプロキシ４０２などが実装される例を述べているが、実施形態はこれに限定されるものではない。例えば、上述の実施形態でサーバ３０１が実行する処理は、複数の装置で分担して実行されてもよい。
Further, in the above-described embodiment, an example in which the
また、上述の実施形態では、拠点Ｂ０（クラウド）から、拠点Ｂ１にサブスクライブを配送する際に、代表プロキシに転送する例を述べているが、実施形態はこれに限定されるものではない。別の例では、拠点Ｂｉから拠点Ｂ０へ配送されるサブスクライブの通信量が削減されてもよい。即ち、例えば、図２１において、拠点Ｂ０（クラウド）にもトピックＡのデータを提供するセンサＡなどのパブリッシャ１０１が配備されているとする。そして、プロキシ４０２（アドレス１）が、処理Ａのサブスクライバ１０３からトピックＡのデータを要求するサブスクライブを受信して、その配送先を拠点管理部４０１に問い合わせた際に、配送先に拠点Ｂ０（クラウド）のブローカ１０２が含まれているとする。この場合に、プロキシ４０２（アドレス１）は、外部の拠点Ｂ０（クラウド）の代表プロキシにサブスクライブを転送してよい。以上のように、実施形態では、例えば、拠点間でサブスクライブを転送する場合に、代表プロキシにサブスクライブを転送するため、配送先の拠点に複数のブローカ１０２が含まれている場合にも、拠点間で行われるサブスクライブの通信量を削減することができる。
Further, in the above-described embodiment, an example of transferring the subscription from the base B0 (cloud) to the base B1 to the representative proxy is described, but the embodiment is not limited to this. In another example, the amount of subscription communication delivered from the base Bi to the base B0 may be reduced. That is, for example, in FIG. 21, it is assumed that the
図２２は、実施形態に係るサーバ３０１、エッジ装置ＥＧ、ゲートウェイ装置ＧＷなどを実現するためのコンピュータ（情報処理装置）２２００のハードウェア構成を例示する図である。なお、サーバ３０１、エッジ装置ＥＧ、ゲートウェイ装置ＧＷには、例えば、上述のブローカ１０２、サブスクライバ１０３、拠点管理部４０１、プロキシ４０２が配備され得る。また、一例では、サーバ３０１、エッジ装置ＥＧ、ゲートウェイ装置ＧＷに、パブリッシャ１０１が配備されてもよい。
FIG. 22 is a diagram illustrating a hardware configuration of a computer (information processing device) 2200 for realizing the
図２２のコンピュータ２２００のハードウェア構成は、例えば、プロセッサ２２０１、メモリ２２０２、記憶装置２２０３、読取装置２２０４、通信インタフェース２２０６、及び入出力インタフェース２２０７を備える。なお、プロセッサ２２０１、メモリ２２０２、記憶装置２２０３、読取装置２２０４、通信インタフェース２２０６、入出力インタフェース２２０７は、例えば、バス２２０８を介して互いに接続されている。
The hardware configuration of the
プロセッサ２２０１は、例えば、シングルプロセッサであっても、マルチプロセッサやマルチコアであってもよい。プロセッサ２２０１は、メモリ２２０２を利用して例えば上述の動作フローの手順を記述したプログラムを実行することにより、上述したブローカ１０２、サブスクライバ１０３、拠点管理部４０１、プロキシ４０２などの各機能部の一部または全部の機能を提供する。例えば、サーバ３０１のプロセッサ２２０１は、記憶装置２２０３に格納されているプログラムを読み出して実行することで、拠点管理部４０１として動作する。また、例えば、プロキシ４０２が実装されるサーバ３０１、エッジ装置ＥＧ、ゲートウェイ装置ＧＷのプロセッサ２２０１は、記憶装置２２０３に格納されているプログラムを読み出して実行することで、転送部１１１１および取得部１１１２として動作する。
The
メモリ２２０２は、例えば半導体メモリであり、ＲＡＭ領域及びＲＯＭ領域を含んでいてよい。記憶装置２２０３は、例えばハードディスク、フラッシュメモリ等の半導体メモリ、又は外部記憶装置である。なお、ＲＡＭは、Random Access Memoryの略称である。また、ＲＯＭは、Read Only Memoryの略称である。
The
読取装置２２０４は、プロセッサ２２０１の指示に従って着脱可能記憶媒体２２０５にアクセスする。着脱可能記憶媒体２２０５は、例えば、半導体デバイス（ＵＳＢメモリ等）、磁気的作用により情報が入出力される媒体（磁気ディスク等）、光学的作用により情報が入出力される媒体（ＣＤ−ＲＯＭ、ＤＶＤ等）などにより実現される。なお、ＵＳＢは、Universal Serial Busの略称である。ＣＤは、Compact Discの略称である。ＤＶＤは、Digital Versatile Diskの略称である。
The
また、上述の記憶部１００２および記憶部１１０２は、例えばメモリ２２０２、記憶装置２２０３、及び着脱可能記憶媒体２２０５を含んでよい。例えば、サーバ３０１の記憶装置２２０３には、拠点管理情報１２００が格納されている。また、例えば、代表プロキシとして動作するエッジ装置ＥＧまたはゲートウェイ装置ＧＷの記憶装置２２０３には、ブローカ管理情報１３００が格納されている。
Further, the above-mentioned
通信インタフェース２２０６は、プロセッサ２２０１の指示に従ってネットワークを介してデータを送受信する。通信インタフェース２２０６は、例えば、上述の通信部１００３および通信部１１０３の一例である。
The
入出力インタフェース２２０７は、例えば、入力装置及び出力装置との間のインタフェースであってよい。入力装置は、例えばユーザからの指示を受け付けるキーボードやマウスなどのデバイスである。出力装置は、例えばディスプレーなどの表示装置、及びスピーカなどの音声装置である。
The input /
実施形態に係る各プログラムは、例えば、下記の形態でサーバ３０１、エッジ装置ＥＧ、ゲートウェイ装置ＧＷに提供される。
（１）記憶装置２２０３に予めインストールされている。
（２）着脱可能記憶媒体２２０５により提供される。
（３）プログラムサーバなどのサーバから提供される。
Each program according to the embodiment is provided to the
(1) It is pre-installed in the
(2) Provided by the removable storage medium 2205.
(3) Provided from a server such as a program server.
なお、図２２を参照して述べたサーバ３０１、エッジ装置ＥＧ、ゲートウェイ装置ＧＷを実現するためのコンピュータ２２００のハードウェア構成は、例示であり、実施形態はこれに限定されるものではない。例えば、上述の機能部の一部または全部の機能がＦＰＧＡ及びＳｏＣなどによるハードウェアとして実装されてもよい。なお、ＦＰＧＡは、Field Programmable Gate Arrayの略称である。ＳｏＣは、System-on-a-chipの略称である。
The hardware configuration of the
以上において、いくつかの実施形態が説明される。しかしながら、実施形態は上記の実施形態に限定されるものではなく、上述の実施形態の各種変形形態及び代替形態を包含するものとして理解されるべきである。例えば、各種実施形態は、その趣旨及び範囲を逸脱しない範囲で構成要素を変形して具体化できることが理解されよう。また、前述した実施形態に開示されている複数の構成要素を適宜組み合わせることにより、種々の実施形態が実施され得ることが理解されよう。更には、実施形態に示される全構成要素からいくつかの構成要素を削除して又は置換して、或いは実施形態に示される構成要素にいくつかの構成要素を追加して種々の実施形態が実施され得ることが当業者には理解されよう。 In the above, some embodiments will be described. However, the embodiments are not limited to the above embodiments, and should be understood to include various modifications and alternatives of the above embodiments. For example, it will be understood that various embodiments can be embodied by modifying the components within a range that does not deviate from the purpose and scope. It will also be appreciated that various embodiments can be implemented by appropriately combining the plurality of components disclosed in the above-described embodiments. Further, various embodiments are implemented by removing or replacing some components from all the components shown in the embodiments, or by adding some components to the components shown in the embodiments. Those skilled in the art will understand that it can be done.
１０１ ：パブリッシャ
１０２ ：ブローカ
１０３ ：サブスクライバ
２００ ：配信管理情報
３００ ：分散処理システム
３０１ ：サーバ
３１０ ：ネットワーク
３２０ ：ネットワーク
４０１ ：拠点管理部
４０２ ：プロキシ
１００１ ：制御部
１００２ ：記憶部
１００３ ：通信部
１１０１ ：制御部
１１０２ ：記憶部
１１０３ ：通信部
１１１１ ：転送部
１１１２ ：取得部
２２００ ：コンピュータ
２２０１ ：プロセッサ
２２０２ ：メモリ
２２０３ ：記憶装置
２２０４ ：読取装置
２２０５ ：着脱可能記憶媒体
２２０６ ：通信インタフェース
２２０７ ：入出力インタフェース
２２０８ ：バス
ＥＧ ：エッジ装置
ＧＷ ：ゲートウェイ装置
ｄｖ ：デバイス
101: Publisher 102: Broker 103: Subscriber 200: Distribution management information 300: Distributed processing system 301: Server 310: Network 320: Network 401: Base management unit 402: Proxy 1001: Control unit 1002: Storage unit 1003: Communication unit 1101: Control unit 1102: Storage unit 1103: Communication unit 1111: Transfer unit 1112: Acquisition unit 2200: Computer 2201: Processor 2202: Memory 2203: Storage device 2204: Reading device 2205: Detachable storage medium 2206: Communication interface 2207: Input / output interface 2208: Bus EG: Edge device GW: Gateway device dv: Device
Claims (5)
を含む、情報処理装置。 When a subscription is received from a proxy deployed at an external base, it is delivered by the subscription in the broker management information that associates the broker deployed at the own base with the publish topic received by the broker. A transfer unit that transfers the subscription to a broker associated with the required topic,
Information processing equipment, including.
を更に含み、
前記転送部は、前記取得部で取得した前記配送先を示す情報に他の拠点が含まれている場合、前記他の拠点に配備されているプロキシを代表する代表プロキシに前記第２のサブスクライブを転送する、
ことを特徴とする請求項１に記載の情報処理装置。 When the second subscription is received from the subscriber deployed in the own base, the delivery destination of the second subscription is determined by using the information of the topic for which delivery is required in the second subscription. Acquisition unit to acquire the information to be shown,
Including
When the information indicating the delivery destination acquired by the acquisition unit includes another base, the transfer unit subscribes to the representative proxy representing the proxy deployed at the other base. To transfer,
The information processing apparatus according to claim 1.
ことを特徴とする請求項２に記載の情報処理装置。 When the delivery destination specified by the acquisition unit includes the own base, the transfer unit may use the broker of the delivery destination acquired by the acquisition unit among the brokers deployed at the own base. Transfer the second subscription,
The information processing apparatus according to claim 2.
処理をコンピュータに実行させる配送プログラム。 When a subscription is received from a proxy deployed at an external base, the broker management information that associates the broker deployed at the base with the publish topic received by the broker will be delivered by the subscription. Transfer the subscription to a broker associated with the requested topic,
A delivery program that lets a computer perform processing.
前記第１の拠点とは異なる第２の拠点に配備されているプロキシを代表する第２のプロキシと、
を含む、分散処理システムであって、
前記第１のプロキシは、
サブスクライバからサブスクライブを受信した場合、前記サブスクライブで配送が要求されるトピックの情報を用いて、前記サブスクライブの配送先を示す情報を取得し、
前記配送先を示す情報に前記第２の拠点が含まれている場合、前記第２の拠点に配備されているプロキシを代表する前記第２のプロキシに前記サブスクライブを転送し、
前記第２のプロキシは、
前記第１のプロキシから前記サブスクライブを受信した場合、前記第２の拠点内に配備されているブローカと、前記ブローカで受けているパブリッシュのトピックとを対応づけるブローカ管理情報において、前記サブスクライブで配送が要求されるトピックに対応づけられているブローカに、前記サブスクライブを配送する、
ことを特徴とする、分散処理システム。 With the first proxy deployed at the first base,
A second proxy that represents a proxy deployed at a second base different from the first base, and
Is a distributed processing system that includes
The first proxy is
When a subscription is received from a subscriber, information indicating the delivery destination of the subscription is obtained by using the information of the topic for which delivery is required by the subscription.
When the information indicating the delivery destination includes the second base, the subscription is transferred to the second proxy representing the proxy deployed at the second base.
The second proxy is
When the subscription is received from the first proxy, the subscriber manages information that associates the broker deployed in the second base with the publish topic received by the broker in the subscription. Deliver the subscription to a broker associated with the topic for which delivery is required.
A distributed processing system characterized by this.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019090495A JP7207145B2 (en) | 2019-05-13 | 2019-05-13 | Information processing device, delivery program and distributed processing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019090495A JP7207145B2 (en) | 2019-05-13 | 2019-05-13 | Information processing device, delivery program and distributed processing system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2020187466A true JP2020187466A (en) | 2020-11-19 |
| JP7207145B2 JP7207145B2 (en) | 2023-01-18 |
Family
ID=73223492
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019090495A Active JP7207145B2 (en) | 2019-05-13 | 2019-05-13 | Information processing device, delivery program and distributed processing system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7207145B2 (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017224032A (en) * | 2016-06-13 | 2017-12-21 | 日本電信電話株式会社 | Distributed cooperation proxy and asynchronous messaging system using the same |
| US20180167476A1 (en) * | 2016-12-12 | 2018-06-14 | Sap Se | Meta broker for publish-subscribe-based messaging |
| JP2018148560A (en) * | 2017-03-08 | 2018-09-20 | 株式会社リコー | Subsumption architecture for processing fragments of video stream |
-
2019
- 2019-05-13 JP JP2019090495A patent/JP7207145B2/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017224032A (en) * | 2016-06-13 | 2017-12-21 | 日本電信電話株式会社 | Distributed cooperation proxy and asynchronous messaging system using the same |
| US20180167476A1 (en) * | 2016-12-12 | 2018-06-14 | Sap Se | Meta broker for publish-subscribe-based messaging |
| JP2018148560A (en) * | 2017-03-08 | 2018-09-20 | 株式会社リコー | Subsumption architecture for processing fragments of video stream |
Non-Patent Citations (1)
| Title |
|---|
| 川口 遼 RYO KAWAGUCHI: "ＭＱＴＴにおける地理的分散Brokerシステムの開発", 電子情報通信学会２０１８年通信ソサイエティ大会講演論文集２ PROCEEDINGS OF THE 2018 IEICE COMMUNICAT, JPN6022051130, 28 August 2018 (2018-08-28), JP, ISSN: 0004936805 * |
Also Published As
| Publication number | Publication date |
|---|---|
| JP7207145B2 (en) | 2023-01-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4753052B2 (en) | Content delivery method and system | |
| EP1606917B1 (en) | System and method for publish/subscribe messaging | |
| US8306979B2 (en) | Service query, selection, routing and propagation | |
| KR101473317B1 (en) | Cloud computing system and traffic distributing and control method in cloud computing system | |
| JP5847185B2 (en) | Content sharing method and apparatus using group change information in content-centric network environment | |
| US20070083618A1 (en) | Method and apparatus for providing home network device service to an external device through web service | |
| US20080104258A1 (en) | System and method for dynamic data discovery in service oriented networks with peer-to-peer based communication | |
| JP2019186771A (en) | Information processing apparatus, distributed processing program, and distributed processing system | |
| US7934218B2 (en) | Interprocess communication management using a socket layer | |
| JP2008234206A (en) | Information transmitting system, information processor, information management device, and information transmission method | |
| JP4663948B2 (en) | Anonymous subject-based addressing method and apparatus | |
| US9560135B2 (en) | Technique for communication between networks for distributing digital contents | |
| EP2996298A1 (en) | Open m2m system and method | |
| JP2014038483A (en) | Data distribution system, data distribution method, and program | |
| EP2635001B1 (en) | System for providing access to presence status for mobile devices | |
| JP7207145B2 (en) | Information processing device, delivery program and distributed processing system | |
| US20230283695A1 (en) | Communication Protocol for Knative Eventing's Kafka components | |
| KR20190068384A (en) | Method and apparatus of data-centric networking with Network nodes | |
| KR20110065917A (en) | The communication middleware for providing publish/subscribe service in regard to latency optimization | |
| CN113382050B (en) | Message transmission method, system, computing device and storage medium | |
| Grubitzsch et al. | A Concept for Interoperable IoT Intercloud Architectures | |
| Piro et al. | A de-verticalizing middleware for IoT systems based on information centric networking design | |
| WO2023238284A1 (en) | Management system, management method, and management program | |
| US20230171830A1 (en) | Apparatus and method for configuring data communication between robot components in different networks | |
| JP2007323350A (en) | Data processor |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220208 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20221122 |
|
| 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: 20221206 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20221219 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7207145 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |