JP4295292B2 - 画像転送方法およびそのプログラム格納記録媒体 - Google Patents
画像転送方法およびそのプログラム格納記録媒体 Download PDFInfo
- Publication number
- JP4295292B2 JP4295292B2 JP2006101714A JP2006101714A JP4295292B2 JP 4295292 B2 JP4295292 B2 JP 4295292B2 JP 2006101714 A JP2006101714 A JP 2006101714A JP 2006101714 A JP2006101714 A JP 2006101714A JP 4295292 B2 JP4295292 B2 JP 4295292B2
- Authority
- JP
- Japan
- Prior art keywords
- image
- quality
- transmission
- data
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
しかし、インターネットにおけるブラウザを用いて画像を表示する場合、表示側の性能や公衆回線等の伝送経路上の制約により、高品質な画像を表示する際には全てのデータを送出するために長時間待たされてしまうことがあった。
それらの制約から、送出するデータ量を少なくし、つまり画像品質を低下させて送信することが一般的に試みられているが、それでは逆に品質の高い画像を希望する利用者にとっては不満が生じてしまう。
一方、トラフィック状態が悪い場合には、画像品質の低い画像やサイズの小さい画像に切り替えて転送する方法があるが、送信側で画質やサイズの異なる複数の画像情報を保持しなければならず、さらに画像の切り替えに際して、受信者側との間でプロトコルが必要となる。
また、(2)画像のように情報量の大きなデータを転送する場合、トラフィック状態が悪いと、転送に時間がかかるため、受信者ないし送受信者双方にとり転送コストが増大し、データエラーが発生し易くなり、受信した画像の品質に影響する。このような場合には、受信途中で接続が打ち切られることもあった。この場合、画像は再現されないか、あるいは全体の一部の画像が表示されるだけであり、全体の概略を表示させる等の方法は不可能であった。
また、(3)トラフィック状態の善悪にかかわらず、送信側で用意した画像データを受信側は全て受信する必要があるため、トラフィックの悪い場合に受信側で画像の品質や解像度を落として画像を受信し、次の画像受信を要求する等の方法は不可能であった。
また、(5)トラフィック状態が悪い場合には、画像品質の低い画像あるいはサイズの小さい画像に切り替えて転送する方法があるが、このためには送信側で品質やサイズの異なる複数の画像情報を保持する必要があり、さらに画像の切り替えに際しては受信者側との間のプロトコルが必要になる。
さらに、(6)受信者で設定する転送時間、あるいは受信データサイズに達した時点で、その画像の受信を打ち切ると、画像は再現されないか、あるいは全体の一部の画像が表示されるだけであり、解像度を落として全体を表示させる等の方法は不可能であった。可能にするためには、送信者側との間で転送する画像の再変換を行う等の必要があり、手間がかかっていた。
そこで、本発明の第1の目的は、これら従来の課題を解決し、表示時間を優先して品質は悪くても短時間で表示して欲しい利用者の要求と、画像品質を優先して少々時間がかかっても高品質で表示して欲しい利用者の要求とを同一の画像データと同一の処理方法で満たすことが可能な画像転送方法およびその記録媒体を提供することにある。
また、本発明の第2の目的は、同一の画像において、送信先の希望毎に必要な領域を効率よく画面表示することが可能な画像転送方法を提供することにある。
また、本発明の第3の目的は、トラフィック状態が悪い場合、受信側で画像の概要が判かる程度の低画質で画像を処理ないし表示させるために必要な画像データを全体の一部で済ませて、受信すべき画像情報量を小さくできる画像転送方法およびその記録媒体を提供することにある。
また、本発明の第5の目的は、送信側で画質の異なる複数の画像を用意する必要がなく、かつ送受信者間で特別なプロトコルを必要とせず、かつ必要な画像品質を送信側に問い合わせることなく、受信側で任意にあるいはトラフィック状態に応じて選択でき、送信側の負荷を減少させるとともに、受信側の機能選択の余地と自由度を大きくすることが可能な画像転送方法を提供することにある。
さらに、本発明の第6の目的は、トラフィック状態の監視を行って、トラフィック状態によって画像受信の画質に切り替えることができ、かつ受信状態の遷移を実施する基準には学習機能を持たせることが可能な画像転送方法を提供することにある。
(1)画像の概略が判る粗い品質または低品質から順次高品質となるデータ構造を持つ圧縮または非圧縮の画像データで、かつ受信途中でも画像全体の表示が可能な画像データを転送する画像転送方法であって、受信側は、トラフィック状態と該トラフィック状態時に受信すべき画像の品質の対応関係を保持するとともに、トラフィック状態の監視を行い、前記対応関係を参照し、前記監視されたトラフィック状態に対応する品質の画像を受信した場合に、その画像のそれ以降の画像の受信を打ち切るようにしている。
(2)受信側は、受信側が希望する画像品質をトラフィック状態に応じて複数段階設定する。
(3)受信側は、受信する画像品質の切り替えを行うトラフィック状態等の条件にヒステリシスを持たせる。
(4)受信側は、受信する画像品質の切り替えを行うトラフィック状態等の条件および/または画像品質に学習機能を持たせる。
(5)受信側は、画像データの転送途中で、受信側が希望する画像品質を変更可能とする。
(6)受信側は、トラフィック状態が悪い場合に低画質で受信した画像を、受信側の処理の空き時間を利用して、受信側が希望する画像品質に達するまで自動で画像情報の再受信を継続する。
また、トラフィック状態が悪い場合、受信側で画像の概要が判かる程度の低画質で画像を処理ないし表示させるために必要な画像データを全体の一部で済ませて、受信すべき画像情報量を小さくでき、さらにトラフィック状態が悪い場合、大きな画像を受信するときには、最初から再受信を実施することにして、時間的、コスト的な損失を少なくすることが可能である。
(参考例)
(1)送信側では、
・複数種類のデータ量を任意のタイミングと任意の領域に限定して取り出すことが可能な画像圧縮形式で画像を圧縮しておく。
・受信側から画像送信要求が来るのを待つ。
・画像送信要求が来たならば、画像品質と画像中の表示領域と表示順序を受信側に問い合わせる。
・回線状態の悪化による送信一時中断処理後の処理も問い合わせておく。
・送信の際には、先ずシステムで決定した最も低い品質レベル、(最もデータ量の少なくて済む)の画像を表示するのに必要なデータを圧縮画像データ中から取り出して送信する。・次に、その品質レベルおよび領域の画像データの送信が終了すると、2番目に低い品質レベルまたは次の領域の画像を表示するのに必要なデータを送信する。
・送信中のデータ量を監視する。
・画像品質、画像領域および表示順序の問い合わせに対する返事が来ると、現在の送信データを見て、既に送信し終っていればそこで終了し、次の処理を開始する。終っていなければ、送り終るまで送信を継続する。
・一定時間当りの送信データ量がしきい値より少なくなったならば、送信を一時中断する。
・一時中断中は、停止状態である旨を受信側に送信する。停止状態の解除には3種類あり、これらは受信側へ問い合わせてその返事により処理を変える。また、予め指示されていれば、その指示に従う。
(a)受信側による処理の停止(キャンセル)。
(b)送信データの品質、位置、順序を指定して継続する。
(c)伝送状態の好転によりしきい値レベル以上のデータ量を送信することが可能になったならば、処理を再開する。それまでは中断状態を継続する。
・送信データの種類、位置情報を受信側から得ると、指定されたデータを優先して送信を再開、継続する。
・ブラウザ側の持つ機能(本発明で使用する圧縮形式のサポートやクライアントマシンの性能、ブラウザの種類等)を送信側に送り、通信可能な状態を確保する。
・ブラウザ側が予め設定状態を送信する設定になっている場合には、デフォルトの画像品質、画像の表示領域、表示順序を送信しておく。
・画像送信要求を接続した送信側に送る。
・送られてきた画像を指定された場所に展開表示する。
・画像データの受信および展開表示を行う一方、ユーザーからの操作、入力待ち状態とする。
・ユーザーがキャンセル要求を出した場合には、送信側に対して画像送信の停止要求を送る。
・ユーザーが表示領域の指定をした場合には、現在表示している領域と異なるとき、送信側に対して現在送信中の画像の送信停止要求を出すとともに、新たなユーザーが指定した領域の画像の送信要求を出す。
・表示順序の指定状態でユーザーが表示順序の変更をした場合には、送信側に対して表示順序変更要求を出す。
・送信側から送信の一時中断を連絡してきた場合、その後の処理を送信していないとき、そのまま中断するか、または画像品質、画像領域、表示順序を連絡して送信再開まで待つ。
・送信が再開されると、それまでの画像データがキャンセルされているか否かを確認して受信処理を再開する。
(1)送信側では、
・転送しようとする画像情報を粗い品質または低画質から順次高精細となるデータ構造を持つ圧縮または非圧縮の画像データを作成する。
・回線接続後、受信側からのデータ送出要求により画像情報を送出し、送信中、一定のタイミングもしくはプロトコルの手順中で受信側からの送信の中断(スキップ)、接続の切断、その他の処理要求を受け付ける。
・受信側からの画像データの送信中止の要求により、その画像の送信を中止し、次の画像送信もしくは次の処理に移行する。
・受信側からの接続切断の要求により、接続を切断する。
・必要に応じて受信側の操作者は、クライテリアマップを再設定する。
・送信側に、データ送信要求を出して画像を含むデータの受信を開始する。
・画像プロファイルや画像表示等に必要な最小限のデータを受信する。
・クライテリアマップに設定されている現在の状態における最大受信画像サイズ、最大通信時間、解像度等の所定画像品質に達した時点で、その画像の受信を打ち切り、画像処理を行って得られる品質の画像を保存もしくは表示し、送信側にはその画像のデータ送信の中止を要求して次の画像のデータ送信要求を行う等、次の処理に移行する。
・遷移後の状態で受信すべき最大受信画像サイズ、最大受信時間、解像度等の所定画像品質をクライテリアマップ等に従って自動ないし手動で、あるいは学習機能によりクライテリアマップの条件を再設定する。
・引き続き、クライテリアマップに従って画像の受信を継続し、最後に回線を切断する。
(3)監視部では、・データ転送速度等のトラフィック条件を監視し、クライテリアマップにより現在の状態から別の状態への遷移を行うべき条件に達した場合、その内容を受信側制御部に通知する。
このシステムは、グローバルなネットワークシステム上に画像等のディジタル情報を供給可能なサーバーシステム1と、供給される情報をネットワーク6を経由して必要な情報のみを選択することにより、受信可能なクライアントシステム3,4,5とから構成される。参考例では、サーバー1等の送信側の制御により、受信側の各要求に応じた画像を送信する方法であって、この方法は、サーバー1およびクライアントシステム3〜5において処理を行わせるソフトウェアとして搭載される。
PC(パーソナルコンピュータ)1はサーバー1側であれば、画像データを圧縮したり解凍することができる中央演算処理装置11と、演算に必要なデータを一時的に保持し得る高速な記憶媒体のメモリ12と、画像データや長期に渡って保存しておきたいデータを保持するための外部記憶媒体である、いわゆるHDD(ハードディスク装置)13と、外部装置との通信やデータの送受信が可能なI/F(インタフェース装置)14とを備えている。ただし、クライアントシステム側では、これらは特に必要ではない。一方、I/F14には、適合するハードウェアやプロトコルに合わせてLANや公衆回線等の伝送経路6との接続を行うモデム2が接続されている。これにより、個々の装置間を接続するために外部装置との通信やデータの送受信が可能となる。公衆回線6上には、同様にして他のPC(クライアント)3〜5等が複数接続されており、互いに必要に応じて情報のやり取りを行う。
図3(a)は、ブラウザ側における画像品質の指定を行う場合の図であり、図3(b)は、ブラウザ側における表示領域の指定を行う場合の図である。
サーバーとの接続が行われ、情報送信の要求を出してインターネット等で広く使用されている閲覧ソフトである、いわゆるブラウザ30が表示され、画面上には送られてきた画像「image1」〜「image3」が表示されている。
勿論、図示されていないが、画像のみならずテキストや音声等の情報も送られており、画面上に表示されたり、同時に再生等が行われる。ここで、表示順序の設定画面31を開くと、送信側(サーバーすなわちホスト)で決定された表示順序が表示され、現在表示中の画像等が分かる。この状態において、例えばマウス等によるポインタ33により任意の画像を選択し、いわゆるドラッグ&ドロップ等の操作を行って表示画像のリスト上の位置を変えると、その情報は送信側に送られる。
また、直接画像を指定することにより、表示領域を指示することも可能である。
同様に、図3(b)のように、ブラウザ画面30に表示された画像34の特定の領域をマウスポインタ33でクリックすると、通常4分割程度に領域が分けられ、指示したポイントを含む領域がその画像の中で最優先に表示され、高画質化される。分割位置と個数は限定されるものではなく、ホスト側における圧縮率との兼ね合いで決定される。画像毎に画像品質が指定されているので、その指定された画像品質になるまで表示処理が行われる。
図4では、先ず初期化されて動作可能な状態になり(ステップ4−1)、複数の種類のデータ量を任意のタイミングと任意の領域に限定して、取り出すことが可能な後述のデータ圧縮形式で画像を圧縮する(ステップ4−2)。次に、受信側からの画像送信要求が来るのを待つ(ステップ4−3)。ネットワーク上に接続されている不特定のクライアントから画像送信要求が来ると、送信する画像に関する情報を送り、それぞれの画像についての画像品質、表示領域、表示順序を送信要求元に問い合わせる(ステップ4−4)。その結果は、デフォルトの処理として、その後に運用される。また、同時に送信一時中断処理後の処理をどのようにするかも問い合わせる(ステップ4−5)。
画像データ等大量のデータを送信していると、回線の状態によっては、極端に送信レートが低下して1つの画像データを送信し終えるのに非常に長い時間がかかることがある。従って、絶えず伝送経路上の状態を監視し、しきい値以下になったならば一度送信を中断し、受信側の指示を抑ぐようにする。監視方法は、フロー状態のレートを見てもよく、問い合わせに対するレスポンスまでの経過時間を見てもよい。
先ず、伝送状態がしきい値以下になったか否かをチェックする(ステップ5−1)。
次に、受信側から画像品質の指定がされたか否かをチェックする(ステップ5−2)。同様に、表示領域の指定が行われたか否か(ステップ5−3)、また表示順序の指定が行われたか否かをそれぞれチェックする(ステップ5−4)。さらに、受信側の都合により、送信の中断要求が送られたか否かもチェックする(ステップ5−5)。このような監視、チェックを先に取り出して、送出を開始したデータの送出が終了するまで継続して行う(ステップ5−6)。
先ず、送信を一時中断する(ステップ6−1)。次に、受信側には、現在送信を中断している旨を連絡する(ステップ6−2)。そして、受信側からの画像品質の指定、表示領域の指定、表示順序の指定が来るのを待つ(ステップ6−3,6−4,6−5)。また、受信側から中断要求が来たか否かもチェックする(ステップ6−6)。これらの処理は、再び送信状態がしきい値以上に復活するまで継続して行われる(ステップ6−7)。
デフォルトもしくは現在指定されている画像品質と同じであれば、送信状態の監視に戻る(ステップ7−1)。((6)を経由して図5のステップ5−1に)。
もし、指定されている画像品質と異なっていれば、新たに画像品質をセットし直して、次のデータの送信を開始する(ステップ7−2)。
通常は、最も画像品質の低いデータ、例えばサムネイル画像から送出を開始し、指定された画像品質になるまで順に元の圧縮画像データから取り出して送信していく。指定品質が現在送出している品質より高い場合には、送信を継続して行い、もし低い場合には、そこで送信を終了して次の画像の送信を行う。
次の指定が現在指定領域でよければ(ステップ8−1)、(6)を経由して図5のステップ5−1に分岐し、現在の指定領域にしない場合には、次の画像領域にセットする(ステップ8−2)。画像領域の指定では、指定された領域が先に指定されている画像品質に達するのを、その画像データの送出では最優先となる。
表示順序では、既に送出された画像は順序に関係なく、新たに送出することはしない。指定された表示順序は、未だ送出していない画像に適用される(ステップ9−1)。現在指定の順序であれば、(6)を経由して図5のステップ5−1に分岐する(ステップ9−2)。
現在送信している画像の送出を止めて、送信途中であるフラグを立てておく(ステップ10−1)。そして、新たに送信要求が来るのを待つ。送信要求が該当画像の場合には、中断した状態から再開できるようにしておく。
図11において、先ず受信側における初期化が行われ(ステップ11−1)、ユーザーからの接続要求操作が行われるまで待つ。接続要求操作が行われると(ステップ11−2)、指定のホストへの接続処理を行う(ステップ11−3)。なお、接続方法は図示していないが、従来の方法で行われる。接続処理が終了すると、ホストに知らせておく情報を送出する(ステップ11−4)。これは、例えばクライアントのハード構成やパフォーマンス、圧縮形式のサポートや閲覧するためのブラウザの種類等である。次に、表示するための設定情報を送出することになっていれば、送出する(ステップ11−5)。これは必須ではなく、ブラウザ側の設定で決定される。
先ずデフォルトの画像品質を送出し(ステップ12−1)、次にデフォルトの表示領域を送出し(ステップ12−2)、最後のデフォルトの表示順序を送出する(ステップ12−3)。
先ずユーザーによるキャンセル要求があるか否かをチェックし(ステップ13−1)、図3に示すような表示領域、表示順序、画像品質の指定があるか否かをチェックする(ステップ13−2,13−3,13−4)。また、図示しないが、その他のGUI操作に関する処理もここで行われる(ステップ13−5)。
先ず、受信処理を中断している旨を表示して、ユーザーに示す(ステップ14−1)。次に、図13に示すユーザー操作の受け付けを行い(ステップ14−2)、ホストからの送信再開連絡が来たか否かをチェックする(ステップ14−3)。
現在表示中の画像は、1つ前の画像品質の状態に戻し、その他の情報も表示可能なものは表示して中断状態を退避保存する(ステップ15−1)。その後は、ユーザー操作等により新たな画像送信要求が出されるのを待つ。
すなわち、図16では表示領域を送出し(ステップ16−1)、図17では、表示順序を送出し(ステップ17−1)、図18では画像品質を送出する(ステップ18−1)。
図19(a)はオリジナル画像、(b)は(a)のある領域を拡大した様子を示す図、(c)は元の画像のデータ列を示す図、(d)は本発明の画像データ列を示す図、(e)は(d)に示す画像データの一部を拡大したデータの図である。
ここでは、圧縮形式については特定しないものとする。図19(a)に示すオリジナル画像50は、x方向、y方向に色情報のデータ列として持っている。その拡大した様子を円51の内に示している。例えば、画像の左上からx方向に順に色情報(RGBやCMYK等で表現される)が配列され、それがx方向に順に色情報(RGBやCMYK等で表現される)が配列され、それがx方向に1ラインずつ構成されている。
図19(c)に示すように、これらの圧縮では、元の画像データがデータ列5に示すように、イメージ状態が保存されているのに反して、通常、元のイメードの位置を取り出したり、全体像を簡単に入手することができない。
すなわち、本参考例における送信画像データ列では、先ずヘッダー60には元の画像サイズ色情報の処類や以下の保持する画像の品質や画像の中の位置情報等を格納する。次に、概略画像データ61には、ある一定の縮尺の全体画像(サムネイル)が格納されており、全体像を見たい場合には、この部分のみを読み込んで解凍すればよい。次に来るものは、やや高画質画像データ62であって、情報量としては画像データ61からかなり増加したものである。画像61,62を読み込むことにより、やや高画質な画像を読み込むことができる。同様により、高画質画像としての差分データを配列しており、最終の高画質画像データ63までを読み込むことにより、十分な画像品質を決定することができる。高画質側をカットすることによって画質よりもサイズを優先した圧縮も可能である。さらに、個々の画質データ内においては、図19(e)に示すように、オリジナル画像をブロック毎に分割された状態で保持しているので、位置情報もヘッダーを読んで書く品質レベル毎に飛び飛びに読み出すことが可能であり、その結果、オリジナル画像の一部分を取り出し、解凍表示することが可能である。
なお、本参考例では、図に示すような圧縮形式に限定されるものではなく、同様に品質や領域を取り出すことが可能な形式であれば、全てに適用可能である。
それらの要求を出すタイミングも限定されず、ユーザーからは任意の時刻にホストに対して指示を出すことができる。
また、(3)送信側は、送信状態の変化を受信側に通知してその後の処理を選択するので、受信側は送信状態に適した画像情報量を要求することができ、できるだけ早く全体像を把握すること、最も早く見たい部分の情報を優先的に受信すること等が可能である。
また、(4)受信側は、いつでも希望する画像品質、画像領域、表示順序を指定できるので、ユーザーの優先要求が変化してもそれに対応することが可能になる。
さらに、(5)送信側は、送信状態の変化に対して受信側の状況により特に指定されることがなくても、予め変化に対応した処理内容を設定しておけば、変化する毎にユーザーが処理内容を指定する煩わしさもなく、受信側は最適な情報取得を行うことが可能となる。
図20は、第1の実施例を示す通信システムの全体図である。
LANあるいは公衆回線等のネットワーク70を介して、サーバー72とクライアント71とが接続されている。サーバー72とクライアント71はそれぞれ1個ずつ記載してあるが、いずれも複数個が接続されている。
受信側は、画像を受信する際に、図21に示す転送画像データ構造に従って、ヘッダ60、粗い画像61、高画質化データ(1)62a、高画質化データ(2)62b、・・・高画質化データ(n)63を時系列で逐次受信し、画像表示処理部において画像を再現し、表示手段において順次表示されていく。図21からも明らかなように、受信側で受信される画像のデータ構造は、図19(d)に示したように、送信側から送信される画像のデータ構造と同じであって、両者の違いは送信側から見た構造と受信側から見た構造の違いだけである。
ヘッダ60のデータには、転送画像データ構造のフォーマットの大きさ、画像サイズ、圧縮の形式等が格納されているが、この情報のみによって画像の大きさが選択されるので、実際の寸法でのレイアウト枠の表示が可能である。
続いて受信される粗い画像データ61により、例えば図23(b)に示すような線画レベルの粗い画像が表示される。細線比は、例えばフィルタリングして高周波成分のみを抽出した画像情報を展開して得ることができる。
受信側端末装置は、各種の動作を実施する制御部81(例えば、中央演算処理装置)と、通信手段等の外部装置と接続を行うI/F(インタフェース装置)82と、LANや公衆回線を用いてデータ転送を行う通信手段83と、図21に示すようなデータ構造を作成することができる画像表示処理部84と、トラフィック状態を監視する監視部85と、キーボードやマウス等のU/I(ユーザー・インタフェース装置)86と、画像を表示する表示手段87と、データを保持する記憶媒体88(例えば、HDD)と、プログラムを格納するプログラム格納手段89(例えば、ROM)とを具備している。なお、記憶媒体88には、後述するトラフィック状態等の条件が定められたクライテリアマップ90も格納されている。
一方、送出側の装置は図示していないが、少なくとも81〜84、および88の各装置を具備している。
図21のデータ構造のうち、先ずヘッダ60を受信した時点では、フォーマットの大きさや画像サイズや圧縮の形式等のテキストデータのみであるため、図23(a)に示すように画像は何も表示されない。次に、粗いデータ61を受信した時点では、図23(b)に示すように、線画レベルでの粗い画像が表示される。
次に、高画質化データ(1)62aを受信した時点では、図23(c)に示すような線画に薄い色が付加された画像レベルが表示される。同じように、図23(d),(e),(f)は、それぞれ高画質化データ(2),(3),(n)を受信した時点での表示画像である。特に、図23(f)は、全ての画像データを受信して得られた高精細な表示画像となる。
本実施例では、状態1、状態2、状態3の3状態で動作することを表わしている。状態1から状態2への遷移は、条件A12を満たした場合に行われ、状態2から状態3への遷移は、条件A23を満たした場合に実施される。以下、同様にして条件B32、条件B21を満たした場合に、それぞれ状態3から状態2へ、状態2から状態1への遷移が実施されることになる。
クライテリアマップは、状態の動作、つまり受信画像の品質と状態遷移の条件を設定した表である。このクライテリアマップは、状態1については、画質Q1を満たすように画像データの受信を行うことを示している。また、その状態で受信すべき画像品質が記述されており、それがQ1であることを示している。ここで、Q1は1/5と示されているが、この数値は最も粗い画質を示すものとする。例えば、図21に示す転送画像データ構造において、ヘッダ60および最初に受信する粗い画像データ61により再生された画像の品質を表わす。全ての画像データを受信して得られる高精細最大の画質を5/5とし、その中間を2/5〜4/5で規定してある。
状態2は、Q2の画像品質で受信することを示し、状態3への遷移条件A23は10,000bpsより大きいことを、状態1への遷移条件B21は、1,500bpsより小さいことを、それぞれ示しているが、学習機能を持たせて状態2における受信画像品質を適宜に変更し得ることを示している。
状態3は、Q3の画像品質で受信することを示し、状態2への遷移条件B32は6,000bpsより小さいことを示している。
また、本実施例では、例えば状態1と状態2の間の遷移条件A12,B21は異なる値を持っているが、これは遷移条件にヒステリシスを持たせたことの実施例になっており、勿論、ヒステリシスのない値を設定してもよい。
図26では、送信側は、転送しようとする画像情報を、図21に示すデータ構造で作成する(ステップ26−1)。次に、回線接続した後(ステップ26−2)、受信側からのデータ送出要求があると(ステップ26−3)、画像情報を送信する(ステップ26−4)、送出中、一定のタイミングもしくはプロトコルの手順中で受信側からの送信の中断、接続の切断、その他の処理要求を受け付ける(ステップ26−5)。受信側からの画像データ送出中止の要求により、その画像の送信を中止し(ステップ26−6)、次の画像送信もしくは次の処理に移行する。受信側からの接続切断の要求により、接続を切断する(ステップ26−7)。
前述の参考例や第1の実施例の処理動作をそれぞれプログラムに変換して、それらのプログラムを記憶媒体に格納すれば、その記憶媒体を持参することにより、任意の場所および時刻に、通信システムで本発明を適用することができる。
6…ネットワーク、11…CPU、12…メモリ、13…HDD、
14…I/F、30…ブラウザ、31…表示順序の設定画面、
32…画像品質の設定画面、33…ポインタ、34…画像、
50…オリジナル画像、51…拡大した様子、52…データ列、60…ヘッダ、
61…概略画像データ、62…やや高画質画像データ、
63…最終の高画質画像データ、64…画像データの位置を示すブロック、
71…クライアント、70…ネットワーク、72…サーバー、81…制御部、
82…I/F、83…通信手段、84…画像表示処理部、85…監視部、
86…U/I、87…表示手段、88…記憶媒体、89…プログラム格納手段、
90…クライテリアマップ。
Claims (7)
- 画像の概略が判る粗い品質または低品質から順次高品質となるデータ構造を持つ圧縮または非圧縮の画像データで、かつ受信途中でも画像全体の表示が可能な画像データを転送する画像転送方法であって、
受信側は、トラフィック状態と該トラフィック状態時に受信すべき画像の品質の対応関係を保持するとともに、トラフィック状態の監視を行い、前記対応関係を参照し、前記監視されたトラフィック状態に対応する品質の画像を受信した場合に、その画像のそれ以降の画像の受信を打ち切るようにしたことを特徴とする画像転送方法。 - 前記受信側は、自装置が希望する画像品質をトラフィック状態に応じて複数段階に設定することを特徴とする請求項1に記載の画像転送方法。
- 前記受信側は、受信する画像品質の切り替えを行うトラフィック状態等の条件にヒステリシスを持たせたことを特徴とする請求項1または2に記載の画像転送方法。
- 前記受信側は、受信する画像品質の切り替えを行うトラフィック状態の条件または画像品質に、学習機能を持たせたことを特徴とする請求項1,2または3に記載の画像転送方法。
- 前記受信側は、自装置が希望する画像品質を変更可能にしたことを特徴とする請求項1〜4のいずれかに記載の画像転送方法。
- 前記受信側は、受信した画像が、自装置が希望する画像品質に達していない場合、処理の空き時間を利用して、自装置が希望する画像品質に達するまで画像情報の再受信を継続することを特徴とする請求項1〜5のいずれかに記載の画像転送方法。
- 請求項1〜6のいずれかに記載の画像転送方法における各処理を実行するプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006101714A JP4295292B2 (ja) | 2006-04-03 | 2006-04-03 | 画像転送方法およびそのプログラム格納記録媒体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006101714A JP4295292B2 (ja) | 2006-04-03 | 2006-04-03 | 画像転送方法およびそのプログラム格納記録媒体 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP29989897A Division JP3988094B2 (ja) | 1997-10-31 | 1997-10-31 | 画像転送方法およびそのプログラム格納記録媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2006217654A JP2006217654A (ja) | 2006-08-17 |
JP4295292B2 true JP4295292B2 (ja) | 2009-07-15 |
Family
ID=36980386
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006101714A Expired - Fee Related JP4295292B2 (ja) | 2006-04-03 | 2006-04-03 | 画像転送方法およびそのプログラム格納記録媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4295292B2 (ja) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11468453B2 (en) | 2005-12-24 | 2022-10-11 | Rich Media Club, Llc | System and method for creation, distribution and tracking of advertising via electronic networks |
US20100153836A1 (en) * | 2008-12-16 | 2010-06-17 | Rich Media Club, Llc | Content rendering control system and method |
US11004090B2 (en) | 2005-12-24 | 2021-05-11 | Rich Media Club, Llc | System and method for creation, distribution and tracking of advertising via electronic networks |
US8356247B2 (en) | 2008-12-16 | 2013-01-15 | Rich Media Worldwide, Llc | Content rendering control system and method |
JP5853003B2 (ja) * | 2013-08-26 | 2016-02-09 | 株式会社オプティム | 画面共有端末、画面共有方法、画面共有端末用プログラム |
US11140438B2 (en) * | 2014-08-25 | 2021-10-05 | Maxell, Ltd. | Mobile information terminal |
MX2022001584A (es) | 2019-08-06 | 2022-05-30 | Duration Media LLC | Tecnologias para presentacion de contenido. |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2692832B2 (ja) * | 1988-02-22 | 1997-12-17 | キヤノン株式会社 | 画像符号化伝送方法 |
JPH0227847A (ja) * | 1988-07-16 | 1990-01-30 | Nippon Telegr & Teleph Corp <Ntt> | パケット呼接続制御装置 |
JPH04292077A (ja) * | 1991-03-20 | 1992-10-16 | Fujitsu Ltd | 画像デ−タ出力制御方法 |
JPH05167861A (ja) * | 1991-12-10 | 1993-07-02 | Olympus Optical Co Ltd | 画像信号送受信装置 |
US5426640A (en) * | 1992-01-21 | 1995-06-20 | Codex Corporation | Rate-based adaptive congestion control system and method for integrated packet networks |
JPH05265416A (ja) * | 1992-03-18 | 1993-10-15 | Fujitsu Ltd | 画像情報伝送方式 |
JPH06177879A (ja) * | 1992-12-08 | 1994-06-24 | Nippon Telegr & Teleph Corp <Ntt> | ネットワーク輻輳制御方法 |
JPH0775092A (ja) * | 1993-07-14 | 1995-03-17 | Hitachi Ltd | ディジタル動画圧縮装置およびこれを用いたリアルタイム動画通信システム |
JP3308367B2 (ja) * | 1993-12-03 | 2002-07-29 | 株式会社日立国際電気 | 静止画像伝送装置及びその伝送方法 |
JPH07288806A (ja) * | 1994-04-20 | 1995-10-31 | Hitachi Ltd | 動画像通信システム |
JP3197152B2 (ja) * | 1994-06-16 | 2001-08-13 | 三菱電機株式会社 | セル交換装置 |
JP3363668B2 (ja) * | 1995-07-25 | 2003-01-08 | キヤノン株式会社 | 画像伝送装置及び画像伝送システム |
JPH0927811A (ja) * | 1995-07-13 | 1997-01-28 | Fujitsu Ltd | 輻輳監視制御装置 |
JP2949188B2 (ja) * | 1996-02-26 | 1999-09-13 | 株式会社超高速ネットワーク・コンピュータ技術研究所 | 画像転送方法 |
-
2006
- 2006-04-03 JP JP2006101714A patent/JP4295292B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2006217654A (ja) | 2006-08-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4295292B2 (ja) | 画像転送方法およびそのプログラム格納記録媒体 | |
US9653081B2 (en) | Digital media frame | |
US7539785B2 (en) | Network device manager | |
US6088737A (en) | Information processing system and control method thereof | |
JP4774185B2 (ja) | ディジタルメディアフレームとインターフェースする方法及びシステム | |
US7996538B2 (en) | Information processing apparatus and content information processing method for transmitting content and event information to a client | |
EP1415820A1 (en) | IMAGE DATA TRANSFERRING METHOD&comma; IMAGE FORMING DEVICE&comma; IMAGE PRINTING SYSTEM | |
JP4481339B2 (ja) | 情報処理装置、情報処理方法、情報処理プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体 | |
JP5495879B2 (ja) | 画像処理システム | |
US7881334B2 (en) | Network system, communication device and program | |
JP2000209574A (ja) | 通信装置、処理方法、カメラ装置、及び記憶媒体 | |
JP3988094B2 (ja) | 画像転送方法およびそのプログラム格納記録媒体 | |
US20030142352A1 (en) | Print data transfer method, printing system and printer device | |
US20200358885A1 (en) | Communication apparatus, control method for the communication apparatus, and storage medium | |
US20100053472A1 (en) | Image content transmitting server, image display apparatus, image content transmitting method, and image displaying method | |
US7193740B2 (en) | Print data transfer method, printing system, printer device and print control program | |
US7532335B2 (en) | Print data supply apparatus, printing apparatus, print system and print data transmission method | |
CN101197928A (zh) | 图像保存系统 | |
JP2001109692A (ja) | データ処理装置、データ処理方法、データ処理システム、並びにコンピュータ読みとり可能な記録媒体 | |
JP2001109551A (ja) | データ処理装置、データ処理方法、並びにコンピュータ読みとり可能な記録媒体 | |
JP2000293458A (ja) | データ配信装置及びデータ受信装置及びそれらの制御方法 | |
JP4387487B2 (ja) | 情報処理装置、ネットワークシステム、情報処理方法または記録媒体 | |
JP2012004893A (ja) | コンテンツ変換システム、およびコンテンツ変換方法 | |
JP2003067147A (ja) | プロファイル情報提供方法及びサーバ装置 | |
JPH11232186A (ja) | データ蓄積装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070821 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080624 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080825 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090331 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090409 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120417 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |