(57)【要約】【課題】業務にかかる処理履歴の参照権限を設定可能とすることで、委任元ユーザーが処理履歴を参照する場合に、セキュリティー上不要な処理履歴を表示させない。【解決手段】委任元ユーザーが委任可能な業務を、各業務の定義がなされる業務データテーブルから抽出し、抽出された業務を委任する委任先ユーザーの指定を受け付け、抽出された業務にかかる、前記委任先ユーザーへ委任する操作権限と、当該業務が処理された後の参照権限との指定を受け付け、それぞれ対応づけて委任設定テーブルへ記憶し、処理された履歴を処理履歴テーブルへ記憶し、業務にかかる処理の履歴を表示させる制御を行い、要求元ユーザーを識別する情報と、前記委任設定テーブルへ記憶される参照権限とを用いて、当該要求元ユーザーが参照可能な履歴を、前記処理履歴テーブルから抽出して表示する。【選択図】図３
2011034421.tif 000002
【特許請求の範囲】
【請求項１】
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任可能な業務を、各業務の定義がなされる業務データテーブルから抽出する抽出手段と、
前記委任元ユーザーの要求に従って、前記抽出手段により抽出された業務を委任する委任先ユーザーの指定を受け付ける委任先ユーザー受付手段と、
前記委任元ユーザーの要求に従って、前記抽出手段により抽出された業務にかかる、前記委任先ユーザーへ委任する操作権限と、当該業務が処理された後の参照権限との指定を受け付ける権限受付手段と、
前記委任元ユーザーと、前記委任先ユーザー受付手段により受け付けた委任先ユーザーと、前記権限受付手段により受け付けた当該委任先ユーザーへ委任する前記操作権限及び参照権限とを対応づけて委任設定テーブルへ記憶する第一の記憶手段と、
前記業務が処理された履歴を処理履歴テーブルへ記憶する第二の記憶手段と、
ユーザーの要求に従って、前記業務にかかる処理の履歴を表示させる制御を行う履歴表示手段とを有し、
前記履歴表示手段は、要求元ユーザーを識別する情報と、前記委任設定テーブルへ記憶される参照権限とを用いて、当該要求元ユーザーが参照可能な履歴を、前記処理履歴テーブルから抽出して表示することを特徴とする情報処理装置。
【請求項２】
前記権限受付手段は、委任元ユーザーの委任前の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記履歴表示手段は、前記要求元ユーザーに、前記業務を委任した委任元ユーザーの委任前の履歴を表示することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記権限受付手段は、委任元ユーザーの委任後の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記履歴表示手段は、前記要求元ユーザーに、前記業務を委任した委任元ユーザーの委任後の履歴を表示することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記権限受付手段は、複数の委任先ユーザーの処理履歴を、委任先ユーザーが互いにそれぞれ参照可能に設定できるものであり、
前記履歴表示手段は、前記要求元ユーザーに、当該ユーザーとは別の委任先ユーザーの履歴を表示することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記権限受付手段は、委任先ユーザーの委任を解除可能に設定できるものであり、
前記履歴表示手段は、前記要求元ユーザーに、当該ユーザーが委任解除された業務にかかる履歴を表示しないことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記権限受付手段が受け付ける、前記委任先ユーザーへ委任する操作権限には、承認権限と、申請権限とが含まれることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
クライアント端末と、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置とが、ネットワークを介して通信可能な情報処理システムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任可能な業務を、各業務の定義がなされる業務データテーブルから抽出する抽出手段と、
前記委任元ユーザーの要求に従って、前記抽出手段により抽出された業務を委任する委任先ユーザーの指定を受け付ける委任先ユーザー受付手段と、
前記委任元ユーザーの要求に従って、前記抽出手段により抽出された業務にかかる、前記委任先ユーザーへ委任する操作権限と、当該業務が処理された後の参照権限との指定を受け付ける権限受付手段と、
前記委任元ユーザーと、前記委任先ユーザー受付手段により受け付けた委任先ユーザーと、前記権限受付手段により受け付けた当該委任先ユーザーへ委任する前記操作権限及び参照権限とを対応づけて委任設定テーブルへ記憶する第一の記憶手段と、
前記業務が処理された履歴を処理履歴テーブルへ記憶する第二の記憶手段と、
ユーザーの要求に従って、前記業務にかかる処理の履歴を表示させる制御を行う履歴表示手段とを有し、
前記履歴表示手段は、要求元ユーザーを識別する情報と、前記委任設定テーブルへ記憶される参照権限とを用いて、当該要求元ユーザーが参照可能な履歴を、前記処理履歴テーブルから抽出して表示することを特徴とする情報処理システム。
【請求項８】
第一の記録手段と、第二の記録手段とを有し、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置における情報処理方法であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任可能な業務を、各業務の定義がなされる業務データテーブルから抽出する抽出ステップと、
前記委任元ユーザーの要求に従って、前記抽出ステップにより抽出された業務を委任する委任先ユーザーの指定を受け付ける委任先ユーザー受付ステップと、
前記委任元ユーザーの要求に従って、前記抽出ステップにより抽出された業務にかかる、前記委任先ユーザーへ委任する操作権限と、当該業務が処理された後の参照権限との指定を受け付ける権限受付ステップと、
前記第一の記憶手段が、前記委任元ユーザーと、前記委任先ユーザー受付ステップにより受け付けた委任先ユーザーと、前記権限受付ステップにより受け付けた当該委任先ユーザーへ委任する前記操作権限及び参照権限とを対応づけて委任設定テーブルへ記憶する第一の記憶ステップと、
前記第二の記憶手段が、前記業務が処理された履歴を処理履歴テーブルへ記憶する第二の記憶ステップと、
ユーザーの要求に従って、前記業務にかかる処理の履歴を表示させる制御を行う履歴表示ステップとを有し、
前記履歴表示ステップは、要求元ユーザーを識別する情報と、前記委任設定テーブルへ記憶される参照権限とを用いて、当該要求元ユーザーが参照可能な履歴を、前記処理履歴テーブルから抽出して表示することを特徴とする情報処理方法。
【請求項９】
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置において実行可能なプログラムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任可能な業務を、各業務の定義がなされる業務データテーブルから抽出する抽出手段、
前記委任元ユーザーの要求に従って、前記抽出手段により抽出された業務を委任する委任先ユーザーの指定を受け付ける委任先ユーザー受付手段、
前記委任元ユーザーの要求に従って、前記抽出手段により抽出された業務にかかる、前記委任先ユーザーへ委任する操作権限と、当該業務が処理された後の参照権限との指定を受け付ける権限受付手段、
前記委任元ユーザーと、前記委任先ユーザー受付手段により受け付けた委任先ユーザーと、前記権限受付手段により受け付けた当該委任先ユーザーへ委任する前記操作権限及び参照権限とを対応づけて委任設定テーブルへ記憶する第一の記憶手段、
前記業務が処理された履歴を処理履歴テーブルへ記憶する第二の記憶手段、
ユーザーの要求に従って、前記業務にかかる処理の履歴を表示させる制御を行う履歴表示手段として前記情報処理装置を機能させ、
前記履歴表示手段は、要求元ユーザーを識別する情報と、前記委任設定テーブルへ記憶される参照権限とを用いて、当該要求元ユーザーが参照可能な履歴を、前記処理履歴テーブルから抽出して表示することを特徴とするプログラム。
【請求項１０】
請求項９に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して、接続するワークフロー制御装置及びその制御方法、クライアント端末と、ワークフロー制御サーバと、クライアント端末とがネットワークを介して相互に接続されて構成されるワークフロー制御システム、プログラムに関し、特にワークフロー処理履歴閲覧権限に関する柔軟な設定を特徴とするシステムに関する。
【背景技術】
【０００２】
一般的なワークフローシステムでは、ユーザーが電子伝票を処理した履歴を保持しておくことがある。特許文献１でもそのような履歴を保持している。
【０００３】
また、特許文献１では履歴の参照権限をユーザー毎に設定することにより、自身が処理した電子伝票の処理履歴以外でも参照可能にすることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２２８２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ただし、特許文献１はあくまでシステム管理者がユーザー毎に参照権限を設定することを特徴としており、ユーザーがユーザーへの参照権限を設定することはできない。
【０００６】
したがって、特に、委任時に委任元ユーザーが委任先ユーザーへ委任元の処理した履歴の参照権限を設定することには対応していない。
【０００７】
また、ユーザー毎に処理履歴を設定できるが、それ以上細かい単位での処理履歴の設定はできず、柔軟性に欠けセキュリティーに問題が残る。
【０００８】
例えば、以下６つのセキュリティー上の問題が考えられる。
【０００９】
問題１「委任元が処理した履歴を見せたくないケース」
（１）ＡさんはＢさんに委任。（２）Ａさんは顧客登録伝票を大量に申請。（３）ＢさんはＡさんとして顧客登録伝票を大量に申請。（４）Ｂさんは、Ａさんの処理履歴をすべて見れてしまうので、Ａさんが処理した顧客登録伝票を見ることができ、Ｂさんには関係のない顧客情報まで見れてしまう。
【００１０】
問題２「委任先間で処理履歴を共有させたくないケース」
（１）ＡさんはＢさんとＣさんに委任。（２）ＢさんがＡさんとして契約書伝票を申請。（３）ＣさんはＢさんがＡさんとして申請した処理履歴をすべて見れてしまうので、Ｃさんには関係のないＢさんがＡさんとして申請した伝票の処理履歴が見れてしまう。
【００１１】
問題３「申請、承認ごとに処理履歴を見せたくないケース」
（１）Ａさんは図書購入伝票を申請。（２）Ａさんは契約書伝票を承認。（３）ＡさんはＢさん委任。（４）Ａさんは契約書伝票の重要な契約の金額の処理履歴は見せたくないが、図書購入伝票の処理履歴は見せたい。
【００１２】
問題４「業務ごとに処理履歴を見せたくないケース」
（１）ＡさんはＢさんに委任。（２）Ａさんは契約書伝票を承認。（３）Ａさんは人事評価伝票を承認。（４）Ａさんは交通費伝票を申請。（５）Ｂさんはすべての処理履歴を見れてしまうので、契約書、人事評価など重要な処理履歴も見れてしまう。
【００１３】
問題５「委任前に処理した処理履歴を見せたくないケース」
（１）Ａさんは契約書伝票を承認（伝票１とする）。ＡさんはＢさんに委任。（３）Ａさんは契約書伝票を承認（伝票２とする）。（４）ＡさんはＢさんに委任後の伝票２のみ見せたいが、伝票１も見せてしまう。
【００１４】
問題６「委任解除後にこれまでの作業履歴を見れる・見れないを選択させたいケース」
（１）ＡさんはＢさんに委任。（２）ＢさんはＡさんとして伝票を処理。（３）ＡさんはＢさんの委任を解除。（４）ＢさんはＡさんとして処理した伝票の履歴を参照したいが、委任が解除されているため見れない（セキュリティーが高すぎることが問題）
そこで、本発明は、委任時に委任元ユーザーが委任先ユーザーへ業務を委任するとき、当該業務にかかる処理履歴の参照権限を設定可能とすることで、委任元ユーザーが処理履歴を参照する場合に、セキュリティー上不要な処理履歴を表示させないようにすることを目的とする。
【課題を解決するための手段】
【００１５】
本発明は、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、委任元ユーザーの要求に従って、当該委任元ユーザーが委任可能な業務を、各業務の定義がなされる業務データテーブルから抽出する抽出手段と、前記委任元ユーザーの要求に従って、前記抽出手段により抽出された業務を委任する委任先ユーザーの指定を受け付ける委任先ユーザー受付手段と、前記委任元ユーザーの要求に従って、前記抽出手段により抽出された業務にかかる、前記委任先ユーザーへ委任する操作権限と、当該業務が処理された後の参照権限との指定を受け付ける権限受付手段と、前記委任元ユーザーと、前記委任先ユーザー受付手段により受け付けた委任先ユーザーと、前記権限受付手段により受け付けた当該委任先ユーザーへ委任する前記操作権限及び参照権限とを対応づけて委任設定テーブルへ記憶する第一の記憶手段と、前記業務が処理された履歴を処理履歴テーブルへ記憶する第二の記憶手段と、ユーザーの要求に従って、前記業務にかかる処理の履歴を表示させる制御を行う履歴表示手段とを有し、前記履歴表示手段は、要求元ユーザーを識別する情報と、前記委任設定テーブルへ記憶される参照権限とを用いて、当該要求元ユーザーが参照可能な履歴を、前記処理履歴テーブルから抽出して表示することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、委任時に委任元ユーザーが委任先ユーザーへ業務を委任するとき、当該業務にかかる処理履歴の参照権限を設定可能とすることで、委任元ユーザーが処理履歴を参照する場合に、セキュリティー上不要な処理履歴を表示させないようにすることが可能となる。
【図面の簡単な説明】
【００１７】
【図１】ワークフローシステムの構成を示すシステム構成図
【図２】各種端末のハードウエア構成を示す図
【図３】委任設定画面の例
【図４】委任設定画面が表示されるまでのフローチャート
【図５】クライアント端末における処理履歴検索画面の例
【図６】処理履歴検索画面が表示されるまでのフローチャート
【図７】処理履歴検索画面の検索開始から検索結果が表示されるまでのフローチャート
【図８】委任設定テーブルの例
【図９】処理履歴閲覧画面の対象ユーザー選択リスト取得フローチャート
【図１０】委任画面取得処理の詳細な処理フローチャート
【図１１】業務データテーブルの例
【図１２】クライアント端末における処理履歴検索画面の例
【図１３】処理履歴テーブルの例
【発明を実施するための形態】
【００１８】
以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。
【００１９】
図１は、本発明に係るワークフローシステム（情報処理システム）の構成を示すシステム構成図である。
【００２０】
図１において、ワークフローシステムは、少なくとも１つのワークフローサーバ１０１とワークフロークライアント１０２がネットワークを介して接続されている。
【００２１】
ユーザーは、例えばウェブブラウザやクライアントソフトウェアなどを利用して、ワークフロークライアント１０２から、ワークフローサーバ１０１に対して、ワークフロー進行の要求などを行う。
【００２２】
ワークフローサーバ１０１は、要求に応じた処理、管理をおこない、必要があればワークフロークライアント１０２に対して結果などを送信する。
【００２３】
ワークフローサーバ１０１とワークフロークライアント１０２の間の通信は、通常のＨＴＴＰのリクエストでもよいし、ＳＯＡＰなどを利用したウェブサービスのリクエストでもよい。また、ワークフローサーバ１０１からネットワークを介してＤＢサーバ１０３へ接続されており、ＤＢサーバ１０３に処理履歴データ１０４を保持している。
【００２４】
図２は、本発明の実施形態の各種端末のハードウエア構成を示す図である。
【００２５】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。
【００２６】
また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００２７】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２８】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、タッチパネル、ボタン、スイッチ等が挙げられる。
【００２９】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。
【００３０】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００３１】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク２１４を介して外部機器との通信制御処理を実行する。
【００３２】
本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３３】
図３はクライアント端末における委任設定画面の例である。
【００３４】
この画面は、クライアント端末が、ログインユーザーとして「シミズ」（３００）でログインされ、メニュー画面（３１９）の委任設定（３０３）が選択された後、委任設定画面（３０５）を開くものである。
【００３５】
この例では、ログインユーザーの「シミズ」（３００）が、部門名「システム部門１部」（３１４）、指名「ヤマダ」（３１５）のユーザーへ委任することを表している。
【００３６】
次に、業務（３０６）は、ログインユーザーの「シミズ」（３００）が委任できる業務のリストである。業務Ａ〜業務Ｅが委任可能であることを示している。
【００３７】
申請権限（３０７）は、処理履歴閲覧権限を申請の履歴のみ委任することを可能とする。この申請権限（３０７）にチェックを入れることで、委任元の「シミズ」（３００）が申請処理した履歴と委任先ユーザーの「ヤマダ」（３１５）がシミズ（３００）になり替わって申請処理した履歴を閲覧可能にする。
【００３８】
承認権限（３０８）は、処理履歴閲覧権限を承認の履歴のみ委任することを可能とする。この承認権限（３０８）にチェックを入れることで、委任元の「シミズ」（３００）が承認処理した履歴と委任先ユーザーの「ヤマダ」（３１５）がシミズ（３００）になり替わって承認処理した履歴を閲覧可能にする。
【００３９】
委任元（３０９）は、委任元の処理履歴閲覧権限を委任するか選択可能とする。例えば、申請権限（３０７）、承認権限（３０８）にチェックを入れることで委任元の操作権限は委任先に委任されるが、委任元（３０９）のチェックが外れていた場合、処理履歴閲覧権限は委任されないため、委任元が処理した履歴を委任先は参照することができなくなる。なお、委任先が委任元ユーザーになり替わって処理した履歴は閲覧可能である。
【００４０】
委任前（３１０）は、委任する以前に処理した処理履歴閲覧権限を委任するかどうか選択可能とする。委任前（３１０）にチェックをすることで、委任前に処理した委任元の処理履歴を委任先は参照することができなくなる。なお、委任後に処理した委任元の処理履歴、または委任後に処理した委任先が委任元になり替わって処理した処理履歴は参照可能である。
【００４１】
委任後（３１１）は、委任解除後に委任先が委任元になり替わって処理した履歴を閲覧可能かどうか選択可能にする。委任後（３１１）のチェックをはずすと委任解除後には委任時に処理した履歴を参照できなくなる。
【００４２】
委任先間（３１６）は、委任先が複数人存在した場合、委任先間の処理履歴を参照可能かどうか選択可能とする。例えば、「シミズ」（３００）が「ヤマダ」（３１５）に委任する際、委任先間（３１６）にチェックをつけたとする。また、「シミズ」（３００）が「ヤマモト」に委任する際、委任先間（３１６）にチェックをつけなかったとする。この場合、「ヤマモト」が委任先ユーザー「シミズ」（３００）になり替わって処理した処理履歴を「ヤマダ」（３１５）は参照可能であるが、ヤマダ（３１５）が委任先ユーザー「シミズ」（３００）になり替わって処理した処理履歴を「ヤマモト」は参照することができない。
【００４３】
なお、申請処理（３０７）、承認処理（３０８）にチェックがついていない場合、委任自体行われないため、申請処理（３０７）、承認処理（３０８）以外のチェックは選択不可能状態になる。
【００４４】
また、本願発明の中核になる、参照権限の柔軟な設定を行うことでセキュリティーの向上を図ることは、申請権限（３０７）、承認権限（３０８）、委任元（３０９）、委任前（３１０）、委任後（３１１）、委任先間（３１６）の各選択を組み合わせることで実現する。
【００４５】
以下、例をいくつかあげる。
【００４６】
例１：全処理履歴を委任するケース
委任元の処理履歴閲覧権限を委任先にすべて委任したい場合、すべての業務の申請権限（３０７）、承認権限（３０８）、委任元（３０９）、委任前（３１０）を選択にすることで実現する。
【００４７】
例２：上司、部下それぞれに委任するケース
自身の処理履歴閲覧権限を上司（Ａとする）には申請権限（３０７）、承認権限（３０８）、委任元（３０９）、委任前（３１０）、委任先間（３１６）を選択し委任する。また、部下（Ｂとする）には申請権限（３０７）、承認権限（３０８）、を選択し委任する。
【００４８】
このようにすることで、上司Ａは委任元の処理履歴をすべて見れ、さらに部下Ｂが委任元になり替わって処理した処理履歴を見れる。また、部下Ｂは委任元が処理した処理履歴を見れず、また上司Ａが委任元になり替わって処理した処理履歴も見れない。
【００４９】
例３：特定業務を複数人で共有しながら作業するケース
管理部によるパソコン持ち出し承認業務を例にする。委任元は管理部に所属し、さまざまな業務を承認できるが、その中のパソコン持ち出し承認業務のみ委任したい場合を考える。また、この業務の特徴は、処理履歴を共有することで業務効率があがるものとする。
【００５０】
まず、委任元はパソコン持ち出し承認業務の承認権限（３０７）、委任元（３０９）、委任先間（３１６）を選択し、複数人に委任する。そうすることで、対象業務の承認処理のみ行え、且つ、委任先間で処理履歴を共有できるので作業効率が上がる。また、委任前（３１０）が未選択のため、委任元が委任前に処理した履歴は共有されず、セキュリティーが高い。
【００５１】
なお、委任元（３０９）にチェックがついていない場合、委任元の処理履歴閲覧権限が委任されないため、委任前（３１０）は選択不可能状態になる。
【００５２】
決定（３１２）が押下されると、図４の委任設定登録要求（４１１）がサーバに渡され、サーバにより委任設定登録処理（４１２）が行われることにより委任が決定され、委任画面（４１３）により委任設定済みリスト（３１３）に表示される。
【００５３】
この例では、「シミズ」（３００）が「サトウ」（３１７）と「ヤマモト」（３１８）にすでに委任していることがわかる。
【００５４】
なお、委任解除（３１８）ボタンが押下されると対象ユーザーへの委任が解除される。
【００５５】
具体的には、図８に示す委任設定テーブルのうち委任解除が指定された「解除フラグ」が「０」から「１」に変更する。
【００５６】
図８は委任設定テーブルの例である。
【００５７】
このテーブルのレコードは後述する図４の委任設定登録処理（４１２）で作成される。
【００５８】
委任元ＩＤ（８００）は、委任元ユーザーを一意に表すＩＤを格納する項目である。例では、Ｕｓｅｒ＿００１とＵｓｅｒ＿００５が委任を行っているのがわかる。
【００５９】
委任先ＩＤ（８０１）は、委任する先を一意に表すＩＤを格納する項目である。例ではＵｓｅｒ＿００２がＵｓｅｒ＿００１とＵｓｅｒ＿００５から、Ｕｓｅｒ＿００３がＵｓｅｒ＿００１から委任されているのがわかる。
【００６０】
委任業務ＩＤ（８０２）は、委任元が委任先に委任する業務を一意に表すＩＤを格納する項目である。例では、Ｕｓｅｒ＿００１がＧｙｏｕｍｕ＿ＡをＵｓｅｒ＿００２に、Ｕｓｅｒ＿００１がＧｙｏｕｍｕ＿ＢをＵｓｅｒ＿００２に、Ｕｓｅｒ＿００１がＧｙｏｕｍｕ＿ＢをＵｓｅｒ＿００３に、Ｕｓｅｒ＿００５がＧｙｏｕｍｕ＿ＣをＵｓｅｒ＿００２に委任していることを表す。
【００６１】
申請フラグ（８０３）は、処理履歴閲覧権限を申請の履歴のみ委任することを表す項目であり、１が申請の履歴のみ委任することを表し、０が委任しないことを表す。
【００６２】
承認フラグ（８０４）は、処理履歴閲覧権限を承認の履歴のみ委任することを表す項目であり、１が承認の履歴のみ委任することを表し、０が委任しないことを表す。
【００６３】
委任元フラグ（８０５）は、委任元の処理履歴閲覧権限を委任するかを表す項目であり、１が委任することを表し、０が委任しないことを表す。
【００６４】
委任前フラグ（８０６）は、委任する以前に処理した処理履歴閲覧権限を委任するかどうかを表す項目である。１が委任することを表し、０が委任しないことを表す。
【００６５】
委任後フラグ（８０７）は、委任解除後に委任先が委任元になり替わって処理した履歴を閲覧可能かどうか表す項目である。１が閲覧可能を表し、０が閲覧不可能を表す。
【００６６】
委任先間フラグ（８０８）は、委任先が複数人存在した場合、委任先間の処理履歴を参照可能かどうか表す項目である。１が参照可能を表し、０が参照不可能を表す。
【００６７】
解除フラグ（８０９）は、委任が解除されたかどうかを表す項目である。１は委任が解除されたことを表し、０は委任が解除されていないことを表す。なお、図３の決定（３１２）ボタンが押下されてレコードが作成された時に０を設定し、委任解除（３１８）が行われた場合１で更新する。
【００６８】
委任日（８１０）は、委任をした日を示す項目である。より詳細に、委任日だけでなく、時間を記載することもできるものとする。
【００６９】
図４は、委任設定画面が表示されるまでのフローチャートである。
【００７０】
クライアント端末（４００）よりログイン画面要求（４０２）を受け、サーバ（４０１）でログイン画面取得処理を行い、ログイン画面（４０４）を返却する。
【００７１】
クライアント端末は、ログイン画面（４０４）にてログイン認証要求（４０５）を行う。
【００７２】
サーバ（４０１）でログイン処理、メニュー画面取得処理（４０６）を行い、メニュー画面（４０７）を返却する。
【００７３】
クライアント端末（４００）よりメニュー画面（４０７）から委任画面要求（４０８）を行い、サーバ（４０１）で委任画面取得処理（４０９）を行い、委任画面（４１０）を取得する。委任画面は図３の画面のことである。
【００７４】
次に、委任画面取得処理（４０９）の詳細な処理フローを図１０と図１１を用いて説明する。
【００７５】
本処理はサーバにおける処理であり、クライアント端末から委任画面要求（４０８）があった場合に処理を開始する。
【００７６】
ステップ１０００において、業務データテーブルからログインユーザーが参照可能な業務を抽出する。
【００７７】
業務データテーブルの一例を図１１に示す。業務名（１１００）毎に、その業務を参照することができる組織が参照可能組織（１１０１）として定義されている。この例では、業務Ａを参照することができる組織は、「システム部門１部」となる。なお、各組織に所属しているユーザーは組織データベース（不図示）に保存している。
【００７８】
したがって、ステップ１０００では、まず、ログインユーザーが所属している組織を特定した後、その組織が参照可能な業務を抽出している。
【００７９】
ステップ１００１において、抽出した業務毎に委任する操作権限を指定するチェックボックスを生成する。ここでは、それぞれの業務毎に、申請権限（３０７）〜委任先間（３１６）のチェックボックスを生成する。
【００８０】
ステップ１００２において、委任設定テーブルからログインユーザーが委任したレコードを抽出する。具体的には、図８において、委任元ＩＤが、ログインユーザーのＩＤと一致するレコードを抽出する。
【００８１】
ステップ１００３において、抽出したレコードを用いて委任先ユーザーを特定する。ステップ１００２で抽出したレコードの委任先ＩＤを用いて、ユーザー管理データベースから委任先ユーザーを特定する。
【００８２】
ステップ１００４において、委任設定済リスト（３１３）を作成する。
【００８３】
最後に、クライアント端末において表示させるための委任設定画面データを生成して、クライアント端末へ送信する。
【００８４】
図５は、クライアント端末における処理履歴検索画面の例である。
【００８５】
この画面は、クライアント端末が、ログインユーザーとして「ヤマダ」（５００）でログインされ、メニュー画面（５１４）の処理履歴閲覧（５０４）が選択された後、押下後処理履歴閲覧画面（５０５）を開くものである。
【００８６】
クライアント端末を操作するユーザーは、対象ユーザー選択（５０６）からどのユーザーの処理履歴を検索するかを選択する。
【００８７】
（本人）を選んだ場合、本人が処理した履歴、もしくは本人が委任した委任先が委任元として処理した履歴を検索対象とする。
【００８８】
（本人）以外で、（過去）と表示されていないユーザーは現在委任されているユーザーを表し、委任元が処理した履歴、もしくは自身が委任元になり替わって処理した履歴を検索対象とする。
【００８９】
また、ユーザー名に（過去）が表示されているユーザーは、過去に委任されたユーザー（現在は委任解除されたユーザー）で、委任時に図３の委任後（３１１）にチェックがついていた場合に表示され、委任されていた期間に自身が委任元になり替わって処理した履歴を検索対象とする。
【００９０】
検索条件（５０７）は、対象ユーザー選択（５０６）により選択されたユーザーの処理履歴に対して、検索条件を指定できる。例では、業務名、案件ＩＤにより絞込みを可能としている。
【００９１】
ユーザーは、検索（５０８）ボタンを押下することにより、対象ユーザー選択（５０６）、検索条件（５０７）で指定した条件で処理履歴を検索できる。
【００９２】
検索結果（５０９）は、検索（５０８）で検索した処理履歴の結果が表示される。
【００９３】
この例では、業務名（５１０）、案件ＩＤ（５１１）、案件ステータス（５１２）、委任者名（５１３）（委任を受けた者の氏名を示すものである。）、処理者（５１６）を表示している。また、各業務列の開く（５１６）ボタンを押下することにより、対象業務名（５１０）、対象案件ＩＤ（５１１）の案件の詳細画面を開くことが可能である。
【００９４】
また、この例は、ログインユーザー（５００）「ヤマダ」が、対象ユーザー選択において「シミズ」を選択した場合の例を示している。
【００９５】
なお、前提として、委任元「シミズ」は、業務Ａ〜Ｃにおいて、委任先として「ヤマダ」と「サトウ」にそれぞれ委任設定をしており、かつ、委任先間（３１６）が指定されているものとする。また、業務Ａは、「ヤマダ」が「シミズ」の代わりに処理し、業務Ｂは、「サトウ」が「シミズ」の代わりに処理し、業務Ｃは、「シミズ」が「シミズ」として処理したものとする。
【００９６】
したがって、検索結果（５０９）を閲覧すると、業務Ａは、「ヤマダ」が委任を受け、「ヤマダ」が委任元の代わりに処理を行ったことが分かる。また、業務Ｂは、「ヤマダ」と共に委任を受けた委任者である「サトウ」が、委任元の代わりに処理を行ったことが分かる。さらに、業務Ｃは、委任社名（５１３）が空欄である、委任元である「シミズ」が「シミズ」として処理を行ったことが分かる。
【００９７】
次に、別の例を図１２に示す。
【００９８】
この例は、対象ユーザー選択５０６において、ユーザー名に（過去）が表示されているユーザーを選択した例である。例えば、「ヤマダ」が過去に「カトウ」から委任を受けた業務を閲覧した場合の表示例である。
【００９９】
検索結果（５０９）には、委任社名（５１３）「ヤマダ」で処理者（５１５）「ヤマダ」となっている業務Ａが表示されている。これは、過去「カトウ」から委任を受けた「ヤマダ」が「カトウ」の代わりに処理したもののみ表示される。すなわち、「カトウ」が他の者に委任し、その者が「カトウ」の代わりに処理したものや、「カトウ」が「カトウ」として処理したものは、表示されない。
【０１００】
図６は処理履歴検索画面が表示されるまでのフローチャートである。
【０１０１】
クライアント端末（６００）よりログイン画面要求（６０２）を受け、サーバ（６０１）でログイン画面取得処理を行い、ログイン画面（６０４）を返却する。
【０１０２】
クライアント端末は、ログイン画面（６０４）にてログイン認証要求（６０５）を行う。
【０１０３】
サーバ（６０１）でログイン処理、メニュー画面取得処理（６０６）を行い、メニュー画面（６０７）を返却する。
【０１０４】
クライアント端末（６００）よりメニュー画面（６０７）から処理履歴閲覧画面要求（６０８）を行う。
【０１０５】
サーバ（６０１）で処理履歴閲覧画面取得処理（６０９）を行い、処理履歴閲覧画面（６１０）を取得する。処理履歴閲覧画面は図５の画面のことである。
【０１０６】
次に、処理履歴閲覧画面取得処理（６０９）のうち、対象ユーザー選択（５０６）へ表示させるユーザーを特定する処理の流れを、図９を用いて説明する。
【０１０７】
図９は処理履歴閲覧画面の対象ユーザー選択リスト取得フローの例である。
【０１０８】
図６の処理履歴閲覧画面取得処理（６０９）の一部の処理としてサーバにおいて行われる。
【０１０９】
まず、ステップ９００において、対象ユーザー選択リストに無条件で（本人）を追加する。これは本人が本人の処理履歴を見るために必要である。
【０１１０】
次に、ステップ９０１において、対象ユーザーの委任リストを取得する。具体的には、本人のユーザーＩＤを委任先ＩＤ（８０１）とし、図８の委任設定テーブルを検索し、ＨＩＴしたレコードを委任リストとして取得する。
【０１１１】
ステップ９０２において、取得した委任リスト分ループする。ループ中で委任リストを一件ずつ取得する。
【０１１２】
まず、ステップ９０３において、取得した委任リストのレコードの解除フラグの判定を行う。０（解除されていない）の場合、ステップ９０７へ進み、１（解除された）の場合、ステップ９０５へ進む。
【０１１３】
ステップ９０７において、対象ユーザー選択リストに対象レコードの委任元ＩＤがないかを判定する。ある場合ステップ９０４へ進み、ない場合、ループへ戻り、次のレコードを取得する。なお、この処理は、既に取得したユーザー委任元ＩＤの重複取得を防止するための処理である。
【０１１４】
ステップ９０４において、対象ユーザー選択リストに委任元ＩＤを追加する。
【０１１５】
ステップ９０５において、委任後フラグ（８０７）の設定がされているかを判定する。設定されている場合、ステップ９０８へ進み、設定されている場合、ループへ戻り、次のレコードを取得する。
【０１１６】
ステップ９０８において、対象ユーザー選択リストに委任元ＩＤがないかを判定する。ある場合ステップ９０６へ進み、ない場合、ループへ戻り、次のレコードを取得する。なお、この処理は、既に取得したユーザー委任元ＩＤの重複取得を防止するための処理である。
【０１１７】
ステップ９０６において、対象ユーザー選択リストに委任元ＩＤを追加する。
【０１１８】
ループが終了後、ステップ９０９において、対象ユーザー返却リストを返却して処理を終了する。
【０１１９】
サーバは、この対象ユーザーリストを用いて、クライアント端末において表示可能な処理履歴閲覧画面データを生成する。
【０１２０】
図７は処理履歴検索画面の検索開始から検索結果が表示されるまでのフローチャートの例である。
【０１２１】
具体的には、クライアント端末において図５の検索（５０８）ボタンが押下されることにより、クライアント端末からサーバに要求がなされてから、検索結果（５０９）をクライアント端末で表示するための画面データを生成するまでのサーバにおける処理の流れを示すフローチャートである。
【０１２２】
ステップ７００において、対象ユーザー選択（５０６）で選択されたユーザーの処理履歴を検索する。具体的には、選択された対象ユーザーＩＤで、図１３に示す処理履歴テーブルのユーザーＩＤ（１３０１）に対して検索を行う。そして合致した処理履歴リストをメモリなどに一時的に保存し、以下の処理により最終的な処理履歴リストを絞り込む。
【０１２３】
図１３は、処理履歴テーブルの一例を示すものである。
【０１２４】
処理日（１３００）には、案件が処理された処理した日付が記録される。より詳細に、時間が記録されてもよい。
【０１２５】
ユーザーＩＤ（１３０１）には、案件を処理したユーザーＩＤが記録される。図の例では、「Ｕｓｅｒ＿００２」、「Ｕｓｅｒ＿００３」、「Ｕｓｅｒ＿００５」が処理したことが分かる。
【０１２６】
委任先ＩＤ（１３０２）には、委任元から委任先として指定され、指定された委任先ユーザーが、委任元ユーザーの代わりに案件を処理した場合、その委任先ユーザーのＩＤが記録される。図の例では、「Ｕｓｅｒ＿００２」、「Ｕｓｅｒ＿００３」が委任先ユーザーとして処理したことが分かる。なお、空白は、委任先ユーザーが、委任先ユーザーとして処理することなく、委任元ユーザー自身が処理した場合である。
【０１２７】
業務ＩＤ（１３０３）には、その業務を特定するＩＤが記録される。
【０１２８】
案件ＩＤ（１３０４）には、その案件を特定するためのＩＤが記録される。
【０１２９】
案件ステータス（１３０５）には、その案件のステータスを示す内容が記録される。
【０１３０】
その他の項目（１３０６）には、必要に応じて各種内容が記録される。
【０１３１】
なお、ステップ７０１において、検索条件（５０７）が入力されているかを判定する。入力されている場合、ステップ７０２へ進み、入力されていない場合、ステップ７０３へ進む。
【０１３２】
ステップ７０２において、検索した処理履歴リストから検索条件に合致しないレコードを除き、ステップＳ７０３へ進む。
【０１３３】
ステップ７０３において、対象ユーザー選択（５０６）で選択されたユーザーが（本人）であるかを判定する。本人の場合は、ステップ７１３へ進み、本人でない場合、ステップ７０４へ進む。
【０１３４】
ステップ７０４において、対象ユーザー選択（５０６）で選択されたユーザーに（過去）が設定されているか判定する。過去委任の場合、ステップ７０５へ進み、過去委任でない場合、ステップ７０６へ進む。
【０１３５】
ステップ７０５において、（過去）が設定されているユーザーの場合、検索結果から自身が処理した履歴以外を除く（７０５）。除くことで、過去に委任された処理履歴から、自分が処理した履歴のみを取得することができる。具体的には、委任先ＩＤ（１３０２）にログインユーザーのＩＤと合致するもののみ残すこととなる。処理後、ステップ７１３へ進む。
【０１３６】
ステップ７０６において、委任設定テーブル（図８）から委任リストを取得してメモリに一時的に保存する。
【０１３７】
具体的には、対象ユーザー選択（５０６）で選択されたユーザーのユーザーＩＤを、図８の委任元ＩＤ（８００）、自身のユーザーＩＤを委任先ＩＤ（８０１）とし委任設定テーブルを読み、委任リストを取得する。
【０１３８】
ステップ７０７〜ステップＳ７１２により、メモリに保存している処理履歴リストのレコードの数分繰り返し処理を行う。
【０１３９】
ステップ７０８において、委任前が閲覧可能かを、委任設定テーブルを参照して判断する。Ｙｅｓの場合、ステップ７１０へ進み、Ｎｏの場合、ステップ７０９へ進む。具体的には、委任リストのレコードのうち委任前フラグ（８０６）が「０」となっているか「１」となっているかの判定を行う。「０」の場合、Ｙｅｓで、「１」の場合、Ｎｏとなる。
【０１４０】
ステップ７０９において、検索結果（７００）（＝処理履歴リスト）から委任元が委任前に処理した履歴を除く。具体的には、処理履歴リストの業務ＩＤ（１３０３）と、委任業務ＩＤ（８０２）が一致し、かつ、処理日（１３００）が委任日（８１０）より古いレコードを削除する。
【０１４１】
ステップ７１０において、委任先間で閲覧可能かを、委任設定テーブルを参照して判断する。Ｙｅｓの場合、ステップ７１２へ進み、Ｎｏの場合、ステップ７１１へ進む。具体的には、委任リストのレコードのうち委任先間フラグ（８０８）が「０」となっているか「１」となっているかの判定を行う。「０」の場合、Ｙｅｓで、「１」の場合、Ｎｏとなる。
【０１４２】
ステップ７１１において、検索結果（７００）（＝処理履歴リスト）から自分以外の委任先が処理した履歴を除く。具体的には、処理履歴リストの委任先ＩＤがログインユーザーのＩＤと一致しないレコードを削除する。
【０１４３】
最後に、ステップ７１３において、検索結果（５０９）に最終的に絞り込んだ処理履歴リストをクライアント端末へ表示させるための画面データを生成する。
【０１４４】
上記例は、一度、対象ユーザーの処理履歴すべてを取得し、条件で絞り込んでいく方法だが、業務によりパフォーマンスを考慮して絞り込みの順番を変えたり、一度に絞り込んだ条件を回覧履歴（１０４）から取得したり、さまざまなパターンが存在することは言うまでもない。
【０１４５】
なお、本フローチャートには記載していないが、委任元（３０９）にチェックが入っているかいないかを判断することにより、委任先ユーザーが、委任元ユーザーが処理した処理リストを残したり削除したりすることもできる。また、同様に、委任後（３１１）にチェックが入っているかいないかを判断することにより、委任先ユーザーが、委任後に、委任元ユーザーが処理したリストを残したり削除したりすることもできる。
【０１４６】
以上説明した通り、本発明によれば、委任時に委任元ユーザーが委任先ユーザーへ業務を委任するとき、当該業務にかかる処理履歴の参照権限を設定可能とすることで、委任元ユーザーが処理履歴を参照する場合に、セキュリティー上不要な処理履歴を表示させないようにすることが可能となる。
【０１４７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１４８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【符号の説明】
【０１４９】
１０１  ワークフローサーバ
１０２  ワークフロークライアント
１０３  ＤＢサーバ
１０４  回覧履歴
【図１】
2011034421.tif 000003
【図２】
2011034421.tif 000004
【図３】
2011034421.tif 000005
【図４】
2011034421.tif 000006
【図５】
2011034421.tif 000007
【図６】
2011034421.tif 000008
【図７】
2011034421.tif 000009
【図８】
2011034421.tif 000010
【図９】
2011034421.tif 000011
【図１０】
2011034421.tif 000012
【図１１】
2011034421.tif 000013
【図１２】
2011034421.tif 000014
【図１３】
2011034421.tif 000015
【手続補正書】
【提出日】平成22年11月30日(2010.11.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記受付手段は、委任元ユーザーの委任前の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任する前の業務の処理履歴を抽出することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記受付手段は、委任元ユーザーの委任後の処理履歴を、委任先ユーザーに参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザーによる当該業務を当該委任先ユーザーに委任した後の業務の処理履歴を抽出することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記受付手段は、複数の委任先ユーザーの処理履歴を、委任先ユーザーが互いにそれぞれ参照可能に設定できるものであり、
前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴として、当該ユーザーとは別の委任先ユーザーによる業務の処理履歴を抽出することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記受付手段は、委任先ユーザーの委任の解除を受け付けるものであり、
前記受付手段により委任の解除を受け付けた場合、前記第二の抽出手段は、前記委任先ユーザーに、当該委任先ユーザーが処理していない業務の処理履歴を抽出しないことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記受付手段が受け付ける、前記委任先ユーザーへ委任する操作権限には、承認権限と、申請権限とが含まれることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記委任元ユーザーと、前記受付手段により受け付けた前記業務を委任する委任先ユーザーと、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限とを対応づけて委任設定テーブルへ記憶する第一の記憶手段と、
前記業務が処理された処理履歴を処理履歴テーブルへ記憶する第二の記憶手段と、
前記第二の抽出手段は、前記委任先ユーザーおよび前記委任元ユーザーを識別する情報と、前記委任設定テーブルと、前記処理履歴テーブルとを用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
クライアント端末と、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段と
を有することを特徴とする情報処理システム。
【請求項９】
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置における情報処理方法であって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出ステップと、
前記委任元ユーザーの要求に従って、前記第一の抽出ステップにより抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付ステップと、
前記受付ステップにより指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付ステップにより指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出ステップと
を有することを特徴とする情報処理方法。
【請求項１０】
ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置において実行可能なプログラムであって、
委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段、
前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段、
前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項１１】
請求項１０に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
問題６「委任解除後にこれまでの作業履歴を見れる・見れないを選択させたいケース」
（１）ＡさんはＢさんに委任。（２）ＢさんはＡさんとして伝票を処理。（３）ＡさんはＢさんの委任を解除。（４）ＢさんはＡさんとして処理した伝票の履歴を参照したいが、委任が解除されているため見れない（セキュリティーが高すぎることが問題）
そこで、本発明は、委任時に委任元ユーザーが委任先ユーザーへ業務を委任するとき、当該業務にかかる処理履歴の参照権限を設定可能とすることで、委任先ユーザーが処理履歴を参照する場合に、セキュリティー上不要な処理履歴を表示させないようにしつつ委任先ユーザー以外のユーザーによる処理履歴のうち委任先ユーザーに閲覧させても問題のない処理履歴を参照可能とすることを目的とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本発明は、ワークフローの手順において委任元ユーザーの操作権限を委任先ユーザーへ委任可能な情報処理装置であって、委任元ユーザーの要求に従って、当該委任元ユーザーが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第一の抽出手段と、前記委任元ユーザーの要求に従って、前記第一の抽出手段により抽出された業務から、当該委任元ユーザーにより選択された業務を委任する委任先ユーザーの指定と、当該業務にかかる当該委任先ユーザーへ委任する操作権限および当該業務の処理履歴の参照権限の指定とを受け付ける受付手段と、前記受付手段により指定を受け付けた前記委任先ユーザーによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務にかかる処理履歴の参照権限を用いて、当該委任先ユーザーが参照可能な当該委任先ユーザーが処理していない業務の処理履歴を含む処理履歴を抽出する第二の抽出手段とを有することを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
本発明によれば、委任時に委任元ユーザーが委任先ユーザーへ業務を委任するとき、当該業務にかかる処理履歴の参照権限を設定可能とすることで、委任先ユーザーが処理履歴を参照する場合に、セキュリティー上不要な処理履歴を表示させないようにしつつ委任先ユーザー以外のユーザーによる処理履歴のうち委任先ユーザーに閲覧させても問題のない処理履歴を参照可能とすることが可能となる。