特許 6221232 タスク管理システム、その制御方法、及びプログラム、並びにタスク実行装置、その制御方法、及びプログラム

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

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

(11)【特許番号】6221232

(24)【登録日】2017年10月13日

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

(54)【発明の名称】タスク管理システム、その制御方法、及びプログラム、並びにタスク実行装置、その制御方法、及びプログラム

(51)【国際特許分類】

   G06Q 10/06 20120101AFI20171023BHJP

   G06F 3/12 20060101ALI20171023BHJP

【ＦＩ】

   G06Q10/06 324

   G06F3/12 304

【請求項の数】14

【全頁数】36

(21)【出願番号】特願2012-286258(P2012-286258)

(22)【出願日】2012年12月27日

(65)【公開番号】特開2014-127194(P2014-127194A)

(43)【公開日】2014年7月7日

【審査請求日】2015年12月25日

(73)【特許権者】

【識別番号】390002761

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

(73)【特許権者】

【識別番号】592135203

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

(74)【代理人】

【識別番号】100189751

【弁理士】

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

(74)【代理人】

【識別番号】100208904

【弁理士】

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

(72)【発明者】

【氏名】玉井 肇太郎

【審査官】 関 博文

(56)【参考文献】

【文献】 特開２００７−１３３８５３（ＪＰ，Ａ）

【文献】 特開平１１−３０６２５３（ＪＰ，Ａ）

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

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

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

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

Ｇ０６Ｆ ３／１２

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

【請求項1】

処理すべきタスクを示すタスク情報を記憶する記憶手段と、
前記記憶手段に記憶されたタスク情報が示すタスクを実行可能なタスク実行装置の種別を特定する第１の特定手段と、
タスク実行装置からタスクの実行を受け付け可能な画面の取得要求を受け付ける取得要求受付手段と、
前記第１の特定手段で特定したタスク実行装置の種別を用いて、前記取得要求受付手段で受け付けた取得要求の要求元であるタスク実行装置の種別で実行可能なタスクを示す前記タスク情報を特定する第２の特定手段と、
前記第２の特定手段で特定した前記タスク情報が示すタスクを識別可能な画面を出力する画面出力手段と、
前記画面出力手段で出力した画面に表示されているタスク情報の表示を制御する表示制御手段と、を備え、
前記表示制御手段は、前記第２の特定手段で特定した前記要求元であるタスク実行装置で実行可能なタスクのタスク情報と当該タスク実行装置で実行不可能なタスクのタスク情報が表示される位置を変更するように制御することを特徴とするタスク管理システム。

【請求項2】

前記画面出力手段は、前記第２の特定手段で特定した前記要求元であるタスク実行装置の種別で実行可能なタスクを、出力した画面から実行可能な状態で出力することを特徴とする請求項１に記載のタスク管理システム。

【請求項3】

前記画面出力手段は、前記取得要求受付手段で前記画面の取得要求を受け付けた要求元のタスク実行装置で実行できないタスクは、当該タスク実行装置で実行できないよう制御して画面を出力することを特徴とする請求項１または２に記載のタスク管理システム。

【請求項4】

前記タスク管理システムは、
前記表示制御手段は、前記第２の特定手段で特定した前記要求元であるタスク実行装置で実行可能なタスクのタスク情報を、当該タスク実行装置で実行が出来ないタスクのタスク情報よりも優先的に閲覧可能となるように、タスク情報を並び替えて表示するよう制御することを特徴とする請求項１乃至３のいずれか１項に記載のタスク管理システム。

【請求項5】

前記タスク管理システムは、
前記画面に表示している前記タスク情報が示すタスクの実行順の指定を受け付ける受付手段をさらに備え、
前記表示制御手段は、前記受付手段で受け付けた実行順を示すようにタスク情報を表示するよう制御することを特徴とする請求項４に記載のタスク管理システム。

【請求項6】

前記表示制御手段は、前記受付手段で実行順を受け付けたタスク情報のうち、実行順が先であるタスクが未実行の場合は実行順が後であるタスクの実行を受け付けないよう表示制御することを特徴とする請求項５に記載のタスク管理システム。

【請求項7】

処理すべきタスクを示すタスク情報を記憶する記憶手段を備えるタスク管理システムの制御方法であって、
前記タスク管理システムの第１の特定手段が、前記記憶手段に記憶されたタスク情報が示すタスクを実行可能なタスク実行装置の種別を特定する第１の特定ステップと、
前記タスク管理システムの取得要求受付手段が、タスク実行装置からタスクの実行を受け付け可能な画面の取得要求を受け付ける取得要求受付ステップと、
前記タスク管理システムの第２の特定手段が、前記第１の特定ステップで特定したタスク実行装置の種別を用いて、前記取得要求受付ステップで受け付けた取得要求の要求元であるタスク実行装置の種別で実行可能なタスクを示す前記タスク情報を特定する第２の特定ステップと、
前記タスク管理システムの画面出力手段が、前記第２の特定ステップで特定した前記タスク情報が示すタスクを識別可能な画面を出力する画面出力ステップと
前記タスク管理システムの表示制御手段が、前記画面出力ステップで出力した画面に表示されているタスク情報の表示を制御する表示制御ステップと、を備え、
前記表示制御ステップは、前記第２の特定ステップで特定した前記要求元であるタスク実行装置で実行可能なタスクのタスク情報と当該タスク実行装置で実行不可能なタスクのタスク情報が表示される位置を変更するように制御することを特徴とするタスク管理システムの制御方法。

【請求項8】

処理すべきタスクを示すタスク情報を記憶する記憶手段を備えるタスク管理システムの制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
前記記憶手段に記憶されたタスク情報が示すタスクを実行可能なタスク実行装置の種別を特定する第１の特定手段と、
タスク実行装置からタスクの実行を受け付け可能な画面の取得要求を受け付ける取得要求受付手段と、
前記第１の特定手段で特定したタスク実行装置の種別を用いて、前記取得要求受付手段で受け付けた取得要求の要求元であるタスク実行装置の種別で実行可能なタスクを示す前記タスク情報を特定する第２の特定手段と、
前記第２の特定手段で特定した前記タスク情報が示すタスクを識別可能な画面を出力する画面出力手段と、
前記画面出力手段で出力した画面に表示されているタスク情報の表示を制御する表示制御手段として機能させ、
前記表示制御手段は、前記第２の特定手段で特定した前記要求元であるタスク実行装置で実行可能なタスクのタスク情報と当該タスク実行装置で実行不可能なタスクのタスク情報が表示される位置を変更するように制御することを特徴とするタスク管理システムのプログラム。

【請求項9】

処理すべきタスクを示すタスク情報を管理し、前記タスク情報をタスク実行装置に送信するタスク管理サーバと通信可能に接続されたタスク実行装置であって、
前記タスク情報を前記タスク管理サーバから受信する受信手段と、
タスクの実行を受付可能な受付画面の取得要求を前記タスク管理サーバに送信する取得要求送信手段と、
前記タスク管理サーバから前記受付画面を取得する画面取得手段と、
前記画面取得手段で取得した前記受付画面をタスクの実行が受付可能な状態で表示するよう制御する表示制御手段と、
を備え、
前記表示制御手段は、自装置で実行可能なタスクのタスク情報と自装置で実行不可能なタスクのタスク情報が表示される位置を変更するように制御する
ことを特徴とするタスク実行装置。

【請求項10】

前記タスク実行装置は、
前記受付画面に表示している前記タスク情報が示す複数のタスクの関連付けが可能な関連付け手段を更に備え、
前記表示制御手段は、前記関連付け手段で関連付けた複数のタスク情報を識別可能に表示することを特徴とする請求項９に記載のタスク実行装置。

【請求項11】

前記関連付け手段は、関連付けた複数のタスクの実行順の指定を受け付け可能であり、
前記表示制御手段は、指定を受け付けた前記実行順を示すように前記複数のタスクを表示するように制御することを特徴とする請求項１０に記載のタスク実行装置。

【請求項12】

前記表示制御手段は、前記関連付け手段で関連付けた複数のタスク情報のうち、前記タスク実行装置で実行できないタスクを示すタスク情報は、前記タスク実行装置で実行可能なタスクを示すタスク情報とは識別可能に表示することを特徴とする請求項１０または１１に記載のタスク実行装置。

【請求項13】

処理すべきタスクを示すタスク情報を管理し、前記タスク情報をタスク実行装置に送信するタスク管理サーバと通信可能に接続されたタスク実行装置の制御方法であって、
前記タスク実行装置の受信手段が、前記タスク情報を前記タスク管理サーバから受信する受信ステップと、
前記タスク実行装置の取得要求送信手段が、前記タスク実行装置でタスクの実行を受付可能な画面の取得要求を前記タスク管理サーバに送信する取得要求送信ステップと、
前記タスク実行装置の画面取得手段が、前記タスク管理サーバから当該タスク実行装置でタスクの実行を受付可能な画面を取得する画面取得ステップと、
前記タスク実行装置の表示制御手段が、前記画面取得ステップで取得した前記画面をタスクの実行が受付可能な状態で表示するよう制御する表示制御ステップと、
を備え、
前記表示制御ステップは、自身で実行可能なタスクのタスク情報と自身で実行不可能なタスクのタスク情報との表示位置を変更するように制御することを特徴とするタスク実行装置の制御方法。

【請求項14】

処理すべきタスクを示すタスク情報を管理し、前記タスク情報をタスク実行装置に送信するタスク管理サーバと通信可能に接続されたタスク実行装置の制御方法をコンピュータに読み取り実行可能なプログラムであって、
前記タスク情報を前記タスク管理サーバから受信する受信手段と、
前記タスク実行装置でタスクの実行を受付可能な画面の取得要求を前記タスク管理サーバに送信する取得要求送信手段と、
前記タスク管理サーバから当該タスク実行装置でタスクの実行を受付可能な画面を取得する画面取得手段と、
前記画面取得手段で取得した前記画面をタスクの実行が受付可能な状態で表示するよう制御する表示制御手段として機能させ、
前記表示制御手段は、自身で実行可能なタスクのタスク情報と自身で実行不可能なタスクのタスク情報との表示位置を変更するように制御することを特徴とするタスク実行装置のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、処理すべきタスク情報の中から、タスク実行装置ごとに実行可能なタスクとそうでないタスクとを一括で閲覧可能なタスク管理システム、その制御方法、及びプログラム、並びにタスク実行装置、その制御方法、及びプログラムに関する。

【背景技術】

【0002】

従来、ユーザがやらなくてはならない作業（以下、タスク）を管理するシステムが存在する。例えば、様々な承認の申請を行うことができるワークフローシステムでは、承認者が承認すべき申請、つまりタスクを管理する仕組みが存在する。承認者がワークフローシステムにログインすると、ワークフローシステムは当該承認者が承認すべき申請を収集し、それらを一覧表示する。このように、ユーザがログインすることでシステムがタスクを収集し、その収集したタスクを表示することで、ユーザは抜け漏れなく、タスクの処理を行うことができるようになっている。

【0003】

特に、ワークフローシステムでは、タスクの管理を徹底しないと、承認が止まってしまう可能性がある。その結果、特に企業においては意思決定が遅れてしまい、企業の活動が停滞することもある。そのため、上記のような仕組みでタスクを収集し、ユーザに通知する仕組みが存在している。

【0004】

しかしながら、タスクにはシステムで管理しにくいものも存在する。それは、ワークフローシステムのようなシステム上で発生しないタスクである。例えば、ユーザが紙文書に承認印を押すタスクや、紙文書を封筒に詰めるタスクといったものである。このようなタスクの場合には、当該タスクの管理はユーザ任せであり、システムで管理することは難しかった。

【0005】

この問題を解決するために、下記の特許文献１には、複数のタスクからなるワークフローを管理するワークフローシステムにおいて、次に処理するタスクが、ユーザが場所を移動して手動で実行する手作業のタスクであるか否かを判断し、手作業タスクである場合にユーザの携帯端末に通知し、更に当該携帯端末または手作業タスクを実行する場所に設置された装置から受信した情報に応じてタスクが完了したかどうかを判断する仕組みが開示されている。

【先行技術文献】

【特許文献】

【0006】

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

【発明の概要】

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

【0007】

このようにタスクには様々な種類があるので、それらを一括で管理するのは困難である。特に、多くの企業では、サーバごとに提供される複数のシステムを利用していることが多い。例えば、サーバＡでＣＲＭ（Ｃｕｓｔｏｍｅｒ Ｒｅｌａｔｉｏｎｓｈｉｐ Ｍａｎａｇｅｍｅｎｔ）システムを利用し、サーバＢでワークフローシステムを利用しているような場合である。当該システムごとにタスクを管理しているのだが、サーバごとにシステムが分断されているため、これらを連係させることは難しかった。よって、それらを収集して一括で閲覧するシステムが存在していなかった。そのため、ユーザは利用しているシステムごとにタスクを確認する必要があり、システムの数が多ければ多いほど手間であった。

【0008】

また、タスクによっては、文書の印刷やスキャンといったＰＣでは処理することのできないタスクも存在する。従来では、ユーザはＰＣからシステムにログインしてタスクを確認し、そのタスクが印刷やスキャンであった場合には、ユーザはＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）が設置されている場所に移動して、当該ＭＦＰで印刷やスキャンを実行していた。つまり、タスクを確認した上で、当該タスクを実行可能な装置へユーザが移動する必要があり、手間となっていた。

【0009】

更に、複数のシステムのタスクを収集し、当該タスクを一覧表示させたとしても、どのタスクを優先的に処理すべきなのかわかりにくい問題もあった。特にタスクの実行順が決まっているワークフローでは、その実行順にタスクを処理する必要がある。しかしながら、前述のようにタスクを一覧表示させると、どのタスクが関連していて、更にどういう実行順で処理すべきなのかがわかりにくい問題があった。

【0010】

本発明は、処理すべきタスク情報の中から、タスク実行装置ごとに実行可能なタスクとそうでないタスクとを一括で閲覧可能な仕組みを提供することを目的とする。

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

【0011】

上記の目的を達成するために、本発明のタスク管理システムは、処理すべきタスクを示すタスク情報を記憶する記憶手段と、前記記憶手段に記憶されたタスク情報が示すタスクを実行可能なタスク実行装置の種別を特定する第１の特定手段と、タスク実行装置からタスクの実行を受け付け可能な画面の取得要求を受け付ける取得要求受付手段と、前記第１の特定手段で特定したタスク実行装置の種別を用いて、前記取得要求受付手段で受け付けた取得要求の要求元であるタスク実行装置の種別で実行可能なタスクを示す前記タスク情報を特定する第２の特定手段と、前記第２の特定手段で特定した前記タスク情報が示すタスクを識別可能な画面を出力する画面出力手段と、前記画面出力手段で出力した画面に表示されているタスク情報の表示を制御する表示制御手段と、を備え、前記表示制御手段は、前記第２の特定手段で特定した前記要求元であるタスク実行装置で実行可能なタスクのタスク情報と当該タスク実行装置で実行不可能なタスクのタスク情報が表示される位置を変更するように制御することを特徴とする。

【発明の効果】

【0012】

本発明によれば、処理すべきタスク情報の中から、タスク実行装置ごとに実行可能なタスクとそうでないタスクとを一括で閲覧することのできる効果を奏する。

【図面の簡単な説明】

【0013】

【図1】本発明の実施形態におけるタスク管理システム１００の一例を示す構成図である。

【図2】図１に示すタスク実行装置（ＰＣ）１０１、タスク管理サーバ１０２、タスク生成サーバ１０３のハードウェア構成の一例を示す構成図である。

【図3】図１に示すタスク実行装置（ＭＦＰ）１０１のハードウェア構成の一例を示す構成図である。

【図4】図１に示すタスク実行装置（ＰＣ）１０１、タスク実行装置（ＭＦＰ）１０１、タスク管理サーバ１０２、タスク生成サーバ１０３のモジュール構成の一例を示す構成図である。

【図5】本発明の実施形態におけるタスクの生成からタスクの収集までの一連の処理の流れを示すフローチャートである。

【図6】タスク生成サーバ１０３に記憶されたタスクファイル６００、タスク管理サーバ１０２に記憶された設定管理テーブル６１０、アクション管理テーブル６２０、装置管理テーブル６３０の構成の一例を示す構成図である。

【図7】タスク管理サーバ１０２に記憶されたタスク管理テーブル７００の構成の一例を示す構成図である。

【図8】本発明の実施形態におけるタスクの表示からタスクの実行までの一連の処理の流れを示すフローチャートである。

【図9】図８に続き、本発明の実施形態におけるタスクの表示からタスクの実行までの一連の処理の流れを示すフローチャートである。

【図10】タスク実行装置１０１に表示されるメニュー画面１０００の一例を示す模式図である。

【図11】タスク実行装置（ＭＦＰ）１０１に表示されるタスク一覧画面１１００の一例を示す模式図である。

【図12】タスク実行装置（ＰＣ）１０１に表示されるタスク一覧画面１１００の一例を示す模式図である。

【図13】図８のステップＳ８１０及び図１６のステップＳ１６０４におけるタスク一覧画面生成処理の詳細な処理の流れを示すフローチャートである。

【図14】タスク実行装置（ＭＦＰ）１０１でタスク一覧画面１１００の表示要求がなされた場合に、タスク管理サーバ１０２で生成される一時テーブル１４００の構成の一例を示す構成図である。

【図15】タスク実行装置（ＰＣ）１０１でタスク一覧画面１１００の表示要求がなされた場合に、タスク管理サーバ１０２で生成される一時テーブル１４００の構成の一例を示す構成図である。

【図16】図９のステップＳ８１６における関連付け設定処理の詳細な処理の流れを示すフローチャートである。

【図17】関連付け設定処理の操作概要を示す模式図である。

【図18】図９のステップＳ８１８におけるタスク実行処理の詳細な処理の流れを示すフローチャートである。

【図19】図１８のステップＳ１８０５におけるプリント処理の詳細な処理の流れを示すフローチャートである。

【図20】図１８のステップＳ１８０７におけるスキャン処理の詳細な処理の流れを示すフローチャートである。

【図21】スキャンの設定が定義されたスキャンチケットの構成の一例を示す構成図である。

【図22】タスク実行装置（ＭＦＰ）１０１で表示されるスキャン画面２２００の一例を示す模式図である。

【図23】図１８のステップＳ１８０９における承認処理の詳細な処理の流れを示すフローチャートである。

【図24】タスク実行装置（ＰＣ）１０１で表示される承認画面２４００の一例を示す模式図である。

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

【0014】

以下、図面を参照して、本発明の実施の形態の一例について説明する。

【0015】

図１は、本発明のタスク管理システム１００のシステム構成の一例を示す図である。本発明のタスク管理システム１００は、タスク実行装置（ＰＣ）１０１、タスク実行装置（ＭＦＰ）１０１（以下、単にタスク実行装置１０１という場合には、ＰＣとＭＦＰの両方を含むものとする）、タスク管理サーバ１０２、タスク生成サーバ１０３が設置されており、それら装置はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１０４を介して相互にデータ通信可能に接続されている。図１のネットワーク１０４上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

【0016】

タスク実行装置１０１は、タスク生成サーバ１０３で生成されたタスクを実行するための装置である。タスク実行装置１０１のうち、タスク実行装置（ＰＣ）１０１は、パーソナルコンピュータのような個人ＰＣであり、タスク管理サーバ１０２がタスク生成サーバ１０３から取得したタスクを表示するためのＷｅｂブラウザを備える。本実施形態では、タスク実行装置（ＰＣ）１０１は、特にワークフローの申請を承認する装置である。よって、タスク実行装置（ＰＣ）１０１は、後述するタスク実行装置（ＭＦＰ）１０１のようなプリントやスキャンを行うことはできないものとして説明を行う。

【0017】

一方、タスク実行装置（ＭＦＰ）１０１は、文書の印刷やスキャンを実行可能な複合機である。タスク実行装置（ＭＦＰ）１０１もタスク管理サーバ１０２がタスク生成サーバ１０３から取得したタスクを表示するためのＷｅｂブラウザを備える。本実施形態では、タスク実行装置（ＭＦＰ）１０１は、特にプリントとスキャン送信を実行する装置である。スキャン送信は、紙文書をスキャンして、画像データを生成し、当該画像データを指定の送信先に送信する機能である。よって、タスク実行装置（ＭＦＰ）１０１は、前述したタスク実行装置（ＰＣ）１０１のように、ワークフローの申請を承認することはできないものとして説明を行う。

【0018】

本実施形態では、このようにタスク実行装置１０１の種別ごとに、当該タスク実行装置１０１が実行可能な機能を規定しているが、これに限らない。タスク実行装置（ＭＦＰ）１０１で申請の承認ができてもよいし、タスク実行装置（ＰＣ）１０１に接続されたスキャナを用いてスキャン送信が行えてもよい。

【0019】

タスク管理サーバ１０２は、タスク生成サーバ１０３で生成されたタスクを取得して、取得したタスクをタスク実行装置１０１に表示させるための装置である。タスク管理サーバ１０２は、定期的にタスク生成サーバ１０３からタスクを取得し、タスク実行装置１０１からの要求に応じて当該タスクを一覧表示できるようなＷｅｂページを生成する。そして、当該Ｗｅｂページを通じてタスク実行装置１０１からタスクの実行指示を受け付けた場合には、タスク実行装置１０１やタスク生成サーバ１０３と連携し、タスクを実行する。すなわち、タスク管理サーバ１０２は、タスク実行装置１０１とタスク生成サーバ１０３の情報のやり取りを中継するサーバである。また、タスク管理サーバ１０２は、様々な種類のタスク生成サーバ１０３と通信し、取得したタスクのデータの変換を行えるように、当該タスク生成サーバ１０３ごとにインターフェースを備えている。

