(57)【要約】【課題】在圏しているアクセス網を切り替えても再生中のマルチメディアストリーミングを中断することなく継続できるような移動端末等を提供すること。【解決手段】ストリーム受信可能な移動端末が、通信方式の異なる複数のネットワークインタフェースを保持し、  複数のネットワークとのリンクについての在圏状態情報を保持するリンク状態保持手段；  リンク状態保持手段からの在圏状態情報に基づいて、在圏状態の変化を出力するリンク状態変化通知手段；  ユーザ設定状況を管理するユーザ設定管理手段；  リンク状態変化通知手段から出力される各リンクの在圏状態変化と、ユーザ設定管理手段からのユーザ設定状況とに基づいて、ネットワークインタフェースの選択・切り替えを判断するインタフェース選択・切り替え手段；並びに  インタフェースの切り替えに応答して、ストリーミングセッション状態の遷移を制御するセッション状態制御手段；  から構成される。【選択図】        図２
2004265354.tif 000002
【特許請求の範囲】
【請求項１】
通信方式の異なる複数のネットワークインタフェースを保持する、ストリーム受信可能な移動端末であって：
複数のネットワークとのリンクについての在圏状態情報を保持するリンク状態保持手段；
該リンク状態保持手段からの前記在圏状態情報に基づいて、在圏状態の変化を出力するリンク状態変化通知手段；
ユーザ設定状況を管理するユーザ設定管理手段；
前記リンク状態変化通知手段から出力される各リンクの在圏状態変化と、前記ユーザ設定管理手段からのユーザ設定状況とに基づいて、ネットワークインタフェースの選択・切り替えを判断するインタフェース選択・切り替え手段；並びに前記のインタフェースの切り替えに応答して、ストリーミングセッション状態の遷移を制御するセッション状態制御手段；
から構成される移動端末。
【請求項２】
請求項１に記載された移動端末であって、
前記セッション状態制御手段が、新規ＩＰアドレスおよび元のセッションＩＤなどのセッション情報を外部サーバへと送信する、ことを特徴とする移動端末。
【請求項３】
請求項２に記載された移動端末であって、さらに
新規ＩＰアドレスでのセッション継続のためのＴＣＰコネクション再確立と、ＵＤＰコネクションのアドレス変更とを行うＴＣＰ・ＵＤＰコネクション制御手段；
から構成される移動端末。
【請求項４】
通信方式の異なる複数のネットワークインタフェースを保持するストリーム受信可能な移動端末に対して、データを送信するサーバであって：
移動端末からストリームセッション状態の遷移を受信するセッション状態制御手段；
移動端末から通知される新規ＩＰアドレス宛にセッションを継続するため旧ＴＣＰコネクションの削除とＵＤＰコネクションの変更とを行う、ＴＣＰ・ＵＤＰコネクション制御手段；並びに
移動端末から指定されるタイムスタンプの箇所から新規ＩＰアドレス宛にデータの転送を再開するシーク再生制御手段；
から構成されるサーバ。
【請求項５】
通信方式の異なる複数のネットワークインタフェースを保持する、ストリーム受信可能な移動端末と、該移動端末に対してデータを送信するサーバとから成るストリームセッション制御システムであって：
前記移動端末が、
複数のネットワークとのリンクについての在圏状態情報を保持するリンク状態保持手段；
該リンク状態保持手段からの前記在圏状態情報に基づいて、在圏状態の変化を出力するリンク状態変化通知手段；
ユーザ設定状況を管理するユーザ設定管理手段；
前記リンク状態変化通知手段から出力される各リンクの在圏状態変化と、前記ユーザ設定管理手段からのユーザ設定状況とに基づいて、ネットワークインタフェースの選択・切り替えを判断するインタフェース選択・切り替え手段；
前記のインタフェースの切り替えに応答して、ストリーミングセッション状態の遷移を制御し、新規ＩＰアドレスおよび元のセッションＩＤなどのセッション情報を前記サーバへと送信するセッション状態制御手段；並びに
前記新規ＩＰアドレスでのセッション継続のためのＴＣＰコネクション再確立と、ＵＤＰコネクションのアドレス変更とを行うＴＣＰ・ＵＤＰコネクション制御手段；
から構成され、
前記サーバが、
前記移動端末からストリームセッション状態の遷移を受信するセッション状態制御手段；
前記移動端末から通知される前記新規ＩＰアドレス宛にセッションを継続するため旧ＴＣＰコネクションの削除とＵＤＰコネクションの変更とを行う、ＴＣＰ・ＵＤＰコネクション制御手段；並びに
前記移動端末から指定されるタイムスタンプの箇所から前記新規ＩＰアドレス宛にデータの転送を再開するシーク再生制御手段；
から構成される、
ことを特徴とするストリームセッション制御システム。
【請求項６】
通信方式の異なる複数のネットワークインタフェースを保持する、ストリーム受信可能な移動端末と、該移動端末に対してデータを送信するサーバとから成るストリームセッション制御システムにおいて、ストリームセッションを遷移する方法であって：
前記移動端末が、
複数のネットワークとのリンクについての在圏状態情報を検知して保持する段階；
前記在圏状態情報に基づいて、在圏状態の変化を出力する段階；
ユーザ設定状況を管理する段階；
各リンクの在圏状態変化と前記ユーザ設定状況とに基づいて、ネットワークインタフェースの選択・切り替えを判断する段階；
前記のインタフェースの切り替えに応答して、ストリーミングセッション状態の遷移を制御し、新規ＩＰアドレスおよび元のセッションＩＤなどのセッション情報を前記サーバへと送信する段階；
前記新規ＩＰアドレスでのセッション継続のためのＴＣＰコネクション再確立と、ＵＤＰコネクションのアドレス変更とを行う段階；
を実行し、
前記サーバが、
前記移動端末からストリームセッション状態の遷移を受信する段階；
前記移動端末から通知される前記新規ＩＰアドレス宛にセッションを継続するため旧ＴＣＰコネクションの削除とＵＤＰコネクションの変更とを行う段階；並びに
前記移動端末から指定されるタイムスタンプの箇所から前記新規ＩＰアドレス宛にデータの転送を再開する段階；
を実行することを特徴とするストリームセッション制御方法。
【請求項７】
通信方式の異なる複数のネットワークインタフェースを保持する、ストリーム受信可能な移動端末であって：
複数のネットワークとのリンクについての在圏状態情報を保持するリンク状態保持手段；
該リンク状態保持手段からの前記在圏状態情報に基づいて、在圏状態の変化を出力するリンク状態変化通知手段；並びに
前記リンク状態変化通知手段から出力される各リンクの在圏状態変化に基づいて、ネットワークインタフェースを切り替える手段；
から構成され、リンクの変化後もコンテンツを継続して受信可能な移動端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般に通信方式の異なる複数のネットワークインタフェースを保持するストリーム受信可能な移動端末と、それにデータを送信するサーバに関し、特にストリームセッション遷移可能な移動端末、サーバ及びこれらを含むセッション制御システム並びに方法に関する。
【０００２】
【従来の技術】
移動端末装置が、マルチメディアコンテンツデータを保有したサーバからコンテンツをストリーミング受信する技術が知られている。例えば、特許文献１は、情報端末装置がサーバからダウンロードするデータのストリーミング再生に際して、１回のダウンロード時にデータの一部分を逐次サーバに要求する場合に効率的なデータ転送を実現することができるダウンロード制御方法及び情報端末装置を開示している。
【０００３】
移動端末が移動通信網を介してインターネット上のマルチメディアコンテンツサーバにアクセスし、ストリーミング配信用プロトコルを用いて映像や音声データなどのマルチメディアコンテンツを受信して同時に再生するストリーミング受信をする場合においては、ＲＴＰ、ＲＴＣＰ、ＲＴＳＰなどのリアルタイム用通信プロトコルを用いる場合が多い。一方、近年無線ＬＡＮの普及によりホットスポットサービスが定着してきており、無線ＬＡＮ網と携帯電話網とを適宜使い分けるケースが多くなってきている。さらに将来は、これらの無線ＬＡＮ網と携帯電話網を併用し、アクセス網の移動通信方式を切り替えつつ上述のようなマルチメディアストリーミングを途切れることなく再生し続けられることが期待される。この際、在圏エリアの通信方式をユーザが任意に選択できることも望まれる。
【０００４】
エリア移動に伴いアクセス網を切り替えながら同一ストリーミングセッションを維持するための従来の方法として、ＩＰアドレスの変更に対応して移動先のＩＰアドレスにデータを転送するＭｏｂｉｌｅＩＰ技法の適用が考えられている。しかしながら、この場合に通信方式の異なる通信網上にＭｏｂｉｌｅＩＰのような共通のプロトコルを実行するモビリティエージェントが必要となるという困難が伴う。さらに、モビリティエージェントの負荷やホームネットワークから移動ネットワークヘの転送時のデータトンネリング処理のオーバーヘッドも問題となる。
【０００５】
他の従来例として、ＴＣＰのトランスポートレイヤでＩＰアドレスの変更をＭｉｇｒａｔｅオプションで通知し、ＩＰアドレスが変わってもＴＣＰコネクションを継続する方法も提案されている。しかしながら、この方法は、ＴＣＰに限定されており、かつネットワークインタフェースの切り替えと連動していない。また、移動先のアクセス網において、移動端末が再度ストリーミング用アプリケーションを起動しなおすことも考えられるが、アプリケーション再起動に伴うストリーミング中断期間が長くなることが予想される。
【０００６】
【特許文献１】
特開２００２−２１５５１６号公報
【０００７】
【発明が解決しようとする課題】
そこで、本発明の一目的は、移動端末が移動通信網を介してインターネット上のマルチメディアコンテンツサーバにアクセスし、ストリーミング配信用プロトコルを用いて映像や音声データを受信し同時に再生する場合などにおいて、移動端末が在圏しているアクセス網（ＩＭＴ−２０００網、無線ＬＡＮ網など）を切り替えても再生中のマルチメディアストリーミングを中断することなく継続できるような移動端末、サーバ、セッション制御システムを提供することである。
【０００８】
他の目的は、上記のような移動端末において、インタフェースの切り替えを判断するとＲＴＳＰを用いて移動先のアクセス網を介して移動前のセッション情報（セッションＩＤ）と移動先ＩＰアドレスなどをサーバに通知し、サーバと移動端末間のＴＣＰコネクションを再確立して新規アドレスにてＲＴＰを用いてセッションを継続する（このときＵＤＰコネクションは継続する）ことができるような移動端末、サーバ、セッション制御システムを提供することである。
【課題を解決するための手段】
上記の目的を達成するための本発明の一特徴に従ったストリーム受信可能な移動端末は、通信方式の異なる複数のネットワークインタフェースを保持し、  複数のネットワークとのリンクについての在圏状態情報を保持するリンク状態保持手段；  リンク状態保持手段からの在圏状態情報に基づいて、在圏状態の変化を出力するリンク状態変化通知手段；  ユーザ設定状況を管理するユーザ設定管理手段；  リンク状態変化通知手段から出力される各リンクの在圏状態変化と、ユーザ設定管理手段からのユーザ設定状況とに基づいて、ネットワークインタフェースの選択・切り替えを判断するインタフェース選択・切り替え手段；並びに  インタフェースの切り替えに応答して、ストリーミングセッション状態の遷移を制御するセッション状態制御手段；  から構成される。
【０００９】
移動端末はまた、セッション状態制御手段が、新規ＩＰアドレスおよび元のセッションＩＤなどのセッション情報を外部サーバへと送信する、ことも特徴とする。
また、新規ＩＰアドレスでのセッション継続のためのＴＣＰコネクション再確立と、ＵＤＰコネクションのアドレス変更とを行うＴＣＰ・ＵＤＰコネクション制御手段を有することもできる。
【００１０】
本発明の他の特徴に従ったサーバは、通信方式の異なる複数のネットワークインタフェースを保持するストリーム受信可能な移動端末に対してデータを送信し、  移動端末からストリームセッション状態の遷移を受信するセッション状態制御手段；  移動端末から通知される新規ＩＰアドレス宛にセッションを継続するため旧ＴＣＰコネクションの削除とＵＤＰコネクションの変更とを行う、ＴＣＰ・ＵＤＰコネクション制御手段；並びに  移動端末から指定されるタイムスタンプの箇所から新規ＩＰアドレス宛にデータの転送を再開するシーク再生制御手段；  から構成されることを特徴とする。
【００１１】
さらに、本発明の他の特徴に従ったストリームセッション制御システム、通信方式の異なる複数のネットワークインタフェースを保持する、ストリーム受信可能な移動端末と、この移動端末に対してデータを送信するサーバとから構成され：移動端末が、  複数のネットワークとのリンクについての在圏状態情報を保持するリンク状態保持手段；  リンク状態保持手段からの在圏状態情報に基づいて、在圏状態の変化を出力するリンク状態変化通知手段；  ユーザ設定状況を管理するユーザ設定管理手段；  リンク状態変化通知手段から出力される各リンクの在圏状態変化と、ユーザ設定管理手段からのユーザ設定状況とに基づいて、ネットワークインタフェースの選択・切り替えを判断するインタフェース選択・切り替え手段；  インタフェースの切り替えに応答して、ストリーミングセッション状態の遷移を制御し、新規ＩＰアドレスおよび元のセッションＩＤなどのセッション情報をサーバへと送信するセッション状態制御手段；並びに  新規ＩＰアドレスでのセッション継続のためのＴＣＰコネクション再確立と、ＵＤＰコネクションのアドレス変更とを行うＴＣＰ・ＵＤＰコネクション制御手段；  から構成され、
サーバが、  移動端末からストリームセッション状態の遷移を受信するセッション状態制御手段；  移動端末から通知される新規ＩＰアドレス宛にセッションを継続するため旧ＴＣＰコネクションの削除とＵＤＰコネクションの変更とを行う、ＴＣＰ・ＵＤＰコネクション制御手段；並びに  移動端末から指定されるタイムスタンプの箇所から新規ＩＰアドレス宛にデータの転送を再開するシーク再生制御手段；  から構成される。
【００１２】
本発明のさらに他の特徴に従ったストリームセッション遷移方法によれば、通信方式の異なる複数のネットワークインタフェースを保持する、ストリーム受信可能な移動端末と、この移動端末に対してデータを送信するサーバとから成るストリームセッション制御システムにおいて：
移動端末が、  複数のネットワークとのリンクについての在圏状態情報を検知して保持する段階；  在圏状態情報に基づいて、在圏状態の変化を出力する段階；  ユーザ設定状況を管理する段階；  各リンクの在圏状態変化とユーザ設定状況とに基づいて、ネットワークインタフェースの選択・切り替えを判断する段階；  インタフェースの切り替えに応答して、ストリーミングセッション状態の遷移を制御し、新規ＩＰアドレスおよび元のセッションＩＤなどのセッション情報をサーバへと送信する段階；  新規ＩＰアドレスでのセッション継続のためのＴＣＰコネクション再確立と、ＵＤＰコネクションのアドレス変更とを行う段階；を実行し、サーバが、  移動端末からストリームセッション状態の遷移を受信する段階；
移動端末から通知される新規ＩＰアドレス宛にセッションを継続するため旧ＴＣＰコネクションの削除とＵＤＰコネクションの変更とを行う段階；並びに  移動端末から指定されるタイムスタンプの箇所から新規ＩＰアドレス宛にデータの転送を再開する段階；を実行する。
【００１３】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について詳しく説明する。図１に本発明の一実施形態に従ったマルチメディアストリーミングセッション制御方法および制御システムの概要を示す。
【００１４】
例えば、効率的なマルチメディアデータの伝送が可能な第三世代セルラーシステムＩＭＴ−２０００（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−２０００）などの携帯電話網１０が、ある所定地域の全エリア（図１に円で示す）をカバーしている。その携帯電話網のエリアの中に、無線ＬＡＮのホットスポット２０が複数点在するような通信環境を想定する。上記所定地域内にいる携帯電話機３０が、サーバ５０から、インターネット６０及び携帯電話網１０を利用して、マルチメディアコンテンツをストリーミング受信中であるとする。ストリーミング受信とは、音楽やビデオなどの大量のマルチメディアデータを連続して受信して再現するための技法であり、必要なデータを全部受信するまで待たずにすぐに再生を始めて再生し続けるものである。そのためのプレーヤーソフトウエアを受信端末側にインストールしておくことによりマルチメディアコンテンツを視聴できる。
【００１５】
ストリーミング受信中の携帯電話機３０が無線ＬＡＮ４０のホットスポット圏内に入った後は、携帯電話網１０ではなく無線ＬＡＮ４０を利用してマルチメディアデータを継続的に受信し視聴する。さらに、無線ＬＡＮ４０のエリアを出た後は、元の携帯電話網１０を利用して同一のストリーミングを続きから中断無く受信することが可能になる。
【００１６】
図２は、本発明の一実施形態に従ったマルチメディアストリーミングセッション制御システム２００の概略構成図を示す。ストリーミングセッションシステム２００は基本的に、マルチメディアデータを受信するクライアント側端末２０２と、該データを送信するサーバ２０４から構成される。
【００１７】
クライアント２０２は、ワイヤレスリンク管理部２２０と、ＱｏＳ制御部２３０と、セッション制御部２４０と、ユーザインタフェース部２５０とから構成される。
【００１８】
ワイヤレスリンク管理部２２０は、在圏・圏外などの各ネットワークインタフェースのリンク状態を保持するリンク状態保持部２２２と、在圏→圏外又は圏外→在圏などのリンク状態の変化をＱｏＳ制御部２３０に通知するリンク状態変化通知部２２４とから成る。例えば無線カードなどであって良い、無線機能を備えた通信リンク手段２１０が、現在携帯電話網２１２に在圏しているか否か、或いは無線ＬＡＮ２１４に在圏しているか否かという情報をリンク状態保持部２２２へと通知する。
【００１９】
ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）制御部２３０は、トラヒック特性や要求品質条件ななどに従ってＡＴＭデータ通信の品質を管理する制御部であり、インタフェース選択・切り替え部２３２と、ネットワーク状態判定制御部（図示せず）とから構成される。インタフェース選択・切り替え部２３２は、ワイヤレスリンク管理部２２０のリンク状態変化通知部２２４から通知されるリンク状態と、ユーザインタフェース部２５０により指定されるユーザ設定情報とに基づいて、インタフェースの選択・切り換えを判断する。ネットワーク状態判定制御部（図示せず）は、新規ネットワークインタフェースのネットワーク状態をＲＴＣＰプロトコルを用いて判定する。
【００２０】
セッション制御部２４０は、セッション状態制御部２４４と、ＴＣＰ・ＵＤＰコネクション制御部２４２とから構成される。セッション状態制御部２４４は、ＱｏＳ制御部２３０におけるネットワークインタフェース切り替え判断に基づいて、セッション状態を遷移させ、セッション状態を継続するために新規ＩＰアドレス及び元のセッションＩＤをサーバへ通知する。ＴＣＰ・ＵＤＰコネクション制御部２４２は、新規ＩＰアドレスにてセッションを継続するためにＴＣＰコネクションの確立を行う。マルチメディアコンテンツのうち送信が中断された箇所をタイムスタンプとしてクライアント２０２側で記憶しておく。
【００２１】
ユーザインタフェース部２５０はユーザ設定管理部２５２を有する。ユーザ設定管理部２５２は、複数のインタフェースが同時に在圏となった場合に、その都度問い合わせるか、或いはあらかじめ設定しておいた優先度に従って自動的にインタフェースを指定するなどのユーザ設定情報を管理する。
【００２２】
サーバ２０４側は、セッション状態制御部２９２と、ＴＣＰ・ＵＤＰコネクション制御部２９４と、シーク再生制御部２９６とから構成される。セッション状態制御部２９２は、クライアント２０２からのインタフェース切り替え通知を受信するとセッション状態をＲＥＡＤＹに遷移させる。ＴＣＰ・ＵＤＰコネクション制御部２９４は、クライアントの新規ＩＰアドレス宛にセッションを継続するため旧ＴＣＰコネクションの削除及びＵＤＰコネクションの変更を行う。シーク再生制御部２９６は、クライアント２０２から指定されたタイムスタンプの箇所から新規ＩＰアドレス宛にマルチメディアデータの転送を再開する。
【００２３】
図３は、本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法の一例を説明するシーケンス図である。ここでは、携帯電話網に在圏中の携帯電話機が無線ＬＡＮの圏内にも入り、通信リンクを無線ＬＡＮへと切り替える場合の処理シーケンスを示している。
【００２４】
クライアント２０２が、携帯電話網経由でサーバ２０４からＲＴＰパケットを受信（３１０）中に、無線ＬＡＮが在圏となって無線ＬＡＮ側のＩＰアドレスをＤＨＣＰから取得する（３２０）。次に、ＱｏＳ制御部２３０から無線ＬＡＮ選択通知を受信する（３２５）と、クライアント２０２のセッション制御部２４０が携帯電話網側のＴＣＰを切断し、無線ＬＡＮ側のＴＣＰコネクションを確立する（２３０）。そしてサーバ側に、ＲＴＳＰプロトコルでＰＬＡＹパケットを送信して、元のセッションＩＤ（ＳＳＲＣ）や受信済みの最新のＲＴＰパケットのタイムスタンプ値（ｎｐｔ＝）などを通知する（３３５）。
【００２５】
サーバ２０４は、クライアント２０２の新しいＩＰアドレスを取得し、セッションＩＤ（ＳＳＲＣ）によって元のセッションを特定するとともに、旧ＴＣＰコネクションを切断しＵＤＰの宛先アドレスなどを変更する。サーバ２０４は、ＲＴＳＰ  プロトコルでＯＫパケットをクライアント２０２に返し（３４５）、指定されたタイムスタンプに相当する箇所までコンテンツファイルをシーク後（３５０）、そこからストリーミングを再開して、ＲＴＰプロトコルでコンテンツをクライアント２０２に送信する（３５５）。クライアント２０２は、新しいＩＰアドレスのＵＤＰコネクションにおいてＲＴＰパケットを受信すると、それに対してＲＴＣＰのＲＲパケットをサーバ２０４に応答する。
【００２６】
図４は、本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法の一例を説明するシーケンス図であり、携帯電話機が携帯電話網圏外になり、その後に無線ＬＡＮが選択され無線ＬＡＮに切り替える場合の処理シーケンスを示す。クライアント２０２が、携帯電話網経由でサーバ２０４からＲＴＰパケットを受信（４１０）中に携帯電話網が圏外になると、ＲＴＣＲ  ＲＴＰの受信タイムアウトによって、サーバ２０２、クライアント２０４はそれぞれ独立にＯＵＴ＿ＲＡＮＧＥ状態となる（４２４、４２５）。その後ＱｏＳ制御部２３０から無線ＬＡＮ選択通知を受信する（４２６）。
【００２７】
クライアント２０２では、携帯電話網側の旧ＴＣＰを切断し、無線ＬＡＮ側のＴＣＰを確立して（４３０）、サーバ２０４にＲＴＳＰのＳＥＴ＿ＰＡＲＡＭＥＴＥＲで元のセッションＩＤ（ＳＳＲＣ）と在圏を示すＩｎ＿Ｒａｎｇｅフラグを通知する（４３５）。
【００２８】
サーバ２０４は、クライアント２０２の無線ＬＡＮ側ＩＰアドレスを取得し、セッションＩＤにより元のセッションを特定すると、対応する旧ＴＣＰコネクションを切断し、ＵＤＰの宛先アドレスなどを変更する（４４０）。サーバ２０４からクライアント２０２ヘＲＴＳＰプロトコルでＯＫを応答する（４４５）と、互いにＲＥＡＤＹ状態に遷移する（４３８，４４６）。
【００２９】
次に、クライアント２０２はＲＴＳＰプロトコルでＰＬＡＹを送信し、すでに受信済みの最新のＲＴＰパケットのタイムスタンプ値（ｎｐｔ＝）などをサーバ２０４に通知する（４４７）。指定されたタイムスタンプに相当する箇所までコンテンツファイルをシーク後、サーバ２０４はクライアント２０２に対してＲＴＳＰのＯＫを応答し、ストリーミングを再開する（４５０）。クライアント２０２は、受信したＲＴＰパケットからマルチメディアデータを取り出して再生すると同時に、ＲＴＣＰのＲＲパケットをサーバ２０４に応答する。
【００３０】
図５は、本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法の一例を説明するシーケンス図であり、送信再開時には、サーバがサーバ自身の保持するタイマ値によりＲＴＣＰ未受信タイムアウトとなり、セッションをすでに終了していた場合の処理シーケンスを示す。通信中携帯電話網が圏外となり、クライアント２０２，サーバ２０４がそれぞれ独立にＯＵＴ＿ＲＡＮＧＥ状態に遷移する（５０４，５０８）。さらにサーバ２０４が、ＴＥＡＲＤＯＷＮに遷移して（５１０）、セッションを終了する。セッション終了後にサーバ２０４が、クライアント２０２から無線ＬＡＮ経由でＲＴＳＰプロトコルでのＳＥＴ  ＰＡＲＡＭＥＴＥＲを受信する。
【００３１】
しかし、このときサーバ２０４は、すでにセッションを終了しているため、指定されたセッションＩＤから旧セッションを特定できない（５３４）ため、ＲＴＳＰプロトコルでＮＧをクライアント２０２に対して応答する（５３５）。
【００３２】
クライアント２０２は、旧ＴＣＰを切断後にＲＴＳＰ情報を再利用して無線ＬＡＮ経由でサーバヘＲＴＳＰプロトコルでＳＥＴＵＰを送信する（５３８）。
【００３３】
サーバ２０４は、クライアント２０２の新ＩＰアドレスに対して、新規ＴＣＰ／ＵＤＰコネクションを確立した（５４０）後、ＲＴＳＰプロトコルでＯＫをクライアント２０２に応答する（５４５）。
【００３４】
クライアント２０２が最新のＲＴＰパケットのタイムスタンプ値をサーバ２０４ヘ送信する（５４７）と、サーバ２０４はコンテンツファイルをシーク後、クライアント２０２へＲＴＳＰのＯＫを応答し、指定された箇所から送信を再開する（５５０）ことができる。クライアント２０２は受信したＲＴＰパケットからマルチメディアデータを取り出して再生すると同時に、ＲＴＣＰパケットのＲＲをサーバ２０４に応答する。
【００３５】
図６は、従来技術におけるＲＴＳＰの状態遷移を示す遷移図である。
【００３６】
図７は、本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法における、クライアント側のＲＴＳＰの状態遷移を示す遷移図である。
【００３７】
図８は、本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法における、サーバ側のＲＴＳＰの状態遷移を示す遷移図である。図７，８を参照しながら、クライアント及びサーバの状態遷移について、以下に説明する。
【００３８】
（１）セッション開始処理
▲１▼クライアントがセッション記述を要求する（ｃ１−１，  ｓ１−１）。その後、ＳＥＴＵＰ要求を行い、ＲＥＡＤＹ状態へ遷移する（Ｃ２−１，  Ｓ２−１，  Ｓ３−１，  Ｃ３−１）。
【００３９】
（２）再生処理
▲１▼ＲＥＡＤＹ状態でのユーザ操作による再生。
【００４０】
クライアントはＡｕｔｏＰｌａｙタイマ動作中ならば自動的にＰＬＡＹを送信する。ＡｕｔｏＰｌａｙタイムアウト時はユーザ操作によりＰＬＡＹを送信する。応答がある場合、ＰＬＡＹＩＮＧ状態へ移行する（Ｃ４−１）。送信できなかったり、応答が無い場合（ＲＴＳＰ  リスポンスタイムアウト）、ＯＵＴＲＡＮＧＥ状態へ移行する（Ｃ１０−２，  Ｓ１０−ＲＴＳＰリスポンス送信エラー）。
【００４１】
サーバはＰＬＡＹを受信するとＰＬＡＹＩＮＧ状態へ移行する（Ｓ４・１）。
【００４２】
（３）一時停止処理
▲１▼ＰＬＡＹＩＮＧ状態でのユーザ操作による一時停止
クライアントはユーザ操作によりＰＡＵＳＥを送信する。応答がある場合、ＲＥＡＤＹ状態へ移行する（Ｃ５−１）。送信できなかったり、応答が無い場合、ＯＵＴＲＡＮＧＥ状態へ移行する（Ｃ８−ＲＴＳＰリスポンス受信タイムアウト）。
【００４３】
サーバはＰＡＵＳＥを受信するとＲＥＡＤＹ状態へ移行する（Ｓ５−１）。または、ＲＴＣＰタイムアウトにより圏外を検出し、ＯＵＴＲＡＮＧＥ状態へ移行する（Ｓ８−２）。
【００４４】
（４）終了処理
▲１▼ＰＬＡＹＩＮＧ状態でのユーザ操作による終了。
【００４５】
クライアントはユーザ操作によりＴＥＡＲＤＯＷＮを送信する。無条件でＩＮＩＴ状態へ移行する（Ｃ７−１）。
【００４６】
サーバはＴＥＡＲＤＯＷＮを受信するとＩＮＩＴ状態へ移行する（Ｓ７−１）。または、ＲＴＣＰタイムアウトによりＯＵＴＲＡＮＧＥ状態へ移行し（Ｓ８−４）、ＡｃｔｉｖｉｔｙタイムアウトによりＩＮＩＴ状態へ移行する（Ｓ１１−４）。
【００４７】
▲２▼ＲＥＡＤＹ状態でのユーザ操作による終了。
【００４８】
クライアントはユーザ操作によりＴＥＡＲＤＯＷＮを送信する。無条件でＩＮＩＴ状態へ移行する（Ｃ６−１）。
【００４９】
サーバはＴＥＡＲＤＯＷＮを受信するとＩＮＩＴ状態へ移行する（Ｓ６−１）。
【００５０】
▲３▼ＲＥＡＤＹ状態でのタイムタウトによる終了。
【００５１】
クライアントはＤｅｆａｕｌｔタイムアウトによりＴＥＡＲＤＯＷＮを送信する。無条件でＩＮＩＴ状態へ移行する（Ｃ６−２）。
【００５２】
サーバはＤｅｆａｕｌｔタイムアウトによりＩＮＩＴ状態へ移行する（Ｓ６−２）。
【００５３】
▲４▼ＯＵＴＲＡＮＧＥ状態でのユーザ操作による終了。
【００５４】
クライアントはユーザ操作によりＴＥＡＲＤＯＷＮを送信する。無条件でＩＮＩＴ状態へ移行する（Ｃｌ２−１）。サーバはＴＥＡＲＤＯＷＮを受信するとＩＮＩＴ状態へ移行する（Ｓｌｌ−１）。
【００５５】
▲５▼ＯＵＴＲＡＮＧＥ状態でのタイムアウトによる終了。
【００５６】
クライアントはＡｃｔｉｖｉｔｙタイムアウトによりＴＥＡＲＤＯＷＮを送信する。無条件でＩＮＩＴ状態へ移行する（Ｃｌ２−２）。
【００５７】
サーバはＡｃｔｉｖｉｔｙタイムアウトによりＩＮＩＴ状態へ移行する（Ｓ１１−４）。
【００５８】
▲６▼ＯＵＴＲＡＮＧＥ状態での再生困難な帯域による終了。
【００５９】
サーバは、クライアントからのＲＴＣＰにより現在の使用可能な帯域量を測定しており、測定値が閾値より低下したら再生困難な帯域としてクライアントにＴＥＡＲＤＯＷＮを送信し、ＩＮＩＴ状態へ移行する（Ｓ１１−３）。
【００６０】
クライアントは、サーバからＴＥＡＲＤＯＷＮを受信すると、ＩＮＩＴ状態へ移行する（Ｃ１２−３）。
【００６１】
（５）在圏、圏外処理
▲１▼ＰＬＡＹＩＮＧ状態での圏外検出
クライアントは、無線リンク毎に可能な方法で無線リンクの状態を判断して圏外を検出し、ＳＥＴ＿ＰＡＲＡＭＥＴＥＲを送信する。応答がある場合、ＯＵＴＲＡＮＧＥ状態へ移行する（Ｃ８−１）。送信できなかったり、応答が無かった場合、ＯＵＴＲＡＮＧＥ状態へ移行する（Ｃ８−ＲＴＳＰリクエスト送信エラー、リスポンス受信タイムアウト）。
【００６２】
サーバはＳＥＴ＿ＰＡＲＡＭＥＴＥＲを受信するとＯＵＴＲＡＮＧＥへ移行する（Ｓ８−１）。またはＲＴＣＰタイムアウトにより圏外を検出し、ＯＵＴＲＡＮＧＥ状態へ移行する（Ｓ８−２）。
【００６３】
▲２▼ＲＥＡＤＹ状態での圏外検出
クライアントは、無線リンクからの通知により圏外を検出し、ＳＥＴ＿ＰＡＲＡＭＥＴＥＲを送信する。応答がある場合、ＯＵＴＲＡＮＧＥ状態へ移行する（Ｃ１０−１）。送信できなかったり、応答が無い場合、ＯＵＴＲＡＮＧＥ状態へ遷移する（Ｃ１０−ＲＴＳＰリクエスト送信エラー、リスポンス受信タイムアウト）。
【００６４】
サーバはＳＥＴ＿ＰＡＲＡＭＥＴＥＲを受信するとＯＵＴＲＡＮＧＥ状態へ移行する（Ｓ１０−１）。
【００６５】
▲３▼タイマ起動
ＯＵＴＲＡＮＧＥ状態へ移行すると、クライアントはＡｃｔｉｖｉｔｙタイマ、ＡｕｔｏＰｌａｙタイマを起動。サーバはＡｃｔｉｖｉｔｙタイマを起動。
【００６６】
▲４▼ＯＵＴＲＡＮＧＥ状態での在圏検出
クライアントは、無線リンクからの通知により在圏を検出し、ＳＥＴ＿ＰＡＲＡＭＥＴＥＲを送信する。応答がある場合、ＲＥＡＤＹ状態へ移行する（Ｃ９−１）。送信できなかったり、応答が無い場合、状態の変化なし（Ｃ１１）。
【００６７】
サーバはＳＥＴ＿ＰＡＲＡＭＥＴＥＲを受信するとＲＥＡＤＹ状態へ移行する（Ｓ９−１）。
【００６８】
▲５▼再生再開
ＲＥＡＤＹ中、クライアントはＡｕｔｏＰｌａｙタイマ動作中ならば自動的にＰＬＡＹを送信する。
【００６９】
ＡｕｔｏＰｌａｙタイムアウト時はユーザ操作によりＰＬＡＹを送信する。応答がある場合、ＰＬＡＹＩＮＧ状態へ移行する（Ｃ４−１）。送信できなかったり、応答が無い場合、ＯＵＴＲＡＮＧＥ状態へ移行する（Ｃ１０−ＲＴＳＰリクエスト送信エラー、ＲＴＳＰレスポンス受信タイムアウト）。
【００７０】
サーバはＰＬＡＹを受信するとＰＬＡＹＩＮＧ状態へ移行する（Ｓ４−１）。
【００７１】
▲６▼Ａｃｔｉｖｉｔｙタイムアウト
ＯＵＴＲＡＮＧＥ中，クライアントはＡｃｔｉｖｉｔｙタイムアウトによりＴＥＡＲＤＯＷＮを送信する。無条件でＩＮＩＴ状態へ移行する（Ｃ１２−２）。
【００７２】
サーバはＴＥＡＲＤＯＷＮを受信するとＩＮＩＴ状態へ移行する（Ｓ１１−２）。また、Ａｃｔｉｖｉｔｙタイムタウトにより、ＩＮＩＴ状態へ移行する（Ｓ１１−４）。
【００７３】
以下に、リクエストメッセージとレスポンスメッセージとを記す。
通常の圏外検出通知メッセージ
レスポンスメッセージの受信後、クライアントはＯＵＴＲＡＮＧＥ状態へ移行する。
【００７４】
2004265354.tif 000003
通常の在圏検出通知メッセージ
レスポンスメッセージの受信後、クライアントはＲＥＡＤＹ状態へ移行する。
【００７５】
2004265354.tif 000004
本発明の実施形態に従ったマルチメディアストリーミングセッション制御方法で使用するタイマについて、以下に説明する。
【００７６】
タイマ名：            Ｄｅｆａｕｌｔタイマ
実装：                クライアントサーバ
起動タイミング：      ＲＥＡＤＹ状態
説明：ＤｅｆａｕｌｔタイマがタイムアウトするとＩＮＩＴ状態へ移行する。
【００７７】
タイマ名：            Ａｃｔｉｖｉｔｙタイマ
実装：                クライアントサーバ
起動タイミング：      ＲＥＡＤＹ状態（ＯＵＴＲＡＮＧＥ状態）
説明：ＡｃｔｉｖｉｔｙタイマがタイムアウトするとＩＮＩＴ状態へ移行する。
【００７８】
タイマ名：            ＡｕｔｏＰｌａｙタイマ
実装：                クライアント
起動タイミング：      ＲＥＡＤＹ状態（ＯＵＴＲＡＮＧＥ状態）
説明：ＡｕｔｏＰｌａｙタイマ動作中にＲＥＡＤＹ状態に移行すると自動的に再生要求を行い、ＰＬＡＹＩＮＧ状態になる。
【００７９】
タイマ名：            ＲＴＰタイマ
実装：                クライアント
起動タイミング：      ＰＬＡＹＩＮＧ状態
説明：ＲＴＰタイマがタイムアウトするとＯＵＴＲＡＮＧＥ状態へ移行する。タイムアウト値はＲＴＰパケット受信ごとに更新。
【００８０】
タイマ名：            ＲＴＣＰタイマ
実装：                サーバ
起動タイミング：      ＰＬＡＹＩＮＧ状態
説明：ＲＴＣＰタイマがタイムアウトするとＯＵＴＲＡＮＧＥ状態へ移行する。タイムアウト値はＲＴＣＰパケット受信ごとに更新。
【００８１】
【発明の効果】
本発明の実施形態によれば、移動端末が移動通信網を介してインターネット上のマルチメディアコンテンツサーバにアクセスし、ストリーミング配信用プロトコルを用いて映像や音声データを受信し同時に再生する場合において、移動端末が複数のアクセス網の在圏・圏外状態等の在圏状態情報を即座に上位プロトコルに通知し、上位のストリーミング配信用プロトコル制御において状態変化に応じたセッション制御を実施することができる。
【００８２】
さらに、複数のアクセス網が同時に利用可能になったときユーザの優先度に応じてアクセス網を選択でき、なおかつアクセス網を切り替えても上位のストリーミングアプリケーションは中断することなく継続できるという効果がもたらされる。
【図面の簡単な説明】
【図１】本発明の一実施形態に従ったマルチメディアストリーミングセッション制御方法および制御システムの概要を示す。
【図２】本発明の一実施形態に従ったマルチメディアストリーミングセッション制御システム２００の概略構成図を示す。
【図３】本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法の一例を説明するシーケンス図であり、携帯電話網に在圏中の携帯電話機が無線ＬＡＮの圏内にも入り、通信リンクを無線ＬＡＮへと切り替える場合の処理シーケンスを示す。
【図４】本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法の一例を説明するシーケンス図であり、携帯電話機が携帯電話網圏外になり、その後に無線ＬＡＮが選択され無線ＬＡＮに切り替える場合の処理シーケンスを示す
【図５】本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法の一例を説明するシーケンス図であり、送信再開時には、サーバがセッションをすでに終了していた場合の処理シーケンスを示す。
【図６】従来技術におけるＲＴＳＰの状態遷移を示す遷移図である。
【図７】本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法における、クライアント側のＲＴＳＰの状態遷移を示す遷移図である。
【図８】本発明の一実施形態に従った、マルチメディアストリーミングセッション制御方法における、サーバ側のＲＴＳＰの状態遷移を示す遷移図である。
【符号の説明】
１０      携帯電話網１０
２０      無線ＬＡＮのホットスポット
３０      携帯電話機
５０      サーバ
６０      インターネット
２００    マルチメディアストリーミングセッション制御システム
２０２    クライアント側端末
２０４    サーバ
２２０    ワイヤレスリンク管理部
２３０    ＱｏＳ制御部
２４０    セッション制御部
２５０    ユーザインタフェース部
２２２    リンク状態保持部
２２４    リンク状態変化通知部
２１０    通信リンク手段
２１２    携帯電話網
２１４    無線ＬＡＮ
２３２    インタフェース選択・切り替え部
２２４    リンク状態変化通知部
２５０    ユーザインタフェース部
２４４    セッション状態制御部２４４
２４２    ＴＣＰ・ＵＤＰコネクション制御部
２５２    ユーザ設定管理部
２９２    セッション状態制御部
２９４    ＴＣＰ・ＵＤＰコネクション制御部
２９６    シーク再生制御部
【図１】
2004265354.tif 000005
【図２】
2004265354.tif 000006
【図３】
2004265354.tif 000007
【図４】
2004265354.tif 000008
【図５】
2004265354.tif 000009
【図６】
2004265354.tif 000010
【図７】
2004265354.tif 000011
【図８】
2004265354.tif 000012