可扩展部署系统的制作方法
本文通常涉及一种部署系统，更具体地，但不是限制性地，涉及一种可扩展的部署系统。
背景技术：
医院和其它医护机构通常利用许多不同的电子设备和数据系统来执行众多的医院的工作。这些不同的数据系统经常使用不兼容的信号和通信协议用于各种不同类型的系统，这些不同类型的系统可包括住院-出院-转院(adt)、医生订单条目(poe)、电子医药管理记录(emar)等。某些数据系统，例如医药管理系统(如pyxismedstationtm系统)，连续接收来自一个或多个这些其它系统的信息。由于每个数据系统会使用不同的消息协议或数据结构，因此在不对一个或两个系统进行定制的情况下，不能将消息直接从一个系统发送到另一个系统。此外，不同的制造商也会使用不同的协议，这使得数据系统之间的控制和通信非常困难。为了在医院中的复杂的联网数据系统之间进行通信，对多个定制数据系统的维护和升级是复杂和巨大的任务。
在一些实例中，医院环境可包括一个或多个消息转换系统，用于促进多个站点上的不同数据系统之间的通信。但是，对这些消息转换系统进行部署、升级、或扩展会变得非常困难，甚至更难于验证，这会导致庞大的医院系统的数据交换的服务或可靠性降低，该医院系统非常依赖于该类型的整合来为它们的患者提供优质护理。
技术实现要素：
所公开的主题涉及一种用于对可扩充的通信系统进行可扩展部署的方法。该方法可包括，接收第一请求，该第一请求用于为将会共享第一数据库的服务创建第一服务分组，其中第一请求包括第一服务器的第一标识符。该方法还可包括，从执行于第一服务器上的第一代理人程序检索用于创建第一数据库的第一脚本。该方法还可包括，基于第一脚本，通过处理器生成第一数据库，并接收第二请求，该第二请求用于将第一服务添加到第一服务分组，其中第二请求包括第一服务器的第一标识符。该方法还可包括：将第一命令传送给执行于第一服务器上的第一代理人程序以在第一服务器上创建第一服务；提供第一服务已经被添加到第一服务分组的第一指示。
所公开的主题还涉及一种可扩展的部署系统。该系统可包括一个或多个处理器以及存储器，该存储器包括指令，当一个或多个处理器执行指令时，使得一个或多个处理器执行如下操作：接收用于访问管理界面的用户验证请求，其中用户验证请求包括用户标识符和密码；确定用户标识符是否存在于本地用户数据库中；如果用户标识符存在于本地用户数据库中，则通过本地验证系统对用户标识符和密码进行验证，否则，通过外部验证系统对用户标识符和密码进行验证；如果用户标识符和密码通过了本地验证系统或外部验证系统的验证，则提供管理界面，否则拒绝访问管理界面。
所公开的主题还涉及一种非易失性机器可读介质，其包含指令，当机器执行这些指令时，使得机器执行用于可扩充的通信系统的可扩展部署的方法。该方法可包括：在数据库实例中生成用于支持多组服务的管理数据库；接收来自第一服务器的第一脚本集和来自第二服务器的第二脚本集。该方法还可包括：使用第一脚本集在数据库实例中生成用于该多组服务的第一组服务的第一数据库，并使用第二脚本集在数据库实例中生成用于该多组服务的第二组服务的第二数据库，其中第一数据库包括与第二数据库不同的模式。该方法还可包括：向执行于第一服务器上的第一代理人程序进程传送第一命令，从而对第一组服务的第一服务进行初始化，其中第一服务访问第一数据库从而对接收到的来自第一多个设备的第一多个消息进行转化。该方法还可包括：向执行于第二服务器上的第二代理人程序进程传送第二命令，从而对第二组服务的第二服务进行初始化，其中第二服务访问第二数据库从而对接收到的来自第二多个设备的第二多个消息进行转化；提供用于对第一服务和第二服务进行管理的用户界面。
应当理解，通过下面的详细描述，本发明的其它配置对于本领域内的技术人员将会是显而易见的，其中本发明的各种配置是通过例示方式来示出和描述的。应当认识到，本发明可以是其它的和不同的配置，并且在不脱离本发明的范围的情况下，可对本发明的一些细节的其它方面进行修改。相应地，应当认为附图和详细描述实际上是作为示例性目的，而不是限制性的。
附图说明
下面列出的条款中阐述了本发明的某些特征。但是，为了说明的目的，下面的附图中阐述了本发明的一些实施例。
图1示出了根据一个或多个实施方案的可部署集中通信系统的示例性医院系统。
图2示出了根据一个或多个实施方案的医院系统中的集中通信系统的示例性可扩展部署。
图3示出了根据一个或多个实施方案的用于可扩展部署系统的示例性处理的流程图。
图4示出了根据一个或多个实施方案的用于可扩展部署系统的示例性处理的流程图。
图5示出了根据一个或多个实施方案的用于可扩展部署系统中的用户验证的示例性处理的流程图。
图6示出了根据一个或多个实施方案的可扩展部署系统的示例性流程。
图7示出了根据一个或多个实施方案的可扩展部署系统中的用户验证的示例性流程。
图8示出了根据一个或多个实施方案的可扩展部署系统中的用于提供配置信息的示例性用户界面。
图9示出了根据一个或多个实施方案的可扩展部署系统中的用于添加服务器的示例性用户界面。
图10示出了根据一个或多个实施方案的可扩展部署系统中的用于添加服务分组的示例性用户界面。
图11示出了根据一个或多个实施方案的可扩展部署系统中的用于向服务分组添加服务的示例性用户界面。
图12示出了根据一个或多个实施方案的可扩展部署系统中的用于对服务进行初始化的示例性用户界面。
图13示出了根据一个或多个实施方案的可扩展部署系统中的用于对服务分组进行管理的示例性用户界面。
图14示出了根据一个或多个实施方案的可扩展部署系统中的用于对服务分组中的服务进行管理的示例性用户界面。
图15示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于对消息进行跟踪的示例性用户界面。
图16示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于对消息跟踪进行过滤的示例性用户界面。
图17示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以文本格式对消息跟踪进行搜索的示例性用户界面。
图18示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以网格格式对消息跟踪进行搜索的示例性用户界面。
图19示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以healthlevel7(hl7)格式对消息跟踪进行搜索的示例性用户界面。
图20示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以可扩展标示语言(xml)格式对消息跟踪进行搜索的示例性用户界面。
图21示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于多标签消息跟踪的示例性用户界面。
图22示出了根据一个或多个实施方案的可扩展部署系统中的用于用户管理的示例性用户界面。
图23概念性地示出了可实施本发明的一个或多个实施方案的电子系统。
具体实施方式
下面阐述的详细描述意在作为本发明的各种配置的描述，而非意在代表可实践本发明的唯一配置。附图被并入本文并构成了该详细描述的一部分。该详细描述包括具体细节，其目的是提供对本发明的透彻理解。但是，对于本领域内的技术人员而言将清楚和显然的是，本发明不局限于本文阐述的具体细节并且可使用一个或多个实施方案来实践。在一些情况下，为了避免模糊本发明的构思，公知的结构和组件以框图形式示出。
由于许多医院每天通常利用许多由不同厂商开发的不同的应用软件和设备，在卫生保健领域，协同能力已经变得复杂和具有挑战性。需要一种包括允许数据或信息在厂商或用户端的系统之间转换并允许所有系统一起无缝地工作的整合方案的集中通信系统。例如，厂商端可包括医院信息系统(his)，如下面系统中的任何一个或任何的组合：住院-出院-转院(adt)系统、患者订单数据系统、处方数据系统、手术室信息系统(oris)、电子病历(emr)系统、mmis、计费系统和/或封装系统。用户端可包括各种应用程序或患者设备，如由护士、护理人员、甚至是患者本人操作的配药设备、输液设备和呼吸机设备。
在指定的医院系统中，可以对不同系统和设备的整合方案进行单独的管理。例如，his系统的整合方案可以是由与患者设备的整合方案相对独立的团队管理。此外，各个单独的团队可具有不同的预算或系统/资源限制，这会影响到各个单独团队如何对单独的整合方案进行部署和/或升级。因此，可取的是允许整合方案的独立部署，从而，例如，可将医院系统中的一个单独的整合方案部署在任意数量的服务器上，独立于医院系统中的其它整合方案的部署，同时保持与医院系统中的其它整合方案协同工作的能力。类似地，可取的是允许对整合方案进行独立的升级，从而医院系统中的一个单独的整合方案的升级可独立于医院系统中的其它整合方案，同时保持与医院系统中的其它整合方案协同工作的能力。同样可取的是提供集中管理接口，该接口对医院系统中的所有整合方案提供集中管理和监控，而不考虑各单独的整合方案的部署和/或升级途径。
图1示出了根据一个或多个实施方案的在医院系统100中所部署的集中通信系统(ccs)120的示例性系统架构。不是所有示出的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外的组件。可在不脱离本文阐述条款的精神或范围的情况下改变组件的布置和类型。另外，可提供不同的或更少的组件。此外，为了说明性目的，将ccs120描述为部署在医院系统100中。但是，ccs120并不局限于部署在医院系统100中，而是可部署在可实施内部通信系统的任何网络环境中。
医院系统100包括医疗设备和数据系统105a-n、医院信息系统110和ccs120。在一个实例中，医院系统100可以是集成传递网络(idn)，或者可以是idn的一部分。医院信息系统110可包括许多单独的电子健康记录(ehr)系统105o-t，包括重症监护室(icu)系统105o、手术室(or)系统105p、急诊部(ed)系统105q、药房(pharm)系统105r、麻醉后监护室(pacu)系统105s、医疗记录(medrec)系统105t。任何的ehr系统105o-t可以通过网络连接到ehr数据库117。
医疗设备和数据系统105a-n可包括：一个或多个药物分配设备105a，例如pyxismedstationtm自动分配机器(adm)，其可对护士站的药物进行存储和分配；一个或多个手术室药物系统105b，例如
医疗设备和数据系统105a-n还可包括：一个或多个心脏科存储系统105h，例如pyxiscatracks，其可对心脏病房和放射室中使用的供给进行存储，包括如起搏器、血管内支架、导液管的物品；一个或多个衣服管理设备105i，例如pyxis
ccs120可包括核心124和一个或多个适配器122a-t(例如接口模块)，用于作为医院系统100的一部分的一个或多个医疗设备或数据系统105a-t。核心124可表示一个或多个整合方案，其中每个整合方案包括一组共享队列和数据库的ccs服务。ccs120可驻存在单个服务器或多个服务器(例如并列服务器和/或位于不同地点的服务器)上。在多服务器的情况下，适配器122a-t可以遍布多个服务器，并且每个服务器可包括核心124的ccs服务中的一个。下面对照图2进一步讨论了ccs120的示例性配置。
任何适配器122a-t，例如适配器122a，可根据共同基本结构或“框架”而构造，并可根据将要连接到适配器122a的医疗设备或数据系统105a-t(例如药物分配设备105a)使用的特定的本地消息格式进行自定义。核心124可以内部消息格式在适配器122a-t之间传送消息。在一个或多个实施方案中，内部消息格式可与一个或多个医疗设备和数据系统105a-t使用的本地消息格式不同。内部消息格式是所有内部消息格式消息共同的，与哪个适配器122a-t正在提供内部消息格式消息或者哪个适配器122a-t正在接收内部消息格式消息无关。
适配器122a-t可以均与数据库中的一个或多个队列相关联，该队列可以对适配器122a-t接收到的和/或传送的内部消息格式消息提供持续存储。于是，通过ccs120传送的任何消息都可在被路由到其目的地之前被存储在队列中。例如，当例如来自药物分配设备105a消息到达特定的适配器122a时，该消息会被存储在与适配器122a相关联的队列中。适配器122a可在先进先出的基础上(或者在任何其它的基础上)对其队列中的消息进行处理。于是，当适配器122a从它的队列中检索到消息时，适配器122a会确定该消息的目的地，并将该消息传送到适当的适配器，例如适配器122j。但是，该消息会保留在适配器122a的队列中，直到适配器122a接收到来自药物分配设备105a的指示指出该消息已经被用药管理系统105j接收到。
在一个或多个实施方案中，在默认配置下，消息队列可表示作为消息生命周期的一部分的三个检查点。这三个检查点可以是进队(inq)、标准出队(stdoutq)、出队(outq)。如果ccs120在任何时间停止运转，将会根据队列的使用在每个消息的上一个核查点重新开始对这些消息的处理。此外，根据任何队列中的消息的位置，或者根据ccs120中的任何额外的检查点，可对任何通过ccs120传送的消息进行跟踪。例如，取决于日志消息的类型(例如ccs120中的不同类型的事件)，ccs120的日志组件可将日志消息插入到ccs120的数据库中。数据库中的日志条目可包括事件的日期/时间(例如时间戳)、类别、日志消息、日志所有人的指示。
ccs120可提供包括用于查看日志的日志查看器的用户界面。日志查看器可允许用户根据组内的任何一个消息来跟踪全部相关联的消息。如果消息被放弃，则该消息可包括指示消息是在哪里被放弃并未能完成其生命周期(例如，消息生命周期可开始于消息输入ccs120时，并在消息离开ccs120时结束)的指示符，。日志查看器可允许基于一个或多个格式(例如pyxis消息、healthlevel7(hl7)消息等)对消息进行解析，。日志查看器还可指示导致了消息被放弃的商业规则。日志查看器还可允许用户在方案级、服务级和/或在整个idn上执行消息轨迹搜索。在一个或多个实施方案中，日志查看器可以是网络应用程序并可包括一个或多个下面参照图15至图21讨论的用户界面。
在一个或多个实施方案中，根据第一适配器122a提供的信息，核心124将内部消息格式消息从第一适配器122a传送给一个或多个第二适配器122b-t，从而运行于“推送”通信模式。在一个或多个实施方案中，核心124的功能只是将内部消息格式消息在适配器122a-t之间传送，而不对内部消息格式消息进行处理。在一个或多个实施方案中，ccs120可包括一个或多个适配器122a-t，它们可连接到位于多个物理站点上的外部设备。在一个或多个实施方案中，核心124包括与不同的适配器122a-t相关联的多个ccs服务，各ccs服务可在它们相互之间传送内部消息格式消息，例如从一个ccs服务的适配器122a传送到另一个ccs服务的适配器122b。
ccs120在医疗设备和数据系统105a-t之间创建抽象层，从而使得任何发送医疗设备或数据系统105a-t或目标医疗设备或数据系统105a-t不必知道医院系统100或idn中的其他医疗设备和数据系统105a-t的细节，而是只需要知道用于其操作的通常配置的数据和协议。例如，自动分配机器(adm)可包含库存相关的数据，而注射系统可只关注将要通过注射系统的注射泵进行注射的药物的库存信息。作为另一个实例，可将pointofcare(poc)系统配置为只关心药物超控，而不顾来自配药系统的其它信息。
图2示出了根据一个或多个实施方案的医院系统中的集中通信系统的示例性可扩展部署200。不是所有示出的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外的组件。可在不脱离本文阐述条款的精神或范围的情况下改变组件的布置和类型。另外，可提供不同的或更少的组件。
示例性可扩展部署200可包括一个或多个医疗设备210、一个或多个数据系统220、一个或多个用户230、一个或多个服务器240a-c以及一个或多个数据库服务器250。该一个或多个医疗设备210可包括任何的前面提到的可用于医院系统中的医疗设备，例如泵、注射系统等。该一个或多个数据系统220可以是任何前面提到的可与医院系统中的医疗设备进行通信的数据系统，例如adt系统、emr系统等。该一个或多个用户230可以是对一个或多个医疗设备210和/或数据系统220的整合方案进行管理的用户、对整合方案进行部署的用户、或者广泛地包括任何行政或管理用户。
服务器240a-c和数据库服务器250可代表一个或多个包括存储器和一个或多个处理器的计算设备，例如下面参照图23讨论的计算设备。服务器240a-b可寄存一个或多个适配器242a-d、一个或多个服务244a-c。服务244a-c可均包括至少一个在服务器240a-b上执行的ccs服务。在一个或多个实施方案中，服务244a-c可寄宿在任何一个服务器240a-c上。服务器240a-b还可包括代理人程序245a-b，它们可以是在服务器240a-b上执行的进程；代理人程序245a-b可与服务器240c通信。服务器240c可寄存管理控制台程序246、一个或多个管理控制台服务248(例如因特网信息服务器(iis)服务)。在一个或多个实施方案中，管理控制台程序246可以是网络应用程序。
数据库服务器250可寄存至少一个数据库实例252，例如sql实例。服务器240a-c使用的数据库254a-c可都存在于数据库服务器250上的一个单独的数据库实例252中。替代性地，数据库254a-c可存在于数据库服务器250上的多个数据库实例252上。对于每个部署的整合方案或服务分组,可在数据库实例252中存在独立的数据库254a-b。在一个或多个实施方案中，服务分组可代表指定数据系统或患者设备集合的整合方案，该整合方案包括共享队列和数据库的一组服务。医院系统中的服务分组是独立于医院中的其它服务分组运行的，并且服务分组的配置、管理、部署、升级可独立于医院系统中的其它服务分组。例如，指定的部署可包括注入整合方案的服务分组、配药整合方案的服务分组等。
例如，在图2中，服务244a-b可以是访问数据库254a的服务分组的一部分，服务244c可以是访问数据库254b的服务分组的一部分。管理控制台数据库254c可存储关于管理控制台程序246的信息。可通过管理控制台程序246将服务244a-c部署在服务器240a-b上，例如，如下面参照图3和4讨论的。
图3示出了根据一个或多个实施方案的用于可扩展部署系统的示例性处理300的流程图。为了说明性目的，本文将示例性处理300的块描述为以连续或线性方式发生。但是，示例性处理300的多个块可以并行方式发生。此外，不必以所示顺序执行示例性处理300的块和/或不必执行示例性处理300的一个或多个块。
在块302中，用户与管理控制台程序246交互可创建部署数据库，例如管理控制台数据库254c。例如，用户可通过与下面参照图8讨论的用户界面进行交互以创建部署数据库。在块304中，用户与管理控制台程序246交互可例如通过提供服务器240a的名称和网络地址来识别将会寄存至少一个服务244a的服务器240a。例如，用户可通过与下面参照图9讨论的用户界面进行交互识别服务器240a。
在块306，用户与管理控制台程序246交互可例如通过提供服务分组的名称和识别将会寄存服务分组的至少一个服务244a的服务器240a来添加服务分组，也可将其称为方案。服务分组或方案可以是共享队列和数据库(例如数据库254a)的一组服务，例如服务244a-b。在一个实例中，用户可通过与下面参照图9讨论的用户界面进行交互来添加服务分组。当添加服务分组时，服务器240c可生成用于服务分组的数据库254a，如下面参照图4所进一步讨论的。
在块308，用户与管理控制台程序246交互可例如通过提供服务244a的名称、服务的类型、将会寄存服务244a的服务器240a的标识符来向块306中创建的服务分组添加服务244a。例如，用户可通过与下面参照图11讨论的用户界面进行交互来添加服务244a。在块310，用户与管理控制台程序246交互可启动块308中创建的服务244a。例如，用户可通过与下面参照图12讨论的用户界面进行交互来启动服务244a。
用户可重复一个或多个块304-310，从而在该部署中创建另一个服务分组。替代性地，或额外地，用户可重复一个或多个块304和块308-310，从而向现有的服务分组添加额外的服务。以这种方式，用户可在idn中部署多个独立的服务分组，可以对这些服务分组进行单独的管理和升级。
图4示出了根据一个或多个实施方案的用于可扩展部署系统的示例性处理400的流程图。为了说明性目的，本文将示例性处理400的块描述为以连续或线性方式发生。但是，示例性处理400的多个块可以并行方式发生。此外，不必以所示顺序执行示例性处理400的块和/或不必执行示例性处理400的一个或多个块。
在块402，服务器240c例如从与管理控制台程序246交互的用户接收创建服务分组的请求，。该请求可包括服务分组的名称和将要寄存服务分组的至少一个服务244a的服务器240a的标识符。可以预先将服务器240c配置为对管理控制台数据库254c中的信息进行检索和存储。在一个或多个实施方案中，服务器240c可将服务分组的名称存储在管理控制台数据库254c中。
在块404，服务器240c可从正在请求中识别的服务器240a上执行的代理人程序245a中检索用于创建服务分组的数据库254a的脚本。例如，服务器240c可向代理人程序245a传送要求提供用于创建数据库254a的脚本的请求。在一个或多个实施方案中，这些脚本可特定针对于块402中识别的服务分组，并且可独立地进行升级或改变，独立于用于生成任何其它服务分组的数据库的脚本。
在块406，服务器240c可生成用于数据库实例252中的服务分组的数据库254a。例如，服务器240c可执行块404中检索到的脚本，从而生成数据库实例252中的数据库254a。服务器240c可将数据库254a的名称设置为服务分组的名称，或者包括至少部分服务分组的名称。例如，服务分组的名称可以是数据库254a的名称的前缀或后缀。在一个或多个实施方案中，服务器240c可将数据库254a的名称、以及数据库254a的名称与服务分组的名称之间的关联存储在管理控制台数据库254c中。
在块608，服务器240c可例如从与管理控制台程序246进行交互的用户接收用于创建服务244a(作为块402中创建的服务分组的一部分)的请求。该请求可识别将要在其上面部署服务244a的服务器240a。在块410，服务器240c可向执行于服务器240a上的代理人程序245a传送命令，该命令指示代理人程序245a创建服务244a。代理人程序245a可创建服务244a，并且代理人程序245a可配置服务244a访问数据库254a。
在块412，服务器240c可提供在服务器240a上创建了作为所识别的服务分组的一部分的服务244a的指示。例如，服务器240c可为与管理控制台程序246进行交互的用户提供用户界面，该用户界面可指示创建了服务244a和/或提供服务的状态。例如，服务器240c可为用户提供下面参照图14所讨论的用户界面。
在块414，服务器240c可接收启动服务244a的请求。例如，与管理控制台程序246进行交互的用户可向服务器240c传送启动服务244a的请求。在块416，服务器240c可向执行于服务器240a上的代理人程序245a传送命令，该命令指示代理人程序245a启动服务244a。
图5示出了根据一个或多个实施方案的用于可扩展部署系统中的用户验证的示例性处理500的流程图。为了说明性目的，本文将示例性处理500的块描述为以连续或线性方式发生。但是，示例性处理500的多个块可以并行方式发生。此外，不必所示顺序执行示例性处理500的块和/或不必执行示例性处理500的一个或多个块。
在块502，服务器240c可接收用户验证请求，例如从尝试访问管理控制台程序246的用户接收到的请求。在一个或多个实施方案中，用户验证请求可包括用户标识符和密码。例如，服务器240c可为与管理控制台程序246交互的用户提供用户登录界面。在一个或多个实施方案中，服务器240c可自己签署安全证书并可将该自签名的证书提供给与管理控制台程序246交互的用户，从而允许用户的登录凭证在安全的连接(例如安全套接层(ssl)连接)上传送。该自签名的证书可包括例如服务器240c的名称、服务器240c的网络地址、或任何其它属于服务器240c的识别信息。在一个或多个实施方案中，可在部署服务器240c时动态地生成该自签名的证书。
在块504，服务器240c可确定用户验证请求的用户标识符是否存在于本地用户数据库中，例如管理控制台数据库254c。在块504，如果服务器240c确定用户标识符存在于本地用户数据库中，则服务器240c进入到块506。在块506，服务器240c从本地用户数据库检索与用户标识符相关联的用户概况信息。在块508，服务器240c确定用户概况信息是否指示用户标识符来自外部验证系统，例如动态目录系统或任何其它外部验证系统。例如，用户概况信息可包括用户标识符是否是本地用户标识符的指示，例如内部用户标识符，或者外部用户标识符。替代性地，或额外地，当用户标识符来自外部验证系统时，如果服务器240c通过多个外部验证系统对用户进行了验证，则用户概况信息可包括特定的外部验证系统的指示。
在块508，如果服务器240c确定用户标识符来自外部验证系统，例如，用户标识符是外部用户标识符，则服务器240c进入到块510。在块510，服务器240c通过外部验证系统对用户标识符进行验证。例如，服务器240c可将用户的登录凭证(例如用户标识符和密码)安全地传送给外部验证系统。在块508，如果服务器240c确定用户标识符不是来自外部验证系统，例如，用户标识符是内部用户标识符，则服务器240c进入到块512。在块512，服务器240c通过本地用户验证系统对用户进行验证。例如，服务器240c可核实用户的登录凭证(例如用户标识符和密码)是否与存储在本地用户数据库中的信息匹配。
在块514，如果服务器240c确定用户的验证成功，则服务器240c进入到块518。在块518，服务器240c准许用户访问管理控制台程序246。例如，服务器240c可为用户提供下面参照图13讨论的用户界面。在块514，如果服务器240c确定验证未成功，则服务器240c进入到块516。在块516，服务器240c拒绝用户访问管理控制台程序246。
在块504，如果服务器240c确定用户标识符未存在于本地用户数据库中，则服务器240c进入到块520。在块520，服务器240c通过外部验证系统验证用户标识符。例如，服务器240c可将用户的登录凭证(例如用户标识符和密码)安全地传送给外部验证系统。如果服务器240c通过多个外部验证系统对用户进行验证，则服务器240c会尝试利用每个外部验证系统对用户的登录凭证进行验证。
在块522，如果服务器240c确定用户的验证成功，则服务器240c进入到块524。在块524，服务器240c将外部用户标识符添加到本地用户数据库，同时添加指出该用户标识符应当通过外部验证系统验证的指示。如果服务器240c通过多个外部验证系统对用户进行验证，则服务器240c还存储通过其对用户进行了验证的特定的外部验证系统的指示。在块524，服务器240c准许用户访问管理控制台程序246。例如，服务器240c可为用户提供下面参照图13讨论的用户界面。在块522，如果服务器240c确定验证未成功，则服务器240c进入到块516。在块516，服务器240c拒绝用户访问管理控制台程序246。
图6示出了根据一个或多个实施方案的可扩展部署系统的示例性流程600。为了说明性目的，本文将示例性流程600的步骤描述为以连续或线性方式发生。但是，示例性流程600的多个步骤可以并行方式发生。此外，不必以所示顺序执行示例性流程600的步骤和/或不必执行示例性流程600的一个或多个块。
流程600可包括用户230、服务器240b和240c、数据库服务器250。服务器240b可包括代理人程序245b、一个或多个组件605(例如本地服务、网络服务和/或配置信息)。服务器240c可包括管理控制台程序246和管理控制台服务248。数据库服务器250可包括至少一个数据库实例252，数据库实例252可包括管理控制台数据库254c和数据库254b。
在步骤610，接收到创建服务分组的请求时，管理控制台服务248的部署管理控制台可对服务分组的核心环境进行注册。在步骤620，管理控制台服务248的部署管理控制台例如通过使用从代理人程序245b检索到的脚本来创建用于服务分组的数据库254b的数据库组件。
在步骤630，管理控制台服务248的部署管理控制台例如通过管理控制台数据库254c将数据库254b的数据库组件注册在已注册数据库实例252中。在步骤640，管理控制台服务248的部署管理控制台利用安装在所注册的环境中的组件在服务器248b上创建服务。例如，部署管理控制台可向代理人程序245b传送命令，该命令指示代理人程序245b在服务器240b上创建服务244c。
图7示出了根据一个或多个实施方案的用于可扩展部署系统中的用户验证的示例性流程700。为了说明性目的，本文将示例性流程700的块描述为以连续或线性方式发生。但是，示例性流程700的多个块可以并行方式发生。此外，不必以所示顺序执行示例性流程700的块和/或不必执行示例性流程700的一个或多个块。
流程700包括ccs应用702、数据层704、应用服务层706、外部验证系统708。数据层704可包括用户列表、职责定义、用户职责映射。应用服务层706可包括用户管理服务、职责服务、验证服务、分组职责管理服务。各服务可以是管理控制台服务248的一部分并可以在服务器240c上执行。外部验证系统708可包括一组或多组与ccs相关联的用户。在一个或多个实施方案中，外部验证系统可以是医院或idn的动态目录服务。
在步骤710，用户验证服务从外部验证系统708检索用户信息。例如，用户验证服务可从外部验证系统708检索用户标识符和其它用户识别信息。在一个或多个实施方案中，用户验证服务可以不从外部验证系统708检索密码或其它安全凭证信息。
在步骤720，用户管理服务可在数据层704的用户列表和用户职责映射中针对从外部验证系统检索到的用户创建概况。例如，用户管理服务可将用户概况存储在管理控制台数据库254c中，或者存储在数据库实例252中的另一个数据库中。在步骤730，验证服务根据命令通过外部验证系统708对用户凭证进行验证，如上面参照图5所讨论的。
图8示出了根据一个或多个实施方案的可扩展部署系统中的用于提供配置信息的示例性用户界面800。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面800可包括部署配置窗口810。部署配置窗口810可包括一个或多个输入域和/或输入选择器，用户可使用输入域和/或输入选择器提供用于ccs120的初始部署的信息，例如数据库实例标识符。在操作中，当用户请求创建新的部署时，服务器240c可通过管理控制台程序246向用户提供用户界面800。在一个或多个实施方案中，作为对用户通过用户界面800提供部署信息的响应，服务器240c可创建部署数据库，例如管理控制台数据库254c，并将部署与数据库实例252相关联。
图9示出了根据一个或多个实施方案的可扩展部署系统中的用于添加服务器的示例性用户界面900。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面900可包括服务器添加窗口910。服务器添加窗口910可包括一个或多个输入域和/或输入选择器，用于提供与添加到部署中的服务器(例如服务器240a)相关的信息。例如，服务器添加窗口910可包括用于提供服务器240a的名称或标识符的文本域，以及用于提供服务器240a的网络地址的文本域。在操作中，当用户请求向部署添加服务器时，服务器240c可通过管理控制台程序246向用户提供用户界面900。在一个或多个实施方案中，在创建任何服务分组或方案前，可能需要用户通过用户界面900识别服务器240a。
图10示出了根据一个或多个实施方案的可扩展部署系统中的用于添加服务分组的示例性用户界面1000。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1000可包括方案添加窗口1010。方案添加窗口1010可包括一个或多个输入域和/或输入选择器，用于提供与添加到部署中的服务分组(或者方案)相关的信息，例如服务分组的名称，以及将会寄存在服务分组的至少一个服务上的服务器240a的标识符。在操作中，当用户请求向部署添加新的服务分组时，服务器240c可通过管理控制台程序246向用户提供用户界面1000。在一个或多个实施方案中，作为对用户通过用户界面1000提供服务分组信息的响应，服务器240c可与所识别的服务器240a上的代理人程序245a通信来检索数据库脚本，服务器240c可使用数据库脚本来在在数据库实例252中创建数据库254a。
图11示出了根据一个或多个实施方案的可扩展部署系统中的用于向服务分组添加服务的示例性用户界面1100。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1100可包括服务添加窗口1110。服务添加窗口1110可包括一个或多个输入域和/或输入选择器，用于提供与添加到部署的服务分组(或者方案)中的服务244a相关的信息，例如服务244a的名称、服务244a的类型，以及将要寄存服务244a的服务器240a的标识符。在操作中，当用户请求向服务分组添加新的服务244a时，服务器240c可通过管理控制台程序246向用户提供用户界面1100。在一个或多个实施方案中，作为对用户通过用户界面1100提供服务信息的响应，服务器240c可与所识别的服务器240a上的代理人程序245a通信来创建服务244a。
图12示出了根据一个或多个实施方案的可扩展部署系统中的用于对服务进行初始化的示例性用户界面1200。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1200可包括确认窗口1210。确认窗口1210可包括一个或多个输入选择器，用户可使用输入选择器来确认所选择的服务244a应当被启动。在操作中，当用户请求对现存的服务244a进行初始化时，或者新的服务244a被添加到服务分组中后，服务器240c可通过管理控制台程序246向用户提供用户界面1200。在一个或多个实施方案中，作为对用户确认服务244a应当被启动的响应，服务器240c可与所识别的服务器240a上的代理人程序245a通信来启动或初始化服务244a。服务244a可在启动时与部署数据库(例如管理控制台数据库254c)通信，从而确定该服务应当使用数据库254a-b中的哪一个。
图13示出了根据一个或多个实施方案的可扩展部署系统中的用于对服务分组进行管理的示例性用户界面1300。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1300可允许用户在多个服务分组已经被部署和配置后选择服务分组进行管理。用户界面1300可包括服务分组选择器1310a-c。服务分组选择器1310a-c可分别对不同的服务分组(或方案)进行识别。用户可通过点击服务分组选择器1310a-c来选择任何识别的服务分组。在一个或多个实施方案中，服务分组选择器1310a-c还可包括用于将识别的服务分组删除或移除的选择器。在操作中，当用户首先登陆到管理控制台程序246中时，或者用户创建了服务分组后，服务器240c可通过管理控制台程序246向用户提供用户界面1300。在一个或多个实施方案中，作为对用户选择了一个或多个服务分组选择器1310a-c的响应，服务器240c可向用户提供列出了为所选择的服务分组配置的服务的用户界面1400。
图14示出了根据一个或多个实施方案的可扩展部署系统中的用于对服务分组中的服务进行管理的示例性用户界面1400。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1400可包括一个或多个配置选择器1410和一个或多个服务选择器1420a-b。用户可选择其中一个配置选择器1410来对所选择的服务分组的一个或多个方面(例如过滤、程序、队列等)进行配置。在一个或多个实施方案中，服务选择器1420a-b可包括一个或多个图形选择器，可选择图形选择器来对所选择的服务执行各种操作，例如对所选择的服务进行编辑、将所选择的服务移除等。用户界面1400还可允许用户停止/启动服务、添加新的服务、或查看所选择的服务分组的任何配置界面。在操作中，当用户例如通过用户界面1300选择了一个服务分组时，服务器240c可通过管理控制台程序246向用户提供用户界面1400。
图15示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于对消息进行跟踪的示例性用户界面。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1500可包括标签选择器1505、过滤部分1510、细化部分1520、显示窗口1530。在操作中，用户可使用用户界面1500对服务244a-c传送的消息进行跟踪。例如，用户可在过滤部分1510中输入过滤条件来对消息进行过滤，并且用户可在细化部分1520中对过滤条件进行细化。用户可在显示窗口1530中查看与过滤和/或搜索匹配的消息。用户可在显示窗口1530中例如通过双击某个消息来选择任何消息，从而查看完整的消息内容。用户可使用标签选择器1505来创建新的标签，其中可执行第二个消息跟踪操作，其独立于显示窗口1530的消息跟踪操作。
图16示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于对消息跟踪进行过滤的示例性用户界面1600。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1600可包括高级过滤窗口1610。高级过滤窗口1610可包括高级过滤条件1615a-b。用户可使用高级过滤窗口1610例如通过使用布尔算子在逻辑上将多个过滤条件组合来执行消息跟踪的高级过滤。
图17示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以文本格式对消息跟踪进行搜索的示例性用户界面1700。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1700包括标签选择器1505、过滤信息部分1710、一个或多个输出格式标签选择器1740、搜索域1720、显示窗口1730、匹配的搜索结果1735。显示窗口1730可以文字形式显示所选择的消息(例如用户在用户界面1500中选择的消息)的内容。用户可使用用户界面1700的搜索域1720来对显示窗口1730中显示的消息的内容中的特定的一个或多个术语进行搜索。例如，用户可在搜索域1720中输入搜索术语，消息的内容中的任何匹配的搜索结果1735都可以被突出显示在显示窗口1730中。用户可通过选择其中一个输出格式标签选择器1740来以不同的形式或格式查看搜索结果。
图18示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以网格格式对消息跟踪进行搜索的示例性用户界面1800。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1800包括标签选择器1505、过滤信息部分1710、输出格式标签选择器1840、搜索域1720、显示窗口1830、匹配的搜索结果1835。显示窗口1830可以以数据网格的形式显示所选择的消息(例如用户在用户界面1500中选择的消息)的内容。用户可使用用户界面1800的搜索域1720从显示在显示窗口1830中的消息的内容中搜索特定的一个或多个术语。例如，用户可在搜索域1720中输入搜索术语，消息的内容中的任何匹配的行1835都可以被突出显示在显示窗口1830中。在操作中，当用户从用户界面1700中选择了“网格”输出格式标签选择器1740时，可向用户提供用户界面1800。
图19示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以healthlevel7(hl7)格式对消息跟踪进行搜索的示例性用户界面1900。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面1900包括标签选择器1505、过滤信息部分1710、输出格式标签选择器1940、搜索域1720、显示窗口1930。显示窗口1930可包括域窗口1932(域窗口1932包括匹配的域1935)和片段窗口1934(片段窗口1934包括匹配的片段1937)。显示窗口1930可显示以片段分组的所选择的消息(例如用户在用户界面1500中选择的消息)的hl7域。用户可使用用户界面1900的搜索域1720对域窗口1932和片段窗口1934中的一个或多个特定术语进行搜索。例如，用户可在搜索域1720中输入搜索术语，任何匹配的域1935和/或匹配的片段1937都可以被突出显示在显示窗口1930中。在操作中，当用户从用户界面1700中选择了“hl7”输出格式标签选择器1740时，可向用户提供用户界面1900。
图20示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以可扩展标示语言(xml)格式对消息跟踪进行搜索的示例性用户界面2000。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面2000包括标签选择器1505、过滤信息部分1710、输出格式标签选择器2040、搜索域1720、显示窗口2030、匹配的元素2035。显示窗口2030可以树状图显示所选择的消息(例如用户在用户界面1500中选择的消息)的xml元素和值。用户可使用用户界面2000的搜索域1720对显示在显示窗口2030中的消息的元素或值中的一个或多个特定术语进行搜索。例如，用户可在搜索域1720中输入搜索术语，任何匹配的元素2035以及相应的值都可以被突出显示在显示窗口2030中。在操作中，当用户选择了“xml”输出格式标签选择器2040时，可向用户提供用户界面2000。
图21示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于多标签消息跟踪的示例性用户界面2100。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面2100可包括多个标签选择器1505、过滤部分1510、细化部分1520、显示窗口1530。在操作中，用户可使用用户界面2100对服务244a-d传送的消息进行跟踪。用户可使用多个标签选择器1505来查看不同的搜索标签，每个搜索标签可具有其自有的搜索条件。这些标签可动态地同时加载搜索结果。
图22示出了根据一个或多个实施方案的可扩展部署系统中的用于用户管理的示例性用户界面2200。不是所描绘的所有的组件都是必须的，但是，一个或多个实施方案可包括图中未示出的额外组件。在不脱离本文阐述的权利要求的精神和范围的情况下，可对组件的布置和类型进行修改。此外，可提供不同的或较少的组件。
用户界面2200包括用户职责管理部分2210、选择部分2220、用户信息部分2230、职责关联部分2235。用户(例如管理员用户)可选择是否在用户职责管理部分2210中管理用户或职责。管理员用户可在选择部分2220中选择用户来进行修改或添加新用户。管理员用户可在用户信息部分2230中对选择的用户的概况或新用户的概况进行修改，并且管理员用户可在职责关联部分2235中修改职责关联。
图23概念性地示出了可实施本发明的实施方案的电子系统2300。电子系统2300例如可以是(或者可包括)下面的任何设备：医疗设备210、数据系统220、数据库服务器250(或服务器240a-c)、台式计算机、膝上型计算机、平板电脑、服务器、交换机、路由器、基站、接收器、电话、个人数字助理(pda)、或大体上任何电子设备。例如电子系统包括各种类型的计算机可读介质和用于各种其它类型的计算机可读介质的接口。电子系统2300包括总线2308、一个或多个处理单元2312、系统存储器2304、只读存储器(rom)2310、永久性存储设备2302、输入设备接口2314、输出设备接口2306、网络接口2316、或它们的子集和变形。
总线2308共同地代表了通信性地与电子系统2300的许多内部设备连接的系统、外围设备、芯片组总线。在一个或多个实施方案中，总线2308通信性地将一个或多个处理单元2312与rom2310、系统存储器2304、永久性存储设备2302连接。一个或多个处理单元2312从这些各种存储单元中检索用于执行的指令和用于处理的数据，从而执行本公开的各个处理。在不同的实施方案中，该一个或多个处理单元可以是单处理器或多核处理器。
rom2310对电子系统的一个或多个处理单元和其它模块需要的静态数据和指令进行存储。另一方面，永久性存储设备2302是读写存储器设备。该设备是即使当电子系统2300关闭时也存储指令和数据的非易失性存储单元。本公开的一个或多个实施方案使用大容量存储器设备(例如磁碟或光碟及其相应的盘驱动器)作为永久性存储设备2302。
其它实施方案使用可移动存储设备(例如软盘、闪存驱动器及其相应的盘驱动器)作为永久性存储设备2302。与永久性存储设备2302类似，系统存储器2304是读写存储器设备。但是，与存储设备2302不同的是，系统存储器2304是易失性读写存储器，例如随机存取存储器。系统存储器2304对一个或多个处理单元2312运行时需要的任何指令和数据进行存储。在一个或多个实施方案中，本公开的处理程序被存储在系统存储器2304、永久性存储设备2302、和/或rom2310中。一个或多个处理单元2312从这些各种存储单元中检索用于执行的指令和用于处理的数据，从而执行一个或多个实施方案的处理。
总线2308还连接输入和输出设备接口2314和2306。输入设备接口2314使用户能够向电子系统传送信息和选择命令。与输入设备接口2314一起使用的输入设备包括例如，字母数字键盘和指向设备(也称为“光标控制设备”)、触控板、轨迹板、或大体上任何能够接收用户输入的设备。输出设备接口2306使得例如电子系统2300生成的图像能够显示。与输出设备接口2314一起使用的输出设备包括例如打印机和显示设备，例如液晶显示器(lcd)、发光二极管(led)显示器、有机发光二极管(oled)显示器、柔性显示器、平面显示器、固态显示器、投影仪、或用于输出信息的任何其它设备。一个或多个实施方案可包括同时担任输入和输出设备的设备，例如触摸屏。在这些实施方案中，提供给用户的反馈可以是任何形式的感知反馈，例如视觉反馈、听觉反馈、或触觉反馈；用户的输入可以被以任何形式接收，包括声音、语音、或触觉输入。
最后，如图23中所示，总线2308还通过网络接口2316将电子系统耦接到网络(未示出)。以这种方式，计算机可以是计算机网络的一部分，例如局域网(“lan”)、广域网(“wan”)或内联网，或者网络的网络，例如因特网。例如通过网络接口2316，电子系统2300可对来自云系统(例如，云存储系统)的信息进行检索和/或接收。电子系统2300的任何或所有的组件都可以与本公开配合使用。
在一个或多个实施方案中，可以将任何比值的分母和分子互换，例如可以通过第一区域除以第二区域或第二区域除以第一区域确定两个区域的比值。但是，如果将比值的分母和分子互换，也要将该比值所对照的阀值进行相对应的互换。
可将上面描述的许多的特征和应用实施为被规定为记录在计算机可读存储媒介(替代性地称为计算机可读介质、机器可读介质、或机器可读存储介质)上的一组指令的软件进程。当一个或多个处理单元(例如，一个或多个处理器、处理器的核、或其它处理单元)执行这些指令时，这些指令会使得一个或多个处理单元执行指令中所指示的行动。计算机可读介质的实例包括，但不限于，ram、rom、只读光盘(cd-rom)、可写光盘(cd-r)、可重写光盘(cd-rw)、只读数字通用磁盘(例如，dvd-rom、双层dvd-rom)、各种可记录/可复写dvd(例如，dvd-ram、dvd-rw、dvd+rw等)、闪存(例如，sd卡、迷你sd卡、微型sd卡等)、磁性和/或固态硬盘、超密度光盘、任何其它光存储介质或磁性存储介质、软盘。在一个或多个实施方案中，计算机可读存储介质不包括无线传送或通过有线连接传送的载波和电子信号、或者任何其它瞬息信号。例如，可将计算机可读介质完全地限制于以计算机可读形式存储信息的有形的、物理的对象。在一个或多个实施方案中，计算机可读介质是非瞬时性计算机可读介质、计算机可读存储介质、或非瞬时性计算机可读存储介质。
在一个或多个实施方案中，可以用任何形式的编程语言编写计算机程序产品(也称为程序、软件、软件应用、脚本、或代码)，包括编译的或转化的语言、说明性的或程序上的语言，并且可将其部署为任何形式，包括独立程序或模块、组件、子程序、对象、或其它适于在计算机环境中使用的单元。计算机程序可以(但不是必需的)对应于文件系统中的文件。可将程序存储在保存其它程序或数据的文件的一部分中(例如，存储在标记语言文档中的一个或多个脚本)、专门用于所谈及的程序的一个单独的文件中、或多个协调的文件中(例如，存储一个或多个模块、子程序、部分代码的多个文件)。可将计算机程序部署为在一个或多个位于一个地点上的或者分布在多个地点上的通过通信网络互连的计算机上执行。
尽管上面的讨论主要涉及执行软件的微处理器或多核处理器，但是一个或多个实施方案是由一个或多个集成电路(例如专用集成电路(asic)或现场可编程门阵列(fpga))执行的。在一个或多个实施方案中，这种集成电路执行存储在该电路自身上的指令。
本领域内的技术人员可以理解的是，可将本文描述的各种说明性块、模块、元件、组件、方法、算法实施为电子硬件、计算机软件、或二者的组合。为了示出硬件和软件的互换性，上面大体上对各种说明性块、模块、元件、组件、方法、算法的功能进行了描述。将该功能实施为硬件或软件取决于施加在整个系统上的特定应用和设计约束条件。技术人员可针对每个特定的应用以不同的方式实施上面所描述的功能。在不脱离本发明的范围的情况下，可对若干组件和块进行不同地布置(例如，以不同顺序布置、或者以不同方式分段)。
应当理解，所公开的处理中的块的任何具体的顺序或层次结构都是对示例性方式的说明。基于设计偏好，应当理解，处理中的具体的顺序或层次结构可以重组，或者所有示出的块都被执行。任何的块都可以被同时执行。在一个或多个实施方案中，多任务处理和并行处理是有利的。此外，上面描述的实施例中的各种系统组件的分离不应被理解为在所有的实施例中都需要这样的分离，而是应当将其理解为，所描述的程序组件和系统通常可以被一起集成到一个单独的软件产品中或打包到多个软件产品中。
该说明书和该申请的任何条款中所使用的术语“触摸界面”、“计算机”、“服务器”、“处理器”和“存储器”都是指电子或其它技术设备。这些术语排除了一些人或多组人。为了说明的目的，术语“显示”的意思是在电子设备上显示。
本文使用的位于一系列项目前面的短语“至少一个”，以术语“和”或“或”隔开任何项目，其修饰的是整体的清单，而不是清单的每个成员(即，每个项目)。短语“至少一个”不需要选择至少一个所列出的每个项目，而是允许含义为，包括至少一个的任何一个项目、和/或至少一个的多个项目的任何组合、和/或每个项目中的至少一个。作为实例，短语“至少一个a、b和c”或“至少一个a、b或c”均指的是只有一个a、只有一个b、或只有一个c；a、b、和c的任意组合；和/或每个a、b、和c中的至少一个。
谓语词语“配置为”、“可操作为”、“编程为”不是暗示对主题的任何特定的明确的或不明确的修改，而是表示可替代性地使用。在一个或多个实施方案中，处理器配置为对组件的操作进行监控和控制也意味着处理器被程式化为对操作进行监控和控制或者处理器可操作为对操作进行监控和控制。同样，处理器配置为执行代码可解释为处理器被程式化为执行代码或可操作为执行代码。
如果存在的话，本公开中使用的诸如“顶部”、“底部”、“前部”、“后部”等术语，应当被理解为针对任意的参考坐标系，而不是普通的重力参考坐标系。于是，“顶部表面”、“底部表面”、“前部表面”、“后部表面”可在重力参考坐标系中向上、向下、斜线地、水平地延伸。
诸如“一个方面”的短语不是暗指该方面对本发明是必不可少的或者该方面适用于本发明的所有配置。对于一个方面的公开也可适用于所有的配置、或一个或多个配置。一个方面可提供本公开的一个或多个实例。诸如“方面”的短语可涉及一个或多个方面，反之亦然。诸如“实施例”的短语不是暗指该实施例对本发明是必不可少的或者该实施例适用于本发明的所有配置。对于一个实施例的公开也可适用于所有的实施例、或一个或多个实施例。一个实施例可提供本公开的一个或多个实例。诸如“实施例”的短语可涉及一个或多个实施例，反之亦然。诸如“配置”的短语不是暗指该配置对本发明是必不可少的或者该配置适用于本发明的所有配置。对于一个配置的公开也可适用于所有的配置、或一个或多个配置。一个配置可提供本公开的一个或多个实例。诸如“配置”的短语可涉及一个或多个配置，反之亦然。
本文中使用的词语“示例性的”是“用于作为实例、例子、或例证”的意思。本文中描述为“示例性的”或描述为“实例”的实施例不必被解释为相对于其它实施例是优选的或有优势的。此外，对于该描述或条款中使用的“包括”、“具有”等术语的范围，当在条款中作为过渡词语使用时，这种术语意在在一定程度上包含与对“包括”进行解释时术语“包括”所包含的范围相似的范围。
所有本领域内的技术人员已知的或者随后将会知道的贯穿本公开所描述的各方面的元素的等价的结构和功能都明确地通过引用并入到本文中并意在被条款所包含。
提供前面的描述是为了适应本领域内的技术人员能够实践本文所描述的若干方面。对这些方面的若干修改对于本领域内的技术人员是显而易见的，本文定义的一般原理可适用于其它方面。于是，这些条款不是意在限制于本文所展示的各方面，而是意在与符合语言条款的全部范围相一致，除非特别声明，其中涉及的单数形式的元素不是意在表示“一个和仅一个”的意思，而是“一个或多个”的意思。除非特别声明，否则术语“一些”指的是一个或多个。男性代词(例如，他的)包括女性的和中性的性别(例如，她的和它的)，反之亦然。如果存在，标题和子标题仅用于方便的目的，而不是限制本公开。
- 还没有人留言评论。精彩留言会获得点赞！