People are increasingly utilizing portable electronic devices to perform a wide variety of tasks. As an example, people can utilize a camera of such a device to capture an image of an object. For example, a user can use a camera to capture a still image or video on things in the environment in the camera's field of view. There might be multiple objects in an image or video, and the user may not be able to determine what the objects are or know much about them.
Various embodiments in accordance with the present disclosure will be described with reference to the drawings, in which:
a) and 1(b) illustrates an example of a user using a portable computing device to capture an image of an object that can be utilized in accordance with various embodiments;
a), 2(b), 2(c), 2(d), and 2(e) illustrate an example interface that conveys to a user which objects are recognized in a current view, as well as actions that can be accomplished using those objects, that can be utilized in accordance with various embodiments;
a), 3(b), 3(c), and 3(d) illustrate an example interface wherein actions for recognized objects can be updated or accessed in accordance with various embodiments;
a), 4(b), 4(c), and 4(d) illustrate an example interface enabling a user to perform an action for a recognized object that can be utilized in accordance with various embodiments;
Systems and methods in accordance with various embodiments of the present disclosure may overcome one or more of the aforementioned and other deficiencies experienced in conventional approaches to imaging objects in the environment and learning more about them. In particular, various embodiments enable a computing device to analyze information, such as sensor data captured by one or more sensors of the computing device, to attempt to identify one or more objects represented in the information. Sensor data can include, for example, images or video data captured by a camera, audio captured by a microphone, position data captured by a global positioning system, and any other appropriate data capable of being acquired by one or more sensors (or other such components) of a computing device. The represented objects can include tangible and/or intangible objects, such as may include, for example, text strings, bar codes, songs, movies, products, locations, people, weather-related information, and other types of items, events, and/or occurrences. Various embodiments also provide an interface that enables the device to convey which objects have been recognized, such as by displaying a set of virtual “fireflies” or other types of graphical elements over a live view of image (e.g., video) information being captured by the device. Various embodiments also can determine one or more actions that can be performed for certain objects, and can provide selectable options enabling a user to instruct the performance of any of those actions. The interface can also retain or archive information for at least some of those actions such that a user can cause those actions to be performed whether or not the corresponding object is within a field of view of a camera, being received by a microphone, or otherwise being currently detected by at least one sensor or other such component of the computing device.
Various other applications, processes, and uses are presented below with respect to the various embodiments.
a) illustrates an example situation 100 wherein a user 102 is interacting with a computing device 104. Although a portable computing device (e.g., a smart phone, an e-book reader, or tablet computer) is shown, it should be understood that various other types of electronic devices that are capable of determining and processing input can be used in accordance with various embodiments discussed herein. These devices can include, for example, desktop computers, notebook computers, personal data assistants, cellular phones, video gaming consoles or controllers, smart televisions, a wearable computer (e.g., a smart watch or glasses), and portable media players, among others. In this example, the computing device 104 has at least one image capture element 106, such as a camera or camera sensor, operable to perform functions such as image and/or video capture. Each image capture element may be, for example, a charge-coupled device (CCD), a motion detection sensor, or an infrared sensor, or can utilize another appropriate image capturing technology. In this example, the user 102 is interested in obtaining information about a particular document 110. This could include, for example, information contained in the document or information about the document itself, among other such information. The device can include other sensors for capturing information as well, such as at least one microphone 112 operable to capture audio data 114 or a position sensor for acquiring position data, among others.
In this example, the document 110 contains information that might be of interest to the user. This information includes, for example, a body of text, a phone number, and a web address. The user might want to acquire any or all of this information for any of a number of reasons, such as to update contact information, call the number, access a Web site associated with the address, and so on. In order to obtain this information, the user can position the computing device 104 such that at least the relevant portion of the document 110 is within a field of view 108 of at least one camera 106 of the computing device. The resulting image can then be displayed on a display screen 122 of the computing device, as illustrated in the example situation 120 of
Using a conventional approach, the user can cause the image to be captured and uploaded to a server that is capable of running one or more image recognition or analysis algorithms on the image to attempt to identify text within the image. This can include, for example, at least one optical character recognition (OCR) algorithm. Oftentimes, however, the image that is captured will not be of sufficient quality to recognize the object that is of interest to the user. For example, the image might be out of focus or blurry, or part of the image might be obscured. Further, sometimes the recognition algorithm will only be able to recognize a portion of the image, which may or may not include the portion that is of interest to the user. Since the user is uploading the image to a server, the user has to wait for the image to be uploaded and analyzed before determining whether the relevant information was recognized, and whether it was recognized properly. If not, the user must cause another image to be analyzed and hope that the desired result is returned. This process can be inefficient and potentially frustrating to a user.
Accordingly, approaches in accordance with various embodiments can provide an interface that enables a user to determine which objects have been recognized, such that the user can make near real-time adjustments in order to cause the device to recognize the object(s) of interest. Such an interface can indicate each such object that has been recognized, and can provide information about that object as applicable. Further, if that object is an actionable object, or a type of object with which an action is associated, for example, the interface can enable that action (or any of a number of associated actions) to be performed with respect to the object. As mentioned elsewhere herein, in some embodiments an action can be enabled to be performed for any recognized object, regardless of type, or a subset of recognized objects. In at least some embodiments, information for these actions can be stored, retained, or otherwise archived such that a user can cause that action to be performed whether or not the object is still recognizable by the device. This can include, for example, a situation where the object is no longer in a field of view of a camera or detectable by a microphone or other sensor or component of the device. Such an interface can be provided as part of the operating system, as part of the camera software/hardware, or as part of an application sitting on top of the camera stack, among other such options.
For example,
Some fireflies can be animated to move about the screen, while some can be caused to appear to flash in place, either once or a number of times. There can be a fixed number of fireflies on a screen at any given time, or a variable number that can depend on any of a number of different factors. There can be some fireflies that flash in place while other fireflies move, in order to give the impression of a group of living organisms without the impression of swarming or other motions that may be somewhat disconcerting to a user. In some embodiments, the fireflies can be small points or circles that flash from invisible or transparent to a bright white or yellow light, for example, similar to how fireflies light in nature. Other appearances can be used as well, along with different colors, sizes, brightness values, etc. In order to give a more natural appearance, different fireflies on the same display might also have different brightness levels, intensities, colors, distances, sizes, and the like. In at least some embodiments a user (or developer or application, etc.) can be enabled to change the appearance or behavior of the fireflies, among other such aspects. When entering a recognition mode, in at least some embodiments, any chrome or interface associated with the camera can be removed, reduced in size or scope, or otherwise modified to further indicate that the device has entered a different mode of operation. In at least some embodiments, the audio of the device can also be adjusted when fireflies perform different operations, such as to emit a louder buzzing noise when moving or emit little to no buzzing when a bounding box is created. Further, different buzzing sounds can be used when fireflies are animated differently, such as to display a first buzzing noise (or provide a first amount of vibration) when the fireflies are animated to disperse across at least a portion of a display, and a different buzzing noise (or amount of vibration) when the fireflies are proximate a representation of an object or a launch button, among other such options.
In at least some embodiments, the fireflies can be animated, rendered, or otherwise caused to appear to act with at least some level of intelligence. For example, as illustrated in
In some embodiments, different recognition algorithms and/or services might be used to recognize different types of objects. For example, a string might be recognized as text that matches a determined pattern, such as a pattern indicating the text is a phone number or URL. Accordingly, information for these objects might be processed by a different algorithm or process. The different types of processing therefore can result, in at least some embodiments, in different objects being recognized at different times. Similarly, different objects might be recognized at different times due to changes in the image that enable different portions to be recognized at different times, among other such options.
In response to a second object being recognized, as illustrated in the example situation 240 of
In various embodiments, a type of the object can also be determined. In at least some embodiments, this can include at least an “actionable” or a “non-actionable” type, or equivalent(s). For example, a text string such as “to entertainment” might be a portion of text that can be handled as normal text, such as for copying and pasting, which might not be considered an actionable object in at least some embodiments (while being considered actionable in others). Objects such as a phone number or URL might be considered to be actionable objects as the computing device can perform at least one specific function with respect to each of these objects that might be of interest to a user. For each actionable object, every recognized object, or at least one recognized actionable object, for example, the interface can provide a user-selectable input, icon, or element associated with the representation of that object. In other embodiments, a user-selectable input or element might be provided for each recognized object, or a specific subset of recognized objects, among other such options. Objects such as barcodes and QR codes might be considered either actionable or not actionable objects in different embodiments. Similarly, objects such as songs might be considered actionable if the software is linked to a song identification and/or purchasing source, and text might be considered actionable if a translation is available.
In various embodiments, the user-selectable icon can take the form of what will be referred to herein as a “ribbon” 244, although various other types of elements or objects can be utilized as well within the scope of the various embodiments as discussed and suggested elsewhere herein. In this embodiment, a ribbon 244 is comprised of at least two parts: information about the object and information about at least one action that can be taken. As illustrated, the ribbon can list the phone number that was recognized, such that the user can determine whether the phone number was properly recognized before using the number. The ribbon can also identify the action that can be taken, in this case using a phone icon and including the word “dial,” although various other indications can be used as well. In some embodiments the user might be able to select from different options or cause a specific action to be associated with a type of object, such as where a user would like to send a text or make a Skype® video call instead of a conventional phone call, among other such options. In some embodiments, a ribbon might have two touch targets: a first target that comprises approximately 80% of the area of the ribbon that enables the user to select the primary action, and a second target of approximately 20% of the ribbon area that enables the user to go to a detail card, or other such element, that provides other actions or plugins applicable to that object, as well as potentially a copy of the image that was used to recognize the object for context, among other such possibilities. As discussed, a ribbon in some embodiments can include at least three things to display: an image relating to the object, a title or name of the object, and a source of disambiguation, such as an author or artist name to help a user distinguish that object from other objects with the same or similar names or titles, etc. Ribbons (or other user-selectable icons) can also provide different actions for various types of objects. For example, a ribbon can include an action to purchase or download a song that was recognized from audio data, or to play a movie that was recognized from audio data and/or video data captured by one or more sensors of the device.
In this example, the ribbon is displayed near the “bottom” of the display for the current orientation, although other places can be utilized as well. In at least some embodiments, the ribbon 244 can remain on the screen for at least a determined period of time, whether or not the corresponding representation of the object is still visible in the display or otherwise accessible to the device. For example, a user might point the camera towards the number in order to have the phone number accessible via the device. Once captured and/or recognized, the user might no longer want to continue to hold the device with the number in the field of view of the camera, and might want to bring the camera to a more comfortable position in order to touch the ribbon or otherwise check and dial the number. In some embodiments, the user might want the device to store the number to dial at a later time that is more convenient for the user. In any of these or other such cases, it can be desirable for the device to display the ribbon for a period of time, or at least enable the user to access the ribbon at the appropriate time.
As illustrated in the example situation 260 of
As illustrated in the example situation 280 of
As additional objects are recognized, the fireflies can identify the representations of those objects and additional ribbons can be provided. For example, in the situation 300 of
As mentioned, it might be the case that the user might not keep the objects within the field of view of one of the cameras or sensors on the device, such as when the device has recognized an object and the user wants to act on that object using a more comfortable position of the device. As an example, in the situation 320 of
In the example situation 340 of
In some instances, a user might want to access one of the previously-generated ribbons without having to again cause the device to recognize an associated object. As illustrated in the example situation 360 of
a) through 4(d) illustrate another example interface that can utilize fireflies and ribbons to enable a user to perform an action with respect to a recognized object in accordance with various embodiments. In this example, as illustrated in the situation 400 of
In many instances, as mentioned, there can be multiple actions that can be taken. For example, a phone number might be used for text messaging, a voice call, or a video call. If a URL contains a foreign word, actions might include opening the URL in a Web browser or translating the word. Various other actions can apply as well. Accordingly, in at least some embodiments the types of action may be selectable by a user, or the algorithms for suggesting these actions might be ranked or otherwise prioritized. For example, an object being recognized as a URL might always take precedence over the object being identified to contain a foreign term, as the user will be more likely on average to want to follow the URL than to translate it. In some cases, such as where a user can make a voice, video, or VoIP call, for example, the device might analyze the user's historical usage or present the user with options or preferences, for example, that can determine which action to provide to the user in a ribbon. As mentioned, in some embodiments two or more options can be presented concurrently. A ribbon can also contain an option that enables the user to view other available actions, and select one or more of those actions to be performed.
While the sensors are active, in at least some embodiments, a subsequent instruction can be received 506 that causes the computing device to enter what is referred to herein as a recognition mode, or another such state. While in the recognition mode, the computing device can cause a group of “fireflies” or other such graphical elements to be displayed 508 over, or along with, the live view of images captured by the designated camera(s). The live view in some embodiments can include a single image stream from a single camera, multiple image streams from multiple cameras, or a three-dimensional stream from one or more stereoscopic cameras, among other such options. While the fireflies are moving and/or flashing about the display, at least a portion of the captured sensor data can be analyzed 510 to attempt to recognize at least one object based at least in part upon a representation of the object in the sensor data. If an object is not recognized 512, the process can continue. If an object is recognized, at least a subset or group of fireflies can be caused 514 to identify the representation of the recognized object, such as by bounding the representation in the live view or otherwise adjusting one or more aspects (e.g., colors, movements, etc.) to indicate recognition. As mentioned, some of the fireflies can appear to move to an animated bounding box proximate a representation of an item, while other fireflies can appear or flash at the bounding box, among other such options. During or around the time that the fireflies identify recognition of the object, the device (or a computing system in communication with the device) can attempt to determine 516 a type of the object. This can include at least whether the object is an actionable object, and in at least some embodiments can identify whether the object is a text string, URL, phone number, song, movie, location, video file, email address, product, or other such object type. If the object is determined 518 to not be of an actionable type, for example, the process can continue. If the object is determined to be of an actionable type, the type of action for that object can be determined 520. This can include, for example, an action for dialing a number, emailing or opening an address, identifying a song, downloading a movie, launching a video file, or other such actions as discussed and suggested elsewhere herein. As discussed, for an object with multiple associated actions at least one action can be selected for that object. Also, in some embodiments one or more actions can be determined for each recognized object, whether or not the object is determined to be actionable. Once an action is determined, a ribbon or other such user-selectable icon can be generated and displayed 522, which enables the user to initiate the action with respect to the object. If the ribbon is a new ribbon or a previously-generated ribbon that is not currently displayed, the ribbon can be caused to be displayed and the displayed ribbons can be adjusted as appropriate, such as to move the ribbons down or across a stack or arrangement of ribbons, which can be navigable by a user in at least some embodiments.
As an example,
In at least some embodiments, a user can utilize a search option to locate information from archived user-selectable icons, or elements that are otherwise not displayed at the current time. In some embodiments, entering into detection mode can cause the most recent user-selectable icon(s) to be displayed and then immediately archived or otherwise moved off screen, in order to indicate to, or remind, the user that there are archived elements off screen. In some embodiments elements for objects identified to be relevant to a current environment or surrounding of the device are shown at any given time. The user can scroll or otherwise navigate through the elements, to potentially view every element that has been generated and obtain the related information. Various other ways of navigating or accessing this element history can be utilized as well. These elements can be sorted using any appropriate criterion, such as creation date, date of last access, distance of creation from current location, etc. In some embodiments the history can include other elements as well, such as elements associated with objects known to be in a vicinity of the user at the current time, or a future time, as may be based upon detections from other users or other devices of the same user. In some embodiments, a user starting to scroll or navigate through the archived elements can cause the device to enter an “identifying” or other such mode, wherein the sensors stops capturing sensor data and/or the captured sensor data is not analyzed, and a search bar (or other search mechanism) can appear on the screen, such as by dropping down from a top of the display. In some embodiments, a search bar can appear when the user causes more than about 50%-60% of the screen to contain elements, although various other criteria can be utilized as well. The user can search using various types of metrics, such as object type, action type, date of access, object name, action name, location of object, and the like.
In at least some embodiments, the user-selectable icon generation software can be stored on the computing device and/or remote from the device, such as may be offered as a Web service. In some embodiments, an interface such as one or more application programming interfaces (APIs) can be used to help obtain identifying information for an object, such as by providing images and description of an object. Such interfaces can also enable third party systems and services to plug into the system and help to identify objects, provide information for objects, or enable specific actions for objects, among other such possibilities.
In this example, a light sensor can be used to determine an amount of light in a general direction of objects to be captured. At least one illumination element, such as a white light emitting diode (LED) or infrared (IR) emitter, can be used to provide illumination in a particular range of directions when, for example, there is insufficient light as determined by the light sensor. In some embodiments, there can be an emitter for each of the image capture elements, with each emitter positioned proximate the respective image capture element. Various other elements and combinations of elements can be used as well within the scope of the various embodiments as should be apparent in light of the teachings and suggestions contained herein. The device can include at least one networking component 708, enabling the device to communicate with at least one remote system or service, such as may be used to identify objects or obtain information relating to identified objects. The device also can include at least one microphone 710 or other such sensor for capturing audio data.
In order to provide various functionality described herein,
As discussed, the device in many embodiments will include at least one image capture element 808, such as one or more cameras that are able to image a user, people, or objects in the vicinity of the device. An image capture element can include, or be based at least in part upon any appropriate technology, such as a CCD or CMOS image capture element having a determined resolution, focal range, viewable area, and capture rate. The example device includes at least one orientation determining component 810, such as an electronic gyroscope used to determine motion of the device for assistance in acquiring focused images. The device also can include at least one illumination element, as may include one or more light sources (e.g., white light LEDs, IR emitters, or flash lamps) for providing illumination and/or one or more light sensors or detectors for detecting ambient light or intensity, etc.
The example device can include at least one additional input device 812 able to receive conventional input from a user. This conventional input can include, for example, a push button, touch pad, touch screen, wheel, joystick, keypad, mouse, trackball, keypad or any other such device or element whereby a user can input a command to the device. These I/O devices could even be connected by a wireless infrared or Bluetooth or other link as well in some embodiments. In some embodiments, however, such a device might not include any buttons at all and might be controlled only through a combination of visual (e.g., gesture) and audio (e.g., spoken) commands such that a user can control the device without having to be in contact with the device.
As discussed, different approaches can be implemented in various environments in accordance with the described embodiments. For example,
The illustrative environment includes at least one application server 908 and a data store 910. It should be understood that there can be several application servers, layers or other elements, processes or components, which may be chained or otherwise configured, which can interact to perform tasks such as obtaining data from an appropriate data store. As used herein, the term “data store” refers to any device or combination of devices capable of storing, accessing and retrieving data, which may include any combination and number of data servers, databases, data storage devices and data storage media, in any standard, distributed or clustered environment. The application server 908 can include any appropriate hardware and software for integrating with the data store 910 as needed to execute aspects of one or more applications for the client device and handling a majority of the data access and business logic for an application. The application server provides access control services in cooperation with the data store and is able to generate content such as text, graphics, audio and/or video to be transferred to the user, which may be served to the user by the Web server 906 in the form of HTML, XML or another appropriate structured language in this example. The handling of all requests and responses, as well as the delivery of content between the client device 902 and the application server 908, can be handled by the Web server 906. It should be understood that the Web and application servers are not required and are merely example components, as structured code discussed herein can be executed on any appropriate device or host machine as discussed elsewhere herein.
The data store 910 can include several separate data tables, databases or other data storage mechanisms and media for storing data relating to a particular aspect. For example, the data store illustrated includes mechanisms for storing content (e.g., production data) 912 and user information 916, which can be used to serve content for the production side. The data store is also shown to include a mechanism for storing log or session data 914. It should be understood that there can be many other aspects that may need to be stored in the data store, such as page image information and access rights information, which can be stored in any of the above listed mechanisms as appropriate or in additional mechanisms in the data store 910. The data store 910 is operable, through logic associated therewith, to receive instructions from the application server 908 and obtain, update or otherwise process data in response thereto. In one example, a user might submit a search request for a certain type of item. In this case, the data store might access the user information to verify the identity of the user and can access the catalog detail information to obtain information about items of that type. The information can then be returned to the user, such as in a results listing on a Web page that the user is able to view via a browser on the user device 902. Information for a particular item of interest can be viewed in a dedicated page or window of the browser.
Each server typically will include an operating system that provides executable program instructions for the general administration and operation of that server and typically will include computer-readable medium storing instructions that, when executed by a processor of the server, allow the server to perform its intended functions. Suitable implementations for the operating system and general functionality of the servers are known or commercially available and are readily implemented by persons having ordinary skill in the art, particularly in light of the disclosure herein.
The environment in one embodiment is a distributed computing environment utilizing several computer systems and components that are interconnected via communication links, using one or more computer networks or direct connections. However, it will be appreciated by those of ordinary skill in the art that such a system could operate equally well in a system having fewer or a greater number of components than are illustrated in
The various embodiments can be further implemented in a wide variety of operating environments, which in some cases can include one or more user computers or computing devices which can be used to operate any of a number of applications. User or client devices can include any of a number of general purpose personal computers, such as desktop or laptop computers running a standard operating system, as well as cellular, wireless and handheld devices running mobile software and capable of supporting a number of networking and messaging protocols. Such a system can also include a number of workstations running any of a variety of commercially-available operating systems and other known applications for purposes such as development and database management. These devices can also include other electronic devices, such as dummy terminals, thin-clients, gaming systems and other devices capable of communicating via a network.
Most embodiments utilize at least one network that would be familiar to those skilled in the art for supporting communications using any of a variety of commercially-available protocols, such as TCP/IP, FTP, UPnP, NFS, and CIFS. The network can be, for example, a local area network, a wide-area network, a virtual private network, the Internet, an intranet, an extranet, a public switched telephone network, an infrared network, a wireless network and any combination thereof.
In embodiments utilizing a Web server, the Web server can run any of a variety of server or mid-tier applications, including HTTP servers, FTP servers, CGI servers, data servers, Java servers and business application servers. The server(s) may also be capable of executing programs or scripts in response requests from user devices, such as by executing one or more Web applications that may be implemented as one or more scripts or programs written in any programming language, such as Java®, C, C# or C++ or any scripting language, such as Perl, Python or TCL, as well as combinations thereof. The server(s) may also include database servers, including without limitation those commercially available from Oracle®, Microsoft®, Sybase® and IBM®.
The environment can include a variety of data stores and other memory and storage media as discussed above. These can reside in a variety of locations, such as on a storage medium local to (and/or resident in) one or more of the computers or remote from any or all of the computers across the network. In a particular set of embodiments, the information may reside in a storage-area network (SAN) familiar to those skilled in the art. Similarly, any necessary files for performing the functions attributed to the computers, servers or other network devices may be stored locally and/or remotely, as appropriate. Where a system includes computerized devices, each such device can include hardware elements that may be electrically coupled via a bus, the elements including, for example, at least one central processing unit (CPU), at least one input device (e.g., a mouse, keypad, controller, touch-sensitive display element or keypad) and at least one output device (e.g., a display device, printer or speaker). Such a system may also include one or more storage devices, such as disk drives, optical storage devices and solid-state storage devices such as random access memory (RAM) or read-only memory (ROM), as well as removable media devices, memory cards, flash cards, etc.
Such devices can also include a computer-readable storage media reader, a communications device (e.g., a modem, a network card (wireless or wired), an infrared communication device) and working memory as described above. The computer-readable storage media reader can be connected with, or configured to receive, a non-transitory computer-readable storage medium representing remote, local, fixed and/or removable storage devices as well as storage media for temporarily and/or more permanently containing, storing, and retrieving computer-readable information. The system and various devices also typically will include a number of software applications, modules, services or other elements located within at least one working memory device, including an operating system and application programs such as a client application or Web browser. It should be appreciated that alternate embodiments may have numerous variations from that described above. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets) or both. Further, connection to other computing devices such as network input/output devices may be employed.
Storage media and other non-transitory computer-readable media for containing code, or portions of code, can include any appropriate media known or used in the art, including storage media and communication media, such as but not limited to volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, including RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other medium which can be used to store the desired information and which can be accessed by a system device. Based on the disclosure and teachings provided herein, a person of ordinary skill in the art will appreciate other ways and/or methods to implement the various embodiments.
The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense. It will, however, be evident that various modifications and changes may be made thereunto without departing from the broader spirit and scope of the invention as set forth in the claims.
This application claims priority to U.S. Provisional Patent Application Ser. No. 61/821,677, entitled “Mobile Device User Interface—Camera,” filed May 9, 2013, which is hereby incorporated herein by reference, in its entirety and for all purposes.
Number | Date | Country | |
---|---|---|---|
61821677 | May 2013 | US |