国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      用于文檔管理、轉(zhuǎn)換和安全性的系統(tǒng)和方法

      文檔序號(hào):6349206閱讀:263來(lái)源:國(guó)知局
      專利名稱:用于文檔管理、轉(zhuǎn)換和安全性的系統(tǒng)和方法
      用于文檔管理、轉(zhuǎn)換和安全性的系統(tǒng)和方法相關(guān)申請(qǐng)的交叉引用本申請(qǐng)要求于2009年3月13日提交的美國(guó)臨時(shí)申請(qǐng)序號(hào)61/160,237的權(quán)益,其全部?jī)?nèi)容被并入于此。
      背景技術(shù)
      目前,不存在計(jì)劃性的方式以確保合同簽字過(guò)程以任何特殊的可控方式發(fā)生。合同被打印出來(lái)并以物理方式分發(fā)。簽字人在他們認(rèn)為合適的位置簽字,可能或者可能沒(méi)有正確地完成簽字。合同頁(yè)可能丟失,或者未被返回給適當(dāng)?shù)娜藛T。使用電子系統(tǒng),可以使用工作流程對(duì)合同進(jìn)行路由,但這些系統(tǒng)復(fù)雜,難于安裝和管理,并且通常不涉及端用戶簽字過(guò)程。多種預(yù)先建立的文檔格式的存在要求對(duì)文檔進(jìn)行動(dòng)態(tài)評(píng)估和驗(yàn)證,以進(jìn)行簽字。此外,不存在一種系統(tǒng)能夠容易地將對(duì)需要簽字的文檔的訪問(wèn)限制于僅僅那些被授權(quán)審閱和執(zhí)行的當(dāng)事人。

      發(fā)明內(nèi)容
      本發(fā)明提供了在簽字儀式期間動(dòng)態(tài)地呈現(xiàn)文檔(而不是確認(rèn)在所有文檔上適當(dāng)?shù)夭贾昧撕炞秩蝿?wù))的系統(tǒng)和方法。本發(fā)明建立了可見(jiàn)性策略,該可見(jiàn)性策略控制如何基于置于文檔上的系統(tǒng)標(biāo)簽(指令)的狀態(tài)來(lái)呈現(xiàn)文檔。


      以下參照附圖詳細(xì)描述本發(fā)明的優(yōu)選和備選示例圖1是根據(jù)本發(fā)明形成的示例系統(tǒng)的示意圖;圖2是由圖1所示的系統(tǒng)執(zhí)行的示例過(guò)程的流程圖;以及圖3是合并的流程和系統(tǒng)圖。
      具體實(shí)施例方式本發(fā)明提供了增強(qiáng)的文檔管理系統(tǒng)和方法,用于評(píng)估和轉(zhuǎn)換可移植文檔格式 (PDF)文檔,以及對(duì)電子文檔審閱和執(zhí)行進(jìn)行安全性限制。圖1示出了示例系統(tǒng)20,該系統(tǒng) 20具有顧問(wèn)計(jì)算機(jī)系統(tǒng)30、顧問(wèn)客戶關(guān)系管理(CRM)服務(wù)器32、用戶服務(wù)服務(wù)器36以及多個(gè)用戶系統(tǒng)42。圖2示出了系統(tǒng)20執(zhí)行的示例轉(zhuǎn)換過(guò)程。圖3示出了合并的系統(tǒng)/過(guò)程圖。PDF文檔轉(zhuǎn)換PDF文檔的評(píng)估和轉(zhuǎn)換包括輸入和輸出轉(zhuǎn)換。對(duì)于靜態(tài)可擴(kuò)展標(biāo)記語(yǔ)言(XML)表架構(gòu)(XFA)表和Acroi^rms (又稱作Acrobat表),系統(tǒng)20將來(lái)自輸入表的表字段與系統(tǒng)模板中的字段相關(guān)聯(lián)。接著,根據(jù)在系統(tǒng)模板中定義的規(guī)則(例如,可編輯對(duì)只讀、必需對(duì)可選、分配至獨(dú)立的接收人、在簽字文檔上的布局,等)在系統(tǒng)簽字儀式中反映表字段數(shù)據(jù)和屬性。該過(guò)程實(shí)現(xiàn)的一種功能是對(duì)于系統(tǒng)20,以可編輯格式,向簽字方呈現(xiàn)從發(fā)送方提供的輸入表中采集的數(shù)據(jù)。如果不使用該轉(zhuǎn)換過(guò)程,在簽字儀式期間,來(lái)自輸入表的所有表數(shù)據(jù)都將以不可編輯格式強(qiáng)加到文檔上。目前,從輸入PDF到系統(tǒng)過(guò)程傳遞以下項(xiàng)目 字段數(shù)據(jù)·(與顯示值不同的)單選按鈕的開(kāi)/關(guān)值目前,在模板中指定了以下項(xiàng)目,但也可以可選地將以下項(xiàng)目包括為轉(zhuǎn)換過(guò)程的可選特征或擴(kuò)展 字段布局 字段規(guī)則〇可選對(duì)必需〇可編輯對(duì)只讀〇編輯掩碼 下拉字段的列表項(xiàng) 下拉字段的顯示值對(duì)存儲(chǔ)值眷簽字字段目前,從輸出PDF到系統(tǒng)過(guò)程傳遞以下項(xiàng)目。系統(tǒng)以表數(shù)據(jù)采用的相同的(XML) 結(jié)構(gòu)提供在簽字儀式期間采集的表數(shù)據(jù)。這允許使用系統(tǒng)數(shù)據(jù)(執(zhí)行后)的系統(tǒng)對(duì)數(shù)據(jù)進(jìn)行處理,就好像是數(shù)據(jù)是從它們向系統(tǒng)提供的表中提取的。文檔安全性限制目前由系統(tǒng)通過(guò)確認(rèn)執(zhí)行的商業(yè)規(guī)則確保以下行為 如果任何接收人在文檔上具有簽字/首字母簽名(initial)任務(wù),每個(gè)接收人必須都在該文檔上具有簽字/首字母簽名任務(wù)。如果有信封接收人在包含若干簽字/首字母簽名任務(wù)的文檔上沒(méi)有簽字/首字母簽名任務(wù),在創(chuàng)建時(shí),系統(tǒng)將拒絕該信封。 如果文檔對(duì)于任何信封接收人都沒(méi)有簽字/首字母簽名任務(wù),該文檔被理解為能夠被所有接收人審閱,并且允許創(chuàng)建該信封。本發(fā)明在簽字儀式期間動(dòng)態(tài)地呈現(xiàn)文檔(而不是確認(rèn)在所有文檔上適當(dāng)?shù)夭贾昧撕炞秩蝿?wù))。本發(fā)明建立了可見(jiàn)性策略,該可見(jiàn)性策略控制如何基于置于文檔上的系統(tǒng)標(biāo)簽(指令)的狀態(tài)來(lái)呈現(xiàn)文檔,所述文檔包含在信封中。優(yōu)選地,系統(tǒng)具有以下行為 如果文檔具有針對(duì)接收人的系統(tǒng)標(biāo)簽,則該文檔對(duì)該接收人將是可見(jiàn)的。 如果文檔具有針對(duì)一個(gè)接收人的系統(tǒng)標(biāo)簽,不具有針對(duì)另一個(gè)接收人的系統(tǒng)標(biāo)簽,則該文檔對(duì)無(wú)系統(tǒng)標(biāo)簽的接收人將是不可見(jiàn)的。 如果文檔不具有任何系統(tǒng)標(biāo)簽,則該文檔對(duì)所有接收人將是可見(jiàn)的。 如果接收人選擇通過(guò)系統(tǒng)web接口下載他們的文檔的拷貝,將僅下載那些能夠在簽字儀式期間審閱的文檔。 預(yù)定的認(rèn)證遞送和抄送接收人將看到信封中的所有文檔。優(yōu)選地,系統(tǒng)允許以下附加配置選項(xiàng) 動(dòng)態(tài)抑制對(duì)所有簽字人、認(rèn)證遞送和抄送接收人的完成證書(shū)和信封歷史的訪問(wèn)。(這些文檔/屏幕顯示所有簽字人的列表)。 能夠?qū)⑾到y(tǒng)行為指定為賬戶級(jí)設(shè)置,或者基于信封指定系統(tǒng)行為。在一個(gè)實(shí)施例中,該設(shè)置無(wú)法由賬戶管理人進(jìn)行管理;即,可以針對(duì)自身不具備改變?cè)O(shè)置的能力的系統(tǒng)用戶來(lái)指定賬戶級(jí)設(shè)置。 能夠在信封歷史中反映系統(tǒng)可見(jiàn)性設(shè)置。該信息對(duì)于方便人的閱讀以及有計(jì)劃的訪問(wèn)是可用的?!つ軌蚴顾形臋n對(duì)信封發(fā)送人可見(jiàn)。 能夠指定發(fā)送賬戶的成員是否能夠看見(jiàn)所有文檔,或者指定他們是否服從可見(jiàn)性策略。通過(guò)參照以下示例,可以更好地理解本發(fā)明的方法。在該情形下,存在兩個(gè)簽字人 Sl和S2,并且4個(gè)文檔D1、D2、D3和D4受系統(tǒng)過(guò)程處理。要求Sl簽署Dl和D2。要求S2 簽署Dl,并在D4上寫上數(shù)據(jù)。根據(jù)本發(fā)明的一實(shí)施例,在該情形下,得到的行為是Sl將看到文檔Dl、D2和D3,而S2將看到文檔Dl、D3和D4。雖然示意和描述了本發(fā)明的優(yōu)選實(shí)施例,但是如上所述可以在不背離本發(fā)明的精神和范圍的前提下做出許多改變。相應(yīng)地,本發(fā)明的范圍不受優(yōu)選實(shí)施例的公開(kāi)的限制。相反,應(yīng)完全參照所附權(quán)利要求,來(lái)確定本發(fā)明。以下限定了本發(fā)明的實(shí)施例,其中,要求保護(hù)排他的所有權(quán)或特權(quán)。
      權(quán)利要求
      1. 一種方法,包括如果電子文檔包括由接收人查閱的指令,則允許該接收人查閱該電子文檔; 如果該電子文檔不包括查閱指令,則允許所有接收人查閱該電子文檔; 在服務(wù)器處接收來(lái)自接收人的、下載與接收人相關(guān)的文檔的拷貝的請(qǐng)求,所述服務(wù)器經(jīng)由網(wǎng)絡(luò)連接連接至接收人的計(jì)算機(jī)系統(tǒng);以及向接收人的計(jì)算機(jī)系統(tǒng)下載僅僅那些被識(shí)別為能夠在簽字儀式期間查閱的文檔。
      全文摘要
      本發(fā)明提供了在簽字儀式期間動(dòng)態(tài)地呈現(xiàn)文檔(而不是確認(rèn)在所有文檔上適當(dāng)?shù)夭贾昧撕炞秩蝿?wù))的系統(tǒng)和方法。本發(fā)明建立了可見(jiàn)性策略,該可見(jiàn)性策略控制如何基于置于文檔上的系統(tǒng)標(biāo)簽(指令)的狀態(tài)來(lái)呈現(xiàn)文檔。
      文檔編號(hào)G06F11/00GK102422269SQ201080020761
      公開(kāi)日2012年4月18日 申請(qǐng)日期2010年3月15日 優(yōu)先權(quán)日2009年3月13日
      發(fā)明者多納德·G·彼德森, 安德魯·D·麥卡比, 杜恩·E·瓦爾德 申請(qǐng)人:多塞股份公司
      網(wǎng)友詢問(wèn)留言 已有0條留言
      • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1