JP2008158664A - 通信システム、サーバ、通信端末及び通信方法 - Google Patents

Abstract

【課題】簡易な処理で通信に関する処理の負荷を低減する。
【解決手段】本発明は、管理サーバ２２の記憶部４３に対して、次回以降に配信サーバ２３に接続するタイミングを示す接続パターンデータを予め複数記憶しておき、複数の通信端末２１のそれぞれからの要求に応じて管理サーバ２２の記憶部４３に記憶する複数の接続パターンデータの中から接続パターンデータをランダムに選択して複数の通信端末２１のそれぞれに送信し、かかる接続パターンデータに基づいて通信端末２１のそれぞれが配信サーバ２３に順次接続するという簡易な処理を行うだけで、複数の通信端末２１のそれぞれが同じ時間に集中して配信サーバ２３に接続することを極力回避することができ、結果として、簡易な処理で通信に関する処理の負荷を低減することができる。
【選択図】図１１

Description

本発明は通信システム、サーバ、通信端末及び通信方法に関し、例えばサーバと複数の通信端末との間で通信する通信システムに適用して好適なものである。

従来、サーバと複数の通信端末との間で通信する通信システムがある。この種の通信システムにおいてサーバは、複数の通信端末のそれぞれとの通信に関する処理の負荷を観測すると共に、その観測結果に基づいて、通信端末が次に接続するまでの時間の幅を示す情報（以下、これを時間幅情報と呼ぶ）を設定して通信端末に送信していた。そして従来の通信システムにおいて通信端末は、サーバから送出される時間幅情報を受信すると、その時間幅情報に示されている時間の幅の中でランダムな時間を算出し、その算出したランダムな時間が経過した後にサーバに接続していた。このようにして従来の通信システムでは、複数の通信端末のそれぞれが同じ時間に集中してサーバに接続することを回避して、通信に関する処理の負荷を低減していた（例えば特許文献１参照）。
特開２００６−１１３６９８公報

ところで従来の通信システムでは、通信に関する処理の負荷は低減できるが、複数の通信端末のそれぞれが同じ時間に集中してサーバに接続することを回避するために、サーバにおいて複数の通信端末との通信に関する処理の負荷を観測する処理が必要であると共に、通信端末において時間幅情報をもとにランダムな時間を算出する処理も必要であり、かかる処理の分だけサーバ及び通信端末の負荷が増加するという問題があった。

本発明は以上の点を考慮してなされたもので、簡易な処理で通信に関する処理の負荷を低減できる通信システム、サーバ、通信端末及び通信方法を実現する。

かかる課題を解決するため本発明においては、複数の通信端末と、当該複数の通信端末と接続して通信可能なサーバとを有する通信システムにおいて、サーバは、複数の通信端末のそれぞれと接続して通信する第１の通信部と、通信端末がサーバへ接続してから次回以降に当該サーバに接続するまでのタイミングを示す複数の接続パターンを記憶する記憶部と、記憶部に記憶した複数の接続パターンの中から接続パターンを選択するパターン選択部と、第１の通信部により複数の通信端末の中のいずれかの通信端末と通信したときに、パターン選択部により選択された接続パターンを、第１の通信部により接続された通信端末に送信するように当該第１の通信部を制御する第１の制御部とを設け、通信端末は、第１の通信部を介してサーバと接続して通信する第２の通信部と、第２の通信部により受信された接続パターンに示されるタイミングで、第１の通信部を介してサーバと接続して通信するように当該第２の通信部を制御する第２の制御部とを設けるようにした。

これにより、サーバが、複数の接続パターンの中から接続パターンを選択して複数の通信端末のそれぞれに送信し、複数の通信端末のそれぞれが、サーバから送信された接続パターンに応じて当該サーバと接続するという簡易な処理をするだけで、複数の通信端末のそれぞれが同じ時間に集中してサーバに接続することを極力回避できる。

本発明によれば、サーバが、複数の接続パターンの中から接続パターンを選択して複数の通信端末のそれぞれに送信し、複数の通信端末のそれぞれが、サーバから送信された接続パターンに応じて当該サーバと接続するという簡易な処理をするだけで、複数の通信端末のそれぞれが同じ時間に集中してサーバに接続することを極力回避でき、かくして、簡易な処理で通信に関する処理の負荷を低減できる。

以下図面について、本発明の一実施の形態を詳述する。

（１）第１の実施の形態
（１−１）本実施の形態の概要
図１において、１は全体として本実施の形態による、複数の通信端末２（２Ａ、２Ｂ、２Ｃ・・・）と、当該複数の通信端末と接続して通信可能なサーバ３とを有する通信システムの構成の概要を示す。通信システム１においてサーバ３は、複数の通信端末２（２Ａ、２Ｂ、２Ｃ・・・）のそれぞれと接続して通信する第１の通信部４を有する。また通信システム１においてサーバ３には、通信端末２が、次回以降にサーバ３に接続するタイミングを示す複数の接続パターンを記憶する記憶部５が設けられている。さらに通信システム１においてサーバ３には、記憶部５に記憶した複数の接続パターンの中から接続パターンを選択するパターン選択部６が設けられている。さらに通信システム１においてサーバ３には、第１の通信部により複数の通信端末２（２Ａ、２Ｂ、２Ｃ・・・）の中のいずれかの通信端末２と通信したときに、パターン選択部６により選択された接続パターンを、第１の通信部により通信している通信端末２に送信するように当該第１の通信部４を制御する第１の制御部７が設けられている。一方で通信システム１において各通信端末２（２Ａ、２Ｂ、２Ｃ・・・）のそれぞれは、サーバ３と接続して通信する第２の通信部８を有する。また通信システム１において各通信端末２（２Ａ、２Ｂ、２Ｃ・・・）のそれぞれには、第２の通信部により受信された接続パターンに示されるタイミングで、サーバ３と接続するように当該第２の通信部８を制御する第２の制御部９が設けられている。かかる構成により通信システム１は、サーバ３が、複数の接続パターンの中から接続パターンを選択して複数の通信端末２（２Ａ，２Ｂ，２Ｃ・・・）のそれぞれに送信し、複数の通信端末２（２Ａ，２Ｂ，２Ｃ・・・）のそれぞれが、サーバ３から送信された接続パターンに応じて当該サーバ３と接続するという簡易な処理をするだけで、複数の通信端末２（２Ａ，２Ｂ，２Ｃ・・・）のそれぞれが同じ時間に集中してサーバ３に接続することを極力回避でき、かくして、簡易な処理で通信に関する処理の負荷を低減できる。

（１−２）通信システムの構成
図２において、２０は全体として通信システムを示す。かかる通信システム２０は、本発明を適用した同型でなる複数の通信端末２１（２１Ａ，２１Ｂ，２１Ｃ・・・、以下、これらをまとめて単に通信端末２１と呼ぶ）と管理サーバ２２並びに配信サーバ２３とを、インターネット等でなるネットワーク２４を介して接続して通信し得るようになされている。この場合、複数の通信端末２１のそれぞれは、管理サーバ２２に接続することで、ユーザに提示するための情報（すなわち通信データ）の配信を受ける配信サーバ２３のアドレス（例えばＵＲＩ：Universal Resource Identifier）を取得する。そして複数の通信端末２１のそれぞれは、かかる取得したアドレスに応じて配信サーバ２３に接続することで、配信サーバ２３からの通信データの配信を受けるようになされている。

（１−３）通信端末の構成
次いで図３を用いて、通信端末２１の機能回路ブロックによる詳細なハードウェア構成を説明する。かかる通信端末２１は、制御部３０が、操作部３１に対するユーザ操作に応じて種々の命令が入力されると、記憶部３２に予め記憶されている基本プログラムやアプリケーションプログラム等の各種プログラムを読み出す。そして制御部３０は、これら各種プログラムに従って全体を制御すると共に、所定の演算処理や、操作部３１を介して入力される種々の命令に応じた各種処理を実行する。

通信端末２１の制御部３０は、ユーザにより操作部３１を介して、ＣＤ（Compact Disk）等のメディアに記録された音楽データを録音するための操作命令が入力されると、通信端末２１や図示しないドライブに装填されたメディアから音楽データを読み出すと共に、当該読み出した音楽データを記憶部３２に送出して記憶する。さらに制御部３０は、ユーザにより操作部３１を介して、所望の音楽データを配信要求するための操作命令が入力されると、まず通信部３３を介してネットワーク２４上の管理サーバ２２（図２）に接続し、配信サーバ２３のアドレスを取得する。そして制御部３０は、管理サーバ２２から取得したアドレスに応じて通信部３３を介してネットワーク２４上の配信サーバ２３に接続し、所望の音楽データをダウンロード要求する。その結果、制御部３０は、配信サーバ２３から返信される音楽データを、通信部３３を介して受信すると、その音楽データを記憶部３２に送出して記憶する。このようにして制御部３０は、記憶部３２に対し、多数の音楽データを記憶し得るようになされている。

そして通信端末２１の制御部３０は、ユーザにより操作部３１を介して記憶部３２内の音楽データが指定され、かつ当該指定された音楽データを再生要求する操作命令が入力されると、これに応じて記憶部３２から、当該指定された音楽データを読み出す。また制御部３０は、その記憶部３２から読み出した音楽データに対しデータ処理部３４で所定の再生処理を施した後、アンプやスピーカ等でなる出力部３５に送出する、これにより制御部３０は、出力部３５から、記憶部３２に記憶していた音楽データに基づく音楽を出力してユーザに聴かせることができる。さらに制御部３０は、ユーザにより操作部３１を介してメディアから音楽データを再生するための操作命令が入力されると、通信端末２１に装填されたメディアから音楽データを読み出してデータ処理部３４を介して出力部３５に送出する。これにより制御部３０は、出力部３５から、メディアに記録された音楽データに基づく音楽を出力してユーザに聴かせることもできる。

さらに通信端末２１の制御部３０は、各種プログラムの実行結果（例えば、音楽データの取得、録音及び再生等）に応じた表示用データを生成して、表示制御部やディスプレイでなる表示部３６に送出する。これにより制御部３０は、表示部３６において表示用データに基づき、音楽データの取得、録音及び再生等に関する各種画面を表示して、ユーザに視認させることができる。

これに加え通信端末２１の制御部３０は、通信部３３を介して所定のタイミングでネットワーク２４上の配信サーバ２３に接続することにより、新曲や最近の流行の曲、お勧めの曲、話題のアーティスト、臨時ニュース等に応じた情報の提示用のデータを通信データとして配信サーバ２３から得て（以下、このようにして得る通信データを提示用データと呼ぶ）これを一時記憶部３７に一時記憶させる（すなわちキャッシュする）ようにもなされている。そして制御部３０は、一時記憶部３７にキャッシュした提示用データを順次読み出して、この提示用データに基づいた情報を表示部３６に表示してユーザに提示する。

この場合、通信端末２１の制御部３０は、操作部３１へのユーザの操作により主電源が入れられて通信端末２１自体の立ち上げが完了すると、通信部３３を介してネットワーク２４に接続されているか否かを確認する。また制御部３０は、通信端末２１がネットワーク２４に接続されていることを確認すると、内部のメモリ（図示せず）あるいは記憶部３２に予め記憶しているアドレスに応じ、通信部３３を介してネットワーク２４上の管理サーバ２２に接続する。そして制御部３０は、管理サーバ２２に対し、提示用データを配信可能な配信サーバ２３に接続するための初期設定を要求する信号（以下、これを初期設定要求信号と呼ぶ）を送信する。

（１−４）管理サーバの構成
ここで図４を用いて、管理サーバ２２の機能回路ブロックによる詳細なハードウェア構成を説明する。管理サーバ２２は、通信部４１によりネットワーク２４を介して複数の通信端末２１のそれぞれと接続して通信し得るようになされ、制御部４２が、記憶部４３から読み出したプログラムを実行することにより、バス４５を介して全体を統括的に制御して各種処理を実行するようになされている。

この管理サーバ２２の制御部４２は、記憶部４３に対し、通信端末２１が次回以降にどのようなタイミングで配信サーバ２３に接続するかについてのパターンを示すデータ（以下、これを接続パターンデータと呼び、その詳細については後述する）を予め複数記憶している。また制御部４２は、記憶部４３に対し、提示用データを配信する配信サーバ２３のアドレスを予め記憶している。

そして管理サーバ２２の制御部４２は、ネットワーク２４を介して接続する複数の通信端末２１のそれぞれから送信される初期設定要求信号を通信部４１で受信すると、この受信した初期設定要求信号に応じてパターン選択部４４を制御することにより、記憶部４３に記憶する複数の接続パターンデータの中から１つの接続パターンデータをランダムに選択して読み出す。また制御部４２は、この受信した初期設定要求信号に応じて、記憶部４３から配信サーバ２３のアドレスを読み出す。そして制御部４２は、記憶部４３から読み出した接続パターンデータと配信サーバ２３のアドレスとを含む初期設定情報を生成して、これを通信端末２１に送信する。

このようにして管理サーバ２２は、通信データ配信を受ける配信サーバ２３のアドレスと、かかる配信サーバ２３へ接続するタイミングを示す接続パターンデータとを、初期設定情報として通信端末２１に送信するようになされている。

通信端末２１は、管理サーバ２２から初期設定情報として送信される接続パターンデータと配信サーバ２３のアドレスを取得すると、接続パターンデータに示される接続のタイミングで、アドレスに示される配信サーバ２３に接続する。そして通信端末２１は、接続パターンデータに示される次に接続するまでの接続時間に応じた量の提示用データを要求する信号（以下、これを提示用データ要求信号と呼ぶ）を通信部３３を介して配信サーバ２３に送信する。

（１−５）配信サーバの構成
ここで図５を用いて、配信サーバ２３の機能回路ブロックによる詳細なハードウェア構成を説明する。配信サーバ２３は、通信部５１によりネットワーク２４を介して複数の通信端末２１のそれぞれと接続して通信し得るようになされ、制御部５２が、記憶部５３から読み出したプログラムを実行することにより、バス５５を介して全体を統括的に制御して各種処理を実行するようになされている。

この配信サーバ２３の制御部５２は、新曲や最近の流行の曲、お勧めの曲、話題のアーティスト、ニュース、天気予報等の情報に基づいて、通信端末２１の表示部３６に表示してユーザに提示するための、ＸＭＬ（eXtensible Markup Language）形式やストリーミング形式でなる配信用の提示用データを生成して記憶部５３に予め記憶すると共に、新しい情報を得る毎に、記憶部５３に記憶した提示用データを逐次更新するようになされている。

そして配信サーバ２３の制御部５２は、ネットワーク２４を介して接続する複数の通信端末２１のそれぞれから送信される提示用データ要求信号を通信部５１で受信すると、記憶部５３に記憶する提示用データから、この受信した提示用データ要求信号に応じた量の提示用データを読み出して、これを通信端末２１に配信する。

このようにして配信サーバ２３は、複数の通信端末２１のそれぞれから送出される提示用データ要求信号に応じて、複数の通信端末２１のそれぞれに対して提示用データを送信するようになされている。

複数の通信端末２１のそれぞれの制御部３０は、配信サーバ２３から送信される提示用データを通信部３３で受信し、これを一時記憶部３７でキャッシュした後に読み出して、当該提示用データに基づいた情報を表示部３６に表示する。また制御部３０は、配信サーバ２３からの提示用データの送信が終了すると、通信部３３を制御して配信サーバ２３との接続を切断する。そして制御部３０は、接続パターンデータに次回以降の接続のタイミングが示されている場合は、配信サーバ２３へ接続して提示用データを取得することを繰り返す。

このようにして通信システム２０において通信端末２１と配信サーバ２３とは、接続パターンデータに基づくタイミングで、提示用データの要求と配信とを繰り返すようになされている。

（１−６）接続パターンデータ
ここで、管理サーバ２２の記憶部４３に予め記憶している、複数の上述した接続パターンデータについて詳述する。

かかる通信システム２０において、通信端末２１が配信サーバ２３に接続してから次に接続するまでには所定の単位としての時間（以下、これを接続単位時間と呼ぶ）があり、接続パターンデータは、かかる接続単位時間に対して所定の自然数以下の自然数をそれぞれ乗算して算出される複数の時間（以下、これらを接続時間と呼ぶ）が順列に組み合わされることで、次回以降に通信端末２１に接続するまでの複数の接続時間が設定されている。

実際上、この接続パターンデータは、接続単位時間として例えば「１５秒間」が設定されて所定の自然数として例えば「３」が設定されている場合に、「１５秒間」に対して、「３」以下の自然数である「１」「２」「３」をそれぞれ乗算して算出される第１の接続時間（１５秒間）、第２の接続時間（３０秒間）、第３の接続時間（４５秒間）という３つの長さの接続時間が順列に組み合わされることで、次回以降（この場合３回まで）に通信端末２１に接続するタイミングを示す「１５秒間−３０秒間−４５秒間」「１５秒間−４５秒間−３０秒間」「３０秒間−４５秒間−１５秒間」「３０秒間−１５秒間−４５秒間」「４５秒間−１５秒間−３０秒間」「４５秒間−３０秒間−１５秒間」の６通りが形成されて記憶部４３に予め記憶されている。以下、接続パターンデータの接続単位時間として「１５秒間」、所定の自然数として「３」が設定された場合について話を進める。

（１−７）接続パターンの比較例
ここで、このようにして予め用意した複数の接続パターンデータに基づいて通信端末２１が配信サーバ２３に対して接続することの利点を判り易く説明するため、まず最初に、接続パターンデータを用いて接続した場合に対する比較として、上述した第１の接続時間（１５秒間）を周期として通信端末２１が配信サーバ２３に対して接続したと仮定する比較例（以下、これを第１の比較例と呼ぶ）と、上述した第２の接続時間（３０秒間）を周期として通信端末２１が配信サーバ２３に対して接続したと仮定する比較例（以下、これを第２の比較例と呼ぶ）と、上述した第３の接続時間（４５秒間）を周期として通信端末２１が配信サーバ２３に対して接続したと仮定する比較例（以下、これを第３の比較例と呼ぶ）とのそれぞれにおける、配信サーバ２３の負荷（以下、これをサーバ負荷と呼ぶ）とネットワーク２４上の帯域使用率などの通信に関する負荷（以下、これをネットワーク負荷と呼ぶ）とを順に説明する。

（１−７−１）第１の比較例の場合
まず図６を用いて、第１の比較例における複数の通信端末２１（ここでは複数の通信端末２１として、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃの３つがあるとする）のそれぞれが、配信サーバ２３に対して第１の接続時間（１５秒間）毎に同時に接続したと仮定した場合の、配信サーバ２３のサーバ負荷ＳＬとネットワーク２４のネットワーク負荷ＮＬとを説明する。

この第１の比較例において通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれの制御部３０は、図６（Ａ）に示すように、処理時間軸ｔ上のｔ_１、ｔ_２、ｔ_３、ｔ_４、ｔ_５及びｔ_６のように接続単位時間ＵＴ（１５秒間）×１である第１の接続時間ＣＴ１（１５秒間）毎に配信サーバ２３に接続して、接続単位時間ＵＴに対して配信用に予め設定されている量の提示用データ（以下、これを配信単位データと呼ぶ）ＵＤを要求する提示データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれからの提示データ要求信号に応じて、記憶部５３に記憶する提示用データから配信単位データＵＤの１個分だけ読み出して、これをネットワーク２４を介して通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに配信する。ちなみに、接続単位時間ＵＴに対する配信単位データＵＤのデータ量は、ネットワーク２４上で予想される通信に関する混雑（ネットワーク２４の一時的な使用率の上昇に伴う通信効率の低下など）を考慮して、十分に配信可能なように予め設定されている。実際上、接続単位時間ＵＴに対する配信単位データＵＤのデータ量は、この接続単位時間ＵＴのあいだユーザに提示し続けることができる程度の量である。また、管理サーバ２２が通信端末２１に対して一度に配信できる提示用データの量（すなわち、配信単位データＵＤの数）は、各通信端末２１に搭載されている一時記憶部３７の容量に応じて予め上限が設定されている。

これにより第１の比較例の場合の配信サーバ２３には、図６（Ｂ）に示すように、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが配信サーバ２３に対して接続するために、例えばＴＣＰ／ＩＰ通信におけるＩＰアドレスとポート番号との組を同じタイミングで全二重に指定する（以下、これをソケットを形成するとも言う）処理時間軸ｔ上のｔ_１において、接続時に３つのソケットを形成することに応じた大きなサーバ負荷ＳＬ（以下、これを接続時サーバ負荷ＳＬ１と呼ぶ）が一時的に発生する。また配信サーバ２３には、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに配信単位データＵＤを配信する間にも、３つのソケットに配信単位データＵＤを配信することに応じて、接続時サーバ負荷ＳＬ１よりも小さいサーバ負荷ＳＬ（以下、これを配信時サーバ負荷ＳＬ２と呼ぶ）が発生する。さらに配信サーバ２３には、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれとの接続を切断する（以下、これをソケットを削除するとも言う）ときにも、３つのソケットを削除すること応じて、配信時サーバ負荷ＳＬ２よりも小さいサーバ負荷ＳＬ（以下、これを切断時サーバ負荷ＳＬ３と呼ぶ）が一時的に発生する。そしてこのようなサーバ負荷ＳＬ（すなわち、接続時サーバ負荷ＳＬ１、配信時サーバ負荷ＳＬ２及び切断時サーバ負荷ＳＬ３）は、処理時間軸ｔ上のｔ_１、ｔ_２、ｔ_３、ｔ_４、ｔ_５及びｔ_６のように第１の接続時間ＣＴ１（１５秒間）毎に発生する。

ところで、サーバ負荷ＳＬとしての接続時サーバ負荷ＳＬ１、配信時サーバ負荷ＳＬ２及び切断時サーバ負荷ＳＬ３のうち、実際に発生した場合に配信サーバ２３の他の処理に影響を与える可能性が最も大きいのは、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃの全てが（すなわち、実際上は、ユーザの数だけある通信端末２１の大多数が）同じタイミングで一度に配信サーバ２３に接続するときの接続時サーバ負荷ＳＬ１である。従って、これ以降、サーバ負荷ＳＬとしては特に接続時サーバ負荷ＳＬ１を主体に説明する。つまり、第１の比較例の場合の配信サーバ２３のネットワーク負荷ＮＬについて言い換えれば、接続単位時間ＵＴ×６の時間あたりに６回の割合で接続時サーバ負荷ＳＬ１が発生していると言える。

またこの第１の比較例の場合のネットワーク２４には、図６（Ｃ）に模式的に示すように、接続単位時間ＵＴ時間あたりに３個分の配信単位データＵＤ（すなわち、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに対して１個分の配信単位データＵＤに相当する提示用データ）を配信することに応じたネットワーク負荷ＮＬが、処理時間軸ｔ上の第１の「ｔ_１−ｔ_２間」、「ｔ_２−ｔ_３間」、「ｔ_３−ｔ_４間」、「ｔ_４−ｔ_５間」及び「ｔ_５−ｔ_６間」のそれぞれにおいて発生する。すなわち、第１の比較例の場合のネットワーク２４には、接続単位時間ＵＴ×６の時間の全体として見ると、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが接続単位時間ＵＴあたりに１個分配信単位データＵＤを取得する分のネットワーク負荷ＮＬが、第１の接続時間ＣＴ１（１５秒間）毎に発生することで、「ｔ_１−ｔ_６間」に渡って同じ負荷が継続してかかっている。

（１−７−２）第２の比較例の場合
次に図７を用いて、第２の比較例における通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが配信サーバ２３に対して第２の接続時間（３０秒間）毎に同時に接続したと仮定した場合の、配信サーバ２３のサーバ負荷ＳＬとネットワーク２４のネットワーク負荷ＮＬとを説明する。

この第２の比較例において通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれの制御部３０は、図７（Ａ）に示すように、処理時間軸ｔ上のｔ_１、ｔ_３及びｔ_５のように接続単位時間ＵＴ（１５秒間）×２でなる第２の接続時間ＣＴ２（３０秒間）毎に配信サーバ２３に接続して、２個分の配信単位データＵＤに相当する提示用データを要求する提示データ要求信号を配信サーバ２３に対して接続毎に送信する。配信サーバ２３の制御部５２は、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれからの提示データ要求信号に応じて、記憶部５３に記憶する提示用データを配信単位データＵＤ相当で２個分だけ読み出して、これをネットワーク２４を介して通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに配信する。

これにより、この第２の比較例の場合の配信サーバ２３には、図７（Ｂ）に示すように、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが配信サーバ２３との間で同じタイミングでソケットを形成することに応じた接続時サーバ負荷ＳＬ１が、処理時間軸ｔ上のｔ_１、ｔ_３及びｔ_５のように第２の接続時間ＣＴ２（３０秒間）毎に発生する。すなわち、第２の比較例の場合の配信サーバ２３には、接続単位時間ＵＴ×６の時間あたりに３回の割合で接続時サーバ負荷ＳＬ１が発生する。

またこの第２の比較例の場合のネットワーク２４には、図７（Ｃ）に模式的に示すように、接続単位時間ＵＴ時間あたりに６個分の配信単位データＵＤ（すなわち、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに対して２個分の配信単位データＵＤに相当する提示用データ）を配信することに応じたネットワーク負荷ＮＬが、処理時間軸ｔ上の「ｔ_１−ｔ_２間」、「ｔ_３−ｔ_４間」及び「ｔ_５−ｔ_６間」のそれぞれにおいて発生する。一方で、この第２の比較例の場合のネットワーク２４には、処理時間軸ｔ上の「ｔ_２−ｔ_３間」、「ｔ_４−ｔ_５間」及び「ｔ_６以降」のそれぞれにおいてネットワーク負荷ＮＬが発生しない。すなわち、第２の比較例の場合のネットワーク２４には、接続単位時間ＵＴ×６の時間の全体として見ると、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが接続単位時間ＵＴあたりに２個分配信単位データＵＤを取得する分のネットワーク負荷ＮＬが、第２の接続時間ＣＴ２（３０秒間）毎に間欠的に発生しており、負荷が偏っている分だけ帯域を無駄に使用している。

（１−７−３）第３の比較例の場合
さらに図８を用いて、第３の比較例における通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが配信サーバ２３に対して第３の接続時間（４５秒間）毎に同時に接続したと仮定した場合の、配信サーバ２３のサーバ負荷ＳＬとネットワーク２４のネットワーク負荷ＮＬとを説明する。

この第３の比較例において通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれの制御部３０は、図８（Ａ）に示すように、処理時間軸ｔ上のｔ_１及びｔ_４のように接続単位時間ＵＴ（１５秒間）×３でなる第３の接続時間ＣＴ３（４５秒間）毎に配信サーバ２３に接続して、３個分の配信単位データＵＤに相当する提示用データを要求する提示データ要求信号を配信サーバ２３に対して接続毎に送信する。配信サーバ２３の制御部５２は、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれからの提示データ要求信号に応じて、記憶部５３に記憶する提示用データを配信単位データＵＤ相当で３個分だけ読み出して、これを通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに配信する。

これにより、この第３の比較例の場合の配信サーバ２３には、図８（Ｂ）に示すように、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが配信サーバ２３との間で同じタイミングでソケットを形成することに応じた接続時サーバ負荷ＳＬ１が、処理時間軸ｔ上のｔ_１及びｔ_４のように第３の接続時間ＣＴ３（４５秒間）毎に発生する。すなわち、第３の比較例の場合の配信サーバ２３には、接続単位時間ＵＴ×６の時間あたりに２回の割合で接続時サーバ負荷ＳＬ１が発生する。

またこの第３の比較例の場合のネットワーク２４には、図８（Ｃ）に模式的に示すように、接続単位時間ＵＴ時間あたりに９個分の配信単位データＵＤ（すなわち、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに対して３個分の配信単位データＵＤに相当する提示用データ）を配信することに応じたネットワーク負荷ＮＬが、処理時間軸ｔ上の「ｔ_１−ｔ_２間」及び「ｔ_４−ｔ_５間」のそれぞれにおいて発生する。一方で、この第３の比較例の場合のネットワーク２４には、処理時間軸ｔ上の「ｔ_２−ｔ_４間」及び「ｔ_５以降」のそれぞれにおいてネットワーク負荷ＮＬが発生しない。すなわち、第３の比較例の場合のネットワーク２４には、接続単位時間ＵＴ×６の時間の全体として見ると、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが接続単位時間ＵＴあたりに３個分配信単位データＵＤを取得する分のネットワーク負荷ＮＬが、第３の接続時間ＣＴ３（４５秒間）毎に間欠的に発生しており、負荷が偏っている分だけ帯域を無駄に使用している。

（１−７−４）第１の実施の形態における接続パターンの場合
ここで、上述した第１〜第３の比較例の場合と同様にして、第１の実施の形態の場合における通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが、接続パターンデータに示される複数の接続時間に基づいて配信サーバ２３に接続したときの、配信サーバ２３のサーバ負荷ＳＬとネットワーク２４のネットワーク負荷ＮＬとを説明する。

まず、この第１の実施の形態において、管理サーバ２２の制御部４２は、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに対して、記憶部４３に記憶している「１５秒間−３０秒間−４５秒間」「１５秒間−４５秒間−３０秒間」「３０秒間−４５秒間−１５秒間」「３０秒間−１５秒間−４５秒間」「４５秒間−１５秒間−３０秒間」「４５秒間−３０秒間−１５秒間」の６通りの接続パターンに応じた接続パターンデータのいずれかをランダムに読み出して送信している。

実際上、複数の通信端末２１の数はユーザの数だけ存在するため、統計学的に見れば、複数の通信端末２１の全体に対して６通りの接続パターンに応じた接続パターンデータがほぼ均等に送信されることになる。従ってこの第１の実施の形態では、話を判り易くするため、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに対して、６通りの接続パターンに応じた接続パターンデータの中からそれぞれ異なる接続パターンデータが送信された場合を仮定する。具体的には、通信端末２１Ａに対して「１５秒間−３０秒間−４５秒間」の接続パターンでなる接続パターンデータが管理サーバ２２から送信され、通信端末２１Ｂに対して「３０秒間−４５秒間−１５秒間」の接続パターンでなる接続パターンデータが管理サーバ２２から送信され、通信端末２１Ｃに対して「４５秒間−１５秒間−３０秒間」の接続パターンでなる接続パターンデータが管理サーバ２２から送信された場合を仮定し、その場合における配信サーバ２３のサーバ負荷ＳＬとネットワーク２４のネットワーク負荷ＮＬとについて図９を用いて説明する。

この第１の実施の形態の場合の通信端末２１Ａの制御部３０は、図９（Ａ）に示すように、接続パターンデータ（１５秒間−３０秒間−４５秒間）に基づき、まず処理時間軸ｔ上のｔ_１で配信サーバ２３に接続し、次に配信サーバ２３に接続するまでの第１の接続時間ＣＴ１（１５秒間）分の提示用データ（すなわち１個分の配信単位データＵＤに相当する提示用データ）を要求する提示用データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ａから送信された提示データ要求信号に応じて、記憶部５３に記憶する提示用データを配信単位データＵＤ相当で１個分だけ読み出して、これを通信端末２１Ａに配信する。次いで通信端末２１Ａの制御部３０は、接続パターンデータ（１５秒間−３０秒間−４５秒間）に基づき、処理時間軸ｔ上のｔ_１から第１の接続時間ＣＴ１（１５秒間）が経過したｔ_２のタイミングで配信サーバ２３に接続し、次に配信サーバ２３に接続するまでの第２の接続時間ＣＴ２（３０秒間）分の提示用データ（すなわち２個分の配信単位データＵＤに相当する提示用データ）を要求する提示用データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ａから送信された提示データ要求信号に応じて、記憶部５３に記憶する提示用データから、前回の接続で配信した配信単位データＵＤに続く部分を配信単位データＵＤ相当で２個分だけ読み出して、これを通信端末２１Ａに配信する。さらに通信端末２１Ａの制御部３０は、接続パターンデータ（１５秒間−３０秒間−４５秒間）に基づき、処理時間軸ｔ上のｔ_２から第２の接続時間ＣＴ２（３０秒間）が経過したｔ_４のタイミングで配信サーバ２３に接続し、次に配信サーバ２３に接続するまでの第３の接続時間ＣＴ３（４５秒間）分の提示用データ（すなわち３個分の配信単位データＵＤに相当する提示用データ）を要求する提示用データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ａから送信された提示データ要求信号に応じて、記憶部５３に記憶する提示用データから、前回の接続で配信した配信単位データＵＤに続く部分を配信単位データＵＤ相当で３個分だけ読み出して、これを通信端末２１Ａに配信する。

また第１の実施の形態の場合の通信端末２１Ｂの制御部３０は、接続パターンデータ（３０秒間−４５秒間−１５秒間）に基づき、まず処理時間軸ｔ上のｔ_１で配信サーバ２３に接続し、次に配信サーバ２３に接続するまでの第２の接続時間ＣＴ２（３０秒間）分の提示用データ（すなわち２個分の配信単位データＵＤに相当する提示用データ）を要求する提示用データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ｂから送信された提示データ要求信号に応じて、記憶部５３に記憶する提示用データから、前回の接続で配信した配信単位データＵＤに続く部分を配信単位データＵＤ相当で２個分だけ読み出して、これを通信端末２１Ｂに配信する。次いで通信端末２１Ｂの制御部３０は、接続パターンデータ（３０秒間−４５秒間−１５秒間）に基づき、処理時間軸ｔ上のｔ_１から第２の接続時間ＣＴ２（３０秒間）が経過したｔ_３のタイミングで配信サーバ２３に接続し、次に配信サーバ２３に接続するまでの第３の接続時間ＣＴ３（４５秒間）分の提示用データ（すなわち３個分の配信単位データＵＤに相当する提示用データ）を要求する提示用データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ｂから送信された提示データ要求信号に応じて、記憶部５３に記憶する提示用データから、前回の接続で配信した配信単位データＵＤに続く部分を配信単位データＵＤ相当で３個分だけ読み出して、これを通信端末２１Ｂに配信する。さらに通信端末２１Ｂの制御部３０は、接続パターンデータ（３０秒間−４５秒間−１５秒間）に基づき、処理時間軸ｔ上のｔ_３から第３の接続時間ＣＴ３（４５秒間）が経過したｔ_６のタイミングで配信サーバ２３に接続し、次に配信サーバ２３に接続するまでの第１の接続時間ＣＴ１（１５秒間）分の提示用データ（すなわち１個分の配信単位データＵＤに相当する提示用データ）を要求する提示用データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ｂから送信された提示データ要求信号に応じて、記憶部５３に記憶する提示用データから、前回の接続で配信した配信単位データＵＤに続く部分を配信単位データＵＤ相当で１個分だけ読み出して、これを通信端末２１Ｂに配信する。

さらに第１の実施の形態の場合の通信端末２１Ｃの制御部３０は、接続パターンデータ（４５秒間−１５秒間−３０秒間）に基づき、まず処理時間軸ｔ上のｔ_１で配信サーバ２３に接続し、次に配信サーバ２３に接続するまでの第３の接続時間ＣＴ３（４５秒間）分の提示用データ（すなわち３個分の配信単位データＵＤに相当する提示用データ）を要求する提示用データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ｃから送信された提示データ要求信号に応じて、記憶部５３に記憶する提示用データから、前回の接続で配信した配信単位データＵＤに続く部分を配信単位データＵＤ相当で３個分だけ読み出して、これを通信端末２１Ｃに配信する。次いで通信端末２１Ｃの制御部３０は、接続パターンデータ（４５秒間−１５秒間−３０秒間）に基づき、処理時間軸ｔ上のｔ_１から第３の接続時間ＣＴ３（４５秒間）が経過したｔ_４のタイミングで配信サーバ２３に接続し、次に配信サーバ２３に接続するまでの第１の接続時間ＣＴ１（１５秒間）分の提示用データ（すなわち１個分の配信単位データＵＤに相当する提示用データ）を要求する提示用データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ｃから送信された提示データ要求信号に応じて、記憶部５３に記憶する提示用データから、前回の接続で配信した配信単位データＵＤに続く部分を配信単位データＵＤ相当で１個分だけ読み出して、これを通信端末２１Ｃに配信する。さらに通信端末２１Ｃの制御部３０は、接続パターンデータ（４５秒間−１５秒間−３０秒間）に基づき、処理時間軸ｔ上のｔ_４から第１の接続時間ＣＴ１（１５秒間）が経過したｔ_５のタイミングで配信サーバ２３に接続し、次に配信サーバ２３に接続するまでの第２の接続時間ＣＴ２（３０秒間）分の提示用データ（すなわち２個分の配信単位データＵＤに相当する提示用データ）を要求する提示用データ要求信号を配信サーバ２３に対して送信する。配信サーバ２３の制御部５２は、通信端末２１Ｃから送信された提示データ要求信号に応じて、記憶部５３に記憶する提示用データから、前回の接続で配信した配信単位データＵＤに続く部分を配信単位データＵＤ相当で２個分だけ読み出して、これを通信端末２１Ｃに配信する。

これにより、この第１の実施の形態の場合の配信サーバ２３には、図９（Ｂ）に示すように、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが配信サーバ２３との間で同じタイミングでソケットを形成することに応じた接続時サーバ負荷ＳＬ１が、処理時間軸ｔ上のｔ_１のように、６個分の接続単位時間ＵＴに対して最初の１回しか発生せず、それ以外の部分では負荷が分散している。

またこの第１の実施の形態の場合のネットワーク２４には、図９（Ｃ）に模式的に示すように、接続単位時間ＵＴ時間あたりに６個分の配信単位データＵＤ（すなわち、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれに対して２個分の配信単位データＵＤに相当する提示用データ）を配信することに応じたネットワーク負荷ＮＬが、処理時間軸ｔ上の「ｔ_１−ｔ_２間」において発生している。また、第１の実施の形態の場合のネットワーク２４には、接続単位時間ＵＴ時間あたりに２個分の配信単位データＵＤ（すなわち、通信端末２１Ａ又は２１Ｃに対して２個分の配信単位データＵＤに相当する提示用データ）を配信することに応じたネットワーク負荷ＮＬが、処理時間軸ｔ上の「ｔ_２−ｔ_３間」及び「ｔ_５−ｔ_６間」において発生している。さらに、第１の実施の形態の場合のネットワーク２４には、接続単位時間ＵＴ時間あたりに３個分の配信単位データＵＤ（すなわち、通信端末２１Ｂに対して３個分の配信単位データＵＤに相当する提示用データ）を配信することに応じたネットワーク負荷ＮＬが、処理時間軸ｔ上の「ｔ_３−ｔ_４間」において発生している。さらに第１の実施の形態の場合のネットワーク２４には、接続単位時間ＵＴ時間あたりに４個分の配信単位データＵＤ（すなわち、通信端末２１Ａに対して３個分の配信単位データＵＤに相当する提示用データと、通信端末２１Ｃに対して１個分の配信単位データＵＤに相当する提示用データ）を配信することに応じたネットワーク負荷ＮＬが、処理時間軸ｔ上の「ｔ_４−ｔ_５間」において発生している。さらに、第１の実施の形態の場合のネットワーク２４には、接続単位時間ＵＴ時間あたりに１個分の配信単位データＵＤ（すなわち、通信端末２１Ｂに対して１個分の配信単位データＵＤに相当する提示用データ）を配信することに応じたネットワーク負荷ＮＬが、処理時間軸ｔ上の「ｔ_５−ｔ_６間」において発生している。すなわち、第１の実施の形態の場合のネットワーク２４には、通信端末２１Ｂ及び通信端末２１Ｃが同時に接続する「ｔ_１−ｔ_２間」においては比較的高いネットワーク負荷ＮＬが発生するものの、それ以外ではネットワーク負荷ＮＬはある程度分散しており、また接続単位時間ＵＴ×６の時間の全体として見ると、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが接続単位時間ＵＴあたりに２個分配信単位データＵＤを取得する分のネットワーク負荷ＮＬが発生している計算になる。

（１−７−５）比較結果
次いで、図１０を用いて、上述した第１〜第３の比較例の場合及び第１の実施の形態の場合のサーバ負荷ＳＬ及びネットワーク負荷ＮＬに関連する５つの特性の傾向を比較する。これら５つの特性としては、「平均データ取得量」、「最短接続時間」、「最長接続時間」、「平均同時接続端末数」及び「接続時サーバ負荷発生回数」があり、各特性において１番目に良いものに「◎（２点）」、２番目に良いものに「○（１点）」、普通のものに「△（０点）」、悪いものに「×（−１点）」の評価（点）を与えて、第１〜第３の比較例の場合と第１の実施の形態の場合とでそれぞれ合計することにより比較する。

まず、平均データ取得量とは、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが配信サーバ２３に接続したときに取得する配信単位データＵＤの平均個数（すなわち提示用データの量）である。この平均データ取得量は、第１〜第３の比較例の場合から第１の実施の形態の場合へと順に、「１回／接続」、「２回／接続」、「３回／接続」及び「２回／接続」となり、量が多ければネットワーク２４に負荷が増大し、量が少なければ結果として接続回数が増えて配信サーバ２３の負荷が増大することにより、その評価は、「△（０点）」、「○（１点）」、「△（０点）」及び「○（１点）」となる。

また、最短接続時間とは、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが配信サーバ２３に接続してから次に接続するまでの時間の最短である。この最短接続時間は、第１〜第３の比較例の場合から第１の実施の形態の場合へと順に、「接続単位時間ＵＴ×１」、「接続単位時間ＵＴ×２」、「接続単位時間ＵＴ×３」及び「接続単位時間ＵＴ×１」となり、時間が短いほど情報を更新する機会を増やすことができることにより、その評価は、第１〜第３の比較例の場合から第１の実施の形態の場合へと順に、「◎（２点）」、「○（１点）」、「△（０点）」及び「◎（２点）」となる。

さらに、最長接続時間とは、通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃのそれぞれが配信サーバ２３に接続してから次に接続するまでの時間の最長である。この最長接続時間は、第１〜第３の比較例の場合から第１の実施の形態の場合へと順に、「接続単位時間ＵＴ×１」、「接続単位時間ＵＴ×２」、「接続単位時間ＵＴ×３」及び「接続単位時間ＵＴ×３」となり、時間が長いほど情報を更新する機会を逃してしまう可能性が高くなることにより、その評価は、第１〜第３の比較例の場合から第１の実施の形態の場合へと順に、「◎（２点）」、「○（１点）」、「△（０点）」及び「△（０点）」となる。

さらに、平均同時接続端末数とは、接続単位時間ＵＴ×６で見たときに、接続単位時間ＵＴあたりに、配信サーバ２３に対して同時に接続する通信端末２１Ａ、通信端末２１Ｂ及び通信端末２１Ｃの数の平均である。この平均同時接続端末数は、第１〜第３の比較例の場合から第１の実施の形態の場合へと順に、「通信端末×３」、「通信端末×１．５」、「通信端末×１」及び「通信端末×１．５」となり、値が大きいほど結果として配信サーバ２３に負荷をかけることにより、その評価は、第１〜第３の比較例の場合から第１の実施の形態の場合へと順に、「△（０点）」、「○（１点）」、「◎（２点）」及び「○（１点）」となる。

さらに、接続時サーバ負荷発生回数とは、接続単位時間ＵＴ×６あたりに、接続時サーバ負荷ＳＬ１が発生する回数である。この接続時サーバ負荷発生回数は、第１〜第３の比較例の場合から第１の実施の形態の場合へと順に、「６回」、「３回」、「２回」及び「１回」となり、回数が多いほど配信サーバ２３に負荷をかけることにより、その評価は、第１〜第３の比較例の場合から第１の実施の形態の場合へと順に、「×（−２点）」、「△（０点）」、「○（１点）」及び「◎（２点）」となる。

そして、以上の５つの特性についての評価を合計点数として表すと、第１比較例の場合は「３点」、第２の比較例の場合は「４点」、第３の比較例の場合は「３点」及び第１の実施の形態の場合は「６点」となる。以下、これらの合計点数について簡単に説明する。

まず、第１〜第３の比較例の場合は、それぞれの特性の傾向がトレードオフの関係になっており、５つの特性の全体として「３点」、「４点」及び「３点」のように同程度である。ちなみに、第２の比較例の場合は、第１の比較例の場合と第３の比較例の場合との平均であるため、これら第１の比較例や第３の比較例の場合に比して各特性のバランスが良い分だけ、５つの特性の全体の評価結果としての合計点数は、第１の比較例や第３の比較例の場合よりわずかに高い「４点」となっている。そして、第１〜第３の比較例の場合においては、同じ接続時間でなる第１の接続時間ＣＴ１（１５秒間）、第２の接続時間ＣＴ２（３０秒間）又は第３の接続時間ＣＴ３（４５秒間）のいずれかだけに応じて、複数の通信端末２１の全てが配信サーバ２３に対して繰り返し接続するため、程度の差はあるものの、接続時サーバ負荷ＬＳ１の発生回数が多くなることは回避できないし、また、接続時サーバ負荷ＬＳ１の発生回数を減らすために接続時間を長く設定すると、通信端末２１の表示部３６に表示する情報を更新する頻度が低下するという問題が発生する。

これに対し、第１の実施の形態の場合では、第１の接続時間ＣＴ１（１５秒間）、第２の接続時間ＣＴ２（３０秒間）及び第３の接続時間ＣＴ３（４５秒間）が順列に組み合わされた接続パターンデータに基づいたタイミングで複数の通信端末２１のそれぞれと配信サーバ２３とを接続していることにより、第１〜第３の比較例の場合の良いとこを抽出した結果、５つの特性の全体の評価結果としての合計点数は最も高い「６点」となっている。そして第１の実施の形態の場合においては、異なる接続時間が順列に組み合わされたパターンデータに基づいて複数の通信端末２１のそれぞれと配信サーバ２３とを順次接続していることにより、複数の通信端末２１のそれぞれが同じ接続時間のみに応じて配信サーバ２３に繰り返して接続しない分だけ、上述した第１〜第３の比較例の場合に比べて接続時サーバ負荷ＬＳ１の発生回数は少なくできると共に、通信端末２１の表示部３６に表示する情報を更新する頻度を全体として極端に低下させてしまうといったことを防止できる。

すなわち、第１の実施の形態の場合において通信システム２０は、接続パターンデータに基づいて通信端末２１と配信サーバ２３とを接続することにより、同じ接続時間で通信端末２１と配信サーバ２３とを接続する上述の第１〜第３の比較例の場合では得られないような良い特性を全体として得ることができる。また通信システム２０は、接続パターンデータに基づいて通信端末２１と配信サーバ２３とを接続することにより、通信端末２１の表示部３６に表示する情報を更新する頻度を全体として極端に低下させることなく、接続時サーバ負荷ＬＳ１の発生回数を低減できるという、上述の第１〜第３の比較例の場合のように同じ接続時間で通信端末２１と配信サーバ２３とを接続することでは得られない効果を得ることができる。

これにより、第１の実施の形態において通信システム２０は、管理サーバ２２の記憶部４３に対して、次回以降に配信サーバ２３に接続するタイミングを示す接続パターンデータを予め複数記憶しておき、複数の通信端末２１のそれぞれからの要求に応じて管理サーバ２２の記憶部４３に記憶する複数の接続パターンデータの中から接続パターンデータをランダムに選択して複数の通信端末２１のそれぞれに送信し、かかる接続パターンデータに基づいて通信端末２１のそれぞれが配信サーバ２３に順次接続するという簡易な処理を行うだけで、複数の通信端末２１のそれぞれが同じ時間に集中して配信サーバ２３に接続することを極力回避することができるという、同じ接続時間で通信端末２１と配信サーバ２３とを接続する上述の第１〜第３の比較例の場合では得られないような作用を得ることができ、その結果として、簡易な処理で配信サーバ２３のサーバ負荷ＳＬを低減することができる。

また第１の実施の形態において通信システム２０は、通信端末２１において、接続パターンデータに基づいた量の提示用データを配信サーバ２３に要求し、配信サーバ２３において、通信端末２１からの要求に応じた量の提示用データを送信するという簡易な処理を行うだけで、通信端末２１の表示部３６に情報を表示するだけの量の提示用データを配信サーバ２３からそれぞれの通信端末２１に配信することができ、膨大な量の提示用データを一度に配信してネットワーク２４の負荷を不必要に増加させたり、通信端末２１の一時記憶部３７のオーバーフローを起こさせるといったことを回避することができて、結果として、簡易な処理で提示用データの配信に関する処理の負荷を低減することができる。

（１−８）データ取得処理手順
ここで、上述した通信システム２０における、通信端末２１と管理サーバ２２並びに配信サーバ２３との間で行われる提示用データの取得に関する処理の手順（以下、これをデータ取得処理手順と呼ぶ）について、図１１に示すシーケンスチャートに沿って詳しく説明する。通信端末２１の制御部３０は、操作部３１へのユーザの操作により主電源が入れられて通信端末２１自体の立ち上げが完了すると、ステップＳＰ１において管理サーバ２２に接続して初期設定要求信号を送信し、次のステップＳＰ２に移る。

ステップＳＰ２において管理サーバ２２の制御部４２は、初期設定要求信号に応じて、記憶部４３に記憶する複数の接続パターンデータの中から１つの接続パターンデータをランダムに選択して読み出し、次のステップＳＰ３に移る。

ステップＳＰ３において管理サーバ２２の制御部４２は、記憶部４３から読み出した接続パターンデータと配信サーバ２３のアドレスとから初期設定情報を生成し、これを通信端末２１に送信して、次のステップＳＰ４に移る。

ステップＳＰ４において通信端末２１の制御部３０は、接続パターンデータに示される接続のタイミングに応じて、初期設定情報に示されるアドレスの配信サーバ２３に対して接続して提示用データ要求信号を送信し、次のステップＳＰ５に移る。

ステップＳＰ５において配信サーバ２３の制御部５２は、提示用データ要求信号に応じた量の提示用データを記憶部５３から読み出して通信端末２１に配信し、次のステップＳＰ６に移る。

ステップＳＰ６において通信端末２１の制御部３０は、配信サーバ２３から配信される提示用データを一時記憶部３７を介して表示部３６に送信してこの提示用データに基づいた情報を表示部３６に表示すると共に、配信サーバ２３からの提示用データの送信が終了すると、この配信サーバ２３との接続を切断し、次のステップＳＰ７に移る。

ステップＳＰ７において通信端末２１の制御部３０は、接続パターンデータに、次回以降に配信サーバ２３に接続するタイミングが示されているか否かを判別し、このステップＳＰ７で否定結果が得られるまで、上述したステップＳＰ４乃至ステップＳＰ７を繰り返す。

このようなデータ取得処理手順により、通信システム２０において通信端末２１と配信サーバ２３とは、接続パターンデータに基づくタイミングで、提示用データの要求と配信とを繰り返すようになされている。

（１−９）接続パターンデータの再取得
さらに、通信システム２０における通信端末２１と配信サーバ２３との間では、接続パターンデータの再取得を行えるようになされている。

