Method, device, equipment, storage medium and product for interface interaction

Abstract

Methods, apparatuses, devices, storage media and products are provided for interface interaction. The method presented herein includes: presenting a first interface, the first interface including at least a search component, the search component configured to receive an input search term; presenting at least one first search term in a first region of the first interface; and in response to receiving a sliding operation, presenting at least one second search term in the first region. In this way, the presentation efficiency of search terms can be improved.

Description

Technical Field

[0001] The examples in this article generally relate to the field of computer science, and in particular to methods, apparatuses, devices, computer-readable storage media, and products for user interface interaction. Background Technology

[0002] Content-based applications typically provide an interface to handle search behavior. This interface needs to simultaneously support multiple functions such as search input, search item presentation, and media content browsing within a limited screen area.

[0003] In some traditional solutions, the area in the interface used to display search terms obtained based on historical search operations is laid out in a fixed multi-line style, and the area it occupies does not change with the number of search terms that can be displayed, thus limiting the visible range of the content browsing area below it on the screen. Summary of the Invention

[0004] In a first aspect, a method for interface interaction is provided. The method includes: presenting a first interface, the first interface including at least a search component for receiving input search terms; presenting at least one first search term in a first area of ​​the first interface; and, in response to receiving a swipe operation, presenting at least one second search term in the first area.

[0005] In a second aspect, an apparatus for interface interaction is provided. The apparatus includes: a first presentation module configured to present a first interface, the first interface including at least a search component for receiving input search terms; a second presentation module configured to present at least one first search term in a first area of ​​the first interface; and a third presentation module configured to present at least one second search term in the first area in response to receiving a swipe operation.

[0006] In a third aspect, an electronic device is provided. The device includes at least one processor; and at least one memory coupled to the at least one processor and storing instructions for execution by the at least one processor. When executed by the at least one processor, the instructions cause the device to perform the method of the first aspect.

[0007] In a fourth aspect, a computer-readable storage medium is provided. The computer-readable storage medium stores computer-executable instructions that can be executed by a processor to implement the method of the first aspect.

[0008] In a fifth aspect, a computer program product is provided, which is tangibly stored in a computer storage medium and includes computer-executable instructions that, when executed by a device, cause the device to perform the method of the first aspect.

[0009] In this way, the first area used to display search terms can accommodate a large number of search terms in a smaller space, and these terms can be rotated within the same area via a swipe operation. As a result, the visible range of the remaining areas in the first interface on the screen is expanded, and the number of interface jumps and data retrievals required to browse the same number of search terms is reduced accordingly, thereby improving the efficiency of search term display.

[0010] It should be understood that the content described in this section is not intended to limit the key or important features of the examples in this article, nor is it intended to restrict the scope of the solution. Other features will become readily apparent from the following description. Attached Figure Description

[0011] The above and other features, advantages, and aspects of the various examples herein will become more apparent when taken in conjunction with the accompanying drawings and the following detailed description. In the accompanying drawings, the same or similar reference numerals denote the same or similar elements, wherein: Figure 1 A schematic diagram of the example environment is shown; Figures 2A to 2F The diagram shows sample interfaces for some scenarios; Figures 3A to 3C The diagram shows sample interfaces for some scenarios; Figure 4 The flowcharts show example processes of interface interactions in some scenarios; Figure 5 Schematic block diagrams of example devices for interface interaction in some scenarios are shown; and Figure 6 A block diagram of an electronic device capable of implementing multiple illustrative scenarios is shown. Detailed Implementation

[0012] The examples in this document will now be described in more detail with reference to the accompanying drawings. While some examples are shown in the drawings, it should be understood that solutions can be implemented in various forms and should not be construed as limited to the examples presented herein. Rather, these examples are provided to provide a more thorough and complete understanding of the solutions. It should be understood that the drawings and examples in this document are for illustrative purposes only and are not intended to limit the scope of protection of the solutions.

[0013] It should be noted that the headings of any section / subsection provided herein are not restrictive. Various examples are described throughout this document, and examples of any type may be included under any section / subsection. Furthermore, examples described in any section / subsection may be combined in any way with any other examples described in the same section / subsection and / or different sections / subsections.

[0014] In the description of the examples in this document, the term "including" and similar terms should be understood as open inclusion, i.e., "including but not limited to". The term "based on" should be understood as "at least partially based on". The term "an example" or "the example" should be understood as "at least one example". The term "some examples" should be understood as "at least some examples". Other explicit and implicit definitions may also be included below. The terms "first", "second", etc., may refer to different or the same objects. Other explicit and implicit definitions may also be included below.

[0015] The examples in this document may involve user data, data acquisition, and / or use. All of these aspects comply with relevant laws, regulations, and rules. In the examples presented here, all data collection, acquisition, processing, manipulation, forwarding, and use are conducted with the user's knowledge and confirmation. Accordingly, when implementing each example, the type, scope of use, and usage scenarios of any data or information that may be involved should be communicated to the user and their authorization obtained through appropriate means, in accordance with relevant laws and regulations. The specific methods of notification and / or authorization can vary depending on the actual situation and application scenario; the scope of the solution is not limited in this regard.

[0016] In this manual and the examples, any solutions involving the processing of personal information will be processed only on the premise of a legal basis (such as obtaining the consent of the personal information subject, or being necessary for the performance of a contract), and will only be processed within the scope stipulated or agreed upon. A user's refusal to process personal information beyond what is necessary for basic functions will not affect the user's use of basic functions.

[0017] As used in this article, the term "interface" refers to the visual interactive medium presented to the user by an electronic device via a display component, which may include, but is not limited to, application pages, views, windows, overlays, and any combination thereof.

[0018] The term "region" as used in this article refers to the area in an interface used to carry a specific type of content. It can be a continuous area or a combination of several sub-areas, and its boundaries can be visible or invisible.

[0019] The term "size" as used in this article refers to the extent that a region occupies within an interface. It can be characterized by height, width, area, or by the number of rows or elements that the region can accommodate.

[0020] The term "search component" as used in this article refers to a component in an interface used to receive search input, which may include, but is not limited to, a search box, a text input area, a voice input control, an image input control, and any combination thereof.

[0021] As used in this document, the term "search term" refers to a word, phrase, sentence, image, or other form of retrieval expression that can be used to initiate a search, including but not limited to search terms obtained based on historical search operations and search terms determined and provided by the device.

[0022] The term "image search term" as used in this article refers to a search term presented in the form of an image, which may be the image itself used to initiate the search, a thumbnail of the image, or other forms of visual representation.

[0023] The term "search term set" as used in this article refers to the set of search terms obtained based on historical search operations, of which one or more may be selected for presentation in the interface.

[0024] The term "search request" as used in this article refers to a request that triggers search processing, which can be generated by submitting a search term entered in the search component or by triggering a search term presented in the interface.

[0025] The term "media content" as used in this article refers to information carriers that can be presented and consumed, which may include, but are not limited to, video, images, audio, text and graphics, and any combination thereof; the term "content stream" refers to a sequence of media content presented continuously in a certain arrangement, which usually supports loading segment by segment in a scrolling manner.

[0026] The term "display style" as used in this article refers to the arrangement of media content within an area in a content stream. This may include, but is not limited to, multi-row and multi-column styles, such as a two-column side-by-side arrangement or a horizontally slidable multi-row arrangement.

[0027] The term "pattern" as used in this article refers to a set of layout configurations used when an interface is presented. Different patterns correspond to different layout styles. The term "layout style" refers to the arrangement of elements in the interface, which may include, but is not limited to, the presence, position, size, and arrangement order of each area, as well as the number and presentation form of the elements presented therein.

[0028] The term "tag" as used in this article refers to an interactive element presented in a region that triggers the display of different content streams in that region; it can be presented as text, an icon, or a combination of both.

[0029] The term "component" as used in this document refers to an interface unit with its own presentation area and interactive capabilities, which may include, but is not limited to, panels, overlays, cards, speech bubbles, and any combination thereof; the term "entry point" refers to an interactive element in the interface used to trigger the presentation of another interface or the state of another interface; the term "control" refers to an interactive element in the interface used to receive operations and trigger corresponding processing.

[0030] The term "operation" as used in this article refers to an interactive action performed on an interface or an element in an interface via an input component, which may include, but is not limited to, clicking, long pressing, double-clicking, swiping, dragging, gestures, and any combination thereof; the term "swiping operation" refers to an operation that continuously applies displacement in a certain direction, which may be horizontal or vertical.

[0031] As mentioned above, in content-based applications, the interface used to handle search often needs to simultaneously display multiple types of content within the same screen area, including search input, search terms obtained based on historical search operations, search terms determined by the device, and the content stream. When these various types of content are arranged from top to bottom, the visible area of ​​the content stream at the bottom on the first screen is correspondingly compressed.

[0032] In addition, when the interface is presented, the soft keyboard corresponding to the input component usually pops up by default, which further occupies the visible area of ​​the interface, thus further reducing the number of content cards visible in the first screen.

[0033] In some traditional solutions, the area used to display search terms based on historical search operations is laid out in a fixed multi-line style. If the number of search terms displayed in this area is reduced to expand the visible area of ​​the content flow below, the likelihood of the user selecting a previously used search term again decreases; if the area is kept laid out in a multi-line style, the space occupied by this area is difficult to adjust according to the stage of the interface.

[0034] A user interface interaction scheme is proposed. According to this scheme, an electronic device presents a first interface, which includes at least a search component for receiving input search terms. The electronic device displays at least one first search term in a first area of ​​the first interface. In response to receiving a swipe operation, the electronic device displays at least one second search term in the first area.

[0035] Through the above scheme, the first area can display search terms in a smaller space, while the remaining search terms in the search term set are displayed in rotation within the same first area via a swipe operation. Users can browse more search terms without jumping to another interface, reducing the number of interface jumps required to browse search terms. Since swiping only causes content displacement within the first area, the position and size of other areas in the first interface do not change, and the client does not need to perform a reflow and redraw of the entire interface, thus reducing the blocking time and rendering overhead of the main thread. Correspondingly, the number of search terms that the first area needs to request and render by default is reduced, the amount of data transmitted on the first screen and the number of view nodes decrease, and the server's query load and the bandwidth usage of the end-to-cloud communication are reduced accordingly, thereby improving the efficiency of search term display.

[0036] The following describes various examples of this scheme in further detail with reference to the accompanying drawings.

[0037] Example Environment Figure 1 A schematic diagram of example environment 100 is shown. (e.g.) Figure 1 As shown, example environment 100 may include electronic device 110.

[0038] In this example environment 100, electronic device 110 can run an application 120 that supports user interface interaction. Application 120 can be any suitable type of application for presenting media content and supporting search, including but not limited to: short video applications, image and text community applications, comprehensive search applications, e-commerce applications, music applications, or other suitable applications. User 140 can interact with application 120 via electronic device 110 and / or its attached devices.

[0039] exist Figure 1 In environment 100, if application 120 is active, electronic device 110 can present interface 150 for supporting user interface interaction through application 120. Interface 150 may include the first interface, second interface, third interface, and fourth interface described below, as well as the various areas, components, tabs, entry points, controls, and search items included in these interfaces, the specific forms of which are described below in conjunction with... Figures 2A to 3C The example described.

[0040] In some cases, electronic device 110 communicates with server 130 to provide services to application 120. Electronic device 110 can be any type of mobile terminal, fixed terminal, or portable terminal, including mobile phones, desktop computers, laptop computers, notebook computers, netbook computers, tablet computers, media computers, multimedia tablets, handheld computers, portable gaming terminals, virtual reality (VR) / augmented reality (AR) devices, personal communication system (PCS) devices, personal navigation devices, personal digital assistants (PDAs), audio / video players, digital cameras / camcorders, positioning devices, television receivers, radio receivers, e-book devices, gaming devices, or any combination of the foregoing, including accessories and peripherals of these devices or any combination thereof. In some cases, electronic device 110 can also support any type of user-facing interface (such as "wearable" circuitry).

[0041] Server 130 can be a single physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks, and artificial intelligence platforms. Server 130 may include, for example, computing systems / servers such as mainframes, edge computing nodes, computing devices in cloud environments, etc. Server 130 can provide background services for applications 120 that support user interface interaction in electronic devices 110, such as retrieving and sorting search results, determining and distributing search terms, storing and synchronizing search term sets, and retrieving content streams.

[0042] A communication connection can be established between server 130 and electronic device 110. This communication connection can be established via wired or wireless means. The communication connection can include, but is not limited to, Bluetooth, mobile network, Universal Serial Bus (USB), and Wireless Fidelity (WiFi) connections. In some cases, server 130 and electronic device 110 can exchange signaling information through their communication connection.

[0043] It should be understood that the structure and function of the various elements in environment 100 are described for illustrative purposes only and do not imply any limitation on the scope of the scheme.

[0044] The following description of the example will continue with reference to the accompanying drawings.

[0045] Example Interaction The examples described herein can be implemented on electronic device 110. It should be noted that the operations described relative to electronic device 110 can be performed by a related application 120 running on electronic device 110. The interface described relative to electronic device 110 can be provided by application 120; for example, electronic device 110 presents the corresponding interface by running application 120. Furthermore, some operations described relative to electronic device 110 may require the assistance of server 130 to complete.

[0046] Figure 2A A schematic diagram of the fourth interface 200A is shown according to some scenarios. See below for reference. Figure 2A This describes the process of entering the first interface via the fourth interface.

[0047] In some cases, the electronic device 110 may display a fourth interface for presenting media content, and this fourth interface includes a search entry. Further, the electronic device 110 may, in response to a triggering operation on the search entry, display the first interface in a first mode. Figure 2A As an example, the fourth interface 200A is the media content consumption interface (e.g., a media content playback interface) of application 120. It presents the media content in a single-column full-screen style, with a navigation bar at the bottom for switching between the various functions of application 120, and a search entry 202 in the upper right corner. In response to receiving a click operation from user 140 on the search entry 202, electronic device 110 requests the search terms to be presented in the first interface from server 130, and presents the first interface in a first mode based on the returned search terms, an example of which will be referred to below. Figure 2B To describe it. The first interface here can be the intermediate search page.

[0048] In some cases, the media content currently presented in the fourth interface 200A can also serve as one of the bases for determining search terms. For example, the electronic device 110 can send the identifier of the currently presented media content to the server 130 along with the request, and the server 130 can determine the search terms related to the media content based on this identifier, and return them together with the search terms obtained based on historical search operations.

[0049] In this way, user 140 can directly access the first interface via search entry 202 during media content consumption, without needing to return to the previous interface to initiate a search, thus reducing the number of steps required to access the search. Since the various areas and search items within the first interface are not constructed before search entry 202 is triggered, the number of view nodes maintained by the client and the memory usage are reduced during the media content consumption phase. Correspondingly, the end-to-cloud interaction for obtaining search items is only initiated when search entry 202 is triggered, reducing the number of search item determinations by server 130 and the end-to-cloud communication bandwidth usage. Furthermore, the fourth interface 200A presents media content in a single-column full-screen style, which differs from the multi-column content stream presented in the first interface described below.

[0050] Figure 2B A schematic diagram of a first interface 200B presented in a first mode according to certain scenarios is shown. Interface 200B is referenced above. Figure 2A The described search entry point 202 was triggered and displayed. See below for reference. Figure 2B To describe the presentation process of the first interface.

[0051] In some cases, the electronic device 110 may present a first interface, which includes at least a search component for receiving input search terms; and at least one first search term is presented in a first area of ​​the first interface. For example... Figure 2B As shown, on interface 200B, electronic device 110 displays a search component 204, a first area (e.g., area 206), a third area (e.g., area 207), and a second area (e.g., area 208) sequentially from top to bottom. The search component 204 receives input search terms. The search component 204 may include an input box, media content input controls, etc.; the first area (e.g., area 206) displays search terms; the third area (e.g., area 207) displays recommended search terms 1 to 10; and the second area (e.g., area 208) displays a first content stream. Recommended search terms can be referred to as recommended guessing keywords.

[0052] In some cases, the first region (e.g., region 206) is adjacent to search component 204. Figure 2B As an example, the first area (e.g., area 206) is located directly below and adjacent to the search component 204, with no other areas between them. In other cases, the first area (e.g., area 206) may also be located above or alongside the search component 204, as long as they are adjacent in the interface.

[0053] In this way, the two methods of initiating a search—entering a search term at search component 204 and selecting a search term in the first area (e.g., area 206)—are adjacent to each other on the screen, reducing the range of movement for the user's line of sight and touch position, and decreasing the number of operation steps required to switch between the two methods. Since the first area (e.g., area 206) is located at the top of the first screen, the client does not need to perform scrolling and corresponding redrawing to bring the first area (e.g., area 206) into the visible range, thus avoiding the rendering overhead and main thread blocking time caused by scrolling. Consequently, content stream pagination requests triggered by scrolling are no longer generated, and the number of requests in the end-to-end cloud communication is reduced accordingly.

[0054] In some cases, the electronic device 110 may present a single-line search item in a first area, the single-line search item including the at least one first search item. Figure 2B As an example, the first region (e.g., region 206) presents only one row of search terms, including search terms 206-1 and 206-2 presented as bubbles, and at the end of the row, a first entry point is also presented (this first entry point is in...). Figure 2B The accompanying figures are not labeled separately; their labeling is provided below. Figure 2C The first entrance in the middle (210).

[0055] In some cases, the at least one first search term is a first part of a set of search terms obtained based on historical search operations. Figure 2B As an example, search terms 206-1 and 206-2 constitute the first part of the search term set, while the remaining search terms in the search term set are not presented by default in this state. In some cases, the search term set may be stored in the local storage of the electronic device 110, or it may be stored on the server 130 and sent to the electronic device 110 when the first interface is presented.

[0056] In this way, the first area (e.g., area 206) carries the search terms in a single-line style, compressing its space to a single line. The second area below it (e.g., area 208) has a correspondingly larger visible area on the first screen, allowing the user 140 to see more recommended search terms and content cards without scrolling. Since the first area (e.g., area 206) only displays the first part of the search term set by default, the number of search term view nodes that the electronic device 110 needs to construct and the amount of data required when displaying the first interface are reduced, thus lowering the first screen rendering overhead and rendering time. Correspondingly, the query scope of the server 130 for the search term set is reduced, and its database query load and end-to-cloud communication bandwidth usage decrease accordingly.

[0057] In some cases, the at least one first search term or the at least one second search term includes an image search term, which is an image corresponding to a first historical search request. Figure 2B As an example, search term 206-1 is a text-based search term, such as "skiing tutorial"; while search term 206-2 is an image-based search term, the image of which corresponds to an image search previously initiated by user 140 via the image input control, i.e., the first historical search request. In response to receiving a trigger operation on search term 206-2, electronic device 110 sends the identifier corresponding to the image as a search request to server 130, thereby obtaining the search result corresponding to the image again.

[0058] In this way, user 140 can initiate a search for the same image again without re-capturing or re-selecting the image, significantly reducing the number of steps required to repeat the image search. Since the identifier corresponding to the image is submitted instead of the image itself when initiating a search again, electronic device 110 does not need to repeatedly perform image acquisition, encoding, and uploading, greatly reducing the amount of data transmitted in the uplink and the bandwidth usage for end-to-cloud communication. Correspondingly, server 130 does not need to repeatedly perform feature extraction and index matching for the same image, reducing its computational load and shortening the response latency of the search.

[0059] In some cases, a first entry point may also be presented in the first region (e.g., region 206), and this first entry point is presented at the associated location of the at least one first search term. Figure 2B As an example, the first entry point is presented as "More History" at the end of the row containing search terms 206-1 and 206-2, i.e., on the same row as and immediately following the at least one first search term. In other cases, the associated position may also be at the beginning, above, or below the row containing the at least one first search term, as long as the first entry point is visually associated with the at least one first search term.

[0060] In this way, the first entry point and the search item it points to are within the same page unit. The user 140 can discover and trigger the first entry point while browsing the search items, reducing the number of steps required to locate it. Since the first entry point reuses the remaining space in that row of the first area (e.g., area 206), the client does not need to build a separate row view container for the entry point. The height occupied by the first area (e.g., area 206) remains unchanged, reducing the number of view nodes on the first screen and rendering overhead. Correspondingly, the first area (e.g., area 206) does not need to be reflowed before and after presenting the entry point, thus avoiding the main thread blocking time caused by reflow.

[0061] In some cases, the first interface includes a second region (e.g., region 208) for presenting a first content stream, and a first mode characterizes that the second region (e.g., region 208) has a first size. Figure 2B As an example, since the search component 204 and the third area (e.g., area 207) occupy the upper part of the interface 200B from top to bottom, the second area (e.g., area 208) starts from the middle of the interface 200B and is presented in the interface 200B with a first size. This first size can be represented by the height occupied by the second area (e.g., area 208) in the interface, or by the number of rows of content cards visible in the first screen.

[0062] In some cases, the first pattern represents the presentation of multiple labels in a second area (e.g., area 208), which are used to trigger the display of different content streams in the second area (e.g., area 208). Figure 2B As an example, the top of the second area (e.g., area 208) displays multiple tags such as tag 208-1 and tag 208-2, each corresponding to a different content aggregation dimension. In response to receiving a trigger operation for tag 208-2, the electronic device 110 sends a content stream request corresponding to tag 208-2 to the server 130, and after obtaining the corresponding content stream, replaces the first content stream currently displayed in the second area (e.g., area 208) with that content stream.

[0063] In some cases, the first content stream is presented in a multi-column format within a second area (e.g., area 208). Figure 2B As an example, the first content stream is presented in a two-column style, with each content card including a cover image, descriptive text, and interactive data. In other cases, the first content stream can also be presented in a multi-line style, such as in the form of horizontally scrollable multi-line cards.

[0064] In some cases, the first mode represents a first set of search terms presented in a third region (e.g., region 207) of the first interface, the first set of search terms corresponding to a first number. Figure 2B As an example, the third area (e.g., area 207) presents recommended search terms 1 to 10 in a five-row, two-column format, forming the first group of search terms, with a first number of ten. In some cases, a portion of the first group of search terms may be based on the references above. Figure 2A The fourth interface, as described, is determined by the media content currently presented, and another part may be determined based on historical search operations. For example, recommended search terms 1 to 10 may be determined based on the media content presented in the fourth interface. Historical search terms (e.g., historical search terms) presented in the first area (e.g., area 206) may be determined based on historical search operations.

[0065] In this way, user 140 can directly select search terms from the first region (e.g., region 206) and the third region (e.g., region 207) to initiate a search before typing any characters, reducing the number of characters and steps required to initiate a search. Because search requests are generated through selection, the number of auto-association requests triggered by the client during the character-by-character input phase decreases. Correspondingly, the number of auto-association calculations performed by server 130 for character-by-character input and the number of edge-cloud interaction rounds are reduced.

[0066] In some cases, search terms other than those presented in a single row in the first region (e.g., region 206) can be displayed in rotation within the same row via a swipe operation associated with the first region (e.g., region 206), or they can be displayed after the first entry point is triggered. References will be made below for each of these scenarios. Figure 2C , Figure 2D and Figure 2E To describe the above path.

[0067] Figure 2C A schematic diagram of a first interface 200C is shown after a first region (e.g., region 206) has been slid according to certain conditions. Interface 200C is referenced above. Figure 2B The interface described is 200B.

[0068] In some cases, electronic device 110 may, in response to receiving a swipe operation, present at least one second search item in a first area. In some cases, presenting at least one second search item in the first area may include, in response to the swipe operation, replacing the at least one first search item in a single row of search items with the at least one second search item. Figure 2B and Figure 2C As an example, in response to receiving a sliding operation applied horizontally within a first region (e.g., region 206) Figure 2C (The direction of the sliding operation is indicated by an arrow). The electronic device 110 performs a horizontal scrolling of the search item sequence in the first region (e.g., region 206) according to the direction and displacement of the sliding operation, so that the search item corresponding to search item 206-1 is moved out of the visible range of the first region (e.g., region 206). Figure 2C The search term is only partially visible in the first area (e.g., area 206), while the second search term 206-3, which was not previously displayed in the search term set, is displayed in the first area (e.g., area 206). Before and after sliding, the first area (e.g., area 206) still only displays one row of search terms, and the space it occupies remains unchanged.

[0069] In some cases, the at least one second search term is a second part of the set of search terms. Figure 2CAs an example, the second search term 206-3 constitutes the second part of the search term set, which, along with... Figure 2B The search terms 206-1 and 206-2, which form the first part, are different from each other. In some cases, the search terms in the second part can be pre-acquired and cached locally by the electronic device 110 before the swipe operation is received, or they can be requested from the server 130 after the swipe operation is received; in the former implementation, the presentation during the swipe process does not need to wait for the return of the end-to-cloud interaction.

[0070] In some cases, the direction of the swipe operation is not limited to the horizontal direction. For example, the search items in the first area (e.g., area 206) can also be presented in a vertical rotation, in which case the swipe operation is applied in the vertical direction; or, after the displacement of the swipe operation reaches a preset threshold, the first area (e.g., area 206) can be paged and rotated according to the full screen width, rather than scrolling continuously according to the displacement.

[0071] In this way, user 140 can browse more search terms in the search term set by swiping within the same row. The area occupied by the first region (e.g., region 206) remains unchanged before and after swiping, reducing the number of interface jumps required to browse more search terms. Since swiping only causes content displacement within the first region (e.g., region 206), and the position and size of the remaining areas in the first interface do not change, the client does not need to perform a reflow and redraw of the entire interface, reducing the blocking time and rendering overhead of the main thread. Correspondingly, the search terms in the second part can be directly retrieved from the local cache, thus reducing the number of end-to-cloud interaction rounds and the amount of data transmitted required to browse more search terms.

[0072] In some cases, electronic device 110 may present a first entry 210 in a first region (e.g., region 206); and in response to receiving a first operation, present a third portion of a set of search terms, the third portion including the first portion and the second portion, the first operation being used to trigger the first entry 210. Figure 2C As an example, the first entry point 210 is presented as "More History" at the end of the row in the first area (e.g., area 206). The first entry point 210 can be used to view more historical search terms, such as viewing all historical search terms. In some cases, the text of the first entry point 210 is not limited to "More History," but can also be "View More History," "View History," or presented as an icon.