【0020】

タスク生成サーバ１０３は、ＣＲＭシステムやワークフローシステムを動作させ、必要に応じてタスクを生成する装置である。タスク生成サーバ１０３で動作するＣＲＭシステムやワークフローシステムは、タスク実行装置（ＰＣ）１０１からログインし、利用することが可能なシステムである。これらのシステムを利用することでタスクが発生した場合には、後述する図６のタスクファイル６００を生成し、タスクの管理を行う。特に、本実施形態においては、タスク管理サーバ１０２に対してタスクファイル６００を送信したり、タスク管理サーバ１０２からの要求に応じてタスクの実行を行ったりする。タスク生成サーバ１０３は、複数台存在し、当該複数台のタスク生成サーバ１０３ごとにＣＲＭシステムやワークフローシステム等が動作しているものとして説明を行う。これに限らず、タスク生成サーバ１０３は、１台でもよいし、タスク生成サーバ１０３で複数のシステムが動作する形態でもよい。

【0021】

図２は、本発明の実施形態におけるタスク実行装置（ＰＣ）１０１、タスク管理サーバ１０２、タスク生成サーバ１０３のハードウェア構成を示す図である。

【0022】

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

【0023】

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Ｂａｓｉｃ Ｉｎｐｕｔ ／ ＯｕｔｐｕｔＳｙｓｔｅｍ)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

【0024】

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

【0025】

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

【0026】

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ディスプレイ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。

【0027】

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

【0028】

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

【0029】

尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

【0030】

本発明のタスク実行装置（ＰＣ）１０１、タスク管理サーバ１０２、タスク生成サーバ１０３が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。

【0031】

次に、タスク実行装置（ＭＦＰ）１０１のハードウェア構成の一例について図３を用いて説明する。

【0032】

コントローラユニット３１６は、画像入力デバイスとして機能するスキャナ部３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮやＷＡＮのようなネットワークに接続することで、他の装置と画像データやデバイス情報の入出力を行う。

【0033】

ＣＰＵ３０１は、システム全体を制御するプロセッサである。ＲＡＭ３０２は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリである。

【0034】

ＲＯＭ３０３は、システムのブートプログラムや各種制御プログラムが格納されている。ハードディスクドライブ（ＨＤＤ）３０４は、システムを制御するための各種プログラム，画像データ等を格納する。

【0035】

操作部インターフェース（操作部Ｉ／Ｆ）３０７は、操作部３０８とのインターフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。

【0036】

ネットワークインターフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）３０５は、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。モデム（ＭＯＤＥＭ）３０６は、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

【0037】

外部インターフェース（外部Ｉ／Ｆ）３１８は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＩＥＥＥ１３９４（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ １３９４）、プリンタポート、ＲＳ−２３２Ｃ（Ｒｅｃｏｍｍｅｎｄｅｄ Ｓｔａｎｄａｒｄ ２３２ ｖｅｒｓｉｏｎ Ｃ）等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ３１８に接続されている。

【0038】

更に、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ１０１によるＩＣカードからの情報読み取りを制御し、当該ＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

【0039】

イメージバスインターフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）３２０は、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

【0040】

画像バス３１５は、ＰＣＩバス（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔｓ Ｉｎｔｅｒｃｏｎｎｅｃｔ ｂｕｓ）またはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

【0041】

ラスタイメージプロセッサ（ＲＩＰ）３１０は、ベクトルデータをビットマップイメージに展開する。

【0042】

プリンタインターフェース（プリンタＩ／Ｆ）３１１は、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

【0043】

スキャナインターフェース（スキャナＩ／Ｆ）３１３は、スキャナ部３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

【0044】

画像処理部３１７は、入力画像データに対し補正、加工及び編集やプリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、２値画像データはＪＢＩＧ（Ｊｏｉｎｔ Ｂｉ−ｌｅｖｅｌ Ｉｍａｇｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の圧縮伸張処理を行う。

【0045】

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ部３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

【0046】

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットを備える。

【0047】

操作部３０８は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

【0048】

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

【0049】

以上のような構成によって、画像処理装置１００は、スキャナ部３１４から読み込んだ画像データをＮｅｔｗｏｒｋ Ｉ／Ｆ３０５からＬＡＮに送信し、ＬＡＮから受信した印刷データをＮｅｔｗｏｒｋ Ｉ／Ｆ３０５を経由してプリンタ部３１２より印刷出力することができる。

【0050】

また、スキャナ部３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信し、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。

【0051】

次に、タスク実行装置（ＰＣ）１０１、タスク実行装置（ＭＦＰ）１０１、タスク管理サーバ１０２、タスク生成サーバ１０３のモジュール構成を示す機能構成図について、図４を用いて説明する。尚、図４の各種端末あるいはサーバのモジュール構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

【0052】

タスク実行装置（ＰＣ）１０１は、Ｎ／Ｗ通信部４０１、画面制御部４０２を備える。

【0053】

Ｎ／Ｗ通信部４０１は、ネットワーク１０４を通じて他の装置とデータの送受信を行うためのモジュールである。通信のためのプロトコルは特に問わない。適切に通信ができれば、なんでもよい。画面制御部４０２は、タスク実行装置（ＰＣ）１０１のディスプレイ２１０に表示される画面を制御するためのモジュールである。特に、本実施形態では、画面制御部４０２はＷｅｂブラウザを用いて、Ｗｅｂページの表示やボタンの制御を行う。

【0054】

タスク実行装置（ＭＦＰ）１０１は、Ｎ／Ｗ通信部４１１、画面制御部４１２、プリント制御部４１３、スキャン制御部４１４を備える。Ｎ／Ｗ通信部４１１、画面制御部４１２は、タスク実行装置（ＰＣ）１０１のＮ／Ｗ通信部４０１、画面制御部４０２と同様であるので説明を省略する。プリント制御部４１３は、プリンタＩ／Ｆ３１１を通じてプリンタ部３１２を制御するためのモジュールである。プリント制御部４１３は、タスク管理サーバ１０２から送信された印刷ジョブに基づいて、プリンタ部３１２を制御して紙文書に印刷する。スキャン制御部４１４は、スキャナＩ／Ｆ３１３を通じてスキャナ部３１４を制御するためのモジュールである。ユーザからの指示に従ってスキャナ部３１４を動作させ、紙文書のスキャンを実行する。

【0055】

タスク管理サーバ１０２は、Ｎ／Ｗ通信部４２１、フォルダ監視部４２２、タスク管理部４２３、画面生成部４２４、印刷ジョブ生成部４２５、スキャンチケット生成部４２６を備える。

【0056】

Ｎ／Ｗ通信部４２１は、タスク実行装置（ＰＣ）１０１のＮ／Ｗ通信部４０１と同様であるので説明を省略する。

【0057】

フォルダ監視部４２２は、タスク管理サーバ１０２の記憶領域にあるフォルダを監視するためのモジュールである。当該フォルダにタスク生成サーバ１０３から送信された図６に示すタスクファイル６００が保存されたかどうかを監視する。タスク管理部４２３は、タスク生成サーバ１０３から送信されたタスクファイルを図７に示すようなタスク管理テーブル７００に格納して管理するためのモジュールである。必要に応じて、タスク管理テーブル７００の更新やデータの取得を行う。図７に示すタスク管理テーブル７００の詳細は、後述する。

【0058】

画面生成部４２４は、タスク実行装置１０１のＷｅｂブラウザに表示させるためのＷｅｂページを生成するモジュールである。タスク実行装置１０１からの要求に応じて、当該Ｗｅｂページを生成する。タスク実行装置（ＰＣ）１０１とタスク実行装置（ＭＦＰ）１０１に送信するＷｅｂページは、それぞれ異なるものである。タスク実行装置（ＰＣ）１０１に送信するＷｅｂページは、当該タスク実行装置（ＰＣ）１０１で実行可能な機能だけを利用可能なＷｅｂページであり、タスク実行装置（ＭＦＰ）１０１に送信するＷｅｂページは、当該タスク実行装置（ＭＦＰ）１０１で実行可能な機能だけを利用可能なＷｅｂページである。これらを生成して、タスク実行装置１０１に送信する。

【0059】

印刷ジョブ生成部４２５は、タスク生成サーバ１０３から送信された文書データに基づいて、タスク実行装置（ＭＦＰ）１０１で印刷可能な印刷ジョブを生成するモジュールである。スキャンチケット生成部４２６は、スキャンの設定（スキャン枚数、解像度、ファイル形式、カラー設定、格納先等）が定義されたデータであるスキャンチケットを生成するモジュールである。スキャンチケットを用いることでタスク実行装置（ＭＦＰ）１０１のスキャンの設定をユーザが行うことなく、自動的に設定することができる。

【0060】

タスク生成サーバ１０３は、Ｎ／Ｗ通信部４３１、タスクファイル生成部４３２、タスク管理部４３３、データ管理部４３４、画面生成部４３５、ワークフロー部４３６を備える。

【0061】

Ｎ／Ｗ通信部４３１は、タスク実行装置（ＰＣ）１０１のＮ／Ｗ通信部４０１と同様であるので説明を省略する。

【0062】

タスクファイル生成部４３２は、タスク生成サーバ１０３で動作するシステムでタスクが発生した場合に、図６に示すようなタスクファイル６００を生成するモジュールである。タスクファイル生成部４３２で生成されたタスクファイル６００は、Ｎ／Ｗ通信部４３１を介して、タスク管理サーバ１０２に送信される。

【0063】

タスク管理部４３３は、タスク生成サーバ１０３で動作するシステムで発生したタスクを管理するためのモジュールである。タスクが完了したら、タスクを実行済みにしたり、タスクを削除したりする。また、ユーザからの要求に応じて、当該システムで発生しているタスクを一覧表示する。つまり、従来のタスク管理を行う仕組みにあたる。

【0064】

データ管理部４３４は、タスク生成サーバ１０３で動作するシステムが扱うデータを管理するためのモジュールである。本実施形態では、特に印刷する文書データや、スキャン送信されてきた画像データ、ワークフローの承認状況を示すデータ等を管理している。

【0065】

画面生成部４３５は、タスク実行装置１０１のＷｅｂブラウザに表示させるためのＷｅｂページを生成するモジュールである。タスク実行装置１０１からの要求に応じて、当該Ｗｅｂページを生成する。画面生成部４３５の詳細は、タスク管理サーバ１０２の画面生成部４２４と同様であるので、説明を省略する。

【0066】

ワークフロー部４３６は、承認のワークフローを動作させるためのモジュールである。画面生成部４３５で生成された画面を通じて、ユーザから承認を受け付けると、次の承認者に承認を求めるように動作する。

【0067】

次に、本発明の実施形態におけるタスク管理サーバ１０２とタスク生成サーバ１０３によって行われるタスクを収集する一連の処理について、図５に示すフローチャートを用いて説明する。

【0068】

尚、この処理をタスク管理サーバ１０２、タスク生成サーバ１０３に実行させるためのプログラムは、タスク管理サーバ１０２、タスク生成サーバ１０３にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

