JPH10178454A - 通信バッファの制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 送信バッファの増大により、受信用バッファ
が不足してしまう事態を防止し、小容量の通信バッファ
でも送受信を可能にすること。 【解決手段】 端末装置１００における通信データ処理
において、アプリケーションプログラム１０１からの送
受信要求が発生すると、データ管理部１０２が送信用バ
ッファの容量を調べ、送信用バッファの容量が予め規定
してある最大値より大きい場合、送受信用バッファ１０
５にフリーエリアが残っていても、データ管理部１０２
がバッファの獲得に失敗した取り扱いをする。バッファ
の獲得に成功した場合、プロトコル処理部１０３が送受
信用バッファ１０５に蓄えられている通信データのヘッ
ダ処理を行い、フレーム送受信部１０４がネットワーク
３００を介してセンター局２００と通信データの送受信
を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、双方向通信を行う
際の通信技術、特に双方向通信の際に、一時的にデータ
を蓄えておくための通信バッファの制御方法に関する。

【０００２】

【従来の技術】従来の通信バッファの制御は、以下のよ
うに行われている。

【０００３】図１０を参照して、双方向の通信を行う端
末装置は、非常に大容量、かつ、固定の通信バッファを
予め確保し、この通信バッファを細かな単位（以下、
「小バッファ」という。）Ｓに割づけし、フリーエリア
ＦＡとしておくようになっている。

【０００４】ここで、発信要求、または着信要求が発生
すると、これら小バッファＳを必要な分だけフリーエリ
アＦＡより取り出して、送信用バッファＳＢ、または受
信用バッファＲＢとして利用する。

【０００５】その後、送信用バッファＳＢ、または受信
用バッファＲＢとしての利用が終了すると、これら取り
出した小バッファＳをフリーエリアＦＡに戻す。

【０００６】このように、従来の通信バッファは、大容
量の確保が前提とされており、バッファに不足が発生す
ることは想定されていない。そのため、小バッファの獲
得に際して特別な配慮は払われることなく、送信、また
は受信のうち、先に要求を出したものに対して小バッフ
ァが必要な分だけあてがわれることになる。

【０００７】

【発明が解決しようとする課題】しかし、このような従
来の通信バッファの制御方法では、通信路が狭帯域の場
合、送信に必要とされるバッファが増大すると、多くの
小バッファを送信用にあてがう必要が生じ、受信用のバ
ッファが不足してしまうという問題が生じる。

【０００８】上記通信バッファの不足を避けるため、さ
らに大きい容量の通信バッファを用意することも考えら
れるが、不経済であり、結果として採用できない。

【０００９】本発明は、上記技術的課題に鑑みなされた
もので、使用する通信バッファが大容量でなく小容量で
あっても、受信用バッファの不足を発生させることな
く、送受信することができる通信バッファの制御方法を
提供することを目的とする。

【００１０】

【課題を解決するための手段】請求項１に記載の発明に
かかる通信バッファの制御方法は、双方向の通信を行う
端末装置に備えられ、双方向通信の際にデータを一時的
に蓄えるべく、端末装置側からの発信パケットを蓄える
送信用バッファと、外部からの着信パケットを蓄える受
信用バッファとを含む通信バッファを制御するための方
法であって、上記発信パケットを蓄える送信用バッファ
の最大値を制限することにより、上記受信用バッファに
あてがうことができるバッファを確保することを特徴と
するものである。

【００１１】請求項２に記載の発明にかかる通信バッフ
ァの制御方法は、請求項１に記載の通信バッファの制御
方法において、上記発信パケットを蓄える送信用バッフ
ァを制限する最大値を変更可能とし、所要のアプリケー
ションからの制御によって、上記最大値を設定すること
を特徴とするものである。

【００１２】請求項３に記載の発明にかかる通信バッフ
ァの制御方法は、請求項２に記載の通信バッファの制御
方法において、上記発信パケットを蓄える送信用バッフ
ァを制限する最大値を一定時間当たりの上記着信パケッ
トの量に応じて変更可能とし、上記着信パケットの統計
情報に基づいて、上記最大値を設定するものである。

【００１３】請求項４に記載の発明にかかる通信バッフ
ァの制御方法は、請求項２または３に記載の通信バッフ
ァの制御方法において、双方向通信を行う際における通
信過程の所定のタイミングで、上記発信パケットを蓄え
る送信用バッファを制限する最大値の情報を蓄えること
により、端末装置が再起動した後にも上記最大値を利用
可能とすることを特徴とするものである。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を添付
図面に基づき詳細に説明する。

【００１５】（実施の形態１）図１は本発明の実施の形
態１にかかる通信バッファの制御方法を実施するシステ
ム全体のブロック図である。

【００１６】同図において、１００は通信用端末装置、
２００はセンター局等のサーバ、３００は通信用端末装
置１００とサーバ２００とを結ぶネットワークである。

【００１７】通信用端末装置１００は、送受信要求を発
生するアプリケーションプログラム１０１、アプリケー
ションプログラム１０１からの要求に対し応答するデー
タ管理部１０２、送受信用バッファ１０５、送受信用バ
ッファ１０５に蓄えられている通信用データのヘッダ処
理を行うプルトコル処理部１０３、およびネットワーク
３００を介してサーバ２００と通信データの送受信を行
うフレーム送受信部１０４を含む。

【００１８】図２は送信時の端末装置内の各処理部で行
われるデータ処理動作の制御の流れを示すフローチャー
ト、図３は受信時の端末装置内の各処理部で行われるデ
ータ処理動作の制御の流れを示すフローチャートであ
る。

【００１９】図２、および図３を参照して、本実施の形
態１の通信バッファの制御方法を用いたデータ処理動作
の制御の流れについて説明する。

【００２０】従来の技術と同様に、通信バッファは、予
め固定の容量を確保し、この通信バッファを細かな単位
（小バッファ）に分割し、フリーエリアとしておく。

【００２１】まず、図２を参照して、送信時のデータ処
理動作の制御の流れを説明する。

【００２２】アプリケーションプログラム１０１からデ
ータの送信要求が発生すると（ステップＳ１０１）、デ
ータ管理部１０２は、この送信要求を受けたデータを格
納するための送受信用バッファ１０５の容量と、残存バ
ッファの容量を調べる（ステップＳ１０８）。ここに、
残存バッファとは、従前のデータ処理において、未だ送
信されずに、送受信用バッファ１０５内に残存している
バッファの容量をいう。

【００２３】上記送信要求を受けたデータを格納するた
めの送信用バッファの容量と、上記残存バッファの容量
とを加えた値が、予め規定してある最大値より大きい場
合、データ管理部１０２は、まだフリーエリアが残って
いたとしても、送信用バッファの獲得に失敗した扱いを
行い、アプリケーションプログラム１０１にエラーを通
知し、データ処理は終了する（ステップＳ１０３）。

【００２４】一方、上記値が予め規定してある最大値よ
り小さい場合、データ管理部１０２は、送信要求を受け
たデータを送受信用バッファ１０５に格納するために、
送信用バッファの獲得を行う（ステップＳ１０２）。こ
の送信用バッファを獲得できた場合は、送信要求を受け
ているデータを送受信用バッファ１０５へ複製する（ス
テップＳ１０４）。

【００２５】逆に、上記送信用バッファの獲得に失敗し
た場合は、アプリケーションプログラム１０１にエラー
を通知し、処理は終了する（ステップＳ１０３）。

【００２６】上記ステップＳ１０４において、送信要求
を受けているデータの送受信用バッファ１０５への複製
が完了すると、プロトコル処理部１０３は、送受信用バ
ッファ１０５に蓄えられている通信データのヘッダ処理
を行う（ステップＳ１０５）。

【００２７】その後、フレーム送受信部１０４は、フレ
ームの送信を行い（ステップＳ１０６）、送信が完了す
ると、該当するバッファ領域を解放し、再利用できるよ
うに、フリーエリアに戻し（ステップＳ１０７）、送信
時のデータ処理は終了する。

【００２８】次に、図３を参照して、受信時のデータ処
理動作の制御の流れを説明する。

【００２９】ネットワーク３００からフレームが到着す
ると（ステップＳ２０１）、フレーム送受信部１０４
は、送受信用バッファ１０５内のフリーエリアから必要
となるバッファ容量を受信用バッファとして獲得しよう
と試みる（ステップＳ２０２）。

