25]如图1中所示，前端由从各个客户端系统102接收请求并且向做出请求的客户端系统102传送合适的响应的用户接口模块(例如，web服务器)122组成。例如，(一个或多个)用户接口模块122可以接收超文本传输协议(HTTP)请求或者其它基于web的API请求形式的请求。客户端系统102可以执行常规web浏览器应用，或者已经对于特定平台开发以包括任何各式各样的移动设备和操作系统的应用。
[0026]如图1中所示，数据层包括若干数据库，该若干数据库包括用于存储针对社交图表的各个实体的数据的数据库和社交图表数据库138，用于存储针对社交图表的各个实体的数据的数据库包括成员简档数据130、成员活动数据132(例如，描述成员与社交网络服务器系统120的交互或者与遍布社交网络服务器系统120的其它成员的交互的数据)、组织简档数据134、顾客数据136(例如，描述服务器系统的成员(诸如销售者)之间的商业关系和顾客关系的数据)，社交图表数据库138是使用具有节点、边缘和属性的图表结构来表示和存储数据的特定类型的数据库。当然，在各个替换实施例的情况下，任何数量的其它实体(例如，公司、组织、学校和大学、宗教群体、非营利组织，和任何其他群体)可以被包括在社交图表中，并且因此，各个其它数据库可以用于存储与其它实体对应的数据。应当注意到，数据层的组件在本申请中可以被称为“数据”或者“数据库”(例如，成员简档数据130或者成员简档数据库130)，并且可互换地使用这些术语。
[0027]与一些实施例一致，当个人最初登记成为服务器系统120的成员时，将提示这个人提供一些个人信息，诸如他或她的名称、年龄(例如，出生日期)、性别、兴趣、联系信息、家乡、地址、教育背景(例如，学校、专业，等等)、当前职务头衔、职务描述、行业、工作经历、技能、专业组织、关于第三方服务器150的成员资格，等等。例如，在成员简档数据库130中存储该信息。
[0028]在一些实施例中，成员简档数据库130包括成员活动数据132。在其他的实施例中，成员活动数据库132不同于成员简档数据库130但与其相关联。成员活动数据库132存储针对服务器系统120的每个成员的活动数据。成员活动数据包括但不限于成员登录到系统上或者从系统注销的日期与时间、由成员在服务器系统120上所查看的信息(例如，与人们、组织、品牌和或公司、工作列表相关联的页面)、与其它成员进行的通信(公告或消息)、保存的账户和线索推荐，和由成员做出的公告。
[0029]成员组织数据库134也存储与服务器系统120上的组织和它们的成员有关的数据。因此，服务器系统120的成员可以与雇主、顾客和诸如学校、专业人员组和非营利组织之类的其他组织相关联(例如，基于兴趣、家族关系、学校、雇主等等)。
[0030]一旦被登记，成员可以邀请其它成员或者被其它成员邀请以经由网络服务进行连接。“连接”可以包括由成员进行的双边协定，使得两个成员都确认连接的建立。类似地，在一些实施例的情况下，成员可以选择“跟随”另一个成员。与建立“连接”形成对比，“跟随”另一个成员的概念典型地是单边操作，并且，至少在一些实施例的情况下，不包括由正被跟随的成员做出的确认或者批准。当一个成员跟随另一个时，进行跟随的成员可以接收关于由正被跟随的成员进行的各种活动的自动通知。除跟随另一个成员之外，成员还可以选择跟随公司、专题、会话或者可以或可以不被包括在社交图表中的某一其他实体。各种其它类型的关系可以存在于不同的实体之间，并且在社交图表数据138中被表示。
[0031]在一些示例实施例中，成员组织数据库134也包括组织活动数据。组织活动包括详述多个组织内的改变的信息，该改变包括但不限于组织的工作人员的改变、组织的位置的改变、组织的业务的改变、和与组织有关的任何其他信息。
[0032]在一些示例实施例中，顾客数据136包括针对一个或多个成员的销售关系。例如，顾客数据136包括顾客列表、目标公司、先前的销售、销售偏好、职务描述和与销售专业人员有关的任何其他数据。
[0033]与在一些示例实施例中，服务器系统120也与社交联网服务相关联或者提供社交联网服务。社交联网服务可以提供宽范围的其它应用和服务，该其它应用和服务允许成员有机会共享和接收往往针对成员的兴趣定制的信息。例如，在一些实施例的情况下，社交联网服务可以包括允许成员上载照片并且与其它成员共享照片的照片共享应用。因此，至少在一些实施例的情况下，相片可以是包括在社交图表内的性质或者实体。在一些实施例的情况下，社交联网服务的成员可以能够自组织为群体或者围绕兴趣主题或者专题进行组织的兴趣群体。在一些实施例中，用于群体的数据可以被存储在数据库中。当成员加入群体时，他或她在群体中的成员资格将在客户数据136、成员活动数据132和社交图表数据库138中被反映。
[0034]在一些实施例的情况下，成员能够在雇员/雇主关系或所有者关系方面隶属于特定组织。服务器系统(例如，图1中的系统120)将把该信息存储在成员简档数据130中、组织简档数据134中，以及潜在地存储在客户数据136中。例如，成员A将公司C列为雇主。这被存储在与成员A相关联的成员简档中以及公司C的组织简档中。如果服务器系统(例如，图1中的系统120)的成员指示对于雇用他们的公司的隶属，则自动地向成员传送与公司有关的新闻和事件。在一些实施例的情况下，可以允许成员预订接收关于除雇用他们的公司以外的公司的信息。这里再次，群体中的成员资格、与公司或群体的预订或跟随关系以及与公司的雇佣关系全部是可以存在于不同的实体之间的不同类型的关系的示例，如由社交图表所定义的以及利用社交图表数据库138建模的。
[0035]在一些实施例中，应用逻辑层包括各种应用服务器模块，其结合(一个或多个)用户接口模块122利用从数据层中的各种数据源取回的数据来生成各种用户接口(例如，web页面)。在一些实施例的情况下，个体应用服务器模块用于实施与各种应用、服务和社交网络服务的特征相关联的功能。例如，可以利用一个或多个应用服务器模块来实施诸如电子邮件应用、即时消息收发应用或者这两者的某种混合或者变体之类的消息收发应用。类似地，可以利用一个或多个应用服务器模块来实施使得成员能够搜索并且浏览成员简档的搜索引擎。当然，利用账户推荐模块124的其它应用或者服务可以在他们自己的应用服务器模块中分开地实施。
[0036]除各种应用服务器模块之外，应用逻辑层包括账户推荐模块124。如图1中所图示的，在一些实施例的情况下，账户推荐模块124被实施为结合各种应用服务器模块进行操作的服务。例如，任何数量的个体应用服务器模块能够调用账户推荐模块124的功能来提供账户推荐服务。然而，在各种替换实施例的情况下，账户推荐模块124可以被实施为其自己的应用服务器模块，使得其操作为独立的应用。在一些实施例的情况下，账户推荐模块124包括或者具有使得第三方应用能够调用账户推荐模块124的功能的关联的公共可用API。
[0037]通常，账户推荐模块124基于存储在服务器系统120的或者从第三方服务器150(例如，CRM)接收到的信息来协助作为销售专业人员的服务器系统120的成员来识别新的潜在的账户目标(例如，公司或者组织)。在一些示例实施例中，销售专业人员已经向服务器系统120提交了账户偏好。
[0038]该服务器系统120然后分析存储在服务器系统120的数据以基于所存储的成员数据来识别一个或多个潜在的目标账户。服务器系统120使用与多个公司或者组织相关联的信息来为相应成员识别潜在的目标账户。服务器系统120用于识别潜在的目标账户的一些因素包括公司的大小、其行业部门、其位置、其收入和利润、公司的普及性(例如，由简档查看、赞、社会媒体论及等等度量)、和任何其他有关的因素。
[0039]服务器系统120也基于第一成员已经对服务器系统120执行的活动来识别潜在的目标账户。例如，服务器系统120检测成员何时与服务器系统120的另一个成员进行交互，诸如向它们发送电子邮件、保存他们的联系信息、查看他们的简档、销售产品或服务，或者从第三方服务器系统引入他们的数据。服务器系统120然后分析所存储的交互数据以确定当前顾客或第一成员有兴趣的线索。例如，如果第一成员已经查看了成员Y的简档并且然后保存该简档作为有兴趣的或者重要的线索，那么服务器系统120能够确定第一成员对成员Y有兴趣。服务器系统120然后能够搜索其它成员的简档以识别类似于成员Y的成员。
[0040]一旦服务器系统120识别出类似于当前顾客或第一成员感兴趣的线索的成员，月艮务器系统120就识别那些类似成员的雇主。服务器系统能够选择这些雇主作为针对第一成员的潜在的账户推荐。这样，服务器系统120能够不仅通过公司的统计资料、而且也通过公司的雇员和管理者的个体