国产精品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>

      財務系統(tǒng)的制作方法

      文檔序號:6416127閱讀:165來源:國知局
      專利名稱:財務系統(tǒng)的制作方法
      技術領域
      本發(fā)明涉及財務系統(tǒng),特別是涉及謀求在由多個公司構成的集團企業(yè)中,進行集團整體的決算報告時的決算處理的迅速化的技術。
      背景技術
      近年來,集團企業(yè)內的企業(yè)彼此之間的商業(yè)交易變得極其繁雜且大量。對于這些企業(yè)的企業(yè)評價,與各企業(yè)單獨進行的單獨決算相比,作為集團企業(yè)整體而聯(lián)結進行的情況在國際上較普遍,在我國近年來,聯(lián)結決算也逐漸被重視起來。
      在此,簡單地說明單獨決算與聯(lián)結決算的差別。例如,A公司在向B公司請求了100作為債權額的情況下,在單獨決算中,B公司作為債務額,對A公司上計入100,A公司作為債權額,對B公司計入100。其結果,在A公司的決算報告中計入基于與B公司間的交易的銷售額,在B公司的決算報告中計入基于與A公司間的交易的經費。
      對此,在聯(lián)結決算中,將A公司和B公司作為一個集團企業(yè)來考慮,將A公司的對B公司的債權額100與B公司的對A公司的債務額100相互抵消,作出決算報告。其結果,在集團企業(yè)整體的決算報告中,消去基于在A公司與B公司之間的交易的銷售額和經費。
      在此,所述的“消去”,是指基于集團企業(yè)內的各企業(yè)間的商業(yè)交易,通過在進行集團企業(yè)整體的決算的過程中,相互抵消在該企業(yè)間財務上暫時計入的債權和債務,就不在集團企業(yè)整體的決算報告中計入該債權和債務。
      在各企業(yè)的財務部中,因請求內容的細查和認可操作等的復雜,“消去”的處理經過了多天的處理后才能結束。
      專利文獻日本特開平11-203373近年來,通過集團企業(yè)內的其他企業(yè),活躍地新行著經濟活動的擴大和海外的資金調配活動等,我國企業(yè)的多元化和國際化急速發(fā)展。此外,對于我國的證券市場,海外投資家的參與增加等圍繞企業(yè)的環(huán)境顯著變化,在企業(yè)方加強了重視聯(lián)結決算的傾向的同時,投資家方為了準確地判斷企業(yè)集團所持的風險和回報,對聯(lián)結信息的必要性進一步增強。特別是對于投資家,及早報告集團企業(yè)的決算報告就成為增強該企業(yè)的可靠度還有決斷投資時期和額度的重要要素。
      但是,如上所述,要基于集團企業(yè)內的各企業(yè)間的商業(yè)交易,消去計入的債權和債務,需要好多天時間,這就成為延誤集團企業(yè)整體的決算報告的重大因素之一。

      發(fā)明內容
      鑒于上述問題點,本發(fā)明的目的在于提供一種財務系統(tǒng),其謀求在由多個公司構成的集團企業(yè)中,對投資家等進行集團企業(yè)整體的決算報告時的聯(lián)結決算處理的迅速化。
      為了實現(xiàn)該目的,(1)本發(fā)明的一種財務系統(tǒng),由與數(shù)據(jù)庫連接的請求發(fā)信裝置和請求受理裝置構成,其特征在于,上述請求發(fā)信裝置具有接受單元,順次接受不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)和成為上述計入對象的請求數(shù)據(jù)的某個請求數(shù)據(jù)的輸入;登記單元,將接受的請求數(shù)據(jù)登記在上述數(shù)據(jù)庫中;抽出單元,從接受的請求數(shù)據(jù)抽出不成為上述計入對象的請求數(shù)據(jù);輸出單元,將抽出的請求數(shù)據(jù)輸出給上述請求受理裝置;排除單元,將登記在上述數(shù)據(jù)庫中的請求數(shù)據(jù)內的指定的請求數(shù)據(jù)確定為上述計入對象外的數(shù)據(jù)并從上述計入對象中排除,上述請求受理裝置具有受理單元,受理輸入的請求數(shù)據(jù);通知單元,將已受理了上述請求數(shù)據(jù)的旨意通知給上述請求發(fā)信裝置,上述排除單元將通知的上述請求數(shù)據(jù)作為上述指定的請求數(shù)據(jù)從上述計入對象中排除。
      (2)此外,也可以是本發(fā)明的一種財務系統(tǒng),由下述裝置構成請求發(fā)信裝置,與第一數(shù)據(jù)庫連接;服務器,與存儲著計入非對象列表的第二數(shù)據(jù)庫連接,所述計入非對象列表示出不成為聯(lián)結決算的計入對象的請求源與請求目的地的對應關系;請求受理裝置,與第三數(shù)據(jù)庫連接,該財務系統(tǒng)的特征在于,上述請求發(fā)信裝置具有接受單元,順次接受不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)和成為上述計入對象的請求數(shù)據(jù)的某個請求數(shù)據(jù)的輸入;第一發(fā)送單元,將接受的請求數(shù)據(jù)發(fā)送給上述服務器;登記單元,將接受的請求數(shù)據(jù)登記在第一數(shù)據(jù)庫中;排除單元,將登記在第一數(shù)據(jù)庫中的請求數(shù)據(jù)內的指定的請求數(shù)據(jù)確定為上述計入對象外的數(shù)據(jù)并從上述計入對象中排除,上述服務器具有判定單元,根據(jù)上述計入非對象列表中是否示出了接收到的請求數(shù)據(jù)的請求目的地和請求源,判定該請求數(shù)據(jù)是否是成為上述計入對象的請求數(shù)據(jù);第二發(fā)送單元,在判定為接收到的請求數(shù)據(jù)是不成為上述計入對象的請求數(shù)據(jù)的情況下,將該請求數(shù)據(jù)發(fā)送給請求受理裝置,上述請求受理裝置具有受理單元,受理被發(fā)送的請求數(shù)據(jù);通知單元,將已受理了上述請求數(shù)據(jù)的旨意通知給上述請求源財務處理裝置,上述排除單元將通知的上述請求數(shù)據(jù)作為指定的請求數(shù)據(jù)從上述計入對象中排除。
      在此,上述請求發(fā)信裝置和上述請求受理裝置也可以是分別通過電氣通信線路可相互通信的多個通信終端。
      這樣,由于在請求數(shù)據(jù)是不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)的情況下,不細查其內容就受理請求數(shù)據(jù),并從聯(lián)結決算的計入對象中排除,因此,能夠在請求側,基于集團企業(yè)內的各企業(yè)間的商業(yè)交易,迅速地消去被計入的債權,對于投資家來說,就能夠迅速地進行集團企業(yè)整體的決算報告。
      在上述(1)和(2)中,上述財務系統(tǒng)還可以具有計入處理裝置,基于登記在上述數(shù)據(jù)庫中的請求數(shù)據(jù)內的、由上述排除單元排除的請求數(shù)據(jù)以外的請求數(shù)據(jù),算出聯(lián)結決算額。
      在上述(2)中,上述請求發(fā)信裝置還可以具有計入處理裝置,基于登記在上述數(shù)據(jù)庫中的請求數(shù)據(jù)內的、由上述排除單元排除的請求數(shù)據(jù)以外的請求數(shù)據(jù),算出聯(lián)結決算額。
      這樣,能夠預先將不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)從聯(lián)結決算額的算出對象中排除,算出聯(lián)結決算額,因此,能夠不進行不需要的運算處理地進行聯(lián)結決算額的算出。
      在上述(1)中,上述請求接收裝置和上述請求受理裝置用電氣通信線路連接,上述抽出單元具有判定單元,判定接受的請求數(shù)據(jù)是否是成為上述計入對象的請求數(shù)據(jù),上述輸出單元也可以具有聯(lián)機發(fā)送單元,僅限于將作為不成為上述計入對象的請求數(shù)據(jù)而抽出的請求數(shù)據(jù)聯(lián)機發(fā)送給上述請求受理裝置。
      在此,上述數(shù)據(jù)庫存儲計入非對象列表,所述計入非對象列表示出不成為聯(lián)結決算的計入對象的請求源與請求目的地的對應關系,上述判定單元也可以在上述計入非對象列表中示出了接受的請求數(shù)據(jù)的請求源和請求目的地的情況下,判定為該請求數(shù)據(jù)是不成為上述計入對象的請求數(shù)據(jù)。
      此外,在上述(2)中,上述請求發(fā)信裝置和上述服務器及上述請求受理裝置用電氣通信線路連接,上述第二發(fā)送單元僅限于將被判定為是不成為上述計入對象的請求數(shù)據(jù)的請求數(shù)據(jù)聯(lián)機發(fā)送給上述請求目的地財務處理裝置。
      這樣,自動地進行請求數(shù)據(jù)是否成為聯(lián)結決算的計入對象的判斷,在是不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)的情況下,能夠由發(fā)送方法可指定地輸出它,發(fā)送給請求目的地,因此,在請求目的地中,能夠容易地識別不成為聯(lián)結決算的計入對象的請求數(shù)據(jù),順利地進行財務業(yè)務。
      在上述(1)和(2)中,上述通知單元也可以聯(lián)機實時進行上述通知。
      這樣,由于請求受理裝置一受理不成為聯(lián)結決算的計入對象的請求數(shù)據(jù),就立即將其旨意通知給請求發(fā)信裝置,因此,能夠在請求發(fā)信裝置側迅速地將不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)從計入對象中排除。
      此外,本發(fā)明的請求受理裝置,與數(shù)據(jù)庫連接,受理不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)和成為上述計入對象的請求數(shù)據(jù)的某個請求數(shù)據(jù),其特征在于,也可以具有第一登記單元,在受理的上述請求數(shù)據(jù)是不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)的情況下,將該請求數(shù)據(jù)登記在上述數(shù)據(jù)庫中;排除單元,將由上述第一登記單元登記在上述數(shù)據(jù)庫中的請求數(shù)據(jù)從上述計入對象中排除;認可單元,基于來自用戶的輸入,認可受理的上述請求數(shù)據(jù);第二登記單元,將認可后的請求數(shù)據(jù)中的、成為聯(lián)結決算的計入對象的請求數(shù)據(jù),登記在上述數(shù)據(jù)庫中。
      這樣,由于在請求數(shù)據(jù)是不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)的情況下,不細查其內容就受理請求數(shù)據(jù),并進行從聯(lián)結決算的計入對象中排除的處理,因此,能夠在被請求側,基于集團企業(yè)內的各企業(yè)間的商業(yè)交易,迅速地消去被計入的債權,對于投資家來說,就能夠迅速地進行集團企業(yè)整體的決算報告。


      圖1是本實施方式的財務系統(tǒng)KS1的功能框圖。
      圖2是示出請求數(shù)據(jù)(請求源)的數(shù)據(jù)結構的圖。
      圖3示出存儲在數(shù)據(jù)庫DB1中的債權債務表110的具體例。
      圖4示出存儲在數(shù)據(jù)庫DB2中的債權債務表210的具體例。
      圖5示出由決算報告書作成部3002作成的聯(lián)結決算報告書的具體例。
      圖6示出由決算報告書作成部4002作成的聯(lián)結決算報告書的具體例。
      圖7是示出請求源財務處理裝置100的工作的圖。
      圖8是示出請求目的地財務處理裝置200的工作的圖。
      圖9是示出債權債務計入處理裝置300的工作的圖。
      圖10是本實施方式的財務系統(tǒng)KS2的功能框圖。
      圖11是示出登記在數(shù)據(jù)庫DB3中的全額接納對象列表403的具體例的圖。
      圖12是示出本實施方式涉及的財務系統(tǒng)KS3的結構的圖。
      圖13示出由請求源終端501顯示的用于生成請求數(shù)據(jù)的輸入畫面。
      圖14(a)示出生成的請求數(shù)據(jù)的具體例。
      圖14(b)示出接納數(shù)據(jù)的具體例。
      圖14(c)示出認可后的交易數(shù)據(jù)的具體例。
      圖15示出在相當于請求數(shù)據(jù)接收部201的請求目的地終端503的顯示器上示出的請求數(shù)據(jù)的具體例,所述請求數(shù)據(jù)接收部201接收了從服務器裝置506發(fā)送的、全額接納協(xié)定對象的請求數(shù)據(jù)。
      圖16示出全額接納完了標記和全額接納號碼的輸入畫面的具體例。
      圖17示出由請求源主終端501A生成的分類數(shù)據(jù)的具體例。
      圖18示出由請求目的地主終端503A生成的分類數(shù)據(jù)的具體例。
      圖19是示意地示出了從聯(lián)結決算的計入對象,消去基于集團企業(yè)內的各企業(yè)中進行的商業(yè)交易中的、成為消除處理對象的集團企業(yè)中的商業(yè)交易的債權和債務額,來進行集團企業(yè)整體的聯(lián)結決算發(fā)表的過程的圖。
      具體實施例方式
      從接下來結合附圖對本發(fā)明的詳細描述中將使本發(fā)明的這些和其它目的、優(yōu)點和特征變得更明顯,這些

      了本發(fā)明的特定實施例。
      以下,關于本發(fā)明的實施方式,用附圖具體地進行說明。
      圖1是本實施方式的財務系統(tǒng)KS1的功能框圖。
      本財務系統(tǒng)KS1由請求源財務處理裝置100、請求目的地財務處理裝置200、債權債務計入處理裝置300、債權債務計入處理裝置400、數(shù)據(jù)庫DB1、數(shù)據(jù)庫DB2等構成。
      &lt;請求源財務處理裝置100&gt;
      請求源財務處理裝置100由請求數(shù)據(jù)生成部101、財務認可部102、登記部103、全額接納對象判斷部104、全額按納通知接收部105構成。
      請求數(shù)據(jù)生成部101基于來自用戶的輸入數(shù)據(jù),生成包括請求額的、將自己公司作為請求源的請求數(shù)據(jù)。所述的請求數(shù)據(jù)如圖2所示,包括請求數(shù)據(jù)識別信息、請求源指定信息、請求目的地指定信息、請求額信息、用途信息。
      請求數(shù)據(jù)識別信息是用于識別符合的該請求數(shù)據(jù)的信息。請求源指定信息是指定請求源的信息。請求目的地指定信息是指定請求目的地的信息。請求額信息是示出請求金額的信息。所謂用途信息是示出請求金額的摘要的信息。
      財務認可部102基于來自用戶的輸入,認可由請求數(shù)據(jù)生成部101生成的請求數(shù)據(jù)。將被認可的請求數(shù)據(jù)交給登記部103和全額接納判斷部104。具體地說,在財務認可部102中,基于用戶輸入,進行請求數(shù)據(jù)中是否有錯誤的確認處理,在沒有錯誤的情況下,將生成的請求數(shù)據(jù)作為已認可其原有內容的請求數(shù)據(jù),交給登記部103和全額接納判斷部104,在有錯誤的情況下,基于用戶輸入被訂正內容的請求數(shù)據(jù)作為被認可的請求數(shù)據(jù),交給登記部103和全額接納判斷部104。
      此外,請求源從用戶接受其他公司的請求數(shù)據(jù)的輸入,財務認可部102基于用戶輸入,認可該請求數(shù)據(jù)。
      登記部103將從財務認可部102接受的請求數(shù)據(jù),寫入到已存儲在數(shù)據(jù)庫DB1中的債權債務表110中。在債權債務表110中設置了寫入請求數(shù)據(jù)的各信息的欄,登記部103將各信息記載在對應的欄中。
      具體地說,在債權債務表110中,除了寫入包含在請求數(shù)據(jù)中的各信息的欄之外,還設置了用于寫入全額接納通知接收標記、確定完了標記、示出相當于請求數(shù)據(jù)所示出的請求額的債權額或債務額的債權額信息和債務額信息的欄,登記部103根據(jù)請求數(shù)據(jù)所示出的請求源指定信息是否是規(guī)定的請求源(在此是自己公司),判定請求額信息所示出的請求額是符合債權額還是符合債務額,在請求源指定信息是規(guī)定的請求源、上述請求額符合債權額的情況下,在債權額信息的寫入欄中寫入上述請求額,在請求源指定信息不是規(guī)定的請求源、上述請求額符合債務額的情況下,在債務額信息的寫入欄中寫入上述請求額。
      在此,所謂“全額接納通知接收標記”,是指在后述的全額接納通知接收部105從后述的請求目的地財務處理裝置200受理了全額接納對象所涉及的請求數(shù)據(jù)的情況下、在接收了被通知的全額接納通知信息時設定的標記,是指關于各請求數(shù)據(jù),用于識別是否接收到了全額接納通知信息的標記。
      此外,所謂“確定完了標記”,是指在由后述的債權債務計入處理裝置300進行了消除處理的情況下,由債權債務計入處理裝置300設定的標記,是指關于各請求數(shù)據(jù),示出是否進行了消除處理的標記。
      圖3示出存儲在數(shù)據(jù)庫DB1中的債權債務表110的具體例。
      全額接納判斷部104保持指定接納目的地信息,根據(jù)由財務認可部102接受的請求數(shù)據(jù)中所包含的請求目的地指定信息所示出的請求目的地是否符合指定接納目的地信息中示出的請求目的地,判定輸入的請求數(shù)據(jù)是否是全額接納對象涉及的請求數(shù)據(jù),在符合的情況下,判定為該請求數(shù)據(jù)是全額接納對象涉及的請求數(shù)據(jù),由電氣通信線路聯(lián)機向該請求目的地發(fā)送請求數(shù)據(jù),在不符合的情況下,判定為該請求數(shù)據(jù)不是全額接納對象涉及的請求數(shù)據(jù),打印輸出在紙面上。將打印輸出后的紙面郵送給請求目的地。
      再有,所謂請求源財務處理裝置100和請求目的地財務處理裝置200由電氣通信線路聯(lián)機連接。
      在此,所謂指定接納目的地信息,是指與請求即自己公司締結了全額接納協(xié)定的請求目的地即其他公司的列表。
      此外,所謂全額接納,是關于請求源發(fā)出的請求所涉及的額量,接納側關于請求數(shù)據(jù)的內容不進行細查,而示出接納請求額的意向的協(xié)定。
      全額接納通知接收部105接收在受理了從后述的請求目的地財務處理裝置200發(fā)出的全額接納對象所涉及的請求數(shù)據(jù)的情況下給出的全額接納受理通知信息。
      在此,全額接納通知信息中包括用于指定已受理的請求數(shù)據(jù)的請求數(shù)據(jù)識別信息和示出已接納請求數(shù)據(jù)的旨意的接納通知消息。
      然后,全額接納通知接收部105將全額接納通知接收標記設定為示出“接收完了”的標記,所述全額接納通知接收標記是關于數(shù)據(jù)庫DB1的債權債務表110中的符合全額接納通知信息所示出的請求書識別號碼的標記(參照圖3中的請求數(shù)據(jù)識別信息是“01”的全額接納通知標記)。
      &lt;請求目的地財務處理裝置200&gt;
      請求目的地財務處理裝置200由請求數(shù)據(jù)接收部201、登記部202、全額接納通知部203、內容細查數(shù)據(jù)生成部204、財務認可部205、登記部206構成。
      請求數(shù)據(jù)接收部201接收通過傳輸路徑發(fā)送來的請求數(shù)據(jù)。
      登記部202將接收的請求數(shù)據(jù),記載在存儲在數(shù)據(jù)庫DB2中的債權債務表210中。在該記載時,設定全額接納完了標記。
      在債權債務表210中,具體地說,除了寫入包含在請求數(shù)據(jù)中的各信息的欄之外,還設置著用于寫入全額接納完了標記、確定完了標記、以及示出相當于請求數(shù)據(jù)所示出的請求額的債權額或債務額的債權額信息和債務額信息的欄。
      在此,所謂“全額接納完了標記”,是指在登記部202將由請求數(shù)據(jù)接收部201接收到的請求數(shù)據(jù)記載在債權債務表210中時設定的標記,是指關于各請求數(shù)據(jù),識別是否是成為全額接納的對象的請求數(shù)據(jù)的標記。
      圖4示出存儲在數(shù)據(jù)庫DB2中的債權債務表210的具體例。
      全額接納通知部203將已接收到了請求數(shù)據(jù)的旨意通知給請求源財務處理裝置100。在接收請求數(shù)據(jù)時,聯(lián)機實時地進行該通知。
      再有,也可以在接收請求數(shù)據(jù)時,通過向請求源財務處理裝置100自動發(fā)信已接收到了的旨意的電子郵件,進行上述通知。
      內容細查數(shù)據(jù)生成部204生成已細查了請求數(shù)據(jù)的內容的細查數(shù)據(jù)。細查的結果,若在請求額和摘要中有錯誤,就通過將該部分訂正為正確的信息,來作成內容的細查數(shù)據(jù)。再有,不論是否是全額接納對象涉及的請求數(shù)據(jù),都進行請求數(shù)據(jù)的內容細查。
      財務認可部205基于來自用戶的輸入,認可由內容細查數(shù)據(jù)生成部204生成的細查數(shù)據(jù)。除了成為全額接納對象的請求數(shù)據(jù)之外,將已被認可的細查數(shù)據(jù)交給登記部206。
      具體地說,在財務認可部205中,基于用戶輸入,進行細查數(shù)據(jù)中是否有錯誤的確認處理,在沒有錯誤的情況下,將細查數(shù)據(jù)作為已認可其原來內容的細查數(shù)據(jù)交給登記部206,在有錯誤的情況下,基于用戶輸入,將被訂正的內容的細查數(shù)據(jù)作為被認可的細查數(shù)據(jù)交給登記部206。
      登記部206將細查數(shù)據(jù)記載在數(shù)據(jù)庫DB2的債權債務表210中。
      &lt;債權債務計入處理裝置300和400&gt;
      債權債務計入處理裝置300由消除處理部3001和決算報告書作成部3002構成。
      消除處理部3001基于全額接納通知接收標記進行后述的消除處理,所述全額接納通知接收標記是關于寫入到存儲在數(shù)據(jù)庫DB1中的債權債務表110中的各請求數(shù)據(jù)的標記。
      在此,所謂“消除處理”,是指基于關于記載在債權債務表110或210中的各請求數(shù)據(jù)的全額接納通知接收標記或全額接納完了標記,指定成為全額接納對象的請求數(shù)據(jù),從聯(lián)結決算報告資料中消去該請求數(shù)據(jù)中的請求額,具體地說,是指通過將關于該請求數(shù)據(jù)的確定完了標記設定為示出“確定完了”的標記,來確定該請求數(shù)據(jù)為消去對象(參照圖3中的請求數(shù)據(jù)識別信息是“01”的全額接納通知標記)。
      決算報告書作成部3002基于已按照來自用戶的指示寫入到存儲在數(shù)據(jù)庫DB1中的債權債務表110中的債權額信息和債務額信息,算出除了確定完了標記示出“確定完了”的請求數(shù)據(jù)之外的各請求數(shù)據(jù)(確定完了標記示出“未確定”的各請求數(shù)據(jù))的債權總額、債務總額和收支決算額,如圖5所示,作成聯(lián)結決算報告書。
      在此,設置為按照用戶指示,每個月作成一個聯(lián)結決算報告書。
      債權債務計入處理裝置400由消除處理部4001和決算報告書作成部4002構成。
      消除處理部4001基于全額接納完了標記進行消除處理,所述全額接納完了標記是關于已寫入到存儲在數(shù)據(jù)庫DB2中的債權債務表210中的各請求數(shù)據(jù)的標記。
      對于已登記了請求源的請求數(shù)據(jù)的數(shù)據(jù)庫DB1的債權債務表110,以全額接納通知接收部105接收到了全額接納通知為契機,進行消除處理,對于已登記了請求數(shù)據(jù)的數(shù)據(jù)庫DB2的債權債務表210,以登記部202對請求數(shù)據(jù)設定全額接納完了標記后登記在了數(shù)據(jù)庫DB2中為契機,進行消除處理。
      通過在適宜時,例如報告書作成時,監(jiān)視已設定為數(shù)據(jù)庫DB1的債權債務表內的請求數(shù)據(jù)的全額接納通知接收標記,檢測符合的該標記,債權債務計入裝置300就知道全額接納通知接收部105已接收到了全額接納通知。
      決算報告書作成部4002基于已按照來自用戶的指示寫入到存儲在數(shù)據(jù)庫DB2中的債權債務表210中的債權額信息和債務額信息,算出除了確定完了標記示出“確定完了”的請求數(shù)據(jù)之外的各請求數(shù)據(jù)(確定完了標記示出“未確定”的各請求數(shù)據(jù))的債權總額、債務總額和收支決算額,如圖6所示,作成聯(lián)結決算報告書。
      在此,設置為按照用戶指示,每個月作成一個聯(lián)結決算報告書。
      這樣地,由于基于決算報告書作成部3002和4002作成的聯(lián)結決算報告書,能夠算出集團企業(yè)整體的聯(lián)結決算,因此,能夠用預先將基于集團企業(yè)內的企業(yè)間的商業(yè)交易的債權、債務額從聯(lián)結決算的計入對象中除去的形式,迅速地進行集團企業(yè)整體的決算處理,對于投資家,能夠進行僅反映了與集團企業(yè)外的企業(yè)的商業(yè)交易的聯(lián)結決算發(fā)表。
      圖19是示意地示出了從聯(lián)結決算的計入對象,消去基于集團企業(yè)內的各企業(yè)中進行的商業(yè)交易中的、成為消除處理對象的集團企業(yè)中的商業(yè)交易的債權和債務額,進行集團企業(yè)整體的聯(lián)結決算發(fā)表的過程的圖。
      在圖19中,A公司和B公司形成一個企業(yè)集團(在此是“Z企業(yè)集團”),將基于A公司和B公司間的商業(yè)交易的債權額(帳目科目示出“聯(lián)結銷售”的金額)和債務額(帳目科目示出“聯(lián)結購入”的金額)作為消除處理對象,從聯(lián)結決算的計入對象消去,算出Z企業(yè)集團的聯(lián)結決算額。
      &lt;工作&gt;
      1.請求源財務處理裝置100的工作按照圖7說明請求源財務處理裝置100的工作。
      首先,請求數(shù)據(jù)生成部101以來自用戶的請求目的地、請求額、摘要等輸入信息為基礎,生成請求數(shù)據(jù)(S1)。再有,也可以按照預先設定的模板生成請求數(shù)據(jù)。此外,也可以用戶輸入賦給識別各請求數(shù)據(jù)的ID號碼,也可以自動賦給。
      將生成的請求數(shù)據(jù)交給財務認可部102,等待請求數(shù)據(jù)的認可(S2中的判斷)。
      若認可(S2中的”是”),就由登記部103將請求數(shù)據(jù)記載登記在已登記在數(shù)據(jù)庫DB1中的債權債務表110中(S3)。
      在上述登記處理的前后,將生成的請求數(shù)據(jù)交給全額接納對象判斷部104,判斷是否是全額接納對象所涉及的請求數(shù)據(jù)(S4)。
      在此,若判斷為是全額接納對象所涉及的請求數(shù)據(jù)(S4中的”是”),就發(fā)送請求數(shù)據(jù)(S5)。
      接著,在請求目的地財務處理裝置200接收了發(fā)送到的請求數(shù)據(jù)的情況下,就通知該旨意,在S6中,等待該通知(全額接納通知信息)。一接收全額接納通知信息(S6中的”是”),就在存儲在數(shù)據(jù)庫DB1中的債權債務表110中,將全額接納通知接收標記設定為示出“接納完了”的標記(S7),所述全額接納通知接收標記是關于符合全額接納通知信息所示出的請求書識別號碼的請求數(shù)據(jù)的標記。
      在全額接納對象判斷部104中,若判斷為不是全額接納對象所涉及的請求(S4中的”是”),就打印輸出請求數(shù)據(jù)(S8)。
      2.請求目的地財務處理裝置200的工作按照圖8說明請求目的地財務處理裝置200的工作。
      等待由請求數(shù)據(jù)接收部201接收從請求源財務處理裝置100發(fā)送的請求數(shù)據(jù)(S11)。一接收請求數(shù)據(jù)(S11中的”是”),登記部202就對于請求數(shù)據(jù),將全額接納完了標記設定為示出“接納完了”的標記,通過記載在數(shù)據(jù)庫DB2的債權債務表210中進行登記(S12)。
      在該登記的前后,全額接納通知部203將全額接納通知信息通知給請求源財務處理裝置100(S13)。
      此外,與上述S12和S13的處理并行,依次將接收到的請求數(shù)據(jù)交給內容細查數(shù)據(jù)生成部204和財務認可部205、登記部206,記載登記在數(shù)據(jù)庫DB2的債權債務表210中(S14、S15、S16)。
      3.債權債務計入裝置300和400的工作按照圖9說明債權債務計入裝置300和400的工作。
      債權債務計入裝置300等待數(shù)據(jù)庫DB1中的成為消除處理對象的請求數(shù)據(jù)的登記,債權債務計入裝置400等待數(shù)據(jù)庫DB2中的成為消除處理對象的請求數(shù)據(jù)的登記(S21)。在此,基于是否已對于各要登記的請求數(shù)據(jù),將全額接納通知接收標記和全額接納完了標記設定為示出“接納完了”的標記,來進行判斷是否已登記。
      一登記成為消除處理對象的請求數(shù)據(jù)(S21中的”是”),就進行對債權債務表110或210的消除處理(S22)。
      下面,關于本發(fā)明的財務系統(tǒng)的另外的實施方式進行說明。
      圖10是本實施方式的財務系統(tǒng)KS2的功能框圖。
      基本結構與上述實施方式相同,但其不同點在于,讓服務器裝置500進行從請求源財務處理裝置100向請求目的地財務處理裝置200發(fā)送請求數(shù)據(jù),及以登記在數(shù)據(jù)庫DB3中的全額接納對象列表403為基礎,判斷是否是全額接納對象所涉及的請求。以下,關于不同點進行說明。
      通過傳輸路徑,從請求源財務處理裝置100的財務認可部102發(fā)送已交給的請求數(shù)據(jù),由服務器裝置400的接收部401接收。
      將接收到的請求數(shù)據(jù)交給全額接納對象判斷部402。在全額接納對象判斷部402中,以登記在數(shù)據(jù)庫DB3中的全額接納對象列表403為基礎,判斷是否是全額接納對象所涉及的請求數(shù)據(jù)。
      全額接納對象列表403如圖11所示,是示出與對于請求源有全額接納協(xié)定的請求目的地對應的列表。
      在是締結了全額接納協(xié)定的請求目的地的情況下,向該請求目的地發(fā)送請求數(shù)據(jù),在不是全額接納協(xié)定的請求目的地的情況下,打印輸出在紙面上。將打印輸出后的紙郵送給請求目的地。
      下面,關于本發(fā)明的財務系統(tǒng)的其他的實施方式進行說明。
      圖12是示出本實施方式涉及的財務系統(tǒng)KS3的結構的圖。該財務系統(tǒng)KS3是將實施方式2的財務系統(tǒng)適用于具有多個部門的A公司和B公司間的一種安裝模式。
      財務系統(tǒng)KS3由請求源終端501、請求源主終端501A、請求源網絡502、請求目的地終端503、請求目的地主終端503A、請求目的地網絡504、單位間網絡505、服務器裝置506、數(shù)據(jù)庫507~509構成,各請求源終端501與請求源主終端501A、各請求目的地終端503與請求目的地主終端503A,分別通過請求源網絡502和請求目的地網絡504,利用電氣通信線路進行連接。
      在此,各請求源終端501相當于實施方式2中的請求源財務處理裝置100,各請求目的地終端503相當于實施方式2中的請求目的地財務處理裝置200,請求源主終端501A相當于實施方式2中的債權債務計入處理裝置300,請求目的地主終端503A相當于實施方式2中的債權債務計入處理裝置400,數(shù)據(jù)庫507相當于實施方式2中的數(shù)據(jù)庫DB3,數(shù)據(jù)庫508相當于實施方式2中的數(shù)據(jù)庫DB1,數(shù)據(jù)庫509相當于實施方式2中的數(shù)據(jù)庫DB2,服務器裝置506相當于實施方式2中的服務器裝置500。
      請求源終端501是設置在每個發(fā)出請求的單位的部門中的終端,是具有顯示器、鍵盤、鼠標等的計算機。該終端按照來自用戶的畫面顯示指示,顯示如圖13所示的畫面,一由用戶從畫面輸入與圖13中示出的畫面的各項目有關的各數(shù)據(jù),就以該輸入數(shù)據(jù)為基礎,生成請求數(shù)據(jù)。
      請求源網絡502是在各終端彼此之間和終端與主終端之間收發(fā)以請求數(shù)據(jù)為首的各種數(shù)據(jù)的傳輸路徑。
      請求目的地終端503是設置在每個接受請求的單位的部門中的終端,是具有顯示器、鍵盤、鼠標等的計算機。
      請求目的地網絡504是在各終端彼此之間和終端與主終端之間收發(fā)以請求數(shù)據(jù)為首的各種數(shù)據(jù)的傳輸路徑。
      單位間網絡505是在各請求源終端501或請求源主終端501A與各請求目的地終端503或請求目的地主終端503A之間收發(fā)數(shù)據(jù)的傳輸路徑。
      數(shù)據(jù)庫507中預先登記著實施方式2的全額接納對象列表403。
      服務器裝置506進行判斷處理,判斷通過單位間網絡505發(fā)送的請求數(shù)據(jù)是否是全額接納對象所涉及的請求數(shù)據(jù)。具體地說,以登記在數(shù)據(jù)庫507中的全額接納對象列表403為參照,判斷來自請求源終端501的請求數(shù)據(jù)的請求目的地是否是有全額接納協(xié)定的單位,在是有全額接納協(xié)定的單位的情況下,通過網絡505,向該單位發(fā)送請求數(shù)據(jù),在是沒有全額接納協(xié)定的單位的情況下,就打印輸出在紙面上。將打印輸出后的紙郵送給請求目的地。
      數(shù)據(jù)庫508是存儲著請求源生成的請求數(shù)據(jù)和相當于實施方式2中的債權債務表的分類數(shù)據(jù)的數(shù)據(jù)庫。
      數(shù)據(jù)庫509是存儲著請求目的地接收的請求數(shù)據(jù)和相當于實施方式2中的債權債務表的分類數(shù)據(jù)的數(shù)據(jù)庫。
      下面,關于在財務系統(tǒng)KS3中如何實現(xiàn)實施方式2中的請求源財務處理裝置100所進行的處理進行說明。
      首先,請求源終端501基于用戶通過圖13中示出的畫面輸入的數(shù)據(jù),生成請求數(shù)據(jù),通過請求源網絡502,將生成的請求數(shù)據(jù)發(fā)送給相當于認可請求數(shù)據(jù)的財務認可部102的其他請求源終端501。
      在此,生成的請求數(shù)據(jù)中具體包括請求源單位代碼、請求號碼、請求源部門名稱和負責人名、請求日、請求目的地單位代碼、請求目的地部門名稱和負責人名、請求金額、請求內容(摘要)等信息。
      圖14(a)示出生成的請求數(shù)據(jù)的具體例。
      接著,相當于財務認可部102的請求源終端501,針對接收到的請求數(shù)據(jù),執(zhí)行與實施方式1中說明的財務認可部102所進行的認可處理相同的認可處理,通過請求源網絡502和單位間網絡505,將認可處理后的請求數(shù)據(jù)發(fā)送給相當于登記部103的其他請求源終端501和服務器裝置506。
      此外,相當于財務認可部102的請求源終端501,接受來自用戶的、請求源是其他公司的請求數(shù)據(jù)的輸入,通過請求源網絡502發(fā)送給相當于登記部103的請求源終端503。
      相當于登記部103的請求源終端501,通過請求源網絡502,將接收到的請求數(shù)據(jù)發(fā)送給請求源主終端501A,委托生成相當于債權債務表110的各請求數(shù)據(jù)部分的分類數(shù)據(jù)。
      相當于全額接納通知接收部105的請求源終端501,一與請求數(shù)據(jù)的請求號碼一起接受了旨意是已接收了全額接納協(xié)定對象的上述請求數(shù)據(jù)的通知,就通過請求源網絡502,將該請求號碼通知給請求源主終端501A,委托為將該請求號碼的分類數(shù)據(jù)的全額接納完了標記設定為“接納完了”,所述通知是通過請求目的地網絡504和單位間網絡505,從請求目的地終端503發(fā)送的通知。
      再有,如上所述,取代各自設置相當于請求源財務處理裝置100的各結構要素的請求源終端501的結構,也可以是對應于多個結構要素設置請求源終端501的結構。
      下面,關于在財務系統(tǒng)KS3中如何實現(xiàn)實施方式2中的服務器裝置500所進行的處理進行說明。
      服務器裝置506一接收認可處理后的請求數(shù)據(jù),就參照存儲在數(shù)據(jù)庫507中的全額接納對象列表403,判斷請求目的地是否是全額接納協(xié)定對象,若是全額接納協(xié)定對象,就通過單位間網絡505和請求目的地網絡504,向相當于請求目的地的財務部門的請求數(shù)據(jù)接收部201的請求目的地終端503發(fā)送該請求數(shù)據(jù),在不是全額接納協(xié)定對象的情況下,將該請求數(shù)據(jù)打印輸出在紙面上。
      下面,關于在財務系統(tǒng)K83中如何實現(xiàn)實施方式2中的請求目的地財務處理裝置200所進行的處理進行說明。
      相當于請求數(shù)據(jù)接收部201的請求目的地終端503一接收上述請求數(shù)據(jù),就在接收到的上述請求數(shù)據(jù)中附加示出“接納完了”的全額接納完了標記和全額接納號碼,將附加了全額接納完了標記和全額接納號碼后的請求數(shù)據(jù)(以下稱作“接納數(shù)據(jù)”),通過請求目的地網絡504,發(fā)送給相當于全額接納通知部203的請求目的地終端503和相當于登記部202的請求目的地終端503及相當于內容細查數(shù)據(jù)生成部204的請求目的地終端503。
      圖15示出在相當于請求數(shù)據(jù)接收部201的請求目的地終端503的顯示器上顯示的請求數(shù)據(jù)的具體例,所述請求數(shù)據(jù)接收部201接收了從服務器裝置506發(fā)送的、全額接納協(xié)定對象的請求數(shù)據(jù)。
      圖14(b)示出接納數(shù)據(jù)的具體例。
      再有,也可以不自動輸入,而由用戶從輸入畫面輸入全額接納完了標記和全額接納號碼(例如,輸入圖16中示出的輸入畫面中的箭頭示出的項目)。
      相當于全額接納通知部203的請求目的地終端503一接收上述接納數(shù)據(jù),就通過請求目的地網絡504和單位間網絡505,將已接收到的旨意和該接納數(shù)據(jù)的請求號碼的通知發(fā)送給相當于全額接納通知接收部105的請求源終端501。
      在此,也可以在例如接收上述接納數(shù)據(jù)時,即時發(fā)送電子郵件,來進行上述通知。
      相當于登記部202的請求源終端503,通過請求目的地網絡504,將接收到的接納數(shù)據(jù)發(fā)送給請求目的地主終端503A,委托生成相當于債權債務表210的各請求數(shù)據(jù)部分的分類數(shù)據(jù)。
      相當于內容細查數(shù)據(jù)生成部204的請求目的地終端503,通過請求目的地網絡504,將接收到的接納數(shù)據(jù)或由用戶輸入的其他(全額接納協(xié)定對象外)的請求數(shù)據(jù)、即內容細查處理后的接納數(shù)據(jù)(以下稱作“交易數(shù)據(jù)”),發(fā)送給相當于財務認可部205的請求目的地終端503。
      相當于財務認可部205的請求目的地終端503,基于來自用戶的輸入,認可接收到的交易數(shù)據(jù),在認可后的交易數(shù)據(jù)中附加接納認可者的信息。
      圖14(c)示出認可后的交易數(shù)據(jù)的具體例。
      該請求目的地終端503還通過請求目的地網絡504,將認可后的全額接納協(xié)定對象外的交易數(shù)據(jù)發(fā)送給相當于登記部206的請求目的地終端503。
      相當于登記部206的請求目的地終端503,通過請求目的地網絡504,將接收到的交易數(shù)據(jù)發(fā)送給請求目的地主終端503A,委托生成相當于債權債務表210的各請求數(shù)據(jù)部分的分類數(shù)據(jù)。
      再有,如上所述,取代各自設置相當于請求目的地財務處理裝置200的各結構要素的請求目的地終端503的結構,也可以是對應于多個結構要素設置請求目的地終端503的結構。
      下面,關于在財務系統(tǒng)KS3中如何實現(xiàn)實施方式2中的債權債務計入處理裝置300和400所進行的處理進行說明。
      最初,關于請求源主終端501A進行的、相當于債權債務計入處理裝置300所進行的處理的處理進行說明。
      請求源主終端501A按照來自相當于登記部103的請求源終端501的委托,基于發(fā)送的請求數(shù)據(jù),生成分類數(shù)據(jù)后,登記在數(shù)據(jù)庫508中。
      在此,所謂“分類數(shù)據(jù)”,是指包括請求源單位代碼、請求號碼、請求源部門名稱和負責人名、請求日、請求目的地單位代碼、請求目的地部門名稱和負責人名、請求金額、請求內容(摘要)、全額接納完了標記、確定完了標記、與債權額和債務額有關的信息的數(shù)據(jù)。
      另外,請求源主終端501A按照來自相當于全額接納通知接收部105的請求源終端501的委托,將符合的分類數(shù)據(jù)的全額接納完了標記設定為“接納完了”,基于寫入在分類數(shù)據(jù)中的關于各請求數(shù)據(jù)的全額接納完了標記,進行消除處理(通過將全額接納完了標記示出“接納完了”的請求數(shù)據(jù)的確定完了標記設定為示出“確定完了”的標記,確定為從聯(lián)結決算對象消去該請求數(shù)據(jù)的對象的處理)。
      圖17示出由請求源主終端501A生成的分類數(shù)據(jù)的具體例。
      此外,請求源主終端501A基于按照來自用戶的指示而寫入存儲在數(shù)據(jù)庫508的分類數(shù)據(jù)中的與債權額和債務額有關的信息,,算出除了確定完了標記示出“確定完了”的請求數(shù)據(jù)之外的各請求數(shù)據(jù)(確定完了標記示出“未確定”的各請求數(shù)據(jù))的債權總額、債務總額和收支決算額,如圖5所示作成聯(lián)結決算報告書。
      下面,關于請求目的地主終端503A進行的、相當于債權債務計入處理裝置400所進行的處理的處理進行說明。
      請求目的地主終端503A基于按照來自相當于登記部202的請求源終端503的委托發(fā)送的接納數(shù)據(jù),生成分類數(shù)據(jù),將生成的分類數(shù)據(jù)的全額接納完了標記設定為“接納完了”,登記在數(shù)據(jù)庫509中,基于關于分類數(shù)據(jù)中寫入著的各請求數(shù)據(jù)的全額接納完了標記,進行消除處理(通過將全額接納完了標記示出“接納完了”的請求數(shù)據(jù)的確定完了標記設定為示出“確定完了”的標記,作為從聯(lián)結決算對象消去該請求數(shù)據(jù)的對象,進行確定的處理)。
      此外,請求目的地主終端503A基于按照來自相當于登記部206的請求目的地終端503的委托發(fā)送的交易數(shù)據(jù),生成分類數(shù)據(jù)后登記在數(shù)據(jù)庫509中。
      圖18示出由請求目的地主終端503A生成的分類數(shù)據(jù)的具體例。
      此外,請求目的地主終端503A基于按照來自用戶的指示寫入在分類數(shù)據(jù)中的與債權額和債務額有關的信息,所述分類數(shù)據(jù)存儲在數(shù)據(jù)庫509中,算出除了確定完了標記示出“確定完了”的請求數(shù)據(jù)之外的各請求數(shù)據(jù)(確定完了標記示出“未確定”的各請求數(shù)據(jù))的債權總額、債務總額和收支決算額,如圖6所示作成聯(lián)結決算報告書。
      基于如上所述登記后的分類數(shù)據(jù)中的確定完了標記的設定,進行消除處理,消去A公司與B公司之間的交易,作成聯(lián)結決算報告書。這樣,就用相互消除了聯(lián)結決算的對象即同一集團的單位間的債權與債務額的形式,作成決算報告書。
      (變形例)在不脫離發(fā)明的技術思想的范疇的限度中,本發(fā)明也可以用以下的變形例來同樣實施。
      各數(shù)據(jù)庫也可以共用。
      服務器裝置的功能設置成了與請求源財務處理裝置和請求目的地財務處理裝置相獨立的結構,但也可以將服務器裝置的功能給予請求源財務處理裝置或請求目的地財務處理裝置。
      在上述實施方式中,在請求數(shù)據(jù)是全額接納對象所涉及的請求數(shù)據(jù)的情況下,通過傳輸路徑,向請求目的地發(fā)送該請求數(shù)據(jù),在請求數(shù)據(jù)不是全額接納對象所涉及的請求數(shù)據(jù)的情況下,通過將該請求數(shù)據(jù)打印輸出的紙面郵送給請求目的地,就能夠由請求目的地來指定請求數(shù)據(jù)是否是全額接納對象所涉及的請求數(shù)據(jù),但也可以在請求數(shù)據(jù)中附加示出是全額接納對象涉及的請求數(shù)據(jù)的識別信息,就也能夠由請求目的地來指定請求數(shù)據(jù)是否是全額接納對象所涉及的請求數(shù)據(jù)。
      權利要求
      1.一種財務系統(tǒng),由與數(shù)據(jù)庫連接的請求發(fā)信裝置和請求受理裝置構成,其特征在于,上述請求發(fā)信裝置,具有接受單元,順次接受不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)和成為上述計入對象的請求數(shù)據(jù)的某個請求數(shù)據(jù)的輸入;登記單元,將接受的請求數(shù)據(jù)登記在上述數(shù)據(jù)庫中;抽出單元,從接受的請求數(shù)據(jù)抽出不成為上述計入對象的請求數(shù)據(jù);輸出單元,將抽出的請求數(shù)據(jù)輸出給上述請求受理裝置;排除單元,將登記在上述數(shù)據(jù)庫中的請求數(shù)據(jù)內的指定的請求數(shù)據(jù)確定為上述計入對象外的數(shù)據(jù)并從上述計入對象中排除,上述請求受理裝置具有受理單元,受理輸入的請求數(shù)據(jù);通知單元,將已受理了上述請求數(shù)據(jù)的旨意通知給上述請求發(fā)信裝置,上述排除單元將通知的上述請求數(shù)據(jù)作為上述指定的請求數(shù)據(jù)從上述計入對象中排除。
      2.如權利要求1所述的財務系統(tǒng),其特征在于,上述財務系統(tǒng)還具有計入處理裝置,基于登記在上述數(shù)據(jù)庫中的請求數(shù)據(jù)內的、由上述排除單元排除的請求數(shù)據(jù)以外的請求數(shù)據(jù),算出聯(lián)結決算額。
      3.如權利要求2所述的財務系統(tǒng),其特征在于,上述請求接收裝置和上述請求受理裝置用電氣通信線路連接,上述抽出單元具有判定單元,判定接受的請求數(shù)據(jù)是否為上述計入對象的請求數(shù)據(jù),上述輸出單元具有聯(lián)機發(fā)送單元,僅限于將作為不成為上述計入對象的請求數(shù)據(jù)而抽出的請求數(shù)據(jù)聯(lián)機發(fā)送給上述請求受理裝置。
      4.如權利要求3所述的財務系統(tǒng),其特征在于,上述數(shù)據(jù)庫存儲計入非對象列表,所述計入非對象列表示出不成為聯(lián)結決算的計入對象的請求源與請求目的地的對應關系,上述判定單元在上述計入非對象列表中示出了接受的請求數(shù)據(jù)的請求源和請求目的地的情況下,判定為該請求數(shù)據(jù)是不成為上述計入對象的請求數(shù)據(jù)。
      5.如權利要求3所述的財務系統(tǒng),其特征在于,上述通知單元聯(lián)機實時地進行上述通知。
      6.一種財務系統(tǒng),由下述裝置構成請求發(fā)信裝置,與第一數(shù)據(jù)庫連接;服務器,與存儲著計入非對象列表的第二數(shù)據(jù)庫連接,所述計入非對象列表示出不成為聯(lián)結決算的計入對象的請求源與請求目的地的對應關系;請求受理裝置,與第三數(shù)據(jù)庫連接,該財務系統(tǒng)的特征在于,上述請求發(fā)信裝置具有接受單元,順次接受不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)和成為上述計入對象的請求數(shù)據(jù)的某個請求數(shù)據(jù)的輸入;第一發(fā)送單元,將接受的請求數(shù)據(jù)發(fā)送給上述服務器;登記單元,將接受的請求數(shù)據(jù)登記在第一數(shù)據(jù)庫中;排除單元,將登記在第一數(shù)據(jù)庫中的請求數(shù)據(jù)內的指定的請求數(shù)據(jù)確定為上述計入對象外的數(shù)據(jù)并從上述計入對象中排除,上述服務器具有判定單元,根據(jù)上述計入非對象列表中是否示出了接收到的請求數(shù)據(jù)的請求目的地和請求源,判定該請求數(shù)據(jù)是否為上述計入對象的請求數(shù)據(jù);第二發(fā)送單元,在判定為接收到的請求數(shù)據(jù)是不成為上述計入對象的請求數(shù)據(jù)的情況下,將該請求數(shù)據(jù)發(fā)送給請求受理裝置,上述請求受理裝置具有受理單元,受理發(fā)送來的請求數(shù)據(jù);通知單元,將已受理了上述請求數(shù)據(jù)的旨意通知給上述請求發(fā)信裝置,上述排除單元將通知的上述請求數(shù)據(jù)作為上述指定的請求數(shù)據(jù)從上述計入對象中排除。
      7.如權利要求6所述的財務系統(tǒng),其特征在于,上述財務系統(tǒng)還具有計入處理裝置,基于登記在上述數(shù)據(jù)庫中的請求數(shù)據(jù)內的、由上述排除單元排除的請求數(shù)據(jù)以外的請求數(shù)據(jù),算出聯(lián)結決算額。
      8.如權利要求7所述的財務系統(tǒng),其特征在于,上述請求發(fā)信裝置和上述服務器及上述請求受理裝置用電氣通信線路連接,上述第二發(fā)送單元,僅限于將被判定為是不成為上述計入對象的請求數(shù)據(jù)的請求數(shù)據(jù)聯(lián)機發(fā)送給上述請求受理裝置。
      9.如權利要求8所述的財務系統(tǒng),其特征在于,上述通知單元聯(lián)機實時地進行上述通知。
      10.如權利要求6所述的財務系統(tǒng),其特征在于,上述請求發(fā)信裝置和上述請求受理裝置是分別通過電氣通信線路可相互通信的多個通信終端。
      11.如權利要求6所述的財務系統(tǒng),其特征在于,上述請求發(fā)信裝置還具有計入處理單元,基于登記在上述數(shù)據(jù)庫中的請求數(shù)據(jù)內的、由上述排除單元排除的請求數(shù)據(jù)以外的請求數(shù)據(jù),算出聯(lián)結決算額。
      12.一種請求受理裝置,與數(shù)據(jù)庫連接,受理不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)和成為上述計入對象的請求數(shù)據(jù)的某個請求數(shù)據(jù),其特征在于,具有第一登記單元,在受理的上述請求數(shù)據(jù)是不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)的情況下,將該請求數(shù)據(jù)登記在上述數(shù)據(jù)庫中;排除單元,將由上述第一登記單元登記在上述數(shù)據(jù)庫中的請求數(shù)據(jù)從上述計入對象中排除;認可單元,基于來自用戶的輸入,認可受理的上述請求數(shù)據(jù);第二登記單元,將認可后的請求數(shù)據(jù)中的、成為聯(lián)結決算的計入對象的請求數(shù)據(jù),登記在上述數(shù)據(jù)庫中。
      全文摘要
      一種由與數(shù)據(jù)庫(DB1)連接的請求源財務處理裝置(100)和請求目的地財務處理裝置(200)構成的財務系統(tǒng),上述請求源財務處理裝置(100)順次接受不成為聯(lián)結決算的計入對象的請求數(shù)據(jù)和成為上述計入對象的請求數(shù)據(jù)的某個請求數(shù)據(jù)的輸入,將接受的請求數(shù)據(jù)登記在上述數(shù)據(jù)庫(DB1)中,從接受的請求數(shù)據(jù)抽出不成為上述計入對象的請求數(shù)據(jù),將抽出的請求數(shù)據(jù)輸出給上述請求目的地財務處理裝置(200),將登記在上述數(shù)據(jù)庫(DB1)中的請求數(shù)據(jù)內的指定的請求數(shù)據(jù)從上述計入對象中排除,上述請求目的地財務處理裝置(200)受理輸入的請求數(shù)據(jù),將已受理了上述請求數(shù)據(jù)的旨意通知給上述請求源財務處理裝置(100),上述請求源財務處理裝置(100)將通知的上述請求數(shù)據(jù)作為上述指定的請求數(shù)據(jù),從上述計入對象中排除。
      文檔編號G06Q40/00GK1551026SQ20041005950
      公開日2004年12月1日 申請日期2004年4月16日 優(yōu)先權日2003年4月18日
      發(fā)明者布施聰, 垂脅浩, 國光富美雄, 美雄 申請人:松下電器產業(yè)株式會社
      網友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1