【００３０】ここで、送受信用バッファ１０５内のフリ
ーエリアが上記受信用バッファとして必要な容量に満た
ない場合、受信用バッファの獲得はできず、ネットワー
ク３００から到着したフレームは廃棄され（ステップＳ
２０３）、データ処理は終了する。

【００３１】逆に、必要なフリーエリアがある場合、フ
レーム送受信部１０４は、フレーム内のデータを送受信
用バッファ１０５へ複製し（ステップＳ２０４）、プロ
トコル処理部１０３は、送受信用バッファ１０５に蓄え
られている通信データのヘッダ処理を行う（ステップＳ
２０５）。

【００３２】その後、データ管理部１０２は、受信した
データをアプリケーションプログラム１０１に渡し（ス
テップＳ２０６）、該当するバッファ領域を解放し、再
利用できるように、フリーエリアに戻し（ステップＳ２
０７）、受信時のデータ処理は終了する。

【００３３】すなわち、上記通信バッファ制御方法によ
る端末装置１００における通信データ処理においては、
アプリケーションプログラム１０１からの送受信要求が
発生すると、データ管理部１０２が送信用バッファの容
量を調べて、その要求に対する応答を返す。この応答と
は、送信用バッファの容量が予め規定してある最大値よ
り大きい場合、予め、受信用バッファにあてがうことが
できるバッファを確保するため、データ管理部１０２が
フリーエリアが残っていても、バッファの獲得に失敗し
た取り扱いをするものである。一方、バッファの獲得に
成功した場合は、プロトコル処理部１０３が送受信用バ
ッファ１０５に蓄えられている通信データのヘッダ処理
を行い、フレーム送受信部１０４がネットワーク３００
を介してセンター局２００と通信データの送受信を行
う。

【００３４】このように、本実施の形態１では、送信用
バッファの最大値を制御することにより、受信用バッフ
ァにあてがうことができるバッファを確保しているの
で、大容量の通信バッファを用いずに小容量の通信バッ
ファを用いても、受信用バッファの不足を発生させるこ
となく、送受信することが可能となる。

【００３５】（実施の形態２）本実施の形態２は、発信
パケットを蓄える送信用バッファを制限する最大値を変
更可能とし、アプリケーションからの制御によって、上
記最大値を設定する発信パケットを蓄える送信用バッフ
ァを制限するようにしたものである。なお、本発明の実
施の形態２にかかる通信バッファ制御方法を実施するシ
ステム全体の構成は、実施の形態１と同様であるので、
その説明は省略する。

【００３６】図４は本発明の実施の形態２にかかる通信
バッファ制御方法を実施するアプリケーションプログラ
ムの動作の流れを示すフローチャート、図５は端末装置
内の各処理部で行われるデータ処理動作の制御の流れを
示すフローチャートである。

【００３７】図４、および図５を参照して、本実施の形
態２の通信バッファの制御方法の処理動作の流れについ
て説明する。なお、送信、および受信の場合のデータ処
理は、実施の形態１と同様であるので、その説明は省略
する。

【００３８】まず、図４を参照して、アプリケーション
プログラム１０１が送信用バッファの最大値の更新命令
を行う動作を説明する。

【００３９】通信中のアプリケーションプログラム１０
１は、通信しているサーバ２００側のアプリケーション
プログラムと連動して、当該通信処理を行っている。こ
こで、アプリケーションプログラム１０１は、サーバ２
００側からの指示により、大量のデータを受け取る必要
が生じる場合がある（ステップＳ３０１）。

【００４０】この指示を受けたアプリケーションプログ
ラム１０１は、送受信用バッファ１０５内の受信に用い
ることができるバッファの容量を調べる（ステップＳ３
０２）。そして、サーバ２００より受け取ろうとするデ
ータのサイズと、このバッファの空き容量とを比較する
（ステップＳ３０３）。ここで、サーバ２００より受け
取ろうとするデータのサイズの方が大きい場合は、送信
用バッファの最大値を小さくするように、データ管理部
１０２へ更新要求を発行し、（ステップＳ３０４）終了
する。一方、上記バッファの空き容量の方が大きい場合
は、更新命令を発行することなく終了する。

【００４１】次に、図５を参照にして、送信用バッファ
最大値の更新処理を説明する。

