(57)【要約】【課題】いくつかある項目のなかでリストされユーザーにより必要とされるリスト項目が、ユーザーに容易に利用可能になる確率を高めるためのシステムと方法を提供する【解決手段】記憶装置であって、記憶装置上に項目を記憶するためのローカル記憶と、高使用率項目と低使用率項目を表す項目エントリーの優先度メニューを表示するためのディスプレイと、メモリであって、優先度メニューの外部のパラメータに関連する判定基準を設定するためのプログラムコードであって、この判定規準は、各関連付けられた項目エントリーにより表される各項目の使用尤度に基づく、プログラムコードと、優先度メニュー内の項目エントリーの優先順位を修正するために判定規準を適用するためのプログラムコードと、を記憶するメモリと、このプログラムコードを実行するためのＣＰＵと、を含む記憶装置を提供する。好ましくは、メモリはローカル記憶内の記憶空間を節約するためのプログラムコードを有する。好ましくは、メモリは、優先順位にしたがって高使用率項目をローカル記憶へ移動し低使用率項目をローカル記憶から移動することによりローカル記憶内の記憶空間を節約するためのプログラムコードを有する。
2009526279.tif 000002
【特許請求の範囲】
【請求項１】
記憶装置であって、
（ａ）前記記憶装置上に項目を記憶するためのローカル記憶と、
（ｂ）高使用率項目と低使用率項目を表す項目エントリーの少なくとも１つの優先度メニューを表示するためのディスプレイと、
（ｃ）メモリであって、
（ｉ）前記少なくとも１つの優先度メニューの外部の少なくとも１つのパラメータに関連する少なくとも１つの判定規準を設定するためのプログラムコードであって、前記少なくとも１つの判定規準は、各関連付けられた前記項目エントリーにより表される各前記項目の使用尤度に基づく、プログラムコードと、
（ii）前記少なくとも１つの優先度メニュー内の前記項目エントリーの優先順位を修正するために前記少なくとも１つの判定規準を適用するためのプログラムコードと、を記憶するメモリと、
（ｄ）前記プログラムコードを実行するためのＣＰＵと、を含む記憶装置。
【請求項２】
前記メモリは、さらに、前記優先順位にしたがって前記ローカル記憶内の前記低使用率項目を圧縮することにより前記ローカル記憶内の記憶空間を節約するためのプログラムコードを内部に記憶する、請求項１に記載の記憶装置。
【請求項３】
前記メモリは、少なくとも部分的には前記優先順位に基づく前記圧縮の圧縮タイプを選択するように構成される、請求項２に記載の記憶装置。
【請求項４】
前記メモリは、以前に圧縮した低使用率項目のアクセス要求があると前記以前に圧縮した前記低使用率項目を解凍するためのプログラムコードを内部にさらに、記憶する、請求項１に記載の記憶装置。
【請求項５】
前記メモリは、前記優先順位にしたがって前記高使用率項目を前記ローカル記憶へ移動し前記低使用率項目を前記ローカル記憶から移動することにより前記ローカル記憶内の記憶空間を節約するためのプログラムコードを内部にさらに記憶する、請求項１に記載の記憶装置。
【請求項６】
前記少なくとも１つの判定規準は、タイムスタンプ、日スタンプ、日付スタンプ、前記項目エントリーの人気値、ニュースソースからのテキストコンテンツ、ユーザーのスケジュール、そしてユーザーの個人的嗜好からなる群から選択される少なくとも１つの判定規準に基づく、請求項１に記載の記憶装置。
【請求項７】
（ｅ）前記記憶装置の場所を確定するための測位システムをさらに含む、請求項１に記載の記憶装置。
【請求項８】
前記少なくとも１つの判定規準は前記場所に基づく、請求項７に記載の記憶装置。
【請求項９】
請求項１に記載の記憶装置を含む携帯電話。
【請求項１０】
前記少なくとも１つの判定規準は、前記携帯電話により最近ダイヤルされた電話番号の解釈を取り込むように構成される、請求項９に記載の携帯電話。
【請求項１１】
記憶装置であって、
（ａ）前記記憶装置上に項目を記憶するためのローカル記憶と、
（ｂ）メモリであって、
（ｉ）各前記項目の使用尤度に基づき、少なくとも１つの外部情報要素に関連する少なくとも１つの判定規準を設定するためのプログラムコードと、
（ii）前記使用尤度にしたがって前記ローカル記憶内で低使用率項目を圧縮することにより前記ローカル記憶内の記憶空間を節約するためのプログラムコードと、が記憶されるメモリと、
（ｃ）前記プログラムコードを実行するためのＣＰＵと、を含む記憶装置。
【請求項１２】
前記メモリは、少なくとも部分的には前記使用尤度に基づき前記圧縮の圧縮タイプを選択するように構成される、請求項１１に記載の記憶装置。
【請求項１３】
前記メモリは、以前に圧縮した低使用率項目のアクセス要求があると前記以前に圧縮した前記低使用率項目を解凍するためのプログラムコードを内部にさらに記憶する、請求項１１に記載の記憶装置。
【請求項１４】
前記メモリは、前記使用尤度にしたがって高使用率項目を前記ローカル記憶へ移動し前記低使用率項目を前記ローカル記憶から移動することにより前記ローカル記憶内の記憶空間を節約するためのプログラムコードを内部にさらに記憶する、請求項１１に記載の記憶装置。
【請求項１５】
記憶装置内の記憶空間を節約する方法であって、
（ａ）項目を表す項目エントリーの入力リストを提供する工程と、
（ｂ）前記入力リスト以外のソースから導出した少なくとも１つの外部情報要素を提供する工程と、
（ｃ）前記少なくとも１つの外部情報要素に依存する少なくとも１つの判定規準を提供する工程と、
（ｄ）各前記項目エントリーの使用尤度を計算するためのパラメータとして前記少なくとも１つの外部情報要素を使用することにより、各前記項目エントリーに対し前記少なくとも１つの判定規準を適用する工程と、
（ｅ）前記使用尤度にしたがって前記記憶装置内の低使用率項目を圧縮する工程と、を含む方法。
【請求項１６】
少なくとも１つの前記項目は前記記憶装置のローカル記憶の外部に存在する、請求項１５に記載の方法。
【請求項１７】
前記記憶する工程は、前記項目エントリーの前記使用尤度の減少にしたがって、前記項目エントリーにより表される対応する前記項目を圧縮することを含む、請求項１５に記載の方法。
【請求項１８】
前記記憶する工程は、前記項目エントリーの前記使用尤度の減少にしたがって前記記憶装置のローカル記憶から、前記項目エントリーにより表される対応する前記項目を移動することを含む、請求項１５に記載の方法。
【請求項１９】
記憶装置内の情報をソートする方法であって、
（ａ）項目を表す項目エントリーの入力リストを提供する工程と、
（ｂ）前記入力リスト以外のソースから導出した少なくとも１つの外部情報要素を提供する工程と、
（ｃ）前記少なくとも１つの外部情報要素に依存する少なくとも１つの判定規準を提供する工程と、
（ｄ）各前記項目エントリーの使用尤度を計算するためのパラメータとして前記少なくとも１つの外部情報要素を使用することにより、各前記項目エントリーに対して前記少なくとも１つの判定規準を適用する工程と、
（ｅ）前記使用尤度にしたがって前記項目エントリーを優先度メニューへソートする工程と、
（ｆ）ディスプレイ上に前記優先度メニューを表示する工程と、を含む方法。
【請求項２０】
前記少なくとも１つの判定規準は、タイムスタンプ、日スタンプ、日付スタンプ、前記項目エントリーの人気値、ニュースソースからのテキストコンテンツ、ユーザーのスケジュール、そしてユーザーの個人的嗜好からなる群から選択される少なくとも１つの判定規準に基づく、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リスト項目の使用尤度を推定するためにプロトコル規則と外部情報とを使用することにより、データ記憶装置内の記憶の利用を最適化するためのシステムと方法に関する。
【背景技術】
【０００２】
使用確率にしたがってデータをアップロード、希釈化（dilute）、そしてソートする記憶システムはデータ記憶管理の技術分野でよく知られている。例えば、マイクロソフト（登録商標）のウィンドウズ（登録商標）オペレーティングシステムにおける「スタート＞＞プログラム」メニューは、アプリケーションがユーザーにより最後に使用されたときに基づいて当該アプリケーションをソートする。別の例は、通常は最新の呼が最初にリストされるように発生順に記憶される携帯電話のメモリ内の「発信」呼である。第３の例は、古くなるとメッセージをアーカイブする電子メール管理システムである。これらすべての従来技術のソートし希釈化する方法は、ユーザーによる項目の利用の短期的履歴に基づく。
【０００３】
データが最後にアクセスされてからの経過時間にしたがってデータをソートし希釈化することには固有の問題がある。というのは、この手法は、特定の項目（すなわち、データの一部）がユーザーにより要求される次の項目となる確率に強い相関がある当該データの他の利用可能なパラメータを使用しないからである。
【０００４】
データ記憶装置をよりユーザーフレンドリーにするためには、ユーザーによるデータの使用の履歴以外の複数の追加のパラメータに基づいて、ユーザー選択可能なメニューとなる記憶データリストをソートし希釈化できることが望ましいであろう。このような解決法は、項目が必要とされる時に所望の項目が優先度リスト内で見出される確率を高くすることによりインタラクティブなメニューの有用性を高めるであろう。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、いくつかある項目のなかでリストされユーザーにより必要とされるリスト項目が、ユーザーに容易に利用可能になる確率を高めるためのシステムと方法を提供することである。
【課題を解決するための手段】
【０００６】
明確化のため、以下のいくつかの用語は本出願での使用のために特に定義される。用語「項目エントリー」は、本出願では、ダイヤルする電話番号、演奏する曲名、または表示するブック名など、装置のメニュー（すなわちユーザー選択可能な表示リスト）内の選択可能な項目を指すために使用される。用語「項目」は、本出願では、「項目」がネットワーク記憶装置内に記憶されるファイルを指す「ネットワーク項目」などの追加用語により限定されない限り、通常はリストまたはメニュー内の項目エントリーにより表される、装置のローカル記憶内に記憶されたファイルを指す。
【０００７】
用語「圧縮」は、本出願ではローカル記憶内の項目により占有された記憶空間の容量を低減する任意の操作を指し、該操作がローカル記憶の外部からデータをダウンロードすることなく可逆的かどうかは問わない。圧縮は、限定するものではないが、本出願との関連では以下の方法のいずれかを含む。
（１）Lempel−Ziv技術またはPKZIP（登録商標）ユーティリティなどの劣化のないデータ圧縮技術を使用することにより項目を圧縮すること。この場合、該項目の復元は外部情報を検索することなくローカル的に可能である。
（２）項目の一部（好ましくは項目の最初の部分）を保持し、項目の残り部分を削除すること。この場合、保持された部分をローカル的に検索することにより、項目を部分的に表示するというユーザー要求には直ちに応答することができるが、完全に項目を表示するためには外部検索が必要である。
（３）項目のヘッダーまたはインデックス情報のみを保持し、項目の残りの部分を削除すること。この場合、項目はローカルのリストとメニューにおいて出現することができるが、選択されると外部から検索されなければならない。
【０００８】
本発明の基本的な特徴の一つは、項目を２つのクラス、すなわち、ユーザーが直ちにアクセスする可能性のある項目とユーザーが直ちにはアクセスする可能性のない項目とにソートすることである。ユーザーが直ちにアクセスする可能性のある項目は他の項目よりアクセスし易くする。例えば、ユーザーが興味を失ったような項目は圧縮し、ユーザーが興味を回復しそうになるまでどこかにアーカイブすることができる。
【０００９】
本発明は、項目にアクセスする際の効率の最大化のため、有限の容量の記憶装置内で項目を管理し項目エントリーをソートすることに関係する。本発明によると、このような目標は、記憶内容をソートする記憶管理システムに利用可能な外部情報に基づいてアクセスされる項目の尤度を推定することにより達成される。このような外部情報は、要求があり次第ユーザーにより検索されるように、どの項目を「短期の」「即時アクセス」記憶内に記憶すべきか、そしてどの項目をリモートで（例えば、装置内部のアクセスは遅いが大容量のメモリ内に、または装置がクライアントであるサーバー内に、または他の長期的な記憶内に）記憶することができるかを決定するためにも利用可能である。
【００１０】
項目を使用する必要があるユーザーに対する項目の可用性は、２つの要素、すなわち、（１）ユーザーが項目を選択することを可能にするリスト内の項目エントリーの位置と、（２）ローカル記憶内の項目のステータスとにより決定される。第１の要素は、ユーザーが自分の要求を表すのにかかる時間を決定し、第２の要素は、システムが要求を満たすのにかかる時間を決定する。ユーザーは順番に両方の期間の間待たなければならない。このことから、本発明は、処理の２つの別個の様相、すなわちソートすることと希釈化することとに関することが十分に理解される。
【００１１】
したがって、本発明によると、（ａ）記憶装置上に項目を記憶するためのローカル記憶と、（ｂ）高使用率項目と低使用率項目を表す項目エントリーの少なくとも１つの優先度メニューを表示するためのディスプレイと、（ｃ）メモリであって、（ｉ）少なくとも１つの優先度メニューの外部の少なくとも１つのパラメータに関連する少なくとも１つの判定規準を設定するためのプログラムコードであって、少なくとも１つの判定規準は、各関連付けられた項目エントリーにより表される各項目の使用尤度に基づく、プログラムコードと、（ii）少なくとも１つの優先度メニュー内の項目エントリーの優先順位を修正するために少なくとも１つの判定規準を適用するためのプログラムコードと、を記憶するメモリと、（ｄ）プログラムコードを実行するためのＣＰＵと、を含む記憶装置が初めて提供される。
【００１２】
好ましくは、メモリは、さらに、優先順位にしたがってローカル記憶内の低使用率項目を圧縮することによりローカル記憶内の記憶空間を節約するためのプログラムコードを内部に記憶する。
【００１３】
最も好ましくは、メモリは、少なくとも部分的には優先順位に基づく圧縮の圧縮タイプを選択するように構成される。
【００１４】
好ましくは、メモリは、さらに、以前に圧縮した低使用率項目のアクセス要求があると以前に圧縮した低使用率項目を解凍するためのプログラムコードを内部に記憶する。
【００１５】
好ましくは、メモリは、さらに、優先順位にしたがって高使用率項目をローカル記憶へ移動し低使用率項目をローカル記憶から移動することによりローカル記憶内の記憶空間を節約するためのプログラムコードを内部に記憶する。
【００１６】
好ましくは、少なくとも１つの判定規準は、タイムスタンプ、日スタンプ（day  stamp）、日付スタンプ（date  stamp）、項目エントリーの人気値、ニュースソースからのテキストコンテンツ、ユーザーのスケジュール、そしてユーザーの個人的嗜好からなる群から選択される少なくとも１つの判定規準に基づく。
【００１７】
好ましくは、本装置は、さらに（ｅ）記憶装置の場所を確定するための測位システムを含む。
【００１８】
最も好ましくは、少なくとも１つの判定規準は場所に基づく。
【００１９】
本発明によると、請求項１に記載の記憶装置を含む携帯電話が初めて提供される。
【００２０】
好ましくは、少なくとも１つの判定規準は、携帯電話により最近ダイヤルされた電話番号の解釈を取り込むように構成される。
【００２１】
本発明によると、（ａ）記憶装置上に項目を記憶するためのローカル記憶と、（ｂ）メモリであって、（ｉ）各項目の使用尤度に基づき、少なくとも１つの外部情報要素に関連する少なくとも１つの判定規準を設定するためのプログラムコードと、（ii）使用尤度にしたがってローカル記憶内の低使用率項目を圧縮することによりローカル記憶内の記憶空間を節約するためのプログラムコードと、を記憶するメモリと、（ｃ）プログラムコードを実行するためのＣＰＵと、を含む記憶装置が初めて提供される。
【００２２】
好ましくは、メモリは、少なくとも部分的には使用尤度に基づき圧縮の圧縮タイプを選択するように構成される。
【００２３】
好ましくは、メモリは、さらに、以前に圧縮した低使用率項目のアクセス要求があると以前に圧縮した低使用率項目を解凍するためのプログラムコードを内部に記憶する。
【００２４】
好ましくは、メモリは、さらに、優先順位にしたがって高使用率項目をローカル記憶へ移動し低使用率項目をローカル記憶から移動することによりローカル記憶内の記憶空間を節約するためのプログラムコードを内部に記憶する。
【００２５】
本発明によれば、記憶装置内の記憶空間を節約するための方法であって、（ａ）項目を表す項目エントリーの入力リストを提供する工程と、（ｂ）入力リスト以外のソースから導出した少なくとも１つの外部情報要素を提供する工程と、（ｃ）少なくとも１つの外部情報要素に依存する少なくとも１つの判定規準を提供する工程と、（ｄ）各項目エントリーの使用尤度を計算するパラメータとして少なくとも１つの外部情報要素を使用することにより各項目エントリーに対し少なくとも１つの判定規準を適用する工程と、（ｅ）使用尤度にしたがって低使用率項目を記憶装置内に圧縮する工程と、を含む方法が初めて提供される。
【００２６】
好ましくは、少なくとも１つの項目は記憶装置のローカル記憶の外部に存在する。
【００２７】
好ましくは、記憶する工程は、項目エントリーの使用尤度の減少にしたがって、項目エントリーにより表される対応する項目を圧縮することを含む。
【００２８】
好ましくは、記憶する工程は、項目エントリーの使用尤度の減少にしたがって、記憶装置のローカル記憶から、項目エントリーにより表される対応する項目を移動することを含む。
【００２９】
本発明によれば、記憶装置内に情報をソートする方法であって、（ａ）項目を表す項目エントリーの入力リストを提供する工程と、（ｂ）入力リスト以外のソースから導出した少なくとも１つの外部情報要素を提供する工程と、（ｃ）少なくとも１つの外部情報要素に依存する少なくとも１つの判定規準を提供する工程と、（ｄ）各項目エントリーの使用尤度を計算するパラメータとして少なくとも１つの外部情報要素を使用することにより、各項目エントリーに対し少なくとも１つの判定規準を適用する工程と、（ｅ）使用尤度にしたがって項目エントリーを優先度メニューへソートする工程と、（ｆ）ディスプレイ上に優先度メニューを表示する工程と、を含む方法が初めて提供される。
【００３０】
好ましくは、少なくとも１つの判定規準は、タイムスタンプ、日スタンプ、日付スタンプ、項目エントリーの人気値、ニュースソースからのテキストコンテンツ、ユーザーのスケジュール、そしてユーザーの個人的嗜好からなる群から選択される少なくとも１つの判定規準に基づく。
【００３１】
これらの実施態様およびさらなる実施態様は以下の詳細な説明と例から明らかになる。
【００３２】
本発明につき、例示として添付図面を参照しここに説明する。
【発明を実施するための最良の形態】
【００３３】
本発明は、リスト項目の使用尤度を推定するためにプロトコル規則と外部情報を使用することによりデータ記憶装置内の記憶の利用を最適化するためのシステムと方法に関する。本発明によるデータ記憶装置内の記憶の利用を最適化するための原理と動作は、添付明細書と図面を参照しさらに良く理解することができる。
【００３４】
ここで添付図面を参照すると、図１は、本発明の好ましい実施形態による、尤度ベースの記憶管理システム（likelihood−based  storage  management  system）の単純化したブロック図である。図１には、入力リスト７に基づいて優先度項目メニュー６を維持するように使用されるＣＰＵ（中央処理装置）４とメモリ５を有する記憶装置２を示す。優先度項目メニュー６と入力リスト７の両方はメモリ５内に記憶される。記憶装置２は、例えば携帯電話、ＰＤＡ、ノート型コンピュータ、または他の何らかのモバイルコンピューティング装置であってよい。優先度項目メニュー６は、要求される可能性が最も高い項目が以下の２つの特権を享受するやり方で、ユーザーにより要求される可能性がある項目を含むようにソートされ希釈化される。
（１）要求される可能性が高い高使用率項目１１は、ローカル記憶８の即時アクセス記憶場所に維持され、一方、要求される可能性が低い低使用率項目１３は、ローカル記憶８内のアクセスしにくい場所（またはフォーマット）、または装置内部のアクセスは遅いが大容量のメモリ、または装置がクライアントであるサーバーなどのより離れた場所（またはフォーマット）に記憶される（低使用率項目１３は、発明の開示の章で述べた圧縮技術にしたがって圧縮されてもよく、そしてアクセスされるのに先立って解凍されることを必要としてもよい）。
（２）項目エントリーは当該選択メニューの最上位に維持される。このメニューは、例えば電話番号リスト、歌のリスト、文書リスト、ディジタル書籍一覧表であってよい。
【００３５】
本発明の好ましい実施形態では、メモリ５は、ＣＰＵ４上で走るプログラムコード１５を介し入力リスト７をふるい分けする際に実施される比較的固定された判定基準９のいくつかのセットを有する。判定基準９は、統計的かつ解析的にほとんどのユーザーに関連することがわかっている一般規則１０のリストと、システムに手動で入力されるか、あるいはデータマイニングまたは他の統計ツールを介し使用履歴から導出されるユーザーの嗜好リスト１２と、ユーザーのスケジュール１４からの情報と、ユーザーが取った最近の行動の履歴１６（高使用率項目１１または低使用率項目１３として項目を分類するために使用され、従来技術方法に類似したもの）とを含む。高使用率項目１１と低使用率項目１３は、例えば文書（電子ブック）、電話番号のリストであってよい。優先度項目メニュー６はディスプレイ１７上に表示される。
【００３６】
ＣＰＵ４は、また、嗜好１２内の設定により、あるいはローカル記憶８から、あるいはネットワークアクセス１８（通常はリモートサーバーと共に）を介する通信により、ＣＰＵ４が判定基準９に取り込むための一時的コンテキストとして役立つ背景情報を知らされる。本発明の革新的な特徴の一つは、判定基準９は優先度項目メニュー６の外部のパラメータ（例えば情報）に関連付けられるということである。ネットワークアクセス１８は、随意に有線および／または無線通信モードを有してよい。典型的なコンテキスト情報１９は、例えば、タイムスタンプ２０、日スタンプ２２、日付スタンプ２４、最も人気のある音楽のリストを含むヒットパレード２６、最も人気のある本のリストを含むベストセラーリスト２８、最近のニュース項目を含むニュース３０、記憶装置２の場所３２（ＧＰＳシステムなどの随意の測位システム３３を介し、あるいは無線通信モード用のネットワークアクセス１８から信号を受信する最寄りの基地局を介し確定される）、そして記憶装置２に関連する（例えば、ダイヤルされた、受信された、失敗した等）呼エントリーを含む関連呼（associated  calls）３４を含むことができる。関連呼３４は、記憶装置２が、電話機能を有する携帯電話または他の何らかの装置である実施形態に適用される。優先度項目メニュー６を作成するために、ＣＰＵ４は、上記コンテキスト情報１９を考慮に入れ、ユーザーの判定基準９を適用して各項目エントリー毎の重み付け優先度を得る。
【００３７】
タイムスタンプ２０は、その日の異なる時間にダイヤルされる可能性がある電話番号の優先度を変更するために使用することができる。例えば、オフィスへの移動中に、秘書の電話番号は優先度項目メニュー６において高くなる。外部ミーティングの前の最後の時間では、ミーティングの主催者の電話番号は高優先度リストとなる。午後遅くになると、子供たちはその時刻には学校の外におり彼らと通信することが望ましいと考えられるので、ユーザーの子供たちの電話番号は優先度項目メニュー６で上の方に上がる。
【００３８】
日スタンプ２２は、仕事で有用な電話番号と週末のレクリエーションで有用な電話番号とを区別するために使用される。日付スタンプ２４は、他の時間的パターンに従わない呼のために使用される。このような呼については、日付スタンプ２４は、呼がどれくらい最近のものであるかということと呼の頻度とを示す。
【００３９】
ヒットパレード２６は、一般大衆に人気のある利用可能な音楽項目をアップロード（すなわちネットワークへデータを送信）またはダウンロード（すなわちネットワークからデータを受信）するために使用される。アップロードについては、ユーザーは大衆と自分のリスニング嗜好を共有する可能性があることが想定される。ダウンロードについては、ユーザーは大衆の大多数と共通のリスニング嗜好を有する可能性があることが想定される。換言すれば、ユーザーは、更新された人気のある項目リストを受信することに興味があることが想定される。同様に、電子ブックタイトルはベストセラーリスト２８にアップロードまたはそれからダウンロードされ、当該の電子ブックは要求に対し電子ブック商から入手可能である。
【００４０】
ニュース３０は、嗜好１２内の設定に基づき、ユーザーに関連する項目エントリーを有する最近のニュース項目に優先順位を付けるために使用される。ニュース３０の各エントリーはニュース項目の見出しを含む。ニュース３０は、例えばスポーツニュース、娯楽ニュース、政治ニュース、またはビジネスニュースであってよい。嗜好１２内の設定は、例えば「スポーツ  ホッケー」または「ビジネス  薬品」などの単純な文字列検索プロトコルに基づいてよい。
【００４１】
同様に、場所３２は、ユーザーが位置するエリアにおいて必要となる可能性のある電話番号を「浮かび上がらせる」（すなわち、優先度項目メニュー６内の優先度を上げる）ために使用される。このような構成で場所３２を使用すると、場所センシティブ状況（location−sensitive  situations）は優先度リスト作成に影響を与える。例えば、ユーザーがダウンタウンのオフィスへ車で行くとき、ユーザーが日常的に話すオフィス内の同僚らの電話番号が浮かび上がる。別の例では、ユーザーがカントリークラブに近づくと、ユーザーが通常一緒に運動する友人の電話番号が浮かび上がる。
【００４２】
関連呼３４は、現在ダイヤル中の企てに応じて優先度項目メニュー６に追加されてよい。このような状況は主にビジネスに当てはまる。例えば、ユーザーがニューヨーク市の適法の（kosher）魚料理レストランの電話番号をダイヤルした場合、ユーザーの次の呼が何であるかを予測する方法はない。しかし、５分以内に、ユーザーが別の適法の魚料理レストランにダイヤルすれば、ユーザーは適法の魚料理レストランを探しており、かつ最初の（または第２の）呼ではユーザーが望んだものを見出さなかった確率が高い。記憶装置２により優先度項目メニュー６に提供される次のいくつかの電話番号（イェローページのウェブ版（例えばwww.yellowpages.com）などの外部ディレクトリーからネットワークアクセス１８を介して検索される）が同じエリア内の新たな適法の魚料理レストランのものであるならば、ユーザーは感謝すると考えられる。明らかに、これらのレストランエントリーは優先度項目メニュー６内に長らく留まる必要はなく、魚料理レストランが最後にダイヤルされてからかなりの期間（例えば１時間）が経過すればエントリーは消去される。
【００４３】
任意であるが、本システムの範囲は、上述の尤度推定方法をローカル記憶８内に現在ある項目のみに適用することに限定されない。本システムは、ネットワークアクセス１８を介し外部から利用可能な項目を評価するために同方法を使用することができる。本システムは、ウェブスクレイピング（web-scraping）ツールと記憶装置２上に記憶された他の資源とを使用することによりウェブサイト上のダウンロード可能な項目を見出すことができる。本システムは、また、ネットワーク上の他の記憶装置と同期する機能を使用することにより、ローカルネットワーク上のダウンロード可能な項目を見出すことができる。ユーザーにとってローカル記憶８上のローカル項目より格段に高い価値を有するネットワーク項目が見出された場合、当該ネットワーク項目エントリーを検索し、当該項目エントリーが使用される可能性がある優先度項目メニュー６に追加することができる。低い優先度を有するということがわかった優先度項目メニュー６の項目エントリーは、優先度項目メニュー６から削除されアーカイブされてよい。
【００４４】
図２は、本発明の好ましい実施形態による、尤度ベースの記憶管理システムのためのシステムプロトコルの単純化したフローチャートである。図２には、判定基準９とコンテキスト情報１９に基づいて、入力リスト７（図１に示す）をソートして優先度項目メニュー６（図１に示す）となるようにするための例示的なアルゴリズム図式を示す。
【００４５】
システムプロトコルは、入力リスト７（図１に示す）内のすべての項目エントリーが処理されたかどうかを尋ねる（工程４２）ことで始まる（工程４０）。処理すべき項目エントリーがさらにある場合、入力リスト７内の次の項目エントリーを得る（工程４４）。考慮すべき次の項目エントリーのさらなる様相がある場合（工程４６）、項目エントリーの次の様相を得る（工程４８）。様相はＣＰＵ４が利用可能な判定基準９の要素であってよい。ＣＰＵ４は、判定基準９の様相に関連するコンテキスト情報１９を得、項目エントリーの様相の価値を推定し（工程５０）、次に様相に対し加重値を適用する（工程５２）。異なる様相は異なるユーザーに対し異なる重要性を有し得るので、加重値は嗜好１２を考慮に入れる。そのとき、加重値は項目エントリーの累積値に加算される（工程５４）。この重み付けシステムは、判定基準９を考慮に入れる様々な重み付け方式に基づいてよい。オプションとして、ユーザーは嗜好１２内にユーザー自身の重み付け値を入力することによりデフォルト重み付け値を無効にすることができる。
【００４６】
ここで、システムは次の様相（工程４６）に進む。項目エントリーのすべての様相が考慮され重み付けられると、システムは次の項目エントリー（工程４２）へ移動する。すべての項目が処理されると、システムはそれらの累積値にしたがって項目エントリーをソートし（工程５６）、次に、優先度項目メニュー６を生成する（工程５８）。上述のように、入力リスト７は、ユーザーにより物理的にアクセスされる（例えば携帯電話、ＰＤＡ等）記憶装置２のローカル記憶８内に存在する項目の項目エントリーに限定されない。入力リスト７は、また、ユーザーの優先度項目メニュー６内の高位置を争う外部項目エントリーを含むことができる。
【００４７】
本発明の方法の結果、ユーザーにとって最も有益な情報を保持するように記憶装置２の有限の記憶容量を最適化することができる。さらに、ユーザーは、優先度ランク付けアルゴリズムにより実行されるソーティングにより最小の努力で情報にアクセスすることができる。
【００４８】
本発明は限られた数の実施形態に関し説明されてきたが、本発明の多くの変形、修正、他のアプリケーションをなし得ることは十分に理解されるであろう。
【図面の簡単な説明】
【００４９】
【図１】本発明の好ましい実施形態による、尤度ベースの記憶管理システムの単純化したブロック図である。
【図２】本発明の好ましい実施形態による、尤度ベースの記憶管理システムのためのシステムプロトコルの単純化したフローチャートである。
【図１】
2009526279.tif 000003
【図２】
2009526279.tif 000004