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

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


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