(57)【要約】   【課題】  状況や設定に応じて、端末装置を柔軟に省電力動作させる。  【解決手段】  ＳＩＰサーバ１２は、送信元の携帯端末からの着信先の携帯端末への接続要求を着信先の携帯端末に送信するか否かを判断するための判断情報を記憶した端末状態テーブル２８を備え、送信元の携帯端末からの着信先の携帯端末への接続要求を受信し、端末状態テーブル２８を参照して、テーブルに含まれる当該着信先の携帯端末に関する判断情報に基づき、接続要求を、着信先の携帯端末に送信するか否かを判断する。携帯端末１６は、省電力動作が可能であり、ＳＩＰサーバ１２に対して、省電力動作中には接続要求を、携帯端末１６に送信しないことを端末状態テーブル２８に登録することを要求する。【選択図】  図１
2006148749.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、端末装置間の音声データ通信を制御する通信制御装置とがネットワークを介して接続されたデータ通信システムにおいて、
前記通信制御装置が、
送信元の端末装置からの着信先の端末装置への接続要求を当該着信先の端末装置に送信するか否か、を判断するための判断情報を記憶した判断情報記憶手段と、
送信元の端末装置からの着信先の端末装置への接続要求を受信し、前記判断情報記憶手段中、当該着信先の端末装置に関する判断情報に基づき、当該接続要求を、着信先の端末装置に送信する送受信手段と、を備えたことを特徴とするデータ通信システム。
【請求項２】
前記端末装置が、送受信の停止を希望する時間を含むメッセージを、前記通信制御装置に送信するメッセージ送信手段を備え、
前記通信制御装置が、前記送受信手段により受信された、前記端末装置からのメッセージに基づき、前記判断情報記憶手段を更新する判断情報登録手段を備えたことを特徴とする請求項１に記載のデータ通信システム。
【請求項３】
前記送受信の停止を希望する時間を含むメッセージが、省電力動作開始時刻、周期的動作時間、周期的休止時間を含むことを特徴とする請求項２に記載のデータ通信システム。
【請求項４】
前記送受信の停止を希望する時間を含むメッセージが、次回端末起動予定時刻を含むことを特徴とする請求項２に記載のデータ通信システム。
【請求項５】
前記送受信手段が、前記判断情報記憶手段を参照して、着信先の端末装置が、一定時間以内に送受信の停止が終了し、送受信が再開される場合に、送受信の再開まで待機した上で、前記着信先の端末装置に、接続要求を送信するように構成されたことを特徴とする請求項２ないし４の何れか一項に記載のデータ通信システム。
【請求項６】
前記端末装置のメッセージ送信手段が、送受信の停止期間が経過後、前記通信制御装置に対して、送受信の再開を示す登録情報を送信するように構成され、
前記通信制御装置の判断情報登録手段が、前記送受信手段により受信された、前記端末装置からの登録情報に基づき、前記判断情報記憶手段を更新するように構成されたことを特徴とする請求項２ないし５の何れか一項に記載のデータ通信システム。
【請求項７】
請求項１ないし６の何れか一項に記載のデータ通信システムにおいて、通信制御装置とネットワークを介して接続される端末装置であって、
判断情報に基づき、前記送受信が停止される場合に、主電源回路を停止させるとともに、タイマ回路に、次回に送受信が再開される条件を設定する動作制御手段を備え、
前記動作制御手段が、前記タイマ回路からの、送受信が再開される通知にしたがって起動し、前記主電源回路を再起動するように構成されたことを特徴とする端末装置。
【請求項８】
端末装置間の音声データ通信を制御する通信制御装置であって、
送信元の端末装置からの着信先の端末装置への接続要求を当該着信先の端末装置に送信するか否かを判断するための判断情報を記憶した判断情報記憶手段と、
送信元の端末装置からの着信先の端末装置への接続要求を受信し、前記判断情報記憶手段中、当該着信先の端末装置に関する判断情報に基づき、当該接続要求を、着信先の端末装置に送信する送受信手段と、を備えたことを特徴とする通信制御装置。
【請求項９】
前記送受信手段が、前記端末装置からの送受信の停止を希望する時間を含むメッセージを受信するように構成され、
前記送受信手段により受信された、前記端末装置からのメッセージに基づき、前記判断情報記憶手段を更新する判断情報登録手段を備えたことを特徴とする請求項８に記載の通信制御装置。
【請求項１０】
前記送受信の停止を希望する時間を含むメッセージが、省電力動作開始時刻、周期的動作時間および周期的休止時間を含むことを特徴とする請求項９に記載の通信制御装置。
【請求項１１】
前記送受信の停止を希望する時間を含むメッセージが、次回端末起動予定時刻を含むことを特徴とする請求項９に記載の通信制御装置。
【請求項１２】
前記送受信手段が、前記判断情報記憶手段を参照して、着信先の端末装置が、一定時間以内に送受信の停止が終了し、送受信が再開される場合に、送受信の再開まで待機した上で、前記着信先の端末装置に、接続要求を送信するように構成されたことを特徴とする請求項９ないし１１の何れか一項に記載のデータ通信システム。
【請求項１３】
前記送受信手段が、携帯端末からの、送受信の停止期間が経過し、送受信の再開を示す登録情報を受信するように構成され、
前記通信制御装置の判断情報登録手段が、前記送受信手段により受信された、前記端末装置からの登録情報に基づき、前記判断情報記憶手段を更新するように構成されたことを特徴とする請求項９ないし１２の何れか一項に記載の通信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＬＡＮを用いた端末装置の省電力を図るデータ通信制御方法、通信制御装置、および、当該端末装置に関する。
【背景技術】
【０００２】
現在、無線ＬＡＮを利用するデータ通信は、いわゆるＩＰ電話における携帯端末と、アクセスポイント（ＡＰ）との間でも利用されるようになっている。携帯端末は、充電可能なバッテリーで駆動されるため、長時間の使用を可能にするためには、省電力化が望まれる。
【０００３】
いわゆる携帯電話においては、たとえば、特許文献１に開示されたように、待ち受け時に周期的に基地局から与えられるＬＣＣＨ（Logical Control CHannel）を利用して、携帯電話のＣＰＵのクロックを高速／低速に切り替え、次のＬＣＣＨを受信するまでの時間は、携帯電話が低速クロックにより省電力（低消費電力）で作動する。
【特許文献１】特開平８−１７２３８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された技術において、ＬＣＣＨは、ほぼ周期的に基地局から携帯電話に与えられるため、上述した省電力動作は、周期的なものに限定される。したがって、携帯電話のバッテリーがほぼ消費され、携帯電話が停止寸前であっても、ＬＣＣＨの受信により、通常の高速クロックによる作動に移行してしまう場合もある。また、基地局との定期的な通信確認（つまり、ＬＣＣＨ信号の送受信）は、周期的に行われるため、携帯電話のＬＣＣＨの受信回路は、連続的に高速クロックで動作させなければならない。
【０００５】
その一方、無線ＬＡＮを用いる携帯端末は、上記携帯電話と比較して、連続通話の場合には、電力消費が小さいものの、待ち受けについては、常にＡＰとのデータ通信が継続されるため、待ち受け時間が短い（たとえば、携帯端末で数十時間程度）のが実情である。無線ＬＡＮにおいても、上述したようなＬＣＣＨに相当する間欠的な信号を送受信し、完結的な信号間には、受信回路も含めて、省電力で動作することも考えられるが、着信や位置確認等の動作において、間欠的な信号間に反応速度が遅れる可能性があるという問題点がある。
【０００６】
本発明は、状況や設定に応じて、端末装置を柔軟に省電力動作させることが可能なデータ通信制御システム、端末装置および通信制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明においては、端末装置と通信制御装置（たとえば、ＳＩＰサーバのような呼制御装置）が、ネットワークを介して連携して動作するため、周期的に省電力動作をすることなく、必要に応じて柔軟に省電力動作が実現できる。たとえば、バッテリーが消耗する寸前や、通信不能地域に入るという端末装置の条件に合わせて、動作を休止する時間や休止の割合を柔軟に設定することが可能である。
【０００８】
また、省電力動作においては、たとえば、アクセスポイントとの間で定期的な通信確認のための信号の受信も必要なくなるため、受信に必要な全ての回路を停止することができる。たとえば、この場合に、端末装置において、局所的な電力で動作するＣＭＯＳタイマなどに全ての制御を任せ、主電源を停止することができる。ＣＭＯＳタイマの消費電力を１ｍＷ以下と考えれば、数週間程度、省電力動作を継続させることが可能となる。
【０００９】
より詳細には、本発明の目的は、端末装置と、端末装置間の音声データ通信を制御する通信制御装置とがネットワークを介して接続されたデータ通信システムにおいて、
前記通信制御装置が、送信元の端末装置からの、着信先の端末装置への接続要求を当該着信先の端末装置に送信するか否かを判断するための判断情報を記憶した判断情報記憶手段と、送信元の端末装置からの着信先の端末装置への接続要求を受信し、前記判断情報記憶手段中、当該着信先の端末装置に関する判断情報に基づき、当該接続要求を、着信先の端末装置に送信する送受信手段と、を備えたことを特徴とするデータ通信システムにより達成される（請求項１）。
【００１０】
本発明によれば、端末装置から判断情報を受信して、これを判断情報記憶手段に記憶しておき、接続要求を送信する際に、当該判断情報を参照して、送信の是非を判断する。これにより、端末装置は、通信制御装置との間のデータ通信を望まない場合には、通信制御装置との間のデータ通信を回避することができる。たとえば、端末装置は、データ通信を望まないときに、データ送受信のための回路への電力供給を停止することで、消費電力を小さくすることができる。
【００１１】
通信制御装置は、たとえば、上述したようにＳＩＰサーバが該当し、端末装置は、ＶｏＩＰ(Voice over IP)端末が該当する。この場合、上記接続要求は、「ＩＮＶＩＴＥ」など発呼要求を意味する。
【００１２】
好ましい実施態様においては、前記端末装置が、送受信の停止を希望する時間を含むメッセージを、前記通信制御装置に送信するメッセージ送信手段を備え、前記通信制御装置が、前記送受信手段により受信された、前記端末装置からのメッセージに基づき、前記判断情報記憶手段を更新する判断情報登録手段を備えている（請求項２）。
【００１３】
たとえば、前記送受信の停止を希望する時間を含むメッセージが、省電力動作開始時刻、周期的動作時間および周期的休止時間を含む（請求項３）。たとえば、端末装置が、周期的動作時間および周期的休止時間を交互に繰り返す場合には、メッセージには上記情報が含まれる。
【００１４】
また、前記送受信の停止を希望する時間を含むメッセージが、次回端末起動予定時刻を含んでいても良い（請求項４）。たとえば、端末装置が、一定の期間、送受信を停止する場合には、メッセージに、上記日時を含ませればよい。
【００１５】
別の好ましい実施態様においては、前記送受信手段が、前記判断情報記憶手段を参照して、着信先の端末装置が、一定時間以内に送受信の停止が終了し、送受信が再開される場合に、送受信の再開まで待機した上で、前記着信先の端末装置に、接続要求を送信するように構成されている（請求項５）。
【００１６】
さらに別の好ましい実施態様においては、前記端末装置のメッセージ送信手段が、送受信の停止期間が経過後、前記通信制御装置に対して、送受信の再開を示す登録情報を送信するように構成され、前記通信制御装置の判断情報登録手段が、前記送受信手段により受信された、前記端末装置からの登録情報に基づき、前記判断情報記憶手段を更新するように構成されている（請求項６）。
【００１７】
また、本発明の目的は、上記請求項１ないし６の何れか一項に記載のデータ通信システムにおいて、通信制御装置とネットワークを介して接続される端末装置であって、判断情報に基づき、前記送受信が停止される場合に、主電源回路を停止させるとともに、タイマ回路に、次回に送受信が再開される条件を設定する動作制御手段を備え、前記動作制御手段が、前記タイマ回路からの、送受信が再開される通知にしたがって起動し、前記主電源回路を再起動するように構成されたことを特徴とする端末装置によっても達成される（請求項７）。
【００１８】
このように、判断情報にしたがって、主電源回路を停止させることで、送受信を望まない場合、送受信が不可能な場合、或いは、端末装置自体のバッテリー残量が少ない場合などに、端末装置を省電力動作させ、バッテリー寿命を引き延ばすことが可能となる。
【００１９】
さらに、本発明の目的は、端末装置間の音声データ通信を制御する通信制御装置であって、送信元の端末装置からの、着信先の端末装置への接続要求を当該着信先の端末装置に送信するか否かを判断するための判断情報を記憶した判断情報記憶手段と、送信元の端末装置からの着信先の端末装置への接続要求を受信し、前記判断情報記憶手段中、当該着信先の端末装置に関する判断情報に基づき、当該接続要求を、着信先の端末装置に送信する送受信手段と、を備えたことを特徴とする通信制御装置によっても達成される（請求項８）。
【００２０】
好ましい実施態様においては、前記送受信手段が、前記端末装置からの送受信の停止を希望する時間を含むメッセージを受信するように構成され、前記送受信手段により受信された、前記端末装置からのメッセージに基づき、前記判断情報記憶手段を更新する判断情報登録手段を備えている（請求項９）。
【００２１】
たとえば、前記送受信の停止を希望する時間を含むメッセージは、省電力動作開始時刻、周期的動作時間および周期的休止時間を含んでもよいし（請求項１０）、次回端末起動予定時刻を含んでも良い（請求項１１）。
【００２２】
また、別の好ましい実施態様においては、前記送受信手段が、前記判断情報記憶手段を参照して、着信先の端末装置が、一定時間以内に送受信の停止が終了し、送受信が再開される場合に、送受信の再開まで待機した上で、前記着信先の端末装置に、接続要求を送信するように構成されている（請求項１２）。
【００２３】
さらに別の好ましい実施態様においては、前記送受信手段が、携帯端末からの、送受信の停止期間が経過し、送受信の再開を示す登録情報を受信するように構成され、前記通信制御装置の判断情報登録手段が、前記送受信手段により受信された、前記端末装置からの登録情報に基づき、前記判断情報記憶手段を更新するように構成されている（請求項１３）。
【発明の効果】
【００２４】
本発明によれば、状況や設定に応じて、端末装置を柔軟に省電力動作させることが可能なデータ通信システム、端末装置および通信制御装置を提供することが可能となる。
【発明を実施するための最良の形態】
【００２５】
以下、添付図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態にかかるデータ通信システムの概略を示すブロックダイヤグラムである。本実施の形態において、データ通信システム１０は、ＶｏＩＰ(Voice over IP)を利用し、携帯端末間での音声パケットを送受信できるようになっている。図１に示すように、データ通信システム１０においては、ＳＩＰサーバ１２が、ネットワークを介して、多数のアクセスポイント（ＡＰ）１４−１、１４−２、・・・と接続される。ＡＰ１４の管轄下の携帯端末１６−１、１６−２は、それぞれ、自己の属するＡＰおよびネットワークを介して、他の携帯端末との間で音声データを送受信することが可能である。
【００２６】
図２は、本実施の形態にかかるＳＩＰサーバ１２の構成を示すブロックダイヤグラムである。図２に示すように、本実施の形態にかかるＳＩＰサーバ１２は、ネットワークを介したデータ送受信を制御するネットワークインタフェース（Ｉ／Ｆ）２０と、携帯端末１６からの呼を処理する呼処理部２２と、携帯端末１６の動作に関する登録やネットワークへの登録の際に必要な処理を実行する登録処理部２４と、携帯端末および携帯端末間の通信に関する種々のデータを格納するデータベース（ＤＢ）２６とを備えている。ここで、呼処理部２２及び登録処理部２４は特許請求の範囲でいう送受信手段に対応し、データベース２６は判断情報記憶手段に対応する。
【００２７】
本実施の形態において、データベース２６には、携帯端末の動作状態を示すデータを格納する端末状態テーブル２８と、後述するように、発呼の際に通信ができなかった場合に、発呼側の携帯端末（発呼端末）および着呼側の携帯端末（着呼端末）に対して呼を発生する形態で接続を図るための逆呼び出しテーブル３０と、発呼端末と着呼端末との間の接続状態を示すデータを格納する接続状態テーブル３２とが含まれる。
【００２８】
図３（ａ）は、本実施の形態にかかる端末状態テーブルのデータ構成の例を示す図である。図３（ａ）に示すように、端末状態テーブル２８のレコードは、端末名、アドレス、端末ステート、周期動作フラグ、周期的動作時間、周期的休止時間、省電力動作開始時刻、次回端末起動予定時刻、リトライカウント、フェイルフラグなどの項目を有する。ここで、端末ステートという項目は、携帯端末１６が、通常動作しているか、後述する省電力動作であるかを示す。周期動作フラグとは、携帯端末１６が周期動作を行なうか否かを表し、ＯＮであれば周期動作を行なうことを示す。周期的動作時間および周期的休止時間は、どのくらいの周期で通常動作および省電力動作を繰り返すかを示す。省電力動作開始時刻とは、携帯端末１６が省電力動作を開始するもしくは開始した時刻を示し、次回端末起動予定時刻は、携帯端末１６が次に通常動作の状態になる時刻を示す。また、リトライカウント、フェイルフラグは、休止端末用タイマ処理で用いられるものであり、詳細は後述する。図３（ａ）のレコード３０１においては、端末Ａは、通常動作を６０秒間、省電力動作を１２０秒間交番させる設定であることがわかる。なお、後述するように、本実施の形態にかかる携帯端末１６は、設定にしたがって、通常動作或いは省電力動作の状態のいずれかをとることができる。
【００２９】
また、次回端末起動予定時刻として、携帯端末１６が省電力動作しているときに、当該携帯端末１６が次に通常動作に戻ると予想される時刻が格納される。たとえば、図３（ａ）のレコード３０２においては、端末Ｂは、通常動作と省電力動作を交番させるのではなく、一定期間省電力動作となり、次回に通常動作となるのが「２００４／１１／１５  ９：００：００」であることが示される。
【００３０】
図３（ｂ）は、本実施の形態にかかる逆呼び出しテーブルのデータ構成の例を示す図である。図３（ｂ）に示すように、逆呼び出しテーブル３０のレコードは、それぞれのレコードを一意的に特定する呼出し番号、発呼アドレス、着呼アドレス、呼び出し時刻などの項目を有する。発呼アドレスおよび着呼アドレスは、それぞれ、着呼端末が省電力動作で、接続ができなかったときの、発呼端末および着呼端末を特定するものである。
【００３１】
図３（ｃ）は、接続状態テーブルのデータ構成の例を示す図である。この接続状態テーブル３２のレコードは、携帯端末間の接続が成功し、音声データ通信が行われた携帯端末に関する種々の情報を格納する。
【００３２】
図４は、携帯端末（端末Ａ）と携帯端末（端末Ｂ）との間の通話が開始されるまでの処理例を示すシーケンス図である。図４においては、端末Ａおよび端末Ｂは、省電力動作をせず、通常動作（端末ステートが「通常動作中」である）となっている。たとえば、端末Ｂは、電源投入などに伴って、ＳＩＰサーバ１２に対して、アドレスなどを登録する（ステップ４００）。登録により、後に詳述するように、ＳＩＰサーバ１２の登録処理部２４は、端末状態テーブル２８に、登録された携帯端末（端末Ｂ）の情報を格納したレコードを生成する。これにより、端末Ｂは、着信待ちの状態となる。省電力動作がない場合には、端末Ｂは、これ以降、連続的に動作する（符号４１０参照）。
【００３３】
端末Ａが端末Ｂに対して発呼する場合に、端末Ａから「ＩＮＶＩＴＥ」がＳＩＰサーバ１２を経て端末Ｂに伝達される（ステップ４０１、４０２）。ＳＩＰサーバ１２は、「ＩＮＶＩＴＥ」を、端末Ｂに送信した後、端末Ａに対しては、呼び出しをしていることを示す「１００Ｔｒｙｉｎｇ」を送信する（ステップ４０３）。
【００３４】
端末Ｂは、「ＩＮＶＩＴＥ」に対して、「１８０Ｒｉｎｇｉｎｇ」で応答する。この応答は、ＳＩＰサーバ１２を経て端末Ａに伝達される（ステップ４０４、４０５）。その後、端末Ｂのユーザが、通話のために操作することに応答して、端末Ｂから「２００ＡＣＫ」が、ＳＩＰサーバ１２を経て、端末Ａに伝達される（ステップ４０６、４０７）。端末Ａから、「２００ＡＣＫ」の応答として、端末Ｂに対して、「ＡＣＫ」が送信される（ステップ４０８）ことにより、端末Ａと端末Ｂとの間の通話が開始される（ステップ４０９）。ＳＩＰサーバ１２は、通話が開始されると、通話を一意的に特定する通話ＩＤとともに、端末Ａのアドレス（発呼アドレス）、端末Ｂのアドレス（着呼アドレス）および通話の開始時刻などを含むレコードを、接続状態テーブル３２に格納する。
【００３５】
通常動作の下では、携帯端末１６において、受信回路やＣＰＵなどが全て動作している。また、携帯端末１６が属するＡＰ１４と携帯端末１６との間では、ほぼ継続的にデータ通信が行われている。
【００３６】
本実施の形態においては、携帯端末１６は、通常動作或いは省電力動作のいずれかの状態（端末状態テーブルの端末ステートが「通常動作中」あるいは「省電力動作中」のいずれか）をとることができる。そこで、このような状態をとることができる携帯端末（端末Ｂ）において通話が開始されるまでの処理の例を、図５を参照して説明する。
【００３７】
図５に示すように、端末Ｂは、電源投入などに伴って、ＳＩＰサーバ１２に対して、アドレスなどを登録する（ステップ５００）。ここでは、たとえば、携帯端末のアドレスのほか、携帯端末が通常動作する時間（周期的動作時間）および省電力動作する時間（周期的休止時間）などが、端末状態テーブル２８に登録される。登録後、端末Ｂは、登録した周期的動作時間および周期的休止時間にしたがって、基本的には、通常動作および省電力動作を繰り返す。端末Ｂの動作（符号５２０）において、ハッチングが付されている部分（たとえば、符号５２２参照）は、端末Ｂが省電力動作していることを示し、その他の部分（たとえば、符号５２１、５２３参照）は、端末Ｂが通常動作していることを示す。
【００３８】
端末Ａから、端末Ｂとの音声データ通信を求める「ＩＮＶＩＴＥ」がＳＩＰサーバ１２に伝達されると、ＳＩＰサーバ１２は、端末状態テーブル２８の端末ステートを参照して、着呼端末である端末Ｂが通常動作であるか否かを判断する。図５の例では、端末Ｂは省電力動作の下（端末ステートが「省電力動作中」）にあるため、ＳＩＰサーバ１２は、端末Ｂが通常動作（端末ステートが「通常動作中」）となるまで「ＩＮＶＩＴＥ」の送信を遅らせて、待機状態とする（符号５０３参照）。その一方、発呼端末である端末Ａに対しては、当該端末Ａからの再度の「ＩＮＶＩＴＥ」の送信やタイムアウトを防ぐため、「１００Ｔｒｙｉｎｇ」を送信しておく（ステップ５０２）。
【００３９】
端末状態テーブル２８の端末ステートを参照して、端末Ｂが通常動作（端末ステートが「通常動作中」）となったと判断すると、ＳＩＰサーバ１２は、「ＩＮＶＩＴＥ」を端末Ｂに送信する（ステップ５０４）。端末Ｂにおいては、「ＩＮＶＩＴＥ」を受信すると、これ以降、音声データ通信が開始されるため、通常動作と省電力動作の交番を停止し、以後、通常動作が継続されることになる。端末Ｂが「ＩＮＶＩＴＥ」を受信した後の動作は、図４に示すものと同様である。図５において、ステップ５０５〜５１０は、図４のステップ４０４〜４０９にそれぞれ対応する。
【００４０】
このような通常動作および省電力動作を実現する携帯端末の構成について以下に説明する。図６は、本実施の形態にかかる携帯端末の構成を示すブロックダイヤグラムである。図６に示すように、携帯端末１６は、無線ＬＡＮネットワークを介したデータ送受信を制御する通信Ｉ／Ｆ４０と、発呼や着呼に関して必要な処理を実行する呼処理部４２と、受信したデータのパケットに含まれる音声データを復号化し、また、音声データを符号化する音声コーデック４４と、携帯端末１６に関する情報のＳＩＰサーバ１２への登録に必要な処理を実行する登録処理部４６と、携帯端末１６自身の動作状態を制御する動作状態制御部４８と、ＣＰＵ、メモリ、通信Ｉ／Ｆ４０や呼処理部４２を含む受信回路など、携帯端末１６の主たる回路要素の電源供給を制御する主電源回路５０と、タイマ回路５２と、マイク５４と、スピーカ５６と、を有する。
【００４１】
登録処理部４６は、ユーザの操作にしたがって、或いは、携帯端末１６自身の状況に基づき動作状態制御部４８の指示にしたがって、ＳＩＰサーバ１２に登録すべき情報を生成する。本実施の形態においては、ユーザの操作により、たとえば、以下のように携帯電話の動作状態を設定することができる。
（１）一定周期で携帯端末１６を通常動作或いは省電力動作させる。
【００４２】
たとえば、１分間通常動作させ、引き続いて２分間省電力動作させる場合などがこれに相当する。省電力動作と通常動作とを交番させることにより、携帯端末１６のバッテリーの寿命を引き延ばすことが可能である。
（２）ある日時からある日時までの一定期間、携帯端末１６を省電力動作させる。たとえば、携帯端末１６を保持するユーザが、ある期間だけ、無線ＬＡＮの管轄範囲を離れる場合や、ある期間（たとえば休日）にユーザが、携帯端末１６における着呼を拒否したい場合などがこれに相当する。この場合にも、着信が不能あるいは不要である場合に、携帯端末１６を省電力動作させることにより、バッテリーの寿命を長くすることができる。
【００４３】
ユーザが、携帯端末のキーを操作して、上記（１）或いは（２）の設定を指示すると、携帯端末１６の登録処理部４６は、動作状態制御部４８に設定条件を伝達する。動作状態制御部４８は、メモリ（図示せず）に、設定条件を記憶する。この設定条件において、上記（１）の場合には、周期動作フラグ（ＯＮ）、省電力動作開始時刻、周期的動作時間、周期的休止時間、が含まれる。また、上記（２）の場合には、設定条件には、次回端末起動予定時刻が含まれる。
【００４４】
また、図５のステップ５００に示す登録時に、登録処理部４６は、通信Ｉ／Ｆ４０に設定条件を渡す。通信Ｉ／Ｆ４０は、呼処理部４２からのアドレス等とともに、設定条件を送信する。これにより、ＳＩＰサーバ１２において、携帯端末１６の登録処理が実行される。
【００４５】
図７は、本実施の形態にかかるＳＩＰサーバ１２において実行される登録処理を示すフローチャートである。図７に示すように、ＳＩＰサーバ１２が、携帯端末１６からの登録処理依頼を受け付けると（ステップ７０１）、登録依頼に、省電力動作に関する情報が含まれるか否かを判断する（ステップ７０２）。ステップ７０２でイエス(Yes)と判断された場合には、ＳＩＰサーバ１２の登録処理部２４は、ＤＢ２６の端末状態テーブル２８において、登録依頼を送信した携帯端末の端末名、アドレスを有するレコードを生成し、当該レコードに、端末ステート、周期動作フラグ、周期的動作時間、周期的休止時間、省電力動作開始時刻、次回端末起動予定時刻、リトライカウント、フェイルフラグなどを書き込む（ステップ７０３）。
【００４６】
たとえば、上記（１）の場合には、周期動作フラグはＯＮであり、省電力動作開始時刻と周期的動作時間および周期的休止時間に基づき、次回端末起動予定時刻が算出され、これらがレコードに格納される。具体的には、省電力動作開始時刻に周期的休止時間を加算し、その結果を次回端末起動予定時刻とする。次回端末起動予定時刻になると、端末ステートを「通常動作中」に更新する。次回端末起動予定時刻に周期的動作時間を加算した時刻になると、端末ステートを「省電力動作中」に更新する。以降、この動作を繰り返す。また、上記（２）の場合には、周期動作フラグはＯＦＦであり、かつ、携帯端末は省電力動作中であるため、次回端末起動予定時刻が到来すると、端末ステートを「通常動作中」に更新する。
【００４７】
ステップ７０２においてノー(No)と判断された場合には、端末名およびアドレスに、該当する値が格納され、かつ、状態が通常動作であるようなレコードが、端末状態テーブル２８に生成される（ステップ７０４）。
【００４８】
このような処理の後、ＳＩＰサーバ１２は、登録完了プロトコルを携帯端末１６に送信する（ステップ７０５）。
【００４９】
図８（ａ）に示すように、携帯端末１６の動作状態制御部４８は、通常動作の下、定時的にメモリ（図示せず）に記憶された設定条件を参照する（ステップ８０１）。設定条件に基づき、省電力動作すべきと判断されると（ステップ８０２でイエス(Yes)）、動作状態制御部４８は、主電源回路５０にＣＰＵなどの各構成要素への電力供給の停止を指示する（ステップ８０３）。ＣＰＵなどはこれに応答して必要な情報のメモリへの退避などの処理を実行する。次いで、動作状態制御部４８は、設定条件に基づいて次回端末起動予定時刻を算出し、タイマ回路５２に次回端末起動予定時刻を伝達する（ステップ８０４）。これにより、タイマ回路５２は起動し、次回端末起動予定時刻に動作状態制御部４８を起動することになる。このようにして、携帯端末１６においては、タイマ回路５２を除き、ほぼ全ての構成要素への電源供給が停止され、携帯端末１６は省電力動作に移行する（ステップ８０５）。
【００５０】
図８（ｂ）に示すように、次回端末起動予定時刻に達すると（ステップ８１１）、タイマ回路５２から動作状態制御部４８に時刻に達したことが伝達され、動作状態制御部４８が起動する（ステップ８１２）。動作状態制御部４８は、主電源回路５０に電力供給の再開を指示する（ステップ８１３）。これにより、携帯端末１６は、再度、通常動作する。次いで、動作状態制御部４８は、登録処理部４６に、ＳＩＰサーバ１２への携帯端末の再登録を指示する（ステップ８１４）。この再登録において、登録処理部４６は、端末名およびアドレスとともに、状態が「通常動作」に戻ったことを通知する。ＳＩＰサーバ１２は、この再登録にしたがって、必要に応じて、端末状態テーブル２８の端末ステートの項目を更新することもできる。
【００５１】
このように構成されたデータ通信システム１０のＳＩＰサーバ１２における呼処理について、図９を参照してより詳細に説明する。ＳＩＰサーバ１２の呼処理部２２が、発呼端末からの発呼要求を受信すると（ステップ９０１）、発呼要求を参照して、着呼端末を特定し、端末状態テーブル２８を参照して、着呼端末の状態をチェックする（ステップ９０２）。
着呼端末にかかる端末状態テーブル２８のレコード中、端末ステートの項目が、「省電力動作中」でない場合、つまり、「通常動作中」である場合には（ステップ９０３でノー(No)）、発呼要求を着呼端末に転送する（ステップ９０４）。
【００５２】
その一方、ステップ９０３でイエス(Yes)と判断された場合には、ＳＩＰサーバ１２の呼処理部２２は、休止端末対応処理を実行する（ステップ９０５）。図１０は、休止端末対応処理をより詳細に示すフローチャートである。
図１０に示すように、ＳＩＰサーバ１２の呼処理部２２は、着呼端末にかかる端末状態テーブル２８のレコードにおいて、次回端末起動予定時刻の項目を参照する。（ステップ１００１）
次に、該当する携帯端末が省電力動作から通常動作にその状態が変更されるまで、所定の時間以上であるか否かを判断する（ステップ１００２）。この所定の時間は、所望のように設定可能であり、たとえば、１０秒あるいは５分などとすることができる。
【００５３】
ステップ１００２でノー(No)と判断された場合には、次回端末起動予定時刻に達し、着呼端末が通常動作まで待機する。（ステップ１００３）。次回端末起動予定時刻にすでに到達していた場合、あるいは待機後到達した場合には、発呼要求が着呼端末に転送される（図９のステップ９０４）。
【００５４】
その一方、ステップ１００２でイエス(Yes)と判断された場合には、呼処理部２２は、当該着呼端末において、一定時間以上、応答（再登録）がない状態であるか否かを判断する（ステップ１００４）。
【００５５】
ステップ１００４でイエス(Yes)と判断された場合には、着呼端末に関する端末状態テーブル２８のレコードを削除する（ステップ１００５）。これに対して、ステップ１００４でノー(No)と判断された場合には、呼処理部２２は、着呼端末が休止中であることを発呼端末に報告し、かつ、着信端末に関する端末状態テーブル２８のレコード中、次回端末起動予定時刻の項目を参照して、これを予定再起動時間として通知するようなトーキーを、発呼端末に送信する（ステップ１００７）。その後、呼処理部２２は、逆呼び出し設定処理を実行する（ステップ１００８）。
【００５６】
この逆呼び出し設定処理は、着呼端末が次に通常動作するときに、発呼端末と着呼端末との間を自動的に接続させるために必要な情報を設定するものである。逆呼び出し設定処理は、発呼端末のユーザからの指示の有無にかかわらず実行されるように構成しても良いし、或いは、発呼端末のユーザからの指示があった場合に、実行されるように構成しても良い。逆呼び出し処理設定においては、呼処理部２２は、着呼端末に関する端末状態テーブル２８のレコード中、次回端末起動予定時刻を呼び出し時刻として、逆呼び出しを特定する逆呼び出し番号、発呼アドレスおよび着呼アドレスとともに、逆呼び出しテーブル３０に格納する。
【００５７】
ステップ１００５或いはステップ１００８の後、呼処理部２２は、発呼端末からの呼を切断するために必要な処理を実行する（ステップ１００６）。
【００５８】
ＳＩＰサーバ１２においては、定期的に、逆呼び出しテーブル３０を参照して、呼び出し時刻に達したものについて、逆呼び出しを実行する。図１１は、本実施の形態にかかる逆呼び出し処理の例を示すフローチャートである。呼処理部２２は、まず、逆呼び出しテーブル３０をロックして、当該テーブルのレコード中の呼び出し時刻を参照して、逆呼び出しの対象となるレコードが存在するか否かを判断する（ステップ１１０２）。ステップ１１０２においてイエス(Yes)と判断された場合には、次いで、呼処理部２２は、携帯端末が呼び出し可能であるか否かを判断する（ステップ１１０３）。ステップ１１０３においては、たとえば、呼処理部２２は、端末状態テーブル２８を参照して、逆呼び出しの対照となる発呼端末および着呼端末の端末ステートが「通常動作中」となっているかどうかを判断すればよい。
【００５９】
ステップ１１０３でイエス(Yes)と判断された場合には、呼処理部２２は、発呼端末および着呼端末を呼び出す（ステップ１１０４）。呼び出しが成功し、発呼端末および着呼端末の間で通話が開始された場合には（ステップ１１０５でイエス(Yes)）、呼処理部２２は、逆呼び出しテーブル３０の該当レコードを削除する（ステップ１１０６）。その後、逆呼び出しテーブル３０のロックが解除され（ステップ１１０７）、処理が終了する。
【００６０】
図１２は、ステップ１１０４における発呼端末および着呼端末の呼び出しの一例を示すシーケンス図である。この例では、ＳＩＰサーバ１２は、ＲＦＣ３７２５に準拠して双方の携帯端末を呼び出す。図１２において、右欄（符号１２１０）は、着呼端末である端末Ｂの動作状態を示し、ハッチングに示す部分（符号１２１１）において端末Ｂは省電力動作し、白い部分（符号１２１２）において携帯端末は通常動作する。また、図１２の例において、端末Ａは常に通常動作していると考える。
【００６１】
端末Ｂが、省電力動作から通常動作に移行すると、ＳＩＰサーバ１２に対して再登録が行われる（ステップ１２００）。これにより、ＳＩＰサーバ１２において、端末状態テーブル２８の、端末Ｂに関するレコード中、端末ステートの項目が「通常動作」に変化する。基本的には、この処理が行われる時刻は、端末状態テーブル２８の当該レコードにおける次回動作時刻とほぼ同じである。これにより、端末Ａおよび端末Ｂの双方が通常動作となり、逆呼び出しが可能な状態となる。ＳＩＰサーバ１２の呼処理部２２は、双方の携帯端末（端末Ａ、端末Ｂ）に「ＩＮＶＩＴＥ」を送信し、それぞれからの応答（２００ＯＫ）の返信を待つ。なお、実際には、呼び出し中の「１８０  Ｒｉｎｇｉｎｇ」や「１００  Ｔｒｙｉｎｇ」も送受信される場合もあるが、この図においては省略している。
【００６２】
端末Ａおよび端末Ｂから「２００  ＯＫ」を受信すると（ステップ１２０２、１２０４）、ＳＩＰサーバ１２の呼処理部２２は、それぞれの携帯端末に「ＡＣＫ」を送信する（ステップ１２０５、１２０６）。これにより、端末Ａと端末Ｂとの間の通話が開催される（ステップ１２０７）。
【００６３】
次に、次回端末起動予定時刻が経過しても、再登録が送信されない携帯端末１６（以下、このような携帯端末を「休止端末」と称する。）に関する処理（休止端末用タイマ処理）について説明する。図１３は、本実施の形態にかかる休止端末用タイマ処理の例を示すフローチャートである。この処理も、たとえば、数時間に一度など定期的に実行される。
【００６４】
呼処理部２２は、まず、端末状態テーブル２８中、リトライカウントおよびフェイルフラグの項目をロックする（ステップ１３０１）。次いで、端末状態テーブル２８のレコードの端末ステートの項目、次回端末起動予定時刻を参照して、処理対象の携帯端末からの再登録があったか否かを判断する。ここに、処理対象の携帯端末とは、端末状態テーブルのレコードにおいて、その端末ステートが「省電力動作中」でありかつ次回端末起動予定時刻が既に経過しているようなものが該当する。したがって、そのような携帯端末を見出す（ステップ１３０２）。処理対象の携帯端末がある場合（ステップ１３０２でイエス(No)）、呼処理部２２は、端末状態テーブル２８の当該携帯端末に関するレコードを参照して、リトライカウントの値が、所定の数「ｎ」であるか否かを判断し（ステップ１３０３）、リトライカウントの値が「ｎ」より小さければ（ステップ１３０３でノー(No)）、リトライカウントをインクリメントし（ステップ１３０４）、「ｎ」以上であれば、フェイルフラグに「１」をセットする（ステップ１３０５）。
【００６５】
その後、リトライカウントおよびフェイルフラグの項目のロックが解除され（ステップ１３０６）、処理が終了する。フェイルフラグが「１」にセットされたようなレコードは、後に、端末状態テーブル２８の登録抹消処理（図１０のステップ１００５参照）により削除される。
【００６６】
このように、本実施の形態によれば、携帯端末１６は、設定により、通常動作或いは省電力動作を選択できる。たとえば、一定時間ごとに通常動作および省電力動作することにより、バッテリー寿命を引き延ばすことができる。さらに、携帯端末１６による受信（着呼）を望まない場合や不可能な場合には、省電力動作させることにより、さらにバッテリー寿命を延ばすことが可能となる。また、ＳＩＰサーバ１２は、携帯端末の動作状態を端末状態テーブルに記憶し、その端末ステートにしたがって、携帯端末に発呼要求を転送するか否かを判断する。比較的短時間で、携帯端末が通常動作に戻る場合には、その時間を待機した上で、発呼要求を転送する。
【００６７】
次に、本発明の第２の実施の形態について説明する。第１の実施の形態においては、携帯端末１６は、省電力動作から通常動作に移行すると、ＳＩＰサーバ１２に再登録している。これに対して、第２の実施の形態においては、携帯端末１６は、通常動作に移行した場合に、ＳＩＰサーバ１２に対して再登録を行わない。このため、ＳＩＰサーバ１２の登録処理部２４は、定期的に端末状態テーブル２８のレコード中の周期的動作時間および周期的休止時間を参照して次回端末起動予定時刻を算出して、その値をレコード中に格納するとともに、次回端末起動予定時刻を参照して、その時刻を経過している場合には、当該レコードについて、端末ステートの項目を「通常動作中」に変化させる。それ以外について、第２の実施の形態の構成および動作は、第１の実施の形態のものと同様である。
【００６８】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【００６９】
たとえば、本発明において、次回端末起動予定時刻は、短期間（たとえば、現在より数時間先の時刻）に限定されず、数日或いは数週間先の日時を設定しても良い。たとえば、ユーザが長期出張の際に、携帯端末のバッテリーの消費を防止したい場合には、このような設定を利用すればよい。
【００７０】
また、前記実施の形態においては、通常動作および省電力動作を交番させる設定や、ユーザの指示により一定期間、携帯端末を省電力動作させる設定について説明した。しかしながら、本発明は、これに限定されるものではなく、携帯端末１６の主電源回路において、バッテリー残量が所定量を下回った場合に、携帯端末のバッテリー切れを防止するために、省電力動作に移行するように構成しても良い。この際に、携帯端末１６は、ＳＩＰサーバ１２に対して、状態が「省電力動作中」となることを登録すれば良い。これに応答して、ＳＩＰサーバ１２の登録処理部２４は、当該携帯端末について、端末状態テーブル２８の該当レコード中、端末ステートの項目を「省電力動作中」にする。
【００７１】
このような機能は、端末がある条件を満たした際に「省電力動作」へ移行、もしくは「通常動作」へ戻る場合に、端末１６を起動もしくは停止する必要がある用途への応用が可能である。
【００７２】
たとえば、この携帯端末の条件としては、無線タグ、外気温度センサー、音声センサー、光センサー、振動センサー、ガスセンサーなど、ある特定の条件、または場所に移動、接近したことを携帯端末が検出する手段を有すれば、携帯端末１６はＳＩＰサーバ１２に対して「省電力動作」もしくは「通常動作」の登録を自動的に行うことが出来る。
【００７３】
この動作により、電話のマナーモードの自動化なども可能であり、図書館、レストラン、劇場、映画館などでの応用が考えられる。
【００７４】
さらに、ユーザが、携帯端末を契約する際に、一定の日時（たとえば、土日など）は、携帯端末１６を省電力動作させることを通知し、携帯端末が予め、通知にしたがった設定となっていても良い。発呼要求の制御は、端末状態テーブルの「端末ステート」フィールドでの制御ではなく、次回端末起動予定時刻と発呼要求の受信時刻との比較でもよい。受信時刻が次回端末起動予定時刻の前であれば、「省電力動作中」と判断できる。
【００７５】
また、本実施の形態においては、携帯端末が、無線ＬＡＮを用いてＡＰ１４と接続される構成であったが、これに限定されず、携帯端末とＡＰとの間は有線による接続であっても良い。
【図面の簡単な説明】
【００７６】
【図１】図１は、本実施の形態にかかるデータ通信システムの概略を示すブロックダイヤグラムである。
【図２】図２は、本実施の形態にかかるＳＩＰサーバの構成を示すブロックダイヤグラムである。
【図３】図３（ａ）〜（ｃ）は、それぞれ、第１の実施の形態にかかる端末状態テーブル、逆呼び出しテーブル、接続状態テーブルのデータ構成の例を示す図である。
【図４】図４は、携帯端末（端末Ａ）と携帯端末（端末Ｂ）との間の通話が開始されるまでの処理例を示すシーケンス図である。
【図５】図５は、携帯端末（端末Ａ）と携帯端末（端末Ｂ）との間の通話が開始されるまでの処理例を示すシーケンス図である。
【図６】図６は、本実施の形態にかかる携帯端末の構成を示すブロックダイヤグラムである。
【図７】図７は、本実施の形態にかかるＳＩＰサーバにおいて実行される登録処理の例を示すフローチャートである。
【図８】図８は、本実施の形態にかかる携帯端末において実行させる処理の例を示すフローチャートである。
【図９】図９は、本実施の形態にかかるＳＩＰサーバにおける呼処理の例を示すフローチャートである。
【図１０】図１０は、休止端末対応処理をより詳細に示すフローチャートである。
【図１１】図１１は、本実施の形態にかかる逆呼び出し処理の例を示すフローチャートである。
【図１２】図１２は、ステップ１１０４における発呼端末および着呼端末の呼び出しの例を示すシーケンス図である。
【図１３】図１３は、本実施の形態にかかる休止端末用タイマ処理の例を示すフローチャートである。
【符号の説明】
【００７７】
１０      データ通信システム
１２      ＳＩＰサーバ
１４      ＡＰ
１６      携帯端末
２０      ネットワークＩ／Ｆ
２２      呼処理部
２４      登録処理部
２６      ＤＢ
２８      端末状態テーブル
３０      逆呼び出しテーブル
３２      接続状態テーブル
【図１】
2006148749.tif 000003
【図２】
2006148749.tif 000004
【図３】
2006148749.tif 000005
【図４】
2006148749.tif 000006
【図５】
2006148749.tif 000007
【図６】
2006148749.tif 000008
【図７】
2006148749.tif 000009
【図８】
2006148749.tif 000010
【図９】
2006148749.tif 000011
【図１０】
2006148749.tif 000012
【図１１】
2006148749.tif 000013
【図１２】
2006148749.tif 000014
【図１３】
2006148749.tif 000015