JP4988766B2 - メッセージ・ハブ装置、プログラム、および方法 - Google Patents

Description

本発明は、一般的には、情報処理技術に関し、より詳細には、サービス処理メッセージを効率的に処理するためのメッセージ・ハブ装置、プログラム、および方法に関する。

近年、複数のサービスを業界標準の統合技術を使用して連携させる情報システムの設計技法として、ＳＯＡ（サービス指向アーキテクチャ）が急速に普及している。ＳＯＡによれば、例えば、「在庫管理」、「与信処理」、「配送処理」のようなサービス単位を業務プロセスから切り出した上で、それらを連携させて「販売管理システム」、「受注システム」、「生産管理システム」のような業務プロセス全体をカバーするエンタープライズシステムを、柔軟に構築することができる。

そのようなＳＯＡに従うエンタープライズシステムの実装の形態の典型例として、業務プロセス全体を管理するプロセス・サービス層と、切り出された個々のサービスを実際に提供するサービス層の間にハブ層を設ける形態が考えられる。

ハブ層に設けられたメッセージ・ハブ装置は、プロセス・サービス層に配置されたサービス・リクエスタからサービス処理メッセージ（サービス処理の起動や取消の要求など）を受信し、メッセージ・キューに配置した上で、サービス層に配置されたサービス・プロバイダに転送する。その後、サービス・プロバイダは、転送されたメッセージを処理し、処理結果をサービス・リクエスタに返信する。

サービス・プロバイダにおけるサービス処理量の増加は、必要な計算機資源の増加を招くので、計算機資源に対する投資を低減するためにサービス処理量が軽減されることがサービス・プロバイダにとって好ましい。サービス・リクエスタにとっても、サービス・プロバイダからの課金を低減するためにサービス処理量が軽減されることが好ましい。よって、サービス・プロバイダにおける処理量が低減されるように、例えばメッセージ・ハブ装置においてメッセージ・キューに格納されたサービス処理メッセージを最適化することが有用であることが理解される。

また、キューイング技法に関連する背景技術として、特開２００１−１６００１４号公報は、あるデータをキューに登録するとき、そのデータとマージ可能なデータがキューに登録されているか検索し、データ送信を行うプログラムがキューに登録しようとするデータとマージ可能なデータがすでにキューに登録されている場合、データをマージすることでキューに登録するデータを削減するキューイング方法を開示する。
特開２００１−１６００１４号公報

特開２００１−１６００１４号公報が開示するキューイング方法においては、データをキューに登録されている時間に関して何ら考慮がされておらず、その時点でキュー内に偶然に登録されているデータを、キューに登録しようとしているデータとマージしているだけである。したがって、本来ならばマージするべきだったデータがマージされないままに処理され、結果的に効率的なマージ処理を妨げる可能性あることが理解される。

したがって、本発明の目的の１つは、より効率的にサービス処理メッセージのマージ処理を実施する、背景技術には存在しない新規かつ当業者が容易に想到し得ない特徴を備えるメッセージ・ハブ装置、プログラム、および方法を提供することである。

上記の目的を達成するために、サービス処理メッセージをサービス・リクエスタから受信し、サービス・プロバイダに送信するメッセージ・ハブ装置が提供される。メッセージ・ハブ装置は、サービス・リクエスタから受信したサービス処理メッセージを記憶するメッセージ記憶部と、それぞれのサービス処理メッセージがメッセージ記憶部に滞留した時間を計測するタイマーと、サービス処理メッセージがメッセージ記憶部内に滞留すべき最低限の時間である最低滞留時間の値を記憶する第１の記憶部と、最低滞留時間が経過したことを条件に、メッセージ記憶部に存在するサービス処理メッセージを、当該サービス処理メッセージを処理すべきサービス・プロバイダに送信するメッセージ送信部を備える。

さらに、メッセージ・ハブ装置は、上記の諸要素に加えて、サービス処理メッセージをサービス・リクエスタから受信したことに応答して、当該受信したサービス処理メッセージとマージ可能なメッセージ記憶部内のサービス処理メッセージを検索する検索部と、マージ可能なサービス処理メッセージが検索されたことを条件に、受信したサービス処理メッセージとマージ可能なサービス処理メッセージのマージ処理を実行するメッセージ・マージ部と、メッセージ・マージ部によるメッセージのマージ処理の履歴を記憶する第２の記憶部と、第２の記憶部に記憶されたマージ処理の履歴を解析することによって、最低滞留時間の最適値を決定し、第１の記憶部に記憶された最低滞留時間の値を、決定された最適値に変更する制御部をさらに備える。

以上、本発明の概要を、メッセージ・ハブ装置として説明したが、本発明は、方法、プログラム、またはプログラム製品として把握することもできる。プログラム製品は、例えば、前述のプログラムを格納した記憶媒体を含め、あるいはプログラムを伝送する媒体を含めることができる。

上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの構成要素のコンビネーションまたはサブコンビネーションもまた、発明となり得ることに留意すべきである。

以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

また、本発明は多くの異なる態様で実施することが可能であり、実施の形態の記載内容に限定して解釈されるべきものではない。また、実施の形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須とは限らないことに留意されたい。実施の形態の説明の全体を通じて同じ要素には同じ番号を付している。

