JP2023524009A - 人工知能要求および提案カード - Google Patents

Abstract

人工知能駆動ユーザインターフェースカードを生成するための方法およびシステム。本システムは、ユーザデバイスと互換性があるようにスマートカードバンドルを修正するように構成される非一時的機械実行可能コードを備える。スマートカードバンドルは、表示要素の第１のセットおよびコンテキストデータの第１のセットを含む。表示要素の第１のセットは、ユーザアプリケーションによって提供される１つ以上の機能を使用し、コンテキストデータの第１のセットは、ユーザによる第１の要求に応答する。機械実行可能コードは、さらに、ユーザ情報の分析に基づいてユーザ嗜好を予測し、予測に基づいてスマートカードバンドルを構成するように構成される。表示要素の第２のセットおよびコンテキストデータの第２のセットも、スマートカードバンドルに対するものであってもよく、表示要素の第２のセットは、ユーザアプリケーションによって提供されない機能を使用する。

Description

１．関連出願の相互参照
本出願は、２０２０年４月２７日に出願された米国仮出願第６３／０１６，２４４号の優先権を主張し、参照によりこれを組み込む。

２．発明の分野
本発明は、人工知能（「ＡＩ」）仮想アシスタントとペアリングするための改善されたユーザインターフェース、特にユーザとの双方向対話のための視覚ディスプレイカードシステムおよび方法を提供することに関する。

３．発明の背景
図１は、静的カードを生成するためのバックエンドサーバとの従来技術のユーザアプリケーション対話を示す。ユーザ１０４は、（用語集で定義されているような）ユーザデバイス１０８、またはユーザデバイス上の（用語集で定義されているような）任意のユーザアプリケーションと対話し、次いでバックエンドサーバ１１２と対話する。能動的入力（音声コマンドを入力するなど）、または受動的動作（ユーザアプリケーションまたはユーザアプリケーション内の機能ページを開くなど）であり得るユーザ要求は、カード要求に処理され（１１６）、次いでバックエンドサーバ１１２に送信される。バックエンドサーバ１１２は静的カードを返すことによってカード要求に応答し、これは静的カードプリミティブ１２０に変換される。静的カードプリミティブは、整数、文字列、ブール値などの単純なデータ型に分解することができない基本的なデータ型である。次いで、静的カードプリミティブは、静的カード内の仕様に基づいてレンダリングするために所定のテンプレートおよびスタイルのセットから所定のテンプレートを選択するテンプレーティングエンジン１２０によって処理される。従来技術はまた、カードバージョンが不一致である場合のフォールバックモードを有することができる。例えば、テンプレートエンジン１２４が、提供された静的カードに対応するネイティブ表示実装を含んでいなかった場合、フォールバックエンジン１２８はエラーを出力するようにトリガされ、これにより、ユーザ１０４に未定義の挙動（エラーメッセージまたはいかなる静的カードにも対応しないデフォルトテンプレートなど）を体験させる可能性がある。

現在のカードは、レンダリングとバックエンドサーバが特定のバージョングループにまとめられるように構成されている。この方法では、ユーザアプリケーションはバージョンＸで動作しており、バックエンドサーバに接続してバージョンＸに電力を供給することしかできない。ユーザアプリケーションは、ユーザが対話するためにすべての結果をデバイス上にレンダリングすることが可能であると仮定して、バックエンドサーバに要求を行う。これは、ユーザアプリケーションが固定量の対話を有するシナリオで良好に機能する。しかしながら、（用語集で定義されているような）ＡＩサービスを提供する任意のソフトウェアでは、潜在的に無限の可能性がある。このような状況では、ユーザアプリケーションは、バックエンドサーバが予期しない要求の一部として結果をユーザデバイスに返す場合に、ユーザアプリケーションがクラッシュしないようにフォールバックモードを実装することを強いられる。これを回避するために、バックエンドサーバは、対応するアプリケーション更新なしでは新しい機能を含めることができない。さらに、外部開発者が完全にカスタムのユーザインターフェースを有するカスタムスキルを作成することは不可能であり、代わりに、それらは非常に一般的なシナリオでレンダリングできる範囲内に限定される。

最後に、インターフェースは、純粋に表示ベースの論理に制約される。結果として、これは、動的でカスタマイズ可能なカードを有することができないことを意味する。同様に、従来技術は深い論理機能を欠いているため、ユーザが行うことができるさらなる動作を提案したり、ユーザの希望に合うように適応的なレイアウトをしたりするなど、カード自体に別のレベルのＡＩを構築することは不可能または効率的ではない。従来技術では、２人のユーザが同じベース結果を受信した場合に、同じベース表示を目にするように、静的にレンダリングされたカードを表示することしかできない。静的にレンダリングされたカードとは、同じクエリを尋ねた２人のユーザが全く同じ情報および結果を受け取ることを意味する。これにより、限定はされないが、関与を高めるためにデータ表示順序または画像選択を再構築するなどのタスクを行うことが不可能になる。さらに、フォローアップタスクの提案は、現在のコンテキストの外側ではるかに一般的な形式で行われなければならない。

概要
従来技術の欠点を克服し、追加の利点を提供するために、人工知能駆動ユーザインターフェースカードを生成するためのシステムが開示される。一実施形態では、このシステムは、画面と、非一時的な機械実行可能コードを記憶するメモリと、機械実行可能コードを実行するように構成されたプロセッサとを有する第１のユーザデバイスを備える。この実施形態では、機械実行可能コードは、第１のユーザデバイスと互換性があるようにスマートカードバンドルを修正するように構成される。スマートカードバンドルは、表示要素の第１のセットおよびコンテキストデータの第１のセットを含む。表示要素の第１のセットは、ユーザアプリケーションによって提供される１つ以上の機能を使用し、コンテキストデータの第１のセットは、ユーザによる第１の要求に応答する。機械実行可能コードは、さらに、ユーザ情報の分析に基づいてユーザ嗜好を予測し、予測に基づいてスマートカードバンドルを構成するように構成される。表示要素の第２のセットおよびコンテキストデータの第２のセットも、スマートカードバンドルに対するものであってもよく、表示要素の第２のセットは、ユーザアプリケーションによって提供されない機能を使用する。

別の実施形態では、ユーザ情報は、ユーザアカウント情報、ユーザ嗜好、以前のユーザ選択、ユーザ入力、ユーザウェブブラウザ履歴、ユーザ通信、または補助メタデータのうちの１つ以上から選択される。表示要素の第１のセットは、追加のユーザ動作を提案する、ユーザへの対話型プロンプトを含むことができると考えられる。一実施形態では、システムはバックエンドサーバをさらに含み、表示要素の第１のセットは、バックエンドサーバからのデータで定期的に更新される表示要素を含む。データは、バックエンドサーバからスマートカードバンドルにストリーミングされ得る。表示要素の第２のセットも、第２のユーザデバイスと通信するように構成され得る。表示要素の第３のセットおよびコンテキストデータの第３のセットは、コンテキストデータの第３のセットが第１および第２のユーザ要求の両方に応答するように、ユーザによる第２の要求に基づいてスマートカードバンドルに追加され得ることも考えられる。

人工知能駆動ユーザインターフェースカードを生成するための方法も開示され、方法は、ユーザデバイス上で実行されているユーザアプリケーションから第１のユーザ要求を受信するステップと、表示要素の第１のセットおよび表示要素の第２のセットを備えるスマートカードバンドルをコンパイルするステップとを含み、表示要素の第１のセットは、ユーザアプリケーションによって提供される１つ以上の機能を使用し、表示要素の第２のセットは、ユーザアプリケーションによって提供されない機能を使用し、方法は、さらに、ユーザ情報の分析に基づいてユーザ嗜好を予測するステップと、予測に基づいてスマートカードバンドルを構成するステップと、表示要素の第１のセットおよび表示要素の第２のセットをユーザデバイスの画面上に表示するステップとを含む。

ユーザ情報は、ユーザアカウント情報、ユーザ嗜好、以前のユーザ選択、ユーザ入力、ユーザウェブブラウザ履歴、ユーザ通信、または補助メタデータのうちの１つ以上から選択することができる。一実施形態では、スマートカードバンドルは、第１のユーザ要求に応答するコンテキストデータの第１のセットを含むことができる。本方法は、ユーザアプリケーションから第２のユーザ要求を受信するステップと、第１のユーザ要求および第２のユーザ要求に応答するコンテキストデータの第２のセットでスマートカードバンドルを更新するステップと、予測および第２のユーザ要求に基づいてスマートカードバンドルを構成するステップと、の追加のステップを含むことができる。別の実施形態では、本方法は、バックエンドサーバからストリーミングされた新しい情報でコンテキストデータの第１のセットを更新する追加のステップを含むことができる。

スマートカードバンドルは、追加の動作を提案する、ユーザへの対話型プロンプトを含むことも考えられる。対話型プロンプトは、予測されたユーザ嗜好に基づいて構成され得る。一実施形態では、スマートカードバンドルは、表示要素の追加、表示要素の削除、表示要素のサイズ変更、または２つ以上の表示要素の並べ替えのうちの１つ以上を実行することによって構成され得る。

画面と、非一時的機械実行可能コードを記憶するメモリと、機械実行可能コードを実行するように構成されたプロセッサとを有する第１のユーザデバイスを備える、人工知能駆動ユーザインターフェースカードを生成するための別のシステムが開示される。機械実行可能コードは、第１の画面に表示するためにスマートカードバンドルを第１のスマートカードに処理するように構成され、スマートカードバンドルは、表示要素のセットおよびコンテキストデータのセットを備える。機械実行可能コードはまた、第１のユーザデバイスによって提供されない機能を使用して第１のスマートカード上に表示要素のセットをレンダリングし、第２のユーザデバイスからのデータでコンテキストデータを更新するように構成されている。

一実施形態では、このシステムはまた、第２のユーザデバイスによってスマートカードバンドルから処理された第２のスマートカードと、第３のユーザデバイスによってスマートカードバンドルから処理された第３のスマートカードとを備えることができる。この実施形態では、第１のユーザデバイス上のコンテキストデータは、第２のスマートカードおよび第３のスマートカードからのデータで更新することができる。

第１のスマートカード、第２のスマートカード、および第３のスマートカードは、ピアツーピア方式で互いにデータを送信することができ、第１のスマートカードはホストとして選出されると考えられる。別の実施形態では、第２のユーザデバイスからのデータは、第２のユーザデバイスからバックエンドサーバにルーティングされ、次いでバックエンドサーバから第１のユーザデバイスにルーティングされる。

用語集：
ＡＩサービス：ＡＩサービスは、人工知能の目標を達成するためのプログラムへの手順および方法として提供されるサービスである。例としては、画像モデリング、テキストモデリング、予測、計画、推奨、検索、音声処理、音声処理、音声生成、テキスト生成、画像生成などを挙げることができる。

デバイス：デバイスは、最小限のネットワークインターフェースおよびＣＰＵで動作する任意の要素である。任意選択で、アクセラレータは、ＧＰＵまたは他の専用ハードウェアアクセラレータの形態で取り付けることができる。このアクセラレータは、ＡＩサービスの計算を高速化することができる。

オペレーティングシステム（「ＯＳ」）：オペレーティングシステムは、タスクのスケジューリング、アプリケーションの実行、およびハードウェアの制御などのコンピュータの基本機能をサポートするソフトウェアである。オペレーティングシステムは、これらの機能へのアクセスを他のソフトウェアに提供する。

ユーザアプリケーション：ユーザアプリケーションは、モバイルデバイス、スマートウォッチ、タブレット、ホームスピーカ、スマートリングを含むウェアラブルデバイス、眼鏡、補聴器、ＣａｒＰｌａｙ（登録商標）デバイス、セキュリティカメラ、ウェブカメラ、テレビ、投影画面モニタ、サウンドバー、パーソナルコンピュータ、ヘッドホン、イヤホン、およびラップトップデバイスなどの任意のユーザ対応デバイス上で実行される任意のソフトウェアであり、ユーザはタッチ、音声、視覚で、または受動的に対話することができる。

ＡＩ仮想アシスタント：ＡＩ仮想アシスタントは、ＡＩサービスを使用してデバイス上のユーザと対話、情報の提供、またはインターフェースを行うユーザアプリケーションである。

