特許 6056906 ワークフローサーバ、ワークフローシステムと、その処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6056906

(24)【登録日】2016年12月16日

(45)【発行日】2017年1月11日

(54)【発明の名称】ワークフローサーバ、ワークフローシステムと、その処理方法及びプログラム

(51)【国際特許分類】

   G06Q 10/06 20120101AFI20161226BHJP

【ＦＩ】

   G06Q10/06 324

【請求項の数】13

【全頁数】33

(21)【出願番号】特願2015-110931(P2015-110931)

(22)【出願日】2015年5月29日

(65)【公開番号】特開2016-27465(P2016-27465A)

(43)【公開日】2016年2月18日

【審査請求日】2015年6月16日

(31)【優先権主張番号】特願2014-134855(P2014-134855)

(32)【優先日】2014年6月30日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(73)【特許権者】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(74)【代理人】

【識別番号】100208904

【弁理士】

【氏名又は名称】伊藤 秀起

(72)【発明者】

【氏名】佐藤 義浩

(72)【発明者】

【氏名】中山 圭

【審査官】 塩田 徳彦

(56)【参考文献】

【文献】 特開２００４−２５８９６０（ＪＰ，Ａ）

【文献】 特開２００６−０９２２７９（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１０／００６５６２４（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

ワークフロークライアントと通信可能な、複数の承認者からの承認により得られる当該複数の承認者間で合意が得られたことを示す情報に基づいてアクティビティが承認完了状態となる合議アクティビティを含むワークフローを制御するワークフローシステムを管理するワークフローサーバにおいて、
前記合議アクティビティを特定するアクティビティ識別情報と、当該合議アクティビティを処理する複数の承認者を特定する承認者識別情報とを対応づけて記憶するアクティビティ記憶手段と、
前記アクティビティ識別情報と、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する承認処理情報記憶手段と、
前記承認処理情報記憶手段に記憶されたアクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する承認判定手段と、
前記承認判定手段によりアクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で合意したことを示す情報である場合に、当該アクティビティ識別情報に対応する合議アクティビティを承認完了状態にする承認完了手段と
を備えることを特徴とするワークフローサーバ。

【請求項2】

前記複数の承認者間で合意したことを示す情報とは、複数の承認者が承認したそれぞれの承認日時が同時または所定の時間内であること
を特徴とする請求項１に記載のワークフローサーバ。

【請求項3】

前記複数の承認者間で合意したことを示す情報とは、複数の承認者が承認したそれぞれの場所が同じ場所または所定の範囲内であること
を特徴とする請求項２に記載のワークフローサーバ。

【請求項4】

前記ワークフロークライアントに表示された承認画面を介して、当該アクティビティ識別情報に対応する複数の承認者によってそれぞれ入力された複数のキーワードを受信するキーワード受信手段
を更に備え、
前記複数の承認者間で合意したことを示す情報とは、前記キーワード受信手段により受信した複数のキーワードが一致すること
を特徴とする請求項１乃至３のいずれか１項に記載のワークフローサーバ。

【請求項5】

前記承認者の承認者識別情報と対応づけて当該承認者のパスワードを記憶するパスワード記憶手段と、
前記アクティビティ記憶手段に記憶されたアクティビティ識別情報に対応する承認者による、当該アクティビティ識別情報に対応するアクティビティの承認処理を受け付ける承認画面の画面情報を生成する承認画面情報生成手段と、
前記承認画面情報生成手段により生成された画面情報を用いて表示された承認画面を介して、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する承認者の承認者識別情報と対応づけて入力された当該承認者のパスワードを受信するパスワード受信手段と
を更に備え、
前記複数の承認者間で合意したことを示す情報か否かの判定を、前記パスワード受信手段により受信した承認者のパスワードと、前記パスワード記憶手段に当該承認者の承認者識別情報と対応づけて記憶されたパスワードとを用いて行うこと
を特徴とする請求項１乃至４のいずれか１項に記載のワークフローサーバ。

【請求項6】

前記承認者の承認者識別情報と対応づけて当該承認者の署名の画像情報を記憶する署名画像情報記憶手段と、
前記アクティビティ記憶手段に記憶されたアクティビティ識別情報に対応する承認者による、当該アクティビティ識別情報に対応するアクティビティの承認処理を受け付ける承認画面の画面情報を生成する承認画面情報生成手段と、
前記承認画面情報生成手段により生成された画面情報を用いて表示された承認画面を介して、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者の承認者識別情報と対応づけて当該複数の承認者により入力された署名の画像情報を受信する複数署名画像情報受信手段と、
を更に備え、
前記複数の承認者間で合意したことを示す情報か否かの判定を、前記複数署名画像情報受信手段により受信した複数の承認者により入力された署名の画像情報と、前記署名画像情報記憶手段に当該複数の承認者の承認者識別情報とそれぞれ対応づけて記憶された署名の画像情報とを用いて行うこと
を特徴とする請求項１乃至５のいずれか１項に記載のワークフローサーバ。

【請求項7】

前記複数署名画像情報受信手段により受信した複数の承認者により入力された署名の画像情報を１つの画像情報として記憶する複数署名画像情報記憶手段と
を更に備えることを特徴とする請求項６に記載のワークフローサーバ。

【請求項8】

前記複数の承認者間で合意したことを示す情報か否かの判定には、前記承認処理が行われた日時情報、前記承認処理が行われた位置情報、前記承認処理で入力を受け付けたキーワード、前記承認処理で入力を受け付けたパスワード、前記承認処理で入力を受け付けた署名の画像情報のうち少なくとも１種類の情報を用い、
前記複数の承認者間で合意したことを示す情報か否かの判定に用いた情報の種類を表示する画面情報を生成する判定基準表示画面情報生成手段
を更に備えることを特徴とする請求項１乃至７のいずれか１項に記載のワークフローサーバ。

【請求項9】

ワークフロークライアントとワークフローサーバとを含み、複数の承認者からの承認により得られる当該複数の承認者間で合意が得られたことを示す情報に基づいてアクティビティが承認完了状態となる合議アクティビティを含むワークフローを制御するワークフローシステムであって、
前記ワークフローサーバは、
前記合議アクティビティを特定するアクティビティ識別情報と、当該合議アクティビティを処理する複数の承認者を特定する承認者識別情報とを対応づけて記憶するアクティビティ記憶手段と、
前記アクティビティ識別情報と、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する承認処理情報記憶手段と、
前記承認処理情報記憶手段に記憶されたアクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する承認判定手段と、
前記承認判定手段によりアクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で合意したことを示す情報である場合に、当該アクティビティ識別情報に対応する合議アクティビティを承認完了状態にする承認完了手段と
を備え、
前記ワークフロークライアントは、
出力された承認画面を介して、前記承認者による承認処理を受け付ける承認受付手段と、
前記承認受付手段により受け付けた承認処理に係る情報を前記ワークフローサーバに送信する承認情報送信手段と
を備えることを特徴とするワークフローシステム。

【請求項10】

ワークフロークライアントと通信可能な、複数の承認者からの承認により得られる当該複数の承認者間で合意が得られたことを示す情報に基づいてアクティビティが承認完了状態となる合議アクティビティを含むワークフローを制御するワークフローシステムを管理し、前記ワークフローの合議アクティビティを特定するアクティビティ識別情報と、当該合議アクティビティを処理する複数の承認者を特定する承認者識別情報とを対応づけて記憶するアクティビティ記憶手段を備えるワークフローサーバにおける処理方法であって、
前記ワークフローサーバが、
前記アクティビティ識別情報と、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する承認処理情報記憶ステップと、
前記承認処理情報記憶ステップにより記憶されたアクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する承認判定ステップと、
前記承認判定ステップによりアクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で合意したことを示す情報である場合に、当該アクティビティ識別情報に対応する合議アクティビティを承認完了状態にする承認完了ステップと
を実行することを特徴とする処理方法。

【請求項11】

ワークフロークライアントと、ワークフローのアクティビティを特定するアクティビティ識別情報と当該アクティビティを処理する複数の承認者を特定する承認者識別情報とを対応づけて記憶するアクティビティ記憶手段を備えるワークフローサーバとを含み、複数の承認者からの承認により得られる当該複数の承認者間で合意が得られたことを示す情報に基づいてアクティビティが承認完了状態となる合議アクティビティを含むワークフローを制御するワークフローシステムにおける処理方法であって、
前記ワークフローサーバが、
前記アクティビティ識別情報と、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する承認処理情報記憶ステップと、
前記承認処理情報記憶ステップにより記憶されたアクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する承認判定ステップと、
前記承認判定ステップによりアクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で合意したことを示す情報である場合に、当該アクティビティ識別情報に対応する合議アクティビティを承認完了状態にする承認完了ステップと
を実行し、
前記ワークフロークライアントが、
出力された承認画面を介して、前記承認者による承認処理を受け付ける承認受付ステップと、
前記承認受付ステップにより受け付けた承認処理に係る情報を前記ワークフローサーバに送信する承認情報送信ステップと
を実行することを特徴とする処理方法。

【請求項12】

