JP2008544611A - 入力／出力モジュールのレガシセンサおよび遠隔制御センサを使用してサービス呼び出しをサポートする装置、システム、および方法 - Google Patents

Abstract

一実施形態において、インターネットカフェまたは同様の電子サービス環境においてコンピュータユーザによってなされたサービスリクエストをサポートする装置、方法、および／またはシステムである。ユーザは、カフェのサービスコンソールにより制御されるマルチ端末ネットワークにおけるカフェ提供ユーザ端末を操作しうる。ユーザは端末上のスイッチを操作して、サービスコンソールにサービスリクエストを送信しうる。可視および／または可聴指示が、端末上の好適な指示器により、ユーザのサービスリクエストの状態に関して提供されうる。ユーザのサービスリクエストは、ユーザ端末に置かれる入力／出力モジュールの好適な端子に送信され、またその端子により指示が受信されうる。他の実施形態も説明し請求項に記載する。
【選択図】 図１

Description

発明主題の実施形態は、一般的に、ネットワーク装置、システム、および方法に関わり、特に、インターネットカフェ、訓練センター、オフィスネットワーク、または同様の環境におけるサービスに関する。

「インターネットカフェ」は、インターネットアクセスが提供され、また、食べ物および飲み物が出されうる場所である。一部のインターネットカフェはより簡素で、顧客にインターネットアクセスだけ提供する場合もある。一般的に、インターネットカフェは、多数のコンピュータ、プリンタ、および、おそらくスキャナを含みうる。

一部のカフェは、ＷＷＷ（ワールドワイドウェブ）オンラインアクセス、シングルおよび／またはマルチユーザコンピュータゲーム、高品質オーディオエンターテインメント、様々な電子メールおよびニュースサポートソフトウェア、文書／画像スキャンおよび編集システム、プリントシステム、およびカフェ外からのインターネットへのダイアルイン電話接続を有するコンピュータ端末のネットワークを提供する。

インターネットカフェにおいて、たとえば、ユーザを支援するためにいる個人といった何らかのレベルのＩＴ（情報技術）サポートを提供する必要性が増加している。現在、インターネットカフェにおいて、サービスのためにすぐに対応および支援してもらうことはしばしば困難である。これは、このような環境において、一般的に、１つの大きい空間にいる多くのＰＣユーザ（たとえば、１００人より多い）を支援するサービス要員はほとんどいないからである。一般的に、インターネットカフェにおいて、ユーザは、ＩＴまたは何らかの他のサービスを必要とする場合、ＩＴ専門家またはウェイターを個人的に探すか、そのようなサービス要員に応対してもらうよう試みなければならず、これは、インターネットカフェ経験の質を下げる。

この問題を解決する試みとして、一部のインターネットカフェは、サービススタッフの数を増加している。

その他のインターネットカフェは、組み込み式電話ネットワークを設置し、それにより、各インターネットカフェテーブルまたはデスクに別個の標準電話を具備している。コンピュータユーザはこの電話を使用して、ＩＴサポート要員の番号に電話をかけ、サービスおよび／またはアシスタントを要請する。

さらに、一部のインターネットカフェは、リングコールシステムを設置している。このシステムでは、各インターネットカフェテーブルにボタンが組み込まれる。インターネットカフェ顧客は、このボタンを押して、それにより、顧客がサービスを所望していることをサービス要員に可聴的および／または可視的に伝える。

しかし、これらの周知の解決策は、追加のサービス要員および／または専用リクエスト入力機器を必要とし、高価であり、しばしば功を奏しない。

発明主題の実施形態は、以下の説明およびそのような実施形態を示す添付図面を参照することにより最良に理解しうる。

本発明の幾つかの実施形態の以下の詳細な説明において、本願の一部を形成し、本発明の幾つかの特定の実施形態を限定ではなく例として示す添付図面を参照する。これらの実施形態は、当業者が、発明主題を理解および実施することを可能にするのに十分な詳細で説明し、また、他の実施形態を使用してもよく、また、開示内容の精神および範囲から逸脱することなく機械的、構造的、電気的、機能的、および／または手順上の変更を行いうることを理解するものとする。発明主題のこのような実施形態は、本願において、便宜上、および、発明または発明概念が実際に１つ以上開示される場合に任意の単一の発明または発明概念にこの出願の範囲を自発的に限定する意図なく、個別的におよび／または集合的に「発明」という用語で言及する。したがって、以下の詳細な説明は、限定的な意味合いで解釈されるべきではなく、本発明の実施形態の範囲は、請求項に対する等価物の全範囲と共に請求項だけにより定義される。

図１は、発明主題の一実施形態による電子サービス環境の概略図を示す。システム１００は、「電子サービスネットワーク」を含みうる。これは、本願では、「電子サービス環境」とも言及しうる。「電子サービス環境」は、「インターネットカフェ」といった様々な形式を取りうる。他の例として、「電子サービス環境」は、電子教室（たとえば、コンピュータに関連するおよび／またはコンピュータに基づいたスキルが教えられる教室）または電子オフィス（たとえば、構成要員がコンピュータに基づいたアプリケーションを使用する任意の規模および任意の階層レベルの組織）が挙げられる。「電子サービス環境」では、複数の個々のユーザ局が、ユーザからのサービスリクエストを待機しそのようなリクエストに対してユーザを支援することによって応える一人以上の管理者により管理されるネットワークに結合される。

システム１００は、１つ以上のインターネットカフェユーザ端末１０２、１０４、１０６、および１０８と、少なくとも１つのサービスコンソール１１０に動作可能に結合されうるネットワーク１１２を含みうる。インターネットカフェユーザ端末１０２、１０４、１０６、および１０８は、完全装備されたパーソナルコンピュータ（「ＰＣ」）、または、カフェが提供するユーザ端末、コンソール、または、カフェユーザのコンピュータが動作可能に結合されうるシャーシでありうる。

