(57)【要約】【課題】  持続的なネットワーク伝送遅延に適応的に対処することができ、ＴＣＰ再伝送による伝送遅延にも適応的に対処することのできるタイムアウト制御方法を提供する。【解決手段】  端末機に電源が印加される瞬間、使用される変数値を初期化する第１過程；セッションが設定された後、クライアント部からストリーミングサービスを要請するメッセージをサーバーへ伝送する第２過程；サーバーからの応答メッセージの到着を確認する第３過程；応答メッセージが到着した場合、タイムアウト値をアップデートし、前記第２過程に帰還する第４過程；応答メッセージが到着しない場合、現在設定されたタイムアウト値と所要時間とを比較して、経過していない場合、待機時間を増加させて第３過程に帰還し、タイムアウト値より大きい場合、タイムアウト値をアップデートしてセッションを終了する第５過程を含んでなることを特徴とする。【選択図】  図３
2006050632.tif 000002
【特許請求の範囲】
【請求項１】
ＴＣＰ(Transmission  Control  Protocol)を基にするＲＴＳＰ(Real  Time  Streaming  Protocol)を用いたストリーミングサービス利用過程で、クライアントのメッセージに対するサーバーからの応答メッセージ受信タイムアウト値に対して以前の値に基づき、毎度新たに算出することを特徴とする移動端末のセッションタイムアウトの動的制御方法。
【請求項２】
使用される変数値を初期化する過程；
セッションが設定された後、ストリーミングサービスを要請するメッセージをサーバーに伝送する過程；
サーバーからの応答メッセージの到着を確認する過程；、
応答メッセージが到着した場合、タイムアウト値をアップデートし、前記セッション設定以後の処理過程に帰還する過程；
応答メッセージが到着しない場合、所要時間をタイムアウト値と比較して、セッションを制御する過程を含んでなる移動端末のセッションタイムアウトの動的制御方法。
【請求項３】
前記応答メッセージの到着によるタイムアウ値のアップデートは、
平均待機時間を変更する段階；
変更された平均待機時間を設定された最小値と比較する段階；
比較結果によってタイムアウト値を設定する段階を備えてなることを特徴とする請求項２に記載の移動端末のセッションタイムアウトの動的制御方法。
【請求項４】
前記平均待機時間の変更段階は、
直前の平均待機時間と、現在までの所要時間とを加えた値を２に分けた値に設定することを特徴とする請求項３に記載の移動端末のセッションタイムアウトの動的制御方法。
【請求項５】
タイムアウト値の設定段階は、
変更された平均待機時間が、設定された最小値より小さいか同じであれば、最小値をタイムアウト値に変更し、最小値より小さいか同じでなければ、変更された平均待機時間値を新たなタイムアウト値に設定することを特徴とする請求項４に記載の移動端末のセッションタイムアウトの動的制御方法。
【請求項６】
前記セッション制御過程は、
現在設定されたタイムアウト値と、所要時間とを比較して、経過していない場合、待機時間を増加させて、応答メッセージの到着を確認する過程に帰還する段階、
タイムアウト値を経過した場合、平均待機時間を変更する段階、
変更された平均待機時間を、設定された最大値と比較する段階、
比較結果によってタイムアウト値を設定する段階を備えてなることを特徴とする請求項２に記載の移動端末のセッションタイムアウトの動的制御方法。
【請求項７】
前記平均待機時間の変更段階は、
直前の平均待機時間と、現在までの所要時間とを加えた値を２に分けた値に設定することを特徴とする請求項６に記載の移動端末のセッションタイムアウトの動的制御方法。
【請求項８】
タイムアウト値の設定段階は、
変更された平均待機時間が、設定された最大値より大きいか同じであれば、最大値をタイムアウト値に変更し、最大値より大きいか同じでなければ、変更された平均待機時間値を新たなタイムアウト値に設定することを特徴とする請求項７に記載の移動端末のセッションタイムアウトの動的制御方法。
【請求項９】
前記タイムアウト値は、予め設定された最小値と最大値の範囲を外れないことを特徴とする請求項２に記載の移動端末のセッションタイムアウトの動的制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は順方向メッセージ伝送中におけるタイムアウトの動的制御方法に関するもので、より詳細には、ＲＴＳＰプロトコル動作中にセッションタイムアウト値を動的に制御するための方法に関する。
【背景技術】
【０００２】
ストリーミングサービスは、従来、動画像ファイル（ｍｏｖ、ａｖｉなど）を完全にダウンロードするためには数十分を待たなければならなかった不便さを改善して、既存の方法とは異なって、一定量のデータのみでも実時間で再生が可能なようにするサービスである。即ち、マルチメディアデータを小さい単位に分割して、クライアントに伝送することで、長時間のダウンロードなしに直ぐに再生ができるサービスである。
【０００３】
ストリーミングサービスは、注文型サービスと、実時間放送サービスとに区分される。注文型ビデオサービス/注文型オーディオサービス（Video  On  Demand/Audio  On  Demand）でコンテント伝送に最も多く使われる標準として、ＲＴＳＰ/ＴＣＰ、ＲＴＣＰ/ＲＴＰ/ＵＤＰプロトコルの組合がある。この中、ＲＴＳＰ(Real-Time  Streaming  Protocol)は、ストリーミングセッションの生成/維持/終了を担当し、ＴＣＰを基にしてＲＴＳＰメッセージ伝送を行う。
【０００４】
ストリーミングサービスを実現するための構造は、図１に示したように形成される。マルチメディアストリーミングサービスを要求するストリーミングクライアント１１０と、該当マルチメディアストリーミングサービスの要求を無線網を介して伝達されるＷＡＰゲートウェイ３００と、該当マルチメディアストリーミングサービスの要求をＩＰ網を介して伝達され、マルチメディアストリーミングサービスを提供するマルチメディアストリーミングサービスシステム２００と、前記マルチメディアストリーミングサービスシステム２００からマルチメディアストリーミングデータを受信して再生するクライアントプレーヤー１２０とを含んでなる。
【０００５】
前記マルチメディアストリーミングサービスシステム２００は、マルチメディアストリングサービスを制御するＲＴＳＰサーバー２１１と、ストリーミングコンテントに対するマルチメディアストリーミングデータを保存するコンテントサーバー２１２と、注文型または広告型サービスのためのキャッシュサーバー２１３とを備えるストリーミングサーバー２１０とを含んでなる。
【０００６】
図２を参照してマルチメディアストリーミングサービスの流れを説明すると次の通りである。まず、ストリーミングクライアント１１０は、セッション情報の要求メッセージをストリーミングサーバー２１０のＲＴＳＰサーバー２１１へ伝送し、これに前記ＲＴＳＰサーバー２１１は、該当セッション情報要求メッセージに対する応答メッセージを前記ストリーミングクライアント１１０へ伝送する。これにより、前記ストリーミングクライアント１１０は該当セッションに対する情報を獲得する。
【０００７】
そして、前記ストリーミングクライアント１１０は、該当セッションに対する情報に基づき、前記ＲＴＳＰサーバー２１１にセッション設定要求メッセージを伝送し、これに前記ＲＴＳＰサーバー２１１は、該当セッション設定要求メッセージに対する応答メッセージを前記ストリーミングクライアント１１０へ伝送する。これにより、前記ストリーミングクライアント１１０は、前記ＲＴＳＰサーバー２１１に対するセッションを設定して、セットアップする。
【０００８】
これに、前記ストリーミングクライアント１１０は、ストリーミングデータ伝送要求メッセージを前記ＲＴＳＰサーバー２１１へ伝送し、これに前記ＲＴＳＰサーバー２１１は、該当ストリーミングデータ伝送要求メッセージに対する応答メッセージを、前記ストリーミングクライアント１１０へ伝送する。
【０００９】
そして、前記ＲＴＳＰサーバー２１１の制御によってコンテンツサーバー２１２がＵＤＰ/ＲＴＰプロトコルを用いて該当ストリーミングデータを前記ストリーミングクライアント１１０へ伝送する。これにユーザーには、前記ストリーミングクライアント１１０を介してストリーミングデータの内容が伝達される。
【００１０】
これにより、前記ストリーミングクライアント１１０は、該当マルチメディアストリーミングサービスが終了すると、セッション又はサービス終了メッセージ（ＲＴＳＰ：ＴＥＡＲＤＯＷＮ）を前記ＲＴＳＰサーバー２１１へ伝送し、これに前記ＲＴＳＰサーバー２１１は、前記ストリーミングクライアント１１０に該当セッション、又はサービス終了メッセージに対する応答メッセージを伝送する。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、これらのメッセージ伝送間にはタイムアウト値が存在して、この期間が過ぎた後にもサーバーやクライアントから応答がない場合、応答を受けていないサーバーやクライアントは該当セッションを終了することが原則である。再びセッションを開くためには、およそ８〜２０秒の時間がかかり、ネットワークの事情によってさらなる時間がかかることもある。この際、セッション終了後に再びセッションを開く場合、時間の無駄使いが多い。
【００１２】
また、ネットワークの状態によってタイムアウト値に対する動的な適用が必要な場合にもうまく対処できないという限界がある。このようなタイムアウト可否に対する測定は、伝送計測でＴＣＰプロトコルが連結信頼性を補償することとは別のもので、純粋に応用プログラムの階層で管理される。
【００１３】
本発明は上記のようなの問題点を解決するためのもので、持続的なネットワーク伝送遅延に適応的に対処することのできるタイムアウト制御方法を提供することにその目的がある。
【００１４】
本発明の他の目的は、ＴＣＰ再伝送による伝送遅延にも適応的に対処することのできるタイムアウト制御方法を提供することにある。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本発明に係るタイムアウト制御方法は、クライアントのメッセージに対するサーバーからの応答メッセージ受信タイムアウト値に対して、以前の値に基づき、毎度新たに算出される方式を用いることを特徴とする。
【００１６】
また、本発明に係るタイムアウト制御方法は、使用される変数値を初期化する過程；セッションが設定された後、ストリーミングサービスを要請するメッセージをサーバーに伝送する過程；サーバーからの応答メッセージの到着を確認する過程；、応答メッセージが到着した場合、タイムアウト値をアップデートし、前記セッション設定以後の処理過程に帰還する過程；応答メッセージが到着しない場合、所要時間をタイムアウト値と比較して、セッションを制御する過程を含んでなることを特徴とする。
【００１７】
前記セッション制御過程は、現在設定されたタイムアウト値と、所要時間とを比較して、経過していない場合、待機時間を増加させて、応答メッセージの到着を確認する過程に帰還し、タイムアウト値より大きい場合、タイムアウト値をアップデートし、セッションを終了することを特徴とする。
【００１８】
前記タイムアウト値のアップデートは、直前の平均待機時間と、現在までの所要時間とを加えた値を２に分けた値に設定することを特徴とする。
【００１９】
前記タイムアウト値は、予め設定された最小値と最大値の範囲を外れないことを特徴とする。
本発明により、以下が提供される：
（項目１）
ＴＣＰ(Transmission  Control  Protocol)を基にするＲＴＳＰ(Real  Time  Streaming  Protocol)を用いたストリーミングサービス利用過程で、クライアントのメッセージに対するサーバーからの応答メッセージ受信タイムアウト値に対して以前の値に基づき、毎度新たに算出することを特徴とする移動端末のセッションタイムアウトの動的制御方法。
（項目２）
使用される変数値を初期化する過程；
セッションが設定された後、ストリーミングサービスを要請するメッセージをサーバーに伝送する過程；
サーバーからの応答メッセージの到着を確認する過程；、
応答メッセージが到着した場合、タイムアウト値をアップデートし、前記セッション設定以後の処理過程に帰還する過程；
応答メッセージが到着しない場合、所要時間をタイムアウト値と比較して、セッションを制御する過程を含んでなる移動端末のセッションタイムアウトの動的制御方法。
（項目３）
前記応答メッセージの到着によるタイムアウ値のアップデートは、
平均待機時間を変更する段階；
変更された平均待機時間を設定された最小値と比較する段階；
比較結果によってタイムアウト値を設定する段階を備えてなることを特徴とする項目２に記載の移動端末のセッションタイムアウトの動的制御方法。
（項目４）
前記平均待機時間の変更段階は、
直前の平均待機時間と、現在までの所要時間とを加えた値を２に分けた値に設定することを特徴とする項目３に記載の移動端末のセッションタイムアウトの動的制御方法。
（項目５）
タイムアウト値の設定段階は、
変更された平均待機時間が、設定された最小値より小さいか同じであれば、最小値をタイムアウト値に変更し、最小値より小さいか同じでなければ、変更された平均待機時間値を新たなタイムアウト値に設定することを特徴とする項目４に記載の移動端末のセッションタイムアウトの動的制御方法。
（項目６）
前記セッション制御過程は、
現在設定されたタイムアウト値と、所要時間とを比較して、経過していない場合、待機時間を増加させて、応答メッセージの到着を確認する過程に帰還する段階、
タイムアウト値を経過した場合、平均待機時間を変更する段階、
変更された平均待機時間を、設定された最大値と比較する段階、
比較結果によってタイムアウト値を設定する段階を備えてなることを特徴とする項目２に記載の移動端末のセッションタイムアウトの動的制御方法。
（項目７）
前記平均待機時間の変更段階は、
直前の平均待機時間と、現在までの所要時間とを加えた値を２に分けた値に設定することを特徴とする項目６に記載の移動端末のセッションタイムアウトの動的制御方法。
（項目８）
タイムアウト値の設定段階は、
変更された平均待機時間が、設定された最大値より大きいか同じであれば、最大値をタイムアウト値に変更し、最大値より大きいか同じでなければ、変更された平均待機時間値を新たなタイムアウト値に設定することを特徴とする項目７に記載の移動端末のセッションタイムアウトの動的制御方法。
（項目９）
前記タイムアウト値は、予め設定された最小値と最大値の範囲を外れないことを特徴とする項目２に記載の移動端末のセッションタイムアウトの動的制御方法。
本発明の方法は、端末機に電源が印加される瞬間、使用される変数値を初期化する第１過程；セッションが設定された後、クライアント部からストリーミングサービスを要請するメッセージをサーバーへ伝送する第２過程；サーバーからの応答メッセージの到着を確認する第３過程；応答メッセージが到着した場合、タイムアウト値をアップデートし、前記第２過程に帰還する第４過程；応答メッセージが到着しない場合、現在設定されたタイムアウト値と所要時間とを比較して、経過していない場合、待機時間を増加させて第３過程に帰還し、タイムアウト値より大きい場合、タイムアウト値をアップデートしてセッションを終了する第５過程を含んでなることを特徴とする。
【発明の効果】
【００２０】
本発明に係るタイムアウト値の制御方法によれば、クライアントから毎度メッセージ応答を受けるまでの所要時間を持続的に記録し、その平均値を算出して新たなタイムアウト値に適用することで、ネットワーク状態によって動的な制御が可能である。したがって、ネットワーク環境が良くない場合、セッションが終了することを防止できるという効果がある。
【発明を実施するための最良の形態】
【００２１】
以下、本発明に係るタイムアウト制御方法の好適な実施の形態について、添付の図面に基づいて詳細に説明する。
【００２２】
本発明では、クライアントがサーバーとＲＴＳＰセッションを設定した後メッセージをやり取りする場合、クライアント自身が送ったメッセージに対し、サーバーから応答メッセージが到着するまでクライアントが使用するタイムアウト測定に対する修正補完によってセッション終了を防止する。その具体的な進行過程は図３に示したフローチャートを通じて説明する。
【００２３】
まず、端末機に電源が印加されると、以後に使用される変数値が初期化される。使用される変数としては、現在待機時間（Duration  Current）(Ｔｃ)と、平均待機時間（Duration  mean）(Ｔａ)及びタイムアウト値(Timeout)(Ｔ０)、最小値(Ｔｍ)及び最大値(ＴM)などがある（Ｓ１）。
【００２４】
セッションが設定されると、クライアントはストリーミングサービスを要請する伝送要求メッセージをサーバーに送る。この時からクライアントは、自分の送ったメッセージに対してサーバーから応答メッセージが到着するまでの所要時間を算出する(Ｓ２）。
【００２５】
まず、サーバーから応答メッセージが到着したかを確認し(Ｓ３）、応答メッセージが到着すると、平均待機時間(Ｔａ)に現在までの所要時間(Ｔｃ）を加えた値を２に分けた値
【００２６】
【数１】
2006050632.tif 000003
を新たな平均待機時間値(Ｔａ)に変更する(Ｓ６ａ)。
【００２７】
変更された平均待機時間値(Ｔａ)を予め設定された最小値(Ｔｍ)と比較する(Ｓ７ａ)。
【００２８】
変更された平均待機時間値(Ｔａ)が最小値(Ｔｍ)より小さい場合は、最小値(Ｔｍ)をタイムアウト値(Ｔ０)に変更する(Ｓ８ａ−１)。
【００２９】
最小値(Ｔｍ)より小さくない場合には、変更された平均待機時間値(Ｔａ)を新たなタイムアウト値(Ｔ０)に設定する(Ｓ８ａ−２)。
【００３０】
一方、応答メッセージが到着されていない状態であれば、現在までの所要時間(Ｔｃ)と、設定されたタイムアウト値(Ｔ０)と比較する(Ｓ４)。
【００３１】
設定されたタイムアウト値(Ｔ０)より小さい場合には、現在までの所要時間(Ｔｃ)を増加(Ｔｃ＝ Ｔｃ＋１)させ、応答メッセージ待機状態に帰還する(Ｓ５)。
【００３２】
設定されたタイムアウト値(Ｔ０)より大きい場合は、平均待機時間値(Ｔａ)に現在までの所要時間(Ｔｃ)を加えた値を２に分けた値
【００３３】
【数２】
2006050632.tif 000004
を平均待機時間値(Ｔａ)に変更する(Ｓ６ｂ)。
【００３４】
その後、変更された平均待機時間値(Ｔａ)を、予め設定された最大値(ＴＭ)と比較する(Ｓ７ｂ)。
【００３５】
最大値(ＴＭ)を超過する場合は最大値(ＴＭ)を新たなタイムアウト値(Ｔ０)に変更する(Ｓ８ｂ−１)。
【００３６】
最大値(ＴＭ)を超過しない場合には、変更された平均待機時間値(Ｔａ)を新たなタイムアウト値(Ｔ０)に設定する(Ｓ８ｂ−２)。
【００３７】
その後、現在のセッションを終了し、他のプロセッシングのための過程に帰還する(Ｓ１０)。
【００３８】
タイムアウトに該当する場合、平均待機時間をアップデートし、セッションを終了する。
【００３９】
本願発明では待機中に使用するタイムアウト値に対して、以前の値に基づき、毎度新たに算出する。したがって、応答メッセージが到着すると、平均待機時間をアップデートし、ストリーミングサービスの次の過程に転換する(Ｓ)。
【００４０】
以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。
【図面の簡単な説明】
【００４１】
【図１】ストリーミングサービスを実現するための構造を示す例示図である。
【図２】マルチメディアストリーミングサービスの実行過程を説明するためのフローチャートである。
【図３】本発明に係るタイムアウト制御方法の進行過程を示すフローチャートである。
【符号の説明】
【００４２】
１１０  ストリーミングクライアント
１２０  クライアントプレーヤー
２００  マルチメディアストリーミングサービスシステム
２１１  ＲＴＳＰサーバー
２１２  コンテントサーバー
２１３  キャッシュサーバー
３００  ＷＡＰゲートウェイ
【図１】
2006050632.tif 000005
【図２】
2006050632.tif 000006
【図３】
2006050632.tif 000007