CN101179462A

CN101179462A - 社交网络系统

Info

Publication number: CN101179462A
Application number: CN 200710165952
Authority: CN
Inventors: 宫崎琢磨
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2006-11-10
Filing date: 2007-11-09
Publication date: 2008-05-14
Also published as: JP2008123233A; JP4882686B2

Abstract

一种社交网络系统，服务器(102)和用户设备(103)到(105)、(106A)到(108A)、以及(106B)到(108B)连接到网络上以配置该社交网络系统。服务器(102)存储各个用户的多媒体数据和好友列表用于在能够被认为是私用的确定数量的用户的范围内识别与各个用户建立了好友关系的用户。当服务器(102)从用户设备(103)到(105)、(106A)到(108A)以及(106B)到(108B)中的一个接收到访问请求时，服务器(102)允许该用户设备去访问该用户设备的用户的多媒体数据和与该用户设备的用户建立了好友关系的用户的多媒体数据。

Description

社交网络系统

技术领域

本文涉及一种社交网络系统，其允许在有限的小数量的用户间共享多媒体数据，如音乐内容。

背景技术

由于使用互联网的社交网络服务(SNS)的新近的发展，越来越多的人喜欢与他们的朋友或者具有相同爱好和嗜好的人交流(如，参见http://mixi.jp/)。特别是，音乐SNS在增加。在多种音乐SNS中，用户能够共享由各个用户拥有的音乐内容项的再现的历史记录(播放列表)。

此外，存在多种被称为CGM(消费者自制的媒体)的服务，允许消费者使用互联网自己去生成内容。这些CGM服务包含，比如，音乐文件和图片文件的共享服务。但是，如果由消费者上载的内容项是商用内容，这些服务会产生侵犯版权的问题。

为了避免这样的侵犯版权而采取措施，由人通过目视检查来确定每个上载的内容项是否是商用内容。通过人对上载的内容项的检查以决定是否准许发布上载的内容项，比如，已知的是第2002-041058号日本专利公开中所披露的技术。

发明内容

在社交网络服务(SNS)中，从保护版权的角度看，共享音乐内容本身并不允许。而且，对再现历史记录等的可共享的信息只能在个人计算机上可用，但是这样的共享信息在移动媒体播放器(如移动音乐播放器)等上是不可用的。此外，在用户想要同该用户在旅途中见到的人在SNS上建立朋友关系的情况下，用户被要求把他注册为其位于家中的个人计算机的一个朋友，而在旅途中并不能够立即进行注册。

第一个发明的目的是，提供一种技术，以允许在能够被认为是私用的范围的小数量的用户间共享多媒体数据，如音乐内容，并且其使用户能够容易地与在旅途中的另一个用户建立关系来共享这样的数据。

而且，在CGM服务中，在内容项通过人来检查的情况下，与上述的相关技术的情况一样，如果上载的内容项的数量是巨大的，很难处理所有的内容项。因此，在不考虑大的成本时，把要上载的内容项的数量限制在能够由人来检查的小的数量或者增加检查上载的内容项的人数的措施必须被采取。前一个措施由于限制了内容项的数量会减少CGM服务的吸引力。后一个措施要求巨大的成本，两者都造成服务难以维护。此外，由人来检查内容项也引起如向服务器上载内容项耗时太长及由人的检查引起的错误的不便。此外，因为商用内容项是不允许在常规性服务中被上载的，所以服务的普及率会降低。

第二个发明的目的是提供用于CGM服务中的技术，即使在商用内容项从用户的设备上载的情况下也避免侵犯版权，并且在商用内容项被上载的情况下也保护版权持有者的利益。

第一个发明提供的社交网络系统，其为用户间建立了好友关系的用户提供可用的通信服务，本系统包含：通过网络互连的服务器和多个用户设备；服务器，用于在为每个用户提供的存储区中存储每个用户的多媒体数据和每个用户的好友列表，好友列表用于在能够被认为是私用的确定数量的用户的范围内在彼此建立了好友关系的用户间识别用户。当服务器接收到来自一个用户设备的访问请求时，服务器允许对存储在使用该用户设备的用户的存储区中的多媒体数据和存储在与其建立了好友关系的用户的存储区中的多媒体数据进行访问。

根据第一个发明，在移动媒体播放器被用作用户设备的情况下，特别是，一个移动媒体播放器的用户被允许去再现另一个与其建立了好友关系的用户的流式传输(streamed)的媒体数据。而且，在一个移动媒体播放器的一个用户与另一个移动媒体播放器的另一个用户建立了好友关系的情况下，一个用户允许用他的移动媒体播放器把存储在他的移动媒体播放器中的媒体数据流式传输到另一个用户的另一个移动媒体播放器。此外，即使在旅途中等情况时，每个移动媒体播放器的每个用户被允许与另一个移动媒体播放器的另一个用户建立好友关系。存储在移动媒体播放器中的好友列表允许与存储在服务器中的好友列表同步。

在根据第一个发明的社交网络系统中，每个用户允许把他的多媒体数据存储在服务器上他的网络存储器上，而每个用户允许与能够被认为是私有范围内的有限数量的其它用户建立好友关系。根据第一个发明的社交网络系统中，通过准许与该用户建立了好友关系的其它用户去访问网络存储器来允许多媒体数据在好友之间共享，这样存储在网络存储器的多媒体数据被提供给好友。因此，根据第一个发明的社交网络系统中，在私有范围内的多媒体文件的共享(如在4到5个用户间的共享被认为是私有范围内)在法律上是允许的。此外，由于用户允许与另一个用户在他们的移动媒体播放器上建立好友关系，用户能够容易地在旅途中等情况下建立关系。而且，由于存储在每个移动媒体播放器中的好友列表与存储在服务器上的好友列表是同步的，因此社交网络系统确保在每个用户的各个好友列表间准确一致。

第二个发明提供了一种服务器，用于存储从用户设备上载的内容数据并向用户设备提供内容数据，当内容数据从一个用户设备上载时，服务器自动识别内容数据。根据内容数据的识别结果，服务器改变把内容数据提供给另一个用户设备的方式。

在第二个发明中，服务器可以根据识别的内容数据是否是商用(有版权的)内容来改变要被提供的内容数据的时间长度。

在第二个发明中，在识别的内容是商用内容的情况下，服务器可以自动把用于链接到销售相关于商用内容数据的产品的网站的附属信息添加到内容数据上，并且提供带有添加了链接信息的内容数据。

根据第二个发明，当内容项从用户上载到服务器时，内容项不是由人而是自动地被识别。因此，第二个发明避免了由可上载的内容项的数量的限制和增加人力需要的成本所引起的不便。此外，第二个发明不仅降低了上载内容项到服务器的耗时，而且也减少了发生错误的可能性。此外，第二个发明并不禁止上载商用的内容，而是积极地把商用内容的上载与商业机遇联系起来，为提高服务的普及做出贡献。

附图说明

图1是示出本发明的实施例的社交网络系统的整个系统的配置的图表。

图2是示意性地示出SNS服务器的硬件配置的框图。

图3是示意性地示出MMP的硬件配置的框图。

图4是示出供给每个用户的用户数据的示范配置的图表。

图5是示出在MMP上再现音乐内容的方式的图表。

图6是示出好友注册的程序的流程图。

图7是示出当用户“A”发出把用户“B”注册为好友的请求时显示的示范屏幕。

图8是示出当接收到请求的用户响应时显示的示范屏幕。

图9是示出在MMP上注册好友的处理的流程图。

图10是示出同步好友列表的处理的流程图。

图11是示出在更新和同步好友列表时所需的好友列表的更新处理的流程图。

图12是示出在MMP上再现内容的处理的流程图。

图13是示出当音乐内容列表被显示时显示的示范屏幕。

图14是示出从SNS服务器检索音乐内容列表的处理的流程图。

图15是示出从MMP检索音乐内容列表的处理的流程图。

图16是示出再现流式传输内容的处理的流程图。

图17是示出连接到SNS服务器上的其它服务器的配置的图表。

图18是示出由如图17所示配置的系统执行的处理的流程图。

具体实施方式

现在将参照附图来说明本发明的实施例。图1是示出本发明的实施例的社交网络系统的整个配置的图表。社交网络服务器(SNS服务器)102和各个用户的个人计算机(PC)103、104、105连接到广域网101，如互联网。上述的PC 103、104、105的各个用户是事先注册到SNS上的。用户也分别拥有移动媒体播放器(后文中称为“MMP”)106A、107A、108A。在图1中，假设有三个用户注册到系统上，但是，用户的数量可以是任意希望的数量。上述的作为内容提供商服务器的SNS服务器102确定用户上载的内容项是否是商用内容。如果确定上载的内容项是商用内容，SNS服务器102能够改变商用内容项发送到另一个用户的方式。将参照图17和图18来详细地说明商用内容项发送到另一个用户的方式。

用户“A”允许上载多媒体数据文件(后文称为“内容”)，如用户“A”把他的PC 103上的音频数据和视频数据保存到SNS服务器102上指定给用户“A”的区域(网络存储器)。此外，用户“A”允许把存储在PC 103中的内容传输到MMP 106A以把传输的内容存储到MMP 106A的存储区(本地存储器)。响应于用户的指令，MMP 106A能够再现存储在本地存储器的内容。对于用户“A”上载到SNS服务器102上他的网络存储器的内容，用户“A”允许流式传输上载的内容来在他的PC 103上再现上载的内容，并且也允许把被上载的内容下载到他的PC 103上。类似地，用户“B”的PC 104和MMP 107A和用户“C”的PC 105和MMP 108A允许上载、流式传输和下载他们自己的内容。各个用户能够分别带着他们的MMP 106A、107A、108A外出。在旅途中各个用户携带的是MMP 106B、107B、108B。各个MMP能够分别再现存储在他们自己的MMP的本地存储器中的内容。

在这个SNS中，各个用户允许把其它用户注册为“朋友”或者“好友”。对于“好友”，如果一个用户加深与一个作为“朋友”的另一个用户的关系，两个用户能够在相互同意时把彼此注册为“好友”。在这个实施例中，每个用户允许注册的“好友”数量是5或者更少。在这个实施例中，如图1所示的各个用户“A”、“B”和“C”注册彼此为“好友”。SNS服务器102为彼此注册为“朋友”或者“好友”的各个用户提供形成在线社区的服务。由SNS服务器102提供的服务包含通信服务，如日记服务和邮件服务。关于这些服务的详细说明将被忽略，因为这些服务是众所周知的。这个SNS也提供共享服务，以允许只在有限数量的彼此注册为“好友”的用户间共享使用音乐内容。

无线LAN 109的多个基站(后文中称为“热点”)连接到网络101。各个MMP具有无线中程通信能力，如Wi-Fi(商标)和无线近程通信能力，如蓝牙(商标)。比如，用户“A”的MMP 106B通过使用无线中程通信能力能够由无线LAN 109和网络101访问SNS服务器102。结果，用户“A”的MMP 106B能够再现从用户“A”的网络存储器中流式传输的内容。此外，每个用户允许再现的不仅有从他自己的网络存储器流式传输的内容，而且还有从他的好友的网络存储器流式传输的内容。比如，因为用户“A”和“B”彼此建立了“好友”关系，用户“B”的MMP 107B被允许通过无线LAN 109和网络101访问存储在SNS服务器102上用户“A”的网络存储器的内容，以再现流式传输的用户“A”的内容。此外，彼此建立了“好友”关系的用户的MMP被允许彼此流式传输内容以进行内容的再现。因为用户“B”和“C”彼此建立了“好友”关系，比如，用户“B”的MMP 107B被允许通过使用无线近程通信能力访问用户“C”的MMP 108B，以再现从用户“C”的本地存储器流式传输的内容。类似地，用户“C”的MMP 108B被允许再现从用户“B”的MMP 107B的本地存储器流式传输的内容。

图2是示出SNS服务器102的硬件配置的示意性框图。SNS服务器102具有中央处理单元(CPU)201、只读存储器(ROM)202、随机存取存储器(RAM)203、存储装置204、网络接口(I/F)205、操作单元206、显示单元207和总线208。从201到207的各个组件通过总线208互连以允许各类数据的交换。

CPU 201控制整个服务器的操作。ROM 202是非易失性存储器，其存储要被CPU 201执行的各种程序和各类数据。RAM 203是易失性存储器，其用作要被CPU 201执行的程序的装载区和工作区。存储装置204，其是外部存储装置(如硬盘装置)，存储要被CPU 201执行的各种程序和各个用户的用户数据。网络接口I/F 205是用于把服务器连接到网络101的接口。操作单元206是输入装置(如键盘和鼠标)。显示单元207是用于显示各种信息的装置。

图3是示出由各个用户携带的MMP的硬件配置的示意性框图。MMP具有CPU 301、ROM 302、RAM 303、存储装置304、无线近程通信I/F 305、无线中程通信I/F 306、有线通信I/F 307、操作单元308、显示单元309、发音器310、音频解码器311、声音系统312和总线313。

CPU 301控制整个MMP的操作。ROM 302是非易失性存储器，其存储要被CPU 301执行的各种程序和各类数据。RAM 303是易失性存储器，其用作要被CPU 301执行程序的装载区和工作区。存储装置304，其是闪速存储器之类的存储装置，存储用户的用户数据。无线近程通信I/F 305是提供无线近程通信(如蓝牙(商标))能力的接口。无线中程通信I/F 306是提供无线中程通信(如Wi-Fi(商标))能力的接口。有线通信I/F 307是有线接口(如USB)用于把MMP和PC连接。操作单元308是由开关等组成的，用于把各种指令给至MMP。显示单元309提供在MMP的外部面板上，显示各种信息。发音器310根据CPU 301给出的指令产生数字乐音信号。音频解码器311对提供的音频数据进行解码然后根据CPU 301给出的指令把数据作为数字声信号输出。声音系统312把由发音器310和音频解码器311输出的数字声信号转换成模拟声信号然后发出乐音。

图4示出每个用户的用户数据的示范配置。图4(a)示出每个用户存储在SNS服务器102上的用户数据。存储在SNS服务器102上的每个用户的用户数据包含个人信息、好友列表、朋友列表、音乐内容、邮件数据和日记数据。个人信息包含用于识别用户的用户ID、播放器ID 1到ID 3和用户名。上述的播放器ID 1到ID 3用于识别由用户携带的MMP。在这个实施例中，每个用户允许注册3个或更少的MMP。好友列表包含该用户的各个好友的用户ID和指明他的各个好友被注册为好友的日期和时间的注册日期数据。由于存在着用户希望存储从他的好友列表中删除的用户ID的情况，被删除的用户ID和用户ID被删除的日期和时间也被存储在好友列表中。认为注册其它用户为“好友”的用户被列在他们的好友的各个好友列表中。更具体地说，如果一个用户把另一个用户注册为好友，则另一个用户不可能不把该用户注册为好友。在这个实施例中，每个用户被允许5个或者更少的用户作为其好友。这是因为这样少的好友数量能被认为在法律上是允许共享私用内容的。朋友列表是他的朋友的用户ID的列表。音乐内容是存储在供给用户的网络存储器中的内容数据。邮件数据和日记数据是用户在SNS上使用的邮件和日记的数据。

图4(b)示出由每个用户携带的MMP中存储的用户数据的配置。用户数据包含个人信息、好友列表和音乐内容。个人信息包含携带MMP的用户的用户ID、用于识别MMP的播放器ID和用户名等信息。包含在用户数据中的好友列表与参照图4(a)说明的和存储在SNS服务器中的好友列表是相同的。音乐内容是存储在MMP的本地存储器中的内容数据，内容数据是MMP上可自我再现的音乐内容数据。

图5示出在每个用户的MMP上再现音乐内容的方式。图5(a)示出用户用他的MMP再现从其自己的本地存储器读出的音乐内容的方式。这个方式等同于用户用他的MMP再现存储在MMP的存储装置(本地存储器)中的音乐内容的情况。图5(b)示出用户用他的MMP再现从他的网络存储器读出的音乐内容的方式。这个方式等同于用户用他的MMP通过使用中程无线通信能力接收从SNS服务器102上他的存储区(网络存储器)读出的流式传输音乐内容的情况，以在MMP上再现流式传输音乐内容。图5(c)示出用户用他的MMP再现从其好友的网络存储器读出的音乐内容的方式。这个方式等同于用户用他的MMP通过使用中程无线通信能力接收从SNS服务器102上他的好友的存储区读出的流式传输音乐内容以在MMP上再现流式传输音乐内容的情况。图5(d)示出用户用他的MMP再现从其好友的本地存储器读出的音乐内容的方式。这个方式等同于用户用他的MMP通过使用近程无线通信能力接收从他的好友的MMP的存储区读出的流式传输音乐内容以在用户的MMP上再现流式传输音乐内容的情况。

图6是示出在PC上注册好友的程序的流程图。流程图表明用户“A”发出请求以把用户“B”注册为好友的情况。在步骤601中，由用户“A”的PC 103发出把用户“B”注册为用户“A”的好友的请求。在用户“A”的好友列表中已经有5个好友的情况下，用户“A”被提示指定5个好友中的一个以作为可能删除的用户。如果用户“B”通过了注册，被指定为可能删除的用户的一个好友就会从用户“A”的好友列表中删除，而用户“B”被添加到好友列表中。如果用户“B”拒绝了请求，指定为可能删除的用户的一个朋友仍是用户“A”的好友。当然，在用户“A”的好友列表有空位的情况下，不需要提示用户“A”去指定他的好友中的一个作为可能删除的用户。

在步骤601中，用户“A”的PC 103通过网络101向SNS服务器102发送请求。在步骤602中，接收到请求的SNS服务器102把代表来自用户“A”注册用户“B”为好友的请求的消息(邮件)发送给用户“B”的PC 104。在用户“B”的PC 104上，用户“B”接收消息，然后在步骤603中向SNS服务器102发送通过或者拒绝请求的响应。SNS服务器102接收到响应，然后在步骤604中确定响应是被通过还是被拒绝。

如果响应被通过，SNS服务器102在步骤605中分别更新用户“A”和用户“B”的好友列表(图4(a))。更具体地说，在步骤605中，用户“A”的好友列表添加用户“B”而用户“B”的好友列表添加用户“A”。在步骤606中，SNS服务器102通知用户“A”的PC 103更新他的好友列表。在步骤609中，用户“A”的PC 103接收并显示通知信息。在从用户“B”来的响应是拒绝的情况下，SNS服务器102在步骤607中把可能删除的用户ID恢复为好友(在可能删除的用户ID没有指定的情况下，步骤607被跳过)，然后在步骤608中通知用户“A”的PC 103来自用户“B”的拒绝响应。在步骤609中，用户“A”的PC 103接收并显示通知信息。

图7是示出当用户“A”在图6的步骤601中发出把用户“B”注册为好友的请求时显示的示范的屏幕。用户“A”通过网络101连接他的PC 103和SNS服务器102，并且显示注册朋友或好友及更新他的朋友列表和好友列表的屏幕。示范屏幕701是在用户“A”的PC103上显示的屏幕。所有的用户都被列在用户列表711上。用户“A”的好友被列在好友列表714上。用户“A”的朋友被列在朋友列表715上。在用户列表711上，每个用户都具有朋友按钮712和好友按钮713。通过开启希望的用户的朋友按钮712，用户“A”被允许把希望的用户注册为朋友。此外，通过开启已被注册为朋友的希望的用户的好友按钮713，用户“A”允许把朋友注册为好友。

假设用户“A”开启包含在用户列表711中的用户“B”的好友按钮713。如果用户“A”的好友列表少于5个好友，则认为用户“A”的好友列表有空位。因此，用户“A”的PC 103显示消息705并从用户“A”把用户“B”注册为好友的请求发送到SNS服务器102。请求的传输等同于图6的步骤601中的请求的传输。

如果用户“A”的好友列表已经具有5个好友，用户“A”的PC 103显示如屏幕702所示的用户“A”的好友列表703并提示用户“A”指定可能删除的用户。在好友列表703上，每个好友都具有可能删除按钮731。如果用户“A”开启用户“A”的好友用户“X”的可能删除按钮731，则用户“A”的PC 103显示屏幕704并从用户“A”把用户“B”注册为好友的请求发送到SNS服务器102。请求的传输等同于图6的步骤601中的请求的传输。

图8是示出当在图6的步骤602中接收到由SNS服务器102传输的消息的用户“B”的PC 104响应步骤603时显示的示范屏幕。步骤602中由SNS服务器102传输到用户“B”的PC 104的消息是邮件消息，如图8所示的消息801。接收到消息801的用户“B”把他的PC 104连接到消息801所示的URL(SNS服务器102)上。如果SNS服务器102接收到访问URL的请求，则SNS服务器识别用户“B”访问SNS服务器102是为了对来自用户“A”的注册好友的请求做出响应，并检查用户“B”的列出的好友的数量。如果用户“B”的好友的数量少于5，SNS服务器102发送屏幕信息811到用户“B”的PC 104。在用户“B”希望拒绝注册为用户“A”的好友的情况下，用户“B”开启NO按钮813。在这种情况下，用户“B”的PC 104显示消息815并把“拒绝”的响应传输到SNS服务器102。这个响应等同于图6的步骤603中的拒绝的传输。

如果用户“B”希望通过来自用户“A”的注册为好友的请求，用户“B”开启屏幕811上的YES按钮812。在这种情况下，用户“B”的PC 104显示消息814并把“通过”的响应传输到SNS服务器102。这个响应的传输等同于图6的步骤603中的通过的响应的传输。接收到通过响应的SNS服务器102完成上述图6的步骤605、606。消息809是示范的邮件消息，其在步骤606中从SNS服务器102发送到用户“A”。更具体地说，在用户“A”指定用户“X”为可能删除的用户的情况下，消息809被发送。OK按钮810被提供在消息809上。如果用户“A”开启OK按钮810，用户“A”的PC 103通知SNS服务器102操作。响应于这个通知，SNS服务器102从用户“A”的好友列表中删除可能删除的用户“X”，然后传输通知删除用户“X”的邮件消息。

对于有关图4(a)所示的用户数据的好友列表的数据结构的实际对可能删除的用户的删除可以采用任何希望的方案，但是删除可以按如下方法进行：把可能删除的好友的用户ID从当前的好友列表移动到被删除的好友用户ID1的单元，其位于被删除的好友列表的顶端(先于这次移动放置的被删除的好友的用户ID1到ID4被事先移动到被删除的好友的用户ID2到ID5单元中，这样被删除的好友的用户ID1的单元是可用的)，然后如果删除被完成，输入好友的用户ID1的删除日期和时间。如果被删除的好友的用户ID1要被恢复，把被删除的好友的用户ID1的用户ID放回到当前的好友列表中(被删除的好友的用户ID2到ID5也被放回到被删除的好友的用户ID1到ID4单元中)。作为选择，包含在当前的好友列表中的每个用户可以具有可能删除的标志。在这个方案中，如果一个好友用户被指定为可能删除的用户，该用户的标志被打开。如果该用户的可能删除被完成，则其标志打开的用户被删掉。如果该用户要被恢复，则标志被重置为关闭。

在用户“B”的好友列表中已经有5个注册的好友的情况下，SNS服务器102把屏幕802发送回用户“B”的PC 104。屏幕802包含用户“B”的好友列表803。在好友列表803上，为每个好友提供了删除按钮831。用户“B”开启用户“B”希望删除的好友的删除按钮831，然后开启YES按钮804。假设用户“Y”的删除按钮831被开启。用户“B”的PC 104把他的操作通知SNS服务器102。响应于这个通知，SNS服务器102从用户“B”的好友列表中删除用户“Y”并把用户“A”添加到用户“B”的好友列表上，此外，SNS服务器102发送邮件消息给用户“Y”，通知从用户“B”的好友列表的删除。在这种情况下，SNS服务器102也从用户“Y”的好友列表中删除用户“B”。用户“B”的PC 104显示消息807并发送“通过”的响应到SNS服务器102。这个响应的传输等同于图6的步骤603中的通过的传输。随后的处理程序类似于消息814和其后的说明。

在屏幕802上，如果用户“B”开启取消按钮805，屏幕802被拒绝来取消好友注册的处理。在这种情况下，从邮件消息801开始的处理程序必须被再次完成。在屏幕802上，如果用户“B”开启NO按钮806，用户“B”的PC 104显示消息808并发送“拒绝”响应到SNS服务器102。这个响应的传输等同于图6的步骤603中的拒绝响应的传输。

图9示出在MMP上注册好友的处理。在旅途中用户“A”和“B”希望彼此注册为好友的情况下，用户“A”和“B”的MMP通过使用近程通信能力在步骤901、911中互连。在步骤902、912中，个人信息(包含在图4(b)所示的MMP中存储的个人信息中并被准许透露给其它用户的信息)被相互交换。在步骤903中，用户“A”的MMP通过使用近程通信能力把注册用户“B”为好友的请求传输到用户“B”的MMP。在步骤913中，把接收到请求的用户“B”的MMP发回通过或者拒绝的响应。在步骤904中，接收到响应的用户“A”的MMP确定响应是通过还是拒绝。如果是通过，用户“B”在步骤905中被添加到存储在用户“A”的MMP中的好友列表(图4(b))中。在步骤906中，用户“A”的MMP显示指示好友列表的更新的消息，然后终止处理。如果在步骤904中确定响应是拒绝，用户“A”的MMP在步骤907中显示指示拒绝的消息，然后终止处理。在用户“B”的MMP上，在步骤914确定响应是通过还是拒绝。如果是通过，用户“B”的MMP在步骤915中把用户“A”添加到存储在用户“B”的MMP中的好友列表(图4(b))中，然后终止处理。如果响应是拒绝，用户“B”的MMP直接终止处理。在用户被添加到存储在MMP中的好友列表之前好友列表已经具有5个好友的情况下，MMP提示用户去选择一个要被删除的好友以在添加好友之前在好友列表中创建空位。

图10示出同步好友列表的处理。在如图6所示的PC上的好友注册和在图9所示的在MMP上的好友注册是彼此完全分离地完成的。结果，存在着存储在SNS服务器102上的用户的好友列表的内容与存储在用户的MMP中的好友列表的内容彼此不一致的情况。因此当用户的MMP成为具有与SNS通信能力时(如，当用户使他的MMP与他的PC连接或者当MMP被连接到无线LAN 109的热点上时)，如图10所示的同步处理被执行以同步好友列表。当用户发出指令要求在MMP上执行时，同步处理可以被执行。此外，当MMP被连接到SNS服务器102上时，同步处理可以被自动地执行。

在步骤1001中，MMP传输请求到SNS服务器102上以同步存储在MMP中的好友列表。在步骤1011中，SNS服务器102把接收到的好友列表同存储在SNS服务器102中的用户的好友列表进行对比，并更新好友列表。更具体地说，在步骤1011中，包含在存储在MMP中的好友列表中的好友的用户ID与包含在存储在SNS服务器102中的好友列表中的好友的用户ID合并。在合并后的好友的用户ID的数量超过5的情况下，具有5个最新的注册日期和时间的5个好友的用户ID被认为是要被包含在更新的好友列表中的，而其它的好友的用户ID被删除。在好友列表在步骤1011中被更新的情况下，对被添加或者被删除的好友的好友列表的更新也是必要的。因此，更新被添加或者被删除的好友的好友列表的处理在步骤1012中完成。在步骤1013中，SNS服务器102发送被更新的好友列表到MMP。MMP在步骤1002接收被更新的好友列表并把它存储在MMP。然后MMP终止处理。

图11示出在PC上好友列表的更新和好友列表的同步时所需要的更新好友列表的处理。在图6的步骤605中对好友列表的更新包含由图6的步骤605的更新所影响的对好友的好友列表进行更新的情况，这个处理由SNS服务器102执行。比如，在用户“B”从用户“A”的好友列表中删除的情况下，必须把用户“A”从用户“B”的好友列表中删除。这样的处理由图11的处理执行。在好友列表由图10的同步处理的步骤1011更新的情况下，也必须更新由同步影响的用户的好友列表。在这样的情况下，图11所示的处理在步骤1012中执行。

在步骤1101中，确定是否有好友从更新的好友列表中被删除。更具体地说，确定是否有好友在步骤605或者步骤1011中从更新的好友列表中被删除。如果有被删除的，SNS服务器102在步骤1102中从被删除的用户的好友列表中把引起删除的用户删除(如具有步骤605或者步骤1011中进行删除的好友列表的用户数据的用户)。在步骤1103中，SNS服务器102发送邮件消息到删除中被删除的用户以通知删除是由于引起删除的用户造成的。如果在步骤1101中确定没有好友被删除，SNS服务器102前进至步骤1104。

在步骤1104中，确定是否有好友被添加到更新的好友列表中。更具体地说，确定在步骤605或者步骤1011中是否有好友被添加到更新的好友列表中。如果有被添加的，SNS服务器102在步骤1105中把引起添加的用户添加到被添加的用户的好友列表中(如具有步骤605或者步骤1011中进行添加的好友列表的用户数据的用户)。在步骤1106中，SNS服务器102发送邮件消息到被添加的用户以通知被添加的用户已被注册为引起添加的用户的好友。如果在步骤1104中确定没有用户被添加，SNS服务器102直接终止处理。

图12示出在MMP上再现内容的处理。如果用户指示MMP再现内容，MMP在步骤1201中确定通过无线LAN的通信是否可用。如果可用，MMP在步骤1202中通过使用可用的中程无线通信能力从SNS服务器102检索音乐内容的列表(存储在用户的网络存储器和存储在用户的好友的网络存储器的内容)。在步骤1203中，MMP确定通过近程的无线通信是否可用。如果可用，MMP在步骤1204中通过使用可用的近程无线通信能力从邻近该用户的他的好友的MMP中检索音乐内容列表(存储在用户的好友的各个MMP的本地存储器的内容)。

在步骤1205中，MMP显示内容列表。更具体地说，在步骤1205中，存储在MMP本地存储器的音乐内容项的列表和在步骤1202、1204中检索的音乐内容项的列表组合起来显示。在步骤1206中，用户选择他想要从显示的列表中再现的项。在步骤1207中，MMP开始再现选择的内容项。更具体地说，在步骤1207中，在用户选择的项是存储在MMP本地存储器中的一个的情况下，内容项被直接读取并再现。在选择的项是存储在SNS服务器102中或者是另一个用户的MMP的本地存储器中的一个的情况下，内容项通过流式传输处理来再现，其将在后文中参照图16说明。

图13示出在步骤1205中被显示的音乐内容列表的示范。如图13(a)所示，在内容项根据存储器分类的情况下，MMP把用于识别在步骤1202和1204中各个列表被检索的存储器的信息显示为菜单，其中存储器包含MMP的本地存储器。当用户选择一个存储器时，MMP显示存储在选择的存储器中的音乐内容项的列表。图13(b)是一个根据歌曲分类的音乐内容列表的示范显示。在这个列表中，每首歌曲具有关于该歌曲存储的存储器的说明。

图14示出图12的步骤1202中执行的处理，该处理使用中程通信能力从SNS服务器102检索音乐内容列表。在步骤1411中，MMP把用户ID和播放器ID传输到SNS服务器102。在步骤1401中，SNS服务器102接收ID和搜索具有被传输的用户ID的用户的个人信息。在步骤1402中，SNS服务器102确定找到的具有用户ID的个人信息是否具有被传输的播放器ID。如果没有，SNS服务器102从步骤1403前进到步骤1408以把消息传输到MMP，发出用户或者MMP没有被注册的警告。MMP接收到警告并从步骤1412前进到1414显示警告。

如果在步骤1403中确定用户ID和播放器ID包含在找到的个人信息中，用于同步好友列表的处理(图10)在步骤1404中被执行以同步存储在MMP中的好友列表的内容和存储在SNS服务器102中的用户的好友列表的内容。在步骤1405中，SNS服务器102创建存储在用户的用户数据中的音乐内容项的列表。在步骤1406中，SNS服务器102创建存储在包含在用户的好友列表中的用户的用户数据中的音乐内容项的列表。在步骤1407中，SNS服务器102把创建的音乐内容列表传输到MMP。在步骤1413中，MMP接收列表。

图15示出在图12的步骤1204中执行的处理，该处理使用近程通信能力从他的好友的MMP中检索音乐内容列表。在步骤1511中，MMP把用户ID传输到另一个用户的MMP。在步骤1501中，另一个MMP确定接收到的用户ID是否包含在存储在另一个MMP中的好友列表中。如果不包含，另一个MMP在步骤1504向MMP发送一个警告。MMP接收到警告并从步骤1512前进到1514以显示该警告。如果在步骤1501中确定包含接收到的用户ID，则另一个MMP在步骤1502创建存储在另一个MMP中音乐内容项的列表。在步骤1503另一个MMP把创建的列表传输到MMP。在步骤1513，MMP接收该列表。

图16示出在图12的步骤1207中执行的处理。更具体地说，图16是用于再现从SNS服务器102流式传输的歌曲数据的处理。在步骤1601中，MMP要求SNS服务器102流式传输选择的歌曲。在步骤1611中，接收到请求的SNS服务器102通过流式传输把歌曲数据分配到MMP。在步骤1602，MMP接收并且再现流式传输的歌曲数据。在MMP接收并再现从用户的好友的MMP流式传输的歌曲数据的情况下，类似的处理也被执行。

上述的实施例设计成好友的数量是5或者更少，但是，只要数量能够被认为是在私用的范围内，数量就能够被自由地确定。此外，在这个实施例中，在用户想要把一个好友添加到他的好友列表中但他的好友列表的容量已经添满的情况下，用户被提示去指定他的好友中的一个以从他的好友列表中删除。但是替代用户的指定，这个实施例可以被修改为，在一定的条件下自动确定要被删除的一个好友。比如，用户和他交换的邮件消息的数量最少的好友可以被删除。即使在好友被从他的好友列表中删除的情况下，优选的是被删除的好友仍然是用户的一个朋友。

在上述的实施例中，在MMP间流式传输歌曲时，想要听歌的用户的MMP发出请求，流式传输到提供歌曲的另一个用户的MMP。但是，歌曲的流式传输不一定以这种方式完成。比如，一旦MMP互连然后确认MMP的用户彼此注册为好友，一个MMP就可以选择并流式传输歌曲到另一个MMP，这样另一个MMP可以在该另一个MMP上再现流式传输的歌曲。

在上述的实施例中，音乐内容项在用户间共享，但是，本发明不仅在音乐的内容上，在各种多媒体数据上也是可用的。

上述的说明好像是在用户被允许再现另一个用户上载的整个内容文件时做出的。当然，在内容文件不产生版权问题的情况下，内容文件允许在多个用户间共享。但是在内容文件是商用数据的情况下，如果这样的商用内容文件在多个用户间共享，将出现版权的问题。因此，这个实施例被设计成，即使用户把商用内容文件上载到SNS服务器102时，作为内容提供商服务器的SNS服务器102具有阻止侵犯版权和保护版权持有者的能力。

图17示出连接到SNS服务器102上的内容识别服务器1701、附属提供商服务器1702和相关的产品销售服务器1703。图17中从1701到1703的服务器由分离的硬件的构件配置以通过网络相互访问。但是，从1701到1703的服务器可以由同SNS服务器102相同的硬件的构件实现。图18示出如图17所示的配置的系统使用的处理程序。

假设如图17所示的用户“A”的PC 103上载内容项到SNS服务器102。图18的步骤1801是上载处理。SNS服务器102在步骤1811中接收内容项，然后在步骤1812中提取内容项的指纹。该指纹是能够被看作内容项的指纹的数据。更具体地说，指纹是通过提取内容项的特征并使得提取的特征作为内容项独有的价值数据而获得的。在步骤1813中，SNS服务器102传输提取的指纹到内容识别服务器1701以进行查询。

内容识别服务器1701具有指纹数据库，其存储商用内容项的指纹。在步骤1831中，内容识别服务器1701把传输的指纹同指纹数据库进行对比。在步骤1832中，如果对比结果显示为达到了确定的值或更大的值的良好一致程度，则与指纹相关联的预先存储在内容识别服务器1701中的内容元数据(各种用于识别内容项的数据，如歌曲标题、演唱者名字、作词的名字、作曲的名字等，包含指明内容项是否是商用的数据)被传输到SNS服务器102。如果对比结果显示一致程度比确定的值小，则内容识别服务器1701通知SNS服务器102是失败的识别。

SNS服务器102接收来自内容识别服务器1701的响应，并且步骤1814中把对比结果与内容项相关联地存储。更具体地说，如果内容项的元数据被获得，SNS服务器102存储元数据。如果没有元数据被获得(如果内容项识别失败)，SNS服务器102把失败的识别的通知与内容项相关联地存储。这样，由用户上载的内容项被识别。比如，用于从内容项中提取指纹和识别内容项的技术在美国专利2003/0086341中做了说明。在美国专利2003/0086341中说明的内容合并入本申请中。

在步骤1815中，SNS服务器102确定内容项是否是商用的内容。如果是(如果内容项是受版权保护的)，则SNS服务器102在步骤1816中创建代表内容项的一部分的数据，数据通过裁剪内容项以从项的开始提取内容项的一部分来获得，该部分等同于用于测试收听的确定的时间长度(如大约30秒)。在步骤1817中，SNS服务器102通过内容项的元数据查询附属提供商服务器1702以搜索相关于内容项的产品的附属数据。在步骤1841中，附属提供商服务器1702把与内容项相关的附属数据提供给SNS服务器102。附属数据是用于链接到销售相关于内容项的产品的销售服务器1703的信息(用于授权的付费下载的音乐CD和DVD视频，其包含内容项的原版，和音频数据、视频数据、MIDI数据等)。

在步骤1818中，SNS服务器102把由附属提供商服务器1702提供的附属数据添加到提供内容项的页面(把步骤1816中通过提取内容项的一部分而获得的数据提供给用户的页面，该部分等同于确定的时间长度)。在一些情况下，没有找到内容项的附属数据。在这些情况下，在步骤1818中附属数据将不添加到为用户提供测试收听的内容项的页面，但是，SNS服务器102只提供用于测试收听的内容。如果在步骤1815中确定内容项不是商用内容，则SNS服务器102准备为用户提供整个内容项的页面，然后前进到步骤1819。

在步骤1819中，SNS服务器102把内容存储在用于流式传输的文件中。在步骤1820中，SNS服务器102释放提供内容的页面。

比如，在由用户“A”上载的内容项是商用内容的情况下，提供通过提取等同于确定的时间长度的内容项的一部分，而获得的用于测试收听的内容项的一部分的页面被自动释放。因此，如图17所示的用户“B”被允许再现用于测试收听的流式传输内容。结果，即使在内容项是商用内容的情况下，也允许用户在不侵犯版权的情况下上载商用内容项。在内容项不是商用的情况下(内容项的版权已经期满或者原内容项是由用户“A”自己创建的)，这些内容项被允许流式传输到其它用户作为不用裁剪的完全可再现的数据。在这些情况下，这些内容项可以被下载到其它用户处。

此外，如上所述，提供通过提取来具有等同于用于测试收听的确定时间长度的部分而获得的内容的页面具有指示链接到销售相关于内容项的产品的销售服务器1703的信息的附属数据。结果，测试收听内容项的用户通过使用附属数据能够访问相关的产品销售服务器1703以购买相关的产品。在相关于内容项的产品在这个页面上被购买的情况下，本发明可以被设计成销售服务器1703的管理员对上载内容项的用户进行奖赏(如，确定的百分比的销售价)。这种奖赏系统能够对增加SNS服务器的活动性和普及做出贡献。同时对于内容项的版权持有者，奖赏系统也是有利的，因为奖赏系统能够对传播内容项和推动内容项的销售做出贡献。

相关的产品销售服务器1703和附属提供商服务器1702可以是相同的服务器。内容识别服务器1701可以由管理员管理，其是不同于SNS服务器102的管理员的。比如在已经公开的专利号为2006-048430的日本专利中说明了附属的技术。在已经公开的专利号为2006-048430的日本专利中说明的内容合并入本申请中。

本发明可以被修改为SNS服务器不仅处理由一个销售服务器提供的附属数据，也处理由多个销售服务器提供的附属数据。在内容项在多个销售服务器上被找到的情况下，SNS服务器可以添加由销售服务器中的一个提供的附属数据。作为选择，SNS服务器可以添加由所有的找到的销售服务器提供的附属数据。

即使在SNS创建由提取等同于步骤1816中的确定时间长度的内容项的一部分而获得的数据的情况下，针对由上载内容项的用户对原始数据的使用，SNS服务器102把原始数据存储在用户的网络存储器中。在上述的说明中，只有上载内容项的用户允许使用整个商用内容，而其它用户只允许再现用于测试收听的提取的内容。但是，被用户注册为好友的用户，不仅可以允许再现用于测试收听的内容，也可以再现整个内容项。

Claims

1.一种社交网络系统，其用于为用户之间建立了好友关系的用户提供可用的通信服务，该社交网络系统包含一个服务器和多个用户设备，这些用户设备允许通过网络互连；

所述服务器包含：

存储装置，其用于在供给使用各个用户设备的每个用户的存储区中存储每个用户的多媒体数据和每个用户的好友列表，好友列表被提供用于在能够被认为是私用的确定数量的用户范围中识别彼此间建立了好友关系的用户；以及

访问允许装置，其用于在服务器从一个用户设备接收到访问请求时，许可访问存储在使用所述用户设备的用户的存储区中的多媒体数据和存储在与该用户建立了好友关系的用户的存储区中的多媒体数据，根据用户的好友列表来识别用户；并且

每个用户设备包含：

访问请求装置，其用于发送访问存储在服务器的存储装置中的多媒体数据的请求。

2.如权利要求1所述的社交网络系统，其中

存储在所述存储装置中的多媒体数据是从所述用户设备上载的数据。

3.如权利要求1所述的社交网络系统，其中

所述用户设备是移动媒体播放器；

每个移动媒体播放器还包含：

再现请求装置，其用于发送再现被允许访问的多媒体数据的请求；以及

再现装置，其响应于所述再现请求再现从服务器流式传输的多媒体数据；并且

服务器还包含：

流式传输装置，其用于把请求再现的多媒体数据流式传输到移动媒体播放器。

4.如权利要求3所述的社交网络系统，其中

每个移动媒体播放器还包含：

通信装置，其用于与另一个移动媒体播放器通信；

好友列表存储装置，其存储用于识别与每个移动媒体播放器的用户建立了好友关系的用户的好友列表；

多媒体数据存储装置，其用于存储每个移动媒体播放器的用户的多媒体数据；以及

流式传输装置，其在另一个移动媒体播放器与每个移动媒体播放器通信时确定每个移动媒体播放器的用户是否与另一个移动媒体播放器的用户建立了好友关系，如果建立了好友关系，则把存储在多媒体数据存储装置中的多媒体数据流式传输到另一个移动媒体播放器。

5.如权利要求1所述的社交网络系统，其中

每个用户设备还包含好友关系建立装置，其用于与另一个用户建立好友关系。

6.如权利要求5所述的社交网络系统，其中

每个用户设备是个人计算机；

每个用户设备的好友关系建立装置指定每个用户设备的用户想要与其建立好友关系的另一个用户，并查询服务器；并且

服务器还包含更新装置，其用于接收查询，通知查询指定的另一个用户的用户设备，并响应于来自另一个用户的用户设备的响应来更新存储在所述服务器上的好友列表。

7.如权利要求6所述的社交网络系统，其中

每个个人计算机存储好友列表，并且包含更新装置，其在好友关系变化时更新好友列表。

8.如权利要求6所述的社交网络系统，其中

用户设备还包含移动媒体播放器，每个移动媒体播放器存储代表好友的好友列表；并且

每个移动媒体播放器具有同步装置，用于与服务器通信以使得存储在每个移动媒体播放器中的好友列表的内容和存储在服务器中的好友列表的内容同步。

9.如权利要求1所述的社交网络系统，其中

用户设备是移动媒体播放器，每个移动媒体播放器都存储好友列表；并且

每个移动媒体播放器具有更新装置，用于向另一个用户的另一个移动媒体播放器查询关于同另一个用户建立好友关系的愿望，然后根据来自另一个移动媒体播放器的响应，更新好友列表。

10.如权利要求9所述的社交网络系统，其中

所述服务器具有同步装置，用于与每个移动媒体播放器通信，以使得存储在服务器中的好友列表和存储在每个移动媒体播放器中的好友列表同步。

11.如权利要求9所述的社交网络系统，其中

用户设备还包含个人计算机，其中每个个人计算机存储代表好友的好友列表；并且

每个个人计算机都具有同步装置，其用于与服务器通信以使得存储在每个个人计算机中的好友列表和存储在服务器中的好友列表同步。

12.一种服务器，用于存储从用户设备上载的内容数据和为用户设备提供内容数据，所述服务器包含：

内容识别装置，其用于在内容数据从所述用户设备中的一个上载时自动识别内容数据，以及

提供改变装置，用于根据内容数据的识别结果来改变把内容数据提供给另一个用户设备的方式。

13.如权利要求12所述的服务器，其中

所述提供改变装置根据识别的内容数据是否是商用内容来改变被提供的内容数据的时间长度。

14.如权利要求12所述的服务器，其中

在识别的内容数据是商用内容的情况下，所述提供改变装置自动把代表链接到销售相关于商用内容数据的产品的站点的信息的附属信息添加到内容数据上，并把添加的链接信息提供给内容数据。