Nothing Special   »   [go: up one dir, main page]

JP4734290B2 - Communication terminal - Google Patents

Communication terminal Download PDF

Info

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
Application number
JP2007140841A
Other languages
Japanese (ja)
Other versions
JP2008294971A (en
Inventor
東作 棚田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Mobile Communications Ltd
Original Assignee
Fujitsu Toshiba Mobile Communication Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Toshiba Mobile Communication Ltd filed Critical Fujitsu Toshiba Mobile Communication Ltd
Priority to JP2007140841A priority Critical patent/JP4734290B2/en
Publication of JP2008294971A publication Critical patent/JP2008294971A/en
Application granted granted Critical
Publication of JP4734290B2 publication Critical patent/JP4734290B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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.

最近では、パケットの送受信処理の経過を示すプログレスバーなどを表示制御部を介して表示画面に表示することで、ユーザに、送受信処理の進捗状況を報知する技術も提案されている。
特願2006−119847号公報
Recently, a technique has been proposed in which a progress bar indicating the progress of packet transmission / reception processing is displayed on a display screen via a display control unit to notify the user of the progress of transmission / reception processing.
Japanese Patent Application No. 2006-119847

しかしながら、サイズの大きなデータを小さいパケットに分割して送信する場合、かなりの回数にわたってパケットの送受信を行う必要がある。例えばデータサイズが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 communication terminal 1 of FIG. 2, the communication terminal 1 includes a control unit 11, a display unit 12, an input unit 13, a storage unit 14, a radio telephone communication unit 15, a signal processing unit 16, a PCM codec 17, a microphone 18, a speaker 19, The display control unit 20, the short-range wireless communication unit 21, the communication control unit 22, the progress notification necessity determination unit 23, and the progress notification control unit 24 are connected to each other via a bus 25.

制御部11は、CPU(Central Processing Unit)、ROM(Read Only Memory)、およびRAM(Random Access Memory)などからなり、CPUは、ROMに記憶されているプログラムまたは記憶部14からRAMにロードされた各種のアプリケーションプログラムに従って各種の処理を実行するとともに、種々の制御信号を生成し、各部に供給することにより通信端末1を統括的に制御する。RAMは、CPUが各種の処理を実行する上において必要なデータなどを適宜記憶する。   The control unit 11 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and the like. The CPU is loaded into the RAM from a program stored in the ROM or the storage unit 14. Various processes are executed in accordance with various application programs, various control signals are generated, and the communication terminal 1 is comprehensively controlled by supplying them to each unit. The RAM appropriately stores data necessary for the CPU to execute various processes.

表示部12は、例えばLCD(Liquid Crystal Display)などからなり、入力部13は図示せぬ操作キーや操作ボタンなどにより構成される。   The display unit 12 includes, for example, an LCD (Liquid Crystal Display), and the input unit 13 includes operation keys and operation buttons (not shown).

無線電話通信部15は、図示せぬ基地局から送信された無線信号を、図示せぬアンテナを介して受信し、受信された無線信号のダウンコンバートを行って中間周波信号を求め、さらに直交復調処理、RAKE受信機(図示せず)による各パスの逆拡散及び合成処理などを行う。その後、このRAKE受信機から出力された受信パケットデータは、信号処理部16に入力される。   The radio telephone communication unit 15 receives a radio signal transmitted from a base station (not shown) via an antenna (not shown), down-converts the received radio signal to obtain an intermediate frequency signal, and further performs orthogonal demodulation. Processing, despreading and combining processing of each path by a RAKE receiver (not shown) are performed. Thereafter, the received packet data output from the RAKE receiver is input to the signal processing unit 16.

信号処理部16は、例えばDSP(Digital Signal Processor)などからなり、受信パケットデータをまずメディア毎に分離し、分離されたメディア毎のデータに対してそれぞれ復号処理を施す。   The signal processing unit 16 includes, for example, a DSP (Digital Signal Processor) and the like, first separates received packet data for each medium, and performs a decoding process on the separated data for each medium.

信号処理部16は、例えば受信パケットデータにオーディオデータが含まれている場合、このオーディオデータをスピーチコーデックにより復号する。また、信号処理部16は、受信パケットデータに動画像データが含まれている場合、この動画像データをビデオコーデックにより復号する。さらに、信号処理部16は、受信パケットデータがダウンロードコンテンツである場合、このダウンロードコンテンツを伸長する。   For example, when the received packet data includes audio data, the signal processing unit 16 decodes the audio data using a speech codec. In addition, when the received packet data includes moving image data, the signal processing unit 16 decodes the moving image data using a video codec. Further, when the received packet data is download content, the signal processing unit 16 expands the download content.

復号処理により得られたディジタルオーディオ信号は、PCMコーデック17によりPCM復号された後、増幅されてスピーカ19により出力される。一方、ビデオコーデックにより復号されたディジタル動画像信号は、バス24を介して表示部12に供給され表示される。表示制御部20は、表示部12による表示画面の表示を制御する。   The digital audio signal obtained by the decoding process is PCM decoded by the PCM codec 17 and then amplified and output from the speaker 19. On the other hand, the digital moving image signal decoded by the video codec is supplied to the display unit 12 via the bus 24 and displayed. The display control unit 20 controls display of the display screen by the display unit 12.

近距離無線通信部21は、例えばブルートゥース(Bluetooth(登録商標))による無線通信を行うモジュールなどからなり、通信端末1(例えば図1の通信端末1−1)の近傍に存在する他の通信端末1(例えば通信端末1−2)などと無線通信を行う。勿論、ブルートゥース以外の無線通信(例えば赤外線通信)を用いるようにしてもよい。   The short-range wireless communication unit 21 includes, for example, a module that performs wireless communication using Bluetooth (registered trademark), and other communication terminals that exist in the vicinity of the communication terminal 1 (for example, the communication terminal 1-1 in FIG. 1). 1 (for example, the communication terminal 1-2) or the like. Of course, wireless communication other than Bluetooth (for example, infrared communication) may be used.

通信制御部22は、近距離無線通信部21を介して他の通信端末1との間で行われる通信を統括的に制御する。例えばOBEXソフトウェアなどを用いて、種々のプロファイルに応じた近距離無線通信部21による通信が統括的に制御される。   The communication control unit 22 comprehensively controls communications performed with other communication terminals 1 via the short-range wireless communication unit 21. For example, using the OBEX software or the like, communication by the short-range wireless communication unit 21 corresponding to various profiles is comprehensively controlled.

経過通知要否判定部23は、パケットの送受信中に表示制御部20に対して経過通知(パケットの送受信の経過(進捗状況)を示す通知)を行うか否かを判定する(すなわち、表示制御部20への経過通知の要否を判定する)。経過通知制御部24は、経過通知要否判定部23による判定結果に従い、適宜、表示制御部20に対して経過通知を行う。   The progress notification necessity determination unit 23 determines whether or not to send a progress notification (a notification indicating the progress (progress status) of packet transmission / reception) to the display control unit 20 during packet transmission / reception (that is, display control). The necessity of the progress notification to the unit 20 is determined). The progress notification control unit 24 appropriately notifies the display control unit 20 of the progress according to the determination result by the progress notification necessity determination unit 23.

