(57)【要約】【課題】コンテンツを受信する際にメモリ不足によるエラーが発生した場合、簡単な操作でメモリ容量を確保したうえで最適な状態に復帰できるようにし、これにより情報端末装置の操作性を向上させる。【解決手段】記憶容量（メモリ残量）が不足している旨のエラーを端末装置の表示部に表示するとともに、エラーからの復帰を行うかどうかをユーザに選択させる。ここで、ユーザが復帰を選択すると、メモリ内の不要なデータを削除し、削除後に、あらかじめ記憶していたページ情報を基に、配信を受けたページの閲覧へと復帰する。【選択図】  図４
2004282386.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を経由してコンテンツの配信を受ける情報端末装置であって、
配信されてきたコンテンツを記憶するメモリと、
コンテンツの取得中における前記メモリの記憶状況を監視する監視手段と、
前記監視手段により前記メモリへの記憶が不可と判断されたときに、前記通信回線の接続を確立したまま前記メモリ内の所定のデータを消去する消去手段と、
前記消去手段によるデータの消去後に、前記コンテンツの取得可能状態に復帰するよう制御する制御手段と
を有することを特徴とする情報端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツの配信を受ける情報端末装置のメモリ管理技術に関する。
【０００２】
【従来の技術】
従来より、ネットワークに接続されたサーバにある各種コンテンツ（音楽データや画像、テキスト情報など）をネットワークを介してサーバから取得することのできるシステムが実現されている。たとえば情報端末装置が印刷機能を有している場合には、サーバから配信されたコンテンツをプリントして活用できるというメリットがある。
【０００３】
【発明が解決しようとする課題】
ところで、情報端末装置のメモリの状態によっては、配信されてくるコンテンツを受け取れない場合がある。具体的には例えば、端末の構成に依存して受信データをメモリに順次格納していく場合の、メモリの獲得、獲得したメモリへのデータの書き込みのサイクルにおいて、他のイベント（例えばプリンタのウォームアップなど）が発生したとき、システムの処理時間が間に合わなくなり、メモリの獲得が遅れ、その結果メモリフルとなり受信したデータを記憶できない、という場合がある。
【０００４】
さらに、このシステムでは配信に先立って予め配信データの容量を通知してもらうことも可能で、データ容量通知時に端末のメモリ記憶容量を検索し、データ受信可能かどうかを判断してから配信を受けることも可能であるが、サーバ側の不良などで通知されたデータ容量よりも実際には大きなデータが配信されることも考えられ、このような場合には、端末側のデータ記憶領域がパンクし、メモリフルとなって配信データをすべて記憶できなくなることも考えられる。
【０００５】
さて、従来の情報端末装置は、このような状況に陥った場合、受信データを破棄して配信開始場面に戻る、という制御が一般的であった。そうすると、再度配信を受けるためには、端末内の記憶容量をより多く確保するべく端末内の不要なデータを削除しなければならない。
【０００６】
そのために、ユーザはいったんメモリ内の不要なデータを消去する操作を行ってから再度配信を受ける操作を行う必要があった。このようなメモリ内のデータを消去する操作は通常、ネットワーク接続を切断したスタンバイ状態にしなければ行うことができず、かかる消去操作の後、再度ネットワークへ接続し、キャッシュなどの情報から配信を受けたページを検索するなどの複雑な操作が必要になっていた。
【０００７】
そこで、本発明は、コンテンツを受信する際にメモリ不足によるエラーが発生した場合、簡単な操作でメモリ容量を確保したうえで最適な状態に復帰できるようにし、これにより情報端末装置の操作性を向上させることを目的とする。
【０００８】
【課題を解決するための手段】
本発明の一側面によれば、通信回線を経由してコンテンツの配信を受ける情報端末装置であって、配信されてきたコンテンツを記憶するメモリと、コンテンツの取得中における前記メモリの記憶状況を監視する監視手段と、前記監視手段により前記メモリへの記憶が不可と判断されたときに、前記通信回線の接続を確立したまま前記メモリ内の所定のデータを消去する消去手段と、前記消去手段によるデータの消去後に、前記コンテンツの取得可能状態に復帰するよう制御する制御手段とを有することを特徴とする情報端末装置が提供される。
【０００９】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。
【００１０】
図１は、実施形態における情報端末装置としてのファクシミリ装置の構成を示すブロック図である。実施形態におけるファクシミリ装置２は、ファクシミリ（ＦＡＸ）通信機能の他、ネットワークを経由してサーバからコンテンツデータをダウンロードして印刷する機能を備える。
【００１１】
１０１は原稿を光学的に読み取って画像データに変換する画像読み取り部、
１０２はファクシミリ装置全体の制御を行うＣＰＵ、
１０３はＣＰＵ１０２の動作プログラムを格納するＲＯＭ、
１０４はＣＰＵ１０２のワークメモリとなったり受信したデータを格納したりするＲＡＭ、
１０５は画像読み取り部１０１で読み取ったり通信回線経由で受信して得た画像データをプリントする記録部、
１０６はビットマップデータの表示が可能な表示部（表示画面ともいう。）、
１０７はユーザーがキーなどでファクシミリの操作を行う操作部、
１０８は通信回線経由でデータの送受信を行うためのデータモデム、
１０９は通信回線経由でファクシミリの送受信を行うためのＦＡＸモデム、
１１０は通信回線から受信するデータをデータモデム１０８またはＦＡＸモデム１０９に振り分けるためのクロスポイントスイッチである。
【００１２】
図２は、上記のファクシミリ装置２を含むネットワークシステムの構成および、ファクシミリ装置２によるコンテンツのダウンロード処理のシーケンスを示す図である。
【００１３】
１はコンテンツサーバで、ページ情報など、クライアントとの間で情報を更新するＷｅｂサーバ１０１と、印刷用画像データなど、各種コンテンツをもつダウンロード（ＤＬ）サーバ１０２とを含む。コンテンツサーバ１とファクシミリ装置２とは、公衆回線などの回線で接続され、ファクシミリ装置２からは、例えばダイヤルアップによりゲートウェイ（ＧＷ）４およびインターネット３を経由してＷｅｂサーバ１０１や、ＤＬサーバ１０２に接続される。
【００１４】
ファクシミリ装置２がＷｅｂサーバ１０１に新しいページ情報を要求すると、Ｗｅｂサーバ１０１は指定されたページ情報をファクシミリ装置２に送信する。ここで、ページ情報はたとえばＨＴＭＬなどマークアップ言語で記述されているものとする。ファクシミリ装置２は、ページ情報を受信すると、その情報を解読して表示用データに変換し、表示部１０６で表示する。
【００１５】
２０１は表示内容の一例を示している。表示されたページに印刷用のコンテンツがある場合、「ダウンロード」ボタンが表示され、これによりユーザーにダウンロード、プリント出力を選択させる。ここで「ダウンロード」が選択されると、そのページに書かれているコンテンツの属性を取得してダウンロードを実行する。属性情報には、たとえば、ファイル属性（ＪＰＥＧ／ＧＩＦ／ＴＥＸＴ．．．）、ファイルサイズ、縦横サイズ、解像度、フォントタイプ（明朝／ゴシック．．．）などが含まれる。
【００１６】
ファクシミリ装置２は自身の装置性能など示す端末情報（ＵｓｅｒＡｇｅｎｔ）やパスワード情報を含むコンテンツのダウンロード要求をＷｅｂサーバ１０１に送信するとともに、ダウンロードを開始する旨の表示を出し、ユーザに通知する。
【００１７】
Ｗｅｂサーバ１０１はファクシミリ装置２からダウンロード要求を受けると、端末情報と指示内容に基づき配信の可否を判断し、配信可能であればコンテンツを選択してＤＬサーバ１０２から配信する。
【００１８】
ファクシミリ装置２は、配信されてくるコンテンツをＲＡＭ１０４に格納しながら、そのコンテンツの属性情報から復元処理を行い、並行して印刷処理が可能か否かの印刷判断を行う。復元処理は、例えばコンテンツがＪＰＥＧファイルであれば、ＪＰＥＧデコーダを使って復元を行い、正しく復元できるか否かを確認する。
【００１９】
ダウンロード処理、および復元処理が終わると、復元処理の結果を確認し、正常に復元出力可能と判断した場合にはその旨をＷｅｂサーバ１０１に通知する。Ｗｅｂサーバ１０１はファクシミリ装置２からダウンロードの正常復元終了通知を受けると、コンテンツが正常に復元できたものとして課金などのコンテンツ配信確定処理を行う。
【００２０】
そして、最初に表示していたページ情報を基に、ＷＥＢサーバへページ情報取得を要求し、この場合には、コンテンツをダウンロードした場面に戻る。
【００２１】
図３Ａ、図３Ｂ、図３Ｃは、実施形態におけるファクシミリ装置２の制御処理を示すフローチャートであり、図３Ａはコンテンツダウンロード前の処理を、図３Ｂはコンテンツダウンロード中の処理を、図３Ｃはコンテンツダウンロード後の処理を示している。
【００２２】
まず、図３Ａのコンテンツダウンロード前の処理を説明する。
【００２３】
ｓｔｅｐ１で、図示しないＷＷＷサーバに接続して所望のホームページを表示する。なお、ホームページ表示に至るまでの処理（ダイヤルアップ、ゲートウェイ接続など）は公知の技術を用いればよいのでその説明は省略する。
【００２４】
ホームページ表示中に、コンテンツの中にプリント出力指示が書かれている場合（例えば、ＨＴＭＬのタグなどを使用し、タグにプリント出力指示が書かれている）に、表示部１０６にプリント出力を促す表示（図２の２１に相当する）がされ、このプリント出力指示に従ってプリント出力（コンテンツダウンロード）が選択されたかどうかを判定する（ｓｔｅｐ２）。ここで、プリント出力が選択された場合には、プリント出力するデータの属性を取得する（ｓｔｅｐ３）。
【００２５】
次に、取得した属性に基づき、受信可能なデータかどうかを判定する（ｓｔｅｐ４、５）。例えば、取得したサイズから、ＲＡＭ１０４のメモリ残量からみて受信不可能と判断された場合（ｓｔｅｐ６）には、そのコンテンツをＲＡＭ１０４に上書きしてよいかどうかを判定し（ｓｔｅｐ７）、上書きが不可能であればプリント出力をあきらめホームページ表示（ｓｔｅｐ１）へ戻る。ここで、メモリへの上書きが可能であれば、ｓｔｅｐ８へ進み、例えば、取得した属性情報を表示部１０６へ表示し（図２の２２に相当する）、ダウンロード開始の指示を待つ（ｓｔｅｐ９）。
【００２６】
次に、図３Ｂのダウンロード中の処理を説明する。
【００２７】
上記したｓｔｅｐ９（図３Ａ）で、ダウンロードが指示された場合に、取得した属性や、その属性から判定したダウンロード予測時間を表示（図２の２３に相当する）しながら（ｓｔｅｐ１０）、ダウンロードを開始する（ｓｔｅｐ１１）。次に、ｓｔｅｐ１２で、ダウンロードの終了を判断し、ダウンロードが終了していないときには、ｓｔｅｐ１３でダウンロード中のエラーを監視する。ここでいうエラーとは、回線断、割り込み着信、データエラーなどを示し、エラー検出時には、ｓｔｅｐ１５で各エラーに対応した処理を行った上で、ｓｔｅｐ１のホームページ表示の状態へ戻る。このｓｔｅｐ１３〜１５の処理については後ほど詳細に説明する。一方、このｓｔｅｐ１３でエラーが検出されない場合には、ｓｔｅｐ１６で、ｓｔｅｐ１０（図３Ａ）と同様な状態表示を行う。この場面で、キー入力を検出し、キー入力が検出された場合に、そのキーがキャンセルキーかどうかを判断する（ｓｔｅｐ１７）。ここで、キャンセルキーが押されたときには、メイン処理（ｓｔｅｐ１）へ戻り、キャンセルキーが押されていないときには、ｓｔｅｐ１２へ戻って、ダウンロードが終了するまで処理を繰り返す。ｓｔｅｐ１２でダウンロードの終了が検出されると、図３Ｃに示すダウンロード後の処理へと移行する。
【００２８】
続いて、図３Ｃのダウンロード終了後の処理を説明する。
【００２９】
上記したｓｔｅｐ１２でダウンロードの終了が検出されたときに、サーバへダウンロード終了を通知する必要があれば、ＨＴＴＰなどのプロトコルに従いサーバへダウンロード終了を通知する（ｓｔｅｐ１９）。サーバはこの通知を受けてダウンロードの終了タイミングを把握し、場合によっては、ここでダウンロードに対する課金を発生させることができる。
【００３０】
次のｓｔｅｐ２０では、ダウンロードしたコンテンツの管理情報を更新する。ここで、管理情報とは、ダウンロードしたコンテンツの最大印刷回数、転送許可などを示す。
【００３１】
次に、ｓｔｅｐ２１で、コンテンツの印刷を確認する表示を行い、印刷選択待ち（ｓｔｅｐ２２）になる。このときに、印刷確認画面だけではなく、例えばダウンロードしたコンテンツの画像画像を、印刷プレビューとして表示部１０６に表示させても良い。
【００３２】
ｓｔｅｐ２２で印刷が指示された場合に、印刷中である旨のメッセージを表示部１０６に表示（図２の２５に相当する）し（ｓｔｅｐ２３）、印刷を開始する（ｓｔｅｐ２４）。印刷開始後、キー入力などを検出し（ｓｔｅｐ２５）、キャンセルキーなどによる印刷中止が指示された場合には、印刷を中断し（ｓｔｅｐ２６）、メイン（ｓｔｅｐ１）へ戻る。印刷が中止されなかった場合には、印刷終了を待って（ｓｔｅｐ２７）、印刷終了後、ｓｔｅｐ２８で、管理情報（例えば、最大印刷回数など）を更新し、ユーザへ端末の状態の通知を行い（ｓｔｅｐ２９）、その後、メイン（ｓｔｅｐ１）へ戻る。
【００３３】
次に、図３Ｂに示したｓｔｅｐ１３〜１５でのエラー処理について詳しく説明する。
【００３４】
前述したように、ここでのエラーは、回線断、割り込み着信、データエラーなどを示すが、本発明はこのうちデータエラー、特に端末側のメモリの記憶状況に不具合が発生した場合に注目したものである。このような状況は、例えば、ファクシミリ装置２の構成に依存してファクシミリ装置２で受信データをＲＡＭ１０４に順次格納していく場合に、順次メモリを獲得し、獲得したメモリにデータを書き込んでゆくときに他のイベント（例えばプリンタのウォームアップなど）が発生した場合、システムの処理時間が間に合わなくなり、メモリの獲得が遅れ、結果メモリフルとなり受信したデータを記憶できない場合に起こりうる。また、サーバ側の不良などで、通知されたデータ容量よりも実際には大きなデータが配信されてきた場合に、端末側のデータ記憶領域がパンクしてメモリフルとなり配信データをすべて記憶できなくなる場合にも起こりうる。
【００３５】
そこで本実施形態では、ｓｔｅｐ１３において、この不慮のメモリフルを検出すべく、ＲＡＭ１０４の記憶状態を検出する。具体的には、ＲＡＭ１０４の残量と受信データのスループットを監視し、ＲＡＭ１０４の残量が受信データスループットから算出した受信データ容量よりも小さくなった時にメモリ不足と判断する。あるいは、実際に受信したデータ容量を監視し、予め通知されたデータ容量と比較し、受信データが通知された容量を超えた時にメモリ不足と判断するようにしてもよい。ここで、スループットとは、ある一定期間内に配信により受信したデータの容量のことであり、例えばこの平均値などから次の期間で受信が予想されるデータ容量を決定することができる。
【００３６】
ｓｔｅｐ１３でこのような記憶容量検出処理を行うことにより、記憶容量不足と判断された場合（ｓｔｅｐ１４）、エラー処理（ｓｔｅｐ１５）に移行することになる。
【００３７】
ｓｔｅｐ１５では、以下のようなリカバリー処理が行われる。
【００３８】
まず、記憶容量（メモリ残量）が不足している旨のエラーをユーザに通知するとともに、エラーからの復帰を行うかどうかをユーザに選択させる。具体的には、表示部１０６に、図４に示すようなメッセージを表示する。ここで、ユーザが復帰を選択（図４の場合には「はい」を選択）すると、ＲＡＭ１０４内の不要なデータを削除し、削除後に先にｓｔｅｐ１で記憶していたページ情報を基に、配信を受けたページの閲覧へ復帰する。ここでユーザは、図４の「いいえ」を選択することで復帰しないことを選択することも可能である。このような選択の余地は残したほうが使い勝手がよいであろう。
【００３９】
不要データの削除は、端末が自動的に行っても良いが、ユーザに選択させるほうが好ましいであろう。ユーザに選択させる場合には、例えば、ＲＡＭ１０４のデータ格納状態（過去の配信データ容量、データ名、配信日時など）を表示し、この表示データからユーザに削除するデータを選択してもらうなどの方法がある。
【００４０】
また、単にｓｔｅｐ１で閲覧していたページに復帰するのではなく、さらにコンテンツの取得状態まで処理を自動的に進めることも可能である。この場合には、ｓｔｅｐ１のページ閲覧状態（すなわち、コンテンツの取得可能状態）から、図２に示したようなコンテンツ属性情報取得要求、コンテンツダウンロード要求をサーバに対して行うことで実現できる。
【００４１】
このように実施形態によれば、コンテンツダウンロード時にファクシミリ装置２の不慮のメモリ不足時に、ネットワークの接続を確立したまま不要なデータをメモリから削除してメモリ容量を確保し、その後に最適な状態へ復帰するようにしたので、ユーザは、わざわざネットワークを切断し、データ消去操作を行った後に再度ネットワークへ接続し、キャッシュなどの情報から配信を受けたページを検索する、といった複雑な操作を行う必要がなくなる。
【００４２】
（他の実施形態）
以上、本発明の実施形態を詳述したが、本発明は、例えばシステム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。また、上述の実施形態では、情報端末装置としてファクシミリ装置を例に説明したが、本発明の情報端末装置はファクシミリ装置に限らず、プリンタ等にも同様に適用可能であることはいうまでもない。また、本発明の情報端末装置は、複数の機器によるシステム構成であってもよいし、また、一つの機器から構成されたものでもよい。
【００４３】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータがその供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、その形態はプログラムである必要はない。
【００４４】
従って、本発明の機能処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の特許請求の範囲には、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００４５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００４６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００４７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、そのホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザーに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００４８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザーに配布し、所定の条件をクリアしたユーザーに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００４９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００５０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【００５１】
【発明の効果】
本発明によれば、コンテンツを受信する際にメモリ不足によるエラーが発生した場合、簡単な操作でメモリ容量を確保したうえで最適な状態に復帰することができ、これにより情報端末装置の操作性が大幅に向上する。
【図面の簡単な説明】
【図１】実施形態における情報端末装置としてのファクシミリ装置の構成を示すブロック図である。
【図２】実施形態におけるファクシミリ装置を含むネットワークシステムの構成および、ファクシミリ装置によるコンテンツのダウンロード処理および印刷処理の概略シーケンスを示す図である。
【図３Ａ】実施形態におけるファクシミリ装置のコンテンツダウンロード前の処理を示すフローチャートである。
【図３Ｂ】実施形態におけるファクシミリ装置のコンテンツダウンロード中の処理を示すフローチャートである。
【図３Ｃ】実施形態におけるファクシミリ装置のコンテンツダウンロード後の処理を示すフローチャートである。
【図４】実施形態における復帰選択画面の一例を示す図である。
【図１】
2004282386.tif 000003
【図２】
2004282386.tif 000004
【図３Ａ】
2004282386.tif 000005
【図３Ｂ】
2004282386.tif 000006
【図３Ｃ】
2004282386.tif 000007
【図４】
2004282386.tif 000008