1.一种用于背景推送通知服务的方法,包含:
由移动设备接收包含如下的通知消息:
至少一条背景规则;以及
通知消息;
在移动设备上将接收的至少一条背景规则与至少一种用户背景偏好相比较;以及在移动设备上,根据所述接收的至少一条背景规则与至少一种用户背景偏好的比较,采取通知行动,
其中将接收的至少一条背景规则与至少一种用户背景偏好相比较进一步包含:
根据提取的背景规则,从移动设备上的至少一个传感器中收集传感器数据;
根据收集的传感器数据,确定移动设备的背景条件;
将移动设备的确定的背景条件与至少一种用户背景偏好相比较;以及
在移动设备上,根据移动设备的确定的背景条件与至少一种用户背景偏好匹配,采取通知行动。
2.如权利要求1所述的方法,其中接收通知消息进一步包含:
将接收的通知消息输入到移动设备上的通知代理;
从接收的通知消息中提取至少一条背景规则;以及
从通知代理存储体中提取至少一种用户背景偏好。
3.如权利要求1所述的方法,其中该通知行动包含如下的至少一种:
拒绝接收的通知消息;
延迟接收的通知消息;以及
重放接收的通知消息一次或多次。
4.如权利要求1所述的方法,其中该移动设备包含如下的至少一种:
移动电话;
个人数字助理;以及
平板电脑。
5.如权利要求1所述的方法,其中该移动设备的用户管理移动设备上的至少一种用户背景偏好。
6.一种用于背景推送通知服务的系统,包含执行权利要求1-5的任何方法的所有步骤的部件。
7.一种用于背景推送通知服务的计算机系统,其包含一个或多个处理器、一个或多个计算机可读存储设备、和存储在该一个或多个计算机可读存储设备的至少一个上,供该一个或多个处理器的至少一个执行的多条程序指令,该多条程序指令包含:
处理电路可读和存储供该处理电路执行以便执行包含如下步骤的方法的指令的计算机可读存储介质:
由移动设备接收包含如下的通知消息:
至少一条背景规则;以及
通知消息;
在移动设备上将接收的至少一条背景规则与至少一种用户背景偏好相比较;以及在移动设备上,根据所述接收的至少一条背景规则与至少一种用户背景偏好的比较,采取通知行动,
其中将接收的至少一条背景规则与至少一种用户背景偏好相比较进一步包含:
根据提取的背景规则,从移动设备上的至少一个传感器中收集传感器数据;
根据收集的传感器数据,确定移动设备的背景条件;
将移动设备的确定的背景条件与至少一种用户背景偏好相比较;以及
在移动设备上,根据移动设备的确定的背景条件与至少一种用户背景偏好匹配,采取通知行动。
8.如权利要求7所述的计算机系统,其中接收通知消息进一步包含:
将接收的通知消息输入到移动设备上的通知代理;
从接收的通知消息中提取至少一条背景规则;以及
从通知代理存储体中提取至少一种用户背景偏好。
9.如权利要求7所述的计算机系统,其中该通知行动包含如下的至少一种:
拒绝接收的通知消息;
延迟接收的通知消息;以及
重放接收的通知消息一次或多次。
10.如权利要求7所述的计算机系统,其中该移动设备包含如下的至少一种:
移动电话;
个人数字助理;以及
平板电脑。
11.如权利要求7所述的计算机系统,其中该移动设备的用户在移动设备上管理至少一种用户背景偏好。
12.如权利要求7所述的计算机系统,其中该移动设备包含配置成运行移动应用的设备。
用于背景推送通知服务的方法和系统\n技术领域\n[0001] 本公开一般地涉及无线数据通信,并且尤其涉及背景推送通知服务。\n背景技术\n[0002] 若干选项对可能想把诸如例如销售或会议通知那样,可能感兴趣的事件的新闻传递给潜在受众的企业开放。一些流行的选项包括电子邮件,短信(SMS)、或Web浏览器窗口内的广告。这样的通知是基于服务器广播的。像在Web浏览器窗口内输送的那些那样的一些通知依靠潜在受众偶然发现。因此,重复或不想要的通知可能加重一些潜在受众的负担,而其他潜在受众可能一点也不想接收到通知。像智能手机和平板电脑那样的移动设备的流行越来越大地影响像商业广告商或其它企业那样的内容生成者把他们的内容传递给潜在消费者的方式。例如,广告商可能对所有潜在平台发表它的内容,以试图捕获尽可能多的潜在受众。另外,广告商可能提高修改广告的频率,以便使广告变得更吸引潜在受众。这种生成内容的灵活性可能使广告商能够与像印刷那样的更传统方法相比,以更及时的方式和在更成本划算的价格点上传递给更多受众。另一方面,移动设备用户可能对接收某些内容感兴趣,但可能容易被它的频繁性和数量压垮和激怒。在广告商和消费者的利益之间有可能达到平衡的情况下,双方都有可能受益。\n发明内容\n[0003] 除了别的之外,提供了背景推送通知服务。按照本发明的一个实施例,背景推送通知服务包含:由移动设备接收包含如下的通知消息:至少一条背景规则;以及通知消息。在移动设备上将接收的至少一条背景规则与至少一种用户背景偏好相比较。在移动设备上,根据所接收至少一条背景规则与至少一种用户背景偏好的比较采取通知行动。\n附图说明\n[0004] 本发明的这些和其它目的、特征和优点将从结合附图阅读的本发明的例示性实施例的如下详细描述中明白看出。附图的各种特征未按比例画出,因为这些例示是为了促进本领域的普通技术人员结合该详细描述清楚地了解本发明的目的。在附图中:\n[0005] 图1是例示用于背景推送通知服务的系统的一个示范性实施例的框图;\n[0006] 图2是例示用于背景推送通知服务的方法的一个示范性实施例的流程图;\n[0007] 图3是按照图2的方法的示范性实施例、移动设备上的客户代理的架构的框图;以及\n[0008] 图4是按照图2的方法的示范性实施例的计算机环境的硬件和软件的示范性框图。\n具体实施方式\n[0009] 现在参考附图描述本发明的实施例。参照图1-2,背景推送通知服务系统100和方法200提供了背景推送通知服务的示范性实现。\n[0010] 图1是例示用于背景推送通知服务的系统100的一个示范性实施例的框图。系统\n100至少由企业推送环境140和移动环境120组成。推送服务环境130可以并入企业推送环境\n140中,在企业推送环境140下,企业执行编写通知消息和管理通知消息的格式化和向各种订户网络上的目标移动设备172的输送两者的功能。企业推送环境140包括开发者可以缩写推送通知消息的推送通知编写148环境。推送通知编写148环境可以是工作站或配有像JavaPNS、PHP和JSON那样,适合编写推送通知的软件开发工具的另一种输入设备。\n[0011] 企业推送环境140还包括企业背景规则编写环境149,在企业背景规则编写环境\n149下,开发者可以创建可以按一条或多条准则进一步划分应用的配置文件中的订户的一组背景规则。已经安装了应用和已经登记成接收来自该应用的消息的订户的列表可以称为应用的配置文件。推送环境管理147可以是为像性能监视、软件更新、和用户管理那样,企业推送环境140的管理和操作而配置的工作站。推送通知分析145环境可以被配置成接收反馈结果,该反馈结果包括与订户选择接收或忽略多少通知的计数一起发送的通知消息的计数。通过应用统计和其它分析,可以测量和提高通知消息的效率。企业推送环境140还可以包括可以存储应用配置文件、订户列表、通知消息模板、和分析数据的通知存储体138。尽管被显示成单个单元,但通知存储体138可以是像如下那样的固定和/或可换式存储设备的组合体:固定盘驱动器、存储区域网(SAN)、固态驱动器、软盘驱动器、磁带驱动器、可换式存储卡或光存储体。企业推送通知环境140中的各种组件的功能可以由一台计算机内的多个软件模块,或多台专用计算机执行。在企业推送通知环境140在多个软件模块中实现的情况下,190代表进行软件模块之间的通信的总线。多个软件模块共享像处理器191、存储器192、和通知存储体138那样的主计算机资源。\n[0012] 在企业推送通知环境140在多台专用计算机中实现的情况下,190代表计算机通信的网络。在那种实施例中,处理器191、存储器192、和通知存储体138是如安装在每台专用计算机中的那些组件的例示。在任一个实施例中,加入企业推送通知环境140中的计算机都有一种操作系统(未示出)的控制下。企业背景规则和通知110从企业推送通知环境140输出,通过像LAN、WAN、或互联网那样的众所周知网络发送给推送服务环境130。\n[0013] 推送服务环境130包括推送服务管理139,推送服务管理139可以是为像性能监视、软件更新、和用户管理那样,推送服务环境130的管理和操作而配置的工作站。推送服务分析135环境可以被配置成从移动环境120接收反馈结果,该反馈结果包括与订户选择接收或忽略多少通知的计数一起发送的通知消息的计数。这些反馈结果可以在众所周知的网络(未示出)上发送回给企业推送环境140,以便供,例如,推送通知分析145环境处理。推送服务环境130还包括至少一个推送调解器137,推送调解器137是像Apple Push Notification(APNS)那样,推送服务环境130与相应订户网络之间的客户接口。推送服务存储体136为,例如,应用配置文件、订户列表、等待通知消息和它们的输送时间表、和分析数据提供存储体。推送服务存储体136可以是永久存储设备、或像如下那样的固定和/或可换式存储设备的组合体:固定盘驱动器、存储区域网(SAN)、固态驱动器、软盘驱动器、磁带驱动器、可换式存储卡或光存储体。与企业推送环境140一样,推送服务环境130中的各种组件的功能可以由一台计算机内,在总线190上相互通信和利用主计算机的处理器191、存储器\n192、和推送服务存储体136的多个软件模块。在推送服务环境130在多台专用计算机中实现的情况下,190代表计算机通信的网络。在那种实施例中,每台专用计算机包括代表单个CPU、多个CPU、含有多个处理核芯的单个CPU的处理器191、和一个或多个存储器模块192。为特定订户网络的协议模式化的通知消息和背景规则126经由众所周知的网络发送给移动环境120中的移动推送服务器125。\n[0014] 移动环境120包括像APNS那样,与订户网络相对应的移动推送服务器125。移动推送服务器125在其订户蜂窝式服务网络上经由卫星将通知消息和背景规则126发送给一个或多个目标移动设备127。移动设备包含智能手机、平板电脑、和个人数字助理(PDA)。一般说来,移动设备是配置成运行移动应用(mobile app)的设备。目标移动设备127包含可以实现成,例如,软件代理、固件和设备驱动器的通知代理128。目标移动设备127还存储订户可能为每个安装应用输入和修改、和可能应用于每个接收通知消息的用户背景偏好129。\n[0015] 图1中的特定描述只是为了例示的目的;应该明白,本发明不局限于所述特定实施例,可以设想出任何组合来实现和实践本发明。\n[0016] 现在参照图2,其中例示了背景推送通知服务的方法的一个示范性实施例200。推送通知是像商业企业那样的应用拥有者可以用于向已经预订了应用的移动设备用户警示信息正在等待被观看的技术。示范性信息可以包括消息、日程表事件、或像更新app那样的数据。在210中,开发者,即,作者可以使用工作站或推送通知编写环境148(图1),或配有适合编写推送通知的软件开发工具的另一种输入设备编写推送通知消息。这样的示范性开发工具包括JavaPNS、PHP和JSON。除了推送通知消息之外,开发者使用像149(图1)那样的编写环境编写可以按一条或多条准则进一步划分应用的配置文件中的订户的一组背景规则。一般说来,背景规则捕获通知可能变得对开发者或对订户有意义的背景条件。当在开发者的背景下引用时,背景规则描述使通知消息的输送对开发者有意义的条件。例如,商业企业可以规则在某一天,或在订户真正接近零食商店时,应该将通告销售的通知消息发送给订户。\n背景规则可以像,例如,与用户的运动状态(行走/坐着/闲逛)有关的背景那样,超出地点的范围。但是,订户在这种情况下,也可以将一条或多条背景规则定义成描述,例如,订户不应该被通知消息打扰的次数。订户的背景规则也可以称为局部背景规则、用户背景规则、或用户背景偏好。\n[0017] 在通知开发者完成了它们之后,可以将通知消息和相关背景规则转发给像推送服务环境130(图1)那样的中间服务。推送服务环境130(图1)包含称为推送调解器137(图1)的一个或多个代理,每一个对应于像Apple Push Notificatin (APNS)和Google \nCloud Messaging for (GCM)那样的目标服务器的协议。由于推送服务为每个目标提供推送调解器,所以通知开发者无需深入了解每个目标服务器的协议就可以为每个目标适当编写和模式化一种形式的通知消息。\n[0018] 推送服务可以代表开发者按照其相关背景规则管理订户列表、通知消息存储、和通知消息的调度和输送。另外的服务可以包括收集和向开发者发送一个或多个通知消息的结果。这样的结果可以包括与订户选择接收或忽略多少通知的计数一起发送的通知消息的计数。\n[0019] 在另一个实施例中,开发者可以直接将通知消息和相关背景规则转发给一个或多个提供商的服务器。但是,需要每个目标服务器的协议的专门知识才能为每个目标适当编写和模式化一种形式的通知消息,使出错的可能性增加。\n[0020] 在215中,推送服务使用像,例如,超文本传送协议(HTTP)或传输控制协议(TCP)那样的通信协议将通知消息和相关背景规则转发给像Apple Push Notificatin\n(APNS)和Google Cloud Messaging for (GCM)那样的一种或多种订户网络的移\n动推送服务器125(图1)。HTTP是用于在分布式系统,尤其基于Web的主机和客户机之间通信的众所周知无状态应用层协议。TCP是在网络上提供数据的可靠、有序输送的众所周知通信协议。\n[0021] 在220中,移动环境120(图1)中的移动推送服务器125(图1)将通知消息分派给通知开发者规定的目标移动设备127(图1)。当移动订户安装了应用并登记在应用上,导致移动设备被加入应用的配置文件中时,移动设备就成为合格的目标。由于推送服务保持了多个推送调解器137(图1),所以可以按照通知开发者的所希望输送时间表将通知消息和背景规则分派给不止一个订户网络。\n[0022] 300(图3)描绘了一般显示成图1中的通知代理128的通知代理的详细表示。在下面的讨论中对通知代理的引用将使用通知代理300(图3)作出。在225中,在目标移动设备127(图1)上通过安装在目标移动设备127(图1)上的通知代理300(图3)接收通知消息。通知过程305(图3)可以评估接收的通知消息,以确定与该消息相联系的哪些背景规则应该接受进一步分析,以便与目标移动设备127(图1)的实时背景条件,或背景相比较。在另一个实施例中,通知过程305(图3)可以查询推送服务服务器来检索相关背景规则。但是,当获得背景规则时,通知过程305(图3)检查背景规则以确定目标移动设备的传感器335(图3)应该收集什么类型的数据。可以将收集的传感器数据输入背景评估器320(图3)中,以便通过计算确定目标移动设备127(图1)的实时背景条件。通知过程305(图3)还从像,例如,通知存储库310(图3)那样,目标移动设备127(图1)上的本地存储体中检索用户的背景规则。\n[0023] 可以在目标移动设备127(图1)上的多个传感器335(图3)上定义背景规则,例如,与WiFi接入点的附近结合的GPS地点。根据分析背景规则的结果,在235上,通知过程305(图\n3)与感测规划器315(图3)通信,以请求传感器控制器330(图3)激活或轮询目标移动设备\n127(图1)上的一个或多个传感器335(图3)。也可以通过感测传感器330(图3)将收集传感器数据的持续时间从感测规划器315(图3)传送每个激活传感器335(图3)。可以将不同持续时间传送给每个激活传感器335(图3)。可以将通过传感器控制器330(图3)收集的传感器数据收集在一个或多个缓冲器325(图3)中,等待在背景评估器320(图3)中作进一步处理。可以对收集的传感器数据进行计算,以确定目标移动设备127(图1)的背景条件是否满足与通知消息相联系的背景规则。可以将背景条件表示成评估输入的传感器数据以确定传感器数据是否等同于已经属性的数学表达式。属性可以是通知代理300(图3)内和本地地存储在,例如,通知存储库310(图3)中的原始数据或函数。例如,属性可以包括接收来自加速度计传感器的数据,和根据计算,评估该数据分辨出行走的行动的函数。\n[0024] 在240中,从,例如,通知存储库310(图3)中提取目标移动设备用户定义和存储在目标移动设备127(图1)上的背景偏好,并将其传递给背景评估器320(图3)。这些背景偏好可以称为局部背景规则、用户背景规则、或用户背景偏好。例如,用户可以定义在一天的某些时间之间,不应该向用户展示通知消息的用户背景偏好。类似地,如果用户处在某个购物中心中,则展示来自购物中心中的任何商店、像优惠券那样的通知消息。用户也可以设置在失效之前重放通知消息多少次的偏好。其它用户背景偏好包括社会地位(即,与朋友的关系、与家庭的关系、单身)、当前活动(即,行走、慢跑、在开会)、和一天的某个时间。\n[0025] 在245中,在对收集的传感器数据计算之后,背景评估器320(图3)进一步将与背景条件匹配的背景规则(例如,成功背景规则)与用户背景偏好相比较。注意,背景规则与背景条件的比较是在移动设备上进行的,而不是要求将用户的背景发送给服务器以便在那里进行比较。这不仅有助于保护用户的隐私,而且往往降低了服务器上的计算要求。\n[0026] 当在250中用户背景偏好与成功背景规则匹配时,在260中准备或再现通知消息以便向用户展示。再现信息可以包括在通知消息的相关背景规则中,以及可以包括,例如,重放消息的次数和失效日期。在265中,展示准备的通知消息供用户观看。但是,如果在250中,用户背景偏好不与成功背景规则匹配,则在255中,管理通知消息从目标移动设备127(图1)中的移走,或失效。例如,如果成功背景规则不与用户背景偏好匹配,但具有一定日期范围,则尽管这一天不满足用户背景偏好,但可以让通知消息在目标移动设备127上保留日期范围的持续时间而不是删除掉。背景评估器320(图3)可以每天在该日期范围期间对照背景条件重新评估用户背景偏好,直到该日期范围耗尽。\n[0027] 在操作时,例如,百货商业可以创建促销的通知消息。当目标移动设备127(图1)的条件背景指示在百货商业附近时,应该连续几天在目标移动设备127(图1)上向用户展示通知消息。在经过了几天之后,应该从目标移动设备127(图1)中删除通知消息。在本例中,用户是否观看通知消息取决于用户是否满足附近背景规则。尽管用户想每天,某些天,或一点也不想观看通知消息,但百货商业只需伴随着适当背景规则,一次性地创建和分派通知消息。\n[0028] 现在参照图4,计算设备400可以包括可以一起提供像推送通知服务(图1)那样,软件应用的环境的各自一组内部组件800和外部组件900。每组内部组件800包括一个或多个处理器820;一个或多个计算机可读RAM 822;一条或多条总线826上的一个或多个计算机可读ROM 824;一个或多个操作系统828;执行方法200的一个或多个软件应用(例如,通知消息编写模块829);和一个或多个计算机可读有形存储设备830。一个或多个操作系统828和通知消息编写模块829存储在供一个或多个各自处理器820经由一个或多个各自RAM 822(通常包括高速缓冲存储器)执行的一个或多个各自计算机可读有形存储设备830上。在例示在图4中的实施例中,每个计算机可读有形存储设备830是内部硬盘驱动器的磁盘存储设备。\n可替代地,每个计算机可读有形存储设备830是像ROM 824、EPROM、闪速存储器那样的半导体存储设备、或可以存储计算机程序和数字信息的任何其它计算机可读有形存储设备。\n[0029] 每组内部组件800还包括R/W驱动器或接口832,以便读写像CD-ROM、DVD、SSD、存储棒、磁带、硬盘、光盘或半导体存储设备那样的一个或多个计算机可读有形存储设备936。\n[0030] 每组内部组件800还包括像TCP/IP适配器卡、无线WI-FI接口卡、或3G或4G无线接口卡那样的网络适配器(或交换机端口卡)或接口836或其它有线或无线通信链路。CM模块和DBMS模块829、和与计算设备400相联系的操作系统300可以经由网络(例如,互联网、局域网、或其它广域网)和各自网络适配器或接口836从外部计算机(例如,服务器)下载到计算设备300。将与计算设备400相联系的操作系统300从网络适配器(或交换机端口适配器)或接口836装载到各自硬盘驱动器830和网络适配器836中。该网络可以包含铜线、光纤、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。\n[0031] 每组外部组件900可以包括计算机显示监视器920、键盘930、和计算机鼠标934。外部组件900还可以包括触摸屏、虚拟键盘、触摸板、定位设备、和其它人机界面设备。每组内部组件800还包括与计算机显示监视器920、键盘930和计算机鼠标934交接设备驱动器840。\n设备驱动器840、R/W驱动器或接口832和网络适配器836或界面836包含软件和软件(存储在存储设备830和/或824)中。\n[0032] 所属技术领域的技术人员知道,本发明的各个方面可以实现为系统、方法或计算机程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、驻留软件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。此外,在一些实施例中,本发明的各个方面还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式,该计算机可读介质中包含计算机可读的程序代码。\n[0033] 可以采用一个或多个计算机可读介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。\n[0034] 计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。\n[0035] 计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、有线、光缆、RF等等,或者上述的任意合适的组合。\n[0036] 可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。\n在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。\n[0037] 下面将参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述本发明。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些计算机程序指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。\n[0038] 也可以把这些计算机程序指令存储在计算机可读介质中,这些指令使得计算机、其它可编程数据处理装置、或其他设备以特定方式工作,从而,存储在计算机可读介质中的指令就产生出包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的指令的制造品(article of manufacture)。\n[0039] 也可以把计算机程序指令装载到计算机、其它可编程数据处理装置、或其它设备中,使一系列操作步骤在计算机、其它可编程数据处理装置、或其它设备上得到执行,形成计算机实现过程,以便在计算机或其它可编程装置上执行的指令提供实现在流程图和/或框图中的一个或多个方块中规定的功能/动作的过程。\n[0040] 附图1-4中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
法律信息
- 2022-07-12
专利权的转移
登记生效日: 2022.06.30
专利权人由国际商业机器公司变更为枫熊股份有限公司
地址由美国纽约阿芒克变更为美国加利福尼亚州
- 2019-01-01
- 2015-07-22
实质审查的生效
IPC(主分类): G06F 17/30
专利申请号: 201410682974.2
申请日: 2014.11.24
- 2015-06-24
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2005-03-09
|
2001-03-16
| | |
2
| |
2013-12-18
|
2013-08-28
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |