JP5561209B2 - 電子機器、及びネットワーク監視プログラム - Google Patents

Description

本発明は、電子機器、及びネットワーク監視プログラムに関する。

近年、携帯電話機などの無線通信機能を有する電子機器は、通信ＮＷ（NetWork：ネットワーク）を常時監視することにより、通信ネットワークへ接続する際に用いる情報であるコンテキスト情報を監視することが知られている。通信ネットワークの電波状態などが変化したら、電子機器には、コンテキスト情報を監視するためのＩＦ（Inter Face）を介して、例えばContextId、PdxAddress、AccessPointName、またはQoS（Quality of Service）などのコンテキスト情報が通知される。

ContextId、PdxAddress、AccessPointName、QoSなどのコンテキスト情報は、第３世代携帯電話システムの標準規格である３ＧＰＰ（Third Generation Partnership Project）により定められた情報である。

特開２００６−１２１６６８号公報

ところで、近年の電子機器の開発では、例えば海外で用いられているＯＳ（Operating System：以下、従来ＯＳ）をベースに国内要件の機能を付け加えることで開発を行うことが考えられている。この場合、従来ＯＳの改変に追従するために、従来ＯＳからの改変を極力少なくすることが求められている。

例えば、ＬＴＥ（Long Term Evolution）通信規格では、３Ｇ通信規格とは異なり複数のＰＤＮ（Packet Data Network）に同時に接続することができる(最大８本)。そのため、ＬＴＥ通信規格においては、複数のＰＤＮに対応する複数のベアラから同時に通信ネットワークにアクセスできるようにＯＳの開発を行うことが求められる。なお、ベアラとは、通信ネットワークへの接続先ごとに確立される通信用のコネクションである。

しかしながら、従来ＯＳは複数のベアラへの同時アクセスを想定していないため、ベアラ単位で行うコンテキスト情報の監視では、例えば数ＭＢｙｔｅ単位のメモリの記憶領域（アプリ通知用メモリ）を確保したまま監視を行う。このため、複数のベアラが存在する状況下ではベアラの数に比例した記憶領域を常時占有することとなり、機器全体のメモリの記憶領域の消費が大きくなる。

開示の技術は、上記に鑑みてなされたものであって、通信ネットワークを監視する際の記憶領域の消費を抑制することができる電子機器、及びネットワーク監視プログラムを実現することを目的とする。

本願の開示する電子機器は、一つの態様において、通信ネットワークの状態変化の監視を要求する監視要求部を備える。また、電子機器は、前記監視要求部によって要求された監視要求に応じて、前記監視要求部へデータを通知するためのインターフェースであらかじめ設定された第１の記憶領域より小さい容量の第２の記憶領域を確保し、前記通信ネットワークの状態変化が検出されたら、該状態変化を示すデータを前記第２の記憶領域に格納するとともに、前記第１の記憶領域を確保する呼制御部を備える。また、電子機器は、前記呼制御部によって前記第２の記憶領域に格納されたデータを前記第１の記憶領域に格納するコンテキストアクセサを備える。また、電子機器は、前記第１の記憶領域に格納されたデータに基づいて前記通信ネットワークの状態変化に応じた処理を実行する処理実行部を備える。

本願の開示する電子機器の一つの態様によれば、通信ネットワークを監視する際の記憶領域の消費を抑制することができる。

図１は、実施例１に係る携帯電話機のハードウェア構成を示す図である。 図２は、実施例１に係る携帯電話機の機能ブロックを示す図である。 図３は、実施例１に係る携帯電話機の処理の概要を示す図である。 図４は、実施例１に係る携帯電話機の処理を示すフローチャートである。 図５は、実施例２に係る携帯電話機の処理を示すフローチャートである。

以下に、本願の開示する電子機器、及びネットワーク監視プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例により開示技術が限定されるものではない。例えば、以下の実施例では、電子機器の一例として携帯電話機を挙げて説明するが、これに限らず、無線通信機能を備えた電子機器であればよい。

図１は、実施例１に係る携帯電話機のハードウェア構成を示す図である。図１に示すように、実施例１の携帯電話機１００は、アンテナ１０２、無線通信部１０４、マイク１０８、スピーカ１１０、及び音声入出力部１１２を備える。また、携帯電話機１００は、メモリ１３０、表示部１３６、キー制御部１３８、及びプロセッサ１４０を備える。

無線通信部１０４は、アンテナ１０２を介して音声や文字などの各種データの無線通信を行う。また、音声入出力部１１２は、マイク１０８を介して音声を入力するとともにスピーカ１１０を介して音声を出力する入出力インターフェースである。

メモリ１３０は、携帯電話機１００の各種機能を実行するためのデータを格納するＲＯＭ(Read Only Memory)１３２と、各種機能を実行するための各種プログラムを格納するＲＡＭ（Random Access Memory）１３４とを有する。表示部１３６は、文字や画像などの各種情報を表示する液晶パネルなどの出力インターフェースである。キー制御部１３８は、携帯電話機１００に設けられたキーによる入力操作を受け付ける入力インターフェースである。

プロセッサ１４０は、ＲＯＭ１３２又はＲＡＭ１３４に格納された各種プログラムを実行するＣＰＵ（Central Processing Unit）等の演算処理部である。プロセッサ１４０は、ＲＯＭ１３２又はＲＡＭ１３４に格納された各種プログラムを実行することにより、上述した無線通信部１０４、音声入出力部１１２、表示部１３６、およびキー制御部１３８を制御する。なお、プロセッサ１４０で実行されるプログラムは、ＲＯＭ１３２又はＲＡＭ１３４に格納されるだけではなく、ＣＤ(Compact Disc)−ＲＯＭやメモリ媒体等の頒布できる記録媒体に記録しておき、記録媒体から読み出して実行することができる。また、ネットワークを介して接続されたサーバにプログラムを格納し、サーバ上でプログラムが動作するようにしておいて、ネットワークを介して接続される携帯電話機１００からの要求に応じてサービスを要求元の携帯電話機１００に提供することもできる。

図２は、実施例１に係る携帯電話機の機能ブロックを示す図である。図２に示すように、携帯電話機１００は、プロセッサ１４０がＲＯＭ１３２又はＲＡＭ１３４から各種プログラムを読み出して実行することによって実現される機能ブロックとして、無線制御部２０２および呼制御部２０６を備える。また、携帯電話機１００は、プロセッサ１４０がＲＯＭ１３２又はＲＡＭ１３４から各種プログラムを読み出して実行することによって実現される機能ブロックとして、コンテキストアクセサ２０８、ブラウザ部２１０、表示制御部２１２、入力制御部２１８を備える。

なお、図２においては、説明の便宜上、ＲＯＭ１３２又はＲＡＭ１３４に格納される各種プログラムを、プログラム部２１４として表している。また、内部メモリ２０４は、例えばＲＡＭ１３４の記憶領域のうちの一部の記憶領域に対応するメモリである。内部メモリ２０４は、後述するアプリ通知用メモリ２０４ａ及び監視用メモリ２０４ｂを含む。また、データ部２１６は、例えば携帯電話機１００の電話帳のデータ、又はユーザが撮影した画像データなどの各種データが格納されるメモリである。データ部２１６の各種データは、例えば、ＲＯＭ１３２の内部に格納することもできるし、ＲＡＭ１３４の内部に格納することもできる。

無線制御部２０２は、無線通信部１０４を制御することによって、音声や文字などの各種データの無線通信の制御を実行する。また、無線制御部２０２は、各地に点在する複数の無線基地局のうちの１または複数の無線基地局との間で電波を送受信するとともに、通信ネットワークの状態変化（例えば電波状態の強弱の変化など）を検出する。

呼制御部２０６は、例えばブラウザ部２１０によって要求された監視要求に応じて、第１の記憶領域（アプリ通知用メモリ２０４ａ）より小さい容量の第２の記憶領域（監視用メモリ２０４ｂ）を確保する。また、呼制御部２０６は、通信ネットワークの状態変化が検出されたら、検出された状態変化を示すデータを第２の記憶領域に格納するとともに、第２の記憶領域より大きい容量の第１の記憶領域を確保する。

コンテキストアクセサ２０８は、呼制御部２０６によって第２の記憶領域に格納されたデータを第１の記憶領域に格納する。コンテキストアクセサ２０８は、呼制御部２０６によって第２の記憶領域に格納されたデータを第１の記憶領域に書き換えることもできるし、第２の記憶領域に格納されたデータを第１の記憶領域へコピーすることもできる。

ブラウザ部２１０は、通信ネットワークの状態変化の監視を呼制御部２０６に要求するとともに、第１の記憶領域に格納されたデータに基づいて通信ネットワークの状態変化に応じた処理を実行する。通信ネットワークの状態変化に応じた処理とは、例えば、携帯電話機１００が移動している際に、無線通信を行っている無線基地局Ａから受信する電波強度が弱くなったことを検出した場合に、他の無線基地局Ｂへハンドオーバする処理である。また、通信ネットワークの状態変化に応じた処理とは、例えば、携帯電話機１００が受信する電波強度の変化に応じて、表示部１３６に表示される電波強度を示す画像の表示形態を変更する処理である。

表示制御部２１２は、表示部１３６に表示する表示画像に関する制御を実行する。入力制御部２１８は、携帯電話機１００のキーからの入力指令および表示部１３６の表示上からの入力指令を受け付ける。

続いて、実施例１に係る携帯電話機の処理の概要について説明する。図３は、実施例１に係る携帯電話機の処理の概要を示す図である。図３に示すように、呼制御部２０６のベアラＡは、例えばブラウザ部２１０のアプリケーションから、ベアラを確保するとともに通信ネットワークの監視を要求する要求信号を受信する（ステップＳ１０１）。続いて、ベアラＡは、監視用メモリ２０４ｂを確保する（ステップＳ１０２）。ここで、監視用メモリ２０４ｂとは、内部メモリ２０４の第２の記憶領域に対応する。監視用メモリ２０４ｂは、例えば内部メモリ２０４の数百Ｂｙｔｅ〜数十ＫＢｙｔｅの記憶領域に対応する。続いて、ベアラＡは、無線制御部２０２に対して、コンテキスト状態の監視を開始すべき旨の開始信号を送信する（ステップＳ１０３）。

同様に、呼制御部２０６のベアラＢは、例えばブラウザ部２１０のアプリケーションから、ベアラを確保するとともに通信ネットワークの監視を要求する要求信号を受信する（ステップＳ１０４）。続いて、ベアラＢは、監視用メモリ２０４ｂを確保する（ステップＳ１０５）。ここで、監視用メモリ２０４ｂとは、内部メモリ２０４の第２の記憶領域に対応する。監視用メモリ２０４ｂは、例えば内部メモリ２０４の数百Ｂｙｔｅ〜数十ＫＢｙｔｅの記憶領域に対応する。続いて、ベアラＢは、無線制御部２０２に対して、コンテキスト状態の監視を開始すべき旨の開始信号を送信する（ステップＳ１０６）。すなわち、ベアラＡとベアラＢは並列して無線ネットワークの監視を行う。

次に、無線制御部２０２は、無線ネットワークの状態が変化したら、状態が変化したことを示す状態変化信号を受信する（ステップＳ１０７）。続いて、無線制御部２０２は、ベアラＡに対して、コンテキスト状態の変化の通知を行う（ステップＳ１０８）。なお、コンテキスト状態の変化の通知は、例えばバイナリ形式で通知される。続いて、ベアラＡは、アプリ通知用のメモリを確保する（ステップＳ１０９）。

ここで、アプリ通知用のメモリとは、ブラウザ部２１０と呼制御部２０６との間のデータ受け渡し用のインターフェースであらかじめ設定された第１の記憶領域に対応する。又は、アプリ通知用のメモリとは、ブラウザ部２１０とのインターフェースの用に供する記憶領域である。アプリ通知用のメモリは、例えば内部メモリ２０４の数十ＫＢｙｔｅ〜数ＭＢｙｔｅの記憶領域に対応する。続いて、ベアラＡは、バイナリ形式で通知されたコンテキスト情報を復号化する関数をコールする（ステップＳ１１０）。これにより、ベアラＡは、監視用メモリ２０４ｂに格納されたバイナリ形式のコンテキスト情報を、アプリ通知用のメモリに応じたデータ構造でアプリ通知用のメモリに格納する。そして、ベアラＡは、アプリ通知用のメモリのアドレスをブラウザ部２１０へ通知する（ステップＳ１１１）。

同様に、無線制御部２０２は、状態変化信号を受信したら、ベアラＢに対して、コンテキスト状態の変化の通知を行う（ステップＳ１１２）。なお、コンテキスト状態の変化の通知は、例えばバイナリ形式で通知される。続いて、ベアラＢは、アプリ通知用のメモリを確保する（ステップＳ１１３）。ここで、アプリ通知用のメモリとは、ブラウザ部２１０と呼制御部２０６との間のデータ受け渡し用のインターフェースであらかじめ設定された第１の記憶領域に対応する。アプリ通知用のメモリは、例えば内部メモリ２０４の数十ＫＢｙｔｅ〜数ＭＢｙｔｅの記憶領域に対応する。続いて、ベアラＢは、バイナリ形式で通知されたコンテキスト情報を復号化する関数をコールする（ステップＳ１１４）。これにより、ベアラＢは、監視用メモリ２０４ｂに格納されたバイナリ形式のコンテキスト情報を、アプリ通知用のメモリに応じたデータ構造でアプリ通知用のメモリに格納する。そして、ベアラＢは、アプリ通知用のメモリのアドレスをブラウザ部２１０へ通知する（ステップＳ１１５）。

続いて、実施例１に係る携帯電話機の処理を詳細に説明する。図４は、実施例１に係る携帯電話機の処理を示すフローチャートである。図４のフローチャートは、図３で説明した携帯電話機の処理をより具体的に示す図である。図４に示すように、まず、ブラウザ部２１０で実行されるアプリケーションは、呼制御部２０６に対して、ベアラを確保するとともに通信ネットワークの監視を要求する要求信号を送信する（ステップＳ２０１）。続いて、呼制御部２０６は、内部メモリ２０４に対して、監視用メモリ２０４ｂを確保する信号を送信することにより（ステップＳ２０２）、監視用メモリ２０４ｂを確保し（ステップＳ２０３）、監視用メモリ２０４ｂが確保された旨の信号を受信する（ステップＳ２０４）。続いて、呼制御部２０６は、無線制御部２０２に対して、コンテキスト状態の監視を開始すべき旨の開始信号を送信する（ステップＳ２０５）。

次に、無線制御部２０２は、無線ネットワークの状態が変化したら、状態が変化したことを示す状態変化信号を受信する（ステップＳ２０６）。無線制御部２０２は、呼制御部２０６に対して、コンテキスト状態の変化の通知を行う（ステップＳ２０７）。ここで、コンテキスト状態の変化の通知は、例えばバイナリ形式で通知される。呼制御部２０６は、コンテキスト状態の変化の通知を受信したら、コンテキスト状態の変化を示すデータを監視用メモリ２０４ｂに格納するとともに、内部メモリ２０４に対してアプリ通知用メモリ２０４ａを確保する信号を送信する（ステップＳ２０８）。これにより、呼制御部２０６は、アプリ通知用メモリ２０４ａを確保し（ステップＳ２０９）、アプリ通知用メモリ２０４ａが確保された旨の信号を受信する（ステップＳ２１０）。呼制御部２０６は、コンテキストアクセサ２０８に対して、データの変換要求を示す信号を送信する（ステップＳ２１１）。

コンテキストアクセサ２０８は、データの変換要求を示す信号を受信したら、データの変換を行う。例えば、コンテキストアクセサ２０８は、監視用メモリ２０４ｂを参照しながら監視用メモリ２０４ｂに格納されたデータをアプリ通知用メモリ２０４ａに書き込むことにより（ステップＳ２１２）、データの変換を行う（ステップＳ２１３）。そして、コンテキストアクセサ２０８は、データの変換が終了したら、データの変換が終了したことを示す信号を呼制御部２０６へ送信する（ステップＳ２１４）。

呼制御部２０６は、データの変換が終了したことを示す信号を受信したら、内部メモリ２０４に対して、監視用メモリ２０４ｂを解放する信号を送信する（ステップＳ２１５）。これにより、呼制御部２０６は、監視用メモリ２０４ｂを解放し（ステップＳ２１６）、監視用メモリ２０４ｂが解放された旨の信号を受信する（ステップＳ２１７）。呼制御部２０６は、監視用メモリ２０４ｂが解放された旨の信号を受信したら、アプリ通知用メモリ２０４ａのアドレスをブラウザ部２１０に対して送信する（ステップＳ２１８）。

ブラウザ部２１０は、アプリ通知用メモリ２０４ａのアドレスを受信したら、受信したアドレスに基づいてアプリ通知用メモリ２０４ａを参照して（ステップＳ２１９）、コンテキスト状態の変化に応じた処理を実行する（ステップＳ２２０）。ブラウザ部２１０は、例えば、携帯電話機１００が移動している際に、無線通信を行っている無線基地局Ａから受信する電波強度が弱くなったというコンテキスト状態の変化を検出した場合に、他の無線基地局Ｂへハンドオーバする処理を実行する。また、ブラウザ部２１０は、例えば、携帯電話機１００が受信する電波強度の変化に応じて、表示部１３６に表示される電波強度を示す画像の表示形態を変更する処理を実行する。ブラウザ部２１０は、内部メモリ２０４に対して、アプリ通知用メモリ２０４ａを解放する信号を送信する（ステップＳ２２１）。これにより、ブラウザ部２１０は、アプリ通知用メモリ２０４ａを解放し（ステップＳ２２２）、アプリ通知用メモリ２０４ａが解放された旨の信号を受信する（ステップＳ２２３）。

次に、実施例１に係る携帯電話機において、バイナリ形式で通知されたコンテキスト情報を復号化する処理について、一例を用いて説明する。例えば、アプリ通知用メモリ２０４ａは、ブラウザ部２１０と呼制御部２０６との間のデータ受け渡し用のインターフェースであらかじめ設定されたメモリであり、通知され得る情報の最大長の容量が固定で確保されるものとする。これに対して、監視用メモリ２０４ｂは、必要最低限の容量が確保される。例えば、アプリ通知用メモリ２０４ａの構成が、ContextIDに１Ｂｙｔｅ、PdXAddressに２５６Ｂｙｔｅ、AccessPointNameに２５６Ｂｙｔｅ、QoSに１０２４Ｂｙｔｅ×１６個が確保されているとする。この場合、アプリ通知用メモリ２０４ａに割り当てられる記憶容量の合計は、１６８９７Ｂｙｔｅとなる。

一方、監視用メモリ２０４ｂのヘッダ構成を、通知情報ＩＤ：１Ｂｙｔｅ、情報の長さ：１Ｂｙｔｅ、情報列：ＸＢｙｔｅと定義したとする。情報列のＸＢｙｔｅは、通知される情報に応じて、ContextID：１Ｂｙｔｅ、PdXAddress：６４Ｂｙｔｅ、AccessPointName：６４Ｂｙｔｅ、QoS：１２８Ｂｙｔｅ×２個＝２５６Ｂｙｔｅであるとする。すると、ContextIDが通知された場合、監視用メモリ２０４ｂのサイズは、通知情報ID：１Ｂｙｔｅ＋情報の長さ：１Ｂｙｔｅ＋情報列：１Ｂｙｔｅ＝３Ｂｙｔｅとなる。PdXAddressが通知された場合、監視用メモリ２０４ｂのサイズは、通知情報ID：１Ｂｙｔｅ＋情報の長さ：１Ｂｙｔｅ＋情報列：６４Ｂｙｔｅ＝６６Ｂｙｔｅとなる。AccessPointNameが通知された場合、監視用メモリ２０４ｂのサイズは、通知情報ID：１Ｂｙｔｅ＋情報の長さ：１Ｂｙｔｅ＋情報列：６４Ｂｙｔｅ＝６６Ｂｙｔｅとなる。QoSが通知された場合、監視用メモリ２０４ｂのサイズは、（通知情報ID：１Ｂｙｔｅ＋情報の長さ：１Ｂｙｔｅ＋情報列：２５６Ｂｙｔｅ）×２個＝５１６Ｂｙｔｅとなる。したがって、監視用メモリ２０４ｂの合計サイズは、６５１Ｂｙｔｅとなる。

このように、アプリ通知用メモリ２０４ａは、１６８９７Ｂｙｔｅとなり、監視用メモリ２０４ｂのサイズは、６５１Ｂｙｔｅとなるので、通信ネットワークの状態変化を待っている間に確保されるメモリの容量を小さくすることができる。

以上のように、実施例１によれば、通信ネットワークを監視する際の記憶領域の消費を抑制することができる。すなわち、実施例１に係る携帯電話機１００は、コンテキスト情報をバイナリ圧縮することにより、通信ネットワークを監視する際はバイナリサイズのメモリ（監視用メモリ２０４ｂ）を確保する（割り当てる）。また、実施例１に係る携帯電話機１００は、通信ネットワークの状態の変化の通知を受信した場合には、バイナリ情報を復号化するアクセサ関数を呼びだしアプリに通知を行う。よって、実施例１によれば、通信ネットワークの状態変化が通知された場合のみアプリ通知用メモリ２０４ａの確保（割り当て）を行えばよいので、常時大容量のアプリ通知用メモリ２０４ａを確保するのを回避することができる。

これに加えて、実施例１によれば、通信ネットワークの状態変化の通知を受けた場合に、呼制御部２０６からの要求に応じてコンテキストアクセサ２０８がバイナリ情報を復号化してブラウザ部２１０に通知する。したがって、実施例１によれば、従来ＯＳからの変更箇所をミドルウェア−ベアラ間の狭い範囲に閉じることができるので、従来ＯＳの改変を最小限に留めることができる。言い換えれば、実施例１によれば、呼制御部２０６の構成を従来ＯＳから改変し、コンテキストアクセサ２０８の機能を追加するだけで、その他のブロックに改変を要しないため、従来ＯＳからの改変を最小限に抑えることができる。また、実施例１によれば、ベアラにて通信ネットワークの状態を監視するという既存ＯＳのコンセブトを踏襲しながら通信ネットワークの状態を監視することができるので、従来ＯＳからの改変を最小限に抑えることができる。

なお、実施例１は、主に電子装置を中心に説明したが、これに限らず、あらかじめ用意されたネットワーク監視プログラムをコンピュータで実行することによって、上述の実施例１と同様の機能を実現することができる。すなわち、ネットワーク監視プログラムは、無線基地局と無線通信を行う電子機器に、通信ネットワークの状態変化の監視を要求する手順を実行させる。また、ネットワーク監視プログラムは、電子機器に、前記監視の要求に応じて、前記監視の要求元との間のデータ受け渡し用のインターフェースであらかじめ設定された第１の記憶領域より小さい容量の第２の記憶領域を確保する手順を実行させる。また、ネットワーク監視プログラムは、電子機器に、前記通信ネットワークの状態変化が検出されたら、該状態変化を示すデータを前記第２の記憶領域に格納するとともに、前記第１の記憶領域を確保する手順を実行させる。また、ネットワーク監視プログラムは、電子機器に、前記第２の記憶領域に格納されたデータを前記第１の記憶領域に格納する手順を実行させる。また、ネットワーク監視プログラムは、電子機器に、前記第１の記憶領域に格納されたデータに基づいて前記通信ネットワークの状態変化に応じた処理を実行する手順を実行させる。なお、ネットワーク監視プログラムは、インターネットなどの通信ネットワークを介してコンピュータに配布することができる。また、ネットワーク監視プログラムは、コンピュータに設けられたメモリ、ハードディスク、その他のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

続いて、実施例２に係る携帯電話機について説明する。実施例２に係る携帯電話機は、呼制御部２０６とブラウザ部２１０の処理の一部が実施例１と異なるだけであり、その他は実施例１と同様であるため、実施例１と同様の構成及び同様の処理について重複する説明を省略する。

図５は、実施例２に係る携帯電話機の処理を示すフローチャートである。図５に示すように、ステップＳ２０１〜ステップＳ２２３までの処理は、実施例１と同様である。実施例２では、ブラウザ部２１０は、ステップＳ２２３において、アプリ通知用メモリ２０４ａが解放された旨の信号（解放信号）を受信すると、呼制御部２０６に対して解放信号を送信する（ステップＳ２２４）。呼制御部２０６は、ブラウザ部２１０から、ステップＳ２０１の要求信号を並列して複数送信した場合には、ブラウザ部２１０から解放信号を受信するごとに、アプリ通知用メモリ２０４ａを確保する信号を送信する処理（ステップＳ２０８）以降の処理を順次実行する。

