(57)【要約】  アプリケーションのためにストレージ割り当て使用権を実施するためのシステムは、制御可能なストレージと、関連するストレージ割り当て使用権に従ってストレージへのアプリケーションのアクセスを制御するためのストレージマネージャとを含むことができる。アプリケーションのためにストレージ割り当て使用権を実施するためのＳＩＭカードは、ストレージ割り当て使用権のアクセスルールを記憶するためのアプリケーションレジスタと、ストレージへのアプリケーションのアクセスをストレージ割り当て使用権に従って制御することを可能にするためにアプリケーションを識別しかつそれによりアクセスルールを識別するためのＡＰＲＥＣモジュールとを含むことができる。アプリケーションのためにストレージ割り当て使用権を実施するための大容量ＳＩＭカードは、ストレージと、ストレージへのアプリケーションのアクセスをストレージ割り当て使用権の関連するアクセスルールに従って制御するためのストレージマネージャと、ＡＰＲＥＣモジュールとを含むことができる。
2010506338.tif 000002
【特許請求の範囲】
【請求項１】
ホスト上で動作するアプリケーションのために遠隔操作でセットされたストレージ割り当て使用権を実施するためのシステムであって、
ａ）制御可能な記憶空間と、
ｂ）前記ストレージ割り当て使用権の関連するアクセスルールに従って前記制御可能な記憶空間の少なくとも一部分への前記アプリケーションのアクセスを制御するように構成されたストレージマネージャと、
を備えるシステム。
【請求項２】
請求項１記載のシステムにおいて、
ｃ）前記アプリケーションを一意に識別した後に前記アクセスルールを識別して前記ストレージマネージャに転送するためのアプリケーションレコグナイザをさらに備えるシステム。
【請求項３】
請求項２記載のシステムにおいて、
前記識別は、前記アプリケーションレコグナイザが前記アプリケーションの一意の識別子を得ることにより容易にされるシステム。
【請求項４】
請求項３記載のシステムにおいて、
前記一意の識別子は、前記アプリケーションから得られるシステム。
【請求項５】
請求項１記載のシステムにおいて、
前記ストレージ割り当て使用権は、前記アプリケーションに特有であるシステム。
【請求項６】
請求項１記載のシステムにおいて、
前記ホストは、モバイル装置であるシステム。
【請求項７】
請求項６記載のシステムにおいて、
前記モバイル装置は、携帯電話であるシステム。
【請求項８】
請求項１記載のシステムにおいて、
前記制御可能なストレージは、大容量ＳＩＭカードに存在するシステム。
【請求項９】
請求項１記載のシステムにおいて、
前記制御可能なストレージは、メモリカードであるシステム。
【請求項１０】
請求項１記載のシステムにおいて、
ｃ）前記ホストに存在するストレージアクセスメディエータをさらに備え、前記ストレージアクセスメディエータは、前記アプリケーションの一意の識別子と前記アクセスルールとを転送するための前記ストレージマネージャとアプリケーションレコグナイザとの間での通信を可能にするシステム。
【請求項１１】
ホスト上で動作するアプリケーションのためにストレージ割り当て使用権を実施するための加入者識別子カードであって、
ａ）前記アプリケーションを識別するように構成されたアプリケーションレコグナイザと、
ｂ）前記アプリケーションに関連付けられた前記ストレージ割り当て使用権の少なくとも１つのアクセスルールを記憶するように構成されたアプリケーションレジスタと、
を含む加入者識別子カード。
【請求項１２】
請求項１１記載の加入者識別子カードにおいて、
前記ストレージ割り当て使用権は、ネットワークオペレータによりセットされる加入者識別子カード。
【請求項１３】
ホスト上で動作するアプリケーションのためにストレージ割り当て使用権を実施するための大容量ＳＩＭカードであって、
ａ）制御可能な記憶空間と、
ｂ）前記ストレージ割り当て使用権の関連するアクセスルールに従って前記制御可能な記憶空間へのアプリケーションのアクセスを制御するように構成されたストレージマネージャと、
を備える大容量ＳＩＭカード。
【請求項１４】
請求項１３記載の大容量ＳＩＭカードにおいて、
前記ストレージ割り当て使用権は、ネットワークオペレータによりセットされる大容量ＳＩＭカード。
【請求項１５】
アプリケーションのために遠隔操作でセットされたストレージ割り当て使用権を実施するためのホストであって、
ａ）制御可能な記憶空間と、
ｂ）前記ストレージ割り当て使用権の関連するアクセスルールに従って前記記憶空間の少なくとも一部分への前記アプリケーションのアクセスを制御するように構成されたストレージマネージャと、  を備えるホスト。
【請求項１６】
請求項１５記載のホストにおいて、
ｃ）前記アクセスルールと、前記ストレージ割り当て使用権の付加的な関連するアクセスルールと、任意選択で他のストレージ割り当て使用権に関連付けられたアクセスルールとを記憶するように構成されたアプリケーションレジスタをさらに備えるホスト。
【請求項１７】
請求項１６記載のホストにおいて、
ｄ）前記記憶されているアクセスルールにおいて前記アクセスルールを識別し、前記アプリケーションの一意の識別子を得た後に前記アクセスルールを前記ストレージマネージャに転送するためのアプリケーションレコグナイザをさらに備えるホスト。
【請求項１８】
請求項１７記載のホストにおいて、
前記ホストは、モバイル装置であるホスト。
【請求項１９】
請求項１８記載のホストにおいて、
前記モバイル装置は、携帯電話であるホスト。
【請求項２０】
加入者識別子カードおよび制御可能なメモリとインターフェイスするホストの上で動作するアプリケーションのためにストレージ割り当て使用権を実施する方法であって、
ａ）前記アプリケーションと関連付けられたストレージ割り当て使用権のアクセスルールを前記加入者識別子カードに格納するステップと、
ｂ）前記アクセスルールに基づいて前記アプリケーションにより利用されるストレージを前記制御可能なメモリにおいて割り当てるステップと、
を含む方法。
【請求項２１】
請求項２０記載の方法において、
前記ストレージ割り当て使用権は、ネットワークオペレータによりセットされる方法。
【請求項２２】
請求項２０記載の方法において、
前記アプリケーションのためにストレージを割り当てるステップは、前記アプリケーションが動作していないときにも前記アプリケーションのためのストレージを確保しておくことを含む方法。
【請求項２３】
請求項２０記載の方法において、
前記アプリケーションのためにストレージを割り当てるステップは、前記アプリケーションが動作しているときにだけ前記アプリケーションのための前記ストレージを確保することを含む方法。
【請求項２４】
請求項２０記載の方法において、
前記制御可能なメモリは、メモリカードである方法。
【請求項２５】
請求項２０記載の方法において、
前記加入者識別子カードは、大容量ＳＩＭカードである方法。
【請求項２６】
請求項２５記載の方法において、
前記制御可能なメモリは、前記大容量ＳＩＭカードに存在する方法。
【請求項２７】
ストレージ割り当て使用権に従ってリモート装置で動作するようにアプリケーションを用意する方法であって、
ａ）前記アプリケーションを前記ストレージ割り当て使用権のアクセスルールと関連付けるために識別子を受け取るステップと、
ｂ）前記識別子を前記アプリケーションに付加するステップと、
を含む方法。
【請求項２８】
請求項２７記載の方法において、
前記識別子は、識別子転送ファイルの名前の一部である方法。
【請求項２９】
モバイル装置内の記憶空間をアプリケーションに割り当てる方法であって、
ａ）前記アプリケーションのための記憶空間を、前記アプリケーションの発行者により、リクエストするステップと、
ｂ）前記アプリケーションをストレージ割り当て使用権のアクセスルールに関連付ける識別子を前記発行者に提供するステップと、
ｃ）前記アプリケーションへの前記記憶空間の前記割り当てを可能にするために前記アクセスルールおよび前記識別子を前記モバイル装置に提供するステップと、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
この特許出願は、２００６年１０月９日に出願された米国仮特許出願第６０／８２８，６６１号（特許文献１）の利益を主張し、その全体が本願明細書において参照により援用されている。
【背景技術】
【０００２】
コンピュータ記憶装置は、命令コード、アプリケーションプログラムおよび種々のデータを記憶するので、コンピュータシステムにおいて不可欠のリソースである。携帯電話および個人用携帯情報端末（ＰＤＡ）装置のようなモバイル装置の使用と、種々のアプリケーションおよびアプリケーション関連データの配布とは一般的になり続けており、また、一般的に、間断なく開発されているアプリケーションはより多くのストレージリソースを必要とする。ストレージは一般的に高価なコンピュータリソースであると考えられている。
【０００３】
記憶装置の記憶容量が大きいほど、そのギガバイト当たりのコストは低い。「ギガバイト」（「ＧＢ」）という用語は情報の１つの単位すなわち１０億（１０9）バイトに等しいコンピュータストレージを指し、ここで「バイト」は、しばしば８個のバイナリビットのグループであるが、格納されるデータのタイプとは無関係にコンピュータにおいて記憶量の基本単位としてよく使われる。例えば、１ギガバイト記憶装置は、普通は、１０ギガバイト記憶装置における１ギガバイトより高価である。
【０００４】
時には、例えば携帯電話に存在するホストは、数個のアプリケーションを同時に実行することを要求され、そして各アプリケーションはアプリケーションの実行中に動的に変化することのある異なる記憶要求条件を持ち得る。例えば、マルチメディアコンテンツをプレーするアプリケーションプログラムは、通例、数メガナイトのストレージを必要とする。そのようなアプリケーションは、ホスト装置で利用し得るストレージが同じくらいの大きさでなければ、そのホスト装置上では適切に動作し得ない。記憶リソースは限られているので、ストレージへのアクセスを要求するアプリケーションは、伝統的に、「最初にリクエストしたもの」方式でストレージを割り当てられる。
【０００５】
経済的および技術的な観点から、例えばモバイル装置での、ストレージを目的としてのアプリケーションの発行者(publisher)間の競争は興味深い。「発行者」という用語は、メディアプレーヤのようなアプリケーションプログラム、および／またはマルチメディアコンテンツのようなデジタルコンテンツおよび／または他のタイプのデータまたは情報をエンドユーザに提供するアプリケーションプロバイダを指す。ストレージ可用性を求めて他の発行者と競争する代わりに、発行者は、エンドユーザが自分のアプリケーションを起動するときには常に、そのタイプおよびその固有の特性のいずれにも関わらずにアプリケーションに充分に大きな記憶空間が割り当てられ、かつ、或る条件の下では、割り当てられたストレージがアプリケーションの将来の使用のために確保されることを予め保証することを望むことがある。従って、単一の大容量記憶装置を使用し、ホスト上で動作するアプリケーションに対してその記憶装置内の充分なストレージを保証することは合理的なことである。しかし、今日、その点に関しては記憶リソースの使用には優先順位は付けられない。Gajjarらの米国特許第６，８０１，９９２号（特許文献２）は、ヘテロジニアスストレージ環境でのストレージ供給ポリシーの均一な展開を可能にするポリシーベースのストレージ供給および管理のためのシステムおよび方法を開示している。Ayachitulaらの米国特許出願第２００５／０１６０４２８号（特許文献３）は、類似タイプのアプリケーションのために安定したサービス品質を提供するアプリケーション意識システムを開示している。
【０００６】
従って、ストレージ使用権に基づくアプリケーション依存ストレージ割り当て方法を実行するアプリケーション依存ストレージ制御システムに対するニーズが存在する。携帯電話に関して、発行者およびモバイルネットワークオペレータ（ＭＮＯ）のようなネットワークオペレータが例えば携帯電話においてどのアプリケーションにストレージが割り当てられるかに予め合意することを可能にするストレージ優先順位付け方法に対するニーズが存在する。合意された使用権に基づいて携帯電話のようなモバイル装置のホスト上で動作するアプリケーションに関するストレージ割り当て使用権をネットワークオペレータが遠隔操作でセットし実施することを可能にする方法に対するニーズも存在する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国仮特許出願第６０／８２８，６６１号
【特許文献２】米国特許第６，８０１，９９２号
【特許文献３】米国特許出願第２００５／０１６０４２８号
【特許文献４】米国仮特許出願第６０／７４６，３６９号
【発明の概要】
【０００８】
以下の実施形態およびその態様は、システム、ツール、および方法に関連して記述されるとともに図に示され、代表的で例証的であるように意図されているが範囲を限定するようには意図されてはいない。
【０００９】
本発明に従って、ホスト上で動作するアプリケーションのためにストレージ割り当て使用権を遠隔操作で実施するためのシステムが提供され、ストレージ割り当ては合意された使用権に基づき、システムは、制御可能なストレージと、ストレージ割り当て使用権の関連するアクセスルールに従ってストレージへのアプリケーションのアクセスを制御するように構成されたストレージマネージャとを含む。「ストレージ割り当て使用権を遠隔操作で実施すること」は、使用権の細目に関して合意に達すること、使用権をセットすること、使用権を使用権の創作者（例えば、モバイルネットワークオペレータ）から意図された装置へ転送して意図された装置にストレージ割り当て使用権を実行させることの任意の組み合わせを含み得る。「制御可能なストレージ」は、１つの記憶域、または、同じサイズもしくは異なるサイズを有する２つ以上の記憶域を持っていて、記憶域へのアクセスが制御され得るところの任意のタイプの記憶装置を意味する。「ストレージを制御すること」は、記憶空間を任意の所望の数の記憶域に分割する能力と、１つ以上の記憶域のうちのいずれかへのアプリケーションのアクセスを個別的にまたは集団的に制御することとを含む。文脈に依存して、「記憶域にアクセスすること」は、記憶装置内の１つの記憶域または２つ以上の記憶域にアクセスすることを意味する。
【００１０】
システムは、ストレージ割り当て使用権の１つのアクセスルールまたは複数のアクセスルールを記憶するように構成されたアプリケーションレジスタをさらに含むことができる。システムは、アプリケーション認識（ＡＰＲＥＣ）モジュール（本願明細書では「アプリケーションレコグナイザ）とも称される）をさらに含むことができる。本発明の一部分として、ＡＰＲＥＣは、アプリケーションの一意の識別子を得ることによりアプリケーションを一意に識別し、その一意の識別子を用いて格納されているアクセスルールの中の関連するアクセスルールを特定し、その関連するアクセスルールをストレージマネージャに送るように構成され得る。ＡＰＲＥＣは、例えばそれが適格な（そして、ペテン師ではない）アプリケーションであることを確かめるために、一意の識別子を使用して関係するアプリケーションを認証することもできる。ストレージマネージャは、そのアプリケーションに関してアクセスルールを実施することによって記憶空間へのアプリケーションのアクセスを制御することができる。本願明細書において、アプリケーションは、一意の識別子を持っているか、包含するか、割り当てられているか、あるいはそれと関連付けられているならば、「一意」である、すなわち一意に識別され得る。その点では、同一のおよび類似のアプリケーションは異なる一意の識別子を持ち得るのでアプリケーションのタイプおよびその固有の特性は無関係である。換言すれば、アプリケーションが「ライセンスされているか」否かにより（アプリケーションをライセンスすることについては、図面との関係で論じられる）、そのアプリケーションのために専用の記憶域が割り当てられ得るか、あるいはそのような使用権を奪われ得る。
【００１１】
ホストは、モバイル装置であることができ、携帯電話であることができる。制御可能なストレージは記憶装置の一部分であることができ、メモリカード、大容量ＳＩＭ（ＨＣＳ：High-Capacity SIM ）カードなどであることができる。ストレージマネージャは記憶装置（例えば、ＨＣＳカードまたはメモリカード）あるいは記憶装置のホストに存在することができる。
【００１２】
システムは、ホストに存在するストレージアクセスメディエータをさらに含むことができる。ストレージアクセスメディエータは、起動されたまたは動作しているアプリケーションからＡＰＲＥＣへのアプリケーションの一意の識別子の転送と、ＡＰＲＥＣからストレージマネージャへの１つ以上のアクセスルールの転送とを可能にすることができ、その１つ以上のアクセスルールは転送されるアプリケーションの一意の識別子と関連付けられる。
【００１３】
本発明の１つの実施形態に従って、ＨＣＳカードは別々の加入者識別子カードおよび制御可能な記憶空間として具体化されることができ、ＡＰＲＥＣおよびアプリケーションレジスタは加入者識別子カードに存在し、ストレージマネージャは、制御可能な記憶空間の中に存在するか、あるいは制御可能な記憶空間に操作上隣接している。「加入者識別子カード」は、本願明細書において、携帯電話または携帯電話加入者あるいはその両方を特定するためのサービス−加入者キー、コード、または情報と、ネットワーク上で加入者を認証し識別するためのネットワーク特有情報とを安全に記憶する記憶装置を指す。ＳＩＭカードは代表的な加入者識別子である。
【００１４】
本発明の１つの実施形態に従って、加入者識別子カードはホスト上で動作するアプリケーションのためにストレージ割り当て使用権の実施を可能にし、そのアプリケーションレジスタはストレージ割り当て使用権のアクセスルールを記憶するように構成され、アクセスルールはアプリケーションと関連付けられている。加入者識別子カード内のアプリケーション認識（ＡＰＲＥＣ）モジュールは、アプリケーションからアプリケーションの一意の識別子を受け取って、その識別子を使用してアクセスルールを検索してアクセスルールをストレージマネージャに送って、そのアプリケーションのためにセットされたストレージ割り当て使用権に従ってそれが制御可能なストレージへのアプリケーションのアクセスを制御することを可能にするかあるいは制御可能なストレージへのアプリケーションのアクセスをどのように制御するかをそれに教えるように、構成され得る。
【００１５】
本発明の他の１つの実施形態に従って、加入者識別子カードと制御可能なストレージとは、本願明細書において「制御可能な記憶空間を有する加入者識別子カード、または、代わりに、「加入者識別能力を有する制御可能な記憶空間」と称される１つの装置を構成する。大容量ＳＩＭ（ＨＣＳ）カードは、代表的な加入者識別能力を有する制御可能な記憶空間である。「ＨＣＳ」という用語が、以降、簡単のために使用されるが、「加入者識別子カード」および「制御可能な記憶空間」の両方として機能し得る任意の装置を一般的に指すものと解されるべきである。
【００１６】
本発明に従って、ホスト上で動作するアプリケーションのためにストレージ割り当て使用権を実施するためのＨＣＳカードが提供される。ＨＣＳカードは、制御可能な記憶空間と、ストレージ割り当て使用権の関連するアクセスルールに従って制御可能な記憶空間へのアプリケーションのアクセスを制御するように構成されたストレージマネージャと、ストレージ割り当て使用権のアクセスルールを記憶するように構成されたアプリケーションレジスタであって、アクセスルールがアプリケーションと関連付けられている、アプリケーションレジスタと、アプリケーションから一意の識別子を受け取って、その一意の識別子を使用して記憶されているアクセスルールを検索してそれをストレージマネージャに送って、ストレージ割り当て使用権に従って、それが制御可能な記憶空間へのアプリケーションのアクセスを制御することを可能にするかあるいは制御可能な記憶空間へのアプリケーションのアクセスをどのように制御するかをそれに教えるように構成されたアプリケーション認識（ＡＰＲＥＣ）モジュールと、を含むことができる。
【００１７】
加入者識別子カードおよび制御可能な記憶空間とインターフェイスするホストの上で動作するアプリケーションのためにストレージ割り当て使用権を実施する方法も提供される。この方法は、ストレージ割り当て使用権の、アプリケーションまたはアプリケーションのタイプと関連付けられたアクセスルールを格納するステップと、アクセスルールに基づいて、アプリケーションにより利用される記憶空間を割り当てるステップと、を含むことができる。アプリケーションに関するストレージ割り当て使用権の実施は、ストレージマネージャがアプリケーションに関するアクセスルールを実施することによって実行され得る。
【００１８】
アクセスルールと、関連するアプリケーションとは、加入者識別子カード内のＡＰＲＥＣモジュールによってアプリケーションの一意の識別子に基づいて識別されることができ、ＡＰＲＥＣは、それを使用して、適切なアクセスルールを特定して、アプリケーションに関しての実施のためにストレージマネージャに転送することができる。任意選択により、ＡＰＲＥＣは、アプリケーションの一意の識別子を使用してアプリケーションを認証することができる。その認証が失敗したならば、ＡＰＲＥＣはストレージマネージャに「認証失敗」メッセージを送ることができる。このメッセージに応じて、ストレージマネージャは、アプリケーションが記憶空間の利用可能な公開のあるいは空いている部分だけにアクセスすることを可能にする。
【００１９】
アプリケーションのための記憶空間の割り当ては、アプリケーションが動作していないときにも、あるいはアプリケーションが動作しているときだけ、アプリケーションのための記憶空間を確保することを含むことができ、その場合には、割り当てられた記憶空間の内容は、記憶空間が他のアプリケーションに割り当てられる前に廃棄され得る。
【００２０】
ストレージ割り当て使用権に従ってリモート装置で動作するようにアプリケーションを用意する方法も提供され、この方法は、アプリケーションをストレージ割り当て使用権のアクセスルールに関連付けるためにアプリケーションの一意の識別子（ＩＤ）を受け取るステップであって、アクセスルールがリモート装置内の記憶空間をアプリケーションにどのように割り当てるかを示すステップと、前記識別子をアプリケーションに付加するステップと、を含むことができる。一意の識別子は、一意のＩＤを得ることを可能にする識別子転送（ＩＤＴ）ファイルの名前の一部であり得る。
【００２１】
リモート装置内の記憶空間を遠隔操作でアプリケーションに割り当てる方法も提供され、この方法は、アプリケーションをストレージ割り当て使用権のアクセスルールに関連付けるアプリケーションの一意の識別子をアプリケーションの発行者に送るステップであって、アクセスルールがリモート装置内の記憶空間をストレージ割り当て使用権に基づいてアプリケーションにどのように割り当てるかを示すステップと、アクセスルールおよび一意の識別子をリモート装置に送るステップと、を含むことができる。識別子は、アプリケーションのアクセスルールとの関連付けの前にリモート装置においてアプリケーションを認証するためにも使用され得る。
【００２２】
前述した代表的な態様および実施形態に加えて、図面を参照し、次の詳細な記述を検討することによって、さらなる態様および実施形態が明らかになる。
【００２３】
代表的な実施形態が、参照される図面に示されている。本願明細書で開示される実施形態は制限的ではなくて例示的であるということが意図されている。しかし、これら開示は、添付図面とともに読まれる以下の詳しい記述と関連して、より良く理解され得る。
【００２４】
図を簡潔かつ明瞭にするために、図に示されている要素が必ずしも一定の縮尺で描かれていないことを理解すべきである。さらに、適切と考えられる場合には、同様の要素、対応する要素、あるいは類似の要素を示すために図間で参照数字が繰り返して用いられることがある。
【図面の簡単な説明】
【００２５】
【図１】本発明に従う遠隔通信システムを概略的に示す。
【図２】本発明に従うストレージ割り当て方法を示す高レベルのフローチャートである。
【図３】本発明に従う割り当てられた記憶空間の操作の方法を示すフローチャートである。
【図４】本発明に従って分割された部分的記憶空間を有する大容量ＳＩＭカードのブロック図である。
【図５】図４の大容量ＳＩＭカードに類似する大容量ＳＩＭカードのブロック図である。
【図６】本発明の一実施形態に従う加入者識別子カード構成のブロック図である。
【図７】アプリケーションからＡＰＲＥＣにアプリケーションの一意の識別子を転送するためにＩＤＴファイルを使用する方法を概略的に示す。
【図８】アプリケーションからＡＰＲＥＣにアプリケーションの一意の識別子を転送するためにＩＤＴファイルを使用する他の１つの方法を概略的に示す。
【発明を実施するための形態】
【００２６】
前に要約され、特許請求の範囲により定義される発明は、本発明の実施形態についてのこの詳細な記述を参照することにより、より良く理解できる。この記述は、請求項の範囲を限定するように意図されているのではなくて、本発明の例を提供するように意図されている。
【００２７】
２００６年５月４日に出願されたJose Carlos Santos Garcia による「SIM Storage Control 」という米国仮特許出願第６０／７４６，３６９号（以降、‘３６９出願）（特許文献４）は、リモートコントロールメッセージがモバイル装置内の記憶空間を分割させ、また、そのモバイル装置のユーザがストレージパーティションの使用を制御できるようにパーティションプロファイルを各パーティションにリンクさせるストレージ分割方法を開示している。
【００２８】
本発明は、‘３６９出願の方法に類似するストレージ制御方法を利用することができる。しかし、本発明では、ホスト上で動作するアプリケーションに制御可能な記憶空間が割り当てられ、アプリケーションの、それらに割り当てられた記憶空間へのアクセスは、本願明細書で論じられるように管理される。本発明は、さらに、ストレージアクセスをリクエストするアプリケーションを識別することと、本願明細書で論じられるようにアクセスルールを実施することとを含む。アプリケーションへの記憶空間の割り当ては、例えば記憶装置またはモバイル装置の製造中に、あるいは例えばネットワークオペレータにより遠隔操作で、予めセットされ得るストレージ割り当て使用権に従って実行される。本発明の他の態様は、ストレージ割り当ておよび制御方法を使用するシステムおよび装置を含む。
【００２９】
図１は、本発明に従って動作する、全体として１００のところに示されているシステムを概略的に示している。システム１００は、ＭＮＯ３０として示されているネットワークオペレータと、携帯電話２０として示されている携帯電話と、発行者３４として示されているアプリケーションプロバイダとを含む。携帯電話２０はホストであり、携帯電話のオペレーティングシステム（ＯＳ）４４と大容量ＳＩＭカード（ＨＣＳ）２２とを含み、割合に大きな（通例数百メガバイトの）記憶空間を含む。
【００３０】
ユーザ２６はＭＮＯ３０の加入者（２８）であり、ＭＮＯ３０は携帯電話２０を通してユーザ２６に遠隔通信サービスおよび遠隔通信関連サービスを提供する。発行者３４は、ユーザ２６に、１つ以上のアプリケーションとアプリケーション関連データまたは情報とを小売りすることができる。ユーザ２６と発行者３４とが携帯電話２０に１つ以上のアプリケーションを送るという合意に達した後、発行者３４は携帯電話２０にこれらのアプリケーションを発行（アップロード）（３６）する。発行者３４がアプリケーションを携帯電話２０に発行する前に、代表的なホストである携帯電話２０の上で動作するようにアプリケーションを用意しなければならない。そのような用意に関係する含意については、以下で論じられる図面との関係で以下に記述される。
【００３１】
図１は、以下に図２と関連して記述されるが、これは本発明に従うストレージ割り当て方法を示すフローチャートである。幾つかのアプリケーションが携帯電話２０上で適切に動作するためには、ＨＣＳ２２内の充分な記憶空間がアプリケーションにとって、その実行中、利用可能でなければならない。そのような記憶空間が常に利用可能であることを保証するためには、充分な記憶空間が予めアプリケーションに割り当てられて、アプリケーションのために確保されなければならない。
【００３２】
記憶空間をアプリケーションに提供すること
ＨＣＳ２２において記憶空間をアプリケーション２４に提供するために、発行者３４は、ＭＮＯ３０と、ステップ７２（「発行者はＭＮＯと取引を行う」）において示されている取引を行う。記憶空間をアプリケーション２４に割り当てることに関係するプロセスの一部として、発行者３４は、発行者３４がアプリケーション２４を携帯電話２０に発行（３６）する前または後に、ＨＣＳ２２内の記憶空間をアプリケーションに割り当てるためのストレージリクエスト４２をＭＮＯ３０に伝える。
【００３３】
ステップ７４で、ＭＮＯ３０は、一意の識別子（図１には示されていない）をアプリケーションに割り当て、それを発行者３４に提供するか（４２のところに示されている）、また携帯電話２０に提供する（３８のところに示されている）。発行者３４は、アプリケーションのＩＤを利用して、ストレージライセンス済みアプリケーションをライセンスする。すなわち、以下で論じられるステップ７８に関して入念に述べられるように、携帯電話２０上で動作するようにアプリケーションを用意する。携帯電話２０は、アプリケーションのＩＤを利用して、以下で論じられるステップ８４に関して入念に述べられるように、アプリケーションをストレージライセンス済みアプリケーションとして特定するとともに、アプリケーションに適用されるべきストレージ割り当て使用権に関連付けられたストレージアクセスルールを見出して実施する。ストレージ割り当て使用権はアプリケーションごとに割り当てられ、各アプリケーションに一意のストレージ割り当て使用権が割り当てられることを意味する。
【００３４】
割り当てられたストレージを解放すること
ステップ７６で、ＭＮＯ３０は、アプリケーションのためにストレージ割り当て合意に基づくストレージ割り当て使用権を発する。ストレージ割り当て使用権は、アプリケーション２４に割り当てられるべき記憶空間の所要サイズと、アプリケーションに対してＨＣＳ２２において割り当てられた記憶空間へのアプリケーションのアクセスを支配するアクセスルールとに関連する属性を含むことができる。ストレージ割り当て使用権は、他のタイプ、代わりのタイプ、あるいは追加のタイプのストレージ関連属性および／またはアプリケーション関連属性を含むことができる。アプリケーション識別子は代表的なアプリケーション関連属性である。ストレージアクセスルールは代表的なストレージ関連属性である。携帯電話２０は、アプリケーションに関してストレージ割り当て使用権を実施するためのストレージマネージャ（図１には示されていない）を含む。簡潔のために、発行者３４として示されている発行者が１つだけ図１に示されている。ストレージライセンス済みアプリケーションがＨＣＳ２２にアクセスするためのリクエストを発するごとに、ストレージマネージャがこのアプリケーションに適用されるべきストレージ割り当て使用権のアクセスルールに従って記憶空間へのアプリケーションのアクセスを制御するように、携帯電話２０はストレージ割り当てポリシーのアクセスルールを登録あるいは記憶するためのアプリケーションレジスタ（図１には示されていない）を含む。アプリケーションレジスタは、適用されるべき記憶されているアクセスルールの検索を可能にするために一意のアプリケーション識別子も登録あるいは記憶することができる。適用されるべきアクセスルールの特定に関係するプロセスは以下で論じられる。
【００３５】
１つの記憶空間が１つのアプリケーションに排他的に割り当てられ得るということが特筆されるが、それは、次のことを例外として、他のどのアプリケーションもその記憶空間にアクセスできないということを意味する。関係するストレージ割り当て使用権において明示されるべき或る条件の下では、記憶空間はアプリケーションが動作している間はアプリケーションにより使用されることができるが、それ以外のときには、すなわち、第１のアプリケーションが終了させられているとき、あるいは第１のアプリケーションがアイドルである期間中、他のアプリケーションがその記憶空間を使用することができる。数個のストレージライセンス済みアプリケーションが実質的に同じ記憶空間を実質的に同時に必要とするならば、優先順位付けメカニズムが採用され得る。そのようなメカニズムを、関係するストレージ割り当てポリシーにおいて明示するかまたは規定することができ、あるいはホスト上で動作しているバックグラウンドアプリケーションとして具体化することができ、あるいは関係するストレージマネージャがその態様を管理するようにも構成することができる。
【００３６】
ステップ７６で、ＭＮＯ３０は、ストレージ割り当て使用権の関連するアクセスルールを携帯電話２０に送り（３８）、かつモバイル装置２０内のストレージマネージャ（図１には示されていない）に、意図されたアプリケーションのために割り当てられた記憶空間を確保させることによって、遠隔操作で、ＨＣＳ２２においてアプリケーション２４のために割り当てられた記憶空間を解放する。本願明細書において「記憶空間を解放する」ということは、割り当てられた記憶空間を公開された記憶空間から除外することを意味する。ＨＣＳ２２は、ライセンスされていないアプリケーション、すなわち「普通の」アプリケーションにより使用され得る公開された記憶空間と、ライセンスされたアプリケーションに割り当てられ、それらのみによって、すなわち携帯電話２０のようなホスト上で動作するように発行者３４のような発行者により用意されたアプリケーションによって、使用されるように意図されている「解放された」記憶空間とを含むことができる。
【００３７】
アプリケーション２４が記憶空間からデータを読み出すかあるいは記憶空間にデータを書き込むことを要求されるごとに、それに割り当てられた記憶空間へのアクセスがアプリケーション２４に与えられる。関係するストレージ割り当て使用権に依存して、アプリケーション２４に割り当てられた記憶空間は、他のときに、例えばアプリケーション２４が非アクティブであるときあるいはアイドルであるときに、アプリケーション２４のために確保することができる。
【００３８】
ＭＮＯ３０は、アプリケーション２４に関連付けられたストレージ割り当て使用権を携帯電話２０にだけあるいは複数のモバイル装置に伝えることができる。例えば、ＭＮＯ３０は、アプリケーション２４に関連付けられたストレージ割り当て使用権を、予め選択された加入者あるいは一定の基準を満たす加入者に伝えることができる。そのような基準は、加入者が同じタイプの携帯電話を持っているか、または携帯電話が一定のタイプのアプリケーションを包含するか、あるいは加入者が加入者の特定のグループに関連付けられているかであり得る。加入者をグループ化するための基準は、地理的範囲あるいは共通の利害関係範囲であり得る。他の基準も同様に使用され得る。
【００３９】
関係するストレージ割り当て使用権に依存して、割り当てられた記憶空間の内容を関連するアプリケーションが終了させられた後に廃棄することができ、記憶空間を他のアプリケーションに割り当てることができる。これに関して、数個のアプリケーションまたは数個の発行者が、共通の記憶空間を「短期」ベースで共有すると言ってよい。しかし、１つの割り当てられた記憶空間を１つのアプリケーションのために確保することができ、その後のアプリケーションの実行と実行との間およびアプリケーションが終了させられた後にその内容を保持することができる。このように、記憶空間は、実質的にいつでも、ライセンスされたアプリケーションにとって利用可能な状態に留まる。そのような条件の下では、記憶空間をライセンスされたアプリケーションのために永久的に確保すると言ってよい。
【００４０】
ストレージをアプリケーションにライセンスすること
ステップ７８（「発行者はストレージライセンス済みアプリケーションを作る」）で、発行者３４は、携帯電話２０上で動作するようにアプリケーションを用意するためにステップ７４でＭＮＯ３０により提供されたアプリケーション識別子を使用する。「アプリケーションのためにストレージをライセンスする」か、あるいは交換可能に「ホスト上で動作するようにアプリケーションを用意する」は、本願明細書において、アプリケーションが１つ以上のホストに発行される（送られる）前にアプリケーションにアプリケーション識別子を、合併(affiliating) などにより付け加え、組み込みあるいは埋め込むことを意味する。「ストレージライセンス済みアプリケーション」という用語は、本願明細書において、そのアプリケーションのためにその発行者がモバイル装置内の記憶域を確保しておくために、あるいはモバイル装置内の一定量の確保されている記憶域を使用するために、ＭＮＯからライセンスすなわち使用権を入手したところのアプリケーションを指す。そのようなアプリケーションは、それを１つ以上のアクセスルールに関連付けるための一意の識別子を含む。その１つ以上のアクセスルールは、ＭＮＯとアプリケーションの発行者との間で合意され得る。アプリケーションに対してストレージをライセンスすることは他のステップを含み得るが、それは以下で論じられる。
【００４１】
割り当てられた記憶空間を使用すること
発行者３４がステップ７８でストレージライセンス済みアプリケーションをライセンスした後、ユーザ２６は発行者３４からストレージライセンス済みアプリケーションを購入（３２）してステップ８０で携帯電話２０にダウンロード（３６）する。図１では、アプリケーション２４は、ユーザ２６により発行者３４からダウンロードされたストレージライセンス済みアプリケーションである。
【００４２】
ステップ８２でユーザ２６はアプリケーションを起動（４０）し、ステップ８４で、ＨＣＳ２２において記憶空間がアプリケーションに割り当てられているか否かを判定するために、携帯電話２０においてその起動されたアプリケーションがストレージライセンス済みアプリケーションであるか否かが調べられる。その起動されたアプリケーションがライセンス済みアプリケーションであれば（ステップ８４で「Ｙｅｓ」として示されている）、それは、記憶空間がアプリケーションに割り当てられていて、アプリケーションのために確保されているべきであるかあるいはアプリケーションにより使用されるべきであるということを意味する。ストレージライセンス済みアプリケーションであると前に述べられたアプリケーション２４に関して、ステップ７６でＭＮＯ３０により携帯電話２０に伝えられた（３８）関係するストレージ割り当て使用権において明示されているアクセスルールに従って、ステップ８６に示されているように、そのために割り当てられ確保されている記憶空間にアクセスすることができる。
【００４３】
しかし、ステップ８４で、起動されたアプリケーションがライセンスされていないと判定されたならば（ステップ８４で「Ｎｏ」として示されている）、そのライセンスされていないアプリケーションは、ステップ８８で示されているように、ＨＣＳ２２内の公開された記憶空間だけを利用することができる。ＨＣＳ２２内の利用できる（空いている）公開された記憶空間のサイズが不十分であれば、ライセンスされていないアプリケーションは、記憶空間欠如の故にアボートするかあるいは全く動作することができないかもしれない。
【００４４】
発行者３４は、直接通信経路２１を使用することにより、あるいは間接通信経路２３を使用することによりＭＮＯ３０を介して、携帯電話２０にアプリケーションとアプリケーション関連データとを伝えることができる。しかし、発行者３４は、両方の通信経路２１および２３を使用してアプリケーションおよび関連データを携帯電話２０に伝えることができる。
【００４５】
ストレージ割り当てポリシーのアクセスルールをセットして携帯電話２０のような携帯電話に伝えることにより、ＭＮＯ３０は、アプリケーション２４のようなアプリケーションのＨＣＳ２２内の記憶空間へのアクセスを遠隔操作で制御する。前に示唆されたように、モバイル装置は、起動されたアプリケーションがストレージライセンス済みアプリケーションであるかどうかを調べ、ストレージライセンス済みアプリケーションをアクセスルールにそれぞれ関連付けるために、アプリケーション識別子（ＩＤ）を利用する。例として、モバイル装置においてアプリケーション識別子を得るための２つのメカニズムが、図８および９と関連して以下で論じられる。一般的に、１つのメカニズムは、アプリケーションの一意の識別子を起動されたあるいは動作しているアプリケーションからＡＰＲＥＣに転送するためにストレージアクセスリクエストを使用することを含む。第２のメカニズムは、仮想またはダミーファイルを使用することを含み、本願明細書では「識別子転送ファイル」、略して「ＩＤＴファイル」と称される。
【００４６】
図３は、本発明に従う、割り当てられた記憶空間の管理を示すフローチャートである。図３は、図１と関連して記述される。ライセンスされたアプリケーションであるアプリケーション２４がユーザ２６により起動されたと仮定して、ステップ３０２（「アプリケーションは動作しているか？」で、アプリケーション２４がなお動作しているかどうかが調べられる。アプリケーションが動作しているか否かを調べることは、絶えず、定期的に、断続的に、あるいは時折、実行され得る。ステップ３０２でアプリケーション２４がなお動作していると判定されたならば（ステップ３０２で「Ｙｅｓ」として示されている）、ＨＣＳ２２でアプリケーション２４に割り当てられている記憶空間はアプリケーション２４のみにより使用され得る。しかし、例えば、ユーザにより終了させられたためにアプリケーション２４が動作していなければ（ステップ３０２において「Ｎｏ」として示されている）、ステップ３０４（「割り当てを維持するか？」）で、割り当てられた記憶空間がアプリケーション２４のために将来の使用を目的として確保されるべきか否かが調べられる。上で述べられたように、終了させられたアプリケーションあるいはアイドル中のアプリケーションのために割り当てられた記憶空間を確保しておくかどうかの決定は、関係するストレージ割り当て使用権に依存する。
【００４７】
割り当てられた記憶空間がアプリケーション２４のために確保されるべきであるならば（ステップ３０４において「Ｙｅｓ」として示されている）、割り当てられた記憶空間にアクセスするためのアプリケーション２４のアクセス権はステップ３０６に示されている（「アクセスを可能にする・・・」）ようにアプリケーション２４のために確保され、割り当てられた記憶域の内容はステップ３０６に示されている（「・・・とともに記憶内容を保持する」）ように保持される。しかし、割り当てられた記憶空間が最早アプリケーション２４のために確保されるべきではなければ（ステップ３０４で「Ｎｏ」として示されている）、その記憶空間の内容は消去されて記憶空間はアプリケーション２４から割り当て解除される。割り当て解除された記憶空間は、一般の記憶空間、すなわち公開された記憶空間の一部として扱われることができ、あるいは他のアプリケーションに割り当てられることができる。割り当てられていた記憶空間は、始めにアプリケーション２４から割り当て解除されることができ、その後、その内容は、それが他のアプリケーションに割り当てられる前にまたはそれと同時に消去されることができる。記憶空間の割り当ておよび割り当て解除と、その下で記憶空間が確保されてその内容が保持または消去されるところの条件とは、そのアプリケーションに関連付けられているストレージ割り当て使用権の一部であるか、あるいはストレージ割り当て使用権において定義され、また任意選択によりそれらは他のアプリケーションに関連付けられている他のストレージ割り当てポリシーの一部でもあることができる。
【００４８】
図４は、大容量ＳＩＭ（ＨＣＳ）６２が大容量の制御可能な記憶空間５８と、ストレージマネージャ５０と、ＭＮＯインターフェイス５６と、アプリケーション認識（ＡＰＲＥＣ）モジュール５７と、ホストインターフェイス５９とを含んでいる実施形態を描いている。ＭＮＯインターフェイス５６は、ライセンス済みアプリケーションに関連付けられたストレージ割り当て使用権の１つ以上のアクセスルールをリモートＭＮＯ６４（これは代表的なネットワークオペレータまたはサービスプロバイダであり得る）から受け取るものであって、受け取ったアクセスルールと、任意選択で他のストレージ割り当て使用権属性およびアプリケーションの情報とを格納する（象徴的に６６のところに示されている）ためのアプリケーションレジスタ（図４には示されていない）を含む（あるいは、それと関連付けられている）アプリケーションレジスタが存在する。例として、記憶空間５８は、５１，５２，５３，５４および５５と称される５個の記憶空間に分割され、それらは、５個のアプリケーションにそれぞれ割り当てられるとともに、属性６０の５個の属性グループにそれぞれ関連付けられている。記憶空間５１〜５５の各々は、それに関連付けられた属性グループとともに、ストレージ割り当て使用権を構成する。例えば、記憶空間５１は、それに関連付けられた属性グループ６１とともに、第１のストレージ割り当て使用権を構成し、記憶空間５５は、それに関連付けられた属性グループ６５とともに他の１つのストレージ割り当て使用権を構成する。記憶空間５８のような記憶空間のリモート分割は、‘３６９出願に開示されているストレージ分割方法を用いることにより実行され得る。
【００４９】
属性６０は、どの１つのアプリケーションまたは複数のアプリケーション（関係するストレージ割り当てポリシーに依存する）が制御可能な記憶空間５８の中の所与の記憶空間にアクセスできるかを定めるとともに、それらのアプリケーションに適用されるべき使用またはアクセスのルールを定める。また、属性６０は、記憶空間５８内の関連する記憶空間の第１のアドレスおよびサイズを定めることもできる。アプリケーションを、それのストレージ割り当て使用権、すなわち制御可能な記憶空間の中の正しい記憶空間でかつ正しいアクセスルールに関連付けることを可能にするために、属性６０は、起動されたアプリケーションまたは作動中のアプリケーションの識別子と比較される１つ以上のアプリケーション識別子も含むことができる。ストレージ割り当てポリシーは時折更新されるか、または新しいストレージ割り当てポリシーが付け加えられるか、あるいは現在使用されているポリシーが無効にされることがあるので、割り当てられる記憶空間の数と、それらのビット関連サイズとは時間の経過に伴って変化し得る。
【００５０】
一般的に、アプリケーションは、データを記憶空間に書き込むかあるいは記憶空間からデータを読み出さなければならないときにはいつでも、ストレージアクセスリクエストを発する。本発明の一実施形態に従って、アプリケーションから生じた各ストレージアクセスリクエストは、ＭＮＯによりアプリケーションの発行者に提供されたアプリケーション識別子を保持するアプリケーションの識別子フィールドを含み、ＡＰＲＥＣ５７は、ストレージアクセスリクエストの識別子フィールドの内容を読むことによりアプリケーションの識別子（ＩＤ）を得る。ライセンスされていないアプリケーションから生じたストレージアクセスリクエストもＩＤフィールドを有するが、この場合にはそのＩＤフィールドは空であるかあるいはアプリケーションをライセンスされていないアプリケーションとしてＡＰＲＥＣ５７に対して示すデータを保持することができる。ストレージアクセスリクエストは、コンピュータの分野では「ストレージコマンド」、すなわちコンピュータ化されたシステムのオペレーティングシステムによりサポートされるストレージ関連サービスとして知られている。
【００５１】
図４に関して、ライセンス済みアプリケーション（図４には示されていない）は、制御可能な記憶空間へのアクセスをリクエストするとき、６３のところに示されているストレージアクセスリクエストを発し、それをストレージマネージャ５０はホストインターフェイス５９を通して入手する。ストレージマネージャ５０の、またはそれと関連付けられた、サービスルーチンであるＡＰＲＥＣ５７は、アプリケーションの一意の識別子を得るために、すなわち、１つあるならば、ストレージアクセスリクエスト内のＩＤフィールドの内容を読む。ＡＰＲＥＣ５７がＩＤフィールド内に一意の識別子を発見したならば、ＡＰＲＥＣ５７は、現在記憶されているストレージ割り当てポリシーと関連付けられている属性６０（図４には示されていない）の中に一致する識別子を捜す。ＡＰＲＥＣ５７が一致する識別子を属性６０の中に発見したならば、それは、その関係するアプリケーションがライセンスされていることと、関連付けられたストレージ割り当て使用権の１つ以上のアクセスルールがそのアプリケーションのために記憶されていることとを意味する。
【００５２】
その後、ＡＰＲＥＣ５７は、アプリケーションの識別子を利用して、１つ以上のアクセスルールを特定して、その特定された１つ以上のアクセスルールをストレージマネージャ５０に伝えて（６８のところに示されている）、アプリケーションの割り当てられた（意図された）記憶空間へのアクセスをどのように制御するかをストレージマネージャ５０に示す。換言すれば、ＡＰＲＥＣ５７は、ストレージマネージャ５０によって使用されたならば記憶空間５８内のそれに割り当てられた記憶空間（これも属性６０内の対応する属性グループにおいて指定され得る）へのアプリケーションのアクセスを支配する１つ以上のアクセスルールをストレージマネージャ５０に伝える。ストレージマネージャ５０は、その後、ＡＰＲＥＣ５７によって特定されたストレージ割り当て使用権の１つ以上のアクセスルールをアプリケーションに関して適用または実施することにより、制御可能な記憶空間５８においてそれに割り当てられた記憶空間、例えば、記憶空間５１へのアプリケーションのアクセスを制御する。
【００５３】
本発明の他の１つの実施形態に従って、起動されたあるいは動作しているアプリケーションは、以下で論じられる図５，８および９に関して記載される識別子転送（ＩＤＴ）方法を使用することによって自分の識別子をＡＰＲＥＣ５７に転送する。
【００５４】
図５は、ストレージマネージャ５０４とＡＰＲＥＣ５０６とが１つの装置、ＨＣＳ５００、の中に存在する実施形態を描いている。ＨＣＳ５００は、割合に大きな（数百メガバイト（ＭＢ））制御可能な記憶空間５０２と、ストレージマネージャ５０４と、ＡＰＲＥＣ５０６と、ホストインターフェイス５０８と、ＭＮＯインターフェイス５１２と、アプリケーションレジスタ５１４とを含む。ホスト５１８は、ライセンス済みアプリケーション５１０のようなアプリケーションを実行するためのオペレーティングシステム（ＯＳ）５２０を有する。制御可能な記憶空間５０２またはその部分は、図４の記憶空間５１〜５５に類似する１つ以上の割り当てられた記憶空間を含むように分割されることができる。図４の属性６０に類似し得る属性が、これらの１つ以上の割り当てられた記憶空間に関連付けられることができる。ＭＮＯインターフェイス５１２は、１つ以上のリモートネットワークオペレータ（図５には示されていない）から１つ以上のストレージ割り当てポリシーを受け取るように構成され、それをＭＮＯインターフェイス５１２はアプリケーションレジスタ５１４を使用してＨＣＳ５００に格納することができる。
【００５５】
一般的に、制御可能な記憶空間５０２内でのアプリケーションへの記憶空間の割り当てまたその記憶空間の使用に２つのフェーズが関係する。ライセンス済みアプリケーション５１０に関して、第１のフェーズは、一般的に、アプリケーション５１０に適用されるべきストレージ割り当て使用権についてＭＮＯインターフェイス５１２を介してＨＣＳ５００を遠隔操作で更新することを含む。１つ以上のアクセスルールとアプリケーション５１０の識別子とを含む更新データは、ＨＣＳ５００に格納されるべく図１のＭＮＯ３０によりＭＮＯインターフェイス５１２を通してアプリケーションレジスタ５１４に転送される。第２のフェーズは、一般的に、ストレージライセンス済みアプリケーション５１０の起動および実行の間のプロシージャ、またそれらに応じてのプロシージャの採用に関係する。これらのプロシージャは、少なくとも部分的に、ＨＣＳ５００に格納されている関連するストレージ割り当て使用権の細目に基づく。アプリケーション５１０が起動されたとき、およびその実行中、ストレージアクセスリクエストをホストインターフェイス５０８を介してストレージマネージャ５０４に伝えるためにオペレーティングシステム（ＯＳ）５２０のストレージアプリケーションプログラミングインターフェイス（ＡＰＩ）ツールを利用する。「ＡＰＩ」という用語は、ＯＳ５２０のようなコンピュータシステムのオペレーティングシステム（ＯＳ）により使用されるアプリケーション間通信メカニズムを指し、特に、「ＡＰＩ」という用語は、コンピュータシステムのＯＳがアプリケーション５１０のようなコンピュータプログラムと交換するコマンドを指す。記憶空間５０２内の記憶空間にアクセスするためのリクエストは代表的なコマンドである。
【００５６】
図４に関して記述されたのと同様の仕方で、ＡＰＲＥＣ５０６は、アプリケーション５１０の識別子を得て、現在格納されているアプリケーションの識別子の中で一致するアプリケーション識別子を捜し（５３０のところに象徴的に示されている）、関係するアプリケーションに関連付けられているストレージ割り当て使用権の１つ以上のアクセスルールをストレージマネージャ５０４に報告する（５３０のところに象徴的に示されている）。
【００５７】
その報告された１つ以上のアクセスルールに基づいて、ストレージマネージャ５０４は、記憶空間５０２においてアプリケーション５１０に割り当てられた記憶空間へのアプリケーション５１０のアクセスと、一般的な記憶空間の使用とを制御する。簡潔にするため、ＡＰＲＥＣ５０６およびストレージマネージャ５０４が図５にはっきりと示されている。しかし、図４のＡＰＲＥＣ５７およびストレージマネージャ５０と同様に、ＡＰＲＥＣ５０６はストレージマネージャ５０４の必須の一部分であり得る。
【００５８】
アプリケーションがストレージアクセスリクエストを発するたびに、そのアプリケーションは自分の一意の識別子をストレージアクセスリクエストのＩＤフィールドに挿入し、これにより自分のＩＤをＡＰＲＥＣに転送するということが特筆される。しかし、在来のストレージアクセスリクエストはそのようなフィールドを持っていない。従って、アプリケーションの識別子をストレージマネージャに転送するためにストレージアクセスリクエストを利用するには、ホストのオペレーティングシステムにおける変更が必要である。その制限を避けるために、そのような変更を必要としない他の方法を使用して識別子をライセンス済みアプリケーションからストレージマネージャに転送することができる。識別子転送（ＩＤＴ）ファイルを利用して識別子をライセンス済みアプリケーションからストレージマネージャに転送するという方法は、１つのそのような方法である。
【００５９】
ＩＤＴファイルを使用すること
本発明の１つの実施形態に従って、識別子転送（ＩＤＴ）ファイルがアプリケーション５１０のようなライセンス済みアプリケーションにより、アプリケーションの識別子をＡＰＲＥＣに転送するために操作される。ＩＤＴファイルの「操作」は、標準的な「開く」コマンド、「読み出し」コマンド、「書き込み」コマンドを使用することを含む。ＩＤＴファイルを使用することは、在来のオペレーティングシステムを「現状のままで」、すなわちそれらを変更も更新もせずに使用することを可能にする。ホスト５１８のようなホストは、システムのファイルの１つとしてそれにインストールされた識別子転送（ＩＤＴ）ファイルを持つことができ、あるいは関係するネットワークオペレータ（図５には示されていない）は、それがＨＣＳ５００に送る最初のストレージ割り当て使用権の前またはそれとともに識別子転送ファイルをホストにダウンロードすることができる。
【００６０】
この実施形態では、アプリケーション５１０は、ファイル関連ＡＰＩサービスを利用して識別子転送ファイルを操作してアプリケーション５１０の識別子をホストインターフェイス５０８を介してＡＰＲＥＣ５０６に転送する。識別子転送ファイルを他のファイルから区別するために、識別子転送ファイルは特別の名前を割り当てられることができ、あるいはその名前は、例えば「ａｂｃ」あるいは「ＩＤ＿ｔｒａｎｓｆｅｒ」などの特別の文字列または特別のプレフィックスを含むことができる。
【００６１】
図２に示されている方法に関して、アプリケーション識別子を得るためにＩＤＴファイルが使用されるならば、図２およびその説明は、次のように改変されるべきである。ステップ７４（「ＭＮＯはアプリケーションのためにアプリケーション識別子（ＩＤ）を提供する」）は、アプリケーションの識別子とともにＩＤＴファイルの名前をアプリケーションの発行者に提供することを含むように改変されるべきである。また、図２のステップ７８（「発行者はストレージライセンス済みアプリケーションを作る」）は、ホストにおいてＩＤＴファイルを操作するためのアプリケーションにおけるプロシージャの使用を含むように改変され得る。ホスト上で動作するようにアプリケーションを用意することは、識別子転送ファイルの名前とともに、また任意選択で、実行時にＩＤＴファイルを処理するための対応するプロシージャとともに、アプリケーションの一意のＩＤをアプリケーションに、埋め込み、組み込み、あるいは合併などにより付け加えることを含む。
【００６２】
プロシージャは、アプリケーションがＩＤＴファイルを開いてアプリケーションのＩＤを制御可能な記憶空間５０２内の知られているあるいは専用の記憶域（図５には示されていない）に書き込むための命令を含むことができ、ＡＰＲＥＣ５０６はアプリケーションの識別子をその記憶域から読み出すことができる。ストレージマネージャ５０４は、識別子を仮に保持するために記憶空間５０２内の領域を割り当てあるいは捧げることができる。ＩＤＴファイルは、ＩＤＴファイルを開いたアプリケーションが実行している間、あるいはアプリケーションに適用されるべきストレージ割り当て使用権において指定されているように、開いた状態に留まることができる。ＩＤＴファイルが１つの発行者により使用されることができ、あるいは１つの発行者に関連付けられることができ、あるいは１つの発行者にサービスすることができるということが特筆される。しかし、ＩＤＴファイルが、ホスト上で実行している２つ以上のアプリケーションの間の干渉を防止するために、同時に２つ以上のアプリケーションによっては操作されないとしたならば、ＩＤＴファイルは複数のアプリケーションおよび複数のアプリケーション発行者にサービスすることができる。アプリケーションの識別子を得た後、ＡＰＲＥＣ５０６は、５３０のところに象徴的に示されているように、アプリケーションの識別子を、適用されるべき割り当て使用権（すなわち、１つのまたは複数のアクセスルール）とリンクし、またストレージマネージャ５０４に、アプリケーションに適用されるべきストレージ割り当て使用権のアクセスルールを知らせる。
【００６３】
識別子転送ファイルメカニズムは、セキュアチャネルあるいは電子署名のような公知のセキュリティメカニズムを用いて悪意的攻撃から保護されることができる。コンピュータシステムで良く使われる方法である「セキュアチャネル」は、セキュリティサービス、登録サービスおよび認証サービスをサポートする。換言すると、セキュアチャネルは、傍受あるいは改ざんの危険が低減されてデータが１つの場所またはユーザから他へ転送され得るところの技術である。セキュアチャネルメカニズムの基本的アイデアは、或るプロトコルを実行した後に、他の誰にも知られていないと思われる、そのチャネルを介して送信／受信されるデータを暗号化／復号するために後に使用される同じ鍵を両当事者が持つということである。
【００６４】
セキュリティメカニズムで識別子転送ファイルメカニズムを保護することは幾つかの利益を有する。例えば、ライセンス済みアプリケーション５１０のようなストレージライセンス済みアプリケーションと、ＡＰＲＥＣ５０６のようなＡＰＲＥＣとは、高レベルの信頼性を持って互いに認証し合うことができる。また、ストレージライセンス済みアプリケーション５１０とストレージマネージャ５０４との間で交換されるデータの機密性が維持され、それは、交換されるデータに他のアプリケーションがアクセスできないということを意味する。ストレージライセンス済みアプリケーションとストレージマネージャとの間で交換されるデータの機密性は、また、ストレージライセンス済みアプリケーションが、関連するアプリケーション発行者の識別細目で登録され、またホストにもユーザにも気づかれないように本来意図されているスパイウェアアプリケーション、スニッフィングアプリケーション、データ傍受アプリケーションなどが偽のライセンスを使用できないであろうから、維持される。前に述べられたように、ライセンスされていないアプリケーションは、アプリケーションが悪意的であるか否かに関わらず、割り当てられている記憶域に含まれているデータには、その記憶域が１つ以上のライセンス済みアプリケーションのために確保されている間は、アクセスできない。本願明細書で述べられているように、２つ以上のライセンス済みアプリケーションが１つの共通記憶域を共有することを許されているならば、その記憶域の内容は、その記憶域が他のライセンス済みアプリケーションに提供される前に消去され得る。
【００６５】
図６は、ホスト６０４が加入者識別子カード６００（この例では、ＳＩＭカードである）と制御可能な記憶装置６０６（この例では、メモリカードである）とにインターフェイスする実施形態を描いている。この実施形態では、ＳＩＭカード６００は、ＡＰＲＥＣ６０２と、ホストインターフェイス６２１と、ＭＮＯインターフェイス６２２と、アプリケーションレジスタ６２３とを含む。ホスト６０４は、ライセンス済みアプリケーション６３２を実行することのできるオペレーティングシステム（ＯＳ）６３１と、ストレージアクセスメディエータ６１０とを含む。メモリカード６０６は、ストレージマネージャ６１２と、メモリインターフェイス６４１と、制御可能な記憶空間６４２とを含む。記憶空間６４２は、図４の記憶空間５１〜５５に類似する割り当てられた記憶空間を含むことができ、図４の属性６０に類似する属性をこれらの記憶空間に関連付けることができる。図６に示されている実施形態は、ＨＣＳが利用できない場合に使用され得る。そのような場合には、大容量ストレージはメモリカード６０６のようなメモリカードにより提供される。
【００６６】
アプリケーション６３２は、記憶空間６４２へのアクセスをリクエストするたびに、ホストインターフェイス６２１を通して、自分のアプリケーション識別子（ＩＤ）をＡＰＲＥＣ６０２に転送する。アプリケーション６３２は、ストレージアクセスリクエストを使用することにより、または前に論じられたように識別子転送（ＩＤＴ）ファイルを操作することにより、あるいは別のメカニズムを使用することにより、ＡＰＲＥＣ６０２に自分の識別子（ＩＤ）を転送することができる。アプリケーション６３２により自分に転送されたアプリケーションの一意のＩＤに基づいて、ＡＰＲＥＣ６０２は、アプリケーションレジスタ６２３に記憶されている識別子の中に一致する識別子を捜し、一致する識別子を発見すると、アプリケーションに関連付けられたストレージ割り当て使用権の１つ以上のアクセスルールをストレージマネージャ６１２に転送する。すなわち、ＡＰＲＥＣ６０２は、記憶空間６４２内の自分に割り当てられた記憶空間へのアプリケーション６３２のアクセスをストレージマネージャ６１２がそれに従って制御するべきところのアクセスルールをストレージマネージャ６１２に知らせる。
【００６７】
図４および５に示されている実施形態では、ストレージマネージャはＡＰＲＥＣへの直接アクセスを有し、また、その実施形態に関して前に宣言されたように、ＡＰＲＥＣはストレージマネージャの必須の一部分であり得る。しかし、図６に示されている実施形態では、ストレージマネージャ６１２はＡＰＲＥＣ６０２に直接アクセスすることはできない。部分的に、それは、ＡＰＲＥＣ６０２とストレージマネージャ６１２とが本質的に異なるプラットフォームに存在するという事実に起因する。特に、実際上、記憶空間６４２へのアプリケーションのアクセスをストレージマネージャ６１２が制御しやすくするためにストレージマネージャ６１２は記憶空間６４２と同じ装置に存在することが好ましいからである。従って、ストレージマネージャ６１２は１つのプラットフォーム、すなわちメモリカード６０６に存在して、記憶空間６４２と直接接続している。同様に、ＳＩＭカード６００はネットワークオペレータ（図６には示されていない）により直接制御され、それ故にネットワークオペレータはストレージ割り当てポリシーをＳＩＭカード６００に伝えることができ、ここでそれらはアプリケーションレジスタ６２３に記憶され、メモリカード６０６には格納されない。
【００６８】
従って、ストレージマネージャ６１２とＡＰＲＥＣ６０２とは直接通信することができなくて、ストレージアクセスメディエータ６１０がそのギャップを、６０８のところに示されている論理ブリッジで埋める。ストレージアクセスメディエータ６１０は、２つの本質的に異なるプラットフォーム間の相互接続性とメッセージ通信とを可能にする。実際には、ストレージマネージャ６１２とストレージアクセスメディエータ６１０とはインターフェイス６４１を通して通信し、ストレージアクセスメディエータ６１０とＡＰＲＥＣ６０２とはホストインターフェイス６２１を通して通信する。ストレージマネージャ６１２が、ストレージアクセスメディエータ６１０を通して、アプリケーション６３２に関連する使用およびアクセスのルールを得た後、ストレージマネージャ６１２は、アプリケーション６３２がそれらのルールに従って記憶空間６４２内の自分に割り当てられた記憶域（図６には示されていない）にアクセスすることを可能にする。一実施形態では、第１の記憶装置６００と第２の記憶装置６０６とは同じ装置であり、あるいはそれらは図５で例示されているように１つの共通のプラットフォーム上に存在し、この場合、その同じ装置または共通プラットフォームはＨＣＳ５００である。
【００６９】
記憶空間は、それがメモリカードであるか、ＨＣＳであるか、あるいは他のタイプのカードであるかということには関わらずに、ネットワークオペレータにより所有されるか、あるいはネットワークオペレータまたはアプリケーション発行者に属することができる。ネットワークオペレータと発行者とは同じエンティティであり得る。
【００７０】
図７は１つの実施形態を示し、この実施形態では、「アプリケーション１」、「アプリケーション２」・・・「アプリケーションｎ」と称されるｎ個のアプリケーション（ｎ＝１，２，３・・・）の各々はアプリケーション発行者により自分に付加された識別子をストレージマネージャ７００に転送するために一意のＩＤＴファイルを排他的に利用する。すなわち、「アプリケーション１」は「ＩＤＴファイル１」を排他的に利用し、「アプリケーション２」は「ＩＤＴファイル２」を排他的に利用する、等々である。前に宣言されたように、アプリケーションは、図５のＡＰＲＥＣ５０６のようなアプリケーション認識（ＡＰＲＥＣ）モジュールに自分の一意の識別子を転送し、この識別子に基づいて、ＡＰＲＥＣは、関係するアプリケーションと関連付けられたストレージ割り当て使用権の１つ以上のアクセスルールを特定してそれらをストレージマネージャに報告する。ＩＤＴファイルは一意であり、その名前はアプリケーションの一意の識別子を含む。図７に示されている例では、「ＩＤＴファイル１」の名前は７０１のところに示されている「ａｂｃ１１００．ｘｙｚ」であり、「ＩＤＴファイル２」の名前は７０２のところに示されている「ａｂｃ１３５０．ｘｙｚ」であり、「ＩＤＴファイルｎ」の名前は７０３のところに示されている「ａｂｃ５０９６．ｘｙｚ」である。
【００７１】
ＩＤＴファイルの名前において文字の先頭グループに続く文字の後方グループはアプリケーションの識別子であることが予め決定されてもよい。図７に示されている例では、文字の所定の先頭グループは、例えば７１１のところに示されている「ａｂｃ」である。「アプリケーション１」に関して、７２１のところに示されている文字の後方グループ「１１００」は「アプリケーション１」の識別子である。同様に、７２２のところに示されている文字の後方グループ「１３５０」は「アプリケーション２」の識別子であり、７２３のところに示されている文字の後方グループ「５０９６」は「アプリケーション２」の識別子である。
【００７２】
例えば「アプリケーション１」は、記憶空間へのアクセスをリクエストするたびに、７３０のところに象徴的に示されているように、自分の識別子をＡＰＲＥＣ７００に次の仕方で転送する。「アプリケーション１」は、アプリケーションの発行者によりアプリケーションに付加された、７０１のところに示されているＩＤＴファイル名「ａｂｃ１１００．ｘｙｚ」を使用することによって「ＩＤＴファイル１」を開くために「開く」ファイルコマンドを発する。アプリケーションと記憶空間との間のメディエータとしてそのジョブの一部分として、ＡＰＲＥＣ７００に関連付けられたストレージマネージャは、アプリケーションから生じたファイルコマンドを監視する。このように、ＡＰＲＥＣ７００は、７３０のところに象徴的に示されているように、「アプリケーション１」が「ＩＤＴファイル１」を開くたびに「ＩＤＴファイル１」の名前を読み出すかあるいはファイルが既に開いていれば、ＩＤＴファイルの名前からアプリケーションの識別子部分を読み出すかあるいは抽出する。
【００７３】
「アプリケーション１」から「アプリケーションｎ」までによって共通に使われる、例えば７１１のところに示されている文字の先頭グループ「ａｂｃ」は、ＡＰＲＥＣ７００に対して、７２１のところに示されている文字の後方グループ「１１００」が「アプリケーション１」の識別子であること、文字の後方グループ「１３５０」が「アプリケーション２」の識別子であること等々を示すことができる。
【００７４】
図８は１つの実施形態を示し、この実施形態では、「アプリケーション１」、「アプリケーション２」・・・「アプリケーションｎ」と称されるｎ個のアプリケーション（ｎ＝１，２，３・・・）が、自分の識別子をＡＰＲＥＣ８００に転送するために、８０１のところに示されている共通のＩＤＴファイルを利用する。図７の実施形態とは違って、それぞれの「アプリケーション１」〜「アプリケーションｎ」により、同じＩＤＴファイルの名前が使用されるので、ＩＤＴファイル８０１、例えば８０２のところに示されている「名前」は、アプリケーション識別子を転送するためには使用され得ない。従って、ＩＤＴファイル８０１は、「アプリケーション１」〜「アプリケーションｎ」により、以下で論じられるように別々の仕方で使用される。
【００７５】
「アプリケーション１」〜「アプリケーションｎ」のうちの１つが記憶空間（図８には示されていない）へのアクセスをリクエストするたびに、そのアプリケーションは、８０２のところに示されているＩＤＴファイルの「名前」を使用することによってＩＤＴファイル８０１を開き、ＡＰＲＥＣ８００と関連付けられているストレージマネージャに自分の識別子をストレージ８０３に書き込むようにリクエストする。この実施形態の一態様に従って、ストレージ８０３は仮想的であって、ＡＰＲＥＣ８００に関連付けられているストレージマネージャがデータをストレージ８０３に書き込むように頼まれるたびに、ＡＰＲＥＣ８００はそのデータをアプリケーション識別子として解釈する。この実施形態の他の１つの態様に従って、ストレージ８０３は実在し、ＡＰＲＥＣ８００に関連付けられたストレージマネージャがデータをストレージ８０３に書き込むように頼まれるたびに、ＡＰＲＥＣ８００はそのデータをアプリケーション識別子として解釈する。
【００７６】
図７に示されているように、１つのＩＤＴファイルが１つのアプリケーションによって排他的に使用されるべきであるならば、ＩＤＴファイルの名前が単にネットワークオペレータからアプリケーションの発行者と、関係するモバイル装置とに、あるいはさらに明示のアプリケーション識別子に、送信される。しかし、１つのＩＤＴファイルが数個のアプリケーションにより共通に使用されるならば、ＩＤＴファイルの名前と、アプリケーションの識別子との両方がアプリケーション発行者および関係するモバイル装置に伝えられる。
【００７７】
本発明は、もちろん、本発明の精神および特徴から逸脱せずに、本願明細書に記載された仕方とは異なる仕方で実行され得る。従って、本願明細書で示され記述された実施形態はあらゆる点で制限的ではなくて例示的であると考えられるべきであり、添付されている特許請求の範囲の意味および等価範囲に属するあらゆる変更はそれに含まれるべく意図されている。
【図１】
2010506338.tif 000003
【図２】
2010506338.tif 000004
【図３】
2010506338.tif 000005
【図４】
2010506338.tif 000006
【図５】
2010506338.tif 000007
【図６】
2010506338.tif 000008
【図７】
2010506338.tif 000009
【図８】
2010506338.tif 000010
【国際調査報告】
2010506338.tif 000011
2010506338.tif 000012