CN115004204A - 通用可动作通知 - Google Patents

通用可动作通知 Download PDF

Info

Publication number
CN115004204A
CN115004204A CN202080094107.0A CN202080094107A CN115004204A CN 115004204 A CN115004204 A CN 115004204A CN 202080094107 A CN202080094107 A CN 202080094107A CN 115004204 A CN115004204 A CN 115004204A
Authority
CN
China
Prior art keywords
message
notification
response
user
action
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.)
Pending
Application number
CN202080094107.0A
Other languages
English (en)
Inventor
L·F·沃尔德曼
A·V·斯皮齐里
P·卢卡
A·L·杜珂曼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Technology Licensing LLC
Original Assignee
Microsoft Technology Licensing LLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Microsoft Technology Licensing LLC filed Critical Microsoft Technology Licensing LLC
Publication of CN115004204A publication Critical patent/CN115004204A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • 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
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1093—Calendar-based scheduling for persons or groups
    • G06Q10/1097—Task assignment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

一种通知服务可以充当在消息信道和/或消息中所包含的可动作通知和/或动作项的其他源之间的中介，跨多个消息信道和/或跨多个工具或服务来聚合针对给定接收者的可动作通知，以统一格式向接收者发送具有可选响应选项的通知消息，并且例如通过将响应传输回适用的源来处理用户的响应。

Description

通用可动作通知
技术领域
所公开的主题涉及在例如在线通信和协作平台中提供的用户通知功能。
背景技术
在线通信和协作平台、(公司)社交网络等常常允许用户形成和加入围绕共同兴趣或联合项目而组织的群组，并且在与这些群组相关联的“消息信道”内交换消息。此外，平台上可用的各种工具或服务可以通过基于用户输入创建对其他用户的通知(可以将其发布到相关消息信道)来促进任务分配、调度和类似功能。通知可能是“可动作的(actionable)”，因为其要求响应并且提供多个可选择的响应选项。例如，事件计划工具可以生成请求RSVP的邀请，其中响应选项包括例如“是”、“否”、“也许”，以及潜在的客户数量。作为另一示例，项目管理工具可以生成允许接收者接受、拒绝、转发/升级任务或者指示任务已经被完成的任务分配。跟随跨多个消息信道和/或多个工具或服务接收到的可动作通知对于用户而言可能是繁琐并且耗时的工作，尤其是在通知和响应隐藏在大量其他消息内的情况下。另外，对于发送者而言，如果可用的通知类型和格式不能满足其需求，或者如果他们希望将其范围扩大到平台用户之外，则平台工具所提供的通知功能可能实用性有限。
发明内容
在本文中所描述的是一种软件实现的通知服务，在各种实施例中，所述通知服务：跨多个消息信道和/或跨多个工具或服务来聚合针对给定接收者的可动作通知，以统一格式向接收者发送通知消息，将从通知接收者接收到的响应填充回相关信道或工具/服务，并且可选地执行额外的响应处理。
在各种实施例中，所述通知服务不针对或者不仅仅针对结构化形式的可动作通知来监视消息信道(或者任何其他消息源)，而是从非结构化消息中提取动作项(在本文中理解为要求选择多个离散响应选项之一的查询或请求)并且根据这些消息来生成可动作通知。在这种情况下，所述通知服务消除了由平台支持的预定义通知类型所施加的限制，允许用户以更有机的方式向其他人发送查询和请求(诸如邀请、任务分配等)，类似于离线互动。动作项提取可以利用显式规则和启发式方法，或者基于标记有通知分类的消息而训练的机器学习模型。
在一些实施例中，所有可动作通知，无论是在开始时结构化还是根据非结构化文本创建的，都被存储在通用可动作通知数据结构中，所述数据结构的每个实例指定通知文本、一个或多个接收者和多个响应选项，以及系统要采取的相关联自动动作(或者动作集合)。例如，所述数据结构可以采用字符串的形式，其中，前述参数由指定的分隔符来分隔。根据通用可动作通知数据结构的实例，生成通知消息并且将其发送给相应的接收者。
在各种实施例中，所述通知服务适应不同的通信模式(以不同的软件或硬件促进通信为特征)，通过这些通信模式能传输通知消息。例如，通知消息可以被收集在平台内的用户通知收件箱中(当用户登录时可访问)、被发送到用户智能手机上的通知应用(app)(例如，作为即时消息)、经由电子邮件传达到接收者的电子邮件帐户、或者作为文本消息或自动电话传输到接收者的电话。有益的是，经由如通常使用的电子邮件、电话或文本的通信模式启用通知能够用于显著扩大可能的接收者池，因为其避免了接收者需要具有发送者所采用的平台的账户或者以其他方式使用该平台。在下文中，通过通知服务发送或接收通知的任何人都被称为“用户”(无论该人是否也是通信和协作平台、社交网络或通知可能源自的类似平台的用户)。
取决于通信模式，通知消息能够以不同的方式来格式化；具体地，用户选择响应的方式可能因通信模式而异。例如，电子邮件或网络表单可以包括用于响应选项的按钮，而文本或电话可能要求用户通过键入“是”或“否”或者与其希望选择的选项相关联的数字来进行响应。通知服务可以访问映射表以确定要将可动作通知数据结构实例转换成的特定通知消息格式。在各种实施例中，每个用户的通信模式是固定的，使得给定用户以统一格式并且以通用方式(例如，作为电子邮件或者作为文本消息)来接收所有通知消息。在一些实施例中，与每个用户相关联的通信模式在可动作通知数据结构实例中被固有地指定，其可以按照独有和特定于通信模式的地址(诸如电子邮件地址或电话号码)来列出接收者。
在接收到来自用户的响应时，所述通知服务可以采取在可动作通知数据结构的相应实例中所指定的一个或多个动作。这样的动作可能涉及将响应(以合适的格式)转发到原始通知来自的消息信道或工具/服务，或者转发到一些其他适用的消息信道或工具/服务。例如，当用户接受对事件的邀请时，该响应可以被放置在发出邀请的消息信道中，并且还可以被发送到用户所利用的日历或调度工具。所述系统采取的动作也可以包括与原始通知的接收者和/或发送者的自动后续通信。例如，当接收者拒绝预约时(例如，基于初始预约请求或者通过响应提醒而取消)，所述通知服务可以与和发送者相关联的重新安排工具进行通信，并且利用替代预约时间来跟进接收者。本领域普通技术人员将想到基于对通知的响应而采取的自动化动作的其他类型和示例。一般而言，用于处理响应的任何业务逻辑都可以以各种方式分布在通知服务和与发送者相关联的工具之间，或者在通知所源自的平台内可用。
上述概述介绍了本发明主题的关键概念和所选方面和特征，但是并不旨在详尽地阐述本文寻求获得专利的主题的所有实施例，也不应当将其解释为限制本发明的范围。概要旨在提供如在本文中所设想的通知服务的风格，并且概要中所提及的详细说明和细节不应当被视为必然适用于每个实施例。
附图说明
通过以下对各种实施例的详细描述，特别是结合附图，将更容易理解前述内容。
图1是根据各种实施例的示例性消息传递生态系统的示意图。
图2是根据各种实施例的示例性通知服务的示意性框图。
图3是根据各种实施例的用于跨消息信道为给定用户聚集动作项并且将动作项转换为可动作通知消息的示例性方法的流程图。
图4是根据各种实施例的基于与接收者相关联的通信模式将可动作通知转换为通知消息的示例性方法的流程图。
图5是根据各种实施例的可以被用于实现图1和图2的消息传递生态系统和通知服务的组件示例性计算系统的框图。
具体实施方式
图1图示了根据各种实施例的示例性消息传递生态系统100。生态系统100通常由计算机网络来实现，所述计算机网络通常包括例如在互联网内或者在组织的内联网内通过有线或无线网络链路进行通信的许多计算机(例如，大型计算机、小型计算机和/或诸如台式计算机、膝上型计算机、平板计算机或智能电话的固定或便携式个人计算机)。例如，生态系统100可以包括托管以供企业或私人使用的通信和协作平台的服务器或服务器组，平台用户经由其客户端设备(诸如台式计算机、智能手机、工作站等)进行访问。提供下文所描述的功能中的一些功能的商业可用的这样的通信和协作平台的非限制性示例是MICROSOFTTEAMS。
在示例性消息传递生态系统100内，用户102可以形成群组(例如，对应于工作场所内的团队、社区、共享共同兴趣或爱好的社交群组、朋友和家人等)；给定用户可能是一个或多个群组的成员。群组的成员能够经由围绕特定主题或项目的消息信道104来建立和交换通信。群组可能仅有一个相关联的消息信道104，或者多个信道104，以承载与所述群组的多个相应感兴趣主题有关的对话线程。被发布到信道104的消息通常对拥有信道104的群组是公开的，使得每个信道104的功能类似于(大型)群聊。用户102也能够将信道内的消息引导到特定的其他用户102，例如，通过在消息中包括所述消息所指向的每个用户102的地址“@name”(其中，“name”代表例如该用户的用户名)。
生态系统100还可以包括软件工具106(例如，作为通信和协作平台内的服务而提供的)，其促进实质性协作和/或辅助管理动作，诸如视频会议、文档共享、安排(会议、事件等)、涉及任务分配和跟踪的项目管理等；这样的工具106的示例可以包括日历和计划器应用。这些工具106可以生成通知，包括可动作的通知108，其同样可以被发布到消息信道104。例如，日历工具可以发送关于即将到来的会议的提醒，其可以包括以关于用户是否将参加的指示进行响应的请求。类似地，例如项目经理所利用的任务计划器可以自动地向已经被分配特定任务的团队成员生成通知，具有确认接受任务、标记任务完成或者转发/升级任务的嵌入式请求。在一些实施例中，工具106可以在类似于收件箱的通知面板中聚合被发往给定用户102的所有通知。
为了读取通知108和包含动作项109的消息并且对其采取动作，用户102可以查看与其相关的消息信道104中的消息和/或访问其所利用的工具106中的通知面板。跨多个消息信道104和/或工具106这样做会是耗时并且乏味的。此外，当浏览信道104中的大量消息时，用户102会容易错过重要事项。为了消除这些困难并且为用户102提供一种方便的方式来查看和响应通知和查询/请求，根据所公开的主题，利用针对被嵌入在消息中的可动作通知108和/或动作项109而监视所有消息信道104和/或工具106来增强消息传递生态系统100，并且在中心位置(在本文中被称为相应的用户收件箱112)中为每个用户102对其进行聚合。收件箱112可以被设置在通信和协作平台的内部或外部，并且可以专门用于接收可动作通知，或者也可以接收其他消息。例如，在一些实施例中，收件箱112作为通知收件箱服务而被设置在平台内；当用户登录时，该通知收件箱服务可以在平台网站上访问，和/或可以经由与平台相关联的app而将通知消息114推送到用户的智能手机或者其他便携式计算设备上。在其他实施例中，用户的通用电子邮件帐户或者在他的移动电话上的SMS(又名文本)收件箱可以用作收件箱112。
收件箱112的类型和/或特定于用户的配置确定通知服务110将通知消息114传输给用户102的通信模式。所述通信模式继而能够影响通知消息114的格式和接收者能够响应的方式。例如，可以用于平台内部通知消息114的电子邮件或网络表单可以包括用户可选择的图形控制元件，诸如按钮、单选按钮、下拉菜单等，其允许接收者选取响应。对于文本消息，可能要求接收者键入或者选择特定词语，诸如“是”或“否”。通知服务110也可以以呼叫的形式来传输通知消息114，当亲自应答时，所述呼叫可以指示接收者通过按下特定数字来选择响应选项之一(例如，“按下1表示‘是’，并且按下2表示‘否’”)。方便地，用户102可以以通用格式从通知服务110接收所有通知消息114，而不管其来源。例如，在一些实施例中，通知消息114采取统一文本通知的形式，包括例如询问或请求的文本，随后是与响应选项相关联的文本，所述响应选项可以是可点击的或者包括针对由用户102作为响应键入的文本的指令。在针对所有通知的响应选项能够被归类到相同抽象类别的应用场景中，所述响应选项和相关联的文本自身可以是统一的。例如，如果跨与用户102相关联的所有消息信道104提取动作项，则通知消息可以提供通用响应选项“是”(用于接受动作项)、“否”(用于拒绝动作项)、或者“升级”(例如，用于将动作项转发给接收者的主管以进行重新分配或者其他合适的动作)。替代地，响应选项的数量和类型(包括响应文本)可以基于通知的类型(例如，任务分配与事件提醒)而不同。
通知服务110充当在消息信道和/或工具104/106与用户102之间的中介，不仅将检测到的动作项109和/或可动作通知108以通知消息114的形式传递给用户102，而且也接收来自用户102的响应116并且基于响应116来更新消息信道和/或工具104/106。在许多情况下，响应116被填充回信道104中或者被发送回动作项109或可动作通知108所源自的工具106。然而，在一些情况下，响应116可以替代地或者另外地被提供给不同的消息信道104或工具106。
图2更详细地图示了根据各种实施例的示例性通知服务200(可以实现通知服务110)以及其操作。通知服务200通常在一个或多个(例如，通用)计算机上运行的软件中实现。如上文参考图1所描述的，其可以被集成到通信和协作平台中。替代地，通知服务200可以作为独立服务来提供，所述独立服务能够在一端与通信和协作平台或者与生成消息和通知的其他服务进行接口，并且在另一端与消息的接收者进行接口。
通知服务200包括通知监视器202、通知消息传递器204和响应处理器206作为其主要功能组件(被实现为软件指令集和相关联的数据结构)。这些组件202、204、206可以被包装到一个综合服务200中，或者可以替代地作为单独的服务来提供，具有促进在其之间的数据交换的合适的接口以共同地用作通知服务200。通知监视器202与通知源207进行接口以根据非结构化文本来检测和提取动作项208和/或接收或检测结构化可动作通知209，并且将所有那些动作项208和可动作通知209转换为通用可动作通知数据结构的实例，为了简单起见，所述实例在下文中被称为“可动作通知数据结构”210。通知服务200也可以直接从源207接收可动作通知数据结构210。通知消息传递器204对可动作通知数据结构210进行操作以生成通知消息212，通知消息212被构造成除了消息文本之外还包括多个可选择的响应选项。通知消息传递器204还将通知消息212发送到预期的接收者214和/或其收件箱216，并且接收接收者的响应218，将其传递给响应处理器206。在根据可动作通知数据结构210生成通知消息212过程中，通知消息传递器204可以查阅映射表220，映射表220为与收件箱216相关联的(或者由接收者214所利用的)不同通信模式指定针对通知消息212的不同格式。响应处理器206将接收者的响应218传送回动作项208或可动作通知209的相应源207和/或相关联的信道、工具或服务，和/或生成后续通信，如在可动作通知数据结构210中所指定的。响应处理器206也可以被配置为处理从发送通知消息212的时间开始测量的指定时间段内没有响应的情况。例如，当用户在例如24小时之后没有进行响应时，响应处理器206可以通过经由通知消息传递器204的后续通信来启动发送提醒，或者替代地，通过默认为“否”来处理没有响应的情况。
动作项208和可动作通知209的源207可以是在例如上文参考图1所描述的通信和协作平台内的消息信道104或者社交或专业网络平台(诸如，例如FACEBOOK或LINKEDIN)或者类似服务；在这样的平台内提供的工具106；或者生成通知的独立服务(例如，生成在线邀请的事件规划服务(如EVITE)、由医疗保健提供者常用的约定提醒服务、允许用户共享任务分配的任务管理应用等)。因此，多个不同的源207可以是在单个应用或服务内的多个不同的“逻辑”消息信道，或者由多个不同的应用或服务提供的消息信道(广义地理解)。(当然，多个源也可以包括与多个不同应用/服务相关联的两个信道，并且对于这些应用/服务中的一个或多个，多个逻辑信道与同一应用/服务相关联。)
根据各种实施例，通知监视器202执行允许其发现在非结构化文本内的动作项208的算法。这些算法可以利用关键字列表(例如，“会议”、“邀请”、“任务”、“确认”)以触发进一步的分析，并且结合(例如，手工编码、启发式)规则以将消息或消息部分分类为属于需要响应的请求或查询(从离散响应选项中选择的)。替代地或者另外地，动作项检测可以利用一个或多个机器学习模型(例如，在适当标记的消息集合上训练的)，以将消息分类为包括或者不包括动作项，以及可选地属于各种动作项类别之一。这样的机器学习模型可以基于例如决策树、贝叶斯分类器、人工神经网络或者其他合适的机器学习方法，并且可以将文本序列作为输入以产生分类以及任何提取的请求或查询作为输出。本领域普通技术人员已知可以用于该目的的用于自然语言处理(以及更具体用于意图检测)的各种机器学习模型。对于任何发现的动作项，通知监视器202也可以确定可能的答案或响应，例如，通过直接从文本中对其进行提取、结合其他信息源从文本中对其进行推导、或者基于动作项类别从预定响应选项的数据库中将其取回。例如，如果消息包括极性(即，是-否)问题(诸如“您会参加吗？”)或请求(如“请让我知道您是否会参加”)，则通知监视器202可以生成“是”和“否”作为响应选项。
作为从非结构化文本中提取动作项208的替代或补充，通知监视器202也可以检测在开始时被结构化为可动作通知209的消息，如能从消息的主体或者从元数据(例如，被包含在标头文件中的)辨别出的。例如，在通信和协作平台内，由各种工具生成的通知，即使被插入到通用消息信道中，也可以被标记为通知和/或指定在消息自身的文本标签或数据字段(例如，主体行)或者对用户隐藏但是对通知服务公开的元数据字段中生成其的工具。
为了促进通知消息传递器204和响应处理器207的功能，通知监视器202将动作项208和可动作通知209转换成跨所有源和动作项或通知类型通用的可动作通知数据结构210。通用数据结构可以包括单独的字段或参数，用于发送给用户的消息文本、可能的响应(其可以形成可变大小的数组以适应不同数量的响应)和接收者列表(其同样可以形成可变大小的数组)。此外，所述数据结构可以包括这样的字段，所述字段指定要在接收到所选择的用户响应时执行的一个或多个动作(例如，将响应转发到源)，或者将每个可能的响应与其自己的关联动作配对(如果不同的响应调用不同的动作)，这取决于具体的实施例。所述数据结构可以采用单个格式化字符串、数据库条目(其中不同字段被存储在表的不同列中)或者其他形式。为了提供一个具体示例，针对通用可动作通知数据结构的字符串可以是例如：(message_text；(response_1,action_1),…,(response_n,action_n)；recipient_1,…,recipient_m)。
在该示例中，每个响应都与括号中的对应动作配对；分号被用作分隔消息文本、响应选项和动作的列表以及接收者列表的分隔符；并且逗号被用于分隔多个响应选项和动作以及在相应列表中的多个接收者。参数response_i(其中，i从1到n)可以包括与每个响应选项相关联的文本，所述文本随后被包含在通知消息212中，例如，与文本内联或者作为被应用于图形控制元件的标签。参数action_i可以包括可执行指令、指向这样的指令的指针，或者仅仅是被存储在别处的指令的标识符。参数recipient_i可以直接保存接收者的地址(例如，电子邮件地址或电话号码)，或者能够根据其查找地址的用户标识符。在一些实施例中，通用可动作通知数据结构包括额外字段，例如，用于指定通知类型的参数(例如，任务分配与提醒)或者指定源的参数。
如上文所提到的，通知服务200也可以在通知消息传递器204的输入处直接接收可动作通知数据结构210(绕过通知监视器202)。例如，在平台内的工具可以被配置为以通知消息传递器204所使用的形式直接生成可动作通知数据结构210，从而消除针对由通知监视器202执行的额外转换步骤的需要。或者，作为另一使用场景，通知服务200可以作为服务被提供给定期向顾客/客户(在本文中被广义地理解为包括例如患者、学生等)和/或其员工发送通知的其他企业和组织(例如，医疗实践机构、学校、商店)。这些企业和组织并不是获得和维护其自己的定制软件以自动方式与顾客/客户进行双向通信从而发送和接收对通知的响应，而是可以简单地将通知的相关参数(诸如消息文本、响应的数量和类型以及地址)以例如符合由通知服务200所指定的通用可动作通知数据结构210的字符串的形式传递给通知服务200，将其留给通知服务200以生成针对由接收方所利用的通信模式的适当格式的通知消息212。
例如，考虑向患者发送预约提醒的医生办公室，患者具有各种类型的联系信息，例如，一些患者具有电子邮件地址，而另一些患者仅有电话号码(具有或不具有接收文本的能力)。通过在可动作通知数据结构210的级别上对所述通知进行抽象，医生办公室不再需要操作适应不同通信模式的通知系统(或者用于电子邮件和文本/电话通知的单独系统)。其能够简单地在可动作通知数据结构的接收者字段中传递电子邮件地址或电话号码，并且利用通知服务200的能力来将通知翻译成适当的电子邮件或文本消息，或者如果文本消息不成功，则甚至将所述文本转换为音频文件以向患者拨打自动电话。此外，通知服务200绝不是特定于医生办公室的，而是能够类似地由例如想要要求父母为其孩子报名参加活动的学校使用。通知的内容以及响应的数量和类型可以不同，但是底层的可动作通知数据结构210能够是相同的。
通知消息传递器204在将可动作通知数据结构210映射到针对给定通信模式的通知消息212时，确定适用于所述消息的通信协议(例如，用于电子邮件的简单邮件传输协议(SMTP)、用于文本的短消息对等协议(SMPP)、用于网络表单的超文本传输协议(HTTP)等)、将消息发送到的适用端口和/或与使用所选择的通信模式的消息交换相关的其他参数，并且进一步将消息文本和响应选项转换为通信模式中可用的格式。例如，为了允许预约提醒的接收者确认、取消或者重新安排预约，电子邮件或网络表单可以包括被标记为“确认”、“取消”或“重新安排”的可点击按钮，而文本消息可以指示接收者“回复‘是’以进行确认，以及‘否’以进行取消，或者‘r’以进行重新安排”，并且自动电话可能要求接收者“按‘1’来确认您的预约，按‘2’取消您的预约，或者按‘3’来重新安排您的预约。”在一些实施例中，可以从可动作通知数据结构210中的接收者参数来推断要被用于给定用户的通信模式。例如，当电子邮件地址被传递到通知消息传递器204时，这可以指示通知消息212将通过电子邮件来发送。在其他实施例中，接收者参数仅仅识别将接收通知消息212的用户，并且在单独数据库中查找用户的优选通信模式。例如，针对通信和协作平台的注册用户，用户数据库可以存储用户是否更喜欢通过文本、电子邮件或者这两者来发送通知，或者用户的电话是否支持发短信，作为用户简档的一部分。如将意识到的，通知服务能够支持根据单个可动作通知数据结构210生成多个通知消息212以经由多种通信模式冗余地通知用户。
在接收到用户的响应时，响应处理器206采取在可动作通知数据结构中指定的和/或由被包含在响应处理器206内的业务逻辑单元通知的一个或多个动作。在示例中，一个动作将是将响应传递到动作项或可动作通知的源，或者子部分或相关联组件。例如，当从消息信道中的消息中提取动作项时，响应处理器206可以通过生成响应消息并且将其放置到信道中来将响应218填充回该信道。替代地或者另外地，所述响应可以被提供给其他信道和/或工具，如在可动作通知数据结构210内的动作参数中所指定的。例如，在可动作通知要求接收者选择多个建议时隙之一用于会议的情况下，所述响应不仅可以被转发到从中提取调度请求的消息信道，也可以用于更新接收和发送用户的日历。在通知服务200被集成在提供消息信道和工具的更大平台内的实施例中，用于确定这样的更新动作的业务逻辑单元可以例如在通知监视器202中提供并且被翻译成在可动作通知数据结构210内传递的指令。在对给定请求的不同响应之间的动作可能不同。例如，与通知服务200进行接口的预约提醒服务(作为通知的源207)可以指定预约的确认被简单地中继回预约提醒服务，而重新安排请求被发送到相关联的重新安排服务(或者预约提醒服务的子服务)。
在一些实施例中，特定响应也可以触发通知服务的后续通信。例如，当组织的员工向同事发送询问是否有人愿意换班时，一旦接收者回答“是”，则通知服务可以向原始通知消息的所有其他接收者发送后续通信,指示已经有人换班。这样的动作可以基于指示对消息的肯定响应的允许数量的一般动作参数，在这种情况下，数量是一。仅作为另一示例，能够采用类似的逻辑单元来以先到先得基础为一组人分配可用的固定数量的项目(例如，促销项目或礼物)或地点(例如，用于参加会议)；在这种情况下，可用项目/地点的数量是对用户是否愿意接收项目或要求地点的一般询问的肯定响应的允许数量。响应也可以被聚合以作为输入流到自动生成的消息或者其他处理中。例如，可动作通知可以轮询多个用户，例如，关于其对聚会餐厅的偏好，提供多种选择。所述响应处理器可以针对每个餐厅的选票进行计数，并且在被发布到从其发起投票的消息信道的单个消息中传达汇总的选票，或者简单地传达最佳选择。本领域普通技术人员将想到响应处理器206将采取的后续通信或者其他处理动作的其他示例。
图3是图示了示例性方法300的流程图，其中，通知服务200用于跨源(例如，逻辑消息信道或应用/服务)为给定用户聚合动作项并且将动作项转换为可动作通知消息。方法300涉及监视多个源以在被发布到那些信道的消息的非结构化文本中检测被分配给用户的动作项(操作302)。对于检测到的动作项中的每个动作项，自动地确定多个响应选项(例如，基于消息文本自身和/或其他信息)(操作304)。对动作项的检测和/或对响应选项的确定可以利用机器学习或者基于规则的算法，例如，如上文所描述的。根据多个动作项，生成共享通用格式的结构化通知消息(操作306)。该操作可能涉及首先为每个动作项填充可动作通知数据结构，包括消息文本、响应选项和相关联动作以及(一个或多个)接收者作为参数，并且然后基于与接收者相关联的通信模式来将该数据结构转换到相应的通知消息。除了消息文本之外，每条通知消息被结构化为也包括响应选项，可以是直接可选择(例如，可点击)的形式，或者也可以附有关于如何选择响应的指示(例如，针对每个选项发送回复的指示)。
所述通知消息经由通信模式被传输给用户，并且在通常在从其提取动作项的源(例如，消息信道)外部的相关联的中心位置处聚集(操作308)。例如，所有消息都可以经由电子邮件或文本被发送给用户，并且被聚集在相应的收件箱中。用户以通知消息规定的方式进行的回复充当用户对响应选项之一的选择。在接收到所选择的响应选项时(在操作310处)，通知服务执行与所选择的响应相关联的一个或多个动作(操作312)，其包括更新在其中相应地检测到动作项的源(例如，消息信道)。额外动作可以包括更新与响应同样相关的不同源(例如，不同的消息信道)，将响应传输到可以被用于进一步执行分配的动作项的软件工具(例如，通过编写接受的会议到用户的日历)，或者向用户生成后续消息。
图4是图示了示例性方法400的流程图，其中，通知服务200用于基于与接收者相关联的通信模式将可动作通知转换为通知消息，提供使通知的发送者免于需要为每个接收者定制消息的抽象层。方法400开始于在通知服务200处接收符合通用可动作通知数据结构的通知请求，其包括消息文本、一个或多个响应选项(每个响应选项与相关联的动作(或者动作集合)配对)以及一个或多个接收者地址(操作402)。可选地，所述通知请求也可以指定通知的类型(例如，任务、邀请、调度请求等)。基于与接收者地址(其可以是例如电话号码或电子邮件地址)相关联的通信模式，并且在适用时进一步基于通知的类型，以将每个通知请求映射到包括可选响应选项的通知消息(操作404)，然后将其传输到相应的接收者(操作406)。在接收到来自用户的响应消息时(操作408)，执行与所选择的响应选项相关联的(一个或多个)自动化动作(410)。
从前文的描述中将显而易见的是，在线通信和协作平台在提高用户便利性和应用范围方面存在与跨多个不同源聚合各种通知相关的许多技术挑战。例如，针对不同源的通知的不同格式和通信要求存在集成不同通知源的问题，因为每个通知源都需要专门的处理和对待。通过跨多个可能不同源无缝聚合通知，将用户(以及其利用的面向用户的应用和服务)从以特定方式构建动作项和通知的需要中解放出来，和/或去除与用于传输消息的特定通信模式(例如，不包括电子邮件的文本，或者反之亦然)有关的限制，解决了这些技术问题。
根据各种实施例，通过实现通知服务来实现对跨多个源的通知的聚合，所述通知服务充当通知的源与接收者之间的中介，接收可动作通知或动作项并且将其以通知消息的形式发送到用户的收件箱，并且相反地，将从用户接收到的响应分发到其适用的目的地。所产生的技术效果是：从通信连接到通知服务的任意源发送的通知结束，并且能够在与用户相关联的中心位置进行操作。
此外，根据一些实施例，通过自动发现非结构化文本中的动作项以及自动生成合适的响应选项的功能消除了遵守特定通知结构的需要；这样的功能能够通过基于机器学习的算法或者其他算法来实现。此外，根据各种实施例，通过为通知服务配备用于将传入通知转换为通用可动作通知数据结构并且将那些可动作通知数据结构转换为所需通知消息格式的能力，例如，采用为不同通信模式指定格式的映射表，减轻了对消息格式和通信模式的限制。所述通知数据结构承载了消息的实质含义和相关联功能，所述消息可以包括消息文本、多个响应选项以及系统响应于对响应选项中的每个响应选项的选择所采取的动作，而映射表存储格式化细节。技术效果在于可动作通知的含义和功能被抽象出来，并且与传输通知消息的特定格式和方式分离，从而可以根据需要以很小的开销直接对其进行渲染以适应新格式和通信模式(例如，通过将针对新格式的条目添加到映射表)。另一效果在于能够经由多种不同的通信模式发送指向多个接收者的消息，而不影响通知源如何与通知服务进行接口。结果，同样增加了接收者的便利，因为接收者能够个体地选取他们将通过其接收通知消息的通信模式。
一般而言，在本文中所描述的操作、算法和方法可以以软件、硬件和/或固件的任何适当组合来实现，并且所提供的功能可以被分组为多个组件、模块或机制。模块和组件可以构成软件组件(例如，体现在非暂时性机器可读介质上的代码)或硬件实现的组件。硬件实现的组件是能够执行某些操作并且可以以某种方式配置或布置的有形单元。在示例性实施例中，一个或多个计算机系统(例如，独立的、客户端或服务器计算机系统)或者一个或多个处理器可以由软件(例如，应用或应用部分)配置为硬件实现的组件，该组件操作以执行在本文中所描述的特定操作。
在各种实施例中，硬件实现的组件可以机械地或电子地实现。例如，硬件实现的组件可以包括被永久配置以执行某些操作的专用电路或逻辑(例如，作为专用处理器，例如现场可编程门阵列(FPGA)或专用集成电路(ASIC))。硬件实现的组件还可以包括由软件临时配置以执行某些操作的可编程逻辑或电路(例如，作为包含在通用处理器或其他可编程处理器内)。应当理解，以机械方式、在专用和永久配置的电路中或在临时配置的电路(例如，由软件配置)中实现硬件实现的组件的决定可以由成本和时间考虑来驱动。
因此，术语“硬件实现的组件”应当被理解为包括有形实体，即被物理构造、永久配置(例如，硬连线)或者临时或暂时配置(例如，编程)以某种方式操作和/或执行在本文中所描述的某些操作的实体。考虑到硬件实现的组件被临时配置(例如，被编程)的实施例，每一个硬件实现的组件不需要在任何一个时间实例处被配置或实例化。例如，在硬件实现的组件包括使用软件配置的通用处理器的情况下，通用处理器可以在不同时间被配置为各自不同的硬件实现的组件。软件可以相应地配置处理器，例如，以在一个时间实例处构成特定的硬件实现的组件并且在不同的时间实例处构成不同的硬件实现的组件。
硬件实现的组件可以向其他硬件实现的组件提供信息以及从其他硬件实现的组件接收信息。因此，所描述的硬件实现的组件可以被认为是通信耦合的。在同时存在多个这样的硬件实现的组件的情况下，可以通过信号传输(例如，通过连接硬件实现的组件的适当电路和总线)来实现通信。在多个硬件实现的组件在不同时间被配置或实例化的实施例中，这种硬件实现的组件之间的通信可以例如通过在多个硬件实现的组件进行存取的存储器结构中存储和取回信息来实现。例如，一个硬件实现的组件可以执行一项操作并且将该操作的输出存储在与其通信耦合的存储器设备中。然后，另一硬件实现的组件可以在稍后的时间访问存储器设备以取回和处理存储的输出。硬件实现的组件还可以发起与输入或输出设备的通信，并且可以对资源(例如，信息集合)进行操作。
在本文中所描述的示例性方法的各种操作可以至少部分地由一个或多个处理器执行，这些处理器被临时配置(例如，通过软件)或永久配置以执行相关操作。无论是临时配置还是永久配置的，这样的处理器都可以构成处理器实现的组件，这些组件用于执行一个或多个操作或功能。在一些示例性实施例中，本文提及的组件可以包括处理器实现的组件。
类似地，在本文中所描述的方法可以至少部分地由处理器实现。例如，方法的至少一些操作可以由处理器或处理器实现的组件之一执行。某些操作的执行可以分布在一个或多个处理器之间，不仅驻留在单个机器内，而且部署在多台机器上。在一些示例性实施例中，一个或多个处理器可以位于单个位置(例如，在办公室环境或服务器场内)，而在其他实施例中，处理器可以分布在多个位置。
一个或多个处理器还可以操作以支持在“云计算”环境中或作为“软件即服务”(SaaS)的相关操作的执行。例如，至少一些操作可以由一组计算机(作为包括处理器的机器的示例)执行，这些操作可经由网络(例如，互联网)以及经由一个或多个适当的接口(例如，应用程序接口(API))访问。
示例性实施例可以在数字电子电路中、在计算机硬件、固件或软件中或者在其组合中实现。示例性实施例可以使用计算机程序产品来实现，例如，有形地体现在信息载体中的计算机程序，例如，在机器可读介质中用于由数据处理装置执行或控制其操作，例如可编程的处理器、计算机或多台计算机。
计算机程序可以以任何形式的描述语言编写，包括编译或解释语言，并且可以以任何形式部署，包括作为独立程序或组件、子例程或适用于计算环境中的其他单元。可以部署计算机程序以在一个站点或跨多个站点分布并由通信网络互连的一台或多台计算机上执行。
在示例性实施例中，操作可以由一个或多个可编程处理器执行，该处理器执行计算机程序以通过对输入数据进行操作并生成输出来执行功能。方法操作也可以由专用逻辑电路(例如，FPGA或ASIC)执行，并且示例性实施例的装置可以实现为专用逻辑电路。
计算系统可以包括客户端和服务器。客户端和服务器通常彼此远离并且通常通过通信网络进行交互。客户端和服务器的关系是通过在各自的计算机上运行并且彼此具有客户端-服务器关系的计算机程序而产生的。在部署可编程计算系统的实施例中，将理解硬件和软件架构都值得考虑。具体而言，应当理解，选择是在永久配置的硬件(例如，ASIC)中、在临时配置的硬件(例如，软件和可编程处理器的组合)中还是在永久和临时配置的硬件的组合中实现某些功能可以是设计选择。下面陈述在各种示例性实施例中可以部署的硬件(例如机器)和软件架构。
图5是根据各种实施例的可用于实现图1和图2的系统并执行图3和图4的方法的示例性计算系统的框图。在替代实施例中，计算系统可以是作为独立设备操作的机器，或者替代地，连接(例如，联网)到其他机器。在联网部署中，机器可以在服务器-客户端网络环境中以服务器或客户端机器的容量操作，或者在对等(或分布式)网络环境中作为对等机器操作。机器可以是个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助理(PDA)、蜂窝电话、网络设备、网络路由器、交换机或桥，或能够执行指定了机器要采取的动作的指令(顺序或其他方式)的任何机器。此外，尽管仅示出了单个机器，但术语“机器”也应理解为包括单独或联合执行一组(或多组)指令以执行本文讨论的任何一种或多种方法的机器的任何集合。
示例性计算机系统500包括处理器502(例如，中央处理单元(CPU)、图形处理单元(GPU)或两者)、主存储器504和静态存储器506，其经由总线508彼此通信。计算机系统500还可以包括视频显示器510(例如，液晶显示器(LCD)或阴极射线管(CRT))。计算机系统500还包括字母数字输入设备512(例如，键盘或触敏显示屏)、用户界面(UI)导航(或光标控制)设备514(例如鼠标)、磁盘驱动器单元516、信号生成设备(例如，扬声器)以及网络接口设备520。
磁盘驱动器单元516包括机器可读介质522，其上存储有一组或多组数据结构和指令524(例如，软件)，其体现或在本文中所描述的任何一种或多种方法或功能或由其使用。指令524还可以在由计算机系统500执行期间完全或至少部分地驻留在主存储器504内和/或处理器502内，其中主存储器504和处理器502也构成机器可读介质。
尽管机器可读介质522在示例性实施例中被示为单个介质，但术语“机器可读介质”可以包括存储一个或多个指令524或数据结构的单个介质或多个介质(例如，集中式或分布式数据库，和/或关联的高速缓存和服务器)。术语“机器可读介质”还应理解为包括任何有形介质，其能够存储、编码或携带指令524以供机器执行并使机器执行本公开的任何一种或多种方法的，或能够存储、编码或携带由这样的指令524使用或与其相关联的数据结构。因此，术语“机器可读介质”应当被理解为包括但不限于固态存储器，以及光学和磁性介质。机器可读介质522的具体示例包括非易失性存储器，包括例如半导体存储器设备，例如可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)和闪存设备；磁盘，例如内部硬盘和可移动磁盘；磁光盘；以及CD-ROM和DVD-ROM磁盘。
可以使用传输介质通过通信网络526发送或接收指令524。可以使用网络接口设备520和许多公知的传输协议(例如，HTTP)中的任何一种来传输指令524。通信网络的示例包括局域网(LAN)广域网(WAN)、互联网、移动电话网络、普通老式电话(POTS)网络和无线数据网络(例如，Wi-Fi和WiMax网络)。术语“传输介质”应当被理解为包括能够存储、编码或携带指令524以供机器执行的任何无形介质，并且包括数字或模拟通信信号或者其他无形介质以促进这样的软件的通信。
以下编号的示例是说明性实施例。
1、一种由通知服务执行的方法，所述通知服务利用由一个或多个计算机处理器运行的机器可读指令实现，所述方法用于基于被分配给用户的动作项与所述用户交换消息，所述方法包括：在被发布到多个源的消息的非结构化文本中检测被分配给用户的多个动作项；为所检测到的动作项中的每个动作项确定多个响应选项；根据所述多个动作项生成共享共同格式的相应结构化通知消息，每个所述通知消息包括为所述相应动作项确定的所述多个响应选项；使得将所述结构化通知消息传输给所述用户；从所述用户接收对所述结构化通知消息中的至少一个结构化通知消息的响应消息，所述响应消息指定从相应的多个响应选项中选择的响应选项；以及基于所选择的响应选项来更新在其中检测到所述相应动作项的源。
2、根据示例1所述的方法，其中，所述多个源包括以下中的至少一种：多个逻辑消息信道或者多个应用或服务。
3、根据示例1或示例2所述的方法，其中，生成所述结构化通知消息包括：将所述多个动作项转换为指定所述多个响应选项和相关联的动作集合的通用可动作通知数据结构的相应实例，所述动作集合包括对相应源的更新；将所述通用可动作通知数据结构的实例转换为相应的结构化通知消息。
4、根据示例3所述的方法，其中，与所述响应选项相关联的所述动作集合是至少部分地基于动作项的类型的。
5、根据示例1-4中的任一项所述的方法，其中，更新所述源包括基于所选择的响应选项将响应消息发布到所述源。
6、根据示例1-5中的任一项所述的方法，还包括更新所述多个源中的、与在其中检测到所述相应动作项的所述消息信道不同的源。
7、根据示例1-6中的任一项所述的方法，还包括以下中的至少一项：使得所述响应被传输到与所述相应动作项的类型相关联的软件工具，或者生成后续消息并且使得将所述后续消息传输给所述用户。
8、根据示例1-7中的任一项所述的方法，其中，所述结构化通知消息是使用与所述用户相关联的通信模式来发送的，并且其中，所述共同格式是至少部分地基于所述通信模式的。
9、根据示例1-8中的任一项所述的方法，其中，所述通信模式是以下中的一种：电子邮件、短消息服务(SMS)、网络表单或电话呼叫。
10、根据示例1-9中的任一项7所述的方法，其中，所述多个动作项是利用在标记的消息上训练的机器学习的分类器模型检测的。
11、根据示例1-10中的任一项所述的方法，其中，所述动作项包括以下中的至少一种：任务分配、邀请、预约确认请求、和调度请求、以及投票。
12、一种用于基于被分配给用户的动作项来与所述用户交换消息的计算机系统，所述系统包括：一个或多个计算机处理器；以及存储指令的一个或多个机器可读介质，所述指令当由所述一个或多个计算机处理器运行时使得所述一个或多个计算机处理器执行包括以下的操作：在被发布到多个源的消息的非结构化文本中检测被分配给用户的多个动作项；为检测到的动作项中的每个动作项确定多个响应选项；根据所述多个动作项生成共享共同格式的相应结构化通知消息，每个所述通知消息包括为相应动作项确定的所述多个响应选项；使得将所述结构化通知消息传输给所述用户；从所述用户接收对所述结构化通知消息中的至少一个结构化通知消息的响应消息，所述响应消息指定从相应的多个响应选项中选择的响应选项；以及基于所选择的响应选项来更新在其中检测到所述相应动作项的源。
13、根据示例12所述的系统，其中，生成所述结构化通知消息包括：将所述多个动作项转换为指定所述多个响应选项和相关联的动作集合的通用可动作通知数据结构的相应实例，所述动作集合包括对相应源的更新；以及将所述通用可动作通知数据结构的实例转换为相应的结构化通知消息。
14、根据示例13所述的系统，其中，与所述响应选项相关联的所述动作集合是至少部分地基于动作项的类型的。
15、根据示例13或示例14所述的系统，其中，与所选择的响应选项相关联的所述动作集合还包括更新所述多个源中的、与在其中检测到所述相应动作项的消息信道不同的消息信道。
16、根据示例13-15中的任一项所述的系统，其中，与所选择的响应选项相关联的所述动作集合还包括以下中的至少一项：使得所述响应传输到与所述相应动作项的类型相关联的软件工具，或者生成后续消息并且使得将所述后续消息传输给所述用户。
17、根据示例12-16中的任一项所述的系统，其中，所述结构化通知消息是使用与所述用户相关联的通信模式来发送的，并且其中，所述共同格式是至少部分地基于所述通信模式的，所述通信模式是以下中的一种：电子邮件、短消息服务(SMS)、网络表单或电话呼叫。
18、根据示例12-17中的任一项所述的系统，其中，所述多个动作项是利用在标记的消息上训练的机器学习分类器模型来检测的。
19、根据示例12-18中的任一项所述的系统，其中，所述动作项包括以下中的至少一种：任务分配、邀请、预约确认请求、和调度请求、以及投票。
20、一种存储指令的机器可读介质，所述指令实现用于基于被分配给用户的动作项来与所述用户交换消息的通知服务，所述指令当由一个或多个计算机处理器运行时使得所述一个或多个计算机处理器执行包括以下的操作：在被发布到多个源的消息的非结构化文本中检测被分配给用户的多个动作项；为检测到的动作项中的每个动作项确定多个响应选项；根据所述多个动作项生成共享共同格式的相应结构化通知消息，每个所述通知消息包括为所述相应动作项确定的所述多个响应选项；使得将所述结构化通知消息传输给所述用户；从所述用户接收对所述结构化通知消息中的至少一个结构化通知消息的响应消息，所述响应消息指定从相应的多个响应选项中选择的响应选项；以及基于所选择的响应选项来更新在其中检测到所述相应动作项的所述源。
尽管已经参考特定示例性实施例描述了实施例，但是显然可以对这些实施例进行各种修改和改变而不背离本发明的更广泛范围。因此，说明书和附图被认为是说明性的而不是限制性的。形成其一部分的附图通过说明而非限制的方式示出了可以实践本主题的特定实施例。对所示实施例进行了足够详细的描述，以使本领域技术人员能够实践本文所公开的教导。可以使用其他实施例并且从中派生出其他实施例，从而可以在不背离本公开的范围的情况下进行结构和逻辑替换和改变。因此，该描述不应当被理解为限制性意义，并且各种实施例的范围仅由所附权利要求以及这些权利要求所享有的全部等效物范围来定义。

