(57)【特許請求の範囲】
【請求項１】
第１処理システムに接続された電話回線を含む通信リンクを介して第２処理システムとの通信中に前記第１処理システムによって検出された混乱に応答する方法であって、
前記第１処理システムが前記通信リンクの電話回線を介して前記第２処理システムに接続されている間の通信に生じた混乱を検出するステップであって、前記混乱が通話中着信サービスの信号によって引き起こされるか、または前記電話回線の内線電話機の一つまたは複数を使用して発呼しようとすることによって引き起こされる、前記検出するステップと、
その混乱に応答して前記第２処理システムとの接続を中止するステップと、
入ってくるリング信号がなくなった時を決定するため、および前記電話回線に関連する全ての内線電話機がオンフックであることを決定するために前記電話回線を監視するステップと、
入ってくるリング信号がないとき、および内線電話機がいずれもオンフックであるときに、前記第２処理システムに前記通信リンクの電話回線を介して自動的に再接続するステップと
を含むことを特徴とする方法。
【請求項２】
前記通話中着信サービスの信号に関連する着信呼出しの発信者を識別する情報を表示するステップをさらに含むことを特徴とする請求項１記載の方法。
【請求項３】
前記電話回線を監視するステップが、
電話回線のインピーダンスを感知するステップと、
感知されたインピーダンスが全ての内線電話機がオンフックであることを示すかどうかを決定するステップとを有することを特徴とする請求項１記載の方法。
【請求項４】
リング信号を第１の所定の期間内に受信するステップと、
そのリング信号に続いて第２の所定の期間内に前記電話回線上でオフフック状態が発生するのを待つステップと、
前記第２の所定の期間内に電話回線上でオフフック状態が検出されない場合に、
電話回線上でオフフック状態を確立するステップと、
電話回線上に発信メッセージを出力するステップとをさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記発信メッセージを出力した後に  着信メッセージを記録するステップと、
着信メッセージを記録した後オフフック状態を確立するステップと
をさらに含む請求項４に記載の方法。
【請求項６】
第１の所定の期間内にリング信号を受信するステップと、
そのリング信号に続く第２の所定の期間内に前記電話回線上でオフフック状態が発生するのを待つステップと、
第２の所定の期間内にオフフック状態を検出した場合に、電話回線上でオンフック状態が発生するのを待つステップと、
オンフック状態を検出したときに、前記第２の処理システムとの通信を再確立するステップとをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
第１の所定の期間後にリング信号を受信しなかった場合に、
電話回線上でオンフック状態が発生するのを待つステップと、
オンフック状態を検出したときに、サーバとの通信を再確立するステップとをさらに含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記第１の処理システムにおいて、その第１の処理システムのブラウズ状況を記述する情報を保管するステップと、
混乱の後に、その保管した情報に基づいて以前のブラウズ状況を再開するステップとをさらに有することを特徴とする請求項１記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアント／サーバ・コンピュータ・ネットワーキングの分野に関する。より具体的には、本発明は、コンピュータ・ネットワーク内のクライアントとサーバとの間の通信を可能にするための方法および装置に関する。
【０００２】
【従来の技術】
パーソナル・コンピュータを使用する家庭や企業の数は、近年、大幅に増加している。このような増加とともに、インターネットの使用、特にワールドワイド・ウェブ（「ウェブ」）の使用が急増している。ウェブとは、インターネットによって論理的に接続された世界中の多数のコンピュータ上に位置する、定様式ハイパーテキスト・ページの集合である。ネットワーク技術、特にウェブへのユーザ・インタフェースを可能にするためのソフトウェア（「ウェブ・ブラウザ」）の進歩により、ウェブは全体の大部分にアクセス可能になった。しかし、ウェブの開発と使用の拡大にもかかわらず、多くの人は依然としてこの重要な資源を利用することができない。
【０００３】
これまでウェブへのアクセスは、たいてい、パーソナル・コンピュータにアクセスできる人に限られていた。しかし、多くの人は比較的安価なパーソナル・コンピュータの費用でさえ負担する余裕がなく、ウェブにアクセスするのに必要な基本的なコンピュータ技能を学習できないか、学習する気になれない人もいる。さらに、一般に先行技術のウェブ・ブラウザは、一部の人が必要とする程度の使い易さを提供せず、多くのコンピュータ初心者はソフトウェアの使い方を覚えるための根気がない。したがって、パーソナル・コンピュータを使用せずにウェブにアクセスできるようにするための安価な手段を提供することが望ましいはずである。特に、複雑なコンピュータ・ネットワークを使用しているのではなく、単にテレビのチャンネルを変えているかのように感じられるように、通常のテレビ・セットと遠隔制御装置を使用してウェブ・ページにアクセスできることが望ましいはずである。
【０００４】
コンピュータ・システム同士は、標準の電話回線（「ＰＯＴＳ（単純旧式電話サービス）」とも呼ぶ）を使用して長距離を越えて互いにデータをやりとりする場合が多い。しかし、コンピュータ自体は、専用の電話回線を備えていない場合が多い。むしろ、コンピュータは、標準の電話音声通信にも使用する電話回線を使用する場合が多い。このような電話回線の２重使用はコンピュータの問題を発生する可能性がある。たとえば、従来の電話サービスの多くは、その回線上に別の着信があるときに通話に係わる人に通知する「通話中着信サービス」という機能を有する。一般に、新しい呼出しを受信した人は、通話中着信サービス信号が発生する可聴音によって通知を受ける。これに対する応答として、その人はすでに進行中の呼出しを切断せずにもう一方の呼出しに切り替える（場合によっては「フラッシュ」と呼ばれる技法）か、または単に新しい呼出しを無視することができる。しかし、コンピュータがその回線を使用している間に通話中着信サービス信号が受信された場合、その信号によってデータ通信が激しく混乱する可能性がある。
【０００５】
一部の通信ソフトウェアは通話中着信サービス信号を使用不可にする能力を与えるが、このようにすると、コンピュータのユーザに対して電話で連絡しようとしているときに一般にそのユーザにはそれを知る方法がないという欠点がある。このため、特にウェブをブラウズしているときに、通話中着信サービス機能を使用不可にせずに激しい混乱を回避することが望ましいはずである。
【０００６】
モデム通信中に通話中着信サービスに対応する先行技術のシステムは、クライアント間通信でのみこれを実行し、通話中着信サービス割込みを処理するようにクライアントとモデムの両方がプログラミングされている場合だけを処理していた。このようなシステムの例としては、Ｐｈｙｌｏｎ，  Ｉｎｃ．（Ｆｒｅｍｏｎｔ，  Ｃａｌｉｆｏｒｎｉａ）設計の音声／データ・モデムや、Ｃａｔａｐｕｌｔ  Ｅｎｔｅｒｔａｉｎｍｅｎｔ（Ｃｕｐｅｒｔｉｎｏ，  Ｃａｌｉｆｏｒｎｉａ）設計のデータ専用モデムがある。どちらの製品もモデムによるビデオ・ゲーム用に設計されており、どちらも割込みを検出し、もう一方のクライアントにその状態を通知し、両方のクライアントが電話接続を終了して着信に応答できるようにすることにより、通話中着信サービス割込みを処理する。呼出しが完了すると、一方のモデムがもう一方のモデムにダイヤルし、ゲームを再開する。
【０００７】
この２つのシステムは、もっと難しい状態は処理しない。サーバ・モデムにダイヤルされる通話中着信サービス割込みを処理するように設計されているのはクライアント・モデムである。たとえば、このようなクライアント・モデムは、インターネット・アクセスを可能にするようなモデム・プールにダイヤルすることができるが、これは従来のモデムを使用して設計されているものである。このような従来のモデムは、通話中着信サービスによって定期的に割り込まれることがない電話接続によりダイヤルアップが行われると想定して設計されているので、先行技術のビデオ・ゲーム・モデムが通話中着信サービス割込み後に円滑に接続を再開できるようにする通知および再接続プロトコルをサポートしていない。
【０００８】
残念ながら、現在世界中で使用されているサーバ・モデムの大部分は、通話中着信サービスによって定期的に割り込まれない接続によりダイヤルアップが行われると想定して設計された従来のモデムである。したがって、実際問題としては、通話中着信サービスを認識するモデムとクライアントを含むものとして電話接続のもう一方の側のシステムに依存する先行技術のビデオ・ゲーム・モデムは、通話中着信サービスによって割り込まれるクライアント／サーバ・モデム接続を処理しない。
【０００９】
【発明が解決しようとする課題】
通話中着信サービス機能に加え、一部の電話サービスでは、発信者電話番号通知サービスと呼ばれる機能を提供している。発信者電話番号通知サービスは、電話呼出しを受信できる人であって、着信の発信元である電話番号が付いた適当な装置を有する人に対して提供される。このサービスは、呼出しを受信した人がその番号を認識できる場合に特に有用である。しかし、ときには見慣れない電話番号から発信された電話呼出しを受ける場合もある。したがって、発信者電話番号通知サービス加入者に対し、着信の発信元に関するより詳細な情報を提供することが望ましいはずである。さらに、呼出しを受信したときに電話回線を使用してウェブをブラウズしている加入者に対してもこのような情報を提供することが望ましいはずである。
【００１０】
【課題を解決するための手段】
通信リンクによりサーバ・システムと通信するクライアント・システムにおいて、サーバ・システムとの通信の混乱に応答する方法を提供する。この通信リンクは電話回線を含む。この混乱に応答して、クライアントはサーバとの通信を終了する。次にクライアントは電話回線上でオンフック状態を確立し、リング信号を待つ。
【００１１】
本発明の他の特徴は、添付図面ならびに以下に示す詳細な説明から明らかになるだろう。
【００１２】
添付図面では、限定としてではなく例として本発明を示すが、同じ参照番号は同様の要素を意味する。
【００１３】
【発明の実施の形態】
コンピュータ・ネットワーク内のクライアントとサーバとの間の通信を管理するための方法および装置について説明する。以下の説明では、本発明を完全に理解するために、説明を目的として多数の具体的な詳細を示す。しかし、このような具体的な詳細がなくても本発明を実施できることは当業者には明白になるだろう。その他の例では、本発明を不必要に曖昧にするのを回避するため、周知の構造および装置をブロック図形式で示す。
【００１４】
本発明は様々なステップを含み、これについては後述する。このステップはマシンで実行可能な命令で実現でき、それを使用すると、その命令でプログラミングした汎用プロセッサまたは専用プロセッサがこのステップを実行することができる。あるいは、本発明のステップは、そのステップを実行するための配線済み論理回路を含む特定のハードウェア構成要素により、またはプログラミングしたコンピュータ構成要素とカスタム・ハードウェア構成要素との組合せにより、実行できるはずである。
【００１５】
本発明は、インターネットへのアクセス権をユーザに提供するためのＷｅｂＴＶTMと呼ばれるシステムに含まれる。一般にＷｅｂＴＶTMクライアントのユーザは、ウェブをブラウズしたり、電子メール（Ｅメール）を送受信したり、その他の様々なＷｅｂＴＶTMネットワーク・サービスを使用するために、直接ダイヤル電話（「単純旧式電話サービス」を意味するＰＯＴＳ）、ＩＳＤＮ（統合サービス・ディジタル網）、その他の同様の接続を介してＷｅｂＴＶTMサーバにアクセスする。好ましい実施形態のＷｅｂＴＶTMネットワーク・サービスは、ＷｅｂＴＶTMクライアント内に常駐するソフトウェアとともにＷｅｂＴＶTMサーバ内に常駐するソフトウェアを使用して、ＷｅｂＴＶTMサーバによって提供される。
【００１６】
図１は一実施形態によるＷｅｂＴＶTMネットワークの基本構成を示している。複数のＷｅｂＴＶTMクライアント１は、直接ダイヤル両方向データ接続２９によりモデム・プール２に結合されているが、このデータ接続は電話（ＰＯＴＳすなわち「単純旧式電話サービス」）、ＩＳＤＮ（統合サービス・ディジタル網）、その他の同様のタイプの接続にすることができる。通常、モデム・プール２は、当技術分野で従来から知られているものなどのルータにより、インターネットなどの従来のネットワーク・インフラストラクチャ３を介して複数の遠隔サーバ４に結合される。ＷｅｂＴＶTMシステムはＷｅｂＴＶTMサーバ５も含み、これは特にＷｅｂＴＶTMクライアント１をサポートする。それぞれのＷｅｂＴＶTMクライアント１は、直接かまたはモデム・プール２およびインターネット３によりＷｅｂＴＶTMサーバ５に接続する。ただし、モデム・プール２は、インターネットおよび私設ネットワークへのアクセスを可能にするために現在世界中で見られるものなどの従来のモデム・プールであることに留意されたい。
【００１７】
また、本明細書では、説明を容易にするために、ＷｅｂＴＶTMサーバ５は単一装置であるかのように一般に記述し、ＷｅｂＴＶTMサービスが提供する機能はこのような単一装置によって実行されるものとして一般に記述していることに留意されたい。しかし、ＷｅｂＴＶTMサーバ５は、実際には分散アーキテクチャ内に接続された複数の物理装置と論理装置とを含み、ＷｅｂＴＶTMサービスが提供する後述の様々な機能は、実際には複数のＷｅｂＴＶTMサーバ装置間に分散することができる。
【００１８】
図２ＡはＷｅｂＴＶTMクライアント１を示している。ＷｅｂＴＶTMクライアント１は、電子ユニット１０（以下「ＷｅｂＴＶTMボックス１０」という）と、通常のテレビ・セット１２と、遠隔制御装置１１とを含む。本発明の代替実施形態のＷｅｂＴＶTMボックス１０は一体ユニットとしてテレビ・セット１２に組み込まれている。ＷｅｂＴＶTMボックス１０は、ユーザに対してグラフィカル・ユーザ・インタフェースを提供するためのハードウェアとソフトウェアとを含み、それによりユーザはＷｅｂＴＶTMネットワーク・サービスにアクセスしたり、ウェブをブラウズしたり、Ｅメールを送信したり、その他の目的でインターネットにアクセスすることができる。
【００１９】
ＷｅｂＴＶTMクライアント１は、ディスプレイ装置としてテレビ・セット１２を使用する。ＷｅｂＴＶTMボックス１０はビデオ・リンク６によりテレビ・セット１２に結合されている。ビデオ・リンク６は、ＲＦ（高周波）、Ｓビデオ、複合ビデオ、その他の同等の形式のビデオ・リンクである。ＷｅｂＴＶTMボックス１０とサーバ５との間の通信リンク２９は電話（ＰＯＴＳ）接続２９ａかまたはＩＳＤＮ接続２９ｂのいずれかである。ＷｅｂＴＶTMボックス１０はＡＣ電力線７によりＡＣ（交流）電力を受け取る。
【００２０】
遠隔制御装置１１は、ウェブをブラウズしたり、Ｅメールを送信したり、その他のインターネット関連機能を実行する際にＷｅｂＴＶTMクライアント１を制御するためにユーザが操作するものである。ＷｅｂＴＶTMボックス１０は、赤外線（ＩＲ）通信リンクを介して遠隔制御装置１１からコマンドを受け取る。代替実施形態では、遠隔制御装置１１とＷｅｂＴＶTMボックス１０との間のリンクは、ＲＦまたは同等の伝送モードにすることができる。
【００２１】
図２Ｂは、ＷｅｂＴＶTMボックス１０の内部機能のブロック図である。ＷｅｂＴＶTMクライアント１の動作は、特定用途向け集積回路（ＡＳＩＣ）２０に結合された中央演算処理装置（ＣＰＵ）２１によって制御される。ＣＰＵ２１は本発明の特徴を実現するために設計されたソフトウェアを実行する。ＡＳＩＣ２０は、ＷｅｂＴＶTMクライアント１によって提供される所与の機能を実施するために使用可能な回路を含む。ＡＳＩＣ２０は、テレビ１２に音声出力を提供する音声ディジタル・アナログ変換器２５に結合されている。しかも、ＡＳＩＣ２０は、テレビ・セット１２にビデオ出力を提供するビデオ・エンコーダ２６に結合されている。ＩＲインタフェース２４は、遠隔制御装置１１から伝送されたＩＲ信号を検出し、それに応答して対応する電気信号をＡＳＩＣ２０に供給する。標準の電話モデム２７とＩＳＤＮモデム３０は、モデム・プール２と、インターネット３による遠隔サーバ４への接続２９ａおよび２９ｂをそれぞれ提供するためにＡＳＩＣ２０に結合されている。ただし、ＷｅｂＴＶTMボックス１０はケーブル・テレビ・モデム（図示せず）を含むこともできることに留意されたい。
【００２２】
また、ＡＳＩＣ２０には読取り専用メモリ（ＲＯＭ）２２も結合されているが、これはＷｅｂＴＶTMボックス１０が実行すべきアプリケーション・ソフトウェアを実現するためのプログラム・コードを格納するものである。ただし、ＲＯＭ２２は、プログラム可能ＲＯＭ（ＰＲＯＭ）または任意の形式の消去可能ＰＲＯＭ（ＥＰＲＯＭ）またはフラッシュ・メモリにすることができることに留意されたい。また、ＡＳＩＣ２０にはランダム・アクセス・メモリ（ＲＡＭ）２３も結合されている。任意で大容量記憶装置２８を用意し、ＡＳＩＣ２０に結合することもできる。大容量記憶装置２８は、ソフトウェアまたはデータをクライアントに入力したり、ネットワーク接続２９により受信したソフトウェアまたはデータをダウンロードするために使用することができる。大容量記憶装置２８は、磁気ディスク、光ディスクなど、マシンで実行可能な命令を格納するための適当な媒体を含んでいる。
【００２３】
図３は、一実施形態により家庭１５内に実現されたＷｅｂＴＶTMクライアント１を示している。家庭１５内のＷｅｂＴＶTMクライアント１は、２台の従来の電話機（「内線電話機」）１０および１台のパーソナル・コンピュータ１２のモデムと電話回線２９ａを共用する。したがって、電話回線２９ａは、様々な時点でデータ通信（ＷｅｂＴＶTMクライアント１とパーソナル・コンピュータ１２による）と音声通信の両方に使用される。電話回線２９ａは家庭１５内の単一電話番号に対応している。
【００２４】
前述のように、ＷｅｂＴＶTMボックス１０は、ウェブ・ブラウザを含むアプリケーション・ソフトウェアを含んでいる。次に図４を参照すると、前述のアプリケーション・ソフトウェア３１はオペレーティング・システム（ＯＳ）ソフトウェア３２とともに動作する。ＯＳソフトウェア３２は、様々なデバイス・ドライバを含み、そうではない場合はアプリケーション・ソフトウェア３１とシステム・ハードウェア構成要素４０（すなわち、図１に示す要素）とのインタフェースを提供する。
【００２５】
好ましい実施形態では、アプリケーション・ソフトウェア３１とＯＳソフトウェア３２は一般にＲＯＭ２２に格納されている。しかし、アプリケーション・ソフトウェア３１とＯＳソフトウェア３２のいずれか一方または両方は、磁気または光記憶装置を含む適当な記憶媒体上に格納できることに留意されたい。
【００２６】
次に、ＷｅｂＴＶTMクライアント１は図３に示すような構成で実現されているものと想定する。すなわち、ＷｅｂＴＶTMクライアント１は、家庭１５内の１台または複数台の標準内線電話機と単一電話回線２９ａを共用する。さらに、家庭１５に提供される電話サービスは通話中着信サービスと発信者電話番号通知サービスを含むものと想定する。このため、ＷｅｂＴＶTMクライアント１を使用してユーザがウェブをブラウズしている間に家庭１５で受け取った着信電話は、通話中着信サービス信号の受信によって示される。この通話中着信サービス信号により、電話回線上のデータ通信の混乱が発生する。一部の先行技術のクライアント／サーバ・モデムでは、通話中着信サービス信号などの混乱をエラー条件として扱い、データ接続を維持しようと試みるかまたは単に接続を喪失する。他の先行技術のクライアント／サーバ・モデムでは、単に通話中着信サービス信号を使用不可にするだけである。このような手法のいずれでも、ウェブ・ブラウザのユーザは通常、着信に気付かないままになるという欠点がある。しかし、本発明はこの欠点を克服するものである。
【００２７】
データ通信における割込みは、基本的にＷｅｂＴＶTMクライアント１により休止条件として扱われる。具体的には、通話中着信サービス信号を含むデータ通信における割込みに対する応答として、クライアント１は自動的にモデム・プール２から切断され、ユーザのブラウズ状態を維持しながら後で自動的にモデム・プール２に再接続する。次に図５を参照すると、ＷｅｂＴＶTMクライアント１がＷｅｂＴＶTMサーバ５（または他のサーバ）と接触している間にこのクライアント１により通信の割込みが検出された場合（ステップ５０１）、クライアント１は、現行ブラウズ状況を記述する情報をメモリ（ＲＡＭ）２３に保管する（ステップ５０２）。保管した情報は、ユーザがブラウズしていたウェブ・サイトを正確に特定し、ユーザからの追加入力なしに後でそのロケーションに自動的に戻るのに必要なすべての情報を含んでいる。状況情報が保管されると、クライアント１は自動的にモデム・プール２から切断される（ステップ５０３）。次にクライアント１は、所定の時間間隔Ｔ1 （たとえば、１０秒間）の間、待つ（ステップ５０４）。時間間隔Ｔ1 が時間切れになると、クライアント１は、電話回線２９上のリング信号を検出しようと試みることにより、着信が依然として受信されているかどうかを判定する（ステップ５０５）。リング信号の検出は、第三者がコールインしようとしていることを意味するはずである。というのは、通話中着信サービス信号後のオンフック状態は、それがリング信号を伝送するはずであることを電話会社の電話局の交換機に指示するものであるからである。さらにクライアント１は、すべての内線電話機がオンフック状態（すなわち、非活動状態またはクローズ状態）になっているかどうかを判定する（ステップ５０６）。この判定は、電話回線２９上のインピーダンスを感知することによって行われる。リング信号が一切検出されず、すべての内線電話機がオンフック状態になっている場合、クライアント１は自動的にモデム・プール２にリダイヤルし、前に保管した状況情報に基づいて前のブラウズ状態を再開する（ステップ５０７）。しかし、リング信号が検出されるかまたは内線電話機がオフフック状態（活動状態）になっている場合（たとえば、家族の誰かが内線電話機を取り上げ、ダイヤルを開始した場合）、クライアント１は、モデム・プール２への接続を再確立する前にその状況が該当しなくなるまで待つ。したがって、混乱が通話中着信サービス割込みであるか、他の人が発信しようとしていることによる混乱であるかにかかわらず、同じメカニズムが正常にその状況を処理する。
【００２８】
前述のように、家庭１５に提供される電話サービスは発信者電話番号通知サービスを含むものと想定されている。しかし、発信者電話番号通知サービスは本発明の通話中着信サービス機能をサポートするために不可欠ではないことに留意されたい。本発明では、着信の発信元を識別する情報をユーザに提供するために発信者電話番号通知サービスを利用する。次に図６を参照し、ユーザがウェブをブラウズしている間に着信電話を受け取ったと想定する。したがって、クライアント１は、ブラウズ状況情報を保管した後にモデム・プール２から切断される。次にクライアント１により、着信を受信したことを示すメッセージがテレビ・セット１２上でユーザに対して表示される（ステップ６０１）。次にクライアントは発信者電話番号通知サービス情報を待つ。この情報は通常、第１のリング信号と第２のリング信号との間に受信される（ステップ６０１）。第２のリング信号の前など、事前設定期間が時間切れになる前に発信者電話番号通知サービス情報を受け取った場合（ステップ６０２）、クライアント１は、着信の電話番号が対応する名前とともにメモリ２３に事前に格納されているかどうかを判定する（ステップ６０３）。格納されている場合、着信の発信元に対応する名前がメモリ２３から取り出され、通話中着信サービス・メッセージとともにユーザに表示される（ステップ６０４）。発信者電話番号通知サービス情報を一切受信していない場合または着信電話番号に対応する名前がメモリ２３に格納されていない場合、発信者の名前が不明であることを示すメッセージがユーザに対して表示される（ステップ６０８）。所定のリング回数内に電話機１０の１台を取り上げることにより、ユーザが着信を受け入れた場合、このルーチンは終了する（ステップ６０５）。しかし、ユーザが呼出しを受け入れない場合、クライアント１は自動的にその呼出しに応答する。具体的には、クライアント１は記録済みの挨拶を発信者に対して再生し（ステップ６０６）、発信者が残しておきたいと思ったメッセージをディジタル方式で記録する（ステップ６０７）。発信者が残したメッセージは、音声出力用のテレビ・セット１２のスピーカを使用して、それが記録されたときにリアルタイムでクライアント１のユーザにも再生される。
【００２９】
ここで図７を参照すると、次にクライアント１がインターネットに接続したときに、クライアント１は、最後の電話呼出しの発信者の名前を求める要求を適当な「ホワイト・ページ」データベース・サーバに自動的に送信する（ステップ７０１）。ただし、最後の電話呼出の発信者電話番号通知サービス情報を受け取ったと仮定する。この要求は、発信者電話番号通知サービスによって提供される電話番号を含む。「ホワイト・ページ」電話帳情報を含む、このようなウェブ・サイトは周知のものである。電話帳ウェブ・サイトにより、アクセス中の当事者は所与の電話番号または名前に基づく検索を行うことができる。したがって、クライアント１は、電話帳ウェブ・サイトを使用して、発信者電話番号通知サービス情報から自動的に電話番号を調べる（ステップ７０２）。電話帳ウェブ・サイトが電話番号を突き止めた場合（ステップ７０３）、クライアント１は、その名前を受け取ると、今後の使用のために電話番号とそれに対応する名前をメモリ２３に格納する（ステップ７０４）。このため、今後はその電話番号からの着信を受け取るたびに、発信側の名前がメモリ２３から自動的に取り出され、ユーザに対して表示される（図６のステップ６０４）。
【００３０】
本発明は選択転送機能も含み、それにより、そのユーザがクライアント１のものとは異なる地理的位置にいる場合でも指定の発信者から着信電話を受け取ったときにクライアント１のユーザはＥメールまたは電話を介して自動的に通知を受ける。ユーザは最初にメッセージ転送オプションを選択し、クライアント１に対して発信側のＩＤを入力する。このＩＤは、電話番号または名前の形式で指定することができる。遠隔制御装置１１の数字ボタンを使用すると、電話番号の数字を入力することができる。名前の英字を入力するには、ユーザは、テレビ・セット１２上に表示されるキーボードのイメージ内のソフト・ボタンを選択することができる。あるいは、ワイヤレス・キーボードの使用により、文字を入力することもできる。また、ユーザは、「Ｅメール」または「電話」あるいはその両方として転送モードを選択し、転送メッセージの送信先になる位置を指定する宛先Ｅメール・アドレスまたは電話番号あるいはその両方を入力する。
【００３１】
図８は、クライアント１が遠隔地にいるユーザにメッセージを転送する際のルーチンを示している。着信を受け取ると、ユーザがメッセージ転送オプションを選択済みの場合（ステップ８０１）、クライアント１は、ユーザが指定した発信側ＩＤが発信者電話番号通知サービス情報と一致するかどうかを判定する（ステップ８０２）。ユーザ指定のＩＤが名前として提供された場合、クライアント１は、上記の識別手順を使用して、一致するかどうかを判定する。具体的には、クライアント１は、発信者電話番号通知サービス情報内の電話番号がメモリ２３に格納されているかどうかを判定し、格納されている場合は、対応する名前が格納されているかどうかを判定する。
【００３２】
発信者電話番号通知サービス情報がユーザ指定の発信者ＩＤと一致しない場合、着信を処理するための標準的なルーチンが実行される（ステップ８０５）。しかし、一致する場合、クライアント１は、回線がクリアになる（すなわち、着信が一切受信されず、すべての受話器がオンフック状態になる）まで待つ（ステップ８０３）。回線がクリアになると、クライアント１はユーザが指定した位置までメッセージを自動的にディスパッチする。メッセージは、デフォルト・メッセージまたはユーザ作成メッセージにすることができる。電話モードを選択した場合、クライアント１は自動的にユーザ指定の宛先電話番号をダイヤルし、呼出しに対する応答があった場合は事前記録メッセージを再生する。このため、指定の当事者が呼出しを行うと、ユーザがクライアント１から離れた場所に位置していても、上記の技法を使用して、ユーザはただちに通知を受ける。
【００３３】
本発明は従来のＥメール機能も提供する。ＷｅｂＴＶTMユーザにアドレス指定されたＥメールはＷｅｂＴＶTMサーバ５に格納される。そのユーザにアドレス指定されたＥメールがサーバ５によって受信されると、クライアント１が現在、サーバ５に接続されている場合、サーバ５はこの事実をクライアント１に通知する。この信号を受け取ると、クライアント１は、そのユーザにＥメールが届いているという表示をユーザに対して行う。この表示は、ＷｅｂＴＶTMボックス１０のハウジング内に組み込まれたＬＥＤ（発光ダイオード）の点灯、テレビ・セット１２上に表示されるテキスト・メッセージ、あるいはその両方という形式で行われる。本発明の一実施形態では、クライアント１は自動的にダイヤルアウトし、一定の間隔でまたは指定の時刻にＷｅｂＴＶTMサーバ５に接続してそのユーザに新しいＥメールが届いているかどうかを判定し、いずれの場合も高速検索のためにＥメールをメモリ（たとえば、ＲＡＭ２３）にダウンロードし、ＬＥＤを点灯する。
【００３４】
本発明のもう１つの特徴は、ＩＳＤＮサービスに関連するコストの低減に関する。前述のように、クライアント１は、サーバ５との接続として標準電話接続２９ａとＩＳＤＮ接続２９ｂの両方を備えている。現在の最新技術によれば、ＩＳＤＮ接続の方が標準電話接続より高速のデータ通信が可能であることは周知のことである。しかし、ＩＳＤＮサービスは標準電話サービスより値段が高い傾向がある。その結果、本発明では、インターネットへのアクセスに関連する通信コストを低減するための手段を提供する。具体的には、クライアント１は、時刻を追跡し、ＩＳＤＮ使用の「プライム・タイム」とは見なされない時間帯にＩＳＤＮ接続２９ｂにより通信を経路指定する。しかし、クライアント１は、料金が最も高いＩＳＤＮプライム・タイム中は標準電話接続２９ａにより自動的に通信を方向付ける。
【００３５】
本発明の他の態様では、所定の期間の間、ユーザからの入力が一切受信されないと、クライアント１は自動的にＷｅｂＴＶTMサーバ５から切断される。前述のように、切断前に現行ブラウズ状況がメモリ２３に格納される。ネットワークへのアクセスを必要とするような入力をユーザが行うと、ただちに接続が自動的に再確立され、最新のブラウズ状況が再開される。このため、ユーザは、ブラウズを再開するために特定のログイン手順を開始する必要がない。
【００３６】
したがって、サーバ処理システムに結合されたクライアント処理システムにおいて、クライアントとサーバとの間の通信を管理する方法を提供する。特定の実施形態に関連して本発明を説明してきたが、特許請求の範囲に記載した本発明のより広い範囲および精神を逸脱せずにこれらの実施形態に対して様々な修正および変更が可能であることは明白になるだろう。したがって、本明細書および添付図面は、限定ではなく例示であると見なすべきである。
【図面の簡単な説明】
【図１】  ネットワーク内の１つのサーバ・システムに接続された複数のクライアント・システムを示す図である。
【図２】  ワールドワイド・ウェブをブラウズするためのクライアント・システムを示す図（Ａ）と、クライアント・システムの電子ユニットのブロック図（Ｂ）である。
【図３】  １本の電話回線を共用する電話と、クライアント・システムと、標準のパーソナル・コンピュータとを示す図である。
【図４】  クライアント・システム内のハードウェアとソフトウェアとの機能上の関係を示す図である。
【図５】  クライアント・システム内の通信の割込みを処理するためのルーチンを示す流れ図である。
【図６】  通話中着信サービス信号に応答するためのルーチンを示す流れ図である。
【図７】  発信者電話番号通知サービス情報から得た電話番号に関連する名前を決定するためのルーチンを示す流れ図である。
【図８】  ユーザに対して着信電話呼出しを選択的に通知するためにクライアント・システムが使用するルーチンを示す流れ図である。
【符号の説明】
１  ＷｅｂＴＶクライアント
２  モデム・プール
３  インターネット
４  遠隔サーバ
５  ＷｅｂＴＶサーバ
２９  直接ダイヤル両方向データ接続
【図１】
0003858346.tif 000002
【図２】
0003858346.tif 000003
【図３】
0003858346.tif 000004
【図４】
0003858346.tif 000005
【図５】
0003858346.tif 000006
【図６】
0003858346.tif 000007
【図７】
0003858346.tif 000008
【図８】
0003858346.tif 000009