本发明的领域：

本发明涉及网络即时信息传递技术和因特网计算机约会安排功能，更具体地说，本发 明是关于利用网络即时信息传递技术，实现因特网计算机约会安排的一种系统与方法，同 时本发明还包括其他的能够快速寻找约会伙伴并能够立即建立联系的系统与方法。

背景

计算机约会安排是通过网络计算机对希望寻找约会伙伴的人进行配对，用户需要填写 一张包括各种问题的“问题答卷”，这些问题包括用户本人的一系列特点，和用户要求的 理想的“计算机约会伙伴”的特点。这种“计算机约会”服务已经在因特网上出现多年。

即时信息传递技术是一种较新流行的技术，问世已有4年左右。利用这种技术，人们 可以在给定的时间内，在因特网上通过选定的网友列表中找到任何一个已经联机的新的约 会伙伴或者约会过的伙伴，并且立即就可以通过因特网与他们联系和交流。这项技术主要 基于以下原理：只要用户已经登录到因特网，并且已经启动了客户程序，那么在每隔一个 比较短的时间段内(例如每隔一分钟一次)，客户程序就会向中心服务器发出一个非常短 的信息(通过用户在即时信息网络中拥有的独特身份识别码)，表明处于联机状态。而一 旦客户程序停止向中心服务器发送信息，服务器就会认为用户不再联机，即使用户并没有 很好地从网络上断开。当用户接到自己处于联机状态时，立即就可以开始在网上交换信息， 或者打开他们的实时文字在线聊天窗口。现在因特网上最大的三个即时信息网络是ICQ (网上寻呼机)、AOL(美国在线)的“即时网络信使”(Instant Messenger)、和微软公 司的“MSN网络信使”(MSN Messenger)。

但是，当需要在网上寻找新的约会伙伴时，目前这些网络即时信息系统一般地主要是 让用户按照人名或者电子邮件地址进行搜索，也有的可以让用户按照兴趣进行搜索。虽然 其中也有一个软件(Odigo)还可以让用户能够按照性别、年龄、地区、语言、职业、和 兴趣等进行搜索。但是，据本发明人所知，  迄今为止在这些信息系统中还没有一种分类 搜索方法，来按照教育水平、一般背景、面貌特色、身体外形、个性等特点搜索出配对理 想的“计算机约会伙伴”，也没有一种信息系统能够按照上述特性中的任何一种使网友得 以相互配对。这是对巨大潜在资源的一种浪费，因此在这些网络中，有的已经拥有数以千 万计的用户。还有一点，Odigo只能让人们搜索在线的网友，这就意味着，仅仅因为一方 在搜索过程中另一方临时没有上网，就可能使许多本来在要求条件上能够互相满足的网友 白白地错过了交友的机会。除此之外，Odigo也不能按照“相配度”(互相满足对方要求 条件的程度)排列网友名单。如果把这些功能加进即时信息系统之内，对目前的即时信息 系统和计算机约会安排系统来说，是一种极大的改进和提高。

本系统提供的即时联系功能的重要性，还在于当前的网络计算机约会安排系统忽视 了让用户使用分类搜索方法，来找到互相中意的“约会伙伴”，然后能够立即与这位相互 中意的约会伙伴取得联系，例如取得他们的电话号码，或者通过因特网与他们进行网上即 时通信。一般情况下，“计算机约会安排系统”通常只提供约会伙伴的电子邮件地址，还 有更差的情况，那就是只允许他们把各自的信息保留在计算机约会系统的特定信箱内。这 样的结果是非常糟糕的，因为，如果在这种情况下电子邮件不能正常发出，以至于很长时 间内无法回复对方的信息，令人十分心烦。

我所看到的与本发明有关的唯一专利，是Gregg Collins在美国登记的专利，专利号 为：5,963,951，批准日期为1999年10月5日。但我的看法是，这份专利中的内容不是过 于烦琐，就是一些早已存在的旧东西。但他却仍然获得了专利。本发明是一项更为复杂的 技术，比以前所有的类似技术要先进得多。

发明概要

本发明提出了一种新颖的概念，利用即时信息系统来安排网络计算机约会，通过一种 系统性和灵活性的搜索方法搜索“计算机约会伙伴”，据发明人所知，这是以前从未有过 一项网络约会搜索技术。该系统和方法使得用户能够通过“单向属性搜索方式”或“双向 属性搜索方式，”在即时信息网络上快速地寻找到符合条件的潜在的“约会伙伴”，并能够 立即与他们取得联系。而不再像以前那样只能使用选择余非常有限的搜索方式。本系统可 以用户搜索到目前在线的或者目前已经离线的潜在“约会伙伴”。也除此之外，本系统还 有许多其他优点，其中的重要特色之一，是将“网络计算机约会安排”功能与即时信息传 递系统结合在一起，并进行了改进。本发明的另外一个优点，就是在它的各种可能的具体 化设计方案中，至少有一个选择方案，可以使本系统跨越不同的即时信息网络，也就是说， 在这种情况下，即使用户使用的是不同的即时信息信网络，他们仍然可以利用本系统相互 找到对方。本发明的又一个特点，是它能够让最大的即时信息网络变成世界上最大的约会 服务网络。将来当有足够数量的用户开始使用网络约会功能之后，它还可以帮助这些即时 信息网络收取费用。它还能够帮助这些网络更加快地成长，例如，它可以促使用户更有兴 趣把网络介绍给其他朋友。(例如可以向用户提供更多的优惠待遇，比如每介绍一个新朋 友，便给他增加一定的信用分)。同样的道理，它还可以进一步发展到覆盖聊天网络，例 如在线聊天系统(IRC)等(比如可以在IRC客户程序中增加一个适当的外接附加程序来 实现这一点)。

作为一种首先方案，本系统与方法至少包含以下两个主要部分：

1.用于填写和修改“计算机约会问题答卷”的模块，作为一种优选方案，该模块最好 包括以下内容：用户的自我介绍、对理想的“约会伙伴”的描述、和每一个问题的 重要程度。作为一种首选方案，该模块在设计上可以任选以下两种方法之一：

a.在客户程序中，使用一种适当的插件程序或外接附加程序，或者使用该插件 程序或外接附件的一个部分，作为一种选择方案，如果允许使用插件程序或 外接附加程序，最好将它们用于每一个主要的即时信息网络。

b.使用一种独立的应用软件，或者使用部分专门定制的即时信息客户程序。 作为一种优选方案，用户填写的资料可以保存到自己的本地电脑内，也可以 发送到中心服务器。或者既保存到用户电脑，也发送中心服务器。

2.一种“搜索与即时信息联系模块”或用于寻找和联系潜在的“计算机约会伙伴”的 模块(例如可以通过“属性检索”方式或者“配对搜索”方式寻找)，利用该模块 可以搜索目前联机的潜在“计算机约会伙伴”，也可以把对方添加到朋友列表中， 当对方联机后将消息发送给他。作为首选方案，该模块在设计上可以选择以下两个 方案中的任何一个：

a.在客户程序中，增加一种适当的插件程序或附加程序。如果这种插件程序或 附加程序可用，(作为一种选择方案)最好将它们用于每一个主要即时信息 网络的客户程序中，每次用户启动客户程序时，它们同时也被启动。每次用 户启动插件程序或附加程序时，(作为一种选择方案)可以首先把用户“网 上约会问题答卷”资料发送到中心服务器(这种功能在某些情况下非常有用， 例如某些潜在朋友的数据库是动态的，只有当他们登录网络时才有可能显示 出来，或者当用户是第一次填写“网上约会问题答卷”时，或者当用户修改 “问题答卷”中的个人资料之后，都需要这种自动发送功能)，然后每隔一 段固定的时间，只发送一个小的信息包，该信息包内至少含有用户独一无二 的“身份标识码”。(必须注意，通过一个单独插件程序、附加程序、或程 序组件，都可以发送这种短信息)。如果用户想通过“双重属性搜索方式(举 例来说)”在网上寻找新的朋友，并把他们加入到自己的联系人名单，那么 作为选择方案，本系统既可以让用户搜索的静态数据库，如上面所述的方法， 也可以让用户搜索静态数据库(这里在动态和静态数据库，指的是已经填写 和提交了“网上约会问题答卷”的用户数据库)，这将决于不同的具体化实 施方案。在进行不同类型的搜索和追求不同的搜索效果时，本系统(在选择 了不同的具体化实施方案，或者在选项中选择其中的一个程序的情况下)可 以选择使用静态数据库或动态数据库，或者同时选择使用两种数据库。但是 即使使用了动态数据库，(作为一种优选方案)仍然可以把一些数据，至少 包括用户姓名、电子邮件地址、以及用户独一无二的身份识别码，保存到服 务器的中心静态数据库内。如果搜索时使用的是动态数据库(或者搜索静态 数据库时，请求忽略所有目前未联机的用户)，那么搜索到的人都是目前已 经登录网络的人(这是搜索定义已经确定好的)。如果搜索的是(已经填写 和提交了“网上约会问题答卷”的)用户静态数据库，或者在搜索静态数据 库时，但未请求只搜索目前已经联机的用户)，那么用户可以对搜索到的结 果进行如下处理：

1.把搜索到的网友添加到自己的即时信息客户程序内，这样，一旦其 中有人登录网络之后，客户程序就会把该网友登录的信息告诉用户。 但是，如果在搜索到的网友中，有人使用的是不同的即时信息网络， 用户必须要求这些网友也加入到自己所使用的即时信息网络中，否则 就无法将这些新朋友添加到自己的(即时信息网络)朋友列表中。

2.把他们添加到一个特殊的联系人列表中，该列表由插件程序或附加程 序本身产生并维持，将来一旦列表中有人登录网络之，插件程序或附 加程序就会把情况告诉用户。这个第二选择是一种更好的选择，因为 在该选择方案中，即使网友中有人使用的是一个不同的即时信息网 络，系统仍然可以通过“跨网络”功能，将朋友登表网络的消息告诉 用户。但在使用该选择方案时，必须在插件程序或附加程序中增加一 个相关的元件，以便使系统能够跨越不同的即时信息网络，与使用不 同即时信息网络的朋友交换信息，否则，要交流信息，就只能要求该 朋友加入到自己的即时信息网络中来。作为一个选择方案，我们为各 种不同类型的客户程序设计了相应的插件程序或附加程序，我们可以 (举例来说)通过利用相同的网络传输协议，在这些插件程序或附加 程序之间进行即时信息交换，从而实现“跨网络”信息交流。下面是 本系统的“跨网络”信息交流功能的另外一个具体化实施方案：如果 附加程序在设计上至少是部分地与客户程序的外层相接合，或者更加 全面地与客户程序组合在一起，那么，当一个客户程序在与不同网络 上的另一个客户程序交流信息时，(举例来说)该客户程序或者该客 户程序的一部分，就会感到像是在与同一网络系统内的其他客户程序 交换信息，或者是在与本网络的服务器交换信息，但实际上，它是把 一个网络的传输协议翻译为另一个网络的传输协议，或者对网络传输 协议进行了转换，如图7中所示。本选择方案的优点在于，它可以让 用户在网络信息传送系统中交流信息时，能够继续使用自己业已熟悉 的界面或前端处理机。作为选择性设计方案，本系统可以通过以下两 种方法之一来了解某位网友是否已经登录网络：一是通过联系客户程 序所属网络的相应服务器来了解网友的登录情况；或者，作为另一种 选择，可以利用我们自己的服务器，从客户程序中产生出我们自己的 不断重复的信号。这在可行性上是没有问题的，这是因为，为了参加 网络计算机约会，系统的所有用户，包括使用不同即时信息网络的用 户，都会在客户程序中使用一个适当的插件程序或附加程序，都可以 连接到同一服务器，并使用这些重复信号的相同网络传输协议。

