US11368469(GOOGLE LLC [US])
[0048] In some implementations, the event report is in the form of an attestation token.
【００４４】
いくつかの実装形態では、イベントレポートは認証トークンの形式である。
The trusted program 114 can generate the attestation token in response to detecting the location event.
信頼できるプログラム114は、位置イベントの検出に応答して認証トークンを生成することができる。
The attestation token can include a set of data and a digital signature generated based on the set of data.
認証トークンは、データのセットと、データのセットに基づいて生成されたデジタル署名を含むことができる。
The set of data can include a device public key of the client device 110 , an attestation token creation time that indicates a time at which the attestation token is created by the trusted program 114 , a device integrity token issued by the fraud detection system 170 , and payload data.
データのセットは、クライアントデバイス110のデバイス公開鍵、認証トークンが信頼できるプログラム114によって作成される時間を示す認証トークン作成時間、不正検出システム170によって発行されたデバイス整合性トークン、およびペイロードデータを含むことができる。
///////
The data of the device integrity token can also include a token creation time indicating a time at which the device integrity token is created.
デバイス整合性トークンのデータはまた、デバイス整合性トークンが作成された時刻を示すトークン作成時刻を含むことができる。
This enables the entity that receives the token to verify that the device integrity token corresponds to the current state of the client device 110 and not a stale state.
これにより、トークンを受信するエンティティは、デバイス整合性トークンがクライアントデバイス110の現在の状態に対応し、古い状態に対応していないことを検証することができる。
US11405197(GOOGLE LLC [US])
[0029] Referring now to FIG. 2A, in some examples, each key ID 230 in the list of valid key IDs 230 is associated with an expiration time 232 .
【００２３】
次に図２Ａを参照すると、いくつかの例において、有効なキーＩＤ２３０のリスト内の各キーＩＤ２３０は、有効期限２３２に関連付けられる。
The expiration time 232 may be in the form of a timestamp. Here, the key ID 230 for key a is associated with the timestamp a, the key ID 230 for key b is associated with timestamp b, and the key ID 230 for key n is associated with timestamp n.
有効期限２３２はタイムスタンプの形態であってもよい。ここで、キーａのキーＩＤ２３０はタイムスタンプａに関連付けられ、キーｂのキーＩＤ２３０はタイムスタンプｂに関連付けられ、キーｎのキーＩＤ２３０はタイムスタンプｎに関連付けられている。
The expiration time 232 indicates when the respective key 220 (identified by the key ID 230 ) will expire.
有効期限２３２は、（キーＩＤ２３０によって特定される）対応するキー２２０の有効期限がいつ終了するかを示す。
When the token authenticator 250 receives an authentication token 210 , the token authenticator 250 may determine whether the current time is after the expiration time 232 associated with the respective key ID 230 contained within the authentication token 210 .
トークン認証部２５０は、認証トークン２１０を受信すると、現在時刻が、認証トークン２１０の中に含まれる対応するキーＩＤ２３０に関連付けられた有効期限２３２の後であるか否かを判断してもよい。
////////
[0035] Referring now to FIG. 3, exemplary timelines 300 a -c for three keys k1 , k2 , k3 is shown.
【００２９】
次に図３を参照すると、３つのキーｋ１、ｋ２、ｋ３の、具体例としての時間軸３００ａ～３００ｃが示されている。
At timeline 300 a , the token issuer 200 creates or generates the key 220 k1 at time tc1 .
トークン発行部２００は、時間軸３００ａの時間ｔｃ１において、キー２２０ｋ１を作成または生成する。
At this point, the token issuer 200 updates the token authenticator 250 regarding the validity of the new key k1 .
この時点で、トークン発行部２００は、新たなキーｋ１の有効性に関してトークン認証部２５０をアップデートする。
In some examples, the token issuer 200 waits for a threshold period of time (d in this example) prior to signing authentication tokens 210 with the newly generated key 220 k1 .
いくつかの例において、トークン発行部２００は、新たに生成したキー２２０ｋ１を用いて認証トークン２１０に署名する前に、しきい値期間（この例ではｄ）の間待機する。
That is, in some examples, the token issuer 200 waits for a configurable d amount of time prior to signing authentication tokens 210 with a newly generated key 220 .
すなわち、いくつかの例において、トークン発行部２００は、新たに生成したキー２２０を用いて認証トークン２１０に署名する前に、設定可能な時間量ｄの間待機する。
This allows time to synchronize valid key ID 230 with token authenticators 250 so that authentication tokens 210 are not wrongly rejected. The token issuer 200 signs authentication tokens 210 with the key 220 k1 for a signing period 310 a.
これにより、認証トークン２１０が誤って拒絶されないように、有効なキーＩＤ２３０をトークン認証部２５０と同期させる時間が得られる。トークン発行部２００は、署名期間３１０ａの間に、キー２２０ｋ１を用いて認証トークン２１０に署名する。
US11276400(GOOGLE LLC [US])
Moreover, adding new tasks requires third party developers to add new canonical commands, and it typically takes time and resources for automated assistants to learn acceptable variations of those canonical commands.
その上、新たなタスクを追加することは、新たな標準コマンドを追加することをサードパーティの開発者に求め、通常、自動アシスタントがそれらの標準コマンドの許容できる相違を学習するために時間およびリソースがかかる。
//////
As another example, a restaurant called “Hypothetical Café” may be represented by a node that also includes attributes such as its address, type of food served, hours, contact information, etc.
別の例として、「Hypothetical Cafe」と呼ばれるレストランは、その住所、提供される飲食物のタイプ、営業時間、連絡先情報などの属性も含むノードによって表されてよい。
The “Hypothetical Café” node may in some implementations be connected by an edge (e.g., representing a child-to-parent relationship) to one or more other nodes, such as a “restaurant” node, a “business” node, a node representing a city and/or state in which the restaurant is located, and so forth.
「Hypothetical Cafe」ノードは、いくつかの実装形態では、「レストラン」ノード、「ビジネス」ノード、レストランが位置する都市および/または州を表すノードなどの、1つまたは複数の他のノードに(たとえば、子から親への関係を表す)エッジによって接続されてよい。
////////
In some cases, slots for such a dialog routine may include a predicted time the user will arrive at the user's intended destination,
場合によっては、そのような対話ルーチン用のスロットは、ユーザの所期の目的地にユーザが到着する予測時刻を含んでよく、
which may be filled by the user or automated predicted, e.g., by automated assistant 120 , based on position coordinate data, calendar data, etc.
そうした予測時刻は、ユーザによって埋められてよく、または位置座標データ、カレンダーデータなどに基づいて、たとえば、自動アシスタント120によって自動的に予測されてよい。
