(57)【特許請求の範囲】
【請求項１】
他機器から受信した画像ファイルを保存する保存部と、
該保存部内の空き容量を監視する監視部と、
該監視部が前記他機器から現在受信中あるいは今後受信予定の画像ファイルは前記保存部内に保存不可能であると検出した場合には、前記保存部内に保存済みの画像ファイルの少なくとも一部を圧縮又は縮小することで、前記保存不可能であると検出された画像ファイルを保存可能とする変更部と、
該変更部が前記保存済みの画像ファイルの少なくとも一部を圧縮又は縮小した場合には、該圧縮又は縮小の内容を前記圧縮又は縮小された画像ファイルを送信した他機器に通知する通知部と
を備えることを特徴とする画像ファイル受信装置。
【請求項２】
前記監視部は、前記保存部内の空き容量を示す情報を前記他機器に通知する通知手段を備えることを特徴とする請求項１に記載の画像ファイル受信装置。
【請求項３】
他機器から現在受信中あるいは今後受信予定の画像ファイルを保存部内に保存不可能であると検出した場合には、前記保存部内に既に保存されている画像ファイルのうちの少なくとも一部を圧縮又は縮小することで、前記保存不可能であると検出された画像ファイルを保存可能とするステップと、
前記保存部内の画像ファイルを圧縮又は縮小した後に、前記他機器からの画像ファイルを前記保存部に保存するステップと、
前記保存部内の画像ファイルを圧縮又は縮小した場合には、該圧縮又は縮小の内容を前記圧縮又は縮小された画像ファイルを送信した他機器に通知するステップと
を少なくとも含むことを特徴とする画像ファイル受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報通信機器に係り、特に、通信性能や記憶容量等が比較的脆弱な機器で画像ファイルを受信するのに適した技術に関する。
【０００２】
【従来の技術】
ある機器に保存してある画像ファイルを別の機器に送信する最も単純な方法として、Microsoft WindowsのExplorerを用いる方法がある。Explorerでは送信元機器のハードディスクにある画像ファイルをドラッグし、送信先機器のフォルダにドロップすることでファイル転送が開始される。
【０００３】
また、Microsoft Internet Explorerや、Netsape Navigator等のWorld Wide Webのブラウザ（以下、「Ｗｅｂブラウザ」と呼ぶ。）では、ページ（テキスト、画像等のファイルの集合）を指定するとファイルがダウンロードされ、自機器でテキストや画像を見ることが可能となる。この時取得したファイルはキャッシュの中に保存され、もう一度同じページをアクセスした場合にはキャッシュの中からファイルを得ることでページ表示までの高速化を実現している。キャッシュのサイズには上限を設けることができ、新たにダウンロードしたファイルをキャッシュに保存するときに、上限サイズを超える場合には以前にダウンロードした古いファイルを削除し、新しくダウンロードしたファイルをキャッシュに保存する。
【０００４】
一方、Ｗｅｂブラウザのように画像ファイルを受信する側でファイルを指定や表示するのではなく、画像ファイルを送信する側が送信するファイルを指定し、受信側で受信した画像ファイルを表示するプレゼンテーションシステム、たとえば、特開平１０−２３３７７２号公報で提案された情報処理装置がある。この場合、発表者がファイルの送信側で、聴衆がファイルを受信する側である。発表者は自分の準備してきたプレゼンテーション用のスライド（画像ファイル）を聴衆に送信し表示させる。一度受信したスライドファイルは、受信側で表示後も消してしまわずにプレゼンテーションが終了するまで保存しておけば、前のスライドを再度表示する時にスライドデータは送らずに表示指示のコマンドのみを送るのみでよく、ファイル送受信機器間の通信速度が遅い時に有効である。また、再表示用のみでなくスライドを先送りしておけば、発表者のスライド捲り時にスライド表示コマンドを送るのみで聴衆側のスライド表示を素早く合わせることが可能となる。
【０００５】
【発明が解決しようとする課題】
ところで、画像ファイル受信側の機器が十分なファイル保存領域を確保できないような携帯型の機器の場合、所望の全画像ファイルが保存できないことも起きると想定される。そのような場合、Explorerでのファイル転送では単にファイル転送が失敗するのみであり、ユーザが受信側の機器の保存領域を掃除した後に再度送り直す必要があり、非常に面倒である。
【０００６】
このため、Ｗｅｂブラウザで用いられているような、表示し終わった古いファイルを削除する方法が考えられる。しかしながら、古いファイルを削除するのみでは、以前に表示した画像ファイルを再度表示する場合にもう一度ファイルを送信し直す必要があり、特に、低速の通信路を用いている場合には、一度表示したものであるにも関わらず再表示までに非常に時間がかかるという問題があった。
【０００７】
また、上述のプレゼンテーションシステムでもプレゼン用の全スライドが保存しきれない場合にはそれ以後のスライドが表示できなくなるという問題があった。
【０００８】
そこで、本発明は、このような課題を解決することができる画像ファイル受信装置および画像ファイル受信方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
このような目的を達成するために、本発明は、他機器から受信した画像ファイルを保存する保存部と、その保存部内の状態を監視する監視部と、その監視部が他機器から現在受信中あるいは今後受信予定の画像ファイルは保存部内に保存不可能であると検出した場合には、保存部内に保存済みの画像ファイルの少なくとも一部の保存状態を変更することで、保存不可能であると検出された画像ファイルを保存可能とする変更部とを備える画像ファイル受信装置であることを特徴とする。
【００１０】
本発明によれば、画像ファイルの送受信中にファイル受信機器のファイル保存領域が少なくなったときにも受信側で自動的に対処すると共にそのことを送信側に通知し送信側でも対処することで、利用者の手を煩わせることなくかつ効率的にファイルの送受信を続けることが可能となる。
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を詳細に説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号が付してある。
【００１２】
（第１の実施の形態）
§１．  全体構成
図１は、本発明の第１の実施の形態に係る画像ファイル受信装置の構成を示すブロック図である。ここでは、本発明に係る画像ファイル受信装置を画像表示装置に応用した例について説明する。図１において、この第１の実施の形態に係る画像表示装置１００は、通信部１０１と、保存管理部１０２と、画像表示部１０３と、を少なくとも備えている。そして、通信部１０１は、ネットワークＩＦ部１１１およびデータ送受信部１１２を備え、保存管理部１０２は、画像保存部１１５、保存領域監視部１１６および保存状態変更部１１７を備え、画像表示部１０３は、表示制御部１１３および画像表示デバイス１１４を備えている。
【００１３】
ここで、通信部１０１のネットワークＩＦ部１１１は、通信デバイスを介した共通のプロトコルで他の機器とパケットを交換する部分である。用いる通信デバイスや通信プロトコルとしては特に限定されるものではない。たとえば、有線であれば構内ＬＡＮとして最も一般的であるEthernetとＴＣＰ／ＩＰの組み合わせでも良いし、Ethernetの替わりに無線ＬＡＮを用いることもできる。また、Bluetoothのような今後新たに開発されるようなデバイスを用いてもよい。要は、意図した相手と意図したデータが正しく送受信できればよい。ネットワークＩ／Ｆ部１１１は、他の機器から受信したパケットをデータ送受信部１１２に渡し、逆に、送信すべきパケットをデータ送受信部１１２から受け取り、送信先機器にそのパケットを送信する。
【００１４】
通信部１０１のデータ送受信部１１２は、ネットワークＩＦ部１１１から受信パケットを受け取り、そのパケットから受信データを取り出し、解析する。また、他の機器に送信すべきデータがある場合には、そのデータが組み込まれたパケットを組み立てる。受信データとしては、画像ファイルと画像表示命令のコマンドが考えられる。受信データが画像ファイルの場合には、画像ファイルを画像保存部１１５に蓄積する。画像ファイルのサイズが大きい場合には、複数のパケットに分割されて送られることもあり、その場合には複数のパケットで送信されたデータから１つの画像ファイルを組み立てる。一方、受信データが画像表示命令のコマンドである場合には、コマンドデータを表示制御部１１３に渡す。
【００１５】
画像表示部１０３の表示制御部１１３は、通信部１０１のデータ送受信部１１２から渡されたコマンドデータを解析し、その画像表示コマンドを実行する部分である。画像表示コマンドとしては、表示要求、表示中止が考えられる。表示要求の方法としては、「次」「前」といったある規則に従った順序に基づき、現在の表示画像の「次」の画像を指定したり、「前」の画像を指定したりする方法や、表示する画像ファイル名をコマンドに付与して指定する方法などが考えられる。何れかの方法で表示すべき画像を特定すると、対象の画像ファイルを画像保存部１１５から取得し、画像表示デバイス１１４に応じた画像信号に変換して画像表示デバイス１１４に送る。
【００１６】
画像表示部１０３の画像表示デバイス１１４は、実際に画像を表示するためのデバイスである。デバイスとしては、ＣＲＴや液晶のディスプレイでも良いし、プロジェクタのような投影型のデバイスでもよい。表示制御部１１３から受けた画像信号をそのまま表示する。
【００１７】
保存管理部１０２の画像保存部１１５は、通信部１０１のデータ送受信部１１２から渡される画像ファイルを保存しておく部分である。保存するためのデバイスとしては特に限定するものではなく、ハードディスクでもよいしメモリでもよい。
【００１８】
保存管理部１０２の保存領域監視部１１６は、画像保存部１１５の利用状況、たとえば、空き領域のサイズをチェックする部分である。チェックのタイミングは、定期的に行っても良いし、あるいは、データ送受信部１１２で画像ファイルを受信したことを通知してもらうことにし、通知を受けた時に行ってもよい。あるいは両方の組み合わせも考えられる。たとえば、定期的に空き領域をチェックする場合には、あらかじめ空き領域のサイズの下限を設定しておき、チェック時に空き領域が設定サイズより小さい場合には、保存状態変更部１１７へその旨を通知する。一方、ファイル受信時にデータ送受信部１１２から通知してもらう場合には、データ送受信部１１２から現在受信中のファイルのサイズやこれから受信予定のファイルのサイズも合わせて通知してもらい、これから受信するファイルのサイズが空き領域のサイズより大きい場合には保存状態変更部１１７へその旨を通知する。
【００１９】
保存管理部１０２の保存状態変更部１１７は、保存領域監視部１１６から保存領域の空き領域のサイズが不足していることを通知されると、画像保存部１１５中のファイルの保存の仕方を変更する部分である。これにより、画像保存部１１５内の保存領域の空き領域のサイズを増やす。その結果、新たに受信したファイルの保存が可能となる。また、変更した内容は画像ファイルの送信元に通知される。そのため、保存状態変更部１１７はデータ送受信部１１２にその変更内容とファイル送信元に関する情報を渡す必要がある。
【００２０】
§２．  全体動作
次に、上記の図１に示した画像表示装置１００の動作について説明する。図２は、この画像表示装置１００の画像ファイル受信動作の処理手順を示すフローチャートである。図２に示すように、まず最初、ネットワークＩＦ部１１１がファイルの受信を開始する、あるいは、ファイル受信の予定情報を受信すると（ステップＳ１０１）、保存領域監視部１１６が画像保存領域１１５内のファイル保存領域の空きサイズをチェックし、ファイル保存領域の空きサイズがこれから受信するファイルの保存に十分か否かを判断する（ステップＳ１０２）。
【００２１】
そして、ファイル保存領域の空きサイズが十分でない場合には（ステップＳ１０３ＮＯ）、保存状態変更部１１７が画像保存部１１５内の現在の保存領域の保存状態を変更する（ステップＳ１０４）。保存状態変更後、上記のステップＳ１０２に戻り、空き領域のサイズが十分になるまで、上記のステップＳ１０２乃至ステップＳ１０４が繰り返されることになる。
【００２２】
一方、空き領域のサイズが十分に確保できると（ステップＳ１０３ＹＥＳ）、続いて、上記のステップＳ１０４で保存状態の変更があった場合には（ステップＳ１０５ＹＥＳ）、保存状態変更部１１７はデータ送受信部１１２を介してその変更内容をファイル送信元に通知する（ステップＳ１０６）。最後に、新たに受信したファイルを画像保存部１１５に保存し（ステップＳ１０７）、処理を終了する。
【００２３】
上記の図２のフローチャートでは、上記のステップＳ１０２の空き領域のチェック開始のタイミングを上記のステップＳ１０１のファイル受信／ファイル受信予定受信の開始時期によって決定している。一方、ファイル受信の有無を問わず、定期的に画像保存部１１５の保存領域をチェックする場合には、上記のステップＳ１０１およびステップＳ１０７の処理が共に不要となり、タイマ等の定期イベントにより処理が開始することとなる。
【００２４】
次に、図３に、本発明の第１の実施の形態に係るデータ送受信装置を画像表示装置（プロジェクタ）に応用した場合におけるプレゼンテーションシステムの例を示す。図３の例では、プレゼンテーションの発表者は自分の発表スライドを、各スライドを１つの画像ファイルとしてNotePC２０１に保存している。そして、発表開始時にプロジェクタ２０２にスライドの送信を開始する。全スライドは自動的にプロジェクタ２０２に送信され、プロジェクタ２０２内に保存される。
【００２５】
発表者がNotePC２０１上でスライド捲りの操作を行うと、NotePC２０１からプロジェクタ２０２へスライド表示のコマンドが送信され、プロジェクタ２０２では受信したスライド表示コマンドを実行することで発表者の意図したスライドをスクリーン２０３上に表示することができる。スライド表示のコマンドは、全スライドの送付が終了していなくても送信できるようにしておくことで、スライド送信が完了する前にもプレゼンテーションを開始することができる。
【００２６】
このように、バックグラウンドでスライドデータを送付することでスライドのデータが大きい場合、全スライドの合計サイズがプロジェクタ２０２の保存可能領域のサイズより大きくなる可能性も考えられる。この場合、スライドを自動的にバックグラウンドで送信している時に、保存領域の不足を検出し、現在の保存状態を変更することで、この後受信するスライドを保存するための空き領域を確保する。変更した内容はNotePC２０１に通知しておくことで、NotePC２０１側でプロジェクタ２０２でのスライド保存状況を常時把握しておくことが可能となる。このため、プロジェクタ２０２でのスライド保存状況に合わせたスライドデータの送付をすることで効率的にプレゼンテーションが進められる。
【００２７】
§３．  保存状態変更部１１７
次に、図１の保存状態変更部１１７の具体的な動作例について説明する。上述したように、保存状態変更部１１７は、保存領域監視部１１６から保存状態の変更要求を受けると、画像保存部１１５内に既に保存されているファイルの保存状態を変更する。この変更の際、状況に応じて、どのファイルを、どのように変更するかについて選択・決定する。
【００２８】
保存領域の空きサイズを増やすためにファイルの保存状態を変更する方法としては、まず、ファイルを削除してしまう方法が考えられる。他には、ファイルを圧縮して保存し直す方法も考えられる。たとえば、圧縮していないファイルを圧縮したり、既に圧縮してあるファイルであっても、さらに圧縮率を上げて保存し直すことも可能である。画像ファイルであれば、画像を縮小して保存し直すことも考えられる。ファイルを削除する方法は、保存領域の空きサイズを最も大きく増やすことができる代わりに、もう一度表示するためには全データを送信してもらう必要がある。これに対し、圧縮率を変更して保存し直したり、縮小して保存し直す方法では、保存領域の空きサイズは削除する方法ほどは増やすことができないものの、再度表示する場合にも、再びデータを送り直すことなくすぐに表示可能である。
【００２９】
次に、保存状態の変更対象となるファイルの選択方法としては、ファイルの属性に基づいて選択する方法が考えられる。属性としては限定するものではないが、ファイル名やファイルのデータサイズ、ファイルフォーマットや受信時刻等が考えられる。受信時刻を利用する場合には、受信時に受信した時刻の情報を関連付けてファイルを保存する。ファイル名でソートした順番に保存状態の変更対象としたり、受信時刻の早いものから対象としたり、特定のフォーマットのものから優先的に対象とすることも考えられる。データサイズを用いる場合にはサイズの大きいものから優先的に対象としたり、逆に、サイズの小さいものから優先的に対象とする方法も考えられる。また、ファイルの送信側で保存状態の変更処理を適用する優先度をあらかじめ決めておき、ファイル送信時に付与して送信してもよい。ファイル受信側ではファイルと共に変更優先度も記憶しておき、保存状態の変更が必要な時に変更の優先度が高いものから保存状態の変更対象として選択する。
【００３０】
圧縮や縮小した画像は、圧縮率の高さや縮小方法によっては、元の画像より情報が欠落し多少不鮮明な表示になることがある。しかしながら、ファイル受信側での変更内容をファイル送信側に通知しておけば、たとえば、ファイル送信側で圧縮や縮小した画像の表示をしたい場合に、まずは不鮮明であっても取り敢えず表示しておき、その画像を使っている間に元の画像を送ることも可能である。また、保存し直した画像を元の画像に戻すために差分データのみが必要であるようにしておけば再度送信するデータ量が少なくて済み、元の鮮明な画像表示までの時間を短縮できる。
【００３１】
次に、上記の図３で示したプレゼンテーションシステムを用いて、図１の保存状態変更部１１７の具体的な動作例を説明する。ここでは、保存状態変更方法を「ファイルの削除」とし、保存状態変更対象ファイルの選択方法を「ファイルの受信時刻」とする。
【００３２】
バックグラウンドでスライドを自動送信している時に、プロジェクタ２０２の保存領域が一杯となり、次のスライドファイルを保存できなくなったとする。この時、これまで保存したスライドファイルのうち受信時刻の最も古いものから次のスライドファイルの保存が可能な空き領域ができるまで削除する。たとえば、スライド０〜スライド１０を順に受信しており、次のスライド１１の保存領域が足りない場合、スライド０を削除してスライド１１を保存する。スライド０のみの削除ではスライド１１の保存領域が足りない場合には更にスライド２、スライド３、…と順に削除していけば良い。ただし、まだ一度も表示されていないスライドについては、今後表示される可能性が高いので、新たなスライドファイルの受信を中断しても良い。
【００３３】
削除したスライドファイルの情報は、ファイル送信元、図３のプレゼンテーションシステムの場合では発表者のNotePC２０１に通知しておくことになる。これにより、発表者のNotePC２０１はプロジェクタ２０２に保存されているスライドが何れであるかを常時把握することができる。たとえば、発表者が表示を要求したスライドが削除されている場合にも、いちいちプロジェクタ２０２にスライドデータの存在を問い合わせたり、表示コマンドの失敗を受け取るまでもなく、もう一度スライドデータを送信して表示することが可能となる。
【００３４】
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。上記の第１の実施の形態では、図１の保存領域監視部１１６は、画像保存部１１５の利用状況の監視結果を自機器内の保存状態変更部１１７へ通知していた。つまり、第１の実施の形態では、画像保存部１１５の保存領域の減少に対しては受信側の自機器が対処していた。これに対し、この第２の実施の形態では、画像保存部１１５の利用状況の監視結果を、自機器内ではなく、送信側の他機器に通知する。これにより、送信側の機器で受信側の保存領域の減少に対処することが可能となる。
【００３５】
たとえば、画像保存部１１５の空き領域のサイズを定期的にチェックし、あらかじめ定められたサイズを下回った場合には、直接画像ファイル送信元機器にその旨を通知する。通知対象となる画像ファイル送信元機器としては、最も最近に保存した画像ファイルの送信元のみとしても良いし、画像保存部１１５に保存してあるファイルの全送信元あるいはその一部でも良い。あるいは、画像ファイル送信元に限らず現在通信可能な全機器へ通知する方法も考えられる。
【００３６】
空き領域のサイズチェックのタイミングとしては定期的な方法の他に、画像ファイル受信開始時も考えられる。この場合、受信予定ファイルのサイズを通知してもらうことで、空き領域のサイズが受信予定ファイルのサイズより小さいときのみ他機器へ通知することにしておけば、無駄に通知することがなくなる。
【００３７】
ファイル受信機器が能動的にファイル送信機器へ空き領域のサイズを通知することでファイル送信側では、空き領域に応じた処理、たとえば空き領域に保存可能なサイズに画像を縮小してから送信したり、あるいは保存中のファイルの削除要求をしたりすることができる。
【００３８】
さらに、空き領域のサイズの通知を自機器の保存状態変更部１１７への通知と他機器への通知の両方を用いることも可能である。定期的に空き領域をチェックする場合、それぞれへ通知するか否かを判断する空き領域サイズの閾値は共通であっても良いし、共通でなくても良い。共通の場合には、自機器と他機器で同時に対処することになるし、別々にしておけば、空き領域のサイズが少なくなってきたときにまずは自機器で対処するのか、それともファイル送信元で対処するのかを制御できる。すなわち、自機器の保存状態変更部１１７へ通知するべき空き領域サイズの閾値が他機器へ通知すべき閾値より大きい場合には、まずは自機器内で対処し、それでも追いつかなくなりさらに空き領域が少なくなると他機器でも対処することになる。閾値の大きさが逆の場合には、先に他機器で対処し、それで対処しきれない場合に自機器で対処することになる。受信予定のファイルサイズにより空き領域をチェックする場合にも、自機器の保存状態変更部１１７へ通知するか他機器へ通知するかを制御することができる。両方に通知することにしておけば、自機器、他機器両方で対処を開始する。受信予定ファイルサイズと空き領域のサイズとの差に応じて通知方法を変えてもよい。たとえば、空き領域のサイズに比べて受信予定ファイルサイズの方がかなり大きい場合には両方に通知し、そうでなければどちらか一方のみに通知しても良い。
【００３９】
本発明の第２の実施の形態によれば、ファイル受信機器でファイル保存領域の空き領域が少なくなった場合に、自機器のみでなく他機器でも対処して新たなファイルの受信を可能にすることができるようになる。
【００４０】
【発明の効果】
本発明によれば、画像ファイルの送受信中にファイル受信機器のファイル保存領域が少なくなったときにも受信側あるいは送信側で自動的に対処することができる。このため、利用者の手を煩わせることなく、かつ、効率的にファイルの送受信を続けることが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る画像ファイル受信装置の構成を示すブロック図である。
【図２】図１の画像表示装置１００の画像ファイル受信動作の処理手順を示すフローチャートである。
【図３】本発明の第１の実施の形態に係るデータ送受信装置をプロジェクタに応用した場合におけるプレゼンテーションシステムの構成を示す図である。
【符号の説明】
１００  画像表示装置
１０１  通信部
１０２  保存管理部
１０３  画像表示部
１１１  ネットワークＩＦ部
１１２  データ送受信部
１１３  表示制御部
１１４  画像表示デバイス
１１５  画像ファイル保存部
１１６  保存領域監視部
１１７  保存状態変更部
２０１  Note PC
２０２  プロジェクタ
２０３  スクリーン
【図１】
0003670587.tif 000002
【図２】
0003670587.tif 000003
【図３】
0003670587.tif 000004