以上两种方法都我可以用来搜索目前联机的网友，或目前已经离线的网友， 作为一种首选方案，用户可以将搜索到的自己中意的伙伴，按照以上介绍的保 存方法中的任何一种，添加到自己的联系人列表中，当其中有人重新登录网络 之后，系统将自动向用户发出通知(作为一种选择方案，用户既可以通过单个 点击的方式，也可以通过成组标定的方式，把他们添加到自己的朋友列表中)。

b.使用一个完整或者独立的即时信息传送软件(应用程序)，使该软件(应用 程序)就像一个已经连接到主服务器的正常客户程序一样，但该软件带有能 够搜索网友的附加功能，例如，它可以通过“单向比较配对搜索法”或者“双 向配对搜索法”搜索网友。作为选择设计方案，本系统既可以使用静态数据 库，也可以使用动态数据库，或者作为另一种选择，同时使用以上两种数据 库，来进行各种不同类型的搜索，和达到不同的搜索效果(各种不同搜索方 式可以通过不同的具体化实施方案来实现)，同时拥有上面所述的各项功能。 不过，即使使用的是动态数据库，系统仍然可以(作为一种优选方案)把一 些数据，至少包括用户姓名、电子邮件地址、以及用户独一无二的身份识别 码，保存到服务器的中心静态数据库内。这个完整的应用程序既可以是一个 独立的应用程序，也可以者是一个插件程序或附加程序的组合程序——将插 件程序或附加程序组合进一个因特网通信程序(例如，一个大型的因特网浏 览器等)，或组合进一个像浏览器之类的通信程序的主要部分内，从而使即 时信息客户程序(或至少其中的一部分)，和用来处理网络计算机约会的客 户程序，变成浏览器的一个组成部分。 定义与说明

在整个专利文件内，凡出现不同设计方案之处，均可组合使用这些不同的变化方案。 这些变化方案可以产生各种不同的具体化实施方案，或者产生出各种不同版本的软件，或 者有时还可提供不同的选择方案。

在本文内(包括专利说明和专利范围部分)各处使用的各种名词术语，定义如下：

“客户程序”或者“客户机程序”指的是一种在个人电脑上使用的应用程序，通过个 人电脑上的客户程序可以与服务器交流信息，这里的服务中一般指的是因特网上的服务 器。在本文的实际应用中，“客户程序”指的是“即时信息网络客户程序”，当“客户程序” 指的是其他程序时将另有说明。

在本文内(包括专利说明和专利范围部分)各处使用的“服务器”这个术语，指的是 网络上的一台电脑，这台电脑可以驱动软件(或者软件本身)向网络中的客户程序提供数 据和服务(这里所说的网络可以指任何一种网络，其中包括因特网)。

“我们的客户程序”或者“我们自己的客户程序”指的是用户自己定做的即时信息网 络客户程序，用户在其客户程序内加入了本发明的功能。

“我们的服务器”或者“我们自己的服务器”指的是用户自己定做的即时信息网络服 务器，用户在这种服务器中信用了本发明的功能。

“独立程序”指的是一种能够自己独立运行的应用程序。

“插件程序”指的是这样一种应用程序，它作为其他应用程序的一部分，或者作为其 他应用程序的一个附加程序，当需要时，可以把它从其他程序中调出来。“附加程序”是 一种比“插件程序”更为常见的程序术语，指的是一种程序组件或功能，它可以以任何一种 可能的方式增加到或者组合进一个指定的应用程序中，例如一个“插件程序”，也可以组合 进一个能够包容它的程序内，或者可以通过应用程序或操作系统允许的任何方式组合到程 序中。在本文内(包括专利说明和专利范围部分)各处使用的“插件程序”和“附加程序” 是交替使用的，可以互换。

在本专利文件内(包括专利范围部分)出现的所有“插件程序”，可以指一个或者多 个“插件程序”。

在本专利文件内(包括专利范围部分)出现的所有“附加程序”，可以指一个或者 多个“附加程序”。

在本专利文件内(包括专利范围部分)出现的所有“用户”，可以是一个或者多个“用 户”。

本专利文件内(包括专利范围部分)使用的所有“动态数据库”一词，指的是用户联 机的条件下，保存在服务器内的用户填写的“问题答卷”中的个人资料，用户离线后这些 资料将消失。当用户重新登录网络之后，其客户程序将这些个人资料重新传送到服务器内。

本专利文件内(包括专利范围部分)使用的所有“静态数据库”一词，指的是保存在 服务器内的用户自己填写的“问题答卷”中的个人资料，即使用户离线后这些资料也将继 续保存在服务器内。作为一种优选方案，他们的在线或离线状态可以个为他们的记录的一 部分保存下来，或者保存在一个单独的文件内，或者作为一种指数或指标保存下来。当然， 所谓“静态数据库”也并意味着一成不变，它们会随时根据需要而更新。

在本专利文件内(包括专利范围部分)出现的所有“数据库”或者说“DB”，指的都 是数据库，可以指一个或者多个“数据库”。

“联系人列表”、“朋友列表”、“网友列表”或者“伙伴列表”，指的是用户感兴趣的 那些网友的列表，即用户随时想知道列表中的人是否已经登录到网络。

即时信息系统中的“历史列表”指的是用户以前与指定的某个网友交流信息时留下 的信息列表。

“IM”指的是“即时信息传递”系统。

本专利文件内(包括专利范围部分)使用的“蜂窝电话”或者“移动电话”或者“无 线电话”等术语，可以指任何一种利用无线通讯技术或蜂窝通讯技术进行通讯的装置，包 括因特网蜂窝电话之类的通讯装置，例如日本的生产的DoCoMo、第三代蜂窝通讯的装置、 掌上电脑等，它们均利用无线技术或蜂窝技术进行通讯。

本专利文件内(包括专利范围部分)使用的“电脑”(计算机)可以指个人电脑，或 者带有一个或多个中央处理器(CPU)并具有简单算术以上功能的任何一台自动设备或装 置。这其中包括蜂窝电话和手提式计算机(例如掌上电脑)等一类装置。

本专利文件内各处(包括专利范围部分)使用的“联机”、“在线”、“注册”或者“登 录”等术语，在即时信息网络中，表示用户已经联接到因特网，而且其即时信息客户程序 也已经启动。但如果用户联机后在长时间内并没有做任何动作，例如，例如长时间没有操 作键盘(或点击鼠标，或任何其他动作)，用户就不再显示登录。当显示用户在“计算机 约会安排服务”系统中处于联机状态时，表示该用户刚刚通过自己的“用户名”和密码之 类的注册信息登录到该系统(不超过20分钟，或者不超过系统规定的任何其他时间范围)， 或者表示该用户刚刚在系统中进行过至少一两种操作(例如查看或者修改过数据，或者寻 找过自己中意的网友等)，从完成操作至今不会超过某个规定的时间。

“因特网”即国际互联网，或者指目前存在的或者将来会出现的任何与此类似的网络。

本专利文件内各处(包括专利范围部分)使用的“自我描述”或者“个人资料”，指 的是用户在回答“网上约会问题答卷”时自己填写的个人资料。除了一些特殊的问题之外， 在自我描述中，用户对于每一个问题可以只选择一个答案。例如，当回答关于头发颜色的 问题时，用户可以标出自己的头发为黑色。

本专利文件内各处(包括专利范围部分)使用的“渴望的伙伴”，“理想的伙伴”，“首选 的伙伴”或者“希望的伙伴”，指的是用户在回答“问题答卷”中的择友条件时所描述的 对“约会伙伴”的选择要求和可以接受的程度。作为一种选择方案，用户在“希望的伙伴” 一栏中可以选择多项，并且还可以(作为一种选择方案)根据自己的喜好程度将这些选项 按照其重要性排列出先后次序。例如，在头发颜色选项中，用户对金发女孩的喜欢程度高 于对红发女孩的喜欢程度，可以按照重要程度的先后次序将金发女孩排在红发女孩之前。

“重要程度”或者“重要性”指的是用户所赋予的每一个问题的重要程度。例如：无 关紧要，有些重要，重要，非常重要，极为重要，或者必要等。

“双向配对”指的是在搜索“计算机约会伙伴”时，搜索条件同时包括用户本人的“自 我描述”内容及其择友要求，以及潜在的约会伙伴的“自我描述”及其择友要求，作为 一个优选方案，在进行搜索时，最好还要考虑他们列出的关于每个问题的重要程度。

“单向配对”指的是在搜索“计算机约会伙伴”时，搜索条件只包括用户本人对可能 的约会伙伴的要求条件，和可能的约会伙伴的自我描述及其对理想伙伴的要求条件，作为 一个优选方案，在进行搜索时还要考虑用户列出的每个问题的重要程度。但是，作为一个 优选方案，即使用户使用“单向配对”搜索功能，实际上系统仍然可以采用“双向配对”搜 索方式，以便检查用户本身的条件是否也能够满足潜在的约会伙伴的择友标准，至少能够 满足一些最低标准(作为一个优选方案，这个最低标准可以由本系统确定)。由于“问题 答卷”中的内容往往比较多(作为一种优选方案，内容最好多一些)，一般总共大约有100 多个问题，作为一个优选设计方案，可以让系统在进行“单向配对”搜索和“双向配对”搜 索时，可以直接利用原来填写并保存下来的“问题答卷”中的数据。

“属性搜索”指的是，当用户搜索潜在的约会伙伴时，(作为一种先首选方案)只需要 指定他要寻找的理想伙伴的少数几个属性。在这种搜索中，可以将这几个不多属性的重要 程度假定为必要条件，或者，在另外一个可能的具体化实施方案中，即使在这种情况下， 用户也可以对这些属性的重要性进行定义。作为一种优选方案，这种快速搜索方式可以 忽略用户的自我技术内容，或者，按照上面所述的“单向配对”搜索方法进行搜索，只是 用户在这里(作为一种选择方案)定义的搜索条件是对方属性，而不是其整个的择友条件 列表。作为可供选择的方案，“属性搜索搜”的结果，可以只找出那些百分之百地符合用 户择友条件的网友，或者定义出一个最低条件限度(百分比)，然后搜索出条件符合和超 过这个最低限度的所有网友，这就像“单向配对”搜索和“双向配对”搜索中的情况一样。

“冻结”指的是用户不能收到约会伙伴列表，本身也不能出现在其他用户的约会伙伴 列表中，直到用户要求“解冻”为止，或者发生了某些“事件”，系统决定对被冻结指的 是用户进行解冻。(举例来说，如果用户离线之后，很长一段时间之后才重新登录网络， 系统就会自动地对用户进行冻结，这种冻结的发生是因用户活跃不足所致，而不是用户“专 用请求”的结果。)

附图的简要说明

图.1a展示的是即时信息网络中使用的客户服务器的一种首选结构，该服务器的一部分具 有“计算机约会安排”功能。

图.1.展示的是一个“问题答卷填写软件”在一个即时信息网络中，作为“插件程序” 或“附加程序”使用时的一种首选方法示意图(工作原理图)。

图.2展示的是一个“问题答卷填写软件”在一个即时信息网络中，作为“独立程序”或 作为“用户定制即时信息网络客户程序”的一个组成部分使用时的一种首选方法示意图(工 作原理图)。

图.3展示的是用户动态数据库在联机(在线)状态下工作的一种首选方法示意图(工作 原理图)。

图.4展示的是用户填写了“网上约会问题答卷”的静态数据库的一种首选方法示意图(工 作原理图)。

图.5展示的是利用“插件程序”或“附加程序”在即时信息网络的中进行“属性搜索” 和“配对搜索”的首选方法示意图(工作原理图)。

图.6展示的是利用“用户定制即时信息网络客户程序”在即时信息网络的中进行“属性 搜索”和“配对搜索”的首选方法示意图(工作原理图)。

