社交网络系统的制作方法

专利名称：社交网络系统的制作方法
技术领域：
本文涉及一种社交网络系统，其允许在有限的小数量的用户间 共享多媒体数据，如音乐内容。
背景技术：
由于使用互联网的社交网络服务(SNS)的新近的发展，越来越 多的人喜欢与他们的朋友或者具有相同爱好和嗜好的人交流(如，参 见http:〃mixi. jp/)。特别是，音乐SNS在增加。在多种音乐SNS
中，用户能够共享由各个用户拥有的音乐内容项的再现的历史记录 (播放列表)。
此外，存在多种被称为CGM (消费者自制的媒体)的服务，允许 消费者使用互联网自己去生成内容。这些CGM服务包含，比如，音乐 文件和图片文件的共享服务。但是，如果由消费者上载的内容项是商 用内容，这些服务会产生侵犯版权的问题。
为了避免这样的侵犯版权而采取措施，由人通过目视检查来确 定每个上载的内容项是否是商用内容。通过人对上载的内容项的检查 以决定是否准许发布上载的内容项，比如，已知的是第2002-041058 号曰本专利公开中所披露的技术。

发明内容
在社交网络服务(SNS)中，从保护版权的角度看，共享音乐内 容本身并不允许。而且，对再现历史记录等的可共享的信息只能在个 人计算机上可用，但是这样的共享信息在移动媒体播放器(如移动音 乐播放器)等上是不可用的。此外，在用户想要同该用户在旅途中见 到的人在SNS上建立朋友关系的情况下，用户被要求把他注册为其位 于家中的个人计算机的一个朋友，而在旅途中并不能够立即进行注 册。 第一个发明的目的是，提供一种技术，以允许在能够被认为是 私用的范围的小数量的用户间共享多媒体数据，如音乐内容，并且其 使用户能够容易地与在旅途中的另一个用户建立关系来共享这样的 数据。
而且，在CGM服务中，在内容项通过人来检査的情况下，与上 述的相关技术的情况一样，如果上载的内容项的数量是巨大的，很难 处理所有的内容项。因此，在不考虑大的成本时，把要上载的内容项 的数量限制在能够由人来检査的小的数量或者增加检查上载的内容 项的人数的措施必须被采取。前一个措施由于限制了内容项的数量会 减少CGM服务的吸引力。后一个措施要求巨大的成本，两者都造成服 务难以维护。此外，由人来检査内容项也引起如向服务器上载内容项 耗时太长及由人的检査引起的错误的不便。此外，因为商用内容项是 不允许在常规性服务中被上载的，所以服务的普及率会降低。
第二个发明的目的是提供用于CGM服务中的技术，即使在商用 内容项从用户的设备上载的情况下也避免侵犯版权，并且在商用内容 项被上载的情况下也保护版权持有者的利益。
第一个发明提供的社交网络系统，其为用户间建立了好友关系 的用户提供可用的通信服务，本系统包含通过网络互连的服务器和 多个用户设备；服务器，用于在为每个用户提供的存储区中存储每个 用户的多媒体数据和每个用户的好友列表，好友列表用于在能够被认 为是私用的确定数量的用户的范围内在彼此建立了好友关系的用户 间识别用户。当服务器接收到来自一个用户设备的访问请求时，服务 器允许对存储在使用该用户设备的用户的存储区中的多媒体数据和 存储在与其建立了好友关系的用户的存储区中的多媒体数据进行访 问。
根据第一个发明，在移动媒体播放器被用作用户设备的情况下， 特别是，一个移动媒体播放器的用户被允许去再现另一个与其建立了 好友关系的用户的流式传输(streamed)的媒体数据。而且，在一个 移动媒体播放器的一个用户与另一个移动媒体播放器的另一个用户 建立了好友关系的情况下，一个用户允许用他的移动媒体播放器把存
储在他的移动媒体播放器中的媒体数据流式传输到另一个用户的另 一个移动媒体播放器。此外，即使在旅途中等情况时，每个移动媒体 播放器的每个用户被允许与另一个移动媒体播放器的另一个用户建 立好友关系。存储在移动媒体播放器中的好友列表允许与存储在服务 器中的好友列表同步。
在根据第一个发明的社交网络系统中，每个用户允许把他的多 媒体数据存储在服务器上他的网络存储器上，而每个用户允许与能够 被认为是私有范围内的有限数量的其它用户建立好友关系。根据第一 个发明的社交网络系统中，通过准许与该用户建立了好友关系的其它 用户去访问网络存储器来允许多媒体数据在好友之间共享，这样存储 在网络存储器的多媒体数据被提供给好友。因此，根据第一个发明的 社交网络系统中，在私有范围内的多媒体文件的共享(如在4到5 个用户间的共享被认为是私有范围内)在法律上是允许的。此外，由 于用户允许与另一个用户在他们的移动媒体播放器上建立好友关系， 用户能够容易地在旅途中等情况下建立关系。而且，由于存储在每个 移动媒体播放器中的好友列表与存储在服务器上的好友列表是同步
的，因此社交网络系统确保在每个用户的各个好友列表间准确一致。 第二个发明提供了一种服务器，用于存储从用户设备上载的内
容数据并向用户设备提供内容数据，当内容数据从一个用户设备上载
时，服务器自动识别内容数据。根据内容数据的识别结果，服务器改
变把内容数据提供给另一个用户设备的方式。
在第二个发明中，服务器可以根据识别的内容数据是否是商用 (有版权的)内容来改变要被提供的内容数据的时间长度。
在第二个发明中，在识别的内容是商用内容的情况下，服务器
可以自动把用于链接到销售相关于商用内容数据的产品的网站的附
属信息添加到内容数据上，并且提供带有添加了链接信息的内容数据。
根据第二个发明，当内容项从用户上载到服务器时，内容项不 是由人而是自动地被识别。因此，第二个发明避免了由可上载的内容 项的数量的限制和增加人力需要的成本所引起的不便。此外，第二个 发明不仅降低了上载内容项到服务器的耗时，而且也减少了发生错误 的可能性。此外，第二个发明并不禁止上载商用的内容，而是积极地 把商用内容的上载与商业机遇联系起来，为提高服务的普及做出贡 献。


