CN1551589A - 服务管理***和方法、用于这种***的通信设备和集成电路 - Google Patents
服务管理***和方法、用于这种***的通信设备和集成电路 Download PDFInfo
- Publication number
- CN1551589A CN1551589A CNA2004100434365A CN200410043436A CN1551589A CN 1551589 A CN1551589 A CN 1551589A CN A2004100434365 A CNA2004100434365 A CN A2004100434365A CN 200410043436 A CN200410043436 A CN 200410043436A CN 1551589 A CN1551589 A CN 1551589A
- Authority
- CN
- China
- Prior art keywords
- application
- communication equipment
- subordinate
- service
- independent utility
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
当终止应用(1)时,通信设备(10)识别从属于应用(1)的任何应用。在应用(2)从属于应用(1)的情况下,通信设备(10)请求通信设备(20)终止应用(2)。作为对此响应,通信设备(20)识别从属于应用(2)的任何应用。在应用(3)从属于应用(2)的情况下,通信设备(20)请求通信设备(30)终止应用(3)。作为对此响应,通信设备(30)终止应用(3),并通知通信设备(20)关于该终止。作为响应,通信设备(20)终止应用(2),并通知通信设备(10)关于该终止。作为响应,通信设备(10)终止应用(1)。结果,应用(1)到(3)都终止了。
Description
技术领域
本发明涉及控制通过网络连接在一起并彼此协作的多个电子通信设备操作的***,这些设备诸如数码照像机(DSC)、数码摄影机(DVC)、移动电话、数字TV(DTV)、家庭服务器、机顶盒(STB)和保险箱,更具体地是控制由多个彼此协作的电子通信设备提供的服务。
背景技术
按照常规,为了实现其中信息在多个通过有线或无线网络连接在一起的电子通信设备之间共享的服务,诸如数码照像机(DSC)、数码摄影机(DVC)、移动电话、数字TV(DTV)、家庭服务器、机顶盒(STB)和保险箱,每个电子通信设备执行实现服务所需要的一件软件。
当电子通信设备参与服务或退出服务时,电子通信设备通知其它涉及服务的参与或退出服务的电子通信设备。这样,每个电子通信设备都会被通知到,并管理其它电子通信设备的操作(例如,参见日本Laid-Open专利公开No.2001-14254)。
然而,对于传统***,每个电子通信设备的操作都只能由发自用户的直接命令终止。因此,当用户终止一电子通信设备操作、而同时该电子通信设备正与另一电子通信设备协作提供某个服务时,其它电子通信设备可能仍被留下操作。
然后,第二电子通信设备将继续不必要地保留存储区,而无法有效地利用硬件资源。
概述
因此,本发明的一个目标是提供用于实现其中信息在多个电子通信设备间协作共享的服务的***,其中一个电子通信设备的操作终止与其它电子通信设备的操作终止链接在一起。
本发明有以下特点以达到上述目标。本发明的第一方面针对这样的***,它利用多个连接在网络上并彼此协作执行应用的通信设备来提供期望的服务,每个通信设备包括:从属表定义装置,定义识别由通信设备执行的应用之间从属性的从属表;从属应用识别装置,当终止一运行的应用时,参考从属表以识别要随着正被终止的应用的终止而要终止的从属应用;终止请求装置,用于请求执行由从属应用识别装置识别的从属应用的通信设备终止从属应用;以及从属应用终止装置,当由另一通信设备请求终止从属应用时,终止从属应用。
按照第一方面,当终止涉及服务的应用时,***可终止其它与正要终止的应用协作操作的其它应用。这样,释放通信设备分配给该服务的硬件资源是可能的,这些资源可随后用于其它应用。
更适合地,从属表定义装置定义从属表,同时将由运行着的应用起动的应用看作从属应用。
这样,任何衍生起动的应用看作从属应用,由此***能够准确保持跟踪应用间的从属性。
更适合地,从属表定义装置通过将从属应用标识符关联于每个运行的应用而定义从属应用;且从属应用识别装置根据关联于正被终止的应用的从属应用标识符来识别从属应用。
这样,每个通信终端可更快地识别从属性,因为从属性是根据从属应用标识符定义的。
更适合地,当从属应用起动时,从属表定义装置将从属应用标识符关联于从属应用,从属应用标识符指出从属应用从属于哪个应用。
这样,***能够方便地保持跟踪从属应用从属于哪个应用。
更适合地,任何由从属应用衍生起动的应用都是从属应用。
这样,没有独立应用将由从属应用衍生起动,由此***能够由首先终止从属应用而终止涉及服务的应用。因此,终止涉及服务的应用的算法易于设计。
更适合地,从属表识别其终止独立于任何其它应用终止的独立应用;且每个通信设备还包括独立应用确认装置,当起动应用时,提示用户确认是否作为独立应用起动应用。
这样,用户可确认的独立应用的起动,且可获得涉及服务的独立应用上的信息。
更适合地,独立应用确认装置登记用户的确认结果,作为从属表中关联于被起动的应用的用户确认标识符。
这样,方便地识别是否独立应用已伴随用户的确认而被起动是可能的。
更适合地,每个通信设备还包括标识符确认装置,当命令另一通信设备起动由运行的应用衍生的应用时,确认运行的应用的用户确认标识符;且如果由标识符确认装置确认该运行的应用是一没有用户确认而启动的应用,从属表定义装置将由该运行的应用衍生起动的应用看作是从属应用。
这样,任何能够从没有用户确认而已起动的独立应用衍生起动的应用都是从属应用。因此,***可以首先终止由从没有用户确认而已起动的独立应用衍生起动的从属应用而终止涉及服务的应用。这样,终止涉及服务的应用的算法可方便地设计。
更适合地,每个通信设备还包括衍生应用起动确定装置,用于当由正在另一通信设备上运行的另一应用衍生起动一应用时,根据由其它通信设备通知的生成数目确定是否起动该衍生应用。
这样,防止衍生应用不必要地被起动是可能的。
更适合地,每个通信设备还包括衍生应用起动确定装置,用于当由正在另一通信设备上运行的另一应用衍生起动一应用时,根据登记在从属表中的应用数目确定是否起动该衍生应用。
这样,防止衍生应用不必要地被起动是可能的。
更适合地,从属表识别其终止是独立于任何其它应用终止的一个独立应用;每个通信设备还包括:服务状态通知请求装置,用于当终止一独立应用时,请求执行由独立应用衍生起动的另一独立应用的另一通信设备通知该通信设备有关服务进度;以及服务状态接收装置,从其它通信设备接收服务进度的通知;而且接收该服务进度通知请求的其它通信设备在预定的时间通知该通信设备有关服务进度。
这样,甚至在用户终止在由用户使用的通信设备上运行的独立应用后,并由此通信设备退出服务,用户仍能被通知到关于服务的进度。
更适合地,预定的时间是当服务被终止的时间。
这样,用户可被通知服务的终止。
更适合地,服务进度在接收通知请求后以规则的时间间隔被通知。
这样,用户可以以规则的时间间隔被通知到服务进度。
更适合地,当没有用户确认而已起动且由涉及服务的通信设备之一执行的独立应用被终止时,通信设备通知所有其它发出服务进度通知请求的通信设备有关该没有用户确认而已起动的独立应用的终止。
这样,甚至在用户终止运行在由用户使用的通信设备上的独立应用之后,由此通信设备退出服务,用户仍能被通知到关于没有用户确认而已起动的独立应用的终止。
更适合地,服务状态通知请求装置提示用户确定是否发出服务进度通知请求。
这样,用户能够被通知到服务进度,仅当这对用户是重要的时候。
更适合地,由用户起动初始化服务的应用作为根应用被处理,每个通信设备还包括:通信异常检测装置,用于检测是否发生通信异常;通信异常通知装置,用于如果通信异常检测装置检测到通信异常,通知执行根应用的通信设备有关该通信异常;独立应用识别装置,用于识别其终止是独立于涉及服务的任何其它应用的终止的独立应用;以及应用终止装置,用于如果通信设备由另一通信设备通知关于通信异常,命令其它通信设备终止任何由独立应用识别装置识别的独立应用及任何从属于根应用的从属应用。
这样,执行根应用的通信设备的用户可被通知关于其它通信设备的异常。而且,***终止所有应用。这样,当通信异常发生时,可靠地终止运行所有涉及服务的设备上的应用是可能的。
更适合地,每个通信设备还包括根应用代理请求装置,用于当终止由用户起动的用于初始化服务的根应用时,请求通信设备执行由独立应用识别装置识别的独立应用来担当代理,完成由执行根应用获得的功能;而从根应用代理请求装置接收请求的通信设备继续提供服务,同时使用正在运行的独立应用作为根应用。
这样,用户起动以初始化服务的第一独立应用可在继续服务的同时被终止。因此,即使用户退出服务,一定的操作也可在其余的通信设备间完成。
更适合地,独立应用识别装置根据预定的优先级选择一独立应用服务作为根应用的代理。
这样,代理通信设备可按照预定的优先级被选择。例如,选择具有更高规格的通信设备,或者能够查询在通信异常发生时用户是否继续服务的通信设备。这样,允许用户具有关于如何用代理通信设备提供服务的更大的灵活性。
更适合地,优先级是根据网络通信的费用确定。
这样,减少通信费用是可能的。
更适合地,如果没有独立应用由独立应用识别装置所识别,根应用代理请求装置指定由根应用衍生起动的从属应用作为代理应用,作为根应用的代理而服务。
这样,从属应用能够是代理应用,由此避免没有代理应用的情况并更方便地继续服务是可能的。
更适合地,每个通信设备还包括服务可持续性确定装置,用于确定如果代理应用是从属应用,且如果代理应用从另一通信设备接收通信失败通知,则服务能够不再继续。
这样,当通信异常发生,同时从属应用正作为代理应用服务时,可靠地终止所有运行在涉及服务的设备上的应用是可能的。
更适合地,每个通信设备还包括根切换装置,如果代理应用是从属应用且如果独立应用是由代理应用衍生起动,则切换根应用至独立应用。
这样,甚至在从属应用已指定为代理应用之后,代理应用仍可切换至独立应用。因此,例如,当通信发生异常时询问用户是否继续服务是可能的。这样,允许用户有更大的灵活性。
更适合地,服务管理***包括一管理服务器,其中登记了所有涉及服务的独立应用,其中如果管理服务器由用户命令而终止服务,管理服务器终止所有登记的独立应用。
这样,每个通信设备不再需要控制其为实现服务而执行的应用的操作,从而减少通信设备上的负载。
本发明的第二方面针对管理由多个连接在网络上并彼此协作的通信设备提供的服务的终止的服务管理方法,方法包括:涉及服务的每个通信设备定义识别由通信设备执行的应用之间从属性的从属表的步骤;在通信设备之中正在执行要终止的应用的正在终止的通信设备根据从属表识别由要终止的应用衍生起动的从属应用的步骤;正在终止的通信设备通过网络命令执行从属应用的通信设备终止从属应用的步骤;以及正在终止的通信设备在从属应用终止后,终止正要终止的应用的步骤。
更适合地,在定义从属表的步骤中,定义从属表,同时将由正在运行的应用起动的应用看作从属应用。
更适合地,在定义从属表的步骤中,从属应用通过将从属应用标识符关联于每个运行的应用来定义;而在识别从属应用的步骤中,从属应用根据关联于正要终止的应用的从属应用标识符识别。
更适合地,任何从从属应用衍生起动的应用都是从属应用。
更适合地,从属表识别独立应用,其终止是独立于任何其它应用的终止的;而且方法还包括起动应用的通信设备提示用户确认是否作为一个独立应用来起动该应用的步骤。
更适合地,方法还包括命令另一通信设备起动由运行的应用衍生的应用的通信设备确认该运行的应用的用户确认标识符;而且在定义从属表的步骤中,如果运行的应用是没有用户确认而已起动的应用是确认的,则定义从属表,同时将从运行的应用衍生起动的应用看作是从属应用。
更适合地,服务管理方法还包括从运行在另一通信设备上的另一应用衍生起动一应用的通信设备确定是否根据由其它通信设备通知的生成的数目起动衍生应用的步骤。
更适合地,服务管理方法还包括从运行在另一通信设备上的另一应用衍生起动一应用的通信设备确定是否根据由从属表中登记的应用的数目起动衍生应用的步骤。
更适合地,从属表识别一独立应用,其终止独立于任何其它应用的终止,该方法还包括:终止独立应用的通信设备请求另一执行从独立应用衍生起动的另一独立应用的通信设备通知该通信设备关于服务进度的步骤;终止独立应用的通信设备从另一通信设备接收服务进度的通知的步骤;以及接收服务进度通知请求的通信设备在预定时间通知该通信单元关于服务进度的步骤。
更适合地,由用户起动初始化服务的应用作为根应用被处理,该方法还包括:每个通信设备检测是否发生通信异常的步骤;已检测到通信异常的通信设备通知执行根应用的通信设备关于通信异常的步骤;每个通信设备识别独立应用的步骤,其终止是独立于任何其它涉及服务的应用的终止;以及如果执行根应用的通信设备被另一通信设备通知关于通信异常,通信设备命令其它通信设备终止任何在识别独立应用步骤中识别的独立应用和任何根应用上的从属应用的步骤。
更适合地,服务管理方法还包括如果在其中登记了所有涉及服务的独立应用的服务器由用户命令终止服务,管理服务器终止所有登记的独立应用的步骤。
本发明的第三方面针对连接在网络上的通信设备,用于通过执行与至少一台其它连接在网络上的通信设备协作提供预期的服务,该通信设备包括:从属表定义装置,用于定义识别由网络上通信设备执行的应用之间从属性的从属表;从属应用识别装置,用于当终止运行的应用时,参考从属表识别从属于要终止的应用的从属应用;终止请求装置,用于请求执行由从属应用识别装置识别的从属应用的通信设备终止从属应用;以及从属应用终止装置,用于当另一网络上的通信设备请求终止从属应用时,终止从属应用。
本发明的第四方面针对用于连接在网络上通过执行至少与一个其它连接在网络上的通信设备协作的应用提供预期服务的通信设备的集成电路,集成电路包括:从属表定义装置,用于在通信设备的存储设备中,定义识别由网络上通信设备执行的应用之间从属性的从属表;从属应用识别装置,用于当终止运行的应用时,参考从属表识别从属于要终止的应用的从属应用;终止请求装置,用于请求执行由从属应用识别装置识别的从属应用的通信设备终止从属应用;以及从属应用终止装置,用于当另一网络上的通信设备请求终止从属应用时,终止从属应用。
本发明的这些和其它目标、特点、方面和优点都将在吸收结合附图同时从本发明的以下详细描述中变得显而易见。
附图说明
图1示出按照本发明第一实施例的服务管理***的示例性一般配置;
图2A示出存储于通信设备10中的应用表;
图2B示出存储于通信设备20中的应用表;
图2C示出存储于通信设备30中的应用表;
图3是一流程图,示出总体上按照本发明第一实施例的服务管理***在服务起用时的操作;
图4给出存储于服务管理服务器中信息的例子;
图5给出简档信息的例子;
图6是一流程图,示出总体上按照本发明第一实施例的服务管理***在服务终止时的操作;
图7A给出存储于通信设备10的应用表;
图7B给出存储于通信设备20的应用表;
图7C给出存储于通信设备30的应用表;
图8是一流程图,示出总体上按照本发明第二实施例的服务管理***的操作;
图9给出登记在根通信设备的独立应用信息的例子;以及
图10是一流程图,示出总体上按照本发明第三实施例的服务管理***的操作。
详细说明
(第一实施例)
图1示出按照本发明第一实施例的服务管理***的示例性一般配置。参考图1,服务管理***包括三个电子通信设备(下文简称为“通信设备”)10、20和30,以及网络40。通信设备通过网络40连接在一起。虽然示例中通信设备的数量为三,但它可选地可少于或多于三。为了简便,下面将描述三个通信设备连接到网络40的一个例子。
网络40可以是有线网络、无线网络,或者它们的结合。代表性地,网络40是因特网、电话网络、移动电话网络、PHS网络、ADSL网络等的结合。
通信设备10、20和30的每一个可以是能够与其它设备通信的设备,诸如数码照像机(DSC)、数码摄影机(DVC)、移动电话、数字TV(DTV)、家庭服务器、机顶盒(STB)和保险箱等。
通信设备10、20和30的每一个可以具有本领域已知的硬件配置。特别地,每个设备可包括通过网络与其它设备通信的通信部分、控制设备操作的CPU(中央处理单元)、存储由CPU执行的程序和其它必需数据的内存、显示由CPU控制的图像的显示部分,诸如液晶屏、以及从用户接收指令的输入部分,诸如按钮开关。
通信设备10、20和30的每一个都从记录设备读出应用程序(下文简称为“应用”)并存入内存中,而CPU执行存储在内存中的应用。本实施例中,由通信设备10执行的应用将称为“应用1”(图中为“App 1”),由通信设备20执行的应用将称为“应用2”(图中为“App 2”),而由通信设备30执行的应用将称为“应用3”(图中为“App 3”)。虽然由通信设备10、20和30执行的应用可包括许多不是应用1到3的应用,但为了简化,本发明在下面将用三个应用来描述。
本实施例中,术语“服务”指由通过网络以彼此协作的方式运行的应用1到3实现的功能。
由通信设备执行的应用分类为两种类型的应用,即独立应用(independentapplication)和从属应用(dependent application)。
术语“独立应用”指由通信设备执行的且即使由另一通信设备执行的另一应用被终止也不将终止的应用。
术语“从属应用”指由通信设备执行的且将随着由另一通信设备执行的另一应用的终止而被终止的应用。哪个应用的终止引起从属应用的终止是在从属应用起动时确定的。典型地,由另一已经运行的应用起动的应用被看作为从属应用。此外,典型地,从从属应用衍生起动的应用只可能是从属应用。
每个通信设备存储把每个当前运行的应用(running application)标识为或者独立应用或者从属应用的应用表。换句话说,应用表是标识运行在不同通信设备上的应用的从属性的表(从属表)。
图2A到2C给出分别存储在通信设备10、20和30的应用表,同时服务由通信设备提供。
图2A示出存储于通信设备10中的应用表。图2B示出存储于通信设备20中的应用表。图2C示出存储于通信设备30中的应用表。
每个应用表有标识每个运行的应用的名称的“运行应用”列、标识每个运行的应用类型的“应用类型”列、以及识别从属于运行的应用的“从属应用标识符”列。在图2A到2C中,符号“-”意思是没有为运行的应用指定的“从属应用标识符”。
例如,在图2A到2C中,应用1指定为独立应用。应用2指定为应用1的“从属应用标识符”。在本***中,这意味着应用2将随着应用1的终止而终止。但是,即使应用2终止,应用1将不终止。应用1,作为独立应用,将不随着另一应用的终止而终止。
应用2指定为从属应用。应用3指定为应用2的“从属应用标识符”。在本***中,这意味着应用3将随着应用2的终止而终止。但是,即使应用3终止,应用2将不终止。
没有“从属应用标识符”为应用3指定。在本***中,这意味着没有其它应用将随着应用3的终止而终止。
注意可另一个运行的应用在“从属应用标识符”列中指定多个应用。
图3是一流程图,总体上示出按照本发明第一实施例的服务管理***在服务起用时的操作。现在,参考图3,将总体上描述服务管理***在服务起用时的操作。
当从用户处接收到起动应用1的命令时,通信设备10设置从应用1衍生起动的应用数目(下文称为“衍生应用计数”)K为零(步骤S101)。在这个步骤中,通信设备10提示用户输入衍生应用计00数的上限值N(步骤S101)。衍生应用计数表示衍生应用的生成数目。值N可根据预定的缺省值以另一种方式确定。
然后,通信设备10起动应用1(步骤S102),并登记应用1为应用表中的独立应用(步骤S103)。可供选择地,通信设备10可提示用户输入应用1的类型。可供选择地,当起动应用1时,通信设备10可提示用户确认是否应用1应作为独立应用起动。以下描述假设应用1是独立应用。
然后,假设应用1命令通信设备10请求在通信设备20上运行应用2作为从属于应用1的应用。然后,通信设备10通过向通信设备20发送衍生应用数K、上限值N和应用2的应用类型来请求通信设备20起动应用2,同时指定应用类型为从属应用(步骤S104)。可供选择地,应用1可提示用户指定应用2的应用类型。
在本实施例中,假设在发出起动应用2指令前,应用1已知通信设备20是否有足够的资源执行应用2(CPU性能、内存大小、应用2所要用的硬件等)。这可,例如,如下来实现。
服务管理服务器(未在图1中示出)可在由运行应用1的用户拥有的各种设备上存储信息。服务管理服务器可以是,例如,家庭服务器等。图4给出存储在服务管理服务器中的信息例子。列901给出每个通信设备的标识符。列902给出每个通信设备的网络地址。列903给出能由每个通信设备提供的功能。例如,图4示出通信设备30能够再现记录以MPEG2或MPEG4格式的活动图片。列904给出每个通信设备的内存大小。由于内存大小较大,通信设备就可执行较大的应用。
应用1发送简档信息(profile information)给服务管理服务器,而服务管理服务器返回满足在简档信息中指定的条件的每个通信设备的地址。这里所用的“简档信息”指为了执行应用2需要满足的性能规定。图5给出简档信息的一个例子。图5的简档信息规定了通信设备能够再现MPEG2活动图片并具有5M以上的内存。服务管理服务器查找满足简档信息的通信设备,并返回通信设备地址至应用1。在图4的例子中,通信设备20满足由应用1请求的简档信息,由此服务管理服务器返回通信设备20的地址给应用1。可有多于一个满足简档信息的设备。在这种情况下,服务管理服务器可只将有资格设备的选中的一个的地址返回给应用1,或者应用1可选择所有从服务管理服务器返回的有资格设备的地址之一。可供选择地,应用1可提示用户做出选择。
响应起动应用2的请求,通信设备20递增所收到的衍生应用计数K(步骤S201)。然后,通信设备20确定是否衍生应用计数K等于或大于上限值N(步骤S202)。如果K等于或大于N,通信设备20不起动应用2而退出进程。如果K小于N,通信设备20起动应用2(步骤S203),通知通信设备10应用2已经起动(步骤S204),并前进到步骤S205。
响应应用2已起动的通知,通信设备10在应用表的“从属应用标识符”列中登记应用2,那里应用1登记为独立应用(步骤S105)。
通信设备20的操作继续如下。在步骤S205,通信设备20在应用表中登记应用2为从属应用。
然后,假设应用2,在它正在运行的同时,指令通信设备20请求在通信设备30上运行应用3作为应用2上的从属应用。然后,通信设备20通过向通信设备30发送衍生应用计数K、上限值N及应用3的应用类型而请求通信设备30起动应用3,同时指定应用类型为从属应用(步骤S206)。其中应用2选择通信设备30作为在其上运行应用3的设备的操作将不在下面描述,因为它类似于起动应用2的操作。
响应起动应用3的请求,通信设备30递增所接收到的衍生应用计数K(步骤S301)。然后,通信设备30确定是否衍生应用数计K等于或大于上限值N(步骤S302)。如果K等于或大于N,通信设备30不起动应用3而退出进程。如果K小于N,通信设备30起动应用3(步骤S303),通知通信设备20应用3已经起动(步骤S304),并前进到步骤S305。
响应应用3已起动的通知,通信设备20在应用表的“从属应用标识符”列中登记应用3,那里应用2登记为从属应用(步骤S207)。
通信设备30的操作继续如下。在步骤S305,通信设备30在应用表中登记应用3为从属应用。
如上所述,应用1、2和3分别由通信设备10、20和30执行。这样,用户想要的服务通过通信设备10、20和30提供(步骤S106、S208和S306)。
图6是一流程图,示出总体上按照本发明第一实施例的服务管理***在服务终止时的操作。现在,参考图6,将描述服务管理***总体上当服务终止时的操作。
假设由于线路异常等,一个终止应用1的请求通过来自用户的指令发向通信设备10,此时服务正由通信设备10、20和30提供。
然后,通信设备10参考应用表确定是否有从属于应用1的应用。如果有从属于应用1的应用,通信设备10请求执行该从属应用的通信设备终止该从属应用(步骤S111)。由于这里假设应用2从属于应用1,通信设备10请求执行应用2的通信设备20终止应用2。注意假设了通信设备10在应用表中存储了每个应用和执行该应用的通信设备的地址的对应关系。相应关系未在图中示出。
响应终止应用2的请求,通信设备20参考应用表确定是否有从属于应用2的应用。如果有从属于应用2的应用,通信设备20请求执行该从属应用的通信设备终止该从属应用(步骤S211)。由于这里假设应用3从属于应用2,通信设备20请求执行应用3的通信设备20终止应用3。注意假设了通信设备20在应用表中存储了每个应用和执行该应用的通信设备的地址的对应关系。相应关系未在图中示出。
响应终止应用3的请求,通信设备30确定是否有从属于应用3的应用。如果有从属于应用3的应用,通信设备30请求执行该从属应用的通信设备终止该从属应用(步骤S211)。如果没有从属于应用3的应用,通信设备30终止应用3。注意假设了通信设备30在应用表中存储了每个应用和执行该应用的通信设备的地址的对应关系。相应关系未在图中示出。由于这里假设没有从属于应用3的应用,通信设备30终止应用3,释放为应用3的执行保留的通信设备30的硬件资源(步骤S311),从应用表中删除应用3的登记项(步骤S312),通知通信设备20关于应用3的终止(步骤S313),并退出进程。
响应应用3已终止的通知,通信设备20从应用表中删除关于应用3的信息(S212)。在示例中,通信设备20从“从属应用标识符”列中删除应用3。然后,通信设备20终止应用2,释放为应用2的执行保留的通信设备20的硬件资源(步骤S213),从应用表中删除应用2的登记项(步骤S214),通知通信设备10应用2的终止(步骤S215),并退出进程。
响应应用2已终止的通知,通信设备10从应用表中删除关于应用2的信息(S112)。在示例中,通信设备10从“从属应用标识符”列中删除应用2。然后,通信设备10终止应用1,释放为应用1的执行保留的通信设备10的硬件资源(步骤S113),从应用表中删除应用1的登记项(步骤S114),并退出进程。
图6示出了一个当通信设备10终止应用1时从属于应用2的应用3和从属于应用1的应用2相继终止的例子。当通信设备20由它自己终止应用2时进程流也将类似于此。特别地,通信设备30终止从属于应用2的应用3,但永远不终止应用1,它是独立的。当通信设备30由它自己终止应用3时,它将不终止任何其它运行于其它通信设备上的应用,因为没有从属于应用3的应用。
这样,按照第一实施例,每个由另一由用户起动的衍生起动的应用登记在每个通信设备中,随后提供服务给用户。如果正在提供服务时指定的应用终止,则任何从属于指定应用的应用将随着指定应用的终止而终止。这样,防止衍生起动的应用不必要地保留硬件资源是可能。
注意在第一实施例中假设了应用间的主-从关系,即应用2从属于应用1而应用3从属于应用2。可供选择地,应用可等同地彼此从属,而不是彼此一主或一从。例如,应用1和应用2可以彼此等同地从属,这样应用2将随着应用1的终止而终止,而应用1将随着应用2的终止而终止。
例如,通信设备20可发出终止应用1的请求,它从属于应用2。然后,响应终止应用1的请求,通信设备10查找任何从属于应用1的应用。由于应用2从属于应用1,通信设备10请求通信设备20终止应用2。由于通信设备20已请求终止从属于应用2的应用,应用2被终止以防止无限循环,并通知通信设备10最后终止应用1。每个通信设备可处理终止请求,同时彼此分辨第一和第二终止请求以避免无限循环。
注意通信设备总是可将任何从从属应用衍生起动的应用处理为从属应用。
注意在第一实施例中,通信设备根据衍生应用计数衍生起动一应用,它可根据登记在应用表中的应用数而以另一种方式确定是否应用可起动。
注意虽然为了防止不必要大的应用数目被衍生起动设置了衍生应用半数的上限,要理解步骤S101、S102、S201、S202、S301和S302可省略,如果没有需要限制衍生应用计数。
(第二实施例)
第二实施例的***总体配置类似于图1所示的第一实施例。
在第二实施例中,由通信设备执行的应用分类为三种类型的应用,即,用户确认的独立应用、非用户确认的独立应用和从属应用。
术语“用户确认的独立应用(user-confirmed independent application)”指作为用户确认它应该象这样起动的独立应用而被起动的应用。用户确认的独立应用,由通信设备执行,即使由另一通信设备执行的另一应用被终止也将不终止。
术语“非用户确认的独立应用”指响应来自用户确认的独立应用的指令而起动的应用。非用户确认的独立应用,由通信设备执行,即使由另一通信设备执行的另一应用终止也将不终止。非用户确认应用是在没有用户确认它应该象这样起动的情况下起动的独立应用。
用户确认的独立应用和非用户确认的独立应用彼此不同在于它们标以不同的用户确认标识符,即,分别是“用户确认的”和“非用户确认的”。
术语“从属应用”指由通信设备执行并将随着由另一通信设备执行的另一应用的终止而终止的应用。哪个应用的终止引起从属应用的终止将在从属应用起动时确定。在本实施例中,任何从非用户确认的独立应用衍生起动的应用总是看作从属应用。此外,从用户确认的独立应用衍生起动的应用可以是从属应用。
例如,在通信设备10是移动电话、通信设备20是家庭服务器而通信设备30是数字TV的情况下,用户可接收一项服务,其中由数字TV接收的TV节目通过家庭服务器传送到移动电话。响应来自用户的指令,移动电话发起传送应用来请求数字TV传送TV节目。该传送应用是用户确认的独立应用。响应来自传送应用的指令,家庭服务器发起一转换应用,将由数字TV接收的TV节目转换成能在移动电话上再现的格式。转换应用是非用户确认的独立应用。响应来自转换应用的命令,数字TV发起一传送应用,用于传送接收到的TV节目至家庭服务器。传送应用是从属于转换应用的从属应用。
本实施例的另一示例应用如下。响应来自用户的指令,移动电话发起节目录制请求应用(看作是用户确认的独立应用),请求家庭服务器录制TV节目。响应于节目录制请求应用,家庭服务器发起节目录制应用(看作为非用户确认的独立应用),录制由数字TV接收的TV节目到家庭服务器的录制设备中。响应于来自节目录制应用,数字TV发起传送应用,传送接收的TV节目到家庭服务器。该传送应用是从属于节目录制应用的从属应用。
每个通信设备存储一应用表,它标识每个当前运行的应用为或者用户确认的独立应用、非用户确认的独立应用、或者从属应用。
图7A到7C分别给出存储于通信设备10、20和30的应用表,同时服务由这些通信设备提供。图7A给出存储于通信设备10的应用表。图7B给出存储于通信设备20的应用表。图7C给出存储于通信设备30的应用表。
每个应用表有识别每个运行的应用名称的“运行的应用”列、识别每个运行的应用类型的“应用类型”列以及识别从属于运行的应用的应用的“从属应用标识符”列。关联于用户确认的独立应用的“从属应用标识符”识别从用户确认的独立应用衍生起动的非用户确认的独立应用。关联于非用户确认的独立应用的“从属应用标识符”识别从非用户确认的独立应用衍生起动的从属应用。在图7A到7C中,符号“-”意味着没有为该运行的应用指定“从属应用标识符”。
注意,为了简便,图7A到7C的应用表给出了用户确认的独立应用和非用户确认的独立应用运行在不同的通信设备上的例子。用户确认的独立应用和非用户确认的独立应用可选择为运行于同一通信设备上,在这种情况下,用户确认的独立应用和非用户确认的独立应用都登记在该通信设备的应用表上。例如,用户确认的独立应用是负责提供用户界面的应用,而非用户确认的独立应用是负责提供服务所必需的进程的应用(例如,节目录制、格式转换等),用户确认的独立应用和非用户确认的独立应用都登记在同一通信终端上。
图8是一流程图,示出总体上按照本发明第二实施例的服务管理***的操作。现在,参考图8,将描述总体上按照第二实施例的服务管理***的操作。
在所示操作中,服务由通信设备10、20和30提供,而在由用户使用的通信设备10执行的用户确认的独立应用终止后,服务继续提供。
首先,假设通信设备10由用户的操作或者其它等等指令只终止应用1而保留运行在彼此协作中的应用2和应用3。响应于该指令,通信设备10参考应用表识别通信设备20为执行从属于应用1的非用户确认的独立应用的设备。如在第一实施例中一样,每个通信设备登记正在执行登记在应用表中的应用的通信设备。通信设备10请求所识别的通信设备(即通信设备20)来保持运行在彼此协作中的应用2和应用3,并且当协作操作终止时通知通信设备10(步骤S121)。在这个步骤中,通信设备10发送识别通信设备10所需的信息给通信设备20,诸如它的电子邮件地址作为地址信息。请求是指服务状态通知请求。是否发出服务状态通知请求可由用户确定。
然后,通信设备10终止应用1(步骤S122),清除其应用表(步骤S123),并退出进程。
响应于服务状态通知请求,通信设备20在服务状态通知地址表(未示出)中登记发送自通信设备10的电子邮件地址等,(步骤S221)。
其后,服务继续由通信设备20和通信设备30提供(步骤S222和S321)。
当作为期望操作终止的服务由应用2和应用3完成时,通信设备20参考应用表确定是否有从属于非用户确认的独立应用(应用2)的从属应用。由于应用3在示例中登记为从属应用,通信设备20请求执行应用3的通信设备30终止应用3(步骤S223)。
响应于终止应用3的请求,通信设备30参考应用表确定是否有从属于应用3的应用。由于在示例中没有从属于应用3的应用,通信设备30终止应用3,释放为应用3的执行而保留的通信设备30的硬件资源(步骤S322),通知通信设备20应用3的终止(步骤S324),并退出进程。
响应应用3已终止的通知,通信设备20从应用表删除关于应用3的信息(步骤S224),终止应用2并释放为应用2的执行而保留的通信设备2的硬件资源(步骤S225)。然后,通信设备2从应用表中删除应用2的登记项(步骤S226),参考服务状态通知地址表以识别通信设备10的地址,通知通信设备10关于服务的终止(步骤S227),并退出进程。通信设备10接收作为服务进度通知的通知。
这样,第二实施例的***处理了直接由用户起动的应用和彼此独立提供服务所必需的应用,使得甚至在直接由用户操作的通信设备退出服务之后,服务仍能由其它通信设备提供。然后,当服务终止时,直接由用户操作的通信设备被通知关于服务的终止。这样,用户可确认服务已正常终止。
例如,假设通信设备10是诸如移动电话的便携式通信终端,通信设备20是再现视频信息、音频信息等的再现设备,而通信设备30是录制由再现设备再现的信息的录制设备。有了这样一个***,用户可使用便携式通信终端给出在录制设备中录制由再现设备再现的信息的指令,而且即使便携式通信终端退出了通信会话,录制进程在再现设备和录制设备之间继续。然后,在录制进程完成之后,录制进程的结果被通知给便携式通信终端。这样,用户可确认录制进程的正常完成。这在实际中非常有用。
注意在第二实施例中,在服务终止后,通信设备20向任何登记在服务状态通知地址表中的任何通信设备通知服务的终止。可供选择地,通信设备20可在被通知应用1的终止后以规则的时间间隔通知通信设备10关于服务进度。可供选择地,通信设备20可通知通信设备10关于指定的运行于彼此协作中的通信设备20和通信设备30上的应用之一的终止。
注意当通信设备终止非用户确认的独立应用时,通信设备可通知作为非用户确认的独立应用的终止的服务状态通知地址被登记的另一通信设备。
注意尽管在第二实施例中使用用户确认的独立应用和非用户确认的独立应用,但要理解可另外使用简单的独立应用,如在以上第一实施例中描述的。在这样的情况下,全部的操作将是本实施例和第一实施例的结合。
(第三实施例)
在第三实施例中,执行用户为接收服务而已起动的独立应用的通信设备可从网络断开(即可以退出服务),同时重分配由通信设备扮演的角色给另一通信设备。第三实施例还给出了当由于服务过程中发生的通信差错继续服务变得不可能时,每个应用如何能够在每个通信设备中终止。
在第三实施例中,应用分类成与第一实施例中一样的两种应用类型,即,独立应用和从属应用。但注意独立应用可以是启用服务时由用户直接起动的根应用。独立应用是否是根应用可由关联于独立应用的根应用标识符确定。
当不期望的事件,诸如通信异常,发生时,执行根应用的通信设备(下文称为“根通信设备”)接收并分析事件的信息以完成适当的进程(例如,通知用户、强制服务终止等)。这样,根通信设备在提供服务中承担重要角色。因此,每个通信设备存储识别根通信设备的信息,以了解哪个通信设备是根通信设备。当诸如通信异常的意外事件发生时,通信设备通知根通信设备关于该异常。如果根通信设备被通知了有关异常,通信设备终止任何运行于涉及服务的设备上的独立应用和从属于根应用的任何从属应用。
为了在执行根应用的通信设备被通知异常时终止所有应用,必需识别运行于涉及服务的设备上的独立应用。因此,根通信设备登记运行于***的每个独立应用上的信息。图9给出登记在根通信设备中的关于独立应用的信息(下文称为“独立应用信息”的例子。如图9所示,运行于***上的每个独立应用和执行独立应用的通信设备的网络地址都登记在根通信设备中。
一旦根通信设备退出服务,其它通信设备可不再接收有关异常的信息。因此,要在根通信设备退出服务之后继续服务的情况下,另一通信设备需要担当代理完成根通信设备的角色。担当代理的通信设备将称为“代理通信设备”,且由代理通信设备执行的取代根应用的应用将称为“代理应用”。可以是代理应用的应用是一独立应用,其终止独立于任何其它应用的终止。
图10是一流程图,示出总体上按照本发明第三实施例的服务管理***的操作。现在,参考图10,将描述总体上按照第三实施例的服务管理***的操作。
在所示操作中,服务由通信设备10、20和30提供,且用户指令通信设备10只终止应用1而保留应用2和应用3运行于彼此协作中。假设通信设备10担当根通信设备,通信设备20担当代理通信设备,应用1是根应用,应用2是独立应用,而应用3是从属应用。
响应来自用户的命令,通信设备10参考独立应用信息识别任何不是应用1的独立应用(在示例中的应用2),并将独立应用信息发送给执行所识别独立应用的通信设备(在示例中的通信设备20)并请求通信设备担当根通信设备的代理(步骤S131)。
然后,通信设备10命令通信设备20更新通信设备20的应用表中的根应用标识符为“应用2”(步骤S132)。然后,通信设备10终止应用1(步骤S133),清除应用表(步骤S134),并退出进程。
通信设备20从通信设备10接收独立应用信息(步骤S231),并更新根应用标识符以响应来自通信设备10的命令(步骤S232)。
之后,服务继续由通信设备20和通信设备30提供(步骤S233和S331)。
如果在服务过程中发生通信差错,应用2和应用3不能再彼此协作地操作,且服务不能再提供。在这样一种情况下,通信设备20和通信设备30的每一个都检测到网络断开(步骤S234和S332)。
由于应用3是从属应用,通信设备30强制终止应用3(步骤S333),从应用表删除关于应用3的信息(步骤S334),并退出进程。如在第一实施例中一样,如果存在任何运行在其它通信设备上的从属于应用3的从属应用,通信设备30请求这些通信设备终止所有从属应用。
由于应用2是代理应用,通信设备20参考应用表终止所有从应用2衍生起动的从属应用,并从应用表删除关于被终止的应用的信息(步骤S235),如第一实施例中一样。
然后,通信设备20从应用表删除应用3(步骤S236),终止应用2(步骤S237),从应用表删除关于应用2的信息(步骤S238),并退出进程。注意在终止应用2之前,通信设备20可询问用户是否继续服务。通信设备30可被指令重新起动应用3,如果用户决定继续服务,或者否则应用2可被终止。
如上所述,在第三实施例中,当执行根应用的通信设备退出服务时,保留的通信设备之一担当代理并执行根应用以控制从属应用的终止。因此,即使执行根应用的通信设备退出服务,平滑地继续服务是可能的。
例如,第三实施例可应用于下列情况。假设通信设备10是诸如移动电话的便携式通信终端,通信设备20是再现视频信息、音频信息等的再现设备,而通信设备30是录制由再现设备再现的信息的录制设备。有了这样一个***,用户可使用便携式通信终端给出指令以在录制设备中录制由再现设备再现的信息,而且即使便携式通信终端退出通信会话时,录制进程在再现设备和录制设备之间继续。
假设多人使用诸如移动电话的便携式通信终端参加在线聊天的另一种情况。即使起动在线聊天服务的用户退出服务,剩下的便携式通信终端之一将担当代理通信设备,由此在线聊天服务可在剩下的便携式通信终端之间继续。
注意上述第二实施例中的各种其它类型的应用(即用户确认的独立应用和非用户确认的独立应用)可用于第三实施例。在这样一种情况下,用户确认的独立应用或非用户确认的独立应用都可以是根应用。可根据提供的服务做出这样的确定。
注意应用2用作代理应用,因为第三实施例中应用2是除了应用1外的唯一独立应用。除了根应用外存在多个独立应用的情况中,通信设备可利用任意独立应用作为代理应用。
例如,用户确认的独立应用可以优先指派为代理应用,由此不是用户确认的一个独立应用的独立应用将不被指派为代理应用。
可供选择地,每个通信设备可存储关于每个执行应用的通信设备所连接的网络的信息,使得由连接到最便宜网络的通信设备执行的独立应用优先指派为代理应用。
注意如果没有除了根应用的独立应用登记在独立应用信息中,通信设备可指派从属应用作为代理应用。在这样一种情况下,如果担任代理应用的从属应用接收到通信失败通知,从属应用可总是确定服务不能再继续并强制终止所有运行于涉及服务的设备上的应用。
此外,在从属应用担任代理应用的地方,执行从属应用的通信设备可指令另一执行从从属应用衍生起动的独立应用的通信设备来指派独立应用为根应用。
注意虽然以上实施例中每个通信设备都存储应用表(从属表),但应用表还可选地存储在连接到网络上的管理服务器上。在这种情况下,应用的连续终止由不同的终端参考存储于管理服务器中的应用表实现。
当管理服务器接收来自用户的服务将要终止的通知时,管理服务器可参考应用表识别所有登记在应用表中的独立应用,并指令执行所识别的独立应用的通信设备终止独立应用。响应于此,每个通信设备相继终止从属应用以终止独立应用。这样,服务可平滑地终止。
注意在以上实施例中假设每个通信设备事先提供了完成如上所述的关联操作的功能。可供选择地,如上所述的本发明的***可由服务管理服务器通过网络来分发实现每个设备的功能的程序或由服务提供商来分发存储这种程序的记录介质来实现。
注意在以上实施例中每个通信设备由载入其内存并由其CPU执行的程序实现期望的功能。但是,每个通信设备实现其功能的方式不限于此。例如,每个通信设备可由具有类似于CPU执行程序的功能的专用集成电路(LSI)实现其功能。可供选择地,类似于CPU执行程序的功能性可由多个集成电路实现。可供选择地,存储实现每个通信设备期望的功能的程序的内存和执行程序的CPU可一起集成为一个单芯片集成电路,且每个通信设备的功能可通过使用这样一种集成电路来实现。
尽管本发明已经详细描述,但前面的描述只是示例性而非限制性的全部。要理解可设计大量的其它修改和变体而不脱离本发明的范围。
Claims (36)
1.一***,用于使用多个连接在一网络上并彼此协作执行应用的通信设备提供期望的服务,所述通信设备(10、20、30)的每一个包括:
从属表定义装置(S103、S105、S205、S207、S305),定义一标识由所述通信设备执行的应用之间的从属性的从属表;
从属应用标识装置(S111、S211、S311),当终止一运行的应用时,参考所述从属表以识别一随着所述被终止的应用的终止而要终止的从属应用;
终止请求装置(S111、S211),请求一执行由所述从属应用识别装置识别的所述从属应用的通信设备来终止所述从属应用;以及
从属应用终止装置(S311、S312、S212到S214),当由另一通信设备请求终止一从属应用时,终止所述从属应用。
2.如权利要求1所述的服务管理***,其特征在于,所述从属表定义装置定义从属表,同时将由运行的应用起动的一应用看作为从属应用。
3.如权利要求1的服务管理***,其特征在于:
所述从属表定义装置通过将一从属应用标识符关联于每个运行的应用而定义一从属应用;以及
所述从属应用识别装置根据关联于要被终止的应用的所述从属应用标识符识别从属应用。
4.如权利要求式所述的服务管理***,其特征在于,当起动一从属应用时,所述从属表定义装置将一从属应用标识符关联于所述从属应用,所述从属应用标识符指示了该从属应用从属于哪个应用。
5.如权利要求1所述的服务管理***,其特征在于,任何从一从属应用衍生起动的应用都是从属应用。
6.如权利要求1所述的服务管理***,其特征在于:
所述从属表识别一其终止独立于任何其它应用的终止的独立应用;以及
每个通信设备还包括独立应用确认装置,当起动一应用时,提示用户确认是否起动所述应用为一独立应用。
7.如权利要求6所述的服务管理***,其特征在于,所述独立应用确认装置在所述从属表中登记用户确认的结果为关联于所起动的应用的用户确认标识符。
8.如权利要求1所述的服务管理***,其特征在于:
每个通信设备还包括标识符确认装置,当指令另一通信设备起动一衍生自运行的应用的应用时,确认所述运行的应用的用户确认标识符;以及
如果标识符确认装置确认了所述运行的应用是一没有用户确认就已起动的应用,所述从属表定义装置将从所述运行的应用衍生起动的应用看作是一从属应用。
9.如权利要求1所述的服务管理***,其特征在于,每个通信设备还包括衍生应用起动确定装置,当衍生起动从在另一通信设备上运行的另一应用的一个应用时,根据由所述其它的通信设备通知的生成数目确定是否起动所述衍生应用。
10.如权利要求1所述的服务管理***,其特征在于,每个通信设备还包括衍生应用起动确定装置,用于当从在另一通信设备上运行的另一应用衍生起动一个应用时,根据所述从属表中登记的应用数目确定是否起动所述衍生应用。
11.如权利要求1所述的服务管理***,其特征在于:
所述从属表识别一其终止独立于任何其它应用的终止的独立应用;
每个通信设备还包括:
服务状态通知请求装置(S121),用于当终止一独立应用时,请求执行另一从所述独立应用衍生起动的独立应用的另一通信设备通知所述通信设备关于所述服务的进度;以及
服务状态接收装置,从所述其它通信设备接收所述服务进度通知;以及
接收所述服务进度通知请求的所述其它通信设备在预定的时间通知所述通信设备关于所述服务进度(S227)。
12.如权利要求11所述的服务管理***,其特征在于,所述预定时间是服务终止的时间。
13.如权利要求11所述的服务管理***,其特征在于,在接收到所述通知请求后,以规则的时间间隔通知所述服务进度。
14.如权利要求11所述的服务管理***,其特征在于,一没有用户确认就已起动并由涉及服务的通信设备之一执行的独立应用被终止时,所述通信设备通知所有其它发出服务进度通知请求的其它通信设备所述没有用户确认就已起动的独立应用的终止。
15.如权利要求11所述的服务管理***,其特征在于,所述服务状态通知请求装置提示用户确定是否发出所述服务进度通知请求。
16.如权利要求1所述的服务管理***,其特征在于,由用户为起用服务所起动的一应用处理为一根应用,每个通信设备还包括:
通信异常检测装置,用于检测是否发生了通信异常;
通信异常通知装置,用于如果所述通信异常检测装置检测到一通信异常,通知执行所述根应用的通信设备有关所述通信异常;
独立应用识别装置,用于识别其终止独立于任何涉及服务的其它应用的终止的一独立应用;以及
应用终止装置,用于如果所述通信设备正在执行所述根应用且所述通信设备由另一通信设备通知了通信异常,指令其它通信设备终止任何由所述独立应用识别装置识别的独立应用和任何从属于根应用的从属应用。
17.如权利要求16所述的服务管理***,其特征在于:
每个通信设备还包括根应用代理请求装置(S131),用于当终止由用户为起用服务而起动的所述根应用时,请求执行一由独立应用识别装置识别的独立应用的通信设备来担当代理以完成由执行所述根应用获得的功能;以及
接收来自所述根应用代理请求装置的请求的所述通信设备继续提供服务,同时使用运行着的独立应用作为一根应用(S232)。
18.如权利要求17所述的服务管理***,其特征在于,所述独立应用识别装置根据预定的优先级选择一独立应用担任所述根应用的代理。
19.如权利要求18所述的服务管理***,其特征在于,所述优先级根据网络通信代价确定。
20.如权利要求17所述的服务管理***,其特征在于,如果没有独立应用被所述独立应用识别装置识别出来,所述根应用代理请求装置指派一从所述根应用衍生起动的从属应用为代理应用来担任所述根应用的代理。
21.如权利要求20所述的服务管理***,其特征在于,每个通信设备还包括服务可持续性确定装置(S234、S332),用于如果所述代理应用是一从属应用且如果所述代理应用从另一通信设备接收到通信失败通知时,确定所述服务不能再继续。
22.如权利要求20所述的服务管理***,其特征在于,每个通信设备还包括根切换装置,如果所述代理应用是一从属应用且如果一独立应用从所述代理应用衍生起动,切换所述根应用至所述独立应用。
23.如权利要求1所述的服务管理***,包括一管理服务器,其中登记了所有涉及服务的独立应用,其特征在于,如果所述管理服务器由用户指令终止所述服务,所述管理服务器终止所有登记的独立应用。
24.一服务管理方法,用于管理由多个连接在网络上并彼此协作的通信设备提供的服务的终止,所述方法包括:
一步骤(S103、S105、S205、S207、S305),其中所述涉及服务的通信设备的每一个都定义了识别由所述通信设备执行的应用之间的从属性的从属表;
一步骤(S111、S211、S311),其中在所述通信设备之中,一正在执行一要终止的应用的正在终止的通信设备,根据所述从属表识别从要终止的应用衍生起动的一从属应用;
一步骤(S111、S211),其中所述正在终止的通信设备通过网络指令执行所述从属应用的通信设备终止所述从属应用;以及
一步骤(S311、S312、S212到S214),其中在所述从属应用终止后,所述正在终止的通信设备终止要终止的应用。
25.如权利要求24所述的服务管理方法,其特征在于,在定义所述从属表的步骤中,所述从属表在将由运行的应用起动的应用看作是从属应用时被定义。
26.如权利要求24所述的服务管理方法,其特征在于:
在定义所述从属表的步骤中,从属应用通过将从属应用标识符关联于每个运行的应用来定义;以及
在识别从属应用的步骤中,从属应用根据关联于要终止的应用的所述从属应用标识符而被识别。
27.如权利要求24所述的服务管理方法,其特征在于,任何从从属应用衍生起动的应用都是从属应用。
28.如权利要求24所述的服务管理方法,其特征在于:
所述从属表识别其终止是独立于任何其它应用的终止的独立应用;以及
所述方法还包括一步骤,其中起动一应用的通信设备提示用户确认是否作为一独立应用起动所述应用。
29.如权利要求24所述的服务管理方法,其特征在于:
所述方法还包括一步骤,其中指令另一通信设备起动从一运行的应用衍生起动的应用的通信设备确认所述运行的应用的用户确认标识符;以及
在定义所述从属表的步骤,如果确认了所述运行的应用是没有用户确认就已起动的应用,所述从属表在将从所述运行的应用衍生起动的应用看作为从属应用时被定义。
30.如权利要求24所述的服务管理方法,其特征在于,还包括一步骤,其中从运行于另一通信设备上的另一应用衍生起动一应用的通信设备根据由所述其它通信设备通知的生成数目确定是否起动所述衍生应用。
31.如权利要求24所述的服务管理方法,其特征在于,还包括一步骤,其中从运行于另一通信设备上的另一应用衍生起动一应用的通信设备根据登记在所述从属表中的应用数目确定是否起动所述衍生应用。
32.如权利要求24所述的服务管理方法,其特征在于,所述从属表识别一其终止是独立于任何其它应用的终止的独立应用,所述方法还包括:
一步骤(S121),其中终止一独立应用的通信设备请求另一执行另一从所述独立应用衍生起动的独立应用的通信设备通知所述通信设备有关该服务的进度;
一步骤,其中终止所述独立应用的所述通信设备从所述其它通信设备接收有关所述服务进度的通知;以及
一步骤(S227),其中所述接收服务进度通知请求的通信设备在预定的时间通知所述通信设备有关所述服务进度。
33.如权利要求24所述的服务管理方法,其特征在于,一由用户为初始化服务而起动的应用处理为根应用,所述方法还包括:
一步骤,其中每个通信设备检测是否发生了通信异常;
一步骤,其中检测到通信异常的通信设备通知所述执行所述根应用的通信设备关于该通信异常;
一步骤,其中每个通信设备识别其终止独立于任何涉及服务的其它应用的终止的独立应用;以及
一步骤,其中如果执行所述根应用的通信设备由另一通信设备通知了关于通信异常,所述通信设备命令其它通信设备终止任何在识别独立应用步骤中识别的独立应用和任何从属于所述根应用的从属应用。
34.如权利要求24所述的服务管理方法,还包括一步骤,其中如果所有涉及服务的独立应用都在其中登记的管理服务器由用户指令来终止服务,所述管理服务器终止所有登记的独立应用。
35.一连接到网络上的通信设备(10、20、30),用于通过执行与至少一个连接在网络上的其它通信设备协作的应用而提供一期望的服务,所述通信设备包括:
从属表定义装置(S103、S105、S205、S207、S305),用于定义识别由网络上的所述通信设备执行的应用之间的从属性的从属表;
从属应用识别装置(S111、S211、S311),用于当终止一运行的应用时,参考所述从属表识别从属于要终止的应用的从属应用;
终止请求装置(S111、S211),用于请求执行由所述从属应用识别装置识别出的所述从属应用的通信设备终止所述从属应用;以及
从属应用终止装置(S311、S312、S212到S214),用于当由网络上另一通信设备请求终止一从属应用时,终止所述从属应用。
36.一集成电路,用于连接在网络上通过执行与至少一个连接在网络上的其它通信设备协作的应用提供期望的服务的通信设备中,所述集成电路包括:
从属表定义装置(S103、S105、S205、S207、S305),用于在所述通信设备的存储设备中,定义识别由网络上所述通信设备执行的应用之间的从属性的从属表;
从属应用识别装置(S111、S211、S311),用于当终止一运行的应用时,参考所述从属表识别从属于要终止的应用的从属应用;
终止请求装置(S111、S211),用于请求执行由所述从属应用识别装置识别出的所述从属应用的通信设备终止所述从属应用;以及
从属应用终止装置(S311、S312、S212到S214),用于当由网络上另一通信设备请求终止一从属应用时,终止所述从属应用。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003124210 | 2003-04-28 | ||
JP2003124210 | 2003-04-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1551589A true CN1551589A (zh) | 2004-12-01 |
Family
ID=32985570
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2004100434365A Pending CN1551589A (zh) | 2003-04-28 | 2004-04-28 | 服务管理***和方法、用于这种***的通信设备和集成电路 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20040230687A1 (zh) |
EP (1) | EP1473906A2 (zh) |
KR (1) | KR20040093430A (zh) |
CN (1) | CN1551589A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107430512A (zh) * | 2014-10-31 | 2017-12-01 | 康维达无线有限责任公司 | 管理机器对机器***中的应用关系 |
CN108156146A (zh) * | 2017-12-19 | 2018-06-12 | 北京盖娅互娱网络科技股份有限公司 | 一种用于识别异常用户操作的方法与装置 |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7958216B2 (en) * | 2006-03-31 | 2011-06-07 | Sap Ag | Method for implementing an unplanned shutdown of a computer system |
US20080034095A1 (en) | 2006-08-01 | 2008-02-07 | Motorola, Inc. | Multi-representation media event handoff |
JP5114123B2 (ja) * | 2007-07-24 | 2013-01-09 | トヨタ自動車株式会社 | 車載装置制御システム |
JP4924514B2 (ja) * | 2008-03-31 | 2012-04-25 | 富士通株式会社 | 仮想マシン管理プログラム、管理サーバ装置及び仮想マシン管理方法 |
JP5365051B2 (ja) * | 2008-03-31 | 2013-12-11 | 富士通株式会社 | 管理プログラム、管理装置及び管理方法 |
US20110025847A1 (en) * | 2009-07-31 | 2011-02-03 | Johnson Controls Technology Company | Service management using video processing |
JP7211241B2 (ja) * | 2019-04-18 | 2023-01-24 | 富士フイルムビジネスイノベーション株式会社 | 管理装置 |
US11436041B2 (en) | 2019-10-03 | 2022-09-06 | Micron Technology, Inc. | Customized root processes for groups of applications |
US11599384B2 (en) * | 2019-10-03 | 2023-03-07 | Micron Technology, Inc. | Customized root processes for individual applications |
US11474828B2 (en) | 2019-10-03 | 2022-10-18 | Micron Technology, Inc. | Initial data distribution for different application processes |
US11429445B2 (en) | 2019-11-25 | 2022-08-30 | Micron Technology, Inc. | User interface based page migration for performance enhancement |
JP7234978B2 (ja) * | 2020-02-28 | 2023-03-08 | カシオ計算機株式会社 | 通信装置、通信システム、通信方法及びプログラム |
US11366752B2 (en) | 2020-03-19 | 2022-06-21 | Micron Technology, Inc. | Address mapping between shared memory modules and cache sets |
US11836087B2 (en) | 2020-12-23 | 2023-12-05 | Micron Technology, Inc. | Per-process re-configurable caches |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6360331B2 (en) * | 1998-04-17 | 2002-03-19 | Microsoft Corporation | Method and system for transparently failing over application configuration information in a server cluster |
US7363633B1 (en) * | 2000-04-24 | 2008-04-22 | Microsoft Corporation | Registering and storing dependencies among applications and objects in a computer system and communicating the dependencies to a recovery or backup service |
JP3682777B2 (ja) * | 2002-03-25 | 2005-08-10 | 株式会社リコー | 画像形成装置および遠隔管理システム |
US20040040024A1 (en) * | 2002-08-23 | 2004-02-26 | Brett Green | System and method for a process shutdown interface |
US20040041840A1 (en) * | 2002-08-27 | 2004-03-04 | Brett Green | System and method for process dependency management |
-
2004
- 2004-04-26 EP EP04009862A patent/EP1473906A2/en not_active Withdrawn
- 2004-04-27 KR KR1020040029020A patent/KR20040093430A/ko not_active Application Discontinuation
- 2004-04-27 US US10/832,240 patent/US20040230687A1/en not_active Abandoned
- 2004-04-28 CN CNA2004100434365A patent/CN1551589A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107430512A (zh) * | 2014-10-31 | 2017-12-01 | 康维达无线有限责任公司 | 管理机器对机器***中的应用关系 |
CN107430512B (zh) * | 2014-10-31 | 2021-02-02 | 康维达无线有限责任公司 | 管理机器对机器***中的应用关系 |
US10990449B2 (en) | 2014-10-31 | 2021-04-27 | Convida Wireless, Llc | Managing application relationships in machine-to-machine systems |
CN108156146A (zh) * | 2017-12-19 | 2018-06-12 | 北京盖娅互娱网络科技股份有限公司 | 一种用于识别异常用户操作的方法与装置 |
CN108156146B (zh) * | 2017-12-19 | 2021-07-30 | 北京盖娅互娱网络科技股份有限公司 | 一种用于识别异常用户操作的方法与装置 |
Also Published As
Publication number | Publication date |
---|---|
EP1473906A2 (en) | 2004-11-03 |
US20040230687A1 (en) | 2004-11-18 |
KR20040093430A (ko) | 2004-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1551589A (zh) | 服务管理***和方法、用于这种***的通信设备和集成电路 | |
CN1303549C (zh) | 内容使用方法和***,用于该***的服务器和电子设备 | |
CN1254104C (zh) | 广播节目记录方法、通信控制设备以及移动通信设备 | |
CN1754159A (zh) | 信息处理装置和内容信息处理方法 | |
CN1732454A (zh) | 在多个装置上呈现内容的***和方法 | |
CN1956460A (zh) | 恢复网络连接的方法和设备 | |
CN1735193A (zh) | 数字广播***中管理数据的接收状态的装置和方法 | |
CN101060427A (zh) | 实现远程软件升级的***及方法 | |
CN1579092A (zh) | 信息处理***、信息处理装置及方法、记录媒体及程序 | |
CN1859562A (zh) | 视频点播方法、***、服务器和终端 | |
CN1992775A (zh) | 信息处理设备和信息处理方法 | |
CN1905455A (zh) | 基于互联网和流媒体技术的开放式多媒体传输*** | |
CN1848889A (zh) | 多模服务会话建立和提供方法以及建立和提供*** | |
CN1992890A (zh) | 提供媒体节目的装置及方法 | |
CN1739292A (zh) | 通信***及方法、信息处理装置及方法、信息管理装置及方法、记录媒体和程序 | |
CN101047662A (zh) | 实现单账号多身份即时消息通信和存在业务的方法及*** | |
CN1910563A (zh) | 设备注册***、服务器和终端设备 | |
CN1745370A (zh) | 信息处理装置、内容管理方法、内容信息管理方法和计算机程序 | |
CN1901547A (zh) | 生成web服务策略协议的方法和设备 | |
CN1863174A (zh) | 一种即时消息***和消息处理方法 | |
CN100350386C (zh) | 通信***、数据处理设备及方法、数据提供设备及方法 | |
CN1839580A (zh) | 信息分配*** | |
CN1794647A (zh) | 在设备管理中上报终端信息的方法及*** | |
CN101047705A (zh) | 用户代理档案信息的上报处理方法、服务器及其用户终端 | |
CN1926533A (zh) | 用于在数字资产环境中分发服务的方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20041201 |
|
C20 | Patent right or utility model deemed to be abandoned or is abandoned |