Claims (15)

1.一种用于基于被分配给用户的动作项来与所述用户交换消息的计算机系统，所述系统包括：
一个或多个计算机处理器；以及
存储指令的一个或多个机器可读介质，所述指令当由所述一个或多个计算机处理器运行时使得所述一个或多个计算机处理器执行包括以下的操作：
在被发布到多个源的消息的非结构化文本中检测被分配给用户的多个动作项；
为检测到的动作项中的每个动作项确定多个响应选项；
根据所述多个动作项生成共享共同格式的相应结构化通知消息，每个所述通知消息包括为相应动作项确定的所述多个响应选项；
使得将所述结构化通知消息传输给所述用户；
从所述用户接收对所述结构化通知消息中的至少一个结构化通知消息的响应消息，所述响应消息指定从相应的多个响应选项中选择的响应选项；以及
针对所述至少一个结构化通知消息中的每个结构化通知消息，基于所选择的响应选项来更新在其中检测到所述相应动作项的源。
2.根据权利要求1所述的系统，其中，生成所述结构化通知消息包括：
将所述多个动作项转换为指定所述多个响应选项和相关联的动作集合的通用可动作通知数据结构的相应实例，所述动作集合包括对相应源的所述更新；以及
将所述通用可动作通知数据结构的实例转换为相应的结构化通知消息。
3.根据权利要求2所述的系统，其中，与所述响应选项相关联的所述动作集合是至少部分地基于动作项的类型的。
4.根据权利要求2所述的系统，其中，与所选择的响应选项相关联的所述动作集合还包括更新所述多个源中的、与在其中检测到所述相应动作项的所述源不同的源。
5.根据权利要求2所述的系统，其中，与所选择的响应选项相关联的所述动作集合还包括以下中的至少一项：使得所述响应被传输到与所述相应动作项的类型相关联的软件工具，或者生成后续消息并且使得将所述后续消息传输给所述用户。
6.根据权利要求1所述的系统，其中，所述多个动作项是利用在标记的消息上训练的机器学习的分类器模型检测的。
7.一种由通知服务执行的方法，所述通知服务利用由一个或多个计算机处理器运行的机器可读指令来实现，所述方法用于基于被分配给用户的动作项来与所述用户交换消息，所述方法包括：
在被发布到多个源的消息的非结构化文本中检测被分配给用户的多个动作项，其中，被分配给所述用户的所述动作项中的至少两个动作项来自不同的源；
为检测到的动作项中的每个动作项确定多个响应选项；
根据所述多个动作项生成共享共同格式的相应结构化通知消息，每个所述通知消息包括为相应动作项确定的所述多个响应选项；
使得将所述结构化通知消息传输给所述用户；
从所述用户接收对所述结构化通知消息中的至少一个结构化通知消息的响应消息，所述响应消息指定从相应的多个响应选项中选择的响应选项；以及
基于所选择的响应选项来更新在其中检测到所述相应动作项的源。
8.根据权利要求7所述的方法，其中，所述多个源包括以下中的至少一种：多个逻辑消息信道或者多个应用或服务。
9.根据权利要求7所述的方法，其中，更新所述源包括基于所选择的响应选项将响应消息发布到所述源。
10.根据权利要求7所述的方法，还包括更新所述多个源中的、与在其中检测到所述相应动作项的所述源不同的源。
11.根据权利要求7所述的方法，还包括：基于所选择的响应选项，以下中的至少一项：使得所述响应被传输到与所述相应动作项的类型相关联的软件工具，或者生成后续消息并且使得将所述后续消息传输给所述用户。
12.根据权利要求7所述的系统，其中，所述结构化通知消息是使用与所述用户相关联的通信模式来发送的，并且其中，所述共同格式是至少部分地基于所述通信模式的。
13.根据权利要求12所述的方法，其中，所述通信模式是以下中的一种：电子邮件、短消息服务(SMS)、网络表单或电话呼叫。
14.根据权利要求7所述的方法，其中，所述动作项包括以下中的至少一种：任务分配、邀请、预约确认请求、和调度请求、以及投票。
15.一种存储指令的机器可读介质，所述指令实现用于基于被分配给用户的动作项来与所述用户交换消息的通知服务，所述指令当由一个或多个计算机处理器运行时使得所述一个或多个计算机处理器执行包括以下的操作：
在被发布到多个源的消息的非结构化文本中检测被分配给用户的多个动作项；
为检测到的动作项中的每个动作项确定多个响应选项；
根据所述多个动作项生成共享共同格式的相应结构化通知消息，每个所述通知消息包括为相应动作项确定的所述多个响应选项；
使得将所述结构化通知消息传输给所述用户；
从所述用户接收对所述结构化通知消息中的至少一个结构化通知消息的响应消息，所述响应消息指定从相应的多个响应选项中选择的响应选项；以及
基于所选择的响应选项来更新在其中检测到所述相应动作项的源。
CN202080094107.0A 2020-01-23 2020-12-10 通用可动作通知 Pending CN115004204A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/750,621 US11115372B2 (en) 2020-01-23 2020-01-23 Universal actionable notifications
US16/750,621 2020-01-23
PCT/US2020/064145 WO2021150314A1 (en) 2020-01-23 2020-12-10 Universal actionable notifications

Publications (1)

Publication Number Publication Date
CN115004204A true CN115004204A (zh) 2022-09-02

Family

ID=74125697

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080094107.0A Pending CN115004204A (zh) 2020-01-23 2020-12-10 通用可动作通知

Country Status (4)

Country Link
US (5) US11115372B2 (zh)
EP (1) EP4094213A1 (zh)
CN (1) CN115004204A (zh)
WO (1) WO2021150314A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10951564B1 (en) 2020-04-17 2021-03-16 Slack Technologies, Inc. Direct messaging instance generation
US11438370B2 (en) * 2020-07-16 2022-09-06 Capital One Services, Llc Email security platform
US11178095B1 (en) * 2020-09-04 2021-11-16 Verizon Media Inc. Method and system for the analysis of user content and interactions to define a call to action
US11784949B2 (en) 2020-10-06 2023-10-10 Salesforce, Inc. Limited functionality interface for communication platform
US11336605B1 (en) * 2021-01-04 2022-05-17 Servicenow, Inc. Sending actionable notifications to users
US11671392B2 (en) 2021-05-17 2023-06-06 Salesforce, Inc. Disabling interaction with messages in a communication platform
US20230143846A1 (en) * 2021-07-15 2023-05-11 Pivot Industries Limited Intelligent notification router
US11736431B2 (en) * 2021-08-16 2023-08-22 Salesforce, Inc. Context-based notifications presentation
US11956189B2 (en) * 2022-05-13 2024-04-09 Douglas VORT Systems and methods for visual cue based messaging

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7103171B1 (en) 2001-06-29 2006-09-05 Siebel Systems, Inc. System and method for multi-channel communication queuing using routing and escalation rules
US8489748B2 (en) * 2006-04-04 2013-07-16 Core Wireless Licensing S.A.R.L. Enhanced UPnP AV media renderer
US9558505B2 (en) * 2006-07-18 2017-01-31 American Express Travel Related Services Company, Inc. System and method for prepaid rewards
US9100809B2 (en) * 2009-12-21 2015-08-04 Julia Olincy Olincy Automatic response option mobile system for responding to incoming texts or calls or both
US8249627B2 (en) * 2009-12-21 2012-08-21 Julia Olincy “I am driving/busy” automatic response system for mobile phones
US9503415B2 (en) 2011-01-27 2016-11-22 T-Mobile Usa, Inc. Unified notification platform
US8914900B2 (en) 2012-05-23 2014-12-16 Box, Inc. Methods, architectures and security mechanisms for a third-party application to access content in a cloud-based platform
US8965987B2 (en) 2012-08-27 2015-02-24 Sap Ag, A German Corporation Action notification for business applications
US9292833B2 (en) 2012-09-14 2016-03-22 Box, Inc. Batching notifications of activities that occur in a web-based collaboration environment
US9866645B2 (en) 2013-09-13 2018-01-09 Visa International Service Association Actionable notifications apparatuses, methods and systems
US10540063B2 (en) 2014-01-27 2020-01-21 Microsoft Technology Licensing, Llc Processing actionable notifications
US10572842B1 (en) * 2014-11-11 2020-02-25 Amazon Technologies, Inc. Notification service for managing actionable messages from backend services
US9519931B2 (en) * 2015-05-15 2016-12-13 Ebay Inc. System and method for personalized actionable notifications
US10262654B2 (en) 2015-09-24 2019-04-16 Microsoft Technology Licensing, Llc Detecting actionable items in a conversation among participants
US10140291B2 (en) 2016-06-30 2018-11-27 International Business Machines Corporation Task-oriented messaging system
US10623364B2 (en) 2016-09-21 2020-04-14 Microsoft Technology Licensing, Llc Notifications of action items in messages
US20180104813A1 (en) 2016-10-18 2018-04-19 Soshee LLC Animatronic feedback based upon social media activity
US10868711B2 (en) * 2018-04-30 2020-12-15 Splunk Inc. Actionable alert messaging network for automated incident resolution

Also Published As

Publication number Publication date
US20240305599A1 (en) 2024-09-12
US12028310B2 (en) 2024-07-02
US12010086B2 (en) 2024-06-11
US20230300102A1 (en) 2023-09-21
US20230246993A1 (en) 2023-08-03
US11632351B2 (en) 2023-04-18
US20220060440A1 (en) 2022-02-24
US20210234827A1 (en) 2021-07-29
WO2021150314A1 (en) 2021-07-29
US11115372B2 (en) 2021-09-07
EP4094213A1 (en) 2022-11-30

Similar Documents

Publication Publication Date Title
US12028310B2 (en) Universal actionable notifications
US10645049B2 (en) Proxy email server for routing messages
US10785185B2 (en) Automated summary of digital group conversations
CN109937427B (zh) 任务管理应用中的效率改善
US9282073B1 (en) E-mail enhancement based on user-behavior
US8255923B2 (en) Shared persistent communication thread
US11252207B2 (en) Servicing group-based communication workspace add requests within a group-based communication system
JP7490710B2 (ja) グループベースコミュニケーションシステム内において外部電子メールリソースエンティティによる限定エンゲージメントを管理する方法及び装置
US10908801B2 (en) Group-based communication system dynamic group-based communication interface focusing
US9497150B2 (en) System and method for managing electronic conversations
US9998409B2 (en) Systems and methods for communication facilitation
US20170046408A1 (en) Automatic discover of how and when people met
US11729226B2 (en) Seamless communication resource transition between a group-based communication system and an external communication system
US10069780B2 (en) Methods and systems for structuring information of email messages
US12021821B2 (en) Methods and apparatuses for managing data integration between an external email resource and a group-based communication system
US10218664B1 (en) Recurrent invitation loop
Nelson et al. Mail2tag: Augmenting email for sharing with implicit tag-based categorization

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination