JP2002135350A - Data distribution method, data reception method, terminal state notice service providing method and communication terminal - Google Patents

Data distribution method, data reception method, terminal state notice service providing method and communication terminal

Info

Publication number
JP2002135350A
JP2002135350A JP2000330057A JP2000330057A JP2002135350A JP 2002135350 A JP2002135350 A JP 2002135350A JP 2000330057 A JP2000330057 A JP 2000330057A JP 2000330057 A JP2000330057 A JP 2000330057A JP 2002135350 A JP2002135350 A JP 2002135350A
Authority
JP
Japan
Prior art keywords
data
communication terminal
distribution
block
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.)
Withdrawn
Application number
JP2000330057A
Other languages
Japanese (ja)
Inventor
Tomoji Asami
知司 浅見
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.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Priority to JP2000330057A priority Critical patent/JP2002135350A/en
Publication of JP2002135350A publication Critical patent/JP2002135350A/en
Withdrawn legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Telephonic Communication Services (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide a data distribution method that avoids duplicate distribution of the same data to the utmost on the occurrence of any cause such as interruption of communication and surely distributes a deficient data part after release of the cause. SOLUTION: A distributor 101 divides contents data into blocks of a prescribed size and sequentially transfers unit data consisting of at least one block. A communication terminal stores block identification information together with received data to a nonvolatile storage device. In the case that a communication disabled state takes place before the completion of the transfer of the entire contents data and the distribution is interrupted, the distributor specifies distributed blocks from non-distributed blocks. When the communication enabled state is restored, the distributor or the communication terminal requests distribution restart. The communication terminal informs the distributor about the block identification information to specify the received or non-received blocks. The distributor specifies the blocks to be transmitted on the basis of the notice and transfers the blocks.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】この発明は、インターネット
などの通信媒体を介するデータのダウンロードに関し、
特に、無線通信媒体を介してコンテンツ配信を行う配信
装置から端末へのデータのダウンロードの際に、偶発的
な原因等によって通信が一時的に中断された場合に対処
するための、配信装置および端末におけるコンテンツの
管理および中断対応処理に関する。
The present invention relates to downloading data via a communication medium such as the Internet.
In particular, when downloading data from a distribution device that performs content distribution via a wireless communication medium to a terminal, a distribution device and a terminal for coping with a case where communication is temporarily interrupted due to an accidental cause or the like. Related to content management and interruption handling processing.

【0002】[0002]

【従来の技術】最近、携帯電話機をはじめとする各種の
通信端末が広く利用されるようになってきている。それ
らの端末では、単に電話機能としての発着信機能以外
に、コンテンツデータのダウンロードなど、データ通信
に関する技術向上の必要性が高まってきている。特に、
無線系の通信端末におけるサービスエリアから外れるい
わゆる圏外などの要因、また、携帯情報端末(PDA)
などのいわゆるモバイル端末における、搭載バッテリの
電圧低下や瞬断などの要因、等の無線系特有の偶発的な
障害が発生する可能性があり、開始したデータ通信は必
ずしも正常な形で完了しないという現実がある。
2. Description of the Related Art In recent years, various communication terminals such as mobile phones have been widely used. In these terminals, there is an increasing need for technical improvements related to data communication, such as downloading of content data, in addition to the transmission / reception function simply as a telephone function. In particular,
Factors such as so-called out-of-service areas that deviate from the service area of wireless communication terminals, and personal digital assistants (PDAs)
In so-called mobile terminals such as mobile terminals, accidental failures specific to the wireless system such as factors such as voltage drop of the onboard battery or instantaneous interruption may occur, and the started data communication is not necessarily completed in a normal form There is reality.

【0003】また、データ配信サービスの増大により予
期せぬメモリ領域の不足や、サービス利用者数増加に伴
う無線トラフィックの増大などに伴い、一時的なサービ
ス利用の中断を要求されることも考えられる。このた
め、コンテンツデータのダウンロードなどのデータ通信
サービスが、安全にかつ無駄なく、中断および再開され
るようなシステムが求められている。
[0003] Further, it is conceivable that a temporary suspension of service use may be required due to an unexpected shortage of a memory area due to an increase in data distribution services or an increase in wireless traffic due to an increase in the number of service users. . For this reason, there is a need for a system in which data communication services such as downloading of content data can be safely and efficiently interrupted and restarted.

【0004】[0004]

【発明が解決しようとする課題】このような背景におい
て、従来、携帯電話等の移動体データ通信において、誤
り訂正や再送制御等の確実にデータを送信するための手
順、いわゆるレイヤ2の制御が使用されている。しかし
この制御では無線接続が切断されるとシステムの状態が
リセットされ、配信が中断されたデータの途中から配信
が再開されることはない。携帯端末の電源が切れたため
に通信が切断した場合も同様に、レイヤ2の制御はリセ
ットされる。
In such a background, conventionally, in mobile data communication such as a cellular phone, a procedure for reliably transmitting data, such as error correction and retransmission control, that is, a so-called layer 2 control, has been employed. It is used. However, in this control, when the wireless connection is disconnected, the state of the system is reset, and the distribution is not restarted in the middle of the data whose distribution has been interrupted. Similarly, when communication is cut off because the power of the portable terminal is cut off, the control of the layer 2 is also reset.

【0005】また、インターネットの標準プロトコルで
あるTCP/IPのTCPプロトコルにおいても、信頼
性の高い通信を行うために、エラーやパケット欠落など
の検出を行い、パケットの欠落や損傷等があれば自動的
にパケットの再送を行っている。しかし、このような処
理は通信の接続が継続している状態における処理であ
り、一旦、通信が切断した後にまで欠落パケット等の再
送がなされるものではない。
[0005] In addition, in the TCP protocol of TCP / IP, which is a standard protocol of the Internet, in order to perform highly reliable communication, errors and packet loss are detected, and if a packet is lost or damaged, automatic detection is performed. The packet is retransmitted. However, such a process is a process in a state where communication connection is continued, and does not retransmit a lost packet or the like until the communication is once disconnected.

【0006】さらに、データがダウンロードフリーの場
合には、通信端末側のみが受信状況を把握していればよ
いが、データの配信が制限されていたり、有料コンテン
ツであったりする場合には、配信装置および受信端末の
双方で再配信を意識する必要がある。
Further, if the data is download-free, only the communication terminal needs to know the reception status. However, if the data distribution is restricted or the content is a pay content, the distribution is not performed. It is necessary to be aware of redelivery on both the device and the receiving terminal.

【0007】特に、比較的小さなサイズのデータの送受
信では、通信サービスが中断されても、再び最初からサ
ービスを利用しなおして、例えば重複したデータの再配
信を行っても比較的問題は少ないが、大サイズのデータ
を送受信するような場合には、重複したデータの再配信
はユーザにとって時間および通信料の無駄であり、ま
た、サービス提供者にとっては処理負荷増大の要因とな
り、さらに、通信事業者にとっても無駄にトラフィック
が増大するという問題がある。
In particular, in the transmission / reception of data of a relatively small size, even if the communication service is interrupted, there is relatively little problem even if the service is used again from the beginning and redistribution of duplicate data is performed, for example. In the case of transmitting and receiving large-sized data, redistribution of duplicated data is a waste of time and communication charges for the user, and also increases the processing load for the service provider. There is also a problem that traffic increases unnecessarily for the users.

【0008】本発明はこのような背景においてなされた
ものであり、その目的は、データをブロック単位に管理
して、データ配信を中断するような何らかの要因が発生
した場合には、同一データを重複して配信することを極
力避け、当該要因の解除後に、不足データ部分を確実に
配信することを可能とするデータ配信方法、データ受信
方法および通信端末ならびにこれらに関連した端末状態
通知サービス提供方法を提供することにある。
The present invention has been made in view of such a background. An object of the present invention is to manage data in units of blocks and to duplicate the same data in the event of any cause that interrupts data distribution. Data delivery method, data reception method, communication terminal, and terminal state notification service providing method related to these, which avoid the distribution as much as possible and can reliably distribute the missing data portion after the cancellation of the cause. To provide.

【0009】[0009]

【課題を解決するための手段】上記目的を達成するため
に、本発明によるデータ配信方法は、無線通信媒体を介
して通信端末にコンテンツデータを配信する配信装置に
おけるデータ配信方法であって、前記コンテンツデータ
を所定サイズのブロックに分割する段階と、前記通信端
末に対して、前記コンテンツデータを少なくとも1ブロ
ックからなる単位データ毎に順次転送する段階と、コン
テンツデータ全体を転送し終わる前に前記通信端末と通
信不能状態となり配信が中断されたとき、配信済ブロッ
クと未配信ブロックとを特定する段階と、前記通信端末
と通信可能な状態に復帰したことを検出する段階と、通
信可能状態に復帰したことが検出されたとき、前記通信
端末に対して前記コンテンツデータの配信の再開を要求
する段階と、前記通信端末からの再開受け入れの応答を
受信したとき、前記通信端末へ送信すべきブロックを特
定する段階と、前記特定されたブロックの転送を開始す
る段階とを備えたことを特徴とする。
In order to achieve the above object, a data distribution method according to the present invention is a data distribution method in a distribution apparatus that distributes content data to a communication terminal via a wireless communication medium, Dividing the content data into blocks of a predetermined size, sequentially transferring the content data to the communication terminal in units of at least one block of unit data, and performing the communication before transferring the entire content data. When distribution is interrupted due to communication failure with the terminal, a step of specifying a distributed block and an undistributed block, a step of detecting that the communication terminal has returned to a state capable of communicating with the communication terminal, and a return to a communication enabled state Requesting the communication terminal to resume the distribution of the content data, When receiving the response of resuming acceptance from Shin terminal, characterized by comprising the steps of identifying a block to be transmitted to the communication terminal, and initiating the transfer of the identified blocks.

【0010】コンテンツデータを複数のブロックに分割
することにより、コンテンツデータ配信途中で配信が中
断されても、配信済ブロックと未配信ブロックを特定す
ることにより、配信再開時に未配信のブロックのみを配
信することができる。
[0010] By dividing the content data into a plurality of blocks, even if the distribution is interrupted during the distribution of the content data, the distributed blocks and the undelivered blocks are specified, and only the undelivered blocks are distributed when the distribution is resumed. can do.

【0011】配信中断後の再開は、配信装置側から通信
端末へ働きかけて実行する他、逆に通信端末側から配信
装置へ働きかけて実行することも可能である。その場合
の配信方法は、通信可能状態に復帰した後、前記通信端
末から、前記通信不能状態により中断された前記コンテ
ンツデータの配信の再開要求を受け付ける段階と、前記
通信端末からの再開要求を受け付けたとき、前記通信端
末へ送信すべきブロックを特定する段階とを備える。
The restart after the distribution is interrupted can be executed by the distribution device acting on the communication terminal, or by the communication terminal acting on the distribution device. The distribution method in that case includes, after returning to the communicable state, receiving from the communication terminal a request to resume the distribution of the content data interrupted by the communicable state, and receiving a resume request from the communication terminal And specifying a block to be transmitted to the communication terminal when the communication terminal is in use.

【0012】配信装置は、前記送信すべきブロックの特
定に先立って、当該通信端末が受信した受信済ブロック
または未受信ブロックを特定するためのブロック識別情
報を前記通信端末から受領する段階と、この受信済ブロ
ックまたは未受信ブロックと前記配信装置が特定した配
信済ブロックまたは未配信ブロックとを照合する段階を
さらに備えることが好ましい。これによって、中断され
たデータ配信の途中経過状況を配信装置側と通信端末側
がそれぞれどのように認識しているかを確認し、中断時
までの通信状態の妥当性を判断するとともに、通信端末
へ再配信すべきブロックをより正確に特定することがで
きる。
[0012] Prior to specifying the block to be transmitted, the distribution apparatus receives from the communication terminal block identification information for specifying a received block or a non-received block received by the communication terminal. It is preferable that the method further includes a step of comparing the received block or the unreceived block with the distributed block or the undistributed block specified by the distribution device. In this way, it is possible to confirm how the distribution device and the communication terminal recognize the interrupted data distribution in progress, determine the validity of the communication state up to the time of the interruption, and retransmit to the communication terminal. Blocks to be delivered can be specified more accurately.

【0013】本発明によるデータ受信方法は、上記デー
タ配信方法に対応するものであり、無線通信媒体を介し
て配信装置からコンテンツデータを受信する通信端末に
おけるデータ受信方法であって、所定サイズのブロック
に分割されたコンテンツデータを少なくとも1ブロック
からなる単位データ毎に順次受信する段階と、受信した
単位データを不揮発的に記憶する段階と、当該不揮発的
に記憶された単位データのブロック識別情報を不揮発的
に記憶する段階と、コンテンツデータ全体を受信し終わ
る前に前記配信装置と通信不能状態となり配信が中断さ
れた後、通信可能状態に復帰したとき、前記配信装置か
ら前記コンテンツデータの配信再開要求を受信する段階
と、この配信再開要求に応じて受信済ブロックまたは未
受信ブロックの識別情報とともに再開受け入れの応答を
返信する段階と、前記配信装置から前記コンテンツデー
タの未受信ブロックを単位データ毎に受信する段階とを
備えたことを特徴とする。
[0013] A data receiving method according to the present invention corresponds to the above data distribution method, and is a data receiving method in a communication terminal for receiving content data from a distribution device via a wireless communication medium. Receiving the divided content data in units of at least one block of unit data, storing the received unit data in a nonvolatile manner, and storing the block identification information of the nonvolatilely stored unit data in a nonvolatile manner. Temporarily storing the content data, and before returning to the communicable state after the distribution is interrupted and the distribution is interrupted before the entire content data is completely received, a request to restart the distribution of the content data from the distribution device. Receiving, and identifying received or unreceived blocks in response to the distribution restart request. A step of returning a response restart receiving together with the information, characterized by comprising a step of receiving an unreceived block of the content data for each unit data from the distribution device.

【0014】この場合、前記通信端末は、前記配信装置
からの再開要求に対して再開受け入れの応答を自動的に
行う他、前記配信装置からの再開要求に対してユーザの
了解を得て再開受け入れの応答を行うことも可能であ
る。
[0014] In this case, the communication terminal automatically responds to the restart request from the distribution device and accepts the restart with the user's consent to the restart request from the distribution device. It is also possible to make a response.

【0015】前述したとおり、配信再開の起動は配信装
置側から行うのではなく、端末装置の側から行うことも
できる。この場合のデータ受信方法は、コンテンツデー
タ全体を受信し終わる前に前記配信装置と通信不能状態
となり配信が中断された後、通信可能状態に復帰したと
き、前記配信装置へ受信済ブロックまたは未受信ブロッ
クの識別情報とともに前記コンテンツデータの配信再開
要求を送信する段階と、この配信再開要求を受け入れた
前記配信装置から前記コンテンツデータの未受信ブロッ
クを単位データ毎に受信する段階とを備える。
As described above, the restart of distribution can be started not from the distribution device but from the terminal device. In this case, the data receiving method is such that, before the entire content data has been received, communication with the distribution device is disabled and the distribution is interrupted. The method includes a step of transmitting a request for resuming distribution of the content data together with the identification information of the block, and a step of receiving, for each unit data, an unreceived block of the content data from the distribution apparatus that has received the request for resumption of distribution.

【0016】また、本発明による、通信網の加入者管理
装置における端末状態通知サービス提供方法は、特定の
加入者端末の状態の通知を行うことを要求する通知サー
ビス要求を、通信装置から受信する段階と、当該加入者
端末の状態を監視する段階と、前記通知サービス要求を
発行した通信装置に対して、前記加入者端末の状態を通
知する段階とを備えたことを特徴とする。このようなサ
ービスにより、加入者端末へ通信サービスを提供してい
た通信装置が、サービス中断後に当該通信装置に対して
サービス再開要求を行う目的等のために、度々当該通信
端末に対して通信接続を試みる必要なく、加入者端末の
状態の通知を受けることにより、再開要求時機の判断等
を行うことが可能となる。
Further, according to the present invention, in a method for providing a terminal status notification service in a subscriber management device of a communication network, a notification service request for requesting notification of a status of a specific subscriber terminal is received from a communication device. And a step of monitoring the state of the subscriber terminal, and a step of notifying the communication device that has issued the notification service request of the state of the subscriber terminal. With such a service, a communication device that has provided a communication service to a subscriber terminal is frequently connected to the communication terminal for the purpose of, for example, making a service restart request to the communication device after the service is interrupted. , Without receiving the notification of the state of the subscriber terminal, it is possible to determine the timing of the restart request.

【0017】前記加入者管理装置が管理できる前記加入
者端末の状態としては、物理レイヤ障害、プロトコル障
害、アプリケーション実行時の障害、等を含む。
The state of the subscriber terminal that can be managed by the subscriber management device includes a physical layer failure, a protocol failure, a failure during application execution, and the like.

【0018】前記通知サービス要求は、前記加入者端末
の端末状態が変化したとき(特に端末状態が指定した状
態に変化したとき)、通信不能状態から通信可能状態に
変化したとき、等に通知することを要求することができ
る。
The notification service request is notified when the terminal state of the subscriber terminal changes (particularly when the terminal state changes to a designated state), when the communication state changes from a communication disabled state to a communicable state, and the like. You can request that.

【0019】本発明による通信端末は、また、通信端末
のユーザが通信サービスを利用中に当該通信が切断状態
となることによりサービスの利用が中断されたとき、そ
の中断理由を確認する確認手段と、前記サービス利用の
中断後、少なくともその中断理由をユーザに通知する通
知手段とを備えたことを特徴とする。これによって、ユ
ーザは、サービスがどのような理由で中断されたのかを
認識することが可能となる。例えば、前記通知手段は、
前記中断理由が解消され、サービス利用再開可能となっ
たときに、前記中断理由をユーザに通知する。これに応
じて、ユーザがサービス利用の再開指示を入力すること
により、前記通信端末がサービス利用の再開の制御を開
始することが可能である。中断理由の通知の際、例え
ば、中断されていたサービス名、当該サービスがデータ
配信サービスであれば、配信中であったコンテンツ名、
中断したときの時刻、既に配信済みのデータ量、もしく
はコンテンツの総データ量、またはこれらの任意の組み
合わせをユーザに通知することが好ましい。
The communication terminal according to the present invention further comprises a confirmation means for confirming the reason for the interruption when the use of the service is interrupted by the communication terminal being disconnected while the communication terminal user is using the communication service. And a notifying means for notifying the user of at least the reason for the interruption after the interruption of the use of the service. This allows the user to recognize why the service was interrupted. For example, the notifying means includes:
When the reason for interruption has been resolved and service use can be resumed, the user is notified of the reason for interruption. In response to this, when the user inputs a service use restart instruction, the communication terminal can start control of service use restart. At the time of notification of the interruption reason, for example, the name of the service that was interrupted, if the service is a data distribution service, the name of the content that was being distributed,
It is preferable to notify the user of the time at which the interruption was made, the amount of data already distributed, or the total data amount of the content, or any combination thereof.

【0020】[0020]

【発明の実施の形態】以下、添付図面を参照しながら、
本発明による実施の形態を詳細に説明する。
BRIEF DESCRIPTION OF THE DRAWINGS FIG.
An embodiment according to the present invention will be described in detail.

【0021】図1は、本発明が適用されるコンテンツ配
信システムの概略の構成を示している。この実施の形態
の通信システムは、コンテンツ配信サービスを行う配信
装置101と、このコンテンツ配信を受ける通信端末1
06とからなり、通信端末106は無線により最寄りの
基地局105および交換機104を介して、例えばイン
ターネット等の通信網103に接続される。図示した通
信端末106は、一例として携帯電話機を示している。
他方、配信装置101は、ネットワークインタフェース
(IF)102を介して通信網103と接続される。交
換機104の交換方式は、回線交換であってもパケット
交換であってもよい。なお、本明細書において、「シス
テム」とは、複数の装置が論理的に集合した物をいい、
各構成の装置が同一筐体中にあるか否かは問わない。
FIG. 1 shows a schematic configuration of a content distribution system to which the present invention is applied. The communication system according to the present embodiment includes a distribution device 101 that performs a content distribution service, and a communication terminal 1 that receives the content distribution.
The communication terminal 106 is wirelessly connected to the communication network 103 such as the Internet via the nearest base station 105 and the exchange 104. The illustrated communication terminal 106 is a mobile phone as an example.
On the other hand, the distribution device 101 is connected to a communication network 103 via a network interface (IF) 102. The switching system of the exchange 104 may be circuit switching or packet switching. In this specification, the term “system” refers to a logical collection of a plurality of devices,
It does not matter whether the devices of each configuration are in the same housing.

【0022】図2は、通信端末106(以下、単に端末
と呼ぶ場合もある)の概略構成を示すブロック図であ
る。通信端末106の受信系は、アンテナ201を通じ
て受信した受信信号がアンテナ共用器202を通じて受
信復調部203に供給される。受信復調部203は、こ
れに供給された受信信号が適正なレベルになるように、
必要な帯域制限などの処理を行うRF回路を有する。受
信復調部203で処理した信号はA/D交換によリデジ
タル信号に変換され、受信データ復号部204に供給さ
れる。
FIG. 2 is a block diagram showing a schematic configuration of the communication terminal 106 (hereinafter sometimes simply referred to as a terminal). In the reception system of the communication terminal 106, a reception signal received through the antenna 201 is supplied to the reception demodulation unit 203 through the antenna duplexer 202. The reception demodulation section 203 sets the reception signal supplied thereto to an appropriate level,
It has an RF circuit for performing necessary processing such as band limitation. The signal processed by the reception demodulation unit 203 is converted into a digital signal by A / D exchange, and supplied to the reception data decoding unit 204.

【0023】受信データ復号部204は、ベースバンド
信号処理により、受信信号が最終的な元のデータに戻さ
れる。この復号された受信データは、制御部205に供
給される。制御部205は、中央処理装置(CP)、読
み書き可能メモリ(RAM)、読み出し専用メモリ(R
OM)、不揮発性読み書き可能メモリ(EEPROMま
たはFLASH ROM等)などを有するコンピュータ
であり、キーやジョグダイヤルなどの入力手段208、
LCDなどの表示手段209、外部メモリなどの受信デ
ータ格納手段(不揮発性記憶装置)210、アラームや
音声などを出力するためのスピーカ211、LED,リ
ンガなどの着信を通知する着信通知手段212、音声を
入力するマイクロフォン213などを制御する。
The received data decoding section 204 returns the received signal to the original data by baseband signal processing. The decoded received data is supplied to the control unit 205. The control unit 205 includes a central processing unit (CP), a readable / writable memory (RAM), a read-only memory (R
OM), a computer having a nonvolatile readable / writable memory (EEPROM or FLASH ROM, etc.), and an input means 208 such as a key or a jog dial.
A display means 209 such as an LCD, a reception data storage means (non-volatile storage device) 210 such as an external memory, a speaker 211 for outputting an alarm or a sound, an incoming notification means 212 for notifying an incoming call such as an LED or a ringer, a voice The microphone 213 and the like for inputting is input.

【0024】次に、送信系について説明する。受信デー
タの確認メッセージなどの送信を行う場合には、制御部
205により作成された制御信号は送信データ符号化部
206に供給される。送信データ符号化部206で、送
信データが所定の符号化方式で符号化して圧縮され、送
信変調部207に供給される。送信変調部207でD/
A変換された後、アナログ変調信号に変換され、所望の
送信周波数に変換される。所望の周波数に変換された信
号は、必要な送信電力にするために送信RF回路にて電
力増幅され、共用器202を経由してアンテナ201か
ら放射(送信)される。
Next, the transmission system will be described. When transmitting a confirmation message of received data or the like, the control signal created by the control unit 205 is supplied to the transmission data encoding unit 206. The transmission data encoding section 206 encodes and compresses the transmission data using a predetermined encoding scheme, and supplies the data to the transmission modulation section 207. D / D in transmission modulation section 207
After the A-conversion, the signal is converted into an analog modulation signal and converted into a desired transmission frequency. The signal converted to the desired frequency is power-amplified by a transmission RF circuit to obtain required transmission power, and is radiated (transmitted) from antenna 201 via duplexer 202.

【0025】制御部205は、前述の通り、通信端末1
06の各部を制御する。制御部205内の不揮発性メモ
リは、通信端末106の電源がオフされても例えば直前
の配信経過情報などを記憶しておき、次の電源オン時
に、この記憶された情報を使用することを可能とし、さ
らに、本発明における、データ配信中の無線異常、バッ
テリ異常等の配信中断要因に対応するために必要な機能
を提供する。
As described above, the control unit 205 controls the communication terminal 1
06 are controlled. Even when the power of the communication terminal 106 is turned off, the non-volatile memory in the control unit 205 stores, for example, the immediately preceding distribution progress information, and can use the stored information at the next power-on. Further, the present invention provides a function necessary for coping with a distribution interruption factor such as a wireless abnormality or a battery abnormality during data distribution in the present invention.

【0026】配信装置101は、特にその内部構成を図
示しないが、インターネットに接続されるサーバを構成
するデータ処理装置(コンピュータ)であり、CPU、
ROM、RAM等からなる主制御部、大容量記憶装置か
らなる外部記憶装置、インターネットと接続するための
通信装置、およびユーザインタフェースを提供する入出
力装置等を備える。
The distribution apparatus 101 is a data processing apparatus (computer) that constitutes a server connected to the Internet, although its internal configuration is not particularly shown.
It includes a main control unit including a ROM and a RAM, an external storage device including a large-capacity storage device, a communication device for connecting to the Internet, an input / output device providing a user interface, and the like.

【0027】図3は、本実施の形態におけるコンテンツ
配信の基本シーケンスを示す。通信端末106のユーザ
は、その通信端末106の操作により、インターネット
上のデータ配信サービスを行うサイトにアクセスし、配
信装置101に対して、希望するコンテンツの購入要求
を行う(310)。このコンテンツ購入要求310を受
信した配信装置101は、コンテンツの識別情報(コン
テンツID)を確認して、コンテンツ情報通知メッセー
ジを含むコンテンツ転送開始通知を通信端末へ送信する
(311)。このコンテンツ通知メッセージには、この
例では、コンテンツID、ブロックサイズ、ブロック
数、およびコンテンツデータ全体のデータサイズを含
む。ついで、当該コンテンツをデータベース等から読み
出して、コンテンツデータ転送制御を開始する(31
2)。このコンテンツデータ転送制御は、後述するよう
に、配信装置101と通信端末106の間で確実にコン
テンツデータの配信ができるように実行される。例え
ば、偶発的な要因により配信がデータの途中で中断した
ときには、配信経過情報を記憶するように行われる。コ
ンテンツデータ全体の転送が完了すれば、配信装置10
1は、有料サービスの場合には、課金処理を行い、コン
テンツの配信が完了し適正な課金処理が行われたことを
示すメッセージをユーザに通知するなどのコンテンツ購
入応答を実行する(313)。
FIG. 3 shows a basic sequence of content distribution in the present embodiment. By operating the communication terminal 106, the user of the communication terminal 106 accesses a site that provides a data distribution service on the Internet, and requests the distribution device 101 to purchase desired content (310). Upon receiving the content purchase request 310, the distribution apparatus 101 checks the content identification information (content ID) and transmits a content transfer start notification including a content information notification message to the communication terminal (311). In this example, the content notification message includes the content ID, the block size, the number of blocks, and the data size of the entire content data. Next, the content is read from a database or the like, and content data transfer control is started (31).
2). This content data transfer control is executed so that content data can be reliably distributed between the distribution device 101 and the communication terminal 106 as described later. For example, when the distribution is interrupted in the middle of the data due to an accidental cause, the distribution progress information is stored. When the transfer of the entire content data is completed, the distribution device 10
In the case of the pay service, the charging service 1 performs a charging process, and executes a content purchase response such as notifying the user of a message indicating that the distribution of the content is completed and the appropriate charging process has been performed (313).

