US20040059799A1

US20040059799A1 - Smart internet information delivery system

Info

Publication number: US20040059799A1
Application number: US10/352,243
Authority: US
Inventors: Hiroshi Kobata
Original assignee: Atabok Japan Inc
Current assignee: Atabok Japan Inc
Priority date: 1996-11-22
Filing date: 2003-01-28
Publication date: 2004-03-25
Also published as: AU5455898A; US5845074A; US6631405B1; WO1998022882A1; TW412687B

Abstract

A smart delivery system is provided for transmitting video, audio, hyper-text and web documents to end users via the internet over telephone lines, fiber optics, satellite links, or other direct communications on a non-realtime discontinuous basis in which the server providing the information periodically ascertains whether the end user terminal is busy. If so, the transmission to the end user is terminated and the information is stored until such time as the “busy” indication is terminated. In one embodiment, the indication for the end user of incoming information is in the form of an icon generated on-screen on which the user can click to obtain the sought-after information.

Description

FIELD OF INVENTION

This invention relates to transmission of information over the internet or like network and more particularly to a system for providing end users with video, audio, hyper-text, and web content on a periodic basis based on the ability of the terminal at the end user to accept and display the information.

BACKGROUND OF THE INVENTION

Transmission technology exists which allows a content provider to send information including video, audio, hyper-text and web documents to end users over telephone lines, through fiber optics, through satellite transmissions or through other direct connections. Such content including documents, program material, advertising, etc. has, in the past, been provided on a realtime basis in which an end user is denied access to the information if an application is running on his/her corresponding terminal. Moreover, another impediment to realtime information transfer is network bandwidth which severely limits the ability to transmit realtime data. This is especially true of full-frame video, as well as JPEG pictures.

The above makes exceedingly difficult the task of providing advertising, motion pictures, or other information-dense data to subscribers who seek it. Even if the data were available, there is presently no system for accessing this data by the end user unless the user endlessly clicks through folders and windows, which requires the end users to execute many “pull” operations, such as opening a web browser, selecting a command, etc. in order to pull up the required information.

The problems with such transmission technology centers around the limited capacity or volume of the network to transmit information which can be practically delivered to end users due to the infrastructure surrounding the net, such as CPU speed and network throughput. The result is that for entities to provide information to individual users on a requested basis, the information is not as easily accessible as changing the channels on a television. The reason, unlike the television scenario in which the only constraint is the time of the program such as news, drama, etc., is that end users on the network must be made aware of the arrival and location of data to be able to access it. Moreover, this must be done on a system which is bandwidth-limited and overloaded with applications that are running at the end user's terminal.

Thus, the problem of providing realtime on-line access to information from a provider is that if an application is running on the user's terminal, it is difficult to hold the information coming from the server, much less to provide the user with notice of the arrival of information and it's contents at a glance.

Thus, the problem with a realtime system includes the difficulty of a subscriber expecting certain information to be able to have the information at his/her fingertips without getting out of the particular application running on his/her computer to await the arrival of the data.

Moreover, while indications of incoming data have been provided in the past, there was no way for the user to be able to select which data he/she wishes to access other than by a cumbersome process of accessing window after window until the sought-after information becomes available.

SUMMARY OF THE INVENTION

Rather than providing a realtime or continuous transmission of information to network users, in the subject invention the system ascertains whether or not the intended recipient's computer is busy or not. In one embodiment, the server periodically checks the “busyness” of the network and the end user's terminal prior to transmitting stored information to this user. Thereafter, the server immediately after ascertaining that the network subscriber is capable of receiving the messages, sends out the message to the particular network address.

At the same time, the subject invention provides a change in the methodology of transmitting information by indicating that the information which has been subscribed to is available through the utilization of an on-screen icon. What this means to the end user is that rather than having to click through numerous windows to obtain the information for which he/she has subscribed, in the subject invention all that is necessary is to click on the appropriate icon on the screen, at which time the information from the server which has been locally stored is opened and presented to the user, thereby providing an ease of access to the information heretofore not possible.

The subject invention therefore ensures to information providers that they will not have any bandwidth limitations imposed on them. Thus, there are theoretically no limitations related to information capacity or volume of the system in order to provide the information to the subscribers.

The information required can take as much time as a week to be provided to local storage, and can be provided at such times as the user's terminal is not busy. By sending information only when the user terminal is not busy, there is no limitation on the amount of information that can be provided and stored locally.

Information providers can therefore provide a service such as renting videos through the internet, selling CD music through the internet, and providing information which is recordable on CDs by recording and playback devices at the user's terminal. Moreover, information providers can sell daily news as an electronic package and can provide audio/video/document advertising or catalogs to be delivered at off peak hours when applications are not running on the subscriber's computers.

End users can easily identify the arrival of information and data and watch it by simply double-clicking the icon provided on the screen. The subject system therefore provides exceptionally easy operation for the accessing of subscribed-for information which increases the number of users and provides TV-like entertainment on demand through the subject non-realtime process.

In summary, advertisement and program material can be announced through the utilization of on-screen icons which are always presented on-screen and not in folders. The smart delivery technology is non-realtime so as to be able to locally store only those ads or program material the subscriber wants to see, followed by the delivery of the material with full frame video and audio. As will be appreciated, the information provider can provide an icon along with information to permit direct access by the user.

In one embodiment, a specialized algorithm is provided for ascertaining whether or not the user's CPU is busy. The system is divided between the client side and the server side, with the client side maintaining a count representing the time that the CPU is occupied by applications running at the client side. This is done over a period such as five seconds to generate a number reflecting “user state”, plus Kernel state, plus Context switches, thus to derive a value in terms of x mscc/5 sec. This value is compared with criteria indicating if the CPU is too busy. If so, a signal is provided over the net to stop transmitting data, with a hold signal being provided to the server side to interrupt any information being provided to the particular user.

The subject system also keeps track of the network occupation during the same preceding five seconds, with network occupation being a function of the data transmitted in terms of kilobytes for the last five seconds. This second number is compared with a second criteria utilized to indicate full occupation of the network. If the network occupation is above a predetermined level, a hold signal is sent from the client side to the server side. If the second number is less than that indicating full occupation, file transfer is slowed or stopped so as to not interfere with other running applications or data transfers.

In summary, if interference is sensed, then the second hold signal is provided to the server side to wait for a send mode signal which is generated from the client side and transmitted to the server side to send the remaining data. Thereafter, an end-of-data signal is transmitted from the server side to the client side. After receipt of the end-of-data signal, the client side transmits a “data transfer complete” signal to the server side indicating that the icon for the transmitted information exists on-screen at the client screen. Thus, at the point that the on-screen icon exists at the client side there is an indication sent to the server side of the receipt of data at the client side and that the information is stored locally at the client side.

Put another way, the server links the network to the screen of the user's terminal and places the icon on the screen indicating to the user that the message has been delivered and is locally stored, simultaneously indicating the existence of a message. The icon can be placed on the screen even after being held, for instance, until a specific day such as a birthday.

BRIEF DESCRIPTIONS OF THE DRAWINGS

These and other features of the subject invention will be better understood taken in conjunction with the Detailed Description in conjunction with the Drawings of which; [0019]
FIG. 1 is a block diagram of the subject system indicating non-realtime transmission of data to an end user's terminal from a server which checks the network and terminal busy condition in order to inhibit the sending of data until such time as both the terminal and network can accommodate the transfer; [0020]
FIG. 2 is a front view of a terminal indicating the provision of an icon by the subject system in which the icon's existence indicates the existence of data from a server, clicking on the icon providing the end user with the transmitted data; [0021]
FIG. 3 is a more detailed block diagram of the system of FIG. 1 indicating the client side and the server side, with a system for establishing network and terminal busy; [0022]
FIG. 4 is a diagrammatic illustration of the screen of FIG. 3 in which an icon such as that associated with advertising is presented in the lower left corner of the screen; [0023]
FIG. 5 is a screen shot of a commercial running on the screen of the terminal FIG. 3 after having been selected through clicking on the icon of FIG. 4; [0024]
FIG. 6 is a diagram of the subject system indicating the utilization of a subscriber system in which a client subscribes to a service which provides requested information or data from a server, followed by authorization and activation, followed by the smart delivery of information based on the system described in FIGS. 3, 4, and [0025] 5; and,
FIG. 7 is a flow chart indicating a system for ascertaining the state of the client side and network as to the busyness of the two.[0026]

