專利名稱：文檔管理系統(tǒng)、判定裝置、數據輸出控制裝置、文檔管理方法、文檔管理程序的制作方法
技術領域：
本發(fā)明的實施方式涉及將紙件文檔電子化，作為原始數據來保存，管理其閱覽、電子信息或向紙面的復制這樣的對原始數據的操作的技術。
背景技術：
當務之急是推進向金融商品交易法等各種限制應對的強化所對應的業(yè)務處理過程變革的業(yè)務改革。但是，大多數的信息的起點是無法直接消除的大量的文檔(例如票據或文檔等記載了某種的信息的紙介質)，另一方面，將消除該文檔作為重要的經營課題。為了解決這一課題，需要將合同、申請業(yè)務等處理的全部的文檔高效且安全地數字化，并且需要用于保管包含圖像數據在內的大量的數據的歸檔系統(tǒng)(數據倉庫)。 通過將大量保有的合同信息或顧客信息數字化，能夠使包含圖像數據的合同數據的全數保管、管理的應對更加可靠且高效化。此外，能夠獲得消減業(yè)務成本、實現環(huán)境經營(節(jié)省勞力、消減C02)等效果。此外，內控的對象不限于原件，涉及到該信息寄存的全部的副本。特別是對于金融局監(jiān)督下的金融機構來說不能發(fā)生泄露顧客信息的事件，即使在萬一發(fā)生了這樣的事件的情況下，也需要能夠查明其原因或路徑。因此，包含被支付的個人信息在內的數據的訪問權限管理和跟蹤性管理成為內控強化的基本和最重要的課題。并且，對于具有大量數據的歸檔系統(tǒng)，具有來自全國的多通道的訪問，每天都發(fā)生包含顧客信息的數據的訪問、檢索、數據的支出。因此，從保護顧客信息的觀點來說，數據訪問權限管理或支出數據的保護變得異常重要。另外，與合同業(yè)務無關，在一般的辦公室內部也在推進“無紙”化，從共享DB (數據庫)服務器或MFP (Multifunction Peripheral :數字復合機)輸出的數據的保護也重要。在一般的辦公室中，數據的訪問權限管理和跟蹤管理與合同管理業(yè)務一樣是內控強化的基本且最重要的課題。在此，參照圖21說明現有的系統(tǒng)?，F有的系統(tǒng)，需要針對每個文檔設定參照、復制、編輯的權限等、與該文檔的處理限制有關的規(guī)則(對策)。在這種情況下，例如如果有大量的文檔，則需要生成設定與這些各個文檔對應的對策等，設定時間或錯誤與文檔數量成比例地增大。此外，在上述的背景技術中，對策的管理與文檔數量對應地變得繁雜。并且，例如數據的參照處理等、裝置的處理負荷也與對策數量對應地增大。在現實的企業(yè)活動中，在辦公室內外充滿了企業(yè)內的顧客信息、重要規(guī)程、條款、合同信息這樣的根據內控上的要求，需要對處理進行嚴格管理的信息。關于這些信息，根據需要適當地進行電子復制、打印、復寫、圖像掃描這樣的復制操作。結果，在企業(yè)活動的現場，重要信息的原件或副本在電子數據、紙、DVD、IC卡、微膠片這樣的各種介質中共存。因此，要求將重要信息的原件和其全部的副本關聯起來，不依據電子數據或紙等介質的類別地一元地管理其所在和生命周期(復制的次數等)的技術。
此外，作為與一般的訪問權限管理的現有的技術，公開了如下系統(tǒng)按照針對粘貼的電子標簽每個操作者不同的權限、票據數據的狀態(tài)、標簽生成者的意圖、用途，僅對恰當的用戶賦予與標簽對應的參照、編輯權限(例如專利文獻I)。此外，還公開了定義了與一般的參照、編輯的權限等有關的規(guī)則(對策)的格式的文檔(例如非專利文獻I)?，F有技術文獻專利文獻專利文獻I :日本特開2009-37354號公報非專利文獻I :Tim Moses^iiextensible Access Control Markup Language(XACML) Version 2. 0” [online]、[2010 年2月 19 日檢索]、網絡〈URL: http://docs,oasis-open, org/xacml/2. 0/access_control-xacml-2. 0-core-spec-os. pdf>

發(fā)明內容
發(fā)明要解決的課題本發(fā)明的實施方式是為解決上述問題而提出的，其目的在于提供一種能夠生成與文檔類別對應的對策，管理該對策由此使該管理變得容易，并且減輕系統(tǒng)負荷的技術。用于解決課題的手段實施方式的文檔管理系統(tǒng)具有信息取得部，其取得作為紙面文檔的數字數據即原始數據的識別信息或者原始數據的副本數據的識別信息的管理ID，使用所述管理ID從存儲部取得作為與所述紙面文檔的類別有關的信息的文檔類別信息，并輸出該文檔類別信息。此外，本發(fā)明實施方式的文檔管理系統(tǒng)具有對策選擇判定部，取得作為用于識別針對原始數據或者副本數據的操作的種類的信息的操作信息、作為與用戶有關的信息的用戶信息以及所述文檔類別信息，根據所述文檔類別信息選擇定義了用戶的操作范圍的對策信息，按照選擇的所述對策信息的定義判定用所述用戶信息定義的用戶是否具有執(zhí)行用所述操作信息定義的操作的權限。并且，根據本發(fā)明的與該文檔管理系統(tǒng)對應的方法以及程序的一個方式也能夠解決上述的課題。


圖I是表示實施方式I的文檔管理系統(tǒng)的結構的一例的圖。圖2是表示實施方式1、2的管理文件的數據結構的一例的圖。圖3是表示實施方式I的文檔管理系統(tǒng)的處理、數據的流動的一例的圖。圖4是表示實施方式I的OCR掃描儀裝置的結構以及動作的一例的圖。圖5是表示實施方式I的記錄裝置、歸檔裝置的結構以及動作的一例的圖。圖6是表示實施方式I的安全操作裝置的結構以及動作一例的圖。圖7是表不實施方式I的管理DB保存的表的一例的圖。圖8是表示實施方式1、2的上位系統(tǒng)裝置的結構以及動作的一例的圖。圖9是表示實施方式I的安全操作裝置的結構以及動作的一例的圖。圖10是表示實施方式I的對策管理裝置的結構以及動作的一例的圖。圖11是表示實施方式I的安全操作裝置的結構以及動作的一例的圖。
圖12是表示實施方式I對策裝置部中保存的數據的一例的圖。圖13是表示實施方式I的文檔屬性變換輪廓的數據結構的一例的圖。圖14是表示實施方式I的對策參照文件的數據結構的一例的圖。圖15是表不實施方式2的文檔管理系統(tǒng)的結構的一例的圖。圖16是表不實施方式2的管理DB保存的表的一例的圖。圖17是表示實施方式2的對策管理裝置的結構以及動作的一例的圖。圖18是表示實施方式2的文檔屬性變換輪廓的數據結構的一例的圖。
圖19是表示實施方式2的對策參照文件的數據結構的一例的圖。圖20是用于說明實施方式1、2的文檔管理系統(tǒng)所起到的一個效果的圖。圖21說明現有技術中的一個問題點。
具體實施例方式實施方式的文檔管理系統(tǒng)具有信息取得部，其取得作為紙面文檔的數字數據即原始數據的識別信息或者原始數據的副本數據的識別信息的管理ID，使用所述管理ID從存儲部取得作為與所述紙面文檔的類別有關的信息的文檔類別信息，并輸出該文檔類別信息。此外，本發(fā)明實施方式的文檔管理系統(tǒng)具有對策選擇判定部，其取得作為用于識別針對原始數據或者副本數據的操作的種類的信息的操作信息、作為與用戶有關的信息的用戶信息以及所述文檔類別信息，根據所述文檔類別信息選擇定義了用戶的操作范圍的對策信息，按照選擇的所述對策信息的定義判定用所述用戶信息定義的用戶是否具有執(zhí)行用所述操作信息定義的操作的權限。以下，使用

各實施方式。另外，以下要說明的各裝置中的每個裝置可以通過硬件結構來實施，或者可以通過硬件資源和軟件資源協作的結構來實施。作為協作的結構的軟件資源，使用預先從網絡或者存儲裝置安裝到對應的裝置的計算機中，用于使對應的裝置實現功能的程序。此外，在以下要說明的各實施方式中，通過參考了 XACMLV2.0形式的記述形式來說明表現的例子，XACMLV2. O在涉及定義了與上述一般的參照、編輯的權限等有關的規(guī)則(對策)的格式的文檔的非專利參考文獻I中表示，但是可以采用任意的表現形式。此外，在本實施方式的說明例中，省略了名稱空間、屬性、要素等中與本發(fā)明的本質無關的結構要素的說明。(實施方式I)首先，說明作為說明文檔管理系統(tǒng)時的前提的用語或概要等。圖I是表示各實施方式的文檔管理系統(tǒng)的結構的示意圖。文檔管理系統(tǒng)I具有OCR掃描儀裝置100，其讀入文檔原件(紙面的文檔)并將其變換為圖像數據，根據圖像數據來識別文字信息，生成作為數字數據的文本數據，判定并設定文檔類別。此外，文檔管理系統(tǒng)I具有記錄裝置200，其顯示圖像圖書和被識別的文本數據，支援文本數據的修正、補充作業(yè)，由此生成原始數據。并且，文檔管理系統(tǒng)I具有用于保存原始數據的歸檔裝置300、對從文檔的原始數據派生的信息介質的副本進行一元化管理的安全操作裝置400。
在此，文檔管理系統(tǒng)I具有保存文檔管理的對策數據，根據對于文檔的操作的請求條件，來判定可否操作文檔的對策管理裝置600 ;請求對文檔進行操作的多個上位系統(tǒng)裝置500Λ500π (以下將它們成為上位系統(tǒng)裝置500)。這些各裝置是彼此能夠通信的結構。在此，在上位系統(tǒng)裝置500請求的文檔操作的種類中有原始數據的閱覽、電子復制、打印到紙面上、刪除等，此外還有通過電子復制、打印、掃描等處理從原始數據被復制的復制品的閱覽、電子復制、打印、刪除、廢棄等。復制品，例如包含電子文件、紙、CD-ROM各種信息介質。與此伴隨，上位系統(tǒng)裝置500只要是能夠輸入對電子數據或紙這樣的信息介質的操作請求的裝置就可以實現，例如，根據要利用的利用介質，作為便攜式電話、PC (PersonalComputer)、數字復合機(Multi Function Printer)、打印機、復印機/掃描儀、碎紙機、微膠片讀取機、DVD讀取機、多驅動器這樣的裝置來實現，與安全操作裝置400協作工作。文檔管理系統(tǒng)I對每個信息介質賦予用于對所述信息介質進行單獨識別的唯一的管理ID (Identification)，根據管理ID，將與信息介質的生成、廢棄、相互關系性(系統(tǒng) 或介質類別)、介質利用有關的狀況與文檔原件相關聯一元地進行系統(tǒng)管理。在從原始數據復制并輸出的信息介質是電子數據的情況下，文檔管理系統(tǒng)I能夠將該電子數據變換為包含管理ID的文件形式的電子文件。將變換后的電子文件稱為管理文件。在此，參照圖2說明在管理文件中包含的數據。在管理文件中除了成為對象的信息的電子數據本身，還包含包含管理ID和屬性信息的頭信息、利用控制對策、與本管理文件對應的認證信息。管理文件如圖2的結構例所示，成為包含頭部、利用控制對策部、體部、認證數據部的結構。頭部為具有該電子數據的管理ID、父信息介質的管理ID、世代編碼、介質類別、文件信息、文件存儲信息、信息管理服務器的結構。但是，頭部的結構不限于此。作為父信息介質的管理ID，例如使用復制了電子數據時的原電子數據的管理ID、打印電子數據輸出到紙介質時的原電子數據的管理ID、通過掃描儀將紙介質電子化時對紙介質賦予的管理ID。世代編號是表示將最初在文檔管理系統(tǒng)I的歸檔裝置300中登錄的原始數據作為起點，從該原始數據復制的管理文件以被管理為父、子、孫的系統(tǒng)關系處于第幾世代的世代數值。例如，如果將處于父的管理文件的世代編號設為I、在將處于其復制的子信息介質的世代編號成為2，進而處于子信息介質的復制的孫信息介質的世代編號成為3。但是，世代編號的表現形式并不限于此。文件信息包含該電子數據的文件形式、文件尺寸、該電子數據的生成者信息、生成日期時間信息以及生成場所信息。文件存儲信息包含表示是否對在體部中存儲的該電子數據本身進行了加密的信息，在進行了加密的情況下，還包含與其加密算法、密鑰以及加密模塊有關的信息。信息管理服務器信息是用于驗證安全操作裝置400的MAC地址或IP地址、URI、認證數據的信息。作為用于驗證認證部的信息，可以是存儲密鑰信息或與該密鑰有關的密鑰證明書的形式。在利用控制對策部中存儲有記載了該電子文件的可利用期限、可利用場所、組織等公開范圍信息、網絡環(huán)境、利用者或可利用的設備信息、利用次數等與該電子數據的利用條件對應的許可或禁止的該電子文件的處理的關于利用制約的利用對策信息。 在體部中存儲了該電子數據本身或者對該電子數據實施加密處理后的加密數據。在認證數據部中存儲了安全操作裝置400對頭部、利用控制對策部以及體部實施了加密處理后的認證數據信息。數據認證信息利用了使用DSA (Digital SignatureAlgorithm)、RSA (Rivest-Shamir-Adleman Scheme)、ECDSA (Elliptic Curve DSA)的公開密鑰的電子簽名或使用了散列函數或公共密鑰的MACXMessage Authentication Code),但是并不限于此。至此是作為前提的用語或概要等的說明。稱為表示所涉及的系統(tǒng)的“文檔管理系統(tǒng)”這樣的名稱，例如可以如“信息管理系統(tǒng)”、“信息資產管理系統(tǒng)”等那樣，可以進行適當的變更，此外，各裝置的名稱也可以置換成與其用途適合的名稱。此外，名稱內的“信息”、“數據”、“ID”同樣也可以置換成與其用途適合的名稱。 圖3是示例了文檔管理系統(tǒng)I的各裝置間的數據或處理的流程的圖。圖3中記載的“記錄”表示數據或各ID的登錄處理的流程，處理按照括號內的序位進行。此外，圖3中記載的“操作”表示從利用者接受了原始數據的閱覽、電子復制等上述說明的操作的情況下的處理的流程，處理按照括號內的序位進行。以下，按照裝置分別說明這些各處理的細節(jié)。首先，使用圖Γ圖6說明進行文檔管理系統(tǒng)I中的文檔原件的登錄(記錄)的動作細節(jié)。OCR掃描儀裝置100的操作請求部101向中央控制部102發(fā)送文檔讀入請求(STl)0中央控制部102當從操作請求部101接受到文檔讀入請求時，向紙進給部103發(fā)送文檔的紙進給處理開始請求(ST2)。中央控制部102在向紙進給部103的所述紙進給處理開始請求后，向掃描儀部104發(fā)送該文檔的掃描處理開始請求(ST3)。紙進給部103當從中央控制部102接受到文檔的紙進給處理開始請求時，為了用掃描部104對該文檔進行文檔讀取而開始紙進給處理，在處理完成后，向中央控制部102發(fā)送送出結束通知(ST4)。掃描部104當從中央控制部102接受到文檔的掃描處理開始請求時，與紙進給部103的紙進給動作協作地生成作為該文檔的數字數據的圖像數據，向中央控制部102發(fā)送生成的圖像數據(ST5)。在發(fā)生讀取錯誤時，向中央控制部102發(fā)送該內容。中央控制部102當接受到來自紙進給部103的發(fā)送完成通知以及來自掃描部104的圖像數據時，向文檔屬性判定部105發(fā)送圖像數據，并發(fā)送該圖像數據的文檔類別判定請求(ST6)。在此，向掃描部104的掃描處理開始請求可以是與紙進給的動作進展配合，從紙進給部103發(fā)送的形式。文檔屬性判定部105從中央控制部102接受該文檔的圖像數據，對該文檔的用紙大小、記載內容進行解析，生成文本數據(以下稱為識別文本數據)并判定文檔類別。文檔類別例如是能夠按照目錄、設計書、合同書、本人確認票據這樣的文檔的處理規(guī)則、業(yè)務的流程的不同來整理的分類信息。分析文檔的記載的內容的方法或判定文檔類別的方法可以是根據圖像數據進行文字解析，根據文檔題目或關鍵字進行判定的方法，或者解析并判定文檔整理編號的方法、根據網格線這樣的文檔的布局模式進行判定的方法中的任意一個。此外，當在文檔上粘貼有條形碼、二維碼、彩色碼、隱形條形碼這樣的光學標簽或RFID這樣的電子標簽的情況下，可以根據在該標簽中存儲的信息來判定文檔類別。此外，這些條形碼、標簽、RFID等因為是基于數字的排列等文字信息的形式，所以在這些條形碼等也包含在文字信息的概念中。如果是能夠根據圖像數據整理文檔類別的方法，則可以是任何的方法或者是它們的組合。文檔屬性判定部105向數據發(fā)送部106發(fā)送圖像數據、識別文本數據以及判定出的文檔類別(ST7)。此外，關于文字識別或文檔類別的判定，例如可以采用在日本特開2003-16807號公報、日本特開2003-168074號公報中公開的一般的技術。數據發(fā)送部106當從文檔屬性判定部105取得圖像數據、識別文本數據以及判定出的文檔類別時，向記錄裝置200發(fā)送該圖像數據、識別文本數據、文檔類別(ST8)。記錄裝置200的記錄管理部201是用于管理修正、插補作業(yè)全體的功能部，具有記 錄管理用DB2011。記錄管理部DB2011將從數據發(fā)送部106發(fā)送的圖像數據、識別文本數據、文檔類別對應起來進行暫時保存，并將來自編輯支援部202的修正完成的文本數據(以下稱為修正完成文本數據)也對應起來進行暫時保存。編輯支援部202是用于支援數據修正作業(yè)者(打孔操作者)進行的字符串數據的確認、修正、插補作業(yè)的功能部。在OCR掃描儀裝置100的文字識別中發(fā)生了錯誤等情況下、在識別文本數據上存在不足的情況下、需要修正該識別文本數據，進行數據插補。編輯支援部202通過使用記錄裝置200的顯示單元、輸入單元，同時顯示圖像數據、與該圖像數據對應的識別文本數據，對基于打孔操作者進行的字符串數據的修正、插補作業(yè)進行支援。此外，通過在記錄管理用DB2011中保存將打孔操作者的識別信息和文檔類別對應起來的表，記錄管理部201能夠控制使特定的打孔操作者僅對特定的文檔類別的數據進行修正、插補作業(yè)。或者，能夠控制不對特定的文檔類別的數據進行修正、插補作業(yè)。記錄裝置200的記錄管理部201從OCR掃描儀裝置100接受文檔類別、圖像數據、識別文本數據(ST8)，將這些數據對應起來暫時保存在記錄管理用DB2011中。此外，記錄管理部201根據來自編輯支援部202的請求，向編輯支援部202發(fā)送圖像數據、識別文本數據(ST9)。通過編輯支援部202的支援，打孔操作者比較顯示的圖像數據和識別文本數據，由此將OCR掃描儀裝置100誤識別的字符串數據修正為正規(guī)的數據。把修正完成文本數據發(fā)送到記錄管理部201 (ST110)，并保存在記錄管理用DB2011中。歸檔裝置300的歸檔控制部301取得圖像數據以及正規(guī)的文本數據(在需要修正、補充的情況下，修正完成文本數據、或者在不需要修正、補充的情況下識別文本數據)以及文檔類別(ST11)，并將它們對應起來保存在原始數據存儲部302中(ST12)。以下，將圖像數據以及正規(guī)的文本數據稱為原始數據。此外，歸檔控制部301取得文檔類別以及原始數據被保存在原始數據存儲部302中時的存儲目的地信息，作為存儲ID發(fā)送給記錄裝置200(ST13)。記錄控制部201當從歸檔裝置300接受到存儲ID時，向安全操作裝置400發(fā)送該存儲ID以及該文檔的文檔類別，請求文檔登錄處理(ST14)。安全操作裝置400的通信管理部401在從記錄裝置200接受到文檔登錄處理請求和文檔類別以及存儲ID時，向安全控制部402發(fā)送該文檔類別以及該存儲ID (ST15)。安全控制部402在從通信管理部401接受到文檔類別以及存儲ID時，向管理DB控制部403發(fā)送該文檔類別以及存儲ID、介質類別、所在(ST16)，請求向管理DB404登錄(ST17)。在此，因為是該文檔的原始數據，所以發(fā)送的介質類別成為“電子數據”。此外，因為是原始數據，所以所在成為“歸檔裝置”。管理DB控制部403在從安全控制部402接受到文檔類別、存儲ID以及介質類別時(ST16)，發(fā)行用于獨一無二地識別該文檔的管理ID，對該管理ID關聯文檔類別以及存儲ID、介質類別和所在，記錄在管理DB404中(ST17)。圖7是示例了在管理DB404中記錄的數據結構的圖。管理DB404使用系統(tǒng)管理表4041關聯地存儲數據。如圖7所示，系統(tǒng)管理表4041具有管理ID、文檔類別、存儲ID、按介質類別劃分的各信息、所在、父的管理ID、原始的管理ID的各數據。在此，所在表示原始數據或其復制的所在或所有者。父的管理ID表示成為該管理ID表示的信息的復制源的信息介質的管理ID。原始的管理ID表示成為從原始 數據重復進行電子復制、打印、掃描這樣的復制而派生的副本的原點的原始數據的管理ID。例如，將圖7的合同書(終身)的原始數據(管理ID :#1000101)打印到紙上的復制(管理ID #1001101)，父ID為#1000101，原始的管理ID為#1000101。管理DB控制部403在向管理DB404完成數據記錄后，把將該文檔的原始數據作為對象而發(fā)行的管理ID發(fā)送到安全控制部 402 (ST18)。安全控制部402當從管理DB控制部403接受到管理ID時，包含該管理ID地將記錄裝置200的該登錄請求的處理結果發(fā)送到通信管理部401，請求向記錄裝置200的回復(ST19)。通信管理部401向記錄裝置200發(fā)送包含管理ID的處理結果信息(ST20)。至此登錄處理完成。然后，參照11說明進行在文檔管理系統(tǒng)I中登錄的文檔的操作的動作細節(jié)。當通過上位系統(tǒng)裝置500的請求接受部501輸入了針對被賦予了管理ID的文檔的操作請求時，請求接受部501向上位控制部502發(fā)送該文檔的管理ID、包含用于識別針對原始數據或復制數據的操作的類別的信息的文檔操作請求內容以及與進行請求的利用者有關的利用者信息(ST31)。在利用者信息中包含員工編號這樣的用于確定個人的信息、用于確定所屬部門的信息、負責人或正式員工這樣的屬性信息的、判定可否操作該文檔所需的信息。在進行復制時，還包含接受復制的全部的利用者信息。上位控制部502當從請求接受部501接受到管理ID以及文檔操作請求內容時，向上下文信息取得部503發(fā)送上下文信息的取得請求(ST32)。上下文信息取得部503對于來自上位控制部502的上下文信息請求，從操作系統(tǒng)的關系功能等取得IP地址、MAC地址這樣的與該上位系統(tǒng)裝置500有關的上下文信息，然后發(fā)送給上位控制部502 (ST33)。在此，在文檔管理系統(tǒng)I的文檔管理中，在不需要基于IP地址、MAC地址這樣的連接區(qū)域或連接設備的文檔操作的權限可否的情況下，可以省略上下文信息取得部503以及ST32飛T33。基于連接區(qū)域的文檔操作的權限可否，例如在僅本公司大樓7層的LAN連接可以打印，另一方面，在無線LAN連接的情況下，禁止一切復制這樣的場景中有效。此外，上下文信息是與上位系統(tǒng)裝置500的裝置關聯的信息，但是，該上位系統(tǒng)裝置500是利用者使用的裝置，是用于確定利用者的信息。因此，上下文信息被包含在與利用者有關的信息中。上位控制部502向安全操作裝置400發(fā)送操作請求內容以及管理ID和操作條件信息(ST34)。在此，操作條件信息是包含利用者信息或上下文信息、其它文檔管理系統(tǒng)I的文檔操作所需的信息的信息。安全操作裝置400的操作接受部405當從上位系統(tǒng)裝置500接受到文檔操作請求內容、管理ID以及操作條件信息時，向安全控制部402請求該操作請求內容、管理ID以及操作條件信息，請求文檔操作的處理(ST35 )。安全控制部402當從操作接受部405接受到文檔操作請求內容、管理ID以及操作條件信息時，向管理DB控制部403發(fā)送該管理ID，請求回復用該管理ID管理的文檔的文檔類別(ST36)。管理DB控制部403當從安全控制部402接受到包含管理ID的文檔類別的發(fā)送請 求時，從管理DB404檢索該管理ID，取得相關聯的文檔類別(ST37)。管理DB控制部403向安全控制部402發(fā)送所取得的文檔類別(ST38)。安全控制部402當從管理DB控制部403接受了文檔類別時，向對策管理裝置600發(fā)送在文檔操作請求內容中包含的操作類別以及文檔類別、操作條件信息，請求判定在該操作條件信息下可否對該管理類別進行操作(ST39)。在此，操作類別是表示原始數據的閱覽以及電子復制、打印、刪除、或從原始數據派生的電子復制、印刷品的復制(電子復制、打印、掃描)、電子文件或文檔、CD_R0M這樣的通過各種信息介質輸出的原始數據的復制的刪除或廢棄這樣的、與指定的管理ID的文檔對應的操作的種類的識別碼。對策管理裝置600的對策控制部601當從安全操作裝置400接受了包含操作類另IJ、文檔類別以及操作條件信息的操作可否判定請求時，向對策解決部602發(fā)送該文檔類別，請求選擇與該文檔類別對應的對策文件(對策信息)(ST40)。對策解決部602當從對策控制部601接受了包含文檔類別的對策文件選擇請求時，參照在對策存儲部604中存儲的文檔屬性變換輪廓6041、對策參照文件6042，選擇與該文檔類別對應的對策文件(ST41)。圖12表示在對策存儲部604中保存的數據的一例。文檔屬性變換輪廓6041管理文檔類別和對策標識符的關系。圖13表示文檔屬性變換輪廓6041的數據結構例。在圖13中，例如，記述了在文檔類別為“目錄”的情況下，參照用標識符“NoPersonal-Commodity”指定的對策。此外，對策參照文件6042管理對策標識符和對策文件6043的關系。圖14表示對策參照文件6042的數據結構例。在圖14中，例如表示對策標識符為“NoPersonal-Commodity”的對策文件的實體是“policy-01, xml”。以下，說明文檔種類為“合同書”時的對策文件選擇的動作。(a)對策解決部602從對策存儲部604參照文檔屬性變換輪廓6041，檢索文檔類別(ResourceReferenceValue Id)與“合同書”對應的對策標識符，取得稱為“Personal-Contract，，的對策標識符(ResourceTypeId)。(b)對策解決部602從對策存儲部604參照對策參照文件6042，檢索對策標識符與“Personal-Contract”對應的對策文件(PolicyReferenceId),取得用于處理“合同書”的對策文件 6043 “policy-02, xml”。(c)對策解決部602將取得的對策文件6043 "policy-02, xml”發(fā)送到對策控制部601 (ST42)。對策控制部601向對策評價部603發(fā)送從對策解決部602取得的對策文件6043、從安全操作裝置400取得的操作類別、操作條件信息(ST43)。對策評價部603按照對策文件6043的記述，進行該操作條件中的操作可否判定?？煞衽卸?，例如按照在所述非專利文獻I中公開的規(guī)格進行評價。對策文件6043的記述內容，例如在所述非專利文獻I中包含記述樣本公開了標準的記述規(guī)格。在實施方式I中對策文件6043定義了利用者的操作范圍，定義了利用者能夠執(zhí)行操作(或者無法執(zhí)行)的信息。對策評價部603按照對策文件6043進行判定，向對策控制部601發(fā)送操作可否判定結果(ST44)。對策控制部601向安全操作裝置400發(fā)送操作可否判定結果(ST45)。
安全操作裝置400的安全控制部402僅在從對策管理裝置600接受到的操作可否判定結果為“可”的情況下，向管理DB控制部403發(fā)送該操作請求的管理ID，向管理DB控制部403請求取得與該管理ID對應的原始數據(ST46)。在操作可否判定結果為“否”的情況下，通過操作接受部405向上位系統(tǒng)裝置500通知不可操作。管理DB控制部403在從安全控制部402接受了包含管理ID的原始數據取得請求時，檢索管理DB404的系統(tǒng)管理表4041取得與該管理ID關聯的存儲ID(ST47)。向歸檔裝置300發(fā)送該存儲ID，請求發(fā)送用該存儲ID記錄的原始數據(ST48)。歸檔裝置300的歸檔控制部301當從安全操作裝置400接受了包含存儲ID的原始數據發(fā)送請求時，檢索原始數據存儲部302，檢索與該存儲ID對應的原始數據(ST49)。歸檔控制部301向安全操作裝置400發(fā)送該原始數據(ST50)。管理DB控制部403向安全控制部402發(fā)送從歸檔裝置300接受的原始數據(ST51)。安全控制部402當從管理DB控制部403接受了原始數據時，進行與操作類別對應的處理，向操作接受部405發(fā)送操作處理結果(ST52)。此外，根據操作類別進行以下的操作處理。(a)如果操作類別是原始數據的閱覽，安全控制部402向操作接受部405發(fā)送該原始數據，操作接受部405向上位系統(tǒng)裝置500發(fā)送原始數據。(b)在操作類別是將原始數據的復制數據作為安全保護的管理文件而支付的電子復制的情況下，安全控制部402發(fā)行復制數據用管理ID。管理DB控制部403將發(fā)行的管理ID登錄到管理DB404的系統(tǒng)管理表4041中，將操作請求的管理ID登錄到父的管理ID中，此外將與父的管理ID對應的原始的管理ID登錄到原始的管理ID中。此外，登錄與操作請求的管理ID關聯的文檔類別，介質類別登錄“電子數據”、所在登錄在來自上位系統(tǒng)裝置500的操作條件信息中包含的利用者信息。之后，安全控制部402生成在圖2所示的管理文件，作為操作處理結果發(fā)送到操作接受部405。操作接受部405向進行介質的寫入控制的裝置輸出管理文件，以便將生成的管理文件復制到利用者指定的介質中。在接受的利用者為多個的情況下，按人數重復該操作。(C)在將原始數據打印到紙上時，安全控制部402對印刷品管理用發(fā)行管理ID，與上述(b) —樣，通過管理DB控制部403在管理DB404的系統(tǒng)管理表4041中登錄此次發(fā)行的管理ID，在父的管理ID中登錄操作請求的原管理ID，在原始的管理ID中登錄與父的管理ID對應的原始的管理ID。在文檔類別中登錄與操作請求的管理ID關聯的文檔類別，在介質類別登錄“紙”，在所在登錄來自上位系統(tǒng)裝置500的操作條件信息中包含的利用者信息。之后，安全控制部402把向操作接受部405發(fā)行的管理ID以及原始數據作為操作處理結果進行發(fā)送。在接受的利用者為多個的情況下，按人數重復該操作。此外，向操作接受部405發(fā)送的原始數據粘貼有將該管理ID存儲在條形碼、二維碼、彩色碼、隱形條形碼這樣的光學標簽或RFID這樣的電子標簽中的ID標簽。操作接受部405通過向預定的圖像形成裝置輸出粘貼了該管理ID的原始數據，打印到紙面上。操作接受部405向上位系統(tǒng)裝置發(fā)送從安全控制部402接受到的操作處理結果，結束處理(ST53)。在此，當操作類別為原始數據的閱覽時，可以省略ST48 ST50，安全控制部402從管理DB控制部接受存儲ID，發(fā)送該存儲ID來代替向上位系統(tǒng)裝置500發(fā)送原始數據。上位系統(tǒng)裝置500向歸檔裝置300發(fā)送該存儲ID，取得對應的原始數據。此外，在將原始數據輸出到紙上時，同樣向上位系統(tǒng)裝置500輸出存儲ID以及管理ID，在安全操作裝置外，可以 取得原始數據，粘貼存儲了管理ID的ID標簽。這些變形在以下各實施方式中也一樣。(實施方式2)圖15是表不實施方式2的文檔管理系統(tǒng)的結構的不意圖。對于與圖3相同的部分賦予相同符號并省略其詳細說明，在此，主要說明不同的部分。實施方式2是實施方式I的變形例，是作為對策選擇的條件，除了文檔類別之外，還追加文檔的登錄日，在法律修改的年月進行文檔的處理，也能夠選擇適合于文檔的登錄日的對策，進行適當的文檔管理的形式。在此，登錄日也可以是在歸檔裝置300中存儲原始數據的日期時間、合同文檔的締約日、申請日、目錄的發(fā)行日的任意的形式。在實施方式2中說明的文檔管理系統(tǒng)IA具有OCR掃描儀裝置100A、記錄裝置200A、歸檔裝置300、安全操作裝置400A、上位系統(tǒng)裝置500以及對策管理裝置600A。大致與實施方式I相同地進行實施方式2中的文檔原件的登錄處理，但是，OCR掃描儀裝置100A確定合同文檔的締約日、申請日、目錄的發(fā)行日的記載欄，將其日期作為登錄日來取得，并發(fā)送到記錄裝置200A (參照圖5的ST8)。此外，在將登錄日設為在歸檔裝置300中存儲原始數據的日期時間的情況下，不需要該處理。記錄裝置200A，在圖6所示的ST14中，除了文檔類別以及存儲ID以外，還發(fā)送登錄日。此外，在安全操作裝置400A內，在ST15 ST17中除了文檔類別以外，還在各部發(fā)送登錄日，與文檔類別相關聯地記錄到管理DB中(在實施方式2中為404A)。圖16表示本實施方式的管理DB404A。在文檔管理系統(tǒng)IA中登錄的文檔的操作，與實施方式I同樣地進行，但是在ST37 ST39 (參照圖9)中，除了文檔類別以外，還在各部取得及發(fā)送登錄日。以下，使用圖17說明對策管理裝置600A的處理。對策管理裝置600A的對策控制部60IA在從安全操作裝置400A接受了包含操作類別以及文檔類別、登錄日、操作條件信息的操作可否判定請求時，向對策解決部602A發(fā)送該文檔類別以及登錄日，請求選擇與該文檔類別對應的對策文件(ST40A)。對策解決部602A在從對策控制部601A接受了包含文檔類別以及登錄日的對策文選擇請求時，參照在對策存儲部604A中存儲的文檔屬性變換輪廓6041A、對策參照文件6042A，選擇與該文檔類別對應的對策文件。文檔屬性變換輪廓6041A管理文檔類別以及登錄日和對策標識符的關系。圖18表示文檔屬性變換輪廓6041A的數據結構例。圖18的例子在Condition標簽內定義了登錄日的條件，在滿足該條件時，被定義為能夠進行以后的文檔類別的判定。圖18的例子，登錄日為“2000/1/1”以上，“2009/12/31”以下時，記述了參照由 “2000. NoPersonal-Commodity” 或“2000. Personal-Contract” 等指定的對策的記述。例如，在文檔登錄日為“2009/01/13”、文檔類別為“目錄”的情況下，參照用對策標識符“2000. NoPersonal-Commodity”指定的對策。此外，“2000年 2009年登錄的變換輪廓”是指在文檔登錄日為“2000/1/1” “2009/12/31”的文檔中，管理文檔類別和對策標識符的輪廓。然后，“在2010年以后登錄的變換輪廓”是指在文檔登錄日為“2010/1/1”以后的文檔中，用于管理文檔類別和對策標識符的輪廓。此外，對策參照文件6042定義對策標識符和對策文件6043的關系。圖19 表示對策參照文件6042A的數據結構。在圖19中，例如，表示對策標識符為“ 2000.NoPersonal-Commodity”的對策文件實體是“policy-01, xml ”。以下，說明登錄日為“2009/01/05”、文檔類別為“合同書”時的對策文件選擇的動作。(a)對策解決部602A從對策存儲部604A參照文檔屬性變換輪廓6041A，評價處理登錄日為“2009/01/05”的文檔的變換輪廓。在圖18的情況下，評價ResourceProfileId 為 “2000_resource_profile” 的輪廓。登錄日 “2009/01/05” 包含在 2000 年 2009年中，因為與該輪廓條件一致，所以對策解決部602A在該輪廓內檢索文檔類另Ij (ResourceReferenceValue Id)與“合同書”相應的對策標識符，取得稱為“2000.Personal-Contract，，的 ResourceTypelcL(b)對策解決部602A從對策存儲部604A參照對策參照文件6042A(參照圖19)，檢索與對策標識符“2000. Personal-Contract”相應的PolicyReferenceId,取得處理“合同書”的對策文件 6043 “policy-02, xml”(ST41A)。(c)對策解決部602A向對策控制部601A發(fā)送所取得的對策文件6043“policy-02.xml” (ST42A)。以后的處理是與實施方式I的ST43 ST53相同的處理。然后，參照圖20說明通過在實施方式1、2中說明的文檔管理系統(tǒng)獲得的效果。實施方式1、2的文檔管理系統(tǒng)根據紙文檔例如判定目錄、合同文檔等的文檔類別，在該文檔中設定針對每個文檔類別預先定義的對策，由此限制利用者的操作。以往，對每個文檔定義了對策，但是在實施方式1、2的文檔管理系統(tǒng)中，對于文檔的數量，明顯使用少量的文檔類另O，對于每個該文檔類別定義了對策，因此其管理變得容易，減輕系統(tǒng)的處理負荷。此外，通過使用實施方式1、2的文檔管理系統(tǒng)，能夠管理原始數據或其復制品，能夠確認這些介質位于哪個場所。因此，在萬一發(fā)生了泄露顧客信息的時間時，也容易查明其原因或路徑。在實施方式2中，除了文檔類別還使用登錄日這樣的與原始數據有關的日期，來選擇對策文件，但是，并不限定方式，不僅可以使用“日期”，還可以使用“星期”、“期間”、“時亥IJ”、“時間”、“周期”等“日期時間”。在這種情況下，對策管理裝置600A例如從系統(tǒng)時鐘或外部服務器取得當前的日期時間，使用該取得的當前日期時間，通過上述的處理選擇對策文件。由此，例如在安全的觀點上，在不允許在業(yè)務時間以外復制原件的情況下、或者在采用了在休息日或節(jié)日不允許進行原件復制等公司規(guī)定的情況下，能夠應用實施方式2。在實施方式1、2中，將文檔類別大致概括成“目錄”、“合同文檔”大的兩類，但是，在為“目錄”的情況下，例如為“商品A的目錄”、“商品A中的一個服務的目錄”等，可以進行更詳細的分類。此外，在實施方式1、2中，可以針對大分類、中分類、小分類的類別的每個分類分層地設定對策。實施方式1、2的OCR掃描儀裝置100除了該方式以外，例如還可以是MFP等掃描裝置和具有將圖像數據內記載的文字信息變換(識別)為電子數據的OCR功能的計算機的結構。此外，在實施方式1、2中，根據XML形式的記述內容使文檔類別和對策文件相對應，但是并不限定形式，只要對應關系明確的形式、處理形式可以為任何的形式。此外，在實施方式1、2中，使用文檔屬性變換輪廓、對策參照文件這兩個定義文件選擇對策文件，但是，可以通過使文檔類別和對策文件直接對應的一個文件來選擇。
在實施方式1、2的文檔管理系統(tǒng)中，除了上位系統(tǒng)裝置500以外，作為各自一臺一臺的裝置結構進行了說明，但是不限定形式，例如可以根據打孔操作者的人數將記錄裝置200設為多臺，此外，根據負荷分散的觀點，可以根據需要將各裝置準備多臺。此外，各功能部也可以固定在各裝置中。例如，可以將OCR掃描裝置的文檔屬性判定部配置在記錄裝置內。此外，信息取得部與上述實施方式的安全操作裝置400、400A對應、對策選擇判定部與對策管理裝置600、600A對應。原始數據蓄積部與上述實施方式的歸檔裝置300對應。此外，圖像數據變換部與上述實施方式的操作請求部101、中央控制部102、紙進給部103、掃描部104對應，識別部與文檔屬性判定部105、數據發(fā)送部106對應，支援部與記錄裝置200對應。此外，上述實施方式的對策管理裝置600、600A能夠提供為具有取得部、對策選擇部、對策判定部的用戶操作的判定裝置。在這種情況下，取得部與上述實施方式的對策控制部601、601A對應，對策選擇部與對策解決部602、602A、對策存儲部604、604A對應。此外，對策判定部與上述實施方式的對策評價部603對應。并且，上述實施方式的安全操作裝置能夠提供為具有取得部、文檔類別信息取得部、輸出部的數據輸出控制裝置。此時，取得部與上述實施方式的操作接受部405對應，文檔類別信息取得部與管理DB控制部403對應，此外，輸出部與安全控制部402、管理DB控制部403、管理DB404、操作接受部405對應。此外，上述實施方式中記載的方法作為能夠由計算機執(zhí)行的程序，可以存儲在磁盤(軟(注冊商標)盤、硬盤等)、光盤(⑶-ROM、DVD等)，光磁盤(MO)、半導體存儲器等存儲介質中來發(fā)布。此外，作為該存儲介質，只要能夠存儲程序，且是計算機可讀取的存儲介質，則其存儲形式可以是任何形式。此外，根據從存儲介質安裝到計算機中的程序的指示，在計算機中運行的OS(操作系統(tǒng))、數據庫管理軟件、網絡軟件等的MW (中間軟件)等也可以執(zhí)行用于實現上述實施方式的各處理的一部分。并且，本發(fā)明的實施方式中的存儲介質不限于與計算機獨立的介質，也包含下載通過LAN或網絡等傳送的程序，然后將其存儲或暫時存儲的存儲介質。此外，存儲介質不限于一個，在從多個介質來執(zhí)行上述實施方式中的處理的情況也包含在本發(fā)明的實施方式中的存儲介質中，介質結構可以是任何的結構。此外，本發(fā)明的實施方式中的計算機根據在存儲介質中存儲的程序，執(zhí)行上述實施方式中的各處理，可以是由一個個人計算機等構成的裝置、多個裝置通過網絡連接的系統(tǒng)等任何的結構。此外，本發(fā)明的實施方式中的計算機不限于個人計算機，還包含在信息處理設備中包含的運算處理裝置、微型計算機等，是能夠通過程序實現本發(fā)明的實施方式的功能的設備、裝置的總稱。說明了本發(fā)明的若干實施方式，但是，這些實施方式只是例子，并不限定發(fā)明的范圍。這些新的實施方式可以通過其它各種形式來實施，在不脫離發(fā)明主旨的范圍內，可以進行各種省略、置換、變更，這些實施方式或其變形也包含在發(fā)明的范圍或主旨內，并且也包 含在專利請求的范圍中記載的發(fā)明和與其等同的范圍內。
權利要求
1.一種文檔管理系統(tǒng)，其特征在于， 具有: 信息取得部，其取得作為紙面文檔的數字數據即原始數據的識別信息或者原始數據的副本數據的識別信息的管理ID，使用所述管理ID從存儲部取得作為與所述紙面文檔的類別有關的信息的文檔類別信息，并輸出該文檔類別信息；以及 對策選擇判定部，其取得作為用于識別針對原始數據或者副本數據的操作的種類的信息的操作信息、作為與用戶有關的信息的用戶信息以及所述文檔類別信息，根據所述文檔類別信息選擇定義了用戶的操作范圍的對策信息，按照選擇的所述對策信息的定義判定用所述用戶信息定義的用戶是否具有執(zhí)行用所述操作信息定義的操作的權限。
2.根據權利要求I所述的文檔管理系統(tǒng)，其特征在于， 所述信息取得部還使用取得的所述管理ID取得與所述原始數據有關的日期時間的信息，并輸出該日期時間的信息， 所述對策選擇判定部還取得從所述信息取得部輸出的日期時間的信息，根據所述文檔類別信息和所述日期時間的信息選擇對策信息。
3.根據權利要求I或2所述的文檔管理系統(tǒng)，其特征在于， 所述信息取得部還取得當前的日期時間的信息，并輸出該日期時間的信息， 所述對策選擇判定部還取得從所述信息取得部輸出的日期時間的信息，并根據所述文檔類別信息和所述日期時間的信息選擇對策信息。
4.根據權利要求廣3的任一項所述的文檔管理系統(tǒng)，其特征在于， 具有用于蓄積原始數據的原始數據蓄積部， 所述對策選擇判定部還輸出所述判定的結果， 所述信息取得部還取得所述判定的結果，在該判定的結果是使所述用戶能夠執(zhí)行所述操作的情況下，根據所述管理ID從所述原始數據蓄積部取得與所述ID對應的原始數據，將該原始數據輸出到執(zhí)行用所述操作信息定義的操作的裝置。
5.根據權利要求4所述的文檔管理系統(tǒng)，其特征在于， 還具有 圖像數據變換部，其將紙面文檔變換為圖像數據； 識別部，其識別所述圖像數據內的文字信息以及劃線信息中的一方或者雙方，將所述文字信息變換為文本數據，并根據識別出的文字信息以及劃線信息中的一方或者雙方，通過所述圖像數據和所述文本數據相關聯地設定所述紙面文檔的文檔類別信息； 支援部，其同時顯示所述圖像數據和通過所述識別部變換后的文本數據，支援對具有由于所述識別部的誤識別而產生的誤記的文本數據進行更正， 所述原始數據蓄積部將通過所述識別部識別的文本數據或者通過所述支援部的支援而更正的文本數據和所述圖像數據作為原始數據來取得并蓄積， 所述信息取得部取得表示在所述原始數據蓄積部中蓄積的所述原始數據的存儲場所的信息和所述文檔類別信息，生成至少包含這些信息的記錄，并對該記錄賦予管理ID并存儲在存儲部中。
6.一種用戶操作的判定裝置，其特征在于， 具有取得部，其取得操作信息、作為與用戶有關的信息的用戶信息以及作為與紙面文檔的類別有關的信息的文檔類別信息，所述操作信息是用于識別針對紙面文檔的數字數據即原始數據的操作的種類的信息或者是用于識別針對原始數據的副本數據的操作的種類的信息； 對策選擇部，其根據所述文檔類別信息選擇定義了用戶的操作范圍的對策信息； 對策判定部，其按照通過所述對策選擇部選擇的所述對策信息的定義判定用所述用戶信息定義的用戶是否具有執(zhí)行用所述操作信息定義的操作的權限。
7.一種數據輸出控制裝置，其特征在于， 具有 取得部，其取得作為紙面文檔的數字數據即原始數據的識別信息或者原始數據的副本數據的識別信息的管理ID、作為與用戶有關的信息的用戶信息以及作為用于識別針對原始數據或副本數據的操作的種類的信息的操作信息； 文檔類別信息取得部，其使用所述管理ID從存儲部中取得作為與所述紙面文檔的類別有關的信息的文檔類別信息，并輸出該文檔類別信息；以及 輸出部，其在根據通過所述文檔類別信息取得部輸出的文檔類別信息，判定用所述用戶信息定義的用戶具有執(zhí)行用所述操作信息定義的操作的權限，取得該判定結果的情況下，從存儲部取得與所述管理ID對應的原始數據，將該原始數據輸出到執(zhí)行用所述操作信息定義的操作的裝置。
8.一種文檔管理方法，其特征在于， 計算機取得作為紙面文檔的數字數據即原始數據的識別信息或者原始數據的副本數據的識別信息的管理ID，使用所述管理ID從存儲部取得作為與所述紙面文檔的類別有關的信息的文檔類別信息，并輸出該文檔類別信息； 所述計算機取得作為用于識別針對原始數據或者副本數據的操作的種類的信息的操作信息、作為與用戶有關的信息的用戶信息以及所述文檔類別信息，根據所述文檔類別信息選擇定義了用戶的操作范圍的對策信息，按照選擇的所述對策信息的定義判定用所述用戶信息定義的用戶是否具有執(zhí)行用所述操作信息定義的操作的權限。
9.一種文檔管理程序，其特征在于， 使計算機執(zhí)行以下處理 取得作為紙面文檔的數字數據即原始數據的識別信息或者原始數據的副本數據的識別信息的管理ID，使用所述管理ID從存儲部取得作為與所述紙面文檔的類別有關的信息的文檔類別信息，并輸出該文檔類別信息； 取得作為用于識別針對原始數據或者副本數據的操作的種類的信息的操作信息、作為與用戶有關的信息的用戶信息以及所述文檔類別信息，根據所述文檔類別信息選擇定義了用戶的操作范圍的對策信息，按照選擇的所述對策信息的定義判定用所述用戶信息定義的用戶是否具有執(zhí)行用所述操作信息定義的操作的權限。
全文摘要
實施方式的文檔管理系統(tǒng)具有信息取得部(安全操作裝置)(400)，其取得作為紙面文檔的數字數據即原始數據的識別信息或者原始數據的副本數據的識別信息的管理ID，使用所述管理ID從存儲部取得作為與所述紙面文檔的類別有關的信息的文檔類別信息，并輸出該文檔類別信息。此外，具有對策選擇判定部(600)，其取得作為用于識別針對原始數據或者副本數據的操作的種類的信息的操作信息、作為與用戶有關的信息的用戶信息以及所述文檔類別信息，根據所述文檔類別信息選擇定義了用戶的操作范圍的對策信息，按照選擇的所述對策信息的定義判定用所述用戶信息定義的用戶是否具有執(zhí)行用所述操作信息定義的操作的權限。
文檔編號G06Q50/00GK102834841SQ201180017999
公開日2012年12月19日 申請日期2011年3月31日 優(yōu)先權日2010年3月31日
發(fā)明者宮崎真悟, 秋元誠, 池田龍朗, 森尻智昭, 岡本利夫 申請人:株式會社東芝, 東芝解決方案株式會社