JP2019159457A - ワークフロー試験装置及びワークフロー試験プログラム - Google Patents

Abstract

【課題】分岐があるワークフローの試験にあたって、指示された分岐点からワークフローを試験することができるワークフロー試験装置を提供する。【解決手段】ワークフロー試験装置の取得手段は、ワークフローを取得し、受付手段は、前記ワークフローにおける分岐点の指示を受け付け、実行手段は、前記受付手段が受け付けた分岐点から前記ワークフローを実行する。【選択図】図１

Description

本発明は、ワークフロー試験装置及びワークフロー試験プログラムに関する。

特許文献１には、複数のソフトウェア部品から構成されるソフトウェアの動作を容易且つ正確にシミュレート可能なソフトウェア動作確認方法、情報処理システム及び情報処理装置を提供することを課題とし、所定の装置上でのソフトウェアの動作を情報処理装置上で確認するソフトウェア動作確認方法であって、情報処理装置が、複数のソフトウェア部品から構成されるソフトウェアの動作のシミュレート要求を受け付ける受付ステップと、情報処理装置が、所定の装置上でのソフトウェアの動作を、ソフトウェアを構成しているソフトウェア部品の単位でシミュレートするシミュレートステップと、情報処理装置が、シミュレート結果をシミュレート要求に対する応答として出力する応答ステップとを有することにより上記課題を解決することが開示されている。

特開２００８−０４１０５６号公報

業務の一連の処理手続きを定義したワークフローがある。新たに作成（修正等を含む）したワークフローを、正式採用する前に、そのワークフローの試験（試験ともいわれる）を行う必要がある。
しかし、分岐があるワークフローの試験にあっては、複数の実行パターンが存在する。したがって、それらの実行パターンには共通するステップが存在するにもかかわらず、それぞれの実行パターンを最初から実行しなければならないため、試験に時間がかかっていた。
本発明は、分岐があるワークフローの試験にあたって、指示された分岐点からワークフローを試験することができるワークフロー試験装置及びワークフロー試験プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、ワークフローを取得する取得手段と、前記ワークフローにおける分岐点の指示を受け付ける受付手段と、前記受付手段が受け付けた分岐点から前記ワークフローを実行する実行手段を備えたワークフロー試験装置である。

請求項２の発明は、前記試験が行われている間は、前記ワークフローの過程を表示する表示手段をさらに有する請求項１に記載のワークフロー試験装置である。

請求項３の発明は、前記表示手段は、前記ワークフロー内の各ステップにおける文書の状態を表示する、請求項２に記載のワークフロー試験装置である。

請求項４の発明は、前記表示手段は、前記各ステップにおける処理内容、該ステップにおいて表示された画面を表示する、請求項３に記載のワークフロー試験装置である。

請求項５の発明は、前記分岐点は、前記ワークフロー内の作業を行う装置に依存して表示内容が異なるステップである、請求項１に記載のワークフロー試験装置である。

請求項６の発明は、前記分岐点となるステップを、他のステップとは異ならせて表示する表示手段をさらに有する請求項５に記載のワークフロー試験装置である。

請求項７の発明は、前記分岐点は、前記ワークフロー内の作業の判定によってルートが異なるステップである、請求項１に記載のワークフロー試験装置である。

請求項８の発明は、コンピュータを、ワークフローを取得する取得手段と、前記ワークフローにおける分岐点の指示を受け付ける受付手段と、前記受付手段が受け付けた分岐点から前記ワークフローを実行する実行手段として機能させるためのワークフロー試験プログラムである。

請求項１のワークフロー試験装置によれば、分岐があるワークフローの試験にあたって、指示された分岐点からワークフローを試験することができる。

請求項２のワークフロー試験装置によれば、試験が行われている間の、ワークフローの過程を知ることができる。

請求項３のワークフロー試験装置によれば、ワークフロー内の各ステップにおける文書の状態を知ることができる。

請求項４のワークフロー試験装置によれば、各ステップにおける処理内容、そのステップにおいて表示された画面を知ることができる。

請求項５のワークフロー試験装置によれば、ワークフロー内の作業を行う装置に依存して表示内容が異なるステップを分岐点とすることができる。

請求項６のワークフロー試験装置によれば、分岐点となるステップを知ることができる。

請求項７のワークフロー試験装置によれば、ワークフロー内の作業の判定によってルートが異なることとなるステップを分岐点とすることができる。

請求項８のワークフロー試験プログラムによれば、分岐があるワークフローの試験にあたって、指示された分岐点からワークフローを試験することができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態での処理対象となるワークフローの例を示す説明図である。 ユーザー基本データテーブルのデータ構造例を示す説明図である。 ユーザー設定データテーブルのデータ構造例を示す説明図である。 通知先設定テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 ユーザー情報テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態が対象とする分岐点のあるワークフロー例を示す説明図である。 ワークフロー定義テーブルのデータ構造例を示す説明図である。 ワークフロー状態遷移テーブルのデータ構造例を示す説明図である。 ワークフロー状態データテーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態であるワークフロー情報提供装置１００とユーザー端末１５０は、ワークフロー（ジョブフローを含む）の試験を行うものである。ワークフロー情報提供装置１００は、図１の例に示すように、ソフトウェア部品記憶モジュール１０５、ソフトウェア（ワークフロー）動作可能判定モジュール１１０、ソフトウェア（ワークフロー）実行モジュール１１５、ソフトウェア部品提供モジュール１２０、ユーザー情報記憶モジュール１２５、ユーザー情報提供モジュール１３０、ワークフロー試験データ記憶モジュール１３５、ソフトウェア（ワークフロー）試験データ記憶モジュール１４０を有している。ユーザー端末１５０は、ソフトウェア部品取得モジュール１５５、ユーザー情報取得モジュール１６０、テスト実行モジュール１６５、画面表示モジュール１７０を有している。なお、ワークフロー情報提供装置１００は、ワークフローのソフトウェア部品の提供・実行用サーバとしての機能も有している。ユーザー端末１５０は、ワークフロー生成としての機能も有している。
「ワークフロー」とは、業務の一連の処理手続きが定義されたもの、またその業務の一連の流れを指す。ワークフローは、後述する図３の例に示すように、順序付けられた作業によって構成されている。文書がワークフロー内の各作業で受け渡しされる。ここで「文書（ファイルともいわれる）」とは、テキストデータ、数値データ、図形データ、画像データ、動画データ、音声データ等、又はこれらの組み合わせであり、記憶、編集及び検索等の対象となり、システム又は利用者間で個別の単位として交換できるものをいい、これらに類似するものを含む。具体的には、文書作成プログラム（いわゆるワープロソフト）によって作成された文書、画像読取装置（スキャナ等）で読み込まれた画像、Ｗｅｂページ等を含む。
本実施の形態によって、第１のユーザー、第２のユーザーとして、ユーザー端末１５０におけるユーザー（１人の試験者）が代行して作業を行うことになる。
なお、ユーザーが個別にユーザー端末１５０を有している場合は、本実施の形態によって一つのユーザー端末１５０で試験ができることになる。
また、「ワークフローの試験」として、検証、シミュレーション、デバッグも含む。ワークフローの試験は、試験モードでの実行であって、正式な運用に対して影響を及ぼさないものである。

ソフトウェア部品記憶モジュール１０５は、ソフトウェア（ワークフロー）動作可能判定モジュール１１０、ソフトウェア（ワークフロー）実行モジュール１１５、ソフトウェア部品提供モジュール１２０と接続されている。ソフトウェア部品記憶モジュール１０５は、ワークフローに関するソフトウェア（プログラム）を記憶している。例えば、ワークフローの各作業（ステップ）の処理を行うソフトウェア部品を記憶している。第１のユーザーが用いるユーザー端末１５０、第２のユーザーが用いるユーザー端末１５０の種類が異なると、同じ処理を行う場合でも、異なるソフトウェアを用意する必要がある場合がある。もちろんのことながら、ＯＳに依存しないプログラミング言語で記載されたソフトウェアであってもよい。

ソフトウェア（ワークフロー）動作可能判定モジュール１１０は、ソフトウェア部品記憶モジュール１０５、ユーザー端末１５０の画面表示モジュール１７０と接続されている。ソフトウェア（ワークフロー）動作可能判定モジュール１１０は、ユーザー端末１５０において、対象となっているワークフローの動作が可能であるか否かを判定する。動作が可能でない場合は、そのユーザー端末１５０では本ワークフローを動作できない旨を、ユーザー端末１５０に通知する。
ソフトウェア（ワークフロー）実行モジュール１１５は、ソフトウェア部品記憶モジュール１０５、ソフトウェア（ワークフロー）試験データ記憶モジュール１４０、ユーザー端末１５０の画面表示モジュール１７０と接続されている。ソフトウェア（ワークフロー）実行モジュール１１５は、ワークフローの各作業を実行する。なお、試験においては、テスト実行モジュール１６５が試験におけるワークフローの各作業を実行してもよいし、試験においても、テスト実行モジュール１６５からの指示にしたがって、ワークフローの各作業を実行してもよい。
ソフトウェア部品提供モジュール１２０は、ソフトウェア部品記憶モジュール１０５、ユーザー端末１５０のソフトウェア部品取得モジュール１５５と接続されている。ソフトウェア部品提供モジュール１２０は、ユーザー端末１５０のソフトウェア部品取得モジュール１５５からの要求にしたがって、そのユーザー端末１５０がワークフローの各作業を実行するにあたって、必要なソフトウェアをソフトウェア部品記憶モジュール１０５から抽出し、そのユーザー端末１５０に提供する。

ユーザー情報記憶モジュール１２５は、ユーザー情報提供モジュール１３０と接続されている。ユーザー情報記憶モジュール１２５は、ワークフローの各作業を行うユーザー（第１のユーザー、第２のユーザー等）に関する情報を記憶している。例えば、ユーザー基本データテーブル４００、ユーザー設定データテーブル５００、通知先設定テーブル６００を記憶している。
図４は、ユーザー基本データテーブル４００のデータ構造例を示す説明図である。ユーザー基本データテーブル４００は、ユーザーＩＤ欄４０５、氏名欄４１０、メールアドレス欄４１５、所属組織欄４２０、役職欄４２５を有している。ユーザーＩＤ欄４０５は、本実施の形態において、ユーザーを一意に識別するための情報（ユーザーＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。氏名欄４１０は、そのユーザーの氏名を記憶している。メールアドレス欄４１５は、そのユーザーのメールアドレスを記憶している。所属組織欄４２０は、そのユーザーの所属組織を記憶している。役職欄４２５は、そのユーザーの役職を記憶している。例えば、図４では、ユーザーＩＤ：Ｕｓｅｒ０００１において、氏名は「富士太郎」であり、メールアドレスは「ｆｕｊｉ．ｔａｒｏ＠ｈｏｇｅ．ｃｏｍ」であり、所属組織は「Ｈｏｇｅ部」であり、役職は「一般」であり、ユーザーＩＤ：Ｕｓｅｒ０００２において、氏名は「鈴木一郎」であり、メールアドレスは「ｓｕｚｕｋｉ．ｉｃｈｉｒｏ＠ｈｏｇｅ．ｃｏｍ」であり、所属組織は「Ｈｏｇｅ部」であり、役職は「部長」であることを示している。

図５は、ユーザー設定データテーブル５００のデータ構造例を示す説明図である。ユーザー設定データテーブル５００は、ユーザーＩＤ欄５０５、デバイスＩＤ欄５１０、表示言語欄５１５、ファイル格納先欄５２０、メール通知欄５２５、メール通知頻度欄５３０を有している。ユーザーＩＤ欄５０５は、ユーザーＩＤを記憶している。デバイスＩＤ欄５１０は、本実施の形態において、デバイスを一意に識別するための情報（デバイスＩＤ）を記憶している。このデバイスは、ユーザーＩＤのユーザーが使用するユーザー端末１５０である。表示言語欄５１５は、そのユーザー端末１５０における表示言語を記憶している。ファイル格納先欄５２０は、そのユーザー端末１５０（又はユーザー）におけるファイル格納先を記憶している。メール通知欄５２５は、そのユーザー端末１５０（又はユーザー）におけるメール通知機能のＯｎ／Ｏｆｆを記憶している。メール通知頻度欄５３０は、そのメール通知の頻度を記憶している。例えば、図５では、ユーザーＩＤ：Ｕｓｅｒ０００１において、デバイスＩＤは「Ｕｓｅｒ０００１−Ｄｅｓｋｔｏｐ１」であり、表示言語は「日本語」であり、ファイル格納先は「Ｗ−Ｆｏｌｄｅｒ」であり、メール通知は「Ｏｎ」であり、メール通知頻度は「１日に１度」であり、ユーザーＩＤ：Ｕｓｅｒ０００２において、デバイスＩＤは「Ｕｓｅｒ０００２−Ｍｏｂｉｌｅ１」であり、表示言語は「英語」であり、ファイル格納先は「Ｇ−Ｄｒｉｖｅ」であり、メール通知は「Ｏｎ」であり、メール通知頻度は「都度」であり、ユーザーＩＤ：Ｕｓｅｒ０００２において、デバイスＩＤは「Ｕｓｅｒ０００２−Ｄｅｓｋｔｏｐ１」であり、表示言語は「日本語」であり、ファイル格納先は「Ｇ−Ｄｒｉｖｅ」であり、メール通知は「Ｏｆｆ」であることを示している。なお、ユーザー設定データテーブル５００の２行目と３行目では、同じユーザー（Ｕｓｅｒ０００２）が、２つのユーザー端末１５０（Ｕｓｅｒ０００２−Ｍｏｂｉｌｅ１、Ｕｓｅｒ０００２−Ｄｅｓｋｔｏｐ１）を有していることを示している。

図６は、通知先設定テーブル６００のデータ構造例を示す説明図である。通知先設定テーブル６００は、ワークフローＩＤ欄６０５、作業ＩＤ欄６１０、メール通知頻度欄６１５、通知先欄６２０を有している。ワークフローＩＤ欄６０５は、本実施の形態において、ワークフローを一意に識別するための情報（ワークフローＩＤ）を記憶している。作業ＩＤ欄６１０は、本実施の形態において、そのワークフローを構成している作業を一意に識別するための情報（作業ＩＤ）を記憶している。メール通知頻度欄６１５は、そのワークフロー（又は作業）におけるメール通知の頻度を記憶している。通知先欄６２０は、そのメールの通知先を記憶している。

ユーザー情報提供モジュール１３０は、ユーザー情報記憶モジュール１２５、ユーザー端末１５０のユーザー情報取得モジュール１６０と接続されている。ユーザー情報提供モジュール１３０は、ユーザー端末１５０のユーザー情報取得モジュール１６０からの要求にしたがって、試験に必要なユーザー情報をユーザー情報記憶モジュール１２５から抽出し、ユーザー情報取得モジュール１６０に提供する。ユーザー情報提供モジュール１３０は、検証モードで提供可能なユーザー情報を提供する。

ソフトウェア部品取得モジュール１５５は、テスト実行モジュール１６５、ワークフロー情報提供装置１００のソフトウェア部品提供モジュール１２０と接続されている。ソフトウェア部品取得モジュール１５５は、ワークフローの作業を実行するにあたって必要なソフトウェアを、ワークフロー情報提供装置１００のソフトウェア部品提供モジュール１２０から取得する。
ユーザー情報取得モジュール１６０は、テスト実行モジュール１６５、ワークフロー情報提供装置１００のユーザー情報提供モジュール１３０と接続されている。ユーザー情報取得モジュール１６０は、ワークフローの作業を実行するユーザーに関する情報を、ワークフロー情報提供装置１００のユーザー情報提供モジュール１３０から取得する。具体的には、対象となっているワークフローの正式な運用において、作業者となるユーザー（第１のユーザー、第２のユーザー）に関する情報を取得する。具体的には、そのユーザーのユーザー基本データテーブル４００、ユーザー設定データテーブル５００、通知先設定テーブル６００の情報である。
テスト実行モジュール１６５は、ソフトウェア部品取得モジュール１５５、ユーザー情報取得モジュール１６０、画面表示モジュール１７０と接続されている。テスト実行モジュール１６５は、ソフトウェア部品取得モジュール１５５が取得したソフトウェア、ユーザー情報取得モジュール１６０が取得したユーザー（第１のユーザー、第２のユーザー）に関する情報を用いて、対象となっているワークフローの各作業を試験的に実行する。具体的には、正式な運用における第１のユーザー、第２のユーザーが利用しているかのように、ワークフローの各作業を行う。例えば、第１のユーザー、第２のユーザーの名称を表示し、第１のユーザー、第２のユーザーが使用するユーザー端末１５０の種類又は仕様にしたがった表示等の処理を行う。

画面表示モジュール１７０は、テスト実行モジュール１６５、ワークフロー情報提供装置１００のソフトウェア（ワークフロー）動作可能判定モジュール１１０、ソフトウェア（ワークフロー）実行モジュール１１５と接続されている。画面表示モジュール１７０は、各作業の担当ユーザーに応じた画面を、ユーザー情報を使用して再現し、表示する。
例えば、画面表示モジュール１７０は、ユーザー情報取得モジュール１６０が取得したユーザー情報に応じて、ワークフローの作業を実行する第１のユーザーにおける画面を表示する。
そして、画面表示モジュール１７０は、表示画面において第１のユーザーによる作業が終了した場合に、次の作業を実行する第２のユーザーにおける画面を表示する。

なお、第１のユーザー又は第２のユーザーのうち少なくとも１人以上は、ワークフローの試験を行うユーザーとは異なる。もちろんのことながら、第１のユーザーと第２のユーザーは異なるユーザーである。前述したように、ここでのワークフローの試験は、１人のユーザー（試験者）が行うものである。また、試験者は、正式な運用（いわゆる本番）における複数のユーザーのうちの１人であってもよい。したがって、試験者は、第１のユーザー又は第２のユーザーのうち少なくとも１人以上とは異なることになる。

また、第１のユーザーが用いるユーザー端末１５０又は第２のユーザーが用いるユーザー端末１５０のうち少なくとも１台以上は、ワークフローの試験を行うユーザー端末１５０とは異なる。もちろんのことながら、第１のユーザーが用いるユーザー端末１５０と第２のユーザーが用いるユーザー端末１５０は異なるものである。前述したように、ここでのワークフローの試験は、１台のユーザー端末１５０で行うものである。また、試験者は、正式な運用（いわゆる本番）における複数のユーザー端末１５０のうちの１台であってもよい。したがって、試験に用いるユーザー端末１５０は、第１のユーザーが用いるユーザー端末１５０又は第２のユーザーが用いるユーザー端末１５０のうち少なくとも１台以上とは異なることになる。

また、画面表示モジュール１７０は、第１のユーザー又は第２のユーザーの設定値を反映させて表示するようにしてもよい。ここでの「設定値」は、第１のユーザーが用いるユーザー端末１５０又は第２のユーザーが用いるユーザー端末１５０の種類又は仕様としてもよい。また、「設定値」として、ユーザーの属性（使用言語、氏名の表記（英文表記と日本語表記が異なる、ミドルネームがある等）等）を含めてもよい。
そして、「ユーザー端末１５０の種類」として、例えば、デスクトップパソコン、モバイル端末等のハードウェアの種類、そのハードウェア上で動作するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の種類等がある。ユーザー端末１５０の種類が異なると、表示できる文字種（例えば、アルファベットのみを表示、漢字も表示可能等）、操作性、利用する場合の環境（例えば、デスクトップパソコンならば室内、モバイル端末ならば周囲に人がいることがある屋外等）等が異なることがあるからである。また、「ユーザー端末１５０の仕様」として、例えば、画面の大きさ、利用できるユーザーインタフェース等がある。これらが異なると、表示できる情報量が異なり、そのワークフローの操作性（使いやすさ、使い勝手）等も異なるからである。「利用できるユーザーインタフェース」として、マウス、キーボード、タッチパネル、音声、視線、ジェスチャ等がある。なお、「ユーザー端末１５０の仕様」として、「ユーザー端末１５０の種類」を含めて解釈してもよい。

また、画面表示モジュール１７０は、試験が行われている間は、ワークフローの過程を共に表示するようにしてもよい。ここで「共に」とあるのは、ワークフローの試験において操作画面、表示画面等が表示されるが、これらと「共に」の意味である。ここで「ワークフローの過程」として、そのワークフロー中の現時点の作業を他の作業とは異ならせて表示するようにしてもよい。ここで「現時点の作業を他の作業とは異ならせて表示する」として、形態を異ならせることであって、形態として、例えば、文字、図形、記号等の他に、形状、模様、色彩、動的に変化すること（例えば、フラッシュ、アニメーション等）、点滅（点滅における変更対象は、点滅を行うか否か、点滅を行っている期間、点滅の間隔等がある）、又は、これらの組み合わせであってもよい。具体的には、他の作業の背景を白とし、現時点の作業を赤とすること、又は、他の作業を静止表示とし、現時点の作業を点滅表示にすること等がある。

また、画面表示モジュール１７０は、試験の内容に応じて画面を変化させるようにしてもよい。ここで「試験の内容」として、ワークフローの作業があり、例えば、申請、承認等がある。具体的には、申請作業の画面と承認作業の画面を異ならせるものである。
また、画面表示モジュール１７０は、第１のユーザー又は第２のユーザーを設定することができるようにしてもよい。この試験時では、第１のユーザー又は第２のユーザーが未定な場合（正式な運用におけるユーザーが未定な場合）に対応するものである。この設定は、試験者の操作によって設定するようにしてもよいし、予め定められたユーザーを設定するようにしてもよい。

次に、分岐があるワークフローの試験を行う場合におけるモジュールの説明を行う。特に、ワークフローの試験において、網羅的な試験を支援するものである。
ユーザー端末１５０のテスト実行モジュール１６５、画面表示モジュール１７０は、前述した処理の他に、次のような処理を行う。
テスト実行モジュール１６５は、試験対象となるワークフローを取得する。
そして、テスト実行モジュール１６５は、ワークフローにおける分岐点の指示を受け付ける。指示は、ユーザーの操作によるものであってもよいし、テスト実行モジュール１６５が分岐点を抽出し、その分岐点を指示してもよい。
次に、テスト実行モジュール１６５は、受け付けた分岐点からワークフローを実行する。
画面表示モジュール１７０は、試験が行われている間は、ワークフローの過程を表示する。前述したように、「ワークフローの過程」として、そのワークフロー中の現時点の作業を他の作業とは異ならせて表示するようにしてもよい。
また、画面表示モジュール１７０は、ワークフロー内の各ステップにおける文書の状態を表示するようにしてもよい。

さらに、画面表示モジュール１７０は、各ステップにおける処理内容、そのステップにおいて表示された画面を表示するようにしてもよい。
ここで「分岐点」は、（１）次のステップが複数あるステップ（ワークフロー上で分岐しているステップ）の他に、（２）ワークフロー内の作業を行う装置に依存して表示内容が異なるステップとしてもよい。この（２）のステップは、ワークフローの外観だけで明確に判別できるものではない。ここで「作業を行う装置に依存して表示内容が異なるステップ」として、例えば、作業するユーザーが用いる装置が複数あるステップの場合がある。具体的には、その作業が行われ得る装置として、デスクトップパソコン、モバイル端末が設定されていた場合、デスクトップパソコンで行われた場合の作業、モバイル端末で行われた場合の作業を試験する必要がある。具体的には、画面の大きさが異なるため、表示できる内容、ユーザーの操作性が異なることになり、試験が必要であるからである。
この場合に、画面表示モジュール１７０は、分岐点となるステップを、他のステップとは異ならせて表示するようにしてもよい。ここで「ワークフロー内の作業を行う装置に依存して表示内容が異なるステップ」の場合は、ワークフローを見ただけでは判断できないからである。具体的には、作業するユーザーが用いる装置が複数あるステップの形態を、他のステップの形態と異ならせればよい。形態として、例えば、文字、図形、記号等の他に、形状、模様、色彩、動的に変化すること（例えば、フラッシュ、アニメーション等）、点滅（点滅における変更対象は、点滅を行うか否か、点滅を行っている期間、点滅の間隔等がある）、又は、これらの組み合わせであってもよい。具体的には、他のステップの背景を白とし、ユーザーが用いる装置が複数あるステップを赤とすること、又は、他のステップを静止表示とし、ユーザーが用いる装置が複数あるステップを点滅表示にすること等がある。
また、「分岐点」は、ワークフロー内の作業の判定によってルートが異なるステップとしてもよい。ここで「ルートが異なる」とは、ワークフローの外観上で分岐が発生していることをいう。

ソフトウェア（ワークフロー）試験データ記憶モジュール１４０は、ソフトウェア（ワークフロー）実行モジュール１１５、ワークフロー試験データ記憶モジュール１３５と接続されている。ソフトウェア（ワークフロー）試験データ記憶モジュール１４０は、ワークフローの試験を行うにあたっての試験用データを、ワークフローの試験を行うテスト実行モジュール１６５又はソフトウェア（ワークフロー）実行モジュール１１５に供給する。
そして、ソフトウェア（ワークフロー）試験データ記憶モジュール１４０は、テスト実行モジュール１６５又はソフトウェア（ワークフロー）実行モジュール１１５によって行われたワークフローの試験のログデータ（履歴データ）を抽出し、ワークフロー試験データ記憶モジュール１３５に記憶させる。ここでのログデータとして、前述した各ステップにおける文書の状態、各ステップにおける処理内容、各ステップにおいて表示された画面等を含む。

ワークフロー試験データ記憶モジュール１３５は、ソフトウェア（ワークフロー）試験データ記憶モジュール１４０と接続されている。ワークフロー試験データ記憶モジュール１３５は、ワークフローの試験を行うにあたっての試験用データを記憶している。試験用データとして、試験用に用いる文書等があり、その試験におけるログデータを含む。例えば、ワークフロー定義テーブル１６００、ワークフロー状態遷移テーブル１７００、ワークフロー状態データテーブル１８００を記憶している。
図１６は、ワークフロー定義テーブル１６００のデータ構造例を示す説明図である。ワークフロー定義テーブル１６００は、ワークフローＩＤ欄１６０５、作業ＩＤ欄１６１０、作業名欄１６１５、次の作業ＩＤ欄１６２０を有している。ワークフローＩＤ欄１６０５は、ワークフローＩＤを記憶している。作業ＩＤ欄１６１０は、そのワークフローを構成している作業の作業ＩＤを記憶している。作業名欄１６１５は、その作業の作業名を記憶している。次の作業ＩＤ欄１６２０は、次の作業の作業ＩＤを記憶している。分岐がある作業では、図１６の例に示すワークフロー定義テーブル１６００の３行目のように、複数の作業ＩＤが記憶されることになる。

図１７は、ワークフロー状態遷移テーブル１７００のデータ構造例を示す説明図である。
ワークフロー状態遷移テーブル１７００は、ＩＤ欄１７０５、日時欄１７１０、状態ＩＤ欄１７１５、アクティブ作業ＩＤ欄１７２０を有している。ＩＤ欄１７０５は、ＩＤを記憶している。日時欄１７１０は、試験における作業（ステップ）が実行された日時を記憶している。状態ＩＤ欄１７１５は、本実施の形態において、状態を一意に識別するための情報（状態ＩＤ）を記憶している。アクティブ作業ＩＤ欄１７２０は、その日時において実行された（アクティブとなった）作業の作業ＩＤを記憶している。

図１８は、ワークフロー状態データテーブル１８００のデータ構造例を示す説明図である。
ワークフロー状態データテーブル１８００は、ＩＤ欄１８０５、状態ＩＤ欄１８１０、作業ＩＤ欄１８１５、作業状態データ欄１８２０を有している。ＩＤ欄１８０５は、ＩＤを記憶している。状態ＩＤ欄１８１０は、状態ＩＤを記憶している。ワークフロー状態遷移テーブル１７００の状態ＩＤ欄１７１５に対応するものである。作業ＩＤ欄１８１５は、作業ＩＤを記憶している。ワークフロー定義テーブル１６００の作業ＩＤ欄１６１０に対応するものである。作業状態データ欄１８２０は、作業状態データを記憶している。その作業で行われた処理内容（いわゆるログデータ）を記憶している。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
ワークフロー情報提供装置１００、ユーザー端末１５０Ａ、ユーザー端末１５０Ｂ、ユーザー端末１５０Ｃ、ユーザーモバイル端末２５０Ａ、ユーザーモバイル端末２５０Ｂ、ユーザーモバイル端末２５０Ｄは、通信回線２９０を介してそれぞれ接続されている。なお、ユーザーモバイル端末２５０は、図１の例に示したユーザー端末１５０の一例である。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、ワークフロー情報提供装置１００による機能は、クラウドサービスとして実現してもよい。ユーザー２１０は、ワークフローの作業者であり、第１のユーザー、第２のユーザーの一例である。
ユーザー２１０Ａ、ユーザー２１０Ｃは、それぞれユーザー端末１５０Ａ、ユーザー端末１５０Ｃを有している。
ユーザー２１５Ａ、ユーザー２１５Ｂは、それぞれユーザーモバイル端末２５０Ａ、ユーザーモバイル端末２５０Ｂを有している。
ユーザー２１０Ｂは、ユーザー端末１５０Ｂ、ユーザーモバイル端末２５０Ｄを有している。
本実施の形態では、例えば、ユーザー２１０Ａがワークフローの試験者になり、ユーザー端末１５０Ａで、その試験を行う場合、正式な運用ならばユーザー２１０Ｂ等が行う作業を、ユーザー２１０Ａがユーザー端末１５０Ａ上で行うことができる。また、ユーザーモバイル端末２５０Ｄ上での画面表示と同等のものを、ユーザー端末１５０Ａ上で表示することもできる。

＜第１の処理例＞
図３は、本実施の形態での処理対象となるワークフローの例を示す説明図である。
図３（ａ）の例に示すように、ワークフロー３００は、申請３１０、部長承認３２０、社長承認３３０の作業により構成されており、申請３１０の後に部長承認３２０が行われ、部長承認３２０の後に社長承認３３０が行われる。このワークフローは、複数人のユーザー（つまり、複数のユーザー端末１５０）が作業者として介在するものである。

図３（ｂ）の例に示すように、このワークフロー３００の各作業をユーザーに割り当てる。
ユーザー２１０Ａは、ワークフロー作成者であり、ワークフロー３００においては、申請３１０の作業者としての申請者でもある。そして、その作業は、ユーザー端末１５０Ａを用いて行われる。
ユーザー２１０Ｂは、ワークフロー３００における部長承認３２０の作業者としての部長である。そして、その作業は、ユーザー端末１５０Ｂを用いて行われる。なお、ユーザーモバイル端末２５０Ｄ等が含まれていてもよい。
ユーザー２１０Ｃは、ワークフロー３００における社長承認３３０の作業者としての社長である。そして、その作業は、ユーザー端末１５０Ｃを用いて行われる。
本実施の形態を用いずに、ワークフロー３００の試験を行う場合、ユーザー２１０Ａ、ユーザー２１０Ｂ、ユーザー２１０Ｃの予定を調整し、ユーザー端末１５０Ｂ等の準備（ワークフロー３００を実行するための環境整備等）等が必要となる。

そこで、図３（ｃ）の例に示すように、正式運用を行う前に、ワークフロー作成者であるユーザー２１０Ａは、本実施の形態を用いてワークフロー３００の試験を行う。つまり、ユーザー端末１５０Ａ上で、申請３１０、部長承認３２０、社長承認３３０の作業が行われる。その試験によって、ユーザー２１０Ａは、申請３１０では申請者視点で作業を行うことができ、部長承認３２０では部長視点で作業を行うことができ、社長承認３３０では社長視点で作業を行うことができることになる。つまり、作業を行うユーザーに応じた表示（見せ方）を、１台のユーザー端末１５０Ａ上で行うことができ、ユーザー２１０Ａが単独で（つまり、ユーザー２１０Ｂ、ユーザー２１０Ｃの助けなしで）、試験を行うことができる。

図７は、本実施の形態による処理例を示すフローチャートである。試験モードでの処理例を示すものであり、通知先を、試験者に変更する処理を行うものである。
ステップＳ７０２では、通知が必要な作業であるか否かを判断し、通知が必要な作業である場合はステップＳ７０４へ進み、それ以外の場合は処理を終了する（ステップＳ７９９）。通知として、例えば、電子メール、チャット、電子掲示板、ソーシャルメディアを用いた通知、プッシュ通知、自動音声応答による電話発信等があり、電話発信として、例えば、Ｌｙｎｃ（登録商標）等を用いて行えばよい。以下、電子メールを例示して説明する。

ステップＳ７０４では、シミュレーション対象の担当者（正式運用でのユーザー）のユーザー設定データ（本フローチャートにおいて、以下、（Ａ）という）を取得する。例えば、ユーザー設定データテーブル５００から担当者のユーザー設定データを取得すればよい。
ステップＳ７０６では、シミュレーション実施ユーザー（試験者）のメールアドレス（本フローチャートにおいて、以下、（Ｂ）という）を取得する。例えば、ユーザー基本データテーブル４００のメールアドレス欄４１５から実施ユーザーのメールアドレスを取得すればよい。

ステップＳ７０８では、（Ａ）のデータ数分、ステップＳ７１２までの処理を繰り返す。
ステップＳ７１０では、メール通知機能（ユーザー設定データテーブル５００のメール通知欄５２５）はＯｎであるか否かを判断し、Ｏｎの場合はステップＳ７１２へ進み、それ以外の場合はステップＳ７０８へ戻る。
ステップＳ７１２では、Ｎ番目の（Ａ）データのメール通知頻度（ユーザー設定データテーブル５００のメール通知頻度欄５３０）に応じた通知スケジュールを（Ｂ）のメールアドレス宛に設定し、ステップＳ７０８へ戻る。

図８は、本実施の形態による処理例を示すフローチャートである。試験モードでの処理例を示すものであり、画面表示を行うものである。
ステップＳ８０２では、ワークフロー定義における該当作業の担当者（本フローチャートにおいて、以下、（Ａ）という）を取得する。例えば、ステップＳ８０２により、［部長］が取得できる。
ステップＳ８０４では、（Ａ）は、役職であるか否かを判断し、役職である場合はステップＳ８０６へ進み、ステップＳ８１０へ進む。なお、ワークフロー定義において、作業者を「特定のユーザー」（ユーザーＩＤによる指定）又は「役職」で指定することができる。なお、役職であるか否かを判断は、特定のユーザーではないか否かの判断でもある。

ステップＳ８０６では、シミュレーション対象の担当者のユーザー基本データ（本フローチャートにおいて、以下、（Ｂ）という）を取得する。例えば、ユーザー基本データテーブル４００を取得する。
ステップＳ８０８では、（Ｂ）の役職と所属組織（ユーザー基本データテーブル４００の役職欄４２５、所属組織欄４２０）から、担当者の［部長］を特定する。例えば、試験者（又は、前の作業における作業者）の所属組織と同じ所属組織である部長を抽出すればよい。
ステップＳ８１０では、担当者とデバイスＩＤから、ユーザー設定データ（本フローチャートにおいて、以下、（Ｃ）という）を取得する。例えば、ユーザー設定データテーブル５００を取得する。ここでデバイスＩＤは、試験者の操作によって指定されている。例えば、モバイル端末が指定されている。
ステップＳ８１２では、（Ｃ）に基づき画面を表示する。例えば、ユーザー設定データテーブル５００の２行目のデータに基づいて、試験が行われる。

図９〜図１４の例を用いて、図８の例に示した処理の具体例を示す。
なお、試験モードであって、シミュレーション実施ユーザー：富士太郎、シミュレーション対象の担当者：鈴木一郎（部長）、表示する端末：モバイル端末（Ｕｓｅｒ０００２−Ｍｏｂｉｌｅ１）とする。

図９は、本実施の形態による処理例を示す説明図である。
画面９００には、ワークフローとして、開始９１０、文書９１５、申請９２０、文書９２５、部長承認９３０、文書９３５、社長承認９４０、文書９４５、終了９５０を表示し、テスト開始ボタン９６０を表示している。そして、試験者（富士太郎）によるテスト開始ボタン９６０を選択する操作を検知した場合、メニュー９７０を表示する。メニュー９７０には、例えば、［富士太郎］として始める９７２、開始するユーザーを検索する９７４を表示する。［富士太郎］として始める９７２内の「富士太郎」は、画面９００を表示しているユーザー端末１５０のユーザーである。ここでは、［富士太郎］として始める９７２が選択されたとする。

図１０は、本実施の形態による処理例を示す説明図である。申請９２０の作業の試験の例を示した者である。
画面１０００には、ワークフロー表示領域１０１０、文書１０２０、仕事トレイ表示領域１０３０、申請１０５０を表示する。
ワークフロー表示領域１０１０には、ワークフロー（開始９１０〜終了９５０）、作業者表示欄１０１２を表示する。作業中である申請９２０は、他の作業（部長承認９３０等）とは異なる形態（例えば、申請９２０内を黄色）の表示にしている。そして、作業中である申請９２０の下に、作業者表示欄１０１２を表示している。この申請９２０、作業者表示欄１０１２によって、ワークフロー定義中のどの作業を、どのユーザーとして試験しているかがわかるようになる。
申請９２０では、仕事トレイ表示領域１０３０を表示する。仕事トレイ表示領域１０３０には、作業者表示欄１０３２、仕事トレイ一覧表示領域１０３４を表示し、仕事トレイ一覧表示領域１０３４には、「決裁承認申請」トレイ１０３５、「アンケート集計結果を受け取る」トレイ１０４０、「仕様書の開示」トレイ１０４５等を表示する。申請９２０における作業として、試験者は、文書１０２０を「仕様書の開示」トレイ１０４５に複写（又は移動）する操作を行う。この操作によって、申請１０５０を表示する。申請１０５０には、対象文書表示領域１０５５、宛先表示領域１０６０、同報先表示領域１０６５、自動処理表示領域１０７０、コメント表示領域１０７５、送信ボタン１０８０、キャンセルボタン１０８５を表示する。なお、対象文書表示領域１０５５内に表示している文書１０２０Ａは、複写された文書１０２０のサムネイル画像である。
試験者が送信ボタン１０８０を選択することによって、申請９２０の作業は終了する。そして、次の部長承認９３０の作業に移る。
なお、仕事トレイ表示領域１０３０、申請１０５０は、富士太郎のユーザー端末１５０で表示した場合と同等のものである。

図１１は、本実施の形態による処理例を示す説明図である。部長承認９３０の作業の試験の例を示した者である。
画面１１００には、ワークフロー表示領域１０１０、仕事トレイ表示領域１１３０を表示する。
ワークフロー表示領域１０１０には、ワークフロー（開始９１０〜終了９５０）、作業者表示欄１０１２、作業者表示欄１１１４を表示する。作業中である部長承認９３０は、他の作業（申請９２０等）とは異なる形態（例えば、部長承認９３０内を黄色）の表示にしている。そして、作業中である部長承認９３０の下に、作業者表示欄１１１４を表示している。この部長承認９３０、作業者表示欄１１１４によって、ワークフロー定義中のどの作業を、どのユーザーとして試験しているかがわかるようになる。なお、各作業の担当者は固定のこともあれば、申請者に応じて、申請内容に応じて、動的に変化することもある。作業によって担当者が決まり、その担当者の視点で検証する。
部長承認９３０では、仕事トレイ表示領域１１３０を表示する。仕事トレイ表示領域１１３０には、作業者表示欄１１３２、仕事トレイ一覧表示領域１１３５、文書表示領域１１４０を表示する。仕事トレイ一覧表示領域１１３５には、「電子印鑑で承認する」トレイ１１３７、「翻訳結果を付けて表示する」トレイ１１３９を表示する。「電子印鑑で承認する」トレイ１１３７には、対象となっている文書（図１０での文書１０２０）が格納されていることが、「電子印鑑で承認する」トレイ１１３７の右上にある「丸印の１」でわかるようになっている。試験者は、「電子印鑑で承認する」トレイ１１３７を選択し、文書表示領域１１４０に、対象となっている文書を表示し、その文書に対しての作業として「承認する」ボタン１１４５、「差し戻す」ボタン１１５０、「トークに戻る」ボタン１１５５を表示する。
なお、仕事トレイ表示領域１１３０は、鈴木一郎のユーザー端末１５０で表示した場合と同等のものである。
また、図１０、図１１の表示（試験中の作業における表示）は、試験者以外のユーザー（鈴木一郎等）のユーザー端末１５０には表示させない。つまり、試験者以外のユーザーの業務を邪魔しない（煩わせない）ようにしている。

また、作業者「鈴木一郎」のユーザー情報テーブル１２００によって、「鈴木一郎」が２種類のユーザー端末１５０を有していることがわかり、いずれかのユーザー端末１５０で作業が行われる可能性があることがわかる。なお、ユーザー情報テーブル１２００は、前述したユーザー基本データテーブル４００、ユーザー設定データテーブル５００から生成されたものである。
図１２は、ユーザー情報テーブル１２００のデータ構造例を示す説明図である。ユーザー情報テーブル１２００は、ユーザー名欄１２０５、企業名・部署欄１２１０、役職欄１２１５、上長（承認者）欄１２２０、作業端末（ＰＣ／スマホ）欄１２２５、通知設定（メール通知ＯＮ／ＯＦＦ、通知頻度）欄１２３０、表示言語欄１２３５、ファイル格納先欄１２４０を有している。ユーザー名欄１２０５は、ユーザー名を記憶している。企業名・部署欄１２１０は、企業名・部署を記憶している。役職欄１２１５は、役割を記憶している。上長（承認者）欄１２２０は、上長（承認者）を記憶している。作業端末（ＰＣ／スマホ）欄１２２５は、作業端末がＰＣであるかスマートフォンであるかの情報を記憶している。通知設定（メール通知ＯＮ／ＯＦＦ、通知頻度）欄１２３０は、通知設定を記憶している。通知設定として、メール通知機能のＯＮ／ＯＦＦ、通知頻度を記憶している。表示言語欄１２３５は、表示言語を記憶している。ファイル格納先欄１２４０は、ファイル格納先を記憶している。

例えば、図１２では、ユーザー名として、「鈴木一郎」と「鈴木とても長いミドルネーム一郎」があり、作業端末として、それぞれＰＣとスマホ（携帯端末）であり、表示言語として、それぞれ日本語と英語である。
そこで、試験者は、２種類の表示画面を確認する必要がある。
図１３は、本実施の形態による処理例を示す説明図である。つまり、ユーザー情報テーブル１２００の左側（作業端末がＰＣ）の場合を示したものである。
仕事トレイ表示領域１３００には、作業者表示領域１３０２、仕事トレイ一覧表示領域１３０４を表示する。仕事トレイ一覧表示領域１３０４には、「仕様書の開示」トレイ１３０５を表示する。つまり、仕事トレイ表示領域１３００は、ＰＣの液晶ディスプレイ等の表示装置に表示した場合の大きさであり、内容は日本語で表示しており、作業者表示領域１３０２は「鈴木一郎」の表記である。
図１４は、本実施の形態による処理例を示す説明図である。つまり、ユーザー情報テーブル１２００の右側（作業端末がスマホ）の場合を示したものである。
仕事トレイ表示領域１４００には、作業者表示領域１４０２、仕事トレイ一覧表示領域１４０４を表示する。仕事トレイ一覧表示領域１４０４には、「仕様書の開示」トレイ１４０５を表示する。つまり、仕事トレイ表示領域１４００は、スマホの表示装置に表示した場合の大きさ（図１３の例に示した仕事トレイ表示領域１３００より小さい）であり、内容は英語で表示しており、作業者表示領域１４０２は「Ｉｃｈｉｒｏ ＴｏｔｅｍｏＮａ・・・」の表記である。また、仕事トレイ一覧表示領域１４０４のタイトルは英語表記である。この仕事トレイ表示領域１４００を観察して、試験者は、以下の改善点を発見する。
作業者表示領域１４０２から「部長はワークフローをスマホで利用しているのか。しかも名前の表示名が長い。表示方法変えた方がいいかな。」と気付き、仕事トレイ一覧表示領域１４０４から「部長は英語で仕事をしているのか！「仕様書の開示」トレイ１４０５のアイコン名称を英語でわかるように設定し直そう。」と気付く。このように、ユーザー情報テーブル１２００を適用してワークフローを試験することで実運用に即した確認ができるようになる。

＜第２の処理例＞
図１５は、本実施の形態が対象とする分岐点のあるワークフロー例を示す説明図である。
図１５（ａ）の例に示すワークフローは、作業１５０５、作業１５１０、作業１５１５、作業１５２０、作業１５２５、作業１５３０、作業１５３５、作業１５４０のステップによって構成されている。
一般的に（本実施の形態を用いない場合）、ワークフローの試験を行うにあたって、網羅性があるようにワークフローの試験を行うとすると、そのパターン毎に最初からワークフローを起動しなければならない。具体的には、ワークフローパターン１５５０、ワークフローパターン１５５５、ワークフローパターン１５６０の試験が必要である。ワークフローパターン１５５０は、作業１５０５、作業１５１０、作業１５１５、作業１５２０、作業１５２５、作業１５３０と進むパターンであり、ワークフローパターン１５５５は、作業１５０５、作業１５１０、作業１５１５、作業１５２０、作業１５２５、作業１５３５と進むパターンであり、ワークフローパターン１５６０は、作業１５０５、作業１５１０、作業１５１５、作業１５２０、作業１５２５、作業１５４０と進むパターンである。

図１５（ｂ）の例に示すワークフローは、図１５（ａ）の例に示すワークフローと同じである。
本実施の形態は、網羅性があるようにワークフローを試験するために、ワークフローの実行状態を以前の状態に戻すことによって、効率的に網羅性のある検証を行うことができるようにしている。ここでの「効率的に」とは、別のパターンの試験を行うにあたって、常に最初からワークフローを実行させる必要がないことを意味している。
ワークフローパターン１５６５は、作業１５０５、作業１５１０、作業１５１５、作業１５２０、作業１５２５と進み、ワークフローパターン１５７０として作業１５３０を行う。その後、作業１５３０から作業１５２５に戻り、ワークフローパターン１５７５として作業１５３５を行う。そして、その後、作業１５３５から作業１５２５に戻り、ワークフローパターン１５８０として作業１５４０を行う。状態を戻すことによって、網羅性のある試験を行っている。つまり、作業１５０５から作業１５２５までの処理は同じであるので、図１５（ｂ）の例に示す３つのパターンは、図１５（ａ）の例に示した３つのパターン（ワークフローパターン１５５０、ワークフローパターン１５５５、ワークフローパターン１５６０）と同じである。

テスト実行モジュール１６５は、ワークフローの試験において、任意の作業に戻す（又は進める）ことができるようにしている。これによって、分岐が含まれるワークフローを網羅的に試験する際、ワークフローを何度も起動することなく、少ない操作で試験することができる。
また、画面表示モジュール１７０は、作業（ステップ）単位だけでなく、各作業で実施される一連の処理の単位で履歴や文書を参照することができるようにしている。一般的に、作業には、複数の処理が含まれている。これによって、画面には現れない文書に対する処理が正常に行われているか否かの検証が可能となる。

図１９は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１９０２では、ロールバック対象の作業ＩＤ（本フローチャートにおいて、以下、（１）という）を取得する。つまり、後戻りの作業ＩＤを取得する。試験者による作業の指示操作であってもよいし、分岐点がある作業を抽出してもよい。
ステップＳ１９０４では、（１）とワークフロー状態遷移データテーブル１７００のアクティブ作業ＩＤ（アクティブ作業ＩＤ欄１７２０）が一致するレコードの状態ＩＤ（本フローチャートにおいて、以下、（２）という）を取得する。

ステップＳ１９０６では、（２）とワークフロー状態データテーブル１８００の状態ＩＤ（状態ＩＤ欄１８１０）が一致するレコード群（本フローチャートにおいて、以下、（３）という）を取得する。
ステップＳ１９０８では、（３）のレコード群からワークフローの状態をロールバックする。つまり、ステップＳ１９０２で取得した作業における状態（過去の状態）に戻すことを行う。具体的には、その作業、及びその作業よりも前に行われた各作業の状態を含めて抽出し、その状態を復元する。

例えば、ｗｏｒｋ３（図１６の例に示すワークフロー定義テーブル１６００の３行目）が指定された場合（ステップＳ１９０２）、図１７の例に示すワークフロー状態遷移テーブル１７００の２行目を抽出し（ステップＳ１９０４）、図１８の例に示すワークフロー状態データテーブル１８００の２、３行目を抽出し（ステップＳ１９０６）、ｗｏｒｋ３を実行した状態に戻す（ステップＳ１９０８）。つまり、ｗｏｒｋ４、ｗｏｒｋ５は実行されていない状態に戻す。

図２０〜図２５の例を用いて、図１９の例に示した処理の具体例を示す。
図２０は、本実施の形態による処理例を示す説明図である。
画面２０００には、ワークフローとして、開始２０１０、文書２０１５、申請２０２０、文書２０２５、部長承認２０３０、文書２０３５、文書２０３７、社長承認２０４０、文書２０４５、終了２０５０を表示し、また、テスト開始ボタン２０６０を表示する。試験者によるテスト開始ボタン２０６０を選択する操作を検知した場合、メニュー２０７０を表示する。メニュー２０７０には、例えば、［富士太郎］として始める２０７２、開始するユーザーを検索する２０７４を表示する。「［富士太郎］として始める２０７２」内の「富士太郎」は、画面２０００を表示しているユーザー端末１５０のユーザーである。ここでは、「［富士太郎］として始める２０７２」が選択されたとする。

図２１は、本実施の形態による処理例を示す説明図である。
画面２１００には、ワークフロー表示領域２１１０を表示する。ワークフロー表示領域２１１０には、図２０の例に示したワークフロー（開始２０１０〜終了２０５０）、正式運用での担当者（作業者表示欄２１１２、作業者表示欄２１１４、作業者表示欄２２１６）を表示する。そして、このワークフローの試験が行われ、終了２０５０まで進んだ状態である。
ここで、試験者の操作によって、部長承認２０３０の近辺でメニュー表示操作（例えば、マウスの右ボタン押し）を検知した場合に、メニュー２１７０を表示する。メニュー２１７０には、［部長承認］まで戻す２１７２を表示する。なお、テスト実行モジュール１６５が、ワークフローのパターン全てを試験していない場合は、分岐点である部長承認２０３０を抽出して、メニュー２１７０を表示するようにしてもよい。また、分岐点である作業以外の場所で、メニュー表示操作を検知した場合は、テスト実行モジュール１６５が、分岐点である作業を抽出して、メニュー２１７０を表示するようにしてもよい。
［部長承認］まで戻す２１７２が選択されることによって、分岐作業（部長承認２０３０）まで戻し、未試験の作業を試験する。つまり、別パターンの試験を行うのに、ワークフローを最初から始める必要がない。

図２２は、本実施の形態による処理例を示す説明図である。
画面２２００には、ワークフロー表示領域２１１０を表示する。この場面では、社長承認２０４０の試験は行われており、部長承認２０３０から終了２０５０に進むパターンが未試験である。しかし、試験者は、社長承認２０４０を再度試験を行いたい場合がある。
そこで、社長承認２０４０の近辺でメニュー表示操作を検知した場合に、メニュー２２７０を表示する。メニュー２２７０には、［社長承認］まで進める２２７２を表示する。
もちろんのことながら、文書２０３７の近辺でメニュー表示操作を検知した場合には、「終了２０５０まで進める」を有するメニュー２２７０を表示する。

図２３は、本実施の形態による処理例を示す説明図である。
画面２３００には、ワークフロー表示領域２１１０を表示する。ワークフロー表示領域２１１０には、ワークフローの他に、「履歴を表示」ボタン２３１０を表示する。「履歴を表示」ボタン２３１０が選択されたことを検知した場合は、履歴一覧表示領域２３２０を表示する。この履歴一覧表示領域２３２０内の内容は、図１８の例に示したワークフロー状態データテーブル１８００の作業状態データ欄１８２０から生成したものである。履歴一覧表示領域２３２０については、図２４を用いて詳細に説明する。
また、ワークフロー表示領域２１１０では、分岐点となる作業を、他の作業（申請２０２０等）とは異なる形態（例えば、部長承認２０３０内を黄色）で表示している。部長承認２０３０は、ワークフローの外観上で分岐が発生しているものであるが、前述したように、作業を行う担当者が複数種類のユーザー端末１５０を有している作業を分岐点となる作業としてもよい。例えば、デスクトップパソコン、携帯端末等では、画面の大きさ等が異なるため、表示内容が異なることになる。そのため、その複数種類のユーザー端末１５０での試験を行う必要があるからである。

図２４は、本実施の形態による処理例を示す説明図である。
履歴一覧表示領域２３２０には、履歴２４１０、履歴２４２０、履歴２４３０、履歴２４４０、履歴２４５０、履歴２４６０、履歴２４７０を表示する。履歴一覧表示領域２３２０は、時系列に、各作業（作業内に複数の処理がある場合は、処理毎）における試験の履歴を表示する。例えば、その作業時におけるデスクトップ画面のスクリーンショット画像、処理内容、その処理で対象とされた文書の状態（図２４の例では、文書変換が行われており、文書の種類（ｄｏｃ、ｘｄｗ、ＰＤＦ、ｈｔｍｌ、ｊｐｇ等））を表示する。具体的には、以下のような表示を行う。
履歴２４１０には、履歴画面２４１２、作業内容２４１４、文書２４１６を表示する。例えば、作業内容２４１４として、「お仕事トレイ［仕様書の開示］に文書［ＸＸ申請書］を投入しました。」と表示する。
履歴２４２０には、履歴画面２４２２、作業内容２４２４、文書２４２６を表示する。例えば、作業内容２４２４として、「トレイ［電子印鑑で承認する］の設定を実施し、仕事を開始しました。」と表示する。
履歴２４３０には、作業内容２４３４、文書２４３６を表示する。例えば、作業内容２４３４として、「文書がＤＷに変換されました。」と表示する。
履歴２４４０には、作業内容２４４４、文書２４４６を表示する。例えば、作業内容２４４４として、「文書が鈴木一郎さんに送付されました。」と表示する。
履歴２４５０には、履歴画面２４５２、作業内容２４５４、文書２４５６を表示する。例えば、作業内容２４５４として、「・・・」と表示する。
履歴２４６０には、履歴画面２４６２、作業内容２４６４、文書２４６６を表示する。例えば、作業内容２４６４として、「・・・」と表示する。
履歴２４７０には、履歴画面２４７２、作業内容２４７４、文書２４７６を表示する。例えば、作業内容２４５４として、「・・・」と表示する。

履歴一覧表示領域２３２０内の履歴を選択することによって、その処理まで戻すこともできる、この場合、ワークフロー表示領域２１１０内の作業を選択して戻す場合よりも、細かい単位（例えば、履歴２４３０、履歴２４４０のような処理単位）で戻す（又は進める）ことができることになる。
また、履歴内の文書（文書２４１６等）を閲覧することも可能である。もちろんのことながら、その履歴時点（処理前又は処理後）での文書を表示する。

図２５は、本実施の形態による処理例を示すフローチャートである。図２４の例に示した履歴一覧表示領域２３２０内の履歴は、図２５の例に示す処理によって発生したものである。ワークフロー情報提供装置１００に対して、ユーザー（富士太郎さん）２５０２、ユーザー（鈴木一郎さん）２５０４、ユーザー（高橋二郎さん）２５０６が行った操作等による処理内容を示している。なお、ユーザー（富士太郎さん）２５０２は申請２０２０の担当者であり、ユーザー（鈴木一郎さん）２５０４は部長承認２０３０の担当者であり、ユーザー（高橋二郎さん）２５０６は社長承認２０４０の担当者であるが、試験モードであるので、ユーザー（鈴木一郎さん）２５０４、ユーザー（高橋二郎さん）２５０６の代わりに、ユーザー（富士太郎さん）２５０２が操作している。

ステップＳ２５１０では、ユーザー（富士太郎さん）２５０２が、お仕事トレイ［仕様書の開示］に文書［ＸＸ申請書］を投入する。図２４の例に示す履歴２４１０に該当する。
ステップＳ２５１２では、ユーザー（富士太郎さん）２５０２がワークフロー情報提供装置１００に対して、必要な設定をして、仕事を開始する。図２４の例に示す履歴２４２０に該当する。
ステップＳ２５１４では、ワークフロー情報提供装置１００が、文書変換を行う。図２４の例に示す履歴２４３０に該当する。

ステップＳ２５１６では、ワークフロー情報提供装置１００が、ユーザー（鈴木一郎さん）２５０４に対して、文書を送付する。図２４の例に示す履歴２４４０に該当する。
ステップＳ２５１８では、ユーザー（鈴木一郎さん）２５０４が、開封する。図２４の例に示す履歴２４５０に該当する。
ステップＳ２５２０では、ユーザー（鈴木一郎さん）２５０４が、承認（押印した承認文書を作成）する。押印ではテスト用のものを使用する。図２４の例に示す履歴２４６０に該当する。

ステップＳ２５２２では、ユーザー（鈴木一郎さん）２５０４が、ワークフロー情報提供装置１００に対して、必要な設定をして、承認文書を送付する。図２４の例に示す履歴２４７０に該当する。
ステップＳ２５２４では、ワークフロー情報提供装置１００が、ユーザー（高橋二郎さん）２５０６に対して、承認文書を送付する。

図２６を参照して、本実施の形態の情報処理装置（ワークフロー情報提供装置１００、ユーザー端末１５０）のハードウェア構成例について説明する。図２６に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部２６１７と、プリンタ等のデータ出力部２６１８を備えたハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２６０１は、前述の実施の形態において説明した各種のモジュール、すなわち、ソフトウェア（ワークフロー）動作可能判定モジュール１１０、ソフトウェア（ワークフロー）実行モジュール１１５、ソフトウェア部品提供モジュール１２０、ユーザー情報提供モジュール１３０、ソフトウェア（ワークフロー）試験データ記憶モジュール１４０、ソフトウェア部品取得モジュール１５５、ユーザー情報取得モジュール１６０、テスト実行モジュール１６５、画面表示モジュール１７０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２６０２は、ＣＰＵ２６０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２６０３は、ＣＰＵ２６０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス２６０４により相互に接続されている。

ホストバス２６０４は、ブリッジ２６０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス２６０６に接続されている。

キーボード２６０８、マウス等のポインティングデバイス２６０９は、操作者により操作されるデバイスである。ディスプレイ２６１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス２６０９とディスプレイ２６１０の両方の機能を備えているタッチスクリーン等であってもよい。その場合、キーボードの機能の実現について、キーボード２６０８のように物理的に接続しなくても、画面（タッチスクリーン）上にソフトウェアでキーボード（いわゆるソフトウェアキーボード、スクリーンキーボード等ともいわれる）を描画して、キーボードの機能を実現するようにしてもよい。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２６１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ２６０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、ソフトウェア部品記憶モジュール１０５、ユーザー情報記憶モジュール１２５、ワークフロー試験データ記憶モジュール１３５等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。

ドライブ２６１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体２６１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース２６０７、外部バス２６０６、ブリッジ２６０５、及びホストバス２６０４を介して接続されているＲＡＭ２６０３に供給する。なお、リムーバブル記録媒体２６１３も、データ記録領域として利用可能である。

接続ポート２６１４は、外部接続機器２６１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート２６１４は、インタフェース２６０７、及び外部バス２６０６、ブリッジ２６０５、ホストバス２６０４等を介してＣＰＵ２６０１等に接続されている。通信部２６１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部２６１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部２６１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。

なお、図２６に示す情報処理装置（ワークフロー情報提供装置１００、ユーザー端末１５０）のハードウェア構成は、一つの構成例を示すものであり、本実施の形態は、図２６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図２６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

前述の実施の形態は以下のように把握してもよい。そして、特許請求の範囲に記載の発明と以下の発明とを組み合わせてもよい。
例えば、課題として以下のものがある。
業務の一連の処理手続きを定義したワークフローがある。新たに作成（修正等を含む）したワークフローを、正式採用する前に、そのワークフローの試験を行う必要がある。
しかし、複数の情報処理装置（又は、複数人）で、作業が進められるワークフローにあっては、試験を行うのに、全部の情報処理装置（又は、作業を行う全部のユーザー）を事前に確保する必要が生じてしまう。
本実施の形態は、複数の情報処理装置（又は、複数人）で、作業が進められるワークフローの試験にあたって、一つの情報処理装置（又は、１人のユーザー）で、試験を行うことができる情報処理装置及び情報処理プログラムを提供することを目的としている。

［Ａ１］ワークフローの試験を行う情報処理装置において、
前記ワークフローの作業を実行するユーザーに関する情報を取得する取得手段と、
前記取得手段が取得したユーザー情報に応じて、前記ワークフローの作業を実行する第１のユーザーにおける画面を表示する表示手段
を備え、
前記表示手段は、前記表示画面において前記第１のユーザーによる作業が終了した場合に、次の作業を実行する第２のユーザーにおける画面を表示する、
情報処理装置。

［Ａ２］前記第１のユーザー又は前記第２のユーザーのうち少なくとも１人以上は、前記ワークフローの試験を行うユーザーとは異なる、
［Ａ１］に記載の情報処理装置。

［Ａ３］前記第１のユーザーが用いる情報処理装置又は前記第２のユーザーが用いる情報処理装置のうち少なくとも１台以上は、前記ワークフローの試験を行う情報処理装置とは異なる、
［Ａ１］に記載の情報処理装置。

［Ａ４］前記表示手段は、前記第１のユーザー又は前記第２のユーザーの設定値を反映させて表示する、
［Ａ１］に記載の情報処理装置。

［Ａ５］前記設定値は、前記第１のユーザーが用いる情報処理装置又は前記第２のユーザーが用いる情報処理装置の種類又は仕様である、
［Ａ４］に記載の情報処理装置。

［Ａ６］前記表示手段は、前記試験が行われている間は、前記ワークフローの過程を共に表示する、
［Ａ１］に記載の情報処理装置。

［Ａ７］前記ワークフローの過程として、該ワークフロー中の現時点の作業を他の作業とは異ならせて表示する、
［Ａ６］に記載の情報処理装置。

［Ａ８］前記表示手段は、前記試験の内容に応じて画面を変化させる、
［Ａ１］に記載の情報処理装置。

［Ａ９］前記第１のユーザー又は前記第２のユーザーを設定することができる、
［Ａ１］に記載の情報処理装置。

［Ａ１０］ワークフローの試験を行うコンピュータを、
前記ワークフローの作業を実行するユーザーに関する情報を取得する取得手段と、
前記取得手段が取得したユーザー情報に応じて、前記ワークフローの作業を実行する第１のユーザーにおける画面を表示する表示手段
として機能させ、
前記表示手段は、前記表示画面において前記第１のユーザーによる作業が終了した場合に、次の作業を実行する第２のユーザーにおける画面を表示する、
情報処理プログラム。

そして、前述の発明は、以下の効果を有する。
［Ａ１］の情報処理装置によれば、複数の情報処理装置（又は、複数人）で、作業が進められるワークフローの試験にあたって、一つの情報処理装置（又は、１人のユーザー）で、試験を行うことができる。

［Ａ２］の情報処理装置によれば、第１のユーザー又は第２のユーザーのうち少なくとも１人以上が、ワークフローの試験を行うユーザーと異なっていてもワークフローの試験を行うことができる。

［Ａ３］の情報処理装置によれば、第１のユーザーが用いる情報処理装置又は第２のユーザーが用いる情報処理装置のうち少なくとも１台以上が、ワークフローの試験を行う情報処理装置と異なっていてもワークフローの試験を行うことができる。

［Ａ４］の情報処理装置によれば、第１のユーザー又は第２のユーザーの設定値を反映させた表示を行うことができる。

［Ａ５］の情報処理装置によれば、設定値として、第１のユーザーが用いる情報処理装置又は第２のユーザーが用いる情報処理装置の種類又は仕様を用いることができる。

［Ａ６］の情報処理装置によれば、試験が行われている間、ワークフローの過程を知らせることができる。

［Ａ７］の情報処理装置によれば、ワークフロー中の現時点の作業を知らせることができる。

［Ａ８］の情報処理装置によれば、試験の内容に応じた画面を表示することができる。

［Ａ９］の情報処理装置によれば、第１のユーザー又は第２のユーザーを設定して、ワークフローの試験を行うことができる。

［Ａ１０］の情報処理プログラムによれば、複数の情報処理装置（又は、複数人）で、作業が進められるワークフローの試験にあたって、一つの情報処理装置（又は、１人のユーザー）で、試験を行うことができる。

１００…ワークフロー情報提供装置
１０５…ソフトウェア部品記憶モジュール
１１０…ソフトウェア（ワークフロー）動作可能判定モジュール
１１５…ソフトウェア（ワークフロー）実行モジュール
１２０…ソフトウェア部品提供モジュール
１２５…ユーザー情報記憶モジュール
１３０…ユーザー情報提供モジュール
１３５…ワークフロー試験データ記憶モジュール
１４０…ソフトウェア（ワークフロー）試験データ記憶モジュール
１５０…ユーザー端末
１５５…ソフトウェア部品取得モジュール
１６０…ユーザー情報取得モジュール
１６５…テスト実行モジュール
１７０…画面表示モジュール
２１０、２１５…ユーザー
２５０…ユーザーモバイル端末
２９０…通信回線

Claims (8)

1. ワークフローを取得する取得手段と、
   前記ワークフローにおける分岐点の指示を受け付ける受付手段と、
   前記受付手段が受け付けた分岐点から前記ワークフローを実行する実行手段
   を備えたワークフロー試験装置。
2. 前記試験が行われている間は、前記ワークフローの過程を表示する表示手段
   をさらに有する請求項１に記載のワークフロー試験装置。
3. 前記表示手段は、前記ワークフロー内の各ステップにおける文書の状態を表示する、
   請求項２に記載のワークフロー試験装置。
4. 前記表示手段は、前記各ステップにおける処理内容、該ステップにおいて表示された画面を表示する、
   請求項３に記載のワークフロー試験装置。
5. 前記分岐点は、前記ワークフロー内の作業を行う装置に依存して表示内容が異なるステップである、
   請求項１に記載のワークフロー試験装置。
6. 前記分岐点となるステップを、他のステップとは異ならせて表示する表示手段
   をさらに有する請求項５に記載のワークフロー試験装置。
7. 前記分岐点は、前記ワークフロー内の作業の判定によってルートが異なるステップである、
   請求項１に記載のワークフロー試験装置。
8. コンピュータを、
   ワークフローを取得する取得手段と、
   前記ワークフローにおける分岐点の指示を受け付ける受付手段と、
   前記受付手段が受け付けた分岐点から前記ワークフローを実行する実行手段
   として機能させるためのワークフロー試験プログラム。