第1の機器から第2の機器へアプリケーションのセッションを転送するための方法であり、前記第1の機器上で、サーバからのアプリケーションに関係したデータを消費する第1のアプリケーションを実行することと、前記第1のアプリケーションからセッションデータを取得することと、前記セッションデータは、前記第1のアプリケーションの現在の状態を取り込み、前記第1のアプリケーションによって消費されている前記アプリケーションに関係したデータの状態をさらに示していて、前記セッションデータを前記第2の機器へ転送することと、前記第1の機器と第2の機器の少なくとも一つを使用して、前記サーバに前記アプリケーションに関係したデータを前記第2の機器へ送るようにさせるセッション転送要求を前記サーバへ送信することと、前記第1のアプリケーションから前記セッションデータによって取り込まれた前記アプリケーションに関係したデータの状態に応じて、前記第2の機器上で、前記セッションデータを使用して、前記サーバからの前記アプリケーションに関係したデータを消費する第2のアプリケーションを実行することと、を含んでなる方法。前記第2の機器へ前記セッションデータを転送する前記ステップは、前記第1の機器と第2の機器の間の近距離通信によって実行される、請求項1に記載の方法。前記第1のアプリケーションと第2のアプリケーションは、同じアプリケーションの別個の具体化である、請求項1に記載の方法。セッション転送要求を送信する前記ステップは、前記セッションデータの少なくとも一部を前記サーバへ伝達する、請求項1に記載の方法。セッション転送要求を送信する前記ステップは、前記アプリケーションに関係したデータを前記第1の機器のIPアドレスから前記第2の機器のIPアドレスへ宛先を変えて送ることを含む、請求項1に記載の方法。前記第1の機器と第2の機器は、携帯機器と車載機器からなるグループから選択される、請求項1に記載の方法。前記第1の機器と第2の機器の少なくとも一つはジェスチャーインタフェースを含み、セッションデータを前記第2の機器へ転送するステップは、前記ジェスチャーインタフェースを介したユーザ入力ジェスチャーによって制御される、請求項1に記載の方法。前記セッションデータを前記第2の機器へ転送する前に、近距離通信によって前記第1の機器と第2の機器をペアにするステップをさらに含んでなる、請求項1に記載の方法。前記第1のアプリケーションと同時に、セッション継続アプリケーションを前記第1の機器上で実行することをさらに含んでなり、前記継続アプリケーションは、前記第1のアプリケーションからセッションデータを取得し、前記セッションデータを前記第2の機器へ転送するステップを実行する、請求項1に記載の方法。前記第1の機器と第2の機器の各々でそれぞれにセッション継続アプリケーションを実行することをさらに含んでなり、前記継続アプリケーションは、前記第1のアプリケーションからセッションデータを取得し、前記セッションデータを前記第2の機器へ転送するステップを実行する際に互いに協働する、請求項1に記載の方法。アプリケーションプロファイルを前記セッション継続アプリケーションへ供給することをさらに含んでなり、前記アプリケーションプロファイルは、前記第1のアプリケーションからセッションデータを取得する際に使用される前記第1のアプリケーションに関するコンフィギュレーション情報を提供する、請求項9に記載の方法。アプリケーションプロファイルを前記セッション継続アプリケーションへ供給することをさらに含んでなり、前記アプリケーションプロファイルは、前記第1のアプリケーションからのセッションデータを解釈する際に、前記セッション継続アプリケーションによって使用される前記第2のアプリケーションに関するコンフィギュレーション情報を提供する、請求項10に記載の方法。添付の図面を参照して、例としての実施形態をより詳細に説明する。アプリケーションのセッション継続性に対応するシステム及び方法をここに開示する。アプリケーションのセッション継続性は、携帯機器のアプリケーション環境と車載インフォテインメントシステムのアプリケーション環境との間でシームレスな移行をユーザに提供する。本文脈で使用されるアプリケーションは、特定の機器向けに設計さているソフトウェアプログラムである。アプリケーションのセッションは、アプリケーションが再起動される度に新たなセッションが開始するようになっているアプリケーションの特定のインスタンス状態である。したがって、アプリケーションのセッション継続性は、複数の機器間でアプリケーションのセッションを維持することであると考えることができる。例えば、ユーザが自分の車両に乗車するときに、アプリケーションサーバでホストされたインターネットラジオアプリケーションを利用して、ユーザは携帯機器に音楽をストリーミングしている最中である可能性がある。開示された構成を利用すれば、ユーザのセッションはインフォテインメントシステムに転送され得る。当該アプリケーションサーバ、すなわち通信相手のアプリケーションサーバは、続いて、オンラインラジオコンテンツを車両のインフォテインメントシステムへストリーミングする。これは、自動的に、またはほんの少しだけユーザの手を借りて、遂行され得るものとされる。アプリケーションのセッション継続性は、例えば、ユーザが車両に乗車したときに聴いていた同じトラックの同じ位置からアプリケーションサーバがサービスをインフォテインメントシステムへ転送可能にする。他の例では、アプリケーションのセッション継続性は、前のアプリケーションからのデータを使用して、新しいアプリケーションを開始することによって実現され得る。図1は、アプリケーションのセッション継続性を実現する例示的な機器を示す図である。この図には、携帯機器12と車両によって表わされた車両のインフォテインメントシステム14の2台の機器が示される。2台の機器は、相互間の通信機能をもっているとされる。例えば、携帯機器12と車両のインフォテインメントシステム14は、Bluetooth登録商標、Zigbee登録商標などのWPANを介して、WiFiを介して、またはUSBコードなどのケーブル接続を介して相互に通信できる。両機器12と機器14は、通信ネットワーク10を介してアプリケーションサーバ16と通信できる。これらの機器は、複数のアプリケーションサーバと通信するように構成されるものとされる。上記の構成を使用して、アプリケーションサーバ16は、第1のアプリケーションを携帯機器12へ、第2のアプリケーションをインフォテインメントシステム14へ配信できる。携帯機器12とインフォテインメントシステム14のオペレーティングシステムは、顕著に異なるプラットフォーム向けに設計され得る。そのため、携帯機器12で実行するように設計されたアプリケーションは、インフォテインメントシステム14では実行できない。逆も同様である。それに応じて、アプリケーションサーバ16は、実質的に同様の機能を実現するたように、あるアプリケーションの修正バージョンを通信相手の各機器12と機器14に配信できる。図2は、アプリケーションのセッション継続性を達成するための例示的な方法を示す。最初に、ステップ202に示すように、ユーザはセッション転送を起動する。これは、認識された携帯機器12をインフォテインメントシステム14の通信範囲内に持ち込むことによって自動的に、または何らかのユーザ入力によって、実行可能である。後者の場合、携帯機器を車両上の所定の箇所に触れさせるなどの、または機器のタッチスクリーンまたはHMIに触れて所定のジェスチャーを行なうことによって、接触ジェスチャーをユーザは行なえる。接触ジェスチャーの例は、ユーザがインフォテインメントシステム14に付属した接触感知可能な領域内に携帯機器12を軽く打ち当てることである。本質的には、各機器内の信号が、ユーザがセッションを転送したいことをシステムに知らせる。ユーザがセッション転送を起動したら、ステップ202に示すように、2台の機器は互いにペアをなすことになる。機器どうしをペアにすることは、2台の機器に相互通信を確立するように要求することになり得る。互いに通信が確立したら、各機器12と機器14は、利用可能なアプリケーションなどの情報を交換可能になる。一揃いの対応するアプリケーションのセットが各機器12と機器14に存在する場合には、例えば、両機器が特定のインターネットラジオサービス向けのアプリケーションをもっている場合には、ステップ204で、転送可能なアプリケーションのリストが生成され、ユーザに表示され得る。ユーザはセッションを転送するための所望のアプリケーションを選択できる、またはこれは自動的に実行され得る。後者の場合、自動的に転送可能なアプリケーションの所定のリストをどちらか一方の機器がもち得るか、または、ユーザが携帯機器で地図アプリケーションを実行中である場合には、HMI上で自動的にナビゲーションアプリケーションを開くまたはユーザがラジオアプリケーションをストリーミング中であり、車両のラジオがONである場合には、ラジオアプリケーションのセッションを転送するといった所定の規則が、どのアプリケーションを自動的に転送するのかを決定し得る。このような規則は、どちらか一方の機器のコンピュータで読取り可能な媒体に記憶され得るものとする。さらに、後述するように、第2の機器14に特定のアプリケーションがないときは、当該機器14にそのアプリケーションをダウンロードさせることができる、またはユーザにそのアプリケーションをダウンロードするように指示できる。転送する特定のセッションが指定されたら、各機器12と機器14の一方または両方は、ステップ206に示すように、アプリケーションサーバ16に対してセッション転送要求を起動できる。アプリケーションサーバ16は、当該要求といずれかの追加のセッションデータ、すなわち、アプリケーションに関連した情報やセッションに固有の情報などの、当該要求を実施するために必要な転送対象の進行中のセッションに関するデータを受信する。例えば、あるアプリケーションを対象とする要求が、アプリケーションサーバ16に送信されることがあると、セッション識別番号とそのアプリケーションのセッションの現在の状態などの、そのアプリケーションのセッションに関するパラメータが当該要求に含まれる。アプリケーションによって異なるセッションデータの例は、カレンダーアプリケーションではユーザが見ている特定のカレンダー項目、音楽ストリーミングアプリケーションではトラック番号、トラック位置及びプレイリスト、または映画検索アプリケーションでは選択された映画及び映画館を含む。アプリケーションサーバ16は当該要求を受信すると、アプリケーションサーバ16は、次に、ステップ208で示すように、携帯機器12で実行していたセッションを再作成するために、受信したセッションデータを使用して、インフォテインメントシステム14に対して新しいアプリケーションのセッションを開始する。このセッションは、新しく再作成されたセッションがそれ以前のセッションが転送された時点から開始するようにするセッションデータを使用して再作成される。例えば、ビデオストリームセッションが第2の機器14で起動され得るとき、セッション転送時に第1の機器12で表示されていたフレームと同じフレームから開始できる。両方の機器向けの同一のアプリケーションが実行可能である場合には、携帯機器12の代わりに転送先の機器のIPアドレスへデータをルーティングすることによって、サービスを再作成する必要はなくサービスを単に転送先の機器14へ移動するだけでよいものとする。アプリケーションサーバ16は、次に、ステップ208で示すように、インフォテインメントシステム14に当該アプリケーションを配信する。アプリケーションサーバ16は携帯機器12へのサービスを継続することも、携帯機器12へのサービスを中断することも、または携帯機器12のセッションを完全に終了することもできるものとする。上記を実行することによって、異なるコンテクスト間で、サービスのいかなる中断もなしにまたは中断を最小限にとどめて、例えば、同じ設定、同じユーザ名、同じメディア選択といったユーザのセッションの一つ以上のものが維持される。アプリケーションのコンテクストは、そのアプリケーションが使用されている設定/プラットフォームである。例えば、異なるコンテクストは、自動車設定、携帯機器、パーソナルコンピュータ、ラップトップ、航空機、オートバイ、テレビジョン、各種の家庭用電子機器等を含み得る。上記の構成は、上にリストしたコンテクストどうしに適用可能であり、これらは本開示の範囲内に入ると見なされることが想定される。けれども、説明上の目的で、大部分の説明は携帯機器と車両のインフォテインメントシステムの間のセッション継続性を維持することについて記載されている。開示内容は、広範囲にわたるコンテクストに適用可能であると解釈される。例えば、あるユーザは、航空機に搭乗し、携帯機器12を所持している。携帯機器は、ビデオストリーミングアプリケーションをユーザの座席のパーソナルインフォテインメントシステムへ転送できる。同様に、ユーザが帰宅して彼女の車を車庫に駐車すると、セッションは車両のインフォテインメントシステム上で実行中のアプリケーションをユーザのパーソナルコンピュータへ転送できる。図3は、アプリケーションのセッション転送を実行するように構成された機器14の構成要素を示す。構成要素は、自機器14と他機器、例えば、携帯機器12との間の通信を可能にする第1の通信モジュール32を含む。第1の通信モジュール32は、例えば、WiFiまたはWiMax送受信器であり得る。第1の通信モジュール32は、アプリケーションサーバ16からのアプリケーションデータをアプリケーション制御モジュール34へ伝達する。いくつかの実施形態では、機器14はWiFiまたはWiMax機能をもたないことがあり得る、すなわち、機器14はインターネットに接続できないことがあり得る。これらの例では、第1の通信機器14は携帯機器12にテザリングで連結することが可能であり、携帯機器12をモバイルルータとして使用できる。アプリケーション制御モジュール34は、各種のアプリケーションのセッションを制御する。例えば、アプリケーション制御モジュール34は、ユーザが選択したアプリケーションのうちフォアグランドで実行するのはどのアプリケーションで、バックグランドで実行するのはどのアプリケーションかを決定できる。さらに、アプリケーション制御モジュール34は、アプリケーションサーバからデータを受信し、受信したデータに基づいて必要な何らかの変更をHMI36へ伝達する。逆に、HMI36へ入力された何らかのユーザ入力は、アプリケーション制御モジュール34によって受信され、アプリケーションサーバへ送信される。さらに、アプリケーション制御モジュール34は、各種のアプリケーションのセッションの状態を維持するために、データ格納部48と通信する。例えば、アプリケーション制御モジュール34は、第1の通信モジュール32を介してアプリケーションサーバ16へ送信するユーザのユーザ名とパスワードを受信し得る。加えて、アプリケーション制御モジュール34は、特定のアプリケーションへアクセス時に、アプリケーションの状態及び/またはユーザの設定を示す各種パラメータをデータ格納部へ格納することができる。アプリケーション制御モジュール34はまた、アプリケーション市場へアクセスするように構成される。例えば、車両コンテクストでは、インフォテインメントシステムの提供者は、アプリケーション特有のルックフィール画面の見た目と操作感がその特定のインフォテインメントシステムに合うように実現可能なように、SDKを開発者に提供できる。第1の通信モジュール32を介して、アプリケーション制御モジュール34は、そのインフォテインメントシステム上での所望のアプリケーションをダウンロードできる。処理の大部分はクラウド中で実行されるが、それでもアプリケーションはあるソフトウェアが機器自体にインストールされるように要求することがあり得るものとする。アプリケーション制御モジュールは、機器14のHMI36、第2の通信装置42、及びペア化モジュール44とさらに通信するように構成される。第2の通信モジュール42は、自機器14と他機器、例えば、携帯機器12との間の、例えば、Bluetooth登録商標またはZigbee登録商標といったパーソナルエリアネットワークを介した通信を可能にする。他の実施形態では、WiFi接続などの他の通信手段も利用可能であることが想定される。第2の通信モジュール42は、自機の近辺内の、例えば、5メートル以内にある他の通信可能な機器を感知するように構成され得る。第2の通信モジュール42がこのような機器を感知する範囲内で、本モジュールは他の機器の通信モジュールとの通信を開始できる。他の機器は、通信を始める通信相手として自機器14に登録されなければならない、または認めらなければならないことがあり得るものとする。この機能性は、機器発見及び同期化モジュール40によって実行可能であると想定される。機器発見及び同期化モジュール40は、自動車内に存在する携帯機器を識別するように構成され、その携帯機器12にセッション転送を勧めることができる。代替的に、その携帯機器が、機器発見及び同期化モジュール40に対してセッション転送を勧めることができる。機器どうしがセッション転送に同意するとただちに、機器発見及び同期化モジュール40は、他の機器上で実行中のアクティブなアプリケーションのリストを受信できる。ただし、この受信が起こり得る前に、2台の機器は互いにペアとなる。これはペア化モジュール44によって実行可能である。ペア化モジュール44は、安全なやり方で自機器14と他機器12をペアにするように構成される。自動的に実行される場合、第2の通信モジュール42は近隣内で信号をブロードキャストしているいずれかの機器から信号を受信する。ブロードキャスト信号は、送信機器の識別を示すインジケータを含む。ペア化モジュール44は、この信号を受信し、その機器識別子を自機器14のメモリーに記憶された機器識別子のリストと照合し得る。その機器が識別されれば、ペア化モジュール44は2台の機器12と機器14間の通信を確立する。ペア化は自動的に実行可能であるが、ペア化モジュール44は、ユーザ側の接触ジェスチャーに応じてペア化を実行するように構成され得る。このような構成では、ペア化モジュール44は、ユーザのセンサー入力を確定したときにペアが要求されていることを決定する。例えば、ペア化の要求は、ユーザに機器14の表示部のスクリーンを携帯機器12で軽く叩かせることによって起動され得る。携帯機器12は、機器12に付属した加速度計が機器の突然の加速とその後の急減速を感知すると、接触行為によるサービスの転送要求を認識できる。機器14は、表示部のタッチスクリーンが携帯機器12によって触れられると、接触行為による要求を認識できる。所定のジェスチャーが両方の機器によって認識されると、機器12と機器14は、所定のジェスチャーをペア化の要求として受け止める。上記はペア化の例であり、機器どうしをペア化するためのその他の手段が存在すると想定される。機器どうしをペア化するより受動的な手段が存在すると想定されるが、接触行為はセッション転送を行なうよう指示する明示的な要求を示す物理的行為に相当するから、接触行為はユーザにとって便利であり得る。さらに、ペア化を指示する接触による要求は、機器14が複数のユーザとペアを組めるようにできる。機器どうしがペア化されるとただちに、機器発見及び同期化モジュール40は、アプリケーションの同期化を実行できる。機器14上の機器発見及び同期化モジュール40は、ペアの相手の機器上のアクティブなアプリケーションのリストを受信できる。機器発見及び同期化モジュール40は、次に、アプリケーション制御モジュール34に問い合わせることによって自機器14上の対応する非アクティブなアプリケーションを決定できる。ユーザ入力または所定のユーザ設定または規則によって、機器発見及び同期化モジュール40はどのアプリケーションを同期させるのかを決定する。あるアプリケーションが機器へダウンロードされていなかった場合には、機器発見及び同期化モジュール40は、アプリケーション制御モジュール34からそのアプリケーションがダウンロードされるように要求するように構成され得る。アプリケーションのセッションが転送されるように設定されるとただちに、セッションの継続性を確保するために、アクティブなアプリケーションのコンテクストからセッションデータが非アクティブなコンテクストへ送信される。例えば、ユーザが車両へ乗り込む例では、ユーザの携帯機器12が、携帯機器12上で実行中のアクティブなアプリケーションの一つ以上についてのセッションデータを機器14の第2の通信モジュールへ転送する。セッションデータは、アプリケーションID、セッションID、及びその特定のアプリケーションとセッションに関係し得る何らかデータ、例えば、ラジオアプリケーションの場合にはトラック番号と位置を含み得る。言及したとおり、アクティブなサービスまたはアプリケーションのリストが確定され、各アプリケーションのセッションの現在の状態がさらに確定される。例えば、ユーザがインターネットラジオアプリケーションからストリーミングされた音楽を聴いている場合には、現在のトラック、そのトラックの位置及びプレイリストが、携帯機器12から機器14へ第2の通信装置42を介して転送される。いくつかの実施形態では、例えば、非アクティブなアプリケーションのデータといった、非アクティブなセッションデータも送信され得ると想定される。これは、機器どうしが完全な同期を行なうように構成される場合に実行され得る。同期化は、例えば、PWANを通じてまたはネットワーク10を通じて、各機器の第2の通信モジュールを介して実行可能であると想定される。機器発見及び同期化モジュール40は、セッション転送を補助するために、ペアの相手の機器へ情報を送信するようにさらに構成され得る。例えば、機器14が割り当てられたIPアドレスをもつ場合には、この情報がペアの相手の機器へ送信され得る。このような情報は、アプリケーションサーバ16が機器14へ要求されたアプリケーションを配信できるように、アプリケーションサーバ16へ送信可能であるものとする。セッション情報が同期されたら、アプリケーションサーバ16からのサービスを要求することによって、アプリケーション制御モジュール34は、セッション転送を起動できる。代替的に、ペアの相手の機器が、セッションを機器14へ転送するように、アプリケーションサーバ16へ要求を送信できる。アプリケーションサーバ16がセッション転送要求を受信するとただちに、アプリケーションサーバ16は機器14への当該アプリケーションの配信を開始できる。アプリケーションサーバ16は、配信先の機器のアプリケーション制御モジュール34からデータを受信する。当該アプリケーションに基づいて、受信したデータは入力として扱われ、アプリケーションサーバ16は受信したデータを使用してアプリケーションを実行する。当該アプリケーションの状態の何らかの変化が、ネットワーク10を介して、アプリケーションサーバ16によって機器14へ送信される。アプリケーション制御モジュール34は、アプリケーションサーバから受信した情報、すなわち、当該アプリケーションの状態の変化に基づいてHMIを更新する。ユーザ選択またはそのアプリケーション自体に基づいて、アプリケーションサーバ16はペアの相手の機器へのサービスを停止できるか、またはペアの相手の機器への配信を継続できるもとする。セッションが機器14へ転送されたら、アプリケーション制御モジュール34は、ユーザ設定を読み出すためにデータ格納部48へアクセスできる。さらに、アプリケーション制御モジュール34は、特定のアプリケーションの特定の状況における実行を許可しないように構成され得る。例えば、車両設定においては、ユーザは、運転中に電子メールを続けることをアプリケーション制御モジュール34によって禁止され得る。ある活動を禁止する決定は、ドライバにとって安全だとみなされることに、または国、地域、州、または市の統制法令に基づくものであり得る。しかし、ユーザが帰宅した時点で、電子メールを完了するようにユーザに指示するようにしてもよいし、または別のセッション転送が電子メールのアプリケーションのセッションをユーザの自宅のコンピュータへ転送してもよい。第2の機器、例えば、車両のインフォテインメントシステムへのアプリケーションのセッションサービスは、いつかの方法で実施可能であると想定される。図4Aと図4Bは、アプリケーションを配信するための二つの代替的な手段を示す。図4Aでは、アプリケーションサーバ16は、携帯用アプリケーション18をネットワーク10を介して携帯機器12へ配信する。アプリケーションサーバ16はまた、車両用アプリケーション20をネットワーク10を介して車両のインフォテインメントシステム14へ配信する。図4Bでは、車両のインフォテインメントシステム14は、ネットワーク10への直接の接続をもたないと仮定される。この例では、車両のインフォテインメントシステム14は、前述したように、携帯機器12にテザリングで連結できる。アプリケーションサーバは、次に、携帯機器12を仲介的な中継機として利用して、車両用アプリケーション20を車両のインフォテインメントシステム14へ配信する。さらに、上述のアプリケーション転送は、アプリケーションサーバ16が実質的に同様のアプリケーションを配信することを前提としたが、関連したアプリケーションの転送を選択するように機器は構成され得る。例えば、ユーザが携帯機器12上で第1のアプリケーションを実行している場合、例えば、レストランお勧めアプリケーションからのレストランまたはカレンダーから予約を選択したとすると、機器14は、同期化中に、携帯機器からのセッションデータを使用して、ナビゲーションアプリケーションのセッションを起動するように要求できる。ユーザが携帯機器12上でレストランを選択したとすれば、インフォテインメントシステム14は、セッションデータとして受信した、選択したレストランの住所を使用してナビゲーションアプリケーションを起動できる。アプリケーション制御モジュール30は、同期化中に受信したセッションデータの分析に基づいて、このようなインテリジェントな推定を実行するように構成され得る。様々な異なる実施形態が可能であるが、図8と図9は、一つ以上のインフォテインメントアプリケーションと共に機器上で実行するセッション継続アプリケーションによって、セッション継続が行なわれる例示的な実施形態を示す。追って説明するが、セッション継続アプリケーションは、インフォテインメントアプリケーションにはそれらが本来処理するように設計されたインフォテインメントタスクを自由に処理させながら、機器間のセッション制御と転送を調停する。図8を参照すると、モバイル機器この場合には、携帯機器12とインフォテインメントシステム14の両方がモバイル機器であると見なされるは、メモリー装置102がそれに接続される機器CPUまたはプロセッサ100を含む。メモリー装置102は、プロセッサにより読取り可能な命令と、プロセッサが記憶された命令を実行時に処理対象とするデータを記憶するように構成される。メモリー装置102は、したがって、コンピュータが読取り可能な命令とデータの非一時的記憶機構を提供する。より具体的には、メモリー装置102は、プロセッサ100によって選択的に実行され得る一つ以上のアプリケーションプログラムをサポートすることを含む、プロセッサ100によって実行される基本的な通信及びメモリアクセスを提供するオペレーティングシステム命令のセットを記憶するように構成される。この点に関し、メモリー102は、セッション継続アプリケーションと図示したインフォテインメントアプリケーション108などの一つ以上のインフォテインメントアプリケーションをその内部に記憶したものである。機器は、インフォテインメントデータ110を得るために、並びにあるセッション制御データ112を交換するためにサーバ16と通信するように適合される。インフォテインメントデータは、例えば、消費されることになるストリーミングデータまたはその他のコンテンツを含み得る。必要に応じて、インフォテインメントデータは、インフォテインメントアプリケーション108の実行可能なコピーなど、機器にロードして実行するための実行可能なアプリケーションプログラム命令も含み得る。セッション継続アプリケーション106は、一つの機器から別の機器へのアプリケーションのセッションの転送を調停するために、図9に関連してより詳しく説明するとおり、サーバ16と通信する。この転送プロセスの一部として、セッション継続アプリケーションは、他の機器から得たセッションデータ114をインフォテインメントアプリケーション108によって利用されるようにロードさせることによって支援する。したがって、図示のとおり、セッションデータ114は、セッション継続アプリケーション106からインフォテインメントアプリケーション108へ渡されるように示される。点線で示されるように、セッションデータのこの転送は、オペレーティングシステム104の助けを受けて処理され得る。セッション継続アプリケーション106は、インフォテインメントアプリケーション108と同じようにロードされ、管理される単独のアプリケーションとして図8では示したが、当然のことながら、継続アプリケーション106はオペレーティングシステムによって管理されたある層などの異なる層で実現されてもよいものとする。このことは、図11に示されており、セッション継続アプリケーションが、オペレーティングシステムのレンダリング層とインフォテインメントアプリケーションなどのインストールされたアプリケーションの間に介在するセッション継続マネージャとして示される。図9を参照すると、アプリケーションのセッション転送を実施するためのサーバと携帯機器12と機器14の間の交信は、各携帯機器12と機器14のセッション継続アプリケーション106A、106Bの間の交信を含む。この場合もまた、携帯機器12とインフォテインメントシステム14の両方がモバイル機器であると見なされる。機器12は、例えば、携帯型のモバイル機器であり、機器14は移動車両のダッシュボードに取り付けられたインフォテインメントシステムであるとしてよい。図9は、インフォテインメントデータこの場合にはストリーミングデータとセッション制御データメッセージが、サーバとモバイル機器の個々の構成要素間でどのように受け渡されるのかを示す。120で先ず、サーバ16はモバイル機器12のインフォテインメントアプリケーション108Aへストリーミングデータを送信することが示される。もちろん、送信されるデータはストリーミングデータ以外の形式であってもよく、ここでストリーミングデータを図に示したのは、単に説明上の目的のためである。さて、モバイル機器12のユーザは、インフォテインメントアプリケーション108Aを介してストリーミングデータを楽しみながら、モバイル機器14の近くにやってきたとしよう。例えば、携帯型のモバイル機器12のユーザは、自分の自動車に乗り込んで、点火装置をオンにすると、モバイル機器14がオンになり、機器12と機器14の間でペア化シーケンス122が開始される。ペア化122は、自動的にまたはユーザの指示によって開始され得るが、これはユーザ選択及び/または各機器のその他の制約による。ペア化シーケンス122の一部として、セッションの転送を受信するために機器14上で必要になるインフォテインメントアプリケーションが何であるかを決定するために、セッション継続アプリケーション106Bはその相手であるセッション継続アプリケーション106Aと通信する。必要なインフォテインメントアプリケーションが機器14の機器メモリー102内にすでに記憶されている場合は、セッション継続アプリケーション106Bは、そのインフォテインメントアプリケーションがすでに実行していなければ、そのインフォテインメントアプリケーションを起動するように、関連のオペレーティングシステム104を通じてメッセージを送信する。必要なインフォテインメントアプリケーションが機器14の機器メモリー内に記憶されてない場合は、セッション継続アプリケーション106Bは、124で示すように、ダウンロード要求をサーバ16へ送信すると、サーバ16は要求されたアプリケーションプログラムを機器14へ送信することによって応答し、機器14のオペレーティングシステムは要求されたアプリケーションプログラムをインストールして起動する。これで今は、両方の機器12と機器14が適切なインフォテインメントアプリケーションを実行させているので、セッション継続アプリケーション106Aと106Bは、インフォテインメントアプリケーション108Aからインフォテインメントアプリケーション108Bへセッションデータを転送するために協働する。図示されるように、この転送は、セッションデータ114として各セッション継続アプリケーションを経由して渡され得る図8のセッションでデータ114も参照。次に、セッション継続アプリケーション106Aまたは選択的にまたは追加的に、セッション継続アプリケーション106Bは、セッション制御データ112として、セッション転送要求メッセージをサーバに送信する図8のセッション制御データ112も参照。セッション制御データ112は、ユーザが現在楽しんでいるデータの特定の部分が何であるかを知るために、サーバが必要とするいずれかの適用可能なメタデータまたはセッション制御データを含み得る。例えば、ストリーミングデータが録音された必需物である場合は、セッション制御データは、曲ID、トラック番号、トラック位置カウンタ及びその他のプレイリスト情報等のメタデータを含むことになる。サーバは、新しいストリーミングデータセッション126を開始すること、または、128で示すように、現在のストリーミングデータセッションを機器14のIPアドレスへ再ルーティングすることのいずかによってこの要求に応答する。図10を参照すると、サーバとモバイル機器を含んでなるシステムは、ユーザプロファイル、アプリケーションプロファイル及びドライビングプロファイルに基づいて、アプリケーションに関係したデータストリーミングデータなどを機器が消費可能にするシステムの対応のしかたを決める、一揃いのプロファイルのセットを含むことができる。例えば、携帯電話などの個人が携行する機器で開始したセッションは、車両内のインフォテインメントシステムへ転送されたときには異なって表示されることがある。ユーザは今は車両を運転していて、ユーザが携帯電話を使っていたときとは異なる必要条件をもち得ることを表わして、ある種の機能が変更または抑制されることがあり得る。図11に示すように、アプリケーションのセッションが転送されるとき、インフォテインメントアプリケーションの適切な動作のために必要なある種の属性を定義するアプリケーションプロファイルがモバイル機器へダウンロードされ得る。この場合にはセッション継続マネージャとして機能する、セッション継続アプリケーションは、車載ユニットを携帯機器とペアにさせて、セッション転送を開始するために同期化トリガを行なう。これは、制御されるインフォテインメントアプリケーションに適合するようにユーザインタフェースを適切なモードに変更するように求める命令を車載ユニット及び/または携帯機器に送信することを含み得る。セッション継続アプリケーションまたはセッション継続マネージャは、必要に応じて、ユーザインタフェースヒューマンユーザインターフェースHMIを適応させることを補助するために、アプリケーション選択とサービス選別または大別化を実行できる。大別化は、インフォテインメントアプリケーションの機能を特徴付けることができる異なる次元を定義することを含む。セッション継続アプリケーションまたはセッション継続マネージャは、他のアプリケーションがインフォテインメントアプリケーションに統合可能なように、インフォテインメントアプリケーションによって実行される個々の機能を大別化されたグループにグループ分けする。例えば、電話番号を検索する基本的機能は、住所を検索する機能と統合可能であり、その結果得られた統合機能は、インフォテインメントアプリケーションとのユーザの対話に基づいて所望の移動先位置を検索する上で車載ナビゲーションシステムを補助するために使用され得る。図12は、セッション転送フローがどのように実行され得るかをさらに詳しく示す。図12は、第1のモバイル携帯機器からのインフォテインメントアプリケーションが存在しない場合、同等のアプリケーションをどのように、いつロードまたはダウンロードするかをシステムがどのように決定するのかをさらに具体的に示す。アプリケーションの状態とその他のコンテクスト情報がどのように利用されるのかを示す、図13と図14が次に続く。いくつかの使用例が、次に、図15~図17に示される。ここまで1台の転送側機器に関してセッション転送を説明してきたが、上記の内容は複数の機器に当てはめることができるものとする。例えば、二人のユーザが車両に乗り込むとするならば、各ユーザがそれぞれのセッションを車両のインフォテインメントシステムに同期させることができる。以下に説明するとおり、HMIはユーザが複数のアプリケーションを用いて閲覧できるようにしているので、HMIは複数の機器からの複数のセッション転送に対応するように構成され得る。本開示の別の態様では、アプリケーションのコンテクストすなわち実行状況自動車、家、携帯等ごとに対応するユーザインタフェースは、それ独自のユーザインタフェースをもつことができる。各コンテクストは、ユーザにとって最も利用しやすい異なるユーザインタフェース設定をもつ。テレビジョン設定では、例えば、リモコン装置によってアプリケーションを制御することにユーザはより慣れているであろう。航空機のコンテクストでは、タッチスクリーンによってアプリケーションを制御することにユーザはより慣れているであろう。車両側のインタフェースは異なる入力及び出力機構によって特徴付けられるので、車両側のアプリケーションは携帯側の対応するアプリケーションと同じではないものとする。したがって、規定設定構成の一部として組み込めるセッション継続機能を提供するためには、車両側のアプリケーションは車両にうまく合うものである必要がある。しかし、車両にうまく合うようにされていないアプリケーションでも、携帯側の対応するアプリケーションのルックフィールでなおもアクセスすることは可能である。アプリケーションのコンテクストごとに対応するUIユーザインタフェースに関する考慮は、ユーザが最も楽しめるものまたはユーザが慣れているものだけに依存するのではなく、新しいコンテクストの環境において安全であるもの及び/または法令で許され得るものにも依存し得る。したがって、特定のコンテクストごとに合わせて設計されたアプリケーションは、国、地方、設定、及びその他の考慮事項によってカスタマイズされ得る。車両コンテクストでは、ユーザインタフェースは、HMIとのユーザの対話をより容易にするように、かつ車両が動いているときには注意散漫になりにくくするように構成される。例えば、いくつかの実施形態では、車両が動いているときのUIは、車両が動いていないときとは対照的な色コードで色分けされる。さらに、例えば、ホーム画面は青色でダウンロードしたアプリケーションは他の色にするなど、使用されているアプリケーションまたはシステムの状態に応じてUIは追加の色コードをもつことができる。UIは自動車内の光センサーの出力に基づいてコントラストを調整できる、または画面の色が光センサーの出力に基づいて反転され得る。さらに、UIは、車両が動いているときの音声入力コマンドと音声フィードバックを取り入れることができる。上記に列挙したUIの実現は例示的であり、限定するものと意図されていない。図2に戻り参照すると、機器はまた、表示部46、HMI36、及び入力モジュール38を含むものとする。これらの三つの構成要素は、ユーザと機器14との対話を実現するために連携して機能すると想定される。車両コンテクストでは、表示部46は、インフォテインメントシステム14の表示ユニットである。スクリーンは、タッチセンサー式のスクリーンを含む、当技術分野で知られているどんなスクリーンでもよい。タッチスクリーンの実施形態では、表示部46は入力モジュール38としての役目もする。入力モジュール38は、音声入力が可能にされるようにマイクロフォンと音声分析装置であってもよい。入力モジュール38は、例えば、タッチ入力、音声入力、またはタイピング入力といったユーザ入力を受け付けて、ユーザ入力をHMI36へ伝達される信号に変換する。受信した信号に基づいて、HMIは受け付けた入力をアプリケーション制御モジュール34へのコマンドに変換する。車両コンテクストでは、HMIは複数のソースから入力を受け付けるようにさらに構成される。いくつかの実施形態では、HMIは、上述したように入力を受け付けることに加えて、携帯機器などのペアの相手のユーザ機器から入力を受信するようにさらに構成され得る。このような実施形態では、ユーザは入力手段として携帯機器を使用する選択ができる。PWANを介して、例えば、携帯機器12は入力信号を車両のインフォテインメントシステム14へ送信できる。入力モジュール38は、受信したコマンドを解読してそれをHMI36へ伝達する。このような実施形態では、携帯機器のタッチスクリーンはインフォテインメントシステムのタッチスクリーンに相当し得ると想定される。図5はこの概念を図示する。図には、携帯機器12とインフォテインメントシステム14が示される。参照番号62と64は、携帯機器に対する特定のジェスチャーが、インフォテインメントシステムの表示画面上でどのように行なわれるかを示す。図に示すように、上記を使用して、ユーザは携帯機器12を無線入力装置として利用できる。このオプションは、ユーザがHMIと対話する際に、より快適に注意散漫になりにくい状態で行なえるようにできる。ユーザをさらに支援するために、携帯機器12の入力手段またはインフォテインメントシステム14のHMIは、ユーザがタッチパッド上に文字を描いているとき、それを認識するように構成され得る。文字を描くことによって、HMIは入力された文字で始まるアプリケーションのリストを読み出せる。例えば、ユーザがphというモジュールを描いたとすれば、HMIはphoneに関係したアプリケーションを読み出すことができる。わかるとおり、アプリケーションの大部分がクラウド中でホストされ、ネットワーク10を介してインフォテインメントシステム14へ配信されてきた状態で、ユーザは同時に複数のアプリケーションを実行させることができる。一つ以上の機器から転送されたか、またはインフォテインメントシステム自体によって起動された複数のアプリケーションを円滑にするために、HMIは個々のアプリケーションを及びアプリケーションメニュー内を容易に見進めるように構成され得る。図6は、直線的なカルーセルとして構成された例示的なユーザインタフェースを示す。図に示すように、ユーザはアプリケーションを切り替えるために横に見進むことができ、アプリケーションメニュー内を水平方向に見進むことができる。上記は例示的な目的で示されており、ユーザインタフェースの多くの異なる構成が考えられるものとする。前述したとおり、HMI36は、車両コンテクストにおいてドライバにとっての注意散漫の量を減少させるようにさらに構成され得る。例えば、ドライバのインフォテインメントシステム14のUIとの対話は、法令や条例の順守を強制するために自動車が動いている間はできないようにされ得る。これは、携帯機器12を車載システムのコントローラとして使用する機会を提供する。UIとの利用可能な対話は、ドライビングモードに基づいて制限可能である。例えば、図7に示すように、車両が動いているときはクリック可能なボタンはUIから取り除かれる。右側の画面76では、自動車が走行しているときには、自動車コンテクストのアプリケーション中で実在のボタンは消えている。この実施形態では、ユーザが画面を見なくてすみ、小さいまたは特定のアイコンを押そうとしなくてもよいように、ジェスチャー入力のみが許される。ドライバの注意散漫を回避するために、他の安全特性も車両のインフォテインメントシステムに組み込めることが想定される。上述のアーキテクチャに関しては、アプリケーションサーバが機器にアプリケーションを配信するような一般的なサーバ‐クライアントモデルを説明した。しかし、その他のアーキテクチャも実現され得ると想定される。例えば、アプリケーションは携帯機器12でホストされてもよい。セッション転送時に、携帯機器12がインフォテインメントシステム14へアプリケーションを供給する。このようなアーキテクチャでは、携帯機器12は、インフォテインメントシステムのHMIのコンフィギュレーション、コンテクスト分析を実行するためのデータ、及びサービス適応のための方法を含む、セッション転送に必要な情報を記憶しておくことができる。他のアーキテクチャでは、インフォテインメントシステムのHMIは、携帯機器12から実行され得る。このような例では、アプリケーションのただ1つのコピーが存在すればよいという点で、アプリケーションは単一と見なすことができ、インフォテインメントシステムのHMIはブラウザとして動作できる。このコンフィギュレーションを使用すると、アプリケーションのユーザインタフェースは、インフォテインメントシステムに対して、携帯機器またはアプリケーションサーバからプッシュされる。本文書で使用されるモジュールという用語は、一つ以上のソフトウェアまたはファームウェアプログラムを実行する特定用途向け集積回路ASIC、電子回路、プロセッサ共有、個別、またはグループ及び/またはメモリー共有、個別、またはグループ、組み合わせ論理回路、及び/または説明した機能性を提供するその他の適当な構成要素を指していることもあるし、その一部であることもあるし、または含むこともある。さらに、本文書で説明した構成要素は、該当する機器に付属するプロセッサ上で実行可能なコンピュータにより読取り可能な命令として具現され得るものとする。実施形態の上記の記述は、実例を示して説明する目的で記載されたものである。包括的なものまたは本発明を限定するものと意図されていない。特定の実施形態の個々の要素または機能は、概して、その特定の実施形態に限定されず、特に図示または言及されていなくても、適切な場合には、互いに置き換え可能であり、選択された実施形態において使用可能である。同一のものが、さまざまに変形されることもあり得る。このような変形は、本発明からの逸脱と見なされてはならず、すべてのこうした変形は本発明の範囲内に含まれるものと意図される。