JP2005500615A

JP2005500615A - 様式間で切替えを行いながらパーシステンシーを保つこと

Info

Publication number: JP2005500615A
Application number: JP2003521933A
Authority: JP
Inventors: ツァイ、ホン
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2001-08-13
Filing date: 2002-07-08
Publication date: 2005-01-06
Also published as: CA2451412A1; KR20040023633A; AU2002345210A1; EP1428114A2; WO2003017089A2; CN1407780A; WO2003017089A3; US7925763B2; KR100690290B1; US20050021767A1; TW577210B; IL160073A0

Abstract

【課題】様式間で切替えを行いながら、パーシステンシーを保つための方法およびデバイスを提供する。
【解決手段】方法およびデバイスが、（１）ユーザからのアプリケーション・サービスにアクセスする要求に応答して、ユーザ履歴からユーザによってアクセスされたアプリケーション・サービスの最後の動作状態を探し出すこと、（２）アプリケーション・サービスに接続し、最後の動作状態からアプリケーション・サービスを続けて実行すること、および（３）アプリケーション・サービスの実行結果に基づいてユーザ履歴内の最後の動作状態を更新することを含む。ユーザは、本発明を採用することにより、中途のアプリケーション・サービスを続行する異なる好適な端末装置を柔軟に選択することができる。

Description

