CN1194416A - 一种多元置信度适配系统及其相关方法 - Google Patents

Abstract

多用户计算机适配系统及其方法,包括:数据库;要约创建程序装置,在数据库中为每个用户输入的要约创建一实体并将要约存贮在其中;和检索引擎,将一用户的输入需求与存贮于该数据库中的其它用户的要约相比较和适配,并且返回适配结果给所述用户。所述需求包括多个元素作为检索判别式,每个元素分配有一重要性权重,从而每个适配结果具有一表示用户满意程度的检索得分,所述的检索引擎根据得分整理和排序适配结果,只将得分在预定满意程度之上的适配结果返回给所述用户。可高效率地进行检索。

Description

一种多元置信度适配系统 及其相关方法

本发明涉及一种计算机适配系统及其相关方法，或者具体地讲，涉及一种电子交易系统，它是一种多元置信度适配系统，该系统建立在一个用于将用户需求与由其它用户提供的要约相适配并返回适配结果给用户的数据库上。

贸易人员现今打交道的是世界贸易市场，贸易人员需要与别国的贸易人员有效而可靠地进行交易，因而近年来电子交易系统在国际贸易实践中被用得越来越广。

到目前为止，有很多种电子交易系统已用于国际贸易中，例如EDI(电子数据交换)，然而EDI通常用于帮助贸易人员与特定贸易人员相互间发送或接收要约，不能帮助贸易人员找到其感兴趣的要约。

已经有帮助贸易人员从其它贸易人员处找到其感兴趣的商品，或者帮助其为其商品寻找买方并帮助其处理很多商业相关事务的交易系统，。

交易系统的任务是经该电子交易系统将贸易人员的需求与由其它贸易员已发出的要约相适配。这通常通过做一个将用户判别式对可用要约的直接检索并且以类别的方式仅显示简单的结果来完成。

响应由用户指定的判别式来试图寻找最佳结果是信息技术中一非常古老的课题。因而很多不同的查询与适配系统的方法已被实现并且不断在改进。这些系统的绝大多数使用用于其目的的工业标准工具并且其灵活性扩展至这些工具能为其所做到的程度。标准查询引擎主要检查检索判别式并且其产生的结果是精确地适配判别式的全部条件的0个，1个或多个事例的一个集合。不管一个事例已经满足多少个条件，只要有一个条件失配，即使该条件在其中最不重要，该事例也不是结果集合的一部分。特别是对范围来讲，通常用户可能想要有不是精确符合其需要但接近其需要的选择。换言之文字数据库引擎如Informix，Oracle，Sybase，Ingres等等，对适配事例仅有两个选择：“适配”和“不适配”。

采用传统的交易系统，当用户给定一检索判别式时，通常会返回大量的信息，用户必须找出其感兴趣的信息，并且如果必要，他可以在判别式中增加更多条件，或者输入一个进一步的检索判别式或检索式，以便进行另一次检索以减少返回的信息量。很显然，他必须自己缩窄结果，直到找到满意的结果。他必须从一个类别至另一个类别进行检索，并且他必须在每次选择一个新检索判别式前仔细阅读显示在屏幕上的信息，而且在检索过程间如没有用户干预，检索不能成功进行。一方面，如果检索判别式包含过少条件，返回信息量会过大，这些信息的大部分可能是用户所不感兴趣的；另一方面，如果检索判别式包含过多的条件，用户可能如上面所述由于不满足一个不太重要的条件而漏掉对其最重要的信息。

因此，传统检索系统不便于用户使用，不能进行高效的查询。当用户使用这样的系统时，检索过程所花的时间与费用会增大。

本发明的目的在于提供一种多元置信度适配系统，能自动给用户或贸易人员提供其感兴趣的信息，而无需贸易人员的干预，并且给用户以关于可能满足其需求的要约的最大信息量，以便为贸易人员提供不仅能看到精确适配其判别式的要约，并且能看到接近其判别式，或满足其部分需求，或者超过其需求的要约的能力，从而贸易人员可以进行高效的检索。

其优点在于，本发明给标准工具增加了一个灵巧层次，并且实现了在用户接受与拒绝事例中的思维。这意味着，通过引入用户选择的更多参数，该系统能对结果有一定容忍度并且基于用户的偏好，接受那些符合其最重要条件而仅不满足次要条件的事例。

为达到上述目的及其优点，本发明提供一种供多个用户使用的计算机适配系统，所述系统包括一数据库；一要约创建程序装置，用于创建由各个用户输入至该数据库中的要约的实体(entity)并将要约存贮在其中；和一检索引擎(engine)，用于将一用户输入的需求和存贮在数据库中的其它用户的要约相比较和适配并向所述用户返回适配结果。

本发明还提供一种用于将一个用户的需求与来自其它用户的要约相适配的计算机适配方法，所述方法包括步骤：i)当用户输入一要约时在一个数据库中创建一要约实体并存贮所述要约于其中；ii)当用户输入一需求时，将所述需求与存贮于所述数据库中的其它用户的要约相比较；并且iii)返回所述步骤ii)的适配结果给所述用户。

最好是，在本发明的计算机适配系统和方法中，所述的需求包括有多个元素做为检索判别式，每个所述元素被分配有一个表示重要程度的权重，由此使每个适配结果具有一个表示所述用户的满意程度的检索得分，所述的检索引擎进一步根据每个结果各自的检索得分进行适配结果的整理和排序，并且只有其检索得分在一预定满意度之上的适配结果被返回给所述用户。

最好是，对所述适配系统的所述用户界面是经由Internet(因特网)。

本发明的前述和其它目的、特征及优点从以下通过结合附图对本发明的优选实施例的详细描述变得更加明显。

图1给出本发明的多元置信度适配系统的基本结构；

图2a和2b示出本发明的主要数据流程图；

图3示出从根据本发明的该系统得到的检索的各种适配的分级；

图4a示出本发明的数据库中数据实体的结构；

图4b解释根据本发明的数据库中各实体间的关系；

图4c解释示于图4b的关键关系的细节；

图5解释根据本发明的一个实施例，基于web(万维网)的客户机通过Internet与一信息服务器的通讯；

图6解释根据本发明的实施例的客户机和服务器两者的详细部件；

图7解释根据本发明的实施例，在主要约选择处理期间，各技术模块怎样接口到其它可扩展数据库部件的细节；

图8解释支持根据本发明的实施例实现所需的技术和附加模块的一个典型web实现；

图9a，9b，9c示出依据本发明的实施例的示于图4中的数据库中的各实体的创建；

图10a和10b示出依据图2a和2b的本发明的一个实施例的系统的数据流程上的更详细的细节；

图11示出依据本发明的实施例用于在数据库中创建要约的过程的流程图；

图12示出依据本发明的实施例用于在数据库中创建需求的过程的流程图；

图13示出依据本发明的实施例的用于适配用户需求输入与存贮于数据库中的要约实体内的要约的检索引擎的过程的流程图；

图14示出图13中用于处理检索判别式的过程A；

图15给出一界面的例子，用来让用户指定此例中他的检索判别式。

以下将详细说明本发明的优选实施例，其例子将结合附图详细说明。

图1示出了本发明的多元置信度适配系统的基本结构。如图1所示，该多元置信度适配系统由多个用户使用，并且包括一数据库；一要约创建程序，用于在数据库中创建一要约实体；一检索引擎，用于将用户输入的检索判别式或需求与存在于数据库中的要约相比较。当一用户输入一要约时，该要约由要约创建程序进行处理并存贮在数据库中的要约实体中。当来自一用户的需求被收到时，检索引擎被执行以将该需求与现存的由所有其它用户存贮在数据库中的要约实体之中的要约相适配。适配结果可以根据置信度，即适配分级或者适配得分来排序，并且适配结果被返回给对应的用户。

用户能通过Internet界面连至该多元置信度适配系统，并且所述数据库可包括一需求实体，该实体可以是虚拟的。

图2a和2b解释本发明在多元置信度系统中实现的方法框图原理。如图2a所示，由各用户输入的要约细节被写入要约数据库中，并且检索判别式，即由用户输入的需求，被送入由执行适配程序或图1中的检索引擎所产生的适配进程中，该适配进程将该需求与来自所有其它用户的存于要约数据库中的要约相比较，从而将适配要约表返回给该用户。

适配进程中完成的适配处理详细说明于图2b中。如图2b所示，首先，检索判别式，即由用户输入的含有多个条件或元素的需求，与来自要约数据库的要约相比较。每一个条件被分配有一表示其重要程度的权重，从而每个适配结果具有一表示用户满意程度的检索分级。比较结果具有6个分级，如完全适配要约、子集适配要约、部分适配要约、超集适配要约和不适配。比较结果被排序和缩窄，并且其分级大于由用户指定的最小可接受分级(MAL)的适配结果被返回该用户。一旦需求由用户输入，上述处理由所述多元置信度适配系统自动进行，从而用户能即时获得满足其需要的要约，更有益的是，这些适配结果不仅是100％满足用户判别式的精确适配，还包括部分适配或包含适配。

在贸易领域，一要约可以是买(求购)或者是卖(供售)，并且一需求也可以是买或者是卖。因此如果需求是求购，其与数据库中的供售要约相比较；如果需求是供售，其与数据库中的求购要约相比较。

图3解释根据本发明实施例的从该系统中的检索得到的适配分级。如图3中所示，适配结果依据其分级来整理和排序，并且适配结果集可按级别来排列，其中分级1是精确适配，即完全适配，其意思是输入求购A精确等同于供售集B；分级2是包含适配，其中供售集B是输入求购集A的一个子集，即集合B仅覆盖了集合A的一部分；分级3是部分适配，其中集合A与集合B具有相互重迭的区域；分级4也是一种包含适配，但集合B是输入求购A的超集；分级5是不适配，其中集合A和集合B没有公共部分。

每个检索判别式或者需求可以包括多个元素，如产品，市场位置(买方或卖方或二者同时)，要约时间，交货期，要约人，价格和数量。要约可以含有与需求相同的元素，以便与需求相比较。需求中每个元素与数据库中各要约的相应元素相比较，适配相应元素的处理的每个序列可由用户给出权重。上述6个适配分级分别具有由用户分配的权重所产生的得分，并且从分级1，FULL MATCH(完全适配)至分级6，NO MATCH(不适配)，得分由100％减至0。

图4a解释本发明数据库中数据实体的结构。在该数据库中，具有一个用户实体，其为该系统成员，用于创建并且保有需求和要约。存放于用户实体的用户信息主要是平面的原始用户数据，并由对用户可用的界面来获取。该需求是一个虚拟实体，也被称做检索判别式，如上所述。在传统意义上的使用中，由用户输入的判别式信息不保存在数据库中，但是如果这些信息要被用于以后通知与触发系统时，该判别式可被存于一真正的实体中。如图4a所示，该需求实体包括一个ID(标识符)，和一个属性。该属性包含需求ID，数据和关系。requirement-Atrrib(需求属性)用于保持关于需求的各个部分的信息。在创建一个需求的过程期间，系统可以对该实体创建一个称做复合属性的项，它由以前各单一属性的结果组成。要约实体用于存贮用户的供售和求购的要约，并且该实体保有ID和该要约的固定部分，这一固定部分是诸如产品说明及其它不参与判别式和检索处理的信息，并且要约属性保有要约的可变部分，表示要约的属性。这里可变部分是那些参与属性和判别式的部分，如价格，颜色，材料等等。

此外，该数据库包括一个用于存贮字段信息的字段实体和用于存贮单位信息的单位实体。对上述实体的定义示于下面的表1中

                                         表1

实体名	说明
		用    户	系统的一个成员，创建并保有需求和要约。用户信息主要是关于用户的平面、原始数据。可通过用户可用界面获得。
需    求(虚拟实体)	也被称为检索判别式，在传统意义上的检索活动中，由用户输入的判别式信息不保存在数据库中，但如果信息要用于以后通知并触发系统，也可存于一真正的实体中。
		需求属性(虚拟实体)	保有有关需求各个部分的信息。在需求的处理中，系统可以对此实体产生称为复合属性的新的项(entry)，其由在前的单个属性的结果组成。
要    约	用于供售和求购的所有用户要约。该实体保有ID和要约的固定部分
		OFFER_ATTRIB	要约的可变部分，给出要约的属性。
字段(FIELD)	用于字段名的查找表，将用于要约和需求实体中以表示规格的类型。
		单位(UNIT)	用于表示要约和需求实体内数字单位的查找表

尽管需求和要约实体包括相似信息，其功能特性是不同的。要约实体保持用户提供和需要的关于固定的求购和供售的信息。该信息在每次需求(检索判别式)提交时，由系统进行检测。需求包括用户指定的条件和包含范围。需求是一虚拟实体，其意思是在处理完成之后无需保持在真实实体中。

字段与单位实体是用来为要约与需求创建属性的表。

图4b解释根据本发明实施例在数据库中各实体间的关系。如图4b所示，每个用户在用户实体中具有一个记录，并且对每个用户不多于一个项。对每个用户，有0个，1个或多个需求，这些需求与用户项相连。每个用户可创建0个，1个或多个求购或供售的要约。每个要约/需求具有一个或多个属性。每个属性指向字段实体的一项以指示字段类型。并且每个属性将指向单位实体的一项以指定单位类型。

图4c解释示于图4b的实体的关键关系的细节，并且对每个不同实体的相应属性的详细描述示于下面的表2-8中。

                                表2

                                                         实体名：用户

属性名	属性定义	空选项
			user_id	标识符号，对每一个用户是唯一的	非    空主关键字
user_identity	关于用户标识符的一系列信息。属性和其类型可依据业务部门，主题和特性而变化，但此信息绝大多数为固定的信息提供类型，不影响逻辑流程。
			user_profile	关于用户偏好的信息。用此以指定在各个任务执行期间一般呈现给用户的信息的外貌及类型

                             表3

                                             实体名：需求(虚拟实体)

属性名	属性定义	空选项
			req_id	用于需求的标识符号	非    空主关键字
user_id	包含创建该需求的用户的user_id	非    空
			demand_supply	用于指示需求是求购还是供售的标识

                              表4

                                                     实体名：需求属性

属性名	属性定义	空选项
			attrib_id	用于属性的标识符号	非    空主关键字
req_id	指示该属性属于哪个需求	非    空主关键字
			attrib_seq_number	指示将被计算的属性顺序	非    空主关键字
field_id	用于在该实体内指定要约实体的字段的标识符号	非    空
			exact	如果为on，意思是比较应为精确适配
pattern	用于文字字段，如果为on，意思是在该字段内的任意处适配
			before_less	如果为on，对数值意思是小于并且对日期意思是之前
after_greater	如果为on，对数值意思是大于并且对日期意思是之后
			range	如果为on，意思是在一范围内
unit_id	属于输入字段的单位类型(例如：公斤，吨…)
			input_field1	文字字段1基于字段的类型参与比较，其可被转换成一个日期类型或一个数字类型。如果含有attribute_id，意思是这是一个复合属性并且由其它属性构成
input_field2	文字字段2在一个范围内基于字段的类型参与比较，可被转换成日期或数字类型
			weight	表示用户对该属性给出的值，在检索满意度分级中起作用	非    空
inclusive	如果属性是一个范围，则为真
			relation_type	如是一复合属性，表示属性之间的关系

                          表5

                                                   实体：要约

属性名	属性定义	空选项
			offer_id	用于要约的标识符号	非    空主关键字
user_id	保有该要约的用户标识符	非    空主关键字
			demand_supply	表示要约是一求购要约还是供售	非    空

                            表6

                                                 实体名：要约属性

属性名	属性定义	空选项
			offer_attrib_id	用于要约属性的标识符号	非    空主关键字
offer_id	指向该属性所属的要约	非    空主关键字
			field_id	用于在要约内的字段的标识符	非    空主关键字
field_unit_id	指示字段的度量单位
			field_custom_name	用户为该字段指定的名字
field_content	包括文字形式的值，如果其类型为非文字形式将在以后处理中加以转换	非    空

                               表7

                                                       实体名：字段

属性名	属性定义	空选项
			field_id	字段的标识符号	非    空主关键字
field_name	字段名(如价格水份，颜色)	非    空
			field_type	表示字段是否为文字、数字或日期类型	非    空
field_length	表示字段长度	非    空

                            表8

                                                实体名：单位

属性名	属性定义	空选项
			unit_id	用于单位的标识号	非    空主关键字
unit_name	单位名(例如：公斤、吨、里、厘米)	非    空

图5解释依据本发明实施例在Internet上基于web的客户机对一信息服务器的通讯。依据本发明的适配系统具有开放结构并且能用于很多环境之中，而在国际贸易市场使用Internet。该适配系统设置于Internet上的一个服务器内，并且用户通过一个web浏览器可以与具有该适配系统的服务器相连接，如图5所示。该服务器可以是基于SUN微系统Unix，或者基于英特尔微软NT。客户机可以是运行微软Windows95操作系统的PC，运行MacOS的苹果Macintosh或者运行Unix的Sun微系统工作站。用于本发明的数据库的可扩展数据库管理系统可以是Informix或者Oracle产品。用于上述数据库的可用的插入模块可以包括Verity，Excalibur或者Virage。

图6详细解释依据图5的本发明实施例的客户机和服务器的详细构成。如图6所示，每个客户机具有一个操作系统；一个基本存贮器，用于本地信息和应用程序；一个web浏览器，用于与基于web的应用程序一起工作并且浏览以HTML格式的页面；和一网络传送部分，用于连接至全球网络。该具有多元置信度适配系统的服务器包括一个操作系统；一海量存贮器，用于存贮数据库和共用信息以及应用程序；一可扩展数据库引擎，用于提供数据库服务和响应来自客户机的请求；一个web服务器，用于提供web服务；和一个网络传送部分，其中该可扩展数据库引擎用于服务于与其查询及数据库服务请求相关的客户机，并且它包括数据库表格，SQL函数和可扩展模块。所述可扩展模块包括第三方适配(由其它软件公司写的应用程序进行的数据适配)引擎；web开发和递交模块，用于使用现有标准服务；和核心技术模块，用于增加额外的多元置信度适配系统功能。

图7给出核心技术模块的结构和其与第三方适配引擎以及SQL函数的连接。该核心技术模块包括用于将需求与存贮在要约数据库的要约相比较的适配引擎；用户适配部件；以及整理和排序模块。这里用户适配是内置函数和第三方技术之外的实现的数据适配，例如包含适配，其中供售的物品比需求的数量多。

如图7所示，需求与要约的详细内容送至该适配引擎，并且该用户适配引擎和用户适配部件通过第三方适配引擎，包括Verity Text和ExcaliburText，以及SQL函数如等于(＝)，类似(Like)，小于(＜)，和大于(＞)进行需求与要约的比较。其后由适配引擎产生的适配结果被送至排序和缩窄模块，其中，根据每个适配结果具有的置信度或得分对其排序，并且基于其具有的缩窄判据使其范围缩窄以减少返回给用户的数据量，例如，只给用户显示具有精确适配并且限制为按价格顺序的前5个。其适配得分小于最小可接受分级的结果被丢弃，从而排序和缩窄后的适配要约集被送回给用户。

图7中的排布是与界面无关的。该方框图不论其实现方式为客户机/服务器，基于web或者通过一简单终端字符界面，都是一样的。所有类型的用户界面都能产生需求并且将其与现存的要约相适配并且产生结果集。

所有上述的处理在核心技术可扩展模块中进行并且接口至核心数据库引擎和任何其它装入的可扩展模块。

图8解释依据本发明的多元置信度适配系统的典型web实现以及支持它所需要的附加部件。如图8所示，示于图6的web服务器包括：配置细节，用于规定服务器的工作行为；内部函数，用于提供基本服务；用户函数，用于用户和应用的专用服务；标准HTML数据；以及递送引擎，用于将检索引擎的结果与标准HTML页面相结合。包含来自用户的需求的HTML表被送至递送引擎。递送引擎传送所有的需求数据至其它模块。web开发与递送模块包括web页面存贮部和web页面递送部。这些模块处理应用逻辑、标准HTML的静态内容和实际数据的动态内容、对数据库的查询结果和变量。web页面递送部使用SQL与内部函数和模块通讯。

图9a，9b和9c解释示于图4的数据库实体的创建。在图9a中，当创建一要约实体时，首先，要约固定信息被输入该系统，其在要约实体中创建一个要约。属性信息取自字段与单位实体并由此创建要约属性实体中的一个属性。

在图9b中，当创建一用户实体时，首先，用户信息输入系统，用户概况表也输入，然后在用户实体中创建一个记录。每个用户在用户实体中保持一个用户记录。

图9c解释需求实体的创建。如图9c所示，当创建需求时，首先，需求固定信息被输入到系统中，然后获取该需求是求购还是供售需求的类型。然后字段信息将利用字段和单位实体获得。在处理结束时，需求的固定信息项和一个或多个属性信息项将被创建。

对有关实体的详细描述在表2-8中。

图10a和10b给出依据图2a和2b的本发明的实施例的更详细的系统数据流动，其中包括单位实体和字段实体。如上所述，字段是一用于将在要约和需求实体中使用以指定规格类型的字段的名字、类型和长度的查找表；并且单位是一个用于指示要约和需求实体中数字的单位的查找表。单位实体与字段实体都参与图10a中的输入要约与输入需求和图10b的比较处理。一个用户输入的需求也可按一个要约处理，以便于其它用户可以知其所需。在该系统中，一个用户的要约对其它用户也是一个需求，其需求亦为对其它用户的要约。

图11解释根据本发明实施例通过执行一个示于图1的要约创建程序产生的在数据库中创建一个要约的过程的流程图。如图10所示，当用户输入其要约至该系统时，输入的要约固定信息被抽出并且依据表4中所示demand-supply属性的状态判定其为一求购或一供售。如为一求购，该信息被设置成求购；如为一供售，该信息被设置成供售。在下一步中，在要约数据库中创建一个要约。然后，判别是否有任何更多属性，如果有，利用字段和单位获取属性信息，然后在数据库的要约属性实体中创建一属性，并且返回判断步骤以决定是否有更多属性，如果无更多属性，跳转至结束。

图12解释依据本发明实施例用于在数据库中创建需求的过程的流程图。如图12所示，当用户输入其需求时，首先，输入的需求的固定信息被提取，并且判断是一求购或者是一供售，如果是求购，该信息被设置成求购；如果是供售，设置为供售。在下一步，一个需求创建至需求数据库中。在下一步，判断是否有任何更多的属性，如果是，使用字段和单位获取属性信息，然后，创建属性至数据库的需求属性实体内，并返回至判定步骤；如果没有更多属性，跳转至适配处理，以将该需求与由其它用户已经存贮在数据库中的要约相适配。

图13解释用于将输入的需求与数据库要约实体中存贮的要约相适配的过程的流程图。如图13所示，在该适配处理中，首先，需求信息取自允许用户输入判别式的过程中，然后此需求由该系统在示于图14中的过程中处理。下一步是从数据库中取得一个要约并且开始适配需求中的字段与要约中的字段。在两种情况下，在取得一个新要约或者需求前，系统检查是否有任何新要约或需求存在。要约与需求两者都有属性并且属性是具有特定和唯一ID的信息片断，如果需求中一属性ID与一要约中的ID适配，该系统检查要约属性的内容与需求属性的内容是否适配并基于此产生指示用户对适配结果满意程度的适配得分。在全部循环的终止处，如果要约得分达到MAL值，其将参与结果集。来自一次检索的适配结果的适配分级可以是完全适配，包含适配，部分适配，或者不适配，也见于图3。

用于处理检索判别式的过程A示于图14，在此过程中，判断该判别式是否是一个复合判别式。如果是，则各attrib-id将被放在属性的输入字段中，并设置关系；如果否，把用户指定的字段放置在属性的输入字段中，然后设置一关系。从而，创建需求属性的一项，并且返回至复合形式判断步骤。

利用本发明的多元置信度适配系统，当用户输入一要约，要约创建程序执行图11中的过程用来在数据中创建要约和要约属性。当一用户输入其检索判别式，检索引擎在数据库中创建需求和需求属性，然后完成图13和图14中的适配处理。具体地，在用户指定一判别式后，系统对其进行分析并为需求实体创建项。每个简单判别式将在该实体中有一项，系统还为是其它条件的结果的每一条件创建一项。这在下面例2中将详细解释。对于结果，有两个主要因素指示结果的类型，其一是由用户指定给他指定的每个条件的权重；另一个是用户排布该判别式的方式，主要依赖于是否有指定一范围。系统首先做的是根据该复合判别式将判别式分解为简单步骤并且创建新步骤。

该本发明的多元置信度适配系统和相关方法将依据本发明的实施例详细描述，其中：

检索判别式如下：