次に、図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 communication terminal 1 on the client side in FIG. 2 will be described with reference to the flowchart in FIG. In this data transfer process, data transfer is to be started from the client-side communication terminal 1 (for example, the communication terminal 1-2 in FIG. 1) to the server-side communication terminal 1 (for example, the communication terminal 1-1 in FIG. 1). To be executed. In particular, in the case of FIG. 3, a connection by OPP (Object Push Profile) is established between a communication terminal on the server side and a communication terminal on the client side, and data transmission / reception processing such as business card exchange by OPP is started. A case where data is transmitted from the communication terminal 1 on the client side to the communication terminal 1 on the server side will be described. FIG. 4 shows a specific processing sequence between the server-side communication terminal 1 and the client-side communication terminal 1 when executing the data transfer processing described using the flowchart of FIG. Yes.

ステップ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-side communication terminal 1 establishes a connection with the server-side communication terminal 1 using the short-range wireless communication unit 21. That is, as shown in steps S31 to S35 of FIG. 4, when the communication control unit 22 acquires a data transmission request from a higher-level application program controlled by the control unit 11, it communicates with the communication terminal 1 on the server side via Bluetooth. A Bluetooth connection request for requesting connection establishment is transmitted to the communication terminal 1 on the server side via the short-range wireless communication unit 21. Thereafter, the short-range wireless communication unit 21 receives the Bluetooth connection response corresponding to the Bluetooth connection request from the communication terminal 1 on the server side, and supplies the received Bluetooth connection response to the communication control unit 22. Thereby, a connection is established with the communication terminal 1 on the server side.

ステップS2において、クライアント側の通信端末1は、サーバ側の通信端末1との間で、サーバ側の通信端末1に送信するデータの使用パケットサイズに関してコネクションを行う。すなわち、図4のステップS36乃至S39に示されるように、通信制御部22は、サーバ側の通信端末1との間でのコネクションを要求するConnect要求を近距離無線通信部21を介してサーバ側の通信端末1に送信する。このConnect要求には、クライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズに関するデータが含まれている。   In step S <b> 2, the client-side communication terminal 1 establishes a connection with the server-side communication terminal 1 regarding the used packet size of data to be transmitted to the server-side communication terminal 1. That is, as shown in steps S36 to S39 in FIG. 4, the communication control unit 22 sends a Connect request for requesting a connection with the communication terminal 1 on the server side via the short-range wireless communication unit 21 to the server side. To the communication terminal 1. This Connect request includes data relating to the used packet size used for data transfer between the client side communication terminal 1 and the server side communication terminal 1.

その後、近距離無線通信部21は、サーバ側の通信端末1からConnect要求に対応するConnect応答を受信し、受信されたConnect応答を通信制御部22に供給する。このCoonect応答には、クライアント側の通信端末1とサーバ側の通信端末1との間でコネクションが成功したことを示すデータとともに、クライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズに関するデータが含まれている。   Thereafter, the short-range wireless communication unit 21 receives a Connect response corresponding to the Connect request from the communication terminal 1 on the server side, and supplies the received Connect response to the communication control unit 22. The Connect response includes data indicating that the connection between the client-side communication terminal 1 and the server-side communication terminal 1 is successful, and between the client-side communication terminal 1 and the server-side communication terminal 1. Data relating to the used packet size used for data transfer is included.

ステップS3において、通信制御部22は、クライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズを決定する。このとき、コネクション時においてやり取りされた使用可能パケットサイズのうち、小さい方のパケットサイズが、データ転送に用いられる使用パケットサイズに決定される。   In step S <b> 3, the communication control unit 22 determines a use packet size used for data transfer between the client-side communication terminal 1 and the server-side communication terminal 1. At this time, the smaller packet size among the usable packet sizes exchanged at the time of connection is determined as the used packet size used for data transfer.

ステップ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 communication control unit 22 instructs the upper application program to acquire transmission data to be transmitted to the server-side communication terminal 1 (step S40 in FIG. 4). The control unit 11 executes the higher-level application program according to the transmission data acquisition instruction from the communication control unit 22, and acquires the transmission data stored in the storage unit 14 from the storage unit 14 (step S41 in FIG. 4). In step S5, the control unit 11 supplies a transmission data acquisition response indicating that the transmission data has been acquired to the communication control unit 22 (step S42 in FIG. 4). This transmission data acquisition response includes transmission data to be transmitted to the communication terminal 1 on the server side, the total size of the transmission data, and the number of notifications for notifying the display control unit 20 during data transfer. The number of notifications for notifying the progress to the display control unit 20 during the data transfer is basically the number of updates of display of progress information (for example, display of a progress bar) indicating the progress of packet transmission / reception processing by the display control unit 20. For example, when the total size of transmission data is 100 MB, it is set in advance such as 10 times. Of course, the number of notifications may be changed according to the total size of the transmission data.

ステップS6において、通信制御部22は、制御部11から送信データ取得応答を取得すると、経過通知要否判定部23を制御し、取得された送信データ取得応答に含まれる送信データの総サイズと経過の通知回数に基づいて、閾値=送信データの総サイズ/経過の通知回数の式を用いて、データ転送処理に用いられる閾値を算出させる(図4のステップS43)。   In step S <b> 6, when the communication control unit 22 acquires the transmission data acquisition response from the control unit 11, the communication control unit 22 controls the progress notification necessity determination unit 23 to determine the total size and progress of the transmission data included in the acquired transmission data acquisition response. Based on the number of notifications, the threshold value is calculated using the formula of threshold = total size of transmission data / number of notifications of progress (step S43 in FIG. 4).

ステップS7において、経過通知要否判定部23は、サーバ側の通信端末1に送信済みの累計パケットサイズである送信済み累計サイズNを初期化する(N=0)(図4のステップS44)。   In step S7, the progress notification necessity determination unit 23 initializes a transmitted cumulative size N that is a cumulative packet size transmitted to the server-side communication terminal 1 (N = 0) (step S44 in FIG. 4).

ステップS8において、通信制御部22は、サーバ側の通信端末1へのPut要求の送信を指示するためのPut要求送信指示(送信データサイズが含まれている)を近距離無線通信部21に対して行う(図4のステップS45)。   In step S <b> 8, the communication control unit 22 sends a Put request transmission instruction (including a transmission data size) for instructing transmission of a Put request to the server-side communication terminal 1 to the short-range wireless communication unit 21. (Step S45 in FIG. 4).

ステップS9において、近距離無線通信部21は、通信制御部22からPut要求送信指示(送信データサイズ)を取得すると、サーバ側の通信端末1に対してPut要求(継続)を無線通信を介してサーバ側の通信端末1に送信する(図4のステップS46)。なお、このPut要求には、実データとしてのオブジェクトが含まれており、図4のステップS49に示されるように、クライアント側の通信端末1から送信されてきたPut要求に含まれる実データとしてのオブジェクトが受信データとしてサーバ側の通信端末1にて記憶される。   In step S9, when the short-range wireless communication unit 21 obtains a Put request transmission instruction (transmission data size) from the communication control unit 22, it sends a Put request (continuation) to the server-side communication terminal 1 via wireless communication. The data is transmitted to the communication terminal 1 on the server side (step S46 in FIG. 4). The Put request includes an object as actual data. As shown in Step S49 in FIG. 4, the Put request includes actual data included in the Put request transmitted from the communication terminal 1 on the client side. The object is stored as received data in the communication terminal 1 on the server side.

また、例えばこの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 communication terminal 1 on the client side, and an operation code or a response code, a packet length, and a header are added to the OBEX packet.

ステップS10において、経過通知要否判定部23は、送信済み累計サイズNを更新する(図4のステップS47)。例えばクライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズが2KBである場合に、まず、1つ目のOBEXパケットがサーバ側の通信端末1に送信されると、送信済み累計サイズNは0KBから2KBに更新される。   In step S10, the progress notification necessity determination unit 23 updates the transmitted cumulative size N (step S47 in FIG. 4). For example, when the use packet size used for data transfer between the communication terminal 1 on the client side and the communication terminal 1 on the server side is 2 KB, the first OBEX packet is first sent to the communication terminal 1 on the server side. When transmitted, the transmitted cumulative size N is updated from 0 KB to 2 KB.

ステップS11において、経過通知要否判定部23は、現在の送信済み累計サイズNが予め算出された閾値よりも大きいか否か判定する(図4のステップS48)。ステップS11において現在の送信済み累計サイズNが予め算出された閾値よりも大きくないと判定された場合、ステップS12乃至S14の処理はスキップされ、処理はステップS15に進み、ステップS15以降の処理が繰り返し実行される。すなわち、送信済み累計サイズNが予め算出された閾値よりも大きいと判定されるまで、Put応答の受信を待ってサーバ側の通信端末1に順次OBEXパケットが送信され、送信済み累計サイズNがその都度更新される。従って、現在の送信済み累計サイズNが予め算出された閾値よりも大きいと判定されるまで、表示制御部20に対する経過通知は行われない。   In step S11, the progress notification necessity determination unit 23 determines whether or not the current transmitted cumulative size N is larger than a predetermined threshold (step S48 in FIG. 4). If it is determined in step S11 that the current transmitted cumulative size N is not larger than the threshold value calculated in advance, the processes in steps S12 to S14 are skipped, the process proceeds to step S15, and the processes in and after step S15 are repeated. Executed. That is, until it is determined that the transmitted cumulative size N is larger than the pre-calculated threshold, the OBEX packet is sequentially transmitted to the server side communication terminal 1 after receiving the Put response, and the transmitted cumulative size N is Updated each time. Therefore, the progress notification to the display control unit 20 is not performed until it is determined that the current transmitted cumulative size N is larger than the threshold value calculated in advance.

ステップ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 necessity determination unit 23 notifies the display control unit 20 of a progress notification (packet) (A notification indicating the progress (progress status)) of the transmission / reception (ie, it is determined that a progress notification to the display control unit 20 is required), and the determination result is supplied to the progress notification control unit 24. In step S12, the progress notification control unit 24 performs progress notification to the display control unit 20 according to the determination result by the progress notification necessity determination unit 23 (step S50 in FIG. 4). The progress notification to the display control unit 20 includes data relating to a value (transmitted size / total data size) indicating the progress (progress status) of packet transmission / reception.

ステップS13において、表示制御部20は、経過通知制御部24から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過(進捗状況)を示す値(送信済みサイズ/総データサイズ)を用いて、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)を更新する(図4のステップS51)。なお、表示部12に表示されている例えばプログレスバーを、「パケットの送受信処理の経過を示す経過情報」と定義する。   In step S <b> 13, when the display control unit 20 acquires the progress notification supplied from the progress notification control unit 24, a value indicating the progress (progress status) of transmission / reception of packets included in the acquired progress notification (transmitted size / The progress display (for example, display of a progress bar or the like) displayed on the display unit 12 is updated using the total data size) (step S51 in FIG. 4). For example, a progress bar displayed on the display unit 12 is defined as “progress information indicating the progress of packet transmission / reception processing”.

なお、予め表示制御部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 display control unit 20, the number of progress notifications to the display control unit 20 is the update of the display of progress information by the display control unit 20. It becomes the same as the number of times. Thereby, a progress notification can be sent to the display control unit 20 at a timing when the display control unit 20 updates the display of the progress information displayed on the display unit 12 (for example, a progress bar). Of course, the number of progress notifications may be set to be greater than the number of updates of display of progress information by the display control unit 20.

ステップ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 necessity determination unit 23 clears the transmitted cumulative size N and initializes it again (N = 0) (step S52 in FIG. 4). Thereafter, in step S15, the short-range wireless communication unit 21 receives a Put response (continuation) corresponding to the Put request transmitted from the client-side communication terminal 1 to the server-side communication terminal 1 from the server-side communication terminal 1. (Step S52 in FIG. 4). In step S16, the short-range wireless communication unit 21 supplies the communication control unit 22 with a Put response reception notification (continuation) that is a notification that the Put response (continuation) has been received (step S53 in FIG. 4).

ステップS17において、経過通知要否判定部23は、送信する最後データであるか否かを判定する。ステップS17において送信する最後のデータではないと判定された場合、処理はステップS8に戻り、ステップS8以降の処理が繰り返し実行される。すなわち、順次所定のサイズのOBEXパケットがサーバ側の通信端末1に送信されるとともに、送信済み累積サイズが閾値よりも大きいと判定された場合、表示制御部20に経過通知が順次行われる。   In step S <b> 17, the progress notification necessity determination unit 23 determines whether it is the last data to be transmitted. If it is determined in step S17 that it is not the last data to be transmitted, the process returns to step S8, and the processes after step S8 are repeatedly executed. That is, OBEX packets of a predetermined size are sequentially transmitted to the communication terminal 1 on the server side, and when it is determined that the transmitted accumulated size is larger than the threshold value, progress notification is sequentially performed on the display control unit 20.

一方、ステップ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 communication control unit 22 transmits a Put request for instructing transmission of a Put request (termination) to the server-side communication terminal 1 in Step S18. An instruction (including the transmission data size) is given to the short-range wireless communication unit 21 (step S54 in FIG. 4).

ステップS19において、近距離無線通信部21は、通信制御部22からPut要求送信指示(送信データサイズ)を取得すると、サーバ側の通信端末1に対してPut要求(継続)を無線通信を介してサーバ側の通信端末1に送信する(図4のステップS55)。なお、このPut要求には、実データとしてのオブジェクトが含まれており、図4のステップS56に示されるように、クライアント側の通信端末1から送信されてきたPut要求に含まれる実データとしてのオブジェクトが受信データとしてサーバ側の通信端末1にて記憶される。   In step S19, when the short-range wireless communication unit 21 obtains a Put request transmission instruction (transmission data size) from the communication control unit 22, it sends a Put request (continuation) to the server-side communication terminal 1 via wireless communication. The data is transmitted to the communication terminal 1 on the server side (step S55 in FIG. 4). The Put request includes an object as actual data. As shown in step S56 in FIG. 4, the Put request includes actual data included in the Put request transmitted from the communication terminal 1 on the client side. The object is stored as received data in the communication terminal 1 on the server side.

その後、送信済み累積サイズNが総データサイズとなるまでパケットがサーバ側の通信端末1に送信される。 Thereafter, packets are transmitted to the communication terminal 1 on the server side until the transmitted accumulated size N reaches the total data size.

ステップS20において、経過通知要否判定部23は、パケットの送受信中に表示制御部20に対して経過通知(パケットの送受信の経過(進捗状況)を示す通知)を行うと判定し(すなわち、表示制御部20への経過通知が要ると判定し)、その判定結果を経過通知制御部24に供給する。経過通知制御部24は、経過通知要否判定部23による判定結果に従い、表示制御部20に対する経過通知を行う(図4のステップS57)。この場合、送信済み累積サイズは総データサイズとなっている。   In step S20, the progress notification necessity determination unit 23 determines to perform a progress notification (notification indicating progress (progress status) of packet transmission / reception) to the display control unit 20 during packet transmission / reception (ie, display). It is determined that a progress notification to the control unit 20 is necessary), and the determination result is supplied to the progress notification control unit 24. The progress notification control unit 24 performs progress notification to the display control unit 20 according to the determination result by the progress notification necessity determination unit 23 (step S57 in FIG. 4). In this case, the transmitted accumulated size is the total data size.

ステップS21において、表示制御部20は、経過通知制御部24から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過(進捗状況)を示す値(送信済みサイズ/総データサイズ)を用いて、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)を更新する(図4のステップS58)。この場合、送信済み累積サイズは総データサイズとなっていることから、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)の最後の更新がなされる。すなわち、プログレスバーの場合、パケットの送受信が完了したことを示す状態となる。   In step S <b> 21, when the display control unit 20 acquires the progress notification supplied from the progress notification control unit 24, a value indicating the progress (progress status) of transmission / reception of packets included in the acquired progress notification (transmitted size / The progress display (for example, display of a progress bar or the like) displayed on the display unit 12 is updated using the total data size) (step S58 in FIG. 4). In this case, since the transmitted accumulated size is the total data size, the last update of the progress display (for example, display of a progress bar or the like) displayed on the display unit 12 is performed. In other words, in the case of a progress bar, the state indicates that packet transmission / reception has been completed.

ステップS22において、近距離無線通信部21は、サーバ側の通信端末1に送信されたPut要求に対応するPut応答(成功)をサーバ側の通信端末1から受信する(図4のステップS59)。ステップS23において、近距離無線通信部21は、Put応答(成功)を受信した旨の通知であるPut応答受信通知(成功)を通信制御部22に供給する(図4のステップS60)。   In step S22, the short-range wireless communication unit 21 receives a Put response (success) corresponding to the Put request transmitted to the server-side communication terminal 1 from the server-side communication terminal 1 (step S59 in FIG. 4). In step S23, the short-range wireless communication unit 21 supplies the communication control unit 22 with a Put response reception notification (success), which is a notification that the Put response (success) has been received (step S60 in FIG. 4).

その後、通信制御部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 wireless communication unit 21, the communication control unit 22 supplies a data transmission response (result = success) to the upper application program controlled by the control unit 11, It supplies to the display control part 20 (step S61 of FIG. 4). In step S <b> 24, when the display control unit 20 obtains a data transmission response (result = success) from the communication control unit 22, a data transmission result (for example, a message such as “data transmission succeeded”) is displayed on the display unit 12. It is displayed (step S62 in FIG. 4).

なおステップ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 display control unit 20, and the data displayed on the display unit 12 is not limited to this. For example, as in the examples of FIGS. , (1) transmitted size, (2) total data size, (3) remaining transmission size, (4) transmitted rate, (5) remaining transmitted rate, etc. It may be data.

本発明の実施形態においては、リクエストーレスポンス方式のデータ通信プロトコルを用いて、データを複数のパケットに分割して転送する場合に、パケットの送受信処理の経過を示す経過情報の表示を制御し、送信データ取得応答に含まれる、パケットの送受信処理の経過を示す経過情報の表示を制御する表示制御部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 display control unit 20 that controls the display of the progress information indicating the progress of the packet transmission / reception process included in the transmission data acquisition response, and the data to be transmitted / received Based on the total size of the received packet, a threshold value related to the transmission / reception size corresponding to the timing of notification of progress to the display control unit 20 is calculated, and the cumulative size of transmitted / received packets updated each time transmission / reception is performed is calculated as the threshold value. When it is determined whether or not the total size of the transmitted and received packets is larger than the threshold value, it is displayed. It is possible to progress notification to the control unit 20. On the other hand, when it is determined that the cumulative size of transmitted / received packets is not larger than the threshold value, a progress notification is not made to the display control unit 20.

これにより、例えばデータサイズが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 display control unit 20 displays the data. A progress notification can be sent to the display control unit 20 at the timing of updating the display of the progress information displayed on the unit 12 (for example, a progress bar). For example, in the case where data with a data size of 100 MB is divided into 4 KB packets and transmitted, if the display of the progress information displayed on the display unit 12 is updated ten times by the display control unit 20, packet transmission / reception is performed. Compared to when the progress notification is made to the display control unit each time it is performed, about 25590 times (= 25600 times-10 times) of the progress notifications can be omitted.

従って、データ転送中におけるシステムへの負荷を軽減することいができ、パケットの送受信処理の性能を低下させてしまうことを防止することができる。また、常に最大サイズ(コネクション時にネゴシエーションしたサイズ)となるようなデータを格納した(詰め込んだ)パケットを送受信することができ、表示制御部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 display control unit 20 of progress. And the fall can be suppressed. As a result, the progress notification to the display control unit 20 can be suitably performed in accordance with the timing for updating the display indicating the progress of the packet transmission / reception process, while preventing the performance of the transmission / reception process from deteriorating. In addition, the user can accurately grasp the progress of packet transmission / reception processing. Therefore, convenience in data transfer processing can be improved.

ところで、図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-side communication terminal 1 to the server-side communication terminal 1, and the client-side communication terminal 1 is used. However, the present invention may also be applied to data transfer processing in the communication terminal 1 on the server side. Hereinafter, data transfer processing using this method will be described.

図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 communication terminal 1 on the server side in FIG. 2 will be described with reference to the flowchart in FIG. In this data transfer process, data transfer is to be started from the client-side communication terminal 1 (for example, the communication terminal 1-2 in FIG. 1) to the server-side communication terminal 1 (for example, the communication terminal 1-1 in FIG. 1). To be executed. In particular, in the case of FIG. 6, a connection by OPP (Object Push Profile) is established between the communication terminal 1 on the server side and the communication terminal 1 on the client side, and data transmission / reception processing such as business card exchange by OPP is started. A case where data is transmitted from the client-side communication terminal 1 to the server-side communication terminal 1 will be described. FIG. 7 shows a specific processing sequence between the server-side communication terminal 1 and the client-side communication terminal 1 when executing the data transfer processing described with reference to the flowchart of FIG. Yes.

なお、図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 wireless communication unit 21 of the server-side communication terminal 1 receives a Put request, which is a request for transmitting data from the client-side communication terminal 1 (FIG. 7). Step S113). This Put request includes data relating to the total data size of transmission data, together with an object indicating general actual data such as a file.

ステップS75において、近距離無線通信部21は、クライアント側の通信端末1からデータを送信する要求であるPut要求を受信すると、Put要求が受信されたことを通知するためのPut要求受信通知(PutReq受信通知)を通信制御部22に供給する(図7のステップS114)。   In step S75, when the short-range wireless communication unit 21 receives a Put request that is a request for transmitting data from the communication terminal 1 on the client side, the Put request reception notification (PutReq for notifying that the Put request has been received). (Notification of reception) is supplied to the communication control unit 22 (step S114 in FIG. 7).

ステップS76において、通信制御部22は、近距離無線通信部21からPut要求受信通知を取得すると、クライアント側の通信端末1から送信されてきたPut要求に含まれる実データとしてのオブジェクトを受信データとして記憶部14に保存(記憶)させる(図7のステップS115)。   In step S76, when the communication control unit 22 obtains the Put request reception notification from the short-range wireless communication unit 21, the object as actual data included in the Put request transmitted from the client-side communication terminal 1 is received data. It is saved (stored) in the storage unit 14 (step S115 in FIG. 7).

ステップS77において、経過通知要否判定部23は、クライアント側の通信端末1から受信済みの累計パケットサイズである受信済み累計サイズMを初期化する(M=0)(図7のステップS116)。   In step S77, the progress notification necessity determination unit 23 initializes the received cumulative size M, which is the cumulative packet size received from the client-side communication terminal 1 (M = 0) (step S116 in FIG. 7).

ステップS78において、通信制御部22は、制御部11などにおいて制御される上位アプリケーションプログラムに対してデータ受信に関する問い合わせを行う(図7のステップS117)。制御部11などにおいて制御される上位アプリケーションプログラムに対してデータ受信問い合わせが行われると、制御部11は、上位アプリケーションプログラムを実行し、クライアント側の通信端末からのPut要求を受け付けるか否か(Put要求の受け付け可否)について、表示部12を介してユーザに対して問い合わせる。   In step S78, the communication control unit 22 makes an inquiry regarding data reception to a higher-level application program controlled by the control unit 11 or the like (step S117 in FIG. 7). When a data reception inquiry is made to a higher-level application program controlled by the control unit 11 or the like, the control unit 11 executes the higher-level application program and determines whether or not to accept a Put request from a communication terminal on the client side (Put The user is inquired via the display unit 12 about whether or not the request can be accepted.

ステップ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 input unit 14 by the user, the control unit 11 executes the upper application program and performs a data inquiry response to the communication control unit 22. (Step S118 in FIG. 7). This data inquiry response includes data related to the number of times that the display control unit 20 is notified of progress.

ステップS80において、通信制御部22は、制御部11から送信データ取得応答を取得すると、経過通知要否判定部23を制御し、取得されたPut要求に含まれる送信データの総サイズと経過の通知回数に基づいて、閾値=受信データの総サイズ/経過の通知回数の式を用いて、データ転送処理に用いられる閾値を算出させる(図7のステップS119)。   In step S80, when the communication control unit 22 acquires the transmission data acquisition response from the control unit 11, the communication control unit 22 controls the progress notification necessity determination unit 23 to notify the total size of transmission data included in the acquired Put request and the progress notification. Based on the number of times, a threshold value used in the data transfer process is calculated using the formula of threshold = total size of received data / elapsed notification count (step S119 in FIG. 7).

ステップS81において、経過通知要否判定部23は、受信済み累計サイズMを更新する(図7のステップS120)。例えばクライアント側の通信端末1とサーバ側の通信端末1との間でのデータ転送に用いられる使用パケットサイズが2KBである場合に、まず、1つ目のOBEXパケットがサーバ側の通信端末1にて受信されると、受信済み累計サイズMは0KBから2KBに更新される。   In step S81, the progress notification necessity determination unit 23 updates the received cumulative size M (step S120 in FIG. 7). For example, when the use packet size used for data transfer between the communication terminal 1 on the client side and the communication terminal 1 on the server side is 2 KB, the first OBEX packet is first sent to the communication terminal 1 on the server side. The received cumulative size M is updated from 0 KB to 2 KB.

ステップS82において、経過通知要否判定部23は、現在の受信済み累計サイズMが予め算出された閾値よりも大きいか否か判定する(図7のステップS127)。   In step S82, the progress notification necessity determination unit 23 determines whether or not the current received cumulative size M is larger than a threshold calculated in advance (step S127 in FIG. 7).

ステップ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 notification control unit 24 in step S83, according to the determination result by the progress notification necessity determination unit 23, the display control unit. 20 is notified of the progress (step S128 in FIG. 7). The progress notification to the display control unit 20 includes data on a value (received size / total data size) indicating the progress (progress status) of packet transmission / reception.

ステップS84において、表示制御部20は、経過通知制御部24から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過(進捗状況)を示す値(受信済みサイズ/総データサイズ)を用いて、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)を更新する(図7のステップS129)。   In step S84, when the display control unit 20 acquires the progress notification supplied from the progress notification control unit 24, the value indicating the progress (progress status) of packet transmission / reception included in the acquired progress notification (received size / The progress display (for example, display of a progress bar or the like) displayed on the display unit 12 is updated using the total data size) (step S129 in FIG. 7).

ステップS85において、経過通知要否判定部23は、受信済み累計サイズMをクリアし、再度初期化する(M=0)(図7のステップS130)。その後、ステップS86において、通信制御部22は、クライアント側の通信端末1からのPut要求に対するPut応答の送信を指示するためのPut要求送信指示(応答コード=継続)を近距離無線通信部21に対して行う(図7のステップS131)。   In step S85, the progress notification necessity determination unit 23 clears the received cumulative size M and initializes it again (M = 0) (step S130 in FIG. 7). Thereafter, in step S86, the communication control unit 22 sends a Put request transmission instruction (response code = continuation) to the short-range wireless communication unit 21 for instructing transmission of a Put response to the Put request from the communication terminal 1 on the client side. (Step S131 in FIG. 7).

一方、ステップ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 wireless communication unit 21 obtains a Put request transmission instruction (response code = continuation) from the communication control unit 22, it instructs the client-side communication terminal 1 to transmit a further Put request. A Put response (continuation) (response to the Put request from the client side) is transmitted to the communication terminal 1 on the client side via wireless communication (step S132 in FIG. 7). Thereafter, the process proceeds to step S88, and the Put request is received and stored in the communication terminal 1 on the server side in the processes of steps S88 to S90.

ステップS91において、経過通知要否判定部23は、受信されたPut要求が終端であるか否かを判定する。ステップS91において受信されたPut要求が終端ではないと判定された場合、処理はステップS81に戻り、ステップS81以降の処理が繰り返される。これにより、受信済み累積サイズMが総データサイズとなるまでパケットがサーバ側の通信端末1にて受信される。   In step S91, the progress notification necessity determination unit 23 determines whether or not the received Put request is a termination. If it is determined that the Put request received in step S91 is not the end, the process returns to step S81, and the processes after step S81 are repeated. As a result, packets are received by the communication terminal 1 on the server side until the received accumulated size M reaches the total data size.

一方、ステップ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 necessity determination unit 23 notifies the display control unit 20 of the progress during the packet transmission / reception (the progress of packet transmission / reception ( Notification indicating the progress status) (that is, it is determined that a progress notification to the display control unit 20 is required), and the determination result is supplied to the progress notification control unit 24. In step S92, the progress notification control unit 24 performs progress notification to the display control unit 20 according to the determination result by the progress notification necessity determination unit 23 (step S136 in FIG. 7). In this case, the received accumulated size is the total data size.

ステップS93において、表示制御部20は、経過通知制御部24から供給された経過通知を取得すると、取得された経過通知に含まれるパケットの送受信の経過(進捗状況)を示す値(受信済みサイズ/総データサイズ)を用いて、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)を更新する(図7のステップS137)。この場合、受信済み累積サイズは総データサイズとなっていることから、表示部12に表示されている経過表示(例えばプログレスバーなどの表示)の最後の更新がなされる。すなわち、プログレスバーの場合、パケットの送受信が完了したことを示す状態となる。   In step S <b> 93, when the display control unit 20 acquires the progress notification supplied from the progress notification control unit 24, a value indicating the progress (progress status) of packet transmission / reception included in the acquired progress notification (received size / The progress display (for example, display of a progress bar or the like) displayed on the display unit 12 is updated using the total data size) (step S137 in FIG. 7). In this case, since the received accumulated size is the total data size, the last update of the progress display (for example, display of a progress bar or the like) displayed on the display unit 12 is performed. In other words, in the case of a progress bar, the state indicates that packet transmission / reception has been completed.

ステップS94において、通信制御部22は、Put要求送信指示(応答コード=成功)を近距離無線通信部21に対して行う(図7のステップS138)。   In step S94, the communication control unit 22 issues a Put request transmission instruction (response code = success) to the short-range wireless communication unit 21 (step S138 in FIG. 7).

ステップS95において、近距離無線通信部21は、通信制御部22からPut要求送信指示(応答コード=成功)を取得すると、クライアント側の通信端末1に対してPut応答(成功)を無線通信を介してクライアント側の通信端末1に送信する(図7のステップS139)。   In step S95, the short-range wireless communication unit 21 obtains a Put request transmission instruction (response code = success) from the communication control unit 22, and sends a Put response (success) to the client-side communication terminal 1 via wireless communication. To the communication terminal 1 on the client side (step S139 in FIG. 7).

その後、通信制御部22は、データ受信結果通知(結果=成功)を制御部11により制御される上位アプリケーションプログラムに供給するとともに、表示制御部20に供給する(図7のステップS140)。ステップS96において、表示制御部20は、通信制御部22からデータ受信結果通知(結果=成功)を取得すると、表示部12にデータ送信結果(例えば「データ受信に成功しました。」などのメッセージ)を表示させる(図7のステップS141)。   Thereafter, the communication control unit 22 supplies the data reception result notification (result = success) to the upper application program controlled by the control unit 11 and also to the display control unit 20 (step S140 in FIG. 7). In step S96, when the display control unit 20 obtains the data reception result notification (result = success) from the communication control unit 22, the data transmission result (for example, a message such as “data reception succeeded”) is displayed on the display unit 12. Is displayed (step S141 in FIG. 7).

なおステップ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 display control unit 20 and the data displayed on the display unit 12 is not limited to this. For example, as in the examples of FIGS. , (1) received size, (2) total data size, (3) remaining received size, (4) received rate, (5) remaining received rate, etc. It may be data.

これにより、サーバ側の通信端末1におけるデータ転送処理についても、データ転送中におけるシステムへの負荷を軽減することができ、パケットの送受信処理の性能を低下させてしまうことを防止することができる。また、常に最大サイズ(コネクション時にネゴシエーションしたサイズ)となるようなデータを格納したパケットを送受信することができ、表示制御部20に対して正確に経過通知しつつ、転送効率を優先してその低下を抑制することができる。その結果、送受信処理の性能の低下を防止しつつ、表示制御部20への経過通知を、パケットの送受信処理の経過を示す表示を更新するタイミングに合わせて好適に行うことができる。また、ユーザは、パケットの送受信処理の経過を正確に把握することができる。従って、データ転送処理における利便性を向上させることができる。   Thereby, also about the data transfer process in the communication terminal 1 on the server side, the load on the system during the data transfer can be reduced, and the performance of the packet transmission / reception process can be prevented from being deteriorated. 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 display control unit 20 while lowering the transfer efficiency with priority. Can be suppressed. As a result, the progress notification to the display control unit 20 can be suitably performed in accordance with the timing for updating the display indicating the progress of the packet transmission / reception process, while preventing the performance of the transmission / reception process from deteriorating. In addition, the user can accurately grasp the progress of packet transmission / reception processing. Therefore, convenience in data transfer processing can be improved.

なお、図6および図7を用いて説明したサーバ側の通信端末1におけるデータ転送処理においては、クライアント側から送信されてきたPut要求に送信データの総サイズに関するデータが含まれている場合について説明したが、クライアント側から送信されてきたPut要求に送信データの総サイズに関するデータが含まれていない場合についても本発明を適用することができる。この場合、例えば1番始めのパケットを受信したとき、パケットの送受信処理の経過を示す経過情報を例えば50%で表示するようにして、最後のパケットを受信したと判断されたときに、パケットの送受信処理の経過を示す経過情報を例えば100%で表示するようにする。以下、この方法を用いたデータ転送処理について説明する。   In the data transfer process in the server-side communication terminal 1 described with reference to FIGS. 6 and 7, the case where the Put request transmitted from the client side includes data related to the total size of the transmission data will be described. However, the present invention can also be applied to the case where the Put request transmitted from the client side does not include data related to the total size of transmission data. In this case, for example, when the first packet is received, progress information indicating the progress of packet transmission / reception processing is displayed at, for example, 50%, and when it is determined that the last packet has been received, The progress information indicating the progress of the transmission / reception process is displayed at 100%, for example. Hereinafter, data transfer processing using this method will be described.

図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 communication terminal 1 on the server side in FIG. 2 will be described. FIG. 9 shows a specific processing sequence between the server-side communication terminal 1 and the client-side communication terminal 1 when executing the data transfer processing described using the flowchart of FIG. Yes. Further, the processes in steps S151 to S173 in FIG. 8 are basically the same as the processes in steps S71 to S96 in FIG.

ステップS154において、サーバ側の通信端末1の近距離無線通信部21は、クライアント側の通信端末1から、クライアント側の通信端末1からデータを送信する要求であるPut要求を受信する(図9のステップS183)。このPut要求には、ファイルなどの一般的な実データを示すオブジェクトが含まれているが、送信データの総データサイズに関するデータが含まれていない。その後、処理はステップS155に進む。   In step S154, the short-range wireless communication unit 21 of the server-side communication terminal 1 receives a Put request that is a request for transmitting data from the client-side communication terminal 1 (FIG. 9). Step S183). This Put request includes an object indicating general actual data such as a file, but does not include data related to the total data size of transmission data. Thereafter, the process proceeds to step S155.

ステップ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 input unit 14 by the user, the control unit 11 executes the upper application program and performs a data inquiry response to the communication control unit 22. (Step S188 in FIG. 9). This data inquiry response includes data related to the number of times that the display control unit 20 is notified of progress. In this case, since the Put request transmitted from the communication terminal 1 on the client side does not include data related to the total data size of the transmission data, the number of times of notification of progress to the display control unit 20 is, for example, once. Is set.

ステップS160において、表示制御部20は、通信制御部22の制御に従い、表示部12にパケットの送受信処理の経過を示す経過情報(例えばプログレスバーなど)を例えば50%で表示させる(図9のステップS189)。勿論、50%に限られず、他の割合で、表示部12にパケットの送受信処理の経過を示す経過情報(例えばプログレスバーなど)を表示するようにしてもよい。すなわち、ユーザに現在パケットの送受信処理が開始されていることを報知することができさえすればよい。   In step S160, under the control of the communication control unit 22, the display control unit 20 causes the display unit 12 to display progress information (for example, a progress bar) indicating the progress of packet transmission / reception processing at, for example, 50% (step in FIG. 9). S189). Of course, it is not limited to 50%, and progress information (for example, a progress bar) indicating the progress of packet transmission / reception processing may be displayed on the display unit 12 at other ratios. That is, it is only necessary to notify the user that the packet transmission / reception process is currently started.

その後、ステップS161乃至S168の処理において、経過通知要否判定部23により受信されたPut要求が終端である判定されるまで、クライアント側の通信端末1からPut要求が受信され、受信データとして保存される。   Thereafter, in the processing of steps S161 to S168, the Put request is received from the communication terminal 1 on the client side and stored as received data until it is determined that the Put request received by the progress notification necessity determination unit 23 is the end. 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 notification control unit 24 notifies the display control unit 20 of the progress, and in step S170, the display control unit 20 Using a value (received size / total data size) indicating the progress (progress status) of packet transmission / reception included in the progress notification, the progress display (for example, display of a progress bar or the like) displayed on the display unit 12 is 100. % (Steps S201 to S202 in FIG. 9).

なおステップ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 display control unit 20 and displayed on the display unit 12, but for example, as in the examples of FIGS. 11A to 11B. , (1) received size, (2) total data size, (3) remaining received size, (4) received rate, (5) remaining received rate, etc. It may be data.

これにより、クライアント側から送信されてきた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 display control unit 20 while lowering the transfer efficiency with priority. Can be suppressed. As a result, the progress notification to the display control unit 20 can be suitably performed in accordance with the timing for updating the display indicating the progress of the packet transmission / reception process, while preventing the performance of the transmission / reception process from deteriorating. In addition, the user can accurately grasp the progress of packet transmission / reception processing. Therefore, convenience in data transfer processing can be improved.

なお、本発明は、通信端末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 communication terminal 1.

また、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。   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 is a diagram showing a schematic configuration of an information exchange system according to the present invention. 本発明の通信端末の内部の構成を示すブロック図。The block diagram which shows the internal structure of the communication terminal of this invention. 図2のクライアント側の通信端末におけるデータ転送処理を説明するフローチャート。The flowchart explaining the data transfer process in the communication terminal of the client side of FIG. 図3のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末とクライアント側の通信端末との間における具体的な処理のシーケンスを示す図。The figure which shows the sequence of the specific process between the communication terminal by the side of a server and the communication terminal by the side of a client at the time of performing the data transfer process demonstrated using the flowchart of FIG. データ転送処理において生成されるOBEXパケットのデータ構造を示す図。The figure which shows the data structure of the OBEX packet produced | generated in a data transfer process. 図2のサーバ側の通信端末におけるデータ転送処理を説明するフローチャート。The flowchart explaining the data transfer process in the communication terminal by the side of the server of FIG. 図6のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末とクライアント側の通信端末との間における具体的な処理のシーケンスを示す図。The figure which shows the sequence of the specific process between the communication terminal by the side of a server and the communication terminal by the side of a client at the time of performing the data transfer process demonstrated using the flowchart of FIG. 図2のサーバ側の通信端末における他のデータ転送処理を説明するフローチャート。The flowchart explaining the other data transfer process in the communication terminal by the side of the server of FIG. 図8のフローチャートを用いて説明するデータ転送処理を実行する際の、サーバ側の通信端末とクライアント側の通信端末との間における具体的な処理のシーケンスを示す図。The figure which shows the sequence of the specific process between the communication terminal by the side of a server and the communication terminal by the side of a client at the time of performing the data transfer process demonstrated using the flowchart of FIG. 表示部に表示されるデータの表示例を示す図。The figure which shows the example of a display of the data displayed on a display part. 表示部に表示されるデータの表示例を示す図。The figure which shows the example of a display of the data displayed on a display part.

符号の説明Explanation of symbols

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.
前記経過情報の表示には、少なくとも、送信済みサイズ、総データサイズ、残り送信サイズ、送信済み割合、または残り送信割合のいずれか1つが含まれることを特徴とする請求項に記載の通信端末。 The communication terminal according to claim 3 , wherein the display of the progress information includes at least one of a transmitted size, a total data size, a remaining transmission size, a transmitted ratio, or a remaining transmission ratio. . 前記経過情報の表示には、少なくとも、受信済みサイズ、総データサイズ、残り受信サイズ、受信済み割合、または残り受信割合のいずれか1つが含まれることを特徴とする請求項に記載の通信端末。 The communication terminal according to claim 3 , wherein the display of the progress information includes at least one of a received size, a total data size, a remaining received size, a received rate, or a remaining received rate. .
JP2007140841A 2007-05-28 2007-05-28 Communication terminal Expired - Fee Related JP4734290B2 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

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