(57)【要約】【課題】アプリケーション制御用CPU（ACPU）と通信制御用CPU（CCPU）とを有する通信機能付き携帯端末におけるACPUからCCPUを起動する場合のタイミングを適切にして消費電力の低減を図る。【解決手段】携帯端末のアプリケーションイベントの発生に応答して、CCPU制御下にあり間欠受信タイミングで動作する制御対象装置（１３０）の動作を検出して、制御対象装置の動作期間にACPU（２００）からCCPU（１００）に送信要求してCCPUを起動させる。CCPUが間欠受信周期の待機状態にある場合にACPUからの起動を避ける。【選択図】  図１
2005142981.tif 000002
【特許請求の範囲】
【請求項１】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末において、携帯端末の間欠受信モードにおける受信期間動作を検出する手段と、前記受信期間動作の検出に応答して前記第２のCPU装置から前記第１のCPU装置を起動させる手段とを含む携帯端末。
【請求項２】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末において、携帯端末のアプリケーションのイベント発生に応答して間欠受信モードで動作中に受信期間動作を検出す手段と、前記受信期間に前記第２のCPU装置から前記第１のCPU装置を起動させる手段とを含む携帯端末。
【請求項３】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末において、携帯端末のアプリケーションのイベント発生に応答して間欠受信モードで動作中に間欠受信周期の受信期間動作を検出する手段と、間欠受信周期における次の受信期間に前記第２のCPU装置から前記第１のCPU装置を起動させる手段とを含む携帯端末。
【請求項４】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末のおいて、携帯端末のアプリケーションのイベント発生を検出する手段と、前記第１のCPU装置の制御下にあり間欠受信モードで動作する制御対象装置の動作を検出する手段と、前記制御対象装置の動作期間に前記第２のCPU装置から前記第１のCPUを起動させる手段とを含む携帯端末。
【請求項５】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末のおいて、携帯端末のアプリケーションのイベント発生を検出する手段と、前記第１のCPU装置の制御下にあり間欠受信モードで動作する制御対象装置の動作を検出する手段と、前記制御対象装置の前記動作期間の次の動作期間に前記第２のCPU装置から前記第１のCPUを起動させる手段とを含む携帯端末。
【請求項６】
前記制御対象装置が携帯端末の無線装置における低雑音増幅装置である請求項４又は５記載の携帯端末。
【請求項７】
前記第１のCPU装置を起動した後前記第2のCPU装置から前記第1のCPU装置に必要情報を送信する手段を含む請求項１，２、３、４、５又は６記載の携帯端末。
【請求項８】
前記必要情報を前記受信期間内に送出することを特徴とする請求項７記載の携帯端末。
【請求項９】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末において、間欠受信モードで動作中に携帯端末のアプリケーションの第1優先度のイベントの発生に応答して前記第２のCPU装置から前記第１のCPU装置を起動させる手段と、携帯端末のアプリケーションのイベントであって前記第1優先度より優先順位の低い第2優先度のイベント発生に応答して間欠受信モードでの受信期間動作を検出する手段と、受信期間に前記第２のCPU装置からから前記第１のCPU装置を起動させる手段と、携帯端末のアプリケーションのイベントであって前記第2優先度より優先順位の低い第3優先度のイベントの発生に応答して間欠受信周期の受信期間動作を検出する手段と、間欠受信周期における次の受信期間に前記第２のCPU装置から前記第１のCPU装置を起動させる手段とを含む携帯端末。  
【請求項１０】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末において、前記第1のCPU装置の機能を分担し間欠受信モードにおける通信オフ状態で待機状態にある第1のCPUコア手段と、間欠受信モードで動作状態にあり前期第1のCPUコア手段を起動する第1の制御インタフェース手段と、前記第２のCPU装置の機能を分担し間欠受信モードにおける通信オフ状態で待機状態にある第２のCPUコア手段と、間欠受信モードで動作状態にあり前期第２のCPUコア手段を起動する第２の制御インタフェース手段と、間欠受信モードで動作中に携帯端末のアプリケーションのイベント発生に応答して受信期間を検出する手段と、前記受信期間に前記第2の制御インタフェース手段から前記前記第1の制御インタフェース手段に送信要求する手段とを含み、送信要求に応答し前記第1の制御インタフェース手段が前記第１のCPUコア手段を起動し前記第２のCPUコア手段が前記第１のCPUコア手段に必要情報を供給する携帯端末。
【請求項１１】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末において、前記第1のCPU装置の機能を分担し間欠受信モードにおける通信オフ状態で待機状態にある第1のCPUコア手段と、間欠受信モードで動作状態にあり前期第1のCPUコア手段を起動する第1の制御インタフェース手段と、前記第２のCPU装置の機能を分担し間欠受信モードにおける通信オフ状態で待機状態にある第２のCPUコア手段と、間欠受信モードで動作状態にあり前期第２のCPUコア手段を起動する第２の制御インタフェース手段と、間欠受信モードで動作中に携帯端末のアプリケーションのイベント発生に応答して間欠受信周期の受信期間動作を検出する手段、前記間欠受信周期の次の受信期間に前記第2の制御インタフェース手段から前記第1の制御インタフェース手段に送信要求をする手段とを含み、前記第1の制御インタフェース手段が前記第１のCPUコア手段を起動し前記第２のCPUコア手段が前記第１のCPUコア手段に必要情報を供給する携帯端末。
【請求項１２】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末の制御方法において、携帯端末の間欠受信モードにおける受信期間動作を検出するステップと前記第２のCPU装置から前記第１のCPU装置を起動させるステップを含む携帯端末の制御方法。
【請求項１３】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末の制御方法において、携帯端末のアプリケーションのイベント発生に応答して間欠受信モードで動作中に受信期間動作を検出するステップと、前記受信期間に前記第２のCPU装置から前記第１のCPU装置を起動させるステップとを含む携帯端末の制御方法。
【請求項１４】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末の制御方法において、携帯端末のアプリケーションのイベント発生に応答して間欠受信周期の受信期間動作を検出するステップと、前記間欠受信周期における次の受信期間に前記第２のCPU装置から前記第１のCPU装置を起動させるステップとを含む携帯端末の制御方法。
【請求項１５】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末の制御方法において、携帯端末のアプリケーションのイベント発生を検出するステップと、前記第１のCPU装置の制御下にあり間欠受信モードで動作中に制御対象装置の動作を検出するステップと、前記制御対象装置の動作期間に前記第２のCPU装置から前記第１のCPUを起動させるステップとを含む携帯端末の制御方法。
【請求項１６】
前記制御対象装置が携帯端末の無線装置における低雑音増幅装置である請求項１５記載の携帯端末の制御方法。
【請求項１７】
前記第１のCPU装置を起動した後前記第2のCPU装置から前記第1のCPU装置に必要情報を送信するステップを含む請求項１２、１３、１4、１５又は１６記載の携帯端末の制御方法。
【請求項１８】
前記必要情報を前記受信期間内に送出することを特徴とする請求項１７記載の携帯端末の制御方法。
【請求項１９】
主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末の制御方法において、携帯端末のアプリケーションのイベント発生に応答して間欠受信モードで動作中に前記第２のCPU装置から前記第１のCPU装置を起動させるステップを含む第1の制御ステップと、携帯端末のアプリケーションのイベント発生に応答して間欠受信モードで動作中に受信期間を検出するステップと前記受信期間に前記第２のCPU装置から前記第１のCPU装置を起動させるステップとを含む第２の制御ステップと、携帯端末のアプリケーションのイベント発生に応答して間欠受信モードで動作中に間欠受信周期の受信期間を検出するステップと間欠受信周期における次の受信期間まで待機するステップと前記次の受信期間に前記第２のCPU装置から前記第１のCPU装置を起動させるステップとを含む第３の制御ステップとを含み、前記第1の制御ステップを第１優先度のイベントに、前記第2の制御ステップを前記第1優先度より優先順位の低い第2優先度のイベントに、前記第3の制御ステップを前記第2優先度より優先順位の低い第3優先度のイベントに対応させるステップを含む携帯端末の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末に関し、特に複数のCPUを用いた通信機能付き携帯端末およびその制御方法に関する。
【背景技術】
【０００２】
通信機能付き携帯端末は、通信機能と他のサービス機能とに係る管理制御に単一のCPUを用いる携帯端末と、複数のCPUを利用した通信機能付き携帯端末とがある（例えば特許文献１）。
【０００３】
携帯端末のサービス機能の拡大、高度化につれて複数のCPUを使用する場合が多くなると考えられる。
【０００４】
１つのCPUは、主として実際に通信をするのに必要とされるRF（無線周波）装置、信号処理DSP（ディジタル信号処理装置）などの制御管理を担当する通信制御用CPU（CCPU）であり、他の1つは、携帯端末の液晶ディスプレイ装置、音声入出力装置、キー装置、光学装置等のユーザインタフェースの制御管理を担当するアプリケーション制御用CPU（ACPU）である。
【０００５】
CPUの複数化の傾向は、機能的に変化の少ない通信機能と、ディジタルカメラ機能やゲーム機能などに見られるように拡充されあるいは追加されるアプリケーション機能とを単一のCPUで管理制御する携帯端末では、それだけCPUやその制御ソフトの開発日数やコストがかかるためである。また、設計ミスなどが発生する可能性もその分大きくなり、開発リスクの増大につながるためである。
【０００６】
複数のCPU構成では、ACPUは主としてデータ処理を行っていない場合は、待機状態にして低電力状態とし、CCPUは主としてデータ通信を行っていない場合は、外部からの通信開始要求の監視を行う場合を除き待機状態にさせ低電力状態とする制御が行われる。そして、例えばユーザインタフェースであるキーの操作によって通信を行う必要が生じると、ACPU側からCCPUを起動させ通信可能状態にする。
【０００７】
しかし、一定周期で通信をオンオフさせながら着呼状態を監視する間欠受信動作モードで、CCPUは間欠受信動作タイミングに同期して動作したり待機したりするが、ACPUはこのタイミングがわからない。ACPUがCCPUに対して任意のタイミングで送信要求をかけると待機状態のCCPUを強制的に起動することになり、消費電流が流れ、その分電池で動作する携帯端末の動作時間、通話時間や待受け時間などが短くなるこのため、極力無駄のないCPUの動作方法が必要になる。
【０００８】
【特許文献１】特開平１１−８５３３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、本発明は、複数のCPU構成を用いた携帯端末においてACPU側からCCPU側への起動のタイミングを適切に行い、消費電力の軽減を図った携帯端末及びその制御方法を提供することにある。
【課題を解決するための手段】
【００１０】
この発明によれば、主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末において、携帯端末の間欠受信モードにおける受信期間動作を検出する手段と、受信期間動作の検出に応答して前記第２のCPU装置から第１のCPU装置を起動させる手段とを含む携帯端末が得られる。
受信期間動作の検出は、携帯端末のアプリケーションのイベント発生に応答して行うとよい。また、起動は、間欠受信周期における次の受信期間に第２のCPU装置から第１のCPU装置を起動させてもよい。
【００１１】
また、この発明によれば、主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末のおいて、携帯端末のアプリケーションのイベント発生を検出する手段と、第１のCPU装置の制御下にあり間欠受信モードで動作する制御対象装置の動作を検出する手段と、制御対象装置の動作期間に第２のCPU装置から第１のCPUを起動させる手段とを含む携帯端末が得られる。
【００１２】
起動は、制御対象装置の動作期間の次の動作期間に行っても良い。さらに、制御対象装置は携帯端末の無線装置における低雑音増幅器でもよい。さらに、携帯端末は、第１のCPU装置を起動した後第2のCPU装置から前記第1のCPU装置に必要情報を送信する手段を含む。
【００１３】
また、本発明によれば、主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末において、間欠受信モードで動作中に携帯端末のアプリケーションの第1優先度のイベントの発生に応答して第２のCPU装置から第１のCPU装置を起動させる手段と、携帯端末のアプリケーションのイベントであって第1優先度より優先順位の低い第2優先度のイベント発生に応答して間欠受信モードでの受信期間動作を検出する手段と、受信期間に第２のCPU装置からから第１のCPU装置を起動させる手段と、携帯端末のアプリケーションのイベントであって第2優先度より優先順位の低い第3優先度のイベントの発生に応答して間欠受信周期の受信期間動作を検出する手段と、間欠受信周期における次の受信期間に第２のCPU装置から第１のCPU装置を起動させる手段とを含む携帯端末が得られる。
【００１４】
また、この発明によれば、第1のCPU装置の機能を分担し間欠受信モードにおける通信オフ状態で待機状態にある第1のCPUコア手段と、間欠受信モードで動作状態にあり第1のCPUコア手段を起動する第1の制御インタフェース手段と、第２のCPU装置の機能を分担し間欠受信モードにおける通信オフ状態で待機状態にある第２のCPUコア手段と、間欠受信モードで動作状態にあり第２のCPUコア手段を起動する第２の制御インタフェース手段と、間欠受信モードで動作中に携帯端末のアプリケーションのイベント発生に応答して受信期間を検出する手段と、受信期間に前記第2の制御インタフェース手段から第1の制御インタフェース手段に送信要求する手段とを含み、送信要求に応答し第1の制御インタフェース手段が前記第１のCPUコア手段を起動し第２のCPUコア手段が前記第１のCPUコア手段に必要情報を供給する携帯端末が得られる。
【００１５】
また、送信要求は、間欠受信モードで動作中に携帯端末のアプリケーションのイベント発生に応答して間欠受信周期の受信期間動作を検出した後、間欠受信周期の次の受信期間に第2の制御インタフェース手段から第1の制御インタフェース手段に送信要求してもよろしい。
【００１６】
この発明によれば、主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末の制御方法において、携帯端末の間欠受信モードにおける受信期間動作を検出するステップと前記第２のCPU装置から前記第１のCPU装置を起動させるステップを含む携帯端末の制御方法が得られる。
また、この発明によれば、主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末の制御方法において、携帯端末のアプリケーションのイベント発生を検出するステップと、第１のCPU装置の制御下にあり間欠受信モードで動作中に制御対象装置の動作を検出するステップと、制御対象装置の動作期間に第２のCPU装置から第１のCPUを起動させるステップとを含む携帯端末の制御方法が得られる。
【００１７】
また、この発明によれば、主として通信機能の管理制御を行う第１のCPU装置と、主としてアプリケーションの管理制御を行う第２のCPU装置とを含む携帯端末の制御方法において、携帯端末のアプリケーションのイベント発生に応答して間欠受信モードで動作中に第２のCPU装置から第１のCPU装置を起動させるステップを含む第1の制御ステップと、携帯端末のアプリケーションのイベント発生に応答して間欠受信モードで動作中に受信期間を検出するステップと前記受信期間に第２のCPU装置から第１のCPU装置を起動させるステップとを含む第２の制御ステップと、携帯端末のアプリケーションのイベント発生に応答して間欠受信モードで動作中に間欠受信周期の受信期間を検出するステップと間欠受信周期における次の受信期間まで待機するステップと次の受信期間に前記第２のCPU装置から第１のCPU装置を起動させるステップとを含む第３の制御ステップとを含み、第1の制御ステップを第１優先度のイベントに、第2の制御ステップを第1優先度より優先順位の低い第2優先度のイベントに、第3の制御ステップを前記第2優先度より優先順位の低い第3優先度のイベントに対応させるステップを含む携帯端末の制御方法が得られる。
【発明の効果】
【００１８】
本発明は、間欠受信周期の受信期間動作を検出して、受信期間に第２のCPUから第1のCPU装置に送信要求を出すものであるから、任意のタイミングで送信要求する場合に比べ消費電力を低減できる。
【００１９】
本発明の実施の形態によれば、発生するイベントの優先度に応じて、第1のCPU装置を起動するモードを選択することによって制御の遅れと優先度の調整を図ることができる。
【発明を実施するための最良の形態】
【００２０】
本発明の実施の形態について図を参照して説明する。
【実施例１】
【００２１】
図１は、本発明の携帯端末のブロック図で、主として本発明と係りのある部分を示してある。図において、本発明の携帯端末は、2個のCPUを用いており、主として通信機能に関わる制御及び管理を分担する通信制御用CPU（CCPU）100と、液晶デイプレイ表示、音声入出力装置などユーザインタフェースとなる装置などアプリケーション機能に関わる制御及び管理を分担するアプリケーション制御用CPU（ACPU）２００を含む。
CCPU１００は、主としてディジタル信号処理装置１１０、アナログ信号処理装置１２０、RF（無線）装置１３０、メモリ装置１４０、電源装置１５０の制御を制御プログラムにしたがって行う。
【００２２】
RF装置１３０は、信号の変調及び復調並びに送信及び受信を行う。アナログ信号処理装置１２０は、RF装置１３０で復調された信号をAD変換し、ディジタル信号処理装置１１０へ供給すると共に、ディジタル信号処理装置１１０から信号を受けDA変換しRF装置１３０へ送る。ディジタル信号処理装置１１０は、ディジタル信号処理を行う。アナログ信号処理装置から供給される信号を復号しCCPU１００に供給すると共に、CCPUからの信号を符号化してアナログ信号処理装置に供給する。
【００２３】
メモリ装置１４０は、制御情報などが書き込まれており、その制御情報に従ってCCPU装置１００がそれを読み出し、必要に応じて書き込む。電源装置１５０は、CCPU装置１００からの制御に従い、CCPU装置１００、ディジタル信号処理装置１１０、アナログ信号処理装置１２０、RF装置１３０、メモリ装置１４０の電源供給を行う。
ACPU装置２００は、主としてユーザインタフェースとなる音声信号処理装置や液晶ディスプレイ装置など２１０の制御をおこなう。メモリ装置２２０は、制御情報などが書き込まれており、ACPU装置２００が制御に応じ読み書きする。
【００２４】
電源装置２３０は、ACPU装置２００からの制御に従い、ACPU装置２００、音声信号処理装置や液晶ディスプレイ装置など２１０、メモリ装置２３０に電源供給を行う。
図２は、CCPU装置及びACPU装置のブロック図である。同図を参照すると、CCPU装置１００及びACPU装置２００は、それぞれCCPUコア装置１０１及び制御インタフェース装置１０２、ACPUコア装置２０１及び制御インタフェース装置２０２を有する。
【００２５】
CCPUコア装置１０１、ACPUコア装置２０１は、相互のデータのやり取りや、信号の解析、演算/加工処理及び他の装置の制御を行う。間欠受信動作時の通信オフ時にはコア装置へのクロックの供給がオフされ、CCPU及びACPUは待機（sleep）状態となる。
【００２６】
制御インタフェース装置１０２は、ACPU装置やCCPU装置からの割り込み信号を監視する。例えばC-wakeup端子経由で送信要求割り込み信号としてハイレベル（high level）信号がACPUからCCPUへ送られると、制御インタフェース装置１０２はそれを検知し、CCPUコア装置１０１を待機状態から動作（active）状態に移行させ、次にCCPUからA-wakeup端子経由で応答割り込み信号としてACPUへハイレベル信号を送る。
【００２７】
逆に、制御インタフェース装置２０２は、CCPU装置やACPU装置からの割り込み信号を監視し、例えばA-wakeup端子経由で送信要求割り込み信号としてCCPUからACPUへハイレベル信号が送られると制御インタフェース装置２０２はそれを検知し、ACPUコア装置２０１を待機状態から動作（active）状態に移行させ、次にACPUからC-wakeup端子経由で応答割り込み信号としてCCPUへハイレベル信号を送る。
【００２８】
これら制御インタフェース装置１０２及び２０２は、間欠受信モードで通信オン時にも、通信オフ時にも常にオン状態にある。 
【００２９】
図３は、RF装置１３０の構成を示すブロック図である。図同を参照すると、RF装置１３０は、送信信号及び受信信号のみ通過させるフィルタ１３１と、高パワー信号が信号の流れとは逆方向に回り込むのを阻止するアイソレータ１３２、送信信号を増幅する電力増幅装置（パワーアンプ）１３３、送信信号のみ通過させるフィルタ１３４、受信信号を増幅させる低雑音増幅装置（ローノイズアンプ）１３５、受信信号のみ通過させるフィルタ１３６、アナログ信号処理装置１２０からの送信信号を変調し、受信信号を復調する変復調装置１３７から構成されている。
【００３０】
低雑音増幅器１３５は、CCPU装置１００、あるいはディジタル信号処理装置１１０から供給される制御信号によってオンオフされるが、そのタイミングは間欠受信モードにおける間欠受信動作時のタイミングと通常同じである。したがって、実施例では低雑音増幅器に供給される制御信号を動作監視端子経由でACPU装置に供給し、ACPUはその端子レベルを監視する。この動作監視端子が接続される箇所は、必ずしも低雑音増幅器１３５の制御信号である必要はなく、間欠受信動作時のタイミングと同じタイミングで動作をする装置であればよい。 
【００３１】
次に、図４の制御フローチャートおよび図５のタイミングチャートを参照して本実施例の動作について詳細に説明する。 
制御の前提としてCCPU装置１００は、間欠受信モードで動作中である。すなわち、間欠受信周期の受信期間の通信開始タイミングにあわせて、通信をオンし、通信終了タイミングに合わせて通信をオフし、間欠期間を経て再び受信期間を開始する動作を周期的に繰返している（図５参照）。 
【００３２】
図４において、ACPU装置２００でCCPU装置に必要情報を送るべきイベントが発生する（ステップ１‐A）。これは、例えば、ACPU装置２００で監視している電源の電池電圧値があるしきい値以下となった場合、ACPU装置２００で管理しているユーザインタフェース経由でユーザが発呼要求を出した場合等さまざまな場面で情報をCCPU装置１００へ送るイベントが発生する。
【００３３】
次に、ACPU装置２００は、動作監視端子のレベル（high又はlow）検出を行い（ステップ2‐A）、監視対象がオンになっているかを判定する（ステップ3‐A）。本実施例では、低雑音増幅装置１３５のコントロール端子がオンかオフかによって判定する。オンの場合には（ステップ3‐A：Yes）、ステップ６‐Aへ進む。オフの場合には（ステップ3‐A：No）、ACPU装置２００は、一定時間Tw待つて（wait）（ステップ４‐A）、ステップ2‐Aへ戻る。待ち時間Twは、間欠動作時の受信期間より短い時間すなわち受信期間以下に設定する。そして、ステップ2‐A、3‐Aおよび４‐Aのループの中で監視対象のオン状態を検出することができる。
【００３４】
監視対象が動作中の場合（ステップ3‐A：Yes）、ACPU装置２００は、送信要求割り込み信号を発生させ、CCPU装置１００へC―Wakeup端子経由で供給する（ステップ５‐A）。
インタフェース装置１０２は、割り込み信号を検知し、CCPUコア装置１０１を起動させる（ステップ６‐A）。次に、CCPU装置１００は応答割り込み信号を発生させ（ステップ７‐A）、ACPU装置２００へA−wakeup端子経由で送る。
これに応答して（ステップ８‐A）、ACPU装置２００は、CCPU装置１００へ必要情報を送信する（ステップ９‐A）。この場合、必要情報にはデータ送出タイミングの同期などが含まれる。
【００３５】
本発明のこの実施例は、ACPU装置はCCPU装置が間欠受信周期における受信動作期間にあることを検出して、ACPU装置からCCPU装置に送信要求を出すものであって、間欠受信周期における間欠期間に送信要求は抑制されるから、消費電流を削減することができる。その検出は、CCPU装置の制御下にあり、連動して間欠受信周期で動作する監視対象を検出するものであるから簡易的に行うことができる。
【実施例２】
【００３６】
本発明の第２の実施例について図６の制御フローチャートおよび図７のタイミング図を参照して詳細に説明する。 
本発明の第２の実施例は、ACPU装置２００が動作監視端子レベル検出を行い、監視対象（例えば低雑音増幅装置１３５のコントロール端子）がオンになっていることを確認し、間欠受信周期の期間（受信期間と間欠期間からなる）待った後に送信要求割り込み信号を発生させ、CCPU装置１００へC―ウエイクアップ（wakeup）端子経由でこの信号を供給する。
【００３７】
制御の前提としてCCPU装置１００は、間欠受信モードで動作中である。すなわち、間欠受信周期の受信期間の通信開始タイミングにあわせて、通信をオンし、通信終了タイミングに合わせて通信をオフし、間欠期間を経て再び通信期間を開始する動作を周期的に繰返している。 
【００３８】
ACPU装置２００でCCPUに必要情報送るべきイベントが発生する（ステップ１‐B）。これは、例えば、ACPU装置２００で監視している電源の電池電圧値があるしきい値以下となった場合、ACPU装置２００で管理しているユーザインタフェース経由でユーザが発呼要求を出した場合などさまざまな場面で情報をCCPU装置１００へ送るイベントがある。
ACPU装置２００は、動作監視端子のレベル検出を行い（ステップ２‐B）、監視対象がオンになっているかを判定する（ステップ３‐B）。本実施例では、低雑音増幅装置１３５のコントロール端子がオンかオフかによって判定する。オンの場合には（ステップ３‐B：Yea）、ステップ５‐Bへ進む。オフの場合には（ステップ３‐B：No）、ACPU装置２００は、一定時間Twだけ待つ（wait）（ステップ４‐B）。待ち時間Twは、間欠動作時の受信期間より短い時間すなわち受信期間以下の時間に設定しておけば監視対象のオン状態を検出することができる。
【００３９】
その後、再度ACPU装置２００は、動作監視端子レベル検出を行い（ステップ２‐B）、監視対象がオンになっていることを確認する（ステップ３‐B：Yea）。
次に、ACPU装置２００は、間欠受信期間の時間Tｓ待って（ステップ５‐B）、送信要求割り込み信号を発生し（ステップ６‐B）。CCPU装置１００へC―ウエイクアップ（wakeup）端子経由で供給する。
【００４０】
インタフェース装置１０２は、割り込み信号を検知し、CCPUコア装置１０１を起動させる（ステップ７‐B）。次に、CCPU装置１００は応答割込信号を発生して（ステップ８‐B）、A−ウエイクアップ（wakeup）端子経由でACPU装置２００へこの信号を供給する。ACPU装置２００は応答割込信号を受信し（ステップ９‐B）、CCPU装置１００へ必要情報を送信する（ステップ１０‐B）。この場合、データ送出タイミングの同期など全てのやり取りを含む。
【００４１】
図7に、イベント発生後、受信期間で監視対象がオンであることを確認後、間欠受信周期後の次の受信期間にACPUに送信要求を出し、その期間でCCPU応答及び必要情報の送信を終了させた場合の例を示した。
【００４２】
この実施例では、動作監視端子レベル検出から送信要求割込信号発生まで間欠受信周期の時間遅らせて次の受信期間に送信要求割込信号を発生させるものであるから、第１の実施例に比べ制御遅れはあるものの、送信要求を出す受信期間で監視対象がオンであることの確認のための手順を省略できるから、直ちにACPUは送信要求を出すことができ、その分必要情報の送出を間欠受信周期の受信期間を超える場合でもその程度が小さくなる。したがって、その分余分な電流が流れる期間が少なくなるので消費電力を低減することができる。
【００４３】
図8を参照すると、同図は第1の実施例においてイベント発生後、受信期間で監視対象がオンになっていることを確認した時点が受信期間終了の近くである場合を示している。この場合、ACPU送信要求はその期間内に発生しても必要情報の送信は間欠期間に入ってから行われることになり、CCPUをアクテブに保つ必要が生じ、その分消費電流を流すことになる様子を示している。これに対し、第２の実施例では、一度受信期間で監視対象がオンであることを検出すると、その時点から間欠受信周期後の時点で直ちに送信要求を出すことができる分間欠期間での動作を低減できる。したがって間欠期間における電力消費をその分低減できる。
【実施例３】
【００４４】
第３の実施例は、ACPU装置２００からCCPU装置１００へ送信する必要情報に優先順位をつけ、その優先順位に応じた制御を行うことにより、間欠受信技術における省電力効果とイベントの優先度との調和を図った携帯端末及びその制御方法である。
図９、１０及び図１１を参照して詳細に説明する。図９は必要情報の優先順位表を決定するフローチャート、図１０は優先順位とその制御概要を示す図、図１１は必要情報の優先順位が一番高い場合の制御フローチャートである。
【００４５】
図９を参照すると、ACPU装置２００でCCPU１００へ必要情報を送るべきイベントが発生すると（ステップ１‐D）、必要情報の優先順位を判断する。必要情報の優先順位が１か否かを判断し（ステップ２‐D）、順位１なら制御方法がモードCで結合子Cに進む（対応結合子は図１１の結合子C）。優先順位が１でない場合は、必要情報の優先順位が２か否か判断し（ステップ３‐D）、順位か２なら制御方法がモードAで結合子Aへ進む（対応結合子は図４のA）。優先順位が２でない場合は、制御方法がモードBで結合子Bへ進む（対応結合子は図６のB）。
【００４６】
図１０を参照すると優先順位１の場合には、動作監視端子レベルの検出を行わずに、イベント発生時点で送信要求割込みを発生させる。優先順位２では、動作監視端子レベルの検出を行い、オンであることを確認後すぐに送信要求割込みを発生して送る。そして、優先順位３では、動作監視端子レベルの検出を行い、オンであることを確認してから間欠受信周期経って送信要求割込みを発生して送る。
【００４７】
優先順位１の例としてはユーザインタフェース上から発呼要求（例えば電話番号を入力し発呼ボタンを押下）した場合を挙げることができる。また、優先順位２の例としてACPU側で電池電圧の測定を行い、その結果をCCPU側に伝達する場合等がある。
【００４８】
優先順位１である制御方法Cの場合について、図１１を参照すると、CCPU装置１００の間欠受信動作中に、ACPU装置２００でCCPUへ必要情報を送るべきイベントが発生すると、これに応答しACPU装置２００は送信要求割り込み信号を発生し（ステップ２‐C）、CCPU装置１００へC―ウエイクアップ（wakeup）端子経由で出力する。次に、インタフェース装置１０２は、割り込み信号を検知しCCPUコア装置１０１を起動させる、あるいは既にCCPUコア装置１０１が起動している場合、その状態を保持する（ステップ３‐C）。
【００４９】
次に、CCPU装置１００は応答割り込み信号を発生し（ステップ４‐C）、ACPU装置２００へA−ウエイクアップ（wakeup）端子経由で知らせる。これに応答して（ステップ5‐C）、ACPU装置２００は、CCPU装置１００へ必要情報を送信する（ステップ6‐C）。この場合、必要情報にはデータ送出タイミングの同期など全てのやり取りを含む。
【００５０】
図１１のフローチャートに基づく制御方法は、イベントが発生したときに、間欠受信モードにおける受信動作状態であろうと待機状態であると係わらず送信要求を発生するものであるから、制御後れがないが、一方で優先度が高くないイベントの発生に対しても、CCPＵを動作(activate)させるものであるから、常にこの制御方法を利用するのは省電力の点から望ましいとはいえない。
【００５１】
なお、制御方法Cにおける間欠受信モードの間欠期間に送信要求を出し、必要情報を送出する場合のタイムチャートを図１２に示した。
優先順位２である制御方法Aは、第１の実施例に従った制御である。すなわち図６のステップA２からのフローに従ってCCPUへの割込みを発生して通知する。この制御方法は、間欠受信周期の受信動作期間を検出して、動作の検出に合わせてACPUに送信要求を出すものであるから、消費電力を制御方法Cに比べ低減できる。
【００５２】
優先順位３の制御方法Bは、第２の実施例に従った制御である。すなわち図４のステップ２‐Aからのフローに従ってCCPUへの割込みを発生して通知する。この制御方法は、動作監視端子レベル検出から間欠受信周期分遅らせ送信要求割込み信号を発生させるものでであるから、第１の実施例に比べ制御遅れはあるものの、必要情報信号の送出の間欠期間へのずれ込みを少なくできる。
【００５３】
上述のように、この実施例では、必要情報に優先順位をつけ、その優先順位に応じた制御を行うことにより、間欠受信技術における省電力とイベントの優先度との調和を図ることができる。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施例の通信機能付き携帯端末のブロック図である。
【図２】本発明の実施例に用いるCCPU装置およびACPU装置のブロック図である。
【図３】本発明の実施例に用いるRF装置のブロック図である。
【図４】本発明の第１の実施例の制御フロー図である。
【図５】第１の実施例に係るタイミング波形を示す図である。
【図６】本発明の第２の実施例の制御フロー図である。
【図７】第２の実施例に係るタイミング波形を示す図である。
【図８】第１の実施例に係るタイミング波形を示す図で、監視対象が動作中であることを間欠受信周期の受信期間の終了近くで検出した場合の図である。
【図９】第３の実施例のフローチャートで、必要情報の優先順位を決定するフローチャートである。
【図１０】第３の実施例に係り、優先順位とその制御の概略を示す図である。
【図１１】第３の実施例に係り、優先順位１の制御フローを示す図である。
【図１２】第３の実施例に係り、優先順位１の場合のタイミングを示す図である。
【符号の説明】
【００５５】
１００  CCPU装置
１０１  CCPUコア装置
１０２  制御インタフェース装置  
１１０  ディジタル信号処理装置
１２０  アナログ信号処理装置
１３０  RF装置
１４０  メモリ装置
１５０  電源装置
２００  ACPU装置
２０１  ACPUコア装置
２０２  制御インタフェース装置
２１０  音声信号処理装置、液晶デイヅプレイ装置などのユーザインタフェース装置
２２０  メモリ装置
２３０  電源装置
【図１】
2005142981.tif 000003
【図２】
2005142981.tif 000004
【図３】
2005142981.tif 000005
【図４】
2005142981.tif 000006
【図５】
2005142981.tif 000007
【図６】
2005142981.tif 000008
【図７】
2005142981.tif 000009
【図８】
2005142981.tif 000010
【図９】
2005142981.tif 000011
【図１０】
2005142981.tif 000012
【図１１】
2005142981.tif 000013
【図１２】
2005142981.tif 000014