【0028】本発明では、配信装置101から通信端末
106へ配信されるデータは、所定のデータサイズの複
数のブロックに分割され、少なくとも1ブロックからな
る単位データ毎に順次転送される。本実施の形態では、
1ブロックのデータサイズは予め定めた固定長である。
図11にコンテンツデータのブロック構造の一例を示
す。このブロック構造は、BlockSN1101、コ
ンテンツデータブロック1102、受信データの信頼性
を計算するためのパリティ1103から構成されてい
る。BlockSN(ブロックSNまたはブロック番
号)1101は、コンテンツデータを複数のブロックに
分割した際に、各データブロックを識別することが可能
になるように割当てられた通し番号である。もちろんシ
ーケンシャルにブロック転送する場合には何バイト受信
したかを記憶することでBlockSN1101を省略
することも可能であるが、再送制御などの信頼性を向上
させるために、このBlockSNは用いる方が好まし
い。これにより配信済みのブロック、未配信のブロック
を区別することが可能となる。パリティ1103は、当
該ブロックデータを正確に受信できたかを確認するため
に使用し、データに対して一定の計算をした結果とこの
パリティとを比較することにより、エラーの有無が確認
可能である。なお、パリティに代えて、ECC等、他の
任意の誤り訂正符号を用いてもよい。
In the present invention, data distributed from the distribution apparatus 101 to the communication terminal 106 is divided into a plurality of blocks having a predetermined data size, and is sequentially transferred in units of at least one unit of data. In the present embodiment,
The data size of one block is a predetermined fixed length.
FIG. 11 shows an example of a block structure of content data. This block structure includes a BlockSN 1101, a content data block 1102, and a parity 1103 for calculating reliability of received data. BlockSN (block SN or block number) 1101 is a serial number assigned so that each data block can be identified when content data is divided into a plurality of blocks. Of course, in the case of sequential block transfer, it is possible to omit the BlockSN 1101 by storing the number of bytes received, but it is preferable to use the BlockSN in order to improve the reliability such as retransmission control. This makes it possible to distinguish between a delivered block and an undistributed block. The parity 1103 is used to confirm whether or not the block data has been correctly received, and it is possible to confirm the presence or absence of an error by comparing a result of a predetermined calculation performed on the data with the parity. Instead of the parity, any other error correction code such as ECC may be used.

【0029】図4は、図3におけるコンテンツデータ転
送制御312の正常時の詳細シーケンスを示す。
FIG. 4 shows a detailed sequence when the content data transfer control 312 in FIG. 3 is normal.

【0030】前記コンテンツ購入要求を受けた配信装置
101は、前述したようにデータをブロック単位に分割
して少なくとも1ブロックからなる単位データを一度に
通信端末106に送信するとともに(410)、データ
受信確認メッセージ待ちのタイマを開始する(41
1)。ここでは、単位データを1ブロックとして説明す
る。通信端末106は、1ブロックのデータを受信した
あと、無線接続が切断されたかどうかを検出するための
タイマを停止し(412)、パリティチェックを行う
(413)。通信端末106は、当該データブロックを
正確に受信できた場合には、受信が完了したBlock
SNを不揮発性メモリに格納する(414)。図示しな
いが、受信されたデータもEEPROMまたはデータ格
納手段210(図2)に不揮発的に記憶される。また、
1ブロックのデータの受信が完了すると、配信装置10
1へデータ受信確認メッセージ415を送信して、タイ
マを開始する(416)。このタイマは、無線接続切断
の発生、および、配信装置101からの応答を監視する
ためのものである。データ受信確認メッセージ417に
は、データ受信の成功/失敗情報とともに、少なくとも
当該正常に受信されたブロックのBlockSNが含ま
れている。その他、データ受信失敗時の要因情報とし
て、端末のメモリ不足やバッテリ残量不足などのアプリ
ケーションエラー情報等を含めてもよい。データ受信確
認メッセージ415を受信した配信装置101は、自身
のタイマを停止させる(417)。
Upon receiving the content purchase request, the distribution apparatus 101 divides the data into blocks as described above, transmits unit data of at least one block to the communication terminal 106 at a time (410), and receives the data. Start the timer for the confirmation message (41
1). Here, the description is made on the assumption that the unit data is one block. After receiving one block of data, the communication terminal 106 stops the timer for detecting whether the wireless connection has been disconnected (412), and performs a parity check (413). If the communication terminal 106 has correctly received the data block,
The SN is stored in the nonvolatile memory (414). Although not shown, the received data is also stored in a nonvolatile manner in the EEPROM or the data storage means 210 (FIG. 2). Also,
When the reception of one block of data is completed, the distribution device 10
1 transmits a data reception confirmation message 415 to start a timer (416). This timer monitors the occurrence of disconnection of the wireless connection and the response from the distribution apparatus 101. The data reception confirmation message 417 includes at least BlockSN of the normally received block together with the success / failure information of the data reception. In addition, application error information such as insufficient memory of the terminal or insufficient battery power may be included as the factor information at the time of data reception failure. The distribution apparatus 101 that has received the data reception confirmation message 415 stops its own timer (417).

【0031】このような、配信装置101から1ブロッ
クを正確に送信して、通信端末106から正常なデータ
受信確認を受けるまでの一連のシーケンスを1転送フェ
ーズ(420、421)と定義する。コンテンツデータ
を分割したブロックの数だけ、この転送フェーズが繰り
返されれば、コンテンツデータの配信は完了する。
Such a sequence from transmitting one block correctly from the distribution apparatus 101 to receiving a normal data reception confirmation from the communication terminal 106 is defined as one transfer phase (420, 421). If this transfer phase is repeated by the number of blocks obtained by dividing the content data, the distribution of the content data is completed.

【0032】しかしながら、通信端末においては、特有
の要因による障害が発生しうる。例えば、通信不能状態
となり配信が中断される要因としては、通信端末のバッ
テリの電圧低下や配線断などの電源の異常、メモリの動
作異常または記憶容量不足などの領域エラー、無線通信
サービスエリアから外れた場合のいわゆる圏外、配信装
置の異常、過密トラフィック等による無線資源の不足、
等の無線システム各部の偶発的な障害が挙げられる。ま
た、携帯電話機のような通信端末において、データ通信
中に緊急に通話を行いたい、メモリ不足が予期される、
等の場合にユーザの手動操作により通信不能状態とされ
る場合もありうる。
However, in the communication terminal, a failure due to a specific factor may occur. For example, the communication is disabled and the distribution is interrupted due to abnormalities in the power supply such as a drop in the battery voltage of the communication terminal or disconnection of the wiring, an error in the operation of the memory such as an abnormal operation of the memory or a shortage of the storage capacity, or a disconnection from the wireless communication service area. Out of service area, abnormal distribution equipment, lack of radio resources due to overcrowded traffic, etc.
And other accidental failures of each part of the wireless system. Also, in a communication terminal such as a mobile phone, an emergency call is required during data communication, memory shortage is expected,
In such a case, the communication may be disabled by a manual operation of the user.

【0033】図5は、主として電波状態の影響によりパ
リティエラーが生じた場合などの、再送が必要になった
場合のコンテンツデータ転送制御シーケンスを示す。配
信装置101でのデータ転送(510)およびタイマス
タート(511)、通信端末106でのタイマストップ
(512)については図4の場合と同様である。ここ
で、通信端末106が当該転送されたデータについてパ
リティエラーを検出したとする(513)。このとき、
通信端末106は、配信装置101に対してデータ再送
要求メッセージ514を送信する。このメッセージに
は、再送を要求するBlockSNが含まれている。こ
れを受信した配信装置101は、一旦タイマを停止し
(516)、そのBlockSNで指定されたブロック
を再送する(517)。このとき、再度タイマをスター
トさせる(518)。このデータを受けた通信端末10
6は、タイマをストップし(519)、パリティチェッ
クを行う(520)。この受信データにエラーがなけれ
ば、そのBlockSNを記憶し(521)、配信装置
101へデータ受信確認メッセージ522を返送し、タ
イマーをスタートさせる(523)。このメッセージを
受けた配信装置101はタイマを停止する(524)。
このようにして、エラー検出されたブロックのデータが
正常に再送され、1転送フェーズが終了する。図5の、
以降の処理は図4の場合と同様である。
FIG. 5 shows a content data transfer control sequence in a case where retransmission is necessary, such as when a parity error occurs mainly due to the influence of the radio wave condition. The data transfer (510) and the timer start (511) in the distribution device 101, and the timer stop (512) in the communication terminal 106 are the same as those in FIG. Here, it is assumed that the communication terminal 106 detects a parity error for the transferred data (513). At this time,
The communication terminal 106 transmits a data retransmission request message 514 to the distribution device 101. This message includes the BlockSN requesting retransmission. Upon receiving this, the distribution apparatus 101 temporarily stops the timer (516), and retransmits the block specified by the BlockSN (517). At this time, the timer is started again (518). Communication terminal 10 receiving this data
6 stops the timer (519) and performs a parity check (520). If there is no error in the received data, the BlockSN is stored (521), a data reception confirmation message 522 is returned to the distribution apparatus 101, and a timer is started (523). The distribution apparatus 101 that has received this message stops the timer (524).
In this way, the data of the block in which the error is detected is normally retransmitted, and one transfer phase ends. In FIG.
Subsequent processing is the same as in FIG.

【0034】図6は、通信中にコンテンツ配信が中断す
る場合のシーケンスを示す。中断の理由としては、前述
したように種々の要因が考えられるが、ここではサービ
スエリア「圏外」を考える。例えば転送フェーズ61
0、611が完了した後に、通信端末106が1ブロッ
クのデータ受信し(612,614,615)、ブロッ
クのBlockSNを記憶(616)した後、圏外の状
態(620)に移行した場合を考える。この場合には、
再び圏内に復帰するまで、配信装置101から送信され
た情報を受信することも、配信装置101が通信端末1
06のメッセージを受信することもできなくなる。すな
わち図の例では、通信端末106は、圏外状態になった
直後に配信装置101へデータ受信確認メッセージを返
送する(621)が、このメッセージは配信装置101
へは届かない。再度、タイマをスタートする(622)
が、その後、配信装置101からの次のデータ転送がな
いままに所定時間が経過してタイムアウトとなる(62
3)。通信端末106は、アプリケーションレベルでは
この時点で初めて通信が切断されたことを認識し、受信
処理を中断する(624)。一方、配信装置101は、
先のタイマスタート(613)の後、端末装置106か
らのデータ受信確認メッセージを所定時間以内に受信で
きないために(625)、配信処理を中断する(62
6)。このとき、どの端末に対してどのコンテンツデー
タをどのブロックまで正常に送信したかについての配信
経過情報を記憶する(627)。この状態では、通信端
末106は、ダウンロード中のコンテンツについてデー
タ転送(612)で転送されたブロックのBlockS
Nを不揮発的に記憶しており、当該ブロックまで正常に
受信済みであるとの認識を持っている。これに対して、
配信装置101は、転送フェーズ611で転送したブロ
ックまでを正常に配信しているが、次のデータ転送(6
12)で転送したブロックに対するデータ受信確認を通
信端末106から受信していないため、当該ブロックに
ついては正常に配信されたか否か不明であるとの認識を
持っている。
FIG. 6 shows a sequence when the content distribution is interrupted during communication. As described above, various reasons can be considered as the reason for the interruption, but here, the service area “out of service area” is considered. For example, transfer phase 61
It is assumed that the communication terminal 106 receives one block of data after completion of 0 and 611 (612, 614, 615), stores the BlockSN of the block (616), and then shifts to the out-of-service state (620). In this case,
Until the communication terminal 1 returns to the service area, the information transmitted from the distribution apparatus 101 may be received.
06 message cannot be received. That is, in the example shown in the figure, the communication terminal 106 returns a data reception confirmation message to the distribution device 101 immediately after the communication terminal 106 enters the out-of-service state (621).
Does not reach. Start the timer again (622)
However, after that, a predetermined period of time elapses without the next data transfer from the distribution apparatus 101 and a timeout occurs (62).
3). At the application level, the communication terminal 106 recognizes for the first time that the communication has been disconnected, and interrupts the reception process (624). On the other hand, the distribution device 101
After the previous timer start (613), the distribution process is interrupted because the data reception confirmation message from the terminal device 106 cannot be received within a predetermined time (625).
6). At this time, the distribution progress information on which terminal has transmitted what content data to which terminal normally is stored (627). In this state, the communication terminal 106 checks the BlockS of the block transferred by the data transfer (612) for the content being downloaded.
N is stored in a non-volatile manner, and it is recognized that the block has been normally received up to the block. On the contrary,
The distribution apparatus 101 normally distributes up to the block transferred in the transfer phase 611, but the next data transfer (6
Since the data reception acknowledgment for the block transferred in 12) has not been received from the communication terminal 106, it is recognized that it is unknown whether or not the block has been normally delivered.

【0035】なお、接続中断の要因が圏外620ではな
く通信端末106のバッテリの電圧低下や配線断のよう
な電源異常の場合には、図6のデータ受信確認メッセー
ジ621の返送処理自体が実行されない。その場合、通
信端末106は、電源復帰後に起動されたときに先のダ
ウンロード処理が完了していないことを認識できる。
When the cause of the connection interruption is not the out-of-service area 620 but a power supply abnormality such as a low battery voltage of the communication terminal 106 or a disconnection of the wiring, the return processing of the data reception confirmation message 621 in FIG. 6 is not executed. . In this case, the communication terminal 106 can recognize that the previous download processing has not been completed when the communication terminal 106 is activated after the power is restored.

【0036】図7は、コンテンツ配信中断後に、配信可
能状態に復帰したときに実行されるシーケンスの一例を
示す。この中断要因としては、図6と同様に圏外の例を
示しているが、他の要因による中断であってもよい。配
信処理を中断した後、配信装置101は、リアルタイム
に通信端末106の状態を監視していないため、交換機
702内にある加入者管理装置に対して、端末状態監視
要求を送信する(712)。この端末状態監視要求は、
特定の通信端末である加入者端末が圏内に復帰したとき
にその旨を通知してくれるように、交換機702に対し
て要求するものである。通信端末106は、一旦圏外に
出た(710)あと、圏内に復帰したとき(711)、
交換機702に対して自己の位置登録要求(位置登録応
答メッセージ)を出力する(713)。交換機702
は、自己内の加入者管理装置に位置登録要求を受信した
ことを通知する。この加入者管理装置は、当該端末に対
して位置番号を与えた後、端末状態を通信可能状態と判
断して、配信装置101に通信端末106が新たに通信
可能状態になったことを通知する(714)。さらに交
換機702は、位置登録応答メッセージによるレジスト
レーション(位置登録)成功を位置登録応答として端末
106へ返す(715)。
FIG. 7 shows an example of a sequence that is executed when the content distribution is returned to the distributable state after the interruption of the content distribution. As an example of the interruption factor, an example of out of service area is shown as in FIG. 6, but interruption may be caused by another factor. After interrupting the distribution process, the distribution device 101 transmits a terminal status monitoring request to the subscriber management device in the exchange 702 because the status of the communication terminal 106 is not monitored in real time (712). This terminal status monitoring request is
It requests the exchange 702 to notify the subscriber terminal as a specific communication terminal when it returns to the service area. When the communication terminal 106 once goes out of the service area (710) and then returns to the service area (711),
It outputs its own location registration request (location registration response message) to exchange 702 (713). Exchange 702
Notifies the subscriber management device in itself that the location registration request has been received. After giving the location number to the terminal, the subscriber management device determines that the terminal is in a communicable state, and notifies the distribution device 101 that the communication terminal 106 is newly communicable. (714). Further, the exchange 702 returns a registration (location registration) success by the location registration response message to the terminal 106 as a location registration response (715).

【0037】ここで、図12に端末状態通知メッセージ
714のデータフォーマット例を示す。ヘッダ部120
1は、加入者管理装置ID、交換機IDなどの情報を含
む。端末状態1203は、当該端末が通信可能状態かど
うかを示す情報であり、物理的に接続されていないの
か、通信は可能でもプロトコル的に問題があるのかまた
はアプリケーション状態に問題があるのかといった情報
をもつ。アプリケーション状態の問題とは、例えば端末
内のメモリが一杯で、配信処理を継続してもデータを格
納できない状態であるとか、バッテリ残量が残リ少ない
ので、いまから再開しても、再び中断する恐れがある等
の情報を示す。
FIG. 12 shows an example of the data format of the terminal status notification message 714. Header section 120
1 includes information such as a subscriber management device ID and an exchange ID. The terminal status 1203 is information indicating whether or not the terminal is in a communicable state, and includes information such as whether the terminal is not physically connected, whether communication is possible but there is a problem in protocol, or whether there is a problem in the application state. Have. The problem with the application state is, for example, that the memory in the terminal is full and data cannot be stored even if the distribution process is continued, or the remaining battery level is low. Indicates information such as the risk that

【0038】なお、加入者管理装置がアプリケーション
状態を認識するためには、例えば次のような措置をと
る。端末と配信装置との間に呼が確立して通信状態にな
った後に、アプリケーション状態の問題、例えばメモリ
不足が生じたら、通信端末が呼を切断するメッセージ
(RELEASEメッセージ)により交換機に切断を通知す
る。このとき、通常、切断の理由を通知するが、この通
知する理由の内容を拡張して、アプリケーションエラー
という概念でメモリ不足やバッテリ以上などの情報を通
知するようにする。その後、端末はそのアプリケーショ
ンの問題が解決されるまでは、配信再開の要求または受
付をしないようにする。加入者管理装置は、端末が配信
再開の要求または受付をしたときに当該問題が解決され
たと判断する。
In order for the subscriber management device to recognize the application state, for example, the following measures are taken. After the call is established between the terminal and the distribution device and the communication state is established, if the application status problem, for example, a memory shortage occurs, the communication terminal notifies the exchange of the disconnection by a message for releasing the call (RELEASE message). I do. At this time, usually, the reason for the disconnection is notified, but the content of the reason for the notification is extended to notify information such as a memory shortage or a battery excess based on the concept of an application error. Thereafter, the terminal does not request or accept distribution restart until the problem of the application is resolved. The subscriber management device determines that the problem has been solved when the terminal requests or accepts distribution restart.

【0039】なお、端末の物理レイヤ障害は基地局など
の無線制御局が検出し、その情報を上のレイヤに通知す
る。呼の制御を行っている交換機は、これによって当該
端末に無線レイヤ障害が発生したことの通知を受けるこ
とができる。したがって、加入者管理装置は、端末の物
理レイヤ障害の発生も認識することができる。
The physical layer failure of the terminal is detected by a radio control station such as a base station and the information is notified to an upper layer. The exchange controlling the call can thereby receive notification that a radio layer failure has occurred in the terminal. Therefore, the subscriber management device can also recognize occurrence of a physical layer failure of the terminal.

【0040】図7に戻り、加入者管理装置から端末状態
通知714を受けた配信装置101は、端末106が通
信可能状態になったと判断して、データ配信を再開す
る。この配信再開のためには、端末106が配信中断前
にデータをどの程度正確に受信したかを知る必要がある
ため、また通信端末が配信処理再開が可能であるかを確
認するため、配信再開要求を通信端末106に送信する
(716)。通信端末106は、サービス名およびコン
テンツIDとともに、受信済ブロックまたは未受信ブロ
ックの識別情報(個々のBlockSNまたはその範
囲)を通知し、残りの未受信ブロックの転送を要求する
配信再開応答メッセージを配信装置に送信する(71
7)。
Returning to FIG. 7, upon receiving terminal status notification 714 from the subscriber management device, distribution device 101 determines that terminal 106 has become communicable, and resumes data distribution. In order to resume the distribution, it is necessary to know how accurately the terminal 106 has received the data before the suspension of the distribution, and to confirm whether the communication terminal can resume the distribution process, The request is transmitted to the communication terminal 106 (716). The communication terminal 106 notifies the identification information (individual BlockSN or its range) of the received block or the unreceived block, together with the service name and the content ID, and delivers a delivery restart response message requesting the transfer of the remaining unreceived block. Send to device (71
7).

【0041】配信装置101は、図6のステップ627
で自己が記憶している配信済ブロックと通信端末の受信
済ブロックのブロック識別情報とを照合して、両者が一
致しているか、1ブロック差であることを確認する。
(通信端末の受信済ブロックは未受信ブロック識別情報
からも特定できる。)そうでなければ、エラー処理を行
う。例えば、送受信ブロックの照合に問題があれば再配
信を拒絶する。照合に問題がなければ、通信端末が未受
信のブロックを送信すべきブロックとして選択する(7
18)。その後、コンテンツデータ転送制御を行い(7
19)、すべてのデータ転送が終了すれば、課金処理
(720)を行い、コンテンツ購入応答を通信端末へ送
信する(721)。
The distribution apparatus 101 determines in step 627 of FIG.
Then, the distributed block stored therein is compared with the block identification information of the received block of the communication terminal, and it is confirmed that they match or differ by one block.
(The received block of the communication terminal can also be specified from the unreceived block identification information.) Otherwise, error processing is performed. For example, if there is a problem in checking the transmission / reception block, retransmission is refused. If there is no problem in the collation, the communication terminal selects a block that has not been received as a block to be transmitted (7).
18). Thereafter, content data transfer control is performed (7.
19) When all data transfer is completed, a billing process (720) is performed and a content purchase response is transmitted to the communication terminal (721).

【0042】図13に、配信再開応答メッセージのデー
タフォーマットの一例を示す。ヘッダ1301は、図1
2に示した端末状態通知メッセージのヘッダ1201と
同じである。コンテンツID1302は、配信再開の対
象となるコンテンツ識別情報である。配信開始Bloc
kSN1303は、典型的には配信の再開を要求する開
始ブロックのブロックSNであるが、前述したように受
信済のブロックを指定してもよい。配信装置の側で受信
済ブロック識別情報に基づいて端末の未受信ブロックを
特定することができる。
FIG. 13 shows an example of the data format of the distribution restart response message. The header 1301 is shown in FIG.
2 is the same as the header 1201 of the terminal status notification message shown in FIG. The content ID 1302 is content identification information to be restarted for distribution. Distribution start Bloc
The kSN 1303 is typically a block SN of a start block that requests a restart of distribution, but may specify a received block as described above. The non-received block of the terminal can be specified on the distribution device side based on the received block identification information.

【0043】ここで、ブロックSNの指定の仕方につい
て簡単に説明する。ブロックSNの指定には、指定しよ
うとするブロックの個々のブロックSNを個別に記述す
ることにより行えることは勿論であるが、連続している
番号については、その開始ブロックSNと終了ブロック
SNとからなる範囲指定を行うことができる。さらに具
体的には、例えば個別/範囲の識別子として、それぞ
れ、0x00(0xは続く数値が16進数であることを
示す)が個別指定、0x10が範囲の開始、0x01が
範囲の終了を示すとすると、例えば、ブロックSNの指
定データが”0003000510070114001
6”である場合、これはBlockSN3,5,7〜1
4,16を示す。なお、この表記はあくまで説明のため
の例示であり、本発明のブロックSNの指定の仕方はこ
れに限定されるものではない。
Here, how to specify the block SN will be briefly described. Of course, the designation of the block SN can be performed by individually describing each block SN of the block to be designated. However, for the consecutive numbers, the start block SN and the end block SN Range can be specified. More specifically, for example, as individual / range identifiers, suppose that 0x00 (0x indicates that the following numerical value is a hexadecimal number) is individually designated, 0x10 indicates the start of the range, and 0x01 indicates the end of the range. For example, if the designated data of the block SN is “00030005100701114001”
6 ", this is the BlockSN 3,5,7-1
4 and 16 are shown. Note that this notation is merely an example for explanation, and the method of designating the block SN of the present invention is not limited to this.

【0044】なお、通信端末106が、配信再開要求7
16を受けたときに、ユーザに対して配信再開を受け入
れるか否かを確認する画面を表示し、ユーザの意思を確
認した後、配信再開応答717を配信装置101へ送信
するようにしてもよい。この場合、ユーザが配信再開を
望まない場合には、その旨が配信装置に伝えられ、配信
装置は配信再開を断念する。
Note that the communication terminal 106 transmits the distribution restart request 7
Upon receiving 16, a screen for confirming whether or not to accept distribution restart may be displayed to the user, and after confirming the user's intention, a distribution restart response 717 may be transmitted to the distribution apparatus 101. . In this case, if the user does not want to resume the distribution, the fact is notified to the distribution device, and the distribution device gives up the distribution restart.

【0045】図8は、本実施の形態における配信装置1
01の処理手順を示すフロ一チャートである。配信装置
は、イベント待ちの状態(801)からコンテンツ購入
要求を受信すると(802)、その要求されたコンテン
ツlDおよび要求を発した通信端末IDを記憶して(8
03)、ブロック単位のデータ配信が開始される(80
4)。ついで端末の通信可能状態を監視するためのタイ
マを起動する(805)。その後、イベント待ちの状態
になる(806)。端末からメッセージ(データ受信確
認または再送要求)を受信すると(807)、タイマが
停止される(808)。当該メッセージが再送要求メッ
セージである場合には(809)、再び同じブロックを
送信する(810)。全ブロックのデータ転送が完了す
るまでは(812,No)、次のブロックデータを送信
し(814)、タイマをスタートして(815)、ステ
ップ806に戻りイベント待ち状態となる。全ブロック
が配信完了であれば(812,Yes)、配信完了を示
すコンテンツ購入応答メッセージを送信して(81
3)、配信処理が終了する。
FIG. 8 shows distribution apparatus 1 in the present embodiment.
6 is a flowchart showing a processing procedure of No. 01. When receiving the content purchase request from the event waiting state (801) (802), the distribution device stores the requested content ID and the communication terminal ID that issued the request (8).
03), data distribution in block units is started (80).
4). Next, a timer for monitoring the communicable state of the terminal is started (805). Thereafter, an event waiting state is set (806). When a message (data reception confirmation or retransmission request) is received from the terminal (807), the timer is stopped (808). If the message is a retransmission request message (809), the same block is transmitted again (810). Until the data transfer of all blocks is completed (No, 812), the next block data is transmitted (814), the timer is started (815), and the process returns to step 806 to wait for an event. If distribution of all blocks is completed (Yes in 812), a content purchase response message indicating distribution completion is transmitted (81).
3), the distribution process ends.

【0046】イベント待ちの状態(806)でタイムア
ウトがおきると(816)、端末と正常に通信できてい
ないと判断し、交換機(加入者管理装置)に対して、端
末状態監視要求メッセージを送信する(817)。この
要求をしておけば、当該端末が通信可能状態に復帰した
ときに加入者管理装置からその旨を通知してもらえる。
端末が圏内に復帰して通信可能になった場合には、イベ
ント待ち801の状態から端末状態通知メッセージを受
信する(818)ので、端末に配信再開要求メッセージ
を送信する(819)。これに対する応答である配信再
開応答メッセージを受信すると(820)、このメッセ
ージに基づいて配信すべきデータの範囲を特定し(82
1)、通常の配信処理が再開される。
When a timeout occurs in the event waiting state (806) (816), it is determined that communication with the terminal has not been normally performed, and a terminal state monitoring request message is transmitted to the exchange (subscriber management device). (817). If this request is made, when the terminal returns to the communicable state, the subscriber management device can notify that fact.
When the terminal returns to the service area and communication becomes possible, a terminal status notification message is received from the state of the event wait 801 (818), and a distribution restart request message is transmitted to the terminal (819). When a delivery restart response message is received as a response to this (820), the range of data to be delivered is specified based on this message (82).
1) Normal distribution processing is restarted.

【0047】図9は、通信端末106である通信端末の
処理を示すフロ一チャートである。通信端末は、まず、
周辺基地局を探索して(901)、有効な基地局を見つ
けると位置登録要求を送信する(902)。この要求に
対する位置登録応答を受信した後(903)、イベント
待ち状態になる(904)。配信が中断されているコン
テンツがあれば、配信装置から配信再開要求メッセージ
を受信するので(905)、前記のような配信再開応答
メッセージを送信する(906)。その後、コンテンツ
受信のためのデータ転送制御を行う(907)。この詳
細については図10により後に説明する。その後、イベ
ント判定(908)において、コンテンツ購入応答を受
信すると(909)、好ましくは、ユーザに対して所定
の画面(図示せず)によりその旨を通知する。その後、
先のステップ904に戻りイベント待ち状態となる。ま
た、配信が中断されるような異常が発生すると(91
0)、最初のステップ901へ戻る。
FIG. 9 is a flowchart showing the processing of the communication terminal 106. First, the communication terminal
The base station is searched for neighboring base stations (901), and when a valid base station is found, a location registration request is transmitted (902). After receiving the location registration response to this request (903), the system enters the event waiting state (904). If there is any content whose distribution has been interrupted, a distribution restart request message is received from the distribution device (905), and the above-described distribution restart response message is transmitted (906). Thereafter, data transfer control for content reception is performed (907). The details will be described later with reference to FIG. Thereafter, in the event determination (908), when a content purchase response is received (909), the user is preferably notified on a predetermined screen (not shown). afterwards,
The process returns to the previous step 904 to be in an event waiting state. Also, if an abnormality occurs that interrupts the distribution (91
0), returning to the first step 901;

【0048】図10は、図9のステップ907に示し
た、通信端末のデータ転送制御の詳細を示すフロ一チャ
ートである。タイマスタート後(1001)、イベント
待ち状態に入る(1002)。配信装置からブロックを
受信したら(1005)、タイマを停止し(100
6)、パリティチェックを行って正確に受信できたかを
検証する(1007)。正確に受信できていない場合に
は、配送装置に対してデータ再送要求を送信する(10
08)。受信が成功している場合には、受信データを不
揮発性メモリに記憶し(1009)、当該受信が成功し
たブロックのBlockSNの情報を不揮発メモリに記
憶する(1010)。ついで、データ受信確認メッセー
ジを送信して、1ブロックのデータの受信が正確にでき
たことを通知する(1011)。その後、最初のステッ
プ1001へ戻る。タイマがタイムアウトした時点で
(1003)、この受信処理を停止する(1004)。
FIG. 10 is a flowchart showing details of the data transfer control of the communication terminal shown in step 907 of FIG. After the timer starts (1001), an event waiting state is entered (1002). When a block is received from the distribution device (1005), the timer is stopped (1005).
6), a parity check is performed to verify whether the data was correctly received (1007). If the data has not been correctly received, a data retransmission request is transmitted to the delivery device (10).
08). If the reception is successful, the received data is stored in the non-volatile memory (1009), and the BlockSN information of the block that has been successfully received is stored in the non-volatile memory (1010). Next, a data reception confirmation message is transmitted to notify that one block of data has been correctly received (1011). Thereafter, the process returns to the first step 1001. When the timer times out (1003), the receiving process is stopped (1004).

【0049】次に、本発明の第2の実施の形態について
説明する。本実施の形態のシステム構成は、上記第1の
実施の形態と同様である。第1の実施の形態と異なるの
は、そのコンテンツデータ転送制御シーケンスおよびこ
れに関連する動作である。以下、第2の実施の形態に動
作を詳細に説明する。
Next, a second embodiment of the present invention will be described. The system configuration of the present embodiment is the same as that of the first embodiment. What is different from the first embodiment is the content data transfer control sequence and the operation related thereto. Hereinafter, the operation of the second embodiment will be described in detail.

【0050】まず、図22(a),(b),(c)に、
本実施の形態において用いることができる幾つかのブロ
ック構造を示す。
First, FIGS. 22 (a), (b) and (c) show
Some block structures that can be used in this embodiment are shown.

【0051】図22(a)に示すコンテンツデータのブ
ロック構造は、図11に示したブロック構造と同じであ
り、BlockSN1101a、コンテンツデータ11
02a、パリティ1103aから構成されている。
The block structure of the content data shown in FIG. 22A is the same as the block structure shown in FIG.
02a and a parity 1103a.

【0052】図22(b)は複数のブロックを一度にま
とめて配信する時のブロックデータ構造である。この構
造により、1ブロックのデータ量(サイズ)を小さくし
て、複数のブロックをまとめて送信することが可能とな
る。この場合、当該複数のブロックに対して、その先頭
にBlockSNの範囲1101bを付加し、末尾に全
ブロックに対するパリティ1103bを付加する。この
複数のブロックを受信した通信端末は、複数のブロック
を総合して、エラーチェックを行う。BlockSNの
範囲の指定の仕方については前述したとおりである。
FIG. 22B is a block data structure when a plurality of blocks are collectively distributed at once. With this structure, it is possible to reduce the data amount (size) of one block and transmit a plurality of blocks collectively. In this case, a BlockSN range 1101b is added to the beginning of the plurality of blocks, and a parity 1103b for all blocks is added to the end. The communication terminal receiving the plurality of blocks performs an error check by integrating the plurality of blocks. The method of specifying the BlockSN range is as described above.

【0053】なお、パリティエラー検出時の再送要求
は、パリティがブロックごとにあれば、特定のBloc
kSNの再送を要求し、複数のブロックでまとめてパリ
ティ計算をしている場合には、それら全てのBlock
SNの再送を要求する。1ブロックのデータサイズはこ
こでは特に規定しないので、任意のサイズとしておく。
When a parity error is detected, a retransmission request is sent to a specific Bloc if parity is provided for each block.
If retransmission of kSN is requested and parity calculation is performed collectively for a plurality of blocks, all of those Blocks are used.
Requests retransmission of SN. Since the data size of one block is not particularly defined here, it is set to an arbitrary size.

【0054】図22(c)のブロック構造は、図22
(b)と同様に複数のブロックを一度に送信するもの
の、パリティ1103cは各ブロック単位に付加したも
のである。したがって、この場合のエラーチェックはあ
くまでブロック単位に行われる。
The block structure shown in FIG.
Although a plurality of blocks are transmitted at one time as in (b), the parity 1103c is added for each block. Therefore, the error check in this case is performed only for each block.

【0055】なお、前述した第1の実施の形態におい
て、図22(b)、図22(c)のブロック構造を用い
ることも可能である。
In the first embodiment described above, it is also possible to use the block structures shown in FIGS. 22 (b) and 22 (c).

【0056】さて図14に、図3に示したコンテンツデ
ータ転送制御312に関する本実施の形態における正常
時の詳細シーケンスを示す。第1の実施の形態の、対応
する図4と対比すれば分かるように、本実施の形態で
は、配信装置101から通信端末106へコンテンツデ
ータを単位データ毎に転送する点は同じであるが、通信
端末106が単位データ受信の度にデータ受信確認を返
送する手順を省略している。すなわち、第1の実施の形
態では配信装置101がコンテンツデータ転送中に現在
どこまでのブロックを配信済みであるかを逐次管理して
いたのに対して、本実施の形態では配信装置101はそ
のような管理を行わない。これに伴って、配信装置10
1ではタイマによるタイムアウト管理も行わない。
FIG. 14 shows a detailed sequence of the content data transfer control 312 shown in FIG. 3 in the present embodiment in a normal state. As can be seen by comparing with the corresponding FIG. 4 of the first embodiment, in the present embodiment, the content data is transferred from the distribution apparatus 101 to the communication terminal 106 for each unit of data, but is the same. A procedure in which the communication terminal 106 returns a data reception confirmation every time unit data is received is omitted. That is, in the first embodiment, the distribution apparatus 101 sequentially manages up to which block has been distributed during the content data transfer, whereas in the present embodiment, the distribution apparatus 101 Do not perform any management. Accordingly, the distribution device 10
In 1, the timeout management by the timer is not performed.

【0057】通信端末106が、受信完了したブロック
範囲に関する情報を記憶するタイミングを計るタイマを
開始後(430)、配信装置101は、データをブロッ
ク単位に分割して、上記いずれかのブロック構造の単位
データ毎に、通信端末106へデータ転送する(43
1)。このデータを受信した通信端末106は、パリテ
ィチェックを行い(432)、正確に受信できた場合に
は、次の単位データの受信を待つ。次のデータ転送(4
33)についても同様にパリティチェックを行い(43
4)、データを一時記憶する。タイムアウトが発生した
ら(435)、受信状況(今まで受信したBlockS
N)を不揮発メモリに記憶するとともに、一時記憶して
いた当該データを不揮発性メモリに記憶し(436)、
再びタイマを開始する(437)。さらに、データ転送
(438,440)がある度にパリティチェックを行い
(439,441)、全データが配信されるまで、同様
の処理を繰り返す。
After the communication terminal 106 starts a timer for measuring the timing of storing the information on the block range for which reception has been completed (430), the distribution apparatus 101 divides the data into blocks and divides the data into blocks. Data is transferred to the communication terminal 106 for each unit data (43
1). The communication terminal 106 that has received this data performs a parity check (432), and if the data is correctly received, waits for the next unit data. Next data transfer (4
A parity check is similarly performed for (33) (43).
4) temporarily store the data. If a timeout occurs (435), the reception status (BlockS received so far)
N) is stored in a non-volatile memory, and the temporarily stored data is stored in a non-volatile memory (436).
The timer is started again (437). Further, every time data transfer (438, 440) is performed, a parity check is performed (439, 441), and the same processing is repeated until all data is distributed.

【0058】図15は、第2の実施の形態における再送
が必要になった場合のコンテンツデータ転送制御シーケ
ンスを示す。図14と同様に、タイマスタート(53
0)、データ転送(531)、パリティチェック(53
2)の後、次のデータ転送(533)の受信データでパ
リティエラーを検出したとする(534)。このとき、
通信端末106は、配信装置101に対してデータ再送
要求メッセージを送信する(535)。これを受信した
配信装置101は同じデータを再送する(536)。た
だし、図22(b)(c)に示したようなブロック構造
の場合、再送要求メッセージに、BlockSNを含め
れば、これを受信した配信装置101は再送すべきブロ
ックを特定して送信することもできる。後続のステップ
539〜542は、図14のステップ434〜437と
同様である。
FIG. 15 shows a content data transfer control sequence when retransmission is required in the second embodiment. As in FIG. 14, the timer start (53
0), data transfer (531), parity check (53
After 2), it is assumed that a parity error is detected in the received data of the next data transfer (533) (534). At this time,
The communication terminal 106 transmits a data retransmission request message to the distribution device 101 (535). The distribution apparatus 101 receiving this retransmits the same data (536). However, in the case of the block structure as shown in FIGS. 22B and 22C, if BlockSN is included in the retransmission request message, the distribution apparatus 101 that has received the BlockSN may specify the block to be retransmitted and transmit it. it can. Subsequent steps 539 to 542 are the same as steps 434 to 437 in FIG.

【0059】図16は、第2の実施の形態におけるコン
テンツ配信が中断する場合のシーケンスを示す。この例
では、中断の要因が通信端末の電源異常である場合を説
明する。他の要因による中断の場合も基本的には同様で
ある。
FIG. 16 shows a sequence in the case where the content distribution in the second embodiment is interrupted. In this example, a case where the cause of the interruption is a power supply abnormality of the communication terminal will be described. The same applies to interruptions caused by other factors.

【0060】通信端末のバッテリが一瞬外れて、その処
理が一瞬でも中断されるいわゆる瞬断が発生すると、次
回起動時には、不揮発性メモリ領域のデータしか使用で
きない。今、タイマスタート(630)の後のデータ受
信(631)により得られたデータについてパリティチ
ェック(632)を行い、受信完了データ範囲(Blo
ckSN)を記憶(634)した後、再度タイマスター
ト(635)後のデータ転送(636)により得られた
データのパリティチェック(617)を行う。その直後
に電源異常(638)が発生したとする。このとき、デ
ータ転送(636)により得られたデータについては受
信完了データ範囲の記憶が行われていないので、このデ
ータは、保証されない可能性がある。通信端末106が
電源OFF状態(639)になれば、配信装置101は
通信障害を検出する(640)。これにより配信装置1
01は、通信端末106へのデータ配信を中断する(6
41)。また、既に通信端末106へ配信完了したデー
タの情報(どの端末にどのコンテンツのどのBlock
SN)を記憶する(642)。
When the battery of the communication terminal is disconnected for a moment and the process is interrupted for a moment, so-called momentary interruption occurs, only the data in the non-volatile memory area can be used at the next start-up. Now, a parity check (632) is performed on the data obtained by the data reception (631) after the timer start (630), and the reception completion data range (Blo
ckSN) is stored (634), and the parity check (617) of the data obtained by the data transfer (636) after the timer start (635) is performed again. Immediately after that, a power supply abnormality (638) occurs. At this time, since the data obtained by the data transfer (636) is not stored in the reception completion data range, this data may not be guaranteed. When the communication terminal 106 is turned off (639), the distribution device 101 detects a communication failure (640). Thereby, the distribution device 1
01 suspends data distribution to the communication terminal 106 (6
41). In addition, information of data that has already been delivered to the communication terminal 106 (which block of which content to which terminal)
SN) (642).

【0061】図17は、第2の実施の形態におけるコン
テンツ配信中断後に、配信可能状態に復帰したときに実
行されるシーケンスを示す。電源異常状態(730)か
ら復帰して(731)、サービスエリア圏内になると
(732)、無線通信システムにおいては、前述したよ
うに通常位置登録手順が実行される。すなわち、通信端
末106は、交換機702に対して位置登録要求を行い
(733)、交換機702が位置登録応答を返す(73
4)。その後、通信端末において、中断された通信サー
ビスがあるかどうかを確認し、もしあればその旨をメッ
セージ表示等によりユーザ701に通知する(73
5)。好ましくは、通信サービス中断時または中断後に
その中断の理由を確認しておき、ステップ735におい
てその中断理由も通知する。この通知に基づいて、ユー
ザ701が配信を再開するかどうかを決定する。ユーザ
701が配信再開を望む場合には、所定の操作により通
信端末106に配信再開要求の意思を伝える(73
6)。
FIG. 17 shows a sequence executed when the content is returned to the distributable state after the interruption of the content distribution in the second embodiment. After returning from the power failure state (730) (731) and entering the service area (732), the normal position registration procedure is executed in the wireless communication system as described above. That is, the communication terminal 106 issues a location registration request to the exchange 702 (733), and the exchange 702 returns a location registration response (73).
4). Thereafter, the communication terminal checks whether there is any interrupted communication service, and if so, notifies the user 701 of the fact by displaying a message or the like (73).
5). Preferably, the reason for the interruption is confirmed before or after the interruption of the communication service, and the reason for the interruption is also notified in step 735. Based on this notification, the user 701 determines whether to resume distribution. When the user 701 desires to resume distribution, a predetermined operation is performed to inform the communication terminal 106 of the intention to request distribution restart (73).
6).

【0062】なお、中断理由が上記電波障害や電源異常
の場合以外の、通信端末106における中断復帰の判断
は、次のように行うことができる。例えば無線資源不足
であった場合に、その後、無線資源が確保できたことを
当該サービス提供側の装置または交換機が検出して通知
してきたときに、サービス利用可能状態に復帰したと判
断する。中断理由がデータ格納用のメモリ領域不足であ
った場合には、その後、新たな記憶手段の増設や、別の
情報の削除などによる必要領域の確保を検出したとき
に、サービス利用可能状態に復帰したと判断する。
It should be noted that the determination of the return from the interruption in the communication terminal 106 can be made as follows except when the interruption reason is the above-mentioned radio interference or power supply abnormality. For example, when the radio resources are insufficient, when the service-providing device or exchange detects and notifies that the radio resources have been secured, it is determined that the service is available again. If the reason for the interruption was insufficient memory area for data storage, then when it was detected that a necessary area was secured by adding a new storage means or deleting other information, it returned to the service available state. Judge that you have done.

【0063】ここで、図18に、図7のステップ736
においてユーザに通知する際の表示画面の例を示す。通
信端末106の液晶表示画面750には、サービスが中
断された旨のほか、中断されたサービスの種類(サービ
ス名)、配信が中断されたコンテンツの名称、中断時
刻、受信済みデータ量などの情報751、および、これ
に基づいてユーザが意思表示を入力するための選択肢情
報752が表示される。この例では、ユーザは、すぐに
通信サービスの再開を要求する「すぐに再開」、後で再
開を要求する「後で再開」、およびサービスを受けるこ
とを中止する「中止」の三つの選択肢を用意することに
より、ユーザの利便性を高めている。
Here, FIG. 18 shows step 736 in FIG.
5 shows an example of a display screen when notifying the user. The liquid crystal display screen 750 of the communication terminal 106 includes information indicating that the service has been interrupted, information such as the type of interrupted service (service name), the name of the content whose distribution has been interrupted, the interruption time, and the amount of received data. 751 and option information 752 for the user to input an intention display based on this are displayed. In this example, the user has three options: “Resume Immediately” to request the communication service to be resumed immediately, “Resume Later” to request the resume later, and “Cancel” to stop receiving the service. The preparation improves user convenience.

【0064】図17に戻り、ユーザが配信再開要求を行
うと(736)、通信端末106が、配信装置101に
対して配信再開要求メッセージを送信する(737)。
このメッセージには、サービス名やコンテンツID、受
信済または未受信のブロック識別情報(個々のBloc
kSNまたはその範囲)が含まれる。配信装置101
は、配信再開要求を受けた旨を通知する配信再開応答メ
ッセージを返送する(738)。この際、上記ステップ
718(図7)の場合と同様、送信側と受信側の送受信
済データを照合し、両者が一致しているか1単位のデー
タ差であることを確認する。照合に問題がなければ、受
信した情報に基づいて配信装置が送信すべきデータ範囲
を決定する(739)。その後、前述と同様のデータ転
送制御が行われる(740)。配信装置は、全データの
配信が完了したら、当該通信端末IDの端末に対して当
該コンテンツIDのコンテンツの配信を完了したことを
示す配信情報を記憶し(741)、課金処理を行い(7
42)、通信端末へコンテンツ購入応答を行う(74
3)。
Referring back to FIG. 17, when the user makes a distribution restart request (736), the communication terminal 106 transmits a distribution restart request message to the distribution apparatus 101 (737).
The message includes a service name, a content ID, received or unreceived block identification information (individual Blocs).
kSN or its range). Distribution device 101
Returns a distribution restart response message notifying that the distribution restart request has been received (738). At this time, as in the case of the step 718 (FIG. 7), the transmitted and received data on the transmitting side and the receiving side are collated, and it is confirmed whether they match or the data difference is one unit. If there is no problem in the collation, the data range to be transmitted by the distribution device is determined based on the received information (739). Thereafter, the same data transfer control as described above is performed (740). When the distribution of all data is completed, the distribution device stores distribution information indicating that the distribution of the content of the content ID is completed for the terminal of the communication terminal ID (741), and performs a charging process (7).
42), a content purchase response is sent to the communication terminal (74).
3).

【0065】図19は、第2の実施の形態における配信
装置の処理フローチャートを示している。配信装置がコ
ンテンツ購入要求を受信すると(831)、その要求さ
れたコンテンツIDおよび通信端末IDを記憶して(8
32)、図22(a)(b)(c)で示したいずれかの
データ構造のデータ単位で、データ配信が開始される
(835)。全データが配信完了であれば(836,Y
es)、コンテンツ購入応答メッセージを送信して(8
37)、配信処理が終了する。再送要求メッセージであ
る場合には(838,Yes)、要求されたブロック
(またはブロック群)を送信する(839)。また通信
端末の異常を検出すると(840,Yes)、配信処理
を中断する(841)。配信中断後、端末から再開要求
を受信すると(833)、受信情報に基づいてコンテン
ツID、送信開始BlockSN、通信端末IDなどを
特定し(834)、再びデータ配信処理を実行する(8
35以降)。
FIG. 19 shows a processing flowchart of the distribution apparatus according to the second embodiment. When the distribution device receives the content purchase request (831), it stores the requested content ID and communication terminal ID (831).
32), data distribution is started in data units having any of the data structures shown in FIGS. 22 (a), (b) and (c) (835). If all data has been delivered (833, Y
es), and transmits a content purchase response message (8
37), the distribution process ends. If the message is a retransmission request message (838, Yes), the requested block (or block group) is transmitted (839). When an abnormality of the communication terminal is detected (840, Yes), the distribution process is interrupted (841). When the restart request is received from the terminal after the distribution is interrupted (833), the content ID, the transmission start BlockSN, the communication terminal ID, and the like are specified based on the received information (834), and the data distribution process is executed again (8).
35 and later).

【0066】図20は、第2の実施の形態における通信
端末106の動作を示すフローチャートである。通信端
末の電源が投入されると、周辺基地局を探索して(92
1)、有効な基地局を見つけると位置登録メッセージを
送信する(922)。このメッセージに対する応答を受
信(923)した後、配信が中断されているコンテンツ
があれば(925,Yes)、前述したように、ユーザ
に中断されているサービスの情報を通知する(93
2)。イベント待ち状態(926)においてユーザによ
るコンテンツ購入要求(927,928)などの通信サ
ービス利用要求または配信再開の要求があると(93
3,934)、データ転送制御(929)が実行され
る。その後のイベント判定(930)で配信を中断する
ような異常発生があれば、最初のステップ921へ戻
る。コンテンツ購入応答を受信したら(930)、ユー
ザに対して所定の画面(図示せず)によりその旨を通知
する(931)。
FIG. 20 is a flowchart showing the operation of the communication terminal 106 according to the second embodiment. When the power of the communication terminal is turned on, a search is made for a nearby base station (92).
1) When a valid base station is found, a location registration message is transmitted (922). After receiving the response to this message (923), if there is any content whose distribution has been interrupted (925, Yes), the user is notified of the information of the interrupted service as described above (93).
2). In the event waiting state (926), if there is a communication service use request or a distribution restart request such as a content purchase request (927, 928) by the user (93)
3, 934) and data transfer control (929) is executed. If there is an abnormality that interrupts the distribution in the subsequent event determination (930), the process returns to the first step 921. When the content purchase response is received (930), the user is notified of this by a predetermined screen (not shown) (931).

【0067】図21は、第2の実施の形態における通信
端末106のデータ転送制御に関するフローチャートで
ある。タイマスタート後(1201)、イベント待ち状
態となる(1202)。この状態で、配信装置からデー
タを受信したら(1203)、パリティチェックを行っ
て(1204)、正確に受信できたかを検証する。正確
に受信できていない場合には再送要求を送信する(12
05)。受信が成功している場合には、受信データを不
揮発性メモリに記憶する(1206)。全データの受信
完了するまでは(1207)、ステップ1202へ戻っ
て、上記ステップを繰り返す。タイムアウトが発生した
ら(1208)、受信が成功したBlockSNの情報
を不揮発メモリに記憶する(1209)。配信中に配信
を中断させる事由が生じた場合には(1210)、受信
処理は停止されるか、もしくは不可能になる(121
1)。
FIG. 21 is a flowchart relating to data transfer control of communication terminal 106 in the second embodiment. After the timer starts (1201), it enters an event waiting state (1202). In this state, when data is received from the distribution device (1203), a parity check is performed (1204), and it is verified whether the data was correctly received. If it is not received correctly, a retransmission request is transmitted (12
05). If the reception is successful, the received data is stored in the nonvolatile memory (1206). Until reception of all data is completed (1207), the process returns to step 1202 and repeats the above steps. When a timeout occurs (1208), the information of the BlockSN that has been successfully received is stored in the nonvolatile memory (1209). If a reason for interrupting the distribution occurs during the distribution (1210), the reception processing is stopped or disabled (121).
1).

【0068】なお、上記通信端末や配信装置における本
発明の処理を実行するためのコンピュータプログラムを
アプリケーションプログラムまたはその一部としてイン
ストール可能な場合には、そのコンピュータプログラム
を格納したプログラム格納媒体も本発明を具現したもの
として把握できる。そのようなプログラムをコンピュー
タにインストールし、コンピュータによって実行可能な
状態とするために用いられるプログラム格納媒体として
は、例えば、フロッピー(登録商標)ディスク、CD−
ROM、DVDなどのパッケージメディアのみならず、
プログラムが一時的もしくは永続的に格納される半導体
メモリや磁気ディスクなどで実現してもよい。これらプ
ログラム格納媒体にプログラムを格納する手段として
は、ローカルエリアネットワークやインターネット、デ
ジタル衛星放送などの有線および無線通信媒体を利用し
てもよく、ルーターやモデム等の各種通信インターフェ
イスを介在させて格納するようにしてもよい。
When a computer program for executing the processing of the present invention in the communication terminal or the distribution device can be installed as an application program or a part thereof, a program storage medium storing the computer program is also included in the present invention. Can be grasped as embodying. Examples of a program storage medium used to install such a program in a computer and make it executable by the computer include, for example, a floppy (registered trademark) disk and a CD-ROM.
Not only package media such as ROM and DVD,
The program may be realized by a semiconductor memory or a magnetic disk in which the program is temporarily or permanently stored. As means for storing programs in these program storage media, wired and wireless communication media such as a local area network, the Internet, and digital satellite broadcasting may be used, and the programs are stored via various communication interfaces such as a router and a modem. You may do so.

【0069】以上、本発明の好適な実施の形態について
説明したが、上記で言及した以外にも、種々の変形、変
更が可能である。例えば、通信端末として携帯電話機を
例として説明したが、本発明の通信端末は、通信機能を
備えた携帯情報端末、ゲーム機、カーナビゲーション装
置、パーソナルコンピュータ、等の任意の端末を含みう
る。また、コンテンツデータについては、特に言及しな
かったが、音楽データ、画像データ、映像データ、テキ
ストデータ等の各種データの他、ゲームや各種アプリケ
ーションのようなコンピュータプログラムも含むものと
する。また、無線通信端末に対するデータ配信について
のみ説明したが、無線特有の要因以外の要因に関する本
発明の特徴は、有線通信端末にも適用することは可能で
ある。
Although the preferred embodiment of the present invention has been described above, various modifications and changes other than those described above are possible. For example, although a mobile phone has been described as an example of a communication terminal, the communication terminal of the present invention may include any terminal such as a mobile information terminal, a game machine, a car navigation device, and a personal computer having a communication function. Although the content data is not specifically mentioned, it includes various data such as music data, image data, video data, and text data, as well as computer programs such as games and various applications. Although only data distribution to a wireless communication terminal has been described, the features of the present invention relating to factors other than wireless-specific factors can also be applied to a wired communication terminal.

【0070】[0070]

【発明の効果】本発明によれば、無線通信システムの加
入者がコンテンツ配信サービスを利用する際、無線障
害、バッテリ障害、メモリ容量不足などによる配信サー
ビス中断後、既に配信完了済データの再度配信を防ぎ、
安定した配信処理を行うことが可能となる。これによ
り、ユーザは大サイズのコンテンツを再度受信する際の
時間や通信料の無駄をなくすことができる。コンテンツ
配信者は、処理負荷を軽減できるのみならず、有料でコ
ンテンツ配信を行う場合に無駄な重複データの配信を防
止するとともに、課金できない事態の発生を極力低減す
ることができる。さらに、通信事業者は、重複したデー
タの再配信がなくなることにより、無駄な通信トラフィ
ック増大の軽減を期待することができる。
According to the present invention, when a subscriber of a wireless communication system uses a content delivery service, after the delivery service is interrupted due to a radio failure, a battery failure, a memory capacity shortage, etc., the delivery completed data is already delivered again. Prevent
It is possible to perform stable distribution processing. As a result, the user can avoid wasting time and communication charges when receiving large-sized content again. The content distributor not only can reduce the processing load, but also can prevent the unnecessary distribution of duplicate data when the content is distributed for a fee, and can minimize the occurrence of a situation where charging cannot be performed. Furthermore, the communication carrier can expect reduction of useless increase in communication traffic by eliminating redistribution of duplicated data.

【0071】また、通信端末において、ユーザがコンテ
ンツ配信等の通信サービスを利用する際、無線障害、バ
ッテリ障害、メモリサイズ不足などによる配信サービス
中断後、ユーザに中断の理由を通知することにより、ユ
ーザに当該理由を知らしめるとともに、サービス再開等
への移行をスムーズにさせることができる。
In the communication terminal, when a user uses a communication service such as content distribution, the user is notified of the reason for the interruption after the interruption of the distribution service due to a radio failure, a battery failure, an insufficient memory size, or the like. In addition, the reason can be notified and the transition to service resumption or the like can be smoothly performed.

【0072】さらに、通信網の加入者管理装置における
端末状態通知サービス提供方法によれば、例えばサービ
ス提供者の通信装置は、特定の加入者端末の状態を自身
でチェックすることなく、加入者管理装置から通知を受
けることができる。これにより、例えば、中断後のサー
ビス再開等の契機として通知を利用することができ、本
サービスは、通信装置での処理負荷軽減等において極め
て有用である。
Further, according to the method for providing a terminal status notification service in the subscriber management device of the communication network, the communication device of the service provider, for example, does not need to check the status of a specific subscriber terminal by itself. Notification can be received from the device. Thus, for example, the notification can be used as a trigger for restarting the service after the interruption, and the present service is extremely useful for reducing the processing load on the communication device.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明が適用されるコンテンツ配信システムの
概略の構成を示すブロック図である。
FIG. 1 is a block diagram showing a schematic configuration of a content distribution system to which the present invention is applied.

【図2】図1に示した通信端末の概略構成を示すブロッ
ク図である。
FIG. 2 is a block diagram showing a schematic configuration of the communication terminal shown in FIG.

【図3】本発明の実施の形態におけるコンテンツ配信の
基本シーケンスを示す図である。
FIG. 3 is a diagram showing a basic sequence of content distribution according to the embodiment of the present invention.

【図4】図3におけるコンテンツデータ転送制御の正常
時の詳細シーケンスを示す図である。
FIG. 4 is a diagram showing a detailed sequence when content data transfer control in FIG. 3 is normal.

【図5】本発明の実施の形態における、再送が必要にな
った場合のコンテンツデータ転送制御シーケンスを示す
図である。
FIG. 5 is a diagram showing a content data transfer control sequence when retransmission is required according to the embodiment of the present invention.

【図6】本発明の実施の形態における、通信中にコンテ
ンツ配信が中断する場合のシーケンスを示す図である。
FIG. 6 is a diagram showing a sequence in a case where content distribution is interrupted during communication in the embodiment of the present invention.

【図7】本発明の実施の形態におけるコンテンツ配信異
常復旧シーケンスを示す図である。
FIG. 7 is a diagram showing a content distribution abnormality recovery sequence according to the embodiment of the present invention.

【図8】本発明の実施の形態における配信装置の処理手
順を示すフロ一チャートである。
FIG. 8 is a flowchart showing a processing procedure of the distribution device according to the embodiment of the present invention.

【図9】本発明の実施の形態における通信端末の処理手
順を示すフローチャートである。
FIG. 9 is a flowchart illustrating a processing procedure of the communication terminal according to the embodiment of the present invention.

【図10】図9内の1ステップに示した、通信端末のデ
ータ転送制御の詳細を示すフロ一チャートである。
FIG. 10 is a flowchart showing details of data transfer control of a communication terminal shown in one step in FIG. 9;

【図11】本発明の実施の形態において用いられるコン
テンツデータブロック構造を示す図である。
FIG. 11 is a diagram showing a content data block structure used in the embodiment of the present invention.

【図12】本発明の実施の形態における、端末状態通知
メッセージのデータフォーマット例を示す端末状態通知
メッセージを示す図である。
FIG. 12 is a diagram showing a terminal status notification message showing an example of a data format of the terminal status notification message in the embodiment of the present invention.

【図13】本発明の実施の形態における、配信再開応答
メッセージのデータフォーマットを示す図である。
FIG. 13 is a diagram showing a data format of a delivery restart response message according to the embodiment of the present invention.

【図14】本発明の第2の実施の形態におけるコンテン
ツデータ転送制御に関する正常時の詳細シーケンスを示
す図である。
FIG. 14 is a diagram showing a detailed sequence in a normal state regarding content data transfer control according to the second embodiment of the present invention.

【図15】第2の実施の形態において再送が必要になっ
た場合のコンテンツデータ転送制御シーケンスを示す図
である。
FIG. 15 is a diagram showing a content data transfer control sequence when retransmission is required in the second embodiment.

【図16】第2の実施の形態におけるコンテンツ配信が
中断する場合のシーケンスを示す図である。
FIG. 16 is a diagram showing a sequence in the case where content distribution is interrupted in the second embodiment.

【図17】第2の実施の形態におけるコンテンツ配信中
断後に配信可能状態に復帰したときに実行されるシーケ
ンスを示す図である。
FIG. 17 is a diagram illustrating a sequence that is executed when the content distribution is returned to a distributable state after interruption of content distribution according to the second embodiment.

【図18】第2の実施の形態においてユーザに通知する
際の表示画面の例を示す図である。
FIG. 18 is a diagram illustrating an example of a display screen when notifying a user in the second embodiment.

【図19】第2の実施の形態における配信装置の処理手
順を示すフローチャートである。
FIG. 19 is a flowchart illustrating a processing procedure of the distribution device according to the second embodiment.

【図20】第2の実施の形態における通信端末の動作を
示すフローチャートである。
FIG. 20 is a flowchart illustrating an operation of the communication terminal according to the second embodiment.

【図21】第2の実施の形態における通信端末のデータ
転送制御に関するフローチャートである。
FIG. 21 is a flowchart relating to data transfer control of a communication terminal according to the second embodiment.

【図22】第2の実施の形態における幾つかのブロック
構造(a),(b),(c)を示す図である。
FIG. 22 is a diagram showing some block structures (a), (b), and (c) in the second embodiment.

【符号の説明】[Explanation of symbols]

101…配信装置、102…ネットワークIF、103
…通信網、104…交換機、105…基地局、106…
通信端末。
101: distribution device, 102: network IF, 103
... Communication network, 104 ... Exchange, 105 ... Base station, 106 ...
Communication terminal.

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 FI テーマコート゛(参考) H04M 11/00 302 H04L 13/00 301A 5K067 H04N 7/173 610 H04B 7/26 109M 5K101 H04Q 7/04 D Fターム(参考) 5B089 GA11 GA21 GB01 JA33 KA12 ME15 5C064 BA07 BB10 BC03 BC04 BC18 BC23 BC25 BD02 BD05 BD08 BD09 BD13 5K015 AF09 5K024 AA76 CC11 DD01 5K034 AA05 AA19 BB06 CC01 DD03 EE11 EE12 FF02 FF13 HH04 HH05 HH09 HH12 LL01 MM02 MM11 MM25 TT01 5K067 AA33 BB04 EE04 EE10 FF23 HH22 5K101 KK16 KK18 LL12 TT06 ──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. 7 Identification symbol FI Theme coat ゛ (Reference) H04M 11/00 302 H04L 13/00 301A 5K067 H04N 7/173 610 H04B 7/26 109M 5K101 H04Q 7/04 D F-term (reference) 5B089 GA11 GA21 GB01 JA33 KA12 ME15 5C064 BA07 BB10 BC03 BC04 BC18 BC23 BC25 BD02 BD05 BD08 BD09 BD13 5K015 AF09 5K024 AA76 CC11 DD01 5K034 AA05 AA19 BB06 CC01 DD03 EE11 EE12 FF12H01 MM12 H01 FF12MM 5K067 AA33 BB04 EE04 EE10 FF23 HH22 5K101 KK16 KK18 LL12 TT06

Claims (29)

【特許請求の範囲】[Claims] 【請求項1】無線通信媒体を介して通信端末にコンテン
ツデータを配信する配信装置におけるデータ配信方法で
あって、 前記コンテンツデータを所定サイズのブロックに分割す
る段階と、 前記通信端末に対して、前記コンテンツデータを少なく
とも1ブロックからなる単位データ毎に順次転送する段
階と、 コンテンツデータ全体を転送し終わる前に前記通信端末
と通信不能状態となり配信が中断されたとき、配信済ブ
ロックと未配信ブロックとを特定する段階と、 前記通信端末と通信可能な状態に復帰したことを検出す
る段階と、 通信可能状態に復帰したことが検出されたとき、前記通
信端末に対して前記コンテンツデータの配信の再開を要
求する段階と、 前記通信端末からの再開受け入れの応答を受信したと
き、前記通信端末へ送信すべきブロックを特定する段階
と、 前記特定されたブロックの転送を開始する段階と、 を備えたことを特徴とするデータ配信方法。
1. A data distribution method for a distribution device that distributes content data to a communication terminal via a wireless communication medium, comprising: dividing the content data into blocks of a predetermined size; A step of sequentially transferring the content data in units of at least one block of unit data; and a step of distributing blocks and an undistributed block when distribution is interrupted due to inability to communicate with the communication terminal before transfer of the entire content data is completed. And detecting that the communication terminal has returned to a state where it can communicate with the communication terminal. Requesting a restart, transmitting a response to the communication terminal when receiving a response of accepting restart from the communication terminal. A step of identifying a can block, data distribution method which comprising the the steps of initiating the transfer of the identified blocks.
【請求項2】無線通信媒体を介して通信端末にコンテン
ツデータを配信する配信装置におけるデータ配信方法で
あって、 前記コンテンツデータを所定サイズのブロックに分割す
る段階と、 前記通信端末に対して、少なくとも1ブロックからなる
単位データ毎にコンテンツデータを順次転送する段階
と、 コンテンツデータ全体を転送し終わる前に前記通信端末
と通信不能状態となり配信が中断されたとき、配信済ブ
ロックおよび未配信ブロックを特定する段階と、 通信可能状態に復帰した後、前記通信端末から、前記通
信不能状態により中断された前記コンテンツデータの配
信の再開要求を受け付ける段階と、 前記通信端末からの再開要求を受け付けたとき、前記通
信端末へ送信すべきブロックを特定する段階と、 前記特定されたブロックの転送を開始する段階と、 を備えたことを特徴とするデータ配信方法。
2. A data distribution method in a distribution device for distributing content data to a communication terminal via a wireless communication medium, comprising: a step of dividing the content data into blocks of a predetermined size; Transmitting the content data sequentially for each unit data of at least one block; and, when the distribution is interrupted due to the inability to communicate with the communication terminal before the complete transmission of the content data, the distributed block and the undistributed block are transmitted. Specifying, after returning to the communicable state, receiving, from the communication terminal, a request to restart the distribution of the content data interrupted by the communication disabled state; and when receiving a restart request from the communication terminal, Identifying a block to be transmitted to the communication terminal; and identifying the identified block. Data distribution method characterized by comprising the the steps of initiating the transfer.
【請求項3】前記送信すべきブロックの特定に先立っ
て、当該通信端末が受信した受信済ブロックまたは未受
信ブロックを特定するためのブロック識別情報を前記通
信端末から受領する段階と、 この受信済ブロックまたは未受信ブロックと前記配信装
置が特定した配信済ブロックまたは未配信ブロックとを
照合する段階をさらに備えたことを特徴とする請求項1
または2記載のデータ配信方法。
Receiving, from the communication terminal, block identification information for specifying a received block or a non-received block received by the communication terminal before specifying the block to be transmitted; 2. The method according to claim 1, further comprising the step of comparing a block or an unreceived block with a delivered block or an undistributed block specified by the delivery device.
Or the data distribution method described in 2.
【請求項4】前記通信端末から受信すべきメッセージを
所定時間以上受信することができなかったとき、前記通
信端末と通信不能状態であると判断する段階をさらに備
えたことを特徴とする請求項1または2記載のデータ配
信方法。
4. The method according to claim 1, further comprising the step of, when a message to be received from the communication terminal cannot be received for a predetermined time or more, determining that the communication terminal cannot communicate with the communication terminal. 3. The data distribution method according to 1 or 2.
【請求項5】前記通信端末と通信可能な状態に復帰した
ことを検出する段階では、前記通信端末からのメッセー
ジを受信したとき、通信可能状態に復帰したと判断する
ことを特徴とする請求項1記載のデータ配信方法。
5. The method according to claim 1, wherein the detecting of the return to the state capable of communicating with the communication terminal includes determining that the communication state has been restored when a message from the communication terminal is received. 1. The data distribution method according to 1.
【請求項6】前記通信端末と通信可能な状態に復帰した
ことを検出する段階は、 通信不能状態と判断した後に、通信端末の状態を監視す
る機能をもつ制御装置に対して、前記通信端末の状態監
視要求を送信する段階と、 前記制御装置が前記通信端末からのメッセージ受信を検
出した旨の通知を前記制御装置から受信する段階と、 からなることを特徴とする請求項1記載のデータ配信方
法。
6. The step of detecting that the communication terminal has returned to a state in which it can communicate with the communication terminal, the method comprising: determining a communication disabled state; 2. The data according to claim 1, further comprising: transmitting a status monitoring request from the control device; and receiving, from the control device, a notification that the control device has detected reception of a message from the communication terminal. Delivery method.
【請求項7】無線通信媒体を介して配信装置からコンテ
ンツデータを受信する通信端末におけるデータ受信方法
であって、 所定サイズのブロックに分割されたコンテンツデータを
少なくとも1ブロックからなる単位データ毎に順次受信
する段階と、 受信した単位データを不揮発的に記憶する段階と、 当該不揮発的に記憶された単位データのブロック識別情
報を不揮発的に記憶する段階と、 コンテンツデータ全体を受信し終わる前に前記配信装置
と通信不能状態となり配信が中断された後、通信可能状
態に復帰したとき、前記配信装置から前記コンテンツデ
ータの配信再開要求を受信する段階と、 この配信再開要求に応じて受信済ブロックまたは未受信
ブロックの識別情報とともに再開受け入れの応答を返信
する段階と、 前記配信装置から前記コンテンツデータの未受信ブロッ
クを単位データ毎に受信する段階と、 を備えたことを特徴とするデータ受信方法。
7. A data receiving method in a communication terminal for receiving content data from a distribution device via a wireless communication medium, wherein the content data divided into blocks of a predetermined size is sequentially divided into unit data of at least one block. Receiving, storing the received unit data in a nonvolatile manner, storing block identification information of the nonvolatilely stored unit data in a nonvolatile manner, and before receiving the entire content data, A step of receiving a distribution restart request for the content data from the distribution apparatus when the communication apparatus returns to the communicable state after the distribution is interrupted due to a communication disabled state with the distribution apparatus; Returning a response of resumption acceptance together with the identification information of the unreceived block; and Data receiving method characterized by comprising the steps of receiving the unreceived block of serial content data for each unit data.
【請求項8】前記通信端末は、前記配信装置からの再開
要求に対して再開受け入れの応答を自動的に行うことを
特徴とする請求項7記載のデータ受信方法。
8. The data receiving method according to claim 7, wherein the communication terminal automatically responds to the restart request from the distribution device to accept the restart.
【請求項9】前記通信端末は、前記配信装置からの再開
要求に対してユーザの了解を得て再開受け入れの応答を
行うことを特徴とする請求項7記載のデータ受信方法。
9. The data receiving method according to claim 7, wherein said communication terminal responds to the restart request from said distribution apparatus with a user's consent and accepts a restart.
【請求項10】無線通信媒体を介して配信装置からコン
テンツデータを受信する通信端末におけるデータ受信方
法であって、 所定サイズのブロックに分割されたコンテンツデータを
少なくとも1ブロックからなる単位データ毎に順次受信
する段階と、 受信した単位データを不揮発的に記憶する段階と、 当該不揮発的に記憶された単位データのブロック識別情
報を不揮発的に記憶する段階と、 コンテンツデータ全体を受信し終わる前に前記配信装置
と通信不能状態となり配信が中断された後、通信可能状
態に復帰したとき、前記配信装置へ受信済ブロックまた
は未受信ブロックの識別情報とともに前記コンテンツデ
ータの配信再開要求を送信する段階と、 この配信再開要求を受け入れた前記配信装置から前記コ
ンテンツデータの未受信ブロックを単位データ毎に受信
する段階と、 を備えたことを特徴とするデータ受信方法。
10. A data receiving method in a communication terminal for receiving content data from a distribution device via a wireless communication medium, wherein the content data divided into blocks of a predetermined size is sequentially divided into at least one block of unit data. Receiving, storing the received unit data in a nonvolatile manner, storing block identification information of the nonvolatilely stored unit data in a nonvolatile manner, and before receiving the entire content data, After the distribution is interrupted after being in a communication-disabled state with the distribution device, when returning to the communicable state, transmitting a distribution restart request of the content data together with identification information of a received block or an unreceived block to the distribution device, An unreceived broadcast of the content data is received from the distribution device that has received the distribution restart request. Data receiving method characterized by comprising the steps of receiving a click for each unit data.
【請求項11】前記配信装置から受信すべきメッセージ
を所定時間以上受信することができなかったとき、前記
配信装置と通信不能状態であると判断する段階をさらに
備えたことを特徴とする請求項7または10記載のデー
タ受信方法。
11. The method according to claim 1, further comprising the step of, when a message to be received from the distribution device cannot be received for a predetermined time or more, determining that the communication device cannot communicate with the distribution device. 11. The data receiving method according to 7 or 10.
【請求項12】前記通信可能状態に復帰したことを検出
する段階では、交換機に位置登録要求を出力する段階
と、前記交換機から位置登録応答を受信する段階とを含
むことを特徴とする請求項7または10記載のデータ受
信方法。
12. The method according to claim 1, wherein the step of detecting the return to the communicable state includes a step of outputting a location registration request to the exchange, and a step of receiving a location registration response from the exchange. 11. The data receiving method according to 7 or 10.
【請求項13】予め決められた回数、単位データを受信
する毎に、当該受信した単位データおよびそれらのブロ
ック識別情報を不揮発的に記憶することを特徴とする請
求項7または10記載のデータ受信方法。
13. The data receiving apparatus according to claim 7, wherein each time the unit data is received a predetermined number of times, the received unit data and their block identification information are stored in a nonvolatile manner. Method.
【請求項14】通信網の加入者管理装置における端末状
態通知サービス提供方法であって、 特定の加入者端末の状態の通知を行うことを要求する通
知サービス要求を、通信装置から受信する段階と、 当該加入者端末の状態を監視する段階と、 前記通知サービス要求を発行した通信装置に対して、前
記加入者端末の状態を通知する段階と、 を備えたことを特徴とする端末状態通知サービス提供方
法。
14. A method for providing a terminal status notification service in a subscriber management device of a communication network, comprising: receiving a notification service request from a communication device requesting notification of a status of a specific subscriber terminal; Monitoring the status of the subscriber terminal; and notifying the communication device that has issued the notification service request of the status of the subscriber terminal. Delivery method.
【請求項15】前記加入者管理装置が管理できる前記加
入者端末の状態として、物理レイヤ障害を含むことを特
徴とする請求項14記載の端末状態通知サービス提供方
法。
15. The terminal state notification service providing method according to claim 14, wherein the state of the subscriber terminal that can be managed by the subscriber management device includes a physical layer failure.
【請求項16】前記加入者管理装置が管理できる前記加
入者端末の状態として、プロトコル障害を含むことを特
徴とする請求項14記載の端末状態通知サービス提供方
法。
16. The method according to claim 14, wherein the status of the subscriber terminal that can be managed by the subscriber management device includes a protocol failure.
【請求項17】前記加入者管理装置が管理できる前記加
入者端末の状態として、アプリケーション実行時の障害
を含むことを特徴とする請求項14記載の加入者管理通
知サービス提供方法。
17. The method for providing a subscriber management notification service according to claim 14, wherein the status of the subscriber terminal that can be managed by the subscriber management device includes a failure at the time of executing an application.
【請求項18】前記通知サービス要求は、前記加入者端
末の端末状態が変化したときに通知することを要求する
ことを特徴とする請求項14記載の端末状態通知サービ
ス提供方法。
18. The terminal status notification service providing method according to claim 14, wherein said notification service request requests notification when a terminal status of said subscriber terminal changes.
【請求項19】前記通知サービス要求は、前記加入者端
末の端末状態が指定した状態に変化したときに通知する
ことを要求することを特徴とする請求項18記載の端末
状態通知サービス提供方法。
19. The terminal state notification service providing method according to claim 18, wherein said notification service request requests notification when a terminal state of said subscriber terminal changes to a designated state.
【請求項20】前記通知サービス要求は、前記加入者端
末の端末状態が通信不能状態から通信可能状態に変化し
たときに通知することを要求することを特徴とする請求
項19記載の端末状態通知サービス提供方法。
20. The terminal status notification according to claim 19, wherein the notification service request requests notification when the terminal status of the subscriber terminal changes from a communication disabled state to a communication enabled state. Service delivery method.
【請求項21】通信端末のユーザが通信サービスを利用
中に当該通信が切断状態となることによりサービスの利
用が中断されたとき、その中断理由を確認する確認手段
と、 前記サービス利用の中断後、少なくともその中断理由を
ユーザに通知する通知手段と、 を備えたことを特徴とする通信端末。
21. A means for confirming the reason for interruption when the use of a service is interrupted due to the disconnection of the communication while the user of the communication terminal is using the communication service; Communication means for notifying a user of at least the interruption reason.
【請求項22】前記通知手段は、前記中断理由が解消さ
れ、サービス利用再開可能となったときに、前記中断理
由をユーザに通知することを特徴とする請求項21記載
の通信端末。
22. The communication terminal according to claim 21, wherein said notifying means notifies the user of the interruption reason when said interruption reason is resolved and service use can be resumed.
【請求項23】前記通知に基づいて、ユーザがサービス
利用の再開指示を入力することにより、前記通信端末が
サービス利用の再開の制御を開始することを特徴とする
請求項22記載の通信端末。
23. The communication terminal according to claim 22, wherein the communication terminal starts control of restart of service use when a user inputs a service use restart instruction based on the notification.
【請求項24】前記通知に基づいて、ユーザが直ちにサ
ービス利用を再開しない場合には、前記ユーザヘの通知
を記憶手段に記憶しておき、その後ユーザの指示により
再開することが可能であることを特徴とする請求項23
記載の通信端末。
24. If the user does not immediately resume service use based on the notice, the notice to the user is stored in a storage means, and it can be resumed by a user instruction thereafter. Claim 23.
Communication terminal as described.
【請求項25】前記通知手段によるユーザへの通知は、
サービス利用再開可能となったときに、自動的に実行す
ることを特徴とする請求項22記載の通信端末。
25. A notice to a user by the notifying means,
23. The communication terminal according to claim 22, wherein the communication terminal is automatically executed when service use can be resumed.
【請求項26】前記通信端末は無線通信端末であり、前
記中断理由が当該無線通信端末の電源異常またはサービ
スエリア圏外であった場合、その中断理由が解消された
ときに実行される当該無線通信端末の位置登録手順が完
了したことによりサービス利用再開可能状態に復帰した
として、前記ユーザへの通知を行うことを特徴とする請
求項22〜25のいずれかに記載の通信端末。
26. The wireless communication terminal, wherein the communication terminal is a wireless communication terminal, and when the interruption reason is a power failure of the wireless communication terminal or outside the service area, the wireless communication executed when the interruption reason is resolved. 26. The communication terminal according to any one of claims 22 to 25, wherein the user is notified that the terminal has returned to the service resumable state due to completion of the terminal location registration procedure.
【請求項27】前記通信端末は無線通信端末であり、前
記中断理由が無線資源不足であった場合に、その後、無
線資源が確保できたことを当該サービス提供側の装置ま
たは交換機が検出して通知してきたとき、サービス利用
可能状態に復帰したと判断して、前記ユーザへの通知を
行うことを特徴とする請求項22〜25のいずれかに記
載の通信端末。
27. The communication terminal is a wireless communication terminal, and when the interruption reason is a shortage of radio resources, the service-providing device or exchange detects that the radio resources can be secured thereafter. 26. The communication terminal according to claim 22, wherein when notified, it is determined that the service has returned to the service available state, and the user is notified.
【請求項28】前記通信端末は無線通信端末であり、前
記中断理由がデータ格納用のメモリ領域不足であった場
合に、その後、必要領域の確保を検出したとき、サービ
ス利用可能状態に復帰したと判断して、前記ユーザへの
通知を行うことを特徴とする請求項22〜25のいずれ
かに記載の通信端末。
28. The communication terminal is a wireless communication terminal, and when the reason for the interruption is a shortage of a memory area for storing data, when the reservation of a necessary area is detected thereafter, the communication terminal returns to a service available state. The communication terminal according to any one of claims 22 to 25, wherein the communication terminal is determined to notify the user.
【請求項29】前記中断理由の通知の際、中断されてい
たサービス名、当該サービスがデータ配信サービスであ
れば、配信中であったコンテンツ名、中断したときの時
刻、既に配信済みのデータ量、もしくはコンテンツの総
データ量、またはこれらの任意の組み合わせをユーザに
通知することを特徴とする請求項22〜25のいずれか
に記載の通信端末。
29. When notifying the reason for interruption, the name of the service that was interrupted, if the service is a data distribution service, the name of the content that was being distributed, the time when the interruption was made, and the amount of data already distributed 26. The communication terminal according to claim 22, wherein the communication terminal notifies the user of the total data amount of the content or an arbitrary combination thereof.
JP2000330057A 2000-10-30 2000-10-30 Data distribution method, data reception method, terminal state notice service providing method and communication terminal Withdrawn JP2002135350A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000330057A JP2002135350A (en) 2000-10-30 2000-10-30 Data distribution method, data reception method, terminal state notice service providing method and communication terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000330057A JP2002135350A (en) 2000-10-30 2000-10-30 Data distribution method, data reception method, terminal state notice service providing method and communication terminal

