專利名稱：圖像處理裝置及圖像處理裝置控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種圖像處理裝置及圖像處理裝置控制方法，其被配置為讀取原稿的
圖像，基于所讀取的原稿圖像生成圖像數(shù)據(jù)，并向外部裝置發(fā)出發(fā)送所生成的圖像數(shù)據(jù)的請求。
背景技術(shù)：
近年來，包含讀取原稿的圖像并生成所讀取的原稿圖像的圖像數(shù)據(jù)的讀取功能、 以及發(fā)送所生成的圖像數(shù)據(jù)的發(fā)送功能的傳統(tǒng)圖像處理裝置得到了廣泛使用。在利用這樣 的圖像處理裝置時，用戶指定讀取原稿的圖像的讀取參數(shù)，還指定發(fā)送生成的圖像數(shù)據(jù)的 發(fā)送協(xié)議及發(fā)送目的地。圖像處理裝置根據(jù)用戶進(jìn)行的 指定的內(nèi)容來讀取原稿的圖像并發(fā) 送生成的圖像數(shù)據(jù)。 在使用如上所述的多個功能的組合來執(zhí)行一系列處理時，需要用戶指定大量參 數(shù)。因此，需要用戶進(jìn)行復(fù)雜的操作。 為了解決上述問題，日本特開2004-287860號公報討論了一種在相互協(xié)作地執(zhí)行 多個服務(wù)時、根據(jù)在預(yù)先生成的定義要執(zhí)行的多個處理的內(nèi)容的指令中描述的定義來處理 文檔的方法。 根據(jù)日本特開2004-287860號公報中所討論的方法，僅需要用戶發(fā)出執(zhí)行預(yù)先生 成的指令的指示，以根據(jù)在指令中描述的內(nèi)容依次執(zhí)行處理。因此，不需要用戶進(jìn)行復(fù)雜的 操作。 當(dāng)利用多個功能的組合來執(zhí)行一系列處理時，用戶不僅可能利用一個裝置的功 能，還可能利用多個裝置的功能的組合。 日本特開2004-287860號公報討論了一種利用包括相互協(xié)作的圖像處理裝置、文 檔管理服務(wù)器以及文檔發(fā)送服務(wù)器的多個裝置的方法。在日本特開2004-287860號公報中 討論的方法中，一個指令描述要由各個裝置執(zhí)行的處理的內(nèi)容。在該方法中，如果用戶選 擇任意指令并發(fā)出執(zhí)行該指令的指示，則各個裝置根據(jù)在該指令中描述的定義依次執(zhí)行處理。 然而，當(dāng)如上所述利用相互協(xié)作工作的多個裝置執(zhí)行一系列處理時，用戶無法容 易地驗證在用戶所操作的裝置以外的裝置上執(zhí)行的處理的結(jié)果。 在日本特開2004-287860號公報中討論的方法中，被配置為管理裝置之間的協(xié)作
的協(xié)作處理服務(wù)器對在各個裝置上執(zhí)行的處理的結(jié)果進(jìn)行集中管理。然而，在不包括如日本特開2004-287860號公報中所討論的協(xié)作處理服務(wù)器的用
于管理裝置之間的協(xié)作的機制的環(huán)境中，各裝置僅僅執(zhí)行在指令中定義的處理。因此，除非
定義包含將處理結(jié)果通知用戶的指令，否則用戶無法驗證處理的結(jié)果。此外，在日本特開2004-287860號公報中討論的方法中，即使設(shè)置了管理裝置之
間的協(xié)作的機制，也要通過預(yù)定的固定方法將在用戶裝置以外的裝置上執(zhí)行的處理的結(jié)果
通知用戶。因此，在上述傳統(tǒng)方法中，無法通過選擇適合操作的狀況的方法將處理結(jié)果通知用戶。

發(fā)明內(nèi)容
本發(fā)明旨在提供一種被配置為在請求根據(jù)在處理定義文件中描述的定義發(fā)送圖 像數(shù)據(jù)時、向處理定義文件添加用于指示通知發(fā)送的結(jié)果的描述的機制。 根據(jù)本發(fā)明的一個方面，提供了一種圖像處理裝置，該圖像處理裝置包括讀取單 元，其被配置為讀取原稿的圖像并生成基于所讀取的原稿的圖像的圖像數(shù)據(jù)；獲取單元，其 被配置為獲取處理定義文件，所述處理定義文件定義要由所述讀取單元執(zhí)行的讀取處理的 內(nèi)容以及用于發(fā)送由所述讀取單元生成的所述圖像數(shù)據(jù)的發(fā)送處理的內(nèi)容；讀取控制單 元，其被配置為使所述讀取單元執(zhí)行所述讀取處理并生成依據(jù)在由所述獲取單元獲取的所 述處理定義文件中描述的定義的圖像數(shù)據(jù)；請求單元，其被配置為請求外部裝置根據(jù)在由 所述獲取單元獲取的所述處理定義文件中描述的所述定義發(fā)送由所述讀取單元生成的所 述圖像數(shù)據(jù)；以及添加單元，其被配置為向由所述獲取單元獲取的所述處理定義文件添加 用于指令所述外部裝置執(zhí)行通知處理的描述，所述通知處理用于通知由所述外部裝置進(jìn)行 的對所述圖像數(shù)據(jù)的發(fā)送處理的結(jié)果。在所述圖像處理裝置中，所述請求單元通過向所述 外部裝置發(fā)送，由所述讀取單元生成的所述圖像數(shù)據(jù)、以及由所述添加單元添加了用于指 令所述外部裝置執(zhí)行用于通知所述發(fā)送處理的結(jié)果的所述通知處理的所述描述的所述處 理定義文件，來發(fā)出請求。 通過下面參照附圖對示例性實施例的詳細(xì)描述，本發(fā)明的其它特征和方面將變得清楚。


包含在說明書中并構(gòu)成說明書的一部分的附圖例示了本發(fā)明的示例性實施例、特 征和方面，并與說明書一起用來說明本發(fā)明的原理。
圖1例示了根據(jù)本發(fā)明的示例性實施例的圖像處理系統(tǒng)的總體配置的示例。
圖2例示了根據(jù)本發(fā)明的示例性實施例的多功能外圍設(shè)備(MFP， multifunction peripheral)的示例性配置。 圖3例示了根據(jù)本發(fā)明的示例性實施例的MFP的示例性軟件配置。 圖4例示了根據(jù)本發(fā)明的示例性實施例的管理員個人計算機(PC)的示例性配置。 圖5示意性地示出了根據(jù)本發(fā)明的示例性實施例的整個圖像處理系統(tǒng)的示例性操作。 圖6例示了根據(jù)本發(fā)明的示例性實施例的包含在處理定義文件中的描述的具體 示例。 圖7是例示根據(jù)本發(fā)明的示例性實施例的MFP的示例性操作的流程圖。 圖8例示了根據(jù)本發(fā)明的示例性實施例的包含在處理定義文件中的描述的具體示例。 圖9例示了根據(jù)本發(fā)明的示例性實施例的發(fā)送結(jié)果顯示畫面的示例。 圖10是例示根據(jù)本發(fā)明的示例性實施例的由發(fā)送服務(wù)器執(zhí)行的處理的示例的流程圖。
圖11是例示根據(jù)本發(fā)明的示例性實施例的MFP的示例性操作的流程圖。 圖12例示了根據(jù)本發(fā)明的示例性實施例的包含在處理定義文件中的描述的具體示例。 圖13例示了根據(jù)本發(fā)明的示例性實施例的包含在處理定義文件中的描述的具體 示例。 圖14例示了根據(jù)本發(fā)明的示例性實施例的發(fā)送結(jié)果報告的示例。 圖15是例示根據(jù)本發(fā)明的示例性實施例的MFP的示例性操作的流程圖。 圖16例示了根據(jù)本發(fā)明的示例性實施例的用戶權(quán)限信息管理表的示例。 圖17是例示根據(jù)本發(fā)明的示例性實施例的MFP的示例性操作的流程圖。 圖18例示了根據(jù)本發(fā)明的示例性實施例的用戶屬性信息管理表的示例。 圖19例示了根據(jù)本發(fā)明的示例性實施例的包含在處理定義文件中的描述的具體示例。 圖20例示了根據(jù)本發(fā)明的示例性實施例的發(fā)送結(jié)果通知電子郵件(e-mail)的示 例。 圖21是例示根據(jù)本發(fā)明的示例性實施例的MFP的示例性操作的流程圖。 圖22例示了根據(jù)本發(fā)明的示例性實施例的登錄狀態(tài)信息管理表的示例。 圖23是例示根據(jù)本發(fā)明的示例性實施例的MFP的示例性操作的流程圖。 圖24例示了根據(jù)本發(fā)明的示例性實施例的通知方法指定畫面的示例。 圖25是例示根據(jù)本發(fā)明的示例性實施例的MFP的示例性操作的流程圖。 圖26例示了根據(jù)本發(fā)明的示例性實施例的通知方法設(shè)置信息管理表的示例。
具體實施例方式
下面，參照附圖詳細(xì)描述本發(fā)明的各種示例性實施例、特征及方面。
下面，詳細(xì)描述本發(fā)明的第一示例性實施例。 在本示例性實施例中，主要描述被配置為在從MFP 103(圖1)向發(fā)送服務(wù)器 104 (圖1)發(fā)出發(fā)送圖像數(shù)據(jù)的請求時、向處理定義文件添加用于使發(fā)送服務(wù)器104通知發(fā) 送結(jié)果的描述的方法。 圖1例示了根據(jù)本示例性實施例的整個圖像處理系統(tǒng)的示例性配置。 參照圖l，管理員PC 101、文件管理服務(wù)器102、MFP 103、發(fā)送服務(wù)器104、用戶PC
105和MFP 106經(jīng)由局域網(wǎng)(LAN)110相互通信。 盡管在圖1中未示出，但是在LAN 110上設(shè)置有電子郵件服務(wù)器和文件傳輸協(xié)議 (FTP, file transfer protocol)服務(wù)器。通過這種配置，發(fā)送服務(wù)器104和用戶PC 105能 夠發(fā)送、接收電子郵件，還能夠通過使用FTP協(xié)議經(jīng)由LAN 110發(fā)送、接收圖像數(shù)據(jù)。
圖2是例示MFP 103的示例性配置的框圖。因為MFP 106具有與MFP103類似的 配置，所以下面詳細(xì)描述MFP 103的配置。 參照圖2，包括中央處理單元(CPU) 211的控制單元210控制整個MFP 103的操作。 CPU 211讀取存儲在只讀存儲器(R0M)212上的控制程序，并基于所讀取的控制程序執(zhí)行各 種控制處理(例如讀取控制和發(fā)送控制)。 隨機存取存儲器(RAM)213用作臨時存儲區(qū)(例如CPU 211的主存儲器或工作區(qū))。硬盤驅(qū)動器(HDD)214存儲圖像數(shù)據(jù)、各種程序以及各種信息表。將在下面詳細(xì)描述 信息表。 操作單元接口 (1/F)215是操作單元219與控制單元210之間的接口。操作單元 219包括具有觸摸屏功能的液晶顯示器(LCD)單元和鍵盤。打印機I/F 216是打印機220 與控制單元210之間的接口。 經(jīng)由打印機I/F 216將要在打印機220上打印的圖像數(shù)據(jù)從控制單元210傳送到 打印機220。打印機220將接收的圖像數(shù)據(jù)打印在記錄介質(zhì)上。 掃描器I/F 217是掃描器221與控制單元210之間的接口。掃描器221讀取原稿 的圖像并基于讀取的原稿圖像生成圖像數(shù)據(jù)。此外，掃描器221將生成的圖像數(shù)據(jù)經(jīng)由掃 描器I/F 217輸入到控制單元210。 網(wǎng)絡(luò)I/F 218是控制單元210(MFP 103)與LAN IIO之間的接口。網(wǎng)絡(luò)I/F 218 向LAN IIO上的外部裝置(例如發(fā)送服務(wù)器104)發(fā)送圖像數(shù)據(jù)，并且從LAN IIO上的外部 裝置接收各種信息。 圖3例示了通過CPU 211讀取并執(zhí)行存儲在MFP 103的ROM 212上的各種控制程 序來執(zhí)行的軟件的示例性配置。處理定義文件管理單元301管理MFP 103從文件管理服務(wù) 器102獲取的處理定義文件。打印機狀態(tài)信息管理單元302管理表示打印機220是否處于 可用狀態(tài)的打印機狀態(tài)信息。 用戶權(quán)限信息管理單元303管理表示對由MFP 103的用戶認(rèn)證功能認(rèn)證的各個用 戶給予的權(quán)限的用戶權(quán)限信息。 用戶屬性信息管理單元304管理表示由MFP 103的用戶認(rèn)證功能認(rèn)證的各個用戶 的屬性的用戶屬性信息。 登錄狀態(tài)信息管理單元305管理表示由MFP 103的用戶認(rèn)證功能認(rèn)證的用戶當(dāng)前 登錄到裝置、還是已經(jīng)從裝置退出的登錄狀態(tài)信息。 通知方法設(shè)置信息管理單元306管理表示由管理員預(yù)先設(shè)置的通知方法的通知 方法設(shè)置信息。 圖4例示了管理員PC 101的示例性配置。文件管理服務(wù)器102、發(fā)送服務(wù)器104 及用戶PC 105具有與管理員PC IOI類似的配置。因此，下面詳細(xì)描述管理員PC 101的配置。 包括CPU 411的控制單元410控制整個管理員PC 101的操作。CPU411讀取存儲 在ROM 412上的控制程序，并基于讀取的控制程序執(zhí)行各種控制處理。
RAM 413用作臨時存儲區(qū)(例如CPU 411的主存儲器及工作區(qū))。HDD414存儲圖 像數(shù)據(jù)、各種程序以及各種信息表。將在下面詳細(xì)描述信息表。 顯示單元I/F 415是顯示單元418與控制單元410之間的接口。鍵盤I/F416是 鍵盤419與控制單元410之間的接口。 CPU 411接收經(jīng)由鍵盤419輸入的用戶指示，并根據(jù)接收的用戶指示在要在顯示 單元418上顯示的畫面之間進(jìn)行切換。 網(wǎng)絡(luò)I/F 417是控制單元410(管理員PC 101)與LAN IIO之間的接口。網(wǎng)絡(luò)1/ F 417向LAN IIO上的其它裝置發(fā)送各種信息，并從LAN 110上的其它裝置接收各種信息。
下面，參照圖5詳細(xì)描述整個圖像處理系統(tǒng)的操作。
用戶操作管理員PC 101以生成處理定義文件510。處理定義文件510包含用于通
過利用MFP 103及發(fā)送服務(wù)器104的多個功能來執(zhí)行一系列處理的定義。 在本示例性實施例中，假定處理定義文件510包含用于執(zhí)行包括使MFP 103讀取
原稿的圖像并基于所讀取的原稿圖像生成圖像數(shù)據(jù)、以及使發(fā)送服務(wù)器104向預(yù)定發(fā)送目
的地發(fā)送所生成的圖像數(shù)據(jù)的一系列處理的定義。 當(dāng)用戶經(jīng)由在管理員PC 101上顯示的處理定義文件生成畫面輸入各種處理內(nèi)容 (例如讀取參數(shù)及發(fā)送目的地)時，圖5所示的處理流程開始。 在處理定義文件的生成完成之后，在步驟S501中，管理員PC 101經(jīng)由LAN 110向 文件管理服務(wù)器102發(fā)送生成的處理定義文件510。在從管理員PC IOI接收到處理定義文 件510之后，文件管理服務(wù)器102對接收的處理定義文件510與用戶標(biāo)識(ID)相關(guān)聯(lián)地進(jìn) 行登記并存儲。 在步驟S502中，如果在此之后用戶登錄到MFP 103，則MFP 103向文件管理服務(wù) 器102發(fā)送與登錄用戶相對應(yīng)的用戶ID。此外，MFP 103發(fā)出發(fā)送與登錄用戶相對應(yīng)的處 理定義文件的請求。 在步驟S503中，在接收到來自MFP 103的發(fā)送處理定義文件的請求之后，文件管 理服務(wù)器102讀取與接收到的用戶ID相對應(yīng)的處理定義文件510，并經(jīng)由LAN 110將處理 定義文件510發(fā)送到MFP 103。 在步驟S504中，在從文件管理服務(wù)器102接收到處理定義文件510之后，MFP 103 向用戶指明所獲取的處理定義文件510，并從用戶接收對處理定義文件510的指定。此外， MFP 103根據(jù)包含在用戶指定的處理定義文件中的定義使掃描器221執(zhí)行讀取處理。
此外，MFP 103根據(jù)包含在所指定的處理定義文件中的定義生成圖像數(shù)據(jù)。此外， 在向發(fā)送服務(wù)器104請求發(fā)送所生成的圖像數(shù)據(jù)時，MFP 103向處理定義文件添加用于使 發(fā)送服務(wù)器104執(zhí)行通知由發(fā)送服務(wù)器104進(jìn)行的圖像數(shù)據(jù)發(fā)送處理的結(jié)果的處理的描 述。 在步驟S505中，MFP 103向發(fā)送服務(wù)器104發(fā)送所生成的圖像數(shù)據(jù)520以及添加 有用于指示通知發(fā)送結(jié)果的描述的處理定義文件800。此外，MFP 103請求發(fā)送服務(wù)器104 發(fā)送圖像數(shù)據(jù)。 在步驟S506中，發(fā)送服務(wù)器104根據(jù)包含在接收到的處理定義文件800中的定 義，利用電子郵件或FTP協(xié)議發(fā)送圖像數(shù)據(jù)520 。在步驟S507中，發(fā)送服務(wù)器104根據(jù)包含 在接收到的處理定義文件800中的定義來通知發(fā)送結(jié)果。 根據(jù)上述配置，本示例性實施例能夠在每次用戶在MFP 103上讀取原稿時，使用 戶免于執(zhí)行指定讀取參數(shù)和發(fā)送目的地的復(fù)雜操作。此外，本示例性實施例能夠通過禁止 MFP 103修改在管理員PC 101上生成處理定義文件時所指定的內(nèi)容，來防止MFP 103的用 戶執(zhí)行系統(tǒng)管理員不允許用戶執(zhí)行的處理。 圖6例示了在文件管理服務(wù)器102上登記的處理定義文件510中包含的描述的具 體示例。在圖6所示的示例中，以可擴展標(biāo)記語言(XML， extended Markup Language)格式 描述了處理定義文件。然而，本示例性實施例不限于XML格式，處理定義文件可以以不同的 格式描述。作為XML標(biāo)簽(tag)來描述在處理定義文件中定義的各個處理，并且按照在處 理定義文件中包含的描述的順序來執(zhí)行處理。
參照圖6，標(biāo)簽601表示處理是包括多個處理的組合的一個綜合處理。標(biāo)簽601包 括唯一地標(biāo)識處理定義文件的處理ID(在圖6所示的示例中為"0001")以及處理的名稱 (在圖6所示的示例中為"掃描并通過電子郵件發(fā)送給部門經(jīng)理")。 標(biāo)簽602定義了通過掃描器讀取原稿的圖像并基于讀取的原稿圖像生成圖像數(shù) 據(jù)的處理。標(biāo)簽603定義了當(dāng)掃描器讀取原稿的圖像時生成灰度(gray scale)圖像數(shù)據(jù) 的指令。 標(biāo)簽604定義了通過電子郵件發(fā)送圖像數(shù)據(jù)的指令。標(biāo)簽605描述了圖像數(shù)據(jù)的
發(fā)送目的地的電子郵件地址(在圖6所示的示例中為"manager@xxxx. xxxx)。 圖7是例示由MFP 103執(zhí)行的根據(jù)指定的處理定義文件生成圖像數(shù)據(jù)、添加使發(fā)
送服務(wù)器104通知發(fā)送結(jié)果的描述、并請求發(fā)送服務(wù)器104發(fā)送圖像數(shù)據(jù)的一系列處理的
示例的流程圖。圖7的流程圖所示的各個處理通過MFP 103的CPU 211執(zhí)行控制程序來實現(xiàn)。 在步驟S701中，CPU 211對MFP 103的用戶進(jìn)行認(rèn)證。更具體地，CPU 211顯示用
于在操作單元219上輸入認(rèn)證信息的認(rèn)證信息輸入畫面。此外，CPU 211將經(jīng)由認(rèn)證信息
輸入畫面輸入的認(rèn)證信息與預(yù)先存儲的認(rèn)證信息進(jìn)行核對以對用戶進(jìn)行認(rèn)證。 對于對用戶進(jìn)行認(rèn)證，可以使用任意公知的方法，例如通過讀取ID卡輸入認(rèn)證信
息的方法或通過使用生物特征信息認(rèn)證用戶的方法。 如果在步驟S701中用戶被正常認(rèn)證，則處理進(jìn)入步驟S702。在步驟S702中，CPU 211請求文件管理服務(wù)器102發(fā)送處理定義文件。更具體地，CPU 211向文件管理服務(wù)器 102發(fā)送認(rèn)證的用戶的用戶ID。 當(dāng)接收到文件管理服務(wù)器102發(fā)送的處理定義文件時，處理定義文件管理單元 301對接收到的處理定義文件進(jìn)行管理。CPU 211根據(jù)處理定義文件管理單元301管理的 信息，顯示用戶能夠用來指定任意處理定義文件的指定畫面。 如果獲取了多個處理定義文件，則CPU 211作為列表在指定畫面上顯示處理定義 文件。 在步驟S703中，CPU 211根據(jù)用戶經(jīng)由指定畫面發(fā)出的指令來指定處理定義文 件。 在步驟S704中，CPU 211確定用戶是否按下了在指定畫面上顯示的"開始"按鈕。 如果確定用戶按下了"開始"按鈕(步驟S704中的"是")，則處理進(jìn)入步驟S705。另一方 面，如果確定用戶未按下"開始"按鈕(步驟S704中的"否")，則處理重復(fù)步驟S704中的 處理，等待直到用戶按下"開始"按鈕為止。 在步驟S705中，CPU 211根據(jù)在指定的處理定義文件中描述的定義，使用掃描器 221執(zhí)行讀取處理。此外，CPU 211根據(jù)在指定的處理定義文件中描述的定義生成圖像數(shù) 據(jù)。 在步驟S706中，CPU 211向處理定義文件添加用于使發(fā)送服務(wù)器104執(zhí)行通知發(fā) 送服務(wù)器104進(jìn)行的圖像數(shù)據(jù)的發(fā)送結(jié)果的處理的描述。 圖8例示了向圖6所示的處理定義文件添加了指令通知發(fā)送結(jié)果的描述之后的描 述的具體示例。 標(biāo)簽801定義了通過顯示發(fā)送結(jié)果來向用戶通知發(fā)送結(jié)果的指令。標(biāo)簽802定義了向用戶裝置(即MFP 103)通知發(fā)送結(jié)果的指令。標(biāo)簽803定義了發(fā)送結(jié)果通知目的地 (即MFP 103的網(wǎng)際協(xié)議(IP， Internet protocol)地址)。 當(dāng)發(fā)送服務(wù)器104接收到添加了標(biāo)簽801到標(biāo)簽803的描述的處理定義文件800
時，發(fā)送服務(wù)器104在發(fā)送圖像數(shù)據(jù)之后執(zhí)行向MFP 103通知發(fā)送結(jié)果的處理。 返回圖7，在步驟S707中，MFP 103通過向發(fā)送服務(wù)器104發(fā)送生成的圖像數(shù)據(jù)
以及添加了用于通知發(fā)送結(jié)果的描述的處理定義文件，來請求發(fā)送服務(wù)器104發(fā)送圖像數(shù)據(jù)。 在步驟S708中，CPU 211確定是否從發(fā)送服務(wù)器104通知了發(fā)送結(jié)果。如果確定 從發(fā)送服務(wù)器104通知了發(fā)送結(jié)果(步驟S708中的"是")，則處理進(jìn)入步驟S709。另一方 面，如果確定還未從發(fā)送服務(wù)器104通知發(fā)送結(jié)果(步驟S708中的"否")，則CPU 211重 復(fù)步驟S708中的處理，等待直到發(fā)送服務(wù)器104通知發(fā)送結(jié)果為止。 在步驟S709中，MFP 103根據(jù)來自發(fā)送服務(wù)器104的通知的內(nèi)容顯示發(fā)送結(jié)果的 顯示畫面，以將發(fā)送結(jié)果通知用戶。 圖9例示了在步驟S709中顯示的發(fā)送結(jié)果顯示畫面900的示例。在發(fā)送結(jié)果顯 示畫面900上，除了顯示表示用戶指定的處理定義文件的處理名稱以及表示處理的開始/ 結(jié)束時間的信息以外，還顯示發(fā)送結(jié)果(在圖9所示的示例中為"OK"(發(fā)送成功))。
圖10是例示當(dāng)MFP 103發(fā)出發(fā)送圖像數(shù)據(jù)的請求時由發(fā)送服務(wù)器104執(zhí)行的處 理的示例的流程圖。圖10的流程圖所示的各個處理通過發(fā)送服務(wù)器104的CPU 411執(zhí)行 控制程序來實現(xiàn)。 在步驟SIOOI中，發(fā)送服務(wù)器104確定是否從MFP 103接收到了要發(fā)送的圖像數(shù) 據(jù)。如果確定從MFP 103接收到了要發(fā)送的圖像數(shù)據(jù)(步驟SIOOI中的"是")，則處理進(jìn) 入步驟S1002。另一方面，如果確定未從MFP103接收到要發(fā)送的圖像數(shù)據(jù)(步驟S1001中 的"否")，則發(fā)送服務(wù)器104重復(fù)步驟S1001中的處理，等待直到從MFP 103接收到圖像數(shù) 據(jù)為止。 在步驟S1002中，發(fā)送服務(wù)器104分析在步驟S1001中與圖像數(shù)據(jù)一起接收到的 處理定義文件中的描述。此外，發(fā)送服務(wù)器104根據(jù)處理定義文件的內(nèi)容發(fā)送圖像數(shù)據(jù)。
在步驟S1003中，發(fā)送服務(wù)器104確定在處理定義文件中是否定義了執(zhí)行通知 處理的指令。如果確定在處理定義文件中定義了執(zhí)行通知處理的指令(步驟S1003中的 "是")，則處理進(jìn)入步驟S1004。另一方面，如果確定在處理定義文件中未定義執(zhí)行通知處 理的指令(步驟S1003中的"否")，則處理結(jié)束。 在步驟S1004中，發(fā)送服務(wù)器104根據(jù)包含在處理定義文件中的定義來通知圖像 數(shù)據(jù)的發(fā)送結(jié)果。 更具體地，如果在處理定義文件中描述了圖8所示的內(nèi)容，則發(fā)送服務(wù)器104將發(fā) 送結(jié)果通知發(fā)出發(fā)送請求的MFP 103。 如上所述，在本示例性實施例中，MFP 103根據(jù)處理定義文件的內(nèi)容生成圖像數(shù) 據(jù)，并請求發(fā)送服務(wù)器104根據(jù)處理定義文件發(fā)送圖像數(shù)據(jù)。 此外，MFP 103向處理定義文件添加指令發(fā)送服務(wù)器104向用戶裝置(MFP 103)通 知發(fā)送服務(wù)器104進(jìn)行的發(fā)送的結(jié)果的描述，并將要發(fā)送的圖像數(shù)據(jù)和添加了該描述的處 理定義文件發(fā)送到發(fā)送服務(wù)器104。
因此，即使在MFP 103接收到處理定義文件時該處理定義文件不包含通知處理的 定義，本示例性實施例也能夠使發(fā)送服務(wù)器104執(zhí)行通知處理。因此，用戶能夠容易地驗證 圖像數(shù)據(jù)發(fā)送處理的結(jié)果。 下面，詳細(xì)描述本發(fā)明的第二示例性實施例。在上述第一示例性實施例中，當(dāng)從發(fā) 送服務(wù)器104通知了發(fā)送結(jié)果時，MFP 103在操作單元219上顯示接收到的發(fā)送結(jié)果，以將 發(fā)送結(jié)果通知用戶。 在本示例性實施例中，當(dāng)從發(fā)送服務(wù)器104通知了發(fā)送結(jié)果時，MFP103的打印機 220打印發(fā)送結(jié)果，以將發(fā)送結(jié)果通知用戶。 此外，在本示例性實施例中，處理定義文件包含根據(jù)打印機220的狀態(tài)(打印機
220是否處于可用狀態(tài))向不同的通知目的地通知發(fā)送結(jié)果的附加描述。 圖ll是例示由MFP 103執(zhí)行的根據(jù)指定的處理定義文件生成圖像數(shù)據(jù)、添加使發(fā)
送服務(wù)器104通知發(fā)送結(jié)果的描述、并請求發(fā)送服務(wù)器104發(fā)送圖像數(shù)據(jù)的一系列處理的
示例的流程圖。圖11的流程圖所示的各個處理通過MFP 103的CPU 211執(zhí)行控制程序來實現(xiàn)。 圖11中的步驟S701到步驟S705的處理與上面參照圖7的流程圖所描述的步驟 S701到步驟S705的處理類似。因此，不再重復(fù)其描述。 在步驟S1101中，CPU 211獲取由打印機狀態(tài)信息管理單元302管理的打印機狀 態(tài)信息。 在本示例性實施例中，"打印機狀態(tài)信息"是指關(guān)于打印機220當(dāng)前是否可用的信 息。更具體地，如果當(dāng)前在打印機220上發(fā)生諸如卡紙或調(diào)色劑用完的錯誤，則打印機220 處于不可用狀態(tài)。 在步驟S1102中，CPU 211根據(jù)在步驟S1101中獲取的打印機狀態(tài)信息來確定打 印機220是否可用。如果確定打印機220可用(步驟S1102中的"是")，則處理進(jìn)入步驟 S1103。在步驟S1103中，CPU 211向處理定義文件添加指令發(fā)送服務(wù)器104向MFP 103通 知發(fā)送結(jié)果的描述。 圖12例示了在步驟S1103(圖11)中添加到處理定義文件的描述的具體示例。處 理定義文件1200包含標(biāo)簽1201，標(biāo)簽1201定義了以打印的方式向用戶通知發(fā)送結(jié)果的指 令。標(biāo)簽1202定義了向用戶裝置(即MFP 103)通知發(fā)送結(jié)果的指令。標(biāo)簽1203定義了 發(fā)送結(jié)果通知目的地(即MFP 103的IP地址)。 當(dāng)發(fā)送服務(wù)器104接收到添加了標(biāo)簽1201到標(biāo)簽1203的描述的處理定義文件 1200時，發(fā)送服務(wù)器104在發(fā)送圖像數(shù)據(jù)之后執(zhí)行向MFP 103通知發(fā)送結(jié)果的處理。
另一方面，如果在步驟S1102中確定打印機220不可用(步驟S1102中的"否")， 則處理進(jìn)入步驟S1104。在步驟S1104中，CPU 211向處理定義文件添加指令發(fā)送服務(wù)器 104向MFP 106通知發(fā)送結(jié)果的描述。 圖13例示了在步驟S1104(圖11)中添加到處理定義文件的描述的具體示例。處 理定義文件1300包含標(biāo)簽1301，標(biāo)簽1301定義了以打印的方式向用戶通知發(fā)送結(jié)果的指 令。標(biāo)簽1302定義了向用戶裝置以外的裝置(即MFP 106)通知發(fā)送結(jié)果的指令。標(biāo)簽 1303定義了發(fā)送結(jié)果通知目的地(即MFP 106的IP地址)。 當(dāng)發(fā)送服務(wù)器104接收到添加了標(biāo)簽1301到標(biāo)簽1303的描述的處理定義文件1300時，發(fā)送服務(wù)器104在發(fā)送圖像數(shù)據(jù)之后執(zhí)行向MFP 106通知發(fā)送結(jié)果的處理。
在本示例性實施例中，如果MFP 103的打印機220不可用，則使用預(yù)先指定作為替 代裝置的MFP 106作為發(fā)送結(jié)果通知目的地。然而，本示例性實施例不限于這種配置。更 具體地，如果MFP 103的打印機220不可用，則本示例性實施例可以從連接到LAN 110的其 它MFP中搜索并識別打印機可用的MFP，并使用提取的MFP作為發(fā)送結(jié)果通知目的地。
返回到圖ll，在步驟S 1105中，MFP 103通過向發(fā)送服務(wù)器104發(fā)送生成的圖像 數(shù)據(jù)以及添加了用于通知發(fā)送結(jié)果的描述的處理定義文件，請求發(fā)送服務(wù)器104發(fā)送圖像 數(shù)據(jù)。 在步驟S1106中，MFP 103的CPU 211確定是否向發(fā)送服務(wù)器104發(fā)出了向用戶 裝置(MFP 103)通知發(fā)送結(jié)果的請求。更具體地，如果在步驟S1103中向處理定義文件添 加了用于指令發(fā)送服務(wù)器104向MFP 103通知發(fā)送結(jié)果的描述，則CPU 211確定發(fā)出了將 發(fā)送結(jié)果通知用戶裝置的請求(步驟S1106中的"是")。之后，處理進(jìn)入步驟S 1107。
另一方面，如果在步驟S1104中向處理定義文件添加了用于指令發(fā)送服務(wù)器104 向MFP 106通知發(fā)送結(jié)果的描述，則MFP 103的CPU 211確定未發(fā)出向用戶裝置(MFP 103) 通知發(fā)送結(jié)果的請求(步驟S1106中的"否")。之后，處理結(jié)束。 在步驟S1107中，CPU 211確定是否從發(fā)送服務(wù)器104通知了發(fā)送結(jié)果。如果確定 從發(fā)送服務(wù)器104通知了發(fā)送結(jié)果(步驟S1107中的"是")，則處理進(jìn)入步驟S1108。另一 方面，如果確定還未從發(fā)送服務(wù)器104通知發(fā)送結(jié)果(步驟S1107中的"否")，則CPU 211 重復(fù)步驟S1107中的處理，等待直到發(fā)送服務(wù)器104通知發(fā)送結(jié)果為止。
在步驟S1108中，MFP 103根據(jù)來自發(fā)送服務(wù)器104的通知的內(nèi)容，將發(fā)送結(jié)果打 印在記錄介質(zhì)上，以將發(fā)送結(jié)果通知用戶。 圖14例示了在步驟S1108中打印的發(fā)送結(jié)果報告1400的示例。在發(fā)送結(jié)果報告 1400上，除了打印了表示用戶指定的處理定義文件的處理名稱以及表示處理的開始/結(jié)束 時間的信息以外，還打印了發(fā)送結(jié)果(在圖14所示的示例中為"0K"(發(fā)送成功))。
如上所述，本示例性實施例確定用戶裝置(MFP 103)的輸出單元(打印機220)的 狀態(tài)，并根據(jù)輸出單元狀態(tài)確定的結(jié)果向處理定義文件添加用于向不同的通知目的地通知 發(fā)送結(jié)果的描述。因此，能夠?qū)l(fā)送結(jié)果通知適當(dāng)?shù)耐ㄖ康牡亍?更具體地，在本示例性實施例中，如果用戶裝置的打印機可用，則可以通過用戶裝 置的打印機打印發(fā)送結(jié)果，而如果用戶裝置的打印機不可用，則可以通過其它不同的裝置 的打印機打印發(fā)送結(jié)果。 下面，詳細(xì)描述本發(fā)明的第三示例性實施例。在上述第二示例性實施例中，CPU 211根據(jù)打印機220的狀態(tài)(打印機220是否可用)向處理定義文件添加用于向不同的通 知目的地通知發(fā)送結(jié)果的描述。 在第三示例性實施例中，根據(jù)MFP 103的用戶的權(quán)限(用戶是否具有使用打印機 220的權(quán)限)來向處理定義文件添加指令向不同的通知目的地通知發(fā)送結(jié)果的描述。
圖15是例示由MFP 103執(zhí)行的根據(jù)指定的處理定義文件生成圖像數(shù)據(jù)、添加用于 使發(fā)送服務(wù)器104通知發(fā)送結(jié)果的描述、并請求發(fā)送服務(wù)器104發(fā)送圖像數(shù)據(jù)的一系列處 理的示例的流程圖。圖15的流程圖所示的各個處理通過MFP 103的CPU 211執(zhí)行控制程 序來實現(xiàn)。
13
圖15中的步驟S701到步驟S705的處理與上面參照圖7的流程圖所描述的步驟 S701到步驟S705的處理類似。因此，不再重復(fù)其描述。 此夕卜，圖15中的步驟S1103到步驟S1108的處理與上面參照圖11的流程圖所描 述的步驟SI 103到步驟SI 108的處理類似。因此，不再重復(fù)其描述。 在步驟S1501中，CPU 211獲取由用戶權(quán)限信息管理單元303管理的用戶權(quán)限信 息。 在本示例性實施例中，"用戶權(quán)限信息"是指表示給予MFP 103的各個用戶(經(jīng)過 MFP 103的用戶認(rèn)證功能認(rèn)證的各個用戶)使用MFP 103的打印機220和掃描器221的權(quán) 限的信息。 圖16例示了存儲在用戶權(quán)限信息管理單元303中的用戶權(quán)限信息管理表1600的 示例。用戶權(quán)限信息管理表1600包含存儲表示是否允許各個用戶使用打印機220的信息 的列1601。此外，用戶權(quán)限信息管理表1600包含存儲表示是否允許各個用戶使用掃描器 221的信息的列1602。 返回圖15，在步驟S1502中，CPU 211基于在步驟S 1501中獲取的用戶權(quán)限信息 確定MFP 103的當(dāng)前用戶是否具有使用打印機220的權(quán)限。如果確定MFP 103的當(dāng)前用戶 具有使用打印機220的權(quán)限(步驟S 1502中的"是")，則處理進(jìn)入步驟S1103(圖11)。在 步驟S1103中，CPU 211向處理定義文件添加用于向MFP 103通知發(fā)送結(jié)果的描述。
另一方面，如果確定MFP 103的當(dāng)前用戶不具有使用打印機220的權(quán)限(步驟 S1502中的"否")，則處理進(jìn)入步驟S1104(圖11)。在步驟S1104中，CPU 211向處理定義 文件添加用于向MFP 106通知發(fā)送結(jié)果的描述。 在本示例性實施例中，如果用戶沒有使用打印機220的權(quán)限，則使用預(yù)先指定作 為替代裝置的MFP 106作為發(fā)送結(jié)果通知目的地。然而，本示例性實施例不限于這種配置。 更具體地，如果用戶沒有使用打印機220的權(quán)限，則本示例性實施例可以從連接到LAN 110 的其它MFP中搜索并識別包括許可用戶使用的打印機的MFP，并使用提取的MFP作為發(fā)送結(jié) 果通知目的地。 如上所述，本示例性實施例確定MFP 103的當(dāng)前用戶有無權(quán)限(用戶是否具有使
用打印機220的權(quán)限)，并根據(jù)用戶權(quán)限確定的結(jié)果向處理定義文件添加用于向不同的通
知目的地通知發(fā)送結(jié)果的描述。因此，能夠向適當(dāng)?shù)耐ㄖ康牡赝ㄖl(fā)送結(jié)果。 更具體地，在本示例性實施例中，如果用戶具有使用用戶裝置的打印機的權(quán)限，則
可以通過用戶裝置的打印機來打印發(fā)送結(jié)果，而如果用戶沒有使用用戶裝置的打印機的權(quán)
限，則可以通過其它不同的裝置的打印機打印發(fā)送結(jié)果。 下面，詳細(xì)描述本發(fā)明的第四示例性實施例。在上述第二示例性實施例中，CPU 211根據(jù)打印機220的狀態(tài)(打印機220是否可用)向處理定義文件添加用于向不同的通 知目的地通知發(fā)送結(jié)果的描述。 在第四示例性實施例中，根據(jù)用戶的屬性向處理定義文件添加指令向與MFP 103 的各個用戶相對應(yīng)的裝置通知發(fā)送結(jié)果的描述。 圖17是例示由MFP 103執(zhí)行的根據(jù)指定的處理定義文件生成圖像數(shù)據(jù)、添加用于 使發(fā)送服務(wù)器104通知發(fā)送結(jié)果的描述、并請求發(fā)送服務(wù)器104發(fā)送圖像數(shù)據(jù)的一系列處 理的示例的流程圖。圖17的流程圖所示的各個處理通過MFP 103的CPU 211執(zhí)行控制程序來實現(xiàn)。 圖17中的步驟S701到步驟S705的處理與上面參照圖7的流程圖所描述的步驟 S701到步驟S705的處理類似。因此，不再重復(fù)其描述。 此夕卜，圖17中的步驟S1105到步驟S1108的處理與上面參照圖11的流程圖所描 述的步驟S1105到步驟S1108的處理類似。因此，不再重復(fù)其描述。 在步驟S1701中，CPU 211獲取由用戶屬性信息管理單元304管理的用戶屬性信 息。 在本示例性實施例中，"用戶屬性信息"是指關(guān)于MFP 103的各個用戶(經(jīng)過MFP 103的用戶認(rèn)證功能認(rèn)證的各個用戶)的信息。更具體地，"用戶屬性信息"是表示各個用 戶的電子郵件地址的信息。 圖18例示了存儲在用戶屬性信息管理單元304中的用戶屬性信息管理表1800的 示例。用戶屬性信息管理表1800用作管理關(guān)于發(fā)送結(jié)果通知目的地的信息的通知目的地 管理單元。此外，用戶屬性信息管理表1800包含存儲各個用戶的電子郵件地址的列1801。
返回圖17，在步驟S 1702中，CPU 211確定在步驟S 1701中獲取的用戶屬性信息 是否包含用戶的電子郵件地址。 在圖18所示的示例中，登記了用戶A和用戶B中的各個的電子郵件地址，而沒有 登記用戶C的電子郵件地址。因此，如果用戶C是MFP 103的當(dāng)前用戶，則在步驟S1701(圖 17)中獲取的用戶屬性信息不包含電子郵件地址。 如果確定在步驟S1701中獲取的用戶屬性信息包含用戶的電子郵件地址(步驟 S1702中的"是")，則處理進(jìn)入步驟S1703。在步驟S1703中，CPU211向處理定義文件添加 通過電子郵件向各個用戶的電子郵件地址通知發(fā)送結(jié)果的描述。 圖19例示了在步驟S1703(圖17)中添加到處理定義文件的描述的具體示例。處 理定義文件1900包含標(biāo)簽1901，標(biāo)簽1901定義了通過電子郵件向用戶通知發(fā)送結(jié)果的指 令。標(biāo)簽1902包含對發(fā)送結(jié)果通知目的地(即MFP 103的當(dāng)前用戶的電子郵件地址)的 描述。 當(dāng)發(fā)送服務(wù)器104接收到添加了標(biāo)簽1901和標(biāo)簽1902的描述的處理定義文件 1900時，發(fā)送服務(wù)器104在發(fā)送圖像數(shù)據(jù)之后執(zhí)行向各個用戶的電子郵件地址通知發(fā)送結(jié) 果的處理。 另一方面，如果確定不包含電子郵件地址(步驟S1702中的"否")，則處理進(jìn)入步 驟S1704。在步驟S1704中，CPU 211向處理定義文件添加用于向MFP 103通知發(fā)送結(jié)果的 描述。之后執(zhí)行的處理與上述步驟S1103(圖11)中的處理類似。因此，不再重復(fù)其描述。
圖20例示了從發(fā)送服務(wù)器104發(fā)送的發(fā)送結(jié)果通知電子郵件2000的示例。
在發(fā)送結(jié)果通知電子郵件2000的正文中，除了描述表示用戶指定的處理定義文 件的處理名稱以及表示處理的開始/結(jié)束時間的信息以外，還描述了發(fā)送結(jié)果(在圖20所 示的示例中為"OK"(發(fā)送成功))。 如上所述，本示例性實施例根據(jù)MFP 103的用戶的屬性向處理定義文件添加用于 向與各個用戶相對應(yīng)的通知目的地通知發(fā)送結(jié)果的描述。 因此，用戶能夠在用戶當(dāng)前操作的PC(即用戶PC 105)上接收發(fā)送結(jié)果。因此，用 戶不需要在MFP 103的安裝位置等待來自發(fā)送服務(wù)器104的發(fā)送結(jié)果的通知。
此外，在本示例性實施例中，如果沒有登記MFP 103的當(dāng)前用戶的電子郵件地址， 則發(fā)送服務(wù)器104向MFP 103通知發(fā)送結(jié)果。因此，即使當(dāng)未登記電子郵件地址的用戶操 作MFP 103時，本示例性實施例也能夠確保將發(fā)送結(jié)果通知用戶。 下面，詳細(xì)描述本發(fā)明的第五示例性實施例。在上述第二示例性實施例中，CPU 211根據(jù)打印機220的狀態(tài)(打印機220是否可用)向處理定義文件添加用于向不同的通 知目的地通知發(fā)送結(jié)果的描述。 在第五示例性實施例中，根據(jù)用戶當(dāng)前登錄到MFP 103還是已經(jīng)從MFP 103退出， 向處理定義文件添加指令向不同的通知目的地通知發(fā)送結(jié)果的描述。 圖21是例示由MFP 103執(zhí)行的根據(jù)指定的處理定義文件生成圖像數(shù)據(jù)、添加使發(fā) 送服務(wù)器104通知發(fā)送結(jié)果的描述、并請求發(fā)送服務(wù)器104發(fā)送圖像數(shù)據(jù)的一系列處理的 示例的流程圖。圖21的流程圖所示的各個處理通過MFP 103的CPU 211執(zhí)行控制程序來 實現(xiàn)。 圖21中的步驟S701到步驟S705的處理與上面參照圖7的流程圖所描述的步驟 S701到步驟S705的處理類似。因此，不再重復(fù)其描述。 此夕卜，圖21中的步驟S1105到步驟S1108的處理與上面參照圖11的流程圖所描 述的步驟S1105到步驟S1108的處理類似。因此，不再重復(fù)其描述。 在步驟S2101中，CPU 211獲取由登錄狀態(tài)信息管理單元305管理的登錄狀態(tài)信 息。 在本示例性實施例中，"登錄狀態(tài)信息"是指關(guān)于用戶當(dāng)前登錄到MFP103還是已經(jīng) 從MFP 103退出的信息。 圖22例示了存儲在登錄狀態(tài)信息管理單元305中的登錄狀態(tài)信息管理表2200的 示例。登錄狀態(tài)信息管理表2200包含存儲關(guān)于經(jīng)過MFP 103認(rèn)證的MFP 103的當(dāng)前用戶 (即MFP 103的當(dāng)前登錄用戶)的信息的列2201。在圖22所示的示例中，表示用戶A是 MFP 103的當(dāng)前登錄用戶。 如果登錄用戶已經(jīng)從MFP 103退出(更具體地，如果當(dāng)前沒有用戶登錄到MFP 103)，則列2201存儲空值"-"。 在步驟S2102(圖21)中，CPU 211根據(jù)在步驟S2101中獲取的登錄狀態(tài)信息來確 定當(dāng)前用戶是否登錄到MFP 103。在本示例性實施例中，假定在MFP 103根據(jù)輸入的認(rèn)證信 息對用戶進(jìn)行認(rèn)證之前，禁止用戶操作MFP 103。更具體地，除非在步驟S701中對用戶進(jìn)行 了認(rèn)證，否則CPU 211不執(zhí)行步驟S702到步驟S705中的處理。 登錄用戶可以在步驟S704中指令執(zhí)行處理之后的任意期望的時間，從MFP 103退 出。因此，在步驟S705中的讀取處理之后的時刻，用戶可能已經(jīng)從MFP 103退出。
在這種情況下，當(dāng)發(fā)送服務(wù)器104向MFP 103通知發(fā)送結(jié)果時，很可能用戶已經(jīng)從 MFP 103的安裝位置離開。因此，不能將發(fā)送結(jié)果適當(dāng)?shù)赝ㄖ脩簟?為了解決上述問題，在步驟S2102中，CPU 211確定用戶當(dāng)前是否登錄到MFP 103。 如果確定用戶當(dāng)前登錄到MFP 103(步驟S2102中的"是")，則處理進(jìn)入步驟S2103。步驟 S2103中的處理與上面參照圖11的流程圖所描述的步驟S1103中的處理類似。因此，不再 重復(fù)其描述。 另一方面，如果確定用戶當(dāng)前未登錄到MFP 103(步驟S2102中的"否")，則處理進(jìn)入步驟S2104。步驟S2104中的處理與上面參照圖17的流程圖所描述的步驟S1703中的 處理類似。因此，不再重復(fù)其描述。 如上所述，在本示例性實施例中，CPU 211根據(jù)對用戶當(dāng)前登錄到MFP 103、還是 已經(jīng)從MFP 103退出的確定結(jié)果，向處理定義文件添加用于向不同的通知目的地通知發(fā)送 結(jié)果的描述。 更具體地，如果用戶當(dāng)前登錄到MFP 103，則向MFP 103通知發(fā)送結(jié)果。另一方 面，如果用戶已經(jīng)從MFP 103退出，則通過電子郵件向各個用戶的電子郵件地址發(fā)送發(fā)送 結(jié)果。 因此，如果用戶當(dāng)前登錄到MFP 103，則能夠在MFP 103上向各個用戶通知發(fā)送結(jié) 果，而如果用戶已經(jīng)從MFP 103退出，則能夠在各個用戶當(dāng)前操作的PC上向各個用戶通知 發(fā)送結(jié)果。 下面，詳細(xì)描述本發(fā)明的第六示例性實施例。在本示例性實施例中，用戶能夠指定 要由發(fā)送服務(wù)器104執(zhí)行的通知處理的內(nèi)容。 圖23是例示由MFP 103執(zhí)行的根據(jù)指定的處理定義文件生成圖像數(shù)據(jù)、添加使發(fā) 送服務(wù)器104通知發(fā)送結(jié)果的描述、并請求發(fā)送服務(wù)器104發(fā)送圖像數(shù)據(jù)的一系列處理的 示例的流程圖。圖23的流程圖所示的各個處理通過MFP 103的CPU 211執(zhí)行控制程序來 實現(xiàn)。 圖23中的步驟S701到步驟S705的處理與上面參照圖7的流程圖所描述的步驟 S701到步驟S705的處理類似。因此，不再重復(fù)其描述。 在步驟S2301中，CPU 211顯示允許用戶指定通知發(fā)送結(jié)果的方法的通知方法指
定畫面。CPU 211接收用戶經(jīng)由通知方法指定畫面對通知方法的指定。 圖24例示了在操作單元219上顯示的通知方法指定畫面2400的示例。 用戶能夠通過觸摸操作單元219的觸摸屏，從例如"在畫面上顯示發(fā)送結(jié)果(在
MFP 103的操作單元219上顯示)"、"通過電子郵件向自己(向用戶的PC)通知發(fā)送結(jié)果"
以及"打印發(fā)送結(jié)果(在MFP 103的打印機220上)"的可選方法中執(zhí)行指定。在圖24所
示的示例中，用戶指定了 "通過電子郵件向自己通知發(fā)送結(jié)果"的方法。 在步驟S2302(圖23)中，CPU 211確定用戶指定"顯示"、"通過電子郵件發(fā)送"以
及"打印"中的哪一種作為通知方法。 如果用戶指定"顯示"作為通知方法，則處理進(jìn)入步驟S2303。步驟S2303到步驟 S2306中的處理與上面參照圖7的流程圖所描述的S706到步驟S709中的處理類似。因此， 不再重復(fù)其描述。 如果用戶指定"通過電子郵件發(fā)送"作為通知方法，則處理進(jìn)入步驟S2307。步驟 S2307到步驟S2309中的處理與上面參照圖17的流程圖所描述的步驟S1701、步驟S1703、 步驟S1105中的處理類似。因此，不再重復(fù)其描述。 如果用戶指定"打印"作為通知方法，則處理進(jìn)入步驟S2310。步驟S2310到步驟 S2313中的處理與上面參照圖11的流程圖所描述的步驟S1103、步驟S1105、步驟S1107和 步驟S1108中的處理類似。因此，不再重復(fù)其描述。 在圖23所示的示例中，在執(zhí)行步驟S705中的原稿讀取處理之后，CPU211進(jìn)入步驟 2301。然而，本示例性實施例不限于這種配置。更具體地，步驟S2301中的處理可以在步驟S704中接收處理執(zhí)行指令之前執(zhí)行，或在步驟S704中接收處理執(zhí)行指令之后立即執(zhí)行。
如上所述，本示例性實施例通過允許用戶指定通知方法，能夠使用用戶期望的通 知方法，來向用戶通知發(fā)送結(jié)果。 下面，詳細(xì)描述本發(fā)明的第七示例性實施例。在上述第六示例性實施例中，每次 CPU 211執(zhí)行處理定義文件時，用戶指定要由發(fā)送服務(wù)器104執(zhí)行的通知處理的內(nèi)容。
在第七示例性實施例中，MFP 103的管理員針對各個用戶預(yù)先設(shè)置通知方法，并且 根據(jù)MFP 103認(rèn)證的用戶自動確定通知方法。 圖25是例示由MFP 103執(zhí)行的根據(jù)指定的處理定義文件生成圖像數(shù)據(jù)、添加使發(fā) 送服務(wù)器104通知發(fā)送結(jié)果的描述、并請求發(fā)送服務(wù)器104發(fā)送圖像數(shù)據(jù)的一系列處理的 示例的流程圖。圖25的流程圖所示的各個處理通過MFP 103的CPU 211執(zhí)行控制程序來 實現(xiàn)。 圖25中的步驟S701到步驟S705的處理與上面參照圖7的流程圖所描述的步驟 S701到步驟S705的處理類似。因此，不再重復(fù)其描述。 此外，圖25中的步驟S2303到步驟S2313的處理與上面參照圖23的流程圖所描 述的步驟S2303到步驟S2313的處理類似。因此，不再重復(fù)其描述。 在步驟S2501中，CPU 211獲取由通知方法設(shè)置信息管理單元306管理的通知方 法設(shè)置信息。 在本示例性實施例中，"通知方法設(shè)置信息"是指包含由MFP 103的管理員針對各 個用戶預(yù)先設(shè)置的通知方法的信息。 圖26例示了存儲在通知方法設(shè)置信息管理單元306中的通知方法設(shè)置信息管理 表2600的示例。通知方法設(shè)置信息管理表2600包含列2601和列2602，列2601存儲唯一 地標(biāo)識MFP 103認(rèn)證的各個用戶以及相應(yīng)的處理定義文件的處理ID，列2602存儲關(guān)于與各 個用戶以及用戶的處理ID相應(yīng)的通知方法的信息。 在圖26所示的示例中，如果用戶A執(zhí)行處理ID為"0001"的處理定義文件，則自 動設(shè)置通知方法"打印"。 此外，如果用戶A執(zhí)行處理ID為"0001"的處理定義文件以外的處理定義文件，則 自動設(shè)置通知方法"通過電子郵件發(fā)送"。此外，如果用戶B執(zhí)行處理定義文件，則不管用戶 B執(zhí)行哪一個處理定義文件，都自動設(shè)置通知方法"顯示"。 返回圖25，在步驟S2502中，CPU 211根據(jù)在步驟S2501中獲取的通知方法設(shè)置 信息來確定設(shè)置了哪一種通知方法。如果指定了通知方法"顯示"，則處理進(jìn)入步驟S2303。 另一方面，如果指定了通知方法"通過電子郵件發(fā)送"，則處理進(jìn)入步驟S2307，而如果指定 了通知方法"打印"，則處理進(jìn)入步驟S2310。 如上所述，在本示例性實施例中，MFP 103的管理員預(yù)先設(shè)置與各個用戶及各個處 理ID相關(guān)聯(lián)的通知方法。因此，自動指定適當(dāng)?shù)耐ㄖ椒ā?因此，每次用戶執(zhí)行處理定義文件時，用戶不需要指定通知方法，能夠免于進(jìn)行復(fù) 雜的操作。 如上所述的本發(fā)明的第一到第七示例性實施例中的各個可以單獨實施，或根據(jù)需 要將多個示例性實施例組合來實施。 本發(fā)明的各方面還能夠通過讀出并執(zhí)行記錄在存儲裝置上的用于執(zhí)行上述實施例的功能的程序的系統(tǒng)或設(shè)備的計算機(或諸如CPU或微處理單元(MPU)的裝置)、以及由 系統(tǒng)或設(shè)備的計算機例如讀出并執(zhí)行記錄在存儲裝置上的用于執(zhí)行上述實施例的功能的 程序來執(zhí)行步驟的方法來實現(xiàn)。程序包括用于實現(xiàn)本發(fā)明的計算機可執(zhí)行指令。鑒于此， 例如經(jīng)由網(wǎng)絡(luò)或者從用作存儲裝置的各種類型的記錄介質(zhì)(例如計算機可讀存儲介質(zhì))向 計算機提供程序。 在計算機上運行的操作系統(tǒng)(OS)或其它應(yīng)用軟件可以基于程序的指令來執(zhí)行部 分或全部實際處理，以實現(xiàn)上述的一個或更多個示例性實施例的功能。 此外，可以將從存儲介質(zhì)讀出的程序?qū)懭氩迦胗嬎銠C的功能擴展卡的存儲器中或 連接到計算機的功能擴展單元的存儲器中。在這種情況下，基于程序的指令，設(shè)置在功能擴 展卡或功能擴展單元上的CPU或MPU能夠執(zhí)行部分或全部實際處理，以實現(xiàn)上述一個或更 多個示例性實施例的功能。 可以使用多種存儲介質(zhì)來存儲程序。存儲介質(zhì)可以是例如軟盤(floppy盤)、硬
盤、光盤、磁光盤、光盤(CD)、數(shù)字通用盤(DVD)、只讀存儲器(ROM)、可記錄CD(CD-R)、可重
寫CD、可記錄DVD、可重寫DVD、磁帶、非易失性存儲卡、閃存設(shè)備等中的任意一種。 雖然參照示例性實施例對本發(fā)明進(jìn)行了描述，但是應(yīng)當(dāng)理解，本發(fā)明并不局限于
所公開的示例性實施例。應(yīng)當(dāng)對所附權(quán)利要求的范圍給予最寬的解釋，以使其涵蓋所有這
種變型、等同結(jié)構(gòu)和功能。
權(quán)利要求
一種圖像處理裝置，該圖像處理裝置包括讀取單元，其被配置為讀取原稿的圖像并生成基于所讀取的原稿的圖像的圖像數(shù)據(jù)；獲取單元，其被配置為獲取處理定義文件，所述處理定義文件定義要由所述讀取單元執(zhí)行的讀取處理的內(nèi)容以及用于發(fā)送由所述讀取單元生成的所述圖像數(shù)據(jù)的發(fā)送處理的內(nèi)容；讀取控制單元，其被配置為使所述讀取單元執(zhí)行所述讀取處理并生成依據(jù)在由所述獲取單元獲取的所述處理定義文件中描述的定義的圖像數(shù)據(jù)；請求單元，其被配置為請求外部裝置根據(jù)在由所述獲取單元獲取的所述處理定義文件中描述的所述定義發(fā)送由所述讀取單元生成的所述圖像數(shù)據(jù)；以及添加單元，其被配置為向由所述獲取單元獲取的所述處理定義文件添加用于指令所述外部裝置執(zhí)行通知處理的描述，所述通知處理用于通知由所述外部裝置進(jìn)行的對所述圖像數(shù)據(jù)的發(fā)送處理的結(jié)果，其中所述請求單元通過向所述外部裝置發(fā)送，由所述讀取單元生成的所述圖像數(shù)據(jù)、以及由所述添加單元添加了用于指令所述外部裝置執(zhí)行用于通知所述發(fā)送處理的結(jié)果的所述通知處理的所述描述的所述處理定義文件，來發(fā)出請求。
2. 根據(jù)權(quán)利要求1所述的圖像處理裝置，其中所述添加單元向所述處理定義文件添加 用于向所述圖像處理裝置通知所述發(fā)送處理的結(jié)果的描述。
3. 根據(jù)權(quán)利要求1所述的圖像處理裝置，所述圖像處理裝置還包括 輸出單元，其被配置為在從所述外部裝置通知了所述發(fā)送處理的結(jié)果的情況下，輸出所通知的所述發(fā)送處理的結(jié)果。
4. 根據(jù)權(quán)利要求3所述的圖像處理裝置，所述圖像處理裝置還包括 狀態(tài)確定單元，其被配置為確定所述輸出單元是否可用，其中，在所述狀態(tài)確定單元確定所述輸出單元可用的情況下，所述添加單元向所述處 理定義文件添加用于向所述圖像處理裝置通知所述發(fā)送處理的結(jié)果的描述，而在所述狀態(tài) 確定單元確定所述輸出單元不可用的情況下，所述添加單元向所述處理定義文件添加用于 向與所述圖像處理裝置不同的裝置通知所述發(fā)送處理的結(jié)果的描述。
5. 根據(jù)權(quán)利要求3所述的圖像處理裝置，所述圖像處理裝置還包括 認(rèn)證單元，其被配置為對用戶進(jìn)行認(rèn)證；以及權(quán)限確定單元，其被配置為確定由所述認(rèn)證單元認(rèn)證的用戶是否具有使用所述輸出單 元的權(quán)限，其中在所述權(quán)限確定單元確定由所述認(rèn)證單元認(rèn)證的用戶具有使用所述輸出單元的 權(quán)限的情況下，所述添加單元向所述處理定義文件添加用于向所述圖像處理裝置通知所述 發(fā)送處理的結(jié)果的描述，而在所述權(quán)限確定單元確定由所述認(rèn)證單元認(rèn)證的用戶沒有使用 所述輸出單元的權(quán)限的情況下，所述添加單元向所述處理定義文件添加用于向與所述圖像 處理裝置不同的裝置通知所述發(fā)送處理的結(jié)果的描述。
6. 根據(jù)權(quán)利要求3所述的圖像處理裝置，其中所述輸出單元是被配置為在記錄介質(zhì)上 打印所通知的所述發(fā)送處理的結(jié)果的打印單元。
7. 根據(jù)權(quán)利要求1所述的圖像處理裝置，所述圖像處理裝置還包括 認(rèn)證單元，其被配置為對用戶進(jìn)行認(rèn)證；以及通知目的地管理單元，其被配置為管理與由所述認(rèn)證單元認(rèn)證的各個用戶相對應(yīng)的通 知目的地，其中所述添加單元從由所述通知目的地管理單元管理的通知目的地中識別與由所述 認(rèn)證單元認(rèn)證的用戶相對應(yīng)的通知目的地，并向所述處理定義文件添加用于向所識別的通 知目的地通知所述發(fā)送處理的結(jié)果的描述。
8. 根據(jù)權(quán)利要求7所述的圖像處理裝置，其中在所述通知目的地管理單元不管理與由 所述認(rèn)證單元認(rèn)證的用戶相對應(yīng)的通知目的地的情況下，所述添加單元向所述處理定義文 件添加用于向所述圖像處理裝置通知所述發(fā)送處理的結(jié)果的描述。
9. 根據(jù)權(quán)利要求7所述的圖像處理裝置，所述圖像處理裝置還包括 確定單元，其被配置為確定由所述認(rèn)證單元認(rèn)證的用戶是當(dāng)前登錄到所述圖像處理裝置，還是已經(jīng)從所述圖像處理裝置退出，其中在所述確定單元確定由所述認(rèn)證單元認(rèn)證的用戶當(dāng)前登錄到所述圖像處理裝置 的情況下，所述添加單元向所述處理定義文件添加用于向所述圖像處理裝置通知所述發(fā)送 處理的結(jié)果的描述，而在所述確定單元確定由所述認(rèn)證單元認(rèn)證的用戶已經(jīng)從所述圖像處 理裝置退出的情況下，所述添加單元向所述處理定義文件添加，用于向由所述通知目的地 管理單元管理的通知目的地中的、與由所述認(rèn)證單元認(rèn)證的用戶相對應(yīng)的通知目的地通知 所述發(fā)送處理的結(jié)果的描述。
10. 根據(jù)權(quán)利要求7所述的圖像處理裝置，其中由所述通知目的地管理單元管理的所 述通知目的地是電子郵件地址。
11. 根據(jù)權(quán)利要求1所述的圖像處理裝置，所述圖像處理裝置還包括 選擇單元，其被配置為根據(jù)來自用戶的指令選擇向所述用戶通知所述發(fā)送處理的結(jié)果的通知方法，其中所述添加單元向所述處理定義文件添加，用于通過由所述選擇單元選擇的所述通 知方法來通知所述發(fā)送處理的結(jié)果的描述。
12. 根據(jù)權(quán)利要求1所述的圖像處理裝置，所述圖像處理裝置還包括 設(shè)置單元，其被配置為設(shè)置向用戶通知所述發(fā)送處理的結(jié)果的通知方法， 其中所述添加單元向所述處理定義文件添加，用于通過由所述設(shè)置單元預(yù)先設(shè)置的所述通知方法來通知所述發(fā)送處理的結(jié)果的描述。
13. 根據(jù)權(quán)利要求1所述的圖像處理裝置，其中所述獲取單元通過請求連接到所述圖像處理裝置的文件管理服務(wù)器發(fā)送由所述文件管理服務(wù)器管理的所述處理定義文件，來獲 取所述處理定義文件。
14. 一種控制圖像處理裝置的方法，該圖像處理裝置具有被配置為讀取原稿的圖像并生成基于所讀取的原稿的圖像的圖像數(shù)據(jù)的讀取單元，所述方法包括獲取處理定義文件，所述處理定義文件定義要由所述讀取單元執(zhí)行的讀取處理的內(nèi)容以及用于發(fā)送由所述讀取單元生成的所述圖像數(shù)據(jù)的發(fā)送處理的內(nèi)容；使所述讀取單元執(zhí)行所述讀取處理并生成依據(jù)在所獲取的處理定義文件中描述的定義的圖像數(shù)據(jù)；請求外部裝置根據(jù)在所獲取的處理定義文件中描述的所述定義發(fā)送所生成的圖像數(shù)據(jù)；向所獲取的處理定義文件添加用于指令所述外部裝置執(zhí)行通知處理的描述，所述通知 處理用于通知由所述外部裝置進(jìn)行的對所述圖像數(shù)據(jù)的所述發(fā)送處理的結(jié)果；以及通過向所述外部裝置發(fā)送由所述讀取單元生成的所述圖像數(shù)據(jù)、以及添加了用于指令 所述外部裝置執(zhí)行用于通知所述發(fā)送處理的結(jié)果的所述通知處理的所述描述的所述處理 定義文件，來發(fā)出請求。
全文摘要
本發(fā)明提供一種圖像處理裝置及圖像處理裝置控制方法。該圖像處理裝置具有被配置為讀取原稿的圖像并生成圖像數(shù)據(jù)的讀取單元，所述圖像處理裝置獲取定義要執(zhí)行的讀取處理的內(nèi)容以及用于發(fā)送所生成的圖像數(shù)據(jù)的發(fā)送處理的內(nèi)容的處理定義文件，使所述讀取單元執(zhí)行所述讀取處理以生成依據(jù)在所獲取的處理定義文件中描述的定義的圖像數(shù)據(jù)，請求外部裝置根據(jù)在所獲取的處理定義文件中描述的定義發(fā)送所生成的圖像數(shù)據(jù)，向所獲取的處理定義文件添加用于使所述外部裝置執(zhí)行通知由所述外部裝置進(jìn)行的所述發(fā)送的結(jié)果的處理的描述，并且通過向所述外部裝置發(fā)送所生成的圖像數(shù)據(jù)以及添加了所述描述的處理定義文件來發(fā)出請求。
文檔編號H04N1/00GK101729725SQ20091020944
公開日2010年6月9日 申請日期2009年10月30日 優(yōu)先權(quán)日2008年10月31日
發(fā)明者渡內(nèi)聰希 申請人:佳能株式會社