【００４２】アプリケーションプログラム１０１から、
上記ステップ３０４に該当する、送信用バッファ最大値
の更新要求が発生すると（ステップＳ３０５）、データ
管理部１０２は、この要求内に含まれている、新しい送
信用バッファの最大値を設定する（ステップＳ３０
６）。

【００４３】すなわち、上記通信バッファ制御方法によ
る端末装置１００における通信データ処理において、ア
プリケーションプログラム１０１は、通信時に必要な受
信用バッファの容量を判断し、送信用バッファの最大値
の更新要求を通知すると、データ管理部１０２は、この
要求に基づいて送信用バッファの最大値を設定し、送信
用バッファ最大値の更新処理を終了する。

【００４４】このように、本実施の形態２では、アプリ
ケーションプログラム１０１から発行される送信用バッ
ファの最大値の更新要求に伴って、この送信用バッファ
の最大値を設定するべく、最大値を可変するようになっ
ているので、アプリケーションの送信データと受信デー
タとの割合に適したバッファの制御が可能になる。

【００４５】（実施の形態３）図６は本発明の実施の形
態３にかかる通信バッファの制御方法を実施するシステ
ム全体のブロック図である。

【００４６】同図を参照して、本実施の形態３のシステ
ムの特徴は、通信用端末装置１００に、フレーム送受信
部１０４が受け取ったフレームの時刻、およびサイズな
どの統計情報を記憶・管理する統計情報管理部１０６を
含んだ点にあり、その他の構成は、実施の形態１と同様
である。

【００４７】図７は端末装置内の各処理部で行われる送
信用バッファの最大値の更新処理を示すフローチャー
ト、図８は統計情報テーブルの例を示す図である。

【００４８】図７、および図８を参照して、本実施の形
態３における通信バッファの制御方法における処理動作
の流れを説明する。なお、送信、および受信の場合のデ
ータ処理は、実施の形態１と同様であるので、その説明
は省略する。

【００４９】まず、図７を参照して、送信用バッファ最
大値の更新処理を説明する。

【００５０】統計情報管理部１０６は、受け取ったフレ
ームのサイズと時刻を、例えば、図８に示すテーブルの
ように、記録する（ステップＳ４０１）。統計情報管理
部１０６は、例えば、一定期間中の受信用フレームサイ
ズの平均値を指標として算出し（ステップＳ４０２）、
その値が増加、または減少のうちいずれの傾向にあるか
否かを判定する（ステップＳ４０３）。

【００５１】ここで、図８に示すテーブルは、これまで
にサーバ２００より受け取ったフレームのサイズと、そ
の時刻とを記録したものであり、テーブルの上方から下
方へ向かって、経時的に最新のものまで順に記録されて
いる。統計情報管理部１０６は、このテーブルを統計情
報として、データの受信量の推測に利用する。

【００５２】図８を参照して、例えば、フレーム到達時
刻「10:31.15.25 」より１秒間の受信用フレームサイズ
の平均値を指標として算出する場合であれば、「800 」
「1500」「213 」のフレームサイズの平均を算出し、さ
らに同様に、その後の１秒間の受信用フレームサイズの
平均値を算出し、その値が増加、または減少のうちいず
れの傾向にあるか否かを判定する。

【００５３】再び、図７を参照して、上記ステップＳ４
０３による判定が行われた後、統計情報管理部１０６
は、上記ステップＳ４０３での判定結果により、受信パ
ケットサイズの平均値が増加傾向にある場合は、送信バ
ッファの最大値を減少させ（ステップＳ４０４）、逆に
受信パケットサイズの平均値が減少傾向にある場合は、
送信バッファの最大値を増加させて（ステップＳ４０
５）、送信用バッファ最大値の更新処理は終了する。

【００５４】すなわち、上記通信バッファ制御方法によ
る端末装置１００における通信データ処理において、デ
ータ処理を行う際、統計情報管理部１０６は、着信パケ
ットの統計情報を基に、一定時間当たりの着信パケット
の量に応じて、送信用バッファを制限する最大値を可変
して設定する。

【００５５】このように、本実施の形態３では、着信用
パケットの統計情報を基に、一定時間当たりの着信パケ
ットの量に応じて、送信用バッファを制限する最大値を
更新するので、アプリケーションから特別な制御を行う
ことなく、受信に必要となるバッファを常に確保するこ
とが可能であり、加えて、受信データが少ない場合に
は、送信バッファを増加させることにより、不必要にア
プリケーションが送信エラーとなることを防ぐことが可
能となる。

