JP2003264596A

JP2003264596A - 通信デバイス、携帯端末、通信方法を実現するためのプログラム

Info

Publication number: JP2003264596A
Application number: JP2002061841A
Authority: JP
Inventors: Takashi Asai; 敬浅井
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2002-03-07
Filing date: 2002-03-07
Publication date: 2003-09-19
Also published as: US20030169759A1; DE10305129A1

Abstract

(57)【要約】【課題】ＴＣＰ／ＩＰを用いて、少ない消費電力でデ
ータを受信する。【解決手段】ＰＤＡ１００は、ネットワークに対して
データの送受信を制御するイーサネット（Ｒ）コントロ
ーラ１１０と、受信したデータを記憶する通信ドライバ
のバッファおよび受信ウインドウと、通信ドライバのバ
ッファにデータが記憶されてから予め定められた時間が
経過するまでに発生した、指定されたバッファへの格納
要求に応答して、ドライバのバッファに記憶されたデー
タをその指定されたバッファに転送する回路と、ドライ
バのバッファにデータが記憶されてから予め定められた
時間が経過するとドライバのバッファに記憶されたデー
タを受信ウインドウに転送する回路と、指定されたバッ
ファへの格納要求に応答して、受信ウインドウに記憶さ
れたデータを指定されたバッファに転送する回路とを含
む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク通信
技術に関し、特に、ＴＣＰ／ＩＰ(TransmissionControl
Protocol／Internet Protocol)を用いて、ネットワー
クからデータを受信した場合に、通信処理速度を向上さ
せる技術に関する。

【０００２】

【従来の技術】ＴＣＰ／ＩＰプロトコルは、インターネ
ット上で実行されるデータ通信に広く使用されている。
最近では、インターネットのブラウザ機能を有する携帯
端末も多く存在し、ＴＣＰ／ＩＰプロトコルは、これら
の携帯端末へ組込まれる機器へ用いられる。一般的に、
このような組込み機器では、ＣＰＵ（Central Processi
ng Unit）の処理能力および消費電力に制限があるた
め、ＴＣＰ／ＩＰプロトコルに要する処理量および必要
電力を低減する必要がある。

【０００３】以下、ＴＣＰ／ＩＰプロトコルを用いてネ
ットワーク上で、ＴＣＰ／ＩＰパケットを含むイーサネ
ット（Ｒ）フレームを受信した場合の一般的な処理につ
いて説明する。イーサネット（Ｒ）フレームを受信した
通信装置は、ネットワークコントローラからネットワー
クドライバにイーサネット（Ｒ）フレームを受信したこ
とが通知される。ネットワークドライバは、受信したイ
ーサネット（Ｒ）フレームをネットワークコントローラ
から読み出して、ネットワークドライバのバッファへ転
送する。ＴＣＰ／ＩＰプロトコル処理部は、イーサネッ
ト（Ｒ）フレーム、イーサネット（Ｒ）フレームに含ま
れるＩＰデータグラム、ＩＰデータグラムに含まれるＴ
ＣＰセグメントの解析を順次行なう。ＴＣＰ／ＩＰプロ
トコル処理部は、ＴＣＰセグメントの中のデータ部分を
抽出して、受信ウインドウに転送する。この受信ウイン
ドウは、ＴＣＰプロトコルでデータを受信する場合に、
ＴＣＰの仕様上必要になる受信用のバッファである。

【０００４】ＴＣＰプロトコルの規定によると、ネット
ワーク上の他の装置にＴＣＰ／ＩＰのパケットを送信す
る場合、ＴＣＰヘッダ部に自局の受信ウインドウの空き
サイズを含める必要がある。アプリケーションタスクか
らＴＣＰプロトコルのデータの受信要求が発行されるま
で、受信ウインドウでデータが保持される。アプリケー
ションタスクからＴＣＰプロトコルのデータの受信要求
が発行されると、受信ウインドウからアプリケーション
タスクで指定したバッファにデータが転送される。

【０００５】このように、一般的なＴＣＰ／ＩＰプロト
コルにおいては、ネットワーク上の他の機器から受信し
たデータが、ネットワークドライバのバッファから受信
ウインドウを介して、アプリケーションタスクにより指
定されたバッファに転送される。なお、ＴＣＰ／ＩＰプ
ロトコルの規定では、送信側の通信装置においては、受
信側の通信装置から通知された受信ウインドウの空きの
サイズに従って、データを送信する。受信側の通信装置
は、受信ウインドウのサイズを通信の途中で小さくして
はならない。このような理由から、ＴＣＰ／ＩＰプロト
コルを実現するためには、一般的には、固定長のメモリ
領域または通信途中でサイズが小さくならないメモリ領
域を、受信ウインドウに設定する。

【０００６】

【発明が解決しようとする課題】しかしながら、上述し
た受信側の通信装置における処理では、受信したデータ
を一旦受信ウインドウに転送してからアプリケーション
タスクにより指定されるバッファへ転送するため、デー
タの転送回数が増える。そのため、ＴＣＰ／ＩＰプロト
コル処理に必要なＣＰＵおよびハードウェアの負荷が増
加し消費電力が増加したり、受信側の通信装置において
受信ウインドウが空きにくくデータ通信速度が低下した
りするという問題が発生する。

【０００７】本発明は、上述の課題を解決するためにな
されたものであって、ＴＣＰ／ＩＰなどで規定されるプ
ロトコルにてデータを受信した場合に、バッファ間のデ
ータ転送の頻度を低減させて、少ない消費電力で、高速
にデータ受信処理を実行できる、通信デバイス、携帯端
末、通信方法を実現するためのプログラムを提供するこ
とである。

【０００８】

【課題を解決するための手段】第１の発明に係る通信デ
バイスは、ネットワークに対して、データ項目の送受信
を制御するためのネットワーク制御手段と、ネットワー
ク制御手段に接続され、受信したデータ項目を一時的に
記憶するための第１の記憶手段と、第１の記憶手段に接
続され、受信したデータ項目を記憶するための第２の記
憶手段と、第１の記憶手段および第２の記憶手段に記憶
されたデータ項目を、予め定められたバッファに転送す
るように制御するための制御手段とを含む。制御手段
は、第１の記憶手段にデータ項目が記憶されてから予め
定められた時間が経過するまでに発生したバッファへの
格納要求に応答して、第１の記憶手段に記憶されたデー
タ項目を、バッファに転送するように、第１の記憶手段
を制御するための第１の転送制御手段と、第１の記憶手
段にデータ項目が記憶されてから予め定められた時間が
経過すると、第１の記憶手段に記憶されたデータ項目を
第２の記憶手段に転送し、バッファへの格納要求に応答
して、第２の記憶手段に記憶されたデータ項目を、バッ
ファに転送するように、第２の記憶手段を制御するため
の第２の転送制御手段とを含む。

【０００９】第１の発明によると、たとえば、ＴＣＰ／
ＩＰプロトコルでネットワーク通信を行なう場合、第１
の記憶手段としての通信ドライバのバッファと、第２の
記憶手段としての受信ウインドウとを有する。ネットワ
ーク制御手段がデータ項目の受信を検知すると、通信ド
ライバのバッファに記憶させる。通信ドライバのバッフ
ァにデータ項目が記憶されてから予め定められた時間が
経過するまでに、アプリケーションタスクからのデータ
受信要求が発生すると、通信ドライバに記憶されたデー
タ項目がアプリケーションタスクにより指定されるバッ
ファに転送される。このとき、受信したデータ項目は、
受信ウインドウを経由しない。一方、通信ドライバのバ
ッファにデータ項目が記憶されてから予め定められた時
間が経過すると、通信ドライバのバッファに記憶された
データ項目が受信ウインドウに転送される。その後、ア
プリケーションタスクからのデータ受信要求が発生する
と、受信ウインドウに記憶されたデータ項目がアプリケ
ーションタスクにより指定されるバッファに転送され
る。このとき、受信したデータ項目は、受信ウインドウ
を経由する。このようにすると、通信ドライバのバッフ
ァから受信ウインドウに、受信したデータ項目の全てが
転送されるのではなく、予め定められた時間が経過する
までに、アプリケーションタスクからの受信要求が発生
しなかったデータ項目だけが、通信ドライバのバッファ
から受信ウインドウに転送される。その結果、データを
受信した場合に、バッファ間のデータ転送の頻度を低減
させて、少ない消費電力で、高速にデータ受信処理を実
行できる通信デバイスを提供することができる。なお、
第２の記憶手段である受信ウインドウの空きサイズは、
受信したデータ項目を受信ウインドウに記憶したサイズ
に応じて減少する。また、受信ウインドウの空きサイズ
は、アプリケーションタスクにより受信ウインドウから
読み出されたデータ項目のサイズに応じて増加する。こ
の受信ウインドウの空きサイズは、ネットワーク上の他
の装置に送信される。第１の発明に係る通信デバイスで
は、第２の記憶手段である受信ウインドウに記憶すべき
データを、第１の記憶手段であるネットワークドライバ
のバッファに記憶する。ネットワーク上の他の装置に送
信される受信ウインドウの空きサイズは、受信ウインド
ウに記憶されたデータだけではなく、ネットワークドラ
イバに記憶されたデータをも含めて（すなわち、受信ウ
インドウの空きサイズのみならず、ネットワークドライ
バのバッファの空きサイズをも含めて）算出する。すな
わち、ネットワーク上の他の装置に送信される受信ウイ
ンドウの空きサイズは、受信ウインドウのサイズから、
受信ウインドウに記憶されたデータのサイズとネットワ
ークドライバに記憶されたデータのサイズとを減算した
サイズになる。また、ネットワーク上の他の装置に送信
される受信ウインドウの空きサイズは、受信ウインドウ
の空きサイズとネットワークドライバのバッファの空き
サイズとを加算したサイズにならない。このようにする
と、ネットワーク上の他の装置に送信される受信ウイン
ドウの空きサイズは、従来方式のデバイスにおける受信
ウインドウの空きサイズと同様になるので、第１の発明
に係る通信デバイスは、ＴＣＰ／ＩＰプロトコルの仕様
に反しない。

【００１０】第２の発明に係る通信デバイスは、第１の
発明の構成に加えて、第１の転送制御手段は、第１の記
憶手段に予め定められた個数のデータ項目が記憶される
までは、第１の記憶手段にデータ項目が記憶されてから
予め定められた時間が経過するまでに発生したバッファ
への格納要求に応答して、第１の記憶手段に記憶された
データ項目を、バッファに転送するための手段を含む。
第２の転送制御手段は、第１の記憶手段にデータ項目が
記憶されてから予め定められた時間が経過したことおよ
び第１の記憶手段に予め定められた個数のデータ項目が
記憶されたことのいずれかが満足されると、第１の記憶
手段に記憶されたデータ項目を第２の記憶手段に転送
し、バッファへの格納要求に応答して、第２の記憶手段
に記憶されたデータ項目を、バッファに転送するための
手段とを含む。

【００１１】第２の発明によると、通信ドライバのバッ
ファにデータ項目が記憶されてから予め定められた時間
が経過したか、通信ドライバのバッファに予め定められ
た個数のデータ項目が記憶されたかのいずれかの条件が
満足されると、通信ドライバから受信ウインドウにデー
タ項目が転送される。これにより、予め定められた時間
が経過するまでにアプリケーションタスクから受信要求
が発生しなかったデータ項目が、通信ドライバのバッフ
ァから受信ウインドウに転送される。このとき、予め定
められた時間が経過する前であっても、通信ドライバの
バッファに予め定められた数のデータ項目が記憶されて
いると、その予め定められた数を上回るデータ項目が、
通信ドライバのバッファから受信ウインドウに転送され
る。これにより、通信ドライバのバッファは、常に予め
定められた数以下のデータ項目しか記憶されず、一定の
大きさの空き領域を確保できる。その結果、通信ドライ
バの空きバッファがないことを理由とする、通信ドライ
バのバッファへ送信できない場合を少なくすることがで
きる。

【００１２】第３の発明に係る通信デバイスは、第２の
発明の構成に加えて、第１の転送制御手段は、第１の記
憶手段にデータ項目が送信された順序に従って予め定め
られた個数のデータ項目が記憶されるまでは、第１の記
憶手段にデータ項目が記憶されてから予め定められた時
間が経過するまでに発生したバッファへの格納要求に応
答して、第１の記憶手段に記憶されたデータ項目を、バ
ッファに転送するための手段を含む。

【００１３】第３の発明によると、ネットワーク上のあ
る装置からこの通信デバイスに送信される複数のデータ
項目について、通信デバイスが受信する順序は、ある装
置が送信した順序であるとは限らない。アプリケーショ
ンタスクからは、送信された順序にしたがって受信要求
が発行される。通信デバイスのバッファには、データ項
目が送信された順序に従って予め定められた個数のデー
タ項目が記憶される。これにより、予め定められた個数
のデータ項目を、送信順序の早い順に通信デバイスのバ
ッファに記憶するため、予め定められた時間までにアプ
リケーションタスクから受信要求が発行されるデータ項
目の数が多くなる。その結果、通信ドライバのバッファ
から受信ウインドウに一旦転送されてから、アプリケー
ションタスクのバッファへ転送されるデータ項目の数を
減少させることができる。

【００１４】第４の発明に係る通信デバイスは、第１の
発明の構成に加えて、第１の転送制御手段は、第１の記
憶手段に予め定められた容量のデータ項目が記憶される
までは、第１の記憶手段にデータ項目が記憶されてから
予め定められた時間が経過するまでに発生したバッファ
への格納要求に応答して、第１の記憶手段に記憶された
データ項目を、バッファに転送するための手段を含む。
第２の転送制御手段は、第１の記憶手段にデータ項目が
記憶されてから予め定められた時間が経過したことおよ
び第１の記憶手段に予め定められた容量のデータ項目が
記憶されたことのいずれかが満足されると、第１の記憶
手段に記憶されたデータ項目を第２の記憶手段に転送
し、バッファへの格納要求に応答して、第２の記憶手段
に記憶されたデータ項目を、バッファに転送するための
手段とを含む。

【００１５】第４の発明によると、通信ドライバのバッ
ファにデータ項目が記憶されてから予め定められた時間
が経過したか、通信ドライバのバッファに予め定められ
た容量のデータ項目が記憶されたかのいずれかの条件が
満足されると、通信ドライバから受信ウインドウにデー
タ項目が転送される。これにより、予め定められた時間
が経過するまでにアプリケーションタスクから受信要求
が発生しなかったデータ項目が、通信ドライバのバッフ
ァから受信ウインドウに転送される。このとき、予め定
められた時間が経過する前であっても、通信ドライバの
バッファに予め定められた容量のデータ項目が記憶され
ていると、その予め定められた容量を上回るデータ項目
が、通信ドライバのバッファから受信ウインドウに転送
される。これにより、通信ドライバのバッファは、常に
予め定められた容量以下のデータ項目しか記憶されず、
一定の大きさの空き領域を確保できる。その結果、通信
ドライバのバッファに空きがないことを理由とする、通
信ドライバのバッファへ送信できない場合を少なくする
ことができる。

【００１６】第５の発明に係る通信デバイスは、第４の
発明の構成に加えて、第１の転送制御手段は、第１の記
憶手段にデータ項目が送信された順序に従って予め定め
られた容量のデータ項目が記憶されるまでは、第１の記
憶手段にデータ項目が記憶されてから予め定められた時
間が経過するまでに発生したバッファへの格納要求に応
答して、第１の記憶手段に記憶されたデータ項目を、バ
ッファに転送するための手段を含む。

【００１７】第５の発明によると、予め定められた容量
のデータ項目を、送信順序の早い順に通信デバイスのバ
ッファに記憶するため、予め定められた時間までにアプ
リケーションタスクから受信要求が発行されるデータ項
目の数が多くなる。その結果、通信ドライバのバッファ
から受信ウインドウに一旦転送されてから、アプリケー
ションタスクのバッファへ転送されるデータ項目の数を
減少させることができる。

【００１８】第６の発明に係る通信デバイスは、第１〜
４のいずれかの発明の構成に加えて、制御手段は、第１
の記憶手段にデータ項目が記憶される前に発生したバッ
ファへの格納要求に応答して、第１の記憶手段に記憶さ
れたデータ項目を、バッファに転送するように、第１の
記憶手段を制御するための第３の転送制御手段をさらに
含む。

【００１９】第６の発明によると、他の装置からデータ
項目を受信する前に、アプリケーションタスクから受信
要求が発行されると、通信デバイスのバッファに記憶さ
れたデータ項目がアプリケーションタスクにより指定さ
れるバッファに転送される。これにより、予め発行され
たアプリケーションタスクからの受信要求に応答して、
受信したデータ項目を受信ウインドウを経由しないで、
通信ドライバのバッファからアプリケーションタスクの
バッファに転送できる。

【００２０】第７の発明に係る通信デバイスは、第６の
発明の構成に加えて、バッファへの格納要求は、第１の
記憶手段からバッファへのデータ項目の転送容量を示す
情報を含む。第３の転送制御手段は、バッファへの格納
要求に応答して、第１の記憶手段に記憶されたデータ項
目の中の転送容量以下のデータ項目をバッファに転送し
て、転送容量を越えるデータ項目を第１の記憶手段に記
憶するように、第１の記憶手段を制御するための手段を
含む。

【００２１】第７の発明によると、バッファへの格納要
求は、アプリケーションタスクのバッファの空き領域の
大きさに対応する転送容量を示す情報を含む。通信デバ
イスのバッファの中に記憶されたデータ項目が転送容量
を越える場合には、転送容量以下のデータ項目をアプリ
ケーションタスクのバッファに転送して、転送容量を越
えるデータ項目を通信デバイスのバッファに記憶する。
通信デバイスのバッファに記憶されたデータ項目は、予
め定められた時間が経過する前にアプリケーションタス
クからの受信要求が発生すると、受信ウインドウを経由
しないで、アプリケーションタスクのバッファに転送さ
れる。

【００２２】第８の発明に係る通信デバイスは、第１〜
７のいずれかの発明の構成に加えて、予め定められた時
間は、バッファへの格納要求の送信元からの信号に基づ
いて設定されるものである。

【００２３】第８の発明によると、バッファへの格納要
求の送信元であるアプリケーションタスクから、予め定
められた時間を設定できる。これにより、アプリケーシ
ョンタスクは、たとえば、その処理内容に応じた受信要
求の発行頻度に基づいて、予め定められた時間を設定す
る。その結果、様々なアプリケーションタスクに対応し
て、受信ウインドウに転送しないで通信ドライバのバッ
ファに記憶する時間を設定にして、転送される回数を減
らすことができる。

【００２４】第９の発明に係る通信デバイスは、第８の
発明の構成に加えて、予め定められた時間は、バッファ
への格納要求の送信元から送信された、バッファへの格
納要求の頻度に基づいて設定されるものである。

【００２５】第９の発明によると、様々なアプリケーシ
ョンタスクに対応して、バッファへの格納要求の頻度に
基づいて、受信したデータ項目を受信ウインドウに転送
しないで通信ドライバのバッファに記憶する時間を設定
できる。

【００２６】第１０の発明に係る通信デバイスは、第２
または３の発明の構成に加えて、予め定められた個数
は、バッファへの格納要求の送信元からの信号に基づい
て設定されるものである。

【００２７】第１０の発明によると、様々なアプリケー
ションタスクに対応して、受信したデータ項目を受信ウ
インドウに転送しないで通信ドライバのバッファに記憶
するデータ項目の個数を設定できる。

【００２８】第１１の発明に係る通信デバイスは、第４
または５の発明の構成に加えて、予め定められた容量
は、バッファへの格納要求の送信元からの信号に基づい
て設定されるものである。

【００２９】第１１の発明によると、様々なアプリケー
ションタスクに対応して、受信したデータ項目を受信ウ
インドウに転送しないで通信ドライバのバッファに記憶
するデータ項目の容量を設定できる。

【００３０】第１２の発明に係る通信デバイスは、第１
〜７のいずれかの発明の構成に加えて、予め定められた
時間は、ネットワークの通信状態に基づいて設定される
ものである。

【００３１】第１２の発明によると、ネットワークの通
信状態に基づいて、予め定められた時間を設定できる。
たとえば、通信デバイスは、送信元から送信先までのデ
ータ項目の伝送時間を測定する。この伝送時間が比較的
長い場合には、送信元からデータ項目が到着する時間も
長くなるので、予め定められた時間を長く設定してもよ
い。これにより、ドライバのバッファに記憶されたデー
タ項目が、受信ウインドウに一旦転送されてから、アプ
リケーションタスクのバッファに転送される回数を減少
させることができる。

【００３２】第１３の発明に係る通信デバイスは、第１
２の発明の構成に加えて、予め定められた時間は、ネッ
トワークにおける通信デバイスまでのデータの伝送時間
に基づいて設定されるものである。

【００３３】第１３の発明によると、ネットワークにお
ける通信デバイスまでのデータの伝送時間に基づいて、
受信したデータ項目を受信ウインドウに転送しないで通
信ドライバのバッファに記憶する時間を設定できる。

【００３４】第１４の発明に係る通信デバイスは、第２
または３の発明の構成に加えて、予め定められた個数
は、ネットワークの通信状態に基づいて設定されるもの
である。

【００３５】第１４の発明によると、ネットワークの通
信状態に基づいて、受信したデータ項目を受信ウインド
ウに転送しないで通信ドライバのバッファに記憶するデ
ータ項目の個数を設定できる。

【００３６】第１５の発明に係る通信デバイスは、第４
または５の発明の構成に加えて、予め定められた容量
は、ネットワークの通信状態に基づいて設定されるもの
である。

【００３７】第１５の発明によると、ネットワークの通
信状態に基づいて、受信したデータ項目を受信ウインド
ウに転送しないで通信ドライバのバッファに記憶するデ
ータ項目の容量を設定できる。

【００３８】第１６の発明に係る携帯端末は、第１〜１
５のいずれかの発明の構成である通信デバイスを搭載し
たものである。

【００３９】第１６の発明によると、ＴＣＰ／ＩＰプロ
トコルなどを用いてデータを受信した場合に、バッファ
間のデータ転送の頻度を低減させて、少ない消費電力
で、高速にデータ受信処理を実行できる携帯端末を提供
することができる。

【００４０】第１７の発明に係るプログラムは、ネット
ワークに対して、データ項目の送受信を制御するネット
ワーク制御ステップと、受信したデータ項目を一時的に
記憶する第１の記憶ステップと、受信したデータ項目を
記憶する第２の記憶ステップと、第１の記憶ステップお
よび第２の記憶ステップにて記憶したデータ項目を、予
め定められたバッファに転送する転送ステップとを含
む。転送ステップは、第１の記憶ステップにてデータ項
目が記憶されてから予め定められた時間が経過するまで
に発生したバッファへの格納要求に応答して、第１の記
憶ステップにて記憶したデータ項目を、バッファに転送
する第１の転送ステップと、第１の記憶ステップにてデ
ータ項目が記憶されてから予め定められた時間が経過す
ると、第１の記憶ステップにて記憶したデータ項目を第
２の記憶ステップにて記憶し、バッファへの格納要求に
応答して、第２の記憶ステップにて記憶したデータ項目
を、バッファに転送する第２の転送ステップとを含む処
理をコンピュータに実現させる。

【００４１】第１７の発明によると、たとえば、ＴＣＰ
／ＩＰプロトコルでネットワーク通信を行なう場合、通
信ドライバのバッファと受信ウインドウとを有する。ネ
ットワーク制御ステップにてデータ項目の受信を検知す
ると、通信ドライバのバッファに記憶させる。通信ドラ
イバのバッファにデータ項目が記憶されてから予め定め
られた時間が経過するまでに、アプリケーションタスク
からのデータ受信要求が発生すると、通信ドライバに記
憶されたデータ項目がアプリケーションタスクにより指
定されるバッファに転送される。このとき、受信したデ
ータ項目は、受信ウインドウを経由しない。一方、通信
ドライバのバッファにデータ項目が記憶されてから予め
定められた時間が経過すると、通信ドライバのバッファ
に記憶されたデータ項目が受信ウインドウに転送され
る。その後、アプリケーションタスクからのデータ受信
要求が発生すると、受信ウインドウに記憶されたデータ
項目がアプリケーションタスクにより指定されるバッフ
ァに転送される。このとき、受信したデータ項目は、受
信ウインドウを経由する。このようにすると、通信ドラ
イバのバッファから受信ウインドウに、受信したデータ
項目の全てが転送されるのではなく、予め定められた時
間が経過するまでに、アプリケーションタスクから受信
要求が発生しなかったデータ項目だけが、通信ドライバ
のバッファから受信ウインドウに転送される。その結
果、データを受信した場合に、バッファ間のデータ転送
の頻度を低減させて、少ない消費電力で、高速にデータ
受信処理を実行できる通信が提供される。

【００４２】

【発明の実施の形態】以下、図面を参照しつつ、本発明
の実施の形態について説明する。以下の説明では、同一
の部品には同一の符号を付してある。それらの名称およ
び機能も同じである。したがってそれらについての詳細
な説明は繰返さない。

【００４３】＜第１の実施の形態＞図１を参照して、本
発明の第１の実施の形態に係る通信デバイスを組込んだ
ＰＤＡ（Personal Digital Assistant）の制御ブロック
を説明する。図１に示すように、このＰＤＡ１００は、
ネットワークとのインターフェイスであってデータの送
受信完了時には割込み信号をＣＰＵ１２０に通知するイ
ーサネット（Ｒ）コントローラ１１０と、ＰＤＡ１００
の全体を制御するＣＰＵ１２０と、マンマシンインター
フェイスであるＬＣＤ（Liquid Crystal Display）１３
０およびタッチパネル１４０と、後述する処理を実行す
るプログラムやそのプログラムによる実行途中の演算結
果を記憶するＲＯＭ（Read Only Memory）１５０および
ＲＡＭ（Random Access Memory）１６０とを含む。ま
た、イーサネット（Ｒ）コントローラ１１０は、ネット
ワークと接続するためのコネクタ１９０と接続されてい
る。

【００４４】図２を参照して、本実施の形態に係る通信
デバイスで実行されるプログラムの受信処理の構成を説
明する。イーサネット（Ｒ）コントローラ１１０は、イ
ーサネット（Ｒ）ケーブル上に自局宛てフレームが伝送
されていることを検知すると、そのフレームに対して、
誤り検出処理等の受信処理を行なう。その後、イーサネ
ット（Ｒ）コントローラ１１０は、イーサネット（Ｒ）
ドライバ処理部１２２にイーサネット（Ｒ）フレームを
受信したことを割込み処理で通知する。

【００４５】イーサネット（Ｒ）ドライバ処理部１２２
は、イーサネット（Ｒ）コントローラからの割込み信号
により起動され、受信したイーサネット（Ｒ）フレーム
のヘッダ部を解析する。イーサネット（Ｒ）フレームに
ＩＰデータグラムが含まれていると、ＩＰデータグラム
を受信したことをＴＣＰ／ＩＰプロトコル処理タスク１
２４へ通知する。

【００４６】アプリケーションタスク１２６は、ＴＣＰ
／ＩＰプロトコルのデータを受信する場合、ＴＣＰ／Ｉ
Ｐプロトコルタスク１２４にデータ受信要求を通知す
る。そのとき、ＴＣＰ／ＩＰプロトコルのデータの格納
先のアドレスやサイズ等の情報も併せて通知する。アプ
リケーションタスク１２６は、ＴＣＰ／ＩＰプロトコル
処理タスク１２４から受信完了の通知があるまで待ち状
態になる。

【００４７】周期起動ハンドラ１２８は、予め定められ
た時間毎に起動されて、ＴＣＰ／ＩＰプロトコル処理タ
スク１２４に、通信処理を周期的に実行するように指示
する。

【００４８】ＴＣＰ／ＩＰプロトコル処理タスク１２４
は、アプリケーションタスク１２６、周期ハンドラ１２
８、イーサネット（Ｒ）ドライバ処理部１２２等からの
通知に応じて、ＴＣＰ／ＩＰプロトコル処理を実行す
る。

【００４９】図３を参照して、本実施の形態に係る通信
デバイスで処理されるデータの構造を説明する。図３に
示すように、イーサネット（Ｒ）フレームは、ヘッダと
データとを含む。イーサネット（Ｒ）フレームのデータ
は、ＩＰデータグラムと呼ばれ、ヘッダとデータとを含
む。ＩＰデータグラムのデータは、ＴＣＰセグメントと
呼ばれ、ヘッダとデータとを含む。ＴＣＰセグメントの
データ、ヘッダとデータとを含む。

【００５０】ＴＣＰセグメントのヘッダには、データの
送信順序を表わす順序番号、データサイズ等が記憶され
る。ＴＣＰセグメントのデータには、アプリケーション
タスクが使用するためのデータ（たとえば、Ｄ（０）、
Ｄ（１），Ｄ（２）およびＤ（３））が記憶される。

【００５１】図４を参照して、本実施の形態に係る通信
デバイスを組込んだＰＤＡ１００で実行されるプログラ
ムは、以下のような制御構造を有する。

【００５２】ステップ（以下、ステップをＳと略す。）
１００にて、ＣＰＵ１２０は、各種のタスクを起動させ
る。Ｓ１０２にて、ＣＰＵ１２０は、初期化処理を行な
う。このとき、変数などが初期化される。

【００５３】Ｓ１０４にて、ＣＰＵ１２０は、タスクや
ハンドラからの通知を待つ。Ｓ１０６にて、ＣＰＵ１２
０は、ＩＰデータグラムの受信通知を受取ったか否かを
判断する。ＩＰデータグラムの受信通知を受取ると（Ｓ
１０６にてＹＥＳ）、処理はＳ１０８へ移される。もし
そうでないと（Ｓ１０６にてＮＯ）、処理は図５のＳ１
３０へ移される。

【００５４】Ｓ１０８にて、ＣＰＵ１２０は、ＩＰヘッ
ダ部の解析を行なう。Ｓ１１０にて、ＣＰＵ１２０は、
ＴＣＰセグメントがあるか否かを判断する。ＴＣＰセグ
メントがある場合は（Ｓ１１０にてＹＥＳ）、処理はＳ
１１２へ移される。もしそうでないと（Ｓ１１０にてＮ
Ｏ）、処理はＳ１０４へ戻される。

【００５５】Ｓ１１２にて、ＣＰＵ１２０は、ＴＣＰセ
グメントの解析を行なう。Ｓ１１４にて、ＣＰＵ１２０
は、ＴＣＰデータがあるか否かを判断する。ＴＣＰデー
タがある場合には（Ｓ１１４にてＹＥＳ）、処理はＳ１
１６へ移される。もしそうでないと（Ｓ１１４にてＮ
Ｏ）、処理はＳ１１８へ移される。

【００５６】Ｓ１１６にて、ＣＰＵ１２０は、イーサネ
ット（Ｒ）ドライバ処理部１２２のドライバで、ＴＣＰ
データを保持するための管理情報を作成する。この作成
情報には、ＴＣＰデータを抽出した時刻、ＴＣＰデータ
の格納領域などが記憶される。

【００５７】Ｓ１１８にて、ＣＰＵ１２０は、受信した
ＴＣＰセグメントに対する応答処理を行なう。その後、
処理はＳ１０４へ戻される。

【００５８】図５を参照して、Ｓ１３０にて、ＣＰＵ１
２０は、ＴＣＰ受信要求を受取ったか否かを判断する。
ＴＣＰ受信要求を受取ると（Ｓ１３０にてＹＥＳ）、処
理はＳ１３２へ移される。もしそうでないと（Ｓ１３０
にてＮＯ）、処理はＳ１６０へ移される。

【００５９】Ｓ１３２にて、ＣＰＵ１２０は、受信ウイ
ンドウまたはドライバのバッファにＴＣＰデータがある
か否かを判断する。受信ウインドウまたはドライバのバ
ッファにＴＣＰデータがある場合には（Ｓ１３２にてＹ
ＥＳ）、処理はＳ１３４へ移される。もしそうでないと
（Ｓ１３２にてＮＯ）、処理は図４のＳ１０４へ戻され
る。

【００６０】Ｓ１３４にて、ＣＰＵ１２０は、受信ウイ
ンドウまたはドライバのバッファからアプリケーション
タスクが指定したバッファ領域へＴＣＰデータを転送す
る。

【００６１】Ｓ１３６にて、ＣＰＵ１２０は、受信ウイ
ンドウからＴＣＰデータの転送があるか否を判断する。
受信ウインドウからＴＣＰデータの転送がある場合には
（Ｓ１３６にてＹＥＳ）、処理はＳ１３８へ移される。
もしそうでないと（Ｓ１３６にてＮＯ）、処理はＳ１４
０へ移される。

【００６２】Ｓ１３８にて、ＣＰＵ１２０は、受信ウイ
ンドウの管理情報の更新を行なう。Ｓ１４０にて、ＣＰ
Ｕ１２０は、ドライバのバッファからＴＣＰデータの転
送があるか否を判断する。ドライバのバッファからＴＣ
Ｐデータの転送がある場合には（Ｓ１４０にてＹＥ
Ｓ）、処理はＳ１４２へ移される。もしそうでないと
（Ｓ１４０にてＮＯ）、処理はＳ１４６へ移される。

【００６３】Ｓ１４２にて、ＣＰＵ１２０は、転送した
ＴＣＰデータが格納されていたドライバのバッファ領域
を解放する。Ｓ１４４にて、ＣＰＵ１２０は、転送した
ＴＣＰデータに対応した管理情報の領域を解放する。

【００６４】Ｓ１４６にて、ＣＰＵ１２０は、受信要求
を発行したアプリケーションタスクへ、ＴＣＰ受信完了
を通知する。その後、処理は図４のＳ１０４へ戻され
る。

【００６５】Ｓ１６０にて、ＣＰＵ１２０は、ＴＣＰ周
期処理要求を受取ったか否かを判断する。ＴＣＰ周期処
理要求を受取ると（Ｓ１６０にてＹＥＳ）、処理はＳ１
６２へ移される。もしそうでないと（Ｓ１６０にてＮ
Ｏ）、処理は図４のＳ１０４へ移される。

【００６６】Ｓ１６２にて、ＣＰＵ１２０は、保持時間
＝（現在の時刻）−（ＴＣＰデータを抽出した時刻）と
する。Ｓ１６４にて、ＣＰＵ１２０は、保持時間が予め
定められた保持時間よりも大きいか否かを判断する。保
持時間が予め定められた保持時間よりも大きい場合には
（Ｓ１６４にてＹＥＳ）、処理はＳ１６６へ移される。
もしそうでないと（Ｓ１６４にてＮＯ）、処理は図４の
Ｓ１０４へ移される。

【００６７】Ｓ１６６にて、ＣＰＵ１２０は、ドライバ
のバッファに格納されたＴＣＰデータを受信ウインドウ
に転送する。Ｓ１６８にて、ＣＰＵ１２０は、受信ウイ
ンドウの管理情報を更新する。Ｓ１７０にて、ＣＰＵ１
２０は、転送したＴＣＰデータが格納されていたドライ
バのバッファ領域を解放する。Ｓ１７２にて、ＣＰＵ１
２０は、転送したＴＣＰデータに対応した管理情報の領
域を解放する。その後、処理は図４のＳ１０４へ戻され
る。

【００６８】以上のような構造およびフローチャートに
基づく、本実施の形態に係る通信デバイスを含むＰＤＡ
１００の動作について説明する。

【００６９】図６〜８に、本実施の形態に係る通信デバ
イスを含むＰＤＡ１００が、イーサネット（Ｒ）からＴ
ＣＰ／ＩＰパケットを含むイーサネット（Ｒ）フレーム
を受信した場合の処理の手順を示す。

【００７０】図６に示すように、イーサネット（Ｒ）コ
ントローラ１１０は、イーサネット（Ｒ）上を流れるイ
ーサネット（Ｒ）フレームの中から、イーサネット
（Ｒ）アドレスが自局宛であるフレームを検出する（Ｓ
１０６にてＹＥＳ）。イーサネット（Ｒ）コントローラ
１１０は、受信したフレームをメモリに格納する。イー
サネット（Ｒ）コントローラ１１０は、イーサネット
（Ｒ）ドライバ１１２に対して、フレームを受信したこ
とを通知する。イーサネット（Ｒ）ドライバ１２２は、
イーサネット（Ｒ）コントローラ１１０から受信したイ
ーサネット（Ｒ）フレームをドライバのバッファに転送
する。ＴＣＰ／ＩＰプロトコル処理タスク１２４は、ド
ライバのバッファに格納されたイーサネット（Ｒ）フレ
ーム、イーサネット（Ｒ）フレームに含まれるＩＰデー
タグラム、ＩＰデータグラムに含まれるＴＣＰセグメン
トのヘッダ情報やデータを解析し（Ｓ１０８、Ｓ１１
２）、自局宛であるか否か、データに誤りがないか否か
などを調べ、最終的にはＴＣＰのデータＤ（０）を抽出
する（Ｓ１１４にてＹＥＳ）。

【００７１】受信ウインドウには、データＤ（０）が転
送されない。データＤ（０）は、ドライバのバッファに
保持される。このとき、データＤ（０）を抽出した時刻
Ｔ（０）とデータＤ（０）のメモリ配置アドレス情報や
サイズなどを管理する情報が作成される（Ｓ１１６）。
さらに３つのイーサネット（Ｒ）フレームを受信した場
合にも、同様に各々のデータＤ（１）〜Ｄ（３）をドラ
イバのバッファに保持するとともに、各々を保持した時
刻Ｔ（１）〜Ｔ（３）などを含む管理情報が作成され
る。なお、データＤ（０）〜Ｄ（３）をドライバのバッ
ファに保持する時間は、各々予め定められた時間までと
する。

【００７２】図７に、予め定められた時間までにアプリ
ケーションタスク１２６から、ＴＣＰデータの受信要求
が発行された場合を示す。アプリケーションタスク１２
６から受信要求が発行された場合には、ドライバのバッ
ファに保持されたデータＤ（０）〜Ｄ（３）に対応した
管理情報を参照して、データＤ（０）〜Ｄ（３）がドラ
イバのバッファからアプリケーションタスク１２６によ
り指定されたバッファに転送される（Ｓ１３４）。転送
されたデータＤ（０）〜Ｄ（３）に対応する管理情報が
削除される（Ｓ１４４）。

【００７３】ここで、ドライバのバッファに保持された
データＤ（０）〜Ｄ（３）の合計サイズが、アプリケー
ションタスク１２６により指定されたバッファのサイズ
よりも大きい場合には、ドライバのバッファに保持され
たデータＤ（０）〜Ｄ（３）がアプリケーションタスク
１２６により指定されたバッファのサイズに等しい分だ
け転送される。完全に転送されたデータに対する管理情
報のみが削除され、完全に転送されなかったデータ（デ
ータの一部のみ転送された場合を含む）については、引
続きドライバのバッファに保持されるとともに、そのデ
ータに対応するように、管理情報が更新される。

【００７４】図８に、予め定められた時間までにアプリ
ケーションタスク１２６からＴＣＰデータの受信要求が
発行されなかった場合を示す。ある時刻Ｔにおいてアプ
リケーションタスク１２６から受信要求が発行されてい
ない場合には、ドライバのバッファに格納されたデータ
Ｄ（０）〜Ｄ（３）に対応した管理情報を参照して、時
刻Ｔから各々が保持された時刻Ｔ（０）〜Ｔ（３）まで
の期間ｄＴ（０）〜ｄＴ（３）が各々算出される（Ｓ１
６２）。

【００７５】そして、期間ｄＴ（０）〜ｄＴ（３）が予
め定められた時間を超える場合には、データＤ（０）〜
Ｄ（３）がドライバのバッファから受信ウインドウに転
送され（Ｓ１６６）、転送されたデータに対応する管理
情報が削除される（Ｓ１７２）。

【００７６】以上のようにして、本実施の形態に係る通
信デバイスを搭載したＰＤＡは、予め定められた時間ま
でにアプリケーションタスクから受信要求が発行された
場合、受信ウインドウを介さずにドライバのバッファか
らアプリケーションタスクにより指定されるバッファへ
データ転送される。このため、従来方式に比べて、デー
タ転送の回数が低減される。データの転送回数が低減さ
れることにより、ＴＣＰプロトコル処理に要する消費電
力が低減される。また予め定められた時間を超えてアプ
リケーションタスクから受信要求が発行されなかった場
合には、ドライバに保持されたデータは受信ウインドウ
に転送されるため、ドライバのバッファがデータにより
占有される確率が、時間的な制限ない場合に比べて、低
減されることになる。そのため、ＴＣＰ／ＩＰプロトコ
ルのパケットを含まないイーサネット（Ｒ）フレームを
受信した場合（ＡＲＰ（Address Resolution Protoco
l）、ＩＣＭＰ（Internet Control Message Protoco
l）、ＵＤＰ／ＩＰ（User Datagram Protocol／Interne
t Protocol）のパケットなど）、複数のアプリケーショ
ンタスクが実行されている場合であって、複数の装置と
通信するような場合であっても、イーサネット（Ｒ）コ
ントローラで受信したイーサネット（Ｒ）フレームをド
ライバのバッファに転送できなくなる確率を低減させる
ことができる。その結果、データ受信時の転送速度の低
下を防ぐことができる。

【００７７】なお、本実施の形態においては、イーサネ
ット（Ｒ）フレームに含まれるＴＣＰプロトコルのデー
タを受信した場合について説明したが、これに限定され
るものではない。たとえば、他のフレームの場合、たと
えばＰＰＰ（Point-to-PointProtocol）フレームに含ま
れるＴＣＰデータを受信した場合であっても、本実施の
形態に係る通信デバイスを適用することができる。さら
に、伝送路もイーサネット（Ｒ）だけでなく、他の伝送
路、モデムを使用して電話線を利用した伝送路などであ
ってもよい。

【００７８】＜第２の実施の形態＞以下、本実施の形態
に係る通信デバイスを含むＰＤＡについて説明する。な
お、本実施の形態に係るＰＤＡのハードウェア構成は、
前述の第１の実施の形態に係るＰＤＡのハードウェア構
成と同じである。したがって、それらについての詳細な
説明はここでは繰返さない。

【００７９】図９〜１０を参照して、本実施の形態に係
る通信デバイスを含むＰＤＡで実行されるプログラム
は、以下のような制御構造を有する。なお、図９に示す
フローチャートの中で、前述の図４に示したフローチャ
ートと同じ処理については、同じステップ番号を付して
ある。図１０に示すフローチャートの中で、前述の図５
に示したフローチャートと同じ処理については、同じス
テップ番号を付してある。それらの処理も同じである。
したがって、それらについての詳細な説明はここでは繰
返さない。

【００８０】Ｓ２００にて、ＣＰＵ１２０は、ドライバ
に保持したＴＣＰデータの個数が予め定められた個数以
下であるか否かを判断する。ドライバに保持したＴＣＰ
データの個数が、予め定められた個数以下である場合に
は（Ｓ２００にてＹＥＳ）、処理はＳ１１６へ移され
る。もしそうでないと（Ｓ２００にてＮＯ）、処理はＳ
２０４へ移される。

【００８１】Ｓ２０２にて、ＣＰＵ１２０は、ドライバ
のバッファに保持したＴＣＰデータの個数を更新する。

【００８２】Ｓ２０４にて、ＣＰＵ１２０は、ＴＣＰデ
ータを受信ウインドウに転送する。Ｓ２０６にて、ＣＰ
Ｕ１２０は、受信ウインドウの管理情報を更新する。

【００８３】Ｓ２０２およびＳ２０６における処理の
後、処理はＳ１１８へ移される。図１０を参照して、Ｔ
ＣＰ受信要求を受取った場合において、Ｓ２３０にて、
ＣＰＵ１２０は、ドライバのバッファに保持したＴＣＰ
データの個数を更新する。

【００８４】ＴＣＰ周期処理要求を受取った場合におい
て、Ｓ２６０にて、ＣＰＵ１２０は、ドライバのバッフ
ァに保持したＴＣＰデータの個数を更新する。

【００８５】以上のような構造およびフローチャートに
基づく、本実施の形態に係る通信デバイスを含むＰＤＡ
の動作について説明する。

【００８６】図１１〜１３に、本実施の形態に係るＰＤ
Ａがイーサネット（Ｒ）からＴＣＰ／ＩＰパケットを含
むイーサネット（Ｒ）フレームを受信した場合の処理の
手順を示す。本実施の形態においては、前述の第１の実
施の形態と同様に、ＴＣＰセグメントのデータを抽出し
た後、受信ウインドウへ転送せずに、ドライバのバッフ
ァに予め定められた時間まで保持する。ただし、第１の
実施の形態と異なり、ドライバのバッファに保持するデ
ータの個数は、予め定められた個数までという制限があ
る。すなわち、予め定められたデータの個数を超えるデ
ータを受信した場合には、受信したデータは、ドライバ
のバッファに保持されるのではなく、受信ウインドウへ
転送され、受信ウインドウにおいて保持される。

【００８７】図１１に、予め定められたデータの個数が
「２」の場合を示す。ＰＤＡで受信したデータＤ（０）
〜Ｄ（１）は、第１の実施の形態と同様に、各々予め定
められた時間を経過するまでは、アプリケーションタス
ク１２６から受信要求が発行されるまで、ドライバのバ
ッファに格納される（Ｓ２００にてＹＥＳ）。その後、
受信したデータＤ（２）〜Ｄ（３）は、ドライバのバッ
ファに保持する予め定められたデータの個数を超えるた
め（Ｓ２００にてＮＯ）、ドライバのバッファから受信
ウインドウに転送されて、受信ウインドウにて保持され
る。

【００８８】図１２に、図１１で示した処理の後で、か
つデータＤ（０）〜Ｄ（１）がドライバのバッファに保
持されている期間が予め定められた時間以内である場合
に、アプリケーションタスク１２６から受信要求が発行
された場合を示す。アプリケーションタスク１２６から
受信要求が発行されると（Ｓ１３０にてＹＥＳ）、ドラ
イバのバッファに保持されたデータＤ（０）〜Ｄ（１）
に対応した管理情報を参照して、データＤ（０）〜Ｄ
（１）がドライバのバッファからアプリケーションタス
ク１２６により指定されたバッファへ転送される（Ｓ１
３４）。ドライバのバッファから転送されたデータＤ
（０）〜Ｄ（１）に対応する管理情報が削除される（Ｓ
１４４）。

【００８９】受信ウインドウに保持されているデータが
あるか否かが判断され（Ｓ１３２）、データＤ（２）〜
Ｄ（３）が受信ウインドウからアプリケーションタスク
１２６により指定されたバッファに転送される（Ｓ１３
４）。ここで、データＤ（０）〜Ｄ（３）の合計サイズ
がアプリケーションタスク１２６により指定されたバッ
ファのサイズよりも大きい場合には、データＤ（０）〜
Ｄ（３）の中からアプリケーションタスク１２６により
指定されたバッファのサイズに等しい分だけが転送さ
れ、残りのデータは引続き保持される。

【００９０】図１３に、図１１で示した処理の後で、か
つデータＤ（０）〜Ｄ（１）がドライバのバッファに保
持されている期間が予め定められた時間を超えても、ア
プリケーションタスク１２６からＴＣＰプロトコルのデ
ータ受信要求が発行されなかった場合を示す。ある時刻
Ｔにおいて、アプリケーションタスク１２６から受信要
求が発行されていない場合には、ドライバのバッファに
格納されたデータＤ（０）〜Ｄ（１）に対応する管理情
報を参照して、時刻Ｔから各々が保持された時刻Ｔ
（０）〜Ｔ（１）までの期間ｄＴ（０）〜ｄＴ（１）が
各々算出される（Ｓ１６２）。期間ｄＴ（０）〜ｄＴ
（１）が予め定められた時間を超える場合には（Ｓ１６
４にてＹＥＳ）、データＤ（０）〜Ｄ（１）が、ドライ
バのバッファから受信ウインドウに転送され（Ｓ１６
６）、各データに対応する管理情報が削除される（Ｓ１
７２）。

【００９１】以上のようにして、本実施の形態に係る通
信デバイスを含むＰＤＡは、予め定められた時間までに
アプリケーションタスクから受信要求が発行された場
合、データＤ（０）〜Ｄ（１）については受信ウインド
ウを介さずにドライバのバッファからアプリケーション
タスクにより指定されるバッファへ転送される。また、
ドライバのバッファに保持する個数が予め定められた個
数以下に制限しているため、ドライバのバッファの空き
容量を所定のデータの数だけ確保することができる。そ
のため、ＴＣＰ／ＩＰのパケットを含まないイーサネッ
ト（Ｒ）フレームを受信した場合や、ＰＤＡ上で複数の
アプリケーションタスクが実行されており各々が複数の
装置と通信するような場合であっても、イーサネット
（Ｒ）コントローラで受信したイーサネット（Ｒ）フレ
ームをドライバのバッファへ転送できない確率を低減さ
せることができる。

【００９２】＜第３の実施の形態＞以下、本実施の形態
に係る通信デバイスを含むＰＤＡについて説明する。な
お、本実施の形態に係るＰＤＡのハードウェア構成は、
前述の第１の実施の形態に係るＰＤＡのハードウェア構
成と同じである。したがって、それらについての詳細な
説明はここでは繰返さない。

【００９３】図１４を参照して、本実施の形態に係る通
信デバイスを含むＰＤＡで実行されるプログラムは、以
下のような制御構造を有する。なお、図１４に示すフロ
ーチャートの中で、前述の図９に示したフローチャート
と同じ処理については、同じステップ番号を付してあ
る。それらの処理も同じである。したがって、それらに
ついての詳細な説明はここでは繰返さない。

【００９４】Ｓ３００にて、ＣＰＵ１２０は、送信順序
と空き個数とを比較し、ドライバのバッファに受信した
ＴＣＰデータを保持することが可能か否かを判断する。
送信順序と空き個数とを比較して、ドライバのバッファ
に受信したＴＣＰデータを保持することが可能である場
合には（Ｓ３００にてＹＥＳ）、処理はＳ１１６へ移さ
れる。もしそうでないと（Ｓ３００にてＮＯ）、処理は
Ｓ２０４へ移される。

【００９５】Ｓ１１６における処理の後、処理はＳ２０
２およびＳ１１８へ移され、その後、処理はＳ１０４へ
戻される。

【００９６】Ｓ２０４における処理の後、処理はＳ２０
６およびＳ１１８に移され、その後、処理はＳ１０４へ
移される。

【００９７】以上のような構造およびフローチャートに
基づく、本実施の形態に係る通信デバイスを含むＰＤＡ
の動作について説明する。

