JP4734290B2 - Communication terminal - Google Patents
Communication terminal Download PDFInfo
- Publication number
- JP4734290B2 JP4734290B2 JP2007140841A JP2007140841A JP4734290B2 JP 4734290 B2 JP4734290 B2 JP 4734290B2 JP 2007140841 A JP2007140841 A JP 2007140841A JP 2007140841 A JP2007140841 A JP 2007140841A JP 4734290 B2 JP4734290 B2 JP 4734290B2
- Authority
- JP
- Japan
- Prior art keywords
- progress
- size
- data
- display
- communication terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Description
本発明は通信端末に係り、特に、リクエストーレスポンス方式のデータ通信プロトコルを用いて、データを複数のパケットに分割して転送することができるようにした通信端末に関する。 The present invention relates to a communication terminal, and more particularly, to a communication terminal capable of dividing and transferring data into a plurality of packets using a request-response data communication protocol.
近年、例えば電子機器などに適用することができる無線通信技術として例えばブルートゥース(Bluetooth(登録商標))が知られている。このブルートゥースの無線通信技術を用いれば、携帯電話機などの携帯情報端末や携帯型音楽再生機から、オーディオケーブルを用いることなく、例えばヘッドセットなどの対向機器にオーディオデータを転送することができる。また、携帯電話機などの携帯情報端末間においてファイルを交換することで名刺交換などを行うことができる(例えば特許文献1参照)。 In recent years, for example, Bluetooth (registered trademark) is known as a wireless communication technology that can be applied to, for example, electronic devices. By using this Bluetooth wireless communication technology, audio data can be transferred from a portable information terminal such as a mobile phone or a portable music player to an opposite device such as a headset without using an audio cable. Moreover, business card exchange etc. can be performed by exchanging a file between portable information terminals, such as a mobile telephone (for example, refer patent document 1).
携帯情報端末間においてファイルなどのデータを交換する場合、OBEX(Object Exchange Protocol)などのリクエストーレスポンス方式のデータ通信プロトコルを用いてデータ転送を行う。このOBEXは、クライアントがサーバにリクエストを送信し、そのリクエストを受信したサーバがリクエストに対応するレスポンスをクライアントに返す動作を繰り返し行うことによってデータ転送を行うプロトコルである。 When exchanging data such as files between portable information terminals, data transfer is performed using a request-response type data communication protocol such as OBEX (Object Exchange Protocol). OBEX is a protocol for transferring data by repeatedly performing an operation in which a client transmits a request to a server and the server that receives the request returns a response corresponding to the request to the client.
OBEX(Object Exchange Protocol)などのリクエストーレスポンス方式のデータ通信プロトコルを用いてデータ転送を行う場合、一般に、携帯情報端末間で転送するデータを、クライアント側との間でのネゴシエーション時に決定された所定のサイズで分割して、所定のパケット長を有するOBEXパケットを生成するとともに、生成されたOBEXパケットを順次送受信する。 When data transfer is performed using a request-response data communication protocol such as OBEX (Object Exchange Protocol), generally, data to be transferred between portable information terminals is determined at the time of negotiation with the client side. The OBEX packet having a predetermined packet length is generated and the generated OBEX packet is sequentially transmitted / received.
最近では、パケットの送受信処理の経過を示すプログレスバーなどを表示制御部を介して表示画面に表示することで、ユーザに、送受信処理の進捗状況を報知する技術も提案されている。
しかしながら、サイズの大きなデータを小さいパケットに分割して送信する場合、かなりの回数にわたってパケットの送受信を行う必要がある。例えばデータサイズが100MBのデータを4KBごとのパケットに分割して送信する場合、少なくとも、(100×1024)/4=25600回にわたってパケットの送受信を行う必要がある。このような場合、パケットの送受信が行われる度に表示制御部に対して経過通知が行われると、システムに大きな負荷がかかってしまい、その結果、パケットの送受信処理の性能を低下させてしまうという課題があった。例えば100KBのデータを2KBごとのパケットに分割して送信する際に、10KBごとにパケットの送受信処理の経過を示すプログレスバーの表示を更新する場合、パケットの送受信が行われる度に表示制御部に対して行われる経過通知に関しては、5回のうちの4回がプログレスバーの表示に反映されずに無駄な経過通知となってしまい、システムに大きな負荷がかかってしまい、その結果、パケットの送受信処理の性能を低下させてしまう。 However, when large data is divided into small packets and transmitted, it is necessary to transmit and receive packets a considerable number of times. For example, when data with a data size of 100 MB is divided into 4 KB packets and transmitted, it is necessary to transmit and receive packets at least (100 × 1024) / 4 = 25600 times. In such a case, if a progress notification is sent to the display control unit every time a packet is transmitted / received, a large load is applied to the system, and as a result, the performance of packet transmission / reception processing is degraded. There was a problem. For example, when 100KB data is divided into packets of 2KB and transmitted, and the progress bar display indicating the progress of packet transmission / reception processing is updated every 10KB, the display control unit is notified each time a packet is transmitted / received. As for the progress notification to be performed, 4 out of 5 times are not reflected in the progress bar display and become a wasteful progress notification, which puts a heavy load on the system, resulting in packet transmission / reception. The processing performance is degraded.
勿論、パケットの送受信処理の経過を示すプログレスバーの表示を更新するタイミングに合わせて、パケットサイズを調整することは可能であるが、その場合、送信するパケットに無駄な空きが生じてしまい、かえって送受信処理の性能の低下を引き起こしてしまう。 Of course, it is possible to adjust the packet size in accordance with the timing of updating the progress bar display indicating the progress of packet transmission / reception processing. However, in this case, useless vacancy occurs in the packet to be transmitted. This will cause a drop in the performance of transmission / reception processing.
本発明は、このような状況に鑑みてなされたものであり、送受信処理の性能の低下を防止しつつ、表示制御への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができる通信端末を提供することを目的とする。 The present invention has been made in view of such a situation, and the progress notification to the display control is notified at the timing of updating the display indicating the progress of the packet transmission / reception processing while preventing the performance of the transmission / reception processing from being deteriorated. It aims at providing the communication terminal which can be performed suitably collectively.
本発明の通信端末は、上述した課題を解決するために、近距離無線通信プロトコルを用いて、データを複数のパケットに分割して転送する場合に、パケットの送信処理の経過を示す経過情報の表示を制御する表示制御手段と、送信データの総サイズを、表示制御手段に対してパケットの送信処理の経過を通知するための経過通知の回数で除することによって、表示制御手段に経過通知をするタイミングに対応する送信サイズに関する閾値を前記送信データの総サイズに応じて算出する算出手段と、送信される度に更新される送信済みのパケットの累計サイズが、算出手段により算出された閾値より大きいか否かを判定する判定手段とを備え、前記表示制御手段は、判定手段により送受信済みのパケットの累計サイズが閾値よりも大きいと判定された場合、前記経過情報の表示を更新することを特徴とする。 In order to solve the above-described problem, the communication terminal according to the present invention uses the short-range wireless communication protocol to divide the data into a plurality of packets and transfer the data to the progress information indicating the progress of the packet transmission process. By dividing the total size of the display control means for controlling the display and the transmission data by the number of progress notifications for notifying the progress of packet transmission processing to the display control means, a progress notification is sent to the display control means. A calculation unit that calculates a threshold relating to a transmission size corresponding to the timing to be transmitted according to the total size of the transmission data, and a cumulative size of transmitted packets that are updated each time the packet is transmitted is based on the threshold calculated by the calculation unit Determining means for determining whether or not the packet is large, wherein the display control means determines that the cumulative size of packets transmitted and received by the determining means is greater than a threshold value. If it, and updates the display of the progress information.
本発明の通信端末は、上述した課題を解決するために、近距離無線通信プロトコルを用いて、データを複数のパケットに分割して転送する場合に、パケットの受信処理の経過を示す経過情報の表示を制御する表示制御手段と、受信データの総サイズを、表示制御手段に対してパケットの受信処理の経過を通知するための経過通知の回数で除することによって、表示制御手段に経過通知をするタイミングに対応する受信サイズに関する閾値を前記受信データの総サイズに応じて算出する算出手段と、受信される度に更新される受信済みのパケットの累計サイズが、算出手段により算出された閾値より大きいか否かを判定する判定手段とを備え、前記表示制御手段は、判定手段により送受信済みのパケットの累計サイズが閾値よりも大きいと判定された場合、前記経過情報の表示を更新することを特徴とする。 In order to solve the above-described problem, the communication terminal of the present invention uses the short-range wireless communication protocol to divide the data into a plurality of packets and transfer them, and the progress information indicating the progress of the packet reception process. The display control means for controlling the display and the total size of the received data are divided by the number of progress notifications for notifying the display control means of the progress of the packet reception process, so that the progress notification is sent to the display control means. A calculation unit that calculates a threshold value related to the reception size corresponding to the timing to be performed according to the total size of the received data, and a cumulative size of received packets that are updated each time it is received is based on the threshold value calculated by the calculation unit Determining means for determining whether or not the packet is large, wherein the display control means determines that the cumulative size of packets transmitted and received by the determining means is greater than a threshold value. If it, and updates the display of the progress information.
本発明の通信端末においては、近距離無線通信プロトコルを用いて、データを複数のパケットに分割して転送する場合に、パケットの送信処理の経過を示す経過情報の表示が制御され、送信データの総サイズを、表示制御手段に対してパケットの送信処理の経過を通知するための経過通知の回数で除することによって、表示制御手段に経過通知をするタイミングに対応する送信サイズに関する閾値が前記送信データの総サイズに応じて算出され、送信される度に更新される送信済みのパケットの累計サイズが、算出手段により算出された閾値より大きいか否かが判定され、送信済みのパケットの累計サイズが閾値よりも大きいと判定された場合、経過情報の表示が更新される。 In the communication terminal of the present invention, when the data is divided into a plurality of packets and transferred using the short-range wireless communication protocol, the display of the progress information indicating the progress of the packet transmission process is controlled, and the transmission data By dividing the total size by the number of progress notifications for notifying the display control means of the progress of packet transmission processing, a threshold relating to the transmission size corresponding to the timing of notifying the display control means of the progress is said transmission. It is determined according to the total size of the data and is updated every time it is transmitted. Is determined to be larger than the threshold, the display of the progress information is updated.
本発明の通信端末においては、近距離無線通信プロトコルを用いて、データを複数のパケットに分割して転送する場合に、パケットの受信処理の経過を示す経過情報の表示が制御され、受信データの総サイズを、表示制御手段に対してパケットの受信処理の経過を通知するための経過通知の回数で除することによって、表示制御手段に経過通知をするタイミングに対応する受信サイズに関する閾値が前記受信データの総サイズに応じて算出され、受信される度に更新される受信済みのパケットの累計サイズが、算出手段により算出された閾値より大きいか否かが判定され、受信済みのパケットの累計サイズが閾値よりも大きいと判定された場合、経過情報の表示が更新される。 In the communication terminal of the present invention, when the data is divided into a plurality of packets and transferred using the short-range wireless communication protocol, the display of the progress information indicating the progress of the packet reception process is controlled, and the received data By dividing the total size by the number of progress notifications for notifying the display control means of the progress of packet reception processing, a threshold for the reception size corresponding to the timing of notifying the display control means of the progress is received. It is determined whether or not the cumulative size of the received packet that is calculated according to the total size of the data and updated each time it is received is larger than the threshold value calculated by the calculation means, and the cumulative size of the received packet Is determined to be larger than the threshold, the display of the progress information is updated.
本発明に係る通信端末によれば、表示制御への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができる。 According to the communication terminal of the present invention, the progress notification to the display control can be suitably performed in accordance with the timing for updating the display indicating the progress of the packet transmission / reception process.
以下、本発明の実施の形態について、図面を参照しながら説明する。図1は、本発明に係る情報授受のシステムの概略的な構成を表している。図1に示されるように、サーバ側の通信端末1−1の近傍には、クライアント側の通信端末1−2が配置されている。サーバ側の通信端末1−1とクライアント側の通信端末1−2は、OBEX(Object Exchange Protocol)などのリクエストーレスポンス方式のデータ通信プロトコルを用いて、無線通信(例えばブルートゥースなど)によりデータ転送を行うことができる。これにより、両機器間において名刺などのファイルを交換することができる。例えば、これらの端末は携帯電話機などで実現できるが、これに限定されない。 Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 shows a schematic configuration of an information exchange system according to the present invention. As shown in FIG. 1, a client-side communication terminal 1-2 is arranged in the vicinity of the server-side communication terminal 1-1. The server-side communication terminal 1-1 and the client-side communication terminal 1-2 transfer data by wireless communication (for example, Bluetooth) using a request-response data communication protocol such as OBEX (Object Exchange Protocol). It can be carried out. As a result, files such as business cards can be exchanged between the two devices. For example, these terminals can be realized by a mobile phone or the like, but are not limited thereto.
図2は、図1の通信端末1の内部の構成を表している。図2に示されるように、通信端末1は、制御部11、表示部12、入力部13、記憶部14、無線電話通信部15、信号処理部16、PCMコーデック17、マイクロフォン18、スピーカ19、表示制御部20、近距離無線通信部21、通信制御部22、経過通知要否判定部23、および経過通知制御部24がバス25により相互に接続されて構成されている。
FIG. 2 shows an internal configuration of the
制御部11は、CPU(Central Processing Unit)、ROM(Read Only Memory)、およびRAM(Random Access Memory)などからなり、CPUは、ROMに記憶されているプログラムまたは記憶部14からRAMにロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより通信端末1を統括的に制御する。RAMは、CPUが各種の処理を実行する上において必要なデータなどを適宜記憶する。
The
表示部12は、例えばLCD(Liquid Crystal Display)などからなり、入力部13は図示せぬ操作キーや操作ボタンなどにより構成される。
The
無線電話通信部15は、図示せぬ基地局から送信された無線信号を、図示せぬアンテナを介して受信し、受信された無線信号のダウンコンバートを行って中間周波信号を求め、さらに直交復調処理、RAKE受信機(図示せず)による各パスの逆拡散及び合成処理などを行う。その後、このRAKE受信機から出力された受信パケットデータは、信号処理部16に入力される。
The radio
信号処理部16は、例えばDSP(Digital Signal Processor)などからなり、受信パケットデータをまずメディア毎に分離し、分離されたメディア毎のデータに対してそれぞれ復号処理を施す。
The
信号処理部16は、例えば受信パケットデータにオーディオデータが含まれている場合、このオーディオデータをスピーチコーデックにより復号する。また、信号処理部16は、受信パケットデータに動画像データが含まれている場合、この動画像データをビデオコーデックにより復号する。さらに、信号処理部16は、受信パケットデータがダウンロードコンテンツである場合、このダウンロードコンテンツを伸長する。
For example, when the received packet data includes audio data, the
復号処理により得られたディジタルオーディオ信号は、PCMコーデック17によりPCM復号された後、増幅されてスピーカ19により出力される。一方、ビデオコーデックにより復号されたディジタル動画像信号は、バス24を介して表示部12に供給され表示される。表示制御部20は、表示部12による表示画面の表示を制御する。
The digital audio signal obtained by the decoding process is PCM decoded by the
近距離無線通信部21は、例えばブルートゥース(Bluetooth(登録商標))による無線通信を行うモジュールなどからなり、通信端末1(例えば図1の通信端末1−1)の近傍に存在する他の通信端末1(例えば通信端末1−2)などと無線通信を行う。勿論、ブルートゥース以外の無線通信(例えば赤外線通信)を用いるようにしてもよい。
The short-range
通信制御部22は、近距離無線通信部21を介して他の通信端末1との間で行われる通信を統括的に制御する。例えばOBEXソフトウェアなどを用いて、種々のプロファイルに応じた近距離無線通信部21による通信が統括的に制御される。
The
経過通知要否判定部23は、パケットの送受信中に表示制御部20に対して経過通知(パケットの送受信の経過(進捗状況)を示す通知)を行うか否かを判定する(すなわち、表示制御部20への経過通知の要否を判定する)。経過通知制御部24は、経過通知要否判定部23による判定結果に従い、適宜、表示制御部20に対して経過通知を行う。
The progress notification
次に、図3のフローチャートを参照して、図2のクライアント側の通信端末1におけるデータ転送処理について説明する。このデータ転送処理は、クライアント側の通信端末1(例えば図1の通信端末1−2)からサーバ側の通信端末1(例えば図1の通信端末1−1)にデータ転送を開始しようとする場合に実行される。特に、図3の場合、サーバ側の通信端末とクライアント側の通信端末との間で、OPP(Object Push Profile)による接続が確立されて、OPPによる名刺交換などのデータ送受信処理を開始する場合であって、クライアント側の通信端末1からサーバ側の通信端末1にデータを送信する場合について説明する。なお、図4は、図3のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末1とクライアント側の通信端末1との間における具体的な処理のシーケンスを表している。
Next, the data transfer process in the
ステップS1において、クライアント側の通信端末1は、近距離無線通信部21を用いて、サーバ側の通信端末1との間で接続を確立する。すなわち、図4のステップS31乃至S35に示されるように、通信制御部22は、制御部11により制御される上位アプリケーションプログラムからデータ送信要求を取得すると、サーバ側の通信端末1との間でBluetooth接続の確立を要求するBluetooth接続要求を近距離無線通信部21を介してサーバ側の通信端末1に送信する。その後、近距離無線通信部21は、サーバ側の通信端末1からBluetooth接続要求に対応するBluetooth接続応答を受信し、受信されたBluetooth接続応答を通信制御部22に供給する。これにより、サーバ側の通信端末1との間で接続が確立される。
In step S <b> 1, the client-
ステップS2において、クライアント側の通信端末1は、サーバ側の通信端末1との間で、サーバ側の通信端末1に送信するデータの使用パケットサイズに関してコネクションを行う。すなわち、図4のステップS36乃至S39に示されるように、通信制御部22は、サーバ側の通信端末1との間でのコネクションを要求するConnect要求を近距離無線通信部21を介してサーバ側の通信端末1に送信する。このConnect要求には、クライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズに関するデータが含まれている。
In step S <b> 2, the client-
その後、近距離無線通信部21は、サーバ側の通信端末1からConnect要求に対応するConnect応答を受信し、受信されたConnect応答を通信制御部22に供給する。このCoonect応答には、クライアント側の通信端末1とサーバ側の通信端末1との間でコネクションが成功したことを示すデータとともに、クライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズに関するデータが含まれている。
Thereafter, the short-range
ステップS3において、通信制御部22は、クライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズを決定する。このとき、コネクション時においてやり取りされた使用可能パケットサイズのうち、小さい方のパケットサイズが、データ転送に用いられる使用パケットサイズに決定される。
In step S <b> 3, the
ステップS4において、通信制御部22は、サーバ側の通信端末1へ送信する送信データの取得を上位アプリケーションプログラムに指示する(図4のステップS40)。制御部11は、通信制御部22からの送信データの取得指示に従い、上位アプリケーションプログラムを実行し、記憶部14に記憶されている送信データを記憶部14から取得する(図4のステップS41)。ステップS5において、制御部11は、送信データが取得されたことを示す送信データ取得応答を通信制御部22に供給する(図4のステップS42)。この送信データ取得応答には、サーバ側の通信端末1へ送信する送信データ、その送信データの総サイズ、データ転送中に表示制御部20に経過を通知する通知回数が含まれている。データ転送中に表示制御部20に経過を通知する通知回数は、基本的には、表示制御部20によりパケットの送受信処理の経過を示す経過情報の表示(例えばプログレスバーの表示)の更新回数と同じであり、例えば送信データの総サイズが100MBの場合、10回などのように予め設定されている。勿論、この通知回数は、送信データの総サイズに応じてその回数を変更するようにしてもよい。
In step S4, the
ステップS6において、通信制御部22は、制御部11から送信データ取得応答を取得すると、経過通知要否判定部23を制御し、取得された送信データ取得応答に含まれる送信データの総サイズと経過の通知回数に基づいて、閾値=送信データの総サイズ/経過の通知回数の式を用いて、データ転送処理に用いられる閾値を算出させる(図4のステップS43)。
In step S <b> 6, when the
ステップS7において、経過通知要否判定部23は、サーバ側の通信端末1に送信済みの累計パケットサイズである送信済み累計サイズNを初期化する(N=0)(図4のステップS44)。
In step S7, the progress notification
ステップS8において、通信制御部22は、サーバ側の通信端末1へのPut要求の送信を指示するためのPut要求送信指示(送信データサイズが含まれている)を近距離無線通信部21に対して行う(図4のステップS45)。
In step S <b> 8, the
ステップS9において、近距離無線通信部21は、通信制御部22からPut要求送信指示(送信データサイズ)を取得すると、サーバ側の通信端末1に対してPut要求(継続)を無線通信を介してサーバ側の通信端末1に送信する(図4のステップS46)。なお、このPut要求には、実データとしてのオブジェクトが含まれており、図4のステップS49に示されるように、クライアント側の通信端末1から送信されてきたPut要求に含まれる実データとしてのオブジェクトが受信データとしてサーバ側の通信端末1にて記憶される。
In step S9, when the short-range
また、例えばこのPut要求のように、OBEXのプロトコルに従ったデータ転送処理時に用いられる所定のサイズを有するOBEXパケットは、図5に示されるようなデータ構造を有している。クライアント側の通信端末1との間でのコネクション時に決定された所定のパケット長でOBEXパケットが生成されるとともに、OBEXパケットにはオペコードもしくは応答コード、パケット長、ヘッダが付加される。
Further, for example, like this Put request, an OBEX packet having a predetermined size used at the time of data transfer processing according to the OBEX protocol has a data structure as shown in FIG. An OBEX packet is generated with a predetermined packet length determined at the time of connection with the
ステップS10において、経過通知要否判定部23は、送信済み累計サイズNを更新する(図4のステップS47)。例えばクライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズが2KBである場合に、まず、1つ目のOBEXパケットがサーバ側の通信端末1に送信されると、送信済み累計サイズNは0KBから2KBに更新される。
In step S10, the progress notification
ステップS11において、経過通知要否判定部23は、現在の送信済み累計サイズNが予め算出された閾値よりも大きいか否か判定する(図4のステップS48)。ステップS11において現在の送信済み累計サイズNが予め算出された閾値よりも大きくないと判定された場合、ステップS12乃至S14の処理はスキップされ、処理はステップS15に進み、ステップS15以降の処理が繰り返し実行される。すなわち、送信済み累計サイズNが予め算出された閾値よりも大きいと判定されるまで、Put応答の受信を待ってサーバ側の通信端末1に順次OBEXパケットが送信され、送信済み累計サイズNがその都度更新される。従って、現在の送信済み累計サイズNが予め算出された閾値よりも大きいと判定されるまで、表示制御部20に対する経過通知は行われない。
In step S11, the progress notification
ステップS11において現在の送信済み累計サイズNが予め算出された閾値よりも大きいと判定された場合、経過通知要否判定部23は、パケットの送受信中に表示制御部20に対して経過通知(パケットの送受信の経過(進捗状況)を示す通知)を行うと判定し(すなわち、表示制御部20への経過通知が要ると判定し)、その判定結果を経過通知制御部24に供給する。ステップS12において、経過通知制御部24は、経過通知要否判定部23による判定結果に従い、表示制御部20に対する経過通知を行う(図4のステップS50)。この表示制御部20に対する経過通知には、パケットの送受信の経過(進捗状況)を示す値(送信済みサイズ/総データサイズ)に関するデータが含まれている。
When it is determined in step S11 that the current transmitted cumulative size N is larger than a pre-calculated threshold value, the progress notification
ステップS13において、表示制御部20は、経過通知制御部24から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過(進捗状況)を示す値(送信済みサイズ/総データサイズ)を用いて、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)を更新する(図4のステップS51)。なお、表示部12に表示されている例えばプログレスバーを、「パケットの送受信処理の経過を示す経過情報」と定義する。
In step S <b> 13, when the
なお、予め表示制御部20による経過情報の表示の更新のタイミングで閾値を算出するようにしているので、表示制御部20への経過通知の回数は、表示制御部20による経過情報の表示の更新回数と同じになる。これにより、表示制御部20により表示部12に表示されている経過情報の表示(例えばプログレスバーなど)の更新を行うタイミングで、表示制御部20に対して経過通知を行うことができる。勿論、経過通知の回数は、表示制御部20による経過情報の表示の更新回数より多くするようにしてもよい。
Since the threshold value is calculated in advance at the timing of updating the display of progress information by the
ステップS14において、経過通知要否判定部23は、送信済み累計サイズNをクリアし、再度初期化する(N=0)(図4のステップS52)。その後、ステップS15において、近距離無線通信部21は、クライアント側の通信端末1からサーバ側の通信端末1に送信されたPut要求に対応するPut応答(継続)をサーバ側の通信端末1から受信する(図4のステップS52)。ステップS16において、近距離無線通信部21は、Put応答(継続)を受信した旨の通知であるPut応答受信通知(継続)を通信制御部22に供給する(図4のステップS53)。
In step S14, the progress notification
ステップS17において、経過通知要否判定部23は、送信する最後データであるか否かを判定する。ステップS17において送信する最後のデータではないと判定された場合、処理はステップS8に戻り、ステップS8以降の処理が繰り返し実行される。すなわち、順次所定のサイズのOBEXパケットがサーバ側の通信端末1に送信されるとともに、送信済み累積サイズが閾値よりも大きいと判定された場合、表示制御部20に経過通知が順次行われる。
In step S <b> 17, the progress notification
一方、ステップS17において送信する最後のデータであると判定された場合、通信制御部22はステップS18で、サーバ側の通信端末1へのPut要求(終端)の送信を指示するためのPut要求送信指示(送信データサイズが含まれている)を近距離無線通信部21に対して行う(図4のステップS54)。
On the other hand, if it is determined in step S17 that the data is the last data to be transmitted, the
ステップS19において、近距離無線通信部21は、通信制御部22からPut要求送信指示(送信データサイズ)を取得すると、サーバ側の通信端末1に対してPut要求(継続)を無線通信を介してサーバ側の通信端末1に送信する(図4のステップS55)。なお、このPut要求には、実データとしてのオブジェクトが含まれており、図4のステップS56に示されるように、クライアント側の通信端末1から送信されてきたPut要求に含まれる実データとしてのオブジェクトが受信データとしてサーバ側の通信端末1にて記憶される。
In step S19, when the short-range
その後、送信済み累積サイズNが総データサイズとなるまでパケットがサーバ側の通信端末1に送信される。
Thereafter, packets are transmitted to the
ステップS20において、経過通知要否判定部23は、パケットの送受信中に表示制御部20に対して経過通知(パケットの送受信の経過(進捗状況)を示す通知)を行うと判定し(すなわち、表示制御部20への経過通知が要ると判定し)、その判定結果を経過通知制御部24に供給する。経過通知制御部24は、経過通知要否判定部23による判定結果に従い、表示制御部20に対する経過通知を行う(図4のステップS57)。この場合、送信済み累積サイズは総データサイズとなっている。
In step S20, the progress notification
ステップS21において、表示制御部20は、経過通知制御部24から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過(進捗状況)を示す値(送信済みサイズ/総データサイズ)を用いて、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)を更新する(図4のステップS58)。この場合、送信済み累積サイズは総データサイズとなっていることから、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)の最後の更新がなされる。すなわち、プログレスバーの場合、パケットの送受信が完了したことを示す状態となる。
In step S <b> 21, when the
ステップS22において、近距離無線通信部21は、サーバ側の通信端末1に送信されたPut要求に対応するPut応答(成功)をサーバ側の通信端末1から受信する(図4のステップS59)。ステップS23において、近距離無線通信部21は、Put応答(成功)を受信した旨の通知であるPut応答受信通知(成功)を通信制御部22に供給する(図4のステップS60)。
In step S22, the short-range
その後、通信制御部22は、近距離無線通信部21からPut応答受信通知(成功)を受信すると、データ送信応答(結果=成功)を制御部11により制御される上位アプリケーションプログラムに供給するとともに、表示制御部20に供給する(図4のステップS61)。ステップS24において、表示制御部20は、通信制御部22からデータ送信応答(結果=成功)を取得すると、表示部12にデータ送信結果(例えば「データ送信に成功しました。」などのメッセージ)を表示させる(図4のステップS62)。
After that, when receiving the Put response reception notification (success) from the short-range
なおステップS13、及びステップS21における表示は、表示制御部20によって制御されて表示部12に表示されるデータは、これに限らず、例えば、図10(A)乃至(D)の例のように、(1)送信済みサイズ、(2)総データサイズ、(3)残り送信サイズ、(4)送信済み割合、(5)残り送信割合などのうち1つ乃至複数のデータで構成されるようなデータであっても良い。
In addition, the display in step S13 and step S21 is controlled by the
本発明の実施形態においては、リクエストーレスポンス方式のデータ通信プロトコルを用いて、データを複数のパケットに分割して転送する場合に、パケットの送受信処理の経過を示す経過情報の表示を制御し、送信データ取得応答に含まれる、パケットの送受信処理の経過を示す経過情報の表示を制御する表示制御部20に対してパケットの送受信処理の経過を通知するための経過通知の回数と、送受信するデータの総サイズとに基づいて、表示制御部20に経過通知をするタイミングに対応する送受信サイズに関する閾値を算出し、送受信される度に更新される送受信済みのパケットの累計サイズが、算出された閾値より大きいか否かを判定するとともに、送受信済みのパケットの累計サイズが閾値よりも大きいと判定された場合、表示制御部20に対して経過通知をすることができる。一方、送受信済みのパケットの累計サイズが閾値よりも大きくないと判定された場合、表示制御部20に対して経過通知はなされない。
In the embodiment of the present invention, when data is divided into a plurality of packets and transferred using a request-response data communication protocol, the display of progress information indicating the progress of packet transmission / reception processing is controlled, The number of progress notifications for notifying the progress of the packet transmission / reception process to the
これにより、例えばデータサイズが100MBのデータを4KBごとのパケットに分割して送信する場合、(100×1024)/4=25600回までにわたってパケットの送受信を行う必要がなくなり、表示制御部20により表示部12に表示されている経過情報の表示(例えばプログレスバーなど)の更新を行うタイミングで、表示制御部20に対して経過通知を行うことができる。例えばデータサイズが100MBのデータを4KBごとのパケットに分割して送信する場合、表示制御部20により表示部12に表示されている経過情報の表示が10回更新されるとすると、パケットの送受信が行われる度に表示制御部に対して経過通知が行われるときに比べて、およそ25590回(=25600回−10回)の経過通知を省略することができる。
Thus, for example, when data with a data size of 100 MB is divided into 4 KB packets and transmitted, it is not necessary to transmit and receive packets up to (100 × 1024) / 4 = 25600 times, and the
従って、データ転送中におけるシステムへの負荷を軽減することいができ、パケットの送受信処理の性能を低下させてしまうことを防止することができる。また、常に最大サイズ(コネクション時にネゴシエーションしたサイズ)となるようなデータを格納した(詰め込んだ)パケットを送受信することができ、表示制御部20に対して正確に経過通知しつつ、転送効率を優先してその低下を抑制することができる。その結果、送受信処理の性能の低下を防止しつつ、表示制御部20への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができる。また、ユーザは、パケットの送受信処理の経過を正確に把握することができる。従って、データ転送処理における利便性を向上させることができる。
Therefore, it is possible to reduce the load on the system during data transfer, and it is possible to prevent the performance of packet transmission / reception processing from being deteriorated. In addition, it is possible to send and receive a packet storing (packed) data that is always the maximum size (the size negotiated at the time of connection), giving priority to transfer efficiency while accurately notifying the
ところで、図3および図4を用いて説明したデータ転送処理においては、クライアント側の通信端末1からサーバ側の通信端末1にデータ(オブジェクト)を送信する場合であって、クライアント側の通信端末1におけるデータ転送処理について記載したが、サーバ側の通信端末1におけるデータ転送処理についても本発明を適用するようにしてもよい。以下、この方法を用いたデータ転送処理について説明する。
In the data transfer process described with reference to FIGS. 3 and 4, data (object) is transmitted from the client-
図6のフローチャートを参照して、図2のサーバ側の通信端末1におけるデータ転送処理について説明する。このデータ転送処理は、クライアント側の通信端末1(例えば図1の通信端末1−2)からサーバ側の通信端末1(例えば図1の通信端末1−1)にデータ転送を開始しようとする場合に実行される。特に、図6の場合、サーバ側の通信端末1とクライアント側の通信端末1との間で、OPP(Object Push Profile)による接続が確立されて、OPPによる名刺交換などのデータ送受信処理を開始する場合であって、クライアント側の通信端末1からサーバ側の通信端末1にデータを送信する場合について説明する。なお、図7は、図6のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末1とクライアント側の通信端末1との間における具体的な処理のシーケンスを表している。
The data transfer process in the
なお、図6のステップS71乃至S73の処理(図7のステップS111乃至S112の処理)は、図3のステップS1乃至S3の処理と同様であり、その説明は繰り返しになるので省略する。 Note that the processing in steps S71 to S73 in FIG. 6 (the processing in steps S111 to S112 in FIG. 7) is the same as the processing in steps S1 to S3 in FIG.
ステップS74において、サーバ側の通信端末1の近距離無線通信部21は、クライアント側の通信端末1から、クライアント側の通信端末1からデータを送信する要求であるPut要求を受信する(図7のステップS113)。このPut要求には、ファイルなどの一般的な実データを示すオブジェクトとともに、送信データの総データサイズに関するデータが含まれている。
In step S74, the short-range
ステップS75において、近距離無線通信部21は、クライアント側の通信端末1からデータを送信する要求であるPut要求を受信すると、Put要求が受信されたことを通知するためのPut要求受信通知(PutReq受信通知)を通信制御部22に供給する(図7のステップS114)。
In step S75, when the short-range
ステップS76において、通信制御部22は、近距離無線通信部21からPut要求受信通知を取得すると、クライアント側の通信端末1から送信されてきたPut要求に含まれる実データとしてのオブジェクトを受信データとして記憶部14に保存(記憶)させる(図7のステップS115)。
In step S76, when the
ステップS77において、経過通知要否判定部23は、クライアント側の通信端末1から受信済みの累計パケットサイズである受信済み累計サイズMを初期化する(M=0)(図7のステップS116)。
In step S77, the progress notification
ステップS78において、通信制御部22は、制御部11などにおいて制御される上位アプリケーションプログラムに対してデータ受信に関する問い合わせを行う(図7のステップS117)。制御部11などにおいて制御される上位アプリケーションプログラムに対してデータ受信問い合わせが行われると、制御部11は、上位アプリケーションプログラムを実行し、クライアント側の通信端末からのPut要求を受け付けるか否か(Put要求の受け付け可否)について、表示部12を介してユーザに対して問い合わせる。
In step S78, the
ステップS79において、ユーザにより入力部14が操作されることによりPut要求を受け付けるとの指示を受けると、制御部11は、上位アプリケーションプログラムを実行し、データ問い合わせ応答を通信制御部22に対して行う(図7のステップS118)。このデータ問い合わせ応答には、表示制御部20に経過通知を行う回数に関するデータが含まれている。
In step S <b> 79, when receiving an instruction to accept the Put request by operating the
ステップS80において、通信制御部22は、制御部11から送信データ取得応答を取得すると、経過通知要否判定部23を制御し、取得されたPut要求に含まれる送信データの総サイズと経過の通知回数に基づいて、閾値=受信データの総サイズ/経過の通知回数の式を用いて、データ転送処理に用いられる閾値を算出させる(図7のステップS119)。
In step S80, when the
ステップS81において、経過通知要否判定部23は、受信済み累計サイズMを更新する(図7のステップS120)。例えばクライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズが2KBである場合に、まず、1つ目のOBEXパケットがサーバ側の通信端末1にて受信されると、受信済み累計サイズMは0KBから2KBに更新される。
In step S81, the progress notification
ステップS82において、経過通知要否判定部23は、現在の受信済み累計サイズMが予め算出された閾値よりも大きいか否か判定する(図7のステップS127)。
In step S82, the progress notification
ステップS82において現在の受信済み累計サイズMが予め算出された閾値よりも大きいと判定された場合、経過通知制御部24はステップS83で、経過通知要否判定部23による判定結果に従い、表示制御部20に対する経過通知を行う(図7のステップS128)。この表示制御部20に対する経過通知には、パケットの送受信の経過(進捗状況)を示す値(受信済みサイズ/総データサイズ)に関するデータが含まれている。
When it is determined in step S82 that the current received cumulative size M is larger than the threshold value calculated in advance, the progress
ステップS84において、表示制御部20は、経過通知制御部24から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過(進捗状況)を示す値(受信済みサイズ/総データサイズ)を用いて、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)を更新する(図7のステップS129)。
In step S84, when the
ステップS85において、経過通知要否判定部23は、受信済み累計サイズMをクリアし、再度初期化する(M=0)(図7のステップS130)。その後、ステップS86において、通信制御部22は、クライアント側の通信端末1からのPut要求に対するPut応答の送信を指示するためのPut要求送信指示(応答コード=継続)を近距離無線通信部21に対して行う(図7のステップS131)。
In step S85, the progress notification
一方、ステップS82において現在の受信済み累計サイズMが予め算出された閾値よりも大きくないと判定された場合、ステップS83乃至S85の処理はスキップされる。 On the other hand, when it is determined in step S82 that the current received cumulative size M is not larger than the threshold value calculated in advance, the processing in steps S83 to S85 is skipped.
ステップS87において、近距離無線通信部21は、通信制御部22からPut要求送信指示(応答コード=継続)を取得すると、クライアント側の通信端末1に対してさらなるPut要求の送信を指示するためのPut応答(継続)(クライアント側からのPut要求に対する応答)を無線通信を介してクライアント側の通信端末1に送信する(図7のステップS132)。その後、処理はステップS88に進み、ステップS88乃至S90の処理においてPut要求がサーバ側の通信端末1にて受信されて保存される。
In step S87, when the short-range
ステップS91において、経過通知要否判定部23は、受信されたPut要求が終端であるか否かを判定する。ステップS91において受信されたPut要求が終端ではないと判定された場合、処理はステップS81に戻り、ステップS81以降の処理が繰り返される。これにより、受信済み累積サイズMが総データサイズとなるまでパケットがサーバ側の通信端末1にて受信される。
In step S91, the progress notification
一方、ステップS91において受信されたPut要求が終端であると判定された場合、経過通知要否判定部23は、パケットの送受信中に表示制御部20に対して経過通知(パケットの送受信の経過(進捗状況)を示す通知)を行うと判定し(すなわち、表示制御部20への経過通知が要ると判定し)、その判定結果を経過通知制御部24に供給する。ステップS92において、経過通知制御部24は、経過通知要否判定部23による判定結果に従い、表示制御部20に対する経過通知を行う(図7のステップS136)。この場合、受信済み累積サイズは総データサイズとなっている。
On the other hand, when it is determined in Step S91 that the Put request received is the termination, the progress notification
ステップS93において、表示制御部20は、経過通知制御部24から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過(進捗状況)を示す値(受信済みサイズ/総データサイズ)を用いて、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)を更新する(図7のステップS137)。この場合、受信済み累積サイズは総データサイズとなっていることから、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)の最後の更新がなされる。すなわち、プログレスバーの場合、パケットの送受信が完了したことを示す状態となる。
In step S <b> 93, when the
ステップS94において、通信制御部22は、Put要求送信指示(応答コード=成功)を近距離無線通信部21に対して行う(図7のステップS138)。
In step S94, the
ステップS95において、近距離無線通信部21は、通信制御部22からPut要求送信指示(応答コード=成功)を取得すると、クライアント側の通信端末1に対してPut応答(成功)を無線通信を介してクライアント側の通信端末1に送信する(図7のステップS139)。
In step S95, the short-range
その後、通信制御部22は、データ受信結果通知(結果=成功)を制御部11により制御される上位アプリケーションプログラムに供給するとともに、表示制御部20に供給する(図7のステップS140)。ステップS96において、表示制御部20は、通信制御部22からデータ受信結果通知(結果=成功)を取得すると、表示部12にデータ送信結果(例えば「データ受信に成功しました。」などのメッセージ)を表示させる(図7のステップS141)。
Thereafter, the
なおステップS84、及びステップS93における表示は、表示制御部20によって制御されて表示部12に表示されるデータは、これに限らず、例えば、図11(A)乃至(D)の例のように、(1)受信済みサイズ、(2)総データサイズ、(3)残り受信サイズ、(4)受信済み割合、(5)残り受信割合などのうち1つ乃至複数のデータで構成されるようなデータであっても良い。
In addition, the display in step S84 and step S93 is controlled by the
これにより、サーバ側の通信端末1におけるデータ転送処理についても、データ転送中におけるシステムへの負荷を軽減することができ、パケットの送受信処理の性能を低下させてしまうことを防止することができる。また、常に最大サイズ(コネクション時にネゴシエーションしたサイズ)となるようなデータを格納したパケットを送受信することができ、表示制御部20に対して正確に経過通知しつつ、転送効率を優先してその低下を抑制することができる。その結果、送受信処理の性能の低下を防止しつつ、表示制御部20への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができる。また、ユーザは、パケットの送受信処理の経過を正確に把握することができる。従って、データ転送処理における利便性を向上させることができる。
Thereby, also about the data transfer process in the
なお、図6および図7を用いて説明したサーバ側の通信端末1におけるデータ転送処理においては、クライアント側から送信されてきたPut要求に送信データの総サイズに関するデータが含まれている場合について説明したが、クライアント側から送信されてきたPut要求に送信データの総サイズに関するデータが含まれていない場合についても本発明を適用することができる。この場合、例えば1番始めのパケットを受信したとき、パケットの送受信処理の経過を示す経過情報を例えば50%で表示するようにして、最後のパケットを受信したと判断されたときに、パケットの送受信処理の経過を示す経過情報を例えば100%で表示するようにする。以下、この方法を用いたデータ転送処理について説明する。
In the data transfer process in the server-
図8のフローチャートを参照して、図2のサーバ側の通信端末1における他のデータ転送処理について説明する。なお、図9は、図8のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末1とクライアント側の通信端末1との間における具体的な処理のシーケンスを表している。また、図8のステップS151乃至S173の処理は、重複する部分において図6のステップS71乃至S96の処理と基本的には同様であり、その説明は繰り返しになるので適宜省略する。
With reference to the flowchart of FIG. 8, another data transfer process in the
ステップS154において、サーバ側の通信端末1の近距離無線通信部21は、クライアント側の通信端末1から、クライアント側の通信端末1からデータを送信する要求であるPut要求を受信する(図9のステップS183)。このPut要求には、ファイルなどの一般的な実データを示すオブジェクトが含まれているが、送信データの総データサイズに関するデータが含まれていない。その後、処理はステップS155に進む。
In step S154, the short-range
ステップS159において、ユーザにより入力部14が操作されることによりPut要求を受け付けるとの指示を受けると、制御部11は、上位アプリケーションプログラムを実行し、データ問い合わせ応答を通信制御部22に対して行う(図9のステップS188)。このデータ問い合わせ応答には、表示制御部20に経過通知を行う回数に関するデータが含まれている。この場合、クライアント側の通信端末1から送信されてきたPut要求には、送信データの総データサイズに関するデータが含まれていないことから、表示制御部20に経過通知を行う回数は例えば1回に設定される。
In step S <b> 159, when receiving an instruction to accept the Put request by operating the
ステップS160において、表示制御部20は、通信制御部22の制御に従い、表示部12にパケットの送受信処理の経過を示す経過情報(例えばプログレスバーなど)を例えば50%で表示させる(図9のステップS189)。勿論、50%に限られず、他の割合で、表示部12にパケットの送受信処理の経過を示す経過情報(例えばプログレスバーなど)を表示するようにしてもよい。すなわち、ユーザに現在パケットの送受信処理が開始されていることを報知することができさえすればよい。
In step S160, under the control of the
その後、ステップS161乃至S168の処理において、経過通知要否判定部23により受信されたPut要求が終端である判定されるまで、クライアント側の通信端末1からPut要求が受信され、受信データとして保存される。
Thereafter, in the processing of steps S161 to S168, the Put request is received from the
ステップS168において受信されたPut要求が終端であると判定された場合、ステップS169において経過通知制御部24により表示制御部20に対して経過通知がなされるとともに、ステップS170において表示制御部20により、経過通知に含まれるパケットの送受信の経過(進捗状況)を示す値(受信済みサイズ/総データサイズ)を用いて、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)が100%に更新される(図9のステップS201乃至S202)。
When it is determined that the Put request received in step S168 is the termination, in step S169, the progress
なおステップS160、及びステップS169における表示は、表示制御部20によって制御されて表示部12に表示されるデータは、これに限らず、例えば、図11[A]乃至[B]の例のように、(1)受信済みサイズ、(2)総データサイズ、(3)残り受信サイズ、(4)受信済み割合、(5)残り受信割合などのうち1つ乃至複数のデータで構成されるようなデータであっても良い。
Note that the display in step S160 and step S169 is not limited to the data controlled by the
これにより、クライアント側から送信されてきたPut要求に送信データの総サイズに関するデータが含まれていない場合であっても、データ転送中におけるシステムへの負荷を軽減することができ、パケットの送受信処理の性能を低下させてしまうことを防止することができる。また、常に最大サイズ(コネクション時にネゴシエーションしたサイズ)となるようなデータを格納したパケットを送受信することができ、表示制御部20に対して正確に経過通知しつつ、転送効率を優先してその低下を抑制することができる。その結果、送受信処理の性能の低下を防止しつつ、表示制御部20への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができる。また、ユーザは、パケットの送受信処理の経過を正確に把握することができる。従って、データ転送処理における利便性を向上させることができる。
As a result, even when the Put request transmitted from the client side does not include data related to the total size of transmission data, the load on the system during data transfer can be reduced, and packet transmission / reception processing can be performed. It is possible to prevent the performance from being degraded. In addition, it is possible to send and receive packets storing data that always has the maximum size (the size negotiated at the time of connection), and accurately notify the progress to the
なお、本発明は、通信端末1として、例えばPDA(Personal Digital Assistant)、パーソナルコンピュータ、携帯型ゲーム機、携帯型音楽再生機、携帯型動画再生機などを適用することができる。
In the present invention, for example, a PDA (Personal Digital Assistant), a personal computer, a portable game machine, a portable music player, a portable video player, etc. can be applied as the
また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。 The series of processes described in the embodiments of the present invention can be executed by software, but can also be executed by hardware.
さらに、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。 Furthermore, in the embodiment of the present invention, the steps of the flowchart show an example of processing performed in time series in the order described, but parallel or individual execution is not necessarily performed in time series. The processing to be performed is also included.
1(1−1乃至1−2)…通信端末、11…制御部、12…表示部、13…入力部、14…記憶部、15…無線電話通信部、16…信号処理部、17…PCMコーデック、18…マイクロフォン、19…スピーカ、20…表示制御部、21…近距離無線通信部、22…通信制御部、23…経過通知要否判定部、24…経過通知制御部、25…バス。 DESCRIPTION OF SYMBOLS 1 (1-1 thru | or 1-2) ... Communication terminal, 11 ... Control part, 12 ... Display part, 13 ... Input part, 14 ... Memory | storage part, 15 ... Radio telephone communication part, 16 ... Signal processing part, 17 ... PCM Codec, 18 ... microphone, 19 ... speaker, 20 ... display control unit, 21 ... short-range wireless communication unit, 22 ... communication control unit, 23 ... elapse notification necessity determination unit, 24 ... elapse notification control unit, 25 ... bus.
Claims (5)
送信データの総サイズを、前記表示制御手段に対してパケットの送信処理の経過を通知するための経過通知の回数で除することによって、前記表示制御手段に前記経過通知をするタイミングに対応する送信サイズに関する閾値を前記送信データの総サイズに応じて算出する算出手段と、
送信される度に更新される送受信済みのパケットの累計サイズが、前記算出手段により算出された前記閾値より大きいか否かを判定する判定手段とを備え、
前記表示制御手段は、前記判定手段により前記送信済みのパケットの累計サイズが前記閾値よりも大きいと判定された場合、前記経過情報の表示を更新することを特徴とする通信端末。 Display control means for controlling the display of progress information indicating the progress of packet transmission processing when data is divided into a plurality of packets and transferred using a short-range wireless communication protocol;
A transmission corresponding to the timing of notifying the display control means of the progress by dividing the total size of the transmission data by the number of progress notifications for notifying the display control means of the progress of packet transmission processing. A calculating means for calculating a threshold relating to size according to the total size of the transmission data ;
Determining means for determining whether or not the cumulative size of transmitted and received packets that are updated each time it is transmitted is greater than the threshold value calculated by the calculating means;
The display control unit updates the display of the progress information when the determination unit determines that the cumulative size of the transmitted packets is larger than the threshold.
受信データの総サイズを、前記表示制御手段に対してパケットの受信処理の経過を通知するための経過通知の回数で除することによって、前記表示制御手段に前記経過通知をするタイミングに対応する受信サイズに関する閾値を前記受信データの総サイズに応じて算出する算出手段と、
受信される度に更新される送受信済みのパケットの累計サイズが、前記算出手段により算出された前記閾値より大きいか否かを判定する判定手段とを備え、
前記表示制御手段は、前記判定手段により前記受信済みのパケットの累計サイズが前記閾値よりも大きいと判定された場合、前記経過情報の表示を更新することを特徴とする通信端末。 Display control means for controlling the display of progress information indicating the progress of packet reception processing when data is divided into a plurality of packets and transferred using a short-range wireless communication protocol;
The reception corresponding to the timing of notifying the display control means of the progress by dividing the total size of the received data by the number of progress notifications for notifying the display control means of the progress of the packet reception process. A calculating means for calculating a threshold relating to the size according to the total size of the received data ;
Determination means for determining whether or not the cumulative size of transmitted and received packets that are updated each time it is received is greater than the threshold value calculated by the calculation means;
The display control unit updates the display of the progress information when the determination unit determines that the cumulative size of the received packets is larger than the threshold.
前記通知手段は、前記判定手段により前記送信済みまたは受信済みのパケットの累計サイズが前記閾値よりも大きくないと判定された場合、前記表示制御手段に対して前記経過通知をしないことを特徴とする請求項1または請求項2に記載の通信端末。 When the determination unit determines that the accumulated size of the transmitted or received packets is larger than the threshold, the notification unit further notifies the display control unit of the progress,
The notifying unit does not notify the display control unit of the progress when the determining unit determines that the cumulative size of the transmitted or received packets is not larger than the threshold value. The communication terminal according to claim 1 or 2.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007140841A JP4734290B2 (en) | 2007-05-28 | 2007-05-28 | Communication terminal |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007140841A JP4734290B2 (en) | 2007-05-28 | 2007-05-28 | Communication terminal |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2008294971A JP2008294971A (en) | 2008-12-04 |
JP4734290B2 true JP4734290B2 (en) | 2011-07-27 |
Family
ID=40169221
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007140841A Expired - Fee Related JP4734290B2 (en) | 2007-05-28 | 2007-05-28 | Communication terminal |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4734290B2 (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009231963A (en) * | 2008-03-19 | 2009-10-08 | Kenwood Corp | Delivery system, on-vehicle unit and center device |
KR101709348B1 (en) | 2009-05-08 | 2017-02-23 | 삼성전자주식회사 | Apparatus and method for generating visible signal according to data transmitting rate in visible light communication system |
US9948392B2 (en) | 2009-05-08 | 2018-04-17 | Samsung Electronics Co., Ltd | Apparatus and method for generating visible signal according to amount of data transmission in visible light communication system |
JP2014023147A (en) * | 2012-07-19 | 2014-02-03 | Nhn Business Platform Corp | Method and device for collecting radio access point information |
JP5924351B2 (en) * | 2014-01-23 | 2016-05-25 | コニカミノルタ株式会社 | Information terminal, printing system, printing system control method, and program |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3543690B2 (en) * | 1999-08-11 | 2004-07-14 | 日本電気株式会社 | Map display terminal, map display method used therefor, and recording medium recording control program therefor |
JP3680117B2 (en) * | 2000-04-20 | 2005-08-10 | シャープ株式会社 | Communication terminal device |
JP2001325139A (en) * | 2000-05-16 | 2001-11-22 | Canon Inc | Information processing system, information processor, image pickup system, information processing method, and storage medium |
US20020154558A1 (en) * | 2000-09-05 | 2002-10-24 | Yasuhiro Urata | Pay information distribution system |
JP4264564B2 (en) * | 2000-11-16 | 2009-05-20 | ソニー株式会社 | Data receiving apparatus, reception status display method, and data transmission method |
JP2004282512A (en) * | 2003-03-17 | 2004-10-07 | Nec Saitama Ltd | Method for transferring infrared data of portable terminal |
JP2006238018A (en) * | 2005-02-24 | 2006-09-07 | Olympus Corp | Digital camera and radio unit |
JP2007058561A (en) * | 2005-08-24 | 2007-03-08 | Sharp Corp | Program download system, method for it, program supply device, and controller |
-
2007
- 2007-05-28 JP JP2007140841A patent/JP4734290B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2008294971A (en) | 2008-12-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10516995B2 (en) | Communication apparatus | |
EP4013011A1 (en) | Session re-establishing or sharing methods, apparatuses, systems and storage medium | |
JP4734290B2 (en) | Communication terminal | |
US11172530B2 (en) | Communication establishment method and terminal | |
CN105847168B (en) | A data transmission method, network server, user terminal and system | |
US7554972B2 (en) | Wireless communication terminal and wireless communication method | |
US9246976B2 (en) | Method and apparatus for controlling HTTP sockets | |
KR20050098342A (en) | Method for sending data in case of irregularity completion in data synchronization between server and client and system therefor | |
US7734737B2 (en) | Device management with configuration information | |
JP6262699B2 (en) | Wireless communication device and processor | |
EP3876610B1 (en) | Electronic device for reducing power consumption in network on basis of wi-fi direct protocol, and method related thereto | |
KR100730058B1 (en) | Content download system and method using wireless internet platform | |
WO2008082717A2 (en) | Power-based resource sharing in a mesh network | |
US9270656B2 (en) | Communication device, communication method, computer program, and communication system | |
KR100612696B1 (en) | Method for pairing mobile communication terminal in Bluetooth network and mobile communication terminal for same | |
JP6261577B2 (en) | Wireless communication apparatus, wireless communication method, and wireless communication control program | |
CN107592679B (en) | Wireless communication system and wireless communication device | |
JP2008294970A (en) | Communication terminal | |
KR20060006187A (en) | ROM image download system of wireless terminal and its method | |
CN108419302B (en) | communication device | |
EP2670104B1 (en) | Method and device for transferring data via more than one communications interface | |
CN106714294B (en) | Synchronization method of multi-channel TCP/IP header compression applied to smart grid | |
US7788374B2 (en) | Method and apparatus for displaying browser in portable terminal | |
US9210658B2 (en) | Communication device, communication system, communication method, and program | |
WO2015052866A1 (en) | Terminal device, terminal-device control method, and terminal-device control program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20100426 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100921 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100928 |
|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20101028 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101118 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110111 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110301 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110329 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110425 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 3 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
LAPS | Cancellation because of no payment of annual fees |