JP2016505912A - コンテンツ格納の装置および方法 - Google Patents

Abstract

第１の可視化から第１のユーザーコンテンツ要求が受け取られ、第２の可視化から第２のユーザーコンテンツ要求が受け取られる。第１のユーザーコンテンツ要求および第２のユーザーコンテンツ要求が解析される。解析に基づいて、第１のユーザーコンテンツ要求および第２のユーザーコンテンツ要求に対して、１セットの共通機能へのアクセスが提供される。状態情報は、第１の可視化と第２の可視化との間で共有される。【選択図】図１

Description

本明細書で開示される主題は、アプリケーション内のコンテンツを編成し格納することに関する。

モバイルアプリケーション、または「アプリ」開発は依然として比較的未熟な技術分野である。より具体的には、プラットフォームが変化し、非常に頻繁に変更している。このプラットフォームの揮発性はまた、プラットフォームによってサポートされるアプリケーションも同様に揮発性であることを意味する。

ほとんどのインターネットウェブサイトが、ウェブサイトをミラーリングする以外に何もしない、それ自身のアプリを有している。多くの状況では、複数の別々のアプリが配置され、アプリの各々は、少ない機能のみを実行する。したがって、これらのアプローチは、システムリソースを無駄にすることが多い。

モバイルアプリケーションについては、有力なアプローチは、機能の個々の部分ごとの個別のアプリケーションの作成である。しかし、これもまたシステムリソースを無駄にする。

特定分野の専門家も存在し、彼らはその分野をしばしば完全に理解している。結果として、これらの特定分野の専門家は、その分野の知識および既存のコンテキスト依存情報ならびにその分野からのコンテキストを利用する新たなコンテンツを提供することができる。残念なことに、これらの特定分野の専門家は、アプリケーション全体を学習し、構築し、コンパイルし、展開するために不必要な時間を費やす。さらに、アプリケーションが同じ作成者によるものである場合であっても、大部分のアプリケーションは、他のアプリに対して相互運用性を提供しない。

残念なことに、これらの欠点は、従来のシステムではほとんど問題にされず、これらの従来のアプローチについてユーザーの不利益および不満が生じている。

米国特許出願公開第２０１２／２６０１６１号明細書

モバイルまたはウェブアプリケーション内のコンテンツ格納のためのアプローチが提供される。より具体的には、本明細書に記載した多くの実施形態は、デバイスインターフェース、コンテキストの共有、および相互運用性インターフェースを有するコンテンツコンテナを含む単一のラッパーアプリケーションを提供する。

モバイルまたはウェブアプリケーション内のコンテンツ格納のための１つのアプローチでは、コンテナは全コンテンツをカプセル化する。「カプセル化」とは、全てのプログラムロジック、視覚化コンポーネント、および視覚化をサポートするのに必要な機能が、コンテナをホストするアプリケーション内にあることを意味する。このアプローチによっても、サーバー側コンポーネントがコンテンツに必要な機能を提供することができるが、視覚化およびバックグラウンドアプリケーションレベルのロジックもしくは機能は、アプリケーション自体（例えば、モバイルデバイス上にあるアプリケーション）にある。

これらのアプローチは、コンテンツの動的ホスティングもサポートし、それは視覚化コンポーネントおよびロジックがサーバー上またはクラウドコンピューティング環境のどこかのアプリケーションの外部に存在することを可能にする。この場合には、新たなコンテンツの利用可能性は、既存のサーバー側機能によりクエリを介して発見され、必要なコンテンツコンポーネントは、必要な時にアプリケーションコンテナにストリーミングされロードすることができる。

いくつかのアプローチでは、コンテナは、コンテンツに必要とされる一般的な特徴ならびにアプリケーション内のナビゲーション性を提供する。他のアプローチでは、コンテナは、任意のタイプの所望のコンテンツを含むのに必要な機構を提供する。

コンテンツ格納は、モバイルまたはウェブアプリケーション内で提供することができ、単一の主アプリケーションを分散して実証する能力を提供することができる。さらに、アプローチは、ユーザーがカスタムコンテンツを提供し、特定のコンピュータシステムからのみアクセス可能にすることにより、コンテンツを保護するかどうかを決定することを可能にする。さらに、種々のアプリケーション、コンテンツ、および可視化は、状態情報等の情報を共有することができる。

これらの実施形態の多くでは、第１の可視化から第１のユーザーコンテンツ要求が受け取られ、第２の可視化から第２のユーザーコンテンツ要求が受け取られる。第１のユーザーコンテンツ要求および第２のユーザーコンテンツ要求が解析される。解析に基づいて、第１のユーザーコンテンツ要求および第２のユーザーコンテンツ要求に対して、１セットの共通機能へのアクセスが提供される。また状態情報が、第１の可視化と第２の可視化との間で共有される。

他の態様では１セットの共通機能のうちの選択された１つは、グラフィック・ディスプレイ・アイコンのサイズを設定することを含む。１セットの共通機能のうちの選択された１つは、ユーザーコンテンツのステータスバーにあるグラフィック・ディスプレイ・アイコンをさらに含む。

さらに他の態様では、１セットの共通機能のうちの選択された１つは、セキュリティ関連機能を含む。他の態様では、１セットの共通機能のうちの選択された１つは、サーバーにログオンすることを含む。

さらに他の実施例では、状態情報は、オブジェクトまたはアセットに関する動的な情報を含む。他のいくつかの実施例では、第１の可視化は、ウェブページを含む。

これらの実施形態の他のものでは、アクションに対してユーザーコンテンツをインターフェースするための装置は、インターフェースおよびコントローラを含む。インターフェースは、入力および出力を有し、第１の可視化から第１のユーザーコンテンツ要求を、第２の可視化から第２のユーザーコンテンツ要求を入力で受け取るように構成される。

コントローラは、インターフェースに結合される。コントローラは、第１のユーザーコンテンツ要求および第２のユーザーコンテンツ要求を解析するように構成される。コントローラは、解析に基づいて、第１のユーザーコンテンツ要求および第２のユーザーコンテンツ要求に対して、１セットの共通機能へのアクセスを提供するように構成される。コントローラは、出力で第１の可視化と第２の可視化との間で状態情報を共有するように構成される。

本開示をより完全に理解するために、以下の詳細な説明および添付図面を参照する。

本発明の様々な実施形態によるコンテナベースシステムのブロック図である。 本発明の様々な実施形態によるコンテナベースシステムを動作させる一実施例のフローチャートを含む図である。 本発明の様々な実施形態によるコンテナベースシステムを動作させる別の実施例のフローチャートを含む図である。 本発明の様々な実施形態によるコンテナの動作を示すフローチャートを含む図である。 本発明の様々な実施形態による、共通機能へのアクセスおよび可視化の間の情報の共有を提供するための装置のブロック図を含む図である。

当業者は、図面内の要素は簡潔且つ明瞭にするために図示されていることを理解するであろう。特定の動作および／またはステップは、特定の出現順序で説明または図示できるが、当業者であればシーケンスについての特異性は、実際には必要でないことを理解するであろうことを、さらに理解されたい。本明細書で使用する用語および表現は、特定の意味が本明細書に記載されている場合を除き、調査および研究の対応する各領域に関する用語および表現に一致するような通常の意味を有することを理解するであろう。

デバイスインターフェース、コンテキストの共有、および相互運用性インターフェースを有するコンテンツコンテナを含む単一のラッパーアプリケーションが提供される。本明細書で提供されるアプローチは、不要な処理を取り除き、または実質的に低減し、コンテナ内で動作する、またはコンテナによりサポートされるコンテンツを提供するために特定分野の専門家を解放する。新たなコンテンツが既存のコンテンツと相互運用することを、および既存のコンテンツがその作成時にはまだ実装されていなかったコンテンツと相互運用することを可能にするコンテナによって、相互運用性は容易に可能になる。

一実施例では、単一のコンテナを含むシステムが提供され、それは全てのコンテンツをカプセル化するのに役立つ。コンテナは、デバイス、セッションおよびハードウェア情報、ならびにユーザー、アプリケーションおよびシステムコンテキスト情報など共通コンテキスト依存情報へのアクセスなどの、コンテンツが必要とするいくつかの一般的な特徴を提供する。コンテナは、アプリケーション内のナビゲーション性の完全なセット、ならびにコンテキストに基づくカスタムアクションおよび動的アクションの利用可能性を提供することへのアクセスをさらに提供する。最後に、コンテナは、アプリケーションに追加の視覚化および／または機能を提供するために、所望のコンテンツの任意のタイプを含むのに必要な全ての機構を提供する。コンテンツは、両方のバックグラウンド機能性と組み合わされた任意の１つまたは複数の可視化コンポーネント、ならびに既存のコンテンツまたは追加の明確に異なるコンテンツのいずれかへの延長を提供するのに必要なサーバー側コンポーネントを含む。

これらの観点から、コンテナは、共通機能へのアクセスを提供し、情報およびコンテキストの共有を可能にすると共に、コンテンツと呼ばれるコンポーネントを含み、ホストし、実行し、表示するのに必要な機能を提供するためのトップレベルのマスター機構として働く。

コンテンツの静的ホスティングは、コンテナ自体をホストするアプリケーション内に、全てのプログラムロジック、可視化コンポーネント、および機能を含めることによって達成される。このアプローチでもなお、サーバー側コンポーネントはコンテンツに必要な機能を提供することができるが、可視化およびバックグラウンドのアプリケーションレベルロジックは、アプリケーション自体にある（例えば、モバイルデバイスに常駐するアプリケーション）。

さらに、コンテンツの動的なホストが提供され、可視化コンポーネントおよびロジックが、サーバーまたはクラウドコンピューティング環境内のどこかのアプリケーションの外部に存在することを可能にする。新たなコンテンツの利用可能性は、既存のサーバー側機能によりクエリを介して発見され、必要なコンテンツコンポーネントは、必要な時にアプリケーションコンテナにストリーミングされロードされる。

全てのコンテンツがコンテナ内にホスト（カプセル化）されている場合には、これは、コンテキスト依存情報が格納され、共有することができる共通アクセスポイントを作成する。さらに、特定のアクセス機構プログラムの提供を介して、データフローを制御し、共通化することができる。モバイルアプリケーションでは、ネットワークトラフィック、すなわち周波数およびサイズの両方が問題になる場合には、コンテナは、ネットワーク要求のコントローラとして、データを更新またはリフレッシュする必要がある時にコンテンツを通知し、時間的範囲およびデータセットサイズおよび最大サイズ等のデータ検索のサイズに影響を与える重要な特性を制御することができる。

共通プログラムフローおよび共有されるコンテキストは、共有されるナビゲーションコンテキストを介して使用することができる。コンテキスト依存情報のセットが所与のコンテンツによって修正された場合には、他のコンテンツに切り替えると、コンテナは、新たにロードされたコンテンツにこの更新されたコンテキスト情報のセットを提供し、そうして共通プログラムフローおよび使いやすさを確実にすることができる。

さらに、高いレベルのコンテナを提供することにより、動的アクション等の機能の特定の実現を管理するための理想的な位置を提供する。これらの動的アクションは、このコンテナが存在しない場合には、いくつかの他のルートレベル型シングルトンオブジェクトによって実現することもできる。しかし、コンテナが存在して、全てのコンテンツがコンテナのアクセスおよび理解をすでに有していると、アクションシステムの概念をここに容易に組み込むことができる。これは、システム全体または複数の別々のコンテンツもしくは機能にまたがる可能性のあるいかなる将来の機能または概念についても当てはまる。

本明細書に記載するアプローチは、特定分野の専門家がコンテンツを構成するために要する時間および労力を実質的に低減（または除去）することにより、彼らがその専門領域内のコンテンツを提供することを可能にする。本明細書に記載する別の利点は、単一の主アプリケーションを分散して実証する能力である。アプリケーション内で使用可能な特定のコンテンツは、様々な時点で追加することができ、個別にライセンスすることさえできる。顧客は、どのアプリをロードするかの決定に苦労しなくてもよくなるであろう。代わりに、彼らは、単一のアプリケーションをロードして、興味のあるコンテンツにナビゲートするであろう。

本アプローチのさらに別の利点は、サーバーまたはクラウドベースの環境からコンテンツの動的ストリーミングまたはロードを可能にしようとする高度なコンテナ機能に関するものである。顧客またはシステムインテグレータは、カスタムコンテンツを提供して、特定のインテグレータのクラウドソリューションのみの特定の顧客サーバーからのみアクセス可能とすることにより保護することを決定することができる。

ここで図１を参照し、コンテナ１０２の一実施例について説明する。コンテナ１０２は、アクションモジュール１０４、エラーロギングモジュール１０６、パラメータ受け渡しモジュール１０８、パラメータ１１０、認証モジュール１１２、およびデータ更新モジュール１１４を備えている。

コンテナ１０２は単一アプリケーション内に配置され、このアプリケーションは、それ自体、携帯電話、パーソナルコンピュータ、ページャ、または携帯情報端末等のモバイルデバイスに配置されてもよい。モバイルデバイスの他の例が可能である。コンテナ１０２は、共通機能へのアクセスを提供し、コンテンツ（可視化）間の情報およびコンテキストの共有を可能にすると共に、コンテンツ（または可視化）と呼ばれるコンポーネントを含み、ホストし、実行し、表示するのに必要な機能を提供するためのトップレベルのマスター機構として働く、共通システムレベルコンポーネントである。

アクションモジュール１０４は、ユーザーのコンテンツ１１５を受け取り、その情報を処理する。様々なタイプの機能がサポートされる。一例をとると、アクションモジュール１０４は、コンテンツからコンテンツまたは要求を受け取り、コンテンツ１１５のアクションバーに配置されるアイコン１１６を決定する。コンテンツ１１５は、例えば、グラフィック・ディスプレイ上に表示される、ユーザーに対して提示される情報の可視化である。コンテンツ１１５は、１つのコンテンツとすることができるが、複数のコンテンツに分割することもできる。この例では、アクションモジュール１０４は、表示するアイコンのタイプを決定し、アイコンのサイズを正しく設定し、アイコンをコンテンツに戻す。複数のコンテンツが存在する場合には、情報（例えば、状態情報）を複数のコンテンツ間で共有することができる。

エラーロギングモジュール１０６は、コンテンツを受け取り、コンテンツ１１５に関係するエラーをログに記録する。パラメータ受け渡しモジュール１０８は、様々なパラメータ１１０を受け取り、これらをコンテンツ１１５とサーバー１２４との間で受け渡すことができる（認証モジュール１１２、インターフェース１２０、およびネットワーク１２２を介して）。

パラメータを構成し、初期化し、または更新することができ、この情報は、コンテンツがコンテンツの１片である場合にはコンテンツ１１５に渡され、あるいはコンテンツ１１５が複数の断片を含む場合には、個々のコンテンツ（断片）に渡され得る。パラメータ１１０は、コンテンツ１１５に関連づけることができる値である。パラメータの例としては、ログインしたユーザー、サーバー名、パーミッション／クレームが挙げられる。

認証モジュール１１２は、コンテンツ１１５とサーバー１２４との間のアクセスを認証する。これらの点において、それは、コンテンツがサーバー１２４にアクセスすることができ、この結果を達成するために、任意の既知のセキュリティプロトコルを用いることを実証する。

データ更新モジュール１１４は、コンテンツ１１５とサーバー１２４との間のデータ更新を可能にする。データ更新の例としては、コンテンツ１１５を更新するために用いられるサーバー１２４からの新たな情報が挙げられる。

コンテンツ１１５は、コンテナ１０２内のモジュールの詳細な動作を知る必要がないことを理解されたい。したがって、ユーザーは、例えばモバイルデバイスに常駐することができる単一アプリケーション内の全ての実行の詳細を気にすることなく、コンテンツを変更し、コンテンツを追加し、そして情報を共有することができる。

コンテナはインターフェース１２０に結合される。インターフェース１２０は、ネットワーク１２２とコンテナ１０２との間の通信を可能にするプログラムされたソフトウェアまたはハードウェアの任意の組み合わせである。インターフェース１２０は、ネットワーク１２２に結合される。ネットワーク１２２は、インターネット、携帯電話ネットワーク、データネットワーク、またはこれらのネットワークの任意の組み合わせなどの任意のネットワークである。ネットワーク１２２は、サーバー１２４に結合される。サーバー１２４は、当業者に知られているように、サーバーまたはサーバー側機能を提供するプログラムされたソフトウェアまたはハードウェアの任意の組み合わせである。

一般的に言うと、コンテナ１０２は、（上述したモジュールを介して）共通のコンテキスト依存情報へのアクセス、ならびにデバイス、セッション、およびハードウェア情報、ならびにユーザー、アプリケーション、およびシステムコンテキスト情報等の、コンテンツが必要とする機能を提供する。コンテナ１０２は、アプリケーション内のナビゲーション性の完全なセット、ならびにコンテキストに基づいてカスタムアクションおよび動的アクションの利用可能性を提供することへのアクセスをさらに提供する。最後に、コンテナ１０２は、アプリケーションに追加の可視化および／または機能を提供するように所望されるコンテンツ１１５の任意のタイプを含むのに必要な全ての機構を提供する。これらの点において、コンテンツ１１５は、両方のバックグラウンド機能性と組み合わされた１つまたは複数の可視化コンポーネント、ならびに既存のコンテンツまたは追加の明確に異なるコンテンツのいずれかへの延長を提供するのに必要なサーバー側コンポーネントを含む。