【００５６】（実施の形態４）本実施の形態４は、双方
向通信を行う際における通信過程の所定のタイミング
で、発信パケットを蓄える送信用バッファを制限する最
大値の情報を蓄えることにより、端末装置が再起動した
後にも最大値を利用可能とするようにしたものである。
なお、本発明の実施の形態４にかかる通信バッファ制御
方法を実施するシステム全体の構成は、統計情報管理部
１０６が、送信用バッファ最大値を記憶する不揮発性メ
モリを有するものである点を除いて、実施の形態３と同
様であるので、その説明は省略する。

【００５７】図９は本発明の実施の形態４にかかる通信
バッファ制御方法において、端末装置の起動時にバッフ
ァサイズの設定を行う初期化処理の流れを示すフローチ
ャートである。

【００５８】図９を参照して、本実施の形態４の通信バ
ッファ制御方法における処理動作の流れについて説明す
る。なお、送信の場合、受信の場合の処理は、実施の形
態１と同様であるので、その説明は省略する。また、送
信用バッファ最大値の更新処理は、実施の形態３と同様
であるので、その説明は省略する。

【００５９】図９を参照して、送信用バッファの最大値
の更新処理動作に投入されると、まず、統計情報管理部
１０６は、不揮発性メモリに記憶されている送信用バッ
ファ最大値を読み出し（ステップＳ５０１）、この値を
調べる（ステップＳ５０２）。

【００６０】ここで、統計情報管理部１０６は、読み出
した値が「０」以下、または送受信用バッファサイズ以
上の不正な値の場合、予め定められた値（以下「デフォ
ルトの値」という。）を送信用バッファ最大値として設
定する（ステップＳ５０３）。このデフォルトの値は、
システム設定時に設定される固定の値である。

【００６１】逆に、上記読み出した値が適切な範囲内に
ある場合、この値を統計情報管理部１０６で参照する送
信用バッファ最大値として設定する（ステップＳ５０
４）。

【００６２】さらに、端末装置１００が全ての処理を終
了する際、アプリケーションプログラム１０１からの端
末終了処理の通知を受けた統計情報管理部１０６は、通
常の端末終了処理に加えて、現在設定されている送信用
バッファの最大値を不揮発性メモリに書き込こみ、送信
用バッファの最大値の更新処理は終了する。

【００６３】なお、上記統計情報管理部１０６による書
き込み処理は、端末終了処理時以外であっても、例え
ば、図７に示す端末装置内の各処理部で行うデータ処理
動作の制御の流れを示すフローチャートにおいて、送信
用バッファの最大値を新たに設定する際に（ステップＳ
４０４およびＳ４０５に該当する。）、設定する最大値
を不揮発性メモリに書き込むようにしても、同様の効果
が得られることは明らかである。

【００６４】さらに、上記不揮発性メモリーに書き込む
送信用バッファの最大値は、アプリケーションプログラ
ム１０１からの制御によるものであっても、同様の効果
を得られることは明らかである。

【００６５】すなわち、上記通信バッファ制御方法によ
る端末装置１００における通信データ処理において、バ
ッファサイズの統計情報の履歴を保持する不揮発性メモ
リを有する統計情報管理部１０６は、端末装置１００の
初期化処理と終了処理を行うことで、着信パケットの統
計情報を基に、送信用バッファを制限する最大値を設定
し、端末装置１００が起動され、種々のパラメータの初
期化が行われる場合、通常の端末装置１００の初期化処
理に加えて、所定の初期化処理を行う。この初期化処理
は、送受信用バッファサイズの設定のためのものであ
る。

【００６６】このように、本実施の形態４では、バッフ
ァサイズの統計情報の履歴を保持する不揮発性メモリを
有する統計情報管理部１０６が端末装置１００の初期化
処理と終了処理を行うので、アプリケーションから特別
な制御を行うことなく、端末装置１００の起動時から過
去の利用情報に基づいた最適な送信用バッファサイズを
設定することができ、効率の良い運用を行うことが可能
となる。