この場合、配信サーバ２３の制御部５２は、記憶部５３に対し、管理サーバ２２の制御部４２に記憶する複数の接続パターンデータと同じ複数の接続パターンデータを予め記憶している。

そして通信端末２１の制御部３０は、管理サーバ２２から取得した接続パターンデータに示される次回以降の接続のタイミングの中の最後のタイミングで配信サーバ２３に接続したとき、提示用データ要求信号の代わりに、新たな接続パターンデータを要求する信号（以下、これをパターンデータ要求信号と呼ぶ）を通信部３３を介して配信サーバ２３に送信する。

配信サーバ２３の制御部５２は、ネットワーク２４を介して接続する複数の通信端末２１のそれぞれから送信されるパターンデータ要求信号を通信部５１で受信すると、パターン選択部５４を制御することにより、記憶部５３に記憶する複数の接続パターンデータの中から１つの接続パターンデータをランダムに選択して読み出して、これを通信端末２１に送信する。

通信端末２１の制御部３０は、配信サーバ２３から送信される接続パターンデータを通信部３３で受信し、この接続パターンデータに応じた提示用データ要求信号を生成して配信サーバ２３に送信する。

このようにして通信端末２１の制御部３０は、接続パターンデータに示される次回以降の接続のタイミングの中の最後のタイミングで配信サーバ２３に接続したときに、パターンデータ要求信号を送信することで、管理サーバ２２との間で新たな接続を確立する手間をかけることなく、現時点で接続している配信サーバ２３から新たな接続パターンデータを取得することができる。

（１−１０）パターン再取得処理手順
ここで、上述した通信システム２０における、通信端末２１と配信サーバ２３との間で行われる接続パターンデータの再取得の処理の手順（以下、これをパターン再取得処理手順と呼ぶ）について、図１２に示すシーケンスチャートに沿って詳しく説明する。通信端末２１の制御部３０は、接続パターンデータに示される次回以降の接続のタイミングの中の最後のタイミングで配信サーバ２３に接続したとき、ステップＳＰ１１においてパターンデータ要求信号を配信サーバ２３に送信し、次のステップＳＰ１２に移る。

ステップＳＰ１２において配信サーバ２３の制御部５２は、複数の通信端末２１のそれぞれから送信されるパターンデータ要求信号を通信部５１で受信すると、記憶部５３に記憶する複数の接続パターンデータの中から１つの接続パターンデータをランダムに選択して読み出して、これを通信端末２１に送信する。

このようにして通信端末２１の制御部３０は、接続パターンデータを配信サーバ２３から再取得することができる。

（１−１１）緊急情報の提示
さらに、通信システム２０における通信端末２１と配信サーバ２３との間では、提示用データに含まれる緊急情報を、通信端末２１の表示部３６に優先的に表示させるようになされている。

この場合、配信サーバ２３の制御部５２は、新たに得る情報に基づいて、記憶部５３に記憶する提示用データを逐次更新するときに、かかる新たな情報の中に、例えば既に送った提示用データの訂正情報や臨時ニュースといった緊急情報が含まれていた場合には、提示用データのうち、この緊急情報が含まれている部分に対して識別タグを付加している。

そして配信サーバ２３の制御部５２は、ネットワーク２４を介して接続する複数の通信端末２１のそれぞれから送信される提示用データ要求信号を通信部５１で受信すると、記憶部５３に記憶する例えばストリーミング形式の提示用データから、この受信した提示用データ要求信号に応じた量の提示用データを読み出して、これを通信端末２１に配信する。

複数の通信端末２１のそれぞれの制御部３０は、配信サーバ２３から配信される提示用データを通信部３３で受信し、一時記憶部３７を介して当該提示用データに基づいた情報を表示部３６に表示する。このとき制御部３０は、配信サーバ２３から配信された提示用データに識別タグが付加されている場合には、提示用データの中でこの識別タグが付加されている部分の情報を優先的に表示部３６に表示させることで、緊急情報をいち早くユーザに提示することができる。

（１−１２）接続パターンデータの変更
さらに、通信システム２０における通信端末２１と管理サーバ２２並びに配信サーバ２３との間では、接続パターンデータの種類を変更することもできるようにもなされている。

この場合の異なる種類の接続パターンデータとは、接続単位時間ＵＴとして「１５秒間」が設定されて所定の自然数として例えば「３」が設定された上述の接続パターンデータ（以下、これを特に第１の接続パターンデータとも呼ぶ）に対して、例えば、接続単位時間として例えば「１５秒間」が設定されて所定の自然数として例えば「４」が設定された接続パターンデータ（以下、これを特に第２の接続パターンデータとも呼ぶ）のことである。具体的に言えば、この第２の接続パターンデータは、接続単位時間ＵＴ「１５秒間」に対して、「４」以下の自然数である「１」「２」「３」「４」をそれぞれ乗算して算出される４つの長さの接続時間が順列に組み合わされることで次回以降（この場合４回まで）に通信端末２１に接続するタイミングを示す「１５秒間−３０秒間−４５秒間−６０秒間」のような複数（この場合２４通り）の接続パターンデータのことであり、実際上、接続単位時間ＵＴや所定の自然数が異なる多くの異なる種類が存在する。以下、接続単位時間ＵＴとして「１５秒間」、所定の自然数として「４」が設定された第２の接続パターンデータの場合について話を進める。

この場合、管理サーバ２２の制御部４２は、記憶部４３に対し、第１の接続パターンデータとは別に、これら第２の接続パターンデータを予め複数記憶している。ちなみに、この配信サーバ２３の記憶部５３にも第２の接続パターンデータが予め複数記憶されており、後に複数の通信端末２１のそれぞれがこの配信サーバ２３から接続パターンデータを再取得できるようになされている。

配信サーバ２３の制御部５２は、例えば接続パターンデータの種類を変更したいユーザ（この場合、管理者など）からの操作入力に従い、現時点で通信端末２１との接続に使用している第１の接続パターンデータとは別の種類の第２の接続パターンデータの使用を要求する信号（以下、これをパターン変更要求信号と呼ぶ）を生成する。そして制御部５２は、複数の通信端末２１のそれぞれが次に接続してきたとき、提示用データの配信と共にこのパターン変更要求信号をそれぞれの通信端末２１に送信する。

通信端末２１の制御部３０は、配信サーバ２３から送信されたパターン変更要求信号をそのまま管理サーバ２２に送信する。

管理サーバ２２の制御部４２は、ネットワーク２４を介して接続する複数の通信端末２１のそれぞれから送信されるパターン変更要求信号を通信部４１で受信すると、この受信したパターン変更要求信号に応じてパターン選択部４４を制御することにより、記憶部４３に記憶する複数の第２の接続パターンデータの中から１つの第２の接続パターンデータをランダムに選択して読み出す。そして制御部４２は、接続パターンデータの種類を変更する通知する信号（以下、これをパターン変更通知信号と呼ぶ）を生成し、これを記憶部４３から読み出した第２の接続パターンデータと共に通信端末２１に送信する。

そして通信端末２１の制御部３０は、管理サーバ２２からのパターン変更通知に応じて、次に用いる接続パターンデータを第１の接続パターンから第２の接続パターンデータに切り換える。

このようにして通信システム２０において通信端末２１と管理サーバ２２並びに配信サーバ２３とは、接続パターンデータの種類を変更したいユーザからの操作入力に応じて、使用する接続パターンデータの種類を変更するようになされている。

（１−１３）パターン変更処理手順
ここで、上述した通信システム２０における、通信端末２１と管理サーバ２２並びに配信サーバ２３との間で行われる接続パターンデータの変更に関する処理の手順（以下、これをパターン変更処理手順と呼ぶ）について、図１３に示すシーケンスチャートに沿って詳しく説明する。配信サーバ２３の制御部５２は、例えば接続パターンデータの種類を変更したいユーザからの命令が入力されると、ステップＳＰ２１において複数の通信端末２１のそれぞれが次に接続してきたときに、提示用データと共に変更要求信号をそれぞれの通信端末２１に配信し、次のステップＳＰ２２に移る。

ステップＳＰ２２において通信端末２１の制御部３０は、配信サーバ２３からの配信されたパターン変更要求信号をそのまま管理サーバ２２に送信し、次のステップＳＰ２３に移る。

ステップＳＰ２３において管理サーバ２２の制御部４２は、パターン変更要求信号に応じて記憶部４３に記憶する複数の第２の接続パターンデータの中から１つの第２の接続パターンデータをランダムに選択して読み出し、次のステップＳＰ２４に移る。

ステップＳＰ２４において管理サーバ２２の制御部４２は、記憶部４３から読み出した第２の接続パターンデータをパターン変更通知信号と共に通信端末２１に送信して、次のステップＳＰ２５に移る。

ステップＳＰ２５において通信端末２１の制御部３０は管理サーバ２２からのパターン変更通知に応じて、次に用いる接続パターンデータを第１の接続パターンから第２の接続パターンデータに切り換える。

このようなパターン変更処理手順により、通信システム２０において通信端末２１と配信サーバ２３とは、使用する接続パターンデータの種類を変更するようになされている。

（１−１４）第１の実施の形態の動作及び効果
以上の構成において、管理サーバ２２の制御部４２は、複数の通信端末２１のそれぞれから送信される初期設定要求信号を受け取ると、記憶部４３に予め記憶しておいて複数の接続パターンデータの中から１つの接続パターンデータをランダムに選択して読み出し、これを配信サーバ２３のアドレスとともに初期設定情報としてそれぞれの通信端末２１に送信する。また複数の通信端末２１のそれぞれの制御部３０は、初期設定情報として管理サーバ２２から取得した接続パターンデータに示される、次回以降に配信サーバ２３に接続するタイミングでこの配信サーバ２３に接続するようにした。

従って通信システム２０は、管理サーバ２２において、通信端末２１からの要求に応じて記憶部４３から接続パターンデータをランダムに選択して通信端末２１に送信し、通信端末２１において、接続パターンデータに示される次回以降の接続のタイミングに応じて配信サーバ２３に順次接続するという簡易な処理を行うだけで、ユーザに提示する情報を得るために複数の通信端末２１のそれぞれが同じ時間に集中して配信サーバ２３に接続してしまうことを極力回避することができ、結果として、簡易な処理で配信サーバ２３のサーバ負荷ＳＬを低減することができる。

また複数の通信端末２１のそれぞれの制御部３０は、接続パターンデータに示されるタイミングで配信サーバ２３に接続したとき、この接続パターンデータに示される次に接続するまでの接続時間に応じた量の提示用データを要求する提示用データ要求信号を配信サーバ２３に送信する。そして配信サーバ２３の制御部５２は、複数の通信端末２１のそれぞれから送信される提示用データ要求信号に応じた量の提示用データを記憶部５３から読み出して通信端末２１に送信するようにした。

従って通信システム２０は、通信端末２１において、接続パターンデータに基づいた量の提示用データを配信サーバ２３に要求し、配信サーバ２３において、通信端末２１からの要求に応じた量の提示用データを送信するという簡易な処理を行うだけで、通信端末２１の表示部３６に情報を表示するだけの量の提示用データを配信サーバ２３からそれぞれの通信端末２１に配信することができ、膨大な量の提示用データを一度に配信してネットワーク２４の負荷を不必要に増加させたり、通信端末２１の一時記憶部３７のオーバーフローを起こさせるといったことを回避することができて、結果として、簡易な処理で提示用データの配信に関する処理の負荷を低減することができる。

以上の構成によれば、通信システム２０は、管理サーバ２２の記憶部４３に対して、次回以降に配信サーバ２３に接続するタイミングを示す接続パターンデータを予め複数記憶しておき、複数の通信端末２１のそれぞれからの要求に応じて管理サーバ２２の記憶部４３に記憶する複数の接続パターンデータの中から接続パターンデータをランダムに選択して複数の通信端末２１のそれぞれに送信し、かかる接続パターンデータに基づいて通信端末２１のそれぞれが配信サーバ２３に順次接続するという簡易な処理を行うだけで、複数の通信端末２１のそれぞれが同じ時間に集中して配信サーバ２３に接続することを極力回避することができ、結果として、簡易な処理で通信に関する処理の負荷を低減することができる。

（１−１５）第１の実施の形態に対する他の実施の形態
なお上述した第１の実施の形態においては、記憶部４３や記憶部５３に記憶する複数の接続パターンデータの中から１つの接続パターンデータをランダムに選択して通信端末２１に送信するようにした場合について述べたが、本発明はこれに限らず、記憶部４３や記憶部５３に記憶する複数の接続パターンデータを順に読み出すようにして、複数の通信端末２１のそれぞれが接続する順に送信するようにしても良い。また、記憶部４３や記憶部５３から選択する接続パターンデータの数は複数であっても良く、その場合、通信端末２１に対して複数の接続パターンデータをまとめて送信しても良い。