【技術分野】
【０００１】
本発明は、コンピュータ・ネットワークにおけるアプリケーション・サービスにアクセスするための方法および装置に関する。
【背景技術】
【０００２】
インターネットが社会のすべての分野で普及するにつれて、情報を処理することができるますます多くのインテリジェントなデバイスが出現している。それらのデバイスには、例えば、ＰＣ、モバイル電話機、パームトップ・コンピュータ等が含まれ、これらのほとんどは、情報を処理するようにネットワークに接続することができる。そのようなネットワークは、しばしば、パーベイシブ・ネットワーク（pervasive network）と呼ばれる。ユーザは、アプリケーション・サービスにアクセスする際、１つの特定の環境においてそれらのデバイスの１つを使用し、例えば、オフィス内でＰＣを使用してアプリケーション・サービスにアクセスし、他方、別の特定の環境において別の異なるデバイスを使用すること、例えば、モバイル電話機を使用して自動車の中でそのアプリケーション・サービスを実行しつづけることを好む。つまり、あるデバイスから別のデバイスに切り替えた後でも、同じアプリケーション・サービスに関して「永続性すなわちパーシステンシー（persistency）を保つこと」が必要とされる。しかし、複数のデバイスを介して同じアプリケーション・サービスにアクセスする現在の技術の場合、ユーザには、同じアプリケーション・サービスにアクセスするのに始めから終りまで１つのデバイスを使用することだけが許されることが可能である。ユーザは、アプリケーション・サービスにアクセスするのに別のデバイスに切り替えた場合、そのアプリケーション・サービスにアクセスすることを最初からやり直さなければならない。現在の技術は、この状況においてどのようにパーシステンシーを保つかという問題を解決しない。
【０００３】
今日では、アプリケーションは、ますますモジュール化される傾向にあるが、もはや大型の詰込まれたモジュールにではない。アプリケーションは、複数の極めてモジュール化された独立の構成要素（以降、アプリケーション論理コンポーネントと名付ける）から成ることが可能である。したがって、アプリケーションを実行する手続き全体が、すべての独立したアプリケーション論理コンポーネントを１つずつ実行することになる。本発明は、このモジュール化を利用して「パーシステンシー維持」問題を解決する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、様式（modality）間で切替えを行いながらパーシステンシーを保ち、アプリケーション・サービスにアクセスするのに複数の端末デバイスを使用しているユーザが、最初からではなく、デバイスＡを使用していた最後の動作状態ポイントからデバイスＢを使用してアプリケーション・サービスを続けて実行することができるようにするための方法およびデバイスを提供することである。
【課題を解決するための手段】
【０００５】
ユーザは、本発明を実施することにより、異なる端末デバイスの柔軟性を使用して中途のアプリケーション・サービスを続けて実行することができる。
【０００６】
第１の態様では、本発明は、以下のステップを含む連続的なサービスを提供する方法を提供する。すなわち、（１）ユーザからのアプリケーション・サービスにアクセスする要求に応答して、ユーザ履歴からユーザによってアクセスされたアプリケーション・サービスの最後の動作状態を探し出すステップ、（２）アプリケーション・サービスに接続し、最後の動作状態からアプリケーション・サービスを続けて実行するステップ、（３）アプリケーション・サービスの実行結果に基づいてユーザ履歴内の最後の動作状態を更新するステップである。
【０００７】
本発明の第２の態様は、以下を含む連続的なサービスを提供するための装置も提供する。すなわち、ユーザからのアプリケーション・サービスにアクセスする要求に応答して、ユーザ履歴からユーザによってアクセスされたアプリケーション・サービスの最後の動作状態を探し出す手段、アプリケーション・サービスに接続し、最後の動作状態からアプリケーション・サービスを続けて実行する手段、アプリケーション・サービスの実行結果に基づいてユーザ履歴内の最後の動作状態を更新する手段である。
【０００８】
第３の態様において、本発明は、ユーザＩＤに基づいて少なくとも１つのアプリケーション・サービスに関して少なくとも１名のユーザの履歴上の呼出し情報を記録するためのユーザ履歴モジュールと、アプリケーション・サービスにアクセスすることを要求しているユーザを識別し、または確認し、ユーザ履歴モジュールからそのアプリケーション・サービスに関するそのユーザの履歴上の呼出し情報を取得し、その履歴上の呼出し情報からアプリケーション・サービスに関するユーザの最後の動作の呼出しＩＤを抽出するためのログオン制御モジュールと、アプリケーション・サービスに接続し、履歴上の呼出し情報に基づいてアプリケーション・サービスを実行するため、および実行結果に基づいてユーザ履歴モジュール内に記録された履歴上の呼出し情報を更新するためのセッション管理モジュールと、抽出された呼出しＩＤに基づいてセッション管理モジュールに対する接続をセットアップするための接続管理モジュールとを含む、連続的なサービスを提供するデバイスも提供する。
【０００９】
一実施形態では、同じアプリケーションを次回に実行する開始ポイントは、モジュール化されたアプリケーションが実行された際、アプリケーションのすべてのアプリケーション論理コンポーネントに関して記録されている最後の動作状態情報に基づいて特定される。
【００１０】
次に、本発明の実施形態を単に例として添付の図面を参照して説明する。
【発明を実施するための最良の形態】
【００１１】
図１に示すとおり、パーシステンシーを保つためのデバイスは、ユーザ・デバイス１００からアプリケーション・サービス１０６を要求するユーザのユーザ身元証明（ユーザＩＤ）を識別し、確認するためのログオン制御モジュール１０１を含む。ユーザ履歴モジュール１０２は、アプリケーション・サービスに関するユーザの各人の履歴上の呼出し情報をそれぞれ記録する。ユーザ履歴モジュール１０２は、ユーザＩＤに基づいてユーザの履歴上の呼出し情報を記録することができる。さらに、ログオン制御モジュール１０１が、ユーザ履歴モジュール１０２から特定のアプリケーション・サービスに関するあるユーザの履歴上の呼出し情報を探し出すことができる。次に、モジュール１０１は、ユーザに関する履歴上の呼出し情報から最後の接続の呼出しＩＤを抽出することができ、呼出しＩＤは、アプリケーション・サービス１０６内の各アプリケーション論理コンポーネントの通し番号に対応する。さらに、ログオン制御モジュール１０１は、様々なプロトコルを採用する様々なユーザ・デバイス１００からログオン要求を受け入れることができ、例えば、デバイスは、モバイル電話機、パームトップ・コンピュータ、ＰＣのような任意のデバイスであることが可能であり、プロトコルは、ＷＭＬ、ＨＴＭＬ、Ｎｏｔｅｓクライアント等であることが可能である。セッション管理モジュール１０４が、バックグラウンド・アプリケーション・サービス１０６に接続し、ログオン制御モジュール１０１によって抽出された最後の接続の呼出しＩＤに基づいて対応するバックグラウンド・アプリケーション・サービス内のアプリケーション論理コンポーネントを連続的に実行する。接続管理モジュール１０３が、ログオン制御モジュール１０１によって抽出された呼出しＩＤに基づいてセッション管理モジュール１０４に対する接続をセットアップし、必要とされる際にユーザ登録モジュール１０５からメッセージを受け取るのにユーザが、通常、使用するデバイスの情報を獲得する。さらに、セッション管理モジュール１０４は、バックグラウンド・アプリケーション・サービス１０６の実行結果に従って履歴モジュール内に記録された履歴上の呼出し情報を更新して、バックグラウンド・アプリケーション・サービスに対する次のアクセスのために呼出し情報を使用することができるようにする。ユーザ登録モジュール１０５が、情報を例えば、スクリプトまたはデータベースの形態で登録してユーザのデバイスのそれぞれを記憶する。ユーザ登録モジュール１０５は、以下のように、ユーザのいくつかのデバイスに関するユーティリティー情報を登録することができる。
午前８：００〜午後５：００、電話機×××××××が好ましい。
それ以外の時間は、モバイル電話機××××××が好ましい。
見つからない場合、インスタント・メッセージを使用することを試みる。
それでも見つからず、サービス優先順位が高い場合、企業名サービス（例えば、ＩＢＭのブルーページ）を介してユーザのマネージャまたは大学に連絡をとる。
【００１２】
次に、デバイスを使用してどのようにパーシステンシーを保つかを図２を参照して詳細に説明する。
【００１３】
Ａ．ユーザが、１つのデバイスを使用してアプリケーション・サービスに初めてアクセスする、またはアプリケーション・サービスへのアクセスを完了した後に再び同じアプリケーション・サービスにアクセスする場合。
【００１４】
ユーザＵが、ＷＡＰモバイル電話機１００を使用してＷＭＬ言語を介してアプリケーション・サービス１０６にアクセスするものと想定すると、プロセスは以下のとおりである。
【００１５】
１．ユーザＵが、自らのユーザ・アカウントおよびパスワードをＷＡＰモバイル電話機１００を介して入力し、ログオン制御モジュール１０１に接続し、システムが提供するアプリケーション・サービス１０６を選択する。
【００１６】
２．ログオン制御モジュール１０１が、ユーザ履歴モジュール１０２にクエリーを行い、ユーザＵに関するアプリケーション・サービス１０６の最後の動作状態を探し出す。
【００１７】
３．ユーザ履歴モジュール１０２は、ユーザＵが、以前にアプリケーション・サービス１０６にアクセスしていないこと、またはユーザが、アクセスを終了しており、再開する必要があることを示す情報をログオン制御モジュール１０１に戻す。
【００１８】
４．ログオン制御モジュール１０１が、接続管理モジュール１０３に要求を送り、要求は、ユーザ（すなわち、ユーザＵ）ＩＤ、呼出しＩＤ、アプリケーション・サービス１０６に関して呼出しＩＤの中に含まれるアプリケーションＩＤ、および呼出し進行情報（呼出し進行情報は、この場合、最初の呼出しであるため、０または１に初期設定される）を含む。要求は、この場合、ユーザのデバイスとは独立の一般的な要求である。例えば、通常の要求に含まれる情報は以下のフォーマットを有することが可能である。
サービス http://myservice.com/office/
送信元：caihong@cn.ibm.com
宛先：office@myservice.com
呼出しＩＤ：0_office@myservice.com
コンテンツ・タイプ：application/xml
コンテンツ長：
【００１９】
５．接続管理モジュール１０３は、前述の要求を受け取ると、ユーザＵに関する情報（例えば、ユーザＩＤ）、およびアプリケーション・サービスの動作状態情報（例えば、呼出しＩＤ、アプリケーションＩＤ、および呼出し進行情報）を抽出し、セッション管理モジュール１０４に対する新たな接続をセットアップする。
【００２０】
６．セッション管理モジュール１０４は、アプリケーション・サービス１０６に対する接続をセットアップし、ユーザＵに関する初期状態からアプリケーション・サービス１０６を実行し、アプリケーション・サービス１０６のアプリケーション論理コンポーネントのそれぞれの状態を監視して、アプリケーション・サービス１０６の動作状態を獲得するようにする。
【００２１】
７．アプリケーション・サービス１０６のアプリケーション論理コンポーネントのそれぞれが、自らの実行結果を接続管理モジュール１０３に戻す。
【００２２】
８．セッション管理モジュール１０４が、アプリケーション・サービス１０６の１つのアプリケーション論理コンポーネントが完了し、別のアプリケーション論理コンポーネントが開始される際、ユーザ履歴モジュール１０２内のユーザＵに関するアプリケーション・サービス１０６の呼出し進行情報を更新する。
【００２３】
９．次に、接続管理モジュール１０３が、アプリケーション・サービス１０６の実行結果をログオン制御モジュール１０１に戻し、さらにユーザＵにも戻す。
【００２４】
以上のステップ７〜９における処理は、ある前提に、つまり、この種のアプリケーションは、ユーザＵが割込み要求を発行するまで、またはアプリケーション・サービス１０６の実行が終了するまで、繰り返し実行されることが可能な小さいアプリケーション論理コンポーネントに分割することができるという前提に基づいている。さらに、前述のステップ８の動作は、ある種の一時的な動作であり、スペースと時間を節約するためにこのステップを省くことができることが、当分野の技術者には理解されよう。
【００２５】
１０．ユーザＵが割込み要求を送出した際、またはアプリケーション・サービス１０６の実行が終了した際、セッション管理モジュール１０４が、その動作の最後の状態を使用してユーザ履歴モジュール内の呼出し進行情報を更新して、ユーザ履歴モジュールが、ユーザＵに関するアプリケーション・サービス１０６の最後の動作状態を常に保持しているようにする。
【００２６】
１１．接続管理モジュール１０３は、ユーザＵによって送られた割込み要求を検出した際、またはアプリケーション・サービス１０６の実行が終了したことを検出した際、その動作が終了することをログオン制御モジュール１０１に通知する。
【００２７】
以上の説明は、ユーザＵがアプリケーション・サービス１０６に初めてアクセスすることの作業プロセスを示した。以上の説明から、ユーザＵに関するアプリケーション・サービス１０６の動作状態は、ユーザ履歴モジュール１０２の中に記憶されることを見て取ることができる。次回、ユーザＵは、ユーザ履歴モジュール内に記録されている最後の動作状態のポイントからアプリケーション・サービス１０６にアクセスすることを続けることができ、したがって、パーシステンシーが保たれることが可能である。
【００２８】
さらに、以上の実施形態では、ステップ４の要求は、ユーザ・デバイス１００とは独立の一般的な要求である。したがって、セッション管理モジュール１０４は、内部の呼出し進行情報だけに基づいて対応するアプリケーション論理コンポーネントを実行し、これにより、ユーザが、様々な端末デバイスを使用して同じアプリケーション・サービスにアクセスすることが可能になる。
【００２９】
Ｂ．Ａのケースにおいて、ユーザが、アプリケーション・サービス１０６にアクセスするのにＷＡＰモバイル電話機を使用するのを止め、別のデバイスに、例えば、Lotus Notes Client（ロータス・ノーツ・クライアント）に切り替えてアプリケーション・サービスを実行することを続けた場合、作業プロセスは、以下のとおりである。
【００３０】
１．ユーザＵが、ユーザ・アカウントおよびパスワードをLotus NotesClient１００を介して入力し、ログオン制御モジュール１０１に接続して、システムによって提供されるアプリケーション・サービス１０６を選択する。
【００３１】
２．ログオン制御モジュール１０１が、ユーザ履歴モジュール１０２にクエリーを行い、ユーザＵに関するアプリケーション・サービス１０６の最後の動作状態を探し出す。
【００３２】
３．ユーザ履歴モジュール１０２は、ユーザが以前にそのアプリケーション・サービス１０６にアクセスしていること、およびユーザに関するアプリケーション・サービス１０６の最後の動作状態、すなわち、動作進行情報を示す情報をログオン制御モジュール１０１に戻す。
【００３３】
４．ログオン制御モジュール１０１は、接続管理モジュール１０３に要求を送り、要求は、ユーザ（すなわち、ユーザＵ）ＩＤ、呼出しＩＤ、アプリケーション・サービス１０６に関する呼出しＩＤに含まれるＩＤ、および呼出し進行情報を含む。要求は、この場合、ユーザ・デバイスとは独立の一般的な要求である。通常の要求に関する情報は、例えば、以下のフォーマットを有することが可能である。
サービス http://myservice.com/office/
送信元：caihong@cn.ibm.com
宛先：office@myservice.com
呼出しＩＤ：01_office@myservice.com
コンテンツ・タイプ：application/xml
コンテンツ長：
【００３４】
５．接続管理モジュール１０３は、前述の要求を受け取ると、ユーザ（ユーザＵ）に関する情報、およびアプリケーション・サービスの最後の動作状態に関する情報を抽出し、セッション管理モジュール１０４に対する新しい接続をセットアップする。
【００３５】
６．セッション管理モジュール１０４は、アプリケーション・サービス１０６に対する接続をセットアップし、ユーザＵに関する最後の動作状態のポイントからアプリケーション・サービス１０６を続けて実行し、アプリケーション・サービス１０６のアプリケーション論理コンポーネントのそれぞれの状態を監視して、アプリケーション・サービス１０６の最新の動作状態を獲得するようにする。
【００３６】
７．アプリケーション・サービス１０６のアプリケーション論理コンポーネントのそれぞれが、自らの実行結果を接続管理モジュール１０３に戻す。
【００３７】
８．セッション管理モジュール１０４が、アプリケーション・サービス１０６の１つのアプリケーション論理コンポーネントが終了し、別のアプリケーション論理コンポーネントが開始される際、ユーザ履歴モジュール１０２内のユーザＵに関するアプリケーション・サービス１０６の呼出し進行情報を更新する。
【００３８】
９．次に、接続管理モジュール１０３が、アプリケーション・サービス１０６の実行結果をログオン制御モジュール１０１に戻し、さらにユーザＵにも結果を戻す。
【００３９】
以上のステップ７〜９において、アプリケーション・サービス１０６は、ユーザＵが割込み要求を送るまで、またはアプリケーション・サービス１０６の実行が終了するまで、繰り返し実行されることが可能なアプリケーション論理コンポーネントに分割することができる。さらに、前述のステップ８の動作は、一時的な動作であり、この動作は、スペースと時間を節約するために省くことができる。
【００４０】
１０．ユーザＵが割込み要求を送った際、またはアプリケーション・サービス１０６の実行が終了した際、セッション管理モジュール１０４が、最新の動作状態を使用してユーザ履歴モジュール内の呼出し進行情報を更新する。
【００４１】
１１．接続管理モジュール１０３は、ユーザＵによって送られた割込み要求を検出した際、またはアプリケーション・サービス１０６の実行が終了したことを検出した際、その動作が終了することをログオン制御モジュール１０１に通知する。
【００４２】
以上の説明は、ユーザＵがアプリケーション・サービスにアクセスすることを続ける作業プロセスを示した。以上の説明から、次回にユーザＵがアプリケーション・サービス１０６にアクセスすることを続ける際、アプリケーション・サービス１０６が、ユーザ履歴モジュール１０２内に記憶された動作状態に基づいて連続的に実行されることが可能であり、したがって、パーシステンシーが保たれることが可能であることを見て取ることができる。さらに、ユーザ履歴モジュール１０２内の最新の進行情報を変更することにより、ユーザ履歴モジュールは、ユーザが次のアクセスを開始するアプリケーション・サービスの最新の動作状態を常に保持している。したがって、パーシステンシーが保たれることが可能である。
【００４３】
さらに、ステップ４の要求は、デバイスとは独立の要求であり、したがって、セッション管理モジュール１０４は、内部の呼出し進行情報だけに基づいて対応するアプリケーション論理コンポーネントを実行し、これにより、ユーザが、同じアプリケーション・サービスにアクセスするのに様々な端末デバイスを使用することが可能になる。
【００４４】
さらに、図示していないが、それでも、ログオン制御モジュール１０１が、ユーザＵが前述のケースＡおよびＢにおいて要求を送るのに使用する通信手段を介してアプリケーション・サービスの実行結果を戻すことが理解可能である。例えば、ログオン制御モジュール１０１は、ケースＡにおいてユーザのＷＡＰモバイル電話機に結果を戻し、ケースＢにおいてユーザのLotus Notes Clientに結果を戻す。
【００４５】
次に、別のケースを以下に説明する。
【００４６】
Ｃ．ユーザからの非同期要求
ユーザまたはアプリケーション・サービスが、実行結果を受け取るためにどのような種類のデバイスが使用されるかを指定することなく、連続的な手続きが非同期に実行されることを必要とする場合、ユーザ登録モジュール１０５を使用して、実行結果を受け取るのに使用される正しいユーザ・デバイスを特定することができる。
【００４７】
具体的には、非同期手続きと同期手続きの違いは、ステップ９にある。
【００４８】
図２に示すとおり、非同期式では、以下のとおりである。
９−１．接続管理モジュール１０３が、ユーザ登録モジュール１０５を呼び出して、ユーザＵと通信する適切な接続方法を特定する。
９−２．ユーザ登録モジュール１０５が、次に、ユーザＵに関する適切な接続方法を接続管理モジュール１０３に戻す。
９−３．接続管理モジュール１０３が、ユーザＵと通信する検出された適切な接続方法を介して実行結果を送る。
【００４９】
したがって、非同期式においても、本発明は、常に、情報をユーザＵに遅れずに戻すことができる。
【００５０】
本発明は、本発明を限定するためには使用されない実施形態および図面に関連して説明してきた。本発明は、特許請求の範囲を逸脱することなく、変更すること、および改良することが可能である。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施形態によるパーシステンシーを保つためのデバイスを示すブロック図である。
【図２】前述のデバイスの処理流れ図である。

