[发明专利]应用功能指定装置及其方法和存储执行程序的记录媒体

说明书

本发明涉及应用功能指定(application function designatingapparatus)装置和方法，以及记录媒体，具体地说，涉及用于允许授权应用执行者动态地转换在WWW浏览器等上操作的应用的可执行功能的应用功能指定装置和方法，以及存储功能程序的记录媒体。

随着互联网技术的最新发展，开始广泛运用WWW(环球网)应用，诸如在WWW浏览器上操作的Java小应用程序(applet-下面称为小应用程序)。

而操作本身或者这种应用的一些功能经常受到与用户相关的运用限制。例如，假设某一小应用程序包括几种功能。当执行该小应用程序时，必须根据用户的授权情况使一些功能动态可执行或者不可执行。为了实现这种动态改变可执行范围的功能，传统上采用下列方法。

第一种方法是，小应用程序本身询问用户信息(例如，用户名和密码)。

即，如此形成小应用程序，从而当执行该小应用程序时，小应用程序要求用户(小应用程序执行者)输入用户信息(即，用户名和密码)，而且根据该信息确定要执行和不要执行的内部功能。

然而，为此，需要分别形成用户授权机制和用于设置和管理每个用户的授权信息的机制。

第二种方法是对不同组合的可执行功能准备不同小应用程序。

例如，假设由小应用程序实现三种功能A、B和C。如果是这种情况，那么准备

小应用程序1：能够执行功能A、B和C的小应用程序

小应用程序2：能够执行功能A和C的小应用程序

小应用程序3：只能执行功能A的小应用程序，而且对于三个小应用程序根据WWW服务器的访问控制功能设置访问权限。

即，对于能够执行所有功能A、B和C的用户设置对小应用程序1的访问权。对于能够执行功能A和C的用户设置对小应用程序2的访问权。对于只能执行功能A的用户设置对小应用程序3的访问权。

结果，没有授权执行功能B的用户不能下载或执行小应用程序1。

不幸的是，通过传统执行应用的技术动态地改变一些WWW功能仍然存在下列问题有待解决。

在其中小应用程序本身询问用户信息的第一种方法中，输入到该小应用程序的用户信息只有在WWW浏览器上运行的这种小应用程序中才有效。

另一方面，如果设置对WWW内容的访问权，那么通过使用HTTP(超文本传输协议)将用户信息从WWW浏览器传递到WWW服务器，而且WWW服务器执行用户识别并检测访问授权。

为了访问已设置对其访问权的WWW内容，首先要求用户输入用户信息，而且当执行小应用程序时再次要求输入用户信息。即，不能实现单注册(single-sign-on)(用户只进行一次识别用于多项服务的机制)。

此外，在该第一种方法中，必须分别在服务器上准备用于用户识别的机制或者用于管理和设置访问授权的机制，或者包含在小应用程序中。打包这些机制需要更多工作量。

此外，有时宁可运用数字证明，替代用户名和密码的组合作为用户信息，以便提高安全度和便于用户使用。当将第一种方法与运用数字证明的方法相结合时，为了使小应用程序询问用户信息，需要形成用于从它的存储器位置(即，WWW浏览器或IC卡)提取数字证明的机制，和用于分析数字证明的内容以便执行用户授权的机制。这大大增加了用于打包的工作量。

另一方面，在为可执行功能的不同组合准备不同小应用程序的第二种方法中，用户选择以菜单等形式执行的小应用程序。然而，有时很难每次都允许用户选择小应用程序。

例如，假设通过在执行小应用程序1之后执行小应用程序2来完成该处理过程。还假设小应用程序1包括功能A和B，而且小应用程序2包括功能C和D。在这种情况下，由下列两个小应用程序根据上面提到的现有技术中的内容实现该小应用程序1和2中的每个程序。

小应用程序1a：能够执行功能A和B的小应用程序1

小应用程序1b：只能执行功能A的小应用程序1

小应用程序2a：能够执行功能C和D的小应用程序2

小应用程序2b：只能执行功能C的小应用程序2

在这种处理过程中，在完成小应用程序1a的处理之后，调用小应用程序2。然而，这种小应用程序2具有两种变化(variation)，小应用程序2a和2b。

一般，对于具有对小应用程序1a的访问权的用户不需要赋予对小应用程序2a的访问权。因此，当小应用程序1a形成(打包)时不能规定该小应用程序1a是调用小应用程序2a还是小应用程序2b。出于这一原因，当执行小应用程序1a时，需要动态改变下一步调用的小应用程序。