专利名称：在多个应用文件中管理命令的方法及实施该方法的芯片卡的制作方法
技术领域：
本发明涉及在多个应用文件中管理命令的方法及适用于在多个应用文件中管理命令的微芯片卡。
目前已有的管理命令的方法适用于在多个应用文件中管理命令。例如，该方法应用于管理命令，如在有关第一应用的第一文件中建立、打开或删除一个子文件，或在有关第二应用的第二文件中建立、打开或删除一个子文件。将执行这些方法的装置称为“操作系统”。
如果用户期望指令执行该操作，必须满足与在应用文件中命令相关的访问条件。
背景技术：
在普通应用文件中，这些访问条件已被标准化。因此，例如，已经有在微芯片卡中用于命令管理方法的EN 726-3标准。例如该标准提及标记为“ALW”的访问条件，对于该“ALW”，用户不必满足任何条件。因而，如用户命令操作，在与访问条件“ALW”相关的应用文件中该操作仍应被执行。此标准又提及访问条件标记的“NEV”如在与访问条件“NEV”相关的应用文件中用户指令执行操作，该操作应不被执行。与其它情况无关，该标准也提及标记为“CHV1”及“CHV2”的访问条件。
在已知的多个应用文件中的这些命令管理方法不能够共有地管理用于不同应用文件的多个命令。因而，在操作者在第一应用文件中执行命令时，在操作移动到第二应用文件用于执行命令时，及在该操作返回到了第一应用文件时，它需要重新满足访问条件，在第一应用文件中该操作执行相似于最初已执行的命令。
发明内容
本发明的目的是提供用于管理在多个应用文件中的命令的方法，该发明可以解决上述问题，并可在使用少量费用及在完全安全的情况下使其简单执行。
更具体地，本发明涉及在多个应用文件中管理命令的方法，相应于一命今的访问条件与每个应用文件中的每个命令相关联，如果用户已指令执行所述命令及如果存储了相应于所述命令的访问条件，执行在每个应用文件中的每个指令；所述方法特征在于，使各访问条件对于所有用户已访问的应用文件共有地存储。
在应用文件中用户指令命令的执行的用户最好是·检查是否存储了相应于所述命令的访问条件；·如果存储了访问条件，则启动执行该命令；·如果否，要求用户满足该访问条件，而后，如用户满足了该访问条件，存储该访问条件并启动执行该命令。
有益的是，在n指示大于或等于2的整数以及用户满足了n个访问条件时，存储最新n个满足的访问条件。
最好是，在用户满足新的访问条件，未存储所述访问条件及存储了n个访问条件时，删除最旧的满足的访问条件且存储新的访问条件。
按照该方法的第一实例，n等于为所有全部应用文件的所有命令的访问条件数量。
按照该方法的第二实例，n是大于为所有全部应用文件的命令的访问条件数量。
按照该方法的第三实例，n是小于为所有全部应用文件的命令的访问条件数量。
有益的是，一旦建立的用于开始所述命令管理方法的连接被中断了，删除所有访问条件。
本发明还涉及适用于在多个应用中管理命令的微芯片卡，对应于一命令的访问条件与每个应用文件中的每个所述命令相关联；如果用户已经指令执行所述命令，及如果存储了相应于所述命令的访问条件，执行在各个应用文件中的各命今。所述卡特征在于，其中该卡包含的装置在于，用于对于用户已访问过的所有应用文件在存储器中共有地保持这些访问条件。
在用户在应用文件中指令了执行命令时，最好包括·用于判断是否存储了相应于所述命令的访问条件的装置；·如果存储了访问条件，用于启动执行命令的装置；·如果不存储访问条件，用于要求用户满足访问条件的装置；和·如果用户满足了访问条件，用于存储访问条件及启动执行命令的装置。
在n指示所有大于或等于2的数量及用户满足了n个访问条件时，最好包括在存储器中保持了满足n个最新访问条件的装置。
在用户满足了一个新的访问条件、未存储所述访问条件、及在存储了n个访问条件时，最好包括对于从存储器删除最旧的访问条件并存储新满足的访问条件的装置。
按照第一实施例，n等于用于所有应用文件的所有命令的访问条件的数目。
按照第二实施例，n大于用于所有应用文件的所有命令的访问条件的数目。
按照第三实施例，n小于用于所有应用文件的所有命令的访问条件数。
最好是，该卡包含了一个连接(contact)及在连接中断时，用于删除所有访问条件的装置。
具体实施例方式
本发明的其它特点及优点通过对下述实施例描述的阅读更加明显，该实施例通过非限制性的相应于以下五个附图的参考提供
图1表示存储表，该表相应于用于在多个应用文件中的管理命令的微芯片卡的有效存储器的存储空间，该表在初始状态示出；图2至图5类似图1用于不同的存储状态；图6表示该卡及其操作环境；图7表示该卡的逻辑结构；及图8表示本发明方法的步骤的逻辑流程图。
具体地参见图7，其表示适应于在不同应用文件中管理命令的微芯片卡8的逻辑结构。
该卡8包括用于执行命令管理方法的装置，所述方法被表示为“OS”及具有参考标号30。
图8包括两个被称为目录的应用文件。
第一应用文件被表示为“银行帐户”及具有参考标号40。提供该应用文件使用户能管理涉及银行帐户的数据。
在该“银行帐户”中，用户可以指令执行具有参考标号41表示为“余额(balance)”的命令，和具有参考标号为43表示为“转帐到股票交易帐户”的命令。
命令“余额”包含指令，其可使用户获悉银行帐户的余额。
命令“取款(debit)”包含指令，其可使用户指使其银行帐户的取款运作。
命令“转帐到股票交易帐户”可使用户命令从银行帐户转帐一定金额到股票交易帐户。
第二应用文件表示为“股票交易(stock exchange)”及具有参考标号为50。该应用文件提供使用户能管理涉及其股票交易证券组合(portfolio)的数据。
在“股票交易”文件中，用户可令执行具有参考标号为51的表示为“股票交易余额”的命令，具有参考标号为52的表示为“股票交易帐户”的命令，具有参考标号53的表示为“股票(shares)”的命令，具有参考标号为54的表示为“买进指令”的命令，具有参考标号为55的表示为“卖出指令”的命令及具有参考标号为56的表示为“转帐到银行帐户”的命令。
命令“股票交易帐户余额”包含有指令，其使用户能获悉股票交易帐户的余额，其用于供给接受对应于股票交易买卖数量的股票及股份(stocks andshares)的买进及卖出的帐户。
命令“股票交易余额”包含有指令，其可使用户获悉该用户所拥有的股票交易股份的总额。
命令“股票”包含有指令，其可使用户获悉该用户所拥有的股票交易股票及股份。
命令“买进指令”可使用户给出指令用于买进股票交易股份。
命令“卖出指令”可使用户给出指令用于股票卖出交易股份。
命令“转帐到银行帐户”可使用户给出指令用于从股票交易帐户转帐一定金额到银行帐户。
为了能够实施命令“余额”、“股票交易帐户余额”、“股票交易余额”或“股票”，用户必须首先满足标号为“CHV1”的访问条件。
为了能够实施命令“取款”、“转帐到股票交易帐户”、“买进指令”、“卖出指令”或“转帐到银行帐户”，用户必须首先满足标号为“CHV2”的访问条件。
卡8包括表格表示的装置，以便在存储器中所有应用文件共有地保持访问条件。
该表格包括两列及四行。所述行数目是用于其所有应用文件的所有命令的访问条件的数目，该卡事实上包含两个应用文件及每个应用文件包含用于所有命令的两个访问条件。
如果存储了在应用文件中的访问条件，在第一列的一行上的应用特征的地址和访问条件出现在第二列的同一行上。相对而言，当没有存储应用文件中的访问条件时，该应用文件的地址不出现在第一列上的任何行。
再详细地参见图6，该图示出卡8，该卡8适用于使该卡插入读卡机12。连接读卡机12到连有键盘14的计算机10、显示屏16或提款机18。连接计算机10用于存储要求的操作的中心计算机20。
现在参见图8，该图指示用于在不同应用文件中的管理命令的方法步骤。
在标为80的初始状态中，用户指令执行在应用文件中的命令。
在标为81的第一步骤中，进行一个查找以判断是否存储了相应于所述命令的访问条件。
如果存储了访问条件，在标为82的一个步骤中启动执行命令。
如果不存储访问条件，在标为83的步骤中要求用户满足访问条件。
而后，如用户满足了访问条件，在标为84的步骤中，存储访问条件并启动执行命令。
以下描述该卡的应用实例。
用户将卡插入读卡机12，在此步骤中，“OS”初始化表格，并且因此表格不包含数据(图1)。
用户期望获悉其银行帐户余额。为获悉该余额，用户指令执行在“银行帐户”中的命令“余额”。
“OS”检查是否存储了相应于命令“余额”的访问条件，在此，“OS”将检查应用文件“银行帐户”的条件“CHV1”是否存储在表格中。在由于表格是空的或不具备这种条件时，“OS”要求用户满足访问条件“CHV1”。用户通过键盘输入密码，并由此用户将满足访问条件“CHV1”。如“OS”在该表格中存储了访问条件(图2)以及启动了执行命令“余额”，而后，用户的银行帐户余额显示在显示屏上。
而后用户期望从银行帐户取款。为此，用户将指令执行在“银行帐户”文件中的命令“取款”。
“OS”检查是否存储了相应于命令“取款”的访问条件。在这种情况中，“OS”将检查是否在表格中存储了“银行帐户”的应用文件的条件“CHV2”。由于不具备上述条件(图2)，该“OS”要求用户满足访问条件“CHV2”。用户在键盘上输入密码，由此用户满足访问条件“CHV2”。该“OS”在表格中存储访问条件(图3)并启动执行命令“取款”，提款机付给用户要求的金额。
而后用户期望获悉其银行帐户的余额及检查该银行帐户是否已正确地存储。为此，用户将指令执行在“银行帐户”文件中的命令“余额”。
“OS”检查是否存储了相应于“余额”的访问条件。在此情况中，该“OS”检查是否在表格中存储了“银行帐户”应用文件的访问条件“CHV1”；因为它已被存储(图3)，如“OS”启动执行命令“余额”，用户的银行帐户将余额显示在显示屏上并清楚表明新的余额，该余额是在第一次“余额”操作命令时指示的金额减去在“取款”操作时取款的总额。
用户期望获悉“股票交易帐户”的余额。在此，在文件“股票交易”中用户将指令执行命令“股票交易帐户余额”。
“OS”检查是否存储了相应于命令“股票交易帐户“余额”的访问条件。在这种情况下，“OS”检查在表格中是否存储了应用文件“股票交易”的访问条件“CHV1”。由于不具备此条件(图3)，“OS”将要求用户满足访问条件“CHV1”。用户将在键盘上输入密码及而后用户将满足访问条件“CHV1”。如“OS”在表格中存储访问条件(图4)及启动执行命令“股票交易帐户余额”，用户的交易余额将显示在显示屏上。
此时，用户期望获悉其在其证券组合中拥有的股票交易股票。在此，用户将指令执行在文件“股票交易”中的命令“股票”。
“OS”检查是否存储了相应于命令“股票”的访问条件，因此该“OS”检查在表格上是否存储了应用文件“股票交易”的访问条件“CHV1”由于具备此条件(图4)，该“OS”将启动执行命令“股票”及用户将持有的股票交易股份显示在显示屏上。
此时，用户期望卖出一定的股票交易股票。在此，用户将指令在文件“股票交易”中的命令“卖出指令”。
“OS”检查是否存储了相应于命令“股票交易帐户余额”的访问条件，并在此情况中，“OS”检查是否在表格2中存储应用文件“股票交易”的条件“CHV2”。由于不具备此条件(图4)，该“OS”要求用户满足访问条件“CHV2”。用户在键盘上输入密码及因此用户将满足访问条件“CHV2”。“OS”在表格中存储访问条件(图5)及启动执行命令“卖出指令”，且因此“OS”将执行该用户卖出股票的指令。
而后用户期望获悉其股票交易帐户的余额并检查该用户的股票交易帐户存入股票卖出的金额。在此，在“股票交易”中用户将指令执行命令“股票交易帐户余额”。
“OS”检查是否存储了对应于命令“股票交易帐户余额”的访问条件，并且该“OS”将检查在表格是否存储了应用文件“股票交易”的条件“CHV1”。由于具备此条件(图5)，该“OS”将启动执行命令“股票交易帐户余额”。该用户股票交易帐户的余额将显示在显示屏上以及将指示新的余额，该余额是在操作命令“股票交易帐户余额”时指示的金额加上在卖出股票交易股票得到的金额总和。
用户期望从其股票交易帐户转帐一个总额到该用户的银行帐户。在此，在文件“股票交易”中该用户指令执行命令“转帐到银行帐户”。
“OS”检查是否存储了相应于命令“转帐到银行帐户”的访问条件，该“OS”将在此检查是否在表格中存储了应用文件“股票交易”的条件“CHV2”。由于其具备此条件(图5)，该“OS”将启动执行命令“转帐到银行帐户”。
而后该用户获悉该用户银行帐户的余额及检查该用户的银行帐户是否被存款。在此，该用户将指令在文件“银行帐户”中执行命令“余额”，“OS”检查是否存储了相应于命令“余额”的访问条件，即在表格上存储了应用文件“银行帐户”的条件“CHV1”。由于其具备此条件(图5)，该“OS”将启动执行命令“存款(credit)”，该用户的银行帐户的余额将显示在显示屏上并将显示新的余额，该新的余额是在第二次指示操作“余额”的命令时指示的金额加上在操作“转帐到银行帐户”时转帐的总额。
而后该用户期望获悉股票交易帐户的余额及检查该帐户是否被扣款。在此，该用户将指令在文件“股票交易”中执行命令“股票交易帐户余额”。
该“OS”检查是否存储了相应于命令“股票交易帐户余额”，即在表格上的应用文件“股票交易”的条件“CHV1”。由于具备此条件(图5)，该“OS”启动了执行命令“股票交易帐户余额”，及而后，该用户余额显示在显示屏上且指示该新的余额，该余额是在第一次在操作“股票交易帐户余额”的命令时指示的数额减去在操作“转帐到银行帐户”时转帐的总额。
该用户决定停止发出命令及关闭该用户以进行的使表初始化的卡对话，即删除所有数据。而后，用户从读卡机取走该卡。
为了安全原因，如在卡的使用期间该卡从读卡机取出，自动删除表格上的数据。
最终，用户最多输入其密码的次数等于区别性的访问条件的数量，该访问条件的数量可少于文件的数量，即使该用户已经在不同的场合多次访问给定文件。如此，输入用户的密码次数具有限制。
自然，本现有发明并不局限于在具有上述描述的及指出的实施例中，该实施例只是用于举例。尤其，它应包括所有构成本发明的上述装置的有效技术及其组合的装置，如果它们是按照本发明的方法及装置实现的。
权利要求
1.一种在多个应用文件中管理命令的方法，在每个应用文件中的每个命令与相应于所述命令的访问条件相关联；如果用户已指令执行所述命令，且如果存储了相应于所述命令的访问条件，执行在每个应用文件中的每个命令，其特征在于对于所有用户已访问应用文件，保持共有地存储的访问条件。
2.按照权利要求1所述的方法，其特征在于，在用户在应用文件中已指令执行时·查找以检查是否存储了相应于所述命令的访问条件·如存储了访问条件，启动执行指令；·如未存储所述条件，要求用户满足访问条件，及而后如用户满足了访问条件，存储该访问条件及启动执行命令。
3.按照权利要求2所述的方法，其特征在于n指示所有大于或等于2的整数及用户满足了n个访问条件时，存储最新的n个满足的访问条件。
4.按照权利要求3所述的方法，其特征在于在用户满足了新的访问条件和未存储所述访问条件时、及已存储了n个访问条件时，在存储器中删除最旧的满足的访问条件并存储最新的满足的访问条件的方法。
5.按照权利要求3或4所述的方法，其中，n等于用于所有应用文件的所有命令的访问条件的数量。
6.按照权利要求3或4所述的方法，其中，n大于用于所有应用文件的所有命令的访问条件的数量。
7.按照权利要求3或4所述的方法，其中，n小于用于所有应用文件的所有命令的访问条件的数量。
8.按照权利要求1至7的任何一个方法，其特征在于在建立来开始所述命令管理方法的连接中断时，删除所有访问条件。
9.一种微芯片卡(8)，适用于在多个应用文件中管理命令，在每个应用文件中的每个命令与相应于所述命令的访问条件相关联，如果用户已指令所述命令的执行，及如果存储了相应于所述命令的访问条件，执行在每个应用文件中的每个命令，其特征在于其包括对于存储用户已访问的所有应用文件共有地存储访问条件的装置。
10.按照权利要求9所述的卡(8)，其特征在于，如果在应用文件中用户指令了执行命令，其包括·用于判断是否存储了相应于所述命令的访问条件的装置；·如果存储了访问条件，用于启动执行命令的装置；·如果不存储访问条件，用于要求用户满足访问条件的装置；·如果用户满足了访问条件，用于存储访问条件及启动执行命令的装置。
11.按照权利要求10所述的卡(8)，其特征在于，n指示一个大于或小于2的整数及用户已满足了n个访问条件时，其包括用于存储最新n个满足的访问条件的装置。
12.按照权利要求11所述的卡(8)，其特征在于，如果用户满足了新的访问条件，未存储所述访问条件并且存储了n个访问条件，其包括相应于在存储器中删除最旧的满足了的访问条件及存储新的满足的访问条件的装置。
13.按照权利要求11或12所述的卡(8)，其中，n等于用于所有应用文件的所有命令的访问条件的数量。
14.按照权利要求11或12所述的卡(8)，其中，n大于用于所有访问文件的所有命令的访问条件数量。
15.按照权利要求11或12所述的卡(8)，其中，n小于用于所有访问文件的所有命令的访问条件数量。
16.按照任何上述权利要求所述的卡(8)，其特征在于，其中包括连接，及如果所述连接中断，用于删除所有访问条件的装置。
全文摘要
本发明涉及一种在多个不同应用文件中控制命令的方法,借此,相应于所述命令的访问条件与每个应用条件中的每个命令相关联;如果用户指令执行且如果存储了相应于所述命令的访问条件,将执行在每个应用文件中的每个命令。按照本发明,为所有应用文件共有地存储访问条件。
文档编号G06F21/62GK1349638SQ0080686
公开日2002年5月15日 申请日期2000年4月28日 优先权日1999年4月29日
发明者斯蒂芬·格雷利尔 申请人:施蓝姆伯格系统公司