Place Glass interrelates between a place and CG content. A place can be a building, air port, train, hotel, person’s home, medical center etc. A place is identified by a code, for example QR code or some short number. For convenience CG will be provided with a numeric index of places so that this index can be used also when code scanning is not available.
Place identifier can be assigned using several methods, all related with the presence of a person in a given place:
Scannable Code: A code that can be scanned with a device camera such as QR code or Barcode (e.g. identify the presence in a shopping place).
Numeric code: text or number or a combination of both.
Textual code: for example the name of the place (e.g. “Azrieli”)
Ticket: a ticket is the evidence for someone being in some place and it can be used to produce place’s identifier.
Attach Widget with Place identifier
The process is similar to the case of Object Glass. When the Widget is created it can be assigned with a Code either scanned code or textual user input code.
User clicks the Attach Button, selects the type of code to assign with and makes the assignment.
The start condition in the case of Place Glass can be separated into three types of events:
Code entry operation: The person arrives at a place and enters or scans a code. In this case interrelated widgets are expected to be shown in response to the code entry operation.
Prolonged state: Person entered a code but also stays in a place and expects to receive live updates of shared widgets. In this case the initial trigger of code entry is not enough. A refreshing mechanism of sending repeated requests to the server, to search for relevant widgets (pulling) may be required in such a case. For example, CG system created for train that shares with passengers a translation of train’s notifications will require fetching widget from storage every few seconds in order to be updated with new notifications.
Combined condition: Place identifier may combine place’s code together with additional info provided by some application state – for example, information of specific region in a building. For example, in an airport where there are a few terminals it is possible for an application to let the user enter the Place code once when arriving at the airport and then the user can click a button of terminal name in order to fine tune place’s identifier and therefore find more accurate widgets. Widgets are shared then based on combination of place code and the region code.
Index of Places
CG system may be provided as a complementary placements index service. This service can be used by applications where user is required to enter few characters (e.g. 5 digits) to designate place code. The service can be used as source of data for creating place selection and UI and can save the need to assign a code for places by application developers.
Example1 - Find me in the building
This hypothetical application solves a known problem: finding one another in a large building. For this example we will assume that some person is hospitalized and his relatives are coming to visit him in a large hospital and find it difficult to locate the hospitalized person. The application is very simple – the hospitalized person creates a simple note widget with the details of the section in the building and room number where he is staying. The note is shared with peers of the hospitalized person. When relatives come to visit, they scan (or enter manually) the hospital code. The note with the details on their hospitalized relative is invoked and they can find him easily.
Glass Type: place
Glass Id: QR or numeric code of hospital building
Example2 - Multilingual information/translation for train or airports
This hypothetical application solve a simple need – usually the information in a train is given is specific language which may not be understood by all passengers. This application solve this by making a train into Place and making passengers dynamically added into peers-group that lets them watch translated messages generated by a software based peer related with current train line. The same application can be implemented to airports too.
To start the app user scans a ticket, for example train or flying ticket. Scanning the ticket provides an Id with higher resolution than just general code of a place, and accordingly widgets (the shared information) can be filtered for specific persons by their specific destination. This achieves higher relevancy of the presented information. For example, if someone is flying to New York, he may not be interested in messages referring to others who fly to Sydney
Upon scanning the train/flying ticket, a user is dynamically added into place’s group. In this simple case this group is intend only for the purpose of receiving translated messages of official announcements.
The application is providing with some user interface where the user can select a language. The passengers see only the messages in the selected language.
In the case of automatic announcements a non human, software based peer may be used to dispatch the announcements when required. The announcements are pre-translated into some languages, and each passenger peer sees only the announcements of a selected language and only when an announcement is relevant to the information gathered from the ticket.
In the case of human announcements, a human peer writes the announcement, it is then translated and relevant widgets are created for a few languages. The announcement is then distributed to peers as with automatic announcements.
When user passes the exit gate the ticket is scanned and this is reported to the application that will remove the user from the peers group.
Glass Type: place
Glass Id: An ID Generated by scanning the Ticket