ユーザ情報：ユーザデータ（例えば、アカウント情報、位置データ、ユーザ嗜好）およびユーザ履歴（例えば、デバイスまたはユーザアプリケーションとのユーザの以前の対話に関するデータ、ユーザの興味、以前の活動、以前のウェブ検索、以前に訪問したウェブサイト、位置履歴、健康情報）など、ユーザによって生成された、またはユーザから収集されたユーザ情報データ。

補助メタデータ：補助メタデータは、現在の日付、ニュース、室温、気象状況など、ユーザに関連しない任意のデータである。

カード（すなわち、スマートカード）：カードは、ユーザによって要求された情報によって入力される表示機構である。このカードは、テキスト情報、提案情報、ビデオ、および／または画像の組み合わせとすることができる。図８は、例示的なカードがどのような外見であるかの視覚的表現を示す。スマートカードは、ユーザごとに固有の情報を表示することができる。

この技術革新は、ユーザアプリケーションの更新を必要とせずに仮想アシスタントを新しい機能で拡張できるシステムを作成することによって従来技術を改善する。新しい機能が追加されると、ユーザアプリケーションは、それらの新しい機能応答でクエリに応答し始めるためにアップグレードされる必要はない。本発明は、結果の一部として固定マークアップ言語を使用するための要件を除去することによって、従来技術に精通した外部の開発者による拡張性の制限を改善する。これにより、レンダリングされたアイテム自体への深いドメイン固有の論理の統合が可能になる。さらに、本発明は、バックエンドサーバがユーザアプリケーションレンダリングから直接通信されるように動的結果を可能にすることによって従来技術を改善する。この改善により、異なるユーザアプリケーション内のフロントエンドが、そのような統合をユーザアプリケーションに処理させることなく、互いに直接対話することができるマルチユーザ状況の展開が可能になる。最後に、本発明は、スマートカードの範囲内に論理ＡＩエンジンを含めることによって従来技術を改善する。このエンジンは、ユーザの関与を高めるためにスマートカードを動的に調整することができると共に、スマートカード自体に関連するドメイン内または潜在的に関連するドメイン内の両方でユーザが実行するための提案を提供することができる。より具体的には、サーバ制御ＡＩがスマートカード上の要素をレンダリングすることができる手段を提供する。さらに、このレンダリングは、カード自体の一部としてＡＩ主導の提案を行うことを可能にする。

本発明の他のシステム、方法、特徴および利点は、以下の図面および詳細な説明を検討することにより、当業者に明らかになるであろう。すべてのそのような追加のシステム、方法、特徴、および利点は、この説明内に含まれ、本発明の範囲内にあり、添付の特許請求の範囲によって保護されることが意図されている。

静的カードを生成するためのバックエンドサーバとの従来技術のユーザアプリケーション対話を示す。 ユーザデバイス上で実行されているユーザアプリケーション用のスマートカードを生成するシステムの例示的な実施形態を示す。 同じユーザクエリに基づいて４人の異なるユーザに表示される例示的なスマートカードを示す。 スマートカードを生成するための例示的なプロセスを示す動作フロー図である。 バックエンドレンダリングフレームワークの構造を示す。 ユーザアプリケーションレンダリングフレームワークの構造を示す。 プリミティブ変換エンジンを示す。 フォールバックキャンバスプリミティブを示す。 論理注入エンジンが同じユーザ要求に基づいて異なるスマートカード生成する方法を示す。 論理注入エンジンが同じユーザ要求に基づいて異なるユーザプロンプトを生成する方法を示す。 レンダリング後の最適化を達成することができるスマートカード最適化システムを示す。 ライブデータ更新を有する例示的な株式市場スマートカードを示す。 スマートカードとバックエンドサーバとの間の通信フレームワークを示す。 ユーザがＡＩバックエンドサーバとリアルタイムのチェスゲームをプレイすることができる例示的なチェススマートカードを示す。 スマートカードテンプレートがスマートカードレジストリにアップロードされ、トップカードとして識別される方法を示す。 スマートカードがカード間対話でレンダリングされるユーザデバイスの表示画面に合うように各スマートカードをカスタマイズする方法を示す。 異なるユーザデバイス用にカスタマイズされた例示的なスマートカードを示す。 ３つ以上のスマートカードにわたるカード間対話を示す。 ホストとして機能するスマートカードを決定するための選出フレームワークを示す。 ホストとしてバックエンドサーバを使用する代替のマルチカード通信フレームワークを示す。 本明細書に記載のスマートカードシステムの使用環境の例を示す。 モバイルであってもなくてもよいユーザデバイスとも呼ばれるモバイルデバイスの例示的な実施形態を示す。

詳細な説明
スマートカードを生成する方法およびシステムは、４つの重要な要素を含む。第１の要素は、スマートカードの表示を担うレンダリングフレームワークである。第２の要素は、スマートカード上でＡＩサービスを実装する役割を担うスマートカード論理エンジンである。第３の要素は、外部で開発されたスマートカードにユーザアプリケーションとの互換性を持たせる最適化システムである。第４の要素は、複数のスマートカードがユーザデバイスを介して互いに通信することを可能にし、スマートカードがバックエンドサーバと直接さらに通信することを可能にするスマートカード通信フレームワークである。

より具体的には、レンダリングフレームワークは、ユーザアプリケーション側およびバックエンドサーバ実装の両方から構成される。バックエンドサーバの実装では、レンダリングフレームワークは、スマートカードに関する、およびスマートカードのためのデータおよび関連メタデータをレンダリング要求のコンテキストに注入する役割を担う。さらに、バックエンドサーバレンダリングは、スマートカードがユーザへのサービ中にインテリジェントタスクを実行し続けることができるように、結果駆動型ＡＩ用のフックを提供しなければならない。フックは、既存のプログラムまたはシステムの変更または拡張を可能にするために、ベースシステムが拡張コードを呼び出すことを可能にする関数のタイプである。ユーザアプリケーション実装は、サーバからのレンダリングを、デバイス上に表示することができるネイティブ要素に変換する役割を担う。異なるオペレーティングシステムおよびプラットフォームでは、表示に利用可能なプリミティブカードの異なるセットが存在し得る。最適な場合には、使用されるプリミティブカードの多く、テーブル、グラフ、グリッド、画像などのネイティブマッピングがあり得る。しかしながら、最も単純なケースでは、最も最小限のユーザアプリケーションは、事前レンダリングされた項目を表示するためのキャンバスを提供するだけでよい。このようにして、画面を有する任意のデバイスは、利用可能な最小限のユーザアプリケーションレンダリングを有することができる。

第２の重要な要素は、スマートカード論理エンジンである。スマートカード論理エンジンは、より強力な表示を目的としてＡＩタスクを実行するフレームワークである。これらのタスクは、任意の数のフィールドに関連することができる。いくつかの例示的なアプリケーションは、ユーザが、多数のタイプのユーザデータに基づいてＡＩ選択エンジンを利用してその特定のユーザに合わせて調整されたスマートカード上で見るのに最適な画像を選択するためのものである。エンジンは、ＡＩモデルを実行して、ユーザの過去の嗜好または画像の対話レベル、ならびにユーザに関する他の情報を考慮して最適な画像を決定することによってこれを達成する。この適応型カードインテリジェンス機能は、ユーザ履歴および活動に基づいて、インテリジェントエンジンを使用してディスプレイの任意の構成要素をカスタマイズすることができる。ＡＩエンジンが、この特定のユーザがそれらを読む可能性がないと判断した場合は詳細セクションを削除することができ、またはそれらの詳細が含まれる場合にユーザがスマートカードと対話する可能性がより高いと予測される場合は、それらを導入することもできる。これは、ＡＩエンジンによって自動的に行われ、ユーザが自分の嗜好をシステムに手動で入力することによって制御されてもよいが、その任意の手動によるオーバーライドが可能であってもよい。さらに、カードを作成して電力供給するエンジンは、フォローアップ提案およびユーザとの対話を含むことができる。仮想アシスタントの範囲内で、これらの提案は、一般的な方法でドメイン自体内のフォローアップタスクのためのものであり得る（すなわち、ユーザが天気情報を見ている場合、明日の天気を尋ねることを提案することができる）。これらの提案はまた、ドメイン内のよりパーソナライズされた項目の形態であってもよく、および／またはドメイン内のよりパーソナライズされた項目に関連してもよい（すなわち、ユーザが映画を見ていた場合、論理エンジンを介してユーザがそうする可能性が高いと判断されたかどうか、または過去の映画視聴習慣が、ユーザが特定の監督または特定の俳優の複数の映画を見るようなものであるかどうかなど、ユーザにとって有用であると判断された場合、特定の監督の映画について尋ねることを提案することができる）。さらに、これらの提案は、他のドメインのコンテキストでのフォローアップのためのものであってもよい（すなわち、例えば、ユーザが本を見ている場合、この同じ主題に関連する映画について尋ねることを提案することができる）。これらの提案はすべて、本発明の第１の重要な要素からバックエンドサーバレンダリングエンジンによって注入されたスマートカードのコンテキストを利用することによって、論理エンジンによって直接計算することができる。

第３の重要な要素は、最適化システムである。この要素は、ユーザアプリケーションの更新なしに新しいタイプのスマートカードを含めること、および／またはユーザアプリケーションに固有の機能を利用しないスマートカード上に新しい表示要素を含めることを可能にするものである。この機能については、以下の図１１～図１４でより詳細に説明する。このシステムは、そのプロトコルの実装を単純化するために提供されるプロトコルおよびソフトウェア開発キットから構成される。

プロトコルは、登録段階、コンテキスト注入段階、および論理段階から構成される。登録段階において、新しいスマートカードタイプは、バックエンドサーバレンダリングフレームワークにそれ自体を知られなければならない。これが完了すると、バックエンドサーバユーザアプリケーションは、そのスマートカードをレンダリングすることができることを知る。ユーザアプリケーションのバックエンドサーバレンダリング態様またはサブモジュールは、リソースを準備するために、または特定のタイプのスマートカードが最初にレンダリングされる必要があるときに必要に応じて、事前にこの情報をユーザアプリケーションにプッシュすることができる。

コンテキスト注入段階において、スマートカードは、そのレンダリング要件を満たすために必要なデータの種類を定義する。これは、スマートカードの要求に関する、またはスマートカード自体の一部としてレンダリングされている結果に関連するコンテキストを注入することを意味し得る。

最終段階は論理注入段階であり、論理注入段階では、開発者は、提案または論理エンジンが動作すべき他の動的機能を決定するためのプログラミング言語命令の形態でプログラム論理を符号化することができる。これらは、任意のプログラミング言語で実行することができ、前の段階によって注入されたコンテキストのいずれかで動作することができる。更新システムは、同じ種類のスマートカードの複数のバージョンを管理することができる。ユーザアプリケーションデバイスの仕様に応じて、ユーザに送信されるスマートカードの最適なバージョンを選択する。これらは、画面サイズ、解像度、計算能力、またはネットワーク接続などのデバイスの様々な制約によって決定することができる。

本発明の残りの要素（第４の要素）は、スマートカード通信フレームワークである。スマートカード通信フレームワークでは、外部リソースとの通信を可能にするフックがスマートカード論理エンジンに提供される。最も単純なケースでは、これは、ユーザがカードを見ている間にカードが動的に更新できるように、バックエンドサーバユーザアプリケーションとの通信であり得る。これは、ビデオがライブストリーミングされている場合、データがストリーミングされている場合（株価など）、または任意の他のリアルタイム機能の場合であり得る。より複雑なケースは、異なるデバイス上の複数のスマートカードが互いに対話している場合である。これは、内蔵ビデオ通話の場合、または任意の１対１通信の場合に、リモートデバイス上のカード間で直接起こり得る。接続する必要があるスマートカードが３つ以上ある場合、通信フレームワークは、サーバとして機能するマスターカードを選出することができ、残りのカードは接続してメッシュを作成する。この選出が不安定であるかまたは失敗した場合、バックエンドサーバを起動してリモートマスタとして機能させることができ、それをプロキシとして介して通信を行うことができる。

本発明の様々な実施形態を説明したが、本発明の範囲内にあるより多くの実施形態および実装形態が可能であることは当業者には明らかであろう。さらに、本明細書に記載の様々な特徴、要素、および実施形態は、任意の組み合わせまたは配置で特許請求され、または組み合わされてもよい。

