(57)【要約】      （修正有）【課題】複数の演算装置の動作に係る電力消費を抑制する。【解決手段】第１演算装置と第２演算装置とは、第２演算装置の状態を示す第１信号を伝える第１信号線及び第２演算装置への割り込みを生じさせる第２信号を伝える第２信号線によって、互いに連結される。第２演算装置は、第２演算装置の状態に応じて、第１信号を第１信号線に出力する。第１演算装置は、第１信号線から受けた第１信号に基づいて、第２演算装置を作動状態へ復帰させるか否かを判定し、第２演算装置を作動状態へ復帰させると判定した場合に、第１の演算装置は、第２信号を第２信号線へ出力する。第２演算装置は、第２信号線から第２信号を受けた場合に作動状態へ復帰する。【選択図】図６
2014106755.tif 000002
【特許請求の範囲】
【請求項１】
第１演算装置及び作動状態又は休止状態となり得る第２演算装置を含み、
前記第１演算装置と前記第２演算装置とは、前記第２演算装置の状態を示す第１信号を伝える第１信号線及び前記第２演算装置への割り込みを生じさせる第２信号を伝える第２信号線によって、互いに連結され、
前記第２演算装置は、前記第２演算装置の状態に応じて、前記第１信号を前記第１信号線に出力し、
前記第１演算装置は、前記第１信号線から受けた前記第１信号に基づいて、前記第２演算装置を作動状態へ復帰させるか否かを判定し、
前記第２演算装置を作動状態へ復帰させると判定した場合に、前記第１の演算装置は、前記第２信号を前記第２信号線へ出力し、
前記第２演算装置は、前記第２信号線から前記第２信号を受けた場合に作動状態へ復帰する
ことを特徴とする情報処理装置。
【請求項２】
前記第１演算装置は、前記第２演算装置とのデータ通信処理を行う前に受けた第１信号が前記第２演算装置の作動状態を示す場合に、前記データ通信処理を行い、
前記第２演算装置とのデータ通信処理を行う前に受けた前記第１信号が前記第２演算装置の休止状態を示す場合に、前記第２演算装置を作動状態へ復帰させないと判定し、前記データ通信処理を省く
請求項１記載の情報処理装置。
【請求項３】
前記第１信号線は、前記第２演算装置から前記第１演算装置へ、前記第１演算装置を作動状態へ復帰させる割り込み信号を伝える信号線である
請求項１又は２記載の情報処理装置。
【請求項４】
第１演算装置及び作動状態又は休止状態となり得る第２演算装置と、該第２演算装置への入力電流を測定し、該第２演算装置の状態を判定する測定装置とを含み、
前記第１演算装置と前記第２演算装置とは、前記第２演算装置への割り込み信号を伝える信号線によって、互いに連結され、
前記第１演算装置は、前記測定装置から前記第２演算装置の状態を取得し、取得した前記第２演算装置の状態に基づいて、前記第２演算装置を作動状態へ復帰させるか否かを判定し、
前記第２演算装置を作動状態へ復帰させると判定した場合に、前記第１演算装置は前記割り込み信号を前記信号線へ出力し、
前記第２演算装置は、前記信号線から前記割り込み信号を受けた場合に作動状態へ復帰する
ことを特徴とする情報処理装置。
【請求項５】
前記第１演算装置は、前記第２演算装置とのデータ通信処理を行う前に取得した前記第２演算装置の状態が作動状態を示す場合に、前記データ通信処理を行い、
前記第２演算装置とのデータ通信処理を行う前に取得した前記第２演算装置の状態が休止状態を示す場合に、前記第２演算装置を作動状態へ復帰させないと判定し、前記データ通信処理を省く
請求項４記載の情報処理装置。
【請求項６】
前記第１演算装置は、無線装置と接続し、
前記データ通信処理は、前記無線装置による電波強度の測定に伴うデータの通信処理であり、
前記第２演算装置は、前記電波強度の測定に伴うデータに基づいた処理を行う
請求項２又は５記載の情報処理装置。
【請求項７】
第１演算装置及び作動状態又は休止状態となり得る第２演算装置を含み、
前記第１演算装置と前記第２演算装置とが、前記第２演算装置の状態を示す第１信号を伝える第１信号線及び前記第２演算装置への割り込みを生じさせる第２信号を伝える第２信号線によって、互いに連結された情報処理装置による制御方法であって、
前記第２演算装置は、前記第２演算装置の状態に応じて、前記第１信号を前記第１信号線に出力し、
前記第１演算装置は、前記第１信号線から受けた前記第１信号に基づいて、前記第２演算装置を作動状態へ復帰させるか否かを判定し、
前記第２演算装置を作動状態へ復帰させると判定した場合に、前記第１の演算装置は、前記第２信号を前記第２信号線へ出力し、
前記第２演算装置は、前記第２信号線から前記第２信号を受けた場合に作動状態へ復帰する
ことを特徴とする制御方法。
【請求項８】
第１演算装置及び作動状態又は休止状態となり得る第２演算装置と、該第２演算装置への入力電流を測定し、該第２演算装置の状態を判定する測定装置とを含み、
前記第１演算装置と前記第２演算装置とが、前記第２演算装置への割り込み信号を伝える信号線によって、互いに連結された情報処理装置による制御方法であって、
前記第１演算装置は、前記測定装置から前記第２演算装置の状態を取得し、取得した前記第２演算装置の状態に基づいて、前記第２演算装置を作動状態へ復帰させるか否かを判定し、
前記第２演算装置を作動状態へ復帰させる場合に、前記第１演算装置は前記割り込み信号を前記信号線へ出力し、
前記第２演算装置は、前記信号線から前記割り込み信号を受けた場合に作動状態へ復帰する
ことを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、複数の演算装置の制御技術に関する。
【背景技術】
【０００２】
例えば、無線通信を主として行うモデム側ＣＰＵ（Central Processing Unit）とアプリケーションの実行や表示を行うアプリケーション側ＣＰＵなど、複数のＣＰＵを用いることにより、高性能化に対応している携帯電話機がある。
【０００３】
このような携帯電話機では、モデム側ＣＰＵが割り込みによりアプリケーション側ＣＰＵを休止状態から作動状態に復帰させることができるようになっている。アプリケーション側ＣＰＵは、モデム側ＣＰＵからの割り込み信号を受けるための入力端子を有している。
【０００４】
通話やメールの着信があると、モデム側ＣＰＵは割り込みによってアプリケーション側ＣＰＵを作動状態に復帰させる。そして、復帰したアプリケーション側ＣＰＵは、着信の通知を受け、着信に応じたアプリケーション処理を実行する。
【０００５】
また、着信の他にも、モデム側ＣＰＵからの通知に応じてアプリケーション側ＣＰＵがアプリケーション処理を実行する場合がある。例えば、ＲＳＳＩ（Received Signal Strength Indication）の通知を受けた場合にも、アプリケーション側ＣＰＵはアプリケーション処理を実行する。ＲＳＳＩは、受信した信号の強度を示しており、定期的に測定されている。アプリケーション側ＣＰＵは、このＲＳＳＩに応じて受信感度を示すマークなどを表示させている。
【０００６】
上述のＲＳＳＩのアプリケーションに関しては、モデム側ＣＰＵはアプリケーション側ＣＰＵの状態に応じた動作を行う。アプリケーション側ＣＰＵが作動状態である場合に、モデム側ＣＰＵは、アプリケーション側ＣＰＵに対してＲＳＳＩの通知を送り、アプリケーション側ＣＰＵは、ＲＳＳＩの通知に応じたアプリケーション処理を実行する。
【０００７】
一方、アプリケーション側ＣＰＵが休止状態である場合に、ＲＳＳＩに関するアプリケーション処理を行わないようにすれば、モデム側ＣＰＵは、アプリケーション側ＣＰＵに対してＲＳＳＩの通知を送らなくてもよい。
【０００８】
このように、複数のＣＰＵを有する情報処理装置において、一方のＣＰＵは、他方のＣＰＵの状態に応じた動作を行うことがある。この場合、他方のＣＰＵの状態を一方のＣＰＵに伝えるための動作によって、情報処理装置は電力を消費する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１０−３３３９２３号公報
【特許文献２】特開平１１−２１９３３８号公報
【特許文献３】特開２００７−２００２２１号公報
【特許文献４】特開２００６−１１３６８９号公報
【特許文献５】特開平６−１９５１６０号公報
【特許文献６】特開平１０−２６８９８６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
一側面では、複数の演算装置の動作に係る電力消費を抑制することを目的とする。
【課題を解決するための手段】
【００１１】
一態様の情報処理装置は、第１演算装置及び作動状態又は休止状態となり得る第２演算装置を含み、第１演算装置と第２演算装置とは、第２演算装置の状態を示す第１信号を伝える第１信号線及び第２演算装置への割り込みを生じさせる第２信号を伝える第２信号線によって、互いに連結される。そして、第２演算装置は、第２演算装置の状態に応じて、第１信号を第１信号線に出力する。第１演算装置は、第１信号線から受けた第１信号に基づいて、第２演算装置を作動状態へ復帰させるか否かを判定し、第２演算装置を作動状態へ復帰させると判定した場合に、第１の演算装置は、第２信号を第２信号線へ出力する。そして、第２演算装置は、第２信号線から第２信号を受けた場合に作動状態へ復帰する。
【００１２】
一態様の情報処理装置は、第１演算装置及び作動状態又は休止状態となり得る第２演算装置と、該第２演算装置への入力電流を測定し、該第２演算装置の状態を判定する測定装置とを含み、第１演算装置と第２演算装置とは、第２演算装置への割り込み信号を伝える信号線によって、互いに連結される。そして、第１演算装置は、測定装置から第２演算装置の状態を取得し、取得した第２演算装置の状態に基づいて、第２演算装置を作動状態へ復帰させるか否かを判定する。第２演算装置を作動状態へ復帰させると判定した場合に、第１演算装置は割り込み信号を信号線へ出力し、第２演算装置は、信号線から割り込み信号を受けた場合に作動状態へ復帰する。
【発明の効果】
【００１３】
一態様によれば、複数の演算装置の動作に係る電力消費を抑制できるようになる。
【図面の簡単な説明】
【００１４】
【図１】図１は、通信装置のハードウエア構成例を示す図である。
【図２】図２は、参考例におけるアプリケーション側ＣＰＵの復帰時及び停止時の状態遷移を示す図である。
【図３】図３は、参考例における着信イベント発生時の状態遷移を示す図である。
【図４】図４は、参考例におけるＲＳＳＩイベント発生時の状態遷移を示す図である。
【図５】図５は、参考例におけるＲＳＳＩイベント発生時の状態遷移を示す図である。
【図６】図６は、実施の形態１における通信装置のハードウエア構成例を示す図である。
【図７】図７は、実施の形態１におけるアプリケーション側ＣＰＵの復帰時及び停止時の状態遷移を示す図である。
【図８】図８は、実施の形態１における着信イベント発生時の状態遷移を示す図である。
【図９】図９は、実施の形態１におけるＲＳＳＩイベント発生時の状態遷移を示す図である。
【図１０】図１０は、実施の形態１におけるＲＳＳＩイベント発生時の状態遷移を示す図である。
【図１１】図１１は、実施の形態１におけるアプリケーション側ＣＰＵの復帰時及び停止時のシーケンスを示す図である。
【図１２Ａ】図１２Ａは、実施の形態１における着信イベント発生時のシーケンスを示す図である。
【図１２Ｂ】図１２Ｂは、実施の形態１における着信イベント発生時のシーケンスを示す図である。
【図１２Ｃ】図１２Ｃは、実施の形態１における着信イベント発生時のシーケンスを示す図である。
【図１３Ａ】図１３Ａは、実施の形態１におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図１３Ｂ】図１３Ｂは、実施の形態１におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図１３Ｃ】図１３Ｃは、実施の形態１におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図１４】図１４は、実施の形態１におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図１５】図１５は、実施の形態１におけるモデム側システムの主制御部の処理フローを示す図である。
【図１６】図１６は、判定処理（Ａ）のフローを示す図である。
【図１７】図１７は、モデム側復帰処理（Ａ）のフローを示す図である。
【図１８】図１８は、モデム側接続処理のフローを示す図である。
【図１９】図１９は、モデム側切断処理（Ａ）のフローを示す図である。
【図２０】図２０は、実施の形態１におけるアプリケーション側システムの主制御部の処理フローを示す図である。
【図２１】図２１は、アプリケーション側復帰処理（Ａ）のフローを示す図である。
【図２２】図２２は、アプリケーション側接続処理のフローを示す図である。
【図２３】図２３は、アプリケーション側切断処理（Ａ）のフローを示す図である。
【図２４】図２４は、実施の形態２におけるアプリケーション側ＣＰＵの復帰時及び停止時の状態遷移を示す図である。
【図２５】図２５は、実施の形態２における着信イベント発生時の状態遷移を示す図である。
【図２６】図２６は、実施の形態２におけるＲＳＳＩイベント発生時の状態遷移を示す図である。
【図２７】図２７は、実施の形態２におけるＲＳＳＩイベント発生時の状態遷移を示す図である。
【図２８】図２８は、実施の形態２におけるアプリケーション側ＣＰＵの復帰時及び停止時のシーケンスを示す図である。
【図２９Ａ】図２９Ａは、実施の形態２における着信イベント発生時のシーケンスを示す図である。
【図２９Ｂ】図２９Ｂは、実施の形態２における着信イベント発生時のシーケンスを示す図である。
【図３０Ａ】図３０Ａは、実施の形態２におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図３０Ｂ】図３０Ｂは、実施の形態２におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図３１】図３１は、実施の形態２におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図３２】図３２は、実施の形態２におけるモデム側システムの主制御部の処理フローを示す図である。
【図３３】図３３は、判定処理（Ｂ）のフローを示す図である。
【図３４】図３４は、モデム側復帰処理（Ｂ）のフローを示す図である。
【図３５】図３５は、モデム側切断処理（Ｂ）のフローを示す図である。
【図３６】図３６は、実施の形態２におけるアプリケーション側システムの主制御部の処理フローを示す図である。
【図３７】図３７は、アプリケーション側復帰処理（Ｂ）のフローを示す図である。
【図３８】図３８は、アプリケーション側切断処理（Ｂ）のフローを示す図である。
【図３９】図３９は、実施の形態３における通信装置のハードウエア構成例を示す図である。
【図４０Ａ】図４０Ａは、実施の形態３における着信イベント発生時のシーケンスを示す図である。
【図４０Ｂ】図４０Ｂは、実施の形態３における着信イベント発生時のシーケンスを示す図である。
【図４１Ａ】図４１Ａは、実施の形態３におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図４１Ｂ】図４１Ｂは、実施の形態３におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図４２】図４２は、実施の形態３におけるＲＳＳＩイベント発生時のシーケンスを示す図である。
【図４３】図４３は、実施の形態３におけるモデム側システムの主制御部の処理フローを示す図である。
【図４４】図４４は、判定処理（Ｃ）のフローを示す図である。
【図４５】図４５は、モデム側復帰処理（Ｃ）のフローを示す図である。
【図４６】図４６は、モデム側切断処理（Ｃ）のフローを示す図である。
【図４７】図４７は、実施の形態３におけるアプリケーション側システムの主制御部の処理フローを示す図である。
【図４８】図４８は、アプリケーション側復帰処理（Ｃ）のフローを示す図である。
【図４９】図４９は、アプリケーション側切断処理（Ｃ）のフローを示す図である。
【発明を実施するための形態】
【００１５】
［実施の形態１］
まず、複数のＣＰＵを備えた通信装置の参考例について説明する。図１は、通信装置１０１のハードウエア構成例を示す図である。この例で、通信装置１０１は、モデム側システム１０３とアプリケーション側システム１０５を有している。
【００１６】
モデム側システムは、主に無線通信を行うシステムである。モデム側システム１０３は、ＣＰＵ１３１、記憶装置１３３、ＵＳＢ（Universal Serial Bus）装置１３５、ＧＰＩＯ（General Purpose Input/Output：汎用入出力）装置１３７、ＵＩＭ（User Identity Module）装置１３９及び無線装置１４１を備えている。ＣＰＵ１３１、記憶装置１３３、ＵＳＢ装置１３５、ＧＰＩＯ装置１３７、ＵＩＭ装置１３９及び無線装置１４１は、バス１４３を介して接続している。
【００１７】
ＣＰＵ１３１は、主に無線通信を行うソフトウエアを実行する。記憶装置１３３は、無線通信を行うソフトウエア及び無線通信に関するデータを記憶する。ＵＳＢ装置１３５は、ＵＳＢによるデータ通信を行う。ＧＰＩＯ装置１３７は、ＣＰＵ１３１で実行されるソフトウエアの指示により信号を受ける入力端子１７３と信号を出力する出力端子１７１を備える。ＵＩＭ装置１３９は、携帯電話の電話番号などの利用者の個人情報を特定するためのＵＩＭカードの制御を行う。無線装置１４１は、携帯電話の通話やメールなどの無線通信に用いられる。
【００１８】
アプリケーション側システム１０５は、主にアプリケーションソフトウエアを実行するシステムである。アプリケーション側システム１０５は、ＣＰＵ１５１、記憶装置１５３、ＵＳＢ装置１５５、ＧＰＩＯ装置１５７、入力装置１５９、音声装置１６１及び表示装置１６３を有している。また、ＣＰＵ１５１、記憶装置１５３、ＵＳＢ装置１５５、ＧＰＩＯ装置１５７、入力装置１５９、音声装置１６１及び表示装置１６３は、バス１６５を介して接続している。
【００１９】
ＣＰＵ１５１は、主にアプリケーションソフトウエアを実行する。記憶装置１５３は、アプリケーションソフトウエアやアプリケーションに関するデータを記憶する。ＵＳＢ装置１５５は、ＵＳＢによるデータ通信を行う。ＧＰＩＯ装置１５７は、ＣＰＵ１５１で実行されるソフトウエアの指示により信号を受ける入力端子１８１と信号を出力する出力端子１８３を備える。入力装置１５９は、利用者の指示を受け付ける。入力装置１５９は、例えば、キーあるいはタッチパネルである。音声装置１６１は、音声の入力あるいは出力を行う。表示装置１６３は、画面の表示を行う。
【００２０】
モデム側システム１０３のＵＳＢ装置１３５とアプリケーション側システム１０５のＵＳＢ装置１５５は、データ通信を行うためのシリアルバス１９５で接続されている。
【００２１】
モデム側システム１０３のＧＰＩＯ装置１３７に備えられている出力端子１７１とアプリケーション側システム１０５のＧＰＩＯ装置１５７に備えられている入力端子１８１は、第１信号線１９１を介して接続している。第１信号線１９１は、主にアプリケーション側システム１０５のＣＰＵ１５１を休止状態から作動状態へ復帰させるための割り込み信号をモデム側システム１０３のＣＰＵ１３１から送出するために用いられる。
【００２２】
また、モデム側システム１０３のＧＰＩＯ装置１３７に備えられている入力端子１７３とアプリケーション側システム１０５のＧＰＩＯ装置１５７に備えられている出力端子１８３は、第２信号線１９３を介して接続している。第２信号線１９３は、主にモデム側システム１０３のＣＰＵ１３１を休止状態から作動状態へ復帰させるための割り込み信号をアプリケーション側システム１０５のＣＰＵ１５１から送出するために用いられる。
【００２３】
参考例では、モデム側システム１０３でアプリケーション側システム１０５のＣＰＵ１５１の状態を管理するための状態フラグを記憶装置１３３に有している。そして、アプリケーション側システム１０５のＣＰＵ１５１が休止状態から作動状態へ復帰した場合には、モデム側システム１０３のＣＰＵ１３１に対して自らが復帰したことを通知する。そして、モデム側システム１０３のＣＰＵ１３１は状態フラグをＯＮに更新する。
【００２４】
また、アプリケーション側システム１０５のＣＰＵ１５１が停止し作動状態から休止状態になる場合にも、モデム側システム１０３のＣＰＵ１３１に対して自らが停止することを通知する。そして、モデム側システム１０３のＣＰＵ１３１は状態フラグをＯＦＦに更新する。尚、この場合の停止は、ＣＰＵの一部の機能を停止させることを意味する。一旦停止した後に、割り込み信号を受けて復帰する機能は作動している。
【００２５】
図２に、参考例におけるアプリケーション側システム１０５のＣＰＵ１５１の復帰時及び停止時の状態遷移を示す。作動状態に復帰したアプリケーション側システム１０５のＣＰＵ１５１は、矢印２０１に示すように、第２信号線１９３の信号レベルをＨＩＧＨ（高レベル）に切り替える。モデム側システム１０３のＣＰＵ１３１は、矢印２０３に示すように、第２信号線１９３の信号レベルがＨＩＧＨであることを検知すると、自らを復帰する。これにより、モデム側システム１０３のＣＰＵ１３１は、休止中から作動中へ遷移する。そして、矢印２０５に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、自らが復帰していることをＵＳＢによる接続経路を介して通知する。これによって、モデム側システム１０３の状態フラグはＯＮに更新される。モデム側システム１０３のＣＰＵ１３１は、その後に行う処理がなければ、再び休止中に遷移する。
【００２６】
一方、アプリケーション側システム１０５のＣＰＵ１５１が停止することによって作動中から休止中に遷移する場合、矢印２０７に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、第２信号線１９３の信号レベルをＬＯＷ（低レベル）からＨＩＧＨに切り替える。モデム側システム１０３のＣＰＵ１３１は、矢印２０９に示すように、第２信号線１９３の信号レベルがＨＩＧＨであることを検知すると、自らを復帰する。これにより、モデム側システム１０３のＣＰＵ１３１は、休止中から作動中へ遷移する。そして、矢印２１１に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、自らが停止することをＵＳＢによる接続経路を介して通知する。これによって、モデム側システム１０３の状態フラグはＯＦＦに更新される。モデム側システム１０３のＣＰＵ１３１は、その後に行う処理がなければ、再び休止中に遷移する。そして、アプリケーション側システム１０５のＣＰＵ１５１は、作動中から休止中に遷移する。以上で、図２の説明を終える。
【００２７】
次に、着信時の動作について説明する。通話の着信があった場合には、アプリケーション側システム１０５のＣＰＵ１５１が作動中であっても、休止中であっても、アプリケーションソフトウエアを実行する。そのため、モデム側システム１０３のＣＰＵ１３１は休止状態のアプリケーション側システム１０５のＣＰＵ１５１を作動状態へ復帰させる。尚、アプリケーション側システム１０５のＣＰＵ１５１が作動している状態で、モデム側システム１０３のＣＰＵ１３１から復帰の割り込み信号を受けた場合には、既に復帰されているので特に処理を行わない。
【００２８】
図３に、参考例における着信イベント発生時の状態遷移を示す。着信イベントは、無線装置１４１で接続要求を受信した場合に発生する。モデム側システム１０３で着信イベントが発生すると、矢印３０１に示すように、モデム側システム１０３のＣＰＵ１３１は、第１信号線１９１の信号レベルをＬＯＷからＨＩＧＨに切り替える。アプリケーション側システム１０５のＣＰＵ１５１は、矢印３０３に示すように、第１信号線１９１の信号レベルがＨＩＧＨであることを検知すると、自ら作動状態へ復帰する。そして、矢印３０５に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、第２信号線１９３の信号レベルをＬＯＷからＨＩＧＨに切り替える。矢印３０７に示すように、モデム側システム１０３のＣＰＵ１３１は、第２信号線１９３の信号レベルがＨＩＧＨであることを検知するが、既に復帰しているので特に処理を行わない。
【００２９】
そして、矢印３０９に示すように、モデム側システム１０３のＣＰＵ１３１は、ＵＳＢによる接続経路を介してアプリケーション側システム１０５のＣＰＵ１５１に着信イベントの通知を送信する。そして、アプリケーション側システム１０５のＣＰＵ１５１は、着信イベントに応じたアプリケーション処理を行う。以上で、図３の説明を終える。
【００３０】
次に、ＲＳＳＩイベントが発生した場合について説明する。ＲＳＳＩイベントは、無線装置１４１で受信した信号の強度を測定した場合に発生する。測定されたＲＳＳＩ値によって、受信感度の表示が行われる。例えば、アンテナマークが表示装置１６３に画面の一部として表示される。アプリケーション側システム１０５のＣＰＵ１５１が作動している場合のみ、受信感度の表示が行われる。アプリケーション側システム１０５のＣＰＵ１５１が休止している場合には、受信感度の表示は行われない。このように制御することによって、無駄な電力消費が抑えられる。
【００３１】
図４を用いて、アプリケーション側システム１０５のＣＰＵ１５１の作動中にＲＳＳＩイベントが発生した時の状態遷移について説明する。ＲＳＳＩイベントが発生すると、モデム側システム１０３のＣＰＵ１３１は、矢印４００に示すように、状態フラグに基づいてアプリケーション側システム１０５のＣＰＵ１５１が作動中であると判定する。そして、矢印４０１に示すように、モデム側システム１０３のＣＰＵ１３１は、ＵＳＢによる接続経路を介してアプリケーション側システム１０５のＣＰＵ１５１にＲＳＳＩイベントの通知を送信する。アプリケーション側システム１０５のＣＰＵ１５１は、ＲＳＳＩイベントに応じたアプリケーション処理を行う。
【００３２】
次に、図５を用いて、アプリケーション側システム１０５のＣＰＵ１５１の休止中にＲＳＳＩイベントが発生した時の状態遷移について説明する。ＲＳＳＩイベントが発生すると、モデム側システム１０３のＣＰＵ１３１は、矢印５００に示すように、状態フラグに基づいてアプリケーション側システム１０５のＣＰＵ１５１が休止中であると判定する。この場合には、ＲＳＳＩイベントの通知は送られない。
【００３３】
このように、イベントの種類とアプリケーション側システム１０５のＣＰＵ１５１の状態に応じて、モデム側システム１０３のＣＰＵ１３１がアプリケーション側システム１０５のＣＰＵ１５１を復帰させる場合と復帰させない場合に分けて制御する。これによって、無駄なアプリケーションの動作を省き、電力の消費を減らすことができる。但し、参考例においては、図２に示したように、アプリケーション側システム１０５のＣＰＵ１５１の復帰と停止の都度、モデム側システム１０３のＣＰＵ１３１が復帰されることになるので、電力の消費が大きくなる。次に、更に電力の消費を抑えた本実施の形態について説明する。
【００３４】
図６に、本実施の形態における通信装置のハードウエア構成例を示す。図１と同様に、モデム側システム１０３は、ＣＰＵ１３１、記憶装置１３３、ＵＳＢ装置１３５、ＵＩＭ装置１３９、無線装置１４１及びバス１４３を有している。モデム側システム１０３は、図１に示したＧＰＩＯ装置１３７に代えて、ＧＰＩＯ装置６０１を備えている。
【００３５】
図１と同様に、アプリケーション側システム１０５は、ＣＰＵ１５１、記憶装置１５３、ＵＳＢ装置１５５、入力装置１５９、音声装置１６１、表示装置１６３及びバス１６５を有している。アプリケーション側システム１０５は、図１に示したＧＰＩＯ装置１５７に代えて、ＧＰＩＯ装置６０３を備えている。
【００３６】
ＧＰＩＯ装置６０１は、第１出力端子６１１、第１入力端子６１３、第２出力端子６１５及び第２入力端子６１７を備えている。ＧＰＩＯ装置６０３は、第１入力端子６３１、第１出力端子６３３、第２入力端子６３５及び第２出力端子６３７を備えている。
【００３７】
そして、ＧＰＩＯ装置６０１の第１出力端子６１１とＧＰＩＯ装置６０３の第１入力端子６３１は、第１信号線６５１を介して接続している。ＧＰＩＯ装置６０１の第１入力端子６１３とＧＰＩＯ装置６０３の第１出力端子６３３は、第２信号線６５３を介して接続している。ＧＰＩＯ装置６０１の第２出力端子６１５とＧＰＩＯ装置６０３の第２入力端子６３５は、第３信号線６５５を介して接続している。ＧＰＩＯ装置６０１の第２入力端子６１７とＧＰＩＯ装置６０３の第２出力端子６３７は、第４信号線６５７を介して接続している。
【００３８】
第１信号線６５１は、主にアプリケーション側システム１０５のＣＰＵ１５１を休止状態から作動状態へ復帰させるための割り込み信号をモデム側システム１０３のＣＰＵ１３１から送出するために用いられる。第２信号線６５３は、主にモデム側システム１０３のＣＰＵ１３１を休止状態から作動状態へ復帰させるための割り込み信号をアプリケーション側システム１０５のＣＰＵ１５１から送出するために用いられる。第３信号線６５５は、主にモデム側システム１０３のＣＰＵ１３１の状態を示す信号をアプリケーション側システム１０５のＣＰＵ１５１へ伝えるために用いられる。第４信号線６５７は、主にアプリケーション側システム１０５のＣＰＵ１５１の状態を示す信号をモデム側システム１０３のＣＰＵ１３１へ伝えるために用いられる。
【００３９】
このように、本実施の形態では、他のＣＰＵへの割り込みを行うための信号線の他に、自ＣＰＵの状態を伝えるための信号線を設けている。以下、本実施の形態における状態遷移について説明する。
【００４０】
まず、図７を用いて、本実施の形態におけるアプリケーション側システム１０５のＣＰＵ１５１の復帰時及び停止時の状態遷移について説明する。アプリケーション側システム１０５のＣＰＵ１５１が復帰することによって休止中から作動中に遷移した場合、矢印７０１に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、第４信号線６５７の信号レベルをＬＯＷからＨＩＧＨに切り替える。また、アプリケーション側システム１０５のＣＰＵ１５１が停止することによって作動中から休止中に遷移する場合、矢印７０３に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、第４信号線６５７の信号レベルをＨＩＧＨからＬＯＷに切り替える。
【００４１】
続いて、図８を用いて、本実施の形態における着信イベント発生時の状態遷移について説明する。本実施の形態においても参考例と同様に、通話の着信があった場合には、アプリケーション側システム１０５のＣＰＵ１５１が作動中であっても、休止中であっても、アプリケーションソフトウエアを実行する。
【００４２】
着信イベントは、無線装置１４１で接続要求を受信した場合に発生する。モデム側システム１０３で着信イベントが発生すると、矢印８０１に示すように、モデム側システム１０３のＣＰＵ１３１は、第１信号線６５１の信号レベルをＬＯＷからＨＩＧＨに切り替える。アプリケーション側システム１０５のＣＰＵ１５１は、矢印８０３に示すように、第１信号線６５１の信号レベルがＨＩＧＨであることを検知すると、自ら作動状態へ復帰する。そして、矢印８０５に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、第４信号線６５７の信号レベルをＬＯＷからＨＩＧＨに切り替える。これにより、アプリケーション側システム１０５のＣＰＵ１５１が作動中であることが示される。そして、矢印８０７に示すように、モデム側システム１０３のＣＰＵ１３１は、ＵＳＢによる接続経路を介してアプリケーション側システム１０５のＣＰＵ１５１に着信イベントの通知を送信する。そして、アプリケーション側システム１０５のＣＰＵ１５１は、着信イベントに応じたアプリケーション処理を行う。以上で、図８の説明を終える。
【００４３】
続いて、本実施の形態におけるＲＳＳＩイベント発生時の状態遷移について説明する。本実施の形態においても参考例と同様に、アプリケーション側システム１０５のＣＰＵ１５１が作動している場合のみ、受信感度の表示が行われる。アプリケーション側システム１０５のＣＰＵ１５１が休止している場合には、受信感度の表示は行われない。
【００４４】
図９を用いて、アプリケーション側システム１０５のＣＰＵ１５１の作動中にＲＳＳＩイベントが発生した時の状態遷移について説明する。矢印９００に示すように、モデム側システム１０３のＣＰＵ１３１は、第４信号線６５７がＨＩＧＨであることからアプリケーション側システム１０５のＣＰＵ１５１が作動中であると判定する。そして、矢印９０１に示すように、モデム側システム１０３のＣＰＵ１３１は、ＵＳＢによる接続経路を介してアプリケーション側システム１０５のＣＰＵ１５１にＲＳＳＩイベントの通知を送信する。そして、アプリケーション側システム１０５のＣＰＵ１５１は、ＲＳＳＩイベントに応じたアプリケーション処理を行う。
【００４５】
次に、図１０を用いて、アプリケーション側システム１０５のＣＰＵ１５１の休止中にＲＳＳＩイベントが発生した時の状態遷移について説明する。ＲＳＳＩイベントが発生すると、モデム側システム１０３のＣＰＵ１３１は、矢印１０００に示すように、第４信号線６５７がＬＯＷであることからアプリケーション側システム１０５のＣＰＵ１５１が休止中であると判定する。この場合には、ＲＳＳＩイベントの通知は送られない。以上で、状態遷移の説明を終える。
【００４６】
続いて、本実施の形態におけるシーケンスについて説明する。まず、図１１を用いて、本実施の形態におけるアプリケーション側システム１０５のＣＰＵ１５１の復帰時及び停止時のシーケンスについて説明する。主制御部１１０１は、アプリケーション側システム１０５のＣＰＵ１５１でソフトウエアモジュールを実行することで実現される。主制御部１１０１を実現するためのプログラムは、例えば、記憶装置１５３に記憶されており、ＣＰＵ１５１はプログラムの命令コードを順次読み出して、実行する。
【００４７】
アプリケーション側システム１０５のＣＰＵ１５１の状態は、休止中１１０３であると想定する。割り込み信号の入力などにより、アプリケーション側システム１０５のＣＰＵ１５１が復帰１１０５を行うと、矢印１１０７に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第２出力端子６３７を介して、第４信号線６５７の信号レベルをＨＩＧＨに切り替える。これにより、アプリケーション側システム１０５のＣＰＵ１５１の状態は、作動中１１０９に移る。
【００４８】
また、アプリケーション側システム１０５の主制御部１１０１は、自ら停止しようとする場合、矢印１１１１に示すように、アプリケーション側システム１０５の第２出力端子６３７を介して、第４信号線６５７の信号レベルをＬＯＷに切り替える。そして、アプリケーション側システム１０５の主制御部１１０１がＣＰＵ１５１の停止１１１３を行うと、アプリケーション側システム１０５のＣＰＵ１５１の状態は、休止中１１１５に移る。このように、アプリケーション側システム１０５のＣＰＵ１５１の状態は、第４信号線６５７に反映される。
【００４９】
続いて、図１２Ａを用いて、実施の形態１における着信イベント発生時のシーケンスについて説明する。主制御部１２０１は、モデム側システム１０３のＣＰＵ１３１でソフトウエアモジュールを実行することで実現される。主制御部１２０１を実現するためのプログラムは、例えば、記憶装置１３３に記憶されており、ＣＰＵ１３１はプログラムの命令コードを順次読み出して、実行する。
【００５０】
アプリケーション側システム１０５のＣＰＵ１５１の状態は、作動中又は休止中１２０５であると想定する。作動中の場合と休止中の場合で、シーケンスは同様である。モデム側システム１０３のＣＰＵ１３１の状態は、作動中である。モデム側システム１０３の主制御部１２０１は、着信イベント発生１２０７が発生すると、発生したイベントの判定１２０９を行う。着信イベントが発生したので、判定結果を通知要とする。以下、発生したイベントが着信イベントである場合のシーケンスを示す。
【００５１】
矢印１２１１に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第１出力端子６１１を介して、第１信号線６５１の信号レベルをＨＩＧＨに切り替える。これは、アプリケーション側システム１０５のＣＰＵ１５１を復帰させる割り込み信号である。
【００５２】
そして、矢印１２１３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第１入力端子６３１を介して、第１信号線６５１の信号レベルがＨＩＧＨであることを検知すると、アプリケーション側システム１０５のＣＰＵ１５１は、復帰１２１５を行う。但し、既に作動中である場合には、特に処理を行わない。
【００５３】
矢印１２１７に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第２出力端子６３７を介して、第４信号線６５７の信号レベルをＨＩＧＨに切り替える。これにより、アプリケーション側システム１０５のＣＰＵ１５１が作動中であることが示される。
【００５４】
矢印１２１９に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第１出力端子６３３を介して、第２信号線６５３の信号レベルをＨＩＧＨに切り替える。これは、モデム側システム１０３のＣＰＵ１３１への復帰の割り込み信号であるが、モデム側システム１０３のＣＰＵ１３１は作動中であるので、実質的には用をなさない。より確実に動作させるための処理である。
【００５５】
矢印１２２１に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第１入力端子６１３を介して、第２信号線６５３の信号レベルがＨＩＧＨであることを検知する。但し、特に処理は行わない。
【００５６】
矢印１２２３に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第１出力端子６１１を介して、第１信号線６５１の信号レベルをＬＯＷに切り替える。これにより、矢印１２１１で送出した割り込み信号を終了させる。
【００５７】
矢印１２２５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第２出力端子６１５を介して、第３信号線６５５の信号レベルをＨＩＧＨに切り替える。これにより、モデム側システム１０３のＣＰＵ１３１が作動中であることが示される。
【００５８】
矢印１２２７に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第２入力端子６３５を介して、第３信号線６５５の信号レベルがＨＩＧＨであることを検知する。これにより、モデム側システム１０３のＣＰＵ１３１が復帰したと判断し、矢印１２２９に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第１出力端子６３３を介して、第２信号線６５３の信号レベルをＬＯＷに切り替える。これにより、矢印１２１９で送出した割り込み信号を終了させる。以上で、図１２Ａの説明を終える。
【００５９】
次に、図１２Ｂを用いて、本実施の形態における着信イベント発生時のシーケンスの続きについて説明する。
【００６０】
通信制御部１２０３は、アプリケーション側システム１０５のＣＰＵ１５１でソフトウエアモジュールを実行することで実現される。通信制御部１２０３を実現するためのプログラムは、例えば、記憶装置１５３に記憶されており、ＣＰＵ１５１はプログラムの命令コードを順次読み出して、実行する。
【００６１】
通信制御部１２０５は、モデム側システム１０３のＣＰＵ１３１でソフトウエアモジュールを実行することで実現される。通信制御部１２０５を実現するためのプログラムは、例えば、記憶装置１３３に記憶されており、ＣＰＵ１３１はプログラムの命令コードを順次読み出して、実行する。
【００６２】
矢印１２３１に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５を起動させる。そして、矢印１２３３に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５からのＡＣＫ（応答）を受ける。
【００６３】
矢印１２３５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５を休止状態から作動状態へ復帰させる。モデム側システム１０３の通信制御部１２０５は、モデム側システム１０３のＵＳＢ装置１３５に通信開始を指示し、モデム側システム１０３の通信制御部１２０５は、モデム側システム１０３のＵＳＢ装置１３５からのＡＣＫを受ける。矢印１２３７に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５からＡＣＫを受ける。
【００６４】
矢印１２４１に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５を休止状態から作動状態へ復帰させる。矢印１２４３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５からのＡＣＫを受ける。
【００６５】
矢印１２４５に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３を休止状態から作動状態へ復帰させる。アプリケーション側システム１０５の通信制御部１２０３は、ＵＳＢ装置１５５に通信開始を指示し、アプリケーション側システム１０５の通信制御部１２０３は、アプリケーション側システム１０５のＵＳＢ装置１５５からのＡＣＫを受ける。そして、矢印１２４７に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３からのＡＣＫを受ける。この時点で、モデム側システム１０３のＵＳＢ装置１３５とアプリケーション側システム１０５のＵＳＢ装置１５５の間は、コネクト状態１２４９となる。
【００６６】
そして、矢印１２５１に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５を介して、モデム側システム１０３のＵＳＢ装置１３５からコネクト完了の通知を受ける。
【００６７】
同様に、矢印１２５３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３を介して、アプリケーション側システム１０５のＵＳＢ装置１５５からコネクト完了の通知を受ける。
【００６８】
コネクトが完了すると、アプリケーション側システム１０５の主制御部１１０１は、ＵＳＢ接続の経路を介して、モデム側システム１０３の主制御部１２０１に通信可能通知１２５５を送る。
【００６９】
通信可能通知１２５５を受けると、モデム側システム１０３の主制御部１２０１は、ＵＳＢ接続の経路を介して、アプリケーション側システム１０５の主制御部１１０１へ着信イベント通知１２５７を送る。
【００７０】
アプリケーション側システム１０５の主制御部１１０１は、イベントの判定１２５９を行う。ここでは、着信イベントであると判定し、アプリケーション側システム１０５の主制御部１１０１は、通話アプリケーション処理１２６１を行う。
【００７１】
通話アプリケーション処理１２６１では、アプリケーション側システム１０５の主制御部１１０１は、ＵＳＢ接続の経路を介して、主制御部１２０１の通話モデム処理１２６３との間で、通話データ１２６５を伝送する。通話データ１２６５は、例えば相手先の電話番号などの通話に関するデータである。通話アプリケーション処理１２６１と通話モデム処理１２６３については、従来と同様である。以上で、図１２Ｂの説明を終える。
【００７２】
図１２Ｃを用いて、本実施の形態における着信イベント発生時のシーケンスの続きについて説明する。アプリケーション側システム１０５の主制御部１１０１は、通話アプリケーション処理１２６１を終えると、ＵＳＢの接続経路を介して、モデム側システム１０３の主制御部１２０１へ切断通知１２７１を送る。モデム側システム１０３の主制御部１２０１は、切断通知１２７１を受けると、ＵＳＢの接続経路を介して、アプリケーション側システム１０５の主制御部１１０１へ応答１２７３を送る。これ以降、モデム側システム１０３の主制御部１２０１とアプリケーション側システム１０５の主制御部１１０１は、切断の処理に移る。
【００７３】
矢印１２７５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第２出力端子６１５を介して、第３信号線６５５の信号レベルをＬＯＷに切り替える。これにより、モデム側システム１０３のＣＰＵ１３１が休止中であることが示される。
【００７４】
矢印１２７７に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第２出力端子６３７を介して、第４信号線６５７の信号レベルをＬＯＷに切り替える。これにより、アプリケーション側システム１０５のＣＰＵ１５１が休止中であることが示される。
【００７５】
矢印１２７９に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５を停止させる。更に、矢印１２８１に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５を停止させる。
【００７６】
また、矢印１２８３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３を停止させる。更に、矢印１２８５に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５を停止させる。そして、モデム側システム１０３のＵＳＢ装置１３５とアプリケーション側システム１０５のＵＳＢ装置１５５の間は、切断状態１２８７となる。以上で、図１２Ｃの説明を終える。
【００７７】
次に、図１３Ａを用いて、実施の形態１におけるＲＳＳＩイベント発生時のシーケンスについて説明する。アプリケーション側システム１０５のＣＰＵ１５１の状態は、作動中１３０１であると想定する。モデム側システム１０３のＣＰＵ１３１の状態は、作動中である。モデム側システム１０３の主制御部１２０１は、ＲＳＳＩイベント１３０３が発生すると、矢印１３０５に示すように、モデム側システム１０３の第２入力端子６１７を介して、第４信号線６５７の信号レベルを取得する。このとき、第４信号線６５７の信号レベルは、アプリケーション側システム１０５の主制御部１１０１によってＨＩＧＨに設定されている。これは、アプリケーション側システム１０５のＣＰＵ１５１の状態が作動中であることを示している。
【００７８】
モデム側システム１０３の主制御部１２０１は、発生したイベントとアプリケーション側システム１０５のＣＰＵ１５１の状態の判定１３０７を行う。ここでは、ＲＳＳＩイベントが発生し、アプリケーション側システム１０５のＣＰＵ１５１の状態が作動中であるので、判定結果を通知要とする。以下、ＲＳＳＩイベントが発生し、アプリケーション側システム１０５のＣＰＵ１５１の状態が作動中である場合のシーケンスを示す。
【００７９】
矢印１３０９に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第１出力端子６１１を介して、第１信号線６５１の信号レベルをＨＩＧＨに切り替える。これは、アプリケーション側システム１０５のＣＰＵ１５１を復帰させる割り込み信号である。但し、アプリケーション側システム１０５のＣＰＵ１５１は作動中であるので、実質的には用をなさない。より確実に動作させるための処理である。
【００８０】
矢印１３１１に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第１入力端子６３１を介して、第１信号線６５１の信号レベルがＨＩＧＨであることを検知する。但し、アプリケーション側システム１０５のＣＰＵ１５１は、作動中であるので特に処理を行わない。
【００８１】
矢印１３１３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第２出力端子６３７を介して、第４信号線６５７の信号レベルをＨＩＧＨに切り替える。これにより、アプリケーション側システム１０５のＣＰＵ１５１は作動中であることが示される。
【００８２】
矢印１３１５に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第１出力端子６３３を介して、第２信号線６５３の信号レベルをＨＩＧＨに切り替える。これは、モデム側システム１０３のＣＰＵ１３１を復帰させる割り込み信号である。但し、モデム側システム１０３のＣＰＵ１３１は作動中であるので、実質的には用をなさない。より確実に動作させるための処理である。
【００８３】
矢印１３１７に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第１入力端子６１３を介して、第２信号線６５３の信号レベルがＨＩＧＨであることを検知する。モデム側システム１０３のＣＰＵ１３１は、作動中であるので特に処理を行わない。
【００８４】
矢印１３１９に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第１出力端子６１１を介して、第１信号線６５１の信号レベルをＬＯＷに切り替える。これにより、矢印１３０９で送出した割り込み信号を終了させる。
【００８５】
矢印１３２１に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第２出力端子６１５を介して、第３信号線６５５の信号レベルをＨＩＧＨに切り替える。これにより、モデム側システム１０３のＣＰＵ１３１は作動中であることが示される。
【００８６】
矢印１３２３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第２入力端子６３５を介して、第３信号線６５５の信号レベルがＨＩＧＨであることを検知すると、矢印１３２５に示すように、アプリケーション側システム１０５の第１出力端子６３３を介して、第２信号線６５３の信号レベルをＬＯＷに切り替える。これにより、矢印１３１５で送出した割り込み信号を終了させる。以上で、図１３Ａの説明を終える。
【００８７】
図１３Ｂを用いて、本実施の形態におけるＲＳＳＩイベント発生時のシーケンスの続きについて説明する。矢印１２３１から通信可能通知１２５５までの流れは、図１２Ｂと同様である。但し、この場合は、モデム側システム１０３の主制御部１２０１は、ＲＳＳＩイベント通知１３３１を、アプリケーション側システム１０５の主制御部１１０１に送る。判定１２５９では、通知イベントがＲＳＳＩイベントであると判別し、図１２Ｂに示した通話アプリケーション処理１２６１に代えて、表示アプリケーション処理１３３３を行う。表示アプリケーション処理１３３３では、ＲＳＳＩイベントに含まれる信号の強度に基づいて受信感度の表示を行うだけなので、通話データのような伝送は行わない。以上で、図１３Ｂの説明を終える。
【００８８】
図１３Ｃに、実施の形態１におけるＲＳＳＩイベント発生時のシーケンスの続きを示す。図１２Ｃに示した通話アプリケーション処理１２６１に代えて、表示アプリケーション処理１３３３を終えた後は、図１２Ｃと同様のシーケンスとなる。
【００８９】
次に、図１４を用いて、アプリケーション側システム１０５のＣＰＵ１５１の休止中にＲＳＳＩイベントが発生した時のシーケンスについて説明する。アプリケーション側システム１０５のＣＰＵ１５１の状態は、休止中１４０１であると想定する。モデム側システム１０３のＣＰＵ１３１の状態は、作動中である。
【００９０】
モデム側システム１０３の主制御部１２０１は、ＲＳＳＩイベント１４０３が発生すると、矢印１４０５に示すように、モデム側システム１０３の第２入力端子６１７を介して、第４信号線６５７の信号レベルを取得する。このとき、第４信号線６５７の信号レベルは、アプリケーション側システム１０５の主制御部１１０１によってＬＯＷに設定されている。これは、アプリケーション側システム１０５のＣＰＵ１５１の状態が休止中であることを示している。
【００９１】
モデム側システム１０３の主制御部１２０１は、発生したイベントとアプリケーション側システム１０５のＣＰＵ１５１の状態の判定１４０７を行う。ここでは、ＲＳＳＩイベントが発生し、アプリケーション側システム１０５のＣＰＵ１５１の状態が休止中であるので、判定結果を通知不要とする。この場合は、アプリケーション側システム１０５のＣＰＵ１５１を休止状態から作動状態へ復帰させることなく、処理を終える。以上で、図１４の説明を終える。
【００９２】
続いて、図１５を用いて、本実施の形態におけるモデム側システム１０３の主制御部１２０１の処理について説明する。モデム側システム１０３の主制御部１２０１は、判定処理（Ａ）を行う（Ｓ１５０１）。判定処理（Ａ）は、図１２Ａに示した判定１２０９と図１３Ａに示した判定１３０７と図１４に示した判定１４０７に相当する。
【００９３】
図１６に、判定処理（Ａ）のフローを示す。モデム側システム１０３の主制御部１２０１は、発生したイベント種別が着信イベントであるかあるいはＲＳＳＩイベントであるかを判定する（Ｓ１６０１）。発生したイベント種別が着信イベントであると判定した場合には、モデム側システム１０３の主制御部１２０１は、判定結果に通知要を設定する（Ｓ１６０３）。
【００９４】
一方、発生したイベント種別がＲＳＳＩイベントであると判定した場合には、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第２入力端子６１７を介して第４信号線６５７の信号レベルを取得する（Ｓ１６０５）。これは、図１３Ａに示した矢印１３０５と図１４に示した矢印１４０５に相当する。モデム側システム１０３の主制御部１２０１は、第４信号線６５７の信号レベルがＨＩＧＨであるかあるいはＬＯＷであるかを判定する（Ｓ１６０７）。第４信号線６５７の信号レベルがＨＩＧＨであると判定した場合には、判定結果に通知要を設定する（Ｓ１６０３）。第４信号線６５７の信号レベルがＬＯＷであると判定した場合には、モデム側システム１０３の主制御部１２０１は、判定結果に通知不要を設定する（Ｓ１６０９）。
【００９５】
図１５の処理に戻って、モデム側システム１０３の主制御部１２０１は、判定結果に応じて処理を分岐させる（Ｓ１５０３）。判定結果が通知不要である場合には、処理を終える。判定結果が通知要である場合には、モデム側システム１０３の主制御部１２０１は、モデム側復帰処理（Ａ）を行う（Ｓ１５０５）。これは、図１２Ａに示した矢印１２１１〜矢印１２２５までの処理及び図１３Ａに示した矢印１３０９〜矢印１３２１までの処理に相当する。
【００９６】
図１７に、モデム側復帰処理（Ａ）のフローを示す。モデム側システム１０３の主制御部１２０１は、第１出力端子６１１を介して第１信号線６５１の信号レベルをＨＩＧＨに設定する（Ｓ１７０１）。これは、図１２Ａに示した矢印１２１１及び図１３Ａに示した矢印１３０９に相当する。
【００９７】
モデム側システム１０３の主制御部１２０１は、第１入力端子６１３を介して第２信号線６５３の信号レベルを取得する（Ｓ１７０３）。モデム側システム１０３の主制御部１２０１は、第２信号線５６３の信号レベルがＨＩＧＨであるかあるいはＬＯＷであるかを判定する（Ｓ１７０５）。第２信号線６５３の信号レベルがＬＯＷであると判定した場合には、Ｓ１７０３の処理へ戻る。この処理を、第２信号線６５３の信号レベルがＨＩＧＨであると判定するまで繰り返す。これは、図１２Ａに示した矢印１２２１及び図１３Ａに示した矢印１３１７に相当する。
【００９８】
モデム側システム１０３の主制御部１２０１は、第１信号線６５１の信号レベルをＬＯＷに設定する（Ｓ１７０７）これは、図１２Ａに示した矢印１２２３及び図１３Ａに示した矢印１３１９に相当する。
【００９９】
モデム側システム１０３の主制御部１２０１は、第３信号線６５５の信号レベルをＨＩＧＨに設定する（Ｓ１７０９）。これは、図１２Ａに示した矢印１２２５及び図１３Ａに示した矢印１３２１に相当する。
【０１００】
図１５の処理に戻って、モデム側システム１０３の主制御部１２０１は、モデム側接続処理を行う（Ｓ１５０７）。これは、図１２Ｂと図１３Ｂに示した矢印１２３１〜矢印１２５５までの処理に相当する。
【０１０１】
図１８に、モデム側接続処理のフローを示す。モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５によるＵＳＢ機能を起動する（Ｓ１８０１）。これにより、モデム側システム１０３のＵＳＢ装置１３５は、作動状態となる。これは、図１２Ｂと図１３Ｂに示した矢印１２３１に相当する。
【０１０２】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５からのＡＣＫの受信を待つ（Ｓ１８０３）。これは、図１２Ｂと図１３Ｂに示した矢印１２３３に相当する。
【０１０３】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５による通信機能を起動する（Ｓ１８０５）。これにより、モデム側システム１０３の通信制御部１２０５は、作動状態となる。これは、図１２Ｂと図１３Ｂに示した矢印１２３５に相当する。
【０１０４】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５からのＡＣＫの受信を待つ（Ｓ１８０７）。これは、図１２Ｂと図１３Ｂに示した矢印１２３７に相当する。
【０１０５】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５からのコネクト完了の通知を待つ（Ｓ１８０９）。これは、図１２Ｂと図１３Ｂに示した矢印１２５１に相当する。
【０１０６】
モデム側システム１０３の主制御部１２０１は、アプリケーション側システム１０５の主制御部１１０１からの通信可能通知の受信を待つ（Ｓ１８１１）。図１２Ｂと図１３Ｂに示した矢印１２５５に相当する。
【０１０７】
図１５の処理に戻って、モデム側システム１０３の主制御部１２０１は、通知イベントを送信する（Ｓ１５０９）これは、図１２Ｂに示した矢印１２５７及び図１３Ｂに示した矢印１３３１に相当する。
【０１０８】
モデム側システム１０３の主制御部１２０１は、通知イベントの種別が着信イベントであるかあるいはＲＳＳＩイベントであるかを判定する（Ｓ１５１１）。通知イベントの種別が着信イベントであると判定した場合には、モデム側システム１０３の主制御部１２０１は、通話モデム処理を行う（Ｓ１５１３）。
【０１０９】
これは、図１２Ｂに示した通話モデム処理１２６３に相当する。アプリケーション側システム１０５の主制御部１１０１による通話プリケーション処理が終了すると、モデム側システム１０３の主制御部１２０１も通話モデム処理（Ｓ１５１３）を終え、モデム側切断処理（Ａ）を行う（Ｓ１５１５）。通知イベントの種別がＲＳＳＩイベントであると判定した場合にも、モデム側切断処理（Ａ）に移る。モデム側切断処理（Ａ）は、図１２Ｃと図１３Ｃに示した矢印１２７１〜矢印１２８１までの処理に相当する。
【０１１０】
図１９に、モデム側切断処理（Ａ）のフローを示す。モデム側システム１０３の主制御部１２０１は、ＵＳＢの接続経路を通じて、アプリケーション側システム１０５の主制御部１１０１からの切断通知の受信を待つ（Ｓ１９０１）。これは、図１２Ｃと図１３Ｃに示した矢印１２７１に相当する。
【０１１１】
モデム側システム１０３の主制御部１２０１は、ＵＳＢの接続経路を通じて、アプリケーション側システム１０５の主制御部１１０１へ切断通知に対する応答を送信する（Ｓ１９０３）。これは、図１２Ｃと図１３Ｃに示した矢印１２７３に相当する。
【０１１２】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の第２出力端子６１５を介して、第３信号線６５５の信号レベルをＬＯＷに設定する（Ｓ１９０５）。これは、図１２Ｃと図１３Ｃに示した矢印１２７５に相当する。
【０１１３】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５による通信機能を停止させる（Ｓ１９０７）。これは、図１２Ｃと図１３Ｃに示した矢印１２７９に相当する。
【０１１４】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５によるＵＳＢ機能を停止させる（Ｓ１９０９）。これは、図１２Ｃと図１３Ｃに示した矢印１２８１に相当する。
【０１１５】
モデム側切断処理（Ａ）を終えると、図１５の処理を終える。以上で、モデム側システム１０３の処理についての説明を終える。
【０１１６】
次に、アプリケーション側システム１０５の処理について説明する。アプリケーション側システム１０５のＣＰＵ１５１は、図１２Ａに示したように、アプリケーション側システム１０５の第１入力端子６３１を介して第１信号線６５１の信号がＨＩＧＨであることを検知すると休止状態から作動状態へ復帰する。以下は、復帰からのアプリケーション側システム１０５の主制御部１１０１の処理について説明する。
【０１１７】
図２０を用いて、本実施の形態におけるアプリケーション側システム１０５の主制御部１１０１の処理について説明する。アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側復帰処理（Ａ）を行う（Ｓ２００１）。これは、図１２Ａに示した矢印１２１３〜矢印１２２９までの処理及び図１３Ａに示した矢印１３１１〜矢印１３２５までの処理に相当する。
【０１１８】
図２１に、アプリケーション側復帰処理（Ａ）のフローを示す。アプリケーション側システム１０５のＣＰＵ１５１は、割り込み信号を受けてを休止状態から作動状態へ復帰する（Ｓ２１０１）。具体的には、アプリケーション側システム１０５のＣＰＵ１５１は、アプリケーション側システム１０５の第１入力端子６３１を介して第１信号線６５１の信号レベルがＨＩＧＨであることを検知した場合に、復帰の割り込み信号を受けたと判断する。但し、アプリケーション側システム１０５のＣＰＵ１５１が既に作動中の場合は、特に処理を行わない。
【０１１９】
アプリケーション側システム１０５の主制御部１１０１は、第２出力端子６３７を介して第４信号線６５７の信号レベルをＨＩＧＨに設定する（Ｓ２１０３）。これは、図１２Ａに示した矢印１２１７及び図１３Ａに示した矢印１３１３に相当する。
【０１２０】
アプリケーション側システム１０５の主制御部１１０１は、第１出力端子６３３を介して第２信号線６５３の信号レベルをＨＩＧＨに設定する（Ｓ２１０５）。これは、図１２Ａに示した矢印１２１９及び図１３Ａに示した矢印１３１５に相当する。
【０１２１】
アプリケーション側システム１０５の主制御部１１０１は、第２入力端子６３５を介して第３信号線６５５の信号レベルを取得する（Ｓ２１０７）。これは、図１２Ａに示した矢印１２２７及び図１３Ａに示した矢印１３２３に相当する。
【０１２２】
アプリケーション側システム１０５の主制御部１１０１は、第３信号線６５５の信号レベルがＨＩＧＨであるかあるいはＬＯＷであるかを判定する（Ｓ２１０９）。第３信号線６５５の信号レベルがＬＯＷであると判定した場合には、Ｓ２１０７の処理へ戻る。この処理を、第３信号線６５５の信号レベルがＨＩＧＨであると判定するまで繰り返す。これは、図１２Ａに示した矢印１２２７及び図１３Ａに示した矢印１３２３に相当する。
【０１２３】
アプリケーション側システム１０５の主制御部１１０１は、第１出力端子６３３を介して第２信号線６５３の信号レベルをＬＯＷに設定する（Ｓ２１１１）。これは、図１２Ａに示した矢印１２２９及び図１３Ａに示した矢印１３２５に相当する。
【０１２４】
図２０の処理に戻って、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側接続処理を行う（Ｓ２００３）。これは、図１２Ｂと図１３Ｂに示した矢印１２４１〜矢印１２５５までの処理に相当する。
【０１２５】
図２２は、アプリケーション側接続処理のフローを示す図である。アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５によるＵＳＢ機能を起動する（Ｓ２２０１）。これにより、アプリケーション側システム１０５のＵＳＢ装置１５５は、作動状態となる。これは、図１２Ｂと図１３Ｂに示した矢印１２４１に相当する。
【０１２６】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５からのＡＣＫの受信を待つ（Ｓ２２０３）。これは、図１２Ｂと図１３Ｂに示した矢印１２４３に相当する。
【０１２７】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３による通信機能を起動する（Ｓ２２０５）。これにより、アプリケーション側システム１０５の通信制御部１２０３は作動状態となる。これは、図１２Ｂと図１３Ｂに示した矢印１２４５に相当する。
【０１２８】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３からのＡＣＫの受信を待つ（Ｓ２２０７）。これは、図１２Ｂと図１３Ｂに示した矢印１２４７に相当する。
【０１２９】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３からのコネクト完了の通知を待つ（Ｓ２２０９）。これは、図１２Ｂと図１３Ｂに示した矢印１２５３に相当する。
【０１３０】
アプリケーション側システム１０５の主制御部１１０１は、モデム側システム１０３の主制御部１２０１へ通信可能通知を送信する（Ｓ２２１１）。これは、図１２Ｂと図１３Ｂに示した矢印１２５５に相当する。
【０１３１】
図２０の処理に戻って、アプリケーション側システム１０５の主制御部１１０１は、通知イベントの受信を待つ（Ｓ２００５）。これは、図１２Ｂに示した矢印１２５７及び図１３Ｂに示した矢印１３３１に相当する。
【０１３２】
アプリケーション側システム１０５の主制御部１１０１は、通知イベントの種別が着信イベントであるかあるいはＲＳＳＩイベントであるかを判定する（Ｓ２００７）。通知イベントの種別が着信イベントであると判定した場合には、アプリケーション側システム１０５の主制御部１１０１は、通話アプリケーション処理を行う（Ｓ２００９）。これは、図１２Ｂに示した通話アプリケーション処理１２６１に相当する。
【０１３３】
通知イベントの種別がＲＳＳＩイベントであると判定した場合には、アプリケーション側システム１０５の主制御部１１０１は、表示アプリケーション処理を行う（Ｓ２０１１）。これは、図１３Ｂの表示アプリケーション処理１３３３に相当する。
【０１３４】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側切断処理（Ａ）を行う（Ｓ２０１３）。これは、図１２Ｃと図１３Ｃに示した矢印１２７１〜矢印１２８５までの処理に相当する。
【０１３５】
図２３に、アプリケーション側切断処理（Ａ）のフローを示す。アプリケーション側システム１０５の主制御部１１０１は、ＵＳＢ接続の経路を通じて、モデム側システム１０３の主制御部１２０１へ切断通知を送信する（Ｓ２３０１）。これは、図１２Ｃと図１３Ｃに示した矢印１２７１に相当する。
【０１３６】
アプリケーション側システム１０５の主制御部１１０１は、ＵＳＢ接続の経路を通じて、モデム側システム１０３の主制御部１２０１からの応答の受信を待つ（Ｓ２３０３）。これは、図１２Ｃと図１３Ｃに示した矢印１２７３に相当する。
【０１３７】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の第２出力端子６３７を介して、第４信号線６５７の信号レベルをＬＯＷに設定する（Ｓ２３０５）。これは、図１２Ｃと図１３Ｃに示した矢印１２７７に相当する。
【０１３８】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３による通信機能を停止させる（Ｓ２３０７）。これは、図１２Ｃと図１３Ｃに示した矢印１２８３に相当する。
【０１３９】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５によるＵＳＢ機能を停止させる（Ｓ２３０９）。これは、図１２Ｃと図１３Ｃに示した矢印１２８５に相当する。
【０１４０】
アプリケーション側切断処理（Ａ）を終えると、図２０の処理を終える。以上で、アプリケーション側システム１０５の処理についての説明を終える。
【０１４１】
参考例においては、図２に示したように、アプリケーション側ＣＰＵが自ら復帰する場合に、モデム側ＣＰＵを一旦復帰させなければならない。また、アプリケーション側ＣＰＵが自ら停止する場合に、モデム側ＣＰＵを一旦復帰させなければならない。従って、アプリケーション側ＣＰＵの復帰あるいは停止が起きる度に、モデム側ＣＰＵを復帰させ、作動させるための電力を消費する。
【０１４２】
これに対して、本実施の形態では、図７に示したように、アプリケーション側ＣＰＵが自ら復帰する場合に、モデム側ＣＰＵを復帰させずに済む。また、アプリケーション側ＣＰＵが自ら停止する場合にも、モデム側ＣＰＵを復帰させずに済む。従って、アプリケーション側ＣＰＵの復帰あるいは停止が起きても、モデム側ＣＰＵを復帰させ、作動させるための電力がかからない。
【０１４３】
このように、第４信号線６５７を介してアプリケーション側ＣＰＵの状態をモデム側ＣＰＵに伝達するので、モデム側ＣＰＵの復帰回数が減り、電力の消費を抑えることができる。
【０１４４】
また、アプリケーション側ＣＰＵが作動状態の場合に、ＲＳＳＩイベント通知の通信処理を行い、アプリケーション側ＣＰＵが休止状態の場合には、アプリケーション側ＣＰＵを作動状態へ復帰させず、ＲＳＳＩイベントの通信処理を省くので、アプリケーション側ＣＰＵの状態に応じて電力の消費を抑えることができる。
【０１４５】
また、アプリケーション側ＣＰＵが休止状態の場合に、モデム側システムにおいて着信イベントが発生すると、アプリケーション側ＣＰＵを復帰させ、着信イベント通知の通信処理を行うので、着信する可能性がある状況においてもアプリケーション側ＣＰＵを休止させることが可能になり、待機時におけるアプリケーション側ＣＰＵの電力消費を抑えることができる。
【０１４６】
［実施の形態２］
本実施の形態では、他のＣＰＵを休止状態から作動状態へ復帰させる割り込み信号を送出するための信号線を併用して、自らのＣＰＵの状態を他のＣＰＵへ伝える例について説明する。
【０１４７】
本実施の形態における通信装置１０１のハードウエア構成は、図１と同様である。第１信号線１９１は、アプリケーション側システム１０５のＣＰＵ１５１を復帰させるための割り込み信号をモデム側システム１０３のＣＰＵ１３１から送出するために用いられるとともに、モデム側システム１０３のＣＰＵ１３１の状態を伝えるためにも用いられる。更に、第２信号線１９３は、モデム側システム１０３のＣＰＵ１３１を復帰させるための割り込み信号をアプリケーション側システム１０５のＣＰＵ１５１から送出するために用いられるとともに、アプリケーション側システム１０５のＣＰＵ１５１の状態を伝えるためにも用いられる。
【０１４８】
但し、第１信号線１９１と第２信号線１９３のいずれにおいても、割り込み信号の検出はトリガ方式で行われる。つまり、信号レベルがＬＯＷからＨＩＧＨへ切り替わったタイミングで、割り込みが発生する。
【０１４９】
また、第１信号線１９１と第２信号線１９３のいずれにおいても、信号レベルがＨＩＧＨである間はＣＰＵの状態が作動中であることを示し、信号レベルがＬＯＷである間はＣＰＵの状態が休止中であることを示す。
【０１５０】
図２４に、実施の形態２におけるアプリケーション側システム１０５のＣＰＵ１５１の復帰時及び停止時の状態遷移を示す。アプリケーション側システム１０５のＣＰＵ１５１が復帰することによって休止中から作動中に遷移した場合、矢印２４０１に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、第２信号線１９３の信号レベルをＬＯＷからＨＩＧＨに切り替える。
【０１５１】
モデム側システム１０３のＣＰＵ１３１は、矢印２４０３に示すように、第２信号線１９３の信号レベルがＨＩＧＨであることを検知すると、自ら復帰する。これにより、モデム側システム１０３のＣＰＵ１３１は、休止中から作動中へ遷移する。
【０１５２】
そして、矢印２４０５に示すように、モデム側システム１０３のＣＰＵ１３１は、自らが作動中であることを示すために、第１信号線１９１の信号レベルをＨＩＧＨに切り替える。その後、処理を行わない場合には、矢印２４０７に示すように、モデム側システム１０３のＣＰＵ１３１は、第１信号線１９１の信号レベルをＬＯＷに戻す。
【０１５３】
一方、アプリケーション側システム１０５のＣＰＵ１５１が停止することによって作動中から休止中に遷移する場合、矢印２４０９に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、第２信号線１９３の信号レベルをＨＩＧＨからＬＯＷに切り替える。以上で、図２４の説明を終える。
【０１５４】
実施の形態１と同様に、通話の着信があった場合には、アプリケーション側システム１０５のＣＰＵ１５１が作動中であっても、休止中であっても、アプリケーションソフトウエアを実行する。そのため、モデム側システム１０３のＣＰＵ１３１は、休止状態のアプリケーション側システム１０５のＣＰＵ１５１を作動状態へ復帰させる。尚、アプリケーション側システム１０５のＣＰＵ１５１が作動している状態で、モデム側システム１０３のＣＰＵ１３１から復帰の割り込み信号を受けた場合には、既に復帰されているので特に処理を行わない。
【０１５５】
図２５に、実施の形態２における着信イベント発生時の状態遷移を示す。着信イベントは、無線装置１４１で接続要求を受信した場合に発生する。モデム側システム１０３のＣＰＵ１３１で着信イベントが発生すると、矢印２５０１に示すように、モデム側システム１０３のＣＰＵ１３１は、第１信号線１９１の信号レベルをＬＯＷからＨＩＧＨに切り替える。
【０１５６】
アプリケーション側システム１０５のＣＰＵ１５１は、矢印２５０３に示すように、第１信号線１９１の信号レベルがＨＩＧＨであることを検知すると、自ら復帰する。そして、矢印２５０５に示すように、アプリケーション側システム１０５のＣＰＵ１５１は、第２信号線１９３の信号レベルをＬＯＷからＨＩＧＨに切り替える。
【０１５７】
矢印２５０７に示すように、モデム側システム１０３のＣＰＵ１３１は、第２信号線１９３の信号レベルがＨＩＧＨであることを検知するが、既に復帰しているので特に処理を行わない。
【０１５８】
矢印２５０９に示すように、モデム側システム１０３のＣＰＵ１３１は、ＵＳＢによる接続経路を介してアプリケーション側システム１０５のＣＰＵ１５１に着信イベントの通知を送信する。そして、アプリケーション側システム１０５のＣＰＵ１５１は、着信イベントに応じたアプリケーション処理を行う。
【０１５９】
通話が終了し、モデム側システム１０３のＣＰＵ１３１が休止する場合には、矢印２５１１に示すように、、第１信号線１９１の信号レベルをＨＩＧＨからＬＯＷに切り替える。また、アプリケーション側システム１０５のＣＰＵ１５１が休止する場合にも、矢印２５１３に示すように、第２信号線１９３の信号レベルをＨＩＧＨからＬＯＷに切り替える。以上で、図２５の説明を終える。
【０１６０】
続いて、本実施の形態におけるＲＳＳＩイベント発生時の状態遷移について説明する。本実施の形態においても前述と同様に、アプリケーション側システム１０５のＣＰＵ１５１が作動している場合のみ、受信感度の表示が行われる。アプリケーション側システム１０５のＣＰＵ１５１が休止している場合には、受信感度の表示は行われない。
【０１６１】
図２６を用いて、アプリケーション側システム１０５のＣＰＵ１５１の作動中にＲＳＳＩイベントが発生した時の状態遷移について説明する。モデム側システム１０３のＣＰＵ１３１は、矢印２６００に示すように、第２信号線１９３がＨＩＧＨであることからアプリケーション側システム１０５のＣＰＵ１５１が作動中であると判定する。
【０１６２】
そして、矢印２６０１に示すように、モデム側システム１０３のＣＰＵ１３１は、ＵＳＢによる接続経路を介してアプリケーション側システム１０５のＣＰＵ１５１にＲＳＳＩイベントの通知を送信する。そして、アプリケーション側システム１０５のＣＰＵ１５１は、ＲＳＳＩイベントに応じたアプリケーション処理を行う。以上で、図２６の説明を終える。
【０１６３】
次に、図２７を用いて、アプリケーション側システム１０５のＣＰＵ１５１の休止中にＲＳＳＩイベントが発生した時の状態遷移について説明する。ＲＳＳＩイベントが発生すると、モデム側システム１０３のＣＰＵ１３１は、矢印２７００に示すように、第２信号線１９３がＬＯＷであることからアプリケーション側システム１０５のＣＰＵ１５１が休止中であると判定する。この場合には、ＲＳＳＩイベントの通知は送られない。以上で、図２７の説明を終える。
【０１６４】
以下、本実施の形態におけるシーケンスについて説明する。まず、図２８を用いて、本実施の形態におけるアプリケーション側システム１０５のＣＰＵ１５１の復帰時及び停止時のシーケンスについて説明する。
【０１６５】
モデム側システム１０３のＣＰＵ１３１の状態は、休止中２８０１であり、アプリケーション側システム１０５のＣＰＵ１５１の状態は、休止中２８０３であると想定する。割り込み信号の入力などにより、アプリケーション側システム１０５のＣＰＵ１５１が復帰２８０５を行うと、矢印２８０７に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＨＩＧＨに切り替える。これにより、アプリケーション側システム１０５のＣＰＵ１５１の状態は、作動中２８０９に移る。
【０１６６】
一方、  矢印２８１１に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の入力端子１７３を介して、第２信号線１９３の信号レベルがＨＩＧＨであることを検知すると、モデム側システム１０３のＣＰＵ１３１は、復帰２８１３を行う。但し、既に作動中である場合には、特に処理を行わない。
【０１６７】
矢印２８１５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＨＩＧＨに切り替える。その後処理を行わない場合には、矢印２８１７に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＬＯＷに戻す。
【０１６８】
そして、モデム側システム１０３の主制御部１２０１は、ＣＰＵ１３１の停止２８１９を行う。これにより、モデム側システム１０３のＣＰＵ１３１の状態は、休止中２８２１となる。
【０１６９】
アプリケーション側システム１０５の主制御部１１０１は、自ら停止しようとする場合、矢印２８２３に示すように、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＬＯＷに切り替える。
【０１７０】
そして、アプリケーション側システム１０５の主制御部１１０１は、ＣＰＵ１５１の停止２８２５を行うと、アプリケーション側システム１０５のＣＰＵ１５１の状態は、休止中２８２７に移る。以上で、図２８の説明を終える。
【０１７１】
続いて、図２９Ａを用いて、本実施の形態における着信イベント発生時のシーケンスについて説明する。
【０１７２】
アプリケーション側システム１０５のＣＰＵ１５１の状態は、作動中又は休止中２９０１であると想定する。作動中の場合と休止中の場合で、シーケンスは同様である。モデム側システム１０３のＣＰＵ１３１の状態は、作動中である。モデム側システム１０３の主制御部１２０１は、着信イベント２９０３が発生すると、発生したイベントの判定２９０５を行う。着信イベントが発生したので、判定結果を通知要とする。以下、発生したイベントが着信イベントである場合のシーケンスを示す。
【０１７３】
矢印２９０７に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＬＯＷからＨＩＧＨに切り替える。これは、アプリケーション側システム１０５のＣＰＵ１５１を復帰させる割り込み信号である。
【０１７４】
そして、矢印２９０９に示すように、アプリケーション側システム１０５の入力端子１８１を介して、第１信号線１９１の信号レベルがＬＯＷからＨＩＧＨへ切り替わったことを検知すると、アプリケーション側システム１０５のＣＰＵ１５１は、復帰２９１１を行う。但し、既に作動中である場合には、特に処理を行わない。
【０１７５】
矢印２９１３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＬＯＷからＨＩＧＨに切り替える。これにより、アプリケーション側システム１０５のＣＰＵ１５１が作動中であることが示される。
【０１７６】
矢印２９１５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の入力端子１７３を介して、第２信号線１９３の信号レベルがＬＯＷからＨＩＧＨへ切り替わったことを検知する。この信号レベルの切り替えは、アプリケーション側システム１０５のＣＰＵ１５１を休止状態から作動状態へ復帰させる割り込みに相当する。但し、アプリケーション側システム１０５のＣＰＵ１５１は、既に作動中であるので、特に処理を行わない。以上で、図２９Ａの説明を終える。
【０１７７】
図２９Ａの続きは、図１２Ｂに示したシーケンスと同様である。図２９Ｂを用いて、図１２Ｂに示したシーケンスの続きについて説明する。
【０１７８】
アプリケーション側システム１０５の主制御部１１０１は、通話アプリケーション処理１２６１を終えると、ＵＳＢの接続経路を介して、モデム側システム１０３の主制御部１２０１へ切断通知２９２１を送る。
【０１７９】
モデム側システム１０３の主制御部１２０１は、切断通知２９２１を受けると、ＵＳＢの接続経路を介して、アプリケーション側システム１０５の主制御部１１０１へ応答２９２３を送る。これ以降、モデム側システム１０３の主制御部１２０１とアプリケーション側システム１０５の主制御部１１０１は、切断の処理に移る。
【０１８０】
矢印２９２５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＬＯＷに切り替える。これにより、モデム側システム１０３のＣＰＵ１３１が休止中であることが示される。
【０１８１】
矢印２９２７に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＬＯＷに切り替える。これにより、アプリケーション側システム１０５のＣＰＵ１５１が休止中であることが示される。
【０１８２】
矢印２９２９に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５を停止させる。更に、矢印２９３１に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５を停止させる。
【０１８３】
矢印２９３３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３を停止させる。更に、矢印２９３５に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５を停止させる。そして、モデム側システム１０３のＵＳＢ装置１３５とアプリケーション側システム１０５のＵＳＢ装置１５５の間は、切断状態２９３７となる。以上で、図２９Ｂの説明を終える。
【０１８４】
次に、図３０Ａを用いて、本実施の形態におけるＲＳＳＩイベント発生時のシーケンスについて説明する。
【０１８５】
アプリケーション側システム１０５のＣＰＵ１５１の状態は、作動中３００１であると想定する。モデム側システム１０３のＣＰＵ１３１の状態は、作動中である。モデム側システム１０３の主制御部１２０１は、ＲＳＳＩイベント３００３が発生すると、矢印３００５に示すように、モデム側システム１０３の入力端子１７３を介して、第２信号線１９３の信号レベルを取得する。このとき、第２信号線１９３の信号レベルは、アプリケーション側システム１０５の主制御部１１０１によってＨＩＧＨに設定されている。これは、アプリケーション側システム１０５のＣＰＵ１５１の状態が作動中であることを示している。
【０１８６】
モデム側システム１０３の主制御部１２０１は、発生したイベントとアプリケーション側システム１０５のＣＰＵ１５１の状態の判定３００７を行う。ここでは、ＲＳＳＩイベントが発生し、アプリケーション側システム１０５のＣＰＵ１５１の状態が作動中であるので、判定結果を通知要とする。以下、ＲＳＳＩイベントが発生し、アプリケーション側システム１０５のＣＰＵ１５１の状態が作動中である場合のシーケンスを示す。
【０１８７】
矢印３００９に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＨＩＧＨに切り替える。これは、モデム側システム１０３のＣＰＵ１３１の状態を示す信号であり、アプリケーション側システム１０５のＣＰＵ１５１を休止状態から作動状態へ復帰させる割り込みにもなる。但し、アプリケーション側システム１０５のＣＰＵ１５１は作動中であるので、割り込みとしては機能しない。
【０１８８】
矢印３０１１に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の入力端子１８１を介して、第１信号線１９１の信号レベルがＨＩＧＨであることを検知する。但し、アプリケーション側システム１０５のＣＰＵ１５１は、作動中であるので特に処理を行わない。
【０１８９】
矢印３０１３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＨＩＧＨに切り替える。これは、アプリケーション側システム１０５のＣＰＵ１５１の状態を示す信号であり、モデム側システム１０３のＣＰＵ１３１を復帰させる割り込みにもなる。但し、モデム側システム１０３のＣＰＵ１３１は作動中であるので、割り込みとしては機能しない。
【０１９０】
矢印３０１５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の入力端子１７３を介して、第２信号線１９３の信号レベルがＨＩＧＨであることを検知する。但し、モデム側システム１０３のＣＰＵ１３１は、作動中であるので特に処理を行わない。以上で、図３０Ａの説明を終える。
【０１９１】
図３０Ａの続きは、図１３Ｂに示したシーケンスと同様である。図３０Ｂを用いて、図１３Ｂに示したシーケンスの続きについて説明する。図２９Ｂに示した通話アプリケーション処理１２６１に代えて、表示アプリケーション処理１３３３を終えた後は、図２９Ｂと同様のシーケンスとなる。
【０１９２】
次に、図３１を用いて、アプリケーション側システム１０５のＣＰＵ１５１の休止中にＲＳＳＩイベントが発生した時のシーケンスについて説明する。アプリケーション側システム１０５のＣＰＵ１５１の状態は、休止中３１０１であると想定する。モデム側システム１０３のＣＰＵ１３１の状態は、作動中である。
【０１９３】
モデム側システム１０３の主制御部１２０１は、ＲＳＳＩイベント３１０３が発生すると、矢印３１０５に示すように、モデム側システム１０３の入力端子１７３を介して、第２信号線１９３の信号レベルを取得する。このとき、第２信号線１９３の信号レベルは、アプリケーション側システム１０５の主制御部１１０１によってＬＯＷに設定されている。これは、アプリケーション側システム１０５のＣＰＵ１５１の状態が休止中であることを示している。
【０１９４】
モデム側システム１０３の主制御部１２０１は、発生したイベントとアプリケーション側システム１０５のＣＰＵ１５１の状態の判定３１０７を行う。ここでは、ＲＳＳＩイベントが発生し、アプリケーション側システム１０５のＣＰＵ１５１の状態が休止中であるので、判定結果を通知不要とする。この場合は、アプリケーション側システム１０５のＣＰＵ１５１を休止状態から作動状態へ復帰させることなく、処理を終える。図３１の説明を終える。
【０１９５】
続いて、図３２を用いて、本実施の形態におけるモデム側システム１０３の主制御部１２０１の処理について説明する。モデム側システム１０３の主制御部１２０１は、上述した判定処理（Ａ）に代えて、判定処理（Ｂ）を行う（Ｓ３２０１）。判定処理（Ｂ）は、図２９Ａに示した判定２９０５と図３０Ａに示した判定３００７と図３１に示した判定３１０７に相当する。
【０１９６】
図３３に、判定処理（Ｂ）のフローを示す。モデム側システム１０３の主制御部１２０１は、発生したイベント種別が着信イベントであるかあるいはＲＳＳＩイベントであるかを判定する（Ｓ１６０１）。発生したイベント種別が着信イベントであると判定した場合には、モデム側システム１０３の主制御部１２０１は、判定結果に通知要を設定する（Ｓ１６０３）。
【０１９７】
一方、発生したイベント種別がＲＳＳＩイベントであると判定した場合には、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の入力端子１７３を介して第２信号線１９３の信号レベルを取得する（Ｓ３３０１）。これは、図３０Ａに示した矢印３００５と図３１に示した矢印３１０５に相当する。
【０１９８】
モデム側システム１０３の主制御部１２０１は、第２信号線１９３の信号レベルがＨＩＧＨであるかあるいはＬＯＷであるかを判定する（Ｓ３３０３）。第２信号線１９３の信号レベルがＨＩＧＨであると判定した場合には、判定結果に通知要を設定する（Ｓ１６０３）。第２信号線１９３の信号レベルがＬＯＷであると判定した場合には、モデム側システム１０３の主制御部１２０１は、判定結果に通知不要を設定する（Ｓ１６０９）。
【０１９９】
図３２の処理に戻って、モデム側システム１０３の主制御部１２０１は、判定結果に応じて処理を分岐させる（Ｓ１５０３）。判定結果が通知不要である場合には、処理を終える。判定結果が通知要である場合には、モデム側システム１０３の主制御部１２０１は、上述したモデム側復帰処理（Ａ）に代えて、モデム側復帰処理（Ｂ）を行う（Ｓ３２０３）。
【０２００】
図３４に、モデム側復帰処理（Ｂ）のフローを示す。モデム側システム１０３の主制御部１２０１は、出力端子１７１を介して第１信号線１９１の信号レベルをＨＩＧＨに設定する（Ｓ１７０１）。これは、図２９Ａに示した矢印２９０７及び図３０Ａに示した矢印３００９に相当する。
【０２０１】
モデム側システム１０３の主制御部１２０１は、入力端子１７３を介して第２信号線１９３の信号レベルを取得する（Ｓ１７０３）。モデム側システム１０３の主制御部１２０１は、第２信号線１９３の信号レベルがＨＩＧＨであるかあるいはＬＯＷであるかを判定する（Ｓ１７０５）。第２信号線１９３の信号レベルがＬＯＷであると判定した場合には、Ｓ１７０３の処理へ戻る。この処理を、第２信号線１９３の信号レベルがＨＩＧＨであると判定するまで繰り返す。これは、図２９Ａに示した矢印２９１５及び図３０Ａに示した矢印３０１５に相当する。
【０２０２】
図３２の処理に戻って、モデム側システム１０３の主制御部１２０１は、モデム側接続処理を行う（Ｓ１５０７）。モデム側接続処理（Ｓ１５０７）は、図１８を用いて前述した通りである。
【０２０３】
モデム側システム１０３の主制御部１２０１は、通知イベントを送信する（Ｓ１５０９）。これは、図１２Ｂに示した矢印１２５７及び図１３Ｂに示した矢印１３３１に相当する。
【０２０４】
モデム側システム１０３の主制御部１２０１は、通知イベントの種別が着信イベントであるかあるいはＲＳＳＩイベントであるかを判定する（Ｓ１５１１）。通知イベントの種別が着信イベントであると判定した場合には、モデム側システム１０３の主制御部１２０１は、通話モデム処理を行う（Ｓ１５１３）。これは、図１２Ｂに示した通話モデム処理１２６１に相当する。
【０２０５】
アプリケーション側システム１０５の主制御部１１０１による通話プリケーション処理が終了すると、モデム側システム１０３の主制御部１２０１も通話モデム処理（Ｓ１５１３）を終え、上述したモデム側切断処理（Ａ）に代えて、モデム側切断処理（Ｂ）を行う（Ｓ３２０５）。
【０２０６】
Ｓ１５１１で、通知イベントの種別がＲＳＳＩイベントであると判定した場合にも、モデム側切断処理（Ｂ）に移る。モデム側切断処理（Ｂ）は、図２９Ｂと図３０Ｂに示した矢印２９２１〜矢印２９３７までの処理に相当する。
【０２０７】
図３５に、モデム側切断処理（Ｂ）のフローを示す。モデム側システム１０３の主制御部１２０１は、ＵＳＢの接続経路を通じて、アプリケーション側システム１０５の主制御部１１０１からの切断通知の受信を待つ（Ｓ１９０１）。これは、図２９Ｂと図３０Ｂに示した矢印２９２１に相当する。
【０２０８】
次に、モデム側システム１０３の主制御部１２０１は、ＵＳＢの接続経路を通じて、アプリケーション側システム１０５の主制御部１１０１に切断通知への応答を送信する（Ｓ１９０３）。これは、図２９Ｂと図３０Ｂに示した矢印２９２３に相当する。
【０２０９】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＬＯＷに設定する（Ｓ３５０１）。これは、図２９Ｂと図３０Ｂに示した矢印２９２５に相当する。
【０２１０】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５による通信機能を停止させる（Ｓ１９０７）。これは、図２９Ｂと図３０Ｂに示した矢印２９２９に相当する。
【０２１１】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５によるＵＳＢ機能を停止させる（Ｓ１９０９）。これは、図２９Ｂと図３０Ｂに示した矢印２９３１に相当する。
【０２１２】
モデム側切断処理（Ｂ）を終えると、図３２の処理を終える。以上で、モデム側システム１０３の処理についての説明を終える。
【０２１３】
次に、アプリケーション側システム１０５の処理について説明する。アプリケーション側システム１０５のＣＰＵ１５１は、図２９Ａに示したように、アプリケーション側システム１０５の入力端子１８１を介して第１信号線１９１の信号がＨＩＧＨであることを検知すると休止状態から作動状態へ復帰する。以下は、復帰からのアプリケーション側システム１０５の主制御部１１０１の処理について説明する。
【０２１４】
図３６を用いて、実施の形態２におけるアプリケーション側システム１０５の主制御部１１０１の処理について説明する。アプリケーション側システム１０５の主制御部１１０１は、上述したアプリケーション側復帰処理（Ａ）に代えて、アプリケーション側復帰処理（Ｂ）を行う（Ｓ３６０１）。これは、図２９Ａに示した矢印２９０９〜矢印２９１３までの処理及び図３０Ａに示した矢印３０１１〜矢印３０１３までの処理に相当する。
【０２１５】
図３７は、アプリケーション側復帰処理（Ｂ）のフローを示す図である。アプリケーション側システム１０５のＣＰＵ１５１は、割り込み信号を受けてを休止状態から作動状態へ復帰する（Ｓ２１０１）。具体的には、アプリケーション側システム１０５のＣＰＵ１５１は、アプリケーション側システム１０５の入力端子１８１を介して第１信号線１９１の信号レベルがＬＯＷからＨＩＧＨに切り替わったことを検知した場合に、復帰に関する割り込み信号を受けたと判断する。但し、アプリケーション側システム１０５のＣＰＵ１５１が既に作動中の場合は、特に処理を行わない。
【０２１６】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して第２信号線１９３の信号レベルをＨＩＧＨに設定する（Ｓ３７０１）。これは、図２９Ａに示した矢印２９１３及び図３０Ａに示した矢印３０１３に相当する。
【０２１７】
図３６の処理に戻って、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側接続処理を行う（Ｓ２００３）。これは、図１２Ｂと図１３Ｂに示した矢印１２４１〜矢印１２５５までの処理に相当する。アプリケーション側接続処理は、図２２を用いて前述した通りである。
【０２１８】
アプリケーション側システム１０５の主制御部１１０１は、通知イベントの受信を待つ（Ｓ２００５）。これは、図１２Ｂに示した矢印１２５７及び図１３Ｂに示した矢印１３３１に相当する。
【０２１９】
アプリケーション側システム１０５の主制御部１１０１は、通知イベントの種別が着信イベントであるかあるいはＲＳＳＩイベントであるかを判定する（Ｓ２００７）。通知イベントの種別が着信イベントであると判定した場合には、アプリケーション側システム１０５の主制御部１１０１は、通話アプリケーション処理を行う（Ｓ２００９）。これは、図１２Ｂに示した通話アプリケーション処理１２６１に相当する。
【０２２０】
通知イベントの種別がＲＳＳＩイベントであると判定した場合には、アプリケーション側システム１０５の主制御部１１０１は、表示アプリケーション処理を行う（Ｓ２０１１）。これは、図１３Ｂの表示アプリケーション処理１３３３に相当する。
【０２２１】
通話アプリケーション処理又は表示アプリケーション処理を終えると、アプリケーション側システム１０５の主制御部１１０１は、上述したアプリケーション側切断処理（Ａ）に代えて、アプリケーション側切断処理（Ｂ）を行う（Ｓ３６０３）。これは、図２９Ｂと図３０Ｂに示した矢印２９２１〜矢印２９３５までの処理に相当する。
【０２２２】
図３８に、アプリケーション側切断処理（Ｂ）のフローを示す。アプリケーション側システム１０５の主制御部１１０１は、ＵＳＢ接続の経路を通じて、モデム側システム１０３の主制御部１２０１へ切断通知を送信する（Ｓ２３０１）。これは、図２９Ｂと図３０Ｂに示した矢印２９２１に相当する。
【０２２３】
アプリケーション側システム１０５の主制御部１１０１は、ＵＳＢ接続の経路を通じて、モデム側システム１０３の主制御部１２０１からの応答の受信を待つ（Ｓ２３０３）。これは、図２９Ｂと図３０Ｂに示した矢印２９２３に相当する。
【０２２４】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＬＯＷに設定する（Ｓ３８０１）。これは、図２９Ｂと図３０Ｂに示した矢印２９２７に相当する。
【０２２５】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３による通信機能を停止させる（Ｓ２３０７）。これは、図２９Ｂと図３０Ｂに示した矢印２９３３に相当する。
【０２２６】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５によるＵＳＢ機能を停止させる（Ｓ２３０９）。これは、図２９Ｂと図３０Ｂに示した矢印２９３５に相当する。
【０２２７】
アプリケーション側切断処理（Ｂ）を終えると、図３６の処理を終える。以上で、アプリケーション側システム１０５の処理についての説明を終える。
【０２２８】
本実施の形態によれば、アプリケーション側ＣＰＵがモデム側ＣＰＵを作動状態へ復帰させる割り込み信号を伝達するために設けられた第２信号線１９３を併用して、アプリケーション側ＣＰＵの状態をモデム側ＣＰＵへ伝達することができる。従って、信号線の数を少なくし、通信装置１０１の構成を単純化できる。
【０２２９】
［実施の形態３］
上述の形態では、信号線を介してＣＰＵの状態を伝える例を示したが、本実施の形態では、ＣＰＵへ入力される電流値を測定することによってＣＰＵの状態を判定する例について説明する。
【０２３０】
図３９に、本実施の形態における通信装置１０１のハードウエア構成例を示す。図１と同様に、モデム側システム１０３は、ＣＰＵ１３１、記憶装置１３３、ＵＳＢ装置１３５、ＧＰＩＯ装置１３７、ＵＩＭ装置１３９、無線装置１４１及びバス１４３を有している。図１と同様に、アプリケーション側システム１０５は、ＣＰＵ１５１、記憶装置１５３、ＵＳＢ装置１５５、ＧＰＩＯ装置１５７、入力装置１５９、音声装置１６１、表示装置１６３及びバス１６５を有している。
【０２３１】
本実施の形態では、アプリケーション側システム１０５は、更に、電源装置３９０１と測定装置３９０３を有している。電源装置３９０１は、ＣＰＵ１５１へ電力を供給する。測定装置３９０３は、電源装置３９０１からＣＰＵ１５１へ入力される電流の値を計測する。そして、測定装置３９０３は、計測した電流値に基づいて、アプリケーション側システム１０５のＣＰＵ１５１が作動中であるかあるいは停止中であるかを判定する。例えば、測定した電流値が所定の閾値を越えている場合に、作動中であると判定し、測定した電流値が所定の閾値以下である場合に、停止中であると判定する。
【０２３２】
モデム側システム１０３は、更に、測定装置３９０５を有している。モデム側システム１０３の測定装置３９０５とアプリケーション側システム１０５の測定装置３９０３は、例えば信号線やバスなどによって接続されている。ＣＰＵ１３１は、モデム側システム１０３の測定装置３９０５を介して、アプリケーション側システム１０５の測定装置３９０３からアプリケーション側システム１０５のＣＰＵ１５１が作動中であるかあるいは停止中であるかの判定結果を取得する。
【０２３３】
第１信号線１９１と第２信号線１９３は、前述の参考例と同様に、復帰の割り込み信号を送るために用いられる。
【０２３４】
続いて、図４０Ａを用いて、本実施の形態における着信イベント発生時のシーケンスについて説明する。アプリケーション側システム１０５のＣＰＵ１５１の状態は、作動中又は休止中４００１であると想定する。作動中の場合と休止中の場合で、シーケンスは同様である。モデム側システム１０３のＣＰＵ１３１の状態は、作動中である。モデム側システム１０３の主制御部１２０１は、着信イベント４００３が発生すると、発生したイベントの判定４００５を行う。着信イベントが発生したので、判定結果を通知要とする。以下、発生したイベントが着信イベントである場合のシーケンスを示す。
【０２３５】
矢印４００７に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＬＯＷからＨＩＧＨに切り替える。これは、アプリケーション側システム１０５のＣＰＵ１５１を復帰させる割り込み信号である。
【０２３６】
そして、矢印４００９に示すように、アプリケーション側システム１０５の入力端子１８１を介して、第１信号線１９１の信号レベルがＬＯＷからＨＩＧＨへ切り替わったことを検知すると、アプリケーション側システム１０５のＣＰＵ１５１は、復帰４０１１を行う。但し、既に作動中である場合には、特に処理を行わない。
【０２３７】
矢印４０１３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＬＯＷからＨＩＧＨに切り替える。これは、モデム側システム１０３のＣＰＵ１３１への復帰の割り込み信号である。但し、モデム側システム１０３のＣＰＵ１３１は、既に作動中であるので、実質的には機能しない。
【０２３８】
矢印４０１５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の入力端子１７３を介して、第２信号線１９３の信号レベルがＨＩＧＨであることを検知する。但し、モデム側システム１０３のＣＰＵ１３１は、既に作動中であるので、特に処理を行わない。
【０２３９】
矢印４０１７に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＬＯＷに切り替える。これにより、矢印４００７で送出した割り込み信号を終了させる。
【０２４０】
矢印４０１９に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の入力端子１８１を介して、第１信号線１９１の信号レベルがＬＯＷに切り替わったことを検知すると、矢印４０２１に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＬＯＷに切り替える。これにより、矢印４０１３で送出した割り込み信号を終了させる。以上で、図４０Ａの説明を終える。
【０２４１】
図４０Ａの続きは、図１２Ｂに示したシーケンスと同様である。図４０Ｂを用いて、図１２Ｂに示したシーケンスの続きについて説明する。
【０２４２】
アプリケーション側システム１０５の主制御部１１０１は、通話アプリケーション処理１２６１を終えると、ＵＳＢの接続経路を介して、モデム側システム１０３の主制御部１２０１へ切断通知４０３１を送る。
【０２４３】
モデム側システム１０３の主制御部１２０１は、切断通知４０３１を受けると、ＵＳＢの接続経路を介して、アプリケーション側システム１０５の主制御部１１０１へ応答４０３３を送る。これ以降、モデム側システム１０３の主制御部１２０１とアプリケーション側システム１０５の主制御部１１０１は、切断の処理に移る。
【０２４４】
矢印４０３５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５を停止させる。更に、矢印４０３７に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５を停止させる。
【０２４５】
矢印４０３９に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３を停止させる。更に、矢印４０４１に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５を停止させる。そして、モデム側システム１０３のＵＳＢ装置１３５とアプリケーション側システム１０５のＵＳＢ装置１５５の間は、切断状態４０４３となる。以上で、図４０Ｂの説明を終える。
【０２４６】
次に、図４１Ａを用いて、本実施の形態におけるＲＳＳＩイベント発生時のシーケンスについて説明する。アプリケーション側システム１０５のＣＰＵ１５１の状態は、作動中４１０１であると想定する。モデム側システム１０３のＣＰＵ１３１の状態は、作動中である。モデム側システム１０３の主制御部１２０１は、ＲＳＳＩイベント４１０３が発生すると、矢印４１０５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の測定装置３９０５を介して、アプリケーション側システム１０５の測定装置３９０３に対して測定を要求する。
【０２４７】
アプリケーション側システム１０５の測定装置３９０３は、アプリケーション側システム１０５のＣＰＵ１５１へ入力される電流値を計測し、アプリケーション側システム１０５のＣＰＵ１５１の状態を判定する。そして、測定装置３９０３は、測定結果、つまりアプリケーション側システム１０５のＣＰＵ１５１の状態が作動中であるかあるいは休止中であるかを、矢印４１０７に示すように、測定装置３９０５を介してモデム側システム１０３の主制御部１２０１へ返す。
【０２４８】
モデム側システム１０３の主制御部１２０１は、発生したイベントとアプリケーション側システム１０５のＣＰＵ１５１の状態の判定４１０９を行う。ここでは、ＲＳＳＩイベントが発生し、アプリケーション側システム１０５のＣＰＵ１５１の状態が作動中であるので、判定結果を通知要とする。以下、ＲＳＳＩイベントが発生し、アプリケーション側システム１０５のＣＰＵ１５１の状態が作動中である場合のシーケンスを示す。
【０２４９】
矢印４１１１に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＨＩＧＨに切り替える。これは、アプリケーション側システム１０５のＣＰＵ１５１を休止状態から作動状態へ復帰させる割り込み信号である。但し、アプリケーション側システム１０５のＣＰＵ１５１は、既に作動中であるので、実質的には機能しない。
【０２５０】
矢印４１１３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の入力端子１８１を介して、第１信号線１９１の信号レベルがＨＩＧＨであることを検知する。但し、アプリケーション側システム１０５のＣＰＵ１５１は、作動中であるので特に処理を行わない。
【０２５１】
矢印４１１５に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＨＩＧＨに切り替える。これは、モデム側システム１０３のＣＰＵ１３１を休止状態から作動状態へ復帰させる割り込み信号である。但し、モデム側システム１０３のＣＰＵ１３１は作動中であるので、実質的には機能しない。
【０２５２】
矢印４１１７に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の入力端子１７３を介して、第２信号線１９３の信号レベルがＨＩＧＨであることを検知する。但し、モデム側システム１０３のＣＰＵ１３１は、既に作動中であるので、特に処理を行わない。
【０２５３】
矢印４１１９に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の出力端子１７１を介して、第１信号線１９１の信号レベルをＬＯＷに切り替える。これにより、矢印４１１１で送出した割り込み信号を終了させる。
【０２５４】
矢印４１２１に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の入力端子１８１を介して、第１信号線１９１の信号レベルがＬＯＷに切り替わったことを検知すると、矢印４１２３に示すように、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の出力端子１８３を介して、第２信号線１９３の信号レベルをＬＯＷに切り替える。これにより、矢印４１１５で送出した割り込み信号を終了させる。以上で、図４１Ａの説明を終える。
【０２５５】
図４１Ａの続きは、図１３Ｂに示したシーケンスと同様である。図４１Ｂを用いて、図１３Ｂに示したシーケンスの続きについて説明する。
【０２５６】
図４１Ｂは、本実施の形態におけるＲＳＳＩイベント発生時のシーケンスを示す図である。図４０Ｂに示した通話アプリケーション処理１２６１に代えて、表示アプリケーション処理１３３３を終えた後は、図４０Ｂと同様のシーケンスとなる。
【０２５７】
図４２は、アプリケーション側システム１０５のＣＰＵ１５１の休止中にＲＳＳＩイベントが発生した時のシーケンスを示す図である。アプリケーション側システム１０５のＣＰＵ１５１の状態は、休止中４２０１であると想定する。モデム側システム１０３のＣＰＵ１３１の状態は、作動中である。
【０２５８】
モデム側システム１０３の主制御部１２０１は、ＲＳＳＩイベント４２０３が発生すると、矢印４２０５に示すように、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の測定装置３９０５を介して、アプリケーション側システム１０５の測定装置３９０３に対して測定を要求する。
【０２５９】
アプリケーション側システム１０５の測定装置３９０３は、アプリケーション側システム１０５のＣＰＵ１５１へ入力される電流値を計測し、アプリケーション側システム１０５のＣＰＵ１５１の状態を判定する。そして、測定装置３９０３は、測定結果、つまりアプリケーション側システム１０５のＣＰＵ１５１の状態が作動中であるかあるいは休止中であるかを、矢印４２０７に示すように、測定装置３９０５を介してモデム側システム１０３の主制御部１２０１へ返す。
【０２６０】
モデム側システム１０３の主制御部１２０１は、発生したイベントとアプリケーション側システム１０５のＣＰＵ１５１の状態の判定４２０９を行う。ここでは、ＲＳＳＩイベントが発生し、アプリケーション側システム１０５のＣＰＵ１５１の状態が休止中であるので、判定結果を通知不要とする。この場合は、アプリケーション側システム１０５のＣＰＵ１５１を休止状態から作動状態へ復帰させることなく、処理を終える。
【０２６１】
続いて、図４３を用いて、本実施の形態におけるモデム側システム１０３の主制御部１２０１の処理について説明する。モデム側システム１０３の主制御部１２０１は、上述したした判定処理（Ａ）と判定処理（Ｂ）に代えて、判定処理（Ｃ）（Ｓ４３０１）を行う。判定処理（Ｃ）は、図４０Ａに示した判定４００５と図４１Ａに示した判定４１０９と図４２に示した判定４２０９に相当する。
【０２６２】
図４４に、判定処理（Ｃ）のフローを示す。モデム側システム１０３の主制御部１２０１は、発生したイベント種別が着信イベントであるかあるいはＲＳＳＩイベントであるかを判定する（Ｓ１６０１）。発生したイベント種別が着信イベントであると判定した場合には、モデム側システム１０３の主制御部１２０１は、判定結果に通知要を設定する（Ｓ１６０３）。
【０２６３】
一方、発生したイベント種別がＲＳＳＩイベントであると判定した場合には、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の測定装置３９０５を介してアプリケーション側システム１０５の測定装置３９０３へ測定を要求する。（Ｓ４４０１）。
【０２６４】
そして、モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の測定装置３９０５を介してアプリケーション側システム１０５の測定装置３９０３から測定結果を取得する（Ｓ４４０３）。モデム側システム１０３の主制御部１２０１は、測定結果が作動中であるかあるいは停止中であるかを判定する（Ｓ４４０５）。測定結果が作動中であると判定した場合には、判定結果に通知要を設定する（Ｓ１６０３）。測定結果が休止中であると判定した場合には、判定結果に通知不要を設定する（Ｓ１６０９）。
【０２６５】
図４３の処理に戻って、モデム側システム１０３の主制御部１２０１は、判定結果に応じて処理を分岐させる（Ｓ１５０３）。判定結果が通知不要である場合には、処理を終える。判定結果が通知要である場合には、モデム側システム１０３の主制御部１２０１は、上述したモデム側復帰処理（Ａ）とモデム側復帰処理（Ｂ）に代えて、モデム側復帰処理（Ｃ）を行う（Ｓ４３０３）。
【０２６６】
図４５に、モデム側復帰処理（Ｃ）のフローを示す。モデム側システム１０３の主制御部１２０１は、出力端子１７１を介して第１信号線１９１の信号レベルをＨＩＧＨに設定する（Ｓ４５０１）。これは、図４０Ａに示した矢印４００７及び図４１Ａに示した矢印４１１１に相当する。
【０２６７】
モデム側システム１０３の主制御部１２０１は、入力端子１７３を介して第２信号線１９３の信号レベルを取得する（Ｓ４５０３）。モデム側システム１０３の主制御部１２０１は、第２信号線１９３の信号レベルがＨＩＧＨであるかあるいはＬＯＷであるかを判定する（Ｓ４５０５）。第２信号線１９３の信号レベルがＬＯＷであると判定した場合には、Ｓ４５０３の処理へ戻る。この処理を、第２信号線１９３の信号レベルがＨＩＧＨであると判定するまで繰り返す。これは、図４０Ａに示した矢印４０１５及び図４１Ａに示した矢印４１１７に相当する。
【０２６８】
モデム側システム１０３の主制御部１２０１は、出力端子１７１を介して第１信号線１９１の信号レベルをＬＯＷに設定する（Ｓ４５０７）。これは、図４０Ａに示した矢印４０１７及び図４１Ａに示した矢印４１１９に相当する。
【０２６９】
図４３の処理に戻って、モデム側システム１０３の主制御部１２０１は、モデム側接続処理を行う（Ｓ１５０７）。モデム側接続処理（Ｓ１５０７）は、図１８を用いて前述した通りである。モデム側システム１０３の主制御部１２０１は、通知イベントを送信する（Ｓ１５０９）これは、図１２Ｂに示した矢印１２５７及び図１３Ｂに示した矢印１３３１に相当する。
【０２７０】
モデム側システム１０３の主制御部１２０１は、通知イベントの種別が着信イベントであるかあるいはＲＳＳＩイベントであるかを判定する（Ｓ１５１１）。通知イベントの種別が着信イベントであると判定した場合には、モデム側システム１０３の主制御部１２０１は、通話モデム処理を行う（Ｓ１５１３）。これは、図１２Ｂに示した通話モデム処理１２６３に相当する。
【０２７１】
アプリケーション側システム１０５の主制御部１１０１による通話プリケーション処理が終了すると、モデム側システム１０３の主制御部１２０１も通話モデム処理（Ｓ１５１３）を終え、図１５に示したモデム側切断処理（Ａ）（Ｓ１５１５）に代えて、モデム側切断処理（Ｃ）を行う（Ｓ４３０５）。通知イベントの種別がＲＳＳＩイベントであると判定した場合にも、モデム側切断処理（Ｃ）に移る。モデム側切断処理（Ｃ）は、図４０Ｂと図４１Ｂに示した矢印４０３１〜矢印４０３７までの処理に相当する。
【０２７２】
図４６に、モデム側切断処理（Ｃ）のフローを示す。モデム側システム１０３の主制御部１２０１は、ＵＳＢの接続経路を通じて、アプリケーション側システム１０５の主制御部１１０１からの切断通知の受信を待つ（Ｓ１９０１）。これは、図４０Ｂと図４１Ｂに示した矢印４０３１に相当する。
【０２７３】
モデム側システム１０３の主制御部１２０１は、ＵＳＢの接続経路を通じて、アプリケーション側システム１０５の主制御部１１０１に切断通知への応答を送信する（Ｓ１９０３）。これは、図４０Ｂと図４１Ｂに示した矢印４０３３に相当する。
【０２７４】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３の通信制御部１２０５による通信機能を停止させる（Ｓ１９０５）。これは、図４０Ｂと図４１Ｂに示した矢印４０３５に相当する。
【０２７５】
モデム側システム１０３の主制御部１２０１は、モデム側システム１０３のＵＳＢ装置１３５によるＵＳＢ機能を停止させる（Ｓ１９０７）。これは、図４０Ｂと図４１Ｂに示した矢印４０３７に相当する。
【０２７６】
モデム側切断処理（Ｃ）を終えると、図４３の処理を終える。以上で、モデム側システム１０３の処理についての説明を終える。
【０２７７】
次に、アプリケーション側システム１０５の処理について説明する。アプリケーション側システム１０５のＣＰＵ１５１は、図４０Ａに示したように、アプリケーション側システム１０５の入力端子１８１を介して第１信号線１９１の信号がＨＩＧＨであることを検知すると休止状態から作動状態へ復帰する。以下は、復帰からのアプリケーション側システム１０５の主制御部１１０１の処理について説明する。
【０２７８】
図４７を用いて、本実施の形態におけるアプリケーション側システム１０５の主制御部１１０１の処理について説明する。アプリケーション側システム１０５の主制御部１１０１は、図２０に示したアプリケーション側復帰処理（Ａ）（Ｓ２００１）に代えて、アプリケーション側復帰処理（Ｃ）を行う（Ｓ４７０１）。これは、図４０Ａに示した矢印４００９〜矢印４０２１までの処理及び図４１Ａに示した矢印４１１３〜矢印４１２３までの処理に相当する。
【０２７９】
図４８は、アプリケーション側復帰処理（Ｃ）のフローを示す図である。アプリケーション側システム１０５のＣＰＵ１５１は、割り込み信号を受けてを休止状態から作動状態へ復帰する（Ｓ４８０１）。具体的には、アプリケーション側システム１０５のＣＰＵ１５１は、アプリケーション側システム１０５の入力端子１８１を介して第１信号線１９１の信号レベルがＨＩＧＨであることを検知した場合に、復帰の割り込み信号を受けたと判断する。
【０２８０】
アプリケーション側システム１０５の主制御部１１０１は、出力端子１８３を介して第２信号線１９３の信号レベルをＨＩＧＨに設定する（Ｓ４８０３）。これは、図４０Ａに示した矢印４０１３及び図４１Ａに示した矢印４１１５に相当する。  
【０２８１】
アプリケーション側システム１０５の主制御部１１０１は、入力端子１８１を介して第１信号線１９１の信号レベルを取得する（Ｓ４８０５）。アプリケーション側システム１０５の主制御部１１０１は、第１信号線１９１の信号レベルがＨＩＧＨであるかあるいはＬＯＷであるかを判定する（Ｓ４８０７）。第１信号線１９１の信号レベルがＨＩＧＨであると判定した場合には、Ｓ４８０５の処理へ戻る。この処理を、第１信号線１９１の信号レベルがＬＯＷであると判定するまで繰り返す。これは、図４０Ａに示した矢印４０１９及び図４１Ａに示した矢印４１２１に相当する。
【０２８２】
アプリケーション側システム１０５の主制御部１１０１は、出力端子１８３を介して第２信号線１９３の信号レベルをＬＯＷに設定する（Ｓ４８０９）。これは、図４０Ａに示した矢印４０２１及び図４１Ａに示した矢印４１２３に相当する。
【０２８３】
図４７の処理に戻って、アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側接続処理を行う（Ｓ２００３）。これは、図４０Ｂと図４１Ｂに示した矢印４０３１〜矢印４０４１までの処理に相当する。アプリケーション側接続処理は、図２２を用いて前述した通りである。
【０２８４】
アプリケーション側システム１０５の主制御部１１０１は、通知イベントの受信を待つ（Ｓ２００５）。これは、図４０Ｂ及び図４１Ｂに示した矢印４０３１に相当する。アプリケーション側システム１０５の主制御部１１０１は、通知イベントの種別が着信イベントであるかあるいはＲＳＳＩイベントであるかを判定する（Ｓ２００７）。通知イベントの種別が着信イベントであると判定した場合には、アプリケーション側システム１０５の主制御部１１０１は、通話アプリケーション処理を行う（Ｓ２００９）。これは、図１２Ｂに示した通話アプリケーション処理１２６１に相当する。
【０２８５】
通知イベントの種別がＲＳＳＩイベントであると判定した場合には、アプリケーション側システム１０５の主制御部１１０１は、表示アプリケーション処理を行う（Ｓ２０１１）。これは、図１３Ｂの表示アプリケーション処理１３３３に相当する。
【０２８６】
アプリケーション側システム１０５の主制御部１１０１は、上述したアプリケーション側切断処理（Ａ）とアプリケーション側切断処理（Ｂ）に代えて、アプリケーション側切断処理（Ｃ）を行う（Ｓ４７０３）。これは、図４０Ｂと図４１Ｂに示した矢印４０３１〜矢印４０４１までの処理に相当する。
【０２８７】
図４９に、アプリケーション側切断処理（Ｃ）のフローを示す。アプリケーション側システム１０５の主制御部１１０１は、ＵＳＢ接続の経路を通じて、モデム側システム１０３の主制御部１２０１へ切断通知を送信する（Ｓ２３０１）。これは、図４０Ｂと図４１Ｂに示した矢印４０３１に相当する。
【０２８８】
アプリケーション側システム１０５の主制御部１１０１は、ＵＳＢ接続の経路を通じて、モデム側システム１０３の主制御部１２０１からの応答の受信を待つ（Ｓ２３０３）。これは、図４０Ｂと図４１Ｂに示した矢印４０３３に相当する。
【０２８９】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５の通信制御部１２０３による通信機能を停止させる（Ｓ２３０７）。これは、図４０Ｂと図４１Ｂに示した矢印４０３９に相当する。
【０２９０】
アプリケーション側システム１０５の主制御部１１０１は、アプリケーション側システム１０５のＵＳＢ装置１５５によるＵＳＢ機能を停止させる（Ｓ２３０９）。これは、図４０Ｂと図４１Ｂに示した矢印４０４１に相当する。
【０２９１】
アプリケーション側切断処理（Ｃ）を終えると、図４７の処理を終える。以上で、アプリケーション側システム１０５の処理についての説明を終える。
【０２９２】
本実施の形態によれば、アプリケーション側ＣＰＵへの入力電流の測定結果に基づいてアプリケーション側ＣＰＵを作動状態へ復帰させるか否かを判定するので、アプリケーション側ＣＰＵからの状態の通知を不要とし、モデム側ＣＰＵの復帰回数を減らして、電力の消費を抑えることができる。
【０２９３】
上述の例では、通話の着信を例に説明したが、メールの着信に適用するようにしてもよい。その場合、アプリケーション側システムの１０５の主制御部１１０１は、図１２Ｂに示した通話アプリケーション処理に代えて、メール着信アプリケーション処理を行うようにしてもよい。また、図１２Ｂに示した通話データに代えて、着信メールに関するメールデータを伝送するようにしてもよい。
【０２９４】
以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上述の機能ブロック構成は実際のプログラムモジュール構成に対応しない場合もある。
【０２９５】
また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【０２９６】
以上述べた実施の形態をまとめると、以下のようになる。
【０２９７】
本実施の形態の第１の態様に係る情報処理装置は、第１演算装置及び作動状態又は休止状態となり得る第２演算装置を含み、第１演算装置と第２演算装置とは、第２演算装置の状態を示す第１信号を伝える第１信号線及び第２演算装置への割り込みを生じさせる第２信号を伝える第２信号線によって、互いに連結される。そして、第２演算装置は、第２演算装置の状態に応じて、第１信号を第１信号線に出力する。第１演算装置は、第１信号線から受けた第１信号に基づいて、第２演算装置を作動状態へ復帰させるか否かを判定し、第２演算装置を作動状態へ復帰させると判定した場合に、第１の演算装置は、第２信号を第２信号線へ出力する。そして、第２演算装置は、第２信号線から第２信号を受けた場合に作動状態へ復帰する
【０２９８】
このようにすれば、第２演算装置の状態に応じて第１演算装置が第２演算装置を作動状態へ復帰させる情報処理装置において、第２演算装置の状態を示す第１信号を、第１信号線を介して伝達するので、連動する複数の演算装置の制御にかかる演算装置の復帰回数が減り、電力の消費を抑えることができる。
【０２９９】
また、第１演算装置は、第２演算装置とのデータ通信処理を行う前に受けた第１信号が第２演算装置の作動状態を示す場合に、データ通信処理を行うようにしてもよい。第２演算装置とのデータ通信処理を行う前に受けた第１信号が第２演算装置の休止状態を示す場合に、第２演算装置を作動状態へ復帰させないと判定し、データ通信処理を省くようにしてもよい。
【０３００】
このようにすれば、第２演算装置が作動状態の場合にデータ通信処理を行い、第２演算装置が休止状態の場合には、第２演算装置を作動状態へ復帰させず、データ通信処理を省くので、第２演算装置の状態に応じて電力の消費を抑えることができる。
【０３０１】
また、第１信号線は、第２演算装置から第１演算装置へ、第１演算装置を作動状態へ復帰させる割り込み信号を伝える信号線であってもよい。
【０３０２】
このようにすれば、第２演算装置が第１演算装置を作動状態へ復帰させる割り込み信号を伝達するために設けられた信号線を併用して、第２演算装置の状態を第１演算装置へ伝達することができる。従って、信号線の数を少なくし、情報処理装置の構成を単純化できる。
【０３０３】
本実施の形態の第２の態様に係る情報処理装置は、第１演算装置及び作動状態又は休止状態となり得る第２演算装置と、該第２演算装置への入力電流を測定し、該第２演算装置の状態を判定する測定装置とを含み、第１演算装置と第２演算装置とは、第２演算装置への割り込み信号を伝える信号線によって、互いに連結される。そして、第１演算装置は、測定装置から第２演算装置の状態を取得し、取得した第２演算装置の状態に基づいて、第２演算装置を作動状態へ復帰させるか否かを判定する。第２演算装置を作動状態へ復帰させると判定した場合に、第１演算装置は割り込み信号を信号線へ出力し、第２演算装置は、信号線から割り込み信号を受けた場合に作動状態へ復帰する。
【０３０４】
このようにすれば、第２演算装置の状態に応じて第１演算装置が第２演算装置を作動状態へ復帰させる情報処理装置において、第２演算装置への入力電流の測定結果に基づいて第２演算装置を作動状態へ復帰させるか否かを判定するので、連動する複数の演算装置の制御にかかる演算装置の復帰回数を減らし、電力の消費を抑えることができる。
【０３０５】
また、第１演算装置は、第２演算装置とのデータ通信処理を行う前に取得した第２演算装置の状態が作動状態を示す場合に、データ通信処理を行うようにしてもよい。第２演算装置とのデータ通信処理を行う前に取得した第２演算装置の状態が休止状態を示す場合に、第２演算装置を作動状態へ復帰させないと判定し、データ通信処理を省くようにしてもよい。
【０３０６】
このようにすれば、第２演算装置が作動状態の場合にデータ通信処理を行い、第２演算装置が休止状態の場合には、第２演算装置を作動状態へ復帰させず、データ通信処理を省くので、第２演算装置の状態に応じて電力の消費を抑えることができる。
【０３０７】
また、第１演算装置は、無線装置と接続してもよい。データ通信処理は、無線装置による電波強度の測定に伴うデータの通信処理であってもよい。第２演算装置は、電波強度の測定に伴うデータに基づいた処理を行うようにしてもよい。
【０３０８】
このようにすれば、第２演算装置が作動状態の場合に、電波強度の測定に伴うデータに基づいた処理を行い、第２演算装置が休止状態の場合には、電波強度の測定に伴うデータに基づいた処理を省くので、第２演算装置の状態に応じて電力の消費を抑えることができる。
【０３０９】
なお、上記方法による処理をプロセッサに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。
【０３１０】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０３１１】
（付記１）
第１演算装置及び作動状態又は休止状態となり得る第２演算装置を含み、
前記第１演算装置と前記第２演算装置とは、前記第２演算装置の状態を示す第１信号を伝える第１信号線及び前記第２演算装置への割り込みを生じさせる第２信号を伝える第２信号線によって、互いに連結され、
前記第２演算装置は、前記第２演算装置の状態に応じて、前記第１信号を前記第１信号線に出力し、
前記第１演算装置は、前記第１信号線から受けた前記第１信号に基づいて、前記第２演算装置を作動状態へ復帰させるか否かを判定し、
前記第２演算装置を作動状態へ復帰させると判定した場合に、前記第１の演算装置は、前記第２信号を前記第２信号線へ出力し、
前記第２演算装置は、前記第２信号線から前記第２信号を受けた場合に作動状態へ復帰する
ことを特徴とする情報処理装置。
【０３１２】
（付記２）
前記第１演算装置は、前記第２演算装置とのデータ通信処理を行う前に受けた第１信号が前記第２演算装置の作動状態を示す場合に、前記データ通信処理を行い、
前記第２演算装置とのデータ通信処理を行う前に受けた前記第１信号が前記第２演算装置の休止状態を示す場合に、前記第２演算装置を作動状態へ復帰させないと判定し、前記データ通信処理を省く
付記１記載の情報処理装置。
【０３１３】
（付記３）
前記第１信号線は、前記第２演算装置から前記第１演算装置へ、前記第１演算装置を作動状態へ復帰させる割り込み信号を伝える信号線である
付記１又は２記載の情報処理装置。
【０３１４】
（付記４）
第１演算装置及び作動状態又は休止状態となり得る第２演算装置と、該第２演算装置への入力電流を測定し、該第２演算装置の状態を判定する測定装置とを含み、
前記第１演算装置と前記第２演算装置とは、前記第２演算装置への割り込み信号を伝える信号線によって、互いに連結され、
前記第１演算装置は、前記測定装置から前記第２演算装置の状態を取得し、取得した前記第２演算装置の状態に基づいて、前記第２演算装置を作動状態へ復帰させるか否かを判定し、
前記第２演算装置を作動状態へ復帰させると判定した場合に、前記第１演算装置は前記割り込み信号を前記信号線へ出力し、
前記第２演算装置は、前記信号線から前記割り込み信号を受けた場合に作動状態へ復帰する
ことを特徴とする情報処理装置。
【０３１５】
（付記５）
前記第１演算装置は、前記第２演算装置とのデータ通信処理を行う前に取得した前記第２演算装置の状態が作動状態を示す場合に、前記データ通信処理を行い、
前記第２演算装置とのデータ通信処理を行う前に取得した前記第２演算装置の状態が休止状態を示す場合に、前記第２演算装置を作動状態へ復帰させないと判定し、前記データ通信処理を省く
付記４記載の情報処理装置。
【０３１６】
（付記６）
前記第１演算装置は、無線装置と接続し、
前記データ通信処理は、前記無線装置による電波強度の測定に伴うデータの通信処理であり、
前記第２演算装置は、前記電波強度の測定に伴うデータに基づいた処理を行う
付記２又は５記載の情報処理装置。
【０３１７】
（付記７）
第１演算装置及び作動状態又は休止状態となり得る第２演算装置を含み、
前記第１演算装置と前記第２演算装置とが、前記第２演算装置の状態を示す第１信号を伝える第１信号線及び前記第２演算装置への割り込みを生じさせる第２信号を伝える第２信号線によって、互いに連結された情報処理装置による制御方法であって、
前記第２演算装置は、前記第２演算装置の状態に応じて、前記第１信号を前記第１信号線に出力し、
前記第１演算装置は、前記第１信号線から受けた前記第１信号に基づいて、前記第２演算装置を作動状態へ復帰させるか否かを判定し、
前記第２演算装置を作動状態へ復帰させると判定した場合に、前記第１の演算装置は、前記第２信号を前記第２信号線へ出力し、
前記第２演算装置は、前記第２信号線から前記第２信号を受けた場合に作動状態へ復帰する
ことを特徴とする制御方法。
【０３１８】
（付記８）
第１演算装置及び作動状態又は休止状態となり得る第２演算装置と、該第２演算装置への入力電流を測定し、該第２演算装置の状態を判定する測定装置とを含み、
前記第１演算装置と前記第２演算装置とが、前記第２演算装置への割り込み信号を伝える信号線によって、互いに連結された情報処理装置による制御方法であって、
前記第１演算装置は、前記測定装置から前記第２演算装置の状態を取得し、取得した前記第２演算装置の状態に基づいて、前記第２演算装置を作動状態へ復帰させるか否かを判定し、
前記第２演算装置を作動状態へ復帰させる場合に、前記第１演算装置は前記割り込み信号を前記信号線へ出力し、
前記第２演算装置は、前記信号線から前記割り込み信号を受けた場合に作動状態へ復帰する
ことを特徴とする制御方法。
【符号の説明】
【０３１９】
１０１  通信装置    １０３  モデム側システム
１０５  アプリケーション側システム    １３１  ＣＰＵ
１３３  記憶装置    １３５  ＵＳＢ装置
１３７  ＧＰＩＯ装置    １３９  ＵＩＭ装置
１４１  無線装置    １４３  バス
１５１  ＣＰＵ    １５３  記憶装置
１５５  ＵＳＢ装置    １５７  ＧＰＩＯ装置
１５９  入力装置    １６１  音声装置
１６３  表示装置    １６５  バス
１７１  出力端子    １７３  入力端子
１８１  入力端子    １８３  出力端子
１９１  第１信号線    １９３  第２信号線
１９５  シリアルバス    ６０１  ＧＰＩＯ装置
６０３  ＧＰＩＯ装置    ６１１  第１出力端子
６１３  第１入力端子    ６１５  第２出力端子
６１７  第２入力端子    ６３１  第１入力端子
６３３  第１出力端子    ６３５  第２入力端子
６３７  第２出力端子    ６５１  第１信号線
６５３  第２信号線    ６５５  第３信号線
６５７  第４信号線    １１０１  主制御部
１２０１  主制御部    １２０３  通信制御部
１２０５  通信制御部    ３９０１  電源装置
３９０３  測定装置    ３９０５  測定装置
【図１】
2014106755.tif 000003
【図２】
2014106755.tif 000004
【図３】
2014106755.tif 000005
【図４】
2014106755.tif 000006
【図５】
2014106755.tif 000007
【図６】
2014106755.tif 000008
【図７】
2014106755.tif 000009
【図８】
2014106755.tif 000010
【図９】
2014106755.tif 000011
【図１０】
2014106755.tif 000012
【図１１】
2014106755.tif 000013
【図１２Ａ】
2014106755.tif 000014
【図１２Ｂ】
2014106755.tif 000015
【図１２Ｃ】
2014106755.tif 000016
【図１３Ａ】
2014106755.tif 000017
【図１３Ｂ】
2014106755.tif 000018
【図１３Ｃ】
2014106755.tif 000019
【図１４】
2014106755.tif 000020
【図１５】
2014106755.tif 000021
【図１６】
2014106755.tif 000022
【図１７】
2014106755.tif 000023
【図１８】
2014106755.tif 000024
【図１９】
2014106755.tif 000025
【図２０】
2014106755.tif 000026
【図２１】
2014106755.tif 000027
【図２２】
2014106755.tif 000028
【図２３】
2014106755.tif 000029
【図２４】
2014106755.tif 000030
【図２５】
2014106755.tif 000031
【図２６】
2014106755.tif 000032
【図２７】
2014106755.tif 000033
【図２８】
2014106755.tif 000034
【図２９Ａ】
2014106755.tif 000035
【図２９Ｂ】
2014106755.tif 000036
【図３０Ａ】
2014106755.tif 000037
【図３０Ｂ】
2014106755.tif 000038
【図３１】
2014106755.tif 000039
【図３２】
2014106755.tif 000040
【図３３】
2014106755.tif 000041
【図３４】
2014106755.tif 000042
【図３５】
2014106755.tif 000043
【図３６】
2014106755.tif 000044
【図３７】
2014106755.tif 000045
【図３８】
2014106755.tif 000046
【図３９】
2014106755.tif 000047
【図４０Ａ】
2014106755.tif 000048
【図４０Ｂ】
2014106755.tif 000049
【図４１Ａ】
2014106755.tif 000050
【図４１Ｂ】
2014106755.tif 000051
【図４２】
2014106755.tif 000052
【図４３】
2014106755.tif 000053
【図４４】
2014106755.tif 000054
【図４５】
2014106755.tif 000055
【図４６】
2014106755.tif 000056
【図４７】
2014106755.tif 000057
【図４８】
2014106755.tif 000058
【図４９】
2014106755.tif 000059