用于偏好匹配的系统、方法和程序的制作方法

专利名称：用于偏好匹配的系统、方法和程序的制作方法
技术领域：
本发明涉及一种用于在多个用户通过在线网络彼此交互或者通
信的环境(如社交联网业务(SNS)和虛拟空间)中公开用户的偏好
信息的系统、方法和程序。
具体而言，本发明涉及一种在由用户指定的模式下向另一用户 公开爱好或者偏好的技术。
背景技术：
随着在线通信的发展，隐私保护已经成为一个重要问题。就这 一方面而言，爱好和偏好被视为隐私的重要元素。因此，通常没有 人愿意未经告诫就将他的/她的爱好和偏好向他人公开。
同时，爱好、偏好等作为个人的隐私而属于他/她，而与此同时 在人与人之间的通信中共享偏好是重要的。具体而言，在一个人与 他/她首次相遇的人士交谈的情形下，如果他/她知道该人士与他的/ 她的偏好匹配或者不匹配的偏好，则他/她可以容易地开始通信。
作为用于解决此类问题的常规技术，已经使用 一种这样的方法， 其中人们在他们自己的简档等中描述他们的爱好或者偏好并且通过 系统参考其他人的爱好或者偏好或者将这样的描述用于检索或者匹 配。另外，还已知一种用于从用户的活动日志和内容(布告、博客 上的评论和邮件消息)等中提取偏好信息的方法。这一方法包括一 种用以简易地提取名词作为目标的方式和一种用以借助针对目标对 象的评价表达等来提取该目标对象的方式。然而，即使用户写博客 或者在公共场所进行对话(比如聊天)，用户仍然不想让其他人知 道此类偏好信息，因为用户根据谁将要阅读书写的或者发布的消息 来改变他们对书写的或者发布的消息的态度。因而，即使用户公开了从中提取用户偏好的原始内容，用户仍然对允许公开所有自动提 取的偏好信息有所犹豫。
对于具有此类犹豫的个人，已知 一种用于确定信息公开策略的 方法。这一方法使得有可能通过使用对公开策略的描述来确定向他 人公开或者不公开偏好信息。然而，对于这一方法只能采用一种用 于逐个指定个人(或者个人的群组)作为用于公开信息的目标的方 式。因此，对于未知用户可以进行二元确定，即不公开或者公开。 这样的方法不能恰当地应对用户希望在与未知人士的通信中使用偏 好信息这一情形。
曰本未审专利申请公开号HEI11-345248公开了以下技术，其旨 在防止由于意外公开了选择与用户的偏好匹配的信息所需的用户简 档信息而引起的对隐私的侵犯。具体而言，通过使用终端设备来读 取在IC卡中记录的用户简档信息并且将信息发送到主机计算机。主 机计算机基于接收的简档信息来选择所接收的供应信息(产品信 息)，并且通过将信息发送到用户的终端设备来提供与用户的偏好 匹配的供应信息。在这一技术中，根据保密级将在IC卡上记录的简 档信息分为A级至C级。因此有可能通过用户操作来设置允许公开 哪一级简档信息。
日本未审专利申请公开号2002-108920公开了以下技术，其旨在 于提供一种在保护用户的隐私的同时使用户能够接收与用户的偏好 相适应的服务的信息提供方法。具体而言，在门户站点服务器中的 用户信息管理部分管理用户的个人信息。当对于信息的请求从用户 的终端设备发送到信息站点服务器时，包括比如用户的爱好和偏好 这样的内容的个人信息从门户站点服务器发送到信息站点服务器。 然后，信息站点服务器向用户的终端设备发送包括与接收的个人信 息相适应的内容的信息。
曰本未审专利申请公开号2007-102635公开了以下技术，其旨在 基于社团属性和最终用户与社团属性有关的偏好匹配来推荐适合于 每个最终用户的博客社团作为沟通空间。具体而言，博客社团分析器基于社团定义信息来分析构成社团的每个博客的内容。随后，通 过计算包括规模、活动级和开放度在内的社团属性信息中的 一 条或 者多条信息，来检索与社团推荐条件匹配的博客社团信息。随后， 响应于来自最终用户的终端的请求，在屏幕上显示所获得的作为检 索结果的社团信息。
上述常规技术使得有可能防止简档信息如偏好信息泄露给他 人。然而，仍然不可能恰当地控制向未知第三方公开或者不公开偏
好信息。日本未审专利申请公开号HEIll-345248 [专利文献2]日本未审专利申请公开号200厶108920 [专利文献3]日本未审专利申请公开号2007-10263
发明内容
本发明的一个目的在于提供一种使用户能够设置公开或者不公 开他的/她的偏好信息的单个元素的技术。
本发明的另 一 目的在于提供一种使用户能够根据另 一用户或者 用户群组所具有的偏好信息来设置公开或者不公开他的/她的偏好信 息的技术。
根据本发明，通过由用户自己使用策略文档来设置隐私公开范 围、然后通过公开从用户的动作历史(比如发布消息历史、文档书 写历史和动作)中提取的偏好信息来实现前述目的。
本发明通常具有以下两个系统。第一系统是用于从用户自己所 公开的信息或者文档中提取偏好信息并且用于管理偏好信息的系 统，即简档管理系统。这一系统包括偏好信息提取部分和偏好信息 存储部分。这 一 系统使得有可能基于隐私策略来确定用户以什么级 别向外界公开从他的/她的自有历史中检索的偏好信息。
第二系统是用于通过将某个用户的偏好信息与另 一用户的偏好 信息进行匹配来获得其他用户的信息的系统。这一系统包括管理 通信空间的通信空间管理部分；管理用户隐私的隐私策略存储部分；以及应用隐私策略的策略应用部分。这一系统基于上述隐私策略来 确定向谁公开从用户的自有历史中检索的偏好信息中的什么信息。 这一系统使得有可能知道特定个人的偏好或者搜寻偏好与用户的偏 好相匹配的个人。
在本发明中，用户的偏好信息可以不仅包括目标对象和对该目 标对象的偏好(正面偏好如"喜欢"和"喜爱")而且包括否定(负面偏 好如"不喜欢"和"乏味")。可以通过使用比如现有情感分析这样的技
术来提取上述偏好信息。另外，用户也可以自行创建简档。
根据本发明，通过将描述和管理用于公开偏好信息的策略的隐 私策略应用于偏好信息，基于分类来确定是否向第三方公开信息， 其中该分类是由匹配系统进行匹配而得到的结果。关于隐私策略的 例子，可以考虑以下例子。
1. 向已经进行查询的用户仅公开与该用户的偏好匹配的偏好信息。
2. 向某个房间中的多个用户仅公开与用户自己的偏好信息有共
性的偏好信息。
通过设置这样的隐私策略，仅允许公开关于偏好与其他用户的 偏好相匹配的偏好信息，并且如果偏好不匹配则不允许公开。因此， 偏好信息绝不会向具有与用户的偏好不匹配的偏好的第三方公开。
另外，在用户自己描述隐私策略的情况下，用户可以设置公开 级，比如，即使偏好不匹配也仍然公开信息，或者即使偏好匹配也 不公开信息。另外，可以参考从用户的动作历史中创建的简档。例 如，也可以参考存在什么种类的偏好信息或者还可以参考偏好信息 的何种目标对象。另外，为了描述隐私策略，目标对象信息也可以 与上述一起使用。例如，现有分类词汇用来当同义词的组中的一部 分被设置为目标对象时防止公开。又如，如果分类词汇具有树结构， 则也有可能采用一种用于当在某一节点之下的词被设置为目标对象 时防止公开的指定方法。
根据本发明，对隐私策略的描述使得有可能通过在计划的、有
9限的和具体的范围内向他人公开偏好信息，而如果用户不希望公开 偏好信息则保持偏好信息不公开，从而实现有意义的通信，比如仅 公开与其他用户的偏好匹配的偏好信息或者当用户在某一用户群组
中时仅公开与他/她的偏好信息有共性的偏好信息。


