專利名稱:文件發(fā)送系統(tǒng)及方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通過(guò)電子數(shù)據(jù)發(fā)送/接收各類文件,伴隨此種文件的發(fā)送/接收進(jìn)行費(fèi)用支付以及進(jìn)行這種支付接收的文件發(fā)送系統(tǒng)與方法。
背景技術(shù):
近年來(lái),在因特網(wǎng)之類的開放網(wǎng)絡(luò)環(huán)境中,已可進(jìn)行文件數(shù)據(jù)的接收與發(fā)送以及貿(mào)易等,預(yù)計(jì)將來(lái)的形式將更會(huì)多種多樣。例如現(xiàn)在向?qū)@痔岢鰧@暾?qǐng)文件等時(shí),申請(qǐng)人已可通過(guò)撥號(hào)直接接通專利局的服務(wù)器來(lái)發(fā)送提出的文件數(shù)據(jù)。而在將來(lái),申請(qǐng)人則可能經(jīng)由因特網(wǎng)與專利局連接。另一方面,對(duì)于不動(dòng)產(chǎn)登記或商業(yè)登記,或是由相應(yīng)機(jī)關(guān)從事的戶口卡和其它證明的發(fā)行業(yè)務(wù),則要有由申請(qǐng)人直接向登記單位或相應(yīng)機(jī)關(guān)提交文件(各種申請(qǐng)書)的手續(xù)。但是,即使是后述這類業(yè)務(wù),將來(lái)也很有可能通過(guò)因特網(wǎng)執(zhí)行。
于是,在通過(guò)因特網(wǎng)等通信提交電子式文件的情況下,伴隨這類文件的提出,需要支付手續(xù)費(fèi)。相對(duì)于專利局、登記所或是機(jī)關(guān)那樣的官方公共機(jī)構(gòu)提交文件時(shí),多取購(gòu)入印花票與收訖標(biāo)簽等,將其貼于前述文件上提交的形式。在通信中,進(jìn)行文件提出時(shí)需有某種手續(xù)費(fèi)的支付機(jī)構(gòu)。例如日本的專利局的電子申請(qǐng)系統(tǒng)中,首先由文件提出者將若干金額存入預(yù)交戶頭。而在專利局一方的電子申請(qǐng)系統(tǒng)接收申請(qǐng)時(shí),就從該預(yù)交戶頭中劃撥必要的金額。
另一方面,在所謂電子購(gòu)物的貿(mào)易中,可經(jīng)由因特網(wǎng)購(gòu)入種種商品。它的支付可從信用卡或銀行戶頭進(jìn)行劃撥。具體地說(shuō),購(gòu)物者經(jīng)通信將信用卡或銀行戶頭的帳號(hào)發(fā)送出,而在售貨一方則據(jù)此帳號(hào)從信用卡或銀行戶頭劃撥預(yù)定的金額。此外,近年來(lái)還提出了稱作SET(安全電子交易)的因特網(wǎng)的電子結(jié)帳方式。有關(guān)SET,例如可參看“SET SecureElectronic Transaction Specification Book IBusiness Description”,Version 1.0,March 31,1997。
通過(guò)因特網(wǎng)等通信提交電子文件時(shí)需支付手續(xù)費(fèi)時(shí),在如上述的日本專利局的電子申請(qǐng)系統(tǒng)之類裝置從預(yù)交戶頭劃撥方式下,提交文件者必須設(shè)置預(yù)交戶頭這一點(diǎn)是不方便的。在不動(dòng)產(chǎn)等的申請(qǐng)中,這類文件的提出者通常一生中也只辦理一次這樣的手續(xù)。因而難怪申請(qǐng)人把設(shè)置預(yù)交戶口視為麻煩的事情。
作為不依賴預(yù)交戶頭的支付方法有從信用卡或銀行戶口劃撥的方法。這時(shí)需使從申請(qǐng)者指定的信用卡或銀行戶頭所作的劃撥處理與經(jīng)由通信進(jìn)行文件提出的接收處理分別進(jìn)行。從而有可能發(fā)生在文件提交之后,由于戶頭中預(yù)存的金額不足需劃撥的金額而不能劃撥的情形。
若是根據(jù)上述SET的協(xié)議,則能在因特網(wǎng)上進(jìn)行電子結(jié)帳。這時(shí)的購(gòu)物者與貨款的支付者是同一個(gè)人,是以在提出商品購(gòu)入的同時(shí)進(jìn)行結(jié)帳為前提。因此,對(duì)于專利局、登記所或是某種機(jī)關(guān)那樣的公共機(jī)構(gòu)所適用的貼付印花票或收訖標(biāo)簽的手續(xù)便不熟悉了。這樣的手續(xù),有時(shí)是由文件申請(qǐng)者的代理人代替申請(qǐng)者進(jìn)行文件的發(fā)送。這就是說(shuō),附到文件上的證明書或印花票等應(yīng)由文件的申請(qǐng)者支付其費(fèi)用,而另一方面文件則是由代理人提出。由于費(fèi)用的支付者和文件的提交者不同,這時(shí)文件的提交手續(xù)和相關(guān)的關(guān)系就不能進(jìn)行SET的協(xié)議進(jìn)行支付手續(xù)。如果文件提交的費(fèi)用的支付是同文件的提交本身無(wú)關(guān)的進(jìn)行,則在費(fèi)用的支付中可以使用SET的協(xié)議。但在這種情況下費(fèi)用的支付手續(xù)與文件的提交手續(xù)有關(guān)系時(shí),那就要費(fèi)工夫的。
再有,在提交各類文件時(shí),有時(shí)需要明確規(guī)定提交的日期時(shí)間。由通信來(lái)提交文件時(shí),當(dāng)通信線路狀態(tài)惡劣時(shí),就會(huì)產(chǎn)生重新發(fā)送的必要,會(huì)產(chǎn)生文件提交時(shí)間不明確的不便情形。特別是在把開始發(fā)送文件的時(shí)刻作為文件提交的時(shí)刻時(shí)的情形,在開始發(fā)送而確保提交的日期和時(shí)刻后,由于會(huì)發(fā)生再發(fā)送,之后會(huì)發(fā)送其它內(nèi)容的文件,當(dāng)這份文件是在前述的提交日子時(shí)刻提交時(shí),便有可能發(fā)生濫用主張的惡果。于是需要有合理地確定通信中提交文件之際的提交時(shí)刻的結(jié)構(gòu)。
發(fā)明內(nèi)容
本發(fā)明的目的在于提供使經(jīng)由通信網(wǎng)絡(luò)來(lái)發(fā)送電子文件和交納其手續(xù)費(fèi)兩者能方便進(jìn)行的文件發(fā)送系統(tǒng)與方法。
根據(jù)上述目的,可以在經(jīng)由因特網(wǎng)等通信提交電子文件之際有需要支付手續(xù)費(fèi)時(shí),不必要設(shè)置預(yù)交戶口這類的特別戶頭,也不必要從信用卡或銀行戶頭由另外的步驟來(lái)進(jìn)行劃撥處理,而且即使是費(fèi)用支付者與文件提交者不同時(shí),也能恰當(dāng)?shù)剡M(jìn)行文件的提交及其費(fèi)用的支付。
本發(fā)明的另一個(gè)目的在于提供于通信中提交電子文件時(shí),具有不允許濫用,能合理地確定提出日期與時(shí)刻的結(jié)構(gòu)的文件發(fā)送系統(tǒng)與方法。
一種文件接收方法,其特征在于,它將對(duì)應(yīng)發(fā)送的文件施加單向函數(shù)后求得的第一壓縮數(shù)據(jù)經(jīng)由前述網(wǎng)絡(luò)從發(fā)送文件的裝置發(fā)送給文件接收服務(wù)器;在所述文件接收服務(wù)器中,將接收的前述壓縮數(shù)據(jù)與所述第一壓縮數(shù)據(jù)的接收時(shí)間存儲(chǔ)于存儲(chǔ)裝置中;在此第一壓縮數(shù)據(jù)發(fā)送后,將前述文件的非壓縮數(shù)據(jù)經(jīng)所述網(wǎng)絡(luò)從所述文件發(fā)送裝置發(fā)送給所述文件接收服務(wù)器;在前述文件接收服務(wù)器中,把對(duì)所接收的前述非壓縮數(shù)據(jù)施加單向函數(shù)所得的第二壓縮數(shù)據(jù)與前述第一壓縮數(shù)據(jù)進(jìn)行比較,當(dāng)求得此第一與第二壓縮數(shù)據(jù)相一致的比較結(jié)果時(shí),將所述第一壓縮數(shù)據(jù)的接收時(shí)間確定為前述文件的接收時(shí)間。
根據(jù)本發(fā)明的一種實(shí)施形式,提供了經(jīng)由網(wǎng)絡(luò)從申請(qǐng)人裝置相對(duì)于文件接收服務(wù)器發(fā)送文件的文件發(fā)送系統(tǒng),其中,在前述網(wǎng)絡(luò)上連接有支付接收服務(wù)器;前述申請(qǐng)人裝置具有相對(duì)于此支付接收服務(wù)器指定支付金額,委托其進(jìn)行費(fèi)用支付的裝置;此支付接收服務(wù)器具有根據(jù)來(lái)自前述申請(qǐng)人裝置的對(duì)費(fèi)用支付的委托,實(shí)施相對(duì)于金融機(jī)關(guān)的支付的信用查詢的裝置,和根據(jù)此信用查詢判明前述申請(qǐng)人的費(fèi)用支付有保證時(shí),將表示該費(fèi)用支付得到保證為宗旨的支付證明書制成不能改動(dòng)形式發(fā)送給前述申請(qǐng)人裝置的裝置;前述申請(qǐng)人裝置具有將前述支付證明書附于發(fā)送的文件中作為附有不能改動(dòng)形式的支付證明書的文件發(fā)送給前述文件接收服務(wù)器的裝置;此文件接收服務(wù)器具有在確認(rèn)由前述申請(qǐng)人裝置送來(lái)的支付證明書為未曾使用的之后,將附有此支付證明書的文件加以保管的裝置。
根據(jù)本發(fā)明的另一種實(shí)施形式,提供了經(jīng)由網(wǎng)絡(luò)從申請(qǐng)人裝置,通過(guò)代理人裝置代理,相對(duì)于文件接收服務(wù)器發(fā)送文件的文件發(fā)送系統(tǒng),其中,在前述網(wǎng)絡(luò)上連接有支付接收服務(wù)器;前述申請(qǐng)人裝置具有相對(duì)于此支付接收服務(wù)器指定支付金額且委托其進(jìn)行費(fèi)用支付的裝置;此支付接收服務(wù)器具有根據(jù)來(lái)自前述申請(qǐng)人裝置的對(duì)費(fèi)用支付的委托,實(shí)施相對(duì)于金融機(jī)關(guān)的支付的信用查詢的裝置,和根據(jù)此信用查詢判明前述申請(qǐng)人的費(fèi)用支付有保證時(shí),將顯示該費(fèi)用支付得到保證為宗旨的支付證明書制成不能改動(dòng)形式發(fā)送給前述申請(qǐng)人裝置的裝置;前述申請(qǐng)人裝置具有將前述支付證明書附于發(fā)送的文件中作為附有不能改動(dòng)形式的支付證明書的文件發(fā)送給前述代理人裝置的裝置;前述代理人裝置具有將接收的附有支付證明書的文件發(fā)送給前述文件接收服務(wù)器的裝置;此文件接收服務(wù)器具有在確認(rèn)由前述申請(qǐng)人裝置送來(lái)的支付證明書為未曾使用的之后將附有此支付證明書的文件加以保管的裝置。
根據(jù)本發(fā)明的又一種實(shí)施形式,提供了經(jīng)由網(wǎng)絡(luò)從申請(qǐng)人裝置相對(duì)于文件接收服務(wù)器發(fā)送文件的文件發(fā)送系統(tǒng)中,伴隨文件發(fā)送接收費(fèi)用支付的支付接收服務(wù)器,它包括有根據(jù)來(lái)自前述申請(qǐng)人裝置的對(duì)費(fèi)用支付的委托,實(shí)施相對(duì)于金融機(jī)關(guān)的支付的信用查詢的裝置;和根據(jù)此信用查詢判明前述申請(qǐng)人的費(fèi)用支付有保證時(shí),將顯示該費(fèi)用支付得到保證為宗旨的支付證明書制成不能改動(dòng)形式發(fā)送給前述申請(qǐng)人裝置的裝置。
根據(jù)本發(fā)明的再一種實(shí)施形式,提供了經(jīng)由網(wǎng)絡(luò)從預(yù)定的裝置相對(duì)于文件接收服務(wù)器發(fā)送文件的文件發(fā)送系統(tǒng),此系統(tǒng)包括由前述發(fā)送文件的預(yù)定裝置對(duì)欲發(fā)送的文件數(shù)據(jù)作單向函數(shù)變換取得壓縮數(shù)據(jù),并將此壓縮數(shù)據(jù)以不可改動(dòng)形式發(fā)送給前述文件接收服務(wù)器的裝置;由前述文件接收服務(wù)器存儲(chǔ)所接收的壓縮數(shù)據(jù)之后,將票據(jù)發(fā)送給前述發(fā)送文件裝置的裝置;在前述發(fā)送文件裝置接收至票據(jù)時(shí)進(jìn)行將欲發(fā)送的文件數(shù)據(jù)發(fā)送給前述文件接收服務(wù)器的裝置,在前述文件接收服務(wù)器接收到全部前述文件數(shù)據(jù)后,把對(duì)此文件數(shù)據(jù)施加單向數(shù)據(jù)取得的壓縮數(shù)據(jù)與前述存儲(chǔ)的壓縮數(shù)據(jù)相比較,來(lái)確認(rèn)這些壓縮數(shù)據(jù)是否一致的裝置。
根據(jù)本發(fā)明的又一實(shí)施形式,提供了經(jīng)由網(wǎng)絡(luò)從申請(qǐng)從裝置相對(duì)于文件接收服務(wù)器發(fā)送文件的文件發(fā)送方法,此方法包括下述步驟在前述網(wǎng)絡(luò)上連接支付接收服務(wù)器的同時(shí),由前述申請(qǐng)人裝置相對(duì)于前述支付接收服務(wù)器指定支付金額且委托其進(jìn)行費(fèi)用支付的步驟;由前述支付接收服務(wù)器根據(jù)來(lái)自前述申請(qǐng)人裝置的對(duì)費(fèi)用支付的委托,實(shí)施相對(duì)于金融機(jī)關(guān)的支付的信用查詢的步驟;根據(jù)此信用查詢判明前述申請(qǐng)人的費(fèi)用支付保證時(shí),將顯示該費(fèi)用支付得到保證為宗旨的支付證明書制成不能改動(dòng)形式發(fā)送給前述申請(qǐng)人裝置的步驟;由前述申請(qǐng)人裝置將前述支付證明書附于應(yīng)發(fā)送的文件中作為附有不能改動(dòng)形式的支付證明書的文件發(fā)送給前述文件接收服務(wù)器的步驟;由前述文件接收服務(wù)器在確認(rèn)由前述申請(qǐng)人裝置送來(lái)的支付證明書為未曾使用之后,將附有此支付證明書的文件加以保管的步驟。
根據(jù)本發(fā)明的再一種實(shí)施形式,提供了經(jīng)由網(wǎng)絡(luò)從預(yù)定的裝置相對(duì)于文件接收服務(wù)器發(fā)送文件的文件發(fā)送方法,此方法包括下述步驟由前述發(fā)送文件的預(yù)定裝置對(duì)欲發(fā)送的文件數(shù)據(jù)施加單向函數(shù)變換取得壓縮數(shù)據(jù),并將此壓縮數(shù)據(jù)以不可改動(dòng)形式發(fā)送給前述文件接收服務(wù)器的步驟;在前述文件接收服務(wù)器存儲(chǔ)所接收的壓縮數(shù)據(jù)之后,將票據(jù)發(fā)送給前述發(fā)送文件裝置的步驟;在前述發(fā)送文件裝置接收到票據(jù)后進(jìn)行將欲發(fā)送的文件數(shù)據(jù)發(fā)送給前述文件接收服務(wù)器的步驟;在前述文件接收服務(wù)器接收到全部前述文件數(shù)據(jù)后,把對(duì)此文件數(shù)據(jù)施加單向函數(shù)變換取得的數(shù)據(jù)與前述存儲(chǔ)的壓縮數(shù)據(jù)相比較,來(lái)確認(rèn)這些數(shù)據(jù)一致的步驟。
根據(jù)本發(fā)明的實(shí)施例,在經(jīng)由因特網(wǎng)等通信進(jìn)行電子文件的提交而需支付費(fèi)用時(shí),若相對(duì)于支付接收服務(wù)器提出支付的委托時(shí),此支付接收服務(wù)器則實(shí)施信用查詢,在費(fèi)用的支付有保證時(shí),即發(fā)放旨在表明具有不可改動(dòng)形式的支付證明書,這樣,就可不必設(shè)置預(yù)交戶頭之類的特別戶頭,也不存在在從信用卡或銀行戶頭上由另外方面進(jìn)行劃撥處理時(shí)而未曾劃撥的情形,此外,即使費(fèi)用支付者與進(jìn)行文件提交者不同時(shí),也能夠恰當(dāng)?shù)剡M(jìn)行文件的提交及其費(fèi)用的支付。
再者,提供了這樣的結(jié)構(gòu),使得在發(fā)送文件之前是將所發(fā)送的文件用單向函數(shù)壓縮成的壓縮數(shù)據(jù)來(lái)發(fā)送,然后與相對(duì)于實(shí)際發(fā)送的文件由相同單向函數(shù)壓縮成的壓縮數(shù)據(jù)進(jìn)行比較確認(rèn),這樣,在由通信進(jìn)行電子文件的提交時(shí),就不會(huì)發(fā)生濫用,而能合理地確定提交的日期與時(shí)刻。
圖1是本發(fā)明的實(shí)施例的文件發(fā)送系統(tǒng)的總圖。
圖2是圖1中所示文件接收服務(wù)器與支付接收服務(wù)器的內(nèi)部結(jié)構(gòu)圖。
圖3是圖1所示認(rèn)證局的結(jié)構(gòu)圖。
圖4是圖1所示代理人裝置的結(jié)構(gòu)圖。
圖5是圖1所示申請(qǐng)人裝置的結(jié)構(gòu)圖。
圖6示明圖1所示實(shí)施例的系統(tǒng)中所用支付證明書的內(nèi)容。
圖7示明圖1所示實(shí)施例的系統(tǒng)中所用支付證明書管理DB的內(nèi)容。
圖8示明圖1所示實(shí)施例的系統(tǒng)從文件接收服務(wù)器發(fā)送給代理人裝置的票據(jù)的內(nèi)容。
圖9示明圖1所示實(shí)施例的系統(tǒng)所用接收管理DB的內(nèi)容。
圖10是示明圖1所示實(shí)施例的系統(tǒng)中從代理人裝置到申請(qǐng)人裝置的文件發(fā)送流程的流程圖。
圖11是示明圖1所示實(shí)施例中接收從代理人裝置發(fā)送給申請(qǐng)人裝置的數(shù)據(jù)的申請(qǐng)人裝置處理流程的流程圖;圖12是示明圖1所示實(shí)施例中申請(qǐng)人的費(fèi)用支付處理流程的流程圖。
圖13是示明圖1所示實(shí)施例中支付接收服務(wù)器的支付接收處理流程的流程圖。
圖14是示明圖1所示實(shí)施例中從申請(qǐng)人裝置向代理人裝置發(fā)送文件流程的流程圖。
圖15是圖1所示實(shí)施例中從申請(qǐng)人接收數(shù)據(jù)的代理人裝置的處理流程的流程圖。
圖16是圖1所示實(shí)施例中從代理人裝置向文件接收服務(wù)器發(fā)送附有支付證明書的文件的處理流程的流程圖。
圖17是圖1所示實(shí)施例中表明文件接收服務(wù)器的票據(jù)發(fā)放處理流程的流程圖。
圖18是圖1所示實(shí)施例中表明文件接收服務(wù)器的文件接收處理流程的流程圖。
圖19概示圖1所示實(shí)施例中文件接收服務(wù)器的文件接收日期與時(shí)刻確定的時(shí)間圖。
具體實(shí)施例方式
下面根據(jù)
本發(fā)明的實(shí)施例。
圖1是本發(fā)明一實(shí)施例的文件發(fā)送系統(tǒng)的總圖。在因特網(wǎng)110上連接有文件接收服務(wù)器101、支付接收服務(wù)器102、認(rèn)證局103、代理人裝置104、申請(qǐng)人裝置105、金融機(jī)關(guān)服務(wù)器106以及金融機(jī)關(guān)認(rèn)證局107。此101~107的裝置各為計(jì)算機(jī)節(jié)點(diǎn)。
現(xiàn)在概述圖1的系統(tǒng)中的處理流程。為簡(jiǎn)化說(shuō)明,加密/譯碼處理或數(shù)字署名處理都予除去(關(guān)于它們將在以后參照流程圖證明)。
申請(qǐng)人裝置105是支付規(guī)定費(fèi)用并提交文件的申請(qǐng)人操作的裝置,代理人裝置104是代理該申請(qǐng)人進(jìn)行文件提交(實(shí)際的文件發(fā)送)的由代理人操作的裝置。提交的文件首先由代理人根據(jù)申請(qǐng)人的委托通過(guò)代理人裝置104制成。制成的文件數(shù)據(jù)發(fā)送給申請(qǐng)人裝置105。申請(qǐng)人確認(rèn)接收的文件數(shù)據(jù)的內(nèi)容后即保存該文件數(shù)據(jù)。此外,申請(qǐng)人從申請(qǐng)人裝置105連接到支付接收服務(wù)器102,進(jìn)行費(fèi)用支付處理。
支付接收服務(wù)器102是伴隨文件的提交進(jìn)行有關(guān)費(fèi)用支付處理的服務(wù)器。在收到申請(qǐng)人裝置105的用費(fèi)支付處理要求時(shí),與金融機(jī)關(guān)服務(wù)器106相連接對(duì)相應(yīng)申請(qǐng)人實(shí)施信用查詢后,將支付證明書返送給申請(qǐng)人裝置105。支付證明書是證明申請(qǐng)人進(jìn)行了費(fèi)用支付(或已保證進(jìn)行的支付預(yù)約)的數(shù)據(jù),是相當(dāng)于印花票或收訖標(biāo)簽的數(shù)據(jù),詳述于后。支付證明書在本實(shí)施例中由文件接收服務(wù)器101與支付接收服務(wù)器102兩者能共同訪問(wèn)的支付證明書管理DB管理。申請(qǐng)人從申請(qǐng)人裝置105接收其支付證明書,將支付證明書附于所保存的文件數(shù)據(jù)中發(fā)送給代理人裝置104。代理人通過(guò)代理人裝置104接收此數(shù)據(jù)后即加以保管。在以后的任意時(shí)期中,代理人可把該數(shù)據(jù)發(fā)送給文件接收服務(wù)器101。
文件接收服務(wù)器101是接收代理人裝置104發(fā)送來(lái)的電子式的提交文件的服務(wù)器。文件接收服務(wù)器101接收由代理人發(fā)送的數(shù)據(jù)(于文件數(shù)據(jù)中附有支附證明書的數(shù)據(jù)),驗(yàn)證支付證明書,保管文件數(shù)據(jù)。所謂支付證明書的驗(yàn)證是向支付證明書DB查詢此支付證明書是否是未曾使用過(guò)的,如果是未曾使用的,文件接收服務(wù)器101便進(jìn)行使用結(jié)束的處理。
認(rèn)證局103是發(fā)放用于進(jìn)行申請(qǐng)人或代理人認(rèn)證的證明書的認(rèn)證機(jī)構(gòu)。金融機(jī)關(guān)服務(wù)器106是設(shè)有申請(qǐng)人戶頭的金融機(jī)關(guān)的服務(wù)器。金融機(jī)關(guān)認(rèn)證局107是發(fā)放用來(lái)進(jìn)行具有此戶頭的申請(qǐng)人認(rèn)證的證明書的認(rèn)證機(jī)構(gòu)。
圖2示明圖1的文件接收服務(wù)器101與支付接收服務(wù)器102的內(nèi)部結(jié)構(gòu)。
文件接收服務(wù)器101包括票據(jù)發(fā)放處理部211、文件接收處理部212、署名生成部213、加密/譯碼處理部214以及通信控制部215。支付接收服務(wù)器102包括支付接收處理部211、署名生成部222、加密/譯碼處理部223、支付證明書生成管理部224、SET處理部225以及通信控制部226。此外,作為文件接收服務(wù)器101與支付接收服務(wù)器102兩方能共同訪問(wèn)的DB,配備有接收管理DB231、密鑰與證明書管理DB232、申請(qǐng)人與代理人管理DB233以及支付證明書管理DB234。
文件接收服務(wù)器101通過(guò)因特網(wǎng)110(圖1)接收代理人裝置104發(fā)送來(lái)的文件。文件接收處理部212則進(jìn)行這種文件的接收處理(詳見圖18的說(shuō)明)。票據(jù)發(fā)放處理部211在進(jìn)行文件接收處理時(shí),于接收到實(shí)際文件數(shù)據(jù)之前進(jìn)行票據(jù)的發(fā)放處理(詳見圖17的說(shuō)明)。票據(jù)的發(fā)放用于確定文件接收服務(wù)器101的文件提出日期與時(shí)刻的處理。這就是說(shuō),從代理人裝置104將文件發(fā)送給文件接收服務(wù)器101之際,若把實(shí)際要發(fā)送的文件作為數(shù)據(jù)原樣發(fā)送時(shí),需要很長(zhǎng)的時(shí)間。因此,容易產(chǎn)生再發(fā)送的必要性。這將使此種文件提交的時(shí)刻變得不明確,而且會(huì)出現(xiàn)濫用文件提交時(shí)刻不明確的問(wèn)題,因此進(jìn)行下述①~④中的處理。
①首先由代理人裝置104將實(shí)際欲發(fā)送的數(shù)據(jù)由單向函數(shù)例如散列函數(shù)壓縮,求得信息提要,將此信息提要發(fā)送給文件接收服務(wù)器101(具體地說(shuō),附有證明書進(jìn)行加密通信)。
②在文件接收服務(wù)器101中,經(jīng)票據(jù)發(fā)行處理部211的票據(jù)發(fā)放處理(圖17),取得新的接收編號(hào)。然后,文件接收服務(wù)器101使此接收編號(hào)與該信息提要相對(duì)應(yīng)進(jìn)行存儲(chǔ),并在同時(shí)將此接收編號(hào)發(fā)送給代理人裝置。用來(lái)發(fā)送此接收編號(hào)的數(shù)據(jù)便是票據(jù)。如以后所述,這時(shí)的文件接收服務(wù)器101便確定與此信息提要相對(duì)應(yīng)的文件接收的日期與時(shí)刻。
③代理人裝置104在根據(jù)票據(jù)接收到接收信號(hào)后,即附上此接收編號(hào)作為實(shí)際發(fā)送的數(shù)據(jù)發(fā)送給文件接收服務(wù)器101。
④在文件接收服務(wù)器101中,當(dāng)從代理人裝置104接收到全部數(shù)據(jù)后,由單向函數(shù)(同①中所用的函數(shù))壓縮這種數(shù)據(jù)求得信息提要,來(lái)確認(rèn)其是否與②中存儲(chǔ)的信息提要一致。如果一致,則從票據(jù)發(fā)行時(shí)由代理人裝置104實(shí)際發(fā)送后,實(shí)際接收到的便是目的數(shù)據(jù)。如果不一致,則發(fā)送的可能是別的數(shù)據(jù)。
圖8示明了本實(shí)施例的系統(tǒng)中,從文件接收服務(wù)器101發(fā)送給代理人裝置104的票據(jù)內(nèi)容。接收編號(hào)801是從代理人裝置104發(fā)送文件時(shí)對(duì)應(yīng)于此文件的發(fā)送,文件接收服務(wù)器101新分配的編號(hào)。發(fā)送者信息802是對(duì)發(fā)送此文件的送信者(代理人)特定的種種信息。接收日期與時(shí)刻803是文件接收服務(wù)器101接收信息提要結(jié)束的日期與時(shí)刻。有效期限804表示的是此票據(jù)的有效期限。從代理人裝置104發(fā)送文件時(shí),即使發(fā)生再發(fā)送的問(wèn)題,也可只把發(fā)送該文件的那段充分的時(shí)間取作有效期限(也可取從票據(jù)發(fā)行時(shí)起的一段預(yù)定時(shí)間)。為了防止文件發(fā)送的極端過(guò)遲才確定了有效期限804。署名805是相對(duì)于801~804的數(shù)據(jù)附加文件接收服務(wù)器101的電子署名。
圖9示明本實(shí)施例的系統(tǒng)中所用圖1的接收管理DB231的內(nèi)容。文件接收服務(wù)器101在上述②的票據(jù)發(fā)放處理(圖17)中取得新的接收編號(hào)時(shí),在此接收管理DB231上即取得新的接收編號(hào),并確保與所接收編號(hào)相對(duì)應(yīng)的1行的區(qū)域。在接收編號(hào)901、發(fā)送者信息902、接收日期與時(shí)刻903以及有效期限904中,存儲(chǔ)有與設(shè)定在發(fā)送票據(jù)(圖8)中的信息801~804相同的內(nèi)容。在信息提要905與發(fā)送者證明書906中存儲(chǔ)有上述①中由代理人裝置104發(fā)送來(lái)的信息。此外,票據(jù)管理信息907存儲(chǔ)有此票據(jù)使用與否的標(biāo)記信息,且令初始值為“未使用”。文件的內(nèi)容908是存儲(chǔ)從代理人裝置104送來(lái)的文件中全部數(shù)據(jù)的區(qū)域。在上述④中確認(rèn)信息提要是一致時(shí),文件接收服務(wù)器101在票據(jù)管理信息907“使用完畢”時(shí),即把接收的文件數(shù)據(jù)存儲(chǔ)于文件內(nèi)容908中。
再回到圖2,繼續(xù)說(shuō)明文件接收服務(wù)器101的結(jié)構(gòu)。署名生成部213與加密/譯碼處理部214用于在進(jìn)行文件接收處理中給發(fā)送數(shù)據(jù)附上署名,以及用于進(jìn)行加密/譯碼處理。通信控制部215進(jìn)行和因特網(wǎng)110之間的通信控制。
支付接收服務(wù)器102從申請(qǐng)人接收費(fèi)用支付。在此實(shí)施例系統(tǒng)中,申請(qǐng)人從申請(qǐng)人裝置105連接到支付接收服務(wù)器102,從而進(jìn)行費(fèi)用支付處理。在圖2中,支付接收處理部221進(jìn)行接收申請(qǐng)人費(fèi)用支付要求的處理(由圖13作詳細(xì)說(shuō)明),將表明申請(qǐng)人已進(jìn)行了費(fèi)用支付(或已保證支付)的支付證明書發(fā)放給申請(qǐng)人。支付證明書起到印花票,收訖標(biāo)簽或代用券與商品券之類的作用。支付證明書的發(fā)放,是就申請(qǐng)人而言相對(duì)于金融機(jī)關(guān)在執(zhí)行支付信用查詢與支付預(yù)約時(shí)所發(fā)放的。因此,文件接收服務(wù)器101與支付接收服務(wù)器102的管理機(jī)關(guān)必然可以相應(yīng)申請(qǐng)人的戶頭上劃撥支付證明書所發(fā)放的金額。支付證明書與預(yù)先交費(fèi)不同,它首先不必開設(shè)預(yù)交戶口。支付證明書如同印花票那樣,可用于別的文件中或是贈(zèng)與他人。
圖6中示明本實(shí)施例的系統(tǒng)中所用支付證明書的內(nèi)容。支付證明書包括管理編號(hào)601、支付金額602、申請(qǐng)人信息603、有效期限604以及支付接收服務(wù)器102的署名605。管理編號(hào)601是支付證明書固有的管理編號(hào)。支付金額602是指定申請(qǐng)人支付的金額的信息。申請(qǐng)人信息603是具體規(guī)定提出支付請(qǐng)求并接收相應(yīng)支付證明書的申請(qǐng)人的信息。有效期限604是此支付證明書的有效期限。署名605是發(fā)放此支付證明書的支付接收服務(wù)器102的署名,由此保證此支付證明書確實(shí)是從支付接收服務(wù)器102所發(fā)放的。這些信息604~605是在相對(duì)于支付接收服務(wù)器102,在此即為費(fèi)用支付人也即申請(qǐng)人,發(fā)放上述支付證明書時(shí)設(shè)定的。
圖7示明本實(shí)施例的系統(tǒng)中所用圖1的支付證明書管理DB234的內(nèi)容。支付接收服務(wù)器102由此支付證明書管理DB管理所發(fā)放的支付證明書。在支付證明書管理DB234的701~705中,存儲(chǔ)有發(fā)放的支付證明書601~605的信息。使用狀態(tài)706是表明此支付證明書是否使用過(guò)的標(biāo)志。當(dāng)文件服務(wù)接收器101接收文件時(shí),由附于此文件上的支付證明書的管理編號(hào)601來(lái)檢索支付證明書管理DB234,搜索相對(duì)應(yīng)的入口。如果此入口的使用狀態(tài)706為“未使用”時(shí),由于此支付證明書亦處在未使用情形,則令此使用狀態(tài)706為“使用完畢”。這相當(dāng)于確認(rèn)已貼附有印花票或收訖標(biāo)簽等。當(dāng)再次發(fā)送使用同一支付證明書的文件時(shí),由于使用狀態(tài)706為“使用完畢”,則可確認(rèn)費(fèi)用的支付沒(méi)有保證。
由于是用圖7所示的支付證明書管理DB234來(lái)管理支付證明書,既使支付費(fèi)用的申請(qǐng)人和實(shí)際進(jìn)行文件發(fā)送的代理人不是同一人時(shí),也可完成相應(yīng)的手續(xù)。此外,支付證明書也可以轉(zhuǎn)讓給他人來(lái)使用。
再次返回圖2繼續(xù)說(shuō)明支付接收服務(wù)器102的結(jié)構(gòu)。署名生成部222與加密/譯碼處理部223,用于在進(jìn)行支付接收處理時(shí)給傳輸數(shù)據(jù)上附上署名,以及用于進(jìn)行加密/譯碼。支付證明書生成管理部224生成圖6所示的支付證明書,由圖7所示的支付證明書管理DB234進(jìn)行此支付證明書的管理處理。SET處理部225在從支付接收服務(wù)器102相對(duì)于金融機(jī)關(guān)服務(wù)器106執(zhí)行申請(qǐng)人的信用查詢時(shí),進(jìn)行遵照SET協(xié)議的處理。通信控制部226進(jìn)行與因特網(wǎng)110之間的通信控制。
有關(guān)由文件接收服務(wù)器101和支付服務(wù)器102兩方共同訪問(wèn)的DB即接收管理DB231與支付證明書管理DB234,已由圖9與圖7說(shuō)明。密鑰與證明書管理DB232,是用來(lái)管理文件接收服務(wù)器101與支付服務(wù)器102的私有密鑰與公開密鑰以及由認(rèn)證局103、107發(fā)放的證明書、進(jìn)行認(rèn)證時(shí)所用的認(rèn)證局103、107的公開密鑰,還有通信對(duì)方的公開密鑰等的DB。申請(qǐng)人與代理管理DB233是用來(lái)管理有關(guān)與文件接收服務(wù)器101和支付接收服務(wù)器102相連接的申請(qǐng)人或代理人的信息的DB。
在此實(shí)施例中,文件接收服務(wù)器101與支付接收服務(wù)器102是分別設(shè)置而共同使用同一個(gè)DB230的,但也可取不用共同的DB而是完全分開的DB的結(jié)構(gòu)。這時(shí)的支付管理DB231可由文件接收服務(wù)器101管理。在這種情形下,文件接收服務(wù)器101可對(duì)支付證明書管理DB234進(jìn)行訪問(wèn),要求使檢索入口的使用狀態(tài)706從“未使用”變更到“使用完畢”的情形代之以文件接收服務(wù)器101相對(duì)于支付接收服務(wù)器使該入口的使用狀態(tài)從“未使用”變更到“使用完畢”。相反,文件接收服務(wù)器101與支付接收服務(wù)器102也可包括DB203而在一臺(tái)裝置上構(gòu)成。這時(shí)的通信控制部215與226、署名生成部213與222以及加密/譯碼處理部214與223也可具有共同的結(jié)構(gòu)。
圖3示明圖1所示認(rèn)證局103的結(jié)構(gòu)。認(rèn)證局103包括證明書發(fā)放處理部301、證明書管理部302、通信控制部304及以證明書管理DB311。認(rèn)證局103首先是發(fā)放證明書給代理人或申請(qǐng)人。
圖4示明圖1所示代理人裝置104的結(jié)構(gòu)。代理人裝置104包括申請(qǐng)書編輯部401、署名生成部402、加密/譯碼處理部403、文件發(fā)送處理部404、文件接收處理部405、通信控制部406、申請(qǐng)書管理DB411以及密鑰與證明書管理DB412。
申請(qǐng)書編輯部401是代理人用來(lái)制成發(fā)送的文件的編輯程序。文件輸送處理部404進(jìn)行把文件發(fā)送給申請(qǐng)人裝置105的處理(由圖10詳釋)或是進(jìn)行把附有支付證明書的文件發(fā)送給文件接收服務(wù)器101的處理(由圖16詳釋)。署名生成部402與加密/譯碼處理部403是在把署名附于發(fā)送/接收的數(shù)據(jù)上時(shí),以及在進(jìn)行加密/譯碼處理時(shí)使用。通信控制部406進(jìn)行與因特網(wǎng)110之間的通信控制。
申請(qǐng)書管理DB411是把代理人用申請(qǐng)書編輯部401制成的文件或由申請(qǐng)人裝置105送來(lái)的附有支付證明書的文件加以保存、管理的DB。密鑰與證明書管理DB412是用來(lái)管理代理人裝置104的私有密鑰、公開密鑰以及認(rèn)證局103與107發(fā)放的證明書、進(jìn)行認(rèn)證時(shí)所用的認(rèn)證局103、107的公開密鑰以及通信對(duì)方的公開密鑰等的DB。
圖5示明圖1中所示申請(qǐng)人裝置105的結(jié)構(gòu)。申請(qǐng)人裝置105包括文件接收處理部501、接收文件管理部502、加密/譯碼處理部503、署名生成部504、支付處理部505、文件發(fā)送處理部506、支付證明書管理部507、通信控制部508、申請(qǐng)書管理DB511、密鑰與證明書管理DB512以及支付證明書管理DB513。
文件接收處理部501進(jìn)行從代理人發(fā)送來(lái)的文件的接收處理(詳釋于圖11中)。接收文件管理部502將接收的文件在申請(qǐng)書管理DB231中加以保存并管理。支付處理部505與支付接收服務(wù)器100連接,進(jìn)行手續(xù)費(fèi)的支付處理(詳釋于圖12中)。文件輸送處理部506相對(duì)于代理人進(jìn)行附有支付證明書的文件等的發(fā)送處理(詳釋于圖14中)。署名生成部504與加密/譯碼處理部503用于在將署名附于發(fā)送數(shù)據(jù)上時(shí),以及進(jìn)行加密/譯碼處理時(shí)。支付證明書管理部507對(duì)支付接收服務(wù)器102發(fā)放的支付證明書由支付證明書管理DB513進(jìn)行管理處理。通信控制部508進(jìn)行與因特網(wǎng)之間的通信控制。
申請(qǐng)書管理DB511是對(duì)代理人發(fā)送來(lái)的文件等進(jìn)行保存與管理的DB。密鑰與證明書管理DB512是管理申請(qǐng)人裝置105的私有密鑰與公開密鑰以認(rèn)證局103與107發(fā)行的證明書、進(jìn)行認(rèn)證時(shí)所用的認(rèn)證局103與107的公開密鑰及通信對(duì)象的公開密鑰等的DB。支付證明書管理DB513是保存與管理支付接收服務(wù)器102發(fā)放的支付證明書,它的結(jié)構(gòu)與圖7所示的支付接收服務(wù)器102的支付證明書管理DB234相同。但是,此支付證明書管理DB513是管理申請(qǐng)人所接收的支付證明書,而使用狀態(tài)706則表明此申請(qǐng)人使用與否的信息。
下面,參照?qǐng)D10-圖18的流程圖及圖19的時(shí)間圖詳細(xì)說(shuō)明圖1的系統(tǒng)的各處理。
圖10是示明從代理人裝置104到申請(qǐng)人裝置105的文件發(fā)送流的流程圖。此流程的處理主要是由圖4所示的文件處理部404所進(jìn)行的處理。首先由代理人根據(jù)申請(qǐng)人委托用圖4所示的申請(qǐng)書編輯部401制成文件。在步驟1001相對(duì)于所發(fā)送的文件實(shí)施代理人的電子署名。具體地說(shuō),由單向函數(shù)(散列函數(shù)等)壓縮文件數(shù)據(jù),然后將此壓縮數(shù)據(jù)(信息提示)用代理人的私有密鑰加密得到的署名數(shù)據(jù)附于原始的文件數(shù)據(jù)上,制成附有代理人署名的文件。隨后于步驟1002形成使附有代理人署名的文件加密的共用密鑰,由此共用密鑰使代理人署名的文件加密。再于步驟1003用申請(qǐng)人的公開密鑰使上述共用密鑰加密。在步驟1004,將已加密的附有代理人署名的文件與共用密鑰同代理人的證明書一起發(fā)送給申請(qǐng)人裝置105,結(jié)束處理。
首先從認(rèn)證局103取得代理人的證明書。所謂代理人的證明書是使代理人的公開密鑰與有關(guān)此代理人的種種信息相連系,并對(duì)于此連系的數(shù)據(jù)由認(rèn)證局103的私有密鑰附上署名的數(shù)據(jù)。認(rèn)證局103在接收代理人的證明書發(fā)放委托時(shí),進(jìn)行此代理人的身分確認(rèn)后,發(fā)放證明書。當(dāng)把此證明書附于代理人裝置104發(fā)送的數(shù)據(jù)上,即可由此證明書驗(yàn)證此數(shù)據(jù)確實(shí)為該代理人關(guān)來(lái)的數(shù)據(jù),亦能從此證明書取得對(duì)此代理人的公開密鑰或代理人特別規(guī)定的種種信息。同樣,申請(qǐng)人也是首先從認(rèn)證局預(yù)先取得證明書。
圖11示明根據(jù)圖10的處理,接收從代理人裝置104發(fā)送給申請(qǐng)人裝置105數(shù)據(jù)的,申請(qǐng)人裝置105的處理流程。這一處理主要是由圖5的文件接收處理部501進(jìn)行的處理。首先,于步驟1101驗(yàn)證接收數(shù)據(jù)中代理的證明書,同時(shí)用申請(qǐng)人的私有密鑰使接收數(shù)據(jù)中的加密的共用密鑰譯碼。在步驟1102,用譯碼后的共用密鑰對(duì)附有代理的署名的文件譯碼。于步驟1103用代理人的公開密鑰驗(yàn)證附有此代理人署名的文件的署名。這一驗(yàn)證是用來(lái)確認(rèn),由代理人公開密鑰使署名數(shù)據(jù)譯碼的值,是否等于由單向函數(shù)(采用與圖10的步驟1001所用的相同的函數(shù))壓縮的壓縮數(shù)據(jù)(信息提要)。如果驗(yàn)證的結(jié)果是恰當(dāng)?shù)氖鹈?步驟1104中的“否”),則于步驟1105保管附有此代理人署名的文件。如果驗(yàn)證的結(jié)果不是恰當(dāng)?shù)氖鹈?步驟1104中的“是”),則申請(qǐng)人便于步驟1106中報(bào)告申請(qǐng)文件被改動(dòng)并結(jié)束此處理。
圖12是示明申請(qǐng)人費(fèi)用支付處理的流程的流程圖。這項(xiàng)處理主要是由圖5的支付處理部505進(jìn)行的處理。首先于步驟1201中從申請(qǐng)人裝置105連接上支付接收服務(wù)器102,確定并輸送支付的金額。在步驟1202,將申請(qǐng)人的證明書(從認(rèn)證局103取得的證明書)出示給支付接收服務(wù)器102。步驟1203是支付接收服務(wù)器102方向的處理,由圖13于以后說(shuō)明。在步驟1203之后,從支付接收服務(wù)器102發(fā)送由申請(qǐng)人的公開密鑰加密的共用密鑰與由此共用密鑰加密的支付證明書(圖6)。在步驟1204,由申請(qǐng)人的私有密鑰使從支付接收服務(wù)器102發(fā)送的已加密的共用密鑰譯碼。在步驟1205,采用已譯碼的共用密鑰使加密的支付證明書譯碼。在步驟1206,將譯碼的支付證明書保管于支付證明書管理DB513(圖7)中,結(jié)束處理。
圖13是示明圖12的步驟1203的處理即支付接收服務(wù)器中支付接收處理流程的流程圖。這一處理主要是由圖2中支付接收處理部221進(jìn)行的處理。首先于步驟1301中,驗(yàn)證申請(qǐng)人送來(lái)的證明書,取得申請(qǐng)人的公開密鑰。其次于步驟1302中,例如采用SET的協(xié)議,相對(duì)于金融機(jī)實(shí)施來(lái)自申請(qǐng)人信用查詢。具體地說(shuō),向圖1的金融機(jī)關(guān)服務(wù)器106發(fā)送特定的申請(qǐng)人與劃撥的金額的信息,確保從此申請(qǐng)人的戶頭應(yīng)劃撥下的金額。
在對(duì)金融機(jī)關(guān)實(shí)施支付信用查詢時(shí),為了需要相對(duì)金融機(jī)關(guān)證明使用支付接收服務(wù)器102的機(jī)關(guān)本身,此使用支付接收服務(wù)器102的機(jī)關(guān)需預(yù)先從金融機(jī)關(guān)認(rèn)證局107取得證明書。同時(shí),由于此支付信用查詢也應(yīng)進(jìn)行有關(guān)進(jìn)行劃撥的申請(qǐng)人的認(rèn)證(必須確認(rèn)是否確實(shí)是來(lái)自此申請(qǐng)人的劃撥委托),申請(qǐng)人首先也應(yīng)從金融認(rèn)證局107領(lǐng)得證明書,同時(shí)在步驟1202將此金融機(jī)關(guān)的證明書發(fā)送給支付接收服務(wù)器102。此支付接收服務(wù)器102在步驟1302實(shí)施信用查詢時(shí),需附上此申請(qǐng)人的金融機(jī)關(guān)的證明書實(shí)施信用查詢。
作為步驟1302的信用查詢的結(jié)果,在步驟1303如果能確保上述所劃撥的金額部分的劃撥范圍便進(jìn)行步驟1304。如果信用查詢結(jié)果存在某些問(wèn)題便結(jié)束處理。在步驟1304,取得新發(fā)行的支付證明書的管理編號(hào),具體上是由圖7所示結(jié)構(gòu)的支付證明書管理DB234來(lái)確保新規(guī)定的管理編號(hào)1行部分的區(qū)域。在步驟1305,從申請(qǐng)人的證明書提取表征申請(qǐng)人的信息。在步驟1306,對(duì)管理編號(hào)、支付金額、表征申請(qǐng)人的信息以及有效期效等相連接的數(shù)據(jù)實(shí)施電子署名,制成支付證明書(圖6)。具體地說(shuō),由單向函數(shù)壓縮上述關(guān)聯(lián)的數(shù)據(jù),把由支付接收服務(wù)器102的私有密鑰加密此壓縮數(shù)據(jù)的署名數(shù)據(jù)附于原始的相關(guān)數(shù)據(jù)上,制成支付證明書。
在步驟1307,將此制成的支付證明書中所含信息記錄于支付證明書管理DB234(圖7)。然后于步驟1308生成支付證明書加密用的共用密鑰,用此共用密鑰使支付證明書加密,再于步驟1309由申請(qǐng)人的公開密鑰使前述共用密鑰加密。于步驟1301,將加密的共用密鑰與由此共用密鑰加密的支付證明書發(fā)送給申請(qǐng)人裝置105,結(jié)束處理。
圖14是表示從申請(qǐng)人裝置105向代理人裝置104進(jìn)行文件發(fā)送的流程的流程圖。主要由圖5的文件發(fā)送處理部506進(jìn)行處理。
首先在步驟1401,取出由圖11的步驟1105保管的附有代理人署名的文件。在步驟1402,對(duì)于含有附有代理署名的文件及支付證明書的數(shù)據(jù)實(shí)施申請(qǐng)人電子署名,稱其為附有支付證明書的文件。另外,此處使用的支付證明書,在由圖7的結(jié)構(gòu)中由支付證明書管理DB513管理的支付證明書中,使使用狀況706為“未使用”的。
其次,在步驟1403中,生成共用密鑰,用該共用密鑰將附有支付證明書文件加密。在步驟1404,使用代理人的公開密鑰,將前述共用密鑰加密。在步驟1405,將加密后的共用密鑰和用該共用密鑰加密的附有支付證明書的文件發(fā)送給代理人裝置104。
圖15示明接收由圖14的申請(qǐng)人發(fā)送的數(shù)據(jù)的代理人裝置104的處理流程圖。此項(xiàng)處理主要是由圖4所示文件接收處理部405的處理。首先于步驟1501用代理人的私有密鑰將接收數(shù)據(jù)中的加密共用密鑰譯碼。在步驟1502,用譯碼的共用密鑰使附有支付證明書的文件譯碼。在步驟1503,用申請(qǐng)人的公開密鑰驗(yàn)證添加在附有此支付證明書文件上申請(qǐng)人的電子署名。具體地說(shuō),進(jìn)行處理來(lái)確認(rèn),由申請(qǐng)人公開密鑰譯碼的署名數(shù)據(jù)的值是否等于由單向函數(shù)(與圖14步驟1402的署名中所用的相同的函數(shù))壓縮附有支付證明書的文件所得的壓縮數(shù)據(jù)。
在步驟1504,如果驗(yàn)正的結(jié)果是恰當(dāng)?shù)氖鹈?,則進(jìn)行步驟1506。在步驟1506,用支付接收服務(wù)器102的公開密鑰來(lái)驗(yàn)證包括在附有支付證明書文件中的支付證明書中的電子署名。這項(xiàng)驗(yàn)證是進(jìn)行處理以確認(rèn)由支付接收服務(wù)器102的公開密鑰將署名數(shù)據(jù)譯碼的值,是否等于由單向函數(shù)(與圖13的步驟1306的署名中所用的相同的函數(shù))壓縮與支付證明書中包括的管理編號(hào)、支付金額、表征申請(qǐng)人的信息以及有效期限相連接的數(shù)據(jù)而得到的數(shù)據(jù)。
在步驟1507,如果驗(yàn)證的結(jié)果是恰當(dāng)?shù)氖鹈?,則進(jìn)到步驟1509。于步驟1509,用代理人的私有密鑰驗(yàn)證附有支付證明書的文件中所含附有代理人署名的文件中的代理人署名。在步驟1510,如果驗(yàn)證結(jié)果是恰當(dāng)?shù)氖鹈?,則于步驟1512中保管附有支付證明書的文件,結(jié)束處理。如果在步驟1504、1507、1510任一個(gè)之中的驗(yàn)證結(jié)果表明是署名不恰,則向代理人報(bào)告在步驟1505、1508、1511中改動(dòng)了文件。
圖16示明從代理人裝置104向文件接收服務(wù)器101發(fā)送處理附有支附證明書的文件的流程。這項(xiàng)處理主要是由圖4中的文件發(fā)送處理部404進(jìn)行的處理。首先于步驟1601由單向函數(shù)壓縮欲發(fā)送的附有支付證明書的文件,生成壓縮數(shù)據(jù)(信息提要)。然后于步驟1602生成共用密鑰,由此共用密鑰使上述信息提要加密。在步驟1604,將代理人證明書加到由加密的共用密鑰和由此共用密鑰加密的信息提要中,發(fā)送給文件接收服務(wù)器101。由于信息提要的發(fā)送時(shí)間比與之相應(yīng)的整個(gè)文件的發(fā)送時(shí)間短,因而可以減少因通信線路不良帶來(lái)的惡劣影響的可能性。
步驟1605是文件接收服務(wù)器101這一方的票據(jù)發(fā)放處理,由圖17在以后說(shuō)明。在步驟1605之后,從文件接收服務(wù)器101來(lái)發(fā)送由代理人公開密鑰加密的共用密鑰(由文件接收服務(wù)器101方面生成的密鑰)和由此共用密鑰加密的票據(jù)(圖8)。
在步驟1606,用代理人的私有密鑰將文件接收服務(wù)器101送來(lái)的加密的共用密鑰譯碼。在步驟1607,用文件接收服務(wù)器101的公開密鑰來(lái)驗(yàn)證附于票據(jù)(圖8)上的電子署名。在步驟1609,如果驗(yàn)證的結(jié)果表明是恰當(dāng)?shù)氖鹈?,由于能確保文件接收服務(wù)器101的接收的或提交的日期與時(shí)刻,便進(jìn)行步驟1611。在步驟1609,如果署名不恰,則向代理人報(bào)告在步驟1610中票據(jù)有了改動(dòng),結(jié)束此處理。
如果接收到正確的票據(jù),則于步驟1611生成共用密鑰,而在步驟1612由此共用密鑰將附有支付證明書的文件加密。隨后于步驟1614,由文件接收服務(wù)器101的公開密鑰將上述共用密鑰加密。再在步驟1615將此加密的共用密鑰以及由此共用密鑰加密的票據(jù)和附有支付證明書的文件發(fā)送給文件接收服務(wù)器101。步驟1616是文件接收服務(wù)器101一方的處理,由圖18于以后說(shuō)明。步驟1616之后,由文件接收服務(wù)器101發(fā)送由代理人的公開密鑰加密的共用密鑰和由此共用密鑰加密的接收確認(rèn)書。
在步驟1617,由代理人的私有密鑰使由文件接收服務(wù)器101發(fā)送的加密的共用密鑰譯碼。在步驟1618,用譯碼的共用密鑰使編碼化的接收確認(rèn)書譯碼。在步驟1619,驗(yàn)證添加到接收確認(rèn)書上的文件接收服務(wù)器101的電子署名。在步驟1620,如果驗(yàn)證結(jié)果表明署名恰當(dāng),則于步驟1622保管此接收確認(rèn)書,結(jié)束處理。在步驟1620,如果驗(yàn)證結(jié)果表明署名不恰,則向代理人報(bào)告于步驟1620中改動(dòng)了某些數(shù)據(jù),結(jié)束處理。
圖17是表明圖16的步驟1605的處理即文件接收服務(wù)器101的票據(jù)發(fā)放處理的流程。這項(xiàng)處理主要是由圖2的票據(jù)發(fā)行處理部211進(jìn)行的處理。首先于步驟1701,用文件接收服務(wù)器101的私有密鑰使代理人發(fā)送來(lái)的共用密鑰譯碼。隨之于步驟1702,用此共用密鑰使信息提要譯碼。再于步驟1703取得新的接收編號(hào),將此接收編號(hào)901、有關(guān)代理人(發(fā)送者)的信息902、接收的日期與時(shí)刻903、有效期效904、信息提要905及代理人的證明書906保存于接收管理DB231(圖9)中。此外,有關(guān)代理人的信息設(shè)定為從代理人發(fā)送來(lái)的數(shù)據(jù)中所包含的代理人證明書中抽取出的信息。有效期限設(shè)定為在現(xiàn)在的時(shí)間上加上預(yù)定時(shí)間而得到的時(shí)間。票據(jù)的管理信息907初始化為“未使用”。
在步驟1704生成連接接收編號(hào)801、有關(guān)代理人的信息802、接收的日期與時(shí)刻803以及有效期效804的數(shù)據(jù),對(duì)此連接數(shù)據(jù)實(shí)施電子署名805。附有此電子署名的數(shù)據(jù)即票據(jù)(圖8)。具體地說(shuō),用單向函數(shù)(圖16的步驟1601或1608中所用的同一函數(shù))壓縮上述連接數(shù)據(jù),把由文件接收服務(wù)器101的私有密鑰加密此壓縮數(shù)據(jù)而成的署名數(shù)據(jù),相對(duì)于原來(lái)的連接數(shù)據(jù)制成票據(jù)(圖8),然后于步驟1705生成共用密鑰,由此共用密鑰使上述票據(jù)加密。在步驟1707把加密的共用密鑰以及為此共用密鑰編碼化的票據(jù)發(fā)送給代理人,結(jié)束此處理。
圖18示明圖16的步驟1616的處理即文件接收服務(wù)器101中的文件接收處理流程。這項(xiàng)處理主要是由圖2的文件接收處理部212進(jìn)行的處理。首先于步驟1801用文件接收服務(wù)器101的私有密鑰使由代理人發(fā)送來(lái)的共用密鑰譯碼。隨后在步驟1802,用已譯碼的共用密鑰,使票據(jù)和附有支付證明書的文件譯碼。然后于步驟1803,驗(yàn)證附于票據(jù)上的電子署名以及有效期限。驗(yàn)證的結(jié)果,當(dāng)于步驟1804中署名恰當(dāng)且在有效期限內(nèi)時(shí),進(jìn)行步驟1806。當(dāng)署名不恰或超過(guò)有效期限,則于步驟1805表明票據(jù)不當(dāng),結(jié)束處理。
在步驟1806,用代理人裝置104所用的單向函數(shù)(圖16的步驟1601或1608中所用的同一函數(shù)),將代理人送來(lái)的附有支付證明書的文件壓縮,生成信息提要。于步驟1807,從代理人送來(lái)的票據(jù)中提取接收編號(hào)。然后,參照接收管理DB231(圖9),取出對(duì)應(yīng)于此接收編號(hào)的票據(jù),索求的信息提要,與步驟1806生成的信息提要比較。比較的結(jié)果據(jù)步驟1808是同一時(shí),由于能確切地認(rèn)定在票據(jù)索取時(shí)欲發(fā)送的內(nèi)容和發(fā)送來(lái)的相同,便進(jìn)到步驟1810。當(dāng)于步驟1808中比較的結(jié)果不同時(shí),由于在票據(jù)索取時(shí)輸送了與欲發(fā)送的內(nèi)容有別的內(nèi)容,在步驟1809進(jìn)行數(shù)據(jù)不一致的顯示,結(jié)束此處理。
在步驟1810,從支付證明書管理DB234(圖7)中檢索支付證明書中所包括的管理編號(hào)的數(shù)據(jù),驗(yàn)證其使用狀況706是否為“未使用”。在步驟1811,在“未使用”時(shí),即由步驟1813將支付證明書管理DB234中相應(yīng)于該管理編號(hào)的支付證明書的使用狀況706變更為“使用完畢”。其次,于步驟1814,將該接收編號(hào)的票據(jù)的管理信息907變更為“使用完畢”。再于步驟1815,保管附有支付證明書的文件。文件的保管通過(guò)存儲(chǔ)于圖9的接收管理DB231的文件的內(nèi)容908進(jìn)行。
在步驟1816,制成包含接收編號(hào)等接收信息的接收確認(rèn)書,進(jìn)行電子署名。在步驟1817,生成共用密鑰,由此共用密鑰使上述附有電子署名的接收確認(rèn)書加密。于步驟1818,由代理人的公開密鑰使上述共用密鑰加密。在步驟1819,將加密的共用密鑰以及由此共用密鑰加密了的附有電子署名的接收確認(rèn)書發(fā)送給代理人,結(jié)束此處理。
根據(jù)上述實(shí)施形式的系統(tǒng),申請(qǐng)人取得支付證明書,而代理人能將此支付證明書附于提交文件上發(fā)送給文件接收服務(wù)器。支付證明書能像印花票、收訖標(biāo)簽、貨幣代用券或商品券那樣地作用,由于附有支付接收服務(wù)器的署名,不容易改動(dòng)。實(shí)際的結(jié)帳則可用任意哪一種形式進(jìn)行。在支付信用查詢的階段,由于保證了可以進(jìn)行劃撥,在文件接收服務(wù)器一方必然能征收到費(fèi)用。同時(shí),申請(qǐng)人將支付證明書附于文件上,并于其全部材料上附有署名發(fā)送給代理人,因而這成為表明了申請(qǐng)人對(duì)該文件內(nèi)容了解的一種意志,使以后的代理人也不能改動(dòng)此文件。
在確定文件提交時(shí)刻之中,首先用單向函數(shù)壓縮提交者發(fā)送的文件數(shù)據(jù)而求得信息提要,把它與證明書一道發(fā)送給文件接收服務(wù)器,由文件接收服務(wù)器存儲(chǔ)此信息提要,返回票據(jù)。然后,在由提交者發(fā)送全部文件數(shù)據(jù)時(shí),求出此信息提要,與票據(jù)發(fā)放時(shí)存儲(chǔ)的信息提要比較,以確認(rèn)從一開始送出的預(yù)定文件已送出,由此可把票據(jù)發(fā)放時(shí)刻視作為文件提交的時(shí)刻。
圖19示明能由兩個(gè)代理人裝置分別將各自的電子文件基本上同時(shí)送到文件接收服務(wù)器101中時(shí),確定文件接收時(shí)間的情形。
圖中,首先由代理人裝置104將電子文件A的信息提要A發(fā)送給文件接收服務(wù)器101。文件接收服務(wù)器101接收到信息提要A后,按圖17的步驟1701~1702使此信息提要譯碼,于步驟1703確定文件A的接收編號(hào)同時(shí)確定文件A的接收日期與時(shí)刻。這一處理即圖19的步驟1901。
另一方面,比信息提要稍晚,代理人裝置104’將電子文件B的信息提要B發(fā)送給文件服務(wù)器101。同樣,文件接收服務(wù)器101在接收到信息提要B后,于步驟1902確定文件B的接收編號(hào)同時(shí)確定文件B的接收日期與時(shí)刻。
其次,代理人裝置104’將附有支付證明書的文件B發(fā)送給文件接收服務(wù)器101,然后由代理裝置104將附有支付證明書的文件A發(fā)送給文件接收服務(wù)器101。如果文件A與B中任一個(gè)都是合理的文件時(shí),文件接收服務(wù)器101便給代理人裝置104與104’發(fā)放文件接收確認(rèn)書。
從圖19可知,從代理人裝置104向文件接收服務(wù)器101的信息提要A的發(fā)送,要比從代理人裝置104’的信息提要B的發(fā)送快,但文件A的發(fā)送則比文件B的發(fā)送慢。這時(shí),給以文件A由步驟1901確定的接收日期與時(shí)刻,給以文件B由步驟1902確定的接收日期與時(shí)刻。這就是說(shuō),文件A的接收日期與時(shí)刻比文件B的早。若是文件A與B為同一內(nèi)容的專利申請(qǐng)說(shuō)明書,假定文件接收服務(wù)器101是專利局,則專利局將決定文件A這一方為最前的專利申請(qǐng)。
在上述的實(shí)施例中說(shuō)明的是代理人代理申請(qǐng)者進(jìn)行文件提交的例子,但申請(qǐng)人也可不經(jīng)由代理人而對(duì)文件接收服務(wù)器直接進(jìn)行文件的發(fā)送。
另外,在上述實(shí)施例中,是以采用SET為例說(shuō)明支付方式,但也可采用SET之外的支付方式,例如不使用SET的信用卡的支付方式等。
再者,此述實(shí)施例中,申請(qǐng)人與手續(xù)費(fèi)支付人雖為同一人,但本發(fā)明也適用于申請(qǐng)人與支付人為不同的情形。這時(shí),支付人的計(jì)算機(jī)即支付人裝置可以由與圖5所示申請(qǐng)人裝置105相同的結(jié)構(gòu)實(shí)現(xiàn)。支付人裝置接收申請(qǐng)人手續(xù)費(fèi)的支付委托,對(duì)支付接收服務(wù)器102提出支付處理要求。支付接收服務(wù)器102在實(shí)施支付人的信用查詢后給支付人發(fā)送支付證明書。此支付證明書從支付人裝置轉(zhuǎn)送給申請(qǐng)人裝置105。
本發(fā)明適用于經(jīng)由因特網(wǎng)將文件發(fā)送給專利局、登記所或是機(jī)關(guān)等公用機(jī)構(gòu)等的情形。此外也能用于所謂的電子購(gòu)物等。
權(quán)利要求
1.一種文件接收方法,其特征在于,它將對(duì)應(yīng)發(fā)送的文件施加單向函數(shù)后求得的第一壓縮數(shù)據(jù)經(jīng)由前述網(wǎng)絡(luò)從發(fā)送文件的裝置發(fā)送給文件接收服務(wù)器;在所述文件接收服務(wù)器中,將接收的前述壓縮數(shù)據(jù)與所述第一壓縮數(shù)據(jù)的接收時(shí)間存儲(chǔ)于存儲(chǔ)裝置中;在此第一壓縮數(shù)據(jù)發(fā)送后,將前述文件的非壓縮數(shù)據(jù)經(jīng)所述網(wǎng)絡(luò)從所述文件發(fā)送裝置發(fā)送給所述文件接收服務(wù)器;在前述文件接收服務(wù)器中,把對(duì)所接收的前述非壓縮數(shù)據(jù)施加單向函數(shù)所得的第二壓縮數(shù)據(jù)與前述第一壓縮數(shù)據(jù)進(jìn)行比較,當(dāng)求得此第一與第二壓縮數(shù)據(jù)相一致的比較結(jié)果時(shí),將所述第一壓縮數(shù)據(jù)的接收時(shí)間確定為前述文件的接收時(shí)間。
全文摘要
支付接收服務(wù)器根據(jù)來(lái)自于申請(qǐng)人裝置的用費(fèi)支付委托,對(duì)金融機(jī)關(guān)服務(wù)器進(jìn)行申請(qǐng)人的支付信用查詢。在判斷申請(qǐng)人的支付有保證時(shí),支付接收服務(wù)器即給申請(qǐng)人裝置發(fā)送電子支付證明書。附有支付證明書的文件從申請(qǐng)人裝置或其代理人裝置經(jīng)通信網(wǎng)絡(luò)發(fā)送給文件接收服務(wù)器。文件接收服務(wù)器在接收文件本身之前,從發(fā)送文件的裝置接收對(duì)此文件施加單向函數(shù)所得的壓縮數(shù)據(jù),并把這一接收時(shí)刻作為接收此文件的日期與時(shí)刻。
文檔編號(hào)G06Q20/00GK1497482SQ02129770
公開日2004年5月19日 申請(qǐng)日期1998年12月4日 優(yōu)先權(quán)日1997年12月5日
發(fā)明者廣田純子, 武內(nèi)敏, 山部浩一, 一 申請(qǐng)人:株式會(huì)社日立制作所