Some business processes use protoco

Some business processes use protocols with specific requirements that make inter-process communication necessary. For example, you may have a process that starts when a TIBCO Rendezvous Certified Message (RVCM) arrives. Your process may also require a Wait for Rendezvous Message listening on the same subject as the process starter. This specific configuration is difficult to implement because incoming messages create new processes and also are sent to the waiting activities in the process.
In the example above, the business requirements necessitate working around the requirements of the RVCM protocol. To accomplish this, you may be able to change your business requirements, or you can use the Wait and Notify activities to create two process definitions.
The first process definition accepts all new messages and determines, based on message content, whether the message should start a new process or be passed to an activity in the process waiting for the message. The process executes a Notify activity for the new message, but the key of the Notify is different depending upon whether a new process must start or if the message is to be sent to an executing process. The second process definition starts with a Receive Notification process starter and has a Wait activity in place of the Wait for Rendezvous Message activity. This configuration allows the first process to receive all incoming messages, parse them to determine the appropriate action, and then pass each message to the appropriate process.

結果 (日本語) 1:

いくつかのビジネス プロセスはプロセス間の通信を行うに必要な特定の要件とプロトコルを使用してください。たとえば、プロセス、TIBCO Rendezvous 認定メッセージ (RVCM) が到着したときに起動するがあります。あなたのプロセスもプロセス スターターとして同じ件名でリッスン Rendezvous メッセージの待機を必要があります。この特定の構成は、受信メッセージの新しいプロセスを作成およびまたプロセスで待機しているアクティビティに送信されるため、実装することは困難です。上記の例では、ビジネス要件必要 RVCM プロトコルの要件を回避。これを達成するために、ビジネス要件を変更することができる可能性があります。 または待機通知活動を使用して 2 つのプロセス定義を作成します。プロセスの最初の定義がすべての新しいメッセージを受け入れるを決定します、メッセージ新しいプロセスを開始する必要がありますまたは、メッセージを待っているプロセス内のアクティビティに渡されるかどうか、メッセージの内容に基づきます。プロセスは、新しいメッセージの通知アクティビティを実行するキーが、通知のによって異なる新しいプロセスを開始する必要があるかどうか、または実行中のプロセスに送信されるメッセージがあるかどうか。2 番目のプロセス定義と受信通知プロセス スターターで始まります、Rendezvous メッセージ待機アクティビティの代わりに待機アクティビ ティーには。この構成では、最初のプロセスをすべての受信メッセージを受信し、解析し、適切なアクションを決定する各メッセージを適切なプロセスに渡すことができます。

結果 (日本語) 3:

若干のビジネスプロセス間通信が必要な特定の条件で使用するプロトコルを処理します。たとえば、あなたが持っているかもしれないプロセスを開始するティブコ認定がランデブーメッセージ（rvcm）に到着します。あなたのプロセスは、プロセスのスターターとして、同じ主題に関して聞いているランデブーのメッセージのための待ち時間を必要とするかもしれません。この構成を具体的に実行するのは困難で着信メッセージの新しいプロセスを作成するとともに、処理待ちの活動に送られるので。上の例では、ビジネス要求rvcmプロトコルの要件の中で仕事を必要とします。これを達成するために、あなたはあなたのビジネス要件を変更することができるかもしれません。または、あなたは待つと2つのプロセスの定義を作成する活動に通知を使用できます。最初のプロセス定義のすべての新しいメッセージを受け取ると、メッセージの内容に基づいて、新しいメッセージ処理の開始またはプロセスにおける活動メッセージを待っているかどうかを渡さなければなりません。プロセスは、新しいメッセージの通知の活動を実行するしかし、通知のキーによって異なる新たなプロセスを始めなければメッセージかどうかは、実行中のプロセスに送られる。第2のプロセス定義を受信通知プロセススターターとランデブーメッセージ活動のための待ちの代わりに待ちの活動を開始した。この構成は、第1のプロセスのすべての着信メッセージを受信すること彼らは、適切な行動を決定するために、パス各メッセージを適切なプロセスです。