JP2008537238A - グループウェアクライアントにおけるコンテキスト認識のための方法及び装置 - Google Patents

Abstract

方法及び装置は、企業バックエンドシステムに関して、グループウェアクライアントにコンテキスト認識を提供する。グループウェアクライアントは、グループウェアクライアントのコンテキストの中のデータに関するクエリーまたはリクエストを生成する。バックエンドは、コンテキストを判定すると共に、それは、クエリーと共に受け取られたコンテキストの表示を処理することを含み得る。データは、コンテキストに基づいて選択的に選択されると共に、選択されたデータは、リクエストを満たすために、グループウェアクライアントに提供される。一実施例において、バックエンドは、コンテキストと関連付けられた許可を判定する。

Description

本発明の実施例は、企業データアクセスに関すると共に、より詳しくは、コンテキスト（context）に基づいて、グループウェアクライアントに動的にデータを提供することに関するものである。

本出願は、合衆国法典第３５巻(35 U.S.C.)の［セクション］１１９（ｅ）の下で、２００５年４月２２日に出願された米国仮特許出願第60/673,795号、及び２００５年４月２２日に出願された米国仮特許出願第60/673,794号に対して、優先権を主張する。

企業システムにおいて、ワークフローは、多くの場合、ワークを行う際にワークフローの参加者によって使用される。ワークフローは、一般的にビジネスプロセスと関連付けられたタスクのフローのことを指す。企業は、ビジネスプロセスに関連付けられたタスクを実行するために、従ってワークフローのタスクを実行するために、ますますコンピュータに依存する。コンピュータは、一般的にグラフィカルユーザインタフェース（ＧＵＩ）を通してワークフローをモデル化する、実行する、及び／または制御するためのメカニズムを提供し得る。ＧＵＩは、ワークフローを処理するためのインタフェースとして機能する特別なプログラム、またはアプリケーションに関連付けられることができる。ワークフローに対する伝統的なインタフェースは、複数の無関係のデスクトップアプリケーションを包含する。

従って、ワークフローに対する参加者は、電子メールアプリケーション、または他の協調的ソフトウェア（collaborative software）によって、１つ以上のタスクの通知を受け取ると共に、その場合には、参加者がタスクを完成させることを可能にする企業システムにアクセスするために、ウェブブラウザ、または他のアプリケーションを起動する必要があり得る。ワークアイテムにアクセスするための個別の無関係のアプリケーションを使うことに加えて、伝統的なグループウェアアプリケーションは、関連があるユーザまたはワークに関係なく、データに対する固定した種類のアクセスを提供するコンテンツオプションを決定した。

方法及び装置は、企業バックエンドシステムに関して、グループウェアクライアントにコンテキスト認識を提供する。グループウェアクライアントは、グループウェアクライアントのコンテキストの中のデータに関するクエリーまたはリクエストを生成する。バックエンドは、コンテキストを判定すると共に、それは、クエリーと共に受け取られたコンテキストの表示を処理することを含み得る。データは、コンテキストに基づいて選択的に選択されると共に、選択されたデータは、リクエストを満たすために、グループウェアクライアントに提供される。一実施例において、バックエンドは、コンテキストと関連付けられた許可を判定する。

以下の説明は、本発明の実施例の実装の例として与えられた実例を有する様々な図面の検討を含む。それらの図面は、制限ではなく、一例として理解されるべきである。

ここで使用されるように、１つ以上の“実施例”に対する参照は、本発明の少なくとも１つの実装に含まれる特別な特徴、構造、または特性を説明するものとして理解されるべきである。従って、この明細書に現れる“一実施例において”もしくは“代わりの実施例において”のような語句は、本発明の様々な実施例及び実装を説明すると共に、全て同じ実施例を必ずしも参照するとは限らない。しかしながら、それらは、同様に、必ずしも相互に排他的であるとは限らない。ここで提示された本発明の概念の他の潜在的な実施例または実装について論じることと同様に、以下で説明される実施例のいくらか、または全てを描写し得る、図面の説明を含む特定の詳細及び実装の説明が以下に続く。本発明の実施例の概観は、図面に関する更に詳細な記述を従えて、以下で提供される。

グループウェアクライアントに対する拡張は、グループウェアクライアントを通したビジネスプロセスに対するアクセスを可能にする。グループウェアクライアントを通して提供されるコンテンツは、コンテキストによって決まるコンテンツであり、ユーザ識別子（ＩＤ）、ワークフロー識別子（ＩＤ）、または他のコンテキストに基づいて変わり得る。ここで使用されるように、グループウェアは、例えば、電子メールソフトウェア、表計算ソフト等、協調的ソフトウェアの一種のあらゆるものを指す。グループウェアは、一般的にデータ及び／または機能性をソフトウェアに提供するサーバと関連付けられる。クライアントは、グループウェアサーバとの相互作用を可能にするプログラム、ルーチン等のことを指す。一実施例において、クライアントは、グループウェアサーバにアクセスするために本来備わっている機能性を含むユーザインタフェースを備えたアプリケーションのことを指す。代わりの実施例において、クライアントは、ユーザインタフェースを備えたアプリケーションとは無関係に、動作する／存在する／実行すると共に、実際には、グループウェアサーバに対するアクセス機能性を複数のアプリケーションに提供し得る。従って、ここで参照されたグループウェアクライアントは、グループウェアアプリケーションのことを指し得るか、または１つ以上のアプリケーションがグループウェアサーバにアクセスすることを可能にするプログラムのことを指し得る。ここで説明された拡張によって、ワークフロー参加者は、グループウェアクライアントを通して、ビジネスプロセスにアクセスすることができると共に、ビジネスプロセスと相互に作用することができる。一実施例において、グループウェアクライアントは、モデル化されたソフトウェアプログラムとして生成される。

ここで使用されるように、ビジネスプロセスは、広く企業の中でワークを実行するために使用されるプロセスのことを指す。１つ以上のワークフローは、それを通してワークを達成するためのビジネスプロセスと関連付けられ得る。ワークフローは、１つ以上のフェーズもしくはステージを含むと共に、各フェーズは、ビジネスプロセスの最終目標に向けての発展の促進において実行される／達成されるべきアクションまたはアクティビティである。例えば、“雇用”ビジネスプロセスは、“志願者発見（finding candidates）”ワークフロー、“面接（interviewing）”ワークフロー等を含み得ると共に、その各々は、個人を雇用することの最終目標を達成するために実行され得る、関連する複数のアクションまたはアクティビティ（例えば、面接時間のスケジューリングや、志願者のために旅行をアレンジすること等）を備え得る。ワークフローの各フェーズは、ここでは、ワークの１つの項目（アクション）、またはアクションのセット（アクティビティ）であり得る“タスク”と言われる。ワークフローは、ビジネスプロセスの構造化されたタスク、及び／またはビジネスプロセスの特別な目的のためのタスクを含み得る。ワークフローは、文書、ひな形、または他のデータと同様に、参加者の組織上の役割（ロール）に関するコンテキストを含み得る。

グループウェアクライアントに提供された拡張は、グループウェアクライアント（または、グループウェアクライアントが関連付けられているアプリケーション）の環境に対するビジネスプロセスタスクの統合を可能にし得る。その上、それらの拡張は、グループウェアクライアントにおける他のコンテキストで認識しているモデル化ソフトウェア（例えばポップアップウィンドウによって、もしくはプルダウンメニューから利用可能である、例えばグループウェアクライアントの中からアクセス可能なアプリケーション、または他の場合はグループウェアクライアントと共に動作するアプリケーション）と相互に作用することができる。グループウェアクライアントのコンテキストまたは環境に基づいてコンテンツを変更することは、コンテキスト認識、またはコンテキストで認識しているクライアントと言われ得る。グループウェアクライアントにおけるコンテキスト認識は、コンテキストに基づく、グループウェアクライアント内のデータ及び／またはツールの動的な提供のことを指す。コンテキストは、企業データに対するグループウェアクライアントのアクセスと関連付けられた許可に影響を及ぼすことができるあらゆる数の環境要因のことを指す。要因は、グループまたはデパートメント（department）の関連性を含むユーザＩＤ、ビジネスロール、実行されるワークフロー、実行されるワークフローのフェーズまたはアクション、ユーザがオンラインであるかまたはオフラインであるか、そこからデータがアクセスされる装置の種類等を含み得る。グループウェアクライアントのコンテキストは、グループウェアクライアントの局所的な環境のことを指すと共に、局所的な要因に加えて外部要因を含むかもしれないし、含まないかもしれない。

様々なコンテキストに応答して、データが選択的に表示され得る、特定のデータオブジェクトがバックエンドシステムが提供するグループウェアクライアントから提供され得るかまたは実行され得る、グループウェアクライアントの中から入手できる特定のツールが利用可能であり得るかまたは利用不可能であり得る、またはその他のことが実行され得る。ツールは、データにアクセスする、データを修正する、または他の場合はデータを操作するための機能性を提供する１つ以上のアイテムのことを指す。グループウェアクライアントによってアクセスされると共に、選択的に提供され得るデータは、データオブジェクト、ひな形、機能、サービス、データ構造、及び／またはプロセスを含む。バックエンドシステムは、データ及びプロセスを管理して制御するためのロジック及びサービスを含むと共に、ビジネスバックエンドシステムと言われ得る。バックエンドシステムは、１つ以上の特別な機能またはサービスを提供することを実行するアプリケーションを含む。

グループウェアアプリケーションのユーザインタフェースは、ワークフロー参加者によく知られていると思われると共に、ワークフロータスクの性能に対するグループウェアアプリケーションのツール（例えば、スペルチェック、翻訳等）の統合を可能にし得る。グループウェアアプリケーションは、一般的に、その中でユーザに関する情報及び／またはワークを提示するための様々な分野を含む。それぞれがその中でワークを実行するための異なる環境を有する複数の異なるアプリケーションを提供するよりむしろ、企業データとグループウェアクライアントの中のコンテキスト情報との統合は、グループウェアアプリケーションのフォーマットの中の、そしてグループウェアアプリケーションのツールを有する複数のアイテムを提供することを可能にする。例えば、特別なグループウェアアプリケーションは、データまたはワークアイテムに対するアクセスを提供するために、フォルダーリストを含み得る。グループウェアクライアントに局所的に通用する単純なデータ、もしくはグループウェアサーバから利用可能なデータよりむしろ、コンテキスト認識によるグループウェアアプリケーションに対する企業データの統合は、グループウェアアプリケーションが、企業データにアクセスできるフォルダーを含むことを可能にする。コンテキスト認識による統合は、ユーザをグループウェアアプリケーションの中のバックエンド企業システムに接続することを可能にすると共に、それは、ユーザが、企業データ及びワークアイテムにアクセスするために、グループウェアアプリケーションのコンテキストから変更する必要がないことを意味する。グループウェアアプリケーションの中からコンテキストで認識しているデータの可用性は、ユーザが、ワークを実行するのに１つのアプリケーションから別のものに切り替えることを要求される伝統的なシステムと対照的である。従って、ワークフロー参加者（すなわち、ユーザ、またはワークフローに参加する主体）は、グループウェアクライアントのよく知られているユーザインタフェース、またはコンテキストの動的なデータを有する関連付けられたアプリケーションを通して、ワークフローと相互に作用する（例えば、生成する、処理する、追跡する、優先権を設定する等）ことができる。

ここで説明されたワークフローを有するグループウェアの統合された使用と対照的に、現在の電子メール通知、またはグループウェアの他の伝統的な機能は、ワークフローに関する単一のタスクまたは単一のアクションだけに焦点を合わせる。グループウェアの機能性と企業アクセスの統合に関して、グループウェアアプリケーションにおいて提示されたワークフローと関連付けられたビジネスプロセス情報は、統合されたグループウェアクライアントによって保存される。説明における簡単化の目的のために、“グループウェアクライアント”という用語の使用は、グループウェアクライアント、及び／または、その関連付けられたグループウェアアプリケーションのことを指し得る。情報を保存することは、情報を、継続的に、またはリクエストに応じて、そしてグループウェアクライアントのコンテキストの中から、ワークフロー参加者により利用可能とすることを指す。例えば、グループウェアクライアントの中のビジネスプロセスに関するアップデートされた情報を提供するために、状態情報がグループウェアクライアントに提供され得る。同様に、もしくは、これに代るものにおいて、例えば、ワークフロー参加者がアイテム／アイコンを選択する場合、もしくはグループウェアクライアントの中でアクションを実行する場合、状態情報はアクセス可能であろう。情報を保存することは、企業バックエンドの中に情報を保存することに加えて、グループウェアクライアントに、またはグループウェアサーバの中の保存場所の中に局所的に情報を保存することを含み得る。保存されたデータ、及びワークフローにおいて提供されたワークは、動的であると共に、だれが何にアクセスするか、そしてだれがいつアクセスするかに関して、グループウェアクライアントの中で発生しているものの少なくとも一部分に基づいて提供される。

図１は、ビジネスプロセス拡張部によってグループウェアクライアントに対してコンテンツを提供するためのグループウェアコンテンツマネージャ（コンテンツ管理手段）の実施例の構成図である。アプリケーション１１０は、あらゆるソフトウェアプログラム、あるいはグループウェアクライアント１１６を含む、またはグループウェアクライアント１１６にアクセスする他のアプリケーションを表す。グループウェアクライアント１１６は、グループウェアサーバ１４０との相互作用を提供すると共に、それは、グループウェアアプリケーション１１０に関するグループウェア情報及び／またはサービスを提供する。例えば、グループウェアサーバ１４０は、電子メールサーバ（例えば、ワシントンのレドモンドにある“MICROSOFT CORPORATION”から入手可能な“EXCHANGE”サーバ）であり得る。グループウェアサーバ１４０による伝統的な操作に加えて、グループウェアサーバ１４０は、グループウェアクライアント１１６が、アプリケーション１１０に関する企業サービス、及び／または企業データにアクセスすることを可能にするために、拡張部を含むことができる。アプリケーション１１０、及びグループウェアサーバ１４０は、直接接続されることができるか、またはネットワーク１３２を介して接続されることができる。

一実施例において、グループウェアサーバ１４０は、ネットワーク１３６を介して、企業サーバ１５０のグループウェアインタフェース１６０と接続される。以下で説明されるネットワーク１３２、ネットワーク１３６、及び同様にネットワーク１３４は、無線ネットワークまたは有線ネットワーク、及びそれによってネットワークを操作するハードウェアとソフトウェアを含む１つ以上のローカルエリアネットワーク（ＬＡＮ）を含み得る。例えば、ネットワーク１３２〜１３６は、同様に、他のネットワーク、例えば広域ネットワーク、企業ネットワーク、仮想プライベートネットワーク（ＶＰＮ）等を含み得る。同じローカルネットワークの中に存在することは必要条件ではないが、一実施例において、グループウェアサーバ１４０は、グループウェアインタフェース１６０、及び／または企業サーバ１５０と同じローカルネットワークの中に存在する。企業サーバ１５０は、企業データを提供するように動作すると共に、アクセス及び／または管理を提供するハードウェアとソフトウェアの両方を表す。

グループウェアインタフェース１６０は、グループウェアの企業統合／管理を提供するためのハードウェア及び／またはソフトウェアを表す。一実施例において、グループウェアインタフェース１６０の一部分または全部は、グループウェアサーバ１４０の中に組み込まれる。別の実施例において、グループウェアインタフェース１６０の一部分または全部は、企業サーバ１５０の中に組み込まれる。別の実施例において、グループウェアインタフェース１６０の一部分または全部は、ハードウェア及び／またはソフトウェアにおける独立した主体である。一実施例において、グループウェアインタフェース１６０は、ドイツの“Walldorf”にある“SAP AG”から入手可能な“mySAP”及び“NETWEAVER”製品と連係して利用可能な企業サービスアーキテクチャ（Enterprise Services Architecture：ＥＳＡ）に基づく１つ以上のコンポーネント、及び／または、“MICROSOFT .NET”に基づく１つ以上のコンポーネントを含む。一実施例において、グループウェアインタフェース１６０は、サーバまたはマネージャ製品（例えば、“MICROSOFT CORPORATION”、及び“SAP AG”の共同努力から入手可能な“MENDOCINO”サーバ）である。従って、グループウェアインタフェース１６０は、同様に、インタフェースサーバ、または企業のグループウェアマネージャと言われ得る。

グループウェアインタフェース１６０は、グループウェアクライアント１１６と企業サーバ１５０との間の直接の相互作用、もしくはグループウェアサーバ１４０を介した相互作用のいずれかを可能にするための１つ以上のメカニズムを提供する。相互作用は、グループウェアクライアント１１６と企業サーバ１５０との間のリクエスト、及びリクエストに対する応答を含み得る。グループウェア側から、グループウェアクライアント１１６は、アプリケーション１１０のコンテキストの中に存在するワークフローに関連した企業データに関する機能を実行するために、アプリケーション１１０の中から生成されたリクエストを行うか、及び／またはアクションまたはコマンドを送信することができる。企業サーバ１５０は、グループウェアインタフェース１６０を通して、アプリケーション１１０に、レポート、エラー、状態または他の情報、データオブジェクト、サービスアクセス等を提供することができる。

一実施例において、グループウェアインタフェース１６０は、グループウェアクライアント１１６に提示されるデータ１１８に対するコンテキスト認識を提供する１つ以上のモジュールまたはエージェントを表すグループウェアコンテンツマネージャ１６２を備えると共に、グループウェアコンテンツマネージャ１６２は、ユーザインタフェース（ＵＩ）１１２を通じてユーザに次々に提供される。

一実施例において、グループウェアインタフェース１６０は、アプリケーション１１０がオフラインであるか、または接続を切断されていて、グループウェアサーバ１４０及び／またはグループウェアインタフェース１６０、または企業サーバ１５０にアクセスできない場合に、今アプリケーション１１０の中でアクセスされた動的なデータ１１８に関連する情報を“保持する”。アクセスが回復すると共に、アプリケーション１１０がオンラインに戻るとき、情報は、データ１１８に関連するアプリケーション１１０に局所的に通用する情報と同期させられ得る。情報の同期化は、アプリケーション１１０がオンラインである場合に、同様に、例えば、アプリケーション１１０から発するイベントドライブ型の接続性を通じて、及び／または同期的に、及び／または非同期的にアプリケーション１１０から企業サーバ１５０のアクセスを開始するプルデーモン（pull daemon）を通じて、発生し得る。グループウェアインタフェース１６０は、情報が局所的に保持され得るか、または同期化の機会（例えば、イベント、アクション、同時に等）まで一時的に含まれ得るリポジトリまたは記憶装置を含み得る。

グループウェアコンテンツマネージャ１６２は、情報及び状態の最新情報を獲得すると共に、そこから、企業データ１８０との相互作用、もしくはフレームワーク１７０による１つ以上のサービス１９０との相互作用を通して、動的なデータ１１８が提供される。フレームワーク１７０は、グループウェアインタフェース１６０が企業レベルの情報をグループウェアサーバ１４０に提供することを可能にする、ロジック及びサービスのフレームワークを提供する。一実施例において、グループウェアインタフェース１６０、及びフレームワーク１７０は、同じソフトウェア及び／またはハードウェアモジュールの一部分である。一実施例において、グループウェアインタフェース１６０は、グループウェア−企業マネージャ／サーバの“グループウェアサーバ”階層であると考えられると共に、フレームワーク１７０は、グループウェア−企業マネージャ／サーバの“企業”階層であると考えられるであろう。

企業サーバ１５０は、それによってグループウェアサーバ１４０に状態情報を提供すると共に、任意にグループウェアサーバ１４０からリクエストまたはクエリーを受信するための構造化されたロジックを表すフレームワーク１７０を含む。同様の相互作用は、ウェブサービス１６４の使用を通じて直接アプリケーション１１０に対して提供され得る。一実施例において、フレームワーク１７０は、複合アプリケーションフレームワーク（例えば、“SAP CAF”）、及び／またはサービスアーキテクチャ（例えば、“SAP ESA（ENTERPRISE SERVICES ARCHITECTURE）”）を含む。フレームワーク１７０は、適切な企業サービスにリクエストまたはクエリーを割り当てるためのロジックを表すサービスマッパー１７２を含み得る。データブローカー１７４は、例えば、企業リソースプランニング（enterprise resource planning：ＥＲＰ）データベース（ＤＢ）１８２を含んでいる、企業データ１８０にアクセスするためのロジックを表す。他のデータは、企業データ１８０において利用可能であり得る。一実施例において、フレームワーク１７０は、適切なデータを提供すると共に、グループウェアサーバ１４０／グループウェアクライアント１１６に対するアクセスを提供するように、バックエンドロジックをモデル化する。一実施例において、複合アプリケーションフレームワークは、バックエンドロジックをフロントエンド（例えば、アプリケーション）に提供する。示されたように、グループウェアサーバ１４０は、複合アプリケーションが企業バックエンドとインタフェースし得るほとんど同じ方法で、拡張部を通して企業サーバ１５０とインタフェースすることができる。

サービス１９０は、企業データに実行され得る、もしくは企業データに関して実行され得る機能を広く表す。例えば、サービス１９０は、局所的な企業に関して実行され得る機能を表す１つ以上の企業サービスを含み得る。局所的な企業は、ワークフローが属する企業のことを指す。局所的な企業は、１つ以上のドメイン、ドメインサーバ、有線または無線にかかわらないローカルエリアネットワーク（ＬＡＮ）、または仮想ＬＡＮ（ＶＬＡＮ）等を含み得る。企業は、一般的にユーザの装置に対するアクセスを提供するサーバ（具体的に示されるものは、企業サーバ１５０である）に関して局所的である。

局所的な企業は、局所的ではない企業を表す遠隔的な企業に対照的なものであり得る。情報またはデータオブジェクトの１つ以上の要素、またはワークフローに関連する、もしくはワークフローに関して動作可能な１つ以上の機能またはサービスは、企業サーバ１５０に対して遠隔的（すなわち、別々に管理される）な企業の中に存在し得る。一実施例において、１つ以上の遠隔的な企業のサービスは、グループウェアクライアント１１６にコンテキストデータを提供し得る。遠隔的な企業のサービスに対するアクセスの１つの例は、例えば、グリッド取引ネットワーク（grid trading network）による、企業間の協調関係の中のアクセスを含む。グリッド取引ネットワークは、一般的に、ユーザが、企業データにアクセスすると共に、個別の企業を横断して機能性を共有することを可能にする。

サービス１９０は、同様に、一般的に１つ以上の特別なウェブサイト、またはインターネットに対するアクセスを提供する１つ以上のサービスを表す１つ以上のウェブサービスを含み得る。サービスマッパー１７４は、グループウェアクライアント１１２から受信されたリクエスト／アクションを達成するために、サービス１９０の内のいずれが行使できるか／行使されるべきであるかを判定し得る。一実施例において、サービスマッパー１７４は、複数のサービス１９０がそれによってリクエストを満たす適切なサービスであることを判定し得る。従って、複数のサービス１９０は、機能性を提供するために、同時に、または実質的に同時に選択され得る（例えば、時間内で時間的に最も近い、単一の動作またはルーチンによって選択される、並列に実行するために選択される等）。複数のサービス１９０の使用が、複数の企業サービス１９２の使用を意味し得るか、及び／または本質的に異なるサービスの使用を意味し得る（例えば、企業サービス１９２と遠隔的な企業のサービス１９４、またはあらゆる組み合わせ）ことに注意が必要である。

バックエンドアプリケーション１９２は、バックエンドシステムにおいて実行するアプリケーションの１つの例を表すと共に、そこから、特別なデータ及び／または機能が、グループウェアクライアント１１６により利用可能であり得る。コンテキスト認識は、アプリケーション１１０に、特定のサービスに対するアクセスを提供することを含み得るが、一方、他のサービスは利用可能ではない。従って、アプリケーション１１０のコンテキストに基づいてグループウェアクライアント１１６により利用可能であるサービスを通して、バックエンドアプリケーション１９２は利用可能であり得る。もしコンテキストがバックエンドアプリケーション１９２に対するアクセスを可能にする場合、グループウェアコンテンツマネージャ１６２は、グループウェアクライアント１１６が適切なサービスにアクセスすることを可能にする。もしコンテキストがアクセスを可能にしない場合、少なくともコンテキストがバックエンドアプリケーション１９２に対するアクセスを可能にし得るまで、サービスは、アプリケーションの中で恐らくアクセス不可能である。

一実施例において、グループウェアサーバ１４０を通して企業サーバ１５０にアクセスすることに加えて、またはグループウェアサーバ１４０を通してアクセスすることの代替として、グループウェアクライアント１１６、及び／またはアプリケーション１１０は、ビジネス（職業）プロセス拡張部１２０を含み得る。ビジネスプロセス拡張部１２０は、グループウェアサーバ１４０に提供されるであろう拡張部と類似しているかもしれないが、しかしそれらは異なるであろう。ビジネスプロセス拡張部１２０は、グループウェアクライアント１１６に、状態情報及びビジネスプロセス情報の保存を提供することができるように、情報のリポジトリ、及び／またはメタデータ処理エンジンを含み得る。もしアプリケーション１１０がオフラインで実行されるべきであった場合、リポジトリ、または記憶装置は、後で企業サーバ１５０に渡され得る、及び／または企業と同期され得る情報を記憶し得る。ビジネスプロセス拡張部１２０は、それによって、グループウェアクライアント１１６がグループウェアサーバ１４０とインタフェースするか、及び／またはグループウェアサーバ１４０と交換された情報を処理するロジックを提供し得る。一実施例において、ビジネスプロセス拡張部１２０は、それによって企業サーバ１５０にアクセスするための１つ以上のウェブサービスを表すウェブサービス１６４を通して、グループウェアクライアント１１６に、企業１５０に対するインタフェースを提供する。ウェブサービス１６４は、アプリケーション１１０／グループウェアクライアント１１６にアクセス可能な１つ以上のサービスを表す。ウェブサービスに対するアクセスは、概して許可に基づいていると共に、登録することを含み得る。アプリケーション１１０のコンテキストは、ウェブサービス１６４がアクセス機能性を、企業サーバ１５０、及び／またはグループウェアインタフェース１６０に提供し得るかどうかを判定し得る。ウェブサービス１６４は、それを通してアクセスが達成され得る機能またはルーチンのことを指す。

一実施例において、企業サーバ１５０は、オブジェクト標準化部１５２を含むと共に、それは、１つ以上のソフトウェア及び／またはハードウェアモジュールを表す。アプリケーション１１０における企業データアクセスの統合によって、アプリケーション１１０は、複数の異なる種類のデータオブジェクトの内のあらゆるものに潜在的にアクセスでき得る。オブジェクト標準化部１５２は、アプリケーション１１０に送信されたオブジェクトに対する共通のインタフェースを提供し得る。オブジェクト標準化部１５２は、企業アクセス統合（enterprise access integration）の縫い目のない性質を拡張するために、オブジェクトの共通の書式設定、または“外観と雰囲気（look and feel）”を提供し得る。一実施例において、オブジェクト標準化部１５２は、企業バックエンド書式設定とアプリケーション１１０のコンテキストとの間の変換装置を含む。従って、オブジェクトは、アクセスされ得ると共に、オブジェクトがアプリケーション１１０の“外観と雰囲気”を有するようになるという方法で、アプリケーション１１０において提示され得る。テキストがフォーマットされ得る、アイコンが適合させられ得る、またはその他のことが実行され得る。更に、企業から受信したレポート、警報、機能等が、アプリケーション１１０の中で局所的に発生する同様のアイテムの同じ雰囲気によって、アプリケーションにおいて提示され得る。一実施例において、オブジェクト標準化部１５２は、アプリケーション１１０のコンテキストの中のコンテキストデータを提供するための機能性を提供する。従って、もし特定のデータ及び／またはツールが、特定のコンテキスト内で、利用可能であるか、または利用可能でない場合、データ及び／またはツールは、必要に応じて、選択的にアクセスされると共に、提供され得る。

アプリケーション１１０のコンテキスト、または作業環境は、コンテキスト１１４によって示される。コンテキスト１１４は、それを通してコンテキスト情報が得られ得るあらゆるもの（例えば、ユーザ名、及びパスワード、優先権、文書、ソフトウェアバージョン／状態情報、許可、キー、またはデータにアクセスするための優先権または許可を示し得るあらゆる他の情報）を含むであろう。コンテキスト１１４は、グループウェアクライアント１１６とグループウェアインタフェース１６０との間のあらゆる相互作用メカニズムを通して、企業サーバ１５０に、及び／またはグループウェアインタフェース１６０に渡され得る。従って、企業サーバ１５０は、情報を提供する場合に、アプリケーション１１０のコンテキストに反応し得る。フィルタが、コンテキスト１１４により示された許可に適した渡されるデータまたは利用可能なサービスを制限するために使用され得る。一実施例において、フィルタは、優先権に適合するか、または使用される特別なワークコンテキストまたはアプリケーションに関連付けられたデータ／サービスを提供するために提供され得る。従って、企業サーバ１５０の適応性及びパワーは、グループウェアアプリケーションを通して、ワークフロー参加者により利用可能であり得る。

図２は、グループウェアコンテンツマネージャによって提供される企業データを伴うグループウェアアプリケーションの実施例の構成図である。グループウェアアプリケーション２１０は、グループウェアアプリケーション、及び／または、ここで説明されたあらゆる実施例による関連づけられたグループウェアクライアントを表す。アプリケーション２１０は、アプリケーションコア２１２を含むと共に、それは、アプリケーション２１０の一般的な機能を提供するコード、及びロジックを表す。ビジネスプロセス拡張部は、アプリケーション２１０に提供されると共に、アプリケーションコア２１２は、拡張部なしのアプリケーションを表す。拡張部は、アプリケーション２１０の中からビジネスプロセスと相互に作用する能力を提供する。ここで説明されたように、相互作用は、更にアプリケーション２１０のコンテキストの認識に支配され得ると共に、それは、グループウェアアプリケーション２１０におけるデータ／ツールの動的な発表を提供し得る。

グループウェアコンテンツマネージャ２７０は、グループウェアアプリケーション２１０の中のデータ／ツールの可用性に関するコンテキスト認識を提供する。企業データ２１４は、グループウェアアプリケーション２１０のデータ、及び／またはツールを表すと共に、それは、グループウェアコンテンツマネージャ２７０によって管理される。一実施例において、グループウェアマネージャ２７０は、どのようにワークフロー、及び／または他のオブジェクトが、グループウェアアプリケーション２１０の中でアクセスされ得る／影響を与えられ得るかに動的に影響を及ぼすための拡張部２２２〜２２８の中の様々なメカニズムの合成物を表す。

グループウェアアプリケーション２１０は、プロセス開始プログラム２２２、情報インタフェースプログラム２２４、状態追跡プログラム２２６、及びアクション開始プログラム２２８を含み得る１つ以上の拡張部を含むか、または拡張部にアクセスできると共に、それら各々は１つ以上のモジュールとして実装され得る。追加の拡張部、もしくは代替の拡張部は、図２において示されたモジュールの、いくらか、全て、またはそれとは異なるモジュールを含むアプリケーションに帰着するために、提供され得る。モジュールの各々は、ビジネスプロセスと関連付けられたワークフローに対するアクセスか、またはそうでなければビジネスプロセスと関連付けられたワークフローとの相互作用に関連した１つ以上の機能を実行するために、構造化されたロジックを提供し得る。

プロセス開始プログラム２２２は、アプリケーション２１０のコンテキストの中からワークフローを開始するためのロジックを提供する。従って、ワークフロー参加者は、アプリケーション２１０のコンテキストの中から新しいワークフローを生成し得る。新しいワークフローのリクエストを単に開始するよりむしろ、アプリケーション２１０の中からの１つ以上のアクションは、新しいワークフローを生成するために、実際にビジネスプロセスバックエンド２３０とインターフェイスし得る。描写されているように、プロセス開始プログラム２２２は、ワークフロー２４０を開始すると共に、フェーズ２４２を開始することができる。アプリケーション２１０が、アプリケーション２１０のコンテキストの中から生成されたワークフローとの相互作用に制限されない点に注意が必要である。ワークフロー２４０は、フェーズ２４２〜フェーズ２５４を含むと共に、それは、ワークフロー２４０のあらゆる数の別個の部分を表し得る。フェーズは、特定のイベントまたは条件が必要条件とされ得る、平行に実行され得る、またはその他であり得る。プロセス開始プログラム２２２は、グループウェアアプリケーション２１０のコンテキストに基づいてワークフローを生成する能力を制限し得る。

情報インタフェースプログラム２２４は、データ及び状態、またはアプリケーション２１０の中でアクセスされるワークフローに関連した他の情報を集めるためのインタフェースを提供し得る。情報インタフェースプログラム２２４は、ワークフロー２４０からの情報、及び／またはバックエンドロジック２６０からの情報を集め得る。情報インタフェースプログラム２２４は、ビジネスプロセスバックエンド２３０から獲得される情報のリポジトリであり得るか、または情報のリポジトリを含み得ると共に、それは、企業サーバの中に含まれ得る。

バックエンドロジック２６０は、企業データ２６２を含むあらゆるサービスまたはデータを表すと共に、それは、ここで説明されたようなビジネスプロセス統合を通じて、アプリケーション２１０にアクセス可能であり得る。企業データ２６２は、データオブジェクト、サービス、プロセス、プロセステンプレート等を含むことができる企業リポジトリを表す。バックエンドロジック２６０は、企業サーバを通して企業レベルで提供され得るデータに関連したあらゆるデータ、または機能として理解されるべきである。情報インタフェースプログラム２２４は、グループウェアアプリケーション２１０のコンテキストに基づいて、情報／オブジェクトを選択的に獲得し得る。一実施例において、バックエンドにおけるメカニズム（例えば、グループウェアコンテンツマネージャ２７０がビジネスプロセスバックエンド２３０におけるモジュールである実装）は、情報インタフェースプログラム２２４に提供するための情報を選択する。別の実施例において、情報インタフェースプログラム２２４は、グループウェアアプリケーション２１０のコンテキストと比較して、情報アクセスに関する制限を強要する。

状態追跡プログラム２２６は、１つ以上のワークフローを監視し得るメカニズムを提供する。状態追跡プログラム２２６は、ワークフロー２４０に関する入力を受信し、ワークフロー２４０に関連したアプリケーション２１０における情報を更新し得るルーチンまたは他のロジックを含み得る。例えば、状態追跡プログラム２２６は、状態情報リポジトリ、データ構造、または、それを通して企業情報がアプリケーション２１０の中に保存される他のメカニズムに、情報を記憶し得る。状態追跡プログラム２２６は、それを通してアプリケーション２１０と関連付けられると共にＧＵＩに表示されたアイコンまたはテキストが修正されるロジックを提供し得る。状態追跡プログラム２２６は、ワークフロー２４０に関連した情報を受信する。一実施例において、オブジェクトの状態が変わるので、異なる許可が適用され得ると共に、それは、グループウェアコンテンツマネージャ２７０にグループウェアアプリケーション２１０の中のデータ／ツールに対する可用性を変更させ得る。

アクション開始プログラム２２８は、アクション、またはアクションに関するリクエストを、送信することができるか、もしくは受信することができる。送信側において、アクション開始プログラム２２８は、例えば、フェーズと関連付けられたタスクを実行するために、アクションをワークフロー２４０の中のあらゆるフェーズに送信することができる。アクション開始プログラム２２８は、同様に、アプリケーション２１０の中からよりむしろ、企業レベルの中から、ワークフロー２４０に関して動作させるか、または動作をもたらすように、アクションをバックエンドロジック２６０に送信することができる。従って、アクションは、アプリケーション２１０の中で実行されたアクションから直接的に、もしくは間接的に、ワークフロー２４０に関して選択される。アクション開始プログラム２２８は、アプリケーション２１０の中から利用可能なボタン、またはアイコンと関連付けられた機能を含み得る。従って、例えば、特別なアイコンをクリックするか、もしくはダブルクリックすることは、ワークフロー２４０に対する変更、またはワークフロー２４０に関して提供されたビューに対する変更（例えば、リストビューからテーブルビューに変更する等）を実行し得るか、あるいはワークフロー２４０に関連した導かれたプロセスを開始し得る。アクション開始プログラム２２８は、グループウェアアプリケーション２１０のコンテキストに基づいて、特定のアクションリクエストを提供することができるか、及び／または特定のアクションリクエストを無視することができる。受信側において、アクション開始プログラムは、アプリケーション２１０の中で機能を発生させることができる、更新された情報または誘因を外部からアプリケーション２１０に受信することができる。一実施例において、そのような受信されたアクションは、アプリケーションコア２１２の機能が実行されることの原因となり得る。

図１のビジネスプロセス拡張部１２０と、オブジェクト標準化部１５２と、グループウェアインタフェース１６０と、プロセス開始プログラム２２２と、情報インタフェースプログラム２２４と、状態追跡プログラム２２６と、アクション開始プログラム２２８、及びグループウェアコンテンツマネージャは、ハードウェア、ソフトウェア、及び／またはこれらの組み合わせを含み得るモジュールとして実装され得る。モジュールの中に含まれるソフトウェアは、ここで説明された技術を実行するように機械に命令し得る。更に、ソフトウェアは、これらのコンポーネントの機能を遂行するためにどのように装置を製造するかを説明するために使用され得る。そのようなソフトウェアは、機械／電子装置／ハードウェアによる製品によって提供され得る。

１つの製品は、命令やデータ等を提供するためのコンテンツを有する、コンピュータがアクセス可能な／コンピュータが読み取り可能な媒体を含み得る。コンテンツは、説明された様々な動作、または実行を行う電子機器、または計算システムに帰着し得る。コンピュータがアクセス可能な媒体は、機械（例えば、計算装置、電子機器、電子システム／サブシステム等）によってアクセス可能な形式の情報／コンテンツ／命令を提供する（すなわち、記憶する及び／または送信する）あらゆるメカニズムを含む。例えば、コンピュータがアクセス可能な媒体は、追記型／非追記型媒体（例えば、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリー装置等）を含む。機械がアクセス可能な媒体は、更に電子機器が作動中である場合に実行され得る、記憶装置に読み込まれたコードを有する電子機器を含み得る。従って、電子機器にそのようなコードを提供することが、上述のそのようなコンテンツを製品に提供することとして理解され得る。更に、データベース、または他の記憶場所にコードを記憶すること、及び通信媒体を通じたダウンロードのためにコードを提供する（すなわち、アクセスのためにコードを提供する）ことは、上述のそのようなコンテンツを有する製品を提供することとして理解され得る。

図３は、グループウェアコンテンツマネージャによって提供された企業データによるビジネスプロセスワークフロー拡張部を有するグループウェアアプリケーションの実施例の構成図である。グループウェアアプリケーション３１０は、ここで説明されたあらゆる実施例に基づくグループウェアクライアント、及び／またはアプリケーションの１つの例である。グループウェアアプリケーション３１０は、オフィス生産性ソフトウェアスイート（office productivity software suite）（例えば、“MICROSOFT CORPORATION”から入手可能な“MICROSOFT OFFICE”における“EXCEL”または“OUTLOOK”）で発見されるようなアプリケーションであり得る。グループウェアアプリケーション３１０は、タスクバー３１２を含むと共に、それは、アプリケーションのユーザに機能性を提供するための様々なアイコン、及びメニューを、アプリケーション３１０に提供し得る。

一実施例において、アプリケーション３１０は、アクションパネル（action pane）３２０を含むと共に、それは、ユーザに追加の機能性を提供し得る。アクションパネル３２０は、同様に、タスクパネル（task pane）と言われ得る。異なる機能性を有することに加えて、アクションパネル３２０は、タスクバー３１２に関するナビゲーションの利点を提供し得る。アクションパネル３２０は、１つ以上のナビゲーション機能及び／またはワークを実行する（例えば、タスクを完成する）ための機能を提供するために、及び／またはワークを実行するためのデータまたはツールに対するアクセスを提供するために、リンク、アイコン、フォルダー、タブ等であり得る機能性ツール３２２〜３２８を含む。一実施例において、アクションパネル３２０は、タブ３２４を含むと共に、それは、アプリケーション３１０のコンテキストの中のビジネスプロセスワークフローに対する動的なアクセスを提供する。アプリケーション３１０は、点線において示されるいくつかのアイテムを含む。点線で示されるアイテムは、アプリケーション３１０のコンテキストの全部もしくは一部分に基づいて、１つ以上のオブジェクトが、可視的であり得るか、及び／またはアクセス可能であり得るという事実を表す。従って、一実施例において、アイテム３２２及びアイテム３２８は、特定のコンテキストにおいてのみアクセス可能であり得る。

例えば、アイテム３２２が特別なプロジェクトを示すフォルダーであると共に、フォルダー３２２にアクセスすることが、プロジェクトに関連した様々なオブジェクト及び／またはワークフローに対するアクセスを提供する、と仮定する。もしビジネスプロセスワークフロー３４０がフォルダー３２２と関連付けられたプロジェクトと関連がない場合、実行されるべきワークを通じて、及び／または許可を通じてか否かに関係なく、アプリケーション３１０のコンテキストがプロジェクトとの関連を全く提供しないので、フォルダー３２２は表示され得るがしかし非選択可能であるか、もしくは恐らく表示さえもされない。一実施例において、プロジェクトに関して実行するアクションがないと共に、フォルダー３２２は、ワークフロータスクがアプリケーション３１０に提供される（すなわち、イベントまたは条件の発生）までアクセス不可能である。

同様に、アイテム３２６は、アプリケーション３１０のコンテキストの中でアクセス可能であり得ると共に、アイテム３２８は、同じコンテキストの下で利用不可能である。アクション／タスクナビゲーションアイテム３２２〜３２８の動的表示に加えて、ワークパネル３３０におけるコンテンツ、ビジネスプロセスワークフロー３４０、及び／またはツール３５０は、以下で詳細に説明されるように、アプリケーション３１０のコンテキストによって動的に影響を受け得る。

アクションパネル３２０に加えて、アプリケーション３１０は、ワークパネル３３０を含むと共に、それは、アプリケーション３１０において実行されるワークを見ると共に実行するエリアを提供する。アクションパネル３２０、及びワークパネル３３０のレイアウトが単に例証の目的のためのものであるということ、そしてアクションパネル３２０がタスクバー３１２、またはアプリケーション３１０の中の他のあらゆる場所に配置され得るということに注意が必要である。ワークパネル３３０は、１つ以上のオブジェクト３３２〜３３６を含むと共に、それは、ワークフロー、プロセス、または他のデータに関連したオブジェクトであり得る。コンテキストに基づいて、オブジェクト３３２が利用可能であり得るが、一方、他のオブジェクト３３４〜３３６は、アクセス不可能であり得るか、及び／または見ることができない。

アイテム３２６の選択、もしくはアイテム３２６に関するアクションは、ビジネスプロセスワークフロー３４０のビューを提供し得る。ワークフロー３４０のビューは、ワークパネル３３０の中に存在することができるか、または（図３において示されたように）、個別のウィンドウまたはパネルの中に存在することができる。従って、その中で企業レベルアクセスツールがアプリケーション３１０のコンテキストの中に提供され得る適切なビューが有効にされ得る。ワークフロー３４０のビューは、同様に、ワークフロー３４０に作用することに特有のアクションのためのアイテム３５２〜３５６と共に、ツール３５０を含み得る。アイテム３５２〜３５６は、特定のアクション、またはビュー、またはデータアクセスをバックエンド企業システムに結び付けるための機能性を提供する。ワークフロー３４０のビューの一実施例は、ワークフローの各フェーズのビューを提供することを含む。示された実施例において、ワークフロー３４０のビューは、ワークフロー３４０のフェーズ３４２のビューを提供する。フェーズ３４２のビューは、それによってデータがアプリケーション３１０に提供されるコンテキスト認識の結果である。例えば、アプリケーション３１０は、ワークフローに対応するアイテム３２６の選択に応答して、ビジネスプロセスワークフロー３４０に関連したバックエンド企業システムに、データに関するクエリーまたはリクエストを提供することができる。例えば、データに関するリクエストと共に、アプリケーション３１０によりワークフローＩＤを渡すことによって、バックエンドシステムは、アプリケーション３１０のコンテキストがワークフロー３４０であることを判定し得る。

アプリケーションがワークフロー３４０に作用していることを示す当面のコンテキスト情報に加えて、バックエンドシステムは、注意を必要とするワークフロー３４２の現在のフェーズがフェーズ３４２であるというコンテキスト情報を判定し得る。従って、ワークフロー３４０のビューは、性能のために選択され得るアクション３４４及びサブアクション３４６を備えるフェーズ３４２を提示する。一実施例において、フェーズ３４２は、現在のコンテキストによってアクセス不可能であり得るアクション３４８を含む。例えば、アクション３４８は、アクション３４４の動作と識別されるべき情報のアクション、またはアイテムに依存し得る。従って、アクション３４４が完了するまで、アクション３４８は、アクセス不可能であり得る。アクション３４４の完了に応答して、アクション３４８が、アクセス可能にされ得る。各アクション／サブアクションは、アクションのワーク、及びタスクに関連した情報の１つ以上のアイテムを実行するために、１つ以上のツールを含むことができる。

ツール３５０は、同様に、コンテキスト認識に基づいて、動的に提供され得る。例えば、ワークフロー３４０のフェーズ３４２は、給料情報と関係があるであろう。ツール３５０は、給料及び／またはボーナスを変更することに関連するアイテム３５２及びアイテム３５６を含み得る。もし情報が関連するユーザに対してワークフロー３４０が表示される場合、ユーザは、給料及びボーナス情報を見ることができ得るが、しかし、それを変更することは制限されている。もし情報が関連するユーザの管理者にワークフロー３４０が表示される場合、管理者は、給料及びボーナス情報を見ると共に修正することができ得る。点線で示されるアイテムの内のどれもが選択的に表示され得るか、及び／またはアクセス可能であり得る点、あるいは、図３の点線で示されるアイテム及び点線で示されないアイテムのあらゆる組み合わせが、選択的に表示され得るか、及び／またはアクセス可能であり得る点に注意が必要である。従って、アクションパネル３２０における特別なタブ、ワークパネル３３０の特別なオブジェクト、ワークフロー３４０の特別なアスペクト、及び／またはツール３５０の特別なアイテムは、単独で、あるいは、同一のもしくは異なるアイテムのあらゆる他のものと共に、選択的にアクセス可能であり得る。

グループウェアアプリケーション３１０は、恐らくネットワーク３６０によって、グループウェアコンテンツマネージャ３７０に接続されている。一実施例において、グループウェアコンテンツマネージャ３７０の１つ以上の要素は、グループウェアアプリケーション３１０及び／またはデバイス実行アプリケーション３１０の中に備わっている。グループウェアコンテンツマネージャ３７０は、１つ以上のモジュールを含み、それは、ハードウェア及び／またはソフトウェアに実装され得ると共に、その内の１つ以上のモジュールは、製品によって提供されたモジュールの全部もしくは一部分として実装され得る。クエリープロセスモジュール３７２は、グループウェアコンテンツマネージャ３７０が、データに関するクエリー、またはリクエストを受信すると共に、処理することを可能にする。クエリーは、アプリケーション３１０から生成されると共に、コンテキストを示す情報（例えば、ユーザＩＤ、ワークフローＩＤ等）の１つ以上のアイテムを示し得る。クエリープロセスモジュール３７２は、クエリーにおける情報を構文解析すると共に、どのような企業データがバックエンドシステムからリクエストされているかを判定し得る。

コンテキスト判定モジュール（Context determiner module）３７４は、グループウェアコンテンツマネージャ３７０が、クエリーのコンテキストを判定することを可能にする。クエリーのコンテキストは、そこからクエリーが創造されるアプリケーション３１０のコンテキストのことを指す。例えば、クエリーは、アプリケーション３１０の起動に応答して、及び／または、アプリケーション３１０の中からユーザにより利用可能である特別なプロジェクト、ワークフロー、アクション等に関連した情報にアクセスする試みに関して、生成され得る。コンテキスト判定モジュール３７４は、クエリープロセスモジュール３７２によって受信された識別子からコンテキストを識別するか、及び／または、実行されたワーク、最近アクセスされたデータ、最近アクセスされた及び／または完成されたタスク、ワークリスト（worklist）または動的なワークセンタにおけるアイテム等からコンテキストを得る能力を備える。一実施例において、コンテキスト判定モジュールは、特別なワークアイテムに関してユーザと関連付けられた役割（ロール）を識別する。許可確認モジュール（Permission identifier module）３７６は、グループウェアコンテンツマネージャ３７０が、特別なコンテキストと関連付けられた許可を判定することを可能にする。

許可は、特別なビュー、または特別なアプリケーション、または特別なワークフロー、または特別なデパートメント（department）等に潜在的に使用可能である特別なデータ及び／またはツール／機能／サービスに対するアクセスを可能にする。許可確認モジュール３７６は、特別な条件（例えば、特別な役割、ワークフローの特別なフェーズ等）と関連付けられた許可情報リポジトリ、及び／または、ルールの貯蔵所（rules store）を含んでいる、情報の１つ以上のリポジトリを含むか、またはリポジトリにアクセスできる。許可は、特別なシナリオ、または特別なユーザのために記憶され得るか、または許可確認モジュール３７６は、一般的に全ての条件に適用されると共に、提供された特別なコンテキスト情報によって限定される特定のルール、ルックアップテーブル等に基づいて許可を得ることができる。許可は、特別なグループウェアクライアントにより利用可能なサービスのことを指し得る。一実施例において、グループウェアクライアントにより利用可能なサービスは、グループウェアクライアントのコンテキストに基づいて異なる。

データセレクタモジュール３７８は、グループウェアコンテンツマネージャ３７０が、アプリケーション３１０に提供するためのデータを選択的に選択することを可能にする。一実施例において、データセレクタモジュール３７８は、リクエストされた全てのデータにアクセスできると共に、許可に従いクエリーに関連したデータのみに選択的にアクセスする。別の実施例において、データアクセス実施モジュール（data access enforcement module）は、情報のデータベースの中に存在すると共に、データセレクタモジュール３７８は、許可によって提供されるデータにアクセスする能力だけを有している。いくつかのデータが許可に基づいてアクセスされない状態で放置され得る点に注意が必要である。同様に、いくつかのデータは、許可に基づいて明確にアクセスされ得る。

送信器３８０は、グループウェアコンテンツマネージャ３７０が、選択されたデータをアプリケーション３１０に提供することを可能にする。送信器３８０は、選択されたデータを提供するために、それによってアプリケーション３１０に接続するための１つ以上のインタフェースを含む。

図４は、グループウェアクライアントに関連付けられたユーザの役割に基づいて、グループウェアクライアントに対する企業データを選択することの実施例のフローチャートである。図４は、それらを実行し得る主体と同様に、実行され得る様々な操作の概観を提供する。グループウェアクライアント４０２は、ここで説明されたあらゆる実装によるグループウェアクライアントを表す。グループウェアクライアント４０２は、データに関するクエリーを生成する（４１２）。クエリーは、ユーザによるアクションの受信に応答して生成され得る。例えば、クエリーは、ユーザのワークフローの選択（一般化されたリクエスト）に応答して生成され得るか、もしくは、ユーザの特定データの選択（特定のリクエスト）に応答して生成され得る。クエリーは、グループウェアクライアント４０２の読み込み（loading）の一部分として生成され得る。クエリーは、グループウェアクライアントにおける特別なワークフロー、または他のデータに関連付けられたワークフロータスクの受信に応答して生成され得る。クエリーは、同様に、別のイベントに関して、別の条件に対して、またはその他に関して生成され得る。

一実施例において、リクエストは、ユーザＩＤによって統合される（４１４）。ユーザＩＤは、特定のユーザ、及び／またはユーザの役割を示すことができる。ユーザＩＤ、及びリクエストは、企業サーバ４０４に提供される。企業サーバ４０４は、受信されたユーザＩＤと関連付けられた役割を判定する（４１６）。ユーザの役割は、ユーザＩＤから得られ得ると共に、ここで、バックエンドアプリケーションは、特別なユーザＩＤと関連付けられた役割を示す企業によって維持される情報またはアクセス情報のリポジトリを維持し得る。リポジトリは、同様に、役割に関連付けられた、または役割に対応する許可を示している情報を含み得る。役割は、組織の中の立場（例えば、開発者、マネージャ、部長）、またはプロジェクトまたはチームにおける立場（例えば、チームリーダ）を含む。

企業サーバ４０４は、クエリーの主題であるデータにアクセスする（４１８）。クエリーに関連するデータは、役割及び関連する許可を与えられてアクセスされ得るデータより更に多くのデータを含み得る。従って、企業サーバ４０４は、役割に基づいてデータを選択し得る（４２０）。データの選択は、データアクセスのための許可を実施するルールエンジン（rule engine）に基づいて実行され得る。選択されたデータは、企業サーバ４０４によって、グループウェアクライアントに提供される（４２２）。グループウェアクライアント４０２は、その場合に、ユーザインタフェースにおいて選択的に提供されたデータを表示し得る（４２４）。

図５は、グループウェアクライアントに関連付けられたコンテキストに基づいて、グループウェアクライアントに対する企業データを選択することの実施例のフローチャートである。ユーザ５０２は、グループウェアクライアントを起動する（５１２）。グループウェアクライアントは、グループウェアサーバと接続するアプリケーションの読み込み（loading）の一部分として開始され得る。一実施例において、グループウェアクライアント５０４の開始の一部分として、グループウェアクライアントは、データに関するクエリーを生成する（５１４）。データに関するクエリーは、同様に、グループウェアクライアント５０４のコンテキストの中のユーザ５０２による特別なツール、データビュー、ワークフロー等の選択に応答して生成され得る。従って、グループウェアクライアント５０４は、特別なビューまたは操作のためのコマンドを受信し得ると共に、コマンドに応答して関連するデータに関するリクエストを生成し得る。グループウェアクライアント５０４は、データ、及びそれによってデータを処理するためのメカニズムを含むバックエンド企業サーバに関するリクエストを生成する。

グループウェアクライアント５０４は、バックエンドにユーザ識別子を提供する（５１６）。ユーザ識別子は、例えば、グループウェアクライアント５０４が実行中であるオペレーティングシステムから判定され得る。ユーザは、同様に、情報またはツールに対するアクセスのために、“ログイン”するように要求され、ユーザ識別子を提供するであろう。ユーザ識別子は、それはそうであるかもしれないが、オペレーティングシステムまたはネットワーク接続のコンテキストにおいて使用される識別子と、必ずしも同じ識別子であるとは限らない。一実施例において、グループウェアクライアント５０４は、同様に、クエリーと関連付けられたワークフロー識別子を判定し得る。例えば、リクエストは、ワークフローのアクションに関連するリクエストを通して直接的または間接的のいずれかによって、特別なワークフローと関連付けられたデータに関するビューに関連し得る。従って、ビューに関する操作、またはコマンド、またはリクエストは、特別な識別子を有するワークフローと関連があり得る。グループウェアクライアント５０４は、ワークフロー識別子を企業サーバに提供する（５１８）。

リクエストに応答して、企業サーバ５０６は、クエリーと関連付けられたコンテキストを判定する（５２０）。コンテキストは、グループウェアクライアント５０４から直接示され得る。企業サーバ５０６は、同様に、ワークフロー識別子、ユーザ識別子、リクエストと関連付けられたメタデータ等に関連する情報からコンテキストを判定し得る。企業サーバ５０６は、クエリーの主題であるデータにアクセスする（５２２）と共に、コンテキストに全部もしくは一部分基づいて、グループウェアクライアント５０４に提供するためのデータを選択的に選択し得る（５２４）。企業サーバ５０６は、グループウェアクライアントに選択されたデータを提供する（５２６）と共に、それは、その場合に、グループウェアクライアントと関連付けられたアプリケーションのユーザインタフェースのタスクパネルに、データを投入することができる（５２８）。提供された情報及び／またはツールに基づいて、ユーザ５０２は、その場合に、ワークフローアクションを完了し得る（５３０）。

ここで説明されるものの他に、様々な修正が、それらの範囲からはずれることなく、本発明の開示された実施例、及び実装に実行され得る。従って、ここで説明された実例及び例は、実例となると共に、制限的な意味はないと解釈されるべきである。本発明の範囲は、添付された特許請求の範囲の参照によって評価されるべきである。

ビジネスプロセス拡張部によってグループウェアクライアントに対してコンテンツを提供するためのグループウェアコンテンツマネージャの実施例の構成図である。 グループウェアコンテンツマネージャによって提供される企業データを伴うグループウェアアプリケーションの実施例の構成図である。 グループウェアコンテンツマネージャによって提供された企業データによるビジネスプロセスワークフロー拡張部を有するグループウェアアプリケーションの実施例の構成図である。 グループウェアクライアントに関連付けられたユーザの役割に基づいて、グループウェアクライアントに対する企業データを選択することの実施例のフローチャートである。 グループウェアクライアントに関連付けられたコンテキストに基づいて、グループウェアクライアントに対する企業データを選択することの実施例のフローチャートである。

符号の説明

１１０ アプリケーション
１１２ ユーザインタフェース
１１４ コンテキスト
１１６ グループウェアクライアント
１１８ データ
１２０ ビジネスプロセス拡張部
１３２ ネットワーク
１３４ ネットワーク
１３６ ネットワーク
１４０ グループウェアサーバ
１５０ 企業サーバ
１５２ オブジェクト標準化部
１６０ グループウェアインタフェース
１６２ グループウェアコンテンツマネージャ
１６４ ウェブサービス
１７０ フレームワーク
１７２ サービスマッパー
１７４ データブローカー
１８０ 企業データ
１８２ 企業リソースプランニングデータベース
１９０ サービス
１９２ バックエンドアプリケーション
２１０ グループウェアアプリケーション
２１２ アプリケーションコア
２１４ 企業データ
２２２ プロセス開始プログラム
２２４ 情報インタフェースプログラム
２２６ 状態追跡プログラム
２２８ アクション開始プログラム
２３０ ビジネスプロセスバックエンド
２４０ ワークフロー
２４２、２４４、２４６、２４８、２５０、２５２、２５４ フェーズ
２６０ バックエンドロジック
２６２ 企業データ
２７０ グループウェアコンテンツマネージャ
３１０ グループウェアアプリケーション
３１２ タスクバー
３２０ アクションパネル
３２２、３２４、３２６、３２８ アクション／タスクナビゲーションアイテム
３３０ ワークパネル
３３２、３３４、３３６ オブジェクト
３４０ ビジネスプロセスワークフロー
３４２ フェーズ
３４４ アクション
３４６ サブアクション
３４８ アクション
３５０ ツール
３５２、３５４、３５６ アイテム
３６０ ネットワーク
３７０ グループウェアコンテンツマネージャ
３７２ クエリープロセスモジュール
３７４ コンテキスト判定モジュール
３７６ 許可確認モジュール
３７８ データセレクタモジュール
３８０ 送信器
４０２ グループウェアクライアント
４０４ 企業サーバ
５０２ ユーザ
５０４ グループウェアクライアント
５０６ 企業サーバ

Claims (20)

1. データをグループウェアクライアントに提供するための方法であって、
   前記グループウェアクライアントから、企業レベルデータに関すると共に、前記グループウェアクライアントのコンテキストから生成されるクエリーを、企業サーバにおいて受信する段階と、
   その中で前記クエリーが生成された前記グループウェアクライアントのコンテキストを、前記企業サーバにおいて判定する段階と、
   判定されたコンテキストの少なくとも一部分に基づいて企業データを選択する段階と、
   前記クエリーに応答して選択されたデータを前記グループウェアクライアントに提供する段階と
   を含むことを特徴とする方法。
2. 前記グループウェアクライアントからクエリーを受信する段階が、電子メールクライアントからクエリーを受信する段階を含む
   ことを特徴とする請求項１に記載の方法。
3. 前記企業レベルデータに関するクエリーを受信する段階が、ワークフローオブジェクトに関するクエリーを受信する段階を含む
   ことを特徴とする請求項１または請求項２のいずれか一項に記載の方法。
4. 前記グループウェアクライアントのコンテキストを判定する段階が、前記クエリーに関連づけられたワークフローを識別する段階を含む
   ことを特徴とする請求項１から請求項３のいずれか一項に記載の方法。
5. 前記ワークフローを識別する段階が、
   前記クエリーと共にワークフロー識別子を受信する段階と、
   前記ワークフローの状態を判定する段階と、及び／または、
   前記ワークフローの現在のフェーズに関連しているデータを識別する段階と
   を更に含むことを特徴とする請求項４に記載の方法。
6. 前記グループウェアクライアントのコンテキストを判定する段階が、前記クエリーと関連付けられた許可を確認する段階を含む
   ことを特徴とする請求項１から請求項５のいずれか一項に記載の方法。
7. 前記クエリーと関連づけられた許可を確認する段階が、
   前記クエリーと共にユーザ識別子を受信する段階と、
   前記ユーザ識別子と関連付けられた許可を確認する段階と
   を更に含むことを特徴とする請求項６に記載の方法。
8. 前記クエリーと関連づけられた許可を確認する段階が、
   前記クエリーと関連づけられたビジネスロールを識別する段階と、
   前記ビジネスロールと関連付けられた許可を確認する段階と
   を更に含むことを特徴とする請求項６または請求項７のいずれか一項に記載の方法。
9. 前記判定されたコンテキストに基づいて企業データを選択する段階が、
   前記クエリーと関連付けられた企業データにアクセスする段階と、
   前記クエリーと関連付けられたデータであって、前記判定されたコンテキストと関連付けられた許可に従ってアクセス可能な全部のデータを選択すると共に、前記許可に従ってアクセス不可能なデータを選択しない段階と
   を含むことを特徴とする請求項１から請求項８のいずれか一項に記載の方法。
10. 前記選択されたデータを前記グループウェアクライアントに提供する段階が、前記グループウェアクライアントのタスクパネルに、前記選択されたデータを投入する段階を含む
    ことを特徴とする請求項１から請求項９のいずれか一項に記載の方法。
11. 前記選択されたデータを前記グループウェアクライアントに提供する段階が、もしデータがビジネスオブジェクトに関して提供される場合に、前記グループウェアクライアントに前記ビジネスオブジェクトをアクセス可能であるとして表示させると共に、もしデータが前記ビジネスオブジェクトに関して提供されない場合に、前記グループウェアクライアントに前記ビジネスオブジェクトをアクセス可能でないとして表示させるように、前記選択されたデータを提供する段階を含む
    ことを特徴とする請求項１から請求項１０のいずれか一項に記載の方法。
12. 企業データインタフェースにおける操作をコンピュータに実行させる命令を提供するためにその上に格納されるコンテンツを有するコンピュータ読み取り可能な媒体を備える製品であって、
    グループウェアクライアントからデータに関するリクエストを受信するためのコンテンツと、
    前記グループウェアクライアントのコンテキストを判定するためのコンテンツと、
    前記コンテキストの判定に応答して前記グループウェアクライアントがリクエストされたデータにアクセスするための許可を判定するためのコンテンツと、
    前記グループウェアクライアントがリクエストされたデータにアクセスするための許可の少なくとも一部分に基づいて、前記リクエストされたデータのいくつか、または全てを選択的に提供するためのコンテンツと
    を備えることを特徴とする製品。
13. 前記データに関するリクエストを受信するためのコンテンツが、ワークフローオブジェクトに関するリクエストを受信するためのコンテンツを含む
    ことを特徴とする請求項１２に記載の製品。
14. 前記リクエストされたデータを選択的に提供するためのコンテンツが、データを操作するための機能性を前記グループウェアクライアントに提供するツールを提供するためのコンテンツを含む
    ことを特徴とする請求項１２または請求項１３のいずれか一項に記載の製品。
15. グループウェアクライアントのコンテンツ管理手段であって、
    前記グループウェアクライアントにおけるプレゼンテーションのためのデータに関連している前記グループウェアクライアントから、クエリーを受信するためのクエリー処理モジュールと、
    前記グループウェアクライアントのコンテキストを判定するための、前記クエリー処理モジュールに接続されたコンテキスト判定モジュールと、
    前記グループウェアクライアントが前記判定されたコンテキストの中の前記クエリーのデータにアクセスするための許可を確認するための、前記クエリー処理モジュール及び前記コンテキスト判定モジュールに接続された許可確認モジュールと、
    前記確認された許可に基づいて、前記グループウェアクライアントにおけるプレゼンテーションのための１つ以上のデータオブジェクトを選択するための、前記許可確認モジュールに接続されたデータ選択モジュールと、
    ユーザインタフェースにおける前記グループウェアクライアントによるプレゼンテーションのための選択されたデータオブジェクトを前記グループウェアクライアントに提供するための、前記データ選択モジュールに接続された送信器と
    を備えることを特徴とする管理手段。
16. 前記コンテキスト判定モジュールが、前記グループウェアクライアントに関連付けられたビジネスロール、ユーザ識別子、またはワークフロー識別子の内の１つ以上からコンテキストを判定するためのモジュールである
    ことを特徴とする請求項１５に記載の管理手段。
17. 前記許可識別子が、前記グループウェアクライアントによりアクセス可能なサービスを識別する
    ことを特徴とする請求項１５または請求項１６のいずれか一項に記載の管理手段。
18. サービスを通じてアクセス可能なデータを有するバックエンド企業システムと、
    識別子によって示されるコンテキストを有するグループウェアクライアントと、
    前記バックエンド企業システム、及び前記グループウェアクライアントに接続されたコンテンツ管理手段とを備え、
    前記グループウェアクライアントが、前記バックエンド企業システムからデータに関するリクエストを生成し、
    前記コンテンツ管理手段が、データに関するリクエストを受信し、前記リクエストの受信に応答して前記グループウェアクライアントのコンテキストを識別すると共に、前記コンテキストの識別に応答して前記リクエストに関連しているデータを選択的に提供する
    ことを特徴とするシステム。
19. 前記コンテンツ管理手段が、前記グループウェアクライアントに関連付けられたビジネスロール、ユーザ識別子、またはワークフロー識別子の内の１つ以上を識別することによって、前記グループウェアクライアントのコンテキストを識別する
    ことを特徴とする請求項１８に記載のシステム。
20. 前記コンテンツ管理手段が、前記リクエストにおいて示されたワークフローを識別するために、更に、前記ワークフローの現在のフェーズを判定すると共に、前記ワークフローの現在のフェーズのみに関連しているデータを提供する
    ことを特徴とする請求項１８または請求項１９のいずれか一項に記載のシステム。

Images