WO2005013128A2 - Systems and methods for managing and presenting multimedia and content rich data on a removable memory apparatus - Google Patents

Systems and methods for managing and presenting multimedia and content rich data on a removable memory apparatus Download PDF

Info

Publication number
WO2005013128A2
WO2005013128A2 PCT/US2004/023900 US2004023900W WO2005013128A2 WO 2005013128 A2 WO2005013128 A2 WO 2005013128A2 US 2004023900 W US2004023900 W US 2004023900W WO 2005013128 A2 WO2005013128 A2 WO 2005013128A2
Authority
WO
WIPO (PCT)
Prior art keywords
content
rich data
memory apparatus
handheld device
cookie
Prior art date
Application number
PCT/US2004/023900
Other languages
French (fr)
Other versions
WO2005013128A3 (en
Inventor
Johnathan P. Tann
James P. Tann
Richard T. Culver
Original Assignee
Macroport, Inc.
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 Macroport, Inc. filed Critical Macroport, Inc.
Priority to EP04779109A priority Critical patent/EP1652077A2/en
Priority to JP2006521957A priority patent/JP2007501453A/en
Publication of WO2005013128A2 publication Critical patent/WO2005013128A2/en
Publication of WO2005013128A3 publication Critical patent/WO2005013128A3/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2135—Metering
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2143—Clearing memory, e.g. to prevent the data from being stolen
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2153—Using hardware token as a secondary aspect

Definitions

  • the various embodiments disclosed herein relate to portable computing and wireless devices, and more particularly to systems and methods for managing and presenting multimedia and content rich data on said devices, accessed from a removable memory apparatus.
  • portable/handheld computing devices such as the Windows Mobile or the Palm
  • wireless devices e.g., cellular phones
  • content on such devices e.g., video games, music files, video clips, scheduling software, email software, etc.
  • removable memory apparatuses such as solid state memory cards, e.g., Secure Digital Cards (“SD”), Multi-Media Cards (“MMC”), Compact Flash memory cards, or memory sticks, which are small, thin, removable, low powered data storage devices.
  • solid state memory cards e.g., Secure Digital Cards (“SD”), Multi-Media Cards (“MMC”), Compact Flash memory cards, or memory sticks
  • microdrives such as Hitachi's Microdrives, which have micro- mechanical parts, e.g., servos.
  • a removable memory apparatus can be inserted into a handheld device so the device can read the data from the memory apparatus and either install software from the apparatus into the device's own memory or launch programs from the apparatus.
  • content rich data such as graphical images or multimedia files
  • users may be frustrated if such advertisements appear every time a removable memory apparatus is inserted, thus it is desirable to manage such content. Accordingly, a system and method for managing and viewing content rich data from a removable memory apparatus would be desirable.
  • a process comprises launching and displaying the content rich data soon after the device is inserted into a handheld device and monitoring the number of times the content rich data was launched and displayed. If the content rich data was launched a specific number of times, then the content rich data is deleted from the handheld device.
  • Fig. 1 is a diagram of a handheld device and removable memory apparatus.
  • Fig. 2a is a flowchart of an exemplary content rich data server.
  • Fig. 2b is the remainder of the flowchart in Fig. 2a.
  • Fig. 3 is a flowchart of an exemplary content rich data viewer.
  • Fig. 4a is a flowchart of a universal loader.
  • Fig. 4b is a continuation of the flowchart in Fig. 4a.
  • Fig. 4c is the remainder of the flowchart in Figs. 4a and 4b.
  • Fig. 1 it may be desirable to put content rich data 6, such as audio, graphical, and multimedia data, onto one or more removable memory apparatuses 4, such as, but not limited to, micro-mechanical drives, memory sticks, solid state memory cards, e.g., SD's, MMC's or Compact Flash cards, One-Time Programmable (“OTP”) Cards, 3D semiconductor memory devices, nano-magnetic core memory devices, organic and inorganic molecular storage media, and quantum effect storage devices.
  • micro-mechanical drives e.g., SSD's, MMC's or Compact Flash cards
  • OTP One-Time Programmable
  • a memory apparatus 4 is inserted into a handheld device 2, such as a Windows Mobile, Palm, or cellular phone, have the content rich data 6 launched and presented within the device 2.
  • a handheld device 2 such as a Windows Mobile, Palm, or cellular phone
  • the content 6 may be locked onto the apparatus 4.
  • the content 6 may be locked such that it cannot be erased or manipulated. On Flash cards, this may be configured as an option, but for ROM cards, this may be the only setting.
  • a removable memory apparatus 4 having one or more content rich data files 6, is first inserted into a handheld device 2 (action block 100).
  • the device 2 automatically looks for a particular directory. For example, if the handheld device 2 has an ARM 720 central processing unit ("CPU") and the Windows Mobile operating system ("OS”), then the device 2 will automatically look for a directory labeled "1824".
  • CPU central processing unit
  • OS Windows Mobile operating system
  • the device 2 will generally look for a particular file, which could be a program or a data file — a file that contains data. If a device 2 is looking for a program, and that program exists, then the device will execute or run the program. If the device 2 is looking for a data file, and that file exists, then the device will read the data file for instructions on launching or installing a particular program. For example, if the device has the ARM 720 CPU and the Windows Mobile OS, then the OS will search for a directory called "1824", and within that directory the device will look for and execute a program called "autorun.exe" 10.
  • a particular file which could be a program or a data file — a file that contains data. If a device 2 is looking for a program, and that program exists, then the device will execute or run the program. If the device 2 is looking for a data file, and that file exists, then the device will read the data file for instructions on launching or installing a particular program. For example, if the device has the ARM
  • the framework only provides source code for automatically installing an application, but does not provide source code for launching other applications. However, as can be appreciated by one of ordinary skill in the art, since the source code is available, a programmer can enhance the code and add new features.
  • autorun.exe 10 When autorun.exe 10 is launched, (action block 200), code may be added to autorun.exe 10 to search for a particular content cookie on the device 2 that is associated with a particular content rich data file 6 on the memory apparatus 4 (action block 400) after autorun.exe 10 has started (action block 300).
  • a "cookie” is a generic file that resides on a computing device, such as a handheld device, that can be programmed to log a user's interaction with one or more programs or data files, among others.
  • a cookie is often small in size and typically includes information such as programs that have been launched on the device, how many times those programs have been launched, and how the user has interacted with those programs, e.g., if the user clicked on any hyperlinks within the programs.
  • autorun.exe 10 will install an associated cookie on the handheld device 2 and will preset a counter in the cookie to a particular value, n (action block 600). The counter will indicate how many times a particular content rich data file 6 can be viewed and will track how many times it has been launched. If an associated cookie is found (decision block 500), then autorun.exe 10 will search for the counter in the cookie and determine the value. If the value of the counter is zero
  • autorun.exe 10 may search for whether there is a viewer program residing on the device 2 for viewing the content rich data 6 (action block 800). If so (decision block 900), then autorun.exe 10 will remove the viewer program (action block 1000) since the content rich data 6 will not be launched anymore on that device 2. The process will then end (stop block 1100). If a viewer program was not found on the device 2 (decision block 900), then the process will end (stop block 1100).
  • autorun.exe 10 will look for a program on the device 2 that will present the content rich data 6, such as a media viewer that can play MPEG content files and Windows Media content files (action block 750).
  • a content rich data viewer will be described below. If a viewer is not found on the device 2 (decision block 850), then automn.exe 10 will install an appropriate viewer on the device 2 (action block 950). Then, the automn.exe 10 will launch the viewer (action block 1200).
  • automn.exe 10 will launch the viewer (action block 1200) and display the content rich data 6, which could be video, audio, textual, and/or graphical data, on the handheld device 2. Turning to Fig. 2b, automn.exe 10 then checks to see if the presentation of the content 6 is complete (decision block 1300). If not, then the process will continue.
  • the value of the counter on the associated cookie will be decremented and information on the associated cookie will be updated, such as whether the user interacted with the content rich data 6, and if so, what interaction occurred, e.g., whether the user clicked (i.e., selected) on a hyperlink within the content rich data 6 being displayed (action block 1400). If, after the counter is decremented, the counter is still not zero (decision block 1500), then the process will end (stop block 1600), and remaining operation will continue. The next time the apparatus is inserted into the device 2, the content 6 will be displayed again.
  • autorun.exe 10 may either delete the content rich data from the memory apparatus 4 (decision block 1800) or end the process (stop block 1600). If the content 6 is to be removed from the memory apparatus 4 (decision block 1800), then the content 6, the viewer, and or autorun.exe may be deleted from the memory apparatus 4 (action block 1900), and then the process will end (stop block 1950).
  • the counter in this embodiment decrements from a value n to zero. Alternatively, the counter may start from zero and increment until it reaches the value n. The value n may be set to any value.
  • the counter may be device 2 specific. Thus, if the value n is set to one, the content 6 on a apparatus will only be displayed once per each device 2 the apparatus is inserted into.
  • the content viewer program used to display the content rich data 6 on the memory apparatus 4 may be an existing commercially available viewer, such as Apple Computer's Quicktime media player, Microsoft's Windows media player, RealAudio's RealPlayer, or an HTML browser. Of course, the disclosure herein is not limited to any specific type of viewer, as the teachings herein are applicable to any viewer.
  • the content viewer 20 may be in accordance with an embodiment described as follows and as shown in a flowchart in Fig. 3.
  • the program 20 launches and displays the content rich data 6 (action block 2100). This may be an uninterrupted presentation of the content rich data 6.
  • the program 20 determines whether the handheld device 2 is network enabled (decision block 2200) i.e., whether the device 2 has access to a network either wirelessly or through a local area network ("LAN"). If not, then the program 20 will end after displaying the content 6 (stop block 2250). If so, then the program 20 will determine whether the user interacted with the content 6 such that the content 6 caused data to be sent or received across the network, e.g., whether the user clicked on any hyperlinks (decision block 2300) which causes data to be sent or received to and from the Internet.
  • LAN local area network
  • the program 20 will end (stop block 2350). If so, then the program 20 will launch a web browser, which may be located on the device 2 or the memory apparatus 4, and activate the link to the website that the user selected (action block 2400). The program 20 will then record the user interaction and store the information in the associated cookie located on the device 2 (action block 2500). The program 20 will then determine whether the selected website requested the associated cookie (decision block 2600). If not, then the program 20 will end (stop block 2550). If so, then the program 20 will upload the associated cookie to the site (action block 2700), and then the program will end (stop block 2800). The purpose of uploading the cookie to the site (action block 2700) is to provide analysis on the user's interaction with the content rich data.
  • the cookie information may be sent to a server for review. This information may be analyzed to determine who is viewing the content rich data 6, what types of devices 2 are being used, what types of memory apparatuses 4 are being used, how many times, etc..
  • a memory apparatus 4 may include content rich data for more than one type of handheld device 2.
  • the memory apparatus 4 may include content rich data for the Palm handheld computing environment and the Windows Mobile handheld computing environment.
  • Each type of device may have its own "auto launch" program, such as autoran.exe.
  • Systems and methods for enabling the support of multiple handheld devices is described in U.S. Pat. App. Ser. No. 10/377,093, entitled "Universal Loader for Portable
  • Figs. 4a, 4b, and 4c a detailed flowchart of an implementation of autorun.exe that enables support for multiple handheld devices 2 is shown. This implementation may be added to autoran.exe in addition to the implementation described above.
  • a memory apparatus 4 having software and/or content rich data 6 is inserted into a device having the Windows Mobile OS, the device will search for the respective directory and search for automn.exe in the respective directory. If found, the device will launch autorun.exe (enter block 3000).
  • Autoran.exe will first check to see if an "uninstall" argument has been passed (decision block 3100).
  • autorun.exe will clear a "reset flag" (action block 3150).
  • the reset flag will indicate whether the autorun.exe should install software onto the memory's device. If the autoran.exe is instructed to not install the software, it may be because the memory apparatus is not available or the software has already been installed. Subsequently, autorun.exe will perform a "soft-reset", wherein it will reboot the Pocket PC device (action block 3260) and then terminate itself without removing any files from the device's memory (action block 4600). Turning back to decision block 3100, if the uninstall argument was not passed, then that indicates that the memory apparatus is still inserted into the device.
  • autorun.exe will then check if the reset flag was set (decision block 3200). If it was not set, then autorun.exe will set the reset flag (action block 3250), perform a soft-reset (action block 3260) and then terminate itself (action block 4600). If the reset flag was set (decision block 3200), then autoran.exe will search for the first top level directory or filename in the device's memory (action block 3300).
  • autoran.exe will either use a top level temporary directory name to build a path to a particular application on the memory apparatus, or it will build a path to a particular application already in the device's memory, depending on how the installation process is prepared and how autoran.exe is programmed and configured (action block 4300). Subsequently, autoran.exe will launch the particular application, either from the device's memory or from the memory apparatus (action block 4400). If there was a successful launch (decision block 4500), then autoran.exe will clear the reset flag (action block 4560), which is necessary for the case when the memory apparatus is removed from the device after the device powers down.
  • autoran.exe will then close itself or terminate itself (stop block 4600). If the launch was not successful, then autoran.exe will notify the user of the failure, e.g., through a graphical window that pops up in the display of the device. Turning back to decision block 3400, if there is a valid directory or filename found, then autoran.exe checks if the directory is a temporary directory (decision block 3500), e.g., a directory located on a removable Flash, ROM, or microdrive memory card. If it is a temporary directory, then the program checks if there is built-in storage (decision block 3550), such as embedded Flash memory.
  • a temporary directory e.g., a directory located on a removable Flash, ROM, or microdrive memory card. If it is a temporary directory, then the program checks if there is built-in storage (decision block 3550), such as embedded Flash memory.
  • autoran.exe will search for the next top level directory or file name (action block 3600). If the temporary directory is built-in storage, then autoran.exe will skip it and search for the next top level directory or file name (action block 3600). Turning back to decision block 3500, if the valid directory or file name found is not a temporary directory, then autorun.exe will proceed to search for the next top level directory or file name (action block 3600). If one is found (decision block 3700), then autoran.exe will go back to decision block 3500 to determine if it is a temporary directory.
  • the program gets the name of the first *.cab file from a corresponding subdirectory, e.g., from the subdirectory on the memory apparatus originating the autorun.exe corresponding to the device the device is inserted into, such as a subdirectory labeled "2577" if the device the memory apparatus is inserted into has a StrongArm SAl IXX CPU (action block 4000). If the *.cab file is not found (decision block 4100), then it is possible that the program has already been installed or that there are no *.cab files to install, so the program will try to launch an application.
  • a corresponding subdirectory e.g., from the subdirectory on the memory apparatus originating the autorun.exe corresponding to the device the device is inserted into, such as a subdirectory labeled "2577" if the device the memory apparatus is inserted into has a StrongArm SAl IXX CPU (action block 4000). If the *.cab file is not found (decision block 4100), then it is possible that the program
  • the program will go to action block 4300, i.e., it will either use a top level temporary directory name to build a path to a particular application on the memory apparatus, or it will build a path to a particular application already in the device's memory, depending on how the installation process is prepared and how autorun.exe is programmed and configured. If a *.cab file is found (decision block 4100), then the program checks if the contents of the *.cab file have already been installed on the device's memory (decision block 4200). If not, then the contents of the *.cab file will be installed on the device's memory in the valid directory (action block 4250).
  • these instructions may be supplied on other computer usable media, such as a floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punchcards, papertape, any other physical medium with patterns of holes, RAM, ROM, PROM (i.e., programmable read only memory), EPROM (i.e., erasable programmable read only memory), including FLASH-EPROM, any other memory chip or cartridge, carrier waves, or any other medium.
  • a floppy disk flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punchcards, papertape, any other physical medium with patterns of holes, RAM, ROM, PROM (i.e., programmable read only memory), EPROM (i.e., erasable programmable read only memory), including FLASH-EPROM, any other memory chip or cartridge, carrier waves, or any other medium.
  • PROM i.e., programmable read only memory
  • EPROM i.

Abstract

The various embodiments disclosed are generally directed towards systems and methods for managing and displaying content rich data, such as multimedia, residing on a removable memory apparatus inserted into a handheld device. In one aspect of the invention, a method comprises launching and displaying the content rich data soon after the device is inserted into a handheld device and monitoring the number of times the content rich data was launched and displayed. If the content rich data was launched a specific number of times, then the content rich data is deleted from the handheld device.

Description

SYSTEMS' AM) METHODS FOR MANAGING AND PRESENTING MULTIMEDIA AND CONTENT RICH DATA ON A REMOVABLE MEMORY APPARATUS
FIELD OF THE INVENTION The various embodiments disclosed herein relate to portable computing and wireless devices, and more particularly to systems and methods for managing and presenting multimedia and content rich data on said devices, accessed from a removable memory apparatus. BACKGROUND OF THE INVENTION The rising popularity of portable/handheld computing devices, such as the Windows Mobile or the Palm, and wireless devices, e.g., cellular phones, have led to the rise in demand for content on such devices, e.g., video games, music files, video clips, scheduling software, email software, etc. One popular method for loading such content into such devices is through removable memory apparatuses, such as solid state memory cards, e.g., Secure Digital Cards ("SD"), Multi-Media Cards ("MMC"), Compact Flash memory cards, or memory sticks, which are small, thin, removable, low powered data storage devices. Other examples of removable memory apparatuses are microdrives, such as Hitachi's Microdrives, which have micro- mechanical parts, e.g., servos. A removable memory apparatus can be inserted into a handheld device so the device can read the data from the memory apparatus and either install software from the apparatus into the device's own memory or launch programs from the apparatus. In some cases, it may be desirable to automatically launch content rich data, such as graphical images or multimedia files, residing on the removable memory apparatus and display the content rich data on the screen of the handheld device some time after the apparatus has been inserted into the device. For example, it may be desirable to place advertisements in the form of movies on a removable memory apparatus and then launch and display the advertisements on the screen of the handheld device after the apparatus has been inserted into the device. However, users may be frustrated if such advertisements appear every time a removable memory apparatus is inserted, thus it is desirable to manage such content. Accordingly, a system and method for managing and viewing content rich data from a removable memory apparatus would be desirable. SUMMARY OF THE INVENTION The various embodiments disclosed herein are generally directed towards systems and methods for managing and displaying content rich data residing on a removable memory apparatus inserted into a handheld device. In one aspect of the various embodiments disclosed herein, a process comprises launching and displaying the content rich data soon after the device is inserted into a handheld device and monitoring the number of times the content rich data was launched and displayed. If the content rich data was launched a specific number of times, then the content rich data is deleted from the handheld device. BRIEF DESCRIPTION OF THE DRAWINGS In order to better appreciate how the above-recited and other advantages and objects of the various embodiments disclosed herein are obtained, a more particular description will be rendered by reference to specific embodiments thereof, which are illustrated in the accompanying drawings. Understanding that these drawings depict only typical embodiments are not to be considered limiting of the scope of the various embodiments of the invention disclosed herein. These specific embodiments will be described and explained with additional detail through the use of the accompanying drawings in which: Fig. 1 is a diagram of a handheld device and removable memory apparatus. Fig. 2a is a flowchart of an exemplary content rich data server. Fig. 2b is the remainder of the flowchart in Fig. 2a. Fig. 3 is a flowchart of an exemplary content rich data viewer. Fig. 4a is a flowchart of a universal loader. Fig. 4b is a continuation of the flowchart in Fig. 4a. Fig. 4c is the remainder of the flowchart in Figs. 4a and 4b.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Turning to Fig. 1, as mentioned above, in many instances, it may be desirable to put content rich data 6, such as audio, graphical, and multimedia data, onto one or more removable memory apparatuses 4, such as, but not limited to, micro-mechanical drives, memory sticks, solid state memory cards, e.g., SD's, MMC's or Compact Flash cards, One-Time Programmable ("OTP") Cards, 3D semiconductor memory devices, nano-magnetic core memory devices, organic and inorganic molecular storage media, and quantum effect storage devices. Then, some time after a memory apparatus 4 is inserted into a handheld device 2, such as a Windows Mobile, Palm, or cellular phone, have the content rich data 6 launched and presented within the device 2. For example, it may be desirable to put graphical advertisement banners, news broadcasts, music, and/or videos on a removable memory apparatus 4 and then soon after the memory apparatus 4 is inserted into handheld device 2, have the banners, broadcasts, music, and/or videos launch and be presented, played, or displayed within the device 2. The content 6 may be locked onto the apparatus 4. For example, for either Flash or ROM cards, the content 6 may be locked such that it cannot be erased or manipulated. On Flash cards, this may be configured as an option, but for ROM cards, this may be the only setting. One approach to managing and launching content rich data 6 residing on a removable memory apparatus 4 is shown as a flowchart in Figs. 2a and 2b. Turning to Fig. 2a, a removable memory apparatus 4, having one or more content rich data files 6, is first inserted into a handheld device 2 (action block 100). Generally, when a memory apparatus 4 is inserted into a particular handheld electronic device 2, the device 2 automatically looks for a particular directory. For example, if the handheld device 2 has an ARM 720 central processing unit ("CPU") and the Windows Mobile operating system ("OS"), then the device 2 will automatically look for a directory labeled "1824". Further, the device 2 will generally look for a particular file, which could be a program or a data file — a file that contains data. If a device 2 is looking for a program, and that program exists, then the device will execute or run the program. If the device 2 is looking for a data file, and that file exists, then the device will read the data file for instructions on launching or installing a particular program. For example, if the device has the ARM 720 CPU and the Windows Mobile OS, then the OS will search for a directory called "1824", and within that directory the device will look for and execute a program called "autorun.exe" 10. The framework or shell for autorun.exe 10 is provided by Microsoft and can be found at: ht ://msdn.microsoft.com/library/default.asp?url=/library/en- us/wcese p/htm/_wcesdk_using_autorun_on_thejpocket_pc.asp. The framework only provides source code for automatically installing an application, but does not provide source code for launching other applications. However, as can be appreciated by one of ordinary skill in the art, since the source code is available, a programmer can enhance the code and add new features. When autorun.exe 10 is launched, (action block 200), code may be added to autorun.exe 10 to search for a particular content cookie on the device 2 that is associated with a particular content rich data file 6 on the memory apparatus 4 (action block 400) after autorun.exe 10 has started (action block 300). A "cookie" is a generic file that resides on a computing device, such as a handheld device, that can be programmed to log a user's interaction with one or more programs or data files, among others. A cookie is often small in size and typically includes information such as programs that have been launched on the device, how many times those programs have been launched, and how the user has interacted with those programs, e.g., if the user clicked on any hyperlinks within the programs. There is generally at least one cookie associated with at least one content rich data file 6 on the memory apparatus 4. If an associated cookie is not found (decision block 500), then autorun.exe 10 will install an associated cookie on the handheld device 2 and will preset a counter in the cookie to a particular value, n (action block 600). The counter will indicate how many times a particular content rich data file 6 can be viewed and will track how many times it has been launched. If an associated cookie is found (decision block 500), then autorun.exe 10 will search for the counter in the cookie and determine the value. If the value of the counter is zero
(decision block 700), then that indicates that the content rich data has been displayed on the particular device 2 a maximum number of times and will not be displayed again. The purpose of this limit is to not frustrate the user of the handheld device 2. The process may just end there, or, in the alternative, autorun.exe 10 may search for whether there is a viewer program residing on the device 2 for viewing the content rich data 6 (action block 800). If so (decision block 900), then autorun.exe 10 will remove the viewer program (action block 1000) since the content rich data 6 will not be launched anymore on that device 2. The process will then end (stop block 1100). If a viewer program was not found on the device 2 (decision block 900), then the process will end (stop block 1100). If the value of the counter is not zero (decision block 700), or if an associated cookie was just installed (action block 600), then subsequently, autorun.exe 10 will look for a program on the device 2 that will present the content rich data 6, such as a media viewer that can play MPEG content files and Windows Media content files (action block 750). One embodiment of a content rich data viewer will be described below. If a viewer is not found on the device 2 (decision block 850), then automn.exe 10 will install an appropriate viewer on the device 2 (action block 950). Then, the automn.exe 10 will launch the viewer (action block 1200). If a viewer is found on the device 2 (decision block 850), then automn.exe 10 will launch the viewer (action block 1200) and display the content rich data 6, which could be video, audio, textual, and/or graphical data, on the handheld device 2. Turning to Fig. 2b, automn.exe 10 then checks to see if the presentation of the content 6 is complete (decision block 1300). If not, then the process will continue. If the presentation is complete, then the value of the counter on the associated cookie will be decremented and information on the associated cookie will be updated, such as whether the user interacted with the content rich data 6, and if so, what interaction occurred, e.g., whether the user clicked (i.e., selected) on a hyperlink within the content rich data 6 being displayed (action block 1400). If, after the counter is decremented, the counter is still not zero (decision block 1500), then the process will end (stop block 1600), and remaining operation will continue. The next time the apparatus is inserted into the device 2, the content 6 will be displayed again. If the counter does reach zero (decision block 1500), then the content rich data is removed from the handheld device 2 (action block 1700), because the number of times the content rich data was launched and displayed has reached its limit. Subsequently, autorun.exe 10 may either delete the content rich data from the memory apparatus 4 (decision block 1800) or end the process (stop block 1600). If the content 6 is to be removed from the memory apparatus 4 (decision block 1800), then the content 6, the viewer, and or autorun.exe may be deleted from the memory apparatus 4 (action block 1900), and then the process will end (stop block 1950). The counter in this embodiment decrements from a value n to zero. Alternatively, the counter may start from zero and increment until it reaches the value n. The value n may be set to any value. The counter may be device 2 specific. Thus, if the value n is set to one, the content 6 on a apparatus will only be displayed once per each device 2 the apparatus is inserted into. The content viewer program used to display the content rich data 6 on the memory apparatus 4 may be an existing commercially available viewer, such as Apple Computer's Quicktime media player, Microsoft's Windows media player, RealAudio's RealPlayer, or an HTML browser. Of course, the disclosure herein is not limited to any specific type of viewer, as the teachings herein are applicable to any viewer. In addition, the content viewer 20 may be in accordance with an embodiment described as follows and as shown in a flowchart in Fig. 3. After the content viewer program 20 starts (start block 2000), the program 20 launches and displays the content rich data 6 (action block 2100). This may be an uninterrupted presentation of the content rich data 6. The program 20 then determines whether the handheld device 2 is network enabled (decision block 2200) i.e., whether the device 2 has access to a network either wirelessly or through a local area network ("LAN"). If not, then the program 20 will end after displaying the content 6 (stop block 2250). If so, then the program 20 will determine whether the user interacted with the content 6 such that the content 6 caused data to be sent or received across the network, e.g., whether the user clicked on any hyperlinks (decision block 2300) which causes data to be sent or received to and from the Internet. If not, then the program 20 will end (stop block 2350). If so, then the program 20 will launch a web browser, which may be located on the device 2 or the memory apparatus 4, and activate the link to the website that the user selected (action block 2400). The program 20 will then record the user interaction and store the information in the associated cookie located on the device 2 (action block 2500). The program 20 will then determine whether the selected website requested the associated cookie (decision block 2600). If not, then the program 20 will end (stop block 2550). If so, then the program 20 will upload the associated cookie to the site (action block 2700), and then the program will end (stop block 2800). The purpose of uploading the cookie to the site (action block 2700) is to provide analysis on the user's interaction with the content rich data. The cookie information may be sent to a server for review. This information may be analyzed to determine who is viewing the content rich data 6, what types of devices 2 are being used, what types of memory apparatuses 4 are being used, how many times, etc.. A memory apparatus 4 may include content rich data for more than one type of handheld device 2. For example, the memory apparatus 4 may include content rich data for the Palm handheld computing environment and the Windows Mobile handheld computing environment. Each type of device may have its own "auto launch" program, such as autoran.exe. Systems and methods for enabling the support of multiple handheld devices is described in U.S. Pat. App. Ser. No. 10/377,093, entitled "Universal Loader for Portable
Electronic Devices, filed on February 27, 2003, which is hereby incorporated by reference in its entirety. Turning to Figs. 4a, 4b, and 4c, a detailed flowchart of an implementation of autorun.exe that enables support for multiple handheld devices 2 is shown. This implementation may be added to autoran.exe in addition to the implementation described above. When a memory apparatus 4 having software and/or content rich data 6 is inserted into a device having the Windows Mobile OS, the device will search for the respective directory and search for automn.exe in the respective directory. If found, the device will launch autorun.exe (enter block 3000). Autoran.exe will first check to see if an "uninstall" argument has been passed (decision block 3100). If so, then that indicates that the memory apparatus has been removed from the device and autorun.exe will clear a "reset flag" (action block 3150). The reset flag will indicate whether the autorun.exe should install software onto the memory's device. If the autoran.exe is instructed to not install the software, it may be because the memory apparatus is not available or the software has already been installed. Subsequently, autorun.exe will perform a "soft-reset", wherein it will reboot the Pocket PC device (action block 3260) and then terminate itself without removing any files from the device's memory (action block 4600). Turning back to decision block 3100, if the uninstall argument was not passed, then that indicates that the memory apparatus is still inserted into the device. Autorun.exe will then check if the reset flag was set (decision block 3200). If it was not set, then autorun.exe will set the reset flag (action block 3250), perform a soft-reset (action block 3260) and then terminate itself (action block 4600). If the reset flag was set (decision block 3200), then autoran.exe will search for the first top level directory or filename in the device's memory (action block 3300). If there is no valid directory or filename found (decision block 3400), then autoran.exe will either use a top level temporary directory name to build a path to a particular application on the memory apparatus, or it will build a path to a particular application already in the device's memory, depending on how the installation process is prepared and how autoran.exe is programmed and configured (action block 4300). Subsequently, autoran.exe will launch the particular application, either from the device's memory or from the memory apparatus (action block 4400). If there was a successful launch (decision block 4500), then autoran.exe will clear the reset flag (action block 4560), which is necessary for the case when the memory apparatus is removed from the device after the device powers down. Autorun.exe will then close itself or terminate itself (stop block 4600). If the launch was not successful, then autoran.exe will notify the user of the failure, e.g., through a graphical window that pops up in the display of the device. Turning back to decision block 3400, if there is a valid directory or filename found, then autoran.exe checks if the directory is a temporary directory (decision block 3500), e.g., a directory located on a removable Flash, ROM, or microdrive memory card. If it is a temporary directory, then the program checks if there is built-in storage (decision block 3550), such as embedded Flash memory. If it is not built-in storage, then the directory name is saved for later use (action block 3560) and then autoran.exe will search for the next top level directory or file name (action block 3600). If the temporary directory is built-in storage, then autoran.exe will skip it and search for the next top level directory or file name (action block 3600). Turning back to decision block 3500, if the valid directory or file name found is not a temporary directory, then autorun.exe will proceed to search for the next top level directory or file name (action block 3600). If one is found (decision block 3700), then autoran.exe will go back to decision block 3500 to determine if it is a temporary directory. Ifautoran.exe does not find a subsequent top level directory or file name (decision block 3700), then it will check to see if a valid directory does indeed exist (decision block 3800). If none exists, then there is a problem, e.g., no device is inserted, so it will terminate itself (stop block 4600). If a valid directory does exist (decision block 3800), then autorun.exe will determine the current processor type and build a path to the valid directory, which could be either on a memory apparatus, either the memory apparatus that originated the autorun.exe or another memory apparatus, or in the device's memory (action block 3900). Next, the program gets the name of the first *.cab file from a corresponding subdirectory, e.g., from the subdirectory on the memory apparatus originating the autorun.exe corresponding to the device the device is inserted into, such as a subdirectory labeled "2577" if the device the memory apparatus is inserted into has a StrongArm SAl IXX CPU (action block 4000). If the *.cab file is not found (decision block 4100), then it is possible that the program has already been installed or that there are no *.cab files to install, so the program will try to launch an application. The program will go to action block 4300, i.e., it will either use a top level temporary directory name to build a path to a particular application on the memory apparatus, or it will build a path to a particular application already in the device's memory, depending on how the installation process is prepared and how autorun.exe is programmed and configured. If a *.cab file is found (decision block 4100), then the program checks if the contents of the *.cab file have already been installed on the device's memory (decision block 4200). If not, then the contents of the *.cab file will be installed on the device's memory in the valid directory (action block 4250). If so, then the program will not install the contents in the *.cab file and proceed to find the next *.cab file (action block 4260) and repeated decision block 4100. It should be noted that the principles applied to autoran.exe above may be equally applied to any executable program designed to automatically install or execute software in a handheld electronic device from a memory apparatus. As mentioned above, the various embodiments disclosed herein may take the form of a computer program comprising a series of instructions. In addition to removable memory apparatuses, these instructions may be supplied on other computer usable media, such as a floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punchcards, papertape, any other physical medium with patterns of holes, RAM, ROM, PROM (i.e., programmable read only memory), EPROM (i.e., erasable programmable read only memory), including FLASH-EPROM, any other memory chip or cartridge, carrier waves, or any other medium. Although particular embodiments have been shown and described, it will be understood that it is not intended to limit the disclosure to the preferred embodiments, and it will be obvious to those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the subject matter disclosed herein. Thus, the subject matter disclosed herein is intended to cover alternatives, modifications, and equivalents, which may be included within the spirit and scope of the claims.

Claims

WHAT'ΪS CLAIMED IS:
1. A method for managing content rich data residing on a removable memory apparatus that has been inserted into a handheld device, comprising: searching for at least one content cookie having a counter that may be programmed into memory residing within the handheld device; installing at least one content cookie, having a counter, from the removable memory apparatus onto the handheld device if no content cookie was found when searching for the at least one content cookie; launching a content player; presenting the content rich data within the handheld device via the content player; and decrementing the counter of the at least one content cookie.
2. The method of claim 1 , wherein the content rich data is multimedia data.
3. The method of claim 1 , wherein the content rich data is at least one graphical image.
4. The method of claim 1 , wherein the content rich data is an audio file.
5. The method of claim 1, wherein the handheld device has a display screen, and the method further comprises the step of displaying the content rich data on the screen.
6. The method of claim 1 , wherein the removable memory apparatus is a memory stick.
7. The method of claim 1, wherein the removable memory apparatus is a solid state memory apparatus.
8. The method of claim 1, wherein the removable memory apparatus is a micro- mechanical drive.
9. The method of claim 1, wherein if the counter of the at least one content cookie has reached a maximum value, then the method further comprising removing the content rich data from the handheld device.
10. The method of claim 1 , wherein if the counter of the at least one content cookie has reached a maximum value, then the method further comprising removing the content rich data from the removable memory apparatus.
11. A computer program product that includes a computer-usable medium having a sequence of instructions which, when executed by a processor, causes said processor to execute a process for displaying content rich data residing on a removable memory apparatus within a handheld device soon after the device is inserted into the handheld device, said process comprising: searching for at least one content cookie having a counter that may be programmed into memory residing within the handheld device; installing at least one content cookie, having a counter, on the handheld device if no content cookie was found when searching for the at least one content cookie; launching a content player; presenting the content rich data within the handheld device via the content player; and decrementing the counter of the at least one content cookie.
12. The computer program product of claim 11, wherein the content rich data is multimedia data.
13. The computer program product of claim 11 , wherein the content rich data is at least one graphical image.
14. The computer program product of claim 11, wherein the content rich data is an audio file.
15. The computer program product of claim 11 , wherein the handheld device has a display screen, and the method further comprises the step of displaying the content rich data on the screen.
16. The computer program product of claim 11 , wherein the removable memory apparatus is a memory stick.
17. The computer program product of claim 11 , wherein the removable memory apparatus is a solid state memory card.
18. The computer program product of claim 11 , wherein the removable memory apparatus is a micro-mechanical drive.
19. The computer program product of claim 11 , wherein if the counter of the at least one content cookie has reached a maximum value, then the method further comprising removing the content rich data from the handheld device.
20. The computer program product of claim 11 , wherein if the counter of the at least one content cookie has reached a maximum value, then the method further comprising removing the content rich data from the removable memory apparatus.
PCT/US2004/023900 2003-08-01 2004-07-22 Systems and methods for managing and presenting multimedia and content rich data on a removable memory apparatus WO2005013128A2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP04779109A EP1652077A2 (en) 2003-08-01 2004-07-22 Systems and methods for managing and presenting multimedia and content rich data on a removable memory apparatus
JP2006521957A JP2007501453A (en) 2003-08-01 2004-07-22 System and method for managing and providing multimedia and rich content data on removable storage devices

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/632,335 2003-08-01
US10/632,335 US7370268B2 (en) 2003-08-01 2003-08-01 Systems and methods for managing and presenting multimedia and content rich data on a removable memory apparatus

Publications (2)

Publication Number Publication Date
WO2005013128A2 true WO2005013128A2 (en) 2005-02-10
WO2005013128A3 WO2005013128A3 (en) 2005-03-24

Family

ID=34104349

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2004/023900 WO2005013128A2 (en) 2003-08-01 2004-07-22 Systems and methods for managing and presenting multimedia and content rich data on a removable memory apparatus

Country Status (5)

Country Link
US (1) US7370268B2 (en)
EP (1) EP1652077A2 (en)
JP (1) JP2007501453A (en)
KR (1) KR20060041281A (en)
WO (1) WO2005013128A2 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1715603A3 (en) * 2005-04-18 2009-11-25 LG Electronics, Inc. Apparatus and method for controlling electric appliances using broadcast wave, and apparatus and method for controlling home network
EP1942437A4 (en) * 2005-10-26 2012-08-01 Panasonic Corp Data processing apparatus
US8533741B2 (en) * 2006-12-29 2013-09-10 Sandisk Technologies Inc. Methods for launching a program application
GB0717434D0 (en) * 2007-09-07 2007-10-17 Calton Hill Ltd Delivery of digital content
KR20110111900A (en) * 2010-04-06 2011-10-12 삼성전자주식회사 Electric device, manual provision system for having the same and manual provision method
US8842018B2 (en) * 2010-08-30 2014-09-23 Sanmina-Sci Corporation Systems and methods for tracking insertion and removal cycles of optical transceiver modules
US10896051B2 (en) * 2017-05-12 2021-01-19 Xerox Corporation Systems and methods for localizing a user interface based on pre-defined settings stored in a personal storage device
CN110413169B (en) * 2019-07-24 2021-11-23 北京小米移动软件有限公司 Information display method, device and medium

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5923884A (en) * 1996-08-30 1999-07-13 Gemplus S.C.A. System and method for loading applications onto a smart card
US6157917A (en) * 1997-07-11 2000-12-05 Barber; Timothy P. Bandwidth-preserving method of charging for pay-per-access information on a network
US6405362B1 (en) * 1998-11-13 2002-06-11 Microsoft Corporation Automatic software installation and cleanup
EP1304702A1 (en) * 1999-04-27 2003-04-23 Matsushita Electric Industrial Co., Ltd. Semiconductor memory card and data reading apparatus
WO2003034267A1 (en) * 2001-10-18 2003-04-24 360 Degree Web, Inc. Multimedia intelligent business card system
US20030140230A1 (en) * 2001-10-29 2003-07-24 Sun Microsystems, Inc., A Delaware Corporation Enhanced privacy protection in identification in a data communication network

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5014234A (en) * 1986-08-25 1991-05-07 Ncr Corporation System with software usage timer and counter for allowing limited use but preventing continued unauthorized use of protected software
JP3707141B2 (en) * 1996-07-26 2005-10-19 ソニー株式会社 battery
US5925127A (en) * 1997-04-09 1999-07-20 Microsoft Corporation Method and system for monitoring the use of rented software
KR20010043446A (en) * 1998-05-08 2001-05-25 지오워크스 코포레이션 Integrated advertising for wireless communication devices with rich content and direct user response mechanism
US6799277B2 (en) * 1998-06-04 2004-09-28 Z4 Technologies, Inc. System and method for monitoring software
DE19831884C2 (en) * 1998-07-17 2001-09-20 Ibm System and method for protection against analytical spying on secret information
JP3300320B2 (en) * 1998-11-27 2002-07-08 株式会社アスキー Navigation system and telephone service system
US7624046B2 (en) * 1998-12-24 2009-11-24 Universal Music Group, Inc. Electronic music/media distribution system
US6898706B1 (en) * 1999-05-20 2005-05-24 Microsoft Corporation License-based cryptographic technique, particularly suited for use in a digital rights management system, for controlling access and use of bore resistant software objects in a client computer
US6795863B1 (en) * 1999-08-10 2004-09-21 Intline.Com, Inc. System, device and method for combining streaming video with e-mail
US6974076B1 (en) * 2000-02-14 2005-12-13 Sony Corporation Portable music player with pay per play usage and method for purchase of credits for usage
US20050086518A1 (en) * 2000-03-15 2005-04-21 Kenichi Tanahashi Content-providing system
JP2002085649A (en) * 2000-09-12 2002-03-26 Heiwa Corp Advertisement information distribution device, advertisement information distribution method to game machine, game machine, and recording medium
JP4470312B2 (en) * 2000-10-10 2010-06-02 ソニー株式会社 Server device, playback device, data distribution method, data playback method, storage medium
CA2328644C (en) * 2000-12-15 2005-05-10 Ibm Canada Limited-Ibm Canada Limitee Methods, systems, signals and media for encouraging users of computer readable content to register
US6920563B2 (en) * 2001-01-05 2005-07-19 International Business Machines Corporation System and method to securely store information in a recoverable manner on an untrusted system
US7987510B2 (en) * 2001-03-28 2011-07-26 Rovi Solutions Corporation Self-protecting digital content
JP4065144B2 (en) * 2001-06-18 2008-03-19 松下電器産業株式会社 CM information management apparatus, pay program receiving terminal, pay program transmission / reception system, CM information management method, pay program receiving method, program for realizing these methods in a computer, and computer-readable recording medium recording the program
JP2003099424A (en) * 2001-09-21 2003-04-04 Ricoh Co Ltd Document data structure, storage medium and information processor
US7178041B2 (en) * 2001-10-18 2007-02-13 Nokia Corporation Method, system and computer program product for a trusted counter in an external security element for securing a personal communication device
WO2003042988A1 (en) * 2001-11-15 2003-05-22 Sony Corporation System and method for controlling the use and duplication of digital content distributed on removable media
US20030170006A1 (en) * 2002-03-08 2003-09-11 Bogda Peter B. Versatile video player
US20030217271A1 (en) * 2002-05-15 2003-11-20 Sun Microsystems, Inc. Use of smart card technology in the protection of fixed storage entertainment assets
US7522675B2 (en) * 2002-12-30 2009-04-21 Motorola, Inc. Digital content preview generation and distribution among peer devices

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5923884A (en) * 1996-08-30 1999-07-13 Gemplus S.C.A. System and method for loading applications onto a smart card
US6157917A (en) * 1997-07-11 2000-12-05 Barber; Timothy P. Bandwidth-preserving method of charging for pay-per-access information on a network
US6405362B1 (en) * 1998-11-13 2002-06-11 Microsoft Corporation Automatic software installation and cleanup
EP1304702A1 (en) * 1999-04-27 2003-04-23 Matsushita Electric Industrial Co., Ltd. Semiconductor memory card and data reading apparatus
WO2003034267A1 (en) * 2001-10-18 2003-04-24 360 Degree Web, Inc. Multimedia intelligent business card system
US20030140230A1 (en) * 2001-10-29 2003-07-24 Sun Microsystems, Inc., A Delaware Corporation Enhanced privacy protection in identification in a data communication network

Also Published As

Publication number Publication date
US20050028078A1 (en) 2005-02-03
WO2005013128A3 (en) 2005-03-24
KR20060041281A (en) 2006-05-11
US7370268B2 (en) 2008-05-06
EP1652077A2 (en) 2006-05-03
JP2007501453A (en) 2007-01-25

Similar Documents

Publication Publication Date Title
RU2500026C2 (en) Method and apparatus for displaying web page-associated resources
Hoog et al. iPhone and iOS forensics: Investigation, analysis and mobile security for Apple iPhone, iPad and iOS devices
US7107444B2 (en) Apparatus and method to decrease boot time and hibernate awaken time of a computer system
TWI247489B (en) Method for firmware variable storage with eager compression, fail-safe extraction and restart time compression scan
KR20060025129A (en) Universable loader for portable electronic devices
US20070088747A1 (en) Automatic multimedia searching method and multimedia downloading system thereof
US20100251231A1 (en) Device dependent on-demand compiling and deployment of mobile applications
US7490267B2 (en) System and method for testing computer
US20090083375A1 (en) Installation of a Virtualization Environment
CN1282016A (en) Display picture during period of leading and turn-off computer
CN101404023A (en) Method and apparatus for operation of downloaded files
US20100241815A1 (en) Hybrid Storage Device
WO2019154014A1 (en) Video playback method and apparatus, and storage medium and electronic device
US20050102441A1 (en) System with application program and method for automatically installing the application program
US7370268B2 (en) Systems and methods for managing and presenting multimedia and content rich data on a removable memory apparatus
CN106201602B (en) Label providing method, label obtaining method, server and electronic equipment
US7694280B2 (en) Systems and methods for controlling program installation on a computing device
US20100162234A1 (en) Method for installing application and computer system thereof
WO2017063401A1 (en) Frame management method and device for interactive function card in smart television
WO2007028113A2 (en) Linking dvds to the internet
US20080189593A1 (en) System and method for enabling flash playback of MP3 files available on a web page
CN111031117A (en) Multimedia file downloading method and related device
CN108563552B (en) Method, equipment and storage medium for recording peripheral operation behaviors
TW497076B (en) Method and apparatus for execution of an application during computer pre-boot operation and post-boot under normal OS control
Burke et al. Xbox forensics

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 1020067001638

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2006521957

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2004779109

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2004779109

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020067001638

Country of ref document: KR