実施例２によれば、実施例１に比べてより通信ネットワークを監視する際の記憶領域の消費を抑制することができる。すなわち、仮に８個のベアラを介して並列して通信ネットワークの状態変化を監視する場合に、実施例１と実施例２は、ともに監視中の最大メモリ使用量は、監視用メモリ２０４ｂの記憶容量×８となる。

これに対して、実施例１と実施例２は、通信ネットワークの状態変化の通知を受信した後の最大メモリ使用量が異なる。実施例１の場合、通信ネットワークの状態変化の通知時に、各ブラウザ部２１０ (ベアラ)に対し同時にアプリ通知用メモリ２０４ａを確保するので、最大でアプリ通知用メモリ２０４ａの記憶容量×８のメモリを確保することになる。一方、実施例２ではブラウザ部２１０はアプリ用通知メモリを解放した後に呼制御部２０６に解放信号を送り、呼制御部は、解放通知を受け、次のブラウザ部２１０に対するアプリ通知用メモリ２０４ａの確保を行う。したがって、実施例２によれば、最大メモリ使用量をアプリ通知用メモリ２０４ａの記憶容量×１に抑えることができる。

１００ 携帯電話機
１０４ 無線通信部
１３０ メモリ
１４０ プロセッサ
２０２ 無線制御部
２０４ 内部メモリ
２０６ 呼制御部
２０８ コンテキストアクセサ
２１０ ブラウザ部
２１２ 表示制御部

Claims (4)

1. 通信ネットワークの状態変化の監視を要求する監視要求部と、
   前記監視要求部からの監視要求に応じて、前記監視要求部へデータを通知するためのインターフェースであらかじめ設定された第１の記憶領域より小さい容量の第２の記憶領域を確保し、前記通信ネットワークの状態変化が検出されたら、該状態変化を示すデータを前記第２の記憶領域に格納するとともに、前記第１の記憶領域を確保する呼制御部と、
   前記呼制御部によって前記第２の記憶領域に格納されたデータを前記第１の記憶領域に格納するコンテキストアクセサと、
   前記第１の記憶領域に格納されたデータに基づいて前記通信ネットワークの状態変化に応じた処理を実行する処理実行部と
   を備えることを特徴とする電子機器。
2. 前記呼制御部は、前記監視要求部が前記通信ネットワークの状態変化の監視を要求する処理を並列して複数実行した場合に、前記第２の記憶領域を確保し、前記状態変化を示すデータを前記第２の記憶領域に格納するとともに前記第１の記憶領域を確保する処理を並列して実行することを特徴とする請求項１に記載の電子機器。
3. 前記処理実行部は、前記通信ネットワークの状態変化に応じた処理を実行した後に、前記第１の記憶領域を解放し、前記第１の記憶領域が解放されたことを示す解放信号を前記呼制御部に通知し、
   前記呼制御部は、前記監視要求部が前記通信ネットワークの状態変化の監視を要求する処理を並列して複数実行した場合に、前記処理実行部から前記解放信号を受信するごとに、前記第１の記憶領域を確保する処理を順次実行する請求項１に記載の電子機器。
4. 無線基地局と無線通信を行う電子機器に、
   通信ネットワークの状態変化の監視を要求する手順と、
   前記監視の要求に応じて、前記監視の要求元へデータを通知するためのインターフェースであらかじめ設定された第１の記憶領域より小さい容量の第２の記憶領域を確保する手順と、
   前記通信ネットワークの状態変化が検出されたら、該状態変化を示すデータを前記第２の記憶領域に格納するとともに、前記第１の記憶領域を確保する手順と、
   前記第２の記憶領域に格納されたデータを前記第１の記憶領域に格納する手順と、
   前記第１の記憶領域に格納されたデータに基づいて前記通信ネットワークの状態変化に応じた処理を実行する手順と、
   を実行させることを特徴とするネットワーク監視プログラム。

Images