【0069】

まず、ステップＳ５０１では、タスク生成サーバ１０３は、図６に示すようなタスクファイル６００の生成が必要か否かを判定する。タスク生成サーバ１０３では、ＣＲＭシステムやワークフローシステムが動作している。よって、これらのシステムに対してユーザがタスク実行装置１０１を通じて操作した結果、発生したタスクがあるか否かによって、タスクファイル６００の生成をすべきか否かを判定する。タスクファイル６００の生成が必要であると判定した場合には、ステップＳ５０２に処理を進める。タスクファイル６００の生成が必要でないと判定した場合には、タスクが発生するまで待機する。

【0070】

タスクファイル６００（図６参照）は、システムＩＤ６０１、識別子６０２、アクション６０３、アクションパラメータ６０４から構成されるファイルである。システムＩＤ６０１は、当該タスクが発生したシステムを識別するための情報である。識別子６０２は、当該タスクを識別するための情報である。アクション６０３は、実行しなければならないタスクの種別を示す情報である。例えば、アクション６０３が「Ｃｏｍｍｉｔ」であればワークフローで承認を実行しなければならない。アクションパラメータ６０４は、アクション６０３を実行するにあたって必要となるパラメータである。アクションパラメータ６０４に格納される情報は、アクション６０３によって異なる。例えば、アクション６０３が「Ｃｏｍｍｉｔ」であれば、アクションパラメータ６０４には承認ページに対するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が格納されている。一方、アクション６０３が「Ｐｒｉｎｔ」であれば、アクションパラメータ６０４にはプリントする文書の絶対パスが格納されている。また、アクション６０３が「Ｓｃａｎ」であれば、アクションパラメータ６０４にはスキャンする際の設定や、スキャンで生成された画像データの格納先のＵＲＬが格納されている。タスクファイル６００は、各システムがタスクの発生に伴って生成し、タスク生成サーバ１０３の記憶領域に保存する。よって、タスクファイル６００は、発生したタスクの数だけ存在する。

【0071】

ステップＳ５０２では、タスク生成サーバ１０３は、前述したようにタスクファイル６００を生成し、タスク生成サーバ１０３の記憶領域に保存する。記憶するのは外部メモリ２１１であってもよいし、他の記憶領域であってもよい。

【0072】

ステップＳ５０３では、タスク生成サーバ１０３は、ステップＳ５０２で生成されたタスクファイル６００をタスク管理サーバ１０２に送信する。本実施形態では、タスク生成サーバ１０３が自発的にタスク管理サーバ１０２に送信しているが、タスク管理サーバ１０２からの要求に応じて送信するような形態でもよい。

【0073】

ステップＳ５０４では、タスク管理サーバ１０２は、タスク生成サーバ１０３から送信されたタスクファイル６００を受信し、図６に示す設定管理テーブル６１０のタスクファイル受信フォルダ６１１に示すフォルダに格納する。そして、ステップＳ５０５では、タスク管理サーバ１０２は、設定管理テーブル６１０のタスクファイル収集間隔６１２を参照して、収集時刻になったか否かを判定する。つまり、定期的にタスクファイル受信フォルダ６１１を監視し、新しくタスクファイル６００が格納されていれば、後述するステップＳ５０７乃至ステップＳ５０９の処理を実行する仕組みである。収集時刻になったと判定した場合には、ステップＳ５０６に処理を進め、収集時刻になっていないと判定した場合には、収集時刻になるまで待機する。

【0074】

設定管理テーブル６１０（図６参照）は、タスクファイル受信フォルダ６１１、タスクファイル収集間隔６１２から構成されるテーブルである。タスクファイル受信フォルダ６１１は、タスク生成サーバ１０３から送信されたタスクファイル６００を格納するフォルダを示す情報である。タスクファイル収集間隔６１２は、タスクファイル６００がタスクファイル受信フォルダ６１１に格納されているか否かを監視する間隔を示す情報である。設定管理テーブル６１０は、タスク管理サーバ１０２の外部メモリ２１１等の記憶領域に記憶されている。また、これらはタスク管理サーバ１０２の管理者等によってあらかじめ設定されているものである。

【0075】

ステップＳ５０６では、タスク管理サーバ１０２は、タスクファイル受信フォルダ６１１が示すフォルダを参照し、その結果タスクファイル６００が格納されているか否かを判定する。タスクファイル６００が格納されていると判定した場合には、ステップＳ５０７に処理を進める。タスクファイル６００が格納されていないと判定した場合には、ステップＳ５０５に処理を戻す。

【0076】

ステップＳ５０７では、タスク管理サーバ１０２は、タスクファイル受信フォルダ６１１が示すフォルダに格納されていたタスクファイル６００のシステムＩＤ６０１に基づいて、当該タスクファイル６００を送信したタスク生成サーバ１０３を特定する。そして、特定した送信元と当該タスクファイル６００とを紐づけて管理しておく。こうすることで、後述する処理においてタスクの実行指示をタスク実行装置１０１から受け付けた場合に、当該タスクの実行を特定した送信元に対して要求することができる。

【0077】

ステップＳ５０８では、タスク管理サーバ１０２は、受信したタスクファイル６００が示すタスクを実行する装置を特定する。より具体的には、受信したタスクファイル６００のアクション６０３と、図６に示すアクション管理テーブル６２０に基づいて、当該アクション６０３をどの機器で処理可能なのかを特定する。例えば、アクション６０３が「Ｃｏｍｍｉｔ」である場合、アクション管理テーブル６２０を参照すると、アクション６２１が「Ｃｏｍｍｉｔ」であるレコードの処理機器６２２は、「ＰＣ」である。よって、受信したタスクファイル６００が示すタスクは「ＰＣ」で処理するべきタスクであることがわかる。このようにして、タスクを処理する機器を特定する。

【0078】

アクション管理テーブル６２０（図６参照）は、アクション６２１、処理機器６２２から構成されるテーブルである。アクション６２１は、タスクファイル６００のアクション６０３と同様の情報である。処理機器６２２は、当該アクション６２１を処理可能な装置を示す情報である。アクション管理テーブル６２２は、タスク管理サーバ１０２の外部メモリ２１１等の記憶領域に記憶されている。また、これらはタスク管理サーバ１０２の管理者等によってあらかじめ設定されているものである。

【0079】

ステップＳ５０９では、タスク管理サーバ１０２は、受信したタスクファイル６００を図７に示すようなタスク管理テーブル７００に登録する。タスク管理テーブル７００は、複数のタスク生成サーバ１０３から収集したタスクを登録するテーブルである。タスク管理サーバ１０２は、タスク管理テーブル７００に収集したタスクを登録しておくことで、タスクを管理する。新規に登録する場合には、タスク管理テーブル７００のタスクＮＯ７０１を新たに発行してレコードを作成し、システムＩＤ７０２、識別子７０３、アクション７０４、アクションパラメータ７０６に受信したタスクファイル６００の対応する情報を格納する。そして、ステップＳ５０８で特定したタスクを処理する機器の情報を処理機器７０５に格納し、実行済み７０７に「０」、親タスク７０８に「ＮＵＬＬ」を格納する。格納できたら、ステップＳ５０６に処理を戻す。

【0080】

タスク管理テーブル７００（図７参照）は、タスクＮＯ７０１、システムＩＤ７０２、識別子７０３、アクション７０４、処理機器７０５、アクションパラメータ７０６、実行済み７０７、親タスク７０８から構成されるテーブルである。タスクＮＯ７０１は、タスクごとに発行される識別番号である。システムＩＤ７０２、識別子７０３、アクション７０４は、タスクファイル６００のシステムＩＤ６０１、識別子６０２、アクション６０３と同様である。処理機器７０５は、当該タスクを処理することの可能な機器（装置）を特定する情報である。アクションパラメータ７０６は、タスクファイル６００のアクションパラメータ６０４と同様である。実行済み７０７は、当該タスクが実行済みか未実行かを示すフラグである。本実施形態では、「０」の場合には未実行、「１」の場合には実行済みを示す。親タスク７０８は、タスクの実行順が指定されている場合に、当該タスクよりも１つ前に実行すべきタスクのタスクＩＤ７０１を示す情報である。タスク管理テーブル７００は、タスク管理サーバ１０２の外部メモリ２１１等の記憶領域に記憶されている。

【0081】

このようにして、タスク管理サーバ１０２は、タスク生成サーバ１０３で発生したタスクを収集し、タスク管理テーブル７００に示すような形態で管理しておくことができる。

【0082】

次に、本発明の実施形態におけるタスク実行装置１０１とタスク管理サーバ１０２によって行われるタスクの表示やタスクの実行の処理について図８及び図９を用いて説明する。

【0083】

尚、この処理をタスク実行装置１０１、タスク管理サーバ１０２に実行させるためのプログラムは、タスク実行装置１０１、タスク管理サーバ１０２にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

【0084】

まず、ステップＳ８０１では、タスク実行装置１０１は、ユーザの認証を行うために、ＩＣカードの読み取りを受け付ける。本実施形態では、タスク実行装置１０１に接続されたカードリーダを用いて、ユーザが所持するＩＣカードの読み取りを行うことで認証を実行するが、これに限らない。キーボードを使ってユーザを識別するための情報を入力する形態でもよいし、指紋認証等の生体認証を用いてもよい。

【0085】

ステップＳ８０２では、タスク実行装置１０１は、利用を許可してよいユーザなのかどうかを判定するために、ステップＳ８０１において読み取ったＩＣカードの情報から、ユーザの検索を行う。そして、ステップＳ８０３では、タスク実行装置１０１は、ステップＳ８０２で検索した結果、認証がＯＫかどうかを判定する。認証がＯＫであると判定した場合には、ステップＳ８０４に処理を進める。認証がＮＧであると判定した場合には、ステップＳ８０１に処理を戻す。

【0086】

ステップＳ８０４では、タスク実行装置１０１は、認証がＯＫであったので、ステップＳ８０１で読み取ったＩＣカードの情報やステップＳ８０２で検索したユーザの情報をＲＡＭ２０３等に一時的に記憶しておく。記憶したユーザの情報は、当該ユーザのタスクだけをタスク管理サーバ１０２に要求する際に利用される。

【0087】

ステップＳ８０５では、タスク実行装置１０１は、図１０に示すようなメニュー画面１０００をディスプレイ２１０に表示させる。図１０に示すメニュー画面１０００は、タスク実行装置１０１がタスク実行装置（ＭＦＰ）１０１である場合の画面である。メニュー画面１０００に表示された各種ボタンに対する押下を検知することで、当該ボタンに対応する処理が実行される。

【0088】

ステップＳ８０６では、タスク実行装置１０１は、ステップＳ８０５で表示されたメニュー画面１０００に備えられたログアウトボタン１００２が押下されるまで、後述するステップＳ８０８乃至ステップＳ８１８を繰り返す。ステップＳ８０８乃至ステップＳ８１８のいずれかのステップを処理している最中にログアウトボタン１００２が押下された場合には、ステップＳ８１９に処理を進める。

