JP4406438B2 - 情報処理装置 - Google Patents

Description

本発明は情報処理装置に係り、特に、ＰＰＰを用いて接続を行うことができるようにした情報処理装置に関する。

近年、情報処理装置としての携帯電話機には、単なる音声通話による通信機能だけでなく、アドレス帳機能、基地局やインターネットなどのネットワークを介したメール機能や、Ｗｅｂページなどを閲覧することが可能なブラウザ機能などの種々の機能が搭載されるようになってきている。

特に、メール機能やブラウザ機能を用いて基地局を介してデータ通信を行う場合、まず、ＰＰＰ（Point to Point Protocol）を用いて接続を行い、ＰＰＰを用いた接続によりＰＰＰセッションが確立された後、所望の２地点間でのデータ通信が行われる。

このようなＰＰＰを用いた接続に関する技術として、例えばＣＤＭＡネットワークシステムにおけるＰＰＰセッションについて、簡易なシーケンスで再確立する技術が提案されている（例えば特許文献１参照）。
特開２００６−５０１２３号公報

しかしながら、従来においては、メール機能やブラウザ機能を有するアプリケーションプログラムごとにＰＰＰを用いた接続が個別に管理されている。そのため、ユーザによりメール機能やブラウザ機能の起動が指示されると、アプリケーションプログラムごとにＰＰＰを用いた接続が行われ、ＰＰＰを用いた接続によりＰＰＰセッションが確立されていた。

これにより、ＰＰＰを用いた接続や切断が頻繁に行われてしまい、同一のＰＰＰセッションを使用しているにもかかわらず、ＰＰＰセッション確立までに多くの時間がかかってしまうという課題があった。このような課題は、特許文献１に提案されている技術によっては解決することはできない。

本発明は、このような状況に鑑みてなされたものであり、所定のプロトコルを用いたセッションの確立を好適に行うことができる情報処理装置を提供することを目的とする。

本発明の情報処理装置は、上述した課題を解決するために、所定のプロトコルを用いて接続を行う接続手段と、個々のアプリケーションプログラムからの接続要求または切断要求を取得する取得手段と、取得手段により取得された接続要求または切断要求に基づいて、接続手段による所定のプロトコルを用いた接続を管理し、所定のプロトコルを用いた接続によって、異なる複数のアプリケーションプログラムがいずれも利用可能なセッションを確立する接続管理手段と、接続要求に基づいて所定のプロトコルを用いた接続を開始するとともに、接続手段による所定のプロトコルを用いた接続によって確立されたセッションを保持するように接続管理手段を制御する制御手段と、接続要求に基づく接続後に取得された切断要求に含まれる保持属性の有無を判定する判定手段とを備え、判定手段により切断要求に保持属性が有ると判定された場合、制御手段は、接続手段による所定のプロトコルを用いた接続によって確立されたセッションを保持するように接続管理手段を制御することを特徴とする。

本発明の情報処理装置においては、所定のプロトコルを用いて接続が行われ、個々のアプリケーションプログラムからの接続要求または切断要求が取得され、取得された接続要求または切断要求に基づいて、所定のプロトコルを用いた接続が管理され、所定のプロトコルを用いた接続によって、異なる複数のアプリケーションプログラムがいずれも利用可能なセッションが確立され、接続要求に基づいて所定のプロトコルを用いた接続が開始されるとともに、所定のプロトコルを用いた接続によって確立されたセッションが保持されるように制御され、接続要求に基づく接続後に取得された切断要求に含まれる保持属性の有無が判定され、切断要求に保持属性が有ると判定された場合、所定のプロトコルを用いた接続によって確立されたセッションが保持されるように制御される。

本発明によれば、所定のプロトコルを用いたセッションの確立を好適に行うことができる。

以下、本発明の実施の形態について、図面を参照しながら説明する。図１は、本発明に係る情報処理装置として適用可能な携帯電話機１の外観の構成を表している。なお、図１（Ａ）は、携帯電話機１を約１８０度に見開いたときの正面から見た外観の構成を表しており、図１（Ｂ）は、携帯電話機１を見開いたときの側面から見た外観の構成を表している。

図１（Ａ）および（Ｂ）に示されるように、携帯電話機１は、中央のヒンジ部１１を境に第１の筐体１２と第２の筐体１３とがヒンジ結合されており、ヒンジ部１１を介して矢印Ｘ方向に折り畳み可能に形成される。携帯電話機１の内部の所定の位置には、送受信用のアンテナ（後述する図３のアンテナ４４）が設けられており、内蔵されたアンテナを介して基地局（図示せず）との間で電波を送受信する。

第１の筐体１２には、その表面に「０」乃至「９」の数字キー、発呼キー、リダイヤルキー、終話・電源キー、クリアキー、およびメールキーなどの操作キー１４が設けられており、操作キー１４を用いて各種指示を入力することができる。

第１の筐体１２には、操作キー１４として上部に十字キーと確定キーが設けられており、ユーザが十字キーを上下左右方向に操作することにより当てられたカーソルを上下左右方向に移動させることができる。具体的には、第２の筐体１３に設けられた液晶ディスプレイ１７に表示されている電話帳リストやメールのスクロール動作、簡易ホームページのページ捲り動作および画像の送り動作などの種々の動作を実行する。

また、確定キーを押下することにより、種々の機能を確定することができる。例えば第１の筐体１２は、ユーザによる十字キーの操作に応じて液晶ディスプレイ１７に表示された電話帳リストの複数の電話番号の中から所望の電話番号が選択され、確定キーが第１の筐体１２の内部方向に押圧されると、選択された電話番号を確定して電話番号に対して発呼処理を行う。

さらに、第１の筐体１２には、十字キーと確定キーの左隣にメールキーが設けられており、メールキーが第１の筐体１２の内部方向に押圧されると、メールの送受信機能を呼び出すことができる。十字キーと確定キーの右隣には、ブラウザキーが設けられており、ブラウザキーが第１の筐体１２の内部方向に押圧されると、Ｗｅｂページのデータを閲覧することが可能となる。なお、十字キーと確定キーの左右隣に設けられたメールキーおよびブラウザキーは、液晶ディスプレイ１７に表示される画面により例えば「Yes」や「No」などの種々の機能をもつことが可能であるため、それぞれ、soft１キーおよびsoft２キーと呼ばれる。

また、第１の筐体１２には、操作キー１４の下部にマイクロフォン１５が設けられており、マイクロフォン１５によって通話時のユーザの音声を集音する。また、第１の筐体１２には、携帯電話機１の操作を行うサイドキー１６が設けられている。

なお、第１の筐体１２は、背面側に図示しないバッテリパックが挿着されており、終話・電源キーがオン状態になると、バッテリパックから各回路部に対して電力が供給されて動作可能な状態に起動する。

一方、第２の筐体１３には、その正面に液晶ディスプレイ１７（メインディスプレイ）が設けられており、電波の受信状態、電池残量、電話帳として登録されている相手先名や電話番号及び送信履歴等の他、メールの内容、簡易ホームページ、ＣＣＤ（Charge Coupled Device）カメラ（後述する図２のＣＣＤカメラ２０）で撮像した画像、外部のコンテンツサーバ（図示せず）より受信したコンテンツ、メモリカード（後述する図３のメモリカード４６）に記憶されているコンテンツを表示することができる。

また、液晶ディスプレイ１７の上部の所定の位置にはスピーカ１８が設けられており、これにより、ユーザは音声通話することが可能である。

図２は、本発明に係る情報処理装置として適用可能な携帯電話機１の他の外観の構成を表している。図２の携帯電話機１の状態は、図１の携帯電話機１の状態から矢印Ｘ方向に回動させた状態である。なお、図２（Ａ）は、携帯電話機１を閉じたときの正面から見た外観の構成を表しており、図２（Ｂ）は、携帯電話機１を閉じたときの側面から見た外観の構成を表している。

第２の筐体１３の上部には、ＣＣＤカメラ２０が設けられており、これにより、所望の撮影対象を撮像することができる。ＣＣＤカメラ２０の下部には、サブディスプレイ２１が設けられており、現在のアンテナの感度のレベルを示すアンテナピクト、携帯電話機１の現在の電池残量を示す電池ピクト、現在の時刻などが表示される。

図３は、本発明に係る情報処理装置として適用可能な携帯電話機１の内部の構成を表している。図３に示されるように、携帯電話機１は、第１の筐体１２及び第２の筐体１３の各部を統括的に制御する主制御部３１に対して、電源回路部３２、操作入力制御部３３、画像エンコーダ３４、カメラインタフェース部３５、ＬＣＤ（Liquid Crystal Display）制御部３６、多重分離部３８、変復調回路部３９、音声コーデック４０、および記憶部４７がメインバス４１を介して互いに接続されるとともに、画像エンコーダ３４、画像デコーダ３７、多重分離部３８、変復調回路部３９、音声コーデック４０、および記録再生部４５が同期バス４２を介して互いに接続されて構成される。

主制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などからなり、ＣＰＵは、ＲＯＭに記憶されているプログラムまたは記憶部４７からＲＡＭにロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより携帯電話機１を統括的に制御する。ＲＡＭは、ＣＰＵが各種の処理を実行する上において必要なデータなどを適宜記憶する。なお、主制御部３１には、現在の日付と時刻を正確に計測するタイマが内蔵されている。

携帯電話機１は、主制御部３１の制御に基づいて、例えば音声通話時にマイクロフォン１５で集音した音声信号を音声コーデック４０によってディジタル音声信号に変換、圧縮し、これを変復調回路部３９でスペクトラム拡散処理し、送受信回路部４３でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ４４を介して送信する。

また、携帯電話機１は、音声通話時にアンテナ４４で受信した受信信号を増幅して周波数変換処理及びアナログディジタル変換処理を施し、変復調回路部３９でスペクトラム逆拡散処理し、音声コーデック４０によって伸張し、アナログ音声信号に変換した後、変換されたアナログ音声信号をスピーカ１８を介して出力する。

さらに、携帯電話機１は、データ通信時（例えばメールの送受信、ブラウザ機能動作時のブラウジング、ゲームアプリのダウンロード時など）において、例えばメールを送信する場合、操作キー１４の操作によって入力されたメールのテキストデータを操作入力制御部３３を介して主制御部３１に送出する。主制御部３１は、テキストデータを変復調回路部３９でスペクトラム拡散処理し、送受信回路部４３でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ４４を介して基地局（図示せず）へ送信する。

これに対して携帯電話機１は、データ通信時にメールを受信する場合、アンテナ４４を介して基地局（図示せず）から受信した受信信号を変復調回路部３９でスペクトラム逆拡散処理して元のテキストデータを復元した後、ＬＣＤ制御部３６を介して液晶ディスプレイ１７にメールとして表示する。

携帯電話機１は、データ通信時に例えば画像信号をテレビ電話機能使用時において送信する場合、ＣＣＤカメラ２０で撮像された画像信号をカメラインタフェース部３５を介して画像エンコーダ３４に供給する。

画像エンコーダ３４は、ＣＣＤカメラ２０から供給された画像信号を、例えばＭＰＥＧ（Moving Picture Experts Group）４などの所定の符号化方式によって圧縮符号化することにより符号化画像信号に変換し、変換された符号化画像信号を多重分離部３８に送出する。このとき同時に携帯電話機１は、ＣＣＤカメラ２０で撮像中にマイクロフォン１５で集音した音声を音声コーデック４０を介してディジタルの音声信号として多重分離部３８に送出する。

多重分離部３８は、画像エンコーダ３４から供給された符号化画像信号と音声コーデック４０から供給された音声信号とを所定の方式で多重化し、その結果得られる多重化信号を変復調回路部３９でスペクトラム拡散処理し、送受信回路部４３でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ４４を介して送信する。

また、携帯電話機１では、例えば、ブラウザ機能におけるデータ通信時に、Ｗｅｂページのデータを受信することができる。また携帯電話機１は、ブラウザ機能におけるデータ通信時に例えばＷｅｂページなどにリンクされた動画像ファイルのデータを受信する場合、アンテナ４４を介して基地局（図示せず）から受信した受信信号を変復調回路部３９でスペクトラム逆拡散処理し、その結果得られる多重化信号を多重分離部３８に送出する。

多重分離部３８は、多重化信号を分離することにより符号化画像信号と音声信号とに分け、同期バス４２を介して符号化画像信号を画像デコーダ３７に供給すると共に音声信号を音声コーデック４０に供給する。画像デコーダ３７は、符号化画像信号をＭＰＥＧ４などの所定の符号化方式に対応した復号化方式でデコードすることにより再生動画像信号を生成し、生成された再生動画像信号をＬＣＤ制御部３６を介して液晶ディスプレイ１７に供給する。これにより、例えば、Ｗｅｂページなどにリンクされた動画像ファイルに含まれる動画像データが表示される。

このとき同時に音声コーデック４０は、音声信号をアナログ音声信号に変換した後、これをスピーカ１８に供給し、これにより、例えば、Ｗｅｂページなどにリンクされた動画像ファイルに含まる音声信号が再生される。

記憶部４７は、例えば、電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Hard Disc Drive）などからなり、主制御部３１のＣＰＵにより実行される種々のアプリケーションプログラムや種々のデータ群を格納している。

ところで、パケット通信ネットワークを用いてパケット通信を行う場合、例えば、図４（Ａ）に示す形で通信を行うことができる。図４（Ａ）において、携帯電話機１がパケット通信を行う際（例えばメール機能、ブラウザ機能、ゲーム機能におけるパケット通信において）には、無線アクセスノードＲＡＮ(Radio Access Network)５１、パケット制御ノードＰＣＦ(Packet Control Function)５２、パケットゲートウェイＰＤＳＮ５３や５４、及びゲートウェイルータ５５や５６などを通じてパケット通信を行う。ＰＣＦ５２は、一方をＰＤＳＮ５３または５４に、かつ、他方をＲＡＮ５１に接続され、ＲＡＮ５１は、無線を介して携帯電話機１と通信することができる。

パケットゲートウェイＰＤＳＮ(Packet Data Serving Node)５３及び５４においては、例えば、メール機能・ブラウザ機能におけるパケット通信のパケットゲートウェイＰＤＳＮは同一のパケットゲートウェイＰＤＳＮ５３を用い、ゲーム機能におけるパケット通信のパケットゲートウェイＰＤＳＮはメール機能・ブラウザ機能とは異なるパケットゲートウェイＰＤＳＮ５４を用いるなどのように、機能ごとにパケットゲートウェイを異ならせておくことも可能である。さらに、パケットゲートウェイＰＤＳＮ５３及び５４は、それぞれゲートウェイルータ５５及び５６を介してＩＰバックボーンに接続されている。例えば、メール機能におけるパケット通信においてＰＰＰセッションが確立されるとは、例えば携帯電話機１とパケットゲートウェイＰＤＳＮ５３とでセッションが確立されることを意味する。

そして、図４（Ａ）のようなパケット通信ネットワークにおいてパケット通信を行う場合、従来においては、例えばメール機能、ブラウザ機能、ゲーム機能、ナビ機能などのアプリケーションプログラムごとにＰＰＰを用いた接続が個別に管理されている。そのため、例えば図４（Ｂ）に示されるように、ユーザにより操作キー１４が操作されることによりメール機能、ブラウザ機能、ゲーム機能におけるパケット通信を行う操作の指示が受け付けられると、携帯電話機１においてはそのアプリケーションプログラムごとにＰＰＰを用いた接続が行われ、ＰＰＰを用いた接続によりＰＰＰセッションが確立されていた。これにより、ＰＰＰを用いた接続や切断が頻繁に行われてしまい、同一のＰＰＰセッションを使用しているにもかかわらず、ＰＰＰセッション確立までに多くの時間がかかってしまっていた。

そこで、個々のアプリケーションプログラムごとにＰＰＰを用いた接続を管理してＰＰＰセッションを確立するのではなく、通常においてはアプリケーションレイヤ、ソケットレイヤ、およびＰＰＰレイヤとなっている階層構造をネットワークアクセスのためのミドルウェア（以後ＮＡＩと記す）とアプリケーションプログラムの２つで受け持ち、アプリケーションプログラムごとのセッション確立をＮＡＩにより張られているベースＰＰＰ接続に乗り入れさせるとともに、ベースＰＰＰ接続にて各アプリケーションプログラムからのＰＰＰの利用を一元化し、ベースＰＰＰ接続をアプリケーションプログラムとは別に制御するようにする。これにより、所定のプロトコルを用いたセッションの確立を好適に行うことができ、セッションを再確立する際の時間を短縮することができる。

図５は、ネットワークアクセスのためのミドルウェア（ＮＡＩ）４８を用いて、ベースＰＰＰ接続にて各アプリケーションプログラム（ソフトウェアモジュール）からのＰＰＰの利用を一元化する際の概念的な構成を表している。

例えば図５に示されるように、ＮＡＩ４８は、上位モジュールＡ乃至Ｃなどからの接続要求や切断要求に応じて、上位モジュールＡ乃至Ｃなどのネットワーク接続状態（すなわち、ＰＰＰセッションの状態）を変更する機能を有する。ここでは、例えば、上位モジュールＡがメール機能、上位モジュールＢがブラウザ機能、上位モジュールＣがゲーム機能であるとして説明する。

ＮＡＩ４８は、上位モジュールＡ乃至Ｃなどの各モジュールから、ＰＰＰを用いた接続を要求するための接続要求またはその接続の切断要求を取得する（受け付ける）と、取得された各モジュールからの接続要求または切断要求に基づいて、ＰＰＰを用いた接続をシステム層４９（例えば図３の変復調回路部３９および送受信回路部４３やネットワーク（図示せず）など）を介して制御する。以下、この方法を用いた接続制御処理について説明する。

図６のフローチャートを参照して、図３の携帯電話機１における接続制御処理について説明する。なお、この接続制御処理においては、例えば図７に示されるように、ユーザにより操作キー１４が操作されることにより、まず、例えばブラウザ機能を有するアプリケーションプログラム（上位モジュールＡ）が起動されてＰＰＰセッションが確立された後に指示された情報の受信・表示を行い、その表示データ内にメール機能を起動するためのいわゆる“mail to機能”の「[email protected]」という情報が表示されており、ユーザにより「[email protected]」が選択されることでmail to機能が動作し（メール機能起動）、例えばその[email protected]宛の空メールの送信の指示（送信操作）を受け付けたとき、ブラウザ機能を有するアプリケーションプログラムが一時停止（又は終了）されるとともに、メール機能を有するアプリケーションプログラムが起動される場合について説明する。

ステップＳ１において、主制御部３１のＣＰＵは、ユーザにより操作キー１４が操作されることによりブラウザ機能を起動するとの指示が受け付けられると、主制御部３１のＲＯＭに記憶されているブラウザ機能を有するアプリケーションプログラムをＲＡＭ上に読み出し、ブラウザ機能を有するアプリケーションプログラムを起動する。

ステップＳ２において、主制御部３１のＣＰＵは、ブラウザ機能を有するアプリケーションプログラムを実行し、ＰＰＰを用いた接続を要求するための接続要求を生成し、生成された接続要求をＮＡＩ４８に供給する。

なお、接続要求にはＰＰＰセッション確立に必要なベアラ情報が含まれており、このベアラ情報は予め所定のソフトウェア上に管理されている。例えば、パケットゲートウェイＰＤＳＮ５３に接続するのか、パケットゲートウェイＰＤＳＮ５４に接続するのかに関する情報（ここでは使用される機能はブラウザ機能であるために、接続されるパケットゲートウェイＰＤＳＮはパケットゲートウェイＰＤＳＮ５３となる）に接続するための情報もベアラ情報に含まれている。

ステップＳ３において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、ブラウザ機能を有するアプリケーションプログラムからの接続要求を取得する。ステップＳ４において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、取得された接続要求に基づいて、ＰＰＰを用いた接続をシステム層としての変復調回路部３９および送受信回路部４３を介して行う。そして、パケットゲートウェイＰＤＳＮ５３とのＰＰＰセッションが確立される。

ステップＳ５において、主制御部３１のＣＰＵは、ブラウザ機能を有するアプリケーションプログラムが起動されてＰＰＰセッションが確立された後に指示された情報の受信が終了すると、ＰＰＰを用いた接続の切断を要求するための切断要求を生成し、生成された切断要求をＮＡＩ４８に供給する。

