(57)【要約】  異種ネットワーク内でデータを配布する方法。この方法は、移動性サーバー、移動コンポーネント及び固定コンポーネントを含むプライベート移動ネットワークにおいて作用し、移動性サーバーは、ネットワークメンバーに代わってデータを記憶するデータ記憶ユニットを備え、このようなデータの少なくとも幾つかは、複数のデータフォーマットで記憶される。この配布方法は、要求が選択された際に、前記データを受信人へ送信することを含み、各々のこのような送信は、各受信人により受け容れられるようにフォーマットされる。【選択図】図２
2009508235.tif 000002
【特許請求の範囲】
【請求項１】
異種ネットワーク内でデータを配布する方法において、
移動性サーバー、移動コンポーネント及び固定コンポーネントを含むプライベート移動ネットワークを用意するステップであって、移動性サーバーは、ネットワークメンバーに代わってデータを記憶するデータ記憶ユニットを備え、このようなデータの少なくとも幾つかは、複数のデータフォーマットで記憶されるようなステップと、
要求が選択された際に、前記データを受信人へ送信するステップであって、各々のこのような送信は、各受信人により受け容れられるようにフォーマットされるステップと、
を備えた方法。
【請求項２】
前記送信ステップは、要求されたデータを配布のために準備する段階を含み、この段階は、
デリバリー受信者のフォーマット受け容れ基準に基づいてデリバリーフォーマット要求を決定し、
データの利用可能な記憶コピーを含む要求されたデータのフォーマットに基づきデータフォーマットレンダリングが要求されるかどうか決定し、
前記レンダリングが要求される場合には、そのようなレンダリングを遂行すべき最適なネットワーク位置を決定し、そしてそのようなレンダリングを実行する、
ことを含む請求項１に記載の方法。
【請求項３】
前記送信ステップは、更に、前記データをストリームファイルとして送信すべきかどうか決定し、そしてその肯定応答に応答して、前記データを前記受信人へストリーミングする段階を含む、請求項２に記載の方法。
【請求項４】
前記送信ステップの後に前記データを追跡するステップと、
前記データに関する予め選択されたアクションが生じた際に、予め選択された当事者に通知するステップと、
を備えた請求項１に記載の方法。
【請求項５】
前記フォーマット受け容れ基準は、メモリ能力及びスクリーン特性を含む、請求項２に記載の方法。
【請求項６】
異種ネットワーク内でデータを配布する方法において、
(1)データ記憶ユニットを含む移動性サーバー、移動コンポーネント及び固定コンポーネントを含むプライベート移動ネットワークを提供するステップであって、ここで、
個人的情報を反映するデータと、装置に関する情報を反映するデータとを含み、更に、後者のデータが、このような装置のメモリ容量、スクリーン特性及びデータレンダリング能力に関する情報を含んだ、ネットワークメンバー関連のデータと、
その少なくとも幾つかが複数のデータフォーマットで記憶される、ネットワークメンバーに代わり記憶されるデータと、
が前記データ記憶ユニットに記憶される当該提供ステップと、
(2)データ配布要求を、ネットワーク内部又は外部で発信するメッセージの形態又は前記ネットワークメンバーからのデータアクセス要求の形態で受け容れるステップと、
(3)要求されたデータを配布するために準備するステップであって、
受信人のフォーマット受け容れ基準に基づいて、デリバリーフォーマット要求を決定する段階、
データの利用可能な記憶コピーを含む要求されたデータのフォーマットに基づいて、データフォーマットレンダリングが要求されるかどうか決定する段階、及び
レンダリングが要求される場合には、そのようなレンダリングを遂行すべき最適なネットワーク位置を決定し、そしてそのようなレンダリングを行なう段階、
を含む当該準備ステップと、
(4)前記データを全ての受信人へ送信するステップであって、各送信は、各受信人によって受け容れられるようにフォーマットされる当該送信ステップと、
(5)前記送信ステップの後に前記データを追跡するステップと、
(6)前記データに関する予め選択されたアクションが発生した際に予め選択された当事者に通知するステップと、
を備えたことを特徴とする方法。
【請求項７】
前記送信ステップは、更に、前記データをストリームファイルとして送信すべきかどうか決定し、そして肯定応答に応答して、前記データを前記受信人へストリーミングする段階を含む、請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ及び同類装置のネットワークの分野に関し、より詳細には、特に移動装置を含むネットワークに係る。
【背景技術】
【０００２】
多くの動向が集中するのは、コンピュータネットワークに衝撃を与えること及びユーザが対話する仕方である。おそらく、最も重要なことは、セルラー電話、移動ｅメール装置（最も有名なものではＢｌａｃｋＢｅｒｒｙという商標で販売されているもの）及びパーソナルデータアシスタント（ＰＤＡ）のような移動装置の能力強化である。実際に「コンピュータ」と表示される装置は、サイズが急速に収縮して、「ポータブル」から「ラップトップ」へ、更には、「ノードブック」へとサイズが既に進化している。多機能装置は、現在、一般的であり、ＢｌａｃｋＢｅｒｒｙブランドの装置は、現在、セルラー電話を含み、そしてそれらの装置及びほとんどのセルラー電話装置は、現在、インターネットブラウザを一体的な標準装置として含んでいる。
【０００３】
この技術的進歩に伴い、仕事に携わる者によるこのような装置の利用及び信頼性が高まっている。仕事に携わる者を常に全ての場所で電話、ｅメール及びインターネットで接続すべきであるという一般的な期待が生じている。
【０００４】
しかしながら、装置の能力が高まるのにあわせて、操作能力も同じように高まっているとはいえない。例えば、誰でも、セルラー電話ハンドセットを使用して、会社のＬＡＮに接続することはできるが、ネットワークは、彼らを「コンピュータユーザ」として処理し続け、「コンピュータ」ディスプレイに向けたフォーマットでデータを送信する。ノキアにより販売されているようなｅメール可能な移動装置で、プレーンテキスト（標準テキスト）を受け容れて取り扱うことのできる移動装置でも、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｅｌスプレッドシートのように多数の共通のドキュメント形式を使用できるやり方で取り扱うことはできない。
【０００５】
この問題の別の観点は、多くの会社や個人は、データをテラバイト(terabyte)で蓄積し、しかも、移動ユーザはそのデータを大体はアクセスできないことである。たとえ、個人が、例えば、自分のＢｌａｃｋＢｅｒｒｙ装置を使用して従来のネットワークにアクセスできるとしても、ネットワークが「コンピュータ」ユーザ用に設計されているために、移動電話の信号に対して作用してネットワーク特徴の利点を取り入れるという能力が制限されてしまう。今日の移動ユーザは、典型的には、オフィスや家庭環境を出る前に必要となる情報を移動装置にコピーするとおもわれるが、移動しながら他の情報の不測の必要性を取り扱う余地がないという移動装置が有する記憶制限を受けているのである。
【０００６】
このデータが中央サーバーにバックアップされていればおそらくフラストレーションの度合いは増すことになる。しかしながら、バックアップシステムは、一般に、データを記憶するという唯一の目的で設計されており、それらの機能は、ほとんどの場合にデータが最初に記憶されたところの装置又はその代用装置のみにおいてそのデータを回復することに制限されてしまう。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来のネットワークの欠点は、ユーザ自身に影響を及ぼすだけでなく、ユーザとその周囲のものとの対話にも影響を及ぼす。仕事に携わる者が自分の家庭基地から離れているときの共通のシナリオは、仕事のパートナーとデータを共有するか、或いは異なる組織から関連付けを行なう必要が出てくる。多くの場合、両個人は移動装置を操作し、必要となるのは、オン・ハンド装置を使用して、上述したグループから、どこかに配置された送信データ及び受信データをサーチする能力といえよう。移動装置のソフトウェアは一般にネットワークプロバイダーにより提供されることで問題がしばしば悪化し、従って、ユーザが自分の装置に対してフォーマットされたデータを受け取るように管理できる場合でも、異なるネットワークで動作している誰かとそのデータを共有するという問題を招くことになる。従来のネットワークでは、ネットワークケーパブル(network-capable)サービスが利用できるまで待つしかない。
【０００８】
根本的に、従来のネットワークは、移動装置を、それら装置がデスクトップコンピュータをエミュレートする程度でしか受け容れないように設計されている。必要なことは、デスクトップ及び移動装置の両方にサービスするように特に設計されたネットワーク、即ち移動ユーザが移動装置からネットワーク機能の全ての利点を取り入れできるようにするネットワークである。このようなネットワークの１つの観点は、装置のメモリ及びスクリーン能力を完全に受け容れるやり方でデータをシームレスに（継ぎ目なく）提供するものでなければならない。このようなネットワークの別の観点は、完全なサーチ、ダウンロード及び転送能力でユーザデータに連続的にアクセスすることである。
【課題を解決するための手段】
【０００９】
本発明の１つの態様は、異種ネットワークにおいてデータを配布する方法である。この方法は、移動性サーバー、移動コンポーネント及び固定コンポーネントを含むプライベート移動ネットワークで作用し、移動性サーバーは、ネットワークメンバーに代わってデータを記憶するデータ記憶ユニットを備え、このようなデータの少なくとも幾つかは、複数のデータフォーマットで記憶される。この配布方法は、要求が選択された際に、前記データを受信人へ送信することを含み、各々のこのような送信は、各受信人により受け容れられるようにフォーマットされる。
【００１０】
異種ネットワークにおいてデータを配布する本発明の別の観点では、プライベート移動ネットワークは、移動性サーバー、移動コンポーネント及び固定コンポーネントを備えている。移動性サーバーは、ネットワークメンバーに関係したデータを記憶するデータ記憶ユニットを備え、このデータは、個人的情報を反映するデータ、及び装置に関する情報を反映するデータを含む。後者は、このような装置のメモリ容量、スクリーン特性及びデータレンダリング能力に関する情報を含む。また、サーバーは、ネットワークメンバーに代わってデータを記憶し、このようなデータの少なくとも幾つかは、多数のデータフォーマットで記憶される。このプロセスは、データ配布要求を、ネットワーク内部又は外部で発信するメッセージの形態又はネットワークメンバーからのデータアクセス要求の形態で受け容れ、次いで、要求されたデータを配布のために準備するステップを備えている。この準備は、デリバリー受信者のフォーマット受け容れ基準に基づいて、デリバリーフォーマット要求を決定する段階と、データの利用可能な記憶コピーを含む要求されたデータのフォーマットに基づいて、データフォーマットレンダリングが要求されるかどうか決定する段階とを含む。レンダリングが要求される場合には、この段階は、このようなレンダリングを遂行すべき最適なネットワーク位置を決定し、そしてこのようなレンダリングを行なう。別のプロセスステップは、データを全ての受信人へ送信し、各送信は、各受信人により受け容れられるようにフォーマットされる。更に別のプロセスステップは、送信後にデータを追跡し、次いで、データに関する予め選択されたアクションが発生したときに予め選択された当事者に通知することである。
【００１１】
本発明の他の特徴及び観点は、本発明を定義する特許請求の範囲に記述される。
【発明を実施するための最良の形態】
【００１２】
添付図面を参照して以下に詳細に説明する。多数の実施形態について説明するが、これらは、例示に過ぎず、本発明を定義する特許請求の範囲を限定するものではない。本発明の実施形態の多数の観点が当業者に明らかであり、また当業者であれば、その詳細や、この技術で知られた同等の解決策をいかに実施するかが明らかであろう。
【００１３】
本発明によるプライベート移動ネットワーク（ＰＭＮ）１０が図１に示されている。このネットワークは、多数のメンバー形式を含む異種ネットワークである。一般に、ＰＭＮは、３つの広い部分に分割することができる。固定コンポーネント１２は、一般に、その位置が変化しないネットワークメンバー、例えば、デスクトップＰＣ１５である。デスクトップＰＣは、ローカルエリアネットワーク（ＬＡＮ）１８の通信チャンネルを経てＰＭＮにアクセスすることができ、或いは独立したデスクトップＰＣ２０は、直接通信チャンネルを使用することができる。或いはまた、ＬＡＮのメンバーは、リモートバーチャルプライベートネットワーク（ＶＰＮ）１７を経て、そのネットワーク、ひいては、ＰＭＮにアクセスしてもよい。ここに示す種々の通信モードは、本発明の部分を形成するものではなく、当業者によく知られたものである。
【００１４】
移動コンポーネント１６は、おそらく、ユーザと共に移動する装置、例えば、セルラー電話２４、ＢｌａｃｋＢｅｒｒｙという商標で販売されているようなｅメール可能な一体化装置２６、またはパーソナルデジタルアシスタント２８より成る。移動装置の前記リストは、本出願が書かれた時点で広く使用されている装置に関するもので、将来は、本発明に影響を及ぼすことなく、このリストに変化がもたらされることは疑いない。
【００１５】
ＰＭＮメンバーを「固定」及び「移動」のカテゴリーに分割することは、ハードや高速分割の影響を受けないことに注意されたい。例えば、ラップトップ又はノートブックＰＣは、能力を向上するために記憶装置のようなドッキングステーション又は外部装置を含む固定装置２２として使用されるか、又は必要に応じてユーザと共に移動する真の移動装置３０として使用される。以下に詳細に述べるように、この分割は、ある程度までは、能力に基づいてなされる。例えば、固定コンポーネントは、しばしば、データレンダリングをローカルで遂行し、移動又はサーバー資産をそのタスクから解放することができる。また、この分割は、ある程度までは、所与の時間に所与の装置により演じられる役割に基づいている。ほとんどのＰＭＮユーザは、固定及び移動の両ネットワークコンポーネントを使用することが予想され、そして本発明の主として予想される利用は、以下に述べるように、ユーザの固定装置と移動装置との間でのデータアクセス及び転送を容易にすることである。
【００１６】
移動性サーバー
ＰＭＮの中心ノードは、図２に機能的ブロック形態で示された移動性サーバー１４である。この移動性サーバーの主たるコンポーネントは、通信モジュール１１０、ターゲット装置インベントリー(inventory)モジュール１３０、データ収集モジュール１４０、配布モジュール１５０、データマネージメントモジュール１６０、及び変更マネージメントモジュール１７０である。以下の説明は、移動サーバーコンポーネントの一般的機能について述べ、そしてより詳細な説明に伴い、特定のプロセスを以下に述べる。
【００１７】
通信モジュール１１０は、移動性サーバーと、ＰＭＮの固定及び移動の両コンポーネントとの間の通信を管理する。このモジュールは、種々の通信チャンネルアダプター、例えば、ＨＴＭＬ１１１、ＸＨＴＭＬ１１２、ＷＡＰ１１３、ＲＳＳ１１４、ｅメール１１５、ＩＭ１１６、及びＳＭＳ１１７のアダプターを使用して、残りのサーバー機能に対する通信サービスを提供する。当業者であれば、以上のリストは、通信チャンネルが時間と共に変化するという点で例示に過ぎず、そしてこれらアダプターは、これを受け容れるようにこの技術で設けられることが理解されよう。しかしながら、通信モジュールの機能的な要件及び動作は、そのままである。
【００１８】
機能的ブロックを独立したエンティティとして示すことは便利であり且つ従来から行われているが、これらのエレメントは、移動性サーバーの動作中に連続的に対話することを強調するのが重要である。例えば、通信モジュール１１０で遂行される通信タスクは、説明が進むにつれて明らかとなるように、多数の他のコンポーネントとの協働アクションを必要とする。１つの例に注目すれば、通信は、メモリ及びスクリーンサイズのような移動装置の特定のニーズに対してデータを再フォーマットすることがしばしば必要とされ、従って、ＨＴＭＬドキュメントをアッセンブルして送信するには、所与の移動装置のニーズを受け容れるように埋め込まれるグラフィックをレンダリングする必要がある。当業者であれば、他の例が明らかであろう。
【００１９】
セキュリティモジュール１２０は、一般にこの技術の要件と調和してセキュリティサービスを提供する。ここに設けられる必要なサブユニットは、暗号化／解読モジュール１２２、ファイアウオール１２４、及びウイルス防止／スパム防止モジュール１２６を含む。セキュリティモジュールの細部、及び実施の細部は、現状技術のネットワークセキュリティシステムによりおおよそ規定される。多くのネットワークシステムは、情報がネットワークを通過するときにウイルス防止／スパム防止選別を行なわないが、これらのステップは、ここでは標準的である。現状技術は、時間と共に変化し、このような変化は、本発明の範囲に影響なく実施されることが予想される。暗号化／解読システム及び装置の分野では、ある範囲のオプションが利用できることに注意されたい。この用途では１２８ビットの暗号化を使用するのが好ましい。
【００２０】
２つの他のモジュールは、本発明にとって特別なものである。許可モジュール１２１は、システムにわたってデータを広範囲に且つ柔軟に共有できるようにする許可リンケージのレジスタを維持する。このようなデータを容易に利用できることで、安全環境を維持しながら、ネットワークメンバー間での情報共有を容易にする。新メンバーモジュール１２３は、ある程度プロビジョナルなベースで新メンバーの迅速且つ簡単な追加を許し、情報の迅速な共有を可能にするように設計される。例えば、このファシリティは、情報を会社の知人に転送することを希望するメンバーを許す一方で、リモート位置において、知人を素早くネットワークに連れて行って希望のファイル転送又は共有を開始させる。
【００２１】
ターゲット装置インベントリー１３０は、種々のフォーマットでデータを受け容れる各装置の能力、及び種々のフォーマットでデータをレンダリングする装置の能力に関して、ネットワークメンバー装置を追跡する。このような情報は、一般に、ネットワークメンバーの初期構成中に収集されるか、又はメンバーにより変化情報として収集される。このモジュールは、プロフィール記憶装置１６６と対話し、装置関連データを記憶する。
【００２２】
ターゲット装置インベントリー内で、フォーマット基準レジスタ１３２は、種々のデータ形式を各装置又は特定ユーザ装置に提示しなければならないフォーマットに関する情報を、利用可能なメモリの量、スクリーン形式及びサイズのような基本的装置情報と一緒に維持する。例えば、移動装置は、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄのようなワードプロセスプログラムからのフォーマットされたテキスト、又はＭｉｃｒｏｓｏｆｔ  Ｅｘｃｅｌのようなプログラムからのスプレッドシートを表示できなくてもよい。このような本来のフォーマットでデータを送信すると、ユーザにとって良いことは何もない。というのは、せいぜい、登録したものは、受信されるが、表示できないからである。同様に、レンダリング能力レジスタ１３４は、各ネットワークメンバーのレンダリング能力を追跡する。以前の例の１ステップを更に取り上げると、スプレッドシートを移動電話へ送信したい場合に、スプレッドシートは、ハンドセットが受信して表示できるフォーマットでレンダリングされねばならない。スプレッドシートを原点においてそのフォーマットに変換することは、その目標を達成するための最も速く且つ最も効率的なやり方であり、従って、その能力が発信側メンバーにあるかどうか知ることが、重要なデータアイテムとなる。
【００２３】
データ収集モジュール１４０は、ネットワークメンバーから記憶システムへのデータの収集を監督する。図４を参照して以下に詳細に述べるように、到来するデータは、データ記憶システムへ簡単にダンプされない。むしろ、フォーマットマネージャー１４２を経て動作するデータ収集モジュールは、どこにデータを記憶すべきか、どんなフォーマットで記憶すべきか、及び以下に述べる他のオペレーションを決定する。
【００２４】
配布モジュール１５０は、図５を参照して以下に詳細に説明するように、移動性サーバーからネットワークメンバーへのデータの配布を取り扱う。２つのサブユニットが、この機能の助けとなり、即ち、レンダリングモジュール１５２は、レンダリング機能を遂行し、データを、必要に応じて、あるフォーマットから別のフォーマットへ変換する。ストリーミングモジュール１５４により個別の機能が与えられ、このモジュールは、移動性サーバーからユーザへデータを直接ストリーミングする機能を与える。この後者の機能は、ビデオ又はサウンドファイルのようなメディアにとって特に有用である。というのは、ダウンロードした後に、ファイルを実行するのに適した装置を見つけるのではなく、メンバーがこのようなメディアに直接アクセスするのを許可するからである。
【００２５】
データマネージメントモジュール１６０は、実際の記憶プロセスを管理するので、システムの重要な位置を占有する。このモジュールの多数のオペレーションを、プロセスの詳細な説明に関連して以下に述べる。５つのデータ記憶ユニット、即ち中央インデックス１６４を伴う一次データ記憶装置１６２、メンバープロフィール記憶装置１６６、メタデータ記憶装置１６７、及びバージョンマネージャー１６８が、実際の記憶機能を遂行する。中央データ記憶装置及びそれに関連したインデックスは、任意のフォーマットでデータを記憶することのできる大規模データベースシステムを、現状技術のインデックス、サーチ及び検索能力と共に備えている。このようなデータベースシステムは、良く知られたものであり、Ｏｒａｃｌｅ、Ｍｉｃｒｏｓｏｆｔ、ＭｙＳＱＬ、等の売主により供給される。このようなシステムは、ここに述べる端末に適応させることができ、技術の進歩と共に、より能力のあるデータベースシステムを、全て本発明の範囲内で、それらの場所において実施することができる。データマネージメントモジュール１６０は、システムに対する最も重要なデータタスクを取り扱うが、他の多数のサブシステムがそれら自身のデータマネージメントアクティビティを遂行することに注意されたい。セキュリティモジュール１２０は、例えば、許可、新メンバーアクティビティ等に関するデータを維持する。
【００２６】
メンバープロフィール記憶装置１６６は、メンバー関連情報を取り扱うタスクに専用の個別のデータ記憶装置である。このタスクに個別のシステムを専用としてあてがうのは、迅速且つ効率的なメンバー情報の取り扱いが、移動及び固定装置の混合により複雑化されたこのシステムにおける使命重要タスクだからである。このデータベースは、固定の個人的データ（名前、住所等）、メンバーに関連した装置情報（装置ＩＤ、メモリ容量、スクリーン容量、レンダリング容量等）、及びアクティビティ情報（アラートトリガー及び履歴、追跡履歴）を含む全てのメンバー特有データアイテムを記憶する。
【００２７】
メタデータ記憶装置１６７も、同様に、システムの重要な観点である。メタデータは、考えられる若干の形式を挙げると、データそれ自体に関する種々の情報、例えば、許可、共有情報、監視又は警告情報、或いは変化情報を含む。本システムでは、メタデータは、他の形式のシステムの場合よりも重要である。というのは、このシステムは、データ共用及びデータアクセス性を促進するように設計されているからである。また、移動ユーザを強調することで、ネットワーク速度及び柔軟性に重点が置かれる。
【００２８】
バージョンマネージャー１６８は、以下に詳細に述べるように、ドキュメントバージョンの記憶及び追跡を監督する。当業者には多数の技術が利用でき、適当なシステムをどのように最良に実施するか理解できよう。
【００２９】
変更マネージメントモジュール１７０は、ネットワークにわたってドキュメント及びデータを監視し、２つの重要な機能を発揮する。第１に、追跡モジュール１７２は、メンバーによりドキュメントに関してとられる全てのアクションを監視する。例えば、ドキュメントがユーザに配送され、次いで、ユーザがドキュメントをオープンし、ドキュメントに変更を加え、そしてドキュメントを第三者に転送する場合には、それら全てのアクションが追跡モジュールにより記録される。追跡結果は、プロフィール記憶装置１６６に記憶される。アラート（警告）モジュール１７４は、特定事象の発生、例えば、上述したドキュメントアクション、又は環境におけるアクションにユーザが注意を向けることを要求する。両プロセスは、図５を参照して以下に詳細に説明する。
【００３０】
移動性サーバーは、よく知られた設計及び動作規格に基づき、大規模データセンターにインストールされて動作される。例えば、移動性サーバーの一実施形態は、物理的なサーバーを、最適な記憶及びアドミニストレーションのためのサーバーセルへとグループ分けするアーキテクチャーを使用する。このようなシステムは、現状技術のクロックレート、例えば、３Ｇｈｚで動作するデュアルプロセッサ、デュアルギガビットネットワークカード、及び合計２．５ＴＢの記憶容量を与えるレイド５構成の１２２５０ＧＢディスクのような大量記憶容量を伴うサーバーを使用するのが好ましい。当業者であれば、このような装置は、３Ｗａｒｅ等の売主から入手できることが理解されよう。Ｌｉｎｕｘオペレーティングシステム及びＭｙＳＱＬを、データベースサーバーとして、ＡＦＳ（アンドリューファイルシステム）と共に使用し、又、サーバーセルに利用できる全ドライバを単一の論理的ファイルシステムへとマッピングできるようにするＵｎｉｘ（登録商標）／Ｌｉｎｕｘベースのファイルシステムを使用するのが好ましい。好ましいシステムの他の細部は、この技術でよく知られている。本発明の別の実施形態は、当業者に明らかなように、著しく精巧さ又は入念さの低いハードウェアランドスケープ(hardware landscape)を使用することができる。
【００３１】
ネットワークエージェント
移動性サーバーは、このようなソフトウェアをマウントできる各ネットワークコンポーネント（又は「ホスト」コンポーネント）に常駐するネットワークエージェント１６により支援される。このエージェントは、全ての固定ネットワークコンポーネント、及びクライアントソフトウェアを受け容れるラップトップ及びＰＤＡのような移動コンポーネントにおいてネットワーククライアントとして動作する。
【００３２】
このエージェントは、セキュリティインフラストラクチャー２４０を経て移動性サーバーにインターフェイスする。このエレメントは、ファイアウオール２４４、暗号化サービス２４２、並びにスパム防止／ウイルス防止サブシステム２４２及び２４６を含む。これらのサービスは、ホストシステムにおける同様のシステムに対する補足として又はそれに代わって構成することができる。
【００３３】
デスクトップＡＰＩ２２０は、エージェントの機能をホストコンピュータのオペレーションへ一体化し、そしてこのようなＡＰＩは、オファーされる種々のＰＣアーキテクチャー及びデスクトップアプリケーションとの適合性を与えるために必要に応じて備え付けられる。例えば、１つのＡＰＩは、エージェントがＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）の環境内で動作するのを許し、一方、他のものは、Ａｐｐｌｅ  Ｍａｃｉｎｔｏｓｈ及びＬｉｎｕｘの環境内での動作を与える。ＡＰＩは、出現するデスクトップ機能と一体化するように付加的なデスクトップアダプターの生成を許すために、明確で且つアクセス可能なインターフェイスポイントを与えねばならない。
【００３４】
デスクトップアダプター２１０は、エージェントと、ローカルホストで実行されるアプリケーション、例えば、ワードプロセス、オフィスサポート及び他のアプリケーションとの間のワーキングインターフェイスを形成する。これらのモジュールは、ファイルシステムアダプター２１１、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋアダプター２１２、サーチエンジンアダプター２１３、ＣＲＭ（顧客関係マネージメント）システムアダプター２１４、ドキュメントマネージメントシステムアダプター２１５、及び他のアダプター２１６のような重要なデスクトップ機能への緊密な一体化を許すためにＡＰＩのもとで書き込まれる。このシステムは、技術の開発により必要に応じて新規な又は改良されたアダプターを容易に開発するように設計される。デスクトップアダプターは、ローカルハードウェアで実行されるアプリケーション（例えば、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ）と一体化されるだけでなく、ＣＲＭのようなアプリケーションとも一体化され、これは、クライアント−サーバー又は純粋なウェブベース構成で動作するが、デスクトップからアクセスできることに注意されたい。
【００３５】
クライアントサービスモジュール２３０は、システムのためのオペレーション及びアドミニストレーションの両サービスを遂行する。オペレーション的には、このモジュールは、図４ａを参照して以下に述べる自動バックアッププロセスのローカル部分を監督する。アドミニストレーションの観点からは、このモジュールは、システムの効率的なオペレーションを保証する多数のサービスを提供する。例えば、作業負荷を調整することが重要なタスクであり、従って、このモジュールは、移動性サーバーのレベルにある同様のモジュールに関連して動作し、機能及び効率の両方を最適化するようにタスクをスケジュールし、割り当てるようにする。典型的に広い帯域巾を必要とするアップロード及びダウンロードのようなデータ通信アクティビティのタイミングは、ピークを外れた時間へ広げて、不充分なリソースに対する負荷を平滑化することができる。エージェントと、サーバーにおける同様の制御システムは、ローカルホスト及びサーバーの両方において作業負荷を調整するように協働し、ワークロード及びトラフィックの既存の条件のもとでタスクを最良に取り扱いできる位置へタスクを割り当てる。このようなアクティビティは、当業者の知識の範囲内である。エージェントの好ましい形態は、更に、クライアントサービスモジュールにおいて健全なマルチスレッド監視を与えることによりエージェントとホストシステムとの間に緊密な一体化を保証する。
【００３６】
レンダリングは、本発明の重要な観点であり、レンダリングモジュール２３２は、ローカルレベルにおけるアクティビティの管理を専門に行なう。以下に述べる自動バックアップ及び配布プロセスの両方に関して明らかなように、データは、種々のフォーマットでネットワークに供給される。一般に、レンダリングオペレーションをローカルレベルで遂行して、サーバーリソースを保存すると共に、個々のユーザへのコストを最小にするのが好ましい。
【００３７】
エージェントは、それらを受け取ることのできる全てのネットワークメンバーにインストールされる。一般に、全ての固定コンポーネントメンバーが、常駐エージェントを有することが期待される。明らかに、全てのラップトップ装置は、このようなソフトウェアを有用に受け容れできるＰＤＡと同様に、エージェントをインストールする。スペクトルの遠方端では、セルラー電話ハンドセットは、主としてＳＭＳを経て、どんな通信チャンネルが設けられるかについてネットワークと対話し、このような装置と一体的に設けられるブラウザ能力の利点を取り入れる。時間と共に、このような装置は、より能力を増し、そしてこのような装置が進化するにつれてそれに対するエージェントが設けられることが予想される。
【００３８】
以上の説明は、本発明の実施形態の幾つかの観点を述べたが、本発明は、広範囲な種々の特定形態で実施できることが明らかであろう。例えば、移動性サーバーの機能は、上述した従来のサーバー／データセンターとして実施することもできるし、より分散した形態で構成することもできる。サーバーそれ自体は、従来のように構成することもできるし、又は任意の出現するアーキテクチャー、例えば、ウェブサービス、企業サービスアーキテクチャー等のもとで形成することもできる。ソフトウェアベースのシステムをここに述べるが、当業者であれば、ハードウェア実施又はハイブリッド（ファームウェア）構造でも同じ結果が得られることが理解されよう。特に、ネットワークエージェントは、技術がおそらく進歩して、益々小さなパッケージに益々多くの機能を許し、益々多くの移動ネットワークメンバーにネットワークエージェント機能を組み込む能力が高くなれば、上述した細部から著しい変更を受けることになろう。
【００３９】
一般に、ネットワークは、データを多数のフォーマットでレンダリングできるものとして広く定義された固定のコンポーネントメンバー、ユーザと共に移動する移動メンバー、及び情報を多数のフォーマットで記憶すると共に、システムのニーズに対して特に調整されたフォーマットでユーザに情報を与える中央ハブとを備えている。
【００４０】
自動バックアップ／バーチャルパブリケーション
ネットワークメンバーからのデータを自動的にバックアップするプロセスが図４ａ及び４ｂに示されている。このプロセスは、多数の個別の目的を果たす。ユーザからのワークを直ちに且つ自動的にバックアップするタスクは、最も単純であるが、従来のシステムとは異なり、本発明のバックアップ方法は、データをバックアップするだけではなく、種々の移動フォーマットで使用するのに適したやり方でデータを視覚的にパブリッシュもする。ここで使用する「パブリッシュ(publish)」という語は、移動ユーザへの実際のパブリケーションを示すものではなく、本発明のこの観点は、そのようなパブリケーションを可能にするものであることを理解されたい。本発明に厳密に適合する正確な語はこの技術にはなく、フォーマットされたデータを後で使用できるようにするこのプロセスを説明するために「バーチャルパブリケーション」という語が採用された。
【００４１】
また、ここに示すバーチャルパブリケーションとデータバックアップとの間を区別することも重要である。前者の語は、移動ユーザに対してフォーマットされたデータの提供を意味し、そのフォーマットは、一般に、本来のデータフォーマットとは異なる。また、この語は、他のユーザによるアクセス性も意味する。他方、バックアップは、バックアップに対して選択された全データの完全な記憶を意味する。更に、本来のデータフォーマット以外のフォーマット（例えば、圧縮フォーマット）でバックアップが行なわれる程度までは、そのフォーマット変更が一般にユーザから隠される。というのは、データが本来のフォーマットからバックアップされ、そしてそれに復帰されるからである。
【００４２】
以下で明らかとなるように、ユーザは、データバックアップ及びバーチャルパブリケーションのアクティビティの任意の組み合せにおいてその両方に参加することができる。例えば、既存のバックアップ記憶装置へアクセスするユーザは、バックアップせずにデータをバーチャルでパブリッシュするように選択することができる。逆に、移動ユーザへ通信する必要のないユーザは、バックアップアクティビティのみに参加するよう選択することができる。しかしながら、ここに示す本発明の観点を完全に使用することは、バックアップ及びバーチャルパブリケーションの両方を伴う。
【００４３】
本発明の１つの観点によれば、バックアップアクティビティは、エージェント（ローカル）レベル及び移動性サーバー（ネットワーク）レベルの両方で行なわれる。図４ａに示すステップは、エージェントにおいて行なわれ、一方、図４ｂは、ネットワークにおけるアクションを示す。このプロセスは、エージェントのデータクライアントサービスモジュール２３０（図３）により実行される。
【００４４】
ネットワークエージェントは、ステップ３０２を連続的に遂行し、ホストシステムをデータ変化について監視する。このステップは、ホストとの一体化の結果として遂行され、当業者であれば、このような機能を実施するための種々の方法が理解されよう。ステップ３０４において変化が検出されると、システムは、判断ステップ３０６において、当該変化がバックアップアクションをトリガーすべきかどうか決定する。この判断は、テーブル、オプション、及び同様の既知の機能を使用して、多数の従来の方法で実行することができる。或いはまた、ユーザは、ドキュメント又はファイルをバーチャルでパブリッシュすることを明確に希望してもよく、この場合は、バーチャルパブリケーション要求がステップ３０４において同様に発生する。
【００４５】
ステップ３０６は、ユーザにより変更されたデータをバックアップすべきかどうか決定する。もちろん、明白なバーチャルパブリケーション要求は、この時点で更なる分析を行なわずに「イエス」を返送する。本発明の一実施形態では、ステップ３０６のような判断ステップは、ユーザにより予め定義されたバックアップパラメータによって支配される。重要な変数は、どんなドキュメントをバックアップすべきか及びいつそれを行なうべきかの質問に対処する。又、このプロセスのバーチャルパブリケーション観点は、ユーザが、データの有望な受信者、及び特殊な取り扱い又はセキュリティ問題を指定する（バックアップパラメータ又はより一般的なユーザの好みに関連して）ことを要求する。従って、本発明の１つの観点では、ユーザは、写真やビデオ（例えば、ファイル形式ＪＰＧ及びＡＶＩにより識別できる）をユーザの広範囲なグループによりアクセスできる一方、ワードプロセスドキュメントやスプレッドシートは、選択されたグループにしか得られないことを指定してもよい。
【００４６】
当該データファイル又はドキュメントをバックアップすべきであることが決定されると、エージェントは、ステップ３０８において、送信パラメータを決定する。これらのパラメータは、主として、データファイルが全体的に送信されるか、又は変更だけが送信されるかに関する。又、システムは、どんなフォーマットを使用すべきか、及びデータの多数のコピーを転送すべきかどうかを決定する。後者のファクタは、システムがパワーの変化する装置において多数のユーザにサービスするよう準備するのを許す。例えば、グラフィックファイルは、最初に使用された映像サイズ及び解像度のネーティブフォーマットファイル（例えば、ＪＰＥＧ、ＰＳＤ等）、プレビューに適したサムネールファイル、及びセルラー電話ハンドセットのような装置に適した低解像度の小映像ファイルの３つのフォーマットでバックアップすることができる。或いは、多数の移動装置にとって表示が困難なＭｉｃｒｏｓｏｆｔ  Ｅｘｃｅｌのようなフォーマットも、プレーンテキストファイル又はｐｄｆドキュメントとして記憶することができる。エージェントは、ユーザの好み並びにシステムルール及びガイドラインを含むプロフィールデータ記憶装置３１０との対話によりこのような決定を行なう。
【００４７】
ステップ３０８の決定は、データが記憶されるフォーマットのセットを生じ、これは、次いで、判断ステップ３１２及び再フォーマットステップ３１４のフォーマットループを駆動する。上述したグラフィックの例のように、多数の再フォーマット繰り返しが要求され、判断ステップ３１２の入力側へループバックする再フォーマットステップを必要とする。更に、データの各再フォーマットされたコピーには、記憶位置が指定される。上述したように、バックアップを伴わずにバーチャルパブリケーションのみを希望するユーザにとって、データは、最も便利なところに記憶することができ、このようにすると、コスト効率が良い。あるデータコピーを発信側システムに記憶し、サーバー記憶リソースを保存するのが望ましい。例えば、サムネール及び低解像度形態のみでグラフィックデータをバーチャルにパブリッシュし、サーバーに多量のグラフィックファイルを記憶するオーバーヘッドを回避するのが望ましい。
【００４８】
送信の前に、ステップ３１８において、この技術で利用できるよく知られた方法を使用して、データが暗号化される。最終的に、ステップ３１８においてデータが送信される。このステップを遂行するための好ましい方法は、このプロセスを遂行するための広く利用できるいずれかの製品、例えば、ＶｅｒｉＳｉｇｎ社から商業的に入手できる製品を使用して、１２８ビットレベルでデータを暗号化し、そして安全なＳＳＬ接続を経てそれを送信することである。
【００４９】
移動性サーバーにおける自動バックアップアクションが図４ｂに示されている。このプロセスは、図２に示されたデータ収集モジュール１４０の責任である。始めに、データが受け取られ（ステップ３２０）、解読され（ステップ３２２）、次いで、インデックスされる（ステップ３２４）。インデックスオペレーションは、中央インデックス１６４を含む。
【００５０】
メタデータ記憶装置１６７と対話してステップ３２６でメタデータを生成し記憶することは、情報の連続的な入手性を与えるために重要である。メタデータにどんなエレメントを含ませるかの選択は、特定アプリケーションにより要求される当業者の熟練度の範囲内である。
【００５１】
ステップ３２８のバージョニングサブシステムは、バージョン記憶装置１６８に関連して動作する。バージョニングシステムの細部は、よく知られているが、本発明による１つのシステムでは、バージョニングは、ドキュメントのどれほど多くのバージョンをセーブすべきか厳密に決定し及び同様のオプションを決定するために、ユーザにより完全に構成可能である。
【００５２】
ステップ３３２−３３８は、図４ｂの破線ボックス内に示すバーチャルパブリケーションプロセス３３０を集合的に作り上げる。このプロセスの重要な特徴は、データを単にバックアップ又は記憶するものでないことである。むしろ、データは、他のユーザにより後で使用できるようにされる。その区別は、この技術において明らかである。というのは、バックアップシステムは、狭い機能的プロフィールを特徴とするものであり、一方、パブリケーションは、ドキュメントを少なくともユーザのグループに利用できるようにすることを意味するからである。以下に示すように、システムがデータをユーザに直接的にパブリッシュしないことから、本発明のこの観点を説明するために「バーチャルパブリケーション」という語を採用することになった。
【００５３】
バーチャルパブリケーションプロセスは、プロフィール記憶装置１６６と対話して、ステップ３３２で、記憶パラメータの決定を開始する。ここで決定されるのは、到来するデータを記憶するためのフォーマットである。多数の方法を使用して、その結果を得ることができるが、ここでは、メンバープロフィールがその情報を含み、この点において付加的な処理オーバーヘッドを回避するのが好ましい。そのリストは、移動性サーバー（図２）のターゲット装置インベントリー１３０と協働して、直接的に又は動的に、多数の方法で得ることができる。
【００５４】
次いで、システムは、ステップ３３０で、必要なデータインスタンスを得る。これを行なうために、システムは、手前のステップからの必要なフォーマットのリストを、エージェントが移動性サーバーへデータを送信したフォーマットと比較する。付加的なデータレンダリングが要求される場合には、システムは、ここでは、レンダリングをどこで遂行すべきか決定し、そしてそのアクションの実行を監督する。一般に、エージェントは、ローカルホストレベルで、できるだけ多くのレンダリングを遂行することが期待される。
【００５５】
ここから、データは、ステップ３３６において暗号化され、次いで、ステップ３３８において、中央データ記憶装置１６２を使用して、記憶される。データ記憶装置は、図２を参照して詳細に述べた。「バーチャルパブリケーションのみ」と示されたデータの場合には、実際の記憶ステップが実行されない。
【００５６】
記憶が完了した後に、システムは、ステップ３４６において監視状態に復帰する。ユーザは、主として、以下に述べる自動バックアッププロセスを容易にするために、固定メンバー（及び現在ではラップトップユーザとで、そして将来は、他の装置とで生じるインターネット接続を維持する移動メンバー）と、移動性サーバーとの間にオープン接続を維持することが予想される。
【００５７】
配布
ユーザへデータを利用できるようにするタスクは、従来の状態では簡単であり、即ち、データがアクセス可能な位置に記憶され、ユーザがそのシステムにログインして、データをダウンロードする。しかしながら、移動環境においては、その状態が標準ではない。ユーザは、装置メモリ及びスクリーン能力に関して種々のデータ能力を有する装置からシステムにアクセスすることができる。図５に示す配布プロセスは、このような状態を取り扱う。このプロセスは、図２に示す移動性サーバーの機能的ブロックの２つにより実行される。配布段階、ステップ３５０−３６６は、配布モジュール１５０により監督され、そして追跡段階、ステップ３６８−３７４は、変更マネージメントシステム１７０により管理される。
【００５８】
配布段階は、ステップ３５０において、ユーザがデータダウンロードを要求することにより開始される。例えば、そのときユーザにより使用されている装置だけでなく、ユーザに関連した別の装置へも、或いは転送により別の位置へも完全に、データをダウンロードする要求を発することができるように、データダウンロード要求の提示について充分な融通性がユーザに与えられねばならないことに注意されたい。又、ここでの説明は、データダウンロードに関連して実施されねばならないセキュリティ手順の記載を省略している。というのは、このような手順は、当業者の知識の範囲内だからである。セキュリティ設定に基づき、ユーザは、多数の又は少数の他のユーザに対してデータ共有特権を必要に応じて許可することができる。
【００５９】
次いで、ステップ３５２は、要求されたデータが移動性サーバーに位置するか又はそれに関連したデータ記憶装置（図２を参照）に位置するか決定する。データは、図４を参照して述べた基準に基づき、サーバー又はユーザの位置に記憶できることが想起される。データが移動性サーバー以外のどこかに位置する場合には、判断ステップは、プログラムの流れをステップ３５４へと進め、ここで、データが検索される。データが受け取られると（それを全体的に待機せずに）、それが、プロセスの残り部分について移動性サーバーに通され、装置が直ちに応答の受信を開始するのを許し、データが入手できないと考えるように導かない。
【００６０】
次いで、システムは、ステップ３５６において、ダウンロードに対するフォーマット要求を決定する。このプロセスは、正しいフォーマットが、ユーザに予め関連付けられねばならない受信装置と、ユーザの好みにより変更される主題データとに依存するという点で多数のサブプロセスを必要とする。システムは、例えば、ユーザＡがＢｌａｃｋＢｅｒｒｙTM装置を使用することを知らねばならず、そしてそのユーザがＥｘｃｅｌスプレッドシートのダウンロードを要求した場合には、システムは、送信の前にデータを再フォーマットすべきであることを知らねばならない。フォーマットの決定は、プロフィール記憶装置１６６との対話によりサポートされる。フォーマットデータ記憶装置は、相容れないフォーマットの問題も識別することが非常に重要である。例えば、セルラー電話ユーザは、ビデオファイルのダウンロードを要求することがある。このようなデータファイルは、通常、長さが数ギガバイトであり、基本的な電話ハンドセット装置の容量を遥かに越える。システムは、このような状態を識別し、そして大量のデータに関連した技術的問題及びユーザ満足度の問題の両方を防止しなければならない。システムは、このような難題が提起される場合にアクションの別のコースを識別することができねばならない。例えば、上述したビデオファイル状態では、ビデオファイルの送信が許されなかったことに単に注目するのではなく、システムは、ビデオから抽出された１つ以上のサムネールを送信することもできるし、或いは時間がかかり且つ潜在的に費用もかかるオペレーションがスタートしようとしていることを単にユーザに警告することもできる。他の手段は、それ自体、当業者に示唆されよう。
【００６１】
判断ステップ３５８が、データレンダリングが要求されたと決定した場合に、システムは、ステップ３６０において、そのプロセスを行う最適な位置を識別することにより始動する。この決定は、データの形式、ファイルのサイズ、潜在的なレンダリング位置の各オーバーヘッド負荷、及びシステムルール又はガイドラインを含む多数のファクタに依存する。当業者であれば、このような決定ルーチンを実施するのに適した判断アルゴリズムを構成することができよう。
【００６２】
レンダリング位置が選択されると、システムは、ステップ３６２において、レンダリングオペレーションを監督する。データが別の位置への送信を要求する場合に、その送信を遂行し、どんなホスト装置が含まれても適当なコマンドを送信しなければならない。デスクトップであっても、サーバーであっても、データが記憶された位置において、ほとんどのレンダリングが行なわれることが予想される。
【００６３】
最終的に、判断ステップ３５７において、データがデータファイルの形態で送信されるか、又はユーザへストリーミングされるか決定しなければならない。この決定は、データ要求においてユーザ入力に基づくこともできるし、データ形式／装置形式の組み合せから流れることもできるし、等々である。ほとんどのこのような判断は、完全に明らかであり、自動的決定に適している。例えば、ビデオデータファイルは、セルラー電話又はＰＤＡのように記憶容量が限定された装置へダウンロードするのに本来適していないが、このような装置へ非常に良好に流れることができる。この判断に基づき、データは、ステップ３６４においてファイルとしてダウンロードされるか、又はステップ３６６においてストリーミングされる。
【００６４】
データがユーザへ配布されると、変更マネージメントモジュール１７０（図２）の制御のもとで追跡段階が始まる。ステップ３６８では、サーバー又は受信者のいずれかにより行なわれた全てのドキュメントアクションをチェックして、そのアクションが発信者へのアラートを要求するか又は第三者へのアラートを要求するか決定する（ステップ３７０）。典型的なアクションは、ドキュメントを配送し、削除し、セーブし、変更し、又は第三者へ返送することを含む。警告が要求される場合には、システムは、ステップ３７２において、誰がその通知を要求したかユーザに知らせる。もちろん、追跡は、移動性サーバーに生じるアクションに制限される。というのは、受信人のシステムのみで行なわれたアクションを決定する方法がないからである。追跡は、要求側ユーザがドキュメントを終了したことを指示する所定の事象、例えば、ドキュメントが終了され又は削除されたという指示を受け取るまで続けられる。この点で配布／追跡プロセスが終了となる（ステップ３７４）。
【００６５】
結論
上述した好ましい実施形態及び実施例を参照して本発明を説明したが、これらは、例示に過ぎず、何ら制限するものではない。コンピュータ支援処理は、ここに述べる実施形態において示唆された。従って、本発明は、異種ネットワークにおけるデータ配布方法、異種ネットワークにおいてデータ配布を実行するためのロジック及びリソースを含むシステム、異種ネットワークにおけるコンピュータ支援データ配布の利点を取り入れるシステム、異種ネットワークにおいてデータ配布を実行するためのロジックが銘記されたメディア、異種ネットワークにおいてデータ配布を実行するためのロジックが記されたデータストリーム、又は異種ネットワークにおいてコンピュータ支援データ配布を実行するコンピュータアクセス可能なサービスにおいて実施することができる。当業者であれば、変更や組み合せが容易に明らかであろうが、これらの変更や組み合せは、本発明の精神及び特許請求の範囲内に包含されることが意図される。
【図面の簡単な説明】
【００６６】
【図１】本発明による移動サービスネットワークの概略図である。
【図２】本発明によるネットワークの移動サーバーコンポーネントの機能的ブロック図である。
【図３】本発明によるネットワークのネットワークエージェントコンポーネントの機能的ブロック図である。
【図４ａ】本発明による自動バックアッププロセスのネットワークエージェント部分を示すフローチャートである。
【図４ｂ】本発明による自動バックアッププロセスの移動サーバー部分を示すフローチャートである。
【図５】本発明によるデータ配布プロセスを示すフローチャートである。
【図１】
2009508235.tif 000003
【図４ａ】
2009508235.tif 000004
【図４ｂ】
2009508235.tif 000005
【図５】
2009508235.tif 000006
【図２】
2009508235.tif 000007
【図３】
2009508235.tif 000008
【手続補正書】
【提出日】平成20年5月7日(2008.5.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
異種ネットワーク内でデータを配布する方法であって、
少なくともその幾つかが複数のデータフォーマットで記憶されるデータを、ネットワークメンバーに代わって記憶するデータ記憶ユニットを備えた移動性サーバー、移動コンポーネント及び固定コンポーネントを含むプライベート移動ネットワークを提供するステップと、
要求が選択された際に、データを受信人へ送信するステップであって、各々のこのような送信は、各受信人により受け容れられて表示されるようにフォーマットされるステップと、
を備えた方法。
【請求項２】
上記データ送信ステップは、要求されたデータを配布のために準備する段階を含み、この段階は、
デリバリー受信者のフォーマット受け容れ基準に基づいてデリバリーフォーマット要求を決定し、
データの利用可能な記憶コピーを含む要求されたデータのフォーマットに基づきデータフォーマットレンダリング(rendering)が要求されるかどうか決定し、
レンダリングが要求される場合には、そのようなレンダリングを遂行すべき最適なネットワーク位置を決定し、そしてそのレンダリングを実行する、
ことを含む請求項１に記載の方法。
【請求項３】
上記データ送信ステップは、更に、上記データをストリームファイルとして送信すべきかどうか決定し、そしてその肯定応答に応答して、上記データを前記受信人へストリーミングする段階を含む、請求項２に記載の方法。
【請求項４】
前記送信ステップの後に上記データを追跡するステップと、
上記データに関する予め選択されたアクションが生じた際に、予め選択された当事者に通知するステップと、
を更に備えた請求項１に記載の方法。
【請求項５】
上記フォーマット受け容れ基準は、メモリ能力及びスクリーン特性を含む、請求項２に記載の方法。
【請求項６】
異種ネットワーク内でデータを配布する方法において、
移動性サーバー、移動コンポーネント及び固定コンポーネントを含むプライベート移動ネットワークを用意するステップであって、移動性サーバーは、
ネットワークメンバーに関連したデータであって、個人的情報を反映するデータと、装置に関する情報を反映するデータとを含み、更に、後者のデータが、このような装置のメモリ容量、スクリーン特性及びデータレンダリング能力に関する情報を含むようなデータと、
ネットワークメンバーに代わって記憶されたデータであって、その少なくとも幾つかが複数のデータフォーマットで記憶されるようなデータと、
を記憶するデータ記憶ユニットを含むものであるステップと、
データ配布要求を、ネットワーク内部又は外部で発信するメッセージの形態又は前記ネットワークメンバーからのデータアクセス要求の形態で受け容れるステップと、
要求されたデータを配布のために準備するステップであって、
受信人のフォーマット受け容れ及び表示基準に基づいてデリバリーフォーマット要求を決定する段階、
データの利用可能な記憶コピーを含む要求されたデータのフォーマットに基づいて、データフォーマットレンダリングが要求されるかどうか決定する段階、及び
レンダリングが要求される場合には、そのようなレンダリングを遂行すべき最適なネットワーク位置を決定し、そしてそのようなレンダリングを行なう段階、
を含むようなステップと、
上記データを全ての受信人へ送信するステップであって、各送信は、各受信人によって受け容れられ表示されるようにフォーマットされるステップと、
上記データ送信ステップの後に上記データを追跡するステップと、
上記データに関する予め選択されたアクションが発生した際に予め選択された当事者に通知するステップと、
を備えた方法。
【請求項７】
上記データ送信ステップは、更に、前記データをストリームファイルとして送信すべきかどうか決定し、そして肯定応答に応答して、上記データを上記受信人へストリーミングする段階を含む、請求項５に記載の方法。
【国際調査報告】
2009508235.tif 000009