(A＝“TEXT1”OR

B＝“TEXT2”AND

C＞NUMER1C1 AND

(D＞DATE1 AND

D＜DATE2)AND

E like “TEXT3％”

计算按以下顺序完成：

①-A “TEXT1”＝

②-B“TEXT2” ＝

③-C NUMER1C1 ＞

④-D DATE1    ＞

⑤-D DATE2    ＜

⑥-E “TEXT3％” Like

⑦-①② OR

⑧-④⑤AND

⑨-③⑦AND

⑩-⑨⑥AND

结果-⑧⑩AND

序列和相应的操作如表9所示

                        表9

序列	参数1	参数2	操作符	权重	包含
						1	A	TEXT1	EQ
2	B	TEXT2	EQ
						3	C	NUMER1C1	＞	5
4	D	DATE1	＞
						5	D	DATE2	＜
6	E	TEXT3％	LIKE	5
						7	①	②	OR	50	Y
8	④	⑤	AND	40	Y
						9	③	⑦	AND
10	⑨	⑥	AND
						11	⑧	⑩	AND

计算或适配结果表如下所示。

结果

不适配结果依赖于基于用户判别式及权重的部分适配的可能性，换言之，不适配成为相对的，这取决于用户的需要。

如果有非真结果，为不适配，但如有任何真结果，则整个结果根据用户对任意判别式给出的权重和最小可接受分级(MAL)将是一种部分适配，从而对结果的满足程度可被定量化。

在上面的例子中，③和⑧是真而⑥和⑦为非。根据每一判别式的权重，对该检索的得分如下。

  权重    *    attrib.result    ＝得分⑦    50      *    1                ＝50⑧    40      *    0                ＝0③    5       *    0                ＝0⑥    5       *    1                ＝5

                                得分55

如果最小可接受得分超过55，这一检索结果被认为是不满意，即不适配，但对任何最小可接受得分小于55的情况，这一结果为部分适配。当然，具有100的得分，结果为完全适配。

如果有任何判别式包括范围并且结果为非，则其结果为包含的。

由上描述，在本发明中，不适配的概念是相对的，如MAL设为较大或较小的值，检索结果，即用户可获信息是不同的。换言之，MAL是用户可修改的值，系统对MAL值设定一缺省MAL值，但用户基于所期望的程度可增大或减小该值。从而，用户可调整他分配给该检索判别式各个元素的权重，按他所需来改变对他可获得信息的范围。

为显示本发明的系统怎样工作，下面提供一个详细例子。

作为一个例子，一用户指定他正寻找一双网球鞋，价格为100美金以下，颜色为“白色”或者“蓝色”，但也通过在100中对颜色给出80的权重来说明颜色非常重要。该系统在计算该判别式时接受任何白色和蓝色网球鞋为部分适配并且那些同时低于100美金的为完全适配。

图15示出本例中提供给用户以指定他的检索判别式的界面的样本。系统的用户，即贸易人员，检索供售要约并用示于图15的判别式创建一需求。

在这个例子中该检索判别式是：

      (color＝White OR color＝Blue)AND price＜100并且用于“color＝Blue”的权重为80，而用于“price＜100”的权重为20。

系统开始按下面的次序处理该判别式：

这个例子中涉及的实体是：

           表9

                       要约

属性	内容
		offer_id
user_id	user1
		demand_supply	供售

                                   表10

                                                               要约属性

属性名	属性1	属性2	属性3	属性4	属性5	属性6
							offer_attrib_id	1	2	3	4	5	6
offer_id	1	1	1	1	1	1
							field_id	1	2	3	4	5	6
field_unit_id	1	_	2	3	3	_
							field_custom_name	材料	颜色	价格	长度	宽度	尺寸
field_content	尼龙	白色	200	8.5	12	小

        表11

             需求(虚拟实体)

属性名	内容
		req_id	1
user_id	user2
		demand_supply	求购

                                 表12

                                                           需求属性

属性名	属性1	属性2	属性3	属性4	属性5
						attrib_id	1	2	3	4	5
req_id	1	1	1	1	1
						attrib_seq_number	1	2	3	4	5
field_id	2	2		3
						exact	Y	Y
pattern
						before_less
after_greater
						range
unit_id	_			2
						input_field1	白色	蓝色	1	100	3
input_field2			2		4
						weight			80	20
inclusive	_	_	_	Y
						relation_type	EQ	EQ	OR		AND

用于“field_id”和“field_unit_id”的内容来自查找表。这些查找表在创建要约和需求时使用。

                         表13

                                                字段

字段id	字段名	字段类型	字段长度
				1	材料	文字	15
2	颜色	文字	15
				3	价格	数字	9.2
4	长	数字	9.2
				5	宽	数字	9.2
6	尺寸	文字	15

          表14

                       单位

单位id	单位名
		1	百分比
2	德国马克
		3	厘米
4	英寸
		5	公斤

系统按顺序并根据权重开始计算需求属性。该检索的逻辑结果是不适配，这是因为最后的步骤⑤产生“伪”输出，但考虑到用户对第一个条件给出的权重并且指定价格范围是包含的并且检索得分为100中的80，系统认为该结果为部分适配，并返回该要约给该用户。属性id    结果  *    权重    结果

1       真

2       伪

3       真    *     80     ＝80

4       伪    *     20     ＝0

5       伪

                           得分80

利用本发明的多元置信度适配系统，通过让用户对每个条件指定一个重要性程度并且指定包含适配是否可接受，该系统做到了知道用户对各种选择的偏好。依据本发明的实施例，还可在系统中实现：通过存贮需求(判别式)，在一用户提交一需求后，在任何时候当有一适配事例输入该系统时，能提醒用户注意。这种方式不仅对系统增加了半人工智能，而且这种查询保持为激活的，直到被取消，并且它比即时查询功能强得多。

当一用户输入他的需求至该系统时，在该适配系统中的适配程序无需用户干预就被执行，并且适配结果立即返回给用户。系统可提供用户适配，非精确适配，并且不同分级的适配结果被整理和排序以便使之缩窄，从而，缩窄的结果返回给用户。根据本发明的该系统的用户彼此互为主体和客体。使用本发明的多元置信度适配系统于国际贸易领域，贸易人员或用户能更高效地进行检索和获取更多有用信息。排序后的和缩窄后的检索结果立即返回给用户，并且用户可以调整给检索判别式或需求中各个元素分配的权重并且改变最小可接受分级以改变他想得到的信息。很显然，该多元置信度适配系统是一高效的电子交易系统，它帮助这个系统的用户更高效率地寻找有用的贸易信息和进行他的商务活动。

进一步地，本发明的系统还可用于诸如图书馆，电子购物，定票等领域中，并提高其效率。

以上已经在本发明的优先实施例中解释说明了本发明的原理，应该清楚在不脱离本发明的精确与范围下，本发明在结构和细节上可以修改。所有这些修改和变形都应该落在由所附权利要求定义的范围之内。

Claims (10)

1.一种由多个用户使用的计算机适配系统，所述系统包括：

一数据库；

一要约创建程序装置，用来在数据库中为每个用户输入的要约创建一个实体并把所述要约存贮于其中；和

一检索引擎，用于将由一个用户输入的需求与其它用户的存贮在该数据库中的要约进行比较和适配并且返回适配结果给该用户。

2.如权利要求1所述的计算机适配系统，其中所述的需求也由所述的要约创建程序装置处理以便存贮在该数据库中。

3.如权利要求1所述的计算机适配系统，其中所述需求包括多个元素做为检索判别式。

4.如权利要求3所述的计算机适配系统，其中每个所述元素被分配有一个表示重要性的权重，从而每个适配结果具有一表示所述用户的满意程度的检索得分。

5.如权利要求4所述的计算机适配系统，其中所述的检索引擎进一步根据各适配结果相应的得分来进行适配结果的整理和排序。

6.如权利要求5所述的计算机适配系统，其中只将具有在预定满意程度之上的检索得分的适配结果返回给所述用户。

7.根据权利要求1所述的计算机适配系统，其中所述的用户对所述适配系统的界面是经由Internet。

8.一种用于将一个用户的需求与来自其它用户的要约相适配的计算机适配方法，所述方法包括步骤：

i)当用户输入一要约时在一个数据库中创建一要约实体并存贮所述要约于其中；

ii)当用户输入一需求时，将所述需求与存贮于所述数据库中的其它用户的要约相比较；并且

iii)返回所述步骤ii)的适配结果给所述用户。

9.如权利要求8所述的一种计算机适配方法，其中所述需求包括多个元素作为检索判别式，每个所述元素被分配有一表示重要性的权重，从而每个适配结果具有一表示所述用户满意程度的检索得分，并且所述的方法的所述步骤ii)进一步包括步骤：

根据各适配结果的相应检索得分来进行所述适配结果的整理和排序。

10.如权利要求9所述的计算机适配方法，其中在所述方法的步骤iii)中，只将具有高于一预定满意程度的检索得分的适配结果返回给所述用户。

Images