【0089】

ステップＳ８０７では、タスク実行装置１０１は、メニュー画面１０００に備えられたタスク一覧表示ボタン１００１が押下されたか否かを判定する。タスク一覧表示ボタン１００１が押下されたと判定した場合には、ステップＳ８０８に処理を進める。タスク一覧表示ボタン１００１が押下されていないと判定した場合には、そのまま待機する。または、詳細な説明は行わないが、タスク一覧表示ボタン１００１ではなく、プリントボタンやコピーボタンといった他の機能の実行を指示された場合には、当該指示に応じて機能の実行を行う。

【0090】

ステップＳ８０８では、タスク実行装置１０１は、タスク一覧表示ボタン１００１が押下されたので、タスクを一覧表示して閲覧可能なタスク一覧表示画面の取得をタスク管理サーバ１０２に対して要求する。このとき、当該タスク実行装置１０１を識別するための情報を含めて要求する。本実施形態では、当該タスク実行装置１０１のＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）を含めるものとする。このＭＡＣアドレスは、後述する図１３のステップＳ１３０３で使用する。また、ステップＳ８０４で記憶したユーザを識別可能な情報を含めて要求してもよい。

【0091】

ステップＳ８０９では、タスク管理サーバ１０２は、タスク実行装置１０１から送信されたタスク一覧表示画面の取得要求を受信する。そして、ステップＳ８１０では、タスク管理テーブル７００に格納された情報に基づいて、タスク一覧表示画面を生成するための処理を実行する。タスク一覧表示画面生成処理の詳細は、後述する図１３に示す。

【0092】

ステップＳ８１１では、タスク管理サーバ１０２は、ステップＳ８１０で生成されたタスク一覧表示画面を、要求のあったタスク実行装置１０１に対して送信する。

【0093】

ステップＳ８１２では、タスク実行装置１０１は、タスク管理サーバ１０２から送信されたタスク一覧表示画面を受信する。そして、ステップＳ８１３では、タスク実行装置１０１は、ステップＳ８１２で受信したタスク一覧表示画面をＷｅｂブラウザで表示する。つまり、タスク一覧表示画面は、Ｗｅｂページ形式である。そのため、タスク実行装置１０１のＷｅｂブラウザは、当該Ｗｅｂページに含まれるＨＴＭＬ等を読み込み、その内容に従ってタスク一覧表示画面の表示を制御する。

【0094】

図１１に、タスク一覧表示画面の一例を示す。タスク一覧表示画面１１００は、ユーザが処理する必要のあるタスクが一覧表示されている画面である。タスク一覧１１０１では、タスク管理テーブル７００に格納されたタスクの情報が一覧表示されている。それぞれのレコードは選択可能となっており、選択された状態で実行ボタン１１０５の押下を検知すると、当該レコードが示すタスクの実行が可能である。チェックボックス１１０２は、タスク同士の関連付けを行うためのチェックボックスである。タスクには、実行する順序が決められているものがある。しかしながら、それが複数のシステムに渡ってしまうとタスク同士の関連付けをすることが困難である。よって、タスク一覧画面１１００でタスクの関連付けをすることで、タスクの実行順序を管理することができるようになっている。また、実行済み１１０３には、当該タスクが実行済みであるか否かを表示している。

【0095】

更に、図１１は、タスク実行装置（ＭＦＰ）１０１で表示した場合のタスク一覧画面１１００である。そのため、処理機器７０５が「ＰＣ」であるタスクは実行できないように画面を制御している。つまり、タスク一覧画面１１００を表示している装置の種別によって、実行可能な機能は異なるので、実行可能なタスクのみを実行可能に表示することで、タスクを一括で表示したとしても実行可能なものとそうでないものをユーザに識別させることができる。また、関連付けによって先に実行すべきタスク（以下、親タスク）と、その後に実行するタスク（以下、子タスク）が設定されている場合、親タスクが未実行であれば、子タスクは、実行できないように制御している。こうすることにより、親タスクよりも子タスクが先に処理されないようにしている。尚、親タスクが実行されていれば、子タスクは実行可能に表示される。そして、すでに実行済みのタスクも誤って再度実行しないように、実行できないように制御している。本実施形態では、実行済みのタスクも残しているが、実行されたらタスクを削除してしまう形態でもよい。

【0096】

一方、図１２は、タスク実行装置（ＰＣ）１０１でタスク一覧画面１１００を表示した場合の一例を示す。図１１と異なり、処理機器が「ＰＣ」となっているレコードが実行可能に表示されていることがわかる。また、図１１と図１２ではタスクの並び順も異なっている。タスクの数が多ければ多いほど、実行したいタスクを探すことは困難である。そこで、タスク一覧画面１１００を表示している装置で実行可能なタスクを優先的に上位に表示させるようにすることで、ユーザがタスクを探しやすくなる。

【0097】

このように、タスク一覧画面１１００は、当該タスク一覧画面１１００を表示する装置の種別に応じてタスクの実行の受け付けを制御し、また当該装置の種別に応じてタスクを並び替えることで、タスクを探しやすくしている。

【0098】

引き続き、図９に説明を移す。ステップＳ８１４では、タスク実行装置１０１は、タスク一覧画面１１００に備えられたキャンセルボタン１１０６が押下されるまで、後述するステップＳ８１５乃至ステップＳ８１８を繰り返す。ステップＳ８１５乃至ステップＳ８１８のいずれかの処理を実行している時に、キャンセルボタン１１０６が押下されたら、ステップＳ８１９に処理を進める。

【0099】

ステップＳ８１５では、タスク実行装置１０１は、タスク一覧画面１１００の２つのチェックボックス１１０２にチェックがなされて、関連付けボタン１１０４が押下されたか否かを判定する。関連付けボタン１１０４が押下されたと判定した場合には、ステップＳ８１６に処理を進める。関連付けボタン１１０４が押下されなかった、または他のボタンが押下されたと判定した場合には、ステップＳ８１７に処理を進める。

【0100】

ステップＳ８１６では、タスク実行装置１０１は、チェックボックス１１０２にチェックされた２つのタスクをそれぞれ親タスクと子タスクに設定するための処理を実行する。関連付け設定処理の詳細は、後述する図１６に示す。

【0101】

ステップＳ８１７では、タスク実行装置１０１は、タスク一覧画面１１００でタスクが選択され、実行ボタン１１０５が押下されたか否かを判定する。実行ボタン１１０５が押下されたと判定した場合には、ステップＳ８１８に処理を進める。実行ボタン１１０５が押下されていない、または他のボタンが押下されたと判定した場合には、ステップＳ８１４に処理を戻す。

【0102】

ステップＳ８１８では、タスク実行装置１０１は、選択されたタスクの実行を行う。タスク実行処理の詳細は、後述する図１８に示す。

【0103】

ステップＳ８１９では、タスク実行装置１０１は、ステップＳ８１３で表示したタスク一覧画面１１００を閉じて、メニュー画面１０００に表示を戻し、ステップＳ８０６に処理を戻す。そして、ログアウトボタン１００２の押下を検知した場合には、ステップＳ８２０では、タスク実行装置１０１は、ログアウトの処理を行い、本一連の処理を終了する。

【0104】

次に、本発明の実施形態におけるタスク管理サーバ１０２によって行われるタスク一覧画面生成処理について図１３を用いて説明する。

【0105】

尚、この処理をタスク管理サーバ１０２に実行させるためのプログラムは、タスク管理サーバ１０２にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

【0106】

ステップＳ１３０１では、タスク管理サーバ１０２は、図１４に示すような一時テーブル１４００を生成する。一時テーブル１４００は、タスク一覧表示画面１１００のタスク一覧１１０１にタスクを表示させるためのテーブルである。一時テーブル１４００においてタスク管理テーブル７００に格納された各レコードを適切に並べ替えて、その並べ替えた結果をタスク一覧表示画面１１００に表示させる。

【0107】

一時テーブル１４００（図１４参照）は、タスクＮＯ１４０１、システムＩＤ１４０２、識別子１４０３、アクション１４０４、処理機器１４０５、アクションパラメータ１４０６、実行済み１４０７、親タスク１４０８から構成されるテーブルである。タスクＮＯ１４０１、システムＩＤ１４０２、識別子１４０３、アクション１４０４、処理機器１４０５、アクションパラメータ１４０６、実行済み１４０７、親タスク１４０８は、それぞれタスク管理テーブル７００のタスクＮＯ７０１、システムＩＤ７０２、識別子７０３、アクション７０４、処理機器７０５、アクションパラメータ７０６、実行済み７０７、親タスク７０８と同様であるので、説明を省略する。一時管理テーブル１４００は、タスク管理サーバ１０２の外部メモリ２１１等の記憶領域に記憶されている。

【0108】

ステップＳ１３０２では、タスク管理サーバ１０２は、タスク管理テーブル７００に格納されたタスクを一時テーブル１４００に格納する。このとき、認証されたユーザのタスクのみを取得して格納するようにしてもよい。そうすることで、当該ユーザのタスクのみが表示できる。

【0109】

ステップＳ１３０３では、タスク管理サーバ１０２は、タスク一覧表示画面１１００の取得を要求したタスク実行装置１０１の装置の種別を特定する。より具体的には、前述したステップＳ８０８で当該タスク実行装置１０１のＭＡＣアドレスがタスク管理サーバ１０２に送信されているので、このＭＡＣアドレスと、図６に示す装置管理テーブル６３０を用いて、当該タスク実行装置１０１の装置の種別を特定する。例えば、ＭＡＣアドレスが「１２：ＸＸ：３４：ＸＸ：５６：ＸＸ」であった場合には、装置管理テーブル６３０のＭＡＣアドレス６３１がこれに該当するので、当該タスク実行装置１０１の装置の種別が、当該レコードの装置種別６３２が示す「ＭＦＰ」であることがわかる。このようにして、装置の種別を特定しておく。

【0110】

装置管理テーブル６３０（図６参照）は、ＭＡＣアドレス６３１と装置種別６３２から構成される。ＭＡＣアドレス６３１は、装置のＭＡＣアドレスを示す情報である。装置種別６３２は、当該ＭＡＣアドレスを持つ装置の種別を示す情報である。装置管理テーブル６３０は、タスク管理サーバ１０２の外部メモリ２１１等の記憶領域に記憶されている。また、これらはタスク管理サーバ１０２の管理者等によってあらかじめ設定されているものである。

【0111】

ステップＳ１３０４では、タスク管理サーバ１０２は、一時テーブル１４００に格納されたすべてのレコードに対して、後述するステップＳ１３０５乃至ステップＳ１３０７の処理が完了するまで、後述するステップＳ１３０５乃至ステップＳ１３０７を繰り返す。一時テーブル１４００に格納されたすべてのレコードに対する処理が完了したら、ステップＳ１３０８に処理を進める。

【0112】

ステップＳ１３０５では、タスク管理サーバ１０２は、一時テーブル１４００に格納されたレコードのうち、ステップＳ１３０５乃至ステップＳ１３０７を実行していない１つのレコードを参照する。一時テーブル１４００に格納された未処理のレコードのうち、タスクＮＯ１４０１が一番小さいものを選択することが望ましい。

【0113】

ステップＳ１３０６では、タスク管理サーバ１０２は、ステップＳ１３０５で参照しているレコードの処理機器１４０５と、ステップＳ１３０３で特定したタスク実行装置１０１の装置の種別が同じか否かを判定する。つまり、参照しているレコードが示すタスクは、タスク実行装置１０１で実行可能なタスクかどうかを判定している。処理機器１４０５とタスク実行装置１０１の装置の種別が同じであると判定した場合には、ステップＳ１３０７に処理を進める。処理機器１４０５とタスク実行装置１０１の装置の種別が異なると判定した場合には、参照中のレコードを処理済みとし、ステップＳ１３０４に処理を戻す。

【0114】

ステップＳ１３０７では、タスク管理サーバ１０２は、参照中のレコードを一時テーブル１４００の上位の位置に並び替える。より具体的には、参照中のレコードを取得して、ステップＳ１３０７において並び替えられた他のレコードの下、かつ並び替えられなかったレコードの上に当該レコードを挿入する。つまり、最終的には、タスク実行装置１０１が「ＭＦＰ」だった場合には、処理機器１４０５が「ＭＦＰ」であるレコードがタスクＮＯ１４０１の順に１レコード目から配置され、それらの下に並び替えられなかったレコード、つまり処理機器１４０５が「ＰＣ」のレコードがタスクＮＯ１４０１の順に配置されている状態となる。こうすることで、実行可能なタスクを上位に表示させることができる。処理が終わったら、参照中のレコードを処理済みとし、ステップＳ１３０４に処理を戻す。

【0115】

ステップＳ１３０８では、タスク管理サーバ１０１は、一時テーブル１４００に格納されたすべてのレコードに対して、後述するステップＳ１３０９乃至ステップＳ１３１２の処理が完了するまで、後述するステップＳ１３０９乃至ステップＳ１３１２を繰り返す。一時テーブル１４００に格納されたすべてのレコードに対する処理が完了したら、ステップＳ１３１３に処理を進める。

【0116】

ステップＳ１３０９では、タスク管理サーバ１０１は、一時テーブル１４００に格納されたレコードのうち、ステップＳ１３０９乃至ステップＳ１３１２を実行していない１つのレコードを参照する。

【0117】

ステップＳ１３１０では、タスク管理サーバ１０１は、参照中のレコードが示すタスクに親タスクが存在するか否かを判定する。より具体的には、参照中のレコードの親タスク１４０８に「ＮＵＬＬ」ではなく、タスクＮＯ１４０１が格納されているか否かを判定する。親タスクが存在すると判定した場合には、ステップＳ１３１１に処理を進める。親タスクが存在しないと判定した場合には、参照中のレコードを処理済みとし、ステップＳ１３０８に処理を戻す。

【0118】

ステップＳ１３１１では、タスク管理サーバ１０２は、参照中のレコードの親タスク１４０８を参照し、当該親タスク１４０８に格納された親タスクのタスクＮＯ１４０１を特定する。そして、ステップＳ１３１２では、タスク管理サーバ１０２は、参照中のレコードをステップＳ１３１１で特定した親タスクのレコードの下に並び替えて配置する。こうすることで、親タスク、子タスクの順にレコードを配置することができる。処理が終わったら、参照中のレコードを処理済みとし、ステップＳ１３０８に処理を戻す。

【0119】

ステップＳ１３１３では、タスク管理サーバ１０２は、タスク一覧画面１１００を生成する。ここでは、タスク一覧１１０１が空の状態で生成される。また、生成されるタスク一覧画面１１００は、タスク実行装置１０１に備えられたＷｅｂブラウザで表示可能なＷｅｂページである。

【0120】

ステップＳ１３１４では、タスク管理サーバ１０２は、一時テーブル１４００に格納されたすべてのレコードに対して、後述するステップＳ１３１５乃至ステップＳ１３２４の処理が完了するまで、後述するステップＳ１３１５乃至ステップＳ１３２４を繰り返す。一時テーブル１４００に格納されたすべてのレコードに対する処理が完了したら、タスク一覧画面生成処理を終了し、タスク一覧画面生成処理の呼び出し元に処理を戻す。

【0121】

ステップＳ１３１５では、タスク管理サーバ１０２は、一時テーブル１４００に格納されたレコードのうち、ステップＳ１３１５乃至ステップＳ１３２３を実行していない１つのレコードを参照する。

【0122】

ステップＳ１３１６では、タスク管理サーバ１０２は、参照中のレコードをステップＳ１３１３で生成されたタスク一覧画面１１００のタスク一覧１１０１に配置する。配置する際には、一時テーブル１４００で並べ替えられた順になるように配置していく。このとき、ステップＳ１３１６では配置したレコードのタスクはタスク一覧１１０１において実行可能な状態で配置する。

【0123】

ステップＳ１３１７では、タスク管理サーバ１０２は、参照中のレコードが示すタスクが実行済みであるか否かを判定する。より具体的には、参照中のレコードの実行済みフラグ１４０７が「１」であるか否かを判定する。参照中のレコードが示すタスクが実行済みであると判定した場合には、ステップＳ１３１８に処理を進める。参照中のレコードが示すタスクが未実行であると判定した場合には、ステップＳ１３２０に処理を進める。

【0124】

ステップＳ１３１８では、タスク管理サーバ１０２は、ステップＳ１３１６で配置したレコードのタスクをタスク一覧１１０１において実行できないように制御する。タスクの選択ができないようにしてもよいし、それ以外の方法でもよい。そして、ステップＳ１３１９では、タスク管理サーバ１０２は、ステップＳ１３１６で配置したレコードの実行済み１１０３に、実行済みであることがわかるように「済」といったような表示をさせる。こうすることで、実行済みのタスクなのかそうでないのかを識別することができる。本実施形態では文字を表示することで実行済みであることを通知しているが、色によって通知してもよいし、タスクを選択するとポップアップが出るような形態でもよい。処理が完了したら、当該レコードを処理済みとし、ステップＳ１３１４に処理を戻す。

【0125】

ステップＳ１３２０では、タスク管理サーバ１０２は、参照中のレコードの処理機器１４０５と、ステップＳ１３０３で特定された装置の種別が異なるかどうかを判定する。つまり、参照中のレコードがタスク一覧画面１１００を要求してきたタスク実行装置１０１で実行可能なタスクを示すレコードでない場合、ステップＳ１３１８と同様にタスク一覧１１０１において当該レコードのタスクを実行できないように制御する必要がある。そのため、ステップＳ１３２０においてこのような判定を行っている。参照中のレコードの処理機器１４０５と、ステップＳ１３０３で特定された装置の種別が異なると判定した場合には、ステップＳ１３２１に処理を進める。参照中のレコードの処理機器１４０５と、ステップＳ１３０３で特定された装置の種別が同じであると判定した場合には、ステップＳ１３２２に処理を進める。

【0126】

ステップＳ１３２１では、タスク管理サーバ１０２は、ステップＳ１３１８と同様に、ステップＳ１３１６で配置したレコードのタスクをタスク一覧１１０１において実行できないように制御する。詳細はステップＳ１３１８と同様であるので説明を省略する。

【0127】

ステップＳ１３２２では、タスク管理サーバ１０２は、参照中のレコードが示すタスクに親タスクが存在するか否かを判定する。参照中のレコードが示すタスクが子タスクであるか否かを判定してもよい。より具体的には、参照中のレコードの親タスク１４０８に他のタスクのタスクＮＯ１４０１が格納されているかどうかを確認する。前述した通り、関連付けの設定を行い、タスクの実行順序が指定されていると、その実行順通りにタスクを実行しなければいけない。そのため、親タスクよりも子タスクが先に処理されることを防がなければいけない。そこで、親タスクがあり、当該親タスクが未実行である場合には、子タスクの実行をできないように制御する。この制御を行うために、ステップＳ１３２２で親タスクの有無を判定し、後述するステップＳ１３２３で当該親タスクが未実行であるか否かを判定している。参照中のレコードが示すタスクに親タスクが存在すると判定した場合には、ステップＳ１３２３に処理を進める。参照中のレコードが示すタスクに親タスクが存在しないと判定された場合には、参照中のレコードを処理済みとし、ステップＳ１３１４に処理を戻す。

【0128】

ステップＳ１３２３では、タスク管理サーバ１０２は、参照中のレコードが示すタスクの親タスクが未実行であるか否かを判定する。より具体的には、参照中のレコードの親タスク１４０８に格納されたタスクＮＯ１４０１と、同じタスクＮＯ１４０１を持つレコードを特定し、当該レコードの実行済みフラグ１４０７に「１」が格納されているかどうかを確認する。参照中のレコードが示すタスクの親タスクが未実行であると判定された場合、ステップＳ１３２４に処理を進める。参照中のレコードが示すタスクの親タスクが未実行でない、つまり実行済みであると判定された場合には、参照中のレコードを処理済みとし、ステップＳ１３１４に処理を戻す。

【0129】

ステップＳ１３２４では、タスク管理サーバ１０２は、ステップＳ１３１８と同様にステップＳ１３１６で配置したレコードのタスクをタスク一覧１１０１において実行できないように制御する。詳細はステップＳ１３１８と同様であるので説明を省略する。

【0130】

図１４と図１５は、それぞれタスク一覧画面１１００の取得要求を行ったタスク実行装置１０１がタスク実行装置（ＭＦＰ）１０１とタスク実行装置（ＰＣ）１０１である場合の一時テーブル１４００を示している。ステップＳ１３１２まで処理すると、図１４や図１５のような並びになる。そして、これらのレコードをステップＳ１３１４乃至ステップＳ１３２４で処理することで、図１１や図１２のようなタスク一覧画面１１００となる。例えば、図１１では、ステップＳ１３１８における処理により、タスク一覧１１０１の識別子が「ｗｆ１２１２２１」となっているレコードは、グレーアウトしてタスクを実行できないように制御されている。また、ステップＳ１３２１における処理により、タスク一覧１１０１の識別子が「ｗｆ１２１２２２」となっているレコードも、グレーアウトしてタスクを実行できないように制御されている。更に、ステップＳ１３２４における処理により、タスク一覧１１０１の識別子が「ａｂｃ２０１２」となっているレコードも、グレーアウトしてタスクを実行できないように制御されている。そして、前述した通り図１１は、タスク実行装置（ＭＦＰ）１０１で表示した画面であるので、処理機器が「ＭＦＰ」であるタスクがタスク一覧１１０１の中で優先的に上位に表示されている。このようにすることで、タスクを一覧表示して当該タスクの実行を受け付けると共に、ユーザが誤って操作することなく、タスクの選択をしやすくすることができる。

【0131】

尚、本実施形態では、タスク一覧画面生成処理をタスク管理サーバ１０２で実行したが、タスク実行装置１０１で実行してもよい。この場合には、タスク管理テーブル７００をタスク実行装置１０１に送信し、当該送信されたタスク管理テーブル７００を用いて、タスク一覧画面生成処理をタスク実行装置１０１が実行するようにすればよい。

【0132】

次に、本発明の実施形態におけるタスク実行装置１０１とタスク管理サーバ１０２によって行われる関連付け設定処理について図１６を用いて説明する。

【0133】

尚、この処理をタスク実行装置１０１とタスク管理サーバ１０２に実行させるためのプログラムは、タスク実行装置１０１とタスク管理サーバ１０２にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

【0134】

ステップＳ１６０１では、タスク実行装置１０１は、タスク一覧画面１１００に備えられたチェックボックス１１０２に対して選択がなされた順番と、当該選択されたタスクを取得し、タスク管理サーバ１０２に送信する。本実施形態においては、チェックボックス１１０２に対してチェックされた順番をタスクの実行順序とする。そのため、先にチェックされたタスクが親タスクとなり、後にチェックされたタスクが子タスクとなる。

【0135】

ステップＳ１６０２では、タスク管理サーバ１０２は、タスク実行装置１０１から送信された、チェックボックス１１０２に対して選択がなされた順番と、当該選択されたタスクを受信する。

【0136】

ステップＳ１６０３では、タスク管理サーバ１０２は、ステップＳ１６０２で受信した情報に基づいて、先にチェックされたタスクを後にチェックされたタスクの親タスクとして設定する。より具体的には、後にチェックされたタスクのレコードをタスク管理テーブル７００から特定し、当該レコードの親タスク７０８に先にチェックされたタスクのレコードのタスクＮＯ７０１を格納する。こうすることで、関連付けの設定を行う。

【0137】

ステップＳ１６０４では、タスク管理サーバ１０２は、タスクの関連付けが行われたので、タスク一覧画面１１００を再度生成するために、タスク一覧画面生成処理を実行する。タスク一覧画面生成処理は、図１３で前述した通りである。

【0138】

ステップＳ１６０５では、タスク管理サーバ１０２は、ステップＳ１６０４で生成されたタスク一覧画面１１００をタスク実行装置１０１に送信する。そして、ステップＳ１６０６では、タスク実行装置１０１は、タスク管理サーバ１０２から送信されたタスク一覧画面１１００を受信し、ステップＳ１６０７では、受信したタスク一覧画面１１００を表示する。本実施形態では、このようにタスク一覧画面１１００に備えられたチェックボックス１１０２に対するチェックの順番に応じて、タスクの親子関係を設定したが、これに限らない。タスクの実行順を数字で指定できてもよいし、親タスクを選択するモードと子タスクを選択するモードでそれぞれタスクを選択し、親子関係の設定ができてもよい。

【0139】

図１７は、関連付け設定処理の概要を示す図である。例えば、図１７の上部に示すタスク一覧画面１１００のように、１７０１と１７０２の順でチェックボックス１１０２にチェックがなされ、関連付けボタン１１０４が押下されたとする。つまり、識別子が「ｃｓｔｍ１３８１」のタスクを親タスクとし、識別子が「ｗｆ１２１２２２」のタスクを子タスクとする指示がなされたとする。すると、識別子が「ｗｆ１２１２２２」の親タスクに、識別子が「ｃｓｔｍ１３８１」のタスクを設定し、タスク一覧画面１１００を再度生成する。その結果、図１７の下部に示すタスク一覧画面１１００の１７０３のように、識別子が「ｃｓｔｍ１３８１」のタスクの下に、子タスクである識別子が「ｗｆ１２１２２２」のタスクが配置される。このような流れで、タスク間の親子設定が行われる。

【0140】

次に、本発明の実施形態におけるタスク実行装置１０１とタスク管理サーバ１０２によって行われるタスク実行処理について図１８を用いて説明する。

【0141】

尚、この処理をタスク実行装置１０１とタスク管理サーバ１０２に実行させるためのプログラムは、タスク実行装置１０１とタスク管理サーバ１０２にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

【0142】

まず、ステップＳ１８０１では、タスク実行装置１０１は、タスク一覧１１０１から選択されたタスクの実行の要求をタスク管理サーバ１０２に送信する。ステップＳ１８０２では、タスク管理サーバ１０２は、タスク実行装置１０１から送信されたタスクの実行要求を受信する。

【0143】

ステップＳ１８０３では、タスク管理サーバ１０２は、選択されたタスクの実行内容であるアクションの種別を特定する。より具体的には、選択されたタスクをタスク管理テーブル７００から特定し、当該特定されたレコードのアクション７０４を特定する。ここでは、選択されたタスクがどのような処理を実行すべきタスクなのかを特定している。例えば、アクション７０４が「Ｃｏｍｍｉｔ」であれば、ワークフローの承認処理を実行しなければいけないし、アクション７０４が「Ｐｒｉｎｔ」であれば、文書データを印刷しなければならない。アクション７０４を特定することで、後述する処理において適切な処理を実行することが可能となる。

【0144】

ステップＳ１８０４では、タスク管理サーバ１０２は、ステップＳ１８０３で特定されたタスクのアクションの種別が、プリントであるか否かを判定する。より具体的には、特定されたタスクのアクション７０４が「Ｐｒｉｎｔ」であるか否かを判定する。プリントであると判定した場合には、ステップＳ１８０５に処理を進める。プリントでないと判定した場合には、ステップＳ１８０６に処理を進める。

【0145】

ステップＳ１８０５では、タスク管理サーバ１０２は、選択されたタスクを実行するべく、文書データのプリント（印刷）を実行する。プリント処理の詳細は、後述する図１９に示す。

【0146】

ステップＳ１８０６では、タスク管理サーバ１０２は、ステップＳ１８０３で特定されたタスクのアクションの種別が、スキャンであるか否かを判定する。より具体的には、特定されたタスクのアクション７０４が「Ｓｃａｎ」であるか否かを判定する。スキャンであると判定した場合には、ステップＳ１８０７に処理を進める。スキャンでないと判定した場合には、ステップＳ１８０８に処理を進める。

【0147】

ステップＳ１８０７では、タスク管理サーバ１０２は、選択されたタスクを実行するべく、スキャンとその結果生成されたスキャンデータの送信を行う。スキャン処理の詳細は、後述する図２０に示す。

【0148】

ステップＳ１８０８では、タスク管理サーバ１０２は、ステップＳ１８０３で特定されたタスクのアクションの種別が、承認であるか否かを判定する。より具体的には、特定されたタスクのアクション７０４が「Ｃｏｍｍｉｔ」であるか否かを判定する。承認であると判定した場合には、ステップＳ１８０９に処理を進める。承認でないと判定した場合には、ステップＳ１８１０に処理を進める。

【0149】

ステップＳ１８０９では、タスク管理サーバ１０２は、選択されたタスクを実行するべく、ワークフローの承認を行う。承認処理の詳細は、後述する図２３に示す。

【0150】

ステップＳ１８１０では、タスク管理サーバ１０２は、ステップＳ１８０５、ステップＳ１８０７、ステップＳ１８０９におけるタスクの実行結果をタスク実行装置１０１に送信する。ここで送信する実行結果は、タスクの実行が問題なく完了したのか否かを通知してもよいし、それ以外でもよい。そして、ステップＳ１８１１では、タスク実行装置１０１は、タスク管理サーバ１０２から送信されたタスクの実行結果を受信し、タスク実行処理を終了する。

【0151】

次に、本発明の実施形態におけるタスク実行装置１０１とタスク管理サーバ１０２とタスク生成サーバ１０３によって行われるプリント処理について図１９を用いて説明する。

【0152】

尚、この処理をタスク実行装置１０１とタスク管理サーバ１０２とタスク生成サーバ１０３に実行させるためのプログラムは、タスク実行装置１０１とタスク管理サーバ１０２とタスク生成サーバ１０３にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

【0153】

まず、ステップＳ１９０１では、タスク管理サーバ１０２は、選択されたタスクを実行するために、タスク生成サーバ１０３に対してプリントする文書データの取得を要求する。より具体的には、選択されたタスクのレコードをタスク管理テーブル７００から特定し、当該レコードのアクションパラメータ７０６を取得する。そして、取得したアクションパラメータ７０６にあるＵＲＬが示す文書データを取得してタスク管理サーバ１０２に送信するよう、当該文書データを保存しているタスク生成サーバ１０３に要求する。

【0154】

ステップＳ１９０２では、タスク生成サーバ１０３は、タスク管理サーバ１０２から送信された文書データの取得要求を受信する。そして、ステップＳ１９０３では、タスク生成サーバ１０３は、当該文書データを検索して取得し、ステップＳ１９０４では、タスク生成サーバ１０３は、取得した文書データをタスク管理サーバ１０２に送信する。

【0155】

ステップＳ１９０５では、タスク管理サーバ１０２は、タスク生成サーバ１０２から送信された文書データを受信する。そして、ステップＳ１９０６では、タスク管理サーバ１０２は、受信した文書データに基づいて印刷ジョブを生成する。印刷ジョブを生成する際には、当該文書データを印刷するタスク実行装置（ＭＦＰ）１０１の機種に応じて、適切なプリンタドライバを選択する。そして、当該プリンタドライバを用いて適切な印刷設定を行い、当該文書データに基づいて印刷ジョブを生成する。ステップＳ１９０７では、タスク管理サーバ１０２は、ステップＳ１９０６で生成された印刷ジョブをタスク実行装置１０１に送信する。

【0156】

ステップＳ１９０８では、タスク実行装置１０１は、タスク管理サーバ１０２から送信された印刷ジョブを受信する。そして、ステップＳ１９０９では、タスク実行装置１０１は、受信した印刷ジョブに基づいて、プリンタ部３１２を動作させて用紙に文書データを印刷する。印刷が完了したら、ステップＳ１９１０では、タスク実行装置１０１は、印刷の実行結果をタスク管理サーバ１０２に送信する。実行結果は、印刷が完了した旨を含む情報である。印刷が失敗した場合には、ステップＳ１９１０では実行結果を送信しないか、または実行結果に印刷が失敗した旨を含めるとよい。

【0157】

ステップＳ１９１１では、タスク管理サーバ１０２は、タスク実行装置１０１から送信された実行結果を受信し、ステップＳ１９１２では、タスク管理サーバ１０２は、受信した実行結果を、文書データの取得先であるタスク生成サーバ１０３に対して送信する。このとき、どのタスクに関する実行結果なのかを含めて送信する。タスク管理テーブル７００の識別子７０３を送信するとよい。

【0158】

ステップＳ１９１３では、タスク生成サーバ１０３は、タスク管理サーバ１０２から送信された実行結果を受信し、ステップＳ１９１４では、タスク生成サーバ１０３は、受信した実行結果に基づいて、タスクファイル６００を実行済みとして管理する。識別子７０３を含めて受信しているので、当該識別子７０３と一致する識別子６０２を持つタスクファイル６００を特定し、タスク生成サーバ１０３で動作するシステム上で当該タスクを実行済みとして管理する。または、当該タスクファイル６００を削除する形態でもよい。

【0159】

ステップＳ１９１５では、タスク生成サーバ１０３は、タスクを実行済みにした実行結果をタスク管理サーバ１０２に送信する。そして、ステップＳ１９１６では、タスク管理サーバ１０２は、タスク生成サーバ１０３から送信された実行結果を受信し、ステップＳ１９１７では、タスク管理サーバ１０２は、実行したタスクを実行済みにする。より具体的には、実行したタスクをタスク管理テーブル７００から特定し、当該タスクの実行済みフラグ７０７を「１」に変更する。つまり、フラグを立てる。このように、タスク管理サーバ１０２が、タスク実行装置１０１とタスク生成サーバ１０３のやり取りを中継することで、タスクの実行とそのタスクを実行済みとして管理することができる。

【0160】

次に、本発明の実施形態におけるタスク実行装置１０１とタスク管理サーバ１０２とタスク生成サーバ１０３によって行われるスキャン処理について図２０を用いて説明する。

【0161】

尚、この処理をタスク実行装置１０１とタスク管理サーバ１０２とタスク生成サーバ１０３に実行させるためのプログラムは、タスク実行装置１０１とタスク管理サーバ１０２とタスク生成サーバ１０３にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

【0162】

まず、ステップＳ２００１では、タスク管理サーバ１０２は、スキャンの設定が定義されたスキャンチケットを選択されたタスクに基づいて生成する。より具体的には、選択されたタスクのレコードをタスク管理テーブル７００から特定し、当該レコードのアクションパラメータ７０６に格納された情報を用いて、スキャンチケットを生成する。スキャンチケットは、図２１に示すような構造のファイルである。スキャンを実行する際にユーザが設定しなければいけない設定内容を定義している。スキャンのアクションパラメータ７０３に格納された情報から、図２１に示すようなスキャンチケットを生成し、これをタスク実行装置（ＭＦＰ）１０１に送信することで、タスク実行装置（ＭＦＰ）１０１のスキャンの設定が自動的になされる。つまり、ユーザはスキャンの設定を行わなくとも、タスクを実行するための適切な設定がなされる。

【0163】

スキャンチケット２１００（図２１参照）は、格納先２１０１、カラー設定２１０２、スキャン枚数２１０３、解像度２１０４、ファイル形式２１０５から構成される。格納先２１０１は、スキャンして生成された画像データの送信先、つまり格納先を示す情報である。カラー設定２１０２は、カラーの画像データを生成するのか、モノクロの画像データを生成するのかを示す情報である。スキャン枚数２１０３は、スキャンしなければいけない紙文書の枚数を示す情報である。ファイル形式２１０５は、生成した画像データのファイル形式を示す情報である。

【0164】

ステップＳ２００２では、タスク管理サーバ１０２は、ステップＳ２００１で生成されたスキャンチケットを、タスクの実行要求を送信してきたタスク実行装置１０１に対して送信する。このとき、当該タスクを特定するための情報を含めて送信する。タスク管理テーブル７００の識別子７０３を送信するとよい。

【0165】

ステップＳ２００３では、タスク実行装置１０１は、タスク管理サーバ１０２から送信されたスキャンチケットを受信する。そして、ステップＳ２００４では、タスク実行装置１０１は、受信したスキャンチケットに基づいて、スキャンの設定を行う。より具体的には、スキャンチケットに基づいて、図２２に示すようなスキャン画面２２００を生成する。スキャン画面２２００は、スキャンの設定を受け付ける画面であり、スキャンチケットに含まれる設定がそれぞれ入力されている。

【0166】

ステップＳ２００５では、タスク実行装置１０１は、スキャンボタン２２０１の押下を検知すると、スキャナ部３１４を動作させて、スキャン画面２２００に入力されたスキャンの設定に基づき、スキャンを実行する。そして、当該スキャンの設定に基づいて、スキャンした紙文書の画像データを生成する。

【0167】

ステップＳ２００６では、タスク実行装置１０１は、生成した画像データをスキャン画面２２００に入力された格納先に送信する。ユーザが変更していなければ、スキャンチケット２１００の格納先２１０１に送信することになる。ここで、ステップＳ２００２でタスク管理サーバ１０２から送信された実行するタスクを識別するための情報も合わせて、タスク生成サーバ１０３に送信する。タスク管理テーブル７００の識別子７０３を受信しているのであれば、これをタスク生成サーバ１０３に送信する。

【0168】

ステップＳ２００７では、タスク生成サーバ１０３は、タスク実行装置１０１から送信された画像データを受信し、タスク実行装置１０１から指定された格納先に受信した画像データを保存する。

【0169】

ステップＳ２００８では、タスク生成サーバ１０３は、実行されたタスクのタスクファイル６００を実行済みとして管理する。タスク実行装置１０１が識別子７０３を送信しているので、当該識別子７０３と一致する識別子６０２を持つタスクファイル６００を特定し、タスク生成サーバ１０３で動作するシステム上で当該タスクを実行済みとして管理する。または、当該タスクファイル６００を削除する形態でもよい。

【0170】

ステップＳ２００９では、タスク生成サーバ１０３は、タスクを実行済みにした実行結果をタスク管理サーバ１０２に送信する。そして、ステップＳ２０１０では、タスク管理サーバ１０２は、タスク生成サーバ１０３から送信された実行結果を受信し、ステップＳ２０１１では、タスク管理サーバ１０２は、実行したタスクを実行済みにする。ステップＳ２０１１の処理は、前述したステップＳ１９１７と同様であるので説明を省略する。

【0171】

次に、本発明の実施形態におけるタスク実行装置１０１とタスク管理サーバ１０２とタスク生成サーバ１０３によって行われる承認処理について図２３を用いて説明する。

【0172】

尚、この処理をタスク実行装置１０１とタスク管理サーバ１０２とタスク生成サーバ１０３に実行させるためのプログラムは、タスク実行装置１０１とタスク管理サーバ１０２とタスク生成サーバ１０３にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

【0173】

まず、ステップＳ２３０１では、タスク管理サーバ１０２は、タスク生成サーバ１０３で動作するワークフローシステムにおいて、申請の承認を行うことの可能な図２４に示すような承認画面２４００に対する転送要求を、タスクの実行要求を送信してきたタスク実行装置１０１に送信する。より具体的には、選択されたタスクのレコードをタスク管理テーブル７００から特定し、当該レコードのアクションパラメータ７０６に格納されたＵＲＬにアクセスするよう、タスク実行装置１０１に要求する。このとき、当該タスクを特定するための情報を含めて送信する。タスク管理テーブル７００の識別子７０３を送信するとよい。

【0174】

ステップＳ２３０２では、タスク実行装置１０１は、タスク管理サーバ１０２から送信された転送要求を受信する。そして、ステップＳ２３０３では、タスク実行装置１０１は、受信した転送要求に基づいて、承認画面２４００の取得をタスク生成サーバ１０３に要求する。つまり、転送要求に含まれるＵＲＬにアクセスする。

【0175】

ステップＳ２３０４では、タスク生成サーバ１０３は、タスク実行装置１０１から承認画面２４００の取得要求を受信する。そして、ステップＳ２３０５では、タスク生成サーバ１０３は、要求された承認画面２４００を生成し、ステップＳ２３０６では、タスク生成サーバ１０３は、生成した承認画面２４００をタスク実行装置１０１に送信する。

【0176】

ステップＳ２３０７では、タスク実行装置１０１は、タスク生成サーバ１０３から送信された承認画面２４００を受信し、ステップＳ２３０８では、タスク実行装置１０１は、受信した承認画面２４００をＷｅｂブラウザに表示する。

【0177】

ステップＳ２３０９では、タスク実行装置１０１は、承認画面２４００に備えられた承認ボタン２４０１または否認ボタン２４０２の押下を検知すると、承認または否認の指示をタスク生成サーバ１０３に対して送信する。このとき、ステップＳ２３０１でタスク管理サーバ１０２から送信された、選択されたタスクの識別子７０３も合わせて送信する。

【0178】

ステップＳ２３１０では、タスク生成サーバ１０３は、承認画面２４００を通じて指示された承認または否認の指示をタスク実行装置１０１から受信する。そして、ステップＳ２３１１では、タスク生成サーバ１０３は、受信した情報に基づいて、当該申請のステータスを承認または否認に更新する。具体的な処理については、従来技術であるので説明を省略する。

【0179】

ステップＳ２３１２では、タスク生成サーバ１０３は、実行されたタスクのタスクファイル６００を実行済みとして管理する。タスク実行装置１０１が識別子７０３を送信しているので、当該識別子７０３と一致する識別子６０２を持つタスクファイル６００を特定し、タスク生成サーバ１０３で動作するシステム上で当該タスクを実行済みとして管理する。または、当該タスクファイル６００を削除する形態でもよい。

【0180】

ステップＳ２３１３では、タスク生成サーバ１０３は、タスクを実行済みにした実行結果をタスク管理サーバ１０２に送信する。そして、ステップＳ２３１４では、タスク管理サーバ１０２は、タスク生成サーバ１０３から送信された実行結果を受信し、ステップＳ２３１５では、タスク管理サーバ１０２は、実行したタスクを実行済みにする。ステップＳ２３１５の処理は、前述したステップＳ１９１７と同様であるので説明を省略する。

【0181】

以上説明したように、本実施形態によれば、タスク管理サーバが複数のタスク生成サーバで生成されたタスクを取得し、タスク実行装置に当該取得したタスクを送信し、当該タスク実行装置で表示することが可能となるので、ユーザはタスク生成サーバにタスクを見に行くことなく、タスク管理サーバがタスク生成サーバから収集したタスクをタスク実行装置において一括で閲覧することのできる効果を奏する。

【0182】

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

【0183】

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

【0184】

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

【0185】

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

【0186】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

【0187】

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

【0188】

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

【0189】

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

【0190】

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

【0191】

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

【0192】

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

【符号の説明】

【0193】

１００ タスク管理システム
１０１ タスク実行装置
１０２ タスク管理サーバ
１０３ タスク生成サーバ
１０４ ネットワーク
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インターフェース）コントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ
３０１ ＣＰＵ
３０２ ＲＡＭ
３０３ ＲＯＭ
３０４ ＨＤＤ
３０５ Ｎｅｔｗｏｒｋ Ｉ／Ｆ
３０６ ＭＯＤＥＭ
３０７ 操作部Ｉ／Ｆ
３０８ 操作部
３０９ システムバス
３１０ ＲＩＰ
３１１ プリンタ Ｉ／Ｆ
３１２ プリンタ部
３１３ スキャナ Ｉ／Ｆ
３１４ スキャナ部
３１５ 画像バス
３１６ コントローラユニット
３１７ 画像処理部
３１８ 外部 Ｉ／Ｆ
３１９ カードリーダ
３２０ ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】