專利名稱：用于生成元數(shù)據(jù)的方法和具有元數(shù)據(jù)傳遞功能的電子裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及用于生成元數(shù)據(jù)的方法以及具有元數(shù)據(jù)傳遞功能的 電子裝置。更具體地，本發(fā)明涉及在具有傳遞元數(shù)據(jù)的功能的裝置生成
元數(shù)據(jù)的方法，所述元數(shù)據(jù)以諸如RSS (RDF (資源描述框架)站點摘 要、豐富站點摘要、真正簡單的整合)之類的文檔語言進行描述。
背景技術(shù)：
近來，使用RSS的技術(shù)吸引了大量的關(guān)注。例如，已經(jīng)提供了具有 用于通過RSS傳遞傳真接收歷史的功能的傳真裝置等(見日本特許專利 申請公開No. 2006-54732 )。
圖1是示出在從具有RSS傳遞功能的現(xiàn)有技術(shù)的傳真(影印)裝置 獲取的RSS由RSS閱讀器瀏覽的情況下的顯示示例的^L圖。
如圖1所示，對于諸如PC (個人計算機)之類的客戶端的RSS閱讀 器顯示器300上的每個接收的項目，顯示諸如接收日期及時間301、發(fā)送 者302和預(yù)覽圖像303之類的信息。
如上所述，由于在具有RSS傳遞功能的傳真裝置中從遠(yuǎn)程客戶能夠 容易地確認(rèn)傳真接收歷史，所以可以改善便利性。然而，從RSS閱讀器 只能夠確認(rèn)傳真接收歷史。因此，為了輸出(打印出)或轉(zhuǎn)發(fā)傳真接收 的圖像，需要為傳真管理等而分別地訪問Web系統(tǒng)，因此操作復(fù)雜。

發(fā)明內(nèi)容
因此，本發(fā)明的實施例可以提供一種新穎并且有用的、用于生成元 數(shù)據(jù)的方法以及具有元數(shù)據(jù)傳遞功能的電子裝置，以解決上述一個或多 個問題。
更具體地，本發(fā)明的實施例可以提供一種用于生成元數(shù)據(jù)的方法以
及具有元數(shù)據(jù)傳遞功能的電子裝置，所述元數(shù)據(jù)指示UI (用戶界面)以
定制輸出、轉(zhuǎn)發(fā)、響應(yīng)以及來自正常RSS閱讀器等的其它操作。
本發(fā)明的 一個方面可以提供一種用于生成元數(shù)據(jù)的方法，所述元數(shù)
據(jù)以文檔語言進行描述，所述方法包括
從內(nèi)容保持部件獲取內(nèi)容的步驟，所述內(nèi)容包括作為元數(shù)據(jù)主題的 圖像；
分析經(jīng)由網(wǎng)絡(luò)來自要求傳遞的對方的元數(shù)據(jù)傳遞請求的步驟； 基于元數(shù)據(jù)傳遞請求的分析結(jié)果、確定對指定操作增加用戶界面的
必要性的步驟；和
在確定了需要增加用戶界面給指定操作的情況下、向經(jīng)由網(wǎng)絡(luò)傳遞
至請求方的元數(shù)據(jù)增加數(shù)據(jù)的步驟，所述數(shù)據(jù)被用于為指定的操作生成
用戶界面。
本發(fā)明的另一方面可以提供一種具有元數(shù)據(jù)傳遞功能的電子裝置， 所述功能為了生成并傳遞以文檔語言描述的元數(shù)據(jù)，所述電子裝置包括
被配置成從內(nèi)容保持部件獲取內(nèi)容的部件，所述內(nèi)容包括作為元數(shù) 據(jù)主題的圖像；
被配置成分析經(jīng)由網(wǎng)絡(luò)來自要求傳遞的對方的元數(shù)據(jù)傳遞請求的部
件；
被配置成基于元數(shù)據(jù)傳遞請求的分析結(jié)果、確定對指定操作增加用 戶界面的必要性的部件；和
被配置成在確定了需要增加用戶界面給指定操作的情況下、向經(jīng)由 網(wǎng)絡(luò)傳遞至請求方的元數(shù)據(jù)增加數(shù)據(jù)的部件，所述數(shù)據(jù)被用于為指定的 操作生成用戶界面。
當(dāng)結(jié)合附圖閱讀時，從下面詳細(xì)的描述本發(fā)明的其它目標(biāo)、特征和 優(yōu)點將變得更加明顯。


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