(57)【要約】しばしばプロセス（５０２）に関連付けられる一連のステップ（５０６）またはタスクを通してユーザをガイドするためのファシリティ（５０８）が記述される。ファシリティ（５０８）はタスクまたはステップをユーザ（５１０）へ割り当ててユーザの役割（５１２）をタスクまたはステップで特定する。タスクまたはステップに関連付けられた役割（５１２）はタスクまたはステップの状態（５１４）に応じて変化する。タスクまたはステップに関連付けられた役割（５１４）が変化すると、ファシリティ（５０８）はタスクまたはステップを別のユーザ（５１０）へ割り当てることがある。ファシリティはタスクまたはステップを完遂するために使用される命令およびデータテーブルおよびユーザ入力フィールド（５１０）のような他の情報を提供することによって、タスクまたはステップを通してユーザをガイドする。ファシリティはユーザがプロセス（５０２）に関連するタスク（５０４）、ステップ（５０６）および命令を特定することを可能にすることによって、プロセスの定義を提供する。
2005531062.tif 000002
【特許請求の範囲】
【請求項１】
計算システムにおいて、ユーザーをガイドして役割をベースとしたタスクのステップ群を遂行させる方法であって、
タスクの初期状態に基づいて、タスクのその初期状態に対応する役割が何であるかを明らかにし；
ユーザーの役割に基づいてタスクをそのユーザーに割り当て；
そのユーザーに、タスクの1つ以上のステップを遂行するための命令とユーザー・インターフェイス・ツールを提示し、そのとき、提示されたユーザー・インターフェイス・ツールは提示された命令に対応しており；
タスクの各ステップが終了したとき、ステップの終了に対応してタスクの状態を更新する操作を含む方法。
【請求項２】
計算システムにおいて、ユーザーをガイドして役割をベースとしたタスクのステップ群を遂行させる方法であって、
タスクの初期状態に基づいて、タスクのその初期状態に対応する第1の役割が何であるかを明らかにし；
明らかにされた第1の役割を持つ第1のユーザーにタスクを割り当て；
その第1のユーザーに、タスクの1つ以上のステップを遂行するための命令を提示し；
1つのステップが終了した後、
そのステップの終了に対応してタスクの状態を更新し、そのときタスクの更新された状態において新しい役割をタスクと関係づける必要があるため、タスクの更新された状態に対応する第2の役割が何であるかを明らかにし；
明らかにされた第2の役割を持つ第2のユーザーにタスクを割り当て；
その第2のユーザーに、タスクの1つ以上のステップを遂行するための命令を提示する操作を含む方法。
【請求項３】
上記タスクが、1つの組織内で定義されたプロセスを含む2つ以上のタスクのうちの1つである、請求項1に記載の方法。
【請求項４】
タスクの1つ以上のステップを遂行させる命令が、1つ以上のビューコンポーネントに提示されることと、タスクの各ステップに、独自のビューコンポーネントが付随していることを特徴とする、請求項1に記載の方法。
【請求項５】
タスクを遂行させるテキスト式の命令に対応するユーザー・インターフェイス・ツールを提示する操作をさらに含み、そのユーザー・インターフェイス・ツールによってタスクの遂行が容易になる、請求項1に記載の方法。
【請求項６】
上記タスクが、抽象的に定義されたタスクの具体的なインスタンスであることと、タスクを遂行させるための命令を、抽象的に定義されたタスクの他の具体的なインスタンスに適用できることを特徴とする、請求項1に記載の方法。
【請求項７】
計算システムにおいて、1つの組織内の従業員をガイドして役割をベースとしたタスクのステップ群を遂行させる方法であって、各従業員は、その組織内で1つ以上の役割に対応しており、この方法は、
選択された従業員のタスク・リストに掲載されている複数のタスクであって、そのそれぞれが、その選択された従業員の役割と関係しているタスクを表示し；
その従業員のタスク受信箱にある複数のタスク・インスタンスであって、そのそれぞれが、選択された従業員のタスク・リストに掲載されている選択された1つのタスクに対応していて、しかも対応するタスクの定義に与えられている規則に基づいてその選択された従業員と結び付けられているタスク・インスタンスを表示し；
その選択された従業員がタスク受信箱から1つのタスク・インスタンスを選択したとき、その従業員をガイドしてタスクの選択されたインスタンスを遂行させるため、タスクのその選択されたインスタンス専用の情報と、対応するタスクを遂行するための命令とを含む情報を回収し；
回収された情報に基づき、選択された従業員をガイドして対応するタスクの1つ以上のステップを遂行させるため、対話式タスク・ガイド環境を確立する操作を含む方法。
【請求項８】
上記対話式タスク・ガイド環境が一連のビューコンポーネントからなり、それぞれのビューコンポーネントが、タスクの選択されたインスタンスのステップを遂行させるための命令を表示する、請求項7に記載の方法。
【請求項９】
上記対話式タスク・ガイド環境が、タスクの選択されたインスタンスの遂行に関係するユーザー入力を受け取るためのユーザー入力フィールドの表示を含む、請求項7に記載の方法。
【請求項１０】
上記対話式タスク・ガイド環境が、タスクの選択されたインスタンスを遂行させるための情報を表示するデータテーブルの表示を含む、請求項7に記載の方法。
【請求項１１】
選択された従業員の役割がマネージャであることと、対応するタスクの定義に現われる規則が、選択された従業員のタスク・インスタンスを、選択された従業員の監督下にある従業員から出されたタスク・インスタンスと関係づけることを制限する検索パラメータをさらに含むことを特徴とする、請求項7に記載の方法。
【請求項１２】
計算システムにおいて、1つの組織内でプロセスの定義を具体化し、その組織内の1人以上のユーザーをガイドしてそのプロセスの定義に基づいてそのプロセスを遂行させる方法であって、
ユーザーがそのプロセスを規定する一連のタスクを特定することを可能にするプロセス定義ビューコンポーネントを表示し；
そのプロセスを規定するタスク群を特定するユーザー入力を受け取り；
指定されたそれぞれのタスクについて、
ユーザーがそのタスクを定義する一連のステップを特定することを可能にするタスク定義ビューコンポーネントを表示し；
そのタスクを定義するステップ群を特定するユーザー入力を受け取り；
指定されたそれぞれのステップについて、
ユーザーをガイドしてそのステップを遂行させるための情報を特定することを可能にするステップ定義ビューコンポーネントを表示し；
ユーザーをガイドしてそのステップを遂行させるためのその情報を特定するユーザー入力を受け取る操作を含む方法。
【請求項１３】
受信したユーザー入力に基づいてプロセスを定義する操作をさらに含む、請求項13に記載の方法。
【請求項１４】
ユーザーをガイドしてステップを遂行させる情報を特定する上記の受信したユーザー入力が、テキスト命令と、ヘルプ・テキスト・アイテムの特定とを含む、請求項13に記載の方法。
【請求項１５】
ユーザーをガイドしてステップを遂行させる情報を特定する上記の受信したユーザー入力が、ステップの遂行に関する情報を表示、受信するためのステップ専用ビューコンポーネントの特定を含む、請求項13に記載の方法。
【請求項１６】
ユーザーをガイドしてステップを遂行させる情報を特定する上記の受信したユーザー入力が、ステップを遂行するガイドに導かれるときにユーザーに提示される命令の系列と選択を規定する分岐式回答群の特定を含む、請求項13に記載の方法。
【請求項１７】
プロセスの定義を容易にする1つ以上のグラフィック設計ツールを提示する操作をさらに含む、請求項13に記載の方法。
【請求項１８】
コンピュータ・システムに働きかけ、ユーザーをガイドして、プロセスを規定する、役割に基づいた一連のタスクをそのユーザーに遂行させる命令が含まれているコンピュータ可読媒体であって、そのタスクの遂行を、
一連のタスクに含まれる第1のタスクの初期状態に基づいて、その第1のタスクの初期状態に対応する第1の役割が何であるかを明らかにし；
明らかにされた第1の役割を持つ第1のユーザーにタスクを割り当て；
その第1のユーザーに、第1のタスクの1つ以上のステップを遂行させるための命令を提示し；
第1のタスクの最終ステップが終了した後、一連のタスクに含まれる第2のタスクの初期状態に基づいて、その第2のタスクの初期状態に対応する第2の役割が何であるかを明らかにし；
明らかにされた第2の役割を持つ第2のユーザーに第2のタスクを割り当て；
その第2のユーザーに、第2のタスクの1つ以上のステップを遂行させるための命令を提示する操作を含む方法で行なわせる、コンピュータ可読媒体。
【請求項１９】
コンテンツを含む生成データ信号を送信するデータ送信媒体である、請求項18に記載のコンピュータ可読媒体。
【請求項２０】
ユーザーをガイドして役割に基づいたタスクのステップ群を遂行させるための計算システムであって、
ユーザーをガイドしてタスクの1つ以上のステップを遂行させるための命令情報が表示されるディスプレイ装置と；
タスクの定義に関する情報と、ユーザーをガイドしてタスクを遂行させることに関する情報を記憶させておくための記憶装置と；
それぞれが、ユーザーをガイドしてタスクを遂行させることに関する複数のユーザー入力インスタンスを受け取るユーザー入力モジュールと；
上記入力モジュールがユーザー入力を受け取ったことに応答し、ユーザーをガイドしてタスクを遂行させるガイド環境を作り出すガイド環境サブシステムとを備えるシステム。
【請求項２１】
ユーザー入力モジュールが受信したユーザー入力のインスタンスが、ステップの遂行に向けてユーザーをガイドすることに関係する命令を特定するためのユーザー入力を含む、請求項20に記載のシステム。
【請求項２２】
ユーザー入力モジュールが受信したユーザー入力のインスタンスが、ステップの遂行に向けてガイドされているユーザーからの入力を含む、請求項20に記載のシステム。
【請求項２３】
1人以上のユーザーをガイドして1つの組織内で定義されているプロセスを遂行させるための情報を有するデータ構造が含まれたコンピュータ可読媒体において、その情報が、
一連のタスクを含むプロセスの定義が含まれているプロセス情報と；
役割情報と、状態情報と、一連のステップを含むタスクの定義とが含まれているタスク情報と；
1つのステップを遂行するための命令が含まれているステップ情報とを含む、コンピュータ可読媒体。
【請求項２４】
上記プロセス情報、上記タスク情報、上記ステップ情報に、プロセスの階層が含まれている、請求項23に記載のコンピュータ可読媒体。
【請求項２５】
上記役割情報が、タスクに付随する1人以上のユーザーを明確にする、請求項23に記載のコンピュータ可読媒体。
【請求項２６】
上記ステップ情報が、ガイドを受けてステップを遂行しているユーザーからの情報を集めるのに利用できるフィールドに関する指示を含む、請求項23に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全体として、ユーザーをガイドして1つのプロセスに付随するタスクを遂行させることに関する。
【背景技術】
【０００２】
プロセス（販売プロセス、製品設計プロセス、サービス提供に関係するプロセスなど）を遂行するため、多くの企業が洗練されたユーザー・インターフェイスを開発してきた。一般に、このようなプロセスでは大量のデータ入力とデータ検索が必要とされる。企業は、所定のユーザー・インターフェイス・メタファー内の所定のフィールド群を表示する一連のスクリーンと可視化コンポーネント（例えばビューやアプレット）を利用して、こうしたプロセスの遂行を簡単化するユーザー・インターフェイスを構築することができる。
【０００３】
しかしユーザー・インターフェイスがますます内容豊富で複雑になるにつれ、標準作業（収支計算書の作成、サービス要求の提出、見積もりの作成、価格リストの評価、ビジネス機会の創出）の実行や、オーダーがうまくいった後のフォローがますます難しくなっている。標準的なタスクでは、そのタスクに対応する機能が可視化コンポーネントのサブタブ内のどこかに埋まっているため、学習曲線の傾きを急にすることができる。企業は、従業員に包括的なトレーニングをさせる以外に方法がない場合があるが、それは、その企業にとってコストと時間がかかる可能性がある。また、タスクを遂行するための好ましい方法（例えば“最善のプラクティス”）が企業内で明確になっていない場合には、その企業内の従業員が決められたタスクを遂行する方法に一貫性がないため、その企業は、タスクの遂行に関して望ましいレベルに満たない結果しか得られない可能性がある。
【０００４】
一企業内でのタスクの遂行は、その企業内の2人以上の従業員の間でタスクを分割する必要があるマルチタスク・プロセスを利用することによってさらに複雑になる可能性がある。例えば価格見積もりでは、販売員が見積もりを作成するタスクまたはステップに対して責任を持つことになり、販売マネージャがその見積もりを承認するタスクまたはステップに対して責任を持つことになろう。販売員は、見積もりを承認してもらう準備が整うと販売マネージャに対して通知を手渡しすることになるが、そのような通知を渡すことはタスクに不要なステップを付け加えることになるため、プロセス全体が一貫性を欠き、非能率的になる可能性が大きい。さらに、そのような通知が必要だと、特定のタスクと、そのタスクを遂行するのに必要な命令の間の一貫性を保持するのが難しくなる。
【０００５】
したがって、簡単なタスクであれ複雑なタスクであれユーザーがタスクを遂行するとき、インライン・サポートを提供するとともに、マルチタスク・プロセスの遂行に関わるさまざまな人が、タスクが利用可能または必要になるとすぐにそのタスクの通知を受け取れるようにする、利用しやすいファシリティがあることが望ましかろう。
【発明の開示】
【０００６】
I．はじめに
【０００７】
ユーザーをガイドしてビジネス上のタスクとプロセスを遂行させるファシリティを提示する。いくつかの実施態様では、このファシリティにより、管理者ユーザーが複数のプロセスを定義し、各プロセスに関するタスクの具体的なインスタンスが企業内全体に適切に分配されるようにすることが可能になる。例えば自動車の販売代理店には、自動車の販売とサービスに関するプロセスがある。このプロセスは、一連のタスクに分割することができる。それは例えば、宣伝、顧客への商品情報の提供、販売案件の取り扱い、商品の保証書の提供、アフター・サービスの提供、保証に関するクレームの受け付けなどである。
【０００８】
いくつかの実施態様では、ファシリティが全体のタスクとユーザーの役割を結びつけることにより、1つのタスクまたはステップを遂行する責任を持つ企業内のグループまたは個人が決まる。例えば自動車の販売代理店の場合には、マネージャが、アフターサービスの責任を機械工に割り当て、顧客に商品情報を提供する責任を販売員に割り当て、販売案件に関するステップを処理する責任を財務スペシャリストに割り当てることになろう。
【０００９】
いくつかの実施態様では、これらの役割が決まると、ファシリティは、1つのタスクの具体的な複数のインスタンスを適切に分配する。例えば自動車の販売代理店で働いている販売員は、特定の1台の自動車を購入したいという顧客の意思を確認したとき、携帯式電子機器を用いてこの決断を表示する。するとファシリティは、タスクの新しいインスタンス（例えば“販売案件873”）を、その販売員のオフィス・コンピュータのイントラネット・ホームページ上にある財務スペシャリストのタスク受信箱に入れる。
【００１０】
いくつかの実施態様では、ファシリティは、企業内でマネージャの立場にあるユーザーに対し、その企業が好むやり方に従ってプロセスとタスクを遂行するための命令を1ステップずつ提示することができる。例えば自動車の販売代理店を再び例に取ると、マネージャは、販売案件の遂行に明確に分かれたいくつかのステップが含まれていると判断する可能性がある。そのステップとは、例えば、商品の価格を折衝すること、商品税を計算すること、支払い方法を決定すること、購入者が適切な書類に記入するよう指示すること、支払いをさせることなどである。マネージャがタスクに含まれるこれらのステップの1つずつに関して一連の命令と、ユーザー・インターフェイスと、ツールを指定することにより、財務スペシャリストが自動車販売代理店の最善のプラクティスに従って販売案件を完成させる上で必要なステップを実施するのをファシリティがどのようにしてガイドできるかが決まる。
【００１１】
ファシリティのいくつかの実施態様を利用することの利点は、単純なタスクと複雑なタスクの両方を効率的に遂行できることである。いくつかの実施態様では、ファシリティにより、遂行されないタスクの発生を減らすとともに、ユーザーが、企業の最善のプラクティスに従ってタスクを遂行することを保証することができる。
【００１２】
II．ファシリティに関する概説と、全体のアーキテクチャ
【００１３】
いくつかの実施態様では、本発明の内容が実現されているシステムを、図1に示した多層アーキテクチャとして、論理的に構成することができる。いくつかの実施態様では、図1に示した論理多層アーキテクチャは、共通サービスのためのプラットフォームとなってさまざまなアプリケーションをサポートする。サービスとしては、ユーザー・インターフェイス層110、オブジェクト・マネージャ層120、データ・マネージャ層130、データ交換層140などが挙げられる。
【００１４】
いくつかの実施態様では、ユーザー・インターフェイス層110は、1つ以上のアプリケーションに関するアプレット、ビュー、チャート、リポートなどを提供することができる。いくつかの実施態様では、ユーザー・インターフェイス層110を通じてさまざまなタイプの顧客をサポートすることができる。さまざまなタイプのクライアントの中には、通常の接続されたクライアント、遠隔クライアント、イントラネット上のシン・クライアント、Javaシン・クライアント、ウインドウズではないオペレーティング・システムのクライアント、インターネット上のHTMLクライアントなどが含まれる。
【００１５】
いくつかの実施態様では、オブジェクト・マネージャ層120は、1つ以上のアプリケーションに関する1組以上のビジネスの規則または考え方を管理していて、ユーザー・インターフェイス層110とデータ・マネージャ層130のインターフェイスとなるように設計されている。いくつかの実施態様では、ビジネスの規則または考え方をビジネス・オブジェクトとして表示することができる。いくつかの実施態様では、そのビジネス・オブジェクトを、ビジネスのさまざまな規則または考え方（例えば収支計算書、接触、機会、サービス要求、解決法など）に関する構成可能なソフトウエア表現物として設計することができる。
【００１６】
いくつかの実施態様では、データ・マネージャ層130は、裏に隠れているデータの論理ビューを維持する設計にされるとともに、データを記憶している裏に隠れたデータ構造またはデータ表とは独立にオブジェクト・マネージャが機能するように設計されている。いくつかの実施態様では、データ・マネージャ層130は、データにアクセスするため、リアルタイムでいくつかのデータベース照会機能（例えば構造化照会言語（SQL）の生成）を提示することもできる。いくつかの実施態様では、データ・マネージャ層130が、データベースのスキームを規定する収納ファイル160内のオブジェクト定義上で動作するように設計される。いくつかの実施態様では、データ記憶サービス170は、1つ以上のアプリケーションに関するデータ・モデルのためのデータ記憶装置となる。
【００１７】
いくつかの実施態様では、データ交換層は、1つ以上の特定の標的データベースとの相互作用を取り扱う設計にするとともに、データ・マネージャ層130と裏に隠れているデータ源のインターフェイスとなるように設計される。
【００１８】
図2には、本発明の内容が実現されたシステム構成のいくつかの実施態様に関するブロック図が示してある。
【００１９】
いくつかの実施態様では、多層アーキテクチャにより、1つ以上のソフトウエア層を異なるマシン上に存在させることが可能になる。例えばいくつかの実施態様では、ユーザー・インターフェイス、オブジェクト・マネージャ、データ・マネージャをすべて、専用ウェブ・クライアント200上に存在させることができる。他のタイプのクライアント（例えば無線クライアント203）に関しては、いくつかの実施態様では、オブジェクト・マネージャとデータ・マネージャをシステム・サーバー上に存在させることができる。当業者であれば、図2に示したシステム構成が説明を目的としたものであり、本発明の内容を具体的にどのように実現または応用するかに応じて変化する可能性があることを理解できるはずである。
【００２０】
いくつかの実施態様では、図2に示したシステム環境は、1つ以上のデータベース290を含むことができる。データベース290の1つ以上のサブセットを、複製マネージャが作り出すこと、または複製することができる。さらに、移動ウェブ・クライアント210は、別の遠隔データベース（ローカル・データベースとも呼ばれる）を持つことができる。いくつかの実施態様では、移動ウェブ・クライアント210に付随する遠隔データベースまたはローカル・データベースが読み出し専用データベースとして定義されているのでなければ、移動ウェブ・クライアントは、データをローカルに生成したり更新したりすることができる。そのデータは、それぞれの移動ウェブ・クライアントがシステム・サーバーに同期したとき、最終的に主データベースに伝播されることになる。
【００２１】
いくつかの実施態様では、データベース290は、さまざまなタイプのデータを記憶できるように設計される。データとしては、あらかじめ規定されたデータ・スキーム（例えばテーブルオブジェクト、インデックス・オブジェクトなど）、収納オブジェクト（例えばビジネス・オブジェクト、ビジネスコンポーネント、ビューの定義、見え方の規則など）、ユーザーまたは顧客のデータなどがある。いくつかの実施態様では、専用ウェブ・クライアント200とサーバーコンポーネント（他のタイプのクライアントと共同して動作するものも含む）がデータベース290に直接接続されてリアルタイムで交換を行なうことができる。いくつかの実施態様では、移動ウェブ・クライアント210が、ローカルに使用するためサーバーのデータのサブセットをダウンロードすることや、システム・サーバーを通じて定期的にサーバーのデータベースと同期して、ローカルなデータベースとサーバーのデータベースの両方を更新することができる。
【００２２】
いくつかの実施態様では、データベース290に含まれるさまざまなテーブルを、データテーブル、インターフェイステーブル、収納テーブルなどのタイプに論理的に編成することができる。
【００２３】
いくつかの実施態様では、ユーザーのビジネス・データ、管理データ、種となるデータ、取引データなどを記憶させるのにデータテーブルを用いることができる。いくつかの実施態様では、さまざまなアプリケーションやプロセスを通じてこれらデータテーブルにデータを入れたりデータを更新したりすることができる。いくつかの実施態様では、データテーブルは、ベーステーブルと交差テーブルを含むことができる。いくつかの実施態様では、ベーステーブルは、さまざまなアプリケーションによって定義され、利用される列を含むことができる。いくつかの実施態様では、ベーステーブルは、ビジネスコンポーネントのための列となるように設計される。その列は、そのビジネスコンポーネントのテーブルの性質によって指定される。いくつかの実施態様では、交差テーブルは、2つのビジネスコンポーネント間の多対多の関係を実現するのに用いられるテーブルである。交差テーブルは、それぞれの関係に関する情報を記憶させておく交差データ列を持つこともできる。いくつかの実施態様では、交差テーブルは、関係付けアプレットのためのデータ構造を提供する。
【００２４】
いくつかの実施態様では、インターフェイステーブルは、一群のベーステーブルを非正規化して外部プログラムが接続できる単一のテーブルにするのに用いられる。いくつかの実施態様では、インターフェイステーブルは、データのエクスポートとインポートのための中継領域として使用することができる。
【００２５】
いくつかの実施態様では、収納テーブルは、以下に示す事柄に関する1つ以上のアプリケーションを指定するオブジェクト定義を含んでいる。
・クライアントのアプリケーションの構成
・データをエクスポートおよびインポートするために使用するマッピング
・移動クライアントにデータを送る規則
・いくつかの実施態様では、ファイル・システム295はネットワークからアクセス可能なディレクトリーであり、アプリケーション・サーバー上に置くことができる。
【００２６】
いくつかの実施態様では、ファイル・システム295は、さまざまなアプリケーションによって作られた物理的ファイル（例えば第三者のテキスト・エディタによって作られたファイル）や、データベース290に記憶されていない他のデータを記憶する。いくつかの実施態様では、ファイル・システム295に記憶されている物理的ファイルは、さまざまなネーミング規則のもとで圧縮して記憶することができる。いくつかの実施態様では、専用ウェブ・クライアント200は、ファイル・システム295との間で直接に読み出しと書き込みができる。いくつかの実施態様では、移動ウェブ・クライアント210はローカル・ファイル・システムを備えており、そのローカル・ファイル・システムは、サーバーをベースとしたファイル・システム295と定期的に同期することができる。いくつかの実施態様では、他のタイプのクライアント（例えば無線クライアント203やウェブ・クライアント205）が、システム・サーバーを通じてファイル・システム295にアクセスすることができる。
【００２７】
いくつかの実施態様では、エンタープライズサーバー250は、複数のシステム・サーバー255を論理的にグループ化したものである。それぞれのシステム・サーバー255は、共通テーブル所有者またはデータベースを共有していて、共通のゲートウェイ・サーバーと接続されており、サーバー・マネージャ260を用いてグループとして管理することができる。いくつかの実施態様では、ゲートウェイ・サーバーとの接続は、TCP/IPを通じて実現することができる。いくつかの実施態様では、エンタープライズサーバー250は、複数のシステム・サーバー255をそのエンタープライズサーバー250内に展開することによって効果的に拡張できるため、アプリケーションの中間層における高度の拡張性を提供する。
【００２８】
いくつかの実施態様では、サーバー255に1つ以上のサーバー・プログラムが走っている。サーバー255は、入ってくる処理すべき要求を処理し、サーバー上のすべてのプロセスの状態をモニターする。いくつかの実施態様では、サーバー・プログラムは、1つ以上の特定の機能またはジョブ（例えばデータのインポートおよびエクスポート、データベースの構築、ワーク・フローとプロセスの自動化の実行、移動ウェブ・クライアント210がデータの同期と複製を行なうことのサポート、ビジネス規則の施行など）を実行できるように設計または構成される。いくつかの実施態様では、サーバー255は、NTサービス（ウインドウズNTオペレーティング・システムの場合）またはUNIXオペレーティング・システムのデーモン（例えばバックグラウンドのシェル・プロセス）であり得る。いくつかの実施態様では、サーバー255は、マルチプロセスとマルチスレッドコンポーネントの両方をサポートし、コンポーネントをバッチ・モード、サービス・モード、対話モードで動作させることができる。
【００２９】
いくつかの実施態様では、サーバー・マネージャ260は、サーバー255とエンタープライズサーバー250のための異なるプログラムを共通に制御、管理、モニターすることのできるユーティリティとなるように構成される。いくつかの実施態様では、サーバー・マネージャ260を使用して以下のタスクを実行することができる：サーバー255、コンポーネント、タスクを開始、停止、休止、再開させること；エンタープライズサーバー内にある複数のタスク、コンポーネント、サーバーの状態をモニターし、統計を集めること；エンタープライズサーバー、個々のサーバー、個々のコンポーネントと個々のタスクを構成することなど。
【００３０】
いくつかの実施態様では、ゲートウェイ・サーバーは、サーバーにアクセスする単一の入口として機能する論理的エンティティーとして構成することができる。いくつかの実施態様では、ゲートウェイ・サーバーを用いることにより、エンタープライズサーバー内での拡張性の増大、負荷のバランス、大きな稼働率を実現することができる。いくつかの実施態様では、ゲートウェイ・サーバーは、ネームサーバーと接続ブローカリングコンポーネントを含むことができる。いくつかの実施態様では、ネームサーバーは、サーバーに関するパラメータを追跡できるように構成する。例えばサーバーの稼働率と接続性に関する情報をネームサーバーに記憶させることができる。システム内のさまざまな要素は、サーバーの稼働率と接続性に関してネームサーバーに問い合わせることができる。ウインドウズNT環境では、ネームサーバーは、NTサービスとして走らせることができる。UNIX環境では、ネームサーバーは、デーモン・プロセスとして走らせることができる。いくつかの実施態様では、接続ブローカリングコンポーネントを用いて負荷バランス機能を実行し、例えばクライアントの接続要求を適切なサーバー（例えば最も忙しくないサーバー）に向ける。
【００３１】
いくつかの実施態様では、図2に示したように、システムによってサポートすることのできるさまざまなタイプのクライアントとして、以下のクライアントが挙げられる：専用ウェブ・クライアント200、ウェブ・クライアント205、無線クライアント203、携帯クライアント207。
【００３２】
いくつかの実施態様では、専用ウェブ・クライアント200（接続されたクライアントとも呼ばれる）は、LAN接続またはWAN接続を通じてデータにアクセスするため、データベース・サーバーに直接接続される。いくつかの実施態様では、接続されたクライアント、すなわち専用ウェブ・クライアントは、データをローカルに記憶しない。専用ウェブ・クライアント200は、ファイル・システムに直接アクセスすることもできる。いくつかの実施態様では、多層構造のユーザー・インターフェイス層、オブジェクト・マネージャ層、データ・マネージャ層は、専用ウェブ・クライアント200上に位置する。
【００３３】
いくつかの実施態様では、移動ウェブ・クライアント210は、ローカルなデータ・アクセスができるように設計・構成されているため、独自のローカルなデータベースおよび／またはローカルなファイル・システムを持つことができる。いくつかの実施態様では、移動ウェブ・クライアント210は、ゲートウェイ・サーバーを通じてシステム内の他のコンポーネントと相互作用することができる。ローカルなデータベースとサーバーのデータベースからの変更は、同期を通じて交換することができる。移動ウェブ・クライアント210については、あとでさらに詳しく説明する。
【００３４】
いくつかの実施態様では、ウェブ・クライアント205は、そのクライアントのマシンから標準的なブラウザ形式で作動する。いくつかの実施態様では、ウェブ・クライアント205は、ウェブ・サーバーを通じてシステム・サーバー255に接続することができる。いくつかの実施態様では、システム・サーバー255は、ビジネス論理を実行し、データベース290とファイル・システム295からのデータにアクセスできるように設計・構成される。いくつかの実施態様では、この明細書に記載してあるウェブ・クライアント205は、本発明の内容に従って対話モードで動作するように設計・構成される。いくつかの実施態様では、この明細書に記載してある対話ウェブ・クライアント・フレームワークは、サーバー側のオブジェクトに対応していて、ブラウザ側でJavaScriptにより実現されるダイナミックに作り出されるオブジェクトを利用する。いくつかの実施態様では、ブラウザ側でダイナミックに作り出されるこのオブジェクトは、現在のビューとそれに対応するアプレット、現在のビジネス・オブジェクトとそれに対応するビジネスコンポーネントなどを含むことができる。ウェブ・クライアント205については、あとでさらに詳しく説明する。
【００３５】
いくつかの実施態様では、無線クライアントは、無線装置上で動作状態になる主としてシン・クライアントである。無線クライアントは、無線アプリケーション・プロトコル（WAP）に基づいたユーザー・インターフェイスを利用してシステム・サーバーと情報／データを通信したり交換したりすることができる。
【００３６】
図2に示したシステム構成について、さまざまな構造、データベース、テーブル、ファイル・システムなどを具体例として参照しながら以下に詳しく説明する。
【００３７】
図3は、本発明の教示に従ってアプリケーションが組み込まれる多層アーキテクチャの別の論理表現を示したブロック図である。図3に示した多層アーキテクチャも同様に、さまざまなアプリケーションをサポートするように設計されたさまざまな共通サービスのための構成化されたプラットフォームとなる。いくつかの実施態様では、さまざまなサービスは、プレゼンテーション・サービス論理層315（アプレット・マネージャとユーザー・インターフェイス層310に対応）、アプリケーション・サービス論理層325（オブジェクト・マネージャ（OM）層320とデータ・マネージャ（DM）層330に対応）、及びデータ・サービス論理層345（データベース層340に対応）を含むことができる。
【００３８】
いくつかの実施態様では、プレゼンテーション・サービス論理層315は、さまざまなタイプのクライアントをサポートできるように設計・構成してあるため、クライアントにユーザー・インターフェイス・アプレット、ビュー、チャート、リポートなどを提供することができる。すでに説明したように、多彩なクライアントをサポートすることができる（例えば、無線クライアント、携帯クライアント、ウェブ・クライアント、移動ウェブ・クライアント、専用（接続された）クライアントなど）。
【００３９】
いくつかの実施態様では、アプリケーション・サービス論理層325は、ビジネス論理サービスとデータベース相互作用サービスを含むことができる。いくつかの実施態様では、ビジネス論理サービスは、ビジネス・オブジェクトとビジネスコンポーネントに関するクラスと挙動を提供する。いくつかの実施態様では、データベース相互作用サービスは、ユーザー・インターフェイス（UI）がビジネスコンポーネントからのデータを要求したことに応答し、その要求を満たすデータベース・コマンド（例えばSQL質問など）を発生させるように設計・構成することができる。例えばデータベース相互作用サービスを利用して、データ要求を、DBMS専用のSQL文に翻訳することができる。
【００４０】
いくつかの実施態様では、データ・サービス論理層345は、さまざまなアプリケーションの基礎として機能する裏に隠れているデータ・モデルのためのデータ記憶部となるように設計・構成することができる。例えばデータ・モデルは、さまざまなソフトウエア製品やアプリケーション（例えばコール・センター、セールス、サービス、マーケティングなど）と、さまざまな産業垂直製品とアプリケーション（例えばeファイナンス、e保険、eコミュニケーション、eヘルスケア）をサポートできるように設計・構成することができる。
【００４１】
図4は、本発明の内容を実現できるアプリケーション・フレームワークのいくつかの実施態様に関するブロック図である。この図4からわかるように、アプリケーション・フレームワークは、ビジネスのニーズと環境に基づいて特定のアプリケーションを設計・構成するのに用いることのできるさまざまなタイプのサービスとさまざまなタイプのツールを論理的にグループ化したさまざまなグループを含むことができる。
【００４２】
いくつかの実施態様では、コア・サービスは、アプリケーションが実行されるフレームワークを提供するように設計・構成される。いくつかの実施態様では、コア・サービスに以下のものが含まれる：
・中間層アプリケーション・サーバーであるエンタープライズサーバー
・これらの構成要素をすべてリンクするネットワーク
・様々なアプリケーションの多数の実装相互間と、様々なアプリケーションとそれ以外の外部アプリケーションの間でデータを共有できるようにするファシリティ（例えば、イベント・マネージャやデータ複製など）
・認証ファシリティ、アクセス制御ファシリティ、セキュリティ・ファシリティ。
【００４３】
いくつかの実施態様では、アプリケーション統合サービスを、このフレームワークに従って作られたさまざまなアプリケーションが外部世界と通信できるように設計・構成するとよい。いくつかの実施態様では、この論理グループ内のさまざまなタイプのサービスを、外部アプリケーションとリアルタイムで、あるいはほぼリアルタイムで、あるいはバッチ式に統合できるように設計・構成するとよい。例えばこの統合サービスを利用すると、利用可能な方法、技術、ソフトウエア製品を用いて外部アプリケーションと内部アプリケーションの間で通信が可能になる。いくつかの実施態様では、アプリケーション統合サービスにより、システムまたはアプリケーションが他の外部企業のアプリケーションとデータを共有することや、そのデータを複製することが可能になる。したがってこのサービスにより、特定のアプリケーションまたはシステムは、情報を要求するクライアントと、クライアントから要求された情報を持つサーバーの両方になることができる。
【００４４】
いくつかの実施態様では、ビジネス・プロセス・サービスは、クライアントがアプリケーションを通じてビジネス・プロセスを自動化できるように設計・構成される。いくつかの実施態様では、さまざまなビジネス・プロセス・サービスに以下のものが含まれる：
・割り当てマネージャを通じたタスクの割り当て
・ワークフロー・マネージャを通じたビジネス慣習の実施
・ビジネス・サービスを通じたカスタム・ビジネス論理の再利用
・製品コンフィギュレータと価格コンフィギュレータを通じた適切な製品構成と価格設定の保証。
【００４５】
いくつかの実施態様では、これらビジネス・プロセスの創出は、実行時間ツール（例えば個別化デザイナー、ワークフロー・デザイナー、スマートスクリプト・デザイナー、割り当て管理ビュー、モデル・ビルダー）を通じて実現できる。
【００４６】
いくつかの実施態様では、統合サービスは、クライアントにユーザー・インターフェイスとシン・クライアント・サポートを提供できるように設計・構成するとよい。いくつかの実施態様では、統合サービスは、ウェブをベースとしたアプリケーションを構築して維持する能力と、ウェブ・サポート・ファシリティ（例えばユーザー・プロファイル管理、コラボレーション・サービス、Eメールとファックスのサービス、高水準スマート・スクリプティングなど）を提供する能力を含むことができる。
【００４７】
いくつかの実施態様では、設計時間ツールは、統合点をカスタマイズし、設計し、提供するとともに、アプリケーションを維持するサービスを提供できるように設計・構成するとよい。このツールは、アプリケーションを規定するための共通の場所を1つ提供する。
【００４８】
いくつかの実施態様では、管理サービスは、アプリケーション環境をモニターし管理するための1つの場所が提供されるように設計・構成される。いくつかの実施態様では、ユーザーは、この管理サービスにより、グラフィック・ユーザー・インターフェイス（GUI）を通じて、あるいはコマンド・ラインから、アプリケーションを管理できるようになる。
【００４９】
III．プロセス、タスク、ステップの定義
【００５０】
プロセスの遂行を容易にしようとする組織は、プロセスの定義を与えることによってそうすることができる。図5−図16にはプロセスを定義する可能な1つの方法を示してあるが、当業者であれば、組織が、本発明の範囲を逸脱することなく、プロセスを定義する別の多数の方法を実現できることがわかるであろう。
【００５１】
図5は、プロセス-タスク-ステップからなる階層の一例を示したブロック図である。いくつかの実施態様では、プロセス502を1つ以上のタスク504に分割することができる。これらのタスクはさらに、複数のステップ506（例えば作成ステップ、認証ステップ、遂行ステップ）に分割することができる。このようにして、複雑なプロセスを、1人以上の人が構造化された形式で処理することのできる、より管理しやすい複数の部分に分割する。
【００５２】
ブロック508には、いくつかの実施態様における1つのタスクの詳細が示してある。それぞれのタスクは、一連のステップ506からなる。例えばブロック508の“タスク1”は、3つのステップ506からなる。場合によっては、これらのステップをこの順番に遂行する必要はない。いくつかの実施態様では、各ステップに、独立したユーザー・インターフェイス510が付随している。ユーザー・インターフェイス510は、ビューコンポーネント（例えばコンピュータのスクリーンに表示することができて、ユーザーと相互作用することのできるグラフィック表示を有するオブジェクト（ページ、フレーム、パネル、コンテナ、ペーン、アプレットなど））とも呼ばれ、タスクを遂行するための命令を含むことができる。いくつかの実施態様では、タスクを特定の一人の人に割り当てやすくするため、それぞれのタスクに役割512を付随させる。役割を利用すると、いかなるときであれ、タスクに対して責任のある一人または複数の人を特定することができる。例えばファシリティは、役割の値を手がかりにして、任意の時刻または任意の状態においてタスクの特定のインスタンスが存在しているはずであるユーザーの受信箱を特定することができる。
【００５３】
いくつかの実施態様では、それぞれのステップまたはタスクは、タスク全体を別の規則で新しい人に割り当てるべき点であり得る。したがってそれぞれのステップは、タスクを引き継ぐ新しい役割または別の人に関するデータも含むことができる。したがってファシリティは、そのタスクのさまざまなステップが遂行されるのに合わせて役割を自動的に更新することができる。例えばユーザーは、出費リポートのためのあらゆる詳細を入力するステップを完了すると、それをマネージャに提出して承認を求める。タスクは、提出されると、もはや元の所有者には見ることができない。いくつかの実施態様では、管理者が、タスクを最初に規定するときに役割の規則を定義して（すなわち時間の設計）、ファシリティに、ステップまたはタスクが遂行されたとき（例えば実行時間）に役割を自動的に更新させることができる。いくつかの実施態様では、ファシリティは、タスクの1つのステップが遂行されている間にユーザーが役割を手動で定義することを許可する。
【００５４】
いくつかの実施態様では、それぞれのタスクに状態514（例えば“実行中”、“完了”など）を付随させる。個々の状態にはタスクの定義を付随させることができるため、設計時間中に個々の状態を指定することができる。役割512と同様、状態514は、ユーザーが、タスクを遂行するのに必要なさまざまなステップを実行するのに合わせて変化する可能性がある。いくつかの実施態様では、ファシリティは、それぞれのステップが遂行されたときに状態を自動的に更新することができる。例えばタスクは、“開始”状態から出発し、その後“承認の必要”状態を経由し、最終的に“完了”状態に到達するまで変化することができる。いくつかの実施態様では、状態は、ユーザーが1つのステップを遂行しているときにユーザーが変更または更新することができる。タスクの状態が変化すると、タスクの役割が変化する可能性がある。
【００５５】
図6−図16は、ユーザー・インターフェイスのサンプルであり、管理者ユーザーがプロセス、タスク、ステップを定義しやすくするためのスクリーンまたはページを示している。いくつかの実施態様では、ファシリティにより、管理者ユーザーは、タスク、プロセス、ステップを定義する際に、これらを1つのタスクに付随するさまざまなタスク・インスタンスと関係づけることができる。例えば管理者ユーザーが見積もりを承認するステップと命令を含む“見積もり承認”タスクを発生させると、そのステップと命令が繰り返し使用されて、そのタスクの特定のインスタンス（例えば見積もり番号2256の承認）を遂行するユーザをガイドする。
【００５６】
図6は、管理プロセス定義ページ600上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。管理者ユーザーは、このページを通じてプロセスの定義を開始することができる。そのプロセスには、最終的に、そのプロセスに含まれるタスクとステップの概略を示し、さまざまなステップのための命令を作り出すことが含まれる。いくつかの実施態様では、管理者ユーザーは、“NEW（新規）”ボタン602を選択することによって新しいプロセスを定義するか、あるいはファシリティがアクセスすることのできる記憶装置に記憶されている既に定義されたプロセスを取り出すためにquery（クエリー）604を実行して既存のプロセスを変化させる。
【００５７】
いくつかの実施態様では、“PROCESS（プロセス）”ビューコンポーネント606は、管理者ユーザーが作り出した存在しているすべてのプロセスを表示する。管理者ユーザーが“PROCESS”ビューコンポーネント606に表示されているプロセスの1つを選択すると、いくつかの実施態様では、ファシリティがそのプロセスの詳細を“MORE INFO（詳細情報）”ビューコンポーネント608に表示する。いくつかの実施態様では、“MORE INFO”ビューコンポーネント608は、選択されたプロセスの名称、タイプ、制作者と、そのプロセスに関する日付を表示する。いくつかの実施態様では、選択されたプロセスの状態も示すことができる。例えば選択されたプロセスの状態が“アクティブ”である場合には、管理者ユーザーが“アクティブ”チェックボックス610にチェックすることができる。図にはそうなっている場合が示してある。いくつかの実施態様では、管理者ユーザーは、“MORE INFO”ビューコンポーネント608に示してあるテキスト・フィールドとメニューに新しい値を入力することにより、既存のプロセスを変化させることができる。
【００５８】
いくつかの実施態様では、“MORE INFO”ビューコンポーネントから“NEW”ボタン612を選択するか、あるいは“PROCESS”ビューコンポーネントから“NEW”ボタン602を選択すると、ファシリティがプロセス詳細ビューコンポーネント（例えば図7の“PROCESS DETAILS（プロセス詳細）”ビューコンポーネント）を表示する。プロセス詳細ビューコンポーネントは、空のテキスト・フィールドと、選択されていないメニューを含むことができる。ユーザーは、それをもとにして新しいプロセスに名前を付け、そのプロセスを説明することができる。
【００５９】
図7は、プロセス詳細ページ700上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。いくつかの実施態様では、ユーザーは、“PROCESS DETAILS”ビューコンポーネント702内のテキスト・フィールドとプルダウン・メニューを利用して、新しいプロセスのための情報（例えばプロセスの名称708、プロセスの説明710、プロセスのタイプ712、プロセスの状態714（例えばアクティブである）、制作者の名前716、製作日718、最終更新日720）を入力する。いくつかの実施態様では、“TASKS（タスク）”ビューコンポーネント704は、そのプロセスのための一連のタスクを表示する。いくつかの実施態様では、管理者ユーザーは、そのプロセスのためのタスクをまだ作り出していない場合には、“PROCESS DESIGNER（プロセス・デザイナー）”タブ706を選択して新しいタスクをそのプロセスと関係づけることができる。いくつかの実施態様では、“PROCESS DESIGNER”タブ706を選択すると、プロセス設計ページ（例えば図8のプロセス設計ページ）が表示されるため、管理者ユーザーはタスクをプロセスに割り当てることができる。
【００６０】
図8は、プロセス設計ページ800上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。管理者ユーザーは、このページを通じ、プロセスを構成しているタスクの概略を示すことができる。いくつかの実施態様では、ファシリティが“PROCESS DESIGNER”ビューコンポーネント802を表示する。この“PROCESS DESIGNER”ビューコンポーネント802は、タスクが進行するのに合わせて管理者ユーザーがさらにプロセスを定義できるようにする設計ツール（例えばグラフィカル・デザイナー・パレット804）を含むことができる。管理者ユーザーは設計ツール804によって各プロセスのためのカスタム・タスク806を作り出せるが、いくつかの実施態様では、管理者ユーザーは、既存のタスク・リストからタスクを追加することによってプロセスを定義することができる。管理者ユーザーは、既存のタスクを再利用することにより、ステップのための新しい命令群を作らなくても済む。プロセス内のタスクが特定されると、管理者ユーザーは、“PROCESS DESIGNER”ビューコンポーネント上に定義されているタスク806に掘り進んでタスク定義ページ（例えば図9のタスク定義ページ）に進む。管理者ユーザーは、ステップ定義ページを通じ、命令を作り出すこと、あるいは命令と選択したページのための他の属性を変更することができる。
【００６１】
図9は、タスク定義ページ900上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。“TASK（タスク）”ビューコンポーネント902には、管理者ユーザーが例えば設計ツールを用いてすでに作ってあるプロセスに含まれるタスクがリストにされている。管理者ユーザーがプロセスにどのタスクもまだ割り当てていない場合には、“TASK”ビューコンポーネント902にタスクがまったく表示されない。管理者ユーザーは、下方のビューコンポーネント904を用いて既存のタスクに関する詳細を入力または変更することができる。例えば管理者ユーザーは、下方のビューコンポーネントの適切なテキスト・フィールドまたはプルダウン・メニューを利用し、タスクの名称を変更すること、あるいはタスクの説明、タスクのタイプ、タスク・サービス、タスクの名称を入力または変更することができる。管理者ユーザーは、“VIEW MODE（ビュー・モード）”プルダウン・メニュー906により、ユーザーの特定の受信箱にタスクのどのインスタンスが表示されるかを決める検索パラメータまたは検索規則を指定することができる。例えばビュー・モードで“MANAGER（マネージャ）”が選択され、タスクが“QUOTES TO APPROVE（見積もり承認）”である場合には、見積もりの承認に責任がある販売マネージャは、見積もりのインスタンスのうちでそのマネージャに割り当てられた従業員からのインスタンスだけを受け取ることになる。ビュー・モードで“ORGANIZATION（組織）”が選択された場合には、その組織内の見積もりのインスタンスのうちで承認を必要とするのすべてのインスタンスが、出所には関係なく販売マネージャのタスク受信箱に表示される。
【００６２】
いくつかの実施態様では、管理者ユーザーは、“USER ROLE（ユーザーの役割）”テキスト・フィールド910の中にあるポップアップ・ボタン908を選択することにより、ユーザーの最初の役割を定義する。このボタンを選択するとビューコンポーネントが表示されるため、管理者ユーザーは、役割リスト（例えば図10の“ROLES PICKER（役割選択）”ビューコンポーネント1002）から1つの役割を選択することができる。
【００６３】
図10は、プロセス・タスク・ページ1000上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。ビューコンポーネントとしては、例えば、管理者ユーザーがあらかじめ決められた役割を選択してタスクと関係づけることのできる“ROLES PICKER”ビューコンポーネント1002がある。管理者ユーザーは、タスクにおけるユーザーの1つまたは複数の役割を規定することにより、組織内の誰が特定のタスクに責任を持つかを決定する。例えば販売マネージャは、見積もりの承認に責任があり、販売員は見積もりの作成に責任がある。組織内の役割に関する別の具体例としては、販売マネージャ、地域マネージャ、損害賠償スペシャリスト、サービス・スペシャリストなどが挙げられる。いくつかの実施態様では、望む役割があらかじめ決められた役割として存在していない場合には、“ROLES PICKER”1002に表示されない。そのような場合には、管理者ユーザーが、いくつかの実施態様では、“ROLES PICKER”ビューコンポーネント1002と関連する“NEW（新規）”ボタン1004を選択して新しい役割を作り出すことができる。
【００６４】
いくつかの実施態様では、管理者ユーザーは、一連のタスクからなるプロセスが決まると、タスクのインスタンスの遂行を容易にするため、1ステップずつの命令を構成することができる。いくつかの実施態様では、これは、タスクをステップに関して定義し、各ステップを遂行するための命令を出すことによって実現される。図11−図16に示したユーザー・インターフェイスのサンプルには、管理者ユーザーが、1つのプロセス内の各タスクに関する特定のステップと命令を定義できるようにする方法が示してある。
【００６５】
図11は、タスク定義ページ1100上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。管理者ユーザーは、このページを通じ、プロセスの一部であることが確認されたタスクを定義または変更するプロセスを開始することができる。“TASKS（タスク）”ビューコンポーネント1102は、管理者ユーザーが特定のプロセスを定義するのに用いるさまざまなタスクを表示する。いくつかの実施態様では、管理者ユーザーが“TASKS”ビューコンポーネント1102に表示されたタスクのうちの1つを選択すると、“TASK TITLES（タスクの名称）”ビューコンポーネント1104が、選択されたタスクの設計に関する詳細を表示する。例えば“TASK TITLES”ビューコンポーネント1104は、ユーザーに示されるタスクの名称、タスクが作り出された日付、タスクを表現する言語、タスクが組織内からリリースされたものであるかどうかの目印を表示することができる。タスクは、リリースされると、組織内の適切なユーザーが利用できるようになり、そのユーザーがそのタスクの特定のインスタンスを作成または遂行する。
【００６６】
図12は、プロセス設計ページ1200上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。管理者ユーザーは、このページを通じ、タスクを構成しているステップの概略を示すことができる。いくつかの実施態様では、“TASK（タスク）”ビューコンポーネント1202は、タスクがプロセスのステップとして指定されたとき、管理者ユーザーから出されたそのタスクに関する一般的な情報を表示する。いくつかの実施態様では、ファシリティが、“TASK DESIGNER（タスク・デザイナー）”ビューコンポーネント1204（例えばグラフィカル・デザイナー・パレット1206などの設計ツール）を表示する。いくつかの実施態様では、管理者ユーザーは、グラフィカル・デザイナー・パレット1206により、ステップが進行するのに合わせてタスクを定義することができる。管理者ユーザーは、グラフィカル・デザイナー・パレット1206により各タスクのためのカスタム・ステップを作り出せるが、いくつかの実施態様では、管理者ユーザーは、“STEP PICKER（ステップ選択）”1208を用いて既存のステップ・リストからステップを追加することによってタスクを定義することもできる。管理者ユーザーは、既存のタスクを再利用することにより、ステップのための新しい命令群を作らなくてもすむ。いくつかの実施態様では、タスク内のステップが明確になると、管理者ユーザーは、グラフィカル・デザイナー・パレット1206を用いてステップ1210を掘り進んでステップ定義ページ（例えば図13のステップ定義ページ）に進む。管理者ユーザーは、このステップ定義ページを通じ、命令を作り出すこと、あるいは命令と選択したステップのための他の属性を変更することができる。
【００６７】
図13は、ステップ定義ページ1300上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。管理者ユーザーは、このページを通じ、タスクの一部であることが確認されたステップを定義または変更するプロセスを開始することができる。このプロセスには、ステップを遂行するためのユーザー・インターフェイスを設計することや、そのステップを遂行するための詳細な命令を出すことが含まれる可能性がある。
【００６８】
いくつかの実施態様では、上記のタスク定義プロセスで概略を説明したように、“STEPS（ステップ）”ビューコンポーネント1302に、特定のタスクを構成する様々なステップのリストが表示される。いくつかの実施態様では、管理者ユーザーが“STEPS”ビューコンポーネント1302にリストされているステップのうちの1つを選択すると、下方のビューコンポーネント（例えば“STEP TITLES（ステップの名称）”ビューコンポーネント1304）が、選択されたステップの設計に関する詳細を表示する。例えば“STEP TITLES”ビューコンポーネント1304は、ユーザーがガイドに導かれてステップを遂行しているときに表示されることになる選択されたステップの名称と、ガイドされているユーザーにステップを表現する言語を表示することができる。
【００６９】
図14は、ステップ・ユーザー・インターフェイス・ページ1400上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。管理者ユーザーは、このページを通じ、ステップに独自のユーザー・インターフェイス1402を関係づけることによってテキストとグラフィックの具体例、および／またはステップの命令、および／または対話式データ表示を提供し、ユーザーが、タスク・ガイド・アプリケーションに導かれながらタスクの各ステップを効率的に遂行できるようにすることができる。いくつかの実施態様では、ユーザー・インターフェイスを典型的なビューコンポーネントの形態（例えば標準的なアプレット）にすることができる。いくつかの実施態様では、管理者ユーザーは、これら視覚要素を用いて（図1−図4に付随する文章に記載したような）さまざまなビジネス要素を参照することにより、タスク・ガイド・アプリケーションが実行されている間にデータをどこに表示したいか、データをどこに提出したいか、データのどこを変更したいかを決定することができる。
【００７０】
図15は、ステップ命令ページ1500上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。管理者ユーザーは、このページを通じ、ステップを遂行するのに必要な命令の概略を示す。ファシリティは、ユーザーがガイドに導かれてタスクのステップを遂行している間にユーザーにステップの命令群を表示することができる。いくつかの実施態様では、“STEP（ステップ）”視覚要素1502に、選択されたステップに関する一般的な情報が表示される。このステップは、タスクの一部として指定されたときに管理者ユーザーから与えられたものである。
【００７１】
いくつかの実施態様では、ファシリティが、“STEP DESIGNER（ステップ・デザイナー）”ビューコンポーネント1504を表示する。その中には、命令が進行するのに合わせて管理者ユーザーがステップを定義することを可能にする設計ツール1506（例えば設計パレット）を含めることができる。管理者ユーザーは設計ツール1506によってステップに対するカスタム命令を作り出せるが、いくつかの実施態様では、管理者ユーザーは、“INSTRUCTION（命令選択）”ビューコンポーネント1508を用いて既存の命令リストから命令を追加することもできる。“STEP DESIGNER”1504を利用していくつかのタイプの命令を作り出すことができる。その中には、ユーザーから回答を要求する命令（例えば“イエス”または“ノー”という回答を要求する質問、あるいはテキスト・フィールドに情報を記入する必要のある質問）や、ユーザーが何らかの行動を起こすように指示する記述式命令（例えば“以下の表から値を選択せよ”）が含まれる。
【００７２】
ステップに対する命令が明確になると、管理者ユーザーは、設計ツール上に規定されているステップを掘り進んで命令詳細ページ（例えば図16の命令詳細ページ）に進むことができる。管理者ユーザーは、この命令詳細ページを通じ、命令を作り出すこと、あるいは命令と選択したステップのための他の属性を変更することができる。
【００７３】
図16は、命令詳細ページ1600上に様々なビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。ユーザーは、命令詳細ページ1600の“INSTRUCTION（命令）”ビューコンポーネント1602から、命令1604の名称、命令1606に対する回答のタイプ、回答が制御されているかどうか1608（すなわち、ある範囲のタイプの回答だけが許可されていることを意味する）を指定することができる。さらに、対応するあらゆるビジネス・オブジェクト1610および／またはビジネス要素1612を明確にしてマッピングを行ない、ガイドに導かれてタスクを実行しているユーザーから提供されたデータが適切なデータ表に記憶されるようにする。いくつかの実施態様では、マッピングされたフィールド1614と、表示のためにどのようなタイプの記録をガイドに導かれているユーザーに戻すかを決める検索スペック1616を選択することもできる。自動的置換パラメータ1618と、分岐式回答群1620も指定することができる。
【００７４】
管理者ユーザーが利用できる命令作成選択肢をいくつか挙げると、記述式命令の変更を可能にする高等なビューコンポーネント1622、強調表示またはヘルプ・テキスト用語の指定1624（例えば、ユーザーがマウスを上に持ってきたときに強調表示される命令セクション、または表示されるビューコンポーネント）、それぞれの命令に対する分岐式回答群の定義1626、それぞれの命令に対する組織の行動の定義1628がある。いくつかの実施態様では、ファシリティに、管理者ユーザーが従属ステップ（すなわちタスク内のステップであって、前のステップで入力された値に依存するステップ）を定義するのに使用することのできる分岐式論理が含まれる。
【００７５】
図17は、1つ以上のタスクからなるプロセスを定義するためにファシリティが一般に実行するステップを示すフロー図である。ブロック1702では、ファシリティは、1つ以上のタスクをプロセスと関係づけることによって管理者ユーザーがプロセスを定義できるようにするページまたはスクリーンを表示する。ブロック1704では、ファシリティは、管理者ユーザーから1つ以上のタスクに関する指示（タスクの名称や、プロセス内でのタスクの順番）を受け取る。いくつかの実施態様では、管理者ユーザーは、グラフィック・デザイン・ビューコンポーネントの中にタスクのフローを作り出すことによってこの指示を与える。
【００７６】
ブロック1706では、ファシリティは、1つ以上のステップをタスクと関係づけることによって管理者ユーザーがタスクを定義できるようにするページ、スクリーン、ビューコンポーネントのいずれかを表示する。いくつかの実施態様では、ファシリティは、ユーザーの行動（例えばタスク定義スクリーンへのハイパーリンクとして機能するタスクのグラフィック表示を選択するという行動）に応答し、ページ、スクリーン、ビューコンポーネントのいずれかを表示する。
【００７７】
ブロック1708では、ファシリティは、管理者ユーザーから1つ以上のステップに関する指示を受け取る。いくつかの実施態様では、管理者ユーザーは、グラフィック・デザイン・ビューコンポーネントの中にタスクのフローを作り出すことによってこの指示を与える。ブロック1710では、ファシリティは、タスクに関する追加情報（例えばタスクに付随するさまざまな役割と状態を規定する規則）を受け取る。
【００７８】
ブロック1712では、ファシリティは、1つ以上の命令をステップと関係づけることによって管理者ユーザーがステップを定義できるようにするページまたはスクリーンを表示する。いくつかの実施態様では、ファシリティは、ユーザーの行動（例えばステップ定義スクリーンへのハイパーリンクとして機能するステップのグラフィック表示を選択するという行動）に応答し、ページまたはスクリーンを表示する。ブロック1714では、ファシリティは、管理者ユーザーから1つ以上の命令に関する指示を受け取る。いくつかの実施態様では、管理者ユーザーは、グラフィック・デザイン・ビューコンポーネントの中に命令のフローを作り出すことによってこの指示を与える。
【００７９】
ブロック1716では、ファシリティは、ユーザーが、命令の定義を、その命令に関する詳細（例えばテキスト、分岐式回答群、ヘルプ・テキスト用語のための強調表示など）を提供することによって行なうことを可能にするビューコンポーネントからなるページまたはスクリーンを表示する。いくつかの実施態様では、ファシリティは、ユーザーの行動（例えば命令定義スクリーンへのハイパーリンクとして機能する命令のグラフィック表示を選択するという行動）に応答し、ページまたはスクリーンを表示する。ブロック1718では、ファシリティは、選択された命令の詳細に関する指示を受け取る。ブロック1720では、ファシリティがすべての命令に関する定義を受け取ったのであれば、ファシリティは、決定ブロック1722へと進む。そうでない場合には、ファシリティはブロック1716に戻り、そこで次の命令のための詳細ページを表示する。
【００８０】
決定ブロック1722では、すべてのステップが定義されているのであれば、ファシリティは、決定ブロック1724へと進む。そうでない場合には、ファシリティはブロック1712に戻り、そこで次のステップのためのステップ・ページの定義を表示する。
【００８１】
決定ブロック1724では、すべてのタスクが定義されているのであれば、定義プロセス・ルーチンを終了させる。そうでない場合には、ファシリティはブロック1706に戻り、そこで次のタスクのためのタスク・ページの定義を表示する。プロセスが定義され、そのプロセスに付随するタスクがアクティブにされると、ファシリティは、タスクをユーザーの受信箱に置き、適切なユーザーがこの定義に基づいてタスクを実行するのをガイドする。
【００８２】
IV．ユーザー・タスク・ガイド
【００８３】
プロセス、タスク、ステップが定義されると、ファシリティは、タスク・ガイド環境を通じてユーザーをガイドし、タスクの特定のインスタンスを実行させることができる。図18−図22は、ユーザー・インターフェイスのサンプル群であり、タスク・ガイド環境を表示しているウインドウまたはウェブ・ページを示してある。この環境において、タスク・ガイドは、ユーザーに、タスクの特定のインスタンスをいかにして遂行するかについての命令を与える。
【００８４】
図18は、ユーザー・インターフェイスの第1のサンプルであり、タスク・ガイド・ホーム・ページ1800を表示しているウインドウまたはウェブ・ページを示してある。いくつかの実施態様では、タスク・ガイド・ホーム・ページは役割に基づいており、特定のコンポーネント群からなる。それぞれのコンポーネントは、特定のジョブ機能または役割を有するユーザーのために個別化されている。いくつかの実施態様では、タスク・ガイド・ホーム・ページに、そのユーザーの役割だけのためのすべてのアクティブなタスク、または出されたすべてのタスクに関する指示が表示される“タスク・リスト”ビューコンポーネント1802が含まれる。例えば製品マネージャは、“見積もり承認”タスクを持っている可能性があり、製品販売員は、“見積もり作成”タスクを持つことになる。いくつかの実施態様では、“タスク・リスト”ビューコンポーネント1802にリストにされている各タスクのあとには、ユーザーが自分の“タスク受信箱”に見つけることになるタスクの特定のインスタンスの数に関する指示1804が来る。
【００８５】
いくつかの実施態様では、ユーザーが“タスク・リスト”ビューコンポーネント1802内の一般的なタスクのうちの1つを選択すると、ユーザーに属するその一般的なタスクのためのタスク・インスタンスが、“タスク受信箱”ビューコンポーネント1806に現われる。図18には示していないが、いくつかの実施態様では、“タスク受信箱”ビューコンポーネント1806は、2つ以上の別々のビューコンポーネントで構成することができる。例えば“タスク受信箱”ビューコンポーネント1806は、個々のユーザーが自分の役割に応じて始められるすべてのタスクが載った第1のリストと、そのユーザーまたはそのユーザーがいるグループに現在割り当てられているすべてのタスク・インスタンスが載っている第2のリストを含むことができる。図9に関して説明したように、ユーザーにとってのタスクの特定のインスタンスは、管理者ユーザーがプロセス定義段階で規定する“ビュー・モード”検索スペックによって明らかにすることができる。
【００８６】
この特別な具体例では、ユーザーは、自分の“タスク受信箱”ビューコンポーネント1806の中に、新しい見積もりタスクに関する7つのインスタンスを持っている。すなわち、“予備的見積もりインセンティブ計算”、“マイクロ技術150Seate ERM”、“サービス予算見積もり”、“カスタム化可能な製品評価見積もり”、“1−27EVP”、“1−27EVLL”、“見積もり12/14/2001”の7つである。ユーザーがこれらタスク・インスタンスのどれか1つを選択すると、ファシリティは、図19のタスク開始ページのようなタスク開始ページを表示する。具体的なタスク・アイテムまたはタスク・インスタンスがこれから作り出される場合には、“タスク受信箱”ビューコンポーネント1806にタスクの具体的なインスタンスはまったく含まれないであろう。例えばタスクが“見積もりの作成”である場合には、タスクの具体的なインスタンスはまだ存在していない。というのも、見積もりが作成されていないからである。しかしこのような場合には、ユーザーは、図19に示したようにアイテムの新しいインスタンスを作り出すため、やはりタスク・ガイド環境にアクセスすることができる。
【００８７】
図19は、ユーザー・インターフェイスのサンプルであり、タスクの特定のインスタンス（この場合には“予備的見積もりインセンティブ計算”）のためのタスク・ガイドにおける第1のステップを表示しているウインドウまたはウェブ・ページ1900を示してある。いくつかの実施態様では、ユーザーがタスク・ガイド・ホーム・ページ1800からタスク・インスタンスを1つ選択したとき、ファシリティは、選択されたタスクを遂行するのに必要でないすべてのスクリーンとビューコンポーネントを隠してユーザーをビューコンポーネント1902へと導き、そこでタスクの第1のステップを遂行させる。いくつかの実施態様では、ファシリティは、ユーザーがタスクを遂行するのに必要な各ステップを実行するのに合わせ、指定されたタスク・フィールド（例えばタスクの状態1904）を自動的に更新する。例えばファシリティは、完了したステップにはステップが完了したことを示す印、完了していないステップには完了していないことを示す印をつけることができる。いくつかの実施態様では、タスクまたはステップが完了するまでタスク・ガイドがビューに残る。
【００８８】
いくつかの実施態様では、タスク・ガイドの各ページまたは各ステップには、タスクを同定するタスク・アイコン1906、ステップの名称1908（例えば“見積もりの継続を選択”）、さまざまな命令ステップ1910、ナビゲーション・ボタン1912、ユーザーがタスクの各ステップを容易に遂行できるようにするその他のユーザー・インターフェイス・ツールが含まれている。いくつかの実施態様では、タスク・アイコン1906は、タスク・ガイドに表示される一般的なタスク専用であり、ユーザーのホーム・ページ1800上の“タスク・リスト”ビューコンポーネント1802にあるタスクの隣りに置くこともできる。いくつかの実施態様では、ファシリティは、ユーザーがタスクを完了するまで、タスク・アイコン1906をそれぞれのタスク・ガイド・ページに表示することができる。
【００８９】
いくつかの実施態様では、タスク・ガイドは、タスク内の各ステップのためのさまざまな命令ステップ1910を表示する。いくつかの実施態様では、これら命令は、開始ページに表示される他のユーザー・インターフェイス・ツール（例えばテーブル、メニュー、テキスト・フィールド、テキスト領域、チェックボックス）に対応する。命令とユーザー・インターフェイス・ツールを合わせて使用し、ユーザーがタスクの完了に向かうのを助ける、あるいはガイドすることができる。例えば図19に示したように、ユーザーは、表示されている見積もりリストから1つの見積もりを選択するように導かれる。この具体例では、命令が示しているように、ファシリティは、ユーザーに対して見積もりリストに含まれていない新しい見積もりを作成するという選択肢を提供する。このような場合には、ユーザーが“NEW（新規）”ボタン1914を選択すると、新しい見積もりを作成するステップへと導かれる。新しい見積もりが出ると、その見積もりがタスク・インスタンスになる。
【００９０】
いくつかの実施態様では、タスク・ガイドのページは、ナビゲーション・ボタン1912（例えば“NEXT（次へ）”1916、“FINISH（終了）”1918、“PREVIOUS（前へ）”1920、“CANCEL（キャンセル）”1920）を含むことができる。いくつかの実施態様では、“NEXT”ボタン1916を選択すると、ファシリティは、タスクの遂行に必要な次のステップ（またはステップ群）を表示する。次のステップが新しいページ、スクリーン、視覚要素のいずれかにおいて完了すると、ファシリティは、ユーザーを自動的に元のビューへと導く。ユーザーが1つのタスクに付随するすべてのステップを完了させると、いくつかの実施態様では“NEXT”ボタン1916が“FINISH”1918へと変化する。いくつかの実施態様では、“PREVIOUS”ボタン1920は、ファシリティがユーザーに示していた前のステップ（またはステップ群）を表示する。“CANCEL”ボタン1920を選択すると、ファシリティは、タスク・ガイド・ホーム・ページ1800を表示する。
【００９１】
いくつかの実施態様では、ユーザーは、単一のビューコンポーネントまたはスクリーンにおいて1つ以上のステップを実行することができる。そのような場合には、ファシリティまたは管理者ユーザーは、これらステップのための命令をグループ化してタスク・ガイドを単一のページにする。いくつかの実施態様では、特定のビューコンポーネントに付随するすべてのステップを遂行するようにユーザーに指示する命令をすべて収容するだけのスペースがタスク・ガイドにないとき、ファシリティは自動的にステップを中断し、そのステップをタスク・ガイドの別のビューコンポーネントに表示する。
【００９２】
図20は、ユーザー・インターフェイスのサンプルであり、タスクの特定のインスタンス（この場合には“予備的見積もりインセンティブ計算”）のためのタスク・ガイドにおける第2のステップを表示しているウインドウまたはウェブ・ページ2000を示してある。この特別な具体例のタスク・ガイドの第2のページは、タスク・アイコン2006、タスク・ステップ・ラベル2008、命令セクション2010、ナビゲーション・ボタン2012に加え、タスクの特定のインスタンスに関する詳細（例えば見積もり番号1-10MLH）を提供する“見積もり”セクション2004を含んでいる。いくつかの実施態様では、ユーザーは、プルダウン・メニューを用いて見積もり2014の状態を手で更新することができる。あるいはファシリティが、ユーザーが1ステップずつタスクを遂行していくのに合わせて状態を自動的に更新することができる。
【００９３】
いくつかの実施態様では、ファシリティは、下方にビューコンポーネント2016を表示する。この下方のビューコンポーネント2016には、出された命令に従ってステップを遂行するためにユーザーが変更するフィールドとユーザー・インターフェイス制御事項が含まれる。この特別な具体例では、ユーザーは、さまざまなフィールドと制御事項を含む下方のビューコンポーネント2016（例えば“ライン・アイテム”）にある追加アイテム・ボタン2019を用いることにより、予備的見積もりインセンティブ計算に製品を追加するよう求められる。
【００９４】
いくつかの実施態様では、1つのステップが、1つ以上のヘルプ・テキスト・アイテム2018を持つことができる。ヘルプ・テキスト・アイテムは、選択されたとき、現在のビューコンポーネント内の個々のフィールドを強調表示することによってハイパーリンクとして機能することができる。いくつかの実施態様では、ヘルプ・テキスト・アイテムは、ビューコンポーネント内の1つ以上の個々のフィールドと結びつけることができる。いくつかの実施態様では、ビューコンポーネントの1つの領域は、現在のステップのためのヘルプ・テキストのリストを含むことができる。
【００９５】
図21は、ユーザー・インターフェイスのサンプルであり、タスクの特定のインスタンスのためのタスク・ガイドにおける第3のステップを表示しているウインドウまたはウェブ・ページ2100を示してある。この特別な具体例におけるタスク命令2110は、顧客に対して製品をどのように値引きするかをユーザーに指示する。ユーザーは、ライン・アイテム2102のリストを提示される。ユーザーは、そのリストを通じ、顧客に対して提示しようとする値引きを選択する。ファシリティにより、リストとデータテーブルのアイテムを調べて追加情報を見られるようにできる場合がある。
【００９６】
図22は、ユーザー・インターフェイスのサンプルであり、特定のタスクのためのタスク・ガイドにおける最終ステップを表示しているウインドウまたはウェブ・ページ2200を示してある。この特別な具体例では、ファシリティは、顧客2210から請求額情報を集めるようユーザーに指示する。いくつかの実施態様では、ユーザーは、さまざまなテキスト・フィールド、プルダウン・メニューなどに値を入力することによってそのようなステップを遂行する。例えば“PAYMENT（支払い）”ビューコンポーネント2202は、いくつかのテキスト・フィールドとプルダウン・メニューを含んでおり、ユーザーは、そこから顧客の支払い情報を入力することができる。いくつかの実施態様では、ファシリティがタスクの状態を自動的に更新しない場合には、命令2210が出されたとき、ユーザーが、“STATES（状態）”ドロップダウン・メニュー2204を用いてタスクの状態を更新することができる。いくつかの実施態様では、ユーザーは、最終ステップを終了したとき、“FINISH（終了）”ボタン2218を選択する。
【００９７】
図23は、1人以上のユーザーをガイドしてタスクを遂行させるためにファシリティが一般に実行するステップを示したフロー図である。ブロック2302では、ファシリティは、タスクの特定のインスタンスを作り出し、それをユーザーの受信箱に表示する。ファシリティは、さまざまな文脈で新しい受信箱アイテムを作り出すことができる。例えばタスクの特定のインスタンスがまだ存在していない場合（例えば“新しい見積もりの作成”）には、ファシリティは、いくつかの実施態様では、タスクの新しいインスタンスを作り出すため、ユーザーの指示に応答して新しい受信箱アイテムを作り出す。タスクの特定のインスタンス（例えば“見積もり承認”）がすでに作り出されている場合には、ファシリティは、いくつかの実施態様では、タスク・インスタンスに付随する役割が更新された後に、新しい受信箱アイテムを作り出す。
【００９８】
ブロック2304では、ファシリティは、ユーザーをガイドしてステップ・ガイドにおける次のステップを実行させるためのユーザー・インターフェイスを表示する。いくつかの実施態様では、このユーザー・インターフェイスは、テキストでの命令、グラフィックでの命令、テーブル、テキスト・フィールド、対話ボックスなどの表示を含むことができる。決定ブロック2306では、ファシリティが、タスクの状態を更新する必要があるかどうかをチェックする。更新の必要がない場合には、ファシリティは決定ブロック2308へと進む。そうでない場合には、ブロック2310で状態が更新された後、ファシリティは決定ブロック2308へと進む。決定ブロック2308では、ファシリティは、ステップが終了したときに役割を再び割り当てるべきかどうかをチェックする。役割を再び割り当てる必要がない場合には、ファシリティは決定ブロック2310へと進む。そうでない場合には、ファシリティは、役割をブロック2312で更新した後、ブロック2302に戻ってタスクの新しいインスタンスを作り出す。その新しいインスタンスは、更新された役割に関係のある個人の受信箱の中に現われる。決定ブロック2310では、すべてのステップが完了している場合にルーチンが終了する。そうでない場合には、ルーチン・ループはブロック2302に戻り、次のステップを表示する。
【００９９】
V．結論
【０１００】
本発明の具体的な実施態様は例示のために記述したものであるが、上記の説明から、本発明の精神と範囲を逸脱することなく、さまざまな変更を施しうることが理解されよう。例えば一連のタスクからなるプロセスと、一連のステップからなるタスクについて記述したが、当業者であれば、本発明の範囲を逸脱することなく、プロセスに関する考え方を別の形にしたさまざまなものを利用または参照できることが理解できよう。さらに、管理者ユーザーがプロセスを定義することを可能にし、ユーザーをガイドしてタスクとステップを遂行させるユーザー・インターフェイス・ツールのさまざまな具体例が提供されているとはいえ、本発明の範囲を逸脱することなく、ファシリティとのインターフェイスとして別の機構も用いることができる。例えば音声命令、ビデオ命令、アニメーション式グラフィック表示などを利用してユーザーをガイドしてタスクを実行させることができる。したがって本発明は、添付の請求項に規定されている事項を除いては制限がない。
【図面の簡単な説明】
【０１０１】
【図１】本発明の内容が実現された多層システムのアーキテクチャである。
【図２】本発明の内容が実現されたシステム構成の一実施態様に関するブロック図である。
【図３】アプリケーションを組み込むことのできる本発明による多層システムのアーキテクチャにおける別の論理構成を示したブロック図である。
【図４】本発明の内容が実現されているアプリケーション・フレームワークの一実施態様に関するブロック図である。
【図５】プロセス-タスク-ステップからなる階層の一例を示したブロック図である。
【図６】管理プロセス定義ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図７】プロセス詳細ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図８】プロセス設計ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図９】タスク定義ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図１０】プロセスのタスク・ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図１１】タスク定義ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図１２】タスク設計ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図１３】ステップ定義ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図１４】ステップのユーザー・インターフェイス・ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図１５】ステップの命令ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図１６】命令詳細ページ上のさまざまなビューコンポーネントが表示されたユーザー・インターフェイスのサンプルである。
【図１７】1つ以上のタスクからなるプロセスを定義するためにファシリティが一般に実行するステップを示すフロー図である。
【図１８】ユーザー・インターフェイスの第1のサンプルであり、タスク・ガイド・ホーム・ページを表示しているウインドウまたはウェブ・ページを示してある。
【図１９】ユーザー・インターフェイスのサンプルであり、タスクの特定のインスタンスのためのタスク・ガイドにおける第1のステップを表示しているウインドウまたはウェブ・ページを示してある。
【図２０】ユーザー・インターフェイスのサンプルであり、タスクの特定のインスタンスのためのタスク・ガイドにおける第2のステップを表示しているウインドウまたはウェブ・ページを示してある。
【図２１】ユーザー・インターフェイスのサンプルであり、タスクの特定のインスタンスのためのタスク・ガイドにおける第3のステップを表示しているウインドウまたはウェブ・ページを示してある。
【図２２】ユーザー・インターフェイスのサンプルであり、タスクの特定のインスタンスのためのタスク・ガイドにおける最終ステップを表示しているウインドウまたはウェブ・ページを示してある。
【図２３】1人以上のユーザーをガイドしてタスクを遂行させるためにファシリティが一般に実行するステップを示したフロー図である。
【図１】
2005531062.tif 000003
【図２】
2005531062.tif 000004
【図３】
2005531062.tif 000005
【図４】
2005531062.tif 000006
【図５】
2005531062.tif 000007
【図６】
2005531062.tif 000008
【図７】
2005531062.tif 000009
【図８】
2005531062.tif 000010
【図９】
2005531062.tif 000011
【図１０】
2005531062.tif 000012
【図１１】
2005531062.tif 000013
【図１２】
2005531062.tif 000014
【図１３】
2005531062.tif 000015
【図１４】
2005531062.tif 000016
【図１５】
2005531062.tif 000017
【図１６】
2005531062.tif 000018
【図１７】
2005531062.tif 000019
【図１８】
2005531062.tif 000020
【図１９】
2005531062.tif 000021
【図２０】
2005531062.tif 000022
【図２１】
2005531062.tif 000023
【図２２】
2005531062.tif 000024
【図２３】
2005531062.tif 000025
【手続補正書】
【提出日】平成17年2月24日(2005.2.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
計算システムにおいて、1つの組織内の従業員をガイドして役割をベースとしたタスクのステップ群を遂行させる方法であって、各従業員は、その組織内で1つ以上の役割に対応しており、この方法は、
選択された従業員のタスク・リストに掲載されている複数のタスクであって、そのそれぞれが、その選択された従業員の役割と関係しているタスクを表示し；
その従業員のタスク受信箱にある複数のタスク・インスタンスであって、そのそれぞれが、選択された従業員のタスク・リストに掲載されている選択された1つのタスクに対応していて、しかも対応するタスクの定義に与えられている規則に基づいてその選択された従業員と結び付けられているタスク・インスタンスを表示し；
その選択された従業員がタスク受信箱から1つのタスク・インスタンスを選択したとき、その従業員をガイドしてタスクの選択されたインスタンスを遂行させるため、タスクのその選択されたインスタンス専用の情報と、対応するタスクを遂行するための命令とを含む情報を回収し；
回収された情報に基づき、選択された従業員をガイドして対応するタスクの1つ以上のステップを遂行させるため、対話式タスク・ガイド環境を確立する操作を含む方法。
【請求項２】
上記対話式タスク・ガイド環境が一連のビューコンポーネントからなり、それぞれのビューコンポーネントが、タスクの選択されたインスタンスのステップを遂行させるための命令を表示する、請求項1に記載の方法。
【請求項３】
上記対話式タスク・ガイド環境が、タスクの選択されたインスタンスの遂行に関係するユーザー入力を受け取るためのユーザー入力フィールドの表示を含む、請求項1に記載の方法。
【請求項４】
上記対話式タスク・ガイド環境が、タスクの選択されたインスタンスを遂行させるための情報を表示するデータテーブルの表示を含む、請求項1に記載の方法。
【請求項５】
選択された従業員の役割がマネージャであることと、対応するタスクの定義に現われる規則が、選択された従業員のタスク・インスタンスを、選択された従業員の監督下にある従業員から出されたタスク・インスタンスと関係づけることを制限する検索パラメータをさらに含むことを特徴とする、請求項1に記載の方法。
【請求項６】
計算システムにおいて、1つの組織内でプロセスの定義を具体化し、その組織内の1人以上のユーザーをガイドしてそのプロセスの定義に基づいてそのプロセスを遂行させる方法であって、
ユーザーがそのプロセスを規定する一連のタスクを特定することを可能にするプロセス定義ビューコンポーネントを表示し；
そのプロセスを規定するタスク群を特定するユーザー入力を受け取り；
指定されたそれぞれのタスクについて、
ユーザーがそのタスクを定義する一連のステップを特定することを可能にするタスク定義ビューコンポーネントを表示し；
そのタスクを定義するステップ群を特定するユーザー入力を受け取り；
指定されたそれぞれのステップについて、
ユーザーをガイドしてそのステップを遂行させるための情報を特定することを可能にするステップ定義ビューコンポーネントを表示し；
ユーザーをガイドしてそのステップを遂行させるためのその情報を特定するユーザー入力を受け取る操作を含む方法。
【請求項７】
受信したユーザー入力に基づいてプロセスを定義する操作をさらに含む、請求項6に記載の方法。
【請求項８】
ユーザーをガイドしてステップを遂行させる情報を特定する上記の受信したユーザー入力が、テキスト命令と、ヘルプ・テキスト・アイテムの特定とを含む、請求項6に記載の方法。
【請求項９】
ユーザーをガイドしてステップを遂行させる情報を特定する上記の受信したユーザー入力が、ステップの遂行に関する情報を表示、受信するためのステップ専用ビューコンポーネントの特定を含む、請求項6に記載の方法。
【請求項１０】
ユーザーをガイドしてステップを遂行させる情報を特定する上記の受信したユーザー入力が、ステップを遂行するガイドに導かれるときにユーザーに提示される命令の系列と選択を規定する分岐式回答群の特定を含む、請求項6に記載の方法。
【請求項１１】
プロセスの定義を容易にする1つ以上のグラフィック設計ツールを提示する操作をさらに含む、請求項6に記載の方法。
【国際調査報告】
2005531062.tif 000026