また上述した第１の実施の形態においては、接続単位時間として「１５秒間」、所定の自然数として「３」が設定され、それに応じて生成された複数の接続時間が順列に組み合わされることで形成された複数の接続パターンデータを予め記憶しておくようにした場合について述べたが、本発明はこれに限らず、最終的に生成される接続パターンデータが、複数の接続時間により形成されて予め記憶されているのであれば、接続単位時間や所定の自然数は特に限定しないし、複数の接続時間をランダムに並べるようにしても良く、接続パターンデータを形成する方法や過程は特に限定しない。

さらに上述した第１の実施の形態においては、接続パターンデータは、複数の接続時間が組み合わされているようにした場合について述べたが、本発明はこれに限らず、接続パターンデータは、複数の接続時間のうちの１つの接続時間を保持するようにしても良い。その場合、通信端末２１が配信サーバ２３に接続する毎に接続パターンデータを再取得するようにすれば、上述と同様の効果を得ることができる。

さらに上述した第１の実施の形態においては、接続パターンデータは、記憶部４３及び記憶部５３に予め記憶しておくようにした場合について述べたが、本発明はこれに限らず、記憶部４３及び記憶部５３に複数の接続時間を記憶しておいて、通信端末２１からパターンデータ要求信号が来たときに接続パターンデータを生成するようにしても良いし、接続時間を生成するようにしても良く、例えば、サーバ負荷ＳＬやネットワーク負荷ＮＬの監視結果に基づいて、管理サーバ２２や配信サーバ２３で任意に生成したり変更したりできるものとする。

さらに上述した実施の形態においては、管理サーバ２２及び配信サーバ２３には、同型でなる複数の通信端末２１が接続するようにした場合について述べたが、本発明はこれに限らず、異なる種類の通信端末２１や異なるバージョンの通信端末２１等、同型でない複数の通信端末２１が管理サーバ２２や配信サーバ２３に接続するようにしても良い。この場合、同型でない複数の通信端末２１のそれぞれの通信端末２１の一時記憶部３７の容量を配信サーバ２３や管理サーバ２２で管理するようにして、同型でない複数の通信端末２１の中の、どの通信端末２１の一時記憶部３７に対してもオーバーフローを起こさせないような接続パターンデータを予め記憶しておいたり生成したりすれば良く、新たな種類やバージョンの通信端末２１が接続される場合には、かかる通信端末２１の一時記憶部３７の容量を確認して、使用する接続パターンデータを変更するようにすれば良い。

さらに上述した実施の形態においては、最初に管理サーバ２２から接続パターンデータを取得し、次回以降は配信サーバ２３から接続パターンデータを取得するようにした場合について述べたが、本発明はこれに限らず、管理サーバ２２からは配信サーバ２３のアドレスだけを取得するようにして、配信サーバ２３だけから接続パターンデータを取得するようにしても良いし、管理サーバ２２だけから接続パターンデータを取得するようにしても良い。その場合、管理サーバ２２と配信サーバ２３とのいずれか一方に、複数の接続パターンデータを予め記憶させておけば良く、通信システム２０を、全体としてより簡易に構成することができる。

さらに、上述した第１の実施の形態においては、提示用データの緊急情報が含まれている部分にタグを付加し、通信端末２１において、提示用データのタグが付加されている部分を優先的に表示部３６に表示してユーザに提示するようにした場合について述べたが、本発明はこれに限らず、提示用データに緊急情報が含まれていることとその位置を通知する緊急通知信号を管理サーバ２２から通信端末２１に送信するようにしても良い。また、災害等が発生した場合には、緊急情報が頻繁に配信されることを考慮し、短い接続時間（例えば１５秒間）だけで形成された緊急時用の接続パターンデータ（以下、これを緊急時用パターンデータと呼ぶ）を通信端末２１、管理サーバ２２及び配信サーバ２３の少なくとも１つに予め記憶しておくようにして、提示用データに緊急情報が含まれていた場合には、この緊急時用パターンデータに基づいて通信端末２１と配信サーバ２３と接続するようにしても良い。これにより通信システム２０は、通信端末２１の一時記憶部３７に一時記憶する提示用データを極力早く更新することができ、結果としてユーザに緊急情報を迅速に提示することができる。

さらに上述した実施の形態においては、複数の通信端末２１のそれぞれが１つの配信サーバ２３に接続するようにした場合について述べたが、本発明はこれに限らず、配信サーバ２３は複数あっても良い。その場合、管理サーバ２２の制御部４２に複数の配信サーバ２３のアドレスを記憶するようにして、通信端末２１が初期設定を要求してきたときに、現時点で接続している通信端末２１が少ない（すなわち、サーバ負荷ＳＬが低い）配信サーバ２３のアドレスを選択して通信端末２１に送信するようにすれば、複数の管理サーバ２２の中の特定の管理サーバ２２に接続が集中するといったことを回避でき、結果として、特定の配信サーバ２３のサーバ負荷ＳＬを不必要に増加させるといったことを回避できる。

さらに、上述した第１の実施の形態においては、接続パターンデータに基づいて通信端末２１が配信サーバ２３に接続して提示用データを取得したときに、通信端末２１が管理サーバ２２との接続を切断するようにした場合について述べたが、本発明はこれに限らず、通信端末２１と配信サーバ２３との接続を切断するのは配信サーバ２３側からでも良い。

さらに、上述した第１の実施の形態においては、ＸＭＬ形式やストリーミング形式の提示用データを用いるようにした場合について述べたが、本発明はこれに限らず、最終的に通信端末２１の表示部３６に表示してユーザに提示できるのであれば、提示用データはテキスト形式等で記述されていても良いし、画像データ、動画データ等であっても良い。また、提示用データは、音声データであっても良く、その場合は、通信端末２１の出力部３５から音声データに基づいた音声を出力すれば良い。

さらに、上述した第１の実施の形態においては、管理サーバ２２において、接続パターンデータの種類を変更したいユーザ（この場合、管理者など）からの操作入力に従い、接続パターンデータの種類を変更する処理を開始するようにした場合について述べたが、本発明はこれに限らず、管理サーバ２２や通信端末２１において、接続パターンデータの種類を変更したいユーザ（この場合、管理者など）からの操作入力に従い、接続パターンデータの種類を変更する処理を開始するようにしても良い。また、配信サーバ２３において制御部５２が、自身に接続する複数の通信端末２１の数に起因するサーバ負荷ＳＬや、通信端末２１の接続数や利用時間帯に起因するネットワーク２４のネットワーク負荷ＮＬを常時監視するようにして、これらサーバ負荷ＳＬやネットワーク２４のネットワーク負荷ＮＬの増減が、それぞれに予め設定された所定の閾値を越えた場合には、接続パターンデータの種類を変更するようにしても良い。

（２）第２の実施の形態
第２の実施の形態の場合、図１４に示すように、通信システム２０のうちの複数の通信端末２１の構成は上述の第１の実施の形態と同様であり、第１の実施の形態における管理サーバ２２と配信サーバ２３との両方の機能を有する１つのサーバ６０が、かかる管理サーバ２２と配信サーバ２３との代わりに通信システム２０に設けられている点において第１の実施の形態とは相違する。また、第２の実施の形態の場合、複数の通信端末２１のそれぞれが、接続パターンデータに示される次回以降の接続のタイミングの中の最後のタイミングでサーバ６０に接続したときに、現時点で使用している接続パターンデータの種類を示す信号（以下、これを使用パターン通知信号と呼ぶ）をサーバ６０に送信する点においても第１の実施の形態の場合と相違する。

（２−１）第２の実施の形態のサーバの構成
ここで図１５を用いて、サーバ６０の機能回路ブロックによる詳細なハードウェア構成を説明する。サーバ６０は、通信部６１によりネットワーク２４を介して複数の通信端末２１のそれぞれと接続して通信し得るようになされ、制御部６２が、記憶部６３から読み出したプログラムを図示しないメモリに展開して実行することにより、バス６５を介して全体を統括的に制御して各種処理を実行するようになされている。

このサーバ６０の制御部６２は、記憶部６３に対し、通信端末２１が次回以降にどのようなサーバ６０に接続するかについての接続パターンデータを予め複数記憶している。また制御部６２は、新曲や最近の流行の曲、お勧めの曲、話題のアーティスト、ニュース、天気予報等の情報に基づいて、通信端末２１の表示部３６に表示してユーザに提示するための、ＸＭＬ形式やストリーミング形式でなる提示用データを生成して記憶部６３に予め記憶すると共に、新しい情報を得る毎に、記憶部６３に記憶した提示用データを逐次更新するようになされている。

この第２の実施の形態において、通信端末２１の制御部３０は、操作部３１へのユーザの操作により主電源が入れられて通信端末２１自体の立ち上げが完了すると、通信部３３を介してネットワーク２４に接続されているか否かを確認する。また制御部３０は、通信端末２１がネットワーク２４に接続されていることを確認すると、内部のメモリ（図示せず）あるいは記憶部３２に予め記憶しているアドレスに応じ、通信部３３を介してネットワーク２４上のサーバ６０に接続する。そして制御部３０は、接続パターンデータを要求する信号（以下、これを第１のパターンデータ要求信号と呼ぶ）を送信する。

そしてサーバ６０の制御部６２は、ネットワーク２４を介して接続する複数の通信端末２１のそれぞれから送信される第１のパターンデータ要求信号を通信部６１で受信すると、この受信した第１のパターンデータ要求信号に応じてパターン選択部６４を制御することにより、記憶部６３に記憶する複数の接続パターンデータの中から１つの接続パターンデータをランダムに選択して読み出して、これを通信端末２１に送信する。

通信端末２１は、管理サーバ２２から接続パターンデータを取得すると、この接続パターンデータに示される接続のタイミングで、サーバ６０に接続する。そして通信端末２１は、接続パターンデータに示される次に接続するまでの接続時間に応じた量の提示用データを要求する提示用データ要求信号を通信部３３を介してサーバ６０に送信する。

サーバ６０の制御部６２は、ネットワーク２４を介して接続する複数の通信端末２１のそれぞれから送信される提示用データ要求信号を通信部６１で受信すると、記憶部６３に記憶する提示用データから、この受信した提示用データ要求信号に応じた量の提示用データを読み出して、これを通信端末２１に配信する。

このようにして第２の実施の形態において、通信システム２０の複数の通信端末２１は、接続パターンデータに応じてサーバ６０に接続して提示用データを取得することがでる。

複数の通信端末２１のそれぞれの制御部３０は、サーバ６０から送信される提示用データを通信部３３で受信し、一時記憶部３７に一度キャッシュした後に順次読み出して、当該提示用データに基づいた情報を表示部３６に表示する。また制御部３０は、サーバ６０からの提示用データの送信が終了すると、通信部３３を制御してサーバ６０との接続を切断する。そして制御部３０は、接続パターンデータに次回以降の接続のタイミングが示されている間は、サーバ６０へ接続して提示用データを取得することを繰り返す。

（２−２）データ取得処理手順
ここで、上述した第２の実施の形態の通信システム２０における、通信端末２１とサーバ６０との間で行われる提示用データの取得に関する処理の手順（以下、これをデータ取得処理手順と呼ぶ）について、図１６に示すシーケンスチャートに沿って詳しく説明する。通信端末２１の制御部３０は、操作部３１へのユーザの操作により主電源が入れられて通信端末２１自体の立ち上げが完了すると、ステップＳＰ３１においてサーバ６０に接続して第１のパターンデータ要求信号を送信し、次のステップＳＰ３２に移る。

ステップＳＰ３２においてサーバ６０の制御部６２は、第１のパターンデータ要求信号に応じて、記憶部６３に記憶する複数の接続パターンデータの中から１つの接続パターンデータをランダムに選択して通信端末２１に送信し、次のステップＳＰ３３に移る。

ステップＳＰ３３において通信端末２１の制御部３０は、接続パターンデータに示される接続のタイミングに応じて、サーバ６０に接続して提示用データ要求信号を送信し、次のステップＳＰ３４に移る。

ステップＳＰ３４においてサーバ６０の制御部６２は、提示用データ要求信号に応じた量の提示用データを記憶部６３から読み出して通信端末２１に配信し、次のステップＳＰ３５に移る。

ステップＳＰ３５において通信端末２１の制御部３０は、サーバ６０から配信される提示用データを一時記憶部３７を介して表示部３６に送信してこの提示用データに基づいた情報を表示部３６に表示すると共に、サーバ６０からの提示用データの送信が終了すると、このサーバ６０との接続を切断し、次のステップＳＰ３６に移る。

ステップＳＰ３６において通信端末２１の制御部３０は、接続パターンデータに、次回以降にサーバ６０に接続するタイミングが示されているか否かを判別し、このステップＳＰ３６で否定結果が得られるまで、上述したステップＳＰ３３乃至ステップＳＰ３６を繰り返す。

このようなデータ取得処理手順により、通信システム２０において通信端末２１とサーバ６０とは、接続パターンデータに基づくタイミングで、提示用データの要求と配信とを繰り返すようになされている。

（２−３）接続パターンデータの再取得
次いで、通信端末２１の制御部３０は、サーバ６０から取得した接続パターンデータに示される次回以降の接続のタイミングの中の最後のタイミングで６０に接続したとき、提示用データ要求信号の代わりに、新たな接続パターンデータを要求する信号（以下、これを第２のパターンデータ要求信号と呼ぶ）を通信部３３を介してサーバ６０に送信する。このとき制御部３０は、現時点で使用している接続パターンデータの種類を示す使用パターン通知信号もサーバ６０に送信する。

サーバ６０の制御部６２は、ネットワーク２４を介して接続する複数の通信端末２１のそれぞれから送信される第２のパターンデータ要求信号と使用パターン通知信号を通信部６１で受信すると、パターン選択部６４を制御することにより、記憶部６３に記憶する複数の接続パターンデータの中から、使用パターン通知信号に示される接続パターンデータを除く１つの接続パターンデータをランダムに選択して読み出して、これを通信端末２１に送信する。

通信端末２１の制御部３０は、サーバ６０から送信される接続パターンデータを通信部６１受信し、この接続パターンデータに応じた提示用データ要求信号を生成してサーバ６０に送信する。

このようにして第２の実施の形態において通信端末２１の制御部３０は、サーバ６０から接続パターンデータを再取得するときに、１つ前に使用していた接続パターンデータとは別の接続パターンデータを必ず取得するようになされている。すなわち、第２の実施の形態において通信システム２０は、例えば、長い接続時間が偏って含まれている接続パターンデータを取得した通信端末２１が、偶然にも、この長い接続時間が偏って含まれている接続パターンデータを連続して取得してしまうことに起因して、新しい提示用データを取得する機会が長い時間にわたって遅れがちになり、結果として、ユーザに提示する情報の更新が長い時間にわたって遅れがちになるといったことを回避することができる。

（２−４）パターン再取得処理手順
ここで、上述した通信システム２０における、通信端末２１とサーバ６０との間で行われる接続パターンデータの再取得の処理の手順（以下、これをパターン再取得処理手順と呼ぶ）について、図１７に示すシーケンスチャートに沿って詳しく説明する。通信端末２１の制御部３０は、接続パターンデータに示される次回以降の接続のタイミングの中の最後のタイミングでサーバ６０に接続したとき、ステップＳＰ４１において、パターンデータ要求信号と使用パターン通知信号とをサーバ６０に送信し、次のステップＳＰ４２に移る。

ステップＳＰ４２においてサーバ６０の制御部６２は、複数の通信端末２１のそれぞれから送信されるパターンデータ要求信号と使用パターン通知信号とを通信部６１で受信すると、記憶部６３に記憶する複数の接続パターンデータの中から、使用パターン通知信号に示される接続パターンデータを除く１つの接続パターンデータをランダムに選択して読み出して、これを通信端末２１に送信する。

このようにして通信端末２１の制御部３０は、接続パターンデータをサーバ６０から再取得することができる。

（２−５）第２の実施の形態の動作及び効果
以上の構成において、通信システム２０の複数の通信端末２１は、第１の実施の形態の管理サーバ２２と配信サーバ２３との機能を合わせ持つサーバ６０とだけ接続することで、接続パターンデータを取得する処理、提示用データを取得する処理、及び接続パターンデータを再取得する処理のそれぞれを行うようにした。

従って通信システム２０は、管理用のサーバと提示用データの配信用のサーバとが別に存在する場合に比して、通信システム２０の全体として構成が単純な分だけ、各通信端末２１において、接続パターンデータを取得する処理、提示用データを取得する処理、及び接続パターンデータを再取得する処理等を簡易に行うことができる。

（２−６）第２の実施の形態に対する他の実施の形態
上述した第２の実施の形態においては、通信端末２１からサーバ６０に対して使用パターン通知信号を送付することで、１つ前に使用していた接続パターンデータとは別の接続パターンデータを通信端末２１に配信するようにした場合について述べたが、本発明はこれに限らず、サーバ６０側で各通信端末２１に送信した接続パターンデータを管理するようにしても良く、その場合も、１つ前に使用していた接続パターンデータとは別の接続パターンデータを通信端末２１に配信することができる。またその場合、各通信端末２１に配信する接続パターンデータを複数の通信端末２１の全体で管理するようにすれば、サーバ６０に接続する複数の通信端末２１に対して、複数の接続パターンを均等に配信することができ、同一の接続パターンデータが複数の通信端末２１に対して偏って送信されることに起因してサーバ負荷ＳＬやネットワーク負荷ＮＬが無駄に発生するといったことを回避することができる。

（３）第３の実施の形態
（３−１）第３実施の形態の概要
次いで、図１８を用いて第３の実施の形態による通信システム１００を示す。かかる通信システム１００は、本発明を適用した同型でなる複数の通信端末１０１とサーバ１０２とを、インターネット等でなるネットワーク１０３を介して接続して通信し得るようになされている。

（３−２）第３の実施の形態の通信端末
この通信システム１００の通信端末１０１は、中央処理ユニット（CPU:Central Processing Unit ）７０と各ハードウェアとがバス７１を介して接続され、当該中央処理ユニット７０がＲＯＭ（Read Only Memory）７２又はハードディスクドライブ７３から読み出したデータ記録プログラム等の各種プログラムをＲＡＭ（Random Access Memory）７４で展開して実行することにより全体を統括制御すると共に、各種処理を実行するようになされている。

中央処理ユニット７０は、例えば通信端末１０１の筐体等に設けられた操作キー７５を介して、ＣＤ（Compact Disk）等のメディアに記録された音楽データを録音するための操作命令が入力されると、通信端末１０１の図示しないドライブに装填されたメディアから音楽データを読み出すと共に、当該読み出した音楽データをハードディスクドライブ７３に送出して記憶する。さらに中央処理ユニット７０は、ユーザにより操作キー７５を介して、所望の音楽データを配信要求するための操作命令が入力されると、まず通信部７９を介してネットワーク１０３上のサーバ１０２に接続し、所望の音楽データをダウンロード要求する。その結果、中央処理ユニット７０は、サーバ１０２から返信される音楽データを、通信部７９を介して受信すると、その音楽データをハードディスクドライブ７３に送出して記憶する。このようにして中央処理ユニット７０は、ハードディスクドライブ７３に対し、多数の音楽データを記憶し得るようになされている。

そして通信端末１０１の中央処理ユニット７０は、ユーザにより操作キー７５を介してハードディスクドライブ７３内の音楽データが指定され、かつ当該指定された音楽データを再生要求する操作命令が入力されると、これに応じてハードディスクドライブ７３から、当該指定された音楽データを読み出す。また中央処理ユニット７０は、そのハードディスクドライブ７３から読み出した音楽データに対しデータ処理部７７で所定の再生処理を施した後、スピーカ７８に送出する、これにより中央処理ユニット７０は、スピーカ７８から、ハードディスクドライブ７３に記憶していた音楽データに基づく音楽を出力してユーザに聴かせることができる。さらに中央処理ユニット７０は、ユーザにより操作キー７５を介してメディアから音楽データを再生するための操作命令が入力されると、通信端末１０１に装填されたメディアから音楽データを読み出してデータ処理部７７を介してスピーカ７８に送出する。これにより中央処理ユニット７０は、スピーカ７８から、メディアに記録された音楽データに基づく音楽を出力してユーザに聴かせることもできる。

さらに通信端末１０１の中央処理ユニット７０は、各種プログラムの実行結果（例えば、音楽データの取得、録音及び再生等）に応じた表示用データを生成して、表示制御部やディスプレイでなる表示部７６に送出する。これにより中央処理ユニット７０は、表示部７６において表示用データに基づき、音楽データの取得、録音及び再生等に関する各種画面を表示して、ユーザに視認させることができる。

ところで通信システム１００の通信端末１０１は、上述したように中央処理ユニット７０がＲＯＭ７２又はハードディスクドライブ７３に記憶された各種プログラムに従って各種処理を実行すると共に各ハードウェアを制御している。このため通信端末１０１では、図３について上述した機能回路ブロックによるハードウェア構成の通信端末２１の機能に応じて、ＲＯＭ７２又はハードディスクドライブ７３に記憶させる各種プログラムを適宜選定することにより、中央処理ユニット７０を、上述の制御部３０及びデータ処理部３４（図３）と同様に機能させることができる。

また通信端末１０１では、操作キー７５を、上述の操作部３１（図３）と同様に機能させることができると共に、中央処理ユニット７０及びハードディスクドライブ７３を、上述の記憶部３２（図３）と同様に機能させることができる。さらに通信端末１０１では、中央処理ユニット７０及び通信部７９を、上述の通信部３３（図３）と同様に機能させることができると共に、中央処理ユニット７０及び表示部７１を、上述の表示部３６（図３）と同様に機能させることができる。そしてＲＯＭ７２及びＲＡＭ７４は、上述の一時記憶部３７（図３）に対応する。またスピーカ７８は、上述の出力部３５（図３）に対応する。

従って通信端末１０１は、通信端末２１の機能に応じて、ＲＯＭ７２又はハードディスクドライブ７３に記憶させる各種プログラムを適宜選定することにより、当該通信端末２１と同様の上述した処理を実行することができる。

（３−３）第３の実施の形態のサーバ
また、この通信システム１００のサーバ１０２は、通信部８１によりネットワーク１０３を介して複数の通信端末１０１のそれぞれと接続して通信し得るようになされ、中央処理ユニット８２が、ハードディスクドライブ８３やＲＯＭ８４から読み出したプログラムをＲＡＭ８５に展開して実行することにより、バス８６を介して全体を統括的に制御して各種処理を実行するようになされている。

このサーバ１０２の中央処理ユニット８２は、ハードディスクドライブ８３に対し、通信端末１０１が次回以降にどのようにサーバ１０２に接続するかについての接続パターンデータを予め複数記憶している。また中央処理ユニット８２は、新曲や最近の流行の曲、お勧めの曲、話題のアーティスト、ニュース、天気予報等の情報に基づいて、通信端末１０１の表示部７６に表示してユーザに提示するための、ＸＭＬ形式やストリーミング形式でなる提示用データを生成してハードディスクドライブ８３に予め記憶すると共に、新しい情報を得る毎に、このハードディスクドライブ８３に記憶した提示用データを逐次更新するようになされている。

ところで通信システム１００のサーバ１０２は、上述したように中央処理ユニット８２がＲＯＭ８４又はハードディスクドライブ８３に記憶された各種プログラムに従って各種処理を実行すると共に各ハードウェアを制御している。このためサーバ１０２では、図４及び図５について上述した機能回路ブロックによるハードウェア構成の管理サーバ２２及び配信サーバ２３の機能に応じて、ＲＯＭ８４又はハードディスクドライブ８３に記憶させる各種プログラムを適宜選定することにより、中央処理ユニット８２を、上述の制御部４２とパターン選択部４４及び制御部５２とパターン選択部５４（図４及び図５）と同様に機能させることができる。

またサーバ１０２では、中央処理ユニット８２及びハードディスクドライブ８３を、上述の記憶部４３及び記憶部５３（図４及び図５）と同様に機能させることができる。さらにサーバ１０２では、中央処理ユニット８２及び通信部８１を、上述の通信部４１及び通信部５１（図４及び図５）と同様に機能させることができる。

従ってサーバ１０２は、管理サーバ２２及び配信サーバ２３の機能に応じて、ＲＯＭ８４又はハードディスクドライブ８３に記憶させる各種プログラムを適宜選定することにより、当該管理サーバ２２及び配信サーバ２３と同様の上述した処理を実行することができる。

（３−４）第３の実施の形態に対する動作及び効果
このようにして第３の実施の形態の通信システム１００において、通信端末１０１が、通信端末２１と同様の上述した処理を実行すると共に、サーバ１０２が、上述した管理サーバ２２及び配信サーバ２３と同様の上述した処理を実行することにより、かくして上述した第１の実施の形態の通信システム２０の場合と同様の効果を得ることができる。

（３−５）第３の実施の形態の場合の他の実施の形態
なお、上述した第３の実施の形態においては、本発明による通信システムを、図１８について上述した通信端末１０１とサーバ１０２とがネットワーク１０３を介して接続する通信システム１００に適用するようにした場合について述べたが、本発明はこれに限らず、携帯型オーディオプレイヤとパーソナルコンピュータとが無線通信で接続する通信システム等のように、この他種々の通信システムに広く適用することができる。

また上述した第３の実施の形態においては、複数の通信端末のそれぞれと接続して通信する第１の通信部として、図１８について上述した通信部８１を適用するようにした場合について述べたが、本発明はこれに限らず、無線で通信可能な通信部等のように、この他種々の第１の通信部を広く適用することができる。

