JP2005018727A - Communication device and program for realizing the device - Google Patents
Communication device and program for realizing the device Download PDFInfo
- Publication number
- JP2005018727A JP2005018727A JP2003359712A JP2003359712A JP2005018727A JP 2005018727 A JP2005018727 A JP 2005018727A JP 2003359712 A JP2003359712 A JP 2003359712A JP 2003359712 A JP2003359712 A JP 2003359712A JP 2005018727 A JP2005018727 A JP 2005018727A
- Authority
- JP
- Japan
- Prior art keywords
- data
- response
- unit
- request
- server
- 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.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
Description
この発明は通信技術に関し、とくにクライアントが所定のコンテンツのリクエストをサーバに対して送信するタイミングを調整する技術に関する。 The present invention relates to a communication technique, and more particularly to a technique for adjusting a timing at which a client transmits a request for a predetermined content to a server.
ネットワーク技術の発達にともない、サーバ・クライアントシステムが広く普及している。サーバおよびクライアントは、LAN(Local Area Network)やWAN(Wide Area Network)などのネットワークに接続し、互いに通信可能に構成されている。サーバは、例えば文書ファイル、画像データ、音声データ、映像データなどのコンテンツや種々のデータを保持し、クライアントからの要求に応じて提供する。サーバは、同時期に複数のクライアントに対してデータを配信することが可能であるが、その数は、例えばクライアントからの要求を受け付けるためのバッファのサイズや、データを送信する能力などに応じて決まってくる。このため、許容数以上のクライアントからアクセスがあった場合、サーバは要求されたデータの送信ができず、例えば送信できないことを示すエラーメッセージをクライアントに送信する。要求したデータを受信できない場合、クライアントは、リトライを行うが、リトライまでの間隔は予め決められているので、リトライも同時期に行われることになり、何度もリトライを繰り返す状況が生じる。 With the development of network technology, server / client systems have become widespread. The server and the client are connected to a network such as a LAN (Local Area Network) or a WAN (Wide Area Network) and configured to be able to communicate with each other. The server holds contents such as document files, image data, audio data, and video data and various data, and provides them in response to requests from clients. The server can distribute data to a plurality of clients at the same time, but the number depends on, for example, the size of a buffer for receiving a request from the client, the ability to transmit data, etc. It will be decided. For this reason, when there are accesses from an allowable number or more of clients, the server cannot transmit the requested data, for example, transmits an error message indicating that transmission is not possible to the client. When the requested data cannot be received, the client retries, but since the interval until the retry is determined in advance, the retry is also performed at the same time, resulting in a situation where the retry is repeated many times.
こうした状況は、例えばブロードキャストされたメッセージに応じて、クライアントがサーバにアクセスするような場合など、複数のクライアントが一斉にサーバにリクエストを送信する場合に多く生じる。こうした状況を回避するために、クライアントがリトライするまでの間隔を、クライアント毎に変えることで、サーバにリクエストが集中することを避ける技術がある。(特許文献1)
特許文献1に開示されている技術は、サーバに同時期にリクエストを送信したクライアントがリトライを行うタイミングを分散させることで、リクエストの集中を回避する。しかしながら、ネットワークにおける通信効率を考慮すると、その技術で必ずしも効率的な通信が行われているとは言えない。例えば、複数のスイッチングハブが存在するネットワークを想定した場合、サーバの近くのクライアントから順に配信した方がトラフィックを減らすという点で効率的である。特許文献1で開示される技術のように単にリトライ期間を分散化するだけでは、サーバにおける負荷を減らすことはできても、ネットワーク全体としては非効率的になることがある。また、ネットワーク上には、通信能力の高い端末も、低い端末も存在し、配信順序により配信が終わるまでの時間に差が生じることもある。 The technique disclosed in Patent Document 1 avoids the concentration of requests by distributing the timing of retrying by clients that have transmitted requests to the server at the same time. However, considering the communication efficiency in the network, it cannot be said that efficient communication is always performed with the technology. For example, assuming a network in which a plurality of switching hubs are present, it is more efficient in that traffic is reduced in order from the client near the server. Even if the retry period is simply distributed as in the technique disclosed in Patent Document 1, the load on the server can be reduced, but the entire network may become inefficient. Also, there are terminals with high communication capability and terminals with low communication capacity on the network, and there may be a difference in time until distribution ends depending on the distribution order.
本発明はこうした点に鑑みてなされたもので、その目的は、サーバにリクエストが集中することを避け、効率的な通信を可能とする技術の提供にある。 The present invention has been made in view of these points, and an object of the present invention is to provide a technology that enables efficient communication while avoiding concentration of requests on a server.
本発明のある態様は、所定のデータを保持するサーバからデータを取得する装置である。この装置は、所定のデータを保持するサーバから、データの取得要求を受け付ける手段と、取得要求に応じて、前記サーバに前記データを要求する要求手段と、要求に応じてデータを取得できない場合、所定の期間が経過した後、再びデータを要求することを指示する手段と、サーバからのレスポンスに基づいて当該装置の通信能力を考慮して、所定の期間を動的に調整する調整手段とを備える。これにより、装置のネットワークにおける通信能力に応じて、適切なリトライ期間を設定することができる。 One embodiment of the present invention is an apparatus that acquires data from a server that holds predetermined data. This device has a means for accepting a data acquisition request from a server holding predetermined data, a request means for requesting the data to the server in response to the acquisition request, and if data cannot be acquired in response to the request, Means for instructing to request data again after a predetermined period of time, and adjusting means for dynamically adjusting the predetermined period in consideration of the communication capability of the device based on the response from the server Prepare. Accordingly, an appropriate retry period can be set according to the communication capability of the apparatus in the network.
「通信能力」は、例えば当該装置からサーバまでのネットワーク上の距離、ネットワークカードなどのハードウエアの性能、CPUの性能、ネットワークのトラフィックなど通信に係わる個々の要因に依存する通信のための能力である。そして、個々の要因が影響しあった結果として、例えば、サーバからブロードキャストされた信号を受信し、リクエストを発生するまでの時間が決まる。他の装置よりリクエストを送信するタイミングが遅くなると、他の装置が既にサーバとアクセスを開始し、サーバの許容数を超えてしまう。このとき、サーバからエラーメッセージが返されるので、エラーメッセージを受信したか否かにより、ネットワーク上の他の装置と比べて通信能力が劣っていると判断できる。 “Communication capability” is the capability for communication depending on individual factors related to communication, such as the distance on the network from the device to the server, the performance of hardware such as a network card, the performance of the CPU, and the traffic of the network. is there. As a result of the influence of individual factors, for example, the time from receiving a signal broadcast from a server to generating a request is determined. If the timing for transmitting a request is delayed from that of another device, the other device has already started accessing the server, and the allowable number of servers is exceeded. At this time, since an error message is returned from the server, it can be determined that the communication capability is inferior to that of other devices on the network, depending on whether or not the error message is received.
調整手段が利用するレスポンスは、データを送信できないことを示す情報すなわちエラーメッセージ(以下、「エラーレスポンス」ともいう)であり、調整手段は、エラーレスポンスの受信回数の傾向に応じて、所定の期間を動的に調整してもよい。これにより、エラーレスポンスの受信回数に応じて、装置の通信能力を間接的に把握し、サーバへリクエストが集中しないようにリトライ期間を設定できる。また、通信能力に応じてリトライ期間を設定できるので、効率的な通信が可能である。 The response used by the adjustment means is information indicating that data cannot be transmitted, that is, an error message (hereinafter also referred to as “error response”). May be adjusted dynamically. Thereby, according to the number of times of receiving an error response, it is possible to indirectly grasp the communication capability of the apparatus and set a retry period so that requests are not concentrated on the server. Further, since the retry period can be set according to the communication capability, efficient communication is possible.
エラーレスポンスの受信回数が増加傾向の場合、調整手段は所定の期間が長くなるように調整してもよい。また、エラーレスポンスの受信回数が減少傾向の場合、調整手段は所定の期間が短くなるように調整してもよい。このように、エラーレスポンスの受信回数の傾向に応じて、徐々にリトライ期間を調整することにより、リトライ回数の急激な変化を避けるとともに、ネットワーク全体に存在する各装置の通信能力に応じてリトライ期間を最適化できる。 When the number of error response receptions tends to increase, the adjustment unit may adjust the predetermined period to be longer. When the number of error response receptions tends to decrease, the adjustment unit may adjust the predetermined period to be shorter. In this way, by adjusting the retry period gradually according to the trend of the number of error response receptions, the retry period is avoided according to the communication capability of each device existing in the entire network, while avoiding a sudden change in the number of retries. Can be optimized.
この装置は、当該通信装置を識別するための識別情報を保持する手段と、識別情報の特徴に応じて、予め決められた複数の制御値のいずれかひとつを特定する特定手段とを更に備え、調整手段は、レスポンスの受信回数と制御値とを利用して所定の期間を算出してもよい。これにより、所定の期間を分散させることができる。 The apparatus further comprises means for holding identification information for identifying the communication apparatus, and specifying means for specifying any one of a plurality of predetermined control values according to the characteristics of the identification information, The adjusting means may calculate the predetermined period using the number of times of reception of the response and the control value. Thereby, a predetermined period can be distributed.
この装置は、制御値としてそれぞれ異なる素数を、識別情報の特徴と対応付けて保持する保持手段を更に備え、特定手段は、識別情報の特徴に基づいて保持手段を参照して、制御値を特定してもよい。 The apparatus further includes holding means for holding different prime numbers as control values in association with the characteristics of the identification information, and the specifying means specifies the control value by referring to the holding means based on the characteristics of the identification information. May be.
特定手段は、識別情報を複数桁の数値に変換し、下位の桁における数字に基づいて制御値を選択してもよい。 The specifying means may convert the identification information into a numerical value of a plurality of digits and select a control value based on the numbers in the lower digits.
識別情報は、IPアドレスであって、保持手段は、10進数におけるそれぞれの数に対応付けて、それぞれ異なる素数を保持し、特定手段は、IPアドレスの下一桁の数値に対応する素数を、保持手段を参照して特定し、制御値としてもよい。 The identification information is an IP address, and the holding means holds a different prime number in association with each number in decimal numbers, and the specifying means sets the prime number corresponding to the last digit of the IP address, The control value may be specified by referring to the holding means.
要求手段は、取得要求を受け付けたことを契機として計時を開始し、制御値に基づいて算出した期間が経過した後、サーバに最初の要求を行ってもよい。 The requesting unit may start timing when the acquisition request is received, and may make an initial request to the server after a period calculated based on the control value has elapsed.
本発明の別の態様は、所定のデータを保持するサーバからデータを取得するためにコンピュータに実行させるプログラムである。このプログラムは、サーバにデータを要求する手段と、要求に応じてデータを取得できない場合、所定の期間が経過した後、再びデータを要求することを指示する手段と、サーバからのレスポンスに基づいて当該装置の通信能力を考慮して、所定の期間を動的に調整する手段とを実現させる。 Another aspect of the present invention is a program that is executed by a computer to acquire data from a server that holds predetermined data. This program is based on means for requesting data from the server, means for instructing to request data again after a predetermined period of time has passed, and response from the server if data cannot be acquired in response to the request. In consideration of the communication capability of the apparatus, a means for dynamically adjusting a predetermined period is realized.
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。 It should be noted that any combination of the above-described constituent elements and a conversion of the expression of the present invention between a method, an apparatus, a system, a recording medium, a computer program, etc. are also effective as an aspect of the present invention.
本発明によれば、ネットワークにおけるサーバにクライアントからのリクエストが集中することを避け、効率的な通信を行うことができる。 According to the present invention, it is possible to avoid the concentration of requests from clients on a server in a network and to perform efficient communication.
<第1の実施の形態>
図1は、第1の実施の形態に係る通信システム10の構成図である。コンテンツ提供装置12は、例えばMFP(Multi Functional Peripheral)、ファクシミリ装置、文書管理装置、ファイルサーバなどであってよく、画像データ、文書データ、映像データ、各種アプリケーションで利用されるデータ等のコンテンツを通信システム10に提供する装置である。本実施の形態では、コンテンツ提供装置12がMFP(Multi Functional Peripheral)の場合を例に説明する。コンテンツ提供装置12は、例えば新たにファクシミリ原稿を受信した場合に、その旨を通知する情報(以下、単に「接続指示通知」という)をブロードキャスト用またはマルチキャスト用のパケットとして送出する。
<First Embodiment>
FIG. 1 is a configuration diagram of a
第1通信装置100a、第2通信装置100b、および第3通信装置100c(以下、単に「通信装置100」という)は、ネットワーク14に接続し、コンテンツ提供装置12からファクシミリ原稿の画像データを取得する。まず通信装置100は、接続指示通知を受信すると、コンテンツ提供装置12に画像データの提供をリクエストする。このように、ブロードキャストやマルチキャストなどで送信された情報に基づいて、通信装置100がコンテンツ提供装置12にアクセスするシステムの場合、コンテンツ提供装置12にリクエストが集中してしまい、応答できない状態になる。具体的には、リクエストを送信した通信装置100の数が、コンテンツ提供装置12の画像データを同時期に配信できる許容数より多い場合、画像データを取得できない通信装置100が発生する。そうした通信装置100には、レスポンスとしてエラーメッセージがコンテンツ提供装置12から供給される。エラーメッセージを受信した通信装置100は、リトライまでの期間を適宜変化させて、コンテンツ提供装置12へのアクセスを時間的に分散することにより、コンテンツ提供装置12にアクセスが集中することを避ける。
エラーメッセージを受信した通信装置100は、所定の時間(以下、単に「リトライ期間」という)が経過するまで待機した後、再びコンテンツ提供装置12に画像データを要求する。また、リトライのレスポンスとして再びエラーメッセージを受信した場合、通信装置100はリトライ期間を変更し、その期間が経過するまで待機した後、再びコンテンツ提供装置12にコンテンツを要求する。このように、通信装置100は、リトライ期間を適宜変化させることにより、コンテンツ提供装置12にリクエストを送信するタイミングを調整できる。これにより、通信装置100は、画像データの取得がスムーズになり、ネットワーク14におけるトラフィックを減少させるとともに、コンテンツ提供装置12に生じる負荷を軽減できる。ひいては、アクセスの許容数を多くするために、コンテンツ提供装置12の通信機能に係る部分のスペックを高める必要がなくなり、コンテンツ提供装置12のコスト削減につながる。
The
図2は、図1の通信装置100の内部構成図である。通信装置100の各構成要素は、ハードウエアコンポーネントで言えば、任意のコンピュータのCPU、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インターフェース等を中心に実現されるが、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。これから説明する各図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。
FIG. 2 is an internal configuration diagram of the
受信部102は、コンテンツ提供装置12から接続指示通知や、画像データなどを受信し、解析部104に供給する。解析部104は、受信部102から供給されたデータを解析し、接続指示通知、後述のレスポンスに含まれる画像データまたはエラーメッセージなどを判定する。そして、そのデータが接続指示通知およびエラーメッセージの場合、解析部104は、その旨を調整部112に出力する。以下、接続指示通知である旨を調整部112に出力することを「通常指示」という。また、エラーメッセージである旨を調整部112に出力することを「リトライ指示」という。
The receiving
受信部102が受信したデータが画像データの場合、解析部104は、その画像データを格納部106に格納する。例えば、解析部104は、データに含まれる文字列に基づいて判定を行い、データに接続指示通知を示す文字列やエラーコードが含まれている場合に、その旨を調整部112に通知する。また、それ以外の場合、解析部104は、受信したデータを画像データとして格納部106に格納してもよいし、ファイル形式を判定して画像データの場合に格納部106に格納してもよい。処理部108は、その格納部106に保持されている画像データを利用して所定の処理を行う機能ブロックであり、例えば画像データをデコードしてモニタに表示したり、その画像を編集したりする処理を行う。
When the data received by the receiving
詳細は後述するが、調整部112は、解析部104からの通知内容に応じて要求部110にリクエストを送信するタイミングを指示する。要求部110は、調整部112に指示されたタイミングで、コンテンツ提供装置12に画像データを要求するためのリクエストを送信する。例えば要求部110は、HTTP(Hyper Text Transfer Protocol)に準じて、リクエストを送信する。上述の受信部102は、そのリクエストのレスポンスをHTTPに準じて受信する。
Although details will be described later, the
解析部104からの通知内容が通常指示の場合、調整部112は、即座にリクエストを送信することを要求部110に指示する。また、解析部104からの通知内容がリトライ指示の場合、調整部112は、リトライ期間保持部116に保持されているリトライ期間が経過するまで待機した後、要求部110にリクエストを指示する。再びリトライ指示を解析部104から受信した場合、調整部112は新たなリトライ期間を算出する。そして、調整部112は、新たに算出したリトライ期間をリトライ期間保持部116に書き込む。このように、リトライ期間保持部116に格納されるリトライ期間は、新たに算出される度に書き換えられる。通信装置100の起動時点には、基本リトライ期間として、例えば5秒程度の期間がデフォルト値としてリトライ期間保持部116に格納されている。
When the notification content from the
調整部112は新たなリトライ期間を、例えば、基本リトライ期間+リトライ回数×差分時間として算出してもよい。差分時間は、例えば10秒程度に固定値が設定されていてもよいし、通信装置100のIP(Internet Protocol Address)アドレスや、ネットワーク接続デバイスのMACアドレス(Media Access Control address)など通信装置100に固有の情報に基づいて生成されてもよい。リトライ回数は、リトライ回数保持部114に保持されている。調整部112は、例えば解析部104からリトライ指示を受け付ける毎にリトライの回数をインクリメントしてリトライ回数保持部114に格納する。そして、調整部112は、画像データを受信したタイミングでリトライ回数保持部114に保持されているリトライ回数を消去する。調整部112は、こうして算出した新たなリトライ期間を、リトライ期間保持部116に格納する。これにより、調整部112はリトライ指示を受けるたびに、リトライ期間を動的に変更することができる。リトライ回数は通信装置100の通信能力に応じて、ほぼ回数が決まる。例えば、通信能力が高い通信装置100のリトライ回数は少ないし、通信能力が低い通信装置100のリトライ回数は多くなる。このため、リトライ回数に応じてリトライ期間を算出することで、各通信装置100の通信能力に応じたリトライ期間を算出し、その期間でリトライを行うことで効率的な通信が可能となる。
The
また、調整部112は、リトライ回数、すなわち、受信部102がエラーメッセージを受信する回数の傾向に応じて、リトライ期間を徐々に調整する。例えば、リトライ指示の受信回数が増加傾向にある場合、調整部112は、リトライ期間を徐々に長くする。また、リトライ指示の受信回数が減少傾向に有る場合、調整部112はリトライ期間を徐々に短くする。これにより、リトライ間隔をできるかぎり短くなるように最適化することができる。
The
図3は、図2の調整部112におけるリトライ期間の調整方法を示す図である。調整部112は、エラーメッセージを受信する回数に応じて、リトライ期間を段階的に長くする。また、調整部112は、エラーメッセージを受信する回数が減少傾向にある場合、リトライ期間を段階的に短くしていく。これにより、リトライ間隔を短くすることで、急激にエラーメッセージの受信回数が増加することを防止できる。例えば、リトライ期間がAのとき、更にエラーメッセージを受信した場合、調整部112は、リトライ期間をBに変えて再度リトライを試みる。また、エラーメッセージの受信回数が減少傾向にある場合、BからAに移行する。調整部112は、このようにリトライ期間を動的に変動させる。
FIG. 3 is a diagram showing a method for adjusting the retry period in the
図4は、図1の通信装置100とコンテンツ提供装置12との間のシーケンス図である。コンテンツ提供装置12は、新着通知である接続指示通知をブロードキャストする(S10)。通信装置100は、その通知に基づいて、コンテンツ提供装置12に画像データを要求する(S12)。コンテンツ提供装置12は、その要求に応じてレスポンスを通信装置100に出力する(S14)。通信装置100は、そのレスポンスがエラーメッセージか否かを判定する(S16)。ステップ16でレスポンスがエラーメッセージでない場合(S16のN)、通信装置100は、そのレスポンスを画像データとして格納し(S22)、モニタに表示するなどの所定の処理を行う(S24)。エラーメッセージの場合(S16のY)、通信装置100は、リトライ期間を設定する(S18)。そして、設定したリトライ期間の間、待機したのち(S20)、再び通信装置100は、コンテンツ提供装置12にコンテンツを要求する。ステップ18のリトライ期間は、エラーメッセージの受信回数の傾向に応じて算出され、設定される。このようにリトライ期間をエラーメッセージの受信回数に応じて設定することにより、通信装置100毎に適切なリトライ期間を動的に設定することができ、効率的な通信を可能にする。
FIG. 4 is a sequence diagram between the
<第2の実施の形態>
図5は、第2の実施の形態に係る通信装置100の内部構成図である。本図で既に説明した構成と同一の符号を付した構成は、機能および動作が既に説明した構成と略同一である。以下、既に説明した構成における機能とは異なる点を中心に説明する。
<Second Embodiment>
FIG. 5 is an internal configuration diagram of the
IPアドレス格納部150は、図1のネットワーク14において通信装置100を特定するIPアドレスを保持する。他の例では、IPアドレス格納部150は、MACアドレスや名称など通信装置100を識別可能な情報を保持してよい。
The IP
差分時間特定部152は、IPアドレス格納部150に保持されているIPアドレスに基づいて、通信装置100を予め用意された複数のグループのいずれかに割り当て、そのグループに対応する差分時間を特定する。そして、差分時間特定部152は、特定した差分時間を調整部112に出力する。調整部112は、この差分時間を利用して前述したリトライ期間を算出する。差分時間テーブル154は、予め用意されたグループと差分時間とを対応付けて保持する。
Based on the IP address held in the IP
差分時間特定部152は、IPアドレス格納部150に保持されているIPアドレスの下一桁に基づいて、通信装置100のグループを特定し、そのグループをキーに差分時間テーブル154を参照する。これにより、差分時間特定部152は、リトライ期間を算出するための制御値としての差分時間を、IPアドレスに基づいて特定することができる。つまり、差分時間特定部152は、IPアドレス格納部150に保持されている識別情報に基づいて、その識別情報の特徴を抽出し、グループを特定する。そして、差分時間特定部152は、特定したグループに対応付けられている制御値を差分時間テーブル154から取得する。特徴の抽出方法は任意であり、例えばIPアドレス格納部150に文字列として識別情報が保持されている場合、差分時間特定部152は、その文字列を文字コードなどに基づいて数値化し、予め用意されているグループの数に対応する数値表現に変換し、その下一桁の数字に基づいてグループを特定してもよい。グループの数に対応する数値表現とは、例えば、グループが8つある場合、識別情報の特徴を8進数で表現することである。要は、差分時間特定部152は、識別情報に基づいて、グループの数に応じて識別情報の特徴を抽出し、グループを特定すればよい。
The difference
図6は、図5の差分時間テーブル154のデータ構造の一例を示す図である。グループ番号欄170は、グループを特定する情報、つまり図5の差分時間特定部152が抽出した識別情報の特徴を保持する。本図では、識別情報の特徴としてIPアドレスの下一桁が保持されている。差分時間欄172は、グループ毎に制御値としての差分時間を保持する。それぞれの差分時間は、素数になっている。これにより、複数のグループでリトライ期間が同一になることを避けることができるので、図1のコンテンツ提供装置12に同時に多くのアクセスが集中することを防止できる。他の例では、差分時間欄172に素数以外の差分時間を保持してもよい。
FIG. 6 is a diagram illustrating an example of a data structure of the differential time table 154 in FIG. The
また、差分時間特定部152は、図1のネットワーク14に接続している他の通信装置100の数を検出し、通信装置100の数に応じて、グループの数を動的に変更してもよい。つまり、ネットワーク14に接続中の通信装置100の数が少ない場合は、それに対応してグループの数を減らす。また、ネットワーク14に接続中の通信装置100の数が多い場合は、それに対応してグループの数を多くする。これにより、全ての通信装置100におけるリトライ期間に大きな違いが生じなくなる。
Further, the differential
具体的には、差分時間特定部152は、予めしきい値、第1のグループの数、第1のグループの数より多い第2のグループの数を保持し、そのしきい値より接続中の通信装置100の数が少ない場合、差分時間特定部152はグループの数を第1のグループの数に設定する。また、そのしきい値より接続中の通信装置100の数が多い場合、差分時間特定部152はグループの数を第2のグループの数に設定する。これにより、接続中の通信装置100の数に応じた効率的なアクセスが可能になる。
Specifically, the differential
第1の実施の形態における調整部112は、解析部104から通常指示を受け付けた場合、即座にリクエストを送信することを要求部110に指示するとした。この形態では、最初のリクエストが図1のコンテンツ提供装置12に集中してしまう。そこで、第2の実施の形態における調整部112は、解析部104から通常指示を受け付けた場合、差分時間特定部152から供給される差分時間もしくは、差分時間に基づいて算出した時間が経過するまで待機して最初のリクエストを要求部110に送信させてもよい。これにより、最初のリクエストがコンテンツ提供装置12に集中することを防止できる。
The
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も発明の範囲にあることは当業者に理解されるところである。 The present invention has been described based on the embodiments. The embodiments are exemplifications, and it is understood by those skilled in the art that various modifications can be made to combinations of the respective components and processing processes, and such modifications are within the scope of the invention.
10 通信システム、12 コンテンツ提供装置、14 ネットワーク、100 通信装置、102 受信部、104 解析部、106 格納部、108 処理部、110 要求部、112 調整部、114 リトライ回数保持部、116 リトライ期間保持部、150 IPアドレス格納部、152 差分時間特定部、154 差分時間テーブル。 10 communication system, 12 content providing device, 14 network, 100 communication device, 102 receiving unit, 104 analyzing unit, 106 storing unit, 108 processing unit, 110 requesting unit, 112 adjusting unit, 114 retry number holding unit, 116 holding retry period Part, 150 IP address storage part, 152 difference time specifying part, 154 difference time table.
Claims (10)
前記取得要求に応じて、前記サーバに前記データを要求する要求手段と、
前記要求に応じて前記データを取得できない場合、所定の期間が経過した後、再び前記データを要求することを指示する手段と、
前記サーバからのレスポンスに基づいて自身の通信能力を考慮して、前記所定の期間を動的に調整する調整手段と、
を備えることを特徴とする通信装置。 Means for receiving an acquisition request for the data from a server holding predetermined data;
Request means for requesting the data from the server in response to the acquisition request;
Means for instructing to request the data again after a predetermined period of time if the data cannot be obtained in response to the request;
An adjustment unit that dynamically adjusts the predetermined period in consideration of its own communication capability based on a response from the server;
A communication apparatus comprising:
前記識別情報の特徴に応じて、予め決められた複数の制御値のいずれかひとつを特定する特定手段とを更に備え、
前記調整手段は、前記レスポンスの受信回数と前記制御値とを利用して前記所定の期間を算出することを特徴とする請求項2から4のいずれかに記載の通信装置。 Means for holding identification information for identifying the communication device;
A specifying means for specifying any one of a plurality of predetermined control values according to the characteristics of the identification information;
5. The communication apparatus according to claim 2, wherein the adjustment unit calculates the predetermined period using the number of times the response is received and the control value.
前記特定手段は、前記識別情報の特徴に基づいて前記保持手段を参照して、前記制御値を特定することを特徴とする請求項5に記載の通信装置。 A holding unit that holds a different prime number as the control value in association with a feature of the identification information;
The communication device according to claim 5, wherein the specifying unit specifies the control value by referring to the holding unit based on a feature of the identification information.
前記保持手段は、10進数におけるそれぞれの数に対応付けて、それぞれ異なる素数を保持し、
前記特定手段は、前記IPアドレスの下一桁の数値に対応する素数を、前記保持手段を参照して特定し、制御値とすることを特徴とする請求項7に記載の通信装置。 The identification information is an IP address,
The holding means holds different prime numbers in association with respective numbers in decimal numbers,
The communication device according to claim 7, wherein the specifying unit specifies a prime number corresponding to the last digit of the IP address with reference to the holding unit and sets the prime number as a control value.
所定のデータを保持するサーバに前記データを要求する手段と、
前記要求に応じて前記データを取得できない場合、所定の期間が経過した後、再び前記データを要求することを指示する手段と、
前記サーバからのレスポンスに基づいて当該コンピュータの通信能力を考慮して、前記所定の期間を動的に調整する手段と、
を実現させるためのプログラム。 On the computer,
Means for requesting the data from a server holding predetermined data;
Means for instructing to request the data again after a predetermined period of time if the data cannot be obtained in response to the request;
Means for dynamically adjusting the predetermined period in consideration of the communication capability of the computer based on the response from the server;
A program to realize
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003359712A JP4010292B2 (en) | 2003-06-04 | 2003-10-20 | Communication apparatus and program for realizing the apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003160122 | 2003-06-04 | ||
JP2003359712A JP4010292B2 (en) | 2003-06-04 | 2003-10-20 | Communication apparatus and program for realizing the apparatus |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2005018727A true JP2005018727A (en) | 2005-01-20 |
JP4010292B2 JP4010292B2 (en) | 2007-11-21 |
Family
ID=34196754
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003359712A Expired - Fee Related JP4010292B2 (en) | 2003-06-04 | 2003-10-20 | Communication apparatus and program for realizing the apparatus |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4010292B2 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009037439A (en) * | 2007-08-02 | 2009-02-19 | Nec Computertechno Ltd | Request processor, retry control method, and program for request processor |
JP2009104332A (en) * | 2007-10-22 | 2009-05-14 | Kddi Corp | Access number control method to terminal, terminal, control server and program |
JP2013178609A (en) * | 2012-02-28 | 2013-09-09 | Brother Ind Ltd | Node device, information communication system, upload method and program |
JP2016178611A (en) * | 2015-03-23 | 2016-10-06 | 富士ゼロックス株式会社 | Image data transmitter, program for image data transmission, and system for image data communication |
-
2003
- 2003-10-20 JP JP2003359712A patent/JP4010292B2/en not_active Expired - Fee Related
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009037439A (en) * | 2007-08-02 | 2009-02-19 | Nec Computertechno Ltd | Request processor, retry control method, and program for request processor |
JP2009104332A (en) * | 2007-10-22 | 2009-05-14 | Kddi Corp | Access number control method to terminal, terminal, control server and program |
JP2013178609A (en) * | 2012-02-28 | 2013-09-09 | Brother Ind Ltd | Node device, information communication system, upload method and program |
JP2016178611A (en) * | 2015-03-23 | 2016-10-06 | 富士ゼロックス株式会社 | Image data transmitter, program for image data transmission, and system for image data communication |
Also Published As
Publication number | Publication date |
---|---|
JP4010292B2 (en) | 2007-11-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9723093B2 (en) | Method and system for distributing load by redirecting traffic | |
US9124674B2 (en) | Systems and methods for connection pooling for video streaming in content delivery networks | |
WO2019084972A1 (en) | Streaming media live broadcast method and system | |
US8898311B2 (en) | Data communication method and information processing device | |
US20090319681A1 (en) | Dynamic Throttling Based on Network Conditions | |
US20060085553A1 (en) | Method and system for broadcasting multimedia data | |
CN102055718B (en) | Method, device and system for layering request content in http streaming system | |
WO2006097937A2 (en) | A method for a clustered centralized streaming system | |
EP1473636B1 (en) | Information processing device and method, and computer program | |
US11259063B2 (en) | Method and system for setting video cover | |
US9866602B2 (en) | Adaptive bit rates during broadcast transmission in distributed content delivery networks | |
WO2015196590A1 (en) | Method and apparatus for playing desktop cloud video | |
US7502863B2 (en) | Method of distributing stream data and system thereof | |
US9582561B2 (en) | Size-based data synchronization | |
WO2012011473A1 (en) | Transmitting device, transmitting method, receiving device, receiving method, communication system, data structure, program, and storage medium | |
JP4010292B2 (en) | Communication apparatus and program for realizing the apparatus | |
WO2019085243A1 (en) | Audio and video data playback method and server and client terminal | |
US7539292B2 (en) | Contents distribution system, contents server, contents receiving apparatus, contents distribution method, program and storage media | |
CN111131470B (en) | Terminal device, data processing method thereof and data processing system | |
JP2002342193A (en) | Method, device and program for selecting data transfer destination server and storage medium with data transfer destination server selection program stored therein | |
CN113301100A (en) | Data disaster tolerance method, device, equipment and medium based on content distribution network | |
WO2017071524A1 (en) | Multimedia resource publishing method and apparatus | |
KR100835528B1 (en) | Multimedia Contents Streaming Method Using Section Information and Streaming Apparatus Thereof | |
CN114124941B (en) | m3u8 format file downloading method, playing method and m3u8 format file downloading system | |
JP2004221756A (en) | Information processing apparatus and information processing method, and computer program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061010 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061208 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070206 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070409 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070814 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070827 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100914 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110914 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110914 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120914 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130914 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130914 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140914 Year of fee payment: 7 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |