CN105247558A - 筹集资金管理系统及筹集资金管理方法 - Google Patents

Abstract

本发明提供的筹集资金管理系统，使租赁业务涉及的筹集资金的管理与租赁案件的管理相互协作而统一进行管理，从而能够实现有效且准确的案件投资管理。根据代表的实施方式，管理资金的筹集与根据所筹集的资金来购买物品而将该物品出租给客户的租赁业务的筹集资金管理系统，具有筹集管理部和案件管理部，筹集管理部，对于由通过从外部的金融机构的融资或者自有资金所筹集的一个以上的资金构成的筹集资金池，分别设定不同的基准利率并进行管理，案件管理部，对于根据与客户之间的租赁合同的租赁案件，管理与适用的所述筹集资金池关联起来的信息。

Description

筹集资金管理系统及筹集资金管理方法

技术领域

本发明涉及通过案件的实施来回收筹集的资金时的管理技术，尤其涉及一种有效适用于租赁公司进行通过租赁案件回收从银行融资等而筹集的资金时的管理的筹集资金管理系统及筹集资金管理方法的技术。

背景技术

例如，租赁公司中进行如下金融业务(financebusiness)，即：通过融资而从银行筹集资金，以该资金作为资本从供应商购买物品，并将其租赁(lease)给客户，以该租金作为资本向银行偿还借款，并将得到的差额作为利润。

在此，有时为了管理资金的筹集或偿还、以及租赁案件的运用而使用信息处理系统。然而，通常是针对资金的筹集或偿还的管理、以及租赁案件的运用管理而分别构建各自的信息处理系统，并通过人工来管理这些信息处理系统之间的关联。

作为通过信息处理系统管理租赁业务的例子，例如在日本专利特开2001-266023号公报(专利文献1)中，公开了在设置于租赁公司等的计算机中自动进行涉及到多名相关者的租赁合同等的处理的系统。其中，公开了如下系统，即：计算机具备响应来自销售商(vendor)或用户的计算机的要求，并根据存储在关联的数据库中的数据而回答租赁合同的条件的单元、和收到根据所回答的合同条件而申请合同时，将针对该申请的批准或拒绝与批准时达成一致的最终的合同条件、或者拒绝时的拒绝理由一同提供给发出要求的计算机的单元，由此自动进行涉及到多名相关者的租赁合同等的处理。

另外，在日本专利特开2007-41871号公报(专利文献2)中公开了一种交易支援装置，其具备：接受包含与客户希望购买或租借的财物相关的信息在内的报价请求的报价请求接受单元、取得经销商将该财物销售或租赁给客户时的第一报价的第一报价取得单元、取得经销商将该财物提供给中介事业者时的成交价(wholesaleprice)的成交价取得单元、参照成交价生成第二报价的第二报价生成单元、以及将第一报价、第二报价分别输出以供客户阅览的第一报价输出单元和第二报价输出单元。由此，在通过分期付款买卖合同或分期偿还合同以及租赁交易合同而买卖或租借财物时，能够提示竞争性报价(competitivequote)而不会对客户造成大的负担，从而能够提高客户的认同感、满足感。

现有技术文献

专利文献

专利文献1：日本专利特开2001-266023号公报

专利文献2：日本专利特开2007-41871号公报

发明内容

发明要解决的技术问题

在日本的租赁公司中，通常大多数采取如下形态，即：首先通过从银行等融资而筹集相当大金额的资金，并将该资金分配给多个租赁案件。该情况下，通常不管筹集资金时来自银行的融资是一件还是多件，均由租赁公司的财务部等根据借入利率而确定一个公司内部的基准利率，并由营业部门按照相对于该基准利率能够获得利润的方式设定各租赁案件的放贷利率(lendingrate)(或者租金、租赁费用)。

该情况下，由于基准利率为一个，因而其值并不一定是与各个筹集资金的融资的借入利率相对应的值，另外，各筹集资金与各租赁案件的直接对应关系也不明确(或者无对应关系)。因此，呈无法根据筹集资金与以此为资本的租赁案件之间的关系而掌握实际借入多少而放贷多少，无法准确地管理筹集的资金获得多少收益率的状况。

另一方面，例如在中国等，通常是首先汇总租赁案件的合同，然后筹集用于实施这些租赁案件的资金这一流程，该情况下，筹集资金与租赁案件原则上是一一对应。但是，如上所述，由于管理资金筹集的系统和如现有技术那样的管理租赁案件的系统通常是分开构建，因而实际上还是通过手动操作来管理这些系统的对应关系。另外，有时也会汇总多个小额的租赁案件，并以此作为担保通过大额的融资来筹集资金，该情况下，筹集资金与多个租赁案件对应，从而管理进一步变得复杂。

因此，本发明的目的在于提供一种使租赁业务涉及的筹集资金的管理与租赁案件的管理相互协作而统一进行管理，从而能够实现有效且准确的案件投资管理的筹集资金管理系统及筹集资金管理方法。

本发明的上述及其他的目的和新颖特征，可以根据本说明书的记述及附图清楚了解。

用于解决技术问题的方案

本申请公开的发明中的代表性发明的概要简单说明如下。

本发明的代表实施方式涉及的筹集资金管理系统是管理资金的筹集、和根据筹集到的资金购买物品并将该物品出租给客户的租赁业务的系统，其具有筹集管理部和案件管理部，其中，筹集管理部，对于由通过从外部的金融机构的融资或者自有资金所筹集的一个以上的资金构成的筹集资金池，分别设定不同的基准利率并进行管理，案件管理部，对于根据与客户之间的租赁合同的租赁案件，管理与适用的所述筹集资金池关联起来的信息。

发明效果

通过本申请公开的发明中的代表发明得到的效果简单说明如下。

即，根据本发明的代表实施方式，能够使租赁业务涉及的筹集资金的管理与租赁案件的管理相互协作而统一进行管理，从而能够实现有效且准确的案件投资管理。

附图说明

图1是示出本发明一个实施方式的筹集资金管理系统的构成例的概要图。

图2是示出本发明一个实施方式中的筹集资金池与各租赁案件的关联的例子的概要图。

图3是示出切换本发明一个实施方式中的筹集资金池时的例子的概要图。

图4是示出本发明一个实施方式中的筹集管理部的融资信息DB的数据结构的例子的概要图。

图5是示出本发明一个实施方式中的筹集管理部的筹集源DB的数据结构的例子的概要图。

图6是示出本发明一个实施方式中的筹集管理部的筹集资金池DB的数据结构的例子的概要图。

图7是示出本发明一个实施方式中的案件管理部的合同DB的数据结构的例子的概要图。

图8是示出本发明一个实施方式中的案件管理部的合同状况DB的数据结构的例子的概要图。

图9是示出本发明一个实施方式中的案件管理部的客户DB的数据结构的例子的概要图。

图10是示出本发明一个实施方式中的案件管理部的供应商DB的数据结构的例子的概要图。

图11是示出本发明一个实施方式中的案件管理部的实际回收DB的数据结构的例子的概要图。

图12是示出本发明一个实施方式中的案件管理部的实际支付DB的数据结构的例子的概要图。

图13是示出本发明一个实施方式中的实绩管理部的部门DB的数据结构的例子的概要图。

图14是示出通过本发明一个实施方式中的筹集管理部而显示在用户终端上的筹集资金管理画面的例子的概要图。

图15是示出通过本发明一个实施方式中的筹集管理部而显示在用户终端上的筹集资金管理画面的另一个例子的概要图。

图16是示出通过本发明一个实施方式中的案件管理部而显示在用户终端上的案件管理画面的例子的概要图。

图17是示出通过本发明一个实施方式中的案件管理部而显示在用户终端上的案件管理画面的另一个例子的概要图。

具体实施方式

以下，根据附图对本发明的实施方式详细进行说明。此外，在用于说明实施方式的所有附图中，同一部分原则上标记同一符号，而省略其反复说明。

本发明一个实施方式的筹集资金管理系统是如下的信息处理系统，即：在通过租赁等进行金融业务的租赁公司等的企业中，通过将从银行融资等而筹集的一个以上的资金加以组合或者分割等，能够设定可具有分别不同的基准利率的多个筹集资金池，并与各租赁案件相关联地对这些筹集资金池进行管理。由此，能够更加灵活地设定各租赁案件的基准利率。另外，通过将资金筹集时的筹集利率与租赁案件中的放贷利率相关联地加以管理，能够准确地掌握各筹集资金或各租赁案件获得了多少利润等的经营业绩。

此外，在本实施方式中，筹集利率是指租赁公司等从银行等的金融机构借入资金时的利率，基准利率是指在筹集利率的基础上加上坏账风险或公司内部成本等在租赁公司内设定的作为基准的利率，放贷利率是指在基准利率上加上各租赁合同的利润后放贷给客户的利率。

＜系统构成＞

图1是示出本发明一个实施方式的筹集资金管理系统的构成例的概要图。筹集资金管理系统1是例如通过服务器设备或者云计算服务上构建的虚拟服务器等而安装的服务器系统，具有经由互联网或局域网等的网络2与一个以上的用户终端3连接的构成，其中，用户终端是指租赁公司的经营负责人或财务负责人等的用户所使用的PC(PersonalComputer：个人计算机)等的信息处理终端。

筹集资金管理系统1具有例如作为在未图示的OS(OperatingSystem：操作系统)或DBMS(DataBaseManagementSystem：数据库管理系统)、Web服务器程序等的中间件上工作的软件程序而安装的筹集管理部10、案件管理部20以及实绩管理部30等的各部分。

筹集管理部10具有管理租赁公司等进行租赁业务等的金融业务所需资金的筹集相关信息的功能，进而具有例如作为软件程序而安装的融资管理部11和筹集资金管理部12等的各部分、和通过数据库而安装的融资信息数据库(DB)13、筹集源DB14以及筹集资金池DB15等的各表。

融资管理部11具有将作为来自外部的资金筹集而主要从银行等的金融机构收到的融资的相关信息，记录到融资信息DB13中进行管理的功能。此外，银行等的借入源的信息通过筹集源DB14进行管理。筹集资金管理部12具有如下功能，即：由财务负责人等将包含通过融资等从外部借入的资金、和租赁公司等用于金融业务的自有资金等在内的筹集资金加以组合或者分割等而适当地重新分配，从而设定筹集资金池，并且将其信息记录在筹集资金池DB15中进行管理。如上所述，能够对各筹集资金池设定分别不同的基准利率。

案件管理部20具有管理作为租赁公司等以筹集资金为资本而进行的金融业务的租赁案件的相关信息的功能，进而具有例如作为软件程序而安装的回收管理部21和支付管理部22的各部分、和通过数据库而安装的合同DB23、合同状况DB24、客户DB25、供应商DB26、实际回收DB27以及实际支付DB28等的各表。

回收管理部21具有将根据各租赁案件中与客户之间缔结的租赁合同从客户回收租赁费用的相关信息，记录到实际回收DB27中进行管理的功能。此外，租赁合同和客户的信息分别通过合同DB23和客户DB25进行管理。支付管理部22具有将购买各租赁案件中租赁的物品时向供应商支付费用的相关信息，记录到实际支付DB28中进行管理的功能。此外，物品的供应商的信息通过供应商DB26进行管理。案件管理部20根据实际回收DB27或实际支付DB28中记录的信息等，将例如对象租赁案件的利润或者回收状况、支付状况等的信息记录到合同状况DB24中进行管理。

实绩管理部30具有针对租赁公司等以筹集资金为资本而进行的租赁案件，利用各种切口计算出经营业绩并进行提示的功能。在本实施方式中，如下所述，具有合同DB23中管理的各租赁合同涉及的案件分别利用了筹集资金池DB15中管理的各筹集资金池中的哪一个资金的信息。即，使各筹集资金池与租赁案件相关联地进行管理。

因此，经营负责人或财务负责人等的用户，可以以筹集资金池(即，对其设定的基准利率)、进而其中所含的实际通过融资等筹集的资金为单位，详细地掌握例如通过部门DB31管理的各部门的利润等的经营业绩或现金流等。另外，也可以以租赁案件(合同)为单位而掌握这些信息。

经营负责人或财务负责人等的用户，可以利用用户终端3上的未图示的Web浏览器等，经由筹集资金管理系统1上的未图示的Web服务器程序而访问上述各部分的功能。此外，财务负责人可以经由Web浏览器上显示的用户界面而进行例如融资案件的注册或者筹集资金池、基准利率的设定等。另外，经营负责人可以进行租赁案件涉及的租赁合同或者所利用的筹集资金池(基准利率)的信息、物品的采购相关的信息、从客户的回收或者向供应商的支付的实绩信息的输入或参照等的作业。另外，经营负责人或财务负责人可以以筹集资金池或租赁案件为单位而参照经营业绩或现金流等的信息。

＜筹集资金池和租赁案件的管理＞

图2是示出基于租赁公司等筹集的资金的筹集资金池与各租赁案件的关联的例子的概要图。在图2中，左侧第一列中示出通过从银行融资而实际筹集的资金(“融资A”～“融资E”)。左侧第二列中示出通过将筹集到的资金加以组合或分割而设定的筹集资金池(“资金池α”～“资金池δ”)。

在此，“资金池α”仅根据“融资A”而设定，呈一对一的关系。该情况下，“资金池α”的借入期限或筹集利率(借入利率)与“融资A”相同。表示在该筹集利率(“5.0％”)上加上保证金而设定基准利率(“6.0％”)。

另一方面，“资金池β”是将“融资B”、“融资C”、“融资D”三个加以组合而设定，呈M对1的关系。该情况下，将筹集资金的金额相加，另外，“资金池β”的借入期限设定为各融资中最长的借入期限，筹集利率设定为最高的筹集利率(即最不利的筹集利率)，并据此将基准利率设定为(“7.0％”)。

另外，“资金池γ”和“资金池δ”均根据“融资E”而设定，呈1对N的关系。该情况下，将筹集资金的金额手动进行分割、或者按照预定的规则自动进行分割，并分配到各个筹集资金池中。另外，各筹集资金池的借入期限或筹集利率等与“融资E”相同。表示在该筹集利率(“4.5％”)上加上各筹集资金池的保证金而分别设定基准利率(“6.5％”、“7.0％”)。

关于如何根据通过融资而筹集的资金来设定筹集资金池，可以根据经由用户终端3从租赁公司的财务负责人等收到的指示进行设定，也可以由筹集管理部10的筹集资金管理部12等根据预先设定的条件等，按照最佳的方式自动地进行设定。

右侧第二列示出租赁案件(“租赁案件1”～“租赁案件6”)。表示各租赁案件分别与任意一个筹集资金池相关联，并以从该筹集资金池得到的资金作为资本而购买物品并租赁给客户。各筹集资金池可以在购买额的总计未超过借入余额(loanbalance)的范围内关联多个租赁案件。表示在各租赁案件中，在关联的筹集资金池中设定的基准利率上加上保证金而分别设定放贷利率。

右侧第1列示出管理租赁案件的营业部门(“营业部M”～“营业部N”)。各租赁案件分别与管理的营业部门相关联。通过以上的关联，能够以租赁案件为单位而更高精度地掌握利润等的经营业绩。另外，也可以以筹集资金池或融资为单位、以营业部门为单位而掌握对应的租赁案件整体的利润等的经营业绩。

图3是示出在租赁案件继续期间或者期限内切换关联的筹集资金池时的例子的概要图。在上段的图中，示出“租赁案件2”与“资金池β”的筹集资金池相关联。相对于此，在下段的图中，示出将“租赁案件2”的关联切换为“资金池ε”，其中，“资金池ε”是从银行重新接受融资而筹集“融资F”的资金，并根据该“融资F”而设定的资金池。即，表示将“租赁案件2”的基准利率在租赁案件继续期间或期限内从“7.0％”切换为“5.5％”。

由此，通过预先设定多个筹集资金池、即设定多个基准利率，各租赁案件可以通过切换关联的筹集资金池而变更基准利率，从而能够根据状况灵活地管理筹集资金。例如，针对某一租赁案件，本来预定作为相对于该租赁案件的资金筹集而接受融资，但在租赁开始的阶段尚未执行融资这样的情况下，也可以进行如下那样的灵活运用，即：最初暂时根据其他已有的筹集资金池或自有资金等进行物品购买等并开始租赁，而在之后执行融资时，切换为根据该融资设定的筹集资金池。

各租赁案件与筹集资金池的关联可以如上所述那样灵活地设定和切换，这样的设定和切换例如可以根据经由用户终端3而从财务负责人或管理租赁案件的营业部门的负责人等收到的指示而进行，也可以由案件管理部20根据预先设定的条件等自动地进行设定。另外，也可以根据租赁公司的经营目标或财务目标等，例如由筹集管理部10的筹集资金管理部12等自动地对各租赁案件设定最佳的基准利率的组合或分配，以能够达成所有筹集资金和租赁案件作为目标而设定的利润。

＜数据结构＞

图4是示出筹集管理部10的融资信息DB13的数据结构的例子的概要图。融资信息DB13是保存作为来自外部的资金筹集而主要从银行等的金融机构收到的融资的相关信息的表，具有例如融资ID、筹集源ID、借入总额、借入利率、借入期限、借入余额、借入日以及偿还日等的各项目。

融资ID的项目保存为了唯一性地识别各融资而分配的ID等的信息。筹集源ID的项目保存确定对象融资的借入源、即金融机构的ID信息。通过该ID确定的金融机构注册在后述的筹集源DB14中。借入总额的项目保存对象融资中借入的资金的总额的信息。借入利率和期限的项目中分别保存对象融资中设定的借入利率和借入期限的信息。借入余额的项目保存对象融资中借入的资金中尚未分配给各租赁案件的可利用的余额的信息。借入日的项目保存执行对象融资的日期的信息。偿还日的项目保存对象融资的偿还日或者偿还预定或计划表的信息。

图5是示出筹集管理部10的筹集源DB14的数据结构的例子的概要图。筹集源DB14是保存银行等作为借入源的金融机构的主信息(masterinformation)的表，具有例如筹集源ID、筹集源名称、筹集源分类、负责人、联系方式等的各项目。

筹集源ID的项目保存为了唯一性地识别各筹集源的金融机构等而分配的ID等的信息。筹集源名称的项目保存对象筹集源的名称的信息。筹集源分类的项目保存对对象筹集源的种类进行区分的信息。例如，按照银行或其他的金融机构的种类而设定代码值等。负责人和联系方式的项目分别保存用于确定作为对象筹集源的窗口的负责人的姓名或ID等的识别信息、以及联系方式的电话号码或电子邮件地址等的信息。

图6是示出筹集管理部10的筹集资金池DB15的数据结构的例子的概要图。筹集资金池DB15是保存通过将利用融资等筹集的资金加以组合或分割等而设定的筹集资金池的相关信息的表，具有例如筹集资金池ID、融资ID、筹集方式、利率分类、基准利率以及有效期限等的各项目。

筹集资金池ID的项目保存为了唯一性地识别各筹集资金池而分配的ID等的信息。融资ID的项目保存确定与对象的筹集资金池关联的融资(筹集资金)的ID信息。通过该ID确定的融资注册在上述图4所示的融资信息DB13中。筹集方式的项目保存用于识别筹集对象的筹集资金池时的方式的信息。例如，设定用于识别是来自银行等的融资还是自有资金等的代码值等。

利率分类的项目保存表示对象的筹集资金池中设定的利率的分类的信息。例如，设定用于识别是基准利率还是逾期利率等的代码值等。基准利率的项目保存对象的筹集资金池中设定的基准利率的值。有效期限的项目保存对象的筹集资金池、即基准利率的有效期限的信息。例如，可以根据有效期限的起始日期和终止日期、或者起始日期和期限的信息等进行设定。

在图6的例子中，虽然不管放贷期限都可以设定一个基准利率的值，但是，也可以相对于多个放贷期限而设定不同的基准利率。例如，也可以如1～12个月为5％、13～24个月为5.5％、25～26个月为6％这样，根据放贷期限而设定不同的基准利率。

图7是示出案件管理部20的合同DB23的数据结构的例子的概要图。合同DB23是保存在各租赁案件中与客户之间缔结的租赁合同的相关信息的表，具有例如合同No.、案件名称、客户ID、案件开始日期、期限、筹集资金池ID、放贷利率、供应商ID、购买额以及负责营业部门代码等的各项目。

合同No.的项目保存为了唯一性地识别各合同而分配的序列号等的信息。案件名称的项目保存表示对象合同涉及的案件的名称或内容的显示信息。客户ID的项目保存确定对象合同的对方、即客户的ID信息。通过该ID确定的客户注册在后述的客户DB25中。案件开始日期和期限的各项目分别保存对象合同涉及的案件的开始或合同的缔结日期、以及租赁期限的信息。也可以取代期限而保存案件的结束日期的信息。

筹集资金池ID的项目保存确定与对象合同关联的筹集资金池、即基准利率的ID信息。由此，如图2或图3的例子所示，能够使筹集资金池(基准利率)与租赁案件相关联。放贷利率的项目保存对象合同中的放贷利率的信息。放贷利率是在对象合同中设定的基准利率的基础上加上保证金而设定的。

供应商ID和购买额的各项目分别保存确定对象合同涉及的租赁案件中租赁给客户的物品的供应商的ID信息。通过该ID确定的供应商注册在后述的供应商DB26中。负责营业部门代码的项目保存确定负责或管理对象合同涉及的租赁案件的营业部门的代码值等的信息。利用该代码确定的营业部门注册在后述的实绩管理部30的部门DB31中。

图8是示出案件管理部20的合同状况DB24的数据结构的例子的概要图。合同状况DB24是保存各租赁案件的利润或者回收状况、支付状况等的信息的表，具有例如合同No.、回收额、已回收利息、预定回收利息以及回收逾期等的各项目。

合同No.的项目保存确定对象合同的ID信息。通过该ID确定的合同注册在上述图7所示的合同DB23中。回收额的项目保存对象合同中已从客户回收的租赁费用的总额的信息。已回收利息和预定回收利息的各项目分别保存对象合同中通过已从客户回收的租赁费用而得到的利息、和通过今后预定回收的租赁费用而得到的利息的总额的信息。回收逾期的项目保存对象合同中回收比预定延迟的租赁费用的总额的信息。

图9是示出案件管理部20的客户DB25的数据结构的例子的概要图。客户DB25是保存与客户相关的主信息的表，具有例如客户ID、客户名称、住址以及联系方式等的各项目。

客户ID的项目保存为了唯一性地识别各客户而分配的ID等的信息。客户名称的项目保存对象客户的姓名或法人名称等的显示信息。住址和联系方式的各项目分别保存对象客户的住址、以及电话号码或电子邮件地址等的联系方式的信息。

图10是示出案件管理部20的供应商DB26的数据结构的例子的概要图。供应商DB26是保存用于租赁给客户的物品的供应商的主信息的表，具有例如供应商ID、供应商名称、供应商分类、住址以及联系方式等的各项目。

供应商ID的项目保存为了唯一性地识别各供应商而分配的ID等的信息。供应商名称的项目保存对象供应商的姓名或法人名称等的显示信息。供应商分类的项目保存确定对象供应商的种类的代码值等的信息。住址和联系方式的项目分别保存对象供应商的住址、以及电话号码或电子邮件地址等的联系方式的信息。

图11是示出案件管理部20的实际回收DB27的数据结构的例子的概要图。实际回收DB27是保存根据各租赁案件中与客户之间缔结的租赁合同而预订从客户回收的租赁费用和实际回收的租赁费用的相关信息的表，具有例如合同No.、回收状况No.、预定回收额、预定回收日、回收额以及回收日等的各项目。

合同No.的项目保存确定与对象实际回收信息相关的合同的ID信息。通过该ID确定的合同注册在上述图7所示的合同DB23中。回收状况No.的项目保存为了唯一性地识别对象合同中的各预定回收或各实际回收而分配的序列号等的信息。预定回收额和预定回收日的各项目分别保存对象合同中预先设定的各预定回收中的回收金额和回收日的信息。回收额和回收日的各项目分别保存相对于对象合同中预先设定的各预定回收的实际回收金额和回收日的信息。

图12是示出案件管理部20的实际支付DB28的数据结构的例子的概要图。实际支付DB28是保存在购买各租赁案件中租赁的物品时预订向供应商支付的费用和实际支付的费用的相关信息的表，具有例如供应商ID、支付状况No.、预定支付额、预定支付日、支付额以及支付日等的各项目。

供应商ID的项目保存确定与对象实际支付信息相关的供应商的ID信息。通过该ID确定的供应商注册在上述图10所示的供应商DB26中。支付状况No.的项目保存为了唯一性地识别与对象供应商的购买合同中的各预定支付或各实际支付而分配的序列号等的信息。预定支付额和预定支付日的各项目分别保存对象购买合同中预先设定的各预定支付中的支付金额和支付日的信息。支付额和支付日的各项目分别保存相对于对象购买合同中预先设定的各预定支付的实际支付金额和支付日的信息。

图13是示出实绩管理部30的部门DB31的数据结构的例子的概要图。部门DB31是保存与客户缔结租赁合同并管理租赁案件的负责部门相关的主信息的表，具有例如部门代码、部门名称、负责人以及联系方式等的各项目。

部门代码的项目保存为了唯一性地识别各部门而分配的代码值等的信息。部门名称的项目保存对象部门的组织名称等的显示信息。负责人和联系方式的各项目分别保存对象部门中的代表或窗口的负责人、以及电话号码或电子邮件地址等的联系方式的信息。

此外，上述图4～图13所示的各表的数据结构(项目)仅为一例，只要是能够保存和管理同样的数据的构成，也可以是其他的表构成或数据结构。

＜画面例＞

图14是示出通过筹集管理部10显示在用户终端3上的筹集资金管理画面的例子的概要图。在图14所示的画面中，财务负责人或营业部门的负责人等可以检索已注册在筹集资金池DB15中的筹集资金池(基准利率)的信息。例如，通过在画面上部指定注册日期等的条件，并按下检索按钮，从而在画面下部一览显示符合检索条件的筹集资金池的概要。图14的例子中示出：检索筹集资金池的注册日期为2012年1月1日的筹集资金池，符合条件的1件显示在列表中。

图15是示出通过筹集管理部10显示在用户终端3上的筹集资金管理画面的另一个例子的概要图。在图15所示的画面中，财务负责人等可以在筹集资金池DB15中注册新的筹集资金池。例如，通过将筹集源或筹集利率(借入利率)、金额、期限(借入期限)、偿还日等的信息作为设定的基准利率的值或者关联的筹集资金(融资)的信息进行设定，并按下注册按钮，从而可以注册新的筹集资金池。

此外，在图15的例子中，以将筹集资金(融资)直接作为筹集资金池进行注册、即如上述图2的例子中的“融资A”与“资金池α”那样筹集资金与筹集资金池呈一对一的情况为例，但并不限于此。例如，也可以从已注册在融资信息DB13中的筹集资金(融资)中选择一个以上并进行关联，从而设定筹集资金池。

图16是示出通过案件管理部20显示在用户终端3上的案件管理画面的例子的概要图。在图16所示的画面中，营业部门的负责人等可以估算租赁费用以与客户缔结租赁合同。例如，在画面上部输入客户的相关信息、或者负责人自身的相关信息等。另外，在画面下部，作为租赁案件的相关信息，除了物品(服务器或附件等)的购买金额或属性信息(制造商名称或名称、型号等)、首付金额、管理所需费用、租赁期限、支付方法等之外，还可以通过下拉列表选择适用的基准利率。在该列表中，列表显示筹集资金池DB15中注册的筹集资金池中的、借入余额满足购买金额的筹集资金池的基准利率。

在选择基准利率之后，根据该基准利率计算出租赁费用或利率(放贷利率)，并进行显示而提示给用户。由此，能够使各租赁案件与适当的基准利率、即筹集资金池相关联。此外，在图16的画面例中列表显示基准利率时，例如也可以仅列出能够达成租赁公司的目标利润的基准利率。另外，也可以建议最佳的基准利率、或者自动进行关联。

图17是示出通过案件管理部20显示在用户终端3上的案件管理画面的另一个例子的概要图。在图17所示的画面中，可以针对多个租赁案件而统一变更基准利率、即统一切换关联的筹集资金池。例如，通过在画面上部选择基准利率并按下检索按钮，从而抽出具有指定的基准利率、即与指定的基准利率涉及的筹集资金池关联的租赁案件，并列出在画面中段。当相对于这些租赁案件，在画面下部选择变更后的基准利率并按下变更按钮时，统一变更这些租赁案件的基准利率、即统一使这些租赁案件与该基准利率涉及的筹集资金池关联。

由此，在本实施方式中，以上述图2所示那样的构造相互关联地管理筹集资金(融资)、筹集资金池、租赁案件以及营业部门，因而如图17的例子所示，能够以基准利率(筹集资金池)作为条件而抽出与其关联的租赁案件和租赁合同。另外，针对这些租赁案件，例如可以参照合同状况DB24而计算出整体的总计利润等的经营业绩的信息并进行显示，也可以以个别的租赁合同为单位而显示详细的经营业绩的信息。另外，也可以参照实际回收DB27或实际支付DB28，并根据回收状况或支付状况，而计算出每个筹集资金池或每个租赁案件的现金流并进行显示。

另外，也可以利用租赁案件单位或营业部门单位等的不同切口而抽出关联的筹集资金池或筹集资金。进而，针对上述那样抽出的各租赁案件或筹集资金池等的各要素，也可以统一进行操作、或者总计算出利润等的经营业绩并进行显示。

另外，也可以根据计算出的经营业绩的信息，自动切换与各租赁案件关联的筹集资金池而使其最佳化。例如，在经营业绩未达到目标时，可以分配基准利率低的筹集资金池以达成目标、或者反之对于具有多个经营业绩好的租赁案件的部门的案件而分配基准利率低的有利的筹集资金池。

