JP5089042B2 - 動的リモート記憶システムおよび方法 - Google Patents

Description

本発明は、動的リモート記憶システムに関し、詳しく、しかし排他的ではなく云えば、パーベイシブ・デバイス（即ち、一般的に普及しているデバイス）のための動的リモート記憶システムに関するものである。

モバイル携帯電話、パーソナル・ディジタル・アシスタント（ＰＤＡ：個人用の携帯情報端末）、および自動車における組込み式デバイスのようなパーベイシブ・デバイスのユーザは、ロゴ、着信音、ピクチャ、音楽、電子ブック、ミッドレット（MIDlet : ゲーム）、および、他の任意の電子ファイルまたはアプリケーションのような数多くのオブジェクトを記憶することを益々必要としている。これらのオブジェクトは、料金支払い後に受信またはダウンロードされるか、または、論理的に作成される。例えば、ピクチャまたはビデオがそのデバイスでもって作成される。

これらのオブジェクトは、適当な管理ソフトウェアにより無線接続を介して、または適当な管理ソフトウェアによりそのデバイスとの同期化あるいはそのデバイスへの転送前に先ずコンピュータを介しておよびケーブルあるいは Bluetooth、赤外線のような無線接続を介してダウンロードすることが可能である。

無線電話の世界では、「オブジェクト」をデバイスにダウンロードするためにＳＭＳ（Short Message Service）またはＥＭＳ（Extended Message Service）を使用する可能性がある。例えば、或るユーザは、特定の番号をコールし、ＳＭＳをサービスに送り、そしてオブジェクトを選択する。ユーザは、自分の勘定に対して自動的に課金されるであろう。

Point-to-Point 短メッセージ・サービス（ＳＭＳ）は、有線電話への最近の拡張と共にＧＳＭ（GlobalSystem for Mobile communications）を先ず使用して、限定サイズのメッセージをモバイル電話に及びモバイル電話から送る手段を提供する。一般的には、セル送受信は、例えば、ＧＳＭ、ＩＳ−５４、および他の標準技術によって指定される無線インターフェースを介して信号伝送チャネルで行われる。ＳＭＳの規定では、短メッセージ用の保存および発送センタとして作用するＳＭＳサービス・センタ（ＳＭＳ−Ｃ）が利用される。

ＭＭＳ（Multimedia messaging Service）テクノロジは、今や、大きい帯域幅を提供するＵＭＴＳ（UniversalMobile Telecommunications System）と共に利用可能であり、それによって音楽（例えば、ＭＰ３）またはビデオ（例えば、ＭＰＥＧ２、ＭＰＥＧ４）のような大きいオブジェクトのダウンロードを可能にする。

ユーザがＳＭＳ経由で新しいオブジェクトをダウンロードしようとし、デバイスが十分なスペースを持っていない時、そのユーザは、メッセージがＳＭＳ−Ｃにおいて待機しているということを知らされる。

一般に、デバイスはアプリケーションまたはオブジェクトをすべて保持するに十分な記憶装置を持っていない。ユーザは、アプリケーションのライセンス、または音楽あるいは他のファイルをダウンロードするための対価を支払い得るが、それらのオブジェクトを排除して新しいオブジェクトのための空きを作ることを強いられることがある。また、ユーザが新しいデバイスを取得する場合、ユーザは、以前のデバイスに関連して持っていたオブジェクトを喪失する。

本発明は、「特許請求の範囲」における独立項において規定されるような、ソフトウェア・オブジェクトのための動的リモート記憶システムに関する方法、システム、およびコンピュータ・プログラムを提供することを目的とする。

本発明の動的リモート記憶システムは、
オブジェクト・マネージャおよびローカル記憶手段を有するモバイル・デバイスと、
リモート記憶手段と、
無線通信ネットワークと、
を含み、前記オブジェクト・マネージャは前記リモート記憶手段または前記ローカル記憶手段にオブジェクトを記憶することが可能である。

本発明の更なる実施例が、「特許請求の範囲」における従属項において与えられる。

図１を参照すると、動的リモート記憶システム１００が示され、そのシステム１００は、モバイル・デバイス１０２、リモート記憶手段またはリモート記憶バンク・サーバ（ＲＳＢＳ）１０４、無線通信ネットワーク１０６、通信ネットワーク１０８、および端末１１０を含む。更に、モバイル・デバイス１０２は、オブジェクト・マネージャまたは拡張バンク・クライアント（ＥＢＣ）１１２およびローカル記憶手段（図示されてない）を含む。

ＥＢＣ１１２は、更に詳細に後述するように、デバイス１０２に関連したソフトウェア・オブジェクトを動的に管理する。ＥＢＣ１１２は、リモート記憶のためのＲＳＢＳ１０４に特定のオブジェクトをコピーすることが可能である。ＥＢＣ１１２は、ＲＳＢＳ１０４からのオブジェクトが必要である場合、その後の段階においてそのオブジェクトを要求することも可能である。

次に図２を参照すると、ＥＢＣ１１２は、オブジェクト・テーブル３００およびオブジェクト・タイプ・テーブル３７０を含む。オブジェクト・テーブル３００は、ＲＳＢＳ１０４のローカル記憶手段に記憶されたオブジェクトに関する情報を保全するために使用される。

この例では、３００は、オブジェクト名３１０、ローカル・インディケータ３２０、サーバ・インディケータ３３０、最終使用日３４０、ダウンロード日３５０、およびサイズ３６０のフィールドを含む。オブジェクトが最初にダウンロードされる時、オブジェクト名３１０、ダウンロード日３５０、およびサイズ３６０のような詳細事項がオブジェクト・テーブル３００に入れられる。残りのフィールドは、オブジェクトがどこに記憶されるかに従って、ローカル記憶手段における記憶装置を表すためにローカル・インディケータ３２０を使って更新され、ＲＳＢＳ１０４における記憶装置を表すためにはサーバ・インディケータ３３０を使って更新され、オブジェクトが最後に使用された時には最終使用日３４０を使って更新される。

オブジェクト・タイプ・テーブル３７０は、オブジェクト・タイプ３７５、自動消去３８０、および自動保存３９０のフィールドを含む。オブジェクト・タイプ３７５は、オブジェクト・ファイル拡張子に従って、または、ピクチャあるいはムービーのようなオブジェクトの種類によって、オブジェクトを関連付けることが可能である。モバイル・デバイス１０２のユーザは、ＥＢＣ１１２が特定のオブジェクト・タイプと対話する方法を決定するために、オブジェクト・タイプ・テーブル３７０を変更することができる。例えば、ロゴおよび音楽は動的に管理され、一方、ゲームは、「デバイスからサーバへのコピー」、「デバイスにおける削除」、「リモート・サーバからデバイスへのコピー」のような何らかのアクションが実際に取られる前に、ユーザからの確認を必要とするであろう。

ＥＢＣ１１２は、リモートで記憶されたオブジェクトおよびローカルで記憶されたオブジェクトに関する情報を保全するので、ユーザは、ＥＢＣ１１２およびＲＳＢＳ１０４の間の無線通信手段１０６を介してデバイス１０２におけるオブジェクトへのアクセスを行うか、またはそれらのオブジェクトを削除することができる。如何なる時点においても、ユーザは、現在どのオブジェクトがデバイス１０２上にあるか、およびどのオブジェクトがＲＳＢＳ１０４上にあるかということに関する明瞭な視点を持つことができる。

本発明に従って動的リモート記憶システム１００の使用を可能にするために、ユーザはＲＳＢＳ１０４に関して認証されなければならない。ユーザは、ユーザ識別（ＩＤ）番号またはストリングを通して認証される。ユーザＩＤは、通常、ユーザがシステムに加入する時、例えば、通信ネットワーク１０８を介してＲＳＢＳ１０４に接続するために端末１１０を使用することによって発行される。

加入の時点で、ユーザは、その動的リモート記憶システム１００において利用されるべき少なくとも１つのデバイスを規定する。そのシステム１００において使用される各デバイスは、ＲＳＢＳ１０４がデバイスのＭＳＩＳＤＮ（Mobile Station Integrated Services Digital Network）値を使用することによって識別される。デバイスは、ユーザによっていつでも加入に追加したり、加入から削除したりすることが可能である。更に、ユーザは、動的に管理されなければならないオブジェクトのタイプを、加入時にまたはその後に規定することができる。この時に入れられた情報が、タイプ・テーブル３７０を作成または更新するために使用される。

認証は、接続時に行われるべきである。使用されているネットワークのタイプに従って、種々の認証方式が可能である。例えば、ＧＳＭネットワークでは、デバイス１０２のＭＳＩＳＤＮによりハッシュされたＲＳＢＳ１０４に、ＥＢＣ１１２がユーザＩＤを送ることが可能である。ＲＳＢＳ１０４は、その通信を受け取り、「ユーザＩＤ」対「許可リスト」に基づくチェックの前にＭＳＩＳＤＮおよびユーザＩＤを抽出する。そこで、関連のＥＢＣ１１２が所定の期間の間ＲＳＢＳ１０４と対話することを許可される。セキュリティ上の理由でタイムアウトが規定され、そのタイムアウト後は、更なる交換の前に新たな認証が必要である。

自己のＭＳＩＳＤＮによって識別された新たなデバイスを、所与のユーザＩＤの加入を受けて追加する必要がある場合、それは、加入しているデバイスのリストに追加されるであろう。

自己のＭＳＩＳＤＮによって識別されたデバイスを、所与のユーザＩＤの加入から除去する必要があるとき、それは、ＲＳＢＳ１０４において加入しているデバイスのリストから除去される。

Ａ．ダウンロード・フロー
図３を参照すると、ＥＢＣ１１２のダウンロード・フロー４０１が示される。ユーザが新たなオブジェクト４００をダウンロードする前に、そのオブジェクトを保存するに十分なスペースがデバイス１０２におけるローカル記憶手段に存在するかどうかを、フリー・スペース・モジュール４１０がチェックする。デバイス１０２に十分なスペースが存在する場合、オブジェクト４００が保存され、テーブル・エントリ４２０がオブジェクト・テーブル３００内に作成される。下記のフィールドが更新される。
・ オブジェクト名３１０がオブジェクトの名前をセットされる。
・ オブジェクトがローカルで存在することを表すために、ローカル・インディケータ３２０が「イエス」にセットされる。
・ ダウンロード日３５０が現在の日付をセットされる。
・ サイズ３６０がオブジェクト４００のサイズをセットされる。

プロンプト４３０は、オブジェクト４００がＲＳＢＳ１０４に保存されるべきか否かをユーザが決定することを要求する。オブジェクト４００が保存されなければならない場合、それは、リモート保存モジュール４４０がＳＭＳのようなデバイス上で利用可能な通信手段を使用することによって、ＧＳＭネットワーク、ＧＰＲＳ、または他の任意の有線あるいは無線通信プロトコルを介してＲＳＢＳ１０４に送られる。そのリモート保存モジュールは、更に、オブジェクト４００がＲＳＢＳ１０４に保存されていることを表すために、オブジェクト・テーブル３００のフィールド「サーバ・インディケータ」３３０を「イエス」に更新する。しかる後、プロセスが再開される（４５０）。

プロンプト４３０に対する答えが「ノー」である場合、これは、オブジェクト４００がサーバに保存されるべきではないことを意味し、プロセスが再開される（４５０）。

オブジェクト４００を保存するに十分なスペースがローカル記憶手段にないことをフリー・スペース・モジュール４１０が表す場合、ダウンロード・フロー４０１は以下のように進行する。

ローカル記憶手段に保存され且つオブジェクト４００と同じタイプのオブジェクトであり、フィールド「最終使用日」３４０を使って使用頻度によりソートされるフラッグ「自動消去」３８０を有する全オブジェクトを、オブジェクト検索モジュール４１５が検索する。オブジェクトのマッチング４５５が存在する場合、検索されたオブジェクトのうちの最も古いオブジェクトが削除され（４６５）、新たなフリー・スペースがオブジェクト４１０をダウンロードするに十分であるかどうかを確認するためにプロセスがループする。

オブジェクトのマッチング４５５が存在しない場合、ローカル記憶手段に保存されたすべてのオブジェクトが検索され（４６０）、オブジェクト・テーブル３００のフィールド「最終使用日」３４０を使って使用頻度によりソートされる。デバイス１０２におけるいずれかのスペースを自由にするために削除されるべきオブジェクトを選択するよう、削除プロンプト４８０がユーザにプロンプトを出す。ユーザがオブジェクトを削除することを決定する場合、このオブジェクトに対応するエントリがオブジェクト・テーブル３００において削除され、オブジェクト４００を保存するに十分なスペースがデバイス１０２に存在するかどうかをチェックするよう再び要求される。ユーザがいずれのオブジェクトも削除しないことを決定する場合、オブジェクト・ダウンロードが取り消され（４９５）、プロセスが再開される（４５０）。

別の方法として、ユーザが新たなオブジェクトを受け取り且つその新たなオブジェクトを受けるに十分なスペースがデバイスに存在しないとき、ＥＢＣ１１２はＲＳＢＳ１０４にそのオブジェクトを保存することが可能である。オブジェクト・テーブル３００は、その新たなオブジェクトのロケーションを反映するように更新されるであろう。そこで、ユーザがそのオブジェクトをアクセスしたい場合、フェッチ・コマンドがＲＳＢＳ１０４に送られ、そのオブジェクトがデバイス１０２にダウンロードされる。

Ｂ．実行フロー
図４を参照すると、ユーザがアプリケーションを起動するかまたはオブジェクト５００を使用しようとするとき、オブジェクト・ロケーション・モジュール５１０がオブジェクト・テーブル３００におけるフィールド「ローカル・インディケータ」３２０をチェックする。オブジェクト５００がローカルで見つかる場合、それが実行され（５５０）、プロセスが再開される（５６０）。オブジェクト５００がローカルで見つからない場合、オブジェクト５００をＲＳＢＳ１０４からダウンロードするように、検索プロンプト５１５がユーザにプロンプトを出す。ユーザがオブジェクト５００をダウンロードすることを決定する場合、フェッチ・モジュール５２０がＲＳＢＳ１０４からオブジェクト５００を検索する。デバイス１０２に十分なスペースが存在することをフリー・スペース・モジュール５３０が表す場合、オブジェクト５００はオブジェクト・テーブル３００に保存される（５４０）。下記のフィールドが更新される。
・ オブジェクト５００がローカル記憶手段に保存されていることを表すために、ローカル・インディケータ３２０が「イエス」にセットされる。
・ 最終使用日３４０が現在の日付をセットされる。
・ サイズ３６０がそのダウンロードされたオブジェクト５００のサイズをセットされる。
しかる後、オブジェクトが実行され（５５０）、プロセスが再開される（５６０）。

ローカル記憶手段に十分なスペースが存在しないことをフリー・スペース・モジュール５３０が表す場合、オブジェクト検索モジュール５３５がオブジェクト・タイプ３７５における同じタイプのすべてのオブジェクトを検索し、オブジェクト・テーブル３００のフィールド「最終使用日」３４０を使って使用頻度に従ってソートされる。

オブジェクトが存在すること（５４５）をオブジェクト検索モジュール５３５が表す場合、すべての検索されたオブジェクトのうちの最も古いオブジェクトが削除され（５５５）、新しいフリー・スペースがオブジェクト５００をダウンロードするには十分であるかどうかを検証するためにプロセスはループする。「自動消去」を可能にするオブジェクトがオブジェクト検索モジュール５３５によって見つからない場合、保存されたすべてのオブジェクトが検索され（５７０）、オブジェクト・テーブル３００のフィールド「最終使用日」３４０を使って使用頻度に従ってソートされる。しかる後、デバイス１０２におけるローカル記憶手段内のスペースをフリーにするために削除されるべきオブジェクトを選択するよう、削除オブジェクト・プロンプト５９０がユーザにプロンプトを出す。

オブジェクトを削除することをユーザが決定した場合、このオブジェクトに対応するエントリがオブジェクト・テーブル３００において更新され、そのオブジェクトがローカルでは存在しないことを表すためにローカル・インディケータ３２０を「ノー」にセットする。サーバ・インディケータ３３０がノーにセットされる場合、これは、オブジェクトが最早サーバにはないことを意味し、オブジェクト・テーブル３００におけるオブジェクトに対応するエントリが削除される。

オブジェクトが削除される場合、必要なスペースが得られるかどうかをチェックするプロセスがフリー・スペース・モジュール５３０において再び始まる。ユーザが如何なるオブジェクトも削除しないことを決定する場合、オブジェクト・ダウンロードが取り消され（５９５）、プロセスが再開される（５６０）。

Ｃ．ローカル・オブジェクトの管理
次に図５を参照すると、ＥＢＣ１１２のローカル・オブジェクト管理機能６０１が示される。この機能は、オブジェクトがＥＢＣ１１２によって管理されなければならないかどうか、または、オブジェクトがローカル記憶手段から、あるいはローカル記憶手段およびＲＳＢＳ１０４の両方から削除されなければならないかどうかをユーザが決定することを可能にする。ローカル・オブジェクト管理機能６００が起動され、管理のためにオブジェクト６００が選択される時、どの機能が実行されなければならないかを決定するよう、ユーザにプロンプトが出される（６１０）。要求された機能が「保存」である場合、オブジェクト・テーブル３００におけるエントリが作成され（６７０）、下記のフィールドがファイルされる。
・ オブジェクト名３１０がオブジェクトの名前をセットされる。
・ オブジェクトがローカル記憶手段において得られることを表すように、ローカル・インディケータ３２０が「イエス」にセットされる。
・ オブジェクトがＲＳＢＳ１０４にまだ保存されていない限り、サーバ・インディケータ３３０が「ノー」にセットされる。
・ ダウンロード日３５０が現在の日付をセットされる。
・ サイズ３６０が、ダウンロードされたオブジェクトのサイズをセットされる。

しかる後、オブジェクト６００がＲＳＢＳ１０４に保存されなければならないかどうかを決定するよう、ユーザにプロンプトが出される（６８０）。オブジェクト６００が保存されなければならない場合、それは、ＳＭＳのような、デバイス１０２における利用可能なリモート保存モジュールを使用して、ＧＳＭネットワークを介してＲＳＢＳ１０４に送られる（６８５）。オブジェクトがＲＳＢＳ１０４に保存されてなかったことを表すために、オブジェクト・テーブル３００のフィールド「サーバ・インディケータ」３３０が「イエス」にセットされる。しかる後、プロセスが再開される（６９０）。

プロンプト６８０に対する答えが「ノー」である場合、オブジェクト６００はＲＳＢＳ１０４に保存される必要がなく、プロセスが再開される（６９０）。

要求された機能が「削除」であるということを、プロンプト６１０に対する答えが表す場合、オブジェクト６００が削除されるべきであるということを、更なるプロンプト６２０が確認する。ユーザがオブジェクト６００を削除することを決定した場合、このオブジェクトに対応するエントリがオブジェクト・テーブル３００において更新され（６４０）、そのオブジェクトがローカル記憶手段に存在しないことを表すようにローカル・インディケータ３２０を「ノー」にセットする。サーバ・インディケータ３３０が「ノー」にセットされる場合（６５０）、これは、そのオブジェクトが最早サーバにはないことを意味し、オブジェクト・テーブル３００におけるそのオブジェクトの対応するエントリが削除される。

ＥＢＣ１１２およびＲＳＢＳ１０４の間でプロトコルを実行するために使用されるネットワークのタイプは、ＧＳＭ、ＧＰＲＳ、ＷＩＦＩ、ＵＭＴＳ、ＩＰベースの接続性、または他の任意の適当な通信手段であってもよい。ユーザがＲＳＢＳ１０４と通信したいとき、ロケーションとデバイス１０２にとって利用可能な機能とに従って、ユーザは必要なネットワークのタイプを選択することができる。

本発明の範囲を逸脱することなく、改良および修正を取り込むことが可能である。

本発明に従って、動的リモート記憶システムの実施例を示す。 本発明に従って、オブジェクト・テーブルの実施例を示す。 本発明に従ってオブジェクトをダウンロードするときの動的リモート記憶システムの実施例を示す。 本発明に従ってオブジェクトを実行するときの動的リモート記憶システムの実施例を示す。 本発明に従ってオブジェクトを管理するときの動的リモート記憶システムの実施例を示す。

符号の説明

１００ 動的リモート記憶システム
１０２ モバイル・デバイス
１０４ リモート記憶手段
１０６ 無線通信ネットワーク
１０８ 通信ネットワーク
１１０ 端末
１１２ オブジェクト・マネージャ
３００ オブジェクト・テーブル
３７０ オブジェクト・タイプ・テーブル

Claims (3)

1. ソフトウェア・オブジェクトのための動的リモート記憶システムであって、
   オブジェクト・マネージャおよびローカル記憶手段を有するモバイル・デバイスと、
   リモート記憶手段と、
   無線通信ネットワークと、
   を含み、
   前記オブジェクト・マネージャは、前記無線通信ネットワ−クを介して前記リモート記憶手段にまたは前記ローカル記憶手段にオブジェクトを記憶することが可能であり、前記リモート記憶手段または前記ローカル記憶手段に記憶されたオブジェクトに関する情報を保全するためのオブジェクト・テーブルを含み、前記リモート記憶手段に記憶されたリモート・オブジェクトをダウンロードするために前記リモート記憶手段をアクセスすることが可能であり、更にオブジェクト・タイプ・テーブルを含み、自動消去および自動保存のようなパラメータを含む特定のオブジェクト・タイプを管理する方法を決定する、
   動的リモート記憶システム。
2. モバイル・デバイスにソフトウェア・オブジェクトをリモート的に記憶する方法であって、
   ローカル記憶手段におけるソフトウェア・オブジェクトの記憶をローカル的に管理するステップと、
   無線通信ネットワークを介して、リモート記憶手段におけるソフトウェア・オブジェクトの記憶をリモート的に管理するステップであって、オブジェクト・マネージャが、前記無線通信ネットワ−クを介して前記ローカル記憶手段にオブジェクトを記憶することが可能であり、前記ローカル記憶手段に記憶されたオブジェクトに関する情報を保全するためのオブジェクト・テーブルを含み、リモート・オブジェクトをダウンロードするためにリモート記憶手段をアクセスすることが可能であり、更にオブジェクト・タイプ・テーブルを含み、自動消去および自動保存のようなパラメータを含む特定のオブジェクト・タイプを管理する方法を決定する、前記管理するステップとを含む、
   方法。
3. 請求項２に記載の方法の各ステップを、該ステップがコンピュータ・システムによって実行されるとき、遂行するように適応した命令を含むコンピュータ・プログラム。

Images