コンテナ１０２によるコンテンツ１１５の静的ホスティングは、コンテナ１０２をホストするアプリケーション内に、全てのプログラムロジック、可視化コンポーネント、および機能を含めることによって達成される。このアプローチでもなお、任意のサーバー側コンポーネント（例えばサーバー１２４）はコンテンツ１１５に必要な機能を提供することができるが、可視化およびバックグラウンドのアプリケーションレベルロジックは、コンテナ１０２が常駐するアプリケーションにある。

コンテナ１０２によるコンテンツの動的なホストは、可視化コンポーネントおよびロジックが、サーバー１２４またはクラウドコンピューティング環境（例えばネットワーク１２２）内のどこかのアプリケーションの外部に存在することを可能にする。新たなコンテンツの利用可能性は、既存のサーバー側機能によりクエリを介して発見され、必要なコンテンツコンポーネントは、必要な時にコンテナ１０２にストリーミングされロードされる。

全てのコンテンツがコンテナ１０２内にホストされている場合には、これは、コンテキスト依存情報が格納され、異なるコンテンツ間で共有することができる共通アクセスポイントを作成する。さらに、特定のアクセス機構の提供を介して、プログラムおよびデータフローを制御し、共通化することができる。モバイルアプリケーションでは、ネットワークトラフィック、すなわち周波数およびサイズの両方が問題になる場合には、コンテナ１０２は、ネットワーク要求のコントローラとして、データを更新またはリフレッシュする必要がある時にコンテンツ１１５を通知し、時間的範囲およびデータセットサイズおよび最大サイズ等のデータ検索のサイズに影響を与える重要な特性を制御することができる。

共通プログラムフローおよび共有されるコンテキストは、共有されるナビゲーションコンテキストを介して使用することもできる。コンテキスト依存情報のセットがコンテンツ１１５によって修正された場合には、他のコンテンツに切り替えると、コンテンツ１１５は、新たにロードされたコンテンツにこの更新されたコンテキスト情報のセットを提供し、そうして共通プログラムフローおよび使いやすさを確実にすることができる。

ここで図２を参照して、コンテナ２２０とホストされるコンテンツ２２２との間のコンテキスト情報の受け渡しおよび受け取りの一例について説明する。この場合では、コンテナ２２０は、コンテンツ２２２と通信する。コンテンツ２２２は、任意のタイプのディスプレイ上でユーザーに提示することができる可視化（例えば、ウェブページ）であってもよい。

ステップ２０２では、所定のパラメータのセットは、コンテナ２２０に送られ、またはコンテナ２２０によって初期化される。これらのパラメータは、コンテナによって提供されるパラメータのセットであり、全てのホストされるコンテンツに利用可能であり、要求に応じて提供される。ステップ２０４では、「パラメータ変更」メッセージが、コンテナ２２０からコンテンツ２２２に送られる。ステップ２０６では、アプリケーション・コンテキスト・パラメータのいくつかまたは全てが、コンテンツ２２２によって要求され、コンテナ２２０により送信される。ステップ２０８では、要求された（変更された）パラメータを含む応答が送られる。

ここで図３を参照して、複数の視覚的断片（コンテンツ）がホストされるシナリオ、および断片の１つによって変更されたパラメータについて説明する。この場合では、コンテナ３２０は第１の視覚的断片３２２および第２の視覚的断片３２４と通信する。断片３３２および３３４は、任意のタイプのディスプレイ上でユーザーに提示することができる任意のタイプの視覚化（例えば、ウェブページの一部）であってもよい。

この場合には、コンテナ３３０は、「パラメータ変更」イベントメッセージを送信し、断片３３２および３３４の両方は、このイベントに応答する。この場合には、パラメータを変更した断片は、また、イベントに応答する。あるいは、この断片は、単にイベントを無視してもよい。

ステップ３０２では、第１のホストされるコンテンツは、パラメータを変更する。ステップ３０４では、「パラメータ変更」メッセージは、パラメータ変更イベントが発生したことを送信する。これをコンテナ３３０から断片３３２および３３４の両方に送信する。

ステップ３０６では、メッセージは、第１の断片３３２によりアプリケーションのコンテンツまたは全てのコンテキストパラメータをフェッチするために、第１の断片３３２から送信される。ステップ３０８では、要求された情報が第１の断片３３２に送られる。

ステップ３１０では、アプリケーションのコンテンツまたは全てのコンテキストパラメータをフェッチするための要求が第２の断片３３４によって成される。ステップ３１２では、要求された情報は、第２の断片３３４に送られる。

様々なタイプの情報も共有することができる。例えば、ステップ３１４では、状態情報が第１の断片３３２からコンテナ３３０に送られる。ステップ３１６では、この状態情報は、第２の断片３３４に送られる。

ここで図４を参照して、コンテンツが共通機能を共有することを可能にするアプローチの一例について説明する。ステップ４０２では、第１の可視化（または断片）から第１のユーザーコンテンツ要求が受け取られ、第２の可視化（または断片）から第２のユーザーコンテンツ要求が受け取られる。可視化は、一実施例では、まとめて表示することができる（またはまとめて表示されなくてもよい）コンテンツの別個の片である。第１のユーザーコンテンツ要求および第２のユーザーコンテンツ要求がステップ４０４で解析される。解析は、必要な要求およびアクションの性質を決定する。

ステップ４０６では、解析に基づいて、第１のユーザーコンテンツ要求および第２のユーザーコンテンツ要求に対して、１セットの共通機能へのアクセスが提供される。機能の共通セットはコンテナ内にあり、これらのアクションの詳細な機能は、異なるコンテンツが見ることはない。このように、両方の可視化は、これらの機能にアクセスする。さらに、新たな可視化が作成され、これらの可視化は、この共通機能へのアクセスを有し、それを利用する。ステップ４０８では、状態情報が第１の可視化と第２の可視化との間で共有される。この状態情報は、動的な情報を含んでもよい。いくつか例を挙げると、状態情報は、現在のコンテキスト（選択されたアセット）、重要性能指標（ＫＰＩ）、関心項目のアラーム情報（例えば、状態、重大度、またはソース）を含んでもよい。状態情報の他の例が可能である。

ここで図５を参照して、共通機能を提供し、可視化断片が情報を共有することを可能にする装置の一実施例を説明する。装置５００は、インターフェース５０２およびコントローラ５０４を含む。インターフェース５０２は、入力５０６および出力５０８を有し、第１の可視化から第１のユーザーコンテンツ要求５１０を、第２の可視化から第２のユーザーコンテンツ要求５１２を入力５０６で受け取るように構成される。

装置５００はハードウェアおよびソフトウェアの組み合わせとして実現され得ることが理解されるであろう。装置５００は、アプリケーションの一部、例えば、携帯電話やパーソナルコンピュータなどのモバイルデバイスに常駐するアプリケーションであってもよい。あるいは、装置５００は、異なる物理的場所に分割されたその機能を有してもよい。

コントローラ５０４は、インターフェース５０２に結合される。コントローラ５０４は、第１のユーザーコンテンツ要求５１０および第２のユーザーコンテンツ要求５１２を解析するように構成される。コントローラ５０４は、解析に基づいて、第１のユーザーコンテンツ要求および第２のユーザーコンテンツ要求に対して、１セットの共通機能５１４へのアクセスを提供するように構成される。コントローラ５０４は、出力５０８で第１の可視化と第２の可視化との間で状態情報５１６を共有するように構成される。

本発明の好適な実施形態について本明細書に記載したが、それは本発明を実施するために発明者が知っている最良の形態を含んでいる。図示した実施形態は例示のためのものであり、本発明の範囲を限定するものと解釈すべきではないことを、理解すべきである。

１０２ コンテナ
１０４ アクションモジュール
１０６ エラーロギングモジュール
１０８ パラメータ受け渡しモジュール
１１０ パラメータ
１１２ 認証モジュール
１１４ データ更新モジュール
１１５ コンテンツ
１１６ アイコン
１２０ インターフェース
１２２ ネットワーク
１２４ サーバー
２０２ ステップ
２０４ ステップ
２０６ ステップ
２０８ ステップ
２２０ コンテナ
２２２ コンテンツ
３０２ ステップ
３０４ ステップ
３０６ ステップ
３０８ ステップ
３１０ ステップ
３１２ ステップ
３１４ ステップ
３１６ ステップ
３２０ コンテナ
３２２ 第１の視覚的断片
３２４ 第２の視覚的断片
３３０ コンテナ
３３２ 第１の断片
３３４ 第２の断片
４０２ ステップ
４０４ ステップ
４０６ ステップ
４０８ ステップ
５００ 装置
５０２ インターフェース
５０４ コントローラ
５０６ 入力
５０８ 出力
５１０ 第１のユーザーコンテンツ要求
５１２ 第２のユーザーコンテンツ要求
５１４ 共通機能
５１６ 状態情報

Claims (14)

1. アクションに対してユーザーコンテンツ（１１５、２２２）をインターフェースする方法であって、
   第１の可視化から第１のユーザーコンテンツ要求（５１０）を受け取り、第２の可視化から第２のユーザーコンテンツ要求（５１２）を受け取るステップと、
   前記第１のユーザーコンテンツ要求（５１０）および前記第２のユーザーコンテンツ要求（５１２）を解析するステップと、
   前記解析するステップに基づいて、前記第１のユーザーコンテンツ要求（５１０）および前記第２のユーザーコンテンツ要求（５１２）に対して、１セットの共通機能（５１４）へのアクセスを提供するステップと、
   前記第１の可視化と前記第２の可視化との間で状態情報（５１６）を共有するステップと、を含む、方法。
2. 前記１セットの共通機能（５１４）のうちの選択された１つは、グラフィック・ディスプレイ・アイコン（１１６）のサイズを設定することを含む、請求項１に記載の方法。
3. 前記１セットの共通機能（５１４）のうちの前記選択された１つは、前記グラフィック・ディスプレイ・アイコン（１１６）をステータスバーに配置することをさらに含む、請求項２に記載の方法。
4. 前記１セットの共通機能（５１４）のうちの前記選択された１つは、セキュリティ関連機能を含む、請求項１に記載の方法。
5. 前記１セットの共通機能（５１４）のうちの前記選択された１つは、サーバー（１２４）にログオンすることを含む、請求項１に記載の方法。
6. 前記状態情報（５１６）は、オブジェクトまたはアセットに関する動的な情報を含む、請求項１に記載の方法。
7. 前記第１の可視化は、ウェブページを含む、請求項１に記載の方法。
8. アクションに対してユーザーコンテンツ（１１５、２２２）をインターフェースする装置であって、
   入力および出力を有するインターフェース（１２０、５０２）であって、第１の可視化から第１のユーザーコンテンツ要求（５１０）を、第２の可視化から第２のユーザーコンテンツ要求（５１２）を入力で受け取るように構成されるインターフェース（１２０、５０２）と、
   コントローラと、を含み、前記コントローラは、前記インターフェース（１２０、５０２）に結合され、前記コントローラは、前記第１のユーザーコンテンツ要求（５１０）および前記第２のユーザーコンテンツ要求（５１２）を解析するように構成され、前記コントローラは、さらに、前記解析に基づいて、前記第１のユーザーコンテンツ要求（５１０）および前記第２のユーザーコンテンツ要求（５１２）に対して、１セットの共通機能（５１４）へのアクセスを提供するように構成され、前記コントローラは、出力で前記第１の可視化と前記第２の可視化との間で状態情報（５１６）を共有するように構成される、装置。
9. 前記１セットの共通機能（５１４）のうちの選択された１つは、グラフィック・ディスプレイ・アイコン（１１６）のサイズを設定することを含む、請求項８に記載の装置。
10. 前記１セットの共通機能（５１４）のうちの前記選択された１つは、前記グラフィック・ディスプレイ・アイコン（１１６）をステータスバーに配置することをさらに含む、請求項９に記載の装置。
11. 前記１セットの共通機能（５１４）のうちの前記選択された１つは、セキュリティ関連機能を含む、請求項８に記載の装置。
12. 前記１セットの共通機能（５１４）のうちの前記選択された１つは、前記出力を介してサーバー（１２４）にログオンすることを含む、請求項８に記載の装置。
13. 前記状態情報（５１６）は、オブジェクトまたはアセットに関する動的な情報を含む、請求項８に記載の装置。
14. 前記第１の可視化は、ウェブページを含む、請求項８に記載の装置。