本申请是申请日为2013年1月10日、发明名称为“信息处理设备、ic芯片、信息处理方法、程序和信息处理系统”以及申请号为201310009383.4的发明专利申请的分案申请。本公开内容涉及一种信息处理设备和方法、ic芯片和计算机可读存储介质。
背景技术：
：：在现有技术中，ic(集成电路)卡已投入实际使用，这些ic卡中嵌入了能够执行信息的记录和计算的集成电路。其中，在集成电路中包括处理器并且实现高级信息处理的ic卡(也称为智能卡)近年来已广泛用于如日常生活中的支付和个人识别机制的各种应用中。通常通过接收外部设备给出的指令来执行ic卡上的信息处理，该外部设备能够与ic卡通信。存在向ic卡给出的各种指令，这些指令在ic卡中执行信息的输入/输出和计算或者执行安全处理等。因此，近年来开发的许多ic卡具有安装在电路中的操作系统(下文中称为os)，该操作系统成为用于执行这样的指令组的基础。于是，存在如下情况：将多种类型的os安装在ic卡中，以通过使id卡能够与符合不同标准的多个外部设备相协调来改进ic卡的通用性。例如，在jp2011-118837a中公开了如下技术：其中，在不改变来自外部设备的指令的规范的情况下，针对模拟了在与正常执行环境不同的执行环境上运行的os的应用，执行来自外部设备的指令。技术实现要素：然而，jp2011-118837a中所公开的技术假设将felicaos用作javacard(注册商标)os上的小应用程序(applet)。在该情况下，出现如下问题：由于felicaos运行在javacard(注册商标)os上，因此felicaos的处理速度将变得相对较慢。因此，期望改进felicaos的处理速度。此外，在多个商业运营商(服务提供者)使用felicaos的情况下，jp2011-118837a中所公开的技术并不假设felicaos被分配给每个商业运营商。因此，期望将felicaos分配给每个商业运营商，并且每个商业运营商能够使用felicaos。此外，在felicaos被激活的情况下，可能必需针对每个卡使用独立的命令，并且在每个卡中使用独立的格式。因此，期望通过简单处理来激活felicaos。根据本公开的实施例，提供了一种信息处理设备，其包括：多平台，该多平台能够管理多个应用；以及多个应用，这多个应用在多平台上运行，并且这多个应用中的每个应用均能够由多平台的命令激活。根据本公开内容的另一实施例，提供了一种集成电路芯片，其包括：多平台，该多平台能够管理多个应用；以及多个应用，这多个应用在多平台上运行，并且多个应用中的每个应用均能够由多平台的命令激活。根据本公开内容的另一实施例，提供了一种信息处理方法，包括：在能够管理多个应用的多平台处，接收用于激活在多平台上运行的多个应用中的每个应用的命令；以及在已接收到命令的多平台处，执行激活多个应用中的每个应用的处理。根据本公开内容的另一实施例，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有程序，该程序在由计算机执行时使得计算机：在能够管理多个应用的多平台处，接收用于激活在多平台上运行的多个应用中的每个应用的命令；以及在已接收到命令的多平台处，执行激活多个应用中的每个应用的处理。根据本公开内容的另一实施例，提供了一种信息处理设备，其包括：多平台，其能够管理多个应用；以及操作系统，其在多平台上运行并且能够由多平台的命令激活。此外，命令可包括操作系统能够使用的存储区域(memoryregion)的尺寸。此外，多平台可利用认证码管理多个应用，并且多平台可利用认证码管理操作系统。此外，操作系统可以能够执行区域分割。此外，多平台可具有表格，该表格包括与被执行区域分割的每个区域相对应的认证码以及与多个应用相对应的认证码。此外，多平台可将用于在操作系统上执行区域分割的分割命令发送到操作系统，并且分割命令可包括与通过区域分割获得的新区域相对应的认证码以及根据区域分割的分割块的数量。此外，当从多平台接收到分割命令时，操作系统可执行区域分割，以获得由分割命令指定的块的数量，并且可将通过区域分割新产生的区域的认证码以及操作系统中的系统编号返回给多平台。此外，根据本公开内容的另一实施例，提供了一种ic芯片，其包括：多平台，其能够管理多个应用；以及操作系统，其在多平台上运行并且能够由多平台的命令激活。此外，根据本公开内容的另一实施例，提供了一种信息处理方法，其包括：在能够管理多个应用的多平台处，接收用于激活在多平台上运行的操作系统的命令；以及在已接收到命令的多平台处，执行激活操作系统的处理。此外，信息处理方法还可包括：将如下信息作为用于在操作系统上执行区域分割的分割命令从所述多平台发送到所述操作系统：与通过区域分割获得的新区域相对应的认证码以及根据区域分割的分割块的数量；由已接收到分割命令的操作系统根据分割命令来分割区域；由操作系统将与通过区域分割获得的区域对应的系统编号返回给多平台；以及由多平台将系统编号和与通过区域分割获得的区域相对应的认证码相关联地登记在表格中。此外，根据本公开内容的实施例，提供了使得计算机执行如下功能的程序：在能够管理多个应用的多平台处，接收用于激活在多平台上运行的操作系统的命令；以及在已接收到命令的多平台处，执行激活操作系统的处理。此外，程序还可使得计算机执行如下功能：将如下信息作为用于在操作系统上执行区域分割的分割命令从多平台发送到操作系统：与通过区域分割获得的新区域相对应的认证码以及根据区域分割的分割块的数量；由已接收到分割命令的操作系统根据分割命令来分割区域；由操作系统将与通过区域分割获得的区域相对应的系统编号返回到多平台；以及由多平台将系统编号和与通过区域分割获得的区域相对应的认证码相关联地登记在表格中。此外，根据本公开内容的另一实施例，提供了一种信息处理系统，其包括：第一设备，该第一设备为了在操作系统上执行区域分割和使用该操作系统，而发送与通过区域分割获得的新区域相对应的认证码以及根据区域分割的分割块的数量，该操作系统在能够管理多个应用的多平台上运行；第二设备，该第二设备生成包括认证码和分割块的数量的分割命令；以及第三设备，该第三设备包括该多平台和该操作系统，并且接收分割命令并在该操作系统上执行区域分割，并将与通过区域分割获得的新区域相对应的认证码以及系统编号登记到表格。根据本公开内容的实施例，能够通过规定命令而激活安装在信息处理设备中的操作系统。附图说明图1是主要示出根据本公开内容的实施例的信息处理设备的示意配置的示意图；图2是示出由平台部管理的aid(应用id)、程序类型和系统编号的表格的示意图；图3是示出用于分割felicaos的区域的命令的示意图；图4是示出在felicaos上执行区域分割的处理的流程图；图5是示出经由因特网来分割信息处理设备中的felicaos的区域的具体示例的流程图；图6是示出通过将每个商业运营商的ssd保存在信息处理设备(卡)中而在全局平台中在每个ssd的控制之下安装小应用程序的示例的示意图；图7是示出通过使用安装命令而在全局平台中将ssd与其本身相关联的示例的示意图；图8是示出全局平台中能够在安全域中进行分配的权限的示例的示意图；图9是示出用于通过使用ssd来实现与felicaos的4分割相对应的处理的过程的示意图；图10是示出用于通过使用ssd来实现与felicaos的4分割相对应的处理的过程的示意图；图11是示出用于通过使用ssd来实现与felicaos的4分割相对应的处理的过程的示意图；图12是示出felicaos的激活处理的流程图；图13a是详细示出激活felicaos的处理的流程图；图13b是详细示出激活felicaos的处理的流程图；图14是用于描述由全局平台定义的命令(用于安装以及使得可选的“安装”)的示意图；图15是示出图14的数据字段(data)的示意图；以及图16是示出根据本实施例的ic芯片的示意图。具体实施方式在下文中，将参照附图详细描述本公开内容的优选实施例。注意，在本说明书和附图中，以相同的附图标记来表示具有基本上相同的功能和结构的结构元件，并且省略对这些结构元件的重复说明。注意，将按以下顺序给出描述。1.信息处理设备的示例配置2.felicaos的区域分割3.区域分割的技术4.区域分割的处理流程5.分割和登记的具体示例6.与多平台上的区域分割的情况相比时的优点7.关于felicaos的激活[1.信息处理设备的示例配置]首先，将描述根据本公开内容的实施例的信息处理设备。图1是主要示出根据本公开内容的实施例的信息处理设备的示意配置的示意图。信息处理设备100是可与外部设备200通信的通信设备。例如，外部设备可以是用于读取/写入信息处理设备100中所记录的信息的读取器/写入器。此外，外部设备可以是通过使用信息处理设备100中所实现的功能而为用户提供任意应用的信息处理设备。例如，在信息处理设备100与外部设备200执行非接触型通信的情况下，信息处理设备100的通信部可被实现为符合诸如iso/iec14443或iso/iec18092(也称为：nfc(近场通信))的标准规范的通信接口等。信息处理设备100通常被实现为接触型或非接触型ic卡、ic芯片等。此外，信息处理设备100可以是安装在诸如移动电话的信息通信终端中的通信模块等。信息处理设备100提供用于执行设备本身所记录的信息的输入/输出和各种计算的指令组。然后，当从外部设备输入指令时，信息处理设备100执行与该指令相对应的处理，并且将响应输出到外部设备。图1以分层方式主要示出了信息处理设备100的软件配置。信息处理设备100可以包括诸如cpu的中央处理单元，并且图1中所示的配置可以由cpu执行程序来实现。在该情况下，可以将该程序存储在包括了信息处理设备100的存储器中或者从外部连接的存储器中。如图1中所示，信息处理设备100包括作为操作系统(下文中称为“os”)的felica操作系统120和java操作系统(javacard(注册商标)操作系统)122以及多平台130。注意，可取代javaos122而包括诸如multos的不同的os。多平台130是用于管理多个应用的表格，并且可以由所谓的全局平台(包括文件系统)构成。全局平台被用作普通ic卡的标准规范，并且在全局平台中预先确定命令系统，诸如相互认证命令或应用下载的命令。小应用程序140a和140b是在javaos122上运行的程序。用户可以选择和操作在javaos122上运行的小应用程序140a或140b中的任意一个。在本实施例的信息处理设备100中，当felicaos120在多平台130上运行时，可以以与运行在javaos122上的小应用程序140a和140b相同的方式来选择和操作felicaos120。即，对于用户，felicaos120被视为以与小应用程序140a和140b相同的方式运行在javaos122上的程序。尽管felicaos120也可以在javaos122上运行，但是当felicaos120在javaos122上运行时，导致如处理速度变得相对较慢的麻烦。因此，可以通过在多平台130上运行felicaos120来提高felicaos120的处理速度。此外，由于用户将felicaos120视为运行在javaos122上的程序，因此用户能够以与选择小应用程序140a和140b相同的方式来选择felicaos120。[2.felicaos的区域分割]felicaos是能够分割文件系统的区域的os，并且分割区域可以由例如不同的提供者使用。以此方式，单个felicaos120可以表现得像多个felicaos。当在felicaos120上执行区域分割的情况下，可以向每个区域分配aid(应用id：认证码)。此外，可以向每个区域分配用于felicaos120上的管理的系统编号。aid和系统编号被分配给每个服务提供者。即，felicaos120通过区域分割而在物理上分割存储区域(memoryregion)，并且能在逻辑上为各个存储区域提供互斥的系统。图2是示出由多平台130管理的aid(应用id)、程序类型和系统编号的表格的示意图。如图2中所示，多平台130具有用于管理每个应用的aid、类型和felica逻辑系统编号的表格，并且还可以通过aid单个地管理多应用平台中的子平台。如图2中所示，在能附加对应关系的状态下管理aid、程序类型和系统编号。仅对felicaos的区域添加系统编号，并且不对小应用程序140a和140b添加系统编号。注意，由iso7816来确定aid。以此方式，在本实施例的信息处理设备100中，能够通过指定aid来选择和使用felicaos120上的期望区域，以使得aid被分配给felicaos120上被执行区域分割的每个区域。诸如上述，在felicaos120中存在逻辑分割的概念，并且存在通过逻辑上分割felicaos120的存储区域而使得看起来仿佛是存在多个卡的布置。这里，把区域的这种逻辑分割称为系统。当通过分割命令逻辑上分割felica系统时，将aid分配给新创建的系统，并且将该aid登记在专有的表格中。以此方式，为felicaos120的不同逻辑系统中的每个逻辑系统分配不同的aid，并且可以利用多平台130上除felica以外的应用和小应用程序来单个地管理每个逻辑系统。当从信息处理设备100的外部来看时，由于felicaos120的各个逻辑系统具有多平台130上的单个应用的表现，因此可以以与普通应用或小应用程序相同的方式来对待felica系统。此外，由于可以由felica的一个被称为分割的独立命令来执行逻辑分割，因此简化了处理，并且还可以在各个商业运营商不知道双方的密钥信息集合的情况下来执行处理。因此，可以通过将上述布置与诸如全局平台的多应用平台合并，为多平台提供除ssd以外的商业运营商分开地管理密钥的方法。[3.区域分割的技术]接下来，将描述用于在felicaos120上执行区域分割的技术。当felicaos120的区域初始为单个区域时，通过从多平台130发送规定命令来分割felicaos120的区域。图3是示出用于分割felicaos120的区域的命令的示意图。如图3中所示，通过将如下命令从多平台130发送到felicaos120，而将felica子平台的逻辑分割区域分配为多平台130的一个区域：该命令组合了felica的分割包以及要新分配的aid值。图3中的“块的数量”的数据是如下信息：该信息示出该命令的区域分割要确保多少个块。在诸如图3中那样“块的数量”是“2”的情况下，示出了通过在当前的felicaos120上执行区域分割而确保两个块。在felicaos120中，当接收到图3的命令时，对命令解码，并且通过参考“块的数量”的项目，针对由“块的数量”指定的区域来执行区域分割。然后，提供在felicaos120侧管理的aid和系统编号，并且将这些aid和系统编号发送回到多平台130。以此方式，可以针对新分割的区域，在多平台130中更新图2的表格。[4.区域分割的处理流程]图4是示出用于对felicaos120执行区域分割的处理的流程图。首先，在步骤s10中，多平台130接收新的分割命令。这里，由分割提供的aid包括在新的分割命令中。接下来，在步骤s12中，判断新的分割命令所传递的aid是否已登记在多平台130的表格(图2)中。在aid尚未被登记的情况下，进行到随后的步骤s14，并且将新的分割命令(图3)传递到felicaos120。另一方面，在aid已被登记的情况下，发送回错误。在步骤s14之后，进行到步骤s16。在步骤s16中，已接收到新的分割命令的felicaos120验证新的分割命令(图3)中的分割包。在随后的步骤s18中，作为分割包的验证的结果，判断在包中是否存在不规则性。这里，不规则性是mac的不规则性、代码密钥的不规则性、分割块的数量的不规则性等。在存在不规则性的情况下，发送回错误。另一方面，在步骤s18中不存在不规则性的情况下，进行到步骤s20。在步骤s20中，felicaos120执行区域分割，并且将通过分割获得的区域的aid和系统编号发送到多平台130。在随后的步骤s22中，多平台130将从felicaos120接收的aid和系统编号登记在表格(图2)中。[5.分割和登记的具体示例]接下来，将基于图5描述经由因特网来分割信息处理设备100中的felicaos120的区域(felica子平台)的具体示例。这里，示出了如下示例：服务提供者c已正在使用felicaos120中的区域，并且新的服务提供者a通过指定新aid来分割felicaos120中的区域。作为示例，服务提供者c是铁路企业，并且服务提供者a是电子货币提供者。此外，分割授权密钥管理运营商b是具有分割felicaos120的权限的运营商。操作提供者d是发布(制造)信息处理设备100的提供者。用户是信息处理设备100的用户。在图5中，包括在服务提供者a、分割授权密钥管理运营商b、服务提供者c和操作提供者d的构架内的每个密钥信息集合是服务提供者和商业运营商/提供者中的每个所知道的密钥信息。服务提供者和商业运营商/提供者中的每个均具有用于执行图5的每个步骤的设备。首先，在步骤s30中，服务提供者a将新系统临时密钥、新area0临时密钥、新aid和分割块的数量发送到分割授权密钥管理运营商b。这里，新aid是与通过felicaos120的区域分割获得的新区域相对应的aid。此外，块的数量是服务提供者a要分割的区域的数量。新系统临时密钥和新area0临时密钥是服务提供者a和分割授权密钥管理运营商b均拥有的并且被临时用于区域分割的临时密钥。在步骤s32中，分割授权密钥管理运营商b获取已设置在用户所拥有的信息处理设备100中的aid的信息。在步骤s34中，分割授权密钥管理运营商b验证从服务提供者a发送的新aid与在步骤s32中从用户获得的aid的信息不重叠。在不重叠的情况下，分割授权密钥管理运营商b生成分割基本包(步骤s36)。然后，分割授权密钥管理运营商b将分割基本包和从服务提供者a发送的块的数量发送到服务提供者c(步骤s38)。这里，分割基本包对应于图3中所示的“分割基本包”。服务提供者c根据从分割授权密钥管理运营商b发送的分割基本包和块的数量来生成分割包(步骤s40)。分割包对应于图3中所示的“分割包”。如图3中所示，“块的数量”的信息包括在分割包中，并且该信息对应于块的数量。服务提供者c将所生成的分割包发送到操作提供者d(步骤s42)。此外，分割授权密钥管理运营商b将新aid发送到操作提供者d(步骤s44)。操作提供者d根据所发送的分割包和新aid来生成新的分割命令。分割命令对应于图3中所示的信息，并且图3中所示的“新系统aid”对应于新aid。操作提供者d将该分割命令发送到用户所拥有的信息处理设备100(移动装置)(步骤s48)。在用户所拥有的信息处理设备100中，生成felicaos120的子平台的新逻辑系统(区域)，并且为所生成的逻辑系统分配新aid(步骤s50)。注意，在未使得信息处理设备100对用户可用并且操作提供者d发布(制造)新的信息处理设备100的情况下，发布(制造)如下信息处理设备100：该信息处理设备100具有安装在felicaos120上的服务提供者c和服务提供者a的区域。在上述处理中，针对在felicaos120上仅生成了服务提供者c的区域的信息处理设备100，可以通过分割和生成服务提供者a的新区域来分配新aid。接下来，服务提供者a执行对与信息处理设备100的felicaos120的新区域有关的密钥进行改变的处理。由于上述临时密钥被用于区域分割并且对于分割授权密钥管理运营商b也是已知的，因此服务提供者a改变密钥。在步骤s52中，服务提供者a生成密钥改变包。将密钥改变包发送到操作提供者d(步骤s54)，并且生成密钥改变命令(步骤s56)。将密钥改变命令从操作提供者d发送到用户所拥有的信息处理设备100(步骤s58)。在信息处理设备100中，改变通过区域分割而新生成的区域(逻辑系统)的密钥(步骤s60)。[6.当与多平台上的区域分割的情况相比时的优点]如以上在本实施例中所描述的，felicaos120安装在多平台130上，并且执行felicaos120的区域分割。这里，将描述在把本实施例与在多平台130上存在直接的区域分割的情况进行比较时本实施例的优点。在全局平台(gp)中存在安全域(securitydomain)的概念，并且在安全域中存在两种类型，即isd(issuersecuritydomain，主安全域)和ssd(supplementarysecuritydomain，补充安全域)。isd是强制域(mandatorydomain)。另一方面，ssd是可选的，并且可存在多个ssd。安全域管理每个域的独立密钥。因此，如图6中所示，可以通过将每个商业运营商的ssd保存在信息处理设备(卡)100中，而在不通知相互密钥信息的情况下安装和删除处于每个ssd的控制下的小应用程序。然而，可能必需在安全域中设置诸如图8中所示的许多权限，并且存在处理变得复杂的问题。图8是示出全局平台中能够在安全域中进行分配的权限的示例的示意图。另外，尽管存在一定的灵活性(诸如通过使用诸如图7中的“安装”(安装[用于引渡(extradition)])命令而将ssd与其本身相关联)，但是该概念本身具有困难的方面。例如，为了通过使用ssd来实现对应于felicaos120的4分割的处理，可能必需以下过程。首先，如图9中所示，在第一步骤中安装ssda，在第二步骤中安装ssdb，并且在第三步骤中安装ssdc。接下来，如图10中所示，在第四步骤中在isd的控制下加载和安装小应用程序1，并且在第五步骤中在ssda的控制下加载和安装小应用程序2。另外，在第六步骤中在ssdb的控制下加载和安装小应用程序3，并且在第七步骤中在ssdc的控制下加载和安装小应用程序4。接下来，如图11中所示，在第八步骤中将ssda与其本身相关联，在第九步骤中将ssdb与其本身相关联，并且在第十步骤中将ssdc与其本身相关联。如上所述，当通过使用ssd而在felicaos120上实现对应于4分割的区域时，可能必需至少十个步骤。另一方面，在本实施例中，由于仅将图3中所示的分割命令从多平台130发送到felicaos120最多三次并且felicaos120上初始地存在了一个区域，因此可以将felicaos120分割成4个。在本实施例中，在多平台130上设置felicaos120，并且在felicaos120上执行区域分割。因此，本实施例变成如下配置：在该配置中，作为多平台的felicaos120被布置在能够管理多个应用的多平台130上。因此，可以在felicaos120侧执行每个区域的管理、密钥的设置和管理等。因此，能够在felicaos120上容易地执行对每个区域的密钥的管理等。[7.关于felicaos的激活]接下来，将描述felicaos120的激活。在从起初激活felicaos120的情况下，存在如下情况：在信息处理设备100中，在后来激活了在开端时没有被激活的felicaos120。在本实施例中，在信息处理设备100的felicaos120为非活跃的情况下，可以通过使用多平台130的命令来激活felicaos120。具体地，通过使用作为多平台130的全局平台的命令(用于安装以及使得可选的“安装”)来执行felicaos120的激活。此外，基于全局平台的安装命令(用于安装以及使得可选的“安装”)中所包括的尺寸信息，确定能够被felicaos120使用的nvm(eeprom170)的存储区域的尺寸。当felicaos120被激活时，在能够被felicaos120使用的eeprom170的存储区域中执行格式处理。此外，在能够被felicaos120使用的eeprom170的存储区域中，由felicaos120执行信息的写入等。在信息处理设备100的eeprom170中确保对应于小应用程序140a和140b的存储区域。此外，当felicaos120被激活时，基于安装命令中所包括的尺寸信息来确保eeprom170的存储区域。每个存储区域的尺寸被登记在表格中。因此，当felicaos120被激活时，通过参考表格的登记信息来判断是否可以确保具有由安装命令中所包括的尺寸信息示出的尺寸的存储区域。注意，在felicaos120没有被激活的情况下，信息处理设备100的eeprom170由整个多平台130来使用。在该情况下，信息处理设备100可以被用作真正的全局网络的卡。图12是示出felicaos120的激活处理的流程图。首先，在步骤s70中，多平台130接收安装命令。注意，在没有接收到安装命令的情况下，将待命直到在步骤s70中接收到安装命令为止。在随后的步骤s72中，多平台130判断安装命令中所包括的aid是否为felicaos120的aid。在安装命令中所包括的aid是felicaos120的aid的情况下，进行到随后的步骤s74，并且多平台130通过使用安装命令(用于安装以及使得可选的“安装”)来调用felicaos120的激活功能。felicaos120的尺寸信息被包括在该命令中。在随后的步骤s76中，felicaos120基于尺寸信息来执行激活处理。在随后的步骤s78中，当完成felicaos120的激活处理时，将激活完成通知从felicaos120发送到多平台130。图13a和图13b是详细示出用于激活felicaos120的处理的流程图，其中，图13a示出了多平台130的处理，并且图13b示出了felicaos120的处理。首先，如图13a的步骤s80中所示，判断安装命令中所包括的可执行加载模块的aid是否与felicaos120的aid匹配，并且在它们匹配的情况下，进行到随后的步骤s82。另一方面，在可执行加载模块的aid与felicaos120的aid不匹配的情况下，进行到步骤s94，并且发送异常返回。在步骤s82中，判断在信息处理设备100的eeprom170中是否可以确保其中示出了安装命令中所包括的尺寸信息的存储区域，并且在可以确保这些存储区域的情况下，进行到随后的步骤s84。另一方面，在不能确保尺寸的情况下，进行到步骤s94，并且发送异常返回。在步骤s84中，将安装命令中所包括的应用aid信息登记在由多平台130管理的表格中。该表格类似于图2中所示的表格，并且登记了aid、类型(felica)和系统编号。通过激活felicaos120，由felicaos120根据尺寸信息而占据信息处理设备100的eeprom170的规定存储区域。因此，在随后的步骤s86中，更新由多平台管理的eeprom170的尺寸信息。在随后的步骤s88中，调用felicaos120的激活处理。当多平台130在步骤s88中调用felicaos120的激活处理时，在felicaos120中执行图13b中所示的从步骤s100起的处理。首先，在步骤s100中，判断是否已激活felicaos120。在尚未激活felicaos120的情况下，进行到步骤s102，并且执行felicaos120的激活处理。另一方面，在已激活了felicaos120的情况下，进行到步骤s108，并且将异常返回发送到多平台130。在步骤s102之后，进行到步骤s104。在步骤s104中，判断在felicaos120的激活期间是否出现了错误，并且在没有出现错误的情况下，进行到步骤s016。在步骤s106中，将正常返回发送到多平台130。此外，在步骤s104中，在felicaos120的激活期间出现了错误的情况下，进行到步骤s108，并且将异常返回发送到多平台130。在步骤s90中，当在多平台130中已在图13a的步骤s88中调用了felica激活处理之后，判断是否返回了异常返回。在返回了异常返回的情况下，进行到步骤s92，并且从多平台130所管理的表格中删除在步骤s84中登记的aid信息。在步骤s92之后，进行到步骤s93。在步骤s93中，将多平台130所管理的eeprom的尺寸信息恢复为原始尺寸信息。在步骤s93之后，进行到步骤s94，并且发送异常返回。另一方面，在步骤s90中没有返回异常返回的情况下，进行到步骤s96，并且发送正常返回。注意，在已激活felicaos120之后执行步骤s84和步骤s86的处理的情况下，假设可能由于诸如电力中断的因素而不能执行步骤s84和步骤s86的处理。在该情况下，将变成无论felicaos120是否被激活，都不执行对表格的登记和eeprom尺寸信息的更新的情况。因此，在图13a和图13b的处理中，在对表格的登记和eeprom尺寸信息的更新之后执行激活处理，并且在激活中出现错误的情况下，删除登记，并且尺寸信息恢复为原始尺寸信息。以此方式，仅在felicaos120被激活的情况下才能执行对表格的登记和尺寸信息的更新。图14是用于描述由全局平台定义的命令(用于安装以及使得可选的“安装”)的示意图，并且示出了apdu(应用协议数据单元)的由iso7816提供的规范。如图14中所示，apdu由代码cla、ins、p1、p2、lc、data和le中的每个构成。其中，示出了在ins代码的值是“e6”的情况下，其是安装命令。此外，安装以及使得可选(makeselectable)由p1(参考控制参数)来定义。图14是还示出了参考控制参数p1的示意图。参考控制参数p1包括8位，即b8、b7、b6、b5、b4、b3、b2和b1。在b8、b7、b6、b5、b4、b3、b2和b1分别是0、0、0、0、1、1、0、0的情况下(诸如图14中由虚线所包围的部分示出的那样)，即，在p1是“0c”的情况下，定义安装命令(用于安装以及使得可选的“安装”)。图15是示出图14的数据字段(data)的示意图。如图15中所示，felicaos120的aid被插入到“可执行模块aid”中。此外，“应用aid”可以由用户自由地设置。此外，felicaos120的尺寸信息被包括在“安装参数字段”中。基于该尺寸信息，多平台130确保由felicaos120处理的nvm(非易失性存储器)的尺寸。图16是示出根据本实施例的ic芯片200的示意图。作为示例，ic芯片200是用于移动电话装置等的sim卡(用户身份模块卡)。如图16中所示，ic芯片200的基本配置类似于图1的信息处理设备100的基本配置。然而，ic芯片200包括作为接口的swp(单线协议)，并且通过swp连接到诸如移动电话的装置。如上所述，由于felicaos120可以由多平台130的安装命令来激活，因此可以抑制激活方法对于每个卡不同的情形。因此，变得能够由统一的命令来激活felicaos120。本领域技术人员应理解，取决于设计要求和其它因素，可进行各种修改、组合、子组合和变更，只要这些修改、组合、子组合和变更在所附权利要求或其等同的范围内即可。另外，本技术还可如下配置。(1)一种信息处理设备，包括：多平台，所述多平台能够管理多个应用；以及操作系统，所述操作系统在所述多平台上运行，并且能够由所述多平台的命令激活。(2)根据(1)所述的信息处理设备，其中，所述命令包括所述操作系统能够使用的存储区域的尺寸。(3)根据(1)所述的信息处理设备，其中，所述多平台利用认证码管理所述多个应用，以及其中，所述多平台利用所述认证码管理所述操作系统。(4)根据(3)所述的信息处理设备，其中，所述操作系统能够执行区域分割。(5)根据(3)所述的信息处理设备，其中，所述多平台具有表格，所述表格包括与被执行区域分割的每个区域相对应的认证码以及与所述多个应用相对应的认证码。(6)根据(3)所述的信息处理设备，其中，所述多平台将用于在所述操作系统上执行区域分割的分割命令发送到所述操作系统，以及其中，所述分割命令包括与通过所述区域分割获得的新区域相对应的认证码以及根据所述区域分割的分割块的数量。(7)根据(6)所述的信息处理设备，其中，当从所述多平台接收到所述分割命令时，所述操作系统执行所述区域分割，以获得由所述分割命令指定的块的数量，并且将通过所述区域分割新生成的区域的认证码以及所述操作系统中的系统编号返回给所述多平台。(8)一种集成电路芯片，包括：多平台，所述多平台能够管理多个应用；以及操作系统，所述操作系统在所述多平台上运行，并且能够由所述多平台的命令激活。(9)一种信息处理方法，包括：在能够管理多个应用的多平台处，接收用于激活在所述多平台上运行的操作系统的命令；以及在已接收到所述命令的所述多平台处，执行激活所述操作系统的处理。(10)根据(9)所述的信息处理方法，还包括：将如下信息作为用于在所述操作系统上执行区域分割的分割命令从所述多平台发送到所述操作系统：与通过所述区域分割获得的新区域相对应的认证码以及根据所述区域分割的分割块的数量从所述多平台发送到所述操作系统；由已接收到所述分割命令的所述操作系统根据所述分割命令来分割区域；由所述操作系统将与通过所述区域分割获得的区域相对应的系统编号返回给所述多平台；以及由所述多平台将所述系统编号和与通过所述区域分割获得的区域相对应的认证码相关联地登记在表格中。(11)一种用于使得计算机执行以下功能的程序：在能够管理多个应用的多平台处，接收用于激活在所述多平台上运行的操作系统的命令；以及在已接收到所述命令的所述多平台处，执行激活所述操作系统的处理。(12)根据(11)所述的程序，还使得计算执行以下功能：将如下信息作为用于在所述操作系统上执行区域分割的分割命令从所述多平台发送到所述操作系统：与通过所述区域分割获得的新区域相对应的认证码以及根据所述区域分割的分割块的数量从所述多平台发送到所述操作系统；由已接收到所述分割命令的所述操作系统根据所述分割命令来分割区域；由所述操作系统将与通过所述区域分割获得的区域相对应的系统编号返回给所述多平台；以及由所述多平台将所述系统编号和与通过所述区域分割获得的区域相对应的认证码相关联地登记在表格中。(13)一种信息处理系统，包括：第一设备，所述第一设备为了在操作系统上执行区域分割和使用所述操作系统，而发送与通过所述区域分割获得的新区域相对应的认证码以及根据所述区域分割的分割块的数量，所述操作系统在能够管理多个应用的多平台上运行；第二设备，所述第二设备生成包括所述认证码和所述分割块的数量的分割命令；以及第三设备，所述第三设备包括所述多平台和所述操作系统，并且接收所述分割命令并在所述操作系统上执行所述区域分割，并且将与通过所述区域分割获得的新区域相对应的认证码以及系统编号登记在表格中。本公开内容包含与在2012年1月17日向日本专利局提交的日本优先权专利申请jp2012-007322和在2012年5月16日向日本专利局提交的日本优先权专利申请jp2012-112349中所公开的主题相关的主题，这些申请的全部内容通过引用合并于此。当前第1页12当前第1页12