ワークフロークライアントと通信可能な、複数の承認者からの承認により得られる当該複数の承認者間で合意が得られたことを示す情報に基づいてアクティビティが承認完了状態となる合議アクティビティを含むワークフローを制御するワークフローシステムを管理し、前記ワークフローの合議アクティビティを特定するアクティビティ識別情報と、当該合議アクティビティを処理する複数の承認者を特定する承認者識別情報とを対応づけて記憶するアクティビティ記憶手段を備えるワークフローサーバで実行可能なプログラムであって、
前記ワークフローサーバを、
前記アクティビティ識別情報と、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する承認処理情報記憶手段と、
前記承認処理情報記憶手段に記憶されたアクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する承認判定手段と、
前記承認判定手段によりアクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で合意したことを示す情報である場合に、当該アクティビティ識別情報に対応する合議アクティビティを承認完了状態にする承認完了手段
として機能させるためのプログラム。

【請求項13】

ワークフロークライアントと、ワークフローのアクティビティを特定するアクティビティ識別情報と当該アクティビティを処理する複数の承認者を特定する承認者識別情報とを対応づけて記憶するアクティビティ記憶手段を備えるワークフローサーバとを含み、複数の承認者からの承認により得られる当該複数の承認者間で合意が得られたことを示す情報に基づいてアクティビティが承認完了状態となる合議アクティビティを含むワークフローを制御するワークフローシステムで実行可能なプログラムであって、
前記ワークフローサーバを、
前記アクティビティ識別情報と、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する承認処理情報記憶手段と、
前記承認処理情報記憶手段に記憶されたアクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する承認判定手段と、
前記承認判定手段によりアクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で合意したことを示す情報である場合に、当該アクティビティ識別情報に対応する合議アクティビティを承認完了状態にする承認完了手段
として機能させ、
前記ワークフロークライアントを、
出力された承認画面を介して、前記承認者による承認処理を受け付ける承認受付手段と、
前記承認受付手段により受け付けた承認処理に係る情報を前記ワークフローサーバに送信する承認情報送信手段
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ワークフローサーバ、ワークフローシステムと、その処理方法及びプログラムに関する。

【背景技術】

【0002】

従来、ワークフローシステムにおいて、次のような承認アクティビティが存在する。
（１）通常承認 … １人の承認者に承認依頼し、その１人が承認すると、次の承認アクティビティへ進む
（２）合議（誰か） … 複数の承認者に承認依頼し、そのうちの１人が承認すると、次の承認アクティビティへ進む
（３）合議（多数決）… 複数の承認者に承認依頼し、そのうちの所定人数以上が承認すると、次の承認アクティビティへ進む
（４）合議（全員） … 複数の承認者に承認依頼し、全員が承認すると、次の承認アクティビティへ進む

【0003】

例えば、Ｍ＆Ａ（企業の合併や買収）など多額の資金を要する重要な稟議については、ＣＦＯと社長などの承認者による、通常承認の連続、または、合議（多数決）、合議（全員）といったアクティビティを使用することが考えられる。

【0004】

特許文献１では、複数人による投票の結果に応じて意思決定を行う合議アクティビティにおいて、多数決の結果等で合議結果を決定するだけでなく、特定の投票者の投票内容により合議結果を決定する等の柔軟な決議を行うワークフローシステムの技術が記載されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１０−１４６４１７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、特許文献１のシステム構成では、合議（多数決）の条件をクリアしたとしても、多数決の対象である承認者が、お互いに話し合って合意した上で承認ボタンを押下したのか、それとも話し合わずに個々の判断によって承認ボタンを押下したのか、承認の履歴を確認してもわからないという課題がある。

【0007】

つまり、Ｍ＆Ａのように重要な稟議について、前記（１）〜（４）のアクティビティを使用したとしても、複数の承認者が話し合って承認したことを証明することにはならないという課題がある。

【0008】

そこで、本発明の目的は、複数の承認者間で合意が得られた場合に承認完了状態となる合議アクティビティを含むワークフローシステムを提供することである。

【課題を解決するための手段】

【0009】

ワークフロークライアントと通信可能な、複数の承認者からの承認により得られる当該複数の承認者間で合意が得られたことを示す情報に基づいてアクティビティが承認完了状態となる合議アクティビティを含むワークフローを制御するワークフローシステムを管理するワークフローサーバにおいて、前記合議アクティビティを特定するアクティビティ識別情報と、当該合議アクティビティを処理する複数の承認者を特定する承認者識別情報とを対応づけて記憶するアクティビティ記憶手段と、前記アクティビティ識別情報と、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する承認処理情報記憶手段と、前記承認処理情報記憶手段に記憶されたアクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する承認判定手段と、前記承認判定手段によりアクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で合意したことを示す情報である場合に、当該アクティビティ識別情報に対応する合議アクティビティを承認完了状態にする承認完了手段とを備えることを特徴とするワークフローサーバ。

【発明の効果】

【0010】

本発明によれば、複数の承認者間で合意が得られた場合に承認完了状態となる合議アクティビティを含むワークフローシステムを提供することができる。

【図面の簡単な説明】

【0011】

【図1】本発明のワークフローシステム１００の構成の一例を示す図

【図2】本発明のワークフローサーバ１０４のハードウエア構成の一例を示す図

【図3】本発明のワークフローサーバ１０４の機能構成の一例を示すブロック図

【図4】本発明の情報処理装置１０１における申請者による承認ルート設定画面の一例を示す図

【図5】従来技術の情報処理装置１０３における承認者による承認画面の一例を示す図

【図6】第１の実施形態の情報処理装置１０３における承認者による承認画面の一例を示す図

【図7】第２の実施形態の情報処理装置１０３における承認者による承認画面の一例を示す図

【図8】本発明のワークフローの申請から最終承認完了までの処理の一例を示すフローチャート

【図9】第１の実施形態における合議（同時）処理の一例を示すフローチャート

【図10】第２の実施形態における合議（同時）処理の一例を示すフローチャート

【図11】第１の実施形態または第２の実施形態におけるワークフローサーバ１０４で管理する設定ファイルおよびテーブルの一例を示す図

【図12】第３の実施形態の情報処理装置１０３における承認者による承認画面の一例を示す図

【図13】第３の実施形態における合議（同時）処理の一例を示すフローチャート

【図14】第４の実施形態の情報処理装置１０３における承認者による承認画面の一例を示す図

【図15】第４の実施形態における合議（同時）処理の一例を示すフローチャート

【図16】本発明の情報処理装置１０５における承認履歴表示画面の一例を示す図

【図17】本発明における承認履歴表示処理の一例を示すフローチャート

【図18】本発明における参照画面情報生成処理の一例を示すフローチャート

【図19】第３の実施形態または第４の実施形態におけるワークフローサーバ１０４で管理するテーブルの一例を示す図

【図20】第３の実施形態または第４の実施形態におけるワークフローの申請から最終承認完了までの処理の一例を示すフローチャート

【発明を実施するための形態】

【0012】

以下、図面を参照して本発明の実施形態を詳細に説明する。
図１は、本発明の実施形態におけるワークフローシステムの構成を示す図である。

【0013】

図１において、ワークフローシステムは少なくとも１つのワークフローサーバ１０４とワークフロークライアントである情報処理装置１０１〜１０３がネットワークを介して接続されている。本実施例においては、ワークフロークライアントは複数台で構成されている。

【0014】

ユーザは、たとえばウェブブラウザやクライアントソフトウェアなどを利用して、情報処理装置１０１〜１０３から、ワークフローサーバ１０４に対して、ワークフロー進行の要求などを行う。

【0015】

ワークフローサーバ１０４は、情報処理装置１０１〜１０３からの要求に応じた処理、案件の管理をおこない、必要があれば情報処理装置１０１〜１０３に対して結果などを送信する。ワークフローサーバ１０４と情報処理装置１０１〜１０３の間の通信は、通常のＨＴＴＰのリクエストでもよいし、ＳＯＡＰなどを利用したウェブサービスのリクエストでもよい。

【0016】

なお、情報処理装置１０１〜１０３は、デスクトップＰＣのほか、携帯電話、スマートフォン、タブレット端末、ノートＰＣ、およびＰＤＡ端末などの持ち運び可能な端末であってもよい。

【0017】

以下、図２を用いて、図１に示したワークフローサーバ１０４に適用可能なハードウエア構成の一例について説明する。
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１２には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。

【0018】

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１２からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

【0019】

また、２０５は入力コントローラで、タッチセンサ２１０からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１１等の表示器への表示を制御する。なお、図２では、ディスプレイ２１１と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて情報処理装置１０１のユーザが使用するものである。

【0020】

２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１２へのアクセスを制御する。

【0021】

２０８は通信Ｉ／Ｆコントローラで、ネットワーク１０５を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

【0022】

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１１上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１１上のタッチセンサ２１０におけるユーザのタッチ操作指示を受付けることを可能とする。

【0023】

本発明を実現するための後述する各種プログラムは、外部メモリ２１２に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルや地図データ等も、外部メモリ２１２に格納されており、これらについての詳細な説明も後述する。

【0024】