图.7展示的是一种利用插件程序等进行跨网络信息交换的首选方法示意图(工作原理 图)，在此方法中，插件程序可以(举例)让客户程序或者客户程序的一部分，在与不同 即时信息网络的客户程序交换信息时，感觉是在与同一即时信息网络的客户程序交换信 息，或者感觉是在与本网络的服务器交换信息。但实际上翻译了另一网络的协议，或者对 网络传输协议进行了转换。

图.8是扩大了的联系人名单，图中为首选的情况，这里显示的是其中的一个例子。

图.9展示的是首选的系统经过配对搜索之后找出来的最符合用户择友标准的网友名单 情况举例。

首选的具体实施方案的详细说明

在本部分和其他部分的所有描述，是为了专利内容进行说明和解释，而没有任何限制 性。我们可以把本文所描述的系统和方法看作是一台能够执行本文所描述的功能的一种虚 拟机。

图.1a展示的是即时信息系统中所使用的客户服务器系统的一种可能的首选结构，该服务 器的一部分具有计算机约会功能。即时信息系统(2)在电脑(1)上运行，如果这里使用的不 是“用户定制客户程序”，那么作为一种性首选方案，最好应在客户程序中添加一个“插 件程序”或者“附加程序”(3)，这样就把可以把本发明的特殊功能加入到客户程序中。 另外，如果将本发明的功能直接变成客户程序的一个组成部分，也可以达到相同的效果。 用户电脑(1)通过的网络连接装置(4)连接到因特网(5)，在这里，“我们的服务器”(6) (使用动态数据库或者静态数据库，或者同时使用动态数据库和静态数据库(7))就安装在 这里。数据库(无论动态数据库或静态数据库)当然(作为一种首选方案)应当由服务器 驱动，所有的数据搜索工作(作为一种首选方案)先在此处执行，虽然有时可能会把服务 器分开使用，例如，用其中的一个服务器来处理即时信息系统的工作，另一台服务器用来 驱动网上实时约会数据库，并执行搜索任务，以及按用户要求的标准条件搜索理想的约 会伙伴等，并把搜索到的结果返回给请求客户程序。

作为本系统的优选设计方案，在进行具体设计时至少应当采用以下各个改进项目中的 一项或者更多项，来改善目前人们正在使用的即时信息系统。

1.网友列表可以(作为一个首选方案)由客户程序(2)驱动，表格的形式可以采用 人们惯用的形式，但作为一个首选方案，最好应在靠近每个网友名字之处显示出一 些额外的有用信息，例如：该网友最近一次登录网络的日期和时间(连接到即时信 息网络的时间)；其上网时间是如何安排的(在每天的几点到几点，以及在星期几 最容易在网上找到他)，(在本设计方案的另一个变例中，时间安排上较为模糊一些， 例如其上网时间是在早晨、中午、下午、傍晚、晚上、或者是夜间等等)；其他时 间数据，例如他最后一次在系统中搜索潜在的“约会伙伴”是在什么时间(作为一 个首选方案，客户程序应当在该用户联机时，自动地对这些数据进行更新)；其地 理区域(或者，举例来说，与用户所居住区域相对的距离估计数据等)；其“相配 分”(满足用户要求的程度值)；其上网的时间及频度(例如，每天或者每星期上网 多少个小时)。以上功能是非常重要的，因为在许多情况下，尤其是在用户已经有 一段时间没有使用系统的情况下，当希望在网上再次约会原来约会过的朋友时，但 却很难判断是否还能在网上找到他们。作为一个首选方案，还可以在靠近每个网友 名字之处显示出最近一次用户与其联系的情况，例如，与之交流信息的时间长度， 其历史列表等。作为一个首选方案，网友列表还应含有每个网友的“状态信息”， 例如，该网友是否仍然在网上继续寻找浪漫，追逐情爱，是否在进行其他的浏览等。 作为一个首选方案，这些额外的数居领域应当在默认的情况下自然地显示在每个网 友名字的附近，而不必通过点击或者其他动作才能看到它们。图8中展示的是上面 所述的网友列表的一个可能的样板例子。

2.在首选的设计方案中，用户可以选择使用不同的方式来排列出自己的“联系人名单” (网友列表)：可以按照字母顺序，或根据“相配分”进行排列(至少是针对那些 在“配对”搜索过程中寻找出来“联系人”)，或根据上面第1条中所述的任何其他 数据或另外的数据进行排列，或者按照上数据中的任何组合方式进行分类。

3.在首选的设计方案中，用户能够知道有多少人把自己列到他们的“联系人名单”内， 这一点其实很容易做到，因为只要有人把用户添加到其联系人名单内，或者将用户 从其联系人名单内删除，用户的客户程序或服务器(或者两者同时)将做出相应的 反应，例如，立即相应地增加或减少一个计数。在本设计方案的另外一个变例中， 客户程序或服务器(或者两者同时)保存了一个名单列表，名单内人就是把用户列 入他们自己的“联系人名单”的那些人，用户可以用这个名单(例如)分发信息， 系统可以将用户的信息自动地发送到该名单内的每一个人，用户也可以要求查看这 个名单(即把用户列为“联系人”的那些人的名单)列表的内容(作为一种优选方 案，至少应当提供这些人的电子邮件地址，及其在即时信息网络中的身份识别码)。 因此，在首选的设计方案中，客户程序或服务器(或者两者同时)保存了一个所谓 “反向联系人”名单，也就是说，这个名单内的所有人都把用户列入了他们自己的 “联系人名单”内，到目前为止还未将用户从其“联系人名单”中删除。在本设计 方案的另外一个变例中，服务器只保留了“联系人名单”的一个副本，当需要时， 服务器将重新查看这些名单，并作为一种优选方案，在索引的帮助下对这些名单进 行搜索。当然，如果双方互相将对方作为新朋友添加到自己的“联系人名单”内， 那么，客户程序就会自动地探知，用户是否已经被对方添加到“联系人名单”内。 但这也不一定完全可以做到，因为有时还受其他情况影响，尤其是，在并未要求对 方必须取得明确许可才能将用户添加为其联系人时，更是如此。还有一点，即使在 有的系统中能够自动地将双方互相添加到各自联系人名单，但也没有理由认为在名 单删除方面不一定会出现互相对等的删除情况：例如，如果A某从其联系人名单 内删除了B某，不一定意味着B某也会从其联系人名单内删除A某，因此，联系 人的删除过程对于了解有哪些人和有多少人把你列入他们的“联系人名单”，并非 无关紧要。

4.在首选的设计方案中，如果有的用户改变了他的“状态”，例如，从“可以约会” 状态改变为不能约会的状态等，那么该信息可以自动地发布给(例如，通过该用户 的客户程序或者通过服务器)所有的把该用户列入“联系人名单”的那些人，这样， 该用户在这些人的“联系人名单”中的状态就随之进行更新(这一点可以直接由该 用户的客户程序发出的一个自动更新信息，来更新所有把该用户列入“联系人名单” 的那些人的客户程序中的信息，如果这些人处于联机状态，将立即更新，如果这些 人处于脱机状态，则等到他们重新联机之后，就会自动更新；或者通过其他方式， 例如，可以通过服务器来完成以上的所有的信息更新过程)。当然，作为一种优选 方案，在这种状态信息的更新完成之前，最好还要使该用户不出现在其他人的搜索 名单中——如果该用户在其状态中提出这种要求(直到该用户重新允许自己的名字 出现在他人的搜索名单中为止)，例如，当用户与对方处于某种关系时要求如此。

