(57)【要約】グループウェアクライアントへの拡張部は、グループウェアクライアントがグループウェアクライアントのコンテキストからビジネスプロセスと対応付けられたワークフローにアクセスすることを可能とすることができる。グループウェアクライアント内からのワークフローにおけるアクションは、企業レベルにおけるワークフローに作用する。ワークフローを管理する企業サーバは、ワークフローにおけるアクションが、企業のバックエンドサービスにおいて実行されることを可能とするために、拡張部を通してグループウェアクライアントとのインタフェースを提供することができる。グループウェアクライアント内のワークフローに関する更新された情報を提供するために、ワークフローに関連する情報がグループウェアクライアント内に保持される。
2008530643.tif 000002
【特許請求の範囲】
【請求項１】
ビジネスプロセスのアクションを実行するための方法であって、
ワークフローを管理する企業サーバにおいてグループウェアクライアントからワークフローのタスクにおけるアクションを受信する過程を有し、
前記アクションは、前記グループウェアクライアントのコンテキストの範囲内で実行され、
前記企業サーバが対応付けられた企業の企業レベルにおける前記ワークフローの前記タスクに作用するために、前記グループウェアクライアントからの前記アクションの受信に応答して、企業のバックエンドサービスにおいて前記アクションを実行する過程をさらに有し、
前記バックエンドサービスは、前記企業サーバを介して前記グループウェアクライアントにアクセス可能であり、
前記グループウェアクライアントが１つまたは複数の前記ワークフローのタスクについてグループウェアに基づくユーザインタフェースを提供することを可能とするために、前記グループウェアクライアントに前記ワークフローに関連する企業レベルの状態情報を提供する過程をさらに有する方法。
【請求項２】
前記企業サーバにおいて前記タスクにおける前記アクションを受信する過程は、
Ｗｅｂサービスを介して前記グループウェアクライアントから直接に前記アクションを受信する過程を有する請求項１に記載の方法。
【請求項３】
前記タスクにおける前記アクションを受信する過程は、
前記グループウェアクライアントに前記タスクを送信する過程と、
前記グループウェアクライアントへの前記タスクの送信に応答して、前記タスクにおけるアクションを受信する過程と、
をさらに有する請求項１または２に記載の方法。
【請求項４】
前記グループウェアクライアントに前記タスクを送信する過程は、
前記グループウェアクライアントに前記グループウェアクライアントのコンテキストに関連するタスクを送信する過程を有する請求項３に記載の方法。
【請求項５】
前記タスクにおける前記アクションを受信する過程は、
前記グループウェアクライアントが１つまたは複数のワークフローのタスクへのアクセスを可能とするために、グループウェアクライアントにアプリケーション拡張部を提供する過程をさらに有する請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記タスクにおける前記アクションを受信する過程は、
前記アプリケーション拡張部を介して前記グループウェアクライアントにおいて起動されたワークフローにおけるアクションを受信する過程をさらに有する請求項５に記載の方法。
【請求項７】
前記アプリケーション拡張部を提供する過程は、
前記グループウェアクライアントが前記ワークフローの前記タスクにおけるアクションを実行することを可能とするために、前記グループウェアクライアントのコンテキストの範囲内にツールを提供する過程を有し、
前記アクションは、監視、追跡、実行、完了、または起動のうち１つまたは複数を含む請求項５または６に記載の方法。
【請求項８】
前記グループウェアクライアントのコンテキストの範囲内で実行される前記アクションを受信する過程は、
オフィス生産性ソフトウェアアプリケーションのコンテキストの範囲内で実行される前記アクションを受信する過程を有する請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記タスクに作用するために前記アクションを実行する過程は、
前記タスクに関連する企業ビジネスオブジェクトを修正する過程を有する請求項１から８のいずれか１項に記載の方法。
【請求項１０】
前記グループウェアクライアントが前記１つまたは複数のタスクへの前記インタフェースを提供することを可能とするために前記状態情報を提供する過程は、
前記グループウェアクライアントが前記グループウェアクライアントのコンテキストに関連のないタスクへのインタフェースを提供することを可能とするために前記状態情報を提供する過程を有する請求項１から９のいずれか１項に記載の方法。
【請求項１１】
前記グループウェアクライアントに前記企業レベルの状態情報を提供する過程は、
前記グループウェアクライアントにアクセス可能なＷｅｂサービスを介して前記状態情報を提供する過程を有する請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
前記グループウェアクライアントに前記企業レベルの状態情報を提供する過程は、
前記グループウェアクライアントと対応付けられたグループウェアサーバに前記状態情報を提供する過程を有し、
前記グループウェアサーバは、前記グループウェアクライアントに前記状態情報を提供する請求項１から１１のいずれか１項に記載の方法。
【請求項１３】
前記グループウェアサーバに前記状態情報を提供する過程は、
前記ワークフローに作用するイベントの発生に応答して前記グループウェアサーバに前記状態情報を提供する過程を有する請求項１２に記載の方法。
【請求項１４】
前記グループウェアサーバに前記状態情報を提供する過程は、
前記グループウェアサーバによる前記状態情報の要求に応答して前記グループウェアサーバに前記状態情報を提供する過程を有する請求項１２または１３に記載の方法。
【請求項１５】
グループウェアクライアントから企業レベルのワークフローのタスクにおけるアクションを受信するステップを含み、
前記アクションは、前記グループウェアクライアントのコンテキストの範囲内で実行され、
前記ワークフローが属する企業の企業レベルにおいて前記ワークフローの前記タスクに作用するために、前記グループウェアクライアントからの前記アクションの受信に応答して、企業のバックエンドサービスにおいて前記アクションを実行するステップをさらに含み、
前記バックエンドサービスは、企業アクセス拡張部を介して前記グループウェアクライアントにアクセス可能であり、
前記グループウェアクライアントが１つまたは複数の前記ワークフローのタスクについてインタフェースを提供することを可能とするために、前記グループウェアクライアントに前記ワークフローに関連する企業レベルの状態情報を提供するステップをさらに含む動作を機械に実行させる命令を提供するために記憶されたコンテンツを有する機械アクセス可能な媒体を具備する製品。
【請求項１６】
前記グループウェアクライアントから前記アクションを受信するステップのための前記コンテンツは、
電子メールクライアントから前記アクションを受信するステップのためのコンテンツを含む請求項１５に記載の製品。
【請求項１７】
前記企業レベルの状態情報を提供するステップのための前記コンテンツは、
企業データベースに記憶された前記ワークフローに関連する情報を、前記グループウェアクライアントに局所的に存在する前記ワークフローに関連する情報と同期させるステップのためのコンテンツを含む請求項１５または１６に記載の製品。
【請求項１８】
グループウェアアプリケーションの動作環境内からワークフローに関連する企業レベルのデータの要求を受信し、前記要求を実行するために企業サーバのバックエンドサービスにアクセスし、前記グループウェアアプリケーションにおける前記ワークフローに関連する状態情報を保持するために、前記企業サーバに結合されたインタフェースサーバと、
前記インタフェースサーバが前記バックエンドサービスにアクセスすることを可能とするために、前記要求をサービスにマッピングする前記企業サーバのサービスマッパーと、
前記グループウェアアプリケーションにおいて保持するために前記ワークフローに関連する企業データにアクセスする前記企業サーバのデータブローカーと、
を具備する装置。
【請求項１９】
前記要求をサービスにマッピングする前記サービスマッパーは、
前記要求を、局所的な企業サービス、遠隔の企業サービス、またはＷｅｂサービスのうちの１つまたは複数にマッピングするサービスマッパーである請求項１８に記載の装置。
【請求項２０】
前記インタフェースサーバから状態情報を受信し、前記ワークフローに関連する情報を記憶するために前記インタフェースサーバに結合された、前記グループウェアアプリケーションに局所的なリポジトリをさらに具備する請求項１８または１９に記載の装置。
【請求項２１】
前記ワークフローに関連する情報を記憶する前記リポジトリは、
前記グループウェアアプリケーションがオフラインである期間に前記グループウェアアプリケーションのコンテキストの範囲内で前記ワークフローに行われた変更を記憶し、さらに、前記グループウェアアプリケーションがオンラインにされると前記記憶された変更を前記インタフェースサーバに提供するリポジトリである請求項１８、１９、または２０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ビジネスプロセスワークフロー管理に関し、より詳しくは、生産性ソフトウェアアプリケーションからビジネスプロセスワークフローへのアクセスの提供に関する。
【０００２】
本願は、２００５年２月８日に出願された米国仮出願第６０／６５０，５１６号明細書、および、２００５年４月２２日に出願された米国仮出願第６０／６７３，８１５号明細書への米国特許法１１９条（ｅ）による優先権の利益を主張する。
【背景技術】
【０００３】
企業システムにおいて、多くの場合に業務の遂行においてワークフローの参加者によってワークフローが用いられる。一般に、ワークフローはビジネスプロセスと対応付けられたタスクの流れを言う。企業は、ビジネスプロセスに関連するタスクを遂行するために、従って、ワークフローのタスクを実行するために、ますますコンピュータに依存している。コンピュータは、典型的にグラフィカルユーザインタフェース（ＧＵＩ）を通して、ワークフローをモデル化し、実行し、および／または、制御するためのメカニズムを提供することができる。ＧＵＩは、ワークフローにおける動作のためのインタフェースとして動作する特定のプログラムまたはアプリケーションと関連し得る。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のワークフローへのインタフェースは、複数の関連のないデスクトップアプリケーションを含む。従って、ワークフローの参加者は、電子メールアプリケーションまたは他の協業ソフトウェアを介して１つまたは複数のタスクの通知を受信することが可能であり、そして、参加者がタスクを完了することを可能とする企業システムにアクセスするためにＷｅｂブラウザまたは他のアプリケーションを起動する必要がある。複数の独立のアプリケーションの使用は、少なくとも時間浪費の短所がある。複数の独立のアプリケーションの使用は、使用されるアプリケーションに応じて、結果としてセキュリティおよび／またはアクセスの問題となり得る。業務を遂行するためにワークフローの参加者が使用するアプリケーションは、典型的に企業データとの相互作用に含まれる企業のアクセス制御／セキュリティのために不適切に設計されていることがあり得る。従って、規則正しくワークフローの参加者が使用する１つまたは複数のアプリケーションは、企業のビジネスプロセスのタスクを扱うために、セキュリティが低く、かつ／または、能力が低いことがあり得る。
【課題を解決するための手段】
【０００５】
グループウェアクライアントへの拡張部（extension）は、グループウェアクライアントがグループウェアクライアントのコンテキスト（context）からビジネスプロセスと対応付けられたワークフローにアクセスすることを可能とすることができる。グループウェアクライアント内からのワークフローにおけるアクションは、企業レベルにおけるワークフローに作用する。ワークフローを管理する企業サーバは、ワークフローにおけるアクションが、企業のバックエンドサービスにおいて実行されることを可能とするために、拡張部を通してグループウェアクライアントとのインタフェースを提供することができる。グループウェアクライアント内のワークフローに関する更新された情報を提供するために、ワークフローに関連する情報がグループウェアクライアント内に保持される。
【発明を実施するための最良の形態】
【０００６】
続く説明は、本発明の実施形態の実装の例として与えられた説明を含む各種図面の説明を含む。図面は、例として理解すべきであり、限定として理解すべきでない。
【０００７】
ここで用いられるように、１つまたは複数の“実施形態”への言及は、本発明の少なくとも１つの実装に含まれる特定の特徴、構造、または特性を説明するものとして理解すべきである。従って、ここに現われる“一実施形態において”または“代わりの実施形態において”等の語句は、本発明の各種の実施形態および実装を説明し、必ずしも全て同一の実施形態に言及するとは限らない。しかしながら、それらは必ずしも相互に排他的であるとも限らない。図面の説明を含む、ある詳細および実装の説明が続き、図面は、ここで提示される本発明の概念の他の潜在的な実施形態または実装の説明とともに、以下で説明される実施形態のいくつかまたは全てを表わし得る。本発明の実施形態の全体像が以下に与えられ、図面を参照してより詳細な説明が続く。
【０００８】
グループウェアクライアントがグループウェアクライアントを介してビジネスプロセスにアクセスすることを可能とするために、拡張部を設けることができる。ここで用いられるように、グループウェアは、任意の種類の協業ソフトウェア、例えば、電子メールソフトウェア、スプレッドシートソフトウェア、等を言う。一般に、グループウェアは、ソフトウェアにデータおよび／または機能を提供するサーバと対応付けられる。クライアントは、グループウェアサーバとの相互作用を可能とするプログラム、ルーチン、等を言う。一実施形態において、クライアントは、グループウェアサーバにアクセスする固有の機能を含むユーザインタフェースを有するアプリケーションを言う。代わりの実施形態において、クライアントは、ユーザインタフェースを有するアプリケーションと独立に動作／存在／実行し、実際、複数のアプリケーションにグループウェアサーバへのアクセス機能を提供することが可能である。従って、ここで言及するグループウェアクライアントは、グループウェアアプリケーション、または、１つまたは複数のアプリケーションがグループウェアサーバにアクセスすることを可能とするプログラムを言う。ここで説明する拡張部を用いて、ワークフローの参加者は、グループウェアクライアントを通してビジネスプロセスにアクセスし、ビジネスプロセスと相互作用することができる。一実施形態において、グループウェアクライアントは、モデル化されたソフトウェアプログラムとして生成される。
【０００９】
ここで用いられるように、ビジネスプロセスは、企業内で業務を遂行するために使用されるプロセスを幅広く言う。１つまたは複数のワークフローは、業務を達成するためのビジネスプロセスと対応付けることが可能である。ワークフローは１つまたは複数のフェーズを含み、各フェーズは、ビジネスプロセスの最終目標に向かって前進することにおいて実行／遂行されるアクションまたはアクティビティである。例えば、“雇用”ビジネスプロセスは、“志願者を探す”ワークフロー、“面接する”ワークフロー、等を含むことが可能である。各ワークフローは、対応付けられた複数のアクションまたはアクティビティ（例えば、面接時間の予定を立てる、志願者への訪問を手配する、等）を有することが可能であり、これらは、個人を雇用する最終目標を達成するために実行されることが可能である。ワークフローの各フェーズは、ここでは“タスク”と呼ばれ、業務の単一の項目（“アクション”）またはアクションの集合（“アクティビティ”）とすることが可能である。ワークフローは、構造化された、および／または、その場限りのビジネスプロセスのタスクを含むことが可能である。ワークフローは、文書、フォーマット、または他のデータとともに、参加者の組織的な役割に関するコンテキストを含むことが可能である。
【００１０】
グループウェアクライアントに提供される拡張部は、グループウェアクライアント（または、グループウェアクライアントが対応付けられているアプリケーション）の環境への、ビジネスプロセスのタスクの統合を可能とし得る。ワークフローにおける参加者は、ワークフローを生成し、１つまたは複数のワークフローのタスクに関する状態または他の情報を受信し、かつ／または、ワークフローのタスクを処理または実行することを可能とし得る。グループウェアクライアントは、ビジネスバックエンドシステムにおいて存在し、または、管理される項目にアクセスするために、データオブジェクト、フォーマット、機能、サービス、データ構造にアクセスし、かつ／または、企業のインタフェース拡張部を通して（サービスを介して）処理する。ビジネスバックエンドシステムは、データおよび処理を管理および制御するロジックおよびサービスを含む。ビジネスバックエンドには、グループウェアクライアントがバックエンドサービスにアクセスすることを可能とする拡張部を（必要ならば）設けることが可能である。一実施形態において、グループウェアクライアントからバックエンドの企業サービスへのアクセスを可能とするために中間のマネージャまたはサーバが設けられる。
【００１１】
ビジネスプロセスのタスクへのアクセスの統合は、ワークフローの参加者が、グループウェアアプリケーション内から局所的にコンテキストの情報（例えば、報告、文書、指示、データ、等）に従って行動することを可能する。グループウェアアプリケーションのユーザインタフェースは、ワークフローの参加者になじみやすいことが適切であり、グループウェアアプリケーションのツール（例えば、スペルチェック、翻訳、等）をワークフローのタスクの遂行に統合することを可能とする。ワークフローの参加者は、グループウェアクライアントまたは対応付けられたアプリケーションのなじみやすいユーザインタフェースを通してワークフローと相互作用（生成、処理、追跡、好み（preference）の設定、等）することができる。
【００１２】
ここで説明されるワークフローとグループウェアの統合された使用とは対照的に、現在の電子メールの通知、または、グループウェアの他の従来の機能は、ワークフローに関する単一のタスクまたはアクションについてのみ焦点を合わせている。グループウェア機能および企業アクセスの統合を用いて、グループウェアアプリケーションにおいて提示されたワークフローと対応付けられたビジネスプロセス情報は、統合されたグループウェアクライアントを用いて保持される。説明を簡単にするために、用語“グループウェアクライアント”の使用は、グループウェアクライアント、および／または、その対応付けられたグループウェアアプリケーションを言う。情報を保持することは、グループウェアクライアントのコンテキストの範囲内から、連続的に、または、要求に応じて、その情報をワークフローの参加者に利用可能とすることを言う。例えば、グループウェアクライアント内のビジネスプロセスについて更新された情報を提供するために、状態情報をグループウェアクライアントに提供することが可能である。または、それに代えて、例えば、ワークフローの参加者が項目／アイコンを選択し、または、グループウェアクライアント内でアクションを実行すると、状態情報がアクセス可能となる。情報を保持することは、企業バックエンド内に情報を記憶することに加えて、グループウェアクライアントに局所的に、または、グループウェアサーバ内の記憶場所内に、情報を記憶することを含み得る。
【００１３】
図１は、企業サーバにアクセスするためのビジネスプロセス拡張部を有するグループウェアクライアントの実施形態のブロック図である。アプリケーション１１０は、グループウェアクライアント１１２を含む、または、グループウェアクライアント１１２にアクセスする任意のソフトウェアプログラム、または、他のアプリケーションを表わす。グループウェアクライアント１１２はグループウェアサーバ１３０との相互作用を提供し、グループウェアサーバ１３０は、グループウェアアプリケーション１１０のために、グループウェアの情報および／またはサービスを提供する。グループウェアサーバ１３０は、例えば、電子メールサーバ（例えば、ワシントン州レッドモンドのマイクロソフト（登録商標）社から入手可能なEXCHANGE Server）とすることが可能である。グループウェアサーバ１３０による従来の動作に加えて、グループウェアサーバ１３０は、グループウェアクライアント１１２がアプリケーション１１０のために企業サービスおよび／またはデータにアクセスすることを可能とするための拡張部を含むことが可能である。
【００１４】
一実施形態において、グループウェアサーバ１３０は、ネットワーク１４０を介して企業サーバ１５０のグループウェアインタフェース１６０に接続される。ネットワーク１４０は、無線または有線のネットワークを含む１つまたは複数のローカルエリアネットワーク（ＬＡＮ）、および、ネットワーク上で動作するハードウェアを含むことが可能である。また、ネットワーク１４０は、例えば、広域ネットワーク、企業ネットワーク、仮想プライベートネットワーク（ＶＰＮ）、等の他のネットワークを含むことが可能である。一実施形態において、グループウェアサーバ１３０は、グループウェアインタフェース１６０および／または企業サーバ１５０と同一のローカルネットワーク内に存在する。ただし、同一のローカルネットワーク内に存在することは要求条件ではない。企業サーバ１５０は、企業データ、サービスアクセスおよび／または管理を提供するために動作するハードウェアおよびソフトウェアの両方を表わす。
【００１５】
グループウェアインタフェース１６０は、グループウェアによる企業の統合／管理を提供するためのハードウェアおよび／またはソフトウェアを表わす。一実施形態において、グループウェアインタフェース１６０の一部または全部は、グループウェアサーバ１３０内に組み込まれる。もう１つの実施形態において、グループウェアインタフェース１６０の一部または全部は、企業サーバ１５０内に組み込まれる。もう１つの実施形態において、グループウェアインタフェース１６０の一部または全部は、ハードウェアおよび／またはソフトウェアにおいて独立した物である。一実施形態において、グループウェアインタフェース１６０は、ドイツ、ウォールドルフのSAP AGから入手可能なmySAPおよびNETWEAVER製品と結合して利用可能な企業サービスアーキテクチャ（Enterprise Services Architecture（ESA））に基づく１つまたは複数の構成要素、および／または、マイクロソフト（登録商標）・ドット・ネット（MICROSOFT（登録商標）.NET）に基づく１つまたは複数の構成要素を含む。一実施形態において、グループウェアインタフェース１６０は、マイクロソフト（登録商標）社およびSAP AGの協業の成果によって利用可能なサーバまたはマネージャ製品（例えば、MENDOCINOサーバ）である。従って、グループウェアインタフェース１６０は、インタフェースサーバまたは企業グループウェアマネージャとも呼ばれ得る。
【００１６】
グループウェアインタフェース１６０は、グループウェアクライアント１１２と企業サーバ１５０との間の相互作用を可能とする１つまたは複数のメカニズムを提供する。相互作用は、グループウェアクライアント１１２と企業サーバ１５０との間の要求および、要求への応答を含むことが可能である。グループウェアクライアント１１２は、アプリケーション１１０のコンテキストの範囲内に存在するワークフローに関連する企業データに関する機能を実行するために、グループウェア側から要求を行う、および／または、アプリケーション１１０内で生成されたアクションまたはコマンドを送信することが可能である。企業サーバ１５０は、グループウェアインタフェース１６０を通してアプリケーション１１０に、報告、エラー、状態、または他の情報、データオブジェクト、サービスアクセス、等を提供することが可能である。
【００１７】
グループウェアサーバ１３０は、イベントハンドラ１６２および／またはプルデーモン１６４とのインタフェースを提供することが可能である。一実施形態において、イベントハンドラ１６２を介してグループウェアサーバ１３０に状態情報が提供される。イベントハンドラ１６２は、ビジネスプロセスのコンテキストの範囲内のイベントを監視するソフトウェアおよび／またはハードウェアを言う。従って、イベント（例えば、アクション、タイミング発生、スケジューリングイベント、ある条件を引き起こすこと、等）が発生すると、イベントハンドラ１６２は、ビジネスプロセスに関するグループウェアサーバ１３０を更新するための情報を提供することが可能である。一実施形態において、グループウェアサーバ１３０は、グループウェアクライアント１１２に引き渡すことが可能な状態情報を含む。イベントハンドラ１６２の動作に加えて、または、それに代えて、プルデーモン１６４は、グループウェアサーバ１３０に状態情報を提供することが可能である。プルデーモン１６４は、グループウェアサーバ１３０に、要求によって駆動される状態情報の引き渡しを提供するためのソフトウェアおよび／またはハードウェアを言う。従って、イベントハンドラ１６２は、グループウェアインタフェース１６０（従って、企業サーバ１５０）の起動において情報の引き渡しを提供する。一方、プルデーモンは、グループウェアサーバ１３０の起動において情報の引き渡しを提供する。従って、グループウェアサーバ１３０は、１つまたは複数のビジネスプロセスについての状態の要求を企業サーバ１５０に送信し、プルデーモン１６４を介して情報を受信することが可能である。
【００１８】
一実施形態において、グループウェアインタフェース１６０は、アプリケーション１１０がオフラインである、または、グループウェアサーバ１３０および／またはグループウェアインタフェース１６０または企業サーバ１５０へのアクセスが切断された／アクセスが不可能であるとき、アプリケーション１１０内で現在アクセスされたワークフローに関連する情報を“保持”する。アクセスが復旧し、アプリケーション１１０がオンラインに戻ると、情報は、ワークフローに関連するアプリケーション１１０にローカルな情報と同期されることが可能である。また、プルデーモン１６４およびイベントハンドラ１６２に関して以下で説明するように、アプリケーション１１０がオンラインであるとき、情報の同期が発生することが可能である。グループウェアインタフェース１６０は、リポジトリまたは記憶装置を含むことが可能であり、情報は、同期する機会（例えば、イベント、アクション、ある時刻、等）まで局所的に保持または一時的に保有することができる。
【００１９】
プルデーモン１６４およびイベントハンドラ１６２は、フレームワーク１７０を介して、企業データ１８０、または、１つまたは複数のサービス１９０との相互作用を通して情報および状態の最新情報を取得することができる。フレームワーク１７０は、グループウェアインタフェース１６０が企業レベルの情報をグループウェアサーバ１３０に提供することを可能とするロジックおよびサービスのフレームワークを提供する。一実施形態において、グループウェアインタフェース１６０およびフレームワーク１７０は、同一のソフトウェアおよび／またはハードウェアモジュールの一部である。一実施形態において、グループウェアインタフェース１６０は、グループウェアによる企業のマネージャ／サーバの“グループウェアサーバ”レイヤと考えることができ、フレームワーク１７０は、グループウェアによる企業のマネージャ／サーバの“企業”レイヤと考えることができる。
【００２０】
企業サーバ１５０はフレームワーク１７０を含み、フレームワーク１７０は、グループウェアサーバ１３０に状態情報を提供し、選択により、グループウェアサーバ１３０から要求または問い合わせを受信する構造化されたロジックを表わす。一実施形態において、フレームワーク１７０は、複合アプリケーションフレームワーク（例えば、SAP CAF（Composite Application Framework））を含む。フレームワーク１７０はサービスマッパー１７２を含むことが可能であり、サービスマッパー１７２は、適切な企業サービスに要求または問い合わせをマッピングするためのロジックを表わす。データブローカー１７４は、例えば、企業資源計画（ＥＲＰ）データベース（ＤＢ）１８２を含む企業データ１８０にアクセスするためのロジックを表わす。一実施形態において、フレームワーク１７０は、グループウェアサーバ１３０に適切なデータおよびサービスアクセスを提供するバックエンドロジックをモデル化する。一実施形態において、複合アプリケーションフレームワークは、フロンドエンド（例えば、アプリケーション）にバックエンドロジックを提供する。表わされているように、グループウェアサーバ１３０は、複合アプリケーションが企業バックエンドにインタフェースを提供することができるのと同様な方法で拡張部を通して企業サーバ１５０にインタフェースを提供することが可能である。
【００２１】
サービス１９０は、企業データについて、または、企業データに関して実行することが可能な機能を幅広く表わす。例えば、サービス１９０は、企業サービス１９２を含むことが可能であり、企業サービス１９２は局所的な企業に関して実行することが可能な機能を表わす。局所的な企業は、ワークフローが属する企業を言う。局所的な企業は、１つまたは複数のドメイン、ドメインサーバ、有線または無線のローカルエリアネットワーク（ＬＡＮ）、仮想ＬＡＮ（ＶＬＡＮ）、等を含むことが可能である。企業は、ユーザの機器へのアクセスを一般に提供するサーバ（特に、企業サーバ１５０がある）に関して局所的である。
【００２２】
局所的な企業は、遠隔の企業と対照的であり得る。遠隔の企業は、局所的でない企業を表わす。１つまたは複数の情報の要素またはデータオブジェクト、または、１つまたは複数の機能またはワークフローに関連する、または、ワークフローにおいて動作可能なサービスは、企業サーバ１５０と離れた企業内に存在し得る（すなわち、別個に管理される）。一実施形態において、１つまたは複数の遠隔の企業サービス１９４は、ワークフローに関してアプリケーション１１０に機能を提供することができる。遠隔の企業サービス１９４へのアクセスの一例は、例えば、グリッド取引ネットワークを用いて、企業間の協業関係の範囲内のアクセスを含むことが可能である。グリッド取引ネットワークは、一般に、ユーザが企業データにアクセスし、別個の企業にわたって機能を共有することを可能とする。グリッド取引ネットワークに関するさらなる情報は、全て２００５年１０月３１日に出願された、発明の名称を“Grid Processing in a Trading Network”とする米国特許出願第１１／２６４，４１５号明細書（Attorney Docket 6631.P040）、発明の名称を“Grid Processing Dynamic Screensaver”とする米国特許出願第１１／２６３，８２８号明細書（Attorney Docket 6631.P050）、発明の名称を“Grid Processing User Tools”とする米国特許出願第１１／２６４，４１４号明細書（Attorney Docket 6631.P051）に見出すことが可能である。
【００２３】
また、サービス１９０はＷｅｂサービス１９６を含むことが可能であり、Ｗｅｂサービス１９６は、１つまたは複数の特定のＷｅｂサイトまたは一般にインターネットへのアクセスを提供することが可能な１つまたは複数のサービスを表わす。サービスマッパー１７２は、グループウェアクライアント１１２から受信した要求／アクションを実行するために、どのサービス１９０を呼び出すことができるか／どのサービス１９０が呼び出されるべきかを決定することが可能である。一実施形態において、サービスマッパー１７２は、要求を実行するために複数のサービス１９０が適切なサービスであると決定することが可能である。従って、複数のサービス１９０は、提供する機能を実行するために、同時に、または、実質的に同時に選択される（例えば、時間的に近くにおいて、単一の動作またはルーチンによって選択される、並列に実行するように選択される、等）ことが可能である。複数のサービス１９０の使用は、複数の企業サービス１９２の使用、および／または、異種のサービス（例えば、企業サービス１９２および遠隔の企業サービス１９４、または、任意の組み合わせ）の使用を示し得ることに留意すべきである。
【００２４】
一実施形態において、グループウェアサーバ１３０を通した企業サーバ１５０へのアクセスに加えて、または、グループウェアサーバ１３０を通したアクセスに代えて、グループウェアクライアント１１２および／またはアプリケーション１１０は、ビジネスプロセス拡張部１２０を含むことが可能である。ビジネスプロセス拡張部１２０は、グループウェア１３０に提供することが可能な拡張部に類似し得るが、それらは異なり得る。ビジネスプロセス拡張部１２０は、グループウェアクライアント１１２に状態情報を提供し、ビジネスプロセスの情報を保持することを可能とするために情報のリポジトリおよび／またはメタデータ処理エンジンを含むことが可能である。アプリケーション１１０がオフラインで実行されるならば、リポジトリまたは記憶装置は、後に、企業サーバ１５０に渡され、および／または、企業サーバと同期されることが可能な情報を記憶することが可能である。ビジネスプロセス拡張部１２０は、グループウェアクライアント１１２が、グループウェアサーバ１３０とのインタエースを提供し、かつ／または、グループウェア１３０と交換される情報を処理するロジックを提供することが可能である。一実施形態において、ビジネスプロセス拡張部１２０は、グループウェアクライアント１１２がＷｅｂサービス１５２を通して企業サーバ１５０へのインタフェースを提供することを可能とする。Ｗｅｂサービス１５２は、企業サーバ１５０にアクセスするための１つまたは複数のＷｅｂサービスを表わす。Ｗｅｂサービス１５２は、アプリケーション１１０／グループウェアクライアント１１２にアクセス可能な１つまたは複数のサービスを表わす。Ｗｅｂサービスへのアクセスは、典型的に権限に基づき、登録を含むことが可能である。Ｗｅｂサービス１５２は、企業サーバ１５０および／またはグループウェアインタフェース１６０へのアクセス機能を提供することができる。Ｗｅｂサービス１５２は、アクセスを遂行することができる機能またはルーチンを言う。
【００２５】
一実施形態において、企業サーバ１５０はオブジェクト標準化部１５４を含み、オブジェクト標準化部１５４は、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを表わす。アプリケーション１１０における企業データアクセスの統合を用いて、アプリケーション１１０は、潜在的に、任意の複数の異なる種類のデータオブジェクトへのアクセスを有することが可能である。オブジェクト標準化部１５４は、アプリケーション１１０に送信されるオブジェクトのための共通インタフェースを提供することができる。オブジェクト標準化部１５４は、企業アクセス統合のシームレスな特性を高めるためにオブジェクトの共通のフォーマットまたは“ルックアンドフィール”を提供することができる。一実施形態において、オブジェクト標準化部１５４は、企業バックエンドのフォーマットとアプリケーション１１０のコンテキストとの間の変換部を含む。従って、オブジェクトがアプリケーション１１０のルックアンドフィールを呈する状態で、オブジェクトがアプリケーション１１０においてアクセスされ提示されることが可能である。テキストはフォーマットされ、アイコンは整合される、等が可能である。さらに、企業から受信される報告、警告、機能、等は、アプリケーション１１０内で局所的に生じる類似の項目と同様な感じでアプリケーションにおいて提示することができる。
【００２６】
アプリケーション１１０は、コンテキスト１１４によって示される、コンテキストまたは業務環境を含む。コンテキスト１１４は、コンテキストの情報を引き出すことが可能な任意のもの（例えば、ユーザ名およびパスワード、好み、文書、ソフトウェアバージョン／状態情報、権限、鍵、または、データにアクセスするための好みまたは権限を示し得る任意の他の情報）を含むことができる。コンテキスト１１４は、上述した任意の相互作用のメカニズムを通して、または、他の知られたメカニズムを通して、企業サーバ１５０および／またはグループウェアインタフェース１６０に渡すことが可能である。従って、企業サーバ１５０は、情報を提供するときアプリケーション１１０のコンテキストに反応することができる。コンテキスト１１４によって示される権限のために適切な、渡されるデータまたは利用可能なサービスを制限するためにフィルタを利用することが可能である。一実施形態において、フィルタは、好みを整合し、または、特定の業務のコンテキストまたは使用されるアプリケーションと対応付けられるデータ／サービスを提供するために提供することが可能である。従って、企業サーバ１５０の適合性および能力は、グループウェアアプリケーションを通してワークフローの参加者に利用可能とすることができる。
【００２７】
図２は、ビジネスプロセスのワークフローにアクセスするためのグループウェアアプリケーションの実施形態のブロック図である。グループウェアアプリケーション２１０は、ここで説明する任意の実施形態によるグループウェアアプリケーションおよび／または対応付けられたグループウェアクライアントを表わす。アプリケーション２１０はアプリケーションコア２１２を含み、アプリケーションコア２１２は、アプリケーション２１０の一般の機能を提供するコアおよびロジックを表わす。ビジネスプロセス拡張部はアプリケーション２１０について提供され、アプリケーションコア２１２は拡張部なしのアプリケーションを表わす。
【００２８】
グループウェアアプリケーション２１０は、１つまたは複数の拡張部を含み、または、１つまたは複数の拡張部へのアクセスを有する。拡張部は、プロセス起動部２２２、情報インタフェース２２４、状態追跡部２２６、アクション起動部２２８を含むことが可能であり、各々は１つまたは複数のモジュールとして実装することが可能である。図２に表わされているいくつか、または、全てのモジュール、または、図２に表わされているのと異なるモジュールを含むアプリケーションとなるように、追加または代替の拡張部を設けることができる。各モジュールは、ビジネスプロセスと対応付けられたワークフローにアクセスすること、または、ビジネスプロセスと対応付けられたワークフローと相互作用することに関連する１つまたは複数の機能を実装するために構造化されたロジックを提供することが可能である。
【００２９】
プロセス起動部２２２は、アプリケーション２１０のコンテキストの範囲内からワークフローを起動するロジックを提供する。従って、ワークフローの参加者は、アプリケーション２１０のコンテキストの範囲内から新たなワークフローを生成することができる。新たなワークフローの要求を単に起動するのではなく、アプリケーション２１０内からの１つまたは複数のアクションは、新たなワークフローを生成するためにビジネスプロセスバックエンド２３０との実際のインタフェースを提供することができる。表わされているように、プロセス起動部２２２は、ワークフロー２４０を起動し、フェーズ２４２を開始することが可能である。アプリケーション２１０は、アプリケーション２１０のコンテキストの範囲内から生成されたワークフローと相互作用することに限定されないことに留意すべきである。ワークフロー２４０はフェーズ２４２〜２５４を含み、フェーズ２４２〜２５４は、ワークフロー２４０の任意の数の別個の部分を表わすことが可能である。フェーズは、あるイベントまたは条件において条件付けられ、並列に実行される、等が可能である。
【００３０】
情報インタフェース２２４は、アプリケーション２１０内でアクセスされるワークフローに関連するデータ、状態、または他の情報を集めるためにインタフェースを提供することができる。情報インタフェース２２４は、ワークフロー２４０および／またはバックエンドロジック２６０から情報を集めることが可能である。情報インタフェース２２４は、ビジネスプロセスバックエンド２３０から得られる情報のリポジトリである、または、ビジネスプロセスバックエンド２３０から得られる情報のリポジトリを含むことが可能である。ビジネスプロセスバックエンド２３０は、企業サーバ内に含まれることが可能である。バックエンドロジック２６０は、任意のサービスまたはデータを表わし、企業データ２６２を含む。企業データ２６２は、ここで説明されるようにビジネスプロセスの統合を通してアプリケーション２１０にアクセス可能とすることができる。バックエンドロジック２６０は、企業サーバを通して企業レベルにおいて提供することができるデータに関連する任意のデータまたは機能として理解すべきである。
【００３１】
状態追跡部２２６は、１つまたは複数のワークフローを監視することができるメカニズムを提供する。状態追跡部２２６は、ワークフロー２４０に関する入力を受信し、ワークフロー２４０に関連するアプリケーション２１０における情報を更新することができるルーチンまたは他のロジックを含むことが可能である。例えば、状態追跡部２２６は、状態情報リポジトリまたはデータ構造体またはアプリケーション２１０内にビジネス情報を保持する他のメカニズムにおいて情報を記憶することが可能である。状態追跡部２２６は、アプリケーション２１０と対応付けられたＧＵＩに表示されるアイコンまたはテキストが修正されるロジックを提供することが可能である。状態追跡部２２６は、ワークフロー２４０に関連する情報を受信する。
【００３２】
アクション起動部２２８は、アクションまたはアクションの要求を送信または受信することができる。送信側において、アクション起動部２２８は、例えば、フェーズと対応付けられたタスクを実行するために、ワークフロー２４０内の任意のフェーズにアクションを送信することができる。アクション起動部２２８は、アプリケーション２１０内からではなく、企業レベル内からワークフロー２４０におけるアクションを引き起こし、または、結果としてアクションとなるために、バックエンドロジック２６０にアクションを同様に送信することができる。従って、アクションは、アプリケーション２１０内で実行されるアクションからワークフロー２４０において直接または間接に実行することが可能である。アクション起動部２２８は、アプリケーション２１０内から利用可能なボタンまたはアイコンと対応付けられた機能を含むことが可能である。従って、例えば、特定のアイコンをクリックまたはダブルクリックすることは、ワークフロー２４０に変更を行い、またはワークフロー２４０において提供されるビューに変更を行い（例えば、リストビューからテーブルビューに変更、等）、または、ワークフロー２４０に関連する案内されたプロセスを起動する。
【００３３】
受信側において、アクション起動部は、更新された情報、または、アプリケーション２１０内で機能を実行させることができる外部からアプリケーション２１０へのトリガーを受信することが可能である。一実施形態において、そのような受信されたアクションは、アプリケーションコア２１２の機能を実行させることができる。
【００３４】
図１のビジネスプロセス拡張部１２０、オブジェクト標準化部１５４、グループウェアインタフェース１６０、および、プロセス起動部２２２、情報インタフェース２２４、状態追跡部２２６、アクション起動部２２８は、モジュールとして実装することができ、モジュールは、ハードウェア、ソフトウェア、および／または、それらの組み合わせを含むことが可能である。モジュールに含まれるソフトウェアは、ここで説明される技術を実行するように機械に命令することができる。さらに、ソフトウェアは、これらの構成要素の機能を実行するために機器をどのように構築するかを記述するために使用することができる。そのようなソフトウェアは、機械／電子機器／ハードウェアによる製品によって提供することが可能である。
【００３５】
製品は、命令、データ、等を提供するコンテンツを有する機械アクセス可能／読み取り可能な媒体を含むことが可能である。コンテンツは、説明された各種の動作または処理を実行する電子機器またはコンピュータシステムとすることが可能である。機械アクセス可能な媒体は、機械（例えば、コンピュータ機器、電子機器、電子システム／サブシステム、等）によってアクセス可能なフォーマットにおける情報／コンテンツ／命令を提供（すなわち、記憶および／または送信）する任意のメカニズムを含む。例えば、機械アクセス可能な媒体は、記録可能／記録不可能な媒体（例えば、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、等）を含む。機械アクセス可能な媒体は、電子機器が動作するときに記憶装置にロードされ実行されることが可能なコードを有する電子機器をさらに含むことが可能である。従って、そのようなコードを有する電子機器の配布は、上述したようなコンテンツを有する製品を提供することとして理解することが可能である。さらに、データベースまたは他のメモリ装置にコードを記憶すること、および、通信媒体上でダウンロードのためのコードを提供すること（アクセスのためにコードを提供すること）は、上述したようなコンテンツを有する製品を提供することとして理解することが可能である。
【００３６】
図３は、ビジネスプロセスワークフロー拡張部を有するグループウェアアプリケーションの実施形態のブロック図である。グループウェアアプリケーション３１０は、ここで説明される任意の実施形態によるグループウェアクライアントおよび／またはアプリケーションの一例である。グループウェアアプリケーション３１０は、オフィス生産性統合ソフトウェア（例えば、マイクロソフト（登録商標）社から入手可能なMICROSOFT OFFICEのEXCELまたはOUTLOOK）に見出されるようなアプリケーションとすることが可能である。グループウェアアプリケーション３１０はタスクバー３１２を含み、タスクバー３１２は、アプリケーション３１０に、アプリケーションのユーザに機能を提供するために各種のアイコンおよびメニューを設けることができる。企業サービスバックエンドシステムを有する生産性ソフトウェアスイートの可能な統合の一例は、１月に出願され、発明の名称を“Deep Enterprise Search”とする以前に出願された特許出願の図１のメールクライアントに見出すことができる。
【００３７】
一実施形態において、アプリケーション３１０はアクションペイン３２０を含み、アクションペイン３２０は、ユーザに追加の機能を提供することができる。アクションペイン３２０は、異なる機能を有することに加えて、タスクバー３１２上で操作上の利点を提供することが可能である。アクションペイン３２０は機能ツール３２２〜３２６を含み、機能ツール３２２〜３２６は、１つまたは複数の操作上の機能および／または業務を遂行するための機能を提供するリンク、アイコン、タブ、等とすることが可能である。一実施形態において、アクションペイン３２０はタブ３２４を含み、タブ３２４は、アプリケーション３１０のコンテキストの範囲内でビジネスプロセスワークフローへのアクセスを提供する。アクションペイン３２０に加えて、アプリケーション３１０はワークペイン３３０を含み、ワークペイン３３０は、アプリケーション３１０において行われる業務を表示および実行する領域を提供する。アクションペイン３２０およびワークペイン３３０のレイアウトは単に説明の目的のためのものであり、アクションペイン３２０はタスクバー３１２とともにまたはアプリケーション３１０内の他のどこかに配置することが可能である。
【００３８】
タブ３２４の選択、または、タブ３２４におけるアクションは、ビジネスプロセスワークフロー３４０のビューを提供することができる。ワークフロー３４０のビューはワークペイン３３０内、または、その代わりに（図３に表わされているように）別個のウィンドウまたはペイン内に存在することができる。従って、企業レベルのアクセスツールをアプリケーション３１０のコンテキストの範囲内で提供することが可能である適切なビューを有効化することが可能である。また、ワークフロー３４０のビューは、ワークフロー３４０における動作に固有なアクションのためのタブ３５２〜３５４を有するツール３５０を含むことが可能である。ワークフロー３４０のビューの一実施形態は、ワークフローの各フェーズのビューを提供することを含む。従って、ワークフロー３４０のビューはフェーズ３４２〜３４６を表わす。各フェーズは、遂行される１つまたは複数のアクションまたはアクティビティ、状態情報、および／または、フェーズに関連する他の情報を含むことが可能である。従って、各フェーズ内で、ワークフロー３４０の参加者であるアプリケーション３１０のユーザは、ワークフロー３４０を管理する企業のデータオブジェクトにアクセスすることが可能であり得る。ワークフローの参加者は、完了に向けてワークフローを進めることを遂行するためにアクションを有し、および／または、ワークフローにおける監視／監督の役割を有することが可能であることに留意すべきである。
【００３９】
企業レベルのアクセスの統合は、アプリケーション３１０内で動作する１つまたは複数の追加のアイコンまたはタブを有するのでアプリケーションのユーザにシームレスであり、表示および処理、管理、起動、業務の実行、等が可能であり、ワークフローはアプリケーションを変更する必要がない。
【００４０】
図４は、グループウェアクライアントを用いてビジネスプロセスと相互作用する実施形態のブロック図である。４０２において、企業サーバ（または企業グループウェアサーバ）は、グループウェアクライアントからワークフローの要求を受信する。一実施形態において、要求の受信は、グループウェアサーバを介して遂行される。従って、グループウェアクライアントはグループウェアサーバに要求を提供し、そして、企業サーバに要求を転送することができる。要求に応答して送信される情報は、グループウェアクライアントと企業との間のプロキシとして、グループウェアサーバおよび／または企業のグループウェアマネージャを通して遂行することができる。
【００４１】
要求は、ワークフローのタスクにおける業務にアクセスし、または、ワークフローのタスクにおける業務を遂行するための要求、または新たなワークフローを生成するための要求とすることが可能である。４０４において、サーバは、要求されたワークフローが存在するかどうか判定する。４１０において、ワークフローが存在しないならば、４１２において、ワークフローが生成される。これは、従来行われていたように固有のアプリケーションを用いることと異なり、ユーザは、グループウェアアプリケーションのコンテキストの範囲内から新たなワークフローを起動することができることを意味する。
【００４２】
ワークフローが存在すると、４１４において、グループウェアクライアントは、サーバからワークフローへのアクセスを取得する。サーバは、好み、権限、または他のコンテキストの情報と一致するアクセスを許可することができる。従って、ワークフローへのアクセスがグループウェアクライアントのコンテキストの範囲内から生じるとしても、企業のセキュリティポリシーを適用することが可能である。
【００４３】
４１６において、サーバは、グループウェアクライアントによるアクセスが終了したかどうか判定する。例えば、グループウェアクライアントとサーバとの間の通信手順／プロトコルのメカニズムを通して、アクセスが終了したときの判定を遂行することが可能である。アクセスが有効である限り、サーバは、状態情報を提供し、かつワークフローに関するグループウェアクライアントによるアクションを受信することを継続することが可能である。４２０において、アクセスが終了すると、処理が終了する。４２０において、まだアクセスが有効であるならば、ユーザは、業務を遂行し、かつ／または、ワークフローについての更新情報を受信することが可能である。従って、２つの下位手順が並列に表わされ、（少なくとも部分的に）並列に発生し、または順次発生することが可能である。下位手順は、イベントによる駆動、および／または、ポーリング、または時間による駆動とすることが可能である。
【００４４】
４２２において、サーバは、ワークフローのアクションが要求されているかどうか判定する。ワークフローのアクションの要求は、ワークフローにおけるフェーズ、または、ワークフローと対応付けられたデータオブジェクトについて、変更を実行し、または、情報を提供する要求または命令を言う。４３０において、アクションが要求されているならば、４３２において、アクションが実行される。アクションの実行はアクションの特性に応じ、データオブジェクトに関連する情報の変更または追加、アクションの状態の変更、ワークフローのフェーズに関連するメタデータの変更、等を含むことが可能である。アクションが要求されていないならば、４３４において、グループウェアクライアントによるアクセスの有効な期間４１６〜４３４について、サーバはアクションを待つことが可能である。
【００４５】
４２４において、サーバはワークフローが更新されたかどうか判定する。ワークフローは企業内の変更により、または、グループウェアクライアントの外部のユーザによるタスクの実行により、更新されることが可能である。従って、一例として、グループウェアクライアントのユーザがワークフローの次のフェーズを実行するためにマネージャからの承認を待っているならば、承認の許可は、ユーザに提供され得るワークフローへの変更である。４４０において、ワークフローの更新が存在するならば、４４２において、サーバ／システムは状態の更新を実行することができる。サーバは、変更を示す状態情報を提供することが可能であり、情報はユーザにアクセス可能とされるまで、グループウェアクライアントに渡されることが可能である。４４０において、ワークフローが更新されていないならば、４４４において、サーバは更新を待つことが可能である。ワークフロー内で何も変更されていなくても、状態を定期的に“更新”することが可能である。また、その代わりに、ワークフローの状態を変更するイベントの発生において状態を更新することが可能である。
【００４６】
従って、グループウェアクライアントが、グループウェアクライアントのコンテキストの範囲内からビジネスプロセスのワークフローにアクセスすることを可能とするために、グループウェアクライアントに拡張部を提供するための方法および装置が提供される。ワークフローを管理する企業サーバは、グループウェアクライアントのコンテキストの範囲内からワークフローにおけるアクションを提供するためにグループウェアクライアントと相互作用することができる。企業サーバは、ワークフローにおけるアクションを実現するために企業バックエンドにアクションを渡す。従って、グループウェアクライアントからのワークフローにおけるアクションは、企業レベルにおけるワークフローに作用する。ワークフローについての状態情報は、グループウェアクライアント内からのワークフローとの継続的な相互作用を可能とするために、グループウェアクライアント内に保持することが可能である。
【００４７】
ここで説明した以外に、本発明の範囲を逸脱せずに、開示された本発明の実施形態および実装に各種の変形を行うことが可能である。従って、ここでの説明および例は限定の意味でなく説明と解釈されるべきである。本発明の範囲は特許請求の範囲の参照によってのみ定められるべきである。
【図面の簡単な説明】
【００４８】
【図１】企業サーバにアクセスするためのビジネスプロセス拡張部を有するグループウェアクライアントの実施形態のブロック図である。
【図２】ビジネスプロセスのワークフローにアクセスするためのグループウェアアプリケーションの実施形態のブロック図である。
【図３】ビジネスプロセスワークフロー拡張部を有するグループウェアアプリケーションの実施形態のブロック図である。
【図４】グループウェアクライアントを用いてビジネスプロセスと相互作用する実施形態のブロック図である。
【符号の説明】
【００４９】
１１０  アプリケーション
１１２  グループウェアクライアント
１１４  コンテキスト
１２０  ビジネスプロセス拡張部
１３０  グループウェアサーバ
１４０  ネットワーク
１５０  企業サーバ
１５２  Ｗｅｂサービス
１５４  オブジェクト標準化部
１６０  グループウェアインタフェース
１６２  イベントハンドラ
１６４  プルデーモン
１７０  フレームワーク
１７２  サービスマッパー
１７４  データブローカー
１８０  企業データ
１８２  企業資源計画データベース
１９０  サービス
１９２  企業サービス
１９４  遠隔の企業サービス
１９６  Ｗｅｂサービス
２１０  グループウェアアプリケーション
２１２  アプリケーションコア
２２２  プロセス起動部
２２４  情報インタフェース
２２６  状態追跡部
２２８  アクション起動部
２３０  ビジネスプロセスバックエンド
２４０  ワークフロー
２４２、２４４、２４６、２４８、２５０、２５２、２５４  フェーズ
２６０  バックエンドロジック
２６２  企業データ
３１０  グループウェアアプリケーション
３１２  タスクバー
３２０  アクションペイン
３２２、３２４、３２６  機能ツール
３３０  ワークペイン
３４０  ビジネスプロセスワークフロー
３４２、３４４、３４６  フェーズ
３５０  ツール
３５２、３５４  タブ
【図１】
2008530643.tif 000003
【図２】
2008530643.tif 000004
【図３】
2008530643.tif 000005
【図４】
2008530643.tif 000006
【国際調査報告】
2008530643.tif 000007
2008530643.tif 000008
2008530643.tif 000009