CN1200367C - 包括发射设备和接收设备的软件下载系统 - Google Patents

包括发射设备和接收设备的软件下载系统 Download PDF

Info

Publication number
CN1200367C
CN1200367C CNB981259774A CN98125977A CN1200367C CN 1200367 C CN1200367 C CN 1200367C CN B981259774 A CNB981259774 A CN B981259774A CN 98125977 A CN98125977 A CN 98125977A CN 1200367 C CN1200367 C CN 1200367C
Authority
CN
China
Prior art keywords
download
receiving equipment
information
software
broadcasting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CNB981259774A
Other languages
English (en)
Other versions
CN1227934A (zh
Inventor
苅部朋幸
铃木孝幸
篠原弘树
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Publication of CN1227934A publication Critical patent/CN1227934A/zh
Application granted granted Critical
Publication of CN1200367C publication Critical patent/CN1200367C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84Generation or processing of descriptive data, e.g. content descriptors
    • H04N21/8402Generation or processing of descriptive data, e.g. content descriptors involving a version number, e.g. version number of EPG data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/20Adaptations for transmission via a GHz frequency band, e.g. via satellite
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • H04N21/25858Management of client data involving client software characteristics, e.g. OS identifier
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26241Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the time of distribution, e.g. the best time of the day for inserting an advertisement or airing a children program
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47214End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/488Data services, e.g. news ticker
    • H04N21/4882Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6582Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8166Monomedia components thereof involving executable data, e.g. software
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Abstract

一种把判断信息发射到接收设备(100)的发射设备(500)。此接收设备(100)把接收到的判断信息与存储在接收设备中的软件信息相比较,以检查下载是成功还是失败。此外,接收设备(100)检查该软件是否可下载。在可下载时,接收设备(100)自动地对软件执行下载而无需用户的任何介入。在不可下载时,接收设备(100)使显示设备(200)显示一报文并把下载失败通知发射设备(500)。

Description

包括发射设备和接收设备的软件下载系统
本发明涉及以利用通信或广播卫星的数字广播服务为基础的软件下载系统。尤其是,本发明涉及能响应于软件下载失败而在每个接收设备的屏幕上输出报文或者能把来自接收设备的下载失败通知发射设备的软件下载系统。
诸如1997年10月7日颁布的版本为1.0的“CS数字广播标准共享接收机”ARIB STD-B16等常规的下载系统揭示了一种共享的下载系统。此共享下载系统所操纵的发射数据一般包括下载控制部分(DCT)和下载部分(DLT)。DCT包括制造商的ID和与待下载的软件兼容的接收设备的机器类型ID以及软件的版本号。DLT包括软件本身。接收设备接收DCT以在软件下载前确定待下载的软件,然后接收包括指定软件的DLT。
依据常规的ARIB共享下载系统,接收设备参考从发射设备发射的DCT来判断下载软件的必要性。然而,接收设备有可能因接收设备断电等各种原因而错过DCT。在此情况下,不能适当地判断下载的必要性。此外,只使用DCT和DLT不足以检测软件下载的失败。换句话说,不可能对所进行的下载实行实际结果管理。
本发明的一个目的是管理下载的实际结果。为此,发射设备把判断信息发射到接收设备。接收设备把接收到的判断信息与存储在接收设备中的软件信息相比较来检查下载是否成功。此外,接收设备检查该软件是否可下载。在可下载时,接收设备自动执行软件下载而无需用户的任何介入。在不可下载时,接收设备使显示设备显示报文并通知发射设备下载失败。
为了实现以上和其它有关的目的,本发明提供了一种发射设备,它包括发射装置,该装置把判断信息发射到接收设备从而使接收设备根据判断信息来判断软件下载的成功/失败。这种安排可以使接收设备根据发射设备所发送的判断信息来判断软件下载的成功/失败。
在此发射设备中,发射装置最好用于发射在接收设备下载软件失败时所执行的指定处理的处理标识符。这种安排使接收设备可在接收设备下载软件失败时执行预定的处理。
在此发射设备中,处理标识符最好是软件名称,从而接收设备可参考软件名称来识别待执行的处理。
在此发射设备中,判断信息最好包括软件的版本号以及包括软件的起始时间和结束时间的发射计划信息。这种安排使接收设备可根据软件的版本号以及包括软件的起始时间和结束时间的发射计划信息来判断软件下载的成功/失败。
本发明的另一个方面提供了一种接收设备,它包括接收装置,接收用于判断存储在接收设备中的软件的下载成功/失败的判断信息;成功/失败判断装置,用于参考接收装置接收到的判断信息来判断接收设备进行的软件下载是成功还是失败;以及通知装置,用于把下载成功/失败通知接收设备外部。这种安排使下载结果通知接收设备的外部成为可能。
在此接收设备中,通知装置最好使显示装置来显示指示下载成功/失败的信息,这种安排使下载结果显示在显示设备的屏幕上成为可能。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括与下载的成功/失败有关的软件名称。这种安排使接收设备可把包括软件名称的下载成功/失败信息发送到发射设备。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括接收设备标识符。这种安排使接收设备可把包括接收设备标识符的下载成功/失败信息发送到发射设备。
本发明的另一个方面提供了一种接收设备,它包括接收装置,接收用于判断存储在接收设备中的软件的下载成功/失败的判断信息并接收用于指定在接收设备下载软件失败时所执行的处理的处理标识符;成功/失败判断装置,用于参考接收装置接收到的判断信息来判断接收设备进行的软件下载是成功还是失败;以及处理执行装置,用于在成功/失败判断装置检测到下载失败时来执行相应于处理标识符的指定处理。这种安排使接收设备可在成功/失败判断装置检测到下载失败时来执行相应于处理标识符的指定处理。
在此接收设备中,判断信息最好包括软件的版本号以及包括软件的起始时间和结束时间的发射计划信息。这种安排使接收设备可判根据软件的版本号以及包括软件的起始时间和结束时间的发射计划信息来判断软件下载的成功/失败。
本发明的另一个方面提供了一种接收设备,它包括时隙信息管理装置,用于管理包括起始日期/时间以及结束日期/时间的时隙信息;计划判断装置,用于判断是否存在具有满足时隙信息管理装置所管理时隙的广播计划的任何下载广播;以及下载执行装置,用于在计划判断装置确认存在令人满意的下载广播时对来自该下载广播的软件执行下载。这种安排使接收设备可在存在任何令人满意的下载广播时对来自该下载广播的软件执行下载。
此接收设备最好还包括通知装置,用于在计划判断装置确认不存在任何令人满意的下载广播时把下载成功/失败通知接收设备的外部。这种安排使下载结果通知接收设备的外部成为可能。
在此接收设备中,通知装置最好使显示装置来显示指示下载成功/失败的信息。这种安排可把下载结果显示在显示设备的屏幕上。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括与下载的成功/失败有关的软件名称。这种安排使接收设备可把包括软件名称的下载成功/失败信息发送到发射设备。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括接收设备标识符。这种安排使接收设备可把包括接收设备标识符的下载成功/失败信息发送到发射设备。
在此发射设备中,发射装置最好发射使接收设备下载来自下载广播的软件所需的必要时间。这种安排使接收设备可接收使接收设备下载来自下载广播的软件所需的必要时间。
本发明的另一个方面提供了一种接收设备,它包括最大中断时间管理装置,用于管理下载软件所用的最大中断时间,该时间代表观察程序可允许的最大中断;计划判断装置,用于判断是否存在具有等于或小于最大中断时间管理装置所管理的最大中断时间的必要下载时间的任何下载广播;以及下载执行装置,用于在计划判断装置确认存在令人满意的下载广播时对来自该下载广播的软件执行下载。这种安排使接收设备可在存在计划判断装置确认令人满意的下载广播时对来自该下载广播的软件执行下载。
此接收设备最好还包括通知装置,用于在计划判断装置确认不存在任何令人满意的下载广播时把下载成功/失败通知接收设备的外部。这种安排可把下载结果通知接收设备的外部。
在此接收设备中,通知装置最好使显示装置来显示指示下载成功/失败的信息。这种安排可把下载结果显示在显示设备的屏幕上。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括与下载的成功/失败有关的软件名称。这种安排使接收设备可把包括软件名称的下载成功/失败信息发送到发射设备。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括接收设备标识符。这种安排使接收设备可把包括接收设备标识符的下载成功/失败信息发送到发射设备。
在此发射设备中,发射装置最好发射下载广播的最终广播时期/时间。这种安排使接收设备可接收下载广播的最终广播日期/时间。
本发明的另一个方面提供了一种接收设备,它包括最终广播日期/时间标志管理装置,用于管理最终的广播日期/时间标志,该最终广播日期/时间标志表示可强制地下载来自一下载广播的软件并不错过接收该下载广播的机会的强制下载决定;最终广播日期/时间判断装置,用于判断最终广播日期/时间标志是否表示要执行强制下载以及接收下载广播的最终机会是否到来;以及下载执行装置,用于在最终广播日期/时间判断装置确认最终的广播日期/时间标志是要执行强制下载且当前的下载广播是下载软件的最终机会时对来自该下载广播的软件执行下载。这种安排使接收设备可在用户请求执行强制下载且当前的下载广播是下载软件的最终机会时对来自该下载广播的软件执行下载。
此接收设备最好还包括通知装置,用于当下载执行装置在接收下载广播的最终机会里下载软件失败时把下载成功/失败通知接收设备的外部。这种安排可把下载结果通知接收设备的外部。
在此接收设备中,通知装置最好使显示装置来显示指示下载成功/失败的信息。这种安排可把下载结果显示在显示设备的屏幕上。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括与下载的成功/失败有关的软件名称。这种安排使接收设备可把包括软件名称的下载成功/失败信息发送到发射设备。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括接收设备标识符。这种安排使接收设备可把包括接收设备标识符的下载成功/失败信息发送到发射设备。
本发明的另一个方面提供了一种接收设备,它包括强制下载标志管理装置,用于管理强制下载标志,该强制下载标志表示对来自一下载广播的软件强制地执行下载;强制下载判断装置,用于判断强制下载标志是否表示强制地执行来自下载广播的软件下载;以及下载执行装置,用于在强制下载判断装置确认强制下载标志表示要强制地执行来自下载广播的软件下载时对来自下载广播的软件执行下载。这种安排使接收设备可在用户请求强制地执行来自下载广播的软件下载时对来自下载广播的软件执行下载。
此发射设备最好还包括接收设备管理装置,用于管理时隙信息和接收设备计数信息,接收设备计数信息包括在由时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中成功/失败的接收设备总数;以及计划确定装置,用于参考接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。这种安排使接收设备可在确定下载广播的计划时选择较佳的时隙。
本发明的另一个方面提供了一种接收设备,它包括执行下载记录/管理装置,用于记录和管理包括下载成功/失败的日期/时间的执行下载信息;以及通知装置,用于把执行下载信息通知接收设备的外部。这种安排使接收设备可把执行下载信息通知接收设备的外部。
在此接收设备中,通知装置最好使显示装置来显示指示下载成功/失败的信息。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括与下载的成功/失败有关的软件名称。这种安排使接收设备可把包括软件名称的下载成功/失败信息发送到发射设备。
在此接收设备中,通知装置最好用于把下载成功/失败信息发送到发射设备,下载成功/失败信息包括接收设备标识符。这种安排使接收设备可把包括接收设备标识符的下载成功/失败信息发送到发射设备。
本发明的另一个方面提供了一种接收设备,它包括观察状态管理装置,用于管理通过接收设备有效或无效(deactivation)来表示的用户观察信息;观察状态判断装置,用于根据观察状态管理装置所管理的用户观察信息来检查接收设备处于有效状态还是处于无效状态;以及下载执行装置,用于只在观察状态判断装置确认接收设备处于无效状态时对软件执行下载。这种安排使接收设备可只在用户不使用接收设备来观察普通程序时执行下载。
本发明的另一个方面提供了一种接收设备,它包括观察状态管理装置,用于管理通过接收设备有效或无效来表示的用户观察信息;下载计划判断装置,用于检查是否存在任何下载广播,以及下载执行装置,用于只在接收设备处于无效状态且存在下载广播时对软件执行下载。这种安排使只在接收设备处于无效状态且存在下载广播时执行软件下载。
此发射设备最好包括接收设备管理装置,用于管理时隙信息和接收设备计数信息,接收设备计数信息包括在由时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中在有效/无效的接收设备总数;以及计划确定装置,用于参考接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。这种安排使接收设备可在确定下载广播的计划时选择较佳的时隙。
本发明的另一个方面提供了一种接收设备,它包括电源状态管理装置,用于管理代表电源的当前电源通断状态的电源信息和包括最近的电源通断日期/时间的电源变化信息;以及通知装置,用于把电源变化信息发送到发射设备。这种安排使接收设备可把电源变化信息发送到发射设备。
从以下详细描述并结合附图将使本发明的以上和其它目的、特征和优点变得更加明显起来,其中:
图1是示出依据本发明第一实施例的软件下载系统(揭示了发射设备和接收设备)的方框图;
图2是示出依据本发明第一实施例的发射设备中所使用的软件管理表的图;
图3是示出依据本发明第一实施例的发射设备中所使用的软件信息表的图;
图4是示出依据本发明第一实施例的发射设备中所使用的下载表的图;
图5是示出依据本发明第一实施例的接收设备中所使用的软件管理表(修订前)的图;
图6是示出依据本发明第一实施例的接收设备中所使用的软件信息表的图;
图7是示出依据本发明第一实施例的接收设备中所使用的下载入口的图;
图8是示出依据本发明第一实施例的接收设备中所使用的软件信息入口的图;
图9是示出依据本发明第一实施例的接收设备中所使用的下载节目的软件名称、版本和软件大小的图;
图10是示出依据本发明第一实施例的接收设备中所使用的软件管理表(修订后)的图;
图11是示出响应于下载失败所使用的屏幕显示的图;
图12是示出依据本发明第二实施例的软件下载系统(揭示了发射设备和接收设备)的方框图;
图13是示出依据本发明第二实施例的接收设备中所使用的接收设备识别信息的图;
图14是示出依据本发明第二实施例的发射设备和接收设备中所使用的实际下载信息的图;
图15是示出依据本发明第二实施例的发射设备中所使用的实际下载结果管理表(修订前)的图;
图16是示出依据本发明第二实施例的发射设备中所使用的实际下载结果管理表(修订后)的图;
图17是示出依据本发明第三实施例的软件下载系统(揭示了发射设备和接收设备)的方框图;
图18是示出依据本发明第三实施例的发射设备和接收设备中所使用的随机处理管理表的图;
图19是示出依据本发明第三实施例的发射设备中所使用的软件管理表的图;
图20是示出依据本发明第三实施例的发射设备和接收设备中所使用的软件信息表的图;
图21是示出依据本发明第三实施例的接收设备中所使用的下载表的图;
图22是示出依据本发明第三实施例的接收设备中所使用的软件管理表的图;
图23是示出依据本发明第三实施例的接收设备中所使用的软件信息表的图;
图24是示出依据本发明第三实施例的接收设备中所使用的下载入口的图;
图25是示出依据本发明第三实施例的接收设备中所使用的软件信息入口的图;
图26是示出依据本发明第四到第六实施例的软件下载系统(省略了发射设备而只揭示了接收设备)的方框图;
图27是示出通过依据本发明第四实施例的显示设备所显示的用户设定屏幕的图;
图28是示出通过依据本发明第四实施例的显示设备所显示的下载时隙信息的图;
图29是示出依据本发明第四实施例的发射设备中所使用的下载表的图;
图30是示出依据本发明第四实施例的接收设备中所使用的下载计划表的图;
图31是示出依据本发明第四实施例的接收设备中所使用的计划入口的图;
图32是示出依据本发明第五实施例的接收设备中使用的下载表的图;
图33是示出通过依据本发明第五实施例的显示设备所显示的用户设定屏幕的图;
图34是示出通过依据本发明第五实施例的显示设备所显示的最大中断时间信息的图;
图35是示出依据本发明第五实施例的接收设备中所使用的下载计划表的图;
图36是示出依据本发明第五实施例的接收设备中所使用的包括平均所需时间的入口的图;
图37是示出通过依据本发明第六实施例的显示设备所显示的用户设定屏幕的图;
图38是示出通过依据本发明第六实施例的显示设备所显示的下载时隙信息和强制下载标志的图;
图39是示出依据本发明第六实施例的接收设备中所使用的下载表的图;
图40是示出依据本发明第六实施例的接收设备中所使用的下载计划表的图;
图41是示出依据本发明第六实施例的接收设备中所进行的计划确定过程的流程图;
图42是示出依据本发明第六实施例的接收设备中所使用的计划入口的图;
图43是示出依据本发明第七实施例的软件下载系统(揭示了发射设备和接收设备)的方框图;
图44是示出依据本发明第七实施例的发射设备中所使用的下载表的图;
图45是示出依据本发明第七实施例的接收设备中所使用的接收时间信息的图;
图46是示出依据本发明第七实施例的从接收设备发射到发射设备的返回信息的图;
图47是示出依据本发明第七实施例的接收设备中所使用的接收设备管理表的图;
图48是示出依据本发明第七实施例的接收设备中所使用的实际下载结果管理表的图;
图49是示出依据本发明第八实施例的软件下载系统(省略了发射设备而只显示接收设备)的方框图;
图50是示出依据本发明第八实施例的发射设备中所使用的下载表的图;
图51是示出依据本发明第八实施例的接收设备中所进行的下载判断过程的流程图;
图52是示出依据本发明第九实施例的软件下载系统(揭示了发射设备和接收设备)的方框图;
图53是示出依据本发明第九实施例的接收设备中所管理的电源状态的表;
图54是示出依据本发明第九实施例的从接收设备返回到发射设备的信息的图;
图55是示出依据本发明第九实施例的发射设备中所记录的接收设备电源状态的表;以及
图56是示出依据本发明第九实施例的发射设备中所使用的无效接收设备计数表的图。
将参考附图来说明本发明的较佳实施例。
                         第一实施例
图1是示出依据本发明第一实施例的软件下载系统的方框图。此软件下载系统由发射设备500和接收设备100(与显示设备200相连)构成。发射设备500包括存储待下载的软件的软件存储部分51。软件信息管理部分52管理软件管理表并根据软件管理表来产生软件信息表。把产生的软件信息表发送到发射部分54。此外,软件信息管理部分52管理下载表并把下载表发送到软件取出部分53和发射部分54。软件取出部分53根据软件信息管理部分52所发送的下载表中所描述的信息从软件存储部分51中读取指定的软件。发射部分54接收软件取出部分53所发送的软件以及软件信息管理部分52所发送的软件信息表和下载表。发射部分54向接收设备100广播软件、软件信息表和下载表。
接收设备100包括存储软件的软件存储部分6。软件管理部分5管理存储在软件存储部分6中的软件和有关的软件信息。接收部分1接收发射设备500所发送的软件、软件信息表和下载表时,把接收到的软件信息表发送到软件信息判断部分2,把接收到的下载表发送到下载判断部分3,并把接收到的软件发送到下载执行部分4。软件信息判断部分2通过参考软件管理部分5所管理的软件管理表而进行的软件信息判断处理来更新接收到的软件信息表。把更新的软件信息表发送到下载判断部分3。下载判断部分3参考软件信息判断部分2所发送的软件信息表以及接收部分1所发送的下载表来进行下载判断处理。下载判断部分3把由可下载的软件所构成的下载表的入口发送到下载执行部分4。同时,下载判断部分3把由不可下载的软件所构成的软件信息表的入口发送到实际结果管理部分7,下载执行部分4下载从下载判断部分3发送的下载表的入口中所描述的软件。下载执行部分4把下载结果发送到软件管理部分5。在软件下载有任何失败时,实际结果管理部分7在显示设备200的屏幕上输出通知下载失败的信息。
第一实施例的上述软件下载系统以如下方式进行操作。
在发射设备500中,软件信息管理部分52管理用来描述待下载的每个软件的软件名称和有关软件信息的软件管理表(如图2所示),依据此实施例,有关软件信息是表示新旧的软件版本(即,修订历史)。由数字来表示软件版本。根据每次软件修订,版本号递增1。依据图2所示的例子,软件管理表寄存了五种类型的软件。例如,可以理解程序“Let’s EPG”具有版本号“1”。
软件信息管理部分52参考软件管理表(图2)产生软件信息表(图3)。依据图3所示的例子,软件信息表包括从软件管理表中选中的三种类型的软件。
软件取出部分53把软件信息表发送到发射部分54,从而发射部分54可把软件信息发射到接收设备100。于是,接收设备100可识别软件的当前版本。
虽然上述软件信息表(图3)包括三种,但从软件管理表中选择的软件类型的总数是任意的。
软件信息管理部分52管理用于描述可由接收设备100下载的软件数据的下载表(图4)。依据图4所示的例子,下载表寄存了两个程序“Let’s EPG”以及“SportsEPG”。下载表(图4)描述了每个软件的软件名称、版本和广播计划。广播计划包括日期、起始时间和结束时间。依据图4所示的例子,程序“Sports EPG”具有版本号“2”和广播计划“1997年12月2日的19:00到21:00”。
如上所述,依据第一实施例,发射设备500的软件信息管理部分52产生在检测接收设备100的任何下载失败时所使用的软件信息表(图3)和下载表(图4)。
软件取出部分53取出寄存在软件信息管理部分52所发送的下载表(图4)中的软件。尤其是,软件取出部分53根据下载表中所描述的计划(日期和时间)从软件存储部分51中读取每个指定的软件,并把读出的软件发送到发射部分54。例如,从软件存储部分51中读出图4所示的程序“Sports EPG”(版本2),从而准时地开始此软件的广播(即,1997年12月2日的19:00)。把读出的软件连续地发送到发射部分54,直到所计划的结束时间(即,1997年12月2日的21:00)。
发射部分54广播从软件信息管理部分52发送到接收设备100的软件信息表(图3)和下载表(图4)。同时,发射部分54广播从软件取出部分53发送到接收设备100的软件。
在与软件连在一起发射的软件信息表(图3)和下载表(图4)所使用的协议的细节与本发明无关,因此不加以说明。
在接收设备100中,接收部分1接收发射设备500的发射部分54所广播的软件信息表(图3)、下载表(图4)和软件本身。接收部分1把接收到的软件信息表(图3)发送到软件信息判断部分2,把接收到的下载表(图4)发送到下载判断部分3,并把接收到的软件发送到下载执行部分4。
软件管理部分5管理软件管理表(图5),该表描述了存储在软件存储部分6中的每个软件的软件名称和有关的软件信息。依据图5所示软件管理表的例子,有关的软件信息是软件的版本。软件管理表(如图5所示)中所描述的信息基本上与发射设备500的软件管理部分52所管理的软件管理表(图2)中的信息一致。从图5所示的软件管理表中可理解,软件存储部分6存储了三个程序“Let’s EPG”、“News EPG”和“Weather EPG”,每个程序都具有版本号1。
软件信息判断部分2参考接收部分1所发射的软件信息表和软件管理部分5所管理的软件管理表来确定待下载的软件。依据第一实施例,接收部分1接收由发射设备500的软件信息管理部分52所产生的图2所示的软件信息表。软件信息判断部分2在接收来自接收部分1的软件信息表时,参考软件管理部分5所管理的软件管理表(图5)来执行软件信息判断处理。
首先,在软件信息判断处理中,软件信息判断部分2从图3所示的软件信息表中选中程序“Let’s EPG”。然后,软件信息判断部分2检查是否存在具有与图5所示软件管理表上同一名称的任何软件。作为检查结果,确认图5所示的软件管理表包括同一软件名称“Let’s EPG”。然后,软件信息判断部分2参考软件信息表和软件管理表来比较认可的程序“Let’s EPG”的版本。程序“Let’s EPG”在软件信息表(图3)中为版本1,在软件管理表(图5)中为版本1。这样,确认具有同一名称“Let’s EPG”的被比较程序的版本是一致的。换句话说,发射设备和接收设备之间涉及被比较程序“Let’s EPG”的软件信息即软件内容完全相同。这样,软件信息判断部分2断定不必下载程序“Let’s EPG”。根据此判断,从软件信息表中擦除程序“Let’s EPG”的入口。结果,以图6所示的更新的软件信息表来替换图3所示的软件信息表。
然后,在软件信息判断处理中,软件信息判断部分2从图6所示的软件信息表中选中下一个程序“Sports EPG。接着,软件信息判断部分2检查是否存在具有与图5所示软件管理表上同一名称的任何软件。作为检查结果,确认图5所示的软件管理表包括同一软件名称“Sports EPG”。然后,软件信息判断部分2比较具有同一名称“Sports EPG”的认可程序的版本。在此情况下,程序“Sports EPG”在软件信息表(图6)中为版本2,在软件管理表(图5)中为版本1。这样,发现具有同一名称“Sports EPG”的被比较程序的版本不一致。发射设备和接收设备之间涉及被比较程序“Sports EPG”的软件信息即软件内容是不相同的。这样,软件信息判断部分2断定必须下载程序“Sports EPG”以更新或修正接收设备中的软件。根据此判断,把程序“Sports EPG”的入口留在软件信息表中。
软件信息判断部分2以相同的方式从图6所示的软件信息表中选中下一个程序“Weather EPG”。然后,软件信息判断部分2检查是否存在具有与图5所示软件管理表上同一名称的任何软件。作为检查结果,确认图5所示的软件管理表包括同一软件名称“Weather EPG”。然后,软件信息判断部分2比较认可程序“WeatherEPG”的版本。在此情况下,程序“Weather EPG”在软件信息表(图6)中为版本3,在软件管理表(图5)中为版本1。这样,发现具有同一名称“Weather EPG”的被比较程序的版本不一致。发射设备和接收设备之间涉及被比较程序“WeatherEPG”的软件信息即软件内容是不相同的。软件信息判断部分2断定必须下载程序“Weather EPG”以更新或修正接收设备中的软件。根据此判断,把程序“WeatherEPG”的入口留在软件信息表中。
如上所述,软件信息判断部分2对寄存在软件信息表中的所有软件进行软件信息判断处理,并获得只由程序(依据软件信息判断处理判定其下载为必须)构成的更新或修正的软件信息表。接着,软件信息判断部分2把更新的软件信息表发送到下载判断部分3。
下载判断部分3管理从接收部分1发送到的如图4所示的下载表。下载判断部分3在接收到来自软件信息判断部分2的如图6所示的软件信息表时启动下载判断处理。按照以下方式来进行下载判断处理。
首先,在下载判断处理中,下载判断部分3从如图6所示的软件信息表中选中程序“Sports EPG”。然后,下载判断部分3检查是否存在具有与图4所示下载表上同一名称的任何软件。作为检查结果,确认图4所示的下载表包括同一软件名称“Sports EPG”。在此情况下,下载判断部分3断定接收设备100可下载程序“Sports EPG”。下载判断部分3从下载表中产生程序“Sports EPG”的入口(图7)并把此入口发送到下载执行部分4。
然后,在下载判断处理中,下载判断部分3从如图6所示的软件信息表中选中下一个程序“Weather EPG”。然后,下载判断部分3检查是否存在具有与图4所示下载表上同一名称的任何软件。作为检查结果,确认图4所示的下载表不包括同一软件名称“Weather EPG”。在此情况下,下载判断部分3断定接收设备100不能下载程序“Weather EPG”。换句话说,确认接收设备100对程序“Weather EPG”的下载失败。下载判断部分3从软件信息表中产生程序“Weather EPG”的入口(图8)并把此入口发送到实际结果管理部分7。
如上所述,下载判断部分3对寄存在软件信息判断部分2发送的软件信息表中的所有软件进行下载判断处理。下载判断部分3把只寄存可下载软件的下载入口(图7)发送到下载执行部分4,并把只寄存不可下载(下载失败)软件的软件信息入口(图8)发送到实际结果管理部分7。
下载执行部分4访问从接收部分1发送的软件,以在接收到来自下载判断部分3的如图7所示的下载入口时下载具有在此下载入口中所述的同一名称和同一版本的程序。在本实施例中,依据此下载入口中所述的计划来完成被广播软件的下载。在完成对指定软件的下载后,下载执行部分4把除被下载的程序本身以外的包括软件名称、版本和软件大小的程序信息发送到软件管理部分5。图9示出被发送到软件管理部分5的软件名称、版本和软件大小的细节。
软件管理部分5管理软件管理表并检查是否存在与从下载执行部分4接收到的软件一致的任何寄存的软件。在已把从下载执行部分4接收到的软件寄存在软件管理表时,更新此软件的寄存版本,从而与从下载执行部分4发送的版本一致。然后,把软件从软件管理部分5发送到软件存储部分6并存储在此软件存储部分6中。
在还未把从下载执行部分4接收到的软件寄存在软件管理表时,软件管理部分5在软件管理表中产生新的入口以描述从下载执行部分4接收到的软件的软件名称和版本。把此软件从软件管理部分5发送到软件存储部分6并存储在此软件存储部分6中。
在下载执行部分4发送图9所示的软件名称、版本和软件大小时,由软件管理部分5所管理的软件管理表不包括同一软件名称。因而,软件管理部分5在软件管理表中产生新的入口来描述图9所示软件的软件名称和版本,从而如图10所示更新或修正软件管理表。
实际结果管理部分7接收到从下载判断部分3发送的如图8所示的软件信息入口,并把被通知的未下载(下载失败)程序的软件名称和版本输出到显示设备200,设备200显示如图11所示的屏幕图像。相应地,接收设备100的用户可通过显示在显示设备200上的通知而知道未下载(下载失败)程序的软件名称和版本,用户可根据此通知与支持中心(未示出)接触或采取适当的步骤来解决这个问题。
从以上描述很明显的是,在接收设备100接收到软件信息表时,软件信息判断部分2把接收到的软件信息表中所描述的软件与接收设备100中软件的内容相比较。因而,可判断在发射设备和接收设备之间下载软件的必要性,从而确定待下载的软件。此外,下载判断部分3检查是否可下载由软件信息判断部分2所指定的软件。在不可下载软件时,判定软件的下载不成功。在可下载软件时,接收设备自动地启动软件下载而无需用户的任何介入。因而,可在接收设备中更新和增加软件。
尤其是,第一实施例揭示了一种发射设备(500),它包括发射装置(54),该装置把判断信息发射到接收设备(100),从而使接收设备根据判断信息来判断软件下载的成功/失败。判断信息包括软件的版本号以及包括软件的起始时间和结束时间的发射计划信息(图4)。此外,第一实施例揭示了一种接收设备(100),它包括接收装置(1),接收用于判断存储在接收设备(100)中的软件下载的成功/失败的判断信息;成功/失败判断装置(3),用于参考接收装置(1)接收到的判断信息来判断接收设备(100)进行的软件下载是成功还是失败;以及通知装置(7),用于把下载成功/失败通知接收设备外部。通知装置(7)用于使显示装置(200)来显示指示下载成功/失败的信息(图11)。
                      第二实施例
图12是示出依据本发明第二实施例的软件下载系统的方框图。此软件下载系统由发射设备500和接收设备100构成。除了第一实施例中所示的配置以外,发射设备500包括接收设备管理部分56和通信部分55。接收设备管理部分56管理从接收设备100经由通信部分55所建立的通信路径而发送的相应于下载失败的信息。
第二实施例的接收设备100与第一实施例的接收设备的不同之处在于,实际结果管理部分7经由通信部分8所建立的通信路径把未下载(下载失败)软件通知发射设备500。
第二实施例的上述软件下载系统按照以下方式进行操作。
在发射设备500中,软件存储部分51、软件信息管理部分52、软件取出部分53以及发射部分54的操作与第一实施例中所述的操作相同。在接收设备100中,接收部分1、软件管理部分5、软件信息判断部分2、下载判断部分3、下载执行部分4以及软件存储部分6的操作与第一实施例中所述的操作相同。
依据第二实施例,在发射设备500中,软件信息管理部分52管理图2所示的软件管理表。软件信息管理部分52根据软件管理表产生软件信息表(图3),并把产生的软件信息表发送到发射部分54。此外,软件信息管理部分52管理下载表(图4),并把此下载表发送到软件取出部分53以及软件发射部分54。软件取出部分53参考下载表中所述的信息从软件存储部分51中读出软件,并把读出的软件发送到发射部分54。发射部分54把从软件信息管理部分52所发送的软件信息表(图3)和下载表(图4)与从软件取出部分53发送的软件本身一起向接收设备100广播。
在接收设备100中,接收部分1把接收到的软件信息表(图3)发送到软件信息判断部分2,把接收到的下载表(图4)发送到下载判断部分3,并把接收到的软件发送到下载执行部分4。软件信息判断部分2参考接收到的软件信息表(图3)和由软件管理部分5所管理的软件管理表(图5)来执行软件信息判断处理,并把更新的软件信息表(图6)发送到下载判断部分3。下载判断部分3参考从软件信息判断部分2所发送的软件信息表和下载表来执行下载判断处理。根据所进行的下载判断处理的结果,下载判断部分3把下载入口(图7)发送到下载执行部分4以及把软件信息入口(图8)发送到实际结果管理部分7。
实际结果管理部分7管理在发射设备识别接收设备时所使用的接收设备识别信息(图13)。依据图13所示的例子,实际结果管理部分7管理接收设备的序号,因为序号是每个接收设备所固有的。
实际结果管理部分7接收来自下载判断部分3的软件信息入口(图8),并使通信部分8建立至发射设备500的通信路径,以把下载失败通知发射部分。
接收设备100的通信部分8响应于实际结果管理部分7的请求通过电话线启动与发射设备500的通信部分55的通信。在接收到来自接收设备100的通信部分8的通信时,发射设备500的通信部分55建立至(即,把电话线连到)接收设备100的通信部分8的通信路径。
在接收设备100和发射设备500之间建立了通信路径后,实际结果管理部分7根据由实际结果管理部分7所管理的序号(图13)以及由下载判断部分3所发送的软件信息入口(图8)中所述的软件名称和版本来产生如图14所示的实际下载信息。把所产生的实际下载信息发送到通信部分8。
通信部分8把实际下载信息(图14)发送到发射设备500。
在发射设备500中,接收设备管理部分56根据实际下载结果管理表(图15和16)来管理在接收设备100中软件下载的实际结果。依据图15所示的例子,实际下载管理表描述了下载失败的接收设备的序号以及未下载程序的软件名称和版本。
发射设备500的通信部分55接收来自接收设备100的通信部分8的实际下载信息,并把接收到的实际下载信息发送到接收设备管理部分56。
接收设备管理部分56把接收到的实际下载信息(图14)加到实际下载管理表(图15)中,从而更新实际下载结果管理表(参考图16)。
从以上描述很明显的是,响应于软件下载的失败,接收设备自动地把下载失败的软件的软件名称和版本以及接收设备识别信息(例如,接收设备的序号)通知发射设备,而无需用户的任何介入。尤其是,依据第二实施例,在接收设备(100)中,通知装置(7)用于把下载成功/失败信息(图14)发送到发射设备(500)。下载成功/失败信息(图14)包括对应于下载成功/失败的软件名称和接收设备标识符。这样,可减少用户在下载软件时的负担。发射设备可管理下载已失败的接收设备。可为失败的接收设备提供支持或任何其它适当的过程。
                     第三实施例
图17是依据本发明第三实施例的软件下载系统的方框图。此软件下载系统由发射设备500和接收设备100构成。除了第一实施例中所示的配置以外,发射设备500还包括随机处理管理部分57。随机处理管理部分57管理随机处理管理表。
第三实施例的接收设备100与第一实施例的接收设备的不同之处在于,实际结果管理部分7响应于下载失败而进行由发射设备所指定的预定处理。
第三实施例的上述软件下载系统按照以下方式进行操作。
在发射设备500中,随机处理管理部分57在接收设备100下载软件失败时管理在接收设备100中所进行的随机处理的软件信息。图18是随机处理管理部分57中所使用的随机处理管理表。随机处理管理表寄存了在接收设备100中所执行的随机处理以及实现随机处理的软件。依据图18所示的例子,软件“中心呼叫”执行随机处理“中心通知”。
软件信息管理部分52管理描述待下载到接收设备100的每个软件的软件名称、版本和随机处理的软件管理表(图19)。换句话说,除了由第一实施例的发射设备500的软件信息管理部分52所管理的软件管理表(图2)中所述的信息以外,软件管理表(图19)还包括随机处理名称。响应于下载失败,在接收设备100中执行此软件管理表(图19)所述的随机处理。从寄存在随机处理管理部分57所管理的随机处理管理表(图18)中的随机处理中选择相应于软件管理表(图19)中列出的每个软件的随机处理名称。
依据本发明的第三实施例,软件管理表(图19)包括总共七个寄存的程序。例如,寄存的程序“Let’s EPG”为版本1。应理解,当接收设备100在下载此程序失败时,执行随机处理“中心通知”。
软件信息管理部分52参考软件管理表产生软件信息表(图20)。把包括三个程序的软件信息表(图20)发送到发射部分54。此外,软件信息管理部分52管理下载表(图21)并把此下载表(图21)发送到发射部分54以及软件取出部分53。
在发射设备500中,软件取出部分53和发射部分54在操作上与第一实施例中所述的部分相同。软件取出部分53参考软件信息管理部分52所发送的下载表(图21)从软件存储部分51中读取软件,并把读出的软件发送到发射部分54。发射部分54把从软件信息管理部分52所发送的软件信息表和下载表以及从软件取出部分53发送的软件本身一起向接收设备100广播。
在接收设备100中,接收部分1、软件管理部分5、软件信息判断部分2、下载判断部分3、下载执行部分4以及软件存储部分6的操作与第一实施例中所述的操作相同。接收部分1把接收到的软件信息表(图20)发送到软件信息判断部分2,把接收到的下载表(图21)发送到下载判断部分3,并把接收到的软件发送到下载执行部分4。软件信息判断部分2参考软件信息表(图20)和由软件管理部分5所管理的软件管理表(图22)来执行软件信息判断处理,并把更新的软件信息表(图23)发送到下载判断部分3。下载判断部分3参考从软件信息判断部分2所发送的软件信息表和下载表来执行下载判断处理。根据所进行的下载判断处理的结果,下载判断部分3把下载入口(图24)发送到下载执行部分4以及把软件信息入口(图25)发送到实际结果管理部分7。
实际结果管理部分7在接收设备100下载软件失败时管理用于实现将在接收设备100中进行的每个随机处理的软件。依据本实施例,实际结果管理部分7管理与发射设备500的随机处理管理部分57所管理的随机处理管理表(图18)相同的随机处理管理表。
实际结果管理部分7接收来自下载判断部分3的软件信息入口(图25),并启动随机处理。首先,实际结果管理部分7参考软件信息入口(图25)获得随机处理名称“警告输出”。接着,实际结果管理部分7检查在实际结果管理部分7所管理的随机处理管理表(图18)中是否存在获得的随机处理名称。作为检查结果,确认在随机处理管理表中寄存有同一随机处理名称“警告输出”。还应理解,程序“警告”实现在软件信息入口(图25)中所指定的随机处理。然后,实际结果管理部分7检查在软件管理部分5所管理的软件管理表(图22)中是否存在程序名称“警告”。作为检查结果,确认在软件管理表寄存有同一程序名称“警告”。于是,实际结果管理部分7启动程序“警告”来执行随机处理。
从以上描述很明显的是,在发射设备中,软件信息管理部分在产生软件信息表时设定相应于待下载的每个软件的随机处理。尤其是,发射装置(54)用于发射指定接收设备下载软件失败时所执行的处理的处理标识符(图20),诸如软件名称。在接收设备中,实际结果管理部分在接收设备下载软件已失败时执行随机处理。尤其是,第三实施例提供了一种接收设备(100),它包括接收装置(1),接收用于判断下载存储在接收设备(100)中的软件的成功/失败的判断信息,以及接收用于指定在接收设备(100)下载软件失败时所执行的处理的处理标识符(图20);成功/失败判断装置(3),用于参考接收装置(1)所接收的判断信息来判断接收设备(100)下载软件是成功还是失败;以及处理执行装置(4),用于在成功/失败判断装置(3)检测到下载失败时执行相应于处理标识符的指定处理。这种安排使发射设备可在接收设备下载失败时控制在接收设备中所进行的处理。这样,可对管理下载的实际结果实行灵活的处理。
                         第四实施例
图26是依据本发明第四实施例的软件下载系统的方框图。此软件下载系统由发射设备(与第一实施例的发射设备500相同)和接收设备100构成。除了第一实施例的配置以外,第四实施例的接收设备100还包括用户设定管理部分9和计划确定部分10。用户设定管理部分9管理下载时隙信息。下载时隙信息表示由观看者所设定的下载时隙计划确定部分10把下载时隙信息与下载判断部分3所产生的多个下载计划相比较,以选择包含由观看者所设定的下载时隙中的下载计划。把选中的下载计划发送到下载执行部分4。显示设备200和输入装置300与接收设备100相连。观看者可通过输入装置300来输入所需的下载时间。显示设备200具有一屏幕,用于显示输入的用户设定以及实际结果管理部分所产生的信息。
第四实施例的上述软件下载系统按照以下方式进行操作。
接收设备100包括接收部分1,用于接收下载广播以及由视频和音频数据构成的普通广播。接收部分1每次接收广播时可接收到一个传送流(TS)或一个频道(程序)。在按照与普通广播相同的方式使用一个频道来接收下载广播时,观看者不能接收其它频道的普通广播。
一般,共享的下载占据专用于下载广播的一个频道。然而,下载广播能与普通广播一起接收到。在此情况下,虽然到下载完成时才能把频道变到另一个转发器(transponder),但可在观看者观看普通广播时接收到下载广播。于是,接收下载广播将干扰观看者观看普通节目。为了把此干扰减到最小,本实施例的接收设备100使观看者可选择较佳的下载时间。例如,当观看者在特定时隙内不常接收广播时,该时隙将是较佳下载时间。
观看者操作输入装置300来请求在屏幕上显示用户设定。相应于此请求,用户设定管理部分9通过显示设备200显示图27所示的用户设定屏幕。在选中的时隙不干扰观看者观看较佳的普通节目时,观看者从用户设定屏幕上所指示的多个选项中选择较佳的下载时间。用户设定管理部分9管理如图28所示由观看者选中的下载时间信息。
发射设备500产生图29所示描述一个软件的多个广播时隙的下载表。把所产生的下载表广播到接收设备100。下载判断部分3存储接收到的下载表(图29)。下载判断部分3响应于来自软件信息判断部分2的输入从下载表(图29)中选择待下载的软件信息,并产生图30所示的下载计划表。把产生的下载计划表发送到计划确定部分10。
计划确定部分10从用户设定管理部分9中获得下载时间信息(图28),并把它与接收到的下载计划表(图30)相比较。当有计划满足下载时间信息(图28)所指示较佳下载时隙时,把包括较佳计划(图31)的入口发送到下载执行部分4。如果有多个计划满足较佳下载时隙,则将选中包括最先计划的入口。如果没有计划满足较佳下载时隙,则计划确定部分10把下载失败程序的软件名称和版本发送到实际结果管理部分7。实际结果管理部分7如第一实施例所述把此报文(参考图11)发送到显示设备200,从而通知下载失败。还可如第二实施例所述,发送包括软件名称和接收设备标识符的成功/失败信息。下载执行部分4和其它部分按照与第一实施例中所述相同的方式进行操作。
从以上描述很明显的是,观看者可指定下载时间,从而只允许在指定的下载时间内进行下载。尤其是,第四实施例揭示了一种接收设备(100),它包括时隙信息管理装置(9),用于管理包括起始日期/时间和结束日期/时间的时隙信息;计划判断装置(10),用于判断是否存在具有满足时隙信息管理装置(9)所管理的时隙的广播计划的任何下载广播;以及下载执行装置(4),用于在计划判断装置(10)确认存在令人满意的下载广播时对来自下载广播的软件执行下载。这样,可实现能防止下载干扰观看者观看喜欢的节目的软件下载系统(接收设备)。
对于比较下载时间信息与下载计划表的时间而言,计划确定部分可在指定下载时间开始时或就在指定下载时间开始前进行比较,因为可获得类似的效果。此外,在接收设备处理时间函数时,可从此时间函数来获得执行下载所需的当前时间信息。此外,可利用通过广播所发送的时间信息。
                         第五实施例
图26所示的软件下载系统适用于本发明的第五实施例。然而,第五实施例与第四实施例的不同之处在于,用户设定管理部分9管理由执行下载的观看者所设定的最大中断时间信息,该信息代表观看程序可允许的最大中断。计划确定部分10把最大中断时间信息与下载判断部分3所产生的多个下载计划相比较,以选择满足观看者通过输入装置300所设定的最大中断时间的下载计划。
第五实施例的上述软件下载系统按照以下方式进行操作。
在发射设备500中,软件信息管理部分(参考图1)产生描述了每个程序的软件名称、版本、计划和预定的必要时间的下载表(图32)。预定的必要时间是接收设备完成下载所需的平均时间。把产生的下载表(图32)向接收设备100广播。下载判断部分保存接收到的下载表(图32)。
观看者操作输入装置300来请求在屏幕上显示用户设定。响应于此请求,用户设定管理部分9通过显示设备200来显示图33所示的用户设定屏幕。当输入的时间不干扰观看者观看较佳普通程序时,观看者在用户设定屏幕上输入下载可允许的中断时间。在观看者拒绝任何中断时,观看者输入0。用户设定管理部分9管理如图34所示由观看者所输入的最大中断时间信息。
下载判断部分3响应于来自软件信息判断部分2的输入从下载表(图32)中选择待下载的软件的信息,并产生图35所示的下载计划表。把产生的下载计划表发送到计划确定部分10。
计划确定部分10从用户设定管理部分9中获得最大中断时间信息(图34),并把它与接收到的下载计划表(图35)相比较。在有预定的必要时间满足可允许的最大中断时间信息(图34)时,把包括平均必要时间(图35)的入口发送到下载执行部分4。如果有多个平均必要时间满足可允许的最大中断时间信息,则将选中包括最短平均必要时间的入口。如果没有入口满足可允许的最大中断时间信息,则计划确定部分10把下载失败程序的软件名称和版本发送到实际结果管理部分7。实际结果管理部分7如第一实施例中所述把此报文(参考图11)输出到显示设备200,从而通知下载失败。还可如第二实施例中所述,发送包括软件名称和接收设备标识符的成功/失败信息。下载执行部分4和其它部分以与第一实施例中所述的相同的方式进行操作。
从以上描述很明显的看出,观看者可指定下载可允许的最大中断时间,从而只允许在指定时间内进行下载。尤其是,依据第五实施例,发射装置(54)用于发送接收设备所需的的必要时间,以下载来自下载广播的软件。接收设备(100)包括最大中断时间管理装置(9),用于管理下载软件用最大中断时间,此时间代表可允许的程序观看最大中断;计划判断装置(10),用于判断是否存在具有等于或小于最大中断时间管理装置(9)所管理的最大中断时间的必要下载时间的下载广播;以及下载执行装置(4),用于在计划判断装置(10)确认存在令人满意的下载广播时对来自下载广播的软件执行下载。这样,可实现能防止下载干扰观看者观看喜欢的节目的软件下载系统(接收设备),从而减少观看者的不满和烦恼并实现自动下载。
                        第六实施例
图26所示的软件下载系统可适用于本发明的第六实施例。然而,第六实施例与第四实施例的不同之处在于,用户设定管理部分9管理强制下载标志以及下载时间信息。强制下载标志表示明确是否在接收下载广播的最终机会之前确信完成观看者所指定的下载广播的接收。计划确定部分10接收强制下载标志和下载判断部分3所产生的多个下载计划。在接收指定下载广播的最终机会到来且强制下载标志表示执行下载时,计划确定部分10确信选择下载计划并把它发送到下载执行部分4观看者可通过输入装置300输入较佳下载时隙以及明确执行强制下载。
第六实施例的上述软件下载系统按照以下方式进行操作。
观看者操作输入装置300来请求在屏幕上显示用户设定。响应于此请求,用户设定管理部分9通过显示设备200显示图37所示的用户设定屏幕。在选中的时隙不干扰观看者观看较佳普通节目时,观看者从用户设定屏幕上所指示的多个选项中选择较佳下载时间。此外,观看者输入观看者是否同意强制下载设定决定。用户设定管理部分9管理由观看者所选中的下载时间信息以及如图38所示的强制下载标志。观看者输入值“1”来设定强制下载以及“0”来取消强制下载。
发射设备500产生图39所示描述每个节目的软件名称、版本、计划和最终广播日期和时间的下载表。把产生的下载表向接收设备100广播。下载判断部分3存储接收到的下载表(图39)。
下载判断部分3响应于来自软件信息判断部分2的输入从下载表(图39)中选择待下载的软件信息,并产生图40所示的下载计划表。把产生的下载计划表发送到计划确定部分10。
计划确定部分10从用户设定管理部分9中获得下载时间信息以及强制下载标志(图38),并把它们与接收到的下载计划表(图40)相比较。将参考图41所示的流程图来说明在计划确定部分10中所进行的比较的细节。首先,检查寄存在下载计划表(图40)中的任何计划入口是否满足所指定的下载时隙(步骤S4101)。当存在满足指定的下载时隙的任何计划入口时,计划确定部分10从下载计划表(图40)中选择该计划入口并把它发送到下载执行部分4(步骤S4102)。如果存在满足指定的下载时隙的多个计划时,则将选中包括最先计划的入口。如果没有计划入口满足指定的下载时隙,则检查这是不是接收下载广播的最终机会。尤其是,把下载计划表(图40)中所示的最终广播日期和时间与当前日期和时间相比较。此外,检查强制下载标志是否为1(步骤S4103)。如图42所示,当接收下载广播的最终机会已到来且强制下载标志为1时,计划确定部分10从下载计划表(图40)中选择最终计划的软件名称、版本和计划(步骤S4104)。接着,将最终计划发送到下载执行部分4(步骤S4102)。当接收下载广播的最终机会还未到来且强制下载标志为0时,计划确定部分10把下载失败节目的软件名称和版本发送到实际结果管理部分7。实际结果管理部分7如第一实施例中所述把此报文(参考图11)输出到显示设备200,从而通知下载失败(步骤S4105)。还可如第二实施例中所述,发送包括软件名称和接收设备标识符的成功/失败信息。下载执行部分4和其它部分如第四实施例中所述的相同方式进行操作。
从以上描述很明显看到观看者可请求强制地下载指定软件。尤其是,依据第六实施例,发射装置(54)用于发射下载广播的最终广播日期/时间。接收设备(100)包括最终广播日期/时间标志管理装置(9),用于管理最终的广播日期/时间标志,最终的广播日期/时间标志表示强制地下载来自下载广播的软件而不错过接收该下载广播的机会的强制下载决定;最终广播日期/时间判断装置(10),用于判断最终广播日期/时间标志是否表示执行强制下载以及接收下载广播的最终机会是否已到来;以及下载执行装置(4),用于在最终广播日期/时间判断装置(10)确认最终广播日期/时间标志表示执行强制下载且当前的下载广播为下载软件的最终机会时对来自下载广播的软件执行下载。此外,第六实施例揭示的接收设备(100)包括强制下载标志管理装置(9),用于管理强制下载标志,强制下载标志表示强制地对来自下载广播的软件执行下载;强制下载判断装置(10),用于判断强制下载标志是否表示强制地对来自下载广播的软件执行下载;以及下载执行装置(4),用于在强制下载判断装置(10)确认强制下载标志表示强制地对来自下载广播的软件执行下载时对来自下载广播的软件执行下载。
于是,可实现能在接收下载广播的最终机会到来时自动地以及强制地执行下载的软件下载系统(接收设备)。
根据第四实施例的软件下载系统来说明上述第六实施例。然而,也可在第五实施例的软件下载系统上实现第六实施例。
此外,可改变步骤S4101和S4103在图41中所示的流程图中的顺序,从而计划确定部分10可在完成步骤S4103后执行步骤S4101。
                        第七实施例
图43是依据本发明第七实施例的软件下载系统的方框图。此软件下载系统由发射设备500和接收设备100构成。除了第一实施例中所示的配置以外,发射设备500还包括通信部分55、接收设备管理部分56和实际下载结果管理部分58。通信部分55向接收设备100发射用于获得下载广播接收时间的获取请求,并接收从接收设备100返回的下载广播接收时间以及接收设备识别信息。接收设备管理部分56管理下载广播接收时间和接收设备识别信息。实际下载结果管理部分58把由接收设备管理部分56所管理的下载广播接收时间与软件信息管理部分52所管理的下载表相比较。实际下载结果管理部分58管理表示接收设备在每次广播中接收到下载广播的实际下载结果信息。
除了第四实施例中所示的配置以外,第七实施例的接收设备100包括下载接收时间管理部分11和通信部分8。下载接收时间管理部分11管理下载广播的接收时间。通信部分8把下载广播的接收时间和接收设备识别信息发射到发射设备500。
第七实施例的上述软件下载系统按照以下方式进行操作。
在发射设备500中,软件信息管理部分52产生图44所示描述一个软件的多个计划的下载表。把产生的下载表向接收设备100广播。下载判断部分53存储接收到的下载表(图44)。如第四实施例中所述,计划确定部分10选择具有满足观看者所指定的较佳下载时间的计划的下载广播。下载执行部分4接收此下载广播,并产生包括软件名称、版本、日期、接收起始时间和接收结束时间的接收时间信息(图45)。把产生的接收时间信息(图45)发送到实际结果管理部分7。实际结果管理部分7把接收时间信息(图45)发送到下载接收时间管理部分11。下载接收时间管理部分11记录接收时间信息(图45)。
接收设备管理部分56发射用于获得接收时间信息的获取请求。经由通信部分55把此获取请求周期性地(例如,每周一次)发射到每个接收设备100。在接收设备100中,通信部分8把接收到的获取请求发送到实际结果管理部分7。实际结果管理部分7从下载接收时间管理部分11中读取接收时间信息(图45),并产生包括接收设备识别信息和接收时间信息的返回信息(图46)。经由通信部分8把此信息(图46)返回到发射设备500。在发射设备500中,接收设备管理部分56管理如图47所示从接收设备100发送的接收时间信息。
实际下载结果管理部分58把软件信息管理部分52所广播的下载表(图44)与接收设备管理部分56所管理的接收时间信息(图47)相比较,并产生包括每个软件的下载广播时隙和接收设备总数的实际下载结果管理表(图48)。在确定下一个下载广播计划时使用实际下载结果管理表(图48)。例如,当接收此下载广播的接收设备的总数小时,可取消此下载广播。当希望由大量接收设备来接收下载广播时,可把下载广播重新计划到另一个时隙。
实际结果管理部分7经由显示设备200把所执行的下载的成功/失败通知接收设备100的外部。还可把所执行的下载的成功/失败通知发射设备500。所发射的信息包括对应于下载成功/失败的软件名称和接收设备标识符。
从以上描述中很明显看出,每个接收设备记录下载广播的接收时间信息。发射设备收集来自各个接收设备的接收时间信息,并管理收集到的信息作为实际下载结果管理表。发射设备参考实际下载结果管理表来确定下一个下载广播的计划。尤其是,依据第七实施例,发射设备(500)还包括接收设备管理装置(58),用于管理时隙信息和接收设备计数信息,接收设备计数信息包括在由时隙信息中所述的起始日期/时间和结束日期/时间所指定在时隙中成功/失败的接收设备的总数,;以及计划确定装置(52),用于参考接收设备计数信息来确定下载广播的计划,从而可由大量接收设备来接收此下载广播。此外,第七实施例揭示了一种接收设备(100),它包括执行下载记录/管理装置(11),用于记录和管理包括下载成功/失败的日期/时间的执行下载的信息;以及通知装置(7)用于把执行下载的信息通知接收设备的外部。
于是,可通过把计划集中在一特定时隙内而不减少用于接收下载广播的接收设备的总数(即,不减少接收设备所接收的必然性)来有效地利用带宽。
根据第四实施例的软件下载系统来说明上述第七实施例。然而,可在第五实施例的软件下载系统上实现第七实施例。
                      第八实施例
图49是依据本发明第八实施例的软件下载系统的方框图。此软件下载系统由发射设备(与第一实施例的发射设备500相同的)和接收设备100构成。第八实施例的接收设备100包括电源控制部分12,用于监测接收设备100的断开状态并依据观看者通过输入装置300的操作来控制接收设备的接通-断开。第八实施例的下载执行部分4管理下载判断部分3所发送的下载广播的计划。下载执行部分4在下载广播的起始时间时或就在起始时间前访问电源控制部分12,并只在接收设备处于断开状态时接收下载广播。第八实施例的其余部分基本上以与第四实施例的相同方式进行操作。
第八实施例的上述软件下载系统按照以下方式进行操作。
接收设备100具有两个电源状态;即允许包括下载和观看普通程序等所有操作的接通状态,以及用于使接收设备100无效的断开状态。电源控制部分12控制接收设备100的电源状态。尤其是,观看者操作诸如遥控器等输入装置300来开始观看。电源控制部分12开始把电能提供给视频/音频电路(未示出),以把接收设备100的状态从断开状态切换到接通状态。当观看者操作输入装置300来结束观看时,电源控制部分12停止把电能提供给视频/音频电路,以把接收设备100的状态从接通状态切换到断开状态。
在发射设备500中,软件信息管理部分52产生图50所示描述一个软件的多个计划的下载表。把产生的下载表向接收设备100广播。下载判断部分3存储包括按照广播起始时间的顺序排序的数据的接收到的下载表(图50)。下载判断部分3响应于从软件信息判断部分2输入的软件名称和版本,并选择具有最先广播时间的指定下载广播的下载计划信息。把选中下载计划信息发送到下载执行部分4。在包含在接收到的下载计划信息中的下载广播的起始时间或就在该起始时间前,下载执行部分4把电源状态确认请求发送到电源控制部分12。响应于电源状态确认请求,电源控制部分12把当前电源状态返回下载执行部分4。当电源处于断开状态时,下载执行部分4执行下载广播并把接收到的软件发送到软件管理部分5。当电源处于接通状态时,下载执行部分4取消接受下载广播并把下载失败程序的软件名称、版本和计划通知下载判断部分3。
图51是响应于下载广播失败时所进行的下载判断部分3的操作的流程图。下载判断部分3搜索下载表(图50)来检查是否存在软件名称和版本与下载失败程序的软件名称和版本相同而起始时间比下载失败程序的起始时间晚的任何计划(步骤S5101)。当下载表中寄存有与下载失败软件相一致的任何下载广播时,下载判断部分3把由相一致的软件的软件名称、版本和计划构成的下载计划信息发送到下载执行部分4(步骤S5102)。当下载表中没有与下载失败软件一致的下载广播时,即当接收设备错过接收下载广播的最终机会时,下载判断部分3把下载失败程序的软件名称和版本发送到实际结果管理部分7(步骤S5103)。实际结果管理部分7如第一实施例所述把此报文(参考图11)输出到显示设备200,从而通知下载失败。还可如第二实施例所述,发送包括软件名称和接收设备标识符的成功/失败信息。
从以上描述很明显的看出,只在接收设备的电源处于断开状态时才执行下载广播的接收。尤其是,第八实施例揭示的接收设备(100)包括观看状态管理装置(12),用于管理由接收设备的有效或无效来表示的用户观看信息;观看状态判断装置(4),用于根据观看状态管理装置(12)所管理的用户观看信息来检查接收设备处于有效状态或者处于无效状态;以及下载执行装置(4),用于只在观看状态判断装置确认接收设备处于无效状态时才执行软件下载。此外,第八实施例揭示的接收设备(100)包括用于管理由接收设备的有效或无效来表示的用户观看信息的观看状态管理装置(12)、用于检查是否存在任何下载广播的下载计划判断装置(4)以及只在接收设备处于无效状态且存在下载广播时执行软件下载的下载执行装置(4)。
于是,可实现能自动地执行下载而不干扰观看者观看喜欢节目的软件下载系统。
                        第九实施例
图52是示出依据本发明第九实施例的软件下载系统的方框图。此软件下载系统包括发射设备500和接收设备100。除了第一实施例所示的配置以外,发射设备500还包括通信部分55和接收设备电源状态管理部分59。通信部分55把获取请求发送到接收设备100。此获取请求用于获得与接收设备100中电源的接通和断开有关的信息。通信部分55接收从接收设备100返回的返回信息。返回信息包括此电源的当前电源状态和最近的接通-断开时间。接收设备电源状态管理部分59收集从接收设备100返回的信息,并在时隙中计算无效(即,断开)的接收设备的总数。
第九实施例的接收设备100包括电源状态存储部分13,用于记住和管理作为每个电源的一组有关数据的当前电源状态和最近接通-断开时间。通信部分8响应于来自发射设备500的请求,并返回电源状态存储部分13所管理的当前电源状态和最近接通-断开时间。第九实施例的接收设备100的其余部分基本上与第八实施例相同的方式进行操作。
第九实施例的上述软件下载系统按照以下方式进行操作。
在接收设备100中,电源控制部分12依据观看者的操作来控制接收设备100电源状态的变化。电源状态存储部分13在观看者的操作后记录当前电源状态和最近接通-断开时间。图53是电源状态存储部分13所管理的表,该表包括由当前电源状态和最近的接通-断开时间所构成的组数据。
在发射设备500中,接收设备电源状态管理部分59发射用于获得接收设备的接通-断开时间的获取请求。经由通信部分55把获取请求周期性地(例如,每周一次)发射到每个接收设备100。响应于获取请求,电源状态存储部分13从实际结果管理部分7中读取接收设备识别信息,并发射读出的数据以及由当前电源状态和最近接通-断开时间构成的组数据(图54)。
在发射设备500中,接收设备电源状态管理部分59记录接收到的数据,即接收设备识别信息和由当前电源状态和最近接通-断开时间构成的组数据(图55)。接收设备电源状态管理部分59把一天分成多个时隙(例如,12个2小时的时隙),并在每个时隙中计算无效(断开)的接收设备的总数。接收设备电源状态管理部分59产生包括由时隙和无效接收设备总数所构成的组数据的无效接收设备计数表(图56)。
在确定下一个下载广播计划时使用无效接收设备计数表(图56)。参考无效接收设备计数表,可有效地确定下载广播计划。例如,当接收此下载广播的接收设备的总数大时,进行有计划的下载广播。然而,当接收此下载广播的接收设备的总数小时,可取消此下载广播。于是,可有计划地安排下载广播,使此下载广播肯定被大量接收设备接收到。
从以上描述很明显的看出发射设备收集来自每个接收设备的接通-断开时间信息,并在每个时隙中计算无效接收设备的总数。在确定下一个下载广播计划时利用计算得到的数据。尤其是,依据第九实施例,发射设备(500)还包括接收设备管理部分(59),用于管理时隙信息和接收设备计数信息,接收设备计数信息包括由时隙信息中所述的起始日期/时间和结束日期/时间所指定的时隙中有效或无效的接收设备的总数;以及计划确定装置(52),用于参考接收设备计数信息来确定下载广播的计划,从而可由大量接收设备接收到此下载广播。接收设备(100)包括电源状态管理装置(13),用于管理表示电源的当前接通-断开状态的电源信息和包括最近接通-断开日期/时间的电源变化信息;以及通知装置(8),用于把电源变化信息发送到发射设备(500)。
于是,可实现能有效地利用带宽的下载广播。
对于从接收设备返回发射设备的信息而言,可只发射断开时间或接通时间。
象以上描述的那样当接收设备下载失败时,通过显示设备来输出报文并把失败通知发射设备。于是,本发明可管理下载的实际结果。
此外,本发明允许观看者预先指定较佳的下载时隙。因而,可自动地执行下载而不会干扰观看者观看喜欢的节目。
此外,本发明允许观看者指定下载的允许最大中断时间,所以下载在指定时间内是允许的,因此,它可以防止下载打扰观看者观看喜欢的节目,从而防止了观看者不满和怒气,并能实现自动下载。
此外,本发明允许观看者请求指定软件的强制下载,从而当接受下载广播的最后机会到来时,自动并强制地进行下载。因而在预先确定下载广播时间的情况下,提高下载的成功率,从而提高下载的稳定性。
此外,本发明在广播的每个时隙内计算实际接收下载广播的接收设备的总数。因此,在不降低下载稳定性情况下能通过将计划集中在特定时隙内的方法高效地使用带宽。
此外,本发明可在观看者不看节目的时隙段执行下降,从而能在观看者不知不觉中自动执行下载。
此外,本发明为了使大量无效接收设备能稳定地接收到,有计划地下载。从而在观看者不知不觉中自动执行下载。
本发明可在不背离其基本特征的精神的情况下用几种形式来实现。因为本发明的范围是由附加的权利要求书来限定的,而不是由之前的说明书来限定的,因此,这里所述的实施例将只是示意性的而不是限制性的。因此,权利要求书将包含落在权利要求书界限或这些界限的等价物之内的所有变化。

Claims (50)

1.一种发射设备(500),其特征在于包括:
软件存储装置(51),用于存储要下载的软件;
软件信息管理装置(52),用于产生软件信息和下载信息;
软件取出装置(53),用于依据所下载的信息读出指定的软件;以及
发射装置(54),用于将从所述软件取出装置接收的所述指定软件以及从所述软件信息管理装置接收的所述软件信息和所述下载信息单向且不加选择地发送给接收设备(100),其中
所述软件信息和所述下载信息用作判断信息,以使所述接收设备的用户能执行有关对所述软件下载成功/失败的自我检验。
2.如权利要求1所述的发射设备(500),其特征在于所述发射装置(54)用于发射指定在接收设备下载软件失败时所执行的处理的处理标识符(图20)。
3.如权利要求2所述的发射设备(500),其特征在于处理标识符是软件名称。
4.如权利要求1到3中任一项所述的发射设备(500),其特征在于所述判断信息包括软件的版本号以及包括软件的起始时间和结束时间的发射计划信息(图40)。
5.一种接收设备(100),其特征在于包括:
接收装置(1),用于接收通过广播下载从发射器单向且不加选择发送的软件,以及用于接收判断存储在接收设备(100)中的软件的下载成功/失败的判断信息;
成功/失败判断装置(3),用于参考所述接收装置(1)接收到的判断信息来判断接收设备(100)进行的软件下载是成功还是失败;以及
通知装置(7),用于把下载成功/失败通知接收设备的用户,从而使所述接收设备的用户能执行有关对所述软件下载结果的自我检验。
6.如权利要求5所述的接收设备(100),其特征在于所述通知装置(7)使显示装置(200)来显示指示下载成功/失败的信息(图11)。
7.如权利要求5所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括与下载的成功/失败有关的软件名称(图14)。
8.如权利要求5所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括接收设备标识符(图14)。
9.一种接收设备(100),其特征在于包括:
接收装置(1),接收用于判断存储在接收设备(100)中的软件的下载成功/失败的判断信息并接收用于指定在接收设备(100)下载软件失败时所执行的处理的处理标识符(图20);
成功/失败判断装置(3),用于参考所述接收装置(1)接收到的判断信息来判断接收设备(100)进行的软件下载是成功还是失败;以及
下载执行装置(4),用于在所述成功/失败判断装置(3)检测到下载失败时来执行相应于所述处理标识符的指定处理。
10.如权利要求5到9中任一项所述的接收设备(100),其特征在于所述判断信息包括软件的版本号以及包括软件的起始时间和结束时间的发射计划信息。
11.如权利要求9所述的接收设备(100),其特征在于还包括:
时隙信息管理装置(9),用于管理包括起始日期/时间以及结束日期/时间的时隙信息;
计划判断装置(10),用于判断是否存在具有满足所述时隙信息管理装置(9)所管理时隙的广播计划的任何下载广播;其中
所述下载执行装置(4)用于在所述计划判断装置(10)确认存在令人满意的下载广播时对来自下载广播的软件执行下载。
12.如权利要求11所述的接收设备(100),其特征在于还包括
通知装置(7),用于在所述计划判断装置(10)确认不存在任何令人满意的下载广播时把下载成功/失败通知接收设备的用户。
13.如权利要求12所述的接收设备(100),其特征在于所述通知装置(7)使显示装置(200)来显示指示下载成功/失败的信息。
14.如权利要求12所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括与下载的成功/失败有关的软件名称。
15.如权利要求12所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括接收设备标识符。
16.如权利要求1到4中任一项所述的发射设备,其特征在于所述发射装置(54)发射使接收设备下载来自下载广播的软件所需的必要时间
17.如权利要求9所述的接收设备(100),其特征在于还包括:
最大中断时间管理装置(9),用于管理下载软件用的最大中断时间,该时间代表观察程序可允许的最大中断;
计划判断装置(10),用于判断是否存在具有等于或小于所述最大中断时间管理装置(9)所管理的所述最大中断时间的必要下载时间的任何下载广播;其中
所述下载执行装置(4)用于在所述计划判断装置(10)确认存在令人满意的下载广播时对来自该下载广播的软件执行下载。
18.如权利要求17所述的接收设备(100),其特征在于还包括通知装置(7),用于在所述计划判断装置(10)确认不存在任何令人满意的下载广播时把下载成功/失败通知接收设备(100)的用户。
19.如权利要求18所述的接收设备(100),其特征在于所述通知装置(7)使显示装置(200)来显示指示下载成功/失败的信息。
20.如权利要求18所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括与下载的成功/失败有关的软件名称。
21.如权利要求18所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括接收设备标识符。
22.如权利要求1到3中任一项所述的发射设备,其特征在于所述发射装置(54)用于发射下载广播的最终广播日期/时间。
23.如权利要求4所述的发射设备,其特征在于所述发射装置(54)用于发射下载广播的最终广播日期/时间。
24.如权利要求16所述的发射设备,其特征在于所述发射装置(54)用于发射下载广播的最终广播日期/时间。
25.如权利要求9所述的接收设备(100),其特征在于还包括:
最终广播日期/时间标志管理装置(9),用于管理最终广播日期/时间标志,所述最终广播日期/时间标志表示可强制地下载来自一下载广播的软件而不错过接收该下载广播的机会的强制下载的决定;
最终广播日期/时间判断装置(10),用于判断所述最终广播日期/时间标志是否表示要执行强制下载以及接收所述下载广播的最终机会是否已到来;其中
所述下载执行装置(4)用于在所述最终广播日期/时间判断装置(10)确认所述最终下载日期/时间标志表示要执行强制下载且当前的下载广播是下载软件的最终机会时对来自所述下载广播的软件执行下载。
26.如权利要求25所述的接收设备(100),其特征在于还包括通知装置(7),用于当所述下载执行装置(4)在接收下载广播的最终机会里下载软件失败时把下载成功/失败通知接收设备的用户。
27.如权利要求26所述的接收设备(100),其特征在于所述通知装置(7)使显示装置(200)来显示指示下载成功/失败的信息。
28.如权利要求26所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括与下载的成功/失败有关的软件名称。
29.如权利要求26所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括接收设备标识符。
30.如权利要求9所述的接收设备(100),其特征在于还包括:
强制下载标志管理装置(9),用于管理强制下载标志,所述强制下载标志表示对来自一下载广播的软件强制地执行下载;
强制下载判断装置(10),用于判断所述强制下载标志是否表示强制地执行来自下载广播的软件下载;其中
所述下载执行装置(4)用于在所述强制下载判断装置(10)确认所述强制下载标志表示要强制地执行来自下载广播的软件下载时对来自下载广播的软件执行下载。
31.如权利要求1到3中任一项所述的发射设备(500),其特征在于还包括:
接收设备管理装置(58),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括接收设备在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中成功/失败的总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
32.如权利要求4所述的发射设备(500),其特征在于还包括:
接收设备管理装置(58),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括接收设备在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中成功/失败的总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
33.如权利要求16所述的发射设备(500),其特征在于还包括:
接收设备管理装置(58),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括接收设备在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中成功/失败的总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
34.如权利要求22所述的发射设备(500),其特征在于还包括:
接收设备管理装置(58),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括接收设备在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中成功/失败的总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
35.如权利要求23所述的发射设备(500),其特征在于还包括:
接收设备管理装置(58),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括接收设备在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中成功/失败的总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
36.如权利要求24所述的发射设备(500),其特征在于还包括:
接收设备管理装置(58),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括接收设备在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中成功/失败的总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
37.如权利要求5所述的接收设备(100),其特征在于还包括:
执行下载记录/管理装置(11),用于记录和管理包括下载成功/失败的日期/时间的执行下载信息;其中
所述通知装置(7)用于把所述执行下载信息通知接收设备的用户。
38.如权利要求37所述的接收设备(100),其特征在于所述通知装置(7)使显示装置(200)来显示指示下载成功/失败的信息。
39.如权利要求37所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括与下载的成功/失败有关的软件名称。
40.如权利要求37所述的接收设备(100),其特征在于所述通知装置(7)用于把下载成功/失败信息发送到发射设备(500),所述下载成功/失败信息包括接收设备标识符。
41.如权利要求9所述的接收设备(100),其特征在于还包括:
观察状态管理装置(12),用于管理通过使接收设备有效或无效来表示的用户观察信息;
观察状态判断装置(4),用于根据所述观察状态管理装置(12)所管理的所述用户观察信息来检查接收设备处于有效状态还是处于无效状态;其中
所述下载执行装置(4)用于只在所述观察状态判断装置确认接收设备处于无效状态时对软件执行下载。
42.如权利要求9所述的接收设备(100),其特征在于还包括:
观察状态管理装置(12),用于管理通过使接收设备有效或无效来表示的用户观察信息;其中
所述下载计划判断装置(4)用于检查是否存在任何下载广播;并且
所述下载执行装置(4)还用于只在接收设备处于无效状态且存在下载广播时对软件执行下载。
43.如权利要求1到3所述的发射设备(500),其特征在于包括:
接收设备管理装置(59),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中有效/无效的接收设备总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
44.如权利要求4所述的发射设备(500),其特征在于包括:
接收设备管理装置(59),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中有效/无效的接收设备总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
45.如权利要求16所述的发射设备(500),其特征在于包括:
接收设备管理装置(59),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中有效/无效的接收设备总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
46.如权利要求22所述的发射设备(500),其特征在于包括:
接收设备管理装置(59),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中有效/无效的接收设备总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
47.如权利要求23所述的发射设备(500),其特征在于包括:
接收设备管理装置(59),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中有效/无效的接收设备总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
48.如权利要求24所述的发射设备(500),其特征在于包括:
接收设备管理装置(59),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中有效/无效的接收设备总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
49.如权利要求27所述的发射设备(500),其特征在于包括:
接收设备管理装置(59),用于管理时隙信息和接收设备计数信息,所述接收设备计数信息包括在由所述时隙信息所述的起始日期/时间和结束日期/时间所指定的时隙中有效/无效的接收设备总数;以及
计划确定装置(52),用于参考所述接收设备计数信息来确定下载广播的计划,从而可由大量的接收设备来接收下载广播。
50.如权利要求5或9中任一项所述的接收设备(100),其特征在于还包括:
电源状态管理装置(13),用于管理代表电源的当前电源通断的电源信息以及包括最近的电源通断日期/时间的电源变化信息;以及
通知装置(8),用于把所述电源变化信息发送到发射设备(500)。
CNB981259774A 1997-12-26 1998-12-28 包括发射设备和接收设备的软件下载系统 Expired - Fee Related CN1200367C (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP368940/97 1997-12-26
JP9368940A JPH11194943A (ja) 1997-12-26 1997-12-26 送信装置および受信装置
JP368940/1997 1997-12-26

Publications (2)

Publication Number Publication Date
CN1227934A CN1227934A (zh) 1999-09-08
CN1200367C true CN1200367C (zh) 2005-05-04

Family

ID=18493149

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB981259774A Expired - Fee Related CN1200367C (zh) 1997-12-26 1998-12-28 包括发射设备和接收设备的软件下载系统

Country Status (7)

Country Link
EP (1) EP0926862A3 (zh)
JP (1) JPH11194943A (zh)
KR (1) KR100318876B1 (zh)
CN (1) CN1200367C (zh)
AU (1) AU726647B2 (zh)
MY (1) MY123957A (zh)
TW (1) TW432854B (zh)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7640571B1 (en) 1999-07-15 2009-12-29 General Instrument Corporation Method and apparatus for preventing disruptions in set-top terminal function due to the download of updated programming or data to the set-top terminal
JP2001051923A (ja) * 1999-08-11 2001-02-23 Ntt Comware Corp システム統括装置、配信結果管理装置、配信結果表示端末装置、配信情報管理システム、それらの制御方法および記録媒体
KR100837580B1 (ko) 1999-08-19 2008-06-13 소니 가부시끼 가이샤 전송 방법, 전송 시스템 및 수신 장치
KR20010082379A (ko) * 1999-10-19 2001-08-29 모리시타 요이찌 송출 장치 및 수신 장치
JP3636012B2 (ja) * 1999-12-06 2005-04-06 株式会社日立製作所 情報処理システム、情報処理装置およびソフトウェアのインストール方法
FR2809839A1 (fr) * 1999-12-30 2001-12-07 Thomson Multimedia Sa Procede de telechargement de donnees procedees par des signaux d'annonce
WO2002005560A2 (en) * 2000-07-12 2002-01-17 General Instrument Corporation Method and apparatus for downloading objects via an inband channel with minimal subscriber impact
JP4857462B2 (ja) * 2000-11-07 2012-01-18 パナソニック株式会社 デジタル放送受信機
JP2002259282A (ja) * 2001-02-27 2002-09-13 Matsushita Electric Ind Co Ltd データ放送スケジュールシステムおよび、それに関する、装置または方法または記録媒体またはプログラム
JP2002278785A (ja) * 2001-03-16 2002-09-27 Hitachi Kokusai Electric Inc プログラム配信方法
JP2002287976A (ja) * 2001-03-28 2002-10-04 Sanyo Electric Co Ltd ディジタル放送受信装置
KR100700517B1 (ko) * 2001-03-30 2007-03-28 엘지전자 주식회사 위성 방송 수신기의 업그레이드 방법
KR100400458B1 (ko) * 2001-05-14 2003-10-01 엘지전자 주식회사 네트워크 가능한 가전기기의 프로토콜 업그레이드 방법
WO2003088645A1 (en) * 2002-04-12 2003-10-23 Koninklijke Philips Electronics N.V. Downloading of programs into broadcast-receivers
US20060041509A1 (en) * 2002-10-07 2006-02-23 Koerber Eric Jos B Broadcasting of software packages
FR2849704A1 (fr) * 2003-01-02 2004-07-09 Thomson Licensing Sa Dispositifs et procedes de decision conditionnelle d'execution de services recus et de constitution de messages d'informations associes a des services, et produits associes
WO2005048604A1 (en) * 2003-11-17 2005-05-26 Samsung Electronics Co., Ltd. Method for updating software of a target device using an extended identifier in digital broadcasting
US8675631B2 (en) 2005-03-10 2014-03-18 Qualcomm Incorporated Method and system for achieving faster device operation by logical separation of control information
KR100762582B1 (ko) * 2005-06-20 2007-10-01 엘지전자 주식회사 디지털 방송 수신기의 소프트웨어 다운로드 방법
KR100719022B1 (ko) * 2005-08-18 2007-05-17 삼성전자주식회사 디지털 방송시스템 및 디지털 방송시스템의소프트웨어 다운로드 방법과, 디지털tv 및 디지털tv 의소프트웨어 다운로드 방법
US8948329B2 (en) 2005-12-15 2015-02-03 Qualcomm Incorporated Apparatus and methods for timing recovery in a wireless transceiver
JP5005232B2 (ja) * 2006-02-27 2012-08-22 京セラ株式会社 携帯型デジタル放送受信端末及びファームウェア更新方法
KR20080005692A (ko) * 2006-07-10 2008-01-15 엘지전자 주식회사 데이터 방송 신호, 이를 처리하는 방법 및 수신하는 장치
KR101314605B1 (ko) * 2006-11-24 2013-10-07 엘지전자 주식회사 Iptv 환경에서 소프트웨어 업그레이드 방법 및 장치
JP4958692B2 (ja) * 2007-08-31 2012-06-20 キヤノン株式会社 配信装置、配信方法、及びコンピュータプログラム
KR20120041351A (ko) * 2010-10-21 2012-05-02 엘지전자 주식회사 영상 표시 기기의 소프트웨어 업그레이드 방법 및 그를 이용한 영상 표시 기기
JP5677277B2 (ja) * 2011-11-30 2015-02-25 京セラドキュメントソリューションズ株式会社 情報処理装置および情報処理システム
US9154533B2 (en) * 2012-12-21 2015-10-06 Microsoft Technology Licensing, Llc Intelligent prefetching of recommended-media content

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4633462A (en) * 1983-07-18 1986-12-30 The Board Of Trustees Of The University Of Illinois Multiple access communication on a CATV reverse channel
US5495610A (en) * 1989-11-30 1996-02-27 Seer Technologies, Inc. Software distribution system to build and distribute a software release
US5291554A (en) * 1992-05-28 1994-03-01 Tv Answer, Inc. Shared-price custom video rentals via interactive TV
JPH08179951A (ja) * 1994-12-21 1996-07-12 Fujitsu Ltd プログラムダウンロードシステム及びプログラムダウンロード方法
CN1089538C (zh) * 1995-01-30 2002-08-21 艾利森电话股份有限公司 软件的灵活下载
KR100286008B1 (ko) * 1995-12-30 2001-04-16 윤종용 소프트웨어 프로그램 자동 갱신방법
US5951639A (en) * 1996-02-14 1999-09-14 Powertv, Inc. Multicast downloading of software and data modules and their compatibility requirements

Also Published As

Publication number Publication date
TW432854B (en) 2001-05-01
EP0926862A2 (en) 1999-06-30
JPH11194943A (ja) 1999-07-21
EP0926862A3 (en) 2002-09-11
KR19990063497A (ko) 1999-07-26
MY123957A (en) 2006-06-30
AU9826398A (en) 1999-07-15
AU726647B2 (en) 2000-11-16
CN1227934A (zh) 1999-09-08
KR100318876B1 (ko) 2002-03-25

Similar Documents

Publication Publication Date Title
CN1200367C (zh) 包括发射设备和接收设备的软件下载系统
CN1245014C (zh) 接收机/译码器动作
CN1161991C (zh) 电视节目记录保留装置
CN1254104C (zh) 广播节目记录方法、通信控制设备以及移动通信设备
CN1248492C (zh) 接收设备及方法、信号处理设备及方法和存储媒体
CN1118196C (zh) 产生节目信息的方法和装置以及处理节目信息的接收装置
CN1266908C (zh) 广播台系统和接收机
CN1170422C (zh) 广播接收装置
CN1293504C (zh) 信息记录设备和方法、信息处理终端、方法和设备以及记录介质
CN1579092A (zh) 信息处理系统、信息处理装置及方法、记录媒体及程序
CN101060427A (zh) 实现远程软件升级的系统及方法
CN1572106A (zh) 用于接收机/解码器的方法和设备
CN1449195A (zh) 即时视频点播回放
CN1947416A (zh) 数字广播接收设备、方法及其程序
CN1273741A (zh) 先进的电视系统
CN1225118C (zh) 依事件发生而中止接收装置重放广播数据的数字广播装置
CN1745576A (zh) 具有数字视频记录和可调整的提醒的交互式电视系统
CN1286017C (zh) 记录/重放装置和记录管理方法
CN1706184A (zh) 记录设备与记录预约处理方法
CN1813476A (zh) 记录设备和代理记录设备
CN1233159C (zh) 发送设备及接收设备
CN1513261A (zh) 多视图存储广播服务方法、装置和系统
CN1751514A (zh) 节目数据通信系统
CN1757187A (zh) 数据广播再现控制装置、数据广播再现控制方法、数据广播再现控制程序、以及记录该程序的记录媒体
CN1666533A (zh) 视听节目同步系统和方法

Legal Events

Date Code Title Description
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C06 Publication
PB01 Publication
C14 Grant of patent or utility model
GR01 Patent grant
C19 Lapse of patent right due to non-payment of the annual fee
CF01 Termination of patent right due to non-payment of annual fee