【００９８】図１５〜１７に、本発明の実施の形態に係
る通信デバイスを含むＰＤＡがイーサネット（Ｒ）から
ＴＣＰ／ＩＰパケットを含むイーサネット（Ｒ）フレー
ムを受信した場合の処理を示す。ただし、送信側の通信
装置は、データＤ（０）、Ｄ（１）、Ｄ（２）、Ｄ
（３）を含むイーサネット（Ｒ）フレームを、その順に
送信すると想定し、受信側のＰＤＡは、データＤ
（０）、Ｄ（２）、Ｄ（１）、Ｄ（３）を含むイーサネ
ット（Ｒ）フレームを、その順に受信すると想定する。

【００９９】本実施の形態においては、第２の実施の形
態と同様に、ＴＣＰセグメントのデータを抽出した後、
抽出されたデータを受信ウインドウへ転送せずにドライ
バのバッファに予め定められた時間まで保持する。さら
に、ドライバのバッファに保持するデータの個数は予め
定められた個数とする。さらに、第２の実施の形態にお
いては、ＰＤＡで受信したデータ順に予め定められたデ
ータの個数までドライバのバッファに保持していたが、
本実施の形態においては、送信側の装置から送信したデ
ータ順であって、かつデータの個数が予め定められた個
数の範囲に収まるデータのみを、ドライバのバッファに
保持する。それ以外のデータについては、ドライバのバ
ッファから受信ウインドウへ転送される。

【０１００】図１５〜１６に、予め定められたデータの
個数が「２」の場合を示す。送信側の通信装置から、デ
ータＤ（０）、Ｄ（１）、Ｄ（２）、Ｄ（３）を含むイ
ーサネット（Ｒ）フレームが、その順に送信される。Ｐ
ＤＡは、データＤ（０）、Ｄ（１）を受信すると（Ｓ３
００にてＹＥＳ）、それらのデータが送信された順序に
従って処理する。ＰＤＡは、ドライバのバッファに、そ
れらのデータを送信された順序に従って、予め定められ
た時間まで保持する。その他のデータＤ（２）、Ｄ
（３）を受信した場合には（Ｓ３００にてＮＯ）、それ
らのデータは、ドライバのバッファから受信ウインドウ
に転送される（Ｓ２０４）。

【０１０１】ここで、データをドライバのバッファに保
持する期間には予め定められた期間以内であるという制
限があるため、データＤ（３）を受信するまでに、デー
タＤ（０）がドライバのバッファで予め定められた時間
だけ保持されたが、それまでにアプリケーションタスク
１２６から受信要求が発行されなかった場合には、図１
７に示すようになる。すなわち、データＤ（０）は受信
ウインドウへ転送され、転送された後は、ドライバのバ
ッファに保持されているデータ数が「１」になる。その
ため、データＤ（３）を受信した場合には、ドライバの
バッファで保持されることになる。

【０１０２】以上のようにして、本実施の形態に係る通
信デバイスを含むＰＤＡによると、データの受信順序で
はなくデータの送信順序に基づいてデータ処理を行な
う。一般的にアプリケーションタスクにおいては、送信
側の通信装置から送信されたデータの順序で、ＴＣＰデ
ータの受信要求を発行する。このような場合には、送信
側から送信されたデータの中で、後で送信されたデータ
はそれよりも先に送信されたデータと、同一の時刻か、
それよりも後で、アプリケーションタスクから受信要求
が発行される。そのため、送信時の順序を基準として、
ドライバのバッファへ保持する個数を予め定められた個
数として制限した方が、受信した順序を基準として保持
する場合よりも、予め定められた時間を過ぎて受信ウイ
ンドウへ転送されるデータの個数を低減させることがで
きる。

【０１０３】＜第４の実施の形態＞以下、本実施の形態
に係る通信デバイスを含むＰＤＡについて説明する。な
お、本実施の形態に係るＰＤＡのハードウェア構成は、
前述の第１の実施の形態に係るＰＤＡのハードウェア構
成と同じである。したがって、それらについての詳細な
説明はここでは繰返さない。

【０１０４】本実施の形態に係るＰＤＡにおける処理
は、前述の第２の実施の形態および第３の実施の形態に
おいて、受信したデータを予め定められた個数を基準と
して、ドライバのバッファで保持するか否かを判断して
いたことに対し、異なる基準を有する。

【０１０５】本実施の形態においては、予め定められた
個数ではなく、予め定められたデータのサイズを基準と
して、ドライバのバッファにデータを保持する。すなわ
ち、ドライバのバッファに保持されたデータの合計サイ
ズと、受信したデータのサイズの合計が、予め定められ
たデータサイズ以下であれば、受信したデータをドライ
バのバッファに保持する。一方、ドライバのバッファに
保持されたデータの合計サイズと、受信したデータのサ
イズの合計が、予め定められたデータサイズを超える場
合には、受信したデータのすべてまたは受信したデータ
の一部を受信ウインドウに転送する。

【０１０６】このようにして、本実施の形態に係る通信
デバイスを含むＰＤＡにおいては、前述の第２の実施の
形態および第３の実施の形態と異なり、データの個数の
代わりにデータサイズを基準として処理する。これ以外
の処理については前述の第２の実施の形態および第３の
実施の形態と同じである。したがって、それらについて
の詳細な説明はここでは繰返さない。

【０１０７】以上のようにして、本実施の形態に係る通
信デバイスを含むＰＤＡは、受信したデータの個数を基
準にドライバのバッファにデータを保持するかどうかを
決定するのではなく、ドライバのバッファに保持された
データの合計サイズと受信したデータのサイズの合計と
予め定められたデータサイズとを比較して受信したデー
タをドライバのバッファに保持するか否かを決定する。
これにより、受信したデータのサイズが比較的小さい場
合には、受信した各々のデータサイズが比較的大きい場
合に比べて、ドライバのバッファの空きが増加する。す
なわち、ドライバのバッファの空きが増えた分だけ、有
効に利用することができる。

【０１０８】＜第５の実施の形態＞以下、本実施の形態
に係る通信デバイスを含むＰＤＡについて説明する。な
お、本実施の形態に係るＰＤＡのハードウェア構成は、
前述の第１の実施の形態に係るＰＤＡのハードウェア構
成と同じである。したがって、それらについての詳細な
説明はここでは繰返さない。

【０１０９】図１８を参照して、本実施の形態に係る通
信デバイスを含むＰＤＡで実行されるプログラムは、以
下のような制御構造を有する。なお、図１８に示すフロ
ーチャートの中で、前述の図４に示したフローチャート
と同じ処理については同じステップ番号を付してある。
それらについての処理も同じである。したがって、それ
らについての詳細な説明はここでは繰返さない。

【０１１０】Ｓ５００に、ＣＰＵ１２０は、アプリケー
ションタスクから、ＴＣＰ受信要求を受取り、かつＴＣ
Ｐ受信完了が未通知であるか否かを判断する。すなわ
ち、アプリケーションタスク１２６からのデータ受信要
求が待たされているか否かを判断する。アプリケーショ
ンタスクからＴＣＰ受信要求を受取り、かつＴＣＰ受信
完了を未通知の場合には（Ｓ５００にてＹＥＳ）、処理
はＳ５０２へ移される。もしそうでないと（Ｓ５００に
てＮＯ）、処理はＳ１１６へ移される。

【０１１１】Ｓ５０２にて、ＣＰＵ１２０は、ドライバ
のバッファからアプリケーションタスクが指定したバッ
ファ領域へ、ＴＣＰデータを転送する。Ｓ５０４にて、
ＣＰＵ１２０は、ＴＣＰデータが格納されていたドライ
バのバッファの領域を解放する。その後、処理はＳ１１
８へ移され、さらにその後、処理はＳ１０４へ戻され
る。

【０１１２】Ｓ１１６における処理の後、処理はＳ１１
８へ移され、さらに処理はＳ１０４へ戻される。

【０１１３】以上のような構造およびフローチャートに
基づく、本実施の形態に係る通信デバイスを含むＰＤＡ
の動作について説明する。

【０１１４】図１９〜２０に、本実施の形態に係る通信
デバイスを含むＰＤＡのアプリケーションタスク１２６
からの受信要求が待たされている場合に、イーサネット
（Ｒ）からＴＣＰ／ＩＰパケットを含むイーサネット
（Ｒ）フレームを受信した場合の処理を示す。

【０１１５】図１９に示すように、アプリケーションタ
スク１２６から受信要求が発行された時点では、受信ウ
インドウおよびドライバのバッファにデータが保持され
ていない。このため、アプリケーションタスク１２６か
ら発行された受信要求が待ち状態に入っていることを示
す。

【０１１６】図２０に、アプリケーションタスク１２６
からの受信要求が待たされている場合において（図１
９）、ＴＣＰ／ＩＰパケットを含むイーサネット（Ｒ）
フレームを受信した場合の処理を示す。図２０に示すよ
うに、イーサネット（Ｒ）コントローラ１１０は、イー
サネット（Ｒ）上を流れるイーサネット（Ｒ）フレーム
の中から、イーサネット（Ｒ）アドレスが自局宛のフレ
ームを検出する。イーサネット（Ｒ）コントローラ１１
０は、受信したフレームをメモリに格納する。イーサネ
ット（Ｒ）コントローラ１１０は、イーサネット（Ｒ）
ドライバ１２２に対して、フレームを受信したことを通
知する。

【０１１７】イーサネット（Ｒ）ドライバ１２２は、イ
ーサネット（Ｒ）コントローラ１１０から受信したフレ
ームを、ドライバのバッファに転送する。ＴＣＰ／ＩＰ
タスク１２４においては、ドライバのバッファに格納さ
れたイーサネット（Ｒ）フレーム、イーサネット（Ｒ）
フレームに含まれるＩＰデータグラム、ＩＰデータグラ
ムに含まれるＴＣＰセグメントのヘッダ情報やデータを
解析して、自局宛であるか否か、データに誤りがないか
否かなどを判断して、最終的にＴＣＰセグメントのデー
タＤ（０）を抽出する。そして、抽出されたデータＤ
（０）を受信ウインドウを介さずに、ドライバのバッフ
ァから直接アプリケーションタスク１２６により指定さ
れたバッファに転送する。

【０１１８】以上のようにして、本実施の形態に係るＰ
ＤＡは、アプリケーションタスクからの受信要求が先に
発行された場合であっても、後から受信したデータを受
信ウインドウを介さずにドライバのバッファからアプリ
ケーションタスクにより指定されるバッファへデータ転
送される。これにより、従来の方式よりも、データ転送
の回数を低減させることができる。その結果、ＴＣＰプ
ロトコル処理に関する消費電力を低減させることができ
る。

【０１１９】＜第６の実施の形態＞以下、本実施の形態
に係る通信デバイスを含むＰＤＡについて説明する。本
実施の形態に係るＰＤＡのハードウェア構成は、前述の
第１の実施の形態に係るＰＤＡのハードウェア構成と同
じである。したがって、それらについての詳細な説明は
ここでは繰返さない。

【０１２０】図２１を参照して、本実施の形態に係る通
信デバイスを含むＰＤＡで実行されるプログラムは、以
下のような制御構造を有する。なお、図２１に示すフロ
ーチャートの中で、前述の図１８に示したフローチャー
トと同じ処理については同じステップ番号を付してあ
る。それらについての処理も同じである。したがって、
それらについての詳細な説明はここでは繰返さない。

【０１２１】アプリケーションタスクからＴＣＰ受信要
求を受取り、かつＴＣＰ受信完了を未通知である場合に
は、Ｓ６００にて、ＣＰＵ１２０は、処理Ｅを行なう。

【０１２２】図２２を参照して、Ｓ６００の処理Ｅにつ
いて説明する。Ｓ６３０にて、ＣＰＵ１２０は、受信し
たＴＣＰデータのサイズがアプリケーションタスクによ
り指定されたバッファ領域のサイズよりも大きいか否か
を判断する。受信したＴＣＰデータのサイズがアプリケ
ーションタスクにより指定されたバッファ領域のサイズ
よりも大きい場合には（Ｓ６３０にてＹＥＳ）、処理は
Ｓ６３２へ移される。もしそうでないと（Ｓ６３０にて
ＮＯ）、処理はＳ６３８へ移される。

【０１２３】Ｓ６３２にて、ＣＰＵ１２０は、アプリケ
ーションタスクにより指定されたバッファ領域のサイズ
分のデータを、ドライバのバッファからアプリケーショ
ンタスクにより指定されたバッファ領域へ、ＴＣＰデー
タを転送する。Ｓ６３４にて、ＣＰＵ１２０は、転送さ
れたＴＣＰデータを格納していたドライバのバッファ領
域を解放する。Ｓ６３６にて、ＣＰＵ１２０は、転送さ
れなかったＴＣＰデータを、ドライバのバッファで保持
するための管理情報を作成する。この管理情報には、Ｔ
ＣＰデータを抽出した時刻やＴＣＰデータの格納領域な
どが含まれる。このＳ６３６における処理の後、処理は
Ｓ１１８へ移される。

【０１２４】Ｓ６３８にて、ＣＰＵ１２０は、ドライバ
のバッファからアプリケーションタスクにより指定され
るバッファ領域へ、ＴＣＰデータを転送する。Ｓ６４０
にて、ＣＰＵ１２０は、ＴＣＰデータが格納されていた
ドライバのバッファ領域を解放する。その後、処理はＳ
１１８へ移される。

【０１２５】以上のような構造およびフローチャートに
基づく、本実施の形態に係る通信デバイスを含むＰＤＡ
の動作について説明する。

【０１２６】図２３〜２６に、本実施の形態に係る通信
デバイスを含むＰＤＡにおけるバッファ間のデータ転送
の手順を示す。本実施の形態においては、ＰＤＡのアプ
リケーションタスク１２６から受信要求が発行された時
点では、受信ウインドウおよびドライバのバッファには
データが保持されていない。データを受信するまでアプ
リケーションタスク１２６からの受信要求が待たされて
いる場合に、イーサネット（Ｒ）からＴＣＰ／ＩＰパケ
ットを含むイーサネット（Ｒ）フレームを受信した場合
の処理を示す。ここで、送信側の通信装置は、データＤ
（０）、Ｄ（１）、Ｄ（２）、Ｄ（３）を含むイーサネ
ット（Ｒ）フレームをその順に送信するものと想定し、
受信側のＰＤＡは、データＤ（２）、Ｄ（３）、Ｄ
（１）、Ｄ（０）を含むイーサネット（Ｒ）フレーム
を、その順に受信すると想定する。

【０１２７】本実施の形態においては、第５の実施の形
態と同様に、抽出されたＴＣＰセグメントのデータは、
受信ウインドウに転送せずにドライバのバッファからア
プリケーションタスクが指定したバッファへデータが転
送される。ただし、アプリケーションタスクが指定した
バッファに収まるデータのみが転送され、それを超える
データについてはドライバのバッファに保持される。こ
こで、ドライバのバッファに保持する時間は、予め定め
られた時間までとする。さらに、データをドライバのバ
ッファに保持した場合には、データを抽出した時刻とデ
ータのメモリ配置アドレス情報やサイズなどを管理する
情報が作成される（Ｓ１１６）。

【０１２８】ドライバのバッファに保持されたデータ
は、予め定められた時間までにアプリケーションタスク
１２６から受信要求が発行された場合には、アプリケー
ションタスク１２６の指定するバッファへ転送される。
一方、予め定められた時間までにアプリケーションタス
ク１２６から受信要求が発行されなかった場合には、デ
ータは、ドライバのバッファから受信ウインドウへ転送
される。

【０１２９】図２３に示すように、まずデータＤ（２）
を含むイーサネット（Ｒ）フレームが受信された場合、
第５の実施の形態と同様にして、データＤ（２）が抽出
される。その後、データＤ（２）は、アプリケーション
タスク１２６により指定されたバッファに収まるので
（Ｓ６３０にてＮＯ）、アプリケーションタスク１２６
により指定されたバッファに転送される。データＤ
（３）を含むイーサネット（Ｒ）フレームが受信される
と、データＤ（３）が抽出されるが、データＤ（３）は
アプリケーションタスク１２６により指定されたバッフ
ァに収まらない（Ｓ６３０にてＹＥＳ）、そのため、デ
ータＤ（３）はドライバのバッファに保持される。その
際に、データＤ（３）を抽出した時刻Ｔ（３）とデータ
Ｄ（３）のメモリ配置アドレス情報やサイズなどを管理
するための情報が作成される（Ｓ６３６）。この時点で
は、データＤ（２）より前に送信されたデータが欠落し
ているため、アプリケーションタスク１２６から発行さ
れた受信要求は引続き待たされることになる。

【０１３０】図２４に、その後、データＤ（１）、Ｄ
（０）を含むイーサネット（Ｒ）フレームを受信した場
合を示す。ＰＤＡは、抽出したデータＤ（０）、Ｄ
（１）は、アプリケーションタスク１２６により指定さ
れたバッファに収まるので（Ｓ６３０にてＮＯ）、アプ
リケーションタスク１２６により指定されたバッファに
転送される（Ｓ６３２）。この時点では、連続したデー
タＤ（０）からＤ（２）までのデータを受信することが
できたため、アプリケーションタスク１２６から発行さ
れた受信要求の待ちが解除される。

【０１３１】図２５に、データＤ（３）が、ドライバの
バッファに保持されている時間が予め定められた時間以
下である場合に、再度アプリケーションタスク１２６か
ら受信要求が発行された場合を示す。アプリケーション
タスク１２６から受信要求が発行されると、ドライバの
バッファに保持されたデータＤ（３）に対応した管理情
報が参照されて、データＤ（３）がドライバのバッファ
からアプリケーションタスク１２６により指定されるバ
ッファへ転送される。転送されたデータＤ（３）に対応
した管理情報が削除される。

【０１３２】図２５に、ドライバのバッファに保持され
たデータＤ（３）のサイズが、アプリケーションタスク
１２６により指定されたバッファのサイズ以下である場
合を示した。ドライバのバッファに保持されたデータＤ
（３）のサイズが、アプリケーションタスク１２６によ
り指定されたバッファのサイズを超える場合について
は、ドライバのバッファに保持されたデータＤ（３）を
アプリケーションタスクが指定したバッファのサイズに
等しい分だけ転送する。転送されなかった残りのデータ
については、引続きドライバのバッファに保持するとと
もに、データＤ（３）に対応するように、管理情報が更
新される。

【０１３３】図２６に、データＤ（３）のドライバのバ
ッファに保持されている時間が予め定められた時間を超
えるまで、再度アプリケーションタスク１２６から受信
要求が発行されなかった場合を示す。ある時刻Ｔにおい
て、アプリケーションタスク１２６から受信要求が発行
されていない場合には、ドライバのバッファに格納され
たデータＤ（３）に対応した管理情報が参照されて、時
刻ＴからデータＤ（３）が保持された時刻Ｔ（３）まで
の期間ｄＴ（３）が算出される。期間ｄＴ（３）が予め
定められた時間を超える場合には、データＤ（３）がド
ライバのバッファから受信ウインドウに転送される。そ
のとき、データＤ（３）に対応する管理情報が削除され
る。

【０１３４】以上のようにして、本実施の形態に係る通
信デバイスを含むＰＤＡは、データＤ（０）〜Ｄ（２）
は、受信ウインドウを介さずにドライバのバッファから
アプリケーションタスクにより指定されたバッファに転
送される。これにより、従来方式よりもデータ転送の回
数を低減させることができる。またデータＤ（３）につ
いても、予め定められた時間までにアプリケーションタ
スクにより受信要求が発行されると、受信ウインドウを
介さずにドライバのバッファからアプリケーションタス
クにより指定されるバッファへデータが転送されるた
め、従来方式よりもデータ転送の回数を低減させること
ができる。さらに、予め定められた時間を超えても、ア
プリケーションタスクから受信要求が発行されなかった
場合には、ドライバに保持されたデータＤ（３）は受信
ウインドウに転送されるため、ドライバのバッファがデ
ータＤ（３）のように占有される確率は、時間的な制限
がない場合に比べて、低減されることになる。そのた
め、ＴＣＰ／ＩＰのパケットを含まないイーサネット
（Ｒ）フレームを受信した場合や、ＰＤＡ上で複数のア
プリケーションタスクが実行されていて各々のアプリケ
ーションタスクが他の装置と通信するような場合であっ
ても、ネットワークコントローラで受信したイーサネッ
ト（Ｒ）フレームをドライバのバッファへ転送できない
確率を低減させることができる。

【０１３５】＜第７の実施の形態＞以下、本実施の形態
に係る通信デバイスを含むＰＤＡについて説明する。な
お、本実施の形態に係るＰＤＡのハードウェア構成は、
前述の第１の実施の形態に係るＰＤＡのハードウェア構
成と同じである。したがって、それらについての詳細な
説明はここでは繰返さない。

【０１３６】図２７を参照して、本実施の形態に係るＰ
ＤＡで実行されるプログラムは、以下のような制御構造
を有する。なお、図２７に示すフローチャートの中で、
前述の図２１に示したフローチャートと同じ処理につい
ては同じステップ番号を付してある。それらについての
処理も同じである。したがって、それらについての詳細
な説明はここでは繰返さない。

【０１３７】Ｓ５００にて、ＣＰＵ１２０は、アプリケ
ーションタスクからＴＣＰ受信要求を受取り、かつＴＣ
Ｐ受信完了を未通知であるか否かを判断する。アプリケ
ーションタスクからＴＣＰ受信要求を受取りかつＴＣＰ
受信完了を未通知である場合には（Ｓ５００にてＹＥ
Ｓ）、処理はＳ７０８へ移される。もしそうでないと
（Ｓ５００にてＮＯ）、処理はＳ７００へ移される。

【０１３８】Ｓ７００にて、ＣＰＵ１２０は、ドライバ
に保持したＴＣＰデータの個数が予め定められた個数以
下であるか否かを判断する。ドライバに保持されたＴＣ
Ｐデータの個数が予め定められた個数以下である場合に
は（Ｓ７００にてＹＥＳ）、処理はＳ１１６へ移され
る。もしそうでないと（Ｓ７００にてＮＯ）、処理はＳ
７０４へ移される。

【０１３９】Ｓ７０２にて、ＣＰＵ１２０は、ドライバ
のバッファに保持したＴＣＰデータの個数を更新する。
その後、処理はＳ１１８に移され、さらに処理はＳ１０
４へ移される。

【０１４０】Ｓ７０４にて、ＣＰＵ１２０は、ＴＣＰデ
ータを受信ウインドウに転送する。Ｓ７０６にて、ＣＰ
Ｕ１２０は、受信ウインドウの管理情報を更新する。そ
の後処理はＳ１１８へ移され、さらに処理はＳ１０４へ
移される。

【０１４１】Ｓ７０８にて、ＣＰＵ１２０は、処理Ｆを
行なう。図２８を参照して、Ｓ７０８の処理Ｆについて
説明する。なお、図２８に示すフローチャートの中で、
前述の図２２に示したフローチャートと同じ処理につい
ては同じステップ番号を付してある。それらについての
処理も同じである。したがって、それらについての詳細
な説明はここでは繰返さない。

【０１４２】Ｓ７３０にて、ＣＰＵ１２０は、ドライバ
に保持したＴＣＰデータの個数が予め定められた個数以
下であるか否かを判断する。ドライバに保持されたＴＣ
Ｐデータの個数が予め定められた個数以下である場合に
は（Ｓ７３０にてＹＥＳ）、処理はＳ６３６へ移され
る。もしそうでないと（Ｓ７３０にてＮＯ）、処理はＳ
７３４へ移される。

【０１４３】Ｓ７３２にて、ＣＰＵ１２０は、ドライバ
のバッファに応じたＴＣＰデータの個数を更新する。そ
の後、処理はＳ１１８へ移される。

【０１４４】Ｓ７３４にて、ＣＰＵ１２０は、転送され
なかったＴＣＰデータをドライバのバッファから受信ウ
インドウに転送する。Ｓ７３６にて、ＣＰＵ１２０は、
受信ウインドウの管理情報を更新する。その後、処理は
Ｓ１１８に移される。

【０１４５】以上のような構造およびフローチャートに
基づく、本実施の形態に係る通信デバイスを含むＰＤＡ
の動作について説明する。本実施の形態においては、第
６の実施の形態と同様にして、抽出されたＴＣＰセグメ
ントのデータは、受信ウインドウへ転送せずに、ドライ
バのバッファからアプリケーションタスクにより指定さ
れたバッファへ転送される。ただし、アプリケーション
タスクにより指定されたバッファに収まるデータのみが
転送され、そうではないデータについては、ドライバの
バッファに保持される。

【０１４６】データがドライバのバッファに保持される
のは、第６の実施の形態で説明した予め定められた時間
以内であるという条件に加えて、本実施の形態において
はドライバのバッファに保持されたデータの個数が予め
定められた個数以下であるという条件である（Ｓ７００
にてＹＥＳ、Ｓ７３０にてＹＥＳ）。予め定められた個
数を基準として、データをドライバのバッファに保持す
る動作については、第２の実施の形態と同様であるた
め、ここでの詳細な説明は繰返さない。

【０１４７】以上のようにして、本実施の形態に係る通
信デバイスを含むＰＤＡは、第６の実施の形態の動作に
加えて、ドライバのバッファに保持されるデータの個数
を予め定められた数以下に制限しているため、ドライバ
のバッファの空き領域を予め定められたデータの個数だ
け確保することができる。そのため、ＴＣＰ／ＩＰのパ
ケットを含まないイーサネット（Ｒ）フレームを受信し
た場合やＰＤＡ上で複数のアプリケーションタスクが実
行されており、各々のアプリケーションタスクが複数の
装置と通信するような場合であっても、ネットワークコ
ントローラで受信したイーサネット（Ｒ）フレームをド
ライバのバッファに転送できない確率を低減させること
ができる。

