JP2005293565A - シングルサインオンフレームワークにおけるワークフローを管理する方法及び装置 - Google Patents

Abstract

【課題】シングルサインオンフレームワークにおけるワークフローを管理する方法。
【解決手段】アプリケーションに関連づけられ、サブタスクを指定するアプリケーションアダプタを取得するステップと、状態を取得するためアプリケーションを監視するステップと、状態がサブタスクに関連付けられている場合にサブタスクに関連付けられたアクションを実行するステップとを含む。一実施形態として、シングルサインオン認証セッションがある。
【選択図】図３

Description

背景

[0001]パスワード管理は、システム（すなわち、複数のアプリケーションを実行するコンピュータ）のエンドユーザにとって複雑で取り扱いにくいタスクになってきた。テクノロジーのセキュリティを意識する現代において、パスワード管理の複雑さは典型的にセキュリティと生産性損失の妥協を生じさせる。したがって、システムログインの焦点は、システム内の多数の様々なアプリケーションのためのユーザ認証及びサインオン機能の協調と統合に向けてシフトしている。

[0002]協調と統合を行うこのようなツールの１つはシングルサインオン（ＳＳＯ）として既知である。ＳＳＯは、ユーザが１つの名前及びパスワードを入力するとシステム内の多数のアプリケーションへアクセスすることを許可されるユーザ認証プロセスである。典型的にネットワークセッションの開始時に要求されるＳＳＯは、ユーザの認証後にすべての許可されたアプリケーション（すなわち、ユーザが適切なアクセス権を有する場所）へのアクセサビリティを可能にさせる。そのようにすることで、ＳＳＯは、ユーザが特定のネットワークセッション中にアプリケーションを切り替えるときに将来の認証プロンプトを取り除く。このように、ＳＳＯは、ユーザが、有効であるならば、すべての認証されたシステムリソースへのアクセス許可をユーザに与える関係を確立する１組の認証資格を準備することを可能にさせる。

[0003]より詳細には、ユーザは、ユーザエージェント（すなわち、デスクトップブラウザ、モバイル機器など）を用いてＳＳＯログオンセッションを開始する。ユーザの認証情報が確認されたとき、ＳＳＯはユーザの認証セッションを表すためマスタートークンを発生する。マスタートークンは、システムがマスタートークンを識別する際に用いる一意のＩＤを含む。その上、マスタートークンは、ユーザがシステム内でアクセスを要求する種々のアプリケーションを追跡する能力を備えている。典型的に、マスタートークンは、ユーザのユーザＩＤ、ユーザがシステムにアクティブ接続されている時間の長さ（すなわち、セッション長さ）などのようなセッション情報を参照する。従来、マスタートークンはアプリケーションごとのユーザアプリケーションの必要性を避けるためＳＳＯセッションに参加する多数のアプリケーションへ渡される。

[0004]ＳＳＯはユーザ利便性を提供するが、より重要なことは、ＳＳＯはユーザがシステム上の多数のアプリケーションを利用するために機密情報（すなわち、パスワード、ユーザＩＤ、クレジットカード番号、社会保障番号など）を入力しなければならない回数を制限するので、セキュリティ性を高めることである。更に、要求されたアプリケーションごとにユーザの情報を確認するための作業がユーザから見えない。換言すると、ユーザは各アプリケーションがユーザにアクセスを許可する前にどのように認証情報を受信し検査するかを知る必要がない。

概要

[0005]概して述べるならば、一態様において、本発明は、アプリケーションに関連付けられ、サブタスクを指定するアプリケーションアダプタを取得するステップと、状態を取得するためアプリケーションを監視するステップと、状態がサブタスクに関連付けられている場合にサブタスクに関連付けられたアクションを実行するステップとを備える、アプリケーションのワークフローを管理する方法に関する。

[0006]また、概して述べるならば、一態様において、本発明は、状態を備えたアプリケーションと、状態に関連付けられたアクションを定義するため構成されたアプリケーションアダプタと、アプリケーションを監視し、その状態が出現したときにそのアクションを実行するため構成されたアプリケーションアダプタランタイムと、を備える、アプリケーションのワークフローを管理するシステムに関する。

[0007]本発明のその他の態様は以下の説明及び特許請求の範囲の記載から明らかである。

詳細な説明

[0011]次に、添付図面を参照して本発明の具体的な実施形態を詳細に説明する。各種の図面における同様の要素は一貫性を保つため同様の参照番号を用いて表される。

[0012]以下の本発明の実施形態の詳細な説明において、多数の具体的な細部が本発明のより完全な理解ができるように記載されている。しかし、当業者に明らかであるように、本発明はこれらの具体的な細部を用いることなく実施できる。他の事例において、周知の特長は、本発明をわかりにくくすることを避けるために詳細には説明しない。

[0013]一般に、本発明の１つ以上の実施形態はＳＳＯ環境においてワークフローを管理する方法及び装置に関する。より詳細には、本発明の実施形態は、ＳＳＱ環境で実行するアプリケーションの各種状態を監視し、状態が発生したときに各種アクションを実行することにより、ユーザがワークフローを管理することを可能にさせる。

[0014]図１は本発明の一実施形態によりＳＳＯ環境においてワークフローを管理するシステムを示す。特に、このシステムは、サーバ（１００）及び１つ以上のクライアント（１０２）を含む。本発明の一実施形態では、サーバ（１００）はサーバ認証コンポーネント（１０４）及びＳＳＯサーバコンポーネント（１０６）を含む。サーバ認証コンポーネント（１０４）はクライアント（１０２）と相互作用するユーザを認証する機能を含む。より詳細には、本発明の一実施形態では、サーバ認証コンポーネント（１０４）はデータベース（１１０）から認証プロファイル（１０８）を取り出す機能を含む。認証プロファイル（１０８）はユーザを認証するために必要な情報を含む。サーバ認証コンポーネント（１０４）はユーザの認証をガイドするために認証プロファイル（１０８）を使用する（すなわち、バイオメトリクス（たとえば、指紋読み取り、音声、網膜スキャン）、スマートカードからのパスワードなどのような認証の方法を指示し、ユーザを確認するため使用される認証情報のコピーなどを含む。）。

[0015]本発明の一実施形態において、サーバ認証コンポーネント（１０４）はクライアント認証コンポーネント（１２６）を介してユーザを認証するために情報を取り出す。クライアント認証コンポーネント（１２６）は典型的にユーザに認証情報の入力を指示し、デバイスモジュール（１２８）（すなわち、認証情報を入力するために必要なハードウェア、たとえば、指紋リーダ）と連動する。

[0016]図１の説明を続けると、ＳＳＯサーバコンポーネント（１０６）はクライアント（１０２）がワークフロー管理を実行できるようにさせるために必要な情報をクライアント（１０２）に提供する機能を含む。特に、ユーザがサーバ認証コンポーネント（１０４）によって無事に認証されると、ＳＳＯサーバコンポーネント（１０６）は対応したＳＳＯプロファイル（１１２）をデータベース（１１０）から取り出すことに取りかかる。本発明の一実施形態において、ＳＳＯプロファイル（１１２）は１つ以上のアプリケーションアダプタ（１１４）を含む。本発明の一実施形態において、アプリケーションアダプタはワークフロー管理を可能にするために必要な情報を含む。

[0017]本発明の一実施形態において、アプリケーションアダプタ（１１４）は二つの部分、すなわち、初期化部及びスクリプト部（図示せず）を含む。本発明の一実施形態では、初期化部は（そのアプリケーションアダプタ（１１４）が関連付けられた）アプリケーションがどのように開始されるかを決める情報を含む。この情報は、アダプタタイプ（たとえば、ウィンドウズアプリケーション、ウェブベースアプリケーション、端末エミュレータアプリケーションなど）、アダプタ名、アプリケーション実行可能名、アプリケーション実行可能パス、アプリケーション開始のための作業用ディレクトリ、アプリケーションのためのコマンドラインオプション、アプリケーション内の状態を記録する際にアプリケーションを開始する方法に関する情報、関連したスクリプトファイル（すなわち、スクリプト部）のロケーションを含むが、これらに限定されない。本発明の一実施形態において、アプリケーションアダプタ（１１４）のスクリプト部は、アプリケーションアダプタ（１１４）がランタイムにアプリケーション（１３２）と相互作用する方法を指示する情報、たとえば、特定のアプリケーション状態中にどのアクションを実行すべきであるかに関する情報を含む。

[0018]図１の説明を続けると、サーバ（１００）はまたサーバ側セッションプロトコル（１１６）及びサーバ通信レイヤ（１１８）を含む。サーバ側セッションプロトコル（１１６）は種々のセッション（すなわち、認証セッション及びＳＳＯセッション）のためのセッションプロトコルを管理するため使用される。サーバ通信レイヤ（１１８）はサーバ（１００）とクライアント（１０２）との間の通信を管理する機能を含む。より詳細には、サーバ通信レイヤ（１１８）はクライアント（１０２）側に存在するクライアント通信レイヤ（１２０）との間で情報を授受する機能を含む。

[0019]本発明の一実施形態において、クライアント（１０２）は、クライアント通信レイヤ（１２０）、クライアント側セッションプロトコル（１２２）、ＳＳＯクライアントコンポーネント（１２４）、クライアント認証コンポーネント（１２６）、及び、アプリケーションアダプタラインタイム（１３０）を含む。サーバ側セッションプロトコル（１１６）と同様に、クライアント側セッションプロトコル（１２２）はクライアント（１０２）側のセッションを管理する。更に、ＳＳＯクライアントコンポーネント（１２４）はワークフロー管理を可能にするための機能を含む。特に、本発明の一実施形態では、ユーザが認証されると、ＳＳＯクライアントコンポーネント（１２４）はＳＳＯサーバコンポーネント（１０６）に対してＳＳＯプロファイル（１１２）をクライアント（１０２）へ転送することを要求する。その上、ＳＳＯクライアントコンポーネント（１２４）はアプリケーションアダプタランタイム（１３０）を開始するために必要な機能を含む。

[0020]本発明の一実施形態において、アプリケーションアダプタランタイム（１３０）はアプリケーションアダプタ（１１４）内の情報、すなわち、初期化部の情報及びスクリプト部の情報を解釈する機能を含む。更に、アプリケーションアダプタランタイム（１３０）はアプリケーション（１３２）の状態を監視しその状態に関連したアクションを実行する機能を含む。

[0021]当業者は、上記の説明ではユーザが二つのプロファイル（すなわち、認証プロファイル（１０８）及びＳＳＯプロファイル（１１２））を有するが、これらのプロファイルが１つのファイルに統合され、プロファイルとして呼んでもよいことを認める。

[0022]図２は本発明の一実施形態によるデータ構造階層図である。特に、図２は、ユーザ（１５０）とプロファイル（１５２）とアプリケーションアダプタ（１５４）の間の関係を示す。本発明の一実施形態において、一人以上のユーザ（すなわち、ユーザＡ（１５０Ａ）、ユーザＮ（１５０Ｎ））は１つのプロファイル（すなわち、プロファイルＡ（１５２Ａ）、プロファイルＮ（１５２Ｎ））が関連付けられる。更に、プロファイル（１５２）は１つ以上のアプリケーションアダプタ（アプリケーションアダプタＡ（１５４Ａ）、アプリケーションアダプタＮ（１５４Ｎ））が関連付けられる。上記の階層を用いると、単一のアプリケーションアダプタ（１５４）は複数のユーザによって使用され、コードの再利用が促進される。

[0023]当業者はユーザ（１５０）が共通のユーザ名及び認証情報を用いてシステムにアクセスするユーザのグループに対応することを認める。

[0024]図３は本発明の一実施形態によるフローチャートである。より詳細には、図３は本発明の一実施形態によりアプリケーションのためのアプリケーションアダプタを生成する方法を示す。最初に、タスクのタイプが選択される（ステップ１００）。本発明の一実施形態では、タスクは、ログイン前タスク、ログインタスク、ログイン後タスク、ログアウトタスク、及び、終了前タスクに対応する。上記のタスク識別名は、典型的にアプリケーションのワークフローを組織化するための手段として使用される。

[0025]図３の説明を続けると、タスクが選択された後、サブタスクが次に指定される（ステップ１０２）。本発明の一実施形態では、サブタスクはタスクの機能部に対応する。特に、サブタスクは、アクションを実行する前に充足されるべきアプリケーションの実行前状態、実行するアクション、及び、アクションの成功終了を示すアプリケーションの実行後状態を規定する。次に、アプリケーションタイプが選択される（ステップ１０４）。上記のように、アプリケーションタイプは、アプリケーションがウィンドウズアプリケーション、ウェブベースアプリケーション、ターミナルエミュレータアプリケーションなどであるか否かを示す。アプリケーションタイプに関する情報は、典型的にアプリケーションの様々な状態を取得する方法を決めるために使用される。本発明の一実施形態において、アプリケーションの状態は、テキスト、ウィンドウタイトル、親ウィンドウ及び子ウィンドウ、制御ＩＤ、アプリケーション内のウィンドウの列挙順、ウィンドウクラス（すなわち、ウィンドウが作成されたときに割り当てられる人為的な属性）の集まりによって定義される。

[0026]状態を記録する方法は引き続き選択される（ステップ１０６）。本発明の一実施形態において、自動状態設定メカニズムがアプリケーションの状態を取得するため使用される。本発明の別の実施形態では、手動状態設定メカニズムがアプリケーションの状態を取得するため使用される。上記の状態が指定されると、サブタスクに対応する状態が（自動状態設定メカニズムを使用するならば）記録され、手動状態設定メカニズムを使用する場合には定義される（ステップ１０８）。状態を取得するため使用されるメカニズムとは無関係に、状態が記録／定義されると、１つ以上のアクションが次にその状態に関連付けられる（ステップ１１０）。たとえば、アクションは、ユーザにデータの入力を要求すること、特定のデータを取り出すこと、アプリケーションの特定の部分へユーザを自動的に誘導することなどを含む。

[0027]（１つ以上の）アクションが状態に関連付けられると、更なるサブタスクを指定すべきであるか否かが判定される（ステップ１１２）。更なるサブタスクが必要であるならば、次に、ステップ１０２〜１１２は、特定のタスクに対して指定されるべきサブタスクがなくなるまで繰り返される。特定のタスクに対するすべてのサブタスクが指定されたならば、更なるタスクを選択するか否かが判定される（ステップ１１４）。更なるタスクが選択された場合、ステップ１００〜１１４は選択されるべきタスクがなくなるまで繰り返される。

[0028]すべてのタスクが選択され、これらのサブタスクが定義されると、上記ステップの間に収集された情報がアプリケーションアダプタの初期化部を生成するため使用され（ステップ１１６）、アプリケーションアダプタのスクリプト部を生成するため使用される（ステップ１１８）。本発明の一実施形態において、初期化部はアプリケーションアダプタを一次実行可能コード、すなわち、アプリケーションアダプタに関連したアプリケーションが開始されるときに実行されるコードの最初の部分にセットする。

[0029]本発明の一実施形態において、アプリケーションアダプタのスクリプト部は拡張マークアップ言語（ＸＭＬ）で表現される。或いは、アプリケーションアダプタのスクリプト部は独自のバイナリフォーマットで記述してもよい。得られたアプリケーションアダプタは、続いて、１つ以上のプロファイルが関連付けられる（ステップ１２０）。当業者は、各アプリケーションアダプタが１つ以上のタスクを含み、各タスクが１つ以上のサブタスクを含むことを認める。

[0030]本発明の一実施形態において、１個以上のパラメータがサブタスクを記録する間に定義される。これらのパラメータは、特定のアプリケーションに関連付けられたアイデンティティ、パスワード、ドメインなどを含む。更に、ボタンのクリックやドロップダウンリストメニューの選択のような制御アクションもサブタスクを記録する間に定義される。その上、動的変数がユーザによって特定のサブタスクに付加される。動的変数は、ローカルデータレポジトリから取得してもよく、又は、外部システムを通じて取得してもよい。本発明の一実施形態では、動的変数の値は、サブタスク内でアクションが実行されるときに決められる。したがって、動的変数の値は、アプリケーションアダプタがアプリケーションのコンテキスト（すなわち、新しい変数の値）に基づいて様々なアクションを実行することを可能にさせる。

[0031]図４は本発明の一実施形態によるアプリケーションアダプタの使用方法を示す。最初に、ユーザが認証される（ステップ１３０）。本発明の一実施形態において、ユーザは図１に示された認証インフラストラクチャを使用して認証される。ユーザが認証されると、ユーザに関連付けられたＳＳＯプロファイル（１つ以上のアプリケーションアダプタを含む）が取り出され（ステップ１３２）、ユーザが使用しているクライアント側にロードされる（ステップ１３４）。アプリケーションアダプタランタイムが、続いて開始される（ステップ１３６）。この段階で、上記のステップを実行するシステムはＳＳＯプロファイル内でアプリケーションアダプタを使用する準備が完了している。

[0032]ユーザは次に特定のアプリケーションが開始されることを要求する（ステップ１３８）。この要求はアプリケーションアダプタランタイムによって途中で捕捉され、アプリケーションアダプタランタイムは、アプリケーションを開始し、また、アプリケーションの様々なステップの監視を開始するためにアプリケーションに関連付けられたアプリケーションアダプタランタイムの初期化部を使用する（ステップ１４０）。アプリケーションが様々な状態を経るとき、アプリケーションアダプタランタイムは状態を監視し、状態に関連したサブタスクが存在するか否かを判定する（ステップ１４２）。

[0033]あるサブタスクがその状態に関連付けられているならば、次に、アプリケーションアダプタはサブタスク内に指定されたアクションを実行する（ステップ１４４）。本発明の一実施形態において、アプリケーションアダプタランタイムはアクションを実行する機能を含む。更に、アプリケーションアダプタランタイムは、アクションを実行する前に、最初にアプリケーションの状態（すなわち、実行前状態）をサブタスクに定義された実行前状態と照合する。アプリケーションの実行前状態がサブタスクに定義された実行前状態と一致するならば、アプリケーションアダプタはそのアクションの実行に取りかかる。

[0034]アクションの終了後、アプリケーションアダプタランタイムは、アクションの実行が成功したか否かを判定するためアプリケーションの状態（すなわち、実行後状態）を検証する。アプリケーションが（実行後状態によって示されるように）正しく実行されたならば、アプリケーションアダプタランタイムはアプリケーションが実行を継続することを可能にさせる（ステップ１４６）。ステップ１４０〜１４６はアプリケーションが終了されるまで繰り返される。

[0035]既に説明したように、各タスクは多数のサブタスクを含んでもよい。本発明の一実施形態において、ユーザは、ツールバークライアント又はカスタムインタフェースクライアントを介して、各タスク内の唯一のサブタスクだけがアプリケーションアダプタランタイムによって実行されることを指定する。或いは、ユーザは、ツールバークライアント又はカスタムインタフェースクライアントを介して、アプリケーションアダプタランタイムがタスク内で指定された２個以上のサブタスクを実行することを指定してもよい。