２０９は撮影画像入力コントローラで、撮影画像入力処理部２１４を介してカメラ２１５からの入力を制御する。カメラ２１５から入力された撮影画像を認識することが可能となっている。

【0025】

図３は、本発明のワークフローサーバ１０４の機能構成の一例を示すブロック図である。
アクティビティ記憶部３０１は、ワークフローのアクティビティを特定するアクティビティ識別情報と、当該アクティビティを処理する複数の承認者を特定する承認者識別情報とを対応づけて記憶する機能部である。

【0026】

承認処理情報記憶部３０２は、アクティビティ識別情報と、当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する機能部である。

【0027】

承認判定部３０３は、承認処理情報記憶部３０２に記憶されたアクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、アクティビティ記憶部３０１に記憶されたアクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する機能部である。

【0028】

承認完了部３０４は、承認判定部３０３によりアクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、アクティビティ記憶部３０１に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で所定の条件を満たす場合に、当該アクティビティを承認完了状態にする機能部である。

【0029】

キーワード受信部３０６は、承認画面情報生成部３０５により生成された画面情報を用いて表示された承認画面を介して、当該アクティビティ識別情報に対応する複数の承認者によってそれぞれ入力された複数のキーワードを受信する機能部である。

【0030】

承認完了部３０４は、アクティビティ記憶部３０１に記憶された当該アクティビティ識別情報に対応する承認者による承認処理に係る情報が、複数の承認者間で所定の条件を満たす場合に、当該アクティビティを承認完了状態にする機能部である。
パスワード記憶部３０７は、承認者の承認者識別情報と対応づけて当該承認者のパスワードを記憶する機能部である。

【0031】

承認画面情報生成部３０５は、アクティビティ記憶部３０１に記憶されたアクティビティ識別情報に対応する承認者による、当該アクティビティ識別情報に対応するアクティビティの承認処理を受け付ける承認画面の画面情報を生成する機能部である。

【0032】

パスワード受信部３０８は、承認画面情報生成部３０５により生成された画面情報を用いて表示された承認画面を介して、アクティビティ記憶部３０１に記憶された当該アクティビティ識別情報に対応する承認者の承認者識別情報と対応づけて入力された当該承認者のパスワードを受信する機能部である。
署名画像情報記憶部３０９は、承認者の承認者識別情報と対応づけて当該承認者の署名の画像情報を記憶する機能部である。

【0033】

複数署名画像情報受信部３１０は、承認画面情報生成部３０５により生成された画面情報を用いて表示された承認画面を介して、アクティビティ記憶部３０１に記憶された当該アクティビティ識別情報に対応する複数の承認者の承認者識別情報と対応づけて当該複数の承認者により入力された署名の画像情報を受信する機能部である。

【0034】

複数署名画像情報記憶部３１１は、複数署名画像情報受信部３１０により受信した複数の承認者により入力された署名の画像情報を１つの画像情報として記憶する機能部である。
判定基準表示画面情報生成部３１２は、所定の条件を満たすか否かの判定に用いた情報の種類を表示する画面情報を生成する機能部である。

【0035】

図４、図５、図６、図７の各画面を参照しながら、図８、図９、図１０のフローチャートの処理について説明する。
図１１は、第１の実施形態または第２の実施形態におけるワークフローサーバ１０４で管理する設定ファイルおよびテーブルの一例を示す図である。なお、承認設定ファイル１１００は、ワークフローシステム１００起動時に、ワークフローサーバ１０４のＣＰＵ２０１が承認設定ファイル１１００の各パラメーターとその値を読み取り、ＲＡＭ２０２に記憶しておく。

【0036】

図８は、本発明のワークフローの申請から最終承認完了までの処理の一例を示すフローチャートである。
ステップＳ８０１において、情報処理装置１０１のＣＰＵ２０１は、ワークフローシステム１００へ申請者によるログイン処理を受け付け、申請者によって選択された新規申請画面への遷移指示を受け付ける。この実施形態においては、申請者の氏名は「申請花子」とする。
ステップＳ８０２において、情報処理装置１０１のＣＰＵ２０１は、新規申請画面（不図示）を表示する。
ステップＳ８０３において、情報処理装置１０１のＣＰＵ２０１は、新規申請画面にて申請者によって入力される稟議の申請内容を受け付ける。

【0037】

ステップＳ８０４において、情報処理装置１０１のＣＰＵ２０１は、ディスプレイ２１１に承認ルート設定画面４１０（図４）を表示し、申請者によって入力される承認ルート設定を受け付ける。ここで、図４について説明しておく。

【0038】

ログイン者名４１１には、ログインしたユーザの氏名が表示される。また、申請番号４１２には、稟議の申請番号が表示される。この申請番号は、ワークフローシステム１００において一意な番号であり、ワークフローシステム１００によって、自動的に採番される番号である。承認ルートは、承認階層番号４１３、承認種別４１４、承認者４１５で表される。

【0039】

承認階層番号４１３は、どの申請番号も１から始まり、１以上の整数で終わる。その階層の承認処理が完了したら、次の承認階層に進み、最後の階層の承認処理が終わったら、その稟議について承認完了となる。

【0040】

承認種別４１４は、承認者による承認が、どのような状態になった時に、その階層の承認が完了になるかを示す条件である。この実施形態において、承認種別４１４は、「通常承認」「合議（誰か）」「合議（多数決）」「合議（全員）」「合議（同時）」の５種類がある。
（１）通常承認 … １人の承認者に承認依頼し、その１人が承認すると、その階層の承認処理を完了にする。
（２）合議（誰か） … 複数の承認者に承認依頼し、そのうちの１人が承認すると、その階層の承認処理を完了にする。
（３）合議（多数決）… 複数の承認者に承認依頼し、そのうちの所定人数以上が承認すると、その階層の承認処理を完了にする。
（４）合議（全員） … 複数の承認者に承認依頼し、全員が承認すると、その階層の承認処理を完了にする。
（５）合議（同時） … 複数の承認者に承認依頼し、全員が同時に承認すると、その階層の承認処理を完了にする。

【0041】

本発明の特徴的な承認アクティビティは（５）であり、（１）〜（４）については、既存のワークフローシステムにおいて存在する承認アクティビティであるため、説明を省略する。

【0042】

承認者４１５は、その階層において承認処理を行うことができる承認者である。承認種別４１４＝（１）の場合、承認者は１名であるため、承認者４１５欄において１名の承認者を選択することができる。また、承認種別４１４＝（２）〜（５）の場合、承認者は複数名であるため、承認者４１５欄において複数の承認者を選択することができる。

【0043】

具体的に図４は、承認ルート設定画面４１０の申請番号「２０１４０５１２００１」の稟議は、（２）合議（誰か）を設定した承認ルート、承認ルート設定画面４２０の申請番号「２０１４０５１２００２」の稟議は、（５）合議（同時）を設定した承認ルート、の例である。なお、この実施形態においては、図４の承認者４１５のように、承認者を識別する情報を承認者氏名としたが、承認者を識別する情報を承認者氏名に限定するものではなく、氏名とは別にユーザＩＤをデータベースに持ち、承認者を識別する情報として取り扱ってもよい。
以上で、図４の説明を終了し、図８のフローチャートの説明に戻る。

【0044】

ステップＳ８０５において、情報処理装置１０１のＣＰＵ２０１は、申請者によって入力された稟議について申請指示を受け付ける。
ステップＳ８０６において、情報処理装置１０１のＣＰＵ２０１は、申請処理を行う稟議の「申請番号」「申請者ＩＤ」「件名」「決裁金額」「申請内容」「承認階層」「承認種別」「承認者ユーザＩＤ」などの申請情報をワークフローサーバ１０４へ送信する。なお、「申請番号」については、この時点で発行されていなくてもよい。つまり、ワークフローサーバ１０４が申請処理を行う際に発行するとしてもよい。
ステップＳ８０７において、ワークフローサーバ１０４のＣＰＵ２０１は、申請情報を受信し、ＲＡＭ２０２に記憶する。

【0045】

ステップＳ８０８において、ワークフローサーバ１０４のＣＰＵ２０１は、申請処理を実施する。具体的には、ＲＡＭ２０２に記憶した申請情報のうち、「申請番号」「申請者ＩＤ」「件名」「決裁金額」「申請内容」等の値を持つ新規レコードを作成し、稟議テーブル１１１０に挿入する。また、ＲＡＭ２０２に記憶した申請情報のうち、「承認階層」「承認種別」「承認者ユーザＩＤ」等の値を持つ新規レコードを作成し、承認テーブル１１２０に挿入する。すなわち、承認テーブル１１２０は、ワークフローのアクティビティを特定するアクティビティ識別情報と、当該アクティビティを処理する複数の承認者を特定する承認者識別情報とを対応づけて記憶する手段の一例を示す機能部である。

【0046】

