TWI726093B - 清算之方法 - Google Patents
清算之方法 Download PDFInfo
- Publication number
- TWI726093B TWI726093B TW106113618A TW106113618A TWI726093B TW I726093 B TWI726093 B TW I726093B TW 106113618 A TW106113618 A TW 106113618A TW 106113618 A TW106113618 A TW 106113618A TW I726093 B TWI726093 B TW I726093B
- Authority
- TW
- Taiwan
- Prior art keywords
- account
- amount
- transaction
- clearing
- accounts
- Prior art date
Links
Images
Abstract
本發明係一種清算之方法,係清算伺服裝置依據儲存於清算伺服裝置之交易命令計算取得每一帳戶各自之應收付金額,並依據每一帳戶之第一帳戶金額計算出試算金額後,判斷第一帳戶金額是否可以支付對應之應收付金額之應付金額,當可以支付時,則將執行交易命令,並依據每一帳戶之應收付金額及第一帳戶金額計算取得每一帳戶之第二帳戶金額。
Description
本發明係有關於一種清算之方法,特別係有關於計算每一帳戶各自之應收付金額,並依據應收付金額及每一帳戶各自之第一帳戶金額判斷是否可將交易命令互相抵銷之清算之方法。
因應全球金融市場的發展,國際間貿易的往來量增加,使得金融交易量也隨之增加,因此,各家金融機構與清算系統之間的資訊傳遞更為緊密。
所謂的清算系統是指國家或地區對經濟活動所產生的交易者之間或金融機構之間的債權債務關係進行清償的一種系統,用以提供貨幣的轉移服務,亦即將A帳戶中之部分金額轉移到B帳戶中。
在現行方法下,當有交易命令進入清算系統時,清算系統會依據交易命令之一交易金額檢查交易命令所對應之一第一帳戶之金額是否足夠,當交易帳戶之金額足夠時,清算系統依據交易命令之交易金額從第一帳戶中匯出相應於交易金額之金額至一第二帳戶中,即可完成交易作業。
然而,在現行方法下若是第一帳戶之金額不足時,則清算系統會一直讓交易命令保留在交易佇列中等到有其他金額匯入第一帳戶,使得第一帳戶之金額足夠時才將此交易命令由交易佇列中取出並完成交易之作業,在此同時,若有其他交易命令進入清算系統,則清算系統則將後續進入清算系統之交易命令保留在交易佇列中,直到交易佇列中第一筆交易命令執行完成後才執行後續之交易命令,亦或是當匯出帳戶之金額不足時清算系統直接拒絕此交易命令,並發出拒絕資訊至此交易命令之發送者之電子裝置上,讓發送者在交易帳戶金額足夠再自行重新發送交易命令。
由於現行的方法會一直到交易佇列中第一筆交易命令執行完成後才執行交易佇列中其他之交易命令,或者是會直接拒絕交易命令,會使得交易者的現金匯出及現金匯入不一致,而造成交易者的流動性資金風險。
本發明之主要目的,係提供一種清算之方法,清算伺服裝置依據儲存於儲存單元之交易命令,計算取得每一帳戶之應收付金額,並依據應收付金額及每一帳戶各自之第一帳戶金額計算出試算金額後,判斷是否可將交易命令互相抵銷之清算之方法。
為達上述之指稱之各目的與功效,本發明之一實施例係揭示一種清算之方法,適用於包含有複數個交易命令之一清算伺服裝置,其步驟包含清算伺服裝置依據該些個交易命令計算取得複數個帳戶各自之應收付金額,清算伺服裝置依據該些個帳戶各自之應收付金額及該些個帳戶各自之第一帳戶金額計算取得該些個帳戶各自之試算金額,當每一帳戶各自之試算金額都不小於零時,清算伺服裝置依據每一帳戶各自之應收付金額及每一帳戶各自之第一帳戶金額計算取得每一帳戶各自之第二帳戶金額。
於本發明之一實施例中,當該些個帳戶各自之該試算金額中至少一小於零時,清算伺服裝置標記所取得之帳戶所對應之該些個交易命令中各自之匯出帳戶為所取得之帳戶且時間資訊最晚者,並以未被標記之該些個交易命令計算應收付金額。
於本發明之一實施例中,其中當所取得之帳戶所對應之該些個交易命令中各自之匯出帳戶為所取得之帳戶且時間資訊最晚者之交易次序為優先時,清算伺服裝置標記所取得之帳戶所對應之該些個交易命令中之匯出帳戶為所取得之該帳戶且時間資訊次晚者。
於本發明之一實施例中,其中該些交易命令儲存於一餘額不足佇列。
於本發明之一實施例中,其中於清算伺服裝置依據該些個交易命令計算取得該些個帳戶各自之交易金額之步驟前,該方法更包含:發送該些個交易命令至清算伺服裝置,清算伺服裝置判斷該些個帳戶中對應該些個交易命令其中之一之匯出帳戶之帳戶之第一帳戶金額是否小於交易命令之匯出金額,當帳戶之第一帳戶金額小於交易命令之匯出金額時,清算伺服裝置將交易命令儲存至該餘額不足佇列。
為使 貴審查委員對本發明之特徵及所達成之功效有更進一步之瞭解與認識,謹佐以較佳之實施例及配合詳細之說明,說明如後:
先前之技術中,由於現行的方法容易使得交易者的現金匯出及現金匯入不一致,而造成交易者的流動性資金風險,因此提出一種清算之方法。
在此說明本發明之第一實施例之清算之方法之流程,請參閱第一圖,其係為本發明之第一實施例之清算之方法之流程圖。如圖所示,本實施例之清算之方法其步驟包含:
步驟S1:發送交易命令;
步驟S3:儲存至餘額不足佇列;
步驟S5:計算應收付金額;
步驟S7:判斷每一帳戶各自之試算金額是否小於零;
步驟S9:計算每一帳戶之第二帳戶金額;
步驟S11:取得試算金額最小之帳戶;
步驟S13:標記所取得之交易命令中交易金額最高者;以及
步驟S15:以未被標記之交易命令計算應收付金額。
接著說明為達成本發明之清算之方法所需之系統,請參閱第二圖,其係為本發明之第一實施例之清算之方法之示意圖。如圖所示,本發明之清算之方法之系統包含:電子裝置1及一清算伺服裝置3。
上述之電子裝置1可為智慧型手機、個人數位助理(PDA)、平板電腦、筆記型電腦、桌上型電腦等電子裝置。
清算伺服裝置3包含一儲存單元301,儲存單元301可為硬式磁碟、軟式磁碟、固態硬碟、快閃式記憶體(Flash Memory)、唯讀記憶體(Read-Only Memory)、磁帶、光碟、可由網路存取之資料庫、雲端儲存空間或其他可儲存資料之儲存設備。
以下將說明本發明之第一實施例之清算之方法執行時之流程,請參閱搭配第一圖、第二圖、第三A圖~第三C圖及第四A圖~第四B圖。當要進行清算時,將執行步驟S1至步驟S15。
於步驟S1,發送交易命令,電子裝置1透過通訊單元101發送交易命令至清算伺服裝置3。電子裝置1為複數個,並各自發送一交易命令至清算伺服裝置3。換言之,於步驟S1中複數個電子裝置發送複數個交易命令至清算伺服裝置3。
於步驟S3,儲存至餘額不足佇列,清算伺服裝置3依據交易命令之匯出金額判斷該清算伺服裝置3之複數個帳戶中對應交易命令之匯出帳戶之帳戶之第一帳戶金額是否小於匯出金額,當對應交易命令之匯出帳戶之第一帳戶金額小於匯出金額時,將交易命令儲存至餘額不足佇列。如第三A圖所示,第一帳戶51之第一帳戶金額為400,第二帳戶53之第一帳戶金額為100。交易命令71之匯出金額為1500(以負號表示匯出),交易命令71之匯出帳戶為第一帳戶51,交易命令71之匯入金額為1500(以加號表示匯入),交易命令71之匯入帳戶為第二帳戶53,由於第一帳戶51之第一帳戶金額為400小於交易命令之匯出金額1500,因此儲存於餘額不足佇列中;交易命令73之匯出金額為1100(以負號表示匯出),交易命令73之匯出帳戶為第二帳戶53,交易命令73之匯入金額為1100(以加號表示匯入),交易命令73之匯入帳戶為第一帳戶51,由於第二帳戶53之第一帳戶金額為100小於交易命令之匯出金額1100,因此儲存於餘額不足佇列中。交易命令75之匯出金額為200(以負號表示匯出),交易命令73之匯出帳戶為第二帳戶53,交易命令73之匯入金額為200(以加號表示匯入),交易命令73之匯入帳戶為第一帳戶51,由於第二帳戶53之第一帳戶金額為100小於交易命令之匯出金額100,因此儲存於餘額不足佇列311中。
於步驟S5中,計算應收付金額,清算伺服裝置3依據該些個交易命令計算每一帳戶之應收付金額,於本步驟中,清算伺服裝置依據該些個交易命令計算每一帳戶各自之一應收付金額,如第三B圖所示,依據交易命令71~75計算第一帳戶51之應收付金額91為負200(負數表示第一帳戶51應付200),第二帳戶53之應收付金額93為正200(正數表示第二帳號53應收200)。
於步驟S7中,判斷每一帳戶各自之試算金額是否小於零,清算伺服裝置3依據每一帳戶之各自之第一帳戶金額及每一帳戶各自之一應收付金額計算取得每一帳戶各自之試算金額,若每一帳戶51之試算金額皆不小於零則執行步驟S9,若帳戶中有一個帳戶或多個帳戶之試算金額小於零則執行步驟S11。
舉例而言,如第三B圖所示,清算伺服裝置3依據第一帳戶51之第一帳戶金額及第一帳戶之應收付金額91計算取得第一帳戶51之試算金額111為200(400+(-200)),清算伺服裝置3依據第二帳戶53之第一帳戶金額及第二帳戶53之應收付金額93計算取得第二帳戶53之試算金額113為300(100+300),試算金額111及113皆不小於零,因此執行步驟S9。於步驟S9中,計算每一帳戶之第二帳戶金額,清算伺服裝置3依據每一帳戶各自之應收付金額計算取得第二帳戶金額。
舉例而言,如第三B圖及第三C圖所示,第一帳戶51之第一帳戶金額為400,第一帳戶51之應收付金額91為負200,清算伺服裝置3計算取得第一帳戶51之第二帳戶金額為200,第二帳戶53之第一帳戶金額為100,第二帳戶53之應收付金額93為正200,清算伺服裝置3計算取得第二帳戶53之第二帳戶金額為300。
於本發明之一實施例中,於步驟S9執行完後,清算伺服裝置3視交易命令71~75為已執行完成,該清算伺服裝置3紀錄交易命令71~75,並將交易命令71~75移出餘額不足佇列311。
再舉例而言,如第四A圖所示,清算伺服裝置3依據第一帳戶51之第一帳戶金額及第一帳戶之應收付金額91計算取得第一帳戶51之試算金額111為-500(400+(-900)),清算伺服裝置3依據第二帳戶53之第一帳戶金額及第二帳戶53之應收付金額93計算取得第二帳戶53之試算金額113為1000(100+900),試算金額111及113中至少有一個小於零,因此執行步驟S11。
於步驟S11中,取得試算金額最小之帳戶,清算伺服裝置3取得帳戶中試算金額最小者,如第四A圖所示,與試算金額最小者為第一帳戶51。
於步驟S13中,標記所取得之帳戶對應之交易命令中匯出帳戶對應所取得之帳戶且時間資訊最晚者,清算伺服裝置3比較所取得之帳戶對應之交易命令中匯出帳戶對應所取得之帳戶之交易命令各自之一時間資訊,取得所取得之帳戶對應之交易命令中匯出帳戶且時間資訊最晚者並標記之。如四B圖所示,由於所取得之帳戶為第一帳戶51,第一帳戶51所對應之交易命令中匯出帳戶對應第一帳戶51之交易命令為交易命令71及交易命令77,交易命令71之時間資訊為早上8點,交易命令77之時間資訊為早上9點,因此交易命令77之接收時間晚於交易命令71,因此清算伺服裝置3標記交易命令77。上述之時間資訊為該清算伺服裝置3接收到交易命令之時間。
於步驟S15中,以未被標記之交易命令計算應收付金額,清算伺服裝置3以未被標記之交易命令計算應收付金額,如第四B圖所示,清算伺服裝置3以步驟S5所述之方法以交易命令71~75計算應收付金額。
詳而言之,如第四B圖所示,清算伺服裝置3依據第一帳戶51之第一帳戶金額及第一帳戶之應收付金額91計算取得第一帳戶51之試算金額111為200(400+(-200)),清算伺服裝置3依據第二帳戶53之第一帳戶金額及第二帳戶53之應收付金額93計算取得第二帳戶53之試算金額113為300(100+300),試算金額111及113皆不小於零,因此執行步驟S9。
於步驟S9中,計算每一帳戶之第二帳戶金額,清算伺服裝置3依據每一帳戶各自之應收付金額計算取得第二帳戶金額。第一帳戶51之第一帳戶金額為400,第一帳戶51之應收付金額91為負200,清算伺服裝置3計算取得第一帳戶51之第二帳戶金額為200,第二帳戶53之第一帳戶金額為100,第二帳戶53之應收付金額93為正200,清算伺服裝置3計算取得第二帳戶53之第二帳戶金額為300。而在計算完成後,被標記之交易命令77則會留在餘額不足佇列311中。
於此即完成本發明之第一實施例之清算之方法,藉由本實施例,清算伺服裝置可依據儲存於餘額不足佇列中之交易命令計算出每一帳戶之應收付金額,當帳戶之第一帳戶金額足以支付應付金額時,則清算伺服裝置可直接清算交易命令,因此可以增加交易之便利性,亦由於無法執行之交易命令會儲存於餘額不足佇列中,而不是直接拒絕交易命令或是一直讓交易命令維持在交易佇列中,可以減少交易者的流動性資金風險。
接著說明本發明之第二實施例之清算之方法,請參閱第五A圖~第五C圖,並搭配第一圖及第二圖。
於本實施例中,於步驟S1時,如第五A圖所示,電子裝置1發送交易命令77時,將交易命令77之一交易次序設定為優先。
於步驟S7時,如第五B圖所示,試算金額111及113中至少有一個小於零,因此執行步驟S11。
於步驟S11時,與試算金額最小者為第一帳戶51。
於步驟S13時,交易命令71~77中匯出帳戶對應第一帳戶51者為交易命令71及交易命令77,清算伺服裝置3比較交易命令71之時間資訊(假設為早上7:30)及交易命令77之時間資訊(假設為早上8:10),因此時間資訊最晚者為交易命令77,但是交易命令77之交易次序為優先,因此清算伺服裝置3標記所取得之帳戶所對應之交易命令中匯出帳戶對應所取得之帳戶且時間資訊次晚者,如第五C圖所示,交易命令71為時間資訊次晚者,因此清算伺服裝置3標記交易命令71。
於步驟S15時,清算伺服裝置3以未被標記之交易命令計算應收付金額,如第五C圖所示,清算伺服裝置3以步驟S5所述之方法以交易命令73~77計算應收付金額。
詳而言之,如第五C圖所示,清算伺服裝置3依據第一帳戶51之第一帳戶金額及第一帳戶之應收付金額91計算取得第一帳戶51之試算金額111為1000(400+(600)),清算伺服裝置3依據第二帳戶53之第一帳戶金額及第二帳戶53之應收付金額93計算取得第二帳戶53之試算金額113為-500(100+(-600)。
接續上述,由於試算金額111及113中試算金額113小於零,因此執行步驟S11時,與試算金額最小者為第二帳戶53,於步驟S13時,時間資訊最晚者為交易命令75,因此標記交易命令75後執行步驟S15,試算結果金額113仍小於零;因此執行步驟S11時,與試算金額最小者為第二帳戶53,再執行步驟S13,除已標記之交易命令75外,時間資訊最晚者為交易命令73,因此標記交易命令73後執行步驟S15,試算結果金額113仍小於零,因此執行步驟S11時,與試算金額最小者為第二帳戶51,且無其餘未被標記之交易命令,因此交易命令71~77則全部留於餘額不足佇列311中。
接續上述,於本發明之一實施例中,清算伺服裝置3繼續執行步驟S11~S15,並重複上述之流程直至交易命令全部被標記或是當試算金額111及113皆不小於零時執行步驟S9。
藉由本實施例,交易者可設定交易命令之交易次序,可以讓較為重要之交易命令之交易次序設定為優先,讓此交易命令可以被清算伺服裝置3優先處理,而不會被標記。
接著說明本發明之第三實施例之清算之方法,請參閱第六A圖~第五C圖,並搭配第一圖及第二圖。本實施例用舉例說明當帳戶有兩個以上時之清算之方法之執行流程。
於步驟S3,如第六A圖所示,將交易命令71~77儲存於餘額不足佇列。
於步驟S5,如第六B圖所示,清算伺服裝置3依據交易命令71~77計算取得第一帳戶51之應收付金額91之應付金額200,第二帳戶53之應收付金額93之應收金額700,第三帳戶55之應收付金額95之應付金額500。
於步驟S7,如第六B圖所示,清算伺服裝置依據每一帳戶之第一帳戶金額及應收付金額計算取得每一帳戶之試算金額,第一帳戶51之試算金額111為200,第二帳戶53之試算金額113為800,第三帳戶55之試算金額115為0,試算金額111~115皆不小於零,因此執行步驟9。
於步驟S9,如第六C圖所示,清算伺服裝置3計算取得第一帳戶51之第二帳戶金額為200,清算伺服裝置3計算取得第二帳戶53之第二帳戶金額為800,清算伺服裝置3計算取得第三帳戶55之第二帳戶金額為0。於此即完成本發明之第三實施例之清算之方法。
接著說明本發明之第四實施例之清算之方法,請參閱第七A圖~第七C圖,並搭配第一圖及第二圖。本實施例用舉例說明當帳戶有兩個以上時之清算之方法之執行流程。
於步驟S3,如第七A圖所示,將交易命令71~79儲存於餘額不足佇列。
於步驟S5,如第七B圖所示,清算伺服裝置3依據交易命令71~79計算取得第一帳戶51之應收付金額91之應付金額900,第二帳戶53之應收付金額93之應收金額1600,第三帳戶55之應收付金額95之應付金額700。
於步驟S7,如第七B圖所示,清算伺服裝置依據每一帳戶之第一帳戶金額及應收付金額計算取得每一帳戶之試算金額,第一帳戶51之試算金額111為-500,第二帳戶53之試算金額113為1700,第三帳戶55之試算金額115為-200,試算金額111~115中至少有一個試算金額小於零,因此執行步驟S11。
於步驟S11,清算伺服裝置3取得試算金額最小者為第一帳戶51。
於步驟S13,如第七C圖所示,由於所取得之帳戶為第一帳戶51,第一帳戶51所對應之交易命令中匯出帳戶對應第一帳戶51之交易命令為交易命令71及交易命令77,交易命令71之時間資訊為1月1日晚上9點,交易命令77之時間資訊為1月2日早上8點,交易命令77之時間資訊晚於交易命令71之時間資訊,因此清算伺服裝置3標記交易命令77。
於步驟S15,清算伺服裝置3以步驟S5所述之方法以交易命令71~75及交易命令79計算應收付金額。
詳而言之,如第七C圖所示,清算伺服裝置3依據第一帳戶51之第一帳戶金額及第一帳戶之應收付金額91計算取得第一帳戶51之試算金額111為200(400+(-200)),清算伺服裝置3依據第二帳戶53之第一帳戶金額及第二帳戶53之應收付金額93計算取得第二帳戶53之試算金額113為1700(100+1600),清算伺服裝置3依據第三帳戶55之第一帳戶金額及第三帳戶55之應收付金額95計算取得第三帳戶55之試算金額115為-900(500+(-1400)。
接續上述,由於試算金額111、113及115中試算金額111及115小於零,因此,於步驟S11,清算伺服裝置3取得試算金額最小者為第三帳戶55,於步驟S13時,時間資訊最晚者為交易命令79,因此標記交易命令79後執行步驟S15,試算結果金額115仍小於零;因此執行步驟S11時,與試算金額最小者為第三帳戶55,再執行步驟S13,除已標記之交易命令79外,時間資訊最晚者為交易命令73,因此標記交易命令73後執行步驟S15,試算金額111、113及115中試算金額111小於零,因此,於步驟S11,清算伺服裝置3取得試算金額最小者為第一帳戶51,於步驟S13時,時間資訊最晚者為交易命令71,因此標記交易命令71後執行步驟S15,試算金額111、113及115中試算金額113小於零,因此,於步驟S11,清算伺服裝置3取得試算金額最小者為第二帳戶53,於步驟S13時,時間資訊最晚者為交易命令75,因此標記交易命令75後執行步驟S15,由於交易命令已全部被標記,因此交易命令71~79則全部留於餘額不足佇列311中。
接續上述,於本發明之一實施例中,清算伺服裝置3繼續執行步驟S11~S15,並重複上述之流程直至交易命令全部被標記或是當試算金額111、113及117皆不小於零時執行步驟S9。
於此即完成本發明之第四實施例之清算之方法。
本發明之清算之方法亦可使用於批次清算交易命令之清算伺服裝置,在這樣的情況下,於步驟S1,電子裝置發送交易命令至清算伺服裝置後,清伺服裝置直接將交易命令儲存於記憶單元中,清算伺服裝置每隔一段時間(如半小時、一小時、一個半小時)後執行步驟S5~步驟S15。換言之,在這樣的情況下,僅執行步驟S5~步驟S15,而不執行步驟S1、步驟S3。
惟以上所述者,僅為本發明之較佳實施例而已,並非用來限定本發明實施之範圍,舉凡依本發明申請專利範圍所述之形狀、構造、特徵及精神所為之均等變化與修飾,均應包括於本發明之申請專利範圍內。
本發明係實為一具有新穎性、進步性及可供產業利用者,應符合我國專利法所規定之專利申請要件無疑,爰依法提出發明專利申請,祈 鈞局早日賜准專利,至感為禱。
1‧‧‧電子裝置101‧‧‧通訊單元3‧‧‧清算伺服裝置31‧‧‧儲存單元311‧‧‧餘額不足佇列51‧‧‧第一帳戶53‧‧‧第二帳戶55‧‧‧第三帳戶71‧‧‧交易命令73‧‧‧交易命令75‧‧‧交易命令77‧‧‧交易命令91‧‧‧應收付金額93‧‧‧應收付金額95‧‧‧應收付金額111‧‧‧試算金額113‧‧‧試算金額115‧‧‧試算金額
第一圖:其係為本發明之第一實施例之清算之方法之流程圖; 第二圖:其係為本發明之第一實施例之清算之方法之系統示意圖; 第三A圖~第三C圖:其係為本發明之第一實施例之清算之方法之示意圖,用以示意清算之過程; 第四A圖~第四B圖:其係為本發明之第一實施例之清算之方法之示意圖,用以示意標記交易命令; 第五A圖~第五C圖:其係為本發明之第二實施例之清算之方法之示意圖,用以示意交易命令之優先權; 第六A圖~第六C圖:其係為本發明之第三實施例之清算之方法之示意圖,用以示意清算之過程;以及 第七A圖~第七C圖:其係為本發明之第四實施例之清算之方法之示意圖,用以示意標記交易命令。
Claims (4)
- 一種清算之方法,適用於複數個電子裝置及一清算伺服裝置,其步驟包含:該些個電子裝置各自發送一交易命令至該清算伺服裝置,產生包含有複數個交易命令之該清算伺服裝置,該清算伺服裝置依據該些個交易命令計算取得複數個帳戶各自之一應收付金額;該清算伺服裝置依據該些個帳戶各自之該應收付金額及該些個帳戶各自之一第一帳戶金額計算取得該些個帳戶各自之一試算金額;當該些個帳戶各自之該試算金額都不小於零時,該清算伺服裝置依據該些個帳戶各自之該應收付金額及該些個帳戶各自之該第一帳戶金額計算取得該些個帳戶各自之一第二帳戶金額;當該些個帳戶各自之該試算金額中至少一小於零時,該清算伺服裝置取得該些個帳戶中該試算金額最小者;該清算伺服裝置標記所取得之該帳戶所對應之該些個交易命令中各自之一匯出帳戶為所取得之該帳戶且一時間資訊最晚者;以及以未被標記之該些個交易命令計算該應收付金額。
- 如申請專利範圍第1項所述之清算之方法,其中當所取得之該帳戶所對應之該些個交易命令中各自之該匯出帳戶為所取得之該帳戶且一時間資訊最晚者之一交易次序為優先時,該清算伺服裝置標記所取得之該帳戶所對應之該些個交易命令中之該匯出帳戶為所取得之該帳戶且該時間資訊次晚者。
- 如申請專利範圍第1項所述之清算之方法,其中該些交易命令儲存於一餘額不足佇列。
- 如申請專利範圍第3項所述之清算之方法,其中於該清算伺服裝置依據該些個交易命令計算取得該些個帳戶各自之該交易金額之步驟前,該方法更包含:發送該些個交易命令至該清算伺服裝置;該清算伺服裝置判斷該些個帳戶中對應該些個交易命令其中之一之該匯出帳戶之一帳戶之該第一帳戶金額是否小於該交易命令之一匯出金額;當該帳戶之該第一帳戶金額小於該交易命令之該匯出金額時,該清算伺服裝置將該交易命令儲存至該餘額不足佇列。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW106113618A TWI726093B (zh) | 2017-04-24 | 2017-04-24 | 清算之方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW106113618A TWI726093B (zh) | 2017-04-24 | 2017-04-24 | 清算之方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201839697A TW201839697A (zh) | 2018-11-01 |
TWI726093B true TWI726093B (zh) | 2021-05-01 |
Family
ID=65033823
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW106113618A TWI726093B (zh) | 2017-04-24 | 2017-04-24 | 清算之方法 |
Country Status (1)
Country | Link |
---|---|
TW (1) | TWI726093B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI825506B (zh) * | 2021-11-05 | 2023-12-11 | 財金資訊股份有限公司 | 非集中式清算之方法及其系統 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103577570A (zh) * | 2013-10-31 | 2014-02-12 | 北京奇虎科技有限公司 | 一种数据处理中的数据记录方法和系统 |
CN105069685A (zh) * | 2015-08-05 | 2015-11-18 | 杭州呯嘭智能技术有限公司 | 基于互联网的货币兑换与结算方法及系统 |
CN105684010A (zh) * | 2013-08-15 | 2016-06-15 | 维萨国际服务协会 | 使用安全元件的安全远程支付交易处理 |
-
2017
- 2017-04-24 TW TW106113618A patent/TWI726093B/zh active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105684010A (zh) * | 2013-08-15 | 2016-06-15 | 维萨国际服务协会 | 使用安全元件的安全远程支付交易处理 |
CN103577570A (zh) * | 2013-10-31 | 2014-02-12 | 北京奇虎科技有限公司 | 一种数据处理中的数据记录方法和系统 |
CN105069685A (zh) * | 2015-08-05 | 2015-11-18 | 杭州呯嘭智能技术有限公司 | 基于互联网的货币兑换与结算方法及系统 |
Non-Patent Citations (1)
Title |
---|
蔡佩珍,探討我國「外幣結算平台」之服務與發展,2015年4月,https://www.fisc.com.tw/Upload/b7dbde3e-2572-4b46-9dcc-d2c198001ec9/TC/8204.pdf * |
Also Published As
Publication number | Publication date |
---|---|
TW201839697A (zh) | 2018-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20060253368A1 (en) | System and method for creating and trading credit rating derivative investment instruments | |
US20120290474A1 (en) | Payment Network Facilitating Multi-Currency Trade Finance | |
US20080294547A1 (en) | Systems and methods for establishing business credit and improving personal credit | |
US20150294280A1 (en) | Methods and apparatus for allocating funds based on payment obligations | |
US20050256793A1 (en) | Multiple seller securitization for transforming private equity exposure | |
CN110363642A (zh) | 贷款数据处理方法、装置、可读存储介质和程序产品 | |
Banerji et al. | New thinking on corporate bond market in India | |
JP2007172141A (ja) | 融資機関情報処理装置、融資システム、融資方法および融資プログラム | |
JP2018514889A (ja) | 当初証拠金標準モデルに基づいて当初証拠金を計算及び提供する方法及びシステム | |
TWI726093B (zh) | 清算之方法 | |
JP2019526871A (ja) | P2p投資仲介システム | |
Matoušek et al. | Financial Integration in the European Union | |
US20220084035A1 (en) | System and method for facilitating direct trading of electronic transactions | |
US8447675B2 (en) | Methods and apparatus for recording legal tender decomposition of accounting system entries | |
WO2022271428A1 (en) | Automatic tax account management | |
TWI715789B (zh) | 多貨幣之清算之方法 | |
CN112950361A (zh) | 一种基于违约风险暴露的预警方法、装置、电子设备和介质 | |
TWI655598B (zh) | Method of liquidation with balance queue | |
TWI646488B (zh) | Method of liquidation of multi-currency transactions | |
US10685342B2 (en) | Systems and methods for use in routing funds, associated with transactions, to direct-pay accounts | |
WO2020033342A1 (en) | Method, system, and computer program product for processing a fund disbursement transaction | |
JP2014215824A (ja) | 電子記録債権の流動化管理システム | |
US20230047948A1 (en) | Method and system for providing a cryptocurrency secured by one or more loans | |
TWI671700B (zh) | 查詢應收付金額之方法 | |
KR20120011147A (ko) | 상호 보증에 의한 회원제 대부 시스템 및 이를 이용한 대부 관리방법 |