(57)【要約】【課題】送受信処理の性能の低下を防止しつつ、表示制御への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができるようにする。【解決手段】本発明に係る通信端末１においては、近距離無線通信プロトコルを用いてデータを複数のパケットに分割して転送する場合に、表示制御部２０はパケットの送受信処理の経過を示す経過情報の表示を制御し、経過通知要否判定部２３は、表示制御部２０に対して経過通知の回数と、送受信するデータの総サイズに基づいて、表示制御部２０に経過通知をするタイミングに対応する送受信サイズに関する閾値を算出し、更新される送受信済みのパケットの累計サイズが閾値より大きいか否かを判定し、表示制御部２０は、送受信済みのパケットの累計サイズが閾値よりも大きいと判定された場合、経過情報の表示を更新する。【選択図】  図２
2008294971.tif 000002
【特許請求の範囲】
【請求項１】
近距離無線通信プロトコルを用いて、データを複数のパケットに分割して転送する場合に、パケットの送信処理の経過を示す経過情報の表示を制御する表示制御手段と、
前記表示制御手段に対してパケットの送信処理の経過を通知するための経過通知の回数と、送信するデータの総サイズとに基づいて、前記表示制御手段に前記経過通知をするタイミングに対応する送信サイズに関する閾値を算出する算出手段と、
送信される度に更新される送受信済みのパケットの累計サイズが、前記算出手段により算出された前記閾値より大きいか否かを判定する判定手段とを備え、
前記表示制御手段は、前記判定手段により前記送信済みのパケットの累計サイズが前記閾値よりも大きいと判定された場合、前記経過情報の表示を更新することを特徴とする通信端末。
【請求項２】
近距離無線通信プロトコルを用いて、データを複数のパケットに分割して転送する場合に、パケットの受信処理の経過を示す経過情報の表示を制御する表示制御手段と、
前記表示制御手段に対してパケットの受信処理の経過を通知するための経過通知の回数と、受信するデータの総サイズとに基づいて、前記表示制御手段に前記経過通知をするタイミングに対応する受信サイズに関する閾値を算出する算出手段と、
受信される度に更新される送受信済みのパケットの累計サイズが、前記算出手段により算出された前記閾値より大きいか否かを判定する判定手段とを備え、
前記表示制御手段は、前記判定手段により前記受信済みのパケットの累計サイズが前記閾値よりも大きいと判定された場合、前記経過情報の表示を更新することを特徴とする通信端末。
【請求項３】
前記判定手段により前記送信済みまたは受信済みのパケットの累計サイズが前記閾値よりも大きいと判定された場合、前記表示制御手段に対して前記経過通知をする通知手段をさらに備え、
前記通知手段は、前記判定手段により前記送信済みまたは受信済みのパケットの累計サイズが前記閾値よりも大きくないと判定された場合、前記表示制御手段に対して前記経過通知をしないことを特徴とする請求項１または請求項２に記載の通信端末。
【請求項４】
前記経過通知の回数が１回である場合、前記算出手段は前記閾値を算出せず、前記通知手段は、最後のパケットが送信または受信されたときに前記表示制御手段に対して前記経過通知をすることを特徴とする請求項３に記載の通信端末。
【請求項５】
前記経過通知の回数が１回である場合、前記表示制御手段は、最初のパケットが送信または受信されたときに前記経過情報を第１の割合で表示するように制御し、前記通知手段による前記経過通知に従い、前記経過情報の表示を第２の割合で更新するように制御することを特徴とする請求項４に記載の通信端末。
【請求項６】
前記第１の割合の表示および前記第２の割合の表示には、少なくとも、送信済みサイズ、総データサイズ、残り送信サイズ、送信済み割合、または残り送信割合のいずれか１つが含まれることを特徴とする請求項５に記載の通信端末。
【請求項７】
前記第１の割合の表示および前記第２の割合の表示には、少なくとも、受信済みサイズ、総データサイズ、残り受信サイズ、受信済み割合、または残り受信割合のいずれか１つが含まれることを特徴とする請求項５に記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信端末に係り、特に、リクエストーレスポンス方式のデータ通信プロトコルを用いて、データを複数のパケットに分割して転送することができるようにした通信端末に関する。
【背景技術】
【０００２】
近年、例えば電子機器などに適用することができる無線通信技術として例えばブルートゥース（Bluetooth（登録商標））が知られている。このブルートゥースの無線通信技術を用いれば、携帯電話機などの携帯情報端末や携帯型音楽再生機から、オーディオケーブルを用いることなく、例えばヘッドセットなどの対向機器にオーディオデータを転送することができる。また、携帯電話機などの携帯情報端末間においてファイルを交換することで名刺交換などを行うことができる（例えば特許文献１参照）。
【０００３】
携帯情報端末間においてファイルなどのデータを交換する場合、ＯＢＥＸ（Object Exchange Protocol）などのリクエストーレスポンス方式のデータ通信プロトコルを用いてデータ転送を行う。このＯＢＥＸは、クライアントがサーバにリクエストを送信し、そのリクエストを受信したサーバがリクエストに対応するレスポンスをクライアントに返す動作を繰り返し行うことによってデータ転送を行うプロトコルである。
【０００４】
ＯＢＥＸ（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）による接続が確立されて、ＯＰＰによる名刺交換などのデータ送受信処理を開始する場合であって、クライアント側の通信端末１からサーバ側の通信端末１にデータを送信する場合について説明する。なお、図４は、図３のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末１とクライアント側の通信端末１との間における具体的な処理のシーケンスを表している。
【００２６】
ステップＳ１において、クライアント側の通信端末１は、近距離無線通信部２１を用いて、サーバ側の通信端末１との間で接続を確立する。すなわち、図４のステップＳ３１乃至Ｓ３５に示されるように、通信制御部２２は、制御部１１により制御される上位アプリケーションプログラムからデータ送信要求を取得すると、サーバ側の通信端末１との間でＢｌｕｅｔｏｏｔｈ接続の確立を要求するＢｌｕｅｔｏｏｔｈ接続要求を近距離無線通信部２１を介してサーバ側の通信端末１に送信する。その後、近距離無線通信部２１は、サーバ側の通信端末１からＢｌｕｅｔｏｏｔｈ接続要求に対応するＢｌｕｅｔｏｏｔｈ接続応答を受信し、受信されたＢｌｕｅｔｏｏｔｈ接続応答を通信制御部２２に供給する。これにより、サーバ側の通信端末１との間で接続が確立される。
【００２７】
ステップＳ２において、クライアント側の通信端末１は、サーバ側の通信端末１との間で、サーバ側の通信端末１に送信するデータの使用パケットサイズに関してコネクションを行う。すなわち、図４のステップＳ３６乃至Ｓ３９に示されるように、通信制御部２２は、サーバ側の通信端末１との間でのコネクションを要求するＣｏｎｎｅｃｔ要求を近距離無線通信部２１を介してサーバ側の通信端末１に送信する。このＣｏｎｎｅｃｔ要求には、クライアント側の通信端末１とサーバ側の通信端末１との間でのデータ転送に用いられる使用パケットサイズに関するデータが含まれている。
【００２８】
その後、近距離無線通信部２１は、サーバ側の通信端末１からＣｏｎｎｅｃｔ要求に対応するＣｏｎｎｅｃｔ応答を受信し、受信されたＣｏｎｎｅｃｔ応答を通信制御部２２に供給する。このＣｏｏｎｅｃｔ応答には、クライアント側の通信端末１とサーバ側の通信端末１との間でコネクションが成功したことを示すデータとともに、クライアント側の通信端末１とサーバ側の通信端末１との間でのデータ転送に用いられる使用パケットサイズに関するデータが含まれている。
【００２９】
ステップＳ３において、通信制御部２２は、クライアント側の通信端末１とサーバ側の通信端末１との間でのデータ転送に用いられる使用パケットサイズを決定する。このとき、コネクション時においてやり取りされた使用可能パケットサイズのうち、小さい方のパケットサイズが、データ転送に用いられる使用パケットサイズに決定される。
【００３０】
ステップＳ４において、通信制御部２２は、サーバ側の通信端末１へ送信する送信データの取得を上位アプリケーションプログラムに指示する（図４のステップＳ４０）。制御部１１は、通信制御部２２からの送信データの取得指示に従い、上位アプリケーションプログラムを実行し、記憶部１４に記憶されている送信データを記憶部１４から取得する（図４のステップＳ４１）。ステップＳ５において、制御部１１は、送信データが取得されたことを示す送信データ取得応答を通信制御部２２に供給する（図４のステップＳ４２）。この送信データ取得応答には、サーバ側の通信端末１へ送信する送信データ、その送信データの総サイズ、データ転送中に表示制御部２０に経過を通知する通知回数が含まれている。データ転送中に表示制御部２０に経過を通知する通知回数は、基本的には、表示制御部２０によりパケットの送受信処理の経過を示す経過情報の表示（例えばプログレスバーの表示）の更新回数と同じであり、例えば送信データの総サイズが１００ＭＢの場合、１０回などのように予め設定されている。勿論、この通知回数は、送信データの総サイズに応じてその回数を変更するようにしてもよい。
【００３１】
ステップＳ６において、通信制御部２２は、制御部１１から送信データ取得応答を取得すると、経過通知要否判定部２３を制御し、取得された送信データ取得応答に含まれる送信データの総サイズと経過の通知回数に基づいて、閾値＝送信データの総サイズ／経過の通知回数の式を用いて、データ転送処理に用いられる閾値を算出させる（図４のステップＳ４３）。
【００３２】
ステップＳ７において、経過通知要否判定部２３は、サーバ側の通信端末１に送信済みの累計パケットサイズである送信済み累計サイズＮを初期化する（Ｎ＝０）（図４のステップＳ４４）。
【００３３】
ステップＳ８において、通信制御部２２は、サーバ側の通信端末１へのＰｕｔ要求の送信を指示するためのＰｕｔ要求送信指示（送信データサイズが含まれている）を近距離無線通信部２１に対して行う（図４のステップＳ４５）。
【００３４】
ステップＳ９において、近距離無線通信部２１は、通信制御部２２からＰｕｔ要求送信指示（送信データサイズ）を取得すると、サーバ側の通信端末１に対してＰｕｔ要求（継続）を無線通信を介してサーバ側の通信端末１に送信する（図４のステップＳ４６）。なお、このＰｕｔ要求には、実データとしてのオブジェクトが含まれており、図４のステップＳ４９に示されるように、クライアント側の通信端末１から送信されてきたＰｕｔ要求に含まれる実データとしてのオブジェクトが受信データとしてサーバ側の通信端末１にて記憶される。
【００３５】
また、例えばこのＰｕｔ要求のように、ＯＢＥＸのプロトコルに従ったデータ転送処理時に用いられる所定のサイズを有するＯＢＥＸパケットは、図５に示されるようなデータ構造を有している。クライアント側の通信端末１との間でのコネクション時に決定された所定のパケット長でＯＢＥＸパケットが生成されるとともに、ＯＢＥＸパケットにはオペコードもしくは応答コード、パケット長、ヘッダが付加される。
【００３６】
ステップＳ１０において、経過通知要否判定部２３は、送信済み累計サイズＮを更新する（図４のステップＳ４７）。例えばクライアント側の通信端末１とサーバ側の通信端末１との間でのデータ転送に用いられる使用パケットサイズが２ＫＢである場合に、まず、１つ目のＯＢＥＸパケットがサーバ側の通信端末１に送信されると、送信済み累計サイズＮは０ＫＢから２ＫＢに更新される。
【００３７】
ステップＳ１１において、経過通知要否判定部２３は、現在の送信済み累計サイズＮが予め算出された閾値よりも大きいか否か判定する（図４のステップＳ４８）。ステップＳ１１において現在の送信済み累計サイズＮが予め算出された閾値よりも大きくないと判定された場合、ステップＳ１２乃至Ｓ１４の処理はスキップされ、処理はステップＳ１５に進み、ステップＳ１５以降の処理が繰り返し実行される。すなわち、送信済み累計サイズＮが予め算出された閾値よりも大きいと判定されるまで、Ｐｕｔ応答の受信を待ってサーバ側の通信端末１に順次ＯＢＥＸパケットが送信され、送信済み累計サイズＮがその都度更新される。従って、現在の送信済み累計サイズＮが予め算出された閾値よりも大きいと判定されるまで、表示制御部２０に対する経過通知は行われない。
【００３８】
ステップＳ１１において現在の送信済み累計サイズＮが予め算出された閾値よりも大きいと判定された場合、経過通知要否判定部２３は、パケットの送受信中に表示制御部２０に対して経過通知（パケットの送受信の経過（進捗状況）を示す通知）を行うと判定し（すなわち、表示制御部２０への経過通知が要ると判定し）、その判定結果を経過通知制御部２４に供給する。ステップＳ１２において、経過通知制御部２４は、経過通知要否判定部２３による判定結果に従い、表示制御部２０に対する経過通知を行う（図４のステップＳ５０）。この表示制御部２０に対する経過通知には、パケットの送受信の経過（進捗状況）を示す値（送信済みサイズ／総データサイズ）に関するデータが含まれている。
【００３９】
ステップＳ１３において、表示制御部２０は、経過通知制御部２４から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過（進捗状況）を示す値（送信済みサイズ／総データサイズ）を用いて、表示部１２に表示されている経過表示（例えばプログレスバーなどの表示）を更新する（図４のステップＳ５１）。なお、表示部１２に表示されている例えばプログレスバーを、「パケットの送受信処理の経過を示す経過情報」と定義する。
【００４０】
なお、予め表示制御部２０による経過情報の表示の更新のタイミングで閾値を算出するようにしているので、表示制御部２０への経過通知の回数は、表示制御部２０による経過情報の表示の更新回数と同じになる。これにより、表示制御部２０により表示部１２に表示されている経過情報の表示（例えばプログレスバーなど）の更新を行うタイミングで、表示制御部２０に対して経過通知を行うことができる。勿論、経過通知の回数は、表示制御部２０による経過情報の表示の更新回数より多くするようにしてもよい。
【００４１】
ステップＳ１４において、経過通知要否判定部２３は、送信済み累計サイズＮをクリアし、再度初期化する（Ｎ＝０）（図４のステップＳ５２）。その後、ステップＳ１５において、近距離無線通信部２１は、クライアント側の通信端末１からサーバ側の通信端末１に送信されたＰｕｔ要求に対応するＰｕｔ応答（継続）をサーバ側の通信端末１から受信する（図４のステップＳ５２）。ステップＳ１６において、近距離無線通信部２１は、Ｐｕｔ応答（継続）を受信した旨の通知であるＰｕｔ応答受信通知（継続）を通信制御部２２に供給する（図４のステップＳ５３）。
【００４２】
ステップＳ１７において、経過通知要否判定部２３は、送信する最後データであるか否かを判定する。ステップＳ１７において送信する最後のデータではないと判定された場合、処理はステップＳ８に戻り、ステップＳ８以降の処理が繰り返し実行される。すなわち、順次所定のサイズのＯＢＥＸパケットがサーバ側の通信端末１に送信されるとともに、送信済み累積サイズが閾値よりも大きいと判定された場合、表示制御部２０に経過通知が順次行われる。
【００４３】
一方、ステップＳ１７において送信する最後のデータであると判定された場合、通信制御部２２はステップＳ１８で、サーバ側の通信端末１へのＰｕｔ要求（終端）の送信を指示するためのＰｕｔ要求送信指示（送信データサイズが含まれている）を近距離無線通信部２１に対して行う（図４のステップＳ５４）。
【００４４】
ステップＳ１９において、近距離無線通信部２１は、通信制御部２２からＰｕｔ要求送信指示（送信データサイズ）を取得すると、サーバ側の通信端末１に対してＰｕｔ要求（継続）を無線通信を介してサーバ側の通信端末１に送信する（図４のステップＳ５５）。なお、このＰｕｔ要求には、実データとしてのオブジェクトが含まれており、図４のステップＳ５６に示されるように、クライアント側の通信端末１から送信されてきたＰｕｔ要求に含まれる実データとしてのオブジェクトが受信データとしてサーバ側の通信端末１にて記憶される。
【００４５】
その後、送信済み累積サイズＮが総データサイズとなるまでパケットがサーバ側の通信端末１に送信される。
【００４６】
ステップＳ２０において、経過通知要否判定部２３は、パケットの送受信中に表示制御部２０に対して経過通知（パケットの送受信の経過（進捗状況）を示す通知）を行うと判定し（すなわち、表示制御部２０への経過通知が要ると判定し）、その判定結果を経過通知制御部２４に供給する。経過通知制御部２４は、経過通知要否判定部２３による判定結果に従い、表示制御部２０に対する経過通知を行う（図４のステップＳ５７）。この場合、送信済み累積サイズは総データサイズとなっている。
【００４７】
ステップＳ２１において、表示制御部２０は、経過通知制御部２４から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過（進捗状況）を示す値（送信済みサイズ／総データサイズ）を用いて、表示部１２に表示されている経過表示（例えばプログレスバーなどの表示）を更新する（図４のステップＳ５８）。この場合、送信済み累積サイズは総データサイズとなっていることから、表示部１２に表示されている経過表示（例えばプログレスバーなどの表示）の最後の更新がなされる。すなわち、プログレスバーの場合、パケットの送受信が完了したことを示す状態となる。
【００４８】
ステップＳ２２において、近距離無線通信部２１は、サーバ側の通信端末１に送信されたＰｕｔ要求に対応するＰｕｔ応答（成功）をサーバ側の通信端末１から受信する（図４のステップＳ５９）。ステップＳ２３において、近距離無線通信部２１は、Ｐｕｔ応答（成功）を受信した旨の通知であるＰｕｔ応答受信通知（成功）を通信制御部２２に供給する（図４のステップＳ６０）。
【００４９】
その後、通信制御部２２は、近距離無線通信部２１からＰｕｔ応答受信通知（成功）を受信すると、データ送信応答（結果＝成功）を制御部１１により制御される上位アプリケーションプログラムに供給するとともに、表示制御部２０に供給する（図４のステップＳ６１）。ステップＳ２４において、表示制御部２０は、通信制御部２２からデータ送信応答（結果＝成功）を取得すると、表示部１２にデータ送信結果（例えば「データ送信に成功しました。」などのメッセージ）を表示させる（図４のステップＳ６２）。
【００５０】
なおステップＳ１３、及びステップＳ２１における表示は、表示制御部２０によって制御されて表示部１２に表示されるデータは、これに限らず、例えば、図１０（Ａ）乃至（Ｄ）の例のように、（１）送信済みサイズ、（２）総データサイズ、（３）残り送信サイズ、（４）送信済み割合、（５）残り送信割合などのうち１つ乃至複数のデータで構成されるようなデータであっても良い。
【００５１】
本発明の実施形態においては、リクエストーレスポンス方式のデータ通信プロトコルを用いて、データを複数のパケットに分割して転送する場合に、パケットの送受信処理の経過を示す経過情報の表示を制御し、送信データ取得応答に含まれる、パケットの送受信処理の経過を示す経過情報の表示を制御する表示制御部２０に対してパケットの送受信処理の経過を通知するための経過通知の回数と、送受信するデータの総サイズとに基づいて、表示制御部２０に経過通知をするタイミングに対応する送受信サイズに関する閾値を算出し、送受信される度に更新される送受信済みのパケットの累計サイズが、算出された閾値より大きいか否かを判定するとともに、送受信済みのパケットの累計サイズが閾値よりも大きいと判定された場合、表示制御部２０に対して経過通知をすることができる。一方、送受信済みのパケットの累計サイズが閾値よりも大きくないと判定された場合、表示制御部２０に対して経過通知はなされない。
【００５２】
これにより、例えばデータサイズが１００ＭＢのデータを４ＫＢごとのパケットに分割して送信する場合、（１００×１０２４）／４＝２５６００回までにわたってパケットの送受信を行う必要がなくなり、表示制御部２０により表示部１２に表示されている経過情報の表示（例えばプログレスバーなど）の更新を行うタイミングで、表示制御部２０に対して経過通知を行うことができる。例えばデータサイズが１００ＭＢのデータを４ＫＢごとのパケットに分割して送信する場合、表示制御部２０により表示部１２に表示されている経過情報の表示が１０回更新されるとすると、パケットの送受信が行われる度に表示制御部に対して経過通知が行われるときに比べて、およそ２５５９０回（＝２５６００回−１０回）の経過通知を省略することができる。
【００５３】
従って、データ転送中におけるシステムへの負荷を軽減することいができ、パケットの送受信処理の性能を低下させてしまうことを防止することができる。また、常に最大サイズ（コネクション時にネゴシエーションしたサイズ）となるようなデータを格納した（詰め込んだ）パケットを送受信することができ、表示制御部２０に対して正確に経過通知しつつ、転送効率を優先してその低下を抑制することができる。その結果、送受信処理の性能の低下を防止しつつ、表示制御部２０への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができる。また、ユーザは、パケットの送受信処理の経過を正確に把握することができる。従って、データ転送処理における利便性を向上させることができる。
【００５４】
ところで、図３および図４を用いて説明したデータ転送処理においては、クライアント側の通信端末１からサーバ側の通信端末１にデータ（オブジェクト）を送信する場合であって、クライアント側の通信端末１におけるデータ転送処理について記載したが、サーバ側の通信端末１におけるデータ転送処理についても本発明を適用するようにしてもよい。以下、この方法を用いたデータ転送処理について説明する。
【００５５】
図６のフローチャートを参照して、図２のサーバ側の通信端末１におけるデータ転送処理について説明する。このデータ転送処理は、クライアント側の通信端末１（例えば図１の通信端末１−２）からサーバ側の通信端末１（例えば図１の通信端末１−１）にデータ転送を開始しようとする場合に実行される。特に、図６の場合、サーバ側の通信端末１とクライアント側の通信端末１との間で、ＯＰＰ（Object Push Profile）による接続が確立されて、ＯＰＰによる名刺交換などのデータ送受信処理を開始する場合であって、クライアント側の通信端末１からサーバ側の通信端末１にデータを送信する場合について説明する。なお、図７は、図６のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末１とクライアント側の通信端末１との間における具体的な処理のシーケンスを表している。
【００５６】
なお、図６のステップＳ７１乃至Ｓ７３の処理（図７のステップＳ１１１乃至Ｓ１１２の処理）は、図３のステップＳ１乃至Ｓ３の処理と同様であり、その説明は繰り返しになるので省略する。
【００５７】
ステップＳ７４において、サーバ側の通信端末１の近距離無線通信部２１は、クライアント側の通信端末１から、クライアント側の通信端末１からデータを送信する要求であるＰｕｔ要求を受信する（図７のステップＳ１１３）。このＰｕｔ要求には、ファイルなどの一般的な実データを示すオブジェクトとともに、送信データの総データサイズに関するデータが含まれている。
【００５８】
ステップＳ７５において、近距離無線通信部２１は、クライアント側の通信端末１からデータを送信する要求であるＰｕｔ要求を受信すると、Ｐｕｔ要求が受信されたことを通知するためのＰｕｔ要求受信通知（ＰｕｔＲｅｑ受信通知）を通信制御部２２に供給する（図７のステップＳ１１４）。
【００５９】
ステップＳ７６において、通信制御部２２は、近距離無線通信部２１からＰｕｔ要求受信通知を取得すると、クライアント側の通信端末１から送信されてきたＰｕｔ要求に含まれる実データとしてのオブジェクトを受信データとして記憶部１４に保存（記憶）させる（図７のステップＳ１１５）。
【００６０】
ステップＳ７７において、経過通知要否判定部２３は、クライアント側の通信端末１から受信済みの累計パケットサイズである受信済み累計サイズＭを初期化する（Ｍ＝０）（図７のステップＳ１１６）。
【００６１】
ステップＳ７８において、通信制御部２２は、制御部１１などにおいて制御される上位アプリケーションプログラムに対してデータ受信に関する問い合わせを行う（図７のステップＳ１１７）。制御部１１などにおいて制御される上位アプリケーションプログラムに対してデータ受信問い合わせが行われると、制御部１１は、上位アプリケーションプログラムを実行し、クライアント側の通信端末からのＰｕｔ要求を受け付けるか否か（Ｐｕｔ要求の受け付け可否）について、表示部１２を介してユーザに対して問い合わせる。
【００６２】
ステップＳ７９において、ユーザにより入力部１４が操作されることによりＰｕｔ要求を受け付けるとの指示を受けると、制御部１１は、上位アプリケーションプログラムを実行し、データ問い合わせ応答を通信制御部２２に対して行う（図７のステップＳ１１８）。このデータ問い合わせ応答には、表示制御部２０に経過通知を行う回数に関するデータが含まれている。
【００６３】
ステップＳ８０において、通信制御部２２は、制御部１１から送信データ取得応答を取得すると、経過通知要否判定部２３を制御し、取得されたＰｕｔ要求に含まれる送信データの総サイズと経過の通知回数に基づいて、閾値＝受信データの総サイズ／経過の通知回数の式を用いて、データ転送処理に用いられる閾値を算出させる（図７のステップＳ１１９）。
【００６４】
ステップＳ８１において、経過通知要否判定部２３は、受信済み累計サイズＭを更新する（図７のステップＳ１２０）。例えばクライアント側の通信端末１とサーバ側の通信端末１との間でのデータ転送に用いられる使用パケットサイズが２ＫＢである場合に、まず、１つ目のＯＢＥＸパケットがサーバ側の通信端末１にて受信されると、受信済み累計サイズＭは０ＫＢから２ＫＢに更新される。
【００６５】
ステップＳ８２において、経過通知要否判定部２３は、現在の受信済み累計サイズＭが予め算出された閾値よりも大きいか否か判定する（図７のステップＳ１２７）。
【００６６】
ステップＳ８２において現在の受信済み累計サイズＭが予め算出された閾値よりも大きいと判定された場合、経過通知制御部２４はステップＳ８３で、経過通知要否判定部２３による判定結果に従い、表示制御部２０に対する経過通知を行う（図７のステップＳ１２８）。この表示制御部２０に対する経過通知には、パケットの送受信の経過（進捗状況）を示す値（受信済みサイズ／総データサイズ）に関するデータが含まれている。
【００６７】
ステップＳ８４において、表示制御部２０は、経過通知制御部２４から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過（進捗状況）を示す値（受信済みサイズ／総データサイズ）を用いて、表示部１２に表示されている経過表示（例えばプログレスバーなどの表示）を更新する（図７のステップＳ１２９）。
【００６８】
ステップＳ８５において、経過通知要否判定部２３は、受信済み累計サイズＭをクリアし、再度初期化する（Ｍ＝０）（図７のステップＳ１３０）。その後、ステップＳ８６において、通信制御部２２は、クライアント側の通信端末１からのＰｕｔ要求に対するＰｕｔ応答の送信を指示するためのＰｕｔ要求送信指示（応答コード＝継続）を近距離無線通信部２１に対して行う（図７のステップＳ１３１）。
【００６９】
一方、ステップＳ８２において現在の受信済み累計サイズＭが予め算出された閾値よりも大きくないと判定された場合、ステップＳ８３乃至Ｓ８５の処理はスキップされる。
【００７０】
ステップＳ８７において、近距離無線通信部２１は、通信制御部２２からＰｕｔ要求送信指示（応答コード＝継続）を取得すると、クライアント側の通信端末１に対してさらなるＰｕｔ要求の送信を指示するためのＰｕｔ応答（継続）（クライアント側からのＰｕｔ要求に対する応答）を無線通信を介してクライアント側の通信端末１に送信する（図７のステップＳ１３２）。その後、処理はステップＳ８８に進み、ステップＳ８８乃至Ｓ９０の処理においてＰｕｔ要求がサーバ側の通信端末１にて受信されて保存される。
【００７１】
ステップＳ９１において、経過通知要否判定部２３は、受信されたＰｕｔ要求が終端であるか否かを判定する。ステップＳ９１において受信されたＰｕｔ要求が終端ではないと判定された場合、処理はステップＳ８１に戻り、ステップＳ８１以降の処理が繰り返される。これにより、受信済み累積サイズＭが総データサイズとなるまでパケットがサーバ側の通信端末１にて受信される。
【００７２】
一方、ステップＳ９１において受信されたＰｕｔ要求が終端であると判定された場合、経過通知要否判定部２３は、パケットの送受信中に表示制御部２０に対して経過通知（パケットの送受信の経過（進捗状況）を示す通知）を行うと判定し（すなわち、表示制御部２０への経過通知が要ると判定し）、その判定結果を経過通知制御部２４に供給する。ステップＳ９２において、経過通知制御部２４は、経過通知要否判定部２３による判定結果に従い、表示制御部２０に対する経過通知を行う（図７のステップＳ１３６）。この場合、受信済み累積サイズは総データサイズとなっている。
【００７３】
ステップＳ９３において、表示制御部２０は、経過通知制御部２４から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過（進捗状況）を示す値（受信済みサイズ／総データサイズ）を用いて、表示部１２に表示されている経過表示（例えばプログレスバーなどの表示）を更新する（図７のステップＳ１３７）。この場合、受信済み累積サイズは総データサイズとなっていることから、表示部１２に表示されている経過表示（例えばプログレスバーなどの表示）の最後の更新がなされる。すなわち、プログレスバーの場合、パケットの送受信が完了したことを示す状態となる。
【００７４】
ステップＳ９４において、通信制御部２２は、Ｐｕｔ要求送信指示（応答コード＝成功）を近距離無線通信部２１に対して行う（図７のステップＳ１３８）。
【００７５】
ステップＳ９５において、近距離無線通信部２１は、通信制御部２２からＰｕｔ要求送信指示（応答コード＝成功）を取得すると、クライアント側の通信端末１に対してＰｕｔ応答（成功）を無線通信を介してクライアント側の通信端末１に送信する（図７のステップＳ１３９）。
【００７６】
その後、通信制御部２２は、データ受信結果通知（結果＝成功）を制御部１１により制御される上位アプリケーションプログラムに供給するとともに、表示制御部２０に供給する（図７のステップＳ１４０）。ステップＳ９６において、表示制御部２０は、通信制御部２２からデータ受信結果通知（結果＝成功）を取得すると、表示部１２にデータ送信結果（例えば「データ受信に成功しました。」などのメッセージ）を表示させる（図７のステップＳ１４１）。
【００７７】
なおステップＳ８４、及びステップＳ９３における表示は、表示制御部２０によって制御されて表示部１２に表示されるデータは、これに限らず、例えば、図１１（Ａ）乃至（Ｄ）の例のように、（１）受信済みサイズ、（２）総データサイズ、（３）残り受信サイズ、（４）受信済み割合、（５）残り受信割合などのうち１つ乃至複数のデータで構成されるようなデータであっても良い。
【００７８】
これにより、サーバ側の通信端末１におけるデータ転送処理についても、データ転送中におけるシステムへの負荷を軽減することができ、パケットの送受信処理の性能を低下させてしまうことを防止することができる。また、常に最大サイズ（コネクション時にネゴシエーションしたサイズ）となるようなデータを格納したパケットを送受信することができ、表示制御部２０に対して正確に経過通知しつつ、転送効率を優先してその低下を抑制することができる。その結果、送受信処理の性能の低下を防止しつつ、表示制御部２０への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができる。また、ユーザは、パケットの送受信処理の経過を正確に把握することができる。従って、データ転送処理における利便性を向上させることができる。
【００７９】
なお、図６および図７を用いて説明したサーバ側の通信端末１におけるデータ転送処理においては、クライアント側から送信されてきたＰｕｔ要求に送信データの総サイズに関するデータが含まれている場合について説明したが、クライアント側から送信されてきたＰｕｔ要求に送信データの総サイズに関するデータが含まれていない場合についても本発明を適用することができる。この場合、例えば１番始めのパケットを受信したとき、パケットの送受信処理の経過を示す経過情報を例えば５０％で表示するようにして、最後のパケットを受信したと判断されたときに、パケットの送受信処理の経過を示す経過情報を例えば１００％で表示するようにする。以下、この方法を用いたデータ転送処理について説明する。
【００８０】
図８のフローチャートを参照して、図２のサーバ側の通信端末１における他のデータ転送処理について説明する。なお、図９は、図８のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末１とクライアント側の通信端末１との間における具体的な処理のシーケンスを表している。また、図８のステップＳ１５１乃至Ｓ１７３の処理は、重複する部分において図６のステップＳ７１乃至Ｓ９６の処理と基本的には同様であり、その説明は繰り返しになるので適宜省略する。
【００８１】
ステップＳ１５４において、サーバ側の通信端末１の近距離無線通信部２１は、クライアント側の通信端末１から、クライアント側の通信端末１からデータを送信する要求であるＰｕｔ要求を受信する（図９のステップＳ１８３）。このＰｕｔ要求には、ファイルなどの一般的な実データを示すオブジェクトが含まれているが、送信データの総データサイズに関するデータが含まれていない。その後、処理はステップＳ１５５に進む。
【００８２】
ステップＳ１５９において、ユーザにより入力部１４が操作されることによりＰｕｔ要求を受け付けるとの指示を受けると、制御部１１は、上位アプリケーションプログラムを実行し、データ問い合わせ応答を通信制御部２２に対して行う（図９のステップＳ１８８）。このデータ問い合わせ応答には、表示制御部２０に経過通知を行う回数に関するデータが含まれている。この場合、クライアント側の通信端末１から送信されてきたＰｕｔ要求には、送信データの総データサイズに関するデータが含まれていないことから、表示制御部２０に経過通知を行う回数は例えば１回に設定される。
【００８３】
ステップＳ１６０において、表示制御部２０は、通信制御部２２の制御に従い、表示部１２にパケットの送受信処理の経過を示す経過情報（例えばプログレスバーなど）を例えば５０％で表示させる（図９のステップＳ１８９）。勿論、５０％に限られず、他の割合で、表示部１２にパケットの送受信処理の経過を示す経過情報（例えばプログレスバーなど）を表示するようにしてもよい。すなわち、ユーザに現在パケットの送受信処理が開始されていることを報知することができさえすればよい。
【００８４】
その後、ステップＳ１６１乃至Ｓ１６８の処理において、経過通知要否判定部２３により受信されたＰｕｔ要求が終端である判定されるまで、クライアント側の通信端末１からＰｕｔ要求が受信され、受信データとして保存される。
【００８５】
ステップＳ１６８において受信されたＰｕｔ要求が終端であると判定された場合、ステップＳ１６９において経過通知制御部２４により表示制御部２０に対して経過通知がなされるとともに、ステップＳ１７０において表示制御部２０により、経過通知に含まれるパケットの送受信の経過（進捗状況）を示す値（受信済みサイズ／総データサイズ）を用いて、表示部１２に表示されている経過表示（例えばプログレスバーなどの表示）が１００％に更新される（図９のステップＳ２０１乃至Ｓ２０２）。
【００８６】
なおステップＳ１６０、及びステップＳ１６９における表示は、表示制御部２０によって制御されて表示部１２に表示されるデータは、これに限らず、例えば、図１１［Ａ］乃至［Ｂ］の例のように、（１）受信済みサイズ、（２）総データサイズ、（３）残り受信サイズ、（４）受信済み割合、（５）残り受信割合などのうち１つ乃至複数のデータで構成されるようなデータであっても良い。
【００８７】
これにより、クライアント側から送信されてきたＰｕｔ要求に送信データの総サイズに関するデータが含まれていない場合であっても、データ転送中におけるシステムへの負荷を軽減することができ、パケットの送受信処理の性能を低下させてしまうことを防止することができる。また、常に最大サイズ（コネクション時にネゴシエーションしたサイズ）となるようなデータを格納したパケットを送受信することができ、表示制御部２０に対して正確に経過通知しつつ、転送効率を優先してその低下を抑制することができる。その結果、送受信処理の性能の低下を防止しつつ、表示制御部２０への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができる。また、ユーザは、パケットの送受信処理の経過を正確に把握することができる。従って、データ転送処理における利便性を向上させることができる。
【００８８】
なお、本発明は、通信端末１として、例えばＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機などを適用することができる。
【００８９】
また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。
【００９０】
さらに、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。
【図面の簡単な説明】
【００９１】
【図１】本発明に係る情報授受のシステムの概略的な構成を示す図。
【図２】本発明の通信端末の内部の構成を示すブロック図。
【図３】図２のクライアント側の通信端末におけるデータ転送処理を説明するフローチャート。
【図４】図３のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末とクライアント側の通信端末との間における具体的な処理のシーケンスを示す図。
【図５】データ転送処理において生成されるＯＢＥＸパケットのデータ構造を示す図。
【図６】図２のサーバ側の通信端末におけるデータ転送処理を説明するフローチャート。
【図７】図６のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末とクライアント側の通信端末との間における具体的な処理のシーケンスを示す図。
【図８】図２のサーバ側の通信端末における他のデータ転送処理を説明するフローチャート。
【図９】図８のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末とクライアント側の通信端末との間における具体的な処理のシーケンスを示す図。
【図１０】表示部に表示されるデータの表示例を示す図。
【図１１】表示部に表示されるデータの表示例を示す図。
【符号の説明】
【００９２】
１（１−１乃至１−２）…通信端末、１１…制御部、１２…表示部、１３…入力部、１４…記憶部、１５…無線電話通信部、１６…信号処理部、１７…ＰＣＭコーデック、１８…マイクロフォン、１９…スピーカ、２０…表示制御部、２１…近距離無線通信部、２２…通信制御部、２３…経過通知要否判定部、２４…経過通知制御部、２５…バス。
【図１】
2008294971.tif 000003
【図２】
2008294971.tif 000004
【図３】
2008294971.tif 000005
【図４】
2008294971.tif 000006
【図５】
2008294971.tif 000007
【図６】
2008294971.tif 000008
【図７】
2008294971.tif 000009
【図８】
2008294971.tif 000010
【図９】
2008294971.tif 000011
【図１０】
2008294971.tif 000012
【図１１】
2008294971.tif 000013