この切断要求が生成される際には、ブラウザ機能を有するアプリケーションプログラムにおいて、すでに確立されているＰＰＰセッションを保持するか否かが判断され、すでに確立されているＰＰＰセッションを切断せずに保持することを示す保持属性を付加するか否かが判断される。そして、すでに確立されているＰＰＰセッションを切断せずに保持すると判断された場合、切断要求には、すでに確立されているＰＰＰセッションを切断せずに保持することを示す保持属性が付加される。一方、すでに確立されているＰＰＰセッションを保持せずに切断すると判断された場合、切断要求には、すでに確立されているＰＰＰセッションを切断せずに保持することを示す保持属性が付加されない。

ステップＳ６において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、例えばブラウザ機能を有するアプリケーションプログラム（例えば上位モジュールＡ）からの切断要求を取得する。ステップＳ７において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、取得された切断要求に基づいて、すでに確立されているＰＰＰセッションを切断せずに保持するか否かを判定する。

なお、ステップＳ５乃至Ｓ７においては、各上位モジュールが保持すべきか否かの判定を行って、保持属性を切断要求に付加してステップＳ７においてＮＡＩ４８がその保持属性に基づいて判断することに限定されず、保持する／しないの情報を切断要求に付加してステップＳ７でＮＡＩ４８が保持する／しないの判断をするようにしてもよいし、各上位モジュールが保持する／保持しないか否かの判断をするのではなく、ＮＡＩ４８が現在どの上位モジュールのパケット通信を行っているかを判断し、その上位モジュール毎に応じて保持する／しないか否かの判断をしてもよい。

また、例えば、ブラウザ機能を有するアプリケーションプログラムが起動されてＰＰＰセッションを用いたパケット通信が行われた後には、一律保持するようにし、ゲーム機能のアプリケーションプログラムが起動されてＰＰＰセッションを用いたパケット通信が行われた後には、一律保持しないようにするように判断（この判断は上位モジュールでもＮＡＩ４８でもよい）してもよい。その際、機能（メール機能、ブラウザ機能）ごとに保持する／しないという形の判断を行ってもよいし、更に細かい機能単位（ブラウザ機能において予め決められた範囲内（携帯電話用のサイト）のアクセス先からデータ受信するための機能と、ブラウザ機能において予め決められた範囲内に限られず（携帯電話用のサイトだけでなくパソコン用サイトも含む）インターネットの世界全般からデータ受信するための機能）で保持する／しないを判断するようにしてもよい。また、同じ機能であっても状況によって保持する／しないを変更するようにしてもよい。

ステップＳ７において、ＰＰＰセッションを保持すると判定された場合、主制御部３１のＣＰＵはステップＳ８で、ブラウザ機能を有するアプリケーションプログラムを実行し、すでに確立されているセッションのうち、ソケットセッションを切断する。このとき、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、ブラウザ機能を有するアプリケーションプログラムの起動時にすでに確立されているＰＰＰセッションを保持する。

ステップＳ９において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、保持タイマをセットし、すでに確立されているＰＰＰセッションを切断せずに所定の時間（例えば３分間や５分間など）保持するための保持タイマを開始する。

次に、ステップＳ１０において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、保持タイマがタイムアップしたかを判断し、タイムアップした場合は処理はステップＳ１８に進む。タイムアップしていない場合は、ステップＳ１１に進む。

また、ステップＳ１１において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、他のアプリ（上位モジュール／機能）からの接続要求があるか否かを判断する。また、ステップＳ１１において他のアプリ（上位モジュール／機能）からの接続要求がない場合は、処理はステップＳ１０に戻り、再度ステップＳ１０以降の処理が実行される。

なお、主制御部３１のＣＰＵは、ＮＡＩ４８を実行してステップＳ１０乃至Ｓ１１処理における判断をしている時に、他のアプリ（上位モジュール／機能）が起動された場合はそのモジュール／機能を起動させるものとし（フローチャートには図示しない）、パケット通信のための操作がなされた場合は接続要求を生成するものとする。例えば、ブラウジング中に「[email protected]」がユーザによって選択された場合、メール機能を起動し、空メールを送信する操作がなされた場合接続要求を生成するものとする。

ステップＳ１２において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、現在カウントされている保持タイマを停止する。

ステップＳ１３において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、取得された新たな接続要求が、すでに確立されていて、保持中のＰＰＰセッションのパケットゲートウェイＰＤＳＮ（例えばＰＤＳＮ５３）とは異なるパケットゲートウェイＰＤＳＮ（例えばＰＤＳＮ５４）に対するＰＰＰセッション接続要求であるか否かを判定する。

例えばブラウザ機能とメール機能は同一のＰＰＰセッション（パケットゲートウェイＰＤＳＮ５３）を用いるため、保持中のＰＰＰセッションのパケットゲートウェイＰＤＳＮとは異なるパケットゲートウェイＰＤＳＮ５４に対するＰＰＰセッション接続要求ではないと判定される。一方、例えばユーザがブラウザ機能を用いてブラウジングした後にゲーム機能やナビ機能におけるパケット通信を使用したい場合、異なるゲートウェイに接続する必要が生じることから、保持中のＰＰＰセッションのパケットゲートウェイＰＤＳＮ（例えばパケットゲートウェイＰＤＳＮ５３）とは異なるパケットゲートウェイＰＤＳＮ（例えばパケットゲートウェイＰＤＳＮ５４）に対するＰＰＰセッション接続要求であると判定される。

ステップＳ１３において新たな接続要求が、すでに確立されている保持中のＰＰＰセッションに用いられたパケットゲートウェイＰＤＳＮと異なるパケットゲートウェイＰＤＳＮに対するＰＰＰセッション接続要求ではないと判定された場合（例えば上記の例のようにブラウザ機能による接続後にメール機能におけるパケット通信のための接続（空メール送信）を行う場合）、主制御部３１のＣＰＵはステップＳ１４で、（メール機能を有する）アプリケーションプログラムを実行し、ソケットセッションを確立する。

ステップＳ１５において、ＮＡＩ４８を実行し、ＰＰＰを用いた接続によりすでに確立されているＰＰＰセッションを保持したまま、そのＰＰＰセッションを利用し、ＰＰＰを用いた接続を行う。

一方、ステップＳ１３において新たな接続要求が、すでに確立されている保持中のＰＰＰセッションのパケットゲートウェイＰＤＳＮとは異なるパケットゲートウェイＰＤＳＮに対するＰＰＰセッション接続要求であると判定された場合（例えば、ブラウザ機能による接続後にゲーム機能におけるパケット通信のための接続（ゲームダウンロード）を行う場合）、主制御部３１のＣＰＵはステップＳ１６で、接続先からのＰＰＰセッションの切断要求を受け付けたときと同様に、ＮＡＩ４８を実行し、前のアプリケーションプログラムの起動時にすでに確立されているＰＰＰセッションを保持せず、そのＰＰＰを用いた接続の切断をシステム層としての変復調回路部３９および送受信回路部４３を介して行う。

ステップＳ１７において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、新たに取得された接続要求に基づいて、異なるＰＰＰを用いた接続を、システム層としての変復調回路部３９および送受信回路部４３を介して行う。

これにより、ＰＰＰセッション保持中に、すでに確立されているＰＰＰセッションと異なるＰＰＰセッションの確立が要求された場合に、すでに確立されているＰＰＰセッションを一時的に切断し破棄するとともに、新たなＰＰＰセッションを前のＰＰＰセッションから切り替えて確立することができる。これにより、ＮＡＩ４８に代用させることで、アプリケーションプログラム自体が現在の接続状態を認識する必要が無くなる。

一方、ステップＳ７において切断要求に、すでに確立されているＰＰＰセッションを切断せずに保持することを示す保持属性が無いと判定された場合、主制御部３１のＣＰＵはステップＳ１８で、ＮＡＩ４８を実行し、すでに確立されているＰＰＰセッションを保持せず、ＰＰＰを用いた接続の切断を行う。

本発明の実施形態においては、個々のアプリケーションプログラムからの接続要求（ＰＰＰを用いた接続を要求するための接続要求）を取得すると、取得された接続要求に基づいて、ＰＰＰを用いた接続を行うことができる。

そして、ＰＰＰを用いた接続の切断を要求するための切断要求を個々のアプリケーションプログラムから取得すると、取得された切断要求に、すでに確立されているＰＰＰセッションを切断せずに保持することを示す保持属性が有るか否かを判定し、切断要求に、すでに確立されているＰＰＰセッションを切断せずに保持することを示す保持属性が有ると判定された場合、ソケットセッションを切断しつつ、すでに確立されているＰＰＰセッションを切断せずに保持することができる。

そして、保持タイマをセットするとともに、保持タイマがカウントされている間に他のアプリケーションプログラムからの接続要求が取得されると、新たな接続要求が、すでに確立されている保持中のＰＰＰセッションのパケットゲートウェイＰＤＳＮとは異なるパケットゲートウェイＰＤＳＮに対するＰＰＰセッション接続要求であるか否かを判定することができるとともに、新たな接続要求が、すでに確立されている保持中のＰＰＰセッションのパケットゲートウェイＰＤＳＮとは異なるパケットゲートウェイＰＤＳＮに対するＰＰＰセッション接続要求ではないと判定された場合、ソケットセッションを確立するとともに、ＰＰＰを用いた接続によりすでに確立されているＰＰＰセッションを保持したまま、そのＰＰＰセッションを利用し、ＰＰＰを用いた接続を行うことができる。

これにより、上位モジュールとＮＡＩ４８との間のＰＰＰセッションの利用数（すなわち、ＰＰＰセッションを利用する上位モジュールの数）に関わらず、ＮＡＩ４８とシステム層との間のＰＰＰセッションを１つとすることができ、上位モジュールがＰＰＰセッションの保持などの管理を意識することなく、個々のアプリケーションプログラムからのＰＰＰセッションの利用を一元化して管理することができる。従って、すでに確立されているＰＰＰセッションの切断後、同一のＰＰＰセッションを再確立するという無駄を削減することができ、ＰＰＰセッションの再確立に要する時間を短縮することができる。

また、ＰＰＰセッション保持中に、すでに確立されているＰＰＰセッションと異なるＰＰＰセッションの確立が要求された場合に、すでに確立されているＰＰＰセッションを一時的に切断し破棄するとともに、新たなＰＰＰセッションを前のＰＰＰセッションから切り替えて確立することができる。これにより、ＮＡＩ４８に代用させることで、アプリケーションプログラム自体が現在の接続状態を認識する必要が無くなる。

その結果、所定のプロトコル（例えばＰＰＰなど）を用いたセッションの確立を好適に行うことができる。また、アプリケーションプログラムにセッション管理機能を持たせる必要がなくなることから、アプリケーションプログラムやシステムなどの開発効率を向上させることができる。

なお、本発明の実施形態においては、ＰＰＰを用いたセッションの確立を行う場合について適用するようにしたが、このような場合に限られず、例えばＰＰＰｏＥ（Point to Point over Ethernet（登録商標））などの他のプロトコルを用いたセッションの確立を行う場合にも適用することができる。

また、図６のフローチャートを参照して説明した接続制御処理においては、異なるアプリケーションプログラム間においてＰＰＰセッションが移行する際に保持タイマをセットし、予め設定された所定の時間（例えば３分間や５分間など）、すでに確立されているＰＰＰセッションを保持するようにしたが、このような場合に限られず、他のアプリケーションプログラムがその後に起動されるか否かに関わらず、保持タイマをセットして、予め設定された所定の時間（例えば３分間や５分間など）、すでに確立されているＰＰＰセッションを保持するようにしてもよい。

これにより、すでに確立されているＰＰＰセッションを、ＮＡＩ４８の保持タイマを用いて、予め設定された所定の時間経過後にそのＰＰＰセッションを切断することができる。従って、所定のプロトコル（例えばＰＰＰなど）を用いたセッションの確立をより好適に行うことができる。

なお、所定の時間経過後のＰＰＰセッション保持の解除は、保持タイマ以外にも各アプリケーションプログラムからの強制切断でも行うことができる。

なお、例えば図８に示されるように、ＰＰＰセッションの保持中にドーマント状態（すなわち、論理的にはセッションが確立されているが、物理的に無線で切れている状態）に移行したり、再度、ドーマント状態からセッション確立の状態に復帰する場合、ドーマント状態に移行した旨を各アプリケーションプログラムに通知するようにしてもよい。勿論、ＰＰＰセッション保持中にドーマント状態に移行した後に、例えば図８の場合ではメール作成後のメール送信時に、新たな接続要求を取得する（受け付ける）と、保持中のＰＰＰセッションを再確立するようにする。以下、この方法を用いた接続制御処理について説明する。この接続制御処理は、図９のフローチャートに示されている。

なお、図９のステップＳ３１乃至Ｓ３４、およびステップＳ４０乃至Ｓ４４の処理は、図６のステップＳ１乃至Ｓ４、ステップＳ５乃至Ｓ８、およびステップＳ１８の処理と基本的には同様であり、その説明は繰り返しになるので省略する。

ステップＳ３５において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、ＰＰＰセッションをドーマント状態に移行する。ステップＳ３６において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、あるアプリケーションプログラム（図８の場合、メール機能を有するアプリケーションプログラム）に対してドーマント状態に移行した旨を通知する。これにより、アプリケーションプログラムは、現在の接続状態がドーマント状態であることを認識することができる。

ステップＳ３７において、主制御部３１のＣＰＵは、あるアプリケーションプログラムを実行し、同一のＰＰＰを用いた接続を要求するための接続要求を新たに生成し、生成された新たな接続要求をＮＡＩ４８に供給する。ステップＳ３８において、主制御部３１のＣＰＵは、ＮＡＩ４８を実行し、あるアプリケーションプログラムからの接続要求を新たに取得する。ステップＳ３９において、主制御部３１のＣＰＵは、新たな接続要求を取得すると、ＮＡＩ４８を実行し、ＰＰＰセッションをドーマント状態から復帰させる。その後、処理はステップＳ４０に進む。

なお、ステップＳ３５において、ドーマント状態に移行してからＳ３９におけるドーマント状態からの復帰までの間に保持タイマを動作させ、一定時間にＰＰＰセッションを用いた接続がなければ一度ＰＰＰセッションを切断してもよい。この保持タイマを動作させる際は、ステップＳ３５からＳ３９までの動作と並行して図６におけるステップＳ９乃至１５およびステップＳ１８を実行することによって実現できる（なお、ドーマント状態からの復帰は同じアプリケーションプログラムからの接続要求であるから、ステップＳ１３の処理における分岐は省略してステップＳ１２からＳ１４に移行することになる）。

なお、網側（ネットワーク側）からの切断要求をＮＡＩ４８が取得した場合にも、その旨を各アプリケーションプログラムに通知するようにしてもよい。

なお、本発明は、携帯電話機１以外にも、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機、その他の情報処理装置にも適用することができる。

また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。

さらに、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。

