JP2004240514A

JP2004240514A - 画像データ転送装置、画像データ転送方法および画像データ転送プログラムを記録した媒体

Info

Publication number: JP2004240514A
Application number: JP2003026387A
Authority: JP
Inventors: Tomohiko Sato; 友彦佐藤; Hiroshi Matsuo; 浩松尾; Tatsuya Ichikawa; 達哉市川; Hiroaki Mikami; 浩明三上
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2003-02-03
Filing date: 2003-02-03
Publication date: 2004-08-26

Abstract

【課題】正規のチャンクトエンコーディングという仕様に準拠していない携帯電話では、大容量のデータを転送することができない
【解決手段】転送しようとする画像データが、一回の送信に許容される送信パケット容量よりも大きい場合には、クライアント側となる携帯電話端末１０では画像データを分割すると共に分割した状況が分かるサブデータを生成し、分割した子データ毎にコールを繰り返して送信するようにし（ステップＳ１１０、ステップＳ１２０）、サーバ側では１コール毎に区切られて転送されてくる子データをサブデータを含めた状態でバッファメモリ４３にコピーし、全ての子データが送信された時点でサブデータに基づいて復元するようにした（ステップＳ２００，Ｓ２５０）ため、正規のチャンクトエンコーディングという仕様に準拠していない携帯電話端末１０からでも画像データを転送することができるようになる。
【選択図】図３

Description