5.在首选的设计方案中，当找到“约会伙伴”后，这些约会伙伴将按照各自的“相配 分”(满足用户要求条件的程度)，从高到底进行排列。但是，由于人们在填写“网 上约会问题答卷”，选择“理想朋友”的过程中，在回答每个问题的可接受范围时 的选择结果，与他们对每个问题的重要性的标定结果，两者之间实际上往往很不一 致。从某人填写的“问题答卷”来判定他(她)满足用户的要求标准的程度，在很大 程度上往往取决于用户的一般偏见，换句话说，其倾向于某一方面的选择，一般说 来都或多或少地带有某种程度“随意性”。因此，为了达到一种最低的要求标准， 在一种优选的设计方案中，按照“相配分”进行分类，在重要性上，(在一个优选 的设计方案中)把潜在的约会伙伴能够满足用户择友标准的程度(“相配分”)放在 前面，而把用户能够满足约会伙伴择友条件的程度(“相配分”)放在其后。在本设 计方案的另外一个可能的变例中，可以通过其他方法对双方“相配程度”进行评估， 例如，通过用户赋予其“约会伙伴”的平均“单项分”及其标准偏差，对这种分类 进行某种程度的标准化，这样标准分和标准化都只对绝对分进行部分修正。这比全 面标准更可取，因为一般情况下，如果一位网友在所有其他人那里都能够获得高“相 配分”，往往说明此人只是比那些获得低“相配分”的人更加随意。为此，本系统 将发挥这样一种作用，即自动地减少这些人出现在其他用户联系人名单中的机会， 以改善其分值。在本设计方案的另外一个可能的变例中，系统将自动地限制，或者 至少临时性限制用户出现在其他用户的“联系人名单”列表中的次数，如果一个人 出现在其他人的“联系人名单”列表中的次数超过了程序规定的限定标准(最好应 当通过百分比方法进行限制，因为随着数据库内容的扩大之后，绝对数值也会跟着 增长)，系统就会进行限制。除此之外，在首选的设计方案中，如果一个用户的“相 配分”在各方面低于某个确定的标准，作为一种优选设计，系统最好能够向用户报 告(例如，可以自动地报告，或者通过向用户显示选项，让用户选择是否报告)与 这个低分数有关的所有重要问题的列表(例如列出那些在其他人那里获得分数最低 的10个问题，或者列出使分数降低的不止一个因素——列出所有的与分数降低有 关的问题)。这一点可以通过以下方式做到：例如，服务器上运行的网友配对程序 在将用户出示给其潜在的“计算机约会伙伴”的过程中，把每一个用户的网友配对 情况的统计资料保存下来，系统将通过检索这些统计资料，查找出到底是哪些方面 出了问题，才导致低分的出现。在本设计方案的另外一个可能的变例中，只有当用 户请求时，系统才查寻这些统计资料，或者只查取可能的“计算机约会伙伴”的附 样，这样在正常搜索所有可能的“计算机约会伙伴”的过程中，就不会使搜索速度 降低下来。在本设计方案的另外一个可能的变例中，可以让用户选择通过“单向配 对”分来挑选自己的理想网友，在这种情况下，作为一种选择方案，只有用户与对 方互相满足各自的“单向配对”分的最低限度时，才能出现在用户的搜索结果中， 在首选的设计方案中，“单向配对”分的最低限度是由系统设定的，而不是由用户 设定的。(换句话说，你可以要求系统按照你的择友标准进行搜索——即你可以规 定对方必须在多大程度上满足你的要求，但是，只有当你的条件也能满足对方的最 低标准时，系统才把对方作为候选的约会伙伴列入你的搜索结果中。在此情况下， 作为一个可供选择的设计方案，搜索结果列表中，同时将显示每个网友的“反向配 对”情况(自己在对方那里的配对条件)当然，这些选项也可以用于正常的“计算 机约会安排系统”(即计算机网络约会系安排统)。如前面所述，作为一种选择方案， 用户还可以要求只按照特性进行搜索，换句话说，可以通过“单向配对”分进行搜 索，但一般只按照少数几个特性进行搜索，而不必检查双方互相满足对方择友条件 的程度，但是在这种情况下，(作为一个优选方案)系统最好能够产生一些限制条 件，例如，没有将“问题答卷”全部填写完(或者没有完成最低要求)的人，将不 能成为所有其他人的搜索对象，以及其他限制，或者不出示此人电话号码等，这样， 在忽略“反向配对”的搜索过程中，可以减少许多麻烦。因此，如果“问题答卷” 中一共含有150个左右的问题(举例来说)，用户可以通过这些问题在网上进行非 常系统性的和认真细致的“配对”搜索，但在即时信息网络中搜索时，也会有下面 这种经验(尤其是用户初次尝试使用这种搜索系统时)，即用户只回答“问题答卷” 中自己感兴趣的少数问题，只列出对这几个问题的“希望”及其“重要性”，然后 进行搜索，用这种搜索方式很快就会出现搜索结果。举例来说，第一次进入系统 之后，只需要在几分钟之内，就会搜索出(比如)所有的高智商和大胸部的金发女 郎，无论她们目前正在网上还是已经离线，都可以把她们搜索出来。应用这种灵活 性是非常重要的，因为每个人所希望的事情都是各不相同的，因此作为一个可行的 选择方案，可向用户提供大量的各种问题让其选择，虽然用户可能只选择其中的3 到10个问题，但这几个问题对于有的人来说，可能就是最为重要的问题。(如果用 户已经全部填写完问题答卷，但又想选择这种搜索方式，作为一个选择方案，可以 在默认的情况下，系统将利用这种少数几个特性的搜索方式，而不是按照用户已 经填写在“问题答卷”中的全部答案进行搜索，至于用户自己在“问题答卷”中填 写的个人资料，可以考虑在搜索中采用，也可以不采用，或者至少采用其中的一部 分，这主要取决于搜索的方式，或出于其他方面的考虑。)在本设计方案的另外一 个可能的变例中，将允许系统中的任何两个用户互相检查他们之间的具体配对条 件，例如可以通过输入两个人的独特的身份识别码，从而获得正常的“相配分”， 或者(比如)还可以得到更加细致的分析结果。当然，上述各种不同的设计方案变 例可以互相结合使用。

6.作为一个首选的设计方案，如果用户请求同时也搜索那些目前不在线的网友，那么 那些搜索出来的目前联机的网友可以用一种标志(最好使用一种容易看清的标志) 标示出来，例如，可以使用不同的颜色、或者用不同大小的文字、或者使用不同的 形状、以及使用某种特殊的符号等，把他们标示出来(或者组合使用以上标志)， 或者使用两个或者多个单独分开的名单列表(或者使用一个名单列表，但把这个表 分为几个部分)把他们区分开来，利用其中一个名单列表将列出目前在线的网友， 而利用另一个或多个名单列表列出目前不在线的网友。在上述每个网友列表中(或 者一个总的名单列表中的每个部分)，又按照各个网友相对于用户的“相配分”(满 足用户要求的程度)，从高到低按次序排列。作为一种首选的设计方案，在目前离 线的网友单列表中，在每个人的名字附近应当显示一些额外的信息，例如：他们最 近一次联机的时间、他们上网的频度(例如，他们平均每周叫或者每天上网多少小 时等)。在本设计方案的另外一个可能的变例中，将目前不在线的网友名单列表又 进行进一步的划分，例如按照上网时间划分成一些更小的段，比如，那些上一星期 上过网的网友在“离线的网友单列表”中排列成一小段，排在前面，而一个月以上 没有上网的那些网友在“离线的网友单列表”中组成另一小段，排在后面，等等。 同样地，在上述每一个“小段”内，按照“相配分”(满足对方要求的程度，作为 一种选择方案，最好使用“相互中意”分)，从高到低按次序排列，作为一种选择， 每个名单段的大小，可以由系统自动地确定，例如，可以使用“相配分”和“新近 度”两种方式。在本设计方案的另外一个可能的变例中，不使用“新近度”对网友 名单进行分段，只是通过网友名单中的“相配分”进行挑选，或者只是在某种程度 上同时也考虑“新近度”，例如根据用户或者系统(或者用户和系统同时)赋予“新 近度”这个因素的重要性对网友进行挑选。当然，上述各种不同的设计方案变例可 以互相结合使用。还有，我们在这里或者在本文的其他部分人所述各种不同的变化 方案，毫无疑问，都可以应用于正常的计算机约会安排系统中。图9中展示的是这 些设计方案所产生结果的一个例子。

7.作为一个首选的设计方案，客户程序可以接受来自服务器的自动更新，例如，这样 就可以在填写“配对问题答卷”过程中，需要添加或者删除问题(或者添加或者删 除问题中的选项)时，修改的内容便可以在用户联机时通过客户程序进行更新。这 一点是很重要的，因为这与普通的因特网约会安排不同(一般的因特网约会安排是 将“问题答卷”是放在服务器上进行处理)，在本方案中，为了提高效率，“问题答 卷”是由客户程序本身来驱动的，用户可以通过该客户程序填写或者修改“问题答 卷”，而且还可以在脱机的情况下完成这些工作。在本设计方案的另外一个可能的 变例中，当用户联机之后，客户程序将自动搜索更新的“问题答卷”。在一个选择 方案中，如果需要，客户程序本身也能够进行自动更新，例如，可以通过向“即时 信息网络”的所有用户自动发送新的模块来进行更新。如果以前因特网上能够有这 种功能，就可以解决许多问题，例如，它几乎可以在瞬间之内，就能为全世界的 ICQ用户的添加新的“因特网约会”选项(或者，比如也可以在晚些时候随时再加 入这些附加的功能)，而不必等待ICQ用户下载新的客户程序。这一点是非常重要 的，因为即使已经通知了用户可以为其提供一系列的新功能，但是当用户下载这些 程序时实际上需要很长的时间，程序更新的滞后，会造成用户使用的新版本程序和 旧版本程序之间的不兼容(例如有的用户已经下载了新版本的程序，而有的用户却 还没有下载)。在带宽方面，这种功能的应用也是非常有效的。(但是，出于安全 方面的原因，如果进行这种自动更新，在首选方案中，最好由系统向用户发出通知， 请求用户的许可)

8.作为一个首选的设计方案，如果用户通过另外一台计算机上(不是用户自己的个人 电脑)的客户程序对系统进行访问，那么，在用户(作为一种选择)输入了其身份 识别码和密码之后，用户程序将从服务器获取其“问题答卷”数据资料用其“联系 人名单”的一个副本，这样，该用户仍然可以正常工作。但在这种情况下，在一个 首选方案中，每个用户的“联系人名单”仍然继续保留在服务上。

9.上面提出的许多概念，同样也可以适用于蜂窝电话网络，尤其适用于电话频繁地与 网络连接的情况，和拥有高带宽的情况，例如，3G(第三代)蜂窝电话网络等。 在这一类的网络中，除了具有正常的发送电子邮件的功能以及即时信息传送功能之 外，作为一种更好的选择方案，还可以赋予其他功能，例如，用户还可以发出SMS 信息，或者通过即时信息客户程序直接拨打电话。但是，当人们不愿意报他们的电 话号码填写进“问题答卷”内时，例如，他们怕由此而受到干扰，作为更好一种的 选择方案，本系统应用了一个可以选用的“电话代理程序”或“电话保护服务”， 在这种情况下，用户可以把自己的电话号码标示出来，要求进行保护，当有人从网 友名单中得到电话号码，并给用户打得电话时，他看到的是一个特殊的编码，但是 这个编码并不包含用户的电话号码，此人打给用户的电话是利用该编码通过“电话 代理程序”拨打的。在向用户拨打电话时，(举例来说)如果使用的是与因特网连 接的一个蜂窝式电话，或者是带有麦克风和声卡的电脑，可以(比如)通过直接启 动客户程序来接通电话，或者还可以(举例来说)通过像使用真的电话号码一样， 拨打一个“特殊编码”，然后点击该编码，服务将把这个编码转换为真正的电话号 码，从而与用户接通。通过这些方式可以为用户的电话号码提供各种保护措施，例 如，利用上面所说的“特殊编码”拨打用户电话时，只有最初的几次能够通过服务 器的转换而接通，如果不能尽快地从用户那里获得真正的电话号码，那么，通过这 种方式给用户打电话的人很快他就会发现无法再用这个“特殊编码”继续给用户 打电话了，这样就使用户避免了无端受干扰的情况。这个“特殊编码”还可以(比 如)是独一无二的，即每个搜索到同一用户的人，得到的用户电话“特殊编码”却 各不相同，因此，其他人无法使用这个“特殊编码”。还有，由于这个编码非常容 易修改，一旦发现有人利用该“特殊编码”打电话干扰用户，用户可以立即请求改 变这个“特殊编码”，这样一来，这个人就再也无法用这个编码打电话干扰用户了， 即使该编码还没有达到限定使用的次数。作为一个选择方案，这项功能还可以应用 于其他方面，例如，限制正常的电话的拨打时间，在首选的设计方案中，电话的拨 打时间由用户设定，因此，系统可以(作为一个选择方案)利用每个用户填写的“问 题答卷”中的有关用户所在国的信息，或者每个用户的个人电脑上的或者蜂窝式电 话上的计时间系统，并利用更新的时区资料，当时人通过这个“特殊编码”给用户 打电话时，(作为一项优选功能)系统会保证(举例来说)用户不是在夜间接听电 话。在本设计方案的另外一个可能的变例中，这个“特殊编码”并不出现，只是在 人名的附近出现一个(比如)拨打电话的图标，只要点击这个图标，就能立即拨通 此人的电话号码，并与其取得联系，而系统不必在此阶段显示电话号码本身。这一 项功能还有另外一个好处：这种“点击拨号”只是向用户提供一个只能由用户本身 使用的“点击图标”而不是一个号码，所以用户手中并没有电话号码可以告诉任何 其他人。当然，这种“电话代理”系统完全也可以应用于其他的联机的“计算机约 会安排”服务系统，在该系统中所有的用户都可以通过这种“电话代理”与其目 前在线的“网友名单列表”中的任何人通电话，而不必暴露电话号码，这样就使得 那些不愿意透露电话号码的人能够利用这种“电话保护”功能，从而解除了他们被 骚扰的担心。当然，以上各种变化方案可以互相结合使用。

10.对于一些处于持续连接状态的蜂窝电话网络，和某些一直保持连接状态的因特网， 例如通过电视网络公司连接的因特网用户或ADSL用户，确实需要对“在线(联 机)”和“离线”下一新的定义，必须重新确定到底怎样才算真正“在线”，否则， 任何使用这些网络的用户都可以被认为始终处于“在线”状态(尤其是当即时信息 网络被设置为随着因特网的连接而自动启动和连接时)。因此，至少在这些网络中， 作为一个更可行选择方案，只有当用户(举例来说)采取过任何与即时信息系统有 关的行动，或者对任何与即时信息系统做出过反应，比如说，在一个小时(或者任 何其他定义的时间长度)之内做出过这些动作或反应，该用户才能被认为是处于“在 线”状态，否则他将认为处于“离线”状态，例如，在一个定义的时间段之内， 他没有用他的电脑键盘输入过任何内容，等等。当然，动态数据库和静态数据库将 根据这些“行动规则”而随时更新，而不是仅仅根据用户是否激活或关闭客户程序 (或连接)来进行更新。本设计方案的另外一个可能的变例中，上述的规则或者与 此类似的规则同样可以应用于任何形式的连接，同样也可以用来(比如)在定义段 中对“在线”的概念进行定义。

11.在蜂窝电话网络中，作为一个首选的设计方案，本系统还包含一些额外的功能，例 如，能够使用户得到一些提示，比如某个人的位置是否距离用户比较近，例如在某 个半径范围之内。要做到这一点并不难，例如，可以通过蜂窝电话公司的发射区(地 理区域)或利用直接从电话机获得的与此有关的信息(例如当它们使用全球定位系 统时)，都可以判断出这个人的位置。通过这种方式，用户就可以知道其“约会伙 伴”距离自己是否很近(例如，在搜索得到的符合约会条件的“联系人名单中”将 他们标示出来)。本设计方案的另外一个可能的变例中，如果用户发现某个网友是 自己比较喜欢的人，而且双方都有蜂窝电话机，又都是同一电话公司的用户，那么， 作为一种可行的选择，他们可以利用自己的电话发出一种光信号或者无线电信号， 就可以判断出对方离自己是否比较近，作为一种可行的选择方案，两部电话机可以 直接自动地交换身份识别码或者号码，或者用户的“问题答卷”数据，这样，客户 程序立即就可以检查(作为一种可行的选择方案，最好通过服务器)双方的“相配 度”(互相符合条件的程度)。在首选的方案中，上述功能可以通过一种短程无线技 术，例如“蓝牙”技术等来实现，因为“蓝牙”技术在未来的几年中可能会成为大 多数蜂窝电话的一种标准，当然也可以应用任何一种目前正在使用的或将来有可能 使用的一种短程无线技术，例如UWB技术等，UWB技术冰可能会成为“蓝牙” 技术的一个竞争对手。在本设计方案的另外一个可能的变例中，每个电话或蜂窝装 置的客户程序(或者至少在一个电话或蜂窝装置的客户程序)本身就可以在相互邻 近的用户和可能的“约会伙伴”之间进行配对，而不用通过服务器来做这项工作， 例如，可以通过运行本地配对程序来完成这种配对，在一个首选方案中，最好使用 限定版本的本地“配对搜索“程序，以便限制周围一个或者多个相关人员进行检查。 因此，这项功能可以独立地应用于即时网络系统的在线网友搜索服务，例如，当有 两部蜂窝电话互相邻近时，如果两个用户都在其状态栏内标为“可以约会”状态， 就可以利用该功能使两者互相交换信息数据，并自动地检查双方的“相互中意”情 况(是否互相符合对方的交友条件)，并可以在任何时候告诉用户：对方位于附近， 处于“可以约会”状态，且符合用户交友条件。本功能的一个更具有限定性的实施 方案是，如果只是利用这种方法来完成某些有限的任务，例如，只是用来告诉用户， 目前有网友位于附近地区，并且处于“可以约会”状态，或者只是用来传送少量的 数据，比如年龄、性别、教育程度等数据，那么，甚至连实际的“配对程序”也不 必使用。如果配对条件比较充分，那么在一个优选的设计方案例子中，每个用户或 者寻找约会伙伴的人都能够得到对方的至少是最低限度的个人资料(比如包括外 貌、身高、体形、头发长度、头发颜色、发型等，如果有可能，还可以包括照片等， 或者如果有可能，如果没有提供照片，则可以提供“基本形象”等信息，关于这一 点，在下面第16条中有详细描述)，以便利用这些资料，与自己所追求的目标相对 比，同时可以获得对方的电话号码(或者是对方的电话代理编码，如前面所述，或 者是一种能够通过点击拨通电话的图标，通过该编码或者图标能够立即拨通对方的 电话)，并且能够立即与对方对话，例如，开始通过文字与对方聊天等。这一点是 很有用的，例如在大学里，在公共汽车上，在火车上，或者在商场内等地方，均可 以与对方通过文字聊天。本设计方案的另外一个可能的变例中，可以利用蜂窝电话 (或者掌上电脑一类产品，或者与蜂窝电话或无线电话有关的其他类似产品，如在 本文的定义部分中所述)在他们之间相互交换各种各样的询问信息，举例来说，每 个用户可以从大量的可供选择的问题中，挑选出自己想从对方那里预先了解的一小 部分，比如挑选出5个这样的问题，来询问对方(除了目前在线并处于“可以约会” 状态的网友外)，例如对方的受教育程度、工作和生活的主要地区等等，在首选的 设计方案中，用户还可以对发出的询问加入一些特殊的规定，以增加保险系数，防 止答案来自不相干的人。例如，在公共汽车上、火车上、或大学内，可能同时会有 几十人甚至上百人处于同一个接收范围内。因此，比如当寻找一位金发碧眼的女子 时，用户可以要求加入“在线状态”或年龄范围等限制条件，只有符合条件的人才 能回答用户。作为一种选择方案，这些询问信息可以通过“蓝牙”系统(或其他短 距离通讯系统)发送出去，可以发送给附近地区范围内所有的符合要求的网友，每 个符合要求的人在接到询问信息后，将检查用户的在线状态，是否符合目标等，然 后把上述问题的答案发送回用户(这些信息可能包括本人是否可以约会、其文化水 平、其学习与生活的领域等等)。在一个首选的设计方案中，在系统应当能够分清 以下两种情况：对方是处于不可联系状态，还是属于不同即时信息系统的成员，否 则，在得不到回应的情况下，用户就会搞不清楚到底哪一方面出了问题。在本设计 方案的另外一个可能的变例中，用户可以利用其电话(或者作为一种更好的选择， 在电话上组合进一个小型的和不太显眼的附加程序)直接指定引起用户注目的人， (作为一项可行的选择)指定别人的用户可以向对方发送自己的身份识别码以及电 话号码等，(作为一项可行的选择)被用户指定的人所使用的通讯装置上的传感器， 应当能够发现有人正在指定自己，被指定的人就可以直接回答用户的询问，把自己 的身份识别码以及电话号码等告诉那个指定自己的用户。这种指定装置可以利用诸 如红外线技术或者直接短距离通讯天线等设计和制作。(以上功能也可以通过其他 设备，包括不带有蜂窝电话网络的设备来实现，例如，掌上电脑，它可以在即使没 有接入蜂窝电话网络的情况下仍然能够利用蓝牙通讯技术进行短距离通讯，或者其 他专门用于计算机约会安排的装置)。但是应用这些设备和技术的情况并不太理想， 因为大多数人在购买这种特殊的设备时，都感到比较为难，而且大多数人都不愿意 让人看到自己在用电话指定别人，因为这使他们感到窘迫。在本设计方案的另外一 个可能的变例中，以上功能是通过蜂窝电话或者蜂窝电话组来实现的，例如，通过 来自蜂窝电话公司的发射的信号，就可以知道各蜂窝电话是否处于互相靠近的位 置。在本设计方案的另外一个可能的变例中，按照正常方式对网友进行比较选择， 但是，当通过蜂窝电话网络系统，或者诸如全球卫星定位系统，或者诸如“蓝牙” 之类的通讯系统(或者其他短距离通讯系统)提供的有关信息，发现对方离用户非 常近时，那么，这些约会伙伴(在一个比较可行的设计方案中)可以通过一种明显 的标志标示出来(例如，在搜索结果产生的网友名单列表中，或者在原有的“联系 人名单”中，把这些近距离的网友标出来)，或者把这些网友的名单挑出来，单独 放在一个特定名单内，并把它放在搜索结果名单列表和原有联系人名单的上面，或 者他们在地区方面的“相配分”将会在一定程度上增加，并把该“地区分”直接 计算进总的“相配分”内。在本版本的设计方案中，作为一项可行的选择，那些由 诸如“蓝牙”等通讯装置标明的距离相近的约会伙伴，可以用更为加重的标志符号 标示出来，把他们排列在那些仅仅由蜂窝电话指标明的距离相近的约会伙伴前面。 对于某些用户来说，他们更加注重的是约会伙伴的令自己满意程度，至于距离的远 近并不是特别重要，只要不是遥不可及就行；但对于另一些用户来说，他们更加注 重的是与距离最近的约会伙伴交往，因此作为本设计方案的一项可行的选择，可以 让用户能够根据约会伙伴的空间距离，增减自己的相配分。例如，那些寻找笔友的 人很可能并不太重视双方的空间距离问题。在本设计方案的另外一个可能的变例 中，用户可以要求将搜索结果(和联系人名单)按照不同的地区进行分类，或者把 那些距离比较近网友单独标示出来，还有一种更为常用的做法，就是对网友名单按 照不同的国家、不同的州、以及不同的市镇分类列表。在本设计方案的另外一个可 能的变例中，如果服务器已经变得人满为患，作为一种可行的选择，可以按照地 区来划分服务器的服务对象(不同的服务器用于不同的地区)，用户可以请求只限 于在自己所在的地区寻找约会伙伴。毫无疑问，以上各种不同的设计方案可以互相 结合使用。

12.在一个优选的设计方案中，如果有的用户在一个比较长的时间段之内没有登录过系 统，例如在长达几个月的时间内未进入系统(或者，举例来说，某个其他人为此用 户填写了一个冻结表，或者其他人提交了一份报告表，说已经在网上找不到该用 户)，服务器(作为一种首选的设计方法)将产生一个自动信息，(例如通过电子邮 件或者即时信息系统)向该用户发出询问：比如，是否仍然有兴趣在网上继续寻找 约会伙伴，如果该用户给予确认，则该用户可以解冻；如果通过一个阶段的(作为 一种首选的设计方法)多次重复询问和提醒，用户仍然没有任何回应，那么该用户 将(作为一种首选的设计方法)被自动地“冻结”(在被冻结的情况下，人们在搜 索约会伙伴时将搜索不到该用户)，直到情况发生变化为止(该用户重新进入系统， 或者重新开始约会伙伴搜索，或者更新了自己的个人资料等)。作为一种首选的设 计方法，冻结表内还要包含冻结的理由(例如，该用户通过约会服务系统，或者其 他途径寻找到了自己中意的人；通过约会服务系统找到了自己中意的人，并与之结 了婚；通过其他途径寻找到了自己中意的人。并与之结了婚，等等)。在本设计方 案的另外一个可能的变例中，如果该用户最近在网上非常活跃，或者该用户目前正 处于联机状态，尤其是该用户正在网上采取与寻找约会伙伴有关的行动，例如最近 还在网上搜索过约会伙伴，那么系统就可以忽略“冻结表”。在本设计方案的另外 一个可能的变例中，如果冻结表中提出了更为重要的理由，例如报告中说该用户已 经结婚了，那么，系统就不再忽略冻结表。通过利用以上功能，系统加强了对“新 近度”的重视程度，这样就大大地减少了用户被可能的约会伙伴认为不再是一个有 效网友可能性，即使该用户的个人资料比较陈旧。

13.在其中一个可能的具体要求化实施方案中，作为该方案的首选方法，当比较选择 过程结束之后，比较选择程序(作为选择项目，可以装在一个或者多个服务器上) 应当至少能够处理一部分用户要求与搜索结果之间的差距问题(作为一种选择，可 以不包括那些被用户标为“必须”的问题)。例如，如果用户要求其约会伙伴只是 在外貌方面“大大超过一般水准”，但是却有一个令该用户非常中意的约会伙伴把 自己的外貌标为“一般水准以上”，实际上这会降低其比较选择分值，因为把自己 的外貌标为“一般水准以上”比标为“一般水准”得分更低，从而会造成派对错误。 出现这样的结果，是与问题答卷表格中的“顺序尺度问题”有关，实际上“顺序尺 度问题”也是带有主观性的，因为在这一类问题中，包括“自我描述”中的问题， 和对理想约会伙伴的描述部分，都需要非常小心地填写。在一个首选方案中，这种 差距处理功能，还可以加进差距的“方向”问题(向上的差距与向下的差距)，应 当能够对不同“方向”的差距采取不同的处理措施，例如，如果用户希望找到一位 受教育程度只需达到大专水平的，但找到的约会伙伴在受教育程度上却标为“学 士”，但这对用户的“损害”程度大大低于只把用户标为“高中毕业”。在本设计方 案的一个较为极端的变例中，至少在某些情况下，如果看到用户填写那些东西根本 不合理，而且他们在选项中也没有进行更好的选择，当认定再要这些东西显然已经 没有意义时，系统能够自动地对相关的要求标准向上更新，但在这样做时应当十分 小心，因为从我本人的经验来看，在许多情况下，即使在面对面的情况下，有的 用户仍然坚持他们那些“不合逻辑的答案”。不过，如果用户是在线填写这些问题 答卷表格，这个极端的设计方案变例就不需要使用了，因为如果用户在线填写的问 题不合理，并坚持这样做，系统就会自动地告诉他：答案“不合逻辑”。

14.按照地区进行配对，现在有些计算机约会安排系统在对网友配对时，让用户填写自 己的地区(例如所在的城镇、州或者国家等)，并且还要让用户填写自己所希望的 约会伙伴的地区信息，还有一些利用诸如邮政编码等方而的地区信息进行配对。但 是，如果只是按照邮政编码伟大产生一些问题，因此为邮政编码的排列实际上取决 于许多方面的因素，所以只看邮政编码有时无法判断双方之间的距离。例如，在澳 大利亚，邮政编码中的一个数字之差，实际距离差距可能是极大的，例如，与香港 的情况相比，即使邮政编码中的数字差别比较大，实际距离差别却不会太大。因此 作为一个更好的解决方案，应当使用地区来做为距离方面的参考标准。而其他方面 的区域信息，例如双方邮政编码数字相减的绝对值等，只有双方处于同一地区时， 才可以作为辅助性的参考之用。因此，在一个首选设计方案中，只有受约伙伴所 在的地区就是用户要求的地区，或者双方处于同一个地区时，才考虑邮政编码的差 别。在本设计方案的一个可能的变例中，即使受约伙伴处于用户求的地区范围之外， 仍然可以把邮政编码的因素考虑在内，这种情况就像上面安全13条中所述的差距 处理功能有些类似。不论怎样，邮政编码只是在一个国家内使用时才有效，因不同 国家之间，邮政编码是各不相同的。在本设计方案的一个可能的变例中，使用用户 电话号码中的前几位数字(或者电话之间的绝对差——用减法计算出来)来判断距 离的远近，用来取代邮政编码，或者与邮政编码组合使用。但是里面也有一个问题， 那就是如果用户提供的是蜂窝电话的号码，而不是固定电话的号码，这种是法就不 起作用了。作为一种优选的设计，可以把这种方法作为一种补充功能应用于本文第 11条中所述的一个设计方案变例——这是一个利用“邻近数据”判断双方距离的 设计方案。在本设计方案的一个可能的变例中，利用绝对地理信息，例如利用全 球卫星定位系统的坐标信息，又比如直接利用每个用的IP地址等，因为在下一代 的因特网中，可能会可以查找出用户的地理位置信息。这种方法比邮政编码要可靠 和准确得多。在本设计方案的一个可能的变例中，是这种方法与用户选择的地区信 息结合使用。当然，以上所述的各种设计方案及其变例可以互相结合使用。

15.在一个优选的设计方案中，用户还可以要求系统，一旦当发现有合适的新约会伙伴 出现在系统中，就自动地通知自己，例如这位可能的约会伙伴非常符合用要求的条 件，其“相配度”超过了最低标准限度(例如超过了用户对其目前的“联系人名单” 所要求的最低“相配分”，或者超过法用户制订的绝对最低要求分数等)，或者满足 了一些特定的条件——比如所有的金发碧眼、大胸部、高智商的女子，如果出现上 述结果，系统就应立即通知用户。当在本设计方案的一个可能的变例中，上面的所 有工作都是在默认的情况下自动完成的，除非用户有另外的请求。当用户只是每隔 一定的时间才更新一次“联系人名单”(例如每个月更新一次，或者用户开始一个 新的搜索)时，这是一种比目前其他方法更好的方法。这种方法可以应用于更多方 面，例如，当有一个新的网友第一次提交其个人资料时，作为可供选择的设计方案， 用户可以有以下两种选择：一是请求只要静态数据库(如果有静态数据库存在)中 有新的网友出现，系统就应立即通知用户，二是请求只有当用户同时也在线时，系 统才通知用户(当然，当一个新的网友提交问题答卷时，或在进行搜索时，从规定 来说，网友应当是在线的，但是，希望得到新网友出现的消息的那个用户，在这个 过程中可能早已经离线)。为此，用户可以(比如)请求保持一种“挂起”搜索状 态(在一个优选的设计方案中，每个用户将允许只能有一个搜索请求和几个挂起请 求)，并在服务器上保存用户对择友条件的最低标准(例如，在用户的搜索结果名 单中迄今为止所记录的最低分数，或者在用户的联系人列表中迄今为止所保持的最 低分数)，例如，当有新的网友第一次提交人个资料时，或者请求进行搜索，或者 更新数据时(但是，作为一种最佳选择，只有在新的网友请求搜索的情况下，或者 主要是在这种情况下，才能达到最有效的结果)，当用户在系统中与所有的潜在的 约会伙伴进行双向相互搜索时，用户将检查每一个新来的网友的个人资料，并将这 些个人资料相进行互对比，在一个可行选择方案中，服务器同时也检查网友中是否 有人满足用户规定的条件，并将有关情况通知用户，或将检查到的有关新网友资料 的更新情况告诉用户。这样虽然看起来效率似乎有些低，但可能只是相对地对搜 索速度有某种程度的影响，因为还可以选择许多其他可行的项目来提高效率，例如， 当发现某人所在地区不符合用户要求时，系统将立即停止配对过程等。作为一种可 行的选择方案，用户还可以选择其他通知方式，例如，通过电子邮件或即时信息网 络得到新网友加入网络的消息，或者直接将用户感兴趣的新网友加入到用户的联系 人名单内(这项选择可以是一般性的——始终有效，或者是选择性的，只是在某些 情况下才有效，因此，用户可以请求只有在对方条件与用户要求高度相符的情况下， 系统才将对方友自动地加入到用户的“联系人名单”中)。在一个可供选择的方案 中，新网友也可以预先选择：自己是否愿意被相关的网友列入他们的“联系人名单”， 或者至少能够选择：(比如)自己在派对搜索结果中搜索到的那些人是否可以把自 己列入他们的联系人名单。这可以节省许多时间，并且能够增加与对方快速接通联 系的机会，例如，尤其是在新的网友希望其他人能够与自己联系的情况下(举例 来说，与男性相比，女性更趋向于等待着某个人来与自己联系)。如果用户是通过 蜂窝电话成为即时网络的会员的，目前实际上并不在线，那么，在本设计方案的 一个可能的变例中，也可以通过向用户的电话发送一种振铃信号(举例来说)，然 后再显示有关信息的方法，来通知用户。在一个选择方案中，通过点击用户资料旁 边的一个图标或者一个选项，用户就可以自动地进入(比如)与某人的聊天状态， 或者可以启动一个自动拨号程序，拨打某人的电话(在上此状态下，不必知道对方 的实际电话号码)。这项功能也可以应用于以下方面：例如，每当有一个本身条件 高度符合用户要求的网友登录时，且其与用户的空间距离处于“蓝牙”通讯系统的 范围之内(这一方面的信息可以来自于蜂窝电话系统，或者通过其他途径，比如全 球定位系统等)，那么，作为一种可行的选择，用户也可以提供一些信息，以便帮 助对方来对自己进行确认，例如在可能的情况下，提供外貌等方面的信息。当然， 以上所述的各种设计方案及其变例可以互相结合使用。

16.实际经验表明，参加“计算机约会安排”，包括“在线服务”的大多数人，都不太 情愿把自己的照片送出去，但却又非常喜欢搜索那些带有照片的约会伙伴。因此在 一个首选设计方案中，系统可以用户提供一个“系统照片数据库”(比如可以按类 别和层次划分)，作为一种选择，最好使用真实的照片(例如，“系统照片数据库” 含有成百上千的男子脸形，成百上千的女子脸形，以及许许多多的男女体形)，用 户至少可以从中选择出与他们自己类似的脸形，并且，作为一种选择，最好也能够 挑选与他们类似的体形，在一首选方案中，最好还要让用户能够挑选他们自己的 理想约会伙伴的大体外形(例如，标出他们最喜欢的那几张照片，作为一个优选方 案，最好能够标出对每张照片的喜欢程度)。在一个首选方案中，脸形的数量应当 多于体形的数量，因为与体形相比，人的脸形更加各种各样。在本设计方案的另外 一个可能的变例中，使用的是经过仔细设计的各种画像(而不是照片)，因为画像 更能系统地体现人的外貌之间的各种不同差别。在本设计方案的另外一个可能的变 例中，用户可以更多的组合体貌选择(包括用户本人的和理想的约会伙伴的)，而 不仅仅是选择体形和脸形，这样可以让用户有更多的机会进行综合性选择。上述功 能是非常重要的，因为要相通过问题答卷中的少数几个问题的回答，很难把把各种 各样的外貌都包括进来。在首选的设计方案中，这种额外的包括照片和画像在内的 肖像信息可以与问题答卷中对外貌的文字描述结合使用，从来得出相配分。在首选 的设计方案中，当用户标出的自我肖像和可供选择的肖像差距比较大时，系统将把 首选的和实际的肖像两者之间的差距考虑进去，系统可以根据各种人物肖像的各种 不同类型，利用分类法计算出两者的差距值。当一个潜在约会伙伴的个人资料显示 出来之后，如果资料内并不包含对方实际照片，那么作为一种选择，可以使用一种 “近似图像”来加以代替。这种近似图像还有一个额外的优点，那就是可以节省带 宽和服务器的存储空间和负荷量，因为近似图像在传送时只需要几个数字编码。在 首选的设计方案中，这些照片或者图像应当比较小，能够自动地下载，作为客户程 序的一部分，这样，当用户在查看它们时就不会使服务器超载。(作为一种可行的 选择方案，当有时这些照片或者图像需要更新时，可以通过服务器进行新时，就像 本文第7条中所述的其他资料的更新一样)。在首选的设计方案中，为了提高用户 的选择效果，当用户选择肖像时，可以提供大量的肖像供用户从中挑选，只要不会 使图像变得过小，从而让用户看不清图像中的细节即可。在本方案的另外一个可能 的变例中，可以要求用户(作为一种选择设计)从一种树形结构中选择肖像，例如 首先在图像编号中进行挑选，然后再从前面所选的图像中进行进一步的精选。当描 述自我形象的图像选择过程结束以后，作为一种选择，用户可以在这个树形结构中， 每一步只选择一个答案，当轮到选择自己理想的约会伙伴的图像时，作为一种选择 方案，至少在某些方面用户可以选中多个选项。(作为一种选择方案，至少在“决 策树”的顶部，含有关于外貌方面的文字描述和解释内容，用来代替图像或者与图 像一起使用。本设计方案的另外一个可能的变例是，作为一种可供选择的设计，用 户首先填写关于外貌方面的文字问题答卷，然后系统根据用户在答卷中填写的要 求，将早已保存在系统内的类似图像显示出来，其中包括用户和我描述的形象和所 要求的理想约会伙伴的形象。这种方法可以大大地缩小选择范围，那些不符合要求 的图像就不会显示出来，从而提高了工作效率。使用这种方法，即使有成千上万的 肖像供选择，仍然能够很快和非常有效地完成选择过程。本设计方案的另外一个可 能的变例是，即使用户发送了自己的真实照片，除了用户本人的照片之外，仍然结 合使用上述图像选择法，因为选择的图像具有前面所述的一些优点。当然，以上各 种设计方案可以互相结合使用。

17.在即时信息网络和在线约会服务中的另外一个问题是，在许多情况下，同一个用户 使用各种不同的身份进入同一网络，例如，当一个用户忘记了自己的登录名或者密 码，或者该用户想再次得到奖励(这种奖励只给予新加入的网友)，或者该用户想 利用一些不同的身份来尝试一下不同的体验，或者出于其他原因，等等。但是，这 种做法会产生不少问题，例如，无法统计实际上到底有多少人在使用网络，由于用 户在网络中使用了不同的身份，可能会有同一个网友多次把该用户列在自己的约会 伙伴名单内，每个身份都有着各自不同的“相配分”，而且这种做法使人无法辨别 一出他(她)到底是一个新用户还是一个旧用户，或者不存在于系统中，例如，一 个新的用户第一次可以得到网友名单列表，当第二次登录时可能需要付费，或者， 如果在网络中使用了“代理电话”程序，由于该用户在网络使用了不同的身份，他 (她)就可以通过更换登录身份来避开“代理电话”程序各对电话拨打次数的限 制。因此，在一个首选的设计方案中，系统使用了各种“探试法”来检查用户是 不是一个多重身份登录者。例如，如果发现电子邮件地址中“@”符号的左侧本非 常相像的用户名，或者用户名类似，出生日期相同非常接近等，在这些情况下，作 为一种首选方案，系统将检查其他的个人资料是否也非常类似(例如，地址和其他 重要的背景资料、可疑的多重身份登录者复制的个人简介中统计的数值函数的一般 相似性等)，然后自动地确认这些不同的身份为同一个人所有，如果出现了这种情 况，系统将优先选择最新的个人资料来取代旧的个人资料，在首选的设计方案中， 系统应将该情况通知用户。如果系统不能完全确定，那么，在首选的设计方案中， 应当将询问这些身份的用户是否为同一个人，和向用户发出警告：将对那些故意利 用多重身份登录和有可能误导网络的人采取各种处罚措施。

本设计方案的另外一个可能的变例中，至少使用上述功能中的一部分，来提供因特网 计算机约会安排服务，作为一种设计选择，可以使用某种专门的设备，以便要求每一个用 户必须提供其电话号码才能使用网络(作为选择设计方案，用户可以要求使用前面所述的 “保护电话”功能，即“电话代理程序”)，作为一种选择，如果有可能还要求用户提供即 时信息系统的身份识别码。这种方法(作为一个优选方案)最好与“双重配对搜索”结合 使用，因为当人们知道想与自己交友的人能够满足自己的愿望时，会更愿意把自己的电 话号码告诉对方。系统的自己动通知功能(请参看上面第15条中所述)在这种情况下(不 带有系统固有的即时信息与联系人名单列表)可以(作为一种选择方案)通过以下方法来 实现：例如，对于请求自动通知的用户，当有符合用户要求条件的新网友出现时，系统将 通过自动电子邮件，或者通过SMS将该信息告诉用户，(或者通过其他方法，比如通过 一个自动产生的电话，如果用户愿意付费)，作为一个选择方案，同时还可以把这个新网 友的电话号码(或者是该电话号码的代理程序，即一个编码或者一个链接等)告诉用户(作 为一种选择方案，还可以包括这个新网友的电子邮件地址，如果可能，作为一种选择，还 可以包括即时信息网络代号等)，以便使用户收到有关新网友的通知后，能够立即与之取 得联系。这种方法与目前流行的方法不同，目前网络上只是每隔一定的时间，或者当用户 进行搜索时，才能对用户进行更新。在本设计方案的另外一个可能的变例中，对于那些同 时给予即时信息网络身份识别码的用户，系统将检查他们目前是否在线，例如可以通过与 相关服务器连接的一个软件成分来进行这种检查，如果发现用户在线，系统将把潜在约会 伙伴的个人资料发送到用户的搜索结果中，然后，作为一种选择设计，还将上述可能的约 会伙伴电子邮件地址和信息网络身份识别码，同时还告诉用户，对方目前是否在线。在本 设计方案的另外一个可能的变例中，对于那些同时给予即时信息网络身份识别码的用户， 系统还将尝试帮助用户通过一个适当的即时信息客户程序来与对方取得联系。在本设计方 案的另外一个可能的变例中，至少可以通过以下两个条件来检查用户是否在线：1)用户 使用其“用户名”和密码登录系统的时间属于不久以前，不超过某个规定的时间限度；2) 用户在不久以前用户在网上至少但各过一个动作，该动作至今不超过某个规定的时间长 度。在本设计方案的另外一个可能的变例中，系统允许用户向目前在线(在线的定义如上 所述)的人发送即时信息，例如，作为一种选择方案，可以向对方发送一种明显可见的信 息，比如说当对方下次访问系统中的网页(例如任何网页，大部分网页，或者目录或选单) 时可以看到(这一点可以通过决议以下方式做到：例如当系统通过浏览器的cookies确认 对方就是应当接受信息的那个人之后，便在扉页上产生一个网页)，作为选择性设计方案， 选择之一是在这个产生出来的网页上做上一个链接，用户可以通过这个链接打开聊天窗 口。在本设计方案的另外一个可能的变例中，约会网址上的一部分或者所有的网页上带有 一个自动更新指令(例如通过html标记、Javascipt，或者ActiveX等进行更新——如果浏 览器能够支持这些程序，可以在每分钟，或者每隔几分钟更新一次)，用户只需要对这个 网址中保留浏览器的一个窗口(在一个首选的设计方案中，应当在指令中对访问该网址的 用户发出这种建议，用户则可以(举例来说)继续浏览其他的网页，当有发向用户的通知 时，这个通知应当能够自动地包含在下一次更新中，在一个首选的设计方案中，应当通过 一声音信号来提醒用户。如果使用的是Javascript(一种因特网上使用的描述语言)或者 ActiveX(微软的一种网络化多媒体对象技术)，在一个首选的设计方案中，Javascript或 者ActiveX也可以检查(举例来说)用户是否仍然在活跃地使用浏览器(为了更加有 效地用活动规则来检测用户是否仍然在线)，当请求更新时，浏览器可以(举例来说)将 一个附加的参数转换为请求的代表用户在线状态的url(用户要求语言)。如果使用的是 ActiveX，进行的这种检测则更加全面，因为ActiveX(作为一种选择)可以通过用户是否 敲击键盘或者点击鼠标或者任何其他动作，来判断用户是否仍然在继续使用浏览器。本设 计的一个优点是，除了服务器之外，不再需要任何其他特殊的客户程序。当然，在这样 一个联机的计算机约会安排服务系统中，除了上述功能之外，如果再加上特殊的即时信息 功能，实际上就等于在即时信息网络中增加计算机约会安排功能，两者结果相同。作为一 项选择，上述方法也可以作为功能选项之一而应用于“自动通知”功能中。当然上述各种 设计方案可以互相组合使用。

图.1展示的是“插件程序”或者“附加程序”在一个即时信息网络系统中用户填写的“问 题答卷”时的一种首选工作方式。当用户启动客户程序(11)之后，系统首先检查用户是否 已经在系统中注册，如果用户没有注册，那么就向用户发出一个新的身份识别码(id)， 系统还可以利用(举例来说)用户在网络中作为该网络的会员所使用的身份识别码(用户 在网络中另外还拥有网络编码)来做为本系统的用户身份识别码。(这种检查可以在用户 的个人电脑上进行，也可以在我们的因特区服务器上进行)(12)。如果用户现在还没有填 写问题答卷，那么就要求用户填写，作为首选的方案，填写的内容应当包括用户个人的自 我描述，和用户对其理想约会伙伴的描述，并标出用户认为的每个问题的重要程度(13)。 然后，如果用户对填写的问题答卷进行了修改，或者是用户第一次填写这种问题答卷，那 么，作为一种首选方案，最好将用户的资料同时保存在用户的个人电脑上和我们在因特网 服务器上，在因特网服务器上用户的资料将保存在一个静态数据库内，这里保存了所有填 写了问题答卷的用户的个人资料，或者保存在一个动态数据库内，动态数据库用来存放目 前在线用户的个人资料(14)。当保存好个人资料后，用户可以继续使用即时信息客户程序 (15)。

图.2展示的是“独立程序”或者“用户定制即时信息客户程序”在处理用户填写的“问 题答卷”时的一种首选的工作程序设计方案。首先，系统将检查用户是否已经在系统中注 册，如果用户没有注册，那么就向用户发出一个新的身份识别码(id)，或者系统还可以 利用(举例来说)用户在网络中作为该网络的会员所使用的身份识别码(用户在网络中另 外还拥有网络编码)来做为本系统的用户身份识别码。(这种检查可以在用户的个人电脑 上进行，也可以在我们的因特区服务器上进行)(21)。如果用户现在还没有填写问题答卷， 那么系统将要求用户填写，作为首选的方案，填写的内容应当包括用户个人的自我描述， 和用户对其理想约会伙伴的描述，并标出用户认为的每个问题的重要程度(22)。然后，如 果用户对填写的“问题答卷”进行了修改，或者是用户第一次填写这种“问题答卷”，那 么，作为一种首选方案，最好将用户的资料同时保存在用户的个人电脑上和我们在因特网 服务器上，在因特网服务器上用户的资料将保存在一个静态数据库内，这里保存了所有填 写了问题答卷的用户的个人资料，或者保存在一个动态数据库内，动态数据库用来存放目 前在线用户的个人资料(14)。当保存好个人资料后，用户可以启动即时信息客户程序，该 客户程序与“插件程序”或者“附加程序”组合在一起使用(如果独立的填表程序与现有 的主即时信息网络一起使用)，或者继续使用独立程序本身的即时信息客户程序(如果该 独立程序是我们的自己的即时信息客户程序的一积分)(24)。

图.3展示的是用户在线状态下，用户动态数据库工作方式的一种首选方案。当用户接通 即时信息网络并启动即时信息客户程序(既可以是我们自己的客户程序，也可以是普通 的即时信息客户程序中增加了我们的客户订制“插件程序”或者“附加程序”)之后，在 首选的设计方案中，信息将送入动态数据库服务器上，动态数据库保存着用户填写的所有 问题答卷数据资料(31)。然后我们的客户程序(或者与客户程序组合在一起使用的“插件 程序”或者“附加程序”)将每一个较短的时间间隔内向我们的服务器发出一个短信息， 该短工信息内含有用户的独一无二的身份识别码，这样一来，系统就可以判断出用户是否 仍然在线(作为首选的设计方案，这些短信息既可以发送到数据库本身的服务器，也可以 发送到其他的服务器，当信息停止发送之后，其他服务器把接到的信息再转送给数据库服 务器)(32)。当用户请求进行即时约会搜索时(例如通过其填写的资料进行双向配对搜索， 或者单项配对搜索，或者可以搜索一组特性，例如，可以搜索所有的目前在线的金发碧眼 高智商的女子，或者可以搜索那些双向相配分达到或者超过一定标准的网友——或按百分 比计算时相配分达到一定的百分比的网友；或者使用其他搜索方式，例如系统只搜索那些 达到用户要求的“相配分”的人，但用户的要求不能低于系统所规定的标准“相配分”值)， 客户程序向动态数据库发出一个特定的请求(33)。动态数据库将根据要求进行搜索，并将 搜索到的目前在线的最为相配的约会伙伴名单列表发送回用户，作为首选的设计方案，在 这个搜索结果名单中，根据不同的搜索方式，包括各种不同的详细信息。用户可以将他们 当中的任何人添加到自己的联系人名单内，一旦当他们重新联机登录之后，系统可以立即 把情况通知用户(34)，通知方面如上述第44条所述。当客户程序不再向相关的服务器发 出短信息之后，表示用户已经离线，这时该用户的个人资料将从动态数据库中清除(35)。

图.4展示的是静态数据库处理用户填写的配对问题答卷时的一种首选的工作状态。当用 户填写完问题答卷后，或者对问题答卷进行修改之后，用户的个人资料(同时包括用户的 姓名、电子邮件地址、及其独一无二的身份识别码)将传送到静态数据库(41)，作为一个 首选的设计方案，同时还应将它们保存在用户的个人电脑内。一旦用户启动即时信息客户 程序，将重新开始向相应的服务器发送短信息，如图3所示，静态数据库(作为一个首 选的设计方案)将为目前登录因特网的每一位用户在记录表内设置一个登录标志(作为一 种选择方案，举例来说，这些登录标志也可以设置为一个单独的文件、或设置为一个索 引或一个日志等，用来取代登录标志，或者与登录标志一起使用，可以把它们保存在RAM ——随机存取存储器上，以便提高访问的速度，或者保存在硬盘上，或者同时保存RAM 和硬盘上)(42)。当用户请求进行约会搜索时(包括双向配对搜索，或者单项配对搜索， 或者可以搜索一组特性)。最有可能的情况是，用户也希望搜索所有的那些符合条件的约 会伙伴，或者只想搜索那些目前在线的约会伙伴。(对于那些只想搜索目前在线的约会伙 伴的用户来说，作为一种选择方案，可以了解对方登录的时间，例如，对方联机至今已经 多长时间，对方平均的上网频度如何)(43)。最符合条件的那些约会伙伴名单(作为最佳 选择方案，应当含有各种详细信息)可以添加到即时信息客户程序中的用户联系人名单列 表内(如果该客户程序是我们自己的客户程序或者该“联系人”属于同一网络的会员)或 者将这些约会伙伴由插件程序或者附加程序保存的一个特殊的名列表内(这里指的是该插 件程序或者附加程序与一个普通的即时信息客户程序组合在一起的情况)。在一个首选设 计方案中，用户能够选择：哪些“联系人”可以添加的自己的联系人名单内，哪些“联系 人”可以删除。(44)。如果任何一位相配的约会伙伴登录，系统立即就会通知用户(45)， 而当对方不再联机时，其在线标志将会消失(46)。

图.5展示的是在一个即时信息客户程序内，配对搜索程序是如何利用“插件程序”或者 “附加程序”进行配对搜索的一种首选的工作状态。当用户希望搜索新的符合条件的网友 时，可以选择通过“插件程序”或者“附加程序”进行搜索，例如，可以要求进行双向 配对搜索，或者要求只按照某些“特性”进行搜索(另外，如果进行的是静态数据库搜索， 用户还可以要求只搜索那些目前在线的网友)(51)。“插件程序”或者“附加程序”将把搜 索方式请求传送至相关的数据库服务器(例如，可以是一个静态数据库、或动态数据库、 或者同时使用两个数据进行搜索)，然后将搜索到的结果告诉用户，如图3和图4中所示 意的一样)(52)。

图.6展示的是在一个客户订制的即时信息客户程序内，配对搜索程序是如何利用“插件 程序”或者“附加程序”进行配对搜索的一种首选的工作状态(所谓客户订制的即时信息 客户程序内，也就是“我们自己的客户程序)。当用户希望搜索新的符合条件的网友时， 可以选择要求进行双向配对搜索，或者要求只按照某些“特性”进行搜索为新的朋友(另 外，如果进行的是静态数据库搜索，用户还可以要求只搜索那些目前在线的网友)(61)。 然后，客户程序将把搜索方式请求传送至相关的数据库服务器(例如，可以是一个静态数 据库、或动态数据库、或者同时使用两个数据进行搜索)，然后将搜索到的结果告诉用户， 如图3和图4中所示意的一样)(52)。这个客户订制的客户程序，可以是一个独立程序， 也可以是作为一个“插件程序”或者“附加程序”与其他因特网应用程序(例如一个比较 大的浏览器，比如Netscape因特网浏览器、微软因特网浏览器等)组合在一起使用，或 者作为这些浏览器的一个组成部分。

图.7是利用一个“附加程序”进行跨网络通信的一种首选的设计方案示意图。在该设计 方案中，“附加程序”对客户程序进行跨网络引导，例如，该附加程序使客户程序，或者 至少使客户程序的一部分，认为自己是在与同一网络的另外一个客户程序进行通信，或者 认为是在与本网络的服务器通信，而实际上是把本网络通信翻译到另一个通信协议，或者 把本网络通信引导至另一个网络。当用户的客户程序试图通过其正常的网络通讯协议，例 如，ICQ，并利用其正常的聊天窗口界面进行通讯时(71)，如果插件程序或附加程序发现 通信信号实际上来自于一个不同网络的客户程序，例如来自于MSN(微软公司的网络即 时信息)(72)，(在一个首选设计方案中)就自动介入，并在必要时，在不同的网络通讯 协议中往返转换(73)。如果是一个向外发出的通信信号，插件程序或附加程序将在必要时， 把该信号引导至相关的服务器或者其他网络的客户程序。如果是一个来自外部的通信信 号，(在一个首选设计方案中)插件程序或附加程序将对来自其他网络的这个通信信号， 翻译为本网络的客户程序所能理解的网络通讯协议信号，使客户程序认为通信该信号来自 于本网络内部。为了做到这一点，在一个首选设计方案中，所有的联系人，如果实际上是 本客户程序所属那个即时信息网络的会员，就应当通过插件程序或附加程序单独地标示出 来，这样，当用户的客户程序试图与他们进行通信时，部可以根据情况进行处理。

图.8是首选的扩大联系人名单举例示意图。在本例中，联系人名单中首先出现的是目前 能够在网上约会的人，然后是朋友或其他与约会没有关系的那些联系人(那些和约会没有 关系的人，用“N/A”进行标示，意思是不可用，即这些人不是约会对象)，再往后是那些 曾经搜索出来的约会伙伴名单，会现在已经没有兴趣再与他们约会了，或者已经找不到他 们了。本在例中，作为一种选择，这些人被排在名单的最后，因为大概用户想联系他们的 可能性已经很小。在每一组联系人中，作为不同的选择，可以将每个人按照姓名的字母顺 序排列，或者按照他们最近的活动情况进行排列，或者与用户的联系历史最久的人排列在 表的上面，或者可以利用以上各种排列方式的组合为任何其他的排列方式，如图.1a中所 述。(“comm.”的意思是与用户通信)。当发现某个人无法找到时，很有可能是这个人的状 态在他(她)的客户程序中发生了变化，作为一种选择方案，该客户程序将自动地对所有 把这个人列入其内的联系人名单进行更新，这就像一个电脑更新输出表一样，对用户的联 系人名单进行实时更新(或者当用户下一次联机时进行更新)，每当联系人名单中的网友 状态发生了任何变化，都会自动地进行这种更新。在本例中，“*F”表示通过网络约会伙 伴搜索服务找到某个人；“*E”表示是在其他地方寻找到某个人；“*TF”和“*TE”表 示这种新的状态只是临时性的；“*FM”表示通过网络约会伙伴搜索服务找到一个人， 并与他(她)结了婚；“*EM”表示是在网络约会服务以外的地方找到一个人，并与他(她) 结了婚；“*T”表示只是临时可以找到，等等。当然，也可以用其他的状态符号与编码 来取代上述状态标志，或者与上述状态标志一起使用。为了能够向用户报告网友最频繁的 活动时间(指的是在即时信息网络上的活动)，作为一个首选的设计方案，可以通过每个 用户自己的客户程序来获取有关的统计数字，并把这些统计数字发送到服务器，这样不但 可以节省时间，而且到可以防止服务器负担过重。作为一个优选的设计方案，在显示各种 数据内包含的时间时，最好把这些时间都转换为用户当地时区的时间(例如根据用户所在 的时区与其“联系人”所在的时区之间的差别，自动地把用户的当地时间计算出来)。在 一个首选的设计方案中，联系人名单中每个人的“相配分”(这是由搜索结果列表中报告 出来的)应当能够自动地保存下来，可以在他们被列入联系人名单的过程中进行保存，将 来用户可以点击查看，或者放在联系人名单的旁边，比如将来可以向用户提醒，用户还应 当能够查看联系人的资料或者至少其中的一部分。

图.9是双向配对搜索寻找到的最为相配的网友名单列表形式的一个首选方案。为了能够 对网友进行真正的系统性配对，作为一种首选的设计方案，问题答卷中包含了大量的问题 (例如100个问题或者更多)，但是，如果想把约会伙伴的全部信息资料都让用户了解， 是不现实的，而且这种做法也是不受欢迎的，这是因为：A.有些问题或者有些问题的类 型(例如当牵涉到个人隐私时)在提问时最好还是保持模糊或者抽象一些，否则人们就可 能不会真诚地回答这些问题。B.如果问题的数量过多，人们在对所有这些问题中的各种 信息进行分析和归纳时，会觉得非常麻烦和困难。而在问题不是特别多的情况下，只要将 对方的条件进行仔细对比，再加上各自的期望值，就可以帮助用户看到一个非常有效的基 本轮廓。在本方案的另外一个可能的变例中，用户在点击约会伙伴之后可以看到该网友的 相关个人资料，但是作为一个优选方案，这些个人资料应当比较笼统或者略微含混一些， 不要把那些用户标出来的问题或者用要求保密的问题显示出来。在本方案的另外一个可能 的变例中，当用户要求查看约会伙伴的个人资料时，只把约会伙伴在问题答卷中所回答的 他(她)自己认为的最重要的问题显示给用户(在首选的设计方案中，无论在任何情况下， 都不能显示本人认为最重要的和需保密的问题)。为了与此相同的原因，作为一种首选设 计，问题答卷本身在列出一些可能是一些需要含混一些和要求保密的问题时，应当把它们 单独地标示出来。(在本方案的另外一个可能的变例中，用户还可以填写问题答卷的过程 中，或者在修改问题答卷，把一定数量的自己认为需要保密的问题单独标示出来，或者把 自己认为需要保密的问题答卷中的某一段落单独标示出来，但是这种方法不是特别理想， 因为这会使得填写过程变成一种很麻烦的事情)。这里列举的仅仅是对搜索结果进行排列 的一个可能的例子。在本方案的另外一个可能的变例中，(举例来说)是对在线的网友和 已经离线的网友排列在一起，在排列次序上，按照他们各自的“相配分”(符合用户要求 标准的程度)从高到低进行排列，他们的在线状态或离线状态只是用一种标志标或者用不 同的颜色进行标识。举例来说，那些目前在线的约会伙伴可以用比较明亮的颜色进行标识， 而那些目前已经离线的约会伙伴则可以用比较暗的颜色标示出来，(举例来说)对于那些 几个月没有上网的约会伙伴来说(作为一种选择方案，这个限定时间的长度可以由用户定 义)，比如可以用灰色进行标识。当然，可以使用三个以上的等级来对在线或者离线状态 进行区分。这种排列方法对于那些想认真地寻找一位约会朋友，而并不在乎对方是处于在 线状态到是处于离线状态的人来说，上述方法是非常有用的。而对于那些希望马上就能够 与约会伙伴在网上聊天的用户来说，则会选择把在线的约会伙伴与离线的约会伙伴分开排 列。因此，用户可以根据自己的需要，选择使用其中的一种排列方法。关于对搜索结果的 排列和对网友的分类的其他方面的问题，在前面的图1a的说明中已经进行过描述。在本 设计方案的另外一个可能变例中，用户还可以把这个网友名单保存下来以备将来作参考之 用，一旦将有机会，例如与名单中的任何一位网友进行约会，或者(举例来说)双方在地 理上或实际上的互相邻近，那么，(在一个首选没计方案中)就可以对该名单及名单中 的网友资料进行自动更新，这种更新的方法，就像对联系人名举中的“联系人”进行更新 时一样，具体情况请参看图1和图8中的说明。在本设计方案的另外一个可能变例中，当 查看完网友名单之后，用户可以(举例来说)将自己不想在下次搜索中再次显示出来的那 些人单独标示出来(这些被标识出来的人的名单可以保存在客户程序中，也可以保存在服 务器上，或者同时保存在客户程序和服务器上)。同样，还可以有其他的各种变例，例如， 在搜索结果的名单列表中，包含着每一个人的更简洁的信息，当用户点击某个人时，这个 人的信息将会扩大(例如可以在另外一个窗口中更详细地显示出来)，或者按照用户要求列 出的每个地理区域，将搜索结果中的网友名单(举例来说)比较简洁地显示出来。当然， 上述各种不同的设计方案可以互相结合使用，并且也可以更多的其他变化方案。

在本文的上述部分对本发明的描述中，只有列举了有限的几个具体化实施方案，我 们应当看到，本发明还可以产生许多变化方案、修改方案、扩充方案、其他的应用方案， 以及在技术与设计方面与本发明明显类似的所有的设计方案等。

本发明的背景