跨应用数据共享 [0001] 背景 [0002] 客户常常关于一个或更多个主题与商家通信。例如，客户可能有关于所提供的服务的问题，可能需要修改预订等等。通常，商家提供客户服务，作为客户用来解决主题的手段。在一些情况下，客户可以经由实时消息传递系统与客户服务代表通信以解决问题。然而，维护消息传递系统对许多商家可能是过于繁重的。因此，商家可以利用现有的消息传递服务来向客户提供客户服务。 [0003] 时常地，客户可以在操作商家应用(merchant application)时识别与商家客户服务代表讨论的问题。为了利用现有的消息传递服务，客户可能需要从商家应用转换到消息传递应用。然而，转换到消息传递应用可能使客户失去关于与商家应用相关联的、并且与问题相关的以及与问题无关的更新的上下文。 [0004] 附图简述 [0005] 参考附图描述详细描述。在图中，附图标记的最左边的数字识别该附图标记首次出现于的图。在不同的图中使用相同的附图标记表示相似或相同的部件或特征。 [0006] 图1是可用于实现本文描述的示例技术的示例系统的示意图。 [0007] 图2A‑图2C示出了如本文所述的与跨应用(cross‑application)数据共享系统相关联的示例界面。图2A示出了与第三方应用相关联的示例界面，可以通过该第三方应用发起对话线程(conversation thread)。图2B和图2C示出了与被配置成呈现与图2A的第三方应用相关联的上下文数据的消息传递应用相关联的示例界面。 [0008] 图3A‑图3C示出了示例界面，其中跨应用上下文数据可以与对话线程相关联地显示。 [0009] 图4示出了另一示例界面，其中跨应用上下文数据可以与对话线程相关联地显示。 [0010] 图5示出了其示出可用于实现本文描述的示例技术的计算设备的示例系统的框图。 [0011] 图6示出了用于经由第三方应用来启动消息传递应用并经由消息传递应用来提供与第三方应用相关联的上下文数据的示例过程。 [0012] 图7示出了用于经由消息传递应用来提供与第三方应用相关联的上下文数据的示例过程。 [0013] 图8示出了用于经由消息传递应用来提供与第三方应用相关联的上下文数据的另一示例过程。 [0014] 图9示出了用于经由消息传递应用来提供与第三方应用相关联的上下文数据的又一示例过程。 [0015] 详细描述 [0016] 如上面所讨论的，许多商家经由实时消息传递来提供客户服务。因为维护消息传递系统对于商家可能是过于繁重的，所以商家可以利用实时消息传递服务(例如，通信平台)来提供客户可以用来与客户服务代表通信的手段。例如，客户可以启动商家应用以与商家做生意，并且可以决定关于问题联系客户服务。客户可以(诸如经由在商家应用上的超链接或通过手动地启动用户设备上的消息传递应用)启动消息传递应用来联系客户服务。然而，在启动客户设备上的消息传递应用之后，客户可能失去关于商家应用的、与和客户服务讨论的问题相关的以及与和客户服务讨论的问题无关的更新的上下文。在一些实例中，客户可能需要从消息传递应用转换到商家应用以访问关于商家应用的上下文信息(例如，相关数据(relevant data))和更新，然后再次回来以经由消息传递应用继续对话线程。在应用之间转换对客户可能是繁重的，并可能使客户错过对时间要求严格的信息。例如，用户可以经由拼车(ride sharing)应用来安排乘车，并且在等待搭乘(pick‑up)时，用户可以请求关于经由拼车应用安排的先前乘车的客户服务支持。用户可以选择链接来启动消息传递应用以与客户服务代表讨论先前的乘车，并且当这样做时可能失去关于当前安排的乘车的上下文，诸如已更新的搭乘时间、颜色、汽车的品牌和/或型号等等。为了保持对当前安排的乘车的更新的了解，用户可能不得不在消息传递应用和拼车应用之间来回转换，这可能导致用户错过与应用中的一个或两个应用相关的对时间要求严格的信息。 [0017] 本申请描述了用于经由消息传递应用来提供与商家应用相关联的上下文数据，以在与商家(例如第三方、客户服务代表等)进行对话线程(例如，消息传递线程)时向用户(例如，客户)提供上下文的技术。在一些示例中，上下文数据可以提供关于商家应用的实时状态的总体信息。例如，用户可以请求与拼车(rideshare)应用客户服务的聊天。消息传递应用可以在用户设备上启动，并且为用户指定的汽车的位置可以经由消息传递应用被呈现给用户。在一些示例中，上下文数据可以包括与对话线程相关联的数据。在这样的示例中，所提供的上下文数据可以与查询(例如，对话的主题、客户问题等)相关联。例如，上面描述的利用本文描述的技术的用户可以在与客户服务代表进行关于先前乘车的对话时查看关于当前安排的乘车的更新。因此，用户可以同时访问已更新的对时间要求严格的信息，并用拼车应用客户服务解决问题。 [0018] 在一些示例中，通信平台可以经由第一应用从与用户相关联的第一设备接收选择与消息传递功能相关联的可选控件的指示。在一些示例中，通信平台可以使第二应用呈现在与第一设备相关联的显示器上，第二应用与消息传递功能相关联。在一些示例中，通信平台可以从与第一应用相关联的第二设备接收对应于第一应用的数据。在一些示例中，通信平台可以使对应于第一应用的数据经由第二应用呈现在与第一设备相关联的显示器上。 [0019] 在一些示例中，通信平台可以从第二设备接收与数据的呈现相关联的呈现指令，其中，至少部分地基于呈现指令在显示器上呈现数据。 [0020] 在一些示例中，可以经由与可选控件相关联的链接来启动第二应用，并且经由该链接来接收数据。 [0021] 在一些示例中，通信平台可以从第一设备接收在用户和与第一应用相关联的代表之间的对话线程中的第一消息，其中，数据至少部分地基于第一消息。 [0022] 在一些示例中，数据可以至少部分地基于下列项中的至少一个：与第一应用相关联的事件，其中，该事件在第一时间发生；或者在第二时间经由在第一设备上的第一应用的第一实例接收的输入，其中，在第一时间或第二时间中的至少一个之后的第三时间接收选择可选控件的指示。 [0023] 在一些示例中，通信平台可以确定与在用户和与第一应用相关联的服务提供商之间的对话线程相关联的对话线程标识符，其中，与对话线程相关联的消息在第一设备上的第二应用的第一实例和与第一应用相关联的第三设备上的第二应用的第二实例之间传输。 在一些示例中，通信平台可以向与第一应用相关联的第二设备发送对话线程标识符。在一些示例中，通信平台可以至少部分地基于对话线程标识符来将数据与对话线程相关联。 [0024] 在一些示例中，通信平台可以处理与在用户和与第一应用相关联的服务提供商之间的对话线程相关联的消息，其中，消息在第一设备上的第二应用的第一实例和与第一应用相关联的第三设备上的第二应用的第二实例之间传输，其中，从第二应用的第一实例的用户界面的顶部朝着底部顺序地呈现消息，并且在与对话线程相关联的消息之前在靠近用户界面的顶部的位置上呈现数据。 [0025] 在一些示例中，数据可以包括在第一时间接收的第一数据，并且通信平台可以在第二时间从第二设备接收对应于第一应用的第二数据。在一些示例中，通信平台可以使第二数据经由第二应用呈现在与第一设备相关联的显示器上，其中，至少部分地基于下列项中的至少一个来确定第二数据：对与第一应用相关联的状态的修改、与第一应用相关联的事件或者与经由在第一设备上的第二应用的第一实例发送的消息相关联的上下文。 [0026] 在一些示例中，通信平台可以经由第一应用从与用户相关联的第一设备接收选择与消息传递功能相关联的可选控件的指示。在一些示例中，通信平台可以使第二应用呈现在与第一设备相关联的显示器上，第二应用与消息传递功能相关联。在一些示例中，通信平台可以从与第一应用相关联的第二设备接收对应于第一应用的数据。在一些示例中，通信平台可以使对应于第一应用的数据经由第二应用呈现在与第一设备相关联的显示器上。 [0027] 在一些示例中，通信平台可以从第二设备接收与数据的呈现相关联的呈现指令，其中，至少部分地基于呈现指令在显示器上呈现数据。 [0028] 在一些示例中，可以经由与可选控件相关联的链接来启动第二应用，并且经由该链接来接数据收。 [0029] 在一些示例中，可以至少部分地基于下列项中的至少一个来确定数据：与经由在第一设备上的第二应用发送的第一消息相关联的上下文、在第一时间与第一应用相关联的事件或者在第二时间经由在第一设备上的第一应用的第一实例接收的输入，其中，在第一时间和第二时间之后的第三时间接收选择的指示。 [0030] 在一些示例中，通信平台可以确定与在用户和与第一应用相关联的服务提供商之间的对话线程相关联的对话线程标识符，其中，与对话线程相关联的消息在第一设备上的第二应用的第一实例和与第一应用相关联的第三设备上的第二应用的第二实例之间传输。 在一些示例中，通信平台可以向与第一应用相关联的第二设备发送对话线程标识符。在一些示例中，通信平台可以至少部分地基于对话线程标识符来将数据与对话线程相关联。 [0031] 在一些示例中，通信平台可以在第二时间从第二设备接收对应于第一应用的第二数据。在一些示例中，通信平台可以使第二数据经由第二应用呈现在与第一设备相关联的显示器上，其中，至少部分地基于下列项中的至少一个来确定第二数据：对与第一应用相关联的状态的修改、与第一应用相关联的事件或者与经由在第一设备上的第二应用的第一实例发送的消息相关联的上下文。 [0032] 在一些示例中，通信平台可以经由第一应用从与用户相关联的第一设备接收执行与第二应用相关联的动作的指示。在一些示例中，通信平台可以处理与在用户和与第二应用相关联的服务提供商之间的对话线程相关联的消息，其中，消息在第一设备上的第一应用的第一实例和与第二应用相关联的第二设备上的第一应用的第二实例之间传输，并且其中消息至少部分地基于动作。在一些示例中，通信平台可以从与第二应用相关联的第三设备接收对应于第二应用的数据。在一些示例中，通信平台可以使对应于第二应用的数据经由第一应用的第一实例呈现在与第一设备相关联的显示器上。 [0033] 在一些示例中，执行动作的指示可以至少部分地基于下列项中的至少一个：选择与动作相关联的可选控件的第一指示或者与对话线程的消息相关联的上下文，其中，上下文包括动作。 [0034] 在一些示例中，通信平台可以确定与对话线程相关联的对话线程标识符。在一些示例中，通信平台可以向与第二应用相关联的第三设备发送对话线程标识符。在一些示例中，通信平台可以至少部分地基于对话线程标识符来将数据与对话线程相关联。 [0035] 在一些示例中，通信平台可以从第三设备接收与数据的呈现相关联的呈现指令，其中，至少部分基于呈现指令在显示器上呈现数据。 [0036] 在一些示例中，可以从第一应用的第一实例的用户界面的顶部朝着底部顺序地呈现消息，并且在与对话线程相关联的消息之前在靠近用户界面的顶部的位置上呈现数据。 [0037] 在一些示例中，通信平台可以处理与在第一应用的第一实例和第一应用的第二实例之间的对话线程相关联的附加消息。在一些示例中，通信平台可以从与第二应用相关联的第三设备接收与第二应用相关联的已更新的数据。在一些示例中，通信平台可以使已更新的数据经由第一应用的第一实例呈现在第一设备处。 [0038] 本文描述的技术通过经由消息传递应用呈现关于商家应用的上下文数据来改进计算设备的用户界面，用户可以通过消息传递应用进行与商家的对话线程。上下文数据可以提供一种手段，用户可以通过该手段快速访问与商家应用相关联的数据而不必在商家应用和消息传递应用之间转换。至少因为用户可以访问数据而不必在应用之间转换以访问在第一应用中的数据并在第二应用中进行关于的数据的对话线程，所以本文描述的技术可以提高计算设备的用户界面的效率。 [0039] 本文描述的技术还可以改进计算设备的运行。在传统上，用户在商家应用和消息传递应用之间转换以访问关于商家的信息，并且关于问题联系商家客户服务代表。随着在应用之间的每次转换，计算设备可以利用处理能力以启动所选择的应用。本文描述的技术包括经由消息传递应用呈现与商家应用相关联的数据，消除了在两个应用之间转换的需要，从而使额外的处理能力对计算设备变得可用并改进其运行。 [0040] 另外，本文描述的技术通过减少通过网络发送的内容量来提高一个或更多个计算设备的性能。如上面所讨论的，用户可以在商家应用(访问商家信息)和消息传递应用(与客户服务代表讨论问题)之间转换。随着在应用之间的每次转换，相关联的服务器可以发送大的已更新的信息包(packet)，以经由相应的用户界面呈现。例如，查询拼车应用的用户可以在消息传递应用和拼车应用之间连续地转换，以确定被指定将他们运送到目的地的车辆的位置。随着在消息传递应用和拼车应用之间的每次转换，相应的服务器可以推送已更新的信息和/或其他相关信息。然而，利用本文描述的技术，当在消息传递应用中操作时，用户可以被提供关于拼车应用的上下文数据。消息传递应用可以从拼车服务器接收上下文数据作为较小的数据包。因此，本文描述的技术可以减少通过网络发送的数据量。 [0041] 下面参考附图进一步描述这些和其他方面。附图仅仅是示例实现方式，且不应被解释为限制权利要求的范围。例如，虽然示例是在移动设备的用户界面的上下文中说明的，但是这些技术可以使用任何计算设备来实现，并且用户界面可以适应特定计算设备的大小、形状和配置。此外，虽然许多示例是在提供客户服务的上下文中给出的，但是本文描述的技术也可以应用于经由消息传递应用与第三方服务提供商或另一方的任何其他类型的消息传递。 [0042] 在特定示例中，计算系统的一个或更多个对象(例如内容或其他类型的对象)可以与一个或更多个隐私设置相关联。一个或更多个对象可以存储在任何合适的计算系统或应用上或者以其他方式与任何合适的计算系统或应用相关联，这些计算系统或应用例如是消息传递应用、社交网络系统、客户端系统、第三方系统、社交网络应用、照片共享应用或者任何其他合适的计算系统或应用。尽管本文讨论的示例是在在线消息传递应用的上下文中，但是这些隐私设置可以应用于任何其他合适的计算系统。可以以任何合适的方式(例如与对象相关联地、以在授权服务器上的索引、以另一种合适的方式或其任何合适的组合)存储对象或内容项目的隐私设置(或“访问设置”)。对象的隐私设置可以指定可以如何在消息传递应用网络内访问、存储或以其他方式使用(例如，查看、共享、修改、复制、执行、显现(surfaced)或识别)该对象(或与该对象相关联的特定信息)。当对象的隐私设置允许特定用户或其他实体访问该对象时，该对象可以被描述为相对于该用户或其他实体来说是“可见的”。作为示例而不是作为限制，消息传递应用的用户可以指定用户简档页面的隐私设置，其识别可以访问在用户简档页面上的工作经历信息的一组用户，因而排除其他用户访问该信息。 [0043] 在特定示例中，对象的隐私设置可以指定不应被允许访问与该对象相关联的某些信息的用户或其他实体的“阻止列表(blocked list)”和/或“限制列表”。在特定示例中，阻止列表可以包括第三方实体，用户不想与该第三方实体通信。阻止列表或限制列表可以指定对象对其不可见的一个或更多个用户或实体。作为示例而不是作为限制，用户可以指定不可以访问与该用户相关联的相册的一组用户，从而排除这些用户访问相册(同时也可能允许不在指定用户组内的某些用户访问相册)。在特定示例中，隐私设置可以与特定社交图元素相关联。社交图元素(诸如节点或边)的隐私设置可以指定可以如何使用在线社交网络来访问社交图元素、与社交图元素相关联的信息、或与社交图元素相关联的对象。作为示例而不是作为限制，对应于特定照片的特定概念节点可以具有隐私设置，该隐私设置指定照片可以只由在照片中标记的用户和在照片中标记的用户的朋友访问。在特定示例中，隐私设置可以允许用户选择加入或选择退出使其内容、信息或动作被社交网络系统存储/记录或与其他系统(例如，第三方系统)共享。尽管本公开描述了以特定方式使用特定隐私设置，但是本公开设想了以任何合适的方式使用任何合适的隐私设置。 [0044] 在特定示例中，隐私设置可以基于社交图的一个或更多个节点或边。可以针对社交图的一个或更多个边或边类型、或者针对社交图的一个或更多个节点或节点类型指定隐私设置。应用于连接两个节点的特定边的隐私设置可以控制在对应于节点的两个实体之间的关系对于消息传递应用网络的其他用户是否是可见的。类似地，应用于特定节点的隐私设置可以控制对应于该节点的用户或概念对于消息传递应用网络的其他用户是否是可见的。作为示例而不是作为限制，第一用户可以向与消息传递应用相关联的通信平台共享对象。该对象可以与通过边连接到第一用户的用户节点的概念节点相关联。第一用户可以指定应用于连接到对象的概念节点的特定边的隐私设置，或者可以指定应用于连接到概念节点的所有边的隐私设置。作为另一个示例而不是作为限制，第一用户可以共享特定对象类型的对象集合(例如，图像集合)。第一用户可以针对与第一用户相关联的该特定对象类型的所有对象将隐私设置指定为具有特定的隐私设置(例如，指定由第一用户发布的所有图像仅对第一用户的朋友和/或在图像中标记的用户可见)。 [0045] 在特定示例中，与消息传递应用相关联的通信平台可以(例如在网页、模块、一个或更多个对话框或任何其他合适的界面内)向第一用户呈现“隐私向导(privacy wizard)”，以帮助第一用户指定一个或更多个隐私设置。隐私向导可以显示指令、合适的隐私相关信息、当前隐私设置、用于接受来自第一用户的指定隐私设置的改变或确认的一个或更多个输入的一个或更多个输入字段、或其任何合适的组合。在特定示例中，通信平台可以向第一用户提供“仪表板(dashboard)”功能，其可以向第一用户显示第一用户的当前隐私设置。仪表板功能可以在任何适当的时间(例如，在来自调用仪表板功能的、第一用户的输入之后，在特定事件或触发动作发生之后)向第一用户显示。仪表板功能可以允许第一用户在任何时间以任何合适的方式修改第一用户的一个或更多个当前隐私设置(例如，将第一用户重定向到隐私向导)。 [0046] 与对象相关联的隐私设置可以指定允许访问或拒绝访问(包括本文描述的“限制”功能)的任何合适的粒度。作为示例而不是作为限制，可以为特定用户(例如，只有我、我的室友和我的老板)、在特定分离度内的用户(例如，朋友，朋友的朋友)、用户团体(例如，游戏俱乐部、我的家庭)、用户网络(例如，特定雇主的雇员、特定大学的学生或校友)、所有用户(“公众”)、无用户(“私人的”)、第三方系统的用户、特定应用(例如，第三方应用、外部网站)、其他合适的实体、或其任何合适组合来指定访问或拒绝访问。尽管本公开描述了允许访问或拒绝访问的特定粒度，但是本公开设想了允许访问或拒绝访问的任何合适粒度。 [0047] 在特定实施例中，一个或更多个服务器可以是用于实施隐私设置的授权/隐私服务器。响应于来自用户(或其他实体)的对存储在数据储存器中的特定对象的请求，通信平台可以向数据储存器发送对该对象的请求。请求可以识别与该请求相关联的用户，并且对象只有在授权服务器基于与该对象相关联的隐私设置确定该用户被授权访问该对象时才可以被发送给该用户(或者该用户的客户端系统)。如果请求用户未被授权访问该对象，则授权服务器可以阻止所请求的对象从数据储存器中被检索到，或者可以阻止所请求的对象被发送给用户。在搜索‑查询环境中，只有当查询用户被授权访问对象时(例如，如果对象的隐私设置允许它显现给查询用户、被查询用户发现或以其他方式对查询用户可见)，对象才可以作为搜索结果而被提供。在特定示例中，对象可以表示通过用户的动态消息(newsfeed)对用户可见的内容。作为示例而不是作为限制，一个或更多个对象对于用户的“热门话题(Trending)”页面可以是可见的。在特定示例中，对象可以对应于特定用户。对象可以是与特定用户相关联的内容，或者可以是特定用户的账户或存储在通信平台或其他计算系统上的信息。作为示例而不是作为限制，第一用户可以通过在线消息传递应用网络的“你可能认识的人(People You May Know)”功能或者通过查看第一用户的朋友列表来查看在线消息传递应用网络的一个或更多个第二用户。作为示例而不是作为限制，第一用户可以指定他们不希望在他们的动态消息或朋友列表中看到与特定第二用户相关联的对象。如果对象的隐私设置不允许其被显现给用户、被用户发现或对用户可见，则该对象可以从搜索结果中被排除。尽管本公开描述了以特定方式实施隐私设置，但是本公开设想了以任何合适的方式实施隐私设置。 [0048] 在特定示例中，与用户相关联的相同类型的不同对象可以具有不同的隐私设置。 与用户相关联的不同类型的对象可以具有不同类型的隐私设置。作为示例而不是作为限制，第一用户可以指定第一用户的状态更新是公开的，但是由第一用户共享的任何图像仅对在线消息传递应用网络上的第一用户的朋友是可见的。作为另一个示例而不是作为限制，用户可以为不同类型的实体(诸如个人用户、朋友的朋友、关注者、用户团体或公司实体)指定不同的隐私设置。作为另一示例而不是作为限制，第一用户可以指定可以观看由第一用户发布的视频的一组用户，同时防止视频对第一用户的雇主可见。在特定示例中，可以为不同的用户组或用户人口统计特征提供不同的隐私设置。作为示例而不是作为限制，第一用户可以指定与第一用户上同一所大学的其他用户可以查看第一用户的照片，但是作为第一用户的家庭成员的其他用户不可以查看那些相同的照片。 [0049] 在特定示例中，通信平台可以为特定对象类型的每个对象提供一个或更多个默认隐私设置。设置为默认的对象的隐私设置可以由与该对象相关联的用户来改变。作为示例而不是作为限制，由第一用户发布的所有图像可以具有这样的默认隐私设置：图像仅对第一用户的朋友是可见的，并且对于特定图像，第一用户可以将该图像的隐私设置改变为对朋友和朋友的朋友是可见的。 [0050] 在特定示例中，隐私设置可以允许第一用户(例如，通过选择退出、通过不选择加入)指定通信平台是否可以为了任何目的而接收、收集、记录或存储与用户相关联的特定对象或信息。在特定示例中，隐私设置可以允许第一用户指定特定应用或进程是否可以访问、存储或使用与用户相关联的特定对象或信息。隐私设置可以允许第一用户选择加入或选择退出使对象或信息被特定应用或进程访问、存储或使用。通信平台可以访问这样的信息以便向第一用户提供特定的功能或服务，而通信平台不为了任何其他目的而访问该信息。在访问、存储或使用这样的对象或信息之前，通信平台可以在允许任何这样的动作之前提示用户提供隐私设置，其指定哪些应用或进程(如果有的话)可以访问、存储或使用对象或信息。作为示例而不是作为限制，第一用户可以经由与在线消息传递网络相关的应用(例如，消息传递app)向第二用户传输消息，并且可以指定这样的消息不应被社交网络系统存储的隐私设置。 [0051] 在特定示例中，用户可以指定与第一用户相关联的特定类型的对象或信息是否可以由通信平台访问、存储或使用。作为示例而不是作为限制，第一用户可以指定由第一用户通过通信平台(与其相关的消息传递应用)发送的图像可以不由通信平台存储。作为另一个示例而不是作为限制，第一用户可以指定从第一用户发送给特定的第二用户的消息可以不由通信平台存储。作为又一个示例而不是作为限制，第一用户可以指定经由特定应用发送的所有对象可以由通信平台保存。 [0052] 在特定实施例中，隐私设置可以允许第一用户指定是否可以从特定客户端系统或第三方系统访问与第一用户相关联的特定对象或信息。隐私设置可以允许第一用户选择加入或选择退出从特定设备(例如，用户的智能手机上的电话簿)、从特定应用(例如，消息传递app)或从特定系统(例如，电子邮件服务器)访问对象或信息。通信平台可以提供关于每个设备、系统或应用的默认隐私设置，和/或第一用户可以被提示为每个上下文指定特定的隐私设置。作为示例而不是作为限制，第一用户可以利用通信平台的位置服务特征来提供对关于在用户附近的餐馆或其他地方的推荐。第一用户的默认隐私设置可以指定通信平台可以使用从第一用户的客户端设备提供的位置信息来提供基于位置的服务，但是通信平台不可以存储第一用户的位置信息或者将它提供给任何第三方系统。第一用户然后可以更新隐私设置，以允许第三方图像共享应用使用位置信息，以便对照片进行地理标记。 [0053] 情绪、情感或感情信息的隐私设置 [0054] 在特定示例中，隐私设置可以允许用户指定是否可以确定与用户相关联的当前、过去或预想的情绪、情感或感情信息，以及特定应用或进程是否可以访问、存储或使用这样的信息。隐私设置可以允许用户选择加入或选择退出使情绪、情感或感情信息被特定应用或进程访问、存储或使用。通信平台可以基于例如由用户提供的输入和诸如基于由用户发送的消息与特定对象的交互、以及与在线消息传递网络的其他内容的交互来预测或确定与用户相关联的情绪、情感或感情。在特定示例中，通信平台可以使用用户的先前活动和计算出的情绪、情感或感情来确定当前的情绪、情感或感情。希望启用该功能的用户可以在其隐私设置中指示他们选择加入让通信平台接收确定情绪、情感或感情所需的输入。作为示例而不是作为限制，通信平台可以确定默认隐私设置是不接收确定情绪、情感或感情所需的任何信息，直到有来自用户的通信平台可以这样做的明确指示。相反，如果用户没有选择加入让通信平台接收这些输入(或者肯定地选择退出让通信平台接收这些输入)，则通信平台可被阻止接收、收集、记录或存储这些输入或与这些输入相关联的任何信息。在特定示例中，通信平台可以使用预测的情绪、情感或感情来向用户提供推荐或广告。在特定示例中，如果用户希望将该功能用于特定目的或应用，则用户可以指定附加的隐私设置，以选择加入使情绪、情感或感情信息用于该特定目的或应用。作为示例而不是作为限制，通信平台可以使用用户的情绪、情感或感情来向用户提供动态消息项目、页面、朋友或广告。用户可以在其隐私设置中指定通信平台可以确定用户的情绪、情感或感情。然后，可以要求用户提供附加的隐私设置，以指示用户的情绪、情感或感情可以被用于的目的。用户可以指示通信平台可以使用他或她的情绪、情感或感情来提供动态消息内容和推荐页面，但是不用于推荐朋友或广告。通信平台然后可以基于用户情绪、情感或感情来仅提供动态消息内容或页面，而可以不将该信息用于任何其他目的，即使没有被隐私设置明确地禁止。 [0055] 用于短暂共享(ephemeral sharing)的隐私设置 [0056] 在特定示例中，隐私设置可以允许用户参与在线消息传递网络上的对象的短暂共享。短暂共享是指在有限的时间段内共享对象(例如，帖子、照片)或信息。可以通过时间或日期来指定对对象或信息的访问或拒绝访问。作为示例而不是作为限制，用户可以指定由用户发送的特定消息在接下来一周内对用户的朋友是可见的，在这段时间之后，该消息可以不再是其他用户可访问的。作为另一个示例而不是作为限制，公司可以在正式发布之前发布与产品发行相关的内容，并指定该内容直到产品发布之后才可以对其他用户可见。 [0057] 在特定示例中，对于具有指定它们是短暂的隐私设置的特定对象或信息，通信平台可以限制其对这些对象或信息的访问、存储或使用。通信平台可以临时访问、存储或使用这些特定对象或信息，以便促进与这些对象或信息相关联的用户的特定动作，并且可以随后删除这些对象或信息，如相应的隐私设置所指定的。作为示例而不是作为限制，第一用户可以向第二用户传输消息，并且通信平台可以将该消息临时存储在数据储存器中，直到第二用户已经查看或下载了该消息为止，此时通信平台可以从数据储存器中删除该消息。作为另一个示例而不是作为限制，继续前面的示例，消息可以被存储指定的时间段(例如，2周)，在该时间段之后，通信平台可以从内容数据储存器中删除该消息。 [0058] 用于用户认证和体验个性化信息的隐私设置 [0059] 在特定示例中，通信平台可以具有可将用户的个人或生物信息用作输入以用于用户认证或体验个性化目的的功能。用户可以选择利用这些功能来增强他们在在线消息传递网络上的体验。作为示例而不是作为限制，用户可以向社交网络系统提供个人或生物信息。 用户的隐私设置可以指定这样的信息仅可以用于特定进程(诸如认证)，并且进一步指定这样的信息可以不与任何第三方系统共享或者用于与通信平台相关联的其他进程或应用。作为另一个示例而不是作为限制，通信平台可以为用户提供向在线消息传递网络提供声纹记录的功能。作为示例而不是作为限制，如果用户希望利用在线消息传递网络的这一功能，则用户可以提供他或她自己的语音的语音记录，以在在线消息传递网络上提供状态更新。语音输入的记录可以与用户的声纹进行比较，以确定用户说了什么话。用户的隐私设置可以指定这种语音记录仅可以用于语音输入目的(例如，以认证用户、发送语音消息、改善语音识别以便使用在线社交网络的语音操作特征)，并且还指定这种语音记录可以不与任何第三方系统共享或者不可以由与通信平台相关联的其他进程或应用使用。作为另一示例而不是作为限制，通信平台可以为用户提供向在线消息传递网络提供参考图像(例如，面部轮廓、视网膜扫描)的功能。在线消息传递网络可以将参考图像与稍后接收的图像输入进行比较(例如，以认证用户、在照片中标记用户)。用户的隐私设置可以指定这种语音记录仅可以用于有限的目的(例如，认证、在照片中标记用户)，并且进一步指定这种语音记录可以不与任何第三方系统共享或者不可以由与系统相关联的其他进程或应用使用。 [0060] 用户发起的对隐私设置的改变 [0061] 在特定示例中，对隐私设置的改变可能会追溯生效，这会影响改变前共享的对象和内容的可见性。作为示例而不是作为限制，第一用户可以共享第一图像，并指定第一图像对所有其他用户是公开的。稍后，第一用户可以指定由第一用户共享的任何图像应该仅对第一用户组可见。通信平台可以确定该隐私设置也适用于第一图像，并且使第一图像仅对第一用户组可见。在特定示例中，隐私设置的改变可只对将来生效。继续上面的示例，如果第一用户改变隐私设置，然后共享第二图像，则第二图像可以仅对第一用户组可见，但是第一图像可以保持对所有用户可见。在特定示例中，响应于改变隐私设置的用户动作，通信平台可以进一步提示用户以指示用户是否想要追溯地应用对隐私设置的改变。在特定示例中，用户对隐私设置的改变可以是特定于一个对象的一次性改变。在特定示例中，用户对隐私的改变可以是针对与用户相关联的所有对象的全局改变。 [0062] 在特定示例中，通信平台可以响应于与第一用户相关联的触发动作而确定第一用户可能想要改变一个或更多个隐私设置。触发动作可以是在线消息传递网络上的任何合适的动作。作为示例而不是作为限制，触发动作可以是在线消息传递网络的第一用户和第二用户之间的关系的改变(例如，将用户“删除好友(un‑friending)”，改变在用户之间的关系状态)。在特定示例中，在确定触发动作已经发生后，通信平台可以提示第一用户改变关于与第一用户相关联的对象的可见性的隐私设置。该提示可以将第一用户重定向到用于编辑关于与触发动作相关联的一个或更多个实体的隐私设置的工作流过程。与第一用户相关联的隐私设置可以仅响应于来自第一用户的明确输入而被改变，并且不可以在没有第一用户的批准的情况下改变。作为示例而不是作为限制，工作流过程可以包括向第一用户提供关于第二用户或一组用户的当前隐私设置(例如，从特定对象中取消标记第一用户或第二用户，改变特定对象相对于第二用户或一组用户的可见性)，以及从第一用户接收基于本文描述的任何方法改变隐私设置的指示、或者保持现有的隐私设置的指示。 [0063] 在特定示例中，用户可能需要在允许用户在在线消息传递网络上执行特定动作之前提供隐私设置的验证，或者在改变特定隐私设置之前提供验证。当执行特定动作或改变特定隐私设置时，可以向用户呈现提示以提醒用户他或她的当前隐私设置，并要求用户验证关于特定动作的隐私设置。此外，在进行特定动作之前，用户可能需要提供确认、双重确认、认证或其他合适类型的验证，并且在提供这种验证之前，动作不可能完成。作为示例而不是作为限制，用户的默认隐私设置可以指示一个人的关系状态对所有用户都是可见的(即，“公开的”)。然而，如果用户改变他或她的关系状态，通信平台可以确定这样的动作可能是敏感的，并且可以在继续进行之前提示用户确认他或她的关系状态是否应该保持公开。作为另一个示例而不是作为限制，用户的隐私设置可以指定用户的帖子仅对用户的朋友可见。然而，如果用户将他或她的帖子的隐私设置改变为公开，则通信平台可以用下列项提示用户：用户对帖子的当前隐私设置是仅对朋友可见的提醒，以及该改变将使用户过去的所有帖子对公众变得可见的警告。然后，在继续进行隐私设置的改变之前，用户可能需要提供第二次验证、输入认证凭证或提供其他类型的验证。在特定示例中，用户可能需要定期提供隐私设置的验证。可以基于经过的时间或用户动作的数量定期向用户发送提示或提醒。作为示例而不是作为限制，通信平台可以每六个月或在每十次照片发布之后向用户发送提醒以确认他或她的隐私设置。在特定示例中，隐私设置还可以允许用户基于每个请求来控制对对象或信息的访问。作为示例而不是作为限制，每当第三方系统试图访问与用户相关联的信息时，通信平台可以通知用户，并在继续进行之前要求用户提供应该允许访问的验证。 [0064] 示例系统架构 [0065] 图1是可用于实现本文描述的技术以经由消息传递应用104呈现与第三方应用102(例如，商家应用)相关联的上下文数据(例如，相关数据)的示例系统100的示意图。在一些示例中，系统100可以包括通信平台106，通信平台106被配置成管理消息传递应用104，以提供在与一个或更多个用户110相关联的一个或更多个用户计算设备108(例如，用户设备 108)和与一个或更多个第三方服务提供商114相关联的一个或更多个第三方服务提供商计算设备112(例如，第三方设备112)之间的消息传递的手段。在一些示例中，通信平台106可以被配置成在各方(诸如用户110和第三方服务提供商114)之间提供端到端加密消息传递。 在一些示例中，通信平台106可以作为消息传递应用104企业客户端在第三方服务提供商计算设备112上运行。在这样的示例中，第三方服务提供商计算设备112可以包括应用编程接口(API)，其实现在第三方服务提供商计算设备112和用户计算设备108之间的消息传递和数据共享。 [0066] 在各种示例中，用户设备108可以包括消息传递应用的第一实例104(1)，并且一个或更多个第三方设备112可以包括消息传递应用的第二实例104(2)，以促进在用户110和第三方服务提供商114之间的通信。在一些示例中，第三方设备112可以被配置成管理第三方应用102。在一些示例中，用户设备108可以包括第三方应用的第一实例102(1)。在这样的示例中，用户110可以与第三方服务提供商114做生意、访问与第三方服务提供商114相关联的数据或者以其他方式与第三方服务提供商114交互。例如，第三方服务提供商114可以与提供服务的企业相关联。用户110可以在用户设备108上启动第三方应用的第一实例102(1)以安排服务的发生。 [0067] 用户设备108和第三方设备112中的每个包括一个或更多个处理器和存储器，该存储器存储计算机可执行指令以实现本文讨论的、可归属于相应计算设备的功能。在一些示例中，用户设备108和第三方设备112可以包括台式计算机、膝上型计算机、平板计算机、移动设备(例如，智能电话或其他蜂窝或移动电话、移动游戏设备、便携式媒体设备等)或其他合适的计算设备。用户设备108和第三方设备112可以执行一个或更多个客户端应用(诸如web浏览器(例如，Microsoft Windows Internet Explorer、Mozilla Firefox、Apple Safari、Google Chrome、Opera等)或原生(native)或专用客户端应用(例如，社交媒体应用、消息传递应用、电子邮件应用、游戏等))，以通过网络116访问和查看内容。 [0068] 网络116可以代表网络或网络的集合(诸如互联网、公司内联网、虚拟专用网(VPN)、局域网(LAN)、无线局域网(WLAN)、蜂窝网络、广域网(WAN)、城域网(MAN)或两个或更多个这样的网络的组合)，用户设备108和第三方设备112可以通过该网络访问通信平台106和/或与彼此通信。 [0069] 第三方设备112可以包括一个或更多个服务器或其他计算设备，其中的任一个或全部可以包括一个或更多个处理器和存储器，该存储器存储计算机可执行指令以实现本文讨论的、可归属于消息传递系统或数字平台的功能。在至少一个示例中，第三方设备112包括被配置成管理第三方应用102的服务器和被配置成促进在第三方服务提供商114和用户设备108之间经由通信平台106进行消息传递的一个或更多个其他计算设备。 [0070] 通信平台106可以包括一个或更多个服务器或其他计算设备，其中的任一个或全部可以包括一个或更多个处理器和存储器，该存储器存储计算机可执行指令以实现本文讨论的、可归属于消息传递系统或数字平台的功能。在各种示例中，通信平台106可以存储在一个或更多个第三方设备112上。在一些示例中，通信平台106可以存储在独立于第三方设备112的计算系统上。通信平台106可以使用户110和第三方服务提供商114能够经由在用户设备108上的消息传递应用的第一实例104(1)和在第三方设备112上的消息传递应用的第二实例104(2)与彼此通信。通信平台106可以管理消息传递应用104(包括消息传递应用的第一实例104(1)和消息传递应用的第二实例104(2))，以促进在用户110和第三方服务提供商114之间的通信。 [0071] 在各种示例中，通信平台106可以存储与用户110和第三方服务提供商114相关联的用户数据，诸如存储在与其相关联的消息传递账户中。用户数据可以包括用户的类型(例如，客户、商家等)、与用户相关联的标识符(例如，电话号码、IP地址、其他标识符等)、与用户110和第三方服务提供商114相关联的先前对话线程等等。在至少一个示例中，用户数据可以包括查看与消息线程中的消息相关联的元数据的许可。 [0072] 图1示出了一个示例，其中在(由“1”指示的)操作118处，用户110可以经由一个或更多个消息向第三方服务提供商114请求支持。可以经由消息传递应用的第一实例104(1)从用户设备108发送消息。在一些示例中，用户110可以经由在用户设备108上的第三方应用的第一实例102(1)来选择与消息传递功能相关联的可选控件。在这样的示例中，消息传递功能可以对应于与第三方服务提供商114相关联的服务支持(例如，客户服务)。 [0073] 在一些示例中，响应于接收到可选控件的指示，通信平台106可以使消息传递应用的第一实例104(1)在用户设备108上启动。在一些示例中，可选控件可以包括到在用户110和第三方服务提供商114之间的对话的链接(例如，深度链接(deep link))。在这样的示例中，消息传递应用的第一实例104(1)可以启动与在用户110和第三方服务提供商114之间的对话相关联的消息传递页面。在一些示例中，可选控件可以包括与联系第三方服务提供商 114的预定原因列表相关联的一个或更多个链接。在一些示例中，可选控件可以包括用户输入，以提供服务支持请求118的总体主题(例如退款等)。在一些示例中，响应于接收到选择一个或更多个链接中的链接的指示和/或用户输入的指示，消息传递应用的第一实例104(1)可以启动与在用户110和第三方服务提供商114之间的对话相关联的消息传递页面，其中与链接相关联的自动生成的消息对应于联系第三方服务提供商114的预定原因。在一些示例中，响应于接收到选择一个或更多个链接中的链接的指示和/或用户输入的指示，与该选择相关联的数据(例如，与联系对应于该链接的第三方服务提供商114的预定原因相关联的数据)和/或与该输入相关联的数据可以被发送到第三方服务提供商计算设备112。在一些示例中，与该选择和/或输入相关联的数据可以经由网络116(诸如经由网络请求有效载荷(例如POST))被发送到第三方服务提供商计算设备112。在这样的示例中，与第三方应用 102使消息传递应用的第一实例104(1)在用户计算设备108上启动基本上同时或异步地，与选择和/或输入相关联的数据可以被提供给第三方服务提供商计算设备112。在一些示例中，响应于与选择和/或输入相关联的数据，第三方服务提供商计算设备112可以生成消息并经由消息传递应用104将消息发送给用户110，用于在消息传递应用的第一实例104(1)的启动之后由用户110查看。 [0074] 在一些示例中，通信平台106可以将对话标识符与对话(例如，对话线程、与支持请求相关联的消息等)相关联。在这样的示例中，对话标识符(例如，对话线程标识符)可以包括数字、符号、字母和/或用于识别特定对话线程的其他指示符。 [0075] 在一些示例中，用户110可以经由消息传递应用的第一实例104(1)(诸如在给第三方服务提供商114的消息中)提交支持请求。在一些示例中，选择可选控件的指示可以表示支持请求。在这样的示例中，用户110可以经由消息传递应用的第一实例104(1)撰写和发送与支持请求相关的消息。 [0076] 在各种示例中，用户110可以启动在用户计算设备108上的消息传递应用的第一实例104(1)，并经由消息传递应用的第一实例104(1)发送支持请求的指示。支持请求的指示可以包括对应于与第三方服务提供商114相关联的标识符(例如名称、电话号码、别名(例如customer_service@merchant、info@merchant等)互联网协议地址等)的输入、对应于被呈送(address)到第三方服务提供商114的消息的输入等等。 [0077] 在一些示例中，响应于支持请求的指示，通信平台106可以使到经由第三方应用 102提供的各种功能和/或服务的一个或更多个快速参考链接经由消息传递应用的第一实例104(1)显现。在一些示例中，快速参考链接可以促进在用户110和第三方服务提供商114之间的通信和/或加快与第三方应用102相关联的动作。例如，第三方服务提供商114可以包括与酒店预订服务相关联的商家。响应于将酒店预订服务识别为服务请求的接收方，通信平台106可以使第一快速参考链接进行预订，并使第二快速参考链接修改预订。 [0078] 在一些示例中，响应于接收到选择快速参考链接的指示，通信平台106和/或第三方设备112可以使第三方应用102(1)在用户设备108上启动。在一些示例中，快速参考链接可以使与快速参考链接相关联的标准消息被发送到第三方服务提供商114。在这样的示例中，响应于接收到选择快速参考链接的指示，通信平台106可以生成标准消息并将标准消息发送到第三方服务提供商114。标准消息可以呈现在用户设备108和/或第三方设备112的显示器上。 [0079] 在一些示例中，通信平台106可以经由消息传递应用104来处理消息。在各种示例中，响应于接收到与支持请求相关联的第一消息，通信平台106可以将第一消息与消息传递应用104中的对话标识符相关联。在这样的示例中，关于支持请求所发送的每个后续消息(例如，与对话线程相关联的每个消息)可以与对话标识符相关联。对话线程可以是由用户 110经由消息传递应用的第一实例104(1)可查看的，并且是由第三方服务提供商114经由消息传递应用的第二实例104(2)可查看的。在一些示例中，通信平台106可以使与对话线程的第一消息相关联的日期和/或时间靠近第一消息(例如，紧接在第一消息的上方、右侧、左侧等)被发布。 [0080] 在各种示例中，通信平台106可以基于对消息在前一消息的阈值时间段(例如，5分钟、15分钟、1小时等)内从一方或另一方被发送的确定，来将在用户110和第三方服务提供商114之间发送的消息与对话线程相关联。在这样的示例中，通信平台106可以基于消息之间的阈值时间来确定消息与彼此相关。 [0081] 在(由“2”指示的)操作120处，第三方服务提供商114可以(例如经由第三方应用的第二实例102(2)从通信平台106)接收支持请求。在一些示例中，通信平台106可以确定第三方服务提供商114可以具有查看与消息相关联的元数据的许可。在这样的示例中，通信平台 106可以提供一种手段，第三方服务提供商114可以通过该手段来查看元数据，以查看与对话线程相关联的标识符。 [0082] 另外，在操作120处，第三方服务提供商114可以对来自用户110的消息做出响应。 通信平台106可以将从第三方服务提供商114发送给用户110的响应消息与消息传递应用 104中的对话线程相关联。在各种示例中，第三方服务提供商114可以向用户110发送响应消息，以向用户110请求关于支持请求的信息。在一些示例中，第三方服务提供商114可以生成响应消息以确定与支持请求相关联的上下文。该上下文可以包括所请求的第三方服务提供商114的服务(例如，先前的、当前的、未来的交易等)、对所请求的第三方服务提供商114的服务的修改、关于由第三方服务提供商114提供的服务的问题或者用户将向第三方服务提供商114请求支持的任何其他原因。 [0083] 在一些示例中，基于对与支持请求相关联的上下文的确定，第三方服务提供商114可以在(由“3”指示的)操作122处向通信平台106发送相关数据。相关数据可以包括与第三方应用102和/或第三方服务相关联的实时和/或接近实时的数据。相关数据可以包括与第三方应用102相关联的相关信息，以使用户110能够快速确定第三方应用102的状态并访问与对话线程相关(例如，与服务请求相关)的数据。 [0084] 在一些示例中，可以基于由用户诸如在发送服务请求之前经由第三方应用102的第一实例所提供的输入(例如，下的订单、做出的预订、安排的服务等)，来发送相关数据。例如，用户110可以在第一时间经由拼车应用来订购乘车，并且可以在第二时间提交关于乘车的服务请求。相关数据可以包括与乘车相关联的数据，诸如与用户110和/或被指定开车将用户110送到目的地的司机相关联的位置数据(例如，基于定位设备(例如GPS等)的用户设备108的位置)。 [0085] 在各种示例中，相关数据可以与服务请求相关联。在这样的示例中，第三方服务提供商114和/或第三方设备112可以确定与服务请求相关联的上下文，并且可以基于该上下文来发送相关数据。例如，用户110可以经由第三方预订服务提交关于修改预订的服务请求。预订服务可以接收服务请求，并且可以发送与所做出的预订相关联的相关数据，该预订与用户110相关联(例如，与用户简档相关联)。 [0086] 基于相关数据的接收，在(由“4”指示的)操作124处，通信平台106可以使相关数据在用户设备108处呈现给用户110。在各种示例中，通信平台可以使相关数据基于从第三方设备112接收的呈现指令而被呈现。在这样的示例中，第三方设备112可以为数据生成呈现指令(例如再现方案(rendering schema)、再现指令(rendering instruction))，并将呈现指令发送到用户设备108。 [0087] 相关数据可以经由消息传递应用的第一实例104(1)呈现给用户110。在各种示例中，通信平台106可以使消息传递应用104(1)在靠近对话线程的消息的位置处呈现相关数据。在至少一个示例中，通信平台106可以使消息传递应用104(1)在对话线程的消息上方呈现相关数据。在各种示例中，通信平台106可以基于对对话线程的至少一个消息被呈现在用户设备108的显示器上的确定来使消息传递应用104(1)呈现相关数据。 [0088] 在各种示例中，第三方服务提供商114可以诸如基于对第三方应用102和/或对话线程的更新来向通信平台106发送已更新的数据。在一些示例中，相关数据可以包括与在用户110提交服务请求之后的时间相关联的已更新的数据。在这样的示例中，已更新的数据可以包括在消息传递应用的第一实例104(1)在用户设备108上启动之后出现的、对与第三方应用102相关联的数据的改变。在一些示例中，第三方服务提供商114可以基于与第三方应用102相关联地发生的事件(例如，到达搭乘点、到达目的地、预订登记时间等)，来识别已更新的数据。 [0089] 在一些示例中，已更新的数据可以包括自从前面的相关数据包被发送到通信平台 106以来已经改变的数据。在一些示例中，可以连续地(或基本上连续地)发送已更新的数据。例如，拼车计算设备可以连续地提供与已更新的距目的地的ETA相关联的相关数据。在各种示例中，可以周期性地(例如，每30秒、每1分钟、每3分钟、每5分钟等)发送已更新的数据。例如，拼车计算设备可以每1分钟提供关于已更新的距目的地的ETA的相关数据。在一些示例中，拼车计算设备可以基于对事件发生的确定和/或对第三方应用的状态的修改来发送已更新的数据。例如，拼车应用可以基于对用户110固定在车辆中(例如，与搭乘相关联的事件发生、第三方应用的状态从搭乘(pick‑up)改变到运送(delivery)阶段等)的确定来(经由通信平台106)向消息传递应用的第一实例104(1)提供关于已更新的ETA的相关数据。 [0090] 示例用户界面 [0091] 图2A‑图4是示出可用于实现本文描述的用于提供跨应用上下文数据的技术的示例用户界面的示意图。界面可以由通信平台(例如，通信平台106)的计算设备或者(在第三方应用的示例(例如，第三方应用102)中的)第三方服务提供商计算设备(例如，第三方设备 112)中的至少一个生成，并且被传输到一个或更多个用户计算设备(例如，用户设备108)和/或一个或更多个第三方服务提供商计算设备(例如，第三方设备112)以供呈现。在一些示例中，界面可以由用户计算设备和/或第三方服务提供商计算设备至少部分地基于从通信平台106接收的指令来生成。如上面所讨论的，在本节中描述的界面可以但不必须在系统 100的上下文中实现。 [0092] 图2A‑图2C示出了示例界面，其中用户可以经由第三方应用发起与第三方服务提供商的对话线程，从而启动被配置成呈现来自第三方应用的相关数据的消息传递应用。图 2A所示的界面200A示出了与第三方应用202(例如，商家应用202)相关联的用户界面。在说明性示例中，第三方应用202可以包括与拼车服务相关联的应用。因此，第三方应用202可以包括地图204，地图204包括用户位置206和在用户位置附近运行的车辆的位置208。在其他示例中，第三方应用202可以包括与任何其他类型的第三方服务相关联的不同应用，诸如预订应用(例如，餐馆、酒店、航班预订等)、会员(membership)应用(例如，健身房、忠诚奖励(loyalty reward)(例如航空公司、咖啡店、超市等))、购物应用(例如，食品、商品、服务等)、社交媒体应用、游戏应用或可以与客户服务支持相关联的任何其他类型的应用。 [0093] 在各种示例中，(在该示例中由箭头表示的)用户210可以提供与动作(例如，商品、服务等的订购)相关联的输入212。在说明性示例中，用户210可以至少输入与拼车服务相关联的目的地地址。在说明性示例中，第三方应用202可以部分地基于来自与界面200A相关联的用户设备上的定位设备的信号来确定搭乘位置。另外或可替代地，输入212可以包括搭乘位置。 [0094] 在一些示例中，用户210可以在第一时间提供输入212，并且可以在(第一时间之后的)第二时间请求客户支持。在说明性示例中，用户210可以选择指示联系客户支持的意图的可选控件214。在各种示例中，可选控件214可以包括到消息传递应用的链接。在一些示例中，该链接可以包括到在用户210和与第三方服务提供商相关联的客户服务代表之间的对话线程的消息传递页面的深度链接。在各种示例中，通信平台可以接收选择可选控件214的指示，并且可以使得消息传递应用在用户设备上启动。在一些示例中，消息传递应用可以启动到与深度链接相关联的消息传递页面。 [0095] 图2B所示的界面200B示出了与消息传递应用218相关联的消息传递页面216。例如，消息传递应用218可以显示消息传递页面216，作为用户210选择可选控件214的结果。在一些示例中，用户210可以经由消息传递页面216(诸如在“撰写消息(COMPOSE MESSAGE)”部分224中)撰写到第三方服务提供商客户服务222(例如，第三方222、另一方222)的传出消息(outgoing message)220。另外，消息传递页面216可以包括从第三方222接收的传入消息(incoming message)226。如图2B所示，传出消息220可以在界面200B的右侧对齐，而传入消息226可以在界面200B的左侧对齐。然而，这仅仅是说明性示例，本文设想了消息220和226的任何其他组织，诸如消息220和226的居中对齐、传出消息220的左对齐并且传入消息226的右对齐等等。 [0096] 在各种示例中，选择图2A的可选控件214的指示可以表示如在图1的操作118处所述的服务支持请求。在一些示例中，响应于接收到选择可选控件214以启动消息传递应用和/或服务支持请求的指示，第三方可以经由通信平台向用户210发送第一传入消息226(1)。在说明性示例中，第一传入消息226(1)可以与用户210的输入212或动作(诸如由用户 210经由第三方应用202提交的对服务的订购或请求)相关联。在这样的示例中，可以基于用户输入212的上下文和/或经由第三方应用202的动作来确定第一传入消息226(1)。在其他示例中，第一传入消息226(1)可以表示针对用户210的问候或其他欢迎消息。 [0097] 在一些示例中，第一传入消息226(1)可以包括快速参考链接228。在说明性示例中，快速参考链接228可以包括回到第三方应用202的链接。在一些示例中，链接可以包括回到界面200A的深度链接，以使用户210能够容易转换回到用户210在商家应用202中中断的地方。虽然在图2B中被示为在用户发送传出消息220之前被接收，但是在其他示例中，第一传入消息226(1)可以响应于来自用户210的传出消息220(并且在传出消息220之后)而被接收。 [0098] 在各种示例中，用户210可以经由界面200B撰写传出消息220。通信平台可以处理传出消息220，使它诸如经由如关于图1所述的商家应用的第二实例104(2)被传输到第三方。在一些示例中，传出消息可以包括服务支持请求。在这样的示例中，第三方可以接收传出消息，并且可以基于传出消息220的内容来确定与服务支持请求相关联的上下文。 [0099] 在一些示例中，第三方可以向通信平台发送相关数据230，用于经由消息传递页面 216呈现给用户210。在各种示例中，与第三方相关联的服务器计算设备可以确定相关数据 230并向通信平台发送相关数据230。在一些示例中，服务器计算设备可以将对话标识符(例如，对话线程标识符)与和消息传递页面216相关联的对话线程232相关联。在一些示例中，通信平台可以生成对话标识符，并将对话标识符提供到服务器计算设备，以实现在(提供相关数据230的)服务器计算设备、经由消息传递应用的第一实例的用户210和经由消息传递应用的第二实例的第三方客户服务代表之间的群组对话。 [0100] 在一些示例中，对话标识符可以包括一种手段，通过该手段，相关数据230可以被提供，以诸如通过向用户210呈现上下文数据来充实在用户210和第三方之间的对话线程 232。相关数据230可以包括与第三方应用202和/或第三方服务相关联的实时和/或接近实时的数据。相关数据230可以包括与第三方应用202相关联的相关信息，以使用户210能够快速确定第三方应用202的状态并访问与服务支持请求相关的数据(例如，与传出消息220和传入消息226相关联的对话线程232)和/或与第三方应用相关联的其他相关数据。 [0101] 在一些示例中，可以基于与支持请求相关联的上下文来确定相关数据230。该上下文可以基于传出消息220的内容和/或在第三方应用上的导致选择可选控件214的事件。例如，用户210可以提交关于对最终目的地的改变的服务请求。基于将服务请求的上下文确定为对最终目的地的改变，第三方可以在相关数据230中包括原始(或第一)目的地和最终(第二)目的地。 [0102] 在一些示例中，商家应用202(与其相关联的服务器计算设备)可以诸如在发送服务请求和/或选择可选控件214之前发送相关数据230，可以基于由用户210进行的输入212或用户210的动作来发送该相关数据230。例如，如图2A和图2B所示，用户210可以通过在第一时间经由拼车应用提交输入212来订购乘车。在第二时间，用户210可以通过选择可选控件214来提交服务请求。在这样的示例中，经由消息传递页面216被呈现给用户的相关数据 230可以包括与所请求的乘车相关联的数据，诸如包括用户位置206和为乘车指定的车辆和/或被指定开车将用户210送到目的地的司机的位置208(1)的地图204。另外，在说明性示例中，相关数据230包括在目的地处的实况预计到达时间(ETA)234。 [0103] 在各种示例中，通信平台可以(经由第三方计算设备)从第三方接收相关数据，并且可以使相关数据230呈现在消息传递页面216上。在说明性示例中，通信平台可以使相关数据230呈现在与消息传递应用相关联的消息传递页面216的顶部处。另外或可替代地，通信平台可以使相关数据230呈现在消息传递页面216的底部、侧部、中间或其他位置处。 [0104] 在一些示例中，消息传递应用可以被配置成以人像模式(portrait mode)(例如，垂直配置)(诸如在图2B中所描绘的模式)被查看。另外或可替代地，消息传递应用可以被配置成以风景模式(landscape mode)(例如，水平配置)被查看。在一些示例中，通信平台可以被配置成使相关数据230基于配置(例如，人像或风景)被呈现。例如，相关数据230可以在人像模式中呈现在消息传递页面216的顶部处，并且在风景模式中呈现在消息传递页面216的右侧处。在一些示例中，通信平台可以使相关数据230呈现在一位置处而不考虑配置(例如，在人像模式和风景模式中都在消息传递页面216的底部处)。 [0105] 在各种示例中，通信平台可以使相关数据230基于呈现指令(例如，再现方案、与数据相关联的位置、颜色、字体等)而被呈现。在一些示例中，通信平台可以从第三方计算设备(例如，第三方服务器计算设备)接收呈现指令。在一些示例中，第三方计算设备可以与相关数据230同时或基本上同时地发送呈现指令。在一些示例中，第三方计算设备可以在相关数据之前发送呈现指令。在这样的示例中，通信平台可以基于第三方和/或第三方应用将呈现指令存储在数据储存器上。在一些示例中，通信平台可以接收相关数据230，并且可以访问呈现指令以确定如何在消息传递页面216上再现(render)相关数据230。在各种示例中，通信平台可以接收用于呈现相关数据230的特定呈现指令或一组呈现指令的指示。在这样的示例中，通信平台可以访问数据储存器中的呈现指令，并且可以选择用于再现相关数据230的特定呈现指令。 [0106] 相关数据230可以在用户210和第三方客户服务代表之间的对话线程232期间提供关于第三方应用202的上下文信息。在说明性示例中，用户210经由传出消息220提交服务支持请求以在第一目的地(例如，原始输入的目的地)处停车并继续到第二目的地。第三方客户服务代表可以用第二传入消息226(1)来对传出消息220做出响应。如所示，第二传入消息 226(2)可以向用户210请求附加信息。在一些示例中，第二传入消息226(2)可以包括对服务支持请求的响应。 [0107] 图2C中所示的界面200C示出了在消息传递页面216上呈现的已更新的相关数据 230(1)。在一些示例中，已更新的相关数据230(1)可以包括自从前面的相关数据230包被发送到通信平台以来改变的数据。在一些示例中，已更新的相关数据230(1)中的一些或全部可以包括先前发送到通信平台的相关数据230。 [0108] 在各种示例中，第三方服务器计算设备可以连续地和/或周期性地(例如，每45秒、每2分钟等)向通信平台发送已更新的相关数据230(1)，以供经由消息传递页面216呈现。在一些示例中，第三方服务器计算设备可以基于事件的发生和/或对与第三方应用202相关联的状态的修改来发送已更新的相关数据230(1)。例如，对状态的修改可以包括与拼车应用相关联的从搭乘阶段到运送阶段的改变。对于另一个示例，事件可以包括与所计划的路线相关联的交通模式(traffic pattern)的改变，诸如在所计划的路线上的可能影响实况ETA 234的事故。 [0109] 在各种示例中，第三方服务器计算设备可以基于所提交的服务支持请求和/或与对话线程232相关联的传出消息220(1)和220(2)的内容来确定已更新的相关数据230(1)。 在说明性示例中，已更新的相关数据230(1)包括第一目的地和第二目的地，如由用户210经由输入212和经由对话线程232提供的。在图2C中，已更新的相关数据230还包括反映将第二目的地添加到乘车的已更新的实况ETA 234。 [0110] 另外，已更新的相关数据230(1)可以包括与用户210相关的任何其他数据，以提供与第三方应用202和/或通过其请求的服务相关联的上下文。例如，在图2C中描绘的相关数据230(1)包括具有当前用户位置206和为乘车指定的车辆的当前位置208(1)的地图204。地图204可以向用户210提供车辆的实时位置208(1)和/或用户位置206，所以用户210在进行与第三方客户服务代表的对话线程232时不会失去拼车服务的上下文(例如，不会错过或延迟与司机的连接)。 [0111] 图3A‑图3C示出了示例界面，服务支持请求可以通过该界面经由消息传递应用被提交，该消息传递应用被配置成呈现与对应于服务支持请求的第三方相关联的相关数据。 图3A所示的界面300A示出了与消息传递应用相关联的消息传递页面302，诸如消息传递页面216。在一些示例中，用户可以经由消息传递页面302撰写到另一方308(例如，第三方服务提供商客户服务代表)的第一传出消息304(1)。在一些示例中，第一传出消息304(1)可以与服务支持请求相关联。 [0112] 在各种示例中，第一传出消息304(1)可以发起在用户和另一方308之间的对话线程310。在说明性示例中，另一方308可以包括与第三方服务提供商相关联的客户服务代表，并且对话线程310可以与用户对采用第三方服务提供商安排的现有预订具有的问题相关联。虽然这仅仅是一个示例，但是本文设想了能够进行消息传递对话的任何类型的人和/或实体。例如，另一方308可以包括被配置成接收消息、对消息执行自然语言处理并确定与其相关联的上下文的计算系统。在这样的示例中，计算系统可以被配置成诸如利用机器学习技术来生成对由用户发送的传出消息304的响应。 [0113] 在各种示例中，响应于接收到用户打算进行与另一方308的对话线程310的指示(诸如基于与作为第一传出消息304(1)的接收方的另一方相关联的标识符(例如名称、电话号码、互联网协议地址、其他别名(例如，customer_service@third‑party.com)等)的输入)，通信平台可以显现可选控件312以启动与另一方相关联的应用。在一些示例中，可选控件312可以包括到与另一方相关联的应用的链接。在一些示例中，可选控件312可以包括诸如基于经由应用的先前用户动作(例如，先前查看的页面、先前订单等)的、到应用中的特定位置的深度链接。 [0114] 在各种示例中，通信平台可以处理第一传出消息304(1)。处理可以包括将消息标识符314(例如数字、符号、字母等)分配给消息和/或将对话标识符316(例如，对话线程标识符)分配给对话线程310。在各种示例中，可以基于与对话线程310相关联的一方(例如，用户和另一方308)、与消息和/或对话线程相关联的日期/时间、(例如，被顺序地编号的)消息和/或在各方之间的对话线程310的时间顺序等等来确定消息标识符314和/或对话标识符 316。 [0115] 在一些示例中，处理可以包括向另一方308提供第一传出消息304(1)、消息标识符 314和/或对话标识符316。在一些示例中，与另一方308相关联的服务器计算设备可以被配置成确定与第一传出消息304(1)和/或对话线程310相关联的上下文(例如，如果额外的传出消息304对确定上下文是必要的)。在一些示例中，服务器计算设备可以利用自然语言处理和/或机器学习技术来确定上下文。例如，计算设备可以处理与第一传出消息304(1)相关联的词，以确定与其相关联的上下文是现有预订。在一些示例中，服务器计算设备可以从与另一方308相关联的另一计算设备接收上下文。例如，与操作另一设备的另一方308相关联的客户服务代表可以向服务器计算设备发送上下文的指示。 [0116] 另外，消息传递页面302可以包括被配置成指示对话线程310的上下文的一个或更多个第二可选控件318。在一些示例中，第二可选控件318可以包括经常被询问的主题的标签。在各种示例中，服务器计算设备和/或与另一方308相关联的另一计算设备可以提供将要在消息传递页面302上呈现的主题和/或主题的标签。在一些示例中，可以基于由服务器计算设备和/或与另一方308相关联的其他计算设备提供的呈现指令来呈现第二可选控件 318。响应于诸如不首先接收第一传出消息304(1)的情况下接收到选择第二可选控件318的指示，服务器计算设备可以确定对话线程310的上下文。例如，响应于接收到选择被标记为“是否想要做出预订？(WANT TO BOOK A RESERVATION？)”的第二可选控件318的指示，服务器计算设备可以确定用户打算安排新的预订。在一些示例中，第二可选控件318可以包括快速参考链接，该快速参考链接被配置成使与由另一方308提供的特定功能和/或服务相关联的数据经由消息传递页面302显现。 [0117] 基于与第一传出消息304(1)和/或对话线程310相关联的上下文，服务器计算设备可以识别与和对话线程310相关的第二(第三方)应用相关联的数据。图3B所示的界面300B示出了具有与第三方应用相关联的相关数据320的消息传递页面302。在各种示例中，服务器计算设备可以基于与对话线程310相关联的上下文来确定相关数据320。在一些示例中，服务器计算设备可以基于选择第二可选控件318的指示来确定相关数据320。相关数据320可以包括与和另一方308相关联的应用和/或由另一方308提供的服务相关联的实时和/或接近实时的数据。相关数据320可以包括与另一方308(应用和/或服务)相关联的相关信息，以使用户能够快速确定与另一方相关联的应用和/或服务的状态，并访问与对话线程310相关(例如，与服务请求相关)的数据。 [0118] 在各种示例中，基于对上下文与第二可选控件318不相关联的确定，服务器计算设备可以向通信平台发送指令，以从消息传递页面302移除第二可选控件318。在这样的示例中，服务器计算设备可以确保只有与用户相关的数据被呈现和/或消息传递页面302没有不必要地被弄乱(clutter)。 [0119] 在一些示例中，服务器计算设备可以访问与用户相关联的用户账户，以确定相关数据320。在这样的示例中，用户账户可以包括用户与另一方308进行的先前动作(例如，购买/交易/订购历史、当前结账状态(例如，电子商务购物车等)、预订、路线(itinerary)等)。 例如，服务器计算设备可以访问与用户相关联的用户账户，以确定用户有两个即将到来的预订，一个针对酒店α，以及一个针对酒店β。服务器计算设备可以确定预订信息是相关数据 320，并且可以将预订信息发送到通信平台，以供经由消息传递页面来呈现。 [0120] 在各种示例中，与另一方308相关联的服务器计算设备可以确定一个或更多个快速参考链接322应该与相关数据320一起被呈现给用户。快速参考链接322可以包括可选控件，该可选控件包括到经由与另一方相关联的应用提供的各种功能和/或服务的链接。例如，如图所示，第一快速参考链接322(1)包括用户可以用来加快对当前预订的登记过程的手段，并且第二快速参考链接322(2)包括用户可以用来直接联系酒店的手段。在各种示例中，快速参考链接322(例如第二快速参考链接322(2))可以包括到与消息传递应用相关联的另一消息传递页面302的链接。在这样的示例中，用户可以以最小的努力进行与酒店的代表的对话线程。 [0121] 在各种示例中，通信平台可以从服务器计算设备接收相关数据320和/或与快速参考链接322相关联的数据，并且可以使相关数据320和/或与快速参考链接322相关联的数据基于呈现指令(例如，再现方案、与数据相关联的位置、颜色、字体等)而被呈现。在一些示例中，通信平台可以从服务器计算设备接收呈现指令。在一些示例中，呈现指令可以与相关数据320和/或与快速参考链接322相关联的数据同时或基本上同时被发送。在一些示例中，呈现指令可以在相关数据320和/或与快速参考链接322相关联的数据之前被发送。在这样的示例中，通信平台可以基于另一方308和/或与其相关联的应用将呈现指令存储在数据储存器上。在一些示例中，通信平台可以接收相关数据320和/或与快速参考链接322相关联的数据，并且可以访问呈现指令以确定如何在消息传递页面302上再现相关数据320和/或与快速参考链接322相关联的数据。在各种示例中，通信平台可以接收用于呈现相关数据320和/或与快速参考链接322相关联的数据的特定呈现指令或一组呈现指令的指示。在这样的示例中，通信平台可以访问在数据储存器中的呈现指令，并且可以选择特定呈现指令，以用于再现相关数据320和/或与快速参考链接322相关联的数据。 [0122] 在各种示例中，通信平台可以处理从用户到另一方308的传出消息304和从另一方 308到用户的传入消息324，诸如第一传入消息324(1)。用户和另一方可以经由消息304和 324来回通信，以确定对服务支持请求的决议(resolution)(例如，对用户问题的决议)。在各种示例中，服务器计算设备可以在第二时间确定与对话线程310相关联的已更新的上下文。在一些示例中，基于已更新的上下文，服务器计算设备可以向通信平台发送对相关数据 320的和/或与快速参考链接322相关联的数据的更新，以用于经由消息传递页面302来呈现。 [0123] 图3C所示的界面300C示出了基于对话线程310的、具有与第三方应用相关联的已更新的相关数据326的消息传递页面302。在各种示例中，基于所提交的服务支持请求和/或与对话线程310相关联的传出消息304和传入消息324的内容，服务器计算设备可以确定已更新的相关数据326。在各种示例中，可以基于与对话线程310相关联的已更新的上下文和/或决议来确定已更新的相关数据326。在这样的示例中，服务器计算设备可以将已更新的相关数据326发送到通信平台，以用于经由消息传递页面来呈现。例如，已更新的相关数据326可以包括即将到来的预订，其具有针对2晚酒店β的已更新的预订，已更新的预订包括与对话线程310相关联的已更新的上下文和/或决议。 [0124] 在各种示例中，可以基于事件发生和/或对第三方应用的状态的修改和/或由另一方308提供的服务来确定已更新的相关数据326。在说明性示例中，事件和/或对第三方应用的状态的修改可以包括预订更新。然而，这并不意味着是限制性的，并且事件和/或对第三方应用的状态的修改可以包括与应用相关联的任何其他事件和/或改变，诸如已修改的ETA、对订单状态(例如，处理、运送等)的改变、从搭乘状态到运送状态的改变(例如，对于拼车应用)或任何其他事件和/或对应用状态的修改。 [0125] 在一些示例中，已更新的相关数据326可以包括自从相关数据320(例如，前面的相关数据320包)被发送到通信平台106以来改变的数据。在一些示例中，可以将已更新的相关数据326从服务器计算设备连续地(或基本上连续地)发送到通信平台。例如，拼车计算设备可以连续地提供与已更新的距目的地的ETA相关联的已更新的相关数据326。在各种示例中，可以周期性地(例如，每30秒、每1分钟、每3分钟、每5分钟等)发送已更新的相关数据 326。例如，拼车计算设备可以每1分钟提供一次关于已更新的距目的地的ETA的已更新的相关数据326。 [0126] 图4示出了示例界面，其中跨应用上下文数据可以与消息传递应用相关联地显示。 图4所示的界面400示出了与在用户设备上的消息传递应用相关联的消息传递页面402，该消息传递页面402包括在对应于用户设备的用户和第三方服务提供商406(例如另一方406)之间的对话线程404。在说明性示例中，另一方406可以包括与商店(例如实体商店、电子商务商店等)相关联的商家。在其他示例中，另一方406可以包括与健身房、博物馆、水族馆、咖啡座相关联的商家和/或用户可以与其保持用户账户和/或可以进行交易的任何其他类型的商家。 [0127] 在各种示例中，另一方406可以经由消息传递应用向用户发送一个或更多个消息 408。在一些示例中，消息传递应用可以与短消息传递系统(SMS)平台相关联。在至少一个示例中，消息传递应用可以与端到端加密通信平台相关联。 [0128] 在各种示例中，与另一方406相关联的服务器计算设备可以接收用户的关于商家的活动(例如，动作)的指示。在说明性示例中，活动的指示可以包括完成的交易。在这样的示例中，服务器计算设备可以生成交易的收据，并且可以将该收据发送到通信平台，以用于经由消息传递页面402呈现给用户。在一些示例中，可以从与另一方406相关联的另一计算设备接收活动的指示。例如，与另一方406相关联的销售点(POS)计算设备可以向服务器计算设备发送活动的指示(例如，与交易相关联的交易数据)。基于交易数据，服务器计算设备可以生成收据并经由通信平台发送收据。 [0129] 在一些示例中，通信平台可以向在用户和另一方406之间的对话线程404分配对话标识符(例如，对话线程标识符)。在一些示例中，通信平台可以向服务器计算设备提供对话标识符。在一些示例中，通信平台可以接收来自另一方406的并预定给用户的消息408，并且可以将消息408与对话标识符相关联。 [0130] 在各种示例中，服务器计算设备可以识别与消息408和/或对话线程404相关联的相关数据410。在一些示例中，可以基于用户关于商家的当前和/或先前的活动(例如，奖励(忠诚)点数概要、基于忠诚点数(loyalty point)的礼品资格(gift eligibility)等)、与交易相关联的数据(例如，产品退货最后期限、退货指示等等)、与商家相关联的数据(例如，营业时间、联系信息等)和/或与商家和/或用户相关联的其他相关活动来确定相关数据 410。在一些示例中，相关数据410可以包括由商家指定的、将与对话线程404和/或在另一方 406和用户之间的其他通信相关联地提供给用户的数据。在图4中描绘的示例中，相关数据 410可以包括奖励点数据和快速参考码(quick reference code)，以用于在与商家结账时使用，以接收折扣或免费商品。然而这仅仅为了说明性目的，并且并不意在是限制性的。 [0131] 在一些示例中，相关数据410可以包括对应于由另一方406提供的服务的或关于另一方406的信息的一个或更多个快速参考链接。快速参考链接可以被配置成促进在用户和另一方406之间的通信和/或动作。通信平台可以接收选择快速参考链接的指示，并且可以将该指示发送到服务器计算设备和/或与另一方406相关联的其他设备以供处理。例如，相关数据410可以包括以奖励点数兑换礼品的快速参考链接。响应于经由通信平台接收到选择快速参考链接的指示，服务器计算设备可以处理对兑换奖励点数的请求。 [0132] 服务器计算设备可以将相关数据410发送到通信平台，以用于经由消息传递应用来呈现。基于相关数据410的接收，通信平台可以使相关数据410呈现在消息传递页面上。在各种示例中，可以根据呈现指令(例如，再现方案)来呈现相关数据410。呈现指令可以包括相关数据410在消息传递页面上的位置、字体、颜色以及对应于相关数据410在消息传递页面402上的呈现的其他数据。在一些示例中，呈现指令可以独立于第一设备的定向(例如，水平定向、垂直定向)。在这样的示例中，数据可以以相同的方式被呈现，而不考虑第一设备的定向。在各种示例中，呈现指令可以包括用于以垂直模式(例如，人像模式)呈现的第一指令和用于以水平模式(例如，风景模式)呈现的第二指令。在这样的示例中，响应于将用户设备从垂直模式旋转到水平模式(或反过来)的指示，通信平台可以使相关数据410根据相关呈现指令来呈现。 [0133] 在各种示例中，服务器计算设备可以向通信平台发送指令以呈现可选控件412，可选控件412被配置成实现用户启动与另一方406相关联的应用的快速方式。在这样的示例中，通信平台可以使可选控件412显现在消息传递页面402上。在一些示例中，可选控件412可以包括到与另一方406相关联的应用的链接。在一些示例中，可选控件412可以包括诸如基于经由应用的先前用户动作(例如，先前查看的页面、先前订单等)的、到应用中的特定位置的深度链接。 [0134] 如图4所示，通信平台可以使相关数据410显现在消息传递页面402上，用于快速参考与另一方406(例如第三方、商家等)相关联的数据。在各种示例中，通信平台可以使附加控件(例如，可选控件)显现，以促进在用户和另一方406之间的通信。因此，本文描述的技术可以通过减少在用户设备上运行以访问相等数据量的应用的数量，来改进用户设备的运行(例如，优于需要用户在两个或更多个应用之间切换以访问数据以及与另一方406通信的传统技术)。另外，至少因为服务器计算设备识别与用户相关的数据以用于传输到通信平台，所以本文描述的技术可以减少通过网络传输的总数据量。 [0135] 示例计算架构 [0136] 图5示出了其示出可用于实现本文描述的示例技术的计算设备的示例系统500的框图。例如，图5示出了包括通过网络(诸如图1中的网络116)交互的通信平台服务器502、第一计算设备504和第二计算设备506的示例计算设备。作为示例而不是限制，通信平台服务器502可以代表用于实现系统100的服务器，第一计算设备504可以代表与用户110相关联的用户计算设备108，并且第二计算设备506可以代表与第三方服务提供商114相关联的第三方服务提供商计算设备112。尽管被示为单独的设备，但是通信平台服务器502可以位于第二计算设备506上。 [0137] 通信平台服务器502可以包括可以物理地位于单个中心位置上或者可以分布在多个不同的位置处的一个或更多个单独的服务器或其他计算设备。通信平台服务器502可以由管理通信网络的全部或部分的实体(例如公用事业公司、政府机构、经销商、零售商、制造商等)私有地托管，或者可以在云环境中被托管，或者是私有托管服务和云托管服务的组合。 [0138] 本文描述的每个计算设备可以包括一个或更多个处理器和/或存储器。具体地，在所示示例中，通信平台服务器502包括一个或更多个处理器508和存储器510，第一计算设备 504包括一个或更多个处理器512和存储器514，并且第二计算设备506包括一个或更多个处理器516和存储器518。作为示例而不是限制，处理器可以包括一个或更多个中央处理单元(CPU)、图形处理单元(GPU)或处理电子数据以将该电子数据转换成可以存储在寄存器和/或存储器中的其他电子数据的任何其他设备或设备的一部分。在一些示例中，集成电路(例如ASIC等)、门阵列(例如FPGA等)以及其他硬件设备就它们被配置成实现编码指令来说，也可以被考虑为处理器。 [0139] 存储器可以包括一个或更多个非暂时性计算机可读介质，并且可以存储操作系统和一个或更多个软件应用、指令、程序和/或数据，以实现本文描述的方法和归属于各种系统的功能。在各种实现方式中，可以使用任何合适的存储器技术(诸如静态随机存取存储器(SRAM)、同步动态RAM(SDRAM)、非易失性/闪存型存储器或者能够存储信息的任何其他类型的存储器)来实现存储器。本文描述的架构、系统和单独元件可以包括许多其他逻辑、程序和物理部件，在附图中示出的这些部件仅仅是与本文的讨论相关的示例。 [0140] 如图5所示，通信平台服务器502包括消息传递应用520，第一计算设备504包括消息传递客户端应用522，并且第二计算设备506包括消息传递客户端应用524，其经由通信平台服务器502实现在计算设备当中进行内容的交互。例如，内容(例如，包括文本、图像、音频、视频等的消息)可以在与由通信平台系统提供的在线消息传递网络的消息传递账户相关联的用户当中被共享，并且可以包括根据被限制的用户的账户共享的内容。在一些示例中，第二计算设备506的消息传递客户端应用524可以包括企业客户端，该企业客户端实现在一个或更多个第二计算设备506和第一计算设备504当中进行内容的交互。在一些示例中，消息传递客户端应用使界面能够例如参考图2A‑图4所描述地访问内容、查看内容和生成内容。在特定示例中，通信平台服务器502发送指令以呈现、传输和接收内容，如参考图 2A‑图4所讨论的。 [0141] 图5进一步将通信平台服务器502示为包括消息识别部件526和相关数据处理部件 528，以使内容(诸如消息、照片等等)能够在计算设备当中被共享。在各种示例中，消息识别部件526可以被配置成生成经由消息传递应用520传输(诸如从消息传递客户端应用522传输到消息传递客户端应用524，或反过来)的消息(和/或与其相关联的对话线程)的消息标识符。 [0142] 在各种示例中，相关数据处理部件528可以被配置成诸如经由(与第三方服务提供商相关联的)第二计算设备506所关联的消息传递客户端应用524来接收相关数据。如本文所述，相关数据处理部件528可以处理相关数据，并且使相关数据经由(与用户相关联的)消息传递客户端应用522与对话线程相关联地呈现。 [0143] 在各种示例中，第二设备506可以包括第三方应用530，诸如第三方应用102。在这样的示例中，第二设备506可以管理第三方应用530，以提供在第三方服务提供商和与第一设备504相关联的一个或更多个用户之间传输与第三方服务相关的数据的手段。在一些示例中，第一设备504可以包括第三方客户端应用532，其使用户能够访问与第三方应用相关联的数据。 [0144] 在一些示例中，第二设备506可以包括一个或更多个用户账户534。用户账户534可以存储与单独用户(诸如与第一计算设备504相关联的用户)相关联的数据。该数据可以包括交易/订购/购买/预订历史、当前交易、奖励计划余额、即将到来的预订、一个或更多个位置(例如家庭位置、工作位置等)、人口统计信息等等。 [0145] 如图5所示，通信平台服务器502包括通信连接536，第一计算设备504包括通信连接538，并且第二计算设备506包括通信连接540，其实现在通信平台服务器502、第一计算设备504和第二计算设备506之间的通信。 [0146] 通信连接536、538和/或540可以包括物理和/或逻辑接口，用于将通信平台服务器 502、第一计算设备504和/或第二计算设备506连接到另一计算设备或网络，诸如网络116。 例如，通信连接536、538和/或540可以实现(诸如经由由IEEE 802.11标准定义的频率的)基于Wi‑Fi的通信、短程无线频率(诸如 )、蜂窝通信(例如2G、2G、4G、4G LTE、5G等)或使相应的计算设备能够与其他计算设备通过接口连接的任何合适的有线或无线通信协议。 [0147] 虽然图5被提供为可用于实现本文描述的技术的示例系统500，但是所描述和主张的技术不限于由系统500执行，系统500也不限于执行本文描述的技术。 [0148] 示例方法 [0149] 图6‑图8示出了根据本公开的实施例的示例过程。这些过程被示为逻辑流程图，其每个操作表示可以用硬件、软件或其组合实现的操作序列。在软件的上下文中，操作表示存储在一个或更多个计算机可读存储介质上的计算机可执行指令，其当由一个或更多个处理器执行时执行所详述的操作。通常，计算机可执行指令包括例程、程序、对象、部件、数据结构等，它们执行特定的功能或实现特定的抽象数据类型。操作被描述的顺序并不意欲被解释为限制，并且任何数量的所描述的操作可以以任何顺序和/或并行地组合以实现过程。 [0150] 图6示出了流程图，其示出如本文所述的用于经由第三方应用启动消息传递应用并经由消息传递应用提供与第三方应用相关联的上下文数据的示例过程600。在一些实例中，过程600的一些或全部可以由系统100或500中的一个或更多个部件执行。作为示例而不是限制，在过程600中提到的通信平台计算设备可以代表与计算平台106或通信平台服务器 502相关联的计算设备，在过程600中提到的用户设备可以代表用户计算设备108和/或第一计算设备504，并且在过程600中提到的服务提供商计算设备可以代表第三方服务提供商计算设备112和/或第二计算设备506。然而，过程600不限于由系统100或500执行。 [0151] 在操作602处，过程600可以包括经由第一应用从与用户相关联的第一设备接收选择与消息传递功能相关联的可选控件的指示。在各种示例中，可选控件可以包括到消息传递应用的链接。在一些示例中，该链接可以包括到在用户和与第三方服务提供商相关联的客户服务代表之间的对话线程的消息传递页面的深度链接。 [0152] 在操作604处，过程600可以包括使第二应用呈现在与第一设备相关联的显示器上，该第二应用与消息传递功能相关联。在各种示例中，响应于选择可选控件的指示，通信平台计算设备使第二(消息传递)应用在用户设备上启动。在一些示例中，第二(消息传递)应用可以启动到与深度链接相关联的消息传递页面。 [0153] 在操作606处，过程600可以包括从与第一应用相关联的第二设备接收对应于第一应用的数据。该数据可以包括相关数据，诸如图2B和图2C的相关数据230、图3B和图3C的相关数据320以及图4的相关数据410。如上面所讨论的，数据可以包括与来自用户的服务支持请求相关的数据、对应于用户在第一应用中的最近活动(例如，动作)的数据、由与第一应用相关联的第三方服务提供商指定的应用数据。在一些示例中，第三方服务提供商可以确定(诸如从与第一应用相关联的服务器计算设备)发送到通信平台的数据。 [0154] 在操作608处，过程600可以包括使对应于第一应用的数据经由第二应用呈现在与第一设备相关联的显示器上。在各种示例中，通信平台可以使数据基于呈现指令(例如，再现方案)呈现在显示器上。呈现指令可以包括相关数据在消息传递页面上的位置、字体、颜色以及与数据经由第二应用的呈现相对应的其他数据。在一些示例中，呈现指令可以独立于第一设备的定向(例如，水平定向、垂直定向)。在这样的示例中，数据可以以相同的方式呈现，而不考虑第一设备的定向。在各种示例中，呈现指令可以包括用于在垂直定向(例如，人像模式)中呈现的第一指令和用于在水平定向(例如，风景模式)中呈现的第二指令。在这样的示例中，响应于将用户设备从垂直模式旋转到水平模式(或反过来)的指示，通信平台可以使相关数据410根据相关呈现指令来呈现。 [0155] 图7示出了用于利用本文描述的技术经由消息传递应用来提供与第三方应用相关联的上下文数据的示例过程700的流程图。在一些实例中，过程700的一些或全部可以由系统100或500中的一个或更多个部件执行。作为示例而不是限制，在过程700中提到的通信平台计算设备可以代表与计算平台106或通信平台服务器502相关联的计算设备，在过程700中提到的用户设备可以代表用户计算设备108和/或第一计算设备504，并且在过程700中提到的服务提供商计算设备可以代表第三方服务提供商计算设备112和/或第二计算设备 506。然而，过程700不限于由系统100或500执行。 [0156] 在操作702处，过程700可以包括经由第一应用从与用户相关联的第一设备接收进行与第二应用相关联的动作的意图的指示。在各种示例中，可以经由第一(消息传递)应用中的消息来传输进行动作的意图的指示。在一些示例中，进行动作的意图的指示可以包括选择与动作和/或经由第一应用呈现的第二应用相关联的可选控件的指示。 [0157] 在操作704处，过程700可以包括处理与在用户和与第二应用相关联的服务提供商之间的对话线程相关联的消息，其中消息在第一设备上的第一应用的第一实例和与第二应用相关联的第二设备上的第一应用的第二实例之间传输。消息可以由通信平台计算设备处理。 [0158] 在各种示例中，用户可以经由第一应用的第一实例生成和发送消息，诸如图2B和图2C的传出消息220以及图3A‑图3C的传出消息304。在一些示例中，服务提供商(例如，商家的客户服务代表、被配置成提供客户服务支持的计算系统等)可以经由第一应用的第二实例生成和发送消息，诸如图2B和图2C的传入消息226以及图3B和图3C的传入消息324。在一些示例中，通信平台计算设备可以通过在对话线程中将在用户和服务提供商之间传输的消息相关联来处理消息。通信平台可以基于在彼此阈值时间(例如，45秒、3分钟、9分钟、2小时等)内发送的消息来确定消息与对话线程相关联。 [0159] 在一些示例中，处理可以包括将消息传输给预期方(例如，从用户到服务提供商，或反过来)。在一些示例中，处理可以包括诸如基于每个消息被发送的时间使消息经由消息传递应用的第一实例和/或消息传递应用的第二实例以时间顺序(例如顺序地)呈现。 [0160] 在各种示例中，处理可以包括向对话线程分配对话标识符，诸如图3A的对话标识符316。如上面所讨论的，标识符可以包括数字、字母和/或符号和/或特定对话线程的任何其他指示符。 [0161] 在各种示例中，处理可以包括将与消息相关联的对话标识符和/或其他元数据(日期、时间等)传输给预期接收方(例如，用户或服务提供商)。在至少一个示例中，通信平台计算设备可以向服务提供商提供对话标识符。在一些示例中，对关于是否包括对话标识符和/或其他元数据的确定可以基于与预期接收方相关联的用户账户。例如，基于对与服务提供商相关联的用户账户包括商业账户(和/或客户服务账户)的确定，通信平台计算设备可以确定传输对话标识符和/或其他元数据。 [0162] 在操作706处，过程700可以包括从与第二应用相关联的第三设备接收对应于第二应用的数据。在一些示例中，第三设备可以包括与第二应用相关联的服务器计算设备。数据可以包括相关数据，诸如图2B和图2C的相关数据230、图3B和图3C的相关数据320以及图4的相关数据410。如上面所讨论的，数据可以包括与来自用户的服务支持请求相关的数据、对应于用户在第一应用中的最近活动(例如，动作)的数据、由与第一应用相关联的第三方服务提供商指定的应用数据。在一些示例中，第三方服务提供商可以确定(诸如从与第一应用相关联的服务器计算设备)发送到通信平台的数据。 [0163] 在操作708处，过程700可以包括使对应于第二应用的数据经由第一应用的第一实例呈现在与第一设备相关联的显示器上。在各种示例中，通信平台可以使数据基于呈现指令(例如，再现方案)呈现在显示器上。呈现指令可以包括相关数据在消息传递页面上的位置、字体、颜色以及与数据经由第二应用的呈现相对应的其他数据。在一些示例中，呈现指令可以独立于第一设备的定向(例如，水平定向、垂直定向)。在这样的示例中，数据可以以相同的方式呈现，而不考虑第一设备的定向。在各种示例中，呈现指令可以包括用于在垂直定向(例如，人像模式)中呈现的第一指令和用于在水平定向(例如，风景模式)中呈现的第二指令。在这样的示例中，响应于将用户设备从垂直模式旋转到水平模式(或反过来)的指示，通信平台可以使相关数据根据相关呈现指令来呈现。 [0164] 图8示出了用于与提供对话线程相关联的相关数据的示例过程。在一些实例中，过程800的一些或全部可以由系统100或500中的一个或更多个部件执行。作为示例而不是限制，在过程800中提到的通信平台计算设备可以代表与计算平台106或通信平台服务器502相关联的计算设备，在过程800中提到的用户设备可以代表用户计算设备108和/或第一计算设备504，并且在过程800中提到的服务提供商计算设备可以代表第三方服务提供商计算设备112和/或第二计算设备506。然而，过程800不限于由系统100或500执行。在至少一个示例中，过程800可以由作为服务器计算设备运行的一个或更多个第二计算设备506和/或第三方服务提供商计算设备112执行。 [0165] 在操作802处，过程800可以包括从与第一应用相关联的第一计算设备接收建立在用户和与第一应用相关联的代表之间对话线程的意图的指示。在一些示例中，意图的指示可以包括选择与消息传递功能相关联的和/或与消息传递应用相关联的可选控件的指示。 在各种示例中，可选控件可以包括到消息传递应用的链接。在一些示例中，该链接可以包括到在用户和与第三方服务提供商相关联的客户服务代表之间的对话线程的消息传递页面的深度链接。 [0166] 在操作804处，过程800可以包括从与通信平台相关联的第二计算设备接收与对话线程(诸如图2B和图2C的对话线程232以及图3A的对话线程310)相关联的对话标识符。在一些示例中，对话标识符可以包括数字、符号、字母和/或用于识别特定对话线程的其他指示符。 [0167] 在操作806处，过程800可以确定与对话线程相关联的上下文。该上下文可以包括向第三方服务提供商请求的服务(例如，先前的、当前的、未来的交易等)、对向第三方服务提供商请求的服务的修改、关于由第三方服务提供商提供的服务的问题或者用户将向第三方服务提供商请求支持的任何其他原因。在各种示例中，第三方服务提供商可以基于建立对话线程的意图的指示(诸如在接收到该指示之前的前面的动作或活动、与关联于意图的指示的可选控件相关联的标签等等)来确定上下文。 [0168] 在操作808处，过程800可以包括至少部分地基于对话线程来识别与第一应用相关联的相关数据。在一些示例中，与第一应用相关联的服务器计算设备可以识别相关数据。相关数据可以包括与第一应用相关联的实时和/或接近实时的数据，诸如图2B和图2C的相关数据230、图3B和图3C的相关数据320以及图4的相关数据410。如上面所讨论的，相关数据可以包括与来自用户的服务支持请求相关的数据、对应于用户在第一应用中的最近活动(例如，动作)的数据、由与第一应用相关联的第三方服务提供商指定的应用数据等等。 [0169] 在操作810处，过程800可以包括将相关数据发送到与通信平台相关联的第二计算设备，以用于经由第二应用来呈现。在各种示例中，服务器计算设备可以将相关数据作为数据包发送到与通信平台相关联的计算设备。在一些示例中，服务器计算设备可以另外向通信平台发送呈现指令。呈现指令可以包括相关数据在消息传递页面上的位置、字体、颜色以及与数据经由第二应用的呈现相对应的其他数据。在一些示例中，呈现指令可以独立于第一设备的定向(例如，水平方向、垂直定向)。在这样的示例中，数据可以以相同的方式呈现，而不考虑第一设备的定向。在各种示例中，呈现指令可以包括用于在垂直定向(例如，人像模式)中呈现的第一指令和用于在水平定向(例如，风景模式)中呈现的第二指令。在这样的示例中，响应于将用户设备从垂直模式旋转到水平模式(或反过来)的的指示，通信平台可以使相关数据根据相关呈现指令来呈现。 [0170] 在操作812处，过程800可以包括确定是否识别出已更新的相关数据。在各种示例中，服务器计算设备可以基于事件的发生和/或对与第一应用相关联的状态的修改来识别已更新的相关数据。在一些示例中，服务器计算设备可以部分地基于与服务支持请求相关联的上下文和/或与在用户和与第一应用相关联的代表之间的对话线程的一个或更多个消息相关联的上下文来识别已更新的数据。在各种示例中，服务器计算设备可以被配置成周期性地(例如，每20秒、每1.5分钟等)、连续地和/或基于触发事件(例如，被识别为触发已更新的相关数据的预定事件)来识别已更新的相关数据。 [0171] 基于对已更新的相关数据被识别出的确定(在操作812处的“是”)，过程800可以包括在操作814处将已更新的相关数据发送到与通信平台相关联的计算设备，以用于经由第二应用来呈现。在各种示例中，服务器计算设备可以发送与已更新的相关数据的呈现相关联的已更新的呈现指令。在这样的示例中，通信平台可以使已更新的相关数据基于已更新的呈现指令来呈现。 [0172] 基于对已更新的相关数据未被识别出的确定(在操作812处的“否”)，过程800可以包括确定与对话线程相关联的已更新的上下文(诸如关于操作806所描述的内容)。服务器计算设备可以基于在第一时间(例如，与第一上下文确定相关联的第一时间)之后在用户和与第一应用相关联的代表之间传输的附加消息来确定已更新的上下文。 [0173] 图9示出了用于提供与对话线程相关联的相关数据的另一示例过程900。在一些实例中，过程900中的一些或全部可以由在系统100或500中的一个或更多个部件执行。作为示例而不是限制，在过程900中提到的通信平台计算设备可以代表与计算平台106或通信平台服务器502相关联的计算设备，在过程900中提到的用户设备可以代表用户计算设备108和/或第一计算设备504，并且在过程900中提到的服务提供商计算设备可以代表第三方服务提供商计算设备112和/或第二计算设备506。然而，过程900不限于由系统100或500执行。在至少一个示例中，过程900可以由作为服务器计算设备运行的一个或更多个第二计算设备506和/或第三方服务提供商计算设备112执行。 [0174] 在操作902处，过程900可以包括从与第一应用相关联的第一计算设备接收执行与第二应用相关联的动作的意图的指示，其中第一应用与在用户和与第二应用相关联的代表之间的对话线程相关联。该动作可以包括进行交易、进行预订、修改预订、退回先前购买的商品、兑换优惠券或其他奖励或者在客户(用户)和商家(第三方)之间进行的任何其他商业动作。 [0175] 在操作904处，过程900可以包括至少部分地基于动作来识别与第二应用相关联的相关数据。在各种示例中，相关数据可以包括与动作相关的商家指定的数据。在这样的示例中，服务器计算设备可以访问与对应于动作的相关数据相关联的数据储存器，并且可以识别相关数据。在一些示例中，服务器计算设备可以部分地基于经由第一应用和/或在用户和代表之间的对话线程接收的服务支持请求来确定相关数据。 [0176] 在操作906处，过程900可以包括从与通信平台相关联的第二计算设备接收与对话线程(诸如图2B和图2C的对话线程232以及图3A的对话线程310)相关联的对话标识符。在一些示例中，对话标识符可以包括数字、符号、字母和/或用于识别特定对话线程的其他指示符。 [0177] 在操作908处，过程900可以包括将相关数据发送到与通信平台相关联的第二计算设备，以用于经由第一应用来呈现。在各种示例中，服务器计算设备可以将相关数据作为数据包发送到与通信平台相关联的计算设备。在一些示例中，服务器计算设备可以另外向通信平台发送呈现指令。呈现指令可以包括相关数据在消息传递页面上的位置、字体、颜色以及与数据经由第二应用的呈现相对应的其他数据。在一些示例中，呈现指令可以独立于第一设备的定向(例如，水平定向、垂直定向)。在这样的示例中，数据可以以相同的方式呈现，而不考虑第一设备的定向。在各种示例中，呈现指令可以包括用于在垂直定向(例如，人像模式)中呈现的第一指令和用于在水平定向(例如，风景模式)中呈现的第二指令。在这样的示例中，响应于将用户设备从垂直模式旋转到水平模式(或反过来)的指示，通信平台可以使相关数据根据相关呈现指令呈现。 [0178] 如上面所陈述的，操作被描述的顺序并不意欲被解释为限制，并且任何数量的所描述的操作可以以任何顺序和/或并行地组合以实现过程。在一些实施例中，可以完全省略上面所述的方法的一个或更多个操作。作为示例而不是限制，操作602和604可以在没有操作606和608的情况下被执行，和/或操作802‑810可以在没有操作812的情况下被执行。此外，本文描述的方法可以整体或部分地彼此结合或者与其他方法结合。 [0179] 本文描述的各种技术可以在计算机可执行指令或软件(诸如程序模块)的环境中实现，这些指令或软件存储在计算机可读存储装置中，并由一个或更多个计算设备(诸如图中所示的计算设备)的处理器执行。通常，程序模块包括例程、程序、对象、部件、数据结构等，并定义用于执行特定任务或实现特定抽象数据类型的操作逻辑。 [0180] 可以使用其他架构来实现所描述的功能，并且这些架构意图在本公开的范围内。 此外，尽管以上出于讨论的目的定义了具体的职责分配，但根据具体情况，各种功能和职责可能会以不同的方式进行分配和划分。 [0181] 类似地，软件可以以各种方式并使用不同的手段来存储和分发，并且上述特定的软件存储和执行配置可以以许多不同的方式变化。因此，实现上述技术的软件可以分布在各种类型的计算机可读介质上，不限于具体描述的存储器形式。 [0182] 结论 [0183] 尽管上面的讨论阐述了所描述的技术的示例实现，但是也可以使用其他架构来实现所描述的功能，并且这些架构意图在本公开的范围内。此外，尽管已经用特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中定义的主题不一定限于所描述的特定特征或动作。更确切地，具体特征和动作被公开为实现权利要求的示例性形式。