JP5115935B2

JP5115935B2 - 情報処理装置、情報処理システム、情報処理方法、プログラムおよび記録媒体。

Info

Publication number: JP5115935B2
Application number: JP2009181226A
Authority: JP
Inventors: 茂博清水
Original assignee: Canon Marketing Japan Inc
Current assignee: Canon Marketing Japan Inc
Priority date: 2009-08-04
Filing date: 2009-08-04
Publication date: 2013-01-09
Anticipated expiration: 2029-08-04
Also published as: JP2011034421A

Description

本発明は、ネットワークを介して、接続するワークフロー制御装置及びその制御方法、クライアント端末と、ワークフロー制御サーバと、クライアント端末とがネットワークを介して相互に接続されて構成されるワークフロー制御システム、プログラムに関し、特にワークフロー処理履歴閲覧権限に関する柔軟な設定を特徴とするシステムに関する。

一般的なワークフローシステムでは、ユーザーが電子伝票を処理した履歴を保持しておくことがある。特許文献１でもそのような履歴を保持している。

また、特許文献１では履歴の参照権限をユーザー毎に設定することにより、自身が処理した電子伝票の処理履歴以外でも参照可能にすることができる。

特開２００１−２２８２７号公報

ただし、特許文献１はあくまでシステム管理者がユーザー毎に参照権限を設定することを特徴としており、ユーザーがユーザーへの参照権限を設定することはできない。

したがって、特に、委任時に委任元ユーザーが委任先ユーザーへ委任元の処理した履歴の参照権限を設定することには対応していない。

また、ユーザー毎に処理履歴を設定できるが、それ以上細かい単位での処理履歴の設定はできず、柔軟性に欠けセキュリティーに問題が残る。

例えば、以下６つのセキュリティー上の問題が考えられる。

問題１「委任元が処理した履歴を見せたくないケース」
（１）ＡさんはＢさんに委任。（２）Ａさんは顧客登録伝票を大量に申請。（３）ＢさんはＡさんとして顧客登録伝票を大量に申請。（４）Ｂさんは、Ａさんの処理履歴をすべて見れてしまうので、Ａさんが処理した顧客登録伝票を見ることができ、Ｂさんには関係のない顧客情報まで見れてしまう。

問題２「委任先間で処理履歴を共有させたくないケース」
（１）ＡさんはＢさんとＣさんに委任。（２）ＢさんがＡさんとして契約書伝票を申請。（３）ＣさんはＢさんがＡさんとして申請した処理履歴をすべて見れてしまうので、Ｃさんには関係のないＢさんがＡさんとして申請した伝票の処理履歴が見れてしまう。

問題３「申請、承認ごとに処理履歴を見せたくないケース」
（１）Ａさんは図書購入伝票を申請。（２）Ａさんは契約書伝票を承認。（３）ＡさんはＢさん委任。（４）Ａさんは契約書伝票の重要な契約の金額の処理履歴は見せたくないが、図書購入伝票の処理履歴は見せたい。

問題４「業務ごとに処理履歴を見せたくないケース」
（１）ＡさんはＢさんに委任。（２）Ａさんは契約書伝票を承認。（３）Ａさんは人事評価伝票を承認。（４）Ａさんは交通費伝票を申請。（５）Ｂさんはすべての処理履歴を見れてしまうので、契約書、人事評価など重要な処理履歴も見れてしまう。

問題５「委任前に処理した処理履歴を見せたくないケース」
（１）Ａさんは契約書伝票を承認（伝票１とする）。ＡさんはＢさんに委任。（３）Ａさんは契約書伝票を承認（伝票２とする）。（４）ＡさんはＢさんに委任後の伝票２のみ見せたいが、伝票１も見せてしまう。

問題６「委任解除後にこれまでの作業履歴を見れる・見れないを選択させたいケース」
（１）ＡさんはＢさんに委任。（２）ＢさんはＡさんとして伝票を処理。（３）ＡさんはＢさんの委任を解除。（４）ＢさんはＡさんとして処理した伝票の履歴を参照したいが、委任が解除されているため見れない（セキュリティーが高すぎることが問題）
そこで、本発明は、委任時に委任元ユーザーが委任先ユーザーへ業務を委任するとき、当該業務にかかる処理履歴の参照権限を設定可能とすることで、委任先ユーザーが処理履歴を参照する場合に、セキュリティー上不要な処理履歴を表示させないようにしつつ委任先ユーザー以外のユーザーによる処理履歴のうち委任先ユーザーに閲覧させても問題のない処理履歴を参照可能とすることを目的とする。