【０１４８】＜第８の実施の形態＞以下、本発明の第８
の実施の形態に係る通信デバイスを含むＰＤＡについて
説明する。なお、本実施の形態に係るＰＤＡのハードウ
ェア構成は、前述の第１の実施の形態に係るＰＤＡのハ
ードウェア構成と同じである。したがって、それらにつ
いての詳細な説明はここでは繰返さない。

【０１４９】図２９を参照して、本実施の形態に係る通
信デバイスを含むＰＤＡで実行されるプログラムは、以
下のような制御構造を有する。なお、図２９に示すフロ
ーチャートの中で、前述の図２７に示したフローチャー
トと同じ処理については同じステップ番号を付してあ
る。それらについての処理も同じである。したがって、
それらについての詳細な説明はここでは繰返さない。

【０１５０】Ｓ５００にて、ＣＰＵ１２０は、アプリケ
ーションタスクからＴＣＰ受信要求を受けており、かつ
ＴＣＰ受信完了通知を未送信であるか否かを判断する。
アプリケーションタスクからＴＣＰ受信要求を受取らず
かつＴＣＰ受信完了通知を未送信である場合には（Ｓ５
００にてＹＥＳ）、処理はＳ８０２へ移される。もしそ
うでないと（Ｓ５００にてＮＯ）、処理はＳ７００へ移
される。

【０１５１】Ｓ８００にて、ＣＰＵ１２０は、送信順序
と空き個数とを比較し、ドライバのバッファに受信した
データを保持することが可能であるか否かを判断する。
送信順序と空き個数とを比較して、ドライバのバッファ
に受信したデータを保持することが可能である場合には
（Ｓ８００にてＹＥＳ）、処理はＳ１１６へ移される。
もしそうでないと（Ｓ８００にてＮＯ）、処理はＳ７０
４へ移される。

【０１５２】Ｓ８０２にて、ＣＰＵ１２０は、処理Ｇを
行なう。図３０を参照して、Ｓ８０２の処理Ｇについて
説明する。なお、図３０に示すフローチャートの中で前
述の図２８に示したフローチャートと同じ処理について
は同じステップ番号を付してある。それらについての処
理も同じである。したがって、それらについての詳細な
説明はここでは繰返さない。

【０１５３】Ｓ８３０にて、ＣＰＵ１２０は、送信順序
と空き個数とを比較して、ドライバのバッファに受信し
たデータを保持することが可能であるか否かを判断す
る。送信順序と空き個数とを比較して、ドライバのバッ
ファに受信したデータを保持することが可能である場合
には（Ｓ８３０にてＹＥＳ）、処理はＳ６３６へ移され
る。もしそうでないと（Ｓ８３０にてＮＯ）、処理はＳ
７３４へ移される。Ｓ６３６およびＳ７３２の処理の
後、処理はＳ１１８へ移され、さらに処理はＳ１０４へ
戻される。

【０１５４】Ｓ７３４およびＳ７３６における処理の
後、処理はＳ１１８に移され、さらに処理はＳ１０４へ
移される。

【０１５５】以上のような構造およびフローチャートに
基づく、本実施の形態に係る通信デバイスを含むＰＤＡ
の動作について説明する。本実施の形態においては、第
７の実施の形態と同様にして、抽出されたＴＣＰセグメ
ントのデータは、受信ウインドウに転送せずに、ドライ
バのバッファからアプリケーションタスク１２６により
指定されたバッファへ転送される。ただし、アプリケー
ションタスク１２６により指定されたバッファに収まる
データのみが転送され、そうではないデータについて
は、ドライバのバッファに保持される。ここで、データ
をドライバのバッファに保持するのは、第７の実施の形
態において説明した予め定められた時間以下であって、
かつドライバのバッファに保持されたデータの個数が予
め定められた個数以下であるという２つの条件に加え
て、本実施の形態においては、第３の実施の形態と同様
にして、ドライバに保持されるデータは、送信側の装置
から送信したデータの順でデータの個数が予め定められ
た個数の範囲に収まるという条件を満たすものに限定さ
れる（Ｓ７００にてＹＥＳ、Ｓ８００にてＹＥＳ）。そ
れ以外のデータについては、ドライバのバッファから受
信ウインドウに転送される。

【０１５６】なお、送信側の装置から送信したデータ順
で、予め定められた個数の範囲に収まるデータのみをド
ライバのバッファに保持するという条件については、第
３の実施の形態と同じであるため、ここでの詳細な説明
は繰返さない。

【０１５７】以上のようにして、本実施の形態に係る通
信デバイスを含むＰＤＡによると、送信した順序を基準
としてドライバのバッファに保持する個数を制限した方
が、受信した順序を基準としてドライバのバッファに保
持する個数を制限するよりも、予め定められた時間を過
ぎて受信ウインドウへ転送される確率を低くすることが
できる。その結果、ドライバのバッファから受信ウイン
ドウへ転送されるデータの数が低減され、ＴＣＰプロト
コル処理に要する消費電力を低減させることができる。

【０１５８】＜第９の実施の形態＞以下、本実施の形態
に係る通信ドライバを含むＰＤＡについて説明する。な
お、本実施の形態に係るＰＤＡのハードウェア構成は、
前述の第１の実施の形態に係るＰＤＡのハードウェア構
成と同じである。したがって、それらについての詳細な
説明はここでは繰返さない。さらに、本実施の形態に係
るＰＤＡで実行されるプログラムは、予め定められたデ
ータサイズを基準に、受信したデータをドライバのバッ
ファに保持するか否かを判断する制御構造を有する。デ
ータサイズを基準に、ドライバのバッファに保持するか
否かを決定する処理に関しては、第４の実施の形態と同
様であるため、ここでの詳細な説明は繰返さない。

【０１５９】本実施の形態においては、第７〜８の実施
の形態における、受信したデータをドライバのバッファ
に保持するか否かを決定する条件を、データの個数を基
準に判断していたが、本実施の形態においてはデータの
サイズを基準には判断する。これにより、受信したデー
タのサイズが比較的小さい場合には、受信したデータの
サイズが比較的大きい場合に比べて、ドライバのバッフ
ァの空き領域を増加させることができる。その結果、第
７の実施の形態および第８の実施の形態におけるＰＤＡ
に比較して、受信したデータを受信ウインドウへ転送す
る回数をさらに低減させることができる。

【０１６０】＜第１０の実施の形態＞以下、本実施の形
態に係る通信デバイスを含むＰＤＡについて説明する。
なお、前述の第１〜９の実施の形態における、予め定め
られた時間、予め定められた個数および予め定められた
データサイズは一定値であったが、本実施の形態に係る
通信デバイスにおいてはアプリケーションタスクからこ
れらの値を設定できる。なお、本実施の形態に係る通信
デバイスを含むＰＤＡのハードウェア構成は、前述の第
１の実施の形態に係るＰＤＡのハードウェア構成と同じ
である。したがって、それらについての詳細な説明はこ
こでは繰返さない。

【０１６１】図３１を参照して、本実施の形態に係るＰ
ＤＡで実行されるプログラムは、以下のような制御構造
を有する。なお、図３１に示すフローチャートの中で、
前述の図１０に示したフローチャートと同じ処理につい
ては、同じステップ番号を付してある。それらについて
の処理も同じである。したがって、それらについての詳
細な説明はここでは繰返さない。

【０１６２】Ｓ１４６の処理の後、Ｓ１０００にて、Ｃ
ＰＵ１２０は、処理Ｈを行なう。その後、処理はＳ１０
４へ移される。

【０１６３】図３２を参照して、Ｓ１０００の処理Ｈに
ついて説明する。Ｓ１０３０にて、ＣＰＵ１２０は、Ｔ
ＣＰ受信要求間隔＝現在の時刻−前回の受信要求時刻と
して算出する。Ｓ１０３２にて、ＣＰＵ１２０は、保持
時間の更新値＝α×（ＴＣＰ受信要求間隔／Ｎ）の演算
を行なう。Ｓ１０３４にて、Ｎが予め定められた回数積
算されると（Ｓ１０３４にてＹＥＳ）、処理はＳ１０３
６へ移される。もしそうでないと（Ｓ１０３４にてＮ
Ｏ）、処理はＳ１０４へ移される。

【０１６４】Ｓ１０３６にて、ＣＰＵ１２０は、予め定
められた時間を更新する。このとき、予め定められた時
間は、Ｓ１０３２で算出された更新値とされる。

【０１６５】以上のような構造およびフローチャートに
基づく、本実施の形態に係る通信デバイスを含むＰＤＡ
の動作について説明する。

【０１６６】ＰＤＡは、アプリケーションタスク１２６
から受信要求が発行される間隔に応じて、係数αにＴＣ
Ｐ受信要求間隔を乗算したものの平均値を算出する（Ｓ
１０３２）。予め定められたサンプル数（Ｎ）について
の処理が行なわれると（Ｓ１０３４にてＹＥＳ）、算出
された平均値が、予め定められた時間として更新される
（Ｓ１０３６）。

【０１６７】以上のようにして、本実施の形態に係る通
信デバイスを含むＰＤＡは、アプリケーションタスクに
より、そのアプリケーションタスクにおける処理の内容
に応じて、予め定められた時間を動的に変更できる。こ
れにより、ドライバのバッファから受信ウインドウへ転
送する回数をさらに低減させることができる。

【０１６８】なお、本実施の形態においては、予め定め
られた時間を更新するものとして説明したが、これに限
定されるものではない。予め定められたデータの個数お
よび予め定められたデータのサイズについても、アプリ
ケーションタスクによって演算を行ない、ドライバのバ
ッファから受信ウインドウへ転送する条件を変更するよ
うにしてもよい。

【０１６９】＜第１１の実施の形態＞以下、本実施の形
態に係る通信デバイスを含むＰＤＡについて説明する。
なお、本実施の形態に係るＰＤＡのハードウェア構成
は、前述の第１の実施の形態に係るＰＤＡのハードウェ
ア構成と同じである。したがって、それらについての詳
細な説明はここでは繰返さない。

【０１７０】本実施の形態に係る通信デバイスを含むＰ
ＤＡは、第１〜９の実施の形態に係るＰＤＡにおける予
め定められた時間、予め定められたデータ個数および予
め定められたデータサイズをネットワークの状態に応じ
て変更できる。

【０１７１】図３３を参照して、本実施の形態に係るＰ
ＤＡで実行されるプログラムは、以下のような制御構造
を有する。なお、図３３に示すフローチャートの中で、
前述の図２９に示したフローチャートと同じ処理につい
ては同じステップ番号を付してある。それらについての
処理も同じである。したがって、それらについての詳細
な説明はここでは繰返さない。

【０１７２】ＴＣＰセグメントを解析した結果、ＴＣＰ
データがある場合には、Ｓ１１００にて、ＣＰＵ１２０
は処理Ｉを行なう。

【０１７３】図３４を参照して、このＳ１１００におけ
る処理Ｉについて説明する。Ｓ１１３０にて、ＣＰＵ１
２０は、ＴＣＰヘッダの応答番号が更新されたか否かを
判断する。ＴＣＰヘッダ中の応答番号は、送信したＴＣ
Ｐデータに対する応答があったことを示す。ＴＣＰヘッ
ダ中の応答番号が更新されると（Ｓ１１３０にてＹＥ
Ｓ）、処理はＳ１１３２へ移される。もしそうでないと
（Ｓ１１３０にてＮＯ）、処理はＳ５００へ移される。

【０１７４】Ｓ１１３２にて、ＣＰＵ１２０は、送信し
たＴＣＰデータに対する応答から、往復の伝送時間を測
定する。このとき、往復の伝送時間＝現在の時刻−送信
時刻と算出される。Ｓ１１３４にて、ＣＰＵ１２０は、
更新値＝β×（往復の伝送時間／Ｍ）の演算を行なう。
Ｓ１１３６にて、ＣＰＵ１２０は、Ｍが予め定められた
回数積算されたか否かを判断する。予め定められた回数
積算されると（Ｓ１１３６にてＹＥＳ）、処理はＳ１１
３８へ移される。もしそうでないと（Ｓ１１３６にてＮ
Ｏ）、処理はＳ５００へ移される。

【０１７５】Ｓ１１３８にて、ＣＰＵ１２０は、予め定
められた時間の更新を行なう。このとき、予め定められ
た時間はＳ１１３４にて算出された更新値とされる。そ
の後、処理はＳ５００へ移される。

【０１７６】以上のような構造およびフローチャートに
基づく、本実施の形態に係る通信デバイスを含むＰＤＡ
の動作について説明する。

【０１７７】ＰＤＡは、送信元から送信先までのデータ
の伝送時間を定期的に測定する（Ｓ１１３２）。測定し
た伝送時間に係数βを乗算したものの平均値が更新値と
して算出される（Ｓ１１３４）。伝送時間が比較的長い
ときには、送信元から送信先にデータが到着する間隔も
長くなるため、予め定められた時間が長く設定される
（Ｓ１１３８）。一方、ネットワークの状況により伝送
時間が短くなると、送信元から送信先へデータが到着す
る間隔が短くなるため、予め定められた時間が短く設定
される（Ｓ１１３８）。

【０１７８】以上のようにして、本実施の形態に係る通
信デバイスを含むＰＤＡは、ネットワークの状況（ネッ
トワークにおける伝送速度）に応じて、ドライバのバッ
ファにデータを保持する時間の設定を変更することがで
きる。これにより、ネットワークの通信状態に応じて、
適宜ドライバのバッファから受信ウインドウへ転送する
ための条件を変更することができ、ネットワークの状況
に応じて、ドライバ側から受信ウインドウへ転送する回
数を低減させることができる。

【０１７９】なお、上述した実施の形態においては、ネ
ットワークの状況に応じて変更するものを予め定められ
た時間として説明したが、これに限定されるものではな
い。ネットワークの状況（データ伝送速度）に応じて、
予め定められたデータの個数および予め定められたデー
タのサイズを変更するようしてもよい。

【０１８０】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【図面の簡単な説明】

【図１】本発明の実施の形態に係る通信デバイスが組
込まれるＰＤＡの制御ブロック図である。

【図２】図１に示すＣＰＵで実行されるプログラムの
構成を示す図である。

【図３】本発明の実施の形態に係る通信デバイスが送
受信するデータの構造を示す図である。

【図４】本発明の第１の実施の形態に係る通信デバイ
スで実行される処理の手順を示すフローチャート（その
１）である。

【図５】本発明の第１の実施の形態に係る通信デバイ
スで実行される処理の手順を示すフローチャート（その
２）である。

【図６】本発明の第１の実施の形態に係る通信デバイ
スで実行される転送処理を説明する図（その１）であ
る。

【図７】本発明の第１の実施の形態に係る通信デバイ
スで実行される転送処理を説明する図（その２）であ
る。

【図８】本発明の第１の実施の形態に係る通信デバイ
スで実行される転送処理を説明する図（その３）であ
る。

【図９】本発明の第２の実施の形態に係る通信デバイ
スで実行される処理の手順を示すフローチャート（その
１）である。

【図１０】本発明の第２の実施の形態に係る通信デバ
イスで実行される処理の手順を示すフローチャート（そ
の２）である。

【図１１】本発明の第２の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その１）であ
る。

【図１２】本発明の第２の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その２）であ
る。

【図１３】本発明の第２の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その３）であ
る。

【図１４】本発明の第３の実施の形態に係る通信デバ
イスで実行される処理の手順を示すフローチャートであ
る。

【図１５】本発明の第３の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その１）であ
る。

【図１６】本発明の第３の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その２）であ
る。

【図１７】本発明の第３の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その３）であ
る。

【図１８】本発明の第５の実施の形態に係る通信デバ
イスで実行される処理の手順を示すフローチャートであ
る。

【図１９】本発明の第５の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その１）であ
る。

【図２０】本発明の第５の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その２）であ
る。

【図２１】本発明の第６の実施の形態に係る通信デバ
イスで実行される処理の手順を示すフローチャート（そ
の１）である。

【図２２】本発明の第６の実施の形態に係る通信デバ
イスで実行される処理の手順を示すフローチャート（そ
の２）である。

【図２３】本発明の第６の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その１）であ
る。

【図２４】本発明の第６の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その２）であ
る。

【図２５】本発明の第６の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その３）であ
る。

【図２６】本発明の第６の実施の形態に係る通信デバ
イスで実行される転送処理を説明する図（その４）であ
る。

【図２７】本発明の第７の実施の形態に係る通信デバ
イスで実行される処理の手順を示すフローチャート（そ
の１）である。

【図２８】本発明の第７の実施の形態に係る通信デバ
イスで実行される処理の手順を示すフローチャート（そ
の２）である。

【図２９】本発明の第８の実施の形態に係る通信デバ
イスで実行される処理の手順を示すフローチャート（そ
の１）である。

【図３０】本発明の第８の実施の形態に係る通信デバ
イスで実行される処理の手順を示すフローチャート（そ
の２）である。

【図３１】本発明の第１０の実施の形態に係る通信デ
バイスで実行される処理の手順を示すフローチャート
（その１）である。

【図３２】本発明の第１０の実施の形態に係る通信デ
バイスで実行される処理の手順を示すフローチャート
（その２）である。

【図３３】本発明の第１１の実施の形態に係る通信デ
バイスで実行される処理の手順を示すフローチャート
（その１）である。

【図３４】本発明の第１１の実施の形態に係る通信デ
バイスで実行される処理の手順を示すフローチャート
（その２）である。

【符号の説明】

１００ＰＤＡ、１１０イーサネット（Ｒ）コントロ
ーラ、１２０ＣＰＵ、１３０ＬＣＤ、１４０タッ
チパネル、１５０ＲＯＭ、１６０ＲＡＭ、１７０
アドレスバス、１８０データバス、１９０コネク
タ。

Claims

【特許請求の範囲】

【請求項１】ネットワークに対して、データ項目の送
受信を制御するためのネットワーク制御手段と、前記ネットワーク制御手段に接続され、受信したデータ
項目を一時的に記憶するための第１の記憶手段と、前記第１の記憶手段に接続され、前記受信したデータ項
目を記憶するための第２の記憶手段と、前記第１の記憶手段および前記第２の記憶手段に記憶さ
れた前記データ項目を、予め定められたバッファに転送
するように制御するための制御手段とを含み、前記制御
手段は、前記第１の記憶手段に前記データ項目が記憶されてから
予め定められた時間が経過するまでに発生した前記バッ
ファへの格納要求に応答して、前記第１の記憶手段に記
憶された前記データ項目を、前記バッファに転送するよ
うに、前記第１の記憶手段を制御するための第１の転送
制御手段と、前記第１の記憶手段に前記データ項目が記憶されてから
予め定められた時間が経過すると、前記第１の記憶手段
に記憶された前記データ項目を前記第２の記憶手段に転
送し、前記バッファへの格納要求に応答して、前記第２
の記憶手段に記憶された前記データ項目を、前記バッフ
ァに転送するように、前記第２の記憶手段を制御するた
めの第２の転送制御手段とを含む、通信デバイス。
【請求項２】前記第１の転送制御手段は、前記第１の
記憶手段に予め定められた個数のデータ項目が記憶され
るまでは、前記第１の記憶手段に前記データ項目が記憶
されてから予め定められた時間が経過するまでに発生し
た前記バッファへの格納要求に応答して、前記第１の記
憶手段に記憶された前記データ項目を、前記バッファに
転送するための手段を含み、前記第２の転送制御手段は、前記第１の記憶手段に前記
データ項目が記憶されてから予め定められた時間が経過
したことおよび前記第１の記憶手段に予め定められた個
数のデータ項目が記憶されたことのいずれかが満足され
ると、前記第１の記憶手段に記憶された前記データ項目
を前記第２の記憶手段に転送し、前記バッファへの格納
要求に応答して、前記第２の記憶手段に記憶された前記
データ項目を、前記バッファに転送するための手段とを
含む、請求項１に記載の通信デバイス。
【請求項３】前記第１の転送制御手段は、前記第１の
記憶手段に前記データ項目が送信された順序に従って予
め定められた個数のデータ項目が記憶されるまでは、前
記第１の記憶手段に前記データ項目が記憶されてから予
め定められた時間が経過するまでに発生した前記バッフ
ァへの格納要求に応答して、前記第１の記憶手段に記憶
された前記データ項目を、前記バッファに転送するため
の手段を含む、請求項２に記載の通信デバイス。
【請求項４】前記第１の転送制御手段は、前記第１の
記憶手段に予め定められた容量のデータ項目が記憶され
るまでは、前記第１の記憶手段に前記データ項目が記憶
されてから予め定められた時間が経過するまでに発生し
た前記バッファへの格納要求に応答して、前記第１の記
憶手段に記憶された前記データ項目を、前記バッファに
転送するための手段を含み、前記第２の転送制御手段は、前記第１の記憶手段に前記
データ項目が記憶されてから予め定められた時間が経過
したことおよび前記第１の記憶手段に予め定められた容
量のデータ項目が記憶されたことのいずれかが満足され
ると、前記第１の記憶手段に記憶された前記データ項目
を前記第２の記憶手段に転送し、前記バッファへの格納
要求に応答して、前記第２の記憶手段に記憶された前記
データ項目を、前記バッファに転送するための手段とを
含む、請求項１に記載の通信デバイス。
【請求項５】前記第１の転送制御手段は、前記第１の
記憶手段に前記データ項目が送信された順序に従って予
め定められた容量のデータ項目が記憶されるまでは、前
記第１の記憶手段に前記データ項目が記憶されてから予
め定められた時間が経過するまでに発生した前記バッフ
ァへの格納要求に応答して、前記第１の記憶手段に記憶
された前記データ項目を、前記バッファに転送するため
の手段を含む、請求項４に記載の通信デバイス。
【請求項６】前記制御手段は、前記第１の記憶手段に
前記データ項目が記憶される前に発生した前記バッファ
への格納要求に応答して、前記第１の記憶手段に記憶さ
れた前記データ項目を、前記バッファに転送するよう
に、前記第１の記憶手段を制御するための第３の転送制
御手段をさらに含む、請求項１〜４のいずれかに記載の
通信デバイス。
【請求項７】前記バッファへの格納要求は、前記第１
の記憶手段から前記バッファへのデータ項目の転送容量
を示す情報を含み、前記第３の転送制御手段は、前記バッファへの格納要求
に応答して、前記第１の記憶手段に記憶された前記デー
タ項目の中の前記転送容量以下のデータ項目を前記バッ
ファに転送して、前記転送容量を越えるデータ項目を前
記第１の記憶手段に記憶するように、前記第１の記憶手
段を制御するための手段を含む、請求項６に記載の通信
デバイス。
【請求項８】前記予め定められた時間は、前記バッフ
ァへの格納要求の送信元からの信号に基づいて設定され
る、請求項１〜７のいずれかに記載の通信デバイス。
【請求項９】前記予め定められた時間は、前記バッフ
ァへの格納要求の送信元から送信された、前記バッファ
への格納要求の頻度に基づいて設定される、請求項８に
記載の通信デバイス。
【請求項１０】前記予め定められた個数は、前記バッ
ファへの格納要求の送信元からの信号に基づいて設定さ
れる、請求項２または３に記載の通信デバイス。
【請求項１１】前記予め定められた容量は、前記バッ
ファへの格納要求の送信元からの信号に基づいて設定さ
れる、請求項４または５に記載の通信デバイス。
【請求項１２】前記予め定められた時間は、前記ネッ
トワークの通信状態に基づいて設定される、請求項１〜
７のいずれかに記載の通信デバイス。
【請求項１３】前記予め定められた時間は、前記ネッ
トワークにおける前記通信デバイスまでのデータの伝送
時間に基づいて設定される、請求項１２に記載の通信デ
バイス。
【請求項１４】前記予め定められた個数は、前記ネッ
トワークの通信状態に基づいて設定される、請求項２ま
たは３に記載の通信デバイス。
【請求項１５】前記予め定められた容量は、前記ネッ
トワークの通信状態に基づいて設定される、請求項４ま
たは５に記載の通信デバイス。
【請求項１６】請求項１〜１５のいずれかに記載した
通信デバイスを搭載した、携帯端末。
【請求項１７】ネットワークに対して、データ項目の
送受信を制御するネットワーク制御ステップと、受信したデータ項目を一時的に記憶する第１の記憶ステ
ップと、前記受信したデータ項目を記憶する第２の記憶ステップ
と、前記第１の記憶ステップおよび前記第２の記憶ステップ
にて記憶した前記データ項目を、予め定められたバッフ
ァに転送する転送ステップとを含み、前記転送ステップは、前記第１の記憶ステップにて前記データ項目が記憶され
てから予め定められた時間が経過するまでに発生した前
記バッファへの格納要求に応答して、前記第１の記憶ス
テップにて記憶した前記データ項目を、前記バッファに
転送する第１の転送ステップと、前記第１の記憶ステップにて前記データ項目が記憶され
てから予め定められた時間が経過すると、前記第１の記
憶ステップにて記憶した前記データ項目を前記第２の記
憶ステップにて記憶し、前記バッファへの格納要求に応
答して、前記第２の記憶ステップにて記憶した前記デー
タ項目を、前記バッファに転送する第２の転送ステップ
とを含む通信方法をコンピュータに実現させるためのプ
ログラム。