図１は、本発明の実施形態のエンタープライズシステム１００の全体像を図示した高水準の概要図である。本発明の実施形態のエンタープライズシステム１００は、互いに通信ネットワーク１４０で接続されたクライアント１１０、サービス・リクエスタ１１５、メッセージ・ハブ装置１２０、および複数のサービス・プロバイダ１３０ａ、ｂ（以下、単に「サービス・プロバイダ１３０」と総称することがある）を含む。

クライアント１１０は、エンタープライズシステム１００のユーザが、業務プロセス全体を管理するサービス・リクエスタ１１５と対話することによって、業務プロセスを遂行するためのコンピュータ装置である。クライアント１１０は、よく知られたウェブ・ブラウザを通じてサービス・リクエスタ１１５と対話を実施するが、かかる技術は良く知られたものであり、当業者は適宜実施することができるので、説明の簡単のためここでは詳細には説明しない。

本発明の実施形態のサービス・リクエスタ１１５は、サービス・プロバイダ１３０によって提供される個々のサービス処理に関するメッセージ（以下、「サービス処理メッセージ」と称する）を、業務プロセス実施の必要に応じて、メッセージ・ハブ装置１２０に送信することができる、業務プロセス全体を管理するプロセス・サービス層に配置されたコンピュータ装置である。本発明の実施形態におけるサービス処理メッセージは、サービス処理の起動要求、サービス処理の取消要求などを含むが、これに限られない。

本発明の実施形態のメッセージ・ハブ装置１２０は、サービス・リクエスタ１１５から受信したサービス処理メッセージを、サービス・プロバイダ１３０にネットワーク１４０を通じて転送するまで一時的に記憶するメッセージ・キューを備える、ハブ層に配置されたコンピュータ装置である。

本発明の実施形態のメッセージ・ハブ装置１２０においては、サービス処理メッセージがメッセージ・キュー内に滞留すべき最低限の時間である最低滞留時間が設定されている。すなわち、メッセージ・キュー内のサービス処理メッセージは、少なくとも最低滞留時間の間はメッセージ・ハブ装置１２０内に留まり、最低滞留時間が経過したことを条件に、サービス・プロバイダ１３０にネットワーク１４０を通じて転送されることとなる。

また、本発明の実施形態のメッセージ・ハブ装置１２０は、サービス処理メッセージがメッセージ・キュー内に留まっている間に、そのメッセージとマージ可能なサービス処理メッセージをメッセージ・ハブ装置が受信すると、メッセージ・キュー内に留まっているサービス処理メッセージと、受信したサービス処理メッセージをマージすることによってサービス処理メッセージを最適化する機能を有する。

さらに、本発明の実施形態のメッセージ・ハブ装置１２０は、実際にサービス処理メッセージのマージ処理の実施条件を記憶し、かかる実施条件の記憶に基づいて最低滞留時間の設定を最適化する機能を有する。かかる最適化機能についての詳細は後述する。

本発明の実施形態のサービス・プロバイダ１３０は、個々のサービスを実際に提供するためにサービス層に配置されたコンピュータ装置である。具体的には、サービス・プロバイダ１３０は、メッセージ・ハブ装置１２０からネットワーク１４０を通じて転送されたサービス処理メッセージを処理し、処理結果をサービス・リクエスタ１１５にメッセージ・ハブ装置１２０を通じて返信する機能を有する。

また、サービス・プロバイダ１３０は、サービス・リクエスタ１１５のために実施したサービス処理について、課金処理を実施する機能をも有するものとする。なお、かかる課金処理自体については、当業者は、種々の既存の課金方針に基づいて適宜実施することができるので、説明の簡単のためここでは詳細には説明しない。

本発明の実施形態の通信ネットワーク１４０は、一例としてインターネットにより実現することができる。インターネットは、よく知られたＴＣＰ／ＩＰを使用してシステム間を接続する。インターネットではグローバル・アドレスまたはローカル・アドレスで表されるＩＰアドレスによって相互に通信するシステムが特定される。本発明の実施形態においては、セキュリティのために、それぞれのコンピュータ装置の間のネットワーク接続は、インターネット技術分野においてよく知られたＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）技術を使用して実現されるものとする。

図２は、本発明の実施の形態のメッセージ・ハブ装置の機能ブロック図である。なお、図２の機能ブロック図に示す各要素は、図９に記載されるハードウェア構成を有する情報処理装置において、ハードディスク装置１３に格納されたオペレーティング・システムやコンピュータ・プログラムをメインメモリ４にロードした上でＣＰＵ１に読み込ませ、ハードウェア資源とソフトウェアを協働させることによって実現することができる。

本発明の実施形態のメッセージ・ハブ装置１２０は、メッセージ受信部２０５、メッセージ・キュー２１０、メッセージ送信部２１５、メッセージ検索部２２０、メッセージ・マージ部２２５、マージ・テーブル２２７、タイマー２３０、マージ履歴記憶部２３５、最低滞留時間制御部２４５、最低滞留時間記憶部２５０、および課金処理部２５５を備える。

メッセージ受信部２０５は、サービス・リクエスタ１１５から送信されたサービス処理メッセージを、ネットワーク１４０を通じて受信することができる。また、メッセージ受信部２０５は、サービス処理メッセージを受信したことに応答して、その内容をメッセージ検索部２２０に通知する。

メッセージ・キュー２１０は、メッセージ受信部２０５が受信したサービス処理メッセージを格納し、先に格納されたサービス処理メッセージから順次送り出すキュー構造を備える。本発明の実施形態においては、最低滞留時間記憶部２５０に記憶されたサービス処理メッセージがメッセージ・キュー内に滞留すべき最低限の時間である最低滞留時間が経過するまでは、メッセージ・キュー２１０の先頭に存在するサービス処理メッセージであってもキュー内に留まり続けるようにされているものとする。

メッセージ送信部２１５は、メッセージ・キュー２１０内のサービス処理メッセージを、当該サービス処理メッセージを処理すべきサービス・プロバイダに送信する機能を有する。より詳細には、メッセージ送信部２１５は、メッセージ・キュー２１０内のサービス処理メッセージそれぞれについてタイマー２３０によって計測された滞留時間を受信し、最低滞留時間が経過したことを条件に、当該メッセージを送信する。

メッセージ検索部２２０は、サービス処理メッセージを受信したメッセージ受信部２０５からメッセージ内容の通知を受けたことに応答して、受信したサービス処理メッセージとマージ可能なサービス処理メッセージがメッセージ・キュー２１０内に存在するかどうかをマージ・テーブル２２７に記憶されたマージ処理ルールに従って検索する機能を有する。

メッセージ・マージ部２２５は、マージ可能なサービス処理メッセージがメッセージ検索部２２０によって検索されたことを条件に、受信されたサービス処理メッセージと検索されたサービス処理メッセージのマージ処理をマージ・テーブル２２７に記憶されたマージ処理ルールに従って実行し、新しいサービス処理メッセージを生成する。

本発明の実施形態においては、この新しいサービス処理メッセージは、メッセージ・キュー２１０の最後尾に配置されるものとする。なお、メッセージ・マージ部２２５は、マージ可能なサービス処理メッセージがメッセージ検索部２２０によって検索されなかった場合は、受信したサービス処理メッセージ自体をメッセージ・キュー２１０の最後尾に配置するものとする。また、メッセージ・マージ部２２５は、マージされたメッセージ・キュー２１０内のメッセージをメッセージ・キュー２１０から削除する機能をも有する。

マージ・テーブル２２７は、メッセージ検索部２２０およびメッセージ・マージ部２２５によって参照される複数のサービス処理メッセージのマージ処理ルールを記憶する。図５に、本発明の実施形態におけるマージ・テーブル２２７の例を示す。

図５に図示するマージ・テーブル２２７は、マージ処理の種類を示すマージ処理ＩＤ５１０、サービスの種類を示すサービスＩＤ５２０、検索キー項目５３０、マージ処理の内容５４０を含む。具体的には、本発明の実施形態は、取消５５０（マージ処理ＩＤ：Ｍ０００１）および加算５６０（マージ処理ＩＤ：Ｍ０００２）を定義する。

本発明の実施形態の「取消５５０」のマージ処理は、サービスＩＤが「Ｓ０００５」のサービスに対するサービス処理メッセージを受信した場合に、受信メッセージ内の発注数（Ｎｕｍｂｅｒ）の値が「Ｃａｎｃｅｌ」であることを条件に、受信したメッセージと発注番号（ｏｒｄｅｒＮｕｍｂｅｒ）および顧客ＩＤ（ｃｕｓｔＩＤ）が同一であるメッセージ・キュー２１０内のメッセージを検索し、検索されたメッセージをキューから削除することをその内容とする。

また、本発明の実施形態の「加算５６０」のマージ処理は、サービスＩＤが「Ｓ０００５」のサービスに対するサービス処理メッセージを受信した場合に、受信したメッセージと顧客ＩＤ（ｃｕｓｔＩＤ）および製品番号（ｐｒｏｄｕｃｔＩＤ）が同一であるメッセージ・キュー２１０内のメッセージを検索し、受信メッセージと検索されたメッセージの発注数（Ｎｕｍｂｅｒ）を加算したメッセージを生成し、キューに配置することをその内容とする。

タイマー２３０は、メッセージ・キュー２１０に記憶された各サービス処理メッセージの、メッセージ・キュー２１０内での滞留時間を計測する機能を有する。本発明の実施形態においては、計測されたサービス処理メッセージの滞留時間は、メッセージ送信部２１５がそのメッセージをサービス・プロバイダ１３０に送信することができるかどうかを判定するために使用される。計測されたサービス処理メッセージの滞留時間は、メッセージ検索部２２０がメッセージ・キュー内のサービス処理メッセージがマージ可能かどうかを判定するためにも使用される。

マージ履歴記憶部２３５は、メッセージ・マージ部２２５によって実施されたサービス処理メッセージのマージ処理の実施条件を含むマージ処理の履歴を記憶する。マージ処理の実施条件は、少なくとも各サービス処理メッセージがサービス・プロバイダに発信されるか、または他のサービス処理メッセージとマージされるまでにメッセージ・キュー２１０内に滞留していた時間が含まれる。かかる記憶されたマージ処理の履歴は、最低滞留時間制御部が最低滞留時間の最適値を決定するために使用される。

最低滞留時間制御部２４５は、最低滞留時間の最適値を決定するために、マージ履歴記憶部２３５に記憶されたマージ処理の実施条件等を解析する。本発明の実施形態においては、最低滞留時間制御部は、所定の時間間隔（例えば、１週間に１回）で、各サービス処理メッセージのメッセージ・キュー２１０内の滞留時間を統計分析し、最も効率よくマージ処理が行われる最低滞留時間の値を決定する。また、最低滞留時間制御部２４５は、決定した最低滞留時間の最適値に最低滞留時間記憶部２５０に記憶された最低滞留時間の値を変更する機能を有する。

