(57)【要約】  キューイングし、かつ、コンテンツをネットワークからダウンロードするためのシステムおよび方法が提供される。ユーザは、所望のコンテンツと、ターゲットエンドユーザ装置およびダウンロードが発生する前に満たされるべき条件のようなダウンロードパラメータとをスケジューラに通知する。スケジューラは、コンテンツがターゲットエンドユーザ装置にダウンロードされる時点においてターゲットエンドユーザ装置が利用可能になりかつ条件が満たされるまで、要求されたコンテンツを記憶する。本発明は、ユーザが、ある時点においてある装置を用いてコンテンツを閲覧し、そして、その後の時点において恐らくは異なる装置へコンテンツをダウンロードさせるのを可能にする。これは、例えば、ユーザが、コストの高いアクセス時間にコンテンツを閲覧し、そして、コストの低いアクセス時間に大きなファイルを取り出すのを可能にする。
2008523672.tif 000002
【特許請求の範囲】
【請求項１】
ダウンロード要求のコンテクストリダイレクションを実行する方法であって、
要求装置からダウンロード要求を要求コンテクストを介して受信するステップと、
前記要求コンテクストとは異なるダウンロードコンテクストを前記要求装置から受信するステップと、
前記ダウンロード要求において識別されたコンテンツを取り出すステップと、
前記コンテンツをターゲット装置へ前記ダウンロードコンテクストを介してダウンロードするステップと、
を備える方法。
【請求項２】
前記ターゲット装置が、前記要求装置とは異なる物理的な装置である点において、前記ダウンロードコンテクストが、前記要求コンテクストとは異なる、請求項１に記載の方法。
【請求項３】
前記コンテンツが、前記ダウンロード要求が受信されるものとは異なる種類のサービスを介してダウンロードされる点において、前記ダウンロードコンテクストが、前記要求コンテクストとは異なる、請求項１に記載の方法。
【請求項４】
前記ダウンロードコンテクストが、前記コンテンツが前記ターゲット装置へダウンロードされる前に満たされなければならないダウンロードポリシーを指定する点において、前記ダウンロードコンテクストが、前記要求コンテクストとは異なる、請求項１に記載の方法。
【請求項５】
前記ダウンロードポリシーが、少なくとも１つの条件を含み、前記少なくとも１つの条件のそれぞれが満たされた場合にだけ、前記ダウンロードポリシーが満たされる、請求項４に記載の方法。
【請求項６】
前記少なくとも１つの条件の少なくとも１つが、時刻、帯域幅可用性、その他のダウンロード要求と比較した優先順位、および利用可能帯域幅のコストの中の１つである、請求項５に記載の方法。
【請求項７】
ダウンロードコンテクストのメニューを前記要求装置上に表示するステップをさらに備え、ダウンロードコンテクストを受信するステップが、前記メニューから選択されたものを受信するステップを備える、請求項１に記載の方法。
【請求項８】
プルクライアントを前記ターゲット装置上に提供するステップと、
前記ターゲット装置のユーザに関連する認証コードを記憶するステップと、
前記コンテンツをダウンロードする前に、前記プルクライアントが前記認証コードを用いて前記ダウンロードを認証するステップと、
をさらに備える、請求項１に記載の方法。
【請求項９】
コンテンツを取り出すステップが、前記コンテンツのプロキシダウンロードを実行するステップを備える、請求項１に記載の方法。
【請求項１０】
ダウンロード要求のコンテクストリダイレクションを実行するためのダウンロードスケジューラであって、
ダウンロード要求を要求装置から要求コンテクストを介して受信するための命令と、
前記要求コンテクストとは異なるダウンロードコンテクストを前記要求装置から受信するための命令と、
前記ダウンロード要求において識別されたコンテンツを取り出すための命令と、
前記コンテンツをターゲット装置へ前記ダウンロードコンテクストを介してダウンロードするための命令と、
を備えるダウンロードスケジューラ。
【請求項１１】
前記ターゲット装置が、前記要求装置とは異なる物理的な装置である点において、前記ダウンロードコンテクストが、前記要求コンテクストとは異なる、請求項１０に記載のダウンロードスケジューラ。
【請求項１２】
前記コンテンツが、前記ダウンロード要求が受信されるものとは異なる種類のサービスを介してダウンロードされる点において、前記ダウンロードコンテクストが、前記要求コンテクストとは異なる、請求項１０に記載のダウンロードスケジューラ。
【請求項１３】
前記ダウンロードコンテクストが、前記コンテンツが前記ターゲット装置へダウンロードされる前に満たされなければならないダウンロードポリシーを指定する点において、前記ダウンロードコンテクストが、前記要求コンテクストとは異なる、請求項１０に記載のダウンロードスケジューラ。
【請求項１４】
前記ダウンロードポリシーが、少なくとも１つの条件を含み、前記少なくとも１つの条件のそれぞれが満たされた場合にだけ、前記ダウンロードポリシーが満たされる、請求項１３に記載のダウンロードスケジューラ。
【請求項１５】
前記少なくとも１つの条件の少なくとも１つが、時刻、帯域幅可用性、その他のダウンロード要求と比較した優先順位、および利用可能帯域幅のコストの中の１つである、請求項１４に記載のダウンロードスケジューラ。
【請求項１６】
ダウンロードコンテクストのメニューを前記要求装置上に表示するための命令をさらに備え、ダウンロードコンテクストを受信するための命令が、前記メニューから選択されたものを受信するための命令を備える、請求項１０に記載のダウンロードスケジューラ。
【請求項１７】
前記ターゲット装置のユーザに関連する認証コードを取り出すための命令と、
前記コンテンツをダウンロードする前に、前記ターゲット装置のプルクライアントが前記認証コードを用いて前記ダウンロードを認証するための命令と、
をさらに備える、請求項１０に記載のダウンロードスケジューラ。
【請求項１８】
コンテンツを取り出すための命令が、前記ダウンロードスケジューラのものとは異なる管理制御下においてコンテンツプロバイダから前記コンテンツをプロキシダウンロードすることを実行するための命令を備える、請求項１０に記載のダウンロードスケジューラ。
【請求項１９】
ダウンロード要求のコンテクストリダイレクションを実行するための命令を記憶するコンピュータ可読媒体であって、
ダウンロード要求を要求装置から要求コンテクストを介して受信するための命令と、
前記要求コンテクストとは異なるダウンロードコンテクストを前記要求装置から受信するための命令と、
前記ダウンロード要求において識別されたコンテンツを取り出すための命令と、
前記コンテンツをターゲット装置へ前記ダウンロードコンテクストを介してダウンロードするための命令と、
を備えるコンピュータ可読媒体。
【請求項２０】
前記ターゲット装置が、前記要求装置とは異なる物理的な装置である点において、前記ダウンロードコンテクストが、前記要求コンテクストとは異なる、請求項１９に記載のコンピュータ可読媒体。
【請求項２１】
前記コンテンツが、前記ダウンロード要求が受信されるものとは異なる種類のサービスを介してダウンロードされる点において、前記ダウンロードコンテクストが、前記要求コンテクストとは異なる、請求項１９に記載のダウンロードスケジューラ。
【請求項２２】
前記ダウンロードコンテクストが、前記コンテンツが前記ターゲット装置へダウンロードされる前に満たされなければならないダウンロードポリシーを指定する点において、前記ダウンロードコンテクストが、前記要求コンテクストとは異なる、請求項１９に記載のコンピュータ可読媒体。
【請求項２３】
前記ダウンロードポリシーが、少なくとも１つの条件を含み、少なくとも１つの条件のそれぞれが満たされた場合にだけ、前記ダウンロードポリシーが、満たされる、請求項２２に記載のコンピュータ可読媒体。
【請求項２４】
前記少なくとも１つの条件の少なくとも１つが、時刻、帯域幅可用性、その他のダウンロード要求と比較した優先順位、および利用可能帯域幅のコストの中の１つである、請求項２３に記載のコンピュータ可読媒体。
【請求項２５】
ダウンロードコンテクストのメニューを前記要求装置上に表示するための命令をさらに備え、ダウンロードコンテクストを受信するための命令が、前記メニューから選択されたものを受信するための命令を備える、請求項１９に記載のコンピュータ可読媒体。
【請求項２６】
前記ターゲット装置のユーザに関連する認証コードを取り出すための命令と、
前記コンテンツをダウンロードする前に、前記ターゲット装置のプルクライアントが前記認証コードを用いてダウンロードを認証するための命令と、
をさらに備える、請求項１９に記載のダウンロードスケジューラ。
【請求項２７】
コンテンツを取り出すための前記命令が、前記ダウンロードスケジューラのものとは異なる管理制御下においてコンテンツプロバイダから前記コンテンツをプロキシダウンロードすることを実行するための命令を備える、請求項１９に記載のダウンロードスケジューラ。
【請求項２８】
コンテンツの蓄積交換ダウンロードを提供するためのシステムであって、
ダウンロード要求によって識別されたコンテンツを取り出すための手段と、
前記ダウンロード要求によって識別されたコンテンツを記憶するためのコンテンツ記憶キャッシュと、
前記ダウンロード要求を要求装置から受信し、かつ、前記ダウンロード要求によって識別された前記コンテンツを前記コンテンツ記憶キャッシュからターゲット装置へ転送するためのダウンロードスケジューラであり、前記ターゲット装置が、物理的な装置および前記物理的な装置と前記ダウンロードスケジューラとの間の通信チャンネルの種類の少なくとも１つにおいて、前記要求装置とは異なる、前記ダウンロードスケジューラと、
を備えるシステム。
【請求項２９】
コンテンツを取り出すための手段が、ＨＴＴＰプロキシを備える、請求項２８に記載のシステム。
【請求項３０】
認証情報を記憶するためのユーザ設定データベースをさらに備え、それによって、前記ダウンロードスケジューラが、前記ターゲット装置内のプルクライアントと対話することによって、前記コンテンツを前記ターゲット装置へ転送することができる、請求項２８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおけるマルチモーダルコンテンツ配信に関し、より詳細には、コンテンツのダウンロードを延期またはリダイレクトすることに関する。
【背景技術】
【０００２】
一般的には、携帯電話のようなモバイル接続装置のユーザは、固定アクセス装置のユーザがインターネットから低コストでタイムリーにダウンロードする機能の恩恵にあずかるのと同じように恩恵にあずかることはない。電子新聞、ビデオ、ミュージック、および電子雑誌のような、インターネットを介してコンテンツプロバイダから入手することのできる多種多様なコンテンツが存在する。このマルチメディアコンテンツの多くは、たとえ３Ｇ装置であっても、ほとんどのモバイル接続装置内に効率的にダウンロードするにはあまりにも大きすぎる。これは、比較的に小さい帯域幅およびその結果としての長いダウンロード時間、高い帯域幅コスト、およびファイル要件とユーザのモバイル装置の記憶能力および表示能力との間の不整合を含むいくつかの要因が混ざり合ったことによるものである。
【０００３】
１つのアプローチは、コンテンツを無線データ接続を介してラップトップコンピュータへダウンロードするために、携帯電話ネットワークを使用することである。このアプローチは、たとえ、３Ｇ技術によって構想されているより速い接続を使用したとしても、遅くて高価である。
【０００４】
無線「ホットスポット」（典型的には、８０２．１１  ＷｉＦｉ、ＷｉＭＡＸ、または、その他の技術によって提供される）の広範囲にわたる配置は、十分に高速の無線データ接続をほとんどのダウンロード要件に提供する。コストは、多くの場合、妥当なものであり、そして、このようなサービスは、多くの場合、転送されたデータの量に依存しない定額料金を提供する。しかしながら、ホットスポットの地理的サービス範囲は、無線ネットワークのユビキティー（ｕｂｉｑｕｉｔｙ、偏在性）とは整合しておらず、ホットスポットは、空港および鉄道の駅のような公共輸送領域に限定される傾向がある。モバイルユーザは、興味のあるコンテンツを選択およびダウンロードするような活動がホットスポットだけに、またはユーザが自宅にいるときだけに限定されざるを得ないならば、このようなことをするためにコンテンツプロバイダのウェブサイトを閲覧しようとする時間または意識を持たないであろう。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ユーザがどこででもディジタルコンテンツにざっと目を通して、該ディジタルコンテンツを選択するのを可能にし、ＧＳＭまたはＣＤＭＡに基づいた今日のモビリティーネットワークのユビキタスに近いサービス範囲を利用し、同時に、ダウンロードを受け入れるターゲット装置に関する柔軟性を提供するシステムは、コンテンツをサービスプロバイダから都合よくかつ低コストでダウンロードするための改善された手段をモバイルユーザに提供する。
【課題を解決するための手段】
【０００６】
本発明の一態様によれば、ダウンロード要求のコンテクストリダイレクションを実行するための方法が提供される。ダウンロード要求は、要求コンテクストを介して要求装置から受信される。ダウンロードコンテクストは、要求装置から受信され、このダウンロードコンテクストは、要求コンテクストとは異なる。ダウンロード要求において識別されるコンテンツが取り出され、そして、ダウンロードコンテクストを介して、ターゲット装置にダウンロードされる。ダウンロードコンテクストは、ターゲット装置が、要求装置とは異なる物理的装置である点において、コンテンツが、ダウンロード要求が受信されるものとは異なる種類のサービスを介してダウンロードされる点において、あるいは、ダウンロード要求において指定されたダウンロードポリシーが、コンテンツがターゲット装置へダウンロードされる前に、満たされなければならない点において、要求コンテクストと異なっていてもよい。
【０００７】
本発明の方法を実施するための装置が提供される。本発明の方法は、命令としてコンピュータ可読媒体上に記憶されてもよく、この命令は、コンピュータプロセッサーによって実行可能なものである。
【０００８】
方法および装置は、ダウンロード要求のコンテクストリダイレクションを提供し、要求されたコンテンツを、要求がなされた装置とは異なるターゲット装置にリダイレクトすることによって、あるいは、ターゲット装置（恐らくは、要求がなされた装置）がより望ましい接続を介してネットワークに接続されるまで、要求されたコンテンツをダウンロードするのを遅延させることによって、コンテンツの要求をコンテンツのダウンロードから切り離す。いずれの場合においても、ダウンロード要求は、要求されたコンテンツをダウンロードするためにより適切な接続が存在するまで、記憶される。これは、ユーザがコンテンツをより都合よくかつより低コストでダウンロードするのを可能にする。ユーザは、コンテンツをダウンロードするための要求をキューイングしてもよく、これは、高いコストでまたは低い帯域幅でネットワークにアクセス中にユーザがコンテンツを閲覧し、そして、その後に、低いコストでまたは高い帯域幅でネットワークにアクセスできるときに、ユーザが意識しなくてもよいような形で、コンテンツをダウンロードさせるのを可能にする。ユーザは、さらに、あるいは、代替として、異なるターゲットエンドユーザ装置を指定してもよく、それによって、ユーザが、ＰＤＡはもちろんのこと、携帯電話のような記憶容量が小さい装置を用いて、コンテンツを閲覧し、かつ、ホームコンピュータのような記憶容量がより大きな装置にコンテンツをダウンロードするのを可能にする。要求装置が、マルチモーダル装置であれば、ターゲット装置は、要求装置と同一の装置であってもよいが、コンテンツを要求するのとは異なる接続モードが、コンテンツをダウンロードするのに使用される。
【発明を実施するための最良の形態】
【０００９】
本発明の特徴および利点が、添付の図面を参照した１つかまたは複数の好ましい実施形態の以下の詳細な説明からより明白となる。
【００１０】
添付の図面において、類似する構成要素は類似する符号を有することに注意されたい。
【００１１】
図１を参照すると、本発明の一実施形態による例としての蓄積交換通信システムが示される。ダウンロードサービスプロバイダ１１が、インターネットのようなネットワーク１０に接続される。ネットワーク１０内においては、複数のアクセスネットワーク１４が、ネットワークアクセスをエンドユーザ装置に提供する。ダウンロードサービスプロバイダ１１は、また、複数のアクセスネットワーク１４内においてアクセスネットワークを運営してもよい。図１に示される例としてのシステムにおいては、エンドユーザ装置には、第１のモバイル装置１６、第２のモバイル装置１８、および固定装置２０が含まれる。当然ながら、エンドユーザ装置のどのような組み合わせも可能である。
【００１２】
エンドユーザ装置は、ポータブルコンピュータ、デスクトップコンピュータ、または、携帯情報端末のような、コンテンツを要求または取り出すためにダウンロードサービスプロバイダ１１内のプロキシ３６を介してコンテンツプロバイダ２４と対話できるものであればどのような装置であってもよい。コンテンツを要求するのに使用されるエンドユーザ装置は、本明細書では、要求装置と呼ばれ、ウェブブラウザのような、コンテンツを閲覧するための手段を含む。コンテンツがダウンロードされるエンドユーザ装置（図１に示される例においては、モバイル装置１８およびランドライン装置２０）は、ここでは、ターゲット装置と呼ばれる。ターゲット装置は、物理的なエンドユーザ装置と通信サービスまたはプロトコルとによって定義される。したがって、マルチモーダルエンドユーザ装置の場合、単一の物理的装置は、２つ以上のターゲット装置を含んでもよい。それぞれのターゲット装置は、プルクライアント２２を含む。それぞれのプルクライアント２２は、ダウンロードサービスプロバイダ１０によってダウンロードが開始されたとき、コンテンツを対応するターゲット装置にダウンロードするのを可能にする。プルクライアントは、ダウンロードサービスプロバイダ１０によって提供され、ユーザによって１回だけインストールされ、ダウンロードサービスプロバイダ１０がその後にダウンロードしようとする試みを認識および許可するように構成される。
【００１３】
複数のコンテンツプロバイダ２４（図１においては、１つしか示されないが）は、ネットワーク１０と通信できる状態にある。ダウンロードサービスプロバイダは、ダウンロードスケジューラ１２、コンテンツ記憶キャッシュ２８、ユーザ設定データベース３２、請求システム３４、およびＨＴＴＰプロキシ３６を含む。ユーザ設定データベース３２は、ターゲット装置のリスト、ターゲット装置の容量のリスト、およびそれぞれのプルクライアント２２が認証することによってコンテンツをターゲット装置にダウンロードするのを可能にするターゲット装置の認証コードを含めて、ユーザごとの顧客情報を記憶する。請求システム３４は、ダウンロードスケジューラ１２によって提供されるキューサービスおよびロードサービスに対するユーザへの課金に関する情報を含む。ダウンロードサービスプロバイダ１１内において、ダウンロードスケジューラ１２は、その他のコンポーネントのそれぞれと通信できる状態にある。
【００１４】
エンドユーザ装置は、一時的にだけアクセスネットワーク１４と通信できる状態にあってもよい。一時的な通信の例には、エンドユーザ装置が電源をオンまたはオフにされること、およびモバイル装置が無線「ホットスポット」を通過することが含まれる。
【００１５】
大まかに言えば、動作中、ユーザは、要求装置を用いて、ダウンロードスケジューラ１２にアクセスし、例えば、コンテンツプロバイダ２４におけるコンテンツのような、ネットワーク１０を介してアクセスすることのできるコンテンツを要求する。ユーザは、また、ターゲット装置を指定し、そして、場合によって、ダウンロードポリシーを指定してもよい。ダウンロードポリシーは、要求されたコンテンツがダウンロードされる前に満たされなければならない条件であり、以下でより詳細に説明される。ダウンロードスケジューラ１２は、要求されたコンテンツを取り出し、該コンテンツを記憶キャッシュ２８に記憶する。ターゲット装置が、次に、ネットワークと通信するとき、かつ、場合によって、指定されたダウンロードポリシーが、満たされた場合、ダウンロードスケジューラ２６は、要求されたコンテンツをターゲット装置に転送する。ターゲット装置の識別情報（このターゲット装置はコンテンツを要求したエンドユーザ装置と異なっていてもよい）およびダウンロードポリシーは、それぞれ、または、互いに、ダウンロードコンテクストを定義する。ダウンロード要求のコンテクストリダイレクションは、要求がなされるとすぐにそのコンテンツが要求装置にただ単にダウンロードされるだけではない場合に発生する。正確に言えば、コンテンツをダウンロードすることは、要求から切り離され、そして、異なる物理的な装置のような別のダウンロードコンテクスト、要求がなされた物理的装置内の異なる通信サービス、または、要求がなされた同一の物理的装置にリダイレクトされるが、それは、指定されたダウンロードポリシーが満たされたその後の時点においてである。
【００１６】
図２を参照すると、本発明の一実施形態に基づいてダウンロード要求が記憶および処理される方法のフローチャートが、示される。ステップ５０において、ダウンロードスケジューラ１２は、ダウンロード要求を要求装置から受信する。
【００１７】
ダウンロード要求は、関連する要求コンテクストを有する。要求コンテクストは、ダウンロードコンテクストに類似する抽象概念であるが、要求装置によってのみ定義され、また、要求装置がマルチモーダルエンドユーザ装置であれば、通信サービスによってのみ定義される。ダウンロード要求によって指定されるコンテンツは、例えば、ミュージックファイル、ビデオファイル、画像ファイル、または、その他の何らかのフォーマットを有するデータファイルのような、ネットワーク１０内においてまたはネットワーク１０を介してアクセスできるものであればどのようなコンテンツであってもよい。
【００１８】
ダウンロード要求は、コンテンツプロバイダ２４によって提供されるコンテンツをＨＴＴＰプロキシ３６を介して閲覧しているユーザがダウンロードを開始するためにコンテンツプロバイダのインタフェース（ウェブインタフェースのような）によって要求される一連の対話を完了したときに、受信される。ＨＴＴＰプロキシ３６は、その結果として発生するトラフィックストリームをダウンロードイベントとして識別し、ステップ５１において、要求されたコンテンツをコンテンツ記憶キャッシュ２８にキャッシュすることを開始する。この時点において、ユーザは、例えば、ポップアップウィンドウによって、キャッシュすることが開始されたことを通知されてもよい。
【００１９】
ステップ５２において、ダウンロードスケジューラ１２は、ユーザ設定データベース３２を参照し、コンテンツを要求するユーザに対して設定された一組のダウンロードオプションを取り出す。ダウンロードオプションは、一組の少なくとも１つの適格なターゲット装置を含む。それぞれの適格なターゲット装置は、ユーザがコンテンツをダウンロードし得るエンドユーザ装置であり、要求装置と同じエンドユーザ装置でなくてもよい。一組の適格なターゲット装置は、また、マルチモーダル装置上のサービスを区別し、そのために、個々の物理的装置は、何度も、一組の適格な装置の中に含まれてもよい。このことは、マルチモーダル要求装置上の様々なサービスにもあてはまる。また、ターゲット装置は、ユーザによって指定された電子メールアドレスによって識別されるならば、ネットワークメールサーバーであってもよい。
【００２０】
ダウンロードオプションは、また、ダウンロードポリシーを含んでもよく、それぞれのダウンロードポリシーは、ユーザによって予め設定された一組の少なくとも１つの条件であり、その条件は、コンテンツが特定のターゲット装置にダウンロードされる前に、満たされなければならない。このような条件の例は、時刻、帯域幅可用性、好ましいターゲットダウンロード装置、その他のダウンロード要求と比較した優先順位、および利用可能帯域幅のコストである。
【００２１】
ダウンロードスケジューラ１２は、例えば、携帯電話ディスプレイ上に、あるいは、携帯情報端末ディスプレイ上にメニューを表示することによって、ダウンロードオプションをユーザに提供する。ダウンロードスケジューラ１２は、また、それぞれのまたはいくつかのダウンロードオプションに関連するコストの見積もりを計算および表示してもよい。ステップ５４において、ユーザは、ダウンロードオプションを選択するか、デフォルトのダウンロードオプションを受け入れるか、あるいは、ダウンロード要求をキャンセルするかのいずれかである。ユーザが、ダウンロード要求をキャンセルすれば、ステップ５６において、ダウンロードスケジューラは、ダウンロード要求の処理を終了し、要求されたコンテンツをキャッシュするのを停止し、キャッシュを消去する。ユーザが、ダウンロードオプションを選択すれば、ステップ６４において、ＨＴＴＰプロキシ３６は、コンテンツをダウンロードすることおよびコンテンツ記憶キャッシュ２８にキャッシュすることを完了する。ステップ６６において、ダウンロードスケジューラ２６は、ターゲット装置は電子メールアドレスかどうかを判定する。ターゲット装置が、電子メールアドレスであれば、ステップ６８において、ダウンロードスケジューラ２６は、コンテンツ記憶キャッシュ２８に記憶された要求されたコンテンツを、添付ファイルとして、指定された電子メールアドレスへ送信し、コンテンツ記憶キャッシュ２８からコンテンツを消去し、そのトランザクションを請求システム２４に通知する。ターゲット装置が、電子メールアドレスでなければ、ステップ７０において、ダウンロードスケジューラ２６は、ターゲット装置および場合によってダウンロードポリシーを含むダウンロードオプションをダウンロード要求に付加し、そのダウンロード要求を未処理要求キュー内に記憶する。未処理要求キューは、すべてのユーザおよびターゲット装置に対する要求されたダウンロードのキュー、要求するユーザに固有のキュー、または、ターゲット装置に固有のキューのいずれかであってもよい。
【００２２】
図３を参照すると、本発明の一実施形態に基づいてダウンロード要求に対するコンテンツがエンドユーザ装置にダウンロードされる方法のフローチャートが、示される。この方法は、ターゲット装置がアクセスネットワーク１４に接続されたことが、ダウンロードスケジューラで確認されたときに、ステップ８０において起動される。好ましい実施形態においては、ダウンロードサービスに登録されたエンドユーザ装置は、アクセスネットワーク１４に接続されているとき、ダウンロードサービスプロバイダにｐｉｎｇを定期的に送信する。これは、エンドユーザ装置がネットワーク１４と通信できる状態にあることをダウンロードサービスプロバイダに通知するだけでなく、どのようにしてエンドユーザ装置にアクセスすることができるかをダウンロードサービスプロバイダに通知する。
【００２３】
ステップ８８において、ダウンロードスケジューラ１２は、未処理キュー内において、ターゲット装置に関連するダウンロード要求の検索を試みる。ダウンロードスケジューラ１２が、ターゲット装置に関連するダウンロード要求を１つも検索することができなければ、ステップ９０において、ダウンロードスケジューラは、ターゲット装置に対するダウンロード要求の処理を終了する。ダウンロードスケジューラ１２が、ターゲット装置に関連するダウンロード要求を検索したならば、ステップ９２において、ダウンロードスケジューラは、ダウンロード要求はダウンロードポリシーを含むかどうかを判定し、ダウンロードポリシーを含むならば、ダウンロードポリシーにおいて指定された一組の少なくとも１つの適切な条件が満たされているかどうかを判定する。例として、また、ダウンロード要求を発行するときにユーザによって入力されたときにどのような条件がダウンロードポリシー内に含められたかに応じて、ダウンロードスケジューラは、ターゲットエンドユーザ装置への接続は十分な帯域幅を有するかどうか、現時点において正しい時刻であるかどうか、より高い優先順位のダウンロード要求が未処理要求キュー内に存在するかどうか、指定されたダウンロード要求はすでに完了しているかどうか、ターゲット装置への接続は低コストかどうか、あるいは、このような条件を組み合わせたものを判定してもよい。
【００２４】
ダウンロード要求が、ダウンロードポリシーを含むならば、かつ、ダウンロードポリシーにおいて指定された一組の少なくとも１つの条件が、満たされなければ、コンテンツは、ターゲット装置にダウンロードされることはなく、ダウンロードスケジューラは、ステップ８８において、ターゲット装置に関連する別のダウンロード要求の検索を試みる。ダウンロードポリシーにおいて指定された一組の少なくとも１つの条件が、満たされているならば、あるいは、ダウンロード要求が、ダウンロードポリシーを含まないならば、ステップ９６において、ダウンロードスケジューラは、ダウンロード要求に関連するコンテンツを取り出し、コンテンツ記憶キャッシュ２８に記憶し、そのコンテンツをターゲット装置へダウンロードする。ターゲット装置へのダウンロードは、ターゲット装置のプルクライアント２２を使用することによって、また、ユーザ設定データベース３２に記憶されたターゲット装置に対する認証コードによって、認証される。ダウンロードが終了すれば、ステップ９８において、ダウンロードスケジューラは、ダウンロードが完全なものであるかどうかを判定する。例えば、すべてのコンテンツがダウンロードされる前に、ターゲット装置が接続を終了したならば、それは、ユーザがＷｉＦｉホットスポットを通過するときに発生し得るが、ダウンロードは、完全なものでない可能性がある。ダウンロードが、完全なものでなければ、ステップ９９において、ダウンロードスケジューラは、どれだけのコンテンツがうまくダウンロードされたかを指示するために、未処理キューに記憶されたダウンロード要求を変更する。
【００２５】
ダウンロードスケジューラが、ステップ９８において、ダウンロードは完全なものであると判定すれば、ダウンロードスケジューラは、ステップ１００において、未処理キューからダウンロード要求を除去し、ステップ１０２において、コンテンツ記憶キャッシュ２８から関連するコンテンツを除去する。ダウンロードスケジューラは、トランザクションが成功したことを請求システム３４に通知し、ステップ８８において、ターゲット装置に関連する別のダウンロード要求の検索を試みる。
【００２６】
本発明の動作が、図１を参照して説明される例としての動作によって、さらに説明される。ユーザは、ウェブブラウザを備える携帯情報端末（ＰＤＡ）１６を用いて、ネットワーク（例えば、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）を閲覧し、ダウンロードするために、テキストドキュメントおよび一連のミュージックファイルを選択する。ＰＤＡの記憶容量、無線接続を使用するコスト、およびネットワーク１４に接続されることが可能なユーザが有する短い時間という制限のために、ユーザは、この時点においては、コンテンツをダウンロードすることを望まない。ユーザは、コンテンツを閲覧する時間はあるが、コンテンツをダウンロードする時間はない。
【００２７】
ユーザは、ダウンロードを開始するためにコンテンツプロバイダのウェブインタフェースによって要求される一連の対話を完了し、ＨＴＴＰプロキシ３６が、上述したように、要求されたコンテンツをキャッシュすることを開始する。ダウンロードが進行中であるという通知を受信すると、ユーザは、そのユーザのＷｉＦｉ対応型ラップトップコンピュータ１８へテキストドキュメントをダウンロードしたいこと、およびそのユーザのホームコンピュータ２０へミュージックファイルをダウンロードしたいことを指定する。ユーザは、テキストドキュメントに対するダウンロードポリシーとして、ラップトップが無線ホットスポット内に存在するときにダウンロードを発生させたいことを指定する。ユーザは、ミュージックファイルに対するダウンロードポリシーは指定しない。ＨＴＴＰプロキシ３６は、コンテンツプロバイダ２４からテキストドキュメントおよびミュージックファイルをダウンロードすることを完了し、それらをコンテンツ記憶キャッシュ２８にキャッシュする。
【００２８】
その日の後になって、ユーザは、ＷｉＦｉホットスポットを通過する。ダウンロードスケジューラ１２は、ラップトップコンピュータ１８がネットワーク１４に接続されていることを通知され、そして、その接続は、ＷｉＦｉホットスポットを介するものであるので、テキストドキュメントに対するダウンロードポリシーが満たされたと判定し、テキストドキュメントをラップトップコンピュータへダウンロードする。ユーザが、帰宅したとき、ユーザは、ホームコンピュータ２０の電源をオンにする。ダウンロードスケジューラは、ホームコンピュータがネットワーク１４に接続されていることを通知され、そして、ミュージックファイルをホームコンピュータへダウンロードする。
【００２９】
ユーザがダウンロード要求をダウンロードスケジューラに発行したときに、すでに、ホームコンピュータがネットワークに接続されていれば、ユーザが家に着く前に、ダウンロードスケジューラは、ミュージックファイルをホームコンピュータへ転送する。
【００３０】
好ましい実施形態においては、ダウンロードスケジューラによって実施され、かつ図２および図３を参照して上で説明された方法は、プロセッサー内のソフトウェアの形態を有するものであるが、より一般的には、集積回路内のハードウェアを含めて、ソフトウェアまたはハードウェアを組み合わせたどのような形態を有してもよい。プロセッサーは、シングルデバイスでなくてもよく、むしろ、命令は、分散システムを含めて、２つ以上のデバイス内に配置されてもよい。この方法は、同一のまたは別のプロセッサー上において並列に実行されてもよい。
【００３１】
本発明が、ダウンロードスケジューラおよびそのダウンロードスケジューラ上でコンテンツプロバイダ２４から分離されて実行される方法として説明された。これは、本発明のキューサービスおよびロードサービスをコンテンツプロバイダ２４から独立して提供するのを可能にする。サービスは、インターネットサービスプロバイダによって、あるいは、ユーザがそれを介してネットワークを閲覧する独立したサーバー運営会社によって、提供されてもよい。あるいは、コンテンツプロバイダが、そのコンテンツプロバイダによって提供されるコンテンツに関するサービスを提供してもよい。このような実施形態においては、ダウンロードスケジューラ１２は、コンテンツプロバイダの管理制御下にあり、そして、コンテンツプロバイダ２４によって提供されるコンテンツをユーザが閲覧するときにそのユーザによってアクセスされる。コンテンツ記憶キャッシュ２８またはＨＴＴＰプロキシ３６は、必要とされない。なぜなら、ダウンロードスケジューラは、要求されたコンテンツに直接にアクセスするからである。ダウンロード要求を受信した後にコンテンツを取り出しそして記憶するステップ（図２のステップ５１および６４を参照して上で説明された）およびダウンロードが完了するとすぐにコンテンツを除去するステップ（図３のステップ１０２を参照して上で説明された）は、このような実施形態においては省略される。コンテンツプロバイダ内においてダウンロードサービスプロバイダを実施するさらなる利点は、ディジタル権利管理ポリシーが遵守されることである。このような実施形態においては、ユーザ設定データベース３２は、例えば、それぞれのユーザは、どのコンテンツをあるいはコンテンツのどれだけのコピーをダウンロードすることをコンテンツプロバイダによって許可されているかというような、それぞれのユーザのディジタル権利管理情報を記憶する。ユーザが、ダウンロード要求を発行した後に、しかも、ユーザが、ダウンロードオプションを提供される（図２のステップ５４を参照して上で説明したように）前に、ダウンロードスケジューラは、ダウンロード要求において指定されたコンテンツをダウンロードすることは要求ユーザに関連するディジタル権利管理ポリシーに違反するかどうかを判定する。該ポリシーが、満たされなければ、ダウンロードは拒絶され、ユーザは、そのように通知される。
【００３２】
本発明が、予め設定されたダウンロードオプションをユーザに提供するように説明された。代替として、ユーザは、予め設定された適格なターゲット装置のメニューの助けなしに、ターゲット装置を指定してもよい。同様に、ユーザは、予め設定されたダウンロードポリシーのメニューの助けなしに、あるいは、より限定されたメニューによって、ダウンロードポリシーを指定してもよい。しかしながら、より大きな柔軟性をユーザに提供したとしても、このような実施形態は、要求装置の表示能力によって、およびユーザが利用可能な時間量によって制限され、柔軟性は、ユーザの不便さによってそれ以上に減少し得る。
【００３３】
本発明が、ダウンロードスケジューラからターゲット装置へダウンロードを試みることを自動的に認証するのを可能にするプルクライアントをそれぞれのターゲット装置に提供するように説明された。これは、ユーザによる対話を伴うことなくダウンロードスケジューラが要求されたコンテンツのダウンロードを開始するのを可能にする。代替として、ターゲット装置は、プルクライアントを含まなくてもよい。むしろ、ダウンロードスケジューラは、コンテンツはいつでもダウンロードできることを指示するメッセージ（電子メールメッセージのような）をターゲット装置へ送信する。このようなメッセージを受信すると、ユーザは、ダウンロードスケジューラに通知することによって、コンテンツのダウンロードを開始する。しかしながら、ある意味において、依然としてダウンロード要求のコンテクストリダイレクションを提供しながらプルクライアントを使用するよりも安全であるにしても、このような実施形態は、ユーザによる対話を必要とする。
【００３４】
説明された実施形態は、ただ単に例示的に説明されたものであり、当業者には、上述した実施形態は本発明の精神から逸脱することなく変更されてもよいことがわかるはずである。図２および図３を参照して上で説明された方法に論理的に等価なまたは類似する方法が、本発明の方法を実施するために使用されてもよい。本発明の範囲は、添付の特許請求の範囲によってだけ規定される。
【図面の簡単な説明】
【００３５】
【図１】本発明の一実施形態による例としての蓄積交換通信システムのブロック図である。
【図２】ダウンロード要求が記憶され処理される本発明の一実施形態による方法のフローチャートである。
【図３】コンテンツがダウンロードされる本発明の一実施形態による方法のフローチャートである。
【図１】
2008523672.tif 000003
【図２】
2008523672.tif 000004
【図３】
2008523672.tif 000005
【国際調査報告】
2008523672.tif 000006
2008523672.tif 000007
2008523672.tif 000008