用于提供实时处理服务的方法和系统的制作方法
专利名称：用于提供实时处理服务的方法和系统的制作方法
技术领域：
本发明主要涉及服务管理领域，尤其涉及一种用于提供高效的单一集成界面上实时处理服务的方法和系统。
背景技术：
如今，有许多公司都提供各种服务(基于资产产品、责任产品、保险产品等的服务)。这些公司根据申请人的需求和其资格来提供相应的服务。现有的方案是，为获得公司的任何一种相应服务，基于其需求的申请人都需要与各个公司的代表人谈话并填写表格， 以找出符合其每项需求的可用要约(offer)。因此，这一过程不仅枯燥耗时，并且其结果不一定都能成功。例如，如果一个人想申请个人贷款，他需要会见不同公司的代表人，或填写各种表格，以获取各公司提供的贷款数额及其利率等信息。一旦申请人从不同公司获取了信息，他将发现要比较这些要约是很难的，因为各个公司提供的要约本身便是很复杂的(例如，一些公司是按照年度余额递减率来进行利率报价的，另一些则是按照季度、月度或每日余额递减报价的；同时，一些公司可能会要求在贷款发放前预先支付一些月付款项，这提高了所收取的有效利率)。因此，传统的过程是枯燥而耗时的。另一方面，所述传统的方法是从公司角度来处理申请的，这种方式存在着缺陷。处理一项申请会涉及到对信息的核实，该核实过程也会涉及数次私人会访和收集各种资料等。对公司而言，这将花费大量时间，增加财务负担。然而，就算经历了这些累人的过程，许多申请仍不会获得批准；于是造成了不必要的支出和对时间的浪费。因此，需要一种同时有利于申请人和公司的单一集成方法，其中，申请人能够搜索其最需要的服务要约，而且，用一种提供实时处理服务的方法来替代传统的由公司进行的低效率核实方法。
发明内容
以下的简要总结有助于基础地了解本发明的一些方面。该总结并非全面性概括， 也不用于确定核心或关键的要素，或限定本发明的范围。其唯一目的是简要地给出一些概念，以引出下文的具体描述。本发明的主要目的是，发明一种用于在高效的单一集成界面上提供实时处理服务的方法和系统。一方面，本发明描述了一种用于提供实时处理服务的方法，该实时处理服务包括 选择想要的服务、提交初步表格(以从申请人有资格获得的所选服务中提取符合资格的要约)、显示所提取的可用要约、申请人从所述提取出来的要约中选择至少一个、为所述要约填写动态申请表并提交、即时验证所述动态申请中提供的信息以及将经验证的申请发送至各公司。相应地，本发明涉及一种方法，其中，“服务”包括但不限于用于资产产品、保险产品和责任保险产品的服务，例如透支产品、信用卡、抵押贷款、抵押贷款再融资、证券经纪、 汽车贷款、助学贷款、个人贷款、健康保险计划、人寿保险计划、汽车保险计划、房屋净值贷款、信用额度提升、商业贷款、商业信用卡、福利、以及用于购买股票和证券的保证金贷款产品等。相应地，本发明涉及一种方法，其中可将初步表格中的信息限制为那些会影响所述选择服务的资格的信息。相应地，本发明涉及一种方法，其中可用的要约从数据库中提取，该数据库包含不同公司的业务规则和要约，其中，所述业务规则包括但不限于信贷审批规则、保险承保规则以及银行规定等。相应地，本发明涉及一种方法，其中所提取的可用要约以较简单的形式呈现给申请人，例如，对于贷款服务，所显示的内容包括但不限于符合资格的贷款数额、符合资格的贷款期限、EMI数额、利率、有效利率、含信贷手续费及费用的贷款总成本、预付费用明细、预封费用明细、平均处理时间、用户平均评价等。相应地，本发明涉及一种方法，其中，所显示的要约中的信息基于所选要约自动更新。相应地，本发明涉及一种方法，其中所述动态申请根据申请人的资料而定制，申请人的资料包括个人资料、工作资料和所需资料。相应地，本发明涉及一种方法，其中对申请人提交的信息即时进行验证，所述信息例如申请人的手机号码、电子邮件地址、住所电话、工作电话、住所地址、在当前住址居住时长、雇主姓名、当前雇佣时长、工资数额、工资明细、任职、工资支付周期、银行账户支票退票次数、已有贷款债务款项的支付、银行账户号码、分支银行的地址和方位、平均账户余额、 职业详情、银行结单、PNA详情等。相应地，本发明涉及一种方法和系统，其中，通过电子邮件、手机短信或其他任何可用的电子通讯系统将所述申请状态的最新情况告知申请人。相应地，本发明涉及一种用于提供实时处理服务的系统，该系统包括用于实时处理服务的用户界面；通过用户界面以选择服务的各个选项；用于可用服务的相应的申请表格；按照所提供的信息、动态处理申请；提取存储在其数据库中的、与相应申请人有关的其他信息；显示可用的要约；即时核实动态申请中提供的信息；将核实后的申请发送至各公司，并通过电子邮件、手机短消息或其他任何可用的通讯系统方式告知用户最新的申请状态。相应地，本发明涉及一种用于提供实时处理服务的系统，该系统包括申请服务器容器和文件系统/数据库，其中，所述业务规则以密码保护的方式进行加密。相应地，本发明涉及一种用于提供实时服务的系统，其中，所述申请服务器容器包括网页用户界面、业务规则更新管理器、规则评估引擎(rules evaluation engine)和识别
/访问管理器。相应地，本发明涉及一种系统，其中，所述网页用户界面提供实时服务，例如选择服务、显示要约等；不同公司的业务规则在业务规则更新管理器中进行更新；由规则评估引擎进行评估，以提取符合资格的要约；通过识别/访问管理器来核实信息。
以下将结合附图通过举例的方式，对实施例进行非限制性描述，附图中的同一附图标记指相同部件，其中
图1为示意根据本发明的用于提供实时服务的方法的流程图； 图2为示意根据本发明的具有加密文件系统的申请服务器的高级架构框图。本发明的其他特征将结合附图从以下的详细描述中清晰展现。
具体实施例方式以下将详细描述本发明的优选实施例。应当理解，在此所公开的实施例仅是本发明的示范例，而本发明可以以各种形式实施。以下描述不应当理解为对本发明的限制，其中所描述的众多特定细节仅用作帮助全面理解本发明，以及作为权利要求的基础，和教导本领域技术人员制造和/或使用本发明的基础。然而，在特定情况下，为避免本发明从细节上对产生不必要的模糊，对众所周知的或常规的细节不作描述。本发明涉及一种用于在高效的单一集成界面上提供实时处理服务的方法。本文通篇所使用的“申请人”(applicant) —词可以但不限于是个人、团体或机构，其或个人或代表另一方使用所述系统。“服务”(service)包括但不限于用于资产产品、保险产品和责任保险产品的服务，例如透支产品、信用卡、抵押贷款、抵押贷款再融资、证券经纪、汽车贷款、 助学贷款、个人贷款、保险、房屋净值贷款、信用额度提升、商业贷款、商业信用卡、福利、以及用于购买股票和证券的保证金贷款产品等。本文中使用的“公司”(firm)—词可以但不限于是银行、银行和非银行金融公司、股票经纪公司、住宅互助社团、资产管理公司、信用合作社、消费金融公司、投资机构、政府资助企业或保险公司等。图1为示意根据本发明的用于提供实时服务的方法的流程图。如步骤102所示， 申请人:从服务提供商所提供的服务中选择一种其想要的服务。接着，如步骤104所示，所述申请人填写初步表格并提交，以从所选服务对应的要约中提取符合其资格的可用要约。初步表格中的信息被限制为那些会影响所述所选服务的资格的信息。或者，也可以基于初步表格中的信息，从外部数据源中获取其他信息，以用作进一步处理。对特定的申请人可用的要约是指，对应于所选服务的要约，这些要约是基于申请表中提供的信息以及其他任何从外部源中获取的信息中提取出来的，如步骤106所示。然而，如果没有找到任何要约，则将告知申请人，如步骤108所示。步骤110示意了将所提取的要约显示给申请人。图2示意了从加密的文件系统/数据库中提取可用的要约。另外， 基于申请人做出的调整，所显示的可用要约中的信息自动更新，如步骤112所示。或者，可从外部数据源中检索申请人的其他信息，并基于业务规则对其进行处理，这些业务规则决定申请人是否有资格获得该要约，从而决定了对申请是接受还是拒绝。如步骤114所示，为进一步处理由申请人从所提取的可用要约中选出的至少一个要约，要为该要约提交动态申请。如步骤116所示，对该动态申请中的信息即时进行验证。步骤118所示的通过核实的获批申请被发送至各公司，如步骤122所示。另外，被拒绝的申请的最新状态可通过电子邮件、手机短信或其他任何可用的电子通讯系统告知用户，如步骤124所示。接下来，以个人贷款服务为例，对上述方法加以解释。当申请人选择个人贷款服务时，首先显示的是初步申请。该初步申请所需的信息可限制为那些用来决定申请人是否符合该项贷款的资格的信息。基于申请人的劳动雇佣类型，初步申请中需要填写的信息也不同。接着，从系统数据库中搜索全部可用的贷款要约，并显示符合资格的要约，显示内容包括符合资格的贷款数额、符合资格的贷款期限、利率、有效利率、含信贷手续费及费用的贷款总成本、EMI、预付费用明细、预封费用明细、平均处理时间、用户平均评价等。另外，还允许申请人在系统界面上调整/修改贷款的金额和期限，这时要约(offer)列表将自动更新， 并将自动重新计算这些要约相应的总成本/月付款数。另外，所述系统还显示申请人、预付或预封贷款对贷款总成本的影响。另外，对于浮动利率贷款，所述系统还允许申请人计算不同利率的各种方案对贷款总成本的影响。如果申请人希望进行进一步操作，则申请人需从所述提取的可用要约中选择至少一个，并填写动态申请表格。该动态申请包括例如个人信息、住所地址、职业信息和所需文件等内容。所述动态申请还列出了申请人需要提交的证明文件。所述系统允许申请人在线提交其证明文件，由于是从可信赖的数据源直接取得所述证明文件，因此，这种提交方式能防止所述文件被改变。除申请人提交的信息之外，还可从系统的其他数据源中获取申请人的其他信息， 包括信用局(例如，信用信息局(印度有限公司))和其他数据库(例如所得税司的常驻户口号码(Permanent Account Number，PAN)数据)；基于要约的数据库和各公司的业务规则， 便可能做出拒绝申请或通过申请、使其进入下一步骤的决定。另外，还可从抵押品局获取与抵押品有关的数据。系统即时核实申请人提交的信息。这样，对所提交的信息进行核实，以确保提交的申请较有可能获批贷款。所述自动验证包括各个步骤，核实的内容包括手机号码、家庭电话号码、家庭住址、家庭住址的稳定性、所在地、雇佣情况、雇佣时长、出生年月、 身份、雇主等。批准申请所需的上述验证方法是动态的，且基于申请人的资料和其所选要约相应的业务规则。以下描述其中一些验证步骤。一旦申请通过所述验证过程，则申请将被发送至各公司。另外，所述申请的最新状态将告知所述申请人。以下讨论手机号码验证过程。当申请人提交申请后，系统将立即向申请表格中提供的手机号码发送一条包含验证码的短信。申请人需在系统界面上输入该验证码，以证实所提交的手机号码。还可以通过回复所述短信来完成验证。申请人还可以通过拨打发送该短信的号码并输入验证码进行验证。只有完成验证，申请才能被接受。对家庭电话号码、家庭住址和家庭住址稳定性的验证申请人被要求用其住所电话拨打一个电话号码，再在交互式语音应答单元(interactive voice response unit， IVRU)的引导下输入密码。在进行该操作后，申请人的住所电话号码便基本得以验证，因为该申请人不太可能从其他人的住所拨打电话。虽然可能存在第三方在其申请表中输入他人电话号码的情况，但该第三方使用他人的电话来拨打该验证电话是有困难的。要求申请人拨打系统所提供的号码的好处是，申请人可以方便地做这些。当然，如果申请人表示，在填写该申请表格的同时其可以使用住所电话，则系统能自动拨打该申请人的住所电话，并要求其输入屏幕上显示的验证码。当然，如果申请人表示，他只在特定的时间能够使用其座机，则系统能在预定的时间自动拨打该申请人的座机，并要求其输入所提供的验证码。另外，还可在电话本(纸件或电子形式)中查找所述住所电话号码并进行验证，看该电话号码对应的地址是否与申请中所提交的住所地址相同(应当注意，如果所述住所电话号码是注册在申请人名下的，则该验证将最为准确)。然而，所述住所电话号码常常可能注册在申请人的亲戚或配偶名下，该亲戚或配偶可能与所述申请人同姓。另外，可查询电话本的历史记录来查看该座机登记在该地址下的时间，即，所述申请人在所提交的地址已居住的时长。另外，也可能是电话号码的格式发生了变化，这一点可通过核查所述姓名与该地址下的住所电话的关联时长来进行验证。因此，可以用更简单的方式来验证申请人的住所电话号码、住所地址以及该申请人在该住所已居住时间的正确性，以实现随时都能零成本、 无耽误地确认该住所电话号码，避免了亲自拜访的需要。注意，可通过这一方法利用电话号码来验证流动住所地址和永久住所地址。本发明的系统包括用于进行这些验证的数据库中。所述拟发明的系统能直接从申请人的网上银行账户中安全地获取申请人的银行结单，并自动将这些银行结单直接提交至各公司，以确保这些银行结单的准确性，从而节省公司在验证过程中花费的时间和成本。所述系统要求申请人提供其网上银行账户凭据。当申请人在所述系统中时，所述系统使用申请人的网上银行账户凭据登陆申请人的网上银行账户，下载申请人目前和历史银行结单及申请人的其他相关信息，在数分钟内验证这些信息，最后从系统中删除申请人的登陆凭据。鉴于许多雇主为其雇员提供在线查看工资单的选择，因此，所述系统还可按照类似方式登陆申请人的网上工资单系统，直接获取申请人的工资单，并自动将其传送至所述公司，以确保这些工资单的准确性，从而节省了公司在验证过程中花费的时间和成本。类似地，所述系统可通过使用申请人的凭据来登陆申请人的各网上账户，将申请人的信用卡对账单、网上交易账户对账单等发送至相应公司。进一步地，系统使用从网上银行账户中获取的数据来验证申请人的姓名、申请人的地址、申请人的手机号码和申请人的电子邮件地址。就算会由于名和姓调换、姓名首字母缩写的恢复等原因导致其中一个姓名与另一个不同，但是，通过使用模糊逻辑方法，便能确保系统将申请表格中的申请人姓名与网上银行账户中的申请人姓名相匹配。大多数银行提供网上银行账户在过去数年中所进行的交易的信息。拟发明的系统能下载全部交易信息，并核实支票退票情况每个银行的支票退票具有一个独一无二的识别码。所述系统能对任何时间范围内(例如，过去六个月、过去三个月等)入和出的支票退票及现行指令失败进行计数；当前和以往雇主的名称、工资明细和雇佣稳定性所述系统能通过这些信用形式来确定工资信用，还能检测出这些工资存款的数额/存款频率中的不一致之处(如果是贷款，则系统可相应地调整可用贷款数额)。交易描述可用来识别申请人的雇主和申请人的工资。系统能查看历史对账单，并识别出该雇员为其当前和以往雇主工作了多久；债务所述系统能识别用于偿还债务的支出(例如汽车贷款等的分期付款支出，是每个月向金融机构所支付的数额相等或接近的那笔支出)和每月费用支出。所述系统能识别消费模式。该数据还可被公司用来决定提升信用额度。所述拟发明的系统能从网上工资单系统中下载申请人的全部历史工资单，并对具体情况进行确认，包括申请人的雇主、申请人当前雇佣的时间、申请人的工资、申请人的工资具体构成和申请人当前的雇佣任职。基于这些确认，系统可能拒绝所述申请，或更新申请人对于所述要约的资格(例如，申请人的工资中可能有加班费，在确定符合申请人资格的贷款数额时，公司可能不将该加班费考虑进去，因此，可能要降低符合资格的贷款数额)，或通过申请，使其进入下一阶段。另外，本发明的系统还可联合一些雇主来核实申请人在申请中所提交的雇佣详情。当申请来自某个为系统数据库中所列雇主工作的申请人时，所述系统向该公司指定的人力资源代表发送一封电子邮件，该人力资源代表能核实该雇员所提交的信息，例如工资、雇佣时长、任职等信息。该验证过程使系统不需要任何来自申请人的资料便能核实有关雇佣的全部重要信息。同时，由于该确认结果直接来自雇主，因而，公司无需对这些信息再次确认。在本发明的另一实施例中，所述申请人被要求提供其常驻户口号码(Permanent Account Number，PAN)的卡号，系统核查NSDL数据库或其他PAN卡数据库，以核实该PAN号码关联的姓名和生日匹配申请人在申请中所提交的信息。另外，所述系统使用试探法和模糊逻辑法，以确保系统在进行姓名匹配时能处理首字母大写、名和姓变换的情况。该验证过程使系统能实时且低成本高精确度地核实申请人的身份(因为PAN号码是非常保密的，较难获得某人的PAN号码)。所述系统具有并更新用于核实这些凭据的各种数据库。所述系统能连接信用局(例如，信用信息局(印度)有限公司)、抵押品局和其他数据库，以收集所述申请人的有关信息(例如信用数据，包括申请人其他贷款的债务款项和还款记录)以及在有附属抵押品贷款、例如房贷时，与抵押担保有关的信息。所述系统收集该数据，并使其通过系统的规则引擎，来决定(a)通过申请，使其进入申请处理的下一步骤， (b)拒绝申请，或(c)将申请保持在当期阶段，并要求申请人提供更多的信息。所述系统具有强大的数据库，该数据包括不同雇员的电子邮件域名。所述数据库只包含那些仅允许其公司雇员具有该域的电子邮件用户名的域名。任何时候，当一个申请人声称其为某个雇主工作时，所述系统会要求该申请人提供其工作电子邮件地址里@符号前的那部分(例如，如果有人称他在微软工作，则系统知道其邮件地址将以“ microsoft, com”结尾。因此，所述申请人被要求提供其邮件地址里“@1^(^080代.(30111”前的那部分)。鉴于一些雇主具有多个电子邮件域名，所述系统可通过向申请人提供选项、以选择与该雇主相关的任意一个域名来解决该问题。所述系统接着向所提供的邮件用户名发送验证邮件， 并要求申请人点击邮件中的链接，或将验证邮件中提供的验证码填入系统。由于只有该公司的雇员才能在该域具有用户名，因此，所述点击使系统能极大可能地确定申请人在该特定公司工作。虽然理论上申请人可以请其在该公司工作的朋友帮忙核实他的申请，但是，他的朋友不一定会愿意拿自己的工作来冒险。由于所述电子邮件用户名通常含有该雇员姓名的一部分，因此，所述系统甚至能核实该邮件用户名属于该申请人，而不是申请人在该公司工作的朋友。所述系统几乎能即时且不无额外花费地确认该申请人的雇主。如果申请人的雇主的邮件域名不在该数据库中，则系统也能即时地确认申请人所提供的域名是否匹配申请人所填写的雇主。所述公司标注出了一些区域，对这些区域，公司不愿意提供服务。这些“否定区域” 有时包括全部个人身份号码(PIN codes)或邮政编码，有时是较小的地区，这些地区的居住质量很差，或位置偏僻，难以到达公路干线。如果申请人的居住地点具有所述否定区域的 PIN/邮政编码，则系统将能够在卫星照片中查找申请人的地址，并以确定申请人是否居住在所述否定区域。所述系统具有包含全国大多数雇主的电话号码前缀的内置数据库。当申请人称其为其中一个雇主工作时，系统将进行检查，看申请人的工作电话号码前缀是否与该雇主所具有的前缀相匹配。如果匹配成功，则系统将要求该雇员用其工作电话拨打电话并键入一个代码，从而确认该申请人能够使用属于该雇主的电话，而这在很大程度上确定了所述申请人是这家公司的雇员。所述系统还将检查所有电话本(纸件形式或数字媒介或在线形式)以确认该电话号码属于该申请人声称的雇主。申请通过该验证过程，则所述系统将完成的预查申请提交给所选的金融机构。或者，如果该申请未通过验证过程，则申请人将被要求提供正确的信息，以重新验证申请。在所述系统中，申请人可以预订所述公司接收证明文件的时间和地点。在预定时间之前的不同时间点，所述系统通过手机短信、电子邮件或其他任何可用的通讯系统向申请人发送接收提醒，并要求申请人在需要重新预定时间时通知系统。所述公司接收证明材料，并进行信用评估和现场调查。图2为示意根据本发明的具有加密文件系统/数据库的申请服务器的高级架构框图。如图2所示，所述申请服务器容器(202)和加密文件系统/数据库(204)相互连接。 所述申请服务器容器(202)连接至网页用户界面(206)、商业要约更新管理器(208)、规则评估器(210)、网页服务(212)和身份访问管理器(214)。所述申请服务器容器(202)为一个使用操作系统的专用安全用户账户运行的方法，可防止其他用户窃取取其文件或内存空间。所述申请容器(202)之外的唯一界面为网页用户界面(206)和提供服务的公司可以使用的网页服务(212)。在文件系统/数据库(204)中对各公司的所述业务规则进行加密，这些业务规则是密码保护的，且不与外界共享。所述商业要约更新管理器(208)可以对数据库(204)的进行读/写操作。所述规则评估引擎(210)可对进行数据库(204)进行只读访问。其他用户/申请则不能访问所述规则数据库(204)。所述商业要约更新管理器(208)控制所述商业规则数据库(204)中规则的更新。所述网页用户界面(206)作为所述更新管理器的一部分，使用身份/访问管理服务(214)来识别要约管理器。所述规则评估器(210)是运行用于任何类型的申请人资格标准的商业规则的关键引擎。所述规则评估器(210)可对所述业务规则数据库(204)进行只读访问。所述网页服务(212)提供了访问本系统的严格界面。本系统通过所述网页服务填写资格标准，以返回产品列表。所述方法中的界面允许公司将其业务规则(例如，信贷审批规则、保险承保规则等)直接编程进进入系统中。所述方法的运行方式使得当填入申请人的数据/需求时，符合资格的要约将作为输出显示出来。键入申请中的申请人数据包括申请人提供的数据，以及可从外部数据源获取的数据(例如，信用局、抵押品局、欠款人名单、商业数据库)。所述特征是实现所述方法的关键因素之一，这是因为尽管有保密协议(NDA)及知识产权保护政策，但许多公司仍不愿共享其业务规则。因此，方法中的所述特征使得公司的规则/指南/政策变为自动化，并能由系统使用，同时防止非该公司的其他任何人解密或读取这些规则。申请人:无需会见公司代表，同时也不需要给出全部信息，就可以在数分钟内在线接受准确的定制要约，这是极具优势的。尽管要约本身是复杂的，但服务的要约是透明可见的。所述整个过程在处理申请方面是极快的。所述过程不仅有利于申请人，还有利于提供服务的公司，使其能在最短的时间内以最低的运营成本查看大量申请。对申请人提供的信息进行自动核查，能防止申请人的欺诈行为。尽管以个人贷款服务为例阐述了本发明的实施例，但应当清楚，本发明及其优点并不仅限于这些实施例。任何轻微的修正、替代和等同替换对本领域技术人员来说都是显而易见的，因而并不脱离本发明的权利要求所描述的范围。相应地，说明书和附图都应当理解为是本发明的阐述性例子，而无限制之意。
10
权利要求
1.一种用于提供实时处理服务的方法，包括以下步骤a.选择至少一种申请人想要的服务；b.将需要的信息填入所选申请表中；c.提交所述申请表，以提取可用要约；d.通过处理所述申请表提供的信息和基于所述申请表提供的信息而从其他数据源检索到的信息，提取与所选服务相关的可用要约；e.申请人从显示的所提取的可用要约中选择至少一个要约；f.为申请人选择的至少一个可用要约提交动态申请表；g.即时验证所述动态申请表中提供的信息；以及h.将验证后的申请发送至各个公司，并通过电子邮件、手机短信或其他可用的通讯系统将申请的最新状态告知申请人。
2.根据权利要求1所述的方法，其特征在于所述服务包括但不限于用于资产产品、保险产品和责任保险产品的服务，例如透支产品、信用卡、抵押贷款、抵押贷款再融资、证券经纪、汽车贷款、助学贷款、个人贷款、保险、房屋净值贷款、信用额度提升、商业贷款、商业信用卡、福利、以及用于购买股票和证券的保证金贷款产品等。
3.根据权利要求1所述的方法，其特征在于所述申请表中的信息限于那些影响所选服务的资格的信息。
4.根据权利要求1所述的方法，其特征在于对信息的处理进一步包括获取所述申请表中的信息。
5.根据权利要求1所述的方法，其特征在于所述可用要约是从一数据库中提取出来的，该数据库包括不同公司的加密商业规则和要约。
6.根据权利要求1所述的方法，其特征在于提取的所述可用要约以较简单的形式呈现给申请人，例如，对于贷款服务，所显示的内容包括但不限于符合资格的贷款数额、符合资格的贷款期限、EMI数额、含信贷手续费及费用的贷款总成本、平均处理率和用户平均评价等。
7.根据权利要求8所述的方法，其特征在于显示的所述可用要约中的信息基于选择的符合资格的要约而自动更新。
8.根据权利要求1所述的方法，其特征在于所述动态申请表根据申请人的资料而定制，所述申请人的资料包括个人详情、住所地址、职业详情和所需资料。
9.根据权利要求1所述的方法，其特征在于即时验证由所述申请人提交的信息，例如移动电话号码、电子邮件地址、住所电话号码、工作电话号码、住所地址、在当前地址的居住时长、雇主姓名、工资、工资支付周期、工资账户的支票退票次数、已有贷款债务款项的支付、公司地址和方位、平均账户余额、职业详情、银行结单、常住户口号码详情等。
10.一种用于提供实时处理服务的系统，包括a.用于实时处理服务的用户界面；b.通过用户界面进行选择的各个服务选项；c.用于可用服务的相应申请表；d.为所提供的信息动态地处理申请；e.提取其数据库存储的、与相应申请相关的其他信息；f.显示所述可用要约；g.即时验证所述动态申请中提供的信息；并将经验证的申请发送至各个公司，并通过电子邮件、手机短信或其他可用的通讯系统将申请的最新状态告知申请人。
11.根据权利要求10所述的系统，其特征在于所述系统还包括申请服务器容器和文件系统/数据库，其中，商业规则通过密码保护的方式进行加密。
12.根据权利要求11所述的系统，其特征在于所述申请服务器容器包括网页用户界面，用于提供例如服务选择、要约显示等实时服务；业务规则更新管理器，用于更新不同公司的业务规则；规则评估引擎，用于对所提取的符合资格的要约进行评估；以及识别/访问管理器，用于对信息进行验证。
13.如参照附图在此描述的用于提供实时处理服务的方法和系统。
全文摘要
本发明涉及一种用于实时处理服务申请的方法和系统。所述方法包括申请人选择一种服务(102)、为提取与所选服务相关的可用要约而提交初步申请(104)、通过处理所述初步申请表中提供的信息而提取可用要约(106)、显示所提取的可用要约(110)、申请人从所述提取的可用要约中选择至少一个要约、为申请人选择的所述至少一个可用要约提交动态申请(114)、验证所述动态申请提供的信息(118)以及将验证后的申请发送至各个公司(122)。
文档编号G06Q30/00GK102171716SQ200980138595
公开日2011年8月31日 申请日期2009年7月31日 优先权日2008年7月31日
发明者R·V·拉玛那沙, 伊萨克·艾普, 拉姆斯沃伦·桑卡拉, 拉蒂·拉吉尼·拉吉库玛, 维卡南沙曼西·维码·库玛, 阿德西·谢蒂, 阿琼·谢蒂 申请人:A&A杜坎金融服务私人有限公司
技术领域：
本发明主要涉及服务管理领域，尤其涉及一种用于提供高效的单一集成界面上实时处理服务的方法和系统。
背景技术：
如今，有许多公司都提供各种服务(基于资产产品、责任产品、保险产品等的服务)。这些公司根据申请人的需求和其资格来提供相应的服务。现有的方案是，为获得公司的任何一种相应服务，基于其需求的申请人都需要与各个公司的代表人谈话并填写表格， 以找出符合其每项需求的可用要约(offer)。因此，这一过程不仅枯燥耗时，并且其结果不一定都能成功。例如，如果一个人想申请个人贷款，他需要会见不同公司的代表人，或填写各种表格，以获取各公司提供的贷款数额及其利率等信息。一旦申请人从不同公司获取了信息，他将发现要比较这些要约是很难的，因为各个公司提供的要约本身便是很复杂的(例如，一些公司是按照年度余额递减率来进行利率报价的，另一些则是按照季度、月度或每日余额递减报价的；同时，一些公司可能会要求在贷款发放前预先支付一些月付款项，这提高了所收取的有效利率)。因此，传统的过程是枯燥而耗时的。另一方面，所述传统的方法是从公司角度来处理申请的，这种方式存在着缺陷。处理一项申请会涉及到对信息的核实，该核实过程也会涉及数次私人会访和收集各种资料等。对公司而言，这将花费大量时间，增加财务负担。然而，就算经历了这些累人的过程，许多申请仍不会获得批准；于是造成了不必要的支出和对时间的浪费。因此，需要一种同时有利于申请人和公司的单一集成方法，其中，申请人能够搜索其最需要的服务要约，而且，用一种提供实时处理服务的方法来替代传统的由公司进行的低效率核实方法。
发明内容
以下的简要总结有助于基础地了解本发明的一些方面。该总结并非全面性概括， 也不用于确定核心或关键的要素，或限定本发明的范围。其唯一目的是简要地给出一些概念，以引出下文的具体描述。本发明的主要目的是，发明一种用于在高效的单一集成界面上提供实时处理服务的方法和系统。一方面，本发明描述了一种用于提供实时处理服务的方法，该实时处理服务包括 选择想要的服务、提交初步表格(以从申请人有资格获得的所选服务中提取符合资格的要约)、显示所提取的可用要约、申请人从所述提取出来的要约中选择至少一个、为所述要约填写动态申请表并提交、即时验证所述动态申请中提供的信息以及将经验证的申请发送至各公司。相应地，本发明涉及一种方法，其中，“服务”包括但不限于用于资产产品、保险产品和责任保险产品的服务，例如透支产品、信用卡、抵押贷款、抵押贷款再融资、证券经纪、 汽车贷款、助学贷款、个人贷款、健康保险计划、人寿保险计划、汽车保险计划、房屋净值贷款、信用额度提升、商业贷款、商业信用卡、福利、以及用于购买股票和证券的保证金贷款产品等。相应地，本发明涉及一种方法，其中可将初步表格中的信息限制为那些会影响所述选择服务的资格的信息。相应地，本发明涉及一种方法，其中可用的要约从数据库中提取，该数据库包含不同公司的业务规则和要约，其中，所述业务规则包括但不限于信贷审批规则、保险承保规则以及银行规定等。相应地，本发明涉及一种方法，其中所提取的可用要约以较简单的形式呈现给申请人，例如，对于贷款服务，所显示的内容包括但不限于符合资格的贷款数额、符合资格的贷款期限、EMI数额、利率、有效利率、含信贷手续费及费用的贷款总成本、预付费用明细、预封费用明细、平均处理时间、用户平均评价等。相应地，本发明涉及一种方法，其中，所显示的要约中的信息基于所选要约自动更新。相应地，本发明涉及一种方法，其中所述动态申请根据申请人的资料而定制，申请人的资料包括个人资料、工作资料和所需资料。相应地，本发明涉及一种方法，其中对申请人提交的信息即时进行验证，所述信息例如申请人的手机号码、电子邮件地址、住所电话、工作电话、住所地址、在当前住址居住时长、雇主姓名、当前雇佣时长、工资数额、工资明细、任职、工资支付周期、银行账户支票退票次数、已有贷款债务款项的支付、银行账户号码、分支银行的地址和方位、平均账户余额、 职业详情、银行结单、PNA详情等。相应地，本发明涉及一种方法和系统，其中，通过电子邮件、手机短信或其他任何可用的电子通讯系统将所述申请状态的最新情况告知申请人。相应地，本发明涉及一种用于提供实时处理服务的系统，该系统包括用于实时处理服务的用户界面；通过用户界面以选择服务的各个选项；用于可用服务的相应的申请表格；按照所提供的信息、动态处理申请；提取存储在其数据库中的、与相应申请人有关的其他信息；显示可用的要约；即时核实动态申请中提供的信息；将核实后的申请发送至各公司，并通过电子邮件、手机短消息或其他任何可用的通讯系统方式告知用户最新的申请状态。相应地，本发明涉及一种用于提供实时处理服务的系统，该系统包括申请服务器容器和文件系统/数据库，其中，所述业务规则以密码保护的方式进行加密。相应地，本发明涉及一种用于提供实时服务的系统，其中，所述申请服务器容器包括网页用户界面、业务规则更新管理器、规则评估引擎(rules evaluation engine)和识别
/访问管理器。相应地，本发明涉及一种系统，其中，所述网页用户界面提供实时服务，例如选择服务、显示要约等；不同公司的业务规则在业务规则更新管理器中进行更新；由规则评估引擎进行评估，以提取符合资格的要约；通过识别/访问管理器来核实信息。
以下将结合附图通过举例的方式，对实施例进行非限制性描述，附图中的同一附图标记指相同部件，其中
图1为示意根据本发明的用于提供实时服务的方法的流程图； 图2为示意根据本发明的具有加密文件系统的申请服务器的高级架构框图。本发明的其他特征将结合附图从以下的详细描述中清晰展现。
具体实施例方式以下将详细描述本发明的优选实施例。应当理解，在此所公开的实施例仅是本发明的示范例，而本发明可以以各种形式实施。以下描述不应当理解为对本发明的限制，其中所描述的众多特定细节仅用作帮助全面理解本发明，以及作为权利要求的基础，和教导本领域技术人员制造和/或使用本发明的基础。然而，在特定情况下，为避免本发明从细节上对产生不必要的模糊，对众所周知的或常规的细节不作描述。本发明涉及一种用于在高效的单一集成界面上提供实时处理服务的方法。本文通篇所使用的“申请人”(applicant) —词可以但不限于是个人、团体或机构，其或个人或代表另一方使用所述系统。“服务”(service)包括但不限于用于资产产品、保险产品和责任保险产品的服务，例如透支产品、信用卡、抵押贷款、抵押贷款再融资、证券经纪、汽车贷款、 助学贷款、个人贷款、保险、房屋净值贷款、信用额度提升、商业贷款、商业信用卡、福利、以及用于购买股票和证券的保证金贷款产品等。本文中使用的“公司”(firm)—词可以但不限于是银行、银行和非银行金融公司、股票经纪公司、住宅互助社团、资产管理公司、信用合作社、消费金融公司、投资机构、政府资助企业或保险公司等。图1为示意根据本发明的用于提供实时服务的方法的流程图。如步骤102所示， 申请人:从服务提供商所提供的服务中选择一种其想要的服务。接着，如步骤104所示，所述申请人填写初步表格并提交，以从所选服务对应的要约中提取符合其资格的可用要约。初步表格中的信息被限制为那些会影响所述所选服务的资格的信息。或者，也可以基于初步表格中的信息，从外部数据源中获取其他信息，以用作进一步处理。对特定的申请人可用的要约是指，对应于所选服务的要约，这些要约是基于申请表中提供的信息以及其他任何从外部源中获取的信息中提取出来的，如步骤106所示。然而，如果没有找到任何要约，则将告知申请人，如步骤108所示。步骤110示意了将所提取的要约显示给申请人。图2示意了从加密的文件系统/数据库中提取可用的要约。另外， 基于申请人做出的调整，所显示的可用要约中的信息自动更新，如步骤112所示。或者，可从外部数据源中检索申请人的其他信息，并基于业务规则对其进行处理，这些业务规则决定申请人是否有资格获得该要约，从而决定了对申请是接受还是拒绝。如步骤114所示，为进一步处理由申请人从所提取的可用要约中选出的至少一个要约，要为该要约提交动态申请。如步骤116所示，对该动态申请中的信息即时进行验证。步骤118所示的通过核实的获批申请被发送至各公司，如步骤122所示。另外，被拒绝的申请的最新状态可通过电子邮件、手机短信或其他任何可用的电子通讯系统告知用户，如步骤124所示。接下来，以个人贷款服务为例，对上述方法加以解释。当申请人选择个人贷款服务时，首先显示的是初步申请。该初步申请所需的信息可限制为那些用来决定申请人是否符合该项贷款的资格的信息。基于申请人的劳动雇佣类型，初步申请中需要填写的信息也不同。接着，从系统数据库中搜索全部可用的贷款要约，并显示符合资格的要约，显示内容包括符合资格的贷款数额、符合资格的贷款期限、利率、有效利率、含信贷手续费及费用的贷款总成本、EMI、预付费用明细、预封费用明细、平均处理时间、用户平均评价等。另外，还允许申请人在系统界面上调整/修改贷款的金额和期限，这时要约(offer)列表将自动更新， 并将自动重新计算这些要约相应的总成本/月付款数。另外，所述系统还显示申请人、预付或预封贷款对贷款总成本的影响。另外，对于浮动利率贷款，所述系统还允许申请人计算不同利率的各种方案对贷款总成本的影响。如果申请人希望进行进一步操作，则申请人需从所述提取的可用要约中选择至少一个，并填写动态申请表格。该动态申请包括例如个人信息、住所地址、职业信息和所需文件等内容。所述动态申请还列出了申请人需要提交的证明文件。所述系统允许申请人在线提交其证明文件，由于是从可信赖的数据源直接取得所述证明文件，因此，这种提交方式能防止所述文件被改变。除申请人提交的信息之外，还可从系统的其他数据源中获取申请人的其他信息， 包括信用局(例如，信用信息局(印度有限公司))和其他数据库(例如所得税司的常驻户口号码(Permanent Account Number，PAN)数据)；基于要约的数据库和各公司的业务规则， 便可能做出拒绝申请或通过申请、使其进入下一步骤的决定。另外，还可从抵押品局获取与抵押品有关的数据。系统即时核实申请人提交的信息。这样，对所提交的信息进行核实，以确保提交的申请较有可能获批贷款。所述自动验证包括各个步骤，核实的内容包括手机号码、家庭电话号码、家庭住址、家庭住址的稳定性、所在地、雇佣情况、雇佣时长、出生年月、 身份、雇主等。批准申请所需的上述验证方法是动态的，且基于申请人的资料和其所选要约相应的业务规则。以下描述其中一些验证步骤。一旦申请通过所述验证过程，则申请将被发送至各公司。另外，所述申请的最新状态将告知所述申请人。以下讨论手机号码验证过程。当申请人提交申请后，系统将立即向申请表格中提供的手机号码发送一条包含验证码的短信。申请人需在系统界面上输入该验证码，以证实所提交的手机号码。还可以通过回复所述短信来完成验证。申请人还可以通过拨打发送该短信的号码并输入验证码进行验证。只有完成验证，申请才能被接受。对家庭电话号码、家庭住址和家庭住址稳定性的验证申请人被要求用其住所电话拨打一个电话号码，再在交互式语音应答单元(interactive voice response unit， IVRU)的引导下输入密码。在进行该操作后，申请人的住所电话号码便基本得以验证，因为该申请人不太可能从其他人的住所拨打电话。虽然可能存在第三方在其申请表中输入他人电话号码的情况，但该第三方使用他人的电话来拨打该验证电话是有困难的。要求申请人拨打系统所提供的号码的好处是，申请人可以方便地做这些。当然，如果申请人表示，在填写该申请表格的同时其可以使用住所电话，则系统能自动拨打该申请人的住所电话，并要求其输入屏幕上显示的验证码。当然，如果申请人表示，他只在特定的时间能够使用其座机，则系统能在预定的时间自动拨打该申请人的座机，并要求其输入所提供的验证码。另外，还可在电话本(纸件或电子形式)中查找所述住所电话号码并进行验证，看该电话号码对应的地址是否与申请中所提交的住所地址相同(应当注意，如果所述住所电话号码是注册在申请人名下的，则该验证将最为准确)。然而，所述住所电话号码常常可能注册在申请人的亲戚或配偶名下，该亲戚或配偶可能与所述申请人同姓。另外，可查询电话本的历史记录来查看该座机登记在该地址下的时间，即，所述申请人在所提交的地址已居住的时长。另外，也可能是电话号码的格式发生了变化，这一点可通过核查所述姓名与该地址下的住所电话的关联时长来进行验证。因此，可以用更简单的方式来验证申请人的住所电话号码、住所地址以及该申请人在该住所已居住时间的正确性，以实现随时都能零成本、 无耽误地确认该住所电话号码，避免了亲自拜访的需要。注意，可通过这一方法利用电话号码来验证流动住所地址和永久住所地址。本发明的系统包括用于进行这些验证的数据库中。所述拟发明的系统能直接从申请人的网上银行账户中安全地获取申请人的银行结单，并自动将这些银行结单直接提交至各公司，以确保这些银行结单的准确性，从而节省公司在验证过程中花费的时间和成本。所述系统要求申请人提供其网上银行账户凭据。当申请人在所述系统中时，所述系统使用申请人的网上银行账户凭据登陆申请人的网上银行账户，下载申请人目前和历史银行结单及申请人的其他相关信息，在数分钟内验证这些信息，最后从系统中删除申请人的登陆凭据。鉴于许多雇主为其雇员提供在线查看工资单的选择，因此，所述系统还可按照类似方式登陆申请人的网上工资单系统，直接获取申请人的工资单，并自动将其传送至所述公司，以确保这些工资单的准确性，从而节省了公司在验证过程中花费的时间和成本。类似地，所述系统可通过使用申请人的凭据来登陆申请人的各网上账户，将申请人的信用卡对账单、网上交易账户对账单等发送至相应公司。进一步地，系统使用从网上银行账户中获取的数据来验证申请人的姓名、申请人的地址、申请人的手机号码和申请人的电子邮件地址。就算会由于名和姓调换、姓名首字母缩写的恢复等原因导致其中一个姓名与另一个不同，但是，通过使用模糊逻辑方法，便能确保系统将申请表格中的申请人姓名与网上银行账户中的申请人姓名相匹配。大多数银行提供网上银行账户在过去数年中所进行的交易的信息。拟发明的系统能下载全部交易信息，并核实支票退票情况每个银行的支票退票具有一个独一无二的识别码。所述系统能对任何时间范围内(例如，过去六个月、过去三个月等)入和出的支票退票及现行指令失败进行计数；当前和以往雇主的名称、工资明细和雇佣稳定性所述系统能通过这些信用形式来确定工资信用，还能检测出这些工资存款的数额/存款频率中的不一致之处(如果是贷款，则系统可相应地调整可用贷款数额)。交易描述可用来识别申请人的雇主和申请人的工资。系统能查看历史对账单，并识别出该雇员为其当前和以往雇主工作了多久；债务所述系统能识别用于偿还债务的支出(例如汽车贷款等的分期付款支出，是每个月向金融机构所支付的数额相等或接近的那笔支出)和每月费用支出。所述系统能识别消费模式。该数据还可被公司用来决定提升信用额度。所述拟发明的系统能从网上工资单系统中下载申请人的全部历史工资单，并对具体情况进行确认，包括申请人的雇主、申请人当前雇佣的时间、申请人的工资、申请人的工资具体构成和申请人当前的雇佣任职。基于这些确认，系统可能拒绝所述申请，或更新申请人对于所述要约的资格(例如，申请人的工资中可能有加班费，在确定符合申请人资格的贷款数额时，公司可能不将该加班费考虑进去，因此，可能要降低符合资格的贷款数额)，或通过申请，使其进入下一阶段。另外，本发明的系统还可联合一些雇主来核实申请人在申请中所提交的雇佣详情。当申请来自某个为系统数据库中所列雇主工作的申请人时，所述系统向该公司指定的人力资源代表发送一封电子邮件，该人力资源代表能核实该雇员所提交的信息，例如工资、雇佣时长、任职等信息。该验证过程使系统不需要任何来自申请人的资料便能核实有关雇佣的全部重要信息。同时，由于该确认结果直接来自雇主，因而，公司无需对这些信息再次确认。在本发明的另一实施例中，所述申请人被要求提供其常驻户口号码(Permanent Account Number，PAN)的卡号，系统核查NSDL数据库或其他PAN卡数据库，以核实该PAN号码关联的姓名和生日匹配申请人在申请中所提交的信息。另外，所述系统使用试探法和模糊逻辑法，以确保系统在进行姓名匹配时能处理首字母大写、名和姓变换的情况。该验证过程使系统能实时且低成本高精确度地核实申请人的身份(因为PAN号码是非常保密的，较难获得某人的PAN号码)。所述系统具有并更新用于核实这些凭据的各种数据库。所述系统能连接信用局(例如，信用信息局(印度)有限公司)、抵押品局和其他数据库，以收集所述申请人的有关信息(例如信用数据，包括申请人其他贷款的债务款项和还款记录)以及在有附属抵押品贷款、例如房贷时，与抵押担保有关的信息。所述系统收集该数据，并使其通过系统的规则引擎，来决定(a)通过申请，使其进入申请处理的下一步骤， (b)拒绝申请，或(c)将申请保持在当期阶段，并要求申请人提供更多的信息。所述系统具有强大的数据库，该数据包括不同雇员的电子邮件域名。所述数据库只包含那些仅允许其公司雇员具有该域的电子邮件用户名的域名。任何时候，当一个申请人声称其为某个雇主工作时，所述系统会要求该申请人提供其工作电子邮件地址里@符号前的那部分(例如，如果有人称他在微软工作，则系统知道其邮件地址将以“ microsoft, com”结尾。因此，所述申请人被要求提供其邮件地址里“@1^(^080代.(30111”前的那部分)。鉴于一些雇主具有多个电子邮件域名，所述系统可通过向申请人提供选项、以选择与该雇主相关的任意一个域名来解决该问题。所述系统接着向所提供的邮件用户名发送验证邮件， 并要求申请人点击邮件中的链接，或将验证邮件中提供的验证码填入系统。由于只有该公司的雇员才能在该域具有用户名，因此，所述点击使系统能极大可能地确定申请人在该特定公司工作。虽然理论上申请人可以请其在该公司工作的朋友帮忙核实他的申请，但是，他的朋友不一定会愿意拿自己的工作来冒险。由于所述电子邮件用户名通常含有该雇员姓名的一部分，因此，所述系统甚至能核实该邮件用户名属于该申请人，而不是申请人在该公司工作的朋友。所述系统几乎能即时且不无额外花费地确认该申请人的雇主。如果申请人的雇主的邮件域名不在该数据库中，则系统也能即时地确认申请人所提供的域名是否匹配申请人所填写的雇主。所述公司标注出了一些区域，对这些区域，公司不愿意提供服务。这些“否定区域” 有时包括全部个人身份号码(PIN codes)或邮政编码，有时是较小的地区，这些地区的居住质量很差，或位置偏僻，难以到达公路干线。如果申请人的居住地点具有所述否定区域的 PIN/邮政编码，则系统将能够在卫星照片中查找申请人的地址，并以确定申请人是否居住在所述否定区域。所述系统具有包含全国大多数雇主的电话号码前缀的内置数据库。当申请人称其为其中一个雇主工作时，系统将进行检查，看申请人的工作电话号码前缀是否与该雇主所具有的前缀相匹配。如果匹配成功，则系统将要求该雇员用其工作电话拨打电话并键入一个代码，从而确认该申请人能够使用属于该雇主的电话，而这在很大程度上确定了所述申请人是这家公司的雇员。所述系统还将检查所有电话本(纸件形式或数字媒介或在线形式)以确认该电话号码属于该申请人声称的雇主。申请通过该验证过程，则所述系统将完成的预查申请提交给所选的金融机构。或者，如果该申请未通过验证过程，则申请人将被要求提供正确的信息，以重新验证申请。在所述系统中，申请人可以预订所述公司接收证明文件的时间和地点。在预定时间之前的不同时间点，所述系统通过手机短信、电子邮件或其他任何可用的通讯系统向申请人发送接收提醒，并要求申请人在需要重新预定时间时通知系统。所述公司接收证明材料，并进行信用评估和现场调查。图2为示意根据本发明的具有加密文件系统/数据库的申请服务器的高级架构框图。如图2所示，所述申请服务器容器(202)和加密文件系统/数据库(204)相互连接。 所述申请服务器容器(202)连接至网页用户界面(206)、商业要约更新管理器(208)、规则评估器(210)、网页服务(212)和身份访问管理器(214)。所述申请服务器容器(202)为一个使用操作系统的专用安全用户账户运行的方法，可防止其他用户窃取取其文件或内存空间。所述申请容器(202)之外的唯一界面为网页用户界面(206)和提供服务的公司可以使用的网页服务(212)。在文件系统/数据库(204)中对各公司的所述业务规则进行加密，这些业务规则是密码保护的，且不与外界共享。所述商业要约更新管理器(208)可以对数据库(204)的进行读/写操作。所述规则评估引擎(210)可对进行数据库(204)进行只读访问。其他用户/申请则不能访问所述规则数据库(204)。所述商业要约更新管理器(208)控制所述商业规则数据库(204)中规则的更新。所述网页用户界面(206)作为所述更新管理器的一部分，使用身份/访问管理服务(214)来识别要约管理器。所述规则评估器(210)是运行用于任何类型的申请人资格标准的商业规则的关键引擎。所述规则评估器(210)可对所述业务规则数据库(204)进行只读访问。所述网页服务(212)提供了访问本系统的严格界面。本系统通过所述网页服务填写资格标准，以返回产品列表。所述方法中的界面允许公司将其业务规则(例如，信贷审批规则、保险承保规则等)直接编程进进入系统中。所述方法的运行方式使得当填入申请人的数据/需求时，符合资格的要约将作为输出显示出来。键入申请中的申请人数据包括申请人提供的数据，以及可从外部数据源获取的数据(例如，信用局、抵押品局、欠款人名单、商业数据库)。所述特征是实现所述方法的关键因素之一，这是因为尽管有保密协议(NDA)及知识产权保护政策，但许多公司仍不愿共享其业务规则。因此，方法中的所述特征使得公司的规则/指南/政策变为自动化，并能由系统使用，同时防止非该公司的其他任何人解密或读取这些规则。申请人:无需会见公司代表，同时也不需要给出全部信息，就可以在数分钟内在线接受准确的定制要约，这是极具优势的。尽管要约本身是复杂的，但服务的要约是透明可见的。所述整个过程在处理申请方面是极快的。所述过程不仅有利于申请人，还有利于提供服务的公司，使其能在最短的时间内以最低的运营成本查看大量申请。对申请人提供的信息进行自动核查，能防止申请人的欺诈行为。尽管以个人贷款服务为例阐述了本发明的实施例，但应当清楚，本发明及其优点并不仅限于这些实施例。任何轻微的修正、替代和等同替换对本领域技术人员来说都是显而易见的，因而并不脱离本发明的权利要求所描述的范围。相应地，说明书和附图都应当理解为是本发明的阐述性例子，而无限制之意。
10
权利要求
1.一种用于提供实时处理服务的方法，包括以下步骤a.选择至少一种申请人想要的服务；b.将需要的信息填入所选申请表中；c.提交所述申请表，以提取可用要约；d.通过处理所述申请表提供的信息和基于所述申请表提供的信息而从其他数据源检索到的信息，提取与所选服务相关的可用要约；e.申请人从显示的所提取的可用要约中选择至少一个要约；f.为申请人选择的至少一个可用要约提交动态申请表；g.即时验证所述动态申请表中提供的信息；以及h.将验证后的申请发送至各个公司，并通过电子邮件、手机短信或其他可用的通讯系统将申请的最新状态告知申请人。
2.根据权利要求1所述的方法，其特征在于所述服务包括但不限于用于资产产品、保险产品和责任保险产品的服务，例如透支产品、信用卡、抵押贷款、抵押贷款再融资、证券经纪、汽车贷款、助学贷款、个人贷款、保险、房屋净值贷款、信用额度提升、商业贷款、商业信用卡、福利、以及用于购买股票和证券的保证金贷款产品等。
3.根据权利要求1所述的方法，其特征在于所述申请表中的信息限于那些影响所选服务的资格的信息。
4.根据权利要求1所述的方法，其特征在于对信息的处理进一步包括获取所述申请表中的信息。
5.根据权利要求1所述的方法，其特征在于所述可用要约是从一数据库中提取出来的，该数据库包括不同公司的加密商业规则和要约。
6.根据权利要求1所述的方法，其特征在于提取的所述可用要约以较简单的形式呈现给申请人，例如，对于贷款服务，所显示的内容包括但不限于符合资格的贷款数额、符合资格的贷款期限、EMI数额、含信贷手续费及费用的贷款总成本、平均处理率和用户平均评价等。
7.根据权利要求8所述的方法，其特征在于显示的所述可用要约中的信息基于选择的符合资格的要约而自动更新。
8.根据权利要求1所述的方法，其特征在于所述动态申请表根据申请人的资料而定制，所述申请人的资料包括个人详情、住所地址、职业详情和所需资料。
9.根据权利要求1所述的方法，其特征在于即时验证由所述申请人提交的信息，例如移动电话号码、电子邮件地址、住所电话号码、工作电话号码、住所地址、在当前地址的居住时长、雇主姓名、工资、工资支付周期、工资账户的支票退票次数、已有贷款债务款项的支付、公司地址和方位、平均账户余额、职业详情、银行结单、常住户口号码详情等。
10.一种用于提供实时处理服务的系统，包括a.用于实时处理服务的用户界面；b.通过用户界面进行选择的各个服务选项；c.用于可用服务的相应申请表；d.为所提供的信息动态地处理申请；e.提取其数据库存储的、与相应申请相关的其他信息；f.显示所述可用要约；g.即时验证所述动态申请中提供的信息；并将经验证的申请发送至各个公司，并通过电子邮件、手机短信或其他可用的通讯系统将申请的最新状态告知申请人。
11.根据权利要求10所述的系统，其特征在于所述系统还包括申请服务器容器和文件系统/数据库，其中，商业规则通过密码保护的方式进行加密。
12.根据权利要求11所述的系统，其特征在于所述申请服务器容器包括网页用户界面，用于提供例如服务选择、要约显示等实时服务；业务规则更新管理器，用于更新不同公司的业务规则；规则评估引擎，用于对所提取的符合资格的要约进行评估；以及识别/访问管理器，用于对信息进行验证。
13.如参照附图在此描述的用于提供实时处理服务的方法和系统。
全文摘要
本发明涉及一种用于实时处理服务申请的方法和系统。所述方法包括申请人选择一种服务(102)、为提取与所选服务相关的可用要约而提交初步申请(104)、通过处理所述初步申请表中提供的信息而提取可用要约(106)、显示所提取的可用要约(110)、申请人从所述提取的可用要约中选择至少一个要约、为申请人选择的所述至少一个可用要约提交动态申请(114)、验证所述动态申请提供的信息(118)以及将验证后的申请发送至各个公司(122)。
文档编号G06Q30/00GK102171716SQ200980138595
公开日2011年8月31日 申请日期2009年7月31日 优先权日2008年7月31日
发明者R·V·拉玛那沙, 伊萨克·艾普, 拉姆斯沃伦·桑卡拉, 拉蒂·拉吉尼·拉吉库玛, 维卡南沙曼西·维码·库玛, 阿德西·谢蒂, 阿琼·谢蒂 申请人:A&A杜坎金融服务私人有限公司
最新回复(0)