最低滞留時間記憶部２５０は、サービス処理メッセージがメッセージ・キュー２１０内に滞留すべき最低限の時間である最低滞留時間の値を記憶する。既に述べたように、メッセージ送信部２１５は、この最低滞留時間の値に基づいて、メッセージ・キュー２１０内に記憶されたサービス処理メッセージをサービス・プロバイダ１３０に送信する。

課金処理部２５５は、サービス・プロバイダ１３０と同様の課金ロジックを備える。課金処理部２５５は、かかる課金ロジックに従って、メッセージ送信部２１５によって実際にサービス・プロバイダ１３０に送信されたサービス処理メッセージの課金の計算を実施する。また、課金処理部２５５は、マージ履歴記憶部２３５に記憶されたマージ処理の履歴に基づいて、仮にマージ処理がされなかったのであればサービス・プロバイダ１３０に送信されたであろうサービス処理メッセージについて課金の計算を実施する。

さらに、課金処理部２５５は、実際に送信されたメッセージの課金とマージ処理がされなければ送信されたであろうメッセージの課金の差分を計算し、サービス・リクエスタ１１５に、例えば、電子メールなどの電子的手段によって通知する機能を有する。こうすることによって、サービス・リクエスタ１１５は、メッセージ・ハブ装置１２０によってどれだけ課金がセーブされたのかを知ることができるようになることが理解される。

また、課金処理部２５５は、受信したサービス・リクエスタから受信したサービス処理メッセージに関する必要計算機資源量と、サービス・プロバイダに送信されたサービス処理メッセージに関する必要計算機資源量の差分を計算し、サービス・プロバイダ１３０に、例えば、電子メールなどの電子的手段によって通知する機能を有する。こうすることによって、サービス・プロバイダ１１５は、メッセージ・ハブ装置１２０によってどれだけ必要計算機資源量がセーブされたのかを知ることができるようになることが理解される。

なお、本発明の実施形態においては、上記の課金の計算および通知のステップは、あらかじめ設定された時間間隔（例えば、１月に１回）実施されるものとする。

図３は、本発明の実施形態のエンタープライズシステム１００において、サービス・リクエスタ１１５から送信されたあるサービス処理メッセージが処理される動作を表現するフローチャートである。処理は、ステップ３０５から開始し、ステップ３１０においてサービス・リクエスタ１１５は、業務プロセスを遂行するために必要なサービスを受けるために、ネットワーク１４０に向けてサービス処理メッセージを送信する。

処理はステップ３１５へ進み、メッセージ・ハブ装置１２０のメッセージ受信部２０５は、ステップ３０５においてサービス・リクエスタ１１５から送信されたサービス処理メッセージをネットワーク１４０から受信する。

次に、ステップ３２０において、ステップ３１５でメッセージを受信したことに応じて、メッセージ検索部２２０は、受信したメッセージとマージ可能なメッセージを探して、メッセージ・キュー２１０内のメッセージをあらかじめ定められたマージ・テーブル２２７内のマージ処理ルールに従って検索する。

処理はステップ３２５へ進み、マージ可能なメッセージが存在するかどうかが判定される。ステップ３２５においてマージ可能なメッセージが存在すると判定された場合、処理はＹＥＳの矢印を通じてステップ３３０に進む。

ステップ３３０において、マージ処理部２２５は、メッセージ受信部２０５によって受信されたサービス処理メッセージとステップ３２５においてマージ可能と判定されたサービス処理メッセージを、あらかじめ定められたマージ・テーブル２２７内のマージ処理ルールに従ってマージする。なお、マージされたメッセージ・キュー２１０内のサービス処理メッセージは、このときにキューから削除される。

ここで、ステップ３２５乃至３３０の判定およびマージ処理を、図６に図示するサービス処理メッセージの具体例を使用して具体的に説明する。まず、本発明の実施形態のある時点において、資材の発注処理サービス「０００５」を要求する第１のサービス処理メッセージ６１０がメッセージ・キュー２１０に格納されているものとする。具体的には、第１のサービス処理メッセージ６１０は、発注番号（ｏｒｄｅｒＮｕｍｂｅｒ）を「ＯＮ０００１」、顧客ＩＤ（ｃｕｓｔＩＤ）を「ｃｕｓｔＡ」、製品番号（ｐｒｏｄｕｃｔＩＤ）を「ｐｒｏｄｕｃｔＸ」とする製品Ｘ、発注数（Ｎｕｍｂｅｒ）を１０個として、発注することを意味するものとする。

そして、第１のサービス処理メッセージ６１０がメッセージ・キュー２１０に格納されている状態で、第２のサービス処理メッセージ６２０が受信されたと仮定する。なお、第２のサービス処理メッセージ６２０は、発注番号（ｏｒｄｅｒＮｕｍｂｅｒ）を「ＯＮ０００２」、顧客ＩＤ（ｃｕｓｔＩＤ）を「ｃｕｓｔＡ」、製品番号（ｐｒｏｄｕｃｔＩＤ）を「ｐｒｏｄｕｃｔＸ」とする製品Ｘ、発注数（Ｎｕｍｂｅｒ）を２０個として、発注することを意味するものとする。

