JP2005027228A - パケット通信方法、パケット通信装置、サーバ装置、通信システム及びプログラム - Google Patents

Abstract

【課題】
ラストパケットの空き容量を有効に活用することができる通信方法、通信システム、サーバを提供することである。
【解決手段】
本発明にかかる通信方法は、データ取得要求を送信するパケット通信端末１０とパケット通信端末１０のデータ取得要求に対するデータをパケットに分割してパケット通信端末１０に送信するＷＥＢサーバ２０とを有する通信システムである。ＷＥＢサーバ２０は通信端末からのデータ取得要求が特定のブラウザソフトであるか否かを判別するブラウザ判別部２３と、送信するデータのラストパケットの空き容量を検出する空き容量検出部２４と、ラストパケットの空き容量に基づいて、前記付加データを分割する付加データ分割部２５と、ラストパケットの空き容量に付加データを付加するデータ付加部２６とを備えている。
【選択図】 図２

Description

本発明は、パケット通信方法、パケット通信装置、サーバ装置、通信システム及びプログラムに関し、特に、パケットに収容されるデータの処理に関する。

近年、ＷＥＢやメールなどのインターネットを利用した情報通信は、急激な広がりを見せている。さらに、携帯電話に代表される携帯通信端末が広く利用され、携帯端末からのインターネットを介したデータ通信がますます普及している。インターネットを介した通信においてはパケット交換技術が利用され、データをパケットと呼ばれる単位に区切り、分割してデータが送受信される。例えば携帯電話のインターネット閲覧サービスなどにおけるパケット通信において、ユーザはパケットの通信量に応じて、通信事業者にパケット通信料を支払う。このため、最近ではパケット通信料をなるべくかけないように、気にするユーザが増えている。一方、パケット通信において、例えば１パケットのサイズが１２８バイトである場合、通信データとパケットサイズとの関係から、パケットの１２８バイトに空き領域が発生する場合がある。パケットの空き領域は特定のビットで埋められ、空き領域に伝送するデータは含まれない。ユーザは、この空き領域が発生しているパケットに対しても通常のパケット通信料を支払わなければならない。

ところで、ネットワークテレビ番組のようなデジタルビデオ信号の通信において、メイン番組などの１次パケットデータストリームと、コマーシャルや天気速報のような２次パケットデータストリームを接合する方法が知られている。（例えば、特許文献１）。データストリームは、ＭＰＥＧなどの技術を使用して、パケットデータに分割されて処理される。メイン番組などの１次パケットデータストリームにローカルコマーシャルなどの２次パケットデータストリームを接合する処理において、接合の始まる時間を指示する開始信号に従って、一次ストリームの接合前パケットが決定される。

２次ストリームの最初のパケットが接合前パケットに続くように配置される。これによって、１次データストリーム内のデータの減圧を要求せず、出力データストリームが生成される。この技術によってデータストリームにおける、２次データを１次データに付加することはできる。しかし、ネットワークテレビ番組のようなデジタルビデオ信号の通信は、一方向にデータ伝送が行われる技術であって、ネットワークを介した双方向パケットデータ通信、例えば、ＷＥＢ技術を利用した情報閲覧とは異なる技術に属し、又、上記技術を直接適用することはできない。さらに、パケットサイズと伝送データとの関係から生ずる上記パケットの空き領域の問題は、上記技術において以前残される。

また、画像データの圧縮において、符号量の変動する圧縮データを一定の符号量にパケッタイズして伝送する際に生じる未使用領域に補助情報を付加して、未使用領域を有効に活用する方法が知られている（例えば、特許文献２）。ＪＰＥＧ圧縮方式を用いて動画像を圧縮符号化する場合、各画面の圧縮率は原画像の周波数成分によって異なるため、各画面の圧縮データの符号量は変動する。このため、一定のデータ伝送速度で圧縮データを伝送する場合、各画面の圧縮データの符号量がほぼ均一となるように、一画面毎の圧縮データの符号量を制御する処理が行われる。

しかし、符号量制御により得られる圧縮データの符号量は、目標値に完全に一致しないため、一定の伝送帯域にて送信可能な符号量より少ない値を目標値に設定する。このため、パケッタイズ伝送における未使用領域が生ずる。この未使用領域に、バッテリ残量データなどの補助情報を挿入することができる。しかし、本技術は、ＪＰＥＧによる圧縮データを一定の符号量にパケッタイズして動画像として伝送する際に生じる未使用領域についての技術であって、ネットワークを介した双方向パケットデータ通信、例えば、ＷＥＢ技術を利用した情報閲覧とは異なる技術に属し、又、上記技術を直接適用することはできない。

特開平１０−１９１３２５号公報 特開平１１−３２３３１号公報

本発明は、上記背景技術に鑑みてなされたものであって、双方向パケット通信網において、データパケットの空き領域を有効に活用することができる通信システム、通信方法及びサーバ装置を提供することを目的とする。

本発明の第１の態様は、パケット通信方法であって、データ取得要求を、ネットワークを介して受信するステップと、前記受信したデータ取得要求に基づいて、要求されたデータから生成されるデータパケットにおける空き領域の容量を決定するステップと、前記空き領域に付加される付加データを含むデータパケットを生成するステップと、前記データパケットを前記要求の送信元に送信するステップと、を有する。これによって、要求に応じて送信されるデータパケットの空き領域を活用することができ、効果的なデータ伝送を実現することができる。

前記容量を決定するステップは、前記要求に応答して送信すべき最後のデータパケットについて空き領域の容量を決定し、前記データパケットを生成するステップは、前記最後のデータパケットに付加データを付加することが好ましい。これによって、送信すべきデータに影響を与えることなく付加データを送信することができる。

前記容量を決定するステップにおいて決定された空き領域の容量に応じて、付加すべきデータを分割するステップをさらに備え、前記データパケットを生成するステップは、前記分割されたデータを前記付加データとして付加することが好ましい。これによって、付加データのサイズに限定されることなく、付加データを送信することができる。

前記データ取得要求が、予め定められたプログラムから送信された要求であることを決定するステップをさらに備え、前記データ取得要求が、予め定められたプログラムから送信された要求である場合、前記付加データが付加されることが好ましい。これによって、付加データを処理可能なプログラムを特定でき、付加データを効果的に処理することができる。

本発明の第２の態様は、コンピュータに所定の処理を実行させるプログラムであって、前記処理は、ネットワークを介して受信されたデータ取得要求に応答して、要求されたデータから生成されるデータパケットであって、前記要求に応答して生成される最後のデータパケットの空き領域の容量を決定するステップと、前記空き領域に付加される付加データを含む前記最後のデータパケットを生成するステップと、を有する。これによって、要求に応じて送信されるデータパケットの空き領域を活用することができ、効果的なデータ伝送を実現することができる。

上記第２の態様において、前記空き領域の容量よりも前記付加すべきデータが大きい場合、前記付加すべきデータを分割して前記最後のデータパケットを生成することが好ましい。これによって、付加データのサイズに限定されることなく、付加データを送信することができる。

本発明の第３の態様はサーバ装置であって、通信端末からのデータ取得要求に基づいてデータをパケットに分割して前記通信端末に送信するサーバ装置であって、前記データ取得要求が、特定のプログラムによるものか否かを判別するプログラム判別部と、前記プログラム判別部が特定のプログラムと判別した場合に、前記パケットの内、最後に送信されるラストパケットの空き領域の容量を決定する空き容量決定部と、前記空き領域に付加データを付加し、データパケットを生成するデータパケット生成部と、を有する。これによって、要求に応じて送信されるデータパケットの空き領域を活用することができ、効果的なデータ伝送を実現することができる。

本発明の第４の態様はコンピュータに所定の処理を実行させるプログラムであって、前記処理は、ネットワークを介して送信されるデータ要求を生成するステップと、前記データ要求に応答して送信されたデータパケットを取得するステップと、前記取得したデータパケットに収容されているデータであって、前記要求されたデータと異なる付加データを判別するステップと、前記判別された付加データを抽出するステップと、を有する。これによって、要求に応じて送信されるデータパケットの空き領域を活用することができ、効果的なデータ伝送を実現することができる。
上記第４の態様において、前記抽出された付加データを記憶するステップと、記憶された複数の付加データから完全なデータを生成するステップと、をさらに備えることが好ましい。これによって、付加データのサイズに限定されることなく、付加データを送信することができる。

本発明の第５の態様はパケット通信装置であって、ネットワークを介して、データ要求を送信する手段と、前記データ要求に応答して送信されたデータパケットを取得する手段と、前記要求に対する最後のデータパケットに収容されているデータであって、前記要求されたデータと異なる付加データを判別する手段と、前記判別された付加データを記憶する手段と、を有する。これによって、要求に応じて送信されるデータパケットの空き領域を活用することができ、効果的なデータ伝送を実現することができる。

本発明の第６の態様は、データ取得要求を送信する通信端末と前記通信端末のデータ取得要求に対するデータをパケットに分割して前記通信端末に送信するサーバ装置とを有する通信システムであって、前記通信端末が前記データ取得要求を送信するブラウザプログラムを記憶する記憶部を備え、前記サーバ装置が、前記要求に応答して送信される最後のデータパケットの空き領域の容量を検出する空き容量検出部と、前記最後のデータパケットの空き領域に付加データを付加してデータパケットを生成するデータパケット生成部と、を有する。これによって、要求に応じて送信されるデータパケットの空き領域を活用することができ、効果的なデータ伝送を実現することができる。

本発明によれば、インターネットなどのパケット通信網において、パケットの空領域に付加データを付加することによって空領域を有効活用し、効率的なパケットデータ伝送を実現することができる。

以下に、本発明を適用可能な実施の形態が説明される。以下の説明は、本発明の実施形態を説明するものであり、本発明が以下の実施形態に限定されるものではない。説明の明確化のため、以下の記載は、適宜、省略及び簡略化がなされている。又、当業者であれば、以下の実施形態の各要素を、本発明の範囲において容易に変更、追加、変換することが可能である。

本実施の形態にかかる半導体装置の構成を図１に示す。図１は本実施の形態にかかる通信システムを示す図である。本実施例の通信システムはパケット通信端末１０とＷＥＢサーバ２０とインターネットを利用した通信網１００から構成されている。例えば、ＷＥＢデータ閲覧サービスなどにおいて、パケット通信端末１０のユーザは、送受信したパケット量に応じて通信料金が課金されるようになっている。

パケット通信端末１０は携帯電話、ＰＤＡ、パーソナルコンピューター（ＰＣ）などの情報処理端末である。パケット通信端末１０はＷＥＢページを表示する機能及びＪａｖａ（登録商標）等のプログラムによって作成されたブラウザソフトをダウンロードして記憶する機能を備えている。パケット通信端末１０は、さらに、ダウンロードしたブラウザソフトを起動し、ＷＥＢサーバ２０にアクセスして各種情報の通信を行う機能を有する。

ＷＥＢサーバ２０は、ＷＥＢサーバ２０からパケット通信端末１０にダウンロードされた特定のブラウザソフトからのアクセスと、特定のブラウザソフト以外の一般のブラウザソフトからのアクセスを区別し、前者からの場合は要求されたデータを送出する際、ラストパケットにあらかじめ用意された情報を付加する機能を有する。この付加情報は、画像、音声、テキストなどのデータである。さらに、ラストパケットの空き領域のサイズに応じて、データを付加するか付加しないかを判別し、付加する場合は適切なサイズのデータを選択、またはデータを適切なサイズに分割して付加する機能を有する。

図２は本実施の形態にかかるパケット通信端末１０とＷＥＢサーバ２０の論理構成を示すブロック図である。パケット通信端末１０は、例えば携帯電話を利用することができる。１１は記憶部、１２は通信部、１３は表示部、１４は入力部、１５は制御部、１６はブラウザ部であり、これらはパケット通信端末１０に設けられている。制御部１５は、表示部１３、入力部１４、通信部１２、あるいはブラウザ部１６などの各ブロックの制御を行う。２１は通信部、２２は記憶部、２３はブラウザ判別部、２４は容量検出部、２５は付加データ分割部、２６はデータ付加部であり、これらはＷＥＢサーバ２０に設けられている。各機能ブロックは、ハードウェアと、ハードウェア上で動作するオペレーティングソフトウェア及びアプリケーションソフトウェアが協働して動作することによって、実現される。

