JP7427677B2 - データ処理システムによって管理されるデータオブジェクトのワークフローを実施するための有限状態機械 - Google Patents

データ処理システムによって管理されるデータオブジェクトのワークフローを実施するための有限状態機械 Download PDF

Info

Publication number
JP7427677B2
JP7427677B2 JP2021542500A JP2021542500A JP7427677B2 JP 7427677 B2 JP7427677 B2 JP 7427677B2 JP 2021542500 A JP2021542500 A JP 2021542500A JP 2021542500 A JP2021542500 A JP 2021542500A JP 7427677 B2 JP7427677 B2 JP 7427677B2
Authority
JP
Japan
Prior art keywords
workflow
data object
data
state
fsm
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021542500A
Other languages
English (en)
Other versions
JPWO2020154400A5 (ja
JP2022518273A (ja
Inventor
ロバート・パークス
アンソニー・イェラカリス
ドゥサン・ラディヴォジェヴィッチ
Original Assignee
アビニシオ テクノロジー エルエルシー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アビニシオ テクノロジー エルエルシー filed Critical アビニシオ テクノロジー エルエルシー
Publication of JP2022518273A publication Critical patent/JP2022518273A/ja
Publication of JPWO2020154400A5 publication Critical patent/JPWO2020154400A5/ja
Priority to JP2024006900A priority Critical patent/JP2024050648A/ja
Application granted granted Critical
Publication of JP7427677B2 publication Critical patent/JP7427677B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/906—Clustering; Classification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/34—Graphical or visual programming
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4498—Finite state machines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)

Description

関連出願の相互参照
本願は、米国特許法第１１９条（ｅ）の下で、２０１９年１月２２日付けで出願された「ＦＩＮＩＴＥ ＳＴＡＴＥ ＭＡＣＨＩＮＥＳ ＦＯＲ ＩＭＰＬＥＭＥＮＴＩＮＧ ＷＯＲＫＦＬＯＷＳ ＦＯＲ ＤＡＴＡ ＯＢＪＥＣＴＳ ＭＡＮＡＧＥＤ ＢＹ Ａ ＤＡＴＡ ＰＲＯＣＥＳＳＩＮＧ ＳＹＳＴＥＭ」という名称の米国仮特許出願第６２／７９５，４４３号明細書に対する優先権の利益を主張するものであり、これは、その全体が参照により本明細書に援用される。
有限状態機械（ＦＳＭ）は、ハードウェア又はソフトウェアで実装され得る計算モデルである。その名称が示すように、有限状態機械は、状態の有限の組を含み、有限状態機械は、任意の所与の時間にこれらの状態の厳密に１つの状態であり得る。有限状態機械は、状態の組における状態間の１つ又は複数の遷移も含む。有限状態機械は、例えば、条件が満たされることに応答して且つ／又は外部入力に応答して、ある状態から別の状態に幾つかの方法で遷移し得る。有限状態機械は、状態のリスト、状態間の遷移及び／又は現在の状態の指示を指定するデータを記憶する１つ又は複数のデータ構造を使用してメモリで表され得る。有限状態機械は、リアクティブシステムのモデリング、ハードウェアデジタルシステムの設計、アプリケーション挙動のモデリング、ソフトウェアエンジニアリング、ネットワークプロトコル、自然言語処理及びコンパイラを含む多くの様々な分野で使用されている。
幾つかの実施形態は、データ処理システムにおけるワークフローを管理する方法に関し、データ処理システムは、（ｉ）複数のデータオブジェクト及びその属性の値であって、複数のデータオブジェクトは、第１のデータオブジェクトを含み、第１のデータオブジェクトは、複数の値の何れか１つを有することができる第１の属性を含む複数の属性を有する、複数のデータオブジェクト及びその属性の値と、複数のデータオブジェクトの少なくとも幾つかの間の関係を指定するメタデータとを記憶する少なくとも１つのデータストアと、（ｉｉ）第１のデータオブジェクトに関連付けられた第１の有限状態機械（ＦＳＭ）を含むＦＳＭの実行を管理し、且つ第１のデータオブジェクトの第１のワークフローを管理するためのワークフロー実行エンジンを含むワークフロー管理システムとを含む。本方法は、第１のＦＳＭの現在のワークフロー状態が第１のワークフロー状態である場合、ワークフロー管理システムを使用して、少なくとも１つのデータストア中の第１の属性の現在の値にアクセスすることにより、第１のデータオブジェクトの第１の属性の現在の値を特定することと、第１の属性の現在の値及び複数のデータオブジェクトの少なくとも幾つかの間の関係を指定するメタデータを使用して、第１のデータオブジェクトの第１のワークフロータスクを実行する権限を有する第１のアクターを識別することと、第１のアクターが、第１のワークフロータスクが実行されるべきであるという入力を提供することができるグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、第１のアクターから且つＧＵＩを通して、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することに応答して、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のＦＳＭの現在のワークフロー状態を第２のワークフロー状態に更新することとを実行することを含む。
幾つかの実施形態は、データ処理システムによって実行されると、データ処理システムに、データ処理システムにおけるワークフローを管理する方法を実行させるプロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体に関し、データ処理システムは、（ｉ）複数のデータオブジェクト及びその属性の値であって、複数のデータオブジェクトは、第１のデータオブジェクトを含み、第１のデータオブジェクトは、複数の値の何れか１つを有することができる第１の属性を含む複数の属性を有する、複数のデータオブジェクト及びその属性の値と、複数のデータオブジェクトの少なくとも幾つかの間の関係を指定するメタデータとを記憶する少なくとも１つのデータストアと、（ｉｉ）第１のデータオブジェクトに関連付けられた第１の有限状態機械（ＦＳＭ）を含むＦＳＭの実行を管理し、且つ第１のデータオブジェクトの第１のワークフローを管理するためのワークフロー実行エンジンを含むワークフロー管理システムとを含み、方法は、第１のＦＳＭの現在のワークフロー状態が第１のワークフロー状態である場合、ワークフロー管理システムを使用して、少なくとも１つのデータストア中の第１の属性の現在の値にアクセスすることにより、第１のデータオブジェクトの第１の属性の現在の値を特定することと、第１の属性の現在の値及び複数のデータオブジェクトの少なくとも幾つかの間の関係を指定するメタデータを使用して、第１のデータオブジェクトの第１のワークフロータスクを実行する権限を有する第１のアクターを識別することと、第１のアクターが、第１のワークフロータスクが実行されるべきであるという入力を提供することができるグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、第１のアクターから且つＧＵＩを通して、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することに応答して、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のＦＳＭの現在のワークフロー状態を第２のワークフロー状態に更新することとを実行することを含む。
幾つかの実施形態は、データ処理システムであって、少なくとも１つのコンピュータハードウェアプロセッサと、複数のデータオブジェクト及びその属性の値であって、複数のデータオブジェクトは、第１のデータオブジェクトを含み、第１のデータオブジェクトは、複数の値の何れか１つを有することができる第１の属性を含む複数の属性を有する、複数のデータオブジェクト及びその属性の値と、複数のデータオブジェクトの少なくとも幾つかの間の関係を指定するメタデータとを記憶する少なくとも１つのデータストアと、第１のデータオブジェクトに関連付けられた第１の有限状態機械（ＦＳＭ）を含むＦＳＭの実行を管理し、且つ第１のデータオブジェクトの第１のワークフローを管理するためのワークフロー実行エンジンを含むワークフロー管理システムとを含むデータ処理システムに関し、ワークフロー管理システムは、少なくとも１つのコンピュータハードウェアプロセッサを使用して、第１のＦＳＭの現在のワークフロー状態が第１のワークフロー状態である場合、少なくとも１つのデータストア中の第１の属性の現在の値にアクセスすることにより、第１のデータオブジェクトの第１の属性の現在の値を特定することと、第１の属性の現在の値及び複数のデータオブジェクトの少なくとも幾つかの間の関係を指定するメタデータを使用して、第１のデータオブジェクトの第１のワークフロータスクを実行する権限を有する第１のアクターを識別することと、第１のアクターが、第１のワークフロータスクが実行されるべきであるという入力を提供することができるグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、第１のアクターから且つＧＵＩを通して、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することに応答して、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のＦＳＭの現在のワークフロー状態を第２のワークフロー状態に更新することとを含む方法を実行するように構成される。
幾つかの実施形態は、第１の有限状態機械（ＦＳＭ）を使用して、複数のデータオブジェクトにおける第１のデータオブジェクトのワークフローを管理するためのシステムに関し、第１のＦＳＭは、第１及び第２のワークフロー状態を含むワークフロー状態の第１の組と、ワークフロー状態の第１の組間の遷移の第１の組とを有し、遷移の第１の組は、第１のワークフローにおけるタスクを表し、且つ第１のワークフローにおける第１のワークフロータスクを表す、第１の状態と第２の状態との間の第１の遷移を含む。少なくとも１つのコンピュータハードウェアプロセッサと、プロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体とを含むシステムであり、プロセッサ実行可能命令は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、複数のアクターの中から、且つ第１のデータオブジェクトの少なくとも１つの属性の少なくとも１つの値を使用して、第１のデータオブジェクトの第１のワークフロータスクを実行する権限を有する第１のアクターを識別することと、第１のＦＳＭが、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のアクターから、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することと、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のワークフローの現在のワークフロー状態が第２のワークフロー状態であることを示すように第１のＦＳＭを更新することとを実行させる。
幾つかの実施形態は、第１の有限状態機械（ＦＳＭ）を使用して、複数のデータオブジェクトにおける第１のデータオブジェクトのワークフローを管理する方法に関し、第１のＦＳＭは、第１及び第２のワークフロー状態を含むワークフロー状態の第１の組と、ワークフロー状態の第１の組間の遷移の第１の組とを有し、遷移の第１の組は、第１のワークフローにおけるタスクを表し、且つ第１のワークフローにおける第１のワークフロータスクを表す、第１の状態と第２の状態との間の第１の遷移を含む。本方法は、少なくとも１つのコンピュータハードウェアプロセッサを使用して、複数のアクターの中から、且つ第１のデータオブジェクトの少なくとも１つの属性の少なくとも１つの値を使用して、第１のデータオブジェクトの第１のワークフロータスクを実行する権限を有する第１のアクターを識別することと、第１のＦＳＭが、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のアクターから、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することと、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第２のワークフロー状態であることを示すように第１のＦＳＭを更新することとを含む。
幾つかの実施形態は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、第１の有限状態機械（ＦＳＭ）を使用して、複数のデータオブジェクトにおける第１のデータオブジェクトのワークフローを管理する方法を実行させるプロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体に関し、第１のＦＳＭは、第１及び第２のワークフロー状態を含むワークフロー状態の第１の組と、ワークフロー状態の第１の組間の遷移の第１の組とを有し、遷移の第１の組は、第１のワークフローにおけるタスクを表し、且つ第１のワークフローにおける第１のワークフロータスクを表す、第１の状態と第２の状態との間の第１の遷移を含む。方法は、複数のアクターの中から、且つ第１のデータオブジェクトの少なくとも１つの属性の少なくとも１つの値を使用して、第１のデータオブジェクトの第１のワークフロータスクを実行する権限を有する第１のアクターを識別することと、第１のＦＳＭが、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のアクターから、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することと、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第２のワークフロー状態であることを示すように第１のＦＳＭを更新することとを含む。
幾つかの実施形態は、第１のデータオブジェクトを含む複数のデータオブジェクトのワークフローを管理する方法を提供し、本方法は、少なくとも１つのコンピュータハードウェアプロセッサを使用して、第１の有限状態機械（ＦＳＭ）の第１の仕様を使用して、データオブジェクトの第１の組の第１のワークフローを管理するための第１のＦＳＭを生成することであって、第１の仕様は、第１及び第２のワークフロー状態を含むワークフロー状態の第１の組と、ワークフロー状態の第１の組間の遷移の第１の組とを示し、遷移の第１の組は、第１のワークフローにおけるタスクを表し、且つ第１のワークフローにおける第１のタスクを表す、第１の状態と第２の状態との間の第１の遷移を含む、生成することと、第１のＦＳＭが、データオブジェクトの第１の組の第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のワークフロー状態と第２のワークフロー状態との間の第１の遷移に対応する第１のワークフロータスクを実行する権限を有する第１のアクターから、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することと、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のデータオブジェクトの第１の組の第１のワークフローの現在のワークフロー状態が第２のワークフロー状態であることを示すように第１のＦＳＭを更新することとを実行することを含む。
幾つかの実施形態は、プロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体を提供し、プロセッサ実行可能命令は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、複数のデータオブジェクトの第１のデータオブジェクトの第１のワークフローの第１の有限状態機械（ＦＳＭ）を生成することと、第１のデータオブジェクトの少なくとも１つの属性の少なくとも１つの値を使用して、第１のワークフロー状態から第２のワークフロー状態への第１の遷移に関連付けられた第１のワークフロータスクを実行する権限を有する第１のアクターを識別することと、第１のＦＳＭが、第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のアクターが、第１のワークフロータスクが実行されるべきであるという入力を提供することができるグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、ＧＵＩを第１のアクターに提示することとを実行させる。
幾つかの実施形態は、少なくとも１つのコンピュータハードウェアプロセッサを使用して、複数のデータオブジェクトの第１のデータオブジェクトの第１のワークフローの第１の有限状態機械（ＦＳＭ）を生成することと、第１のデータオブジェクトの少なくとも１つの属性の少なくとも１つの値を使用して、第１のワークフロー状態から第２のワークフロー状態への第１の遷移に関連付けられた第１のワークフロータスクを実行する権限を有する第１のアクターを識別することと、第１のＦＳＭが、第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のアクターが、第１のワークフロータスクが実行されるべきであるという入力を提供することができるグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、ＧＵＩを第１のアクターに提示することとを実行することを含む方法を提供する。
幾つかの実施形態は、システムであって、少なくとも１つのコンピュータハードウェアプロセッサと、プロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体とを含み、プロセッサ実行可能命令は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、複数のデータオブジェクトの第１のデータオブジェクトの第１のワークフローの第１の有限状態機械（ＦＳＭ）を生成することと、第１のデータオブジェクトの少なくとも１つの属性の少なくとも１つの値を使用して、第１のワークフロー状態から第２のワークフロー状態への第１の遷移に関連付けられた第１のワークフロータスクを実行する権限を有する第１のアクターを識別することと、第１のＦＳＭが、第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のアクターが、第１のワークフロータスクが実行されるべきであるという入力を提供することができるグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、ＧＵＩを第１のアクターに提示することとを実行させる、システムを提供する。
幾つかの実施形態は、プロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体を提供し、プロセッサ実行可能命令は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、複数のデータオブジェクトの第１のデータオブジェクトの属性の値を変更するための第１のワークフローを管理するための第１のＦＳＭを生成することであって、第１及び第２のワークフロー状態を含むワークフロー状態の第１の組と、ワークフロー状態の第１の組間の遷移の第１の組とを示す仕様を使用して実行され、遷移の第１の組は、第１のワークフローにおけるタスクを表し、且つ第１のワークフローにおける第１のタスクを表す、第１の状態と第２の状態との間の第１の遷移を含む、生成することと、第１のＦＳＭが、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のワークフロー状態と第２のワークフロー状態との間の第１の遷移に対応する第１のワークフロータスクを実行する権限を有する第１のアクターから、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することと、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第２のワークフロー状態であることを示すように第１のＦＳＭを更新することとを実行させる。
幾つかの実施形態は、システムであって、少なくとも１つのコンピュータハードウェアプロセッサと、プロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体とを含み、プロセッサ実行可能命令は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、複数のデータオブジェクトの第１のデータオブジェクトの属性の値を変更するための第１のワークフローを管理するための第１のＦＳＭを生成することであって、第１及び第２のワークフロー状態を含むワークフロー状態の第１の組と、ワークフロー状態の第１の組間の遷移の第１の組とを示す仕様を使用して実行され、遷移の第１の組は、第１のワークフローにおけるタスクを表し、且つ第１のワークフローにおける第１のタスクを表す、第１の状態と第２の状態との間の第１の遷移を含む、生成することと、第１のＦＳＭが、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のワークフロー状態と第２のワークフロー状態との間の第１の遷移に対応する第１のワークフロータスクを実行する権限を有する第１のアクターから、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することと、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第２のワークフロー状態であることを示すように第１のＦＳＭを更新することとを実行させる、システムを提供する。
幾つかの実施形態は、少なくとも１つのコンピュータハードウェアプロセッサを使用して、複数のデータオブジェクトの第１のデータオブジェクトの属性の値を変更するための第１のワークフローを管理するための第１のＦＳＭを生成することであって、第１及び第２のワークフロー状態を含むワークフロー状態の第１の組と、ワークフロー状態の第１の組間の遷移の第１の組とを示す仕様を使用して実行され、遷移の第１の組は、第１のワークフローにおけるタスクを表し、且つ第１のワークフローにおける第１のタスクを表す、第１の状態と第２の状態との間の第１の遷移を含む、生成することと、第１のＦＳＭが、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第１のワークフロー状態であることを示す場合、第１のワークフロー状態と第２のワークフロー状態との間の第１の遷移に対応する第１のワークフロータスクを実行する権限を有する第１のアクターから、第１のワークフロータスクが実行されるべきであることを指定する入力を受信することと、第１のデータオブジェクトの第１のワークフロータスクを実行することと、第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第２のワークフロー状態であることを示すように第１のＦＳＭを更新することとを実行することを含む方法を提供する。
上記は、本発明の非限定的な概要であり、本発明は、添付の特許請求の範囲によって規定される。
種々の態様及び実施形態について以下の図を参照して説明する。図が必ずしも一定の縮尺で描かれているわけではないことを理解されたい。複数の図に現れる特徴は、現れる全ての図で同じ又は同様の参照番号により示される。
従来のワークフロー管理システムのブロック図である。 本明細書に記載される技術の幾つかの実施形態による例示的なデータ処理システム１２０及びデータ処理システム１２０と統合されたワークフロー管理システム１３０のブロック図である。 本明細書に記載される技術の幾つかの実施形態による、図１Ｂに示されるデータ処理システム１２０の例示的な実施形態のブロック図である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトが属するデータオブジェクトの階層についての情報を使用して、データオブジェクトのワークフロータスクを実行する権限を有するアクターを識別する一例を示す。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトが属するデータオブジェクトの階層についての情報を使用して、データオブジェクトのワークフロータスクを実行する権限を有するアクターを識別する一例を示す。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトが属するデータオブジェクトの階層についての情報を使用して、データオブジェクトのワークフロータスクを実行する権限を有するアクターを識別する一例を示す。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトが属するデータオブジェクトの階層についての情報を使用して、データオブジェクトのワークフロータスクを実行する権限を有するアクターを識別する一例を示す。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトが属するデータオブジェクトのグループについての情報を使用して、データオブジェクトのワークフロータスクを実行する権限を有するアクターを識別する一例を示す。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトが属するデータオブジェクトのグループについての情報を使用して、データオブジェクトのワークフロータスクを実行する権限を有するアクターを識別する一例を示す。 本明細書に記載される技術の幾つかの実施形態による、有限状態機械を使用してデータオブジェクトのワークフローを管理する例示的なプロセス２００のフローチャートである。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトへの変更を管理するワークフローの例示的な有限状態機械３００のステータス及び遷移を示す図である。 本明細書に記載される技術の幾つかの実施形態による、問題管理ワークフローの例示的な有限状態機械３５０の状態及び遷移を示す図である。 本明細書に記載される技術の幾つかの実施形態による、アクターが１つ又は複数のワークフロータスクを閲覧及び／又は実行することができる例示的なグラフィカルユーザインターフェース（ＧＵＩ）３８０の図である。 本明細書に記載される技術の幾つかの実施形態による、アクターがデータオブジェクトの１つ又は複数のワークフロータスクを閲覧及び／又は実行することができる別のＧＵＩ３９０の図である。 本明細書に記載される技術の幾つかの実施形態による、ビジネス用語データオブジェクトを作成し、管理する例示的な有限状態機械４００の図である。 本明細書に記載される技術の幾つかの実施形態による、図４Ａに示される有限状態機械４００の部分を示す図である。 本明細書に記載される技術の幾つかの実施形態による、図４Ａに示される有限状態機械４００の部分を示す図である。 本明細書に記載される技術の幾つかの実施形態による、図４Ａに示される有限状態機械４００の部分を示す図である。 本明細書に記載される技術の幾つかの実施形態による、ビジネス用語データオブジェクトへの変更を管理する例示的な有限状態機械５００の図であり、ＦＳＭ５００の状態の１つは、２次有限状態機械に関連付けられている。 本明細書に記載される技術の幾つかの実施形態による、ビジネス用語データオブジェクトへの変更を管理する１次ＦＳＭの状態及びビジネス用語データオブジェクトの属性への変更を管理する２次ＦＳＭの状態を示す例示的なＧＵＩ５１０の図である。 本明細書に記載される技術の幾つかの実施形態による、ビジネス用語データオブジェクトへの変更を行う２次ＦＳＭ５５０を示す。 本明細書に記載される技術の幾つかの実施形態による、複数のデータオブジェクトに追加、変更及び／又は削除をインポートする有限状態機械６００を示す。 本明細書に記載される技術の幾つかの実施形態による、複数のデータオブジェクトに追加、変更及び／又は削除を条件付きでインポートする有限状態機械６５０を示す。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトを含む少なくとも１つのデータオブジェクト階層中の少なくとも１つの他のデータオブジェクトに指定された情報を使用したデータオブジェクトの１つ又は複数のワークフローアクターの識別を示す図７００である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトの分類属性の値に基づくデータオブジェクトの１つ又は複数のワークフローアクターの識別を示す図７０５である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトの分類属性の値に基づくデータオブジェクトの１つ又は複数のワークフローアクターの識別を示す別の図７１０である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトを含む複数のデータオブジェクト階層中の他のデータオブジェクトに指定された状態を使用したデータオブジェクトのワークフローアクターの識別を示す図７１５である。 本明細書に記載される技術の幾つかの実施形態による、保留中の変更への承認に必要であるのが単一者のみであり得る保留中の変更の「シングル」意思決定構成を示す図７２０である。 本明細書に記載される技術の幾つかの実施形態による、保留中の変更への承認に必要であるのが、識別されたワークフローアクターの過半数である保留中の変更の「過半数」意思決定構成を示す図７２５である。 本明細書に記載される技術の幾つかの実施形態による、保留中の変更への承認に必要であるのが、識別されたワークフローアクターの全てである保留中の変更の「全員一致」意思決定構成を示す図７３０である。 本明細書に記載される技術の幾つかの実施形態による、マルチオブジェクト階層に属するデータオブジェクトへの保留中の変更の意思決定構成を示し、各構成は、複数のオブジェクト階層のそれぞれに関して指定される。 本明細書に記載される技術の幾つかの実施形態による、マルチオブジェクト階層に属するデータオブジェクトへの保留中の変更の意思決定構成を示し、各構成は、複数のオブジェクト階層のそれぞれに関して指定される。 本明細書に記載される技術の幾つかの実施形態による、マルチオブジェクト階層に属するデータオブジェクトへの保留中の変更の意思決定構成を示し、各構成は、複数のオブジェクト階層のそれぞれに関して指定される。 本明細書に記載される技術の幾つかの実施形態による、マルチオブジェクト階層に属するデータオブジェクトへの保留中の変更の意思決定構成を示し、各構成は、複数のオブジェクト階層のそれぞれに関して指定される。 本明細書に記載される技術の幾つかの実施形態による、マルチオブジェクト階層に属するデータオブジェクトへの保留中の変更の意思決定構成を示し、各構成は、複数のオブジェクト階層のそれぞれに関して指定される。 本明細書に記載される技術の幾つかの実施形態による、マルチオブジェクト階層に属するデータオブジェクトへの保留中の変更の意思決定構成を示し、各構成は、複数のオブジェクト階層のそれぞれに関して指定される。 本明細書に記載される技術の幾つかの実施形態による複数のビジネス用語データオブジェクトを示すＧＵＩ８００の図である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクト属性の値及び関連付けられた当事者を含むビジネス用語データオブジェクトについての情報を示すＧＵＩ８１０の図である。 本明細書に記載される技術の幾つかの実施形態による、ビジネス用語データオブジェクトの有限状態機械の現在のワークフロー状態を含むビジネス用語データオブジェクトについての情報を示すＧＵＩ８２０の図である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトの第１の属性の値へのアクターの変更が、（１）ビジネス用語データオブジェクトのワークフローを管理する有限状態機械の現在の状態への変更、及び（２）第１の属性の値の変更についての承認プロセスを管理する２次有限状態機械のインスタンス生成をどのように生じさせるかを示すＧＵＩ８２５の図である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトの第２の属性の値へのアクターの変更が、属性値の変更についての承認プロセスを管理する別の２次有限状態機械のインスタンス生成をどのように生じさせるかを示すＧＵＩ８３０の図である。 本明細書に記載される技術の幾つかの実施形態による、アクターがデータオブジェクトの属性の値への変更を提出した後のアクターの図を示すＧＵＩ８３５の図である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクト属性の値への提出された変更を承認するレビューアのリストを示すＧＵＩ８３７の図である。 本明細書に記載される技術の幾つかの実施形態による、レビューアのログイン、ワークキューのチェック及びアクターにより提出された変更の承認を示すＧＵＩ８４０の図である。 本明細書に記載される技術の幾つかの実施形態による、別のレビューアのログイン、ワークキューのチェック及びアクターにより提出された変更の承認を示すＧＵＩ８４５の図である。 本明細書に記載される技術の幾つかの実施形態による、レビューアの自身のワークキューにアクセスできるようにするＧＵＩ８５０の図を示す。 本明細書に記載される技術の幾つかの実施形態による、アクターの変更が承認されたか否かをアクターが調べられるようにするＧＵＩ８５５の図を示す。 本明細書に記載される技術の幾つかの実施形態による、別のレビューアのログイン、ワークキューのチェック及びアクターにより提出された変更の承認を示すＧＵＩ８６０の図である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトのある属性値への変更が承認されたが、データオブジェクトの別の属性値への変更の承認が保留中のままであることを示すＧＵＩ８６５の図である。 本明細書に記載される技術の幾つかの実施形態による、データオブジェクトの有限状態機械の現在の状態が「公開」状態に更新されたことを示すＧＵＩ８７０の図である。 本明細書に記載される技術の幾つかの実施形態による、有限状態機械仕様のリストを示すＧＵＩ９１０の図である。 本明細書に記載される技術の幾つかの実施形態による、図８Ａ～図８Ｎの例におけるデータオブジェクトへの変更を管理する１次有限状対機械を示すＧＵＩ９２０の図である。 本明細書に記載される技術の幾つかの実施形態による、図９Ｂに示される１次状態機械の状態表及び状態の１つの状態遷移を示すＧＵＩ９３０の図である。 本明細書に記載される技術の幾つかの実施形態による、図９Ｂに示される１次状態機械の状態表及び状態の別の１つの状態遷移を示すＧＵＩ９４０の図である。 本明細書に記載される技術の幾つかの実施形態による、図８Ａ～図８Ｎの例におけるデータオブジェクトの属性への変更を管理する２次有限状態機械及び関連付けられた状態表を示すＧＵＩ１０００の図である。 本明細書に記載される技術の幾つかの実施形態を実施するうえで使用し得る例示的な計算システム環境のブロック図である。
本明細書に記載される技術の態様は、データ処理システムにより管理されるデータオブジェクトのワークフローを実施する従来の技法を改良することにより、データ処理システムの速度、スループット及び精度を上げることに関する。データ処理システムは、数千、数百万又は数十億ものデータオブジェクトを管理し得る。本明細書に記載される技法は、従来のワークフロー実施技法を使用して、ワークフローを実施するデータ処理システムで生じるエラー及び使用される計算リソースを低減するようなそのようなデータオブジェクトのワークフローの効率的な実施を可能にする。本発明者らにより開発された技法は、誰がデータを編集でき、いつ誰がデータにアクセスでき、誰が保留中の変更を見ることができ、誰がより幅広い観衆に向けたデータの流布を承認することができ、誰が変更の通知を得ることができ（例えば、人々及びシステム）、誰がデータオブジェクトのワークフロー状態を進めることができるかに対する精密で簡潔な制御をデータ処理システムユーザに提供する。
幾つかの実施形態では、データオブジェクトのワークフローは、データオブジェクトに関連するワークフロータスクの組を含み得、タスクの組における各タスクは、自動的に又は１人若しくは複数のアクターによって提供される入力に応答してデータ処理システムによって実行される。例えば、データオブジェクトのワークフローは、データオブジェクトの属性の値を変更するワークフローであり得る。そのようなワークフローでのタスクは、提案された変更を属性値に対して行うこと、提案された変更をレビューに提出すること、提案された変更をレビューすること及び提案された変更を承認又は拒絶することを含み得る。図３Ａ及び図４Ａ～図４Ｄへの参照を含むそのようなワークフローの例が本明細書に提供される。別の例として、データオブジェクトのワークフローは、データオブジェクトにより表される問題（例えば、データエラー）を解決するワークフローであり得る。そのようなワークフローにおけるタスクは、問題を表すデータオブジェクトを編集すること、問題を提出すること、問題が解決されたことを示すこと、問題が解決されたか否かを検証することを含み得る。図３Ｂへの参照を含むそのようなワークフローの説明のための例が本明細書に提供される。
幾つかの実施形態では、ワークフロー中の１つ又は複数のワークフロータスクは、１人又は複数のアクターによって実行され得る。アクターは、ワークフロー中のワークフロータスクの実行を促進するため（例えば、実行を開始するため、実行を開始し完了するため）に１つ又は複数の動作を実行し得る。例えば、あるアクターは、データオブジェクトを編集し、変更をレビューに提出するワークフロータスクを実行し得る一方、別の１人又は複数のアクターは、変更をレビューし、変更を承認すべきか又は拒絶すべきかを判断し得る。アクターは、データ処理システムにより管理される１つ又は複数のデータオブジェクトに関する１つ又は複数の動作を実行する権限を有するデータ処理システムのユーザであり得る。
データ処理システムにおいてワークフローを実施する従来の手法を改良し得ることを本発明者らは認識した。例えば、ワークフローを指定する従来の一手法は、ビジネスプロセスモデル及び表記（ＢＰＭＮ）表現と呼ばれるグラフィカル表現を使用している。しかしながら、ＢＰＭＮで指定されたワークフローは、仕様にすぎない － ＢＰＭＮは、データ処理システムがＢＰＭＮワークフローを実行するために使用することができる実行可能コードを含まない。更に、ＢＰＭＮは、関係データベースにおいて持続するデータオブジェクトの可視性又は編集可能性を制御するいかなる機能も提供しない。ＢＰＭＮワークフローを実施するソフトウェアツール（例えば、ＣＡＭＵＮＤＡ ＢＰＭＮ）があるが、そのようなソフトウェアツールでは、ＢＰＭＮワークフローを実施する低水準コードを記述する必要があり、特にデータ処理システムにより管理されている多数のデータオブジェクトに対して複数のワークフローを指定する必要がある場合、それは、時間が掛かり、エラーを生じやすく、最終的に非現実的である。
更に、ワークフローを実施する従来のソフトウェアツールは、何れのアクターが何れのワークフロータスクを実行する権限を有しているかをデータオブジェクトレベルでカスタマイズする方法を提供しない。むしろ、従来の手法は、アクターをワークフロータスクレベルで識別することを含む。例えば、本明細書に記載される技法と異なり、ＢＰＭＮは、データオブジェクト属性及び／又は関係に基づいてアクターを識別し、変更するメカニズムを提供しない。
従来のワークフロー管理システムは、データ処理システムにおいてデータオブジェクトのワークフローを管理するために使用されることもあるが、そのような従来のワークフロー管理システムがデータ処理システムと統合されないことも本発明者らは認識した。次に説明するように、そのような開発には、実施の同期がないこと、実施の複雑性及びメンテナンスを含めて幾つかの欠点がある。更に、そのような開発は、通常、統合手法が提供することができる、ビジネスユーザに提示することができる豊富なワークフロー又は情報を提供しない。
考えられる例示的な状況を図１Ａの潜在的な計算環境１００に示し、図１Ａは、ネットワーク１０６（例えば、インターネット）を通してデータ処理システム１０４に通信可能に結合された従来のワークフロー管理システム１０２を示す。データ処理システム１０４は、複数のデータオブジェクトを記憶するデータストア１０６と、データストア１０６におけるデータオブジェクトの任意のワークフローを実施するために使用される情報を指定するビジネスルール１０８とを含む。例えば、ビジネスルール１０８は、何れのアクターがデータストア１０６における種々のデータオブジェクトの許可を作成、読み出し、更新及び／又は削除したか及び何れのアクターが、他のアクターにより作成されたデータオブジェクトへの更新をレビューする権限を有しているかを指定する（例えば、アクター１１５の中から）ことにより、アクター許可を指定し得る。ビジネスルール１０８は、通常、ビジネスユーザ（例えば、ビジネスユーザ１０７）により指定される。
ワークフロー管理システム１０２は、ワークフロールール１０３を含み、ワークフロールール１０３は、データオブジェクトを含むワークフローが外部ワークフロー管理システム１０２によってどのように実施されるべきかを指定する。例えば、ワークフロールール１０３は、ワークフロー中のタスクの順序及び何れのアクターがこれらのタスクを実行する権限を有するかをワークフローアクター１１５の中から指定し得る。ワークフロールール１０３は、開発者１０５のような１人又は複数のソフトウェア開発者により低水準ソフトウェアコードを使用して（例えば、Ｃａｍｕｎｄａ ＢＰＭＮを使用して）実施される。
従来のワークフロー管理システム１０２は、データ処理システム１０４と統合されないため、これらの２つの別個のシステムは、同期する必要がある。考えられる１つの同期手法は、ＷＭＳ１０２がデータプル要求１０９ａを介してデータへの更新についてデータ処理システム１０４を繰り返しポーリングする「データプル」手法である。考えられる別の同期手法は、データ処理システム１０４がデータ更新１０９ｂをＷＭＳ１０２にプッシュする「データプッシュ」手法である。しかしながら、これらの考えられる両方の手法とも大きい欠点を有し、許容可能なレベルの同期を提供することができないのみならず、ワークフローエラーを生じさせることもある。
例えば、データプル手法では、データ処理システムは、値を更新する必要がある多数のデータオブジェクト（例えば、数千／数百万）を管理し得、そのような更新を収集し、ネットワークを介してＷＭＳ１０２にそのような更新を通信するのに時間が掛かるため、データ更新の受信に待ち時間がある。更に、ワークフロールール１０３がデータオブジェクトの値に依存する場合、それらの値への更新のいかなる遅延も、ＷＭＳ１０２がワークフローを不正確に実施する（例えば、アクターが、実行する権限を有さないワークフロータスクを実行することを許可することにより）ことを意味し、これは、例えば、データガバナンス等の多くの用途で許容不可能である。
他方では、データプッシュ手法では、データ処理システム１０４は、ワークフローの実施にワークフロールール１０３により何れの情報が使用されているかに認識せず、何れのデータをＷＭＳ１０２に提供するか又はこれらのデータをいつ提供するかを知らない（また、可能な全てのデータ変更を提供することは、各更新のコピーの送信を意味するため、非現実的である）。ワークフロールール１０３は、ワークフロー管理システム１０２により管理されるため、データ処理システム１０４は、ワークフロールール１０３へのアクセスを有さず、ワークフロールール１０３について推測するいかなる機能又はメカニズムも有さず、プッシュ更新の駆動に使用することができない。例えば、データストア１０６中のデータオブジェクトの１つが更新される場合、データ処理システム１０４は、そのデータオブジェクトの変更が特定のワークフロールール１０３をトリガーし得る（又はそれがどのように実行されるかに影響する）か否かを知る方法がなく、したがって、データ処理システムは、ワークフロー管理システム１０２にその変更の通知を「プッシュ」すべきか否かを判断する方法がない。その結果、ＷＭＳ１０２は、ワークフローを正確に実施するのに必要とする情報をデータ処理システム１０４から受信しないことがあるか、又は大半がワークフロー管理と無関係であり得る可能な全てのデータ変更で氾濫し得る。
同期がないことの他に、図１Ａに示される考えられるシステムの別の欠点は、そのようなシステムを展開し、更新するのに必要な時間量及び労力量である。例えば、ビジネスルール１０８が変わる場合、ワークフロールール１０３を更新する必要があり得、これには、ソフトウェア開発者１０７からの時間を必要とする。別の例として、ワークフロールール１０３への変更がある場合、データ処理システム１０４は、データ処理システム１０４がワークフローの実施にＷＭＳ１０２による現在必要とされているいかなるデータでも（ワークフロールール１０３への更新の結果として）ＷＭＳ１０２にプッシュすることを確実にするために、更新する必要がある（恐らく１人又は複数のソフトウェア開発者の関与が伴う）。これは、特にワークフロールール１０３及び／又はビジネスルール１０８への変更間の時間が、そのような変更を実施するコードを記述し、テストし、展開するのに掛かる時間よりもはるかに短い場合、コストが掛かると共に、許容不可能な時間遅延をもたらす。ＷＭＳ１０２におけるワークフロー論理と、データ処理システム１０４におけるデータ「プッシュ」論理とのいかなる不一致も、誤ったワークフロー管理に即座に繋がる。そのようなシステムの脆さは、明らかに実施において許容可能でない。
ワークフローを実施する従来の技法の上記欠点に対処するために、データ処理システムに記憶されたデータオブジェクトの豊富なワークフローを形式的に管理するワークフロー管理システムの新しい手法を本発明者らは開発した。ワークフロー管理システムがデータ処理システムと別個である（例えば、図１Ａを参照して上述したように）従来の手法と異なり、本発明者らにより開発されたワークフロー管理システムは、データ処理システムと統合され、上述した従来の手法の複数の欠点を回避する。本発明者らにより開発されたワークフロー管理システムは、データ処理システムにより管理されるデータオブジェクトに直接アクセスすることができるのみならず（上述した同期及び待ち時間の問題を回避する）、データオブジェクト間の関係を指定するメタデータにも直接アクセスすることができ、本明細書に記載されるように、これを利用して、継承及び／又はグループメンバシップを使用してデータオブジェクトに対して授権されたアクターを効率的に識別することができる。
本発明者らにより開発されたワークフロー管理システムは、有限状態機械を使用して、データ処理システムにより管理されるデータオブジェクトのワークフローを実施する。幾つかの実施形態では、データオブジェクトのワークフローは、有限状態機械により表され得、有限状態機械の状態は、ワークフローにおけるデータオブジェクトのワークフロー状態に対応し、有限状態機械の遷移は、ワークフロータスクに対応する。幾つかの実施形態では、特定のデータオブジェクトのワークフローを実施するために、そのデータオブジェクトの有限状態機械のインスタンスを作成し得る。ワークフロータスクが実行されると、ＦＳＭインスタンスの状態は、データオブジェクトの現在の状態を示すように更新される。データオブジェクトに対するワークフローが完了した後、そのワークフローの管理に使用されたＦＳＭのインスタンスは、削除され得、且つ／又は続く変更のワークフローを開始し得る（例えば、１人又は複数のアクターに公開されたドキュメントを改訂する許可を与える新しいワークフローを開始することにより、ドキュメントを作成し、公開するワークフローを完了し得る）。
有限状態機械を使用してデータオブジェクトレベルでワークフローを実施することで、他の従来のワークフロー実施技法の場合のように、低水準コードをアクターが記述する必要性がなくなることを本発明者らは認識した。代わりに、アクターは、本明細書に記載されるように状態、遷移及び関連するパラメータを指定することにより有限状態機械を構成するのみでよい。有限状態機械手法は、アクターが任意の適したプログラムコードを記述して任意のワークフローを実施する場合よりも制約が多い（特に任意の所与の時間にＦＳＭがある状態である一方、ＢＰＭＮ及び関連する解決策ではワークフローが一度に複数の状態であり得る）が、ＦＳＭ手法により課される構造及び制約は、新しいワークフローを指定するのに必要な時間量及び新しいワークフローにおけるエラー数を低減し、且つデータオブジェクトを管理するデータ処理システム及びデータオブジェクトのワークフローの実行の精度及び信頼性を改善する。
本明細書に記載される本発明者らにより開発された技法は、ＢＰＭＮ等の従来のワークフローモデリング手法と比べて複数の他の利点も提供する。例えば、本明細書に記載される技法は、データオブジェクトの編集可能性、可視性、通知及びライフサイクルを表現する簡潔な構成／制御手段を提供する。別の例として、本明細書に記載される技法は、データオブジェクトの属性及び／又は複数のデータオブジェクト間の関係（例えば、直接的な関係、リレーショナル関係及び／又は再帰的関係を含む）に基づいてアクターを識別し、変更するメカニズムを提供する。別の例として、ＢＰＭＮは、いかなる種類のユーザインターフェース（又は１つのアプリケーションでさえ）もとらず、本明細書に記載される技法は、ワークフローアクターに提示されているユーザインターフェースで生じるべきことをワークフローが表現できるようにすることにより、ＢＰＭＮを改良する。これらの改良は、ワークフローについてＢＰＭＮよりも簡潔でよりエラーを受けにくく、より早く市場に出せ、より効率的な実施を可能にする。
幾つかの実施形態では、データ処理システムは、データオブジェクトがデータ処理システムの１人又は複数のアクターにデータオブジェクトのワークフロータスクを実行できるようにするようにワークフローを管理するために、ＦＳＭインスタンスの状態を使用し得る。例えば、データ処理システムは、ＦＳＭの状態を使用して、何れの動作をデータオブジェクトに対して実行し得るかを特定し（例えば、現在のワークフロー状態からの遷移に基づいて）、１人又は複数のアクターがそのような動作を実行できるようにし得る。例えば、データ処理システムは、ワークフロー動作を実行し、且つ／又はワークフロー動作が実行されるべきであることを示す入力をアクターが提供することができるインターフェース（例えば、グラフィカルユーザインターフェース）をアクターに提示し得ることをアクターに通知し得る。
幾つかの実施形態では、データ処理システムは、複数の有限状態機械を使用して、１つのデータオブジェクトのワークフローを管理し得る。例えば、ワークフローがデータオブジェクトへの複数の異なる変更の作成を含む場合、専用有限状態機械は、各変更の承認プロセスを管理するようにインスタンス生成し得る。複数の有限状態機械を使用して、１つのデータオブジェクトへの様々な変更を管理することで、そのような変更を行い、承認するワークフローは、並列に互いから独立して進むことができる。そのような並列化は、データ処理システムの効率を更に改善する。これは、図５Ａ～図５Ｃの参照を含め、本明細書により詳細に説明される。加えて、各変更は、各有限状態機械により管理され得るため、そのような並列化は、管理者又は他のアクターがデータ処理システムと対話して、互いに対して並列に複数の変更を作成／変更に対して作業することをより容易にする。したがって、１つ又は複数の並列ワークフローは、データオブジェクトの１つ又は複数の各属性に対してインスタンス生成し得る。並列ワークフローの状態は、１次ワークフローに影響し得る（例えば、１次ワークフローの状態は、全ての属性変更が完了した後、並列ワークフローの完了に応答して変更され得る）。
データオブジェクト毎のレベルで有限状態機械を使用してワークフローを管理することで、データ処理システムが、データオブジェクト毎のレベルで種々のワークフロータスクを実行する権限を有するアクターを識別することができることを本発明者らは更に認識した。したがって、幾つかの実施形態では、データ処理システムは、データオブジェクトに関連付けられた情報に基づいて、データオブジェクトのワークフロータスクを実行する権限を有するアクターを識別し得る。例えば、幾つかの実施形態では、データ処理システムは、データオブジェクトの１つ又は複数の属性の１つ又は複数の値に基づいて、データオブジェクトのワークフロータスクを実行する権限を有する１人又は複数のアクターを識別し得る。
幾つかの実施形態では、１つ又は複数の有限状態機械を使用して、特定のデータオブジェクトの１つ又は複数のライフサイクルステージに関連付けられた１つ又は複数のワークフローを管理し得る。例えば、データオブジェクトのライフサイクルは、データオブジェクトの作成、データオブジェクトの改訂、データオブジェクトの公開、データオブジェクトの承認、データオブジェクトへの変更の承認及びデータオブジェクトへの変更に対するコラボレーション等のステージを含み得る。各ライフサイクルステージは、本明細書に記載される技術の幾つかの実施形態により有限状態機械を使用することにより管理されるワークフローに関連付けられ得る。
本明細書に記載される幾つかの実施形態は、データ処理システムにより管理されるデータオブジェクトのワークフローを実施する従来の技法で本発明者らが認識した上記問題の全てに対処する。しかしながら、本明細書に記載されるあらゆる実施形態がこれらの問題の全てに対処するわけではなく、幾つかの実施形態は、問題の何れかに対処しないことがある。したがって、本明細書に記載される技術の実施形態は、データ処理システムにより管理されるデータオブジェクトのワークフローを実施する従来の技法の上記問題の全て又は何れかに対処することに限定されないことを理解されたい。
幾つかの実施形態では、データ処理システムにより管理されるデータオブジェクトは、データと、それぞれが単一値又は複数値であり得る１つ又は複数の属性とを含み得る。データオブジェクト中のデータは、例えば、テキスト、データ記録及び／又は１つ又は複数の英数字値等の内容を含み得る。一例として、データオブジェクトは、データ記録（例えば、トランザクション）を表し得、データオブジェクト中のデータは、データ記録のフィールドに記憶し得る。別の例として、データオブジェクトは、ファイルを表し得る。別の例として、データオブジェクトは、ドキュメントを表し得る。この例では、データオブジェクト中のデータは、ドキュメント中のテキストを含み得る。別の例として、データオブジェクトは、組織のビジネス用語集中のビジネス用語を表し得る（例えば、「信用リスク」、「会計公開」等）。この例では、データオブジェクト中のデータは、ビジネス用語の定義を指定するテキストを含み得る。別の例として、データオブジェクトは、解決すべき問題を表し得る（例えば、データエラー、パスワードリセット要求、購入注文、請求書又は他のドキュメントに伴う問題）。この例では、データオブジェクト中のデータは、問題を記述するテキストを含み得る。
幾つかの実施形態では、データオブジェクトは、１つ又は複数の属性を有し得る。属性の値は、データオブジェクトについての情報を提供し得る。このため、属性値は、メタデータと見なされ得る。一例として、データオブジェクトは、その名称及び／又は他の識別子を示す属性を有し得る。別の例として、データオブジェクトは、データオブジェクトの意味論的意味を指定する定義属性を有し得る。別の例として、データオブジェクトは、データオブジェクトの１つ又は複数の階層の一部であり得、データオブジェクトが属する１つ又は複数の階層を示す属性を有し得る。別の例として、データオブジェクトは、限定ではなく、例として、データオブジェクトが属する１つ又は複数のガバナンスグループのリストを指定し得るガバナンスグループ分類属性、データオブジェクト中のデータの秘密レベルを示し得る秘密度分類属性（例えば「内部」、「公開」、「機密」、「高機密」）及びデータオブジェクト中のデータの不適切な使用、アクセス及び／又は変更から生じる有害レベル（例えば、「レベル１」、「レベル２」等）を示す個人識別可能情報（「ＰＩＩ」）分類属性を含む１つ又は複数の分類属性を有し得る。別の例として、データオブジェクトは、データオブジェクトに対して１つ又は複数の動作（例えば、作成、読み取り、アクセス、更新、削除）を実行する権限を有する１人又は複数のアクターを指定する属性を有し得る。別の例として、データオブジェクトは、データオブジェクトに関連付けられた別の値の有効値を示す（範囲、リストを介して）属性を有し得る。属性のこれらの例は、例示であり、非限定的であり、属性の追加の例が本明細書において提供される。
幾つかの実施形態は、データ処理システムにおいてワークフローを管理する方法を提供し、データ処理システムは、（ｉ）少なくとも１つのデータストアであって、複数のデータオブジェクト及びその属性の値であって、複数のデータオブジェクトは、複数の値の何れか１つを有することができる第１の属性を含む複数の属性を有する第１のデータオブジェクトを含む、複数のデータオブジェクト及びその属性の値と、複数のデータオブジェクトの少なくとも幾つかの間の関係を指定するメタデータとを記憶する少なくとも１つのデータストアと、（ｉｉ）ワークフロー管理システムであって、第１のデータオブジェクトに関連付けられた第１の有限状態機械（ＦＳＭ）を含むＦＳＭの実行を管理し、且つ第１のデータオブジェクトの第１のワークフローを管理するためのワークフロー実行エンジンを含むワークフロー管理システムとを含む。方法は、第１のＦＳＭの現在のワークフロー状態が第１のワークフロー状態（例えば、図３ＡにおけるＦＳＭ３００の「承認保留中」状態３０６）である場合、ワークフロー管理システムを使用して、（Ａ）少なくとも１つのデータストア中の第１の属性の現在の値にアクセスすることにより、第１のデータオブジェクトの第１の属性の現在の値を特定し（このように、潜在的に陳腐化した前にキャッシュされた値ではなく、現在の値が使用される）、（Ｂ）第１の属性の現在の値及び複数のデータオブジェクトの少なくとも幾つかの間の関係を指定するメタデータを使用して、第１のデータオブジェクトの第１のワークフロータスクを実行する権限を有する第１のアクターを識別し、（Ｃ）第１のワークフロータスクを実行すべきであるという入力を第１のアクターが提供することができるグラフィカルユーザインターフェース（ＧＵＩ）を生成し、（Ｄ）第１のアクターからＧＵＩを通して、第１のワークフロータスクを実行すべきであることを示す入力を受信することに応答して、（１）第１のデータオブジェクトの第１のワークフロータスク（例えば、変更の拒絶）を実行し、（２）第１のＦＳＭの現在のワークフロー状態を第２のワークフロー状態に更新（例えば、現在のワークフロー状態を図３Ａの「ドラフト」状態３０４に変更）することを実行することを含み得る。
幾つかの実施形態では、複数のデータオブジェクトにおけるデータオブジェクトは、１つ又は複数の階層に編成され、メタデータは、１つ又は複数の階層を指定し、第１の属性の現在の値は、第１のデータオブジェクトが属する、１つ又は複数の階層の第１の階層を示す。したがって、幾つかの実施形態では、第１のアクターを識別することは、複数のデータオブジェクト中の第２のデータオブジェクトの第１のワークフロータスクを実行する権限を有するアクターとして第１のアクターを識別することを含み、第２のデータオブジェクトは、第１の階層に従って（例えば、第１のデータオブジェクトの祖先、子孫又は兄弟の）第１のデータオブジェクトに関連する。
幾つかの実施形態は、第１のＦＳＭを使用して複数のデータオブジェクト中の第１のデータオブジェクトのワークフローを管理するデータ処理システムを提供し、第１のＦＳＭは、第１及び第２のワークフロー状態を含むワークフロー状態の第１の組と、ワークフロー状態の第１の組間の遷移の第１の組とを有し、遷移の第１の組は、第１のワークフローにおけるタスクを表し、且つ第１のワークフローにおける第１のワークフロータスクを表す、第１の状態と第２の状態との間の第１の遷移を含む。幾つかの実施形態では、システムは、（１）複数のアクターの中から、第１のデータオブジェクトの属性の値を使用して、第１のデータオブジェクトの第１のワークフロータスクを実行する権限を有する第１のアクターを識別し、（２）第１のデータオブジェクトの第１のワークフローの現在のワークフロー状態が第１のワークフロー状態（例えば、図３Ａの「承認保留中」状態３０６）であることを第１のＦＳＭが示す場合、（ａ）第１のアクターから、第１のワークフロータスクを実行すべきことを指定する入力を受信（例えば、レビューアから変更を拒絶する入力を受信）し、（ｂ）第１のデータオブジェクトの第１のワークフロータスクを実行（例えば、変更を拒絶）し、（ｃ）第１のワークフローの現在のワークフロー状態が第２のワークフロー状態であることを示すように第１のＦＳＭを更新（例えば、現在のワークフロー状態を図３Ａの「ドラフト」状態３０４に変更）するようにプログラムされる。
データ処理システムは、多くのタイプの何れかのデータオブジェクト属性の値を使用して、ワークフロータスクを実行する権限を有するアクターを識別し得る。例えば、幾つかの実施形態では、属性は、値がデータオブジェクトの分類を示す分類属性であり得、アクターは、分類属性の値に基づいて識別され得る。分類属性の例には、限定ではなく、ガバナンスグループ分類、秘密度分類及び個人識別可能情報分類がある。例えば、幾つかの実施形態では、秘密度分類が「公開」である場合、データオブジェクトへのワークフロー状態を実行する権限を有するものとして１人のアクターが識別され得る一方、秘密度分類が「機密」である場合、別のデータオブジェクトに対して同じワークフロータスクを実行する権限を有するものとして別のアクターが識別され得る。
別の例として、幾つかの実施形態では、複数のオブジェクトにおけるデータオブジェクトは、１つ又は複数の階層に編成され得、属性は、データオブジェクトが属する階層の１つ又は複数を示し得る。幾つかのそのような実施形態では、データ処理システムは、ワークフロータスク「Ｔ」をデータオブジェクトＡに対して実行する授権者としてアクターを、同じ階層中のデータオブジェクト「Ａ」に関連する少なくとも１つの他のデータオブジェクト「Ｂ」に指定されたアクターであるとして識別し得る（例えば、データオブジェクト「Ｂ」は、階層中のデータオブジェクト「Ａ」の兄弟、親、祖父母又は他の祖先であり得る）。幾つかの実施形態では、データオブジェクト「Ｂ」に指定されたアクターは、ワークフロータスク「Ｔ」をデータオブジェクト「Ｂ」に対して実行する授権者であるアクターであり得るか、又は任意の他の適したアクターであり得、本明細書に記載される技術の態様は、これに関して限定されない。これについては、図１Ｄ～図１Ｇの参照を含めて本明細書で説明する。
幾つかの実施形態では、データ処理システムは、属性の値を使用して、データオブジェクトの作成、読み取り、更新及び／又は削除（ＣＲＵＤ）許可を有するアクターを識別し得る。そのようなアクターが識別されると、データ処理システムは、第１のデータオブジェクトに対するワークフローへの第１のワークフロータスクに関連する入力をアクターが入力できるようにするインターフェース（例えば、グラフィカルユーザインターフェース）へのアクセスをこのアクターに提供し得る。データ処理システムは、そのようなＧＵＩを生成し、アクターに提示し得る。また、アクターは、ＧＵＩを使用して、第１のワークフロータスクを実行すべきであることを指定する入力をデータ処理システムに提供し得る（例えば、データオブジェクトへの変更をレビューのために提出すべきであることを示す、決定を提供する等）。データ処理システムは、ＧＵＩを通して入力を受信し、ワークフロータスクを第１のデータオブジェクトに対して実行し、第１のデータオブジェクトの現在のワークフロー状態が変更されたことを示すように、第１のデータオブジェクトへのワークフローを管理する有限状態機械を更新し得る。
幾つかの実施形態では、データ処理システムは、有限状態機械の仕様からデータオブジェクトのワークフローを管理する有限状態機械を生成するように構成される。仕様は、ＦＳＭの状態及び遷移を示し得、任意の適したフォーマット及び／又は任意の適したデータ構造で記憶され得、本明細書に記載される技術の態様は、これに関して限定されない。
幾つかの実施形態では、データ処理システムは、（１）ワークフローの有限状態機械のインスタンスを使用して、データオブジェクトのワークフロー、及び（２）有限状態機械の別のインスタンスを使用して、異なるデータオブジェクトの同じワークフローを実施し得る。
幾つかの実施形態では、データ処理システムは、１つのＦＳＭを使用してデータオブジェクトのワークフローを管理し、別のＦＳＭを使用して、オブジェクトの属性の値への変更を承認するワークフローを管理し得る。この状況では、データオブジェクトのワークフローを管理するＦＳＭは、「１次」ＦＳＭと呼ぶことができる一方、属性値への変更を承認するワークフローを管理するＦＳＭは、「２次」ＦＳＭと呼ぶことができる。１次及び２次有限状態機械については、図５Ａ～図５Ｃへの参照を含めて本明細書で説明される。
幾つかの実施形態では、データ処理システムは、データオブジェクトの有限状態機械の現在のワークフロー状態を示す１つ又は複数のグラフィカルユーザインターフェースを生成し得る。この例については、図８Ａ～図８Ｎへの参照を含めて本明細書で説明される。
幾つかの実施形態では、ワークフロータスクは、１人又は複数のアクターによりなされる決定を含み得る。例えば、１人又は複数のレビューアは、データオブジェクトへの保留中の変更が承認されるべきか又は拒絶されるべきかを決定し得る。別の例として、１人又は複数のレビューアは、データオブジェクトが削除されるべきであるか否かを決定し得る。更に別の例として、１人又は複数のレビューアは、保留中の問題が解決されるべきか否かを決定し得る。幾つかの実施形態では、データ処理システムは、投票方式を利用して、複数のアクターによって提供される入力に基づいて決定を決め得る。例えば、データ処理システムは、複数のアクターの何れか１人が保留中の変更の承認を提供すると直ちに、そのような承認を決定し得る。別の例として、データ処理システムは、複数のアクターの過半数又は全てが保留中の変更への承認を提供する場合のみ、そのような承認を決定し得る。
先に紹介し、以下に更に詳細に考察する技法が多くの方法の何れかで実施され得、本技法がいかなる特定の実施様式にも限定されないことを理解されたい。実施の詳細の例は、例示的なのみを目的として本明細書に提供される。更に、本明細書に開示される技法は、個々に又は任意の適した組合せで使用され得、本明細書に記載される技術の態様は、いかなる特定の技法又は技法の組合せの仕様にも限定されない。
例示的なデータ処理システム
図１Ｂは、本明細書に記載される技術の幾つかの実施形態による、例示的なデータ処理システム１２０及びデータ処理システム１２０と統合されたワークフロー管理システム１３０のブロック図である。図１Ｂに示されるように、データ処理システム１２０は、ワークフロー管理システム（ＷＭＳ）１３０を含む。また、ワークフロー管理システム１３０は、構成要素の中でも特に、（１）構成モジュール１３１、（２）ワークフロー実行エンジン１３３、及び（３）データオブジェクト１４２を記憶するデータ層１４０を含む。
ワークフロー管理システム１３０は、データオブジェクト１４２への変更を行うワークフローのインスタンス生成及び管理に関連する種々の機能を実行するように構成される。幾つかの実施形態では、ＷＭＳ１３０は、データオブジェクト１４２のそれぞれへの変更を行う複数のワークフローを同時に管理するように構成される。このために、ＷＭＳ１３０は、任意の１つのデータオブジェクトについて、そのデータオブジェクトへの変更を行うワークフローを管理する各有限状態機械をインスタンス生成するように構成され得る。このようにして、ＷＭＳ１３０が、Ｎ個の異なるデータオブジェクト（データオブジェクト１４２の）への変更を行うワークフローを管理している場合、ＷＭＳ１３０は、そうするためにＮ個の有限状態機械インスタンスをそれぞれ使用している（ここで、Ｎは、１よりも大きい整数である）。したがって、ＷＭＳ１３０は、Ｎ個の有限状態機械についての情報をデータ処理システム１２０のメモリに維持するように構成され得る。
データ処理システム１２０は、幾つかの実施形態では、数千、数万、数十万、数百万、数千万又は数億のデータオブジェクトを管理するように構成され得る。また、ＷＭＳ１３０は、任意の適した数のこれらのデータオブジェクトに対して有限状態機械を適宜インスタンス生成し、維持するように構成され得る。例えば、ＷＭＳ１３０は、各データオブジェクトの変更ワークフローを管理する数百、数千、数万、数十万、数百万、数千万又は数億の有限状態機械インスタンスを維持するように構成され得る。
幾つかの実施形態では、従来のワークフロー管理システムで生じる同期問題を回避するために、ＷＭＳ１３０は、データオブジェクト１４２への変更を行えるようにし得る唯一のシステムであり得る。したがって、幾つかの実施形態では、データオブジェクト１４２の少なくとも幾つかへの変更は、それらのオブジェクトの変更ワークフローを管理するＦＳＭによって許可された動作を通してのみ行われ得る。更に、動作は、動作の実行に関してＷＭＳ１３０により授権されたアクターのみが実行し得る。このようにして、ＷＭＳ１３０は、幾つかの実施形態では、データオブジェクト１４２の少なくとも幾つかへの変更を実施できるようにする唯一のインターフェースを提供し得る。このために、ＷＭＳ１３０は、ワークフローにより許可された動作のみを実行するＧＵＩを生成し得、動作を実行する権限を有するアクターのみにＧＵＩを提示し得、データオブジェクトにアクセスする他のメカニズム（例えば、統合ウェブサービスを介して）は、ＷＭＳ１３０によりブロックされ得る。
図１Ｂの図示の実施形態では、ＷＭＳ１３０は、データ層１４０に記憶された任意のデータにアクセスすることができる。例えば、ＷＭＳ１３０は、データ層１４０中のデータが記憶された１つ又は複数のメモリにアクセスし得る（例えば、直接アクセス）。
例えば、ＷＭＳ１３０は、データ層１４０に維持されたデータオブジェクト１４２にアクセスすることができる。例えば、ワークフロー管理システム１３０は、例として、データオブジェクト１４２の何れか１つの任意の属性の現在の値を含むデータオブジェクト１４２の何れかに記憶された任意のデータにアクセスすることができる。データオブジェクト属性の例は、本明細書に提供され、限定ではなく、値が、特定のデータオブジェクトについて、特定のデータオブジェクトが属する１つ又は複数のグループ（例えば、データオブジェクトの階層、同じ分類を有するオブジェクトのグループ又はデータオブジェクトの任意の他の適したグループ）を識別する属性を含む。
別の例として、ＷＭＳ１３０は、データオブジェクト１４２についてのメタデータにアクセスすることができる。幾つかの実施形態では、ＷＭＳ１３０は、データオブジェクト１４２の少なくとも幾つかの間の関係を指定するメタデータにアクセスすることができる。例えば、幾つかの実施形態では、データオブジェクト１４２の少なくとも幾つかは、１つ又は複数の階層に編成され得、ＷＭＳ１３０は、１つ又は複数の階層を指定するメタデータにアクセスし得る。このようにして、ＷＭＳ１３０は、特定のデータオブジェクトについて、階層に従って特定のデータオブジェクトに関連する１つ又は複数の他のデータオブジェクトを識別し得る。例えば、ＷＭＳ１３０は、特定のデータオブジェクトについて、階層中の祖先（例えば、親データオブジェクト、祖父母データオブジェクト等）の１つ又は複数、子孫（例えば、１つ又は複数の子又は孫データオブジェクト）の１つ又は複数及び／又は兄弟データオブジェクト（例えば、特定のデータオブジェクトと少なくとも１つの共通の祖先を共有するデータオブジェクト）の１つ又は複数を識別し得る。
有限状態機械を使用して特定のデータオブジェクトのワークフローを管理する一環として、ＷＭＳ１３０は、ワークフロー中の種々のタスクを実行する許可を有するアクターを識別するように構成され得る。幾つかの実施形態では、ＷＭＳ１３０は、特定のデータオブジェクトの属性の現在の値に基づいてアクターを動的に識別するように構成され得る。例えば、第１のデータオブジェクトの（ワークフローを管理する）ＦＳＭがＦＳＭの第１の状態（例えば、図３Ａに示されるＦＳＭ３００の状態３０６）である場合、ＷＭＳ１３０は、第１の物体の属性の現在の値に基づいて、潜在的なワークフローアクター１３９の中から、ワークフロータスク（例えば、第１のデータオブジェクトへの提案された変更の承認又は拒絶）を実行する権限を有するアクターを動的に識別し得る。
例えば、第１のデータオブジェクトのワークフロータスクを実行する権限を有する１人又は複数のアクターを識別するために、ＷＭＳ１３０は、（１）第１のデータオブジェクトが属する１つ又は複数の階層を示す、第１のデータオブジェクトの属性の現在の値を特定し、（２）第１のデータオブジェクトに関連する階層中の第２のデータオブジェクト（例えば、第２のオブジェクトは、第１のデータオブジェクトの祖先、子孫又は兄弟であり得る）を識別し、（３）第２のデータオブジェクトに対して同じワークフロータスクを実行する権限を有する１人又は複数のアクターを識別し、（４）第１のデータオブジェクトに対して同じワークフロータスクを実行する授権者としてもこれらのアクターを識別し得る。この例では、ＷＭＳ１３０は、（１）データオブジェクトが属する階層を示す第１のデータオブジェクトの属性の現在の値、及び（２）第２のデータオブジェクト（及びワークフロータスクについての関連付けられたアクター）を識別し得るようにデータオブジェクトの階層を指定するメタデータの両方に基づいて、第１のデータオブジェクトのワークフロータスクを実行する者としてアクターを識別する。データ処理システム１２０へのＷＭＳ１３０の統合が、ＷＭＳ１３０がこれらのデータの最新の値にアクセスし、これらの値を使用して、データオブジェクトレベル毎に種々のワークフロータスクを実行する者としてアクターに権限を与えられるようにするものである。この例の態様については、図１Ｄ～図１Ｇへの参照を含めて本明細書で更に説明する。
別の例として、第１のデータオブジェクトのワークフロータスクを実行する権限を有する１人又は複数のアクターを識別するために、ＷＭＳ１３０は、（１）第１のデータオブジェクトの分類を示す第１のデータオブジェクトの属性の現在の値を特定し、（２）現在の値に基づいて、第１のデータオブジェクトが属するデータオブジェクトのグループ（例えば、同じ分類を有するデータオブジェクトのグループ）を識別し、（３）識別されたグループに対して同じワークフロータスクを実行する権限を有する１人又は複数のアクターを識別し、（４）第１のデータオブジェクトに対して同じワークフロータスクを実行する権限を有する者としてもこれらのアクターを識別し得る。この例でも、ＷＭＳ１３０は、（１）データオブジェクトが属するオブジェクトグループを示す第１のデータオブジェクトの属性の現在の値、及び（２）データオブジェクト１４２中のデータオブジェクトのグループへの枠ターの割り当てを指定することにより、データオブジェクト間の関係を指定するメタデータの両方に基づいて、第１のデータオブジェクトのワークフロータスクを実行する者としてアクターを識別する。上記例と同様に、データ処理システム１２０へのＷＭＳ１３０の統合が、ＷＭＳ１３０がこれらのデータの最新の値にアクセスし、これらの値を使用して、データオブジェクトレベル毎に種々のワークフロータスクを実行する者としてアクターに権限を与えられるようにするものである。この例の態様については、図１Ｈ～図１Ｉへの参照を含めて本明細書で更に説明する。
上記例から理解することができるように、ワークフロー管理システム１３０は、データ処理システム１２０においてデータオブジェクト１４２に密に結合される。一方では、これにより、ＷＭＳ１３０は、データオブジェクトへの変更を行うワークフローを管理できるようになる。他方では、ＷＭＳは、データオブジェクトの現在の値に動的にアクセスするため、データオブジェクトへのあらゆる変更は、ＷＭＳにより管理されているワークフローを変更することができる。例えば、上記例で説明されたように、データオブジェクトへの変更は、対応するＦＳＭの状態を変え得、何れのアクターがワークフロータスクの実行を許可されるかに影響し得る。
有限状態機械を通してワークフローを管理するワークフロー管理システムを開発することにより、本発明者らは、広範囲のユーザがワークフロー管理システムを構成できるようにした。実際に、有限状態機械を構成する（例えば、状態及び遷移を指定することにより）ことは、低水準ソフトウェアを記述する必要がなく、ソフトウェア開発者を必要としない（図１Ａに示される従来の手法での状況と異なり）。図１Ｂの例では、ビジネスユーザ１３８は、構成モジュール１３１を通して有限状態機械及びそれらのパラメータを指定し得、構成モジュール１３１は、ビジネスユーザが有限状態機械及び任意の関連情報を指定できるようにする１つ又は複数のインターフェース（例えばグラフィカルユーザインターフェース）をビジネスユーザ１３８に提示するように構成され得る。ビジネスユーザ１３８が構成モジュール１３１を通して入力し得る情報の非限定的な例は、図９Ａ～図９Ｄ及び図１０に示されている。
図１Ｂに示されるように、ワークフロー管理システム１３０は、ワークフロー実行エンジン１３３を含み、ワークフロー実行エンジン１３３は、データオブジェクト１４２のそれぞれのワークフローを管理する有限状態機械をインスタンス生成し、有限状態機械のインスタンスを管理するように構成され得る。例えば、ワークフロー実行エンジン１３３は、１つ又は複数のＦＳＭ仕様（例えば、図１Ｃに示されるＦＳＭ仕様モジュール１３２に記憶される）を使用して１つ又は複数のＦＳＭインスタンスを生成するように構成され得る。別の例として、ワークフロー実行エンジン１３３は、例えば、ＦＳＭの現在の状態（例えば、ＦＳＭインスタンスが表すワークフローの現在のワークフロー状態）を更新することにより、ＦＳＭインスタンスに関連付けられた情報を更新するように構成され得る。別の例として、ワークフロー実行エンジン１３３は、ＦＳＭインスタンスが表すワークフローの完了後（例えば、ＦＳＭの現在の状態が終了状態である場合）、ＦＳＭインスタンスを削除するように構成され得る。ワークフロー実行エンジン１３３は、任意の適したデータ構造を使用して任意の適した方法でデータ処理システム１２０のメモリにおけるＦＳＭインスタンスを管理し得、本明細書に記載される技術の態様は、これに関して限定されない。
図１Ｂに示されるように、データ層１４０は、データオブジェクト１４２を記憶する。データ層は、限定ではなく、データオブジェクト１４２の属性の値を含め、データオブジェクト１４２の任意のデータを記憶し得る。データ層１４０は、データオブジェクト１４２を記憶する１つ又は複数の記憶装置を含み得る。各データストアは、任意の適したタイプの１つ又は複数のフォーマットでデータを記憶する１つ又は複数の記憶装置を含み得る。例えば、データストアの記憶装置部分は、１つ又は複数のデータベーステーブル、スプレッドシートファイル、平文ファイル及び／又は任意の他の適したフォーマット（例えば、メインフレームのネイティブフォーマット）のファイルを使用してデータを記憶し得る。記憶装置は、任意の適したタイプであり得、１つ又は複数のサーバ、１つ又は複数のデータベースシステム、１つ又は複数のポータブル記憶装置、１つ又は複数の不揮発性記憶装置、１つ又は複数の揮発性記憶装置及び／又はデータを電子的に記憶するように構成された任意の他のデバイスを含み得る。データストアが複数の記憶装置を含む実施形態では、記憶装置は、１つの物理的場所（例えば、１つの建物内）に配置され得るか、又は複数の物理的場所（例えば、複数の建物、異なる都市、州又は国）にわたって分散され得る。記憶装置は、任意の適したタイプの１つ又は複数のネットワークを使用して互いと通信するように構成され得、本明細書に記載される技術の態様は、これに関して限定されない。
幾つかの実施形態では、データ層１４０は、図１Ｃに関連しても説明されるように、限定ではなく、データオブジェクト１４２間の関係を指定するメタデータ及びデータオブジェクト１４２の中でのサーチを促進する情報（例えば、データオブジェクト１４２に維持されるサーチインデックス）を含む追加のタイプのデータを記憶し得る。
図１Ｃは、本明細書に記載される技術の幾つかの実施形態による、図１Ｂに示されるデータ処理システム１２０の例示的な実施形態のブロック図である。図１Ｃは、図１Ｂに示される同じ構成要素の幾つか（例えば、ワークフロー管理システム１３０、構成モジュール１３１、ワークフロー実行エンジン１３３、データ層１４０及びデータオブジェクト１４２）を含むデータ処理システム１２０の実施形態を示すが、図１Ｂに示されていない追加の構成要素も示す。図１Ｃの実施形態は、例示的であり、他の実施形態では、データ処理システム１２０は、図１Ｃに示される構成要素への追加又は代替として、１つ又は複数の他の構成要素を含み得ることを理解されたい。
図１Ｃに示されるように、データ処理システム１２０は、データ層１４０におけるデータに対して動作するように構成された１つ又は複数のコンピュータプログラム１２４を含む。コンピュータプログラム１２４は、任意の適したタイプであり得、任意の適したプログラミング言語で記述され得る。例えば、幾つかの実施形態では、コンピュータプログラム１２４は、少なくとも部分的に構造化クエリ言語（ＳＱＬ）を使用して記述され、データ層１４０の１つ又は複数のデータストア中のデータにアクセスするように構成された１つ又は複数のコンピュータプログラムを含み得る。別の例として、幾つかの実施形態では、データ処理システム１２０は、グラフの形態のプログラムを実行するように構成され、コンピュータプログラム１２４は、データフローグラフとして開発された１つ又は複数のコンピュータプログラムを含み得る。データフローグラフは、入力データに対して実行されるデータ処理動作及びデータフローを表す構成要素間のリンクを表す「ノード」又は「頂点」と呼ばれる構成要素を含み得る。データフローグラフにより符号化された計算を実行する技法は、「Ｅｘｅｃｕｔｉｎｇ Ｃｏｍｐｕｔａｔｉｏｎｓ Ｅｘｐｒｅｓｓｅｄ ａｓ Ｇｒａｐｈｓ」という名称の米国特許第５，９６６，０７２号明細書に記載されており、これは、その全体が参照により本明細書に援用される。
図１Ｃの図示の実施形態では、データ処理システム１２０は、データ層１４０に対して動作するコンピュータプログラム１２４の１つ又は複数を開発するために人（例えば、ソフトウェア開発者１２１）により使用され得る開発環境１２２を更に含む。データフローグラフとしてコンピュータプログラムを開発する環境は、「Ｍａｎａｇｉｎｇ Ｐａｒａｍｅｔｅｒｓ ｆｏｒ Ｇｒａｐｈ－Ｂａｓｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ」という名称の米国特許公開第２００７／００１１６６８号明細書に記載されており、これは、その全体が参照により本明細書に援用される。
幾つかの実施形態では、コンピュータプログラム１２４の１つ又は複数は、任意の適した動作をデータ層１４０中のデータに対して実行するように構成され得る。例えば、コンピュータプログラム１２４の１つ又は複数は、１つ又は複数のソースからのデータにアクセスし、アクセスしたデータを変換し（例えば、データ値を変更、データ記録をフィルタリング、データフォーマットを変更、データをソート、複数のソースからのデータを結合、データを複数の部分に分割することにより、且つ／又は任意の他の適した方法で）、アクセスしたデータから１つ又は複数の新しい値を計算し、且つ／又はそのデータを１つ又は複数の宛先に書き込むように構成され得る。
図１Ｃの図示の実施形態では、データ層１４０は、データオブジェクト１４２間の関係を指定するメタデータ１４４と、データオブジェクト１４２の中のサーチを促進する情報１４６とを更に含む。幾つかの実施形態では、メタデータ１４４は、データオブジェクト（データオブジェクト１４２中の）の１つ又は複数の階層を指定し得る。階層は、任意の適した方法で、任意の適したデータ構造を使用して、例えば、１つ又は複数のツリー構造、ポインタ又は任意の他の適した方法を使用して指定され得、本明細書に記載される技術の態様は、これに関して限定されない。幾つかの実施形態では、メタデータ１４４は、オブジェクトの１つ又は複数のグループを明示的又は黙示的に指定され得る。例えば、幾つかの実施形態では、メタデータ１４４は、グループ中のデータオブジェクトのワークフロータスクを実行する権限を有する共通のアクターを指定することによりオブジェクトのグループを黙示的に指定し得る。例えば、メタデータ１４４は、特定のアクターが、分類属性に同じ値を有する全てのデータオブジェクトに対して特定のワークフロータスクを実行する権限を有することを示し得る。アクターのそのような割り当ては、分類属性に同じ値を有するオブジェクトの黙示的なグループ化である。
幾つかの実施形態では、データオブジェクト１４２の中でのサーチを促進する情報１４６は、１つ又は複数のサーチインデックスを含み得る。サーチインデックスは、接尾辞木、逆索引、引用検索、Ｎ－ｇｒａｍインデックス、文書用語行列として又は任意の他の適した方法で実施され得、本明細書に記載される技術の態様は、これに関して限定されない。
図１Ｃの図示の実施形態では、ワークフロー管理システム１３０は、以下の構成要素も含む：有限状態機械仕様１３２、ＧＵＩ生成モジュール１３４、許可モジュール１３５、データオブジェクトモジュール１３６及びサーチモジュール１３７。
幾つかの実施形態では、有限状態機械仕様１３２は、１つ又は複数のＦＳＭ仕様を含み得る。ＦＳＭ仕様１３２は、幾つかの実施形態では、データ層１４０に記憶され得るか、又はデータ処理システム１２０の任意の他の構成要素に記憶され得、本明細書に記載される技術の態様は、これに関して限定されない。幾つかの実施形態では、ＦＳＭ仕様は、ＦＳＭの状態の組及び状態遷移の組を指定し得る。ＦＳＭ仕様は、任意の適したフォーマットで任意の適したデータ構造を使用して記憶され得、本明細書に記載される技術の態様は、これに関して限定されない。本明細書に記載されるように、ワークフロー実行エンジンは、ＦＳＭ仕様モジュール１３２に記憶される１つ又は複数のＦＳＭ仕様を使用して、１つ又は複数のＦＳＭインスタンスを生成するように構成され得る。
幾つかの実施形態では、ＧＵＩ生成モジュール１３４は、アクターが１つ又は複数のワークフロータスクの実行を促進するために入力を提供することができるグラフィカルユーザインターフェースを生成するように構成され得る。例えば、ＧＵＩ生成モジュール１３４は、意思決定する（例えば、保留中の変更を拒絶するか又は承認するか）権限を有するアクターが自身の決定を示す入力を提供することができるＧＵＩを生成するように構成され得る。追加又は代替として、ＧＵＩ生成モジュールは、オブジェクトのワークフローの現在のワークフロー状態を示すＧＵＩを生成するように構成され得る。そのようなＧＵＩの例は、本明細書に提供されている。
ＧＵＩ生成モジュール１３４により生成されるＧＵＩは、ワークフローにより定義される編集可能性ルールを尊重し、施行することを理解されたい。例えば、ワークフロー状態から出る編集遷移がない場合、これは、データオブジェクトが編集可能ではないことを意味し、ＧＵＩ生成モジュール１３４は、データオブジェクトを編集できるようにするインターフェースをいかなるアクターにも生成しない。更に、ＷＭＳ１３０は、例えば、統合ウェブサービス等の任意の他のメカニズムを通してデータオブジェクトの編集をブロックする。（本明細書に記載されるシステムで実施されるように、ワークフローにより駆動されている編集可能性の表記は、ＢＰＭＮに基づく等の従来のワークフローシステムに存在しない）。
幾つかの実施形態では、許可モジュール１３５は、１つ又は複数のワークフローにおいて１つ又は複数のワークフロータスクを実行する権限を有する１人又は複数のアクターを識別するように構成され得る。許可モジュール１３５は、本明細書に記載される技法の何れかを使用してそのようなアクターを識別し得る。例えば、許可モジュール１３５は、（１）データ層１４０内の現在の属性値にアクセスすることにより、データストア１４０中のデータオブジェクトの１つ又は複数の現在属性値を特定し、（２）データオブジェクト間の関係を指定（例えば、オブジェクトの階層を指定、共通の分類を共有するオブジェクトのグループを指定等）するメタデータ１４４にアクセスし、（３）両方のタイプの情報を使用して、ワークフロータスクを実行する権限を有する１人又は複数のアクターを識別し得る。
幾つかの実施形態では、データオブジェクトモジュール１３６は、データオブジェクト１４２を管理するように構成され得る。例えば、データオブジェクトモジュール１３６は、データオブジェクト１４２及び任意の関連付けられた情報へのアクセス、変更及び／又は記憶を行うように構成され得る。例えば、データオブジェクトモジュール１３６は、データ層１４０に記憶されたデータオブジェクトの属性の値にアクセスするために使用され得る。別の例として、データオブジェクトモジュール１３６は、データオブジェクト間の関係を指定するメタデータ１４４（例えば、データオブジェクトの階層の構造を指定する情報）にアクセスするために使用され得る。
幾つかの実施形態では、データオブジェクトは、バージョン化され得る。例えば、変更がデータオブジェクトに対してなされた後、変更されたデータオブジェクトに新しいバージョン番号を関連付け得、データオブジェクトの前のバージョンは、記憶され得る。幾つかの実施形態では、データオブジェクトモジュール１３６は、データオブジェクトのバージョンを管理するように構成され得、データオブジェクトバージョンへの変更及び／又はデータオブジェクトバージョン間の差を指定する情報と共にデータオブジェクトの１つ又は複数の古いバージョンへのアクセスを提供するように構成され得る。データオブジェクトのバージョン化は、本明細書に記載されるように、データオブジェクト単位でワークフローを管理することにより可能になる（例えば、各有限状態機械インスタンスを使用して、各データオブジェクトのワークフローを管理することにより）。実際に、データオブジェクトバージョン化の管理を可能にすることは、データオブジェクト単位でワークフローを管理することの主要利点である。
幾つかの実施形態では、データオブジェクトのワークフローを管理する有限状態機械は、ワークフローがデータオブジェクトに対して変更を生じさせる場合、変更されたデータオブジェクトはそのデータオブジェクトの新しいバージョンとして記憶され、データオブジェクトの前のバージョンが維持されるという点で「バージョン化」され得る。幾つかの実施形態では、データオブジェクトのワークフローを管理する有限状態機械は、ワークフローがデータオブジェクトに対して変更を生じさせる場合、変更されたデータオブジェクトは、記憶され、データオブジェクトの前のバージョンが維持されないという点で、「非バージョン化」され得る。
幾つかの実施形態では、サーチモジュール１３７は、データ層１４０中のデータオブジェクト１４２の中でデータオブジェクトをサーチするプログラム的インターフェース（例えばＡＰＩ）及び／又はユーザインターフェース（例えばＧＵＩ）を提供し得る。幾つかの実施形態では、サーチモジュール１３７は、サーチインデックスを利用してサーチを実行され得る。幾つかの実施形態では、サーチモジュール１３７は、サーチインデックスを更新及び／又は再計算して、将来のサーチを最適化し得る（例えば、データ層１４０における新しいデータオブジェクトの追加、データオブジェクトの削除及び／又はデータオブジェクトの変更に応答して）。
図１Ｄ及び図１Ｅは、本明細書に記載される技術の幾つかの実施形態による、データオブジェクトが属するデータオブジェクトの階層についての情報を使用して、データオブジェクトのワークフロータスクを実行する権限を有するアクターを識別する一例を示す。図１Ｄは、データオブジェクト１５２がデータオブジェクト１５４の子孫であるデータオブジェクトの階層１５０を示す。この例では、データオブジェクト１５２の変更ワークフローを管理する有限状態機械は、ワークフロー管理システム１３０がデータオブジェクト１５２を編集する権限を有する任意のアクターを識別する必要がある状態になると考える。（そのような状況は、例えば、ＦＳＭ３００が状態３０４になる場合又はＦＳＭ４００が状態４０２になる場合、生じ得る）。この例では、授権アクターを識別するために、ＷＭＳ１３０は、階層１５０を使用して、授権編集者がいるオブジェクト１５２の祖先を識別する。図１Ｄに示されるように、授権編集者１５６（ロブ及びダイアン）は、データオブジェクト１５２の祖先であるデータオブジェクト１５４を編集する権限を有する。
図１Ｅに示されるように、ＷＭＳ１３０は、授権編集者に関連付けられたデータオブジェクト１５２の祖先をサーチするために、リンク１６１、１６２及び１６３を介して階層１５０を巡回する。次に、ＷＭＳ１３０は、データオブジェクト１５２を編集する権限も有するアクターとして、祖先データオブジェクトを編集する権限を有するアクターを識別する。この例では、第１のそのようなオブジェクトは、データオブジェクト１５４であり、図１Ｅに示されるように、ＷＭＳ１３０は、データオブジェクト１５２を編集する権限を有するアクターとしてアクター１５６を割り当てる。このようにして、階層１５０は、データオブジェクト１５２の授権アクターを祖先の１つから継承できるようにする。
したがって、幾つかの実施形態では、データオブジェクトに対して特定のワークフロータスクを実行する権限を有する１人又は複数のアクターは、データオブジェクトが属する階層中のデータオブジェクトの祖先から継承され得る。幾つかの実施形態では、祖先オブジェクトは、同じワークフロータスクを実行する権限を有する１人又は複数のアクターも有する階層中のデータオブジェクトに最も近い祖先オブジェクトとして選択され得る。したがって、特定のデータオブジェクトの親オブジェクト及び祖父母オブジェクトがそれぞれ関連付けられたアクターを有する場合、親オブジェクトのアクターは、特定のデータオブジェクトに対して同じワークフロータスクを実行する権限を有するアクターとして識別され得る。
図１Ｆ及び図１Ｇは、本明細書に記載される技術の幾つかの実施形態による、データオブジェクトが属するデータオブジェクトの階層についての情報を使用して、データオブジェクトのワークフローを実行する権限を有するアクターを識別する別の例を示す。この例は、同じデータオブジェクト１５２の異なる祖先オブジェクトから継承することにより、継承がどのように使用されて、異なるワークフロータスク（同じワークフロー中の）に異なるアクターを割り当てることができるかを示す。図１Ｆに示されるように、データオブジェクト１５２は、階層１５０において祖先データオブジェクト１５３及び祖先オブジェクト１５４を有する。先の例と同様に、データオブジェクト１５４は、データオブジェクト１５４を編集する権限を有するアクター１５６（ロブ及びダイアン）に関連付けられる。データオブジェクト１５３は、データオブジェクト１５３に対して行われた任意の変更をレビュー（且つ承認又は拒絶）する権限を有するアクター１５８（デイビッド）に関連付けられる。図１Ｆに示されるように、データオブジェクト１５２は、オブジェクトを編集（「授権編集者」）又はそのようないかなる編集もレビューする（「授権レビューア」）いかなるアクターも依然として関連付けられない。
図１Ｇに示されるように、ＷＭＳ１３０は、リンク１６１、１６２及び１６３を介して階層１５０を巡回して、データオブジェクト１５２の授権編集者及び授権レビューアの両方を識別し得る。この例では、ＷＭＳ１３０は、データオブジェクト１５２を編集する権限を有するアクターとしてアクター１５６を識別する（例えば、授権アクターにも関連付けられた階層１５０中のリンク数に関して、データオブジェクト１５２に最も近いデータオブジェクトとしてデータオブジェクト１５４を識別することにより）。ＷＭＳ１３０は、データオブジェクト１５２に対して行われた（例えば、アクター１５６の１人により）あらゆる変更をレビュー（例えば、許容又は拒絶）する権限を有するアクターとしてアクター１５８も識別する。このようにして、データオブジェクト１５２に対して変更を行うワークフローは、部分的に、階層１５０中のデータオブジェクト１５２に関連するデータオブジェクト（１５３又は１５４）の授権アクターにより定義される。この例から理解することができるように、データオブジェクトの同じワークフロー中の異なるタスクのアクターは、そのデータオブジェクトの異なる祖先から継承され得る。
データ処理システムは、数千又は数百万のデータオブジェクトを管理し得、データオブジェクトレベル単位で授権アクターを手動で指定することは、可能ではないため、図１Ｄ、図１Ｅ、図１Ｆ及び図１Ｇに示される継承概念は、強力である。他方では、データ処理システムにより管理されるデータオブジェクトは、多くの実際用途で階層的に関連する（例えば、金融サービス会社のビジネス用語集、データガバナンスアプリケーションの展開等）。本発明者らにより開発されたワークフロー管理システムは、そのような階層関係を利用して、種々のワークフロータスクを実行する権限を有するアクターを効率的且つ動的に識別することができる。
このタイプの機能は、管理しているワークフローのデータオブジェクトを有するデータ処理システムと統合されない従来のワークフロー管理システムを使用して実施が可能でないことも理解されたい。そのような従来のワークフロー管理システムは、データオブジェクト間の関係を指定するメタデータにアクセスすることができないか、又は仮に何らかの方法でこのアクセスが提供される場合でも、従来のワークフロー管理システムとデータ処理システムとの間でそのような情報を同期させた状態を保つことが可能ではない。
本明細書に記載されるように、データオブジェクト間の他のタイプの関係を利用して、種々のワークフロータスクを実行する権限を有するアクターを識別することもできる。例えば、図１Ｈ及び図１Ｉは、本明細書に記載される技術の幾つかの実施形態による、データオブジェクトが属するデータオブジェクトのグループについての情報を使用して、データオブジェクトのワークフロータスクを実行する権限を有するアクターを識別する一例を示す。
図１Ｈは、データ処理システムが、秘密度分類属性に共通の値（この例では「機密」）を共有する、データオブジェクト１７２を含む複数のデータオブジェクトを含み得ることを示す。指定された属性に共通の値を有するデータオブジェクトは、アクター１７６（ロブ及びダイアン）の組が関連付けられたグループ１７０を形成する。この例では、アクター１７６は、グループ１７０中の任意のデータオブジェクトに対して行われた変更をレビューする権限を有し得る。データオブジェクト１７２に対して提案された変更の授権レビューアを識別するために、ワークフロー管理システム（例えばＷＭＳ１３０）は、図１Ｉに示されるように、（１）データストア１４０中の現在の値にアクセスすることにより秘密度分類属性の現在の値を特定し、（２）データオブジェクト１７０が属するグループとしてグループ１７０を識別し、（３）データオブジェクト１７２への変更をレビューする権限を有する者としてアクター１７６を識別し得、なぜなら、これらのアクターは、グループ１７０中のデータオブジェクトへの変更をレビューする権限を有するためである。
例示的な方法
図２は、本明細書に記載される技術の幾つかの実施形態による、有限状態機械を使用してデータオブジェクトのワークフローを管理する例示的なプロセス２００のフローチャートである。プロセス２００は、任意の適したデータ処理システムによって実行され得、例えば図１Ｂ及び図１Ｃを参照して説明したデータ処理システム１２０によって実行され得る。
プロセス２００は、動作２０２において開始され、第１のデータオブジェクトのワークフローを管理する有限状態機械がインスタンス生成される。幾つかの実施形態では、ＦＳＭは、（１）ＦＳＭの仕様にアクセスし、（２）アクセスされた仕様を使用してＦＳＭのインスタンスを生成し、（３）ＦＳＭの生成されたインスタンスを第１のデータオブジェクトに関連付けたことによりインスタンス生成し得る。
幾つかの実施形態では、ＦＳＭの仕様は、ＦＳＭ仕様１３２の１つであり得、データ層１４０又はワークフロー管理システム１３０がアクセス可能な任意の他のコンピュータ可読記憶媒体（例えばメモリ）に記憶され得る。ＦＳＭ仕様は、任意の適したフォーマット（例えば、表、構成ファイル、テキストファイル、構造化データファイル、ＸＭＬファイル等）であり得、本明細書に記載される技術の態様は、これに関して限定されない。
幾つかの実施形態では、仕様は、ＦＳＭの状態及びＦＳＭの遷移を指定し得る。幾つかの実施形態では、仕様は、ＦＳＭの状態（例えば、状態が開始状態、静止状態、最終状態であるか、状態のグラフィカル表現がどのようにレンダリングされるべきかを指定する情報等）及び／又はＦＳＭの遷移（例えば、遷移のタイプ、遷移により表されるワークフロー中の行動をとることが許可されている１人又は複数のアクターを識別する情報等）のそれぞれの１つ又は複数のプロパティを指定し得る。
有限状態機械インスタンスは、ＦＳＭ仕様から任意の適した方法で生成され得、本明細書に記載される技術の態様は、これに関して限定されない。例えば、有限状態機械を表す１つ又は複数の変数及び／又はオブジェクトは、アクセスされた仕様中の情報を使用してインスタンス生成し得る。ＦＳＭインスタンスは、任意の適した方法で第１のデータオブジェクトに関連付けられ得、本明細書に記載される技術の態様は、これに関して限定されない。
次に、動作２０４において、ＦＳＭの現在の状態が特定される。これは、任意の適した方法で行われ、例えば現在の状態を示す変数の値をチェックすることにより行われる。インスタンス生成されると、有限状態機械は、開始状態になる。すなわち、有限状態機械の現在の状態は、開始状態（又は場合によりインポート中、ＦＳＭがユーザ入力なしで自動的に開始状態から遷移する状態）であり得る。１つ又は複数の行動がとられた後、有限状態機械の状態は、例えば、動作２１４を参照して後述するように、新しい状態を反映するように更新され得る。
次に、動作２０６において、第１のデータオブジェクトのワークフロータスクを実行する権限を有するアクターが識別される。幾つかの実施形態では、ワークフロータスクは、動作２０４において識別された現在のワークフロータスクから採用され得る動作に関連付けられ得る。幾つかの実施形態では、アクターは、第１のデータオブジェクトの属性の現在の値を使用して識別し得る。例えば、図２の図示の実施形態では、アクターは、（１）動作２０６ａにおいて、データ処理システム１２０における（例えばデータ層１４０中の）属性の現在の値にアクセスすることによりデータオブジェクトの属性の現在の値を特定し、（２）動作２０６ｂにおいて、データ処理システム１２０におけるデータオブジェクト間の関係を指定するメタデータ（例えばメタデータ１４４）にアクセスし、（３）動作２０６ｃにおいて、（ａ）動作２０６ａにおいて特定されたデータオブジェクトの属性の現在の値（何らかの前にキャッシュされたバージョンではなく）、及び（ｂ）動作２０６ｂにおいてアクセスされたメタデータの両方を使用して、ワークフロータスクを実行するアクターを識別することにより識別される。
一例として、データオブジェクトの属性の現在の値は、第１のデータオブジェクトが属するデータオブジェクトの特定の階層を示し得る。メタデータは、この階層中の１つ又は複数の他のデータオブジェクトを指定し得、ワークフロータスクを実行する権限を有するアクターは、第１のデータオブジェクトに関連する階層中の第２のデータオブジェクト（例えば、第１のデータオブジェクトの祖先、子孫又は兄弟）に対して同じワークフロータスクを実行する権限を既に有するアクターとして識別され得る。
別の例として、第１のデータオブジェクトの属性の現在の値は、第１のデータオブジェクトが属するオブジェクトのグループ（例えば、特定の属性に共通の値を共有するオブジェクトのグループ）を示し得る。メタデータは、グループ内の任意のデータオブジェクトのワークフロータスクを実行する権限を有するアクターを指定し得、第１のデータオブジェクトのワークフロータスクを実行する権限を有するアクターは、グループに対してワークフロータスクを実行する権限を有するアクターとして識別し得る。そのような属性の例には、限定ではなく、値がデータオブジェクトの分類を示す分類属性（例えば、ガバナンスグループ分類、秘密度分類、個人識別可能情報分類等）があり、アクターは、分類属性の値に基づいて識別され得る。
次に、プロセス２００は、動作２０８に進み、動作２０６において識別されたアクターが、ＧＵＩを通して、第１のワークフロータスクが実行されるべきことを指定する入力を提供することができるグラフィカルユーザインターフェースが生成される。例えば、図３Ａの例示的なＦＳＭを参照して、データオブジェクトの現在のワークフロー状態がドラフト状態３０４である場合、動作２０８は、動作２０６において識別されたアクターが、第１のデータオブジェクトへの変更が提出されるべきであることを示す入力を提供することができるＧＵＩを生成することを含み得る。生成されたＧＵＩは、アクターがデータ処理システム１２０にログインした後に提示され得る。
次に、動作２１０において、アクターは、動作２０８において生成されたＧＵＩを介して、第１のワークフロータスクが実行されるべきことを指定する入力を提供し得る。例えば、アクターは、データ処理システムによりアクターに提示されたＧＵＩ中の「提出」ボタンをクリックすることにより、データオブジェクトへの変更が提出されるべきである旨の入力を提供し得る。
第１のワークフロータスクが実行されるべきであることを指定する入力の受信に応答して、データ処理システムは、動作２１２において、第１のワークフロータスクを第１のデータオブジェクトに対して実行し、動作２１４において、第１のデータオブジェクトのＦＳＭの現在のワークフロー状態は、第２のワークフロー状態に更新される。例えば、動作２１０における第１のデータオブジェクトへの変更が提出されるべきであることを示す入力の受信に応答して、データ処理システムは、ＦＳＭの現在の状態を「ドラフト」状態３０４から「承認保留中」状態３０６に更新され得る。動作２１４が実行された後、プロセス２００は、動作２０４に戻る。
プロセス２００が例示的であり、変形が存在することを理解されたい。例えば、１つ又は複数ワークフロータスクに対応する動作を実行する権限を有するアクターは、プロセス２００の開始前に識別され得、なぜなら、１つ又は複数のデータオブジェクトの１つ又は複数の属性が既知であり得るためである。他方では、プロセス２００の実行中、１つ又は複数のデータオブジェクト属性値が変わる場合、プロセス２００の実行中、データオブジェクトに関して動作を実行する権限を有するアクターを識別し得る。
有限状態機械を使用したワークフロー管理
図３Ａは、本明細書に記載される技術の幾つかの実施形態による、データオブジェクトへの変更を管理するワークフローの例示的な有限状態機械３００の状態及び遷移を示す図である。例えば、ＦＳＭ３００は、ビジネス用語データオブジェクトへの変更を管理するために使用され得、その例が本明細書に提供される。別の例として、ＦＳＭ３００は、ドキュメント（例えば、記事、テキストファイル、ブログ掲示等）への変更を管理するために使用され得る。幾つかの実施形態では、ＦＳＭ３００の仕様は、ＦＳＭ仕様ストア１３２の１つであり得、ＦＳＭ３００は、ワークフロー実行エンジン１３３を使用してインスタンス生成し得る。
図３Ａに示されるように、有限状態機械３００は、５つのワークフロー状態を含む：開始状態３０２、ドラフト状態３０４、承認保留状態３０６、公開状態３０８及び放棄状態３１０。ＦＳＭ３００は、ＦＳＭ３００により支配されるワークフローがどのようにあるワークフロー状態から別のワークフロー状態に移るか及びその結果として生じる動作（例えば、提出、放棄、承認等）を制御する状態遷移を含む。図３Ａの例示的な実施形態では、２つの編集遷移（開始状態３０２からドラフト状態３０４への編集遷移３１２及びドラフト状態３０４からそれ自体への編集遷移３１４）、２つのアクター行動遷移（状態３０４から状態３０６への提出遷移３１６及び状態３０４から状態３１０への破棄遷移３２０）及び２つの決定遷移（状態３０６から状態３０８への承認遷移３１８及び状態３０６から状態３０４への拒絶遷移３２２）がある。
例えば、ドキュメントがアクターにより作成される場合、ドキュメントへの変更を管理するワークフロー用の有限状態機械３００のインスタンスを生成し得る。ＦＳＭ３００の現在の状態は、開始状態３０２に初期化され得る。アクターがドキュメントへの変更を完了した後、現在のワークフロー状態は、開始状態３０２からドラフトワークフロー状態３０４に更新され得る。現在のワークフロー状態が状態３０４であり、アクターがドキュメントを編集する場合、現在のワークフロー状態は、ドラフト状態３０４のままであり得る。現在のワークフロー状態が状態３０４である場合、アクターは、承認に向けてドキュメントを提出し得、その場合、現在のワークフロー状態は、承認保留状態３０６に更新されるか、又はアクターは、ドキュメントを破棄し得、その場合、現在のワークフロー状態は、放棄状態３１０に更新される。ドキュメントのＦＳＭの現在の状態が承認保留状態３０８である場合、承認者（又は投票方式に従って動作する承認者の集合、その例は、本明細書に記載されている）は、（１）アクターにより提出されたドキュメントへの変更を拒絶し得、その場合、ＦＳＭの現在の状態は、ドラフト状態３０４に更新されるか、又は（２）アクターにより提出されたドキュメントへの変更を承認し得、その場合、ＦＳＭの現在の状態は公開状態３１０に更新される。
上記説明から理解し得るように、異なるアクターは、データオブジェクトに関して異なるタイプの行動を実行する権限を有し得る。例えば、ＦＳＭ３００に関して、アクターは、データオブジェクトを作成する権限、データオブジェクトに編集を行う権限、データオブジェクトへの編集を破棄する権限及び／又は編集を承認に向けて提出する権限を有し得る。他方では、異なる１人又は複数のアクターは、データオブジェクトへの編集を承認又は拒絶する権限を有し得る。
したがって、幾つかの実施形態では、１人又は複数のアクターの第１の組は、あるワークフロー状態に対応する１つ又は複数のワークフロータスクを実行する権限を有し得（例えば、現在のワークフロー状態がドラフト状態３０４である場合、人物Ａは、ドキュメントを編集、ドキュメントへの編集を提出又はドキュメントへの編集を破棄する権限を有し得る）、１人又は複数のアクターの第２の組は、別のワークフロー状態に対応する１つ又は複数のワークフロータスクを実行する権限を有し得る（例えば、現在のワークフロー状態が承認保留状態３０６である場合、人物Ｂは、ドキュメントへの編集を承認又は拒絶する権限を有し得る）。
幾つかの実施形態では、より細かい粒度の許可が可能である。例えば、幾つかの実施形態では、ＦＳＭ状態からの各遷移は、１つ又は複数の授権アクターのそれぞれに関連付けられ得る。例えば、承認遷移及び拒絶遷移は、同じ授権アクターに関連付けられ得る（例えば、１人のレビューアが変更を承認又は拒絶することができる）か、又は異なる授権アクターに関連付けられ得る（例えば、１人のレビューアは、一方的に拒絶する権限を有し得るが、変更を一方的に承認する権限を有さないことがあり、なぜなら、複数の承認者からの承認が必要であり得るためである）。１つ又は複数の状態遷移に関連付けられるアクターを識別する技法は、本明細書に記載される。
幾つかの実施形態では、有限状態機械３００の現在のワークフロー状態は、アクターが１つ又は複数のワークフロータスクを実行できるようにするユーザインターフェースを生成するために使用され得る。ユーザインターフェースは、ＦＳＭが、タスクを実行し得るワークフロー状態になったことに応答して、又はＦＳＭがそのワークフロー状態になり、且つ例えばアクターがシステムにログインし、あらゆる保留中のワークフロータスクの表示を要求する等の１つ又は複数の他のイベントが生じた後に生成され得る。
例えば、ドキュメントの現在のワークフロー状態が編集状態３０４である場合、アクター（「アビーＡ．ウィリアムズ」）は、変更の承認又は拒絶に向けて変更を提出する権限を有し得る。したがって、この例では、アクターは、ＦＳＭ３００の遷移３１６及び３２０に関連付けられた行動をとる権限を有し、この情報は、データ処理システムにより使用されて（例えば、データ処理システム１２０のＧＵＩ生成モジュール１３４により）、アクターがこれらの授権行動を実行できるようにするグラフィカルユーザインターフェースを生成し得る。そのようなユーザインターフェースの説明のための例は、図３Ｃに示され、図３Ｃは、生成され、アクター３８２（「アビーＡ．ウィリアムズ」）に提示されたグラフィカルユーザインターフェース３８０を示す。
図３Ｃに示されるように、ＧＵＩ３８０は、アクター３８２が種々のデータオブジェクトに対して実行し得るタスクのリスト３８４を示す。例えば、ＧＵＩ３８０は、アクター３８２が「帳簿残高」データオブジェクト３８６への変更を提出又は破棄し得ることを示し、アクター３８２がボタン３８７を使用してそうできるようにする。提出又は破棄されるべき変更の詳細は、パネル３８８に示される。このオブジェクト又は関連するオブジェクトに関して他のアクターによりとられる行動は、パネル３８９に示される。
別の例が図３Ｄに示され、図３Ｄは、ＧＵＩ要素３９６を使用して示される、ＦＳＭ３００が承認保留状態３０６である場合、アクター３９２（この例では「リサＤ．カドッテ」）により生成された例示的なグラフィカルユーザインターフェース３９０を示す。ＧＵＩ３９０は、アクター３９２が投票ボタン３９４を使用して変更を承認又は拒絶できるようにする。
幾つかの実施形態では、ＦＳＭ３００のインスタンスは、各データオブジェクトのワークフローを管理するために生成されることを理解されたい。ＦＳＭ３００の１つのインスタンスが複数のデータオブジェクト（例えば、複数のドキュメント）への変更を追跡するために使用されるのではなく、むしろＦＳＭ３００の複数のインスタンスがそうするために使用され、データ処理システム（例えば、システム１２０）がそのようなインスタンスを管理する（例えば、ワークフロー実行エンジン１３０を使用して）。しかしながら、幾つかの実施形態では、ＦＳＭは、例えば、図６Ａ及び図６Ｂへの参照を含めて本明細書に説明されるように、データ処理システムに複数のデータオブジェクトをインポートするプロセスを管理する場合、複数のデータオブジェクトの１つのワークフローを管理するために使用され得る。
データオブジェクトのワークフローを管理する有限状態機械の別の例は、図３Ｂに示され、図３Ｂは、本明細書に記載される技術の幾つかの実施形態による、問題管理ワークフローの有限状態機械３５０の状態及び遷移の図を示す。ＦＳＭ３５０は、例が本明細書に提供される、問題データオブジェクトにより表され得る問題に関連するワークフロータスクを管理するために使用され得る。幾つかの実施形態では、ＦＳＭ３５０の仕様は、ＦＳＭ仕様ストア１３２に記憶し得、ＦＳＭ３５０は、ワークフロー実行エンジン１３０を使用してインスタンス生成し得る。
図３Ｂに示されるように、有限状態機械３５０は、６つのワークフロー状態を含む：開始状態３５２、オープン状態３５４、進行中状態３５６、検証保留状態３５８、解決状態３６０及び削除状態３６２。ＦＳＭ３５０は、ＦＳＭ３５０により支配される問題解決ワークフローがどのようにあるワークフロー状態から別のワークフロー状態に移るか及びその結果として生じる動作（例えば、提出、削除）を制御する状態遷移を含む。図３Ｂの例示的な実施形態では、ＦＳＭ３５０は、状態３５２から状態３５４への遷移３６４、状態３５４からそれ自体への遷移３６５、状態３５４から状態３５６への遷移３６６、状態３５６からそれ自体への遷移３６７、状態３５６から状態３５８への遷移３６８、状態３５８から状態３６０への遷移３７０、状態３５８から状態３５６への遷移３７２及び状態３５６から状態３６２への遷移３７４を含む。
図３Ｂの図示の例では、「提出及び承認」との見出しが記された状態遷移では、そのような遷移に関連付けられた変更（例えば、編集、削除）は、更なる承認なく自動的に行われる。例えば、ＦＳＭ３５０が状態３５４である間、問題データオブジェクトに対して行われた編集は、自動的に行われ、データ処理システムは、変更を即座にコミットし得る。
ＦＳＭ３５０が以下に使用され得るかの説明のための一例として、問題データオブジェクトの作成時、問題データオブジェクトのＦＳＭのインスタンスを生成し得、現在のワークフロー状態は、開始状態３５２から状態３５４に移る。例えば、問題データオブジェクトは、別のデータオブジェクト（例えば、ドキュメントビジネス用語データオブジェクト、アクターのアカウント番号、住所等）の内容にエラーがあることを示し得る。問題の対処に割り当てられたアクターが、適切なユーザインターフェースを通して「進行中」をクリックする（それにより、そのアクターが問題への対処を開始することを示す）場合、現在のワークフロー状態は、オープン状態３５４から進行中状態３５６に移り、その時点で、アクターは、問題データオブジェクトの編集（現在のワークフロー状態は、変わらない）、問題データオブジェクトの削除（現在のワークフロー状態は、状態３６２に遷移し、ワークフローのインスタンスは終了する）又は検証に向けたデータオブジェクトの提出（現在のワークフローは、状態３５８に遷移し、決定があるまでこの状態に留まる）等の種々の行動を実行することができる。もう１人の他のアクターが問題データオブジェクトをレビューし、問題が解決したか否かを決定し得る（例えば、他のデータオブジェクトの内容におけるエラーが対処されたと判断することにより）。この場合、承認決定は、編集が実際の問題データオブジェクトに対して行われたか否かについてではなく、土台となる問題が開発されたか否かに基づく。問題が拒絶される（例えば、問題の対処に、例えばドキュメントへの更なる編集を行うことにより追加のステップが必要であるため）場合、現在のワークフロー状態は、状態３５６に遷移し、状態３５６において、問題データオブジェクトを編集、再提出又は削除し得る。仮に問題が承認された場合、現在のワークフロー状態は、状態３６０に遷移し、現在のワークフローインスタンスは、終了する。
ビジネス用語データオブジェクト（ＢＴＤＯ）への変更を行うワークフローを管理する有限状態機械４００の別の例が図４Ａ～図４Ｄに提供される。有限状態機械４００の全体は、図４Ａに示される一方、種々の部分は、図４Ｂ～図４Ｄに示される。幾つかの実施形態では、ＦＳＭ４００の仕様は、ＦＳＭ仕様ストア１３２の１つであり得、ＦＳＭ４００は、ワークフロー実行エンジン１３３を使用してインスタンス生成し得る。
図４Ａに示されるように、状態機械４００は、１０のワークフロー状態を含む：開始状態４０１、ドラフト状態４０２、保留ドラフト承認状態４０４、公開状態４０６、削除保留状態４０８、保留削除承認状態４１０、削除状態４１２、インポート状態４１４、承認保留状態４１６及び変更保留状態４１８。
ＦＳＭ４００がどのように使用され得るかの説明のための一例として、ビジネス用語データオブジェクトの作成時、提案されている新しいビジネス用語を捕捉するために、ビジネス用語データオブジェクトのＦＳＭ４００のインスタンスを生成し得、現在のワークフロー状態は、開始状態４０１からドラフト状態４０２に移る。
図４Ｂに示されるように、現在のワークフロー状態が状態４０２である場合、授権アクターは、（１）ＢＴＤＯを削除することができ（削除は、承認なしで自動コミットされる）、その場合、ワークフローは、削除状態４１２に遷移し、ワークフローは、終了し（これは、例えば、ワークフローの管理に使用されたＦＳＭ４００のインスタンスの削除を含み得る）、又は（２）ＢＴＤＯを編集することができ、その場合、現在のワークフロー状態は、状態４０２１のままであり、又は（３）ＢＴＤＯをレビューに向けて提出することができ、その場合、ワークフローは、保留ドラフト承認状態４０４に遷移する。
１ドラフト状態４０２からそれ自体への遷移があるため、ＦＳＭ４００がドラフト状態４０２である限り、ＢＴＤＯは編集可能なままである。この遷移なしでは、ＢＴＤＯは、その初期作成後、追加の変更にオープンではない。
幾つかの実施形態では、現在のワークフロー状態が状態４０４である場合、提案されたビジネス用語データオブジェクトが拒絶される（例えば、授権レビューアにより）とき、又は提案されたＢＴＤＯが、それをレビューに向けて提出したアクターにより取り下げられるとき、現在のワークフロー状態は、状態４０２に戻り得る。他方では、現在のワークフロー状態が状態４０４である場合、提案されたＢＴＤＯが承認される（例えば、授権レビューアにより）とき、現在のワークフロー状態は、公開状態４０６に遷移する。
ＦＳＭ４００が２つの異なるシステム定義ワークフロー状態 － 開始状態４０１及びインポート状態４１４ － を含むことに留意されたい。開始状態４０１は、新しいビジネス用語が作成される場合に使用される。他方では、１つ又は複数のオブジェクト（前に作成された）が１つ又は複数の外部ソース（例えば、１つ又は複数の外部システム、データベース、データストア等）からデータ処理システムによりインポートされる場合、初期状態は、インポート状態４１４であり、インポートが完了すると、ＦＳＭ４００の現在のワークフロー状態は、公開状態４０６に移動する。幾つかの実施形態では、複数のオブジェクトをバッチとしてインポートし得、インポート全体は、「バッチ処理」と呼ばれ得る。
図４Ｃに示されるように、現在のワークフロー状態が公開状態４０６であり、授権アクターがＢＴＤＯを編集する場合、ＢＴＤＯの新しいバージョンが作成され、現在のワークフロー状態は、変更保留状態４１８に遷移する。現在のワークフロー状態が状態４１８である場合、編集を承認に向けて提出した授権アクターが編集を破棄するとき、現在のワークフロー状態は、公開状態４０６に戻る。現在のワークフロー状態が状態４１８である場合、授権アクターが変更を承認に向けて提出するとき、現在のワークフロー状態は、承認保留状態４１６に遷移する。
幾つかの実施形態では、現在のワークフロー状態が承認保留状態４１６である場合、１人の授権アクター（又は複数のアクター）は、提案された編集を承認し得、その場合、現在のワークフロー状態は、公開状態４０６に遷移するか、又は提案された編集を拒絶し得、その場合、現在のワークフロー状態は、変更保留状態４１８に戻る。
図４Ｄに示されるように、現在のワークフロー状態が公開状態４０６であり、授権アクターがビジネス用語データオブジェクトを削除した場合、現在のワークフロー状態は、削除状態４０８に遷移する。現在のワークフロー状態が状態４０８である場合、ＢＴＤＯを削除した授権アクターが削除を破棄するとき、現在のワークフロー状態は、公開状態に戻る。他方では、アクターが承認に向けて削除要求を提出する場合現在のワークフロー状態は、保留削除承認状態４１０に変わる。
幾つかの実施形態では、現在のワークフロー状態が保留削除承認状態４１０である場合、授権されたものは、ＢＴＤＯの削除を承認し、その場合、現在のワークフロー状態は、削除保留状態４０８に遷移するか、又は削除を承認し得、その場合、ＢＴＤＯは、削除され、現在のワークフロー状態は、削除状態４１２に移る。
図４Ａ～図４Ｄを参照して上述した説明のための例では、ビジネス用語データオブジェクトに対するあらゆる変更は、一緒にまとめられ、それにより、ＢＴＤＯへの任意の編集が行われる場合、ＢＴＤＯ全体がロックされる。ＢＴＤＯのワークフロー状態が承認保留状態４１６から（承認時）又は変更保留状態４１８から（編集破棄時）公開状態４０６に戻るまで、追加の変更は、許可されない。
１次及び２次有限状態機械
本発明の任意の実施形態は、共通のデータオブジェクトに対して２つ以上のタスクを並列に実施し得る。したがって、異なる各タスクを実行する１つ又は複数の対応するワークフローに向けて１つ又は複数の２次の更なる有限状態機械をインスタンス生成し得る。これにより、異なるアクターが同じデータオブジェクトに対して異なるプロセスを同時に実行することができる。例えば、幾つかの実施形態では、データオブジェクトは、２つ以上の属性を有し得、データオブジェクトの１つの属性への変更を実行するワークフローを管理するのに、１つのＦＳＭをインスタンス生成し得る一方、データオブジェクトの別の属性への変更を実行するワークフローを管理するのに、別のＦＳＭをインスタンス生成し得る。これにより、データオブジェクトが所与のアクターにより編集中である間、他のアクターによる編集からそのデータオブジェクトをロックする必要なく、所与のデータオブジェクトの異なる属性の変更又は編集が同時に可能になる。これは、データ処理システムが変更を管理するのに必要とする時間量を低減し、それにより、データオブジェクトの変更又は編集中、他のアクターに対してデータオブジェクトをロックする必要性を回避もしながら、データ処理システムをより効率的にする。
所与のデータオブジェクトの異なる属性の同時変更又は編集は、ワークフロー実行エンジン１３３内の別個の実行スレッドを使用して２次有限状態機械をそれぞれインスタンス生成することにより達成され得る。更に、各ワークフローに関連付けられたタスクも、各ワークフローに１つ又は複数の別個の実行スレッドを使用すること等により並列に同時に実行され得る。
一例として、本明細書に考察されるように、編集承認プロセスにより細かい粒度の制御が可能なことが有価値であることを本発明者らは認識した。したがって、幾つかの実施形態では、データオブジェクトへの異なる編集を行うための１つ又は複数の対応するワークフローを管理するために、１つ又は複数の２次有限状態機械をインスタンス生成し得る。例えば、幾つかの実施形態では、データオブジェクトは、複数の属性を有し得、データオブジェクトの１つの属性への変更を管理するワークフローを管理するために、１つのＦＳＭをインスタンス生成し得る一方、データオブジェクトの別の属性への変更を管理するワークフローを管理するために、別のＦＳＭをインスタンス生成し得る。これにより、異なるアクターが、ロックアウトなしで、データオブジェクトの異なる属性を同時に編集できるようになる。これは、データ処理システムが変更を管理するのに必要な時間量を低減し、それによりデータ処理システムをより効率的にする。
この手法の一例を図５Ａ～図５Ｃに示す。図５Ａは、本明細書に記載される技術の幾つかの実施形態による、ビジネス用語データオブジェクトへの変更を管理する例示的な有限状態機械５００の図であり、ＦＳＭ５００の状態の１つは、「子」又は「２次」有限状態機械に関連付けられる。幾つかの実施形態では、ＦＳＭ５００の仕様は、ＦＳＭ仕様ストア１３２の１つであり得、ＦＳＭ５００は、ワークフロー実行エンジン１３３を使用してインスタンス生成し得る。
図４Ａ及び図５Ａから理解し得るように、有限状態機械５００の構造は、有限状態機械４００の構造と同様である。しかしながら、現在のワークフロー状態が公開状態５０１であり、編集が行われる場合、ＦＳＭ５００は、変更保留状態５０２に遷移し、別の有限状態機械（例えば、ＦＳＭ「Ａ」）は、その特定の編集を承認するワークフローを管理するためにインスタンス生成される。この場合、ビジネス用語データオブジェクトは、ロックされず、他の編集を行い得る。他の編集がＢＴＤＯに対して行われる場合、それらの他の編集を承認するワークフローは、他の有限状態機械（例えば、ＦＳＭ「Ｂ」、「Ｃ」、「Ｄ」）により管理される。全ての編集のワークフロー（例えば、４つの異なる編集の４つの異なるＦＳＭ － Ａ、Ｂ、Ｃ、Ｄ － により管理されるワークフロー）が完了すると、現在のワークフロー状態は、公開状態５０１に戻る。この例では、有限状態機械５００は、「１次」又は「親」有限状態機械と呼ぶことができる一方、ビジネス用語データオブジェクトへの編集のワークフローを管理するために生まれた有限状態機械は、「２次」又は「子」有限状態機械と呼ぶことができる。
幾つかの実施形態では、２次有限状態機械は、互いから独立した同時変更処理を可能にする － 提案された変更を承認又は拒絶するワークフローは、並列に、互いから独立して実行され得る。例えば、図５ＢのＧＵＩ５１０に示されるように、データオブジェクトの異なる属性に対して行われた変更は、異なる状態であり得る異なる２次有限状態機械により管理され得る。図５ＢのＧＵＩ要素５１２により示されるように、「政府識別番号」という名称のＢＴＤＯ５１１を管理する１次有限状態機械５００の現在のワークフロー状態は、変更保留状態５０２である。この例では、ＢＴＤＯの定義属性への変更は、ＧＵＩ要素５１４で示されるように、ワークフロー状態が「提出」状態である１つの２次有限状態機械により管理されている一方、「秘密度」属性への変更は、ＧＵＩ要素５１６で示されるように、ワークフロー状態が「オープン」状態である別の有限状態機械により管理されている。この例では、土台をなすデータオブジェクトへの変更を管理する３つの有限状態機械 － １つの１次状態機械及び２つの２次状態機械 － があり、その状態は、ＧＵＩ要素５１２、５１４及び５１６によりそれぞれ示される。２つの２次有限状態機械は、同じＦＳＭ仕様により指定された同じＦＳＭのインスタンスであり得るか、又は異なるＦＳＭ仕様により指定された異なる有限状態機械のインスタンスであり得る。
図５Ｃは、本明細書に記載される技術の幾つかの実施形態による、ビジネス用語データオブジェクトへの変更を行う例示的な２次有限状態機械５５０の一例を示す。参照のために１次状態機械５００の一部が図５Ｃに含まれている。幾つかの実施形態では、ＦＳＭ５５０の仕様は、ＦＳＭ仕様ストア１３２の１つであり得、ＦＳＭ５５０は、ワークフロー実行エンジン１３３を使用してインスタンス生成し得る。
図５Ｃに示されるように、２次ＦＳＭ５５０は、５つの状態を有する：開始状態５５２、オープン状態５５４、提出状態５５６、承認状態５５８及び放棄状態５６０。公開されたデータオブジェクトの属性が変更される場合、１次ＦＳＭにより管理されるワークフローの現在の状態は、状態５０１から状態５０２に移り、この変更のライフサイクルを管理する２次ＦＳＭ５５０のインスタンスの生成をトリガーする。２次ＦＳＭ５５０により管理されているワークフローの現在の状態は、開始状態５５２からオープン状態５５４に移る。オープン－オープン編集遷移（状態５５４からそれ自体への）があるため、現在のワークフロー状態が状態５５４である間、属性は、編集可能なままである。現在のワークフロー状態がオープン状態５５４であり、授権アクターが変更を破棄する場合、現在のワークフロー状態は、放棄状態５６０に移る。他方では、授権アクターが提案された変更を承認に向けて提出する場合、現在のワークフロー状態は、オープン状態５５４から提出状態５５６に移る。
幾つかの実施形態では、現在のワークフロー状態が提出状態５５６である場合、編集を提出したアクターが編集を取り下げるとき又はレビューアが編集を拒絶するとき、現在のワークフロー状態は、状態５５４に戻り得る。他方では、変更が承認される場合、現在のワークフロー状態は、承認状態５５８に遷移し、編集は、データ処理システムによりコミットされる。
幾つかの実施形態では、変更保留状態５０２に関連付けられた全ての２次有限状態機械が終点状態（放棄状態５６０又は承認状態５５８）に達した場合、２次有限状態機械のインスタンスは、削除され、１次ＦＳＭ５００により管理されているワークフローの現在のワークフロー状態は、公開状態５０１に戻る。
自動的にトリガーされる行動
幾つかの実施形態では、データ処理システムは、１つ又は複数のトリガーイベントに応答して１つ又は複数の行動を自動的に実行し得る。イベントは、データ処理システムにおいて定義され得（例えば、プログラミング、構成設定、ルール等を通して）、行動の実行をトリガーするために使用することができる。そのような行動の例には、限定ではなく、１人又は複数のアクター及び／又はシステム（例えば、下流システム、外部システム及び／又は任意の他のシステム）への通知（例えば、電子メール通知、ＳＭＳメッセージ、ＭＭＳメッセージ、架電又は任意の他の適したタイプの通信）の生成及び送信、別のコンピュータプログラム（例えばスクリプト）の実行のトリガー並びにデータオブジェクトのワークフローにおける状態遷移の発生がある。
別の特定の例として、データ処理システムの管理者は、誰かがビジネス用語への変更を提出したときには常に、電子メールを関連する当事者に送信させる通知トリガーをセットアップし得る。別の特例の例として、データ処理システムの管理者は、特定のワークフロー状態になった場合、スクリプに分類をビジネス用語に自動的に追加させるトリガーをセットアップし得る。別の特定の例として、データ処理システムの管理者は、特定のワークフロー状態（例えば「保留ドラフト承認」状態）になる前、スクリプトに特定の分類（例えば「ガバナンスグループ」分類」）の存在について自動的にチェックさせ、そのような分類が指定されていなかった場合、エラーメッセージを表示させるトリガーをセットアップし得る。
したがって、幾つかの実施形態では、データ処理システムの管理者は、通知（例えば、電子メール）、スクリプト（例えば、Ａｐａｃｈｅ Ｇｒｏｏｖｙスクリプト言語）又は状態遷移等の行動をトリガーするイベントを定義し得る。幾つかの実施形態では、イベントは、ワークフロー活動に応答して又はリモート要求の受信（例えば、ＲＥＳＴウェブサービスを介して受信されたＨＴＴＰ要求）に応答して生じ得る（それにより、行動をトリガーする）。
行動をトリガーし得るイベントの非限定的な例には、（１）データオブジェクトの有限状態機械が特定のワークフロー状態になる場合（例えば、ビジネス用語が特定のワークフロー状態になる場合、ビジネス用語の分類を検証するスクリプトをトリガーして実行し得る）、（２）データオブジェクトのＦＳＭが特定のワークフロー状態から出る場合、（３）ワークフローのＦＳＭ遷移が生じる前、（４）ワークフローのＦＳＭ遷移が生じた後（例えば、データオブジェクトの新しいバージョンの開始は、１人又は複数の承認者への通知をトリガーし得る）、（５）ワークフロー決定が開始される場合、（６）ワークフロー決定が解決される場合、（７）決定参加者が投票オプションを選択する場合がある。
通知の場合、例えば、イベントの以下のリストは、通知をトリガーし得るイベントの例の非限定的なリストである：（１）変更が指定された承認者により承認される場合、（２）変更が、オーバーライド特権を有するアクターにより承認される場合、（３）アクターがデータオブジェクトへの変更を提出し、承認決定が開始される場合、（４）変更への全ての承認が受信され、変更がデータストアに対してコミットされた後、（５）「ドラフト」状態のデータオブジェクトが削除される場合、（６）「公開」状態のデータオブジェクトが削除とマークされる場合、（７）「承認保留」状態のデータオブジェクトが破棄される場合、（８）保留中の変更が破棄される場合、（９）保留中の変更がオーバーライド特権を有するアクターにより破棄される場合、（１０）指定された承認者が変更を拒絶する場合、（１１）変更が提出される場合、（１２）ユーザが保留中の変更を取り下げた場合、及び（１３）変更がオーバーライド特権を有するユーザにより取り下げられた場合。
インポートを管理する有限状態機械
幾つかの実施形態は、複数のデータオブジェクトをバッチでインポートすることを管理する有限状態機械を提供し、これは、インポート中、多くの（例えば、数千、数百万の）データオブジェクトが同じ承認プロセスを受け得るため、有利であり得る。個々の各データオブジェクトをインポートする異なる有限状態機械をインスタンス生成するのではなく、幾つかの実施形態では、１つの有限状態機械をこのために利用し得る。
図６Ａは、本明細書に記載される技術の幾つかの実施形態による、複数のデータオブジェクトの追加、変更及び／又は削除をインポートする有限状態機械６００を示す。幾つかの実施形態では、ＦＳＭ６００の仕様は、ＦＳＭ仕様１３２の１つであり得、ＦＳＭ６００は、ワークフロー実行エンジン１３３を使用してインスタンス生成し得る。
図６Ａに示されるように、ＦＳＭ６００は、６つのワークフローを含む：開始状態６０２、準備完了状態６０４、オープン状態６０６、提出状態６０８、承認状態６１０及び放棄状態６１２。アクターがデータ処理システムを使用してデータオブジェクトのインポートを開始する場合、ＦＳＭ６００のインスタンスが生成され、現在のワークフロー状態は、準備完了状態６０４に移る。現在のワークフロー状態が状態６０４であり、インポートが完了に失敗する場合、アクターは、インポートされたデータオブジェクトを放棄し得（例えば、アクターに提示されるＧＵＩ上の「破棄」ボタンをクリックすることにより）、現在のワークフロー状態は放棄状態６１２に遷移し、ワークフローは、完了する。他の場合、インポートが完了するとき、現在のワークフロー状態は、オープン状態６０６に遷移する。
幾つかの実施形態では、現在のワークフロー状態がオープン状態６０６である場合、授権アクターは、インポートされたデータオブジェクトを破棄し得、その場合、現在のワークフロー状態は、放棄状態６１２に移り、ワークフローは、完了するか、又はインポートされたデータオブジェクトを承認に向けて提出し得、その場合、現在のワークフロー状態は、提出状態６０８に移る。
幾つかの実施形態では、現在のワークフロー状態が提出状態６１０である場合、インポートが拒絶される（例えば、１人又は複数の授権レビューアにより）とき、現在のワークフロー状態は、オープン状態６０６に戻る。他方では、インポートが承認される場合、現在のワークフロー状態は、承認状態６１０に遷移し、ワークフローは、完了する。幾つかの実施形態では、オブジェクトのインポートがユーザインターフェースを通して管理されるべき場合、データオブジェクトに「インポート」状態が自動的に割り当てられ、データオブジェクトは、バッチインポートが完了した後、個々の１次ワークフローを継続する。
図６Ｂは、本明細書に記載される技術の幾つかの実施形態による、複数のデータオブジェクトの追加、変更及び／又は削除を条件付きでインポートする有限状態機械６５０を示す。ＦＳＭ６５０は、条件付き遷移を含み、それにより、予め定義された条件が満たされる場合のみ（例えば、１つ又は閾値数のエラー発生、１つ又は複数のインポートされた記録の拒絶）、インポートの承認を要求することができる。幾つかの実施形態では、ＦＳＭ６５０の仕様は、ＦＳＭ仕様１３２の１つであり得、ＦＳＭ６５０は、ワークフロー実行エンジン１３３を使用してインスタンス生成し得る。有限状態機械での分岐能力が、本例の場合のようにワークフローインポートプロセスに限定されず、本明細書に記載される技術の実施形態によれば、データオブジェクトのワークフローを管理する任意の有限状態機械で使用し得ることを理解されたい。
図６Ｂに示されるように、ＦＳＭ６５０は、７つのワークフロー状態を含む：開始状態６５２、準備完了状態６５４、オープン状態６５６、レビュー必要状態６５８、提出状態６６０、承認状態６６２及び放棄状態６６４。アクターがデータ処理システムを使用してデータオブジェクトのインポートを開始する場合、ＦＳＭ６５０のインスタンスが生成され、現在のワークフロー状態は、準備完了状態６５４に移る。現在のワークフロー状態が状態６５４であり、インポートが完了に失敗する場合、アクターは、インポートされたデータオブジェクトを放棄し得（例えば、アクターに提示されるＧＵＩ上の「破棄」ボタンをクリックすることにより）、現在のワークフロー状態は、放棄状態６６４に遷移し、ワークフローは、完了する。他の場合、インポートが完了するとき、現在のワークフロー状態は、オープン状態６５６に遷移する。
幾つかの実施形態では、現在のワークフロー状態がオープン状態６５６であり、レビュー条件が満たされない（例えば、インポートにエラーなし、インポートにおいて拒絶された記録なし等）場合、現在のワークフロー状態は、承認状態６６２に遷移し、ワークフローは、完了する。他方では、レビュー条件が満たされる場合、現在のワークフローは、レビュー必要状態６５８に遷移する。
幾つかの実施形態では、現在のワークフロー状態がレビュー必要状態６５８である場合、授権アクターは、インポートされたデータオブジェクトを破棄し得、その場合、現在のワークフロー状態は、放棄状態６６４に移り、ワークフローは、完了するか、又はインポートされたデータオブジェクトを承認に向けて提出し得、その場合、現在のワークフロー状態は、提出状態６６０に移る。
幾つかの実施形態では、現在のワークフロー状態が提出状態６６０である場合、インポートが拒絶される（例えば、１人又は複数の授権レビューアにより）とき、現在のワークフロー状態は、レビュー必要状態６５８に戻る。他方では、インポートが承認される場合、現在のワークフロー状態は、承認状態６６２に遷移し、ワークフローは、完了する。
ワークフロータスクを実行するアクターの識別
本明細書に記載されるように、データ処理システムは、データオブジェクトのワークフロー中の異なるワークフロータスクの実行に異なるアクターを認可し得る。例えば、異なるアクターは、データオブジェクトへの変更を行う権限及び変更をレビュー（例えば、承認又は拒絶）する権限を有し得る。一般に、１人又は複数のアクターの組は、ワークフロー中の各ワークフロータスクのワークフロータスクを実行する権限を有するアクターとして識別され得る。２つの異なるタスクは、同じ組の１人又は複数のアクター又は異なるアクターに関連付けられ得る。
幾つかの実施形態では、データ処理システム（例えば、許可モジュール１３５を使用するデータ処理システム１２０）は、データオブジェクトのワークフロー中の１つ又は複数のワークフロータスクのそれぞれのワークフロータスクを実行する権限を有する者として、１人又は複数のアクターを識別し得る。例えば、幾つかの実施形態では、１人又は複数のアクターは、ワークフローを管理するＦＳＭの遷移の１つ又は複数（例えば、全て）のそれぞれのワークフロータスクを実行する権限を有する者として識別され得る。例えば、１人又は複数のアクターは、アクター入力が求められる状態遷移 － 編集又は承認等 － （例えば、自動遷移ではない）により表されるワークフロータスクを実行する権限を有する者として識別され得る。
幾つかの実施形態では、授権アクターの識別は、データ処理システムにより記憶され、ワークフロー管理を推進するために１つ又は複数の機能の実行に使用し得る。例えば、幾つかの実施形態では、データ処理システムは、ワークフロータスクを実行する権限を有するアクター（例えば、データオブジェクトへの変更を少尉人する権限を有するレビューア）に、アクターがワークフロータスクを実行できるようにするグラフィカルユーザインターフェース（例えば、レビューアが、データオブジェクトへの提案された変更を承認又は拒絶できるようにするグラフィカルユーザインターフェース）を提供し得る。別の例として、幾つかの実施形態では、データ処理システムは、アクターが１つ又は複数のワークフローに関して実行する１つ又は複数のワークフロータスクを有することをアクターに通知し得る（例えば、電子メール、テキストメッセージにより、アプリケーションプログラムを通して且つ／又は任意の他の適したタイプの通信を通して）。更に別の例として、幾つかの実施形態では、データ処理システムは、１つ又は複数のワークフロータスクを実行する権限を有する者として識別された１人又は複数のアクターの身元情報ついて１人又は複数のアクター（例えば、自身ではワークフロータスクを実行しない監督アクター）に通知し得る（例えば、監督アクターが、誰がワークフロータスクを実行する権限を有するかを認識するように）。更に別の例として、幾つかの実施形態では、データ処理システムは、１つ又は複数のタスクが実行されるべきであることを示す通知及び／又はタスクを実行する権限を有する１人又は複数のアクターを識別する情報を１つ又は複数の他のシステム（例えば下流システム）に提供し得る。
ワークフローデータオブジェクトのワークフロータスクを実行する権限を有する１人又は複数のアクターを識別する幾つかの技法を本発明者らは開発した。幾つかの実施形態では、ワークフローアクターは、直接選択され得る。例えば、１人又は複数のアクターは、特定のデータオブジェクトの１つ又は複数の特定の行動を実行する権限を有する者として指定され得る（例えば、グラフィカルユーザインターフェースを通してアクターにより）。例えば、特定のビジネス用語データオブジェクトに変更を行う権限を有するアクターを入力し得る。しかしながら、特に、データ処理システムが多くの（例えば、数百、数千、数百万の）データオブジェクトの非常に多くのワークフローをサポートし得ることを考えると、ワークフロー毎及びデータオブジェクト毎にアクターをワークフロー行動に割り当てることが非現実的であることを本発明者らは理解していた。大規模で動作するために、本発明者らは、データオブジェクト属性、他のオブジェクトへの関係等に基づいて、オブジェクトのターゲットグループ（例えば階層）のアクターを動的且つ自動的に識別するルールを開発した。
したがって、幾つかの実施形態は、ワークフロータスクを実行する権限を有するアクターを識別する自動技法を提供する。幾つかの実施形態では、データ処理システムは、データオブジェクトに関連付けられた情報を使用して、データオブジェクトのワークフロータスクを実行する権限を有する１人又は複数のアクターを識別し得る。例えば、幾つかの実施形態では、データ処理システムは、データオブジェクトの１つ又は複数の属性の値に基づいて、データオブジェクトのワークフロータスクを実行する権限を有する１人又は複数のアクターを識別し得る。
一例として、データ処理システムは、もう１つの階層にデータオブジェクトを編成することにより複数のデータオブジェクトを管理し得、データオブジェクトは１つ又は複数の属性を含み得、属性の値は、データオブジェクトが属する１つ又は複数の階層を示す。データ処理システムは、この１つ又は複数の属性の値を使用して、そのオブジェクトのワークフロータスクを実行する権限を有する１人又は複数のアクターを識別し得る。例えば、データオブジェクト「Ａ」は、データオブジェクトの階層中のデータオブジェクトＢに関連し得る（例えば、データオブジェクトＢの子孫であり得る）。幾つかの実施形態では、データ処理システムは、階層を使用して、１人又は複数のアクターの特定の組に、データオブジェクトＢに対して特定のワークフロータスクを実行する権限が与えられていることを識別し得、データオブジェクトＢに対して同じ特定のワークフロータスクを実行する権限をこのアクターの組に付与し得る。幾つかの実施形態では、データオブジェクトＢは、データオブジェクトＡの親又は祖先であり得る。
この手法の一例を図７Ａの例示的な実施形態に示し、図７Ａは、データオブジェクトを含む少なくとも１つのデータオブジェクト階層中の少なくとも１つの他のデータオブジェクトに指定された情報を使用して、データオブジェクトの１つ又は複数のワークフローアクターを識別することを示す。図７Ａに示されるように、データオブジェクト７０１は、データオブジェクト７０２の子であり、及びデータオブジェクト７０２は、データオブジェクト７０３の子である。アクター７０４（この例では「アダム」及び「グレッグ」）は、「責任者」としてデータオブジェクト７０３に割り当てられており、したがって「責任者」が実行する権限を有する任意のワークフロータスクを実行する権限を有する。データ処理システムは、データオブジェクト７０１の「責任者」としてアクター７０４を識別され得る。このようにして、授権アクターは、継承を通して識別し得る。特定のデータオブジェクトのワークフロータスクを実行する許可は、オブジェクト階層中の１つ又は複数の関連するデータオブジェクトから継承され得る。
この手法の別の例を図７Ｄの例示的な実施形態に示し、図７Ｄは、データオブジェクトを含む複数のデータオブジェクト階層に指定された情報を使用して、データオブジェクト７１６のワークフローアクターを識別することを示す図７１５を示す。この例では、データオブジェクト７１６（ビジネス用語「信用スコア」を表すビジネス用語データオブジェクト）は、２つの階層の一部である － データオブジェクトの「住宅ローン貸付」階層７１７及び「自動車ローン貸付」７１８。これらの階層のそれぞれは、「レビューア」の各組に関連付けられ、レビューアは、「レビューア」が実行する権限を有するあらゆるワークフロータスクを実行する権限を有する。実際には、幾つかの実施形態では、ワークフロータスクは、ワークフロータスクの授権アクターが「レビューア」のメンバであるように指定し得る。その結果、データオブジェクトに「レビューア」の組を識別することは、何れのアクターが、そのデータオブジェクトを含むワークフローの「レビューア」ワークフロータスクを実行する権限を有するかを識別することに等しい。
この例では、「住宅ローン貸付」階層７１７は、レビューア７１９ａ（この例ではイアン、ウィル及びリサ）に関連付けられ、「自動車ローン貸付」階層７１８は、レビューア７１９ｂ（この例ではジョーン及びダナ）に関連付けられる。この例では、レビューアの両方の組（すなわちレビューア７１９ａ及び７１９ｂ）は、レビューアワークフロータスクが適した投票ルール（例えば、過半数投票、全員一致投票、各グループから少なくとも１人のレビューア等）に従ってそれらの全てを含み得るような１次オブジェクト７１６の授権「レビューア」として識別され得る。例えば、変更がデータオブジェクト７１６に対して行われた場合、その変更に対するレビュープロセスは、５人全てのレビューアによる投票を必要とし得、レビューアの過半数が変更を承認する場合、承認が認められ得る。投票ルールについて更に詳細に後述するが、この例は、データオブジェクト（例えばデータオブジェクト７１６）が、データオブジェクトが属する複数のデータオブジェクト階層（例えば、階層７１７及び７１８）を指定する属性を有し得、ワークフロータスク（例えば、データオブジェクト７１６への変更の承認）を実行する権限を有するアクターが、指定された階層に関連付けられたアクターを識別することにより、この属性の値に基づいて識別され得ることを示す。図１Ｄ、図１Ｅ、図１Ｆ及び図１Ｇへの参照を含めて他の例も本明細書に記載される。
データオブジェクトの１つ又は複数の属性の値に基づいて、データオブジェクトのワークフロータスクを実行する権限を有する１人又は複数のアクターを自動的に識別する技法の別の例として、幾つかの実施形態では、データ処理システムは、分類属性の値に基づいて、１つ又は複数の分類属性を有するデータオブジェクトのワークフロータスクを実行する権限を有する１人又は複数のアクターを識別し得る。例えば、システムは、データオブジェクトのガバナンスグループ分類属性の値、データオブジェクトの秘密度分類属性の値、データオブジェクトの個人識別可能情報（ＰＩＩ）分類属性の値及び／又はデータオブジェクトの任意の他の適した分類属性の値を使用して、データオブジェクトのワークフロータスクを実行する１人又は複数のアクターを識別し得、その例を本明細書に提供する。
この手法の一例を図７Ｂの例示的な実施形態に示し、図７Ｂは、データオブジェクトの分類属性の値に基づいて、データオブジェクトの１つ又は複数のワークフローアクターを識別することを示す図７０５を示す。図７Ｂに示されるように、データオブジェクト７０６は、秘密度分類属性７０７を有し、データ処理システムは、この属性の値に基づいて授権アクター（例えば、例えばデータオブジェクトへの変更の承認等の「レビューア」タスクを実行する）を識別し得る。この例では、秘密度分類属性７０７の値は、「高機密」であり、データ処理システムは、その値に基づいてアクター７０８を識別することに繋がる － この例で識別されるアクターは、カール、ジョン及びセキュリティオフィサー７０９（レネー及びイーサン）である。これとは対照的に、図７Ｃに示されるように、データオブジェクト７１１の分類属性の値は、「公開」であり、データ処理システムは、「レビューア」タスクを実行する権限を有するアクターとして異なるアクター（アクター７１３ － この例ではサラ及びジェス）を識別することに繋がる）。
幾つかの実施形態では、ワークフロータスクを実行する権限を有するアクターがデータオブジェクト属性の値に基づいて識別される場合、データオブジェクト属性の値が変わるとき、授権アクターは、変更され得る。この変更は、ワークフローの実行中にも行われ得る。例えば、データオブジェクトへの変更が秘密度分類属性の値への変更（例えば、「機密」から「高機密」）を含む場合、レビューアの異なる（例えば、より大きい）組は、この変更及び／又は他の変更をレビューする者として識別され得る。図１Ｈ及び図１Ｉへの参照を含めてこの他の例も本明細書に記載される。
投票方式
本明細書に記載されるように、幾つかのワークフロータスクは、１人又は複数の当事者により行われる決定である。例えば、１人又は複数のレビューアは、データオブジェクトへの保留中の変更を承認すべきか又は拒絶すべきかを決定し得る（例えば、ＦＳＭ４００の状態４１６を参照して説明したように）。別の例として、１人又は複数のレビューアは、データオブジェクトを削除すべきか否かを決定し得る（例えば、ＦＳＭ４００の状態４０８を参照して説明したように）。更に別の例として、１人又は複数のレビューアは、保留中の問題が解決されたか否かを決定し得る（例えば、ＦＳＭ３５０の状態３５８を参照して説明したように）。
１人のみのアクターが意思決定に割り当てられる場合、その１人のアクターの入力が決定を完全に決める。しかしながら、幾つかの実施形態では、複数のアクターが決定への投票に割り当てられ得、投票方式を利用して、個々の投票に基づいて全体の決定を決める。例えば、幾つかの実施形態では、保留中の変更を承認するのに必要であるのは、割り当てられた意思決定者の１人のみであり得る。幾つかのそのような実施形態では、割り当てられた意思決定者の１人が変更を承認すると直ちに、保留中の変更は、承認され、意思決定者の全てが変更を拒絶する場合、変更は、拒絶される。例えば、図７Ｅの図７２０に示されるように、「セキュリティ承認者」のグループは、３人のレビューア（セキュリティオフィサー、カール及びジョン）を含むものとして定義されており、グループは、秘密度分類属性が「高機密」の値をとるあらゆるデータオブジェクトに「レビューア」として割り当てられ得る。グループには、投票方式パラメータ「シングル」が構成されており、３人のレビューアの何れか１人が保留中の変更を承認すると直ちに、変更が承認されることを示す。例えば、カールが保留中の変更を承認した場合、変更は、承認され、他のレビューアがログインして保留中の行動を見るとき、ワークキューに投票ボタンが提示されない。
図７Ｅの例では、レビューアの２人は、個人である一方、レビューアの１人（「セキュリティオフィサー」）は、その何れか１人が「セキュリティオフィサー」グループ全体として投票し得る複数のレビューアのグループ（レネー及びイーサン）である。したがって、レネー又はイーサンの何れかが保留中の変更を承認し得る。
幾つかの実施形態では、保留中の変更を承認するのに、割り当てられた意思決定者の過半数が必要である。例えば、図７Ｆの図７２５に示されるように、レネー及びジョンが両方とも保留中の変更を拒絶すると、意思決定者の過半数が変更を承認する方法がもはやないため、保留中の変更は、拒絶される。
幾つかの実施形態では、投票は、全員一致でなければならず、保留中の変更が承認されるには、割り当てられた全ての意思決定者が保留中の変更を承認することが求められる。例えば、図７Ｇの図７３０に示されるように、イーサン、カール及びジョンが全て承認に投票する場合、保留中の変更は、承認される。
幾つかの実施形態では、投票方式及び他の意思決定者の投票をオーバーライドする権限を有する意思決定者が存在し得る。例えば、そのような意思決定者は、他の意思決定者によって提供された投票を見て、それらを考慮に入れるが、最終的に、保留中の変更が承認されるか又は拒絶されるかに関して自身で最終決定を下し得る。
幾つかの実施形態では、データオブジェクトは、複数のデータオブジェクト階層に属し得、決定ワークフロータスクには、複数の階層のそれぞれに関連付けられた意思決定者が関わり得る。幾つかのそのような実施形態では、階層投票方式を利用し得、この方式では、保留中の変更が承認されるには、個々の各階層の投票方式が満たされなければならない。
例えば、図７Ｈの図７３５に示されるように、データオブジェクトへの保留中の変更は、（１）住宅ローン貸付ビジネス階層に関連付けられた意思決定者の１人が変更を承認し、且つ（２）自動車ローン貸付ビジネス階層に関連付けられた意思決定者の１人が変更を承認する場合、「ＬＯＢ承認者」により承認される。例えば、ウィル（住宅ローン貸付階層における意思決定者）が、保留中の変更に投票し承認した最初の人である場合、「承認」及び「拒絶」ボタンは、イアン及びリサのワークキューから削除されることになるが、投票は、ジョーン及びダナ（自動車ローン貸付階層における意思決定者）に開かれたままである。ジョーンが保留中の変更を承認する場合、保留中の変更は、承認されるが、ジョーンが変更を拒絶した場合、図７Ｈに示されるように、保留中の変更は、拒絶される。
別の例として、図７Ｉの図７４０に示されるように、複数の階層のそれぞれで過半数の承認が求められる。したがって、データオブジェクトへの保留中の変更は、（１）住宅ローン貸付ビジネス階層に関連付けられた意思決定者の過半数が変更を承認し、且つ（２）自動車ローン貸付ビジネス階層に関連付けられた意思決定者の過半数が変更を承認する場合、「ＬＯＢ承認者」により承認される。例えば、図７Ｉの図では、イアン、リサ、ジョーン及びダナが変更を承認する場合、変更は、承認される。
別の例として、複数の階層のそれぞれで全員一致の承認が求められる場合、データオブジェクトへの保留中の変更は、（１）住宅ローン貸付ビジネス階層に関連付けられた全ての意思決定者が変更を承認し、且つ（２）自動車ローン貸付ビジネス階層に関連付けられた全ての意思決定者が変更を承認する場合、「ＬＯＢ承認者」により承認される。
幾つかの実施形態では、意思決定者の複数のグループが決定に割り当てられ得る。例えば、図７Ｊ～図７Ｍに示されるように、レビューアの３つのグループ（「セキュリティ承認者」、「幹事承認者」及び「ＬＯＢ承認者」）が決定に割り当てられ得る。シングル、過半数又はこれらのグループのそれぞれ１人からの承認が求められ得る。例えば、図７Ｊの図７４５に示されるように、シングルグループからの承認が求められる場合、アンネが「幹事承認者」グループの代表として保留中の変更を承認するとき、保留中の変更は、承認され、コミットされる － 承認及び拒絶ボタンは、他のあらゆる人のワークキューから削除される。
別の例として、図７Ｋの図７５０に示されるように、グループの過半数からの承認が求められる場合、カール及びジョンが変更を承認し、「セキュリティ承認者」グループの過半数要件を満たすが、アンネは、「幹事承認者」グループの代表として変更を拒絶すると考える。この場合、過半数は、なお可能であるため、投票は、オープンなままである。ウィルが、次に、住宅ローン貸付階層で変更を承認し、ジョーンが自動車ローン貸付階層で変更を承認する場合、保留中の変更は、全体的に承認され、コミットされる。
別の例として、図７Ｌの図７５５に示されるように、全てのグループからの承認が求められる場合、保留中の変更は、例えば、（１）カール及びジョンが保留中の変更を承認し、「セキュリティ承認者」グループの過半数要件を満たし、（２）アンネが「幹事承認者」の代表として保留中の変更を承認し、且つ（３）ウィル及びジョーンが住宅ローン貸付階層及び自動車ローン貸付階層の代表として変更を承認する場合、承認される。他方では、図７Ｍの図７６０に示されるように、アンネが「幹事承認者」グループの代表として保留中の変更を拒絶する場合、全員一致決定がもはや可能ではなく、保留中の変更は、拒絶される。
１次及び２次有限状態機械を使用して管理されるワークフローの例
本明細書に記載されるように、幾つかの実施形態では、データオブジェクトのワークフローは、１つ又は複数の有限状態機械を使用して管理され得る。例えば、データオブジェクトに対して変更を行うワークフローは、１次有限状態機械及び１つ又は複数の２次有限状態機械を使用して管理し得る（例えば、データオブジェクトの属性への細かい粒度の変更を管理するために）。加えて、本明細書に記載されるように、幾つかの実施形態では、データオブジェクトのワークフローにけるワークフロータスクを実行するために、グラフィカルユーザインターフェースを生成し、種々のアクターに提示し得る。これらの実施形態の態様は、図８Ａ～図８Ｎに示されるビジネス用語データオブジェクトへの変更を管理するワークフロー例を参照して以下に更に説明される。
図８Ａは、本明細書に記載される技術の幾つかの実施形態による、複数のビジネス用語データオブジェクトを示すグラフィカルユーザインターフェース８００の図である。ＧＵＩ８００は、２６０のビジネス用語データオブジェクトを含むビジネス用語集中のビジネス用語のビジネス用語データオブジェクトについての情報を提供する。ＧＵＩ８００は、「口座タイプ」データオブジェクト８０２、「会計公開」データオブジェクト８０３、「会計単位」データオブジェクト８０４、「住所」データオブジェクト８０５及び「住所ライン１」データオブジェクト８０６を含め、英字でソートされた順に２６０のビジネス用語データオブジェクトの最初の少数のリストを示す「サーチ結果」ペイン８０１を含む。
アクターがＧＵＩ８００を通してビジネス用語データオブジェクトを選択することに応答して、データ処理システムは、選択されたビジネス用語データオブジェクトについての情報をアクターに提供し得る。例えば、アクターが「会計公開」データオブジェクト８０３を選択したことに応答して、データ処理システムは、例えば、図８Ｂに示されるＧＵＩ８１０等のデータオブジェクト８０３についての情報をアクターに提供するＧＵＩを生成し得る。
図８Ｂに示されるように、ＧＵＩ８１０は、特に、データオブジェクト８０３の属性についての情報を表示する。例えば、ＧＵＩ８１０は、特に、以下の属性の値を含む属性の値を示す：（１）ＢＴＤＯにより表されるビジネス用語が属する辞書を示す値を有する辞書属性８１１；（２）ＢＴＤＯの識別子又は名前を示す値（この例では「会計公開」）を有する名前属性８１２；（３）ＢＴＤＯの定義を提供する値（この例では「企業のエクイティ、資本、負債又は収益の価値が、為替レートが変わった結果として変化するリスク。これは、ファームがエクイティ、資本、負債又は収益の一部を外貨建てする場合に生じる。」）を有する定義属性８１３；（４）少なくとも１つの階層におけるＢＴＤＯの親データオブジェクトを示す値を有する親用語属性８１４；（５）ＢＴＤＯが属する１つ又は複数の階層のリスト（この例では「金融リスク」、階層８１５ａ、「企業監査」階層８１５ｂ及び「口座」階層８１５ｃを含む）であり得る階層属性８１５；（６）ＢＴＤＯが属する１つ又は複数のガバナンスグループのリストであり得るガバナンスグループ属性８１６ａ（この例では「リスク」、「流動性」及び「金融」）、ＢＴＤＯの秘密度レベルを示す秘密度分類属性８１６ｂ（この例では「内部」、「公開」、「機密」及び「高機密」）及び個人識別可能情報（「ＰＩＩ」）分類属性８１６ｃ（例えば、「レベル１」、「レベル２」等）を含む種々の分類属性８１６；（７）ビジネス所有者属性８１７ａ（この例では「ウェイドＬ．レジスター」）、幹事属性８１７ｂ（この例では「アビーＡ．ウィリアムズ」）及び対象分野の専門家属性８１７ｃ（この例では「ローザＳ．トッド」及び「ドナルドＤ．メース」）を含む種々の責任者属性８１７。
種々のアクターは、ビジネス用語データオブジェクトに対して異なる行動を実行する権限を有し得る。この例では、「アビーＡ．ウィリアムズ」又は「アビー」は、「会計公開」ビジネス用語データオブジェクト８０３の幹事であり、このデータデータオブジェクトに対して変更を行う権限を有する。アビーは、アビーがデータ処理システムにログインすると見ることができる、例えば、図８Ｃに示されるＧＵＩ８２０のようなグラフィカルユーザインターフェースを通してこれらの変更を行うことが可能である。この例では、「会計公開」データオブジェクトへの変更は、後述する図９Ａ～図９Ｄ及び図１０に示される１次有限状態機械及び２次有限状態機械を使用して管理され得る。代替的に、変更は、図４Ａ～図４Ｄ及び図５Ａ～図５Ｃを参照して説明された有限状態機械を使用して管理され得る。図８ＣにおけるＧＵＩ要素８２１により示されるように、データオブジェクト８０３への変更を管理する１次有限状態機械の現在の状態は、「公開」状態である。
この例では、アビーは、ＧＵＩインターフェース８２０を通して定義属性８１３の値を変更する。その結果、図８ＤのＧＵＩインターフェース８２５におけるＧＵＩ要素８２６により示されるように、１次状態機械の状態は、「公開」状態から「承認保留」状態に変わる。加えて、この変更の結果として、定義属性８１３の値への変更を承認するワークフローを管理するために、２次有限状態機械がインスタンス生成される。ＧＵＩ要素８２７により示されるように、２次有限状態機械の状態は、「オープン」である。２次ＦＳＭの現在のワークフロー状態が「オープン」状態である場合、アビーは、定義属性８１３への変更をレビューに向けて提出するか、又は変更を破棄する権限を有し、このために、データ処理システムは、アビーがこれらの行動の一方を実行できるようにするボタン８２８ａ及び８２８ｂを有するＧＵＩ部分８２８を生成する。
次に、図８ＥのＧＵＩ８３０により示されるように、アビーは、ＰＩＩ分類属性８１６ｃの値を変更することによりデータオブジェクト８０３への別の変更を行う。この変更の結果として、ＰＩＩ分類属性８１６の値への変更を承認するワークフローを管理するために、別の２次有限状態機械がインスタンス生成される。ＧＵＩ要素８３１により示されるように、２次ＦＳＭの状態は、「オープン」状態である。２次ＦＳＭの現在のワークフロー状態が「オープン」状態である場合、アビーは、ＰＩＩ分類属性８１６ｃへの変更をレビューに向けて提出するか、又は変更を破棄する権限を有し、このために、データ処理システムは、アビーがこれらの行動の一方を実行できるようにするボタン８３２ａ及び８３２ｂを有するＧＵＩ部分８３２を生成する。
次に、アビーは、ボタン８２８ａを使用して定義属性８１３への変更をレビューに向けて提出する。その結果、この変更を管理する２次有限状態機械の状態は、図８ＦのＧＵＩ８３５におけるＧＵＩ要素８３６により示されるように、「提出」状態に遷移する。図８ＧのＧＵＩ８３７におけるペイン８３８に示されるように、この提出された変更は、３人のレビューア － リスクレビューア、流動性レビューア及び金融レビューア － により承認されるべきである。
次に、この例では、リスクレビューアがログインし、定義属性８１３の値への提出された変更を承認又は拒絶できるようにする、図８Ｈに示されるＧＵＩ８４０がリスクレビューアに提示される。リスクレビューアは、承認ボタン８４１ａ及び拒絶ボタン８４１ｂのそれぞれを通してこの行動をとり得る。
次に、この例では、金融レビューアがログインし、定義属性８１３の値への提出された変更を承認又は拒絶できるようにする、図８Ｉに示されるＧＵＩ８４５が金融レビューアに提示される。金融レビューアは、承認ボタン８４６ａ及び拒絶ボタン８４６ｂのそれぞれを通してこの行動をとり得る。この行動前に、金融レビューアは、ＧＵＩ部分８４７を通して、他の１人のレビューアが変更を承認したが、２人のレビューア（すなわち金融レビューア及び流動性レビューア）が決定を依然として提出しておらず、決定がなお保留中であることを知り得る。
定義属性８１３の値への提出された変更を承認した後、金融レビューアは、図８Ｊに示されるＧＵＩ８５０を通して自身のワークキューを閲覧し得る。
次に、この例では、アビーは、定義属性８１３について自身が提出した変更が承認されたか否かを見るためにログインする。図８Ｋに示されるＧＵＩ８５５を通して、アビーは、変更が３人のレビューアのうちの２人により承認されたが、１つの承認（流動性レビューアからの）がなお保留中であることをＧＵＩ部分８５６において見ることができる。
次に、この例では、流動性レビューアがログインし、定義属性８１３の値への提出された変更を承認又は拒絶できるようにする、図８Ｌに示されるＧＵＩ８６０が流動性レビューアに提示される。流動性レビューアは、ペイン８６１に示される承認ボタン８６１ａ及び拒絶ボタン８６１ｂのそれぞれを通してこの行動をとり得る。
３人全てのレビューアが、提出された変更を承認した結果として、変更は、承認され、この変更の承認プロセスを管理する２次有限状態機械のインスタンスは、完了し、削除される。次に、アビーが提出のステータスをチェックするためにログインし、定義属性８１３の値への提出された変更が承認されたことを示す、図８Ｌに示されるＧＵＩ８６５がアビーに提示される。
それにもかかわらず、アビーは、ＰＩＩ分類属性８１６ｃへの自身が提案した変更に関して何れの行動をとるか決定する必要がある。この例では、アビーは、ボタン８３１ｂを使用することにより変更を破棄する。最初に変更が承認され、次に変更が破棄された状態でそれ以上の保留中の変更はなく、１次有限状態機械の現在のワークフロー状態は、図８Ｎに示されるＧＵＩ８７０のＧＵＩ要素８７１により示されるように、「承認保留」状態から「公開」状態に遷移する。
上記例から理解し得るように、２次有限状態機械を使用することで、異なる属性への変更を行うワークフローは、互いから独立して進むことができる。
図９Ａは、本明細書に記載される技術の幾つかの実施形態による、有限状態機械仕様のリストを示すグラフィカルユーザインターフェース９１０の図である。グラフィカルユーザインターフェース９１０は、有限状態機械仕様をレビュー、編集、追加及び／又は削除するためのＧＵＩをアクターに提供するために、データ処理システムにより（例えばＧＵＩ生成モジュール１３４により）生成され得る。図９Ａの説明のための例では、ＧＵＩ９１０は、図６Ａ及び図６Ｂを参照して説明したインポート状態機械の仕様並びに図８Ａ～図８Ｎに示されるワークフローを可能にするために使用される１次及び２次状態機械を含む複数の異なる有限状態機械仕様のリストを示す。
図９Ｂは、本明細書に記載される技術の幾つかの実施形態による、図８Ａ～図８Ｎの例においてデータオブジェクトの変更を管理する１次有限状態機械を示すグラフィカルユーザインターフェース９２０の図である。ＧＵＩ９２０は、ＧＵＩ９１０を通してこの状態機械の状態図を見ることをアクターが選択したことに応答して、アクターに提示され得る。
図９Ｃは、図９Ｂに示されるＦＳＭの状態をレビュー、追加、削除及び／又は編集できるようにするグラフィカルユーザインターフェース９３０の図である。例えば、ユーザインターフェース９３０は、状態のプロパティを編集する（例えば、２次有限状態機械に関連付けられる状態がある場合、それが何れの状態であるか等を指定することにより）ために使用され得る。また、図９Ｃに示されるように、アクターは、状態を選択し、状態に関連付けられた遷移を編集し得る。例えば、図９Ｃに示されるように、アクターが状態表中の「開始」状態を選択したことに応答して、アクターに、開始状態に関連付けられた遷移表を提示し得る。別の例として、図９ＤのＧＵＩ９４０に示されるように、アクターが状態表中の「変更保留」状態を選択したことに応答して、アクターに、「変更保留」状態に関連付けられた遷移表を提示し得る。
図１０は、本明細書に記載される技術の幾つかの実施形態による、図８Ａ～図８Ｎの例においてデータオブジェクトの属性への変更を管理する２次有限状態機械を示すグラフィカルユーザインターフェース１０００の図である。ＧＵＩ１０００も２次有限状態機械の状態の表及びそれぞれのプロパティを示す。状態（及びそれに関連付けられた遷移）は、ＧＵＩ１０００を通して編集、削除、追加及び／又はレビューされ得る。
追加の実施詳細
図１１は、本明細書に記載される技術を実施し得る適した計算システム環境１１００の一例を示す。計算システム環境１１００は、適した計算環境の単なる一例であり、本明細書に記載される技術の使用又は機能の範囲へのいかなる限定も示唆することを意図しない。計算環境１１００は、例示的な動作環境１１００に示される構成要素の何れか１つ又は組合せに関連するいかなる依存性又は要件も有するものとして解釈されるべきではない。
本明細書に記載される技術は、多くの他の汎用又は専用計算システム環境又は構成を用いて動作可能である。本明細書に記載される技術との併用に適し得る周知の計算システム、環境及び／又は構成の例には、限定ではなく、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルド又はラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブル消費者電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記システム又はデバイスの何れかを含む分散計算環境等がある。
計算環境は、プログラムモジュール等のコンピュータ実行可能命令を実行し得る。一般に、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。本明細書に記載される技術は、タスクが、通信ネットワークを通してリンクされたリモート処理デバイスによって実行される分散計算環境で実施することもできる。分散計算環境では、プログラムモジュールは、メモリ記憶装置を含むローカルコンピュータ記憶媒体及びリモートコンピュータ記憶媒体の両方に配置され得る。
図１１を参照すると、本明細書に記載される技術を実施する例示的なシステムは、コンピュータ１１１０の形態の汎用計算デバイスを含む。コンピュータ１１１０の構成要素は、限定ではなく、処理ユニット１１２０と、システムメモリ１１３０と、システムメモリを含む種々のシステム構成要素を処理ユニット１１２０に結合するシステムバス１１２１とを含み得る。システムバス１１２１は、多様なバスアーキテクチャの何れかを使用したメモリバス又はメモリコントローラ、周辺機器バス及びローカルバスを含め、幾つかのタイプのバスの何れかであり得る。限定ではなく、例として、そのようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオエレクトロニクス規格協会（ＶＥＳＡ）ローカルバス及びメザニンバスとしても知られる周辺機器相互接続（ＰＣＩ）バスを含む。
コンピュータ１１１０は、通常、多様なコンピュータ可読媒体を含む。コンピュータ可読媒体は、コンピュータ１１１０によりアクセスすることができる任意の利用可能な媒体であり得、揮発性媒体及び不揮発性媒体の両方、リムーバブル媒体及び非リムーバブル媒体の両方を含む。限定ではなく、例として、コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール又は他のデータ等の情報を記憶する任意の方法又は技術で実施される揮発性及び不揮発性のリムーバブル及び非リムーバブル媒体を含む。コンピュータ記憶媒体は、限定ではなく、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ若しくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）若しくは他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置若しくは他の磁気記憶装置又は所望の情報を記憶するために使用することができ、コンピュータ１０１０によりアクセスすることができる任意の他の媒体を含む。通信媒体は、通常、コンピュータ可読命令、データ構造、プログラムモジュール又は搬送波若しくは他の輸送メカニズム等の変調データ信号における他のデータを具現し、任意の情報輸送媒体を含む。「変調データ信号」という用語は、１つ若しくは複数の特徴セットを有するか、又は信号に情報を符号化するように変更された信号を意味する。限定ではなく、例として、通信媒体は、有線ネットワーク又は直接配線接続等の有線媒体並びに音響、ＲＦ、赤外線及び他の無線媒体等の無線媒体を含む。上記の何れかの組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
システムメモリ１１３０は、読み取り専用メモリ（ＲＯＭ）１１３１及びランダムアクセスメモリ（ＲＡＭ）１１３２等の揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含む。スタートアップ中等に情報をコンピュータ１１１０内の要素間で転送するのに役立つ基本ルーチンを含む基本入出力システム１１３３（ＢＩＯＳ）は、通常、ＲＯＭ１１３１に記憶される。ＲＡＭ１１３２は、通常、処理ユニット１１２０が即座にアクセス可能であり、且つ／又は処理ユニット１１２０により現在操作されているデータ及び／又はプログラムモジュールを含む。限定ではなく、例として、図１１は、オペレーティングシステム１１３４、アプリケーションプログラム１１３５、他のプログラムモジュール１０３６及びプログラムデータ１１３７を示す。
コンピュータ１１１０は、他のリムーバブル／非リムーバブルの揮発性／不揮発性コンピュータ記憶媒体を含むこともできる。単なる例として、図１１は、非リムーバブル不揮発性磁気媒体に対して読み取り又は書き込みを行うハードディスクドライブ１１４１、フラッシュメモリ等のリムーバブル不揮発性メモリ１１５２に対して読み取り又は書き込みを行うフラッシュドライブ１１５１及びＣＤ ＲＯＭ又は他の光学媒体等のリムーバブル不揮発性光ディスク１１５６に対して読み取り又は書き込みを行う光ディスクドライブ１１５５を示す。例示的な動作環境で使用することができる他のリムーバブル／非リムーバブルの揮発性／不揮発性コンピュータ記憶媒体には、限定ではなく、磁気テープカセット、フラッシュメモリカード、デジタル多用途ディスク、デジタルビデオテープ、固体状態ＲＡＭ、固体状態ＲＯＭ等がある。ハードディスクドライブ１１４１は、通常、インターフェース１１４０等の非リムーバブルメモリインターフェースを通してシステムバス１１２１に接続され、磁気ディスクドライブ１１５１及び光ディスクドライブ１１５５は、通常、インターフェース１１５０等のリムーバブルメモリインターフェースによりシステムバス１１２１に接続される。
上述され、図１１に示されているドライブ及び関連付けられたコンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール及びコンピュータ１１１０の他のデータの記憶を提供する。図１１では、例えば、ハードディスクドライブ１１４１は、オペレーティングシステム１１４４、アプリケーションプログラム１１４５、他のプログラムモジュール１１４６及びプログラムデータ１１４７を記憶するものとして示されている。なお、これらの構成要素は、オペレーティングシステム１１３４、アプリケーションプログラム１１３５、他のプログラムモジュール１１３６及びプログラムデータ１１３７と同じであるか又は異なり得る。オペレーティングシステム１１４４、アプリケーションプログラム１１４５、他のプログラムモジュール１１４６及びプログラムデータ１１４７には、ここでは、少なくともこれらが異なるコピーであることを示すために異なる番号が与えられている。アクターは、マウス、トラックボール又はタッチパッドと一般に呼ばれるキーボード１１６２及びポインティングデバイス１１６１等の入力デバイスを通してコンピュータ１１１０にコマンド及び情報を入力し得る。他の入力デバイス（図示せず）は、マイクロホン、ジョイスティック、ゲームパッド、パラボラアンテナ、スキャナ等を含み得る。これら及び他の入力デバイスは、多くの場合、システムバスに結合されるユーザ入力インターフェース１１６０を通して処理ユニット１１２０に接続されるが、パラレルポート、ゲームポート又はユニバーサルシリアルバス（ＵＳＢ）等の他のインターフェース及びバス構造により接続されることもある。モニタ１１９１又は他のタイプのディスプレイデバイスもビデオインターフェース１１９０等のインターフェースを介してシステムバス１１２１に接続される。モニタに加えて、コンピュータは、スピーカ１１９７及びプリンタ１１９６等の他の周辺出力デバイスを含むこともでき、周辺出力デバイスは、出力周辺機器インターフェース１１９５を通して接続され得る。
コンピュータ１１１０は、リモートコンピュータ１１８０等の１つ又は複数のリモートコンピュータへの論理接続を使用して、ネットワーク接続された環境で動作し得る。リモートコンピュータ１１８０は、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス又は他の一般的なネットワークノードであり得、通常、コンピュータ１１１０に関して上述した要素の多く又は全てを含むが、メモリ記憶装置１１８１のみが図１１に示された。図１１に示される論理接続は、ローカルエリアネットワーク（ＬＡＮ）１１７１及び広域ネットワーク（ＷＡＮ）１１７３を含むが、他のネットワークを含むこともできる。そのようなネットワーキング環境は、オフィス、企業規模コンピュータネットワーク、イントラネット及びインターネットで一般的である。
ＬＡＮネットワーキング環境で使用される場合、コンピュータ１１１０は、ネットワークインターフェース又はアダプタ１１７０を通してＬＡＮ１１７１に接続される。ＷＡＮネットワーキング環境で使用される場合、コンピュータ１１１０は、通常、モデム１１７２又はインターネット等のＷＡＮ１１７３を介して通信を確立する他の手段を含む。モデム１１７２は、内部又は外部であり得、アクター入力インターフェース１１６０又は他の適切な機構を介してシステムバス１１２１に接続され得る。ネットワーク接続環境では、コンピュータ１１１０に関して示されたプログラムモジュール又はその部分は、リモートメモリ記憶装置に記憶され得る。限定ではなく、例として、図１１は、メモリデバイス１１８１に常駐するものとしてリモートアプリケーションプログラム１１８５を示す。示されるネットワーク接続が例示であり、コンピュータ間に通信リンクを確立する他の手段を使用し得ることが理解されるであろう。
本発明の少なくとも１つの実施形態の幾つかの態様を説明したが、当業者は、種々の改変形態、変更形態及び改良形態を容易に想到するであろうことを理解されたい。
そのような改変形態、変更形態及び改良形態は、本開示の一部であることが意図され、本発明の趣旨及び範囲内にあることが意図される。更に、本発明の利点が示されたが、本明細書に記載された技術のあらゆる実施形態が、記載されたあらゆる利点を含むわけではないことを理解されたい。幾つかの実施形態は、本明細書で利点として記載された任意の特徴を実施しないこともあり、幾つかの場合、記載された特徴の１つ又は複数は、更なる実施形態を達成するために実施され得る。したがって、上記説明及び図面は、単なる例を目的としている。
本明細書に記載される技術の上記実施形態は、多くの方法の何れかで実施することができる。例えば、実施形態は、ハードウェア、ソフトウェア又はそれらの組合せを使用して実施され得る。ソフトウェアで実施される場合、ソフトウェアコードは、１つのコンピュータに提供されるか又は複数のコンピュータに分散するかに関係なく、任意の適したプロセッサ又はプロセッサの集合で実行することができる。そのようなプロセッサは、集積回路として実施され得、１つ又は複数のプロセッサは、ＣＰＵチップ、ＧＰＵチップ、マイクロプロセッサ、マイクロコントローラ又はコプロセッサ等の名称で等技術分野において既知の市販の集積回路構成要素を含め、集積回路構成要素内にある。代替的に、プロセッサは、ＡＳＩＣ等のカスタム回路又はプログラマブル論理デバイスを構成することから生じるセミカスタム回路で実施され得る。更なる代替として、プロセッサは、市販であれ、セミカスタムであれ又はカスタムであれ関係なく、より大きい回路又は半導体デバイスの一部であり得る。特定の例として、幾つかの市販のマイクロプロセッサは、コアの１つ又はサブセットがプロセッサを構成され得るように、複数のコアを有する。しかしながら、プロセッサは、任意の適したフォーマットで回路を使用して実施され得る。
更に、コンピュータは、ラックマウントコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ又はタブレットコンピュータ等の多くの形態の何れかで実施され得ることを理解されたい。更に、コンピュータは、個人情報端末（ＰＤＡ）、スマートフォン又は任意の他の適したポータブル若しくは固定電子デバイスを含め、コンピュータとして一般に見なされないが、適した処理能力を有するデバイスで実施され得る。
また、コンピュータは、１つ又は複数の入力デバイス及び出力デバイスを有し得る。これらのデバイスは、特に、ユーザインターフェースの提示に使用することができる。ユーザインターフェースを提供するために使用することができる出力デバイスの例には、出力を視覚的に提示するためのプリンタ又はディスプレイ画面及び出力を可聴提示するためのスピーカ又は他の音生成デバイスがある。ユーザインターフェースに使用することができる入力デバイスの例には、キーボード及びマウス、タッチパッド及びデジタイズタブレット等のポインティングデバイスがある。別の例として、コンピュータは、発話認識を通して又は他の可聴フォーマットで入力された情報を受信し得る。
そのようなコンピュータは、ローカルエリアネットワークとして又は企業ネットワーク若しくはインターネット等の広域ネットワークとしてのものを含め、任意の適した形態で１つ又は複数のネットワークにより相互接続され得る。そのようなネットワークは、任意の適した技術に基づき得、任意の適したプロトコルに従って動作し得、無線ネットワーク、有線ネットワーク又は光ファイバネットワークを含み得る。
また、本明細書で概説した種々の方法又はプロセスは、多様なオペレーティングシステム又はプラットフォームの何れか１つを利用する１つ又は複数のプロセッサで実行可能なソフトウェアとしてコード化され得る。更に、そのようなソフトウェアは、幾つかの適したプログラミング言語及び／又はプログラミング若しくはスクリプトツールの何れかを使用して記述することができ、フレームワーク又は仮想マシンで実行される実行可能機械言語コード又は中間コードとしてコンパイルすることもできる。
これに関して、本発明は、１つ又は複数のコンピュータ又は他のプロセッサで実行されると、上述した本発明の種々の実施形態を実施する方法を実行する１つ又は複数のプログラムが符号化されたコンピュータ可読記憶媒体（又は複数のコンピュータ可読媒体）（例えば、コンピュータメモリ、１つ又は複数のフロッピーディスク、コンパクトディスク（ＣＤ）、光ディスク、デジタルビデオディスク（ＤＶＤ）、磁気テープ、フラッシュメモリ、フィールドプログラマブルゲートアレイ若しくは他の半導体デバイスでの回路構成又は他の有形コンピュータ記憶媒体）として実施され得る。上記例から明らかであるように、コンピュータ可読記憶媒体は、コンピュータ実行可能命令を非一時的な形態で提供するのに十分な時間にわたり情報を保持し得る。そのような１つ又は複数のコンピュータ可読記憶媒体は、記憶された１つ又は複数のプログラムを１つ又は複数の異なるコンピュータ又は他のプロセッサにロードして、上述したような本発明の種々の態様を実施することができるように輸送可能であり得る。本明細書で使用される場合、「コンピュータ可読記憶媒体」という用語は、製造（すなわち製品）又は機械であると見なすことができる非一時的コンピュータ可読媒体のみを包含する。代替又は追加として、本発明は、伝播信号等、コンピュータ可読記憶媒体以外のコンピュータ可読媒体として実施され得る。
「プログラム」又は「ソフトウェア」という用語は、本明細書では、一般的な意味において、上述したように本発明の種々の態様を実施するようにコンピュータ又は他のプロセッサをプログラムするのに利用することができる任意のタイプのコンピュータコード又はコンピュータ実行可能命令の組を指すために使用される。更に、この実施形態の一態様によれば、実行されると、本発明の方法を実行する１つ又は複数のコンピュータプログラムは、１つのコンピュータ又はプロセッサに常駐する必要はなく、幾つかの異なるコンピュータ又はプロセッサにモジュール式で分散して、本発明の種々の態様を実施し得ることを理解されたい。
コンピュータ実行可能命令は、１つ又は複数のコンピュータ又は他のデバイスによって実行されるプログラムモジュール等の多くの形態であり得る。一般に、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。通常、プログラムモジュールの機能は、種々の実施形態では、所望のように結合又は分散され得る。
また、データ構造は、任意の適した形態でコンピュータ可読媒体に記憶され得る。例示を簡潔にするために、データ構造は、データ構造におけるロケーションを通して関連するフィールドを有して示され得る。そのような関係は、同様に、フィールド間の関係を伝達するコンピュータ可読媒体におけるロケーションにフィールドの記憶を割り当てることにより達成され得る。しかしながら、ポインタ、タグ又はデータ要素間に関係を確立する他のメカニズムの使用を含め、データ構造のフィールドにおける情報間の関係を確立するために、任意の適したメカニズムが使用可能である。
本発明の種々の態様は、単独で、組み合わせて又は上述された実施形態で特に考察されていない多様な構成で使用され得、したがって、その適用は、上記説明で記載されるか又は図面に示される構成要素の詳細及び配置に限定されない。例えば、一実施形態において記載された態様は、他の実施形態において記載された態様と任意の様式で結合され得る。
また、本発明は、方法として実施され得、方法の一例が提供された。方法の一部として実行される動作は、任意の適したような順序であり得る。したがって、例示的な実施形態では順次動作として示されているにもかかわらず、幾つかの動作を同時に実行することを含み得る、動作が示されるのと異なる順序で実行される実施形態を構築し得る。
更に、幾つかの行動は、「アクター」により行われるものとして説明されている。「アクター」が１人の個人である必要はなく、幾つかの実施形態では、「アクター」に起因する行動は、個人のチーム及び／若しくはコンピュータ支援ツール又は他のメカニズムを組み合わせて個人によって実行され得ることを理解されたい。
特許請求の範囲におけるクレーム要素を修飾する「第１」、「第２」、「第３」等の序数詞の使用は、それ自体、あるクレーム要素に対する別のクレーム要素のいかなる優先、先行若しくは順序又は方法の動作が実行される時間的順序も含意せず、単に特定の名称を有するあるクレーム要素を、同じ名称を有する（序数詞の使用以外には）別の要素から区別して、クレーム要素を区別するためのラベルとして使用される。
また、本明細書で使用される表現及び用語は、説明を目的としており、限定として見なされるべきではない。「包含する」、「含む」又は「有する」、「含有する」、「伴う」及びそれらの変形の本明細書での使用は、その後に列記される項目及びそれらの均等物並びに追加の項目の包含を意味する。

Claims (33)

  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. 前記複数のデータオブジェクトは、前記第１のデータオブジェクトと異なる第２のデータオブジェクトを含み、前記方法は、
    前記第１の仕様を使用して、前記第２のデータオブジェクトの前記第１のワークフローを管理するための第２のＦＳＭを生成することであって、前記第１のＦＳＭは、前記第２のＦＳＭと異なる、生成することと、
    前記第２のＦＳＭを前記第２のデータオブジェクトに関連付けることと
    を更に含む、請求項２９に記載のデータ処理システム。
  31. 前記第１のデータオブジェクトは、第２の属性を含み、前記方法は、
    前記第１のデータオブジェクトの前記第２の属性の値を変更するための第２のワークフローを管理するための第２のＦＳＭを生成することと、
    前記第１のＦＳＭを使用して、前記第１のデータオブジェクトの第１のワークフローを管理するのと同時に、前記第２のＦＳＭを使用して、前記第１のデータオブジェクトの前記第２の属性の前記第２のワークフローを管理することと
    を更に含む、請求項２３～３０の何れか一項に記載のデータ処理システム。
  32. 前記第１のデータオブジェクトの前記第１のワークフローは、前記第１のデータオブジェクトへの変更を管理するためのワークフローである、請求項２３～３１の何れか一項に記載のデータ処理システム。
  33. 前記方法は、前記第１のＦＳＭが、前記第１のデータオブジェクトの前記第１のワークフローの現在のワークフロー状態が前記第１のワークフロー状態であることを示す場合、
    前記第１のアクターを含む複数のアクターのそれぞれから入力を受信することであって、入力は、前記第１のワークフロータスクが実行されるべきか否かを示す、受信することと、
    前記複数のアクターの過半数が、前記第１のワークフロータスクが実行されるべきであることを示す入力を提供する場合にのみ、前記第１のデータオブジェクトの前記第１のワークフロータスクを実行することと
    を更に含む、請求項２３～３２の何れか一項に記載のデータ処理システム。
JP2021542500A 2019-01-22 2020-01-22 データ処理システムによって管理されるデータオブジェクトのワークフローを実施するための有限状態機械 Active JP7427677B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2024006900A JP2024050648A (ja) 2019-01-22 2024-01-19 データ処理システムによって管理されるデータオブジェクトのワークフローを実施するための有限状態機械

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962795443P 2019-01-22 2019-01-22
US62/795,443 2019-01-22
PCT/US2020/014607 WO2020154400A1 (en) 2019-01-22 2020-01-22 Finite state machines for implementing workflows for data objects managed by a data processing system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024006900A Division JP2024050648A (ja) 2019-01-22 2024-01-19 データ処理システムによって管理されるデータオブジェクトのワークフローを実施するための有限状態機械

Publications (3)

Publication Number Publication Date
JP2022518273A JP2022518273A (ja) 2022-03-14
JPWO2020154400A5 JPWO2020154400A5 (ja) 2023-02-01
JP7427677B2 true JP7427677B2 (ja) 2024-02-05

Family

ID=69740536

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021542500A Active JP7427677B2 (ja) 2019-01-22 2020-01-22 データ処理システムによって管理されるデータオブジェクトのワークフローを実施するための有限状態機械
JP2024006900A Pending JP2024050648A (ja) 2019-01-22 2024-01-19 データ処理システムによって管理されるデータオブジェクトのワークフローを実施するための有限状態機械

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2024006900A Pending JP2024050648A (ja) 2019-01-22 2024-01-19 データ処理システムによって管理されるデータオブジェクトのワークフローを実施するための有限状態機械

Country Status (10)

Country Link
US (1) US20200234242A1 (ja)
EP (1) EP3915067A1 (ja)
JP (2) JP7427677B2 (ja)
CN (1) CN113454662A (ja)
AU (1) AU2020211972A1 (ja)
BR (1) BR112021014337A2 (ja)
CA (1) CA3127444A1 (ja)
DE (1) DE112020000467T5 (ja)
SG (1) SG11202107946WA (ja)
WO (1) WO2020154400A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11941625B2 (en) * 2019-06-04 2024-03-26 Jpmorgan Chase Bank, N.A. Systems and methods for real-time classification and verification of data using hierarchal state machines
US11989384B2 (en) * 2020-06-29 2024-05-21 Atlassian Pty Ltd. Dynamic actionable notifications
JP2024504556A (ja) 2021-01-31 2024-02-01 アビニシオ テクノロジー エルエルシー データ処理システムによって管理されるデータエンティティにアクセスするためのシステム及び方法
WO2022182800A1 (en) 2021-02-24 2022-09-01 Ab Initio Technology Llc Systems and methods for managing privileges in a data processing system
US11928136B2 (en) * 2021-04-09 2024-03-12 Veeva Systems Inc. Computing networks and systems for tracking data
CN113569309B (zh) * 2021-07-20 2024-02-02 华中科技大学 基于有限状态机的双通道镜像加工程序生成方法及系统
WO2023027697A1 (en) * 2021-08-24 2023-03-02 The Provenance Chain Network, Inc. Object story to track aspects of object lifecycle
US20230067168A1 (en) * 2021-08-24 2023-03-02 Rakuten Mobile, Inc. Network service construction graphical user interface, apparatus and method
CN114185614A (zh) * 2021-12-03 2022-03-15 招联消费金融有限公司 动态资信的调用方法、装置、计算机设备和存储介质
US20230214751A1 (en) * 2022-01-04 2023-07-06 Sap Se Workflow management with no code multiexperience predictive workflow tasks
US11972235B2 (en) * 2022-03-02 2024-04-30 Sap Se No-code metadata-driven provisioning of workflow task user interfaces

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030055668A1 (en) 2001-08-08 2003-03-20 Amitabh Saran Workflow engine for automating business processes in scalable multiprocessor computer platforms
US20140304380A1 (en) 2011-09-30 2014-10-09 Emc Corporation Model framework to facilitate robust programming of distributed workflows
US20150363175A1 (en) 2014-06-13 2015-12-17 Cubicon Corporation Computing Expression Medium, Development Environment, and Device Communication and Control Architecture

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5966072A (en) 1996-07-02 1999-10-12 Ab Initio Software Corporation Executing computations expressed as graphs
US7912820B2 (en) * 2003-06-06 2011-03-22 Microsoft Corporation Automatic task generator method and system
US20050043982A1 (en) * 2003-08-22 2005-02-24 Nguyen Vinh Dinh Contextual workflow modeling
US7716630B2 (en) 2005-06-27 2010-05-11 Ab Initio Technology Llc Managing parameters for graph-based computations
US20100223557A1 (en) * 2009-02-28 2010-09-02 Adam Kenney Method and system for workflow integration
US20110313933A1 (en) * 2010-03-16 2011-12-22 The University Of Washington Through Its Center For Commercialization Decision-Theoretic Control of Crowd-Sourced Workflows

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030055668A1 (en) 2001-08-08 2003-03-20 Amitabh Saran Workflow engine for automating business processes in scalable multiprocessor computer platforms
US20140304380A1 (en) 2011-09-30 2014-10-09 Emc Corporation Model framework to facilitate robust programming of distributed workflows
US20150363175A1 (en) 2014-06-13 2015-12-17 Cubicon Corporation Computing Expression Medium, Development Environment, and Device Communication and Control Architecture

Also Published As

Publication number Publication date
US20200234242A1 (en) 2020-07-23
AU2020211972A1 (en) 2021-08-12
JP2024050648A (ja) 2024-04-10
CA3127444A1 (en) 2020-07-30
WO2020154400A1 (en) 2020-07-30
JP2022518273A (ja) 2022-03-14
EP3915067A1 (en) 2021-12-01
CN113454662A (zh) 2021-09-28
BR112021014337A2 (pt) 2021-09-21
DE112020000467T5 (de) 2021-09-30
SG11202107946WA (en) 2021-08-30

Similar Documents

Publication Publication Date Title
JP7427677B2 (ja) データ処理システムによって管理されるデータオブジェクトのワークフローを実施するための有限状態機械
US11417131B2 (en) Techniques for sentiment analysis of data using a convolutional neural network and a co-occurrence network
JP7360328B2 (ja) 異種にプログラムされたデータ処理システムの自動依存性アナライザ
US8631387B2 (en) System and method for the structuring and interpretation of organic computer programs
JP5238138B2 (ja) ワークアイテムトラッキングシステム用のワークアイテムルール
US8874619B2 (en) Method and apparatus for defining common entity relationships
US20210248556A1 (en) Role-agnostic interaction management and workflow sequence generation
US20110296413A1 (en) Methods and systems for generating a dynamic workflow in a multi-tenant database environment
US11044256B1 (en) Classification management
US11971909B2 (en) Data processing system with manipulation of logical dataset groups
Chen Database Design and Implementation
Mancas Matbase Auto Function Non-Relational Constraints Enforcement Algorithms
Pierro A User-Centered Perspective for the blockchain Development
Nicacio et al. An approach to build consistent software architecture diagrams using devops system descriptors
US20240146769A1 (en) Systems and methods for managing privileges in a data processing system
US20220138644A1 (en) System and method for leveraging a completeness graph
CN116860227B (zh) 一种基于大数据etl脚本编排的数据开发系统及方法
Varanasi et al. Beginning QuickPoll Application
USRE48312E1 (en) Method and apparatus for defining common entity relationships
Dubrovenski et al. Dynamic Access Control with Administrative Obligations: A Case Study
Le Web Application for Searching Local Events
Kunhart Web content management system: architecture, concepts and application
WO2023215028A1 (en) Dataflow graph datasets
Mogili et al. Secured Client Portal
Vuong Crowdsourcing the construction of structured web databases

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230120

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230120

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231113

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231215

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231225

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240124

R150 Certificate of patent or registration of utility model

Ref document number: 7427677

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150