図２は、ユーザデバイス上で実行されているユーザアプリケーション用のスマートカードを生成するシステムの例示的な実施形態を示す。図２において、ユーザデバイス２０４は、表示画面などのユーザインターフェース２０８および１つ以上のメモリデバイスに記憶することができるユーザデータ２１２を提供する。スマートカード機能２１６を有するユーザアプリケーションは、ユーザデバイス２０４上で実行することができる。ユーザデバイス２０４は、ユーザアプリケーション２１６がアクセスして使用することができるユーザデバイストランシーバ２２０Ａなどのリモート通信のための手段を提供することができる。ユーザアプリケーション２１６は、上述した４つの重要な要素、すなわち、第１のレンダリングフレームワーク２２４Ａ、スマートカード論理エンジン２２８、スマートカード最適化システム２３２、および第１のスマートカード通信フレームワーク２３６Ａを含むことができる。追加のサポートソフトウェアおよびハードウェアは、当業者によって理解されるので、本明細書では詳細に説明しない。

ユーザデバイストランシーバ２２０Ａは、ローカルエリアネットワーク、ワイドエリアネットワーク、パーソナルエリアネットワーク、インターネットなどの任意の電子通信ネットワーク２４０にアクセスすることができる。ネットワーク２４０を介して、ユーザアプリケーション２１６は、そのバックエンドサーバ２４４にアクセスすることができる。バックエンドサーバ２４４は、第２のレンダリングフレームワーク２２４Ｂ、第２のスマートカード通信フレームワーク２３６Ｂ、およびコンテキスト注入エンジン２５２をさらに含むスマートカードバンドルジェネレータ２４８を含むことができる。バックエンドサーバ２４４はまた、ネットワーク２４０を介した通信を容易にするために使用されるバックエンドトランシーバ１６０を含むことができる。

バックエンドサーバ２４４は、ネットワーク２４０を介して、スマートカードレジストリ２６４、１つ以上の情報サーバ１６８、および本明細書に記載されたまたは構成され得る他のデバイスまたは位置にアクセスすることができる。スマートカードレジストリ２６４は、カード要求のドメインに基づいて利用可能なカードの１つ以上のデータベースである。ドメインは、カードが基づくトピックである。ドメインの例は、株式、レシピ、レストラン、および他の活動またはユーザの関心である。

スマートカードは、ユーザアプリケーション２１６がバックエンドサーバ２４４にカード要求を送信するときに生成することができる。次いで、バックエンドサーバ２４４は、スマートカードレジストリ２６４で実行可能なスマートカードを検索し、トップカードを取得することができる。トップカードは、バックエンドサーバ２４４に記憶されたドメインおよびユーザ情報に基づいて決定される。このステップについては、以下の図５でより詳細に説明する。

最適なスマートカードを取得すると、レンダリングフレームワーク２２４およびスマートカード通信フレームワーク２３６は協働して、ユーザアプリケーション２１６およびユーザデバイス２０４に適合するスマートカードフォーマットを生成する。コンテキスト注入エンジン２５２は、情報サーバ２６８からコンテキストデータ（補助メタデータなど）を取得して、最適なスマートカードをユーザ要求に合わせてカスタマイズすることができる。上記の例示的なドメインに基づいて、コンテキストは、株価、レシピ内の材料、レストランのリストなどであり得る。スマートカード論理エンジン２２８を使用してさらにカスタマイズするために、スマートカードバンドルを生成し、ユーザアプリケーション２１６に返すことができる。スマートカードバンドルは、１つ以上の情報サーバ２６８からのコンテキストを有するトップカードである。例えば、カード要求が株式ドメインに対するものである場合、トップカードは、このユーザが一度に３つの株式を閲覧したいとするサーバに記憶されたユーザ情報に基づいて３つ以上の株式を表示するカードであり得る。コンテキストは、ユーザアプリケーション２１６上でユーザが最後に閲覧した最後の３つの株式であってもよい。

そのようなカスタマイズは、ユーザデータ２１２またはＡＩエンジンを使用して処理される情報サーバ２６８からのユーザ情報などのユーザ情報に基づくことができ、カード内のユーザが期待する最適な情報およびそのような情報の表示を提供するようにユーザのためにカードを自動的にカスタマイズする。

例えば、ユーザアプリケーション２１６は映画プレーヤであってもよく、ユーザ要求はユーザアプリケーション２１６を開く受動的な要求であり、カード要求は、ユーザに映画を表示するユーザインターフェースに対する要求であってもよい。最適なスマートカードは、特定のユーザの過去の履歴およびユーザによる以前のカードとの過去の対話に基づいて、特定のユーザに最適なフォーマットで特定のユーザに最適な情報を提供する映画情報を表示するためのテンプレートであり得る。各ユーザ経験は、ＡＩエンジンによって異なるものにすることができる。コンテキストは、ユーザが選択するための映画結果の一般的なリストであってもよい。スマートカードバンドルを受信すると、カード論理エンジン２２８は、ユーザデータ２１２から、ユーザが最後に視聴した映画が半分だけ完了したと判定し、その最後に視聴した映画タイトルを表示リストの先頭に移動させることができる。カード論理エンジン２２８はさらに、情報サーバ２６８から、このユーザがアクション映画を頻繁に検索していることをユーザ履歴が示していると判断し、アクション映画のタイトルを表示リストの先頭に移動することができる。加えて、ウェブブラウザ検索履歴は、ユーザが車に興味があり、古いクラシックのマッスルカーを所有しており、女性の武術に興味があることを示すことができ、したがって、カード論理エンジンは、武術試合を行う主要な役の女性を含むクラシックのマッスルカーを含むアクション映画を表示する。

一実施形態では、ユーザアプリケーション２１６はまた、さらなるスマートカードカスタマイズのために、ネットワーク２４０または別個のネットワークを介して情報サーバ２６８にアクセスすることができる。同様に、バックエンドサーバ２４４は、直接または別個のネットワークを介してスマートカードレジストリ２６４および／または情報サーバ２６８にアクセスすることができる。

図３は、同じユーザクエリに基づいて４人の異なるユーザに表示される例示的なスマートカードを示す。この例では、ユーザアプリケーションはレシピファインダアプリケーションであってもよく、４人の異なるユーザが同じ音声コマンド要求「イタリア料理のレシピを探して」を入力していてもよい。図２で説明したように、一般的なイタリア料理のレシピセットでユーザアプリケーションにスマートカードバンドルを返すと、４人のユーザのためのレシピファインダアプリケーション内のそれぞれのカード論理エンジンは、ユーザデバイス上のユーザデータ（ユーザの使用履歴、関心、過去の活動、将来の活動、またはユーザの好みなど）および／または情報サーバ上のユーザデータ（ユーザの検索履歴または閲覧結果など）の分析に基づいて、以下の判定を行うことができる。ａ）ユーザ１はベジタリアンであり、通常は第２のフォローアップ要求を要求しない。ｂ）ユーザ２はダイエット中であり、パスタを食べず、通常は決定を下すために複数の結果を必要とする。ｃ）ユーザ３は親であり、簡単で手早く食事を作ることを好み、子供に見せるために一度に複数の結果を見ることも好む。ｄ）ユーザｎは、辛い料理を楽しみ、通常は辛いレシピを求める。

結果として、ユーザアプリケーション上の同じスマートカードバンドルは、４人のユーザ用の非常に異なるスマートカードにカスタマイズされ得る。ａ）ユーザ１は、追加のレシピ推奨なしで１つのベジタリアンのレシピを有するカードを受け取ることができる。ｂ）ユーザ２は、赤身のタンパク質を含む２つのトップレシピと、赤身のタンパク質を含むレシピに関する３つの追加の推奨を受け取ることができる。ｃ）ユーザ３は、調理時間が１５分未満のレシピを１つ受け取り、調理時間が１５分未満のレシピについての３つの追加の推奨を受け取ることができ、レシピは子供が見るためのものと判定されているので、栄養事実ラベルは取り除かれている。ｄ）ユーザ４は、１つの辛い料理のレシピと、３つの追加の辛い料理のレシピの推奨を受け取ることができる。各カードは、特定のユーザに最適な関心情報を提供するように、そのユーザに合わせてカスタマイズされる。

図４は、スマートカードを生成するための例示的なプロセスを示す動作フロー図である。ステップ４０４において、ユーザアプリケーションまたはユーザデバイスは、ユーザ要求を受信する。上述したように、ユーザ要求は、能動的入力（音声コマンドを入力するなど）または受動的動作（ユーザアプリケーションまたはユーザアプリケーション内の機能ページを開くなど）であり得る。ユーザ要求（例えば、検索のためのユーザ入力に応答した検索結果のリスト、またはユーザアプリケーションを開くユーザの受動的動作に応答したユーザアプリケーションのメインページなど）に応答してカードを生成するために、ステップ４０８において、ユーザアプリケーションは、バックエンドサーバに対してカード要求を行うことができる。カード要求を受信すると、ステップ４１２において、バックエンドサーバは、スマートカードバンドルをユーザアプリケーションに返すことができる。このステップについては、図５でより詳細に説明する。

ステップ４１６において、スマートカードバンドルは、ユーザのデバイスの能力（電話タイプ、画面サイズ、バッテリ寿命など）およびユーザ設定（ダーク／ライトモード、明るさ、位置オン／オフなど）に基づいて、ユーザアプリケーションが動作するユーザデバイス用にカスタマイズすることができる。ステップ４２０において、スマートカードバンドルは、（用語集で定義され、図２および図３で説明され、図６～図９でより詳細に説明されているような）ユーザ情報に基づいてさらにカスタマイズされる。

ステップ４２４において、ステップ４１６および４２０に基づいてスマートカードバンドルがレンダリングされ、ユーザに表示される。表示時に、スマートカードは動的カスタマイズの能力を維持する。ステップ４２８において、ユーザアプリケーション内の最適化システムは、追加のコンテキストが必要であり得るかどうかを判定することができる。この判定は、ユーザがスマートカードの表示を終了するまで継続的に行われてもよく、またはリソースを節約するために設定された間隔で行われてもよい。ユーザアプリケーションがレシピファインダアプリケーションである上記の例を使用すると、スマートカードはユーザに対して選択されたトップレシピを既に表示している可能性があるが、最適化システムは、ユーザが追加の推奨を必要とすると判定している。したがって、ステップ４３２において、最適化システムは、さらなるカスタマイズに必要な追加のコンテキストを取得することができる。追加のコンテキストを取得するプロセスについては、図１０でより詳細に説明する。ステップ４３６において、既に表示されているスマートカードは、取得した追加のコンテキストを使用して更新され得る。

ステップ４４０において、ユーザアプリケーション内の最適化システムは、サブスクリプションを決定することができ、データの継続的なストリームが必要とされ得る。この判定は、ユーザがスマートカードの表示を終了するまで継続的に行われてもよく、またはリソースを節約するために設定された間隔で行われてもよい。例えば、ユーザアプリケーションがオンライン株式取引アプリケーションである場合、最適化システムは、ユーザが株価のリアルタイム更新を必要とすると判定することができる。したがって、ステップ４４４において、最適化システムは、さらなるカスタマイズのために必要なサブスクリプションデータを取得することができる。サブスクリプションデータを取得するプロセスについては、図１７でより詳細に説明する。ステップ４３６において、既に表示されているスマートカードは、追加のサブスクリプションデータを使用して更新され得る。

スマートカードが追加のコンテキスト（ステップ４２８～４３２）とサブスクリプション（ステップ４４０～４４４）の両方に基づいて更新され得る場合、これらの更新は、同時にまたはいずれかの順序（コンテキストファースト、またはサブスクリプションファースト）で行われ得る。

図５は、バックエンドレンダリングフレームワークの構造を示す。図４では、ユーザアプリケーション５０４は、図２に記載の方法を使用してそのバックエンドサーバ５０８と通信する。バックエンドサーバ５０８は、次に、スマートカードレジストリ５１２および１つ以上の情報サーバ５１６と通信する。

ユーザ要求に応答して、ユーザアプリケーション５０４は、バックエンドサーバ５０８にカード要求を送信することができる。カード要求は、ドメインおよび様々なユーザ指定情報を含むことができる。例えば、ユーザアプリケーション５０４が株式取引プラットフォームであり、ユーザが過去２４時間にわたる３つの指定株式を閲覧することを要求した場合、カード要求は、ドメイン（株式）および過去２４時間の３つの株式のユーザ指定を含むことができる。