さらに上述した第３の実施の形態においては、通信端末が、次回以降にサーバに接続するタイミングを示す複数の接続パターンを記憶する記憶部として、図１８について上述したハードディスク８３を適用するようにした場合について述べたが、本発明はこれに限らず、不揮発性のフラッシュメモリや、図示しないドライブに装填された光記録ディスク媒体であってもよく、また、ハードディスクやフラッシュメモリでなる外部記憶媒体等であっても良く、この他種々の記憶部を広く適用することができる。

さらに上述した第３の実施の形態においては、記憶部に記憶した複数の接続パターンの中から接続パターンを選択するパターン選択部として、図１８について上述した中央処理ユニット８２を適用するようにした場合について述べたが、本発明はこれに限らず、記憶部に記憶した複数の接続パターンの中から接続パターンを選択するハードウェア構成のパターン選択回路等のように、この他種々のパターン選択部を広く適用することができる。

さらに上述した第３の実施の形態においては、第１の通信部により複数の通信端末の中のいずれかの通信端末と通信したときに、パターン選択部により選択された接続パターンを、第１の通信部により通信している通信端末に送信するように当該第１の通信部を制御する第１の制御部として、図１８について上述した中央処理ユニット８２を適用するようにした場合について述べたが、本発明はこれに限らず、第１の通信部により複数の通信端末の中のいずれかの通信端末と通信したときに、パターン選択部により選択された接続パターンを、第１の通信部により通信している通信端末に送信するように当該第１の通信部を制御するハードウェア構成の第１の制御回路等のように、この他種々の第１の制御部を広く適用することができる。

さらに上述した第３の実施の形態においては、サーバと接続して通信する第２の通信部として、図１８について上述した通信部７９を適用するようにした場合について述べたが、本発明はこれに限らず、無線で通信可能な通信部等のように、この他種々の第２の通信部を広く適用することができる。

さらに上述した第３の実施の形態においては、第２の通信部により受信された接続パターンに示されるタイミングで、サーバと接続するように当該第２の通信部を制御する第２の制御部として、図１８について上述した中央処理ユニット７０を適用するようにした場合について述べたが、本発明はこれに限らず、第２の通信部により受信された接続パターンに示されるタイミングで、サーバと接続するように当該第２の通信部を制御するハードウェア構成の第２の制御回路等のように、この他種々の第２の制御部を広く適用することができる。

本発明は、サーバと複数の通信端末との間で通信する通信システムに利用することができる。

第１の実施の形態による通信システムの概要を示すブロック図である。 第１の実施の形態による通信システムの詳細構成を示す模式図である。 第１の実施の形態による通信端末の詳細構成を示すブロック図である。 第１の実施の形態による管理サーバの詳細構成を示すブロック図である。 第１の実施の形態による配信サーバの詳細構成を示すブロック図である。 第１の比較例の説明に供する略線図である。 第２の比較例の説明に供する略線図である。 第３の比較例の説明に供する略線図である。 第１の実施の形態の接続パターンデータの場合の説明に供する略線図である。 比較結果を示す一覧図である。 第１の実施の形態のデータ取得処理手順を示すシーケンスチャートである。 第１の実施の形態のパターン再取得処理手順を示すシーケンスチャートである。 第１の実施の形態のパターン変更処理手順を示すシーケンスチャートである 第２の実施の形態による通信システムの詳細構成を示す模式図である。 第２の実施の形態によるサーバの詳細構成を示すブロック図である。 第２の実施の形態のデータ取得処理手順を示すシーケンスチャートである。 第２の実施の形態のパターン再取得処理手順を示すシーケンスチャートである。 第３の実施の形態による通信システムの詳細構成を示すブロック図である。

符号の説明

１、２０、１００……通信システム、２、２１、１０１……通信端末、３、６０、１０２……サーバ、４……第１の通信部、５、３２、４３、５３、６３……記憶部、６、４４、５４、６４……パターン選択部、７……第１の制御部、８……第２の通信部、９……第２の通信部、２２……管理サーバ、２３……配信サーバ、３０、４２、５２、６２……制御部、３３、４１、５１、６１、７９、８１……通信部、ＣＴ２……第２の接続時間、ＣＴ２……第２の接続時間、ＣＴ３……第３の接続時間、ＵＤ……配信単位データ、ＵＴ……接続単位時間。

Claims (22)

1. 複数の通信端末と、当該複数の通信端末と接続して通信可能なサーバとを有する通信システムにおいて、
   上記サーバは、
   上記複数の通信端末のそれぞれと接続して通信する第１の通信部と、
   上記通信端末が、次回以降に上記サーバに接続するタイミングを示す複数の接続パターンを記憶する記憶部と、
   上記記憶部に記憶した上記複数の接続パターンの中から接続パターンを選択するパターン選択部と、
   上記第１の通信部により上記複数の通信端末の中のいずれかの通信端末と接続したときに、上記パターン選択部により選択された上記接続パターンを、上記第１の通信部により接続している上記通信端末に送信するように当該第１の通信部を制御する第１の制御部と
   を具え、
   上記通信端末は、
   上記サーバと接続して通信する第２の通信部と、
   上記第２の通信部により受信された上記接続パターンに示されるタイミングで、上記サーバと接続するように当該第２の通信部を制御する第２の制御部と
   を具えることを特徴とする通信システム。
2. 上記サーバの上記第１の制御部は、
   上記接続パターンに示されるタイミングで上記第１の通信部を介して上記通信端末と接続したとき、上記接続パターンに示されるタイミングに基づく量の通信データを送信するように上記第１の通信部を制御し、
   上記通信端末の上記第２の通信部は、
   上記サーバから送信される上記通信データを受信する
   ことを特徴とする請求項１に記載の通信システム。
3. 上記通信端末は、
   上記第２の通信部を介して上記サーバから送信される上記通信データを一時記憶する一時記憶部
   を具え、
   上記サーバの上記第１の制御部は、
   上記通信端末の上記一時記憶部に一時記憶可能な上記通信データのデータ量に基づいて、上記記憶部に記憶する上記複数の接続パターンの中で上記複数の通信端末のそれぞれに対し次回以降に最も遅いタイミングで上記サーバに接続することを示す上記接続パターンを設定する
   ことを特徴とする請求項２に記載の通信システム。
4. 上記サーバの上記第１の制御部は、
   上記通信端末への上記通信データの送信が完了したときに、上記通信端末との接続を切断するように上記第１の通信部を制御する
   ことを特徴とする請求項２に記載の通信システム。
5. 上記通信端末の上記第２の制御部は、
   上記サーバからの上記通信データの受信が完了したときに、上記サーバとの接続を切断するように上記第２の通信部を制御する
   ことを特徴とする請求項２に記載の通信システム。
6. 上記サーバの上記第１の制御部は、
   上記通信データに緊急情報が含まれている場合には、当該通信データの当該緊急情報が含まれている部分にタグを付加し、
   上記通信端末の上記第２の制御部は、
   上記サーバから送信される上記通信データに上記タグが付加されている場合には、当該通信データの当該タグが付加されている部分を優先的に扱う
   ことを特徴とする請求項２に記載の通信システム。
7. 上記サーバの上記記憶部は、
   上記複数の通信端末のそれぞれに対し、緊急時に上記サーバに接続するタイミングを示す、上記接続パターンよりも短い接続時間でなる複数の緊急時パターンを記憶し、
   上記パターン選択部は、
   上記緊急時において、上記第１の通信部により上記複数の通信端末の中のいずれかの通信端末と接続したときに、上記記憶部に記憶した上記複数の緊急時パターンの中から緊急時パターンを選択し、
   上記第１の制御部は、
   上記パターン選択部により選択された上記緊急時パターンを、上記第１の通信部により接続している上記通信端末に送信するように当該第１の通信部を制御する
   ことを特徴とする請求項６に記載の通信システム。
8. 上記サーバの上記パターン選択部は、
   上記第１の通信部により上記複数の通信端末の中のいずれかの上記通信端末と接続したときに、上記記憶部に記憶した上記複数の接続パターンの中から上記接続パターンをランダムに選択する
   ことを特徴とする請求項１に記載の通信システム。
9. 上記サーバの上記パターン選択部は、
   上記第１の通信部により上記複数の通信端末の中のいずれかの上記通信端末と接続したときに、上記記憶部に記憶した上記複数の接続パターンの中から、現時点で接続している当該通信端末が保持している上記接続パターン以外の接続パターンを選択する
   ことを特徴とする請求項１に記載の通信システム。
10. 複数の通信端末と接続して通信可能なサーバにおいて、
    上記複数の通信端末のそれぞれと接続して通信する通信部と、
    上記通信端末が、次回以降に上記サーバに接続するタイミングを示す複数の接続パターンを記憶する記憶部と、
    上記記憶部に記憶した上記複数の接続パターンの中から接続パターンを選択するパターン選択部と、
    上記通信部により上記複数の通信端末の中のいずれかの通信端末と接続したときに、上記パターン選択部により選択された上記接続パターンを、上記通信部により接続している上記通信端末に送信するように当該通信部を制御する制御部と
    を具えることを特徴とするサーバ。
11. 上記制御部は、
    上記通信端末が保持する上記接続パターンに示されるタイミングで、当該通信端末が上記通信部を介して上記サーバに接続したとき、当該接続パターンに示されるタイミングに基づく量の通信データを送信するように上記通信部を制御する
    ことを特徴とする請求項１０に記載のサーバ。
12. 上記制御部は、
    上記通信端末に設けられた一時記憶部に一時記憶可能な上記通信データのデータ量に基づいて、上記記憶部に記憶する上記複数の接続パターンの中で上記複数の通信端末のそれぞれに対し次回以降に最も遅いタイミングで上記サーバに接続することを示す上記接続パターンを設定する
    ことを特徴とする請求項１１に記載のサーバ。
13. 上記制御部は、
    上記通信端末への上記通信データの送信が完了したときに、上記通信端末との接続を切断するように上記通信部を制御する
    ことを特徴とする請求項１１に記載のサーバ。
14. 上記制御部は、
    上記通信データに緊急情報が含まれている場合には、当該通信データの当該緊急情報が含まれている部分にタグを付加する
    ことを特徴とする請求項１１に記載のサーバ。
15. 上記記憶部は、
    上記複数の通信端末のそれぞれに対し、緊急時に上記サーバに接続するタイミングを示す、上記接続パターンよりも短い接続時間でなる複数の緊急時パターンを記憶し、
    上記パターン選択部は、
    上記緊急時において、上記通信部により上記複数の通信端末の中のいずれかの通信端末と接続したときに、上記記憶部に記憶した上記複数の緊急時パターンの中から緊急時パターンを選択し、
    上記制御部は、
    上記パターン選択部により選択された上記緊急時パターンを、上記通信部により接続している上記通信端末に送信するように当該通信部を制御する
    ことを特徴とする請求項１４に記載のサーバ。
16. 上記パターン選択部は、
    上記通信部により上記複数の通信端末の中のいずれかの上記通信端末と接続したときに、上記記憶部に記憶した上記複数の接続パターンの中から上記接続パターンをランダムに選択する
    ことを特徴とする請求項１０に記載のサーバ。
17. 上記パターン選択部は、
    上記通信部により上記複数の通信端末の中のいずれかの上記通信端末と接続したときに、上記記憶部に記憶した上記複数の接続パターンの中から、現時点で接続している当該通信端末が保持している上記接続パターン以外の接続パターンを選択する
    ことを特徴とする請求項１０に記載のサーバ。
18. サーバと接続して通信可能な複数の通信端末において、
    上記サーバと接続して通信する通信部と、
    上記通信部により受信された接続パターンに示される、次回以降に上記サーバに接続するタイミングで、上記サーバと接続するように当該通信部を制御する制御部と
    を具えることを特徴とする通信端末。
19. 上記通信部は、
    上記サーバから送信される、上記接続パターンに示されるタイミングに基づく量の通信データを受信する
    ことを特徴とする請求項１８に記載の通信端末。
20. 上記制御部は、
    上記サーバからの上記通信データの受信が完了したときに、上記サーバとの接続を切断するように上記通信部を制御する
    ことを特徴とする請求項１９に記載の通信端末。
21. 上記制御部は、
    上記サーバから送信される上記通信データにタグが付加されている場合には、当該通信データの当該タグが付加されている部分を優先的に扱う
    ことを特徴とする請求項２０に記載の通信端末。
22. 複数の通信端末と、当該複数の通信端末と接続して通信可能なサーバとの通信方法において、
    上記複数の通信端末のそれぞれに対して次回以降に上記サーバに接続するタイミングを示す複数の接続パターンを、当該サーバに設けられた記憶部に記憶する記憶ステップと、
    上記サーバが上記複数の通信端末の中のいずれかの通信端末と接続したときに、上記記憶部に記憶した上記複数の接続パターンの中から接続パターンを選択するパターン選択ステップと、
    選択した上記接続パターンを、接続している上記通信端末に送信する送信ステップと、
    上記サーバから送信された上記接続パターンに示されるタイミングで、上記サーバと接続する接続ステップと
    を具えることを特徴とする通信方法。

Images