会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
热词
    • 1. 发明授权
    • Scalable IP-based notification architecture for unified messaging
    • 可扩展的基于IP的通知架构,用于统一消息传递
    • US06874011B1
    • 2005-03-29
    • US09629051
    • 2000-07-31
    • Brenda Gates SpielmanLewis Dean DodrillSatish JoshiNagendran ParasuRobert James Lockwood
    • Brenda Gates SpielmanLewis Dean DodrillSatish JoshiNagendran ParasuRobert James Lockwood
    • H04L12/58H04L29/06H04L29/08G06F15/16
    • H04L67/306H04L29/06H04L51/14H04L51/24H04L51/36H04L69/329
    • A notification architecture utilizes multiple processes configured for managing notification operations based on reception of SMTP-based messages within IMAP based message stores. The notification architecture enables use of multiple instances of a notification process, each configured for receiving notification messages for respective subscribers from messaging sources according to a prescribed open protocol such as Internet Protocol. Each notification process accesses subscriber profile information from an open protocol-based subscriber directory based on the received notification messages. Each notification process determines, for each received notification message, the subscriber's notification preference based on the accessed profile information, and selectively outputs a notification delivery message according to a prescribed open protocol to at least one notification delivery process within the notification architecture based on the subscriber's notification preference. Each notification process may have access via the prescribed open protocol to multiple notification delivery processes, each configured for outputting a notification to a subscriber's notification device according to a corresponding device protocol. Multiple instances of each type of notification delivery process may also be utilized for increased capacity. Hence, subscribers may be notified of events according to their respective preferences, including subscriber device type, or time of notification. Moreover, the notification architecture can be scaled without adversely affecting any existing instances of the notification process or the notification delivery processes.
    • 通知架构利用多个进程来配置用于基于在基于IMAP的消息存储内的基于SMTP的消息的接收来管理通知操作。 通知架构使得能够使用通知进程的多个实例,每个实例被配置为根据诸如因特网协议的规定的开放协议从消息传送源接收各个订户的通知消息。 每个通知过程基于接收到的通知消息从基于开放协议的订户目录访问订户简档信息。 每个通知过程针对每个接收到的通知消息,基于所访问的简档信息来确定订户的通知偏好,并且基于订户的通知架构,根据规定的开放协议选择性地将通知递送消息输出到通知架构内的至少一个通知递送处理 通知偏好。 每个通知过程可以经由规定的开放协议访问多个通知传递过程,每个通知传送过程被配置为根据相应的设备协议向订户的通知设备输出通知。 每种类型的通知传递过程的多个实例也可以用于增加容量。 因此,可以根据用户的喜好,包括用户设备类型或通知时间来向用户通知事件。 此外,可以对通知架构进行缩放,而不会对通知过程或通知传递过程的任何现有实例产生不利影响。
    • 2. 发明授权
    • Scalable IP-based notification architecture for unified messaging
    • 可扩展的基于IP的通知架构,用于统一消息传递
    • US07668919B2
    • 2010-02-23
    • US11069961
    • 2005-03-03
    • Brenda Gates SpielmanLewis Dean DodrillSatish JoshiNagendran ParasuRobert James Lockwood
    • Brenda Gates SpielmanLewis Dean DodrillSatish JoshiNagendran ParasuRobert James Lockwood
    • G06F15/16
    • H04L67/306H04L29/06H04L51/14H04L51/24H04L51/36H04L69/329
    • A notification architecture utilizes multiple processes configured for managing notification operations based on reception of SMTP-based messages within IMAP based message stores. The notification architecture enables use of multiple instances of a notification process, each configured for receiving notification messages for respective subscribers from messaging sources according to a prescribed open protocol such as Internet Protocol. Each notification process accesses subscriber profile information from an open protocol-based subscriber directory based on the received notification messages. Each notification process determines, for each received notification message, the subscriber's notification preference based on the accessed profile information, and selectively outputs a notification delivery message according to a prescribed open protocol to at least one notification delivery process within the notification architecture based on the subscriber's notification preference. Each notification process may have access via the prescribed open protocol to multiple notification delivery processes, each configured for outputting a notification to a subscriber's notification device according to a corresponding device protocol. Multiple instances of each type of notification delivery process may also be utilized for increased capacity. Hence, subscribers may be notified of events according to their respective preferences, including subscriber device type, or time of notification. Moreover, the notification architecture can be scaled without adversely affecting any existing instances of the notification process or the notification delivery processes.
    • 通知架构利用多个进程来配置用于基于在基于IMAP的消息存储内的基于SMTP的消息的接收来管理通知操作。 通知架构使得能够使用通知进程的多个实例,每个实例被配置为根据诸如因特网协议的规定的开放协议从消息传送源接收各个订户的通知消息。 每个通知过程基于接收到的通知消息从基于开放协议的订户目录访问订户简档信息。 每个通知过程针对每个接收到的通知消息,基于所访问的简档信息来确定订户的通知偏好,并且基于订户的通知架构,根据规定的开放协议选择性地将通知递送消息输出到通知架构内的至少一个通知递送处理 通知偏好。 每个通知过程可以经由规定的开放协议访问多个通知传递过程,每个通知传送过程被配置为根据相应的设备协议向订户的通知设备输出通知。 每种类型的通知传递过程的多个实例也可以用于增加容量。 因此,可以根据用户的喜好,包括用户设备类型或通知时间来向用户通知事件。 此外,可以对通知架构进行缩放,而不会对通知过程或通知传递过程的任何现有实例产生不利影响。
    • 4. 发明授权
    • Arrangement for common-format notification delivery messages based on notification device type in an IP-based notification architecture
    • 基于IP的通知架构中基于通知设备类型的通用格式通知传递消息的安排
    • US06671355B1
    • 2003-12-30
    • US09629052
    • 2000-07-31
    • Brenda Gates SpielmanLewis Dean DodrillSatish JoshiNagendran ParasuRobert James Lockwood
    • Brenda Gates SpielmanLewis Dean DodrillSatish JoshiNagendran ParasuRobert James Lockwood
    • H04M164
    • H04L61/1523H04L29/06H04L51/24H04L51/36H04L67/16H04L67/26H04L67/30H04L69/329
    • A notification architecture utilizes multiple processes configured for managing notification operations based on reception of SMTP-based messages within IMAP based message stores. The notification architecture includes a notification process, configured for receiving notification messages for respective subscribers from messaging sources according to a prescribed open protocol such as Internet Protocol. The notification process accesses subscriber profile information from an open protocol-based subscriber directory based on the received notification messages. The notification process determines, for each received notification message, the subscriber's notification preference based on the accessed profile information, and selectively outputs a notification delivery message according to a prescribed open protocol to at least one notification delivery process within the notification architecture based on the subscriber's notification preference. The notification process may have access via the prescribed open protocol to multiple notification delivery processes, each configured for outputting a notification to a subscriber's notification device according to a corresponding device protocol. Hence, subscribers may be notified of events according to their respective preferences, including subscriber device type, or time of notification. The notification process also generates the notification delivery message using selected portions of the notification information and subscriber information based on the notification device type, providing a common format for device specific notification messages. Hence, each notification delivery process can receive device specific notification messages according to a common format from the notification process or another external process.
    • 通知架构利用多个进程来配置用于基于在基于IMAP的消息存储内的基于SMTP的消息的接收来管理通知操作。 通知架构包括通知处理,被配置为根据诸如因特网协议的规定的开放协议从消息传送源接收各个用户的通知消息。 通知过程基于接收到的通知消息从基于协议的开放用户目录访问订户简档信息。 所述通知过程针对每个接收的通知消息,基于所访问的简档信息确定订户的通知偏好,并且基于订户的所述通知架构,根据规定的开放协议选择性地将通知递送消息输出到通知架构内的至少一个通知递送处理 通知偏好。 通知过程可以经由规定的开放协议访问多个通知传递过程,每个通知传送过程被配置为根据相应的设备协议向订户的通知设备输出通知。 因此,可以根据用户的喜好,包括用户设备类型或通知时间来向用户通知事件。 通知过程还根据通知设备类型,使用通知信息和订户信息的选定部分生成通知传递消息,为设备特定通知消息提供通用格式。 因此,每个通知传递过程可以根据通知过程或另一外部进程的通用格式接收设备特定的通知消息。
    • 5. 发明授权
    • IP-based notification architecture for unified messaging
    • 基于IP的通信架构,用于统一消息传递
    • US06665378B1
    • 2003-12-16
    • US09629053
    • 2000-07-31
    • Brenda Gates SpielmanLewis Dean DodrillSatish JoshiNagendran ParasuRobert James Lockwood
    • Brenda Gates SpielmanLewis Dean DodrillSatish JoshiNagendran ParasuRobert James Lockwood
    • H04M164
    • H04L51/24G06F9/542H04L51/36
    • A notification architecture utilizes multiple processes configured for managing notification operations based on reception of SMTP-based messages within IMAP based message stores. The notification architecture includes a notification process, configured for receiving notification messages for respective subscribers from messaging sources according to a prescribed open protocol such as Internet Protocol. The notification process accesses subscriber profile information from an open protocol-based subscriber directory based on the received notification messages. The notification process determines, for each received notification message, the subscriber's notification preference based on the accessed profile information, and selectively outputs a notification delivery message according to a prescribed open protocol to at least one notification delivery process within the notification architecture based on the subscriber's notification preference. The notification process may have access via the prescribed open protocol to multiple notification delivery processes, each configured for outputting a notification to a subscriber's notification device according to a corresponding device protocol. Hence, subscribers may be notified of events according to their respective preferences, including subscriber device type, or time of notification.
    • 通知架构利用多个进程来配置用于基于在基于IMAP的消息存储内的基于SMTP的消息的接收来管理通知操作。 通知架构包括通知处理,被配置为根据诸如因特网协议的规定的开放协议从消息传送源接收各个用户的通知消息。 通知过程基于接收到的通知消息从基于协议的开放用户目录访问订户简档信息。 所述通知过程针对每个接收的通知消息,基于所访问的简档信息确定订户的通知偏好,并且基于订户的所述通知架构,根据规定的开放协议选择性地将通知递送消息输出到通知架构内的至少一个通知递送处理 通知偏好。 通知过程可以经由规定的开放协议访问多个通知传递过程,每个通知传送过程被配置为根据相应的设备协议向订户的通知设备输出通知。 因此,可以根据用户的喜好,包括用户设备类型或通知时间来向用户通知事件。
    • 6. 发明授权
    • Arrangement for managing notification preferences for notification delivery messages in an IP-based notification architecture
    • US06560318B1
    • 2003-05-06
    • US09656840
    • 2000-09-07
    • Brenda Gates SpielmanGeetha RavishankarGovind PandeSatish JoshiNagendran ParasuRobert James Lockwood
    • Brenda Gates SpielmanGeetha RavishankarGovind PandeSatish JoshiNagendran ParasuRobert James Lockwood
    • H04M164
    • H04M3/537H04M3/5307H04M2203/4509Y10S379/908
    • A notification architecture utilizes multiple processes configured for managing notification operations based on reception of SMTP-based messages within IMAP based message stores. The notification architecture includes a notification process, configured for receiving notification messages for respective subscribers from messaging sources according to a prescribed open protocol such as Internet Protocol. The notification process accesses subscriber profile information from an open protocol-based subscriber directory based on the received notification messages. The subscriber directory is controlled by a directory management process, configured for storing subscriber notification preference information in an open protocol-based subscriber directory (such as LDAP). The directory management process stores, as a first object class, notification attributes for respective notification types, each notification attribute specifying for the corresponding notification type a corresponding notification device tag. The notification device tag can include native device information usable to generate a message for a corresponding native notification device. The directory management process selectively stores, as a second object class, device attributes for a non-native notification device referenced by the notification device tag, one of the device attributes specifying service provider information for the non-native notification device. The directory management process also selectively stores, as a third object class, service provider attributes based on the service provider information specified in the device attributes. Hence, the storage of subscriber notification preference information using a hierarchal structure of multiple object classes provides a schema enabling an efficient management of relatively complex device information for different notification devices having respective protocols and service providers. Hence, notification subscribers having different notification devices in communication with respective service providers can store all notification preference information for all the different notification devices in a single, unified subscriber directory.
    • 8. 发明申请
    • SERVICE MANAGEMENT PLATFORM FOR FLEET OF ASSETS
    • 资产负债表服务管理平台
    • US20120123951A1
    • 2012-05-17
    • US13297863
    • 2011-11-16
    • Richard Michael HYATTSatish JoshiNagendran ParasuRobert Hewes
    • Richard Michael HYATTSatish JoshiNagendran ParasuRobert Hewes
    • G06Q10/08
    • G06Q10/10G06Q10/20
    • A system for managing a plurality of assets and a plurality of parties related to those assets includes a plurality of data sources with information related to the parties and the service of the assets and a first service management server. The service management server may be configured as first and second servers with different functionalities. The service management server, or the first and second service management servers, is configured to collect the data from the plurality of data sources related to the parties and the service of the assets; and is configured to determine maintenance or service requirements for the assets, collect and distribute asset specific data for managing the service requirements of the assets, facilitate communication between parties to a service event, and maintain current and historical data about the service event.
    • 用于管理与这些资产相关的多个资产和多个方的系统包括具有与各方有关的信息和资产的服务的多个数据源以及第一服务管理服务器。 服务管理服务器可以被配置为具有不同功能的第一和第二服务器。 服务管理服务器或第一和第二服务管理服务器被配置为从与该方资源相关的多个数据源和该资产的服务中收集数据; 并且被配置为确定资产的维护或服务要求,收集和分配用于管理资产的服务需求的资产特定数据,促进服务事件的各方之间的通信,并维护关于服务事件的当前和历史数据。
    • 9. 发明授权
    • Messaging system configured for selectively accessing subscriber spoken name from a directory server based on determined unavailability of messaging server
    • 消息系统被配置为基于确定的消息收发服务器的不可用性从目录服务器中选择性地访问订户口语名称
    • US07574487B1
    • 2009-08-11
    • US09820884
    • 2001-03-30
    • Geetha RavishankarSatish JoshiNagendran ParasuZhiwei Zhang
    • Geetha RavishankarSatish JoshiNagendran ParasuZhiwei Zhang
    • G06F15/16
    • H04M3/53383H04L51/36H04M3/12
    • An application server is configured for initiating a messaging session for an incoming call by accessing a subscriber profile information from a directory server and a subscriber announcement from a messaging server. The application server includes a fault tolerant routine for initiating a messaging session, enabling playing of the subscriber's spoken name during the messaging session based on a determined unavailability of the messaging server. The subscriber announcement and the subscriber's spoken name (or another audible subscriber identifier) are stored in the messaging server as first and second data files having first and second sizes, respectively, where the second size is substantially smaller than the first size. The second data file also is stored in the directory server with the subscriber profile information. If, during initiation of the messaging session the application server determines that the messaging server is unavailable, the application server retrieves the second data file from the directory server and plays the corresponding audible subscriber identifier as an alternate announcement for the messaging session. Hence, the application server is able to initiate a messaging session that provides positive identification of the subscriber, enabling messages to be recorded for storage even when the messaging server is unavailable.
    • 应用服务器被配置为通过从目录服务器访问订户简档信息和来自消息传送服务器的用户通告来发起用于呼入呼叫的消息传递会话。 应用服务器包括用于启动消息收发会话的容错例程,使得能够基于所确定的消息收发服务器的不可用性,在消息收发会话期间播放用户的口语名称。 用户通告和用户的口语名称(或另一个可听用户标识符)分别作为具有第一和第二大小的第一和第二数据文件存储在消息收发服务器中,其中第二大小基本上小于第一大小。 第二个数据文件也存储在具有用户简档信息的目录服务器中。 如果在消息传递会话开始期间,应用服务器确定消息收发服务器不可用,则应用服务器从目录服务器检索第二数据文件,并且播放对应的声音用户标识符作为消息接发会话的替代公告。 因此,应用服务器能够发起提供用户的肯定识别的消息传递会话,即使当消息收发服务器不可用时,仍能够记录消息以进行存储。