图l是示出本发明的实施例的社交网络系统的整个系统的配置 的图表。
图2是示意性地示出SNS服务器的硬件配置的框图。
图3是示意性地示出MMP的硬件配置的框图。
图4是示出供给每个用户的用户数据的示范配置的图表。
图5是示出在MMP上再现音乐内容的方式的图表。
图6是示出好友注册的程序的流程图。
图7是示出当用户"A"发出把用户"B"注册为好友的请求时
显示的示范屏幕。
图8是示出当接收到请求的用户响应时显示的示范屏幕。
图9是示出在MMP上注册好友的处理的流程图。
图IO是示出同步好友列表的处理的流程图。
图ll是示出在更新和同步好友列表时所需的好友列表的更新处
理的流程图。
图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上的。用户也分别拥有移动媒体播放器(后文中称为
"醒P" ) 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和丽P 108A允许上载、流式传输和下载他们 自己的内容。各个用户能够分别带着他们的MMP 106A、 107A、 108A 外出。在旅途中各个用户携带的是MMP 106B、 107B、 108B。各个MMP 能够分别再现存储在他们自己的MMP的本地存储器中的内容。
在这个SNS中，各个用户允许把其它用户注册为"朋友"或者
"好友"。对于"好友"，如果一个用户加深与一个作为"朋友"的 另一个用户的关系，两个用户能够在相互同意时把彼此注册为"好 友"。在这个实施例中，每个用户允许注册的"好友"数量是5或者 更少。在这个实施例中，如图l所示的各个用户"A" 、 "B"和"C" 注册彼此为"好友"。SNS服务器102为彼此注册为"朋友"或者"好 友"的各个用户提供形成在线社区的服务。由SNS服务器102提供的
服务包含通信服务，如日记服务和邮件服务。关于这些服务的详细说 明将被忽略，因为这些服务是众所周知的。这个SNS也提供共享服务， 以允许只在有限数量的彼此注册为"好友"的用户间共享使用音乐内 容。
无线LAN 109的多个基站(后文中称为"热点")连接到网络
101。 各个醒P具有无线中程通信能力，如Wi-Fi (商标)和无线近程 通信能力，如蓝牙(商标)。比如，用户"A"的MMP106B通过使用 无线中程通信能力能够由无线LAN 109和网络101访问SNS服务器
102。 结果，用户"A"的MMP 106B能够再现从用户"A"的网络存储 器中流式传输的内容。此外，每个用户允许再现的不仅有从他自己的 网络存储器流式传输的内容，而且还有从他的好友的网络存储器流式 传输的内容。比如，因为用户"A"和"B"彼此建立了 "好友"关系， 用户"B"的醒P 107B被允许通过无线LAN 109和网络101访问存储 在SNS服务器102上用户"A"的网络存储器的内容，以再现流式传 输的用户"A"的内容。此外，彼此建立了 "好友"关系的用户的MMP 被允许彼此流式传输内容以进行内容的再现。因为用户"B"和"C" 彼此建立了 "好友"关系，比如，用户"B"的MMP 107B被允许通过 使用无线近程通信能力访问用户"C"的MMP 108B，以再现从用户"C" 的本地存储器流式传输的内容。类似地，用户"C"的MMP108B被允 许再现从用户"B"的匪P 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是易失性 存储器，其用作要被CPU201执行的程序的装载区和工作区。存储装 置204，其是外部存储装置(如硬盘装置)，存储要被CPU201执行 的各种程序和各个用户的用户数据。网络接口 1/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是提供无线近程通信(如蓝牙(商标))能力的接口 。 无线中程通信1/F 306是提供无线中程通信(如Wi-Fi(商标))能力 的接口。有线通信I/F 307是有线接口 (如USB)用于把MMP和PC 连接。操作单元308是由开关等组成的，用于把各种指令给至匪P。 显示单元309提供在MMP的外部面板上，显示各种信息。发音器310 根据CPU 301给出的指令产生数字乐音信号。音频解码器311对提供 的音频数据进行解码然后根据CPU301给出的指令把数据作为数字声 信号输出。声音系统312把由发音器310和音频解码器311输出的数 字声信号转换成模拟声信号然后发出乐音。
图4示出每个用户的用户数据的示范配置。图4 (a)示出每个 用户存储在SNS服务器102上的用户数据。存储在SNS服务器102 上的每个用户的用户数据包含个人信息、好友列表、朋友列表、音乐 内容、邮件数据和日记数据。个人信息包含用于识别用户的用户ID、 播放器ID 1到ID 3和用户名。上述的播放器ID 1到ID 3用于识别 由用户携带的匪P。在这个实施例中，每个用户允许注册3个或更少 的醒P。好友列表包含该用户的各个好友的用户ID和指明他的各个 好友被注册为好友的日期和时间的注册日期数据。由于存在着用户希 望存储从他的好友列表中删除的用户ID的情况，被删除的用户ID 和用户ID被删除的日期和时间也被存储在好友列表中。认为注册其
它用户为"好友"的用户被列在他们的好友的各个好友列表中。更具 体地说，如果一个用户把另一个用户注册为好友，则另一个用户不可 能不把该用户注册为好友。在这个实施例中，每个用户被允许5个或 者更少的用户作为其好友。这是因为这样少的好友数量能被认为在法 律上是允许共享私用内容的。朋友列表是他的朋友的用户ID的列表。 音乐内容是存储在供给用户的网络存储器中的内容数据。邮件数据和 日记数据是用户在SNS上使用的邮件和日记的数据。
图4(b)示出由每个用户携带的MMP中存储的用户数据的配置。
用户数据包含个人信息、好友列表和音乐内容。个人信息包含携带
腿P的用户的用户ID、用于识别丽P的播放器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通过使用近 程无线通信能力接收从他的好友的匪P的存储区读出的流式传输音 乐内容以在用户的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"的PC103接收并显示 通知信息。在从用户"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"的PC 103上显示的屏幕。所有的用户都被列在用户列表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" 开启N0按钮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从当前的好友列表移 动到被删除的好友用户IDl的单元，其位于被删除的好友列表的顶端 (先于这次移动放置的被删除的好友的用户IDl至ljID4被事先移动到 被删除的好友的用户ID2到ID5单元中，这样被删除的好友的用户 ID1的单元是可用的)，然后如果删除被完成，输入好友的用户IDl 的删除日期和时间。如果被删除的好友的用户ID1要被恢复，把被删 除的好友的用户IDl的用户ID放回到当前的好友列表中(被删除的 好友的用户ID2到ID5也被放回到被删除的好友的用户IDl到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" 的醒P。在步骤913中，把接收到请求的用户"B"的MMP发回通过 或者拒绝的响应。在步骤904中，接收到响应的用户"A"的MMP确 定响应是通过还是拒绝。如果是通过，用户"B"在步骤905中被添 加到存储在用户"A"的MMP中的好友列表(图4 (b))中。在步骤 906中，用户"A"的MMP显示指示好友列表的更新的消息，然后终 止处理。如果在步骤904中确定响应是拒绝，用户"A"的MMP在步 骤907中显示指示拒绝的消息，然后终止处理。在用户"B"的醒P 上，在步骤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上以同步存储 在醒P中的好友列表。在步骤1011中，SNS服务器102把接收到的 好友列表同存储在SNS服务器102中的用户的好友列表进行对比，并 更新好友列表。更具体地说，在步骤1011中，包含在存储在醒P中 的好友列表中的好友的用户ID与包含在存储在SNS服务器102中的 好友列表中的好友的用户ID合并。在合并后的好友的用户ID的数量 超过5的情况下，具有5个最新的注册日期和时间的5个好友的用户 ID被认为是要被包含在更新的好友列表中的，而其它的好友的用户 ID被删除。在好友列表在步骤1011中被更新的情况下，对被添加或 者被删除的好友的好友列表的更新也是必要的。因此，更新被添加或 者被删除的好友的好友列表的处理在步骤1012中完成。在步骤1013 中，SNS服务器102发送被更新的好友列表到MMP。 MMP在步骤1002 接收被更新的好友列表并把它存储在蘭P。然后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中确定通过无线L緒的通信是否可用。如果可 用，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以把消息传输到應P，发出用户或者MMP没有被注 册的警告。MMP接收到警告并从步骤1412前进到1414显示警告。
如果在步骤1403中确定用户ID和播放器ID包含在找到的个人 信息中，用于同步好友列表的处理(图10)在步骤1404中被执行以 同步存储在匪P中的好友列表的内容和存储在SNS服务器102中的用 户的好友列表的内容。在步骤1405中，SNS服务器102创建存储在 用户的用户数据中的音乐内容项的列表。在步骤1406中，SNS服务 器102创建存储在包含在用户的好友列表中的用户的用户数据中的 音乐内容项的列表。在步骤1407中，SNS服务器102把创建的音乐
内容列表传输到画P。在步骤1413中，MMP接收列表。
图15示出在图12的步骤1204中执行的处理，该处理使用近程 通信能力从他的好友的MMP中检索音乐内容列表。在步骤1511中， MMP把用户ID传输到另一个用户的MMP。在步骤1501中，另一个MMP 确定接收到的用户ID是否包含在存储在另一个MMP中的好友列表中。 如果不包含，另一个MMP在步骤1504向MMP发送一个警告。MMP接 收到警告并从步骤1512前进到1514以显示该警告。如果在步骤1501 中确定包含接收到的用户ID，则另一个MMP在步骤1502创建存储在 另一个匪P中音乐内容项的列表。在步骤1503另一个MMP把创建的 列表传输到薩P。在步骤1513， MMP接收该列表。
图16示出在图12的步骤1207中执行的处理。更具体地说，图 16是用于再现从SNS服务器102流式传输的歌曲数据的处理。在步 骤1601中，丽P要求SNS服务器102流式传输选择的歌曲。在步骤 1611中，接收到请求的SNS服务器102通过流式传输把歌曲数据分 配到醒P。在步骤1602, MMP接收并且再现流式传输的歌曲数据。在 匪P接收并再现从用户的好友的MMP流式传输的歌曲数据的情况下， 类似的处理也被执行。
上述的实施例设计成好友的数量是5或者更少，但是，只要数 量能够被认为是在私用的范围内，数量就能够被自由地确定。此外， 在这个实施例中，在用户想要把一个好友添加到他的好友列表中但他 的好友列表的容量已经添满的情况下，用户被提示去指定他的好友中 的一个以从他的好友列表中删除。但是替代用户的指定，这个实施例 可以被修改为，在一定的条件下自动确定要被删除的一个好友。比如， 用户和他交换的邮件消息的数量最少的好友可以被删除。即使在好友 被从他的好友列表中删除的情况下，优选的是被删除的好友仍然是用 户的一个朋友。
在上述的实施例中，在MMP间流式传输歌曲时，想要听歌的用 户的MMP发出请求，流式传输到提供歌曲的另一个用户的醒P。但是， 歌曲的流式传输不一定以这种方式完成。比如， 一旦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把原始数据存储在用户的网络存储器 中。在上述的说明中，只有上载内容项的用户允许使用整个商用内容， 而其它用户只允许再现用于测试收听的提取的内容。但是，被用户注 册为好友的用户，不仅可以允许再现用于测试收听的内容，也可以再 现整个内容项。
权利要求
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所述的服务器，其中在识别的内容数据是商用内容的情况下，所述提供改变装置自 动把代表链接到销售相关于商用内容数据的产品的站点的信息的附 属信息添加到内容数据上，并把添加的链接信息提供给内容数据。
全文摘要
一种社交网络系统，服务器(102)和用户设备(103)到(105)、(106A)到(108A)、以及(106B)到(108B)连接到网络上以配置该社交网络系统。服务器(102)存储各个用户的多媒体数据和好友列表用于在能够被认为是私用的确定数量的用户的范围内识别与各个用户建立了好友关系的用户。当服务器(102)从用户设备(103)到(105)、(106A)到(108A)以及(106B)到(108B)中的一个接收到访问请求时，服务器(102)允许该用户设备去访问该用户设备的用户的多媒体数据和与该用户设备的用户建立了好友关系的用户的多媒体数据。
文档编号G06Q50/00GK101179462SQ20071016595
公开日2008年5月14日 申请日期2007年11月9日 优先权日2006年11月10日
发明者宫崎琢磨 申请人:雅马哈株式会社