信息交互系统及信息交互方法

专利名称：信息交互系统及信息交互方法
技术领域：
本发明涉及一种通信系统及其通信方法，更具体地，涉及一种信息交互系统及信息交互方法。
背景技术：
如今，信息交互在通信、计算机、生产和金融等领域得到广泛应用。信息交互系统实现终端之间的通信，从而执行一定的业务。在本文中，业务一词是指任何形式的信息交互。其可以是话音的传输、数据的传输、产品的交付、资金的给付等等。现有技术中，通常存在以下的情况。第一客户端和第二客户端根据遵循的协议执行业务。根据协议，第一客户端(可以为具体的终端设备，也可以为个人或企业)先向第二客户端执行一业务(例如数据的传输、产品的交付等)，随后第二客户端(可以为具体的终端设备，也可以为个人或企业)也要对第一客户端执行相应的预定业务(例如，数据的反馈等)。但是由于第二客户端执行所述预定业务需要一定时间(例如要对接收的所述业务进行处理才能执行预定业务)，为此根据协议，在一定期限截止之时第二客户端向第一客户端交付预定业务。但是，如果在第一客户端执行所述业务之前或者在交付所述业务之后但在第二客户端交付预定业务之前，第一客户端急需所述预定业务的交付才能进行后续的工作(例如，需要预定业务中的信息等)，那么第一`客户端可以请求第三客户端(例如代理服务器、保理机构等)提前执行预定业务。根据第一客户端的请求，第三客户端提前执行预定业务，并且在第一客户端和第二客户端约定的期限，由第二客户端向第三客户端(而不是第一客户端)交付所述预定业务。在现有技术中，通常第三客户端仅根据第一客户端单方面的请求来提前执行预定业务。第三客户端需要根据第一客户端的属性(例如第一客户端的安全度、稳定度、信用度等)对第一客户端进行评分来确定是否向第一客户端交付预定业务，必要时需要第一客户端进行一些保证(例如，以固定资产等)。在这种情况下，第三客户端可能因为对第一客户端的评分不理想，而放弃执行所述预定业务。虽然第一客户端可以将其与第二客户端遵循的协议提供给第三客户端来试图提高其评分，但是这样的协议对上述评分的提高非常有限。这样，第三客户端的可用性和效率很低。并且，最重要地，大大降低了第一客户端的生产率。虽然第一客户端与第三客户端的上述交互是因为第二客户端没有及时对第一客户端交付预定业务而引起的，但是，实际上，在现有技术中，以上交互是第一客户端与第二、第三客户端分别、独立的交互，这种局部交互，使信息没有得到高效充分的利用，影响了信息的流通性。并且在第一客户端已经对第二客户端交付了业务的情况下，由于信息不充分，很可能在向第三客户端提出提前执行预定业务时遭到拒绝。这样的情况对于第一客户端是不利的。此外，目前，以上第一客户端与第三客户端的交互需要人工操作。例如必须由第一客户端的工作人员到第三客户端处提交预定业务执行请求及相关信息，第三客户端经过相当长时间的处理后决定是否确定执行预定业务。这是耗时并且低效的。

发明内容
本发明提供一种信息交互系统和信息交互方法，其提高了第三客户端提前执行预定业务的概率，第三客户端的可用性和效率得到提高。进而提高了第一客户端的生产率，使得业务交互更为合理和公平。根据本发明的一种信息交互系统，包括第一客户端；第二客户端，第二客户端要在预定执行时间对第一客户端执行预定业务；第三客户端；以及中心服务器，用于确定第二客户端的安全级别，所述中心服务器分别与第一客户端、第二客户端和第三客户端相连，其特征是所述第一客户端向中心服务器发出用于请求由第三客户端提前执行所述第二客户端的所述预定业务的执行请求，所述第二客户端确认所述预定业务的存在，所述中心服务器响应于所述执行请求和所述确认来计算第二客户端的安全级别，并且所述中心服务器将第二客户端的安全级别通知第三客户端，并且所述第三客户端基于所述通知来向所述第一客户端提前执行所述第二客户端的预定业务。根据本发明的用于上述信息交互系统的信息交互方法包括所述第一客户端向中心服务器发出用于请求由第三客户端提前执行所述第二客户端的所述预定业务的执行请求；所述第二客户端确认所述预定业务的存在；所述中心服务器响应于所述执行请求和所述确认来计算第二客户端的安全级别；所述中心服务器将所述第二客户端的安全级别通知第三客户端；并且所述第三客户端基于所述通知来向所述第一客户端提前执行所述第二客户端的预定业务。通过本发明的信息交互系统和信息交互方法，使得第一客户端、第二客户端和第三客户端能够在所述系统中进行交互，并根据第二客户端的安全级别确定是否由第三客户端提前执行第二客户端的预定业务，从而基于第一客户端和第二客户端两者，特别是第二客户端的安全级别，使得第三客户端对第一客户端执行第二客户端的所述预定业务的概率大大提闻，从而第二客户端的 可用性和效率大大提闻。进而有效地提闻了第一客户端的生产率。从以下参照附图对示例性实施例的以下描述，本发明的进一步的特征将变得明显。


图1是本发明的信息交互系统的框图。
图2是本发明的信息交互系统的总体流程图。
图3是所述信息交互系统的实施例的框图。
图4是所述信息交互系统的实施例的操作流程图。
图5是所述信息交互系统的实施例的一个实现例子的框图。
图6是该实现例子的操作流程图。
图7是示出能够实现本发明的信息交互系统中的各个服务器的计算机系统的硬件配置的框图。
具体实施例方式现在将按照附图详细描述本发明的优选实施例。注意，实施例中的组件的相对布置和器件的形状仅被描述为例子，并且并不旨在将本发明的范围限制于这些例子。此外，相似的附图标记和字母在图中指代类似的项，由此，只要在一个图中定义一项，则无需对于后续的图讨论该项。首先描述根据本发明的信息交互系统及其操作流程。图1是本发明的信息交互系统的框图。如图1所示，所述信息交互系统I包括中心服务器104、第一客户端服务器101、第二客户端服务器102和第三客户端服务器103。第一客户端IOla与第一客户端服务器101连接，第二客户端102a与第二客户端服务器102连接，并且第三客户端103a与第三客户端服务器103连接。第一客户端服务器101用于监控第一客户端101a。第二客户端服务器102用于监控第二客户端102a，其中第二客户端102a要在预定执行时间对第一客户端IOla执行预定业务。第三客户端服务器103用于监控第三客户端103a。中心服务器104用于确定第二客户端102a的安全级别并控制上述服务器之间的交互。本领域技术人员可以理解，上述第一客户端服务器101、第二客户端服务器102和第三客户端服务器103可以是单独的服务器或者被集成到中心服务器104中。在它们被集成到中心服 务器104的情况下，第一客户端服务器101、第二客户端服务器102和第三客户端服务器103可以不以单独的部件出现在图中，而是包含于中心服务器104中。另外，虽然为了清楚和简单图中仅示出了一个第一客户端、一个第二客户端和一个第三客户端，但是本领域技术人员可以理解各个客户端的数量不限于一个，可以是多个。相应地，客户端服务器的数量也可以是多个。图2是本发明的信息交互系统的总体流程图。在步骤S201中，所述第一客户端IOla向中心服务器104发出用于请求由第三客户端103a提前执行所述第二客户端102a的所述预定业务的执行请求。在步骤S202中，所述第二客户端102a确认所述预定业务的存在。在步骤S203中，所述中心服务器104响应于所述执行请求和所述确认来计算第二客户端102a的安全级别。在步骤S204中，所述中心服务器104将第二客户端的安全级别通知第三客户端103a。在步骤S205中，所述第三客户端103a基于所述通知来向所述第一客户端IOla提前执行所述第二客户端102a的预定业务。在步骤S206中，中心服务器在预定执行时间到期前对第二客户端实行持续监控，在预定执行时间到期日系统通知第二客户端，第二客户端向第三客户端执行预定业务。从而一次信息交互流程结束。可以看出，本发明的信息交互系统是以对第二客户端的安全级别做出合理科学的计算为基础来促进第三客户端对第一客户端执行预定业务的。这相对于现有技术的仅依赖于第一客户端的固有属性而与第一客户端和第二客户端的预定业务交互以及第二客户端本身毫无关系的系统而言，安全性得到很好的保障，从而大大促进了第三客户端提前执行第二客户端的预定业务的概率。促进了第一客户端的生产率。上述的根据本发明的信息交互系统和信息交互方法可应用于以下情况。第一客户端和第二客户端有业务交互，并且根据协议第二客户端要在预定期限对第一客户端交付预定业务。在所述期限到期之前，第一客户端急需所述预定业务的交付才能进行后续的生产或操作。第一客户端可以请求第三客户端代为提前执行所述预定业务。在这种情况下，第一客户端、第二客户端和第三客户端可以使用本示例系统来完成这些操作。虽然本发明的信息交互系统和信息交互方法可以应用于上述情况，但是本领域技术人员根据实际需要，可以将本发明应用于其他能够通过本发明的信息交互系统实现其目的的其他情况。图3示出图1的信息交互系统的实施例。如图3所示，所述系统包括第一用户服务器301、第二用户服务器302、第三用户服务器303、地方中心服务器304、数据库307以及补给服务器3010。它们之间通过数据总线308连接。其中，地方中心服务器304包括评分服务器3041和限额服务器3042。第一用户服务器301、第二用户服务器302和第三用户服务器303分别通过网络装置309a、309b和309c与第一用户301a、第二用户302a和第三用户303a连接。所述实施例可用于产品的交付、信息和数据的交互或者包括应收账款的资金的给付。所述示例系统可应用于以下的情况。第一用户和第二用户有业务交互，第一用户对第二用户交付了一个业务，并且根据协议第二用户要在预定期限对第一用户交付预定业务。在所述期限到期之前，第一用户急需所述预定业务的交付才能进行后续的生产或操作。第一用户可以请求第三用户代为提前执行所述预定业务。在这种情况下，第一用户、第二用户和第三用户可以使用本示例系统来完成这些操作。本文中所述的第一用户、第二用户和第三用户可以为个人、企业或者通信终端等。另外，图中为了清楚和简单仅示出了一个第一用户、一个第二用户和一个第三用户。但是本领域技术人员可以理解上述各个用户的数量不限于一个，而可以是多个。下面详细描述所述示例系统的各个组成部分。第一用户301a包括用户信息发送装置和系统信息接收装置，其通过网络装置309a、第一用户服务器301以及数据总线308与地方中心服务器304进行信息交互。类似地，第二用户302a和第三用户303a也分别包括用户信息发送装置和系统信 息接收装置，其分别通过网络装置30%或309c、第二用户服务器302或第三用户服务器303以及数据总线308与地方中心服务器304进行信息交互。网络装置309a到309c可以为交换机，并且通过数据总线将第一用户服务器、第二用户服务器和第三用户服务器分别与第一用户、第二用户和第三用户链接，进行信息交互和网络连接。本领域技术人员可以理解网络装置309a到309c可以为路由器等其他形式。数据总线308采用以太网形式构成，连接整个系统的各个部分。本领域技术人员可以理解数据总线308可以为其他信息网络形式。数据库307包括用于支持信息交互的内部与外部数据存储的数据存储装置、用于所有数据维护的数据维护装置。第一用户服务器301包括用于第一用户登录系统的第一用户进入装置、用于第一用户查询的三方搜索查询装置、用于第一用户管理的第一用户管理装置以及用于限制第一用户的操作权限和操作频率的操作控制装置。第二用户服务器302包括用于第二用户登录系统的第二用户进入装置、用于第二用户查询的三方搜索查询装置、用于第二用户管理的第二用户管理装置、用于定期上传第二用户的操作日志的日志登记装置、用于限制第二用户的操作权限和操作频率的操作控制装置。
第三用户服务器303包括用于第三用户登录系统的第三用户进入装置、用于第三用户查询的三方搜索查询装置、用于第三用户业务管理的第三用户管理装置、用于第三用户告知其预期值的预期值报告装置、用于限制第三用户操作权限和操作频率的操作控制
>J-U ρ α装直。地方中心服务器304为综合服务器，其可以位于某个地理区域中。如果以省作为地理区域的单位，则地方中心服务器可以位于某个省，例如陕西省。在这种情况下，其是针对整个陕西省的用户的。如果以市作为地理区域的单位，则地方中心服务器可以位于某个市，例如西安市。在这种情况下，其是针对整个西安市的用户的。如上文中所述，第一用户、第二用户和第三用户可以为个人、企业或者通信终端。地方中心服务器304包括用于对第二用户进行评分以及对第二用户的要执行的预定业务进行评分的评分服务器3041和用于确定第二用户的安全级别的限额服务器3042。下面描述评分服务器3041。在评分服务器中，对第二用户的评分可以是对第二用户的信用进行评分。其基于以下因素第二用户之前的业务交互的累计评分、第二用户的固有属性以及与第二用户有业务交互的其他用户对第二用户的评分。其中第二用户之前的业务交互的累计评分是指对第二用户在所述系统中进行的各次业务交互给出评分并且对这些评分以一定加权法进行平均以得出一个加权平均值。第二用户的固有属性是指如果第二用户为个人则为该个人的诸如年龄、性别、职业以及对其的信用有影响的其他属性；如果第二用户为企业，则 为该企业的规模、经营状况以及产量等对其的信用有影响的其他属性。与第二用户有业务交互的其他用户是指属于第一用户类别的用户对第二用户的评分以及属于第三用户类别的用户对第二用户的评分。如上文所述，第一用户的数量不限于一个。所以与第二用户有过业务交互的第一用户不限于当前图中所示的特定的第一用户，而可以是其他的第一用户。同样，与第二用户有过业务交互的第三用户也不限与当前图中所示的特定的第三用户，而可以是其他的第三用户。这些其他用户对第二用户的评分也是对第二用户进行评分的因素之一。以上的因素仅是示例。具体采用什么样的特征作为对第二用户进行评分的因素可根据实际应用来确定。评分服务器3041基于这些因素采用一定的算法或者数学模型来计算第二用户的评分。评分服务器3041还对第二用户的预定业务进行评分。对所述预定业务的评分基于以下因素对第二用户的评分、所述预定业务的大小、类型以及预定执行时间。具体地，对第二用户的评分即为上文中计算出来的评分，所述预定业务的大小例如信息的大小、产品的数量或者例如应付账款的资金的多少等。所述预定业务的类型例如为信息的类型(话音、数据等)、产品的类型或者资金的类型等。以上的因素仅是示例。具体采用什么样的特征作为对第二用户进行评分的因素可根据实际应用来确定。评分服务器3041基于这些因素采用一定的算法或者数学模型来计算所述预定业务的评分。所述限额服务器3042用于基于评分服务器的评分结果确定第二用户的安全级另O。具体地，限额服务器3042根据上述第二用户的评分结果和所述预定业务的评分结果，采用一定的算法或者数学模型来确定第二用户的安全级别。所述安全级别例如为高或低。第二用户的安全级别可以通过将对第二用户的评分和对所述预定业务的评分进行加权计算或者以数学模型进行计算并将计算结果与一阈值进行比较来确定。如果计算结果大于阈值，则第二用户的安全级别被设为高，如果计算结果小于阈值，则第二用户的安全级别被设为低。对应于高安全级别，该第二用户的额度可以设置得高。从而要提前执行第二用户的预定业务的第三用户可以执行所述预定业务的较多部分或者全部。对应于低安全级别，该第二用户的额度可以设置得低或者为零，从而要提前执行第二用户的预定业务的第三用户可以执行所述预定业务的较少部分或者不执行。本领域技术人员可以理解上述安全级别的设置仅是示例。安全级别还可以被设置为多于两个级别。安全级别的设置可根据具体应用来确定。除了评分服务器3041和限额服务器3041之外，中心服务器304还具有以下装置用于企业查询三方信息的管理装置(未示出)、用于设定三方操作权限的三方权限设置装置(未示出)、用于系统一系列数据查询、简单分析的日志设置查询装置(未示出)、用于在第二用户未遵循协议(即，未按期限对第三用户交付预定业务)时对第二用户进行追索的追索控制装置(未示出)。补给服务器3010包括用于管理因未遵循协议造成的损失的补给装置和用于支持第三用户的支持装置。通过该补给服务器3010可以进一步提高第三用户提前执行第二用户的所述预定业务的安全性。此外，上述系统通过网络将各个服务器和用户连接起来，从而第一用户可以通过网络以线上方式提交请求，而无需到第三用户处去提交请求；第三用户可以直接基于系统计算的结果完成预定业务。从而节省了成本和时间。下面结合图4说明上述实施例的操作过程。图4以一次信息交互过程为例说明信息交互系统的实施例的操作交互图。在图4中，第一用户、第二用户和第三用户与地方中心服务器的交互可以通过未示出的第一用户服务器、第二用户服务器和第三用户服务器。该第一用户服务器、第二用户服务器和第三用户服务器可以集成在地方中心服务器中，也可以独立于地方中心服务器。

图4的业务交互方法可应用于以下情况。第一用户301a和第二用户302a有业务交互，第一用户对第二用户交付了一个业务，并且根据协议第二用户要在预定期限对第一用户交付预定业务。在所述期限到期之前，第一用户急需所述预定业务的交付才能进行后续的生产或操作。第一用户可以通过系统请求提前执行所述预定业务。在这种情况下，第一用户、第二用户和第三用户可以使用本示例系统来完成这些操作。首先，在步骤S401中，第一用户301a向地方中心服务器304提出提前执行预定业务的请求。在步骤S402中，地方中心服务器304询问第二用户302a是否存在所述预定业务。在步骤S403中，第二用户确认所述预定业务的存在。在步骤S404中，地方中心服务器304的评分服务器3041对第二用户及其预定业务进行评分。具体地，如上面针对评分服务器3041所描述的，地方中心服务器304中的评分服务器3041对第二用户和所述预定业务进行评分。对第二用户的评分可参照对评分服务器3041的描述。为了简化描述，这里不再赘述。在步骤S405中，地方中心服务器304的限额服务器3042确定第二用户的安全级另O。限额服务器3042的确定第二用户的安全级别的操作参照前文对限额服务器3042的描述。为了简化描述，这里不再赘述。在步骤S406，地方中心服务器304在系统上公布所述预定业务的详情和第二用户的安全级别。第三用户303a可以通过浏览方式获知所述预定业务的详情和第二用户的安全级别。据此，在步骤S407中第三用户可以向地方中心服务器304报告执行所述预定业务的预期值。例如，所述预定业务的原价值为100，但是因为第一用户301a请求提前执行所述预定业务，所以要牺牲一些价值才能获得该预定业务的提前执行。第三用户可以报告小于100的预期值，例如90。在步骤S408中，地方中心服务器304收到所述报告以后，在系统上公布第三用户的预期值。第一用户301a如果接受第三用户的预期值，则在步骤S409中确认所述预期值。在步骤S410，地方服务中心服务器304将第一用户的确认通知给第三用户303a。在步骤S411，第三用户以预期值对第一用户提前执行所述预定业务。在步骤S412，第一用户接收所述提前执行的所述预定业务。在步骤S413，第二用户301b在与第一用户约定的期限到期时，向第三用户执行所述预定业务。在步骤S414中，第三用户接收所述预定业务。另外，如果第二用户到期时未对第三用户执行所述预定业务，所述系统会自动对第二用户进行追索，如参照前文的追索控制装置所描述的。并且，补给服务器3010可以对于第三用户弥补因第二用户未遵循协议而造成的损失，并对第三用户进行支持。通过该补给服务器3010和追索控制装置，可以进一步提高第三用户提前执行第二用户的所述预定业务的安全性。上面参照图4描述了信息交互系统实施例的一次信息交互的流程图。当然，该系统实施例的信息交互并不限于一次。在每次信息交互完成之后，还可由用户对本次交互给出评分。该评分可被以一定算法或数学模型累加到对第二用户的累加评分中。从而对第二用户的累加评分是动态变化的。这样动态变化的累加评分可用于下一次信息交互。从而整个系统可根据每次信息交互情况动态地进行计算和操作。从上面的描述可以看出，该系统示例是以对第二用户的安全级别和额度做出合理科学的计算为基础来促进第三 客户端对第一客户端执行预定业务的。并且追索控制装置和补给服务器进一步提高了第三客户端执行所述预定业务的安全性。这相对于现有技术的仅依赖于第一客户端的固有属性而与第一客户端和第二客户端的业务交互以及第二客户端毫无关系的系统而言，安全性得到很好的保障，从而大大促进了第三客户端提前执行第二客户端的预定业务的概率。促进了第一客户端的生产率。下面参照图5和图6以应收账款为例说明上述信息交互系统及其操作流程。应收账款的定义如下。第一企业和第二企业根据协议进行产品和资金的交互。第一企业向第二企业交付产品，第二企业要向第一企业支付资金。但是根据协议，在第一企业交付产品之后的例如六个月的预定期限，第二企业才向第一企业支付资金。在六个月期满之前，这笔资金称为应收账款。第一企业在六个月期满之前急需资金进行生产。在这种情况下，第一企业、第二企业以及保理机构(例如银行、投资公司等)可以分别作为第一用户、第二用户以及第三用户使用上述信息交互系统。其中，第一企业一般为需要资金的中小企业。第二企业一般为具有良好信用的核心企业。下面参照图5具体描述作为上述系统的实现例子的应收账款交易系统的配置。图5是示出上述系统的实现例子的框图。如图5所示，所述系统包括第一企业服务器501、第二企业服务器502、保理机构服务器503、地方中心服务器504、系统管理服务器505、客户服务服务器506，数据库507以及资金池服务器5010。它们之间通过数据总线508连接。其中，地方中心服务器504包括评分服务器5041、评审服务器5042、项目管理服务器5043以及合同管理服务器5044。第一企业服务器501、第二企业服务器502和保理机构服务器503分别通过网络装置509a到509c与第一企业501a、第二企业502a和保理机构503a连接。所述实现例子可用于应收账款的提前给付。图中为了清楚和简单仅示出了一个第一企业、一个第二企业和一个保理机构。但是本领域技术人员可以理解上述各个企业或保理机构的数量不限于一个，而可以是多个。下面详细描述所述系统实现例子的各个组成部分。第一企业、第二企业、保理机构的构造与图3的第一用户、第二用户和第三用户的构造相同。第一企业服务器、第二企业服务器和保理机构服务器的构造与图3的第一用户服务器、第二用户服务器和第三服务器的构造相同。网络装置、数据总线和数据库的配置也与图3中的网络装置、数据总线和数据库的配置相同。这里不再赘述。客户服务服务器506包括用于接收三方客户问题信息的客户问题接收装置、用于系统用户临时查询的历史信息查询装置、用于系统线上答疑的在线答疑装置、以及用于接收和反馈客户服务的用户投诉管理装置。系统管理服务器505包括用于支持和维护系统运行的系统维护装置、用于整个系统管理的系统管理装置、用于系统权限分配与变动更改的权限分配装置、用于支持和控制系统流量的流量控制装置、以及专门用于监控各服务器的监控装置。

如上文参照图3描述的，地方中心服务器504为综合服务器，其可以位于某个地理区域中。地方中心服务器504包括用于对第二企业进行评级以及对第二企业的应收账款进行评级的评级服务器5041、用于确定第二企业的额度的评审服务器5042、用于管理交易的项目管理服务器5043、用于产权记录和协议管理的合同管理服务器5044。下面描述评级服务器5041。在评级服务器中，对第二企业的信用进行评分。其主要基于以下因素第二企业之前的累计信任评价值、第二企业的规模、财务状况等以及与第二企业有交易的其他企业对第二企业的信任评价值。其中第二企业之前的累计信任评价值是指对第二企业在所述系统中进行的各次交易给出信任评价值并且对这些信任评价值以一定加权法进行平均以得出一个加权平均值。与第二企业有交易的其他用户是指属于第一企业类别的企业对第二企业的信任评价值以及属于保理机构类别的企业对第二企业的信任评价值。如上文所述，第一企业的数量不限于一个。所以与第二企业有过交易的第一企业不限于当前图中所示的特定的第一企业，而可以是其他的第一企业。同样，与第二企业有过交易的保理机构也不限于当前图中所示的特定的保理机构，而可以是其他的保理机构。这些其他企业对第二企业的评分也是对第二用户进行信任评价的因素之一。以上的因素仅是示例。具体采用什么样的特征作为对第二用户进行信任评价的因素可根据实际应用来确定。评级服务器5041基于这些因素采用一定的算法或者数学模型来计算第二用户的信任评价值。评级服务器5041还对当前应收账款进行评级。对所述应收账款的评级基于以下因素第二用户的评级、所述应收账款的数目、类型以及预定付款时间。具体地，对第二企业的评级即为上文中计算出来的信任评价值。所述应收账款的类型例如为产品应收账款、月艮务应收账款等。以上的因素仅是示例。具体采用什么样的特征作为对应收账款进行评级的因素可根据实际应用来确定。评级服务器5041基于这些因素采用一定的算法或者数学模型来对所述应收账款评级。所述评审服务器5042用于基于评级服务器的评级结果确定第二企业的定量额度。具体地，评审服务器5042根据上述第二企业的评级结果和所述应收账款的评级结果，采用一定的算法或者数学模型来确定第二企业的定量额度。例如，当第二企业的评级结果和应收账款的评级结果好时，可以将定量额度设得较高。当第二企业的评级结果和应收账款的评级结果差时，可以将定量额度设得较低，甚至为零。本领域技术人员可以理解上述定量额度的设置仅是示例。定量额度还可以被设置为多个级别。级别的设置可根据具体应用来确定。除了评分服务器5041和评审服务器5042之外，中心服务器504还具有以下装置用于企业查询三方信息管理装置、用于设定三方交易权限的三方权限设置装置、用于记录与质押登记系统一致的应收账款质押登记装置、用于系统一系列数据查询、简单分析的报表设置查询装置、用于违约时对核心企业追索设置的追索控制装置及服务中心子服务器。资金池服务器5010包括用于管理应收账款交易坏账的坏账补给装置和用于支持保理商贴现的再融资装置。通过该资金池服务器5010可以进一步降低保理机构提前支付第二企业的所述应收账款的风险。上述系统通过网络将各个服务器和企业连接起来，从而第一企业可以通过网络以线上方式提交请求，而无需到保理机构处去提交请求。从而节省了成本和时间。下面结合图6说明上述应收账款交易系统的操作过程。图6以一次应收账款交易过程为例说明应收账款交易系统的操作流程。在图6中，第一企业、第二企业和保理机构与地方中心服务器的交互可以通过未示出的第一企业服务器、第二企业服务器和保理机 构服务器。第一企业服务器、第二企业服务器和保理机构服务器可以集成在地方中心服务器中，也可以独立于地方中心服务器。首先，在步骤S601中，第一企业501a向地方中心服务器304提出应收账款提前支付的请求。在步骤S602中，地方中心服务器604询问第二企业502a是否存在所述应收账款。在步骤S603中，第二企业确认所述应收账款的存在。在步骤S604中，地方中心服务器504的评级服务器5041对第二企业和应收账款进行评级。具体地，如上面针对评级服务器5041所描述的，地方中心服务器504中的评级服务器5041对第二企业和所述应收账款进行评级。对第二企业的评级可参照对评级服务器5041的描述。为了简化描述，这里不再赘述。在步骤S605中，地方中心服务器504的评审服务器5042确定第二企业的定量额度。评审服务器5042的确定第二企业的额度的操作参照前文对评审服务器5042的描述。为了简化描述，这里不再赘述。在步骤S606，地方中心服务器504在系统上公布所述应收账款的详情和第二企业的额度。保理机构503a可以通过浏览方式获知所述应收账款的详情和第二企业的额度。据此，在步骤S607中保理机构可以向地方中心服务器504对所述应收账款进行报价。例如，所述应收账款的原价值为10万元，但是因为第一企业501a请求提前支付所述应收账款，所以要牺牲一些价值才能获得该应收账款的提前支付。保理机构可以报告小于10万的预期值，例如9万。在步骤S608中，地方中心服务器504收到所述报价以后，在系统上公示保理机构的报价。第一企业501a如果接受保理机构的报价，则在步骤S609中确认所述报价。在步骤S610，地方服务中心服务器504将第一企业的确认通知给保理机构503a。在步骤S611，保理机构以报价对第一企业提前支付所述应收账款。在步骤S612，第一企业接受所述提前支付的所述应收账款。在步骤S613，第二企业502b在与第一企业约定的期限到期时，向保理机构支付所述应收账款。在步骤S614中，保理机构接受所述应收账款。一次应收账款交易结束。另外，如果第二企业到期时未对保理机构支付所述应收账款，所述应收账款交易系统会自动对第二企业进行追索，如参照前文的追索控制装置所描述的。并且，资金池服务器5010可以对于保理机构弥补因第二企业未遵循协议而造成的损失，并对保理机构进行支持。通过该资金池服务器5010和追索控制装置，可以进一步降低保理机构提前执行第二企业的所述应收账款的风险。上面参照图6描述了作为信息交互系统的一个不例的应收账款交易系统的一次应收账款交易的流程图。当然，该应收账款交易并不限于一次。在每次应收账款交易完成之后，还可由企业对本次应收账款交易给出评价以供下一次应收账款交易参考。从而整个系统可根据每次应收账款交易情况动态地进行操作。从上面的描述可以看出，该应收账款交易系统是以对第二企业的信用级别和额度做出合理科学的计算为基础来促进保理机构对第一企业提前支付应收账款的。并且追索控制装置和资金池服务器进一步降低了保理机构支付应收账款的风险。这相对于现有技术的仅依赖于第一企业的情况而与第一企业和第二企业的交易情况以及第二企业本身毫无关系的系统而言，安全性得到很好的保障，从而大大促进了保理机构提前对第一企业支付应收账款的概率。促进了第一企业的生产率。虽然上面以应收账款交易为例说明了本发明的信息交互系统。但是本发明可应用于其他领域。例如在通信领域中对一方紧缺的通信资源(如信道等)进行请求和提前供给
坐寸ο图7是示出能够实现本发明的实施例的各个服务器和装置的计算机系统1000的硬件配置的框图。如图7所示，计算机系统包括计算机1110。计算机1110包括经由系统总线1121连接的处理单元1120、系统存储器1130、不可移动非易失性存储器接口 1140、可移动非易失性存储器接口 1150、用户输入接口 1160、网络接口 1170、视频接口 1190和输出外围接口1195。系统存储器1130包括ROM (只读存储器)1131和RAM (随机存取存储器)1132。BIOS (基本输入输出系统)1133驻留在ROM 1131中。操作系统1134、应用程序1135、其它程序单元1136和某些程序数据1137驻留在RAM 1132中。

诸如硬盘之类的不可移动非易失性存储器1141连接到不可移动非易失性存储器接口 1140。不可移动非易失性存储器1141例如能够存储操作系统1144、应用程序1145、其它程序单元1146和某些程序数据1147。
诸如软盘驱动器1151和⑶-ROM驱动器1155之类的可移动非易失性存储器连接到可移动非易失性存储器接口 1150。例如，软盘1152可以被插入到软盘驱动器1151中，以及⑶(光盘)1156可以被插入到⑶-ROM驱动器1155中。诸如鼠标1161和键盘1162之类的输入设备被连接到用户输入接口 1160。计算机1110能够通过网络接口 1170连接到远程计算机1180。例如，网络接口1170能够通过局域网1171连接到远程计算机1180。另选地，网络接口 1170能够连接到调制解调器(调制器一解调器)1172,以及调制解调器1172经由广域网1173连接到远程计算机 1180。远程计算机1180可以包括诸如硬盘之类的存储器1181，其存储远程应用程序1185。视频接口 1190连接到监视器1191。输出外围接口 1195连接到打印机1196和扬声器1197。图7所示的计算机系统仅仅是说明性的并且决不意图对本发明、其应用或用途的任何限制。图7所示的计算机系统能够被实现于任何实施例，能够作为独立计算机，也能够作为设备中的处理系统，能够移除一个或多个不必要的组件，或者向其添加一个或多个附加的组件。本发明并不仅限于上述具体实施方式
，本领域普通技术人员在本发明的实质范围内作出的变化、改型、添加或替换`，也应属于本发明的保护范围。
权利要求
1.一种信息交互系统,包括第一客户端；第二客户端，第二客户端要在预定执行时间对第一客户端执行预定业务；第三客户端；以及中心服务器，用于确定第二客户端的安全级别，所述中心服务器分别与第一客户端、第二客户端和第三客户端相连，其特征是所述第一客户端向中心服务器发出用于请求由第三客户端提前执行所述第二客户端的所述预定业务的执行请求，所述第二客户端确认所述预定业务的存在，所述中心服务器响应于所述执行请求和所述确认来计算第二客户端的安全级别，并且所述中心服务器将第二客户端的安全级别通知第三客户端，并且所述第三客户端基于所述通知来向所述第一客户端提前执行所述第二客户端的预定业务。
2.根据权利要求1所述的信息交互系统，其特征是所述信息交互系统还包括第一客户端服务器，用于监控所述第一客户端；第二客户端服务器，用于监控所述第二客户端；以及第三客户端服务器，用于监控所述第三客户端，其中，第一客户端经由第一客户端服务器与中心服务器进行交互，第二客户端经由第二客户端服务器与中心服务器进行交互，并且第三客户端经由第三客户端服务器与中心服务器进行交互。
3.根据权利要求1所述的信息交互系统，其特征是第三客户端响应于所述中心服务器的通知，以用于执行第二客户端的所述预定业务的预期值做出响应，并且所述第一客户端对所述预期值进行确认，从而由所述第三客户端提前执行所述第二客户端的所述预定业务。
4.根据权利要求1所述的信息交互系统，其特征是所述中心服务器包括评分服务器，用于对第二客户端和所述预定业务进行评分；以及分析和确定服务器，用于根据评分服务器的评分结果确定第二客户端的安全级别。
5.根据权利要求4所述的信息交互系统，其特征是评分服务器对第二客户端的评分基于第二客户端之前的业务交互的累计评分、第二客户端的固有属性以及与第二客户端有业务交互的其他客户端对第二客户端的评分。
6.根据权利要求4所述的信息交互系统，其特征是评分服务器对所述预定业务的评分基于第二客户端的评分、所述预定业务的大小、类型以及预定执行时间。
7.根据权利要求4所述的信息交互系统，其特征是所述中心服务器还包括项目管理服务器，用于控制和管理上述各客户端的操作；协议管理服务器，用于管理网络传输协议以及业务的变化；以及数据库，存储上述各服务器和客户端操作所需的数据。
8.根据权利要求1所述的信息交互系统，其特征是在所述第三客户端向所述第一客户端提前执行所述第二客户端的所述预定业务之后，所述第二客户端在所述预定执行时间向第三客户端执行所述预定业务。
9.根据权利要求1-8中任一项所述的信息交互系统，其特征是第一客户端通过网络装置连接到第一客户端服务器，第二客户端通过网络装置连接到第二客户端服务器，第三客户端通过网络装置连接到第三客户端服务器，上述各个服务器通过数据总线连接。
10.根据权利要求1-8中任一项所述的信息交互系统，其特征是，上述各个服务器以及第一客户端、第二客户端和第三客户端通过网络以线上方式执行操作。
11.一种信息交互方法，用于根据权利要求1至9中任一项所述的信息交互系统,包括以下步骤所述第一客户端向中心服务器发出用于请求由第三客户端提前执行所述第二客户端的所述预定业务的执行请求；所述第二客户端确认所述预定业务的存在；所述中心服务器响应于所述执行请求和所述确认来计算第二客户端的安全级别；所述中心服务器将所述第二客户端的安全级别通知第三客户端；并且所述第三客户端基于所述通知来向所述第一客户端提前执行所述第二客户端的预定业务。
12.根据权利要求11所述的信息交互方法，其中，在所述第三客户端基于所述通知来向所述第一客户端提前执行所述第二客户端的预定业务的步骤中，第三客户端以用于执行第二客户端的所述预定业务的预期值做出响应，并且所述第一客户端对所述预期值进行确认，从而由所述第三客户端提前执行所述第二客户端的所述预定业务。
13.根据权利要求11所述的信息交互方法，其中，所述中心服务器响应于所述执行请求和所述确认来计算第二客户端的安全级别的步骤包括以下步骤对第二客户端和所述预定业务进行评分；以及根据评分结果确定第二客户端的安全级别。
14.根据权利要求13所述的信息交互方法，其中，对第二客户端的评分基于第二客户端之前业务交互的累计评分、第二客户端的固有属性以及与第二客户端有业务交互的其他客户端对第二客户端的评分。
15.根据权利要求13所述的信息交互方法，其中，对所述预定业务的评分基于第二客户端的评分、所述预定业务的大小、类型以及预定执行时间。
16.根据权利要求13所述的信息交互方法，其中，在所述第三客户端基于所述通知来向所述第一客户端提前执行所述第二客户端的预定业务的步骤之后，所述第二客户端在所述预定时间向第三客户端执行预定业务。
17.根据权利要求11-16中任一项所述的信息交互方法,其中上述各个服务器以及第一客户端、第二客户端和第三客户端通过网络以线上方式执行操作。
全文摘要
本发明提供信息交互系统及信息交互方法。该信息交互系统包括第一客户端；第二客户端，第二客户端要在预定执行时间对第一客户端执行预定业务；第三客户端；以及中心服务器，用于确定第二客户端的安全级别，所述中心服务器分别与第一客户端、第二客户端和第三客户端相连，其特征是所述第一客户端向中心服务器发出用于请求由第三客户端提前执行所述第二客户端的所述预定业务的执行请求，所述第二客户端确认所述预定业务的存在，所述中心服务器响应于所述执行请求和所述确认来计算第二客户端的安全级别，并且所述中心服务器将第二客户端的安全级别通知第三客户端，并且所述第三客户端基于所述通知来向所述第一客户端提前执行所述第二客户端的预定业务。
文档编号H04L29/06GK103036774SQ20131000568
公开日2013年4月10日 申请日期2013年1月8日 优先权日2013年1月8日
发明者汪沙地, 尹思赣, 潘航 申请人:北京融动科技有限公司