この場合、第１および第２のメッセージ６１０、６２０は、ｃｕｓｔＩＤおよびｐｒｏｄｕｃｔＩＤが同一であるので、図５に示すマージ・テーブル２２７が定義するマージ処理「Ｍ０００２（加算）」が適用される。その結果、両者のＮｕｍｂｅｒの値を加算したサービス処理メッセージが作成される。

また別の例として、第１のサービス処理メッセージ６１０がメッセージ・キュー２１０に格納されている状態で、第３のサービス処理メッセージ６３０が受信されたと仮定する。なお、第２のサービス処理メッセージ６３０は、発注番号（ｏｒｄｅｒＮｕｍｂｅｒ）を「ＯＮ０００１」、顧客ＩＤ（ｃｕｓｔＩＤ）を「ｃｕｓｔＡ」、製品番号（ｐｒｏｄｕｃｔＩＤ）を「ｐｒｏｄｕｃｔＸ」とする製品Ｘ、発注数（Ｎｕｍｂｅｒ）を「ｃａｎｃｅｌ」とするものであり、前の発注を取り消すことを意図するものである。

この場合、第１および第３のメッセージ６１０、６３０は、ｃｕｓｔＩＤおよびｏｒｄｅｒＮｕｍｂｅｒが同一であるので、図５に示すマージ・テーブル２２７が定義するマージ処理「Ｍ０００１（取消）」が適用される。その結果、サービス処理メッセージ６１０、６３０が削除されることとなる。

次に、説明をフローチャート３００に戻し、処理がステップ３２０に戻る。ステップ３２０においては、メッセージ検索部２２０は、ステップ３２５においてマージ処理の結果として生成された新しいメッセージとマージ可能なメッセージがメッセージ・キュー２１０内に存在しないかどうか、あらかじめ定められたマージ処理ルールに従って検索する。その後処理は２回目のステップ３２５に進む。

そして、２回目のステップ３２５においてマージ可能なメッセージが存在すると判定された場合、処理はＹＥＳの矢印を通じてステップ３３０に進み、ステップ３２５において同様の処理が実施される。これらの処理がマージ可能なメッセージが存在しないと判定されるまで繰り返される。

ステップ３２５においてマージ可能なメッセージが存在しないと判定された場合、処理はＮＯの矢印を通じてステップ３３５に進む。ステップ３３５においては、ステップ３３０においてマージ処理が実施された場合、その条件をマージ処理履歴記憶部２３５に記憶する。なお、マージ処理が１回も実施されなかった場合、ステップ３３５においては、マージ処理履歴記憶部２３５に何も新たに記憶されない。

次に、ステップ３４０において、メッセージ・マージ部２２５は、受信されたサービス処理メッセージ（マージ処理が実施された場合は、受信されたサービス処理メッセージとマージされたメッセージ）をメッセージ・キュー２１０の最後尾に配置する。また、ステップ３４０においては、タイマー２３０は、メッセージ・キュー２１０の最後尾に配置されたメッセージの滞留時間の計測を開始するものとする。その後、ステップ３４５において、サービス処理メッセージの滞留時間が、最低滞留時間記憶部２５０に記憶された最低滞留時間を越えるまで待機する。

さらに処理はステップ３５０に進み、ステップ３３５においてメッセージ・キュー２１０に配置されたサービス処理メッセージが最低滞留時間を経過する前に、後にメッセージ受信部２０５によって受信されたサービス処理メッセージにマージされたかどうかが判定される。

ステップ３５０においてマージされたと判定された場合、処理はＹＥＳの矢印を通じてステップ３５５に進む。ステップ３５５においては、マージされたサービス処理メッセージをメッセージ・キュー２１０から削除し、その後ステップ３７０で処理を終了する。

ステップ３５０においてマージされなかったと判定された場合、処理はＮＯの矢印を通じてステップ３６０に進む。ステップ３６０においては、メッセージ送信部２１５は、他の所与の条件を満たすことを条件に、最低滞留時間を経過したメッセージ・キュー２１０内のサービス処理メッセージを、当該サービス処理メッセージを処理すべきサービス・プロバイダ１３０に送信する。

次に、ステップ３６５において、サービス処理メッセージを受信したサービス・プロバイダ１３０は、サービス処理メッセージに応じて、サービス処理を実施し、処理結果をサービス・リクエスタ１１５にメッセージ・ハブ装置１２０を通じて返信する。なお、このときサービス・プロバイダ１３０は課金計算処理を実施するものとする。その後ステップ３７０で処理を終了する。

図４は、本発明の実施形態におけるシステムにおける最低滞留時間記憶部２５０に記憶された最低滞留時間の値の変更処理を表現するフローチャート４００である。なお、本発明の実施形態においては、フローチャート４００による変更処理は、所定の時間間隔（例えば、１週間に１回）で、図３に示すフローチャート３００によるサービス処理メッセージの処理と非同期で実施されるものとする。

処理は、ステップ４０５でスタートし、ステップ４１０において、最低滞留時間制御部２４５は、マージ履歴記憶部２３５に記憶された複数のマージ処理に関するマージ処理の実施条件の情報を取得する。なお、かかる実施条件の情報は、本発明の実施形態においては、図３に示すフローチャート３００内のステップ３３５においてマージ履歴記憶部２３５に記憶されたものである。

ここで、ステップ４１０において最低滞留時間制御部２４５が取得するマージ処理の実施条件の情報の例を、図７を使用して説明する。図７は、本発明の実施形態におけるマージ処理の実施条件の情報であるサービス処理メッセージの滞留時間ｔの分布の一例を表現するグラフである。ステップ４１０においては、最低滞留時間制御部２４５は、かかるグラフに記載と同等の情報を電子的データとして取得する。

次に、処理はステップ４１５に進み、最低滞留時間制御部２４５は、ステップ４１０において取得したマージ処理の実施条件の情報を使用して、統計分析を実施する。その結果として、解析の時点で最適な最低滞留時間の値が決定される。

ステップ４１５における統計分析の一例を、図８を使用してさらに詳細に説明する。図８は、本発明の実施形態における統計分析の一例を表現するグラフである。

本発明の実施形態においては、最低滞留時間制御部２４５は、図７に例示する各サービス処理メッセージの滞留時間ｔの情報から、課金処理部２５５の課金ロジックを使用して、グラフ中の８１０の折れ線によって表現されるマージによってセーブされた金額Ｓ（ｔ）を求める。

また、最低滞留時間制御部２４５は、図７に例示する各サービス処理メッセージの滞留時間ｔの情報から、課金処理部２５５の課金ロジックを使用して、グラフ中の８３０の折れ線によって表現される滞留時間に応じたコストＫ（ｔ）を求める。なお、滞留時間ｔが長いと、例えば、出荷であれば滞留時間が長くなると在庫コストが増加するので、一般的には、Ｋ（ｔ）は滞留時間が長いほどマイナス値の絶対値が大きくなる。

そして、最低滞留時間制御部２４５は、グラフ中の８２０の折れ線によって表現されるＳ（ｔ）＋Ｋ（ｔ）が最大となるような滞留時間t を最低滞留時間の最適値として決定し、最低滞留時間記憶部に記憶された最低滞留時間を変更する。

図４に戻り、さらに処理はステップ４２０に進み、最低滞留時間制御部２４５は、最低滞留時間記憶部２５０に記憶された最低滞留時間の値を、ステップ４１５において決定された新たな値に変更する。こうして、以降、更新された最低滞留時間を使用して図３に示すサービス処理メッセージの処理が実施されることとなる。その後、処理はステップ４２５へ進み終了する。

図９は、本発明の実施の形態によるサービス・リクエスタ１１５、メッセージ・ハブ装置１２０、およびサービス・プロバイダ１３０を実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。

情報処理装置は、バス２に接続されたＣＰＵ（中央処理装置）１とメインメモリ４を含んでいる。ハードディスク装置１３、３０、およびＣＤ−ＲＯＭ装置２６、２９、フレキシブル・ディスク装置２０、ＭＯ装置２８、ＤＶＤ装置３１のようなリムーバブル・ストレージ（記憶メディアを交換可能な外部記憶システム）がフロッピー（登録商標）ディスクコントローラ１９、ＩＤＥコントローラ２５、ＳＣＳＩコントローラ２７などを経由してバス２へ接続されている。

フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭのような記憶メディアが、リムーバブル・ストレージに挿入される。これらの記憶メディアやハードディスク装置１３、３０、ＲＯＭ１４には、オペレーティング・システムと協働してＣＰＵ等に命令を与え、本発明を実施するためのコンピュータ・プログラムのコードを記憶することができる。メインメモリ４にロードされることによってコンピュータ・プログラムは実行される。コンピュータ・プログラムは圧縮し、また複数に分割して複数の媒体に記憶することもできる。

情報処理装置は、キーボード／マウス・コントローラ５を経由して、キーボード６やマウス７のような入力デバイスからの入力を受ける。情報処理装置は、視覚データをユーザに提示するための表示装置１１にＤＡＣ／ＬＣＤＣ１０を経由して接続される。

情報処理装置は、ネットワーク・アダプタ１８（イーサネット（登録商標）・カードやトークンリング・カード）等を介してネットワークに接続し、他のコンピュータ等と通信を行うことが可能である。図示はされていないが、パラレルポートを介してプリンタと接続することや、シリアルポートを介してモデムを接続することも可能である。

以上の説明により、本発明の実施の形態によるシステムを実現するのに好適な情報処理装置は、通常のパーソナルコンピュータ、ワークステーション、メインフレームなどの情報処理装置、または、これらの組み合わせによって実現されることが容易に理解されるであろう。ただし、これらの構成要素は例示であり、そのすべての構成要素が本発明の必須構成要素となるわけではない。

本発明の実施の形態において使用される情報処理装置の各ハードウェア構成要素を、複数のマシンを組み合わせ、それらに機能を配分し実施する等の種々の変更は当業者によって容易に想定され得ることは勿論である。それらの変更は、当然に本発明の思想に包含される概念である。

本発明の実施形態によるシステムは、マイクロソフト・コーポレーションが提供するＷｉｎｄｏｗｓ（登録商標）オペレーティング・システム、アップル・コンピュータ・インコーポレイテッドが提供するＭａｃＯＳ（登録商標）、Ｘ Ｗｉｎｄｏｗ Ｓｙｓｔｅｍを備えるＵＮＩＸ（登録商標）系システム（例えば、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＡＩＸ（登録商標）など）のような、ＧＵＩ（グラフィカル・ユーザー・インターフェース）マルチウインドウ環境をサポートするオペレーティング・システムを採用することができる。

以上から、本発明の実施の形態において使用されるシステムは、特定のオペレーティング・システム環境に限定されるものではないことを理解することができる。すなわち、オペレーティング・システムは、アプリケーション・ソフトウェアなどがデータ処理システムの資源を利用できるようにする資源管理機能を提供することができるものであれば、いかなるものをも採用することができる。なお、資源管理機能には、ハードウェア資源管理機能、ファイルハンドル機能、スプール機能、ジョブ管理機能、記憶保護機能、仮想記憶管理機能などが含まれ得るが、これらの機能については、当業者によく知られたものであるので詳細な説明は省略する。

また、本発明は、ハードウェア、ソフトウェア、またはハードウェア及びソフトウェアの組み合わせとして実現可能である。ハードウェアとソフトウェアの組み合わせによる実行において、所定のプログラムを有するデータ処理システムにおける実行が典型的な例として挙げられる。かかる場合、該所定プログラムが該データ処理システムにロードされ実行されることにより、該プログラムは、データ処理システムを制御し、本発明にかかる処理を実行させる。このプログラムは、任意の言語・コード・表記によって表現可能な命令群から構成される。そのような命令群は、システムが特定の機能を直接、または１．他の言語・コード・表記への変換、２．他の媒体への複製、のいずれか一方もしくは双方が行われた後に、実行することを可能にするものである。

もちろん、本発明は、そのようなプログラム自体のみならず、プログラムを記憶した媒体もその範囲に含むものである。本発明の機能を実行するためのプログラムは、フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク装置、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記憶媒体に格納することができる。かかるプログラムは、記憶媒体への格納のために、通信回線で接続する他のデータ処理システムからダウンロードしたり、他の記憶媒体から複製したりすることができる。また、かかるプログラムは、圧縮し、または複数に分割して、単一または複数の記憶媒体に格納することもできる。また、様々な形態で、本発明を実施するプログラム製品を提供することも勿論可能であることにも留意されたい。

以上、本発明の実施形態によれば、より少ない計算機資源で、効率よく不具合原因を特定することができる性能の高いトレーサビリティ・システムを効率的に構築することができることが容易に理解される。

上記の実施の形態に、種々の変更または改良を加えることが可能であることが当業者に明らかである。そのような変更または改良を加えた形態も当然に本発明の技術的範囲に含まれることに留意されたい。

本発明の実施形態のシステムの全体像の高水準の概念図である。 本発明の実施形態のメッセージ・ハブの機能ブロック図である。 本発明の実施形態のエンタープライズシステムにおけるサービス処理メッセージの処理を表現するフローチャートである。 本発明の実施形態のエンタープライズシステムにおける最低滞留時間の値の変更処理を表現するフローチャートである。 本発明の実施形態におけるマージ・テーブル２２７の一例である。 本発明の実施形態におけるサービス処理メッセージの一例である。 本発明の実施形態におけるサービス処理メッセージの滞留時間の分布の一例を表現するグラフである。 本発明の実施形態における統計分析の一例を表現するグラフである。 本発明の実施形態おけるシステムを実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。

符号の説明

１００‥エンタープライズシステム
１１０‥クライアント
１１５‥サービス・リクエスタ
１２０‥メッセージ・ハブ装置
１３０ａ、１３０ｂ‥サービス・プロバイダ
１４０‥ネットワーク

Claims (11)

1. サービス・リクエスタから受信したサービス処理メッセージを記憶するメッセージ記憶部と、
   それぞれのサービス処理メッセージが前記メッセージ記憶部に滞留した時間を計測するタイマーと、
   前記サービス処理メッセージが前記メッセージ記憶部内に滞留すべき最低限の時間である最低滞留時間の値を記憶する第１の記憶部と、
   前記最低滞留時間が経過したことを条件に、前記メッセージ記憶部に存在するサービス処理メッセージを、当該サービス処理メッセージを処理すべきサービス・プロバイダに送信するメッセージ送信部と、
   サービス処理メッセージをサービス・リクエスタから受信したことに応答して、当該受信したサービス処理メッセージとマージ可能な前記メッセージ記憶部内のサービス処理メッセージを検索する検索部と、
   前記マージ可能なサービス処理メッセージが検索されたことを条件に、前記受信したサービス処理メッセージと前記マージ可能なサービス処理メッセージのマージ処理を実行するメッセージ・マージ部と、
   前記メッセージ・マージ部によるメッセージのマージ処理の履歴を記憶する第２の記憶部と、
   前記第２の記憶部に記憶されたマージ処理の履歴を解析することによって最低滞留時間の最適値を決定し、前記第１の記憶部に記憶された最低滞留時間の値を、前記決定された最適値に変更する制御部と、
   を備える、メッセージ・ハブ装置。
2. 前記メッセージ記憶部は、キュー構造を有するメッセージ・キューである、請求項１に記載のメッセージ・ハブ装置。
3. 前記第２の記憶部は、前記マージ可能なサービス処理メッセージがマージされるまでに前記メッセージ記憶部に滞留した時間を記憶する、請求項１に記載のメッセージ・ハブ装置。
4. 前記マージ処理の内容を定義するマージ・テーブルをさらに備え、前記メッセージ・マージ部は、前記マージ・テーブルの内容に基づいて、前記受信したサービス処理メッセージと前記マージ可能なサービス処理メッセージのマージ処理を実行する、請求項１に記載のメッセージ・ハブ装置。
5. 前記検索部は、前記マージ・テーブルの内容に基づいて、マージ可能なサービス処理メッセージを検索する、請求項４に記載のメッセージ・ハブ装置。
6. 前記マージ・テーブルは、少なくともサービス処理メッセージの取消および相殺を定義する、請求項１に記載のメッセージ・ハブ装置。
7. 受信したサービス・リクエスタから受信したサービス処理メッセージに関する課金と、サービス・プロバイダに送信されたサービス処理メッセージに関する課金の差分を計算する課金処理部をさらに含む、請求項１に記載のメッセージ・ハブ装置。
8. 前記課金処理部は、受信したサービス・リクエスタから受信したサービス処理メッセージに関する必要計算機資源量と、サービス・プロバイダに送信されたサービス処理メッセージに関する必要計算機資源量の差分を計算する、請求項７に記載のメッセージ・ハブ装置。
9. 中央処理装置およびメモリ記憶装置を備えるメッセージ・ハブ装置において、サービス処理メッセージをキューイングするためのプログラムであって、
   前記メッセージ・ハブ装置において、サービス処理メッセージが前記メモリ記憶装置内に留まるべき最低限の時間である最低滞留時間の値が設定され、
   前記サービス処理メッセージを受信するステップと、
   前記受信されたサービス処理メッセージに応答して、当該受信されたサービス処理メッセージとマージ可能な前記メモリ記憶装置内のサービス処理メッセージを検索するステップと、
   前記マージ可能なサービス処理メッセージが検索されたことを条件に、前記受信したサービス処理メッセージと前記マージ可能なサービス処理メッセージのマージ処理を実行するステップと、
   前記受信したサービス処理メッセージと前記マージ可能なサービス処理メッセージのマージ処理の内容を、マージ履歴として前記前記メモリ記憶装置に記憶するステップと、
   前記サービス処理メッセージのメッセージ記憶装置内での滞留時間の前記メッセージ・ハブ装置のタイマーによる計測を開始するステップと、
   前記最低滞留時間が経過したことを条件に、前記メッセージ記憶部に存在するサービス処理メッセージを、当該サービス処理メッセージを処理すべきサービス・プロバイダに送信するステップと、
   前記メモリ記憶装置に記憶されたマージ履歴を解析することによって、最低滞留時間の最適値を決定し、前記最低滞留時間の値を前記最適値に変更するステップと、
   を前記メッセージ・ハブ装置に実行させる、プログラム。
10. 中央処理装置およびメモリ記憶装置を備えるメッセージ・ハブ装置において、サービス処理メッセージをキューイングするための方法であって、
    前記メッセージ・ハブ装置においては、サービス処理メッセージが前記メモリ記憶装置内に留まるべき最低限の時間である最低滞留時間の値が設定され、
    前記サービス処理メッセージを受信するステップと、
    前記受信されたサービス処理メッセージに応答して、当該受信されたサービス処理メッセージとマージ可能な前記前記メモリ記憶装置内のサービス処理メッセージを検索するステップと、
    前記マージ可能なサービス処理メッセージが検索されたことを条件に、前記受信したサービス処理メッセージと前記マージ可能なサービス処理メッセージのマージ処理を実行するステップと、
    前記受信したサービス処理メッセージと前記マージ可能なサービス処理メッセージのマージ処理の内容を、マージ履歴として前記前記メモリ記憶装置に記憶するステップと、
    前記サービス処理メッセージのメッセージ記憶装置内での滞留時間の前記メッセージ・ハブ装置のタイマーによる計測を開始するステップと、
    前記最低滞留時間が経過したことを条件に、前記メッセージ記憶部に存在するサービス処理メッセージを、当該サービス処理メッセージを処理すべきサービス・プロバイダに送信するステップと、
    前記メモリ記憶装置に記憶されたマージ履歴を解析することによって、最低滞留時間の最適値を決定し、前記最低滞留時間の値を前記最適値に変更するステップと、
    を含む、方法。
11. 中央処理装置およびメモリ記憶装置を備えるメッセージ・ハブ装置において、サービス処理メッセージに対するサービス・プロバイダの課金に関する情報を電子的にユーザにレポートするための方法であって、
    前記メッセージ・ハブ装置においては、サービス処理メッセージが前記メモリ記憶装置内に留まるべき最低限の時間である最低滞留時間の値が設定され、
    前記サービス処理メッセージを受信するステップと、
    前記受信されたサービス処理メッセージに応答して、当該受信されたサービス処理メッセージとマージ可能な前記前記メモリ記憶装置内のサービス処理メッセージを検索するステップと、
    前記マージ可能なサービス処理メッセージが検索されたことを条件に、前記受信したサービス処理メッセージと前記マージ可能なサービス処理メッセージのマージ処理を実行するステップと、
    前記受信したサービス処理メッセージと前記マージ可能なサービス処理メッセージのマージ処理の内容を、マージ履歴として前記前記メモリ記憶装置に記憶するステップと、
    前記サービス処理メッセージのメッセージ記憶装置内での滞留時間の前記メッセージ・ハブ装置のタイマーによる計測を開始するステップと、
    前記最低滞留時間が経過したことを条件に、前記メッセージ記憶部に存在するサービス処理メッセージを、当該サービス処理メッセージを処理すべきサービス・プロバイダに送信するステップと、
    前記メモリ記憶装置に記憶されたマージ履歴を解析することによって、最低滞留時間の最適値を決定し、前記最低滞留時間の値を前記最適値に変更するステップと、
    サービス処理メッセージの処理に要した課金と、マージされなかった場合の課金の差分を計算し、ユーザに電子的に通知するステップと、
    を含む方法。

Images