少なくとも１つのサービスコンソール１１０は、完全装備ＰＣであるか、または、完全装備ＰＣよりは機能が劣りうる。サービスコンソール１１０は、マザーボード（図示せず）を含む１つ以上の電子モジュールと、ネットワーク１１２といったネットワークにサービスコンソール１１０を結合するネットワークボード（図示せず）を含む様々な追加の電子ボードおよび／またはモジュール（図示せず）とを含みうる。サービスコンソール１１０はさらに、ディスプレイ１１４、複数のキーおよび／またはキーボード（図示せず）、およびポインティングデバイス（図示せず）を含みうる。一実施形態では、ディスプレイ１１４は、タッチスクリーンディスプレイである。

図２は、発明主題の一実施形態による、システム１００（図１参照）におけるユーザ端末１０２、１０４、１０６、１０８といったシステム１００における端末２００の一例を示す。端末２００は、回転媒体メモリモジュール２１６、ボイスオーバーインターネットプロトコル（「ＶＯＩＰ」）モジュール２１２、マザーボード（図示せず）、および、ネットワーク１１２（図１）といったネットワークに端末２００を結合するネットワークボード（図示せず）を含む様々な追加の電子ボードおよび／またはモジュール（図示せず）といった複数の電子モジュールを含むメイン筐体２１４を含みうる。端末２００は、標準ＰＣキーボードといったキーボード（図示せず）、および、マウス（図示せず）といったポインティングデバイスも含みうる。

ボタン式デバイスおよび他のデバイスといった専用スイッチ２０２が、端末２００のメイン筐体２１４に組み込まれうる。専用スイッチ２０２は、サービスコンソール１１０（図１）といったサービスコンソールにユーザサービスリクエストを送信するようユーザによって操作可能でありうる。一実施形態では、専用スイッチ２０２は、この目的だけに使用される。

可視指示器２０４（たとえば、発光ダイオード（「ＬＥＤ」）または電球）および／または１つ以上のスピーカといった音響変換器２０６も、任意の所望のサービス状態情報をユーザ端末２００に通信するよう設けられうる。可視指示器２０４および／または音響変換器２０６は、ユーザのサービスリクエストを受信するとサービスコンソール１１０（図１）により作動され、それにより、たとえば、ユーザのリクエストが受信されたという確認応答をユーザに供給する。

ユーザ端末２００は、メインディスプレイ２０８を有し、また、補助または第２のディスプレイ２１０（たとえば、ＬＣＤディスプレイ）も有しうる。一実施形態では、メインディスプレイ２０８および第２のディスプレイ２１０のどちらかまたは両方はタッチスクリーンディスプレイである。メインディスプレイ２０８は、電子メール、コンピュータゲーム、文書またはビジュアルメディアのスキャン、ビジュアルおよび／またはオーディオメディアのダウンロードおよびアップロード、および他のコンピュータに基づくアクティビティといったユーザにとって第一に関心のあるアクティビティとして特徴付けられうるコンピュータに基づくアクティビティを表示しうる。

第２のディスプレイ２１０は、以下により詳細に説明するように、食べ物、飲み物、または他のアイテム、或いは、ＩＴアシスタンスまたはテーブルサービスといったローカルサービスを注文するといったユーザの第一のアクティビティ以外の目的でユーザ端末２００とサービスコンソールとの間のビジュアルコミュニケーションを提供する。さらに、オプションのボイスオーバーインターネットプロトコル（「ＶＯＩＰ」）モジュール２１２を含むことによって、ユーザが、可聴コミュニケーションを介してＩＴ要員とやり取りすることを可能にする。ＶＯＩＰモジュール２１２は、好適なマイクロホン要素およびスピーカ要素（図示せず）を含みうる。

発明主題の実施形態は、電子サービス環境ための新規パラダイムを作り出す。この新しい使用モデルは、ユーザフレンドリーで低費用の電子サービスネットワークを含む。

一実施形態では、電子サービスネットワークは、パーソナルコンピュータ（「ＰＣ」）上の組み込み式サービススイッチ（たとえば、ボタン）、インタラクティブビジュアルおよび／またはオーディオ通信、およびインターネットプロトコル（「ＩＰ」）ネットワーク機能を含みうる。電子サービス環境の幾つかの特徴には以下が含まれる。

１）ユーザは、ユーザのＰＣの電源コードが電源出力に差し込まれ、ＰＣがネットワーク１１２（図１）に接続されているならば、専用サービスボタンまたはスイッチ２０２を単純に押し、それによりＩＴサービスまたは別のタイプのサービスのリクエストをサービスコンソールに送信することにより支援を求めうる（ワンボタン呼び出し）。すなわち、この動作は、Ｓ５またはＳ０／Ｓ３低電力消費状態（以下に詳細に説明）で行われることが可能であり、また、オペレーショナル、または、アクティブのオペレーティングシステム（「ＯＳ」）の存在を必要としない。したがって、専用スイッチ２０２の作動は、アクティブＯ／Ｓの存在時またはアクティブＯ／Ｓの不在時のどちらでももたらされる。

２）オペレーショナルＯＳが存在する（すなわち、ブートされる）場合、上記１）に記載するようにヘルプリクエストを送信することに加えて、ユーザは、端末２００に関連付けられるまたは結合される第２のディスプレイ２１０を介して追加のサービスオプションを選択しうる。たとえば、ユーザは、食べ物、飲み物、または他のアイテムおよび／またはサービスを注文するよう選択しうる。このモードでは、ユーザはさらに、ＶＯＩＰモジュール２１２を介して遠隔にいるサービス要員と話すよう選択しうる。

３）オペレーショナルＯＳが存在しようとしまいと、また、ＰＣがＳ５またはＳ０／Ｓ３低電力消費状態にあるならば、端末２００の可視指示器２０４は、サービスコンソールによってサービスリクエストは受信され、これから処理されることを示すビジュアルフィードバックをユーザに供給しうる。したがって、可視指示器は、ユーザ端末（１０２、１０４、１０６、１０８（図１）または２００（図２））の状態に関係なくサービスコンソール１１０（図１）により作動され、このとき、ユーザ端末の状態は、Ｓ５低電力消費モード、またはＳ０／Ｓ３低電力消費モードである。

一般的なＰＣにおいて、詳細設定と電源インターフェース（Advanced Configuration and Power Interface：「ＰＡＣＩ」）は、少なくとも６つの低電力消費モードを可能にする。
アクティブ （Ｓ０） コンピュータは完全に電源オンになっている
スタンバイ （Ｓ１） ハードドライブおよびビデオカードはアイドル状態
スリープ （Ｓ２） ハードドライブ、ビデオカード、および中央演算処理ユニット（「ＣＰＵ」）はアイドル状態
サスペンド （Ｓ３） すべてのデバイスが電源オフにされる。ランダムアクセスメモリ（「ＲＡＭ」）内の情報は、公称充電で管理される
ハイバネーション（Ｓ４） メモリ内のデータはハードドライブハイバネーションファイルにコピーされ、コンピュータの電源はオフにされる
電源オフ （Ｓ５） コンピュータは完全に電源オフにされる

Ｓ１は、最も単純なエネルギー節約状態であり、より高度な電源管理レベルでは良好に動作しないドライバまたはハードウェアを有する旧式のシステムにしばしば使用される。Ｓ１電源レベルにおけるシステムは単純に、ハードドライブおよびモニタをシャットダウンするが、それ以外は通常通りに実行状態のままにする。

Ｓ２は、Ｓ１より多くの電力節約を提供する。これは、Ｓ２はモニタおよびドライブの電源を切るだけでなく、ＣＰＵおよびそのキャッシュへの電力も切断するからである。

Ｓ３は、ＲＡＭのコンテンツを維持するのとウェークアップコマンドを聴くために必要な少量の電力以外はほぼすべてをシャットダウンするより踏み込んだ電力節約モードである。

Ｓ４は、レベルＳ１乃至Ｓ３とは根本的に異なる。Ｓ４は、ハイバネーションモードであり、システムはすべてのアクティビティを停止する。しかし、Ｓ４はレベルＳ５の単純な電源オフの状態とも異なる。これは、電源を切る前に、Ｓ４ハイバネーションシステムは、ＲＡＭのコンテンツおよび一部のＣＰＵ設定をハードドライブ上の特別ファイルに書込みするからである。

Ｓ５は、最高電力節約モードであり、たとえば、シャットダウンコマンドにより実現されるように完全な電源オフを表す。

図３は、発明主題の一実施形態による、システム１００（図１）におけるユーザ端末２００（図２）の第２のディスプレイ２１０上の様々な可能な画面図３０１−３０４を示す。ユーザが、ユーザ端末２００のボタンまたはスイッチ２０２を押すと（ＯＳは現在起動中であると想定する）、第２のディスプレイ２１０は、オンになり、画面図３０１にその一例を示す顧客サービスメニュを表示しうる。この画面３０１から、ユーザは、ＩＴサービスを得うる、および／または、食べ物および／または飲み物および／または他のアイテムを注文しうる。この例では、第２のディスプレイ２１０は、３つの異なるメニュオプションを表示しうる。すなわち、ＩＴサービスまたはトラブルシューティング、食べ物メニュ、および飲み物メニュを表示しうる。ユーザは、画面の対応箇所に触る、ポインティングデバイスを使用して指し示す、キーボード（図示せず）上の１つ以上のキーを押すことを含む任意の好適な方法でメニュオプションから選択しうる。

本願にて使用する「好適な」とは、所望の結果を生成するのに十分な特徴を有することを意味する。意図する目的に対する適切性は、定期実験を使用してのみ当業者により判断することができる。

ＩＴサービスまたはトラブルシューティングメニュ（画面図３０２）を選択することにより、ユーザは、ＩＴ要員と話すかまたはＩＴ要員にユーザの場所へ来ることを求めるよう選択しうる。ユーザが、ＩＴ要員と話すことを選択する場合、ユーザ端末２００（図２）をサービスコンソール１１０（図１）に接続させるよう、たとえば、ＶＯＩＰを使用して通信チャネルがセットアップされる。

食べ物および飲み物メニュ（画面図３０３）を選択することにより、インターネットカフェの様々な食べ物および飲み物アイテムの値段が表示される。次に、ユーザは食べ物および／または飲み物アイテムをオンラインで注文するか、または、ウェイターに注文を取りに来てもらうよう選択しうる。注文がオンラインで行われた場合、確認が与えられうる（画面図３０４）。

この開示に記載する実施形態は、たとえば、ラップトップコンピュータといったポータブルデバイス、ワイヤレスコミュニケータ、または、セルラ式電話機、携帯情報端末といったハンドヘルドデバイスなどといったパーソナルコンピュータ以外のデバイスおよび装置に適用しうる。

システム１００（図１）は、組み込み式ＶＯＩＰモジュール２１２（図２）を使用してインターネットカフェユーザとサービス管理者との間に音声コンタクトを提供可能であり、また、システム１００はさらに、ユーザがインターネットカフェにおいて便利且つインタラクティブなサービスを受けうるよう可視指示器２０４を提供可能である。発明主題の構成要素は、他の解決策（たとえば、別個の電話システムまたはリングコールシステム）とは対照的に、ＰＣシステム自体に統合しうるので、発明主題を組み込んだシステムを実施する費用は少なくて済みうる。したがって、発明主題の実施形態は、インターネットカフェといった電子サービス環境におけるＩＴサービスのための費用のかからないユーザフレンドリーな解決策を提供しうる。

ユーザによるワンボタン選択は、ユーザ端末２００の第２のディスプレイ２１０（図２）上にＥコマースメニュを表示可能である。ユーザは、ナビゲーションボタン（たとえば、端末２００上に好適に位置付けられる）、または、第２のディスプレイ２１０上のタッチスクリーン上の場所によって、メインディスプレイ２０８上に表示される他のコンピュータに基づいたアクティビティを中断することなく、アイテムを便利に且つ視覚的に注文することができる。

図４は、発明主題の一実施形態による電子サービスネットワーク４００のクライアント４０１、４０２、または４０３と、コンソール４２０との間のプラットフォームイベントトラップ（「ＰＥＴ」）の流れを示すブロック図を示す。

クライアント４０１−４０３は、ＳＮＭＰ（Simple Network Management Protocol：簡易ネットワーク管理プロトコル）４０４に結合され、ＳＮＭＰ４０４は、ＭＣ ＳＤＫ（管理制御ソフトウェア開発キット）４０６に結合されうる。ＭＣ ＳＤＫ４０６は、ＷＭＩ（ウィンドウズ（登録商標）管理改善）プロバイダ（サービス）標準インターフェース４０８、イベントフォーマット化機能を提供するＭＣ ＳＤＫプロキシ４１０、クライアントをモニタリングするＭＣ ＳＤＫ４１２（サービス）を含みうる。ＭＣ ＳＤＫ４１０は、ダイナミックリンクライブラリを含みうる。ＭＣ ＳＤＫ４０６はコンソール４２０に結合される。

ＰＥＴは、クライアント４０１−４０３におけるＡＳＦ（Alert Standard Format：アラート標準形式）制御モジュール（たとえば、７１０（図７））により生成されうる。ＰＥＴは、クライアント４０１−４０３において発生しているイベントをコンソール４２０に通知するよう使用される。ＰＥＴがコンソール４２０に到達すると、ＰＥＴは、図８に関連して以下に詳細に説明するように簡易ネットワーク管理プロトコル（ＳＮＭＰ）により処理されうる。

図５は、発明主題の一実施形態による電子サービスネットワーク４００のコンソール４２０と、クライアント４０１、４０２、または４０３との間の遠隔管理制御プロトコル（Remote Management Control Protocol：ＲＭＣＰ）コマンドの流れを示すブロック図を示す。

図４と同様に、コンソール４２０と、クライアント４０１−４０３は、ＭＣ ＳＤＫ４０６に結合されうる。ＭＣ ＳＤＫ４０６は、ＷＭＩ（ウィンドウズ（登録商標）管理改善）プロバイダ（サービス）標準インターフェース４０８、ＭＣ ＳＤＫプロキシ４１０、およびＭＣ ＳＤＫ４１２（サービス）を含みうる。ＭＣ ＳＤＫプロキシ４１０は、ＲＭＣＰ（遠隔管理制御プロトコル）マッピングを提供しうる。ＭＣ ＳＤＫ４１２は、クライアント４１０−４０３にＲＭＣＰパケットを送信しうる。ＲＭＣＰパケットは、図８に関連して以下に詳細に説明する。

図６は、発明主題の一実施形態による電子サービスネットワーク６００における構成要素を示す。

電子サービスネットワーク６００は、１つ以上のクライアント６０１と、少なくとも１つのサービスコンソール６５０を含みうる。例示的なクライアント６０１は、メモリコントロールハブ（「ＭＣＨ」）６０４が結合されうる少なくとも１つのプロセッサ６０２を含みうる。少なくとも１つのメモリ６０６がＭＣＨ６０４に結合されうる。

ＡＳＦ管理コア６１２を有する入力／出力制御ハブ（「ＩＣＨ」）６１０は、ＭＣＨ６０４に結合されうる。総所有コストモジュール（「ＴＣＯ」）６０８が、ＩＣＨ６１０に結合されうる。ＥＥＰＲＯＭ（電気消去可能プログラマブル読出し専用メモリ）６１４も、ＭＣＨ６０４に結合されうる。さらに、ＬＡＮ（ローカルエリアネットワーク）ポート６１６がＭＣＨ６０４に結合されうる。ＬＡＮポート６１６は、バス６４０といった好適なバスまたはコネクタを介してサービスコンソール６５０のＬＡＮポート６５２に結合されうる。

スーパーＩ／Ｏ（「ＳＩＯ」）６２０が、ＳＭ（システム管理）バス６１８といった好適なバスまたはコネクタを介してＩＣＨ６１０に結合されうる。ＳＩＯ６２０は、第１のピン６２２および第２のピン６２４を含む複数の端子またはピンを含みうる。一実施形態では、ピン６２２は、遠隔制御センサピンでありえ、ピン６２４は、レガシセンサ、または、ＡＳＦセンサピンでありうる。ピン６２４は、本願において、「ワンボタン呼び出し」センサとも称されうる。

ピン６２２は、好適な抵抗Ｒ１を介して、好適な指示器の第１の端子に結合されうる。一実施形態では、指示器は、接地電位に結合される第２の端子を有する発光ダイオード６３２といった光源の形を取りうる。別の実施形態では、指示器は、可聴信号を生成するよう好適な音響変換器の形を取りうる。指示器は、可視信号および可聴信号の組み合わせを生成するよう任意の好適な構成要素であってもよい。ピン６２４は、好適な抵抗Ｒ２を介して、好適な電位Ｖ１に結合されうる。ピン６２４はさらに、ボタンスイッチ６３０といった好適なスイッチの第１の端子に結合されうる。ボタンスイッチ６３０は、接地電位に結合される第２の端子を有する。

図６に示す実施形態の動作時、ボタンスイッチ６３０が押されると、ＳＩＯ６２０のピン６２４に関連付けられるレガシセンサまたはＡＳＦセンサはこのことを検出し、ＳＩＯ６２０は、ＳＭバス６１８を介してＩＣＨ６１０のＡＳＦ管理コア６１２にヘルプリクエストを送信する。ヘルプリクエストは、ＩＣＨ６１０からＬＡＮポート６１６を通り、バス６４０を介して、サービスリクエストが処理されるコンソール６２０のＬＡＮポート６５２に送信される。

ヘルプリクエストが一度コンソール６５０に到達すると、ＡＳＦ技術のＲＭＣＰ（遠隔管理および制御プロトコル）に基づきうるフィードバックコマンド（たとえば、「ＬＥＤ ＯＮ」）がクライアント６１０に自動的に戻されうる。ＡＳＦ管理コア６１２が、コンソール６５０からのフィードバックコマンドを処理後、フィードバックコマンドは、ＳＭバス６１８を介してＳＩＯ６１８に送信される。このコマンドは、ＳＩＯ６１８の遠隔制御センサまたはＬＥＤフィードバックセンサピン６２２により出力され、コマンドは、ＬＥＤ指示器６３２または他の好適な指示器をオンにする。

ユーザのヘルプリクエストが、コンソールの操作者または電子サービス環境における他の人員によって満たされると、別のコマンド（たとえば、「ＬＥＤ ＯＦＦ」）がコンソール６５０から、ＳＩＯ６１８の遠隔制御センサまたはＬＥＤフィードバックセンサピン６２２に送られ、ＬＥＤ指示器６３２または他の指示器をオフにする。

図７は、発明主題の一実施形態による、図６の入力／出力（「Ｉ／Ｏ」）制御ハブ（「ＩＣＨ」）６１０と、その関連付けられる回路の一部をより詳細に示すブロック図である。図７のＩＣＨ７０１は、図６に示すＩＣＨ６１０と同様または同一でありうる。図７に示すＩＣＨ７０１および関連付けられる回路は、参照番号７００により一般的に示す。

ＩＣＨ７００は、ホスト通知ＴＣＯスレーブ７０４、ＴＣＯ（マスタ）７０６、ＬＡＮ制御モジュール７０８、およびＡＳＦ制御モジュール７１０に動作可能に結合されるＳＭバスホスト（マスタ）７０２を有しうる。これらの構成要素は、センサ７１２、１つ以上のＳＭバスデバイス７１４、ワンボタン呼び出しセンサ７１６、およびＬＥＤ指示器センサ７１８にも、ＳＭバス７２０を介して動作可能に結合されうる。

ＬＥＤフィードバックを有するワンボタン呼び出しのＡＳＦ実施形態では、ワンボタン呼び出しセンサ７１６は、ヘルプリクエストを送信するよう使用される。ＬＥＤ指示器センサ７１８は、コンソールから好適な遠隔制御コマンド（たとえば、「ＬＥＤ ＯＮ」または「ＬＥＤ ＯＦＦ」）を受信するよう使用される。

ＬＡＮ制御モジュール７０８は、ＬＡＮ接続インターフェース７２４を介してＬＡＮモジュール７２２（たとえば、インテル（登録商標）８２４５２ＬＡＮコントローラ）に動作可能に結合されうる。ＬＡＮ制御モジュール７０８およびＡＳＦ制御モジュール７１０はさらに、ＳＭリンク７２６およびＥＥＰＲＯＭ７２８に動作可能に結合されうる。

発明主題の一実施形態は、ＡＳＦ技術を使用して様々な状態（たとえば、Ｓ５、Ｓ３、Ｓ０）におけるＩＴ／サービス呼び出しを実施する電気的解決策を提供する。一実施形態を、ＡＳＦ技術を使用して説明するが、発明主題は、ＡＳＦ技術の実施に限定されない。発明主題は、インターネットカフェにおける遠隔トラブルシューティングに役立つだけでなく、遠隔サービスサポートおよび／またはＥコマースサポート（たとえば、飲み物、食べ物、および他のアイテムの注文）を提供することができる。さらに、発明主題は、様々な種類の低電力消費状態（たとえば、Ｓ５、Ｓ３、Ｓ０）で動作しうる。

この開示に記載する実施形態は、たとえば、ラップトップコンピュータといったポータブルデバイス、ワイヤレスコミュニケータ、携帯情報端末といったハンドヘルドデバイスなどといったパーソナルコンピュータ以外のデバイスおよび装置に適用してもよい。

リクエスト確認のための好適なフィードバックを提供するためのＶＯＩＰと人間が知覚可能な指示器（たとえば、可聴または可視指示器）の統合によって、ユーザは、インターネットカフェおよび他の電子サービス環境において便利且つインタラクティブなサービスが得られうる。一実施形態では、構成要素は、他の解決策（たとえば、電話システム）とは対照的に、ユーザの端末またはパーソナルコンピュータシステム自体に統合されるので、追加ハードウェアは最小限にされる。したがって、発明主題の実施形態は、インターネットカフェにおけるＩＴサービスのための費用がかからず効率のよい解決策を提供しうる。Ｅコマースサポートは、使用モデルの別の利点である。ワンボタンは、シャーシ上の第２のＬＣＤディスプレイパネルにＥコマースメニュを直接表示することができる。エンドユーザは、ユーザの他のコンピュータに基づくアクティビティを中断することなくナビゲーションボタンを使用して便利に且つ視覚的にアイテムを注文することができる。

図８は、発明主題の一実施形態によるプラットフォームイベントトラップ（「ＰＥＴ」）パケット８００を示す。ＰＥＴパケット８００は、複数の様々なフィールドを含みうる。これらのフィールドを以下に説明する。

ＭＡＣ（媒体アクセス制御アドレス）８０１は、ＰＥＴパケット８００の一意のアドレス識別子を提供する。ＩＰ８０２は、インターネットプロトコルアドレスである。ＵＤＰ８０３は、ユーザデータグラムプロトコルをさす。