DETAILED DESCRIPTION

Referring now to FIG. 1, in the subject system a [0027] provider 10 provides data through non-realtime transmission 12, with a direct indication of the arrival of the information 14 being provided at an end user's screen 16. In this example, the direct indication that information exists from the provider is provided by icon 18.
The non-realtime transmission, as mentioned before, permits full-frame video, JPEG and MPEG transmissions, and in fact, any other information-dense transmission to be sent from the provider to the end user at such times as the network and the end user can accommodate the transmission. [0028]
This is accomplished in one embodiment through a network/terminal busy detector [0029] 20 which both checks the network busyness and the state of the computer at the user's terminal through a unit 22 which periodically checks both the network occupation and the state of the CPU at the client side. Upon sensing a busy condition as illustrated by arrow 24, a hold signal is sent at 26 to inhibit the transmission of the provider's information and to store it at the server, with the remaining information to be sent only when a “not busy” indication 28 is generated. Upon receipt of the “not busy” signal, the information is sent as illustrated at 30, or at least that portion of the information that has not already been sent. When this information is sent, an “end-of-data” state is sensed at 32 and if the data is complete, icon 18 on screen 16 is activated as illustrated at 34, indicating to the end user that he is in receipt of information from the provider.
Such an indication is illustrated at FIG. 2 which is a screen shot of a typical computer screen, with the existence of [0030] icon 18 indicating that data has been sent and is now available to the end user. This is not a realtime system, but rather one in which the data is stored locally at the user's CPU to accommodate information-dense transmissions such as full-frame video, audio, and JPEG or other pictures as well as straight textual data.
By merely double clicking on the icon, the end user is then presented with the data from the provider, which data may be on a subscription or other basis. When the data is provided on a subscription basis, it is only transmitted to the user upon activation of the system and end user authentication. What this means is that on a subscription basis, costly data can be securely transmitted and stored locally, with access to the data being by merely double clicking on the icon. [0031]
As will be appreciated, what this presents to the user is a simplified system for accessing data which he has paid for or authorized to be sent. No longer must the user click through a number of windows or folders in order to be able to access the data for which he has paid. [0032]
More specifically, and referring now to FIG. 3, a [0033] network 40 connects provider 42 through its associated server 44 to a terminal 46 driven by local storage 48 and an icon drive 50 under control of signals to and from the server. It will be appreciated that through a system to be described hereinafter terminal 46 can indicate that it is running an application and is therefore busy, or at least too busy to accept incoming messages. This is accomplished through the generation of a busy signal 52 which may be in the form of a hold signal transmitted over the network to server 44 which detects this busy signal along with a signal indicating the degree of network occupation. If an application is running on the client side such as to prevent the inflow of information to the CPU at the client side, or if the network occupation is too high, then server 44 stores and holds the content to be transmitted from the provider to the client until such time as the “busyness” factor drops below a predetermined level. At this time, server 44 transmits video, audio, hyper-text or other information to local storage 48 via network 40 so that this information can be accessed at the convenience of the user through the double clicking on the icon.
This double clicking on the icon is illustrated in FIG. 4 to be an icon indicating, for instance, a commercial such as a Bud Light commercial, the icon being indicated at [0034] 60. Upon double clicking as by arrow 62 on this icon, the user is presented with the full commercial as illustrated at 64 in FIG. 5. What will be appreciated is that the multi-media transmission from the server can be accessed by the end user by a simple button click on an icon provided by the server and thus the provider. What is eliminated by this system is annoyance of the end user because the network cannot accommodate the transmission of the data, much less receipt of the data by his/her CPU.
Referring now to FIG. 6, one such system for the authorization and subscription to such a service is illustrated in which the client registers for membership as illustrated at [0035] 70, with activation and a preference set being recorded at 72 to provide the active services 74. This is accomplished by the customer 76 providing a registration card and telephone number to the provider, in this case, company 78, which in turn mails a membership software disk 80 back to customer 76.
Upon receipt of the software disk, the customer loads the software in an activation step as illustrated at [0036] 82 which provides the information back to company 78. The company then provides a confirmation notice 80 back to customer 76 to confirm an active connection, an IP address and modem option set for the interactive communication between the customer and the provider.
Thereafter, [0037] company 78, through its server, provides the information and active services requested as illustrated at 82 with the delivery being a so-called smart delivery in that it is provided to the customer locally and stored only when the customer is ready to receive the information. Its existence is also indicated to the user by an on-screen icon which remains on the customer's screen upon booting of his/her system.
When the customer seeks to download or read out this information, the customer merely clicks on the icon which results in the presentation of the associated information. Simultaneously, and for billing purposes a signal is sent back to the company as illustrated at [0038] 84 to charge the customer for the services that he/she has requested.
Referring now to FIG. 7, one type of system for ascertaining the “busyness” of both the terminal and the network is illustrated. Here, on the client side as illustrated at [0039] 90 the CPU occupation time of the software running is counted during the preceding five seconds and a number is developed reflective of user state, plus Kernel state, plus Context switches. This is compared at 92 with criteria indicating a reasonable occupation or threshold, at which time the server is provided with a signal at 94 to indicate that the terminal and the CPU associated therewith is busy. This is a hold signal 96 which is sent over the network to the server side at 98 to request a hold mode in which the information to be sent is inhibited at 100 until such time as the hold mode signal is extinguished or deleted.
Additionally, on the client side, network occupation is also sensed at [0040] 102 which counts the number of bits and incoming data and compares it at 104 with a preset criteria indicating network occupation. When the network is too busy to accommodate the incoming transmission, a second hold signal is generated at 106 to hold the transmission at 108. At this time, a second hold operation at 110 is transmitted back to unit 100 to prevent the transmission of the information. Assuming both of the criteria mentioned above are met, a send signal is transmitted at 112 to the server side which is received at 114 to instruct unit 100 to send either all of the original data or that portion of the data which has not previously been sent. After the client side has received the data, there is a link to the screen which presents an icon indicating receipt of information at the client side, with the client side then sending a “message-complete” signal at 116 over line 118 back to unit 114 to indicate to the server that the message transfer has been completed.
A program listing for the system is now presented: [0041]
Having now described a few embodiments of the invention, and some modifications and variations thereto, it should be apparent to those skilled in the art that the foregoing is merely illustrative and not limiting, having been presented by the way of example only. Numerous modifications and other embodiments are within the scope of one of ordinary skill in the art and are contemplated as falling within the scope of the invention as limited only by the appended claims and equivalents thereto. [0042]

Claims

What is claimed is:

1. A system for transmitting video, audio, hypertext and web documents over the internet from a server under the control of an information provider to an end user having a terminal coupled by the associated CPU to the internet, comprising;

means at said server for transmitting said video, audio, hypertext or web document to said end user only when the CPU at said terminal is not busy whereby said transmission is non-realtime.

2. The system of claim 1 wherein said means at said server for transmitting said video, audio, hypertext or web documents includes means for detecting internet occupation and for inhibiting said transmission until such time as the network bandwidth can accommodate said transmission regardless of a non-busy CPU at said terminal.

3. The system of claim 1 wherein said CPU generates a signal indicating that said CPU is not busy and further including means for coupling said signal to said server over said internet to permit said means for transmitting said video, audio, hypertext or web document to said end user when said CPU is not busy.

4. The system of claim 1 and further including means coupled to said CPU for storing the video, audio, hypertext, or web document sent by said server, and means under the control of said server and said CPU for generating an on-screen icon at said terminal when said server has successfully transmitted said video, audio, hypertext br web document to said end user and is stored at said CPU.

5. The system of claim 4 and further including means at said terminal for selecting said icon and for presenting said video, audio, hypertext or web document to said end user responsive thereto.