【００６７】なお、本発明は、上記の実施の形態に限定
されるものではなく、本発明の請求の範囲内での多くの
設計変更、および修正を加え得ることは勿論である。

【００６８】

【発明の効果】以上の説明より明らかな通り、請求項１
に記載の発明によると、通信バッファをすべて使い尽く
してしまうことを避けることができる結果、使用する通
信バッファが大容量でなく小容量であっても、受信用バ
ッファの不足を発生させることなく、送受信することが
できる。

【００６９】請求項２に記載の発明によると、アプリケ
ーションの送信データと受信データとの割合に適合する
ように、バッファを制御をすることができる。

【００７０】請求項３に記載の発明によると、アプリケ
ーションから特別な制御を行うことなく、受信に必要と
なるバッファを常に確保しつつ、受信データが少ない場
合には、送信バッファを増加させることにより、不必要
にアプリケーションが送信エラーとなることを防ぐこと
ができる。

【００７１】請求項４に記載の発明によると、アプリケ
ーションから特別な制御を行うことなく、端末装置の起
動時から過去の利用情報に基づいた最適な送信用バッフ
ァサイズを設定することができ、効率の良い運用を行う
ことができる。

【図面の簡単な説明】

【図１】本発明の実施の形態１にかかる通信バッファの
制御方法を実施するシステム全体のブロック図である。

【図２】送信時の端末装置内の各処理部で行われるデー
タ処理動作の制御の流れを示すフローチャートである。

【図３】受信時の端末装置内の各処理部で行われるデー
タ処理動作の制御の流れを示すフローチャートである。

【図４】本発明の実施の形態２にかかる通信バッファ制
御方法を実施するアプリケーションプログラムの動作の
流れを示すフローチャートである。

【図５】端末装置内の各処理部で行われるデータ処理動
作の制御の流れを示すフローチャートである。

【図６】本発明の実施の形態３にかかる通信バッファの
制御方法を実施するシステム全体のブロック図である。

【図７】端末装置内の各処理部で行われる送信用バッフ
ァの最大値の更新処理を示すフローチャートである。

【図８】統計情報テーブルの例を示す図である。

【図９】本発明の実施の形態４にかかる通信バッファ制
御方法において、端末装置の起動時にバッファサイズの
設定を行う初期化処理の流れを示すフローチャートであ
る。

【図１０】従来の双方向通信を行う端末装置での通信バ
ッファの管理の状態を示す図である。

【符号の説明】

１００ 端末装置 １０１ アプリケーションプログラム １０２ データ管理部 １０３ プロトコル処理部 １０４ フレーム送受信部 １０５ 送受信用バッファ １０６ 統計情報管理部 ２００ サーバ ３００ ネットワーク

Claims (4)

【特許請求の範囲】
1. 【請求項１】 双方向の通信を行う端末装置に備えら
   れ、双方向通信の際にデータを一時的に蓄えるべく、端
   末装置側からの発信パケットを蓄える送信用バッファ
   と、外部からの着信パケットを蓄える受信用バッファと
   を含む通信バッファを制御するための方法であって、 上記発信パケットを蓄える送信用バッファの最大値を制
   限することにより、上記受信用バッファにあてがうこと
   ができるバッファを確保することを特徴とする通信バッ
   ファの制御方法。
2. 【請求項２】 請求項１に記載の通信バッファの制御方
   法において、 上記発信パケットを蓄える送信用バッファを制限する最
   大値を変更可能とし、所要のアプリケーションからの制
   御によって、上記最大値を設定することを特徴とする通
   信バッファの制御方法。
3. 【請求項３】 請求項２に記載の通信バッファの制御方
   法において、 上記発信パケットを蓄える送信用バッファを制限する最
   大値を一定時間当たりの上記着信パケットの量に応じて
   変更可能とし、上記着信パケットの統計情報に基づい
   て、上記最大値を設定することを特徴とする通信バッフ
   ァの制御方法。
4. 【請求項４】 請求項２または３に記載の通信バッファ
   の制御方法において、 双方向通信を行う際における通信過程の所定のタイミン
   グで、上記発信パケットを蓄える送信用バッファを制限
   する最大値の情報を蓄えることにより、端末装置が再起
   動した後にも上記最大値を利用可能とすることを特徴と
   する通信バッファの制御方法。