CN104869152A - 用于社交联网的设备 - Google Patents
用于社交联网的设备 Download PDFInfo
- Publication number
- CN104869152A CN104869152A CN201510186294.6A CN201510186294A CN104869152A CN 104869152 A CN104869152 A CN 104869152A CN 201510186294 A CN201510186294 A CN 201510186294A CN 104869152 A CN104869152 A CN 104869152A
- Authority
- CN
- China
- Prior art keywords
- equipment
- network
- profile
- user
- context
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000006855 networking Effects 0.000 title abstract description 19
- 238000004891 communication Methods 0.000 claims description 19
- 230000008878 coupling Effects 0.000 claims description 19
- 238000010168 coupling process Methods 0.000 claims description 19
- 238000005859 coupling reaction Methods 0.000 claims description 19
- 238000012800 visualization Methods 0.000 claims description 15
- 230000002269 spontaneous effect Effects 0.000 claims description 4
- 230000001413 cellular effect Effects 0.000 claims description 2
- 230000001419 dependent effect Effects 0.000 claims description 2
- 230000000007 visual effect Effects 0.000 abstract description 6
- 238000000034 method Methods 0.000 description 47
- 230000006978 adaptation Effects 0.000 description 17
- 230000008569 process Effects 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 239000011159 matrix material Substances 0.000 description 11
- 230000004044 response Effects 0.000 description 8
- 230000000694 effects Effects 0.000 description 6
- 238000011160 research Methods 0.000 description 5
- 238000003860 storage Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000008447 perception Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000013011 mating Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000002708 enhancing effect Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000004088 simulation Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000004138 cluster model Methods 0.000 description 1
- 238000010835 comparative analysis Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000003997 social interaction Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/01—Social networking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
- H04L67/1068—Discovery involving direct consultation or announcement among potential requesting and potential source peers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
- H04W4/21—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel for social networking applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Tourism & Hospitality (AREA)
- Data Mining & Analysis (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种设备,包括:至少一个网络接口,其被配置为通过网络与其它设备通信;匹配引擎,其与所述网络接口耦接,并被配置为激活与所述设备有关的基于方案的上下文、获得表示在所述网络上可用的其它设备的简档、以及生成根据基于方案的上下文选择的被选简档之间的匹配;以及可视化引擎,其与所述匹配引擎耦接,并被配置为:根据基于方案的上下文来创建表示所述匹配中的至少一些匹配的包括节点之间的概念距离的社交地图、以及使得目标设备的设备显示器将社交地图与概念距离一起呈现。
Description
本案是申请日为2008年3月11日、申请号为200880128006.X、发明名称为“用于社交联网的方法、装置和***”的发明专利申请的分案申请。
技术领域
本发明大体上涉及远程通信,更特别地,涉及用于社交联网的方法、装置和***。
背景技术
移动设备的激增正在改变人们相交互的方式。移动设备在能力、精密性和特征方面也在增加,进一步改变人们相交互的方式。社交联网是此类交互如何演进的应用。
演进的一个领域是匹配算法,包括Ad Hoc匹配算法。现有技术指示最可用的Ad Hoc匹配算法主要被设计为用于基于基础设施的分布式***,且不一定考虑Ad Hoc网络所需的易失性和低功率特性。此类现有技术的一个示例(虽然其甚至未考虑匹配算法)是A.K.Dey,G.D.Abowd和D.Salbe,“A Conceptual Framework and a Toolkit for Supporting the Rapid Prototypingof Context-Aware Applications”,Human-Computer Interaction,Vol.16,No.2、3&4,pp.97~166,2001。(“Dey”)Dey提供了一种用于构建通用上下文感知应用的概念框架。Dey引入了上下文工具包并讨论如何能够针对从智能导游到会议助理的不同方案对此类工具包进行自定义。通过将感知网络从应用语义学分离,创建接口和信息汇集器作为中间件。并且,可以在不修改应用逻辑的情况下将位置传感器的类型变成各种技术。这为程序员提供构建上下文感知应用程序并以相对少的修改对其进行自定义的能力。然而,在Dey中,位置是主要的上下文,并且该***处理更复杂的上下文的能力及其可伸缩性目前未得到证明。
Berger等人的美国专利公开US 2007/0008905A1(“Berger”)公开了一种根据特定的简档将多个用户聚集在移动网络中的方法。关于用户的数据被分配给每个用户。当所述用户位于预定义的通信范围内时立即在至少两个用户之间交换数据,以便发现带有具有给定内容的简档的用户。Berger并未有目的地考虑如何执行匹配的优先化。Berger也未有目的地考虑节点之间的握手过程。虽然Berger建议可以通过Wi-Fi和蓝牙两者来实现所提出的集群模型,但这些协议在对端配对(握手)中具有不同的方案且配对通常通过共享一个密钥发生。如果配对被撤消或禁用,则存在安全问题。Berger也未有目的地描述用户如何访问相同的搜索模板,暗示Berger可能意图是将Berger中的解决方案硬编码到设备且其不具有自定义能力。Berger也未讨论如何在节点之间交换并传播数据。Ad Hoc网络中的消息的传播必须遵循某些原理和协议,但Berger未参考此类交互可以如何发生的任何标准。并且,应注意的是在蓝牙通信中,每个主设备只能同时连接至达有限数目的设备。Berger未讨论当节点的数目增加时如何执行调度。此外,Berger未讨论构建并连接网状网络时的调度模型。这意味着如果所提供的数据不在协议的发现范围内,则将不发生匹配。
授予Tanaka等人的美国专利US 6,542,749(“Tanaka”)提供了一种用于连接在附近放置的远程通信单元的方法和***。该方法和***可以在能够确定在***内使用的远程通信单元(TU)的位置的位置感知远程通信***中使用。当一个或多个其它用户具有兼容属性时且当其位于相互的预定距离内时,用户可以连接到一个或多个其它用户。在发起用户的TU请求时,基于服务器计算机所保持的属性和距离信息,可以在两个或更多用户的TU之间建立连接。
Tanaka可以用于处理被动信息,但Tanaka并未有目的地公开实时信息处理。不同于Berger,Tanaka还依赖于集中式框架,并依赖于先前存在的通信基础设施,诸如像全球移动通信***(GSM)网络、或码分多址(CDMA)网络的核心移动网络、或通用移动通信业务(UMTS)。本领域的技术人员将想到其它类型的核心移动网络指示基础设施。Tanaka可能潜在地遭受高的网络延迟,因为核心移动网络中的任何故障点都可能影响通信吞吐量。Tanaka的另一方面是由通信基站来确定移动装置的位置,这可能影响位置的粒度。Tanaka的第9列第45至65行提供了可以在任何联网***中使用的匹配算法的一般说明,但此类算法还可以进一步扩展。Tanaka还关注于基于分离程度的评分模型,但本发明人相信需要一种不同的评分模型。
授予Shapira的美国专利US5,086,394(Shapira)提供了一种用于参与用户的介绍***,包括用于每个用户的通过远程寻呼被激活的个人设备。每个用户还具有存储设备,该存储设备具有通过诸如特征和兴趣等个人特性来定义用户的个人数据。本地控制单元从多个用户存储设备接收个人数据,并且使用计算机装置将每个用户的个人数据与在相同的时间帧内经由其各自的存储设备将其个人数据输入到本地控制单元的其他用户的个人数据相比较。经由其个人设备对通过计算机比较与标准匹配的配对进行自动地寻呼并促进介绍。
类似于大部分现有技术,Shapira是基于集中式基础设施模型,这意味着其如在Tanaka中一样遭受相同的故障点问题。Tanaka可能具有稍微有限的灵活性,因为Shapira更加关注于硬件/设备设计而不是软件解决方案。Shapira还关注于阻止用于其它上下文的自定义的日期方案。对于Shapira而言,在达到时间(meeting time)之前向中央服务器输入数据和简档(非Ad Hoc和自发通信)。属性未被存储在节点/设备本身上,而是从服务器获取。
最新的文献调查指示最可用的Ad Hoc匹配算法主要被设计为用于基于基础设施的分布式***且不必要处理Ad Hoc网络所需的易失性和低功率特性。人网(PeopleNet)(在peopleNet中:无线虚拟社交网络。在第十一届移动计算和网络年度国际研讨会中(2005年8月28日至9月2日,德国科隆)建议潜在成功的社交网络是视位置、团体和时间而定的。其提供用于设计参数的候选算法的比较分析并产生有效的结果。尽管明确定义了网络架构和传播范例,但网络/用户交互的实际方面仍被忽视。PeopleNet未考虑诸如蓝牙等通信协议的多级认证及其在构建高效的自发社交网络方面的导致的复杂化。在PeopleNet中提出的框架还通过引入不断电电源管理策略而忽视节点的有限的电池容量。
负责本说明书的发明人意欲缓解或消除现有技术的缺点中的至少一个。
发明内容
本发明提供了一种用于社交联网的方法、***和装置。该方法、***和装置可以被实时地激活且可以是自发的。
在一方面,本说明书提供了一种用于社交联网的方法、***和装置,其在不要求位置感知的情况下在Ad Hoc环境中创建感知。提供了一种架构,其可以使得能够在不同的方案中实现自定义的搜索和获取并可以为用户提供将上下文从一个环境切换到另一环境的能力。切换上下文的能力可以是自动的,由此,属于用户的设备自动地检测给定的服务区并激活适当的简档模板。该感知能够不是通过给出更准确的位置、而是通过给出识别轨迹中的支持上下文来增强基于当前位置的服务,该服务多半遭受不准确的定位。作为示例,所述轨迹可以是模糊半径,其具有附加信息,诸如颜色、形状及与该半径有关的其它属性。在某些情况下,接近度信息可能如同从诸如搜索引擎等集中式***获取的信息一样有价值。用于社交联网的方法、***和装置可以提供生成用户附近的实时且有用的语义的能力。
在提出的架构中,诸如会议组织者、社交俱乐部或学术机构等提供者能够使用所提供的网页服务来创建基于方案的简档。然后使得移动用户可从网站或通过使用可用的无线数据网络获得这些简档模板。如上文所指示的,可以将用于特定服务区的简档模板自动地加载到相关设备上。可以以通用的方式来配置手持式设备上的匹配引擎且该匹配引擎可以针对向其发送的任何方案对其本身进行自定义。并且,用户能够根据上下文在方案之间切换。例如,用户可以激活社交集会中的社交简档并在稍后激活特定的会议简档以找到会议设置方面具有特别的研究兴趣的人。
所提供的***可以从各种社交方案切换到其它潜在的方案,诸如军队和国家安全环境中的非集中式自主地质找矿操作。
在其它方面,提供了一种用于动态Ad Hoc网络中的上下文的生成和解释的框架和算法。提供了多标准和优先权匹配方案。还提供了附着于所述框架的用于Ad Hoc网络中的语义的增强表示的可视化引擎。所提供的***可以使得能够实现Ad Hoc网络中的社交上下文感知并促进到最终用户的附加通信,最终降低用户对限制性网络(例如,运营商的数据网络)的依赖性。
在一方面,本说明书提供了一种设备,包括:至少一个网络接口,其被配置为通过网络与其它设备通信;匹配引擎,其与所述网络接口耦接,并被配置为激活与所述设备有关的基于方案的上下文、获得表示在所述网络上可用的其它设备的简档、以及生成根据基于方案的上下文选择的被选简档之间的匹配;以及可视化引擎,其与所述匹配引擎耦接,并被配置为根据基于方案的上下文来创建表示所述匹配中的至少一些匹配的包括节点之间的概念距离的社交地图、以及使得目标设备的设备显示器将社交地图与概念距离一起呈现。
附图说明
图1示出用于社交联网的***。
图2示出图1的***的移动设备中的一个移动设备的示意性表示。
图3示出用于图1的***的架构框架。
图4示出描绘可以使用图1的***实现的用于社交网络的方法的流程图。
图5示出简档大纲(schema)发生器的示例。
图6示出可以在图1的***的移动设备的显示器上生成的可视化图表的示例。
图7示出可视化图表的另一示例。
图8示出可以在图1的***的移动设备上显示的可视化图表和附加数据的另一示例。
图9示出表示根据个案研究的用于一个人的分数相对所比较的人的图表。
图10示出表示根据所述个案研究的用于另一人的分数相对所比较的人的图表。
图11示出表示根据所述个案研究的用于另一人的分数相对所比较的人的图表。
图12示出描绘了可以使用图1的***实现的用于社交网络的另一种方法的流程图。
具体实施方式
现在参照图1,通常在50处指示用于社交网络的***。***50在其核心处包括将多个基站58-1、58-2与管理服务器62互连的网络54。(基站58-1、58-2被统称为基站58,并一般地称为基站58。在本文的其它地方使用这种命名法。)每个基站58具有各自的服务区66,并且每个服务区66包括多个移动设备70,每个设备被各个用户U操作。每个移动设备70可以经由各个第一无线链路74连接到其各自的基站58。每个移动设备70还经由第二无线链路78基于端对端方式与移动设备70相互连接。
如下文将进一步解释的,每个服务区66可以表示其中设备70的多个用户U可能希望进行社交联网的任何区域。因此,在服务区66-1内,可以预期设备70-1、70-2和70-3各自的用户U-1、U-2、U-3可能希望进行社交联网。同样地,在服务区66-2内,可以预期设备70-4、70-5和70-6各自的用户U-4、U-5、U-6可能希望进行社交联网。
定义给定服务区66的项目不受特别限制。例如,服务区66-1可以包括学院上下文的会议的占地面积,在学院中用户U-1、U-2和U-3可能希望对具有相同意愿和兴趣的其他学院进行定位。这意味着由用于服务区66-1的服务器62生成的模板是基于诸如研究领域和从属关系(affiliation)等属性,而在另一示例中,服务区66-2可以包括***的占地面积,其中,用户U-4、U-5和U-6可能是希望遇到具有相同意愿和兴趣的潜在搭档的单身,并且由服务器62生成的模板是基于诸如性别、年龄和关系类型等属性。网络54可以是基于因特网、互联网、公共交换电话网、分组交换网络或任何前述事项的组合。网络54经由有线或无线的任何适当回传网络链接到基站58和服务器62。
服务器62可以基于由硬件、固件、操作***和软件的任何组合组成的任何期望的计算环境。示例***器包括在来自美国加利福尼亚州95054圣克拉拉市网络圈4150号(4150 Network Circle,Santa Clara,CA 95054 USA)的Sun Microsystems公司的Sun FireTM生产线下提供的任何服务器,或任何其它计算环境,包括经由总线将随机存取存储器(或其它易失性存储器)、只读存储器(或其它非易失性存储器)、硬磁盘(或其它永久性存储器)、网络接口、输入设备和输出设备互连的一个或多个中央处理单元。网络接口允许服务器62连接到网络54。
服务器62被配置为保持在模板应用程序64的至少一个实例处,该模板应用程序64被配置为与设备70相交互以便帮助在给定服务区66内提供设备70之间的社交联网功能。在本实施例中,服务器62保持与服务区66-1相关的第一模板应用程序64-1和与服务区66-2相关的第二模板应用程序64-2。下面将进一步讨论模板应用程序64。
每个设备70基于至少包括数据能力且通常还包括语音能力的增强型移动电子设备的功能。许多众所周知的蜂窝式电话模型或其变体适合于本实施例。现在参照图2,示出了每个设备70的示意性方框图。应强调的是图2中的结构纯粹是示例性的,并可以预期用于无线语音(例如,电话)和无线数据(例如电子邮件、网页浏览、文本)通信两者的设备。设备70包括多个输入设备,其在本实施例中包括键盘100和扩音器104。还可以预期其它输入设备,诸如触摸屏。在处理器108处接收来自键盘100和扩音器104的输入,处理器108又与非易失性存储单元112(例如,只读存储器(“ROM”)、电可擦可编程只读存储器(“EEPROM”)、闪速存储器)和易失性存储单元116(例如,随机存储存储器(“RAM”))通信。实现本文所述的设备70的功能性讲授内容的编程指令通常被永久性地保持在非易失性存储单元112中且被处理器108使用,处理器108在此类编程指令的执行期间进行易失性存储器116的适当利用。设备70的变体包括装配有无线能力的膝上型计算机。
处理器108又可以被配置为向扬声器120和显示器124发送输出。处理器108还包含第一无线电设备128和第二无线电设备132。在概念上,可以将第一无线电设备128和第二无线电设备132视为网络接口。第一无线电设备128被配置为用于经由链路74进行通信,而第二无线电设备132被配置为用于经由链路78进行通信。因此,在本实施例中,每个设备70是能够通过链路74和/或通过链路78进行通信的混合设备。然而,在其它实施例中,可以预期可以从设备54省略第一无线电设备128,以便设备54只能经由链路78进行通信。应理解的是通常可以预期用于设备70的多种配置。
在本实施例中,第一无线电设备128和链路74基于区域网拓扑结构,诸如电气和电子工程师协会标准(IEEE)802.11或其变体;或BluetoothTM,或者基于核心移动电话网拓扑结构,诸如GSM、通用分组无线服务(GPRS)、码分多址(CDMA)等。可以预期链路74可以在设备70与服务器62之间载送数据分组。因此,应认识到如果链路74是基于IEEE 802.11,则每个基站58也将是IEEE 802.11基站。同样地,如果链路74是基于核心移动电话网基础设施,则基站58将这样相对应。
在本实施例中,第二无线电设备132和链路78是基于端对端拓扑结构,诸如BluetoothTM,但可以预期其它端对端拓扑结构,包括IEEE 802.11的端对端变体。
并且,在本实施例中,每个设备70将端对端匹配器应用程序136的拷贝保持在非易失存储器112中。可以将端对端匹配器应用程序136加载到易失性存储器116中并在处理器108上执行。一个设备70上的端对端匹配器应用程序136被配置为与在通过链路78的范围内的其它设备70上的其它端对端匹配器应用程序136相交互。端对端匹配器应用程序136还被配置为访问由模板应用程序64生成的模板。此类模板可以被每个设备70从服务器62访问,由此,设备70经由基站58来访问服务器62。下面将进一步讨论端对端匹配器应用程序136。
并且,在本实施例中,每个设备70保持也被保持在非易失存储器112中的可视化引擎138,该可视化引擎138可以获取社交匹配的结果并在显示器120上生成那些结果的可视表示。下面将进一步讨论可视化引擎138。
现在参照图3,在150处指出用于在***50中的每个设备70上实现的概念架构。架构150包括四个层,包括1)通信架构层154;2)匹配引擎层158;3)简档处理层162和4)简档大纲层166。
架构150:a)基于自由和端对端通信协议;2)具有创建能够解析标准模板以进行自适应的可自定义匹配引擎的能力;3)具有在没有过多用户参与的情况下对允许搜索和获取的基于服务的算法进行建模的能力和4)利用本地存储器来减少或排除对集中判优器的需要。
一般而言,下面将更详细地讨论每个层。然而,在这里,应注意的是虽然图3将框架层154标记为蓝牙框架层,但可以预期其它通信协议,包括ZigBee、IEEE 802.11等。还应注意的是简档处理层162可以基于多种不同的模型,包括线性和模糊评分或其它评分方法。
在本实施例中,自由和端对端通信利用蓝牙且包括无缝实时搜索方案以增加此类蓝牙设备在动态环境中的可用性。为了实现可用性,本实施例利用具有最少用户干预的匹配过程。由于蓝牙通常具有要求用户不断地同意连接的配对过程,所以本实施例实现经修改的蓝牙配对过程以使配对过程基本上无缝且通信基本上安全。在本示例性实施例中,搜索(以便例如设备70-1可以搜索设备70-2或设备70-3并对设备70-2或设备70-3进行定位)涉及使用L2CAP(如在C.J.Hsu、Y.J.Joung的“An ns-based Bluetooth TopologyConstruction Simulation Environment,Proceedings of the 36th annualsymposium on Simulation ANSS'03”pp.145,2003(“L2CAP”)中所讨论的)作为物理层。此外,将SDP(如在R.Bruno、M.Conti、E.Gregori的“Wirelessaccess to internet via Bluetooth:performance evaluation of the EDC schedulingalgorithm”,Proceedings of the first workshop on Wireless mobile Internet WMI'01 pp.43-49,2001中所定义的)的组合与通过用于上层的互联网协议的传输控制协议(TCP/IP)相组合使用。在H.Rahnama、A.Sadeghian、和A.Madni的“Social Context Awareness in Ad Hoc System of Systems”,Proceedings of the2007 IEEE International Conference on System of Systems,April 18–20,2007中以一般的非专业术语讨论了无缝配对的概念机制。
图4示出以流程图的形式表示且在参考180处指示的社交联网的方法。方法180一般反映匹配器应用程序136的功能。可以通过增强与在蓝牙技术规范中定义的逻辑链路控制和自适应协议(L2CAP)相结合地工作的现有蓝牙服务发现层或服务发现协议(SDP)来实现方法180,所述蓝牙技术规范可以从http://www.bluetooth.com/Bluetooth/Technology/Building/Specifications获得。然而,请注意,不需要以这种方式来实现方法180。
方法180是端对端方法,由此,一个设备70充当概念上的“客户端”,而一个或多个其它设备70充当概念上的“服务器”。图4左侧的方框因此反映促使特定设备70作为概念上的“客户端”的匹配器应用程序136内的功能,而图4右侧的方框因此反映作为概念上的“服务器”的第二设备70中的端对端匹配器应用程序136内的功能。在图4中,作为特定的非限制性示例,设备70-1是概念上的客户端,而设备70-2是概念上的服务器。图4假设已由第一设备70-1和第二设备70-2从模板应用程序64-1获得模板。
由第一设备70(在图4中给出的示例是设备70-1)使用一般如图4中的方法180所指示的基于流程的技术来对搜索请求进行初始化。可以将通信交互划分成第一设备70-1与第二设备70-2之间的交互。方法180在方框184处开始,在那里,设备70发起搜索。可以通过将设备70配置为调用被结合到搜索可以到达的其它设备70的与每个设备70的无线电设备132相关的功能中的方法来实现在方框184处发起的搜索。
在方框188处,进行关于用户U是否已完成与设备70的用户U相关的简档的确定。此类简档一般涉及识别用户U且可在使特定用户U与相同服务区内的其它用户U匹配时使用的任何标准或其它信息。此类简档已由用户U预先输入到设备70中并存储在设备70的易失性存储器116和/或非易失性存储器112内。在本实施例中,简档将对应于从模板应用程序64-1获得的模板。下面将更详细地讨论简档。如果简档尚未完成,则方法180可以被配置为在方框188处“等待”直至完成此类选项位置。
在方框192处,接收可用设备的列表。可以由例如参加典型蓝牙发现过程的设备70-1和发现设备70-2来实现方框192。(现在应理解的是***50中的所有设备70可以同样地相互发现那些其它设备70在范围内的什么位置。)
在方框196处,向其它设备70发送共享密钥。共享密钥被保持在端对端匹配器应用程序136内并因此为具有加载在其上面的匹配器应用程序136的所有设备70所知。以这种方式,每个设备70可以验证给定服务区66内的所有其它设备也保持端对端匹配器应用程序136并因此希望参与社交联网功能。
并且,作为方框196的一部分,共享密钥被发送到设备70-2。
在方框200处,由设备70-2对在方框216处发送的共享密钥进行解析以便验证该密钥是否与被保持在设备70-2处的密钥的拷贝匹配。
在方框204处,进行关于简档是否已完成的确定。方框204与方框188类似处在于如果设备70-2具有不完整的简档,则方框204处的确定结果可以是例如一种例外情况,其中,向设备70-2(和/或设备70-1)返回错误消息且方法180终止。
如果方框204处的确定结果是“是”,则方框180前进到方框208并向设备70-1返回响应密钥。该响应密钥一旦被设备70-1接收到,则允许设备70-1和70-2实际上为了实现在此所述的社交联网功能而相互配对。在方框212处,设备70-1等待从设备70-2接收响应密钥。如果未接收到响应密钥,则认为到设备70-2的配对已失败,随后,在方框216处,关闭与设备70-2的连接。(作为方框212的执行的特定示例,假设设备70-2正在执行方框212并等待接收关于设备70-2的响应密钥。如果未接收到响应密钥,则在方框216处,设备70-1将通过终止链路78-2来关闭与设备70-2的连接)。
然而,假设在方框212处确定是“是”,因为从设备70-2接收到响应密钥,则方法280从方框212前进到方框220。在方框220处,设备70-1将寻找来自设备70-2(或其它相关设备70)的请求。(作为方框220的执行的特定示例,假设设备70-1已从设备70-2接收到确认与设备70-2的可连接性的响应密钥。在这种情况下,在方框220处,链路78-2将是活动的,并且设备70-1将收听来自设备70-2的请求。)
在方框224处,当接收到请求时,接收请求的设备70-1将读取其自己的简档并将该简档发送到设备70-2。(在方框224处参考的简档是在方框188处参考的相同简档。)因此,在方框224处,由用户U输入并存储在设备70-1的易失性存储器116和/或非易失性存储器112内的简档将被设备70-1的处理器108读取并发送到设备70-2。
在方框228处,设备70-2将调用以获得存储在设备70-2中的简档。
在方框232处,设备70-2将实现匹配操作。下面将进一步讨论目前优选的匹配操作,且该优选的匹配操作涉及基于用于每个用户U的简档来确定特定服务区66内的每个用户U之间的概念距离。在图4中的特定示例中,将基于从设备70-1获得的与设备70-2内的存储简档有关的完整简档来实现该概念距离。
在方框236处,进行作为方框232的执行结果是否已存在匹配的确定。如果方框236处的确定结果是“否”,则在方框240处,可以根据需要关闭与相关设备70-1的连接。然而,假设在方框236处,确定结果为“是”,则在方框244处,向设备70-1返回接受密钥。该接受密钥是设备70-2已进行匹配并最终用信号通知设备70-1,设备70-2是开放的以接受其各设备70之间的聊天对话(或其它通信)的传导。
在方框248处(其假设已进行与设备70-2的匹配),设备70-1的用户U可以调用与设备70-2的聊天或其它通信功能。
现在应显而易见的是以简化形式提出了方法180。应注意的是在典型的实现中,设备70-1还将执行方框232、236和244的其自己的版本,以便从设备70-1的用户的角度出发逐渐形成设备70-1与设备70-2之间的概念距离。还应理解的是可以对方法180中的交互进行外推以反映同一服务区66内的多个设备70之间的交互。在多个交互的此类情况下,可以存在被指定为作为概念上的“服务器”的单个设备(例如,设备70-2),而剩下的设备作为概念上的“客户端”。可以调用任何适当的选择过程以选择哪个设备70将是概念上的“服务器”。
现在将显而易见的是可以改变方法180,同样地,可以关于如何实现方法180中的各种方框来进行许多特定的设计选择。例如,如先前所讨论的,方框232涉及匹配操作的执行。方框232还对应于架构150的匹配引擎层158。可以用于方框232的现有的匹配操作包括在M Paolucci、T.Kawmura、T.Payne和K.Sycara的“Semantic Matching of Web Services Capabilities”,First Int.Semantic Web Conference,pp.333-347,2002中所讨论的匹配操作的适当修改型式。然而,目前更优选的匹配操作是下述新型的匹配协议。
通过处理具有加权属性的简档来执行目前优选的匹配操作。这些简档包括由网页服务预定义且被作为扩展标记语言(XML)大纲存储在设备上的属性。使用所赋予的属性之间的线性评分模型来执行简档的选择或拒绝。表I描绘了为社交交互方案创建的简单简档的示例。用户创建搜索标准并引入评分模型来对选择进行排序。
表I社交匹配方案
简档允许每个通信节点计算称为概念距离(CD)的数值度量。这是关于用户简档中的公共元素的分数,概念距离越高,那些节点具有的共同点越多。概念距离计算是权值矩阵(W)和简档矩阵(P)的相乘的结果。权值矩阵是在特定分析中每个属性的重要性,例如考虑约会简档比较、找到相反性别的人比找到类似年龄范围的某个人更加重要,因此权值矩阵将反映性别比年龄具有更高的权值。这在等式1中得到证明,等式1将任何简档矩阵组合的概念距离分解,无论P或W的元素是静态的还是变化的。
等式1
CD(t)=Pnxm(t)·W(t)
通过处理具有加权属性的简档来执行匹配。这些简档包括由网页服务预定义且被作为扩展标记语言(XML)大纲存储在设备上的属性。使用那些简档的相关属性来执行简档的选择或拒绝。这些属性可以具有许多形式,包括数字的、描述的或抽象的。每个属性适合在简档生成期间定义的许多种类。这在表II中示出。
表II节点种类
简档选择是过程的重要部分,因为其涉及明确地定义每个上下文对整个***的重要性并定义用于W矩阵的权值(参见等式1)。考虑影响***判定的每个上下文。如果任何因素被忽视或未被包括,则***将其忽视因为在进行确定时其不适用。
通过使用在简档中定义的算法将每个节点简档与存在于***中的每个其它节点相比较来将矩阵P分解。这些覆盖大的比较范围,以便有效地计算概念距离以在通用分布式***中使用。应用于***的每个属性具有与之相关联的生成***简档矩阵所需的比较算法(表III)。
表III比较算法
A(t)是两个数值an(t)和am(t)的最后分数。an(t)是主值,用来对an(t)–am(t)做除法,并获得相对差。然后用一减去绝对值,以获得与主值an(t)相比的相似性百分比。B(t)是两个数值的最后分数,由其数值的预定范围内的指数来定义。用第二值(bm)的指数减去第一值(bn)的指数。N是该范围内的分区的总数。每个指数(bi)将是[0≤bi≤N-1]。与A(t)类似地计算相对差和百分比。C(t)是两个布尔值的分数,具有相反符号的预定分数。C(t)的计算基于其分数表示来返回两个值之间的差的绝对值。在我们的以下示例中,我们选择0.5用于男性值并选择-0.5用于女性值,结果得到用于相反值的一的分数和用于匹配值的零的分数。D(t)是字符串元素的直接比较。该分数是在辅助列表(dm)中存在多少主列表的元素(dn)的计数的结果。通过用匹配的数目除以主列表中的元素的数目来计算相对差。通过将每个单独的分数与其预定权值相乘,并加在一起,如等式(1)所示地产生最后分数。
表IV示出与每个简档的属性相关联的定义。P矩阵的列变成不基于为其定义的类型的计算。例如,如果第一权值W1是年龄比较,则简档将其定义为类型数值或数值范围,因此,用于第一列的P矩阵中的结果将是等式A(t)或B(t)的结果,其中,如同W2是性别的比较一样,P矩阵第二列将是C(t)的结果。
表IV定义
再次参照图4,回想在执行方法180之前,假设已经创建用于用户U的简档,并且在方框188处实现该简档是否已完成的验证。(还请注意,简档大纲在概念上与架构150中的简档大纲层166相关。)可以使用任何适当或所需的界面来创建可以用来由单个用户U创建简档的简档方案。在本优选实施例中,图5所示的网页界面300***作服务器62的管理员A用来创建各种简档大纲。(请注意,该简档大纲创建在概念上与架构150中的简档处理层162相关。)
网页界面300包括多个字段,包括属性304、类型308、种类(Cat)312、权值316和过滤器320。添加属性按钮324允许管理员A在属性304下添加附加属性。对应于每个属性304、类型308、种类312、权值316和过滤器320的可以是相关的。还可以包括“上传图片”对话框324,以便用户U可以提供其自己的图片。网页界面300的输出是XML文件328,其表示已使用界面300生成的特定简档大纲。
可以为服务区66-1创建不同的简档大纲并为服务区66-2创建第二个。在概念上将匹配服务器应用程序64-1与匹配服务器应用程序64-2分离的是不同的简档大纲。因此,例如,诸如会议组织者等方案提供者能够使用此网页界面300来创建简档大纲,以XML文件328的形式输出。可以向每个设备70发送XML文件328以便创建由每个用户U完成的调查表从而最终创建用于该用户U的大纲,该大纲随后被存储在各自的设备70上。(可替换地,可以向另一设备发送XML文件328,其被用户U用来生成大纲,然后可以将所生成的大纲下载到其设备70。)
另一实施例提供可视化引擎138,以便社交匹配的结果可以被示出并更容易被每个用户U分析。可视化引擎138被配置为计算存在于附近的节点的匹配分数并创建包括节点之间的概念距离的社交地图。可以自发地且实时地创建并动态地更新此类社交地图。可视化引擎138可以基于任何现在已知或未来预期的矢量图形引擎,包括Java JSR226、openGL、DirectX及其它3D发生器图形引擎。在图6中示出由用户U-1操作的设备70-1的显示器120上的可视化引擎138的可能输出的简化示例。在图6的显示器120中,在中心处示出表示用户U-1的节点,表示用户U-1自己。表示用户U-2的第二节点被示为连接到用户U-1且表示用户U-3的第三节点被示为连接到用户U-3。请注意,在图6中,表示用户U-3的第三节点比表示用户U-2的第二节点距离表示用户U-1的节点更远。这指示用户U-2与用户U-3相比是到用户U-1的更近的概念匹配。图7示出比图6更复杂的示例,其中,在相关服务区66内存在十个用户而不是图6中的仅三个。图8示出比图7更复杂的示例,其中,在相关服务区66内示出十个用户,并且,另外,具有与设备70-1的用户U-1的最佳匹配的用户U的简档被示为年龄二十五岁的男性,完整地具有该最佳匹配用户U的图片和爱好列表。
可以预期能够使用可视化引擎138创建的对各种输入的改进。例如,可以将输出配置为指示用户U自己正在搜索其它用户。可以将输出配置为指示某些用户在概念上相互匹配,同时指示那些完全相同的用户中的哪些愿意被联系或接近。
使用在此的讲授内容已经实现了各种情况研究。使用实现上述匹配算法的平台来计算在研究中涉及的情况。利用四种密钥数据类型和分数计算的匹配简档足以满足社交匹配方案,并成功地识别兼容简档。这将为用户提供关于周围人的社交上下文感知并指示在好恶方面用户与其它节点多远或多近。
已在Java使能移动电话上开发并在图8中示出了原型用户界面。屏幕120被划分成两个动态区。上部通过使用在JavaME平台中可用的可缩放矢量图形库每五分钟(或其它适当的时间段)对相邻节点进行轮询来生成社交地图。在如图8所示的原型的当前版本中,在屏幕的下部示出了社交设置中的最高可能匹配且用户需要按下按钮(“下一个”)以查看下一个最高匹配。对于该研究而言,具有优选异性匹配的十个基于性别的简档的环境,并且关注于不断地针对匹配对其它简档进行轮询的两个男性和一个女性。本原型用户界面是可跨越移动平台移动的,该移动平台包括Symbian、来自Research inMotion公司的BlackberryTM、以及如前所述的Java电话,并且应理解的是本文的讲授内容不专用于Java使能电话。在Java中,使用三种主要的JSR,包括用于蓝牙的JS82、用于图形的JSR226、用于安全的JSR 177和用于网页服务的JSR172。
表V~VII和图表I~III(分别在图9、10和11中示出)示出用来计算十个人的社交设置中的最终概念距离的三个加权搜索标准(年龄、爱好和性别)。(请注意,在表V~VII和图表I~III中将用户称为人或人们)。零的最低分指示最不期望的节点。所有权值的和识别一百五十的最高分,其指示完美匹配。该图表示出异性之间的高分和同行之间的低分。此类分数是用于生成社交图表的基础并表示节点之间的距离。
虽然在表V~VII中定义的方案中具有七十五的高权值的“性别”是获得概念距离时的主要标准,但其不是唯一的匹配因素。具有五十的权值的“年龄”和具有二十五的权值的“爱好”是依照搜索者的标准提供更准确的匹配的后续因素。例如,在表V中,用于人1的最佳匹配是具有144.4的高概念距离的人3,并且最不期望的匹配是具有38.9的低概念距离的人9。这些概念距离在使图5所示的社交地图可视化时起到关键作用。重要的是请注意由图3所示的网页服务来定义用于每个属性的默认权值。为了能够进一步对搜索进行自定义,用户还具有在手持式设备上修改默认权值以对搜索标准进行自定义的能力。例如,在表VI中,用户可以减小赋予“性别”的权值并增加赋予“爱好”的权值以按优先次序排列搜索从而找到具有爱好“D”的人。表V-用于人1的搜索空间和分数
年龄 | 爱好 | 性别 | 分数 | |
权值 | 50 | 25 | 75 | |
人1 | 25(期望) | A,B(期望) | M | |
2 | 30 | C,D | M | 44.4 |
3 | 33 | A,B | F | 144.4 |
4 | 23 | D | M | 50 |
5 | 29 | B,C | F | 131.9 |
6 | 15 | A,D | F | 126.4 |
7 | 40 | A,B,C,D | M | 58.3 |
8 | 45 | A | F | 120.8 |
9 | 39 | C | M | 38.9 |
10 | 21 | B | F | 131.9 |
表VI-用于人4的搜索空间和分数
年龄 | 爱好 | 性别 | 分数 | |
权值 | 50 | 25 | 75 | |
人4 | 30(期望) | D(期望) | M | |
1 | 25 | A,B | M | 44.4 |
2 | 30 | C,D | M | 75 |
3 | 33 | A,B | F | 125 |
5 | 29 | B,C | F | 125 |
6 | 15 | A,D | F | 133.3 |
7 | 40 | A,B,C,D | M | 63.9 |
8 | 45 | A | F | 113.9 |
9 | 39 | C | M | 44.4 |
10 | 21 | B | F | 113.9 |
表VII-用于人8的搜索空间和分数
年龄 | 爱好 | 性别 | 分数 | |
权值 | 50 | 25 | 75 | |
人8 | 45(期望) | A(期望) | F | |
1 | 25 | A,B | M | 133.3 |
2 | 30 | C,D | M | 113.9 |
3 | 33 | A,B | F | 63.9 |
4 | 23 | D | M | 108.3 |
5 | 29 | B,C | F | 38.9 |
6 | 15 | A,D | F | 47.9 |
7 | 40 | A,B,C,D | M | 150 |
9 | 39 | C | M | 119.4 |
10 | 21 | B | F | 27.8 |
我们的原型的用户界面是在Java使能移动电话上开发的且在图5(b)中被示出。屏幕被划分成两个动态区。上部通过使用在JavaME平台中可用的可缩放矢量图形库每5分钟对相邻节点进行轮询来生成社交地图。
在该原型的当前版本中,在屏幕的下部示出社交设置中的最高可能匹配且用户需要按下按钮(“下一个”)以查看下一个最高匹配(图5(b))。对于我们的研究而言,我们设置具有优选异性匹配的10个基于性别的简档的环境,并且关注于不断地针对匹配对其它简档进行轮询的2个男性和1个女性。
为了提供进一步的观点和细节,图12示出以流程图的形式表示且在参考400处指示的社交联网的方法。使用***50来执行方法400。由设备70利用其拷贝本地匹配器应用程序136和可视化引擎138来执行方法400中除方框410之外的方框。由服务器62来执行方法400中的方框410,这生成正则表达式以生成在设备70之间使用的公共密钥。在方框410中参考的密钥对应于在方法180的方框196、200、206和244处参考的密钥。
方框405表示由每个设备70搜索所有附近设备70的活动。方框405一般对应于方法180的方框184和192。
方框415表示由每个被发现的设备70进行共享密钥交换以验证在每个被发现的设备70上的匹配器应用程序136的存在的活动。现在应认识到在***50中,设备70-1、70-2和70-3将彼此发现对方,并且设备70-4、70-5和70-6将彼此发现对方。方框415通常对应于方法180的方框196、200、208和212。
方框420表示设备70之间的传统蓝牙配对过程的正式超越(override),有利于允许匹配器应用程序136出于完成如上所述的社交联网功能的目的利用蓝牙堆栈的功能。方框425被调用至每个设备70不对另一设备70上的匹配器应用程序136进行定位的程度。方框425依照根据现有技术的已知蓝牙配对程序来执行设备之间的传统蓝牙配对过程。
方框430表示相互通信并已相互检验且其每个正在执行匹配器应用程序136的所有设备70之间的简档的交换。方框430通常对应于方法180的方框220和224。
方框435表示每个已相互交换简档的设备70之间的概念距离的确定。可以由每个单独设备70来执行方框435。方框435通常对应于方法180的方框228和232。
方框440表示可视化引擎138的指示以便创建图6、7和8所示的类型的社交地图。
可以注意到在400的方法中,一旦方框440完成,则方法400循环回到方框405,并且以这种方式不断地更新社交地图。
虽然前文描述了某些实施例,但现在应显而易见的是可以预期那些实施例的组合、子集、和/或变更。
Claims (20)
1.一种设备,包括:
至少一个网络接口,其被配置为通过网络与其它设备通信;
匹配引擎,其与所述网络接口耦接,并被配置为:
激活与所述设备有关的基于方案的上下文;
获得表示在所述网络上可用的其它设备的简档;以及
生成根据基于方案的上下文选择的被选简档之间的匹配;以及可视化引擎,其与所述匹配引擎耦接,并被配置为:
根据基于方案的上下文来创建表示所述匹配中的至少一些匹配的包括节点之间的概念距离的社交地图;以及
使得目标设备的设备显示器将社交地图与概念距离一起呈现。
2.如权利要求1所述的设备,其中,所述设备包括服务器。
3.如权利要求1所述的设备,其中,所述基于方案的上下文取决于服务区域位置。
4.如权利要求1所述的设备,其中,所述设备包括移动设备。
5.如权利要求1所述的设备,其中,所述移动设备包括以下各项中的至少一个:移动电话以及计算机。
6.如权利要求1所述的设备,其中,所述网络接口包括无线接口,并且所述无线接口支持以下各项中的至少一个:无线网络、有线网络、对等网络、电话网、蜂窝式网络、互联网、内部网、802.11网络、ad hoc网络、蓝牙网络、紫蜂网络和分组交换网络。
7.如权利要求1所述的设备,其中,所述社交地图包括以下各项中的至少一个:动态更新地图、实时地图以及自发地图。
8.如权利要求1所述的设备,其中,所述匹配引擎还被配置为经由web服务获得所述简档。
9.如权利要求1所述的设备,其中,所述可视化引擎和所述匹配引擎被具体实现在相同设备上。
10.如权利要求1所述的设备,其中,所述简档包括加权属性。
11.如权利要求10所述的设备,其中,所述匹配引擎还被配置为基于所述简档的加权简档来选择被选简档。
12.如权利要求1所述的设备,其中,所述简档表示其它设备的用户。
13.如权利要求10所述的设备,其中,所述匹配引擎还被配置为基于语义学匹配操作来选择被选简档。
14.如权利要求1所述的设备,其中,所述设备显示器包括触摸屏。
15.如权利要求1所述的设备,其中,所述社交地图使所述目标设备能够调用通信功能。
16.如权利要求15所述的设备,其中,所述通信功能包括以下各项中的至少一个:文本聊天、电子邮件和语音通信。
17.如权利要求1所述的设备,其中,所述概念距离根据被选简档的功能共同属性来确定。
18.如权利要求1所述的设备,其中,所述上下文包括以下各项中的至少一个:社交上下文、会议上下文、学院上下文和军队上下文。
19.如权利要求1所述的设备,其中,所述匹配引擎还被配置为基于在所述网络上可用的其它设备之间的共享密钥来获得所述简档。
20.如权利要求19所述的设备,其中,所述共享密钥与服务区域相关联。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510186294.6A CN104869152B (zh) | 2008-03-11 | 2008-03-11 | 用于社交联网的设备 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510186294.6A CN104869152B (zh) | 2008-03-11 | 2008-03-11 | 用于社交联网的设备 |
CN200880128006.XA CN101981898B (zh) | 2008-03-11 | 2008-03-11 | 用于社交联网的方法、装置和*** |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880128006.XA Division CN101981898B (zh) | 2008-03-11 | 2008-03-11 | 用于社交联网的方法、装置和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104869152A true CN104869152A (zh) | 2015-08-26 |
CN104869152B CN104869152B (zh) | 2019-01-29 |
Family
ID=53975212
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510186294.6A Active CN104869152B (zh) | 2008-03-11 | 2008-03-11 | 用于社交联网的设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104869152B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1720740A (zh) * | 2002-12-04 | 2006-01-11 | 皇家飞利浦电子股份有限公司 | 根据具有相似观看习惯的用户的投票推荐节目 |
CN1910606A (zh) * | 2004-01-20 | 2007-02-07 | 皇家飞利浦电子股份有限公司 | 个性化会议清单的自动生成 |
CN101076991A (zh) * | 2004-12-13 | 2007-11-21 | 皇家飞利浦电子股份有限公司 | 根据与所收集的媒体内容的相似性供给广告的***和方法 |
US20070282621A1 (en) * | 2006-06-01 | 2007-12-06 | Flipt, Inc | Mobile dating system incorporating user location information |
US20080056215A1 (en) * | 2006-08-29 | 2008-03-06 | Milind Kopikare | Wi-fi based geo-location connectivity |
-
2008
- 2008-03-11 CN CN201510186294.6A patent/CN104869152B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1720740A (zh) * | 2002-12-04 | 2006-01-11 | 皇家飞利浦电子股份有限公司 | 根据具有相似观看习惯的用户的投票推荐节目 |
CN1910606A (zh) * | 2004-01-20 | 2007-02-07 | 皇家飞利浦电子股份有限公司 | 个性化会议清单的自动生成 |
CN101076991A (zh) * | 2004-12-13 | 2007-11-21 | 皇家飞利浦电子股份有限公司 | 根据与所收集的媒体内容的相似性供给广告的***和方法 |
US20070282621A1 (en) * | 2006-06-01 | 2007-12-06 | Flipt, Inc | Mobile dating system incorporating user location information |
US20080056215A1 (en) * | 2006-08-29 | 2008-03-06 | Milind Kopikare | Wi-fi based geo-location connectivity |
Non-Patent Citations (1)
Title |
---|
RUIQIANG GUO,JIANJIN LE,XIAOLING XIA: "Capability matching of Web service based on OWL-S", 《INTERNATIONAL WORKSHOP ON DATABASE AND EXPERT SYSTEMS APPLICATIONS》 * |
Also Published As
Publication number | Publication date |
---|---|
CN104869152B (zh) | 2019-01-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101981898B (zh) | 用于社交联网的方法、装置和*** | |
Jedari et al. | A game-theoretic incentive scheme for social-aware routing in selfish mobile social networks | |
CN106664219A (zh) | 基于过去历史数据的网络节点可用性预测 | |
CN102077553B (zh) | 用于提供背景触发的背景模型分发的方法、设备和计算机程序产品 | |
CN109462508A (zh) | 节点部署方法、装置和存储介质 | |
CN110276602A (zh) | 面向物联网的区块链分级共识方法、***及电子设备 | |
CN112330519A (zh) | 一种数据处理的方法和装置 | |
Chou et al. | A clonal selection algorithm for energy-efficient mobile agent itinerary planning in wireless sensor networks | |
CN106161575A (zh) | 用户匹配方法及装置 | |
CN116886718A (zh) | 基于交易权重的数据存储方法及装置 | |
CN114064843B (zh) | Rdf数据中天际线位置节点查询方法、装置和设备 | |
KR20070121280A (ko) | 지그비 통신 방식을 이용한 멀티 커뮤니케이션 시스템 및그 서비스 제공 방법 | |
CN104869152A (zh) | 用于社交联网的设备 | |
CN105812411A (zh) | 定制信息的推荐方法和装置 | |
CN107026885A (zh) | 信息推送方法及装置 | |
Jin et al. | Energy-efficient resource management in mobile cloud computing | |
RU2572373C2 (ru) | Система и способ доступа к услугам (варианты) | |
CN116962444A (zh) | 基于状态通道的数据存储方法及装置 | |
CN105447066A (zh) | 一种数据处理方法、电子设备及服务器 | |
Berrocal-Plaza et al. | A fine-grained parallel approach for the registration areas optimization | |
CN116760710A (zh) | 一种车载元宇宙虚拟化身迁移的资源定价方法 | |
CN114356564A (zh) | 一种集成服务资源的*** | |
CN115297075A (zh) | 基于目标组群的即时通信方法、装置、设备和存储介质 | |
CN115442301A (zh) | 路由配置树生成方法、基于路由配置树的路由方法、装置和电子设备 | |
Lu et al. | Maximizing the information diffusion opportunity in the cyber-physical network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |