(57)【要約】ｅ−アプライアンス（１１０）は、リソースが不足したことを検出し、外部のサービス・プロバイダ（１２０）のリソースを利用することによってそれを増強するよう提案する。不足したリソースは、該ｅ−アプライアンス内の機能リソース（１１６）であってもよいし、または、該ｅ−アプライアンスが利用されているユーザの業務に係わるリソースであってもよい。【選択図】図１
2004511850.tif 000002
【特許請求の範囲】
【請求項１】
ｅ−アプライアンスの必要なデータ処理機能を実行するリソースと、
前記ｅ−アプライアンスの状態を監視する検出器であって、ユーザ・ニーズを示す予め決められた状態を検出したときに該ｅ−アプライアンスのユーザへの外部サービスの提案をトリガするように構成された検出器と、
を備えるｅ−アプライアンス。
【請求項２】
前記ユーザ・ニーズは、前記ｅ−アプライアンスに関連付けられたリソースの不足である、請求項１に記載のｅ−アプライアンス。
【請求項３】
前記リソースの不足は、前記ｅ−アプライアンスに関連付けられたリソースの障害、および該ｅ−アプライアンスのそのリソースを超えての使用のうちの少なくとも１つによって生じる、請求項２に記載のｅ−アプライアンス。
【請求項４】
前記提案された前記外部サービスは、前記不足したリソースの増強である、請求項２に記載のｅ−アプライアンス。
【請求項５】
前記不足したリソースは、データを記憶する能力、データを処理する能力、電子メールを処理する能力、およびデータをバックアップする能力のうちの少なくとも１つである、請求項２に記載のｅ−アプライアンス。
【請求項６】
前記不足したリソースは、ハードウェア・リソースである、請求項２に記載のｅ−アプライアンス。
【請求項７】
前記ユーザ・ニーズは、前記ユーザの業務における不所望の状況に対する解決策である、請求項１に記載のｅ−アプライアンス。
【請求項８】
前記不所望の状況は、最良でない財務状態、高い電気通信料金、および人的リソースの不足のうちの少なくとも１つの発生である、請求項７に記載のｅ−アプライアンス。
【請求項９】
前記予め決められた状態は、修正可能である、請求項１に記載のｅ−アプライアンス。
【請求項１０】
前記検出器は、前記予め決められた状態が生じるよりもある期間前に前記サービスを提案するように構成される、請求項１に記載のｅ−アプライアンス。
【請求項１１】
前記期間は、前記ユーザに対する前記提案の魅力を高めるように決定される、請求項１０に記載のｅ−アプライアンス。
【請求項１２】
一組の予め決められた状態があり、該状態のそれぞれは、それぞれのサービスについての提案をトリガすることができる、請求項１に記載のｅ−アプライアンス。
【請求項１３】
前記検出器は、前記ユーザによって前記提案が受け入れられたことを示し、該受け入れを前記サービス・プロバイダに信号で伝えるように構成される、請求項１に記載のｅ−アプライアンス。
【請求項１４】
前記ｅ−アプライアンスのハードウェアは、修正不可能である、請求項１に記載のｅ−アプライアンス。
【請求項１５】
前記ｅ−アプライアンスは、ビジネス・オペレーション・ツール、サーバ、データベース・システム、電子メール・システム、およびデータ記憶システムのうちの１つである、請求項１に記載のｅ−アプライアンス。
【請求項１６】
ｅ−アプライアンスが、自分自身の状態を監視し、ユーザ・ニーズを示す予め決められた状態を検出したときに該ｅ−アプライアンスのユーザへの外部サービスの提案をトリガするように構成することを含む、ｅ−アプライアンスの能力を増強する方法。
【請求項１７】
前記ユーザ・ニーズは、前記ｅ−アプライアンスに関連付けられたリソースの不足である、請求項１６に記載の方法。
【請求項１８】
前記リソースの不足は、前記ｅ−アプライアンスに関連付けられたリソースの障害、および該ｅ−アプライアンスのそのリソースを超えての使用のうちの少なくとも１つによって生じる、請求項１７に記載の方法。
【請求項１９】
前記提案される前記外部サービスは、前記不足したリソースの増強である、請求項１７に記載の方法。
【請求項２０】
前記不足したリソースは、データを記憶する能力、データを処理する能力、電子メールを処理する能力、およびデータをバックアップする能力のうちの少なくとも１つである、請求項１７に記載の方法。
【請求項２１】
前記不足したリソースは、ハードウェア・リソースである、請求項１７から請求項２０のいずれかに記載の方法。
【請求項２２】
前記ユーザ・ニーズは、前記ユーザの業務における不所望な状況に対する解決策である、請求項１６に記載の方法。
【請求項２３】
前記不所望な状況は、最良でない財務状態、高い電気通信料金、および人的リソースの不足のうちの少なくとも１つの発生である、請求項２２に記載の方法。
【請求項２４】
前記予め決められた状態は、修正可能である、請求項１６に記載の方法。
【請求項２５】
前記外部サービスを提案する前記ステップは、
前記予め決められた状態が起きるよりもある期間前に前記記提案が行われるように該提案する時を定めることを含む、請求項１６に記載の方法。
【請求項２６】
前記外部サービスを提案する前記ステップは、前記ユーザに対する前記提案の魅力を高めるように前記期間を決定することを含む、請求項２５に記載の方法。
【請求項２７】
一組の予め決められた状態があり、該状態のそれぞれは、それぞれのサービスについて提案をトリガすることができる、請求項１６に記載の方法。
【請求項２８】
前記ユーザによって前記提案が受け入れられたことを示すことと、
前記サービス・プロバイダに前記受け入れを信号で伝えることと、をさらに含む、請求項１６に記載の方法。
【発明の詳細な説明】
【０００１】
本発明は、ｅ−アプライアンス（ｅ−ａｐｐｌｉａｎｃｅ）およびｅ−アプライアンスの性能の増強に関する。ｅ−アプライアンスは、広義にはデータ処理を行う装置として定義され、リモート・サービスと通信するように適合されている。ｅ−アプライアンスは、封止された装置のこともあり、あるいは修正不可能なハードウェアおよび／またはソフトウェアを有することもある。
【０００２】
ｅ−アプライアンスの一例は、クライアント・サーバ・システムにおけるサーバである。現在では、サーバのユーザによって要求される性能が様々であるため、サーバは、通常既製の装置ではない。通常、サーバは、サーバの予測された需要に関して選択された処理および記憶リソースから組み立てられる。データベースもまた、ｅ−アプライアンスとして実現されることがあり、データベースの需要に関心をもつシステム管理者または設計者によって選択された構成要素から組み立てられた注文仕立ての装置となる。このような注文仕立てのｅ−アプライアンスの作成には時間と費用がかかるのは明らかである。さらに、そのようなｅ−アプライアンスの需要が高くなったとき、新しい要件を満たすようにｅ−アプライアンスを再構成する必要がある。
【０００３】
本発明の目的は、ｅ−アプライアンスの作成、維持および更新に関連付けられた問題を改善することである。
【０００４】
１つの側面によれば、本発明は、ｅ−アプライアンスに必要なデータ処理機能を実行するリソースと、ｅ−アプライアンスの状態を監視する検出器であって、ユーザ・ニーズを示す予め決められた状態を検出したときにｅ−アプライアンスのユーザへの外部サービスの提案をトリガ（起動）するよう構成された検出器と、を備えるｅ−アプライアンスを提供する。
【０００５】
他の側面によれば、本発明は、ｅ−アプライアンスの性能を増強する方法を提供する。該方法は、ｅ−アプライアンスが自分自身の状態を監視し、ユーザ・ニーズを示す予め決められた状態を検出したときにｅ−アプライアンスのユーザへの外部サービスの提案をトリガするよう構成することを含む。
【０００６】
適切な動作のために、前記提案に対するユーザの応答が、ｅ−アプライアンスによってリモート・サービスに伝達されることが好ましい。このようなサービスは、インターネット・サービス・プロバイダＩＳＰによって提供されることができる。ＩＳＰは、そのユーザについて唯一のインターネット・サービス・プロバイダＩＳＰでもよく、または、たとえば仲介サービスを介したいくつかの可能なＩＳＰから選択されたＩＳＰでもよい。
【０００７】
したがって、本発明は、ユーザ・ニーズに対するサービスを、時宜を得た効率的なやり方で提供する。
【０００８】
ユーザ・ニーズが、該ニーズを示すように設定される予め決められた状態に応じて、実際のニーズであっても、または知覚されるニーズであってもよいことは理解されよう。
【０００９】
１つの実施形態において、ユーザ・ニーズは、ｅ−アプライアンスに関連付けられたリソースの不足を含む。
【００１０】
該リソースの不足は、ｅ−アプライアンスに関連付けられたリソースの障害によって生じることもあり、または、ｅ−アプライアンスのリソースを超える該ｅ−アプライアンスの使用によって生じることもある。該不足したリソースは、データを記憶する能力またはデータを処理する能力のこともあり、例えば電子メールを処理する能力またはデータをバックアップする能力でもよい。不足したリソースは、ハードウェア・リソースでもよく、アプリケーション・プログラムの実行を支援するのに使用されるリソースでもよい（その場合リソースは、例えばハードウェアの他に、オペレーティング・システム・ソフトウェアを含む）。
【００１１】
他の実施形態において、ユーザ・ニーズは、最良でない財政状況の発生、高い電気通信料金、人材の不足など、ユーザの望ましくない状況に対する解決策を含むことができる。
【００１２】
他の実施形態において、ユーザ・ニーズは、既に提供されているサービスを補うサービスについてのニーズを含むことができる。
【００１３】
ｅ−アプライアンスによって検出される予め決められた状態は、修正可能であってもよく、代替的に、または追加として、一組の予め決められた状態があり、該状態のそれぞれが、それぞれのサービスの提案をトリガすることができる。
【００１４】
１つの実施形態において、サービスの提案は、状態が発生するよりもある期間前に行われるように構成される。この期間は、ユーザへの提案の魅力（興味）を高めるように決定することができる。例えば、システム管理者は、過去３ヶ月に十分な空きメモリがあるときは、追加メモリの提案にはあまり注意を払わないかもしれないが、予備のメモリが３日分しかないときは、追加メモリの提案をより受け入れる気になるであろう。
【００１５】
ｅ−アプライアンスは、様々な形態をとることができる。例えば、ｅ−アプライアンスは、ビジネス・オペレーション・ツール、サーバ、データベース・システム、電子メール・システム、またはデータ記憶システムであることができる。１つの実施形態において、ｅ−アプライアンスのハードウェアは、修正不可能である。
【００１６】
本発明の理解を助けるために、本発明のいくつかの実施形態を、ｅ−アプライアンスおよびそのサービスプロバイダへの接続を示すブロック図を示す図面を参照して、単なる例として説明する。
【００１７】
図１のコンピュータ・システム１００は、いくつかのクライアント・コンピュータ１１２−１〜１１２−ｎにサービスを提供するｅ−アプライアンス１１０（この例では、サーバ）を含む。ｅ−アプライアンス１１０は、ローカルエリア・ネットワーク（ＬＡＮ）１１４によって、クライアント・コンピュータ１１２−１〜１１２−ｎに接続されている。ｅ−アプライアンス１１０は、クライアント・コンピュータ１１２−１〜１１２−ｎからの要求を処理するために使用する一組のリソース１１６を含む。ｅ−アプライアンス１１０は、また、検出器１１８を含む。検出器１１８は、ある状態が発生したときに、ｅ−アプライアンス１１０の管理者（すなわち、ＬＡＮ１１４を担当するシステム管理者）に提案を行い、管理者が該提案を受け入れると、サービス・プロバイダ１２０に要求を送る。検出器１１８の動作については、後で詳細に説明する。サービス・プロバイダ１２０に要求を送るために、ｅ−アプライアンス１１０はインターネット１２２に接続され、該要求は、該インターネットを介してサービス・プロバイダ１２０に到達する。ｅ−アプライアンス１１０は、ＬＡＮ１１４のセキュリティを維持するために、自分自身とインターネットとの間にファイア・ウォール１２４を有する。
【００１８】
第１の実施形態において、検出器１１８は、ｅ−アプライアンス内のリソースの不足に応答するように構成される。検出器１１８は、ｅ−アプライアンス１１０がまもなく自身のリソース１１６の能力を超えるだろうということを検出すると、サービス・プロバイダ１２０によるｅ−アプライアンス１１０のリソース１１６の増強という提案を、システム管理者に提示する。システム管理者が該提案を受け入れたならば、検出器１１８は、ファイア・ウォール１２４およびインターネット１２２を介してその受け入れをサービス・プロバイダ１２０に送る。これに応答して、サービス・プロバイダは、ｅ−アプライアンス１１０がインターネット１２２を介して利用することができる追加のリソースを使用可能にする。したがって、サービス・プロバイダは、ｅ−アプライアンス１１０の仮想拡張部になる。当然ながら、サービス・プロバイダは、インターネット１２２を介して接続された他のｅ−アプライアンスにリソースを割り振ることもできる。したがって、サービス・プロバイダ１２０は、いくつかの別個のコンピュータ・システムから成る仮想拡張部を構成する。サービス・プロバイダは、ＬＡＮ１１４のシステム管理者に、ｅ−アプライアンス１１０に割り振られた追加のリソースについてインボイス（ｉｎｖｏｉｃｅ）を送る。
【００１９】
検出器１１８は、提案の魅力を高めるためにシステム管理者に提案する時間を決める。例えば、検出器１１８は、将来のある時点でリソースの不足が起こることを判断することができる。検出器１１８は、予測されたリソース不足のイベントまでのある時間期間待った後で、システム管理者に提案を行うことができる。これにより、リソース不足の問題にシステム管理者の注意を最も向けることが確実になる。当然ながら、検出器は（代替的に、または追加として）、リソース不足のイベントが予測されたとき即座に応答してもよく、または、リソース不足が発生した後で応答してもよい。例えば、ｅ−アプライアンス１１０が、そのリソース１１６の能力を超えようとした後、またはｅ−アプライアンス１１０内のリソース１１６のすべてまたは一部に障害が起きて使用可能なリソースが不足した場合に提案が行うことができ、または提案を繰り返すことができる。次に、限定ではない一連の例を参照することによって、当該のリソースの性質について考察する（拡張形態および代替形態については当業者には容易に明らかになるであろう）。
【００２０】
１つの実施形態において、検出器１１８は、ｅ−アプライアンス１１０がまもなくメモリ容量を使い果たすことを予測することができる。検出器は、システム管理者に、（サービス・プロバイダ１２０にある）追加のメモリ空間を提案する。システム管理者がこれを受け入れたならば、サービス・プロバイダ１２０における追加メモリが使用可能となる。
【００２１】
他の実施形態において、検出器１１８は、ｅ−アプライアンス１１０が、クライアント・コンピュータ１１２−１〜１１２−ｎから受け取ったジョブ、またはｅ−アプライアンス自体に生じたジョブをまもなく十分な速度で処理することができなくなるであろうと予測することができる。検出器は、システム管理者に、サービス・プロバイダ１２０における処理リソースを提案することができる。システム管理者がこれを受け入れたならば、サービス・プロバイダにおける追加の処理リソースが使用可能となり、その後、クライアント・コンピュータ１１２−１〜１１２−ｎからのジョブまたはｅ−アプライアンス自体に生じたジョブを、実行のためにサービス・プロバイダ１２０に送り、ｅ−アプライアンス１１０の処理リソースの負担を軽くすることができる。
【００２２】
さらに他の実施形態において、検出器１１８は、バックアップされていないｅ−アプライアンス１１０に記憶されたデータの量がしきい値を超えたことを検出する。検出器１１８は、システム管理者に、この無防備なデータをサービス・プロバイダ上でバックアップしたいかどうかを尋ねる。システム管理者がこの提案を受け入れたならば、該無防備なデータは、サービス・プロバイダ１２０上にバックアップされる。
【００２３】
さらに他の実施形態において、ｅ−アプライアンス１１０は、最大数の電子メール・アカウントを管理することができる電子メール・リソースを有する。クライアント・コンピュータがＬＡＮ１１４に導入されるとき、電子メール・アカウントのうちの１つがそのクライアント・コンピュータに割り振られる。リソース１１６が管理することができる電子メール・アカウントが最大数に達する状況が生じる。システムにさらにクライアント・コンピュータが追加された場合、リソースが不足するのは明らかである。ここで、検出器は、ｅ−アプライアンス１１０に残っている電子メール・アカウントの数を監視し、未使用のアカウントがほとんど残されていないとき、検出器は、システム管理者に、サービス・プロバイダ１２０においてさらなる電子メール・アカウントを使用可能にすることによってｅ−アプライアンス１１０で使用可能な電子メール・アカウントの数を増やしたいかどうかを尋ねる。システム管理者がこれを受け入れたならば、サービス・プロバイダ１２０においてさらなる電子メール・アカウントが使用可能にされ、それに対応して、ＬＡＮ１１４内で使用可能な電子メール・アカウントの数が増える。
【００２４】
こうして、サービス・プロバイダ１２０の支援によってｅ−アプライアンス１１０を増強することができることが理解されよう。これにより、ｅ−アプライアンス１１０を既製の装置として容易に製造することができるようになる。その後、ｅ−アプライアンスの能力を何らかの形で調整する必要がある場合は、その調整をサービス・プロバイダの支援によって達成することができる。
【００２５】
検出器１１８が応答する状態またはイベントは修正可能であることができる。例えば、その状態またはイベントは、ｅ−アプライアンス１１０によってシステム管理者に提供されるメニューから選択可能なようにすることができ、または、システム・プロバイダ１２０によってリモートかつ動的に設定されることができ、または、ｅ−アプライアンスの製造時に設定されることができる。
【００２６】
他の実施形態において、検出器１１８は、リソース不足以外の状態に応答するように構成される。該第２の実施形態において、検出器は、ｅ−アプライアンス１１０によって具現化されたツールが使用されている方法の特徴に応答する。例えば、検出器１１８は、ｅ−アプライアンスが利用されているユーザの業務（ｐｕｒｓｕｉｔｓ）において不所望のイベントである特徴に応答することができる。次に、この概念について、いくつかの限定でない例を参照してさらに詳しく説明する。
【００２７】
１つの実施形態において、ｅ−アプライアンスは、財務管理ソフトウェア・パッケージを実行する。検出器１１８は、財務記録が財務管理ソフトウェアに保持されたビジネスの財務健全性を監視するように構成され、また該ソフトウェアを使用するビジネスの財務健全性が低いと判断したときにシステム管理者に財務サービスを提案するように構成されている。提案される財務サービスは、例えば、ローンである。システム管理者がこの提案を受け入れたならば、該受け入れが、検出器１１８からサービス・プロバイダ１２０に伝達され、サービス・プロバイダ１２０は、提案された財務サービスを手配する。
【００２８】
他の実施形態において、ｅ−アプライアンスは、ｅ−アプライアンスを所有するビジネスによって生じた電気通信料金を記録するのに使用される財務ソフトウェアを実行する。検出器１１８は、電気通信料金を監視するように構成され、該料金が所与のレベルを超えたならば、より安い電気通信サービスをシステム管理者に提案する。システム管理者がこれを受け入れたならば、該受け入れが、サービス・プロバイダ１２０に伝達され、サービス・プロバイダ１２０は、提供されるべきより安い電気通信サービスの手続きをする。
【００２９】
さらに他の実施形態において、ｅ−アプライアンスは、ビジネスの人事部のための人事システムを実現するソフトウェアを実行する。検出器１１８は、人事記録を調べるように構成され、人的リソースの不足を検出した場合（例えば、従業員の数や従業員のスキルの不足に関して）は、システム管理者に、適切な人員サービスを提案する。システム管理者がこの提案を受けたならば、サービス・プロバイダ１２０は、所望の人員サービスを提供するよう手配する。
【図面の簡単な説明】
【図１】この発明の実施形態に従う構成を示す図。
【図１】
2004511850.tif 000003
【国際公開パンフレット】
2004511850.tif 000004
2004511850.tif 000005
2004511850.tif 000006
2004511850.tif 000007
2004511850.tif 000008
2004511850.tif 000009
2004511850.tif 000010
2004511850.tif 000011
2004511850.tif 000012
2004511850.tif 000013
2004511850.tif 000014
2004511850.tif 000015
2004511850.tif 000016
2004511850.tif 000017
【国際調査報告】
2004511850.tif 000018
2004511850.tif 000019
2004511850.tif 000020