(57)【要約】【課題】リクエスト−レスポンス方式のデータ通信プロトコルを用いたデータ転送中にサーバ側に中断要因が発生した場合に、データ転送処理を好適に中断することができるようにする。【解決手段】本発明に係る通信端末１においては、中断要因検出部２２は、外部端末との間でデータ転送を行う場合に、データ転送を中断する要因となる中断要因を検出し、近距離無線通信部２０は、外部端末がクライアントとして通信端末がサーバとして動作してデータ転送を行っているときに、中断要因が検出されたとき、外部端末から送信されてきた要求に対し、中断要因に応じたエラーコードを付加した応答を外部端末１に送信する。【選択図】  図２
2008294970.tif 000002
【特許請求の範囲】
【請求項１】
外部端末との間でデータ転送を行う場合に、データ転送を中断する要因となる中断要因を検出する中断要因検出手段と、
前記外部端末がクライアントとして、通信端末がサーバとして動作してデータ転送を行っているときに、前記中断要因検出手段により前記中断要因が検出されたとき、前記外部端末から送信されてきた要求に対し、前記中断要因に応じたエラーコードを付加した応答を前記外部端末に送信する送信手段とを備えることを特徴とする通信端末。
【請求項２】
前記中断要因が発生してから、予め設定された所定の時間が経過したか否かを判定する判定手段をさらに備え、
前記送信手段は、前記判定手段により前記中断要因が発生してから予め設定された所定の時間が経過したと判定されるまでの間に、前記外部端末から送信されてきた要求に対し、前記中断要因に応じたエラーコードを付加した前記応答を前記外部端末に送信することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記判定手段により前記中断要因が発生してから予め設定された所定の時間が経過したと判定された場合、前記外部端末との間の下位のレイヤの接続を切断するデータ転送中断制御手段をさらに備えることを特徴とする請求項１に記載の通信端末。
【請求項４】
前記データ転送中断手段は、前記送信手段により前記中断要因に応じたエラーコードを付加した前記応答を前記外部端末に送信した後、クライアントとしての前記外部端末との間におけるデータ転送処理を中断することを特徴とする請求項３に記載の通信端末。
【請求項５】
前中断要因には、データ転送中のファイルの削除が指示されたとき、データ転送の中断が指示されたとき、予め設定された所定の時間内に前記外部端末に応答を送信できないとき、データ受信中に空き容量が不足したとき、データ転送中に記憶手段にエラーが発生したとき、データ転送中に優先度の高い処理が割り込んだとき、データ受信中に空き件数が不足したとき、または、データ受信中に記憶部がロックされたときが含まれることを特徴とする請求項１に記載の通信端末。
【請求項６】
外部端末から送信要求を受けたとき、前記送信要求を受信したことを通信制御部に通知する近距離無線通信部と、
前記近距離無線通信部からの前記送信要求を受信したことを示す通知を受けた場合に、それまでにデータ転送を中断する要因となる中断要因が検出されたとき、データ送信処理の中断を前記近距離無線通信部に指示する一方、それまでに前記中断要因が検出されないとき、データ送信処理を行う通信制御部を備えることを特徴とする通信端末。
【請求項７】
外部端末から受信要求を受けたとき、前記受信要求を受信したことを通信制御部に通知する近距離無線通信部と、
前記近距離無線通信部からの前記受信要求を受信したことを示す通知を受けた場合に、それまでにデータ転送を中断する要因となる中断要因が検出されたとき、データ受信処理の中断を前記近距離無線通信部に指示する一方、それまでに前記中断要因が検出されないとき、受信された受信データを記憶させるように制御する通信制御部を備えることを特徴とする通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信端末に係り、特に、ブルートゥース（Bluetooth（登録商標））などのデータ通信プロトコルを用いてデータ転送を行うことができるようにした通信端末に関する。
【背景技術】
【０００２】
近年、例えば電子機器などに適用することができる無線通信技術として例えばブルートゥース（Bluetooth（登録商標））が知られている。このブルートゥースの無線通信技術を用いれば、携帯電話機などの携帯情報端末や携帯型音楽再生機から、オーディオケーブルを用いることなく、例えばヘッドセットなどの対向機器にオーディオデータを転送することができる。また、携帯電話機などの携帯情報端末間においてファイルを交換することで名刺交換などを行うことができる（例えば特許文献１参照）。
【０００３】
携帯情報端末間においてファイルなどのデータを交換する場合、ＯＢＥＸ（Object Exchange Protocol）などのリクエスト−レスポンス方式のデータ通信プロトコルを用いてデータ転送を行う。このＯＢＥＸは、クライアントがサーバにリクエストを送信し、そのリクエストを受信したサーバがリクエストに対応するレスポンスをクライアントに返す動作を繰り返し行うことによってデータ転送を行うプロトコルである。
【特許文献１】特願２００６−１１９８４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このＯＢＥＸにおいては、サーバ側からクライアント側にリクエストを送出することはできない仕様となっていることから、サーバ側からクライアント側にデータ転送の中断を要求することはできない。そのため、従来、サーバ側からデータ転送の中断を行うためには、ＯＢＥＸよりも下位のレイヤ間におけるリンクを切断する必要がある。
【０００５】
しかしながら、サーバ側からデータ転送の中断を行うために下位のレイヤ間におけるリンクを切断してしまうと、その中断後に別のデータをクライアント側から送信したい場合に再度両機器間のリンクを接続し直さなければならず、再接続までに時間と手間がかかってしまうという課題があった。また、サーバ側からデータ転送の中断を行うために下位のレイヤ間におけるリンクを切断すると、クライアント側にとっては突然リンクが切断されてデータ転送に失敗することになるため、クライアント側はそのデータ転送の失敗要因を知ることができず、データ転送のリトライを行うべきか否かを判断することが困難となる。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、リクエスト−レスポンス方式のデータ通信プロトコルを用いたデータ転送中にサーバ側に中断要因が発生した場合に、データ転送処理を好適に中断することができる通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の通信端末は、上述した課題を解決するために、外部端末との間でデータ転送を行う場合に、前記外部端末がクライアントとして、通信端末がサーバとして動作してデータ転送を行っているときに、データ転送を中断する要因となる中断要因を検出する中断要因検出手段と、中断要因検出手段により中断要因が検出されたとき、外部端末から送信されてきた要求に対し、中断要因に応じたエラーコードを付加した応答を外部端末に送信する送信手段とを備えることを特徴とする。
【０００８】
本発明の通信端末は、上述した課題を解決するために、外部端末から送信要求を受けたとき、送信要求を受信したことを通信制御部に通知する近距離無線通信部と、近距離無線通信部からの送信要求を受信したことを示す通知を受けた場合に、それまでにデータ転送を中断する要因となる中断要因が検出されたとき、データ送信処理の中断を近距離無線通信部に指示する一方、それまでに中断要因が検出されないとき、データ送信処理を行う通信制御部を備えることを特徴とする。
【０００９】
本発明の通信端末は、上述した課題を解決するために、外部端末から受信要求を受けたとき、受信要求を受信したことを通信制御部に通知する近距離無線通信部と、近距離無線通信部からの受信要求を受信したことを示す通知を受けた場合に、それまでにデータ転送を中断する要因となる中断要因が検出されたとき、データ受信処理の中断を近距離無線通信部に指示する一方、それまでに中断要因が検出されないとき、受信された受信データを記憶させるように制御する通信制御部を備えることを特徴とする。
【００１０】
本発明の通信端末においては、外部端末との間でデータ転送を行う場合に、データ転送を中断する要因となる中断要因が検出され、外部端末がクライアントとして、通信端末がサーバとして動作してデータ転送を行っているときに、中断要因が検出されたとき、外部端末から送信されてきた要求に対し、中断要因に応じたエラーコードを付加した応答が外部端末に送信される。
【００１１】
本発明の通信端末においては、外部端末から送信要求を受けたとき、送信要求を受信したことが通信制御部に通知され、近距離無線通信部からの送信要求を受信したことを示す通知を受けた場合に、それまでにデータ転送を中断する要因となる中断要因が検出されたとき、データ送信処理の中断が近距離無線通信部に指示される一方、それまでに中断要因が検出されないとき、データ送信処理が行われる。
【００１２】
本発明の通信端末においては、外部端末から受信要求を受けたとき、受信要求を受信したことが通信制御部に通知され、近距離無線通信部からの受信要求を受信したことを示す通知を受けた場合に、それまでにデータ転送を中断する要因となる中断要因が検出されたとき、データ受信処理の中断が近距離無線通信部に指示される一方、それまでに中断要因が検出されないとき、受信された受信データを記憶させるように制御される。
【発明の効果】
【００１３】
本発明に係る通信端末によれば、リクエスト−レスポンス方式のデータ通信プロトコルを用いたデータ転送中にサーバ側に中断要因が発生した場合に、データ転送処理を好適に中断することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について、図面を参照しながら説明する。図１は、本発明に係る情報授受のシステムの概略的な構成を表している。図１に示されるように、サーバ側の通信端末１−１の近傍には、クライアント側の通信端末１−２が配置されている。サーバ側の通信端末１−１とクライアント側の通信端末１−２は、ＯＢＥＸ（Object Exchange Protocol）などのリクエスト−レスポンス方式のデータ通信プロトコルを用いて、無線通信（例えばブルートゥースなど）によりデータ転送を行うことができる。これにより、両機器間において名刺などのファイルを交換することができる。例えば、これらの端末は携帯電話機などで実現できるが、これに限定されない。
【００１５】
図２は、図１の通信端末１の内部の構成を表している。図２に示されるように、通信端末１は、制御部１１、表示部１２、入力部１３、記憶部１４、無線電話通信部１５、信号処理部１６、ＰＣＭコーデック１７、マイクロフォン１８、スピーカ１９、近距離無線通信部２０、通信制御部２１、中断要因検出部２２、およびタイマ制御部２３がバス２４により相互に接続されて構成されている。
【００１６】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などからなり、ＣＰＵは、ＲＯＭに記憶されているプログラムまたは記憶部１４からＲＡＭにロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより通信端末１を統括的に制御する。ＲＡＭは、ＣＰＵが各種の処理を実行する上において必要なデータなどを適宜記憶する。
【００１７】
表示部１２は、例えばＬＣＤ（Liquid Crystal Display）などからなり、入力部１３は図示せぬ操作キーや操作ボタンなどにより構成される。
【００１８】
無線電話通信部１５は、図示せぬ基地局から送信された無線信号を、図示せぬアンテナを介して受信し、受信された無線信号のダウンコンバートを行って中間周波信号を求め、さらに直交復調処理、ＲＡＫＥ受信機（図示せず）による各パスの逆拡散及び合成処理などを行う。その後、このＲＡＫＥ受信機から出力された受信パケットデータは、信号処理部１６に入力される。
【００１９】
信号処理部１６は、例えばＤＳＰ（Digital Signal Processor）などからなり、受信パケットデータをまずメディア毎に分離し、分離されたメディア毎のデータに対してそれぞれ復号処理を施す。
【００２０】
信号処理部１６は、例えば受信パケットデータにオーディオデータが含まれている場合、このオーディオデータをスピーチコーデックにより復号する。また、信号処理部１６は、受信パケットデータに動画像データが含まれている場合、この動画像データをビデオコーデックにより復号する。さらに、信号処理部１６は、受信パケットデータがダウンロードコンテンツである場合、このダウンロードコンテンツを伸長する。
【００２１】
復号処理により得られたディジタルオーディオ信号は、ＰＣＭコーデック１７によりＰＣＭ復号された後、増幅されてスピーカ１９により出力される。一方、ビデオコーデックにより復号されたディジタル動画像信号は、バス２４を介して表示部１２に供給され表示される。
【００２２】
近距離無線通信部２０は、例えばブルートゥース（Bluetooth（登録商標））による無線通信を行うモジュールなどからなり、通信端末１（例えば図１の通信端末１−１）の近傍に存在する他の通信端末１（例えば通信端末１−２）などと無線通信を行う。勿論、ブルートゥース以外の無線通信（例えば赤外線通信）を用いるようにしてもよい。
【００２３】
通信制御部２１は、近距離無線通信部２０を介して他の通信端末１との間で行われる通信を統括的に制御する。例えばＯＢＥＸプロトコルなどを用いて、種々のプロファイルに応じた近距離無線通信部２０による通信が統括的に制御される。
【００２４】
中断要因検出部２２は、他の通信端末１との間で近距離無線通信部２０を介して行われるデータ転送中に、データ転送を中断する何らかの中断要因（例えばユーザによる操作や着信など）の有無を検出する。タイマ制御部２３は、通信端末１に予め内蔵されたタイマを制御する。
【００２５】
次に、図３のフローチャートを参照して、図２に示した通信端末１がサーバ側の通信端末１となった場合におけるデータ転送処理について説明する。このデータ転送処理は、クライアント側の通信端末１（例えば図１の通信端末１−２）からサーバ側の通信端末１（例えば図１の通信端末１−１）にデータ転送を開始しようとする場合に実行される。特に、図３の場合、サーバ側の通信端末とクライアント側の通信端末との間で、ＯＰＰ（Object Push Profile）による接続が確立されて、ＯＰＰによる名刺交換などのデータ送受信処理を開始する場合であって、クライアント側の通信端末１からサーバ側の通信端末１にデータを送信する場合のサーバ側の処理について説明する。なお、図４は、図３のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末１とクライアント側の通信端末１との間における具体的な処理のシーケンスを表している。
【００２６】
ステップＳ１において、サーバ側の通信端末１の近距離無線通信部２０は、クライアント側の通信端末１から、クライアント側の通信端末１からデータを送信する要求であるＰｕｔ要求を受信する（図４のステップＳ２１）。このＰｕｔ要求には、ファイルなどの一般的な実データを示すオブジェクトが含まれている。
【００２７】
なお、例えばこのＰｕｔ要求のように、ＯＢＥＸのプロトコルに従ったデータ転送処理時に用いられる所定のサイズを有するＯＢＥＸパケットは、図５に示されるようなデータ構造を有している。クライアント側の通信端末１との間での接続時にネゴシエーションして決定された所定のパケット長でＯＢＥＸパケットが生成されるとともに、ＯＢＥＸパケットにはオペコードもしくは応答コード、パケット長、ヘッダが付加される。
【００２８】
ステップＳ２において、近距離無線通信部２０は、クライアント側の通信端末１からデータを送信する要求であるＰｕｔ要求を受信すると、Ｐｕｔ要求が受信されたことを通知するためのＰｕｔ要求受信通知（ＰｕｔＲｅｑ受信通知）を通信制御部２１に供給する（図４のステップＳ２２）。
【００２９】
ステップＳ３において、通信制御部２１は、近距離無線通信部２０からＰｕｔ要求受信通知を取得すると、制御部１１などにおいて制御される上位アプリケーションプログラムに対してデータ受信に関する問い合わせを行う（図４のステップＳ２３）。制御部１１などにおいて制御される上位アプリケーションプログラムに対してデータ受信問い合わせが行われると、制御部１１は、上位アプリケーションプログラムを実行し、クライアント側の通信端末からのＰｕｔ要求を受け付けるか否か（Ｐｕｔ要求の受け付け可否）について、表示部１２を介してユーザに対して問い合わせる（例えば「○○よりデータの送信要求を受け付けました。受信しますか？」などの表示）。
【００３０】
ステップＳ４において、ユーザにより入力部１４が操作されることによりＰｕｔ要求を受け付けるとの指示を受けると、制御部１１は、上位アプリケーションプログラムを実行し、データ問い合わせ応答を通信制御部２１に対して行う（図４のステップＳ２４）。
【００３１】
ステップＳ５において、通信制御部２１は、制御部１１からデータ問い合わせ応答を取得すると、クライアント側の通信端末１からのＰｕｔ要求に対するＰｕｔ応答の送信を指示するためのＰｕｔ要求送信指示（応答コード＝継続）を近距離無線通信部２０に対して行う（図４のステップＳ２５）。
【００３２】
ステップＳ６において、近距離無線通信部２０は、通信制御部２１からＰｕｔ要求送信指示（応答コード＝継続）を取得すると、クライアント側の通信端末１に対してさらなるＰｕｔ要求の送信を指示するためのＰｕｔ応答（継続）（クライアント側からのＰｕｔ要求に対する応答）を無線通信を介してクライアント側の通信端末１に送信する（図４のステップＳ２６）。ステップＳ７において、クライアント側の通信端末１から送信されてきたＰｕｔ要求に含まれる実データとしてのオブジェクトが受信データとして記憶部１４に記憶される（図４のステップＳ２７）。
【００３３】
ステップＳ８において、通信制御部２１は、クライアント側の通信端末１との間でのデータ受信処理が終了したか否かを判定する。ステップＳ８においてクライアント側の通信端末１との間でのデータ受信処理が終了したと判定された場合、データ転送処理は終了する。一方、ステップＳ８においてクライアント側の通信端末１との間でのデータ受信処理が終了していないと判定された場合、中断要因検出部２２は、クライアント側の通信端末１との間で近距離無線通信部２０を介して行われるデータ転送中に、データ転送を中断する何らかの中断要因の発生の有無を検出する。
【００３４】
中断要因検出部２２は、クライアント側の通信端末１との間で近距離無線通信部２０を介して行われるデータ転送中に、データ転送を中断する何らかの中断要因の発生を検出すると、図４のステップＳ３３乃至Ｓ３４に示されるように、制御部１１は、上位アプリケーションプログラムを実行し、データ転送（図３および図４の場合、データ受信）の中断を開始し、通信制御部２１にデータ転送の中断指示（理由＝エラーコード）を供給する。そして、ステップＳ９において通信制御部２１は、制御部１１から供給されるデータ転送の中断指示を取得したか否かを判定することにより、クライアント側の通信端末１との間で近距離無線通信部２０を介して行われるデータ転送中に、データ転送を中断する何らかの中断要因の発生を検出したか否かを判定する。
【００３５】
データ転送を中断する何らかの中断要因として、例えば図６に示されるような中断要因が考えられる。図６に示されるように、例えば「ユーザが転送中にファイルの削除を指示したとき」、「ユーザ操作により中断されたとき」、「予め設定された所定の時間内に前記外部端末に応答を送信できないとき」、「データ受信中に空き容量が不足したとき」、「データ転送中に記憶手段にエラーが発生したとき」、「データ転送中に優先度の高い処理（例えば着信などの処理）が割り込んだとき」、「データ受信中に空き件数が不足したとき」、および「データ受信中に記憶部１４（データベース）がロックされたとき」などの中断要因が考えられる。
【００３６】
ステップＳ９においてクライアント側の通信端末１との間で近距離無線通信部２０を介して行われるデータ転送中に、データ転送を中断する何らかの中断要因の発生を検出していないと判定された場合、処理はステップＳ１０に進み、ステップＳ１０および１１においてＰｕｔ要求が受信されるとともに、Ｐｕｔ要求の受信が通知される。その後、処理はステップＳ５に進み、ステップＳ５以降の処理が繰り返し実行される。
【００３７】
ステップＳ９においてクライアント側の通信端末１との間で近距離無線通信部２０を介して行われるデータ転送中に、データ転送を中断する何らかの中断要因の発生を検出したと判定された場合、通信制御部２１はステップＳ１２で、タイマ制御部２３にデータ転送を中断する何らかの中断要因の発生を検出した旨を通知するとともに、クライアント側の通信端末１からのＰｕｔ要求を所定の時間（例えば２、３秒間など）待つためのタイマであるＰｕｔ要求待ちタイマを起動させる。タイマ制御部２３は、通信制御部２１の制御に従い、内蔵されたタイマを用いたＰｕｔ要求待ちタイマを起動し、予め設定されたＰｕｔ要求待ちタイマを所定の時間にセットする（図４のステップＳ３５）。
【００３８】
ステップＳ１３において、通信制御部２１は、近距離無線通信部２０を介して、クライアント側の通信端末１から新たなＰｕｔ要求を受信したか否かを判定する。ステップＳ１３においてクライアント側の通信端末１から新たなＰｕｔ要求を受信していないと判定された場合、通信制御部２１はステップＳ１４で、タイマ制御部２３を制御し、Ｐｕｔ要求待ちタイマ計時開始後、予め設定された所定の時間が経過したか否かを判定する。
【００３９】
ステップＳ１４においてＰｕｔ要求待ちタイマ計時開始後、予め設定された所定の時間が経過していないと判定された場合、処理はステップＳ１３に戻り、ステップＳ１３において新たなＰｕｔ要求が受信されたか否かが判定される。これにより、Ｐｕｔ要求待ちタイマを用いて、予め設定された所定の時間が経過するまで、クライアント側の通信端末１からのＰｕｔ要求の受信を待つことができる。
【００４０】
一方、ステップＳ１３においてクライアント側の通信端末１から新たなＰｕｔ要求を受信したと判定された場合、通信制御部２１はステップＳ１５で、タイマ制御部２３を制御し、Ｐｕｔ要求待ちタイマを停止させる（図４のステップＳ４５）。ステップＳ１６において、通信制御部２１は、クライアント側の通信端末１から送信されてきた新たなＰｕｔ要求に対する応答として、サーバ側の通信端末１にて発生した中断要因に応じたエラーコードを付加した応答の送信の指示（Ｐｕｔ要求送信指示（応答コード＝エラーコード））を近距離無線通信部２０に行う（図４のステップＳ４６）。
【００４１】
ステップＳ１７において、近距離無線通信部２０は、通信制御部２１からＰｕｔ要求送信指示（応答コード＝エラーコード）を取得すると、Ｐｕｔ要求に対する応答としてのエラーコードを付加したＰｕｔ応答（クライアント側からのＰｕｔ要求に対する応答）を、無線通信を介してクライアント側の通信端末１に送信する（図４のステップＳ４７）。図６に示されるように、例えば中断要因が「ユーザが転送中にファイルの削除を指示したとき」である場合、この中断要因に応じたエラーコードとして「MOVED_PERMANENTLY」がＰｕｔ応答に付加される。他の中断要因についても同様である。
【００４２】
なお、クライアント側の通信端末１においては、サーバ側の通信端末１から送信されてきたＰｕｔ応答（エラーコード）を受信し、データ送信処理は失敗となる。
【００４３】
このとき、通信制御部２１は、制御部１１により制御される上位アプリケーションプログラムに、データ受信結果の通知（結果＝エラーコード）を行う（図４のステップＳ４８）。
【００４４】
ステップＳ１８において、制御部１１は、通信制御部２１からのデータ受信結果通知を受け取ると、上位アプリケーションプログラムを実行し、クライアント側の通信端末１との間のデータ転送（データ受信）処理を中断する（図４のステップＳ４９）。但し、このとき、たとえクライアント側の通信端末１との間のデータ転送（データ受信）処理を中断したとしても、下位のレイヤにおけるクライアント側の通信端末１との間での接続（リンク）は切断されず、下位のレイヤにおける接続（リンク）は維持される。
【００４５】
一方、ステップＳ１４においてＰｕｔ要求待ちタイマ計時開始後、予め設定された所定の時間が経過したと判定された場合、通信制御部２１はステップＳ１９で、近距離無線通信部２０を制御し、下位のレイヤによる接続の切断処理を行う。すなわち、図４のステップＳ３６乃至Ｓ４２に示されるように、通信制御部２１は、近距離無線通信部２０に対して下位のレイヤの切断を指示するための切断指示を行い、近距離無線通信部２０を介してクライアント側の通信端末１にＳＰＰ（Serial Port Profile）切断要求を送信させる。近距離無線通信部２０は、クライアント側の通信端末１からＳＰＰ切断応答を受信すると、通信制御部２１に切断通知を供給する。通信制御部２１は、近距離無線通信部２０からの切断通知に従い、制御部により制御される上位アプリケーションプログラムに対して切断通知を行う。制御部２１は、上位アプリケーションプログラムを実行し、クライアント側の通信端末１との間におけるデータ転送（データ受信）の中断を完了する。
【００４６】
これにより、中断要因発生後においていつまでもクライアント側の通信端末１からのＰｕｔ要求がなく、Ｐｕｔ要求待ちタイマ計時開始後、予め設定された所定の時間が経過した場合、直ちに下位レイヤによるリンクを切断し、クライアント側の通信端末１との間におけるデータ転送（データ受信）の中断を行うことができる。
【００４７】
本発明の実施形態においては、リクエスト−レスポンス方式のデータ通信プロトコルを用いて所定のサイズのパケットに分割して繰り返しデータ転送を行う場合に、データ転送を中断する要因となる中断要因を検出し、中断要因が検出されたとき、クライアント側の通信端末１から送信されてきたＰｕｔ要求に対し、サーバ側の通信端末１にて発生した中断要因に応じたエラーコードを付加したＰｕｔ応答をクライアント側の通信端末に送信するとともに、クライアント側の通信端末１との間におけるデータ転送処理を中断することができる。
【００４８】
これにより、ＯＢＥＸによるサーバ側の通信端末１にて、クライアント側の通信端末１との間におけるデータ転送を中断要因に伴う任意のタイミングで適宜中断することができる。また、中断時に下位のレイヤのリンクを切断しないため、その中断後に別のデータをクライアント側の通信端末２から送信したい場合に再度両機器間のリンクを接続する必要がなくなり、再接続までに時間と手間がかからなくすることができる。さらに、クライアント側の通信端末１は、この中断時に中断要因に応じた適切な（従来ＯＢＥＸの規格で定められた）エラーコードをサーバ側の通信端末１から受信することができるため、クライアント側はそのデータ転送の失敗要因を適切に知ることができ、データ転送のリトライを行うべきか否かを容易に判断することができる。
【００４９】
従って、リクエスト−レスポンス方式のデータ通信プロトコルを用いたデータ転送中にサーバ側に中断要因が発生した場合に、データ転送処理を好適に中断することができる。その結果、リクエスト−レスポンス方式のデータ通信プロトコルを用いたデータ転送を行う場合における利便性を向上させることができる。
【００５０】
ところで、図３および図４を用いて説明したデータ転送処理においては、クライアント側の通信端末１からサーバ側の通信端末１にデータ（オブジェクト）を送信する場合について記載したが、クライアント側の通信端末１がサーバ側の通信端末１にデータ（オブジェクト）の送信を要求して、サーバ側の通信端末１からクライアント側の通信端末１にデータ（オブジェクト）を送信する場合に本発明を適用するようにしてもよい。以下、この方法を用いたデータ転送処理について説明する。
【００５１】
図７のフローチャートを参照して、図２のサーバ側の通信端末１における他のデータ転送処理について説明する。このデータ転送処理は、クライアント側の通信端末１（例えば図１の通信端末１−２）からサーバ側の通信端末１（例えば図１の通信端末１−１）にデータ転送を開始しようとする場合に実行される。特に、図７の場合、サーバ側の通信端末とクライアント側の通信端末との間で、ＯＰＰ（Object Push Profile）による接続が確立されて、ＯＰＰによる名刺交換などのデータ送受信処理を開始する場合であって、サーバ側の通信端末１からクライアント側の通信端末１にデータを送信する場合について説明する。なお、図８は、図７のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末１とクライアント側の通信端末１との間における具体的な処理のシーケンスを表している。
【００５２】
また、図７のステップＳ５１乃至Ｓ６９の処理は、図３のステップＳ１乃至Ｓ１９の処理と基本的には同様であり、その説明は繰り返しになるので重複する部分については適宜省略する。
【００５３】
ステップＳ５１乃至Ｓ５８において、サーバ側の通信端末１の近距離無線通信部２０は、クライアント側の通信端末１から、クライアント側の通信端末１がサーバ側の通信端末１からのデータの送信を要求するＧｅｔ要求を受信する（図８のステップＳ８１）。このＧｅｔ要求には、ファイルなどの実データの送信を要求する情報がヘッダに格納されている。
【００５４】
その後、近距離無線通信部２０は、クライアント側の通信端末１からデータの送信を要求するＧｅｔ要求を受信すると、Ｇｅｔ要求が受信されたことを通知するためのＧｅｔ要求受信通知（ＧｅｔＲｅｑ受信通知）を通信制御部２１に供給する（図８のステップＳ８２）。通信制御部２１は、近距離無線通信部２０からＧｅｔ要求受信通知を取得すると、制御部１１などにおいて制御される上位アプリケーションプログラムに対してデータ受信に関する問い合わせを行い（図８のステップＳ８３）、制御部１１などにおいて制御される上位アプリケーションプログラムに対してデータ受信問い合わせが行われると、制御部１１は、上位アプリケーションプログラムを実行し、クライアント側の通信端末からのＧｅｔ要求を受け付けるか否か（Ｇｅｔ要求の受け付け可否）について、表示部１２を介してユーザに対して問い合わせる。
【００５５】
制御部１１は、上位アプリケーションプログラムを実行し、データ問い合わせ応答を通信制御部２１に対して行う（図８のステップＳ８４）とともに、通信制御部２１はステップＳ５５で、クライアント側の通信端末１への送信データの取得を上位アプリケーションプログラムに指示する（図８のステップＳ８５）。制御部１１は、通信制御部２１からの送信データの取得指示に従い、上位アプリケーションプログラムを実行し、記憶部１４に記憶されている送信データを記憶部１４から取得し、送信データが取得されたことを示す送信データ取得応答を通信制御部２１に供給する（図８のステップＳ８６乃至Ｓ８７）。
【００５６】
通信制御部２１は、制御部１１から送信データ取得応答を取得すると、クライアント側の通信端末１からのＧｅｔ要求に対するＧｅｔ応答の送信を指示するためのＧｅｔ要求送信指示（応答コード＝継続）を近距離無線通信部２０に対して行う（図８のステップＳ８８）。
【００５７】
近距離無線通信部２０は、通信制御部２１からＧｅｔ要求送信指示（応答コード＝継続）を取得すると、クライアント側の通信端末１に対してさらなるＧｅｔ要求の送信を指示するためのＧｅｔ応答（継続）（クライアント側からのＧｅｔ要求に対する応答）を無線通信を介してクライアント側の通信端末１に送信する（図８のステップＳ８９）。なお、Ｇｅｔ応答には、ファイルなどの実データが含まれている。そして、図８のステップＳ９０に示されるように、クライアント側の通信端末１にて、受信されたＧｅｔ応答に含まれる実データとしてのオブジェクトが受信データとして記憶される。
【００５８】
その後、ステップＳ５９において、通信制御部２１は、クライアント側の通信端末１との間でのデータ送信処理が終了したか否かを判定し、ステップＳ５９においてクライアント側の通信端末１との間でのデータ送信処理が終了していないと判定された場合、中断要因検出部２２は、クライアント側の通信端末１との間で近距離無線通信部２０を介して行われるデータ転送中に、データ転送を中断する何らかの中断要因の発生の有無を繰り返し検出する。
【００５９】
ステップＳ６０においてクライアント側の通信端末１との間で近距離無線通信部２０を介して行われるデータ転送中に、データ転送を中断する何らかの中断要因の発生を検出したと判定された場合、通信制御部２１はステップＳ６２で、タイマ制御部２３にデータ転送を中断する何らかの中断要因の発生を検出した旨を通知するとともに、クライアント側の通信端末１からのＧｅｔ要求を所定の時間（例えば２、３秒間など）待つためのタイマであるＧｅｔ要求待ちタイマを起動させる。（図８のステップＳ９８）。
【００６０】
ステップＳ６３においてクライアント側の通信端末１から新たなＧｅｔ要求を受信したと判定された場合、通信制御部２１はステップＳ６５で、タイマ制御部２３を制御し、Ｇｅｔ要求待ちタイマを停止させる（図８のステップＳ１０８）。ステップＳ６６において、通信制御部２１は、クライアント側の通信端末１から送信されてきた新たなＧｅｔ要求に対する応答として、サーバ側の通信端末１にて発生した中断要因に応じたエラーコードを付加した応答の送信の指示（Ｇｅｔ要求送信指示（応答コード＝エラーコード））を近距離無線通信部２０に行う（図８のステップＳ１０９）。
【００６１】
ステップＳ６７において、近距離無線通信部２０は、通信制御部２１からＧｅｔ要求送信指示（応答コード＝エラーコード）を取得すると、Ｇｅｔ要求に対する応答としてのエラーコードを付加したＧｅｔ応答（クライアント側からのＧｅｔ要求に対する応答）を、無線通信を介してクライアント側の通信端末１に送信する（図８のステップＳ１１０）。
【００６２】
なお、クライアント側の通信端末１においては、サーバ側の通信端末１から送信されてきたＧｅｔ応答（エラーコード）を受信し、データ受信処理は失敗となる。
【００６３】
このとき、通信制御部２１は、制御部１１により制御される上位アプリケーションプログラムに、データ送信結果の通知（結果＝エラーコード）を行う（図８のステップＳ１１）。
【００６４】
ステップＳ６８において、制御部１１は、通信制御部２１からのデータ送信結果通知を受け取ると、上位アプリケーションプログラムを実行し、クライアント側の通信端末１との間のデータ転送（データ受信）処理を中断する（図８のステップＳ１１２）。但し、このとき、たとえクライアント側の通信端末１との間のデータ転送（データ受信）処理を中断したとしても、下位のレイヤにおけるクライアント側の通信端末１との間での接続（リンク）は切断されず、下位のレイヤによる接続（リンク）は維持される。
【００６５】
一方、ステップＳ６４においてＧｅｔ要求待ちタイマ計時開始後、予め設定された所定の時間が経過したと判定された場合、通信制御部２１はステップＳ６９で、近距離無線通信部２０を制御し、下位のレイヤによる接続の切断処理を行う。この処理の詳細については、図３のステップＳ１９の処理と同様であり、その説明は繰り返しになるので省略する。
【００６６】
これにより、リクエスト−レスポンス方式のデータ通信プロトコルを用いて所定のサイズのパケットに分割して繰り返しデータ転送を行う場合に、データ転送を中断する要因となる中断要因を検出し、中断要因が検出されたとき、クライアント側の通信端末１から送信されてきたＧｅｔ要求に対し、サーバ側の通信端末１にて発生した中断要因に応じたエラーコードを付加したＧｅｔ応答をクライアント側の通信端末に送信するとともに、クライアント側の通信端末１との間におけるデータ転送処理を中断することができる。
【００６７】
従って、サーバ側の通信端末１からクライアント側の通信端末１にデータ（オブジェクト）を送信する場合であっても、ＯＢＥＸによるサーバ側の通信端末１にて、クライアント側の通信端末１との間におけるデータ転送を中断要因に伴う任意のタイミングで適宜中断することができる。また、中断時に下位のレイヤのリンクを切断しないため、その中断後に別のデータをサーバ側の通信端末１から送信したい場合に再度両機器間のリンクを接続する必要がなくなり、再接続までに時間と手間がかからなくすることができる。さらに、クライアント側の通信端末１は、この中断時に中断要因に応じた適切なエラーコードをサーバ側の通信端末１から受信することができるため、クライアント側はそのデータ転送の失敗を適切に知ることができ、データ転送のリトライを行うべきか否かを容易に判断することができる。
【００６８】
よって、リクエスト−レスポンス方式のデータ通信プロトコルを用いたデータ転送中にサーバ側に中断要因が発生した場合に、データ転送処理をより好適に中断することができる。その結果、リクエスト−レスポンス方式のデータ通信プロトコルを用いたデータ転送を行う場合におけるより利便性を向上させることができる。
【００６９】
なお、本発明は、通信端末１として、例えばＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機などを適用することができる。
【００７０】
また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。
【００７１】
さらに、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。
【図面の簡単な説明】
【００７２】
【図１】本発明に係る情報授受のシステムの概略的な構成を示す図。
【図２】本発明の通信端末の内部の構成を示すブロック図。
【図３】図２の通信端末におけるデータ転送処理を説明するフローチャート。
【図４】図３のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末とクライアント側の通信端末との間における具体的な処理のシーケンスを示す図。
【図５】データ転送処理において生成されるＯＢＥＸパケットのデータ構造を示す図。
【図６】データ転送中に通信端末に発生する中断要因を説明するための説明図。
【図７】図２の通信端末における他のデータ転送処理を説明するフローチャート。
【図８】図７のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末とクライアント側の通信端末との間における具体的な処理のシーケンスを示す図。
【符号の説明】
【００７３】
１（１−１乃至１−２）…通信端末、１１…制御部、１２…表示部、１３…入力部、１４…記憶部、１５…無線電話通信部、１６…信号処理部、１７…ＰＣＭコーデック、１８…マイクロフォン、１９…スピーカ、２０…近距離無線通信部、２１…通信制御部、２２…中断要因検出部、２３…タイマ制御部、２４…バス。
【図１】
2008294970.tif 000003
【図２】
2008294970.tif 000004
【図３】
2008294970.tif 000005
【図４】
2008294970.tif 000006
【図５】
2008294970.tif 000007
【図６】
2008294970.tif 000008
【図７】
2008294970.tif 000009
【図８】
2008294970.tif 000010