專利名稱：用于生成元數(shù)據(jù)的方法和具有元數(shù)據(jù)傳遞功能的電子裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及用于生成元數(shù)據(jù)的方法以及具有元數(shù)據(jù)傳遞功能的 電子裝置。更具體地，本發(fā)明涉及在具有傳遞元數(shù)據(jù)的功能的裝置生成
元數(shù)據(jù)的方法，所述元數(shù)據(jù)以諸如RSS (RDF (資源描述框架)站點(diǎn)摘 要、豐富站點(diǎn)摘要、真正簡(jiǎn)單的整合)之類的文檔語(yǔ)言進(jìn)行描述。
背景技術(shù)：
近來(lái)，使用RSS的技術(shù)吸引了大量的關(guān)注。例如，已經(jīng)提供了具有 用于通過(guò)RSS傳遞傳真接收歷史的功能的傳真裝置等(見日本特許專利 申請(qǐng)公開No. 2006-54732 )。
圖1是示出在從具有RSS傳遞功能的現(xiàn)有技術(shù)的傳真(影印)裝置 獲取的RSS由RSS閱讀器瀏覽的情況下的顯示示例的^L圖。
如圖1所示，對(duì)于諸如PC (個(gè)人計(jì)算機(jī))之類的客戶端的RSS閱讀 器顯示器300上的每個(gè)接收的項(xiàng)目，顯示諸如接收日期及時(shí)間301、發(fā)送 者302和預(yù)覽圖像303之類的信息。
如上所述，由于在具有RSS傳遞功能的傳真裝置中從遠(yuǎn)程客戶能夠 容易地確認(rèn)傳真接收歷史，所以可以改善便利性。然而，從RSS閱讀器 只能夠確認(rèn)傳真接收歷史。因此，為了輸出(打印出)或轉(zhuǎn)發(fā)傳真接收 的圖像，需要為傳真管理等而分別地訪問(wèn)Web系統(tǒng)，因此操作復(fù)雜。
發(fā)明內(nèi)容
因此，本發(fā)明的實(shí)施例可以提供一種新穎并且有用的、用于生成元 數(shù)據(jù)的方法以及具有元數(shù)據(jù)傳遞功能的電子裝置，以解決上述一個(gè)或多 個(gè)問(wèn)題。
更具體地，本發(fā)明的實(shí)施例可以提供一種用于生成元數(shù)據(jù)的方法以
及具有元數(shù)據(jù)傳遞功能的電子裝置，所述元數(shù)據(jù)指示UI (用戶界面)以
定制輸出、轉(zhuǎn)發(fā)、響應(yīng)以及來(lái)自正常RSS閱讀器等的其它操作。
本發(fā)明的 一個(gè)方面可以提供一種用于生成元數(shù)據(jù)的方法，所述元數(shù)
據(jù)以文檔語(yǔ)言進(jìn)行描述，所述方法包括
從內(nèi)容保持部件獲取內(nèi)容的步驟，所述內(nèi)容包括作為元數(shù)據(jù)主題的 圖像；
分析經(jīng)由網(wǎng)絡(luò)來(lái)自要求傳遞的對(duì)方的元數(shù)據(jù)傳遞請(qǐng)求的步驟； 基于元數(shù)據(jù)傳遞請(qǐng)求的分析結(jié)果、確定對(duì)指定操作增加用戶界面的
必要性的步驟；和
在確定了需要增加用戶界面給指定操作的情況下、向經(jīng)由網(wǎng)絡(luò)傳遞
至請(qǐng)求方的元數(shù)據(jù)增加數(shù)據(jù)的步驟，所述數(shù)據(jù)被用于為指定的操作生成
用戶界面。
本發(fā)明的另一方面可以提供一種具有元數(shù)據(jù)傳遞功能的電子裝置， 所述功能為了生成并傳遞以文檔語(yǔ)言描述的元數(shù)據(jù)，所述電子裝置包括
被配置成從內(nèi)容保持部件獲取內(nèi)容的部件，所述內(nèi)容包括作為元數(shù) 據(jù)主題的圖像；
被配置成分析經(jīng)由網(wǎng)絡(luò)來(lái)自要求傳遞的對(duì)方的元數(shù)據(jù)傳遞請(qǐng)求的部
件；
被配置成基于元數(shù)據(jù)傳遞請(qǐng)求的分析結(jié)果、確定對(duì)指定操作增加用 戶界面的必要性的部件；和
被配置成在確定了需要增加用戶界面給指定操作的情況下、向經(jīng)由 網(wǎng)絡(luò)傳遞至請(qǐng)求方的元數(shù)據(jù)增加數(shù)據(jù)的部件，所述數(shù)據(jù)被用于為指定的 操作生成用戶界面。
當(dāng)結(jié)合附圖閱讀時(shí)，從下面詳細(xì)的描述本發(fā)明的其它目標(biāo)、特征和 優(yōu)點(diǎn)將變得更加明顯。
圖1是示出在從現(xiàn)有技術(shù)的具有RSS傳遞功能的傳真(FAX)(影印 (facsimile))裝置獲取的RSS由RSS閱讀器瀏覽的情況下的顯示示例的
視圖2是示出一種系統(tǒng)的結(jié)構(gòu)示例的視圖，所述系統(tǒng)包括應(yīng)用了本發(fā) 明的具有RSS傳遞功能的傳真(影印)裝置；
圖3是示出應(yīng)用本發(fā)明的具有RSS傳遞功能的傳真(影印)裝置的 結(jié)構(gòu)示例的視圖4是示出客戶端的結(jié)構(gòu)示例的視圖5是示出所述系統(tǒng)的過(guò)程示例的時(shí)序圖6是示出生成具有UI的饋送(Feed)生成的過(guò)程示例的流程圖； 圖7是示出用于獲取RSS、客戶端列表和響應(yīng)的請(qǐng)求示例的視圖； 圖8是示出具有UI的RSS示例的第 一視圖； 圖9是示出具有UI的RSS示例的第二視圖； 圖IO是示出具有UI的RSS示例的第三視圖； 圖11是示出UI顯示的過(guò)程示例的流程圖12是示出通過(guò)具有UI的RSS饋送的RSS閱讀器的顯示示例的第 一視圖13(a)-(c)是示出從輸出按鈕的選擇做出的對(duì)OK按鈕的選擇的請(qǐng) 求和響應(yīng)示例的^L圖14(a)-(e)是示出從轉(zhuǎn)發(fā)按鈕的選擇做出的對(duì)OK按鈕的選擇的請(qǐng) 求和響應(yīng)示例的視圖15(a)-(e)是示出從答復(fù)按鈕的選擇做出的對(duì)OK按鈕的選擇的請(qǐng) 求和響應(yīng)示例的浮見圖16是示出通過(guò)具有UI的RSS饋送的RSS閱讀器的顯示示例的第 二視三視圖18(a)和(b)是示出使用RSS傳遞集合(aggregation)裝置的另一個(gè) 實(shí)施例的結(jié)構(gòu)示例的視圖19(a)和(b)是示出RSS傳遞集合裝置4和傳真裝置的結(jié)構(gòu)示例的 視圖；和
圖20是示出使用RSS傳遞集合裝置的另一個(gè)實(shí)施例的結(jié)構(gòu)示例的 視圖。
具體實(shí)施例方式
以下參考圖2至圖20給出本發(fā)明實(shí)施例的描述。
圖2是示出一種系統(tǒng)的結(jié)構(gòu)示例的視圖，所述系統(tǒng)包括具有應(yīng)用本 發(fā)明的RSS傳遞功能的傳真(影印)裝置。
如圖2所示，具有RSS傳遞功能的傳真裝置1連接至網(wǎng)絡(luò)2。由用 戶操作的諸如PC之類的客戶端3連接至網(wǎng)絡(luò)2。客戶端3包括作為將 RSS解釋并指示為元數(shù)據(jù)的處理系統(tǒng)的通用RSS閱讀器。
圖3是示出具有應(yīng)用本發(fā)明的RSS傳遞功能的傳真裝置1的結(jié)構(gòu)示 例的視圖。
如圖3所示，具有RSS傳遞功能的傳真裝置1包括請(qǐng)求接收部件11、 響應(yīng)輸出部件12、饋送/UI生成部件13、傳真發(fā)送和接收部件17以及打 印部件18。
請(qǐng)求接收部件11被配置成經(jīng)由網(wǎng)絡(luò)2接收來(lái)自客戶端3的請(qǐng)求 (HTTP:超文本傳輸協(xié)議)。響應(yīng)輸出部件12被配置成輸出對(duì)所述請(qǐng)求 (即通過(guò)HTTP的請(qǐng)求)的響應(yīng)。饋送/UI生成部件13被配置成產(chǎn)生包 括UI的RSS饋送，所述UI對(duì)應(yīng)于請(qǐng)求獲取RSS的客戶端3。傳真發(fā)送 和接收部件17被配置成向另一個(gè)傳真裝置等發(fā)送傳真數(shù)據(jù)，或者從另一 個(gè)傳真裝置等接收傳真數(shù)據(jù)。打印部件18被配置成打印傳真接收的圖像。 饋送/UI生成部件13包括內(nèi)容保持部件14、請(qǐng)求處理部件15和饋 送生成部件16。內(nèi)容保持部件14被配置成保持傳真發(fā)送和接收歷史的內(nèi) 容，諸如發(fā)送和接收的傳真圖像、發(fā)送者、地址、發(fā)送和接收日期及時(shí) 間和傳真圖像ID。請(qǐng)求處理部件15被配置成處理來(lái)自客戶端3的請(qǐng)求。 饋送生成部件16被配置成生成RSS饋送。 圖4是示出客戶端3的結(jié)構(gòu)示例的視圖。
如圖4所示，所述客戶端包括請(qǐng)求發(fā)送部件31、參數(shù)生成部件32 和UI顯示部件33。
請(qǐng)求發(fā)送部件31被配置成經(jīng)由網(wǎng)絡(luò)2向具有RSS傳遞功能的傳真 裝置1發(fā)送獲取RSS的請(qǐng)求。參數(shù)生成部件32被配置成生成過(guò)程所需的 參數(shù)，例如"to (至)"、"id (標(biāo)識(shí))"或"user (用戶)，，。UI顯示部件33 被配置成顯示UI。
UI顯示部件33包括響應(yīng)接收部件34、 RSS分析部件35、 UI信息保 持部件36和分析結(jié)果顯示部件37。
響應(yīng)接收部件34被配置成經(jīng)由網(wǎng)絡(luò)2從具有RSS傳遞功能的傳真 裝置1接收響應(yīng)。RSS分析部件35被配置成分析所述響應(yīng)中包括的RSS。 UI信息保持部件36被配置成保持諸如標(biāo)簽名、過(guò)程內(nèi)容或UI組件之類 的UI信息。分析結(jié)果顯示部件37被配置成顯示對(duì)應(yīng)于RSS的分析結(jié)果 的UI。
圖5是示出所述系統(tǒng)的過(guò)程示例的時(shí)序圖。
如圖5所示，在步驟S101，從客戶端3向具有RSS傳遞功能的傳真 裝置1發(fā)送獲取RSS的請(qǐng)求。在步驟S102,具有RSS傳遞功能的傳真裝 置1的饋送/UI生成部件13生成具有UI的饋送，以便在步驟S103將其 作為響應(yīng)發(fā)送至客戶端3。
在客戶端3，在步驟S104，基于所述響應(yīng)的RSS中包括的UI進(jìn)行 UI顯示。
通過(guò)由客戶端3操作所述UI，在步驟S105，向具有RSS傳遞功能 的傳真裝置l發(fā)送該請(qǐng)求。如果需要，在步驟S106，從具有RSS傳遞功 能的傳真裝置1向客戶端3發(fā)送信息輸入顯示的數(shù)據(jù)。在步驟S107，客 戶端3將對(duì)應(yīng)于此而輸入的數(shù)據(jù)發(fā)送至具有RSS傳遞功能的傳真裝置1。
最后，在步驟S108，從具有RSS傳遞功能的傳真裝置1向客戶端3 發(fā)送確認(rèn)顯示的數(shù)據(jù)。在步驟S109,客戶端3確認(rèn)這一點(diǎn)，并且向具有 RSS傳遞功能的傳真裝置1發(fā)送確認(rèn)數(shù)據(jù)。
這樣，在步驟SllO，具有RSS傳遞功能的傳真裝置l對(duì)應(yīng)于客戶端 3的UI操作，執(zhí)行打印(輸出)、轉(zhuǎn)發(fā)或答復(fù)過(guò)程。
圖6是示出在具有RSS傳遞功能的傳真裝置1中生成具有UI的饋 送的過(guò)程示例的流程圖。
如圖6所示，在步驟Slll，當(dāng)請(qǐng)求接收部件11從客戶端3接收獲取 RSS的請(qǐng)求時(shí)，具有RSS傳遞功能的傳真裝置1的饋送/UI生成部件13 從內(nèi)容保持部件14獲取相應(yīng)的內(nèi)容。例如，饋送/UI生成部件13獲取正 在發(fā)送或接收的傳真圖像、發(fā)送者、地址、發(fā)送和接收日期及時(shí)間、傳 真圖像ID等。
接下來(lái)，在步驟S112,由請(qǐng)求處理部件15分析來(lái)自客戶端3的請(qǐng)求。
圖7是示出用于獲取RSS、客戶端列表和響應(yīng)的請(qǐng)求示例的視圖。 圖7(a)至圖7(d)的左側(cè)指示通過(guò)GET方法獲取RSS到主機(jī) "fax.example.com"的請(qǐng)求示例。請(qǐng)求處理部件15提取所述請(qǐng)求中包括 的命令"GET/received/rss.xml HTTP/U，，、主機(jī)名"Host: fax.example.com"、 附加信息"User-Agent: FAX-RSS-Reader/1.0" 、 "Authorization: Basic Zm9vOmJhcg==，，和請(qǐng)求方IP (因特網(wǎng)協(xié)議)地址等。
"Authorization: Basic Zm9vOmJhcg=='，的"Zm9vOmJhcg==，， 表 示由稱作基(base) 64的編碼方法轉(zhuǎn)換的字符串。請(qǐng)求處理部件15還解 碼用于分析。在這種情況下，"Zm9vOmJhcg=="被轉(zhuǎn)換為"foo: bar"。 "foo"表示用戶名，而"bar"表示密碼。
回到圖6，在步驟S113,饋送/UI生成部件13從請(qǐng)求內(nèi)容(要請(qǐng)求 的RSS類型、客戶端類型、用戶ID、客戶端的IP地址等)確定UI添加 的必要性。
為了確定UI添加的必要性，使用客戶端列表，其中預(yù)先注冊(cè)了要求 UI添加的客戶端的信息。
在如圖7(a)所示的表示客戶端類型的"User-Agent (用戶-代理)"包 括于請(qǐng)求中作為附加信息的情況下，通過(guò)使用預(yù)先注冊(cè)了要求UI添加的 客戶端的user-agent的客戶端列表，如果在所述客戶端列表中注冊(cè)了從請(qǐng) 求中提取的客戶端的user-agent,則確定UI添加將是必需的。
在"FAX-RSS-Reader/1.0"被提取為用戶代理的情況下，確定UI添 加是必需的，因?yàn)樵谒隹蛻舳肆斜碇凶?cè)了 "FAX-RSS-Reader/*"。在 此，"*"代表通配符。
如圖7(b)所示，在表示客戶端的用戶ID的"Authorization (授權(quán))" 包括于請(qǐng)求中作為附加信息的情況下，使用預(yù)先注冊(cè)了要求UI添加的客 戶端的用戶ID的客戶端列表。如果從請(qǐng)求中提取的客戶端的授權(quán)(其解 碼授權(quán)被編碼)被注冊(cè)在所述客戶端列表中，則確定UI添加是必需的。. 如果"foo: bar"被提取為授權(quán)，則由于"foo"被注冊(cè)在客戶端列表中， ,人而確定UI添加是必需的。
如圖7(c)所示，在請(qǐng)求中不包括附加信息的情況下，使用預(yù)先注冊(cè) 了要求UI添加的客戶端的用戶ID的客戶端列表。如果從請(qǐng)求中提取的 客戶端的IP地址被注冊(cè)在所述客戶端列表中，則確定UI添加是必需的。 "192.168.10.0/24"的724"是基于CIDER (無(wú)級(jí)(classless)域間 路由)的具有共同高階24位的IP地址，并且表示從"192.168.10.1"至
"192.168.10.255"的地址塊。如果"192.168.10.10"被提取為IP地址， 則由于它包括于所述客戶端列表中注冊(cè)的"192.168.10.0/24"中，所以確 定UI添加是必需的。
回到圖6,在UI添加是必需的情況下，也就是步驟S113中的"是"， 在步驟S114添加表示UI的內(nèi)容，也就是用于UI顯示的模塊，以HTML (超文本標(biāo)記語(yǔ)言)描述的模塊。在UI添加不是必需的情況下，也就是 步驟S113中的"否"，不進(jìn)行內(nèi)容添加。
所述內(nèi)容被嵌入RSS饋送的模板中，使得在步驟S115完成具有UI 的饋送的生成。
圖8至圖10是示出具有UI并且以XML (可擴(kuò)展標(biāo)記語(yǔ)言)格式描 述的RSS示例的第一至第三視圖。
更具體地，圖8是關(guān)于由形成元素和輸入元素形成的描述D1的輸出 按鈕、轉(zhuǎn)發(fā)按鈕和答復(fù)按鈕的顯示。圖9是關(guān)于通過(guò)使用描述D22使得 UI "rssui"出現(xiàn)的輸出按鈕、轉(zhuǎn)發(fā)按鈕和答復(fù)按鈕的顯示，所述UI "rssui" 由名稱空間的描述D21定義。圖10是關(guān)于通過(guò)使用類別元素的描述D3 使得UI "ui="forward_print reply""的輸出按鈕、轉(zhuǎn)發(fā)按鈕和答復(fù)按鈕的 顯示。
生成的RSS饋送作為響應(yīng)從具有RSS傳遞功能的傳真裝置1返回客
戶端。圖7(d)示出所述響應(yīng)的示例。如圖7(d)所示，包括跟隨報(bào)頭部分 "HTTP/U 200 OK Content-Type: application/xml"的XML格式的RSS饋送。
圖11是示出在客戶端3的UI顯示的過(guò)程示例的流程圖。
如圖ll所示，客戶端3的UI顯示部件33在步驟S121接收RSS饋
送，并且在步驟S122分析所述RSS饋送。
接著，在步驟S123,重復(fù)過(guò)程從所述RSS饋送的報(bào)頭開始到末端。 在所述重復(fù)過(guò)程中，在步驟S124確定RSS中包括的標(biāo)簽是否能夠
被理解。如果所述標(biāo)簽?zāi)軌虮焕斫?步驟S124中的是)，則在步驟S125
確定所述標(biāo)簽是否是用于顯示的標(biāo)簽。
如果所述標(biāo)簽是用于顯示的標(biāo)簽(步驟S125中的是)，則在步驟S126
確定是否存在對(duì)應(yīng)的UI。如果存在對(duì)應(yīng)的UI (步驟S126中的是)，則在
步驟S127執(zhí)行UI顯示。
如果所述標(biāo)簽不能夠被理解(步驟S124中的否)，則該過(guò)程進(jìn)行至
下一個(gè)重復(fù)過(guò)程。
如果所述標(biāo)簽不是用于顯示的標(biāo)簽(步驟S125中的否)，則在步驟 S128執(zhí)行由所述標(biāo)簽指示的過(guò)程，使得該過(guò)程進(jìn)行至下一個(gè)重復(fù)過(guò)程。
如果不存在對(duì)應(yīng)的UI (步驟S126中的否)，則該過(guò)程進(jìn)行至下一個(gè) 重復(fù)過(guò)程。
在該過(guò)程進(jìn)行至所述RSS饋送的末端的情況下(步驟S129)，該過(guò) 程結(jié)束。
一視圖。更具體地，圖12示出能夠從傳真接收歷史執(zhí)行輸出(打印)和 轉(zhuǎn)發(fā)的示例。
如圖12所示，RSS閱讀器顯示310a基于具有UI的RSS饋送而顯 示，所述UI通過(guò)請(qǐng)求從客戶端3至具有RSS傳遞功能的傳真裝置1得到 的RSS而獲耳又。
在RSS閱讀器顯示310a中，對(duì)于每個(gè)接收情形(項(xiàng)目)顯示諸如接 收日期及時(shí)間311、發(fā)送者312和預(yù)覽圖像313之類的信息。此外，輸出
按鈕314、轉(zhuǎn)發(fā)按鈕315和答復(fù)按鈕316作為嵌入U(xiǎn)I顯示在RSS閱讀器 顯示310a中。
在圖8所示的RSS的示例中，輸出按鈕314、轉(zhuǎn)發(fā)按鈕315和答復(fù) 按鈕316通過(guò)描述D1顯示，所述描述D1由形成元素和輸入元素形成。 在圖9所示的RSS的示例中，輸出按鈕314、轉(zhuǎn)發(fā)按鈕315和答復(fù)按鈕 316通過(guò)使用描述D22使得UI "rssui"出現(xiàn)而顯示，所述UI "rssui"由 名稱空間的描述D21定義。在圖IO所示的RSS的示例中，輸出按鈕314、 轉(zhuǎn)發(fā)按鈕315和答復(fù)按鈕316通過(guò)使用類別元素的描述D3,使得UI "ui=，，forward_print reply"" 而顯示。
回到圖12,通過(guò)選擇(點(diǎn)擊)RSS閱讀器顯示310a的輸出按鈕314 顯示確認(rèn)顯示310b。通過(guò)在確認(rèn)顯示310b選擇OK按鈕317進(jìn)行確認(rèn)， 從而執(zhí)行打印。
圖13是示出從輸出按鈕314的選4奪進(jìn)行的對(duì)OK按鈕317的請(qǐng)求和
響應(yīng)示例的一見圖。
通過(guò)選擇RSS閱讀器顯示310a的輸出按鈕314,圖13(a)所示的請(qǐng) 求被從客戶端3發(fā)送至具有RSS傳遞功能的傳真裝置1,并且從具有RSS 傳遞功能的傳真裝置1發(fā)送包括圖13(b)所示的確認(rèn)顯示310b的HTML 的響應(yīng)。
此外，通過(guò)選擇RSS閱讀器顯示310a的OK按鈕317,圖13(c)所 示的請(qǐng)求被從客戶端3發(fā)送至具有RSS傳遞功能的傳真裝置1。
回到圖12,通過(guò)選擇RSS閱讀器顯示310a的轉(zhuǎn)發(fā)按鈕315,顯示轉(zhuǎn) 發(fā)的對(duì)方的信息輸入顯示310c。所述轉(zhuǎn)發(fā)的對(duì)方從地址簿選擇，并且在 信息輸入顯示310c進(jìn)行適當(dāng)輸入。選擇OK按鈕318來(lái)顯示確認(rèn)顯示 310e。通過(guò)在確認(rèn)顯示310e選擇OK按鈕319進(jìn)行確認(rèn)，從而執(zhí)行轉(zhuǎn)發(fā)。
響應(yīng)示例的視圖。
通過(guò)選擇RSS閱讀器顯示310a的轉(zhuǎn)發(fā)按鈕315，圖14(a)所示的請(qǐng) 求從客戶端3發(fā)送至具有RSS傳遞功能的傳真裝置1，并且從具有RSS 傳遞功能的傳真裝置1發(fā)送包括圖14(b)所示的確認(rèn)顯示310c的HTML
的響應(yīng)。
此外，通過(guò)向信息輸入顯示310c輸入轉(zhuǎn)發(fā)的對(duì)方并選擇OK按鈕 318，包括圖14(c)所示的轉(zhuǎn)發(fā)的對(duì)方等的信息的請(qǐng)求/人客戶端3發(fā)送至具 有RSS傳遞功能的傳真裝置1。而且，從具有RSS傳遞功能的傳真裝置 1發(fā)送包括圖14(d)所示的確認(rèn)顯示310e的HTML的響應(yīng)。
此外，通過(guò)選擇確認(rèn)顯示310e的OK按鈕319，圖14(e)中所示的請(qǐng) 求被從客戶端3傳輸至具有RSS傳遞功能的傳真裝置1。
回到圖12，通過(guò)選擇RSS閱讀器顯示310a的答復(fù)按鈕316，顯示用 于指定要傳輸?shù)奈臋n的文件選擇顯示310d。
由文件選擇顯示310d適當(dāng)?shù)剡x擇答復(fù)的文檔(通過(guò)選擇按鈕320將 文件名直接輸入文件列表或從文件列表選擇文件名)。選擇OK按鈕321, 從而顯示確認(rèn)顯示310e。通過(guò)在確認(rèn)顯示310e選4奪OK按鈕319進(jìn)行確 認(rèn)，從而發(fā)送答復(fù)。
圖15是示出從答復(fù)按鈕316的選擇對(duì)OK按鈕319的請(qǐng)求和響應(yīng)示 例的碎見圖。
通過(guò)選擇RSS閱讀器顯示310a的答復(fù)按鈕316,圖15(a)所示的請(qǐng) 求被從客戶端3發(fā)送至具有RSS傳遞功能的傳真裝置1,并且從具有RSS 傳遞功能的傳真裝置1發(fā)送包括圖15(b)所示的文件選擇顯示310d的 HTML的響應(yīng)。
文檔，包括圖15(c)所示的答復(fù)文檔的信息的請(qǐng)求被從客戶端3發(fā)送至具 有RSS傳遞功能的傳真裝置1。而且，從具有RSS傳遞功能的傳真裝置 1發(fā)送包括圖15(d)所示的確認(rèn)顯示310e的HTML的響應(yīng)。
此外，通過(guò)選擇確認(rèn)顯示310e的OK按鈕319，圖15(e)所示的請(qǐng)求 被從客戶端3發(fā)送至具有RSS傳遞功能的傳真裝置1。
圖16是示出通過(guò)具有UI的RSS饋送的RSS閱讀器的顯示示例的第 二視圖。
如圖16所示，RSS閱讀器顯示330a基于具有UI的RSS饋送而顯 示，所述UI通過(guò)請(qǐng)求要從客戶端3至具有RSS傳遞功能的傳真裝置1
獲得的RSS而獲取。
在RSS閱讀器顯示330a中，對(duì)于每個(gè)接收情形(項(xiàng)目)顯示接收日 期及時(shí)間331和發(fā)送者332。此外，在RSS閱讀器顯示330a中提供用于 選擇項(xiàng)目的復(fù)選框333。此外，在RSS閱讀器顯示330a中，提供用于按 塊( 一起)輸出的按鈕334和用于按塊轉(zhuǎn)發(fā)的按鈕335。
通過(guò)從RSS閱讀器顯示330a中選擇所需項(xiàng)目的復(fù)選框333以及選擇 用于按塊輸出的按鈕334，顯示確認(rèn)屏幕330b。
通過(guò)適當(dāng)選擇確認(rèn)顯示330b中用于設(shè)置雙面(both faces )或集合的 復(fù)選框336以及選擇OK按鈕337,進(jìn)行確認(rèn)從而按塊執(zhí)行打印。
此外，通過(guò)選擇RSS閱讀器顯示330a的用于按塊轉(zhuǎn)發(fā)的按鈕335， 顯示用于轉(zhuǎn)發(fā)的對(duì)方的信息輸入顯示330c。所述用于轉(zhuǎn)發(fā)的對(duì)方從地址 簿中選擇，并且在信息輸入顯示330c適當(dāng)輸入。選4奪OK 4妄鈕338使得 顯示確認(rèn)顯示330d。通過(guò)在確認(rèn)顯示330d選擇OK按鈕339進(jìn)行確認(rèn)， 從而執(zhí)行按塊轉(zhuǎn)發(fā)。
可以提供圖12所示的用于按塊答復(fù)的按鈕，從而能夠?qū)x擇的多個(gè) 接收情形執(zhí)行按塊答復(fù)。
圖17是示出通過(guò)具有UI的RSS饋送的RSS閱讀器的顯示示例的第 三視圖。更具體地，圖17示出用于從傳真接收歷史而重發(fā)或輸出(打印) 的示例。
如圖17所示，RSS閱讀器顯示340a基于具有UI的RSS饋送而顯 示，所述UI通過(guò)請(qǐng)求從客戶端3發(fā)送至具有RSS傳遞功能的傳真裝置1 得到的RSS而獲取。
在RSS閱讀器顯示340a中，對(duì)于每個(gè)接收情形(項(xiàng)目)顯示接收日 期及時(shí)間341、發(fā)送結(jié)果342、地址343和預(yù)覽圖像344。此外，重發(fā)按 鈕345和輸出按鈕346顯示為RSS閱讀器顯示340a中的嵌入U(xiǎn)I。
通過(guò)選擇RSS閱讀器顯示340a的輸出按鈕346，顯示確認(rèn)顯示340b。 通過(guò)選4奪確認(rèn)顯示340b中的OK按鈕347,確認(rèn)并執(zhí)行打印。
此外，通過(guò)選擇RSS閱讀器屏幕340a的重發(fā)按鈕345,顯示信息輸 入屏幕340c。在信息輸入屏幕340c適當(dāng)?shù)剌斎胗糜谥匕l(fā)的對(duì)方(由廣播
按鈕348或349選擇與最后一次的地址相同或不同的地址，并且在不同 地址的情形下，從地址簿中選擇地址)并且選擇OK按鈕350,從而顯示 確認(rèn)顯示340d。
通過(guò)在確認(rèn)顯示340d選擇OK按鈕351,進(jìn)行確認(rèn)從而執(zhí)行重發(fā)。 這樣，根據(jù)上述具有RSS傳遞功能的傳真裝置1，由于UI的描述包
括在RSS內(nèi)，所以可以從正常的RSS閱讀器等執(zhí)行諸如輸出、轉(zhuǎn)發(fā)或答
復(fù)之類的操作。因此，可以進(jìn)一步改善便利性。
圖18是示出使用RSS傳遞集合裝置的另一個(gè)實(shí)施例的結(jié)構(gòu)示例的視圖。
本發(fā)明的上述實(shí)施例被應(yīng)用于具有RSS傳遞功能的傳真裝置1。在 本發(fā)明的以下實(shí)施例中，使用不管是否具有RSS傳遞功能的正常傳真， 并且由集中的RSS傳遞集合裝置4基于從多個(gè)傳真裝置收集的信息來(lái)傳 遞RSS。
在圖18(a)所示的示例中，連接至網(wǎng)絡(luò)5的多個(gè)傳真裝置6A、 6B、… 的信息由連接至網(wǎng)絡(luò)5的RSS傳遞集合裝置4收集?；诮?jīng)由網(wǎng)絡(luò)5從 客戶端到RSS傳遞集合裝置4的獲取RSS的請(qǐng)求，從RSS傳遞集合裝置 4傳遞包括UI的RSS饋送。
在圖18(b)所示的示例中，連接至公共網(wǎng)絡(luò)2的多個(gè)傳真裝置6A、 6B、…的信息由連接至相同網(wǎng)絡(luò)2的RSS傳遞集合裝置4收集?；诮?jīng) 由網(wǎng)絡(luò)5從客戶端發(fā)送到RSS傳遞集合裝置4的獲取RSS的請(qǐng)求，從 RSS傳遞集合裝置4傳遞包括UI的RSS饋送。
圖19是示出RSS傳遞集合裝置4和傳真裝置6 (傳真裝置6A、傳 真裝置6B、…)的結(jié)構(gòu)示例的視圖。
圖19(a)所示的RSS傳遞集合裝置4包括請(qǐng)求接收部件31、響應(yīng)輸 出部件42、饋送/UI生成部件43、內(nèi)容收集部件47和內(nèi)容處理部件48。
請(qǐng)求接收部件41被配置成經(jīng)由網(wǎng)絡(luò)2接收來(lái)自客戶端3的請(qǐng)求。響 應(yīng)輸出部件42被配置成通過(guò)HTTP輸出對(duì)請(qǐng)求的響應(yīng)。饋送/UI生成部 件43被配置成生成包括對(duì)應(yīng)于請(qǐng)求獲取RSS的客戶端3的UI的RSS饋 送。
內(nèi)容收集部件47被配置成通過(guò)來(lái)自多個(gè)傳真裝置6A、 6B、...的RSS 饋送收集內(nèi)容，諸如正在發(fā)送和接收的傳真圖像、發(fā)送者、地址、發(fā)送 和接收日期及時(shí)間以及傳真圖像ID。內(nèi)容處理部件48被配置成通過(guò)使用 傳真裝置6A、 6b、…的接口來(lái)處理內(nèi)容(將內(nèi)容轉(zhuǎn)換為RSS格式)，從 而將所述內(nèi)容傳遞到內(nèi)容收集部件47。
饋送/UI生成部件43包括內(nèi)容保持部件44、請(qǐng)求處理部件45和饋 送生成部件46。內(nèi)容保持部件44被配置成保持傳真發(fā)送和接收歷史的內(nèi) 容。請(qǐng)求處理部件45被配置成處理來(lái)自客戶端3的請(qǐng)求。饋送生成部件 46被配置成生成RSS饋送。
如圖19(b)所示，傳真裝置6(6A、 6B、…)包括內(nèi)容輸出部件61、 傳真發(fā)送和接收部件62和打印部件63。內(nèi)容輸出部件61被配置成由RSS 饋送或接口輸出內(nèi)容。傳真發(fā)送和接收部件62被配置成向另一個(gè)傳真裝 置等發(fā)送傳真數(shù)據(jù)或者從另一個(gè)傳真裝置等接收傳真數(shù)據(jù)。打印部件63 被配置成打印傳真接收的圖像。
關(guān)于操作，在該實(shí)施例中實(shí)現(xiàn)與圖5至圖17所示的具有RSS傳遞 功能的傳真裝置l相同的那些操作，而不是RSS傳遞集合裝置4從傳真 裝置6 (6A、 6B、...)收集并保持內(nèi)容。
圖20是示出使用RSS傳遞集合裝置4的另一個(gè)實(shí)施例的結(jié)構(gòu)示例 的視圖。除了傳真裝置6A、 6B、…之外，處理圖像內(nèi)容的復(fù)印機(jī)7A、
7B.....以及掃描儀8A、 8B、…和博客(blog)服務(wù)器9也是該示例的
主題。由RSS傳遞集合裝置4從這些裝置收集內(nèi)容。
從RSS傳遞集合裝置4向獲取RSS的請(qǐng)求傳遞包括UI的RSS饋送， 所述請(qǐng)求從客戶端3經(jīng)由網(wǎng)絡(luò)4向RSS傳遞集合裝置4進(jìn)行。用于通過(guò)
RSS饋送或接口輸出自己內(nèi)容的功能被提供給復(fù)印機(jī)7A、 7B.....掃描
儀8A、 8B、…以及博客服務(wù)器9。
在這種情形下，關(guān)于搡作，在該實(shí)施例中實(shí)現(xiàn)與圖5至圖17所示的 具有RSS傳遞功能的傳真裝置l相同的那些操作，而不是RSS傳遞集合
裝置4從傳真裝置6 ( 6A、 6B、…)、復(fù)印機(jī)7A、 7B.....掃描儀8A、
8B、…和博客服務(wù)器9收集并保持內(nèi)容。 根據(jù)本發(fā)明的上述實(shí)施例，可能提供一種用于生成元數(shù)據(jù)的方法，
所述元數(shù)據(jù)以文檔語(yǔ)言進(jìn)行描述，所述方法包括從內(nèi)容保持部件獲取 內(nèi)容的步驟，所述內(nèi)容包括作為元數(shù)據(jù)主題的圖像；分析經(jīng)由網(wǎng)絡(luò)來(lái)自 傳遞的對(duì)方的元數(shù)據(jù)傳遞的請(qǐng)求的步驟；基于元數(shù)據(jù)傳遞請(qǐng)求的分析結(jié) 果確定增加用戶界面給指定操作的必要性的步驟；以及在確定了需要增 加用戶界面給指定操作的情況下，向經(jīng)由網(wǎng)絡(luò)傳遞至請(qǐng)求方的元數(shù)據(jù)增 加數(shù)據(jù)的步驟，所述數(shù)據(jù)被用于為指定的操作生成用戶界面。
增加用戶界面給指定操作的必要性可以基于客戶端的類型、用戶ID 或在對(duì)于經(jīng)由網(wǎng)絡(luò)進(jìn)行元數(shù)據(jù)傳遞的請(qǐng)求中包括的請(qǐng)求方的IP地址來(lái)確 定。
用于生成要被增加的用戶界面的數(shù)據(jù)可以使得客戶端側(cè)的處理系統(tǒng) 被配置成解釋和顯示元數(shù)據(jù)，顯示確認(rèn)顯示，以及基于所述確認(rèn)顯示的 確認(rèn)開始指定過(guò)程。
用于生成要被增加的用戶界面的數(shù)據(jù)可以使得客戶端側(cè)的處理系統(tǒng) 被配置成解釋和顯示元數(shù)據(jù)，顯示輸入顯示，基于對(duì)所述輸入顯示的輸 入的完成顯示確認(rèn)顯示，以及基于由所述確認(rèn)顯示的確認(rèn)開始指定過(guò)程。
所述元數(shù)據(jù)可以是RSS，并且用于生成用戶界面的數(shù)據(jù)可以是由形 成元素和XML或HTML的輸入元素進(jìn)行的描述。
所述元數(shù)據(jù)可以是RSS,并且用于生成用戶界面的數(shù)據(jù)可以是導(dǎo)致 由名稱空間定義的用戶界面的出現(xiàn)的描述。
所述元數(shù)據(jù)可以是RSS,并且用于生成用戶界面的數(shù)據(jù)可以是由 HTML或XML的類別元素導(dǎo)致用戶界面的出現(xiàn)的描述。
根據(jù)本發(fā)明的上述實(shí)施例，還可能提供一種具有元數(shù)據(jù)傳遞功能的 電子裝置，所述功能為了生成并傳遞以文檔語(yǔ)言描述的元數(shù)據(jù)，所述電 子裝置包括被配置成從內(nèi)容保持部件獲取內(nèi)容的部件，所述內(nèi)容包括 作為元數(shù)據(jù)主題的圖像；被配置成分析用于從傳遞的對(duì)方經(jīng)由網(wǎng)絡(luò)進(jìn)行 元數(shù)據(jù)傳遞的請(qǐng)求的部件；被配置成基于元數(shù)據(jù)傳遞請(qǐng)求的分析結(jié)果確 定增加用戶界面給指定操作的必要性的部件；以及被配置成在確定了需 要增加用戶界面給指定操作的情況下、向經(jīng)由網(wǎng)絡(luò)傳遞至請(qǐng)求方的元數(shù)
據(jù)增加數(shù)據(jù)的部件，所述數(shù)據(jù)被用于為指定的操作生成用戶界面。
因此，根據(jù)本發(fā)明的上述實(shí)施例，由于用于生成用戶界面的數(shù)據(jù)的
描述包括在諸如RSS之類的元數(shù)據(jù)中，因此可能從正常的RSS閱讀器等 執(zhí)行諸如輸出、轉(zhuǎn)發(fā)或答復(fù)的操作。因此，可能進(jìn)一步改善便利性。
雖然，為了完整和清楚的公開，已經(jīng)結(jié)合特定實(shí)施例描述了本發(fā)明， 但是權(quán)利要求并不因此被限制，而是被解釋為包括本領(lǐng)域技術(shù)人員能夠 進(jìn)行的所有修改和替代的結(jié)構(gòu)，這些均落入在此提出的基本教導(dǎo)之中。
本發(fā)明申請(qǐng)基于2006年8月21日提交的日本優(yōu)先權(quán)專利申請(qǐng)No.
2006- 224519、以及2007年8月3日提交的日本優(yōu)先權(quán)專利申請(qǐng)No.
2007- 203178，其全部?jī)?nèi)容在此引用作為參考。
權(quán)利要求
1.一種用于生成元數(shù)據(jù)的方法，所述元數(shù)據(jù)以文檔語(yǔ)言進(jìn)行描述，所述方法包括從內(nèi)容保持部件獲取內(nèi)容的步驟，所述內(nèi)容包括作為元數(shù)據(jù)的主題的圖像；分析經(jīng)由網(wǎng)絡(luò)從傳遞的對(duì)方進(jìn)行元數(shù)據(jù)傳遞的請(qǐng)求的步驟；基于元數(shù)據(jù)傳遞請(qǐng)求的分析結(jié)果確定增加用戶界面給指定操作的必要性的步驟；以及在確定需要增加用戶界面給指定操作的情況下、向經(jīng)由網(wǎng)絡(luò)傳遞至請(qǐng)求方的元數(shù)據(jù)增加數(shù)據(jù)的步驟，所述數(shù)據(jù)被用于為指定的操作生成用戶界面。
2. 如權(quán)利要求1所述的用于生成元數(shù)據(jù)的方法，其中增加用戶界面給指定操作的必要性可以基于在對(duì)于經(jīng)由網(wǎng)絡(luò)進(jìn)行元 數(shù)據(jù)傳遞的請(qǐng)求中包括的請(qǐng)求方的IP地址、用戶ID或客戶端的類型來(lái)確定。
3. 如權(quán)利要求1所述的用于生成元數(shù)據(jù)的方法，其中用于生成要增加的用戶界面的數(shù)據(jù)使得客戶端側(cè)的處理系統(tǒng)被配置 成解釋和顯示元數(shù)據(jù)，顯示確認(rèn)顯示，以及基于所述確認(rèn)顯示的確認(rèn)開始指定過(guò)程。
4. 如權(quán)利要求1所述的用于生成元數(shù)據(jù)的方法，其中用于生成要增加的用戶界面的數(shù)據(jù)使得客戶端側(cè)的處理系統(tǒng)被配置 成解釋和顯示元數(shù)據(jù)，顯示輸入顯示，基于對(duì)所述輸入顯示的輸入的完成顯 示確認(rèn)顯示，以及基于所述確認(rèn)顯示的確認(rèn)開始指定過(guò)程。
5. 如權(quán)利要求1所述的用于生成元數(shù)據(jù)的方法， 其中所述元數(shù)據(jù)是RSS，并且用于生成用戶界面的數(shù)據(jù)是通過(guò)XML或HTML的形成元素和輸入元素 的描述。
6. 如權(quán)利要求1所述的用于生成元數(shù)據(jù)的方法， 其中所述元數(shù)據(jù)是RSS,并且用于生成用戶界面的數(shù)據(jù)是導(dǎo)致由名稱空間定義的用戶界面的出現(xiàn)的描述。
7. 如權(quán)利要求1所述的用于生成元數(shù)據(jù)的方法，其中所述元數(shù)據(jù)是RSS，并且用于生成用戶界面的數(shù)據(jù)是由HTML或XML的類別元素導(dǎo)致用戶界面 的出現(xiàn)的描述。
8. —種具有元數(shù)據(jù)傳遞功能的電子裝置，所述功能是為了生成并傳遞以 文檔語(yǔ)言描述的元數(shù)據(jù)，所述電子裝置包括被配置成從內(nèi)容保持部件獲取內(nèi)容的部件，所述內(nèi)容包括作為元數(shù)據(jù)的 主題的圖像；被配置成分析經(jīng)由網(wǎng)絡(luò)從傳遞的對(duì)方進(jìn)行元數(shù)據(jù)傳遞的請(qǐng)求的部件； 被配置成基于元數(shù)據(jù)傳遞請(qǐng)求的分析結(jié)果確定增加用戶界面給指定操作的必要性的部件；和被配置成在確定了需要增加用戶界面給指定操作的情況下、向經(jīng)由網(wǎng)絡(luò)傳遞至請(qǐng)求方的元數(shù)據(jù)增加數(shù)據(jù)的部件，所述數(shù)據(jù)被用于為指定的操作生成用戶界面。
9. 如權(quán)利要求8所述的具有元數(shù)據(jù)傳遞功能的電子裝置，其中增加用戶界面給指定操作的必要性可以基于在對(duì)于經(jīng)由網(wǎng)絡(luò)進(jìn)行元 數(shù)據(jù)傳遞的請(qǐng)求中包括的請(qǐng)求方的IP地址、用戶ID或客戶端的類型來(lái)確定。
10. 如權(quán)利要求8所述的具有元數(shù)據(jù)傳遞功能的電子裝置， 其中用于生成要增加的用戶界面的數(shù)據(jù)使得客戶端側(cè)的處理系統(tǒng)被配置成解釋和顯示元數(shù)據(jù)，顯示確認(rèn)顯示，以及基于所述確認(rèn)顯示的確認(rèn)開始指定過(guò)程。
11. 如權(quán)利要求8所述的具有元數(shù)據(jù)傳遞功能的電子裝置，其中用于生成要增加的用戶界面的數(shù)據(jù)使得客戶端側(cè)的處理系統(tǒng)被配置 成解釋和顯示元數(shù)據(jù)，顯示輸入顯示，基于對(duì)所述輸入顯示的輸入的完成顯示確認(rèn)顯示，以及基于所述確認(rèn)顯示的確認(rèn)開始指定過(guò)程。
12. 如權(quán)利要求8所述的具有元數(shù)據(jù)傳遞功能的電子裝置， 其中所述元數(shù)據(jù)是RSS，并且用于生成用戶界面的數(shù)據(jù)是通過(guò)XML或HTML的形成元素和輸入元素 的描述。
13. 如權(quán)利要求8所述的具有元數(shù)據(jù)傳遞功能的電子裝置， 其中所述元數(shù)據(jù)是RSS，并且用于生成用戶界面的數(shù)據(jù)是導(dǎo)致由名稱空間定義的用戶界面的出現(xiàn)的描
14.如權(quán)利要求8所述的具有元數(shù)據(jù)傳遞功能的電子裝置， 其中所述元數(shù)據(jù)是RSS,并且用于生成用戶界面的數(shù)據(jù)是由HTML或XML的類別元素導(dǎo)致用戶界面 的出現(xiàn)的描述。
全文摘要
一種用于生成元數(shù)據(jù)的方法和具有元數(shù)據(jù)傳遞功能的電子裝置，所述元數(shù)據(jù)以文檔語(yǔ)言描述，所述方法包括從內(nèi)容保持部件獲取內(nèi)容的步驟，所述內(nèi)容包括作為元數(shù)據(jù)的主題的圖像；分析經(jīng)由網(wǎng)絡(luò)從傳遞的對(duì)方進(jìn)行元數(shù)據(jù)傳遞的請(qǐng)求的步驟；基于元數(shù)據(jù)傳遞請(qǐng)求的分析結(jié)果確定增加用戶界面給指定操作的必要性的步驟；以及在確定了需要增加用戶界面給指定操作的情況下、向經(jīng)由網(wǎng)絡(luò)傳遞至請(qǐng)求方的元數(shù)據(jù)增加數(shù)據(jù)的步驟，所述數(shù)據(jù)被用于為指定的操作生成用戶界面。
文檔編號(hào)H04N1/00GK101188653SQ20071019991
公開日2008年5月28日 申請(qǐng)日期2007年8月21日 優(yōu)先權(quán)日2006年8月21日
發(fā)明者日野原寬 申請(qǐng)人:株式會(huì)社理光