(57)【特許請求の範囲】
【請求項１】
上位プロトコルにより生成されたパケットを圧縮処理し、ヘッダを付加した圧縮パケットを生成して送信する送信機と、
前記送信機が送信した圧縮パケットを受信し、前記受信した圧縮パケットに抜けを検出すると前記圧縮処理の初期化要求を前記送信機へ発行する受信機と、
からなるパケット送受信システムにおいて、
前記送信機は、
前記圧縮処理による圧縮率を検出する圧縮率検出手段と、
前記圧縮率検出手段が検出した圧縮率が所定の閾値より大きいときは、前記上位プロトコルにより生成されたパケットを、前記圧縮処理と前記ヘッダの付加とを行わずに送信する上位パケット送信手段と、
上位プロトコルにより生成された圧縮前のパケットを含む送信済みのデータを記憶する送信データ記憶手段と、
前記圧縮処理の前に、前記送信データ記憶手段を初期化するデータ初期化手段と、を備え、
前記受信機は、
送信機より送信された圧縮処理が行われていないパケットを含む受信済みのデータを記憶する受信データ記憶手段と、を備え、
前記送信機が送信する全ての圧縮パケットは、前記受信データ記憶手段の初期化要求の指示を含むことを特徴とするパケット送受信システム。
【請求項２】
送信側が、上位プロトコルにより生成されたパケットを圧縮処理して、ヘッダを付加した圧縮パケットを生成して送信し、受信側が、前記圧縮パケットを受信し、前記受信した圧縮パケットに抜けを検出すると前記圧縮処理の初期化要求を前記送信側に発行するパケット送受信方法において、
前記送信側が、前記圧縮処理による圧縮率を検出する第１の過程と、
前記送信側が、前記第１の過程にて検出した圧縮率が所定の閾値より大きいときは、前記上位プロトコルにより生成されたパケットを、前記圧縮処理と前記ヘッダの付加とを行わずに送信する第２の過程と、
前記送信側が、上位プロトコルにより生成された圧縮前のパケットを含む送信済みのデータを記憶する第３の過程と、
前記送信側が、前記圧縮処理の前に、前記送信データ記憶手段を初期化する第４の過程と、
前記受信側が、送信機より送信された圧縮処理が行われていないパケットを含む受信済みのデータを記憶する第５の過程と、
前記送信側が、前記送信機が送信する全ての圧縮パケットは、前記受信データ記憶手段の初期化要求の指示を含む第６の過程と、
を備えることを特徴とするパケット送受信方法。
【請求項３】
上位プロトコルにより生成されたパケットを圧縮処理し、ヘッダを付加した圧縮パケットを生成して送信する送信機において、
前記圧縮処理による圧縮率を検出する圧縮率検出手段と、
前記圧縮率検出手段が検出した圧縮率が所定の閾値より大きいときは、前記上位プロトコルにより生成されたパケットを、前記圧縮処理と前記ヘッダの付加とを行わずに送信する上位パケット送信手段と、
上位プロトコルにより生成された圧縮前のパケットを含む送信済みのデータを記憶する送信データ記憶手段と、
前記圧縮処理の前に、前記送信データ記憶手段を初期化するデータ初期化手段と、
を備え、
送信する全ての圧縮パケットに、前記受信データ記憶手段の初期化要求の指示を含ませることを特徴とする送信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット送受信システム、パケット送受信方法および送信機にかかわり、特に上位プロトコルにて生成したパケットを圧縮して送信するパケット送受信システム、パケット送受信方法および送信機に関する。
【背景技術】
【０００２】
従来のパケットを圧縮して送信するプロトコルであるＣＣＰ（Compression Control Protocol；非特許文献１参照）では、通信中のパケットより前の通信データを送信側、受信側ともにヒストリ領域に保持しており、該領域を参照して、送信側では圧縮処理を受信側では展開処理を行っている。このため、展開処理を正しく行うためには、展開処理時に受信側ヒストリ領域に記録されている内容は、圧縮処理時に送信側ヒストリ領域に記録されていた内容と一致していなければならない。また、ＣＣＰパケットのヘッダには、受信側ヒストリ領域の初期化を要求するＡビットと、当該パケットのペイロードが圧縮されていることを示すＣビットと、ＣＣＰパケットの通番となっているＣＣ（Coherency Counter）を備えている。Ａビットは、「１」のときは初期化要求を意味し、「０」のときは初期化要求なしを意味している。Ｃビットは、「１」のときは当該ＣＣＰパケットのペイロードは圧縮されたデータであることを意味し、「０」のときは非圧縮のデータであることを意味している。図６にシーケンス例を示すように、送信側で圧縮に失敗すると、Ａビットを１、Ｃビットを０、ＣＣを１インクリメントしたパケット（Ｓｃ４）を送信している。また、伝送途中でパケットを消失したり（Ｓｃ６、Ｓｃ１１）、追い越しが起こったりして、受信側でＣＣの値に飛びを検出すると（Ｓｃ７、Ｓｃ１２）、送信側と受信側でのヒストリ領域の内容に不一致が起きている可能性があるため、展開失敗とみなし、送信側ヒストリ領域の初期化要求であるReset Request（Ｓｃ８、Ｓｃ１３）を発行する。これを受けた送信側がヒストリ領域を初期化し、初期化されたヒストリ領域を参照して圧縮した続きのパケットを、Ａビットを１にして送信し（Ｓｃ９、Ｓｃ１４）、これを受けた受信側はヒストリ領域の初期化して、ヒストリ領域の内容を一致させてからこのパケットの展開を行う。
ＣＣＰの上位プロトコルとして、ＩＰ（Internet Protocol）を用いている場合は、圧縮に成功しているシーケンスＳｃ１、Ｓｃ２、Ｓｃ３、Ｓｃ１０、Ｓｃ１１、Ｓｃ１２、Ｓｃ１４、Ｓｃ１５では、図７（ａ）に示すようなＣＣＰヘッダと圧縮されたＩＰパケット（ＣＣＰのペイロード）からなるパケットを送信しており、圧縮に失敗しているＳｃ４、Ｓｃ５、Ｓｃ６、Ｓｃ７、Ｓｃ９では、図７（ｂ）に示すようなＣＣＰヘッダとＩＰヘッダとＩＰパケットのペイロードからなるパケットを送信している。
【非特許文献１】Dave Rand、“The PPP Compression Control Protocol (CCP)”、RFC 1962、［online］、1996年６月、［２００６年３月１３日検索］、インターネット  <URL:http://www.faqs.org/rfcs/rfc1962.html>
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述のＣＣＰを用いたパケット送受信システムにあっては、受信パケットが不連続になるとヒストリ領域を用いていない非圧縮時にもヒストリ領域を初期化するための初期化要求が発行され、通信環境によっては頻繁にこの初期化要求が発行されるために、スループットが悪化することがあるという問題がある。
【０００４】
本発明は、このような事情に鑑みてなされたもので、その目的は、非圧縮時における初期化要求の発行を抑制することで、優れたスループットを得られるパケット送受信システム、パケット送受信方法および送信機を提供することにある。
【課題を解決するための手段】
【０００５】
本発明に係るパケット送受信システムは、上位プロトコルにより生成されたパケットを圧縮処理し、ヘッダを付加した圧縮パケットを生成して送信する送信機と、前記送信機が送信した圧縮パケットを受信し、前記受信した圧縮パケットに抜けを検出すると前記圧縮処理の初期化要求を前記送信機へ発行する受信機と、からなるパケット送受信システムにおいて、前記送信機は、前記圧縮処理による圧縮率を検出する圧縮率検出手段と、前記圧縮率検出手段が検出した圧縮率が所定の閾値より大きいときは、前記上位プロトコルにより生成されたパケットを、前記圧縮処理と前記ヘッダの付加とを行わずに送信する上位パケット送信手段と、上位プロトコルにより生成された圧縮前のパケットを含む送信済みのデータを記憶する送信データ記憶手段と、前記圧縮処理の前に、前記送信データ記憶手段を初期化するデータ初期化手段と、を備え、前記受信機は、送信機より送信された圧縮処理が行われていないパケットを含む受信済みのデータを記憶する受信データ記憶手段と、を備え、前記送信機が送信する全ての圧縮パケットは、前記受信データ記憶手段の初期化要求の指示を含むことを特徴とする。
【０００７】
本発明に係るパケット送受信方法は、送信側が、上位プロトコルにより生成されたパケットを圧縮処理して、ヘッダを付加した圧縮パケットを生成して送信し、受信側が、前記圧縮パケットを受信し、前記受信した圧縮パケットに抜けを検出すると前記圧縮処理の初期化要求を前記送信側に発行するパケット送受信方法において、前記送信側が、前記圧縮処理による圧縮率を検出する第１の過程と、前記送信側が、前記第１の過程にて検出した圧縮率が所定の閾値より大きいときは、前記上位プロトコルにより生成されたパケットを、前記圧縮処理と前記ヘッダの付加とを行わずに送信する第２の過程と、前記送信側が、上位プロトコルにより生成された圧縮前のパケットを含む送信済みのデータを記憶する第３の過程と、前記送信側が、前記圧縮処理の前に、前記送信データ記憶手段を初期化する第４の過程と、前記受信側が、送信機より送信された圧縮処理が行われていないパケットを含む受信済みのデータを記憶する第５の過程と、前記送信側が、前記送信機が送信する全ての圧縮パケットは、前記受信データ記憶手段の初期化要求の指示を含む第６の過程と、を備えることを特徴とする。
【０００８】
本発明に係る送信機は、上位プロトコルにより生成されたパケットを圧縮処理し、ヘッダを付加した圧縮パケットを生成して送信する送信機において、前記圧縮処理による圧縮率を検出する圧縮率検出手段と、前記圧縮率検出手段が検出した圧縮率が所定の閾値より大きいときは、前記上位プロトコルにより生成されたパケットを、前記圧縮処理と前記ヘッダの付加とを行わずに送信する上位パケット送信手段と、上位プロトコルにより生成された圧縮前のパケットを含む送信済みのデータを記憶する送信データ記憶手段と、前記圧縮処理の前に、前記送信データ記憶手段を初期化するデータ初期化手段と、を備え、送信する全ての圧縮パケットに、前記受信データ記憶手段の初期化要求の指示を含ませることを特徴とする。
【発明の効果】
【０００９】
この発明によれば、送信機は、圧縮率検出手段と上位パケット送信手段とを備え、圧縮率検出手段が検出した圧縮率が、所定の閾値より大きいときは、上位プロトコルにより生成されたパケットのままで上位パケット送信手段より送信する。上位プロトコルにより生成されたパケットを受信しているときは、受信機は受信パケットの抜けを検出しても圧縮処理の初期化要求を発行しないため、初期化要求の発行が抑制され、優れたスループットが得られる。
【００１０】
また、本発明によれば、送信機は、圧縮処理の前に送信データ記憶手段を初期化するデータ初期化手段を備え、送信機が生成する圧縮パケットのヘッダは受信データ記憶手段の初期化要求を含む。これにより、圧縮率が所定の閾値より大きいときに、上位プロトコルによるパケットにて送信しても、送信データ記憶手段と受信データ記憶手段の記憶内容を一致させられる。このため、本発明の送信機は、従来のままのパケット送受信システムとの通信が可能であり、且つ、初期化要求の発行が抑制され、優れたスループットが得られる。
【発明を実施するための最良の形態】
【００１１】
本実施形態では、圧縮に失敗したデータを送信しているときにパケット抜けや追い越しが発生し、これを受信機が検出して、ヒストリ領域の初期化要求であるReset Requestを発行してしまうことを回避するために、圧縮に失敗したデータはＩＰプロトコルによるＩＰパケットのままで、ＣＣＰパケットに格納せずに送信する。
以下、図面を参照して、本発明の実施の形態について説明する。図１は、この発明の一実施形態によるＣＣＰを用いたパケット送受信システムの構成を示す概略ブロック図である。１００は、データを圧縮して無線送信する携帯端末（送信機）であり、その概略構成を図２に示す。１１０は、音声およびパケットの無線通信を行う通信処理部である。１２０は、パケット送受信の結果などを表示する表示部である。１３０は、パケット送受信の指示などを入力する数字キーなどの入力部である。１４０は、音声通信のための音声入力を行うマイクである。１５０は、音声通信のための音声出力を行うスピーカである。１６０は、フラッシュメモリ等の不揮発性のメモリや、ＲＯＭ等の読み出しのみが可能なメモリ、ＲＡＭ（Random Access Memory）のような揮発性のメモリ、あるいはこれらの組み合わせにより構成されるメモリである。
【００１２】
１７０は、本携帯端末１００全体を制御する制御部であり、ＩＰ（Internet Protocol）パケット生成処理部１７１、圧縮処理部１７２、圧縮率検出処理部（圧縮率検出手段）１７３、ＩＰパケット送信処理部（上位パケット送信手段）１７４、ＣＣＰパケット生成送信処理部１７５、ヒストリ領域（送信データ記憶手段）１７６、ヒストリ初期化処理部（データ初期化手段）１７７を備える。ＩＰパケット生成処理部１７１は、送信するデータをＩＰパケット化する。ＩＰパケットは、ＣＣＰの上位プロトコルであるＩＰのパケットである。圧縮処理部１７２は、ヒストリ領域１７６を参照し、ＩＰパケット生成処理部１７１により生成されたＩＰパケットと、このヒストリ領域１７６とから同じパターンのデータ列を探し出し、ヒストリ領域１７６中の該データ列までのオフセット値とバイト数を、ＩＰパケット中の該データ列の位置に記述することで圧縮処理し、その結果を圧縮データとして出力する。圧縮率検出処理部１７３は、圧縮処理部１７２における圧縮処理により、圧縮前のデータの何パーセントのデータサイズとなったかを検出する。ＩＰパケット送信処理部１７４は、圧縮率検出処理部１７３において検出した圧縮率が所定の閾値（例えば１００％）より大きいときは、圧縮に失敗したとみなして、ＩＰパケット生成処理部１７１により生成されたＩＰパケットをＣＣＰパケット化をせずに送信する。このとき、ＩＰパケットは、図３（ｂ）に示すように、ＩＰヘッダとＩＰパケットのペイロードからなる。圧縮率が所定の閾値（例えば１００％）より以下のときは、ＣＣＰパケット生成送信処理部１７５が、圧縮処理部１７２が出力した圧縮データにＣＣＰのヘッダを付加したＣＣＰパケットを生成して送信する。このとき、ＣＣＰパケットは、図３（ａ）に示すように、ＣＣＰヘッダと圧縮されたＩＰパケット（ＣＣＰパケットのペイロード）からなる。ＣＣＰパケットのＣＣＰヘッダには、受信側のヒストリ領域の初期化を要求するＡビットと、当該パケットのデータが圧縮されていることを示すＣビットと、ＣＣＰパケットの通番となっているＣＣ(Coherency Counter）を備えている。Ａビットは、「１」で初期化要求の指示を意味し、「０」で初期化要求なしを意味する。Ｃビットは、「１」で圧縮済みを意味し、「０」で非圧縮を意味する。ヒストリ領域１７６は、ＣＣＰパケットにて送信済みのデータを圧縮前の状態で記憶する。ヒストリ初期化処理部１７７は、ヒストリ領域１７６を初期化する。
【００１３】
２００は、携帯端末１００と無線通信とのＬＡＮ通信の中継を行うＧＰＤＳ（Generalized Packet Data Service）である。３００は、ＧＰＤＳ２００とのＬＡＮ通信を中継するＬＮＳ（L2ＴP（Layer 2 Tunneling Protocol） Network Server）である。４００は、ＬＮＳ３００およびＧＰＤＳ２００を介して、携帯端末１００とプロトコルとしてＣＣＰを用いて通信するＷｅｂサーバ（受信機）である。
なお、図２におけるＩＰパケット生成処理部１７１、圧縮処理部１７２、圧縮率検出処理部１７３、ＩＰパケット送信処理部１７４、ＣＣＰパケット生成送信処理部１７５、ヒストリ領域１７６、ヒストリ初期化処理部１７７は専用のハードウェアにより実現されるものであってもよく、また、メモリおよびマイクロプロセッサにより実現させるものであってもよい。
【００１４】
次に、このパケット送受信システムの動作を図４および図５を参照して説明する。図４は、本実施形態における携帯端末１００のパケット送信時の動作を説明するフローチャートである。図５は、本実施形態におけるパケット送受信システムの動作を説明する携帯端末１００からＷｅｂサーバ４００へのパケット送信時のシーケンス図である。
まず、携帯端末１００からＷｅｂサーバ４００へ送信するデータが生成されると、携帯端末１００のＩＰパケット生成処理部１７１は、このデータを分割して、先頭から順にＩＰパケットを生成する（Ｓａ１）。次に、圧縮処理部１７２が、ＩＰパケット生成処理部１７１が生成したＩＰパケットを、ヒストリ領域１７６を参照して圧縮し、圧縮データを生成する（Ｓａ２）とともに、ヒストリ領域１７６に圧縮前のＩＰパケットを記憶させる。この圧縮の際は、受信側のヒストリ領域にもヒストリ領域１７６と同一のデータが記憶されていることを前提に、例えば、“ヒストリ領域の５５バイト目から２０バイトと同じ”といったデータを圧縮データに記述する。
【００１５】
次に、圧縮率検出処理部１７３が、圧縮処理部１７２の圧縮処理による圧縮率を検出する。ＩＰパケット送信処理部１７４は、この圧縮率が所定の閾値より大きいかを判定する（Ｓａ３）。ここでは、圧縮率が閾値に満たなかったとして、判定条件が成立せず、ステップＳａ４に遷移し、ＣＣＰパケット生成送信処理部１７５が、圧縮処理部１７２により生成された圧縮データの先頭にＣＣＰヘッダを付加して、ＣＣＰパケットを生成する。このときのＣＣＰヘッダは、Ａビットは「１」、Ｃビットは「１」、ＣＣは「１」とする。ＣＣＰパケット生成送信処理部１７５は、生成したＣＣＰパケットの送信を通信処理部１１０に指示し、通信処理部１１０は、該ＣＣＰパケットを無線送信する（Ｓａ４）。続いて、ヒストリ初期化処理部１７７は、ヒストリ領域１７６の記憶内容をクリアする（Ｓａ６）。これにより、ＣＣＰパケットが携帯端末１００から無線送信され（Ｓｂ１）、ＧＰＤＳ２００とＬＮＳ３００を介して、Ｗｅｂサーバ４００が受信する。
【００１６】
Ｗｅｂサーバ４００は、最初のパケットなのでＣＣは確認せず、Ａビットが「１」であることから、自装置のヒストリ領域をクリアし、Ｃビットが「１」であることから、ヒストリ領域を参照して圧縮の展開を行い、ＩＰパケットを得る。同様にして、携帯端末１００のＣＣＰパケット生成送信処理部１７５において、ＣＣが「２」（Ｓｂ２）のＣＣＰヘッダを付加して生成されたＣＣＰパケットが携帯端末１００から無線送信され、Ｗｅｂサーバ４００が受信する。Ｗｅｂサーバ４００は、ＣＣの「２」が前回の「１」より１大きいことを確認し、Ａビットが「１」であることから、自装置のヒストリ領域をクリアし、Ｃビットが「１」であることから、ヒストリ領域を参照して圧縮の展開を行い、ＩＰパケットを得る。  シーケンスＳｂ３もＳｂ２と同様にして、Ｗｅｂサーバ４００はＩＰパケットを得る。
【００１７】
次に、ＩＰパケット生成処理部１７１がＩＰパケットを生成し（Ｓａ１）、圧縮処理部１７２が、ＩＰパケット生成処理部１７１が生成したＩＰパケットを、ヒストリ領域１７６を参照して圧縮して、圧縮データを生成するとともに、ヒストリ領域１７６に圧縮前のＩＰパケットを記憶させる（Ｓａ２）。しかし、ここでは、生成した圧縮データが元のＩＰパケットのサイズより大きくなり、圧縮率が所定の閾値を越えていたとする。
【００１８】
次に、圧縮率検出処理部１７３が、圧縮処理部１７２の圧縮処理による圧縮率の検出を行い、ＩＰパケット送信処理部１７４は、この圧縮率が所定の閾値より大きいかを判定する（Ｓａ３）。ここでは、圧縮率が所定の閾値を超えているので、判定条件が成立し、ステップＳａ５に遷移して、ＩＰパケット送信処理部１７４が、圧縮前のＩＰパケットの送信を通信処理部１１０に指示し、通信処理部１１０は、該ＩＰパケットを無線送信する（Ｓａ５）。続いて、ヒストリ初期化処理部１７７は、ヒストリ領域１７６の記憶内容をクリアする（Ｓａ６）。これにより、ＩＰパケットが携帯端末１００から無線送信され（Ｓｂ４）、ＧＰＤＳ２００とＬＮＳ３００を介して、Ｗｅｂサーバ４００が受信する。これにより、Ｗｅｂサーバ４００はＩＰパケットを得る。
【００１９】
携帯端末１００は、シーケンスＳｂ４と同様にしてシーケンスＳｂ５からＳｂ８までの各シーケンスで、ＩＰパケットを無線送信する。シーケンスＳｂ５では、Ｗｅｂサーバ４００は、ＧＰＤＳ２００とＬＮＳ３００を介して、ＩＰパケットを受信するが、シーケンスＳｂ６では、何らかの理由でＩＰパケットがＷｅｂサーバ４００に到達しなかったとしても、シーケンスＳｂ７およびＳｂ８でＩＰパケットを受信したＷｅｂサーバ４００は、ＣＣＰヘッダのＣＣの不連続ＣＣＰパケットによるReset Requestの発行は行わない。
【００２０】
このように、非圧縮時にはＣＣＰの上位プロトコルであるＩＰパケットを送受信することで、従来のＣＣＰにおいては、パケット抜けなどが起きてＣＣの不連続を受信側が検出した際に、ヒストリ領域を用いていない非圧縮時にもReset Requestを発行してスループットを低下させてしまっていたが、受信側が従来のＣＣＰに従っていても、このような現象が発生することを防いでいる。
【００２１】
しかし、次のシーケンスＳｂ９からのように圧縮に成功し、携帯端末１００のＣＣＰパケット生成送信処理部１７５が、ＣＣＰパケットを送信している場合に、シーケンスＳｂ１０のような抜けが生じて、シーケンスＳｂ１１のようにＣＣの不連続をＷｅｂサーバ４００が検出した場合は、シーケンスＳｂ１２のようにReset Requestを発行する。これは、送信側が従来のＣＣＰに従い動作している場合には、ヒストリ領域を送信側と受信側で一致させる必要があるため、必要な動作である。
【００２２】
また、ＣＣＰパケット生成送信処理部１７５は、常にＣＣＰパケットのヘッダにてＡビットを「１」にして、ヒストリ領域の初期化要求をＷｅｂサーバ４００に送信しているため、圧縮失敗により携帯端末１００とＷｅｂサーバ４００のヒストリ領域の内容に不一致が発生することを防いでいる。
【００２３】
なお、上記実施形態において、Ｗｅｂサーバ４００がＣＣＰパケットを受信して圧縮の展開をするとして説明したが、ＬＮＳ３００がＣＣＰパケットの圧縮の展開をして抽出したＩＰパケットをＷｅｂサーバ４００に送信するようにしてもよい。この場合は、受信側のヒストリ領域はＬＮＳ３００が備えており、Reset Requestの発行もＬＮＳ３００が行う。
また、上記実施形態において、ＣＣＰの上位プロトコルとしてＩＰを用いるとして説明したが、ＩＰ以外のプロトコルであってもよい。
【００２４】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００２５】
本発明は、特にＣＣＰを用いた既存のパケット送受信システムに、新たに追加する端末に用いて好適であるが、これに限られるものではない。
【図面の簡単な説明】
【００２６】
【図１】この発明の一実施形態によるパケット送受信システムの概略構成を示すブロック図である。
【図２】同実施形態における携帯端末１００の概略構成を示すブロック図である。
【図３】同実施形態における（ａ）ＣＣＰパケットと（ｂ）ＩＰパケットの構成を説明する図である。
【図４】同実施形態における携帯端末１００のパケット送信時の動作を説明するフローチャートである。
【図５】同実施形態におけるパケット送受信システムの動作を説明するシーケンス図である。
【図６】従来のＣＣＰを用いたパケット送受信システムの動作を説明するシーケンス図である。
【図７】従来の（ａ）圧縮に成功したＣＣＰパケットと（ｂ）圧縮に失敗したＣＣＰパケットの構成を説明する図である。
【符号の説明】
【００２７】
１００…携帯端末
２００…ＧＰＤＳ
３００…ＬＮＳ
４００…Ｗｅｂサーバ
１１０…通信処理部
１２０…表示部
１３０…入力部
１４０…マイク
１５０…スピーカ
１６０…メモリ
１７０…制御部
１７１…ＩＰパケット生成処理部
１７２…圧縮処理部
１７３…圧縮率検出処理部
１７４…ＩＰパケット送信処理部
１７５…ＣＣＰパケット生成送信処理部
１７６…ヒストリ領域
１７７…ヒストリ初期化処理部
【図１】
0004657962.tif 000002
【図２】
0004657962.tif 000003
【図３】
0004657962.tif 000004
【図４】
0004657962.tif 000005
【図５】
0004657962.tif 000006
【図６】
0004657962.tif 000007
【図７】
0004657962.tif 000008