(57)【要約】【課題】上位層から受け付けられた要求のコマンドキューへの積み込みを好適に管理することができるようにする。【解決手段】本発明に係る情報処理装置に適用可能な携帯電話機１においては、プロトコル層制御部２５は、ヘッドセット２との間で無線通信を行う際に用いるプロトコル層を制御し、コマンドキュー２６はプロトコル層へのコマンドの実行を待機させ、要求管理部２７は、上位層から順次受け付けられた要求のコマンドキューへの積み込みを管理し、強制中断部２３は、強制中断要因が発生した場合にヘッドセットとの間における物理接続の切断をプロトコル層制御部２５に要求してプロトコル層制御部２５を用いてヘッドセット２との間における物理接続を切断させ、要求管理部２７は、強制中断要求が受け付けられたとき、強制中断要求をコマンドキュー２６に積み込まずに強制中断部２３による強制中断処理を実行させる。【選択図】  図２
2008310692.tif 000002
【特許請求の範囲】
【請求項１】
対向機器との間で無線通信を行う際に用いられるプロトコル層を制御するプロトコル層制御手段と、
前記プロトコル層制御手段により制御される前記プロトコル層へのコマンドの実行を待機させるコマンドキューと、
上位層から順次受け付けられた要求の前記コマンドキューへの積み込みを管理する要求管理手段と、
強制中断要因が発生した場合に、前記対向機器との間における物理接続の切断を前記プロトコル層制御手段に要求し、前記プロトコル層制御手段を用いて前記対向機器との間における物理接続を切断させる強制中断手段とを備え、
前記要求管理手段は、強制中断要求が受け付けられたとき、前記強制中断要求を前記コマンドキューに積み込まずに、前記強制中断手段による強制中断処理を実行させることを備えることを特徴とする情報処理装置。
【請求項２】
前記要求管理手段は、前記プロトコル層制御手段を用いて実行中の処理をキャンセルする要求が強制中断要求として受け付けられたとき、前記強制中断要求を前記コマンドキューに積み込まずに、前記強制中断手段による強制中断処理を実行させることを備えることを特徴とする情報処理装置。
【請求項３】
対向機器との間で無線通信を行う際に用いられるプロトコル層を制御するプロトコル層制御手段と、
前記プロトコル層制御手段により制御される前記プロトコル層へのコマンドの実行を待機させるコマンドキューと、
上位層から順次受け付けられた要求の前記コマンドキューへの積み込みを管理する要求管理手段とを備え、
前記要求管理手段は、切断処理中に前記対向機器への接続要求が受け付けられた場合、前記切断処理が完了するまで前記接続要求の前記コマンドキューへの積み込みを待つことを特徴とする情報処理装置。
【請求項４】
前記要求管理手段は、切断処理中に前記対向機器への接続要求以外の要求が受け付けられた場合、前記切断処理の完了する前であっても、受け付けられた前記要求を前記コマンドキューに積み込むことを特徴とする請求項３に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置に係り、特に、対向機器との間で無線通信を行う際に用いられるプロトコル層へのコマンドの実行を待機させることができるようにした情報処理装置に関する。
【背景技術】
【０００２】
近年、例えば電子機器などに適用することができる無線通信技術として例えばブルートゥース（Bluetooth（登録商標））が知られている。このブルートゥースの無線通信技術を用いれば、携帯電話機などから、オーディオケーブルを用いることなく、例えばヘッドセットなどの対向機器にオーディオデータを転送することができる。
【０００３】
このブルートゥースの規格としては、２．４ＧＨｚの無線ＬＡＮ（IEEE 802.11/b/g）との干渉対策を施した仕様であるBluetooth Specification Version1.2 （非特許文献１）や高速化機能であるＥＤＲ（Enhanced Data Rate）を採用した仕様であるBluetooth Specification Version2+EDR （非特許文献２）などが知られている。
【非特許文献１】Bluetooth Specification Version1.2（Bluetooth SIG）
【非特許文献２】Bluetooth Specification Version2+EDR（Bluetooth SIG）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、携帯電話機と対向機器としてのヘッドセットとの間で切断処理を実行している最中に上位層から次の接続要求があった場合、その接続要求に基づく接続処理を実行してしまうと、すでに実行中の切断処理と後発的に開始された接続処理とが衝突してしまい、後発的に開始された接続処理が失敗に終わってしまう可能性がある。また、切断処理以外の他の処理に関しては、物理層による物理接続が残存している場合にはそれを利用することで論理層による論理接続を確立してその処理を実行することができるため、前の処理の完了を待たずに実行することができるように一律にその処理に関する要求をコマンドキューにキューイングするが、前の要求に基づいてすでに実行されている処理をキャンセルする要求に関してコマンドキューにキューイングしてしまうと、キャンセル処理が遅れてしまう。
【０００５】
このように、携帯電話機と対向機器としてのヘッドセットとの間で無線通信を行う際に携帯電話機にて実行される処理（例えば接続処理や切断処理など）の性質とその実行状況に応じて、指示された要求に基づく処理を適切に実行することは困難であるという課題があった。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、上位層から受け付けられた要求のコマンドキューへの積み込みを好適に管理することができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の情報処理装置は、上述した課題を解決するために、対向機器との間で無線通信を行う際に用いられるプロトコル層を制御するプロトコル層制御手段と、プロトコル層制御手段により制御されるプロトコル層へのコマンドの実行を待機させるコマンドキューと、上位層から順次受け付けられた要求のコマンドキューへの積み込みを管理する要求管理手段と、強制中断要因が発生した場合に、対向機器との間における物理接続の切断をプロトコル層制御手段に要求し、プロトコル層制御手段を用いて対向機器との間における物理接続を切断させる強制中断手段とを備え、要求管理手段は、強制中断要求が受け付けられたとき、強制中断要求をコマンドキューに積み込まずに、強制中断手段による強制中断処理を実行させることを備えることを特徴とする。
【０００８】
本発明の情報処理装置は、上述した課題を解決するために、対向機器との間で無線通信を行う際に用いられるプロトコル層を制御するプロトコル層制御手段と、プロトコル層制御手段により制御されるプロトコル層へのコマンドの実行を待機させるコマンドキューと、上位層から順次受け付けられた要求のコマンドキューへの積み込みを管理する要求管理手段とを備え、要求管理手段は、切断処理中に対向機器への接続要求が受け付けられた場合、切断処理が完了するまで接続要求のコマンドキューへの積み込みを待つことを特徴とする。
【０００９】
本発明の情報処理装置においては、対向機器との間で無線通信を行う際に用いられるプロトコル層が制御され、制御されるプロトコル層へのコマンドの実行が待機され、上位層から順次受け付けられた要求のコマンドキューへの積み込みが管理され、強制中断要因が発生した場合に、対向機器との間における物理接続の切断をプロトコル層制御手段に要求して対向機器との間における物理接続が切断され、強制中断要求が受け付けられたとき、強制中断要求がコマンドキューに積み込まれずに、強制中断処理が実行される。
【００１０】
本発明の情報処理装置においては、対向機器との間で無線通信を行う際に用いられるプロトコル層が制御され、制御されるプロトコル層へのコマンドの実行が待機され、上位層から順次受け付けられた要求のコマンドキューへの積み込みが管理され、切断処理中に対向機器への接続要求が受け付けられた場合、切断処理が完了するまで接続要求のコマンドキューへの積み込みが待たされる。
【発明の効果】
【００１１】
本発明によれば、上位層から受け付けられた要求のコマンドキューへの積み込みを好適に管理することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について、図面を参照しながら説明する。図１に示されるように、携帯電話機１の近傍には、本発明に係る対向機器として適用可能なヘッドセット２が配置されている。ヘッドセット２は、携帯電話機１から無線通信（例えばブルートゥースなど）を用いて転送されたオーディオデータを受信し、リアルタイムに再生することができる。なお、対向機器としてはヘッドセット２以外にも図示せぬ車載器を用いるようにしてもよい。
【００１３】
図２は、図１の携帯電話機１の内部の構成を表している。図２に示されるように、携帯電話機１は、制御部１１、表示部１２、入力部１３、記憶部１４、無線電話通信部１５、信号処理部１６、ＰＣＭコーデック１７、マイクロフォン１８、スピーカ１９、メディアプレイヤ部２０、コンテンツ処理部２１、近距離無線通信部２２、および強制中断部２３がバス２４により相互に接続されて構成されている。
【００１４】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などからなり、ＣＰＵは、ＲＯＭに記憶されているプログラムまたは記憶部１４からＲＡＭにロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより携帯電話機１を統括的に制御する。ＲＡＭは、ＣＰＵが各種の処理を実行する上において必要なデータなどを適宜記憶する。
【００１５】
表示部１２は、例えばＬＣＤ（Liquid Crystal Display）などからなり、入力部１３は図示せぬ操作キーや操作ボタンなどにより構成される。
【００１６】
無線電話通信部１５は、図示せぬ基地局から送信された無線信号を、図示せぬアンテナを介して受信し、受信された無線信号のダウンコンバートを行って中間周波信号を求め、さらに直交復調処理、ＲＡＫＥ受信機（図示せず）による各パスの逆拡散及び合成処理などを行う。その後、このＲＡＫＥ受信機から出力された受信パケットデータは、信号処理部１６に入力される。
【００１７】
信号処理部１６は、例えばＤＳＰ（Digital Signal Processor）などからなり、無線電話通信部１５を介して送受信される音声信号の符号化・復号化を実行するスピーチコーデックを備えている。
【００１８】
そして、このような復号処理により得られたディジタル音声信号は、ＰＣＭコーデック１７によりＰＣＭ復号された後、増幅されてスピーカ１９により出力される。一方、マイクロフォン１８から入力された音声信号はＰＣＭコーデック１７でディジタル音声信号に変調してスピーチコーデックに入力される。
【００１９】
メディアプレイヤ部２０は、例えばオーディオデータを再生するための音楽プレイヤ機能を実行する。勿論、携帯電話機１に地上波ディジタルワンセグ・ラジオ受信部などを設けるようにして、例えば地上波ディジタルワンセグ放送波を受信する際のアプリケーションプログラムを実行することによる地上波ディジタルワンセグプレイヤ機能などの各種のメディアプレイヤを実行するようにしてもよい。
【００２０】
コンテンツ処理部２１は、デコーダ２４とエンコーダ２５からなり、デコーダ２４は、例えばメディアプレイヤ部２０が音楽プレイヤ機能を制御する際に、例えばＡＡＣやａａｃＰｌｕｓ、ＭＰ３、ＡＴＲＡＣ、ＳＢＣなどの符号化方式で符号化（エンコード）されたオーディオデータを、一旦、その符号化方式に対応する復号化方式で復号化（デコード）する。そして、コンテンツ処理部２１のエンコーダ２５は、デコーダ２４により復号化（デコード）されたアナログのオーディオデータを他の符号化方式によって再符号化処理などを施す。
【００２１】
また、メディアプレイヤ部２０がワンセグプレイヤ機能を実行する場合は、上記ＡＡＣなどのオーディオデータの符号化、復号化処理を行う以外に、ＭＰＥＧ４やＨ．２６４のような符号化方式と復号化方式を用いて符号化、復号化処理を行うようにしてもよい。
【００２２】
近距離無線通信部２２は、例えばブルートゥース（Bluetooth（登録商標））による無線通信を行うモジュールなどからなり、携帯電話機１の近傍に存在するヘッドセット２などと無線通信を行う。勿論、ブルートゥース以外の無線通信（例えば赤外線通信）を用いるようにしてもよい。近距離無線通信部２２は、プロトコル層制御部２５、コマンドキュー２６、および要求管理部２７などからなる。
【００２３】
プロトコル層制御部２５は、対向機器であるヘッドセット２との間で近距離無線通信を行う際に用いられるプロトコル層（論理層と物理層）を制御する。特に、プロトコル層制御部２５は、対向機器であるヘッドセット２との間で行われる近距離無線通信における物理層による物理接続を管理するだけでなく、対向機器であるヘッドセット２との間で行われる近距離無線通信における論理層による論理接続を管理する。
【００２４】
コマンドキュー２６は、プロトコル層制御部２５により制御されるプロトコル層へのコマンド（要求）をキューイングし、コマンド（要求）の実行を一時的に待機させる。要求管理部２７は、上位層（アプリケーション層やＡＰＩ（Application Program Interface）層）から順次要求を受け付けると、受け付けられた要求（コマンド）をコマンドキュー２６に適宜積み込み、受け付けられた要求（コマンド）のコマンドキュー２６への積み込みを管理する。
【００２５】
強制中断部２３は、携帯電話機１とヘッドセット２との距離が大きくなったときなどの弱電界の状況下において、着信割り込みなどの強制中断要因が発生した場合に、対向機器であるヘッドセット２との間における物理接続の切断をプロトコル層制御部２５に指示し、対向機器であるヘッドセット２との間における物理接続を強制的に切断させる。
【００２６】
ところで、携帯電話機１と対向機器としてのヘッドセット２などとの間における電界強度が低下するなどによって、携帯電話機１とヘッドセット２との間の状況が弱電界の状況となると、携帯電話機１からヘッドセット２に送信された接続要求に対する応答をなかなか受信することができなくなる場合がある（すなわち、通常１秒で応答を受信できる場合に、２，３秒の時間がかかってしまう）。このような場合、携帯電話機１側から切断要求を行いたくても、直ちに両機器間における接続を切断することができない。
【００２７】
そこで、通常のプロトコル層制御部２５による論理的な切断手続きを行わずに、ヘッドセット２との間における物理接続を強制的に切断する。これにより、ヘッドセット２との間で弱電界の状況下となった場合であっても、強制中断要因が発生したときには、ヘッドセット２との間における接続を直ちに切断することができる。
【００２８】
しかしながら、一般に、切断処理以外の他の処理に関しては、物理層による物理接続が残存している場合にはそれを利用することで論理層による論理接続を確立してその処理を実行することができるため、前の処理の完了を待たずに実行することができるように一律にその処理に関する要求（コマンド）をコマンドキュー２６にキューイングする。例えば図３に示されるように、ユーザにより入力部１３が操作されることにより対向機器であるヘッドセット２に関してデバイス名の取得要求の指示がなされると、アプリケーション層、ＡＰＩ層、論理層、および物理層を用いて近距離無線通信部２２を介してヘッドセット２にデバイス名取得要求（“name-request”）が送信された後（図３のステップＳ１乃至Ｓ４）、ヘッドセット２のサービス検索要求の指示がなされたとき、前のデバイス名取得要求処理の完了を待たずにサービス検索要求を実行することができるようにその処理に関する要求（コマンド（“Service Search-request”））をコマンドキュー２６にキューイングする（図３のステップＳ５乃至Ｓ８）。ところが、前の要求（例えば“Service Search-request”や“name-request”のコマンド）に基づいてすでに実行されている処理をキャンセルする要求（強制中断要求）に関してコマンドキュー２６にキューイングしてしまうと、そのキャンセル処理が遅れてしまう。
【００２９】
そこで、上位層（アプリケーション層やＡＰＩ（Application Program Interface）層）から順次要求を受け付けると、受け付けられた要求（コマンド）の性質に応じてコマンドキュー２６にコマンドを積み込んだり、あるいは、積み込まないようにするようにする。これにより、上位層から受け付けられた要求のコマンドキューへの積み込みを好適に管理することができる。従って、ヘッドセット２との間で無線通信を行う際に実行される処理の性質とその実行状況に応じて、指示された要求に基づく処理を好適に実行することが可能となる。以下、この方法を用いた要求管理処理について説明する。
【００３０】
図４のフローチャートを参照して、図２の携帯電話機１における要求管理処理について説明する。この強制中断処理は、すでに実行中の要求に基づく処理のキャンセルの指示など強制中断指示がなされるときに、開始される。なお、図５は、図４のフローチャートを用いて説明する要求管理処理を実行する際の、携帯電話機１とヘッドセット２との間における具体的な処理のシーケンスを表している。
【００３１】
ステップＳ１１において、携帯電話機１とヘッドセット２との間で接続を確立する最中に、すでに実行中の要求に基づく処理のキャンセルの指示（強制中断指示）などの強制中断要因が発生する。具体的には、図５に示されるように、ヘッドセット２のサービス検索要求の指示がなされ、サービス検索要求が近距離無線通信部２２を介してヘッドセット２へ送信されてサービス検索要求に基づく処理の実行中に（図５のステップＳ２１乃至Ｓ２７）、ユーザにより入力部１３が操作されることによりその処理のキャンセルが指示されることで、その処理のキャンセルの指示（強制中断指示）などの強制中断要因が発生する（図５のステップＳ２８）。このとき、制御部１１により制御されるアプリケーションプログラムから、サービス検索要求に基づく処理のキャンセルが強制中断部２３に指示される（図５のステップＳ２９）。
【００３２】
ステップＳ１２において、強制中断部２３は、すでに実行中の要求に基づく処理のキャンセルの指示（強制中断指示）などの強制中断要因が発生した場合に、対向機器であるヘッドセット２との間における物理接続の切断を下位層としてのプロトコル層制御部２５に指示し、対向機器であるヘッドセット２との間における物理接続を強制的に切断させる（図５のステップＳ３０）。
【００３３】
このとき、ステップＳ１３において、要求管理部２７は、強制中断部２３からの強制中断指示（要求）に基づく処理はキャンセル処理であることから、この強制中断指示（要求）をコマンドキュー２６には積み込まない。
【００３４】
ステップＳ１４において、プロトコル層制御部２５は、強制中断部２３からの強制中断指示に従い、携帯電話機１とヘッドセット２との間における物理接続の切断を要求するための切断要求を近距離無線通信部２２を介してヘッドセット２に送信させる。近距離無線通信部２２は、プロトコル層制御部２５の管理に従い、この切断要求（携帯電話機１とヘッドセット２との間における物理接続の切断を要求するための切断要求）をヘッドセット２に送信する（図５のステップＳ３１）。このとき、ヘッドセット２に切断要求が送信されるとともに、この切断が正常な切断である旨の通知もヘッドセット２に送信される。これにより、強制中断部２３による物理接続の強制的な中断が実行されたとしても、ヘッドセット２では、正常な切断であると認識することができる。
【００３５】
ステップＳ１５において、近距離無線通信部２２は、ヘッドセット２から、切断要求に対応する応答である切断応答を受信する。そして、ステップＳ１６において、携帯電話機１とヘッドセット２との間における物理接続は強制的に切断される。ステップＳ１７において、プロトコル層制御部２５は、その後、ヘッドセット２との物理接続が切断された状態であるリンクロスを検出するとともに、ステップＳ１８で、リンクロス（ヘッドセット２との物理接続が切断された状態）が検出された場合、物理接続の切断が完了した旨を上位層（論理層）としての論理層に通知する（図５のステップＳ３３乃至Ｓ３４）。
【００３６】
その後、ステップＳ１９において、プロトコル層制御部２５は、論理層からの物理接続の切断が完了した旨の通知に従い、所定の論理接続手続きを用いて、携帯電話機１とヘッドセット２との間における論理接続の切断処理を実行する（図５のステップＳ３５）。
【００３７】
本発明の実施形態においては、対向機器としてのヘッドセット２との間で無線通信を行う際に用いられるプロトコル層を制御し、制御されるプロトコル層へのコマンドの実行をコマンドキュー２６にて待機させ、上位層から順次受け付けられた要求のコマンドキューへの積み込みを管理するとともに、強制中断要因が発生した場合に、ヘッドセット２との間における物理接続の切断をプロトコル層制御部２５に要求し、プロトコル層制御部２５を用いてヘッドセット２との間における物理接続を切断させることができる。このとき、要求管理部２７は、強制中断部２３による強制中断要求が受け付けられたとき、強制中断要求をコマンドキュー２６に積み込まずに、強制中断部２３による強制中断処理を実行させるようにすることができる。
【００３８】
これにより、携帯電話機１とヘッドセット２との間で接続を確立する最中に、すでに実行中の要求に基づく処理のキャンセルの指示（強制中断指示）などの強制中断要因が発生した場合に、コマンドキュー２６を経由させることなく、直ちにキャンセル処理を実行させることができ、強制中断要因が発生したときには、ヘッドセット２との間における接続を直ちに切断することができる。従って、上位層から受け付けられた要求のコマンドキューへの積み込みを好適に管理することができ、ヘッドセット２との間で無線通信を行う際に実行される処理の性質とその実行状況に応じて、指示された要求に基づく処理を好適に実行することができる。その結果、携帯電話機１とヘッドセット２との間で近距離無線通信を行う際の利便性を向上させることができる。
【００３９】
なお、強制中断要因としてはキャンセル指示を明示的に記載したが、このような場合に限られず、例えば着信の割り込みや停止要求などのその他の強制中断要因が発生した場合についても適用することができる。
【００４０】
ところで、携帯電話機１と対向機器としてのヘッドセット２との間で切断処理を実行している最中に上位層（アプリケーションやＡＰＩ層）から次の接続要求があった場合、その接続要求に基づく接続処理を実行してしまうと、すでに実行中の切断処理と後発的に開始された接続処理とが衝突してしまい、後発的に開始された接続処理が失敗に終わってしまう可能性がある。
【００４１】
そこで、上位層（アプリケーション層やＡＰＩ（Application Program Interface）層）から順次要求を受け付けると、受け付けられた要求（コマンド）の性質に応じてコマンドキュー２６にコマンドを積み込んだり、あるいは、積み込まないようにするだけでなく、受け付けられた要求（コマンド）を実行状況に応じて、コマンドキュー２６に積み込むことを一時的に遅延させるようにしてもよい。これにより、上位層から受け付けられた要求のコマンドキューへの積み込みをより好適に管理することができる。その結果、ヘッドセット２との間で無線通信を行う際に実行される処理の性質とその実行状況に応じて、指示された要求に基づく処理を好適に実行することが可能となる。以下、この方法を用いた要求管理処理について説明する。
【００４２】
図６のフローチャートを参照して、図２の携帯電話機における他の要求管理処理について説明する。なお、図７は、図６のフローチャートを用いて説明する要求管理処理を実行する際の、携帯電話機１とヘッドセット２との間における具体的な処理のシーケンスを表している。
【００４３】
ステップＳ４１において、ユーザにより入力部１３が操作されることにより切断要求が指示されると、制御部１１により制御されるアプリケーションプログラムから、プロトコル層制御部２５に切断要求が指示される（図７のステップＳ５１乃至Ｓ５４）。
【００４４】
ステップＳ４２において、プロトコル層制御部２５は、携帯電話機１とヘッドセット２との間における物理接続の切断を要求するための切断要求を近距離無線通信部２２を介してヘッドセット２に送信させる。近距離無線通信部２２は、プロトコル層制御部２５の管理に従い、この切断要求（携帯電話機１とヘッドセット２との間における物理接続の切断を要求するための切断要求）をヘッドセット２に送信する（図７のステップＳ５５）。
【００４５】
次に、ステップＳ４３において、制御部１１は、ユーザにより入力部１３が操作されることにより接続要求の指示がなされることで、切断処理中に接続要求の指示を受け付ける（図７のステップＳ５６）。ユーザにより入力部１３が操作されることにより接続要求が指示されると、制御部１１により制御されるアプリケーションプログラムから、ＡＰＩ層に接続要求が指示される（図７のステップＳ５７）。
【００４６】
このとき、従来ではあれば、制御部１１により制御されるアプリケーションプログラムから、ＡＰＩ層に接続要求が指示されると、直ちに接続要求の指示がＡＰＩ層からプロトコル層制御部２５になされ、プロトコル層制御部２５にてその接続要求に基づく接続処理が実行されてしまう（図７のステップａ乃至ｅ）。そうすると、一般に物理層では前の処理の実行完了を待って接続要求を実行するが、直前の処理が切断要求の場合には、物理接続が存在することを前提として処理完了待ちをしたとしても、直前の切断処理が完了した結果として物理接続がなくなってしまい，結局、この接続要求は前の切断処理によって間接的に失敗してしまうことになる。
【００４７】
そこで、ステップＳ４４において、要求管理部２７は、切断要求に基づく切断処理が完了するまで接続要求のコマンドキュー２６への積み込みを待ち、一時的に積み込みを遅延させる（図７のステップＳ５９）。ステップＳ４５において、要求管理部２７は、ヘッドセット２から切断応答を近距離無線通信部２２を介して受信することで切断処理が完了したか否かを判定し、切断処理が完了したと判定するまで接続要求のコマンドキューへの積み込みを待つ。
【００４８】
ステップＳ４５において切断処理が完了したと判定された場合、ステップＳ４６で制御部１１により制御されるＡＰＩ層からプロトコル層制御部２５に接続要求が指示され、要求管理部２７はステップＳ４７で、接続要求をコマンドキュー２６に積み込む（図７のステップＳ６０乃至Ｓ６３）。
【００４９】
ステップＳ４８において、プロトコル層制御部２５は、携帯電話機１とヘッドセット２との間における接続を要求するための接続要求を近距離無線通信部２２を介してヘッドセット２に送信させる。近距離無線通信部２２は、プロトコル層制御部２５の管理に従い、この接続要求をヘッドセット２に送信する（図７のステップＳ６４）。
【００５０】
これにより、すでに実行中の切断処理と後発的に開始された接続処理とが衝突してしまい、後発的に開始された接続処理が失敗してしまうことを回避することができ、上位層から受け付けられた要求のコマンドキューへの積み込みをより好適に管理することができる。従って、ヘッドセット２との間で無線通信を行う際に実行される処理の性質とその実行状況に応じて、指示された要求に基づく処理を好適に実行することができる。その結果、携帯電話機１とヘッドセット２との間で近距離無線通信を行う際の利便性を向上させることができる。
【００５１】
なお、切断処理の実行中に接続要求以外の要求を上位層から受け付けた場合、コマンドキュー２６に積み込むことを一時的に遅延させずに、次の要求を下位層に指示してその要求に基づく処理を実行させるようにしてもよい。
【００５２】
なお、本発明は、携帯電話機１以外にも、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機、その他の情報処理情報処理装置にも適用することができる。
【００５３】
また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。
【００５４】
さらに、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。
【図面の簡単な説明】
【００５５】
【図１】本発明に係る情報授受のシステムの概略的な構成を示す図。
【図２】本発明の情報処理装置に適用可能な携帯電話機の内部の構成を示すブロック図。
【図３】携帯電話機とヘッドセットとの間における具体的な処理のシーケンスを示すシーケンス図。
【図４】図２の携帯電話機における要求管理処理を説明するフローチャート。
【図５】図４のフローチャートを用いて説明する要求管理処理を実行する際の、携帯電話機とヘッドセットとの間における具体的な処理のシーケンスを示すシーケンス図。
【図６】図２の携帯電話機における他の要求管理処理を説明するフローチャート。
【図７】図６のフローチャートを用いて説明する要求管理処理を実行する際の、携帯電話機とヘッドセットとの間における具体的な処理のシーケンスを示すシーケンス図。
【符号の説明】
【００５６】
１…携帯電話機、２…ヘッドセット、１１…制御部、１２…表示部、１３…入力部、１４…記憶部、１５…無線電話通信部、１６…信号処理部、１７…ＰＣＭコーデック、１８…マイクロフォン、１９…スピーカ、２０…メディアプレイヤ部、２１…コンテンツ処理部、２２…近距離無線通信部、２３…強制中断部、２４…バス、２５…プロトコル層制御部、２６…コマンドキュー、２７…要求管理部。
【図１】
2008310692.tif 000003
【図２】
2008310692.tif 000004
【図３】
2008310692.tif 000005
【図４】
2008310692.tif 000006
【図５】
2008310692.tif 000007
【図６】
2008310692.tif 000008
【図７】
2008310692.tif 000009