[0073] In some cases, presenting a third portion of the search term set in response to a first operation on the first entry 210 can be achieved through two parallel paths: one is presenting a second interface that displays the search term set, an example of which will be referred to below. Figure 2DThe second method is to increase the size of the first region (e.g., region 206) to present the third part within the first region (e.g., region 206), an example of which will be referred to below. Figure 2E The two paths described above can be implemented separately or coexist in the same implementation. For example, the former can be triggered by clicking on the first entry 210, while the latter can be triggered by long-pressing on the first entry 210 or pulling down on the first area (e.g., area 206).

[0074] Figure 2D A schematic diagram of a second interface 200D is shown, depending on certain scenarios. Interface 200D can be referenced from the above. Figure 2C The first entry point 210 described is triggered and presented.

[0075] In some cases, the third part of presenting the set of search terms may include presenting a second interface that displays the set of search terms. Figure 2C and Figure 2D As an example, in response to receiving a first operation on the first entry point 210, the electronic device 110 retrieves the complete set of search terms from local storage or the server 130 and presents a second interface 200D. The display area 212 in the second interface 200D groups the set of search terms according to the time corresponding to the historical search operations, for example, grouping them by dates such as September 2, 2024, September 1, 2024, August 26, 2024, August 24, 2024, and August 23, 2024. The corresponding search terms are presented sequentially under each group. Therefore, the set of search terms displayed on the second interface 200D includes both the search terms in the first part and the search terms in the second part.

[0076] In some cases, the electronic device 110 may receive a second operation for deleting at least one search item from the search item set; and in response to the second operation, stopping the presentation of the at least one search item in the first area. Figure 2D As an example, each search item in display area 212 is followed by a delete control 214. In response to a trigger operation (i.e., the second operation) received for the delete control 214 corresponding to a search item (e.g., any historical search item) under the September 2, 2024 group, the electronic device 110 marks the search item as deleted in local storage and synchronizes the deletion result via a communication connection with server 130; after returning to the first interface, the electronic device 110 stops displaying the search item in the first area (e.g., area 206). In some cases, all delete controls may also be displayed at the bottom of the second interface 200D, and in response to a trigger operation on them, the electronic device 110 stops displaying each search item in the search item set.

[0077] In this way, user 140 can complete the deletion in the second interface 200D displaying the set of search terms, and the deletion result is directly reflected in the first area (e.g., area 206) of the first interface. User 140 does not need to back-and-forth verify between the two interfaces, reducing the number of operation steps required to complete a deletion and make it effective. Since the deletion result takes effect locally immediately and is reported via a single synchronization request, the client does not need to re-fetch the complete set of search terms to refresh the first area (e.g., area 206), reducing the number of edge-cloud interaction rounds and the amount of data transmitted. Correspondingly, the deleted search terms will no longer be displayed in the first area (e.g., area 206), and invalid search requests generated by selecting such search terms will no longer occur, thus reducing the number of invalid recall and sorting calculations performed by server 130.

[0078] In this way, the complete content of the search item set is only presented after the first entry point 210 is triggered. User 140 can directly access the complete view of the search item set with a single operation when needed, reducing the number of steps required to find earlier search items. Since the first interface does not need to carry the complete content of the search item set when presented by default, the number of nodes in its initial view and the amount of data requested are reduced. Correspondingly, a complete query for the search item set is only initiated to server 130 after the first operation is received, thus reducing the number of database queries performed by server 130 and the bandwidth usage for end-to-end cloud communication.

[0079] Figure 2E A schematic diagram of a first interface 200E is shown after the first region (e.g., region 206) has been enlarged according to certain conditions. Interface 200E is referenced above. Figure 2B The interface described is 200B or as mentioned above. Figure 2C The described interface 200C is similar to the one referenced above. Figure 2D The second interface 200D described is two parallel paths responding to the same first operation.

[0080] In some cases, presenting a third part of the search term set may include increasing the size of the first region to present the third part within the first region. Figure 2C and Figure 2E As an example, in response to receiving a first operation on the first entry 210, the electronic device 110 increases the size of the first region (e.g., region 206) from accommodating one row of bubbles to accommodating three rows of bubbles, and presents both the first and second parts of the search item set within the increased area. Figure 2E The historical search terms 1 to 9, along with the search terms in image form, together constitute the third part.

[0081] In some cases, as the size of the first region (e.g., region 206) increases, the third region (e.g., region 207) and the second region (e.g., region 208) can be moved downwards accordingly, and the visible area of ​​the second region (e.g., region 208) on the first screen will decrease accordingly. In other cases, the increase in the size of the first region (e.g., region 206) can also be achieved by covering it, that is, the increased portion covers the third region (e.g., region 207), while the positions of the third region (e.g., region 207) and the second region (e.g., region 208) remain unchanged.

[0082] In some cases, after the first area (e.g., area 206) is enlarged, its lower edge may also display the "View More History" entry 218 and the "Delete History" entry 220. In response to receiving a trigger operation for the "View More History" entry 218, the electronic device 110 displays the above-mentioned reference. Figure 2D The second interface 200D is described below. In response to receiving a trigger operation on the deletion history entry 220, the electronic device 110 displays deletion controls inside each search item bubble presented in the first area (e.g., area 206). In response to receiving a trigger operation on one of the deletion controls, the electronic device 110 stops displaying the search item corresponding to that deletion control in the first area (e.g., area 206). Thus, even with the first area (e.g., area 206) enlarged, deletion can be completed locally within the first interface without entering the second interface 200D.

[0083] In some cases, the first area (e.g., area 206) needs to be enlarged to accommodate the space for viewing more history entries 218 and deleting history entries 220; while in the case where the first area (e.g., area 206) only displays a single line of search terms ( Figure 2B and Figure 2C The deletion of the search term set is completed in the second interface 200D.

[0084] In this way, the remaining search terms in the search term set can be presented locally within the same interface, allowing user 140 to browse the third part without navigating to another interface, further reducing the number of interface jumps required to browse the search term set. Since the enlargement of the first area only involves adjusting the position of that area and the areas below it, the client does not need to perform interface-level construction and destruction, reducing the number of view reconstructions and rendering overhead caused by interface jumps. Correspondingly, the search terms in the third part can be obtained from the local cache or from a single query, thus reducing the number of end-to-cloud interaction rounds and server 130 queries required to present the search term set.

[0085] In some cases, the single-line search terms presented in the first area (e.g., area 206), the search terms presented in rotation within the same line via a swipe operation, or the third part presented locally via a first operation, and the set of search terms displayed on the second interface 200D constitute three presentation levels of the search term set, corresponding to different operation depths and different data acquisition ranges, respectively. Thus, the data acquisition range of the search term set can be progressively expanded according to the operation depth applied by the user 140, avoiding querying and rendering the entire search term set in the default state.

[0086] Figure 2F A schematic diagram of a third interface 200F is shown, depending on certain scenarios. Interface 200F is presented upon receiving a search request from the first interface.

[0087] In some cases, the electronic device 110 may present a first interface in a first mode. Accordingly, the electronic device 110 may, in response to receiving a search request on the first interface, present a third interface displaying search results corresponding to the search request; and in response to receiving a third operation on the third interface, present the first interface in a second mode, the first and second modes corresponding to different layout styles. (See above reference) Figure 2B , Figure 2C and Figure 2E The interfaces 200B, 200C, and 200E described are the first interfaces presented in the first mode.

[0088] by Figure 2B and Figure 2F As an example, in response to user 140 selecting a search term (e.g., any historical search term) in the first area (e.g., area 206), selecting recommended search term 1 in the third area (e.g., area 207), or entering a search term in search component 204 and submitting, electronic device 110 generates a search request carrying the search term and sends it to server 130; server 130 performs search result recall and sorting based on the search request, and returns the sorted search results to electronic device 110; electronic device 110 displays the returned search results in display area 222 of the third interface 200F.

[0089] In some cases, the electronic device 110 may present a second content stream as at least part of the search results on a third interface, wherein the first and second content streams correspond to the same display style, including a multi-row style or a multi-column style. Figure 2B and Figure 2FAs an example, the first content stream in the second area of ​​the first interface (e.g., area 208) is presented in a two-column style, and the second content stream in display area 222 of the third interface 200F is also presented in a two-column style. Each content card also includes a cover image, descriptive text, and interactive data. In addition, labels 6 to 10 are presented at the top of display area 222. These labels are used to filter search results and belong to a different interface from labels 208-1, 208-2, etc. in the second area of ​​the first interface (e.g., area 208): the former is used to filter within the range of returned search results, and the latter is used to trigger the display of different content streams in the second area. Multiple labels correspond to multiple types, and multiple types correspond to multiple different media content streams. Each media content stream includes multiple media contents. The first display area can display the cover of at least some of the media contents or the preview of at least some of the media contents. Specifically, the cover or preview can be presented in a single column or a double column.

[0090] In this way, the content layout faced by user 140 remains consistent when switching between the first and third interfaces. Users do not need to relocate the content they are interested in to adapt to different layouts, reducing the browsing and locating steps required to switch between the two interfaces. Since the content cards in both interfaces use the same display style, the client can reuse the same set of card layout calculation logic, image decoding, and caching strategies. There is no need to maintain separate layout templates and resource caches for different styles, reducing rendering overhead, memory usage, and the number of times images are repeatedly decoded. Correspondingly, when returning to the first interface from the third interface, the cached content card resources can be directly reused, reducing the number of fetch requests required to re-render the content stream and the bandwidth usage for end-to-end cloud communication.

[0091] In some scenarios, after browsing search results and consuming media content on the third interface 200F, user 140 can return to the first interface via a third operation. This third operation can be a triggering action of the return control in the upper left corner of the third interface 200F, a side-swipe return gesture initiated from the edge of the screen, or a system-level return operation provided by the electronic device 110. The following will refer to... Figures 3A to 3C To describe the first interface presented in the second mode.

[0092] Figure 3A A schematic diagram of a first interface 300A presented in a second mode according to certain scenarios is shown. Interface 300A is referenced above. Figure 2B The described interface 200B is the presentation of the same first interface in different modes, and the two correspond to different layout styles.

[0093] by Figure 2F and Figure 3AAs an example, in response to receiving a return operation (i.e., the third operation) applied in the third interface 200F, the electronic device 110 no longer reconstructs the first interface in the first mode, but instead redetermines the presence, position, size, and number of elements presented in each area of ​​the first interface according to the layout configuration corresponding to the second mode, and presents the first interface 300A accordingly. Figure 3A As an example, in the second mode, the first area (e.g., area 302-1) is still presented below the search component in the form of a single row of bubbles, the third area 302-2 presents recommended search terms 11 to 14, and the second area 304 starts below the third area 302-2.

[0094] In some cases, a first mode characterizes a second region having a first size, and a second mode characterizes a second region having a second size, which is larger than the first size. Figure 2B and Figure 3A As an example, the second area is composed of Figure 2B The second region (e.g., region 208) becomes Figure 3A The second area 304 in the interface moves up from its starting position and occupies a greater height, increasing the number of content cards visible on the first screen from about one row to about two rows.

[0095] In this way, user 140 can directly browse the first content stream without performing additional scrolling operations after the search results are returned, reducing the number of scrolls required to browse the same amount of media content. Because the number of visible content cards on the first screen increases, the number of pagination fetches triggered by the client to display the same amount of media content decreases, resulting in a corresponding reduction in rendering batches and main thread usage. Consequently, the number of content stream fetch requests sent to server 130 decreases, thus reducing the query load on server 130 and the bandwidth usage for end-to-end cloud communication.

[0096] In some cases, presenting the first interface in a second mode includes: stopping the presentation of multiple tabs on the first interface. Figure 2B and Figure 3A As an example, in the first mode, multiple labels are presented at the top of the second area (e.g., area 208), including label 208-1 and label 208-2, etc., while in the second mode, these multiple labels are no longer presented at the top of the second area 304, and the first content stream starts to be presented from the top of the second area 304.

[0097] In this way, the top area of ​​the second region 304 in the second mode is completely handed over to the first content stream. After returning, user 140 can directly browse the media content without first selecting a content aggregation dimension, reducing the number of steps required to access content browsing. Since these tabs are no longer displayed, the client does not need to maintain their floating position and perform repeated rendering during scrolling, reducing the number of redraws and the main thread blocking time. Correspondingly, content stream requests initiated due to tab switching are no longer generated, thus reducing the number of requests and the amount of data transmitted in end-to-end cloud communication.

[0098] In some cases, the first mode represents presenting a first set of search terms in a third area of ​​the first interface, the first set of search terms corresponding to a first number; and presenting the first interface in a second mode includes: in the third area, presenting a second set of search terms, the second set of search terms corresponding to a second number, the second number being less than the first number. Figure 2B and Figure 3A As an example, in the first mode, the third area (e.g., area 207) presents recommended search terms 1 to 10 in five rows and two columns, with a first number of ten items; while in the second mode, the third area 302-2 presents recommended search terms 11 to 14 in two rows and two columns, with a second number of four items.

[0099] In some cases, at least one search term in the second set of search terms is obtained based on the search request. Figure 2B and Figure 3A As an example, the recommended search terms 11 to 14 presented in the second mode are different from the recommended search terms 1 to 10 presented in the first mode in terms of content, and at least one of the latter is re-determined based on the search request previously submitted by user 140 on the first interface. Figure 3A The recommended search term 1 presented in the search component is the previously submitted search request.

[0100] In some cases, the determination of the second set of search terms can be performed by different entities. In one implementation, electronic device 110 locally stores the search terms corresponding to the preceding search request and performs matching and sorting based on these search terms in a locally cached set of candidate search terms, thereby determining the second set of search terms locally. In another implementation, electronic device 110 sends the identifier of the preceding search request to server 130, which then performs recall and sorting of candidate search terms based on the preceding search request and returns the sorted second set of search terms to electronic device 110. In yet another implementation, server 130 performs recall of candidate search terms based on the preceding search request and returns a candidate set; electronic device 110 then combines this with its locally stored set of search terms to reorder the candidate set, thereby obtaining the second set of search terms.

[0101] In this way, the number of search terms presented in the second mode is reduced and associated with previously submitted search requests. After returning, user 140 can directly select search terms that match the current search intent, reducing the number of input characters and operation steps required to initiate a search again. Because the number of search terms to be presented is reduced and their matching degree with the current search intent is improved, the number of view nodes that electronic device 110 needs to construct and the amount of data required to present search terms decrease, thus reducing the number of duplicate inputs and invalid search requests caused by mismatched search terms. Correspondingly, the number of times server 130 needs to determine search terms for a single presentation and the number of recall and sorting calculations performed for invalid search requests are reduced, thereby reducing its computational load and the amount of data exchanged between the end and cloud.

[0102] In some cases, the first area (e.g., area 302-1) remains adjacent to the search component in the second mode, maintaining the same presentation as the first area in the first mode (e.g., area 206). Both areas present search items as single-line bubbles with the first entry point at the end of the line. Thus, the same functional area maintains a consistent presentation and position before and after the search results are returned, eliminating the need for users 140 to establish different operational expectations for the same function at different stages. Because the view structure of this area is consistent in both modes, the client can reuse existing view nodes when switching modes without destroying and rebuilding the view corresponding to that area, reducing rendering overhead and main thread blocking time caused by mode switching.

[0103] Figure 3B A schematic diagram of a first interface 300B presented in a second mode according to certain scenarios is shown. Interface 300B is referenced above. Figure 3A The described interface 300A is also an implementation in the second mode, and it is more streamlined than the first interface.

[0104] In some cases, presenting the first interface in a second mode includes: stopping the presentation of the first area on the first interface. Figure 2B and Figure 3B As an example, in the first mode, the first region (e.g., region 206) is presented below the search component 204, while... Figure 3B In the second mode shown, the first area is no longer displayed. In some cases, the third area may also be stopped from being displayed, in which case only the search component 306 and the second area 304 are displayed in the first interface 300B. The second area 304 starts below the search component 306 and has a second size, in which the first content stream is presented in a two-column style. The search component 306 and Figure 2B The search component 204 in the text represents the same search component in different modes, with the previously submitted search request displayed within its box.

[0105] In this way, the layout of the first interface in the second mode is maximized for the first content stream. After the search results return, user 140 enters an interface primarily for browsing media content, able to view multiple lines of content cards without any scrolling. Since the first area is no longer displayed, electronic device 110 does not need to build view nodes for the search items, nor does it need to initiate corresponding data requests to display those search items, further reducing the initial screen rendering overhead and the number of view nodes. Correspondingly, server 130 does not need to distribute the search item set for this display, thus reducing the number of database queries and the amount of data transmitted in end-to-end cloud communication.

[0106] In some situations, if user 140 needs to continue searching in this mode, they can trigger the corresponding component via search component 306, as will be discussed below. Figure 3C To describe.

[0107] Figure 3C A schematic diagram of a first interface 300C presenting the first component according to certain scenarios is shown. Interface 300C follows from the previous reference. Figure 3B The interface described is 300B.

[0108] In some cases, electronic device 110 may, in response to the first interface being in a second mode, receive a fourth operation via a search component; and on the first interface, present a first component including a third set of search items, the first component covering at least a portion of the second area. Figure 3B and Figure 3C As an example, in response to receiving a click operation on the search component (i.e., the fourth operation), the electronic device 110 requests the search items to be presented from the server 130, and presents the first component 306 in a floating manner at the top of the first interface. The first component presents a third group of search items, such as historical search item 1, historical search item 2, search items in the form of images, and recommended search items 11 to 20. The first entry is also presented at the end of the row where the historical search items are located.

[0109] In some cases, the first component is presented over the second area without pushing the second area down; in response to receiving an operation on an area other than the first component, the electronic device 110 stops presenting the first component, and the first interface returns to normal. Figure 3B The presentation state is shown below. In some cases, the recommended search terms in the third group of search terms presented in the first component are re-determined based on the previously submitted search request after the fourth operation is received. These terms may be the same as or different from the second group of search terms. In some cases, the position and size of the first component can be adjusted as needed. For example, the first component may pop up from the bottom of the first interface or be presented as a half-screen card.

[0110] In some cases, the historical search terms presented in the first component and the first entry at the end of each line are consistent with the references above. Figures 2B to 2E The corresponding elements in the first area described are implemented in the same way, and the sliding operation applied to them can trigger the above-described processes such as rotating presentation, presenting the second interface, or enlarging in place.

[0111] In this way, user 140 can still conveniently access search terms within the first interface presented in the second mode without needing to switch back to the first interface presented in the first mode, reducing the number of interface jumps required to initiate a search again. Since the first component is presented in an overlay manner without changing the position and size of the second area, the client does not need to perform reflow and rearrangement of the first content stream in the second area, thus avoiding the rendering overhead and main thread blocking time caused by reflow. Correspondingly, the media content already loaded in the second area does not need to be retrieved again, reducing the amount of data transmitted in the end-to-cloud communication and the query load on server 130.

[0112] In some cases, the above references Figures 2A to 2F The described example is consistent with the above reference. Figures 3A to 3C The described examples can be combined as needed. For example, the first interface can be adopted in the first mode. Figure 2B The single-line format shown, and after the first operation is received, press Figure 2D The path shown presents a second interface, or you can click on it. Figure 2E The path shown expands the first region locally; the first interface can be used in the second mode. Figure 3A The format shown for retaining concise search terms can also be adopted. Figure 3B The stop shown presents the shape of the first region, and in the latter via Figure 3C The first component shown continues the search. There is no mutually exclusive relationship between the examples above; one or more can be selected for implementation based on the actual application scenario.

[0113] Example process Figure 4 A flowchart illustrating an example process 400 of interface interaction under certain conditions is shown. Process 400 can be implemented at electronic device 110. See below for reference. Figure 4 To describe process 400.

[0114] like Figure 4 As shown, in box 410, the electronic device 110 presents a first interface, which includes at least a search component for receiving input search terms. Its interactive presentation can be seen above. Figure 2B The example described.

[0115] In box 420, electronic device 110 presents at least one first search item in the first area of ​​the first interface. Its interactive presentation can be found above. Figure 2B The example described.

[0116] In box 430, in response to receiving a swipe operation, electronic device 110 presents at least one second search item in the first area. Its interactive presentation can be found above. Figure 2C The example described.

[0117] In this way, the first area can display search items in a smaller layout, while the remaining search items are displayed in rotation within the same area via a swipe operation. Users 140 can browse more search items without switching to another interface, reducing the number of interface jumps required to view search items. Since swiping only causes content displacement within the first area, the position and size of other areas in the first interface remain unchanged. The client does not need to perform a reflow and redraw of the entire interface, reducing the main thread's blocking time and rendering overhead. Because the number of search items that the first area needs to request and render by default is reduced, the amount of data transmitted on the first screen and the number of view nodes decrease, consequently reducing the query load on server 130 and the bandwidth usage for end-to-end cloud communication.

[0118] In some cases, the at least one first search term can be a first part of a set of search terms, and the at least one second search term can be a second part of that set of search terms, which is obtained based on historical search operations. For specific interactive presentation, please refer to the above. Figure 2B and Figure 2C The example described illustrates this. In this way, user 140 can directly select previously used search terms to initiate a search again without having to retype them word by word. At the same time, the first area only needs to request and render a portion of the search term set each time, reducing the amount of data that needs to be transmitted and the number of view nodes that need to be built for the first screen, thereby reducing the query scope and database query load of server 130 for the search term set.

[0119] In some scenarios, the electronic device 110 may present a first entry point in a first area; and, in response to receiving a first operation, present a third portion of a set of search terms, the third portion comprising the first and second portions, the first operation being used to trigger the first entry point. Specific interactive presentation can be found above. Figure 2C , Figure 2D and Figure 2EThe example described illustrates this. In this way, user 140 can browse all the previously presented search items in a single operation, reducing the number of swipes required to browse the set of search items. Simultaneously, the third part is only requested and rendered after the first operation is received, reducing the initial screen rendering overhead and peak memory usage, and consequently reducing the number of complete queries for the set of search items and the amount of data transmitted in end-to-end cloud communication.

[0120] In some cases, the electronic device 110 can receive a second operation for deleting a first search item from the search item set; and in response to the second operation, stop displaying the first search item in the first area. For specific interactive presentation details, please refer to the above. Figure 2D The example described illustrates this approach. In this way, the deletion results are directly reflected in the first area, eliminating the need for user 140 to repeatedly check between different interfaces, thus reducing the number of steps required to complete a deletion and make it effective. Simultaneously, the deletion results take effect locally instantly and are reported via a single synchronization request. The client does not need to re-fetch the complete set of search terms to refresh the first area, thereby reducing the number of edge-cloud interaction rounds and the number of invalid recall calculations caused by selecting deleted search terms.

[0121] In some cases, the third part of presenting the search term set may include presenting a second interface that displays the search term set. See above for specific interactive presentation examples. Figure 2D The example described illustrates this. In this way, user 140 can access the full view of the search item set with a single operation when needed, reducing the number of steps required to find earlier search items. Simultaneously, the first interface does not need to carry the full content of the search item set when presented by default, reducing the number of nodes in its initial view and the amount of data requested. A complete query for the search item set is only initiated to server 130 after the first operation is received.

[0122] In some cases, presenting a third part of the search term set may include increasing the size of the first area to present the third part within the first area. For specific interactive presentation details, please refer to the above. Figure 2E The example described illustrates this. In this way, user 140 can browse the third part within the first interface without needing to navigate to another interface, further reducing the number of interface jumps required to browse the search item set. Simultaneously, this processing only involves positional adjustments to the first area and the areas below it; the client does not need to perform interface-level construction and destruction, reducing the number of view reconstructions and rendering overhead caused by interface jumps, and consequently reducing the number of end-to-cloud interaction rounds required to present the search item set.

[0123] In some cases, presenting the first entry point in the first area may include presenting the first entry point at the associated location of at least one first search term. For specific interactive presentation details, please refer to the above. Figure 2B and Figure 2C The example described illustrates this. In this way, the first entry point and the search item it points to are within the same page unit. The user 140 can discover and trigger the entry point while browsing the search items, reducing the number of steps required to locate the entry point. At the same time, the entry point reuses the remaining page space of that row in the first area, so the client does not need to build a separate row view container for it. The number of view nodes on the first screen and the rendering overhead are reduced, and the first area does not need to be rearranged before and after the entry point is presented.

[0124] In some cases, the at least one first search term or the at least one second search term may include an image search term, which is an image corresponding to a first historical search request. For specific interactive presentation details, please refer to the above. Figure 2B The example described illustrates this. In this way, user 140 can initiate a search for the same image again without re-capturing or re-selecting the image, significantly reducing the number of steps required to repeat the image search. Furthermore, when initiating a search again, the identifier corresponding to the image is submitted instead of the image itself. Electronic device 110 does not need to repeatedly perform image acquisition, encoding, and uploading, greatly reducing the amount of data transmitted in the uplink and the bandwidth usage for end-to-cloud communication. Server 130 does not need to repeatedly perform feature extraction and index matching on the same image, thus shortening the response latency of the search.

[0125] In some cases, presenting the first interface may include presenting the first interface in a first mode. Accordingly, the electronic device 110 may also, in response to receiving a search request on the first interface, present a third interface displaying search results corresponding to the search request; and, in response to receiving a third operation on the third interface, present the first interface in a second mode, where the first and second modes correspond to different layout styles. Specific interactive presentations can be found above. Figure 2B , Figure 2F and Figure 3A The example described illustrates this. In this way, the same initial screen can be presented with different layout styles before and after the search results are returned. After returning, user 140 can directly browse the content of interest without additional scrolling or switching operations. Simultaneously, in the second mode, the initial screen does not require building and refreshing corresponding view nodes for certain functional areas, reducing the client's initial screen rendering overhead and the number of view nodes, shortening the initial screen rendering time, and consequently reducing the number of queries and requests that server 130 needs to execute for this presentation.

[0126] In some cases, the first interface may include a second area for presenting the first content stream. A first mode may indicate that the second area has a first size, and a second mode may indicate that the second area has a second size, which is larger than the first size. For specific interactive presentation details, please refer to the above. Figure 2B and Figure 3A The example described illustrates this. In this way, the number of content cards visible to user 140 within one screen after returning increases, while the number of scrolls required to view the same amount of media content decreases. Simultaneously, the number of pagination fetches and rendering batches triggered by the client to render the same amount of media content decreases, consequently reducing the query load on server 130 and the bandwidth usage for end-to-end cloud communication.

[0127] In some scenarios, the electronic device 110 may stop displaying multiple tabs on the first interface. The first mode can represent displaying these multiple tabs in a second area, where they trigger the display of different content streams. For specific interactive presentation details, please refer to the above. Figure 2B and Figure 3A The example described illustrates this. In this way, the top panel of the second area is completely handed over to the first content stream in the second mode, allowing user 140 to browse media content without first selecting a content aggregation dimension. Simultaneously, the client does not need to maintain hover positioning and perform repeated rendering for these multiple tabs during scrolling, reducing the number of redraws and main thread blocking time during scrolling, and consequently reducing the number of content stream requests initiated due to tab switching.

[0128] In some cases, the electronic device 110 may, in response to the first interface being in a second mode, receive a fourth operation via a search component; and on the first interface, present a first component including a third set of search items, the first component covering at least a portion of the second area. Specific interactive presentations can be found above. Figure 3C The example described illustrates this. In this way, user 140 can still easily access search terms in the second mode without having to switch back to the first interface presented in the first mode. Simultaneously, the first component is presented as an overlay without changing the position and size of the second area. The client does not need to perform reflow and rearrangement of the first content stream, thus avoiding the rendering overhead and main thread blocking time caused by reflow, and already loaded media content does not need to be fetched again.

[0129] In some cases, the electronic device 110 may present a second content stream as at least part of the search results on a third interface, wherein the first and second content streams correspond to the same display style, including a multi-row or multi-column style. Specific interactive presentation details can be found above. Figure 2B and Figure 2FThe example described illustrates this. In this way, the content layout remains consistent for user 140 when switching between the first and third interfaces, reducing the browsing and locating steps required to switch between the two interfaces. Simultaneously, the client can reuse the same set of card layout calculation logic, image decoding, and caching strategies, eliminating the need to maintain separate layout templates and resource caches for different styles. This reduces rendering overhead, memory usage, and the number of repeated image decodings. Cached content card resources can be directly reused upon return, thus reducing the number of fetch requests required to re-render the content stream.

[0130] In some cases, the electronic device 110 may present a second set of search items in a third area, the second set of search items corresponding to a second number. The first mode can represent presenting a first set of search items in a third area of ​​the first interface, the first set of search items corresponding to a first number, and the second number being less than the first number. For specific interactive presentation, please refer to the above. Figure 2B and Figure 3A The example described illustrates this. In this way, the space occupied by the third area is reduced accordingly in the second mode, and the range of media content that user 140 can directly browse after returning is expanded. At the same time, the number of view nodes that need to be built to render the search item and the amount of data that needs to be transmitted decrease, and the number of times server 130 needs to determine the search item and the computational load required for a single rendering are reduced accordingly.

[0131] In some cases, at least one search term in the second set of search terms can be obtained based on the search request. For specific interactive presentation details, please refer to the above. Figure 3A and Figure 3C The example described illustrates this. In this way, the presented search terms match the user 140's current search intent, reducing the number of input characters and steps required to initiate a search again. Simultaneously, the number of duplicate inputs and invalid search requests due to mismatched search terms decreases, consequently reducing the number of recall and ranking calculations performed by the server 130 for invalid search requests and the amount of end-to-cloud communication data.

[0132] In some cases, presenting the first interface in a second mode may include stopping the presentation of the first area on the first interface. For specific interactive presentation details, please refer to the above. Figure 3B The example described illustrates this. In this way, the layout of the first interface in the second mode is maximized for the first content flow, allowing user 140 to browse multi-line content cards without scrolling. Simultaneously, electronic device 110 does not need to construct view nodes and initiate corresponding data requests for search items in the first area, further reducing the initial screen rendering overhead and the number of view nodes. Consequently, the amount of search item set data and the number of database queries required by server 130 for this presentation decrease.

[0133] In some cases, presenting the first interface in the first mode may include: presenting a fourth interface for displaying media content, the fourth interface including a search entry; and presenting the first interface in the first mode in response to a triggering operation on the search entry. Specific interactive presentation details can be found above. Figure 2A and Figure 2B The example described illustrates this. In this way, user 140 can directly access the first interface via the search entry point during media content consumption, reducing the number of steps required to access the search. Simultaneously, the various areas and search items within the first interface are only constructed and requested after the search entry point is triggered. This reduces the number of view nodes maintained and memory usage on the client side during media content consumption, consequently reducing the number of search item determinations by server 130 and the bandwidth usage for end-to-end cloud communication.

[0134] In some cases, presenting at least one first search item in a first area of ​​a first interface may include: presenting a single-line search item in the first area, the single-line search item including the at least one first search item; and presenting at least one second search item in the first area may include: in response to the swipe operation, replacing the at least one first search item in the single-line search item with the at least one second search item. For specific interactive presentation, please refer to the above. Figure 2B and Figure 2C The example described illustrates this. In this way, the space occupied by the first area is compressed into a single line and remains unchanged before and after swiping, while the amount of other content visible to the user on the same screen increases accordingly. Simultaneously, swiping only causes content replacement within that line, eliminating the need for the client to perform a full reflow and redraw of the entire interface. This reduces the main thread's blocking time and rendering overhead, and consequently reduces the amount of search item data required for the first screen.

[0135] In some cases, the first area can be adjacent to the search component. See above for specific interaction details. Figure 2B and Figure 3A The example described illustrates this. In this way, the two methods of initiating a search—entering a search term via the search component and selecting a search term in the first area—are adjacent to each other on the page, reducing the range of movement for the user's line of sight and touch position. Simultaneously, the client does not need to perform scrolling and corresponding redrawing to bring the first area into view, thus avoiding the rendering overhead and main thread blocking time caused by scrolling, and consequently reducing the number of content stream pagination fetch requests triggered by scrolling.

[0136] A corresponding apparatus for implementing the above methods or processes is also provided.

[0137] Example devices and equipment Figure 5A schematic structural block diagram of an example device 500 for interface interaction is shown, according to some scenarios. Device 500 can be implemented as or included in electronic device 110. The various modules / components in device 500 can be implemented by hardware, software, firmware, or any combination thereof.

[0138] like Figure 5 As shown, the device 500 includes: a first presentation module 510 configured to present a first interface, the first interface including at least a search component for receiving input search terms; a second presentation module 520 configured to present at least one first search term in a first area of ​​the first interface; and a third presentation module 530 configured to present at least one second search term in the first area in response to receiving a swipe operation.

[0139] In some cases, the at least one first search term may be a first part of a set of search terms, and the at least one second search term may be a second part of the set of search terms, which is obtained based on historical search operations.

[0140] In some cases, the second presentation module 520 may also be configured to present a first entry in a first region; and, in response to receiving a first operation, present a third portion of a set of search terms, the third portion including the first portion and the second portion, the first operation being used to trigger the first entry.

[0141] In some cases, the second presentation module 520 may also be configured to receive a second operation for deleting a first search item from the set of search items; and in response to the second operation, to stop presenting the first search item in the first area.

[0142] In some cases, the second presentation module 520 can also be configured to present a second interface that displays a set of search terms.

[0143] In some cases, the second presentation module 520 can also be configured to increase the size of the first region in order to present the third part in the first region.

[0144] In some cases, the second presentation module 520 may also be configured to present the first entry at the associated location of the at least one first search item.

[0145] In some cases, the at least one first search term or the at least one second search term may include an image search term, which is an image corresponding to a first historical search request.

[0146] In some cases, the first presentation module 510 may also be configured to present the first interface in a first mode; in response to receiving a search request on the first interface, present a third interface that displays the search results corresponding to the search request; and in response to receiving a third operation on the third interface, present the first interface in a second mode, the first mode and the second mode corresponding to different layout styles.

[0147] In some cases, the first interface may include a second area for presenting a first content stream. A first mode may characterize the second area as having a first size, and a second mode may characterize the second area as having a second size, which is larger than the first size.

[0148] In some cases, the first presentation module 510 can also be configured to stop presenting multiple tabs on the first interface. The first mode can represent presenting these multiple tabs in a second area, where they trigger the display of different content streams.

[0149] In some cases, the first presentation module 510 may also be configured to receive a fourth operation via a search component in response to the first interface being in a second mode; and to present a first component on the first interface, the first component including a third set of search items, the first component covering at least a portion of the second area.

[0150] In some cases, the first presentation module 510 may also be configured to present a second content stream on a third interface as at least a portion of the search results. The first and second content streams correspond to the same display style, which may include a multi-row or multi-column style.

[0151] In some cases, the first presentation module 510 may also be configured to present a second set of search items in a third area, the second set of search items corresponding to a second number. The first mode can represent presenting a first set of search items in a third area of ​​the first interface, the first set of search items corresponding to a first number, the second number being less than the first number.

[0152] In some cases, at least one of the search terms in the second set of search terms may be obtained based on the search request.

[0153] In some cases, the first presentation module 510 can also be configured to stop presenting the first area on the first interface.

[0154] In some cases, the first presentation module 510 may also be configured to present a fourth interface for presenting media content, the fourth interface including a search entry; and to present the first interface in a first mode in response to a triggering operation on the search entry.

[0155] In some cases, the second presentation module 520 may also be configured to present a single-line search item in a first area, the single-line search item including the at least one first search item; the third presentation module 530 may also be configured to replace the at least one first search item in the single-line search item with the at least one second search item in response to a swipe operation.

[0156] In some cases, the first region can be adjacent to the search component.

[0157] The modules included in device 500 can be implemented in various ways, including software, hardware, firmware, or any combination thereof. In some cases, one or more modules can be implemented using software and / or firmware, such as machine-executable instructions stored on a storage medium. In addition to or as an alternative to machine-executable instructions, some or all of the units in device 500 can be implemented at least partially by one or more hardware logic components. By way of example and not limitation, exemplary types of hardware logic components that can be used include field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard parts (ASSPs), systems on a chip (SOCs), complex programmable logic devices (CPLDs), and so on.

[0158] Figure 6 A block diagram of an electronic device 600 in which one or more example scenarios may be implemented is shown. It should be understood that... Figure 6 The electronic device 600 shown is merely exemplary and should not be construed as limiting the functionality and scope of the examples described herein. Figure 6 The illustrated electronic device 600 can be used to implement the electronic device 110 discussed above.

[0159] like Figure 6 As shown, electronic device 600 is in the form of a general-purpose electronic device. Components of electronic device 600 may include, but are not limited to, one or more processing units or processors 610, memory 620, storage device 630, one or more communication units 640, one or more input devices 650, and one or more output devices 660. Processor 610 may be a physical or virtual processor and is capable of performing various processes according to programs stored in memory 620. In a multiprocessor system, multiple processors execute computer-executable instructions in parallel to improve the parallel processing capability of electronic device 600.

[0160] Electronic device 600 typically includes multiple computer storage media. Such media can be any accessible media that is accessible to electronic device 600, including but not limited to volatile and non-volatile media, removable and non-removable media. Memory 620 can be volatile memory (e.g., registers, cache, random access memory (RAM)), non-volatile memory (e.g., read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory), or some combination thereof). Storage device 630 can be removable or non-removable media and can include machine-readable media, such as flash drives, disks, or any other media that can be used to store information and / or data and can be accessed within electronic device 600.

[0161] Electronic device 600 may further include additional removable / non-removable, volatile / non-volatile storage media. Although not explicitly stated... Figure 6 As shown, disk drives for reading from or writing to removable, non-volatile disks (e.g., "floppy disks") and optical disk drives for reading from or writing to removable, non-volatile optical disks can be provided. In these cases, each drive can be connected to a bus (not shown) via one or more data media interfaces. Memory 620 may include computer program product 625 having one or more program modules configured to perform various methods or actions of various examples.

[0162] The communication unit 640 enables communication with other electronic devices via a communication medium. Additionally, the functionality of the components of the electronic device 600 can be implemented using a single computing cluster or multiple computing machines capable of communicating via communication connections. Therefore, the electronic device 600 can operate in a networked environment using logical connections to one or more other servers, networked personal computers, or another network node.

[0163] Input device 650 can be one or more input devices, such as a mouse, keyboard, trackball, etc. Output device 660 can be one or more output devices, such as a monitor, speaker, printer, etc. Electronic device 600 can also communicate with one or more external devices (not shown) via communication unit 640 as needed. These external devices include storage devices, display devices, etc., and can communicate with one or more devices that enable user interaction with electronic device 600, or with any device that enables electronic device 600 to communicate with one or more other electronic devices (e.g., network card, modem, etc.). Such communication can be performed via an input / output (I / O) interface (not shown).