ＳＮＭＰ（簡易ネットワーク管理プロトコル）フィールド８０４は、ＳＮＭＰ識別８１０、エージェントアドレス８１２、特定トラップ８１４、ＳＮＭＰタイムスタンプ８１６、シーケンス番号８１８、および可変バインディングイベント情報８２０といった幾つかのフィールドを含みうる。ＳＮＭＰ識別８１０フィールドは、それ自体、ＳＮＭＰバージョン、コミュニティストリング（たとえば「公開」または他の値）、および企業ＯＩＤ（オブジェクト識別子）といった幾つかのフィールドを含みうる。

エージェントアドレスフィールド８１２は、サーバ（ＩＰ）アドレスを供給しうる。

特定トラップフィールド８１４は、イベントのタイプ（たとえば、過度温度イベント）を識別しうる。

ＳＮＭＰタイムスタンプフィールド８１６は、時間に基づく順序付けのためにＳＮＭＰで使用される好適な長さ（たとえば、３２ビット）のタイムスタンプでありうる。

シーケンス番号８１８は、各ＰＥＴフレームのインデックスを記述しうる。たとえば、ＡＳＦアラート送信デバイスは、イベント毎に合計３回で、各ＰＥＴフレームを２回再送信しうる。すべての３つの送信は１分の時間枠内で発生し、また、同じシーケンス番号フィールドを含むべきである。管理コンソールは、その１分の時間枠外で受信する同一のイベントを新しいイベントとして処理すべきである。

可変バインディングイベント情報フィールド８２０は、システムとイベントのセンサ情報（たとえば、厳格さのレベル）を詳述しうる。

ＣＲＣ（周期冗長検査）８０５は、エラー検出目的で使用されうる。

ＰＥＴパケット８００に追加のまたはより少ないフィールドを使用してもよいことは理解されよう。

図９は、発明主題の一実施形態による確認応答パケット９００を示す。一実施形態では、確認応答パケット９００は、以下に説明する複数の様々なフィールドを含みうるＲＭＣＰパケットを含みうる。

ＭＡＣフィールド９０１、ＩＰフィールド９０２、ＵＤＰフィールド９０３、およびＣＲＣフィールド９０６は、図８に関連して説明したＰＥＴパケット８００について上で定義したタイプの情報を含みうる。

ＲＭＣＰヘッダフィールド９０４は、ＲＭＣＰバージョンを識別するバージョンフィールド、予約フィールド、順序付けおよび確認応答に使用されるシーケンスフィールド、およびオペレーションのクラスを識別するクラスフィールドを含みうる。

ＲＭＣＰデータ９０５フィールドは、メッセージ作成者を識別するＩＡＮＡ（Internet Assigned Numbers Authority：インターネット割り当て番号主体）企業フィールド、ＡＳＦコマンド（たとえば、リセット）を供給するメッセージタイプフィールド、リクエストコマンドと応答コマンドを対にするメッセージタグフィールド、予約フィールド、次のデータフィールドの長さを識別するデータ長フィールド、およびメッセージタイプに関連付けられる情報を渡すデータフィールドを含みうる。

確認応答パケット９００に追加のまたはより少ないフィールドを使用してもよいことは理解されよう。

図１０は、発明主題の１つ以上の実施形態による１つ以上の方法１０００のフロー図である。

工程１００１では、好適なスイッチまたは他の応答入力デバイスが電子サービス環境のユーザ端末において作動されうる。電子サービス環境はインターネットカフェ、電子教室、電子オフィスなどでありうる。応答入力デバイスの作動は、そのユーザ端末の他の機能とは無関係でありうる。一実施形態では、スイッチは、単一のボタン（すなわち、ワンボタンスイッチ）でありうる。スイッチは、ユーザのコンピュータ、別個のコンソール、または任意の他の好適な場所に組み込まれた専用スイッチでありうる。ユーザ端末は、第１のセンサおよび第２のセンサを有するＩ／Ｏモジュール（たとえば、ＳＩＯ）を含みうる。第１のセンサは、レガシ／ＡＳＦピンであり、第２のセンサは、遠隔制御ピンでありうる。しかし、発明主題の実施形態は、これらの特定のセンサまたはピンに限定されず、任意の好適なセンサまたはピンを使用しうる。

工程１００２では、ユーザ端末における第１のセンサがトリガされる。

工程１００３では、スイッチの作動が電子サービス環境のサービスコントロールに送信され且つそのサービスコントロールにおいて検出される。スイッチ作動の検出は、ユーザ端末の電源状態（たとえば、Ｓ０、Ｓ１、Ｓ２、Ｓ３、Ｓ４、またはＳ５電源状態）に関する情報、インターネットカフェまたは他の電子サービス環境におけるそのユーザ端末の物理的な位置に関する情報、ユーザ端末の基本入力出力システム（「ＢＩＯＳ」）状態に関する情報、および／またはユーザにより操作されるユーザ端末のＯ／Ｓ状態に関する情報を受信することを含みうる。オプションとして、工程１００１におけるスイッチ作動の検出に応答して、ＶＯＩＰ接続がコンソールとユーザ端末との間で有効にされうる。ＶＯＩＰ接続は、コンソールとユーザのいる場所との間でのボイスオーバーインターネットプロトコル（「ＶＯＩＰ」）オーディオおよび／またはビジュアル接続を有効にし、これは、ユーザ端末２００（図２）が、ネットワーク１１２（図１）を介してサービスコンソール１１０（図１）と通信することを可能にする。

工程１００４では、サービスコンソールは、ユーザ端末に第１のサービス状態信号を送信し、それにより、ユーザ端末におけるユーザからのサービスリクエストの受信を示す第１の可視および／または可聴信号をアクティブにするようユーザ端末における第２のセンサをトリガしうる。

工程１００５では、ユーザのサービスリクエストが満たされた後、コンソールは、ユーザ端末に第２のサービス状態信号を送信し、それにより、第２のセンサにおいて第２の可視および／または可聴信号をアクティブにしうる。第１および第２の可視および／または可聴信号は、ユーザ端末における同じまたは異なる要素により供給されうる。

