(57)【要約】【課題】  ワークフローで起案された案件に対し、組織情報を変更後、変更後の組織情報で経路設定上の案件の処理担当者が解決できない場合に、変更前の組織情報と変更後の組織情報を紐づける設定によって、適切な案件の処理担当者を解決する技術を提供する。【解決手段】  起案後に最終承認が終了していない案件に対し、変更後の組織を該案件に対し振り直した時に変更後の組織における処理担当者が解決できない場合、案件に設定がされている処理担当者の再割り当てのルールに従い、変更後の組織における処理担当者を決定する。この方法によっても、処理担当者を決定できなかった場合には、マッピング処理により、処理担当者を決定する。なお、このマッピング処理によっても、処理担当者を決定できない場合は、マッピング処理で決定した処理担当者に対して、再度、案件に設定されている前記再割り当てのルールを適応させることにより、処理担当者を決定する。【選択図】図４
2015164023.tif 000002
【特許請求の範囲】
【請求項１】
案件に対応する業務プロセスが起案時の組織情報によって構成される経路に基づいて処理を進めるワークフローシステムであって、
前記組織情報の組織変更が行われた場合に、前記案件が、前記組織変更が行われた後の組織情報に所属する処理担当者において処理が行われるようにするために、処理待ちの前記案件に対して組織変更後の組織情報を使って組織を振り直す振り直し手段と、
前記案件の経路を形成する要素となる前記組織情報を記憶する組織記憶手段と、
前記組織記憶手段に記憶された組織変更前の組織情報と組織変更後の組織情報を紐付けて記憶するマッピング情報記憶手段と、
前記振り直し手段によって処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合、前記案件の前記処理担当者に再割り当てルールを適応することにより、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定する処理担当者再割り当て手段と、
前記振り直し手段によって処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合、前記マッピング情報記憶手段に記憶された組織変更前の組織情報と組織変更後の組織情報を用いて、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定するマッピング手段と、
前記マッピング手段によって、前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合に、再度、前記再割り当てルールを前記処理担当者に適応することにより、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定するマッピング再割り当て手段
を備えることを特徴とするワークフローシステム。
【請求項２】
前記振り直し手段により前記案件の前記処理担当者の前記組織変更後の組織情報における決定が出来なかった場合に、前記マッピング手段により前記案件の前記処理担当者の前記組織変更後の組織情報における決定を行うこと
を特徴とする請求項１に記載のワークフローシステム。
【請求項３】
前記振り直し手段、かつ、前記処理担当者再割り当て手段によって、前記案件の前記処理担当者の前記組織変更後の組織情報における決定が出来なかった場合に、前記マッピング手段により前記案件の前記処理担当者の前記組織変更後の組織情報における決定を行うこと
を特徴とする請求項１または２に記載のワークフローシステム。
【請求項４】
前記マッピング情報記憶手段に記憶された前記組織変更前と前記組織変更後の組織情報は、部門情報、役割情報、ユーザ情報、によって構成されること
を特徴とする請求項１乃至３に記載のワークフローシステム。
【請求項５】
前記マッピング手段は、前記案件の配送先となる処理担当者の組織情報を構成する部門情報、役割情報、ユーザ情報のいずれか、またはいずれか複数の組み合わせからなる組織情報に該当するものが、前記マッピング情報記憶手段のキーとして前記組織変更前の組織情報として存在する場合、前記キーとなる前記組織変更前の組織情報に紐づく前記組織変更後の組織情報によって、該処理担当者を決定すること
を特徴とする請求項１乃至４に記載のワークフローシステム。
【請求項６】
前記マッピング手段において設定される前記組織変更前の組織情報と、前記組織変更後の組織情報の対応付けは、該組織変更前の組織情報と該組織変更後の組織情報に対応付けられた組織情報の階層のみの紐づけを行うこと、或いは、該組織変更前の組織情報と該組織変更後の組織情報に対応付けられた組織情報の配下組織にまで及び紐づけを行うこと、を切り替え可能であること
を特徴とする請求項１乃至５のいずれか１項に記載のワークフローシステム。
【請求項７】
前記振り直し手段によって、処理待ちの前記案件に対して組織変更後の組織情報を使って組織を振り直して、前記案件の前記処理担当者を前記組織変更後の組織情報において決定した後、前記案件の後続の処理担当者は、前記案件が処理された時点において、前記処理担当者再割り当て手段、前記マッピング手段、前期マッピング再割り当て手段のいずれかによって決定することを特徴とする請求項１乃至６のいずれか１項に記載のワーフローシステム。
【請求項８】
前記案件の前記処理担当者は、一人で構成される処理担当者、或いは、複数の人数で構成される合議体を構成する処理担当者であってもよいこと
を特徴とする請求項１乃至７のいずれか１項に記載のワークフローシステム。
【請求項９】
案件の承認経路を形成する要素となる組織情報を記憶する組織記憶手段と、前記組織記憶手段に記憶された組織変更前の組織情報と組織変更後の組織情報を紐付けて記憶したマッピング情報記憶手段を有し、前記案件に対応する業務プロセスが起案時の組織情報によって構成される経路に基づいて処理を進めるワークフローシステムの制御方法であって、
前記ワークフローシステムの振り直し手段が、前記組織情報の組織変更が行われた場合に、前記案件が、前記組織変更が行われた後の組織情報に所属する処理担当者において処理が行われるようにするために、処理待ちの前記案件に対して組織変更後の組織情報を使って組織を振り直す振り直しステップと、
前記ワークフローシステムの処理担当者再割り当て手段が、前記振り直しステップによって処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合、前記案件の前記処理担当者に再割り当てルールを適応することにより、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定する処理担当者再割り当てステップと、
前記ワークフローシステムのマッピング手段が、前記振り直しステップによって処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合、前記マッピング情報記憶手段に記憶された組織変更前の組織情報と組織変更後の組織情報を用いて、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定するマッピングステップと、
前記ワークフローシステムのマッピング再割り当て手段が、前記マッピングステップによって、前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合に、再度、前記再割り当てルールを前記処理担当者に適応することにより、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定するマッピング再割り当てステップ
を含むことを特徴とするワークフローシステムの制御方法。
【請求項１０】
案件の承認経路を形成する要素となる組織情報を記憶する組織記憶手段と、前記組織記憶手段に記憶された組織変更前の組織情報と組織変更後の組織情報を紐付けて記憶したマッピング情報記憶手段を有し、前記案件に対応する業務プロセスが起案時の組織情報によって構成される経路に基づいて処理を進めるワークフローシステムにおいて実行可能なプログラムであって、
前記ワークフローシステムを、
前記組織情報の組織変更が行われた場合に、前記案件が、前記組織変更が行われた後の組織情報に所属する処理担当者において処理が行われるようにするために、処理待ちの前記案件に対して組織変更後の組織情報を使って組織を振り直す振り直し手段と、
前記振り直し手段によって処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合、前記案件の前記処理担当者に再割り当てルールを適応することにより、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定する処理担当者再割り当て手段と、
前記振り直し手段によって処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合、前記マッピング情報記憶手段に記憶された組織変更前の組織情報と組織変更後の組織情報を用いて、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定するマッピング手段と、
前記マッピング手段によって、前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合に、再度、前記再割り当てルールを前記処理担当者に適応することにより、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定するマッピング再割り当て手段
として機能させることを特徴とするプログラム。
【請求項１１】
請求項１０に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はワークフローシステムにおいて、組織変更が行われた場合、起案が行われ最終承認が完了していない案件が、組織変更後の組織における処理担当者によって処理（承認等）されるようにする機能に関する。
【背景技術】
【０００２】
組織情報を世代管理できるワークフローシステムにおいて、ある時点の組織のユーザが所属する組織情報を基に案件を起案した後に、案件の処理（承認等の処理）の進行中に組織変更が行われたとする。このようなケースの場合に、起案時の組織で案件の処理を進めるのではなく、組織変更後の新しい組織に所属する処理担当者によって、案件（伝票）の処理が行えるようにすることがある。
【０００３】
この場合、最新の組織で案件の処理が進められるようにするために、案件が処理される際に適用する組織を、最新の組織に変更する（組織の振り直しを行う）対応を行う。
【０００４】
このように案件に対し、新しい変更後の組織で処理が行われるように対応をするために、組織の振り直しを行った場合、処理途中の案件（伝票）に経路上設定された処理担当者が、新しい組織において存在（解決）すれば、組織の振り直しは問題なく終了する。
【０００５】
しかしながら、組織の振り直しの処理だけにおいて、新しい組織の中に案件の処理担当者として割り当てるべき処理担当者が解決できない場合、案件に指定されている処理担当者を変更後の新しい組織のどの処理担当者へ処理を行わせるかを、所定のルールに従って決定することにより、案件を問題なく新しい組織においても処理が出来るようにすることを行う。（例えば、特許文献１）
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−０３９６２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１では、組織の振り直し直後に、割り当てるべき新しい組織の中に処理担当者を解決できなかった案件が有る場合、「組織変更前の前任の処理担当を割り当てる」、「組織変更後に元の処理担当と同じ部門とロール（役割）に着任した後任のユーザを処理担当として割り当てる」、「元の該当ユーザの所属部門および上位部門の指定したロール（役割）に該当するユーザを処理担当として割り当てる」、「指定した部門ロール（組織と役割）に該当するユーザを処理担当として割り当てる」というルールを伝票に対する経路の処理担当者に設定することによって、変更後の新しい組織において処理担当者を解決し、伝票を問題なく変更後の新しい組織においても処理が出来るようにしている。
【０００８】
また、案件に対し、新組織を案件に適応して次の処理担当者を解決できない場合の処理方法、例えば、「スキップ」、「強制的完了」、「削除」、「差し戻し」、「削除」のいずれかの処理方法を案件の経路の処理単位に設定しておくことによって、新たな処理担当者を割り当てずに済ませることができるようにしている。
【０００９】
しかしながら、上記のような技術を使用したとしても、新組織における処理担当者が解決できないケースがある。例えば、新組織における案件の処理も旧組織と同一の部門と同一のロール（役割）を持つユーザを割り当てる設定を行った案件（伝票）が、次の処理担当者の処理待ち状態であり、組織の振り直しを行った場合に、新組織に旧組織と同じコード体系を持つ部門自体が存在しなくなる場合、処理担当者が変更後の新しい組織において解決できなくなる。
【００１０】
例えば、承認担当者が「Ａ００１Ｂ００１Ｃ００１」というコード体系の組織階層に所属し、役割が「ｋａｃｈｏ」のユーザが経路上承認の設定がされていた案件があるとする。そして組織の振り直しが行われて新しい組織を案件に対して適応した際に、振り直し前の新しい組織になる前の組織の情報で指定されている案件の処理担当であるユーザが、部門＝「Ａ００１Ｂ００１Ｃ００１」、役割＝「ｋａｃｈｏ」で指定されていた場合、新組織において部門＝「Ａ００１Ｂ００１Ｃ００１」というコード体系をもつ部門がなくなったとすると、案件の処理担当者として指定されたユーザの所属する部門が経路設定上存在しなくなるため、案件に対する処理担当者が解決できなくなる。
【００１１】
特許文献１によると、振り直し前の新しい組織になる前の組織の情報で指定されていた処理担当者が所属する組織のコード体系と、新しい組織が振り直された後の案件における、本来処理すべき処理担当者が新しい組織において所属する組織コード体系を考慮した上での処理担当者の解決方法とはなっていない。
【００１２】
また、処理担当者が「Ａ００１Ｂ００１Ｃ００１」というコード体系の組織階層に所属し、役割が「ｋａｃｈｏ」、ユーザが「ｕｓｅｒＣ１」という指定で処理担当者を指定している場合に、変更後の新しい組織における処理担当者の所属する部門のコードを、新しい組織のコード体系で処理されるようにしても、処理担当者で指定されているユーザが退職した等の問題があった場合に、処理担当者が解決できない場合が発生する。
【００１３】
このような問題を解決するために、組織コードの体系が変更されたとしても、処理担当者が所属していた変更前の組織と変更後の組織のコード体系を連携し、変更後の組織において案件の処理担当者を確実に決定できるようすることが望まれる。
【００１４】
そこで、本発明では上記課題を鑑み、ワークフローで起案された案件に対し、組織情報を変更後、変更後の組織情報で経路設定上の案件の処理担当者が解決できない場合に、変更前の組織情報と変更後の組織情報を紐づける設定によって、適切な案件の処理担当者を解決することを目的とする。
【課題を解決するための手段】
【００１５】
本発明は、案件に対応する業務プロセスが起案時の組織情報によって構成される経路に基づいて処理を進めるワークフローシステムであって、前記組織情報の組織変更が行われた場合に、前記案件が、前記組織変更が行われた後の組織情報に所属する処理担当者において処理が行われるようにするために、処理待ちの前記案件に対して組織変更後の組織情報を使って組織を振り直す振り直し手段と、前記案件の経路を形成する要素となる前記組織情報を記憶する組織記憶手段と、前記組織記憶手段に記憶された組織変更前の組織情報と組織変更後の組織情報を紐付けて記憶するマッピング情報記憶手段と、前記振り直し手段によって処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合、前記案件の前記処理担当者に再割り当てルールを適応することにより、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定する処理担当者再割り当て手段と、前記振り直し手段によって処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合、前記マッピング情報記憶手段に記憶された組織変更前の組織情報と組織変更後の組織情報を用いて、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定するマッピング手段と、前記マッピング手段によって、前記案件の前記処理担当者を前記組織変更後の組織情報において決定できなかった場合に、再度、前記再割り当てルールを前記処理担当者に適応することにより、処理待ち状態の前記案件の前記処理担当者を前記組織変更後の組織情報において決定するマッピング再割り当て手段を備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、本発明では上記課題を鑑み、ワークフローで起案された案件に対し、組織情報を変更後、変更後の組織情報で経路設定上の案件の処理担当者が解決できない場合に、変更前の組織情報と変更後の組織情報を紐づける設定によって、適切な案件の処理担当者を解決することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態のシステム構成の一例を示す図である。
【図２】本発明の実施形態のワークフローシステムにおける、クライアント端末、管理者用端末、ワークフローサーバのハードウェア構成の一例を示す図である。
【図３】本発明の実施形態の機能構成の一例を示す図である。
【図４】本発明の実施形態におけるワークフローサステムにおいて、組織の振り直しを行った場合の案件に対する処理担当者を解決するフローを示す図である。
【図５】本発明の実施形態における、ワークフローシステムで起案される案件の組織の振り直しの前後における組織バージョンを説明するためのデータの一例を示す図である。
【図６】本発明の実施形態における、ワークフローシステムで使用される組織変更前との組織変更後の組織テーブルの一例を示した図である。
【図７】本発明の実施形態における、ワークフローシステムで使用される組織変更前との組織変更後の組織情報の一例を階層構造で示した図である。
【図８】本発明の実施形態における、組織の振り直しを実行した結果（再割り当てルールとマッピング設定は未適応）の各案件の処理待ちアクティビティにおける、振り直した組織において処理担当者を解決した処理担当者指定の結果の一例を示した図である。
【図９】本発明の実施形態における、再割り当てルールを適応後の各案件の処理待ちアクティビティにおける、振り直した組織において処理担当者を解決した処理担当者指定の結果の一例を示した図である。
【図１０】本発明の実施形態において、マッピング設定を適応後の各案件の処理待ちアクティビティにおける、振り直した組織において処理担当者を解決した処理担当者指定の結果の一例を示した図である。
【図１１】本発明の実施形態において、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、各案件の処理待ちアクティビティにおける、振り直した組織において処理担当者を解決した処理担当者指定の結果の一例を示した図である。
【図１２】本発明の実施形態における、ワークフローシステムで使用するマッピングテーブルの一例を示す図である。
【図１３】本発明の実施形態における、ワークフローシステムで使用されるマッピングテーブルにおいて、適応されうるマッピングのパターンの一例について示した図である。
【図１４】本発明の実施形態における、ワークフローシステムで使用される再割り当ての設定の情報が存在する、プロセステーブルの一例を示した図である。
【図１５】本発明の実施形態におけるワークフローシステムで使用される、再割り当てのルールの一例を示した図である。
【図１６】本発明の実施形態におけるワークフローサステムにおいて、合議アクティビティに対して組織の振り直しを行った場合の案件に対する処理担当者を解決するフローを示す図である。
【図１７】本発明の実施形態における、組織の振り直しを実行した結果（再割り当てルールとマッピング設定は未適応）の処理待ち合議アクティビティの各処理担当者における、振り直した組織において処理担当者を解決した処理担当者指定の結果の一例を示した図である。
【図１８】本発明の実施形態における、再割り当てルールを適用した後の処理待ち合議アクティビティの各処理担当者における、振り直した組織において処理担当者を解決した処理担当者指定の結果の一例を示した図である。
【図１９】本発明の実施形態における、マッピング処理を適応後の、処理待ち合議アクティビティの各処理担当者における、振り直した組織において処理担当者を解決した処理担当者指定の結果の一例を示した図である。
【図２０】本発明の実施形態における、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、処理待ち合議アクティビティの各処理担当者における、振り直した組織において処理担当者を解決した処理担当者指定の結果の一例を示した図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施形態を説明する。
【００１９】
図１は、本発明の一実施形態を示すワークフローシステムの全体構成を示すシステム構成図である。
【００２０】
図１に示すように、本実施形態のワークフローシステムは、クライアント端末１０１、管理者端末１０２、ワークフローサーバ１０３、システムデータベース１０４がネットワーク１０５を通じて接続されている。
【００２１】
図２は、本発明の実施形態における、図１に示したクライアント端末１０１、管理者端末１０２、ワークフローサーバ１０３のハードウェア構成の一例を示す図である。
【００２２】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２３】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２４】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２５】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２６】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２７】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２８】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３０】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３１】
次に、図３を用いて、本発明にけるワークフローシステムにおける機能構成図の一例について説明する。
【００３２】
本発明におけるワークフローシステムは、クライアント端末１０１、管理者端末１０２、ワークフローサーバ１０３、システムデータベース１０４からなる。
【００３３】
ワークフローサーバ１０３においては、例えば、管理者端末１０２からの操作指示を受け付けて、システムデータベース１０４のデータの定義、あるいは、更新などの処理を行う。システムデータベース１０４は、案件テーブル５００、５１０、業務テーブル４００、組織テーブル６００、６１０、プロセステーブル１４００、マッピングテーブル１２００の５つのテーブルから構成される。
【００３４】
管理者端末１０２からの操作指示を受けて、業務設計部３０１は、業務設計（伝票設計）のデータを生成し、業務テーブル４００に保存する。
【００３５】
管理者端末１０２からの操作指示を受けて、経路設計部３０２は、経路設計のデータを生成し、プロセステーブル１４００に保存する。
【００３６】
管理者端末１０２からの操作指示を受けて、組織登録部３０３は、組織設計のデータを生成し、組織テーブル６００、６１０に保存する。なお、案件のアクティビティ（処理単位）に対して指定されている処理担当者は組織テーブル６００に基づいて指定されているものとし、案件に対して振り直しを行う新しい組織（案件の新しい組織における処理担当者が所属する組織）を組織テーブル６１０とする
【００３７】
組織の振り直し実行部３０４は、組織変更が行われ、新しい組織に所属する処理担当者で案件に対する処理が行われるようにするために、案件テーブル５００の案件の情報に対し、組織テーブル６１０の組織情報（部門ＩＤ、ロールＩＤ、ユーザＩＤ）を用いて、案件に対し新しい組織を適応する。
【００３８】
担当者再割り当て部３０５は、組織の振り直し実行部３０４によって案件に対して組織の振り直しが行われた後に、変更後の新しい組織である組織テーブル６１０において処理担当者が解決できない場合、プロセステーブル１４００に登録されている、案件に紐付く再割り当てルールに従って変更後の新しい組織である組織テーブル６１０において、処理担当者が解決出来るようにする。なお、解決とは、新組織における処理担当者を決定することを意味する。
【００３９】
マッピング処理部３０６は、担当者再割り当て部３０５において再割り当てルールに基づいて新らしい組織テーブル６１０においても処理担当者の解決を出来なかった場合に、マッピングテーブル１２００の情報より、案件の処理待ち担当者に対応する、新しい組織テーブル６１０における処理担当者を決定する。
【００４０】
マッピング後担当者再割り当て部３０７は、マッピング処理部３０６によって処理担当者が決定したものの、新しい組織テーブル６１０において処理担当者が解決できない場合に、マッピング処理部３０６で決定した処理担当者に対して、再度、担当者再割り当て部３０５で使用された再割り当てルールに基づいて、新しい組織テーブル６１０における処理担当者の解決を行う。
【００４１】
クライアント端末の案件処理部３１２は、処理担当者の操作を受け付け、ワークフローシステムにおける、案件の起案や、案件の承認等の案件（伝票）に対する処理を行う。
【００４２】
次に図４について説明を行う。図４は、ワークフローの案件に対し、組織変更がお行われた場合に、その変更後の組織を案件に対して適応（降り直す）ことによって、処理待ち状態となっている案件のアクティビティ（処理単位）に設定されている処理担当者の指定の情報から、変更後の最新の組織における処理担当者を決定し、案件の処理が滞ることなく進められるようにする処理を記載した図である。なお、本処理は、ワークフローサーバ１０３のＣＰＵ２０１が行う処理であることとする。
【００４３】
ステップＳ４０１において、管理ツールにて案件一覧を表示し、管理ユーザにより、一覧内において対象案件が選択され、組織の振り直し実行ボタンが押下されたことを受け付ける。このボタン押下を受け付ける。
【００４４】
なお、この組織の振り直し処理の対象となる案件は、ワークフローシステムにおける最終承認が終了していない、承認途中である、処理待ち状態の案件であることとする。
【００４５】
ステップＳ４０２において、ステップＳ４０１で選択された案件のデータ（図５の案件テーブル５００に示す案件データ）を案件テーブルから取得する。
【００４６】
案件テーブルとは、ワークフローで起案された案件（伝票）が現在どのユーザの処理待ちであるかについての状態を管理するテーブルであって、構成は、図５の案件テーブル５００に示す通り、業務ＩＤ５０１、案件ＩＤ５０２、担当者部門ＩＤ５０３、担当者ロールＩＤ５０４、担当者ユーザＩＤ５０５、組織バージョン５０６、現在のアクティビティ５０７からなる。
【００４７】
業務ＩＤ５０１には、ワークフローで起案がされる、案件（伝票）の種別を区分するＩＤが登録される。
【００４８】
案件ＩＤ５０２には、ワークフローにおける申請の処理単位である案件を一意に識別するための番号が登録される。
【００４９】
担当者部門ＩＤ５０３には、ワークフローで起案がされた案件に対する承認等の処理を行う担当者が所属する部門のＩＤが登録される。
【００５０】
担当者ロールＩＤ５０４には、ワークフローで起案がされた案件に対する承認等の処理を行う担当者に割り当てられているロール（役割）のＩＤが登録される。
【００５１】
担当者ユーザＩＤ５０５には、ワークフローで起案がされた案件に対する承認等の処理を行う担当者に割り当てられているユーザＩＤが登録される。
【００５２】
組織バージョン５０６には、ワークフローで起案がされた案件に対して割り当てられている組織のバージョンの情報が登録される。ただし、ここでは分かりやすくするために、組織の振り直しを行う前の組織、または、組織の振り直しを行った後の組織のいずれかの情報を記載することにする。
【００５３】
現在のアクティビティ５０７には、ワークフローで起案がされた案件において、処理が進んだ箇所のアクティビティの情報を管理する項目である。
【００５４】
なお、図５の案件テーブル５１０は、後述の通り、組織の振り直しを行い、案件に対する組織のバージョンが更新された状態の案件を説明するためのテーブルであり、図５の案件テーブル５００と構成が同じであるため、構成の説明は省略する。
【００５５】
次の、ステップＳ４０３から、ステップＳ４１９の処理は、ステップＳ４０２で取得した案件に対する、１案件ずつの組織の振り直しの処理が完了するまで、繰り返し実行される。
【００５６】
ステップＳ４０３において、振り直しを実行しようとしている案件が位置しているアクティビティが、合議のアクティビティか、合議のアクティビティでないユーザ実行のアクティビティか判断する。案件の処理担当者は、一人で構成される処理担当者、或いは、複数の人数で構成される合議体を構成する処理担当者である場合があることとする。
【００５７】
ステップＳ４０３において、振り直しを実行しようとしている案件が位置しているアクティビティが、合議のアクティビティであると判断した場合は、ステップＳ４１９へ処理を進める。
【００５８】
ステップＳ４０３において、振り直しを実行しようとしている案件が位置しているアクティビティが、合議のアクティビティでないユーザ実行のアクティビティの場合は、ステップＳ４０４以降へ処理を進める。
【００５９】
まず、図４のステップＳ４０３において、振り直しを実行しようとしている案件が位置しているアクティビティが、合議のアクティビティでないユーザ実行のアクティビティであると判断した場合の、ステップＳ４０４以降へ処理について説明を行う。
【００６０】
ステップＳ４０４において、最新の組織情報を組織テーブルから取得し、案件に対し最新の組織を適用して、処理担当者の解決を試みる。すなわち、組織情報の組織変更が行われた場合に、案件が、組織変更が行われた後の組織情報に所属する処理担当者において処理が行われるようにするために、処理待ちの案件に対して組織変更後の組織情報を使って組織を振り直す。
【００６１】
なお、本発明において、案件に対する振り直しが行われると、図６の組織テーブル６１０（変更後）の最新の組織情報を案件に振り直し処理担当者を解決するものとする。
【００６２】
なお、組織テーブルとはワークフローの起案・承認を行うユーザがどの組織にどの役割で所属しているかが登録されているテーブルであり、一例として、図６の組織テーブル６００（変更前）、或いは、組織テーブル６１０（変更後）に示す通り、部門ＩＤ、ロールＩＤ、ユーザＩＤ、氏名からなる。ここでは、図６の組織テーブル６１０（変更後）をもとに組織テーブルを構成する各項目について説明を行う。
【００６３】
すなわち、案件の承認経路を形成する要素となる組織情報を記憶する。
【００６４】
部門ＩＤ６１１には、ユーザが所属する部門のＩＤが登録される。なお、階層ごとに部門ＩＤが振られるため、複数の階層を持つ組織については、ここでは、各階層の部門ＩＤが連結されることによってＩＤが登録される。
【００６５】
ロールＩＤ６１２には、ある部門に所属しているユーザに割り当てられているロール（役割）のＩＤが登録される。
【００６６】
ユーザＩＤ６１３には、ユーザに割り当てられているＩＤが登録される。
【００６７】
氏名６１４には、登録されているユーザの氏名が登録される。
【００６８】
なお、図６の組織テーブル６００（変更前）の項目の構成は、図６の組織テーブル６１０（変更後）と同様であるため説明は省略する。
【００６９】
なお、図６の組織テーブル６００（変更前）、組織テーブル６１０（変更後）を階層構造で示すと、図７の組織表７００（変更前）、組織表７１０（変更後）のように図示することが可能である。
【００７０】
図７の組織表７００（変更前）の部門ＩＤ７０１は現在の階層の部門単位で振られている部門ＩＤを指し、ユーザＩＤ７０２は、部門に所属するユーザのユーザＩＤを指し、ロールＩＤ７０３は、部門に所属するユーザのロール（役割）のＩＤを指す。
【００７１】
なお、図７の組織表７１０（変更前）の部門ＩＤ７１１、ユーザＩＤ７１２、ロールＩＤ７１３は、図７の組織表７００（変更前）の部門ＩＤ７０１、ユーザＩＤ７０２、ロールＩＤ７０３と機能は同じであるため説明は省略する。
【００７２】
ステップＳ４０５において、ステップＳ４０２で取得した案件の経路上のアクティビティの処理担当者となっていた人が最新組織に存在するか否かを判定する。
【００７３】
ステップＳ４０５において、ステップＳ４０４で組織の振り直しを実行した結果、最新組織に案件の処理担当者が存在する、つまり、次に処理担当者となる箇所の、案件の経路に設定されている処理担当者の指定により、最新の組織情報の中に処理担当者が存在すると判定した場合（ステップＳ４０５でＹＥＳの場合）、ステップＳ４１７へ処理を進める。
【００７４】
本発明でいう組織情報とは、部門ＩＤ、ロールＩＤ、ユーザＩＤのことを指し、組織情報の中に存在するとは、これら部門ＩＤ、ロールＩＤ、ユーザＩＤの情報の組み合わせによって設定される処理担当者が存在するということを言う。
【００７５】
また、ステップＳ４０５において、ステップＳ４０４で組織の振り直しを実行した結果、最新組織に案件の処理担当者が存在しない、つまり、次に処理担当者となる箇所の、案件の経路に設定されている処理担当者の指定により、最新の組織情報の中に処理担当者が存在しないと判定した場合（ステップＳ４０５でＮＯの場合）、ステップＳ４０６へ処理を進める。
【００７６】
図８は、組織の振り直しを実行した結果（再割り当てルールとマッピング設定は未適応）の各案件の処理待ちアクティビティにおける、振り直した組織において処理担当者を解決した処理担当者指定の一例を示す図である。
【００７７】
まず、図８の各項目について説明を行う。
【００７８】
図８の業務８０１は、業務ＩＤであり、案件の業務種別を示すＩＤである。
【００７９】
図８の案件８０２は、案件を一意に識別する案件ＩＤである。案件とはワークフローの申請の処理単位のことを指す。
【００８０】
図８の部門８０３は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者が所属する部門ＩＤを示す。
【００８１】
図８のロール８０４は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者のロールＩＤを示す。
【００８２】
図８のユーザ８０５は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者のユーザＩＤを示す。
【００８３】
図８の部門８０６は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、組織の振り直しを実行した後（再割り当てルールとマッピング設定は未適応）、振り直した組織において、処理担当者を解決した処理担当者指定における、部門ＩＤを示す。
【００８４】
図８のロール８０７は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、組織の振り直しを実行した後（再割り当てルールとマッピング設定は未適応）、振り直した組織において、処理担当者を解決した処理担当者指定における、ロールＩＤを示す。
【００８５】
図８のユーザ８０８は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、組織の振り直しを実行した後（再割り当てルールとマッピング設定は未適応）、振り直した組織において、処理担当者を解決した処理担当者指定における、ユーザＩＤを示す。
【００８６】
図８の現在の案件の状態８０９は、組織の振り直しを実行した結果（再割り当てルールとマッピング設定は未適応）の、案件の状態を示す。
【００８７】
なお、本発明は、処理待ち担当者となっているアクティビティが、申請アクティビティ（アクティビティ＝処理単位）と承認アクティビティ（アクティビティ＝処理単位）の双方においても同様の処理を適応可能であるが、図８における案件の状態の説明は、処理待ち状態となっているアクティビティが、承認アクティビティのケースにおける例を挙げて説明を行うこととする。
【００８８】
また、案件のユーザ実行アクティビティにおける処理担当者の解決状況の説明は、図８と、後述の図９、図１０、図１１においても行うこととし、合議アクティビティにおける処理担当者の解決状況の説明は、合議図１７、図１８、図１９、図２０において説明を行うこととする。
【００８９】
続いて、図８を用いて、各案件についてステップＳ４０５における処理判定結果について説明を行う。
【００９０】
なお、案件に対する経路の処理担当者指定は、この図７の組織表７００（変更前）を基に指定がされているものとし、新しく案件に対し振りなおす図７の組織表７１０（変更後）において、案件の処理担当者の解決を試みることとする。
【００９１】
図８の案件１のデータは、組織の振り直し前に、経路上設定されていた案件の処理担当者が振り直し前の組織の、部門８０３＝Ａ００１Ｂ００１、ロール８０４＝ｂｕｃｈｏという処理担当者（図７の組織表７００（変更前）のｕｓｅｒＢ１）が経路上設定されていたとする。次に、案件１に対して、新しい組織を振り直した後は、新しい組織に部門＝Ａ００１Ｂ００１、ロール＝ｂｕｃｈｏという役割をもつ処理担当者が存在するため（図７の組織表７１０（変更後）のｕｓｅｒＥ１）、組織の振り直しは成功し（ステップＳ４０５においてＹＥＳ）、ステップＳ４１７へ処理を進める。
【００９２】
なお、この部門とは、各階層にふられる連結コードで表現することとする。従がって、１階層ごとの部門名が同じとしても、上位組織からの連結コードとして表現すると違う場合は、違う部門としてみなすこととする。
【００９３】
図８の案件２は、振り直し前の経路の設定上の処理担当者において、部門８０３＝Ａ００１Ｂ００１、ロール８０４＝ｂｕｃｈｏ、ユーザ８０５＝ｕｓｅｒＢ１、で指定されるユーザが処理担当者として指定されていたが（図７の組織表７００（変更前））、図７の組織表７１０（変更後）においては、そのような部門に所属するユーザが存在しないため、処理担当者が解決できない（ステップＳ４０５においてＮＯ）。
【００９４】
図８の案件３、４、５、６、７は、振り直し前の、図７の組織表７００（変更前）を基に設定された経路上の処理担当者が所属する部門が、そもそも、図７の組織表７１０（変更後）においては存在しないため、処理担当者が解決できない（ステップＳ４０５においてＮＯ）。
【００９５】
なお、経路上の処理担当者は、ここでは、部門、ロール、ユーザの３つの情報で指定する方法、部門、ロールの２つの情報で指定する方法、また、ユーザのみの１つ情報で指定する方法があり、それらのうちのいずれかの方法で指定することとする。
【００９６】
ステップＳ４１７において、案件テーブルに対し更新をかけ、案件の組織バージョンを最新の組織バージョンに更新する。
【００９７】
組織の振り直し直後に処理待ちとなっていて、案件の処理担当者が部門とロール（役割）による指定で処理担当者が経路上で設定されていた場合で、その役割に該当する処理担当者が新組織では別の人が割り当てられている等で、案件の処理担当者情報に変更がある場合は、案件の処理担当者の情報を更新する。
【００９８】
図５の案件テーブル５００は、組織の振り直し前の状態の案件テーブルの一例であり組織の振り直し後、案件１に対して組織のバージョンが更新された状態の案件テーブルの一例は、図５の案件テーブル５１０で図示している。
【００９９】
図８の案件１に対応する図５の案件テーブル５００における案件は、案件ＩＤ５０２が「００００１」であり、振り直し前の処理担当者は、担当者部門ＩＤ５０３が「Ａ００１Ｂ００１」、担当者ロールＩＤ５０４が「ｂｕｃｈｏ」で指定されていて、ステップＳ４０４において組織の振り直し処理が行われた際に、組織の振り直しが成功し、図８の案件１に示すように処理担当者が解決できたため、その案件の図５の案件テーブル５１０の組織バージョン５１６に図示するように、図７の組織表７１０（変更後）の新組織のバージョンに更新がされる。
【０１００】
しかし、図８の案件２から案件７は、案件テーブル５００のの案件ＩＤが「００００２」から「００００８」に示すように、この時点においては、処理担当者が最新の組織で解決できなかったため、それらの案件の、案件テーブル５１０における組織バージョン５１６に示すように、図７の組織表７００（変更前）の旧組織のバージョンのままとなる。
【０１０１】
ステップＳ４０５で案件の処理担当者を最新組織で解決できない場合、ステップＳ４０６において、ステップＳ４０２で取得した案件のデータをもとにプロセステーブルから再割り当てルールを取得する。例えば、図８の案件の場合、業務８０１の情報をキーとして、図１４のプロセステーブル１４００の業務ＩＤ１４０２に合致するものを取得しにいく。
【０１０２】
そして、申請アクティビティが処理待ちである場合は、申請アクティビティに対する再割り当て設定１４０４を取得し、承認アクティビティが処理待ちである場合は、承認アクティビティに対する再割り当て設定１４０５を取得する。
【０１０３】
なお、本実施例における案件の状態の説明は、処理待ち状態となっているアクティビティが、承認アクティビティのケースにおける例を挙げて説明を行うこととしているため、承認アクティビティに対する再割り当て設定１４０５の情報を取得することとする。
【０１０４】
なお、本実施例の案件の動作の例としてあげている図８、９、１０、１１、１７、１８、１９、２０における案件１から案件８において、案件３のみ、再割り当ての実施を行わない設定であることとする。
【０１０５】
プロセステーブルの構成は、図１４のプロセステーブル１４００に示す通り、プロセスＩＤが登録されるプロセスＩＤ１４０１、業務ＩＤ１４０２、プロセス名１４０３、申請アクティビティに対する再割り当て設定１４０４、承認アクティビティに対する再割り当て設定１４０５、プロセス情報１４０６からなる。
【０１０６】
プロセスＩＤ１４０１には、案件を起案するための業務ごとに作成された経路単位のＩＤが登録される。
【０１０７】
業務ＩＤ１４０２には、案件を起案するための業務のＩＤが登録される。
【０１０８】
プロセス名１４０３には、プロセスの名称が登録される。
【０１０９】
申請アクティビティに対する再割り当て設定１４０４には、申請アクティビティにおける再割り当てルールの設定が登録される。
【０１１０】
承認アクティビティに対する再割り当て設定１４０５には、承認アクティビティに対する再割り当てルールの設定が登録される。
【０１１１】
プロセス情報１４０６には、プロセス情報（経路情報）の定義が登録される。
【０１１２】
例えば、プロセスＩＤ１４０１がｒｏｕｔｅ‐００２は、申請アクティビティに対する再割り当て設定１４０４は、同一ＩＤのユーザであるため、再割り当てのユーザは同一ＩＤのユーザで探しにいくことになり、承認アクティビティに対する再割り当て設定１４０５は、再割り当てを実行しないとなっているため、再割り当ては行われないということになる。
【０１１３】
本実施例の案件の動作の例としてあげている案件３は、図８において業務８０１が「ＢＩＺ００２」であり、プロセステーブル１４００において、再割り当ての設定を取得すると、業務ＩＤ１４０２が「ＢＩＺ００２」のレコードが取得でき、この場合の承認アクティビティに対する再割り当て設定１４０５は「再割り当てを実行しない」となっているため、再割り当ての実施を行わない設定である、ということになる。
【０１１４】
ステップＳ４０７において、ステップＳ４０６で取得した再割り当ての設定が、再割り当てを実行しない場合（ステップＳ４０７でＮＯの場合）、ステップＳ４１０へ処理を進め、再割り当てを実行する場合（ステップＳ４０７でＹＥＳの場合）はステップＳ４０８へ処理を進める。
【０１１５】
図９は、再割り当てルールを適応後の各案件の処理待ちアクティビティにおける、振り直した組織において処理担当者を解決した処理担当者指定の一例を示す図である。
【０１１６】
図９の業務９０１は、業務ＩＤであり、案件の業務種別を示すＩＤである。
【０１１７】
図９の案件９０２は、案件を一意に識別する案件ＩＤである。
【０１１８】
図９の部門９０３は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者が所属する部門ＩＤを示す。
【０１１９】
図９のロール９０４は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者のロールＩＤを示す。
【０１２０】
図９のユーザ９０５は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者のユーザＩＤを示す。
【０１２１】
図９の部門９０６は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、再割り当てルールを適応後（マッピング設定は未適応）、振り直した組織において処理担当者を解決した処理担当者指定における、部門ＩＤを示す。
【０１２２】
図９のロール９０７は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、再割り当てルールを適応後（マッピング設定は未適応）、振り直した組織において処理担当者を解決した処理担当者指定における、ロールＩＤを示す。
【０１２３】
図９のユーザ９０８は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、再割り当てルールを適応後（マッピング設定は未適応）、振り直した組織において処理担当者を解決した処理担当者指定における、ユーザＩＤを示す。
【０１２４】
図９の現在の案件の状態９０９は、再割り当てルールを適応して「処理担当者の再割り当て」処理を実行した後（マッピング設定は未適応）の、案件の状態を示す。
【０１２５】
図９の案件３は、業務９０１が「ＢＩＺ００２」であり、図１４のプロセステーブル１４００の業務ＩＤ１４０２が「ＢＩＺ００２」に該当する承認アクティビティに対する再割り当て設定１４０５は、「再割り当てを実行しない」となっているため、ステップＳ４０７において、案件３は再割り当てを実行しない案件であると判断（ステップＳ４０７でＮＯ）し、ステップＳ４１０へ処理を進める。
【０１２６】
ステップＳ４０８において、最新の組織情報と案件に適応されている組織バージョンの組織を組織テーブルから取得する。取得した組織情報、ステップＳ４０６で取得した再割り当てのルール、案件の処理担当者の情報を使用し、担当者の解決を試みる。
【０１２７】
すなわち、振り直しによって処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定できなかった場合、案件の処理担当者に再割り当てルールを適応することにより、処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定する処理担当者再割り当てを行う。
【０１２８】
なお、この再割当てのルールとは、振り直し実行時に担当者が解決できなかった場合に利用するルールであり、経路に設定しておくものである。
【０１２９】
例えば、処理担当者が部門とロールで指定されている場合は、再割り当ての設定として「同一部門／ロールのユーザ」、または、「同一部門の部門長」、「別途指定した部門／ロールに属するユーザ」のいずれかが割り当てられていると、そのルールに従って処理担当者を解決しようとする。
【０１３０】
処理担当者が部門、ロール、ユーザで指定されている場合は、再割り当ての設定におき、「同一部門／ロールのユーザ」、「同一ＩＤのユーザ」、「同一部門の部門長」、「別途指定した部門／ロールに属するユーザ」のいずれかが割り当てられると、そのルールに従って処理担当者を解決しようとする。
【０１３１】
処理担当者がユーザのみで指定されている場合は、再割り当ての設定におき、「同一ＩＤのユーザ」が割り当てられると、同じユーザで処理担当者を解決しようとする。また、「別途指定した部門／ロールに属するユーザ」が割り当てられた場合、そのユーザで処理担当者を解決しようとする。
【０１３２】
この時、最新組織内に該当する案件の処理担当者が最新組織に存在するかどうか確認する。たとえば、案件の処理担当者が経路設計上、部門がＡ００１Ｂ００１、ロール（役割）がｂｕｃｈｏで、ユーザ（ユーザＩＤ）がｕｓｅｒＢ１という指定がされていて、再割り当てルールの設定が「同一ユーザ」の場合、最新組織内に、ユーザ（ユーザＩＤ）がｕｓｅｒＢ１である処理担当者が存在するかどうかを確認する。
【０１３３】
なお、この発明における再割り当てルールについては、図１５に示す通りである。図１５のアクティビティへの処理担当者の指定１５００は、部門＋ロール＋ユーザ１５０１、ユーザ１５０２、部門＋ロール１５０３の項目からなり、この各設定パターンに応じて、再割り当ての適応可能なルール１５１０における、各再割り当てルール（１５１１から１５１４）の設定の可否が決まる。
【０１３４】
再割り当ての適応が可能なルール１５１０では、同一部門／ロールのユーザ１５１１、同一ＩＤのユーザ１５１２、同一部門の部門長１５１３、別途指定した部門／ロールに属するユーザ１５１４からなり、アクティビティへの処理担当者の指定１５００の各処理担当者の設定（１５０１から１５０３）に対する、再割り当ての適応可能なルール１５１０の各ルール（１５１１から１５１４）に対する設定が可能か否かを図示している。
【０１３５】
例えば、アクティビティに対し部門＋ロール１５０３で配送先が指定されている場合、同一部門／ロールのユーザ１５１１と、同一部門の部門長１５１３、別途指定した部門／ロールに属するユーザ１５１４が指定可能である。
【０１３６】
なお、図１５で示す通り、図１５のアクティビティへの処理担当者の指定１５００のそれぞれの処理担当者の設定に対する（１５０１から１５０３）に対する、再割り当ての適応が可能なルール１５１０（１５１１から１５１４）の設定可能か否かはそれぞれ異なる。
【０１３７】
再び図４に戻って説明をする。ステップＳ４０９において、ステップＳ４０８で取得した再割り当てルールを使用して処理担当者を解決しようとした結果、案件の処理担当者が最新の組織（図７、組織表７１０（変更後））において、解決できるか否かを判定する。
【０１３８】
ステップＳ４０９で、再割り当てルールを適応し、担当者の解決を試みた後に、最新の組織に案件の処理担当者が存在する（解決できる）と判定した場合、すなわち、処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定できると判定した場合、ステップＳ４１７へ進む。ステップＳ４０９で、案件の処理担当者存在しない（解決できない）と判定した場合、すなわち、処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定できない場合はステップＳ４１０へ処理を進める。
【０１３９】
図９の案件２は、ステップＳ４０９において、案件の処理担当者が最新の組織で解決できる場合（ステップＳ４０９でＹＥＳの場合）の案件である。振り直し前の経路の設定上の処理担当者において、部門９０３：Ａ００１Ｂ００１、ロール９０４：ｂｕｃｈｏ、ユーザ９０５：ｕｓｅｒＢ１に該当する人が処理担当者として指定されていたが、再割り当てのルールを同一ＩＤのユーザ（案件２の業務９０１は「ＢＩＺ００１」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一ユーザ」となっている）として、再割り当てを行った結果、振り直し後の担当者は、部門＝Ａ００１Ｅ００１、ロール＝ｂｕｃｈｏ、ユーザ＝ｕｓｅｒＢ１に該当する人が処理担当者となり、新しい組織では、このユーザが存在するため、振り直しが成功する。
【０１４０】
引き続きステップＳ４１７において、案件テーブルに対し更新をかけ、案件の組織バージョンを最新の組織バージョンに更新する。
【０１４１】
図９の案件３に対して、この案件に対してのみ再割り当ての設定を行わないこととした場合、ステップＳ４０９においてＮＯとなり、ステップＳ４１０に処理を進める。ステップＳ４１０の処理については、後述する。
【０１４２】
なお、図９の案件４に対して、再割り当ての設定を同一部門／ロールのユーザ（案件４の業務９０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）をルールとして適応した場合、図７の組織表７００（変更前）の組織情報で設定されていた、部門９０３＝Ａ００１Ｂ００１Ｃ００１、ロール９０４＝ｋａｃｈｏの指定による処理担当者は新しい組織では存在しない（部門＝Ａ００１Ｂ００１Ｃ００１という組織は、図７の組織表７１０（変更後）の新組織には存在しない）ため、ステップＳ４０９において、案件の処理担当者存在しない（解決できない）と判定し、ステップＳ４１０に処理を進める。
【０１４３】
図９の案件５も同じく、再割り当ての設定を同一部門／ロールのユーザ（案件５の業務９０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）をルールとして適応した場合、図７の組織表７００（変更前）の組織情報で設定されていた、部門９０３＝Ａ００１Ｂ００１Ｃ００１Ｄ００１、ロール９０４＝ｋａｃｈｏの指定による処理担当者は新しい組織では存在しない（部門＝Ａ００１Ｂ００１Ｃ００１Ｄ００１は図７の組織表７１０（変更後）の新組織に既に存在しない）ため、ステップＳ４０９において、案件の処理担当者存在しない（解決できない）と判定し、ステップＳ４１０に処理を進める。
【０１４４】
図９の案件６も同じく、再割り当ての設定を同一部門／ロールのユーザ（案件６の業務９０１は「ＢＩＺ００３」であり、それに該当する図１３の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）をルールとして適応した場合、図７の組織表７００（変更前）の組織情報で設定されていた、部門９０３＝Ａ００１Ｇ００１、ロール９０４＝ｋａｃｈｏの指定による処理担当者は新しい組織では存在しない（部門＝Ａ００１Ｇ００１は図７の組織表７１０（変更後）の新組織に既に存在しない）ため、ステップＳ４０９において、案件の処理担当者存在しない（解決できない）と判定し、ステップＳ４１０に処理を進める。
【０１４５】
図９の案件７も同じく、再割り当ての設定を同一部門／ロールのユーザ（案件７の業務９０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）をルールとして適応した場合、図７の組織表７００（変更前）の組織情報で設定されていた、部門９０３＝Ａ００１Ｘ００１、ロール９０４＝ｋａｃｈｏの指定による処理担当者が新しい組織では存在しない。
【０１４６】
従って、ステップＳ４０９において、案件の処理担当者が存在しない（解決できない）と判定し、ステップＳ４１０に処理を進める。
【０１４７】
ステップＳ４１０において、図１２のマッピングテーブル１２００からマッピング設定を取得する。このマッピングテーブル１２００とは、再割り当てを適用しても解決できなかった処理担当者を、解決するためのものであり、経路上設定されている処理担当者の所属情報（組織の振り直し前の処理担当者の所属情報）と、振り直された新しい組織における処理担当者の所属情報を結びつけるための対応表である。
【０１４８】
マッピングテーブルの構成は、図１２のマッピングテーブル１２００に一例を示す通り、マッピングの適用順の番号が登録される番号１２０１、次に、組織変更前の情報が登録される、部門ＩＤ１２０２、ロールＩＤ１２０３、ユーザＩＤ１２０４、配下部門１２０５、さらに、組織変更後の情報が登録される、部門ＩＤ１２０６、ロールＩＤ１２０７、ユーザＩＤ１２０８、マッピングの設定の有効期間の情報である、有効日時開始日１２０９と有効日時終了日１２１０からなる。
【０１４９】
すなわち、組織変更前の組織情報と組織変更後の組織情報を紐付けて記憶する。また、マッピングテーブル１２００に記憶された組織変更後の組織情報は、部門情報、役割情報、ユーザ情報、によって構成される。
【０１５０】
番号１２０１には、マッピングの適用順の番号が登録される。
【０１５１】
部門ＩＤ１２０２には、組織変更前の部門ＩＤが登録される。
【０１５２】
ロールＩＤ１２０３には、組織変更前のロールＩＤが登録される。
【０１５３】
ユーザＩＤ１２０４には、組織変更前のユーザＩＤが登録される。
【０１５４】
配下部門１２０５には、部門ＩＤ１２０２に登録されている現在の階層の組織だけでなく、配下の部門に対してマッピングを適応させるか否かのフラグを登録する。
【０１５５】
部門ＩＤ１２０６には、組織変更前の部門ＩＤに対応する、組織変更後の部門ＩＤが登録される。
【０１５６】
ロールＩＤ１２０７には、組織変更前のロールＩＤに対応する、組織変更後のロールＩＤが登録される。
【０１５７】
ユーザＩＤ１２０８には、組織変更前のユーザＩＤに対応する、組織変更後のユーザＩＤが登録される。
【０１５８】
有効日時開始日１２０９には、マッピング設定が有効となる、有効日時開始日が登録される。
【０１５９】
有効日時終了日１２１０には、マッピング設定が終了となる、有効日時終了日が登録される。
【０１６０】
なお、マッピングの適用順の番号が登録される番号１２０１と、案件に対して適応可能なマッピングテーブルのキーのパターンについて以下説明を行う。
【０１６１】
マッピングを行う際には、マッピングテーブル１２００の番号１２０１の番号が小さい順に適用できるかどうか各設定を確認していく。つまり、組織の振り直しを行う前の処理担当者の情報を構成する、部門ＩＤ，ロールＩＤ、ユーザＩＤの組み合わせから設定されるマッピングのキーが存在するかを確認していくことを行う。
【０１６２】
マッピングのキーとなる組織の変更前の部門ＩＤ，ロールＩＤ、ユーザＩＤに関する情報は、次の通り作成することが出来る。
【０１６３】
例えば、部門ＩＤ、ロールＩＤ、ユーザＩＤの３つで処理担当者が指定されている場合は、マッピングテーブルのレコード参照するためのキーとしては、１．部門ＩＤのみ、２．ロールＩＤのみ、３．ユーザＩＤのみ、４．部門ＩＤとロールＩＤの組み合わせ、５．部門ＩＤ、ロールＩＤ、ユーザＩＤの組み合わせ、のパターンを設定することができる。処理担当者を決定する情報が部門ＩＤ、ロールＩＤ、ユーザＩＤの全ての情報で担当者が指定されていない場合は、存在する情報のみを用いて、上記パターンに適応することが可能なケースについて、マッピングさせるためのキーとなるレコードを作成することが出来る。
【０１６４】
例えば、部門ＩＤとロールＩＤで処理担当者が指定されている場合は、ユーザＩＤの情報以外の組み合わせでキーを作成することが出来る。
【０１６５】
また、配下部門１２０５のフラグがＯＮの場合は、組織変更元の部門ＩＤ１２０２の配下の部門に対しても、このマッピングを適応させるという意味になり、配下部門１２０５のフラグがＯＦＦの場合は、マッピングは、組織変更元の部門ＩＤ１２０２に登録された階層の組織に対してのみで適応され、その配下の部門には適応はされないということになる。
【０１６６】
すなわち、マッピングにおいて設定される組織変更前の組織情報と、組織変更後の組織情報の対応付けは、組織変更前の組織情報と組織変更後の組織情報に対応付けられた組織情報の階層のみの紐づけを行うこと、或いは、組織変更前の組織情報と組織変更後の組織情報に対応付けられた組織情報の配下組織にまで及び紐づけを行うこと、を切り替え可能であることとする。
【０１６７】
このように部門ＩＤ、ロールＩＤ、ユーザＩＤからなる（最低限部門ＩＤを持つ）マッピング設定と、配下部門１２０５と組み合わせることによってもマッピングのパターンをさらに作成することが出来る。
【０１６８】
なお、マッピングテーブル１２００に登録される情報は番号１２０１で管理がされ、適応できるマッピングのレコードの中で一番若い番号のレコードがマッピングで適応される。
【０１６９】
次に適応され得るマッピング設定のパターンについて、図１３を基に詳しく説明を行う。図１３の案件の処理担当者１３００は、マッピング設定の処理を待つ案件の処理担当者の状態を示す表である。ここでは、部門ＩＤがＡ００１Ｂ００１Ｃ００１、ロールＩＤがｋａｃｈｏ、ユーザＩＤがｕｓｅｒＤ１となっている。その場合に、マッピングが適応可能なパターンを、図１３の適応され得るマッピング設定パターン１３０１の表に図示している。
【０１７０】
案件の処理担当者１３００の例においては、部門ＩＤ、ロールＩＤ、ユーザＩＤによって処理担当者が指定されているため、番号１３０２が「１」から「５」の例に図示するように、組織変更前の情報であるマッピングのキー（部門ＩＤ１３０４、ロールＩＤ１３０５、ユーザＩＤ１３０６の組み合わせによるキー）は、１．部門ＩＤのみ、２．ロールＩＤのみ、３．ユーザＩＤのみ、４．部門ＩＤ＋ロールＩＤの組み合わせ、５．部門ＩＤ＋ロールＩＤ＋ユーザＩＤの組み合わせ、によって作成することが可能である。
【０１７１】
さらに、番号１３０２が「６」から「８」の例に図示するように、前述の部門ＩＤを１つでも含むマッピングのキーである番号１３０２が「１」、「４」、「５」に対しては、案件の処理担当者１３００で指定されている部門ＩＤよりも、上位の組織を部門ＩＤ１３０４において指定し、配下部門フラグ１３０７をＯＮ（有効）にすることによって、マッピングのキーを作成し、それに対応する組織の変更後の処理担当者を設定しておくことも可能である。
【０１７２】
また、案件の処理担当者１３００に対し、図１３の番号１３０２が「１」のマッピング設定を適応した場合、これを基に案件の処理担当者１３００の案件に対しマッピングを行うと、組織変更後の部門ＩＤ１３０８が、Ａ００１Ｂ００１Ｈ００１Ｄ００１であるため、マッピング後の処理担当者は、部門ＩＤがＡ００１Ｂ００１Ｈ００１Ｄ００１、ロールＩＤがｋａｃｈｏ、ユーザＩＤが、ｕｓｅｒＤ１となる（図１３の番号１３０２が「１」のマッピング結果１３０９）。
【０１７３】
すなわち、マッピングは、案件の配送先となる処理担当者の組織情報を構成する部門情報、役割情報、ユーザ情報のいずれか、またはいずれか複数の組み合わせからなる組織情報に該当するものが、マッピング情報のキーとして組織変更前の組織情報として存在する場合、キーとなる組織変更前の組織情報に紐づく前記組織変更後の組織情報によって、処理担当者を決定する。
【０１７４】
これと同じように番号１３０２が「２」から「８」をそれぞれ、案件の処理担当者１３００に対しマッピングした場合、マッピング結果１３０９に図示するように、マッピングが行われる。
【０１７５】
再び図４の処理図に戻って説明を行う。
【０１７６】
ステップＳ４１１において、ステップＳ４１０で取得したマッピング設定内において、案件の処理担当者に関連したマッピングのキーが存在するか否かをマッピングテーブル１２００の番号１２０１の番号の小さい順に確認していく。一致する設定が存在しない場合、また、一致したとしても、その設定が有効日時開始日１２０９と有効日時終了日１２１０の範囲内では無い場合、ステップＳ４１８へ処理を進め、振り直しエラーとなり、処理担当者が解決できないまま本処理を終了する。
【０１７７】
次に、ステップＳ４１０において、マッピング設定の取得を行った時の各案件の動作について図１０をもとに説明を行う。
【０１７８】
図１０は、マッピング設定を適応後の各案件の処理待ちアクティビティにおける、振り直した組織において処理担当者を解決した処理担当者指定の一例を示す図である。
【０１７９】
図１０の業務１００１は、業務ＩＤであり、案件の業務種別を示すＩＤである。
【０１８０】
図１０の案件１００２は、案件を一意に識別する案件ＩＤである。
【０１８１】
図１０の部門１００３は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者が所属する部門ＩＤを示す。
【０１８２】
図１０のロール１００４は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者のロールＩＤを示す。
【０１８３】
図１０のユーザ１００５は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者のユーザＩＤを示す。
【０１８４】
図１０の部門１００６は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、マッピング設定を適応後の、振り直した組織において処理担当者を解決した処理担当者指定の部門ＩＤを示す。
【０１８５】
図１０のロール１００７は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、マッピング設定を適応後の、振り直した組織において処理担当者を解決した処理担当者指定の、ロールＩＤを示す。
【０１８６】
図１０のユーザ１００８は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、マッピング設定を適応後の、振り直した組織において処理担当者を解決した処理担当者指定の、ユーザＩＤを示す。
【０１８７】
図１０の現在の案件の状態１００９は、マッピング設定を適応した後の、案件の状態を示す。
【０１８８】
まず、図１０の案件３について説明を行う。図１０の案件３の組織の振り直し前の処理担当者の指定は、部門１００３＝Ａ００１Ｂ００１Ｃ００１、ロール１００４＝ｋａｃｈｏであり、図１２のマッピングテーブル１２００において、その処理担当者に合致する組織変更前の処理担当者のマッピングのキーは、図１２のマッピングテーブル１２００の番号１２０１が「２」のレコードとなる。また、設定を利用する現在日時が有効日時開始日１２０９と有効日時終了日１２１０の範囲内である場合、ステップＳ４１１でＹＥＳとなる。
【０１８９】
更にステップＳ４１２において、マッピング設定に従って処理担当者の解決を試みた結果、すなわち、振り直しによって処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定できなかった場合に、マッピング情報に記憶された組織変更前の組織情報と組織変更後の組織情報を用いて、処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定した結果、図１２のマッピングテーブル１２００の番号１２０１が２のレコードにおける、組織変更後における処理担当者指定である、部門ＩＤ１２０６＝Ａ００１Ｂ００１Ｈ００１、ロールＩＤ１２０７＝ｉｐｐａｎに該当する処理担当者は、図７の組織表７１０（変更後）に存在し、処理担当者を解決できるため、ステップＳ４１３でＹＥＳとなる。その後、ステップＳ４１７へ処理を進める。
【０１９０】
次に、図１０の案件４について説明を行う。図１０の案件４の組織の振り直し前の処理担当者の指定は、部門１００３＝Ａ００１Ｂ００１Ｃ００１、ロール１００４＝ｋａｃｈｏ、ユーザ１００５＝ｕｓｅｒＣ１であり、図１２のマッピングテーブル１２００において、その処理担当者に合致する組織変更前の処理担当者のマッピングのキーは、図１２のマッピングテーブル１２００の番号１２０１が「１」のレコードとなる。また、設定を利用する現在日時が有効日時開始日１２０９と有効日時終了日１２１０の範囲内である場合、ステップＳ４１１でＹＥＳとなる。
【０１９１】
更にステップＳ４１２において、マッピング設定に従って処理担当者の解決を試みた結果、すなわち、振り直しによって処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定できなかった場合に、マッピング情報に記憶された組織変更前の組織情報と組織変更後の組織情報を用いて、処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定した結果、図１２のマッピングテーブル１２００の番号１２０１が１のレコードにおける、組織変更後における処理担当者指定である、部門ＩＤ１２０６＝Ａ００１Ｂ００１Ｈ００１、ロールＩＤ１２０７＝ｉｐｐａｎ、ユーザＩＤ１２０８＝ｕｓｅｒＣ２に該当する処理担当者は、図７の組織表７１０（変更後）に存在し、処理担当者を解決できるため、ステップＳ４１３でＹＥＳとなる。その後、ステップＳ４１７へ処理を進める。
【０１９２】
ステップＳ４１３において、案件の処理担当者が最新組織で解決できたため（ステップＳ４１３でＹＥＳであるため）、ステップＳ４１７へ処理をすすめ、案件の組織バージョンを最新の組織バージョンに更新する。つまり、案件に新しい処理担当者を設定し、案件の組織バージョンを最新の組織バージョンに更新する。例えば、図１０の案件３、４は、マッピングテーブル１２００より処理担当者を解決することによって、案件に割り当てられている組織バージョンが最新のものになる。
【０１９３】
すなわち、組織の振り直しによって案件の組織の振り直しが失敗し、かつ、処理担当者の再割り当が、組織変更後の組織情報において決定できなかった場合に、マッピングテーブル１２００に記憶された組織変更前の組織情報と組織変更後の組織情報を用いて処理待ちの該案件の該処理担当者を決定する。
【０１９４】
次に、図１０の案件５について説明を行う。図１０の案件５の組織の振り直し前の処理担当者の指定は、部門１００３＝Ａ００１Ｂ００１Ｃ００１Ｄ００１、ロール１００４＝ｋａｃｈｏであり、図１２のマッピングテーブル１２００において、その処理担当者に合致する組織変更前の処理担当者となるマッピングのキーが存在しない。そのため、ステップＳ４１１でＮＯ（未解決の処理担当者に対してマッピング設定が存在しない）と判定される。その後、ステップＳ４１８へ処理を進め、振り直しエラーとなり、処理担当者が解決できないまま本処理を終了する。
【０１９５】
なお、図１０の案件５においては、図１２のマッピングテーブル１２００の番号１２０１が「２」の部門ＩＤ１２０２＝Ａ００１Ｂ００１Ｃ００１の配下部門がＯＮであれば、これは、マッピング先の振り直し後の新しい組織の配下部門までマッピングの設定を反映することが出来るということであるためこの設定を使用することが出来るが、今回は、配下部門がＯＦＦになっていて、マッピングのキー設定情報が存在しないためマッピングの設定が不可能となる。
【０１９６】
従がって、ステップＳ４１１では未解決の処理担当者に対してマッピング設定が存在しないと判定されるため（ステップＳ４１１でＮＯであるため）、ステップＳ４１８に進み振り直しエラーとなり本処理を終了する。
【０１９７】
また、図１０の案件５は、マッピングテーブル１２００より処理担当者が解決できなかったため、案件に割り当てられている組織バージョンは最新のものに更新ができない。
【０１９８】
次に、図１０の案件６について説明を行う。図１０の案件６の組織の振り直し前の処理担当者の指定は、部門１００３＝Ａ００１Ｇ００１、ロール１００４＝ｋａｃｈｏであり、図１２のマッピングテーブル１２００において、その処理担当者に合致する組織変更前の処理担当者のマピングのキーは、図１２のマッピングテーブル１２００の番号１２０１が「３」のレコードとなる。また、設定を利用する現在日時が有効日時開始日１２０９と有効日時終了日１２１０の範囲内である場合、ステップＳ４１１でＹＥＳとなる。
【０１９９】
続いて、ステップＳ４１２において、マッピング設定に従って処理担当者の解決を試みた結果、すなわち、振り直しによって処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定できなかった場合に、マッピング情報に記憶された組織変更前の組織情報と組織変更後の組織情報を用いて、処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定した結果、図１２のマッピングテーブル１２００の番号１２０１が「３」のレコードにおける、組織変更後における処理担当者である、部門ＩＤ１２０６＝Ａ００１Ｋ００１、ロールＩＤ１２０７＝ｋａｃｈｏに該当する処理担当者が、図７の組織表７１０（変更後）に存在せず、処理担当者を解決できないため、ステップＳ４１３でＮＯとなる。
【０２００】
その後、ステップＳ４１４において、ステップＳ４０６で取得した再割り当ての設定が、再割り当てを実行する設定であると判定した場合（ステップＳ４１４でＹＥＳの場合）、ステップＳ４１５へ処理を進める。
【０２０１】
ステップＳ４１４において、ステップＳ４０６で取得した再割り当ての設定が、再割り当てを実行しない設定であると判定した場合（ステップＳ４１４でＮＯの場合）、ステップＳ４１８へ処理を進め、振り直しエラーとなり、処理担当者が解決できないまま本処理を終了する。
【０２０２】
次に、図１０の案件７について説明を行う。図１０の案件７の組織の振り直し前の処理担当者の指定は、部門１００３＝Ａ００１Ｘ００１、ロール１００４＝ｋａｃｈｏ、ユーザ１００５＝ｕｓｅｒＸ１であり、図１２のマッピングテーブル１２００において、その処理担当者に合致する組織変更前の処理担当者のマッピングのキーは、図１２のマッピングテーブル１２００の番号１２０１が「５」のレコードとなる。また、設定を利用する現在日時が有効日時開始日１２０９と有効日時終了日１２１０の範囲内である場合、ステップＳ４１１でＹＥＳとなる。
【０２０３】
続いて、ステップＳ４１２において、マッピング設定に従って処理担当者の解決を試みた結果、すなわち、振り直しによって処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定できなかった場合に、マッピング情報に記憶された組織変更前の組織情報と組織変更後の組織情報を用いて、処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定した結果、図１２のマッピングテーブル１２００の番号１２０１が「５」のレコードにおける、組織変更後における処理担当者である、部門ＩＤ１２０６＝Ａ００１Ｙ００１、ロールＩＤ１２０７＝ｋａｃｈｏ、ユーザＩＤ１２０８＝ｕｓｅｒＸ１に該当する処理担当者は、図７の組織表７１０（変更後）に存在せず、処理担当者を解決できないため、ステップＳ４１３でＮＯとなる。
【０２０４】
その後、ステップＳ４１４において、ステップＳ４０６で取得した再割り当ての設定が、再割り当てを実行する設定であると判定した場合（ステップＳ４１４でＹＥＳの場合）、ステップＳ４１５へ処理を進める。
【０２０５】
ステップＳ４１４において、ステップＳ４０６で取得した再割り当ての設定が、再割り当てを実行しない設定であると判定した場合（ステップＳ４１４でＮＯの場合）、ステップＳ４１８へ処理を進め、振り直しエラーとなり、処理担当者が解決できないまま本処理を終了する。
【０２０６】
案件６，７はマッピングのキーが存在したものの、マッピングで決定した処理担当者が図７の組織表７１０（変更後）に存在しなかったため（ステップＳ４１３でＮＯ）、また、ステップＳ４１４においては再割り当てルールを使用する案件と判断したため（ステップＳ４１４でＹＥＳ）、ステップＳ４１５へ処理を進める。
【０２０７】
なお、ステップＳ４１５ではマッピングの設定に従って変換した処理担当者の情報に対して、ステップＳ４０６で取得した再割り当てルールを更に適用し、処理担当者が最新の組織において解決できるかを試みる。すなわち、マッピング処理によって、案件の処理担当者を組織変更後の組織情報において決定できなかった場合に、再度、再割り当てルールを処理担当者に適応することにより、処理待ち状態の案件の処理担当者を組織変更後の組織情報において決定することを行う。
【０２０８】
図１１は、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、各案件の処理待ちアクティビティにおける、振り直した組織において処理担当者を解決した処理担当者指定の一例を示す図である。
【０２０９】
図１１の業務１１０１は、業務ＩＤであり、案件の業務種別を示すＩＤである。
【０２１０】
図１１の案件１１０２は、案件を一意に識別する案件ＩＤである。
【０２１１】
図１１の部門１１０３は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者が所属する部門ＩＤを示す。
【０２１２】
図１１のロール１１０４は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者のロールＩＤを示す。
【０２１３】
図１１のユーザ１１０５は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者のユーザＩＤを示す。
【０２１４】
図１１の部門１１０６は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、振り直した組織において処理担当者を解決した処理担当者指定の、部門ＩＤを示す。
【０２１５】
図１１のロール１１０７は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、振り直した組織において処理担当者を解決した処理担当者指定の、ロールＩＤを示す。
【０２１６】
図１１のユーザ１１０８は、案件の経路設定において処理待ち状態のアクティビティに指定されている処理担当者の、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、振り直した組織において処理担当者を解決した処理担当者指定の、ユーザＩＤを示す。
【０２１７】
図１１の現在の案件の状態１１０９は、マッピング設定で決定された処理担当者に対して再割り当てルールを適応した後の、案件の状態を示す。
【０２１８】
図１１の案件６では、案件６に対応するマッピングの設定が存在する。そのため、マッピングの設定を適用して決定した、部門＝Ａ００１Ｋ００１、ロール＝ｋａｃｈｏに対して再割り当てルールを適用する。
【０２１９】
同一部門／ロールのユーザをルールとして適応した場合（案件６の業務９０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）、部門＝Ａ００１Ｋ００１、ロール＝ｋａｃｈｏは、図７の組織表７１０（変更後）の最新の組織に存在しないため（ステップＳ４１６においてＮＯ）、ステップＳ４１８に進み振り直しエラーとなる。
【０２２０】
図１１の案件７では、案件７に対応するマッピングの設定が存在する。そのため、マッピングの設定を適用して決定した、部門＝Ａ００１Ｙ００１、ロール＝ｋａｃｈｏ、ユーザ＝ｕｓｅｒＸ１に対して再割り当てルールを適用する。同一部門／ロールのユーザをルールとして適応した場合（案件７の業務９０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）、部門＝Ａ００１Ｙ００１、ロール＝ｋａｃｈｏで指定される処理担当者は、ｕｓｅｒＹ１として図７、組織表７１０（変更後）の新組織に存在するため（ステップＳ４１６においてＹＥＳ）、ステップＳ４１７へ処理をすすめ、案件に新しい担当者を設定し、案件の組織バージョンを最新の組織バージョンに更新する。
【０２２１】
ステップＳ４１６において、案件に新しい処理担当者を設定し、案件の組織バージョンを最新の組織バージョンに更新する。
【０２２２】
なお、案件１、２、３、４、７においては、処理担当者が解決できたため、案件の組織バージョンを最新の組織バージョンに更新することがこれまでの処理において出来たが、案件５、６に関しては処理担当者が解決できなかったため、案件の組織バージョンを最新の組織バージョンに更新することは出来なかったということになる。
【０２２３】
以上、図４のステップＳ４０３において、組織の振り直しを実行した案件のの処理待ちのアクティビティが、合議のアクティビティでなく、ユーザ実行のアクティビティであると判定した場合の、案件の処理担当者を解決する方法についての説明とする。
【０２２４】
次に、ワークフローの案件に対し、組織の振り直しを行い、図４のステップＳ４０３において、最新の組織で振り直しを実行しようとしている案件の処理待ちのアクティビティが、合議のアクティビティであると判定した場合の、案件の処理担当者を解決する方法について説明を行う。
【０２２５】
合議における処理担当者の解決方法を示す処理であるステップＳ４１９は図１６を用いて、また、合議アクティビティにおける処理担当者の解決状況は、図１７、図１８、図１９、図２０を用いて説明を行うこととする。また、振り直す組織は、図７の組織表７１０（変更後）とする。
【０２２６】
なお、図１６のステップＳ１６００からステップＳ１６１７は、ワークフローサーバ１０３のＣＰＵ２０１が行うものとする。
【０２２７】
なお、合議アクティビティの各処理担当者の解決処理である、ステップＳ１６００からステップＳ１６１４は合議の担当者分だけ繰り返されることとする。
【０２２８】
ステップＳ１６００において、処理担当者が新組織において解決できるか試みる。
【０２２９】
ステップＳ１６０１において、処理担当者が、新組織において解決できたと判定した場合、ステップＳ１６１４に進み、担当者情報を保存する。
【０２３０】
ステップＳ１６０１において、処理担当者が、新組織において解決できなかったと場合、ステップＳ１６０２に処理を進める。
【０２３１】
図１７は、組織の振り直しを実行した結果（再割り当てルールとマッピング設定は未適応）の処理待ち合議アクティビティの各処理担当者における、振り直した組織において処理担当者を解決した処理担当者指定の一例を示す図である。
【０２３２】
まず、図１７の各項目について説明を行う。
【０２３３】
図１７の業務１７０１は、業務ＩＤであり、案件の業務種別を示すＩＤである。
【０２３４】
図１７の案件１７０２は、案件を一意に識別する案件ＩＤである。
【０２３５】
図１７の合議の処理担当者ＮＯ１７０３は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている各処理担当者を示す識別番号である。
【０２３６】
図１７の部門１７０４は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者が所属する部門ＩＤを示す。
【０２３７】
図１７のロール１７０５は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者のロールＩＤを示す。
【０２３８】
図１７のユーザ１７０６は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者のユーザＩＤを示す。
【０２３９】
図１７の部門１７０７は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、組織の振り直しを実行した結果（再割り当てルールとマッピング設定は未適応）の振り直した組織において処理担当者を解決した処理担当者指定の部門ＩＤを示す。
【０２４０】
図１７のロール１７０８は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、組織の振り直しを実行した結果（再割り当てルールとマッピング設定は未適応）の振り直した組織において処理担当者を解決した処理担当者指定の、ロールＩＤを示す。
【０２４１】
図１７のユーザ１７０９は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、組織の振り直しを実行した結果（再割り当てルールとマッピング設定は未適応）の振り直した組織において処理担当者を解決した処理担当者指定の、ユーザＩＤを示す。
【０２４２】
図１７の現在の各処理担当者の状態１７１０は、組織の振り直しを実行した結果（再割り当てルールとマッピング設定は未適応）の、合議アクティビティの各処理担当者の状態を示す。
【０２４３】
図１７の合議の処理担当者ＮＯ１７０３が「１」の場合、部門１７０４＝Ａ００１Ｅ００１Ｆ００１、ロール１７０５＝ｋａｃｈｏ、ユーザ１７０６＝ｕｓｅｒＦ１で指定する処理担当者は図７の組織表７１０（変更後）に存在する。このため、ステップＳ１６００１において、案件の処理担当者が最新の組織で解決できたと判定するため、ステップＳ１６１４へ処理を進める。
【０２４４】
図１７の合議の処理担当者ＮＯ１７０３が「２」の場合、部門１７０４＝Ａ００１Ｂ００１Ｃ００１、ロール１７０５＝ｋａｃｈｏ、ユーザ１７０６＝ｕｓｅｒＣ１で指定する処理担当者は図７の組織表７１０（変更後）に存在しない。このため、ステップＳ１６００１において、案件の処理担当者が最新の組織で解決でなかったと判定するため、ステップＳ１６０２へ処理を進める。
【０２４５】
図１７の合議の処理担当者ＮＯ１７０３が「３」の場合、部門１７０４＝Ａ００１Ｂ００１Ｃ００１Ｄ０００１、ロール１７０５＝ｉｐｐａｎ、ユーザ１７０６＝ｕｓｅｒＤ１で指定する処理担当者は図７の組織表７１０（変更後）に存在しない。このため、ステップＳ１６０１において、案件の処理担当者が最新の組織で解決でなかったと判定するため、ステップＳ１６０２へ処理を進める。
【０２４６】
図１７の合議の処理担当者ＮＯ１７０３が「４」の場合、部門１７０４＝Ａ００１Ｂ００１、ロール１７０５＝ｂｕｃｈｏ、ユーザ１７０６＝ｕｓｅｒＢ１で指定する処理担当者は図７の組織表７１０（変更後）においては存在しない。
【０２４７】
このため、ステップＳ１６０１において、案件の処理担当者が最新の組織で解決でなかったと判定するため、ステップＳ１６０２へ処理を進める。
【０２４８】
図１７の合議の処理担当者ＮＯ１７０３が「５」の場合、部門１７０４＝Ａ００１Ｘ００１、ロール１７０５＝ｂｕｃｈｏで指定する処理担当者は図７の組織表７１０（変更後）に存在しない。このため、ステップＳ１６０１において、案件の処理担当者が最新の組織で解決でなかったと判定するため、ステップＳ１６０２へ処理を進める。
【０２４９】
ステップＳ１６０２において再割り当てルールを取得済みかどうかを判断する。再割り当てルールをすでに取得済みの場合はステップＳ１６０４に進む。再割り当てルールを取得していな場合はステップＳ１６０３に進み、再割り当てルールをプロセステーブル１４００から取得する。
【０２５０】
ステップＳ１６０４で再割り当てルールを適用して担当者解決を試みるか判断する。ステップＳ１６０３で取得した再割り当てルールを確認し、再割り当てを行う設定の場合（ステップＳ１６０４でＹＥＳの場合）、ステップＳ１６０５に進む。
【０２５１】
ステップＳ１６０３で取得した再割り当てルールを確認し、再割り当てを行わない設定の場合（ステップＳ１６０４でＮＯの場合）、つまり再割り当てを行う場合ステップＳ１６０７に進む。
【０２５２】
ステップＳ１６０５ではステップＳ１６０３で取得した再割り当てルールを使用して、担当者が解決できるか試みる。
【０２５３】
図１８は、案件において設定されている再割り当てルールを適用して「再割り当て処理」を実行した後（マッピング設定は未適応）の、案件の処理待ち合議アクティビティの各処理担当者における、振り直した組織において処理担当者を解決した処理担当者指定の一例を示す図である。
【０２５４】
図１８の業務１８０１は、案件の業務種別を示すＩＤである。
【０２５５】
図１８の案件１８０２は、案件を一意に識別する案件ＩＤである。
【０２５６】
図１８の合議の処理担当者ＮＯ１８０３は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている各処理担当者を示す識別番号である。
【０２５７】
図１８の部門１８０４は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者が所属する部門ＩＤを示す。
【０２５８】
図１８のロール１８０５は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者のロールＩＤを示す。
【０２５９】
図１８のユーザ１８０６は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者のユーザＩＤを示す。
【０２６０】
図１８の部門１８０７は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、案件において設定されている再割り当てルールを適用して「再割り当て処理」を実行した後（マッピング設定は未適応）の、振り直した組織において処理担当者を解決した処理担当者指定の部門ＩＤを示す。
【０２６１】
図１８のロール１８０８は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、案件において設定されている再割り当てルールを適用して「再割り当て処理」を実行した後（マッピング設定は未適応）の、振り直した組織において処理担当者を解決した処理担当者指定のロールＩＤを示す。
【０２６２】
図１８のユーザ１８０９は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、案件において設定されている再割り当てルールを適用して「再割り当て処理」を実行した後（マッピング設定は未適応）の、振り直した組織において処理担当者を解決した処理担当者指定のユーザＩＤを示す。
【０２６３】
図１８の現在の各処理担当者の状態１８１０は、再割り当てルールを適応して「処理担当者の再割り当て」処理を実行した後（マッピング設定は未適応）の、合議アクティビティの各処理担当者の状態を示す。
【０２６４】
図１８の合議の処理担当者ＮＯ１８０３が「２」の場合、ステップＳ１６０５の処理にて、部門１８０４＝Ａ００１Ｂ００１Ｃ００１、ロール１８０５＝ｋａｃｈｏ、ユーザ１８０６＝ｕｓｅｒＣ１で指定する処理担当者に対して再割り当てルールを適用する。
【０２６５】
同一部門／ロールのユーザをルールとして適応した場合（案件８の業務１８０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）、部門＝Ａ００１Ｂ００１Ｃ００１、ロール＝ｋａｃｈｏで指定する処理担当者は図７、組織表７１０（変更後）の新組織に存在しないため担当者未解決となる。
【０２６６】
図１８の合議の処理担当者ＮＯ１８０３が「３」の場合、ステップＳ１６０５の処理にて、部門１８０４＝Ａ００１Ｂ００１Ｃ００１Ｄ００１、ロール１８０５＝ｉｐｐａｎ、ユーザ１８０６＝ｕｓｅｒＤ１で指定する処理担当者に対して再割り当てルールを適用する。
【０２６７】
同一部門／ロールのユーザをルールとして適応した場合（案件８の業務１８０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）、部門：Ａ００１Ｂ００１Ｃ００１Ｄ００１、ロール＝ｉｐｐａｎの指定による処理担当者は図７、組織表７１０（変更後）の新組織に存在しないため担当者未解決となる。
【０２６８】
図１８の合議の処理担当者ＮＯ１８０３が「４」の場合、ステップＳ１６０５の処理にて、部門１８０４＝Ａ００１Ｂ００１、ロール１８０５＝ｂｕｃｈｏで指定する処理担当者に対して再割り当てルールを適用する。
【０２６９】
同一部門／ロールのユーザをルールとして適応した場合（案件８の業務１８０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）、部門＝Ａ００１Ｂ００１、ロール＝ｂｕｃｈｏの指定による処理担当者は図７、組織表７１０（変更後）の新組織のｕｓｅｒＥ１として存在するため、処理担当者が解決とされる。
【０２７０】
図１８の合議の処理担当者ＮＯ１８０３が「５」の場合、ステップＳ１６０５の処理にて、部門１８０４＝Ａ００１Ｘ００１、ロール１８０５＝ｋａｃｈｏ、ユーザ１８０６＝ｕｓｅｒＸ１、に対して再割り当てルールを適用する。
【０２７１】
同一部門／ロールのユーザをルールとして適応した場合（案件８の業務１８０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）、部門＝Ａ００１Ｘ００１、ロール＝ｋａｃｈｏの指定による処理担当者は図７、組織表７１０（変更後）の新組織に存在しないため、担当者未解決となる。
【０２７２】
ステップＳ１６０６において、ステップＳ１６０５で実施した再割り当ての結果、担当者が解決できたか否かを判断する。担当者が解決できた場合は、ステップＳ１６１４に進む。担当者が解決さできない場合はステップＳ１６０７に進む。
【０２７３】
図１７の案件８の場合、合議の処理担当者ＮＯ１７０３が「２」、「３」、「５」の処理担当者が未解決なのでステップＳ１６０７に進む。
【０２７４】
ステップＳ１６０７において、図１２のマッピングテーブル１２００からマッピング設定を取得する。このマッピング設定とは、ステップＳ４０４で、組織の振り直し処理を開始して、再割り当てルールを適応しても解決できなかった処理担当者を、解決するためのものであり、経路上設定されている処理担当者の所属情報（組織の振り直し前の処理担当者の所属情報）と、組織の振り直し後の処理担当者の所属情報を結びつけるための対応表と同じものである。
【０２７５】
ステップＳ１６０８において、ステップＳ１６０７で取得したマッピング設定内において、案件の処理担当者に関連したマッピングのキーが存在するか否かをマッピングテーブル１２００の番号１２０１の番号の小さい順に確認していく。
【０２７６】
ステップＳ１６０８において、一致する設定が存在しない場合、また、一致したとしても、その設定が有効日時開始日１２０９と有効日時終了日１２１０の範囲内では無い場合（ステップＳ１６０８においてＮＯの場合）、ステップＳ１６００へ処理を戻す。
【０２７７】
ステップＳ１６０８において、一致する設定が存在した場合（ステップＳ１６０８においてＹＥＳの場合）、ステップＳ１６０９へ処理を進め、マッピング処理を行い、処理担当者情報が新組織に存在するかどうか確認する。
【０２７８】
なお、ステップＳ１６０８の判定条件を、未解決の処理担当者に対してマッピング設定が存在し、かつ、その設定が有効期間内としているが、有効期間内を条件に入れない場合があっても良いこととする。
【０２７９】
続いて、図１９を用いて、ステップＳ１６０９において、図１９の合議の処理担当者ＮＯ１９０３が２と３と５のデータに対して、図１２のマッピングテーブル１２００において、案件の経路上のアクティビティの処理担当者に対応するマッピングのキーが存在するか否かを確認した場合の結果について説明を行う。
【０２８０】
なお、図１９は、マッピング設定を適応後の、処理待ち合議アクティビティの各処理担当者における、振り直した組織において処理担当者を解決した処理担当者指定の一例を示す図である。
【０２８１】
図１９の業務１９０１は、業務ＩＤであり、案件の業務種別を示すＩＤである。
【０２８２】
図１９の案件１９０２は、案件を一意に識別する案件ＩＤである。
【０２８３】
図１９の合議の処理担当者ＮＯ１９０３は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている各処理担当者を示す識別番号である。
【０２８４】
図１９の部門１９０４は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者が所属する部門ＩＤを示す。
【０２８５】
図１９のロール１９０５は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者のロールＩＤを示す。
【０２８６】
図１９のユーザ１９０６は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者のユーザＩＤを示す。
【０２８７】
図１９の部門１９０７は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、マッピング設定を適応後の、振り直した組織において処理担当者を解決した処理担当者指定の部門ＩＤを示す。
【０２８８】
図１９のロール１９０８は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、マッピング設定を適応後の、振り直した組織において処理担当者を解決した処理担当者指定のロールＩＤを示す。
【０２８９】
図１９のユーザ１９０９は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、マッピング設定を適応後の、振り直した組織において処理担当者を解決した処理担当者指定のユーザＩＤを示す。
【０２９０】
図１９の現在の各処理担当者の状態１９１０は、マッピング設定を適応した後の、合議アクティビティの各処理担当者の状態を示す。
【０２９１】
図１９の合議の処理担当者ＮＯ１９０３が「２」の場合、部門１９０４＝Ａ００１Ｂ００１Ｃ００１、ロール１９０５＝ｋａｃｈｏ、ユーザ１９０６＝ｕｓｅｒＣ１、は、図１２のマッピングテーブル１２００の番号１２０１が「１」のレコードの、部門ＩＤ１２０２＝Ａ００１Ｂ００１Ｃ００１、ロールＩＤ１２０３＝ｋａｃｈｏ、ユーザＩＤ１２０４＝ｕｓｅｒＣ１のレコードがマッピングのキーとして一致するため、マッピング後の処理担当者を、マッピングテーブル１２００の部門ＩＤ１２０６、ロールＩＤ１２０７、ユーザＩＤ１２０８からマッピングし、部門＝Ａ００１Ｂ００１Ｈ００１、ロール＝ｉｐｐａｎ、ユーザ＝ｕｓｅｒＣ２とする。このマッピング後の指定による処理担当者は図７の組織表７１０（変更後）に存在する。
【０２９２】
図１９の合議の処理担当者ＮＯ１９０３が「３」の場合、部門１９０４＝Ａ００１Ｂ００１Ｃ００１Ｄ００１、ロール１９０５＝ｉｐｐａｎ、ユーザ１９０６＝ｕｓｅｒＤ１は、図１２のマッピングテーブル１２００の番号１２０１が「４」のレコードの、部門ＩＤ１２０２＝Ａ００１Ｂ００１Ｃ００１Ｄ００１、ロールＩＤ１２０３＝ｉｐｐａｎ、ユーザＩＤ１２０４＝ｕｓｅｒＤ１のレコードがマッピングのキーとして一致するため、マッピング後の処理担当者を、マッピングテーブル１２００の部門ＩＤ１２０６、ロールＩＤ１２０７、ユーザＩＤ１２０８からマッピングし、マッピング後の処理担当者の指定を部門＝Ａ００１Ｂ００１Ｃ００１Ｈ００１、ロール＝ｋａｃｈｏ、ユーザ＝ｕｓｅｒＤ１とする。このマッピング後の指定による処理担当者は図７の組織表７１０（変更後）に存在する。
【０２９３】
図１９の合議の処理担当者ＮＯ１９０３が「５」の場合、部門１９０４＝部門：Ａ００１Ｘ００１、ロール１９０５＝ｋａｃｈｏ、ユーザ１９０６＝ｕｓｅｒＸ１に対するマッピングのキーとなるレコードが図１２のマッピングテーブル１２００の番号１２０１が「５」のレコードの、部門ＩＤ１２０２＝Ａ００１Ｘ００１、ロールＩＤ１２０３＝ｋａｃｈｏ１のレコードが一致するため、マッピング後の処理担当者を、マッピングテーブル１２００の部門１１０６、ロール１１０７、ユーザ１１０８からマッピングし、マッピング後の処理担当者の指定を部門＝Ａ００１Ｙ００１、ロール＝ｋａｃｈｏ、ユーザ＝ｕｓｅｒＸ１とする。
【０２９４】
しかし、マッピング設定を適用した場合の指定による処理担当者が部門＝Ａ００１Ｙ００１、ロール＝ｋａｃｈｏ、ユーザ＝ｕｓｅｒＸ１は、図７の組織表７１０（変更後）の組織に存在せず、担当者未解決となる。
【０２９５】
ステップＳ１６１０ではステップＳ１６０９における処理で処理担当者が解決できたか否かを判断する。
【０２９６】
ステップＳ１６１０において、ステップＳ１６０９の処理で処理担当者が解決できたと判定した場合、ステップＳ１６１４への処理を進め、解決できた担当者情報を保存する。
【０２９７】
ステップＳ１６１０において、ステップＳ１６０９の処理で処理担当者が解決されなかったと判定した場合、ステップＳ１６１１へ処理を進める。
【０２９８】
その後、ステップＳ１６１１において、ステップＳ１６０３で取得した再割り当ての設定が、再割り当てを実行する設定であると判定した場合（ステップＳ１６１１でＹＥＳの場合）、ステップＳ１６１２へ処理を進める。
【０２９９】
ステップＳ１６１１において、ステップＳ４０６で取得した再割り当ての設定が、再割り当てを実行しない設定であると判定した場合（ステップＳ１６１１でＮＯの場合）、ステップＳ１６００へ処理を戻し、次の処理担当者の解決処理に進む。
【０３００】
図１９の合議の処理担当者ＮＯ１９０３が「２」と「３」の場合、処理担当者が解決できたため、ステップＳ１６１４へ処理を進める。なお、図１９の合議の処理担当者ＮＯ１９０３が「５」の場合、処理担当者が未解決なのでステップＳ１６１１へ処理を進める。
【０３０１】
ステップＳ１６１１において、図１９の合議の処理担当者ＮＯ１９０３が「５」の場合、再割り当てルールを使用する処理担当者と判断する（ステップＳ１６１１でＹＥＳ）。したがって、ステップＳ１６１２へ処理を進める。
【０３０２】
ステップＳ１６１２において、図１９の合議の処理担当者ＮＯ１９０３が「５」の場合、マッピング設定に従って変換した処理担当者に対し、更に、再割り当てルールを適用し、担当者を解決できるか試みる。
【０３０３】
図２０は、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、処理待ち合議アクティビティの各処理担当者における、振り直した組織において処理担当者を解決した処理担当者指定の一例を示す図である。
【０３０４】
図２０の業務２００１は、業務ＩＤであり、案件の業務種別を示すＩＤである。
【０３０５】
図２０の案件２００２は、案件を一意に識別する案件ＩＤである。
【０３０６】
図２０の合議の処理担当者ＮＯ２００３は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている各処理担当者を示す識別番号である。
【０３０７】
図２０の部門２００４は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者が所属する部門ＩＤを示す。
【０３０８】
図２０のロール２００５は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者のロールＩＤを示す。
【０３０９】
図２０のユーザ２００６は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者のユーザＩＤを示す。
【０３１０】
図２０の部門２００７は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、振り直した組織において処理担当者を解決した処理担当者指定の部門ＩＤを示す。
【０３１１】
図２０のロール２００８は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、振り直した組織において処理担当者を解決した処理担当者指定のロールＩＤを示す。
【０３１２】
図２０のユーザ２００９は、案件の経路設定において処理待ち状態の合議アクティビティに指定されている処理担当者の、マッピング設定で決定した処理担当者に対し再割り当てルールを適応した後の、振り直した組織において処理担当者を解決した処理担当者指定のユーザＩＤを示す。
【０３１３】
図２０の現在の各処理担当者の状態２０１０は、マッピング設定で決定された処理担当者に対して再割り当てルールを適応した後の、各処理担当者の状態を示す。
【０３１４】
図１９の合議の処理担当者ＮＯ２００３が「５」の場合、合議の処理担当者に対応するマッピングの設定が存在する（図１２の番号１２０１が「５」）。そのため、マッピングの設定を適用した処理担当者指定である、部門＝Ａ００１Ｙ００１、ロール＝ｋａｃｈｏ、ユーザ＝ｕｓｅｒＸ１に対して再割り当てルールを適用する。同一部門／ロールのユーザをルールとして適応した場合（案件８の業務１８０１は「ＢＩＺ００３」であり、それに該当する図１４の承認アクティビティに対する再割り当て設定１４０５は、「同一部門／ロールのユーザ」となっている）、部門＝Ａ００１Ｙ００１、ロール＝ｋａｃｈｏで指定する処理担当者は図７の組織表７１０（変更後）の最新の組織に存在するため、担当者解決となる。
【０３１５】
なお、ステップＳ１６１３において、図１９の合議の処理担当者ＮＯ２００３が「５」については、ステップＳ１６１２の処理で処理担当者が解決できたと判定するため、ステップＳ１６１４へ処理を進める。ステップＳ１６１３において、処理担当者が解決できなかったと判定した場合、ステップＳ１６００へ処理を戻す。
【０３１６】
これは、合議処理の全ての処理担当者に対し、１人でも新組織における処理担当者を解決できたかを確認することである。
【０３１７】
ステップＳ１６１５において、ステップＳ１６１４で保存された合議の処理担当者が１人以上存在するか否かを判定する。
【０３１８】
ステップＳ１６１５において、処理担当者が１人以上存在する場合（ステップＳ１６１５においてＹＥＳの場合）、ステップＳ１６１６に処理を進め、合議処理の処理担当者に新組織における新しい処理担当者を振り直し、合議における処理担当者の解決処理を終了する。
【０３１９】
なお、ステップＳ１６１５において判定を行っている、合議処理における、新組織において解決できた処理担当者の人数については、経路設計における合議処理の担当者の設定におき、変更できても良いこととする。例えば、合議処理が４人の場合、４人全ての処理担当者が解決できた場合にのみ、合議の処理を行うことができるようにするには、経路設計の合議処理の担当者の「処理解決人数」などの項目におき、４人と設定しても良いということである。
【０３２０】
図１７から図２０で説明を行った、合議のアクティビティが処理待ち状態になっている案件８においては、ステップＳ１６１４で保存した処理担当者が１人以上存在するため、ステップＳ１６１６において合議処理の処理担当者に新組織における新しい処理担当者を振り直し、合議における処理担当者の解決処理を終了する。
【０３２１】
なお、ステップＳ１６１５において、処理担当者が１人以上存在しない場合（ステップＳ１６１５においてＮＯの場合）、ステップＳ１６１７へ処理を進め、案件の振り直しがエラーとなり、合議における処理担当者の解決処理を終了する。
【０３２２】
以上、合議における処理担当者の、新組織における処理担当者の解決方法についての説明とする。また、図１６の、案件の合議アクティビティにおいて、振り直しがされた後の、新しい組織における処理担当者を解決する処理が終了した後は、図４へ処理を戻し、案件が終了するまで、次の案件に対する処理を行うこととする。
【０３２３】
なお、これまでは、案件の処理待ちアクティビティに対して、組織の振り直しが行われた時の処理担当者の解決について説明を行ったが、この組織の振り直しによって、処理待ちアクティビティに対する処理担当者が解決されたて案件の処理が行われた後の、次の処理待ちとなるアクティビティ（例えば承認の場合は後続のアクティビティ）における処理担当者の解決については、処理担当者が解決できたアクティビティにおいて案件に対する処理が行われた時点において、図４のステップＳ４０５以降の処理、あるいは、合議の場合は、図１６のステップＳ１６０１以降の処理を再度行うことにより、処理担当者を解決していくこととする。
【０３２４】
また、承認アクティビティだけでなく、申請アクティビティにおける処理待ち担当者（例えば、申請者に案件が差し戻され場合、申請者が処理待ち担当者となる）である場合にも本処理は適応されるものとする。
【０３２５】
すなわち、振り直しによって、処理待ちの案件に対して組織変更後の組織情報を使って組織を振り直して、案件の処理担当者を組織変更後の組織情報において決定した後、案件の後続の処理担当者は、案件が処理された時点において、処理担当者再割り当て処理、マッピング処理、マッピング再割り当て処理のいずれかによって決定する。
【０３２６】
以上、１実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０３２７】
また、本発明におけるプログラムは、図４、図１６に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４、図１６の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４の各装置の処理方法ごとのプログラムであってもよい。
【０３２８】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０３２９】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０３３０】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０３３１】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０３３２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０３３３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０３３４】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０３３５】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０３３６】
１０１  クライアント端末
１０２  管理者用端末
１０３  ワークフローサーバ
１０４  システムデータベース
１０５  ネットワーク
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ（入力Ｃ）
２０６  ビデオコントローラ（ＶＣ）
２０７  メモリコントローラ（ＭＣ）
２０８  通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）
２０９  ＫＢ（キーボード）
２１０  ＣＲＴ
２１１  外部メモリ（ＨＤ、ＦＤ）
【図１】
2015164023.tif 000003
【図２】
2015164023.tif 000004
【図３】
2015164023.tif 000005
【図４】
2015164023.tif 000006
【図５】
2015164023.tif 000007
【図６】
2015164023.tif 000008
【図７】
2015164023.tif 000009
【図８】
2015164023.tif 000010
【図９】
2015164023.tif 000011
【図１０】
2015164023.tif 000012
【図１１】
2015164023.tif 000013
【図１２】
2015164023.tif 000014
【図１３】
2015164023.tif 000015
【図１４】
2015164023.tif 000016
【図１５】
2015164023.tif 000017
【図１６】
2015164023.tif 000018
【図１７】
2015164023.tif 000019
【図１８】
2015164023.tif 000020
【図１９】
2015164023.tif 000021
【図２０】
2015164023.tif 000022