カード要求に応答して、バックエンドサーバは、利用可能なスマートカードパッケージについてスマートカードレジストリ５１２を検索することができる。スマートカードパッケージは、ユーザデータを処理し、ユーザに最適なテンプレートを自動的に選択し、テンプレート内のデータをカスタマイズしてカスタマイズされたユーザ固有のカードを作成するＡＩエンジンに基づいて動的に変更され得る動的要素を有するスマートカードテンプレートである。上記の例では、カード要求が過去２４時間にわたる３つの株式の表示に対するものである場合、利用可能なスマートカードパッケージは、株価の少なくとも３つの表示要素を有するテンプレートを含むことができる。

バックエンドサーバ５０８は、利用可能なユーザ情報を使用してトップカードを選択することができる。例えば、バックエンドサーバ５０８は、ユーザがダークモードでのみユーザアプリケーション５０４を使用し、大きなフォントを使用することを示すために、ユーザ嗜好を記憶しておくことができる。したがって、バックエンドサーバ５０８は、暗いテンプレートおよび大きなフォントを有するトップカードを選択することができる。ユーザ嗜好およびドメインに基づいてトップカードを選択するこのプロセスは、動的修正の第１の層であり、これは、一般にすべてのユーザに同じテンプレートを提供する従来技術の静的カードを改善し、固有のユーザ嗜好に基づく変更はほとんどまたは全くない。

バックエンドサーバ５０８は、情報サーバ５１６からのデータを使用して、スマートカードパッケージにコンテキストを注入することができる。情報サーバ５１６からのコンテキストは、ユーザ要求に応答してスマートカードを生成するためにトップカードに入力するのに必要な任意のデータまたは情報を含む。例えば、トップカードを選択すると、バックエンドサーバ５０８は、選択された３つの株式の直近２４時間の株価を取得し、取得したデータの視覚的表示を３つの株式表示要素に入力することができる。ＡＩエンジンは、カードをユーザに合わせてカスタマイズすることができる。例えば、ユーザがＳ＆Ｐ５００の実績と共にプロットする株式の実績と１年間という期間を過去に選択している場合、ユーザに提示されるカードは、過去の閲覧履歴を使用してそのように構成され得る。多数の他のカードのカスタマイズは、ユーザの履歴、活動、検索、位置データ、取引履歴、または任意の他のユーザデータにアクセスするＡＩエンジンの使用によって行うことができる。

次いで、バックエンドサーバ５０８は、スマートカードバンドルをユーザアプリケーション５０４に返すことができる。スマートカードバンドルは、トップカードと注入されたコンテキストの両方を含み得る。上記の例では、スマートカードバンドルは、大きなフォントのダークカードテンプレートに表示された過去２４時間の３つの株価を含み得る。

図６は、ユーザアプリケーションレンダリングフレームワークの構造を示す。図５に続いて、スマートカードバンドルは、バックエンドサーバ６０４からユーザアプリケーション６０８に配信され、スマートカードバンドルは、ユーザへの出力６２８のためにスマートカードが生成されるまで、ローカルコンテキスト注入エンジン６１２、プリミティブ変換エンジン６１６、論理注入エンジン６２０、および表示デバイス６２４を使用してさらに処理される。

ローカルコンテキスト注入エンジン６１２は、電話タイプ（Ａｎｄｒｏｉｄ対ｉＯＳ）、電話ディスプレイ（ダーク対ライトモード）、画面サイズ、電池寿命（フル表示対省電力表示）などのローカルユーザアプリケーションコンテキストデータに基づいてスマートカードバンドルを修正するように構成されたユーザアプリケーションの一部であるソフトウェアモジュールである。

プリミティブ変換エンジン６１６は、より高い表示性能および品質を達成するために、デバイス上で利用可能なあらゆる実装を使用してスマートカードバンドルを最適化する。例えば、プリミティブ変換エンジン６１６は、「マップ」項目を対話型マップのシステム固有の実装形態に変換することができる。

論理注入エンジン６２０は、スマートカードの動的修正の次の層を実行する。ユーザデバイスに関するユーザ情報、ユーザアプリケーション６０８、および任意の補助メタデータを分析すると、論理注入エンジン６２０は、ユーザのニーズに最適に沿うようにスマートカードバンドル上の表示要素を並べ替え、および／またはユーザの過去のユーザ嗜好、ユーザ履歴、およびユーザの行動／活動の分析に基づいてカードに含める情報を決定する。例えば、スマートカードバンドルが、過去２４時間にわたる株式Ａ、Ｂ、Ｃの３つの株式の株価チャートである場合、論理注入エンジン６２０は、ユーザが株式ＢおよびＣを見ながら、現在株式Ａを売買している（またはリサーチしているか、作業しているか、または熱中している）と判定することができる。したがって、株式Ａは、株式ＢおよびＣよりも大きな表示ウィンドウに表示され、株価変化の視覚的指標またはアラートを含むことができる。論理注入エンジン６２０はまた、株式Ｂが安定したままである一方で、株式Ｃが過去２４時間に多くの変動を示したと判定することができる。したがって、論理注入エンジンは、株式ＢおよびＣを並べ替えて、株式Ｂのチャートの前に株式Ｃのチャートを表示することができる。論理注入エンジン６２０は、カードが生成されると、静的カードにはＡＩが検出したユーザ嗜好およびユーザ履歴に基づくさらなるカスタマイズの余地が残らなかった従来技術の別の改善点である。さらに、上記の例に示すように、スマートカードは、表示される要素の順序だけでなくカスタマイズ可能である。むしろ、ウィンドウサイズおよびデータ自体の性質などの表示パラメータは、ユーザのニーズに基づいてカスタマイズ可能であり得る。さらに、重要な改善点は、そのようなカスタマイズのＡＩ特性である。ユーザがカスタマイズのための特定の要求を入力することができると考えられるが、論理注入エンジン６２０も、そのようなカスタマイズを自動的かつ動的に実行することができる。表示デバイス６２４は、カスタマイズされたスマートカードバンドルを表示用のスマートカードにレンダリングし、スマートカードをユーザに出力６２８する。

図７は、プリミティブ変換エンジンを示す。図７において、ユーザデバイス７０４は、ユーザアプリケーション７０８およびローカルプリミティブ記憶装置７１２を含む。ローカルプリミティブ記憶装置７１２は、ユーザデバイス７０４上のすべてのユーザアプリケーションが使用することができるユーザインターフェース要素を含む。例えば、すべてのｉＯＳスマートフォンは、すべてのＡｐｐｌｅ（商標）アプリケーションが均一に見えるようにするために使用することができるユーザインターフェース要素、例えば表示ウィンドウの角丸、または特定のフォントもしくはカラースキームを含むことができる。ユーザアプリケーション７０８は、とりわけ、以下の要素、すなわち、ローカルコンテキスト注入エンジン７１６、プリミティブ変換エンジン７２０、カスタムプリミティブ記憶装置７２４、フォールバックキャンバスプリミティブ７２８、および論理注入エンジン７３２を含む。

図６で説明するように、スマートカードバンドルは、最初にローカルコンテキスト注入エンジン７１６によって処理され得る。次いで、ローカルコンテキスト注入エンジン７１６は、プリミティブ仕様を有するスマートカードバンドルをプリミティブ変換エンジン７２０に送信する。プリミティブ仕様は、ローカルコンテキストを有するスマートカードの全体的に予想される要素の定義のセットである（図６で説明）。例えば、スマートカードバンドルは、過去２４時間にわたる３つの株価と大きなフォントを示すための３つの表示要素を有する暗いテンプレートであってもよい。ローカルコンテキストは、ｉＰｈｏｎｅ（登録商標）１２の画面サイズに合うカードであってもよい。プリミティブ仕様は、上記のすべての説明をレンダリングするために必要な＜ｄｉｖ＞要素、＜ｓｐａｎ＞タグなどの仕様であってもよい。

プリミティブ変換エンジンは、プリミティブ仕様をネイティブ事前実装プリミティブと組み合わせて、特定のネイティブユーザアプリケーションにおいて拡張されるカスタムプリミティブのセットを形成する。プリミティブ仕様を受信すると、プリミティブ変換エンジン７２０は、仕様を満たすために利用可能なユーザインターフェース要素についてローカルプリミティブ記憶装置７１２をまず検索することができる。ローカルプリミティブ記憶装置７１２がプリミティブ仕様を満たすのに必要なすべての要素を含む場合、プリミティブ変換エンジン７２０は処理を完了し、レンダリング仕様を論理注入エンジン７３２に配信することができる。レンダリング仕様は、指定されたプリミティブを使用してローカルコンテキストでスマートカードバンドルをレンダリングするために必要な仕様のセットである。例えば、地図アプリケーションは、地図のスマートカードをレンダリングするために、ネイティブに実装された地図のバージョンおよび同様の構成要素を最初に使用することができる。好ましい実施形態では、ローカルプリミティブ記憶装置７１２内の要素は、性能を最適化するために最初に使用される（処理速度を向上させ、メモリおよび電池寿命などのリソースを節約することを含むが、これに限定されない）。

ローカルプリミティブ記憶装置７１２がすべての必要な要素を含んでいない場合、プリミティブ変換エンジン７２０は、次に、追加の要素についてカスタムプリミティブ記憶装置７２４を検索することができる。カスタムプリミティブ記憶装置７２４は、ユーザアプリケーション７０８によって、およびユーザアプリケーションのために特別に提供されるユーザインターフェース要素を含む。例えば、株式アプリケーションは、株価チャートおよび表の表示に必要な要素を含むことができる。カスタムプリミティブ記憶装置７２４がプリミティブ仕様を満たすのに必要なすべての要素を含んでいる場合、プリミティブ変換エンジン７２０は処理を完了し、レンダリング仕様を論理注入エンジン７３２に配信することができる。

一方、ローカルプリミティブ記憶装置７１２もカスタムプリミティブ記憶装置７２４もすべての必要な要素を含んでいない場合、プリミティブ変換エンジン７２０は、フォールバックキャンバスプリミティブ７２８を利用してギャップを埋め、スマートカードが依然として任意のユーザアプリケーション上でレンダリングされ得ることを保証することができる。図８は、フォールバックキャンバスプリミティブがどのように使用されるかについての詳細な説明を含む。

別の実施形態では、プリミティブ変換エンジン７２０は、ローカルプリミティブ記憶装置７１２、カスタムプリミティブ記憶装置７２４、およびフォールバックキャンバスプリミティブ７２８の任意の組み合わせを使用して、任意の順序でプリミティブ仕様を処理することができる。

図８は、フォールバックキャンバスプリミティブを示す。図８において、ユーザデバイス８０４は、ユーザアプリケーション８０８およびデバイス情報記憶装置８１２を含む。ユーザアプリケーション８０８は、プリミティブエンジン８１６およびフォールバックキャンバスエンジン８２０を含む。フォールバックキャンバスエンジンは、クラウドまたはリモートクラウドベースサーバ８２４に記憶することができるレンダリングデータベースに接続される。レンダリングデータベースは、カード仕様の静的レンダリングを提供することができる。

図７で説明したように、プリミティブエンジン８１６は、フォールバックキャンバスプリミティブ８２０を使用して、ローカルプリミティブ記憶装置またはカスタムプリミティブ記憶装置からの適切なプリミティブが利用できないプリミティブ仕様をレンダリングすることができる。その場合、プリミティブエンジン８１６は、フォールバックキャンバスプリミティブ８２０にスマートカード仕様のセットを送信することができる。スマートカード仕様は、静的カードまたはスマートカード上の静的（非対話型）要素のレンダリングに使用されるパラメータである。フォールバックキャンバスプリミティブ８２０は、静的レンダリングを提供することができるリモートデータベース８２４へのリモート要求をトリガすることができる。リモートデータベース８２４は、リモートレンダリング結果を返すことができる。フォールバックキャンバスプリミティブ８２０は、リモートレンダリング結果をユーザデバイス表示データと組み合わせて、静的カードまたはスマートカード上の静的要素を生成することができる。ユーザデバイス表示データは、デバイス情報記憶装置８１２から取得することができる、サポートされる画素数、画素強度、黒／白またはカラー表示などのユーザデバイス８０４の表示能力を定義するデータである。次いで、静的レンダリングは、図６に記載されるように、ユーザアプリケーション内の表示デバイスに渡されてもよい。