第１のサービス状態信号は、サービスコンソールにおけるサービス管理者がユーザのサービスリクエストを受信したことをユーザに伝える働きをする。第２のサービス状態信号は、ユーザのサービスリクエストは完了または満たされる準備が整った、または、すでに満たされたことをユーザに伝えうる。サービスコンソールによるユーザ端末における可視および／または可聴指示器の作動は、ユーザ端末の他の動作とは独立して生じうるので、ユーザは、中断されることなく通常のコンピュータアクティビティに従事し続けうる。

工程１００５後、方法は終了しうる。

本願に説明した動作は例示に過ぎない。フロー図に示す個々のアクティビティは、図示する順序または任意の特定の順序で行われる必要がないことに留意すべきである。さらに、本願に特定する方法に関して説明した様々なアクティビティは、直列または並列で実行可能である。一部のアクティビティは無制限に繰り返され、その他のアクティビティは一回だけ起きうる。様々な実施形態は、説明されたアクティビティより多いまたは少ないアクティビティを有しうる。図１０に示すフロー図は、「終了」を示すが、必要に応じて連続的に実行されてもよい。

当業者は、ソフトウェアプログラムに定義される機能を実行するようコンピュータに基づくシステムにおけるコンピュータ可読媒体からソフトウェアプログラムがラウンチ可能である方法を理解しよう。様々なプログラミング言語を使用して、本願に開示する方法を実施および実行するよう設計される１つ以上のソフトウェアプログラムを作成しうる。プログラムは、Ｊａｖａ（登録商標）またはＣ＋＋といったオブジェクト指向言語を使用してオブジェクト指向型形式で構造化されうる。あるいは、プログラムは、アセンブリまたはＣといった手続き型言語を使用して手続き指向型形式で構造化可能である。ソフトウェアコンポーネントは、アプリケーションプログラムインターフェース、または、リモート手続き呼び出しを含むプロセス間通信技術といった当業者には周知の多数のメカニズムを使用して通信しうる。様々な実施形態の教示内容は、任意の特定のプログラミング言語または環境に限定されない。したがって、以下に説明する図１１に示すような他の実施形態も実現しうる。

図１１は、発明主題の様々な実施形態による製品１１００のブロック図を示す。このような実施形態の例は、コンピュータ、メモリシステム、磁気または光学ディスク、一部の他のストレージデバイス、または任意のタイプの電子デバイスまたはシステムを含みうる。製品１１００は、メモリ１１０２（たとえば、電気、光学、または電磁気導体を含むメモリ）といった機械アクセス可能媒体に結合される１つ以上のプロセッサ１１０１を含みうる。媒体は、アクセスされると機械（たとえば、プロセッサ１１０１）が本願に開示した方法を実行する関連付けられる情報１１０３（たとえば、コンピュータプログラム命令、データ、または両方）を含みうる。一実施形態では、方法には、電子サービス環境のサービスコンソールにおいて、ユーザ端末における第１のセンサをトリガするスイッチの作動を検出することと、コンソールが、ユーザ端末においてなされたサービスリクエストを受信したことを示す第１の可視または可聴信号をアクティブにするようユーザ端末における第２のセンサをトリガすることを含みうる。

読者が技術的開示の本質を確認することができるよう要約書を義務付ける３７Ｃ．Ｆ．Ｒ（米国特許法施行規則）１．７２（ｂ）条に準拠するよう要約書を提供する。この要約書は、請求項の範囲または意味を解釈または制限するよう使用されないという理解で提供している。

上述の詳細な説明では、様々な特徴は時に開示内容を簡素化する目的で単一の実施形態にまとめられる。このような開示方法は、各請求項に明示的に記載するより多くの特徴を発明主題の実施形態が必要とするという意図を反映すると解釈すべきではない。むしろ、請求項が反映するように、発明主題は、単一の開示した実施形態のすべての特徴を満たさないところにある。したがって、請求項は詳細な説明の中に取り込まれ、各請求項は、別個の好適な実施形態として独立する。個々の請求項は、発明主題の複数の実施形態を包含しうる。

発明主題の例示的な実施を本願において示し且つ詳細に説明したが、当業者には、発明主題の精神から逸脱することなく様々な変更、追加、代用などを行うことが可能で、したがってこれらは請求項に定義される発明主題の範囲内であると考えられることは明らかであろう。

発明主題の一実施形態による電子サービス環境を示す概略図である。

発明主題の一実施形態によるシステムにおける例示的な端末を示す図である。

発明主題の一実施形態によるシステムにおけるユーザ端末の第２のディスプレイ上の様々な可能な画面図を示す図である。

発明主題の一実施形態による電子サービスネットワークのクライアントとコンソールとの間のプラットフォームイベントトラップ（「ＰＥＴ」）の流れを示すブロック図である。

発明主題の一実施形態による電子サービスネットワークのコンソールとクライアントとの間の遠隔管理制御プロトコルコマンドの流れを示すブロック図である。

発明主題の一実施形態による電子サービスネットワークにおける構成要素を示す図である。

発明主題の一実施形態による、図６の入力／出力（「Ｉ／Ｏ」）制御ハブ（「ＩＣＨ」）と、その関連付けられる回路の一部をより詳細に示すブロック図である。

発明主題の一実施形態によるプラットフォームイベントトラップ（「ＰＥＴ」）パケットを示す図である。

発明主題の一実施形態による確認応答パケットを示す図である。

発明主題の１つ以上の実施形態による１つ以上の方法のフロー図である。

発明主題の様々な実施形態による製品を示すブロック図である。

Claims (27)

1. 一のサービスコンソールを有する一のネットワークに結合する一の端末を含み、
   前記端末は、
   一のネットワークモジュールと、
   前記ネットワークモジュールを介して前記サービスコンソールに一のサービスリクエストを送信する一のスイッチと、
   前記ネットワークモジュールを介して前記サービスコンソールから一のサービス状態信号を受信する一の指示器と、
   を含む、装置。
2. 前記スイッチは、前記サービスコンソールに一のサービスリクエストを送信するためだけに使用する一の専用スイッチである請求項１に記載の装置。
3. 前記端末は、一の筐体を含み、
   前記専用スイッチは、前記筐体内に組み込まれる請求項２に記載の装置。
4. 前記スイッチは、前記サービスコンソールに一のサービスリクエストを送信するためだけに使用する一のボタン式デバイスである請求項１に記載の装置。
5. 前記指示器は、一の光源を含む請求項１に記載の装置。
6. 前記指示器は、一の発光ダイオードを含む請求項１に記載の装置。
7. 前記サービス状態信号は、前記サービスコンソールによる前記サービスリクエストの受信の一の確認応答を含む請求項１に記載の装置。
8. 前記サービス状態信号は、前記サービスリクエストが完了したことの一の通知を含む請求項１に記載の装置。
9. 前記サービスコンソールによる前記指示器の作動は、前記端末の他の動作とは関係なく発生する請求項１に記載の装置。
10. 前記端末は、前記端末のＳ０、Ｓ３、およびＳ５電力消費状態のうち２つ以上の状態において前記サービスリクエストを送信するよう動作可能である請求項１に記載の装置。
11. 前記サービスコンソールは、一のスイッチの作動に応答して前記指示器を作動し、
    前記サービスコンソールによる前記指示器の作動は、前記端末の一の電力消費状態とは関係なく発生し、
    前記端末の前記状態は、Ｓ０、Ｓ３、またはＳ５のうち２つの状態である、請求項１に記載の装置。
12. 前記端末は、前記端末上に一のアクティブオペレーティングシステムが存在するときと、前記端末上に一のアクティブオペレーティングシステムが不在のときに前記サービスリクエストを送信するよう動作可能である請求項１に記載の装置。
13. 前記端末はさらに、一のボイスオーバーインターネットプロトコルモジュールを含み、
    前記端末は、前記サービスコンソールに前記ボイスオーバーインターネットプロトコルモジュールを介して通信し、
    前記ボイスオーバーインターネットプロトコルモジュールは、前記スイッチの作動に応答して作動される請求項１に記載の装置。
14. 一のネットワークと、
    前記ネットワークに結合される一のインターネットカフェサービスコンソールと、
    前記ネットワークに結合される少なくとも１つのカフェ提供端末と、
    を含み、
    前記端末は、
    一のネットワークモジュールと、
    前記ネットワークモジュールを介して前記サービスコンソールに一のサービスリクエストを送信する一のスイッチと、
    前記ネットワークモジュールを介して前記サービスコンソールから一のサービス状態信号を受信する一の指示器と、
    を含む、システム。
15. 前記スイッチは、前記サービスコンソールに一のサービスリクエストを送信するためだけに使用する一の専用スイッチであり、
    前記端末は、一の筐体を含み、
    前記専用スイッチは、前記筐体内に組み込まれる、請求項１４に記載のシステム。
16. 前記サービス状態信号は、前記サービスコンソールによる前記サービスリクエストの受信の一の確認応答を含む請求項１４に記載のシステム。
17. 前記端末は、前記端末上に一のアクティブオペレーティングシステムが存在するときと、前記端末上に一のアクティブオペレーティングシステムが不在のときに前記サービスリクエストを送信するよう動作可能である請求項１４に記載のシステム。
18. 一の電子サービス環境の一のサービスコンソールにおいて、一のユーザ端末における一の第１のセンサをトリガする一のスイッチの作動を検出する工程と、
    前記ユーザ端末においてなされた一のサービスリクエストの受信を示す一の第１の可視または可聴信号をアクティブにするよう前記ユーザ端末における一の第２のセンサを前記コンソールがトリガする工程と、
    を含む方法。
19. ユーザの前記サービスリクエストを満たした後、前記コンソールが、前記第２のセンサにおける一の第２の可視または可聴信号をアクティブにする請求項１８に記載の方法。
20. 前記スイッチは、一の専用スイッチである請求項１８に記載の方法。
21. 一のサービスコンソールに一のサービスリクエストを送信するよう一の電子サービス環境の一のユーザ端末における一の第１のセンサをトリガする工程と、
    前記サービスコンソールによる前記サービスリクエストの受信を示すよう一の第１の可視または可聴信号をアクティブにするよう前記ユーザ端末の一の第２のセンサをトリガする工程と、
    を含む方法。
22. 前記ユーザ端末は、前記第１のセンサおよび前記第２のセンサを有する一の入力／出力モジュールを含む請求項２１に記載の方法。
23. 前記第１のセンサは、一のレガシ／アラート標準形式ピンである請求項２２に記載の方法。
24. 前記第２のセンサは、一の遠隔制御ピンである請求項２２に記載の方法。
25. 複数の関連付けられる命令を有する一の機械アクセス可能媒体を含み、
    前記命令は、アクセスされると、一の機械に、
    一の電子サービス環境の一のサービスコンソールにおいて、一のユーザ端末における一の第１のセンサをトリガする一のスイッチの作動を検出させ、
    前記ユーザ端末においてなされた一のサービスリクエストの受信を示す一の第１の可視または可聴信号をアクティブにするよう前記ユーザ端末における一の第２のセンサを前記コンソールにトリガさせる、製品。
26. 前記検出は、前記ユーザ端末の電力状態、前記電子サービス環境における物理的位置、基本入力出力システム状態、およびオペレーティングシステム状態からなるグループからの情報のうち少なくとも１つの情報を受信することを含む請求項２５に記載の製品。
27. 前記電子サービス環境は、一のインターネットカフェである請求項２５に記載の製品。

Images