| 【発明の名称】 |
コンテクスト変化をトリガとする非同期サービス提供方法および装置、ならびにそのプログラム記録媒体 |
| 【発明者】 |
【氏名】板生 知子
【氏名】松尾 真人
【氏名】中村 哲也
|
| 【要約】 |
【課題】ユーザの要求を満足する環境が整うまで、サービスの連続性を保持し、コンテクストの変化またはＮＲのアベイラビリティの一時的な変動に柔軟に適応して、ＮＲの利用率を高めることができるようにする。
【解決手段】アベイラビリティなどのパッケージングに失敗した場合（１０３〜１０５）、ユーザの位置、嗜好などのユーザ情報に加えて、天候、時刻などのユーザ以外から取得できる一般環境情報もコンテクスト情報として扱い、サービスを一旦記録して（１１１）、再パッケージングのトリガとするコンテクスト属性を選択し、外部のコンテクスト情報取得機構にトリガの要求を出して待機する（１１３）。次に、外部のコンテクスト情報取得機構から送信されたトリガを受信したならば、新しいコンテクスト情報に基づいて条件空間を設定し直し（１１４〜１０２）、再度パッケージングを行い（１０３〜１０５）、成功した場合にはユーザに提案する（１０６，１０７）。 |
【特許請求の範囲】
【請求項１】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供方法であって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定し、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成し、ユーザに提案するが、上記パッケージングに失敗した場合には、代替案生成の判断を経て、備同期環境依存の処理に進み、上記サービス要求を一旦記録し、再パッケージングをトリガとするコンテクスト属性を選択し、外部に選択したコンテクスト属性の変化の通知を要求し、コンテクストの変化のトリガをサービス要求に対応付けて管理し、トリガの受信を待機し、トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、コンテクストの変化の場合には、新しいコンテクスト情報に基づきコンテクスト情報取得に戻ることを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項２】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供方法であって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定し、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成し、ユーザに提案するが、上記パッケージングに失敗した場合には、代替案生成の判断を経て、非同期環境依存の処理に進み、上記サービス要求を一旦記録し、再パッケージングのトリガおよび終了条件とするコンテクスト属性を選択し、外部に選択したコンテクスト属性の変化の通知を要求し、上記終了条件が時刻の場合にはタイマを設定して、コンテクストの変化、終了条件のトリガをサービス要求に対応付けて管理し、トリガの受信を待機し、トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、終了条件の場合には上記代替案生成の判断に戻り、コンテクストの変化の場合には、新しいコンテクスト情報に基づきコンテクスト情報取得に戻ることを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項３】 請求項１または２に記載のコンテクスト変化をトリガとする非同期サービス提供方法において、上記パッケージングに失敗した場合には、該パッケージングの処理を行っているサーバはユーザ端末へ上記パッケージの失敗を通知して、処理を終了し、該ユーザ端末は、上記サーバから取得したサービス要求を記録し、サービス要求、コンテクスト情報テーブルを参照して、再パッケージングをトリガとするコンテクスト属性を選択し、外部に選択したコンテクスト属性の変化の通知を要求し、コンテクストの変化のトリガをサービス要求に対応付けて管理して、トリガの受信を待機し、上記トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、コンテクストの変化の場合には、サーバの処理を再起動することを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項４】 請求項１または２に記載のコンテクスト変化をトリガとする非同期サービス提供方法において、前記パッケージングに失敗した場合には、該パッケージングの処理を行っているサーバはユーザ端末へ上記パッケージの失敗を通知して、処理を終了し、該ユーザ端末は、上記サーバから取得したサービス要求を記録し、サービス要求、コンテクスト情報テーブルを参照して、再パッケージングのトリガおよび終了条件とするコンテクスト属性を選択し、外部に選択したコンテクスト属性の変化の通知を要求し、上記終了条件が時刻の場合にはタイマを設定して、コンテクストの変化、終了条件のトリガをサービス要求に対応付けて管理して、トリガの受信を待機し、上記トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、終了条件の場合には処理を終了するが、コンテクストの変化の場合には、サーバの処理を再起動することを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項５】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供方法であって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定し、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成し、ユーザに提案し、ユーザによるパッケージ選択を行うが、上記パッケージングの途中で失敗した場合には代替案生成の判断を行い、特にネットワークリソースの十分性検証に失敗した場合および上記パッケージ選択で全部拒否された場合には、ユーザがネットワークリソースの変化を待つことを希望するか否かを判別し、待つことを希望する場合には、サービス要求を記録し、上記サービス要求、コンテクスト情報テーブル、ネットワークリソースのアベイラビリティ情報テーブルを参照して、再パッケージングをトリガとするコンテクスト属性およびネットワークリソースのアベイラビリティ属性を選択し、外部に選択したコンテクスト属性の変化、およびネットワークリソースのアベイラビリティの変化の通知を要求し、コンテクスト変化、ネットワークリソースのアベイラビリティの変化のトリガをサービス要求に対応付けて管理し、トリガの受信を待機し、トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、コンテクストの変化の場合には上記代替案生成に戻り、ネットワークリソースのアベイラビリティの変化の場合には、上記パッケージングに戻ることを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項６】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供方法であって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定し、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成し、ユーザに提案し、ユーザによるパッケージ選択を行うが、上記パッケージングの途中で失敗した場合には代替案生成の判断を行い、特にネットワークリソースの十分性検証に失敗した場合および上記パッケージ選択で全部拒否された場合には、ユーザがネットワークリソースの変化を待つことを希望するか否かを判別し、待つことを希望する場合には、サービス要求を記録し、上記サービス要求、コンテクスト情報テーブル、ネットワークリソースのアベイラビリティ情報テーブルを参照して、再パッケージングのトリガおよび終了条件とするコンテクスト属性およびネットワークリソースのアベイラビリティ属性を選択し、外部に選択したコンテクスト属性の変化、およびネットワークリソースのアベイラビリティの変化の通知を要求し、終了条件が時刻の場合にはタイマを設定して、コンテクスト変化、ネットワークリソースのアベイラビリティの変化、または終了条件のトリガをサービス要求に対応付けて管理し、トリガの受信を待機し、トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、コンテクストの変化または終了条件の場合には上記代替案生成に戻り、ネットワークリソースのアベイラビリティの変化の場合には、上記パッケージングに戻ることを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項７】 請求項５または６に記載のコンテクスト変化をトリガとする非同期サービス提供方法において、前記パッケージングまたはパッケージ選択に失敗した場合には、該パッケージングの処理を行っているサーバはユーザ端末へ上記パッケージの失敗を通知して、処理を終了し、該ユーザ端末は、上記サーバから取得したサービス要求を記録し、サービス要求、コンテクスト情報テーブル、ネットワークリソースのアベイラビリティ情報テーブルを参照して、再パッケージングをトリガとするコンテクスト属性およびネットワークリソースのアベイラビリティ属性を選択し、外部に選択したコンテクスト属性の変化、およびネットワークリソースのアベイラビリティの変化の通知を要求し、コンテクストの変化、ネットワークリソースのアベイラビリティの変化のトリガをサービス要求に対応付けて管理して、トリガの受信を待機し、上記トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、コンテクストの変化の場合には処理を終了するが、ネットワークリソースのアベイラビリティ変化の場合にはパッケージを生成し、ユーザにサービスを提供することを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項８】 請求項５または６に記載のコンテクスト変化をトリガとする非同期サービス提供方法において、前記パッケージングまたはパッケージ選択に失敗した場合には、該パッケージングの処理を行っているサーバはユーザ端末へ上記パッケージの失敗を通知して、処理を終了し、該ユーザ端末は、上記サーバから取得したサービス要求を記録し、サービス要求、コンテクスト情報テーブル、ネットワークリソースのアベイラビリティ情報テーブルを参照して、再パッケージングのトリガおよび終了条件とするコンテクスト属性およびネットワークリソースのアベイラビリティ属性を選択し、外部に選択したコンテクスト属性の変化、およびネットワークリソースのアベイラビリティの変化の通知を要求し、上記終了条件が時刻の場合にはタイマを設定して、コンテクストの変化、ネットワークリソースのアベイラビリティの変化、または終了条件のトリガをサービス要求に対応付けて管理して、トリガの受信を待機し、上記トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、コンテクストの変化または終了条件の場合には処理を終了するが、ネットワークリソースのアベイラビリティ変化の場合にはパッケージを生成し、ユーザにサービスを提供することを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項９】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供方法であって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定し、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成し、該ユーザにサービスの提供を開始する際に、サービスの提供と並列に上記サービス要求を記録し、再パッケージングをトリガとするコンテクスト属性をコンテクスト情報テーブルを参照して選択し、外部に選択したコンテクスト変化の通知要求を送出し、該コンテクスト変化のトリガをサービス要求に対応付けて管理し、トリガの受信を待機し、該トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、コンテクスト変化の場合には、上記コンテクスト情報取得に戻ることを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項１０】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供方法であって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定し、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成し、該ユーザにサービスの提供を開始する際に、サービスの提供と並列に上記サービス要求を記録し、再パッケージングのトリガおよび終了条件とするコンテクスト属性をコンテクスト情報テーブルを参照して選択し、外部に選択したコンテクスト変化の通知要求を送出し、上記終了条件が時刻の場合にはタイマを設定して、該コンテクスト変化または終了条件のトリガをサービス要求に対応付けて管理し、トリガの受信を待機し、該トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、終了条件の場合には処理を終了し、コンテクスト変化の場合には、上記コンテクスト情報取得に戻ることを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項１１】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供方法であって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定し、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成し、ユーザによるパッケージ選択を行ってサービスを提供するが、上記パッケージングを失敗した場合には、代替案生成の判断を行い、特に上記パッケージングの途中でネットワークリソースの十分性検証に失敗した場合、および上記パッケージ選択で全部拒否された場合には、ユーザがネットワークリソースの変化を待つことを希望するか否かを判別し、待つことを希望する場合、および上記サービスの提供を開始する場合には、ネットワークリソースのアベイラビリティ情報を用いてサービス要求を記録し、上記サービス要求、コンテクスト情報テーブル、ネットワークリソースのアベイラビリティ情報テーブルを参照して、再パッケージングをトリガとするコンテクスト属性およびネットワークリソースのアベイラビリティ属性を選択し、外部に選択したコンテクスト属性の変化、およびネットワークリソースのアベイラビリティの変化の通知を要求し、コンテクスト変化、ネットワークリソースのアベイラビリティの変化のトリガをサービス要求に対応付けて管理して、トリガの受信を待機し、トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、コンテクストの変化の場合には代替案生成に戻り、ネットワークリソースのアベイラビリティの変化の場合には、上記パッケージングに戻ることを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項１２】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供方法であって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定し、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成し、ユーザによるパッケージ選択を行ってサービスを提供するが、上記パッケージングを失敗した場合には、代替案生成の判断を行い、特に上記パッケージングの途中でネットワークリソースの十分性検証に失敗した場合、および上記パッケージ選択で全部拒否された場合には、ユーザがネットワークリソースの変化を待つことを希望するか否かを判別し、待つことを希望する場合、および上記サービスの提供を開始する場合には、ネットワークリソースのアベイラビリティ情報を用いてサービス要求を記録し、上記サービス要求、コンテクスト情報テーブル、ネットワークリソースのアベイラビリティ情報テーブルを参照して、再パッケージングのトリガおよび終了条件とするコンテクスト属性およびネットワークリソースのアベイラビリティ属性を選択し、外部に選択したコンテクスト属性の変化、およびネットワークリソースのアベイラビリティの変化の通知を要求し、上記終了条件が時刻の場合にはタイマを設定して、コンテクスト変化、ネットワークリソースのアベイラビリティの変化、または終了条件のトリガをサービス要求に対応付けて管理して、トリガの受信を待機し、トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、コンテクストの変化の場合には代替案生成に戻り、終了条件の場合には処理を終了し、ネットワークリソースのアベイラビリティの変化の場合には、上記パッケージングに戻ることを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項１３】 請求項１〜１２のいずれかに記載のコンテクスト変化をトリガとする非同期サービス提供方法において、前記再パッケージングのトリガとしてコンテクスト情報を選択する際には、ユーザの位置、嗜好、興味、行動履歴、習慣、生体情報、体調、資格、権利、スケジュール、同伴者、操作目的、スキル、慣れ、ネットワークで処理中のサービス要求のいずれかのユーザ情報に加えて、天候、時刻のいずれかのユーザ以外から取得できる一般環境情報もコンテクスト情報として登録されたコンテクスト情報テーブルを参照することを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項１４】 請求項５〜８，１１または１２のいずれかに記載のコンテクスト変化をトリガとする非同期サービス提供方法において、前記再パッケージングのトリガとしてネットワークリソースのアベイラビリティ情報を選択する際には、ＣＰＵの速度、メモリ能力、解像度の処理性能、他のユーザによるネットワークリソースの使用、あるいはネットワークリソースの価格の変動、あるいは料金滞納によるネットワークリソースの利用権の一時的な禁止を含む使用条件、あるいは、ネットワークリソースの負荷、ネットワークリソースのジョブキューの長さ、ネットワークリソースの故障、あるいは新しいネットワークリソースの追加を含む稼動状況のいずれかをネットワークリソースのアベイラビリティ情報として登録したアベイラビリティ情報テーブルを参照することを特徴とするコンテクスト変化をトリガとする非同期サービス提供方法。
【請求項１５】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供を実行するサーバであって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定する手段と、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成して選択させる手段と、上記パッケージングに失敗した場合またはパッケージ選択で全部拒否された場合には、上記サービス要求を記録し、再パッケージングをトリガとするコンテクスト属性または該コンテクスト属性とアベイラビリティ属性を選択し、外部に選択した属性の変化の通知を要求し、上記属性の変化のトリガをサービス要求に対応付けて管理し、トリガの受信を待機する手段と、該トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、終了条件およびコンテクストの変化の場合には、代替案生成またはコンテクスト情報取得に戻り、アベイラビリティの変化の場合には、上記パッケージングに戻る手段とを有することを特徴とするサーバ装置。
【請求項１６】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供を実行するサーバであって、ユーザからサービス要求を取得すると、該ユーザのコンテクスト情報を取得し、上記サービス要求とコンテクスト情報に基づいてネットワークリソースを探索するための条件空間を設定する手段と、上記条件空間によりサービス環境のパッケージを生成するパッケージングを行い、上記パッケージングに成功した場合には、パッケージを生成して選択させる手段と、上記パッケージングに失敗した場合またはパッケージ選択で全部拒否された場合には、上記サービス要求を記録し、再パッケージングのトリガおよび終了条件とするコンテクスト属性または該コンテクスト属性とアベイラビリティ属性を選択し、外部に選択した属性の変化の通知を要求し、上記終了条件が時刻の場合にはタイマを設定して、上記属性の変化と終了条件のトリガをサービス要求に対応付けて管理し、トリガの受信を待機する手段と、該トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、終了条件およびコンテクストの変化の場合には、代替案生成またはコンテクスト情報取得に戻り、アベイラビリティの変化の場合には、上記パッケージングに戻る手段とを有することを特徴とするサーバ装置。
【請求項１７】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供を実行するユーザ端末であって、ユーザからサービス要求を取得して、パッケージングに失敗したサーバから失敗の通知を受けると、上記サービス要求を記録し、再パッケージングをトリガとするコンテクスト属性または該コンテクスト属性とアベイラビリティ属性を選択し、外部に選択した属性の変化の通知を要求し、上記属性の変化のトリガをサービス要求に対応付けて管理し、トリガの受信を待機する手段と、該トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、コンテクストの変化の場合には、終了もしくは代替案を生成し、アベイラビリティの変化の場合には、パッケージングを行ってユーザに対してサービス提供を行う手段とを有することを特徴とするユーザ端末装置。
【請求項１８】 ネットワーク上もしくは相互接続された複数のネットワーク間で提供される多種多様のネットワークリソースを組み合わせて実施されるコンテクスト変化をトリガとする非同期サービス提供を実行するユーザ端末であって、ユーザからサービス要求を取得して、パッケージングに失敗したサーバから失敗の通知を受けると、上記サービス要求を記録し、再パッケージングのトリガおよび終了条件とするコンテクスト属性または該コンテクスト属性とアベイラビリティ属性を選択し、外部に選択した属性の変化の通知を要求し、上記終了条件が時刻の場合にはタイマを設定して、上記属性の変化と終了条件のトリガをサービス要求に対応付けて管理し、トリガの受信を待機する手段と、該トリガを受信したならば、該トリガに対応付けられて記録されているサービス要求を読み出し、該トリガの種類を判別して、終了条件の場合には、失敗とみなして終了し、アベイラビリティの変化の場合には、パッケージングを行ってユーザに対してサービス提供を行う手段とを有することを特徴とするユーザ端末装置。
【請求項１９】 請求項１ないし１８のいずれかに記載のコンテクスト変化をトリガとする非同期サービス提供方法の処理ステップをそれぞれプログラムに変換し、該プログラムを記録媒体に格納したことを特徴とするコンピュータにより読み出し可能なプログラム記録媒体。
|
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、コンテクスト変化をトリガとする非同期サービス提供方法および装置、ならびにそのプログラム記録媒体に関し、特にユーザのサービス要求に対して、ユーザのコンテクスト情報（ユーザ周囲の状況）に基づいてサービスに必要なネットワークリソース（ＮＲ）を探索し、ＮＲの組み合わせを決定することで、サービス環境のパッケージを生成し、ユーザに提供する場合に、最初のパッケージ生成に失敗してもコンテクストが変化するまで、またはアベイラビリティが変化するまでサービス要求を保留し、ユーザの要求を満足する環境が整った段階でユーザに提供することが可能なコンテクスト変化をトリガとする非同期サービス提供方法および装置、ならびにプログラム記録媒体に関する。
【０００２】
【従来の技術】将来のネットワークでは、オープン化・多様化が進んで、分散処理技術・エージェント技術などの進展を背景に、公衆網からＬＡＮまでの様々な規模でかつ複数のネットワークから構成されるマルチネットワーク上で、数多くのマルチメディア通信サービスやサービス構成要素を利用することが可能になる。ネットワークを介して利用できるサービス構成要素は、端末・装置、回線などのハードウェアは勿論のこと、ソフトウェア、情報・コンテンツ等多種多様にわたる。ここでは、これらをネットワークリソース（ＮＲ：Ｎｅｔｗｏｒｋ Ｒｅｓｏｕｒｃｅ）と呼ぶ。ＮＲが多様化すると、ユーザは数多くのＮＲの中から自分の目的や状況に合致したものを選択することにより、ネットワークを利用することが可能になる。
【０００３】これまで、本出願人が提案しているものとしては、ユーザが行っていたユーザ環境の構成を、ネットワークを介して取得したリソース情報に基づいてネットワークが提案し、ユーザの要求やコンテクストに応じて修正する『適応型ネットワーキングサービス環境構成方式およびその記録媒体』（特開平１１−７３３９９号公報参照）がある。また、サービスに必要なネットワークリソースをユーザ情報やサービス仕様に基づき選択する場合に、リソースを自由に組み合わせて、ユーザの満足するサービス環境を得て、ネットワークリソース検索領域を拡張できないときにも、ユーザの要求に対応することができるような『ネットワーキングリソース組み合わせ方式』（特開平１１−２０３２２８号公報）がある。さらに、ユーザの要求とコンテクスト（ユーザ周囲の状況）に応じて、マルチメディアネットワーク上のサービスを利用するための環境を動的に構成する『詞応型ネットワーキングサービス環境ＤＡＮＳＥ』（電子情報通信学会論文誌ＢＶｏｌ．J82-B NO.5 1999年5月)がある。
【０００４】上記の技術では、図１４に示すような手順でサービス提供を行っていた。図１４においては、ユーザからのサービス要求を受け付け（ステップ１００）、そのユーザのコンテクスト情報（ユーザの位置、同伴者、興味、脈拍・血圧などの生体情報など、ユーザおよびその周囲の環境の状況）を取得して（ステップ１０１）、ユーザに適した条件空間を設定する（ステップ１０２）。すなわち、ユーザのコンテクスト情報に基づいてサービスに必要なＮＲを探索し、サービスとしての十分性を保証しながらＮＲの組み合わせを決定することで、サービス環境のパッケージを動的に生成する（これをパッケージングと呼ぶ）。
【０００５】パッケージングは、次の３つの手順からなる。１）ＮＲの静的な属性情報（メタデータ）を用いて、サービス要求に合致するメタＮＲを探索し（ステップ１０３）、２）要求にマッチしたメタＮＲについて、その組み合わせを生成し、サービスのトータルな接続性、コスト、サービス環境の品質（アプリケーションＱｏＳ）などの観点からサービスとしての十分性の検証を行い（ステップ１０４）、３）上記組み合わせについて、メタＮＲを取得し、ＮＲのアベイラビリティ（ＮＲの負荷、ジョブキューの長さ、故障、他のユーザによる占有など）の観点からサービスの十分性を検証する（ステップ１０５）。ステップ１０３〜１０５のパッケージング処理をステップＡとする。これらを満たしたものをパッケージとして生成する（ステップ１０６）。パッケージをユーザに提案することで（ステップ１０７）、ユーザにより選択させる（ステップ１０８）。１つを選択することで、サービス提供を行う（ステップ１０９）。最初のパッケージングに失敗した場合（ステップ１０６〜１０５）、あるいはパッケージ選択で全部拒否された場合（ステップ１０８）、コンテクストに基づいて直ちに条件空間を変更し、再度のパッケージングを行うことで、代替案を生成する（ステップ１１０）。ユーザが代替案の生成を拒否した場合、および代替案の生成に失敗した場合には、処理を終了する（ステップ１１５）。
【０００６】
【発明が解決しようとする課題】上記方法は、代替案生成方式（即時解決型）であって、ユーザの要求に対してその解決策をその場で提案することができるため、ユーザはサービスの実行が保証される。しかしながら、代替案を生成する過程において、条件空間を変更するため、ユーザの本来の要求は何かしら妥協することになった。また、上記方法の十分性の検証方法（ステップ１０４，１０５）では、ＮＲのアベイラビリティが十分性を満足しない場合には、パッケージングに失敗することになる。さらに、上記方法のパッケージング（ステップＡ）では、サービス提供中のコンテクストの変化やＮＲアベイラビリティの変化を検出することができなかった。
【０００７】そこで、本発明の目的は、これら従来の課題を解決し、ユーザの要求を満足する環境が整うまで、サービスの連続性を保持し、コンテクストの変化あるいはＮＲのアベイラビリティの一時的な変動に柔軟に適応して、ＮＲの利用率を高めることが可能なコンテクスト変化をトリガとする非同期サービス提供方法および装置、ならびにそのプログラム記録媒体を提供することにある。
【０００８】
【課題を解決するための手段】上記目的を達成するため、本発明のコンテクスト変化をトリガとする非同期サービス提供方法は、アベイラビリティなどのパッケージングに失敗した場合、ユーザの位置、嗜好、興味、行動履歴、習慣、生体情報、体調、資格、権利、スケジュール、同伴者、操作目的、ネットワークで処理中のサービス要求などのユーザ情報に加えて、天候、時刻などのユーザ以外から取得できる一般環境情報もコンテクスト情報として扱い、サービスを一旦記録して、再パッケージングのトリガとするコンテクスト属性を選択し、外部のコンテクスト情報取得機構にトリガの要求を出して待機する。次に、外部のコンテクスト情報取得機構から送信されたトリガを受信したならば、新しいコンテクスト情報に基づいて条件空間を設定し直し、再度パッケージングを行い、成功した場合にはユーザに提案する。本発明は、前述の『ネットワークリソース組み合わせ方式』（特開平１１−２０３２２８号公報参照）および『適応型ネットワーキングサービス環境ＤＡＮＳＥ』（電子情報通信学会論文誌参照）をベースとし、即時解決ではなく、環境依存の非同期式の代替案生成方法を提供する。
【０００９】本発明の特徴点を以下に述べる。
１）環境依存型（非同期・非保証型）の代替案を生成パッケージングに失敗した際に、ユーザのコンテクストが変化するのを待って条件空間を変更し、再パッケージングを行う。必要なＮＲが揃い、パッケージが生成できた段階でユーザに提供する。
２）ＮＲの十分性検証パッケージングにおいて、ＮＲ十分性検証に失敗した際に、ＮＲのアベイラビリティが変化するのを待って、再度ＮＲの十分性を検証する。十分性が整った段階でパッケージを生成してユーザに提供する。
３）サービス提供中にも、ユーザのコンテクストに変化があった際には、代替案を提案する。
４）サービス提供中にも、サービスを提供するＮＲのアベイラビリティの変化を検出することで、ＮＲの十分性を検証する。変化を検出した場合には、ユーザに通知する。これにより、ユーザの要求を保持しながらサービスを実行することができること、ＮＲの一時的な変動に柔軟に適応してＮＲの利用率を高めることができること、サービス提供中の変化に対しても、パッケージングを起動して対応できること、ユーザのサービス要求やコンテクストに応じて、より柔軟なサービス提供が可能になること、パッケージングの効率を高めることができる。なお、本発明で使用される用語の定義をしておくと、ＮＲとは、ネットワークを介して利用できるサービスコンポーネント、端末、装置、デバイス、ハードウェア、ソフトウェア、情報などを言う。メタＮＲとは、ＮＲの属性情報であり、例として、キーワード、メディア、機能、性能などがある。コンテクスト情報とは、ユーザの状況を判断するために用いる情報であって、属性＝属性値のペアで表される。属性例としては、ユーザの位置、興味、同伴者、動作、生体情報（脈拍、血圧）がある。ＮＲのアベイラビリティ情報とは、ＮＲが利用可能であるか否かを判断するために用いる情報であって、属性＝属性値のペアで表される。属性例としては、ＮＲの負荷、ジョブキューの長さ、他の利用者、故障などがある。
【００１０】
【発明の実施の形態】以下、本発明の実施例を、図面により詳細に説明する。
（ハード構成）図１は、本発明が適用されるネットワークリソース組み合わせシステムの構成図である。図１に示すように、本発明のシステムは、サーバ２０と複数のユーザ端末１７から構成され、サービス環境の構成要素であるネットワークリソース群１３ａを含む。なお、図１における各機能は、ネットワーク上に分散配置されていてもよい。ネットワークリソース群１３ａは、サーバ２０のネットワークリソース情報管理部１３により管理される。サーバ２０には、サービス仕様を管理するサービス仕様管理部１２と、ユーザ情報を管理するユーザ情報管理部１１と、ユーザ要求を理解するユーザ情報理解部１１ａと、ユーザ情報、ユーザ要求を元にサービス仕様を選択するサービス仕様選択部１４と、ユーザ情報、ユーザ要求、選択されたサービス仕様を元にサービス環境に必要なネットワークリソースに要求する品質、経済的なコストに対する制限、その他の属性の指定、それらを検索する範囲、満足度の評価基準等の指定をネットワークリソース検索条件として設定し、必要があればこれを変更して再度設定するネットワークリソース検索条件設定部１４ａと、設定されたネットワークリソース検索条件に従ってネットワークリソースを検索し、選択・組み合わせるネットワークリソース検索部１４ｂと、選択・組み合わされたネットワークリソースのユーザ要求やサービス仕様に対する満足度を評価する要求・仕様満足度評価部１５と、検索に失敗したり満足な評価結果が得られなかった場合に、ネットワークリソース検索条件設定部１４ａがネットワークリソース検索条件を変更する際に用いるネットワークリソース検索条件変更ルールを管理するネットワークリソース検索条件変更ルール管理部１６と、満足度を達成するネットワークリソースの組み合わせを制御し、サービスを実施するネットワークリソース制御部１４ｃとから構成される。なお、本発明の方法を実行するネットワークリソース検索条件設定部１４ａ以外の動作の詳細は、前記特開平１１−２０３２２８号公報に記載の『ネットワークリソースの組み合わせ方式』を参照されたい。
【００１１】（第１の実施例）図２は、本発明の第１の実施例を示すコンテクスト変化をトリガとする非同期サービス方法の動作フローチャートである。図２において、細線の部分は上記公報に記載のフローであり、太線の部分が本発明で追加されたフローである。追加されたフローは、図１のネットワークリソース検索条件設定部１４ａ内のプログラムを実行することにより実現される。すなわち、従来方式のパッケージングはネットワークリソース検索部１４ｂに、それ以外の部分はネットワークリソース検索条件設定部１４ａで実施される。先ず、ユーザのサービス要求を取得する（ステップ１００）。例えば、探索条件として、サッカー試合の中継を要求したと仮定する。次に、コンテクスト情報として、例えばユーザの位置情報を取得する（ステップ１０１）。次に、ユーザの周辺にあるメタＮＲを探索空間として設定する（ステップ１０２）。次に、パッケージング（メタＮＲ探索、メタＮＲ十分性検証、ＮＲ十分性検証）を行い（ステップ１０３〜１０５）、成功すれば、パッケージ生成（ステップ１０６）、パッケージの提案（ステップ１０７）、パッケージの選択（ステップ１０８）を行い、サービスを提供する（ステップ１０９）。次に、本発明によるコンテクストの変化をトリガとする環境依存型（非保証型）の代替案生成のフロー部分を説明する。最初のパッケージングに失敗した際、およびパッケージ選択で全部拒否された際に、代替案生成に移るか否かを判断し（ステップ１１０）、ユーザが代替案の生成を望まない場合には、処理失敗として終了する。代替案の生成を希望する場合には、コンテクスト変化の検出処理（例えば、ユーザの位置変化を検出するなど）（ステップ１１３）に移り、トリガの判別で（ステップ１１４）、コンテクスト変化を検出した場合には、変化後のユーザ位置情報に基づいて再度、コンテクスト情報取得処理（ステップ１０１）に戻り、処理を続行する。
【００１２】図３は、図２におけるステップ１１３の詳細フローチャートである。ユーザのコンテクストの変化を検出するために、サービス要求の記録を行い（ステップ１１３１）、失敗したパッケージ情報を取得した後、ユーザの位置変化をトリガとして、サービス要求と対応付けて設定するなど、再パッケージングのトリガおよび終了条件とするコンテクスト属性を図５〜図７（後述）に示すコンテクスト情報テーブルを参照して選択し（ステップ１１３２）、外部のコンテクスト管理機構に対して、コンテクスト変化通知要求を出す（ステップ１１３３）。終了条件が経過時間に関する場合にはタイマを設定した後（ステップ１１３４）、ユーザの位置変化などのコンテクストの変化が生じるか、あるいは終了条件が生じると、外部のコンテクスト変化、またはタイマから与えられるトリガを受信したならば（ステップ１１３５）、先に記録しておいたサービス要求を読み出し（ステップ１１３６）、図２に戻って、トリガを判別し（ステップ１１４）、コンテクスト変化の場合には、コンテクスト情報取得処理（ステップ１０１）に戻り、再び条件空間を設定し（ステップ１０２）、再度パッケージングを行う（ステップ１０３〜１０５）。また、トリガの判別（ステップ１１４）で、終了条件の場合には、代替案生成に移るか否かの判定処理（ステップ１１０）に移る。なお、非同期型の終了条件は、タイマに限らず、例えば自分の家に着いたというコンテクストを終了条件に使用することも可能である。また、トリガを判別する場合（ステップ１１４）、コンテクスト変化と終了条件の両方に合致するときもあり、そのときにはａ（コンテクスト情報取得）に行くが、その後、二度と非同期型の処理は行わない。この場合、ｂ（代替案生成判断）に行くと決めてもよい。
【００１３】（第１の実施例の変形）図４は、本発明の第１の実施例を示す端末側における非同期・環境依存型サービス方法の動作フローチャートである。図４のフローが図２のフローと異なる点は、図２では追加されたフローの全ての処理がサーバ２０のネットワークリソース検索条件設定部１４ａ内で実行されるのに対して、図４の場合には、ユーザ端末１７側に移して実行される。従って、代替案生成の判断（ステップ１１０）で代替案を生成する場合には、ユーザ端末１７に失敗を通知して、必要な情報（サービス要求、失敗したパッケージ情報など）を転送する（ステップ１１６）。ユーザ端末側では、コンテクスト変化の検出処理（ステップ１１３）、トリガの判別処理（ステップ１４）を実施する。コンテクスト変化の検出処理（ステップ１１３）は、図３に示す通りである。すなわち、サービス要求の記録（ステップ１１３１）、再パッケージングのトリガとするコンテクスト属性を選択（ステップ１１３２）、外部のコンテクスト管理機構にコンテクスト変化通知要求を出し（ステップ１１３３）、終了条件が時刻の場合にはタイマの設定（ステップ１１３４）の後、コンテクストの変化または終了条件によるトリガを受信すると（ステップ１１３５）、トリガに対応するサービス要求を読み出し（ステップ１１３６）、図５に戻って、トリガの判別（ステップ１１４）で、終了条件であれば失敗で処理終了となる。また、コンテクスト変化の場合には、サーバ２０に新しいコンテクスト情報などを転送することにより、サーバ２０のサービス要求取得（ステップ１００）に戻って、再び条件空間の設定（ステップ１０２）およびパッケージング処理を開始する（ステップ１０３〜１０５）。
【００１４】図５〜図７は、本発明において用意されるコンテクスト情報テーブル例を示す図である。図１に示すサーバ２０のネットワークリソース検索条件設定部１４ａ内に、図５〜図７のコンテクスト情報テーブルを配置しておき、図３または図１０において再パッケージングのトリガとするコンテクスト属性を選択する際に（ステップ１１３２，１１７２）、このコンテクスト情報テーブルを参照する。コンテクスト属性が位置の場合、属性値が駅のときには、条件空間の設定として、構内の公共のファクシミリで書類を送信することを条件に加える。また、属性値が自宅の場合には、家のファクシミリを使用して書類を送信することを条件とする。一方、コンテクスト属性が動作の場合、属性値が運転中のときには、条件空間の設定として、両手と視覚を使用しないメディア（例えば、音）を選択する。コンテクスト属性（属性値）には、『位置』（駅、自宅）の他に、『健康』（風邪、元気）、『天候』（雨、晴）、『時間帯』（昼、夕方）、『同伴者』（友人、子供）、『参加』（パーティ、会議）、『姿勢』（座、立）、『動作』（話中、運転中）、『嗜好』（ラーメン好、待つ嫌い）、『スキル』（初心者、プロ）、『慣れ』（慣れている、慣れていない）などがあり、これ以外のものを属性、属性値として追加することも可能であるのは勿論である。
【００１５】（第２の実施例）図９は、本発明の第２の実施例を示すコンテクスト変化をトリガとする非同期サービス方法の動作フローチャートである。図９のフローが図２のフローと異なる点は、図２ではユーザの周辺にあるメタＮＲを探索空間として設定し（ステップ１０２）、次に、パッケージング（メタＮＲ探索、メタＮＲ十分性検証、ＮＲ十分性検証）を行い（ステップ１０３〜１０５）、これらに失敗したときには、全て代替案生成（ステップ１１０）に進むのに対して、図９では、メタＮＲ探索（ステップ１０３）、メタＮＲ十分性検証（ステップ１０４）およびＮＲ十分性検証（ステップ１０５）をまとめてステップＡとし、メタＮＲ探索とメタＮＲ十分性検証に失敗したときには代替案生成（ステップ１１０）に進むが、ＮＲ十分性検証に失敗したときには、ＮＲアベイラビリティの変化の検出中にコンテクストが変化した場合には、条件空間そのものを新しいコンテクストに応じて変更する必要があるため、ＮＲアベイラビリティ変化を待つか否かの判定処理（ステップ１１１）に進む。なお、パッケージ選択処理（ステップ１０８）において、全部拒否された場合にも、ＮＲの変化を待つか否かの判定処理（ステップ１１１）に進む。代替案を生成するか否かの判定（ステップ１１０）において、生成しない場合には、終了となる（ステップ１１５）。代替案生成の場合には、即時解決で再度コンテクスト情報取得（ステップ１０１）に戻る。なお、この他にも、図２のフロー１による非同期代替案生成と組み合わせて利用することも可能である。変化を待つ場合には、ＮＲアベイラビリティの変化の検出処理（ステップ１１７）に進む。なお、本実施例では、図２のフローと組み合わせることも可能である。
【００１６】図１０は、図９におけるＮＲ変化の検出処理（ステップ１１７）の詳細フローチャートであり、図８は本発明におけるＮＲアベイラビリティ情報のテーブル例を示す図である。第２の実施例では、ＮＲのアベイラビリティがＮＲ十分性を満たさないために、パッケージングが失敗した際に、ＮＲのアベイラビリティの変化があれば、再度ＮＲの十分性を検証することで、ユーザのサービス要求に対して非同期にパッケージを生成して提案する。このため、再パッケージングのトリガおよび終了条件を設定し、外部のＮＲ管理機構にトリガ要求を出す処理（ステップ１１７）を行う。この場合、図１０に示すように、先ずサービス要求を記録し（ステップ１１７１）、次に再パッケージングのトリガとするコンテクスト属性を図５〜図７に示すコンテクスト情報テーブルを参照して選択し（ステップ１１７２）、次に再パッケージングのトリガとするＮＲのアベイラビリティ属性を図８に示すＮＲアベイラビリティ情報テーブルを参照することにより選択する（ステップ１１７３）。次に、外部のコンテクスト管理機構に対してコンテクスト変化通知要求を出す（ステップ１１７４）。また、外部のＮＲ管理機構にＮＲアベイラビリティ変化通知要求を出す（ステップ１１７５）。次に、終了条件が時刻の場合には、タイマを設定する（ステップ１１７６）。
【００１７】これにより、外部のコンテクスト管理機構でコンテクストの変化を検出するか、または外部のＮＲ管理機構でＮＲの変化を検出するか、または終了条件になったときには、コンテクストの変化、ＮＲの変化、あるいは終了条件のトリガを受信するので（ステップ１１７７）、サービス要求を読み出し（ステップ１１７８）、図８のフローに移る。トリガの判別処理（ステップ１１４）により終了条件またはコンテクスト変化であれば、代替案生成の判定処理（ステップ１１０）に進む。一方、ＮＲアベイラビリティ変化であれば、パッケージング処理（ステップＡ）に戻る。すなわち、ＮＲアベイラビリティ変化が起こる前にユーザのコンテクストが変化したり、終了条件に合致した場合には、代替案生成を行うようにする。ＮＲアベイラビリティ変化を検出した場合には、パッケージングに移る。ＮＲアベイラビリティ属性の例としては、図８に示すように、１）処理性能（ＮＲの能力：例えばＣＰＵ速度、メモリ、解像度など）、２）使用条件（他のユーザによるＮＲの使用：（価格変動がある場合）現在のＮＲの価格、料金滞納などでＮＲ（電話など）の利用権が一時的に禁止される場合など）、３）稼動状況（ＮＲの負荷、ＮＲのジョブキューの長さ、ＮＲの故障、新しいＮＲの追加など）がある。
【００１８】（第２の実施例の変形）図１１は、本発明の第２の実施例の変形を示すコンテクスト変化をトリガとする非同期サービス提供方法の動作フローチャートである。図１１のフローが図９のフローと異なる点は、図９では追加フローの全ての処理がサーバ２０のネットワークリソース検索条件設定部１４ａ内あるいはその他のネットワークで実行されるのに対して、図１１の場合には、ＮＲの変化を待つ処理以後の動作を端末１７側に移して実行されることである。従って、ＮＲ十分性検証（ステップ１０５）に失敗した場合には、ＮＲの変化を待つか否かを判定することにより（ステップ１１１）、変化を待つ場合には、ユーザ端末１７に失敗を通知して（ステップ１１６）、必要な情報（サービス要求、失敗したパッケージ情報など）を端末１７に転送する。ユーザ端末１７側では、ＮＲアベイラビリティの変化の検出処理（ステップ１１７）、トリガの判別処理（ステップ１１４）を実施する。
【００１９】ＮＲアベイラビリティの変化の検出処理（ステップ１１７）は、図１０に示す通りである。すなわち、サービス要求の記録（ステップ１１７１）、再パッケージングのトリガおよび終了条件とするコンテクスト属性を選択（ステップ１１７２）、再パッケージングのトリガとするＮＲのアベイラビリティ属性を選択（ステップ１１７３）、外部のコンテクスト管理機構にコンテクスト変化通知要求の送出（ステップ１１７４）、外部のＮＲ管理機構にＮＲアベイラビリティ変化通知要求の送出（ステップ１１７５）、終了条件が時刻の場合にはタイマの設定（ステップ１１７６）を行った後、コンテクストの変化、ＮＲの変化、終了条件のトリガを受信すると（ステップ１１７７）、サービス要求を読み出し（ステップ１１７８）、図１１に移る。端末１７では、トリガの判別を行い（ステップ１１４）、コンテクストの変化または終了条件の場合には失敗とみなして処理を終了する（ステップ１２２）。一方、ＮＲアベイラビリティの変化の場合には、パッケージを生成し（ステップ１１８）、ユーザにパッケージの提案を行い（ステップ１１９）、ユーザにパッケージ選択を行わせ（ステップ１１９）、全部拒否の場合には失敗とみなして処理を終了し（ステップ１２２）、１つを選択した場合には、サービスを提供する（ステップ１２１）。このように、新しいＮＲのアベイラビリティによる再度パッケージング処理は端末１７側で行い、端末１７側でユーザにサービス提供を行う。
【００２０】（第３の実施例）図１２は、本発明の第３の実施例を示すコンテクスト変化をトリガとする非同期サービス方法の動作フローチャートである。図１２のフローが図２のフローと異なる点は、図２ではユーザの周辺にあるメタＮＲを探索空間として設定し（ステップ１０２）、次に、パッケージング（メタＮＲ探索、メタＮＲ十分性検証、ＮＲ十分性検証）を行い（ステップ１０３〜１０５）、これらに失敗したとき、ならびにユーザがパッケージ選択（ステップ１０８）で全部拒否されたときには、代替案生成（ステップ１１０）に進むのに対して、図１２では、さらに追加して、ユーザにサービスを提供しながら、提供中でもコンテクストの変化を検出した場合には（ステップ１１３）、トリガの判別を行い（ステップ１１４）、終了条件の場合には、処理を終了する（ステップ１１５）。また、コンテクスト変化を検出した場合には、変化後のユーザの位置情報などによりコンテクスト情報取得処理（ステップ１０１）に戻り、再度条件空間設定（ステップ１０２）およびパッケージング（ステップＡ）を開始する。なお、コンテクスト変化の検出（ステップ１１３）の詳細は、図３の詳細フローと同じ動作を行う。
【００２１】すなわち、ユーザへのサービスの提供中であっても、コンテクストの変化があった場合には、そこから規定される条件空間において再度パッケージングを行い、ユーザに提供するのである。具体的には、パッケージングに成功し（ステップ１０５）、サービスの提供を開始する際に（ステップ１０９）、ユーザの位置、嗜好、興味、行動履歴、習慣、生体情報、体調、権利、スケジュール、同伴者、操作目的、ネットワークで処理中のサービス要求などのユーザ情報に加えて、天候、時刻などのユーザ以外から取得できる一般環境情報もコンテクスト情報として扱い、サービス要求を記録して（図３のステップ１１３１）、再パッケージングのトリガとするコンテクスト属性を選択し（同ステップ１１３２）、外部のコンテクスト管理機構にコンテクスト変化通知要求を出し（同ステップ１１３３）、終了条件が時刻の場合にはタイマを設定し（同ステップ１１３４）、外部のコンテクスト管理機構からユーザの位置の変化や、タイマからタイムアウトのトリガを受信したならば（同ステップ１１３５）、サービス要求の読み出しを行い（ステップ１１３６）、図１２に移る。図１２では、トリガの判別（ステップ１１４）で、終了条件の場合には、処理を終了する（ステップ１１５）。一方、コンテクスト変化を検出した場合には、変化後のユーザの位置情報によりコンテクスト情報取得処理（ステップ１０１）に戻り、新しいコンテクスト情報に基づいて条件空間を設定し直し（ステップ１０１、１０２）、再度パッケージングを行い（ステップ１０３〜１０５）、成功した場合にはユーザに提案する（ステップ１０６，１０７）。なお、コンテクスト変化の検出例としては、図２の第１の実施例と同じである。本実施例の効果は、サービス要求を記録しておき、サービス提供中でもユーザのコンテクストの変化を検出し続け、変化を検出した場合には、再度パッケージングを行うことで、その場で一番良いサービスをユーザに提案し続けることができることである。
【００２２】（第４の実施例）図１３は、本発明の第４の実施例を示すコンテクスト変化をトリガとする非同期サービス提供方法の動作フローチャートである。図１３のフローは図１２の第３の実施例と類似しているが、異なる点は図９の第２の実施例とも類似していることである。すなわち、図１３においては、パッケージング（ステップＡ）のメタＮＲ探索（ステップ１０３）やメタＮＲ十分性検証（ステップ１０４）に失敗した場合には、代替案生成の判断（ステップ１１０）に進むが、パッケージング（ステップＡ）の最終動作であるＮＲ十分性検証（ステップ１０５）においてＮＲの負荷が高すぎるなど、検証に失敗した場合には、代替案生成の判断をせずにＮＲの変化を待つか否かの判断（ステップ１１１）に進み、待つことになれば、ＮＲのアベイラビリティ変化の検出処理（ステップ１１７）に進むこと、およびパッケージングに成功して、サービス提供（ステップ１０９）が行われている場合でも、並行してＮＲのアベイラビリティの変化の検出を行い（ステップ１１７）、トリガの判別処理（ステップ１１４）を行い、コンテクスト変化を検出した場合には、代替案生成の判断処理（ステップ１１０）に進み、終了条件の場合には処理を終了し（ステップ１１５）、ＮＲアベイラビリティの変化を検出した場合には、パッケージング処理（ステップＡ）に戻り、そこから規定される条件空間において再度パッケージングを行い、ユーザに提案することである。
【００２３】ＮＲのアベイラビリティの変化の検出判断（ステップ１１７）の詳細は、図１０のＮＲ変化の検出処理の詳細フローと同じ処理を行う。すなわち、サービス要求の記録（図１０のステップ１１７１）、再パッケージングのトリガおよび終了条件とするコンテクスト属性の選択（同ステップ１１７２）、再パッケージングのトリガおよび終了条件とするＮＲのアベイラビリティ属性の選択（同ステップ１１７３）、外部のコンテクスト管理機構にコンテクスト変化通知要求の送出（同ステップ１１７４）、外部のＮＲ管理機構にＮＲアベイラビリティ変化通知要求の送出（同ステップ１１７５）、終了条件が時刻の場合にはタイマの設定（ステップ１１７６）を行った後、外部でコンテクストの変化、ＮＲの変化、終了条件が生じ、それらのトリガを受信したならば（同ステップ１１７７）、サービス要求の読み出しを行う（同ステップ１１７８）。本実施例では、ＮＲの十分性の検証に失敗しても、それによりパッケージングを失敗とみなさずに、一旦サービス要求を保留して、ＮＲのアベイラビリティが変化するのを待って、再度ＮＲの十分性を検証する。また、サービスの提供を開始する際にサービス要求を破棄せずに、サービス提供中でもＮＲのアベイラビリティの変化を検出し続けて、変化を検出した場合には再度パッケージングを行って、その場合で最も良いサービスをユーザに提案し続けることが可能である。
【００２４】（プログラム記録媒体）本発明の第１の実施例（図２）、コンテクスト変化の検出処理（図３）、第１の実施例の変形（図４）、第２の実施例（図９）、ＮＲ変化の検出処理（図１０）、第２の実施例の変形（図１１）、第３の実施例（図１２）、第４の実施例（図１３）に示したフローの各ステップをプログラムに変換し、そのプログラムをＣＤ−ＲＯＭなどの記録媒体に格納しておけば、ネットワークリソースを管理するサーバおよび端末の任意のコンピュータにこの媒体を装着し、プログラムをインストールするか、ネットワークを介して他のコンピュータにダウンロードすることで、そのプログラムを実行すれば容易に本発明を実現することができる。
【００２５】
【発明の効果】以上説明したように、本発明によれば、パッケージングに失敗した場合に、直ちに代替案を生成するのではなく、一旦サービス要求を保留してコンテクストの変化を待ってから再度パッケージングを行うことができる（請求項１，２，９）。また、ＮＲの十分性の検証に失敗しても、それによりパッケージングを失敗とみなすことなく、一旦サービス要求を保留して、ＮＲのアベイラビリティが変化するのを待って再度ＮＲの十分性を検証することができる（請求項３，４，１０）。また、サービスの提供を開始するとともにサービス要求を破棄することなく、サービス開始時にサービス要求を記録しておき、サービス提供中でもユーザのコンテクストの変化、またはＮＲのアベイラビリティの変化を検出し続け、変化を検出した場合には、再度パッケージングを行うことで最も良いサービスをユーザに提案し続けることができる（請求項５，６）。
|
| 【出願人】 |
【識別番号】０００００４２２６
【氏名又は名称】日本電信電話株式会社
|
| 【出願日】 |
平成１２年１０月２日（２０００．１０．２） |
| 【代理人】 |
【識別番号】１０００７７２７４
【弁理士】
【氏名又は名称】磯村 雅俊 （外１名）
|
| 【公開番号】 |
特開２００２−１０８８１２（Ｐ２００２−１０８８１２Ａ） |
| 【公開日】 |
平成１４年４月１２日（２００２．４．１２） |
| 【出願番号】 |
特願２０００−３０２５９２（Ｐ２０００−３０２５９２） |
|