text: the program according to the present invention will be described with reference to fig1 - 5 . fig1 is a flow chart showing the access part of the program . in fig1 indicates access via an on - line provider such as aol ™, compuserve ™ etc . on the other hand , 20 indicates a direct access to the internet , such as via netscape ™. upon gaining an access to the internet , 30 , the program proceeds to a selection menu 40 . depending on the user &# 39 ; s choice , from the selection menu 40 the program may proceed to product a homepage 100 a or program homepage 300 . alternatively the user may choose to exit the program via exit , 50 . it should be noted from the outset that in the preferred embodiment of the disclosed invention , the user may back - track from any particular point in the program . notably , the user is able to return to selection menu 40 from any part of the program . this being stated generally , it will be appreciated that this feature is applicable to the further program steps of the preferred embodiment described below and , therefore , it will not be repeated in the following description . in fig1 , product a homepage , 100 a , is a homepage of a particular type of products . for example , product a homepage , 100 a , may be a homepage for men &# 39 ; s shirts . in such an example , the product a homepage , 100 a , may include icons to allow the user to select information regarding , for example , different brands , price ranges , types ( dress shirts , sport shirts , etc . ), and thereafter review the products available relating to the particular selection in a manner much similar to reviewing a printed product catalogue . alternatively product a homepage , 100 a , may identify a particular brand . in such an example product a homepage , 100 a , may include icons to allow the user to review information regarding particular products sold by this particular brand . in the preferred embodiment , the capability to view information regarding the various products is enhanced by providing the user with various “ browsing ” options , generally implemented in the form of icons . this is depicted in fig1 as browsing option 60 . thus , for example , the user may choose to list the products alphabetically , list the brands alphabetically , or use a search engine to create a group of products which fit the user &# 39 ; s requirements . any conventional search engine may be used for this purpose . such a search engine can be implemented for accepting a boolean string , or by collecting the user &# 39 ; s response to an inquiry set . the fields for the search engine may include , for example , key words , brands , price range , material etc . in fig1 , browsing option 60 is shown at the same level as product a homepage , 100 a , to indicate that in the preferred embodiment the user may go directly to view the products information , or arrange a new list of products according to the user &# 39 ; s needs . however , it will be appreciated by those skilled in the art , that other arrangements are possible . for example , browsing option , 60 , can be inserted between selection menu 40 and product a homepage 100 a so that the user may have to enter his preferred way of viewing the products before the user is able to select the products &# 39 ; homepage . in the figures , product a homepage , 100 a , is depicted as multiple pages . this depiction signifies two features of the program of the present invention . the first feature , is that product a homepage , 100 a , may include more than one page . thus , if a large amount of information needs to be included in product a homepage , 100 a , the homepage may actually comprise several pages and the user will be provided with a scroll option so as to be able to scroll over the information pages . another feature is that from the selection menu 40 the user may be able to choose other products homepage such as , for example , product b homepage , product c homepage , etc ., which are depicted impliedly in the drawings as pages following product a homepage , 100 a . in a similar manner , program homepage , 300 , is shown in the figures as multiple pages . ( it will be understood by those skilled in the art that program homepage 300 is the main internet address for the incentive program system ). this depiction also signifies two features of the program of the present invention . the first feature , is that program homepage , 300 , may comprise multiple pages with a scrolling feature to allow the user to scroll for viewing the information contained in the pages . the second feature is that several incentive programs , or incentive level programs may be available for access from the selection menu 40 . for example , several different programs may be accessible , each program being managed by a different incentive company . alternatively , or in addition , several incentive level programs may be accessible from the selection menu 40 . in the case of several incentive level programs , restrictions may be imposed for accessibility to the various incentive level programs . for example , a particular incentive company may manage three incentive programs : white , silver and gold . the white incentive program can be accessible for enrollment by any approved user . on the other hand , the incentive company may allow limited access to the silver and gold incentive programs for providing information only , while enrollment may be restricted only to those users who satisfy set requirements . these requirements may relate , for example , to a certain level of purchasing within a given period , credit rating , gross salary , special company promotion program , etc . as in the above , while these various features have been described herein , they are depicted in the drawing simply by showing multiple pages following program homepage 300 . if a user selects product a homepage 100 a , the program proceeds to a selection menu 110 , shown in fig2 . incidentally , the routines shown in fig2 are depicted to proceed from the routine of fig1 by the designation ai . this designation is to alert the reader that this particular routine is generic to all the other products homepage , such as product b homepage , product c homepage , etc . therefore , while the description provided herein relates to product a homepage , 100 a , this is only for demonstration purposes and it will be appreciated by those skilled in the art that similar processing would follow upon selection of a different product homepage . with continued reference to fig2 , selection menu 110 provides the user with the following options : proceed to program homepage 300 , proceed to product i homepage , 100 i , ( i being any of the number of available products homepage ) or proceed to order form 130 . alternatively , the user may change the list of products by choosing the appropriate browsing option or using the search engine to create a new list of products ( not shown ). upon selection of product i homepage , 100 i , the program reverts to step ai , i . e ., to selection menu 110 . upon selection of program homepage 300 , the program proceeds to step b shown in fig3 , which will be described later . if the user decides to purchase an item , the program proceeds to order form 130 and the user is prompted to electronically provide entries to the appropriate queries in the order form . thereupon , a communication link is established and the program performs a credit check routine , 140 , to verify the availability of funds for purchase . at this juncture , a particular feature of the program of the present invention will be described . as noted above and shown in fig1 , the user may access the internet using an on - line provider or an internet direct access . if the user is accessing the internet via an on - line provider , his credit information ( account number , type of credit card etc .) is available directly from the on - line provider . accordingly , in performing the credit check routine 140 , the information needed for the credit check can be obtained from the on - line provider . alternatively , if the user gained access via an internet direct method , the credit check routine 140 may provide an inquiry screen requesting the user to enter his credit information . a related feature of the present invention is that when the user enters order form 130 from a particular product homepage describing a particular product , it is very likely that the user wishes to purchase that particular product . therefore , the relevant information regarding the product can be read from the product &# 39 ; s homepage and pasted at the appropriate positions in the order form 130 . thus , the user will only have to enter information specific to options such as size , color , quantity , etc . at step 130 , certain predetermined information is striped off from the completed order form and sent to the credit check 140 . such information may be , for example , credit card number and dollar amount . this is because much of the information included in the order form is irrelevant to the person &# 39 ; s credit , and the credit institution may be unable to handle the extra information . furthermore , sending the least amount of information would expedite the credit check . if the credit check routine 140 result is negative , in step 150 n the user is provided with a message to that effect . the program may then prompt the user to enter another credit card number or to exit . however , if the credit check routine 140 result is positive , in step 150 p the program proceeds to establish a communication link and places a product order , 160 , with the product company . as shown in fig2 , in the preferred embodiment product order 160 is placed by electronic means such as e - mail or facsimile so as to render the program of the present invention fully integrated in an interactive on - line system ; however , the order form 160 can alternatively be place by conventional means by simply printing and mailing the order form 160 to the product company . as shown in fig2 , while the communication link is established to the product company , the program also proceeds to the frequency database , 170 . in frequency database 170 the user &# 39 ; s information is checked against the database of enrolled users . if it is determined that the user is an enrolled user , 180 e , the program proceeds to step 190 to calculate the award points according to a preprogrammed formula . thereafter the program proceeds to add the points to the enrolled user &# 39 ; s account , 200 , and display the account information and the added points to the user , 210 . from this point , the program may return to order form 130 , to step ai , to program homepage 300 to view the awards catalog ( not shown in fig2 ) or proceed to selection menu , 40 , ( not shown in fig2 ). the preferred embodiment includes a particular feature wherein in addition to displaying the points added to the account , the program includes a routine to display a selected award or product , and the number of points the user is short of in order to receive that award or product . for example , during particular periods certain awards or products , may be designated as under a “ special program ”. thus , during those periods , the award would require a reduced number of points and / or the product would be available under special favorable terms . the user may be notified of that fact to thereby entice the user to purchase additional products in order to qualify for the “ special program ” terms . in order to implement the “ special program ,” the information regarding the award / product needs to be read . the number of points required to redeem the particular qualifying award is then fetched . similarly , the user &# 39 ; s account is accessed and the number of points in the user account is fetched . the number of points read from the user &# 39 ; s account is subtracted from the number of points read from the award information and the result is displayed as the number of points the user is short of to redeem the particular qualified award . an exemplary flow chart is provided in fig6 . on the other hand , if in step 170 it was determined that the user is a new , unenrolled user , 180 n , the program proceeds to step 220 to calculate the award points according to the preprogrammed formula . thereafter , the program proceeds to step 230 , wherein a message is sent to the user identifying how many points he will earn should he enroll in the program . step 230 also inquires whether the user is interested in joining the program . accordingly , step 230 may be in a form of a message such as , for example , “ by enrolling in the incentive program you will earn [ x ] points for purchasing the [ insert the item purchased ]. these points may be redeemed toward exciting awards . are you interested in enrolling or viewing the award catalog ? y / n .” if in step 240 the user selects no in response to step 230 , the program proceeds to order form 130 or to process ai ( not shown ), which proceeds to selection menu 110 . alternatively , after receiving no in step 240 process may continue to selection menu 40 . at step 240 , if it is determined that the user would like to sign up with the award program ( join ), the program proceeds to step 250 which is a sign up routine . any conventional sign up routine may be used at this stage of processing . at the end of the sign up routine , the program can return to point ai , or to the purchase order form . the user may sign off from any of these locations . for illustration purposes , a general flow of an enrollment routine for signing up is shown in fig5 . this routine may be entered from many different places in the program , e . g ., after making a purchase , after reviewing information regarding the program , etc . accordingly , the beginning of the routine of fig5 is shown “ floating .” at step 600 the user is prompted either to enter a credit card account number , 610 , or to indicate that he wishes to use the same account used to access the internet or to purchase an item , in which case the account number is obtained from within the program , 620 . ( it should be recognized that the user &# 39 ; s name can also be obtained internally from the on - line access program .) at 630 the user is prompted to enter a personal identification code , which can generally be a four letter / number code . at 640 the user is prompted to enter his choice of mailing address — the address indicated on the order form , 660 — or a different address , 650 . ( a different address can be entered in the order form , for example , when purchasing a present to be mailed to the recipient ). at 670 the program creates a new account in the database . in fig2 , steps 190 and 220 may be combined and the awards point calculated before reaching step 170 . that is , upon obtaining a positive credit check at step 150 p , the program can proceed to calculate the award points before proceeding to step 170 . then after performing step 180 , process can proceed either to step 200 , when it is determined that the user is an enrolled user ( 180 e ), or to step 230 , when it is determined that the user is not an enrolled user ( 180 n ). in the description of the preferred embodiment , the term product also refers to a gift certificate . the following examples are provided in order to make this feature clearer to the reader . when a user accesses the various product homepages , the user has the option to purchase a gift certificate rather than purchasing an actual product . the gift certificate can be directed to a particular merchant , a particular manufacturer / brand , or to all the products available through the program . in the preferred embodiment the gift certificate is sent electronically to a computer designated by the user to be printed by a printer linked to the designated computer . thus , for example , if the user knows the account number of the recipient of the gift certificate , the user may purchase the gift certificate and designate the recipient &# 39 ; s account as the designated computer . accordingly , the gift certificate will be electronically sent to the recipient &# 39 ; s computer , or electronically added to the recipient &# 39 ; s account while electronically informing the recipient of the transaction . therefore , the user will not have to mail the certificate to the recipient . it should also be realized that the user will be credited award points corresponding to the price of the gift certificate purchased . thus , while the recipient will receive the gift certificate for purchases , the user will receive the award points . in addition , the user may use award points from his account as payment for the purchasing of a gift certificate ; thus effectively making the award points available for purchases by a recipient . this can be used to entice unenrolled recipients to join the program . when a user selects program homepage 300 ( e . g ., from selection menu 40 or from selection menu 110 ), the program proceeds through to selection menu 310 , shown in fig3 . in fig3 , selection menu 310 is shown as three consecutive decision points . this represents the structure in the preferred embodiment wherein each of the options shown branching from the three decision points are available for selection from program homepage 300 . selection menu 310 allows the user to exit the program , go to product ai homepage 100 a ( from which program would proceed to ai in fig2 ), go to the browsing option 60 , learn about the award program by selecting about award program 320 , apply for membership by selecting membership application 250 ( see , fig2 and 5 ), review the user &# 39 ; s account by selecting the frequency data base 340 , or review the awards catalog by selecting award catalog homepage 400 ( shown in fig4 ). upon selecting frequency database 340 , the user will be prompted to enter the account number , the identification code , or both at step 350 . in the program of the present invention , the account number and the identification code are linked together , for the user for which they are available . thus , when a user account is established in the frequency database , data is included to link the user &# 39 ; s account number to the user &# 39 ; s identification code . ( it should be noted that account number can refer to a credit card account number , an account number internal to the program , etc .) if the user has entered the internet via an on - line provider 10 , his credit card account number can be obtained on - line from the on - line provider . therefore , rather than prompting the user to enter his credit card account number or his program account number , the credit card account number can be obtained on - line from the on - line provider , and the account can be matched against the accounts in the frequency database . if a match is obtained , the program account number can be read from the frequency database . however , for security purposes , it is preferable that the program will not proceed to step 360 to display the account information before the user has been prompted and has entered at least the correct identification code at step 350 , which is matched with the account number . if the user selects award catalog homepage 400 processing proceeds to the routine shown in fig4 . in the preferred embodiment several options are available for viewing the award catalog . this is represented by the selection menu 410 , although those skilled in the art would recognize that other processing can be provided for viewing the award catalog . as shown in fig4 , at least two options are made available by selection menu 410 : show qualified awards 420 ( shown continuing at branch e ) and viewing options 450 . qualified awards 420 allows the user a quick access to viewing all the awards the user is qualified for . viewing options 450 allows the user to view the awards according to the order selected by the user . if the user selects qualified awards 420 , the frequency database is accessed to determine the award point , 425 thereafter , the entire award catalog is scanned and a qualified awards database is created for the particular number of award points read from the user &# 39 ; s account , 430 . thereafter , the first page of the first award is displayed , 435 , and the user can browse through the catalog created in step 430 . alternatively , the user can select qualified award option 440 for different options of arranging and viewing the qualified awards catalog . these options can be , for example , by alphabetical order , by brands , by product , etc . while the above method of displaying the qualified awards is workable , it may take too much time to scan all the awards in order to “ custom ” build a qualified awards catalog . therefore , other alternatives may be used for creating the qualified award catalog . according to the preferred alternative , point levels are defined . for example , point level 1 can include all awards of value up to 500 points , point level 2 , up to 1000 points , etc . when the user &# 39 ; s account is read at 425 , the highest point level the user is qualified for is determined . at this point a message may be displayed such as “ you are qualified for point level 3 and have additional 350 points in your account . to qualify for point level 4 you will need 150 additional points .” if memory size is not a problem , different libraries can be stored , each corresponding to a certain point level . thus , for example , award library 1 can include all the awards which can be redeemed by a number of points defined by point level 1 . in the above example , award library 1 will include all awards worth up to 500 points . thus , when the point level of the user is determined , all the awards in the corresponding library are made accessible as qualified awards . this allow for fast access , since the step 430 of creating the qualified catalog is skipped . however , such system may require large amount of memory , since many libraries may be needed to store the various awards of different point levels . in the preferred embodiment the award libraries are arranged in a progressive manner , so as to avoid the need for a large memory size . the above example of the point levels will be used to explain this feature . using the above example , award library 1 should include all awards worth up to 500 points . award library 2 should include all awards worth from 501 - 1000 points , etc . thus , if the user is qualified , for example , for point level 2 , access is made to award libraries 1 and 2 . thus , duplication of awards in the various libraries is prevented . a further option would be to flag the various awards according to the point level for which they are qualified . accordingly , when the point level of the user has been determined , the awards are scanned for the appropriate flag and the qualified award library is created in this manner . while this feature does not eliminate step 430 , the qualified award library can be built in less time than by scanning the required points and comparing each required point to the available points . by selecting viewing options 450 , the user may set the order in which to view the awards . thus , for example , the user may view the awards by alphabetical order , enter a ceiling point number for viewing all awards up to that ceiling , view awards by product or brand , etc . the award catalog of the program of the preferred embodiment includes a feature whereby when a particular award is shown , it includes information regarding how many points are required to redeem that particular award , and how many points the user is short of in order to redeem that particular award . to implement the above mentioned feature , the program accesses the user &# 39 ; s account in the frequency database and reads the amount of award points the user has in his account . then , whenever the program displays a particular product , the program subtracts the number of points available in the user &# 39 ; s account from the number of points required to redeem the award . the result is displayed as the number of points the user is short of to redeem that award . of course , if the user is not enrolled in the program or does not have any award points in his account , the number of points the user is short of will be equal to the number of points required to redeem the award . an exemplary flow chart is shown in fig6 . another particular feature for viewing the award catalog is shown in fig4 . the user is provided with an access to the frequency database via frequency database 460 . while in fig4 frequency database 460 is shown to proceed from viewing option 450 , it would be appreciated that access to the frequency database and the routine of the feature described below can be provided in other places in the program . upon accessing the frequency database , the user may view the account to verify the amount of redeemable points recorded therein . thereafter , the user may enter any ceiling awards points of the user &# 39 ; s choice , 470 , for viewing the awards worth up to that ceiling , 475 . processing for displaying the qualified awards can then proceed as shown in steps 435 , 440 , and 500 in branch e of fig4 . in the preferred embodiment , the user may enter the redeem routine 500 at any point in the program . in fig4 this feature is represented by the several redeem 500 selections depicted at many points of the program . when entering the redeem routine , the user may be prompted to enter the account number , the identification code or both , 510 . this is similar to the description provided with respect to step 350 in fig3 . thus , only the identification code may be required if on - line access was gained via an on - line provider . thereafter , the proper award to be redeemed is determined . it should be noted that if the redeem 500 step has been entered into from an award page , the award described in that particular page may be automatically read into the redeem 500 routine as the selected award . however , the user may be prompted to verify that this is the correct award he wished to redeem and enter appropriate selections , such as color , size , etc . otherwise , the user may simply be prompted to enter the award by , for example , an award code . it should also be noted that if the user has designated the ceiling award points , the user &# 39 ; s account needs to be accessed to verify that the user has sufficient points to redeem the chosen award , 515 . the proper amount of points is then subtracted from the user &# 39 ; s account and an adjustment is made in the frequency database , 520 . a link is then established to the fulfillment house or directly to the product manufacturer and an award order is communicated , 530 . thereafter , the program returns to the program homepage 300 . in the description of the preferred embodiment , the term “ user ” also refers to merchants , product manufacturers , award program administrators , etc . these particular users may be provided with a special access code . upon entering the special code , these particular users may be provided with a privileged access to the program which allows them to make limited changes to the data . thus , for example , a merchant may use this special access to change a price charged for a particular product . similarly , a program administrator may gain privileged access to enter newly added awards available through the program . in addition , in the preferred embodiment a report is generated upon each privileged entry so that the changes made can be monitored . certain variations would be apparent to those skilled in the art , which variations are considered within the spirit and scope of the claimed invention .