管理サーバおよび管理サーバの制御方法およびプログラムおよび記録媒体
【課題】ワークフローシステムにおける、管理者のアクセス権限を業務領域（カテゴリ）毎に区分し（カテゴリ管理を可能とし）、情報の機密性を高めること。
【解決手段】管理サーバ１０１のカテゴリ管理機能は、業務領域毎にワークフローシステムの管理者を登録し、さらに、前記業務領域毎に該業務領域に属する業務を登録する。そして、管理サーバ１０１のアクセス制御機能３０２は、前記登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように各管理者のアクセスを制御する構成を特徴とする。
【解決手段】管理サーバ１０１のカテゴリ管理機能は、業務領域毎にワークフローシステムの管理者を登録し、さらに、前記業務領域毎に該業務領域に属する業務を登録する。そして、管理サーバ１０１のアクセス制御機能３０２は、前記登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように各管理者のアクセスを制御する構成を特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローシステムを管理する管理サーバの制御に関する。
【背景技術】
【０００２】
特許文献１には、管理者によって管理されるワークフローシステムの業務定義について、人的労力を軽減し、業務の変更にも柔軟に対応することを可能とする方法が開示されている。
【特許文献１】特開２００６−２９３７３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１では、ユーザと管理者は区別されているが、業務ごとに管理者を区別していない。そのため、管理者であれば全ての業務に対して参照や管理することが出来てしまい、複数の管理者によって管理されるワークフローシステムでは、セキュリティ上の問題が発生する可能性があった。例えば、人事部管轄の人事異動データや、経理部管轄の経費精算業務データに対して、本来、参照する必要のないシステム部の管理者が参照できるといった問題があった。
【０００４】
本発明では、管理者および業務にカテゴリ区分を用いて管理することにより上記問題は解決する。
【０００５】
また、ワークフローシステムでは、通例的に、運用サーバと開発サーバを別々に用意して「開発」、「テスト」、「運用」というフェーズ分けをして業務を運用している。そのため、それぞれのフェーズにおいて、サーバごとに管理者や業務、カテゴリを管理する必要性が発生する。
【０００６】
例えば、開発サーバに人事部カテゴリの管理者と、経理部カテゴリの管理者とを登録する。そして、「開発」フェーズで、開発サーバに人事部カテゴリの業務データを登録する。さらに、開発サーバに登録した人事部カテゴリの業務データは、「テスト」フェーズを実施後、運用サーバに登録された人事部カテゴリの管理者が運用サーバに登録し直し、「運用」フェーズへと入る。このように業務を運用している。
【０００７】
しかし、従来のワークフローシステムでは、開発サーバと運用サーバの間で、カテゴリや管理者、業務の情報は連携されているわけではなく、それぞれ別々に管理されていた。
【０００８】
このため、本来統一的に管理すべき管理者、業務、カテゴリといったものが、開発サーバと運用サーバとで二重管理されることになり、運用手順が複雑になる可能性があり、非常に煩雑であった。
【０００９】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、ワークフローを業務領域ごとにカテゴライズしてワークフローを管理して開発・運用することができる仕組を提供することである。
【課題を解決するための手段】
【００１０】
本発明は、ワークフローシステムを管理する管理サーバにおいて、業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録手段と、前記業務領域毎に該業務領域に属する業務を登録する業務登録手段と、前記管理者登録手段により登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御手段とを有することを特徴とする。
【００１１】
また、本発明は、前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、前記管理者登録手段は、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、入力される、予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作の処理を、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ワークフローシステムにおける、管理者のアクセス権限を業務領域（カテゴリ）毎に区分することができ、情報の機密性を高めることができる。
【００１３】
また、開発段階のワークフロー、運用段階のワークフローへの操作の振り分けを、各管理者に意識させることなく実行できるので、各段階での各管理者による操作を容易にし、操作ミス等による誤りの発生を抑えて情報の完全性を高め、ワークフローを開発段階からスムーズに運用段階へ移行させることが可能となる等の効果を奏する。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１５】
図１は、本発明によるワークフローシステムの一実施例の構成を示すシステム構成図である。
【００１６】
図１において、１０１は管理サーバで、管理者情報とカテゴリ情報を格納し、ネットワーク１００を介して、運用のための情報を格納する運用サーバ１０２と、開発からテスト運用のための情報を格納する開発サーバ１０３とを管理する。
【００１７】
以下の例では、テスト運用のための情報を開発サーバで管理しているが、テスト運用のための情報は運用サーバで管理しても、テスト運用のためのテスト運用サーバを設けても良い。また、運用サーバと開発サーバが一緒でも良いし、管理サーバと運用サーバが一緒でも良い。
【００１８】
ネットワーク１００には、管理サーバ１０１に接続し、システム管理を行うための少なくとも１台のシステム管理クライアント１０４が接続されている。
【００１９】
さらに、ネットワーク１００には、管理サーバ１０１に接続し、カテゴリの運用管理を行うための少なくとも１台の運用管理クライアント１０５が接続されている。
【００２０】
また、ネットワーク１００には、管理サーバ１０１に接続し、業務の開発を行うための少なくとも１台の開発クライアント１０６が接続されている。
【００２１】
さらに、ネットワーク１００には、開発サーバ１０３に接続し、ワークフロー業務のテスト運用を行ったり、運用サーバ１０２に接続しワークフロー業務の実運用を行うための少なくとも１台の運用クライアント１０７が接続されている。
【００２２】
上記４つのクライアントはそれぞれ別のクライアントでも良いし、全て一緒でもどれかが同じクライアントであっても良い。
【００２３】
図２は、図１に示した管理サーバ１０１と運用サーバ１０２と開発サーバ１０３とクライアント１０４〜１０７のハードウェア構成の一例を示すブロック図である。
【００２４】
図２において、２０１はＣＰＵであり、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００２５】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２６】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、この入力部２０９として、タッチパネル、ボタン、スイッチ等が挙げられる。
【００２７】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴディスプレイや液晶ディスプレイ等が挙げられる。
【００２８】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、外部メモリコントローラ２０７には、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。
【００２９】
この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００３０】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１００を介して外部機器との通信制御処理を実行する。
【００３１】
なお、２１２はハードウェアの如く図示されているが、ハードウェアではなく、本発明を実現するためのプログラムである。このプログラム２１２は、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３２】
図３は、図１に示した管理サーバ１０１の機能構成を示すブロック図である。
【００３３】
図３に示すように、管理サーバ１０１は、システム管理者管理機能３０１と、アクセス制御機能３０２と、カテゴリ管理機能３０３と、ワークフローサーバ管理機能３０６とを備える。なお、これらのシステム管理者管理機能３０１，アクセス制御機能３０２，カテゴリ管理機能３０３，ワークフローサーバ管理機能３０６は、管理サーバ１０１のＣＰＵ２０１が外部メモリ２１１に格納されたプログラムをＲＡＭ２０２にロードして実行することにより実現される機能である。
【００３４】
システム管理者管理機能３０１は、システム管理者を管理するための機能であり、後述する図９Ａに示す管理者情報を格納する。カテゴリ管理機能３０３は、カテゴリ（例えば人事部カテゴリ，総務部カテゴリ，経理部カテゴリ等）を管理するための機能であり、後述する図９Ｂに示すカテゴリ情報を格納する。
【００３５】
また、カテゴリ管理機能３０３は、管理者管理機能３０４と業務管理機能３０５とを含んでいる。なお、管理者管理機能３０４は、カテゴリに所属する管理者を管理する機能であり、後述する図９Ｃに示す運用管理者情報を格納する。業務管理機能３０５は、カテゴリに所属する業務を管理する機能であり、後述する図９Ｄに示す業務情報を格納する。
【００３６】
アクセス制御機能３０２は、管理者の役割と操作内容を判断しアクセスを制御するための機能であり、後述する図９Ｅに示すアクセス制御情報を格納する。具体的には、アクセス制御機能３０２は、ログインしたユーザの管理者種別とアクセス制御情報（図９Ｅ）を元に、アクセス可能なサーバとカテゴリ、操作権限を選択制御する。そして、アクセス制御機能３０２は、ログインした管理者に操作権限がない場合はエラーとする。一方、アクセス制御機能３０２は、ログインした管理者に操作権限がある場合（操作可能な場合）は適切なサーバに対して処理を振り分ける（適切なサーバを選択する）ように制御する。
【００３７】
例えば、図９を例とすると、person_devが業務設計を行う場合、アクセス制御機能（図９Ｅ）により、処理を行うサーバは開発サーバとなるように制御する。
【００３８】
ワークフローサーバ管理機能３０６は、各ワークフローサーバ（運用サーバ１０２，開発サーバ１０３）を管理制御するための機能であり、各サーバで公開されているＡＰＩを呼び出すことにより、ユーザ操作内容に応じた処理を各サーバで実行させるように制御する。
【００３９】
図４は、図１に示した運用サーバ１０２の機能構成を示すブロック図である。
【００４０】
図４に示すように、運用サーバ１０２は、組織管理機能４０１と、業務管理機能４０２と、運用機能４０３を備える。なお、これらの組織管理機能４０１，業務管理機能４０２，運用機能４０３は、運用サーバ１０２のＣＰＵ２０１が外部メモリ２１１に格納されたプログラムをＲＡＭ２０２にロードして実行することにより実現される機能である。
【００４１】
組織管理機能４０１は、部門情報４０４（後述する図１０Ａに示す）と、ユーザ情報４０５（後述する図１０Ｂに示す）を含んでいる。
【００４２】
業務管理機能４０２は、伝票情報４０６（後述する図１０Ｃ，図１０Ｄに示す）と、プロセス情報４０７（後述する図１０Ｅに示す）を含んでいる。
【００４３】
そして、業務管理機能４０２は、ログインしたユーザ情報を元に、ユーザに業務情報（伝票情報４０６，プロセス情報４０７）を提供する。
【００４４】
ユーザは伝票情報を元に必要な業務処理を行うと、運用機能４０３は、運用サーバ１０２上に運用情報（後述する図１０Ｆに示す）を作成する。なお、運用情報には、処理の流れを記述したプロセス情報に従い、伝票情報を次に誰がどのように処理をするか等の情報が含まれている。
【００４５】
図５は、図１に示した開発サーバ１０３の機能構成を示すブロック図である。
【００４６】
図５に示すように、開発サーバ１０３は、テスト組織管理機能４０１と、テスト業務管理機能４０２と、テスト運用機能４０３を備える。なお、これらのテスト組織管理機能４０１，テスト業務管理機能４０２，テスト運用機能４０３は、開発サーバ１０３のＣＰＵ２０１が外部メモリ２１１に格納されたプログラムをＲＡＭ２０２にロードして実行することにより実現される機能である。
【００４７】
テスト組織管理機能４０１は、部門情報４０４（後述する図１０Ａに示す）と、ユーザ情報４０５（後述する図１０Ｂに示す）を含んでいる。
【００４８】
テスト業務管理機能４０２は、伝票情報４０６（後述する図１０Ｃ，図１０Ｄに示す）と、プロセス情報４０７（後述する図１０Ｅに示す）を含んでいる。
【００４９】
そして、テスト業務管理機能４０２は、ログインしたユーザ情報を元に、ユーザに業務情報（伝票情報４０６，プロセス情報４０７）を提供する。
【００５０】
ユーザは伝票情報を元に必要な業務処理を行うと、テスト運用機能４０３は、開発サーバ１０３上に運用情報（後述する図１０Ｆに示す）を作成する。
【００５１】
図６は、本実施形態のワークフローシステムにおける運用手順のフローを示す図である。
【００５２】
ステップＳ６０１では、準備フェーズとして、管理サーバ１０１に対しカテゴリの登録や管理者の登録を行う。
【００５３】
ステップＳ６０２では、開発フェーズとして、開発サーバ１０３上で業務が登録され、合わせて伝票やプロセスを設計する。また、テスト運用のためのテスト組織を登録する。
【００５４】
ステップＳ６０３では、テスト運用フェーズとして、ステップＳ６０２で作成した組織と業務情報を用い、開発サーバ１０３上でテスト運用を行う。なお、問題がある場合は前ステップＳ６０２に戻り、問題を解消した後、再度テストを行う。
【００５５】
ステップＳ６０４では、本番運用フェーズとして、本番運用のための組織を登録し、ステップＳ６０３でテスト運用を行った業務を運用サーバ１０２上にアップロードして、実運用を開始する。なお、カテゴリ、管理者、組織等の登録内容に変更や追加が発生した場合には、ステップＳ６０１に戻って必要であれば準備フェーズからやり直す。
【００５６】
以下、図７〜図１０を用いて、管理者(システム管理者，開発管理者，運用管理者)の作業内容を説明する。
【００５７】
図７は、本実施形態のワークフローシステムにおける管理者(システム管理者，開発管理者，運用管理者)の作業フローの一例を示す図である。
【００５８】
図８は、管理サーバ１０１における制御処理の一例を示すフローチャートであり、管理サーバ１０１が管理者種別９４１及び操作内容９４３によってアクセス先を制御する機能に対応する。なお、このフローチャートの処理は、図３に示した管理サーバ１０１の各機能により実現される。即ち、管理サーバ１０１のＣＰＵ２０１が外部メモリ２１１に格納されたプログラムをＲＡＭ２０２にロードして実行することにより実現される。
【００５９】
図９Ａ〜図９Ｅは、管理サーバ１０１に格納される各種情報の一例を示す図である。
【００６０】
図１０Ａ〜図１０Ｆは、開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。なお、開発サーバ１０３には業務設計情報と、テスト運用のための組織情報と、テスト運用データが格納される。また、運用サーバ１０２には業務情報と、本番運用のための組織情報と、本番運用データが格納される
以下、図７に沿って各管理者(システム管理者，開発管理者，運用管理者)の作業内容について説明する。
【００６１】
なお、図７中、Ｓ７０１〜Ｓ７０５はシステム管理者の行う作業に対応し、Ｓ７０６〜Ｓ７０８は運用管理者の行う作業に対応し、Ｓ７０９〜Ｓ７１３は開発管理者の行う作業（操作）に対応する。
【００６２】
また、図７の作業を開始する前に、管理サーバ１０１には、予め図９Ａに示すような管理者情報（管理者ＩＤ９０１，管理者種別９０２，パスワード９０３で構成される）、図９Ｅに示すようなアクセス制御情報等が登録されているものとする。
【００６３】
まず、「システム管理者」が作業を開始する。
【００６４】
システム管理者は、システム管理クライアント１０４から管理サーバ１０１にログインする操作を行う（Ｓ７０１）。管理サーバ１０１では、システム管理者管理機能３０１が、入力された管理者ＩＤ９０１とパスワード９０３を確認し、ログインを許可する。
【００６５】
次にシステム管理者は、カテゴリの登録操作を行う（Ｓ７０２）。
【００６６】
この際、管理サーバでは、アクセス制御機能３０２が、図８に示すように、操作を行った管理者の認証処理（ログイン済みか否かの判定）を行い（Ｓ８０１）、認証処理に失敗した場合（操作を行った管理者が未ログインの場合）は（Ｓ８０１でＮＧ）、認証エラーとする（Ｓ８０２）。
【００６７】
一方、認証処理に成功した場合（操作を行った管理者がログイン済みの場合）は（Ｓ８０１でＯＫ）、ステップＳ８０３において、アクセス制御機能３０２が、操作内容を解析する（操作種別やパラメータを解析する）。
【００６８】
アクセス制御機能３０２は、管理者種別（９０２又は９２２）、操作種別およびパラメータと、アクセス制御情報の役割９４１、操作内容９４２およびアクセス権９４４等を照らし合わせ、当該管理者の操作がアクセス可能かどうかを判定する。 上記パラメータには、例えばアクセス種別などが含まれる。
【００６９】
そして、当該管理者の操作がアクセス不可な操作と判定した場合には（Ｓ８０４でＮＧ）、アクセス制御機能３０２は権限エラーとする。
【００７０】
なお、システム管理者によるカテゴリの登録操作（Ｓ７０２）は、操作内容９４３の「カテゴリ管理」に含まれており、図９の管理サーバ１０１に格納されるアクセス制御情報の一例では、「フルアクセス」となっている。
【００７１】
上記例ではアクセス権はフルアクセスだが、必要に応じてフルアクセス以外の権限も設定可能である。
【００７２】
そして、当該管理者の操作がアクセス可な操作と判定した場合には（Ｓ８０４でＯＫ）、アクセス制御機能３０２は、アクセス制御情報のサーバ種別９４３からアクセス先のサーバを取得することにより、サーバを選択する。なお、システム管理者によるカテゴリの登録操作（Ｓ７０２）では、図８のサーバ選択（Ｓ８０６）において、「管理」サーバが選択される（Ｓ８０７）。
【００７３】
次に、ワークフローサーバ管理機能３０６が、アクセス制御機能３０２で選択されたサーバに当該管理者の操作を処理させる。具体的には、ワークフローサーバ管理機能３０６は、アクセス制御機能３０２で選択されたサーバに当該管理者の操作に応じたＡＰＩ（各サーバで公開されている）を呼び出し処理を行わせる（Ｓ８０７〜Ｓ８０９）。
【００７４】
選択されたサーバが管理サーバ１０１の場合、ワークフローサーバ管理機能３０６は、ステップＳ８０７において、操作に応じた管理サーバ１０１のＡＰＩを呼び出し処理を行わせる。この際、管理サーバ１０１は、管理者の操作を管理サーバ１０１上のログに出力し、検証の際のトレーザビリティを確保するように構成する。
【００７５】
また、運用サーバ１０２および開発サーバ１０３が選択された場合、ワークフローサーバ管理機能３０６は、ステップＳ８０８又はＳ８０９で、操作に応じた各サーバで公開しているＡＰＩを呼び出し、処理を行わせる。
【００７６】
そして、各サーバでは、管理サーバ１０１からのＡＰＩ呼び出しに応じた処理を行い、管理サーバ１０１に処理結果を返す。
【００７７】
ステップＳ８１０では、ワークフローサーバ管理機能３０６は、後処理を行い各サーバでの処理結果を解析および整形したのち、管理クライアントに返す。
【００７８】
例えば、図７のステップＳ７０２で示したシステム管理者によるカテゴリの登録操作の場合、上述したように管理サーバ１０１が操作対象として選択され、ワークフローサーバ管理機能３０６は、ステップＳ８０７において、管理サーバ１０１のカテゴリ登録操作に応じたＡＰＩ（管理者管理機能３０４）を呼び出し処理を行わせる。これにより、図９Ｂに示すようにカテゴリ情報として、カテゴリＩＤ９１１、カテゴリ名９１２が管理サーバ１０１に登録される。
【００７９】
次に、図７のステップＳ７０３において、システム管理者は、管理サーバ１０１に対して運用管理者の登録作業（登録操作）を行う。このシステム管理者による運用管理者の登録操作も管理サーバ１０１が対象の操作であるため、アクセス制御機能３０２により管理サーバ１０１が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、運用管理者登録操作に応じた管理サーバ１０１のＡＰＩ（管理者管理機能３０４）が呼び出されて処理される（図８のＳ８０７）。これにより、図９Ｃの１行目，３行目に示すように、運用管理者情報として、管理者ＩＤ９２１，管理者種別９２２，管理者名９２３，カテゴリＩＤ９２４，パスワード９２５が管理サーバ１０１に登録される。
【００８０】
以下、「運用管理者」の作業を説明する。
【００８１】
登録された運用管理者は、カテゴリ運用クライアント１０５から管理サーバ１０１にログインし（Ｓ７０６）、開発管理者の登録作業（登録操作）を行う（Ｓ７０７）。この運用管理者による開発管理者の登録操作も図９Ｅのアクセス制御情報（２行目）によれば管理サーバ１０１が対象の操作であるため、アクセス制御機能３０２により管理サーバ１０１が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、開発管理者登録操作に応じた管理サーバ１０１のＡＰＩ（管理者管理機能３０４）が呼び出されて処理される（図８のＳ８０７）。ただし、アクセス制御機能３０２は、操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する開発管理者のアクセスを禁止する。（操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する開発管理者の登録は不許可とするように制御する。）
【００８２】
これにより、操作した運用管理者が属するカテゴリの開発管理者情報として、図９Ｃの２行目又は４行目に示すように、管理者ＩＤ９２１，管理者種別９２２，管理者名９２３，カテゴリＩＤ９２４，パスワード９２５が登録される。
【００８３】
以上示したＳ７０１〜Ｓ７０３，Ｓ７０６，Ｓ７０７は図６の準備フェーズＳ６０１に対応する。
【００８４】
以下、「開発管理者」の作業を説明する。
【００８５】
登録された開発管理者は、開発クライアント１０６から管理サーバ１０１にログインし(Ｓ７０９)、テスト組織の登録作業（登録操作）を行う（Ｓ７１０）。この開発管理者によるテスト組織の登録操作は、図９Ｅのアクセス制御情報（７行目）によれば開発サーバ１０３が対象の操作であるため、アクセス制御機能３０２により開発サーバ１０３が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、テスト組織登録操作に応じた開発サーバ１０３のＡＰＩ（テスト組織管理機能４０１）が呼び出されて処理される（図８のＳ８０７）。これにより、テスト組織として、図１０Ａ，図１０Ｂに示すような組織情報１００１〜１０１５が開発サーバ１０３に登録される。
【００８６】
なお、登録される組織情報には、部門情報として図１０Ａに示すような部門ＩＤ１００１、部門名１００２、親部門ＩＤ１００３と、ユーザ情報として図１０Ｂに示すようなユーザＩＤ１０１１、氏名１０１２、所属部門１０１３、役職１０１４、パスワード１０１５が含まれる。
【００８７】
これらの組織情報は、通常、業務およびカテゴリをまたがって利用され、また個人情報保護の観点からも、会社内でも機密情報として扱われている場合がある。本実施形態で示す例では、実際の組織とテスト用の組織とを、運用サーバ１０２上の組織情報と開発サーバ１０３上の組織情報として区別し、それぞれ異なる権限の管理者を割り当てることで、利便性とセキュリティを確保している。
【００８８】
そして、運用サーバ１０２上の組織は、運用管理者ではなく組織管理のアクセス権限を持ったシステム管理者のみがアクセスできるように管理サーバ１０１で制御される。
【００８９】
次に、上記開発管理者は、テスト用業務情報の登録作業（登録操作）を行う（Ｓ７１１）。この開発管理者によるテスト用業務情報の登録操作は、図９Ｅのアクセス制御情報（６行目）によれば開発サーバ１０３が対象の操作であるため、アクセス制御機能３０２により開発サーバ１０３が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、テスト用業務情報登録操作に応じた開発サーバ１０３のＡＰＩ（テスト業務管理機能４０２）が呼び出されて処理される（図８のＳ８０７）。ただし、アクセス制御機能３０２は、操作を行った開発管理者の属するカテゴリ以外のカテゴリに対応するテスト用業務情報の登録は禁止するように制御する。これにより、テスト用業務情報として、図１０Ｃに示すような業務情報１０２１〜１０２４、図１０Ｄに示すような伝票情報１０３１〜１０３５、図１０Ｅに示すようなプロセス情報１０４１〜１０４５が開発サーバ１０３に登録される。なお、この際、図１０Ｃに示した業務情報内の状態１０２３，図１０Ｄに示した伝票情報内の状態１０３３，図１０Ｅに示したプロセス情報内の状態１０４４は、「非アクティブ」ステータスとされ、運用中のデータ（「アクティブ」ステータスのデータ）とは区別される。
【００９０】
なお、上記テスト用業務情報の登録の際、ワークフローサーバ管理機能３０６はカテゴリ管理機能３０３を呼び出して、開発サーバ１０３に登録された業務情報のカテゴリ区分について、図９Ｄの業務ＩＤ９３１とカテゴリＩＤ９３２を管理サーバ１０１上に登録する。
【００９１】
即ち、開発サーバ１０３に登録された業務情報のカテゴリ区分については、管理サーバ１０１上で管理される。このように、登録された業務は、カテゴリによって区分されるため、あるカテゴリの開発者／管理者であっても、他のカテゴリの業務に対してアクセスすることはできない。例えば、人事カテゴリの開発者が登録した住所変更申請業務に対して、総務カテゴリの開発者がアクセスすることはできない。
【００９２】
以上示したＳ７０９〜Ｓ７１１は図６の開発フェーズＳ６０２に対応する。
【００９３】
業務の開発サーバ１０３への登録が終わったら、テスト運用フェーズに入るため、開発管理者は、テスト運用開始の作業（操作）を行う（Ｓ７１２）。
【００９４】
この開発管理者によるテスト運用開始の操作は、業務管理の操作の一つで、図９Ｅのアクセス制御情報（９行目）によれば開発サーバ１０３が対象の操作であるため、アクセス制御機能３０２により開発サーバ１０３が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、テスト運用開始の操作に応じた開発サーバ１０３のＡＰＩ（テスト業務管理機能４０２）が呼び出されて処理される（図８のＳ８０７）。
【００９５】
図１１は、本実施形態のワークフローシステムにおける運用開始手順のフローを示す図である。
【００９６】
以下、図１１を参照して、開発サーバ１０３におけるテスト運用開始処理について説明する。
【００９７】
開発管理者がテスト運用開始の操作を行うと、開発サーバ１０３内にあるワークフローのプロセス手順であるプロセス情報（図１０Ｅ）を開発サーバ１０３のＣＰＵ２０１が読み取る（Ｓ１１０１）。
【００９８】
読み取ったプロセス情報の部門名１０４６や役職１０４７、プロセスデータ内に記載されている役職などが組織情報１００１〜１０１５内の該当する部門や役職として存在するかの整合性を開発サーバ１０３のＣＰＵ２０１が確認する（Ｓ１１０２）。
【００９９】
Ｓ１１０２において、そのプロセスの全ての整合性が取れていることが確認された場合は、開発サーバ１０３のＣＰＵ２０１が、図１０Ｃに示した業務情報内の状態１０２３，図１０Ｄに示した伝票情報内の状態１０３３，図１０Ｅに示したプロセス情報内の状態１０４３が「非アクティブ」ステータスから「アクティブ」ステータスに変更し（Ｓ１１０３）、テスト運用が開始される。
【０１００】
ただし、アクセス制御機能３０２は、操作を行った開発管理者の属するカテゴリ以外のカテゴリに対応するテスト運用の開始は禁止するように制御する。
【０１０１】
なお、テスト運用が開始されると、テスト組織に登録されたユーザは，テスト運用クライアント１０７から開発サーバ１０３にログインし、開発サーバ１０３上の業務をテスト運用する。
【０１０２】
そして、このテスト運用における、ワークフローの運用情報は、図１０Ｆの１０５１〜１０５５に示すように開発サーバ１０３に登録される。なお、開発サーバ１０３に登録される運用情報は、該当するカテゴリの開発管理者によって管理、運用される。
【０１０３】
そして、開発管理者は、テスト運用で問題があったかどうかを判断し（Ｓ７１３）、問題があったと判断した場合には（Ｓ７１３でＮｏ）、ステップＳ７１１の作業に戻り、テスト用業務情報登録から見直し、必要に応じて修正を行う。
【０１０４】
一方、テスト運用で問題がないと開発管理者が判断した場合には（Ｓ７１３でＹｅｓ）、「運用管理者」に作業を戻す。
【０１０５】
以上示したＳ７１２〜Ｓ７１３は図６のテスト運用フェーズＳ６０３に対応する。
【０１０６】
次に、運用管理者は、開発サーバ１０３上の業務設計情報１０２１〜１０４５を、運用サーバ１０２にアップロードする作業（操作）を行う（Ｓ７０８）。
【０１０７】
この運用管理者によるアップロード操作は、管理サーバ１０１が対象の操作であるため、アクセス制御機能３０２により管理サーバ１０１が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、アップロード操作に応じた開発サーバ１０３のＡＰＩ（業務管理機能４０２）と、運用サーバ１０２のＡＰＩ（業務管理機能４０２）が呼び出されて開発サーバ１０３上の業務情報が、運用サーバ１０２にアップロード処理される（図８のＳ８０７）。
【０１０８】
なお、業務情報の運用サーバ１０２へのアップロードの際、図１０Ｃに示した業務情報内の状態１０２３，図１０Ｄに示した伝票情報内の状態１０３３，図１０Ｅに示したプロセス情報内の状態１０４３が「非アクティブ」ステータスとして運用サーバ１０２に登録される。
【０１０９】
ただし、アクセス制御機能３０２は、操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する業務情報のアップロードは禁止するように制御する。
【０１１０】
以下、「システム管理者」に作業を戻す。
【０１１１】
次に、システム管理者は、運用のための組織情報を運用サーバ１０２に登録する（Ｓ７０４）。このシステム管理者による組織情報の登録操作は、図９Ｅのアクセス制御情報（２行目）によれば運用サーバ１０２が対象の操作であるため、アクセス制御機能３０２により運用サーバ１０２が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、組織情報登録操作に応じた運用サーバ１０２のＡＰＩ（組織管理機能４０１）が呼び出されて処理される（図８のＳ８０７）。これにより、実際の組織として、図１０Ａ，図１０Ｂに示すような組織情報１００１〜１０１５が運用サーバ１０２に登録される。
【０１１２】
次に、システム管理者は、運用開始作業（運用開始操作）を行う（Ｓ７０５）。このシステム開発者による実際の運用開始の操作は、業務管理の操作の一つで、図９Ｅのアクセス制御情報（１０行目）によれば運用サーバ１０２が対象の操作であるため、アクセス制御機能３０２により運用サーバ１０２が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、運用開始の操作に応じた運用サーバ１０２のＡＰＩ（業務管理機能４０２）が呼び出されて処理される（図８のＳ８０７）。
【０１１３】
以下、図１１を参照して、運用サーバ１０２における運用開始処理について説明する。
【０１１４】
システム管理者が運用開始の操作を行うと、運用サーバ１０２内にあるワークフローのプロセス手順であるプロセス情報（図１０Ｅ）を運用サーバ１０２のＣＰＵ２０１が読み取る（Ｓ１１０１）。
【０１１５】
読み取ったプロセス情報の部門名１０４６や役職１０４７、プロセスデータ内に記載されている役職などが組織情報１００１〜１０１５内の該当する部門や役職として存在するかの整合性を運用サーバ１０２のＣＰＵ２０１が確認する（Ｓ１１０２）。
【０１１６】
Ｓ１１０２において、そのプロセスの全ての整合性が取れていることが確認された場合は、運用サーバ１０２のＣＰＵ２０１が、図１０Ｃに示した業務情報内の状態１０２３，図１０Ｄに示した伝票情報内の状態１０３３，図１０Ｅに示したプロセス情報内の状態１０４３が「非アクティブ」ステータスから「アクティブ」ステータスに変更し（Ｓ１１０３）、運用が開始される。
【０１１７】
なお、運用データ（図１０Ｆ）は、運用管理者によって管理され、管理サーバ１０１のアクセス制御機能３０２によってアクセス可能なカテゴリ、操作であるかがチェックされ、管理、運用される。即ち、アクセス制御機能３０２は、操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する運用データへの操作を禁止する。（操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する運用データへの操作を不許可とするように制御する。）
以上示したＳ７０８，Ｓ７０４，Ｓ７０５は図６の本番運用フェーズＳ６０４に対応する。
【０１１８】
以上示したように本発明によれば、各管理者のアクセス権限をカテゴリ毎に区分することができ、また、組織情報のようなカテゴリに関係ないデータに関しても、アクセス権限を管理することにより、情報の機密性を高めることが出来る。
【０１１９】
また、システム化された運用手順により、運用サーバ、開発サーバといった複数の環境をまたがった情報の操作が容易になり、情報の完全性を高めることが出来る。
【０１２０】
上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１２１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２２】
以下、図１２に示すメモリマップを参照して本発明に係る情報処理装置としての管理サーバ１０１のＣＰＵ２０１で読み取り可能なデータ処理プログラムの構成について説明する。
【０１２３】
図１２は、本発明に係る情報処理装置としての管理サーバ１０１のＣＰＵ２０１で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１２４】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１２５】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１２６】
本実施形態における図８に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１２７】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１２８】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１２９】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１３０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３１】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３２】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３３】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３４】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１３５】
以上説明したように、本発明のワークフローシステムを管理する管理サーバは、ワークフローシステムの開発・運用権限と、ワークフロー資源（組織情報、業務情報等）へのアクセス権限を明確に区分する構成を有し、業務領域毎にカテゴライズされたワークフローの管理・開発環境を提供することができる。
【０１３６】
例えば、本実施形態では、最上位の権限を持つシステム管理者が、人事、総務、経理といった業務領域毎にカテゴリとその管理者（運用管理者）を管理サーバ１０１上に登録する。次に、運用管理者は、各カテゴリにワークフロー（アプリケーション）の開発者（開発管理者）を管理サーバ１０１上に登録する。さらに、開発管理者は、ワークフローを開発・保存し、安全な環境（開発サーバ１０３上で）テストすることを可能とする。さらに、テストが終了すると、完成されたワークフローの業務情報を、運用環境（運用サーバ１０２上）に反映させる。そして、システム管理者が、運用環境へ反映されたワークフローの運用を開始する。このように、複数の管理者（システム管理者、カテゴリ毎の運用管理者と開発管理者）により管理されるワークフローを開発段階から運用段階へと安全且つスムーズに移行させることができる。
【０１３７】
よって、本発明によれば、ワークフローシステムにおける、管理者のアクセス権限を業務領域（カテゴリ）毎に区分することができ（カテゴリ管理を可能とし）、情報の機密性を高めることができる。
【０１３８】
また、開発段階のワークフロー、運用段階のワークフローへの操作の振り分けを、各管理者に意識させることなく実行できるので、各段階での各管理者による操作を容易にし、操作ミス等による誤りの発生を抑えて情報の完全性を高め、ワークフローを開発段階からスムーズに運用段階へ移行させることが可能となる等の効果を奏する。
【図面の簡単な説明】
【０１３９】
【図１】本発明によるワークフロー運用システムの一実施例の構成を示すシステム構成図である。
【図２】図１に示した管理サーバ１０１と運用サーバ１０２と開発サーバ１０３とクライアント１０４〜１０７のハードウェア構成の一例を示すブロック図である。
【図３】図１に示した管理サーバ１０１の機能構成を示すブロック図である。
【図４】図１に示した運用サーバ１０２の機能構成を示すブロック図である。
【図５】図１に示した開発サーバ１０３の機能構成を示すブロック図である。
【図６】本実施形態のワークフローシステムにおける運用手順のフローを示す図である。
【図７】本実施形態のワークフローシステムにおける管理者(システム管理者，開発管理者，運用管理者)の作業フローの一例を示す図である。
【図８】管理サーバ１０１における制御処理の一例を示すフローチャートである。
【図９Ａ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図９Ｂ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図９Ｃ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図９Ｄ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図９Ｅ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図１０Ａ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｂ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｃ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｄ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｅ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｆ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１１】開発サーバ及び運用サーバにおける運用開始の一例を示すフローチャートである。
【図１２】本発明に係る情報処理装置としての管理サーバ１０１のＣＰＵ２０１で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１４０】
１０１ 管理サーバ
１０２ 開発サーバ
１０３ 管理サーバ
１０４ システム管理クライアント
１０５ 運用管理クライアント
１０６ 開発クライアント
１０７ 運用クライアント
１０８ ネットワーク
３０１ システム管理者管理機能
３０２ アクセス制御機能
３０３ カテゴリ管理機能
３０４ 管理者管理機能
３０５ 業務管理機能
３０６ ワークフローサーバ管理機能
４０１ 組織管理機能
４０２ 業務管理機能
４０３ 運用機能
４０４ 伝票情報
４０５ プロセス情報
【技術分野】
【０００１】
本発明は、ワークフローシステムを管理する管理サーバの制御に関する。
【背景技術】
【０００２】
特許文献１には、管理者によって管理されるワークフローシステムの業務定義について、人的労力を軽減し、業務の変更にも柔軟に対応することを可能とする方法が開示されている。
【特許文献１】特開２００６−２９３７３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１では、ユーザと管理者は区別されているが、業務ごとに管理者を区別していない。そのため、管理者であれば全ての業務に対して参照や管理することが出来てしまい、複数の管理者によって管理されるワークフローシステムでは、セキュリティ上の問題が発生する可能性があった。例えば、人事部管轄の人事異動データや、経理部管轄の経費精算業務データに対して、本来、参照する必要のないシステム部の管理者が参照できるといった問題があった。
【０００４】
本発明では、管理者および業務にカテゴリ区分を用いて管理することにより上記問題は解決する。
【０００５】
また、ワークフローシステムでは、通例的に、運用サーバと開発サーバを別々に用意して「開発」、「テスト」、「運用」というフェーズ分けをして業務を運用している。そのため、それぞれのフェーズにおいて、サーバごとに管理者や業務、カテゴリを管理する必要性が発生する。
【０００６】
例えば、開発サーバに人事部カテゴリの管理者と、経理部カテゴリの管理者とを登録する。そして、「開発」フェーズで、開発サーバに人事部カテゴリの業務データを登録する。さらに、開発サーバに登録した人事部カテゴリの業務データは、「テスト」フェーズを実施後、運用サーバに登録された人事部カテゴリの管理者が運用サーバに登録し直し、「運用」フェーズへと入る。このように業務を運用している。
【０００７】
しかし、従来のワークフローシステムでは、開発サーバと運用サーバの間で、カテゴリや管理者、業務の情報は連携されているわけではなく、それぞれ別々に管理されていた。
【０００８】
このため、本来統一的に管理すべき管理者、業務、カテゴリといったものが、開発サーバと運用サーバとで二重管理されることになり、運用手順が複雑になる可能性があり、非常に煩雑であった。
【０００９】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、ワークフローを業務領域ごとにカテゴライズしてワークフローを管理して開発・運用することができる仕組を提供することである。
【課題を解決するための手段】
【００１０】
本発明は、ワークフローシステムを管理する管理サーバにおいて、業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録手段と、前記業務領域毎に該業務領域に属する業務を登録する業務登録手段と、前記管理者登録手段により登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御手段とを有することを特徴とする。
【００１１】
また、本発明は、前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、前記管理者登録手段は、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、入力される、予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作の処理を、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ワークフローシステムにおける、管理者のアクセス権限を業務領域（カテゴリ）毎に区分することができ、情報の機密性を高めることができる。
【００１３】
また、開発段階のワークフロー、運用段階のワークフローへの操作の振り分けを、各管理者に意識させることなく実行できるので、各段階での各管理者による操作を容易にし、操作ミス等による誤りの発生を抑えて情報の完全性を高め、ワークフローを開発段階からスムーズに運用段階へ移行させることが可能となる等の効果を奏する。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１５】
図１は、本発明によるワークフローシステムの一実施例の構成を示すシステム構成図である。
【００１６】
図１において、１０１は管理サーバで、管理者情報とカテゴリ情報を格納し、ネットワーク１００を介して、運用のための情報を格納する運用サーバ１０２と、開発からテスト運用のための情報を格納する開発サーバ１０３とを管理する。
【００１７】
以下の例では、テスト運用のための情報を開発サーバで管理しているが、テスト運用のための情報は運用サーバで管理しても、テスト運用のためのテスト運用サーバを設けても良い。また、運用サーバと開発サーバが一緒でも良いし、管理サーバと運用サーバが一緒でも良い。
【００１８】
ネットワーク１００には、管理サーバ１０１に接続し、システム管理を行うための少なくとも１台のシステム管理クライアント１０４が接続されている。
【００１９】
さらに、ネットワーク１００には、管理サーバ１０１に接続し、カテゴリの運用管理を行うための少なくとも１台の運用管理クライアント１０５が接続されている。
【００２０】
また、ネットワーク１００には、管理サーバ１０１に接続し、業務の開発を行うための少なくとも１台の開発クライアント１０６が接続されている。
【００２１】
さらに、ネットワーク１００には、開発サーバ１０３に接続し、ワークフロー業務のテスト運用を行ったり、運用サーバ１０２に接続しワークフロー業務の実運用を行うための少なくとも１台の運用クライアント１０７が接続されている。
【００２２】
上記４つのクライアントはそれぞれ別のクライアントでも良いし、全て一緒でもどれかが同じクライアントであっても良い。
【００２３】
図２は、図１に示した管理サーバ１０１と運用サーバ１０２と開発サーバ１０３とクライアント１０４〜１０７のハードウェア構成の一例を示すブロック図である。
【００２４】
図２において、２０１はＣＰＵであり、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００２５】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２６】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、この入力部２０９として、タッチパネル、ボタン、スイッチ等が挙げられる。
【００２７】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴディスプレイや液晶ディスプレイ等が挙げられる。
【００２８】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、外部メモリコントローラ２０７には、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。
【００２９】
この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００３０】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１００を介して外部機器との通信制御処理を実行する。
【００３１】
なお、２１２はハードウェアの如く図示されているが、ハードウェアではなく、本発明を実現するためのプログラムである。このプログラム２１２は、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３２】
図３は、図１に示した管理サーバ１０１の機能構成を示すブロック図である。
【００３３】
図３に示すように、管理サーバ１０１は、システム管理者管理機能３０１と、アクセス制御機能３０２と、カテゴリ管理機能３０３と、ワークフローサーバ管理機能３０６とを備える。なお、これらのシステム管理者管理機能３０１，アクセス制御機能３０２，カテゴリ管理機能３０３，ワークフローサーバ管理機能３０６は、管理サーバ１０１のＣＰＵ２０１が外部メモリ２１１に格納されたプログラムをＲＡＭ２０２にロードして実行することにより実現される機能である。
【００３４】
システム管理者管理機能３０１は、システム管理者を管理するための機能であり、後述する図９Ａに示す管理者情報を格納する。カテゴリ管理機能３０３は、カテゴリ（例えば人事部カテゴリ，総務部カテゴリ，経理部カテゴリ等）を管理するための機能であり、後述する図９Ｂに示すカテゴリ情報を格納する。
【００３５】
また、カテゴリ管理機能３０３は、管理者管理機能３０４と業務管理機能３０５とを含んでいる。なお、管理者管理機能３０４は、カテゴリに所属する管理者を管理する機能であり、後述する図９Ｃに示す運用管理者情報を格納する。業務管理機能３０５は、カテゴリに所属する業務を管理する機能であり、後述する図９Ｄに示す業務情報を格納する。
【００３６】
アクセス制御機能３０２は、管理者の役割と操作内容を判断しアクセスを制御するための機能であり、後述する図９Ｅに示すアクセス制御情報を格納する。具体的には、アクセス制御機能３０２は、ログインしたユーザの管理者種別とアクセス制御情報（図９Ｅ）を元に、アクセス可能なサーバとカテゴリ、操作権限を選択制御する。そして、アクセス制御機能３０２は、ログインした管理者に操作権限がない場合はエラーとする。一方、アクセス制御機能３０２は、ログインした管理者に操作権限がある場合（操作可能な場合）は適切なサーバに対して処理を振り分ける（適切なサーバを選択する）ように制御する。
【００３７】
例えば、図９を例とすると、person_devが業務設計を行う場合、アクセス制御機能（図９Ｅ）により、処理を行うサーバは開発サーバとなるように制御する。
【００３８】
ワークフローサーバ管理機能３０６は、各ワークフローサーバ（運用サーバ１０２，開発サーバ１０３）を管理制御するための機能であり、各サーバで公開されているＡＰＩを呼び出すことにより、ユーザ操作内容に応じた処理を各サーバで実行させるように制御する。
【００３９】
図４は、図１に示した運用サーバ１０２の機能構成を示すブロック図である。
【００４０】
図４に示すように、運用サーバ１０２は、組織管理機能４０１と、業務管理機能４０２と、運用機能４０３を備える。なお、これらの組織管理機能４０１，業務管理機能４０２，運用機能４０３は、運用サーバ１０２のＣＰＵ２０１が外部メモリ２１１に格納されたプログラムをＲＡＭ２０２にロードして実行することにより実現される機能である。
【００４１】
組織管理機能４０１は、部門情報４０４（後述する図１０Ａに示す）と、ユーザ情報４０５（後述する図１０Ｂに示す）を含んでいる。
【００４２】
業務管理機能４０２は、伝票情報４０６（後述する図１０Ｃ，図１０Ｄに示す）と、プロセス情報４０７（後述する図１０Ｅに示す）を含んでいる。
【００４３】
そして、業務管理機能４０２は、ログインしたユーザ情報を元に、ユーザに業務情報（伝票情報４０６，プロセス情報４０７）を提供する。
【００４４】
ユーザは伝票情報を元に必要な業務処理を行うと、運用機能４０３は、運用サーバ１０２上に運用情報（後述する図１０Ｆに示す）を作成する。なお、運用情報には、処理の流れを記述したプロセス情報に従い、伝票情報を次に誰がどのように処理をするか等の情報が含まれている。
【００４５】
図５は、図１に示した開発サーバ１０３の機能構成を示すブロック図である。
【００４６】
図５に示すように、開発サーバ１０３は、テスト組織管理機能４０１と、テスト業務管理機能４０２と、テスト運用機能４０３を備える。なお、これらのテスト組織管理機能４０１，テスト業務管理機能４０２，テスト運用機能４０３は、開発サーバ１０３のＣＰＵ２０１が外部メモリ２１１に格納されたプログラムをＲＡＭ２０２にロードして実行することにより実現される機能である。
【００４７】
テスト組織管理機能４０１は、部門情報４０４（後述する図１０Ａに示す）と、ユーザ情報４０５（後述する図１０Ｂに示す）を含んでいる。
【００４８】
テスト業務管理機能４０２は、伝票情報４０６（後述する図１０Ｃ，図１０Ｄに示す）と、プロセス情報４０７（後述する図１０Ｅに示す）を含んでいる。
【００４９】
そして、テスト業務管理機能４０２は、ログインしたユーザ情報を元に、ユーザに業務情報（伝票情報４０６，プロセス情報４０７）を提供する。
【００５０】
ユーザは伝票情報を元に必要な業務処理を行うと、テスト運用機能４０３は、開発サーバ１０３上に運用情報（後述する図１０Ｆに示す）を作成する。
【００５１】
図６は、本実施形態のワークフローシステムにおける運用手順のフローを示す図である。
【００５２】
ステップＳ６０１では、準備フェーズとして、管理サーバ１０１に対しカテゴリの登録や管理者の登録を行う。
【００５３】
ステップＳ６０２では、開発フェーズとして、開発サーバ１０３上で業務が登録され、合わせて伝票やプロセスを設計する。また、テスト運用のためのテスト組織を登録する。
【００５４】
ステップＳ６０３では、テスト運用フェーズとして、ステップＳ６０２で作成した組織と業務情報を用い、開発サーバ１０３上でテスト運用を行う。なお、問題がある場合は前ステップＳ６０２に戻り、問題を解消した後、再度テストを行う。
【００５５】
ステップＳ６０４では、本番運用フェーズとして、本番運用のための組織を登録し、ステップＳ６０３でテスト運用を行った業務を運用サーバ１０２上にアップロードして、実運用を開始する。なお、カテゴリ、管理者、組織等の登録内容に変更や追加が発生した場合には、ステップＳ６０１に戻って必要であれば準備フェーズからやり直す。
【００５６】
以下、図７〜図１０を用いて、管理者(システム管理者，開発管理者，運用管理者)の作業内容を説明する。
【００５７】
図７は、本実施形態のワークフローシステムにおける管理者(システム管理者，開発管理者，運用管理者)の作業フローの一例を示す図である。
【００５８】
図８は、管理サーバ１０１における制御処理の一例を示すフローチャートであり、管理サーバ１０１が管理者種別９４１及び操作内容９４３によってアクセス先を制御する機能に対応する。なお、このフローチャートの処理は、図３に示した管理サーバ１０１の各機能により実現される。即ち、管理サーバ１０１のＣＰＵ２０１が外部メモリ２１１に格納されたプログラムをＲＡＭ２０２にロードして実行することにより実現される。
【００５９】
図９Ａ〜図９Ｅは、管理サーバ１０１に格納される各種情報の一例を示す図である。
【００６０】
図１０Ａ〜図１０Ｆは、開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。なお、開発サーバ１０３には業務設計情報と、テスト運用のための組織情報と、テスト運用データが格納される。また、運用サーバ１０２には業務情報と、本番運用のための組織情報と、本番運用データが格納される
以下、図７に沿って各管理者(システム管理者，開発管理者，運用管理者)の作業内容について説明する。
【００６１】
なお、図７中、Ｓ７０１〜Ｓ７０５はシステム管理者の行う作業に対応し、Ｓ７０６〜Ｓ７０８は運用管理者の行う作業に対応し、Ｓ７０９〜Ｓ７１３は開発管理者の行う作業（操作）に対応する。
【００６２】
また、図７の作業を開始する前に、管理サーバ１０１には、予め図９Ａに示すような管理者情報（管理者ＩＤ９０１，管理者種別９０２，パスワード９０３で構成される）、図９Ｅに示すようなアクセス制御情報等が登録されているものとする。
【００６３】
まず、「システム管理者」が作業を開始する。
【００６４】
システム管理者は、システム管理クライアント１０４から管理サーバ１０１にログインする操作を行う（Ｓ７０１）。管理サーバ１０１では、システム管理者管理機能３０１が、入力された管理者ＩＤ９０１とパスワード９０３を確認し、ログインを許可する。
【００６５】
次にシステム管理者は、カテゴリの登録操作を行う（Ｓ７０２）。
【００６６】
この際、管理サーバでは、アクセス制御機能３０２が、図８に示すように、操作を行った管理者の認証処理（ログイン済みか否かの判定）を行い（Ｓ８０１）、認証処理に失敗した場合（操作を行った管理者が未ログインの場合）は（Ｓ８０１でＮＧ）、認証エラーとする（Ｓ８０２）。
【００６７】
一方、認証処理に成功した場合（操作を行った管理者がログイン済みの場合）は（Ｓ８０１でＯＫ）、ステップＳ８０３において、アクセス制御機能３０２が、操作内容を解析する（操作種別やパラメータを解析する）。
【００６８】
アクセス制御機能３０２は、管理者種別（９０２又は９２２）、操作種別およびパラメータと、アクセス制御情報の役割９４１、操作内容９４２およびアクセス権９４４等を照らし合わせ、当該管理者の操作がアクセス可能かどうかを判定する。 上記パラメータには、例えばアクセス種別などが含まれる。
【００６９】
そして、当該管理者の操作がアクセス不可な操作と判定した場合には（Ｓ８０４でＮＧ）、アクセス制御機能３０２は権限エラーとする。
【００７０】
なお、システム管理者によるカテゴリの登録操作（Ｓ７０２）は、操作内容９４３の「カテゴリ管理」に含まれており、図９の管理サーバ１０１に格納されるアクセス制御情報の一例では、「フルアクセス」となっている。
【００７１】
上記例ではアクセス権はフルアクセスだが、必要に応じてフルアクセス以外の権限も設定可能である。
【００７２】
そして、当該管理者の操作がアクセス可な操作と判定した場合には（Ｓ８０４でＯＫ）、アクセス制御機能３０２は、アクセス制御情報のサーバ種別９４３からアクセス先のサーバを取得することにより、サーバを選択する。なお、システム管理者によるカテゴリの登録操作（Ｓ７０２）では、図８のサーバ選択（Ｓ８０６）において、「管理」サーバが選択される（Ｓ８０７）。
【００７３】
次に、ワークフローサーバ管理機能３０６が、アクセス制御機能３０２で選択されたサーバに当該管理者の操作を処理させる。具体的には、ワークフローサーバ管理機能３０６は、アクセス制御機能３０２で選択されたサーバに当該管理者の操作に応じたＡＰＩ（各サーバで公開されている）を呼び出し処理を行わせる（Ｓ８０７〜Ｓ８０９）。
【００７４】
選択されたサーバが管理サーバ１０１の場合、ワークフローサーバ管理機能３０６は、ステップＳ８０７において、操作に応じた管理サーバ１０１のＡＰＩを呼び出し処理を行わせる。この際、管理サーバ１０１は、管理者の操作を管理サーバ１０１上のログに出力し、検証の際のトレーザビリティを確保するように構成する。
【００７５】
また、運用サーバ１０２および開発サーバ１０３が選択された場合、ワークフローサーバ管理機能３０６は、ステップＳ８０８又はＳ８０９で、操作に応じた各サーバで公開しているＡＰＩを呼び出し、処理を行わせる。
【００７６】
そして、各サーバでは、管理サーバ１０１からのＡＰＩ呼び出しに応じた処理を行い、管理サーバ１０１に処理結果を返す。
【００７７】
ステップＳ８１０では、ワークフローサーバ管理機能３０６は、後処理を行い各サーバでの処理結果を解析および整形したのち、管理クライアントに返す。
【００７８】
例えば、図７のステップＳ７０２で示したシステム管理者によるカテゴリの登録操作の場合、上述したように管理サーバ１０１が操作対象として選択され、ワークフローサーバ管理機能３０６は、ステップＳ８０７において、管理サーバ１０１のカテゴリ登録操作に応じたＡＰＩ（管理者管理機能３０４）を呼び出し処理を行わせる。これにより、図９Ｂに示すようにカテゴリ情報として、カテゴリＩＤ９１１、カテゴリ名９１２が管理サーバ１０１に登録される。
【００７９】
次に、図７のステップＳ７０３において、システム管理者は、管理サーバ１０１に対して運用管理者の登録作業（登録操作）を行う。このシステム管理者による運用管理者の登録操作も管理サーバ１０１が対象の操作であるため、アクセス制御機能３０２により管理サーバ１０１が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、運用管理者登録操作に応じた管理サーバ１０１のＡＰＩ（管理者管理機能３０４）が呼び出されて処理される（図８のＳ８０７）。これにより、図９Ｃの１行目，３行目に示すように、運用管理者情報として、管理者ＩＤ９２１，管理者種別９２２，管理者名９２３，カテゴリＩＤ９２４，パスワード９２５が管理サーバ１０１に登録される。
【００８０】
以下、「運用管理者」の作業を説明する。
【００８１】
登録された運用管理者は、カテゴリ運用クライアント１０５から管理サーバ１０１にログインし（Ｓ７０６）、開発管理者の登録作業（登録操作）を行う（Ｓ７０７）。この運用管理者による開発管理者の登録操作も図９Ｅのアクセス制御情報（２行目）によれば管理サーバ１０１が対象の操作であるため、アクセス制御機能３０２により管理サーバ１０１が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、開発管理者登録操作に応じた管理サーバ１０１のＡＰＩ（管理者管理機能３０４）が呼び出されて処理される（図８のＳ８０７）。ただし、アクセス制御機能３０２は、操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する開発管理者のアクセスを禁止する。（操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する開発管理者の登録は不許可とするように制御する。）
【００８２】
これにより、操作した運用管理者が属するカテゴリの開発管理者情報として、図９Ｃの２行目又は４行目に示すように、管理者ＩＤ９２１，管理者種別９２２，管理者名９２３，カテゴリＩＤ９２４，パスワード９２５が登録される。
【００８３】
以上示したＳ７０１〜Ｓ７０３，Ｓ７０６，Ｓ７０７は図６の準備フェーズＳ６０１に対応する。
【００８４】
以下、「開発管理者」の作業を説明する。
【００８５】
登録された開発管理者は、開発クライアント１０６から管理サーバ１０１にログインし(Ｓ７０９)、テスト組織の登録作業（登録操作）を行う（Ｓ７１０）。この開発管理者によるテスト組織の登録操作は、図９Ｅのアクセス制御情報（７行目）によれば開発サーバ１０３が対象の操作であるため、アクセス制御機能３０２により開発サーバ１０３が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、テスト組織登録操作に応じた開発サーバ１０３のＡＰＩ（テスト組織管理機能４０１）が呼び出されて処理される（図８のＳ８０７）。これにより、テスト組織として、図１０Ａ，図１０Ｂに示すような組織情報１００１〜１０１５が開発サーバ１０３に登録される。
【００８６】
なお、登録される組織情報には、部門情報として図１０Ａに示すような部門ＩＤ１００１、部門名１００２、親部門ＩＤ１００３と、ユーザ情報として図１０Ｂに示すようなユーザＩＤ１０１１、氏名１０１２、所属部門１０１３、役職１０１４、パスワード１０１５が含まれる。
【００８７】
これらの組織情報は、通常、業務およびカテゴリをまたがって利用され、また個人情報保護の観点からも、会社内でも機密情報として扱われている場合がある。本実施形態で示す例では、実際の組織とテスト用の組織とを、運用サーバ１０２上の組織情報と開発サーバ１０３上の組織情報として区別し、それぞれ異なる権限の管理者を割り当てることで、利便性とセキュリティを確保している。
【００８８】
そして、運用サーバ１０２上の組織は、運用管理者ではなく組織管理のアクセス権限を持ったシステム管理者のみがアクセスできるように管理サーバ１０１で制御される。
【００８９】
次に、上記開発管理者は、テスト用業務情報の登録作業（登録操作）を行う（Ｓ７１１）。この開発管理者によるテスト用業務情報の登録操作は、図９Ｅのアクセス制御情報（６行目）によれば開発サーバ１０３が対象の操作であるため、アクセス制御機能３０２により開発サーバ１０３が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、テスト用業務情報登録操作に応じた開発サーバ１０３のＡＰＩ（テスト業務管理機能４０２）が呼び出されて処理される（図８のＳ８０７）。ただし、アクセス制御機能３０２は、操作を行った開発管理者の属するカテゴリ以外のカテゴリに対応するテスト用業務情報の登録は禁止するように制御する。これにより、テスト用業務情報として、図１０Ｃに示すような業務情報１０２１〜１０２４、図１０Ｄに示すような伝票情報１０３１〜１０３５、図１０Ｅに示すようなプロセス情報１０４１〜１０４５が開発サーバ１０３に登録される。なお、この際、図１０Ｃに示した業務情報内の状態１０２３，図１０Ｄに示した伝票情報内の状態１０３３，図１０Ｅに示したプロセス情報内の状態１０４４は、「非アクティブ」ステータスとされ、運用中のデータ（「アクティブ」ステータスのデータ）とは区別される。
【００９０】
なお、上記テスト用業務情報の登録の際、ワークフローサーバ管理機能３０６はカテゴリ管理機能３０３を呼び出して、開発サーバ１０３に登録された業務情報のカテゴリ区分について、図９Ｄの業務ＩＤ９３１とカテゴリＩＤ９３２を管理サーバ１０１上に登録する。
【００９１】
即ち、開発サーバ１０３に登録された業務情報のカテゴリ区分については、管理サーバ１０１上で管理される。このように、登録された業務は、カテゴリによって区分されるため、あるカテゴリの開発者／管理者であっても、他のカテゴリの業務に対してアクセスすることはできない。例えば、人事カテゴリの開発者が登録した住所変更申請業務に対して、総務カテゴリの開発者がアクセスすることはできない。
【００９２】
以上示したＳ７０９〜Ｓ７１１は図６の開発フェーズＳ６０２に対応する。
【００９３】
業務の開発サーバ１０３への登録が終わったら、テスト運用フェーズに入るため、開発管理者は、テスト運用開始の作業（操作）を行う（Ｓ７１２）。
【００９４】
この開発管理者によるテスト運用開始の操作は、業務管理の操作の一つで、図９Ｅのアクセス制御情報（９行目）によれば開発サーバ１０３が対象の操作であるため、アクセス制御機能３０２により開発サーバ１０３が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、テスト運用開始の操作に応じた開発サーバ１０３のＡＰＩ（テスト業務管理機能４０２）が呼び出されて処理される（図８のＳ８０７）。
【００９５】
図１１は、本実施形態のワークフローシステムにおける運用開始手順のフローを示す図である。
【００９６】
以下、図１１を参照して、開発サーバ１０３におけるテスト運用開始処理について説明する。
【００９７】
開発管理者がテスト運用開始の操作を行うと、開発サーバ１０３内にあるワークフローのプロセス手順であるプロセス情報（図１０Ｅ）を開発サーバ１０３のＣＰＵ２０１が読み取る（Ｓ１１０１）。
【００９８】
読み取ったプロセス情報の部門名１０４６や役職１０４７、プロセスデータ内に記載されている役職などが組織情報１００１〜１０１５内の該当する部門や役職として存在するかの整合性を開発サーバ１０３のＣＰＵ２０１が確認する（Ｓ１１０２）。
【００９９】
Ｓ１１０２において、そのプロセスの全ての整合性が取れていることが確認された場合は、開発サーバ１０３のＣＰＵ２０１が、図１０Ｃに示した業務情報内の状態１０２３，図１０Ｄに示した伝票情報内の状態１０３３，図１０Ｅに示したプロセス情報内の状態１０４３が「非アクティブ」ステータスから「アクティブ」ステータスに変更し（Ｓ１１０３）、テスト運用が開始される。
【０１００】
ただし、アクセス制御機能３０２は、操作を行った開発管理者の属するカテゴリ以外のカテゴリに対応するテスト運用の開始は禁止するように制御する。
【０１０１】
なお、テスト運用が開始されると、テスト組織に登録されたユーザは，テスト運用クライアント１０７から開発サーバ１０３にログインし、開発サーバ１０３上の業務をテスト運用する。
【０１０２】
そして、このテスト運用における、ワークフローの運用情報は、図１０Ｆの１０５１〜１０５５に示すように開発サーバ１０３に登録される。なお、開発サーバ１０３に登録される運用情報は、該当するカテゴリの開発管理者によって管理、運用される。
【０１０３】
そして、開発管理者は、テスト運用で問題があったかどうかを判断し（Ｓ７１３）、問題があったと判断した場合には（Ｓ７１３でＮｏ）、ステップＳ７１１の作業に戻り、テスト用業務情報登録から見直し、必要に応じて修正を行う。
【０１０４】
一方、テスト運用で問題がないと開発管理者が判断した場合には（Ｓ７１３でＹｅｓ）、「運用管理者」に作業を戻す。
【０１０５】
以上示したＳ７１２〜Ｓ７１３は図６のテスト運用フェーズＳ６０３に対応する。
【０１０６】
次に、運用管理者は、開発サーバ１０３上の業務設計情報１０２１〜１０４５を、運用サーバ１０２にアップロードする作業（操作）を行う（Ｓ７０８）。
【０１０７】
この運用管理者によるアップロード操作は、管理サーバ１０１が対象の操作であるため、アクセス制御機能３０２により管理サーバ１０１が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、アップロード操作に応じた開発サーバ１０３のＡＰＩ（業務管理機能４０２）と、運用サーバ１０２のＡＰＩ（業務管理機能４０２）が呼び出されて開発サーバ１０３上の業務情報が、運用サーバ１０２にアップロード処理される（図８のＳ８０７）。
【０１０８】
なお、業務情報の運用サーバ１０２へのアップロードの際、図１０Ｃに示した業務情報内の状態１０２３，図１０Ｄに示した伝票情報内の状態１０３３，図１０Ｅに示したプロセス情報内の状態１０４３が「非アクティブ」ステータスとして運用サーバ１０２に登録される。
【０１０９】
ただし、アクセス制御機能３０２は、操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する業務情報のアップロードは禁止するように制御する。
【０１１０】
以下、「システム管理者」に作業を戻す。
【０１１１】
次に、システム管理者は、運用のための組織情報を運用サーバ１０２に登録する（Ｓ７０４）。このシステム管理者による組織情報の登録操作は、図９Ｅのアクセス制御情報（２行目）によれば運用サーバ１０２が対象の操作であるため、アクセス制御機能３０２により運用サーバ１０２が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、組織情報登録操作に応じた運用サーバ１０２のＡＰＩ（組織管理機能４０１）が呼び出されて処理される（図８のＳ８０７）。これにより、実際の組織として、図１０Ａ，図１０Ｂに示すような組織情報１００１〜１０１５が運用サーバ１０２に登録される。
【０１１２】
次に、システム管理者は、運用開始作業（運用開始操作）を行う（Ｓ７０５）。このシステム開発者による実際の運用開始の操作は、業務管理の操作の一つで、図９Ｅのアクセス制御情報（１０行目）によれば運用サーバ１０２が対象の操作であるため、アクセス制御機能３０２により運用サーバ１０２が選択される（図８のＳ８０４，Ｓ８０６）。そして、ワークフローサーバ管理機能３０６により、運用開始の操作に応じた運用サーバ１０２のＡＰＩ（業務管理機能４０２）が呼び出されて処理される（図８のＳ８０７）。
【０１１３】
以下、図１１を参照して、運用サーバ１０２における運用開始処理について説明する。
【０１１４】
システム管理者が運用開始の操作を行うと、運用サーバ１０２内にあるワークフローのプロセス手順であるプロセス情報（図１０Ｅ）を運用サーバ１０２のＣＰＵ２０１が読み取る（Ｓ１１０１）。
【０１１５】
読み取ったプロセス情報の部門名１０４６や役職１０４７、プロセスデータ内に記載されている役職などが組織情報１００１〜１０１５内の該当する部門や役職として存在するかの整合性を運用サーバ１０２のＣＰＵ２０１が確認する（Ｓ１１０２）。
【０１１６】
Ｓ１１０２において、そのプロセスの全ての整合性が取れていることが確認された場合は、運用サーバ１０２のＣＰＵ２０１が、図１０Ｃに示した業務情報内の状態１０２３，図１０Ｄに示した伝票情報内の状態１０３３，図１０Ｅに示したプロセス情報内の状態１０４３が「非アクティブ」ステータスから「アクティブ」ステータスに変更し（Ｓ１１０３）、運用が開始される。
【０１１７】
なお、運用データ（図１０Ｆ）は、運用管理者によって管理され、管理サーバ１０１のアクセス制御機能３０２によってアクセス可能なカテゴリ、操作であるかがチェックされ、管理、運用される。即ち、アクセス制御機能３０２は、操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する運用データへの操作を禁止する。（操作を行った運用管理者の属するカテゴリ以外のカテゴリに対応する運用データへの操作を不許可とするように制御する。）
以上示したＳ７０８，Ｓ７０４，Ｓ７０５は図６の本番運用フェーズＳ６０４に対応する。
【０１１８】
以上示したように本発明によれば、各管理者のアクセス権限をカテゴリ毎に区分することができ、また、組織情報のようなカテゴリに関係ないデータに関しても、アクセス権限を管理することにより、情報の機密性を高めることが出来る。
【０１１９】
また、システム化された運用手順により、運用サーバ、開発サーバといった複数の環境をまたがった情報の操作が容易になり、情報の完全性を高めることが出来る。
【０１２０】
上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１２１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２２】
以下、図１２に示すメモリマップを参照して本発明に係る情報処理装置としての管理サーバ１０１のＣＰＵ２０１で読み取り可能なデータ処理プログラムの構成について説明する。
【０１２３】
図１２は、本発明に係る情報処理装置としての管理サーバ１０１のＣＰＵ２０１で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１２４】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１２５】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１２６】
本実施形態における図８に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１２７】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１２８】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１２９】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１３０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３１】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３２】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３３】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３４】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１３５】
以上説明したように、本発明のワークフローシステムを管理する管理サーバは、ワークフローシステムの開発・運用権限と、ワークフロー資源（組織情報、業務情報等）へのアクセス権限を明確に区分する構成を有し、業務領域毎にカテゴライズされたワークフローの管理・開発環境を提供することができる。
【０１３６】
例えば、本実施形態では、最上位の権限を持つシステム管理者が、人事、総務、経理といった業務領域毎にカテゴリとその管理者（運用管理者）を管理サーバ１０１上に登録する。次に、運用管理者は、各カテゴリにワークフロー（アプリケーション）の開発者（開発管理者）を管理サーバ１０１上に登録する。さらに、開発管理者は、ワークフローを開発・保存し、安全な環境（開発サーバ１０３上で）テストすることを可能とする。さらに、テストが終了すると、完成されたワークフローの業務情報を、運用環境（運用サーバ１０２上）に反映させる。そして、システム管理者が、運用環境へ反映されたワークフローの運用を開始する。このように、複数の管理者（システム管理者、カテゴリ毎の運用管理者と開発管理者）により管理されるワークフローを開発段階から運用段階へと安全且つスムーズに移行させることができる。
【０１３７】
よって、本発明によれば、ワークフローシステムにおける、管理者のアクセス権限を業務領域（カテゴリ）毎に区分することができ（カテゴリ管理を可能とし）、情報の機密性を高めることができる。
【０１３８】
また、開発段階のワークフロー、運用段階のワークフローへの操作の振り分けを、各管理者に意識させることなく実行できるので、各段階での各管理者による操作を容易にし、操作ミス等による誤りの発生を抑えて情報の完全性を高め、ワークフローを開発段階からスムーズに運用段階へ移行させることが可能となる等の効果を奏する。
【図面の簡単な説明】
【０１３９】
【図１】本発明によるワークフロー運用システムの一実施例の構成を示すシステム構成図である。
【図２】図１に示した管理サーバ１０１と運用サーバ１０２と開発サーバ１０３とクライアント１０４〜１０７のハードウェア構成の一例を示すブロック図である。
【図３】図１に示した管理サーバ１０１の機能構成を示すブロック図である。
【図４】図１に示した運用サーバ１０２の機能構成を示すブロック図である。
【図５】図１に示した開発サーバ１０３の機能構成を示すブロック図である。
【図６】本実施形態のワークフローシステムにおける運用手順のフローを示す図である。
【図７】本実施形態のワークフローシステムにおける管理者(システム管理者，開発管理者，運用管理者)の作業フローの一例を示す図である。
【図８】管理サーバ１０１における制御処理の一例を示すフローチャートである。
【図９Ａ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図９Ｂ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図９Ｃ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図９Ｄ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図９Ｅ】管理サーバ１０１に格納される各種情報の一例を示す図である。である。
【図１０Ａ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｂ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｃ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｄ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｅ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１０Ｆ】開発サーバ１０３および運用サーバ１０２に格納される各種情報の一例を示す図である。
【図１１】開発サーバ及び運用サーバにおける運用開始の一例を示すフローチャートである。
【図１２】本発明に係る情報処理装置としての管理サーバ１０１のＣＰＵ２０１で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１４０】
１０１ 管理サーバ
１０２ 開発サーバ
１０３ 管理サーバ
１０４ システム管理クライアント
１０５ 運用管理クライアント
１０６ 開発クライアント
１０７ 運用クライアント
１０８ ネットワーク
３０１ システム管理者管理機能
３０２ アクセス制御機能
３０３ カテゴリ管理機能
３０４ 管理者管理機能
３０５ 業務管理機能
３０６ ワークフローサーバ管理機能
４０１ 組織管理機能
４０２ 業務管理機能
４０３ 運用機能
４０４ 伝票情報
４０５ プロセス情報
【特許請求の範囲】
【請求項１】
ワークフローシステムを管理する管理サーバにおいて、
業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録手段と、
前記業務領域毎に該業務領域に属する業務を登録する業務登録手段と、
前記管理者登録手段により登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御手段と、
を有することを特徴とする管理サーバ。
【請求項２】
前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、
前記管理者登録手段は、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、
入力される、予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作の処理を、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御手段と、
を有することを特徴とする請求項１に記載の管理サーバ。
【請求項３】
前記ワークフローシステムは、ワークフローのプロセス情報・伝票情報を記憶する業務管理手段と、
前記ワークフローが動作する環境の部門情報・ユーザ情報を記憶する組織管理手段と、
前記プロセス情報記憶手段に記憶されたプロセス情報と前記組織情報記憶手段に記憶された組織情報との整合性を確認する整合性確認手段と、
前記整合性確認手段で整合性が取れていることが確認された場合は、非アクティブのプロセスをアクティブ化する、ことを特徴とする請求項１又は２記載の管理サーバ。
【請求項４】
ワークフローシステムを管理する管理サーバの制御方法において、
業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録ステップと、
前記業務領域毎に該業務領域に属する業務を登録する業務登録ステップと、
前記登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御ステップと、
を有することを特徴とする管理サーバの制御方法。
【請求項５】
前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、
前記管理者登録ステップは、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、
予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作を受け付け、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御ステップと、
を有することを特徴とする請求項４に記載の管理サーバの制御方法。
【請求項６】
ワークフローシステムを管理するコンピュータを、
業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録手段と、
前記業務領域毎に該業務領域に属する業務を登録する業務登録手段と、
前記管理者登録手段により登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御手段と、
して機能させるためのプログラム。
【請求項７】
前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、
前記管理者登録手段は、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、
さらに、前記コンピュータを、
予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作を受け付け、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御手段として機能させるための請求項６に記載のプログラム。
【請求項８】
ワークフローシステムを管理するコンピュータを、
業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録手段と、
前記業務領域毎に該業務領域に属する業務を登録する業務登録手段と、
前記管理者登録手段により登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御手段と、
して機能させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項９】
前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、
前記管理者登録手段は、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、
さらに、前記コンピュータを、
予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作を受け付け、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御手段として機能させるための請求項５に記載のプログラムを記録したコンピュータで読み取り可能な請求項８に記載の記録媒体。
【請求項１】
ワークフローシステムを管理する管理サーバにおいて、
業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録手段と、
前記業務領域毎に該業務領域に属する業務を登録する業務登録手段と、
前記管理者登録手段により登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御手段と、
を有することを特徴とする管理サーバ。
【請求項２】
前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、
前記管理者登録手段は、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、
入力される、予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作の処理を、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御手段と、
を有することを特徴とする請求項１に記載の管理サーバ。
【請求項３】
前記ワークフローシステムは、ワークフローのプロセス情報・伝票情報を記憶する業務管理手段と、
前記ワークフローが動作する環境の部門情報・ユーザ情報を記憶する組織管理手段と、
前記プロセス情報記憶手段に記憶されたプロセス情報と前記組織情報記憶手段に記憶された組織情報との整合性を確認する整合性確認手段と、
前記整合性確認手段で整合性が取れていることが確認された場合は、非アクティブのプロセスをアクティブ化する、ことを特徴とする請求項１又は２記載の管理サーバ。
【請求項４】
ワークフローシステムを管理する管理サーバの制御方法において、
業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録ステップと、
前記業務領域毎に該業務領域に属する業務を登録する業務登録ステップと、
前記登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御ステップと、
を有することを特徴とする管理サーバの制御方法。
【請求項５】
前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、
前記管理者登録ステップは、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、
予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作を受け付け、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御ステップと、
を有することを特徴とする請求項４に記載の管理サーバの制御方法。
【請求項６】
ワークフローシステムを管理するコンピュータを、
業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録手段と、
前記業務領域毎に該業務領域に属する業務を登録する業務登録手段と、
前記管理者登録手段により登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御手段と、
して機能させるためのプログラム。
【請求項７】
前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、
前記管理者登録手段は、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、
さらに、前記コンピュータを、
予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作を受け付け、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御手段として機能させるための請求項６に記載のプログラム。
【請求項８】
ワークフローシステムを管理するコンピュータを、
業務領域毎に前記ワークフローシステムの管理者を登録する管理者登録手段と、
前記業務領域毎に該業務領域に属する業務を登録する業務登録手段と、
前記管理者登録手段により登録された管理者による他の業務領域に属する業務のデータへのアクセスを禁止するように制御するアクセス制御手段と、
して機能させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項９】
前記ワークフローシステムは、開発段階のワークフローを制御する開発サーバと、運用段階のワークフローを制御する運用サーバとを含むものであり、
前記管理者登録手段は、前記ワークフローシステムの業務領域毎に該ワークフローシステムの開発段階の管理者と運用段階の管理者とを登録するものであり、
さらに、前記コンピュータを、
予め登録される前記ワークフローシステムの全体を管理するシステム管理者、前記開発段階の管理者、又は、運用段階の管理者からの操作を受け付け、該操作を行った管理者の種別により当該管理サーバ、前記開発サーバ、又は、前記運用サーバのいずれかに処理を振り分け制御する振り分け制御手段として機能させるための請求項５に記載のプログラムを記録したコンピュータで読み取り可能な請求項８に記載の記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図９Ｄ】
【図９Ｅ】
【図１０Ａ】
【図１０Ｂ】
【図１０Ｃ】
【図１０Ｄ】
【図１０Ｅ】
【図１０Ｆ】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図９Ｄ】
【図９Ｅ】
【図１０Ａ】
【図１０Ｂ】
【図１０Ｃ】
【図１０Ｄ】
【図１０Ｅ】
【図１０Ｆ】
【図１１】
【図１２】
【公開番号】特開２００９−２０６２４（Ｐ２００９−２０６２４Ａ）
【公開日】平成２１年１月２９日（２００９．１．２９）
【国際特許分類】
【出願番号】特願２００７−１８１５４４（Ｐ２００７−１８１５４４）
【出願日】平成１９年７月１０日（２００７．７．１０）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２１年１月２９日（２００９．１．２９）
【国際特許分類】
【出願日】平成１９年７月１０日（２００７．７．１０）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]