[0164] A computer-readable storage medium is provided that stores computer-executable instructions thereon, wherein the computer-executable instructions are executed by a processor to implement the methods described above. A computer program product is also provided, which is tangibly stored on a non-transitory computer-readable medium and includes computer-executable instructions, which are executed by a processor to implement the methods described above.

[0165] The flowcharts and / or block diagrams of the methods, apparatus, devices, and computer program products referred to herein describe various aspects. It should be understood that each block of the flowcharts and / or block diagrams, as well as combinations of blocks in the flowcharts and / or block diagrams, can be implemented by computer-readable program instructions.

[0166] These computer-readable program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that, when executed by the processor of the computer or other programmable data processing apparatus, they create means for implementing the functions / actions specified in one or more blocks of the flowchart and / or block diagram. These computer-readable program instructions can also be stored in a computer-readable storage medium that causes a computer, programmable data processing apparatus, and / or other device to operate in a particular manner; thus, the computer-readable medium storing the instructions comprises an article of manufacture that includes instructions for implementing aspects of the functions / actions specified in one or more blocks of the flowchart and / or block diagram.

[0167] Computer-readable program instructions can be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions that execute on the computer, other programmable data processing apparatus, or other device to perform the functions / actions specified in one or more boxes of a flowchart and / or block diagram.

