[发明专利]用于应用的基础服务体系结构

说明书

技术领域

本发明涉及一种用于应用的基础服务体系结构，例如应用容器(Applikations-Container)，以及涉及用于该基础服务体系结构的程序技术建立的系统和机制。

背景技术

应用(计算机程序)调用多个不同的服务，这些服务从应用的实际程序对象的外部供应用使用。这些服务性质极其不同，并且例如包括：从用于不同应用之间通信的通信管理，到诸如身份验证和授权的安全服务，直到错误管理或者直到在建立应用的部分的使用简档的范围内的服务。迄今为止，或者将这些服务直接地且专门地实现在程序代码的内部，因此它们仅仅在该代码内部可供使用；或者将这些服务完全在程序代码之外实现，使得程序代码必须在精确地了解接口以及在调用无数个对应于所有可供使用的服务的单独的可执行程序的条件下调用该作为外部对象实现的服务。

发明内容

本发明现在要解决的技术问题是，既消除在应用内部很专门的匹配，又消除对于组件的必要的连接的显式定义。

上述技术问是通过按照本发明的方法解决的。

特别是，上述技术问是通过一种运行用于基础服务的、独立于本地版本的服务程序代码的方法解决的，其中，所述方法是自动地和可选择地与一个中心的远程服务基础建立联系的，并且其中该方法包括和/或自动地支持在线的以及离线的处理运行，其中，该方法是被嵌入到通用的运行时环境中的，以及，该方法包括在该运行时环境中实现的由带有标准化接口的应用程序代码进行调用的服务程序代码，其中，所述服务程序代码用于提供应用程序代码可以使用的规定服务的功能性。

在本发明的范围内“机制”一词被理解为用于提供对应的功能性的产品、方法和/或系统。因此，其既可以是基于硬件的装置，或者是实现主要按照本发明的特征的、基于软件的方法。

特别是，机制被理解为软件组件的逻辑结构，包括对于运行系统重要的组件的交互和参与，而应用容器被理解为这样的应用，其除了用于实现功能性的实际的程序代码之外还包括尽可能标准化的部件，这些部件在诸如操作系统或应用软件系列环境的规定环境中才允许实现功能性的程序代码的运行能力(Ablauffhigkeit)。

术语应用容器，如其在此被使用的那样，按照其在医疗技术环境中的定义对应于德国西门子公司的系统“syngo.NET”，其中，syngo.NET仅被视为对于在此公开的发明的具体实现的一个示例性的框架，并且也可以为了实现而采用其它的环境。按照本发明，属于应用容器的有：包含几个基本功能性(功能性程序代码的运行以及允许运行)的运行时环境，以及在该运行时环境中实现的带有标准化接口的服务程序代码。

标准化的接口被理解为是这样的接口，其在体系结构的所有应用容器中是相同的，因此可以按照统一的方式由应用程序代码使用。

服务程序代码通过调用相应的函数或对象或者采用其它的与程序交互的常见机制而提供了用于可以由应用程序代码访问的规定服务的功能性。

此外，对于所有实现的服务的类型提供了统一的接口，这可以极大地简化应用程序代码的程序逻辑。

服务程序代码可以以其整体实现为容器本身内部的服务的功能性，从而整个服务程序代码实现为应用容器可执行程序的组成部分。作为替换，服务程序代码也可以通过调用接口访问在应用容器之外实现的服务的功能性，在此，也可以在容器内部提供统一的接口。

特别优选的是，将容器利用运行时环境、应用程序代码和服务程序代码设计成一个单独的可执行的文件(可执行程序)。

在另一种优选的实施方式中，将对于所包含的服务的每个规定服务的服务程序代码按照相同的方式集成在所述运行时环境中。这通过纯粹的接口定义起到了更强烈地标准化的作用。

众多不同的服务可以在本发明的范围中实现在容器中或者由容器引用。

例如，所述规定服务中的一个可以涉及在相同的或不同的容器中的不同应用程序代码之间的通信和/或在一个容器内部的应用程序代码的相同的或不同的模块(任务、组件、活动)中的不同应用程序代码之间的通信。

通信策略的设计要求关于应用或活动内部的组件如何相互通信的定义。通信策略覆盖了基于一般的命令-处理-设计模式的诸如客户机/服务器要求/反应协议、基于事件的通信、以及一般的任务管理处理之类。在此，同步和消息格式同样也是一个基本的方面。最有效的情况是，单个的设计模式可以利用作为基础的同一实现来既解决对客户机/服务器命令的处理、又解决批量任务管理。由此，按照本发明的区别在于一个共同的、包含在服务程序代码中的任务管理“机器”的不同部署内，其：