ステップＳ８０９において、ワークフローサーバ１０４のＣＰＵ２０１は、次階層の承認者全員へ承認依頼メールを送信する。具体的には、承認ルート設定画面４１０の第２階層の場合、承認者は承認二郎さんと承認三郎さんであるため、この２人に承認依頼メールを送信する。また、承認ルート設定画面４２０の第２階層の場合も、承認者は承認二郎さんと承認三郎さんであるため、この２人に承認依頼メールを送信する。なお、以下、承認二郎さんが使用する情報処理装置を情報処理装置１０２、承認三郎さんが使用する情報処理装置を情報処理装置１０３とする。なお、情報処理装置１０２と情報処理装置１０３は、デスクトップＰＣの場合、携帯電話やスマートフォン、タブレットＰＣなど持ち運び可能な情報処理装置が考えられる。
ステップＳ８１０において、情報処理装置１０２と情報処理装置１０３のＣＰＵ２０１は、承認依頼メールを受信する。

【0047】

ステップＳ８１１において、情報処理装置１０２または情報処理装置１０３のＣＰＵ２０１は、承認者によって承認依頼メールが閲覧され、承認者によって承認画面へのリンクのクリックまたはタッチを受け付ける。

【0048】

ステップＳ８１２において、情報処理装置１０２または情報処理装置１０３のＣＰＵ２０１は、承認者によるログインを受付け、承認画面５１０（合議（誰か））（図５）または承認画面６１０（合議（同時））（図６）を表示する。承認画面５１０と承認画面６１０は、ログイン者５１１とログイン者６１１からわかるように、この承認画面を開いたユーザは承認三郎さんである。また、承認依頼され未承認の承認者には、矢印５１７と矢印６１２のような目印が表示される。

【0049】

ステップＳ８１３において、情報処理装置１０２または情報処理装置１０３のＣＰＵ２０１は、承認者による承認指示を受け付ける。具体的には、承認ボタン５１８や承認ボタン６１３が押下されたことを受け付ける。

【0050】

ステップＳ８１４において、情報処理装置１０２または情報処理装置１０３のＣＰＵ２０１は、承認情報である「申請番号」「承認者ユーザＩＤ」「端末種別」「位置情報」「合言葉」をワークフローサーバ１０４へ送信する。なお、「端末種別」は、承認者の情報処理装置がデスクトップＰＣなのか、それとも携帯電話・スマートフォン・タブレットＰＣノートＰＣなどのモバイル端末かを示す種別である。

【0051】

なお、この「端末種別」は、ワークフローシステム１００にログインする際に、ユーザに端末種別を選択させるとしてもよいし、また、ワークフローシステム１００がＷｅｂアプリケーションの場合は、ワークフローサーバ１０４がＨＴＴＰリクエストに記されているＯＳやブラウザのバージョンから「端末種別」を認識するとしてもよい。

【0052】

また、この「端末種別」は、情報処理装置とワークフローサーバ１０４との通信速度が遅い端末の場合、所定時間を増やす判断材料としているため、情報処理装置の「端末種別」に限定するものではなく、例えば、ネットワークの回線速度を計測し、その速度を上記の承認情報に含めるとしてもよい。

【0053】

また、「位置情報」は、承認者の情報処理装置が携帯電話やスマートフォン、タブレットＰＣなど持ち運び可能な情報処理装置の場合に、ＧＰＳアンテナ２１７を用いて、位置情報（緯度・経度）を取得し、送信する。
なお、「端末種別」「位置情報」の値は図９で説明する第１の実施形態で使用し、「合言葉」は図１０で説明する第２の実施形態で使用する。
ステップＳ８１５において、ワークフローサーバ１０４のＣＰＵ２０１は、承認情報を受信しＲＡＭ２０２に記憶する。
ステップＳ８１６において、ワークフローサーバ１０４のＣＰＵ２０１は、承認処理におけるエラーフラグ＝ＮＵＬＬをセットし、ＲＡＭ２０２に記憶する。

【0054】

ステップＳ８１７において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１５にてＲＡＭ２０２に記憶した承認情報のうち、「申請番号」と「承認者ユーザＩＤ」を用いて、承認テーブル１１２０から、これから承認処理を行う承認レコードを取得し、ＲＡＭ２０２に記憶する。具体的には、「申請番号」を検索キーとして承認テーブル１１２０を検索し、「承認日時」＝ＮＵＬＬ（＝未承認）、かつ「承認階層」が最も小さく、「承認者ユーザＩＤ」が該当するレコードが、今回承認処理を行う承認レコードである。

【0055】

ステップＳ８１８において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にてＲＡＭ２０２に記憶した承認レコードの承認種別を判定する。承認種別が「通常」と判定された場合は、ステップＳ８１９に進む。承認種別が「合議（誰か）」と判定された場合は、ステップＳ８２１に進む。承認種別が「合議（同時）」と判定された場合は、ステップＳ８２３に進む。なお、「合議（多数決）」「合議（全員）」については、本発明の特徴的な機能ではないため、説明を省略する。
ステップＳ８１９において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「承認日時」を現在日時に更新する。

【0056】

ステップＳ８２０において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「承認フラグ」を１に更新する。これにより、承認種別が「通常」である現階層の承認が完了したことになる。
ステップＳ８２１において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「承認日時」を現在日時に更新する。

【0057】

ステップＳ８２２において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードだけでなく、同階層の他の承認レコード（他の合議承認者の承認も完了とする）についても、「承認フラグ」を１に更新する。これにより、承認種別が「合議（誰か）」である現階層の承認が完了したことになる。
ステップＳ８２３において、ワークフローサーバ１０４のＣＰＵ２０１は、合議（同時）処理（図９または図１０）を行う。

【0058】

ここで、図９と図１０を用いて、合議（同時）処理の説明をする。
図９は、第１の実施形態における合議（同時）処理の一例を示すフローチャートである。図１０は、第２の実施形態における合議（同時）処理の一例を示すフローチャートである。図１３は、第３の実施形態における合議（同時）処理の一例を示すフローチャートである。図１５は、第４の実施形態における合議（同時）処理の一例を示すフローチャートである。なお、本発明におけるワークフローシステム１００は、第１〜４のいずれかの実施形態であればよく、第１〜４の実施形態の複数を満たす必要はないが、当然ながら、第１〜４の実施形態の複数を満たす実施形態であってもよい。

【0059】

＜第１の実施形態＞
まず、図９を用いて、第１の実施形態における合議（同時）処理について説明する。第１の実施形態では、合議（同時）の承認者が所定時間内（つまり、ほぼ同時）に承認することによって、複数の承認者間で合意したことを示す。
ステップＳ９０１において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「承認日時」を現在日時に更新する。

【0060】

ステップＳ９０２において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「位置情報」をステップＳ８１５にてＲＡＭ２０２に記憶した「位置情報」に更新する。なお、「位置情報」を複数の承認者間で合意したことを示す条件に用いない場合は、ステップＳ９０２は不要である。

【0061】

すなわち、ステップＳ９０１およびステップＳ９０２は、アクティビティ識別情報と、当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する処理の一例を示すステップである。
ステップＳ９０３において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「承認フラグ」を１に更新する。

【0062】

ステップＳ９０４において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードの「承認フラグ」がすべて１か否か判定する。すなわち、ステップＳ９０４は、アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、アクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する処理の一例を示すステップである。１以外がある場合はステップＳ８１１に戻り、他の合議承認者による承認依頼メールのリンクが押下されるのを待つ。すべて１の場合は、合議（同時）の承認者がすべて承認を行ったことを意味するため、ステップＳ９０５に進む。

【0063】

ステップＳ９０５において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードの「端末種別」に携帯電話・スマートフォン・タブレットＰＣ・ノートＰＣなどのモバイル端末が存在するか否か判定する。「端末種別」にモバイル端末が存在しない場合はステップＳ９０６に進み、存在する場合はステップＳ９０７に進む。なお、「端末情報」を複数の承認者間で合意したことを示す条件に用いない場合は、ステップＳ９０５およびステップＳ９０７は不要である。

【0064】

ステップＳ９０６において、ワークフローサーバ１０４のＣＰＵ２０１は、変数「所定時間」に、ワークフローシステム１００起動時にＲＡＭ２０２に記憶した「通常所定時間」を代入する。

【0065】

ステップＳ９０７において、ワークフローサーバ１０４のＣＰＵ２０１は、変数「所定時間」に、ワークフローシステム１００起動時にＲＡＭ２０２に記憶した「モバイル考慮所定時間」を代入する。

【0066】

ステップＳ９０８において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードのすべての「承認日時」が所定時間の範囲内に納まっているか否かを判定する。納まっている場合は、同時に承認が行われた（図１１の１１２４または１１２５）として、ステップＳ９０９に進む。納まっていない場合は、同時に承認が行われなかった（図１１の１１２２）として、ステップＳ９１２に進む。

【0067】

すなわち、ステップＳ９０８は、アクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で所定の条件を満たす場合に、当該アクティビティを承認完了状態にする処理の一例を示すステップである。このステップにより、複数の承認者が話し合って承認したことを証明することができる。
また、ステップＳ９０８は、同時とは、所定の誤差を含むことの一例を示すステップである。

【0068】

ステップＳ９０９において、ワークフローサーバ１０４のＣＰＵ２０１は、ワークフローシステム１００起動時にＲＡＭ２０２に記憶した「位置所定範囲」の値を取得し、ＮＵＬＬか否かを判定する。ＮＵＬＬの場合は、位置情報を条件としないことを意味するため、合議（同時）が正しく行われたとして、図９の合議（同時）サブフローを終了する。ＮＵＬＬではなく、値が設定されている場合は、位置情報を条件とすることを意味するため、ステップＳ９１０に進む。なお、「位置情報」を複数の承認者間で合意したことを示す条件に用いない場合は、ステップＳ９０９は不要である。

【0069】

ステップＳ９１０において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードのすべての「位置情報」が位置所定範囲内に納まっているか否かを判定する。納まっている場合は、同時かつ同じ場所で承認が行われたとして、図９の第１の実施形態における合議（同時）処理を終了する。納まっていない場合は、同じ場所で承認が行われなかった（図１１の１１２３）として、ステップＳ９１１に進む。

【0070】

すなわち、ステップＳ９１０は、アクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で所定の条件を満たす場合に、当該アクティビティを承認完了状態にする処理の一例を示すステップである。

【0071】

また、ステップＳ９１０は、アクティビティ識別情報に対応する複数の承認者が承認したと判定された場合、かつ、当該アクティビティ識別情報に対応する複数の承認者による承認処理が同時かつ同じ場所で行われていないことを示す場合に、当該アクティビティを承認完了状態にしない処理の一例を示すステップである。
また、ステップＳ９１０は、同じ場所とは、所定の誤差を含むことの一例を示すステップである。
つまり、ステップＳ９０８または／およびステップＳ９１０により、複数の承認者が話し合って承認したことを証明することができる。

【0072】

ステップＳ９１１において、ワークフローサーバ１０４のＣＰＵ２０１は、ＲＡＭ２０２に記憶しているエラーフラグに“場所不一致”を示す文字列を代入し、位置情報によるエラーが発生したことを示す。

【0073】

ステップＳ９１２において、ワークフローサーバ１０４のＣＰＵ２０１は、ＲＡＭ２０２に記憶しているエラーフラグに“所定時間超”を示す文字列を代入し、同時に承認されなかったためエラーが発生したことを示す。

【0074】

ステップＳ９１３において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードのすべての「承認日時」「位置情報」をＮＵＬＬに更新する。

【0075】

ステップＳ９１４において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードのすべての「承認フラグ」を０に更新する。以上、ステップＳ９１３〜ステップＳ９１４の処理により、同階層の承認をすべて無かったことにする。
以上で、図９の第１の実施形態における合議（同時）処理の説明を終了する。

【0076】

なお、この後、ステップＳ８２７（図８）にて表示される承認エラー画面は図６の６２０または６３０、ステップＳ８３０（図８）にて表示される承認完了画面は図６の６４０となる。

【0077】

＜第２の実施形態＞
次に、図１０を用いて、第２の実施形態における合議（同時）処理について説明する。第２の実施形態では、合議（同時）の承認者が承認時に共通の合言葉（キーワード）を入力することによって、複数の承認者間で合意したことを示す。

【0078】

ステップＳ１００１において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「承認日時」を現在日時に更新する。すなわち、ステップＳ１００１は、アクティビティ識別情報と、当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する処理の一例を示すステップである。

【0079】

ステップＳ１００２において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１５にてＲＡＭ２０２に記憶した「合言葉」が、過去に使用されたことがあるか否かを判定する。具体的には、ステップＳ８１５にてＲＡＭ２０２に記憶した「合言葉」を検索キーとして、承認テーブル１１２０を検索し、ヒットするレコードがあった場合、過去に使用されたことがあると判定する。

【0080】

なお、ワークフローシステム１００起動時にＲＡＭ２０２に記憶した「合言葉制限」の値が“ユーザ”であれば、承認テーブル１１２０を検索する際の検索キーに「承認者ユーザＩＤ」も含め、「合言葉制限」の値が“システム”であれば、承認テーブル１１２０を検索する際の検索キーに「承認者ユーザＩＤ」は含めない。つまり、「合言葉制限」＝“ユーザ”であれば、そのユーザが過去に使用した合言葉の再利用を禁止し、「合言葉制限」＝“システム”であれば、システムにおいて過去に使用された合言葉の再利用を禁止する。
なお、「合言葉制限」を複数の承認者間で合意したことを示す条件に用いない場合は、ステップＳ１００２およびステップＳ１００３は不要である。
ステップＳ１００２にて、過去に使用されたことがあると判定した場合は、合言葉のエラーとして、ステップＳ１００３に進む。

【0081】

ステップＳ１００３において、ワークフローサーバ１０４のＣＰＵ２０１は、ＲＡＭ２０２に記憶しているエラーフラグに“過去合言葉”を示す文字列を代入し、合言葉によるエラーが発生したことを示す。

【0082】

ステップＳ１００４において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「合言葉」を、ステップＳ８１５にてＲＡＭ２０２に記憶した「合言葉」に更新する。すなわち、ステップＳ１００４は、アクティビティ識別情報と、当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報とを対応づけて記憶する処理の一例を示すステップである。
ステップＳ１００５において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「承認フラグ」を１に更新する。

【0083】

ステップＳ１００６おいて、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードの「承認フラグ」がすべて１か否か判定する。すなわち、ステップＳ１００６は、アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報を用いて、アクティビティ識別情報に対応する複数の承認者が承認したか否かを判定する処理の一例を示すステップである。１以外がある場合はステップＳ８１１に戻り、他の合議承認者による承認依頼メールのリンクが押下されるのを待つ。すべて１の場合は、合議（同時）の承認者がすべて承認を行ったことを意味するため、ステップＳ１００７に進む。

【0084】

ステップＳ１００７において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードのすべての「合言葉」が一致しているか否かを判定する。一致している場合は、合議（同時）が正しく行われた（図１１の１１２７）として、図１０の第２の実施形態における合議（同時）処理を終了する。一致していない場合は、合議（同時）が行われなかった（図１１の１１２６）として、ステップＳ１００８に進む。

【0085】

すなわち、ステップＳ１００７は、アクティビティ識別情報に対応する複数の承認者が承認したと判定された場合であって、前記アクティビティ記憶手段に記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理に係る情報が、複数の承認者間で所定の条件を満たす場合に、当該アクティビティを承認完了状態にする処理の一例を示すステップである。

【0086】

また、ステップＳ１００７は、アクティビティ識別情報に対応する複数の承認者が承認したと判定された場合、かつ、記憶された当該アクティビティ識別情報に対応する複数の承認者による承認処理において同じキーワードが入力されていないことを示す場合に、当該アクティビティを承認完了状態にしない処理の一例を示すステップである。
つまり、ステップＳ１００７により、複数の承認者が話し合って承認したことを証明することができる。

【0087】

ステップＳ１００８において、ワークフローサーバ１０４のＣＰＵ２０１は、ＲＡＭ２０２に記憶しているエラーフラグに“合言葉不一致”を示す文字列を代入し、合言葉の不一致エラーが発生したことを示す。

【0088】

ステップＳ１００９において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードのすべての「承認日時」「合言葉」をＮＵＬＬに更新する。

【0089】

ステップＳ１０１０において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードと同階層の承認レコードのすべての「承認フラグ」を０に更新する。以上、ステップＳ１００９〜ステップＳ１０１０の処理により、同階層の承認をすべて無かったことにする。
以上で、図１０の第２の実施形態における合議（同時）処理の説明を終了する。

【0090】

図８の説明に戻る。
ステップＳ８２４において、ワークフローサーバ１０４のＣＰＵ２０１は、ＲＡＭ２０２に記憶しているエラーフラグの値を判定する。
ステップＳ８２４にて、エラーフラグ≠ＮＵＬＬと判定した場合は、現階層の承認をやり直す必要があるため、ステップＳ８０９に進み、現階層の承認者全員へ承認依頼メールを再度送信する。またステップＳ８０９と並行して、承認エラー画面を表示するために、ステップＳ８２５に進み、ＲＡＭ２０２に記憶しているエラーフラグの値を情報処理装置１０１に送信する。
ステップＳ８２６において、情報処理装置１０１のＣＰＵ２０１は、エラーフラグの値を受信する。

【0091】

ステップＳ８２７において、情報処理装置１０１のＣＰＵ２０１は、エラーフラグの値に対応する承認エラー画面（図６の６２０、図６の６３０、図７の７２０）を表示し、「やり直す」ボタンが押下されたと判定した場合、ステップＳ８１２に戻り、承認画面を再度表示する。
ステップＳ８２４にて、エラーフラグ＝ＮＵＬＬと判定した場合は、現階層の承認が正常に完了したことを意味するため、ステップＳ８２８に進む。
ステップＳ８２８において、ワークフローサーバ１０４のＣＰＵ２０１は、現階層の承認が完了したことを送信する。
ステップＳ８２９において、情報処理装置１０１のＣＰＵ２０１は、現階層の承認が完了したことを受信する。
ステップＳ８３０において、情報処理装置１０１のＣＰＵ２０１は、承認完了画面（図６の６４０、図７の７３０）を表示する。

【0092】

ステップＳ８３１において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８２８の後、現階層が最終階層か否かを判定する。具体的には、「申請番号」を検索キーとして承認テーブル１１２０を検索し、ステップＳ８１７にて特定した承認レコードの「承認階層」に１を足した値の「承認階層」を持つレコードが存在するか否かを判定する。存在する場合は、次の承認階層が存在するため、ステップＳ８０９に戻る。存在しない場合は、すべての承認階層の承認が完了したことを意味するため、ステップＳ８３２に進む。

【0093】

ステップＳ８３２において、ワークフローサーバ１０４のＣＰＵ２０１は、最終承認完了処理を行う。具体的には、稟議テーブル１１１０をステップＳ８１５にてＲＡＭ２０２に記憶した「申請番号」で検索し、ヒットした申請レコードの「承認完了日時」を現在日時で更新することにより、当該申請レコードの最終承認が完了したこと稟議テーブル１１１０に記憶する。
ステップＳ８３３において、ワークフローサーバ１０４のＣＰＵ２０１は、当該申請レコードの申請者へ承認完了メールを送信する。
以上で、図１０の第２の実施形態における合議（同時）処理の説明を終了する。

【0094】

なお、この後、ステップＳ８２７（図８）にて表示される承認エラー画面は図７の７２０、ステップＳ８３０（図８）にて表示される承認完了画面は図７の７３０となる。

【0095】

＜第３の実施形態＞
第３の実施形態では、合議（同時）を承認する際に表示された承認画面（図１２の１２１０）に、承認画面を操作している承認者以外の合議（同時）承認者（以下、“他の合議承認者”と記す）にパスワード（図１２の１２１１）を入力してもらった後に承認ボタン（図１２の１２１２）を押下することによって、複数の承認者間で合意したことを示す。なぜなら、合議（同時）の承認者同士が１つの端末に表示された承認画面を見て、パスワードを入力または承認ボタンを押下することになるため、表示されている申請内容について合議（同時）の承認者同士が必然的に話すことが想定されるからである。

【0096】

まず図２０を用いて、第３の実施形態または第４の実施形態で用いる承認画面を表示するための処理について説明する。図２０は、第１の実施形態または第２の実施形態で用いた申請から最終承認完了までの処理の一例を示すフローチャート（図８）を、第３の実施形態および第４の実施形態に適用したものである。よって、図８と同じ処理については、説明を省略する。

【0097】

ステップＳ２００１において、情報処理装置１０２または情報処理装置１０３のＣＰＵ２０１は、ステップＳ８１１にて承認者によって押下された承認画面へのリンクのＵＲＬに対して、承認画面情報の要求を送信する。
ステップＳ２００２において、ワークフローサーバ１０４のＣＰＵ２０１は、承認画面情報の要求を受信する。

【0098】

ステップＳ２００３において、ワークフローサーバ１０４のＣＰＵ２０１は、承認文書情報を取得する。具体的には、承認画面情報の要求に含まれる稟議の「申請番号」を用いて、稟議テーブル１１１０（図１１）および承認テーブル１９２０（図１９）を検索し、承認対象である稟議の情報を取得する。

【0099】

ステップＳ２００４において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ２００３にて取得した承認対象である稟議の情報を用いて、承認画面を表示するための情報を生成する。なお、第３の実施形態の場合、このステップで生成された承認画面情報には、他の合議承認者にパスワード入力してもらうためのパスワード入力欄（図１２の１２１１）を表示する情報が含まれている。すなわち、ステップＳ２００４は、アクティビティ識別情報に対応する承認者による、当該アクティビティ識別情報に対応するアクティビティの承認処理を受け付ける承認画面の画面情報を生成する処理の一例を示すステップである。

【0100】

ステップＳ２００５において、ワークフローサーバ１０４のＣＰＵ２０１は、承認画面情報を要求してきた情報処理装置に、ステップＳ２００４にて生成した承認画面情報を送信する。
ステップＳ２００６において、情報処理装置１０２または情報処理装置１０３のＣＰＵ２０１は、承認画面情報を受信する。

【0101】

ステップＳ２００７において、情報処理装置１０２または情報処理装置１０３のＣＰＵ２０１は、承認情報である「申請番号」「承認者ユーザＩＤ」、およびステップＳ８１２にて表示された承認画面（図１２の１２１０）を介して入力された「パスワード」とそのパスワードを入力した他の合議承認者の「承認者ユーザＩＤ」をワークフローサーバ１０４へ送信する。

【0102】

ステップＳ２００８において、ワークフローサーバ１０４のＣＰＵ２０１は、承認情報である「申請番号」「承認者ユーザＩＤ」、および「パスワードとその承認者ユーザＩＤ」を受信しＲＡＭ２０２に記憶する。すなわち、ステップＳ２００８は、承認画面を介して、承認者の承認者識別情報と対応づけて入力された当該承認者のパスワードを受信する処理の一例を示すステップである。
以上で、図２０の説明を終了する。

【0103】

次に、図１３を用いて、第３の実施形態における合議（同時）処理について説明する。
ステップＳ１３０１において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「申請番号」と「承認階層」を検索キーとして承認テーブル１９２０（図１９）を検索し、同じ承認階層における、他の合議承認者を示す承認レコードを取得し、ユーザマスタ１９１０（図１９）から該当するユーザのログインパスワードを取得する。すなわち、ユーザマスタ１９１０は、承認者の承認者識別情報と対応づけて当該承認者のパスワードを記憶する手段の一例を示す機能部である。

【0104】

具体的には、図１２の承認画面１２１０のように、操作を行っているユーザが承認三郎さんの場合、「申請番号」＝２０１４０５１２００２と「承認階層」＝０２を検索キーとして承認テーブル１９２０を検索し、同じ承認階層における、他の合議承認者（承認二郎さん）を示す承認レコードを取得する。なお、図１２の承認画面１２１０では、合議（同時）の承認者を２名としたため、他の合議承認者は１名となったが、合議（同時）の承認者が３名以上の場合、他の合議承認者は２名以上になる。

【0105】

他の合議承認者を特定できたら、その承認者を識別する情報（この実施形態においては、承認者名）を検索キーとしてユーザマスタ１９１０を検索し、パスワードを取得する。具体的には、「承認者名」＝承認二郎を検索キーとしてユーザマスタ１９１０を検索し、承認二郎さんのログインパスワード＝ｊｉｒｏ２２２を取得する。

【0106】

ステップＳ１３０２において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ２００８にて受信した他の合議承認者のパスワードと、ステップＳ１３０１にてユーザマスタ１９１０から取得した他の合議承認者のログインパスワードを比較し、他の合議承認者すべてについて、一致するか否かを判定する。他の合議承認者すべてについて一致している場合は合議（同時）が正しく行われたとしてステップＳ１３０３に進み、一致していないパスワードがあった場合は合議（同時）が行われなかったとして、ステップＳ１３０５に進む。

【0107】

なお、この実施形態において用いるパスワードとは、承認者のログインパスワードとしたが、ログインパスワードに限定するものではなく、承認処理用のパスワードなど、ログインパスワードとは別のパスワードを用いてもよい。

【0108】

すなわち、ステップＳ１３０２は、所定の条件を満たすか否かの判定を、受信した承認者のパスワードと、当該承認者の承認者識別情報と対応づけて記憶されたパスワードとを用いて行う処理の一例を示すステップである。

【0109】

ステップＳ１３０３において、ワークフローサーバ１０４のＣＰＵ２０１は、現階層の承認者全員の「承認日時」を現在日時に更新する。具体的には、ステップＳ８１７にて特定した承認レコードと、ステップＳ１３０１にて特定した他の合議承認者を示す承認レコードについて、「承認日時」を現在日時に更新する。

【0110】

ステップＳ１３０４において、ワークフローサーバ１０４のＣＰＵ２０１は、現階層の承認者全員の「承認フラグ」を１に更新する。すなわち、ステップＳ１３０４は、アクティビティ識別情報に対応する承認者による承認処理に係る情報が、複数の承認者間で所定の条件を満たす場合に、当該アクティビティを承認完了状態にする処理の一例を示すステップである。

【0111】

具体的には、ステップＳ８１７にて特定した承認レコードと、ステップＳ１３０１にて特定した他の合議承認者を示す承認レコードについて、すべての「承認フラグ」を１に更新し、第３の実施形態における合議（同時）処理を終了する。

【0112】

ステップＳ１３０５において、ワークフローサーバ１０４のＣＰＵ２０１は、ＲＡＭ２０２に記憶しているエラーフラグに“同時パスワード不一致”を示す文字列を代入し、承認画面１２１０にて入力されたパスワードの不一致エラーが発生したことを示す。

【0113】

ステップＳ１３０６において、ワークフローサーバ１０４のＣＰＵ２０１は、現階層の承認者全員の「承認フラグ」を０に更新する。具体的には、ステップＳ８１７にて特定した承認レコードと、ステップＳ１３０１にて特定した他の合議承認者を示す承認レコードについて、すべての「承認フラグ」を０に更新し、第３の実施形態における合議（同時）処理を終了する。
以上で、図１３の第３の実施形態における合議（同時）処理の説明を終了する。

【0114】

なお、この後、ステップＳ８２７（図２０）にて表示される承認エラー画面は図１２の１２２０、ステップＳ８３０（図２０）にて表示される承認完了画面は図１２の１２３０となる。承認エラー画面（図１２の１２２０）には、パスワードが一致しなかった他の合議承認者を示すエラーメッセージ（図１２の１２２１）、同時パスワード不一致によるエラーであることを示すメッセージ（図１２の１２２２）を表示する。

【0115】

以上により、合議アクティビティの承認に所定の条件を加えることで、複数の承認者間で合意した上で承認したことを示すワークフローシステムを提供することができる。
以上で、第３の実施形態の説明を終了する。

【0116】

＜第４の実施形態＞
第４の実施形態では、合議（同時）を承認する際に表示された承認画面（図１４の１４１０）に、承認画面を操作している承認者以外の合議（同時）承認者（以下、“他の合議承認者”と記す）に署名（図１４の１４１１）を入力してもらった後に承認ボタン（図１４の１４１２）を押下することによって、複数の承認者間で合意したことを示す。なぜなら、合議（同時）の承認者同士が１つの端末に表示された承認画面を見て、署名を入力することになるため、表示されている申請内容について合議（同時）の承認者同士が必然的に話すことが想定されるからである。

【0117】

まず図２０を用いて、第３の実施形態または第４の実施形態で用いる承認画面を表示するための処理について説明する。図２０は、第１の実施形態または第２の実施形態で用いた申請から最終承認完了までの処理の一例を示すフローチャート（図８）を、第３の実施形態および第４の実施形態に適用したものである。よって、図８と同じ処理、および図２０における第３の実施形態と同じ処理については、説明を省略する。

【0118】

ステップＳ２００４において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ２００３にて取得した承認対象である稟議の情報を用いて、承認画面を表示するための情報を生成する。なお、第４の実施形態の場合、このステップで生成された承認画面情報には、合議（同時）の承認者全員に署名を入力してもらうための署名入力欄（図１４の１４１１）を表示する情報が含まれている。なお、署名の入力は、タッチパネルを介した入力やマウスやタッチパッドなどの入力装置を用いて行う。すなわち、ステップＳ２００４は、アクティビティ識別情報に対応する承認者による、当該アクティビティ識別情報に対応するアクティビティの承認処理を受け付ける承認画面の画面情報を生成する処理の一例を示すステップである。

【0119】

ステップＳ２００７において、情報処理装置１０２または情報処理装置１０３のＣＰＵ２０１は、承認情報である「申請番号」「承認者ユーザＩＤ」、ステップＳ８１２にて表示された承認画面（図１４の１４１０）を介して入力された「合議承認者全員による署名画像」とその署名を入力した承認者の「承認者ユーザＩＤ」をワークフローサーバ１０４へ送信する。

【0120】

なお、「合議承認者全員による署名画像」は、合議（同時）の承認者全員によって入力された署名を１つの画像（図１４の１４１１）として送信する。１つの画像として送信し、この署名画像を今後の参照画面において表示することによって、この稟議について合議（同時）の承認者全員が同時に署名したことを示す証跡になる。また、「合議承認者全員による署名画像」には、承認者毎の署名入力エリアを分けるための点線が表示されており、この点線を基準にして、後述するステップＳ１５０１にて各承認者の署名に分割を行う。

【0121】

ステップＳ２００８において、ワークフローサーバ１０４のＣＰＵ２０１は、承認情報である「申請番号」「承認者ユーザＩＤ」、および「合議承認者全員による署名画像とその署名をした承認者ユーザＩＤ」を受信しＲＡＭ２０２に記憶する。すなわち、ステップＳ２００８は、承認画面を介して、複数の承認者の承認者識別情報と対応づけて当該複数の承認者により入力された署名の画像情報を受信する処理の一例を示すステップである。
以上で、図２０の説明を終了する。

【0122】

次に、図１５を用いて、第４の実施形態における合議（同時）処理について説明する。
ステップＳ１５０１において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ２００８にて受信した合議承認者全員による署名画像を承認者毎の署名画像に分割する。具体的には、合議承認者全員による署名画像に含まれる、承認者毎の署名入力エリアを分けるための点線を基準にして、各承認者の署名画像に分割する。

【0123】

なお、この実施形態においては、合議承認者全員による署名画像に含まれる点線を基準にして分割するとしたが、これに限定するものではなく、署名画像を合議承認者の数で均等に分割してもよいし、署名画像を解析し一連の文字列と判定されたものを１人の署名として分割を繰り返す等としてもよい。

【0124】

ステップＳ１５０２において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ８１７にて特定した承認レコードの「申請番号」と「承認階層」を検索キーとして承認テーブル１９２０（図１９）を検索し、同じ承認階層における合議承認者全員（操作ユーザを含む）を示す承認レコードを取得し、ユーザマスタ１９１０（図１９）から該当するユーザが事前に登録しておいた署名画像を取得する。すなわち、ユーザマスタ１９１０は、承認者の承認者識別情報と対応づけて当該承認者の署名の画像情報を記憶する手段の一例を示す機能部である。

【0125】

具体的には、図１２の承認画面１２１０のように、操作を行っているユーザが承認三郎さんの場合、「申請番号」＝２０１４０５１２００２と「承認階層」＝０２を検索キーとして承認テーブル１９２０を検索し、同じ承認階層における合議承認者全員（承認二郎さんと承認三郎さん）を示す承認レコードを取得する。

【0126】

合議承認者全員を特定できたら、その承認者を識別する情報（この実施形態においては、承認者名）を検索キーとしてユーザマスタ１９１０を検索し、署名画像を取得する。具体的には、「承認者名」＝承認二郎と承認三郎を検索キーとしてユーザマスタ１９１０を検索し、承認二郎さんおよび承認三郎さんがそれぞれ事前に登録しておいた署名画像を取得する。

【0127】

ステップＳ１５０３において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ１５０１にて分割した合議承認者の署名画像と、ステップＳ１５０２にてユーザマスタ１９１０から取得した各合議承認者の署名画像をそれぞれ比較し、合議承認者全員について、署名画像の特徴が一致するか否かを判定する。合議承認者全員について一致している場合は合議（同時）が正しく行われたとしてステップＳ１５０４に進み、一致していないパスワードがあった場合は合議（同時）が行われなかったとして、ステップＳ１５０７に進む。

【0128】

すなわち、ステップＳ１５０３は、所定の条件を満たすか否かの判定を、受信した複数の承認者により入力された署名の画像情報と、当該複数の承認者の承認者識別情報とそれぞれ対応づけて記憶された署名の画像情報とを用いて行う処理の一例を示すステップである。
なお、署名画像を比較や、署名画像の特徴の一致の判定する処理については、既知の技術であるため説明を省略する。

【0129】

なお、この実施形態において用いる署名画像は、図１４の１４１１の様に、１つの署名入力エリアに合議承認者全員が寄せ書きの様にして署名するとしたが、これに限定するものではなく、合議承認者毎に個別の署名入力エリアを設け、署名が入力された情報処理装置または署名画像を受信したワークフローサーバ１０４において、複数の署名画像を１つの画像に結合するとしてもよい。ただし、図１４の１４１１の様に１つの署名入力エリアとした方が、合議承認者全員によって入力された署名が合意したということをより強く証明する証跡になるため、１つの署名入力エリアにすることがより望ましい。

【0130】

ステップＳ１５０４において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ１５０２にて特定された承認テーブル１９２０（図１９）の承認画面を操作している承認者のレコードの「同時署名画像」カラムを、ステップＳ２００８にて受信した合議承認者全員による署名画像で更新する。すなわち、ステップＳ１５０４は、受信した複数の承認者により入力された署名の画像情報を１つの画像情報として記憶する処理の一例を示すステップである。

【0131】

なお、この実施形態においては、承認テーブル１９２０（図１９）の承認画面を操作している承認者のレコードを更新対象としたが、これに限定するものではなく、ステップＳ１５０２にて特定された承認テーブル１９２０（図１９）の合議承認者全員のレコードを更新対象としてもよい。ただし、この実施形態のように、承認画面を操作している承認者のレコードを更新対象とすることにより、どの承認者の画面操作による承認だったのかが、承認テーブル１９２０を見ることでわかる。

【0132】

ステップＳ１５０５において、ワークフローサーバ１０４のＣＰＵ２０１は、現階層の承認者全員の「承認日時」を現在日時に更新する。具体的には、ステップＳ８１７にて特定した承認レコードと、ステップＳ１３０１にて特定した他の合議承認者を示す承認レコードについて、「承認日時」を現在日時に更新する。

【0133】

ステップＳ１５０６において、ワークフローサーバ１０４のＣＰＵ２０１は、現階層の承認者全員の「承認フラグ」を１に更新する。すなわち、ステップＳ１５０６は、アクティビティ識別情報に対応する承認者による承認処理に係る情報が、複数の承認者間で所定の条件を満たす場合に、当該アクティビティを承認完了状態にする処理の一例を示すステップである。具体的には、ステップＳ１５０２にて特定した合議承認者全員を示す承認レコードについて、すべての「承認フラグ」を１に更新し、第４の実施形態における合議（同時）処理を終了する。

