首页> 外国专利> CONTROL OF EXECUTION TIME OF TIME-DEPENDENT SERVICES BY DEFINING DIFFERENT TIME ZONES FOR THE SUBSCRIBER'S LOCATION, THE EXECUTION SERVER, AND THE SERVICE SUBSCRIPTION INFORMATION

CONTROL OF EXECUTION TIME OF TIME-DEPENDENT SERVICES BY DEFINING DIFFERENT TIME ZONES FOR THE SUBSCRIBER'S LOCATION, THE EXECUTION SERVER, AND THE SERVICE SUBSCRIPTION INFORMATION

机译:通过定义用户所在位置,执行服务器和服务订阅信息的不同时区来控制时效服务的执行时间

摘要

There are services that can be invoked by the subscribers, or triggered by a network entity, and wherein this invocation or trigger may depend on date or time of the day, namely, time-dependent services. Regarding the execution of these time-dependent services, there might be two problems with the determination of the execution time. The first problem is caused by the nature of so called “Data Layered Architectures” where the service execution servers, referred to as “Front-Ends” and the database servers storing the subscriber data, referred to as “Common Directory” are geographically spread over different time zones. As a consequence, the “Front-End” executes the service according to its own time zone rather than at the time zone where the subscriber is currently located or at home. The second problem is cause by the subscriber when he is roaming in an area located in a different time zone than his home time zone. For example a Subscriber has configured a Call Forwarding Unconditional Service with a time range everyday so that all calls received in that period of time are diverted to a voice mailbox, e.g. from 19:00 to 07:00 all received calls are forwarded to the voice mailbox. Let's imagine that the Subscriber moves to a visited network some time zones away from his/her original one, for example the period of time 19:00 to 07:00 in the original time zone corresponds to 14:00 to 02:00 in the new time zone. It means that the Subscriber stops receiving call at 14:00, so an important call might be diverted to voice mailbox. But also the Subscriber begins receiving calls at 02:00, when s/he is still sleeping. So the experience is a bit annoying. The problem is solved in that a Front-Ends server executing the Service might recalculate the service (execution) time with the applicable time zone. The applicable time zone is selected from the time zone where the Subscriber is located, SLTZ, the time zone of the Server executing the service, FETZ, or the time zone of the stored service date and time, SSTZ or SDTZ.
机译:存在可以由订户调用或由网络实体触发的服务,并且其中该调用或触发可以取决于一天中的日期或时间,即与时间有关的服务。关于这些时间相关服务的执行,执行时间的确定可能存在两个问题。第一个问题是由所谓的“数据分层体系结构”的性质引起的,其中服务执行服务器(称为“前端”)和存储订户数据的数据库服务器(称为“公共目录”)在地理位置上分布不同的时区。结果,“前端”根据其自己的时区而不是在订户当前所在或家中的时区执行服务。第二个问题是由订户在其所在时区与其本地时区不同的区域中漫游时引起的。例如,订户已经配置了每天具有一定时间范围的呼叫转移无条件服务,以便在该时间段内接收到的所有呼叫都被转移到语音信箱,例如语音信箱。从19:00到07:00,所有收到的呼叫都将转发到语音邮箱。假设订户将移动到拜访网络的原始时区以外的某些时区,例如,原始时区中19:00至07:00的时间段对应于原始网络中的14:00至02:00的时间段。新时区。这意味着用户在14:00停止接收呼叫,因此重要的呼叫可能会转移到语音邮箱。但是,当订户仍在睡觉时,订户也将从02:00开始接收呼叫。因此,体验有点烦人。解决了该问题,因为执行服务的前端服务器可能会重新计算具有适用时区的服务(执行)时间。从订阅者所在的时区SLTZ,执行服务的服务器的时区FETZ或存储的服务日期和时间的时区SSTZ或SDTZ中选择适用的时区。

著录项

相似文献

  • 专利
  • 外文文献
  • 中文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号