Scenario specialization of file browser
16 claims: 8 independent, 8 dependent
- 1ファイルの閲覧方法であって、 ブラウザにおいて1つ以上の基準を満たすファイルを見るユーザの要求を受け取るステップと、 前記基準を満たす複数のファイルを特定するステップと、 前記特定するステップの結果に基づいて、複数の既定のブラウザから1つを選択するステップ であって、選択したブラウザを前記複数の規定のブラウザのうちの他のブラウザから区別する特性は、前記ユーザ要求に用いられた前記1つ以上の基準に基づく特性である、ステップ と、 前記選択したブラウザを、前記複数のファイルに関する情報と共に表示するステップ であって、前記情報は前記1つ以上の基準に基づく、ステップ と、を備えた、方法。
- 2請求項1記載の方法において、前記複数の既定のブラウザは、異なる所定のファイル・タイプのファイルをリストする とき に用いる、別個のブラウザを含む、方法。
- 3請求項1記載の方法において、前記複数の既定のブラウザは、異なる表示特性を提供する、方法。
- 4請求項3記載の方法において、前記複数の既定のブラウザは、前記異なる表示特性に応じて異なる利用可能なユーザ・コマンドを提供する、方法。
- 5請求項3記載の方法において、前記複数の既定のブラウザは、前記異なる表示特性に応じて異なる表示エリアを提供する、方法。
- 6請求項5記載の方法において、前記異なる表示エリアはサイズが異なる、方法。
- 7請求項1記載の方法において、前記1つ以上の基準は、複数の基準を含み、前記複数の既定のブラウザの内前記1つは前記基準に対応し、前記選択するステップは、更に、前記複数の既定のブラウザから別の1つを選択するステップを備えており、前記複数の既定のブラウザの前記別の1つは、前記複数の基準の部分集合に対応する、方法。
- 8請求項1記載の方法において、前記選択するステップは、更に、前記特定するステップに基づいて、前記選択したブラウザの一連のプロパティ値の順番を並び換えるステップを備えた、方法。
- 9請求項8記載の方法において、一連のプロパティ値の順番を並び換える前記ステップは、前記選択したブラウザにおいて表示すべき1つ以上のプロパティの除去または追加を含む、方法。
- 10ブラウザ・テンプレートを提供する方法を実行するためのコンピュータ実行可能命令を格納した1つ以上の コンピュータ 記憶 媒体であって、 前記方法 が、 第1ファイル・タイプのファイルを閲覧するときに、ファイル・ブラウザが用いる第1ブラウザ・ビューを定義する第1テンプレート を提供するステップであって、前記第1ブラウザ・ビューは、情報を提示し、前記第1ファイル・タイプに基づくビュー特性の第1集合を決定し、前記ビュー特性の第1集合は、利用可能なユーザ・コマンドの第1集合を含む、ステップ と、 第2ファイル・タイプのファイルを閲覧するときに、前記ファイル・ブラウザが用いる第2ブラウザ・ビューを定義する第2テンプレート を提供するステップであって、前記第2ブラウザ・ビューは、情報を提示し、前記第2ファイル・タイプに基づくビュー特性の第2集合を決定し、前記ビュー特性の第2集合は、利用可能なユーザ・コマンドの第2集合を含む、ステップ と、を備えた、 1つ以上の コンピュータ 記憶 媒体。
- 11請求項10記載の 1つ以上の コンピュータ 記憶 媒体において、前記第1ファイル・タイプは、第1プロジェクトに属するファイルを含む、 1つ以上の コンピュータ 記憶 媒体。
- 12請求項10記載の 1つ以上の コンピュータ 記憶 媒体において、前記第1ファイル・タイプは音楽ファイル・タイプである、 1つ以上の コンピュータ 記憶 媒体。
- 13請求項10記載の 1つ以上の コンピュータ 記憶 媒体であって、 前記方法は、 更に、 ブラウザにおいて1つ以上の基準を満たすファイルを見るユーザの要求を受け取るステップと、 前記基準を満たす複数のファイルを特定するステップと、 前記特定するステップの結果に基づいて、複数の既定のブラウザから1つを選択するステップと、 前記選択したブラウザを、前記複数のファイルに関する情報と共に表示するステップと、 を 備えた、 1つ以上の コンピュータ 記憶 媒体。
- 14請求項13記載の 1つ以上の コンピュータ 記憶 媒体において、前記複数の既定のブラウザは、異なる所定のファイル・タイプのファイルをリストする とき に用いるために別個のブラウザを含む、 1つ以上の コンピュータ 記憶 媒体。
- 15請求項 13 記載の 1つ以上の コンピュータ 記憶 媒体において、前記複数の既定のブラウザは、前記異なる ビュー 特性に応じて異なる表示エリアを提供する、 1つ以上の コンピュータ 記憶 媒体。
- 16請求項 15 記載の 1つ以上の コンピュータ 記憶 媒体において、前記異なる表示エリアはサイズが異なる、1 つ以上の コンピュータ 記憶 媒体。
Independent claims16
40 paragraphs, as filed
The present invention generally relates to the field of computer software. More specifically, the present application relates to systems and methods that provide an improved user interface when viewing files on a computer system. The present application relates to information about such files and displays that allow the user to interact with this information.
Digital documents are growing to save trees everywhere, and in many situations paper documents are obsolete. Digital technology has made it easier to duplicate and distribute by digitally converting the vast amount of paper that was stored in an infinite filing cabinet. The technology for capturing these documents has changed dramatically over the years, but the method for organizing and retrieving them has not changed overall.
Today, file systems still use the traditional concept of filing cabinets and folders in organizing data, where files are logically "placed" in one of the folders on the system. Browsing these files is old-fashioned, much like manually searching through all the paper documents throughout the filing cabinet. Files are considered to be stored in only one folder location, and users are forced to look through a number of folders and subfolders to keep track of documents on the computer system. In addition, the browsing interface provided to the user is fixed and the meaning of the data to be displayed is largely ignorant. As described above, the amount of information provided to the user is limited due to the ignorance and fixation of the browsing ability, and when the file is browsed in the system, the user is complicated and takes a long time.
For example, FIG. 2 shows an example of browser panel 201 provided in the MICROSOFT WINDOWS XP (R) operating system. Panel 201 shows the contents of a folder (C: \ Folder) that contains a large number of subfolders and files, folder addresses 202, names of various elements illustrated 203, their sizes 204, their types 205, and them. Includes modification date 206. The layout of panel 201 is the same regardless of the content displayed, even if the layout of the panel is inefficient. For example, if the system shows blanks for the size of two subfolders, but "C: \ Folder" contains only subfolders, browser panel 201 will still display "Size" column 204 and the entire column will It will be a blank entry. This blank column may still occupy the same width assigned to size column 204 in the panel's display format, excluding more meaningful information from the current display area.
<p> Today's computer systems have an ever-growing number of digital files to manage, improving the efficiency and clarity of giving file information to users as they browse files on the system. That is always needed. Earlier browsers such as Panel 201 have room for improvement in this area, and such improvements are described below.</p>
<p> The embodiments of the present invention can meet one or more of the aforementioned needs and overcome one or more deficiencies in the prior art by providing a system and method of providing the user with an improved file browsing interface. Can be done.</p><p> The browsing interface can change according to the content to be displayed. In some cases, the browsing interface can customize the user interface choices presented in the browser panel, depending on what is displayed. The browser can sort, delete, and / or add properties that are displayed, depending on the content. Browser features, appearance, and / or other aspects of organization can also be customized based on content.</p><p> One or more templates can be specified and / or created to establish a given set of criteria for generating a browser panel.</p><p> Software interfaces can be provided to allow the development of additional browser panels by users and / or applications.</p><p> The user's bidirectional processing with the browser can further change the appearance and / or functionality of the browser.</p>
The features of the Applicant's system will be described in detail below with reference to the accompanying drawings.
The present invention relates to a system and a method for improving a user's experience when browsing a file on a system. An example of an operating environment suitable for the present invention will be described below.
With reference to the entire drawing, especially with reference to FIG. 1 first, similar reference numbers shall identify similar components in the various drawings. An example of the operating environment is shown, and it is numbered as the operating environment 100 as a whole. The computing system environment 100 is merely an example of a suitable computer environment, and there is no intention of suggesting limitation on the scope of use or functionality of the present invention. In addition, the computer environment 100 shall not be interpreted as having any dependency or essential requirements for any one or combination of the components shown in the operating environment example 100.
The mechanisms described herein can generally describe computer-executable instructions, such as program modules, that are executed by a computer. In general, a program module includes routines, programs, objects, components, data structures, etc., to perform a particular task or to implement a particular abstract data type. Furthermore, it is practicable that the mechanism can be put to practical use using various computer system configurations including handheld devices, microprocessor systems, microprocessor-based or programmable consumer electronics, minicomputers, mainframe computers, etc. Will be recognized. The present invention is also practical in a distributed computer environment in which remote processing devices linked through a communication network execute tasks. In a distributed computing environment, program modules can be distributed to both local and remote computer storage media, including memory storage.
Referring to FIG. 1, system example 100 includes a general purpose computer in the form of a computer 110. The computer 110 can include an arithmetic unit 120, a system memory 130, and a system bus 121. The system bus 121 couples various system components, including system memory, to the arithmetic unit 120. If desired, any of the elements described herein can be implemented as a single element (eg, a single arithmetic unit) or as a large number of cooperating elements (eg, a large number of arithmetic units). ..
The computer 110 typically includes various computer readable media. To give a non-limiting example, a computer-readable medium is considered to consist of a computer storage medium and a communication medium. Examples of computer storage media include random access memory (RAM), read-only memory (ROM), electrically erasable programmable memory (EEPROM), flash memory or other memory technologies, CD-ROMs, Can be used to store digital multi-disc (DVD) or other optical disc storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, or desired information and is accessible to computer 110 It includes, but is not limited to, any other medium. System memory 130 includes computer storage media in the form of volatile and / or non-volatile memory such as ROM 131 and RAM 132. The basic I / O system 133 (BIOS) contains basic routines that assist in data transfer between elements in computer 20 (as during boot) and is typically stored in ROM 131. The RAM 132 typically houses the data and / or program modules that are immediately accessible to the arithmetic unit 120, or the data and / or program modules that are currently being processed by it. As an example, and without limitation, FIG. 1 shows an operating system 134, an application program 135, other program modules 136, and program data 137.
Computer 110 may also include other removable / non-removable volatile / non-volatile computer storage media. As an example, FIG. 1 shows the hard disk drive 141 reading from and writing to a non-removable non-volatile magnetic medium, the magnetic reading from and writing to a removable non-volatile magnetic disk 152. Disk drive 151, as well as CD Indicates an optical disk drive 155 that reads from and writes to removable non-volatile optical disk 156, such as ROM or other optical medium. Other removable / non-removable, volatile / non-volatile computer storage media that can be used in an example of an operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile discs, etc. Includes digital video tapes, solid state RAM, solid state ROM, etc. The hard disk drive 141 typically connects to system bus 121 via a non-removable memory interface such as interface 140. The magnetic disk driver 151 and the optical disk drive 155 are typically connected to system bus 121 by a removable memory interface such as interface 150.
The drives and their associated computer storage media, discussed above and shown in FIG. 1, store computer-readable instructions, data structures, program modules, and other data on the computer 110. In FIG. 1, for example, the hard disk drive 141 is shown to store an operating system 144, an application program 145, other program modules 146, and program data 147. It should be noted that these components can be the same as or different from the operating system 134, the application program 135, the other program modules 136, and the program data 137. Typically, the operating system, application program, etc. stored in RAM is part of the corresponding system, program, or data read from hard disk drive 141, depending on the desired function. Different sizes and ranges. Operating system 144, application program 145, other program module 146, and program data 147 are given different numbers here, at least to indicate that they can be different copies. The user inputs commands and information to the computer 110 through a keyboard 162 and a wireless source such as a pointing device 161, commonly referred to as a mouse, trackball or touchpad, a wireless input / receive component 163, or a remote control. can do. Other input devices (not shown) can include microphones, joysticks, gamepads, scanners and the like. These and other input devices are often connected to the arithmetic unit 120 via the user input interface 160, which is coupled to the system bus 121, but the parallel port, game port, IEEE1394 port,
The display device 191 is also connected to the system bus 121 via an interface such as the video interface 190. The display device 191 is not limited to a monitor, but can be any device for displaying the output of the computer 110, such as an LCD screen, a thin film transistor (TFT) screen, a flat panel display, and a conventional television. , Or there is a screen projector. In addition to the display device 191 the computer can also include other peripheral output devices such as speakers 197 and printer 196, which can be connected through the output peripheral interface 1895.
Computer 110 can also operate in a network environment using a logical connection to one or more remote computers, such as remote computer 180. The remote computer 180 can be a personal computer, handheld device, server, router, network PC, peer device, or other common network node, typically the elements described above for computer 110. Although many or all of them are included, only the memory storage device 181 is shown in FIG. The logical connections shown in Figure 1 include local area networks (LAN) 171 and wide area networks (WAN) 173, but others, such as connections to metropolitan area networks (MAN), intranets, or the Internet. Network can also be included.
When used in a LAN network environment, the computer 110 connects to the LAN 171 via a network interface or adapter 170. When used in a WAN network environment, the computer 110 typically includes a modem 172, or other means of establishing communication through WAN 173, such as the Internet. Modem 172 may be internal or external and can be connected to system bus 121 via user input interface 160 or other suitable mechanism. In a network environment, the program modules illustrated for computer 110, or parts thereof, may also be stored in remote memory storage. As an example, and without limitation, FIG. 1 shows the remote application program 185 resident on memory element 181. It should be noted that the network connection shown is an example, and it can be acknowledged that other means of establishing a communication link between computers can also be used.
Other internal components of computer 110 are possible, but not shown. For example, various expansion cards such as television tuner cards and network interface cards can be incorporated into the computer 110.
When the computer 110 is turned on or reset, the BIOS 133 stored in the ROM 131 instructs the arithmetic unit 120 to load the operating system or its necessary parts from the hard disk drive 141 into the RAM 132. Once a copy of the operating system, numbered operating system 144, is loaded into RAM 132, the arithmetic unit 120 executes the operating system code and is visually associated with the operating system 134 user interface. Display the element on display device 191. Typically, when the user opens the application program 145, the program code and associated data are read from the hard disk drive 141 and the necessary parts are copied to RAM 132. The copy portion is indicated here by reference number 135.
As mentioned above, the mechanisms described herein can generally be described and implemented with respect to computer-enabled instructions. Computer-enabled instructions include functions, procedures, methods, routines, code segments, and modules that can be used by one or more computers or other devices. Computer-enabled instructions form an interface that causes the computer to respond to input sources. The instruction, in cooperation with other code segments, initiates various tasks in response to the received data, along with the source of the received data.
Figure 2 has already been covered earlier, but MICROSOFT WINDOWS XP allows users to view files of all types (eg, data, applications, etc.) available through the system.<sup>TM</sup>Shows the panels used in the operating system.
FIG. 3 shows a relationship diagram showing how different panels can be conceptually associated, such as a display area. In some cases, there may be a start panel 301 that can serve as an initial display area to provide to the user in order to start browsing the entire file available through the system. The start panel 301 is an ability to view different panels for viewing files, a music browser 302, a document browser 303, a picture browser 304, a computer browser 305, or any other system and / or other user desires. Provides any browser 306 etc. Each of these browsers can be a top-level panel for viewing entire files that meet certain criteria. For example, the music browser 302 can display a list of files on the system that meet certain music criteria, such as audio music file types. The browser can also provide sub-browsers created using different criteria, genre 302a browser panel displaying files that meet one or more genre criteria, or files related to one or more playlists of songs. There is a playlist 302b browser panel, etc. that displays. On the other hand, these panels can also display files that meet yet another criterion. For example, the genre 302a panel provides a lock 302c subpanel that can display a subset of music files that are songs with genre information, and yet display yet another subset of music files that have a rock and roll genre. can do. Any number of panels can be created to address any desired relationship and how to display the file data. Document Browser 303 can provide a separate browser for certain types of documents (eg, spreadsheets), or documents for a given project (eg, XYZ projects).
Each available browser can be defined by a template stored in the memory of the computer system. The template can simply be a file that identifies the contents of the figure, organization, mechanism, etc. to be displayed. The template can also specify the actual file to be displayed in the browser view.
FIG. 4 shows an example of the browser display 401. The display 401 can include one or more commands 402 to provide to the user. The command can be any form of command entry, such as a menu, link, button, icon, or other indicator, and can also be individually selected based on the template that establishes the browser view. For example, if the browser 401 is displaying music files, the command 402 will be "Copy to CD", "Play", and / or "Shop for Music". It can contain certain commands that are meaningful to the music file, such as "Online" (online music shop). Of course, command 402 can also contain commands that are associated with and shared by various browsers, and file operations. The "File" command (for example, to save and open a file) and the command to edit the current panel (for example, create a duplicate panel or reorder a large number of existing panels) The command 402 can also include a menu of commands. In addition to the presence or absence of a command, the command display 402 has a display appearance such as color, details of interface elements (color, size, arrangement, etc.). ), The order of selectable elements, etc. can be customized.
Display 401 may also include a list panel 403 showing available browser panels. This list can contain a list of all the views available on the system and can be presented in a nested menu / submenu format to preserve the display area. The range of this view can also be called page space. Alternatively, Listing 403 may list a subset of the browser panels associated with the current panel, resulting in less page space. For example, if the current panel 401 is a music panel, list 403 may display playlist and genre view choices, or specific playlists and / or genres that have their own panels.
The display 401 can include a file panel 404. File panel 404 can contain a list of files that meet established criteria for the current browser panel. A file panel 404 is an indicator of a data file (eg, an icon and / or text), and one or more properties of the file (eg, their name, author, file size, file type, project cooperation). Can include relationships (project affiliation, creation / modification date, etc.). The properties can be arranged in a column, and can be rearranged and / or modified as appropriate, assuming the criteria used for the selected display 401. For example, a music browser can choose to list "Song Title" as the first property, followed by "Artist" and "Album". Project XYZ browsers, on the other hand, first have an "Edit Date" followed by "File". You can list Size "and" File Type ". For some browser types, it may be desirable to omit unwanted properties (eg" Album "". Properties may not be very useful in tabular documents). Each browser display 401 can also customize the array of files and related properties. Column width, row size, metric appearance ( For example, size, color, etc.), aggregation, stacking, and any other display properties can be included in this customization. For example, some browsers may want to display the file as a thumbnail (eg,). , Picture browsers should do this), while other browsers may simply view the file in a text list of the files and their properties.
Display 401 can also include preview panel 405, which provides a preview of the contents of one or more files selected from file panel 404. There may also be a property panel 406 that displays properties for one or more files selected from the list view data 404. Property panel 406 can present properties in more detail and / or in larger quantities than the properties shown in list view 404. Display 401 may also include other types of display and user interface elements such as navigation commands, panel resizing commands, and the like.
Each of the various parts of the display 401 can also be implemented as a separate software module. For example, a command module that is responsible for defining user interface elements that go to command display 402, a list view module that handles display elements in file panel 404, and still contents of preview panel 405. It would be nice to have a preview module to do. These modules expose application program interface (API) elements and promote interoperability with other applications. In addition, various modules can be provided with parameters such as reference, position, size, etc. for a given view. Having separate modules can simplify the process of defining new panels with different layouts and arrays.
Also, each browser display 401 may have differences beyond simply having different content in the display area discussed above. For example, each browser may customize its own array of display areas to resize / add / remove an area based on the criteria and / or content of a particular browser. For example, if a music browser wants to discontinue preview panel 405 and offer music commands (eg, play, pause, queue, add to playlist, burn to CD, etc.) in command area 402. There is. Other display areas can be rearranged and / or resized to take advantage of the space still occupied by the preview panel. For example, a template that defines a browser view can be set to a specific layout of the browser. For example, FIG. 5 shows an example of a different browser 501 with elements arranged in different ways. In this example, the list 502 of the available browser views is expanded to occupy the space abandoned by the preview panel. Another difference is that each browser view has its own unique display theme, such as watermark patterns, color themes, fonts, etc., which makes this view from other views on the system. It can also be used to enhance it further. Context menus (eg available commands, text, etc.), user interface behavior, left / right mouse click default commands, and other display / bidirectional processing attributes also vary from browser to browser. May be good.
FIG. 6 shows an example of a process capable of displaying various browsers. At step 601, the system can receive one or more criteria that define the view to display. These criteria can be obtained from a variety of sources. For example, the user may have selected a default template for display, and the system may simply receive that selection (or the criteria associated with the template). Alternatively, the system can receive criteria for new views, such as new views based on keyword searches with user-supplied keywords.
In step 602, the criteria described above can be used to identify various files that meet this criteria on the system and should be included on the browser display. These files can be identified by exploring the system's memory, and if the template has already identified the files to list, they can simply be identified from the template information.
Once the file is identified, the system can assemble a particular browser view or panel in step 603. Assembling the panel may include examining the default template to determine the various elements / modules required within the panel. In some cases, the file identified for display meets a set of criteria that differ from the criteria established for the template, or the file identified is suitable for display in another template with narrow criteria. , The panel may be further customized and / or modified. For example, if a user requests a browser for all files associated with a given project, such as an XYZ project, the system may expect to provide a project browser panel. Such a panel may be defined by the possibility that the project contains many types of files and has a separate display area to separate the files based on the file type. However, if each file happens to have only one type of file, the system can dynamically customize the browser panel for the current display. Further customizing the panel allows you to expand the command choices applicable to the file type, or even remove the display area and / or elements that are normally used to display other types of files. it can. The browser view can be dynamically modified based on the identification of files that meet the criteria used to finalize the panel. Other types of custom assembly assembly) can also be done. Since the browser can adjust the panel according to the number of files to be displayed, a part of the screen space of the first display area can be moved to a different display area (for example, the list view is displayed). Is smaller and the property area is larger). The browser can also adjust the panel based on the search criteria used to identify the file for display (eg, the criteria can be embedded in a given part of the display, or the criteria and the file Results can also be arranged based on how well they match.
In step 604, a browser view can be generated on the display device associated with the computer system. Then, in step 605, the system can check to determine if the user has performed bidirectional processing or provided input to the browser view. The user's bidirectional processing is to edit the text, navigate across the page space by selecting a different view, and / or interact with any of the elements displayed on the browser. Can include. If the user gives input, in step 606 the system can review the browser in response. Modifications to the browser can include removing, adding, or modifying one or more of the elements displayed in the browser view, which can result in dramatically different views. For example, a user viewing the Music Browser view may request to select one of the music files and view the Project Browser for the project associated with the selected music file. The project browser may have a completely different display format. The browser display can also be dramatically modified to add and / or remove any of the aforementioned mechanisms, so that the browser interface continuously provides the user with high-level contextual information. Will be provided.
When changing or modifying a particular browser, the system can also provide visual effects to facilitate the transition. For example, animation can be used to show the rearrangement of displayed elements, fading can be used to show the addition / removal of elements, and one element changes to another. A morphing effect can also be used to indicate that. Different views are possible, but the user (or system or its application) also wants to keep certain mechanisms (eg, display elements, available commands, menus, etc.) or formats constant in many browser views. Can also be specified, which helps minimize user confusion.
In step 607, which follows step 606, if no user input is received in step 605, the system can check to determine if the browser should be closed or left, and if so, this. You can terminate the browser process for the browser. Otherwise, the process returns to step 605 and waits for the next user input.
FIG. 7 shows an example of a diagram of the logical relationships that can exist in the system to generate the various browser views described above. Browser views can be managed comprehensively by the underlying operating system (for example, the managed 701 group on the left side of Figure 7), or individual applications after installation can control the view. A system that can be unmanaged by the operating system (eg, the unmanaged 702 group on the right side of Figure 7) can define the entire basic view frame 703. View frame 703 can define aspects that are common to many views. For example, the system's basic view frame 703 has a preview pane, a left pane (left). Can include pane), and task panes. The basic configuration can be passed to the unmanaged browser application 704 (eg, as a data structure). The browser application 704, on the other hand, can call the default view routine 705 to generate the desired default browser view for the browser application 704. The application can include a subroutine 706 used to start the browser view, which routine 706 can access the managed data structure containing the page description 707. Page description 707 defines the views generated for this particular browser application 704.
Page description 707 can include a reference to browser page structure 708. For example, it would be nice to have a view property 709 that defines the basic attributes that should be contained in this view (these attributes are the same preview pane, neglected pane, and task pane in basic view frame 703. be able to). Page 708 can also have a data source property 710, which can identify where data can be obtained that satisfy a particular view. Source 710 can include, for example, a fixed list of data. Page 708 can also include command property 711, which can identify various commands that the view should support. Each command can be executed by a separate application and / or routine and can include commands that process preview pane tasks, context menu choices, and so on. Of course, the above description is only an example of how to manage and implement various browsers.
Although the above discussion refers to the "browser", the mechanism described here need not be limited to the system shell browser. Any application that wants to provide a customized view of the datafile can take advantage of the mechanisms described here.
Alternative embodiments and embodiments of the invention will become apparent to those skilled in the art to which the invention belongs by examining the present specification, including drawings. For example, the various steps in the described process can be rearranged, modified, and / or deleted as desired to carry out subsets selected from the mechanisms described herein. In addition, in the above description, references to certain mechanisms found in one or more "forms" or "embodiments" of the "invention" may be used alone or in combination with other concepts. It was done only to illustrate various concepts that would be beneficial to use, and therefore there is only one invention concept disclosed herein, or all of the mechanisms described are claimed in the following claims: It should not be read to imply that it is mandatory in any of the ranges. Rather, each of the claims shall be construed as a separate invention in its own right and should not be read as having any limitation beyond what is stated.
<figref num="1">FIG. 1 is a block diagram of a computational system environment suitable for use in implementing one or more of the features described herein.</figref><figref num="2">Figure 2 is an example of the browser panel found in MICROSOFT WINDOWS XP (R).</figref><figref num="3">FIG. 3 is a diagram showing the relationship between browser views.</figref><figref num="4">FIG. 4 shows an example of a browser interface layout according to the embodiment of the present invention.</figref><figref num="5">FIG. 5 shows another example of a browser interface layout according to the embodiment of the present invention.</figref><figref num="6">FIG. 6 shows an example of a process of browsing a file according to the embodiment of the present invention.</figref><figref num="7">FIG. 7 shows an example of logical relationships between data structures, applications, and / or subroutines that can be used to implement embodiments of the present invention.</figref>
7 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7
Every citation, both ways
| Document | Relation | Office |
|---|---|---|
| JP2004288138A | Cites | Japan |
| JP2006526182A | Cites | Japan |
| JP2005522783A | Cites | Japan |
| JP2004185553A | Cites | Japan |
| JP2002342189A | Cites | Japan |
| JP11338810A | Cites | Japan |
12 members in 6 offices
Priority claims9
| Document | Office | Kind | Date |
|---|---|---|---|
| 11111984 | United States of America | – | |
| 11198405 | United States of America | A | |
| 11198405 | United States of America | A | |
| 2005026655 | United States of America | W | |
| 2005026655 | United States of America | W | |
| 2005111984 | – | – | – |
| 2005026655 | – | – | – |
| US20050111984 | – | – | – |
| WO2005US26655 | – | – | – |
Members12
| Document | Office | Kind | |
|---|---|---|---|
| US2006242585A1 | United States of America | A1 | |
| WO2006115514A1 | World Intellectual Property Organization (WIPO) | A1 | |
| KR20070121800A | Republic of Korea | A | |
| EP1872357A1 | European Patent Office (EPO) | A1 | |
| CN101167121A | China | A | |
| JP2008538626A | Japan | A | |
| EP1872357A4 | European Patent Office (EPO) | A4 | |
| CN101167121B | China | B | |
| JP4972085B2This record | Japan | B2 | |
| US8522154B2 | United States of America | B2 | |
| US2013311953A1 | United States of America | A1 | |
| US9785303B2 | United States of America | B2 |
29 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Cancellation because of completion of termEXPY | EXPY | |
| Notification of acceptance of power of attorneyJAPANESE INTERMEDIATE CODE: R3D02RD02 | RD02 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Written notification of registration of transferJAPANESE INTERMEDIATE CODE: R350R350 | R350 | |
| Request for change of ownership or part of ownershipJAPANESE INTERMEDIATE CODE: R313113S111 | S111 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Renewal fee payment (event date is renewal date of database)FPAY | FPAY | |
| Certificate of patent or registration of utility modelJAPANESE INTERMEDIATE CODE: R150R150 | R150 | |
| Certificate of patent or registration of utility modelJAPANESE INTERMEDIATE CODE: R150R150 | R150 | |
| First payment of annual fees (during grant procedure)JAPANESE INTERMEDIATE CODE: A61A61 | A61 | |
| Written decision to grant a patent or to grant a registration (utility model)JAPANESE INTERMEDIATE CODE: A01A01 | A01 | |
| Written decision to grant a patent or to grant a registration (utility model)JAPANESE INTERMEDIATE CODE: A01A01 | A01 | |
| Decision of grant or rejection writtenTRDD | TRDD | |
| Notification of resignation of power of attorneyJAPANESE INTERMEDIATE CODE: A7424RD04 | RD04 | |
| Request for written amendment filedJAPANESE INTERMEDIATE CODE: A523A521 | A521 | |
| Written permission of extension of timeJAPANESE INTERMEDIATE CODE: A602A602 | A602 | |
| Written request for extension of timeJAPANESE INTERMEDIATE CODE: A601A601 | A601 | |
| Notification of reasons for refusalJAPANESE INTERMEDIATE CODE: A131A131 | A131 | |
| Report on retrievalJAPANESE INTERMEDIATE CODE: A971007A977 | A977 | |
| Written request for application examinationJAPANESE INTERMEDIATE CODE: A621A621 | A621 |
Numbers
- Publication
- 4972085
- Publication, DOCDB
- 4972085
- Publication, EPODOC
- JP4972085B
- Application
- 2008507620
- Application, DOCDB
- 2008507620
- Application, EPODOC
- JP20080507620
Titles2
- Japanese
- ファイル・ブラウザのシナリオ特殊化
- English
- File browser scenario specialization
Classification
- CPC, 2
- G06F16/168
- G06F3/0481
- IPC, 1
- G06F3 048
