JPH1198216A - 通信方式選択方法および装置と該方法を実施するプログラムを記録した記録媒体 - Google Patents
通信方式選択方法および装置と該方法を実施するプログラムを記録した記録媒体Info
- Publication number
- JPH1198216A JPH1198216A JP9257361A JP25736197A JPH1198216A JP H1198216 A JPH1198216 A JP H1198216A JP 9257361 A JP9257361 A JP 9257361A JP 25736197 A JP25736197 A JP 25736197A JP H1198216 A JPH1198216 A JP H1198216A
- Authority
- JP
- Japan
- Prior art keywords
- information
- data
- server
- communication
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 本発明は、クライアントがサーバから放送型
通信またはオンデマンド型通信により情報を取得すると
き、より早く情報を取得することを可能とする通信方式
選択方法および装置と該方法を実施するプログラムを記
録した記録媒体を提供することを目的とる。 【解決手段】 サーバ側から繰り返して送信される複数
の情報およびクライアントからの要求に応じて送信され
る情報をクライアントが受信し得るとき、クライアント
は、前記繰り返し送信される複数の情報に取得を希望す
る情報が含まれるか否かを判別し、取得を希望する情報
が含まれるときには、さらに情報の取得要求による当該
情報の入手について判別する判別手段と、この判別手段
で情報の取得要求による情報の入手が選択されたときお
よび前記サーバから繰り返し送信される複数の情報に取
得を希望する情報が含まれないと判別されたときにサー
バに対して情報の取得を要求する要求手段とを備えて構
成される。
通信またはオンデマンド型通信により情報を取得すると
き、より早く情報を取得することを可能とする通信方式
選択方法および装置と該方法を実施するプログラムを記
録した記録媒体を提供することを目的とる。 【解決手段】 サーバ側から繰り返して送信される複数
の情報およびクライアントからの要求に応じて送信され
る情報をクライアントが受信し得るとき、クライアント
は、前記繰り返し送信される複数の情報に取得を希望す
る情報が含まれるか否かを判別し、取得を希望する情報
が含まれるときには、さらに情報の取得要求による当該
情報の入手について判別する判別手段と、この判別手段
で情報の取得要求による情報の入手が選択されたときお
よび前記サーバから繰り返し送信される複数の情報に取
得を希望する情報が含まれないと判別されたときにサー
バに対して情報の取得を要求する要求手段とを備えて構
成される。
Description
【０００１】
【発明の属する技術分野】この発明は、放送型通信とオ
ンデマンド型通信とを統合した情報提供システムにおい
て、ネットワークを効果的に利用することにより利用者
に対してより早く各種データ等の情報を提供することを
可能とする通信方式選択方法および装置と該方法を実施
するプログラムを記録した記録媒体に関する。
ンデマンド型通信とを統合した情報提供システムにおい
て、ネットワークを効果的に利用することにより利用者
に対してより早く各種データ等の情報を提供することを
可能とする通信方式選択方法および装置と該方法を実施
するプログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】従来、データべース検索やＷＷＷ（Ｗｏ
ｒｌｄ Ｗｉｄｅ Ｗｅｂ）におけるブラウザに代表さ
れるように、予めデータをサーバ側装置に蓄積してお
き、クライアント側装置からの要求に対応して必要なデ
ータのみをサーバ側装置から取得してクライアント側装
置に提供するデータ配信方式が知られている。
ｒｌｄ Ｗｉｄｅ Ｗｅｂ）におけるブラウザに代表さ
れるように、予めデータをサーバ側装置に蓄積してお
き、クライアント側装置からの要求に対応して必要なデ
ータのみをサーバ側装置から取得してクライアント側装
置に提供するデータ配信方式が知られている。
【０００３】この方式はオンデマンド型通信方式と呼ば
れており、クライアント側装置がサーバ側装置に対して
送信するデータ取得要求と、サーバ側装置がクライアン
ト側装置に対して提供するデータとは１対１に対応す
る。すなわち、このオンデマンド型通信方式では、利用
者が要求したデータだけがネットワーク等の通信路を介
してサーバ側装置からクライアント側装置に送信される
ことから、不要なデータ（利用者から要求されていない
データ）が通信路を流れるといったようなことはない。
れており、クライアント側装置がサーバ側装置に対して
送信するデータ取得要求と、サーバ側装置がクライアン
ト側装置に対して提供するデータとは１対１に対応す
る。すなわち、このオンデマンド型通信方式では、利用
者が要求したデータだけがネットワーク等の通信路を介
してサーバ側装置からクライアント側装置に送信される
ことから、不要なデータ（利用者から要求されていない
データ）が通信路を流れるといったようなことはない。
【０００４】一方、テレビやラジオに代表されるよう
に、サーバ側装置からデータを送信し、複数のクライア
ント側装置が同時にそのデータ、具体的には映像や音声
等の情報を受信する方式がある。この方式は放送型通信
方式と呼ばれている。
に、サーバ側装置からデータを送信し、複数のクライア
ント側装置が同時にそのデータ、具体的には映像や音声
等の情報を受信する方式がある。この方式は放送型通信
方式と呼ばれている。
【０００５】このような放送型通信方式を用いてサーバ
側装置から多数のクライアント側装置に同時にデータ通
信を行うシステムの例としては、米国のＢｒｏｗｎ大学
で研究されているBroadcast Disk（ Swarup Acharya,Mi
chael Franklin and StanleyZdonik:Dissemination-Bas
ed Data Delivery Using Broadcast Disks,IEEE Person
al Communication,Vol.2,No.6,Dec.1995.に記載）によ
るものがある。このBroadcast Diskによるシステムで
は、利用者からの複数の情報のそれぞれへのアクセス状
況を監視し、このアクセス状況を用いて、放送する情報
の送信の順番を変えることにより、小さな伝送容量で、
多くの利用者に情報を提供することができる。
側装置から多数のクライアント側装置に同時にデータ通
信を行うシステムの例としては、米国のＢｒｏｗｎ大学
で研究されているBroadcast Disk（ Swarup Acharya,Mi
chael Franklin and StanleyZdonik:Dissemination-Bas
ed Data Delivery Using Broadcast Disks,IEEE Person
al Communication,Vol.2,No.6,Dec.1995.に記載）によ
るものがある。このBroadcast Diskによるシステムで
は、利用者からの複数の情報のそれぞれへのアクセス状
況を監視し、このアクセス状況を用いて、放送する情報
の送信の順番を変えることにより、小さな伝送容量で、
多くの利用者に情報を提供することができる。
【０００６】多数のクライアント側装置に様々なデータ
を提供しようとする場合、上記の２つの通信方式には、
それぞれ以下に示す利点と欠点がある。
を提供しようとする場合、上記の２つの通信方式には、
それぞれ以下に示す利点と欠点がある。
【０００７】まず、オンデマンド型通信方式を用いる場
合は、クライアント側装置が必要とするデータのみをサ
ーバ側装置が提供するため、ネットワークに無駄なデー
タが流れることがないという利点がある。しかしなが
ら、クライアント側装置の数が増えるにしたがってネッ
トワークやサーバ側装置の負荷が高くなり、その結果デ
ータを取得するまでの待ち時間が長くなるという欠点が
ある。
合は、クライアント側装置が必要とするデータのみをサ
ーバ側装置が提供するため、ネットワークに無駄なデー
タが流れることがないという利点がある。しかしなが
ら、クライアント側装置の数が増えるにしたがってネッ
トワークやサーバ側装置の負荷が高くなり、その結果デ
ータを取得するまでの待ち時間が長くなるという欠点が
ある。
【０００８】また、放送型通信方式を用いる場合は、サ
ーバ側装置の１回の送信で多数のクライアント側装置が
データを受け取ることができるため、同一のデータに対
して取得要求が多いときにサーバ側装置からのデータ送
信量を低減することができる。しかしながら、放送する
データ数や個々のデータサイズが大きいと、要求するデ
ータが放送されるまでに時間がかかり、待ち時間が長く
なるという欠点がある。そこで待ち時間を短くするため
に、放送するデータ量（データ数や個々のデータサイ
ズ）を少なくすることも考えられるが、これとても、多
くのデータを提供できなくなってしまうという欠点があ
る。
ーバ側装置の１回の送信で多数のクライアント側装置が
データを受け取ることができるため、同一のデータに対
して取得要求が多いときにサーバ側装置からのデータ送
信量を低減することができる。しかしながら、放送する
データ数や個々のデータサイズが大きいと、要求するデ
ータが放送されるまでに時間がかかり、待ち時間が長く
なるという欠点がある。そこで待ち時間を短くするため
に、放送するデータ量（データ数や個々のデータサイ
ズ）を少なくすることも考えられるが、これとても、多
くのデータを提供できなくなってしまうという欠点があ
る。
【０００９】そこで、これらの通信方式を個々に用いた
ときの問題点を解決するため、２つの通信方式を組み合
わせた情報提供システムが提案されている（特願平８−
３０８５３９号「情報伝達システム（田辺、箱守、井
上）」）。
ときの問題点を解決するため、２つの通信方式を組み合
わせた情報提供システムが提案されている（特願平８−
３０８５３９号「情報伝達システム（田辺、箱守、井
上）」）。
【００１０】この情報提供システムは図８に示すよう
に、サーバ側装置１０３、クライアント側端末１０７、
およびネットワーク１０５から構成される。サーバ側装
置１０３はデータを蓄積しており、それらのうちクライ
アント側端末１０７からの要求頻度（アクセス頻度）が
高いものを放送型通信で提供する。また、このときどの
データがいつ送信されるかを示す放送スケジュールも合
わせて送信される。
に、サーバ側装置１０３、クライアント側端末１０７、
およびネットワーク１０５から構成される。サーバ側装
置１０３はデータを蓄積しており、それらのうちクライ
アント側端末１０７からの要求頻度（アクセス頻度）が
高いものを放送型通信で提供する。また、このときどの
データがいつ送信されるかを示す放送スケジュールも合
わせて送信される。
【００１１】図８では、ｎ個のデータを１回ずつ周期的
に放送する様子を示している。クライアント側端末１０
７は、利用者からの要求を受け、データを放送型通信あ
るいはオンデマンド型通信により取得する。ここで、ク
ライアント側端末１０７は予め放送スケジュールを受信
して蓄積しており、利用者からデータ取得要求が来る
と、スケジュールを調べ、そのデータが放送されている
かどうかを確認する。データが放送スケジュールにない
ときは、サーバ側装置１０３へデータ取得要求を送信
し、オンデマンド型通信によりデータを取得する。一
方、データが放送されているときには当該取得要求をサ
ーバ側装置１０３へ送信すること無く放送型通信により
取得する。
に放送する様子を示している。クライアント側端末１０
７は、利用者からの要求を受け、データを放送型通信あ
るいはオンデマンド型通信により取得する。ここで、ク
ライアント側端末１０７は予め放送スケジュールを受信
して蓄積しており、利用者からデータ取得要求が来る
と、スケジュールを調べ、そのデータが放送されている
かどうかを確認する。データが放送スケジュールにない
ときは、サーバ側装置１０３へデータ取得要求を送信
し、オンデマンド型通信によりデータを取得する。一
方、データが放送されているときには当該取得要求をサ
ーバ側装置１０３へ送信すること無く放送型通信により
取得する。
【００１２】ネットワーク１０５は、クライアント側端
末１０７からのデータ取得要求をサーバ側装置１０３に
伝送する上りチャネルと、サーバ側装置１０３からデー
タを放送型通信とオンデマンド型通信で提供する下りチ
ャネルとを備える。
末１０７からのデータ取得要求をサーバ側装置１０３に
伝送する上りチャネルと、サーバ側装置１０３からデー
タを放送型通信とオンデマンド型通信で提供する下りチ
ャネルとを備える。
【００１３】このように、放送型通信とオンデマンド型
通信を組み合わせた情報提供システムでは、クライアン
ト側装置からのアクセス頻度が高いデータを放送型通信
で提供することにより、各クライアント側装置へ１対１
でデータを提供するよりもサーバ側装置が送信するデー
タ量を低減できる。また、アクセス頻度が低いデータは
放送することなくオンデマンド型通信で提供することに
より放送データ量を少なくすることができるので、全て
のデータを放送型通信により提供するときよりも放送型
通信でデータを取得するときの待ち時間を短縮すること
ができる。
通信を組み合わせた情報提供システムでは、クライアン
ト側装置からのアクセス頻度が高いデータを放送型通信
で提供することにより、各クライアント側装置へ１対１
でデータを提供するよりもサーバ側装置が送信するデー
タ量を低減できる。また、アクセス頻度が低いデータは
放送することなくオンデマンド型通信で提供することに
より放送データ量を少なくすることができるので、全て
のデータを放送型通信により提供するときよりも放送型
通信でデータを取得するときの待ち時間を短縮すること
ができる。
【００１４】
【発明が解決しようとする課題】上述したように、放送
型通信とオンデマンド型通信を組み合わせた情報提供シ
ステムは、サーバ側装置数やネットワークの伝送容量に
比べて、クライアント側装置数やクライアント側装置が
発行するデータ取得要求数が非常に多い環境では、クラ
イアント側装置がデータを取得するまでの平均的な待ち
時間を短縮することができ、有効であるといえる。
型通信とオンデマンド型通信を組み合わせた情報提供シ
ステムは、サーバ側装置数やネットワークの伝送容量に
比べて、クライアント側装置数やクライアント側装置が
発行するデータ取得要求数が非常に多い環境では、クラ
イアント側装置がデータを取得するまでの平均的な待ち
時間を短縮することができ、有効であるといえる。
【００１５】ここで、各方式によるデータ取得時の待ち
時間を以下に示す。
時間を以下に示す。
【００１６】（１）放送型通信…データの取得待ち時間
は放送プログラムによって決まり、クライアント側装置
の数やデータ取得要求の発生頻度には依存しない。例え
ば、ｎ個のデータを１回ずつ周期的に放送するプログラ
ムの場合、その周期がＴであれば、放送型通信によって
データを取得するときの平均的な待ち時間はＴ／２とな
る。また、各クライアント側装置が実際にデータを取得
するときの待ち時間は、要求が発生した時点と放送プロ
グラムのタイミングによって決まり、この場合は０から
Ｔまでの間のいずれかとなる。
は放送プログラムによって決まり、クライアント側装置
の数やデータ取得要求の発生頻度には依存しない。例え
ば、ｎ個のデータを１回ずつ周期的に放送するプログラ
ムの場合、その周期がＴであれば、放送型通信によって
データを取得するときの平均的な待ち時間はＴ／２とな
る。また、各クライアント側装置が実際にデータを取得
するときの待ち時間は、要求が発生した時点と放送プロ
グラムのタイミングによって決まり、この場合は０から
Ｔまでの間のいずれかとなる。
【００１７】（２）オンデマンド型通信…データの取得
待ち時間は、クライアント側装置からサーバ側装置に送
信するデータ取得要求の発生頻度によって決まる。発生
頻度が少なければネットワークやサーバ側装置の負荷が
少なくなり待ち時間は短いが、発生頻度が高くなるにつ
れて待ち時間は増大する。
待ち時間は、クライアント側装置からサーバ側装置に送
信するデータ取得要求の発生頻度によって決まる。発生
頻度が少なければネットワークやサーバ側装置の負荷が
少なくなり待ち時間は短いが、発生頻度が高くなるにつ
れて待ち時間は増大する。
【００１８】つまり、放送プログラムと要求発生のタイ
ミング、およびオンデマンド型通信で利用するネットワ
ークやサーバ側装置の負荷の状況により、オンデマンド
型通信よりも放送型通信でデータを取得するほうがかえ
って待ち時間が長くなってしまうことがある。
ミング、およびオンデマンド型通信で利用するネットワ
ークやサーバ側装置の負荷の状況により、オンデマンド
型通信よりも放送型通信でデータを取得するほうがかえ
って待ち時間が長くなってしまうことがある。
【００１９】例えば、周期的な放送プログラムにおいて
周期時間が１０秒であり、一方、オンデマンド型通信に
よるデータ取得の待ち時間が２秒であるような状況で
は、放送型通信でデータを取得するよりもオンデマンド
型通信でデータを取得するほうが待ち時間が短くなる可
能性が非常に高い。
周期時間が１０秒であり、一方、オンデマンド型通信に
よるデータ取得の待ち時間が２秒であるような状況で
は、放送型通信でデータを取得するよりもオンデマンド
型通信でデータを取得するほうが待ち時間が短くなる可
能性が非常に高い。
【００２０】しかしながら、上述したシステムでは、ク
ライアント側装置はデータが放送されているときには必
ず放送型通信によってデータを取得するため、このよう
な状況ではオンデマンド型通信だけによるシステムより
も待ち時間が長くなってしまう問題がある。
ライアント側装置はデータが放送されているときには必
ず放送型通信によってデータを取得するため、このよう
な状況ではオンデマンド型通信だけによるシステムより
も待ち時間が長くなってしまう問題がある。
【００２１】本発明は、上記課題に鑑みてなされたもの
で、サーバ側装置からクライアント側装置へ放送型通信
とオンデマンド型通信の両方の通信方式で情報を提供す
ることができるネットワークシステムにおいて、クライ
アント側装置がサーバ側装置から情報を得ようとすると
きに、放送型通信により情報を取得するときとオンデマ
ンド型通信により情報を取得するときとで待ち時間が短
いほうを選択することにより、より早く情報を取得する
ことが可能とする通信方式選択機構を実現する通信方式
選択方法および装置と該方法を実施するプログラムを記
録した記録媒体を提供することを目的とる。
で、サーバ側装置からクライアント側装置へ放送型通信
とオンデマンド型通信の両方の通信方式で情報を提供す
ることができるネットワークシステムにおいて、クライ
アント側装置がサーバ側装置から情報を得ようとすると
きに、放送型通信により情報を取得するときとオンデマ
ンド型通信により情報を取得するときとで待ち時間が短
いほうを選択することにより、より早く情報を取得する
ことが可能とする通信方式選択機構を実現する通信方式
選択方法および装置と該方法を実施するプログラムを記
録した記録媒体を提供することを目的とる。
【００２２】
【課題を解決するための手段】前述した目的を達成する
ために、本発明のうちで請求項１記載の発明は、サーバ
側の第１の送信手段から繰り返して送信される予め定め
られた複数の情報および第２の送信手段からクライアン
トからの要求に応じて送信される情報をクライアントが
それぞれ受信し得るときの通信方式選択方法において、
前記クライアントは、前記サーバに対する情報の取得が
要求されたときに、この取得を希望する情報が前記サー
バの第１の送信手段から繰り返して送信されているか否
かを判別し、当該情報が繰り返し送信されているときに
は情報の取得要求による当該情報の入手の要否について
判別し、情報の取得要求による情報の入手が選択された
ときおよび前記サーバの第１の送信手段から繰り返し送
信される複数の情報に取得を希望する情報が含まれない
と判別されたときに前記サーバに対して第２の送信手段
による情報の取得を要求することを要旨とする。
ために、本発明のうちで請求項１記載の発明は、サーバ
側の第１の送信手段から繰り返して送信される予め定め
られた複数の情報および第２の送信手段からクライアン
トからの要求に応じて送信される情報をクライアントが
それぞれ受信し得るときの通信方式選択方法において、
前記クライアントは、前記サーバに対する情報の取得が
要求されたときに、この取得を希望する情報が前記サー
バの第１の送信手段から繰り返して送信されているか否
かを判別し、当該情報が繰り返し送信されているときに
は情報の取得要求による当該情報の入手の要否について
判別し、情報の取得要求による情報の入手が選択された
ときおよび前記サーバの第１の送信手段から繰り返し送
信される複数の情報に取得を希望する情報が含まれない
と判別されたときに前記サーバに対して第２の送信手段
による情報の取得を要求することを要旨とする。
【００２３】請求項１記載の本発明では、取得を希望す
る情報が繰り返し送信されているときに取得要求による
当該情報の入手について、場合によっては判別手法の選
択を含んで、判別するようにしているので、取得を希望
する情報をより早く取得することが可能となる。
る情報が繰り返し送信されているときに取得要求による
当該情報の入手について、場合によっては判別手法の選
択を含んで、判別するようにしているので、取得を希望
する情報をより早く取得することが可能となる。
【００２４】また本発明のうちで請求項２記載の発明
は、サーバ側の第１の送信手段から繰り返して送信され
る予め定められた複数の情報および第２の送信手段から
クライアントからの要求に応じて送信される情報をクラ
イアントがそれぞれ受信し得るときの通信方式選択装置
において、前記クライアントは、前記サーバの第１の送
信手段から繰り返し送信される複数の情報に取得を希望
する情報が含まれるか否かを判別し、前記複数の情報に
取得を希望する情報が含まれるときには、さらに情報の
取得要求による当該情報の入手について判別する判別手
段と、この判別手段で情報の取得要求による情報の入手
が選択されたときおよび前記サーバの第１の送信手段か
ら繰り返し送信される複数の情報に取得を希望する情報
が含まれないと判別されたときに前記サーバに対して第
２の送信手段による情報の取得を要求する要求手段とを
有することを要旨とする。
は、サーバ側の第１の送信手段から繰り返して送信され
る予め定められた複数の情報および第２の送信手段から
クライアントからの要求に応じて送信される情報をクラ
イアントがそれぞれ受信し得るときの通信方式選択装置
において、前記クライアントは、前記サーバの第１の送
信手段から繰り返し送信される複数の情報に取得を希望
する情報が含まれるか否かを判別し、前記複数の情報に
取得を希望する情報が含まれるときには、さらに情報の
取得要求による当該情報の入手について判別する判別手
段と、この判別手段で情報の取得要求による情報の入手
が選択されたときおよび前記サーバの第１の送信手段か
ら繰り返し送信される複数の情報に取得を希望する情報
が含まれないと判別されたときに前記サーバに対して第
２の送信手段による情報の取得を要求する要求手段とを
有することを要旨とする。
【００２５】請求項２記載の本発明では、判別手段によ
り取得を希望する情報が繰り返し送信されているときに
取得要求による当該情報の入手について判別するように
しているので、より早く情報を取得することが可能とな
る。
り取得を希望する情報が繰り返し送信されているときに
取得要求による当該情報の入手について判別するように
しているので、より早く情報を取得することが可能とな
る。
【００２６】さらに本発明のうちで請求項９記載の発明
は、サーバ側の第１の送信手段から繰り返して送信され
る予め定められた複数の情報および第２の送信手段から
クライアントからの要求に応じて送信される情報をクラ
イアントがそれぞれ受信し得るときの通信方式選択方法
を実施するプログラムを記録した記録媒体において、前
記クライアントは、前記サーバに対する情報の取得が要
求されたときに、この取得を希望する情報が前記サーバ
の第１の送信手段から繰り返して送信されているか否か
を判別し、当該情報が繰り返し送信されているときには
情報の取得要求による当該情報の入手について判別し、
情報の取得要求による情報の入手が選択されたときおよ
び前記サーバの第１の送信手段から繰り返し送信される
複数の情報に取得を希望する情報が含まれないと判別さ
れたときに前記サーバに対して第２の送信手段による情
報の取得を要求する通信方式選択方法を実施するプログ
ラムを記録することを要旨とする。
は、サーバ側の第１の送信手段から繰り返して送信され
る予め定められた複数の情報および第２の送信手段から
クライアントからの要求に応じて送信される情報をクラ
イアントがそれぞれ受信し得るときの通信方式選択方法
を実施するプログラムを記録した記録媒体において、前
記クライアントは、前記サーバに対する情報の取得が要
求されたときに、この取得を希望する情報が前記サーバ
の第１の送信手段から繰り返して送信されているか否か
を判別し、当該情報が繰り返し送信されているときには
情報の取得要求による当該情報の入手について判別し、
情報の取得要求による情報の入手が選択されたときおよ
び前記サーバの第１の送信手段から繰り返し送信される
複数の情報に取得を希望する情報が含まれないと判別さ
れたときに前記サーバに対して第２の送信手段による情
報の取得を要求する通信方式選択方法を実施するプログ
ラムを記録することを要旨とする。
【００２７】請求項９記載の本発明では、取得を希望す
る情報が繰り返し送信されているときに取得要求による
当該情報のより早い入手について判別するためのプログ
ラムを記録媒体に記録したので、この記録媒体を流通せ
しめることにより、より早い情報の取得が広く可能とな
る。
る情報が繰り返し送信されているときに取得要求による
当該情報のより早い入手について判別するためのプログ
ラムを記録媒体に記録したので、この記録媒体を流通せ
しめることにより、より早い情報の取得が広く可能とな
る。
【００２８】
【発明の実施の形態】以下、この発明の実施の形態を図
面を参照して説明する。図１は、この発明の第１の実施
の形態にかかる通信方式選択方法が適用される情報提供
システムの構成例を示す図である。
面を参照して説明する。図１は、この発明の第１の実施
の形態にかかる通信方式選択方法が適用される情報提供
システムの構成例を示す図である。
【００２９】まずこの情報提供システムの構成について
説明する。アプリケーションプログラム部１はクライア
ント側装置３に付属して接続され、またクライアント側
装置３とサーバ側装置７とはネットワーク５を介して双
方向に接続され、サーバ側装置７にはデータベース部９
が付属して接続される。
説明する。アプリケーションプログラム部１はクライア
ント側装置３に付属して接続され、またクライアント側
装置３とサーバ側装置７とはネットワーク５を介して双
方向に接続され、サーバ側装置７にはデータベース部９
が付属して接続される。
【００３０】またクライアント側装置３は、取得要求受
付部３１、判別部３２、取得要求送信部３３および送信
部３５により上り回線が構成され、また要求状況収集部
３４が判別部３２と送信部３５との間に設けられる。ま
た、受信部３６、判別部３２および結果出力部３７によ
り下り回線が構成される。さらにサーバ側装置７は、第
１の送信手段を構成する受信部７１、要求状況収集部７
３、放送データ決定部７４（データべース９）、送信デ
ータ作成部７５および送信部７６と、第１の送信手段を
構成する受信部７１、情報検索部７２（データべース
９）、送信データ作成部７５および送信部７６により構
成される。
付部３１、判別部３２、取得要求送信部３３および送信
部３５により上り回線が構成され、また要求状況収集部
３４が判別部３２と送信部３５との間に設けられる。ま
た、受信部３６、判別部３２および結果出力部３７によ
り下り回線が構成される。さらにサーバ側装置７は、第
１の送信手段を構成する受信部７１、要求状況収集部７
３、放送データ決定部７４（データべース９）、送信デ
ータ作成部７５および送信部７６と、第１の送信手段を
構成する受信部７１、情報検索部７２（データべース
９）、送信データ作成部７５および送信部７６により構
成される。
【００３１】つぎにクライアント側装置３における各モ
ジュールの作用について説明する。取得要求受付部３１
は、アプリケーション部１からのデータ取得要求を受け
付け判別部３２に出力する。判別部３２は、取得要求受
付部３１を介して入力されたデータ取得要求に対して、
そのデータをサーバ側装置７から放送型通信により繰り
返し送信される複数のデータから取得するか、オンデマ
ンド型通信によりデータの取得要求に対応して送信され
るデータにより取得するかを決定する。そして決定した
通信方式により取得したデータを結果出力部３７を介し
てアプリケーション部１へ引き渡す。
ジュールの作用について説明する。取得要求受付部３１
は、アプリケーション部１からのデータ取得要求を受け
付け判別部３２に出力する。判別部３２は、取得要求受
付部３１を介して入力されたデータ取得要求に対して、
そのデータをサーバ側装置７から放送型通信により繰り
返し送信される複数のデータから取得するか、オンデマ
ンド型通信によりデータの取得要求に対応して送信され
るデータにより取得するかを決定する。そして決定した
通信方式により取得したデータを結果出力部３７を介し
てアプリケーション部１へ引き渡す。
【００３２】取得要求送信部３３は、データをオンデマ
ンド型通信によりサーバ側装置７に対しデータの取得要
求を行いデータを取得するときに、データ取得要求をサ
ーバ側装置７に送信する形式に変換し、送信部３５に出
力する。要求状況収集部３４は、クライアント側装置３
がアプリケーション部１から受け付けたデータ取得要求
の内容によりデータのアクセス状況を記録する。この記
録されたアクセス状況は、適当な時期に適宜送信部３５
を介してサーバ側装置７へ送信される。
ンド型通信によりサーバ側装置７に対しデータの取得要
求を行いデータを取得するときに、データ取得要求をサ
ーバ側装置７に送信する形式に変換し、送信部３５に出
力する。要求状況収集部３４は、クライアント側装置３
がアプリケーション部１から受け付けたデータ取得要求
の内容によりデータのアクセス状況を記録する。この記
録されたアクセス状況は、適当な時期に適宜送信部３５
を介してサーバ側装置７へ送信される。
【００３３】送信部３５は、ネットワーク５のプロトコ
ル（ＴＣＰ／ＩＰなど）を用いて、データ取得要求やデ
ータのアクセス状況をサーバ側装置７に送信する。受信
部３６は、ネットワーク５のプロトコルにより、放送型
通信またはオンデマンド型通信でサーバ側装置７から提
供されるデータを受信する。結果出力部３７は、放送型
通信またはオンデマンド型通信により取得したデータを
アプリケーション部１に引き渡す。
ル（ＴＣＰ／ＩＰなど）を用いて、データ取得要求やデ
ータのアクセス状況をサーバ側装置７に送信する。受信
部３６は、ネットワーク５のプロトコルにより、放送型
通信またはオンデマンド型通信でサーバ側装置７から提
供されるデータを受信する。結果出力部３７は、放送型
通信またはオンデマンド型通信により取得したデータを
アプリケーション部１に引き渡す。
【００３４】次に、サーバ側装置７における各モジュー
ルの作用について説明する。受信部７１は、クライアン
ト側装置３から送信されるオンデマンド型通信のデータ
取得要求および各クライアント側装置３のデータへのア
クセス状況を受信する。情報検索部７２は、受信部７１
で受信されたデータ取得要求の内容に基づいて、データ
べース９を検索しデータを取得し、送信データ作成部７
５に出力する。
ルの作用について説明する。受信部７１は、クライアン
ト側装置３から送信されるオンデマンド型通信のデータ
取得要求および各クライアント側装置３のデータへのア
クセス状況を受信する。情報検索部７２は、受信部７１
で受信されたデータ取得要求の内容に基づいて、データ
べース９を検索しデータを取得し、送信データ作成部７
５に出力する。
【００３５】要求状況収集部７３は、クライアント側装
置３から送信されるデータへのアクセス状況を記録し、
各データのアクセス頻度情報を作成し、放送データ決定
部７４に出力する。この放送データ決定部７４は、要求
状況収集部７３が収集している各データに対するアクセ
スの頻度をもとに、どのデータを放送型通信により提供
するかを決定し、送信データ作成部７５に出力する。
置３から送信されるデータへのアクセス状況を記録し、
各データのアクセス頻度情報を作成し、放送データ決定
部７４に出力する。この放送データ決定部７４は、要求
状況収集部７３が収集している各データに対するアクセ
スの頻度をもとに、どのデータを放送型通信により提供
するかを決定し、送信データ作成部７５に出力する。
【００３６】送信データ作成部７５は、オンデマンド型
通信によって提供するデータと放送型通信によって提供
するデータとから、ネットワーク５に送信するデータ列
（データストリーム）を作成する。また、放送型通信で
提供するデータの放送スケジュールをデータ化し、放送
型通信のデータストリームに加える。この送信データ作
成部７５と接続される送信部７６は、送信データ作成部
７５によって作成されたデータストリームを、ネットワ
ーク５のプロトコルにしたがってクライアント側装置３
に送信する。
通信によって提供するデータと放送型通信によって提供
するデータとから、ネットワーク５に送信するデータ列
（データストリーム）を作成する。また、放送型通信で
提供するデータの放送スケジュールをデータ化し、放送
型通信のデータストリームに加える。この送信データ作
成部７５と接続される送信部７６は、送信データ作成部
７５によって作成されたデータストリームを、ネットワ
ーク５のプロトコルにしたがってクライアント側装置３
に送信する。
【００３７】次に本実施形態における動作について説明
する。なお、本実施形態の情報提供システムは、放送型
通信とオンデマンド型通信の機能を有している。以下、
クライアント側装置３とサーバ側装置７の動作について
それぞれ説明する。
する。なお、本実施形態の情報提供システムは、放送型
通信とオンデマンド型通信の機能を有している。以下、
クライアント側装置３とサーバ側装置７の動作について
それぞれ説明する。
【００３８】まず、図２を参照してクライアント側装置
３の動作について説明する。
３の動作について説明する。
【００３９】取得要求受付部３１を介してアプリケーシ
ョンプログラム部１からデータ取得要求を受け取ると、
判別部３２は放送スケジュールを参照して、要求されて
いるデータが放送されているかどうかを判断する。放送
されていない場合は、取得要求送信部３３においてデー
タ取得要求をサーバ側装置７へ送信するためのフォーマ
ットに変換し、ネットワーク５のプロトコルに従いサー
バ側装置７へ要求を送信する。データが放送されている
場合は、さらに後述する判定方法によりデータを放送型
通信で取得するかオンデマンド型通信で取得するかを判
定する。
ョンプログラム部１からデータ取得要求を受け取ると、
判別部３２は放送スケジュールを参照して、要求されて
いるデータが放送されているかどうかを判断する。放送
されていない場合は、取得要求送信部３３においてデー
タ取得要求をサーバ側装置７へ送信するためのフォーマ
ットに変換し、ネットワーク５のプロトコルに従いサー
バ側装置７へ要求を送信する。データが放送されている
場合は、さらに後述する判定方法によりデータを放送型
通信で取得するかオンデマンド型通信で取得するかを判
定する。
【００４０】この判定の結果、オンデマンド型通信によ
りデータを取得する場合には、先ほどと同様に取得要求
送信部３３においてデータ取得要求のフォーマットを変
換し、送信部３５を介してサーバ側装置７へ要求を送信
する。一方、放送型通信により取得する場合には、要求
するデータが放送されるまで待つ。その後、オンデマン
ド型通信と放送型通信のいずれにおいてもサーバ側装置
７からデータが送信されるのを待ち、受信部３６でデー
タを受信し、結果出力部３７を介してアプリケーション
プログラム部１へ引き渡す。
りデータを取得する場合には、先ほどと同様に取得要求
送信部３３においてデータ取得要求のフォーマットを変
換し、送信部３５を介してサーバ側装置７へ要求を送信
する。一方、放送型通信により取得する場合には、要求
するデータが放送されるまで待つ。その後、オンデマン
ド型通信と放送型通信のいずれにおいてもサーバ側装置
７からデータが送信されるのを待ち、受信部３６でデー
タを受信し、結果出力部３７を介してアプリケーション
プログラム部１へ引き渡す。
【００４１】また、クライアント側装置３はアプリケー
ションプログラム部１から受け付けるデータ取得要求を
要求状況収集部３４で記録している。収集したデータへ
のアクセス状況は、例えば、所定の周期時間毎に集計さ
れ、サーバ側装置７へ送信される。
ションプログラム部１から受け付けるデータ取得要求を
要求状況収集部３４で記録している。収集したデータへ
のアクセス状況は、例えば、所定の周期時間毎に集計さ
れ、サーバ側装置７へ送信される。
【００４２】次に、図３を参照してサーバ側装置７の動
作について説明する。
作について説明する。
【００４３】まず、受信部７１でクライアント側装置３
からのデータ取得要求を受信すると、情報検索部７２は
当該要求されたデータをデータべース９から検索して取
得し送信データ作成部７５に送信する。
からのデータ取得要求を受信すると、情報検索部７２は
当該要求されたデータをデータべース９から検索して取
得し送信データ作成部７５に送信する。
【００４４】一方、サーバ側装置７は当該クライアント
側装置３からデータ取得要求とは別に他のクライアント
側装置から送信されるデータへのアクセス状況を常態と
して受信しており、これをもとに各データのアクセス頻
度情報を作成する。そして、例えばある所定の周期時間
毎に、このアクセス頻度情報を集計し、その結果をもと
に放送型通信で提供するデータおよびその提供頻度を決
定する。送信データ作成部７５では、放送型通信で提供
するデータとオンデマンド型通信で提供するデータをも
とに、例えば図４および図５に示すようなデータストリ
ームを構成する。このとき、放送型通信で提供するデー
タの順序を記述した放送スケジュールデータも作成し、
データストリームに加える。この作成されたデータスト
リームは、ネットワーク５のプロトコルに従って送信部
７６からクライアント側装置３へ送信される。なお、図
４は放送データとオンデマンドデータとを別々のチャネ
ルで送信する場合のデータストリームの例を示し、図５
は放送データとオンデマンドデータとを同一のチャネル
で送信する場合のデータストリームの例を示す。
側装置３からデータ取得要求とは別に他のクライアント
側装置から送信されるデータへのアクセス状況を常態と
して受信しており、これをもとに各データのアクセス頻
度情報を作成する。そして、例えばある所定の周期時間
毎に、このアクセス頻度情報を集計し、その結果をもと
に放送型通信で提供するデータおよびその提供頻度を決
定する。送信データ作成部７５では、放送型通信で提供
するデータとオンデマンド型通信で提供するデータをも
とに、例えば図４および図５に示すようなデータストリ
ームを構成する。このとき、放送型通信で提供するデー
タの順序を記述した放送スケジュールデータも作成し、
データストリームに加える。この作成されたデータスト
リームは、ネットワーク５のプロトコルに従って送信部
７６からクライアント側装置３へ送信される。なお、図
４は放送データとオンデマンドデータとを別々のチャネ
ルで送信する場合のデータストリームの例を示し、図５
は放送データとオンデマンドデータとを同一のチャネル
で送信する場合のデータストリームの例を示す。
【００４５】次にクライアント側装置３の判別部３２に
おける判別方法について説明する。ここでは、要求する
データが放送されている場合に、クライアント側装置３
は一律に放送型通信によりデータを取得するのではな
く、状況に応じてオンデマンド型通信によって取得する
ようにする。
おける判別方法について説明する。ここでは、要求する
データが放送されている場合に、クライアント側装置３
は一律に放送型通信によりデータを取得するのではな
く、状況に応じてオンデマンド型通信によって取得する
ようにする。
【００４６】このため、要求されたデータをどちらの通
信方式で取得するかを判断するクライアント側装置３上
の判別部３２は、そのデータが放送されているか否かと
いう判断に加えて、要求するデータが放送されている場
合にはさらにどちらの方式を使うほうがよりデータ取得
にかかる待ち時間が短くなるかを推測した上で、データ
取得に用いる通信方式を判断する。ここでの判断は以下
に示す判定方法のいずれか、あるいはそれらを組み合わ
せることによって行われる。
信方式で取得するかを判断するクライアント側装置３上
の判別部３２は、そのデータが放送されているか否かと
いう判断に加えて、要求するデータが放送されている場
合にはさらにどちらの方式を使うほうがよりデータ取得
にかかる待ち時間が短くなるかを推測した上で、データ
取得に用いる通信方式を判断する。ここでの判断は以下
に示す判定方法のいずれか、あるいはそれらを組み合わ
せることによって行われる。
【００４７】判定方法ａ；データ取得要求が来るごとに
乱数を発生させ、その値により放送型通信とオンデマン
ド型通信とをランダムに切り替えデータを取得すること
により行う。
乱数を発生させ、その値により放送型通信とオンデマン
ド型通信とをランダムに切り替えデータを取得すること
により行う。
【００４８】判定方法ｂ；放送型通信でデータを取得す
る時の待ち時間と放送周期を比較し、待ち時間が放送周
期に対してある割合を超えているときにそのデータをオ
ンデマンド型通信により取得するようにする。このとき
の待ち時間は、放送スケジュールと現在放送しているデ
ータとから算出される。
る時の待ち時間と放送周期を比較し、待ち時間が放送周
期に対してある割合を超えているときにそのデータをオ
ンデマンド型通信により取得するようにする。このとき
の待ち時間は、放送スケジュールと現在放送しているデ
ータとから算出される。
【００４９】判定方法ｃ；過去にオンデマンド型通信に
よってデータを取得したときの待ち時間を記録してお
き、判定方法ａと同じく放送型通信でデータを取得する
ときの待ち時間と比較する。
よってデータを取得したときの待ち時間を記録してお
き、判定方法ａと同じく放送型通信でデータを取得する
ときの待ち時間と比較する。
【００５０】判定方法ｄ；クライアント側装置３におい
て、オンデマンド型通信で用いる上りチャネルや下りチ
ャネルの使用率を計測しておき、その使用率の値からオ
ンデマンド型通信によってデータを取得するときの待ち
時間を推定する。そして、この推定された待ち時間と、
判定方法ａと同じく放送型通信でデータを取得するとき
の待ち時間とを比較する。
て、オンデマンド型通信で用いる上りチャネルや下りチ
ャネルの使用率を計測しておき、その使用率の値からオ
ンデマンド型通信によってデータを取得するときの待ち
時間を推定する。そして、この推定された待ち時間と、
判定方法ａと同じく放送型通信でデータを取得するとき
の待ち時間とを比較する。
【００５１】判定方法ｅ；サーバ側装置７において、オ
ンデマンド型通信で用いる上りチャネルや下りチャネル
の使用率を計測しておき、その値を放送型通信あるいは
オンデマンド型通信によりクライアント側装置３に通知
する。クライアント側装置３はその値をもとにオンデマ
ンド型通信によってデータを取得するときの待ち時間を
推定し、判定方法ａと同じく放送型通信でデータを取得
するときの待ち時間とを比較する。
ンデマンド型通信で用いる上りチャネルや下りチャネル
の使用率を計測しておき、その値を放送型通信あるいは
オンデマンド型通信によりクライアント側装置３に通知
する。クライアント側装置３はその値をもとにオンデマ
ンド型通信によってデータを取得するときの待ち時間を
推定し、判定方法ａと同じく放送型通信でデータを取得
するときの待ち時間とを比較する。
【００５２】判定方法ｆ；サーバ側装置７において、オ
ンデマンド型通信でデータ取得要求を受け取ってからデ
ータを送信するまでの処理時間を計測しておき、その値
を放送型通信あるいはオンデマンド型通信によりクライ
アント側装置３に通知する。クライアント側装置３はそ
の値をもとにオンデマンド型通信によってデータを取得
するときの待ち時間を推定し、判定方法ａと同じく放送
型通信でデータを取得するときの待ち時間とを比較す
る。
ンデマンド型通信でデータ取得要求を受け取ってからデ
ータを送信するまでの処理時間を計測しておき、その値
を放送型通信あるいはオンデマンド型通信によりクライ
アント側装置３に通知する。クライアント側装置３はそ
の値をもとにオンデマンド型通信によってデータを取得
するときの待ち時間を推定し、判定方法ａと同じく放送
型通信でデータを取得するときの待ち時間とを比較す
る。
【００５３】判定方法ｇ；クライアント側装置３におい
て、単位時間あたりに発行できるオンデマンド型通信の
要求数を決めておき、その数に達していない間はオンデ
マンド型通信によりデータを取得するものとする。
て、単位時間あたりに発行できるオンデマンド型通信の
要求数を決めておき、その数に達していない間はオンデ
マンド型通信によりデータを取得するものとする。
【００５４】次に、上記判定方法ａ乃至ｇの内、一例と
して判定方法ｂの実現例について説明する。この判定方
法ｂは、放送型通信でデータを取得する時の待ち時間と
放送周期を比較し、待ち時間が放送周期に対してある割
合を超えているかどうかを判定し、ある割合を超えてい
るときはオンデマンド型通信で、超えていないときは放
送型通信によりデータを取得するものである。
して判定方法ｂの実現例について説明する。この判定方
法ｂは、放送型通信でデータを取得する時の待ち時間と
放送周期を比較し、待ち時間が放送周期に対してある割
合を超えているかどうかを判定し、ある割合を超えてい
るときはオンデマンド型通信で、超えていないときは放
送型通信によりデータを取得するものである。
【００５５】判別部３２における処理の流れを、図６に
示す。判別部３２では、取得要求受付部３１で受け付け
たデータ取得要求を受け取ると、まず放送スケジュール
を参照し、要求されたデータが放送されているかどうか
を調べる。データが放送されているとわかると、次に放
送スケジュールと現在放送されているデータの識別子と
から、要求するデータが放送されるまでの待ち時間Ｗを
算出する。
示す。判別部３２では、取得要求受付部３１で受け付け
たデータ取得要求を受け取ると、まず放送スケジュール
を参照し、要求されたデータが放送されているかどうか
を調べる。データが放送されているとわかると、次に放
送スケジュールと現在放送されているデータの識別子と
から、要求するデータが放送されるまでの待ち時間Ｗを
算出する。
【００５６】以下、待ち時間Ｗの算出方法の一例につい
て説明する。ここではデータの大きさが一定であり、ｎ
個のデータをそれぞれ１回ずつ周期的に送信する場合を
考える。ｎ個のデータの識別子を送信順に１，２，…，
ｎとし、放送周期をＴとする。このとき、放送スケジュ
ールはデータが１，２，…，ｎの順に送信されるものと
する。また、放送周期Ｔは放送スケジュールに示されて
いるデータ数（ここではｎ）とデータの大きさ、および
ネットワークの伝送速度から知ることができる。そし
て、放送型通信で使用されているチャネルを監視するこ
とによって、現在どのデータが放送されているかを知る
ことができる。
て説明する。ここではデータの大きさが一定であり、ｎ
個のデータをそれぞれ１回ずつ周期的に送信する場合を
考える。ｎ個のデータの識別子を送信順に１，２，…，
ｎとし、放送周期をＴとする。このとき、放送スケジュ
ールはデータが１，２，…，ｎの順に送信されるものと
する。また、放送周期Ｔは放送スケジュールに示されて
いるデータ数（ここではｎ）とデータの大きさ、および
ネットワークの伝送速度から知ることができる。そし
て、放送型通信で使用されているチャネルを監視するこ
とによって、現在どのデータが放送されているかを知る
ことができる。
【００５７】いま、要求されているデータの識別子がｉ
であり、現在放送されているデータの識別子がｊのと
き、要求するデータが送信されるまでの待ち時間Ｗは、
以下の式で求められる。
であり、現在放送されているデータの識別子がｊのと
き、要求するデータが送信されるまでの待ち時間Ｗは、
以下の式で求められる。
【００５８】
【数１】 Ｗ＝（ｊ−ｉ−１）×Ｔ／ｎ （但しｉ＞ｊ） Ｗ＝（ｎ−ｊ−１＋ｉ）×Ｔ／ｎ （但しｉ≦ｊ） 次に、求めた待ち時間Ｗと、放送周期ＴのＴｈ倍とを比
較する。ここでＴｈは定数であり、０≦Ｔｈ≦１であ
る。その結果、待ち時間Ｗの方が大きいときはオンデマ
ンド型通信でデータを取得すると判断する。また、待ち
時間Ｗと同じか待ち時間Ｗの方が小さいときには放送型
通信でデータを取得すると判断する。
較する。ここでＴｈは定数であり、０≦Ｔｈ≦１であ
る。その結果、待ち時間Ｗの方が大きいときはオンデマ
ンド型通信でデータを取得すると判断する。また、待ち
時間Ｗと同じか待ち時間Ｗの方が小さいときには放送型
通信でデータを取得すると判断する。
【００５９】このような判断方法を用いた場合における
クライアント側装置３の平均的なデータ取得待ち時間を
求めた例を図７に示す。ここでは、先ほどの待ち時間Ｗ
を求めた例と同じ条件とし、さらに以下の仮定を行う。
クライアント側装置３の平均的なデータ取得待ち時間を
求めた例を図７に示す。ここでは、先ほどの待ち時間Ｗ
を求めた例と同じ条件とし、さらに以下の仮定を行う。
【００６０】仮定ａ；ネットワーク５は、クライアント
側装置３からサーバ側装置７へデータ取得要求を伝送す
るチャネルを１つ持つ。また、サーバ側装置７からクラ
イアント側装置３へのデータ伝送は、放送型通信でデー
タを伝送するチャネルとオンデマンド型通信でデータを
伝送するチャネルの２本のチャネルによって行う。これ
ら２本のチャネルは、単位時間あたり１００個のデータ
を伝送する容量（伝送速度）を持つ。これらのチャネル
の相互干渉はないものとする。
側装置３からサーバ側装置７へデータ取得要求を伝送す
るチャネルを１つ持つ。また、サーバ側装置７からクラ
イアント側装置３へのデータ伝送は、放送型通信でデー
タを伝送するチャネルとオンデマンド型通信でデータを
伝送するチャネルの２本のチャネルによって行う。これ
ら２本のチャネルは、単位時間あたり１００個のデータ
を伝送する容量（伝送速度）を持つ。これらのチャネル
の相互干渉はないものとする。
【００６１】仮定ｂ；サーバ側装置７は１００個のデー
タを保持しており、これらのうちアクセス頻度の高いも
のから４９個を放送型通信で提供し、他のデータはオン
デマンド型通信で提供する。
タを保持しており、これらのうちアクセス頻度の高いも
のから４９個を放送型通信で提供し、他のデータはオン
デマンド型通信で提供する。
【００６２】仮定ｃ；データに対するアクセス頻度の分
布は、Ｚｉｐｆ分布に従う。
布は、Ｚｉｐｆ分布に従う。
【００６３】仮定ｄ；クライアント側装置３が発生する
データ取得要求の単位時間あたりの発生数Ｒは、ポアソ
ン分布に従う。
データ取得要求の単位時間あたりの発生数Ｒは、ポアソ
ン分布に従う。
【００６４】ここで、Ｔｈ＝１のときは、データが放送
型通信で提供されているときは全て放送型通信で取得す
ることになり、実質的に判定方法ｂを用いないときと同
じである。また、Ｔｈ＝０のときは、全てのデータをオ
ンデマンド型通信によって取得することになる。図７か
ら明らかなように、少なくともＲ≦２８０である場合に
は、適切なＴｈを設定することによって、判定方法ａを
用いないときよりも平均的なデータ取得待ち時間を少な
くすることが可能である。
型通信で提供されているときは全て放送型通信で取得す
ることになり、実質的に判定方法ｂを用いないときと同
じである。また、Ｔｈ＝０のときは、全てのデータをオ
ンデマンド型通信によって取得することになる。図７か
ら明らかなように、少なくともＲ≦２８０である場合に
は、適切なＴｈを設定することによって、判定方法ａを
用いないときよりも平均的なデータ取得待ち時間を少な
くすることが可能である。
【００６５】尚、上記の実施形態では判定方法ｂについ
て実施の形態を示したが、他の判定方法ａ及びｃ〜ｇを
用いた場合も同様に平均的なデータ取得待ち時間を少な
くすることができる。
て実施の形態を示したが、他の判定方法ａ及びｃ〜ｇを
用いた場合も同様に平均的なデータ取得待ち時間を少な
くすることができる。
【００６６】また、上述してきた通信方式選択方法を実
施するプログラムを記録媒体に記録することにより、取
得を希望する情報が繰り返し送信されているときに取得
要求による当該情報のより早い入手について判別するこ
とができるプログラムを当該記録媒体を介して流通せし
めることが可能となる。
施するプログラムを記録媒体に記録することにより、取
得を希望する情報が繰り返し送信されているときに取得
要求による当該情報のより早い入手について判別するこ
とができるプログラムを当該記録媒体を介して流通せし
めることが可能となる。
【００６７】
【発明の効果】以上説明したように、本発明は、放送型
通信とオンデマンド型通信を組み合わせた情報提供シス
テムにおいて、従来に比べてより短い待ち時間でデータ
を取得することが可能となる。
通信とオンデマンド型通信を組み合わせた情報提供シス
テムにおいて、従来に比べてより短い待ち時間でデータ
を取得することが可能となる。
【図１】本発明に係る情報提供システムの一実施形態の
概略の構成を示すブロック図である。
概略の構成を示すブロック図である。
【図２】クライアント側装置における処理の流れを概略
的に示すフローチャートである。
的に示すフローチャートである。
【図３】サーバ側装置における処理の流れを概略的に示
すフローチャートである。
すフローチャートである。
【図４】放送データとオンデマンドデータとを別々のチ
ャネルで送信する場合のデータストリームの例を示す図
である。
ャネルで送信する場合のデータストリームの例を示す図
である。
【図５】放送データとオンデマンドデータとを同一のチ
ャネルで送信する場合のデータストリームの例を示す図
である。
ャネルで送信する場合のデータストリームの例を示す図
である。
【図６】判別部における処理の流れを概略的に示すフロ
ーチャートである。
ーチャートである。
【図７】クライアント側装置の平均データ待ち時間を示
す図である。
す図である。
【図８】放送型通信とオンデマンド型通信を組み合わせ
た情報提供システムの構成を示すブロック図である。
た情報提供システムの構成を示すブロック図である。
１ アプリケーションプログラム部 ３ クライアント側装置 ５ ネットワーク ７ サーバ側装置 ９ データベース部 ３１ 取得要求受付部 ３２ 判別部 ３３ 取得要求送信部 ３４ 要求状況収集部 ３５ 送信部 ３６ 受信部 ３７ 結果出力部 ７１ 受信部 ７２ 情報検索部 ７３ 要求状況収集部 ７４ 放送データ決定部 ７５ 送信データ作成部 ７６ 送信部
Claims (9)
- 【請求項１】 サーバ側の第１の送信手段から繰り返し
て送信される予め定められた複数の情報および第２の送
信手段からクライアントからの要求に応じて送信される
情報をクライアントがそれぞれ受信し得るときの通信方
式選択方法において、 前記クライアントは、前記サーバに対する情報の取得が
要求されたときに、この取得を希望する情報が前記サー
バの第１の送信手段から繰り返して送信されているか否
かを判別し、当該情報が繰り返し送信されているときに
は情報の取得要求による当該情報の入手の要否について
判別し、情報の取得要求による情報の入手が選択された
ときおよび前記サーバの第１の送信手段から繰り返し送
信される複数の情報に取得を希望する情報が含まれない
と判別されたときに前記サーバに対して第２の送信手段
による情報の取得を要求することを特徴とする通信方式
選択方法。 - 【請求項２】 サーバ側の第１の送信手段から繰り返し
て送信される予め定められた複数の情報および第２の送
信手段からクライアントからの要求に応じて送信される
情報をクライアントがそれぞれ受信し得るときの通信方
式選択装置において、 前記クライアントは、 前記サーバの第１の送信手段から繰り返し送信される複
数の情報に取得を希望する情報が含まれるか否かを判別
し、前記複数の情報に取得を希望する情報が含まれると
きには、さらに情報の取得要求による当該情報の入手に
ついて判別する判別手段と、 この判別手段で情報の取得要求による情報の入手が選択
されたときおよび前記サーバの第１の送信手段から繰り
返し送信される複数の情報に取得を希望する情報が含ま
れないと判別されたときに前記サーバに対して第２の送
信手段による情報の取得を要求する要求手段とを有する
ことを特徴とする通信方式選択装置。 - 【請求項３】 前記判別手段は、情報の取得要求に対し
て、生成される乱数値により前記第１の送信手段による
情報の取得と前記第２の送信手段による情報の取得とを
無作為に切り替えることを特徴とする請求項２記載の通
信方式選択装置。 - 【請求項４】 前記判別手段は、前記第１の送信手段に
より情報を取得するときの待ち時間を放送スケジュール
から算出し、この算出された待ち時間と繰り返し周期と
を比較し、待ち時間が繰り返し周期に対して所定の割合
を超えているときに、当該情報を前記第２の送信手段に
より取得することを特徴とする請求項２記載の通信方式
選択装置。 - 【請求項５】 前記判別手段は、過去の前記第２の送信
手段による情報の取得の際の待ち時間を記録し、この待
ち時間と前記第１の送信手段により情報を取得するとき
の放送スケジュールから算出される待ち時間とを比較
し、この比較により待ち時間の短い方を判別することを
特徴とする請求項２記載の通信方式選択装置。 - 【請求項６】 前記判別手段は、サーバまたはクライア
ント側で計測される前記第２の送信手段による情報の取
得の際の上りチャネルや下りチャネルの使用率から第２
の送信手段により情報を取得するときの待ち時間を推定
し、この待ち時間の推定値と前記第１の送信手段により
情報を取得するときの放送スケジュールから算出される
待ち時間とを比較し、この比較により待ち時間の短い方
を判別することを特徴とする請求項２記載の通信方式選
択装置。 - 【請求項７】 前記判別手段は、サーバ側で情報の取得
要求を受け取ってから情報が第２の送信手段から送信さ
れるまでの処理時間と、前記第１の送信手段により情報
を取得するときの放送スケジュールから算出される待ち
時間とを比較し、この比較により待ち時間の短い方を判
別することを特徴とする請求項２記載の通信方式選択装
置。 - 【請求項８】 前記判別手段は、クライアント側で単位
時間あたりに発行できる情報取得の際の要求数を設定
し、その設定数に達していない間は第２の送信手段から
情報を取得することを特徴とする請求項２記載の通信方
式選択装置。 - 【請求項９】 サーバ側の第１の送信手段から繰り返し
て送信される予め定められた複数の情報および第２の送
信手段からクライアントからの要求に応じて送信される
情報をクライアントがそれぞれ受信し得るときの通信方
式選択方法を実施するプログラムを記録した記録媒体に
おいて、 前記クライアントは、前記サーバに対する情報の取得が
要求されたときに、この取得を希望する情報が前記サー
バの第１の送信手段から繰り返して送信されているか否
かを判別し、当該情報が繰り返し送信されているときに
は情報の取得要求による当該情報の入手について判別
し、情報の取得要求による情報の入手が選択されたとき
および前記サーバの第１の送信手段から繰り返し送信さ
れる複数の情報に取得を希望する情報が含まれないと判
別されたときに前記サーバに対して第２の送信手段によ
る情報の取得を要求することを特徴とする通信方式選択
方法を実施するプログラムを記録した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9257361A JPH1198216A (ja) | 1997-09-22 | 1997-09-22 | 通信方式選択方法および装置と該方法を実施するプログラムを記録した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9257361A JPH1198216A (ja) | 1997-09-22 | 1997-09-22 | 通信方式選択方法および装置と該方法を実施するプログラムを記録した記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1198216A true JPH1198216A (ja) | 1999-04-09 |
Family
ID=17305324
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9257361A Pending JPH1198216A (ja) | 1997-09-22 | 1997-09-22 | 通信方式選択方法および装置と該方法を実施するプログラムを記録した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1198216A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002158989A (ja) * | 2000-11-20 | 2002-05-31 | Brando:Kk | コンテンツ再生装置および方法 |
| JP2007166348A (ja) * | 2005-12-15 | 2007-06-28 | Nippon Telegr & Teleph Corp <Ntt> | 番組情報配信方法、番組情報配信装置およびプログラム |
| JP2009253311A (ja) * | 2008-04-01 | 2009-10-29 | Canon Inc | 受信装置とその制御方法 |
| JP2013048490A (ja) * | 2012-12-03 | 2013-03-07 | Ntt Data Corp | メタデータ配信システム及びメタデータ配信方法 |
| KR20190046147A (ko) * | 2017-10-25 | 2019-05-07 | 효성중공업 주식회사 | 스마트그리드를 위한 통신 방식 채택 방법 및 이를 이용한 통신 정책 서버 |
-
1997
- 1997-09-22 JP JP9257361A patent/JPH1198216A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002158989A (ja) * | 2000-11-20 | 2002-05-31 | Brando:Kk | コンテンツ再生装置および方法 |
| JP2007166348A (ja) * | 2005-12-15 | 2007-06-28 | Nippon Telegr & Teleph Corp <Ntt> | 番組情報配信方法、番組情報配信装置およびプログラム |
| JP4546392B2 (ja) * | 2005-12-15 | 2010-09-15 | 日本電信電話株式会社 | 番組情報配信方法、番組情報配信装置およびプログラム |
| JP2009253311A (ja) * | 2008-04-01 | 2009-10-29 | Canon Inc | 受信装置とその制御方法 |
| JP2013048490A (ja) * | 2012-12-03 | 2013-03-07 | Ntt Data Corp | メタデータ配信システム及びメタデータ配信方法 |
| KR20190046147A (ko) * | 2017-10-25 | 2019-05-07 | 효성중공업 주식회사 | 스마트그리드를 위한 통신 방식 채택 방법 및 이를 이용한 통신 정책 서버 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1598741B1 (en) | Information processing apparatus and content information processing method | |
| JP3216120B2 (ja) | マルチアクセス通信方式 | |
| US8069265B2 (en) | Method and system for network rotameter station and service | |
| US20060294259A1 (en) | Method and device for audience monitoring on multicast capable networks | |
| KR100947317B1 (ko) | 주문형 콘텐츠 시스템의 효율적인 운영방법 | |
| JP2004056394A (ja) | Ｌａｎを介して取込装置および蓄積装置を制御するための制御装置、およびそのための取込装置、蓄積装置、プログラムおよび方法 | |
| CN114071168B (zh) | 混流直播流调度方法及装置 | |
| TWI280801B (en) | Channel merging method for VOD system | |
| WO2005064878A2 (en) | Autonomic wireless presence ping | |
| CN101917406B (zh) | 数据传输方法及数据传输系统 | |
| KR100677614B1 (ko) | 홈 네트워크에서 디지털 방송 부가 정보를 전송하는 방법및 장치 | |
| JPH1198216A (ja) | 通信方式選択方法および装置と該方法を実施するプログラムを記録した記録媒体 | |
| CN104581340A (zh) | 客户端、流媒体数据接收方法和流媒体数据传输系统 | |
| JP3809813B2 (ja) | コンテンツ配信方法およびこれを用いるコンテンツ配信システム | |
| JP3827845B2 (ja) | 双方向ネットワーク内の通信フロー制御方法 | |
| JP3440208B2 (ja) | ストリーム配信方法およびシステム | |
| Lee et al. | DOCSIS performance analysis under high traffic conditions in the HFC networks | |
| US8001276B2 (en) | Method and apparatus for usage estimation and prediction in two-way communication networks | |
| JPH1198217A (ja) | 放送周期切替方法および装置と該方法を実施するプログラムを記録した記録媒体 | |
| CN114024917A (zh) | 互联网业务带宽保障的方法、装置、设备及存储介质 | |
| KR0151903B1 (ko) | 원격지 망관리 시스템에서 집중형 액세스 노드 시스템의 성능 관리 방법 | |
| JP3538121B2 (ja) | ストリーム配信装置 | |
| JP3590709B2 (ja) | 通信網 | |
| JP3440195B2 (ja) | ストリーム配信方法およびシステム | |
| JP2003069970A (ja) | ストリーミング配信システムにおけるホームゲートウェイ，監視サーバおよびストリーミング配信システム |