CN101027641A - 用于管理并行操作的可执行应用中的非活动性的系统 - Google Patents
用于管理并行操作的可执行应用中的非活动性的系统 Download PDFInfo
- Publication number
- CN101027641A CN101027641A CNA2005800303766A CN200580030376A CN101027641A CN 101027641 A CN101027641 A CN 101027641A CN A2005800303766 A CNA2005800303766 A CN A2005800303766A CN 200580030376 A CN200580030376 A CN 200580030376A CN 101027641 A CN101027641 A CN 101027641A
- Authority
- CN
- China
- Prior art keywords
- activity
- application
- user
- indication
- management
- 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
Links
Images
Abstract
一种结合与第二应用并行操作的第一应用使用的系统,包括:一个活动性管理器和一个通信处理器。所述活动性管理器定期地接收标识与所述第一应用相关的活动性的数据,并根据因与所述第一应用相关的活动性不充分而超过了第一应用超时窗来确定所述第一应用为非活动。所述通信处理器向一管理应用发送一个所述第一应用为非活动的指示,并从该管理应用接收一个所述第二应用为非活动性的指示,所述第二应用为非活动的是根据因与所述第二应用相关的活动性不充分而超过了第二应用超时窗来确定的。
Description
对相关申请的交叉引用
本申请为Barry Royer于1004年9月10日提交的序列号为60/609,159的临时申请的非临时申请。
发明领域
通常本发明涉及计算机信息系统。尤其是,本发明涉及一种用于管理并行操作的可执行应用中的非活动性的系统。
发明背景
健康水平7(HL7)是一种用于在保健方面的计算机系统之间进行数据交换的国际标准。在电子病人管理系统(PAS)、电子实践管理系统(EPM)、实验室信息系统(LIS)、食疗、药房及账单系统以及电子病历(EMR)或电子健康档案(HER)系统之间它提供了互操作性。
临床上下文对象工作组(CCOW)是所述HL7组中的一个标准委员会,它改进了HL7标准的CCOW部分。HL7标准的这个CCOW部分是独立于卖主的,并允许临床应用在医护点处分享信息。应用一种名为“上下文管理”的技术,CCOW向用户提供关于在涉及同一病人、遭遇或用户的个别和不同的保健应用中所保存的相关信息的统一视图。这意味着,当某用户登录由所述CCOW环境联系在一起的该组不同应用中的一个应用时,会在该组中的其它应用上同时执行相同的登录。类似地,当该用户选择了某一病人,那么会在其它应用中选择同一病人。CCOW在一个显示屏上构建了该病人的组合视图。CCOW被用于客户服务器和基于web的应用。
所述HL7 CCOW标准提供了一组标准接口和数据,便于在多个并行操作的软件应用之间协调公共上下文数据。上下文管理器应用作为管理和存储所述公共上下文数据的控制应用。参与某一公共上下文的应用可以通过所述上下文管理应用提供的一组接口来读取和更新来自所述上下文的数据。所述参与的应用还可以通过支持所述CCOW参与接口组从所述上下文管理器接收事件。所述上下文管理器能够调用所述参与者接口的方法,以便在一种上下文完成更改之前检查这些应用,并再次通报它们更改已完成。
CCOW支持一种公共上下文注销机制,这种机制能被用于在预定的一段时间过去之后无须用户与所述应用交互,自动注销用户的该参与应用。例如,可以指定一些应用,当达到它们的非活动超时门限时,将所述公共上下文用户主体设置为无效(即:逻辑0,与逻辑1相对)。所述用户主体是一种逻辑标志、标识符或指示符,代表所述CCOW标准中某一用户的活动性,并且也可被称为用户活动性指示符。这样,在涉及多个并行操作的应用的某一会话内,用户在一种应用中的非活动性可以自动触发注销全部该会话,即使在该会话中的其它应用中的一个或多个仍保持着有效地由该用户使用。因此,需要一种用于管理并行操作的应用中的非活动性的系统来克服现有系统的这些和其它缺点。
发明概述
一种结合与第二应用并行操作的第一应用进行使用的系统,包括:一个活动性管理器和一个通信处理器。所述活动性管理器定期地接收标识与所述第一应用相关的活动性的数据,并根据因与所述第一应用相关的活动性不充分而超过了第一应用超时窗来确定所述第一应用为非活动。所述通信处理器向某一管理应用发送一个所述第一应用为非活动的指示,并从该管理应用接收一个所述第二应用为非活动性的指示,所述第二应用为非活动性作为因与所述第二应用相关的活动性不充分而超过了第二应用超时窗的结果被确定。
附图简述
图1示例性示出了根据本发明原理的一种系统。
图2示例性示出了图1所示系统根据本发明原理的过程流程图,示出了当第二应用处于活动状态时,第一应用变为非活动状态。
图3示例性示出了图1所示系统根据本发明原理的过程流程图,示出了当第二应用已经处于非活动状态时,第一应用变为非活动状态。
优选实施方案详述
图1示例性示出了一种用于管理在并行操作的应用100中的非活动性的系统(“系统”)。通过有效同步某一非活动用户的注销过程来管理在单一公共上下文实例中并行操作的多个应用,所述系统100克服了现有系统的缺点。所述系统100协调所述多个应用中的非活动性超时门限,这样即使这些多个应用中的某一个已经达到其非活动性超时门限,也能使用户保持在所述多个应用上的注册。所述系统100在所述多个应用之间判断以保证这些应用在用户被自动注销之前已达到其非活动性限制。
尤其是,所述系统100提供了一种在某一给定的公共上下文中协调参与应用的上下文管理器,这使得只要这些参与应用中的至少一个还没有达到其非活动性时间限制,就能使用户保持在所述参与应用上的注册。因此,在涉及多个并行操作的应用的会话中,只要其它参与应用中的一个或多个仍由该用户有效地使用,那么在某一应用中的用户非活动性便不会自动触发对全部该会话的注销。所述系统100执行这一功能,而无需任何附加软件组件并能同时提供高性能和可伸缩性。在一个实施例中,所述系统100结合遵守所述健康水平7(HL7)公共上下文对象工作组(CCOW)标准的软件应用而被使用。在其它实施例中,所述系统100可以被用在运行并行可执行应用的任何环境中,且不局限于所述HL7 CCOW标准的应用。
所述系统100包括:一个处理器102,一个存储器104,一个用户接口106,和一个通信接口108,它们分别通过通信路径110相连。处理器102还包括一个输入处理器112,一个通信处理器114,一个活动性管理器116,一个权利处理器118,和一个显示处理器120。所述存储器104还包括一个第一应用122,一个第二应用124,一个管理应用126,和一个浏览器应用128。所述用户接口106还包括一个数据输入装置130和一个数据输出装置132。
所述系统100可以被任何类型的企业、组织,或部门使用,如:负责为其所关注人们的健康和福利提供服务的保健产品和/或服务的供应商。例如,所述系统100代表一种医院信息系统。保健提供者提供面向病人的精神、情感或身体健康的服务。保健提供者的实例包括:医院、护理之家、辅助现场护理所、家庭健康护理所、疗养院、危急护理所、保健门诊、理疗门诊、按摩门诊、医疗提供者、药房、和牙科室。当为其所关注的人服务时,保健供应商对某一状态或疾病做出诊断,并且如果治疗存在,则推荐一系列治疗来治疗这一病情,或提供预防保健服务。由保健供应商提供服务的人的实例包括:病人、居民、客户和个人。
所述系统100可以是固定的和/或移动的(即:便携的),并且可以用各种形式实现,包括但不限于以下一种或多种:个人计算机(PC)、台式计算机、膝上型计算机、工作站、微型计算机、大型机、超级计算机、基于网络的装置、个人数字助手(PDA)、智能卡、蜂窝电话、寻呼机和腕表。所述系统100和/或其中所包含的元件也可以用集中化或非集中化配置来实现。所述系统100可以按客户服务器、基于web或独立配置来实现。在所述客户服务器或基于web的配置的情况下,可以通过通信网络远程地对所述第一122和第二应用124的一个或多个进行访问。
所述通信路径110(或者叫作网络、总线、链路、连接、信道等等)代表任何类型的协议或数据格式,包括但不限于以下一种或多种:互联网协议(IP)、传输控制协议互联网协议(TCPIP)、超文本传输协议(HTTP)、RS232协议、以太网协议、医用接口总线(MIB)兼容协议、局域网(LAN)协议、广域网(WAN)协议、校园区域网(CAN)协议、城域网(MAN)协议、家庭网(HAN)协议、电气电子工程师协会(IEEE)总线兼容协议、数字与成像通信(DICOM)协议,以及健康水平7(HL7)协议。例如,CCOW就是根据所述HL7标准利用健康水平7(HL7)协议实现的。
如图1、2和3所示,所述系统100,元件和或其所包含的过程可以用硬件、软件或二者的组合来实现,并可以包括一个或多个处理器,诸如处理器102。处理器是用于执行任务的一种装置和/或一组机器可读指令。所述处理器包括硬件、固件和/或软件的任何组合。通过计算、处理、分析、修改、转换,或由某一可执行应用或过程或一种信息装置发送要使用的信息,和/或通过为这些信息设置到某一输出装置的路由,所述处理器根据所存储的和/或接收的数据起作用。例如,所述处理器可以使用或包含控制器或微处理器的能力。
所述存储器104代表任何类型的存储装置。该存储器104存储可执行应用和相关数据。根据所述系统100的特定实现,所述存储器104代表位于一处或多处的一个或多个存储器装置。
所述用户接口106允许在所述系统100和该系统100的某一用户或其它电子装置之间进行双向数据交换。
通常,所述数据输入装置130根据接收的由用户人工输入的或从某一电子装置(如:一台计算机)自动输入的数据来向处理器提供数据。例如,对于人工输入,所述数据输入装置是键盘和鼠标,但也可以是触摸屏,或带有声音识别应用的麦克风。对于来自某种电子装置的自动输入,所述数据输入装置130则是一个数据调制解调器。
通常,所述数据输出装置132提供来自处理器的数据,供用户或诸如计算机等电子装置的使用。例如,作为对用户的输出,所述数据输出装置132是一台能根据从所述显示处理器120接收到的显示信号生成的一个或多个显示图像的显示器,但也可以是扬声器或打印机。作为对电子装置的电子输出,所述数据输出装置132是一种数据调制解调器。
所述显示处理器120或发生器是一种包括电子电路或软件或二者组合的已知元件,用于生成显示图像或其部分。所述显示处理器120可以在所述处理器102和/或所述用户接口106中实现。
所述第一应用122、第二应用124、管理应用126以及浏览器应用128,每个都代表可执行应用。通常一个可执行应用被存储在诸如存储器104的存储器中。一个可执行应用包括用于实现预定功能的代码或机器可读指令,例如包括某种操作系统、软件应用程序、保健信息系统、或诸如响应用户命令或输入的其它信息处理系统的代码或机器可读指令。一个可执行过程是代码(即:机器可读指令)的一个片段、子例程,或者是代码的其它不同部分,或用于执行一个或多个特定过程的可执行应用的一部分,并且可以包括执行关于接收输入参数(或响应于接收的输入参数)的操作和提供结果输出参数。一个调用过程是用于根据某一接收命令或指令使其它过程能够执行的一种过程。一个对象包括组成一组的数据和/或可执行指令或一个可执行过程。
所述第一122和第二124应用按照用户活动性维持某一种状态。活动性也可以由与包括用户或并不是用户的某种应用进行交互的其它装置产生。用户或装置活动性包括诸如数据输入、输出,或交换等与一个或多个应用(如:所述第一122和第二124应用)的任何交互。一个应用可以处于活动状态或非活动状态。
活动状态对应于一种条件,在该条件下用户已经得到批准(即:在所述系统100允许或批准了一个用户会话时),并且在代表非活动性门限的预定时间(否则称为超时窗)终了之前访问了一个应用。定期地接收的用于确认活动性的数据防止了所述第一应用122的非活动性超时。当某一用户活动性指示符被设为逻辑1(即:高状态)且当有来自该用户的活动性时,所述应用进入该活动状态。所述应用在代表非活动性门限的预定时间终了之前一直处于所述活动状态。用户启动的活动性包括以下一个或多个:(a)键盘活动,(b)鼠标活动,(c)其他数据输入装置130活动,以及(d)另一用户启动的个人电脑(PC)应用操作活动。
非活动状态对应于一种条件,在该条件下用户没有得到批准(即:在所述系统100阻止、取消或终止等等一个用户会话时),并且在代表非活动性门限的预定时间终了。当某一用户活动性指示符被设为逻辑0(即:逻辑低或无效状态)且没有来自该用户的活动性时,所述应用进入该非活动状态。所述应用在该用户完成一个注册过程之前一直处于所述非活动状态。
所述第一应用122为非活动的指示(如:一个消息)包括以下的一个或多个:(a)用于确认一个特定用户启动的会话的会话标识符,(b)在活动性通知没有成功时要联系的统一资源定位器(URL),以及(c)妨碍某个活动性通知成功的事件的类型标识。
所述第一122和第二124应用在某一特定用户启动的会话或诸如所述HL7 CCOW标准的公共上下文中代表多个并行操作的应用。
在人-机交互中,会话管理就是在与所述计算机系统100的交互会话的整个期间跟踪用户活动性的过程。在台式环境中,典型的会话管理任务可以包括:记录哪些应用是打开的,以及每个应用已打开了哪些文档,这样,当所述用户以后注销和注册时,相同的状态便能被恢复。对于网站,如果所述会话已经终了(即:已经过了某一特定时限而没有用户活动),会话管理可能涉及要求所述用户重新注册。会话管理在web浏览器中非常有用,在这里用户能够保存所有打开的网页和设置,并能在以后恢复那些网页。为了帮助从系统或应用故障中恢复,还能在下次运行时恢复网页和设置。
所述管理应用126协调所述多个应用中的非活动性超时门限,这样用户便保持着对这些多个应用的注册,即使这些应用中某一个已达到其非活性超时门限。这是由所述管理应用126通过在多个并行操作的应用(如:所述第一122和第二124应用)之间交换代表活动性状态指示的数据来完成。所述活动性状态指示从所述多个并行操作的应用中的个别应用接收,并指示个别应用从活动到非活动状态的变化。所述多个并行操作的应用由用户命令经所述用户接口进行启动。所述管理应用126可以是一个分立的应用,或者作为所述第二应用124的一部分实施。可替换地,所述第一应用122和所述管理应用126可以驻留在同一台个人电脑(PC)中。
所述浏览器应用128提供了一个用户接口显示,允许用户输入标识信息和命令,并允许用户查看多个互联网兼容应用的信息。例如,所述并行操作的应用可以由用户命令经所述浏览器应用128进行启动。所述浏览器应用128使用统一资源定位器、URL、或Web地址,作为互联网或别处资源(如:文档或影像)的标准化地址名格式。
所述活动性管理器116,或称为活动性处理器或上下文管理器,定期接收识别关于所述第一应用122的活动性的数据,并分别根据因与所述第一应用122相关的活动不充分而未超出或超出了第一应用超时窗,来确定所述第一应用122是否为活动或非活动。所述活动性管理器116根据所述第一122和第二124应用二者均为非活动的确认,开始注销所述特定用户启动的会话。所述活动性管理器116根据所述第一122和第二124应用二者之一为活动的确认,阻止注销所述特定用户启动的会话。
所述通信处理器114协调所述处理器102和存储器104和/或通信接口108之间的通信。例如,所述通信处理器114向所述管理应用126发送一个指示—所述第一应用122为非活动的。所述通信处理器114从所述管理应用126接收一个指示—所述第二应用124为活动或非活动的,它作为因与所述第二应用124相关的活动性充分或不充分而分别未超出或超出第二应用超时窗的结果而被分别确定出。
所述输入处理器112从所述第一应用接收一个活动性状态指示,该指示标识了所述第一应用122是否为活动或非活动。所述输入处理器112接收代表多个不同命令的数据中的所述活动状态指示,所述的不同命令包括活动性通知命令和涉及以下至少一个的命令:(a)确定来自所述管理应用126的用户操作会话标识符,以及(b)向所述管理应用126发送一个统一资源定位器(URL)。所述活动性状态指示包括以下一个或多个:(a)某一特定用户启动的会话的标识,(b)在所述活动性通知没有成功的情况下需要联系的URL,以及(c)妨碍所述活动性通知成功的事件的类型标识。
根据诸如:标识(ID)、口令、生物测量学、用户名等用户标识信息的确认,所述权利处理器118使用户能够访问所述第一应用122。有效和无效包括所述用户输入的标识信息分别与所述系统100存储的标识信息匹配和不匹配。所述通信处理器114还与所述浏览器应用128进行通信,所述浏览器应用提供一个用户接口显示,允许用户输入用于所述权利处理器118认证的标识信息。
图2和3示例性示出了多个交互,以便在至少两个遵照CCOW的应用之间同步用户非活动性超时的状态。
图2示例性示出图1所示系统100的过程流程图200,示出了当所述第二应用124处于活动状态时,所述第一应用122变为非活动状态。
在过程201,由于所述用户在所述第一应用122的非活动性门限内没有与所述第一应用122进行交互,或由于发生了非活动轮询事件,所述第一应用122变为非活动状态。
在过程201,当处于所述非活动状态时,由于使用了所述轮询事件,当原因代码设置为指示非活动性时,所述第一应用122周期地试图无效所述用户(即:对所述并行操作的应用关闭会话)。轮询的执行确保了在所述第二应用124离开所述上下文或在所述活动状态变为无响应时,所述用户活动性指示符最终被无效。当所述用户活动性指示符被设置为无效,或当所述第一应用122离开所述非活动状态(如:由于用户交互而变为活动状态)时,所述第一应用122停止轮询。
在过程202,所述第一应用122向所述管理应用126发送一个上下文更改事务。尤其是,在活动202,所述上下文更改事务代表所述第一应用122从活动状态变为非活动状态。所述管理应用126在所述第一122和第二124应用之间有利地协调非活动性超时门限,这样即使所述第一应用122和第二应用124其中之一已经达到其非活动性门限或发生了非活动轮询事件,也能使用户保持对所述第一应用122和第二应用124的注册。
在过程203,所述第一应用122设置所述用户活动性指示标识符为无效,以使当前用户无效,并将原因代码设置为“非活动性”,以指示该无效设置的原因为该用户的非活动性。所述第一应用122向所述管理应用126发送所述用户活动性指示符和所述原因代码的所述设置。
在过程203,所述第一应用122试图将所述活动状态更改为非活动状态,并通知所述管理应用126该试图,但在取消用户会话的事务结束之前,所述第一应用122会等待来自所述管理应用126的响应。如果所述管理应用126回应:与该会话相关的其它应用也是非活动的,那么所述第一应用122承担更改事务并无效该用户(见图2中的步骤204~206,以及图3中的步骤301~306)。否则,如果所述管理应用126回应:与该会话相关的其它应用至少有一个仍是活动的,那么所述第一应用122取消更改事务并返回到所述活动状态(见图2中的步骤204~211)。
在过程204,所述管理应用126通知所述第二应用122所述第一应用122要更改上下文使所述用户活动性指示符无效的试图。
在过程205,所述第二应用122向所述管理应用126请求所述原因代码,以确定所述第一应用122已使所述用户活动性指示符无效的原因。
在过程206,所述管理应用126向所述第二应用122回复:所述用户活动性指示符被设置为无效,以使当前用户无效,以及所述原因代码被设置为“非活动性”。所述原因代码指示:由于所述第一应用122已经达到其非活动性门限,所述第一应用122试图无效所述用户活动性指示符。
在过程207,所述第二应用122确定:由于所述第二应用122仍未达到其非活动性门限,所述第二应用122目前正处于活动状态。结合起来,活动204~207允许所述管理应用126查询所述第二应用124以确定:根据所述所述第一应用122为非活动的指示,是否超出了所述第二应用超时窗。
在过程208,所述第二应用122向所述管理应用126返回一个有条件的接受响应,其具有一个指示所述第二应用122处于活动状态的“活动”响应消息。
在过程209,所述管理应用126向所述第一应用122发送所述具有“活动”响应消息的有条件的接受响应。所述第一应用122从所述管理应用126接收该带有“活动”响应消息的有条件的接受响应,并确定至少有一个应用(如:所述第二应用122)用所述“活动”消息进行了响应,该“活动”消息指示至少有一个应用还没达到其非活动性门限。
在过程210,所述第一应用122取消(即:改回或返回)在过程203中所作的所述用户活动性指示符更改,并向所述管理应用126发送一个上下文更改事务的意图。尤其是,所述第一应用122将所述用户活动性指示符设置为逻辑1(即:高),以使当前用户有效,并将所述原因代码设置为“活动性”,以指示所述逻辑1设置的原因是该用户的活动性。所述第一应用122将所述用户活动性指示符和原因代码的更改设置发送给所述管理应用126。
在过程211,所述第一应用122设置一个定时器,如:轮询定时器。当或如果所述轮询定时器终了,所述第一应用122通过返回到过程201来重复所述用户上下文更改顺序。
图3示例性示出图1所示的系统100的过程流程图300,示出了当所述第二应用124已经处于非活动状态时,所述第一应用122从活动状态变为非活动状态。
活动201~206与参照图2的描述相同。
在过程301,所述第二应用124确定:由于所述第二应用124已经达到其非活动性门限,所述第二应用124目前处在非活动状态。
在过程302,所述第二应用124向所述管理应用126返回一个接受响应,指示由于已经达到所述用户非活动性门限,所述第二应用124处于所述非活动状态。
在过程303,所述管理应用126向所述第一应用122发送一个接受或一个带有“其它”响应消息的有条件的接受响应。所述第一应用122从所述管理应用126接收该接受或带有“其它”响应消息的有条件的接受响应,并确定没有其它应用(如:所述第二应用122)用所述“活动”消息作为响应,该“活动”消息指示每一个其它相关的应用均已经到其非活动性门限。
在过程304,所述第一应用122承担(即:确认或批准等)在过程203中所作的所述用户活动性指示符更改,并向所述管理应用126发送一个承担从活动状态到非活动状态的上下文更改事务的意图。在过程304,根据所述第一122和第二124应用均为非活动的确定,所述第一应用122开始对所述特定用户启动的会话进行注销。
在过程305,所述管理应用126通知:所述第一应用122已承担从活动状态到非活动状态的上下文更改事务。因此,根据所述第一122和第二124应用均为非活动的确定,所述管理应用开始对所述特定用户启动的会话进行注销。
在过程306,所述第二应用122取消定时器,如:非活动轮询定时器。
经所述管理应用126,所述系统100有效地从这些参与应用(如:第一122和第二124应用)注销了所述用户。所述第一122和第二124应用均处于非活动状态,且没有用户活动性指示符被设置。如果或当所述用户活动性指示符因所述第一122和第二124应用之一中的用户活动性而被再次设置,这两个应用将更改为所述活动状态,并开始用所述非活动定门限来监视用户活动性。
因此,虽然参考本发明的各种示例性实施方案完成了对本发明的描述,但本发明并没有试图将该发明限制于这些特定的实施方案。本领域的技术人员将认识到:在没有脱离所附权利要求所定义的本发明的精神和范畴的情况下,能够得出所揭示的主题的变形、修改和组合。
Claims (13)
1.一种用于与第二应用并行操作的第一应用的系统,包括:
一活动性管理器,用于定期地接收标识与所述第一应用相关的活动性的数据,并根据因活动性不充分而超过了第一应用超时窗来确定所述第一应用为非活动;以及
一通信处理器,用于向一管理应用发送一个所述第一应用为非活动的指示,并从所述管理应用接收一个所述第二应用为非活动的指示,所述第二应用为非活动的是作为因与所述第二应用相关的活动性不充分而超过了第二应用超时窗的结果被确定。
2.根据权利要求1的系统,其中
所述第一和第二应用是特定用户启动的会话的并行操作应用,以及
所述活动性管理器根据所述第一和第二应用二者均为非活动的确定,开始注销所述特定用户启动的会话。
3.根据权利要求1的系统,其中
所述第一和第二应用是特定用户启动的会话的并行操作应用,以及
所述通信处理器从所述管理应用接收一个所述第二应用为活动的指示,所述第二应用为活动的是作为与所述第二应用相关的活动性充分而防止超出第二应用超时窗的结果被确定,以及
所述活动性管理器根据所述第二应用为活动的确认,阻止注销所述特定用户启动的会话。
4.根据权利要求1的系统,其中
所述定期地接收的确认活动性的数据防止所述第一应用的非活动性超时,以及
所述第一和第二应用是启动特定用户的会话的并行操作应用。
5.根据权利要求1的系统,其中
所述管理应用包括所述第二应用,
所述管理应用询问所述第二应用以确定:根据所述第一应用为非活动的所述指示,是否超出了所述第二应用超时窗,以及
所述用户动作包括以下的至少一个:(a)键盘活动,(b)鼠标活动,(c)其他数据输入装置活动,以及(d)另一用户启动的个人电脑(PC)应用操作活动。
6.根据权利要求1的系统,其中
所述第一应用和所述管理应用驻留在同一台个人电脑(PC)中,以及
所述第一应用为非活动的所述指示包括以下的一个或多个:(a)用于确认一个特定用户启动的会话的会话标识符,(b)在所述活动性通知没有成功的情况下需要联系的统一资源定位器(URL),以及(c)妨碍所述活动性通知成功的事件的类型标识。
7.根据权利要求1的系统,其中
一权利处理器根据用户标识信息的认证,使用户能够访问所述第一应用,以及
所述通信处理器与提供一个允许用户输入用于所述权利处理器认证的标识信息的用户接口显示的浏览器应用进行通信。
8.一种由支持第一应用和第二应用一起并行操作的管理应用所使用的系统,包括:
一输入处理器,用于从所述第一应用接收一个标识所述第一应用是否为非活动的活动性状态指示;以及
一通信处理器,用于根据从所述第一应用接收的所述活动性状态指示,
向所述第二应用发送指示所述第一应用的状态从活动更改为不活动的数据;
从所述第二应用接收指示所述第二应用活动性状态的数据;以及
向所述第一应用发送指示所述第二应用活动性状态的数据。
9.根据权利要求8的系统,其中:
所述第一和第二应用是特定用户启动的会话的并行操作应用,以及
所述第一应用根据所述第一和第二应用二者均为非活动的确定,开始注销所述特定用户启动的会话。
10.根据权利要求9的系统,其中:
所述管理应用根据所述第一和第二应用二者均为非活动的确定,开始注销所述特定用户启动的会话。
11.根据权利要求8的系统,其中:
所述输入处理器接收代表多个不同命令的数据中的所述活动状态指示,所述的不同命令包括活动性通知命令和涉及以下至少一个的命令:(a)确定来自所述管理应用的用户操作会话标识符,以及(b)向所述管理应用发送一个统一资源定位器(URL),以及
所述活动性状态指示包括以下一个或多个:(a)一特定用户启动的会话的标识,(b)在所述活动性通知没有成功的情况下需要联系的URL,以及(c)妨碍所述活动性通知成功的事件的类型标识。
12.一种支持多个互联网兼容应用的并行操作的系统,包括:
一浏览器应用,用于提供一个允许用户输入标识信息和用于多个互联网兼容应用的命令的用户接口显示;以及
一管理应用,用于在多个并行操作应用之间交换代表活动性状态指示的数据,所述活动性状态指示从所述多个并行操作应用的个别应用接收,并指示个别应用的状态从活动到非活动的变化,所述多个并行操作应用由用户命令经所述浏览器用户接口启动。
13.一种用于与第二网络兼容应用并行操作的第一应用的方法,包括以下活动:
定期地接收标识与所述第一应用相关的活动性的数据,并根据因活动性不充分而超过了第一应用超时窗来确定所述第一应用为非活动;
向一管理应用发送一个所述第一应用为非活动的指示;以及
从所述管理应用接收一个所述第二应用为非活动的指示,所述第二应用为非活动的是凭借因与所述第二应用相关的活动性不充分而超过了第二应用超时窗的理由来确定的。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US60915904P | 2004-09-10 | 2004-09-10 | |
US60/609,159 | 2004-09-10 | ||
US11/223,305 | 2005-09-09 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101027641A true CN101027641A (zh) | 2007-08-29 |
Family
ID=38744862
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2005800303766A Pending CN101027641A (zh) | 2004-09-10 | 2005-09-12 | 用于管理并行操作的可执行应用中的非活动性的系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101027641A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102780650A (zh) * | 2012-07-21 | 2012-11-14 | 上海量明科技发展有限公司 | 即时通信交互界面调整的方法及客户端 |
CN106126358A (zh) * | 2009-08-10 | 2016-11-16 | 三星电子株式会社 | 在网络应用之间数据通信的装置和方法 |
CN112997153A (zh) * | 2018-09-24 | 2021-06-18 | 思杰系统有限公司 | 用于经由嵌入式浏览器跨不同的saas应用的一致的执行策略的系统和方法 |
CN113784329A (zh) * | 2017-08-18 | 2021-12-10 | 华为技术有限公司 | Ran inactive模式下的位置和上下文管理 |
-
2005
- 2005-09-12 CN CNA2005800303766A patent/CN101027641A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106126358A (zh) * | 2009-08-10 | 2016-11-16 | 三星电子株式会社 | 在网络应用之间数据通信的装置和方法 |
CN102780650A (zh) * | 2012-07-21 | 2012-11-14 | 上海量明科技发展有限公司 | 即时通信交互界面调整的方法及客户端 |
CN113784329A (zh) * | 2017-08-18 | 2021-12-10 | 华为技术有限公司 | Ran inactive模式下的位置和上下文管理 |
CN113784329B (zh) * | 2017-08-18 | 2022-10-25 | 华为技术有限公司 | Ran inactive模式下的位置和上下文管理 |
US11678400B2 (en) | 2017-08-18 | 2023-06-13 | Huawei Technologies Co., Ltd. | Location and context management in a ran inactive mode |
CN112997153A (zh) * | 2018-09-24 | 2021-06-18 | 思杰系统有限公司 | 用于经由嵌入式浏览器跨不同的saas应用的一致的执行策略的系统和方法 |
CN112997153B (zh) * | 2018-09-24 | 2022-11-15 | 思杰系统有限公司 | 用于经由嵌入式浏览器跨不同的saas应用的一致的执行策略的系统和方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20060059556A1 (en) | System for managing inactivity in concurrently operating executable applications | |
Onodera et al. | Innovation process of mHealth: An overview of FDA-approved mobile medical applications | |
Kellermann et al. | What it will take to achieve the as-yet-unfulfilled promises of health information technology | |
Mechael et al. | Barriers and gaps affecting mHealth in low and middle income countries: Policy white paper | |
WO2015057715A1 (en) | Intelligent continuity of care information system and method | |
US11728031B2 (en) | Software application for patient care and related device, system, and method | |
WO2016130532A1 (en) | Computer assisted patient navigation and information systems and methods | |
US20060106648A1 (en) | Intelligent patient context system for healthcare and other fields | |
Saeed et al. | An exploration of usability issues in telecare monitoring systems and possible solutions: a systematic literature review | |
US20140136219A1 (en) | Patient and physician gateway to clinical data | |
Shaikh et al. | Tele-COVID: A Telemedicine SOA-Based Architectural Design for COVID-19 Patients. | |
CN101027641A (zh) | 用于管理并行操作的可执行应用中的非活动性的系统 | |
JP7323449B2 (ja) | 患者の状況、ユーザの役割、現在のワークフロー及びディスプレイの近接度に基づいて、ユーザ体験を最適化するためのシステム及び方法 | |
Maulana et al. | RUKITON—Smart queue reservation system for medical center | |
KR101818100B1 (ko) | 의료서비스 통합 관리를 위한 장치 및 방법 | |
US20220301677A1 (en) | Platform and interfaces for managing caregivers | |
WO2008103811A2 (en) | Transglobal md health care information exchange system | |
Brennan et al. | Consumer health informatics and telehealth | |
Ray et al. | Awareness modelling in collaborative mobile e-health | |
Lamber et al. | Message-based patient guidance in day-hospital | |
Korostelev et al. | M 2-pass: Sms-based mobile patient support and responding to challenges of transitional care | |
JP7162948B1 (ja) | 情報処理方法、プログラム及び情報処理装置 | |
KR102511579B1 (ko) | 진료 키트를 이용한 원격진료 서비스 제공 장치, 시스템, 방법 및 프로그램 | |
Pacheco | Self-service kiosk-based anamnesis system for emergency departments | |
Lin et al. | Smart Telehealth Appointment System–WI Care |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |