JP7058678B2 - 情報端末、管理サーバ、情報処理システム、およびダウンロード操作方法 - Google Patents

Description

本発明は、ネットワークを介して提供されるデータを用いた情報処理技術に関する。

近年の情報処理技術の発展、ネットワークの拡充などにより、装置の規模や時間、場所を問わず、ゲーム、動画、書籍など様々な電子コンテンツを、ネットワークを介して入手し、手軽に楽しむことができるようになってきた。一方、ユーザの動きを反映させた仮想現実世界をヘッドマウントディスプレイで楽しむなど、より複雑で高度な処理を、限定された環境で実現するコンテンツも普及している。

上述のとおり実行環境が限定されるコンテンツであっても、当該コンテンツを楽しみたいと思う契機は外出先など様々な場所やタイミングで発生し得る。実行環境が限定的でなくても、携帯端末を見ているうちに興味を持ったコンテンツを、別の機会に高性能な装置でじっくり楽しみたいと思うことはままある。このような場合、コンテンツを実行する装置自体に必要なデータが格納されていなければ、ユーザはまず、それを入手する必要があり、予定していた時間にコンテンツの実行を開始できないことがストレスになり得る。またコンテンツに興味を持ってからデータの入手までに時間があくと、実行への意欲が減ったり失念したりして、新たなコンテンツに触れる機会が失われやすくなる。

本発明はこのような課題に鑑みてなされたものであり、その目的は、ネットワークを介した電子コンテンツのデータ入手を容易かつ効率的に行える技術を提供することにある。

本発明のある態様は情報端末に関する。この情報端末は、外部の情報処理装置における記憶領域の状態に係る情報を、ネットワークを介して管理サーバから取得し表示させる記憶領域操作部と、表示された情報に基づき記憶領域の状態を変化させるユーザ操作を受け付ける入力情報取得部と、を備え、記憶領域操作部は、ユーザ操作の内容を管理サーバに送信することにより、当該ユーザ操作に従う記憶領域の状態変化を実現させることを特徴とする。

本発明の別の態様は管理サーバに関する。この管理サーバは、ネットワークを介して情報処理装置と接続し、当該情報処理装置における記憶領域の状態に係る情報を収集する状態管理部と、状態に係る情報を、ネットワークを介して情報処理装置と異なる情報端末に送信して表示させるとともに、当該情報端末においてなされた、状態を変化させるユーザ操作の内容を取得して、対応する処理を情報処理装置に要求することにより、記憶領域の状態変化を実現させる記憶領域操作部と、を備えたことを特徴とする。

本発明のさらに別の態様は情報処理システムに関する。この情報処理システムは、記憶領域に格納されたデータを用いて情報処理を行う情報処理装置と、ネットワークを介して情報処理装置と接続し、記憶領域の状態に係る情報を取得して、情報処理装置と異なる情報端末にネットワークを介して送信する管理サーバと、記憶領域の状態に係る情報を表示し、それに基づき記憶領域の状態を変化させるユーザ操作を受け付けたうえ、当該ユーザ操作の内容を前記管理サーバに送信することにより、当該ユーザ操作に従う記憶領域の状態変化を実現させる情報端末と、を含むことを特徴とする。

本発明のさらに別の態様はダウンロード操作方法に関する。このダウンロード操作方法は情報端末が、外部の情報処理装置における記憶領域の状態に係る情報を、ネットワークを介して管理サーバから取得し表示させるステップと、表示された情報に基づき記憶領域の状態を変化させるユーザ操作を受け付けるステップと、ユーザ操作の内容を管理サーバに送信することにより、当該ユーザ操作に従う記憶領域の状態変化を実現させるステップと、を含むことを特徴とする。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によると、電子コンテンツのデータ入手を容易かつ効率的に行える。

本実施の形態における情報処理システムの構成例を示す図である。 本実施の形態における情報端末の内部回路構成を示す図である。 本実施の形態における情報端末、管理サーバ、コンテンツ処理装置の機能ブロックの構成を示す図である。 本実施の形態において、情報端末を用いてコンテンツ処理装置へのダウンロードを実現する際の処理手順の概要を示す図である。 図４のＳ１２においてダウンロードが要求された際、ダウンロード先の容量不足エラーが生じた場合の対処の手順を示す図である。 本実施の形態においてダウンロード要求処理の初期処理としてなされる、情報処理システムにおける情報伝達の流れを例示する図である。 本実施の形態のダウンロードの要求発行から開始までの処理における情報伝達の流れを例示する図である。 本実施の形態の進捗表示処理における、情報伝達の流れを例示する図である。 本実施の形態の容量不足エラー解消処理における、情報伝達の流れを例示する図である。 本実施の形態においてダウンロードが成功した際の情報伝達の流れを例示する図である。 本実施の形態において情報端末がダウンロード操作に係る情報を提示する処理手順を示すフローチャートである。 図１１のＳ１３６において情報端末が実行する、エラー対処のための処理手順を示すフローチャートである。 本実施の形態の情報端末においてダウンロード操作用に表示される画面の構成を例示する図である。 本実施の形態において、ダウンロードに際し記憶容量不足のエラーが発生した場合に、情報端末に表示される画面の構成を例示する図である。 本実施の形態において、ダウンロードに際し記憶容量不足のエラーが発生した場合に、情報端末に表示される画面の構成を例示する図である。 実施の形態において、ダウンロードに際し記憶容量不足のエラーが発生した場合に、情報端末に表示される画面の別の例を示す図である。

図１は本実施の形態を適用できる情報処理システムの構成例を示す。情報処理システム１は、コンテンツ処理装置１２ａ、１２ｂ、情報端末１０ａ、１０ｂ、コンテンツ提供サーバ１６、管理サーバ１４が、インターネットなどのネットワーク８を介して接続する構成を有する。コンテンツ処理装置１２ａ、１２ｂはゲームや動画などの電子コンテンツを処理する装置であり、ゲーム装置、パーソナルコンピュータ、コンテンツ再生装置などの情報処理装置のいずれでもよい。

それらの装置の一般的な構成と同様、コンテンツ処理装置１２ａ、１２ｂはそれぞれ、図示しないコントローラ、カメラ、ディスプレイ、スピーカなどの入出力装置と接続され、ユーザ操作に応じてコンテンツの画像や音声を出力する。コンテンツ提供サーバ１６は、例えばゲームなどのソフトウェアを販売する会社に属するサーバであり、ユーザが選択したデータを、ネットワーク８を介してコンテンツ処理装置１２ａ、１２ｂに送信する。ここで送信されるデータは、ゲームなどの各種情報処理を実現するアプリケーションプログラム、画像データ、文書データ、音声データ、設定データなど、電子データであればその種類は限定されないが、以後は主に「データ」と総称する。

データのダウンロードに際する課金や認証、通信の手順には一般的な技術を用いることができる。一方、本実施の形態では各ユーザが、ダウンロード先のコンテンツ処理装置１２ａ、１２ｂ以外の装置から、ダウンロードの対象を選択したりダウンロードの実行を要求したりできるようにする。図では高機能携帯電話、タブレット端末、携帯端末などの情報端末１０ａ、１０ｂが、ダウンロード操作のインターフェースとしての役割を担うものとしている。

例えばコンテンツ処理装置１２ａを自宅にあるゲーム装置とした場合、外出先での隙間時間などに情報端末１０ａを用いてゲームを選択し、すぐさまコンテンツ処理装置１２ａへのダウンロード要求を行えるようにすれば、帰宅後すぐにゲームを楽しむことが可能になる。このように携帯性に優れた端末をダウンロード操作のインターフェースとすることにより、場所や時間に対する操作の自由度が高くなる。ただしインターフェースとする装置は携帯性のある情報端末に限らず、ゲーム装置、パーソナルコンピュータ、コンテンツ再生装置など携帯を想定しない装置でもよい。

例えばコンテンツ処理装置１２ａを用いて、コンテンツ処理装置１２ｂへのダウンロード操作を行えるようにしてもよい。ここでダウンロード操作に用いる装置とダウンロード先の装置の距離や、ダウンロード操作のタイミングなどは特に限定されない。以後、ダウンロード操作を、情報端末１０ａ、１０ｂを用いて行う態様について説明する。管理サーバ１４は、情報端末１０ａ、１０ｂからのダウンロード要求に応じて、コンテンツ提供サーバ１６からコンテンツ処理装置１２ａ、１２ｂへのダウンロードの実行を制御する。

管理サーバ１４はまた、ダウンロードの進捗状況や途中で発生したエラーに係る情報を取得し、情報端末１０ａ、１０ｂに送信する。これを受けて情報端末１０ａ、１０ｂは、ダウンロードの進捗状況、発生したエラーの内容、エラーへの対処手段などをユーザに提示する。例えばダウンロード先のコンテンツ処理装置１２ａにおける記憶装置の空き容量と比較し、ダウンロード対象のデータのサイズが大きければ、情報端末１０ａは容量不足のエラーとしてその情報を表示する。

このような容量不足エラーの場合、管理サーバ１４が仲介することにより、情報端末１０ａ、１０ｂからコンテンツ処理装置１２ａ、１２ｂの記憶装置に格納済みのデータを削除できるようにする。これによりユーザは情報端末１０ａ、１０ｂを用いて、ダウンロード先の記憶装置の空き容量を増やし、容量不足のエラーを解消できる。

このように本実施の形態では、ダウンロード操作以外に、途中で生じたエラーの確認やそれへの対処についても、ダウンロード先とは異なる装置から行えるようにする。これにより可能な限り事前にダウンロードを完了させることができ、その後の任意のタイミングですぐにコンテンツを楽しむことができる。

なお情報処理システム１において、情報端末１０ａ、１０ｂ、コンテンツ処理装置１２ａ、１２ｂ、管理サーバ１４、コンテンツ提供サーバ１６、の数や形態は図示するものに限定されない。以後の説明では情報端末１０ａ、１０ｂを情報端末１０、コンテンツ処理装置１２ａ、１２ｂをコンテンツ処理装置１２と総称する場合がある。ダウンロード操作を行う情報端末１０と、そのダウンロード先であるコンテンツ処理装置１２との関係は、ユーザが事前に登録しておく。あるいはダウンロード先のコンテンツ処理装置１２を、情報端末１０から選択できるようにしてもよい。

情報端末１０は多くの場合、使用するユーザが一意に定まる。図示する例では、情報端末１０ａに対し使用者ａが、情報端末１０ｂに対し使用者ｂが設定されている。一方、ゲーム装置などを想定した場合、コンテンツ処理装置１２には、複数のユーザが登録されていることがある。図示する例では、コンテンツ処理装置１２ａに対し使用者ａとｂが登録されており、コンテンツ処理装置１２ｂに対し使用者ａのみが登録されている。

管理サーバ１４は例えば、ダウンロードを要求した情報端末１０と同じ使用者が登録されているコンテンツ処理装置１２のうち、選択された装置にデータがダウンロードされるように制御する。また好適には、ダウンロード先のコンテンツ処理装置１２に他のユーザが登録されていても、ダウンロードの進捗やエラーに係る情報の表示先は、ダウンロードを要求したユーザの情報端末１０のみとする。これにより、進捗確認やエラーへの対処を、ダウンロード操作を行ったユーザが一元的に行える。

また情報端末１０を用いてダウンロードを要求した後、当該情報端末１０を別の目的で用いたりホーム画面に戻したりした状態であっても、管理サーバ１４はダウンロードのエラーがプッシュ通知されるようにする。これによりユーザは、自分が要求したダウンロード処理にエラーが発生していることを随時知ることができ、何らかの対処を行える可能性を高めることができる。なお１人のユーザが複数の情報端末１０を保有している場合、好適には管理サーバ１４がその全てに通知することにより、エラー情報を確実に伝えることができる。

図２は情報端末１０の内部回路構成を示している。情報端末１０は、ＣＰＵ（Central Processing Unit）２３、ＧＰＵ（Graphics Processing Unit)２４、メインメモリ２６を含む。これらの各部は、バス３０を介して相互に接続されている。バス３０にはさらに入出力インターフェース２８が接続されている。入出力インターフェース２８には、ＵＳＢやＩＥＥＥ１３９４などの周辺機器インターフェースや、有線又は無線ＬＡＮのネットワークインターフェースからなる通信部３２、ハードディスクドライブや不揮発性メモリなどの記憶部３４、図示しないディスプレイなどへデータを出力する出力部３６、図示しない入力装置からデータを入力する入力部３８、磁気ディスク、光ディスクまたは半導体メモリなどのリムーバブル記録媒体を駆動する記録媒体駆動部４０が接続される。

ＣＰＵ２３は、記憶部３４に記憶されているオペレーティングシステムを実行することにより情報端末１０の全体を制御する。ＣＰＵ２３はまた、リムーバブル記録媒体から読み出されてメインメモリ２６にロードされた、あるいは通信部３２を介してダウンロードされた各種プログラムを実行する。通信部３２はまた、管理サーバ１４など外部の装置と通信を確立し、内部の処理に必要な各種データを取得したりユーザ操作の内容を送信したりする。

ＧＰＵ２４は、ジオメトリエンジンの機能とレンダリングプロセッサの機能とを有し、ＣＰＵ２３からの描画命令に従って描画処理を行い、表示画像を図示しないフレームバッファに格納する。そしてフレームバッファに格納された表示画像をビデオ信号に変換して出力部３６に出力する。メインメモリ２６はＲＡＭ（Random Access Memory）により構成され、処理に必要なプログラムやデータを記憶する。なおコンテンツ処理装置１２、管理サーバ１４、およびコンテンツ提供サーバ１６の内部回路構成も同様でよい。

図３は、情報端末１０、管理サーバ１４、コンテンツ処理装置１２の機能ブロックの構成を示している。さまざまな処理を行う機能ブロックとして同図に記載される各要素は、ハードウェア的には、既述したようにＣＰＵ、ＧＰＵ、メインメモリで構成することができ、ソフトウェア的には、記録媒体や記憶装置に格納されメモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

また図では本実施の形態に関連する機能ブロックのみを示しており、情報端末１０やコンテンツ処理装置１２が元来有する、その他の情報処理を実施するための機能については図示を省略している。情報端末１０は、ユーザ操作の内容を取得する入力情報取得部４８、ダウンロードに係る操作を制御するダウンロード操作部５０、コンテンツ処理装置１２の記憶領域に係る操作を制御する記憶領域操作部５２、および、エラー情報をユーザに通知するエラー通知部５４を含む。

入力情報取得部４８は、情報端末１０に対するユーザ操作の内容を取得する。例えば入力情報取得部４８は、情報端末１０が備えるディスプレイを覆うタッチパネルに対するユーザのタッチ操作に応じて、ディスプレイに表示されていたＧＵＩ（Graphical Unser Interface）に基づき操作内容を特定する。ただしユーザ操作の手段は様々に考えられ、入力情報取得部４８は当該手段に応じた手順でユーザ操作の内容を取得すればよい。

ダウンロード操作部５０は、コンテンツ処理装置１２に対するデータのダウンロードに係る情報をディスプレイに表示させ、ユーザがダウンロードの実行を要求したり各種情報を確認したりできるようにする。例えばダウンロード操作部５０は、次のような情報をユーザに提示する。
１．ダウンロードするデータの候補リスト
２．ダウンロード先のコンテンツ処理装置１２の候補リスト
３．ダウンロードの進捗状況
４．発生したエラーの内容
５．リストからの選択、ダウンロード開始、エラー対応のためのＧＵＩ

記憶領域操作部５２は、ダウンロード先として設定されたコンテンツ処理装置１２の記憶領域に係る情報をディスプレイに表示させ、容量不足のエラーをユーザが解消できるようにする。例えば記憶領域操作部５２は、次のような情報をユーザに提示する。
１．ダウンロードに不足している記憶容量
２．記憶領域から削除するデータの候補リスト
３．リストからの選択、削除開始のためのＧＵＩ

上記のような情報を提示するため、ダウンロード操作部５０および記憶領域操作部５２は、管理サーバ１４から必要な情報を取得する。そして表示したＧＵＩに対するユーザ操作の内容を入力情報取得部４８から取得し、その結果を管理サーバ１４に送信する。エラー通知部５４は、ダウンロードに係るエラーが発生した場合にその旨の通知をディスプレイに表示させる。当該通知は例えば、コンテンツ処理装置１２から、管理サーバ１４を介したプッシュ通知の形態で実現される。

記憶領域操作部５２は、記憶領域不足のエラーが発生した際、ダウンロード操作部５０またはエラー通知部５４が表示させた、記憶領域操作のためのＧＵＩに対するユーザ操作によって起動させてもよい。記憶領域操作部５２はまた、ユーザがデータを削除した結果、容量不足が解消された時点でその機能を終了させてよい。

管理サーバ１４は、情報端末１０から要求されたダウンロードを制御するダウンロード制御部５６、ダウンロード要求を一時記憶するダウンロード要求記憶部５８、コンテンツ処理装置１２の最新の状態を管理する状態管理部６０、コンテンツ処理装置１２の最新の状態情報を記憶する状態情報記憶部６２、コンテンツ処理装置１２の記憶領域操作を制御する記憶領域操作部６４、および、エラー情報をユーザに情報端末１０に送信するエラー通知部６６を含む。

ダウンロード制御部５６は、情報端末１０に対するユーザ操作に応じて、コンテンツ提供サーバ１６からコンテンツ処理装置１２へのデータのダウンロードを制御する。すなわちダウンロード制御部５６は、情報端末１０においてユーザが選択したダウンロード対象のデータが、コンテンツ提供サーバ１６からダウンロード先として設定されたコンテンツ処理装置１２に送信されるように、コンテンツ処理装置１２に要求を発行する。

この前段階としてダウンロード制御部５６は、情報端末１０におけるユーザ操作に応じて、ダウンロードするデータ候補のリストを情報端末１０に送信してもよい。当該リストは、図示しないデータベースから、ユーザが選択したカテゴリや過去の選択履歴などに基づき作成する。そしてダウンロード制御部５６は、当該リストから選択されたデータのダウンロード要求を情報端末１０から取得し、ダウンロード先のコンテンツ処理装置１２の識別情報と対応づけてダウンロード要求記憶部５８のキューに一時保存する。

その後、ダウンロード制御部５６は、コンテンツ処理装置１２からの問い合わせに応じて、それに対応づけられているダウンロード要求を通知することにより、ダウンロードを実行させる。データのダウンロードに係る詳細な処理手順には従来実用化されているものを利用できるため、ここでの説明は省略する。

状態管理部６０は、コンテンツ処理装置１２の最新の状態に係る情報を取得し、必要に応じて情報端末１０に供給する。例えば状態管理部６０は次のような情報をコンテンツ処理装置１２から取得する。
１．登録されている使用者
２．ダウンロード先の優先装置として設定されているか否か
３．記憶領域に格納済みのデータの情報
４．記憶領域の空き容量
５．ダウンロードの進捗状況
６．使用状況

例えば状態管理部６０は、コンテンツ処理装置１２との定期的なセッションにより上記１～３の最新情報を取得し、当該コンテンツ処理装置１２の識別情報と対応づけて状態情報記憶部６２に格納しておく。上記４～６については、状態管理部６０は、ダウンロード要求が発行された際などにコンテンツ処理装置１２から最新情報を取得する。また状態管理部６０は、ダウンロード制御部５６がダウンロード先のコンテンツ処理装置１２を識別したり、ダウンロードの可否を判定したりする際に、コンテンツ処理装置１２に係る最新の状態情報をダウンロード制御部５６に提供する。

状態管理部６０はさらに、ユーザが容量不足のエラーに応じて格納済みのデータを操作する際に、当該データの最新情報を記憶領域操作部６４に提供する。記憶領域操作部６４は、情報端末１０におけるユーザ操作に応じて、コンテンツ処理装置１２の記憶領域に格納済みのデータを削除するように、コンテンツ処理装置１２に要求する。この処理は基本的に、ダウンロードにおける容量不足のエラーを解消するためになされる。したがって記憶領域操作部６４は、ダウンロード先のコンテンツ処理装置１２に対し削除要求を発行する。

ダウンロード先のコンテンツ処理装置１２に複数の記憶装置が接続されている場合、情報端末１０からそのいずれかをダウンロード先として選択できるようにしてもよい。この場合、記憶領域操作部６４は、選択された記憶装置に格納されたデータの最新リストを情報端末１０に送信し削除候補として表示させる。そして記憶領域操作部６４は、選択された記憶装置のデータを削除するようコンテンツ処理装置１２に要求する。エラー通知部６６は、ダウンロードに係るエラーが発生した場合に、その旨の通知をコンテンツ処理装置１２から取得し、情報端末１０に送信する。

コンテンツ処理装置１２は、データをダウンロードするデータ取得部６８、ダウンロードされたデータを格納するデータ記憶部７０、データ記憶部７０に格納されたデータを操作する記憶領域操作部７２、コンテンツ処理装置１２の最新の状態情報を提供する状態提供部７４、当該状態情報を格納する状態情報記憶部７６、および、エラー情報を管理サーバ１４に送信するエラー通知部７８を含む。

データ取得部６８は、ユーザが選択したデータをコンテンツ提供サーバ１６からダウンロードする。上述したように本実施の形態では、情報端末１０からのユーザ操作に応じて、管理サーバ１４のダウンロード制御部５６の制御のもと当該ダウンロードが実行されることを基本とする。一方でデータ取得部６８は従来通り、ユーザがコンテンツ処理装置１２を直接操作することによりなされたダウンロード要求を受け付け、それに応じてデータをダウンロードする機能も有していてよい。

データ取得部６８は、ダウンロードしたデータをデータ記憶部７０に格納する。またデータ取得部６８は、ダウンロード期間における処理の進捗状況や、ダウンロード完了後の、データ記憶部７０における最新のデータ格納状況を状態提供部７４に通知する。データ記憶部７０はコンテンツ処理装置１２に内蔵または外付けされた記憶装置であり、その空き容量が、ダウンロード要求がなされたデータのサイズと比較される。空き容量が十分でないとき容量不足のエラーが発生し、格納済みのデータはエラー解消のための削除対象となる。

記憶領域操作部７２は、管理サーバ１４の記憶領域操作部６４からの要求に従い、ユーザが選択したデータをデータ記憶部７０から削除する。記憶領域操作部７２は、データ削除中である旨や削除の結果を状態提供部７４に通知する。状態提供部７４は、コンテンツ処理装置１２の最新の状態に係る情報を収集して状態情報記憶部７６に格納したうえ、適切なタイミングで管理サーバ１４に供給する。状態情報記憶部７６は上述した、管理サーバ１４の状態情報記憶部６２と同様の状態情報を格納する。エラー通知部７８は、ダウンロードに係るエラーが発生した場合に、その旨の通知を情報端末１０に送信するよう、管理サーバ１４に要求する。

次に上記構成によって実現できる情報処理システム１の動作について説明する。図４は、情報端末１０を用いてコンテンツ処理装置１２へのダウンロードを実現する際の処理手順の概要を示している。まず情報端末１０は、ダウンロードの候補となるソフトウェアやコンテンツなどのデータの候補リストを表示させ、選択およびダウンロードの実行要求をユーザから受け付ける（Ｓ１０）。そして情報端末１０は、選択されたデータのダウンロード要求を管理サーバ１４へ送信する（Ｓ１２）。この際、情報端末１０はダウンロード先のコンテンツ処理装置１２の識別情報を要求に含めてもよい。

ただし上述の「ダウンロード先の優先装置」をダウンロード先とする場合、その識別情報をシステムで共有することにより都度指定を省略できる。管理サーバ１４は、取得したダウンロード要求をキューに格納し、順次処理する。すなわち管理サーバ１４は、コンテンツ処理装置１２からの問い合わせに応じて、それをダウンロード先とするダウンロード要求を返信する（Ｓ１４）。コンテンツ処理装置１２がそれを実行することにより、コンテンツ提供サーバ１６との間で、選択されたデータのダウンロードが開始される（Ｓ１６）。

なお図示を省略しているが、Ｓ１２において情報端末１０からダウンロード要求を取得した時点で、管理サーバ１４はダウンロードの実行を妨げる何らかの障害（エラー）がないかを確認し、エラーがあれば情報端末１０にその旨を通知する。このエラーには、上述のとおりコンテンツ処理装置１２における記憶領域の容量不足のほか、コンテンツ処理装置１２との通信が確立できない場合なども含まれる。

この場合、情報端末１０は通知されたエラーの内容を表示することで、何らかの対策を講じたうえでダウンロードを再度試みるか、ダウンロード要求をキャンセルするかをユーザに選択させる。このエラー対策の一つとして情報端末１０は、コンテンツ処理装置１２における記憶領域の容量が不足している場合に、データ削除の操作をユーザから受け付ける。エラーがなければ図示するようにダウンロードが開始されるため（Ｓ１６）、コンテンツ処理装置１２はその進捗状況を、管理サーバ１４を介して情報端末１０に送信する（Ｓ１８、Ｓ２０）。

これにより情報端末１０は、ダウンロードの進捗状況、すなわちデータ全体のうちダウンロードが済んだ割合や、ダウンロード完了までの残り時間などを表示する（Ｓ２２）。ただしユーザが画面を閉じた場合などは当然、表示を省略できる。そしてダウンロードが完了したら（Ｓ２４）、コンテンツ処理装置１２はその旨を、管理サーバ１４を介して情報端末１０に通知する（Ｓ２６、Ｓ２８）。これに応じて情報端末１０は、ダウンロードが完了した旨を表示させる（Ｓ３０）。

ダウンロード完了については、ユーザがダウンロード操作用の画面を閉じていてもわかるようにプッシュ通知してもよい。またダウンロード中に何らかのエラーが生じた場合も、その旨をダウンロード操作用の画面に表示させたりプッシュ通知したりしてよい。この場合、コンテンツ処理装置１２からエラーの内容を送信させることにより、ユーザが情報端末１０においてそれを把握できるようにしてもよい。

なおダウンロードの開始、完了、エラーの発生などを示す通知は、コンテンツ処理装置１２のディスプレイにも同様に表示してよい。これにより、別のユーザがコンテンツ処理装置１２を使用している場合に、外部からダウンロード操作がなされたことを把握できる。また場合によっては、発生したエラーへの対処をコンテンツ処理装置１２側でも行える。

図５は、図４のＳ１２においてダウンロードが要求された際、ダウンロード先の容量不足エラーが生じた場合の対処の手順を示している。この場合、図４のＳ１４からの処理は、エラーが解消されるまで待機状態となる。管理サーバ１４は、ダウンロード対象のデータのサイズとデータ記憶部７０の空き容量を比較して容量不足を検出すると（Ｓ４０）、その旨のエラー通知を情報端末１０に送信する（Ｓ４２）。情報端末１０は当該通知を表示させたうえ、それを見たユーザによる操作などに応じて、記憶領域操作のための画面を表示させることにより、データの削除要求を受け付ける（Ｓ４４）。

この際、情報端末１０は、コンテンツ処理装置１２のデータ記憶部７０に格納されている各データのサイズと、不足している容量とを示すことにより、必要最低限の削除対象をユーザが容易に選択できるようにする。不足している容量を上回るサイズの削除対象が選択されたら、情報端末１０はその削除要求を受け付け、管理サーバ１４に送信する（Ｓ４６）。管理サーバ１４が当該削除要求をコンテンツ処理装置１２に送信することで（Ｓ４８）、コンテンツ処理装置１２は選択されたデータをデータ記憶部７０から削除する（Ｓ５０）。