[0036]以下の実施形態は本発明の一実施形態を説明するため使用され、アプリケーションの範囲を制限する意図はない。カスタマ・リレーションシップ・バンキング・アプリケーション（ＣＲＢＡ）のための以下のシナリオを検討する。このシナリオは、以下の特長を含み、すなわち、（１）ＣＲＢＡがネットワーク状にマッピングされたドライブ装置で開始され、（２）アプリケーションランチャーがユーザに（アプリケーションランチャーがＣＲＢＡの適切なバージョンを開始することを可能にさせる）従業員識別番号をタイプすることを要求し、（３）ＣＲＢＡが開始された後、ユーザがアプリケーションにログインし、（４）ユーザがＣＲＢＡにログインすると、ユーザは、当座口座エリア、普通口座エリア、マネーマーケット口座エリアなどのようなＣＲＢＡの種々のエリアへ直接的に誘導される。

[0037]実施形態の目的のため、ログインには３通りの状況が含まれる。第１の状況は、ユーザがユーザＩＤ及びパスワードの入力を要求される成功ログインである。ユーザは、ＣＲＢＡによって受け付けられるユーザＩＤ及びパスワードを準備し、ユーザはアプリケーションへのアクセス許可を取得する。第２の状況は、ユーザが間違ったパスワード／ユーザＩＤの組み合わせのためにログインすることができない不成功ログインである。第３の状況は、ユーザが正しいパスワードを保有するが、パスワードが期限切れであるためにそのパスワードが受け付けられないというパスワード変更イベントの状況である。この場合、ＣＲＢＡは新パスワードをユーザに促す。

[0038]次に、上記のシナリオで使用されるアプリケーションアダプタを説明する。アプリケーションアダプタはログイン前タスク及びログインタスクを含む。ログイン前タスクでは、ユーザＩＤは外部パラメータとして設定される。ログイン前タスクの実行前状態はユーザＩＤのためのプロンプトを認識するため設定される。プロンプトが発生されたとき、特定のユーザに対応するユーザＩＤが、アプリケーションアダプタランタイムを介して、アプリケーションへ供給される。ユーザＩＤが与えられると、ユーザＩＤが入力されたことを認識するため実行後状態が設定される。

[0039]ログインタスクは上記のログイン状況のそれぞれを取り扱うためのサブタスクを含む。ログインサブタスクは、ログイン情報プロンプトに対応する実行前状態を含む。ログインサブタスクはＣＲＢＡへのログインの方法を定義するアクションを含む。特に、ログインアクションは、レポジトリのためのユーザのパスワードを取り出し、そのパスワードをＣＲＢＡへ提示するためのスクリプトを含んでもよい。ログインサブタスクはまた、ログイン情報がアプリケーションへ送信されたことを検証するための実行後状態を含む。後続の成功サブタスクが定義され、ログインが成功であることを検証する。このサブタスクは、ログインが成功であったことを反映する実行前状態を定義するだけであり、アクションを含まない。

[0040]ユーザＩＤが正しく、パスワードが間違っている状況では、アプリケーションアダプタはログインを実行するため使用された同じサブタスクを使用するが、更なるサブタスクが最終的に失敗したログインを取り扱うため定義される。特に、失敗ログインサブタスクが定義され、失敗したログインから生じたエラーメッセージを検出する。失敗ログインタスクの実行前状態はアプリケーション状態に対応する（たとえば、実行前状態がエラーメッセージを検出する。）。サブタスク内に定義されたアクションは、ユーザに正しいパスワードの入力を要求し、正しいパスワードをアプリケーションへ渡す。（成功サブタスクによって検証されるように）成功であるならば、ユーザはアプリケーションにログインさせられる。

[0041]ユーザＩＤ及びパスワードが正しく、パスワードの期限が切れている状況では、同じログインサブタスクが使用される。しかし、引き続いて成功サブタスクを実行するのではなく、パスワード変更サブタスクがトリガーされる。パスワード変更サブタスクは、新パスワードを与えるためにＣＲＢＡからのプロンプトとして定義された実行前状態を含んでもよい。パスワード変更サブタスクに関連付けられたアクションは新パスワードの入力を含む。実行後状態は新パスワードが送信され受け付けられたことを示すシステムからのプロンプトを含む。この特定の状況では、新パスワードがシステムによって受け付けられるならば、ＳＳＯクライアントコンポーネントはＳＳＯサーバコンポーネントを介してデータベース中のパスワードを更新する。

[0042]ユーザがＣＲＢＡへのログオンに成功すると、ユーザはアプリケーションの特定のエリアへ直接的にナビゲートされる。このナビゲーションは、典型的にログイン後タスクで定義されたサブタスクによって実行される。上記のシナリオでは、少なくとも３個のサブタスクが定義され、１個のサブタスクが以下のエリア、すなわち、普通口座エリア、当座口座エリア、及び、マネーマーケット口座エリアのうちの１つずつを担当する。各サブタスクのためのパラメータは口座タイプ及び顧客口座番号を含む。アプリケーションアダプタは、ユーザによって入力された情報（すなわち、顧客口座番号及び口座タイプ）に基づいて３個のサブタスクのうちのいずれか１つを実行する。サブタスクは、次に、ユーザによって入力された情報によって定義されるようなアプリケーションの特定のエリアへユーザを誘導する。本発明の一実施形態において、アプリケーションアダプタランタイムは、ユーザに情報の入力を要求するのではなく、顧客情報（すなわち、顧客口座番号及び口座タイプ）を自動的に取り出すように構成される。

[0043]本発明は限られた数の実施態様に関して説明されているが、本開示の恩恵を受ける当業者は、本明細書に開示されているような発明の範囲を逸脱しないその他の実施態様を考え出し得ることを認める。したがって、本発明の範囲は特許請求の範囲に記載された事項だけによって限定されるべきである。

本発明の一実施形態によるシステムを示す図である。 本発明の一実施形態によるデータ構造階層を示す図である。 本発明の一実施形態によるフローチャートを示す図である。 本発明の一実施形態によるフローチャートを示す図である。

符号の説明

１００…サーバ、１０２…クライアント、１０４…サーバ認証コンポーネント、１０６…ＳＳＯサーバコンポーネント、１０８…認証プロファイル、１１０…データベース、１１２…ＳＳＯプロファイル、１１２…ＳＳＯプロファイル、１１４…アプリケーションアダプタ、１１６…サーバ側セッションプロトコル、１１８…サーバ通信レイヤ、１２０…クライアント通信レイヤ、１２２…クライアント側セッションプロトコル、１２４…ＳＳＯクライアントコンポーネント、１２６…クライアント認証コンポーネント、１２８…デバイスモジュール、１３０…アプリケーションアダプタランタイム、１３２…アプリケーション。

Claims (30)

1. アプリケーションのワークフローを管理する方法であって、
   アプリケーションに関連付けられサブタスクを指定するアプリケーションアダプタを取得するステップと、
   状態を取得するためアプリケーションを監視するステップと、
   前記状態が前記サブタスクに関連付けられている場合に、前記サブタスクに関連付けられたアクションを実行するステップと、
   を備える、方法。
2. ユーザを認証するステップと、
   ユーザが認証された場合に、ユーザに関連付けられ、アプリケーションアダプタを備えるプロファイルを取り出すステップと、
   を更に備える、請求項１記載の方法。
3. プロファイルがシングルサインオンプロファイルである、請求項２記載の方法。
4. アプリケーションアダプタを生成するステップと、
   アプリケーションアダプタにプロファイルを関連付けるステップと、
   を更に備える、請求項２記載の方法。