本発明は、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、前記受付手段は、委任元ユーザーの委任前の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任する前の業務の処理履歴を抽出することを特徴とする。
また、本発明は、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、前記受付手段は、委任元ユーザーの委任後の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任した後の業務の処理履歴を抽出することを特徴とする。
また、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、前記受付手段は、複数の委任先ユーザーの処理履歴を、委任先ユーザーが互いにそれぞれ参照可能に設定できるものであり、前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該ユーザーとは別の委任先ユーザーによる業務の処理履歴を抽出することを特徴とする。
また、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、前記受付手段は、委任先ユーザーの委任の解除を受け付けるものであり、前記受付手段により委任の解除を受け付けた場合、前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴を抽出しないことを特徴とする。

本発明によれば、委任時に委任元ユーザーが委任先ユーザーへ業務を委任するとき、当該業務にかかる処理履歴の参照権限を設定可能とすることで、委任先ユーザーが処理履歴を参照する場合に、セキュリティー上不要な処理履歴を表示させないようにしつつ委任先ユーザー以外のユーザーによる処理履歴のうち委任先ユーザーに閲覧させても問題のない処理履歴を参照可能とすることが可能となる。

ワークフローシステムの構成を示すシステム構成図各種端末のハードウエア構成を示す図委任設定画面の例委任設定画面が表示されるまでのフローチャートクライアント端末における処理履歴検索画面の例処理履歴検索画面が表示されるまでのフローチャート処理履歴検索画面の検索開始から検索結果が表示されるまでのフローチャート委任設定テーブルの例処理履歴閲覧画面の対象ユーザー選択リスト取得フローチャート委任画面取得処理の詳細な処理フローチャート業務データテーブルの例クライアント端末における処理履歴検索画面の例処理履歴テーブルの例

以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。

図１は、本発明に係るワークフローシステム（情報処理システム）の構成を示すシステム構成図である。

図１において、ワークフローシステムは、少なくとも１つのワークフローサーバ１０１とワークフロークライアント１０２がネットワークを介して接続されている。

ユーザーは、例えばウェブブラウザやクライアントソフトウェアなどを利用して、ワークフロークライアント１０２から、ワークフローサーバ１０１に対して、ワークフロー進行の要求などを行う。

ワークフローサーバ１０１は、要求に応じた処理、管理をおこない、必要があればワークフロークライアント１０２に対して結果などを送信する。

ワークフローサーバ１０１とワークフロークライアント１０２の間の通信は、通常のＨＴＴＰのリクエストでもよいし、ＳＯＡＰなどを利用したウェブサービスのリクエストでもよい。また、ワークフローサーバ１０１からネットワークを介してＤＢサーバ１０３へ接続されており、ＤＢサーバ１０３に処理履歴データ１０４を保持している。

図２は、本発明の実施形態の各種端末のハードウエア構成を示す図である。

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。

また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。

入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、タッチパネル、ボタン、スイッチ等が挙げられる。

出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。

外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。

通信Ｉ／Ｆコントローラ２０８は、ネットワーク２１４を介して外部機器との通信制御処理を実行する。

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

図３はクライアント端末における委任設定画面の例である。

この画面は、クライアント端末が、ログインユーザーとして「シミズ」（３００）でログインされ、メニュー画面（３１９）の委任設定（３０３）が選択された後、委任設定画面（３０５）を開くものである。

この例では、ログインユーザーの「シミズ」（３００）が、部門名「システム部門１部」（３１４）、指名「ヤマダ」（３１５）のユーザーへ委任することを表している。

次に、業務（３０６）は、ログインユーザーの「シミズ」（３００）が委任できる業務のリストである。業務Ａ〜業務Ｅが委任可能であることを示している。

申請権限（３０７）は、処理履歴閲覧権限を申請の履歴のみ委任することを可能とする。この申請権限（３０７）にチェックを入れることで、委任元の「シミズ」（３００）が申請処理した履歴と委任先ユーザーの「ヤマダ」（３１５）がシミズ（３００）になり替わって申請処理した履歴を閲覧可能にする。

承認権限（３０８）は、処理履歴閲覧権限を承認の履歴のみ委任することを可能とする。この承認権限（３０８）にチェックを入れることで、委任元の「シミズ」（３００）が承認処理した履歴と委任先ユーザーの「ヤマダ」（３１５）がシミズ（３００）になり替わって承認処理した履歴を閲覧可能にする。

委任元（３０９）は、委任元の処理履歴閲覧権限を委任するか選択可能とする。例えば、申請権限（３０７）、承認権限（３０８）にチェックを入れることで委任元の操作権限は委任先に委任されるが、委任元（３０９）のチェックが外れていた場合、処理履歴閲覧権限は委任されないため、委任元が処理した履歴を委任先は参照することができなくなる。なお、委任先が委任元ユーザーになり替わって処理した履歴は閲覧可能である。

委任前（３１０）は、委任する以前に処理した処理履歴閲覧権限を委任するかどうか選択可能とする。委任前（３１０）にチェックをすることで、委任前に処理した委任元の処理履歴を委任先は参照することができなくなる。なお、委任後に処理した委任元の処理履歴、または委任後に処理した委任先が委任元になり替わって処理した処理履歴は参照可能である。

委任後（３１１）は、委任解除後に委任先が委任元になり替わって処理した履歴を閲覧可能かどうか選択可能にする。委任後（３１１）のチェックをはずすと委任解除後には委任時に処理した履歴を参照できなくなる。

委任先間（３１６）は、委任先が複数人存在した場合、委任先間の処理履歴を参照可能かどうか選択可能とする。例えば、「シミズ」（３００）が「ヤマダ」（３１５）に委任する際、委任先間（３１６）にチェックをつけたとする。また、「シミズ」（３００）が「ヤマモト」に委任する際、委任先間（３１６）にチェックをつけなかったとする。この場合、「ヤマモト」が委任先ユーザー「シミズ」（３００）になり替わって処理した処理履歴を「ヤマダ」（３１５）は参照可能であるが、ヤマダ（３１５）が委任先ユーザー「シミズ」（３００）になり替わって処理した処理履歴を「ヤマモト」は参照することができない。

なお、申請処理（３０７）、承認処理（３０８）にチェックがついていない場合、委任自体行われないため、申請処理（３０７）、承認処理（３０８）以外のチェックは選択不可能状態になる。

また、本願発明の中核になる、参照権限の柔軟な設定を行うことでセキュリティーの向上を図ることは、申請権限（３０７）、承認権限（３０８）、委任元（３０９）、委任前（３１０）、委任後（３１１）、委任先間（３１６）の各選択を組み合わせることで実現する。

以下、例をいくつかあげる。

例１：全処理履歴を委任するケース
委任元の処理履歴閲覧権限を委任先にすべて委任したい場合、すべての業務の申請権限（３０７）、承認権限（３０８）、委任元（３０９）、委任前（３１０）を選択にすることで実現する。

例２：上司、部下それぞれに委任するケース
自身の処理履歴閲覧権限を上司（Ａとする）には申請権限（３０７）、承認権限（３０８）、委任元（３０９）、委任前（３１０）、委任先間（３１６）を選択し委任する。また、部下（Ｂとする）には申請権限（３０７）、承認権限（３０８）、を選択し委任する。

このようにすることで、上司Ａは委任元の処理履歴をすべて見れ、さらに部下Ｂが委任元になり替わって処理した処理履歴を見れる。また、部下Ｂは委任元が処理した処理履歴を見れず、また上司Ａが委任元になり替わって処理した処理履歴も見れない。

例３：特定業務を複数人で共有しながら作業するケース
管理部によるパソコン持ち出し承認業務を例にする。委任元は管理部に所属し、さまざまな業務を承認できるが、その中のパソコン持ち出し承認業務のみ委任したい場合を考える。また、この業務の特徴は、処理履歴を共有することで業務効率があがるものとする。

まず、委任元はパソコン持ち出し承認業務の承認権限（３０７）、委任元（３０９）、委任先間（３１６）を選択し、複数人に委任する。そうすることで、対象業務の承認処理のみ行え、且つ、委任先間で処理履歴を共有できるので作業効率が上がる。また、委任前（３１０）が未選択のため、委任元が委任前に処理した履歴は共有されず、セキュリティーが高い。

なお、委任元（３０９）にチェックがついていない場合、委任元の処理履歴閲覧権限が委任されないため、委任前（３１０）は選択不可能状態になる。

決定（３１２）が押下されると、図４の委任設定登録要求（４１１）がサーバに渡され、サーバにより委任設定登録処理（４１２）が行われることにより委任が決定され、委任画面（４１３）により委任設定済みリスト（３１３）に表示される。

この例では、「シミズ」（３００）が「サトウ」（３１７）と「ヤマモト」（３１８）にすでに委任していることがわかる。

なお、委任解除（３１８）ボタンが押下されると対象ユーザーへの委任が解除される。

具体的には、図８に示す委任設定テーブルのうち委任解除が指定された「解除フラグ」が「０」から「１」に変更する。

図８は委任設定テーブルの例である。

このテーブルのレコードは後述する図４の委任設定登録処理（４１２）で作成される。

委任元ＩＤ（８００）は、委任元ユーザーを一意に表すＩＤを格納する項目である。例では、Ｕｓｅｒ＿００１とＵｓｅｒ＿００５が委任を行っているのがわかる。

委任先ＩＤ（８０１）は、委任する先を一意に表すＩＤを格納する項目である。例ではＵｓｅｒ＿００２がＵｓｅｒ＿００１とＵｓｅｒ＿００５から、Ｕｓｅｒ＿００３がＵｓｅｒ＿００１から委任されているのがわかる。

委任業務ＩＤ（８０２）は、委任元が委任先に委任する業務を一意に表すＩＤを格納する項目である。例では、Ｕｓｅｒ＿００１がＧｙｏｕｍｕ＿ＡをＵｓｅｒ＿００２に、Ｕｓｅｒ＿００１がＧｙｏｕｍｕ＿ＢをＵｓｅｒ＿００２に、Ｕｓｅｒ＿００１がＧｙｏｕｍｕ＿ＢをＵｓｅｒ＿００３に、Ｕｓｅｒ＿００５がＧｙｏｕｍｕ＿ＣをＵｓｅｒ＿００２に委任していることを表す。

申請フラグ（８０３）は、処理履歴閲覧権限を申請の履歴のみ委任することを表す項目であり、１が申請の履歴のみ委任することを表し、０が委任しないことを表す。

承認フラグ（８０４）は、処理履歴閲覧権限を承認の履歴のみ委任することを表す項目であり、１が承認の履歴のみ委任することを表し、０が委任しないことを表す。

委任元フラグ（８０５）は、委任元の処理履歴閲覧権限を委任するかを表す項目であり、１が委任することを表し、０が委任しないことを表す。

委任前フラグ（８０６）は、委任する以前に処理した処理履歴閲覧権限を委任するかどうかを表す項目である。１が委任することを表し、０が委任しないことを表す。

委任後フラグ（８０７）は、委任解除後に委任先が委任元になり替わって処理した履歴を閲覧可能かどうか表す項目である。１が閲覧可能を表し、０が閲覧不可能を表す。

委任先間フラグ（８０８）は、委任先が複数人存在した場合、委任先間の処理履歴を参照可能かどうか表す項目である。１が参照可能を表し、０が参照不可能を表す。

解除フラグ（８０９）は、委任が解除されたかどうかを表す項目である。１は委任が解除されたことを表し、０は委任が解除されていないことを表す。なお、図３の決定（３１２）ボタンが押下されてレコードが作成された時に０を設定し、委任解除（３１８）が行われた場合１で更新する。

委任日（８１０）は、委任をした日を示す項目である。より詳細に、委任日だけでなく、時間を記載することもできるものとする。

図４は、委任設定画面が表示されるまでのフローチャートである。

クライアント端末（４００）よりログイン画面要求（４０２）を受け、サーバ（４０１）でログイン画面取得処理を行い、ログイン画面（４０４）を返却する。

クライアント端末は、ログイン画面（４０４）にてログイン認証要求（４０５）を行う。

サーバ（４０１）でログイン処理、メニュー画面取得処理（４０６）を行い、メニュー画面（４０７）を返却する。

クライアント端末（４００）よりメニュー画面（４０７）から委任画面要求（４０８）を行い、サーバ（４０１）で委任画面取得処理（４０９）を行い、委任画面（４１０）を取得する。委任画面は図３の画面のことである。

次に、委任画面取得処理（４０９）の詳細な処理フローを図１０と図１１を用いて説明する。

本処理はサーバにおける処理であり、クライアント端末から委任画面要求（４０８）があった場合に処理を開始する。

ステップ１０００において、業務データテーブルからログインユーザーが参照可能な業務を抽出する。

業務データテーブルの一例を図１１に示す。業務名（１１００）毎に、その業務を参照することができる組織が参照可能組織（１１０１）として定義されている。この例では、業務Ａを参照することができる組織は、「システム部門１部」となる。なお、各組織に所属しているユーザーは組織データベース（不図示）に保存している。

したがって、ステップ１０００では、まず、ログインユーザーが所属している組織を特定した後、その組織が参照可能な業務を抽出している。

ステップ１００１において、抽出した業務毎に委任する操作権限を指定するチェックボックスを生成する。ここでは、それぞれの業務毎に、申請権限（３０７）〜委任先間（３１６）のチェックボックスを生成する。

ステップ１００２において、委任設定テーブルからログインユーザーが委任したレコードを抽出する。具体的には、図８において、委任元ＩＤが、ログインユーザーのＩＤと一致するレコードを抽出する。

ステップ１００３において、抽出したレコードを用いて委任先ユーザーを特定する。ステップ１００２で抽出したレコードの委任先ＩＤを用いて、ユーザー管理データベースから委任先ユーザーを特定する。

ステップ１００４において、委任設定済リスト（３１３）を作成する。

最後に、クライアント端末において表示させるための委任設定画面データを生成して、クライアント端末へ送信する。

図５は、クライアント端末における処理履歴検索画面の例である。

この画面は、クライアント端末が、ログインユーザーとして「ヤマダ」（５００）でログインされ、メニュー画面（５１４）の処理履歴閲覧（５０４）が選択された後、押下後処理履歴閲覧画面（５０５）を開くものである。

クライアント端末を操作するユーザーは、対象ユーザー選択（５０６）からどのユーザーの処理履歴を検索するかを選択する。

（本人）を選んだ場合、本人が処理した履歴、もしくは本人が委任した委任先が委任元として処理した履歴を検索対象とする。

（本人）以外で、（過去）と表示されていないユーザーは現在委任されているユーザーを表し、委任元が処理した履歴、もしくは自身が委任元になり替わって処理した履歴を検索対象とする。

また、ユーザー名に（過去）が表示されているユーザーは、過去に委任されたユーザー（現在は委任解除されたユーザー）で、委任時に図３の委任後（３１１）にチェックがついていた場合に表示され、委任されていた期間に自身が委任元になり替わって処理した履歴を検索対象とする。

検索条件（５０７）は、対象ユーザー選択（５０６）により選択されたユーザーの処理履歴に対して、検索条件を指定できる。例では、業務名、案件ＩＤにより絞込みを可能としている。

ユーザーは、検索（５０８）ボタンを押下することにより、対象ユーザー選択（５０６）、検索条件（５０７）で指定した条件で処理履歴を検索できる。

検索結果（５０９）は、検索（５０８）で検索した処理履歴の結果が表示される。

この例では、業務名（５１０）、案件ＩＤ（５１１）、案件ステータス（５１２）、委任者名（５１３）（委任を受けた者の氏名を示すものである。）、処理者（５１６）を表示している。また、各業務列の開く（５１６）ボタンを押下することにより、対象業務名（５１０）、対象案件ＩＤ（５１１）の案件の詳細画面を開くことが可能である。

また、この例は、ログインユーザー（５００）「ヤマダ」が、対象ユーザー選択において「シミズ」を選択した場合の例を示している。

なお、前提として、委任元「シミズ」は、業務Ａ〜Ｃにおいて、委任先として「ヤマダ」と「サトウ」にそれぞれ委任設定をしており、かつ、委任先間（３１６）が指定されているものとする。また、業務Ａは、「ヤマダ」が「シミズ」の代わりに処理し、業務Ｂは、「サトウ」が「シミズ」の代わりに処理し、業務Ｃは、「シミズ」が「シミズ」として処理したものとする。

したがって、検索結果（５０９）を閲覧すると、業務Ａは、「ヤマダ」が委任を受け、「ヤマダ」が委任元の代わりに処理を行ったことが分かる。また、業務Ｂは、「ヤマダ」と共に委任を受けた委任者である「サトウ」が、委任元の代わりに処理を行ったことが分かる。さらに、業務Ｃは、委任社名（５１３）が空欄である、委任元である「シミズ」が「シミズ」として処理を行ったことが分かる。

次に、別の例を図１２に示す。

この例は、対象ユーザー選択５０６において、ユーザー名に（過去）が表示されているユーザーを選択した例である。例えば、「ヤマダ」が過去に「カトウ」から委任を受けた業務を閲覧した場合の表示例である。

検索結果（５０９）には、委任社名（５１３）「ヤマダ」で処理者（５１５）「ヤマダ」となっている業務Ａが表示されている。これは、過去「カトウ」から委任を受けた「ヤマダ」が「カトウ」の代わりに処理したもののみ表示される。すなわち、「カトウ」が他の者に委任し、その者が「カトウ」の代わりに処理したものや、「カトウ」が「カトウ」として処理したものは、表示されない。

図６は処理履歴検索画面が表示されるまでのフローチャートである。

クライアント端末（６００）よりログイン画面要求（６０２）を受け、サーバ（６０１）でログイン画面取得処理を行い、ログイン画面（６０４）を返却する。

クライアント端末は、ログイン画面（６０４）にてログイン認証要求（６０５）を行う。

サーバ（６０１）でログイン処理、メニュー画面取得処理（６０６）を行い、メニュー画面（６０７）を返却する。

クライアント端末（６００）よりメニュー画面（６０７）から処理履歴閲覧画面要求（６０８）を行う。

サーバ（６０１）で処理履歴閲覧画面取得処理（６０９）を行い、処理履歴閲覧画面（６１０）を取得する。処理履歴閲覧画面は図５の画面のことである。

次に、処理履歴閲覧画面取得処理（６０９）のうち、対象ユーザー選択（５０６）へ表示させるユーザーを特定する処理の流れを、図９を用いて説明する。

図９は処理履歴閲覧画面の対象ユーザー選択リスト取得フローの例である。

図６の処理履歴閲覧画面取得処理（６０９）の一部の処理としてサーバにおいて行われる。

まず、ステップ９００において、対象ユーザー選択リストに無条件で（本人）を追加する。これは本人が本人の処理履歴を見るために必要である。

次に、ステップ９０１において、対象ユーザーの委任リストを取得する。具体的には、本人のユーザーＩＤを委任先ＩＤ（８０１）とし、図８の委任設定テーブルを検索し、ＨＩＴしたレコードを委任リストとして取得する。

ステップ９０２において、取得した委任リスト分ループする。ループ中で委任リストを一件ずつ取得する。

まず、ステップ９０３において、取得した委任リストのレコードの解除フラグの判定を行う。０（解除されていない）の場合、ステップ９０７へ進み、１（解除された）の場合、ステップ９０５へ進む。

ステップ９０７において、対象ユーザー選択リストに対象レコードの委任元ＩＤがないかを判定する。ある場合ステップ９０４へ進み、ない場合、ループへ戻り、次のレコードを取得する。なお、この処理は、既に取得したユーザー委任元ＩＤの重複取得を防止するための処理である。

ステップ９０４において、対象ユーザー選択リストに委任元ＩＤを追加する。

ステップ９０５において、委任後フラグ（８０７）の設定がされているかを判定する。設定されている場合、ステップ９０８へ進み、設定されている場合、ループへ戻り、次のレコードを取得する。

ステップ９０８において、対象ユーザー選択リストに委任元ＩＤがないかを判定する。ある場合ステップ９０６へ進み、ない場合、ループへ戻り、次のレコードを取得する。なお、この処理は、既に取得したユーザー委任元ＩＤの重複取得を防止するための処理である。

ステップ９０６において、対象ユーザー選択リストに委任元ＩＤを追加する。

ループが終了後、ステップ９０９において、対象ユーザー返却リストを返却して処理を終了する。

サーバは、この対象ユーザーリストを用いて、クライアント端末において表示可能な処理履歴閲覧画面データを生成する。

図７は処理履歴検索画面の検索開始から検索結果が表示されるまでのフローチャートの例である。

具体的には、クライアント端末において図５の検索（５０８）ボタンが押下されることにより、クライアント端末からサーバに要求がなされてから、検索結果（５０９）をクライアント端末で表示するための画面データを生成するまでのサーバにおける処理の流れを示すフローチャートである。

ステップ７００において、対象ユーザー選択（５０６）で選択されたユーザーの処理履歴を検索する。具体的には、選択された対象ユーザーＩＤで、図１３に示す処理履歴テーブルのユーザーＩＤ（１３０１）に対して検索を行う。そして合致した処理履歴リストをメモリなどに一時的に保存し、以下の処理により最終的な処理履歴リストを絞り込む。

図１３は、処理履歴テーブルの一例を示すものである。

処理日（１３００）には、案件が処理された処理した日付が記録される。より詳細に、時間が記録されてもよい。

ユーザーＩＤ（１３０１）には、案件を処理したユーザーＩＤが記録される。図の例では、「Ｕｓｅｒ＿００２」、「Ｕｓｅｒ＿００３」、「Ｕｓｅｒ＿００５」が処理したことが分かる。

委任先ＩＤ（１３０２）には、委任元から委任先として指定され、指定された委任先ユーザーが、委任元ユーザーの代わりに案件を処理した場合、その委任先ユーザーのＩＤが記録される。図の例では、「Ｕｓｅｒ＿００２」、「Ｕｓｅｒ＿００３」が委任先ユーザーとして処理したことが分かる。なお、空白は、委任先ユーザーが、委任先ユーザーとして処理することなく、委任元ユーザー自身が処理した場合である。

業務ＩＤ（１３０３）には、その業務を特定するＩＤが記録される。

案件ＩＤ（１３０４）には、その案件を特定するためのＩＤが記録される。

案件ステータス（１３０５）には、その案件のステータスを示す内容が記録される。

その他の項目（１３０６）には、必要に応じて各種内容が記録される。

なお、ステップ７０１において、検索条件（５０７）が入力されているかを判定する。入力されている場合、ステップ７０２へ進み、入力されていない場合、ステップ７０３へ進む。

ステップ７０２において、検索した処理履歴リストから検索条件に合致しないレコードを除き、ステップＳ７０３へ進む。

ステップ７０３において、対象ユーザー選択（５０６）で選択されたユーザーが（本人）であるかを判定する。本人の場合は、ステップ７１３へ進み、本人でない場合、ステップ７０４へ進む。

ステップ７０４において、対象ユーザー選択（５０６）で選択されたユーザーに（過去）が設定されているか判定する。過去委任の場合、ステップ７０５へ進み、過去委任でない場合、ステップ７０６へ進む。

ステップ７０５において、（過去）が設定されているユーザーの場合、検索結果から自身が処理した履歴以外を除く（７０５）。除くことで、過去に委任された処理履歴から、自分が処理した履歴のみを取得することができる。具体的には、委任先ＩＤ（１３０２）にログインユーザーのＩＤと合致するもののみ残すこととなる。処理後、ステップ７１３へ進む。

ステップ７０６において、委任設定テーブル（図８）から委任リストを取得してメモリに一時的に保存する。

具体的には、対象ユーザー選択（５０６）で選択されたユーザーのユーザーＩＤを、図８の委任元ＩＤ（８００）、自身のユーザーＩＤを委任先ＩＤ（８０１）とし委任設定テーブルを読み、委任リストを取得する。

ステップ７０７〜ステップＳ７１２により、メモリに保存している処理履歴リストのレコードの数分繰り返し処理を行う。

ステップ７０８において、委任前が閲覧可能かを、委任設定テーブルを参照して判断する。Ｙｅｓの場合、ステップ７１０へ進み、Ｎｏの場合、ステップ７０９へ進む。具体的には、委任リストのレコードのうち委任前フラグ（８０６）が「０」となっているか「１」となっているかの判定を行う。「０」の場合、Ｙｅｓで、「１」の場合、Ｎｏとなる。

ステップ７０９において、検索結果（７００）（＝処理履歴リスト）から委任元が委任前に処理した履歴を除く。具体的には、処理履歴リストの業務ＩＤ（１３０３）と、委任業務ＩＤ（８０２）が一致し、かつ、処理日（１３００）が委任日（８１０）より古いレコードを削除する。

ステップ７１０において、委任先間で閲覧可能かを、委任設定テーブルを参照して判断する。Ｙｅｓの場合、ステップ７１２へ進み、Ｎｏの場合、ステップ７１１へ進む。具体的には、委任リストのレコードのうち委任先間フラグ（８０８）が「０」となっているか「１」となっているかの判定を行う。「０」の場合、Ｙｅｓで、「１」の場合、Ｎｏとなる。

ステップ７１１において、検索結果（７００）（＝処理履歴リスト）から自分以外の委任先が処理した履歴を除く。具体的には、処理履歴リストの委任先ＩＤがログインユーザーのＩＤと一致しないレコードを削除する。

最後に、ステップ７１３において、検索結果（５０９）に最終的に絞り込んだ処理履歴リストをクライアント端末へ表示させるための画面データを生成する。

上記例は、一度、対象ユーザーの処理履歴すべてを取得し、条件で絞り込んでいく方法だが、業務によりパフォーマンスを考慮して絞り込みの順番を変えたり、一度に絞り込んだ条件を回覧履歴（１０４）から取得したり、さまざまなパターンが存在することは言うまでもない。

なお、本フローチャートには記載していないが、委任元（３０９）にチェックが入っているかいないかを判断することにより、委任先ユーザーが、委任元ユーザーが処理した処理リストを残したり削除したりすることもできる。また、同様に、委任後（３１１）にチェックが入っているかいないかを判断することにより、委任先ユーザーが、委任後に、委任元ユーザーが処理したリストを残したり削除したりすることもできる。

以上説明した通り、本発明によれば、委任時に委任元ユーザーが委任先ユーザーへ業務を委任するとき、当該業務にかかる処理履歴の参照権限を設定可能とすることで、委任元ユーザーが処理履歴を参照する場合に、セキュリティー上不要な処理履歴を表示させないようにすることが可能となる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

１０１ワークフローサーバ
１０２ワークフロークライアント
１０３ＤＢサーバ
１０４回覧履歴

Claims

ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、
前記受付手段は、委任元ユーザーの委任前の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任する前の業務の処理履歴を抽出することを特徴とする情報処理装置。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、
前記受付手段は、委任元ユーザーの委任後の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任した後の業務の処理履歴を抽出することを特徴とする情報処理装置。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、
前記受付手段は、複数の委任先ユーザーの処理履歴を、委任先ユーザーが互いにそれぞれ参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該ユーザーとは別の委任先ユーザーによる業務の処理履歴を抽出することを特徴とする情報処理装置。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、
前記受付手段は、委任先ユーザーの委任の解除を受け付けるものであり、
前記受付手段により委任の解除を受け付けた場合、前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴を抽出しないことを特徴とする情報処理装置。
前記受付手段が受け付ける、前記委任先ユーザーへ委任する操作権限には、承認権限と、申請権限とが含まれることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
前記委任元ユーザーと、前記受付手段により受け付けた前記業務を委任する委任先ユーザーと、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限とを対応づけて委任設定テーブルへ記憶する第一の記憶手段と、
前記業務が処理された処理履歴を処理履歴テーブルへ記憶する第二の記憶手段と、
前記第二の抽出手段は、前記委任先ユーザーおよび前記委任元ユーザーを識別する情報と、前記委任設定テーブルと、前記処理履歴テーブルとを用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
クライアント端末と、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、
前記受付手段は、委任元ユーザーの委任前の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任する前の業務の処理履歴を抽出することを特徴とする情報処理システム。
クライアント端末と、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、
前記受付手段は、委任元ユーザーの委任後の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任した後の業務の処理履歴を抽出することを特徴とする情報処理システム。
クライアント端末と、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、
前記受付手段は、複数の委任先ユーザーの処理履歴を、委任先ユーザーが互いにそれぞれ参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該ユーザーとは別の委任先ユーザーによる業務の処理履歴を抽出することを特徴とする情報処理システム。
クライアント端末と、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有し、
前記受付手段は、委任先ユーザーの委任の解除を受け付けるものであり、
前記受付手段により委任の解除を受け付けた場合、前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴を抽出しないことを特徴とする情報処理システム。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置における情報処理方法であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出ステップと、
前記委任元ユーザーの要求に従って、前記第一の抽出ステップにより抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付ステップと、
前記受付ステップにより指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付ステップにより指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出ステップとを有し、
前記受付ステップは、委任元ユーザーの委任前の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出ステップは、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任する前の業務の処理履歴を抽出することを特徴とする情報処理方法。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置における情報処理方法であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出ステップと、
前記委任元ユーザーの要求に従って、前記第一の抽出ステップにより抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付ステップと、
前記受付ステップにより指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付ステップにより指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出ステップとを有し、
前記受付ステップは、委任元ユーザーの委任後の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出ステップは、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任した後の業務の処理履歴を抽出することを特徴とする情報処理方法。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置における情報処理方法であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出ステップと、
前記委任元ユーザーの要求に従って、前記第一の抽出ステップにより抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付ステップと、
前記受付ステップにより指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付ステップにより指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出ステップとを有し、
前記受付ステップは、複数の委任先ユーザーの処理履歴を、委任先ユーザーが互いにそれぞれ参照可能に設定できるものであり、
前記第二の抽出ステップは、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該ユーザーとは別の委任先ユーザーによる業務の処理履歴を抽出することを特徴とする情報処理方法。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置における情報処理方法であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出ステップと、
前記委任元ユーザーの要求に従って、前記第一の抽出ステップにより抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付ステップと、
前記受付ステップにより指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付ステップにより指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出ステップとを有し、
前記受付ステップは、委任先ユーザーの委任の解除を受け付けるものであり、
前記受付ステップにより委任の解除を受け付けた場合、前記第二の抽出ステップは、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴を抽出しないことを特徴とする情報処理方法。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置において実行可能なプログラムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段として前記情報処理装置を機能させ、
前記受付手段は、委任元ユーザーの委任前の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任する前の業務の処理履歴を抽出することを特徴とするプログラム。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置において実行可能なプログラムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段として前記情報処理装置を機能させ、
前記受付手段は、委任元ユーザーの委任後の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任した後の業務の処理履歴を抽出することを特徴とするプログラム。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置において実行可能なプログラムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段として前記情報処理装置を機能させ、
前記受付手段は、複数の委任先ユーザーの処理履歴を、委任先ユーザーが互いにそれぞれ参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該ユーザーとは別の委任先ユーザーによる業務の処理履歴を抽出することを特徴とするプログラム。
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置において実行可能なプログラムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段として前記情報処理装置を機能させ、
前記受付手段は、委任先ユーザーの委任の解除を受け付けるものであり、
前記受付手段により委任の解除を受け付けた場合、前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴を抽出しないことを特徴とするプログラム。
請求項１５乃至１８のいずれか１項に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。