図６で説明したように、スマートカードバンドルがプリミティブ変換エンジンによって処理された後、論理注入エンジンは、スマートカードバンドルを処理して、ユーザのためにスマートカードをさらにカスタマイズすることができる。このステップは、最小限のカスタマイズを含み、かつＡＩエンジンおよびユーザデータを使用して、ユーザの固有のニーズに合うようにカード上の要素を並べ替えることができない従来のカードの改善である。図３は、「イタリア料理のレシピを探して」という音声コマンドを入力した４人の異なるユーザが４つの異なるスマートカード表示をどのように受け取ることができるかの例を示す。図９は、論理注入エンジン９０４を使用して図３の４つの異なるスマートカードを実現する方法を示す。ステップ９０８において、論理注入エンジン９０４は、最初に、ユーザ要求を行っているユーザアカウントを識別することができる。ステップ９１２において、識別されたユーザアカウントの固有のユーザプロファイルを収集することができる。固有のユーザプロファイルは、ユーザデバイス、ユーザアプリケーション、または任意の他の接続されたデバイス、データベース、またはサーバ上で利用可能な任意のユーザ情報（ユーザアカウント情報、ユーザ履歴、ユーザ嗜好など）を含むことができる。

ステップ９１６において、固有のユーザプロファイルの分析を実行して、スマートカードをカスタマイズするために必要な主要なユーザ特性を決定することができる。図３の例で説明したように、論理注入エンジン９０４は、ステップ９１６Ａにおいて、ユーザ１がベジタリアンであり、通常は第２のフォローアップ要求を求めないと判定することができる。論理注入エンジン９０４は、ステップ９１６Ｂにおいて、ユーザ２がダイエット中であり、パスタを食べず、通常は決定を下すために複数の結果を必要とすると判定することができる。論理注入エンジン９０４は、ステップ９１６Ｃにおいて、ユーザ３が親であり、簡単で手早く食事を作ることを好み、子供に見せるために一度に複数の結果を見ることも好むと判定することができる。また、論理注入エンジン９０４は、ステップ９１６Ｄにおいて、ユーザｎが辛い料理を楽しみ、通常は辛いレシピを求めると判定することができる。決定するステップは、カードを生成するためにカスタマイズされた固有の体験を作成するためにユーザに関するすべてのデータを処理するＡＩエンジンによる任意の数の要因に基づくことができる。

ステップ９２０において、ステップ９１６の判定に基づいてスマートカードバンドルをカスタマイズすることができる。例えば、ステップ９２０Ａにおいて、ユーザ１のスマートカードは、追加のレシピ推奨なしで１つのベジタリアンのレシピを示すようにカスタマイズされてもよい。ステップ９２０Ｂにおいて、ユーザ２用のスマートカードは、赤身のタンパク質を含む２つのトップレシピと、赤身のタンパク質を含むレシピについての３つの追加の推奨とを示すようにカスタマイズされてもよい。ステップ９２０Ｃにおいて、ユーザ３のスマートカードは、１５分未満の調理時間の１つのレシピと、１５分未満の調理時間のレシピについての３つの追加の推奨とを示すようにカスタマイズされてもよく、レシピは子供が見るためのものであると判定されているので、栄養事実ラベルは除去される。そして、ステップ９２０Ｄにおいて、ユーザ４のスマートカードは、１つの辛い料理のレシピと、３つの追加の辛い料理のレシピの推奨を示すようにカスタマイズされてもよい。

このレベルのカスタマイズ、特にユーザアプリケーションにおける使用履歴を超えるユーザ情報の包括的な収集分析、および個々のユーザのニーズに適合するために使用される様々なカスタマイズされたユーザ固有のカード要素は、静的カードをレンダリングする従来の方法では達成され得ない。

図１０は、図３の４つの異なるスマートカードをユーザ固有のプロンプトでさらにカスタマイズする方法を示す。図９のステップを続け、固有のユーザプロファイルの同じ決定に基づいて、各ユーザは、代替レシピタイプ（例えば、ベジタリアン対肉のレシピ）、食事オプション（配達など）、飲料の推奨、またはユーザの関心のさらなる発展のためのプロンプト（ユーザ２のトレーニングプランをセットアップするためのプロンプトなど）を受け取ることができる。図１０に示すように、ユーザ固有のプロンプトの内容は、ユーザアプリケーションの機能および能力を超えて拡張することができ、これは、ユーザアプリケーション固有の内容に限定され得る静的カードをレンダリングする従来の方法のさらなる改善である。対照的に、スマートカード内のユーザ固有のプロンプトは、各ユーザに固有のユーザ体験を提供して、その特定のユーザに固有のより良い情報を要求および受信するようにユーザを案内およびナビゲートするのを助ける。ユーザが要求を有するたびに、完全に新しい固有のプロンプトがスマートカードに表示されてもよい。これは、過去および現在のコンテキストを分析してユーザの嗜好、好み、および嫌悪を判定できるＡＩサービスを介してのみ可能である。

ユーザがこれらの固有のプロンプトに応答した場合、スマートカードはレンダリング後の最適化を必要とする場合がある。例えば、図１０に示すように、ユーザ１へのベジタリアン料理の配達の提案２に応答して、ユーザ１は提案された配達を要求することができる。その後、スマートカードは、ユーザ１のフォローアップ要求に応答して表示で更新されてもよい。これは、さらに更新またはカスタマイズされない可能性がある従来の静的カードからの別の改善である。

ユーザアプリケーションによるカード要求に応答して生成されたスマートカードは、最初にユーザアプリケーションの機能を利用する要素でコンパイルされてもよいことは明らかである。例えば、レシピファインダ用に生成されたスマートカードはレシピを表示する要素を含み、映画ストリーミングアプリケーション用に生成されたスマートカードは映画タイトルまたは映画を表示する要素を含み、株式取引プラットフォーム用に生成されたスマートカードは株式を表示する要素を含む、などである。図１１は、レンダリング後の最適化を達成することができるスマートカード最適化システムを示す。例えば、前述したように、最適化システムは、ユーザアプリケーションの機能を超えてスマートカードの動的なカスタマイズに寄与する４つの重要な要素のうちの１つである。最適化システムは、データ記憶装置からデータをフェッチすることができるサーバ上で動作するコンテキスト注入エンジンを含むことができ、データ記憶装置は、補助メタデータ要求を解決することができるリモートデータベースまたはサーバであってもよい。

図１１では、レンダリングされたスマートカード１１０４は、ユーザアプリケーション上またはユーザアプリケーションが実行されているユーザデバイス上に表示され得る。ユーザアプリケーションは、最適化システム１１０８を含むことができる。最適化システム１１０８は、図２で説明した様々な方法を介して１つ以上の情報サーバ１１１２と通信することができる。図１０で説明した例を使用すると、ユーザアプリケーションは、配送オプションの固有のプロンプトをユーザに提示するレシピファインダアプリケーションであってもよい。配信オプション自体は、ユーザアプリケーションが元々提供する機能ではない場合がある。

ユーザ要求（これは、上述したように、受動的動作、または能動的入力であってもよい）に応答して、スマートカード１１０４は、表示するために、既存の要素を更新するか、または新しい要素を提供するための追加のコンテキストを要求することができる。コンテキスト要求は、要求を処理して必要な追加データを識別して取得する最適化システム１１０８にルーティングすることができる。例えば、ユーザがベジタリアン料理の配達を要求したことに応答したコンテキスト要求は、配達サービスを提供する半径５マイル以内の利用可能なベジタリアンレストランのリストを取得することであってもよい。

コンテキスト要求を受信すると、最適化システム１１０８は、１つ以上の情報サーバ１１１２にデータを要求することができる。この例では、最適化システム１１０８は、ＧｏｏｇｌｅマップまたはＹｅｌｐなどのサードパーティサーバを使用して、近くのベジタリアンレストラン、ならびに営業時間、配達料金、およびメニューやオンライン注文フォームへのリンクなどの追加情報を識別する。

データを受信すると、最適化システム１１０８は、スマートカードが表示することができるレンダリング可能な仕様にコンテキストをパッケージ化することができる。上述したように、ユーザアプリケーションは、元々配達オプションをサポートしていない場合がある（これは、レストランのリスト化、メニューの取得、および注文フォームの表示など、上述した多くの特徴を含むことができる）。従来の静的カードは、ユーザアプリケーションによってサポートされていない要素を表示する能力を有していない場合がある。対照的に、スマートカードは、これらの特徴を表示する要素を生成することができる。

従来の静的カードからの別の改善は、バックエンドサーバとの対話に基づいてライブデータでその表示を更新するスマートカードの能力である。図１２は、ライブデータ更新を有する例示的な株式市場スマートカードを示す。これらの例では、株価に関するスマートカードのデータはリアルタイムで更新され、これにより、業者はスマートカードを介して売買することができる。

図１３は、図１２の例示的なスマートカードを実現できる方法を示すための、スマートカードとバックエンドサーバとの間の通信フレームワークを示す。図１３では、スマートカード１３０４は、図２で説明した方法のうちの１つを使用してバックエンドサーバ１３０８と通信することができる。バックエンドサーバ１３０８は、１つ以上の情報サーバ１３１２と通信することができる。スマートカード１３０４上の表示が、図１２の例示的なスマートカードにおける株価の変化などのリアルタイム更新を必要とする場合、スマートカードは、バックエンドサーバにサブスクライブして、バックエンドサーバから更新を受信し、カードを更新状態に維持することができる。サブスクリプションは、結果のストリームに対する要求である。ストリームは、データが継続的に提供される通信のモードである。株式市場カードの例では、サブスクリプションは株価についてである。

次に、バックエンドサーバ１３０８は、更新のために１つ以上の情報サーバ１３１２を監視し始めることができる。株式市場カードの例では、情報サーバ１３１２は、株価を表示するサードパーティのウェブサイトであってもよい。バックエンドサーバ１３０８は、これらのウェブサイトを監視し、株価の変化を検出すると、そのような変化をスマートカード１３０４にストリーミングし、いかなる変化にもかかわらず価格を定期的に更新することができる。

別の実施形態では、個々のスマートカードは、情報サーバを監視し、サードパーティデータを直接取得することができる。しかしながら、サードパーティデータはサブスクリプション料金を必要とする可能性があるため、バックエンドサーバを使用する実施形態が好ましい。バックエンドサーバは、１つのサブスクリプション料金で、任意の数のスマートカードのサブスクリプションニーズにサービスを提供することができる。加えて、個々のスマートカードが一時的にオフラインになる可能性がある場合（ユーザデバイスでの信号受信不良など）、バックエンドサーバは、サードパーティデータをリアルタイムで引き続き受信し、スマートカードがオンラインに戻ったときに結果をスマートカードに遡及的にストリーミングすることができる。

スマートカードがバックエンドサーバからのライブデータでその表示を更新する能力は、単純な結果ストリームを超えて拡張される。スマートカードはまた、ターンベース方式でユーザと対話し、数ターンにわたって状態を維持することができる。状態は、任意の時点における先行するイベントまたはユーザ対話の集合である。従来、ユーザ間アプリケーションは、第１のユーザ要求が第１の応答を生成し、第２のユーザ要求が第２の応答を生成するという意味でのみターンベースであり、第２の応答は第２の要求に応答するだけであり、第１の要求の状態は維持されないため、第１の要求には応答しない。スマートカードおよび／またはバックエンドサーバにＡＩサービスを統合することにより、既にレンダリングされたスマートカードに対する各新しいユーザ要求が以前のユーザ要求のコンテキストで分析および処理され得るように状態を維持することができる。

図１４は、ユーザがＡＩバックエンドサーバでリアルタイムのチェスゲームをプレイすることができる例示的なチェススマートカードを示す。図１４のチェスゲームと従来のチェスゲームユーザアプリケーションでプレイされるチェスゲームとの違いは、図１４のチェスゲームスマートカードが任意のユーザアプリケーションにおいてユーザに表示され得ることである。例えば、ユーザは、レシピファインダアプリケーションでレシピを見ている可能性があるが、湯が沸くのを待っている間に、チェスゲームをプレイしたいと要求することができる。次いで、レシピを表示する既にレンダリングされたスマートカードは、同じカード内にチェスゲームの要素を組み込むことができる。さらに、ゲームプレイは、カード自体の中で行われてもよく、チェスプレイ専用の別個のプログラムまたはソフトウェアアプリケーションを必要としない。

図１５は、スマートカードテンプレートがスマートカードレジストリにアップロードされ、トップカードとして識別される方法を示す。図２および図５で説明したように、カード要求に応答して、スマートカードレジストリおよびバックエンドサーバは協働して、カード要求に応答するトップカードを識別する。

図１５では、スマートカードテンプレートは、スマートカード仕様１５０４を提供することによって生成される。スマートカード仕様１５０４は、論理、コンテキスト、およびスマートカードバンドルがレンダリング中に要求するレンダリングメタデータを定義する。

論理要求は、コードの一部としてすべての論理およびプログラムルーチンのプログラム仕様を含む。これは、カードが、ユーザがどの俳優を他の俳優よりも好むか、または特定のジャンルにどのランキングを割り当てるかを判断する能力を必要とすることであり得る。

必要とされるコンテキストは、ユーザアプリケーション上でレンダリングを実行する一部として外部データ記憶装置からフェッチされる必要がある関連メタデータである。一例は、カード仕様が特定の映画の俳優のリストを必要とすることであり得る。

レンダリングメタデータは、レンダリングプロセスを達成するためにどのようなユーザアプリケーション情報が必要とされるかの定義である。これは、画面サイズまたは解像度および品質に関する情報、ならびに一般的なハードウェアデバイス情報であり得る。

スマートカード仕様１５０４は、スマートカードパッケージ１５０８に変換され、登録要求を介してスマートカードレジストリ１５１２に送信される。

バックエンドサーバは、スマートカード仕様１５０４のどのセットがユーザアプリケーションおよびユーザデバイスと最も互換性があるかを識別することによって、利用可能なスマートカードパッケージを検索する。トップカードを発見すると、スマートカードレジストリは、スマートカードパッケージ１５０８をバックエンドサーバに配信し、次いでスマートカードパッケージ１５０８は、情報サーバから注入されたコンテキストと共にスマートカードバンドルになる。

スマートカードの別の固有の特徴は、カード間対話を介したデバイス間通信である。従来の静的カードは、他の静的カードと通信することができない。デバイス間通信は、通常、ユーザアプリケーションなどの外部手段を介して実現される。カード間対話は、ユーザが別のデバイスまたはユーザと通信するためにサードパーティアプリケーションをダウンロードする必要性を排除する。例えば、ユーザは、従来、ビデオ会議に参加するためにサードパーティアプリケーションをダウンロードすることを強いられる（ズームまたはＭｉｃｒｏｓｏｆｔチームのダウンロードなど）。一方、スマートカードは、ビデオおよび音声フィードの表示をレンダリングするだけでビデオ会議を容易にすることができ、したがって、サードパーティアプリケーションの必要性を排除する。さらに、サードパーティアプリケーションは、携帯電話、コンピュータ、タブレット、ラップトップ、またはテレビなどのすべてのビデオ画面デバイスと普遍的に互換性があるわけではない。一方、スマートカードは、表示形式およびパラメータを、異なる種類の物理的表示画面および関連するシステムごとに動的にカスタマイズすることができる。

図１６Ａは、スマートカードがカード間対話でレンダリングされるユーザデバイスの表示画面に合うように各スマートカードをカスタマイズする方法を示す。図１６Ａでは、ユーザＡ１６０４Ａのスマートカードは、ビデオ会議を表示することなどによって、ユーザＢ１６０８Ａのスマートカードと対話することができる。各スマートカード１６０４Ａ、１６０８Ａは、それ自体のスマートカード論理エンジン１６１２を有する。上述したように、スマートカード論理エンジン１６１２は、スマートカード上でＡＩサービスを実装する役割を担う。ユーザＡおよびＢのスマートカード１６０４Ａ、１６０８Ａ上のそれぞれのスマートカード論理エンジン１６１２は、スマートカードを表示するために使用されるビデオ画面デバイスを各々識別することができる。ユーザＡの場合、スマートカード論理エンジン１６１２は、ビデオ画面デバイスを携帯電話１６２０として識別し、スマートカード１６０４Ａを電話画面に合うようにカスタマイズすることができる。ユーザＢの場合、スマートカード論理エンジン１６１２は、ビデオ画面デバイスをコンピュータ１６２４として識別し、スマートカード１６０８Ａをコンピュータ画面に合うようにカスタマイズすることができる。

図１６Ｂは、ユーザＡおよびＢのための例示的なスマートカードを示す。ユーザＡのスマートカード１６０４Ｂは電話画面用にカスタマイズされており、ユーザＢのスマートカード１６０８Ｂはコンピュータ画面用にカスタマイズされている。カスタマイズは、異なる画面サイズに適合するように画面をトリミングすることを超える。２つのスマートカード１６０４Ｂ、１６０８Ｂの比較は、ビデオ表示ウィンドウが全く異なっていてもよいことを示す（ポートレート対ランドスケープ）。テキストベースのチャットウィンドウなどの追加の表示要素も含まれ得る。

図１６Ａおよび図１６Ｂは、ビデオ表示を使用した１つの例示的なカード間対話を示す。スマートカードを使用して、任意のタイプのカード間対話を実現することができると考えられる。例えば、ユーザＡおよびＢは、自分のスマートカード上にチェスゲーム表示要素を要求することによってターンベースのチェスゲームに関与することができ、または選択された株価を並べてレビューして自分の取引を比較することができ、またはスマートカードを介して自分たちの料理レシピを交換することができる。

スマートカード体験は、固有のユーザごとにさらにカスタマイズされ得ることも考えられる。例えば、ユーザＡ１６０４のスマートカード上のビデオ会議はフル画面であってもよく、これは、ビデオ会議およびテキスト追跡型チャットがスマートカード上の唯一の要素であり得ることを意味する。一方、ユーザＢ１６０８のスマートカード上のビデオ会議およびチャットボックスは、単一のスマートカード上の多くの他の要素のうちの２つであってもよい。

図１７は、３つ以上のスマートカードにわたるカード間対話を示す。図１６Ａで説明した同じ方法論を使用して、スマートカード論理エンジンは、携帯電話、コンピュータ、およびタブレットを含むがこれらに限定されない任意のユーザデバイスに対する同じカードの表示をカスタマイズすることができ、これらのデバイス上のスマートカードは互いに対話する。

マルチカード対話では、１つのスマートカードをホストとして選出して、すべてのカードの安定性および同期を確保することができる。図１８は、ホストとして機能するスマートカードを決定するための選出フレームワークを示す。図１８では、第１のスマートカード１８０４、第２のスマートカード１８０８、および第３のスマートカード１８１２は、ヒューリスティック投票プロセスを通じてどのカードが最も安定してホストとして機能するかを決定するためにラウンドロビン方式で互いに通信する。ホストは、ユーザデバイスの安定性（利用可能な能力、複雑なＡＩサービス要求を処理する能力など）およびそれらのそれぞれのネットワーク接続の安定性（信号強度、帯域幅など）、またはデバイスをホストとして適切にすることができる任意の他の要因に基づいて選択される。この選出フレームワークは、任意の数のデバイス上の２つより多い任意の数のスマートカードからスケーリングすることができる。安定性は、Ｒａｆｔ合意アルゴリズムを実行することによって決定される。

別の実施形態では、バックエンドサーバがホストとして使用されてもよい。図１９は、この代替的なマルチカード通信フレームワークを示す。図１９では、第１のスマートカード１９０４、第２のスマートカード１９０８、および第３のスマートカード１９１２は、バックエンドサーバ１９１６を介して互いに通信している。バックエンドサーバ１９１６は、様々なリモートスマートカード、ユーザアプリケーション、またはサーバ間でメッセージをルーティングすることができるリモートサーバ動作ソフトウェアとすることができる。したがって、バックエンドサーバ１９１６は、ホストとしてサーバすることができる。

図２０は、モバイルであってもなくてもよいユーザデバイスとも呼ばれるモバイルデバイス２０００の例示的な実施形態を示す。これは１つの可能なモバイルデバイス構成にすぎず、したがって、当業者はモバイルデバイスを異なるように構成することができると考えられる。モバイルデバイス２０００は、以下に記載するように実行することが可能な任意のタイプのモバイル通信デバイスを備えることができる。モバイルデバイスは、ＰＤＡ、携帯電話、スマートフォン、タブレットＰＣ、ワイヤレス電子パッド、ＩｏＴデバイス、「ウェアラブル」電子デバイス、または任意の他のコンピューティングデバイスを備えることができる。

この例示的な実施形態では、モバイルデバイス２０００は、以下に説明する構成要素を保護し収容するように構成された外側ハウジング２００４で構成されている。ハウジング２００４内には、プロセッサ２００８ならびに第１および第２のバス２０１２Ａ、２０１２Ｂ（集合的に２０１２）がある。プロセッサ２００８は、バス２０１２を介してモバイルデバイス２０００の他の構成要素と通信する。プロセッサ２００８は、本明細書で説明されるように実行することができる任意のタイプのプロセッサまたはコントローラを備えることができる。プロセッサ２００８は、汎用プロセッサ、ＡＳＩＣ、ＡＲＭ、ＤＳＰ、コントローラ、または任意の他のタイプの処理デバイスを備えることができる。プロセッサ２００８およびモバイルデバイス２０００の他の要素は、バッテリ２０２０または他の電源から電力を受け取る。電気インターフェース２０２４は、第２の電子デバイス、コンピュータ、医療デバイス、または電源／充電デバイスなどのモバイルデバイスと電気的にインターフェースするための１つ以上の電気ポートを提供する。インターフェース２０２４は、任意のタイプの電気インターフェースまたはコネクタフォーマットを備えることができる。

１つ以上のメモリ２０１０は、プロセッサ２００８上で実行するための機械可読コードの記憶、および画像データ、音声データ、ユーザデータ、位置データ、加速度計データ、または任意の他の種類のデータなどのデータの記憶のためのモバイルデバイス２０００の一部である。メモリ２０１０は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、光メモリ、またはマイクロドライブメモリを備えることができる。本明細書に記載の機械可読コード（ソフトウェアモジュールおよび／またはルーチン）は非一時的である。

この実施形態の一部として、プロセッサ２００８は、ユーザインターフェース２０１６に接続する。ユーザインターフェース２０１６は、モバイルデバイスを制御するためにユーザ入力を受け入れるように構成された任意のシステムまたはデバイスを備えることができる。ユーザインターフェース２０１６は、マイクロフォン、キーボード、ローラーボール、ボタン、ホイール、ポインタキー、タッチパッド、およびタッチ画面のうちの１つ以上を備えることができる。バス２０１２を介してインターフェースし、ディスプレイ２０２８に接続するタッチ画面コントローラ２０３０も設けられる。

ディスプレイは、視覚情報をユーザに表示するように構成された任意のタイプの表示画面を備える。画面は、ＬＥＤ、ＬＣＤ、薄膜トランジスタ画面、ＯＥＬ ＣＳＴＮ（カラースーパーツイストネマティック）、ＴＦＴ（薄膜トランジスタ）、ＴＦＤ（薄膜ダイオード）、ＯＬＥＤ（有機発光ダイオード）、ＡＭＯＬＥＤディスプレイ（アクティブマトリクス有機発光ダイオード）、静電容量式タッチ画面、抵抗式タッチ画面、またはこれらの技術の任意の組み合わせを備えることができる。ディスプレイ２０２８は、プロセッサ２００８から信号を受信し、これらの信号は、当技術分野で理解されているように、ディスプレイによってテキストおよび画像に変換される。ディスプレイ２０２８は、プロセッサ２００８とインターフェースするディスプレイプロセッサ（図示せず）またはコントローラをさらに備えることができる。タッチ画面コントローラ２０３０は、ディスプレイ２０２８上に重ねられたタッチ画面から信号を受信するように構成されたモジュールを備えることができる。

また、この例示的なモバイルデバイスの一部は、スピーカ２０３４およびマイクロフォン２０３８である。スピーカ２０３４およびマイクロフォン２０３８は、プロセッサ２００８によって制御されてもよい。マイクロフォン２０３８は、プロセッサ２００８の制御に基づいて音声信号を受信して電気信号に変換するように構成されている。同様に、プロセッサ２００８は、スピーカ２０３４を作動させて音声信号を生成することができる。これらのデバイスは、当技術分野で理解されているように動作するので、本明細書では詳細に説明しない。

バス２０１２のうちの１つ以上には、各々がそれぞれのアンテナ２０４８、２０５２に接続される第１の無線トランシーバ２０４０および第２の無線トランシーバ２０４４も接続される。第１および第２のトランシーバ２０４０、２０４４は、リモート送信機から入力信号を受信し、信号に対してアナログフロントエンド処理を実行してアナログベースバンド信号を生成するように構成されている。入力信号は、プロセッサ２００８による後続の処理のために、アナログデジタル変換器などによるデジタル形式への変換によってさらに処理することができる。同様に、第１および第２のトランシーバ２０４０、２０４４は、プロセッサ２００８またはモバイルデバイス２００８の別の構成要素からの発信信号を受信し、それぞれのアンテナ２０４８、２０５２を介した送信のためにこれらの信号をベースバンドからＲＦ周波数にアップコンバートするように構成されている。第１の無線トランシーバ２０４０および第２の無線トランシーバ２０４４と共に示されているが、モバイルデバイス２０００は、ただ１つのそのようなシステムまたは２つ以上のトランシーバを有してもよいと考えられる。例えば、いくつかのデバイスは、３帯域または４帯域対応であるか、またはＢｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、または他の通信機能を有する。

モバイルデバイス、したがって第１の無線トランシーバ２０４０および第２の無線トランシーバ２０４４は、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１１ａ、ｂ、ｇ、ｎなどのＷＩ－ＦＩ、無線ＬＡＮ、ＷＭＡＮ、ブロードバンド固定アクセス、ＷｉＭＡＸ、ＣＤＭＡ、ＧＳＭ（登録商標）、ＥＤＧＥ、３Ｇ、４Ｇ、５Ｇ、ＴＤＭＡ、ＡＭＰＳ、ＦＲＳ、ＧＭＲＳ、市民帯域無線、ＶＨＦ、ＡＭ、ＦＭ、およびワイヤレスＵＳＢを含むセル方式技術を含むがこれらに限定されない任意の現在存在する、または将来開発される無線規格に従って動作するように構成されてもよいと考えられる。

また、モバイルデバイスの一部は、プロセッサ２００８ともインターフェースする第２のバス２０１２Ｂに接続された１つ以上のシステムである。これらのデバイスは、関連するアンテナ２０６２を有する全地球測位システム（ＧＰＳ）モジュール２０６０を含む。ＧＰＳモジュール２０６０は、衛星または他のトランスポンダからの信号を受信および処理して、ＧＰＳモジュール２０６０の位置、進行方向、および速度に関する位置データを生成することができる。ＧＰＳは、当該技術分野において一般的に理解されており、したがって本明細書では詳細に説明しない。ジャイロスコープ２０６４は、モバイルデバイス２００４の向きに関する向きデータを生成して提供するためにバス２０１２Ｂに接続する。磁力計２０６８は、モバイルデバイス２００４に方向情報を提供するために設けられる。加速度計２０７２は、モバイルデバイスが受ける衝撃または力に関する情報またはデータを提供するためにバス２０１２Ｂに接続する。一構成では、加速度計２０７２およびジャイロスコープ２０６４は、モバイルデバイスの移動経路および向きを示すためにデータを生成してプロセッサ２００８に提供する。

メモリ２０１０に記憶するために、および／または無線もしくは有線リンクを介して可能な伝送のために、または後で見るために画像データを取り込むために、１つ以上のカメラ（静止画、動画、またはその両方）２０７６が設けられる。１つ以上のカメラ２０７６は、可視光および／または近赤外光を用いて画像を検出するように構成されてもよい。カメラ２０７６はまた、暗い環境で画像を取得するために、画像増強、能動照明、または熱視覚を利用するように構成されてもよい。プロセッサ２００８は、本明細書に記載の機能を実行するためにメモリに記憶された機械可読コードを処理することができる。

ＬＥＤライトなどのフラッシャおよび／またはフラッシュライト２０８０が提供され、プロセッサ制御可能である。フラッシャまたはフラッシュライト２０８０は、ストロボまたは従来のフラッシュライトとして機能することができる。フラッシャまたはフラッシュライト２０８０はまた、近赤外光を放射するように構成されてもよい。電力管理モジュール２０８４は、電力消費を管理し、バッテリ充電を制御し、異なる電力要件を必要とする可能性がある様々なデバイスに供給電圧を供給するために、バッテリ２０２０とインターフェースするか、またはバッテリを監視する。

図２１は、例示的な一実施形態による、上述のデバイスのうちの１つなどのコンピューティングまたはモバイルデバイス、またはサーバの概略図である。コンピューティングデバイス２１００は、スマートフォン、タブレット、キオスク、ラップトップ、デスクトップ、ワークステーション、携帯情報端末、サーバ、ブレードサーバ、メインフレーム、および他の適切なコンピュータなどの様々な形態のデジタルコンピュータを表すように意図されている。コンピューティングデバイス２１５０は、携帯情報端末、携帯電話、スマートフォン、および他の同様のコンピューティングデバイスなどの様々な形態のモバイルデバイスを表すように意図されている。ここに示されている構成要素、それらの接続および関係、ならびにそれらの機能は、例示的なものにすぎず、本明細書に記載および／または特許請求される実施態様を限定するものではない。

コンピューティングデバイス２１００は、プロセッサ２１０２と、メモリ２１０４と、記憶装置２１０６と、メモリ２１０４および高速拡張ポート２１１０に接続する高速インターフェースまたはコントローラ２１０８と、低速バス２１１４および記憶装置２１０６に接続する低速インターフェースまたはコントローラ２１１２とを含む。構成要素２１０２、２１０４、２１０６、２１０８、２１１０、および２１１２の各々は、様々なバスを使用して相互接続され、共通のマザーボード上に、または必要に応じて他の方法で取り付けられてもよい。プロセッサ２１０２は、高速コントローラ２１０８に結合されたディスプレイ２１１６などの外部入出力装置にＧＵＩ用のグラフィック情報を表示するためにメモリ２１０４または記憶装置２１０６に記憶された命令を含む、コンピューティングデバイス２１００内で実行するための命令を処理することができる。他の実施態様では、複数のプロセッサおよび／または複数のバスが、必要に応じて、複数のメモリおよびメモリの種類と共に使用されてもよい。また、複数のコンピューティングデバイス２１００が接続されてもよく、各デバイスは必要な動作の一部を提供する（例えば、サーババンク、ブレードサーバのグループ、またはマルチプロセッサシステムとして）。

メモリ２１０４は、コンピューティングデバイス２１００内に情報を記憶する。一実施態様では、メモリ２１０４は、揮発性メモリユニットである。別の実施態様では、メモリ２１０４は、不揮発性メモリユニットである。メモリ２１０４はまた、磁気または光ディスクなどのコンピュータ可読媒体の別の形態であってもよい。

記憶装置２１０６は、コンピューティングデバイス２１００に大容量ストレージを提供することができる。一実施態様では、記憶装置２１０６は、ハードディスクデバイス、光ディスクデバイス、もしくはテープデバイス、フラッシュメモリ、もしくは他の同様のソリッドステートメモリデバイス、または記憶エリアネットワークもしくは他の構成のデバイスを含むデバイスのアレイなどのコンピュータ可読媒体であり得るか、またはそれを含み得る。コンピュータプログラム製品は、情報キャリアに有形に具現化することができる。コンピュータプログラム製品はまた、実行されると、上記のような１つ以上の方法を実行する命令を含むことができる。情報キャリアは、メモリ２１０４、記憶装置２１０６、またはプロセッサ２１０２上のメモリなどのコンピュータまたは機械可読媒体である。

高速コントローラ２１０８は、コンピューティングデバイス２１００の帯域集約的な動作を管理し、低速コントローラ２１１２は、より低い帯域集約的な動作を管理する。このような機能の割り当ては、単なる例示である。一実施態様では、高速コントローラ２１０８は、メモリ２１０４、ディスプレイ２１１６（例えば、グラフィックスプロセッサまたはアクセラレータを介して）、および様々な拡張カード（図示せず）を受け入れることができる高速拡張ポート２１１０に結合される。本実装形態では、低速コントローラ２１１２は、記憶装置２１０６および低速バス２１１４に結合される。様々な通信ポート（例えば、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、イーサネット（登録商標）、ワイヤレスイーサネット）を含むことができる低速バス２１１４は、キーボード、ポインティングデバイス、スキャナ、または（例えば、ネットワークアダプタを介して）スイッチもしくはルータなどのネットワーキングデバイスなどの１つ以上の入出力デバイスに結合することができる。

コンピューティングデバイス２１００は、図に示すように、いくつかの異なる形態で実装することができる。例えば、これは、標準サーバ２１２０として、またはそのようなサーバのグループにおいて複数回実装されてもよい。これは、ラックサーバシステム２１２４の一部として実装されてもよい。また、ラップトップコンピュータ２１２２などのパーソナルコンピュータに実装されてもよい。あるいは、コンピューティングデバイス２１００の構成要素は、デバイス２１５０などのモバイルデバイス（図示せず）内の他の構成要素と組み合わせることができる。そのようなデバイスの各々は、コンピューティングデバイス２１００、２１５０のうちの１つ以上を含むことができ、システム全体は、互いに通信する複数のコンピューティングデバイス２１００、２１５０から構成することができる。

コンピューティングデバイス２１５０は、他の構成要素の中でも、プロセッサ２１５２と、メモリ２１６４と、ディスプレイ２１５４などの入出力装置と、通信インターフェース２１６６と、トランシーバ２１６８とを含む。デバイス２１５０はまた、追加のストレージを提供するために、マイクロドライブまたは他のデバイスなどの記憶装置を備えてもよい。構成要素２１５０、２１５２、２１６４、２１５４、２１６６、および２１６８の各々は、様々なバスを使用して相互接続され、構成要素のいくつかは、共通のマザーボード上に、または必要に応じて他の方法で取り付けられてもよい。

プロセッサ２１５２は、メモリ２１６４に記憶された命令を含む、コンピューティングデバイス２１５０内の命令を実行することができる。プロセッサは、別個の複数のアナログおよびデジタルプロセッサを含むチップのチップセットとして実装されてもよい。プロセッサは、例えば、ユーザインターフェースの制御、デバイス２１５０によって実行されるアプリケーション、およびデバイス２１５０による無線通信など、デバイス２１５０の他の構成要素の調整を提供することができる。

プロセッサ２１５２は、ディスプレイ２１５４に結合された制御インターフェース２１５８およびディスプレイインターフェース２１５６を介してユーザと通信することができる。ディスプレイ２１５４は、例えば、ＴＦＴ ＬＣＤ（薄膜トランジスタ液晶ディスプレイ）またはＯＬＥＤ（有機発光ダイオード）ディスプレイ、または他の適切なディスプレイ技術であってもよい。ディスプレイインターフェース２１５６は、ディスプレイ２１５４を駆動してグラフィックおよび他の情報をユーザに提示するための適切な回路を備えることができる。制御インターフェース２１５８は、ユーザからコマンドを受信し、それらをプロセッサ２１５２に提出するために変換することができる。加えて、デバイス２１５０の他のデバイスとの近距離通信を可能にするために、プロセッサ２１５２と通信する外部インターフェース２１６２が設けられてもよい。外部インターフェース２１６２は、例えば、いくつかの実装形態では有線通信を提供してもよく、複数のインターフェースを含む他の実装形態では無線通信を提供してもよい。

メモリ２１６４は、コンピューティングデバイス２１５０内に情報を記憶する。メモリ２１６４は、コンピュータ可読媒体、揮発性メモリユニット、または不揮発性メモリユニットのうちの１つ以上として実装することができる。拡張メモリ２１７４も、例えば、ＳＩＭＭ（シングルインラインメモリモジュール）カードインターフェースを含むことができる拡張インターフェース２１７２を介してデバイス２１５０に設けるおよび接続することができる。そのような拡張メモリ２１７４は、デバイス２１５０のための追加のストレージ空間を提供してもよく、またはデバイス２１５０のためのアプリケーションまたは他の情報を記憶してもよい。具体的には、拡張メモリ２１７４は、上述したプロセスを実行または補足するための命令を含むことができ、セキュア情報も含むことができる。したがって、例えば、拡張メモリ２１７４は、デバイス２１５０のセキュリティモジュールとして設けられてもよく、デバイス２１５０の安全な使用を可能にする命令でプログラムされてもよい。加えて、セキュアアプリケーションが、ＳＩＭＭカード上に識別情報をハッキング不可能な方法で配置するなどの追加情報と共に、ＳＩＭＭカードを介して提供されてもよい。

メモリは、例えば、後述するように、フラッシュメモリおよび／またはＮＶＲＡＭメモリを含むことができる。一実施態様では、コンピュータプログラム製品は、情報キャリアに有形に具現化される。コンピュータプログラム製品は、実行されると、上述のような１つ以上の方法を実行する命令を含む。情報キャリアは、例えばトランシーバ２１６８または外部インターフェース２１６２を介して受信することができる、メモリ２１６４、拡張メモリ２１７４、またはプロセッサ２１５２上のメモリなどのコンピュータまたは機械可読媒体である。

デバイス２１５０は、必要に応じてデジタル信号処理回路を含むことができる通信インターフェース２１６６を介して無線通信することができる。通信インターフェース２１６６は、とりわけ、ＧＳＭ音声通話、ＳＭＳ、ＥＭＳ、またはＭＭＳメッセージング、ＣＤＭＡ、ＴＤＭＡ、ＰＤＣ、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、またはＧＰＲＳなどの様々なモードまたはプロトコルの下での通信を提供することができる。そのような通信は、例えば、無線周波数トランシーバ２１６８を介して行われ得る。さらに、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、または他のそのようなトランシーバ（図示せず）を使用するなどして、短距離通信が行われてもよい。さらに、ＧＰＳ（全地球測位システム）受信機モジュール２１７０は、デバイス２１５０上で実行されているアプリケーションによって適切に使用され得る追加のナビゲーションおよび位置関連無線データをデバイス２１５０に提供することができる。

デバイス２１５０はまた、ユーザから音声情報を受信し、それを使用可能なデジタル情報に変換することができる音声コーデック２１６０を使用して音声通信することができる。音声コーデック２１６０は、同様に、スピーカ（例えば、デバイス２１５０のハンドセット内）などを介して、ユーザのための可聴音を生成することができる。そのような音は、音声通話からの音を含むことができ、記録された音（例えば、音声メッセージ、音楽ファイルなど）を含むことができ、デバイス２１５０上で動作するアプリケーションによって生成された音も含むことができる。

コンピューティングデバイス２１５０は、図に示すように、いくつかの異なる形態で実装することができる。例えば、携帯電話２１６０として実装されてもよい。また、スマートフォン２１８２、携帯情報端末、コンピュータタブレット、または他の同様のモバイルデバイスの一部として実装されてもよい。

したがって、本明細書に記載のシステムおよび技術の様々な実施態様は、デジタル電子回路、集積回路、特に設計されたＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせで実現することができる。これらの様々な実施態様は、記憶システム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスからデータおよび命令を受信し、それらにデータおよび命令を送信するように結合された、特殊または汎用であり得る少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステム上で実行可能および／または解釈可能な１つ以上のコンピュータプログラムでの実施態様を含むことができる。

これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとも呼ばれる）は、プログラマブルプロセッサ用の機械命令を含み、高水準手続き型および／またはオブジェクト指向プログラミング言語で、および／またはアセンブリ／機械言語で実装することができる。本明細書で使用される場合、「機械可読媒体」および「コンピュータ可読媒体」という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために使用される任意のコンピュータプログラム製品、装置および／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブル論理デバイス（ＰＬＤ））を指し、機械命令を機械可読信号として受信する機械可読媒体を含む。「機械可読信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために使用される任意の信号を指す。

ユーザとの対話を提供するために、ここで説明するシステムおよび技術は、ユーザに情報を表示するための表示デバイス（例えば、ＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニタ）と、ユーザがコンピュータに入力を提供することができるキーボードおよびポインティングデバイス（例えば、マウス、ジョイスティック、トラックボール、または同様のデバイス）とを有するコンピュータ上に実装することができる。他の種類のデバイスを使用して、ユーザとの対話を提供することもできる。例えば、ユーザに提供されるフィードバックは、視覚フィードバック、聴覚フィードバック、または触覚フィードバックなどの任意の形態の感覚フィードバックとすることができ、ユーザからの入力は、音響、音声、または触覚入力を含む任意の形態で受け取ることができる。

本明細書で説明するシステムおよび技術は、（例えば、データサーバ、スロット会計システム、プレーヤ追跡システム、または同様のものとして）バックエンド構成要素を含む、またはミドルウェア構成要素（例えば、アプリケーションサーバ）を含む、またはフロントエンド構成要素（例えば、ユーザが本明細書に記載のシステムおよび技術の実装と対話することができるグラフィカルユーザインターフェースまたはウェブブラウザを有するユーザアプリケーションコンピュータ）を含む、またはそのようなバックエンド、ミドルウェア、もしくはフロントエンド構成要素の任意の組み合わせを含むコンピューティングシステム（例えば、コンピューティングデバイス２１００および／または２１５０）で実施することができる。システムの構成要素は、任意の形態または媒体のデジタルデータ通信（例えば、通信ネットワーク）によって相互接続することができる。通信ネットワークの例には、ローカルエリアネットワーク（「ＬＡＮ」）、ワイドエリアネットワーク（「ＷＡＮ」）、およびインターネットが含まれる。

コンピューティングシステムは、ユーザアプリケーションおよびサーバを含むことができる。ユーザアプリケーションおよびサーバは、一般に、互いに遠隔にあり、通常、通信ネットワークを介して対話する。ユーザアプリケーションとサーバとの関係は、それぞれのコンピュータ上で実行され、互いにユーザアプリケーション－サーバ関係を有するコンピュータプログラムによって生じる。

本発明の様々な実施形態を説明したが、本発明の範囲内にあるより多くの実施形態および実装形態が可能であることは当業者には明らかであろう。さらに、本明細書に記載の様々な特徴、要素、および実施形態は、任意の組み合わせまたは配置で特許請求され、または組み合わされてもよい。

Claims (17)

1. 人工知能駆動ユーザインターフェースカードを生成するためのシステムであって、
   画面と、非一時的な機械実行可能コードを記憶するメモリと、前記機械実行可能コードを実行するように構成されたプロセッサとを有する第１のユーザデバイスを備え、前記機械実行可能コードは、
   前記第１のユーザデバイスと互換性があるようにスマートカードバンドルを修正するように構成され、前記スマートカードバンドルは、表示要素の第１のセットおよびコンテキストデータの第１のセットを備え、前記表示要素の第１のセットは、前記ユーザアプリケーションによって提供される１つ以上の機能を使用し、前記コンテキストデータの第１のセットは、ユーザによる第１の要求に応答し、前記機械実行可能コードは、さらに、
   ユーザ情報の分析に基づいてユーザ嗜好を予測し、前記予測に基づいて前記スマートカードバンドルを構成し、
   表示要素の第２のセットおよびコンテキストデータの第２のセットを前記スマートカードバンドルに追加するように構成され、前記表示要素の第２のセットは前記ユーザアプリケーションによって提供されない機能を使用する、システム。
2. 前記ユーザ情報は、ユーザアカウント情報、ユーザ嗜好、以前のユーザ選択、ユーザ入力、ユーザウェブブラウザ履歴、ユーザ通信、または補助メタデータのうちの１つ以上から選択される、請求項１に記載のシステム。
3. 前記表示要素の第１のセットは、追加のユーザ動作を提案する、前記ユーザへの対話型プロンプトを含む、請求項１に記載のシステム。
4. バックエンドサーバをさらに備え、前記表示要素の第１のセットは、前記バックエンドサーバからのデータで定期的に更新される表示要素を含み、前記データは前記バックエンドサーバから前記スマートカードバンドルにストリーミングされる、請求項１に記載のシステム。
5. 前記表示要素の第２のセットは、第２のユーザデバイスと通信するように構成される、請求項１に記載のシステム。
6. 前記機械実行可能コードは、前記ユーザによる第２の要求に基づいて、表示要素の第３のセットおよびコンテキストデータの第３のセットを前記スマートカードバンドルに追加するようにさらに構成され、前記コンテキストデータの第３のセットは、前記第１の要求および前記第２の要求に応答する、請求項１に記載のシステム。
7. 人工知能駆動ユーザインターフェースカードを生成するための方法であって、
   ユーザデバイス上で実行されているユーザアプリケーションから第１のユーザ要求を受信するステップと、
   表示要素の第１のセットおよび表示要素の第２のセットを備えるスマートカードバンドルをコンパイルするステップとを含み、前記表示要素の第１のセットは、前記ユーザアプリケーションによって提供される１つ以上の機能を使用し、前記表示要素の第２のセットは、前記ユーザアプリケーションによって提供されない機能を使用し、前記方法は、さらに、
   ユーザ情報の分析に基づいてユーザ嗜好を予測するステップと、
   前記予測に基づいて前記スマートカードバンドルを構成するステップと、
   前記表示要素の第１のセットおよび前記表示要素の第２のセットを前記ユーザデバイスの画面上に表示するステップと、を含む、方法。
8. 前記ユーザ情報は、ユーザアカウント情報、ユーザ嗜好、以前のユーザ選択、ユーザ入力、ユーザウェブブラウザ履歴、ユーザ通信、または補助メタデータのうちの１つ以上から選択される、請求項７に記載の方法。
9. 前記スマートカードバンドルは、コンテキストデータの第１のセットをさらに備え、前記コンテキストデータの第１のセットは、前記第１のユーザ要求に応答する、請求項７に記載の方法。
10. 前記ユーザアプリケーションから第２のユーザ要求を受信するステップと、前記第１のユーザ要求および前記第２のユーザ要求に応答するコンテキストデータの第２のセットで前記スマートカードバンドルを更新するステップと、前記予測および前記第２のユーザ要求に基づいて前記スマートカードバンドルを構成するステップと、をさらに含む、請求項９に記載の方法。
11. バックエンドサーバからストリーミングされた新しい情報で前記コンテキストデータの第１のセットを更新するステップをさらに含む、請求項９に記載の方法。
12. 前記スマートカードバンドルは、追加の動作を提案する、ユーザへの対話型プロンプトをさらに備え、前記対話型プロンプトは前記予測に基づいて構成される、請求項７に記載の方法。
13. 前記スマートカードバンドルを構成することは、表示要素の追加、表示要素の削除、表示要素のサイズ変更、または２つ以上の表示要素の並べ替えのうちの１つ以上を実行することを含む、請求項７に記載の方法。
14. 人工知能駆動ユーザインターフェースカードを生成するためのシステムであって、
    画面と、非一時的な機械実行可能コードを記憶するメモリと、前記機械実行可能コードを実行するように構成されたプロセッサとを有する第１のユーザデバイスを備え、前記機械実行可能コードは、
    前記第１の画面に表示するためにスマートカードバンドルを第１のスマートカードに処理するように構成され、前記スマートカードバンドルは、表示要素のセットおよびコンテキストデータのセットを備え、前記機械実行可能コードは、さらに、
    前記第１のユーザデバイスによって提供されない機能を使用して前記第１のスマートカード上に前記表示要素のセットをレンダリングし、
    第２のユーザデバイスからのデータで前記コンテキストデータを更新するように構成されている、システム。
15. 前記第２のユーザデバイスによって前記スマートカードバンドルから処理された第２のスマートカードと、
    第３のユーザデバイスによって前記スマートカードバンドルから処理された第３のスマートカードと、をさらに備え、
    前記第１のユーザデバイス上の前記コンテキストデータは、前記第２のスマートカードおよび前記第３のスマートカードからのデータで更新される、請求項１４に記載のシステム。
16. 前記第１のスマートカード、前記第２のスマートカード、および前記第３のスマートカードは、ピアツーピア方式で互いにデータを送信し、前記第１のスマートカードはホストとして選出される、請求項１５に記載のシステム。
17. 前記第２のユーザデバイスからのデータは、前記第２のユーザデバイスからバックエンドサーバにルーティングされ、次いで前記バックエンドサーバから前記第１のユーザデバイスにルーティングされる、請求項１４に記載のシステム。
    

Images