【０００１】
【発明の属する技術分野】
本発明は、画像データ転送装置、画像データ転送方法および画像データ転送プログラムを記録した媒体に関する。
【０００２】
【従来の技術】
携帯電話で画像データなどの比較的大容量のデータを転送する必要性が生じてきている。しかし、ＨＴＴＰ通信では、一回のパケットで送れるデータの容量に上限があり、これを超えて送ることはできない。このため、ＨＴＴＰ１．１の仕様には分割送信用手法として、チャンクトエンコーディングという仕様が提唱されている。
【特許文献１】
特開２００１−１４４８８４号公報
【０００３】
【発明が解決しようとする課題】
上述した従来の画像データ転送装置においては、正規のチャンクトエンコーディングという仕様に準拠していない携帯電話では、大容量のデータを転送することができない課題があった。
本発明は、上記課題にかんがみてなされたもので、チャンクトエンコーディングという仕様に準拠していない携帯電話でも、パケットの上限を超えるデータの転送を行えるようにすることが可能な画像データ転送装置、画像データ転送方法および画像データ転送プログラムを記録した媒体の提供を目的とする。
【０００４】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかる発明は、携帯電話によりパケット通信を利用して画像データを転送するためのクライアントとサーバとからなる画像データ転送装置であって、上記クライアント側では、上記サーバに対して画像データを複数の子データに分割して送信する要求を行なうとともに、上記画像データを分割して複数の子データを生成しつつ、元の画像データを特定した上で分割した順番を特定するサブデータを生成し、生成した子データの回数だけ上記サーバ側をコールして、接続と上記サブデータを含めた子データの転送と切断とを繰り返し、上記サーバー側では、上記要求を受けた場合に、複数に分けてコールして送られてくる上記子データを順次受信し、上記サブデータに基づいて全ての子データが受信された時点で同子データを連結して元の画像データを復元する構成としてある。
【０００５】
上記のように構成した請求項１にかかる発明においては、クライアント側では、上記画像データを分割して複数の子データを生成し、上記サーバー側では、全ての子データが受信された時点で同子データを連結して元の画像データを復元する。これを実現するため、上記クライアント側では、元の画像データを特定した上で分割した順番を特定するサブデータを生成し、上記サーバに対して画像データを複数の子データに分割して送信する要求を行ない、生成した子データの回数だけ上記サーバ側をコールして、接続と上記サブデータを含めた子データの転送と切断とを繰り返す。一方、上記サーバー側では、上記要求を受けた場合に、複数に分けてコールして送られてくる上記子データを順次受信し、上記サブデータに基づいて全ての子データが受信された時点で同子データを連結して元の画像データを復元する。
【０００６】
以上のような手順を実行することにより、特定の仕様に準拠していない携帯電話においても、サーバ側に対してパケットの上限を超える容量の画像データを転送することが可能となる。なお、子データを生成するにあたっては、予め全ての子データを生成しても良いし、元の画像データがなくなるまで、毎回、転送可能な量のデータを分割して子データとして生成していっても良い。
【０００７】
上記サーバデータをクライアント側からサーバ側へ送信する手法として、上記サブデータは子データの先頭にヘッダーとして記録されるようにしてもよい。
同子データを連結する際に元の画像データを特定する手法として、上記クライアント側では、画像データを複数の子データに分割する際に、元の画像データを特定するためのＩＤを上記サブデータに含めて送信し、上記サーバ側では、同ＩＤが一致する複数の子データを連結して元の画像データを復元するようにしてもよい。
このようにすれば、ＩＤによって元の画像データを特定できるので、複数の画像データを転送する処理を並行して処理することが可能となる。
【０００８】
子データを連結する際に元の画像データにおける順番を特定する手法として、上記クライアント側では、各子データの元の画像データにおける順番を特定するためのシーケンス番号を上記サブデータに含めて送信し、上記サーバ側では、同シーケンス番号に従って順番で複数の子データを連結して元の画像データを復元するようにしてもよい。
このようにすれば、シーケンス番号によって連結する順番を特定できるので、各子データを必ずしも順番通りに転送する必要が無くなり、転送する処理に自由度を持たせることが可能となる。
【０００９】
順番と共に子データの最後を特定する手法として、上記シーケンス番号に「０」または負の数を与えることによって最後の子データであることを示すようにしてもよい。
このようにすれば、分割して送信している子データが最後であることを、別途、サーバ側に伝える必要が無くなる。
【００１０】
一方、子データの最後を特定する手法として、上記クライアント側では、最後の子データのサブデータに終了フラグを設定し、上記サーバ側では、同サブデータにおける終了フラグを受け取ると最後の子データであることを認識し、子データを連結して元の画像データを復元するようにしてもよい。
このように、クライアント側で画像データを分割して複数の子データを生成し、サーバー側で全ての子データが受信された時点で同子データを連結して元の画像データを復元する手法は必ずしも実体のある装置に限られる必要はなく、その方法としても機能することは容易に理解できる。すなわち、必ずしも実体のある装置に限らず、その方法としても有効であることに相違はない。
【００１１】
ところで、このような画像データ転送装置は単独で存在する場合もあるし、ある機器に組み込まれた状態で利用されることもあるなど、発明の思想としてはこれに限らず、各種の態様を含むものである。従って、ソフトウェアであったりハードウェアであったりするなど、適宜、変更可能である。
発明の思想の具現化例として画像データ転送装置のソフトウェアとなる場合には、かかるソフトウェアを記録した記録媒体上においても当然に存在し、利用されるといわざるをえない。むろん、その記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。また、一次複製品、二次複製品などの複製段階については全く問う余地無く同等である。
【００１２】
さらに、一部がソフトウェアであって、一部がハードウェアで実現されている場合においても発明の思想において全く異なるものではなく、一部を記録媒体上に記憶しておいて必要に応じて適宜読み込まれるような形態のものとしてあってもよい。
本発明をソフトウェアで実現する場合、ハードウェアやオペレーティングシステムを利用する構成とすることも可能であるし、これらと切り離して実現することもできる。例えば、各種の演算処理といっても、その実現方法はオペレーティングシステムにおける所定の関数を呼び出して処理することも可能であれば、このような関数を呼び出すことなくハードウェアから入力することも可能である。そして、実際にはオペレーティングシステムの介在のもとで実現するとしても、プログラムが媒体に記録されて流通される過程においては、このプログラムだけで本発明を実施できるものと理解することができる。
また、本発明をソフトウェアで実施する場合、発明がプログラムを記録した媒体として実現されるのみならず、本発明がプログラム自体として実現されるのは当然であり、プログラム自体も本発明に含まれる。
【００１３】
【発明の効果】
以上説明したように本発明は、チャンクトエンコーディングという仕様に準拠していない携帯電話でも、パケットの上限を超えるデータの転送を行なうことが可能な画像データ転送装置を提供することができる。
また、請求項２にかかる発明によれば、サブデータを子データに含めて送信することができる。
さらに、請求項３にかかる発明によれば、元の画像データを特定できるので、複数の画像データを並列して処理することも可能となる。
さらに、請求項４にかかる発明によれば、子データを連結する順番を特定できるので、転送する順番に自由度を持たせることもできる。
【００１４】
さらに、請求項５にかかる発明によれば、子データの最後を示すデータを別途に設ける必要が無くなる。
さらに、請求項６にかかる発明によれば、子データの最後を比較的簡易に示すことができる。
さらに、請求項７にかかる発明によれば、同様の効果を奏する画像データ転送方法を提供でき、請求項８にかかる発明によれば、画像データ転送プログラムを記録した媒体を提供できる。
【００１５】
【発明の実施の形態】
以下、図面にもとづいて本発明の実施形態を説明する。
図１は、本発明の一実施形態にかかる画像データ転送装置のクライアント側となる携帯電話をブロック図により示している。
同図において、制御部１１は本携帯電話端末１０を総括的に制御するものであり、この制御部１１内にはコンピュータシステムとして一般的なＣＰＵ、ＲＯＭ、ＲＡＭ、各種Ｉ／Ｆなどが含まれている。制御部１１には、無線部１２、符号化／複合化部１３、キー操作部１４、マイク１５、スピーカ１６、表示部１７が接続され、通常の携帯電話の機能を実現している。また、本携帯電話端末１０では、カメラ部１８が上記制御部１１に接続されており、同制御部１１はキー操作部１４の操作に応じてカメラ部１８にて撮影を行なわしめて画像データを取得する。同画像データなどを記録するためにメモリ１９が制御部１１に接続されている。なお、この携帯電話端末１０は、本発明のクライアント側を構成する。
【００１６】
次に、図２は上記携帯電話端末が収容される交換網などを示している。
上記携帯電話端末１０は、無線基地局２０を介して交換網３０と交換局４０に収容され、同交換局４０による制御に従って電話交換機能等が実現されている。この交換局４０は、一般的な電話交換機能の他、画像データの転送機能をも実現しており、各種の制御を実現する制御部４１と、画像データを保存する画像データベース４２と、バッファメモリ４３などが備えられている。制御部４１内にもコンピュータシステムとして一般的なＣＰＵ、ＲＯＭ、ＲＡＭ、各種Ｉ／Ｆなどが含まれている。なお、交換局４０は、本発明のサーバ側を構成する。
【００１７】
図３は携帯電話端末１０の制御部１１が実行する画像データ分割送信処理と交換局４０の制御部が実行する画像データ分割受信処理とをフローチャートにより示しており、図４はこの分割送受信で転送対象となる画像データと子データのフォーマットを示している。まず、分割して送信される子データのフォーマットについて説明する。
【００１８】
子データｄｔはヘッダーｈｄとデータ部ＤＴからなり、ヘッダー部ｈｄはさらに元画像データ特定部ＩＤと、シーケンス番号部ＳＥＱと、終了フラグｆｌｇとから構成されている。
画像データ特定部ＩＤは、携帯電話端末１０を特定する端末番号データとともにメモリ１９に記録されている画像データを示す番号とから構成されており、これらによって分割されて送信される複数の子データがどの携帯電話端末１０から送信されたどの画像データの一部であるのかということを特定するのに利用される。シーケンス番号ＳＥＱは、一つの画像データを分割して送信する際に送信する順番であり、元の画像データを復元する際に連結させるための連続する順番を示している。終了フラグｆｌｇは、画像データを順次送信していくときに最後に送信するときにオンとなるフラグの領域である。なお、ヘッダー部ｈｄにはこれらの他にもパケット送信として必要な通常の他のデータも備えられているが、ここでは省略する。また、画像データ自体も、データの種類や長さなどを示すヘッダー部ｈｄとデータ部ＤＴとから構成されているが、分割送信を行うときは特に分離することなく各子データにおけるデータ部ＤＴとして適宜分割されていく。
【００１９】
図３に戻って分割送受信の処理手順について説明する。
まず、携帯電話端末１０の側では図示しない処理によってカメラ部１８を使用して写真を撮影し、画像データをメモり１９に記憶させておく。そして、同画像データを選択してメールに添付するなどして送信する処理を実行しておく。
画像データを転送する処理が選択されると、まずステップＳ１００にて子データの読み込み処理を実行する。このとき、画像データのサイズに応じて分割読み込みを実行する。分割読み込みでは、この携帯電話端末１０に許容されている一回の送信パケット容量と、転送する画像データの容量とを比較し、画像データの容量の方が大きい場合は、予め定めておいた送信パケット容量よりも少ない所定容量の画像データを先頭から切り出す。切り出したデータは後述する子データのデータ部ＤＴに含めて送信し、残り部分が画像データとしてメモリに残す。数回の分割読み込みで最後の子データを読み込む場合は、送信パケット容量と画像データの容量とを比較したときに画像データの容量の方が小さくなるが、この場合も残りのデータを子データのデータ部ＤＴとして読み込み、かつ、最後のデータであることを記憶しておく。
【００２０】
一方、切り出したデータ容量を別に記憶しておき、これをアドレスポインタとして次回の分割読み込み時に同アドレスポインタで示される未読み込みデータを読み込むようにしても良い。そして、全ての画像データを送信できたことが確認されてから画像データとアドレスポインタを消去する。このようにすれば、万一、画像データを送信できなかったときでも元の画像データが残っているので安全である。
さらに、送信パケット容量と画像データの容量とを予め比較しておき、画像データの容量の方が大きい場合にだけ図３に示すクライアント側の処理を実行するようにしても良い。
【００２１】
ステップＳ１００にて子データのデータ部を分割読み込みしたら、ステップＳ１１０では子データを作成する。
子データの作成のためにはヘッダー部ｈｄに必要なデータを作成する。画像データ特定部ＩＤは、本携帯電話端末１０の端末番号データと画像データを示す番号とを連結させて生成する。シーケンス番号ＳＥＱは、何回目の分割読み込みであるかを表す番号で生成する。シーケンス番号ＳＥＱのデフォルト値は「１」であり、後の処理で増加や初期化が行われるようにしている。従って、ステップＳ１１０では、現在、メモリに記憶されているシーケンス番号ＳＥＱをそのまま利用する。終了フラグｆｌｇは、分割読み込みするときに元の画像データが送信パケット容量より小さくなっているときに”１”に設定し、それ以外は”０”に設定する。そして、データ部ＤＴについては、ステップＳ１００で分割読み込みしたデータを使う。
【００２２】
このようにして子データを生成したら、リクエスト送信する。リクエスト送信は、通常のコール、転送、切断という一連の処理からなる。子データとしてリクエスト送信完了後、サーバー側からはレスポンスが送信されるため、ステップＳ１２０ではこのレスポンス受信を待機する。
【００２３】
レスポンス受信完了後、ステップＳ１３０では残りの子データがあるか判断する。残りの子デーがあるか否かは終了フラグｆｌｇで判断できる。終了フラグが”０”であれば、まだ残りの子データがあるはずであり、ステップＳ１００へ戻る前にシーケンス番号ＳＥＱも「１」だけ増加させておく。このようにすれば、２回目の子データの読み込み時にはシーケンス番号ＳＥＱは「２」となり、３回目は「３」となる。一方、終了フラグが”１”であれば、残りの子データはないので、クライアント側の処理を終了するが、その前にシーケンス番号ＳＥＱを「１」にリセットしておく。すると、３回に分けて子データを送信した後でも、次に新たな画像データを子データに分けて送信するときに最初のシーケンス番号ＳＥＱは「１」となっている。
【００２４】
一方、サーバ側では携帯電話端末１０からのリクエスト送信を待機しており、リクエスト送信があればステップＳ２００にて受信する。そして、ステップＳ２１０では受信したリクエストが分割された子データであるか判断する。分割された子データであるか否かはヘッダー部ｈｄのフォーマット構造で判断する。すなわち、ヘッダー部ｈｄに画像データ特定部ＩＤ、シーケンス番号ＳＥＱ、終了フラグｆｌｇがあれば分割された子データであると判断する。むろん、この判断の容易のためにヘッダー部ｈｄ内に分割された子データを表すデータを記録するようにしても良い。
【００２５】
分割された子データである場合は、ステップＳ２２０にて同子データをバッファメモリ４３にコピーする。このとき、ヘッダー部ｈｄを残してコピーしておく。コピー後、ステップＳ２３０にて子データを受信したことを伝えるためにクライアント側にレスポンスを送信する。
【００２６】
ステップＳ２４０では、先に受信した子データのヘッダー部ｈｄに記録されている終了フラグに”１”がセットされているか否かを判断する。終了フラグが”０”であれば、未受信の子データがあるはずなので、ステップＳ２００へ戻ってリクエスト受信を待機する。一方、終了フラグに”１”がセットされていれば、ステップＳ２５０にてバッファメモリ内の子データを統合して元の画像データを復元する処理を実行する。
統合するにあたり、終了フラグが”１”であった子データのヘッダー部ｈｄから画像データ特定部ＩＤを抽出し、バッファメモリ４３に保存されている複数の子データの中から同ＩＤが一致するものだけを選択し、さらに、選択した画像データのヘッダー部ｈｄに含まれているシーケンス番号ＳＥＱの順番に並び替える。そして、並び替えた順番で子データのデータ部ＤＴを抽出して連結し、最後の子データのデータ部ＤＴを連結したら元の画像データとして画像データベース４２へ登録するとともに、全ての子データを削除する。
【００２７】
次に、上記構成からなる本実施形態の動作を説明する。
携帯電話端末１０の利用者がキー操作部１４を操作してカメラ部１８にて画像を撮影すると、画像データはメモリ１９へ蓄積される。メモリ１９に蓄積された画像データを転送したい場合もキー操作部１４を操作して所定の転送操作を指示する。尚、携帯電話端末１０においてはカメラ部１８において画像データを取得する構成が必須という訳ではない。例えば、カメラ部１８を搭載していない携帯電話端末１０に図１の破線に示す外部インタフェース部１８ａを構成し、メモリ等を外部インタフェース部１８ａに挿入し、当該メモリに蓄積された画像データを取得する構成であっても良い。
転送操作が指示されると、制御部１１は図３に示すクライアント側処理の実行を開始する。まず、ステップＳ１００では指示された画像データをメモり１９から読み込む。このとき、送信パケット容量と画像データの容量とを比較するが、通常は、画像データの方が送信パケット容量よりも大きいので、分割読み込み処理を実行する。
【００２８】
分割読み込み処理で読み込んだ画像データの一部を子データのデータ部ＤＴとしつつ、上記画像データを特定する画像データ特定部ＩＤと送信するデータの順番を示すシーケンス番号ＳＥＱと終了フラグｆｌｇとによってヘッダー部ｈｄを生成し、両者を一体にした子データとする。子データはステップＳ１１０にてリクエスト送信するが、この際、携帯電話端末１０からサーバ側をコールし、接続を完了させてから子データを送信し、送信が完了した時点で接続を終了する。
【００２９】
一方、サーバ側の制御部４１では、他の処理と平行してステップＳ２００でのリクエスト受信を待機している。そして、携帯電話端末１０から着呼し、接続を完了した状態でデータを受信し、データの受信が完了したら接続を切断する。続くステップＳ２１０では、受信したデータが分割された子データであるか判断するが、ここでは子データが受信されているので、ステップＳ２２０へ進んでバッファメモリ４３へ子データをコピーする。そして、コピーの完了後、ステップＳ２３０にて携帯電話端末１０を呼び出し、子データを受信して保存したことを表すレスポンスを送信する。送信完了後は、一旦、接続を切断する。
【００３０】
クライアント側ではリクエスト送信後、レスポンスの受信を待機しており、ステップＳ１２０にて同レスポンスの受信を経て、ステップＳ１３０にて残りの子データがあるか否かを判断する。この例では、最初の子データを送信した直後であり、残りの子データがあるものと判断し、上述したようにシーケンス番号ＳＥＱの値を「１」だけ増やし、ステップＳ１００以下を繰り返す。また、サーバ側でも分割された子データについてのリクエスト送信を受信するたびに、バッファメモリ４３へとコピーする。
【００３１】
クライアント側で最後の子データを送信するときは、終了フラグｆｌｇに”１”を設定した上で、ステップＳ１１０にてリクエスト送信する。サーバ側ではこの子データをバッファメモリ４３へコピーしてからステップＳ２３０にてレスポンス送信を実行する。このとき、終了フラグに”１”がセットされているので、続くステップＳ２４０では終了フラグありと判断し、ステップＳ２５０にてバッファメモリ４３内の同じ画像データについての子データを選択し、シーケンス番号ＳＥＱの順番に基づいてデータ部ＤＴを連結する。連結されたデータは画像データとして画像データベース４２に保存する。むろん、画像データベースに保存された画像データは、携帯電話端末１０の側からの操作に従って、別の携帯電話端末１０であるとか、他のｅ−ｍａｉｌアドレスなどに対して転送されることになる。
【００３２】
また、クライアント側では終了フラグｆｌｇに”１”を設定した子データのリクエスト送信に対してレスポンスが受信されると、ステップＳ１３０にて上記終了フラグに基づいて残りの子データがあるか判断するが、最後の子データを送信したのであるから、残りの子データはないと判断し、終了フラグｆｌｇに”０”を設定すると共に、シーケンス番号ＳＥＱには初期値として「１」を設定し、本分割送信の処理を終了する。
【００３３】
むろん、本発明はその要旨を変更しない範囲で各種の変更が可能であり、上述した実施形態に限られるものではない。
このように、転送しようとする画像データが、一回の送信に許容される送信パケット容量よりも大きい場合には、クライアント側となる携帯電話端末１０では画像データを分割すると共に分割した状況が分かるサブデータを生成し、分割した子データ毎にコールを繰り返して送信するようにし（ステップＳ１１０、ステップＳ１２０）、サーバ側では１コール毎に区切られて転送されてくる子データをサブデータを含めた状態でバッファメモリ４３にコピーし、全ての子データが送信された時点でサブデータに基づいて復元するようにした（ステップＳ２００，Ｓ２５０）ため、正規のチャンクトエンコーディングという仕様に準拠していない携帯電話端末１０からでも画像データを転送することができるようになる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる画像データ転送装置が適用される携帯電話端末のブロック図である。
【図２】同画像データ転送装置が適用される携帯電話端末が収容される交換網などを示すブロック図である。
【図３】画像データ分割送信処理と画像データ分割受信処理とを示すフローチャートである。
【図４】画像データと子データのフォーマットを示す図である。
【符号の説明】
１０…携帯電話端末
１１…制御部
１２…無線部
１３…符号化／複合化部
１４…キー操作部
１５…マイク
１６…スピーカ
１７…表示部
１８…カメラ部
１９…メモリ
２０…無線基地局
３０…交換網
４０…交換局
４１…制御部
４２…画像データベース
４３…バッファメモリ
ＤＴ…データ部
ｈｄ…ヘッダー部
ＩＤ…元画像データ特定部
ＳＥＱ…シーケンス番号部
ｆｌｇ…終了フラグ

Claims

携帯電話によりパケット通信を利用して画像データを転送するためのクライアントとサーバとからなる画像データ転送装置であって、
上記クライアント側では、上記サーバに対して画像データを複数の子データに分割して送信する要求を行なうとともに、上記画像データを分割して複数の子データを生成しつつ、元の画像データを特定した上で分割した順番を特定するサブデータを生成し、子データの数だけ上記サーバ側をコールして、接続と上記サブデータを含めた子データの転送と切断とを繰り返し、
上記サーバー側では、上記要求を受けた場合に、複数に分けてコールして送られてくる上記子データを順次受信し、上記サブデータに基づいて全ての子データが受信された時点で同子データを連結して元の画像データを復元することを特徴とする画像データ転送装置。
上記サブデータは子データの先頭にヘッダーとして記録されることを特徴とする上記請求項１に記載の画像データ転送装置。
上記クライアント側では、画像データを複数の子データに分割する際に、元の画像データを特定するためのＩＤを上記サブデータに含めて送信し、上記サーバ側では、同ＩＤが一致する複数の子データを連結して元の画像データを復元することを特徴とする上記請求項１または請求項２のいずれかに記載の画像データ転送装置。
上記クライアント側では、画像データを複数の子データに分割する際に、当該子データの元の画像データにおける順番を特定するためのシーケンス番号を上記サブデータに含めて送信し、上記サーバ側では、同シーケンス番号に従って順番で複数の子データを連結して元の画像データを復元することを特徴とする上記請求項１〜請求項３のいずれかに記載の画像データ転送装置。
上記シーケンス番号は、「０」または負の数で最後の子データであることを示すことを特徴とする上記請求項４に記載の画像データ転送装置。
上記クライアント側では、画像データを複数の子データに分割する際に、最後の子データのサブデータに終了フラグを設定し、上記サーバ側では、同サブデータにおける終了フラグを受け取ると複数の子データを連結して元の画像データを復元することを特徴とする上記請求項１〜請求項５のいずれかに記載の画像データ転送装置。
携帯電話によりパケット通信を利用して画像データを転送するためのクライアントとサーバとからなる画像データ転送方法であって、
上記クライアント側では、上記サーバに対して画像データを複数の子データに分割して送信する要求を行なうとともに、上記画像データを分割して複数の子データを生成しつつ、元の画像データを特定した上で分割した順番を特定するサブデータを生成し、子データの数だけ上記サーバ側をコールして、接続と上記サブデータを含めた子データの転送と切断とを繰り返し、
上記サーバー側では、上記要求を受けた場合に、複数に分けてコールして送られてくる上記子データを順次受信し、上記サブデータに基づいて全ての子データが受信された時点で同子データを連結して元の画像データを復元することを特徴とする画像データ転送方法。
携帯電話によりパケット通信を利用して画像データを転送するためのクライアントとサーバとからなるコンピュータシステムに実行させる画像データ転送プログラムを記録した媒体であって、
上記クライアント側では、上記サーバに対して画像データを複数の子データに分割して送信する要求を行なうとともに、上記画像データを分割して複数の子データを生成しつつ、元の画像データを特定した上で分割した順番を特定するサブデータを生成し、子データの数だけ上記サーバ側をコールして、接続と上記サブデータを含めた子データの転送と切断とを繰り返す機能を実現させ、
上記サーバー側では、上記要求を受けた場合に、複数に分けてコールして送られてくる上記子データを順次受信し、上記サブデータに基づいて全ての子データが受信された時点で同子データを連結して元の画像データを復元する機能を実現させることを特徴とする画像データ転送プログラムを記録した媒体。