Publications (1)

Publication Number Publication Date
JP2002135350A true JP2002135350A (en) 2002-05-10

Family

ID=18806637

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000330057A Withdrawn JP2002135350A (en) 2000-10-30 2000-10-30 Data distribution method, data reception method, terminal state notice service providing method and communication terminal

Country Status (1)

Country Link
JP (1) JP2002135350A (en)

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004187045A (en) * 2002-12-04 2004-07-02 Ntt Docomo Inc Content distribution system, repeater and method for controlling content distribution
WO2005111827A1 (en) * 2004-05-19 2005-11-24 Sony Corporation Content acquisition method, content acquisition device, and content acquisition program
JP2006050441A (en) * 2004-08-06 2006-02-16 Ntt Docomo Inc Receiving terminal
JP2006506769A (en) * 2002-11-16 2006-02-23 エルジー エレクトロニクス インコーポレーテッド Content information reproducing method in interactive optical disk device and content information providing method in content providing server
JP2006507615A (en) * 2002-11-13 2006-03-02 エルジー エレクトロニクス インコーポレーテッド Content information reproducing method in interactive optical disk apparatus and content information providing method in content providing server
WO2007086438A1 (en) * 2006-01-27 2007-08-02 Kyocera Corporation Radio communication terminal and delivery content receiving method
JP2007201925A (en) * 2006-01-27 2007-08-09 Kyocera Corp Radio communication terminal and method of receiving distributed content
JP2007201931A (en) * 2006-01-27 2007-08-09 Kyocera Corp Radio communication terminal and method of receiving distributed content
JP2007282165A (en) * 2006-04-12 2007-10-25 Alpine Electronics Inc Congestion information repeating apparatus, and communication method thereof
JP2007538312A (en) * 2004-04-23 2007-12-27 インターナショナル・ビジネス・マシーンズ・コーポレーション Method and apparatus for transferring data with resiliency through a computer network
JP2008065772A (en) * 2006-09-11 2008-03-21 Sharp Corp Content viewing terminal and content processing method
US7373106B2 (en) 2000-11-08 2008-05-13 Nec Corporation Mobile terminal device and method of updating program
KR20080051380A (en) * 2006-12-05 2008-06-11 (주) 엘지텔레콤 Method for providing continuous downloading/uploading of multimedia message via communication network
JP2008537862A (en) * 2005-04-07 2008-09-25 フランス テレコム Security method and device for managing access to multimedia content
JP2008233991A (en) * 2007-03-16 2008-10-02 Fujitsu Ltd Method for controlling lending between radio terminals
JP2009267798A (en) * 2008-04-25 2009-11-12 Ntt Docomo Inc Mobile communication system, broadcast distribution system and communication terminal
JP2010081447A (en) * 2008-09-26 2010-04-08 Ntt Docomo Inc Mobile station
WO2010128598A1 (en) * 2009-05-08 2010-11-11 アドコアテック株式会社 Communication device and data retransmission method
JP2013090057A (en) * 2011-10-14 2013-05-13 Onkyo Corp Receiver device
US8488786B2 (en) 2005-04-07 2013-07-16 France Telecom Security method and device for managing access to multimedia contents
WO2014030426A1 (en) 2012-08-20 2014-02-27 富士通株式会社 Seamless push system and method for same
JP2014529828A (en) * 2011-09-02 2014-11-13 トレーディング テクノロジーズ インターナショナル インコーポレイテッド Message stream integrity
WO2015145834A1 (en) * 2014-03-24 2015-10-01 株式会社スクウェア・エニックス Interactive system, terminal device, server device, control method, program, and recording medium
JP2019036365A (en) * 2018-12-06 2019-03-07 日本電気株式会社 Information distribution device and communication control method thereof, information distribution system, and computer program
JP2019087005A (en) * 2017-11-07 2019-06-06 株式会社日立製作所 Delivery management device and delivery management method
JP2020057033A (en) * 2018-09-28 2020-04-09 株式会社リコー Process execution device, process execution program and process execution system

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7373106B2 (en) 2000-11-08 2008-05-13 Nec Corporation Mobile terminal device and method of updating program
US7881590B2 (en) 2002-11-13 2011-02-01 Lg Electronics Inc. Method for reproducing contents information in interactive optical disc device and method for providing contents information in contents provider server
JP2006507615A (en) * 2002-11-13 2006-03-02 エルジー エレクトロニクス インコーポレーテッド Content information reproducing method in interactive optical disk apparatus and content information providing method in content providing server
JP2006506769A (en) * 2002-11-16 2006-02-23 エルジー エレクトロニクス インコーポレーテッド Content information reproducing method in interactive optical disk device and content information providing method in content providing server
JP2004187045A (en) * 2002-12-04 2004-07-02 Ntt Docomo Inc Content distribution system, repeater and method for controlling content distribution
JP2007538312A (en) * 2004-04-23 2007-12-27 インターナショナル・ビジネス・マシーンズ・コーポレーション Method and apparatus for transferring data with resiliency through a computer network
JP4857261B2 (en) * 2004-04-23 2012-01-18 インターナショナル・ビジネス・マシーンズ・コーポレーション Method and apparatus for transferring data with resiliency through a computer network
US8079029B2 (en) 2004-05-19 2011-12-13 Sony Corporation Content acquisition method, content acquisition device, and content acquisition program
WO2005111827A1 (en) * 2004-05-19 2005-11-24 Sony Corporation Content acquisition method, content acquisition device, and content acquisition program
CN1957343B (en) * 2004-05-19 2010-05-12 索尼株式会社 Content acquisition method and content acquisition device
JP2006050441A (en) * 2004-08-06 2006-02-16 Ntt Docomo Inc Receiving terminal
US8488786B2 (en) 2005-04-07 2013-07-16 France Telecom Security method and device for managing access to multimedia contents
JP2008537862A (en) * 2005-04-07 2008-09-25 フランス テレコム Security method and device for managing access to multimedia content
JP2007201925A (en) * 2006-01-27 2007-08-09 Kyocera Corp Radio communication terminal and method of receiving distributed content
JP2007201931A (en) * 2006-01-27 2007-08-09 Kyocera Corp Radio communication terminal and method of receiving distributed content
WO2007086438A1 (en) * 2006-01-27 2007-08-02 Kyocera Corporation Radio communication terminal and delivery content receiving method
JP2007282165A (en) * 2006-04-12 2007-10-25 Alpine Electronics Inc Congestion information repeating apparatus, and communication method thereof
JP2008065772A (en) * 2006-09-11 2008-03-21 Sharp Corp Content viewing terminal and content processing method
KR20080051380A (en) * 2006-12-05 2008-06-11 (주) 엘지텔레콤 Method for providing continuous downloading/uploading of multimedia message via communication network
JP2008233991A (en) * 2007-03-16 2008-10-02 Fujitsu Ltd Method for controlling lending between radio terminals
JP2009267798A (en) * 2008-04-25 2009-11-12 Ntt Docomo Inc Mobile communication system, broadcast distribution system and communication terminal
JP2010081447A (en) * 2008-09-26 2010-04-08 Ntt Docomo Inc Mobile station
JP4597234B2 (en) * 2008-09-26 2010-12-15 株式会社エヌ・ティ・ティ・ドコモ Mobile station
US8923845B2 (en) 2008-09-26 2014-12-30 Ntt Docomo, Inc. Mobile station
WO2010128598A1 (en) * 2009-05-08 2010-11-11 アドコアテック株式会社 Communication device and data retransmission method
US10311518B2 (en) 2011-09-02 2019-06-04 Trading Technologies International, Inc. Order feed message stream integrity
US10152751B2 (en) 2011-09-02 2018-12-11 Trading Technologies International, Inc. Order feed message stream integrity
JP2014529828A (en) * 2011-09-02 2014-11-13 トレーディング テクノロジーズ インターナショナル インコーポレイテッド Message stream integrity
US9154393B2 (en) 2011-09-02 2015-10-06 Trading Technologies International, Inc. Order feed message stream integrity
JP2013090057A (en) * 2011-10-14 2013-05-13 Onkyo Corp Receiver device
US8781406B2 (en) 2011-10-14 2014-07-15 Onkyo Corporation Receiving apparatus
WO2014030426A1 (en) 2012-08-20 2014-02-27 富士通株式会社 Seamless push system and method for same
WO2015145834A1 (en) * 2014-03-24 2015-10-01 株式会社スクウェア・エニックス Interactive system, terminal device, server device, control method, program, and recording medium
US10298668B2 (en) 2014-03-24 2019-05-21 Square Enix Co., Ltd. Interactive system, terminal apparatus, server apparatus, control method, program, and recording medium
US10735502B2 (en) 2014-03-24 2020-08-04 Square Enix Co., Ltd. Interactive system, terminal apparatus, server apparatus, control method, program, and recording medium
US11516284B2 (en) 2014-03-24 2022-11-29 Square Enix Co., Ltd. Interactive system, terminal apparatus, server apparatus, control method, program, and recording medium
JP2019087005A (en) * 2017-11-07 2019-06-06 株式会社日立製作所 Delivery management device and delivery management method
JP2020057033A (en) * 2018-09-28 2020-04-09 株式会社リコー Process execution device, process execution program and process execution system
JP2019036365A (en) * 2018-12-06 2019-03-07 日本電気株式会社 Information distribution device and communication control method thereof, information distribution system, and computer program

Similar Documents

Publication Publication Date Title
JP2002135350A (en) Data distribution method, data reception method, terminal state notice service providing method and communication terminal
EP0976289B1 (en) Method and apparatus for updating a mobile unit
CN100484288C (en) Terminal software for downloading and upgrading wireless device over the air conveying
CN109101261A (en) A kind of the remote online upgrade method and system of data acquisition transmission instrument terminal
CN102316589B (en) Method and apparatus for managing the usage of data link resources
KR100658650B1 (en) A process method about the service connection between the wireless local area network and user terminal
EP1742432B1 (en) Mobile terminal, contents delivery system and contents reproduction program
US8224311B2 (en) System and method for updating data in remote devices
US9191479B2 (en) Telephone handset, base and associated method for updating the software of the handset
US20140241169A1 (en) Connectivity management and diagnostics for cellular data devcies
US20050186952A1 (en) Wireless communication system and a firmware update method of a wireless communication terminal station in the same
US8001263B2 (en) Method for suspending and resuming content transmission/reception
JP2001075785A (en) Data updating system
EP0955755B1 (en) Layer 2 integrated access scheme
CN102379153B (en) Method and system for reducing time for call failure indication
US20030069008A1 (en) System information download method and mobile communication terminal
WO2001022755A1 (en) Mobile radio communications
CN110727445B (en) Method and system for upgrading tower hanging equipment based on OTA
JP2002300322A (en) Communication management method and its implementation system, and its processing program
AU2019369205B9 (en) Exchange, communication system, registration method, and program
JP2007181231A5 (en)
JP4728168B2 (en) Wireless communication method, program, and wireless communication system for controlling terminal
US6556827B1 (en) Method of managing a plurality of radio links in wireless local loop
JP3477705B2 (en) Software download apparatus and method in subscriber wireless system
CN102694670A (en) Three-network integration widget management platform, realizing method thereof and system thereof

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20050801

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20050926

A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20080108