JP6514687B2 - ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム - Google Patents

ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム Download PDF

Info

Publication number
JP6514687B2
JP6514687B2 JP2016514966A JP2016514966A JP6514687B2 JP 6514687 B2 JP6514687 B2 JP 6514687B2 JP 2016514966 A JP2016514966 A JP 2016514966A JP 2016514966 A JP2016514966 A JP 2016514966A JP 6514687 B2 JP6514687 B2 JP 6514687B2
Authority
JP
Japan
Prior art keywords
message
service
computer system
services
messages
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
Application number
JP2016514966A
Other languages
English (en)
Other versions
JP2016522946A (ja
Inventor
カールソン,ステファン
ハーネスク,アンドレアス
Original Assignee
パックサイズ,エルエルシー
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by パックサイズ,エルエルシー filed Critical パックサイズ,エルエルシー
Publication of JP2016522946A publication Critical patent/JP2016522946A/ja
Application granted granted Critical
Publication of JP6514687B2 publication Critical patent/JP6514687B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/542Event management; Broadcasting; Multicasting; Notifications
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/546Message passing systems or structures, e.g. queues
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/12Applying verification of the received information
    • H04L63/123Applying verification of the received information received data contents, e.g. message integrity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/54Indexing scheme relating to G06F9/54
    • G06F2209/548Queue
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)
  • Multi Processors (AREA)
  • Hardware Redundancy (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

関連出願に対する相互引用
[0001] 本願は、"METHOD AND SYSTEM FOR FLEXIBLE NODE COMPOSITION ON LOCAL OR DISTRIBUTED COMPUTER SYSTEMS"(ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム)と題し、2013年5月20日に出願された米国仮特許出願第61/825,284号の恩恵および優先権を主張する。この仮特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
[0002] 本明細書において説明する実施形態は、スケーリング・サービス(scaling service)、第1サービス・バージョンから第2バージョンへの移行、および外部システム統合サービスの実装を対象とする。一実施形態では、コンピュータ・システムは、サービス間における通信を可能にするメッセージ・キューを維持するメッセージ・ブローカ・サービス(message broker service)を設置する(establish)。メッセージ・キューは、パブリッシャからのメッセージを受け入れ、メッセージをサブスクライバに転送する。このコンピュータ・システムは、サービス毎に指定されたメッセージ・キューを示し、指定されたメッセージ・キューは、そのサービスに対するメッセージを維持するように構成される。また、このコンピュータ・システムは、サービスの内少なくとも1つを、第2の異なるコンピュータ・システムに移動させるのを可能にしつつ、指定されたメッセージ・キューは、移動されるサービスに対するメッセージを維持する。
[0003] 他の実施形態では、コンピュータ・システムは第1サービス・バージョンから第2サービス・バージョンに移行する。このコンピュータ・システムは、サービスの第1バージョンをインスタンス化し、同じサービスの第2バージョンをインスタンス化して、サービスの第1バージョンおよびサービスの第2バージョンが同時に実行することになる。次いで、コンピュータ・システムは、処理のためにサービスの第1バージョンに送られたメッセージ(または、いずれのサービスにも未だ送られていないメッセージ)をサービスの第2バージョンに送るべきであると判断し、サービスの第2バージョンを使用してこのメッセージを処理する。
[0004] 更に他の実施形態では、コンピュータ・システムは、外部システム統合サービスを実装する。このコンピュータ・システムは、内部メッセージ・ブローカ・サービスが設置されていると判断する。メッセージ・ブローカ・サービスは、サービス間における通信を可能するメッセージ・キューを維持するように構成される。メッセージ・キューは、パブリッシャからのメッセージを受け入れ、メッセージをサブスクライバに転送する。コンピュータ・システムは、内部メッセージ・ブローカ・サービスと合同して、外部システム統合サービスをインスタンス化する。外部システム統合サービスは、指定された登録済みメッセージにサブスクライブし(subscribe)、登録済みメッセージを種々の外部エンティティに転送するように構成される。外部システム統合サービスの構成設定(configuration)は、コンピュータ・システムによって、または外部システム統合サービスを使用している外部システムによって実行することができる。また、コンピュータ・システムは、外部システム統合サービスが登録したメッセージを受信し、外部システム統合サービスは、受信した登録済みメッセージを、指定された外部エンティティに転送する。
[0005] この摘要は、詳細な説明において以下で更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するときに補助として使用されることを意図するのでもない。
[0006] 更に他の特徴および利点については、以下に続く説明において明記され、当業者にはその説明から部分的に明らかになり、または本明細書における教示の実施によって習得することもできる。本明細書において説明する実施形態の特徴および利点は、添付した特許請求の範囲において特定的に指摘した手段および組み合わせによって実現し修得することができる。本明細書において説明する実施形態の特徴は、以下の説明および添付した特許請求の範囲から一層明らかになるであろう。
[0007] 本明細書において説明する実施形態の以上のおよびその他の特徴を更に明確化するために、添付図面を参照しながら更に特定的な説明を行う。尚、これらの図面は本明細書において説明する実施形態の例を図示するに過ぎず、したがってその範囲を限定するように見なしてはならないことは認められよう。実施形態について、更に具体的にそして詳細に、添付図面の使用によって説明する(described and explained)。
図1は、本明細書において説明する実施形態がスケーリング・サービスを含んで動作することができるコンピュータ・アーキテクチャを示す。 図2は、スケーリング・サービスのための方法例のフロー・チャートを示す。 図3は、第1サービス・バージョンから第2バージョンに移行するための方法例のフロー・チャートを示す。 図4は、外部システム統合サービスを実装するための方法例のフロー・チャートを示す。 図5は、受信したメッセージをサービスの第1バージョンからサービスの第2バージョンに送る実施形態を示す。 図6は、メッセージを外部エンティティに転送するために外部システム統合サービスを実装する実施形態を示す。 図7は、指定されたトピック・キーを使用して、メッセージ・ブローカ・サービスによってメッセージを発送する(route)実施形態を示す。
[0015] 本明細書において説明する実施形態は、スケーリング・サービス、第1サービス・バージョンから第2バージンへの移行、および外部システム統合サービスの実施を対象とする。一実施形態では、コンピュータ・システムは、サービス間における通信を可能にするメッセージ・キューを維持するメッセージ・ブローカ・サービスを設置する。メッセージ・キューは、パブリッシャからのメッセージを受け入れ、メッセージをサブスクライバに転送する。このコンピュータ・システムは、サービス毎に指定されたメッセージ・キューを示し、指定されたメッセージ・キューは、そのサービスに対するメッセージを維持するように構成される。また、このコンピュータ・システムは、サービスの内少なくとも1つを、第2の異なるコンピュータ・システムに移動させるのを可能にしつつ、指定されたメッセージ・キューは、移動されるサービスに対するメッセージを維持する。
[0016] 他の実施形態では、コンピュータ・システムは第1サービス・バージョンから第2サービス・バージョンに移行する。このコンピュータ・システムは、サービスの第1バージョンをインスタンス化し、同じサービスの第2バージョンをインスタンス化して、サービスの第1バージョンおよびサービスの第2バージョンが同時に実行することになる。次いで、コンピュータ・システムは、処理のためにサービスの第1バージョンに送られたメッセージ(または、いずれのサービスにも未だ送られていないメッセージ)をサービスの第2バージョンに送るべきであると判断し、サービスの第2バージョンを使用してこのメッセージを処理する。
[0017] 更に他の実施形態では、コンピュータ・システムは、外部システム統合サービスを実装する。コンピュータ・システムは、内部メッセージ・ブローカ・サービスが設置されていると判断する。メッセージ・ブローカ・サービスは、サービス間における通信を可能にするメッセージ・キューを維持するように構成される。メッセージ・キューは、パブリッシャからのメッセージを受け入れ、メッセージをサブスクライバに転送する。コンピュータ・システムは、内部メッセージ・ブローカ・サービスと合同して、外部システム統合サービスをインスタンス化する。外部システム統合サービスは、指定された登録済みメッセージにサブスクライブし、登録済みメッセージを種々の外部エンティティに転送するように構成される。外部システム統合サービスの構成設定(configuration)は、コンピュータ・システムによって、または外部システム統合サービスを使用している外部システムによって実行することができる。また、コンピュータ・システムは、外部システム統合サービスが登録したメッセージを受信し、外部システム統合サービスは、受信した登録済みメッセージを、指定された外部エンティティに転送する。
[0018] 次に、以下の論述は、実行することができる多数の方法および方法のアクトに言及する。尚、方法のアクトは、ある順序で論じられること、または特定の順序で行われるようにフロー・チャートにおいて示されることもあるが、特に述べられない限り、または要求されない限り、特定の順序付けは必ずしも必要とはされないことは注記してしかるべきである。何故なら、1つのアクトは、そのアクトが実行される前に完了する他のアクトに従属するからである。
[0019] 本明細書において説明する実施形態は、例えば、以下で更に詳しく論ずるように、1つ以上のプロセッサおよびシステム・メモリというようなコンピュータ・ハードウェアを含む特殊目的または汎用コンピュータを含むまたは利用することができる。また、本明細書において説明する実施形態は、コンピュータ実行可能命令および/またはデータ構造を搬送または格納するために、物理および他のコンピュータ読み取り可能媒体も含む。このようなコンピュータ読み取り可能媒体は、汎用または特殊目的コンピュータ・システムによってアクセスすることができる任意の入手可能な媒体とすることができる。コンピュータ実行可能命令をデータの形態で格納するコンピュータ読み取り可能媒体は、コンピュータ記憶媒体である。コンピュータ実行可能命令を搬送するコンピュータ読み取り可能媒体は、送信媒体である。つまり、一例として、そして限定ではなく、本明細書において説明する実施形態は、少なくとも2つの全く異なる種類のコンピュータ読み取り可能媒体、即ち、コンピュータ記憶媒体および送信媒体を含むことができる。
[0020] コンピュータ記憶媒体は、RAM、ROM、EEPROM、CD−ROM、RAMに基づくソリッド・ステート・ドライブ(SSD)、フラッシュ・メモリ、相変化メモリ(PCM)、または他のタイプのメモリ、あるいは他の光ディスク記憶デバイス、磁気ディスク記憶デバイス、または他の磁気記憶デバイス、あるいはコンピュータ実行可能命令、データ、またはデータ構造の形態で所望のプログラム・コードを格納するために使用することができ、更に汎用または特殊目的コンピュータ・システムによってアクセスすることができる任意の他の媒体を含む。
[0021] 「ネットワーク」とは、コンピュータ・システムおよび/またはモジュールおよび/または他の電子デバイス間における電子データの移送を可能にする1つ以上のデータ・リンクおよび/またはデータ・スイッチとして定義するものとする。ネットワークを通じて情報をコンピュータに転送または提供するとき(ハードワイヤ、ワイヤレス、あるいはハードワイヤまたはワイヤレスの組み合わせのいずれか)、コンピュータがこの接続を送信媒体と見なすのは適正である。送信媒体は、データまたは所望のプログラム・コード手段をコンピュータ実行可能命令の形態でまたはデータ構造の形態で搬送するために使用することができ、汎用または特殊目的コンピュータ・システムによってアクセスすることができるネットワークを含むことができる。以上のものの組み合わせも、コンピュータ読み取り可能媒体の範囲に含まれてしかるべきである。
[0022] 更に、種々のコンピュータ・システムのコンポーネントに達したときに、コンピュータ実行可能命令またはデータ構造の形態であるプログラム・コード手段を自動的に送信媒体からコンピュータ記憶媒体に(またはその逆に)転送する(transfer)ことができる。例えば、ネットワークまたはデータ・リンクを通じて受信されたコンピュータ実行可能命令またはデータ構造を、ネットワーク・インターフェース・モジュール(例えば、ネットワーク・インターフェース・カードまたは「NIC」)内にあるRAMにバッファし、次いで最終的にコンピュータ・システムのRAMにおよび/またはコンピュータ・システムにおいてそれよりも揮発性が少ないコンピュータ記憶媒体に転送することができる。このため、コンピュータ記憶媒体は、送信媒体も利用する(または主に利用する場合も)コンピュータ・システム・コンポーネントに含めることができることは理解されてしかるべきである。
[0023] コンピュータ実行可能(またはコンピュータ解釈可能)命令は、例えば、汎用コンピュータ、特殊目的コンピュータ、または特殊目的処理デバイスに、ある種の機能または1群の機能を実行させる命令を含む。コンピュータ実行可能命令は、例えば、バイナリー、アセンブリ言語のような中間フォーマット命令、またはソース・コードであってもよい。主題については、構造的特徴および/または方法論的アクトに特定的な文言で説明したが、添付した特許請求の範囲において定められる主題は、必ずしも以上で説明した特徴やアクトには限定されないことは理解されよう。逆に、説明した特徴およびアクトは、特許請求の範囲を実現する形態例として開示したまでである。
[0024] 当業者は、種々の実施形態を、多くのタイプのコンピュータ・システム構成を有するネットワーク計算環境において実施できることを認めよう。コンピュータ・システム構成には、パーソナル・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、メッセージ・プロセッサ、ハンドヘルド・デバイス、マルチプロセッサ・システム、マイクロコンピュータ−ベースまたはプログラマブル消費者用電子機器、ネットワークPC、ミニコンピュータ、メインフレーム・コンピュータ、移動体電話機、PDA、タブレット、ページャ、ルータ、スイッチ等が含まれる。また、本明細書において説明する実施形態は、分散型システム環境において実施することも可能である。分散型システム環境では、ネットワークを通じてリンクされた(ハードワイヤ・データ・リンク、ワイヤレス・データ・リンク、またはハードワイヤおよびワイヤレス・データ・リンクの組み合わせによって)ローカルおよびリモート・コンピュータ・システムの各々がタスク(例えば、クラウド・コンピューティング、クラウド・サービス等)を実行する。分散型システム環境では、プログラム・モジュールはローカルおよびリモート双方のメモリ記憶デバイスに配置されてもよい。
[0025] この説明およびそれに続く特許請求の範囲において、「クラウド・コンピューティング」とは、構成変更可能な計算リソース(例えば、ネットワーク、サーバ、ストレージ、アプリケーション、およびサービス)の共有プールに対する、応需型(on-demand)ネットワーク・アクセスを可能にするモデルとして定義するものとする。「クラウド・コンピューティング」の定義は、このようなモデルが適正に展開されたときに得ることができる他の多数の利点のいずれにも限定されないものとする。
[0026] 例えば、クラウド・コンピューティングは、現在、構成変更可能な計算リソースの共有プールに対する遍在的で便利な、応需型アクセスを提供するように、マーケットプレースにおいて採用されている。更に、構成変更可能な計算リソースの共有プールは、仮想化によって素早くプロビジョニングすることができ、少ない管理の手間やサービス・プロバイダの介入で解放することができ、次いでこれらに応じてスケーリングすることができる。
[0027] クラウド・コンピューティング・モデルは、例えば、応需型セルフ・サービス、ブロード・ネットワーク・アクセス、リソース・プーリング、即時性(rapid elasticity)、計測可能であること(measured service)等というような、種々の特性で構成することができる。また、クラウド・コンピューティング・モデルは、例えば、サービスとしてのソフトウェア(「SaaS」)、サービスとしてのプラットフォーム(「PaaS」)、およびサービスとしてのインフラストラクチャー(「IaaS」)というような、種々のサービス・モデルを露出することもできる。また、クラウド・コンピューティング・モデルは、プライベート・クラウド、コミュニティ・クラウド、パブリック・クラウド、ハイブリッド・クラウド等というような、異なる配備モデルを使用して配備することもできる。この説明および特許請求の範囲では、「クラウド・コンピューティング環境」とは、クラウド・コンピューティングが採用された環境である。
[0028] 加えてまたは代わりに、本明細書において説明する機能は、少なくとも部分的に、1つ以上のハードウェア論理コンポーネントによって実行することができる。例えば、限定ではなく、使用することができるハードウェア論理コンポーネントの代表的なタイプは、フィールド・プログラマブル・ゲート・アレイ(FPGA)、特定プログラム集積回路(ASIC)、特定プログラム標準製品(ASSP)、チップ上システム・システム(SOC)(System-on-a-Chip System)、複合プログラマブル論理デバイス(CPLD)、および他のタイプのプログラマブル・ハードウェアを含む。
[0029] 更にまた、本明細書において説明するシステム・アーキテクチャは、複数の独立したコンポーネントを含むことができ、その各々がシステム全体としての機能に寄与する。このモジュール性は、プラットフォームのスケーラビリティの問題に取り組むときに、柔軟性を高めることを可能とし、このために、種々の利点が得られる。システムの複雑さおよび成長は、機能範囲が制限された小規模な(smaller-scale)部品の使用によって、一層容易に管理することができる。プラットフォームのフォールト・トレランスは、これらの疎結合モジュールの使用によって高められる。業務上の必要性から求められるに連れて、個々のコンポーネントを漸増的に増大させることができる。また、モジュール型の開発は、新たな機能を市場に投入するまでの時間の短縮となる。新たな機能は、コア・システムに影響を及ぼすことなく、追加または削除することができる。
[0030] 図1は、少なくとも1つの実施形態を採用することができるコンピュータ・アーキテクチャ100を示す。コンピュータ・アーキテクチャ100は、第1コンピュータ・システム101および第2コンピュータ・システム108を含む。第1および第2コンピュータ・システム101および108は、クラウド・コンピューティング・システムを含む、任意のタイプのローカルまたは分散型コンピュータ・システムであってもよい。これらのコンピュータ・システムは、種々の異なる機能を実行するモジュールを含むことができる。例えば、第1コンピュータ・システム101はメッセージ・ブローカ・サービス102を含む。メッセージ・ブローカ・サービスは、第1コンピュータ・システム上でインスタンス化され、サービスA、B、およびC(それぞれ、105A、105B、および105C)を含むがこれらに限定されないサービスと相互作用するために使用することができる。サービスA〜Cは、任意のタイプのコンピュータ・サービス、アプリケーション、機能、または他のタイプのソフトウェア機能でもよい。
[0031] メッセージ・ブローカ・サービス102は、メッセージ・キュー103を維持するように構成することができる。メッセージ・キューは、サービス(105A〜105C)から発行されたメッセージを受け入れることができ、これらのメッセージのサブスクライバに、これらのメッセージを送ることができる。つまり、図1に示すように、サービスAはサービスBおよびCからのメッセージにサブスクライブされる。したがって、サービスBまたはCがメッセージ(例えば、発行メッセージ106)を発行するときはいつでも、対応するメッセージ・キューBおよびC(それぞれ、103Bおよび103C)が、サブスクライブされたいずれのメッセージ107もサービスAに転送する。同様に、サービスBはサービスCのメッセージにサブスクライブされたので、メッセージ・キューC(103C)は、サービスCによって発行されサブスクライブされたメッセージ107を、サービスBに転送する。更に、サービスCはサービスAのメッセージにサブスクライブされたので、メッセージ・キューA(103A)は、サービスAによって発行されサブスクライブされたメッセージ107をサービスCに転送する。場合によっては、メッセージ・ブローカ・サービス102は1つのキューまたは多数のキューを維持してもよいことは注記してしかるべきである。例えば、サービスは、トピックに基づいてメッセージにサブスクライブすることもできる。したがって、実際には1つのメッセージ・キューが多くの異なるトピックのメッセージを有するときでも、サービスにとっては、キューがそのトピックのメッセージのみをサービスするように思われるであろう。
[0032] 図1には3つのサービスを示すが、そしてこれらのサービスの各々は、パブリッシャおよびサブスクライバ双方として示されているが、実質的にいかなる数のサービスでもインスタンス化することができ、これらのサービスのいずれもが、パブリッシャのみ、サブスクライバのみ、またはパブリッシャおよびサブスクライバ双方になれることは理解されよう。このように、サービスが、ある種のサービスからメッセージを受信するためにサブスクライブすることができ、これらのサービスは、誰がサブスクライブされたか、そして誰にメッセージを送るのかについて心配する必要はない。むしろ、サービスは彼らのメッセージをメッセージ・ブローカに発行することができ、メッセージ・ブローカのメッセージ・キューが、メッセージを受信するためにサブスクライブしたサービスに、これらのメッセージを適正に転送する。
[0033] 尚、サービスを1つの計算システムから他に移動させてもよいことも注記してしかるべきである。例えば、サービスB(105B)を第1コンピュータ・システム101から第2コンピュータ・システム108に移動させてもよい。サービスは、サービスが実行を停止した後に移動させればよいが、サービスが実行している間に、動的に移動させることもできる。したがって、コンピュータ・システム101のサービス移動モジュール104によってランタイム中に計算システム間でサービスを移動させるまたは移転させることができる。これらの概念については、それぞれ、図2、図3、および図4の方法200、300、および400に関して、以下で更に説明する。
[0034] 以上で説明したシステムおよびアーキテクチャに関して、開示する主題にしたがって実装することができる方法(methodologies)は、図2、図3、および図4のフロー・チャートを参照すると、一層良く評価できよう。説明の簡単さのために、一連のブロックとして方法を示し説明する。しかしながら、特許請求する主題は、ブロックの順序によって限定されないことは理解され認められてしかるべきである。何故なら、あるブロックは異なる順序で現れてもよく、および/または本明細書において図示および説明する他のブロックと同時に現れてもよいからである。更に、図示するブロックの全てが、以下に説明する方法を実現するために必要ではない場合もある。
[0035] 図2は、スケーリング・サービスのための方法200のフロー・チャートを示す。これより、方法200について、環境100のコンポーネントおよびデータを頻繁に参照しながら説明する。
[0036] 方法200は、サービス間において通信を可能にする1つ以上のメッセージ・キューを維持するメッセージ・ブローカ・サービスを設置するブロック(210)を含む。メッセージ・キューは、パブリッシャからメッセージを受信し、メッセージをサブスクライバに転送するように構成される。例えば、第1コンピュータ・システム101がメッセージ・ブローカ・サービス102を設置してもよい。メッセージ・ブローカ・サービス102は、サービス105A〜105C(または図示しないその他)というようなサービス間における通信を容易にする。メッセージ・ブローカ・サービス102は、パブリッシャからのメッセージ(即ち、発行メッセージ106)を受信し、メッセージ(即ち、サブスクライブされたメッセージ107)をサブスクライバに転送する種々のメッセージ・キュー103を始動させ(initiate)管理する。つまり、パブリッシャ(例えば、サービス105A)が、その動作ステータスに関係するメッセージ、その動作結果、通知メッセージ、または他のタイプのメッセージを発行することができる。これらのメッセージは、誰が実際にこれらのメッセージにサブスクライブしているかに関係なく、発行することができる。
[0037] ある場合には、メッセージ・ブローカ・サービス102と通信するサービスは、パブリッシャだけであってもよい(即ち、これらはいずれの他のサービスのメッセージにもサブスクライブされない)。他の場合では、サービスがサブスクライバだけであってもよい(即ち、これらは他のサブスクライバのためにメッセージを発行しない)。更に他の場合では、サービス105A〜105Cは、パブリッシャおよびサブスクライバ双方であってもよい(即ち、これらは、メッセージの発行、これらがサブスクライブされたメッセージ(例えば、サブスクライブされたメッセージ107)の受信の双方を行う)。サービス105A〜105Cは、1つのコンピュータ・システム、または多数のコンピュータ・システム上で実行することもできる。更に、サービスは、動作の前、後、または最中に、コンピュータ・システム間で移動させることができる。ある場合には、サービスが、同じまたは多数の異なるコンピュータ・システム上で実行する、それ自体の少なくとも2つの異なるインスタンスを有することもできる。例えば、メッセージ・ブローカ・サービス102は、フェイルオーバーまたは他の目的のために、多数の異なるコンピュータ・システム上において、それ自体の2つ以上の異なるインスタンスを有することができる。
[0038] 更に、方法200は、1つ以上のサービスの各々に対して、指定されたメッセージ・キューを示すブロック(220)を含む。指定されたメッセージ・キューは、そのサービスのためにメッセージを維持するように構成される。メッセージ・ブローカ・サービス102は、多くの異なるメッセージ・キュー103を始動させることができる。これらのメッセージ・キューの一部または全部が、ある種のサービスのためのメッセージを処理するために特定的に割り当てられてもよい。つまり、サービスA(105A)のメッセージを処理するために、メッセージ・キューA(103A)を特定的に指定することができる。したがって、メッセージ・キューAは、サービスAの発行メッセージ106を受信し、サービスAのメッセージを受信するためにサブスクライブされたサービス(または他のエンティティ)(例えば、サービスC(105C))にこれらを送る。同様に、メッセージ・キューB(103B)が、サービスBのメッセージを処理するために割り当てられてもよく、メッセージ・キューC(103C)が、サービスCのメッセージを処理するために割り当てられてもよい。
[0039] 次いで、方法200は、サービスの内少なくとも1つを第2の異なるコンピュータ・システムに移動させるブロック(230)を含み、指定されたメッセージ・キューが、移動されるサービスに対するメッセージを維持する。第1コンピュータ・システム101のサービス移動モジュール104は、サービス105〜105Cの内任意の1つ以上を他のコンピュータ・システムに移動させることができる。つまり、例えば、サービス移動モジュール104は、サービスB(105B)をコンピュータ・システム101から第2コンピュータ・システム108に移動させることができる。サービスは、サービスの動作中における任意の時点に移動させることができる。ランタイムの前、後、または最中に、追加のサービスを動的に追加することができる。同様に、ランタイムの前、後、または最中に、既存のサービスを動的に除去することもできる。スループットを高めるため、または追加のコンピュータ・システムを使用するコストを低減するため、負荷均衡化を補助するため、フェイルオーバーを補助するため、または他の理由のために、サービスを移動させる、追加する、または除去することができる。本明細書において説明する実施形態は、2つ以上のサービスを伴う実施態様について説明するが、これは簡単さのために行われるに過ぎず、スループット、負荷均衡化、フェイルオーバー、または他の理由で補助するために、実質的にいかなる数のサービスでも移動させる、追加する、または除去することができる。
[0040] 図7に示すようなある実施形態では、メッセージ・ブローカ・サービス701のトピック・キー割り当てモジュール702が、各メッセージ703にトピック・キー704を割り当てることができる。トピック・キー704は、そのメッセージ703についてのトピックを示す。トピックは、例えば、メッセージ703が通知メッセージである、または報告メッセージであることを示すことができる。これらのメッセージは、その対応するトピック・キーによって、メッセージの指定されたトピック・キーに基づいてサブスクライバに発送することができる。したがって、指定されたトピック・キー704に関連付けられたメッセージは、メッセージ・ブローカ・サービス701によって、そのトピックのメッセージにサブスクライブしたサブスクライバに発送される。例えば、サービスA(705A)がある種のトピック(例えば、「エラー」または「完了」または「動作ステータス」)のメッセージにサブスクライブした場合、これらのメッセージ主題に対応するトピック・キーを有するメッセージがサービスAに発送される。メッセージ・ブローカ・サービス701は、同様に、サービスB(705B)およびC(705C)がどのメッセージ・トピックにサブスクライブしたかに基づいて、メッセージをこれらのサービスに発送する。このように、これらの実施形態では、サブスクライバは、ある種のパブリッシャからの全てのメッセージにサブスクライブすること、またはそのパブリッシャからのメッセージの内、指定されたトピック・キーを有するものだけにサブスクライブすることもできる。更に、サブスクライバは、単に、誰がパブリッシャであるかには関係なく、ある種のトピック・キーを有するメッセージにサブスクライブすることもできる。このように、パブリッシャは、イベントが発生するに連れてメッセージを発行することができ、メッセージ・ブローカ・サービス701によってこれらのメッセージをサブスクライバに発送することができる。
[0041] 少なくともある場合には、パブリッシャは、それらのメッセージに誰がサブスクライブしているのか全く知らなくてもよい。メッセージ・ブローカは、サービスの内任意のものがメッセージをメッセージ・キューに発行することを可能にすることができ、更に、任意のサブスクライバがメッセージ・キューからメッセージを受信することを可能にすることができる。サブスクライブされたメッセージ107は、サブスクライバに、誰がメッセージを発行したか示すことができ、更にこのメッセージに割り当てられたトピック・キーを示すこともできる。ある場合には、メッセージは、メッセージの出所(即ちパブリッシャ)を検証するセキュリティ・トークンを含むこともできる。メッセージ・サブスクライバは、セキュリティ・トークンにアクセスし、それが有効か否か判定することができる。有効である場合、メッセージはメッセージ・キュー上に発行される。セキュリティ・トークンが無効である場合、メッセージには無効の印が付けられ、破棄または無視することができる。更に、無効なセキュリティ・トークンのパブリッシャ、および/またはサブスクライバに、そのセキュリティ・トークンが無効であることを通知することもできる。ある実施形態では、セキュリティ・ポリシーを立案し(initiate)、あるメッセージは、セキュリティ・トークンなしでアクセスし発送することを許可し、一方他の(恐らく優先度が高い)メッセージは、メッセージにアクセスできるようになる前に有効なトークンを要求する。更に、ある実施形態では、第1コンピュータ・システム101があるサービスから他のサービスに移行しなければならない場合もある。このような実施形態については、以下で図3と関連付けて説明する。
[0042] ある実施形態では、サービス監視サービスを実装することもできる。サービス監視サービスは、システムにおけるサービスの動作状態を監視することができる。サービス監視サービスは、1つの指定されたサービス、またはメッセージ・ブローカ・サービスを含む複数の異なるサービスを監視するように構成することができる。監視は、ステータス・チェックをサービスの内1つ以上に送ることを含んでもよい。これらのステータス・チェックは、サービスとサービス監視サービスとの間で送られる内部メッセージであってもよい。これらのステータス・チェックは、サービスが適正に機能しているか否か判定するために使用することができる。このように、サービス監視サービスは、サービスがステータス・チェックに応答したか否か判定し、ステータス・チェックに応答していないサービス毎に、そのサービスが正しく動作していないことを種々のユーザ(例えば、システム・アドミニストレータを含む)に通知することができる。
[0043] サービス監視サービスは、更に、どのサービスが、指定されたメッセージ・タイプを待ち受けているか判定し、指定されたメッセージ・タイプを発行し、指定されたメッセージ・タイプにサブスクライブし、指定された数のメッセージを処理し、またはシステム全体によって処理されるメッセージの数を判定するように構成することができる。ある場合には、サービスが既知の量以上または以下に処理している場合、そのサービスは誤って機能しているおそれもある。同様に、ある種のメッセージ・タイプに対するパブリッシャまたはサブスクライバが、比較的大量のメッセージを受信または発行することもあり、つまり一層エラーを生じ易くなるおそれがある。サービス監視サービスからのデータは、サービスの数を増やしメッセージ処理スループットを高めるために使用することができ、またはサービスの数を減らし処理コストを低減することもできる。これらのサービスの増減は、自動的に、または処理の必要性が変化するに連れて動的に実施することができる。更に、サービス監視サービスは、手動でサービスを追加または除去するための推奨を与えるように構成することもできる。
[0044] 更にまた、サービス監視サービスは、従属サービスを含むどのサービスが、現在メッセージ処理のために利用可能か識別することもできる。次いで、この情報に基づいて、サービス監視サービスは、判定された現在のサービスの利用可能性に基づいて、種々のメッセージ処理設定を制御することができる。例えば、システム内部のサービス、または外部システム統合サービスを使用する外部システムにおけるサービスは、サービス監視サービスによって提示される利用可能性情報にしたがって、メッセージを異なって処理するように構成することができる。例えば、パブリッシャが、利用可能性情報から、現在利用可能なサービスにメッセージをどのようにして発送するか決定することができるのでもよい。
[0045] 図3は、第1サービス・バージョンから第2バージョンに移行するための方法300のフロー・チャートを示す。これより、図1の環境100および図5の環境500のコンポーネントおよびデータを頻繁に参照しながら、方法300について説明する。
[0046] 方法300は、サービスの第1バージョンをインスタンス化するブロック(310)を含む。例えば、コンピュータ・システム501のサービス・インスタンス化モジュール502が、サービス503Aの第1バージョンをインスタンス化することができ、更に同じサービスの第2バージョン503Bをインスタンス化することができ、サービスの第1バージョンおよびサービスの第2バージョンが同時に実行することになる(320)。前述のように、このサービスは、3つ以上のバージョンを含む、多数の異なるバージョンにインスタンス化することもできる(図5には示されていない)。これらのサービスは、サービス、アプリケーション、ソフトウェア機能、または他のソフトウェア・エレメントを含む、任意のタイプの計算機能とすることができる。ある場合には、第1バージョン503Aが、サービスの新しいアップグレードされたバージョンであってもよく、一方第2バージョン503Bは、古いアップグレードされていないバージョンであってもよい。これらの新旧バージョンは、同時に実行することができ、別個に実行することもできる。
[0047] 次に、方法300は、処理のためにサービスの第1バージョンに送られたメッセージをサービスの第2バージョンに送るべきことを決定するブロック(330)を含む。例えば、第1バージョンの方が新しいバージョンであり、第2バージョンの方が古いバージョンである先の例では、サービスの古い方のバージョンにのみ有効である、または 新しい方のソフトウェア・バージョンによって認識されないまたは処理できない1つのエレメントを少なくとも含むメッセージ506が受信され場合があり得る。逆の場合も成り立つことができ、その場合、第1バージョン503Aが古い方のバージョンであり、第2バージョン503Bが新しい方のバージョンであり、メッセージ506は新しい方のバージョン(503B)によってのみ処理することができる。1つのバージョンが着信メッセージを処理することができればよく、他方のサービス・バージョンができないことには、多くの異なる理由があると考えられる。その理由には関係なく、コンピュータ・システム101は、メッセージ506をサービスの第1バージョン503Aからサービスの第2バージョン503Bに渡すべきことを決定することができる。次いで、メッセージ506を処理するために、サービスの第2バージョンを使用することができる(340)。
[0048] 一実施形態では、第1バージョンが誤動作したときに、メッセージ506をサービスの第2バージョンに転送することができる。つまり、サービスの第2バージョン503Bは、第1サービス・バージョンに対するフェイルオーバーを設ける。このようなフェイルオーバーのシナリオでは、第2バージョンは第1バージョンよりも古くても新しくてもよい。ある場合には、これらのサービス・バージョンの一方(例えば、バージョン1(503A))を、インストール時に自動的に実装することもできる。つまり、インストールが終了すると直ぐに、着信メッセージ506を処理するために、新たにインストールされたサービス・バージョンを自動的に使用することができる。したがって、サービスをアップグレードし、アップグレードの後には自動的に実装し(例えば、サービス・アップグレード・モジュール504によって)、アップグレードのダウンタイムを大幅に短縮するか、または解消する。ある場合には、新たにアップグレードされたものが実行していると一旦判定されたなら、他方(例えば、第2)のサービス・バージョンは自動的にアンインストールされる。
[0049] 更にまた、着信メッセージをサービスの第1バージョン503Aから第2バージョン503Bに処理のために送るべきか否かについての判定は、種々の論理的評価に基づくこともできる。例えば、第1バージョンがメッセージに応答するためには2秒以上かかる場合、コンピュータ・システム101は、第1バージョンは利用できないと判定することができ、次いでメッセージを同じサービスの第2バージョンに発送し直すことができる。他のロジックも同様に構成し実施することができる。以上は、論理的判定の一例に過ぎない。加えてまたは代わりに、メッセージ506を処理のためにサービスの第1バージョン503Aから第2バージョン503Bに送るべきか否についての判定は、ユーザまたはシステム・アドミニストレータによって設定される構成設定505に基づくこともできる。
[0050] ある場合には、メッセージを第1バージョンから第2バージョンに転送することができ、第1および第2バージョンの双方によって同時に処理することもできる。このような場合、同時に実行するサービスの第1および第2バージョンの出力を比較して、処理の間に発生するエラーを発見することもできる。このようにして、サービス・プロバイダが、アプリケーションの双方のバージョンを検査し、どのバージョンが最も少ないエラーでメッセージ506を処理するか判定することができるのでもよい。第2(新しい方、恐らくベータ)バージョンをインストールし、現在のバージョンと共に実行することもでき、プログラム開発者が新しい方のバージョンの結果を記録し、危険性を全く高めることなく、新しい方のバージョンを検査することになる。加えてまたは代わりに、サービス・プロバイダ(または他のユーザ)が、どのバージョンがどのエラーを発生したか判定できるであろう。このデータを使用して、サービス・プロバイダは、着信メッセージのタイプ毎に、どのサービス・バージョンが最良であるか指定することができるであろう。この指示は、着信メッセージを第2バージョン503Bに転送するか、またはそれらを第1バージョン503Aに留めるかの判定において、コンピュータ・システム501によって使用することができる。このように、コンピュータ・システム101は、受信するメッセージ毎に、どのサービス・バージョンを使用すべきか(または、使用するのが最良であるか)継続的に判定することができる。
[0051] 図4は、外部システム統合サービスを実現するための方法400のフロー・チャートを示す。これより、図1の環境100および図6の環境600のコンポーネントおよびデータを頻繁に参照しながら、方法400について説明する。
[0052] 方法400は、外部メッセージ・ブローカ・サービス603が設置されていることを判定するブロック(410)を含む。このメッセージ・ブローカ・サービスは、サービス間(例えば、パブリッシャ606および/またはサブスクライバ607)における通信を可能にする1つ以上のメッセージ・キュー604を維持するように構成され、メッセージ・キューは、パブリッシャ606からメッセージを受信し、メッセージ605A/605Bをサブスクライバ607に転送するように構成される。メッセージは、サブスクライブ(subscription)に基づいて、および/またはトピック・キー(図7に示すような)に基づいて、発送することができる。内部メッセージ・ブローカ・サービス603をインスタンス化するために、コンピュータ・システム601のサービス・インスタンス化モジュール602を使用することもできる。内部メッセージ・ブローカ・サービスは、図1において説明したメッセージ・ブローカ・サービス102と実質的に同じでよい。また、メッセージ・キューも、図1において説明したメッセージ・キュー103と同様または同じでよい。メッセージは、製品を生産している機械についての情報を含むことができ、動作ステータス・メッセージ、計画ステータス・メッセージ、エラー・メッセージ、または他のタイプのメッセージを含む。
[0053] 更に、方法400は、内部メッセージ・ブローカ・サービス603と合同で、外部システム統合サービス608をインスタンス化するブロック(420)も含む。外部システム統合サービス608は、指定された、登録メッセージ605A/605Bにサブスクライブし、登録メッセージ605Cを1つ以上の外部エンティティ611に転送するように構成される。外部エンティティ611は、外部ユーザ、会社、コンピュータ・システム、データ・ストア、あるいはコンピュータ・システム601に対して外部である、または内部メッセージ・ブローカ・サービス603を動作させているところに対して外部である他のエンティティであってもよい。外部システム統合サービス608は、サービス・インスタンス化モジュール602によってインスタンス化することができ、パブリッシャ606とサブスクライバ607との間で転送されるメッセージを待ち受けるように構成することができる(例えば、図1のサービスA、B、またはC(105A〜105Cの内任意のもの)。
[0054] 次いで、外部システム統合サービス608は、メッセージの内どれを、指定された外部エンティティに送るべきか決定することができる。例えば、外部エンティティが、任意のエラー・メッセージ、またはエラーが発生したことを示す任意の動作ステータス・メッセージを受信したいことを指定することもできる。これらのメッセージは、「登録済み」メッセージ、即ち、外部エンティティが受信するためにサブスクライブした(subscribe)または登録した(register)メッセージであろう。外部システム統合サービスがサブスクライブされたメッセージは、外部システム統合サービスによって構成されても、または外部システム統合サービス内部から選択されても、外部システム統合サービスを使用している外部システム内部から選択されても、またはコンピュータ・システム101内部から選択されてもよい。このような登録済みメッセージが外部システム統合サービスによって受信されると(430)、外部システム統合サービス608は、受信した登録済みメッセージ605Cを、種々の指定された外部エンティティに転送することができる(440)。
[0055] また、外部システム統合サービスは、指定された外部システム通信プロトコルまたはフォーマットへのメッセージの変換も処理するために使用することもできる。例えば、外部システムがある種のファイル・タイプまたはプロトコルを使用して通信する場合、外部システム統合サービス608は、内部メッセージをある種のフォーマット(例えば、コンマ分離フォーマット)に変換し(translate)、次いで指定されたプロトコルを使用してこのファイルを送信することができる。各外部エンティティ611は、異なるタイプのメッセージ、またはある種のパブリッシャからのメッセージ、あるいは双方を要求することもできる。外部システム統合サービス608は、メッセージング・キュー604を使用して、サービスの内任意のものと相互作用することができる。外部システム統合サービスは、更に、外部エンティティ611に利用可能にしたメソッドも発行することができる。
[0056] ある実施形態では、制御システム609が、サービス・インスタンス化モジュール602によって、サービスとしてインスタンス化されることも可能である。制御システムは、設置された内部メッセージ・ブローカ・サービス603および/または外部システム統合サービスと合同して、サービスとしてインスタンス化されてもよい。制御システムは、1つ以上の指定された機械610のために機械機能を動作させるように構成することもできる。例えば、制御システムは、機械をいつオンまたはオフに切り替えるか、いつ機械がある種のジョブを処理すべきか、どのように機械がジョブを処理すべきか(ジョブ毎に構成設定値を含む)制御する、または他の機械動作を制御するように構成することができる。機械610は、コンピュータ・システム601に対してローカルでもリモートでもよく、付加的に手動制御によって制御されてもよい。
[0057] サービス・インスタンス化モジュール602は、少なくともある実施形態では、メッセージ・パイプライニング・サービス(message pipelining service)もインスタンス化することができる。メッセージ・パイプライニング・サービスは、指定された順序で処理されることになっているメッセージをメッセージ・パイプラインにおいて受信するように構成することができる。メッセージ・パイプライニング・サービスは、受信したメッセージを発行し、そのメッセージの結果にサブスクライブする。例えば、メッセージが機械コマンド(例えば、機械610に対する)である場合、メッセージ・パイプライニング・サービスはそのコマンドにサブスクライブし、このコマンドの結果として発生したことの結果を受信する。これらのメッセージ結果は、次いで、パイプラインにおいて以後受信するメッセージ毎に、入力引数として追加することができる。メッセージ・パイプライニング・サービスは、メッセージ・パイプラインにおける最後のメッセージを受信したと判断し、次いでメッセージ・パイプラインの結果をサブスクライバ607に発行する。このように、コールする側のサービス(calling service)が、任意の中間ステップをパイプライン・サービスに移譲することができる。
[0058] 以上によれば、サービスをスケーリングする、および/または複数のコンピュータ・システムにわたって移動させることを可能にする方法、システム、およびコンピュータ・プログラム製品を提供する。更に、1つのサービス・バージョンから他のバージョンに移行し、外部エンティティがサブスクライバによって発行されたメッセージを受信することを可能にする外部システム統合サービスを実装する方法、システム、およびコンピュータ・プログラム製品を提供する。
[0059] 本明細書において説明した概念および特徴は、それらの主旨や記述的特性(descriptive characteristics)から逸脱することなく、他の特定形態においても具体化することができる。説明した実施形態は、あらゆる観点において、限定ではなく例示として見なされるものとする。したがって、本開示の範囲は、以上の説明によってではなく、添付した請求項によって示される。請求項の均等の意味および範囲に該当するあらゆる変更は、その範囲内に包含されるものとする。

Claims (21)

  1. 1つ以上のプロセッサと、
    システム・メモリと、
    コンピュータ実行可能命令が格納されている1つ以上のコンピュータ読み取り可能記憶媒体と、
    を含むコンピュータ・システムであって、前記命令が前記1つ以上のプロセッサによって実行されると、前記コンピュータ・システムに、サービス・スケーリング方法を実行させ、前記方法が、
    サービス間における通信を可能にする1つ以上のメッセージ・キューを維持するメッセージ・ブローカ・サービスを設置するステップであって、前記メッセージ・キューが、パブリッシャからメッセージを受信し、メッセージをサブスクライバに転送するように構成される、ステップと、
    前記1つ以上のサービスの各々に対して指定されたメッセージ・キューを示すステップであって、前記指定されたメッセージ・キューが、当該サービスに対するメッセージを維持するように構成される、ステップと、
    前記サービスの内少なくとも1つを、第2の異なるコンピュータ・システムに移動させるステップであって、前記指定されたメッセージ・キューが、前記移動されるサービスに対するメッセージを維持する、ステップと、
    を含む、コンピュータ・システム。
  2. 請求項1記載のコンピュータ・システムであって、前記方法は、更に、
    各メッセージに、当該メッセージについてのトピックを示すトピック・キーを割り当てる、ステップと、
    前記メッセージの割り当てられたトピック・キーに基づいて、指定されたトピック・キーに関連付けられたメッセージが、前記メッセージ・ブローカによって、当該トピックのメッセージにサブスクライブしたサブスクライバに発送されるように、メッセージをサブスクライバに発送するステップと、
    を含む、コンピュータ・システム。
  3. 請求項1記載のコンピュータ・システムにおいて、パブリッシャが、そのメッセージに誰がサブスクライブしているかについて把握しない、コンピュータ・システム。
  4. 請求項1記載のコンピュータ・システムにおいて、前記メッセージ・ブローカが、前記サービスの内任意のものが前記メッセージ・キューに発行することを可能にし、更に任意のサブスクライバが前記メッセージ・キューからのメッセージを受信することを可能にする、コンピュータ・システム。
  5. 請求項4記載のコンピュータ・システムにおいて、前記メッセージの内1つ以上が、前記メッセージの出所を検証するセキュリティ・トークンを含む、コンピュータ・システム。
  6. 請求項5記載のコンピュータ・システムであって、前記方法は、更に、
    前記受信したメッセージの少なくとも1つに対する前記セキュリティ・トークンが無効であると判定するステップと、
    前記無効のセキュリティ・トークンを含む前記メッセージを無視するステップと、
    を含む、コンピュータ・システム。
  7. 請求項1記載のコンピュータ・システムにおいて、前記サービスの内少なくとも1つが、パブリッシャおよびサブスクライバの双方である、コンピュータ・システム。
  8. 請求項1記載のコンピュータ・システムにおいて、複数のサービスが、複数の異なるコンピュータ・システムに跨がって分散される、コンピュータ・システム。
  9. 請求項8記載のコンピュータ・システムにおいて、 前記サービスの内少なくとも1つが、前記複数の異なるコンピュータ・システム上においてそれ自体の少なくとも2つの異なるインスタンスを有する、コンピュータ・システム。
  10. 請求項9記載のコンピュータ・システムであって、前記方法は、更に、前記サービスの前記少なくとも2つの異なるインスタンスを使用して、負荷均衡化を実行するステップを含む、コンピュータ・システム。
  11. 請求項1記載のコンピュータ・システムにおいて、1つ以上の新たなサービスが、ランタイム中に動的に追加される、コンピュータ・システム。
  12. 請求項1記載のコンピュータ・システムにおいて、前記サービスの内1つ以上が、ランタイム中に動的に除去される、コンピュータ・システム。
  13. 請求項1記載のコンピュータ・システムにおいて、前記サービスの内1つ以上が、ランタイム中に、1つのコンピュータ・システムから他のコンピュータ・システムに動的に移動させられる、コンピュータ・システム。
  14. 請求項1記載のコンピュータ・システムであって、前記方法は、更に、制御システムを前記メッセージ・ブローカ・サービスに統合するステップを含む、コンピュータ・システム。
  15. 請求項14記載のコンピュータ・システムであって、前記方法は、更に、外部システム統合サービスをインスタンス化するステップを含み、前記外部システム統合サービスが、指定された登録済みメッセージにサブスクライブし、前記登録済みメッセージを1つ以上の外部システムに転送するように構成される、コンピュータ・システム。
  16. 請求項1記載のコンピュータ・システムであって、前記方法は、更に、
    メッセージ・パイプライニング・サービスをインスタンス化するステップを含み、前記メッセージ・パイプライニング・サービスが、
    指定された順序で処理されるべき1つ以上のメッセージをメッセージ・パイプラインにおいて受信し、
    受信したメッセージを発行し、当該メッセージの結果にサブスクライブし、
    前記メッセージ結果を、前記パイプラインにおいて以後受信するメッセージ毎に、入力引数として追加し、
    メッセージ・パイプラインにおいて最後のメッセージが受信されたと判定し、
    前記メッセージ・パイプラインの結果を1人以上のサブスクライバに発行する、
    ように構成される、コンピュータ・システム。
  17. 請求項1記載のコンピュータ・システムであって、前記方法は、更に、サービス監視サービスをインスタンス化するステップを含み、前記サービス監視サービスに基づいて
    前記メッセージ・ブローカ・サービスを含む前記サービスの動作状態を監視するステップであって当該監視するステップが、少なくとも1つのステータス・チェックを前記サービスの内1つ以上に送ることを含前記監視するステップと、
    前記サービスが前記ステータス・チェックに応答したか否か判定するステップと
    前記ステータス・チェックに応答していないサービス毎に、1人以上のユーザまたは他のシステムに、前記サービスが正しく動作していないことを通知するステップを
    実行するように構成される、コンピュータ・システム。
  18. 請求項17記載のコンピュータ・システムであって、前記方法は、更に、
    定されたメッセージ・タイプのメッセージを待ち受けることと、指定されたメッセージ・タイプのメッセージを発行することと、指定されたメッセージ・タイプのメッセージにサブスクライブすることのうち、少なくとも1つを実行しているサービスがどれであるのかを判定するステップと、
    判定に基づいて、スループットを高めるためにサービスの数を増やす、および処理コストを低減するためにサービスの数を減らす、の内、少なくとも1つを実行するステップと、
    を含む、コンピュータ・システム。
  19. 請求項18記載のコンピュータ・システムであって、前記方法は、更に、
    1つ以上の従属サービスを含むどのサービスが、メッセージ処理のために現在利用可能であるか識別するステップと、
    前記サービスの判定された現在の利用可能性に基づいて、1つ以上のメッセージ処理設定を制御するステップと、
    を含む、コンピュータ・システム。
  20. 少なくとも1つのプロセッサとメモリとを含むコンピュータ・システムにおいて、サービスをスケーリングするためのコンピュータ実装方法であって、
    サービス間における通信を可能にする1つ以上のメッセージ・キューを維持するメッセージ・ブローカ・サービスを設置するステップであって、前記メッセージ・キューが、パブリッシャからメッセージを受信し、メッセージをサブスクライバに転送するように構成される、ステップと、
    前記1つ以上のサービスの各々に対して指定されたメッセージ・キューを示すステップであって、前記指定されたメッセージ・キューが、当該サービスのためにメッセージを維持するように構成される、ステップと、
    前記サービスの内少なくとも1つを第2の異なるコンピュータ・システムに移動させるステップであって、前記指定されたメッセージ・キューが、前記移動されるサービスに対するメッセージを維持する、ステップと、
    を含む、コンピュータ実装方法。
  21. 請求項20記載の方法であって、更に、
    各メッセージに、当該メッセージについてのトピックを示すトピック・キーを割り当てるステップと、
    前記メッセージの割り当てられたトピック・キーに基づいて、指定されたトピック・キーに関連付けられたメッセージが、前記メッセージ・ブローカによって、当該トピックのメッセージにサブスクライブしたサブスクライバに発送されるように、メッセージをサブスクライバに発送するステップと、
    を含む、コンピュータ実装方法。
JP2016514966A 2013-05-20 2014-05-14 ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム Active JP6514687B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361825284P 2013-05-20 2013-05-20
US61/825,284 2013-05-20
PCT/US2014/038009 WO2014189737A2 (en) 2013-05-20 2014-05-14 Method and system for flexible node composition on local or distributed computer systems

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019076049A Division JP6785911B2 (ja) 2013-05-20 2019-04-12 ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム

Publications (2)

Publication Number Publication Date
JP2016522946A JP2016522946A (ja) 2016-08-04
JP6514687B2 true JP6514687B2 (ja) 2019-05-15

Family

ID=51934318

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2016514966A Active JP6514687B2 (ja) 2013-05-20 2014-05-14 ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム
JP2019076049A Active JP6785911B2 (ja) 2013-05-20 2019-04-12 ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム
JP2020179709A Active JP7042317B2 (ja) 2013-05-20 2020-10-27 ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2019076049A Active JP6785911B2 (ja) 2013-05-20 2019-04-12 ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム
JP2020179709A Active JP7042317B2 (ja) 2013-05-20 2020-10-27 ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム

Country Status (7)

Country Link
US (1) US10491687B2 (ja)
EP (2) EP4033350A3 (ja)
JP (3) JP6514687B2 (ja)
CN (2) CN111026430B (ja)
BR (1) BR112015029222A2 (ja)
RU (1) RU2670794C9 (ja)
WO (1) WO2014189737A2 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106874131B (zh) * 2017-03-10 2020-06-09 Oppo广东移动通信有限公司 广播队列调整方法、装置和终端设备
EP3610631A1 (en) 2017-04-13 2020-02-19 Telefonaktiebolaget LM Ericsson (Publ) Configuration of an m2m device
CN108712332B (zh) * 2018-05-17 2020-07-07 华为技术有限公司 一种通信方法、系统和装置
CN110875935B (zh) * 2018-08-30 2023-03-24 阿里巴巴集团控股有限公司 消息发布、处理、订阅方法、装置及系统
US10944850B2 (en) * 2018-10-29 2021-03-09 Wandisco, Inc. Methods, devices and systems for non-disruptive upgrades to a distributed coordination engine in a distributed computing environment
US10917458B2 (en) * 2018-11-12 2021-02-09 Pivotal Software, Inc. Message broker configuration
CN111866045B (zh) * 2019-04-29 2023-05-30 京东科技控股股份有限公司 信息处理方法及其装置、计算机系统及计算机可读介质
CN110275731B (zh) * 2019-06-26 2022-12-16 中汇信息技术(上海)有限公司 信息处理方法、装置、存储介质和电子设备
US11042606B2 (en) * 2019-11-14 2021-06-22 ResMed Pty Ltd Remote respiratory therapy device management
US11310187B2 (en) 2020-09-22 2022-04-19 International Business Machines Corporation Cooperative messaging environments
CN112737112A (zh) * 2020-12-24 2021-04-30 广州南方电力集团科技发展有限公司 一种配电台区智能监控终端的全场景数据采集系统和方法
US11611598B2 (en) 2021-01-29 2023-03-21 Zoom Video Communications, Inc. Outbound call routing in an integrated voice and video platform
US11245790B1 (en) * 2021-01-29 2022-02-08 Zoom Video Communications, Inc. Inbound call routing in an integrated voice and video platform
CN113076304A (zh) * 2021-04-16 2021-07-06 北京沃东天骏信息技术有限公司 一种分布式版本管理方法、装置和系统
CN113867916B (zh) * 2021-09-28 2024-05-07 北京百度网讯科技有限公司 任务处理方法、装置及电子设备
CN116048601B (zh) * 2022-05-17 2024-10-11 荣耀终端有限公司 软件版本信息同步方法、系统及装置

Family Cites Families (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5566337A (en) * 1994-05-13 1996-10-15 Apple Computer, Inc. Method and apparatus for distributing events in an operating system
US6405266B1 (en) * 1998-11-30 2002-06-11 Hewlett-Packard Company Unified publish and subscribe paradigm for local and remote publishing destinations
JP2000259581A (ja) 1999-03-09 2000-09-22 Toshiba Corp 計算機システムの制御プログラム及びオブジェクト生成プログラムを記憶したコンピュータ読み取り可能な記憶媒体並びに計算機システム
EP1043671A3 (en) 1999-03-19 2003-07-16 International Business Machines Corporation Message broker providing a publish/subscribe service and method of processing messages in a publish/subscribe environment
EP1210803B1 (en) * 1999-09-09 2007-03-21 Nokia Corporation Determination of data rate, based on power spectral density estimates
US7237037B2 (en) * 2001-10-01 2007-06-26 Hewlett-Packard Development Company, L.P. Combined message broker
GB0305066D0 (en) 2003-03-06 2003-04-09 Ibm System and method for publish/subscribe messaging
JP2005004676A (ja) 2003-06-16 2005-01-06 Fujitsu Ltd 適応型分散処理システム
US20050267947A1 (en) * 2004-05-21 2005-12-01 Bea Systems, Inc. Service oriented architecture with message processing pipelines
KR100807817B1 (ko) * 2004-12-17 2008-02-27 엔에이치엔(주) 버스형 네트워크 구조의 통신 네트워크 시스템에서서브시스템 사이의 로드를 조절하는 방법
GB0501153D0 (en) * 2005-01-20 2005-03-02 Ibm System and method for subscription management in a messaging system
US8249209B2 (en) * 2005-06-20 2012-08-21 Bloomberg Finance L.P. Synchronous one-bit interface protocol or data structure
US8130758B2 (en) * 2005-06-27 2012-03-06 Bank Of America Corporation System and method for low latency market data
KR100646563B1 (ko) * 2005-07-04 2006-11-14 삼성에스디아이 주식회사 플라즈마 표시장치
US8737579B2 (en) * 2005-08-03 2014-05-27 At&T Intellectual Property I, L.P. Methods of routing messages using a listener registry
US7523344B2 (en) * 2006-05-08 2009-04-21 Sun Microsystems, Inc. Method and apparatus for facilitating process migration
WO2007134338A2 (en) * 2006-05-16 2007-11-22 Bea Systems, Inc. Hitless application upgrade for sip server architecture
US8171466B2 (en) * 2006-05-16 2012-05-01 Oracle International Corporation Hitless application upgrade for SIP server architecture
US7681000B2 (en) * 2006-07-10 2010-03-16 Silverbrook Research Pty Ltd System for protecting sensitive data from user code in register window architecture
US20080104258A1 (en) * 2006-10-30 2008-05-01 Gestalt, Llc System and method for dynamic data discovery in service oriented networks with peer-to-peer based communication
JP2008124977A (ja) 2006-11-15 2008-05-29 Hitachi Ltd メッセージ配送方法、装置及びプログラム
US7849354B2 (en) * 2007-06-12 2010-12-07 Microsoft Corporation Gracefully degradable versioned storage systems
US8025594B2 (en) * 2009-06-26 2011-09-27 Acushnet Company Golf ball with single layer core having specific regions of varying hardness
US7793140B2 (en) * 2007-10-15 2010-09-07 International Business Machines Corporation Method and system for handling failover in a distributed environment that uses session affinity
JP2009173340A (ja) * 2007-12-28 2009-08-06 Asahi Kasei Chemicals Corp シュリンク包装体の製造方法及びシュリンク包装体
US8140630B2 (en) 2008-03-05 2012-03-20 International Business Machines Corporation Publish/subscribe message broker for message sequences
JP4919995B2 (ja) 2008-03-13 2012-04-18 株式会社東芝 制御システム、制御装置および制御方法
US8271609B2 (en) * 2008-09-15 2012-09-18 Oracle International Corporation Dynamic service invocation and service adaptation in BPEL SOA process
US8423619B2 (en) 2009-03-20 2013-04-16 International Business Machines Corporation Message brokering in a consuming broker device
JPWO2010116676A1 (ja) * 2009-03-30 2012-10-18 日本電気株式会社 サービス提供装置、サービス提供システム、サービス提供装置のデータ処理方法およびコンピュータプログラム
US9311378B2 (en) * 2009-10-09 2016-04-12 International Business Machines Corporation Data synchronization between a data management system and an external system
JP5610773B2 (ja) 2010-01-06 2014-10-22 キヤノン株式会社 メッセージ処理装置およびメッセージ処理方法
DE102010016076A1 (de) * 2010-03-23 2011-09-29 Dr. Langer Medical Gmbh Endotrachealtubus
US20120024633A1 (en) * 2010-07-30 2012-02-02 Vranish John M Gyromotor
CN102377685B (zh) 2010-08-06 2015-04-29 阿里巴巴集团控股有限公司 一种订阅消息的发送系统以及订阅消息的发送方法
US20120131566A1 (en) * 2010-11-23 2012-05-24 Microsoft Corporation Efficient virtual application update
US8690918B1 (en) * 2010-12-03 2014-04-08 Onike Technologies Spinous process fusion reduction plate for lumbar spine
US8756288B2 (en) * 2011-03-11 2014-06-17 International Business Machines Corporation Publish/subscribe message routing
US9313159B2 (en) * 2011-03-24 2016-04-12 Red Hat, Inc. Routing messages exclusively to eligible consumers in a dynamic routing network
US8661287B2 (en) * 2011-06-30 2014-02-25 Rackspace Us, Inc. Automatically performing failover operations with a load balancer
US8875744B2 (en) * 2011-07-01 2014-11-04 Chevron U.S.A. Inc. Protective sheath for structural components
US20130060834A1 (en) * 2011-09-07 2013-03-07 Microsoft Corportion Distributed messaging system connectivity and resource management
US8838535B2 (en) * 2012-10-05 2014-09-16 Oracle International Corporation Providing services across systems that manage distributed replicas
US9009803B2 (en) * 2012-12-20 2015-04-14 Capsoole, Inc. Method and system for planning and management of digital events

Also Published As

Publication number Publication date
EP4033350A3 (en) 2022-09-14
JP6785911B2 (ja) 2020-11-18
CN105593817A (zh) 2016-05-18
EP3000035A4 (en) 2017-05-03
US10491687B2 (en) 2019-11-26
JP2021022392A (ja) 2021-02-18
WO2014189737A3 (en) 2015-03-05
CN105593817B (zh) 2020-01-07
JP2019149187A (ja) 2019-09-05
EP3000035A2 (en) 2016-03-30
CN111026430A (zh) 2020-04-17
US20160119436A1 (en) 2016-04-28
RU2015154472A3 (ja) 2018-03-23
JP2016522946A (ja) 2016-08-04
BR112015029222A2 (pt) 2017-07-25
RU2670794C9 (ru) 2018-11-26
EP4033350A2 (en) 2022-07-27
RU2015154472A (ru) 2017-06-26
RU2670794C2 (ru) 2018-10-25
JP7042317B2 (ja) 2022-03-25
WO2014189737A2 (en) 2014-11-27
CN111026430B (zh) 2023-10-13

Similar Documents

Publication Publication Date Title
JP6514687B2 (ja) ローカルまたは分散型コンピュータ・システムにおける柔軟なノード構成方法およびシステム
KR102059251B1 (ko) 노드 시스템, 서버 장치, 스케일링 제어 방법 및 프로그램
US11088914B2 (en) Migrating a monolithic software application to a microservices architecture
US10033584B2 (en) Automatically reconfiguring physical switches to be in synchronization with changes made to associated virtual system
US10481933B2 (en) Enabling virtual machines access to switches configured by different management entities
WO2024077885A1 (zh) 容器集群的管理方法、装置、设备及非易失性可读存储介质
KR102103493B1 (ko) 트랜잭셔널 미들웨어 기계 환경에서 버전 기반 라우팅을 지원하는 시스템 및 방법
CN110658794B (zh) 一种制造执行系统
WO2018072612A1 (zh) 一种切片实例的管理方法及装置
US9166869B2 (en) Management of distributed network switching cluster
WO2014140790A1 (en) Apparatus and method to maintain consistent operational states in cloud-based infrastructures
US10721335B2 (en) Remote procedure call using quorum state store
JP6909218B2 (ja) ラック内のノードのための分散型オペレーティング・システム機能
US10469374B2 (en) Multiple provider framework for virtual switch data planes and data plane migration
CN115885255A (zh) 用于在客户场所上实现rpa服务的通用平台
CN118381822B (zh) 一种业务迁移方法、装置、系统、电子设备和存储介质
WO2013188691A1 (en) System and method for supporting implicit versioning in a transactional middleware machine environment
US11924305B2 (en) Edge node autonomy
US11513782B1 (en) Unrestricted to restricted computing framework

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170413

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180220

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180330

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20180702

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181001

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: 20190314

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190412

R150 Certificate of patent or registration of utility model

Ref document number: 6514687

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250