本発明に係る情報処理装置に適用可能な携帯電話機の外観の構成を示す外観図。 本発明に係る情報処理装置に適用可能な携帯電話機の他の外観の構成を示す外観図。 本発明に係る情報処理装置に適用可能な携帯電話機の内部の構成を示すブロック図。 （Ａ）パケット通信ネットワークを用いてパケット通信を行う場合における概略的な通信方式を説明するための説明図であり、（Ｂ）はアプリケーションごとによるＰＰＰセッションの確立方法を説明するための説明図。 本発明に係るＮＡＩを用いたＰＰＰセッション確立を一元化して管理する場合における概念的な構成を示す図。 図３の携帯電話機における接続制御処理を説明するためのフローチャート。 本発明に係るＮＡＩを用いたＰＰＰセッション確立を一元化して管理する場合における具体的な構成を示す図。 本発明に係るＮＡＩを用いたＰＰＰセッション確立を一元化して管理する場合においてセッション保持中でのドーマント状態への移行と復帰を説明するための説明図。 図３の携帯電話機における他の接続制御処理を説明するためのフローチャート。

符号の説明

１…携帯電話機、１１…ヒンジ、１２…第１の筐体、１３…第２の筐体、１４…操作キー、１５…マイクロフォン、１６…サイドキー、１７…液晶ディスプレイ、１８…スピーカ、１９a乃至１９d…磁気センサ、２０…ＣＣＤカメラ、２１…サブディスプレイ、３１…主制御部、３２…電源回路部、３３…操作入力制御部、３４…画像エンコーダ、３５…カメラI/F部、３６…ＬＣＤ制御部、３７…画像デコーダ、３８…多重分離部、３９…変復調回路部、４０…音声コーデック、４１…メインバス、４２…同期バス、４３…送受信回路部、４４…アンテナ、４５…記録再生部、４６…メモリカード、４７…記憶部、５１…無線アクセスノードＲＡＮ、５２…パケット制御ノードＰＣＦ、５３…パケットゲートウェイＰＤＳＮ、５４…パケットゲートウェイＰＤＳＮ、５５…ゲートウェイルータ、５６…ゲートウェイルータ、５７…ネットワークアクセスのためのミドルウェア（ＮＡＩ）、５８…システム層。

Claims (6)

1. 所定のプロトコルを用いて接続を行う接続手段と、
   個々のアプリケーションプログラムからの接続要求または切断要求を取得する取得手段と、
   前記取得手段により取得された前記接続要求または前記切断要求に基づいて、前記接続手段による前記所定のプロトコルを用いた接続を管理し、前記所定のプロトコルを用いた接続によって、異なる複数のアプリケーションプログラムがいずれも利用可能なセッションを確立する接続管理手段と、
   前記接続要求に基づいて所定のプロトコルを用いた接続を開始するとともに、前記接続手段による所定のプロトコルを用いた接続によって確立されたセッションを保持するように前記接続管理手段を制御する制御手段と、
   前記接続要求に基づく接続後に取得された前記切断要求に含まれる保持属性の有無を判定する判定手段とを備え、
   前記判定手段により前記切断要求に保持属性が有ると判定された場合、前記制御手段は、前記接続手段による所定のプロトコルを用いた接続によって確立されたセッションを保持するように前記接続管理手段を制御することを特徴とする情報処理装置。
2. 前記制御手段は、保持タイマを用いて、予め設定された所定の時間が経過するまで、前記接続手段による所定のプロトコルを用いた接続によって確立されたセッションを保持するように制御することを特徴とする請求項１に記載の情報処理装置。
3. 前記判定手段により前記切断要求に保持属性が無いと判定された場合、前記制御手段は、前記接続手段による所定のプロトコルを用いた接続によって確立されたセッションを切断するように前記接続管理手段を制御することを特徴とする請求項１に記載の情報処理装置。
4. 前記接続手段による所定のプロトコルを用いた接続によって確立されたセッションの保持中に、前記取得手段により他のアプリケーションプログラムからの新たな接続要求が取得された場合、新たな接続要求が、すでに確立されたセッションに用いられたベアラ情報と異なるベアラ情報を用いた接続要求であるか否かを判定する判定手段をさらに備え、
   前記判定手段により、新たな接続要求が、すでに確立されたセッションに用いられたベアラ情報と同一のベアラ情報を用いた接続要求であると判定された場合、前記制御手段は、前記接続手段による所定のプロトコルを用いた接続によって確立されたセッションを保持したまま、新たな前記接続要求に基づいてソケットセッションを確立し、前記接続手段による所定のプロトコルを用いた接続を開始するように前記接続管理手段を制御することを特徴とする請求項１に記載の情報処理装置。
5. 前記判定手段により、新たな接続要求が、すでに確立されたセッションに用いられたベアラ情報と異なるベアラ情報を用いた接続要求であると判定された場合、前記制御手段は、前記接続手段による所定のプロトコルを用いた接続によって確立されたセッションを切断した後、新たな前記接続要求に基づいて、前記接続手段による所定のプロトコルを用いた接続を開始するように前記接続管理手段を制御することを特徴とする請求項４に記載の情報処理装置。
6. 前記接続手段による所定のプロトコルを用いた接続によって確立されたセッションの保持中に、所定の状態に移行したとき、所定の状態に移行した旨を各アプリケーションプログラムに通知する通知手段をさらに備えることを特徴とする請求項１に記載の情報処理装置。

Images