データの削除が完了したら、コンテンツ処理装置１２は管理サーバ１４を介して情報端末１０にその旨を通知する（Ｓ５２、Ｓ５４）。これに応じて情報端末１０は、削除完了の旨を表示させるなどして記憶領域操作のための画面表示を終わらせる（Ｓ５６）。そして情報端末１０は、エラーが解消されたことを管理サーバ１４に通知することにより、ダウンロードを再度要求する（Ｓ５８）。この要求は実際には、図４のＳ１４の処理を、待機状態から実行状態に変化させる処理でよい。これにより、データ削除による容量不足エラーの解消から、自動的にダウンロード処理が再開される。

なおＳ４８において管理サーバ１４がコンテンツ処理装置１２と接続できない場合や、削除対象のデータをコンテンツ処理装置１２において別のユーザが使用中である場合などは、管理サーバ１４またはコンテンツ処理装置１２がエラーの発生を判定し、削除処理を中断させてよい。この場合、ダウンロード処理のエラーと同様、情報端末１０においてエラーが発生した旨とその内容を表示させることにより、ユーザが確認できるようにする。

図６は、図４で示したダウンロード要求処理の初期処理としてなされる、情報処理システム１における情報伝達の流れを例示している。コンテンツ処理装置１２の状態提供部７４は、所定の時間間隔で管理サーバ１４にアクセスし、上述したような各種状態の最新情報を送信する（Ｓ６０）。また情報端末１０のダウンロード操作部５０は所定のタイミングで、情報端末１０の使用者が指定可能な、ダウンロード先のコンテンツ処理装置１２のリストを管理サーバ１４に問い合わせる（Ｓ６２）。

ここのリストは、コンテンツ処理装置１２に登録されている使用者、コンテンツ処理装置１２に接続されている記憶装置の種類などに基づいて管理サーバ１４が生成する。図７は、図４のＳ１０からＳ１６で示した、ダウンロードの要求発行から開始までの処理における情報伝達の流れを例示している。まず情報端末１０のダウンロード操作部５０は、管理サーバ１４に対しダウンロード要求を発行する（Ｓ６４）。この要求には、ダウンロード対象のデータと、ダウンロード先のコンテンツ処理装置１２の識別番号が含まれる。

管理サーバ１４のダウンロード制御部５６は、ダウンロード先のコンテンツ処理装置１２に、ダウンロードが要求された旨をプッシュ通知する（Ｓ６６）。するとコンテンツ処理装置１２のデータ取得部６８は、適当なタイミングで管理サーバ１４にアクセスし、ダウンロード要求記憶部５８に一時保存されているダウンロード要求を取得したうえ、それに従いダウンロードを開始する（Ｓ６８、Ｓ７０）。ダウンロードの開始に伴いデータ取得部６８は、管理サーバ１４に記憶された当該要求の状態を、ダウンロードが開始された旨に更新するよう、ダウンロード制御部５６に要求する（Ｓ７２）。

図８は図７に続いてなされるダウンロードの進捗表示処理における、情報伝達の流れを例示している。この処理は図４のＳ１８からＳ２２の処理に対応する。情報端末１０のダウンロード操作部５０は、管理サーバ１４への問い合わせによって、自らが要求したダウンロードが開始されたことを特定する（Ｓ７４）。するとダウンロード操作部５０は、ダウンロードの進捗に係る情報の取得を管理サーバ１４に要求する（Ｓ７６）。

これに応じて管理サーバ１４の状態管理部６０は、コンテンツ処理装置１２にダウンロードの進捗情報を要求する（Ｓ７８）。コンテンツ処理装置１２の状態提供部７４は、データ取得部６８に問い合わせることにより進捗情報を取得し、管理サーバ１４に返信する（Ｓ８０、Ｓ８２）。管理サーバ１４の状態管理部６０は、情報端末１０のダウンロード操作部５０からの結果確認要求に応じて、コンテンツ処理装置１２から送信された進捗情報を送信する（Ｓ８４、Ｓ８６）。これにより情報端末１０では、ダウンロードの進捗状況が表示される。

図９は、図５のＳ４４からＳ５４で示した容量不足エラー解消処理における、情報伝達の流れを例示している。これに先立ち管理サーバ１４は、容量不足エラーを情報端末１０に通知し、それを見たユーザが記憶容量の操作画面を開く。これにより記憶領域操作部５２は、当該画面に対するユーザ操作を受け付ける。そのため記憶領域操作部５２は、ダウンロード先のコンテンツ処理装置１２におけるデータ記憶部７０にその時点で格納されているデータのリストを取得するとともに、当該リストからユーザが選択したデータの削除要求を発行する。

図ではそれらの操作を「容量操作」と総称している。記憶領域操作部５２が管理サーバ１４に容量操作の内容を送信すると（Ｓ８８）、管理サーバ１４の記憶領域操作部６４は、コンテンツ処理装置１２にそれを転送する（Ｓ９０）。格納済みデータの最新リストを要求された場合、コンテンツ処理装置１２の状態提供部７４は状態情報記憶部７６から当該情報を読み出す。データ削除が要求された場合、状態提供部７４は記憶領域操作部７２に、選択されたデータの削除を要求し、記憶領域操作部７２がそれを実行したうえ結果を返す（Ｓ９２）。

状態提供部７４は読み出したデータリストまたはデータ削除処理の結果を管理サーバ１４に送信する（Ｓ９４）。なおデータが削除された場合、状態提供部７４は状態情報記憶部７６における状態情報にそれを反映させる。管理サーバ１４の記憶領域操作部６４は、情報端末１０の記憶領域操作部５２からの結果確認要求に応じて、コンテンツ処理装置１２のデータ記憶部７０に格納されたデータリストまたはデータ削除処理の結果を送信する（Ｓ９６、Ｓ９８）。これによりユーザは情報端末１０において、ダウンロード要求を行った時点での正確な格納データのリストから削除対象を適切に選択できるうえ、削除が問題なくなされたことをリアルタイムで確認できる。

図１０は、図４のＳ２４からＳ３０においてなされる、ダウンロードが成功した際の情報伝達の流れを例示している。ダウンロードが完了したら、コンテンツ処理装置１２のデータ取得部６８は、管理サーバ１４に一時保存された要求リストから当該要求を削除するなどの状態更新を、ダウンロード制御部５６に要求する（Ｓ１００）。一方、データ取得部６８は、成功の旨の通知内容をエラー通知部７８に伝える（Ｓ１０２）。

エラー通知部７８は、管理サーバ１４のエラー通知部６６と処理の同期をとったうえで、データ取得部６８から伝達された内容を情報端末１０に通知するよう管理サーバ１４に要求する（Ｓ１０４、Ｓ１０６）。管理サーバ１４のエラー通知部６６は、当該要求に応じて情報端末１０にプッシュ通知を行う（Ｓ１０８）。なお同図に示す情報の伝達は、ダウンロードが不成功になった場合においても同様である。これによりユーザは、ダウンロードの成功／不成功をリアルタイムで確認できる。

図１１は、本実施の形態において情報端末１０がダウンロード操作に係る情報を提示する処理手順を示すフローチャートである。このフローチャートは、ユーザが情報端末１０においてダウンロード用のアプリケーションを起動させるか、ダウンロードを実現するウェブサイトの画面をブラウザ上で表示させた際などに開始される。これに応じて情報端末１０のダウンロード操作部５０は、ダウンロード操作用画面を表示させる（Ｓ１３０）。当該画面にはダウンロード候補のデータ情報、すなわちコンテンツやソフトウェアの内容に係る情報と、データ選択やダウンロード開始のためのＧＵＩが含まれる。

ユーザが当該画面を見てデータ選択を行ったうえ、ダウンロードを確定させる操作を行うと、ダウンロード操作部５０はそれを受け付け、当該データのダウンロード要求を管理サーバ１４に送信する（Ｓ１３２）。これに応じて管理サーバ１４から何らかのエラーが発生した旨の通知を受け取った場合（Ｓ１３４のＹ）、情報端末１０はエラーの内容表示を含む対処用の処理を実行する（Ｓ１３６）。エラーが解消されなければ、情報端末１０はユーザによるキャンセル操作などを契機に処理を終了させる（Ｓ１３８のＮ）。

データ削除により記憶容量が充足するなどエラーが解消された場合（Ｓ１３８のＹ）、および元からエラーが発生しなかった場合（Ｓ１３４のＮ）、コンテンツ処理装置１２ではダウンロードが開始される。このとき情報端末１０のダウンロード操作部５０は、管理サーバ１４からダウンロードの進捗状況を逐次取得し表示させる（Ｓ１４０）。ダウンロード操作部５０は、ダウンロードが完了した旨の通知を取得するまで進捗状況を更新しつつ表示させ続け（Ｓ１４２のＮ）、ダウンロードが完了したらその旨を表示させて処理を終了する（Ｓ１４２のＹ、Ｓ１４４）。

図１２は、図１１のＳ１３６において情報端末１０が実行する、エラー対処のための処理手順を示すフローチャートである。まずダウンロード操作部５０は、管理サーバ１４から送信されたエラーの内容を表示する（Ｓ１５０）。そしてダウンロード操作部５０は、エラーの内容によって次に準備するＵＩ（User Interface）を異ならせる。図示する例では、記憶領域の容量不足かそれ以外かで処理を分岐させているが、本実施の形態をそれに限る趣旨ではない。

図示する例ではエラー内容が容量不足以外の場合（Ｓ１５２のＮ）、ダウンロード操作部５０は、例えばエラー発生元の状態改善をユーザに促したうえ、ダウンロードをリトライするか要求をキャンセルするかを選択するＵＩを表示させる（Ｓ１５４）。エラー内容が容量不足の場合（Ｓ１５２のＹ）、まずダウンロード操作部５０が、不足している容量を表示させる（Ｓ１５６）。そして記憶領域操作部５２が、削除候補のリストとそれぞれのデータサイズを表示することにより（Ｓ１５８）、削除するデータの選択をユーザから受け付ける（Ｓ１６０）。

なお記憶領域操作部５２が表す記憶領域操作のための画面は、好適にはユーザからの指示によって表示させる。記憶領域操作部５２は、ユーザが選択したデータを削除してもなお必要な空き領域の容量を演算して表示する。これによりユーザは、あとどの程度のサイズのデータを削除対象とすべきかを容易に判断できる。記憶領域操作部５２は、不足している容量が解消するまで削除対象の選択を受け付け（Ｓ１６２のＮ、Ｓ１６０）、容量不足が解消する見込みとなったら、削除を確定させるＧＵＩを表示させることにより削除要求を受け付ける（Ｓ１６２のＹ、Ｓ１６４）。

そして記憶領域操作部５２は削除要求を管理サーバ１４に送信したうえ、削除中、削除完了、といった削除処理の進捗を表示する（Ｓ１６６）。データ削除が完了した場合や、Ｓ１５４でユーザが何らかの対処を行いリトライ操作がなされた場合、ダウンロード操作部５０は、図１１のＳ１３８においてエラーが解消されたと判定する。それ以外の場合、あるいは対処をしても何らかのエラーが残っている場合、ダウンロード操作部５０はエラーが解消されなかったと判定する。

図１３は、情報端末１０においてダウンロード操作用に表示される画面の構成を例示している。なお以後の説明では、ゲームのアプリケーションをダウンロードする場合を想定する。（ａ）は、図１１のＳ１３０で表示されるダウンロード操作用画面の初期状態を示している。同画面は、ダウンロード対象候補のゲーム表示欄１００、ダウンロード要求用ＧＵＩ１０２、ダウンロード先コンテンツ処理装置欄１０４、ダウンロード先切り替え用ＧＵＩ１０６、および、その他のゲーム表示欄１０８を含む。

ダウンロード対象候補のゲーム表示欄１００には、ユーザがそれまでに選択したダウンロード候補のゲームのバナーや内容に係る情報を表示する。ダウンロード候補はその他のゲーム表示欄１０８から選択されたものでもよいし、別の画面で選択されたものでもよい。ダウンロード先コンテンツ処理装置欄１０４には、その時点で設定されているダウンロード先のコンテンツ処理装置１２の名前を表示する。当該コンテンツ処理装置１２は、ダウンロード先の優先装置としてユーザが事前に設定したものでもよいし、ダウンロード要求時にユーザに選択させてもよい。

ダウンロード先切り替え用ＧＵＩ１０６が操作されたら、ダウンロード操作部５０は、ダウンロード先として指定可能なコンテンツ処理装置１２のリストをポップアップウィンドウなどで表示し、ユーザからの切り替え操作を受け付ける。（ａ）の状態でユーザがダウンロード要求用ＧＵＩ１０２を操作すると、ダウンロード操作部５０は、ダウンロード対象候補のゲーム表示欄１００に表示されたゲームのダウンロード要求を確定させる。

（ｂ）はその際に表示される画面を例示している。この例では、ダウンロード要求用ＧＵＩ１０２の記載を「Download」から「Downloading」と変化させることで、ダウンロード要求が受け付けられたことを表している。このとき当該ＧＵＩへの操作は無効とする。また（ａ）に示したダウンロード先コンテンツ処理装置欄１０４を状態表示欄１１０とし、「Connecting to target ...」などの文字情報により、ダウンロードのために管理サーバ１４を介してコンテンツ処理装置１２にアクセスしている途中であることを表している。

