特許 7293294 サービスバス通信システムにおけるエンティティ間のリモートプロシージャコール

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-06-09

(45)【発行日】2023-06-19

(54)【発明の名称】サービスバス通信システムにおけるエンティティ間のリモートプロシージャコール

(51)【国際特許分類】

   G06F 9/54 20060101AFI20230612BHJP

   H04L 67/562 20220101ALI20230612BHJP

【ＦＩ】

G06F9/54 D

H04L67/562

【請求項の数】 15

【外国語出願】

(21)【出願番号】P 2021133418

(22)【出願日】2021-08-18

(65)【公開番号】P2022036919

(43)【公開日】2022-03-08

【審査請求日】2021-10-26

(31)【優先権主張番号】20192451

(32)【優先日】2020-08-24

(33)【優先権主張国・地域又は機関】EP

(73)【特許権者】

【識別番号】519431812

【氏名又は名称】ヒタチ・エナジー・スウィツァーランド・アクチェンゲゼルシャフト

【氏名又は名称原語表記】ＨＩＴＡＣＨＩ ＥＮＥＲＧＹ ＳＷＩＴＺＥＲＬＡＮＤ ＡＧ

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】シュテファン・ガースパッチ

(72)【発明者】

【氏名】エットーレ・フェランティ

(72)【発明者】

【氏名】ユッカ・キンヌネン

(72)【発明者】

【氏名】ニクラウス・マイヤー

【審査官】田中 幸雄

(56)【参考文献】

【文献】特開２０１９－１６０２３２（ＪＰ，Ａ）

【文献】米国特許出願公開第２００７／００２２４３０（ＵＳ，Ａ１）

【文献】米国特許出願公開第２００４／００１５８３５（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ９／５４

Ｈ０４Ｌ ６７／５６２

(57)【特許請求の範囲】

【請求項1】

サービスバス通信システム（１００）におけるエンティティ間のリモートプロシージャコールＲＰＣの方法であって、前記サービスバス通信システム（１００）は、第１のコンシューマ（２００）と、データ交換システム（３００）と、複数のパブリッシャ（４００，５００）とを含み、前記方法は、
前記第１のコンシューマ（２００）から前記データ交換システム（３００）に、データを求める第１の要求（Ｉ）を送るステップを含み、前記第１の要求（Ｉ）は、データを求める少なくとも１つの第１のサブ要求（Ｉ－Ｉ）を含み、前記方法はさらに、
前記データ交換システム（３００）から前記複数のパブリッシャ（４００，５００）に、前記第１の要求（Ｉ）を送信するステップを含み、前記データ交換システム（３００）は、データを求める前記第１の要求（Ｉ）の出所に関する情報を削除し、その後、データを求める前記第１の要求（Ｉ）をその出所に関する情報なしで送信し、
前記データ交換システム（３００）が、前記複数のパブリッシャ（４００，５００）のうちの第１のパブリッシャ（４００）から、データを求める前記第１の要求（Ｉ）に対する第１の回答（ＡＩ）を受信するステップとを含み、前記第１の回答（ＡＩ）は、前記少なくとも１つの第１のサブ要求（Ｉ－Ｉ）に対する回答（ＡＩ－Ｉ）を含み、前記方法はさらに、
前記データ交換システム（３００）から前記第１のコンシューマ（２００）に前記第１の回答（ＡＩ）を送信するステップを含み、前記第１のパブリッシャ（４００）は、前記第１の回答（ＡＩ）を、前記第１の回答（ＡＩ）の出所に関する情報なしで送る、または、前記データ交換システム（３００）は、前記第１の回答（ＡＩ）の出所に関する情報を削除し、その後、前記第１の回答（ＡＩ）をその出所に関する情報なしで送信する、方法。

【請求項2】

前記データ交換システム（３００）は、前記サービスバス通信システム（１００）内の分散通信ミドルウェアによって提供され、前記データ交換システム（３００）は特に、前記分散通信ミドルウェアによって提供されるデータ空間を含む、請求項１に記載の方法。

【請求項3】

前記第１の要求（Ｉ）は複数の第１のサブ要求（Ｉ－Ｉ，Ｉ－ＩＩ，Ｉ－ＩＩＩ）を含み、前記第１の回答（ＡＩ）は前記複数の第１のサブ要求（Ｉ－Ｉ，Ｉ－ＩＩ，Ｉ－ＩＩＩ）のそれぞれに対する回答（ＡＩ－Ｉ，ＡＩ－ＩＩ，ＡＩ－ＩＩＩ）を含む、請求項１または２に記載の方法。

【請求項4】

前記第１の要求（Ｉ）は複数の第１のサブ要求（Ｉ－Ｉ，Ｉ－ＩＩ，Ｉ－ＩＩＩ）を含み、前記第１の回答（ＡＩ）は第１セットの前記複数の第１のサブ要求（Ｉ－Ｉ）に対する回答（ＡＩ－Ｉ）を含み、前記方法はさらに、
前記データ交換システム（３００）が、前記複数のパブリッシャ（４００，５００）のうちの第２のパブリッシャ（５００）から、データを求める前記第１の要求（Ｉ）に対する第２の回答（ＢＩ）を受信するステップを含み、前記第２の回答（ＢＩ）は、第２セットの前記複数の第１のサブ要求（Ｉ－ＩＩ，Ｉ－ＩＩＩ）に対する回答（ＢＩ－ＩＩ，ＢＩ－ＩＩＩ）を含み、前記方法はさらに、
前記第２の回答（ＢＩ）を前記データ交換システム（３００）から前記第１のコンシューマ（２００）に送信するステップを含む、請求項１または２に記載の方法。

【請求項5】

前記サービスバス通信システム（１００）は第２のコンシューマ（２００ａ）を含み、前記方法はさらに、
前記第２のコンシューマ（２００ａ）から前記データ交換システム（３００）に、データを求める第２の要求（ＩＩ）を送るステップを含み、前記第２の要求（ＩＩ）は、データを求める少なくとも１つの第２のサブ要求（ＩＩ－Ｉ）を含み、前記方法はさらに、
前記データ交換システム（３００）から前記複数のパブリッシャ（４００，５００）に、前記第２の要求（ＩＩ）を送信するステップと、
前記データ交換システム（３００）が、前記第１のパブリッシャ（４００）から、データを求める前記第２の要求（ＩＩ）に対する第１の回答（ＡＩＩ）を受信するステップとを含み、前記第１の回答（ＡＩＩ）は前記少なくとも１つの第２のサブ要求（ＩＩ－Ｉ）に対する回答（ＡＩＩ－Ｉ）を含み、前記方法はさらに、
前記データ交換システム（３００）から前記第２のコンシューマ（２００ａ）に前記第１の回答（ＡＩＩ）を送信するステップを含む、請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記第２の要求（ＩＩ）は複数の第２のサブ要求（ＩＩ－Ｉ，ＩＩ－ＩＩ，ＩＩ－ＩＩＩ）を含み、前記第２の要求（ＩＩ）に対する前記第１の回答（ＡＩＩ）は前記複数の第２のサブ要求（ＩＩ－Ｉ，ＩＩ－ＩＩ，ＩＩ－ＩＩＩ）のそれぞれに対する回答（ＡＩＩ－Ｉ，ＡＩＩ－ＩＩ，ＡＩＩ－ＩＩＩ）を含む、請求項５に記載の方法。

【請求項7】

前記第２の要求（ＩＩ）は複数の第２のサブ要求（ＩＩ－Ｉ，ＩＩ－ＩＩ，Ｉ－ＩＩＩ）を含み、前記第２の要求（ＩＩ）に対する前記第１の回答（ＡＩＩ）は第１セットの前記複数の第２のサブ要求（ＩＩ－Ｉ，ＩＩ－ＩＩＩ）に対する回答（ＡＩＩ－Ｉ，ＡＩＩ－ＩＩＩ）を含み、前記方法はさらに、
前記データ交換システム（３００）が、前記複数のパブリッシャ（４００，５００）のうちの第２のパブリッシャ（５００）から、データを求める前記第２の要求（ＩＩ）に対する第２の回答（ＢＩＩ）を受信するステップを含み、データを求める前記第２の要求（ＩＩ）に対する前記第２の回答（ＢＩＩ）は、第２セットの前記複数の第２のサブ要求（ＩＩ－ＩＩ）に対する回答（ＢＩＩ－ＩＩ）を含み、前記方法はさらに、
前記データ交換システム（３００）から前記第２のコンシューマ（２００ａ）に前記第２の回答（ＢＩＩ）を送信するステップを含む、請求項５に記載の方法。

【請求項8】

第１のコンシューマ（２００）と、データ交換システム（３００）と、複数のパブリッシャ（４００，５００）とを含むサービスバス通信システム（１００）であって、
前記第１のコンシューマ（２００）は、データを求める第１の要求（Ｉ）をデータ交換システム（３００）に送るように構成され、前記第１の要求（Ｉ）は、データを求める少なくとも１つの第１のサブ要求（Ｉ－Ｉ）を含み、
前記データ交換システム（３００）は、データを求める前記第１の要求（Ｉ）の出所に関する情報を削除し、その後、前記第１の要求（Ｉ）を複数のパブリッシャ（４００，５００）に送信するように構成され、
前記データ交換システム（３００）は、前記複数のパブリッシャ（４００，５００）のうちの第１のパブリッシャ（４００）から、データを求める前記第１の要求（Ｉ）に対する第１の回答（ＡＩ）を受信するように構成され、前記第１の回答（ＡＩ）は、前記少なくとも１つの第１のサブ要求（Ｉ－Ｉ）に対する回答（ＡＩ－Ｉ）を含み、
前記データ交換システム（３００）は、前記第１の回答（ＡＩ）を前記第１の回答（ＡＩ）の出所に関する情報なしで受信する、または、前記データ交換システム（３００）は、前記第１の回答（ＡＩ）の出所に関する情報を削除し、その後、前記第１の回答（ＡＩ）を前記第１のコンシューマ（２００）に送信するように構成されている、サービスバス通信システム（１００）。

【請求項9】

前記データ交換システム（３００）は、前記サービスバス通信システム（１００）内の分散通信ミドルウェアによって提供され、前記データ交換システム（３００）は特に、前記分散通信ミドルウェアによって提供されるデータ空間を含む、請求項８に記載のサービスバス通信システム（１００）。

【請求項10】

前記第１の要求（Ｉ）は複数の第１のサブ要求（Ｉ－Ｉ，Ｉ－ＩＩ，Ｉ－ＩＩＩ）を含み、前記第１の回答（ＡＩ）は前記複数の第１のサブ要求（Ｉ－Ｉ，Ｉ－ＩＩ，Ｉ－ＩＩＩ）のそれぞれに対する回答（ＡＩ－Ｉ，ＡＩ－ＩＩ，ＡＩ－ＩＩＩ）を含む、請求項８または９に記載のサービスバス通信システム（１００）。

【請求項11】

前記第１の要求（Ｉ）は複数の第１のサブ要求（Ｉ－Ｉ，Ｉ－ＩＩ，Ｉ－ＩＩＩ）を含み、前記第１の回答（ＡＩ）は第１セットの前記複数の第１のサブ要求（Ｉ－Ｉ）に対する回答（ＡＩ－Ｉ）を含み、
前記データ交換システム（３００）は、前記複数のパブリッシャ（４００，５００）のうちの第２のパブリッシャ（５００）から、データを求める前記第１の要求（Ｉ）に対する第２の回答（ＢＩ）を受信するように構成され、前記第２の回答（ＢＩ）は、第２セットの前記複数の第１のサブ要求（Ｉ－ＩＩ，Ｉ－ＩＩＩ）に対する回答（ＢＩ－ＩＩ，ＢＩ－ＩＩＩ）を含み、前記データ交換システム（３００）は、前記第２の回答（ＢＩ）を前記第１のコンシューマ（２００）に送信するように構成されている、請求項８または９に記載のサービスバス通信システム（１００）。

【請求項12】

前記サービスバス通信システム（１００）は第２のコンシューマ（２００ａ）を含み、
前記第２のコンシューマ（２００ａ）は、データを求める第２の要求（ＩＩ）を前記データ交換システム（３００）に送るように構成され、前記第２の要求（ＩＩ）は、データを求める少なくとも１つの第２のサブ要求（ＩＩ－Ｉ）を含み、
前記データ交換システム（３００）は、前記第２の要求（ＩＩ）を前記複数のパブリッシャ（４００，５００）に送信するように構成され、
前記データ交換システム（３００）は、前記第１のパブリッシャ（４００）から、データを求める前記第２の要求（ＩＩ）に対する第１の回答（ＡＩＩ）を受信するように構成され、前記第１の回答（ＡＩＩ）は前記少なくとも１つの第２のサブ要求（ＩＩ－Ｉ）に対する回答（ＡＩＩ－Ｉ）を含み、
前記データ交換システム（３００）は、前記第１の回答（ＡＩＩ）を前記第２のコンシューマ（２００ａ）に送信するように構成されている、請求項８～１１のいずれか１項に記載のサービスバス通信システム（１００）。

【請求項13】

前記第２の要求（ＩＩ）は複数の第２のサブ要求（ＩＩ－Ｉ，ＩＩ－ＩＩ，ＩＩ－ＩＩＩ）を含み、前記第２の要求（ＩＩ）に対する前記第１の回答（ＡＩＩ）は前記複数の第２のサブ要求（ＩＩ－Ｉ，ＩＩ－ＩＩ，ＩＩ－ＩＩＩ）のそれぞれに対する回答（ＡＩＩ－Ｉ，ＡＩＩ－ＩＩ，ＡＩＩ－ＩＩＩ）を含む、請求項１２に記載のサービスバス通信システム（１００）。

【請求項14】

前記第２の要求（ＩＩ）は複数の第２のサブ要求（ＩＩ－Ｉ，ＩＩ－ＩＩ，Ｉ－ＩＩＩ）を含み、前記第２の要求（ＩＩ）に対する前記第１の回答（ＡＩＩ）は第１セットの前記複数の第２のサブ要求（ＩＩ－Ｉ，ＩＩ－ＩＩＩ）に対する回答（ＡＩＩ－Ｉ，ＡＩＩ－ＩＩＩ）を含み、
前記データ交換システム（３００）は、前記複数のパブリッシャ（４００，５００）のうちの第２のパブリッシャ（５００）から、データを求める前記第２の要求（ＩＩ）に対する第２の回答（ＢＩＩ）を受信するように構成され、データを求める前記第２の要求（ＩＩ）に対する前記第２の回答（ＢＩＩ）は、第２セットの前記複数の第２のサブ要求（ＩＩ－ＩＩ）に対する回答（ＢＩＩ－ＩＩ）を含み、
前記データ交換システム（３００）は、前記第２の回答（ＢＩＩ）を前記第２のコンシューマ（２００ａ）に送信するように構成されている、請求項１２に記載のサービスバス通信システム（１００）。

【請求項15】

請求項１～７のいずれか１項に記載のリモートプロシージャコールＲＰＣの方法を含む、サービスバス通信システム（１００）におけるエンティティ間の選択的サブスクリプションの方法であって、前記選択的サブスクリプションの方法はさらに、
前記複数のパブリッシャ（４００，５００）のうちの少なくとも１つが、受信した、データを求める前記第１の要求または第２の要求のいずれかに対応する要求に従うデータを、前記データ交換システム（３００）に対してパブリッシュするステップと、
前記データ交換システム（３００）が、少なくとも１つのコンシューマ（２００，２００ａ）に、前記少なくとも１つのコンシューマ（２００，２００ａ）のデータに対する前記要求に従う、前記要求されたデータが、利用できることを通知するステップと、
前記通知を受けた少なくとも１つのコンシューマ（２００，２００ａ）が、要求した前記データをサブスクライブするステップとを含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、サービスバス通信システムにおけるエンティティ間のリモートプロシージャコールに関し、特に、サービスバス通信システムにおけるエンティティ間のリモートプロシージャコール（ＲＰＣ：remote procedure call（遠隔手続き呼び出し））の方法およびそれぞれのサービスバス通信システムに関する。本開示は、より具体的には、サービスバス通信システムにおけるエンティティ間の選択的サブスクリプションの初期化のためのＲＰＣおよびそれぞれのサービスバス通信システムに関する。

【背景技術】

【0002】

分散コンピューティングにおけるリモートプロシージャコール（ＲＰＣ）は、あるコンピュータプログラムが、同一ネットワーク上の別のコンピュータ上に位置する別のプログラムに、このネットワーク自体の詳細を理解していなくても、サービスを要求できるようにする。言い換えると、ＲＰＣでは、コンピュータプログラム／要求者が、異なるアドレス空間内で、たとえば共有ネットワーク上の別のコンピュータのような異なるエンティティ内で、プロシージャを実行させる。このようなＲＰＣの概略図が図１に示される。このようなプロシージャコールは、場合によっては関数呼び出しまたはサブルーチンコールとしても知られている。このようなＲＰＣというシナリオにおいて、サービス要求者は、サービス提供者と関数の意図とを把握していなければならない。

【0003】

通常使用されているサブスクリプションパターンは、パブリッシュ／サブスクライブ（Publish/Subscribe（出版／購読））に基づいている。パブリッシュ／サブスクライブは、パブリッシャと呼ばれるメッセージの送信者が、メッセージを、サブスクライバと呼ばれる特定の受信者に直接送信されるようにプログラムしない、メッセージングパターンである。同様に、サブスクライバは、１つ以上のクラスに対する興味を表示し、興味のあるメッセージのみを受信するが、たとえパブリッシャが存在するとしてもどのパブリッシャが存在するかについての知識はない。このメッセージングパターンの利点は、パブリッシャとサブスクライバとが互いについての知識を持っておらず、どちらもデータのみに対して作業を行う点である。欠点は、すべてのデータが必ずデータ空間に送られる点であり、その理由は、データプロバイダは、コンシューマが必要とするデータおよび必要としないデータについての知識を持たないので、すべてのデータをパブリッシュしなければならないことにある。加えて、サブスクライバは、要求の分割、データ変更時の転送、周期的転送、現在値の提供、データの合体その他のような、データ配布パターンの調整ができない。

【0004】

加えて、選択的サブスクリプションに近いメカニズムが使用されるドメインが存在する。たとえば、オープンプラットフォームコミュニケーション（ＯＰＣ：open platform communications）データアクセス（ＤＡ：data access）クライアント／サーバデータサブスクリプションは、このスタイルのサブスクリプションの最もよく知られている例の１つである。

【0005】

選択的サブスクリプションを提供するＯＰＣパターンが図２に示されている。このＯＰＣパターンは、最初にメッセージコールパブリッシャ（または中央ブローカー）のサブスクライバが、必要なデータと使用されるデータ配布パターンとに関してハンドシェイクを行うメッセージングパターンである。主な欠点は、サブスクライバが選択的サブスクリプションチャネルをセットアップできるようにするためには、パブリッシャとパブリッシャが提供できるデータとをサブスクライバが知っていなければならない点、または、これを扱っているのが１つのエンティティ、たとえばブローカーである点である。しかしながら、ブローカーは信頼できない可能性がある。主な利点は、必要なデータのみがパブリッシュされるので、システム負荷が減少し、サブスクライバは、データ変更時の転送、周期的転送、現在値の提供、データの合体その他のような、データ配布パターンの調整を行うことができる点である。

【0006】

スマートグリッド等のオートメーションシステムにおいて、高性能電子装置（ＩＥＤ：intelligent electronic device）は、オートメーションシステムの、検知、測定、保護、および制御のための基本要素を形成する。しかしながら、オートメーションシステムはスマートグリッドに限られる訳ではなく、オートメーションシステムの要素はＩＥＤに限られる訳ではないことを、当業者は理解する。オートメーションシステムの要素は、サービスバスシステムの一部であり、サービスバスを通して相互通信する。この分野における１つの規格はＩＥＣ６１８５０であり、高性能電子装置は上記規格に準拠して相互通信する。このようなオートメーションシステムにおける分散コンピューティングの場合、それぞれの要素、たとえば高性能電子装置は、データの要求者／コンシューマの役割と、このデータの回答者／パブリッシャの役割との両方を果たすことができる。本開示において、回答者という用語とコンシューマという用語は区別なく使用される。加えて、回答者という用語とパブリッシャという用語は区別なく使用される。

【0007】

オートメーションシステムでは、リモートプロシージャコールに関わる当事者は相互に知っていてはならずかつ完全に切り離されている、というシナリオが存在する場合がある。言い換えると、コンシューマ／要求者が、要求したデータを誰がパブリッシュ／配信しているかを知らないこと、およびこの情報は、ブローカーのようなその他のどの当事者にも知られてはならないことが、要件となる場合がある。

【発明の概要】

【課題を解決するための手段】

【0008】

本開示は、特に、上記要件に対する解決策を提供することを目的とする。本開示は独立請求項によって定められる。従属請求項は好ましい実施形態に言及している。

【0009】

本開示は、サービスバス通信システムにおけるエンティティ間のリモートプロシージャコール（ＲＰＣ）の方法に関する。サービスバス通信システムは、第１のコンシューマと、データ交換システムと、複数のパブリッシャとを含む。この方法は、第１のコンシューマからデータ交換システムに、データを求める第１の要求を送るステップを含み、第１の要求は、データを求める少なくとも１つの第１のサブ要求を含み、この方法はさらに、データ交換システムから複数のパブリッシャに、第１の要求を送信するステップと、データ交換システムが、複数のパブリッシャのうちの第１のパブリッシャから、データを求める第１の要求に対する第１の回答を受信するステップとを含み、第１の回答は、少なくとも１つの第１のサブ要求に対する回答を含み、この方法はさらに、データ交換システムから第１のコンシューマに第１の回答を送信するステップを含む。特に、この方法は、サービスバス通信システムにおけるエンティティ間の選択的サブスクリプションの初期化のためのＲＰＣに使用されてもよい。より具体的には、ＲＰＣは、選択的サブスクリプションを初期化してデータ更新を継続的に消費するためまたは単にデータ更新を一度初期化するために、使用されてもよい。しかしながら、本開示のＲＰＣはこの目的に限定される訳ではないことを当業者は理解する。本開示のＲＰＣは、さまざまなシナリオにおいて、要求者が異なるアドレス空間内でプロシージャを実行させるときに、使用されてもよい。

【0010】

各種実施形態は、好ましくは以下の特徴を実現してもよい。
好ましくは、この方法はコンピュータによって実現される。

【0011】

好ましくは、データ交換システムは、サービスバス通信システム内の分散通信ミドルウェアによって提供される。

【0012】

好ましくは、上記ミドルウェアはサービスバス通信システムのいくつかの層に分散している。

【0013】

好ましくは、データ交換システムは、上記分散通信ミドルウェアによって提供されるデータ空間を含む。

【0014】

好ましくは、第１の要求は複数の第１のサブ要求を含む。
好ましくは、第１の回答は複数の第１のサブ要求のそれぞれに対する回答を含む。

【0015】

好ましくは、第１の回答は第１セットの複数の第１のサブ要求に対する回答を含む。
好ましくは、この方法はさらに、データ交換システムが、複数のパブリッシャのうちの第２のパブリッシャから、データを求める第１の要求に対する第２の回答を受信するステップを含み、第２の回答は、第２セットの複数の第１のサブ要求に対する回答を含み、この方法はさらに、データ交換システムから第１のコンシューマに第２の回答を送信するステップを含む。

【0016】

好ましくは、第１セットの複数の第１のサブ要求および第２セットの複数の第１のサブ要求は、複数の第１のサブ要求の全体を包含する。好ましくは、第１セットと第２セットとは互いに素のセットである。

【0017】

好ましくは、第１のコンシューマは、特定長さの時間後に要求に対する回答が受信されない場合または不完全な回答が受信された場合、要求または複数のサブ要求のうちの少なくとも１つを繰り返す。

【0018】

好ましくは、サービスバス通信システムは第２のコンシューマを含む。
好ましくは、この方法はさらに、第２のコンシューマからデータ交換システムに、データを求める第２の要求を送るステップを含み、第２の要求は、データを求める少なくとも１つの第２のサブ要求を含み、この方法はさらに、データ交換システムから複数のパブリッシャに、第２の要求を送信するステップと、データ交換システムが、第１のパブリッシャから、データを求める第２の要求に対する第１の回答を受信するステップとを含み、第１の回答は少なくとも１つの第２のサブ要求に対する回答を含み、この方法はさらに、データ交換システムから第２のコンシューマに第１の回答を送信するステップを含む。

【0019】

好ましくは、第２の要求は複数の第２のサブ要求を含む。
好ましくは、第２の要求に対する第１の回答は複数の第２のサブ要求のそれぞれに対する回答を含む。

【0020】

好ましくは、第２の要求に対する第１の回答は第１セットの複数の第２のサブ要求に対する回答を含む。好ましくは、この方法はさらに、データ交換システムが、複数のパブリッシャのうちの第２のパブリッシャから、データを求める第２の要求に対する第２の回答を受信するステップを含み、データを求める第２の要求に対する第２の回答は、第２セットの複数の第２のサブ要求に対する回答を含み、この方法はさらに、データ交換システムから第２のコンシューマに第２の回答を送信するステップを含む。

【0021】

好ましくは、第１セットの複数の第２のサブ要求および第２セットの複数の第２のサブ要求は、複数の第１のサブ要求の全体を包含する。好ましくは、第１部分と第２部分とは互いに素である。

【0022】

好ましくは、第２のコンシューマは、特定長さの時間後に要求に対する回答が受信されない場合または不完全な回答が受信された場合、要求または複数のサブ要求のうちの少なくとも１つを繰り返す。

【0023】

本開示はまた、サービスバス通信システムにおけるエンティティ間の選択的サブスクリプションの方法に関する。この方法は、上記好ましい実施形態のうちのいずれか１つに係るサービスバス通信システムにおけるエンティティ間のリモートプロシージャコールＲＰＣの方法と、複数のパブリッシャのうちの少なくとも１つが、受信した、データを求める要求に従うデータを、データ交換システムに対してパブリッシュするステップと、データ交換システムが、少なくとも１つのコンシューマに、この少なくとも１つのコンシューマのデータに対する要求に従う、要求されたデータが、利用できることを通知するステップと、通知を受けた少なくとも１つのコンシューマが、要求したデータをサブスクライブするステップとを含む。

【0024】

本開示はまた、第１のコンシューマと、データ交換システムと、複数のパブリッシャとを含むサービスバス通信システムに関する。第１のコンシューマは、データを求める第１の要求をデータ交換システムに送るように構成され、第１の要求は、データを求める少なくとも１つの第１のサブ要求を含み、データ交換システムは、第１の要求を複数のパブリッシャに送信するように構成され、データ交換システムは、複数のパブリッシャのうちの第１のパブリッシャから、データを求める第１の要求に対する第１の回答を受信するように構成され、第１の回答は、少なくとも１つの第１のサブ要求に対する回答を含み、データ交換システムは、第１の回答を第１のコンシューマに送信するように構成されている。

【0025】

各種実施形態は、好ましくは以下の特徴を実現してもよい。
好ましくは、データ交換システムは、サービスバス通信システム内の分散通信ミドルウェアによって提供される。好ましくは、データ交換システムは、上記分散通信ミドルウェアによって提供されるデータ空間を含む。

【0026】

好ましくは、第１の要求は複数の第１のサブ要求を含む。
好ましくは、第１の回答は複数の第１のサブ要求のそれぞれに対する回答を含む。

【0027】

好ましくは、第１の回答は第１セットの複数の第１のサブ要求に対する回答を含む。好ましくは、データ交換システムは、複数のパブリッシャのうちの第２のパブリッシャから、データを求める第１の要求に対する第２の回答を受信するように構成され、第２の回答は、第２セットの複数の第１のサブ要求に対する回答を含み、データ交換システムは、第２の回答を第１のコンシューマに送信するように構成されている。

【0028】

好ましくは、第１セットの複数の第１のサブ要求および第２セットの複数の第１のサブ要求は、複数の第１のサブ要求の全体を包含する。好ましくは、第１セットと第２セットとは互いに素のセットである。

【0029】

好ましくは、第１のコンシューマは、特定長さの時間後に要求に対する回答が受信されない場合または不完全な回答が受信された場合、要求または複数のサブ要求のうちの少なくとも１つを繰り返す。

【0030】

好ましくは、サービスバス通信システムは第２のコンシューマを含む。
好ましくは、第２のコンシューマは、データを求める第２の要求をデータ交換システムに送るように構成され、第２の要求は、データを求める少なくとも１つの第２のサブ要求を含み、データ交換システムは、第２の要求を複数のパブリッシャに送信するように構成され、データ交換システムは、第１のパブリッシャから、データを求める第２の要求に対する第１の回答を受信するように構成され、第１の回答は少なくとも１つの第２のサブ要求に対する回答を含み、データ交換システムは、第１の回答を第２のコンシューマに送信するように構成されている。

【0031】

好ましくは、第２の要求は複数の第２のサブ要求を含む。
好ましくは、第２の要求に対する第１の回答は複数の第２のサブ要求のそれぞれに対する回答を含む。

【0032】

好ましくは、第２の要求に対する第１の回答は第１セットの複数の第２のサブ要求に対する回答を含む。好ましくは、データ交換システムは、複数のパブリッシャのうちの第２のパブリッシャから、データを求める第２の要求に対する第２の回答を受信するように構成され、データを求める第２の要求に対する第２の回答は、第２セットの複数の第２のサブ要求に対する回答を含み、データ交換システムは、第２の回答を第２のコンシューマに送信するように構成されている。

【0033】

好ましくは、第１セットの複数の第２のサブ要求および第２セットの複数の第２のサブ要求は、複数の第１のサブ要求の全体を包含する。好ましくは、第１部分と第２部分とは互いに素である。

【0034】

好ましくは、第２のコンシューマは、特定長さの時間後に要求に対する回答が受信されない場合または不完全な回答が受信された場合、要求または複数のサブ要求のうちの少なくとも１つを繰り返す。

【0035】

本開示に従うと、サブスクライバはパブリッシャを知っている必要はなく、システム負荷は必要なだけの大きさであり、要求されていないデータはパブリッシュされない。加えて、実行時に、サブスクライバに通知しなくても、パブリッシャを交換することができ、これは高い冗長性につながる。さらに、本開示では、必要なＲＰＣコールの数が少ないので、初期化の負荷が小さくなる。加えて、接続においてコンシューマが要求するものだけを提供することで、サブスクライバ側で必要なのは減じられた数の接続のみとなる。

【0036】

本開示のようなトピックベースのＲＰＣ要求を用い、サブスクライバ／コンシューマは、データと特定のデータ配布パターンとを要求する。しかしながら、ＲＰＣ要求が提供サービスに直接向けられるのではなく、ＲＰＣはデータ空間に向けられる。

【0037】

要求されたデータを提供できるサービスが、データ空間内でこれらのデータのパブリッシュを開始することになり、セッションを開始したサブスクライバがこのデータを消費することになる。このように、これは、それでもなお、互いに知らない要求者と提供者との間の一種のピアツーピア通信である。これは、特に、周知のパブリッシュ／サブスクライブおよび選択的サブスクリプション方法と比較して、以下の利点を提供する。
－サブスクライバはパブリッシャを知っている必要がない。
－システム負荷は必要なだけの大きさであり、要求されていないデータはパブリッシュされない。
－実行時に、サブスクライバに通知しなくても、パブリッシャを交換することができる（冗長性）。
－初期化の負荷が小さい（必要なＲＰＣコールの数が少ない）。
－接続においてコンシューマが要求するものだけを提供することで、サブスクライバ側の接続の数が少なくなる。

【0038】

以下、本開示の具体例としての各種実施形態を、下記の図を参照しながら詳細に説明する。これらの図面は、説明のみを目的として提供されるのであって、読み手が本開示を理解し易いように本開示の具体例としての実施形態を描いているにすぎない。

【0039】

したがって、図面は、本開示の幅、範囲、または適用可能性を限定するものとみなされてはならない。

【0040】

これらの図面は明確さのためおよび説明を容易にするために必ずしも正しい縮尺で描かれていないことに注意されたい。

【図面の簡単な説明】

【0041】

【図1】先行技術に係るＲＰＣプロシージャの概略図の一例を示す図である。

【図2】先行技術に係るＲＰＣプロシージャおよびその後の選択的サブスクリプションの概略図の一例を示す図である。

【図3a】本開示に係るＲＰＣプロシージャの概略図の一例を示す図である。

【図3b】図３ａに示されるＲＰＣプロシージャに続く、本開示に係る選択的サブスクリプションの概略図の一例を示す図である。

【図4a】本開示に係るＲＰＣプロシージャの概略図の一例を示す図である。

【図4b】図４ａに示されるＲＰＣプロシージャに続く、本開示に係る選択的サブスクリプションの概略図の一例を示す図である。

【図5a】本開示に係るＲＰＣプロシージャの概略図の一例を示す図である。

【図5b】図５ａに示されるＲＰＣプロシージャに続く、本開示に係る選択的サブスクリプションの概略図の一例を示す図である。

【図6a】本開示に係るＲＰＣプロシージャの概略図の一例を示す図である。

【図6b】図６ａに示されるＲＰＣプロシージャに続く、本開示に係る選択的サブスクリプションの概略図の一例を示す図である。

【発明を実施するための形態】

【0042】

図３ａは、本開示に係るＲＰＣプロシージャの概略図の一例を示す図である。ＲＰＣプロシージャは、第１のコンシューマ２００と、データ交換システム３００と、複数のパブリッシャ４００および５００とを含むサービスバス通信システム１００において実行される。

【0043】

第１のステップにおいて、第１のコンシューマ２００は、本実施形態に係るサービスバスシステムが提供するミドルウェアであるデータ交換システム３００に、データを求める第１の要求Ｉを送る。第１の要求Ｉは、データを求める第１のサブ要求Ｉ－Ｉを含む。

【0044】

データ交換システム３００は、第１のコンシューマ２００から第１の要求Ｉを受信し、第１のパブリッシャ４００および第２のパブリッシャ５００に送信する。強調しなければならないことは、遅くともこの段階で、パブリッシャ４００、５００に送信された第１の要求Ｉがその出所を示すポインタを含んでいてはならないことである。言い換えると、第１のコンシューマ２００がデータを求める第１の要求Ｉをその出所すなわち第１のコンシューマ２００に関する情報なしで送信するか、または、データ交換システム３００が第１の要求Ｉをパブリッシャ４００、５００に送信する前に、（たとえばヘッダまたは制御情報を削除することによって）この情報を削除するかの、いずれかである。

【0045】

この実施形態に従うと、第１のパブリッシャ４００のみが、第１の要求Ｉに対する回答ＡＩをデータ交換システム３００に送信している。第１の回答ＡＩは、第１のサブ要求Ｉ－Ｉに対する回答ＡＩ－Ｉを含む。データ交換システム３００は、第１の回答ＡＩの受信後に、第１の回答ＡＩを第１のコンシューマ２００に送信する。上述のように、強調しなければならないことは、第１の回答ＡＩがその出所に関するポインタを含んでいてはならないことである。そのため、第１のパブリッシャ４００は、回答ＡＩを、その出所すなわち第１のパブリッシャ４００に関する情報なしで、データ交換システム３００に送信する、または、データ交換システム３００が、第１の回答ＡＩを第１のコンシューマ２００に送信する前に、（たとえばヘッダまたは制御情報を削除することによって）この情報を削除する。

【0046】

図３ｂは、図３ａに示されるＲＰＣプロシージャに続く、本開示に係る選択的サブスクリプションの概略図の一例を示す。ＲＰＣプロシージャは、選択的サブスクリプションのために使用される。しかしながら、本開示のＲＰＣはこの目的に限定される訳ではないことを、当業者は理解する。本開示のＲＰＣは、さまざまなシナリオにおいて、要求者が異なるアドレス空間内でプロシージャを実行させるときに、使用されてもよい。第１のコンシューマ２００がデータ交換システム３００から第１の回答ＡＩを受信した後に、第１のパブリッシャは、第１の要求Ｉで要求されたデータＰＡＩをデータ交換システム３００に対してパブリッシュする。データ交換システム３００は、要求されたデータが利用できることを第１のコンシューマ２００に通知し、第１のコンシューマ２００は、要求したデータＰＡＩに対する第１のサブスクリプションＳＡＩを実行する。

【0047】

図４ａは、本開示に係るＲＰＣプロシージャの概略図の一例を示す。図３ａに示される実施形態との違いは、第１の要求Ｉが複数の第１のサブ要求を、この例に従うと、３つのサブ要求Ｉ－Ｉ、Ｉ－ＩＩ、Ｉ－ＩＩＩを含んでいる点である。第１のコンシューマ２００は、データを求める第１の要求Ｉを、データ交換システム３００に送る。

【0048】

データ交換システム３００は、第１のコンシューマ２００から第１の要求Ｉを受信し、第１のパブリッシャ４００および第２のパブリッシャ５００に送信する。図３ａに示される実施形態と同様、第１のコンシューマ２００がデータを求める第１の要求Ｉをその出所に関する情報なしで送信するか、または、データ交換システム３００が第１の要求Ｉをパブリッシャ４００、５００に送信する前にこの情報を削除するか、のいずれかである。

【0049】

この実施形態に従うと、第１のパブリッシャ４００のみが、第１の要求Ｉに対する回答ＡＩをデータ交換システム３００に送信している。第１の回答ＡＩは、すべての第１のサブ要求Ｉ－Ｉ、Ｉ－ＩＩ、およびＩ－ＩＩＩのそれぞれに対する回答ＡＩ－Ｉ、ＡＩ－ＩＩ、ＡＩ－ＩＩを含む。言い換えると、第１の回答ＡＩは、第１のサブ要求Ｉ－Ｉに対する回答ＡＩ－Ｉと、第１のサブ要求Ｉ－ＩＩに対する回答ＡＩ－ＩＩと、第１のサブ要求Ｉ－ＩＩＩに対する回答ＡＩ－ＩＩＩとを含む。データ交換システム３００は、第１の回答ＡＩの受信後に、第１の回答ＡＩを第１のコンシューマ２００に送信する。上述のように、第１のパブリッシャ４００は、回答ＡＩを、その出所すなわち第１のパブリッシャ４００に関する情報なしで、データ交換システム３００に送信する、または、データ交換システム３００が、第１の回答ＡＩを第１のコンシューマ２００に送信する前に、この情報を削除する。

【0050】

図４ｂは、図４ａに示されるＲＰＣプロシージャに続く、本開示に係る選択的サブスクリプションの概略図の一例を示す。第１のコンシューマ２００がデータ交換システム３００から第１の回答ＡＩを受信した後に、第１のパブリッシャ４００は、第１の要求で要求されたデータＰＡＩを、データ交換システム３００に対してパブリッシュする。データＰＡＩは、サブ要求Ｉ－Ｉ、Ｉ－ＩＩ、およびＩ－ＩＩＩのそれぞれに対応するデータセットＰＡＩ－Ｉ、ＰＡＩ－ＩＩ、およびＰＡＩ－ＩＩＩを含む。データ交換システム３００は、第１のコンシューマ２００に、要求されたデータを利用できることを通知し、第１のコンシューマ２００は、要求したデータＰＡＩに対する第１のサブスクリプションＳＡＩを実行する。第１のサブスクリプションＳＡＩは、データセットＰＡＩ－Ｉ、ＰＡＩ－ＩＩ、およびＰＡＩ－ＩＩＩに対応する複数のサブ－サブスクリプションＳＡＩ－Ｉ、ＳＡＩ－ＩＩ、およびＳＡＩ－ＩＩＩを含む。

【0051】

図５ａは、本開示に係るＲＰＣプロシージャの概略図の一例を示す図である。図４ａに示される実施形態との違いは、第１のパブリッシャ４００だけでなく第２のパブリッシャ５００も第１の要求Ｉに対する回答を送信する点である。第１のパブリッシャ４００の回答ＡＩは、対応する第１のサブ要求Ｉ－Ｉに対する回答ＡＩ－Ｉを含み、第２のパブリッシャ５００の回答ＢＩは、その他の第１のサブ要求Ｉ－ＩＩおよびＩ－ＩＩＩのそれぞれに対する回答ＢＩ－ＩＩおよびＢＩ－ＩＩＩを含む。データ交換システム３００は、回答ＡＩおよびＢＩを第１のコンシューマ２００に送る。この例に従う要求および回答も、その出所を示すポインタを含んでいてはならないので、図３ａおよび図４ａに示される例について先に説明したように処理されることを、当業者は理解する。このことは、第２のパブリッシャ５００への要求および第２のパブリッシャ５００からの回答にも当てはまる。

【0052】

図５ｂは、図５ａに示されるＲＰＣプロシージャに続く、本開示に係る選択的サブスクリプションの概略図の一例を示す。第１のコンシューマ２００がデータ交換システム３００から第１の回答ＡＩおよびＢＩを受信した後に、第１のパブリッシャ４００は、第１のコンシューマ２００のサブ要求Ｉ－Ｉにおいて要求されたデータセットＰＡＩ－Ｉを含むデータＰＡＩを、データ交換システム３００に対してパブリッシュする。同様に、第２のパブリッシャ５００は、第１のコンシューマ２００のサブ要求Ｉ－ＩＩおよびＩーＩＩＩにおいて要求されたデータセットＰＢＩ－ＩＩおよびＰＢＩ－ＩＩＩを含むデータＰＢＩを、データ交換システム３００に対してパブリッシュする。データ交換システム３００は、第１のコンシューマ２００に、要求されたデータを利用できることを通知し、第１のコンシューマ２００は、要求したデータＰＡＩおよび対応するデータセットＰＡＩ－Ｉに対する第１のサブスクリプションＳＡＩおよびサブ－サブスクリプションＳＡＩ－Ｉと、要求したデータＰＢＩならびにデータセットＰＢＩ－ＩＩおよびＰＢＩ－ＩＩＩに対する第２のサブスクリプションＳＢＩならびにサブ－サブスクリプションＳＢＩ－ＩＩおよびＳＢＩ－ＩＩＩを、実行する。

【0053】

図６ａは、本開示に係るＲＰＣプロシージャの概略図の一例を示す。図５ａに示される実施形態との違いは、サービスバスシステム１００がさらに他のコンシューマ２００ａを含む点である。本開示は２つのコンシューマに限定される訳ではなく一般的に複数のコンシューマを包含することを、当業者は理解する。

【0054】

第１のコンシューマ２００からの要求および第１のコンシューマ２００からの要求に対する回答は、図４ａで説明した実施形態に示されるものと同一である。第２のコンシューマ２００ａは、データ交換システム３００に、データを求める第２の要求ＩＩを送信する。この例に従う第２の要求ＩＩは、複数のサブ要求ＩＩ－Ｉ、ＩＩ－ＩＩ、ＩＩ－ＩＩＩを含むが、これに限定される訳ではなく、１つのサブ要求も可能である。加えて、３つのサブ要求ＩＩ－Ｉ、ＩＩ－ＩＩ、ＩＩ－ＩＩＩの例は本開示を限定する訳ではないことが理解される。

【0055】

データ交換システムは、第２の要求ＩＩを複数のパブリッシャ４００、５００に送信する。第２のコンシューマ２００ａの第２の要求ＩＩは、第１のコンシューマ２００の第１の要求Ｉと同じように処理される、すなわち、第２のコンシューマ２００ｓがデータを求める第２の要求ＩＩをその出所すなわち第２のコンシューマ２００ａに関する情報なしで送信するか、または、データ交換システム３００が第２の要求ＩＩをパブリッシャ４００、５００に送信する前に（たとえばヘッダまたは制御情報を削除することによって）この情報を削除するかの、いずれかである。

【0056】

データ交換システム３００に対する第１のパブリッシャ４００の回答ＡＩＩは、第２のサブ要求ＩＩ－ＩおよびＩＩ－ＩＩＩのそれぞれに対する回答ＡＩＩ－ＩおよびＡＩＩ－ＩＩＩを含む。データ交換システム３００に対する第２のパブリッシャ５００の回答ＢＩＩは、対応するサブ要求ＩＩ－ＩＩに対する回答ＢＩＩ－ＩＩを含む。データ交換システム３００は、回答ＡＩＩおよびＢＩＩを第１のコンシューマ２００に送信する。この例に従う要求および回答も、その出所を示すポインタを含んでいてはならないので、本開示の例について先に説明したように処理されることを、当業者は理解する。このことは、第２のコンシューマ２００ａからの要求および第２のコンシューマ２００ａに対する回答にも当てはまる。

【0057】

本開示に従うと、第１のコンシューマ２００の第１のサブ要求Ｉ－Ｉ、Ｉ－ＩＩ、およびＩ－ＩＩＩの少なくとも一部が、第２のコンシューマ２００ａの第２のサブ要求ＩＩ－Ｉ、ＩＩ－ＩＩ、およびＩＩ－ＩＩＩの少なくとも一部と同一の場合があり得る、たとえば、第１のコンシューマ２００のサブ要求Ｉ－ＩＩが第２のコンシューマ２００ａのサブ要求ＩＩ－ＩＩＩと同一の場合があり得る。

【0058】

図６ｂは、図６ａに示されるＲＰＣプロシージャに続く、本開示に係る選択的サブスクリプションの概略図の一例を示す。第１のコンシューマ２００がデータ交換システム３００から第１の回答ＡＩおよびＢＩを受信し第２のコンシューマ２００ａがデータ交換システム３００から第１の回答ＡＩＩおよびＢＩＩを受信した後に、第１のパブリッシャ４００は、第１のコンシューマ２００のサブ要求Ｉ－Ｉにおいて要求されたデータセットＰＡＩ－Ｉを含むデータＰＡＩを、データ交換システム３００に対してパブリッシュし、第１のパブリッシャ４００は、第２のコンシューマ２００ａのサブ要求ＩＩ－ＩおよびＩＩ－ＩＩＩで要求されたデータセットＰＡＩＩ－ＩおよびＰＡＩＩ－ＩＩＩを含むデータＰＡＩＩを、データ交換システム３００に対してパブリッシュする。同様に、第２のパブリッシャ５００は、データ交換システム３００に対し、第１のコンシューマ２００のサブ要求Ｉ－ＩＩおよびＩーＩＩＩで要求されたデータセットＰＢＩ－ＩＩおよびＰＢＩ－ＩＩＩを含むデータＰＢＩをパブリッシュし、第２のパブリッシャ５００は、データ交換システム３００に対し、第２のコンシューマ２００ａのサブ要求ＩＩ－ＩＩで要求されたデータセットＰＢＩＩ－ＩＩを含むデータＰＢＩＩをパブリッシュする。データ交換システム３００は、第１のコンシューマ２００および第２のコンシューマ２００ａに、要求されたデータを利用できることを通知する。第１のコンシューマ２００は、要求したデータＰＡＩおよびデータセットＰＡＩ－Ｉに対する第１のサブスクリプションＳＡＩおよびサブ－サブスクリプションＳＡＩ－Ｉと、要求したデータＰＢＩならびにデータセットＰＢＩ－ＩＩおよびＰＢＩ－ＩＩＩのそれぞれに対する第２のサブスクリプションＳＢＩならびにサブ－サブスクリプションＳＢＩ－ＩＩおよびＳＢＩ－ＩＩＩとを、実行する。第２のコンシューマ２００ａは、要求したデータＰＡＩＩならびにデータセットＰＡＩＩ－ＩおよびＰＡＩＩ－ＩＩＩのそれぞれに対する第１のサブスクリプションＳＡＩＩならびにサブ－サブスクリプションＳＡＩＩ－ＩおよびＳＡＩＩ－ＩＩと、要求したデータＰＢＩＩおよびデータセットＰＢＩＩ－ＩＩに対する第２のサブスクリプションＳＢＩＩおよびサブ－サブスクリプションＳＢＩＩ－ＩＩとを、実行する。

【0059】

本開示は図面および上記記載において詳細に示され説明されているが、このような図示および説明は例示または具体例であって限定的なものではないとみなされねばならない。当業者は以下の請求項の範囲の中で変形および修正を行い得ることが理解されるであろう。特に、本開示は、上記さまざまな実施形態からの特徴の任意の組み合わせを伴うさらに他の実施形態をカバーする。

【0060】

さらに、請求項において、「含む（comprising）」という単語は他の要素またはステップを除外するものではなく、不定冠詞「ａ」または「ａｎ」は複数を除外するものではない。単体が、請求項に記載されているいくつかの特徴の機能を果たす場合もある。ある属性またはある値に関連する「本質的に」、「約」、「およそ」などの用語は、具体的に、まさにその属性またはまさにその値も規定する。請求項のどの参照符号も、範囲を限定すると解釈されてはならない。

【図1】

【図2】

【図3a】

【図3b】

【図4a】

【図4b】

【図5a】

【図5b】

【図6a】

【図6b】