Claims

パーベイシブ・ネットワークにおいてアプリケーション・サービスにアクセスするための方法であって、
前記アプリケーション・サービスにアクセスするユーザ要求に応答して、ユーザ履歴から前記アプリケーション・サービスの最後の動作状態を再呼出しすること、
前記アプリケーション・サービスに接続し、前記最後の動作状態から前記アプリケーション・サービスを続けて実行すること、および
前記アプリケーション・サービスの実行結果に基づいて前記ユーザ履歴内の前記最後の動作状態を更新することを含む方法。
ユーザに適切な接続方法を使用して前記ユーザに前記実行結果を戻すことをさらに含む請求項１に記載の方法。
前記接続方法が、前記アプリケーション・サービスに対するアクセスを要求する際に前記ユーザによって使用される方法であることを特徴とする請求項２に記載の方法。
前記接続方法が、前記ユーザによってあらかじめ登録された複数の接続方法から選択されることを特徴とする請求項２に記載の方法。
パーベイシブ・ネットワークにおいてアプリケーション・サービスに対するアクセスを提供するための装置であって、
ユーザからの前記アプリケーション・サービスにアクセスする要求に応答して、ユーザ履歴から前記ユーザによってアクセスされた前記アプリケーション・サービスの最後の動作状態を再呼出しする手段と、
前記アプリケーション・サービスに接続し、前記最後の動作状態から前記アプリケーション・サービスを続けて実行する手段と、
前記アプリケーション・サービスの実行結果に基づいて前記ユーザ履歴内の前記最後の動作状態を更新する手段とを含む装置。
ユーザに適切な接続方法を使用して前記ユーザに前記実行結果を提示する手段をさらに含む請求項５に記載の装置。
前記接続方法が、前記アプリケーション・サービスに対するアクセスを要求する際に前記ユーザによって使用される方法である請求項６に記載の装置。
前記接続方法が、前記ユーザによってあらかじめ登録された複数の接続方法から選択される請求項６に記載の装置。
コンピュータ・ネットワークにおいてパーシステンシーを保つための装置であって、
ユーザＩＤに基づいて少なくとも１つのアプリケーション・サービスに関する少なくとも１名のユーザの履歴上の呼出し情報を記録するためのユーザ履歴モジュール（１０２）と、
アプリケーション・サービスに対するアクセスを要求する前記ユーザを識別し、または確認し、前記ユーザ履歴モジュール（１０２）から前記アプリケーション・サービスに関する前記ユーザの前記履歴上の呼出し情報を取得し、前記履歴上の呼出し情報から前記アプリケーション・サービスに関する前記ユーザの最後の動作の呼出しＩＤを抽出するためのログオン制御モジュール（１０１）と、
前記アプリケーション・サービスに接続し、前記履歴上の呼出し情報に基づいて前記アプリケーション・サービスを実行するため、および実行結果に基づいて前記ユーザ履歴モジュール（１０２）内に記録された前記履歴上の呼出し情報を更新するためのセッション管理モジュール（１０４）と、
前記抽出された呼出しＩＤに基づいて前記セッション管理モジュール（１０４）に対する接続をセットアップするための接続管理モジュール（１０３）とを含む装置。
接続のためにユーザによって使用される少なくとも１つのデバイスに関する情報を登録するためのユーザ登録モジュール（１０５）をさらに含み、前記接続管理モジュール（１０３）が、前記ユーザが前記アプリケーション・サービスの前記実行結果を受け取る１つのデバイスを前記ユーザ登録モジュール（１０５）から選択するように動作する請求項９に記載の装置。
前記実行結果を前記選択されたデバイスに提示する手段をさらに含む請求項１０に記載の装置。
前記端末装置が、前記アプリケーション・サービスに対するアクセスを要求する際に前記ユーザによって使用される端末装置である請求項１１に記載の装置。
前記デバイスが、前記ユーザによってあらかじめ登録された複数の端末装置から選択される請求項１１に記載の装置。