ダウンロード先のコンテンツ処理装置１２と通信が確立でき、その他のエラーも生じない場合、要求に応じたダウンロードが開始される。（ｃ）は、図１１のＳ１４０で表示される、ダウンロードの進捗状況を表す画面を例示している。この例では、状態表示欄１１０にダウンロードの進捗状況を示している。具体的にはダウンロード対象のゲームのアプリケーションのうち「６８％」がダウンロード済みであることを文字情報とインジケータで表すとともに、ダウンロード完了までの残りの時間が「１０ｍｉｎｓ」（１０分）であることも文字情報で示している。

図１４、１５は、ダウンロードに際し記憶容量不足のエラーが発生した場合に、情報端末１０に表示される画面の構成を例示している。図１４の（ａ）は図１２のＳ１５０で表示される、エラーの内容を表す画面であり、エラー内容表示欄１２０、接続中表示欄１２２、ダウンロード対象ゲーム表示欄１２４、および要求キャンセル用ＧＵＩ１２６を含む。ユーザは当該画面により、記憶容量不足のエラーが発生したこと、それに応じて管理サーバ１４がダウンロード先のコンテンツ処理装置１２に接続し、正確な不足容量を取得中であることを知ることができる。

ここでユーザが要求キャンセル用ＧＵＩ１２６を操作した場合、ダウンロード操作部５０はダウンロード要求を取り下げ、例えば図１３の（ａ）に画面を戻す。一方、ユーザが図１４の（ａ）の状態で待機した場合、ダウンロード操作部５０はその時点での正確な不足容量を取得する。（ｂ）は図１２のＳ１５６で表示される、不足容量を表す画面であり、不足容量表示欄１２８および記憶領域操作開始用ＧＵＩ１３０を含む。不足容量表示欄１２８は、ダウンロード対象のデータのサイズからデータ記憶部７０の空き容量を差し引いた、不足容量のサイズを表す。図では「５５ＧＢ」が不足していることが示されている。

ここでユーザが記憶領域操作開始用ＧＵＩ１３０を操作した場合、記憶領域操作部５２により記憶領域操作を受け付ける画面が表示される。図１５の（ａ）は図１２のＳ１５８で表示される、削除候補のリストを表す画面であり、不足容量表示欄１４０および削除候補リスト欄１４２を含む。初期状態において不足容量表示欄１４０に表示される不足容量のサイズは、図１４の（ｂ）の画面で示した値と同じである。ユーザはその値とリスト表示された各ゲームアプリケーションのサイズを比較し、削除してもよいゲームを選択していく。

削除候補リスト欄１４２に同時に表示できるゲームの数は限定されるため、リストをスクロールできるようにしてもよい。また削除候補リスト欄１４２の上部に示すように、リストの表示順を複数の観点に基づき切り替えられるようにしてもよい。例えば最後にダウンロードした日時順、最後にプレイした日時順、名称の先頭文字のアルファベット順などでソートできるようにすることにより、削除するデータの選択を効率化できる。

（ｂ）の画面は１つのゲームが選択された状態を示している。この例では「ＤＤＤＤ」なるゲームが選択されたことをチェックマーク１４４で表している。この選択操作に応じて、記憶領域操作部５２は不足容量表示欄１４０を更新する。すなわち選択されたゲームを削除した場合の残りの不足容量を表示する。図では「１７ＧＢ」のゲームが選択されたことにより、不足容量が「５５ＧＢ」から「３８ＧＢ」に更新されている。このようにして削除対象をユーザに選択させ、容量不足が解消される見込みとなったら、削除を確定させる要求を受け付ける。

（ｃ）はその際の画面を例示している。この例では不足容量表示欄１４０に、選択したゲームを削除すれば容量不足が解消されることを示したうえ、削除開始用ＧＵＩ１４６を表示させている。削除対象がゲームのアプリケーションであれば、図示するように「Uninstall」（アンインストール）ボタンを削除開始用ＧＵＩ１４６として表示する。なお図の削除開始用ＧＵＩ１４６にはさらに、２つのゲームが削除対象として選択されていることが数値で示されている。ユーザが削除開始用ＧＵＩ１４６を操作すると、記憶領域操作部５２が削除要求を発行することで、コンテンツ処理装置１２で削除処理が実行される。

削除処理が成功すると、図９で示したようにその結果が情報端末１０に返される。（ｄ）は削除が成功したことを示す画面であり、処理結果表示欄１４８および記憶領域操作終了用ＧＵＩ１５０を含む。ユーザは、処理結果表示欄１４８により削除が成功したことを確認したうえで、記憶領域操作終了用ＧＵＩ１５０を操作する。これにより、記憶領域操作用の画面が閉じられるとともに中断していたダウンロード処理が再開され、図１３の（ｂ）や（ｃ）のようなダウンロード中であることを示す画面へ表示が移行する。

図１６は、ダウンロードに際し記憶容量不足のエラーが発生した場合に、情報端末１０に表示される画面の別の例を示している。この例は、図１３で示した画面によりダウンロード操作を行ったユーザが、一旦、ダウンロード操作用の画面を閉じた状態においてエラーを通知するケースを想定している。（ａ）はホーム画面にエラーがプッシュ通知された状態を示しており、エラー通知欄１６０と記憶領域操作開始用ＧＵＩ１６２を含む。

エラー通知欄１６０には、ダウンロード対象のゲームの情報とともに、そのダウンロード処理においてエラーが生じた旨とエラーの内容を示す。ここでユーザがエラー通知欄１６０を操作したら、（ｂ）に示すようにダウンロード操作用の画面を表示させる。この例ではダウンロード操作用の画面にエラー内容表示欄１６４を設けている。エラー内容表示欄１６４には、エラーの概要を示す記載とともに、エラー詳細表示用ＧＵＩ１６６を表す。エラー詳細表示用ＧＵＩ１６６をユーザが操作すると、図示しないエラーの詳細が表示される。

一方、ユーザが（ａ）の画面において記憶領域操作開始用ＧＵＩ１６２を操作した場合、図１５に示したような記憶領域操作用画面を表示する。その後の操作は図１５で説明したのと同様でよい。なお（ａ）に示すようなプッシュ通知を行ったあと、それに対する操作がなされる前にエラーが解消された場合は、プッシュ通知に対する操作を無効としてよい。

以上述べた本実施の形態によれば、サーバからコンテンツ処理装置へのデータのダウンロード操作を、当該コンテンツ処理装置以外の装置から可能にする。例えば情報端末を利用することにより、ユーザは外出先での隙間時間など場所や時間によらずダウンロードを開始させることができ、帰宅後など任意のタイミングでコンテンツを楽しむことができる。

また管理サーバを介して、ダウンロードの進捗状況やエラーの内容を取得し、ダウンロード要求を行った装置にリアルタイムで表示させる。これによりユーザは、確実にダウンロードが実行されているか中断しているか、中断している場合はその原因を、任意のタイミングで確認できる。また、エラーの一つとしてコンテンツ処理装置における記憶容量不足が生じている場合、ダウンロード要求を行った装置から、コンテンツ処理装置の記憶領域の操作、具体的には格納されているデータの削除を可能にする。

ダウンロード要求、不足している記憶容量の確認、格納されているデータのリストからの選択、削除の実行、を一連の操作として同じ装置で行えるようにすることで、ネットワークを介した処理であってもシンプルな情報伝達でエラーを解消でき、ユーザにとっても対処の判断が容易である。このようにエラー対処の手段を提供することで、遠隔地であってもダウンロードを成功させる可能性を高めることができる。また時間的、場所的にダウンロード操作をコンテンツ処理装置から解放することにより、興味が生じたコンテンツの入手の機会が失われにくくなる。

以上、本発明を実施の形態をもとに説明した。上記実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

１ 情報処理システム、 １０ 情報端末、 １２ コンテンツ処理装置、 １４ 管理サーバ、 １６ コンテンツ提供サーバ、 ２３ ＣＰＵ、 ２４ ＧＰＵ、 ２６ メインメモリ、 ４８ 入力情報取得部、 ５０ ダウンロード操作部、 ５２ 記憶領域操作部、 ５４ エラー通知部、 ５６ ダウンロード制御部、 ５８ ダウンロード要求記憶部、 ６０ 状態管理部、 ６２ 状態情報記憶部、 ６４ 記憶領域操作部、 ６６ エラー通知部、 ６８ データ取得部、 ７０ データ記憶部、 ７２ 記憶領域操作部、 ７４ 状態提供部、 ７６ 状態情報記憶部、 ７８ エラー通知部。

Claims (12)

1. データ提供サーバから情報処理装置へデータをダウンロードさせるユーザ操作を受け付け、それに従うダウンロード要求を、前記情報処理装置の記憶領域の、格納済みのデータに係る情報を含む状態情報を保持する管理サーバに、ネットワークを介して発行することによりダウンロードを実現させるダウンロード操作部と、
   前記記憶領域の状態情報を、前記管理サーバから取得し表示させる記憶領域操作部と、
   を備え、
   前記ダウンロード操作部は、前記ダウンロードの実行に際し発生したエラーの内容を前記管理サーバから取得し、前記記憶領域の容量不足エラーかそれ以外のエラーかで対処のための処理を異ならせることを特徴とする情報端末。
2. 前記記憶領域操作部は、前記記憶領域の容量不足エラーが生じたとき、当該記憶領域に格納済みのデータを削除するユーザ操作を受け付け、前記管理サーバに送信することによりデータの削除を実現させることを特徴とする請求項１に記載の情報端末。
3. 前記ダウンロード操作部は、前記エラーの内容に応じて、対処に係る異なるＧＵＩを表示することを特徴とする請求項１または２のいずれかに記載の情報端末。
4. 前記ダウンロード操作部は、前記記憶領域の容量不足エラーが発生した際、その時点で不足している容量の数値を前記管理サーバから取得して表示することを特徴とする請求項１から３のいずれかに記載の情報端末。
5. 前記ダウンロード操作部は、前記記憶領域の容量不足エラーが発生した際、前記記憶領域の操作開始用ＧＵＩを表示させ、
   前記記憶領域操作部は、前記記憶領域の操作開始用ＧＵＩが操作されたとき、記憶領域操作用画面を表示させることを特徴とする請求項１から４のいずれかに記載の情報端末。
6. 前記ダウンロード操作部は、要求を発行したダウンロードの進捗状況を前記管理サーバから取得し表示することを特徴とする請求項１から５のいずれかに記載の情報端末。
7. 前記ダウンロード操作部が要求を発行したダウンロードの実行に際し発生したエラーの内容を表すプッシュ通知を、前記管理サーバから取得して表示させるエラー通知部をさらに備えたことを特徴とする請求項１から６のいずれかに記載の情報端末。
8. 前記ダウンロード操作部は、ダウンロード先として指定可能な前記情報処理装置に係る情報を前記管理サーバから取得して表示することにより、ダウンロード先の前記情報処理装置を選択するユーザ操作を受け付けることを特徴とする請求項１から７のいずれかに記載の情報端末。
9. ネットワークを介して情報処理装置と接続し、当該情報処理装置の記憶領域の、格納済みのデータに係る情報を含む状態情報を収集する状態管理部と、
   前記情報処理装置と異なる情報端末から発行されたダウンロード要求を取得し、それに応じて、データ提供サーバから前記情報処理装置へのデータのダウンロードを制御するダウンロード制御部と、
   前記ダウンロードの実行に際し発生したエラーの内容を取得し、前記情報端末の使用者がユーザ登録している装置を選択したうえで送信することにより、対処のための処理を前記エラーの内容に応じて異ならせて実施させるエラー通知部と、
   を備えたことを特徴とする管理サーバ。
10. ネットワークを介して情報処理装置と接続し、当該情報処理装置の記憶領域の、格納済みのデータに係る情報を含む状態情報を保持する管理サーバと、
    データ提供サーバから前記情報処理装置へデータをダウンロードさせるユーザ操作を受け付け、それに従うダウンロード要求を前記管理サーバに発行することによりダウンロードを実現させる情報端末と、を含み、
    前記ダウンロードの実行に際しエラーが発生したとき、
    前記管理サーバが当該エラーの内容を、前記情報端末の使用者がユーザ登録している装置を選択したうえで送信することにより当該内容を表示させること、または、
    前記情報端末が、前記エラーの内容を前記管理サーバから取得し、前記情報処理装置における記憶領域の容量不足エラーかそれ以外のエラーかで対処のための処理を異ならせること、
    を特徴とする情報処理システム。
11. 情報端末が、
    データ提供サーバから情報処理装置へデータをダウンロードさせるユーザ操作を受け付けるステップと、
    前記ユーザ操作に従うダウンロード要求を、前記情報処理装置の記憶領域の、格納済みのデータに係る情報を含む状態情報を保持する管理サーバに、ネットワークを介して発行することによりダウンロードを実現させるステップと、
    前記ダウンロードの実行に際しエラーが発生したとき、
    前記管理サーバが当該エラーの内容を、前記情報端末の使用者がユーザ登録している装置を選択したうえで送信することにより当該内容を表示させるステップ、または、
    前記情報端末が、前記エラーの内容を前記管理サーバから取得し、前記情報処理装置における記憶領域の容量不足エラーかそれ以外のエラーかで対処のための処理を異ならせるステップと、
    を含むことを特徴とするダウンロード操作方法。
12. ネットワークを介して情報処理装置と接続し、当該情報処理装置の記憶領域の、格納済みのデータに係る情報を含む状態情報を収集する機能と、
    前記情報処理装置と異なる情報端末から発行されたダウンロード要求を取得し、それに応じて、データ提供サーバから前記情報処理装置へのデータのダウンロードを制御する機能と、
    前記ダウンロードの実行に際し発生したエラーの内容を取得し、前記情報端末の使用者がユーザ登録している装置を選択したうえで送信することにより、対処のための処理を前記エラーの内容に応じて異ならせて実施させる機能と、
    をコンピュータに実現させることを特徴とするコンピュータプログラム。

Images