【0134】

ステップＳ１５０７において、ワークフローサーバ１０４のＣＰＵ２０１は、ＲＡＭ２０２に記憶しているエラーフラグに“同時署名不一致”を示す文字列を代入し、承認画面１２１０にて入力された署名画像の特徴不一致エラーが発生したことを示す。

【0135】

ステップＳ１５０８において、ワークフローサーバ１０４のＣＰＵ２０１は、現階層の承認者全員の「承認フラグ」を０に更新する。具体的には、ステップＳ８１７にて特定した承認レコードと、ステップＳ１５０２にて特定した合議承認者全員を示す承認レコードについて、すべての「承認フラグ」を０に更新し、第４の実施形態における合議（同時）処理を終了する。
以上で、図１５の第４の実施形態における合議（同時）処理の説明を終了する。

【0136】

なお、この後、ステップＳ８２７（図２０）にて表示される承認エラー画面は図１４の１４２０、ステップＳ８３０（図２０）にて表示される承認完了画面は図１４の１４３０となる。承認エラー画面（図１４の１４２０）には、署名画像の特徴が一致しなかった合議承認者を示すエラーメッセージ（図１４の１４２１）、同時署名不一致によるエラーであることを示すメッセージ（図１４の１４２２）を表示する。また、承認完了画面には、合議承認者全員で入力した署名画像が、合議承認者で合意したことの証跡として表示される。

【0137】

以上により、合議アクティビティの承認に所定の条件を加えることで、複数の承認者間で合意した上で承認したことを示すワークフローシステムを提供することができる。
以上で、第４の実施形態の説明を終了する。

【0138】

＜承認履歴表示処理＞
次に本発明のすべての実施形態において処理可能な承認履歴表示処理について、図１７および図１８を用いて説明する。この承認履歴表示処理により、合議（同時）処理において承認完了と判定した判定基準を、承認履歴を表示する画面において識別して表示することが可能になる。

【0139】

図１７は、本発明における承認履歴表示処理の一例を示すフローチャートである。図１８は、本発明における参照画面情報生成処理の一例を示すフローチャートである。

【0140】

なお、図１７の情報処理装置１０６とは、ワークフローシステム１００における監査者が利用するクライアント装置である。なお、この実施形態においては、情報処理装置１０６を監査ユーザが利用する端末としたが、監査者に限定するものではなく、ワークフローシステム１００の稟議文書を閲覧するユーザであれば、申請者、承認者、代理承認者、参照者、システム管理者などのユーザであってもよい。

【0141】

また、この実施形態においては、承認履歴表示処理を監査者による稟議参照画面に用いるとしたが、これに限定するものではなく、承認者による過去の承認履歴の参照、参照者による稟議の参照、システム管理者による稟議の参照などの画面に用いてもよい。

【0142】

ステップＳ１７０１において、情報処理装置１０６のＣＰＵ２０１は、ワークフローシステム１００へ監査者によるログイン処理を受け付け、監査者によって選択された稟議検索画面への遷移指示を受け付ける。この実施形態においては、監査者の氏名は「監査厳士」とする。
ステップＳ１７０２において、情報処理装置１０６のＣＰＵ２０１は、稟議検索画面（不図示）を表示する。
ステップＳ１７０３において、情報処理装置１０６のＣＰＵ２０１は、稟議検索画面にて監査者によって検索された稟議の参照指示を受け付ける。

【0143】

ステップＳ１７０４において、情報処理装置１０６のＣＰＵ２０１は、稟議検索画面にて参照指示を受け付けた稟議の情報（例えば申請番号）をワークフローサーバ１０４へ送信する。
ステップＳ１７０５において、ワークフローサーバ１０４のＣＰＵ２０１は、参照する稟議の情報を受信する。

【0144】

ステップＳ１７０６において、ワークフローサーバ１０４のＣＰＵ２０１は、受信した稟議の申請番号を用いて、参照する稟議の情報を取得する。具体的には、申請番号を検索キーにして、稟議テーブル１１１０、および承認テーブル１１２０または承認テーブル１９２０を検索して、参照する稟議の情報を取得する。ここでは、申請番号＝２０１４０５１２００２を検索キーにして、稟議テーブル１１１０から稟議レコードを、承認テーブル１１２０または承認テーブル１９２０から承認レコードを取得したとする。

【0145】

ステップＳ１７０７において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ１７０６にて取得した稟議レコードおよび承認レコードを用いて、情報処理装置１０６に表示するための参照画面の情報を生成する。ここで、図１８のフローチャートについて説明しておく。

【0146】

ステップＳ１８０１において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ１７０６にて取得した稟議レコードを用いて、情報処理装置１０６に表示するための参照画面における承認履歴表示部分以外の情報を生成する。
以下の、ステップＳ１８０２〜ステップＳ１８０７において、参照画面における承認履歴表示部分の画面情報を生成する。

【0147】

ステップＳ１８０２において、ワークフローサーバ１０４のＣＰＵ２０１は、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ１７０６にて取得した承認レコードを用いて、参照画面における承認履歴表示部分の承認種別に依存しない共通項目部分（例えば、承認階層番号、承認種別名、承認者、承認日時）の画面情報を生成する。

【0148】

ステップＳ１８０３において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ１７０６にて取得した承認レコードの承認種別を判定し、合議（同時）の場合はステップＳ１８０３に進み、合議（同時）以外の場合はステップＳ１８０３に進む。

【0149】

ステップＳ１８０４において、ワークフローサーバ１０４のＣＰＵ２０１は、合議（同時）における同時承認判定基準（図１６の１６１１〜１６１３、１６２１）を示す画面情報を生成する。同時承認判定基準とは、合議（同時）処理において承認完了と判定した判定基準のことを指す。すなわち、ステップＳ１８０４は、所定の条件を満たすか否かの判定に用いた情報の種類を表示する画面情報を生成する処理の一例を示すステップである。

【0150】

具体的には、第１の実施形態において判定基準とした承認処理が行われた時刻情報および位置情報、第２の実施形態において判定基準とした合言葉（キーワード）、第３の実施形態において判定基準としたパスワード、第４の実施形態において判定基準とした署名の画像情報のことを指す。

【0151】

例えば、承認テーブル１１２０から取得した合議（同時）の承認レコードにおいて、「承認日時」「位置情報」「合言葉」カラムのうち、値が設定されているカラムに対応する１６１１〜１６１３（図１６）に○を記す。
また、承認テーブル１９２０から取得した合議（同時）の承認レコードにおいて、「同時署名画像」に画像が設定されていない場合は、第３の実施形態のパスワードを判定基準とした捉え、同時パスワード１６１１（図１６）に○を記す。

【0152】

ステップＳ１８０５において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ１７０６にて取得した承認レコードの同時署名画像に画像の有無を判定し、有る場合はステップＳ１８０６に進み、無い場合はステップＳ１８０７に進む。

【0153】

ステップＳ１８０６において、ワークフローサーバ１０４のＣＰＵ２０１は、同時署名画像を表示するための画面情報を生成する。具体的には、承認テーブル１９２０から取得した合議（同時）の承認レコードの「同時署名画像」カラムに設定されている同時署名画像を用いて、同時署名画像が参照画面に表示されるよう画面情報を生成する。

【0154】

ステップＳ１８０７において、ワークフローサーバ１０４のＣＰＵ２０１は、参照画面における承認履歴表示部分の承認階層が最終階層まで達したか否か判定する。最終階層まで達していない場合はステップＳ１８０２に戻り、残りの階層を表示する画面情報の生成を行う。最終階層まで達した場合は、図１８の参照画面情報の生成処理を終了する。
以上で、図１８の説明を終了し、図１７の説明に戻る。

【0155】

ステップＳ１７０８において、ワークフローサーバ１０４のＣＰＵ２０１は、ステップＳ１７０７にて生成された参照画面情報を情報処理装置１０６に送信する。
ステップＳ１７０９において、情報処理装置１０６のＣＰＵ２０１は、参照画面情報を受信する。
ステップＳ１７１０において、情報処理装置１０６のＣＰＵ２０１は、受信した参照画面情報を用いて、稟議の承認履歴情報を含む参照画面（図１６の１６１０．１６２０、１６３０）を表示する。
以上で、図１７の承認履歴表示処理の説明を終了する。

【0156】

以上により、合議（同時）処理において承認完了と判定した判定基準を、承認履歴を表示する画面において識別して表示するワークフローシステムを提供することができる。これにより、承認履歴を確認することで、複数の承認者がお互いに合意した上で承認したことが、わかるようになる。つまり、Ｍ＆Ａのように重要な稟議において、複数の承認者が話し合って承認したことを証明することができるようになる。

【0157】

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

【0158】

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

【0159】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

【0160】

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0161】

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0162】

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

【0163】

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

【0164】

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

【符号の説明】

【0165】

１００ ワークフローシステム
１０１ 情報処理装置
１０２ 情報処理装置
１０３ 情報処理装置
１０４ ワークフローサーバ
１０５ ネットワーク
１０６ 情報処理装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】