图1是示出了在虚拟空间服务器与客户端计算机之间的连接状 态的示意图。
图2是示出了客户端计算机的硬件的示意框图。
图3是示出了虛拟空间服务器的硬件的示意框图。
图4是示出了用于执行偏好匹配处理的功能的逻辑框图。
图5是在个人之间的偏好匹配处理的流程图。
图6是用于获得可以公开的偏好信息的处理的流程图。
图7是隐私策略应用处理的流程图。
图8是在通信空间中的偏好匹配处理的流程图。
图9示出了用于登记和编辑偏好信息的屏幕。
图10示出了用于登记和编辑隐私策略的屏幕。
图11示出了在虛拟空间中在个人之间公开偏好信息的例子。
图12示出了在虚拟空间中在个人之间公开偏好信息的例子。
图13示出了在虚拟空间中向群组公开偏好信息的例子。
图14示出了在虚拟空间中向群组公开偏好信息的例子。
图15示出了在即时消息传递系统中公开偏好信息的例子。
图16示出了在即时消息传递系统中公开偏好信息的例子。
图17示出了在即时消息传递系统中公开偏好信息的例子。
图18示出了在即时消息传递系统中公开偏好信息的例子。
图19示出了在即时消息传递系统中公开偏好信息的例子。
具体实施例方式
下文将参照附图描述本发明的实施例。除非另有指明，相同标号将贯穿附图地表示相同部件。另外应当理解以下描述是针对本发 明的实施例给出的而并不旨在于将本发明限制于实施例中描述的内容。
本发明可以应用于其中用户通过网络相互交互的任何系统，比
如SNS、虚拟空间和普通聊天系统。将以虚拟空间服务器作为例子 给出以下描述。图1是示出了用作这一实施例的前提的虚拟空间服 务器的整个配置的示意图。在图1中，多个客户端计算机106a、 106b…106z经由因特网104连接到虚拟空间服务器102。
在图1所示系统中，客户端计算机的用户通过Web浏览器或者 从虚拟空间服务器102下载的专用虚拟空间浏览器经由因特网104 的连接登陆到虚拟空间服务器102。
为了登陆，客户端计算机上的每个用户使用给定的用户ID和与 之关联的密码。 一旦客户端计算机上的用户通过使用他们自己选择 的预先的化身(avatar)来登陆，就允许他们在虚拟空间内移动以拜 访各种设施并且通过聊天与其他化身通信。
接下来，参照图2,将针对图1中标号106a、 106b…106z所表 示的每个客户端计算机给出对硬件框图的描述。
在图2中，每个客户端计算机具有主存储器206、CPU204和IDE 控制器208,它们都连接到总线202。显示控制器214、通信接口 218、 USB接口 220、音频接口 222和键盘/鼠标控制器228也连接到总线 202。硬盘210和DVD驱动器212连接到IDE控制器208。 DVD驱 动器212用于按照需要从CD-ROM或者DVD安装程序。具有LCD 屏幕的显示设备216优选地连接到显示控制器214。在显示设备216 上绘制从与计算机相连的虚拟空间服务器发送的化身、对象等。在 这一实施例中，不在服务器侧上而是在客户端侧执行绘制。
具有特定按钮的专用控制器设备、加速度传感器设备等按照需 要连接到USB接口 220,并用于方便地操作虚拟空间内的化身。
扬声器224和麦克风226连接到音频接口 222。通过向客户端计 算机提供语音合成功能，另 一 侧上的化身所进行的聊天内容可以在虚拟空间中转换成语音并且从扬声器224输出。另外，还通过向客 户端计算机提供语音识别功能，用户向麦克风226说出的内容可以 在虚拟空间中通过语音识别功能转换成文字并且作为聊天内容发送 到另一侧上的化身。
键盘230和鼠标232连接到键盘/鼠标控制器228。键盘230通 常用于在虚拟空间中书写聊天消息。另外，当没有使用专用控制器 时，键盘230也用于允许化身跳转和继续。鼠标232用于从菜单中 选择操作并且在虛拟空间中执行该操作，或者用于检查和设置在虛
拟空间中对象属性。
可以利用例如基于32位架构或者64位架构的任一种CPU。具 体而言，可以使用Intel公司制造的Pentium (商标)4、 AMD公司 制造的Athlon (商标)等。
硬盘210至少存储操作系统和在该操作系统上操作的虚拟空间 浏览器(未示出)。操作系统在系统被引导时加载到主存储器206 中。对于操作系统，可以利用WindowsXP (商标)、Windows Vista (商标)、Linux (商标)等。
通信接口 218通过利用由操作系统提供的TCP/IP通信功能根据 Ethernet (商标)协议等与虛拟空间服务器通信。
图3是示出了在虚拟空间服务器提供商一侧上的硬件配置的示 意框图。如图3中所示，客户端计算机106经由因特网连接到通信 线302。这里注意，客户端计算机106是用于图1中所示客户端计算 机106a、 106b.,.106z的统称，客户端计算机106实际上是客户端计 算机106a、 106b...106z中的任一客户端计算机。
图3中所示虚拟空间服务器102包括岛(island)服务器304a、 304b…304z和管理服务器306,它们中的每一个都连接到通信线302 并且可以相互通信。优选的是这些服务器通过速度为1000Mbps的 1000BASE-T Ethernet (商标)相互通信。
管理服务器306具有系统总线308,该总线308与CPU310、主 存储器312、硬盘314和通信接口 316相连接。虽然在图3中未示出，但是键盘、鼠标和显示设备也连接到管理服务器306，该管理服务器
可以通过它们来执行对整个虚拟空间服务器102的管理和维护。可 选地，虽然在图3中也未示出，但是管理服务器可以通过使用连接 到通信线302的计算机来执行对整个虚拟空间服务器102的管理。
在管理服务器306中的硬盘314存储操作系统和用于对客户端 计算机106的登陆管理的在用户ID与密码之间的对应表。另外，硬 盘314还存储以下将具体描述的简档、隐私策略、模块等。简档是 为针对每个用户而创建的并且包括偏好信息。模块基于隐私策略来 管理偏好信息。
岛服务器304a、 304b…304z中的每一个都是在虚拟空间中管理 例如256mx256m的岛(或者称为SIM)的服务器。具体用户从虚拟 空间的管理者购买或者租借一个或者多个岛，而作为所有者的该用
理。在可伸缩性方面，如上所述，优选通过相应服务器来单独地管 理每个岛，使得虛拟空间可以仅通过添加岛服务器来进行扩展。然 而，本发明不具体地限于如上所述的包括多个岛的虚拟空间，而是 也可以应用于使多个用户能够相互通信的任何形式的虚拟空间。
另外，本发明不仅可以应用于虚拟空间而且也可以应用于其中 多个用户通过网络交换消息的任何系统，比如随后将描述的社交联 网业务和因特网上的普通聊天。
注意上述管理服务器和岛服务器的例子包括但不限于IBM (商 标)System X、 System i、 System p等，上述所有都来自国际商业机 器公司。
接着参照图4,将给出对执行与本发明有关的主要过程的子系统 (也称为模块)的功能的描述和对子系统之间关系的描述。子系统 包括偏好信息提取部分402、偏好信息存储部分404、隐私策略存储 部分406、通信空间信息管理部分408和策略应用部分410。优选使 子系统存储于管理服务器306中的硬盘314 (图3)中，在由操作系 统按照需要将该子系统加载到主存储器312中之后，该子系统可由多个用户访问并且由CPU310执行。
偏好信息提取部分402获得从文档、用户的动作历史等中获得 的偏好信息，并且将获得的信息输入到偏好信息存储部分404中。 偏好信息存储部分404将输入的偏好信息与针对每个用户的参数(诸 如时间) 一起管理。在隐私策略存储部分406中，每个用户描述、 输入和管理他的/她的相应隐私公开策略。通信空间信息管理部分 408动态地保持有关通信空间的信息(例如在虚拟空间中某个建筑物 的房间等)，其中用户所操作的化身存在于在该通信空间中，并且 提供与什么种类的用户存在于该空间中有关的信息。偏好信息匹配 策略应用部分410通过基于从通信空间信息管理部分408获得的通 信空间信息来从相应系统获得关于两个或者更多个用户的偏好信息 和这些用户的隐私策略，从而实现应用匹配。结果将偏好信息返回 给用户或者第三方。
随后将具体描述上述相应子系统。
给出对在偏好信息提取部分402中如何提取偏好信息和如何利 用所提取的偏好信息的描述。偏好信息是成对具有将是偏好目标的 目标对象和对该目标对象的偏好如"喜欢"和"不喜欢"的信息。
偏好信息提取部分402从公开信息中提取某人X的偏好信息。 此公开信息是从其提取偏好信息的信息，并且该信息可以包括公开 信息源或者私人信息(如果该私人信息是允许被公开的)，该公开 信息源诸如博客，而该私人信息诸如个人邮箱和个人计算机中的文 件。另外，公开信息也可以包括活动日志文件等。然而，在这一情 况下要求能够标识活动日志或者消息是何人的，以便标识偏好信息 是何人的。
作为子系统，偏好信息提取部分402包括或者通过调用来使用 以下内容例如，在与本申请有关的日本未审专利申请公开号 2005-530224中7>开的文档爬虫(crawler)和活动日志采集系统；以
14及例如，在与本申请有关的日本专利申请待审公开号2006-146567 中公开的偏好表达分析和提取系统。另外，偏好信息提取部分402 也可以使用在与本申请有关的日本专利申请待审公开号 2005-235014中描述的从诸如消息日志的文档中提取偏好信息的技 术。在日本专利申请待审公开号2005-235014中描述的技术称为情感 分析，这用于在经过解析的文档中搜索通过使用具有诸如"喜欢"和 "不喜欢"的属性的可变格(declinable)词典来书写与评价有关的表 达之处，以及用于基于解析结果来获得目标对象。
作为用于从活动日志中提取偏好信息的活动日志采集系统，在 曰本专利申请待审公开号2006-252207中描述了以下技术，该技术使 用通过使用活动日志管理系统中的便携发送器等来获取和管理现实
世界中的动作而获得的数据。
具体而言，根据这一实施例，在虚拟空间或者3D因特网中，可
以基于对象或者化身以及对之的动作来提取偏好信息。例如，考虑 有人长时间穿戴某一对象(比如衣服和帽子)的情况，将该对象视 为此例中的目标对象。另外，也可以基于"穿戴一定时间或者更久" 这一动作来认为存在此人"喜欢"该对象的偏好。
偏好信息提取部分402将要提取的偏好信息(偏好信息对象或 者也描述为它的缩写词PIO)包^l舌目标对象和谓词(predicate)，该 谓词表达了用户对偏好信息谓词的目标对象的偏好。作为PIO的 XML表达，例如将目标对象描述为"TargetObject",而将偏好信息谓 词描述为"predicate"。
<PIO>
<targetObj ect>animation</targetObj ect〉 <predicate〉like</predicate〉
</PIO>
这里，targetObject用英文描述为"animation (动画)"。可选地， 也可以用其他语言描述targetObject。另外，作为谓词即偏好信息的 "like (喜欢)，，也可以用其他语言来描述，例如用日文描述为"suki"。[偏好信息存储部分]
偏好信息存储部分404包括或者调用分类词汇(thesaurus )和个 人偏好DB。虽然在图3中未示出，但是分类词汇和个人偏好DB存 储于管理服务器306中的硬盘314中。在分类词汇中描述了在偏好 与目标对象类别之间的超级子关系。在偏好信息存储部分404中， 向PIO给予由分类词汇提供的目标对象类别和偏好。作为PIO的 XML表达，例如，将分类词汇提供的目标对象类别描述为 "targetObjectCategory"，而将偏好描述为"preference"。偏好值为正或 者负。个人偏好DB存储个人偏好信息并且可以从外界接收关于个 人偏好信息的查询。响应于该查询，个人偏好DB返回PIO列表。
在隐私策略存储部分406中，可以描述和存储针对个人的允许 或者拒绝自有PIO的隐私策略。XML标记"privacyj)olicy"包括以下
四个基本标记。
具体而言，首先，"permission (准许)"标记指定了是允许还是 拒绝隐私信息的公开。
"target (目标)"标记指定了信息的公开的目标(允许或者拒绝 在何处向谁公开信息)和用于公开信息的方法。
PIO标记指定了待公开的偏好信息(允许或者拒绝的偏好信息)。
"condition—list (条件列表)"标记指定了允许或者拒绝的条件。
在以下XML中使用这些标记。注意下文在<!-...->中或者在〃之 后描述的注释是用于说明这一实施例的注释而与实际处理无关。
< xml version="1.0" encoding="utf-8" 〉
<!-
用于允许向处于同 一通信空间中并且具有匹配偏好的个人公开 信息的策略 -〉
<privacy_policy—definitions) 〃限定隐矛厶策略 <privacy_policy> 〃隐私策略的单]立
<permission>allow</permission> 〃车lr入只于允i午或者才巨纟色的准i午 <target> 〃指定用于公开偏好信息的目标
<person inCommunicationSpace="yes7> 〃表示在同一通"f言玄间 中的个人是目标 </target><condition_list> 〃表达包括"and"、 "or"和"not"在内的条件的列
表
<or>〃对"or"条件的描述 <condition>
<preference—matching type="matching affinity"/>
</condition>
<condition>
<preference—matching type="matching antipathy7〉 </condition〉
</or>〃结束对"or"条件的描述
</condition—list>
</privacy_policy>
<!-
用于拒绝向处于同一通信空间中并且具有不匹配偏好的个人公
开信息的策略 ->
<privacy_policy>
<permission〉deny</permission>
<target>
<person inCommunicationSpace="yes"/>
</target>
<condition_list>
<or>
<condition><preference—matching type="opposing affinity"/x/condition〉
<condition><preference—matching type="opposing
antipathy 7></condition>
</or〉
</condition—list></privacy_policy> </privacy_policy—definitions> < xml version="1.0" encoding="utf-8" > <!-
用于允许向处于同一通信空间中并且具有匹配偏好的个人公开 信息的策略 ->
<privacy_policy—definitions) <privacy_policy> <permission>allow</permission> <target>
<person inComminitySpace="yes"/〉
</target>
<condition_list>
<or>
<condition>
<preferenceMatching type="matching affinity7〉 </condition〉
<condition><preferenceMatching type="matching
antipathy"/〉</condition>
</or>
</condition—list>
</privacy_policy〉
<!-
用于拒绝向处于同一通信空间中并且具有不匹配偏好的个人公 开信息的策略 ->
<privacy_policy> <permission>deny</permission><formula>formula see original document page 20</formula>参照上述XML，将具体地描述标记。
首先，"permission，，标记取"allow (允许)"或者"deny (拒纟色)" 这两个值中的任一值。当多个策略就同一 PIO而言匹配时，应当向 "deny"给予优先级。因此，基本上只有完全没有信息要公开时(例如 没有信息要向某人公开这样的情况)才描述"deny"。
作为在target标记以下将要输入的标记，有"person (个人)，，和 "communication space (通信空间)，，这两个标^己。在person标记的情 况下，保留以下属性。
"inCommunicationSpace"意味着是否共享同一通信空间，并且向 其输入的是"yes (是)"或者"no (否)，，。
"group"表示个人是否为先前限定的群组中的成员。
"role，，表示个人是否具有先前限定的角色，例如管理员等。
"id"表示用于标识个人的ID。
在communication—space标记的情况下，保留以下属性。 "role"表示个人是否具有先前限定的角色，例如管理员等。 "id"表示用于标识通信空间的ID。PIO标记描述了待公开的信息。应当通过可变ScurrentP10来表 达当前^皮作为隐私策略评价的目标的PIO。
在"category (类别)"属性中描述PIO匹配条件。这里使用以下函数。
Category (PIO o):返回PIO o的类别。 upperCategory ( Category c ): 返回类另'J c的上级类另寸。 lowerCategory ( Category c ):返回类另'J c的下级类另'J的歹l)表。 这里假设了类别的分级结构。
另外，可以通过不描述PIO标记，将当前作为评价目标的PIO 设置为公开的目标。
作为例子，为了允许公开针对在当前评价的PIO的类别之中的 上级类别的PIO的所有"preference—matching",进行以下描述。
<PIO category="upperCategory(category($currentPIO))"
preference—matching="all7>
此外，描述"mode"属性以指定PIO公开模式。使用以下值。 anonymous (匿名)不^>开用户ID named (命名)公开用户ID (默认值)
通过使用以下三个运算符将多个条件与布尔代数进行组合来描 述"conditionJist"标记。 and: 逻辑积 or: 逻辑和 not:非
在"condition，，标记中描述单独条件。下文描述可以在"condition"
中描述的标记。
preference—matching (偏好匹配)指定偏好信息的匹配类型。 匹配类型通过属性"type，，来指定并且可以取以下四个值。
matching affinity (匹配亲和)其他人喜欢个人所喜欢的事物。 matching antipathy (匹配反感)其他人不喜欢个人所喜欢的事物。
21opposing affinity (对立亲和)其他人不喜欢个人所不喜欢的事物。
opposing antipathy (对立反感)其他人喜欢个人所不喜欢的事物。
all (全部)上述所有情况。 为了更具体，将描述数个例子。 [例1]
下利4<表了在类另'J "anime"的"preference—matching"为 matching affinity的情况下对条件的指定。
<preference_matching type="matching affinity">
<category id="anime"/>
</preference—matching> [例2]
下文是以下策略的例子，该策略描述了如果"Daimajin Z，，的相互 偏好信息彼此匹配，则将公开关于其上级类别("anime")的所有偏 好信息。
<privacy_policy>
<permission〉allow</permission〉
<target>
<person inComminitySpace="yes"/〉 </target>
<PIO category="upperCategory(category($currentPIO))"
matchingPreference="all7>
<condition—list>
<and>
<condition>
<preference_matching type="matching affinity"/>
</condition〉
<condition><category id="Daimajin Z7>
</condition〉
</and〉
</condition—list> </privacy_policy> [例3]
下文是以下策略的例子，该策略描述了如果在通信空间中有多 于半数的类别如"anime，，，则将在通信空间中公开对"anime"的偏好。 <privacy_policy> <permission>allow</permission〉 <target〉
Communication—space/>
</target>
<condition—list>
<and〉
<condition>
<preference—matching type="matching affinity"/>
</condition〉
<condition〉
<category id="anime"/〉
</condition>
<condition〉
<minimumMatchingRatio value="0.5"/>
</condition>
</mid>
</condition—list> </privacy_policy>
当有来自外界的针对某人的隐私策略的请求时，返回这 一 隐私策略。[策略应用部分]
策略应用部分410将从隐私策略存储部分获得的隐私策略列表
应用于从偏好信息存储部分404获得的偏好信息列表并且将确定为 待公开的偏好信息返回到通信空间信息管理部分。参照图5中所示 流程图，将描述隐私策略应用的处理流程。将首先描述的例子是个 人对个人的偏好公开请求。
在图5中所示步骤502中，用户(例如用户PI )请求来自通信 空间信息管理部分408的关于同一通信空间中另一用户(例如用户 P2)的信息。通信空间信息管理部分408将请求发送到策略应用部 分410。
在步骤504中，策略应用部分410从偏好信息存储部分404获 得用户Pl和P2的偏好信息列表(PIO列表)。如果在用户P2的PIO 中设置可访问用户列表，则将仅获取包括可访问用户列表中的用户 Pl的PIO。
在步骤506中，从隐私策略存储部分406获得用户P2的隐私策 略，并且将隐私策略应用于所获得的用户P2的相应PIO。因此获得 被允许向用户Pl公开的用户P2的PIO列表。将参照图6中所示流 程图具体描述这一处理。
在图6中所示步骤602中，将隐私策略应用于所获取的PIO列 表中的第一个PIO。随后将参照图7中所示流程图具体描述步骤602 中的具体处理。
在步骤604中，从PIO列表中去除应用了隐私策略的PIO。 在步骤606中，确定PIO列表是否为空。如果PIO列表为空，
则该处理回到步骤602。
当在步骤606中确定PIO列表为空时，完成被拒绝列表。然后
该处理转到步骤608，并且从PIO列表中去除被拒绝列表中的PIO。 在步骤610中，返回这样获得的被允许PIO列表。 随后，回到图5中所示步骤508，将被允许PIO返回给用户Pl。这里，优选地在用户Pl的客户端计算机的屏幕上显示被允许PIO。 在步骤510中，虛拟空间服务器系统等待通信上下文的变化。
例如，假设用户P2通过聊天将某一消息发送到用户Pl,通信空间 信息管理部分408将该消息发送到隐私策略存储部分406。随后，隐 私策略存储部分406 #全查在消息中是否有与用户P2的PIO对应的 词。如果有，则将该词的PIO公开/不公开属性改变成向用户Pl公 开。这归因于可以将用户P2发送消息到用户Pl这一事实解释为向 用户Pl公开该消息的意图。这是通信上下文的变化的例子。
如果通信上下文有变化，则该处理回到步骤506，在步骤506, 将改变的隐私策略应用于用户Pl的所有PIO。
以这一方式，在步骤508中，向用户Pl呈现与在消息中公开的 词关联的PIO。
接着参照图7中所示流程图，将给出对用于将隐私策略应用于 PIO的处理的描述。这一处理对应于图6中所示流程图中的步骤602
的细节。
在步骤702中，尝试将隐私策略应用于当前PIO。随后，在步骤 704中确定隐私策略是否是可应用的。这里，对可应用性的确定如下 所示。
具体而言，确定在〈PIO到</PIO>中从〈target〉到〈/target〉指定的 部分是否与从<target>到々target〉指定的请求部分匹配。如果这些部 分不匹配，则确定隐私策略不是可应用的，并且该处理进展到步骤 718。注意关于这里提到的匹配，如果在隐私策略中写入类别 ($currentPIO )，则确定词的类别之间的匹配而不是"target"词之间 的匹配。
当在步骤704中确定隐私策略是可应用的时，在步骤706中确 定"condition—list"是否匹配。
例如，"condition—list"描述如下。在下例中仅描述一个条件。可
<condition—list〉与</condition—list〉之间指定多个条件。如果在"condition—list"中无内容，则认为偏好匹配。另外，如果 指定"preference—matching"标记，则确定被评价的用户P2的PIO是 否在偏好方面与用户Pl的PIO匹配。
<condition—list〉
<condition〉
<preference—matching type="matching affinity"/>
</condition>
</condition_list>
例如，假设被评价的用户P2的PIO如下，如果被评价的隐私策 略的"conditionjist"如上所述，则检查在用户PI的PIO中是否有匹 配的PIO。如果是，则认为"condition—list"匹配。
<PIO><target>anime</target><predicate>like</predicate></PIO>
如果"conditionJist"不匹配，则该处理进展到步骤718。如果 "conditionjist"匹配，则在步骤708中获得将成为公开或者不公开目 标的PIO。如果在隐私策略中的PIO标记中无描述，则当前评价的 PIO变成目标PIO。如果在PIO标记中有描述，则获得用户P2与该 描述匹配的一个或者多个PIO作为目标PIO。
当获得目标PIO时，在步骤710中确定是否拒绝当前PIO。通 过检查隐私策略中的"permission"标记来进4亍这 一 确定。如果 "permission，，标记的值是"deny，，，则将步骤712中获得的PIO添加到 被拒绝列表。
如果在步骤710中的确定结果为否，则在步骤714中确定是否 允许当前PIO。也通过检查隐私策略中的"permission"标记来做出这 一确定。如果"permission"标记的值是"allow"，则将步骤716中获得 的PIO添加到被允许列表。
在步骤718中，获得下一隐私策略。随后，在步骤720中确定 是否留有尚未应用的隐私策略。如果留有尚未应用的隐私策略，则 该处理回到步骤702,在步骤702,将隐私策略应用于当前PIO。
当应用了所有隐私策略时，在步骤720中的确定结果表现为否定。因而完成在图7中所示流程图中的处理。
因此，在图7中所示流程图中的处理返回^皮允许和被拒绝PIO列表。
如上所述，在图6所示步骤608中使用这些被允许和被拒绝列 表。再次在步骤608中从被允许列表中减去被拒绝列表的原因在于 被允许和被拒绝列表可能包括重叠PIO。具体而言，仅仅某个PIO 在被允许列表中这一事实并不意味着将立即公开该PIO。如果该PIO 也在被拒绝列表中，则阻止公开该PIO。因此，向被拒绝列表给予优 先级并且防止非计划的公开。
图8是在获得用户群组的偏好情况下的处理流程图。 在图8所示步骤802中，用户U请求来自通信空间信息管理部 分408的例如在用户U的同一虚拟空间内的房间中用户(化身) Pl...Pn的简档。通信空间信息管理部分408将该请求移交到策略应 用部分410。
在步骤804中，策略应用部分410从偏好信息存储部分404获 得用户Pl...Pn的简档中的偏好信息列表(PIO列表)。如果在Pi U=l...n)的PIO中设置可访问用户列表，则仅获得向第三方公开 的PIO。
在步骤806中，将用户Pi的隐私策略应用于用户Pi (i=l...n) 的简档中的每个PIO。然后，确定是否各PIO是否被允许向第三方 公开。这里为了更为具体，执行与在图6和图7所示流程图中一样 的处理。然而，由于这些处理与参照图6和图7中所示流程图描述 的处理几乎相同，所以将省略其描述。注意，这里不同之处在于以 下处理该处理获得用户Pi的简档中包括的所有PIO为肯定或者否 定的比例。这一比例如果在隐私策略中有描述则用于与如上述[例3] 中描述的以下条件做比较。
<condition>
<minimumMatchingRatio value=" 0.5"/〉 </condition〉在步骤806中这样获得被允许PIO之后，将这样获得的被允许 PIO返回到通信空间信息管理部分408。随后，通信空间信息管理部 分408通过将被允许PIO发送给用户U的客户端计算机，来向用户 U呈现被允许PIO。
在步骤810中，通信空间信息管理部分408等待通信上下文的 变化。如果通信上下文有变化，则该处理回到步骤806，在步骤806 执行重新应用隐私策略。
接着，图9示出了用于用户编辑偏好信息的屏幕。如上所述， 优选从用户的博客、用户的Web浏览历史、与用户的动作有关的信 息等中自动提取用户的偏好信息。同时，图9中所示屏幕使用户能 够编辑所获得的偏好信息或者添加新的偏好信息。
优选通过使用JavaScript (商标)和利用Perl、 Ruby等的CGI 在服务器102上实现图9中所示菜单。另外，用户通过使用支持 JavaScript的Web浏览器来进入这一菜单。可选地，也可以通过使用 比如PHP、 Java (商标)Servlet和JSP这样的才支术来描述该菜单。 然而，由于这些技术众所周知，所以这里将省略其具体描述。另外， 用户也可以通过专用的客户端程序而不是通过Web浏览器和 JavaScript来进入图9中所示菜单。
虽然在图9中未示出，但是要求用户先通过输入他们自己的用 户ID和密码来登陆以进入这一屏幕。
在图9中，当点击按钮902时，出现用于输入目标短语的屏幕 (未示出)。随后，当将短语输入到屏幕中并且点击确认按钮(未 示出)时，在下方显示条目904而在文字域906中现实所输入的短 语。谓词908是用于"喜欢"或者"不喜欢"的可选单选按钮集。例如， 可以默认选择"喜欢"。注意也可以设置选择除了 "喜欢"和"不喜欢" 之外的谓词如"热爱"和"憎恨"。
当点击按钮"显示分类词汇"910时，结合在文字域906中输出的 短语来搜索硬盘314中存储的分类词汇字典。以这一方式显示短语 的分类词汇。在这一阶段，可以按照需要用分类词汇中的短语取代文字域906中的短语。
如果条目904的任一部分有改变，则通过点击"更新"按钮来反 映和在硬盘314中保存这一改变的条目。优选在硬盘314中将偏好 条目保存为内容管理数据库(CMDB)中的数据。另外，可以通过 点击删除按钮914从内容管理数据库中删除该条目。
同时，通过在域916中输入短语并且点击搜索按钮918,可以列 出与该短语部分地对应的短语条目，并且可以按照需要对该短语条 目编辑或者删除。
图10示出了用于用户创建或者编辑隐私策略的屏幕。与在图9 所示菜单的情况下一样，也可优选通过使用JavaScript (商标)和利 用Perl、 Ruby等的CGI在服务器102上也能实现图IO中所示菜单。 另外，用户通过使用具有JavaScript功能的Web浏览器来进入这一 菜单。可选地，也可以通过使用比如PHP、 Java (商标)Servlet和 JSP这样的技术来描述该菜单。另外，用户也可以通过专用的客户端 程序来进入图10中所示菜单。
虽然在图IO中未示出，但是要求用户先通过输入他们自己的用 户ID和密码来登陆以进入这一屏幕。
注意与在偏好信息的情况下 一 样，用于每个用户的隐私策略也 存储于管理服务器306中的硬盘314的内容管理数据库中。
图10中所示屏幕主要包括基本设置部分和附加设置部分。基本 设置部分包括单选按钮集1010和与之关联的字符组合。短语"当偏 好匹配时公开偏好信息(默认设置)"与第一单选按钮关联。通过点 击这一单选按钮，当有人进行对公开偏好信息的请求时，只有当用 户的偏好信息与该个人的偏好信息匹配时才公开匹配的偏好信息。 这是本发明的典型处理之一并且设置为默认处理。这对应于以下隐 私策略。
<privacy_policy>
<permission>allow</permission>
<condition list><condition〉
<preference—matching type="matching affinity'V〉
</condition>
</condition_list>
</privacy_policy〉
通过点击单选按钮"公开所有偏好信息"，所有偏好信息向任何 人都公开。这对应于以下隐私策略。 <privacy_policy> <permission>allow</permission> </privacy_policy>
另外，通过点击单选按钮"不公开偏好信息"，不向任何人公开 偏好信息。这对应于以下隐私策略。 <privacy_policy〉 <permission>deny</permission> </privacy_policy〉
另外，通过点击单选按钮"不使用基本设置"，将设置留给在附 加设置部分中描述的内容。
用于附加地设置隐私策略的设置屏幕是如图10中所示的表形 式。该设置屏幕包括操作列1020、准许列1022、目标列1024、 PIO 列1026和条件列1028。
操作列1020具有"删除"按钮1020a和"更新"按钮1020b。优选 当点击"删除"按钮1020a时出现具有确认按钮的适当确认消息，而当 点击确认按钮时从硬盘314中的内容管理数据库中删除与相关行对 应的隐私策略。当点击"更新"按钮1020b时，在这一屏幕上设置的 内容保存于硬盘314中的内容管理数据库中并且随后向用户反映。
在准许列1022中点击单选按钮"允许"或者"拒绝"中的任一单选 按钮。
在目标列1024中指定该用户将他的/她的偏好信息向其公开的 个人、也就是目标。有用于"个人"和"通信空间的"单选按钮。当选择"个人，，时，设置用于向单个用户公开偏好信息的策略。同时，当选 择"通信空间"时，设置用于用户总体上向多个用户公开他的/她的偏
好信息的策略。例如在目标列1024中的属性备忘录域中，也可以在 针对单独用户的偏好信息公开情况下设置具体其他用户的Id。
虽然PIO列1026在图10中留白，但是例如可以描述待公开的 PIO 的 一 个或者多个条件， 比如 <PIO category="upperCategory(category($currentPIO))" matchingPreference二"a117〉。
在条件列1028中，用XML标记描述在乂人〈conditionJist〉到 </condition—list〉的空间指定的条件。
当点击按钮1030时，创建用于新隐私策略的条目。随后，隐私 策略可以按照需要来编辑并且保存于管理服务器306中的硬盘314 的内容管理数据库(图3)中。
接着参照图11和图12将给出对用户如何在虚拟空间中公开他 的/她的偏好信息的描述。
图11示出了用户A和B相会并且在虚拟空间浏览器1100内进 行对话这一情形。这里显示用户A的化身1102和用户B的化身1104。
假设用户具有以下隐私策略。
<privacy_policy—definitions>
<privacy_policy〉
<permission>allow</permission>
<target〉
<person/>
</target>
<PIO category="anime7>
</privacy_policy>
<privacy_policy〉
<permission>allow</permission〉
<target>
31<person/> </target>
<PIO category="Kamen Driver" matchingPreference="matching
affinity"/>
</privacy_policy〉
</privacy_policy—definitions>
进一步假设用户A在PIO中至少包括"anime"和"Kamen Driver" 作为"like"。同时根据用户A的隐私策略将"anime"设置为无条件地 向任何人公开。因此，在用户A的聊天屏幕1106中的偏好公开部分 1108中显示"anime"。
同时，虽然将不具体描述用户B的PIO和隐私策略，但是仍然 进一步假设至少不存在设置为将被无条件公开的偏好，并且至少 "KamenDriver"不包括在用户B的PIO中。在这一'清况下，由于没有 满足<PIO category="Kamen Driver" matchingPreference="matching affinity"/〉这一条件，所以在用户B的偏好公开部分1108中没有显 示"Kamen Driver"。
在用户A的偏好公开部分1108中显示"anime"的状态下，用户A 通过聊天向用户B说出"你好，4艮高兴见到你"。作为响应，用户B 通过聊天说出"你好"。
这里参照图5中所示流程图，在步骤S510中，通信空间信息管 理部分408 (图4)等待通信上下文的变化，换而言之，其监视聊天 消息。然而在这一点，聊天消息仅包括问候句。因此，通信上下文 无变化。
随后，屏幕转变成图12,其中用户B通过聊天说出"你喜欢 anime 我也是。我特别喜欢Kamen Driver!"。然后，通信空间信息 管理部分408分析这一消息并且认为用户B喜欢Kamen Driver。因 而，包括"Kamen Driver"作为"like"的PIO针对用户B而存储于偏好 信息存储部分404中。作为响应，用户A说出"噢，真的么！ ？"。
响应于通信上下文的这一变化，在图5所示流程图中的步骤506中重新应用隐私策略。因此满足条件〈PI0 category="Kamen Driver" matchingPreference="matching affinity7〉。因而在偏好7〉开部分1108 中显示"Kamen Driver"。
结果，用户B发现用户A实际上也喜欢Kamen Driver,因此他 们的对话可以变得生动。
接着参照图13和图14,将给出对于向群组公开偏好信息的例子 的描述。假设在图13中具有化身1302的用户C与具有化身1304、 1306和1308的用户交谈。在本例中，通信空间信息管理部分408 识别出化身1302和化身1304、 1306和1308在与其他空间区域分离 的可标识虛拟空间内的房间内。具体而言，可以关闭或者可以不关 闭该房间。
这里，用户C具有以下隐私策略。
<privacy_policy>
<permission〉allow</permission〉
<target〉
<communication_space/〉
</target〉
<condition—list>
<and>
<condition〉
<preference—matching type="matching affinity"/>
</condition>
<condition>
<category id="tennis"/〉
</condition〉
<condition〉
<minimumMatchingRatio value="0.5'7>
</condition>
</and></condition—list> </privacy_policy〉
当用户C进入这一房间时，用户C并不知道房间中其他化身 1304、 1306和1308的偏好信息。因此如图13中所示，当用户C通 过聊天说出"大家好"时，在聊天消息1310中没有显示用户C的偏好信息。
因而，用户C向通信空间信息管理部分408发送与房间中其他 化身1304、 1306和1308的偏好信息有关的查询。例如，用户C从 通过在用户C所使用的客户端计算机中的具有虚拟空间浏览器1100 的显示屏上任一处点击右鼠标按钮而弹出的菜单中选择"空间偏好 信息查询"(未示出)。随后当在显示屏上点击左鼠标按钮时，通信 空间信息管理部分408发送查询到偏好信息存储部分404 (图4)。 因此检索和确认具有化身1304、 1306和1308的各用户的偏好信息。 结果，进一步假设具有化身1304和1306的用户喜欢网球并且用户C 也喜欢网球，而具有化身1308的用户没有关于网球的偏好信息。
随后，通信空间信息管理部分408通过执行图8中所示流程图 中的处理来返回房间中喜欢网J求的用户比例为3/4=0.75这一信息。 此信息是基于房间中三个用户喜欢网球这 一 结果，但是不能确定其 余一个用户是否喜欢网球。作为响应，在用户C的偏好信息显示部 分1402中显示偏好信息"网球"，因为基于用户C的上述隐私策略而 满足条件〈minimumMatchingRatio value="0.57〉。因此，化身1304、 1306和1308发现用户C喜欢网球。随后，基于房间中多数用户喜 欢网球这一信息，用户关于与网球有关的话题可能滔滔不绝。
然后，进一步假设三个新的化身进入房间，并且作为用户C再 次发送空间偏好信息查询的结果而发现新的化身之 一 不喜欢网球而 其他两个化身没有关于网球的偏好信息。因而，由通信空间信息管 理部分408返回的房间中喜欢网球的用户比例表现为3/7=0.43。因 此，由于不再满足条件〈minimumMatchingRatio value="0.57>,所以 系统地删除图14中所示用户C的偏好信息。注意在上例中，用户执行明示操作以进行与逗留于空间中的用 户(化身)的集体偏好信息有关的查询。可选地，通信空间信息管
理部分408可以在化身在空间中逗留某一时段或者更久的情况下读 取逗留于空间中的用户(化身)的偏好信息，并且将所获得的信息 自动通知给其隐私策略包括空间策略(即 <target><communication—space/〉</target> )的用户。
另外，在多个用户(化身)逗留于某个房间(空间)中的情形 下，任何用户(第一用户)可以进行与另一化身(第二用户)的个 人偏好信息有关的查询。具体而言，第一用户从通过在第二用户的 化身上点击右鼠标按钮而弹出的菜单中选择"个人偏好信息查询，， (未示出)。随后，当在化身上点击左鼠标按钮时，通信空间信息 管理部分408发送查询到偏好信息存储部分404 (图4)。因此，可 以进行与其他化身的偏好信息有关的查询。在这一情况下，基于图5 中所示流程图中的处理，通信空间信息管理部分408获取第一用户 的偏好信息(PIO)和第二用户的偏好信息(PIO)并且将第二用户 的隐私策略应用于这些PIO。作为结果而返回的PIO仅发送到第一 用户的客户端计算机。因而，第一用户可以在根据第二用户的隐私
策略而允许的范围内在他的/她的自有客户端计算机上显示的虚拟空 间浏览器1100上查看第二用户的PIO。优选在虚拟空间浏览器1100 上以气球式形状显示与第二用户的化身关联的PIO。注意此信息不发 送到房间中其他用户的客户端计算机。因此，严格地限制PIO信息 公开范围。
图13和图14中所示处理也可以由事件的组织者用来提供广告。 具体而言，例如假设如下大量用户为了歌手将在虚拟空间中 举行的音乐会而聚集在虚拟空间中预备的剧院中；在音乐会开始之 前播放CM;因此希望用户在音乐会开始之前在CM的引导之下花时 间访问CM的赞助商的网站(或者在虚拟空间中预备的商店等)。 希望提供广告的个人(剧院的所有者或者广告商)首先从通信空间 信息管理部分408获得剧院中用户的ID。随后指定用户ID集作为具
35有偏好信息的用户群组。随后获得关于该用户群组的偏好的统计信息。
获得的信息如下。
"扁好目标是爱好(属于分类词汇中的"爱好")
喜欢音乐的人 75% 喜欢电影的人 20% 喜欢体育的人 10%
,偏好目标是人名(属于分类词汇中的"人名") 喜欢摇滚歌手D的人(男性)60% 喜欢巨星E的人(男性)30% 喜欢偶像F的人(男性)25% 喜欢偶像G的人(女性)2 %及其他
当获得上述信息时，有两种方式用以提供广告以满足用户的偏好。
1) 在有多个广告候选的情况下
考虑与广告发行商签署合同并且可以动态地改变广告的内容这 一情况。具体而言，所获得的偏好信息表明在这里聚集的用户之中 对音乐感兴趣的用户多于对电影或者体育感兴趣的用户。因此，呈 现针对音乐或者便携音乐播放器的促销活动而不是与电影有关或者 与体育有关的广告。
2) 在有一个广告目标但是有数种广告的情况下 考虑已经决定将要做广告的产品但是有数个广告这一情况。数
个广告意味着具有以下情节的CM,在该情节中巨星A(女性偶像)、 巨星B(男性偶像)和巨星C(女演员)各讲述同一产品的特征。有 可能从所获得的偏好信息中推断男性巨星比女性巨星对于这里聚集 的用户具有更大广告效应。因此，向用户呈现具有男性巨星的CM。 考虑当多人(化身)聚集于虚拟空间中时希望提供适合于这些 人的简档的广告(图像、视频、物品等)这一情形。这些人的简档 由服务器管理，并且鉴于隐私没有将信息提供给广告提供商。然而，如果在该情形下的偏好信息由通信空间信息管理部分408管理，则
广告提供商可以获得聚集者的偏好信息并且可以提供最有效的广告。
图15示出了将本发明应用于即时消息传递系统的例子。虽然在 图15中未示出，在这一系统中的服务器计算机包括与参照图4描述 的功能模块等效的功能模块。具体而言，偏好信息存储部分404存 储即时消息传递系统中登记的用户的偏好信息。另外，隐私策略存 储部分406存储所登记的用户的隐私策略。在图15中假设Aoki、 Betty、 Chris、 Suzuki、 Yamada和Zhang这六个用户已经登陆即时消 息传递系统并且具体查看Aoki的登陆屏幕。
当Aoki将光标移动到所显示的用户ID (这里是Betty)并且点 击右鼠标按钮，弹出包括偏好信息查询的菜单1604。随后，当Aoki 点击菜单1604中的偏好信息查询时，操作与在图5中所示流程图中 描述的功能等效的功能。首先获取Aoki和Betty的偏好信息，然后 将Betty的隐私策略应用于该偏好信息。如图17中所示，显示可以 向Aoki呈现的Betty的偏好信息1702。
图18示出了用于Aoki通过即时消息传递系统发送消息的屏幕 1802。在这一屏幕上，根据Aoki的隐私策略在偏好信息显示部分中 显示Aoki的偏好信息的动画和电影。这向将与Aoki聊天的任何人 公开。
图19示出了用于在三个或者更多成员之间聊天的屏幕1902。在 这一情况下，响应于在聊天屏幕中包括三个或者更多成员的事实， 通信空间信息管理部分408执行图8中所示流程图中的处理来获得 参与这一聊天的群组的偏好信息。例如，假设Aoki具有如果多于半 数的群组成员喜欢英式足球则公开Aoki喜欢英式足球这一隐私策 略，响应于通信空间信息管理部分408 ^r测到Chris和Suzuki喜欢 英式足球，即时消息传递系统将在偏好信息显示部分1904中显示"英 式足J求"。
本发明更有效地应用于社交联网业务(SNS)。社交联网业务本身是针对以下朋友而设计的，这些朋友对于通过网络相互公开简档 和兴趣可以彼此信任。本发明支持对偏好信息的具体公开设置，使 得相应用户可以向具有类似爱好的朋友公开他们的具体爱好，并且 也可以通过恰当地设置隐私策略来仅向具体社团中的成员公开该社
团的流行爱好。
虽然上文已经根据虚拟空间中的通信、即时消息传递系统和社 交联网业务的例子描述了本发明的实施例，但是本发明不限于此。 应当理解本发明可以应用于任何系统以便多个用户通过网络彼此交互。
权利要求
1. 一种用于匹配用户的偏好的系统，其与用户所使用的客户端计算机相连接，所述系统包括存储装置；用于在所述存储装置中存储多个用户的简档的装置，所述简档包括偏好信息；用于在所述存储装置中存储与是否允许公开所述多个用户中的每个用户的偏好信息有关的策略信息的装置；用于将第一用户的简档中存储的偏好信息与第二用户的简档中存储的偏好信息进行比较的装置；以及用于在所述第二用户的简档包括与所述第一用户的简档中的偏好信息相匹配的偏好信息的情况下并且在所述策略信息允许公开匹配的偏好信息的情况下，向具有所述第一用户的简档的用户的客户端计算机公开匹配的偏好信息的装置。
2. 根据权利要求1所述的系统，其中所述偏好信息包括与喜欢 或者不喜欢特定目标有关的信息，并且所述偏好信息的匹配是目标 的匹配以及喜欢或者不喜欢所述目标的匹配。
3. 根据权利要求2所述的系统，还包括 用于通过使用与目标词的广义概念的词有关的信息来确定偏好是否匹配的装置，所述目标词的广义概念的词包含于分类词汇中。
4. 根据权利要求1所述的系统，还包括 用于指定包括多个用户的群组的装置；以及用于在所述策略允许公开所述第一用户的简档中的偏好信息的 情况下将所述第 一 用户的简档中的偏好信息与所述群组中每个用户 的简档中的偏好信息进行比较、以及用于在具有匹配的偏好信息的 用户的比例不小于预定比例的情况下向所述群组中的每个用户公开 所述第 一用户的简档中的偏好信息的装置。
5. —种用于通过使用与用户所使用的客户端计算机相连接的计算机来匹配在存储装置中存储的用户的偏好信息的方法，所述方法包括以下步骤在所述存储装置中存储多个用户的简档，所述简档包括偏好信自.在所述存储装置中存储与是否允许公开所述多个用户中的每个 用户的偏好信息有关的策略信息；将第 一用户的简档中存储的偏好信息与第二用户的简档中存储 的偏好信息进行比较；以及在所述第二用户的简档包括与所述第 一用户的简档匹配的偏好情况下，向具有所述第 一 用户的简档的用户的客户端计算机公开匹 配的偏好信 息o
6. 根据权利要求5所述的方法，其中所述偏好信息包括与喜欢 或者不喜欢特定目标有关的信息，并且所述偏好信息的匹配是目标 的匹配以及喜欢或者不喜欢所述目标的匹配。
7. 根据权利要求6所述的方法，还包括以下步骤 通过使用目标词的广义概念的词来确定偏好是否匹配，所述目标词的广义概念的词包含于分类词汇中。
8. 根据权利要求5所述的方法，还包括以下步骤 指定包括多个用户的群组；以及在所述策略信息允许公开所述第 一用户的简档中的偏好信息的 情况下，将所述第 一用户的简档中的偏好信息与所述群组中每个用 户的简档中的偏好信息进行比较，并且在具有匹配的偏好信息的用 户的比例不小于预定比例的情况下，向所述群组中的每个用户公开 所述第 一用户的简档中的偏好信息。
9. 一种服务器系统，其经由网络与多个客户端计算机相连接， 所述服务器系统包括用于存储所述客户端计算机的用户的偏好信息的装置； 用于存储所述用户中的每个用户的隐私策略信息的装置，所述隐私策略信息包括所述偏好信息的公开条件；以及用于响应于从第一用户对第二用户的偏好信息查询而在所述用 户中的第一用户与第二用户之间比较所述偏好信息、以及用于在所 述第一用户的偏好信息包括与所述第二用户的偏好信息匹配的偏好 信息的情况下并且在所述第 一用户的隐私策略信息指定公开匹配的 偏好信息的情况下向所述第二用户的客户端计算机公开匹配的偏好 信息的装置。
10. 根据权利要求9所述的服务器系统，其中所述偏好信息包 括与喜欢或者不喜欢特定目标有关的信息，并且所述偏好信息的匹 配是目标的匹配以及喜欢或者不喜欢的匹配。
11. 根据权利要求IO所述的服务器系统，还包括用于通过使用目标词的广义概念的词来确定偏好是否匹配的装 置，所述目标词的广义概念的词包含于分类词汇中。
12. 根据权利要求9所述的服务器系统，还包括 用于指定包括多个用户的群组的装置；以及用于在所述策略允许公开所述第一用户的简档中的偏好信息的 情况下将所述第 一用户的简档中的偏好信息与所述群组中每个用户 的简档中的偏好信息进行比较、以及用于在具有匹配的偏好信息的 用户的比例不小于预定比例的情况下向所述群组中的每个用户公开 所述第 一用户的简档中的偏好信息的装置。
13. 根据权利要求9所述的服务器系统，其中所述服务器系统 是虚拟空间服务器系统，并且所述用户中的每个用户操作所述虚拟 空间服务器中的化身。
14. 根据权利要求9所述的服务器系统，其中所述服务器系统 是即时消息传递服务器系统，并且在所述客户端计算机中在即时消 息传递系统的消息传递窗口上呈现所述偏好信息。
15. 根据权利要求12所述的服务器系统，其中所述服务器系统 是社交联网业务服务器系统，并且所述群组构成所述社交联网业务 中的社团。
16.—种包含程序的计算机可读介质，所述程序在被执行时执 行用于实施根据权利要求5-7中任一权利要求所述的方法中的步骤的操作。
全文摘要
公开了一种用于偏好匹配的系统、方法和程序。使得用户能够根据另一用户或者用户群组所具有的偏好信息来设置公开或者不公开他的/她的偏好信息。通过将描述和管理用于公开偏好信息的策略的隐私策略应用于偏好信息，基于分类来确定是否向第三方公开信息，其中该分类是由匹配系统进行匹配而得到的结果。
文档编号H04L29/06GK101447987SQ200810149808
公开日2009年6月3日 申请日期2008年9月27日 优先权日2007年11月27日
发明者佐藤淳, 林田宪昌, 野美山浩, 铃木明子 申请人:国际商业机器公司