典型的なハードウェア構成は、ＣＰＵとメモリ含んでいる。ＣＰＵとメモリとは、バスを介して補助記憶装置としての外部記憶装置に接続される。あるいは、ディスプレイやデータ入力キーなどのユーザインターフェース装置が接続される。外部記憶装置やユーザインターフェース装置は、コントローラを介してバスに接続する構成とすることができる。パケット通信端末１０にはアプリケーションソフトウェアとしてのＷＥＢブラウザが、ＷＥＢサーバ２０には、ＷＥＢサーバソフトウェア及び、様々なＷＥＢ機能を提供するＷＥＢエンジンソフトウェアがインストールされる。各ソフトウェアはメモリ内に展開され、ＣＰＵ上で動作することによって、上記各機能の一部を実現することができる。

ユーザはＷＥＢサーバ２０上の情報を取得するために、ブラウザソフトウェアを起動して、ブラウザ部を動作させる。ユーザは、キーボタン等を含む入力部１４を操作することでデータを入力することができる。入力されたデータはブラウザ部１６が取得する。取得したデータについて、例えば画像表示が必要な場合、ブラウザ部１６から必要なデータが、例えば液晶表示装置などのディスプレイを備える表示部１３に渡される。表示部１３は、ユーザのキー操作に応じた画像をディスプレイに表示する。

通信部１２はデータ取得要求及びその他のデータをＷＥＢサーバ２０へ送信し、ＷＥＢサーバ２０との間でパケット通信を行う。典型的には、通信部１２はＴＣＰ／ＩＰプロトコルに従って、ＷＥＢサーバ２０とのパケット通信を実行する。通信部１２は、通信データを、各レイヤにおいて所定サイズのデータに分割し、ヘッダデータを付加することによってパケットデータを生成する。生成されたパケットデータは、ネットワークを介してＷＥＢサーバ２０に送信される。

ユーザは入力部１４を操作してＷＥＢサーバ２０のＵＲＬ（ＩＰアドレス）を入力する。ＵＲＬが入力された場合、名前解決処理によってＩＰアドレスが特定される。ブラウザ部１６は特定されたＩＰアドレスへのＷＥＢデータ要求を生成する。ＷＥＢデータ要求に従ってＷＥＢサーバ２０から所定のＷＥＢデータをダウンロードし、表示データの場合はそのＷＥＢページが表示部１３に表示され、閲覧することができる。記憶部１１は、各プログラムを格納した外部記憶装置及び書き換え可能なメモリ等であり、ＷＥＢサーバ２０からダウンロードした特定のブラウザソフトウェアやデータ等を記憶することができる。

ＷＥＢサーバ２０の記憶部２２には特定のブラウザソフトウェア及びパケット通信端末１０に送出するためのテキスト、画像、音声、ＨＴＭＬファイル等のデータと共に、ラストパケットに付加される付加データが記憶されている。通信部２１は、パケット通信端末１０からのデータ取得要求を受信した時、その要求に対応するデータを分割し、ヘッダを付してパケットデータを生成する。パケットデータは、パケット通信端末１０に送出される。上記のように、典型的には、ＴＣＰ／ＩＰプロトコルに従ってデータ通信がなされる。

通信部２１は、上位レイヤから取得したデータから、ＴＣＰパケットを生成する。取得データがＴＣＰパケットのデータサイズよりも大きい場合、データを分割し、ＴＣＰヘッダを付してＴＣＰパケットデータを生成する。さらに、通信部２１はＴＣＰパケットからＩＰパケットを生成する。通信部２１は、データの伝送媒体に応じてＴＣＰから取得したデータを分割し、ＩＰヘッダを付してＩＰパケットを生成する。ＩＰパケットから、イーサネット（登録商標）などのデータ伝送方式に対応したネットワークインターフェース層のパケットが生成され、データが送信される。ＩＰパケットにヘッダデータなどを付すことによって、あるいは、必要に応じてＩＰパケットを分割し、ネットワークインターフェース層のパケットが生成される。

ＷＥＢデータの送信のための処理において、ブラウザ判別部２３はパケット通信端末１０上で起動されたブラウザソフトウェアが、特定のブラウザソフトウェアであるか否かを判別する。ブラウザソフトウェアの識別は、データ取得要求にブラウザソフトウェアの識別子を含ませることによって行うことができる。パケット通信端末１０で使用されているブラウザソフトウェアが特定のブラウザソフトウェアでないと、識別子に基づいてブラウザ判別部２３が決定した場合、送出要求されているデータは通常のプロセスに従って送信される。

ブラウザ判別部２３が、パケット通信端末１０で使用されているブラウザソフトウェアが特定のブラウザソフトウェアであると識別子に基づいて判別した場合、分割されたパケットの内、ラストパケットに付加データを付加して送信される。例えば、付加データは、最後のＩＰパケットのデータ領域の空き領域に収容される。あるいは、ネットワークインターフェース層のパケットのラストパケットに、付加データを収容することができる。複数のパケットに分割されたＷＥＢデータを図３に示す。ＷＥＢデータ５４はその容量に応じた数のパケット５０に分割される。

例えば、１２８バイトのデータを１パケットとしてＷＥＢデータ５４を複数のパケットに分割する。ラストパケット５１は分割された複数のパケットの内、最後に送信されるパケットであり、ラストパケット５１が送信されると１単位のＷＥＢデータ５４の送信が完了する。このとき分割前のＷＥＢデータ５４の容量に応じてラストパケット５１に収容されるデータ容量が異なる。従って、ラストパケット５１はＷＥＢデータが含まれる使用領域５２と要求されたＷＥＢデータが含まれない空き領域５３を有する。この使用領域５２と空き領域５３のデータ容量はＷＥＢデータ５４のデータ容量により変化する。尚、ＷＥＢデータの容量によっては、一つパケットにＷＥＢデータが収容される。この場合、この一つのパケットが上記ラストパケットに相当する。

空き容量検出部２４はラストパケット５１の空き領域５３の容量を決定する。例えば、パケットのデータ部のサイズが１２８バイトである場合、使用領域５２が８０バイトであれば、空き領域５３は４８バイトとなる。付加データ分割部２５は、ＷＥＢページ５４のデータとは異なる付加データを、ラストパケット５１の空き領域５３に収容できるサイズに分割する。データ付加部２６は、分割情報と共に、ラストパケット５１に収容すべき付加データを通信部２１に渡す。分割情報には付加データの種類や大きさ等の分割された付加データに関する情報が含まれている。付加データが空き領域の容量より小さい場合、そのまま完全な付加データを空き領域５３に埋め込んで送信する。

それぞれのパケット５０の先頭には送信元や送信先、パケットの大きさ等パケット自体に関する情報がヘッダ内に収容され、パケット通信端末１０に送信される。パケット通信端末１０はこれらのラストパケット５１を含めたパケット５０を受信して、ＷＥＢデータ５４に基づいてＷＥＢページを表示する。取得した分割された付加データは、ブラウザ部１６によって判別される。ブラウザ部１６は判別した付加データを抽出して記憶部１１に記憶する。分割された付加データの全てを取得し、完全な付加データが得られた段階において、ブラウザ部１６は付加データに関する必要な処理が実行することができる。あるいは、一つのパケットで完全な付加データが得られた場合、その段階で付加データに関する処理を実行することができる。

本実施の形態では、広告配信、当たりくじ、クーポン、ゲームにおける隠しデータなどを付加データとして配信することができ、さらには画像やメロディをＷＥＢサーバ２０へのアクセス数に応じてプレゼントすることも可能である。もちろん付加データは上記のものに限定されない。このように本実施の形態ではＷＥＢデータをダウンロードする際に、通信パケット数を増大させることなく、ＷＥＢページ以外の付加データをユーザに送信できる。従って、双方向パケット通信網における効率的なデータ伝送が可能となり、携帯電話のインターネット接続サービスなど、パケットの受信量によって通信料が発生するサービスにおいて、ユーザは通信料を支払う必要なくデータを取得することができる。

さらに本実施の形態では付加するデータ自体を分割して２回以上のＷＥＢデータの送信に分けて送信しているため、１パケットに収容可能なデータサイズよりも大きな付加データを送信することができる。特にユーザのアクセス回数が多ければ、様々なデータを送信することが可能になる。

次に図４を用いて、本実施の形態にかかるパケット通信の通信処理フローを説明する。図４は本実施の形態にかかるパケット通信の通信処理を示すフローチャートである。図４を参照すると、ユーザは、自分のパケット通信端末１０を操作して、ＷＥＢサーバ２０のダウンロードページにアクセスする(ステップＡ１)。ＷＥＢサーバ２０はＪａｖａ（登録商標）などのプログラム言語によって作成された特定のブラウザソフトウェアをパケット通信端末１０に送信する(ステップＡ２)。

パケット通信端末１０上で、ダウンロードした特定のブラウザソフトウェアを起動すると、ブラウザ部１６が機能する。そのブラウザ部１６はＷＥＢサーバ２０にアクセスする(ステップＡ３)。そして、ユーザはパケット通信端末１０を操作してブラウザ部１６から、所望のデータを取得するためのデータ取得要求を送信する。ＷＥＢサーバ２０は、データ取得要求を受信して、そのデータ取得要求がＷＥＢサーバ２０からダウンロードした特定のブラウザソフトウェアからのリクエストかどうか判別する。パケット通信端末１０上で起動された特定のブラウザソフトからのリクエストでない場合は、アクセス元に対してＷＥＢページのデータを通常どおり送信する(ステップＡ４)。

パケット通信端末１０上で起動されたブラウザソフトウェアからのリクエストの場合、ＷＥＢサーバ２０はＷＥＢデータを送信する前に、ラストパケットの空き容量を調べ（ステップＡ５）、ＷＥＢページのデータとは別の付加データを、ラストパケットの空き容量に付加できるサイズに分割し、分割情報とともにラストパケットに埋め込んで送信する（ステップＡ６）。

パケット通信端末１０上のブラウザ部１６は、ＷＥＢサーバ２０から送信されたＷＥＢデータを受信し、ＷＥＢページを表示部１３によってＷＥＢページが表示される（ステップＡ７）。その際、受信したラストパケットに付加データがあった場合、パケット通信端末１０上の記憶部１１のメモリ領域に一時的に保存される（ステップＡ８）。パケット通信端末１０上のブラウザ部１６は、メモリ領域に保存された付加データが分割されたものでなく、例えば完全な画像データである場合、表示部１３に表示する（ステップＡ９）。分割されていた場合、ステップＡ２からステップＡ８を繰り返し、全ての付加データが揃った時点で表示部１３に表示する（ステップＡ９）。

２回目以降の空き領域に埋め込まれるデータは、付加データのうち既に送信した部分を除いたものであり、未送信データを空き領域の容量に応じて分割し、順次送信していく。この分割された付加データと共に付加データ全体の容量や、分割送信されたデータの容量、あるいは分割データのシーケンス番号等の分割情報が、空き領域に埋め込まれて送信される。例えば、付加データが全て揃ったか否かについて、この分割情報を基づいてブラウザ部１６が判断し、完全な付加データが揃ったと判断した場合、表示部１３に画像データが表示される。

このように付加データをパケットの空き領域に埋め込んで送信することにより、ユーザは通信パケットを増加させることなく、付加データを取得することができ、利便性を向上することができる。特にラストパケットの空き容量に応じて、付加データを分割していて送信することによって、データサイズに強く拘束されることなく付加データの送信が可能になる。

本発明は上述した実施例に限られず、様々な変更が可能である。例えば、上述の実施の形態では空き領域より付加データが大きい場合、付加データを分割したが、付加データを分割せずに空き領域に応じて異なる付加データを送出するようにしてもよい。あるいは、空き容量が一定容量以下の時には、付加データを付加しないようにしてもよい。また、ＷＥＢページをダウンロードするＷＥＢサーバからブラウザソフトウェアをダウンロードしたが、異なるＷＥＢサーバからダウンロードするようにしてもよい。さらに、ブラウザソフトウェアは予めパケット通信端末に記憶されていても良い。あるいは、付加データに関する処理を実行するためのソフトウェアを広く知られたブラウザソフトウェアに組みこむことによって、本形態の機能を実現するように構成することができる。

本発明の実施の形態にかかる通信システムの構成を示す図である。 本発明の実施の形態にかかる通信システムの構成を示すブロック図である。 本発明の実施の形態にかかるパケット通信のデータを示す図である。 本発明の実施の形態にかかる通信動作のフローチャートである。

符号の説明

