(57)【要約】本出願は、ビジネスプロセスポリシーロジックをモデル化及び実装するオブジェクトの採用及びアクセスための方法、システム、及びコンピューター読み取り可能な媒体に関するものである。ビジネスプロセスポリシーコンピューティングにおけるオブジェクトの採用は、ビジネスプロセス及び実行を管理及び最適化するものである。さらに、ビジネスプロセスポリシーオブジェクトは、コンピューターコンポーネント、技術、及び境界全体にわたって、ビジネスプロセスポリシーロジックを取り込むことに関連する問題を軽減することを、簡単化する。従って、ビジネスプロセスポリシーオブジェクトのユーザーは、技術統合の問題に集中するのではなく、むしろビジネス戦略を実行することによりビジネスバリューを高めるために技術を使用することに集中できる。ここで説明する方法、システム、及びコンピューター読み取り可能な媒体は、オブジェクトベースのコンピューティング環境の中で、ビジネスプロセスポリシーが汎用オブジェクトとして扱われる、動的かつデータ主導型の環境に関するものである。ビジネスプロセスポリシーオブジェクトの採用は、再利用性、携帯性、簡単化されたメッセ−ジング、及び、異質の技術及びアプリケーションとの簡単化された統合を容易にする。
2005521111.tif 000002
【特許請求の範囲】
【請求項１】
オブジェクト中にビジネスプロセスポリシーロジックを実装するための方法であって、
前記ビジネスプロセスポリシーロジックのモデル化に関連する一又はそれ以上のデータ要素を提供するステップと、
前記ビジネスロジックのモデル化に関連する一又はそれ以上のメソッドを提供するステップと、
オブジェクト指向メッセージ機能を通して前記データ要素及び/又はメソッドにアクセスすることを助ける、前記ビジネスロジックに対するインターフェースを提供するステップと、
前記データ要素を保持し、前記メソッドを保持し、かつ前記インターフェースを実装するオブジェクトのインスタンスを例示化するステップと、
前記インターフェースを通じて前記インスタンス内にメッセージを受け取るステップと、
少なくとも部分的に、前記受け取られたメッセージに基づいて、前記インスタンスのビジネスロジックを選択的に実行するステップと、
を含み、前記ビジネスロジックは、一又はそれ以上の前記メソッドの呼び出し及び一又はそれ以上の前記データ要素へのアクセスの少なくとも一つによって実行される、
ことを特徴とする方法。
【請求項２】
前記ビジネスロジックが、一又はそれ以上のIF/THEN規則、一又はそれ以上の表をコード化する規則、及び一又はそれ以上のニューロコンピューター、のうちの少なくとも一つによって少なくとも部分的にモデル化される、
請求項1記載の方法。
【請求項３】
前記ビジネスロジックが、企業監視、企業管理、企業資源計画、サプライチェーン管理、電子商取引、KPI処理、製造、財務、及び人的資源のうちの少なくとも一つに関するものである、
請求項1記載の方法。
【請求項４】
前記ビジネスロジックが、ビジネスラインの可視化、アプリケーションレベルの可視化、及び役割ベースの可視化のうちの少なくとも一つに関するものである、
請求項1記載の方法。
【請求項５】
前記一又はそれ以上のデータ要素が、オブジェクトクラス識別子、オブジェクト識別子、メッセージ識別子、メッセージ概要、メッセージ形式、イベントの文章記述、離散的なビジネスデータ点における現在の値、離散的なビジネスデータ点における範囲、離散的なビジネスデータ点において要求される値、実体識別子、及びURLのうちの少なくとも一つに関連する情報を保持する、
請求項1記載の方法。
【請求項６】
前記一又はそれ以上の方法が、例外による管理、イベント相関、予測、通知の生成、及び規則ベースの管理のうちの少なくとも一つを実行する、
請求項1記載の方法。
【請求項７】
前記メッセージが、情報管理技術のソース、企業管理のソース、規則ベースのインテリジェント技術のソース、及び予測技術のソースのうちの少なくとも一つから受け取られるものである、
請求項1記載の方法。
【請求項８】
前記メッセージが、閾値イベント、参照イベント、変更イベント、タスク終了イベント、及びタスク失敗イベントのうちの少なくとも一つに関するものである、
請求項1記載の方法。
【請求項９】
選択的にビジネスロジックを実行するステップが、ビジネスイベント、通知、及びログ登録のうちの少なくとも一つを生成するステップを含む、
請求項1記載の方法。
【請求項１０】
前記メッセージに関連する付加的情報を獲得するために、情報源との二次的なの双方向通信を確立する、
請求項1記載の方法。
【請求項１１】
一又はそれ以上の前記データ要素を更新するステップを含む、
請求項1記載の方法。
【請求項１２】
前記一又はそれ以上のメソッドが、一又はそれ以上のIF/THEN規則の評価、表結果をコード化する一又はそれ以上の規則の評価、及び一又はそれ以上のニューロコンピューターからの出力の解釈、のうちの少なくとも一つを実行する、
請求項1記載の方法。
【請求項１３】
前記オブジェクトのインスタンスが、企業管理及びワークフロー管理の可視化のうちの少なくとも一つを行わせるGUI上の表示に適したデータを生成する、
請求項1記載の方法。
【請求項１４】
前記インターフェースが、XML形式のメッセージの獲得、受け取られたオブジェクトのクラスの獲得、受け取られたオブジェクトに対する一意の識別子の獲得、受け取られたイベントの文章記述の検索、イベントが作成された属性名の検索、イベントが作成された属性値の検索、イベント供給者に対する一意の識別子の検索、イベントが関連する実体に対する一意の識別子の検索、及びイベントに関連する実体のURLの検索のうちの少なくとも一つを実行する一又はそれ以上のメソッドを顕示する、
請求項1記載の方法。
【請求項１５】
ビジネスプロセスポリシーオブジェクト内に実装されたビジネスプロセスポリシーロジックを自動的に適用するためのコンピューターに実装される方法であって、
メッセージの送り先であるビジネスプロセスポリシーオブジェクトを特定するステップと、
ビジネス実践ポリシーオブジェクトへ第一のメッセージを送るステップと、
を含むことを特徴とする方法。
【請求項１６】
前記メッセージが送られた前記ビジネスプロセスポリシーオブジェクトから、返答メッセージ及び企業イベントのうちの少なくとも一つを受け取るステップを含む、
請求項15記載の方法。
【請求項１７】
前記第一のメッセージが、閾値イベント、参照イベント、変更イベント、タスク終了イベント、及びタスク失敗イベントのうちの少なくとも一つに関するものである、
請求項15記載の方法。
【請求項１８】
前記第一のメッセージが送られた前記ビジネスプロセスポリシーオブジェクトから受け取られる返答メッセージ及び/又は企業イベントに少なくとも部分的に基づいて、ビジネスプロセスポリシーオブジェクトに選択的に第二のメッセージを送るステップを含む、
請求項16記載の方法。
【請求項１９】
ビジネスプロセスポリシーを自動的に実行するためのシステムであって、
ビジネス実践に関連するビジネスロジックをモデル化、及び実装するビジネスプロセスポリシーオブジェクトと、
前記ビジネスプロセスポリシーオブジェクトとの選択的な対話によりビジネス管理を実行するビジネス管理装置と、
を備えることを特徴とするシステム。
【請求項２０】
前記ビジネスプロセスポリシーオブジェクトが、
ビジネス実践のモデル化に関連する値を保持する一又はそれ以上のデータ要素と、
ビジネス実践のモデル化に関連する判断を実装する一又はそれ以上のメソッドと、
一又はそれ以上の前記メソッドを顕示するインターフェースと、
を備える請求項19記載のシステム。
【請求項２１】
前記ビジネスプロセスポリシーオブジェクトへのメッセージを提供するイベント管理装置、
を備える請求項20記載のシステム。
【請求項２２】
前記メッセージが、閾値イベント、参照イベント、変更イベント、タスク終了イベント、及びタスク失敗イベントのうちの少なくとも一つに関するものである、
請求項21記載のシステム。
【請求項２３】
前記ビジネスプロセスポリシーオブジェクトが、情報管理、企業管理、規則ベースの知識管理、及び予測管理、のうちの少なくとも一つを実行する一又はそれ以上のコンピューターコンポーネントと通信する、
請求項19記載のシステム。
【請求項２４】
前記ビジネスプロセスポリシーオブジェクトが、命令及び制御サービス、イベント管理サービス、ワークフロー管理サービス、及び可視化管理サービスのうちの少なくとも一つを実行する、
請求項19記載のシステム。
【請求項２５】
前記ビジネスプロセスポリシーオブジェクトが、共通環境を通じて、ODBC/XML通信、Java/EJB結合、C/C++結合、COM、及びC#/.NETプロトコルのうちの少なくとも一つを通して一又はそれ以上のコンピューターコンポーネントと順番に通信する、
請求項19記載のシステム。
【請求項２６】
一又はそれ以上のデータ要素を初期化することと、
一又はそれ以上のメソッドを初期化することと、
前記オブジェクトへのインターフェースを公開することと、
を含み、ビジネスポリシーに関連するビジネスロジックをモデル化するオブジェクトを初期化するステップと、
前記初期化されたオブジェクト内にメッセージを受け取るステップと、
一又はそれ以上の前記メソッドを呼び出すことにより、ビジネスプロセスポリシーを選択的に実行するステップと、
を含み、オブジェクト内でビジネスプロセスポリシーロジックを自動的に実行するための、コンピューターに実装された方法を実行させるように作動するコンピューター実行可能な指令を格納するコンピューター読み取り可能な媒体。
【請求項２７】
メッセージの送り先であるビジネスプロセスポリシーオブジェクトを特定するステップと、
前記オブジェクトにメッセージを送るステップと、
前記オブジェクトから返答メッセージを受け取るステップと、
を含み、ビジネスプロセスポリシーオブジェクト内に実装されたビジネスプロセスポリシーロジックに自動的にアクセスするための、コンピューターに実装された方法を実行させるように作動するコンピューター実行可能な指令を格納するコンピューター読み取り可能な媒体。
【請求項２８】
ビジネス実践に関連するビジネスロジックをモデル化するビジネスプロセスポリシーオブジェクトと、
前記ビジネスプロセスポリシーとの通信によりビジネスを実行するビジネス管理装置と、
を備え、ビジネスプロセスポリシーを自動的に実行するためのシステムのコンピューター実行可能なコンポーネントを格納するコンピューター読み取り可能な媒体。
【請求項２９】
ビジネス実践をモデル化する一又はそれ以上の値を保持する、一又はそれ以上のフィールドと、
前記ビジネス実践に関連するロジックを実装する一又はそれ以上のメソッドと、
メッセージの受け取りを助けるための一又はそれ以上の前記メソッドを公開するインターフェースと、
を備える、コンピューター実行可能なオブジェクトを格納するコンピューター読み取り可能なメモリ。
【請求項３０】
ビジネスプロセスポリシーをオブジェクトとして扱うためのシステムであって、
ビジネス実践をモデル化する手段と、
モデル化されたビジネスに関連するデータ値を保持する手段と、
ビジネスロジックに関連するロジックを実行する手段と、
前記ビジネスロジックの実装を選択的に起動するメッセージを受け取る手段と、
を備えることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
(優先権の主張)
本出願は、2001年7月6日に出願された、「ビジネス実践ポリシーを汎用オブジェクトとして扱うためのシステム及び手法」という名称の、米国特許仮出願第60/303,424号に基づく優先権を主張するものである。
【０００２】
ここで説明する方法、システム、及びコンピューター読み取り可能な媒体は、一般的に、オブジェクト指向プログラミング、及び、さらには特にビジネスプロセスポリシーコンピューティングにおけるオブジェクトの採用に関するものである。
【背景技術】
【０００３】
従来、ビジネスプロセスポリシーを実装するロジックは、ビジネス環境において、異なるコンピューターコンポーネント及び技術との整合性をとることが困難であった独立型のコンピューターアプリケーションの中に実装されていた。従来のアプリケーションは、一つのコンピューター上で、及び/又は一つの技術を用いて動作するように設計されているので、少なくとも部分的にこの問題が生じる。
【０００４】
(要約)
以下は、ビジネスプロセスポリシーのオブジェクトに関連する方法、システム、及びコンピューター読み取り可能な媒体の簡単な要約を示している。この要約は、広範な概要ではなく、かつその方法、システム、及び/又は媒体の主要な又は不可欠な要素を特定し、又はその方法、システム、及び媒体の範囲を示すことを意図するものでもない。これは、後述のより詳細な説明の前置きとして、簡単化された形式で、その方法、システム、及び媒体を概念的に特定するものである。
【０００５】
本出願は、ビジネスプロセスポリシーロジックをモデル化及び実装するオブジェクトの採用及びアクセスための方法、システム、及びコンピューター読み取り可能な媒体に関するものである。ビジネスプロセスポリシーコンピューティングにおけるオブジェクトの採用は、ビジネスプロセス及び実行を管理及び最適化するものである。さらに、ビジネスプロセスポリシーオブジェクトは、コンピューターコンポーネント、技術、及び境界全体にわたって、ビジネスプロセスポリシーロジックを取り込むことに関連する問題を軽減することを、簡単化する。従って、ビジネスプロセスポリシーオブジェクトのユーザーは、技術統合の問題に集中するのではなく、むしろビジネス戦略を実行することによりビジネスバリューを高めるために技術を使用することに集中できる。ここで説明する方法、システム、及びコンピューター読み取り可能な媒体は、オブジェクトベースのコンピューティング環境の中で、ビジネスプロセスポリシーが汎用オブジェクトとして扱われる、動的かつデータ主導型の環境に関するものである。ビジネスプロセスポリシーオブジェクトの採用は、再利用性、携帯性、簡単化されたメッセ−ジング、及び、異質の技術及びアプリケーションとの簡単化された統合を容易にする。
【０００６】
従って、本出願の一面は、オブジェクトの中にビジネスプロセスポリシーのロジックを実装するための方法に関するものである。この方法は、ビジネスロジックのモデル化に関連するデータ要素の提供、ビジネスロジックのモデル化に関連するメソッドの提供、及び、オブジェクト指向メッセ−ジングを通して前記データ要素及び/又はメソッドにアクセスできるようにするビジネスロジックに対するインターフェースの提供、を含んでいる。その方法はまた、前記データ要素を保持し、前記メソッドを保持し、かつ前記インターフェースを実装するオブジェクトのインスタンスを例示化すること、前記インターフェースを通してインスタンスの中にメッセージを受け取ること、及び、少なくとも部分的には前記受け取られたメッセージに基づいて、オブジェクトのインスタンス中で、選択的にビジネスロジックを実行することも含み、この場合ビジネスロジックは、一又はそれ以上の前記メソッドの呼び出し、及び一又はそれ以上の前記データ要素へのアクセスの少なくとも一つにより実行される。
【０００７】
本出願の他の一面は、ビジネスプロセスポリシーオブジェクトの中に実装されたビジネスプロセスポリシーロジックを、自動的に適用するための方法が実装されたコンピューターに関するものである。その方法は、メッセージの送り先であるビジネスプロセスポリシーオブジェクトを特定すること、及び、ビジネス実践ポリシーオブジェクトに第一のメッセージを送ることを含む。
【０００８】
本出願のさらにもう一つの側面は、ビジネスプロセスポリシーを自動的に実行するためのシステムに関するものである。そのシステムは、ビジネス実践と関連するビジネスロジックをモデル化及び実装するビジネスプロセスポリシーオブジェクト、及びビジネスプロセスポリシーオブジェクトと選択的に対話することにより、ビジネス管理を実行するビジネス管理装置を含むものである。
【０００９】
その方法、システム、及びコンピューター読み取り可能な媒体の、ある実例的な側面が、次の記述及び添付図面と関連させてここで説明される。しかしながら、これらの側面は、その方法、システム、及び媒体の原理が採り入れられる様々な態様のうちのごくわずかを指し示すものであり、従ってこの例は、そのような側面及び等価物を含むものである。その他の利点及び新規特徴は、次の発明の詳細な説明を図面と併用して考える時、明らかとなるであろう。
【００１０】
(発明の詳細な説明)
以下、例としての方法、システム、及びコンピューター媒体を図面を参照して説明するが、同じ参照番号は、全体にわたり同様な構成要素を指すものとして使用される。以下の説明において、説明目的のために、その方法、システム、及びコンピューター読み取り可能な媒体についての完全な理解に資するために、多くの具体的な詳細が示される。しかしながら、これら具体的な詳細なしに、この方法、システム、及びコンピューター読み取り可能な媒体を実施できることは明らかである。他の例では、記述を簡単にするために、広く知られた構成及びデバイスがブロックダイアグラムの形で示される。
【００１１】
ここで説明する方法の一例は、モデル化、例示化、メッセ−ジング、及びメッセ−ジングに基づくビジネスロジックの選択的な実行を提供することにより、オブジェクト内にビジネスプロセスポリシーロジックを実装できるようにする。ビジネスプロセスポリシーがオブジェクト内でモデル化され、実装されたとき、このオブジェクトは、企業管理、ワークフロー管理等のようなプロセスを促進させるために、そのインスタンスを介してビジネスアプリケーションに公開できるようになる。一例では、オブジェクトは、共通環境を介して公開することができる。このように、ODBC/XML、JAVA/EJB、C/C++、COM及びC#/.NETに限らずこれらを含むインターフェースプロトコルを使って、異質なコンピューターコンポーネントからオブジェクトにアクセスすることができる。
【００１２】
図1は、バス108によって作動的に接続されたプロセッサ102、メモリ104、ディスク106、入出力ポート110、及びネットワークインターフェース112、を含むコンピューター110を示している。ここで説明するシステムの実行可能なコンポーネントは、コンピューター100のようなコンピューター上に配置することができる。同様に、ここで説明するコンピューター実行可能な方法は、コンピューター100のようなコンピューター上で動作させることができる。さらに、ビジネスプロセスポリシーオブジェクトは、コンピューター100のようなコンピューター上に常駐させることができる。他のコンピューターもまた、ここで説明するシステム及び方法において採用できることを認識すべきである。
【００１３】
プロセッサ102は、二重マイクロプロセッサ、及び他の多重プロセッサアーキテクチャを含む多種多様なプロセッサとすることができる。メモリ104は、揮発性メモリ及び/又は不揮発性メモリを含むことができる。不揮発性メモリには読み取り専用メモリ(ROM)、プログラム可能な読み取り専用メモリ(PROM)、消去可能プログラム可能な読み取り専用メモリ(EPROM)、電気的に消去可能プログラム可能な読み取り専用メモリ(EEPROM)等が含まれるが、これらに限られるものではない。揮発性メモリには、例えばランダムアクセスメモリ(RAM)、静的ランダムアクセスメモリ(SRAM)、動的ランダムアクセスメモリ(DRAM)、同期動的ランダムアクセスメモリ(SDRAM)、倍速同期動的ランダムアクセスメモリ(DDR SDRAM)、及びラムバス動的ランダムアクセスメモリ(DRRAM)が含まれる。ディスク106には、磁気ディスクドライブ、フロッピー（R)ディスクドライブ、テープドライブ、Zipドライブ、フラッシュメモリーカード、及び/又はメモリースティックのようなデバイスが含まれるが、これらに限られるものではない。さらにディスク106には、コンパクトディスク読み取り専用メモリ(CD-ROM)、書き込み可能なコンパクトディスクドライブ(CD-Rドライブ)、書き換え可能なコンパクトディスクドライブ(CD-RWドライブ)、及び/又はデジタル多用途ディスク読み取り専用メモリ(DVD ROM)のような光ドライブも含まれる。メモリ104は、例えばプロセス104及び/又はデータ116を格納することができる。ディスク106及び/又はメモリ104は、コンピューター100の資源の制御及び割り当てを行うオペレーティングシステムを格納することができる。
【００１４】
バス108は、アーキテクチャ及び/又は他のバスアーキテクチャを相互に接続する一本の内部バスとすることができる。バス108は、メモリバス又はメモリ制御装置、周辺装置バス又は外部バス、及び/又はローカルバス等を含む様々な形式とすることができる。ローカルバスは、産業標準アーキテクチャバス(ISAバス)、マイクロチャネルアーキテクチャバス(MSAバス)、拡張されたISAバス(EISAバス)、周辺装置相互接続バス(PCIバス)、ユニバーサルシリアルバス(USBバス)、及び小型コンピューターシステムインターフェースバス(SCSIバス)等を含む多様なものとすることができる。
【００１５】
コンピュータ100は、入出力ポート110を介して、入出力デバイス118と相互作用する。入出力デバイス118は、キーボード、マイクロホン、位置決め及び選択デバイス(マウス)、カメラ、ビデオカード、ディスプレイ等を含むことができるが、これらに限られるものではない。入出力ポート110は、シリアルポート、パラレルポート、及びUSBポートを含むことができるが、これらに限られるものではない。
【００１６】
コンピュータ100はネットワーク環境で動作することができ、それゆえネットワークインターフェース112によってネットワーク120に接続される。ネットワーク120を通して、コンピュータ100は、論理的にリモートコンピュータ122と接続することができる。ネットワーク120には構内情報通信網(LAN)、広域通信網(WAN)、その他ネットワークが含まれるが、これらに限られるものではない。ネットワークインターフェース112は、光ファイバ分散インターフェース(FDDI)、銅線配線インターフェース(CDDI)、イーサネット（R)/IEEE802.3、トークンリング/IEEE802.5等を含む構内情報通信網技術に接続することができる。同様に、ネットワークインターフェース112は、固定リンク及び統合サービスデジタル通信網(ISDN)のような回線交換ネットワーク、パケット交換ネットワーク及びデジタル加入者線(DSL)等を含む広域通信網技術にも接続できる。
【００１７】
ここで図2を見ると、ビジネスプロセスポリシーオブジェクト200が、様々な異質のコンピューティングプラットフォーム(例えば210,220,230,240)の橋渡しをしている状態が示されている。従来、ビジネスプロセスポリシーロジックは、オブジェクトではなく、独立したアプリケーションの中でコード化されていた。従って、オブジェクト指向解析、設計、及びプログラミングの利点を、アプリケーションは利用できなかった。例えば、再利用性、携帯性、データ隠蔽、カプセル化、インターフェースベースのメッセージ機能、継承、及び多形性のような利点は利用できなかった。それゆえ、これら独立したアプリケーションの統合、及び/又は複数の異質なコンピューティングプラットフォームにまたがることは困難であった。オブジェクト指向解析、設計、及びプログラミングの利点の利用により、様々なコンピューティングプラットフォーム(例えばハードウェア、ソフトウェア、オペレーティングシステム)にまたがることに関連する問題を軽減するような知識を、オブジェクトに埋め込むことができるようになる。同様に、ビジネスプロセスポリシーオブジェクトは、多様なビジネス要素(例えば、情報管理技術、企業管理技術、規則ベースのインテリジェント技術、予測技術)と相互作用することを助ける。従って一例では、ビジネスプロセスポリシーオブジェクトは、ワークフロー、財務、サプライチェーンのようなアプリケーションと人的資源との間の相互作用を簡単化する。それぞれが独自のコーディング、結合、メッセ−ジング等を要求することができる一意の独立型アプリケーションと対話するのではなく、むしろビジネスプロセスポリシーオブジェクトは標準オブジェクト指向メッセ−ジングインターフェースを促進するものである。
【００１８】
図2では、例としてのビジネスプロセスポリシーオブジェクト200が、コンピューティングプラットフォーム210,220,230及び240の間での相互作用を助けている状態が示されている。これらコンピューティングプラットフォームの各々は、独自の不均一な組み合わせの中に、様々なハードウェア、ソフトウェア、及びオペレーティングシステムを含むことができる。ソフトウェアには、コンピュータ又は他の電気デバイスが機能、行為を実行、及び/又は要求されたように振舞うようにする、一又はそれ以上のコンピュータ読み取り可能及び/又は実行可能な指令が含まれるが、これらに限られるものではない。指令は、ルーチン、アルゴリズム、モジュール、メソッド、スレッド、及び/又はプログラムのような様々な形で組み込むことができる。ソフトウェアはまた、独立したプログラム、関数呼び出し(ローカル及び/又はリモート)、サーブレット、アプレット、メモリ内に格納された指令、オペレーティングシステムの一部、又はブラウザー等を含む、様々な実行可能及び/又はロード可能な形式で実装することもできる。コンピュータ読み取り可能及び/又は実行可能な指令は一つのコンピュータコンポーネント内に配置することができ、及び/又は通信、協働、及び/又は並列処理を行う二又はそれ以上のコンピュータ間に分散させることができ、その結果直列、並列、超並列、及びその他の方法でロード及び/又は実行させることができることを認識すべきである。
【００１９】
コンピューティングプラットフォームは、ビジネスプロセスポリシーオブジェクト200とのインターフェースを実装することが必要なだけで、通信したい各コンピューティングプラットフォームとのインターフェースを実装する必要がないので、ビジネスプロセスポリシーオブジェクト200は、オブジェクト指向メッセ−ジングインターフェースを実装することにより、コンピューティングプラットフォーム間の相互作用を簡単化する。これは、従来のシステムに関連する統合化及び相互運用性の問題を軽減する。
【００２０】
次に図3を見ると、イベント管理及びビジネス管理を含む環境におけるデータの状況可視化を可能にするのに採用される、例としてのビジネスプロセスポリシーオブジェクト300が示されている。一又はそれ以上のビジネスプロセスポリシーオブジェクト300が、GUI310と相互作用している状態が示されている。GUI310は、例えばイベント管理装置320及び/又はイベント管理装置330から受け取られたデータの状況の可視化を可能にする。イベント管理装置320及び/又はビジネス管理装置330は、ビジネスアプリケーション340、インタネット342を通して接続するコンピュータコンポーネント、データ処理アプリケーション344、及びその他の資源346等を含む様々な資源からのデータを受け取ることができる。コンピュータコンポーネントとは、ハードウェア、ファームウェア、ソフトウェア、それらの組み合わせ、又は実行中のソフトウェアのいずれかである、コンピュータに関連した実体を指している。例えば、コンピュータコンポーネントは、プロセッサ上で動作するプロセッサ、プロセッサ、オブジェクト、実行体、実行のスレッド、プログラム、及びコンピュータを含むことができるが、これらに限られるものではない。一又はそれ以上のコンピュータコンポーネントは、プロセス及び/又は実行のスレッド内に常駐させることができ、かつ、コンピュータコンポーネントは一つのコンピュータ上に配置、及び/又は二以上のコンピュータ間に分散させることができる。
【００２１】
従来、ソース、アプリケーション、及び管理装置の集合は、GUI310に対するインターフェースを個別に実装していたであろう。ビジネスプロセスポリシーオブジェクト300の採用により、ソースはオブジェクト300に対するインターフェースを実装することだけが必要となる。一つのGUI310が図示されているが、オブジェクト300は一又はそれ以上のGUI310と相互作用できることを認識すべきである。従って、オブジェクト300に対するインターフェースを実装することにより、ソースは、状況可視化を可能にする様々なGUI310との対話を簡単化することができるという恩恵を受ける。
【００２２】
オブジェクト300は、ビジネスプロセスポリシーを自動的に実行するシステムの一部とすることができる。このシステムは、例えばビジネス実践に関連するビジネスロジックをモデル化及び実装する一又はそれ以上のビジネスプロセスポリシーオブジェクト300、及び一又はそれ以上のビジネス実践ポリシーオブジェクト300と選択的に相互作用することによりビジネス管理を実行するビジネス管理装置330を含むことができる。さらにビジネスプロセスポリシーオブジェクト300は、ビジネスプロセスポリシーオブジェクト300にメッセージを提供する及び/又はビジネスプロセスポリシーオブジェクト300からメッセージを受け取るイベント管理装置320、を含むシステムの一部とすることができる。
【００２３】
ビジネスプロセスポリシーオブジェクト300がイベント、メッセージ等をそこから受け取ることができる、一つのソース(例えば、その他346)は、ソフトウェアロボット(BOT)である。ビジネスプロセスポリシーオブジェクト300はBOTから情報を受け取り、かつその際に、イベントがいつ起きたのか(例えば、倒産、合併、公開、買収)を特定する、イベントが何故起きたか(例えば、XYZの収益が減少した)を特定する、物事がどのように関連しているのか(例えば、XYZは六ヶ月前にABCを買収したので、XYZ及びABCの収益は直接的に関連している)を特定するような質問に答えるビジネスロジックを選択的に実行する。BOTは、情報にアクセスする及び/又は情報を生成することのできる小さなウェブブラウザーとして機能する実体である。BOTは、例えばインターネットを巡回する、全域資源位置指示子(URL)の索引を作成する、データを関連付ける(例えば類似品の値段を見つける)、パターンを照合する等を行うことができる。例として、ビジネスプロセスポリシーオブジェクト300は、オンラインの現物商品購入を最適化するためのビジネスロジックをモデル化及び実装できるものとする。従って、実質上継続的に、現物商品を検索し、解析し、かつそれについて報告するために、一又はそれ以上のBOTがインターネット上へ放出されることになる。ビジネスプロセスポリシー300は、BOTから現物商品データを受け取り、かつBOTデータに基づいて適切なビジネスロジックを実行することができる。ビジネスプロセスポリシーオブジェクト300は、例えばオブジェクト指向メッセ−ジングを実装し、異種プラットフォームの実装及び統合を可能にし、かつロジックの再利用性及び拡張性を単純化することにより、そのようなロジックの実装、及びそのような処理の実行に役立つ。
【００２４】
ビジネスプロセスポリシーオブジェクト300は、様々な洗練度段階のBOTから情報を受け取ることができる。例えば、ビジネスプロセスポリシーオブジェクト300は、インターネットを巡回し、インターネットを索引付けし、かつデータマイニングされる可能性のある未発見、未索引付けのデータを提供するスパイダーBOTから、情報を受け取ることができる。同様に、ビジネスプロセスポリシーオブジェクト300は、相関、パターン認識、及びファジイ論理処理のような、より高レベルな機能を実行するインテリジェントBOTからも情報を受け取ることができる。一例では、ビジネスプロセスポリシーオブジェクト300は、ビジネスプロセスポリシーオブジェクト300に対して入力のためのビジネスイベントを生成するBOTから、情報を受け取ることができる。BOTは参照イベント、変更イベント、閾値イベント、タスク終了イベント、及びタスク失敗イベント等を含むイベントを作成することができる。連続性のないイベントとすることのできる参照イベントは、会社が財務公開を提出した日付、又は会社が財務公開を提出したという通知、のような情報を提供することができる。変更イベントは、まだ他のイベントに関連付けられていない以前の知識を関連付けるのに採用することができる。例えば変更イベントは、製品価格のページが変更した時、又は会社の株価が変化した時に関する情報を提供することができる。閾値イベントは、現在の知識と以前の知識との間の単純なレベルでの対応付けを助けるものである。例えば閾値イベントは、会社の株価が以前の株価よりも10%以上上昇又は下降した時に関する情報を提供することができる。タスク終了イベントはビジネスプロセス知識に関するものであり、従ってタスクが終了した時に関する情報を提供することができる(例えば、財務公開データのダウンロードが完了したことを、ビジネスプロセスポリシーオブジェクトに伝える)。
【００２５】
ビジネス知識を適用することによって包括的な命令及び制御を促進するために、イベントは、ビジネスプロセスポリシーオブジェクト300の中で関連付けられ、かつ集約されることができる。さらに、ビジネスプロセスポリシーオブジェクト300は、ある実体におけるある決まった形式のデータ及びイベントの流れにおいて、BOTを利用することができる。従って、ビジネスプロセスポリシーオブジェクト300は、企業管理システム内のある特定のイベントを検出するように構築することができる。
【００２６】
ビジネスプロセスポリシーオブジェクト300は、それがモデル化するビジネス実践に関連する値を保持することができる。その値は、データ要素の中に保持することができる。データ要素は値、配列、リスト等を含むことができるが、これらに限られるものではない。同様に、ビジネスプロセスポリシーオブジェクト300は、一又はそれ以上のメソッドによるビジネス実践のモデル化に関連する判断を実装する、コンピューター実行可能な指令を保持することもできる。そのメソッド及び/又はデータ要素にアクセスできるようにするため、ビジネスプロセスポリシーオブジェクト300は、インターフェースを通して選択的にメソッドを公開することができる。
【００２７】
次に図4を見ると、例としてのビジネスプロセスポリシーオブジェクト(例えば402,404,406,408)の集合400が、グローバルなコンピューターネットワーク420及びイベント処理装置410を通して、様々なソース及び宛先と相互作用している状態が示されている。一例では、ソース及び宛先を企業内に設けることができ、かつイベント処理装置410は企業管理システムとすることができる。図4では、ビジネスプロセスポリシーオブジェクトの集合400が、ローカルのビジネスコンピューター430、顧客のコンピューター440、供給業者のコンピューター450、ニュースサーバー460、電子メールサーバー470、音声メールサーバー480、及びリモートのビジネスコンピューター490といった実体と通信している状態が示されている。ビジネスプロセスポリシーオブジェクトは他の実体とも通信できることを認識すべきである。この通信は、グローバルコンピューターネットワーク420(例えばインターネット)を通して生じる。ビジネスプロセスポリシーオブジェクトの集合400は、命令及び制御サービス、イベント管理サービス、ワークフロー管理サービス、及び可視化管理サービスのようなサービスを実行することができる。例えば、ビジネスプロセスポリシーオブジェクトの集合400は、ソースと宛先との間のワークフローを定めるのを助け、実行中の作業の状況をチェックし、ワークフローを開始し、及び/又はワークフローを停止する、というようなワークフロー管理サービスを実行することができる。
【００２８】
図5は、不均一な結合及び共通環境500を通して、異質のアプリケーションの集合と相互作用する、例としてのビジネスプロセスポリシーオブジェクト(例えば、510,520,530)を示している。例えば、第一のビジネスプロセスポリシーオブジェクト510は、ビジネス規則エキスパート512(例えば、ComputerAssociatesInternational,Inc.によって提供されるCleverPath Aion Business Rules Expert)及び共通環境500と相互作用している。同様に、第二のビジネスプロセスポリシーオブジェクト520は、インテリジェント技術522(例えば、ComputerAssociatesInternational,Inc.によって提供されるNeugentsニューロコンピューター)及び共通環境500と相互作用し、その一方で第三のビジネスプロセスポリシーオブジェクト530は、その他のアプリケーション532及び共通環境500と相互作用している。一例では、共通環境500は、様々な結合を通して様々なアプリケーションと相互作用する。例えば、共通環境500は、ODBC/XML結合542を通してアプリケーション540と相互作用できる。同様に、共通環境500は、JAVA/EJB結合552を通してJAVA/EJBアプリケーション550と相互作用できる。さらに同様に、共通環境500は、C/C++結合562を介してC/C++アプリケーション560と、及びC#/.NET582プロトコルを介してC#/.NETアプリケーション580と相互作用できる。このように、ビジネスプロセスポリシーオブジェクト内にビジネスロジックをモデル化及び実装することにより、多様な異質のアプリケーションは、共通環境500を通して、様々な結合を通じた様々なアプリケーションと接続することができる。
【００２９】
図6は、ビジネスイベント620を生成する企業630の中のコンピューターコンポーネントにおけるビジネスロジックを選択的に実行するために、イベント処理装置610と組み合わせてビジネスプロセスポリシーオブジェクト600を採用するシステムを通じた、例としてのデータ及び制御の流れを示している。ビジネスイベント620に関連する付加的情報の収集、及び/又はイベント処理装置610によって実行される処理を促進するために、ビジネスプロセスポリシーオブジェクト600は企業630との間に、二次的な双方向通信640を確立するのが示されている。
【００３０】
ここで図示及び説明される典型的なシステムから、図7、8、及び13のフローダイアグラムを参照して、実装された手法がよりよく認識されるであろう。説明の簡単化の目的のため、図示された手法は一連のブロックとして示されかつ説明され、一方、いくつかのブロックはそれとは異なる順番で起こる、及び/又はその中の他のブロックと同時に起こる可能性があるというように、その手法がブロックの順番によって限定されないということを認識すべきである。さらに、図示されたブロックの一部が、実例としての手法の実装を求められることもある。さらにまた、追加及び/又は代替の手法においては、付加的でかつ図示されていないブロックを採用することもできる。
【００３１】
フローダイヤグラムの中で、長方形のブロックは、例えばソフトウェアの中に実装することができる「処理ブロック」を示している。同様に、菱形のブロックは、これもまた例えばソフトウェアの中に実装することができる「判定ブロック」又は「フロー制御ブロック」を示している。代わりに、及び/又はさらに、処理及び判定ブロックは、デジタル信号処理装置(DSP)、特定用途向け集積回路(ASIC)等のような機能的に均等な回路の中にも実装することができる。
【００３２】
フローダイヤグラムは、どれか特定のプログラミング言語、手法、又は型(手続き型、オブジェクト指向型)の書式を表すことはない。むしろ、フローダイヤグラムは、当業者がソフトウェアをプログラムする、回路設計をする等のために採り入れることができる機能情報を示すものである。いくつかの例では、仮変数、ルーチンループ等のようなプログラム要素は示されないことを認識すべきである。
【００３３】
一例では、手法はコンピューター実行可能な指令及び/又は動作として実装することができ、かつその指令及び/又は動作は、特定用途向け集積回路(ASIC)、コンパクトディスク(CD)、デジタル多用途ディスク(DVD)、ランダムアクセスメモリ(RAM)、読み取り専用メモリ(ROM)、プログラム可能な読み取り専用メモリ(PROM)、電気的消去可能プログラム可能な読み取り専用メモリ(EEPROM)、ディスク、伝搬波、及びメモリースティック等を含むコンピューター読み取り可能な媒体に格納することができる。
【００３４】
次に図7を見ると、オブジェクト内にビジネスプロセスポリシーロジックを実装するための方法700が示されている。710では、ビジネスロジックがモデル化される。モデル化は、その論理的及び/又は物理的な入力、処理、及び出力を定めるためのビジネス実践の解析を含む。入力及び出力はオブジェクトの中のフィールド内に保持することができるが、その一方で処理は、メソッドとしてまとめられるコンピューター実行可能な指令中に実装される。方法700は、ビジネスプロセスポリシーロジックがオブジェクト内に取り込まれるものとして考えるため、ビジネスロジックのモデル化はまた、データ及び/又はメソッドとのインターフェースを定義することも含むことができる。インターフェースは、従来の手続呼び出しではなく、オブジェクト指向メッセ−ジングを通してオブジェクトと相互作用できるようにする。従って、ビジネスロジックのモデル化は、ビジネスプロセスポリシーロジックと関連するデータ要素を提供すること、ビジネスプロセスポリシーロジックと関連するメソッドを提供すること、及びオブジェクト指向メッセ−ジングを通してデータ及び/又はメソッドにアクセスできるようにするビジネスロジックとのインターフェースを提供することを含む。
【００３５】
ビジネスプロセスポリシーオブジェクトは、ビジネスイベントを理解し、解析し、及び/又は応答するのに適用される知識(例えば、判定)をモデル化及び実装する。ビジネスイベントとは、例えば情報のソースと、重要なビジネス活動を説明する目当ての対象(例えば、ワークフロー管理装置、企業監視装置)との間のメッセージとすることができる。ビジネスイベントはまた、オブジェクトの中でモデル化され、かつ、例えばオブジェクト指向メッセ−ジングを介してビジネスプロセスポリシーに伝えることができる。ビジネスイベントは、ビジネスロジック処理と対応付けることができ、かつ、例えば状況の報告、状況変化の通知、データの提供等の中に含まれることができる。
【００３６】
実例として、ビジネスプロセスポリシーオブジェクトは、在庫変化への対応、売上活動の予測、適度な値下げ、及び配達のスケジューリングのような動作を自動的に実行するのを助けることができるものとする。これら及び類似の動作は、例えばビジネスイベント及び/又はメッセージによって起動されることができる。ビジネスプロセスポリシーオブジェクトがロジックを実装することのできるビジネスイベントの形式は、参照イベント、変更イベント、閾値イベント、タスク終了イベント、及びタスク失敗イベントを含むことができるが、これらに限られるものではない。さらに、ビジネスプロセスポリシーオブジェクトは、個々のイベント及び/又はイベントの集合を扱うロジックをモデル化及び実装することもできる。
【００３７】
720では、オブジェクトのインスタンスが例示化される。従って、データ要素のためのメモリ、メソッドのための指令、及びインターフェースのためのリソースが割り当てられ、かつアドレス指定される。オブジェクトが例示化されると、それがモデル化するビジネスロジックをオブジェクト指向環境下で採用することが可能となる。従って730では、メッセージはインターフェースを通して受け取ることができる。そのメッセージは、720で作成されるインスタンスによって受け取られることになる。メッセージとは、例えばビジネスイベントとすることができる。例としてのビジネスイベントのスキーマは、報告されるビジネスイベントの説明及びそれについての詳細を識別するのを助ける。イベントは、例えばオブジェクト発生、ビジネスプロセス、及び/又は収集された知識(例えば、事実)と関連付けることができる。ビジネスプロセスポリシーオブジェクトによって処理されるビジネスイベントに対する一例としてのXMLスキーマは：
＜会社  Ａ＞
＜イベント名＞...＜/イベント名＞
＜名前空間＞...＜/名前空間＞
＜オブジェクト名＞
＜クラス名＞...＜/クラス名＞
＜オブジェクトID＞
＜名前＿値＞
＜名前＞...＜/名前＞
＜型＞...＜/型＞
＜値＞...＜/値＞
＜/名前＿値＞
＜名前＿値＞
＜名前＞...＜/名前＞
＜型＞...＜/型＞
＜値＞...＜/値＞
＜/名前＿値＞
＜/オブジェクトID＞
＜/オブジェクト名＞
＜メッセージ文＞...＜/メッセージ文＞
＜属性＞
＜名前＞...＜/名前＞
＜型＞...＜/型＞
＜古い値＞...＜/古い値＞
＜新しい値＞...＜/新しい値＞
＜/属性＞
＜/会社  Ａ＞
【００３８】
少なくとも部分的には730のメッセージに基づいて、740でビジネスロジックを選択的に実行することができる。ビジネスロジック処理は、一又はそれ以上のメソッドの呼び出し、一又はそれ以上のデータ要素へのアクセス、及び/又は一又はそれ以上のデータ要素の更新を含むことができるが、これらに限られるものではない。それゆえ、方法700では、様々なビジネスロジックの選択肢(例えば、750、752、754)が示されている。ビジネスロジックのこれらのブロックは、複数の、実質上同時に存在する経路が、少なくとも部分的には730で受信されたメッセージに基づいて選ばれることができることを示している。ビジネスロジックの経路は、個々に及び/又は共同で、データ要素及び/又はメソッドにアクセスすることができる。ビジネスプロセスポリシーオブジェクトの中でモデル化及び実装されるビジネスロジックは、例えば、IF/THEN規則、表を取り込む規則、及びニューロコンピュータで表現されることができる。一例として、次のIF/THEN規則により、簡単な在庫ロジックをモデル化及び実装することができる。
IF 在庫品目 ＜ X  THEN
もっと多くの在庫品目を注文する
END IF
同様に、次のIF/THEN規則により、簡単な値下げロジックをモデル化及び実装することもできる。
IF 注文品の値段 ＞ 実際的な値段の限界  THEN
10%値下げする
ELSE
標準の値下げをする
END IF
【００３９】
新規口座が開設された、口座の残高が閾値を越えている、新しい購入注文が到着した、等のような状況を処理する論理をモデル化、及び実装する高度なロジックを構築するために、単純なIF/THEN規則を集約することもできる。
【００４０】
ビジネスプロセスポリシーオブジェクトの中のビジネスロジックが実際のビジネスイベントに対応することができる一方で、ビジネスプロセスポリシーオブジェクトはまた、例えばイベント発生(例えば、製造障害)を予測するニューロエージェントによって生成される予測警告と相互作用することもできる。例えば、ビジネスプロセスポリシーオブジェクトは、障害発生によって損なわれる可能性のある販売注文及び配達を特定し、かつ障害を可視化し、従ってそのような障害に対応できるようにするデータを作成することができる。
【００４１】
760では、オブジェクトに対する他の受け取られたメッセージがあるかどうかについて、判定が行われる。もし760での判定がyesならば、処理は730に戻り、そうでなければ処理は終了することができる。
【００４２】
次に図8を見ると、ブロック710がより詳細に示されている。712では、ビジネスロジックのモデル化を助けるデータ要素が提供される。データ要素は変数、配列、テーブル、リスト、スタック、キュー、レコード等を含むことができるが、これらに限られるものではない。ビジネスロジックのモデル化において、様々なデータ要素を採用できることを認識すべきである。714では、ビジネスロジックの処理を取り込むためのメソッドが提供される。このメソッドは、コンピューター実行可能な指令の中に実装することができる。メソッドが一又はそれ以上のプロセス、スレッド等を採用できること、及び、メソッドが一又はそれ以上のデータ要素にアクセス及び/又はそれらを更新できることを認識すべきである。716では、712のデータ要素及び714のメソッドにアクセスするオブジェクト指向ベースのメッセ−ジングを助けるインターフェースが提供される。716に関して一つのインターフェースが説明されているが、ビジネスプロセスポリシーオブジェクトは一以上のインターフェースを提供及び公開できることを認識すべきである。複数のインターフェースの公開により、ビジネスプロセスポリシーオブジェクトによって提供されるロジックのモデル化は、様々な状況において利用できるようになる。
【００４３】
次に図9を見ると、例としてのビジネスプロセスポリシーオブジェクト900が示されている。オブジェクト900は、そのインターフェース920を通して、メッセージ910及び/又はイベント912を受け取ることができる。インターフェース920は、メソッド940への調整されたアクセスを獲得できるようにし、それはプログラマー/設計者に対して、例えばデータ930、IF/THENモデル化規則932、表をコード化する規則934、及びニューロコンピューター936への制御されたアクセスを順番に提供する。データ要素930は、オブジェクトクラス識別子、オブジェクト識別子、メッセージ識別子、メッセージスキーマ、メッセージ形式、イベントの文章記述、離散的なビジネスデータ点における現在の値、離散的なビジネスデータ点の範囲、離散的なビジネスデータ点において要求される値、受け取られたメッセージ910及び/又はイベント912を送った実体を識別する実体識別子、及び受け取られたメッセージ910及び/又はイベント912を送った実体を識別する全域資源位置指示子(URL)を含むことができるが、これらに限られるものではない。
【００４４】
オブジェクト指向環境下では、アプリケーションが直接データ930及び/又はメソッド940にアクセスするのではなく、むしろインターフェース920がメッセージ910及び/又はイベント912を受け取るが、これは、例えばデータ隠蔽及び抽象化のような機能に資するものである。しかしながら、オブジェクト900はそれほど制限されることはない。その上、及び/又はその代わりに、オブジェクト900は、ある一定のデータ及び/又はメソッド950をオブジェクト指向構造基盤960に公開することもできる。この形式のアクセスは、例えばクラス階層のメンバー間(例えば、親子)での内部通信に資するものである。オブジェクト指向構造基盤960によってアクセスされるデータ及び/又はメソッド950は、典型的には、オブジェクト900の一般使用者には公開されない。
【００４５】
一例としてのビジネスプロセスポリシーオブジェクト900は、KPI及びKPIに関連するビジネスデータのような情報を取り込む。KPIデータを受け取ると、ビジネスプロセスポリシーオブジェクト900は、例外、イベント相関、予測、通知作成等による管理のような措置をとることができる。例えば、ビジネスプロセスポリシーオブジェクト900はビジネスイベントに関してメッセージされることが可能であり、それゆえ、ビジネスプロセスポリシーオブジェクト900の状態及びそのビジネスイベントに関して収集されたデータに基づいて、操作を選択することができる。一例として、ビジネスプロセスポリシーオブジェクト900は、XYZが予想収益を上回ると報告したというデータを受け取ることができ、それゆえ、XYZには使えるお金がより多くあるという前提に基づいて、例えばXYZへのセールス回りをスケジュールするというような措置をとることができる。ビジネスロジックの前提は、ビジネスプロセスポリシーオブジェクト900の中でモデル化及び実装される。同様に、もしXYZが予想収益を下回ると発表したならば、異なるビジネスロジック(例えば、信用期間の調整)を起動することができる。いくつかの場合には、ビジネスプロセスポリシーオブジェクト900は、イベント及び/又はメッセージを解析及びそれらに応答するために、より多くのデータを必要とするであろう。従って、ビジネスプロセスポリシーオブジェクト900は、引き金となるメッセージ及び/又はイベントについての付加的な情報を獲得できるようにするために、情報のソースとの二次的なの双方向通信を確立することができる。
【００４６】
次に図10を見ると、ビジネスプロセスポリシーロジック1010及びビジネスプロセスポリシーオブジェクトインターフェース1020を含む、例としてのオブジェクト1000が示されている。オブジェクト(例えば1030、1032、1034、...1036)は、公開されたインターフェースのメソッド(例えば1022、1024、...1026)を通して、オブジェクト1000と相互作用する。図10では三つの公開されたメソッドが示されているが、もっと多くの及び/又はもっと少ない数のメソッドがビジネスプロセスポリシーオブジェクトインターフェース1020によって公開されることができることを認識すべきである。同様に、図10では四つのオブジェクトが示されているが、もっと多くの及び/又はもっと少ない数のオブジェクトがビジネスプロセスポリシーオブジェクト1000と相互作用できることも認識すべきである。公開されたメソッドは、XML形式のメッセージの獲得、受け取られたオブジェクトのクラスの獲得、受け取られたイベントについての一意の識別子の獲得、受け取られたイベントの文章記述の検索、イベントが生成された際の属性名の検索、イベントが生成された際の属性値の検索、イベントの供給者を識別する一意の識別子の検索、イベントが関連する実体を識別する一意の識別子の検索、及びイベントに関連付けられた実体のURLの検索に資するメソッドを含むことができるが、これらに限られるものではない。
【００４７】
ビジネスプロセスポリシーオブジェクトインターフェース1020によって公開されるメソッドは、オブジェクト1000の設計者及び/又はプログラマーが要求する通りに、ビジネスプロセスポリシーロジック1010にアクセスできるようにする。ロジック1010(従って、そのロジックを実装する一又はそれ以上のメソッドも)は、一又はそれ以上のIF/THEN規則を評価する、一又はそれ以上の表コード化規則を評価する、及び一又はそれ以上のニューロコンピューターからの出力を解釈するといったような動作を行う。このように、オブジェクト(例えば1030、...1036)は、公開されたメソッド(例えば、1022、...1026)を通してオブジェクト1000と相互作用するが、これは、例えばIF/THEN規則、表をコード化する規則、及びニューロコンピューターで実装されるようなビジネスプロセスポリシーロジック1010の動作を選択的に起動させる。
【００４８】
図11は、様々なアプリケーション1130と相互作用し、かつ様々な機能1110を実行する、例としてのビジネスプロセスポリシーオブジェクト(例えば1102、...1104)の集合1100を示している。従って、図11に示されるように、ビジネスプロセスポリシーオブジェクトの集合1100は、製造過程1132、財務処理1134、人的資源の処理1136、企業管理機能1140、企業監視機能1142、企業資源計画機能1146、サプライチェーン管理機能1148、電子商取引1150、及びKPI処理1152等を含む機能に関連するビジネスロジックをモデル化及び実装する。処理1130は、例えばオブジェクト指向メッセ−ジング及び/又はイベント受け渡しを通して、集合1100と相互作用することができる。集合1100が処理1130のために実行することができる動作1110には、規則ベースの管理の実行1112、新規イベント又は通知の生成1114、可視化オブジェクトにおける使用に適したデータの生成1116、アプリケーションレベルの定義における使用に適したデータの生成1118、例外による管理の実行1120、イベント相関の促進1122、及びイベント予測の促進1124が含まれるが、これらに限られるものではない。
【００４９】
一例として、製造過程1132が集合1100へ転送されるイベントを生成することがある。すると、一又はそれ以上のビジネスポリシーオブジェクト(例えば1102、...1104)は、そのイベントに基づいて動作を実行することができる。例えば、ビジネスプロセスポリシーオブジェクトは、例えば現在の製造レベルが予想レベルを下回っているかを判定するために、製造過程1132によって提供されるイベントに規則ベースの管理1112を適用することができる。従って、ビジネスプロセスポリシーオブジェクトは、他のオブジェクト、プロセス等に製造過程1132における不足を通知するという働きをする新規イベント1114を生成するために、動作を実行することができる。さらに、製造過程1132における障害の理解を単純化するために、ビジネスプロセスポリシーオブジェクトは、障害を図表により表示できるようにするデータを作成し、かつ、そのデータを可視化オブジェクト1116に渡すことができる。さらに、ビジネスプロセスポリシーオブジェクト又はその集合1100は、製造低下と他のイベントを互いに関連付けることができる(例えば、中西部の吹雪は、時間内の配達をサポートする供給者に影響を与える)。従って、製造1132における初期問題に基づいて、どの小売販売店が不足の被害を被るかを予測する予測動作1124を順番に引き起こすイベント相関1122を生ずることが可能となる。もしその不足が一定の例外範囲外まで落ち込むのであれば、その時は例外による管理1120を起動することができるが、これは例えば製造過程1132からの出力を再配信することができる。
【００５０】
次に図12を見ると、ビジネスプロセスポリシーオブジェクトの例1200が、多数の処理及び多数のイベントと相互作用し、かつ技術を生成及び受け取っているのが示されている。ビジネスプロセスポリシーオブジェクト1200のある一つのアプリケーションは、ビジネス及び/又は企業におけるイベント、状態、変更、処理の流れ、ワークフロー、相関、及び予測される状況を可視化できるようにするものである。状況可視化インターフェースに転送されるデータは、例えばビジネスライン可視化210、アプリケーションレベルの可視化1212、及び役割ベースの可視化1214に資するものである。実例として、第一のビジネスプロセスポリシーオブジェクトは、財務部長が採り入れるツール(例えば、会計、投資利益)と相互作用するデータ及び/又はメッセージを供給することができるが、その一方で第二のビジネスプロセスポリシーオブジェクトは、在庫制御管理者が採り入れるツール(例えば、倉庫入れ、生産、配達)と相互作用するイベント、データ、及び/又はメッセージを提供する。このように、組織の中の様々な役割が、ビジネスプロセスポリシーオブジェクトによってサポートされる。
【００５１】
ビジネスプロセスポリシーオブジェクト1200が、ビジネスライン可視化処理1210と相互作用する状態が示されている。ビジネスは、時間軸の異なる点における、異なる観点から捉えることができる。従って、ビジネスプロセスポリシーオブジェクト1200は、あるラインに沿ってビジネスを可視化できるようにするデータを提供する。例えば、第一の時点におけるビジネスの製造面を可視化することができ、その一方で異なる時点における配達面及び在庫面も捉えることができる。
【００５２】
ビジネスプロセスポリシーオブジェクト1200はまた、アプリケーションレベルの可視化1212に資するデータも提供する。一例として、第一のアプリケーション(例えば、支払い可能な口座)はビジネスプロセスポリシーオブジェクト1200からデータを受け取ることができ、かつ第二のアプリケーション(例えば、受け取り可能な口座)もまた、ビジネスプロセスポリシーオブジェクト1200から情報を受け取ることができる。このように、オブジェクトは様々なアプリケーションの可視化を助ける。
【００５３】
ビジネスプロセスポリシーオブジェクト1200はまた、役割ベースの可視化1214に役立つデータを提供する。例えばCEOは、CEO職務を実行するために、ビジネスプロセスポリシーオブジェクト1200から第一の形式、量、及び特性のデータを受け取ることができるが、その一方で店員は、店員職務を実行するために、ビジネスプロセスポリシーオブジェクト1200から異なる形式、量、及び特性のデータを受け取ることができる。従って表示画面は、見る人の役割に応じて構成することができる。ビジネス可視化1210、アプリケーションレベルの可視化1212、及び役割ベースの可視化1214が図12で示されているが、ビジネスプロセスポリシーオブジェクト1200は、企業管理及びワークフロー管理等を含む他の形式の状況可視化を行わせるGUI上の表示に適したデータも提供できることを認識すべきである。
【００５４】
ビジネスプロセスポリシーオブジェクト1200はまた、技術を生成及び/又は受け取る様々なイベントと相互作用することができる。例えば、ビジネスプロセスポリシーオブジェクト1200は情報管理技術1202と相互作用でき、従って情報管理技術1202からメッセージを受け取り及び/又は情報管理技術1202にメッセージを送ることができる。ビジネスプロセスポリシーオブジェクト1200はまた、企業管理技術1204とも相互作用することができる。従ってビジネスプロセスポリシーオブジェクト1200は、企業管理技術1204からメッセージを受け取り及び/又は企業管理技術1204にメッセージを送ることができる。一例としての企業管理技術1204は、ComputerAssociatesInternational,Incによって提供されるUnicenterTNGである。同様に、ビジネスプロセスポリシーオブジェクト1200は、規則ベースのインテリジェント技術1206及び予測技術1208のような技術からメッセージを受け取り及び/又はそのような技術へメッセージを送ることで、規則ベースのインテリジェント技術1206及び予測技術1208と相互作用することができる。従って、ビジネスプロセスポリシーオブジェクト1200は、技術間の相互作用を円滑にし、かつまた、そのような技術に関連する様々な可視化を助ける。
【００５５】
一例として、予測技術1208が、ビジネスプロセスポリシーオブジェクト1200へ転送されるイベントを作成することがある。このイベントは、ディスククラッシュが間近に迫っているという判断に関するものの場合がある。それゆえビジネスプロセスポリシーオブジェクト1200は、アプリケーションレベルの可視化1212(例えば、コンピューターネットワーク管理)及び役割ベースの可視化1214(例えば、システム管理者)に対してデータを作成することができる。ビジネスプロセスポリシーオブジェクトはまた、クラッシュ予測が視覚的にアプリケーションレベル可視化1212及び役割ベースの可視化1214に配信されたことを、企業管理技術1204に伝えるイベントを生成することができ、これは重複した通知を減少させるものである。
【００５６】
上述の例としてのイベントは予測イベント(例えば、差し迫ったディスククラッシュ)であったが、ビジネスプロセスポリシーオブジェクト1200が、参照イベント、変更イベント、閾値イベント、及びタスク終了イベント等を含む、他の形式のイベントも処理することができることを認識すべきである。連続性のないイベントとすることができる参照イベントは、ある会社が財務公開を提出した日付、又はある会社が財務公開を提出したという通知、のような情報を提供することができる。変更イベントは、まだ他のイベントと関連付けられていない以前の知識に関連付けられるイベントとすることができる。例えば、変更イベントは、製品価格のページが変更する時、又は会社の株価が変わる時に関する情報を提供することができる。閾値イベントは、現在の知識と以前の知識との単純なレベルでの対応付けを助けるものである。例えば、閾値イベントは、会社の株価が以前の株価よりも10%以上上昇又は下降した時に関する情報を提供することができる。タスク終了イベントはビジネスプロセス知識と関係するものであり、従って、実行中のタスクが完了した時に関する情報を提供することができる(例えば、財務公開データのダウンロードが完了したことをビジネスプロセスポリシーオブジェクトに伝える)。さらに、ビジネスプロセスポリシーオブジェクト1200は新規イベントを生み出したが、ビジネスプロセスポリシーオブジェクト1200によって選択的に実行されるビジネスロジックが、ビジネスイベントの生成、企業イベントの生成、通知の生成、及びログ登録の生成等を含むことができるということを認識すべきである。
【００５７】
次に図13を見ると、ビジネスプロセスポリシーオブジェクト内に実装されるビジネスプロセスポリシーロジックを自動的に適用するための、例としての方法1300が示されている。1310において、ビジネスプロセスポリシーオブジェクトが特定される。例えば、ビジネスプロセスポリシーオブジェクトとの通信を要求するアプリケーション、オブジェクト、プロセス、及び/又はスレッドは、メッセージの送り先であるビジネスプロセスポリシーオブジェクトについての一意の識別子を獲得することになるであろう。その上、及び/又はそのかわりに、スレッド、プロセス、アプリケーション、オブジェクト等が対話を求めるビジネスプロセスポリシーオブジェクトの形式が特定されるかもしれない。一例として、失敗イベント(例えば、失敗したダウンロード)を処理するオブジェクトが特定される場合がある。送信側は、イベントを特定のオブジェクトに送るのではなく、むしろそのイベントに関連するビジネスロジックの処理を課せられたオブジェクトのクラスの一又はそれ以上のインスタンスに送ることを要求することができる。
【００５８】
1320において、メッセージは1310のビジネスプロセスポリシーオブジェクトに送られる。このメッセージは、例えば閾値イベント、参照イベント、変更イベント、タスク終了イベント、及びタスク失敗イベントのような項目に関するものとすることができる。1320のメッセージに応じて、メッセージを受け取ったビジネスプロセスポリシーオブジェクトは、他のビジネスプロセスポリシーオブジェクトに転送する、及び/又はメッセージを作成した送信元に戻すイベントを生成することができる。受信側は、例えばイベント、メッセージ、及び/又は企業イベントを作成することができる。このように、方法1300は、1330においてイベント及び/又はメッセージを受け取ることができる。
【００５９】
1340では、方法1300が他のメッセージを送るかどうかについての判定がなされる。1340における判定がyesであれば、処理は1320に戻り、そうでなければ処理は終了できる。1340における判定は、少なくとも部分的には、1330において受け取られたメッセージ及び/又はイベントが追加メッセージを送るべきであることを示しているか否かによって、定められることができる。例えば、1320でメッセージが送られたビジネスプロセスポリシーオブジェクトは、メッセージの処理に関連する付加情報を獲得できるようにするために、二次的な双方向通信を確立することを要求することができる。このように、方法1300はブロック1320、1330、1340を通って、一回又はそれ以上循環することができる。
【００６０】
1330において全くメッセージが受け取られない場合があることを認識すべきである。従って、方法1300が1310で特定されたビジネスプロセスポリシーオブジェクトに他のメッセージを送るかどうか判定する前に、あらかじめ決められた、設定可能な時間の間、メッセージ及び/又はイベントを待つ手段として、タイムアウトロジックを方法1300の中に採り入れることができる。1310において一つのビジネスプロセスポリシーオブジェクトの特定が示されているが、方法1300が直列的に、及び/又は実質上並列的に一又はそれ以上のビジネスプロセスポリシーオブジェクトにメッセージを送ることができることを、より認識すべきである。
【００６１】
ここで説明するシステム、方法、及びオブジェクトは、例えばコンピューター読み取り可能な媒体に格納することができる。媒体は、特定用途向け集積回路(ASIC)、コンパクトディスク(CD)、デジタル多用途ディスク(DVD)、ランダムアクセスメモリ(RAM)、読み取り専用メモリ(ROM)、プログラム可能な読み取り専用目盛り(PROM)、ディスク、伝搬波、メモリースティック等を含むことができるが、これらに限られるものではない。従って、一例としてのコンピューター読み取り可能な媒体は、あるオブジェクト内でビジネスプロセスポリシーロジックを自動的に実行するためのコンピューター実行可能な指令を格納することができる。その指令は、オブジェクトを初期化し(例えば、データを初期化、メソッドを初期化、インターフェースを公開)、その初期化されたオブジェクトにおいてメッセージを受け取ることができるようにし、かつ一又はそれ以上のメソッドの呼び出しによってビジネスプロセスポリシーロジックを選択的に実行することができる。同様に、一例としてのコンピューター読み取り可能な媒体は、ビジネスプロセスポリシーオブジェクト内に保持される、ロジックに自動的にアクセスするためのコンピューター実行可能な指令を格納することもできる。この指令は、メッセージの送り先であるビジネスプロセスポリシーオブジェクトを特定し、そのビジネスプロセスポリシーオブジェクトにメッセージを送り、かつ、そのビジネスプロセスポリシーオブジェクトから及び/又は他のビジネスプロセスポリシーオブジェクトからメッセージを受け取るようにすることができる。
【００６２】
上述の説明には、二、三の例が含まれている。もちろん、ビジネスプロセスポリシーオブジェクトに関連するシステム、方法、及びコンピューター読み取り可能な媒体を説明する目的のために、コンポーネント又は手法の想定可能なあらゆる組み合わせについて説明することは不可能である。しかしながら、それ以上の組み合わせ及び置換が可能であることは、当業者はわかるであろう。従って本出願は、特許請求の範囲に入る、そのような置換、修正、及び変形を含むことを意図するものである。さらに、「含む」という用語が発明の詳細な説明及び特許請求の範囲で使用される限りにおいては、これは、特許請求の範囲の中で過渡的な単語として採用される「備える」という用語といわば同様な解釈を含むことを意図するものである。
【図面の簡単な説明】
【００６３】
【図１】例としてのビジネスポリシーオブジェクトを常駐させることができる、例としてのコンピューティング環境を示している。
【図２】様々な異質のコンピューティング環境への橋渡しをしている、例としてのビジネスプロセスポリシーオブジェクトを示している。
【図３】イベント管理及びビジネス管理を含む環境における、状況の可視化を助けるのに採用される、例としてのビジネスプロセスポリシーオブジェクトを示している。
【図４】グローバルなコンピューターネットワークを渡って企業全体に分散されるイベント処理をサポートする、例としてのビジネスプロセスポリシーオブジェクトの集合を示している。
【図５】不均一な結合と共通環境を通して異質なアプリケーションと対話する、例としてのビジネスプロセスポリシーオブジェクトを示している。
【図６】ビジネスイベントを生み出すコンピューターコンポーネントを含む企業においてビジネスロジックを選択的に実行するために、イベントプロセッサと併用してビジネスプロセスポリシーオブジェクトを採用するシステムを通しての、例としてのデータ及び制御の流れを示している。
【図７】オブジェクト中のビジネスプロセスポリシーロジックを実装するための、例としての方法のフローチャートである。
【図８】ビジネスプロセスポリシーロジックをモデル化するための、例としての方法の一部のフローチャートである。
【図９】オブジェクトの一例を示している。
【図１０】ビジネスプロセスポリシーオブジェクトの一例を示している。
【図１１】様々なアプリケーションと対話し、かつ様々な機能を実行する、例としてのビジネスプロセスポリシーオブジェクトの集合を示している。
【図１２】多様な環境からメッセージ及び/又はイベントを受け取り、かつ様々なデータの可視化を助ける、例としてのビジネスプロセスポリシーオブジェクトを示している。
【図１３】ビジネスプロセスポリシーオブジェクト中に実装されるビジネスプロセスポリシーロジックを自動的に適用するための、例としての方法のフローチャートである。
【図１】
2005521111.tif 000003
【図２】
2005521111.tif 000004
【図３】
2005521111.tif 000005
【図４】
2005521111.tif 000006
【図５】
2005521111.tif 000007
【図６】
2005521111.tif 000008
【図７】
2005521111.tif 000009
【図８】
2005521111.tif 000010
【図９】
2005521111.tif 000011
【図１０】
2005521111.tif 000012
【図１１】
2005521111.tif 000013
【図１２】
2005521111.tif 000014
【図１３】
2005521111.tif 000015
【国際調査報告】
2005521111.tif 000016