如以上所说明，根据本发明一个实施方式的筹集资金管理系统1，在租赁公司等中，可以通过将一个以上的筹集资金进行组合或者分割等而设定可具有分别不同的基准利率的多个筹集资金池，并与各租赁案件相关联地对这些筹集资金池进行管理。由此，能够更加灵活地设定各租赁案件的基准利率，另外，通过将资金筹集时的筹集利率与租赁案件中的放贷利率相关联地进行管理，能够准确地掌握每个筹集资金或每个租赁案件的利润等的经营业绩。

以上，根据实施方式对本发明人完成的发明进行了具体说明，但本发明并不限定于上述实施方式，可以在不脱离其主旨的范围内进行各种变更，这一点是毋庸置疑的。例如，上述实施方式对本发明进行了详细说明，以便于理解本发明的说明，但并不限定必须具备所说明的所有构成。另外，关于上述实施方式的构成的一部分，能够追加、删除、置换其他的构成。

另外，上述各构成、功能、处理部、处理单元等中的一部分或者全部，也可以通过例如利用集成电路进行设计等而利用硬件实现。另外，上述各构成、功能等也可以通过由处理器对实现各个功能的程序进行解释并执行而利用软件实现。实现各功能的程序、表、文件等的信息，可以放在存储器或硬盘、SSD(SolidStateDrive：固态驱动器)等的记录装置、或者IC卡、SD卡、DVD等的记录介质中。

工业上的可利用性

本发明可利用于租赁公司进行通过租赁案件回收从银行融资等而筹集的资金时的管理的筹集资金管理系统及筹集资金管理方法中。

符号说明

1…筹集资金管理系统

2…网络

3…用户终端

10…筹集管理部

11…融资管理部

12…筹集资金管理部

13…融资信息数据库(DB)

14…筹集源DB

15…筹集资金池DB

20…案件管理部

21…回收管理部

22…支付管理部

23…合同DB

24…合同状况DB

25…客户DB

26…供应商DB

27…实际回收DB

28…实际支付DB。

Claims (6)

1.一种筹集资金管理系统，用于管理资金的筹集与根据所筹集的资金来购买物品而将该物品出租给客户的租赁业务，其中，

具有：

筹集管理部，对于由通过从外部的金融机构的融资或者自有资金所筹集的一个以上的资金构成的筹集资金池，分别设定不同的基准利率并进行管理，以及

案件管理部，对于基于与客户之间的租赁合同的租赁案件，管理与适用的所述筹集资金池关联起来的信息。

2.根据权利要求1所述的筹集资金管理系统，其中，

所述筹集资金池由一个资金的一部分构成。

3.根据权利要求1或2所述的筹集资金管理系统，其中，

在所述租赁案件的期限中，所述案件管理部将与所述租赁案件关联起来的所述筹集资金池切换为其他的所述筹集资金池。

4.根据权利要求1至3中任一项所述的筹集资金管理系统，其中，

所述案件管理部管理所述租赁案件中来自客户的预定回收和实际回收的相关信息，

所述筹集资金管理系统还具有实绩管理部，以所述资金、所述筹集资金池、所述租赁案件以及管理所述租赁案件的部门中的任意一个为单位，所述实绩管理部合计并取得关联的一个以上的所述租赁案件中包含利润的经营业绩的相关信息。

5.根据权利要求4所述的筹集资金管理系统，其中，

所述案件管理部管理所述租赁案件中向物品的供应商的预定支付和实际支付的相关信息，

以所述资金、所述筹集资金池、所述租赁案件以及管理所述租赁案件的部门中的任意一个为单位，所述实绩管理部合计并取得关联的一个以上的所述租赁案件中现金流的相关信息。

6.一种筹集资金管理系统的筹集资金管理方法，用于管理资金的筹集与根据所筹集的资金来购买物品而将该物品出租给客户的租赁业务，其中，在所述筹集资金管理方法中，

由计算机执行筹集管理步骤与案件管理步骤，

在所述筹集管理步骤中，对于由通过从外部的金融机构的融资或者自有资金所筹集的一个以上的资金构成的筹集资金池，分别设定不同的基准利率并进行管理，

在所述案件管理步骤中，对于根据与客户之间的租赁合同的租赁案件，管理与适用的所述筹集资金池关联起来的信息。