5. アプリケーションアダプタを生成するステップが、
   タスクを選択する工程と、
   タスクに関連付けられたサブタスクを指定する工程と、
   サブタスクに関連付けられた状態を記録する手段を指定する工程と、
   状態を記録する手段を使用して状態を記録する工程と、
   サブタスクに関連付けられた状態が現れたときに実行すべきアクションを指定する工程と、
   サブタスク及びアクションに関連付けられた状態を使用してアプリケーションアダプタを生成する工程と、
   を備える、請求項４記載の方法。
6. アプリケーションアダプタが初期化部及びスクリプト部を備える、請求項５記載の方法。
7. スクリプト部がアクションを備える、請求項６記載の方法。
8. 関連付けられた状態を記録する手段が自動状態設定メカニズムと手動状態設定メカニズムよりなる群から選択される少なくとも１つを備える、請求項５記載の方法。
9. アクションを実行するステップがローカルパラメータをアプリケーションへ渡す工程を備える、請求項１記載の方法。
10. サブタスクがタスクに関連付けられる、請求項１記載の方法。
11. タスクがログイン前タスク、ログインタスク、ログイン後タスク、ログアウトタスク、及び、終了前タスクよりなる群から選択される少なくとも１つのタスクである、請求項１０記載の方法。
12. サブタスクが実行前状態設定、アクション、及び、実行後状態設定よりなる群から選択される少なくとも１つを備える、請求項１記載の方法。
13. サブタスクが動的変数を備える、請求項１２記載の方法。
14. アクションがユーザをアプリケーションの特定のポイントへ誘導するため動的変数を使用する機能を備える、請求項１３記載の方法。
15. アクションがユーザをアプリケーションの特定のポイントへ誘導する機能を備える、請求項１記載の方法。
16. アプリケーションアダプタがアプリケーションアダプタランタイムを使用して解釈される、請求項１記載の方法。
17. アプリケーションのワークフローを管理するシステムであって、
    状態を備えるアプリケーションと、
    状態に関連付けられたアクションを定義するように構成されたアプリケーションアダプタと、
    アプリケーションを監視し、前記状態が現れたときに前記アクションを実行するように構成されたアプリケーションアダプタランタイムと、
    を備える、システム。
18. ユーザを認証し、ユーザが認証されたときに、ユーザに関連付けられアプリケーションアダプタを備えるプロファイルを取り出すように構成された認証インフラストラクチャを更に備える、請求項１７記載のシステム。
19. プロファイルがシングルサインオンプロファイルである、請求項１８記載のシステム。
20. プロファイルを記憶するように構成されたデータベースを更に備える、請求項１８記載のシステム。
21. アクションがサブタスクに関連付けられる、請求項１７記載のシステム。
22. サブタスクが実行前状態及び実行後状態よりなる群から選択される少なくとも１つを備える、請求項２１記載のシステム。
23. サブタスクが動的変数を備える、請求項２２記載のシステム。
24. アクションがユーザをアプリケーションの特定のポイントへ誘導するため動的変数を使用するように構成される、請求項２３記載のシステム。
25. サブタスクがタスクに関連付けられる、請求項１７記載のシステム。
26. タスクがログイン前タスク、ログインタスク、ログイン後タスク、ログアウトタスク、及び、終了前タスクよりなる群から選択される少なくとも１つのタスクである、請求項２５記載のシステム。
27. アクションがユーザをアプリケーションの特定のポイントへ誘導するように構成される、請求項１７記載のシステム。
28. アプリケーションアダプタが初期化部及びスクリプト部を備える、請求項１７記載のシステム。
29. スクリプト部がアクションを備える、請求項２８記載のシステム。
30. 状態がテキスト、ウィンドウタイトル、親ウィンドウ及び子ウィンドウ、並びに、制御ＩＤよりなる群から選択される少なくとも１つのアプリケーションを備える、請求項１７記載のシステム。
    

Images