１０ パケット通信端末、１１ 記憶部、１２ 通信部、１３ 表示部、１４ 入力部、１５ 制御部、１６ ブラウザ部、２０ ＷＥＢサーバ、２１ 通信部、２２ 記憶部、２３ ブラウザ判別部、２４ 空き容量検出部、２５ 付加データ分割部、５０ パケット、５１ ラストパケット、５２ 使用領域、５３ 空き領域、１００ インターネット

Claims (11)

1. データ取得要求を、ネットワークを介して受信するステップと、
   前記受信したデータ取得要求に基づいて、要求されたデータから生成されるデータパケットにおける空き領域の容量を決定するステップと、
   前記空き領域に付加される付加データを含むデータパケットを生成するステップと、
   前記データパケットを前記要求の送信元に送信するステップと、
   を有するパケット通信方法。
2. 前記容量を決定するステップは、前記要求に応答して送信すべき最後のデータパケットについて空き領域の容量を決定し、
   前記データパケットを生成するステップは、前記最後のデータパケットに付加データを付加する、
   請求項１に記載のパケット通信方法。
3. 前記容量を決定するステップにおいて決定された空き領域の容量に応じて、付加すべきデータを分割するステップをさらに備え、
   前記データパケットを生成するステップは、前記分割されたデータを前記付加データとして付加する、
   請求項１もしくは２に記載のパケット通信方法。
4. 前記データ取得要求が、予め定められたプログラムから送信された要求であることを決定するステップをさらに備え、
   前記データ取得要求が、予め定められたプログラムから送信された要求である場合、前記付加データが付加される、
   請求項１、２、又は３に記載のパケット通信方法。
5. コンピュータに所定の処理を実行させるプログラムであって、前記処理は、
   ネットワークを介して受信されたデータ取得要求に応答して、要求されたデータから生成されるデータパケットであって、前記要求に応答して生成される最後のデータパケットの空き領域の容量を決定するステップと、
   前記空き領域に付加される付加データを含む前記最後のデータパケットを生成するステップと、
   を有するプログラム。
6. 前記空き領域の容量よりも前記付加すべきデータが大きい場合、前記付加すべきデータを分割して前記最後のデータパケットを生成する、請求項５に記載のプログラム。
7. 通信端末からのデータ取得要求に基づいてデータをパケットに分割して前記通信端末に送信するサーバ装置であって、
   前記データ取得要求が、特定のプログラムによるものか否かを判別するプログラム判別部と、
   前記プログラム判別部が特定のプログラムと判別した場合に、前記パケットの内、最後に送信されるラストパケットの空き領域の容量を決定する空き容量決定部と、
   前記空き領域に付加データを付加し、データパケットを生成するデータパケット生成部と、を有するサーバ装置。
8. コンピュータに所定の処理を実行させるプログラムであって、前記処理は、
   ネットワークを介して送信されるデータ要求を生成するステップと、
   前記データ要求に応答して送信されたデータパケットを取得するステップと、
   前記取得したデータパケットに収容されているデータであって、前記要求されたデータと異なる付加データを判別するステップと、
   前記判別された付加データを抽出するステップと、
   を有するプログラム。
9. 前記抽出された付加データを記憶するステップと、
   記憶された複数の付加データから完全なデータを生成するステップと、
   をさらに備える請求項８に記載のプログラム。
10. ネットワークを介して、データ要求を送信する手段と、
    前記データ要求に応答して送信されたデータパケットを取得する手段と、
    前記要求に対する最後のデータパケットに収容されているデータであって、前記要求されたデータと異なる付加データを判別する手段と、
    前記判別された付加データを記憶する手段と、
    を有するパケット通信装置。
11. データ取得要求を送信する通信端末と前記通信端末のデータ取得要求に対するデータをパケットに分割して前記通信端末に送信するサーバ装置とを有する通信システムであって、
    前記通信端末が前記データ取得要求を送信するブラウザプログラムを記憶する記憶部を備え、
    前記サーバ装置が、
    前記データ取得要求が、前記通信端末に記憶されている特定のブラウザプログラムからの要求であるか否かを判別するブラウザ判別部と、
    前記ブラウザ判別部が所定のブラウザプログラムであると判別した場合に、前記要求に応答して送信される最後のデータパケットの空き領域の容量を検出する空き容量検出部と、
    前記データパケットの空き領域に付加データを付加してデータパケットを生成するデータパケット生成部と、
    を有する通信システム。

Images