由注册服务106显示的应用程序编程接口(API)进行注册。API允许用户利用注册服务106来注册他们的设备类型和设备标识。例如，用户可以注册客户端计算设备112A、112B、112C、112N中的一个或多个。另外，如果用户不再希望被注册服务106联系到，他们能够取消注册。如以下将描述的，用户可以通过请求当前注册用户列表来开启协作会话。所述列表可以由特定用户进行查询。根据那个列表，可以选择性地向注册人发送用于加入与请求用户的协作会话的邀请。在接受之后，注册人自动被加入协作会话，如以下所描述的。
[0029]来自注册服务106的邀请可包含标题、描述和统一资源定位符(URL)以便在潜在的参与者对邀请做出确认时启动加入协作会话。根据本公开，邀请还可以包含发送者ID、消息、优先级或状态(例如，高、中、低；在医学领域这更具体地可以是例如立即(stat)、ASAP、危险、正常、复查、第二意见等)、或“接受”/ “忽略选择”(这在医疗保健中可以用于“关闭循环”以提供案例已被打开的确认，这与刚刚被接收者读取相反)。接受选项提供与邀请相关联的信息实际上已移交给受邀请的注册人的确认。
[0030]注册服务106可以将用户注册信息存储在存储器或数据库103中。可以使用根据邀请被传达到的设备的类型的服务器端协议来传达由注册服务106发送的邀请。由注册服务106转发的邀请可以包括标题、描述和URL。
[0031]数据库103可以存储用户、邀请和回执(receipt)文件。数据库103还可以基于日历信息保持针对每个用户的可用性信息。另外或任选地，呈现信息存储在数据库103中，所述呈现信息可以用于确定通知是否被转发至用户的设备。此外，可以在每个用户、每个群组或全局的基础上将优先信息(例如通知发送到的用户的优先次序)存储在数据库103中。优先信息可以用于顺序地发送消息，同时在每个顺序接收者之间具有延迟以允许接受。
[0032]可以存储邀请以使得每个邀请都具有唯一的ID，所述唯一的ID在推送通知中被发送至客户端。客户端负责检索所存储的邀请并将其解密。客户端还可以将不再需要的邀请删除。使用回执，通过由特定用户发送指示邀请的递送、接受和拒绝的原始发送端特别邀请来追踪邀请的递送。发送至客户端的所有消息都是邀请通知。客户端检查URL以了解邀请是否是回执。
[0033]可以以安全的方式将注册信息存储在数据库103内。如上所述，注册信息可以包括用户的电子邮件地址、全名、客户端设备标识符、Skype ID、Google Voice号码等。可以使用以上信息或其某种组合来执行用户查询。注册服务106还可以提供基于组织的用户“类另IJ”或限制以允许用户列表与用途更好地成比例。例如，如果一百万用户利用注册服务106进行注册，那么将花费长时间来将列表下载到客户端计算设备112A、112B、112C、112N。添加用于划分关于公司、群组、专业、标签的列表的机制将可能会使得搜索和限制注册用户列表变得更容易导航(参见例如图9B-9C)。
[0034]推送服务107将来自注册服务106的邀请推送通知提供至注册用户设备以便加入协作会话。注册服务106可以使用推送服务107来将信息传播至客户端计算设备112A、112B、112C、112N。每个客户端计算设备112A、112B、112C、112N可以建立与推送服务107的连接并且通过这种连接来在所述客户端计算设备上运行的通知应用程序118A、118B、118C、118N处接收通知。如上所述，邀请可以包括某种信息。
[0035]在推送服务107执行苹果推送通知的情况下，可以通过公钥签名消息系统来将苹果推送通知(ANP)编码消息递送至通知应用程序118A、118B、118C、118N。通知应用程序118A、118B、118C、118N将接收邀请通知并且通过内置URL启动机制来启动客户端应用程序120A、120B、120C、120N。
[0036]在Android客户端计算设备上，可以将通知应用程序118A、118B、118C、118N发展为独立的应用程序以便分隔功能。Android操作系统包括允许单独的应用程序“链接”到用户需要完成的各种操作(诸如“查看”和“共享”)的目的系统。例如，在根据本公开的实施方式中，可以将通知应用程序118A、118B、118C、118N分成四个部分:
[0037]1.主应用程序，其中呈现图标以允许用户注册成为待召唤的(on call);
[0038]2.G2DM接收器组件，其接收到来的推送通知；
[0039]3.测试消息活动，其建立用于oncall://类型URL的查看动作接收器；
[0040]4.发送活动，其处理针对text/plain和text/url mime类型的Android发送动作并且将邀请消息发送至服务器。
[0041]根据以上内容，可以使用客户端计算设备平台的本地推送通知机制来在其它客户端计算设备平台上实施通知应用程序118A、118B、118C、118N和客户端应用程序120A、120B、120C、120N。
[0042]因此，框架100提供用于使得用户能够以会话形式快速、容易且安全地邀请参与者进行协作的机制。
[0043]示例性操作流程
[0044]图2示出可以在框架100中实施的操作流程200。图3示出展示图1的实体之间的通信流程的示例性呼叫流程。图4-8、图9A-9C、图10-12以及图13A-13B示出与操作流程200和呼叫流程300相关联的示例性用户界面。
[0045]在202，过程开始，其中在204客户端设备在注册服务106处注册为可用于加入例如协作会话。如图4中所示，用户可以启动请求用户信息诸如全名和电子邮件地址的通知应用程序(例如，OnCalI) 118A、118B、118C、118N。这种信息被保存到客户端计算设备112A、112B、112C、112N。此后，通知应用程序118A、118B、118C、118N随后呈现图标以使得用户能够利用注册服务106进行注册(流程302和304)。例如，如图5中所示，用户可以按压按钮图标以利用注册服务106进行注册。为了确认在204的注册是成功的，可以将确认消息提供至通知应用程序118A、118B、118C、118N并且呈现给用户(图6)。
[0046]在206，由第一用户在与第一用户相关联的客户端计算设备之一处启动客户端应用程序120A、120B、120C、120N。例如，可以由客户端计算设备112A、112B、112C、112N的第一用户启动网络浏览器作为客户端应用程序120A、120B、120C、120N。如果第一用户希望建立协作会话，那么在208，所述用户可以使用菜单来激活协作模式(流程306)。在这个工作流程中，用户是协作会话的“主机”。
[0047]根据操作流程200的一个方面，在202-206的操作可以省略并且主机可以在进入点207处开始。在这种情境下，主机将是通知框架100的未注册用户。此处，主机可以发送邀请，如以下所述；然而，主机将不会通过框架100接收主机的邀请成功被接受的确认，主机也将不能够查询数据库103以获得用户信息和状态。
[0048]在210，选择协作模式随后向主机呈现协作会话中的用户的列表，如图7中所示。最初，因为主机是协作会话的唯一参与者，所以主机是所示的唯一参与者。主机可以决定使用图1的框架100、通过选择“Invite with OnCall (利用OnCall进行邀请)”(图8A)或点击协作图形用户界面800中的“OnCall”图标来发送邀请。
[0049]在212，响应于在图9A-9C的用户界面中接收到的“Invite with OnCall”的用户选择而在主机的客户端计算设备处列出注册人。注册人可以是用于参加协作会话以便例如查看医学图像的可用的、经授权的和/或有资格的用户。列表可以呈现为简单的用户列表，如图9A中所示。如图9B中所示，列表可以提供为处于类似情况下的用户群组(例如，神经病学、心脏病学、矫形术)并且在群组标识符900之下进行组织。如图9C中所示，可以将有关每个用户的状态(例如用户当前是否是可用的或是否能够接收通知)的额外信息呈现给注册主机。
[0050]因此，在上述内容中，主机可以或可以不利用注册服务106进行注册以激活协作模式。如果主机是未注册的，那么可以使用例如网络浏览器或其它客户端应用程序来访问注册服务106以查询注册人列表。如果主机是注册的，那么主机可以使用通知应用程序118A、118B、118C、118N来查询注册服务106以获得注册人。随后，注册服务106可以将额外信息与通知一起转发给注册人，诸如但不限于随同通知的邀请中的主机用户的标识。
[0051]在214，在主机的客户端计算设备处显示的用户界面内接收将要被邀请的注册人的用户选择(例如，来自主机)。如图10中所示，可以在214选择多于一个注册人。可替代地或另外，消息可以与邀请一起进行转发。可以将选择转发至注册服务106(流程308)以使得能够在216 (流程310)将包括邀请和相关联信息(例如，消息)的通知发送至选定的注册人。例如，如图11中所示，通知消息可以呈现在选定的注册人的计算设备上。通知可以由注册人的计算设备上的通知客户端应用程序118A、118B、118C、118N进行接收(流程312)。
[0052]根据一些实施方式，可以通过选择群组标识符900来将邀请转发给整个群组。因此，在选择神经病学群组时，与所有神经病医师相关联的计算设备都可以接收到通知。此夕卜，可以将通知发送至与用户相关联的预先确定的或所有设备，如以下参照图18所描述的。例