(57)【特許請求の範囲】
【請求項１】
メッセージ処理方法であって、
サービスメッセージを送信するための送信時間の長さを発呼者により計算し、且つ、前記送信時間の長さに従って、制御ノードからの占有期間を申請するステップと、
前記発呼者からの前記占有期間のための申請メッセージの受信時、前記制御ノードによって、所定の規則に従って前記発呼者の前記占有期間の申請結果を決定し、且つ、対応する発呼者に前記申請結果をフィードバックするステップと、
前記占有期間の受信した申請結果が成功である場合、前記発呼者によって、前記サービスメッセージの送信時間を計算するステップと、
前記サービスメッセージの前記送信時間が超過することを、前記発呼者が監視する場合、前記発呼者によって、前記制御ノードからの前記サービスメッセージの送信トークンを申請するステップと、
前記発呼者からの前記送信トークンに対する申請メッセージの受信時、前記制御ノードによって、被呼者の最大サービス処理能力に達したかどうかに従って、前記発呼者の前記送信トークンの申請結果を決定し、且つ、前記対応する発呼者に前記申請結果をフィードバックするステップと、
前記サービスメッセージの前記送信トークンの受信した申請結果が成功である場合、前記発呼者によって、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するステップと、
前記占有期間の受信した申請結果が失敗である場合、取得した、更新された最新の占有時点及び前記送信時間の長さに従って、前記発呼者によって、新たな占有期間を計算するステップと、
前記発呼者によって、前記新たな占有期間を申請するステップと
を備える、メッセージ処理方法。
【請求項２】
発呼者により実行されるステップであって、
サービスメッセージを送信するための送信時間の長さを計算し、且つ、前記送信時間の長さに従って占有期間を申請する第１の申請メッセージを送信するステップと、
前記占有期間の受信した申請結果が成功である場合、前記サービスメッセージの送信時間を計算するステップと、
現在の時間が前記サービスメッセージの前記送信時間を超えるかどうかを監視し、且つ、前記現在の時間が前記送信時間を超えることが監視された場合、前記サービスメッセージの送信トークンを申請する第２の申請メッセージを送信するステップと、
前記送信トークンの受信した申請結果が成功である場合、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するステップと
を備え、
前記送信時間の長さに従って占有期間を申請する第１の申請メッセージを送信する前記ステップは、
制御ノードの最新の占有時点を取得し、且つ、前記取得した最新の占有時点に前記送信時間の長さを加えて前記占有期間として採用する第１の申請メッセージを前記制御ノードに送信するステップを備える、
メッセージ処理方法。
【請求項３】
発呼者により実行されるステップであって、
サービスメッセージを送信するための送信時間の長さを計算し、且つ、前記送信時間の長さに従って占有期間を申請する第１の申請メッセージを送信するステップと、
前記占有期間の受信した申請結果が成功である場合、前記サービスメッセージの送信時間を計算するステップと、
現在の時間が前記サービスメッセージの前記送信時間を超えるかどうかを監視し、且つ、前記現在の時間が前記送信時間を超えることが監視された場合、前記サービスメッセージの送信トークンを申請する第２の申請メッセージを送信するステップと、
前記送信トークンの受信した申請結果が成功である場合、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するステップと、
前記占有期間の受信した申請結果が失敗である場合、取得した、更新された最新の占有時点及び前記送信時間の長さに従って、新たな占有期間を計算するステップと、
前記新たな占有期間を含む第１の申請メッセージを送信するステップと
を備える、メッセージ処理方法。
【請求項４】
発呼者により実行されるステップであって、
前記送信トークンの受信した申請結果が失敗である場合、トークン申請適用時間を取得するステップと、
前記トークン申請適用時間に達した場合、前記送信トークンが失敗して申請された前記サービスメッセージの第２の申請メッセージを再送信するステップと
を更に備える、請求項２又は請求項３に記載のメッセージ処理方法。
【請求項５】
制御ノードにより実行されるステップであって、
占有期間及び送信トークンを申請する前記第１の申請メッセージ及び前記第２の申請メッセージを受信するステップと、
所定の規則に従って前記占有期間の申請結果を決定し、且つ、前記占有期間の前記申請結果を送信するステップと、
被呼者の最大サービス処理能力に達したかどうかに従って、前記送信トークンの申請結果を決定し、且つ、前記送信トークンの前記申請結果を送信するステップと
を更に備える、請求項２〜４のいずれか１項に記載のメッセージ処理方法。
【請求項６】
制御ノードにより実行されるステップであって、
前記占有期間の前記申請結果が成功である場合、制御ノードの最新の占有時点を更新するステップ
を更に備える、請求項５に記載のメッセージ処理方法。
【請求項７】
制御ノードにより実行されるステップであって、
前記被呼者の前記最大サービス処理能力に達した場合、前記被呼者の最も近いサービスアクセス利用可能時間を取得し、且つ、前記最も近いサービスアクセス利用可能時間をトークン申請適用時間として採用するステップ
を更に備える、請求項５に記載のメッセージ処理方法。
【請求項８】
メッセージ処理装置であって、
サービスメッセージを送信するための送信時間の長さを計算し、前記送信時間の長さに基づいて前記サービスメッセージを送信するための占有期間を計算するように構成された計算モジュールと、
前記占有期間を申請する第１の申請メッセージを送信するように構成された期間申請モジュールと、
前記占有期間及び送信トークンの申請結果のメッセージを受信するように構成された受信モジュールと、
前記占有期間の申請結果が成功であることを示す受信メッセージに基づいて、前記サービスメッセージの送信時間を計算するように構成された送信時間計算モジュールと、
現在の時間が前記サービスメッセージの前記送信時間を超えるかどうかを監視し、且つ、前記現在の時間が前記送信時間を超えることが監視された場合、前記サービスメッセージの送信トークンを申請する第２の申請メッセージを送信するように構成されたトークン申請モジュールと、
前記送信トークンの申請結果が成功であることを示す受信メッセージに基づいて、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するように構成された送信モジュールと
を備え、
前記計算モジュールは、
制御ノードの最新の占有時点を取得するように構成された占有時点モジュールと、
前記取得した最新の占有時点と前記送信時間の長さとから計算される期間を前記占有期間として採用するように構成された占有期間モジュールと
を備える、メッセージ処理装置。
【請求項９】
メッセージ処理装置であって、
サービスメッセージを送信するための送信時間の長さを計算し、前記送信時間の長さに基づいて前記サービスメッセージを送信するための占有期間を計算するように構成された計算モジュールと、
前記占有期間を申請する第１の申請メッセージを送信するように構成された期間申請モジュールと、
前記占有期間及び送信トークンの申請結果のメッセージを受信するように構成された受信モジュールと、
前記占有期間の申請結果が成功であることを示す受信メッセージに基づいて、前記サービスメッセージの送信時間を計算するように構成された送信時間計算モジュールと、
現在の時間が前記サービスメッセージの前記送信時間を超えるかどうかを監視し、且つ、前記現在の時間が前記送信時間を超えることが監視された場合、前記サービスメッセージの送信トークンを申請する第２の申請メッセージを送信するように構成されたトークン申請モジュールと、
前記送信トークンの申請結果が成功であることを示す受信メッセージに基づいて、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するように構成された送信モジュールと、
前記占有期間の受信した申請結果が失敗である場合、前記計算モジュールによって、取得した最新の占有時点に従って前記サービスメッセージの新たな占有期間を計算し、且つ、前記新たな占有期間を含む第１の申請メッセージを前記期間申請モジュールに送信するように構成された第１の申請失敗処理モジュールと
を備える、メッセージ処理装置。
【請求項１０】
前記送信トークンの受信した申請結果が失敗である場合、トークン申請適用時間を取得し、且つ、前記トークン申請適用時間に達すると、前記送信トークンが失敗して申請された前記サービスメッセージの第２の申請メッセージを再送信する命令を、前記トークン申請モジュールに発行するように構成された第２の申請失敗処理モジュール
を更に備える、請求項８又は請求項９に記載のメッセージ処理装置。
【請求項１１】
システムであって、
請求項８〜１０のいずれか１項に記載のメッセージ処理装置と、
第２のメッセージ処理装置であって、
占有期間を含む申請メッセージを受信するように構成され、更に、送信トークンに対する申請メッセージを受信するように構成された申請メッセージ受信モジュールと、
所定の規則に従って、サービスメッセージの占有期間を前記申請メッセージ内の前記占有期間に割り当てるように構成された占有時間割り当てモジュールと、
現在のサービスフロー及び被呼者の最大サービス処理能力に従って、送信トークンを割り当てるように構成されたトークン割り当てモジュールと、
前記占有期間の申請結果を示すメッセージを送信するように構成され、更に、前記送信トークンの申請結果を示すメッセージを送信するように構成された申請結果送信モジュールと
を備える、第２のメッセージ処理装置と
を備える、システム。
【請求項１２】
前記占有期間が前記サービスメッセージに割り当てられた後、前記占有時間割り当てモジュールの最新の占有時点を更新するように構成された占有時点更新モジュールを更に備える、請求項１１に記載のシステム。
【請求項１３】
前記被呼者の前記最大サービス処理能力に達した場合、前記被呼者の最も近いサービスアクセス利用可能時間を取得し、前記最も近いサービスアクセス利用可能時間をトークン申請適用時間として採用するように構成されたトークン申請時間モジュールを更に備える、請求項１１に記載のシステム。
【請求項１４】
メッセージ処理システムであって、
送信時間の長さに基づいて設定された占有期間のための第１の申請メッセージを制御端末に送信し、
前記占有期間の申請結果が成功であることを示す受信メッセージに基づいて、サービスメッセージの送信時間を計算し、
前記占有期間の申請結果が失敗であることを示す受信メッセージに基づいて、取得した最新の占有時点に従って前記サービスメッセージの新たな占有期間を計算し、且つ、前記新たな占有期間を含む第１の申請メッセージを制御端末に送信し、
現在の時間が前記サービスメッセージの前記送信時間を超えるかどうかを監視し、且つ、前記現在の時間が前記送信時間を超えることが監視された場合、前記サービスメッセージの送信トークンを申請する第２の申請メッセージを前記制御端末に送信し、
前記送信トークンの申請結果が成功であることを示す受信メッセージに基づいて、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するように構成されたメッセージクライアント端末と、
前記メッセージクライアント端末によって送信された前記第１の申請メッセージ及び前記第２の申請メッセージを受信し、
所定の規則に従って、前記サービスメッセージの占有期間を前記第１の申請メッセージ内の前記占有期間に割り当て、
現在のサービスフロー及び被呼者の最大サービス処理能力に従って、送信トークンを前記第２の申請メッセージ内の前記サービスメッセージに割り当て、
前記第１の申請メッセージ及び前記第２の申請メッセージの申請結果を前記メッセージクライアント端末に送信するように構成された前記制御端末と
を備える、メッセージ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、コンピュータ通信情報処理の分野に関し、特に、メッセージ処理方法、装置、及びシステムに関する。
【背景技術】
【０００２】
インターネットの急速な発展にともない、多くの分野においてインターネットアプリケーションのサーバへのアクセスの増加傾向は顕著である。サーバ上のサービスシステムは特定のサービス処理能力を備えて、サーバへアクセスする発呼者（発呼側）のメッセージを迅速且つ正確に処理することが求められる。
【０００３】
一般に、サーバのサービスシステムは呼び出されたときにその処理能力が常に限定され、被呼者（被呼側）システムでの処理が求められる発呼者のサービスメッセージの数及びサービスメッセージの生成時間は一定ではない。例えば、１つ以上の発呼者が、１つの被呼者へアクセスしようとして短時間でほぼ同時に多数のサービスメッセージを出力した場合に、被呼者に対して過渡的な影響を及ぼす可能性がある。過剰アクセスをともなう頻繁で突然のサービスは、被呼者のサービスシステムのメッセージ拒否や、システムクラッシュ等の重大な結果さえ招く可能性がある。被呼者のサービスシステムの安定した作動を保証するために、従来技術において、被呼者のサービス処理フローを制御するよう並行処理制御機構が一般的に採用されている。
【０００４】
この並行処理制御機構においては、一般に、システム間呼出しの間発呼者と被呼者との間で維持できる並行処理リンクの最大数を設定するとともに、新たなリンクリクエストが現れて現在のリンク数が並行処理リンクの最大設定数を超えたことが分かると、新たなリンクの生成を拒否する。クラスターモード等の申請シナリオによっては、多数の発呼者が１つの被呼者にアクセスする場合、並行処理制御機構を用いて、発呼者と被呼者との間で維持できる並行処理リンクの最大数を制御する。しかし、発呼者は、単位時間当たりのサービスメッセージ送信機会を獲得するために争うことになり、それは、即、リクエスト失敗につながり、絶えずリクエスト送信を繰り返さねばならなくなる。新たなサービスメッセージが生成されると、他方では、発呼者がサービスノードとの送信を申請することになろう。既存の並行処理制御機構において、被呼者が処理するサービスフローは、被呼者のサービス処理能力に従い、計数制御ノードのところで主に制御される一方、発呼者から出力されるサービスメッセージが制限されることはない。発呼者は、特に、クラスターモードでの高い並行処理では、サービスメッセージを異なる頻度で出力する可能性があり、生成後、これらのサービスメッセージは全て、計数制御ノードのところで均一に送信される必要がある。これは、疑いようもなく、計数制御ノードに対する大きな負担を招き、結果として、サービスメッセージ処理の性能のボトルネックの問題を単一ノードにおいて生じ、それによって全体のメッセージ処理効率が低下する。
【０００５】
クラスターモードにおいて、１つのバッチ内の各ストリームが被呼者システムへアクセスする必要がある申請シナリオ内に、発呼者のサービスシステムがある場合、通常、ほぼ同時に被呼者システムへアクセスしてから、処理後にほぼ同時に解放される多数のストリーム（例えば、並行処理数１００に等しい）が存在する。実際の申請シナリオにおいて、異なる発呼者は、異なる期間において高い並行処理サービスメッセージを生成してもよく、往々にして、多数の発呼者が同じ期間又は付近の期間内に同時に存在する可能性があり、往々にして、発呼者が全てアイドル状態である可能性がある。これは、結果として、発呼者のシステムの安定した作動につながらない波状又はスパイク状のシステム作動性能を生じる可能性がある。
【０００６】
従来技術で採用され、発呼者と被呼者との間に設定される並行処理制御機構は、発呼者のシステムのメッセージ出力を制御することができず、被呼システムの安定した作動を低下させる。申請シナリオによっては、例えば、クラスターモードにおいては、計数制御ノードのサービスメッセージ処理性能も低下する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本願の目的は、発呼者に、サービスメッセージを安定して均一に出力させ、被呼者システムの作動の安定性を改良し、被呼者又はリンク制御ノードのサービスメッセージ処理の性能及び効率を高めることができるメッセージ処理方法、装置、及びシステムを提供することにある。本願によるメッセージ処理方法及び装置は、被呼者のサービス処理能力を最大限に活用し、被呼者システムの最大サービス処理能力を超えることなく、リソースの活用を向上させることができる。
【課題を解決するための手段】
【０００８】
本願によるメッセージ処理方法、装置、及びシステムは、以下のように実装される。
【０００９】
メッセージ処理方法であって、本方法は：
サービスメッセージを送信するための送信時間の長さを発呼者により計算し、且つ、送信時間の長さに従って、制御ノードからの占有期間を申請するステップと；
発呼者からの占有期間のための申請メッセージの受信時、制御ノードによって、所定の規則に従って発呼者の占有期間の申請結果を決定し、且つ、対応する発呼者に申請結果をフィードバックするステップと；
占有期間の受信した申請結果が成功である場合、発呼者によって、サービスメッセージの送信時間を計算するステップと；
サービスメッセージの送信時間が超過することを、発呼者が監視する場合、発呼者によって、制御ノードからのサービスメッセージの送信トークンを申請するステップと；
発呼者からの送信トークンに対する申請メッセージの受信時、制御ノードによって、被呼者の最大サービス処理能力に達したかどうかに従って、発呼者の送信トークンの申請結果を決定し、且つ、対応する発呼者に申請結果をフィードバックするステップと；
サービスメッセージの送信トークンの受信した申請結果が成功である場合、発呼者によって、送信トークンが首尾よく申請されたサービスメッセージを送信するステップと；を備える。
【００１０】
メッセージ処理方法であって、本方法は：
サービスメッセージを送信するための送信時間の長さを計算し、且つ、送信時間の長さに従って占有期間を申請する第１の申請メッセージを送信するステップと；
占有期間の受信した申請結果が成功である場合、サービスメッセージの送信時間を計算するステップと；
現在の時間がサービスメッセージの送信時間を超えるかどうかを監視し、且つ、現在の時間が送信時間を超えることが監視された場合、サービスメッセージの送信トークンを申請する第２の申請メッセージを送信するステップと；
送信トークンの受信した申請結果が成功である場合、送信トークンが首尾よく申請されたサービスメッセージを送信するステップと；を備える。
【００１１】
メッセージ処理の方法であって、本方法は：
占有期間及び送信トークンを申請する申請メッセージを受信するステップと；
所定の規則に従って占有期間の申請結果を決定し、且つ、占有期間の申請結果を送信するステップと；
被呼者の最大サービス処理能力に達したかどうかに従って、送信トークンの申請結果を決定し、且つ、送信トークンの申請結果を送信するステップと；を備える。
【００１２】
メッセージ処理装置であって、本装置は；
サービスメッセージを送信するための送信時間の長さを計算し、送信時間の長さに基づいてサービスメッセージを送信するための占有期間を計算するように構成された計算モジュールと；
占有期間を申請する第１の申請メッセージを送信するように構成された期間申請モジュールと；
占有期間及び送信トークンの申請結果のメッセージを受信するように構成された受信モジュールと；
占有期間の申請結果が成功であることを示す受信メッセージに基づいて、サービスメッセージの送信時間を計算するように構成された送信時間計算モジュールと；
現在の時間がサービスメッセージの送信時間を超えるかどうかを監視し、且つ、現在の時間が送信時間を超えることが監視された場合、サービスメッセージの送信トークンを申請する第２の申請メッセージを送信するように構成されたトークン申請モジュールと；
送信トークンの申請結果が成功であることを示す受信メッセージに基づいて、送信トークンが首尾よく申請されたサービスメッセージを送信するように構成された送信モジュールと；を備える。
【００１３】
メッセージ処理装置であって、本装置は：
占有期間を含む申請メッセージを受信するように構成され、更に、送信トークンに対する申請メッセージを受信するように構成された申請メッセージ受信モジュールと；
所定の規則に従って、サービスメッセージの占有期間を申請メッセージ内の占有期間に割り当てるように構成された占有時間割り当てモジュールと；
現在のサービスフロー及び被呼者の最大サービス処理能力に従って、送信トークンを割り当てるように構成されたトークン割り当てモジュールと；
占有期間の申請結果を示すメッセージを送信するように構成され、更に、送信トークンの申請結果を示すメッセージを送信するように構成された申請結果送信モジュールと；を備える。
【００１４】
メッセージ処理のステムであって、本システムは：
送信時間の長さに基づいて設定された占有期間のための第１の申請メッセージを制御端末に送信し；占有期間の申請結果が成功であることを示す受信メッセージに基づいて、サービスメッセージの送信時間を計算し；現在の時間がサービスメッセージの送信時間を超えるかどうかを監視し、且つ、現在の時間が送信時間を超えることが監視された場合、サービスメッセージの送信トークンを申請する第２の申請メッセージを制御端末に送信し；そして、送信トークンの申請結果が成功であることを示す受信メッセージに基づいて、送信トークンが首尾よく申請されたサービスメッセージを送信するように構成されたメッセージクライアント端末と、
メッセージクライアント端末によって送信された第１の申請メッセージ及び第２の申請メッセージを受信し；所定の規則に従って、サービスメッセージの占有期間を第１の申請メッセージ内の占有期間に割り当て；現在のサービスフロー及び被呼者の最大サービス処理能力に従って、送信トークンを第２の申請メッセージ内のサービスメッセージに割り当て；そして、第１の申請メッセージ及び第２の申請メッセージの申請結果をメッセージクライアント端末に送信するように構成された制御端末と、を備える。
【００１５】
本願によるメッセージ処理方法、装置、及びシステムは、サービスメッセージに対する占有期間を申請し、各サービスメッセージのための対応する送信時間を設定し、送信トークンが申請された後でのみサービスメッセージを送信できる。このように、発呼者のサービスメッセージの出力を制御することができ、サービスメッセージの均一で安定した出力を達成し、それにより、被呼者システムの作動安定性を向上させることができる。本願において、発呼者は、被呼者の最大サービス処理能力を超えることなく、サービスメッセージの出力を最大化でき、被呼者システムの最大処理能力を完全に利用でき、システムのリソースの利用を向上させることができる。同時に、発呼者の出力にわたる制御により、クラスターモードにおける性能の単一点とボトルネックの問題を回避できる。
【図面の簡単な説明】
【００１６】
本願の実施の形態又は従来技術における技術的解決を一層明確に説明するために、実施の形態又は従来技術の説明に用いる添付図面を以下、簡単に説明する。以下で説明する添付図面は本願に記載されたいくつかの実施の形態に過ぎないことは明らかである。当業者は、これらの添付図面からこれら以外の添付図面を創造的な努力なく得ることができる。
【００１７】
【図１】図１は、本願によるメッセージ処理方法の実施の形態の概略フロー図である。
【図２】図２は、本願によるメッセージ処理方法の実施の形態の概略フロー図である。
【図３】図３は、本願によるメッセージ処理方法の別の実施の形態の概略フロー図である。
【図４】図４は、本願によるメッセージ処理方法の別の実施の形態の概略フロー図である。
【図５】図５は、本願によるメッセージ処理方法の実施の形態の概略フロー図である。
【図６】図６は、本願によるメッセージ処理方法の別の実施の形態の概略フロー図である。
【図７】図７は、本願によるメッセージ処理方法の別の実施の形態の概略フロー図である。
【図８】図８は、本願によるメッセージ処理装置の実施の形態のモジュール構造の略図である。
【図９】図９は、本願によるメッセージ処理装置における計算モジュールの実施の形態のモジュール構造の概略図である。
【図１０】図１０は、本願によるメッセージ処理装置の別の実施の形態のモジュール構造の概略図である。
【図１１】図１１は、本願によるメッセージ処理装置の別の実施の形態のモジュール構造の概略図である。
【図１２】図１２は、本願によるメッセージ処理装置の実施の形態のモジュール構造の概略図である。
【図１３】図１３は、本願によるメッセージ理装置の別の実施の形態のモジュール構造の概略図である。
【図１４】図１４は、本願によるメッセージ処理装置の別の実施の形態のモジュール構造の概略図である。
【図１５】図１５は、本願によるメッセージ処理システムのモジュール構造の概略図である。
【発明を実施するための形態】
【００１８】
当業者が本願の技術的解決をより深く理解できるように、本願の実施の形態での添付図面を参照しつつ、本願の実施の形態における技術的解決を明瞭かつ完全に以下で説明する。説明する実施の形態は、本願の実施の形態のすべてではなく、その一部であることは明らかである。本願の実施の形態に基づいて創造的な努力をせずに当業者により得られる他のすべての実施の形態は何れも本願の保護範囲内に含まれるべきものである。
【００１９】
本願は、申請シナリオとして、クラスターモードでの発呼者と被呼者との間のメッセージ転送を参考にして説明することができる。明らかに、本願によるメッセージ処理方法はクラスターモードでの発呼者と被呼者との間のメッセージ交換に限定されず、本願によるメッセージ処理方法は、他の多数の端末同士又は同じ端末上の異なるアプリケーション同士の間のメッセージ交換の申請シナリオにも適用可能である。クラスタは、一般に、互いに独立し、ネットワークを介して相互に接続された１組のコンピュータを指してもよい。コンピュータ同士はグループを構成し、且つ、分散ネットワーク作業グループであってもよい。クラスタ内のコンピュータの１つ以上又は全ては、サーバとして外部にオープンサービスを提供し、クラスタ外部のコンピュータと情報を交換してもよい。申請シナリオによっては、クラスタ内の多数のコンピュータは、処理のためにクラスタ内の他のコンピュータにサービスメッセージを送信するよう、発呼者としての役割を果たしてもよい。この場合、サービスメッセージを受信するクラスタ内の他のコンピュータは、被呼者としてそれに応じて応答してもよい。
【００２０】
本願の方法における発呼者及び被呼者等は、クラスターモードでのコンピュータ端末、又は端末上のアプリケーション若しくは端末上の機能モジュールであってもよいことに留意されたい。本願によるメッセージ処理方法を、クラスターモードでの多数のサーバ端末を一例とし、添付図面を参照して、以下で詳細に説明する。図１は、本願によるメッセージ処理方法の実施の形態の方法のフロー図である。図１に示すように、この方法は以下を含むことができる。
【００２１】
Ｓ１：発呼者は、サービスメッセージを送信するための送信時間の長さを計算し、送信時間の長さに従って、制御ノードからの占有期間を申請する。
【００２２】
ストリームサービスを生成し、且つ、サービスメッセージを送信する必要がある場合、発呼者は、サービスメッセージの送信を完了させるために必要な送信時間を計算してもよい。一般に、発呼者によってサービスメッセージを生成するステップは、通常、同じバッチ又は同じサービスストリーム（例えば、定期的に収集され、集約される注文メッセージ）に属する多数のサービスメッセージを生成するステップを含んでもよく、サービスメッセージは、一般的に、比較的集中した期間に被呼者へアクセスする必要がある。発呼者は、単一のサービスメッセージの送信間隔に従って、発呼者のバッチ内の全てのサービスメッセージの送信を完了させるために必要とされる送信時間の長さを計算してもよい。明らかに、発呼者はバッチ又はサービスストリームに従わないサービスメッセージを送信してもよく、申請シナリオによっては、現発呼者における全ての送信すべきサービスメッセージを送信することも、定期的な走査（スキャニング）の後、全ての送信すべき現サービスメッセージを送信することも可能である。
【００２３】
上で説明したように、送信時間の長さは、単一のサービスメッセージの送信間隔に従って計算されてもよい。発呼者が１００個のサービスメッセージを送信する必要があり、１つのサービスメッセージを１０ミリ秒の間隔で送信する場合、計算される送信時間の長さは９９０ミリ秒であってもよい。送信時間の長さが計算された後、サービスメッセージを送信するために必要な占有期間は、送信時間の長さに従って制御ノードから申請されてもよい。特に、送信時間の長さに従って制御ノードからの占有期間を申請するステップは、以下を含んでいてもよい。
【００２４】
Ｓ１０１：制御ノードの最新の占有時点が取得され、取得した最新の占有時点に送信時間の長さを加えて占有期間として採用する第１の申請メッセージが制御ノードへ送信される。
【００２５】
制御ノードは、一般に、被呼者と確立された並行処理リンクの数が並行処理リンクの設定された最大数を超えないことを保証するためのデータ処理機能モジュールセットを備えてもよく、データベース又は制御ユニットを備えてもよい。本願における制御ノードは、例えば、具体的にＴａｉｒ、ｍｅｍｃａｃｈｅ等であってもよい、分散型計数ノードを備えてもよい。制御ノードは、被呼者のサービスメッセージアクセスインターフェース内に配置されてもよく、また、発呼者の一様なメッセージ出力インターフェース内に配置されるか、又は、発呼者のメッセージ送信を制御するよう、別々のサービスユニットとしての役割を果たしてもよい。この実施の形態において、制御ノードは別々のサービスユニットとして採用されてもよい。サービスメッセージを送信する必要がある場合、発呼者は、最初に、制御ノードからリソースを送信することを申請してもよく、制御ノードは、ネットワークリソース、発呼者又は被呼者のサービス状態等に従って、リソースを発呼者に割り当てる。
【００２６】
一般に、制御ノードにおいて占有時点に関する情報を設定する必要がある。占有時点は、制御ノードの占有時点前の時間が割り当てられ、占有されていること、及び、占有時点後の時間が占有申請に利用可能であることを示してもよい。占有時点は、正確で、適時の、そして、最新の占有時点が提供されることを保証するよう、占有期間が割り当てられる度に更新されてもよい。例えば、現時点が０秒であり、占有時点が１００秒である場合、それは、サービスメッセージを送信する申請が、現在の時点０秒から占有時点１００秒までの時間内に行うことができないことを示してもよく、発呼者は、占有時点１００秒後にサービスメッセージを送信するための占有期間を申請してもよい。従って、この実施の形態において、制御ノードの最新の占有時点Ｔ０を取得することができ、計算により得られる、最新の占有時点＋送信時間の長さＴＬは、サービスメッセージを送信するための、発呼者によって要求された占有期間として採用される。次いで、第１の申請メッセージを制御ノードに送信することができ、第１のメッセージは占有期間Ｔ０＋ＴＬの要求情報を含んでいてもよい。
【００２７】
明らかに、発呼者が占有期間、例えば、申請される占有期間１００秒乃至１１０秒（取得された占有時点１００秒＋送信時間の長さ１０秒）を申請しなかった場合、別の発呼者が、最初に申請し、時点１０５秒まで期間を占有し、この場合、発呼者は、最新の占有時点１０５秒を取得してもよく、次いで、最新の占有時点１０５秒に従って、１０５秒乃至１１５秒（取得された最新の占有時点１０５秒＋送信時間の長さ１０秒）の占有期間を求める第１の申請メッセージを制御ノードへ送信し続けてもよい。
【００２８】
発呼者は、サービスメッセージを送信するための送信時間の長さを計算してもよく、且つ、送信時間の長さに従って、制御ノードからの占有期間を申請してもよい。
【００２９】
Ｓ２：発呼者からの占有期間のための申請メッセージの受信時、制御ノードは、所定の規則に従って発呼者の占有期間の申請結果を決定し、且つ、対応する発呼者に申請結果をフィードバックする。
【００３０】
制御ノード、例えば、ＴＡＩＲ計数ノードは送信時間リソース割り当て用の処理ユニットであってもよい。１つ以上の発呼者によって送信される占有期間の１つ以上の申請メッセージの受信時、制御ノードは、設定された所定の規則に従って、申請メッセージを処理して、１つ以上の発呼者の占有期間の１つ以上の申請結果を決定してもよい。一般に、制御ノードの最新の占有時点は、全ての発呼者に開示される情報であってもよく、多数の発呼者が、開示された最新の占有時点に従って、占有期間を申請してもよい。最新の占有時点に従って送信された多数の占有期間申請メッセージを受信する場合、制御ノードは、最初に受信された申請メッセージを優先的に処理するという所定の規則を採用することによって、最新の占有時点後の送信時間を、申請メッセージが最初に受信された発呼者に割り当ててもよい。それに応じて、申請メッセージが最初に受信された発呼者が首尾よく占有期間を申請した後、首尾よく申請された最新の占有時点に従って送信された他の申請メッセージは失敗する。制御ノードは、発呼者の申請結果を対応する発呼者にフィードバックしてもよい。
【００３１】
例えば、３つの発呼者Ｃ１、Ｃ２、及びＣ３によって取得された最新の占有時点が１００秒である特定の申請シナリオにおいて、３つの発呼者が申請する、制御ノードからの占有期間は、それぞれ、１００秒乃至１１０秒、１００秒乃至１３０秒、及び１００秒乃至１１５秒である。制御ノードは、最初に、発呼者Ｃ１から占有期間申請メッセージを受信し、次いで、１００秒乃至１１０秒の時間リソースを、使用のために発呼者Ｃ１に割り当てる。次いで、発呼者Ｃ１の占有期間の申請結果は、申請が成功したことになる。この場合、制御ノードは、Ｃ１の最近の申請メッセージの数に従って、最新の占有時点１００秒乃至１１０秒を更新してもよい。同時に、発呼者Ｃ２及びＣ３の申請メッセージを受信した後、制御ノードは、取得された占有時点１００秒に従って申請された占有期間が占有されていることを見出し、申請結果は、申請が失敗したことになる。発呼者Ｃ２及びＣ３は、最新の占有時点１１０秒を取得してもよく、次いで、最新の占有時点１１０秒に従って、制御ノードからの占有期間を再度申請してもよい。
【００３２】
実施の形態は、制御ノードがクラスターモードにおいて申請メッセージを処理する申請シナリオである。明らかに、発呼者の占有期間申請を処理することの所定の規則も、他の申請シナリオ又は要件に従って設定されてもよい。例えば、優先順位の高い申請メッセージが占有期間申請メッセージの優先度に従って優先的に処理されてもよく、最初に受信された申請メッセージが処理されてもよい、等である。期間は、そこでの占有期間が占有していない場合に、処理される申請メッセージに割り当てられる。
【００３３】
発呼者からの占有期間のための申請メッセージの受信時、制御ノードは、所定の規則に従って発呼者の占有期間の申請結果を決定し、制御ノードは、対応する発呼者に申請結果をフィードバックする。
【００３４】
Ｓ３：発呼者は、占有期間の受信した申請結果が成功である場合、サービスメッセージの送信時間を計算する。
【００３５】
制御ノードによってフィードバックされ、発呼者によって受信された申請結果が、占有期間に対する時間占有申請が成功であるという場合、発呼者によって現在送信されるべきバッチ内の各サービスメッセージの送信時間が計算されてもよい。申請された占有期間が１００秒乃至１１０秒であり、１００個のサービスメッセージが占有期間内に送信される必要があり、且つ、各メッセージの送信時間が１００ミリ秒であった場合には、第１のサービスメッセージの送信時間が１００秒であり、第２のサービスメッセージの送信時間が１００．１秒、であり、・・・、そして、１００番目のサービスメッセージの送信時間が１０９．９秒であることが計算されてもよい。
【００３６】
各サービスメッセージの送信時間を計算した後、発呼者は送信時間をローカルメッセージ送信キューに格納してもよい。一般に、送信キューは、ストレージシーケンスに従って送信優先度を設定するデータストレージ及びスタック又はプロセス等の処理ユニットであってもよい。
【００３７】
先に説明したように、発呼者によって受信された占有期間の申請結果が失敗であった場合、占有期間は、制御ノードの取得された最新の占有時点に従って、再度申請されてもよい。明らかに、占有期間が、ある期間の後再度申請されること、又は、申請失敗回数が閾値に達した後に、対応する処理を実行するよう、迅速な情報が送信されることを設定することも可能である。
【００３８】
占有期間の受信した申請結果が成功である場合、発呼者は、各サービスメッセージの送信時間を計算してもよく、サービスメッセージを送信キューに入れてもよい。この実施の形態において、送信キュー内のサービスメッセージの状態は、送信すべき状態として設定されてもよい。本願のこの実施の形態において、発呼者のサービスメッセージのための占有期間を申請すること及びサービスメッセージのための送信時間を設定することによって、発呼者のサービスメッセージは一定の頻度で効果的に出力されてもよい。
【００３９】
Ｓ４：発呼者は、サービスメッセージの送信時間が超過することを監視する場合、制御ノードからのサービスメッセージの送信トークンを申請する。
【００４０】
発呼者は、占有期間が首尾よく申請されたサービスメッセージを定期的に監視してもよく、サービスメッセージの生成時間に到達することを監視する場合に、サービスメッセージ送信命令を取得するよう、制御ノードからの送信トークンを申請してもよい。例えば、クラスターモードの実施の形態において、プロセスが、１秒間隔で送信キュー内の送信すべきサービスメッセージの送信時間を走査するよう設定されてもよく、送信すべきサービスメッセージの送信時間が現在の時点を超えていることを走査によって学習した場合に、ＴＡＩＲ計数ノードからの並行処理トークンが申請されてもよい。
【００４１】
この実施の形態において、超過したサービスメッセージの送信時間、又は、サービスメッセージの送信時間の到達は、現在の時間が送信時間と同じであること、又は、現在の時間が送信時間を超えることを含んでいてもよいことに留意されたい。例えば、送信時間が１秒間隔で走査される場合、現在の時間９９秒は、サービスメッセージＭＳＧ＿Ａの送信時間９９秒に到着するが、サービスメッセージＭＳＧ＿Ｂの送信時間９９．９秒に到着しないことを走査によって学習する。この場合、発呼者は、最初に、サービスメッセージＭＳＧ＿Ａの並行処理トークンを申請してもよい。１秒後、現在の時間は１００秒であり、現在の時間がサービスメッセージＭＳＧ＿Ｂの送信時間９９．９秒を超えたことを走査によって学習し、この場合、サービスメッセージＭＳＧ＿Ｂの並行処理トークンを申請することができる。明らかに、現在の時間が送信時間よりも大きい制限時間が設定されてもよく、制限時間後のサービスメッセージのために、送信トークンがそれ以上申請されなくてもよい。例えば、３０秒に設定した制限時間は、現在の時間がサービスメッセージの送信時間よりも３０秒大きいことを走査によって学習した場合に、現在の時間よりも３０秒早いサービスメッセージのために、送信トークンがそれ以上申請されなくてもよい。送信トークンがそれ以上申請されないサービスメッセージは他の特定の方法で処理されてもよい。
【００４２】
発呼者は、サービスメッセージの送信時間を定期的に監視し、走査してもよく、現在の時間がサービスメッセージの送信時間を超えることを監視する場合に、制御ノードからの送信トークンを申請してもよい。
【００４３】
Ｓ５：発呼者からの送信トークンに対する申請メッセージの受信時、制御ノードは、被呼者の最大サービス処理能力に達したかどうかに従って、発呼者の送信トークンの申請結果を決定し、且つ、対応する発呼者に申請結果をフィードバックする。
【００４４】
制御ノードは、現在の被呼者のサービス条件が、設定された最大サービス処理能力に達したかどうかに従って、発呼者のサービス処理フローにわたって制御を達成するよう、トークンを送信トークンが申請されたサービスメッセージに割り当てるかどうかを判断してもよい。例えば、制御ノードは、発呼者と被呼者との間で維持することができる現在の並行処理リンクの数及び並行処理リンクの設定された最大数に従って、並行処理トークンの申請結果を決定する。現在の並行処理リンクの数が並行処理リンクの最大数に達していない場合、制御ノードは、並行処理トークンの申請が受信された時間系列に従って、並行処理トークンをサービスメッセージに対して送信してもよい。次いで、申請結果が発呼者へ送信されてもよい。並行処理リンクのデータにわたる制御ノードによる制御によって、送信トークンは、被呼者の最大サービス処理能力に達していない場合に、被呼者のサービス処理能力を最大限に活用し、メッセージ処理効率を向上させるよう、サービスメッセージに割り当てられてもよい。
【００４５】
現在のサービスフローが被呼者の最大サービス処理能力に達した場合、例えば、並行処理リンクの最大数に達した場合、サービスメッセージの送信トークンの申請が失敗することが設定されてもよく、申請失敗の結果が対応する発呼者へ返信されてもよい。この場合、送信トークン申請が失敗したサービスメッセージのために、所定時間の休止後、送信トークンが再度申請されてもよい。発呼者の休止時間はメッセージ処理要件に従って設定されてもよい。
【００４６】
Ｓ６：サービスメッセージの送信トークンの受信した申請結果が成功である場合、発呼者は、送信トークンが首尾よく申請されたサービスメッセージを送信する。
【００４７】
送信トークンの申請が成功した後、発呼者のサービスメッセージが被呼者へ送信されてもよい。上で説明したように、送信トークン申請が失敗したサービスメッセージのために、所定時間の休止後、送信トークンが再度申請されてもよい。
【００４８】
本願のメッセージ処理方法によれば、発呼者は、各サービスメッセージのための送信時間を設定することによって、一様な頻度でサービスメッセージを効果的に出力してもよい。同時に、設定された制御ノードがサービスメッセージの送信時間を制御する。このように、本願は、発呼者に一定の頻度でサービスメッセージを出力させ、被呼者のサービスフローを制御することによって、制御ノードにおける集中メッセージ処理を種々の発呼者に分散させることができ、これにより、制御ノードのメッセージ処理の負担を大幅に低減しており、メッセージ処理の単点性能ボトルネックの問題を効果的に回避でき、送信されたメッセージを処理する能力が向上する。制御ノードは、被呼者のサービスシステム処理能力を超えることなく、均一で安定した方法で被呼者のサービスシステム処理能力を最大限に活用でき、システム処理性能及びシステムの作動安定性を向上できる。
【００４９】
本願によるメッセージ処理方法は、クラスターモードにおける発呼者のメッセージ処理に適用されてもよいが、それに限定されない。特に、本願は、更に、メッセージ処理方法を提供する。図２は、本願によるメッセージ処理方法の実施の形態の方法概略フロー図である。図２に示すように、方法は以下を含んでもよい。
【００５０】
Ｓ１１：サービスメッセージを送信するための送信時間の長さが計算され、且つ、占有期間を申請する第１の申請メッセージが送信時間の長さに従って送信される。
【００５１】
Ｓ１２：占有期間の受信した申請結果が成功である場合、サービスメッセージの送信時間が計算される。
【００５２】
Ｓ１３：現在の時間がサービスメッセージの送信時間を超えるかどうかが監視され、且つ、現在の時間が送信時間を超えることが監視された場合、サービスメッセージの送信トークンを申請する第２の申請メッセージが送信される。
【００５３】
Ｓ１４：送信トークンの受信した申請結果が成功である場合、送信トークンが首尾よく申請されたサービスメッセージが送信される。
【００５４】
送信される第１の申請メッセージ又は第２の申請メッセージは、発呼者により送信され、例えば、ＴＡＩＲ計数制御ノードによって受信され、処理されてもよい。本願は、第１又は第２の申請メッセージを受信し処理することから、他のメッセージ処理装置又は機能モジュール等を除外しない。具体的には、この実施の形態における占有期間のメッセージの処理、送信時点の監視、送信トークンのメッセージの処理などについて、本願の他の実施の形態を参照することができる。
【００５５】
先に説明したように、本願は占有期間を計算する方法を提供することができる。特に、本願によるメッセージ処理方法の別の実施の形態において、送信時間の長さに従って占有期間を申請する申請メッセージを送信するステップは、以下を含んでもよい。
【００５６】
Ｓ１１１Ａ：制御ノードの最新の占有時点が取得され、且つ、取得した最新の占有時点に送信時間の長さを加えて占有期間として採用する第１の申請メッセージが制御ノードに送信される。
【００５７】
この実施の形態における制御ノードの取得した最新の占有時点と送信時間の長さから計算される期間の具体的な実装プロセスについては、本願のＳ１０１の実装及びその関連説明を参照することができる。
【００５８】
本願によるメッセージ処理方法の別の実施の形態において、占有期間の申請が失敗した場合、占有期間の申請が失敗したことを示す申請結果を受信した場合に、発呼者は申請を再度送信するよう試みてもよい。図３は、本願によるメッセージ処理方法の別の実施の形態の概略フロー図である。特に、図３に示すように、メッセージ処理方法の別の実施の形態において、方法は、更に、以下を含んでもよい。
【００５９】
Ｓ１５：占有期間の受信した申請結果が失敗である場合、取得した、更新された最新の占有時点及び送信時間の長さに従って、新たな占有期間が計算され、且つ、新たな占有期間を含む第１の申請メッセージが送信される。
【００６０】
占有期間の申請の失敗は、一般的に、現在取得されている最新の占有時点に従って申請された占有期間が別の発呼者によって先に占有されていることを含んでもよい。一般に、例えば、制御ノードにおける新たな占有期間の使用に対する申請が成功した後、後続の発呼者が再度送信時間リソースを申請できるように、最新の占有時間が更新されてもよい。この実施の形態において、占有期間の申請が失敗した場合に、更新された最新の占有時点が取得されてもよく、新たな占有期間は、更新された最新の占有時点と送信時間の長さとを組み合わせて再度計算される。次いで、発呼者は、新たな占有期間を含む第１の申請メッセージを送信し続けて、占有期間の申請を継続してもよい。明らかに、申請失敗回数の閾値も設定されてもよく、占有期間に対する発呼者の申請が何回も失敗した場合、その回数が閾値に達した場合に、申請が停止されてもよく、警告、プロンプト、統計、及び他の情報が発信されてもよく、そして、処理は他の設定方法に従って実行される。
【００６１】
本願のメッセージ処理方法によれば、送信トークンの申請が失敗したことを示す申請結果を受信した場合に、発呼者は、再度送信トークンを申請してもよく、一定時間の休止後に再度送信トークンを申請してもよい。一般に、送信トークンの申請の失敗は、概して、現在のサービスフローが被呼者の最大サービス処理能力に達したことを含んでいてもよい。例えば、現在の並行処理リンクの数が、発呼者と被呼者との間で維持することができる並行処理リンクの最大数に達する。この場合、進行中のサービスのアクセスは、被呼者が、１つ以上のサービスメッセージに関する処理を終えた後、サービス処理能力を利用していない場合にのみ可能である。既存の処理機構において、発呼者は、概して、サービスメッセージを送信するか、又は、それ自体のサービスメッセージ生成状況に従って、メッセージトークンを被呼者又は制御ノードに送信する。万一被呼者の最大処理能力に達した場合には、被呼者は、いずれのサービスにもアクセスすることができず、サービスメッセージ又は送信トークンの申請の失敗は、往々にして、新たな申請をやみくもに送信する原因となる可能性があり、従って不必要なデータ処理負担を生じる原因となる。本願において提供される別のメッセージ処理方法において、
例えば、送信トークンに対する発呼者の申請が失敗した場合、発呼者の休止時間は、制御ノードによって決定された送信トークンの最も近い利用可能時間に従って示されてもよく、その結果、発呼者は 送信トークンの有効な申請時間が到着したときに再びトークンを申請する。これは、送信トークンの申請の成功率を向上できるだけでなく、送信トークンが申請できない場合に送信トークン獲得のために争うよう申請を何回も繰り返し送信することも回避でき、追加オーバーヘッドを増大させることを防げる。
【００６２】
図４は、本願によるメッセージ処理方法の別の実施の形態の概略フロー図である。図４に示すように、本願によるメッセージ処理方法の別の実施の形態において、方法は、更に、以下を含んでもよい。
【００６３】
Ｓ１６：送信トークンの受信した申請結果が失敗である場合、トークン申請適用時間が取得され、且つ、トークン申請適用時間に達した場合、送信トークンが失敗して申請されたサービスメッセージの第２の申請メッセージが再送信される。
【００６４】
明らかに、被呼者の最大処理能力に達した前記状況に加えて、前記実施の形態の方法は、送信トークンが一時的に申請できない他の申請シナリオ、例えば、送信トークンが別の発呼者によって用いられており、解放されていない申請シナリオ、又は、他の制限が送信トークンの申請に設定されている申請シナリオにて採用されてもよい。
【００６５】
本願によるメッセージ処理方法において、制御ノードは、発呼者によって送信されたメッセージを処理してもよく、例えば、サービスメッセージの占有期間の占有時間を割り当てても、発呼者の最大サービス処理能力に従って送信トークン又は他のリソースを割り当ててもよい。特に、本願はメッセージ処理方法を提供してもよく、この方法は以下を含んでもよい。
【００６６】
Ｓ２１：占有期間及び送信トークンを申請するための申請メッセージが受信される。
Ｓ２２：所定の規則に従って占有期間の申請結果が決定され、且つ、占有期間の申請結果が送信される。
Ｓ２３：被呼者の最大サービス処理能力に達したかどうかに従って、送信トークンの申請結果が決定され、且つ、送信トークンの申請結果が送信される。
【００６７】
図５は、本願によるメッセージ処理方法の実施の形態の概略フロー図である。この実施の形態において、制御ノードは、発呼者によって送信される占有期間及び送信トークンの申請メッセージを受信してもよく、次いで、発呼者へ処理結果を返信するよう、対応するデータ処理を実行してもよい。前記実施の形態において、制御ノードが占有期間の申請結果を決定する所定の規則は、メッセージ処理要件に従って設定されてもよい。例えば、占有期間のリソースは、制御ノードの最新の占有時点及び最新の占有時点で最初に受信した占有期間申請メッセージに従って割り当てられてもよく、割り当ては、申請メッセージにおいて設定された占有期間申請優先度に従って実行されてもよい。特に、設定は実際のメッセージ処理要件に従って行われてもよい。この実施の形態は特定の方法を限定するものではない。
【００６８】
図６は、本願によるメッセージ処理方法の別の実施の形態の概略フロー図である。図６に示すように、本願によるメッセージ処理方法の別の実施の形態において、この方法は以下を含んでもよい。
【００６９】
Ｓ２４：占有期間の申請結果が成功である場合、制御ノードの最新の占有時点が更新される。
【００７０】
占有期間を発呼者のサービスメッセージに割り当てた後、制御ノードは、占有期間の申請の送信に失敗した他の発呼者が、更新された最新の占有時点に従って、送信時間リソースを再度申請できるように、最新の占有時点を更新してもよい。
【００７１】
図７は、本願によるメッセージ処理方法の別の実施の形態の概略フロー図である。図７に示すように、本願によるメッセージ処理方法の別の実施の形態において、この方法は以下を含んでもよい。
【００７２】
Ｓ２５：被呼者の最大サービス処理能力に達した場合、被呼者の最も近いサービスアクセス利用可能時間が取得され、且つ、最も近いサービスアクセス利用可能時間がトークン申請適用時間として採用される。
【００７３】
設定されたトークン申請適用時間は、被呼者の最も近いサービスアクセス利用可能時間を含んでいてもよく、設定された他のトークン申請適用時間を含んでいてもよい。発呼者のためにトークン適用時間を提供するステップは、クエリ（Query）インターフェイスインターフェースを提供するステップ又はトークン申請適用時間を発呼者に送信するステップを含んでいてもよい。
【００７４】
本願の前記実施の形態におけるメッセージ処理方法は、発呼者にサービスメッセージを均一で安定的に出力させ、被呼者のサービスフローを制御することによって、制御ノードにおける集中メッセージ処理を種々の発呼者に分散させることができ、これにより、制御ノードのメッセージ処理の負担を大幅に低減し、メッセージ処理の単一点性能のボトルネックの問題を効果的に回避でき、送信されたメッセージを処理する能力を向上させる。その上、本願の方法は、被呼者のサービスシステム処理能力を超えることなく、均一で安定した方法で被呼者のサービスシステム処理能力を最大限に活用でき、被呼者のシステム処理性能及びシステム作動の安定性を向上できる。
【００７５】
本願の前記実施の形態におけるメッセージ処理方法に基づいて、本願はメッセージ処理装置を提供する。図８は、本願によるメッセージ処理装置の実施の形態のモジュール構造の概略図である。メッセージ処理端末は、ＰＣ端末、携帯型電子デバイス、サーバ、分散型ネットワーク端末、及び、物理的な媒体上に格納された実行可能プログラムを含む装置、モジュール、アプリケーション等を含んでもよい。特に、図８に示すように、メッセージ処理装置は以下を含んでもよい。
計算モジュール１０１は、サービスメッセージを送信するための送信時間の長さを計算し、送信時間の長さに基づいてサービスメッセージを送信するための占有期間を計算するように構成されてもよく；
期間申請モジュール１０２は、占有期間を申請する第１の申請メッセージを送信するように構成されてもよく；
受信モジュール１０３は、占有期間及び送信トークンの申請結果のメッセージを受信するように構成されてもよく；
送信時間計算モジュール１０４は、占有期間の申請結果が成功であることを示す受信メッセージに基づいて、サービスメッセージの送信時間を計算するように構成されてもよく；
トークン申請モジュール１０５は、現在の時間がサービスメッセージの送信時間を超えたかどうかを監視し、且つ、現在の時間が送信時間を超えることが監視された場合、サービスメッセージの送信トークンを申請する第２の申請メッセージを送信するように構成されてもよく；
送信モジュール１０６は、送信トークンの申請結果が成功であることを示す受信メッセージに基づいて、送信トークンが首尾よく申請されたサービスメッセージを送信するように構成されてもよい。
【００７６】
本願において提供されるメッセージ処理装置は、申請された占有期間に従って計算される各サービスメッセージの送信時間に基づいて、均一で安定的にサービスメッセージを出力でき、送信トークンによりサービス出力を最大限に活用できる。本願のメッセージ処理装置は、サービスメッセージの被呼者システムの作動安定性を効果的に向上でき、同時に、制御ノードの負担を低減し、且つ、制御ノードのサービスメッセージ処理の単一点性能のボトルネックの問題を回避できる。
【００７７】
図９は、本願によるメッセージ処理装置における計算モジュール１０１の実施の形態のモジュール構造の概略図である。図９に示すように、計算モジュール１０１は以下を含んでもよい。
占有時点モジュール１０１１は、制御ノードの最新の占有時点を取得するように構成されてもよく；
占有期間モジュール１０１２は、占有期間として、取得した最新の占有時点と送信時間の長さから計算される期間を採用するように構成されてもよい。
【００７８】
図１０は、本願によるメッセージ処理装置の別の実施の形態のモジュール構造の概略図である。図１０に示すように、本装置は：
第１の申請失敗処理モジュール１０７を更に備えてもよく、本モジュールは、占有期間の受信した申請結果が失敗である場合、計算モジュールによって取得された最新の占有時点に従って新たな占有期間を計算し、且つ、新たな占有期間を含む第１の申請メッセージを期間申請モジュール１０２に送信するように構成されてもよい。
【００７９】
この実施の形態において、占有期間の申請が失敗した場合に、更新された最新の占有時点が取得されてもよく、新たな占有期間は、送信時間の長さと組み合わせて、更新された最新の占有時点に従って計算される。次いで、新たな占有期間を含む第１の申請メッセージが、占有期間の申請を継続するよう、連続的に送信されてもよい。明らかに、申請失敗回数の閾値が設定されてもよく、占有期間に対する発呼者の申請が何回も失敗した場合、その回数が閾値に達した場合に、申請が停止されてもよく、警告、プロンプト、統計、及び他の情報が発信されてもよく、そして処理は他の設定方法に従って実行される。
【００８０】
図１１は、本願によるメッセージ処理装置の別の実施の形態のモジュール構造の概略図である。図１１に示すように、本装置は：
第２の申請失敗処理モジュール１０８を更に備えてもよく、本モジュールは、送信トークンの受信した申請結果が失敗である場合、トークン申請適用時間を取得し、且つ、トークン申請適用時間に達すると、送信トークンが失敗して申請されたサービスメッセージの第２の申請メッセージを再送信する命令を、送信モジュール１０６に発行するように構成されされてもよい。
【００８１】
前記実施の形態のメッセージ処理装置において、例えば、送信トークンに対する発呼者の申請が失敗した場合、送信トークンの有効な申請時間に到達する場合に、発呼者が送信トークンを再度申請するように、制御ノードによって決定される送信トークンの最も近い利用可能時間に従って、発呼者の休止時間が示されてもよい。これは、送信トークンの申請の成功率を向上できるだけでなく、送信トークンが申請できない場合に送信トークン獲得のために争うよう申請を何回も繰り返し送信することも回避でき、追加オーバーヘッドの増加を防ぐことができる。
【００８２】
第１の申請メッセージ又は第２の申請メッセージの処理者、例えば、制御ノードは、メッセージ出力端末においてサービスメッセージの均一な出力を達成し、被呼者の最大サービス処理能力を超えることなく、被呼者のサービス処理能力を最大限に活用するよう、予め設定されたメッセージ処理方法に従って、メッセージ出力端末上でメッセージリソースの割り当て及びリンク数にわたる制御等の処理を実行してもよい。本願は、更に、メッセージ処理装置、例えば、特定の実施の形態におけるクラスターモードでの制御ノードを提供できる。装置の実装方法は、図１２に示す通りであり、特に、装置は以下を含んでもよい。
申請メッセージ受信モジュール２０１は、占有期間を含む申請メッセージを受信するように構成され、更に、送信トークンに対する申請メッセージを受信するように構成されてもよく；
占有時間割り当てモジュール２０２は、所定の規則に従って、サービスメッセージの占有期間を申請メッセージ内の占有期間に割り当てるように構成されてもよく；
トークン割り当てモジュール２０３は、現在のサービスフロー及び被呼者の最大サービス処理能力に従って、送信トークンを割り当てるように構成されてもよく；
申請結果送信モジュール２０４は、占有期間の申請結果を示すメッセージを送信するように構成され、更に、送信トークンの申請結果を示すメッセージを送信するように構成されてもよい。
【００８３】
図１２は、本願によるメッセージ処理装置の実施の形態のモジュール構造の概略図である。この実施の形態において、メッセージ処理装置は、例えば、発呼者によって送信される占有期間及び送信トークンの申請メッセージを受信し、次いで、対応するデータ処理を実行し、発呼者に処理結果を返信できる制御ノードであってもよい。前記実施の形態において、制御ノードが占有期間の申請結果を決定するのに従う所定の規則は、メッセージ処理要件に従って設定されてもよい。例えば、占有期間のリソースは、制御ノードの最新の占有時点及び最新の占有時点で最初に受信した占有期間申請メッセージに従って割り当てられてもよく、割り当ては、申請メッセージにおいて設定された占有期間申請優先度に従って実行されてもよい。特に、設定は実際のメッセージ処理要件に従って行われてもよい。この実施の形態は特定の方法を限定しない。
【００８４】
図１３は、本願によるメッセージ処理装置の別の実施の形態のモジュール構造の概略図である。図１３に示すように、本装置は：
占有時点更新モジュール２０５を更に備えてもよく、本モジュールは、占有期間がサービスメッセージに割り当てられた後、占有時間割り当てモジュール２０２の最新の占有時点を更新するように構成されてもよい。
【００８５】
メッセージ処理装置が占有期間をサービスメッセージに割り当てた後、占有時点更新モジュール２０５は、占有期間の申請を送信することに失敗した他の発呼者が、更新された最新の占有時点に従って、送信時間リソースを再度申請できるように、最新の占有時点を更新してもよい。最新の占有時点は、メッセージ処理装置において、占有時点前の時間が割り当てられ、占有されていること、及び、占有時点後の時間が占有申請に利用可能であることを示している。データ処理を実施するユニットは占有時間割り当てモジュール２０２内に配置されてもよい。明らかに、他の実施の形態において、ユニットは、別の、又は、特別なモジュール内に配置されてもよい。
【００８６】
図１４は、本願によるメッセージ処理装置の別の実施の形態のモジュール構造の概略図である。図１４に示すように、本装置は：
トークン申請時間モジュールを更に備えてもよく、本モジュールは、被呼者の最大サービス処理能力に達した場合、被呼者の最も近いサービスアクセス利用可能時間を取得し、最も近いサービスアクセス利用可能時間をトークン申請適用時間として採用するように構成されてもよい。
【００８７】
この実施の形態において、トークン申請時間モジュール２０６は、サービスメッセージの送信トークンに対する発呼者の申請の成功率を効果的に向上させ、送信トークンが申請される回数を低減し、システム処理性能を向上させることができる。
【００８８】
本願によるメッセージ処理装置は、被呼者システムの最大処理能力を利用することによって、クラスターモードでの並行処理制御を再送するために用いることができる。明らかに、本願は、クラスターモードでのメッセージ処理に限定されず、他の申請シナリオにおけるメッセージ送信制御用のサービス処理システムにも適用可能であろう。上記の実施の形態に基づいて、本願はメッセージ処理システムを提供する。図１５は、本願によるメッセージ処理システムのモジュール構造の概略図である。図１５に示すように、システムは以下を含んでもよい。
メッセージクライアント端末１は、送信時間の長さを含む設定された占有期間に基づいて、第１の申請メッセージを制御端末に送信し；占有期間の申請結果が成功であることを示す受信メッセージに基づいて、サービスメッセージの送信時間を計算し；現在の時間がサービスメッセージの送信時間を超えるかどうかを監視し、且つ、現在の時間が送信時間を超えることが監視された場合、サービスメッセージの送信トークンを申請する第２の申請メッセージを制御端末２に送信し；そして、送信トークンの申請結果が成功であることを示す受信メッセージに基づいて、送信トークンが首尾よく申請されたサービスメッセージを送信するように構成されてもよく、
制御端末２は、メッセージクライアント端末によって送信された第１の申請メッセージ及び第２の申請メッセージを受信し；所定の規則に従って、サービスメッセージの占有期間を第１の申請メッセージ内の占有期間に割り当て；現在のサービスフロー及び被呼者の最大サービス処理能力に従って、送信トークンを第２の申請メッセージ内のサービスメッセージに割り当て；そして、第１の申請メッセージ及び第２の申請メッセージの申請結果をメッセージクライアント端末に送信するように構成されてもよい。
【００８９】
本願におけるメッセージ処理方法、装置、及びシステムは、発呼者にサービスメッセージを均一で安定的に出力させ、被呼者のサービスフローを制御することによって、制御ノードにおける集中メッセージ処理を種々の発呼者に分散させることができ、これにより、制御ノードのメッセージ処理の負担を大幅に低減し、メッセージ処理の単一点性能のボトルネックの問題を効果的に回避でき、送信されたメッセージを処理する能力を向上させる。その上、本願の方法は、被呼者のサービスシステム処理能力を超えることなく、均一で安定した方法で被呼者のサービスシステム処理能力を最大限に活用でき、システム処理性能及びシステム作動の安定性を向上できる。
【００９０】
クラスターモードでのメッセージ交換、計数制御ノードＴａｉｒ、並びに、トークン等のデータの交換及び処理についての説明を、本願の内容において言及しているが、本願は、完全に標準であるか、又は、言及した方法を用いるデータ対話及び処理に限定されない。本願の実施の形態に関連する説明は、本願の幾つかの実施の形態における単なる適用であり、幾つかの規格及び方法に基づいて僅かに修正された処理方法も本願の実施の形態における解決法を実施することであろう。明らかに、本願の実施の形態における処理方法のステップに沿った他の非創造的な変形も、同一のアプリケーションを実施することができ、詳細は本明細書中で説明しない。
【００９１】
本願は実施の形態又はフロー図において説明したような方法の操作ステップを提供するが、従来の又は非創造的な手段が、より多い、又は、より少ない操作ステップを含んでいてもよい。実施の形態において挙げたステップ順序は、単に、多数のステップ実行順序のうちの１つであり、唯一の実行順序を表してはいない。実際の装置又はクライアント端末製品の実際の実行中、実行は、実施の形態又は図面に示す方法に従って順次に、若しくは（例えば、並列プロセッサ又はマルチスレッド処理環境において）並列に行われてもよい。
【００９２】
上記の実施の形態において示したユニット又はモジュールは、コンピュータチップ又は実体、若しくは、ある特定の機能を有する製品を用いることによって、具体的に実装されてもよい。説明を簡単にするために、装置が説明される場合、それは、それぞれの説明のために、機能の観点から、種々のモジュールに分割される。明らかに、本願が実装される場合、モジュールの機能は、同じ又は多数のソフトウェア及び／又はハードウェアで実装されてもよい。例えば、送信時間モジュールは、計算モジュールに組み込まれて送信時間を計算し、同じ機能を実装しているモジュールは、また、多数のサブモジュール又はサブユニットの組み合わせによって実装されてもよい。
【００９３】
当業者は、また、純粋なコンピュータ読み取り可能なプログラムコードを用いることによってコントローラを実装することに加えて、方法ステップは、コントローラが論理ゲート、スイッチ、特定用途向け集積回路、プログラマブル論理コントローラ、及び埋め込みマイクロコントローラの形態で、同じ機能を実装することを可能にするよう、論理的にプログラミングされてもよいことも知っている。従って、かかるコントローラは、ハードウェアコンポーネントとして見なされてもよく、それに含まれ、種々の機能を実装するように構成される装置もまた、ハードウェアコンポーネント内部の構造として見なされてもよい。代替として、種々の機能を実装するように構成される装置は、方法を実装するためのソフトウェアモジュール及びハードウェアコンポーネント内部の構造の両方として見なされてもよい。
【００９４】
本願は、コンピュータによって実行されるコンピュータ実行可能な命令、例えば、プログラムモジュールの共通の文脈において説明されてもよい。一般に、プログラムモジュールは、特定のタスクを実行するための、又は、特定の抽象データ型を実装するための、ルーチン、プログラム、オブジェクト、アセンブリ、データ構造、クラス等を含む。本願は、分散コンピューティング環境において実装されてもよく、分散コンピューティング環境において、タスクは、通信ネットワークを介して接続されるリモート処理デバイスを用いることによって実行される。分散コンピューティング環境において、プログラムモジュールは、ストレージデバイスを含むローカル又はリモートコンピュータ記憶媒体内に位置していてもよい。
【００９５】
上で述べた実施方法の説明に基づき、当業者は、本願がソフトウェア及び必要なユニバーサルハードウェアプラットフォームで実施できることを明確に理解できる。この理解に基づき、本質的な本願の技術的解決、又は従来技術に寄与する部分は、ソフトウェア製品の形態で実施され得る。このコンピュータソフトウェア製品は、ＲＯＭ／ＲＡＭ、磁気ディスク、又は光学ディスクのような記憶媒体に記憶できる。また、コンピュータソフトウェア製品は、コンピュータデバイス（パーソナルコンピュータ、モバイル端末、サーバ、ネットワークデバイスなどであってよい）に、本願の実施の形態又は実施の形態の特定部分における方法を実行させることが可能ないくつかのインストラクション（命令、指示）を含んでいる。
【００９６】
本明細書の実施の形態は段階的に説明されており、種々の実施の形態の同一又は類似の部分は相互参照によって得られ、それぞれの実施の形態は他の実施の形態とは異なる部分を強調している。本願は様々な汎用（ユニバーサル）又は専用のコンピュータシステム環境又は構成に適用できる。例えば、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルド型機器又はポータブル機器、タブレット機器、マルチプロセッサシステム、マイクロプロセッサベースシステム、セットトップボックス、プログラム可能な電子デバイス、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、及び上記の任意のシステム又は機器を含む分散コンピューティング環境である。
【００９７】
本願を実施の形態によって説明したが、当業者は、本願の精神から逸脱せずに本願に多くの変形及び変更があることを知るはずであり、添付の特許請求の範囲は、本願の精神から逸脱することなく、これらの変形及び変更をカバーすることが予期される。
［第１の局面］
メッセージ処理方法であって：
サービスメッセージを送信するための送信時間の長さを発呼者により計算し、且つ、前記送信時間の長さに従って、制御ノードからの占有期間を申請するステップと；
前記発呼者からの前記占有期間のための申請メッセージの受信時、前記制御ノードによって、所定の規則に従って前記発呼者の前記占有期間の申請結果を決定し、且つ、前記対応する発呼者に前記申請結果をフィードバックするステップと；
前記占有期間の受信した申請結果が成功である場合、前記発呼者によって、前記サービスメッセージの送信時間を計算するステップと；
前記サービスメッセージの前記送信時間が超過することを、前記発呼者が監視する場合、前記発呼者によって、前記制御ノードからの前記サービスメッセージの送信トークンを申請するステップと；
前記発呼者からの前記送信トークンに対する申請メッセージの受信時、前記制御ノードによって、被呼者の最大サービス処理能力に達したかどうかに従って、前記発呼者の前記送信トークンの申請結果を決定し、且つ、前記対応する発呼者に前記申請結果をフィードバックするステップと；
前記サービスメッセージの前記送信トークンの前記受信した申請結果が成功である場合、前記発呼者によって、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するステップと；を備える、
メッセージ処理方法。
［第２の局面］
メッセージ処理方法であって：
サービスメッセージを送信するための送信時間の長さを計算し、且つ、前記送信時間の長さに従って占有期間を申請する第１の申請メッセージを送信するステップと；
前記占有期間の受信した申請結果が成功である場合、前記サービスメッセージの送信時間を計算するステップと；
現在の時間が前記サービスメッセージの前記送信時間を超えるかどうかを監視し、且つ、前記現在の時間が前記送信時間を超えることが監視された場合、前記サービスメッセージの送信トークンを申請する第２の申請メッセージを送信するステップと；
前記送信トークンの受信した申請結果が成功である場合、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するステップと；を備える、
メッセージ処理方法。
［第３の局面］
前記送信時間の長さに従って占有期間を申請する第１の申請メッセージを送信する前記ステップは、
制御ノードの最新の占有時点を取得し、且つ、前記取得した最新の占有時点に前記送信時間の長さを加えて前記占有期間として採用する第１の申請メッセージを前記制御ノードに送信するステップを備える、
第２の局面に記載のメッセージ処理方法。
［第４の局面］
前記方法が：
前記占有期間の前記受信した申請結果が失敗である場合、取得した、更新された最新の占有時点及び前記送信時間の長さに従って、新たな占有期間を計算するステップと；
前記新たな占有期間を含む第１の申請メッセージを送信するステップと；を更に備える、
第２の局面に記載のメッセージ処理方法。
［第５の局面］
前記方法が：
前記送信トークンの前記受信した申請結果が失敗である場合、トークン申請適用時間を取得するステップと；
前記トークン申請適用時間に達した場合、前記送信トークンが失敗して申請された前記サービスメッセージの第２の申請メッセージを再送信するステップと；を更に備える、
第２の局面に記載のメッセージ処理方法。
［第６の局面］
メッセージ処理の方法であって：
占有期間及び送信トークンを申請する申請メッセージを受信するステップと；
所定の規則に従って前記占有期間の申請結果を決定し、且つ、前記占有期間の前記申請結果を送信するステップと；
被呼者の最大サービス処理能力に達したかどうかに従って、前記送信トークンの申請結果を決定し、且つ、前記送信トークンの前記申請結果を送信するステップと；を備える、
メッセージ処理方法。
［第７の局面］
前記方法は：
前記占有期間の前記申請結果が成功である場合、制御ノードの最新の占有時点を更新するステップを更に備える、
第６の局面に記載のメッセージ処理方法。
［第８の局面］
前記方法は：
前記被呼者の前記最大サービス処理能力に達した場合、前記被呼者の最も近いサービスアクセス利用可能時間を取得し、且つ、前記最も近いサービスアクセス利用可能時間をトークン申請適用時間として採用するステップを更に備える、
第６の局面に記載のメッセージ処理方法。
［第９の局面］
メッセージ処理装置であって：
サービスメッセージを送信するための送信時間の長さを計算し、前記送信時間の長さに基づいて前記サービスメッセージを送信するための占有期間を計算するように構成された計算モジュールと；
前記占有期間を申請する第１の申請メッセージを送信するように構成された期間申請モジュールと；
前記占有期間及び送信トークンの申請結果のメッセージを受信するように構成された受信モジュールと；
前記占有期間の申請結果が成功であることを示す受信メッセージに基づいて、前記サービスメッセージの送信時間を計算するように構成された送信時間計算モジュールと；
現在の時間が前記サービスメッセージの前記送信時間を超えるかどうかを監視し、且つ、前記現在の時間が前記送信時間を超えることが監視された場合、前記サービスメッセージの送信トークンを申請する第２の申請メッセージを送信するように構成されたトークン申請モジュールと；
前記送信トークンの申請結果が成功であることを示す受信メッセージに基づいて、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するように構成された送信モジュールと；を備える、
メッセージ処理装置。
［第１０の局面］
前記計算モジュールは：
制御ノードの最新の占有時点を取得するように構成された占有時点モジュールと；
前記取得した最新の占有時点と前記送信時間の長さとから計算される期間を前記占有期間として採用するように構成された占有期間モジュールと；を備える、
第９の局面に記載のメッセージ処理装置。
［第１１の局面］
前記装置は：
前記占有期間の前記受信した申請結果が失敗である場合、前記計算モジュールによって、取得した前記最新の占有時点に従って前記サービスメッセージの新たな占有期間を計算し、且つ、前記新たな占有期間を含む第１の申請メッセージを前記期間申請モジュールに送信するように構成された第１の申請失敗処理モジュールを更に備える、
第９の局面に記載のメッセージ処理装置。
［第１２の局面］
前記装置は：
前記送信トークンの前記受信した申請結果が失敗である場合、トークン申請適用時間を取得し、且つ、前記トークン申請適用時間に達すると、前記送信トークンが失敗して申請された前記サービスメッセージの第２の申請メッセージを再送信する命令を、前記送信モジュールに発行するように構成された第２の申請失敗処理モジュールを更に備える、
第９の局面に記載のメッセージ処理装置。
［第１３の局面］
メッセージ処理装置であって：
占有期間を含む申請メッセージを受信するように構成され、更に、送信トークンに対する申請メッセージを受信するように構成された申請メッセージ受信モジュールと；
所定の規則に従って、サービスメッセージの占有期間を前記申請メッセージ内の前記占有期間に割り当てるように構成された占有時間割り当てモジュールと；
現在のサービスフロー及び被呼者の最大サービス処理能力に従って、送信トークンを割り当てるように構成されたトークン割り当てモジュールと；
前記占有期間の申請結果を示すメッセージを送信するように構成され、更に、前記送信トークンの申請結果を示すメッセージを送信するように構成された申請結果送信モジュールと；を備える、
メッセージ処理装置。
［第１４の局面］
前記装置は：
前記占有期間が前記サービスメッセージに割り当てられた後、前記占有時間割り当てモジュールの最新の占有時点を更新するように構成された占有時点更新モジュールを更に備える、
第１３の局面に記載のメッセージ処理装置。
［第１５の局面］
前記装置は：
前記被呼者の前記最大サービス処理能力に達した場合、前記被呼者の最も近いサービスアクセス利用可能時間を取得し、前記最も近いサービスアクセス利用可能時間をトークン申請適用時間として採用するように構成されたトークン申請時間モジュールを更に備える、
第１３の局面に記載のメッセージ処理装置。
［第１６の局面］
メッセージ処理のステムであって：
送信時間の長さに基づいて設定された占有期間のための第１の申請メッセージを制御端末に送信し；前記占有期間の申請結果が成功であることを示す受信メッセージに基づいて、サービスメッセージの送信時間を計算し；現在の時間が前記サービスメッセージの前記送信時間を超えるかどうかを監視し、且つ、前記現在の時間が前記送信時間を超えることが監視された場合、前記サービスメッセージの送信トークンを申請する第２の申請メッセージを前記制御端末に送信し；そして、前記送信トークンの申請結果が成功であることを示す受信メッセージに基づいて、前記送信トークンが首尾よく申請された前記サービスメッセージを送信するように構成されたメッセージクライアント端末と、
前記メッセージクライアント端末によって送信された前記第１の申請メッセージ及び前記第２の申請メッセージを受信し；所定の規則に従って、前記サービスメッセージの占有期間を前記第１の申請メッセージ内の前記占有期間に割り当て；現在のサービスフロー及び被呼者の最大サービス処理能力に従って、送信トークンを前記第２の申請メッセージ内の前記サービスメッセージに割り当て；そして、前記第１の申請メッセージ及び前記第２の申請メッセージの申請結果を前記メッセージクライアント端末に送信するように構成された前記制御端末と、を備える、
メッセージ処理システム。
【図１】
0006787933.tif 000002
【図２】
0006787933.tif 000003
【図３】
0006787933.tif 000004
【図４】
0006787933.tif 000005
【図５】
0006787933.tif 000006
【図６】
0006787933.tif 000007
【図７】
0006787933.tif 000008
【図８】
0006787933.tif 000009
【図９】
0006787933.tif 000010
【図１０】
0006787933.tif 000011
【図１１】
0006787933.tif 000012
【図１２】
0006787933.tif 000013
【図１３】
0006787933.tif 000014
【図１４】
0006787933.tif 000015
【図１５】
0006787933.tif 000016