[0168] The flowcharts and block diagrams in the accompanying figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products under various scenarios. In this respect, each block in a flowchart or block diagram may represent a module, segment, or portion of an instruction, which contains one or more executable instructions for implementing the specified logical function. In some alternative implementations, the functions marked in the blocks may occur in a different order than those shown in the figures. For example, two consecutive blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0169] Various examples have been described above. The foregoing descriptions are exemplary and not exhaustive, nor are they limited to the disclosed implementations. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described implementations. The terminology used herein is chosen to best explain the principles, practical applications, or improvements to technology in the market, or to enable others skilled in the art to understand the various implementations disclosed herein.

Claims

1. A method for interface interaction, comprising: A first interface is presented, which includes at least a search component for receiving input search terms. At least one first search item is presented in the first area of ​​the first interface; as well as In response to receiving a swipe operation, at least one second search item is presented in the first area.

2. The method according to claim 1, wherein the at least one first search term is a first part of a search term set, the at least one second search term is a second part of the search term set, and the search term set is obtained based on historical search operations.

3. The method according to claim 2, further comprising: The first entrance is presented in the first area; as well as In response to receiving a first operation, a third portion of the search term set is presented, the third portion comprising the first portion and the second portion, the first operation being used to trigger the first entry point.

4. The method according to claim 3, further comprising: Receive a second operation, the second operation being used to delete at least one search item from the set of search items; as well as In response to the second operation, the presentation of the at least one search item in the first area is stopped.

5. The method of claim 3, wherein the third portion of presenting the set of search terms comprises: A second interface is then displayed, showing the set of search terms.

6. The method of claim 3, wherein the third portion of presenting the set of search terms comprises: Increase the size of the first region to present the third part within the first region.

7. The method of claim 3, wherein presenting the first entrance in the first region comprises: The first entry is presented at the associated location of the at least one first search term.

8. The method of claim 2, wherein the at least one first search term or the at least one second search term includes an image search term, the image search term being an image corresponding to a first historical search request.

9. The method of claim 1, wherein presenting the first interface comprises: The method further includes presenting the first interface in a first mode: In response to receiving a search request on the first interface, a third interface is presented, the third interface displaying the search results corresponding to the search request; and In response to receiving a third operation on the third interface, the first interface is presented in a second mode, the first mode and the second mode corresponding to different layout styles.

10. The method of claim 9, wherein the first interface includes a second region for presenting a first content stream, the first mode characterizing the second region to have a first size, the second mode characterizing the second region to have a second size, the second size being larger than the first size.

11. The method of claim 10, wherein the first mode represents the presentation of multiple labels in the second region, the multiple labels being used to trigger the display of different content streams in the second region, and the presentation of the first interface in the second mode includes: Stop displaying the multiple labels on the first interface.

12. The method of claim 10, further comprising: In response to the first interface being in the second mode, a fourth operation is received through the search component; as well as On the first interface, a first component is presented, the first component including a third set of search items, and the first component covers at least a portion of the second area.

13. The method of claim 10, further comprising: On the third interface, a second content stream is presented as at least part of the search results, wherein the first content stream and the second content stream correspond to the same display style, which includes a multi-row style or a multi-column style.

14. The method of claim 9, wherein presenting the first interface in a second mode comprises: Stop displaying the first area on the first interface.

15. The method of claim 1, wherein presenting at least one first search item in the first region of the first interface comprises: In the first area, a single-line search item is presented, the single-line search item including the at least one first search item; and Presenting at least one second search term in the first region includes: in response to the swipe operation, replacing at least one first search term in the single-row search terms with at least one second search term.

16. A device for interface interaction, comprising: A first presentation module is configured to present a first interface, the first interface including at least a search component, the search component being used to receive input search terms; The second presentation module is configured to present at least one first search item in a first area of ​​the first interface; as well as The third presentation module is configured to present at least one second search item in the first area in response to receiving a swipe operation.

17. An electronic device comprising: At least one processor; as well as At least one memory coupled to the at least one processor and storing instructions for execution by the at least one processor, the instructions causing the electronic device to perform the method according to any one of claims 1 to 15 when executed by the at least one processor.

18. A computer-readable storage medium having stored thereon computer-executable instructions that can be executed by a processor to implement the method according to any one of claims 1 to 15.

19. A computer program product tangibly stored in a computer storage medium and comprising computer-executable instructions that, when executed by a device, cause the device to perform the method according to any one of claims 1 to 15.

Images