(57)【特許請求の範囲】
【請求項１】
端末と前記端末にコンテンツを配信するサーバとを含む通信システムであって、
コンテンツ利用中にコンテンツの移管を要求する端末である移管元端末が、利用中のコンテンツの識別子であるコンテンツ識別子と自端末の識別子とコンテンツの移管先の端末である移管先端末の識別子とを含む移管元コンテンツ移管要求を前記サーバに送信し、
コンテンツの利用を開始する端末が、自端末の識別子を含む移管先コンテンツ移管要求を前記サーバに送信し、
前記サーバが、前記移管元コンテンツ移管要求に含まれる移管先端末の識別子と前記移管先コンテンツ移管要求に含まれる識別子とが一致するか否かを判断し、一致した場合に前記移管先コンテンツ移管要求の送信元の端末に、前記移管元コンテンツ移管要求に含まれるコンテンツ識別子に対応するコンテンツを配信し、
前記移管元端末が、さらに、自端末の利用権限の情報である移管元利用権限情報を前記移管元コンテンツ移管要求に含めて送信し、
前記サーバは、さらに、コンテンツの利用権限の認証を行うための利用権限照合情報を保持し、前記コンテンツを配信する処理として、前記移管元利用権限情報と前記利用権限照合情報を照合し、照合の結果認証された場合にコンテンツを配信することを特徴とする通信システム。
【請求項２】
前記コンテンツの利用を開始する端末が、さらに、自端末の利用権限の情報である移管先利用権限情報を前記移管先コンテンツ移管要求に含めて送信し、
前記サーバは、前記コンテンツを配信する処理として、さらに、前記移管先利用権限情報と前記利用権限照合情報を照合し、照合の結果認証された場合にコンテンツを配信することを特徴とする請求項１に記載の通信システム。
【請求項３】
端末と前記端末にコンテンツを配信するサーバとを含む通信システムであって、
コンテンツ利用中にコンテンツの移管を要求する端末である移管元端末が、利用中のコンテンツの識別子であるコンテンツ識別子と自端末の識別子とコンテンツの移管先の端末である移管先端末の識別子とを含む移管元コンテンツ移管要求を前記サーバに送信し、
コンテンツの利用を開始する端末が、自端末の識別子を含む移管先コンテンツ移管要求を前記サーバに送信し、
前記サーバが、前記移管元コンテンツ移管要求に含まれる移管先端末の識別子と前記移管先コンテンツ移管要求に含まれる識別子とが一致するか否かを判断し、一致した場合に前記移管先コンテンツ移管要求の送信元の端末に、前記移管元コンテンツ移管要求に含まれるコンテンツ識別子に対応するコンテンツを配信し、
前記コンテンツの利用を開始する端末が、さらに、自端末の利用権限の情報である移管先利用権限情報を前記移管先コンテンツ移管要求に含めて送信し、
前記サーバは、さらに、コンテンツの利用権限の認証を行うための利用権限照合情報を保持し、前記コンテンツを配信する処理として、前記移管先利用権限情報と前記利用権限照合情報を照合し、照合の結果認証された場合にコンテンツを配信する通信システム。
【請求項４】
前記移管元端末が、さらに、利用中のコンテンツの再開すべき位置を示す再開位置情報を前記移管元コンテンツ移管要求に含めて送信し、
前記サーバは、前記コンテンツを配信する処理として、前記再開位置情報に対応する位置からコンテンツを配信することを特徴とする請求項１、２または３に記載の通信システム。
【請求項５】
前記コンテンツの利用を開始する端末が、さらに、コンテンツ受信のための情報であるデバイス情報を前記移管先コンテンツ移管要求に含めて送信し、
前記サーバは、前記コンテンツを配信する処理として、前記デバイス情報に基づいてコンテンツを変換し、変換後のコンテンツを配信することを特徴とする請求項１〜４のいずれか１つに記載の通信システム。
【請求項６】
端末にコンテンツを配信するサーバであって、
コンテンツ利用中にコンテンツの移管を要求する端末から、利用中のコンテンツの識別子であるコンテンツ識別子と自端末の識別子とコンテンツの移管先の端末である移管先端末の識別子とを含む移管元コンテンツ移管要求を受信し、
コンテンツの利用を開始する端末から、自端末の識別子を含む移管先コンテンツ移管要求を受信し、
前記移管元コンテンツ移管要求に含まれる移管先端末の識別子と前記移管先コンテンツ移管要求に含まれる識別子とが一致するか否かを判断し、一致した場合に前記移管先コンテンツ移管要求の送信元の端末に、前記移管元コンテンツ移管要求に含まれるコンテンツ識別子に対応するコンテンツを配信し、
コンテンツの利用権限の認証を行うための利用権限照合情報を保持し、前記コンテンツを配信する処理として、前記移管元コンテンツ移管要求に含まれる当該移管元コンテンツ移管要求の送信元の端末の利用権限の情報である移管元利用権限情報と前記利用権限照合情報とを照合し、照合の結果認証された場合にコンテンツを配信することを特徴とするサーバ。
【請求項７】
端末にコンテンツを配信するサーバであって、
コンテンツ利用中にコンテンツの移管を要求する端末から、利用中のコンテンツの識別子であるコンテンツ識別子と自端末の識別子とコンテンツの移管先の端末である移管先端末の識別子とを含む移管元コンテンツ移管要求を受信し、
コンテンツの利用を開始する端末から、自端末の識別子を含む移管先コンテンツ移管要求を受信し、
前記移管元コンテンツ移管要求に含まれる移管先端末の識別子と前記移管先コンテンツ移管要求に含まれる識別子とが一致するか否かを判断し、一致した場合に前記移管先コンテンツ移管要求の送信元の端末に、前記移管元コンテンツ移管要求に含まれるコンテンツ識別子に対応するコンテンツを配信し、
コンテンツの利用権限の認証を行うための利用権限照合情報を保持し、前記コンテンツを配信する処理として、前記移管先コンテンツ移管要求に含まれる当該移管先コンテンツ移管要求の送信元の端末の利用権限の情報である移管先利用権限情報と前記利用権限照合情報を照合し、照合の結果認証された場合にコンテンツを配信することを特徴とするサーバ。
【請求項８】
請求項６に記載のサーバから配信されるコンテンツを利用可能な端末であって、
コンテンツ利用中に、そのコンテンツの識別子であるコンテンツ識別子と自端末の識別子とコンテンツの移管先の端末である移管先端末の識別子と自端末の利用権限の情報である移管元利用権限情報とを含む移管元コンテンツ移管要求を前記サーバに送信することを特徴とする端末。
【請求項９】
請求項６に記載のサーバから配信されるコンテンツを利用可能な端末であって、
コンテンツの利用を開始する場合に、自端末の識別子と自端末の利用権限の情報である移管先利用権限情報とを含む移管先コンテンツ移管要求を前記サーバに送信することを特徴とする端末。
【請求項１０】
端末と前記端末にコンテンツを配信するサーバとを含む通信システムにおける通信方法であって、
コンテンツ利用中にコンテンツの移管を要求する端末である移管元端末が、利用中のコンテンツの識別子であるコンテンツ識別子と自端末の識別子とコンテンツの移管先の端末である移管先端末の識別子とを含む移管元コンテンツ移管要求を前記サーバに送信する移管元コンテンツ移管要求送信ステップと、
コンテンツの利用を開始する端末が、自端末の識別子を含む移管先コンテンツ移管要求を前記サーバに送信する移管先コンテンツ移管要求送信ステップと、
前記サーバが、前記移管元コンテンツ移管要求に含まれる移管先端末の識別子と前記移管先コンテンツ移管要求に含まれる識別子とが一致するか否かを判断し、一致した場合に前記移管先コンテンツ移管要求の送信元の端末に、前記移管元コンテンツ移管要求に含まれるコンテンツ識別子に対応するコンテンツを配信するコンテンツ移管ステップと、
を含み、
前記移管元端末は、さらに、自端末の利用権限の情報である移管元利用権限情報を前記移管元コンテンツ移管要求に含めて送信し、
前記サーバは、さらに、コンテンツの利用権限の認証を行うための利用権限照合情報を保持し、前記コンテンツを配信する処理として、前記移管元利用権限情報と前記利用権限照合情報を照合し、照合の結果認証された場合にコンテンツを配信することを特徴とする通信方法。
【請求項１１】
端末と前記端末にコンテンツを配信するサーバとを含む通信システムにおける通信方法であって、
コンテンツ利用中にコンテンツの移管を要求する端末である移管元端末が、利用中のコンテンツの識別子であるコンテンツ識別子と自端末の識別子とコンテンツの移管先の端末である移管先端末の識別子とを含む移管元コンテンツ移管要求を前記サーバに送信する移管元コンテンツ移管要求送信ステップと、
コンテンツの利用を開始する端末が、自端末の識別子を含む移管先コンテンツ移管要求を前記サーバに送信する移管先コンテンツ移管要求送信ステップと、
前記サーバが、前記移管元コンテンツ移管要求に含まれる移管先端末の識別子と前記移管先コンテンツ移管要求に含まれる識別子とが一致するか否かを判断し、一致した場合に前記移管先コンテンツ移管要求の送信元の端末に、前記移管元コンテンツ移管要求に含まれるコンテンツ識別子に対応するコンテンツを配信するコンテンツ移管ステップと、
を含み、
前記コンテンツの利用を開始する端末が、さらに、自端末の利用権限の情報である移管先利用権限情報を前記移管先コンテンツ移管要求に含めて送信し、
前記サーバが、さらに、コンテンツの利用権限の認証を行うための利用権限照合情報を保持し、前記コンテンツを配信する処理として、前記移管先利用権限情報と前記利用権限照合情報を照合し、照合の結果認証された場合にコンテンツを配信することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを提供するサーバとサーバからコンテンツを取得する端末とを含む通信システムに関する。
【背景技術】
【０００２】
近年、コンシューマー向け情報機器の高機能化，多機能化が進んでいる。しかし、このような情報機器であっても、操作が煩雑であると、ユーザが搭載された機能を十分に使いこなせない場合もある。したがって、情報機器の操作の簡素化・自動化が重要となりつつある。
【０００３】
また、ユーザがサービスを受ける環境も多様化しており、コンテンツを利用中に異なる環境となった場合にも継続して同一コンテンツを利用できることが望ましい。たとえば、下記特許文献１では、ユーザがコンテンツを利用中に宅内から宅外、または宅外から宅内に移動した時に、そのコンテンツの同一シーンから継続して利用できる技術が開示されている。
【０００４】
【特許文献１】特開２００６−４１７６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術によれば、ユーザが異なる環境に移動し同一の端末を利用する場合に、コンテンツを継続して利用できユーザの煩雑な操作を不要としている。そのため、ユーザが使用する端末を変更した場合には継続してコンテンツを利用できない、という問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、ユーザが使用する端末を変更した場合にも、容易な操作で継続してコンテンツを利用できる通信システム、サーバ、端末および通信方法を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、端末と前記端末にコンテンツを配信するサーバとを含む通信システムであって、コンテンツ利用中にコンテンツの移管を要求する端末である移管元端末が、利用中のコンテンツの識別子であるコンテンツ識別子と自端末の識別子とコンテンツの移管先の端末である移管先端末の識別子とを含む移管元コンテンツ移管要求を前記サーバに送信し、コンテンツの利用を開始する端末が、自端末の識別子を含む移管先コンテンツ移管要求を前記サーバに送信し、前記サーバが、前記移管元コンテンツ移管要求に含まれる移管先端末の識別子と前記移管先コンテンツ移管要求に含まれる識別子とが一致するか否かを判断し、一致した場合に前記移管先コンテンツ移管要求の送信元の端末に、前記移管元コンテンツ移管要求に含まれるコンテンツ識別子に対応するコンテンツを配信し、前記移管元端末が、さらに、自端末の利用権限の情報である移管元利用権限情報を前記移管元コンテンツ移管要求に含めて送信し、前記サーバは、さらに、コンテンツの利用権限の認証を行うための利用権限照合情報を保持し、前記コンテンツを配信する処理として、前記移管元利用権限情報と前記利用権限照合情報を照合し、照合の結果認証された場合にコンテンツを配信することを特徴とする。
【発明の効果】
【０００８】
この発明によれば、端末が、コンテンツの利用中にコンテンツの移管先の端末の識別子と移管するコンテンツの識別子を含むコンテンツ移管要求をサーバに送信し、サーバが、コンテンツ移管要求を受信すると受信したコンテンツ移管要求に基づいて移管先の端末にコンテンツを配信するようにしたので、端末を変更した場合でも容易な操作で継続してコンテンツを利用できる、という効果を奏する。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明にかかる通信システム、サーバ、端末および通信方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１０】
実施の形態１．
図１は、本発明にかかる通信システムの実施の形態１の構成例を示す図である。図１に示すように、本実施の形態の通信システムは、端末１とサーバ２で構成され、端末１とサーバ２は、有線または無線の通信路によって接続されている。なお、図１では端末を１台として示しているが、サーバに接続する端末の数はこれに限らず何台としてもよい。
【００１１】
端末１は、サーバ２と接続し通信を行うための処理を行う通信部１１と、サーバ２との接続開始後に自端末へのコンテンツ移管処理を行い、また、コンテンツ利用中に他の端末へのコンテンツの利用の移管要求処理を行うコンテンツ移管要求生成部１２と、コンテンツを利用する際に必要となるコンテンツ利用権限情報（利用権限ＩＤ（Identifier）およびパスワード）を格納するためのコンテンツ利用権限情報格納部１３と、コンテンツ利用権限情報を入力するための入力手段である情報入力部１４と、サーバ２が端末１（デバイス）を一意に識別して端末１と接続が可能となるための情報を含むデバイス情報格納部１５とから構成される。なお、情報入力部１４はキーボードなどユーザからの直接入力により情報を入力する手段でも、無線または有線の通信路を経由し情報を入力する手段でもよい。また、これらの手段の幾つかの組み合わせであってもよい。
【００１２】
また、サーバ２は、端末１と接続し通信を行うための処理を行う通信部２１と、端末１へ配信するためのコンテンツを管理するコンテンツ管理部２２と、コンテンツ利用権限情報を格納するためのコンテンツ利用権限情報格納部２３と、個々のコンテンツがどの端末で使用されているかの情報を含むコンテンツの利用状況を示すコンテンツ利用状況情報を格納するためのコンテンツ利用状況情報格納部２４と、コンテンツ管理部２２が管理するコンテンツを格納するためのコンテンツ情報格納部２５と、で構成される。
【００１３】
つづいて、本実施の形態の動作について説明する。まず、端末１がコンテンツの利用を開始する（端末１は利用開始側の端末として機能する）際に行うコンテンツ利用開始処理について説明する。コンテンツ利用開始処理は、新規にコンテンツの利用を開始する場合と、他の端末から移管されたコンテンツの利用を開始する場合（すなわち、移管先端末となる場合）の２通りの場合に実施する。
【００１４】
図２は、本実施の形態の端末１のコンテンツ利用開始処理の手順の一例を示すフローチャートである。図２に示すように、まず、端末１の通信部１１は、サーバ２との通信路を確立し、サーバ２との間で送受信を可能とするためのセッション確立処理を行う（ステップＳ１１）。その後、コンテンツ移管要求生成部１２が、コンテンツ利用権限情報格納部１３からコンテンツ利用権限情報を読み出し、また、デバイス情報格納部１５からデバイス情報を読み出し、読み出したコンテンツ利用権限情報およびデバイス情報を用いてコンテンツ移管要求を作成し、通信部１１経由でサーバ２に送信する(ステップＳ１２)。
【００１５】
図３は、本実施の形態のコンテンツ移管要求として送信する項目の一例を示す図である。ステップＳ１２で送信するコンテンツ移管要求は、たとえば図３に示すように、メッセージの種別を示す情報であるMessageTypeと、コンテンツ移管要求を一意に識別するためのコンテンツ移管要求識別子であるReqestID（たとえば、自端末のＭＡＣアドレスと、移管要求を送信する日付・日時またはコンテンツ移管要求を送信するたびにカウントアップする数値と、の組み合わせなど）と、コンテンツに関する利用権限を確認するため（認証を行うため）の情報である（たとえば、サーバが付与するユーザＩＤおよびサーバと相互に確認可能なパスワード）UserID＆Passwdと、コンテンツの利用（移管）を要求する側を一意に識別するための情報（たとえば移管要求を送信する端末のＩＰアドレスなど）であるInitiatorDevAddと、コンテンツの利用（移管）先側を一意に識別するための情報（たとえばコンテンツの利用を移管しようとする端末のＩＰ（Internet  Protocol）アドレス）であるAcceptorDevAddと、利用しようとしているコンテンツを一意に識別する情報（サーバにおけるコンテンツ管理番号）であるContentsIDを含む。
【００１６】
MessageTypeには、コンテンツ移管要求の場合は、たとえば、CntntsDevolveReqと設定する。なお、図３で示した項目の順番および名称は一例であり、これに限らず同様の内容の項目を含めばどのように構成してもよい。
【００１７】
ステップＳ１２では、具体的には、コンテンツ利用権限情報格納部１３から利用権限を確認するための情報（たとえば、ユーザＩＤとパスワード）を読み出して、コンテンツ移管要求のUserID＆Passwdとして設定し、また、デバイス情報格納部１５に格納されている自端末を識別するための情報をコンテンツ移管要求のInitiatorDevAddに設定する。
【００１８】
つぎに、コンテンツ移管要求生成部１２は、サーバ２からコンテンツ移管サーバ応答を受信済か否かを判定する（ステップＳ１３）。コンテンツ移管サーバ応答は、サーバ２が端末１からコンテンツ移管要求を受信した場合に送信する応答である。図４は、コンテンツ移管サーバ応答の項目の一例を示す図である。図４に示すように、コンテンツ移管サーバ応答は、たとえば、MessageTypeと、コンテンツ移管要求を一意に識別するための情報でありRequestIDに対応するResponseIDと、サーバが判定した移管要求の判定結果（たとえば、移管ＯＫ（可），Fail（不可），Pending（サーバにてコンテンツ利用権限保持）の別）を示す情報Resultと、要求元アドレス（コンテンツ移管要求のInitiatorDevAddに対応）を含む。MessageTypeには、コンテンツ移管サーバ応答の場合は、たとえば、CntntsDevolveServerResと設定する。
【００１９】
ステップＳ１３では、ステップＳ１２で送信したコンテンツ移管要求のRequestIDと、同じ値のResponseIDを含むコンテンツ移管サーバ応答を受信したか否かを判定する。
【００２０】
ステップＳ１３で、コンテンツ移管サーバ応答が受信済みではないと判定された場合（ステップＳ１３  Ｎｏ）、コンテンツ移管サーバ応答受信待ちのタイムアウト（ＴＯ）が発生しているか否かを判定する（ステップＳ１５）。このタイムアウトは、ステップＳ１２の送信から所定の時間経過したときに発生する。したがって、たとえば、ステップＳ１２の送信とともにタイマを起動し、所定の時間経過したらタイムアウト信号を発生するようにしておく。
【００２１】
ステップＳ１５でタイムアウトが発生していないと判定した場合（ステップＳ１５  Ｎｏ）は、一定時間待機した後、ステップＳ１３に戻る。また、ステップＳ１５でタイムアウトが発生していたと判定した場合（ステップＳ１５  Ｙｅｓ）は、処理を終了する。
【００２２】
一方、ステップＳ１３でコンテンツ移管サーバ応答が受信済みであるの判定した場合（ステップＳ１３  Ｙｅｓ）は、受信したコンテンツ移管サーバ応答に基づいてコンテンツの利用が開始できるか否かを判定する（ステップＳ１４）。具体的には、コンテンツ移管サーバ応答のResultの値がＯＫ（移管可を表す）であるか否かを判定する。コンテンツの利用が開始できると判定した場合（ステップＳ１４  Ｙｅｓ）には、サーバ２からのコンテンツの受信を開始する（ステップＳ１６）。ステップＳ１４でコンテンツの利用が開始できない（Resultの値がFailまたはPending）と判定した場合（ステップＳ１４  Ｎｏ）には、処理を終了する。
【００２３】
ステップＳ１６でコンテンツの受信を開始した場合には、サーバ２は、コンテンツ利用状況情報格納部２４に格納されているコンテンツ利用状況情報のうち、受信を開始したコンテンツに対応する利用状況を利用中とし、利用中の端末を端末１とする。
【００２４】
なお、コンテンツ利用状況情報格納部２４には、コンテンツ利用状況情報として、コンテンツＩＤと、そのコンテンツが利用中であるか否かの別と、利用中である場合には利用している端末の識別子と、が対応付けられて格納されていることとする。
【００２５】
つぎに、端末１がコンテンツ利用中に他の端末へコンテンツの移管を行う（端末１が利用終了側の端末として機能する）際のコンテンツ移管処理について説明する。図５は、本実施の形態のコンテンツ移管処理の手順の一例を示すフローチャートである。まず、端末１のコンテンツ移管要求生成部１２は、コンテンツの移管を行う対象のコンテンツを利用中であるか否かの判定を行う（ステップＳ２１）。対象となるコンテンツを利用中であると判定した場合（ステップＳ２１  Ｙｅｓ）、コンテンツ移管要求生成部１２は、サーバ２へコンテンツ移管要求を送信する（ステップＳ２２）。このとき送信するコンテンツ移管要求は、図３で説明したものと同様であり、InitiatorDevAddには自端末のアドレスを設定し、AcceptorDevAddには移管を行いたい対象の端末（移管先）のアドレス、またはサーバ２のアドレス（サーバ２に移管する場合）を設定する。なお、AcceptorDevAddが設定されていない場合には、サーバ２を移管先とするようにしてもよい。サーバ２に移管する場合は、利用する端末が不定となるため、利用は一時中断する。
【００２６】
つぎに、コンテンツ移管要求生成部１２は、サーバ２からコンテンツ移管サーバ応答を受信しているか否かを判定する（ステップＳ２３）。このときのコンテンツ移管サーバ応答は図４で説明したコンテンツ移管サーバ応答と同様である。ステップＳ２３では、ステップＳ２２で送信したコンテンツ移管要求のRequestIDと、同じ値のResponseIDを含むコンテンツ移管サーバ応答を受信したか否かを判定する。
【００２７】
コンテンツ移管サーバ応答を受信済みであると判定した場合（ステップＳ２３  Ｙｅｓ）は、所定のコンテンツ受信終了処理を行い（ステップＳ２５）、コンテンツ移管処理を終了する。なお、ステップＳ２５でコンテンツの受信終了処理を行った場合には、サーバ２は、コンテンツ利用状況情報格納部２４に格納されているコンテンツ利用状況情報のうち、受信を終了したコンテンツに対応する利用中の端末から端末１を削除する。
【００２８】
一方、ステップＳ２３でコンテンツ移管サーバ応答を受信済みではないと判定した場合（ステップＳ２３  Ｎｏ）は、コンテンツ移管要求生成部１２は、コンテンツ移管サーバ応答待ちのタイムアウトが発生しているか否かの判定を行う（ステップＳ２４）。このタイムアウトは、ステップＳ２２の送信から所定の時間経過したときに発生する。したがって、たとえば、ステップＳ２２の送信とともにタイマを起動し、所定の時間経過したらタイムアウト信号を発生するようにしておく。
【００２９】
ステップＳ２４でタイムアウトが発生していないと判定した場合（ステップＳ２４  Ｎｏ）は、一定時間待機した後、ステップＳ２３に戻る。また、ステップＳ２４でタイムアウトが発生していると判定した場合（ステップＳ２４  Ｙｅｓ）、コンテンツ移管処理を終了する。また、ステップＳ２１でコンテンツの移管を行う対象のコンテンツを利用中でないと判定した場合（ステップＳ２１  Ｎｏ）には、コンテンツ移管処理を終了する。
【００３０】
なお、以上の説明では、移管の要求元と移管先を異なる端末としたが、端末単位ではなくデバイス単位で移管を行うようにしてもよい。この場合、端末１は自身が備えるデバイスごとに、デバイス情報を保持し、コンテンツ移管要求などで用いる各アドレスおよびデバイス情報は各々のデバイスに対応する情報を設定する。
【００３１】
つぎに、サーバ２の動作について説明する。図６は、本実施の形態のサーバ２の動作手順の一例を示すフローチャートである。まず、サーバ２のコンテンツ管理部２２、通信部２１経由でコンテンツ移管要求を受信したか否かを判定する（ステップＳ３１）。コンテンツ移管要求を受信したと判定した（ステップＳ３１  Ｙｅｓ）は、コンテンツ管理部２２は、受信したコンテンツ移管要求に基づいてコンテンツ利用状況をチェックし、チェック結果がＯＫであった場合に権限等状態フラグをＯＮとする（ステップＳ３２）。また、ステップＳ３１でコンテンツ移管要求を受信していないと判定した場合（ステップＳ３１  Ｎｏ）には、ステップＳ３１を繰り返す。
【００３２】
具体的には、以下の（１），（２）の２つのいずれかの条件を満たした場合に、チェック結果をＯＫとする。なお、（１）および（２）で用いる利用権限の有無の判定は、つぎのように確認する。コンテンツ移管要求に含まれるUserID＆Passwdとコンテンツ利用権限情報格納部２３に格納されている利用権限情報とを照合し、利用権限の有無を確認する。たとえば、UserID＆PasswdとしてユーザＩＤとパスワードを用いる場合には、コンテンツ利用権限情報格納部２３にはユーザＩＤごとに正しいパスワードが格納されていることとし、コンテンツ移管要求に含まれるユーザＩＤとパスワードが、コンテンツ利用権限情報格納部２３に格納されているユーザＩＤとパスワードと一致する場合に利用権限が有るとし、一致しない場合に利用権限が無いと確認する。
【００３３】
（１）利用権限が有ると判定され、かつ、受信したコンテンツ移管要求に含まれるInitiatorDevAddおよびContentsIDの値と、コンテンツ利用状況情報格納部２４に格納されているコンテンツ利用状況情報を照合し、照合した結果、ContentsIDの値に対応するコンテンツをInitiatorDevAddの値に対応する端末が利用していると判定された場合。
【００３４】
（２）利用権限が有ると判定され、かつ、コンテンツ移管要求に含まれるContentsIDと、コンテンツ利用状況情報格納部２４に格納されているコンテンツ利用状況情報を照合し、照合の結果、ContentsIDの値に対応するコンテンツが未利用状態（利用中で無い）である判定された場合。
【００３５】
そして、コンテンツ管理部２２は、ステップＳ３２のチェック結果がＯＫであったか否か（権限等状態フラグがＯＮであるか否か）を判断する（ステップＳ３３）。ステップＳ３２のチェック結果がＯＫでなかったと判断した場合（ステップＳ３３  Ｎｏ）には、ResponseIDに受信したコンテンツ移管要求に含まれるRequestIDと同一の値を設定しResultにはFailを設定したコンテンツ移管サーバ応答を生成して、コンテンツ移管要求の送信元の端末に送信し（ステップＳ３４）、処理を終了する。
【００３６】
ステップＳ３２のチェック結果がＯＫであったと判断した場合（ステップＳ３３  Ｙｅｓ）には、コンテンツ利用状況情報格納部２４に格納されているコンテンツ利用状況情報を照合し対象のコンテンツが未利用であるか否か（ステップＳ３２のチェックで（２）の条件でＯＫとなったか否か）を判断する（ステップＳ３５）。対象のコンテンツが未利用でないと判断した場合（ステップＳ３５  Ｎｏ）には、さらに、コンテンツ移管要求のAcceptorDevAddに設定された端末（移管先端末）とのセッションが確立しているか否かを判定し（ステップＳ３６）、確立していなかった場合（ステップＳ３６  Ｎｏ）には、セッション確立待ちタイムアウトが発生しているか否かを判断する（ステップＳ３７）。なお、セッション確立待ちタイムアウトは、移管先端末がサーバ２と通信可能でない（セッション確立済みでない）場合に通信可能な状態となるまでを待機するための所定の時間が経過した場合に発生するようにしておくこととする。
【００３７】
ステップＳ３７でセッション確立待ちタイムアウトが発生していると判断した場合（ステップＳ３７  Ｙｅｓ）には、ResponseIDにステップＳ３１で受信を確認した（移管を要求する端末から送信された）コンテンツ移管要求に含まれるRequestIDと同一の値を設定しResultにはPendingを設定したコンテンツ移管サーバ応答を生成して、コンテンツ移管要求の送信元の端末に送信し（ステップＳ３８）、処理を終了する。なお、ResultにPendingを設定した場合は、ステップＳ３１で受信を確認したコンテンツ移管要求を処理終了後も保持しておく（利用権限を保持しておく）。そして、たとえば、処理終了後に移管先端末との通信が確立した場合に、ステップＳ３９以降を行うようにしてもよい。なお、Resultとして、Pendingを用いずに、ＯＫとFailのみとし、ステップＳ３８でResultにFailを設定するようにしてもよい。
【００３８】
一方、ステップＳ３６で移管先端末とのセッションが確立していると判断した場合（ステップＳ３６  Ｙｅｓ）には、さらに、移管先端末からコンテンツ移管要求を受信したか否かを判断する（ステップＳ３９）。具体的には、InitiatorDevAddが移管先端末のアドレスと一致するコンテンツ移管要求を受信したか否かを判定する。
【００３９】
ステップＳ３９で、移管先端末からコンテンツ移管要求を受信したと判定した場合（ステップＳ３９  Ｙｅｓ）には、移管先端末から受信したコンテンツ移管要求についてステップＳ３２と同様のチェックを行い（ステップＳ４０）、ステップＳ４１でステップＳ３３と同様の判定を行う。ステップＳ４１で、チェック結果がＯＫでなかったと判定した場合（ステップＳ４１  Ｎｏ）には、ステップＳ３８にすすむ。
【００４０】
ステップＳ４１で、チェック結果がＯＫであったと判定した場合（ステップＳ４１  Ｙｅｓ）には、コンテンツ移管サーバ応答を作成し、移管要求元端末へ送信し（ステップＳ４２）、処理を終了する。ステップＳ４２で作成するコンテンツ移管サーバ応答には、ResponseIDにステップＳ３１で受信したと判定したコンテンツ移管要求（移管要求元端末から送信されたコンテンツ移管要求）のRequestIDの値を設定し、ResultにＯＫを設定し、InitiatorDevAddに移管要求元端末から送信されたコンテンツ移管要求のInitiatorDevAddの値を設定する。また、ステップＳ４０経由でステップＳ４１を実施した場合（移管先端末からコンテンツ移管要求を受信している場合）には、移管先端末にもコンテンツ移管サーバ応答を送信する。移管先端末に送信するコンテンツ移管サーバ応答には、ResponseIDに移管先端末から送信されたコンテンツ移管要求のRequestIDの値を設定し、InitiatorDevAddに移管先端末のアドレスを設定し、ResultにＯＫを設定する。
【００４１】
また、ステップＳ３５で対象のコンテンツが未利用であると判断した場合（ステップＳ３５  Ｙｅｓ）には、ステップＳ４２にすすむ。また、ステップＳ３９で移管先端末からコンテンツ移管要求を受信していないと判定した場合（ステップＳ３９  Ｎｏ）には、ステップＳ３７にすすむ。
【００４２】
また、ステップＳ３７でセッション確立待ちタイムアウトが発生していないと判断した場合（ステップＳ３７  Ｎｏ）には、ステップＳ３６に戻る。
【００４３】
以上の処理終了後、サーバ２は、ステップＳ４０経由でステップＳ４１を実行した場合には、移管先端末にコンテンツの配信を開始し、コンテンツ利用状況情報格納部２４に格納されているコンテンツ利用状況情報のうち、配信を開始したコンテンツに対応する利用中の端末として移管先端末を設定する。
【００４４】
なお、本実施の形態では、ユーザＩＤやパスワードなどを用いて利用者権限を認証するようにしたが、認証の必要のないコンテンツの場合には、利用者権限に関するチェック処理を省略するようにしてもよい。
【００４５】
このように、本実施の形態では、端末１が、コンテンツの利用中に、コンテンツの移管先の端末の識別子と移管するコンテンツの識別子を含むコンテンツ移管要求をサーバ２に送信し、サーバ２が、コンテンツ移管要求を受信すると、受信したコンテンツ移管要求に基づいて移管先の端末にコンテンツを配信するようにした。このため、ユーザが使用する端末を変更した場合にも、容易な操作で継続してコンテンツを利用できる。
【００４６】
実施の形態２．
図７は、本発明にかかる通信システムの実施の形態２の構成例を示す図である。図７に示すように、本実施の形態の通信システムは、端末１ａとサーバ２ａで構成され、端末１ａとサーバ２ａは、有線または無線の通信路によって接続されている。端末１ａは、実施の形態１のコンテンツ移管生成部１２をコンテンツ移管生成部１２ａに替え、コンテンツ利用状況情報格納部１６を追加する以外は実施の形態１の端末１と同様である。また、サーバ２ａは、実施の形態１のコンテンツ管理部２２をコンテンツ管理部２２ａに替える以外は、実施の形態１のサーバ２と同様である。実施の形態１と同様の機能を有する構成要素は、実施の形態１と同様の符号を付して説明を省略する。以下、実施の形態１と異なる部分について説明する。
【００４７】
コンテンツ利用状況情報格納部１６には、コンテンツの利用状況を示すコンテンツ利用状況情報が格納されている。このコンテンツ利用状況情報には、コンテンツごとのコンテンツの利用に関する情報が含まれており、たとえば、動画や音楽に対してはファイルフォーマット情報，コーデック情報，再生済み時間などを含み、またテキスト情報に対してはバイト数，ディレクトリの木構造および探索履歴などを含む。
【００４８】
つづいて本実施の形態の動作について説明する。図８は、本実施の形態のコンテンツ移管要求の項目の一例を示す図である。図８に示すように、本実施のコンテンツ移管要求は、実施の形態１のコンテンツ移管要求に、コンテンツの再開位置情報を示すStartPointInfoを追加しているが、それ以外は実施の形態１のコンテンツ移管要求と同様である。
【００４９】
本実施の形態のコンテンツ利用開始処理は、実施の形態１のコンテンツ利用開始処理と同様である。ただし、コンテンツ移管要求の項目は図８に示したようになるが、コンテンツ利用開始処理では、StartPointInfoの項目は使用しない。
【００５０】
図９は、本実施の形態のコンテンツ移管処理の手順の一例を示すフローチャートである。まず、実施の形態１のコンテンツ利用開始処理と同様にステップＳ２１を実施する。ステップＳ２１で、対象となるコンテンツを利用中と判定した場合（ステップＳ２１  Ｙｅｓ）には、図８に示したコンテンツ移管要求をサーバ２ａに送信する（ステップＳ２２ａ）。このとき、StartPointInfoには、コンテンツの再開位置を識別するための情報と、コンテンツ利用状況情報格納部１６に格納されているコンテンツ利用状況情報を含む。コンテンツの再開位置は、一般にはその時点で視聴していたコンテンツの位置を示すが、所定のマージンを考慮してその時点の視聴位置の周辺に決定するようにしてもよい。ステップＳ２１で、対象となるコンテンツを利用中でないと判定した場合（ステップＳ２１  Ｎｏ）およびステップＳ２３以降は、実施の形態１と同様である。
【００５１】
図１０は、本実施の形態のサーバ２ａの動作手順の一例を示すフローチャートである。図１０に示すように、実施の形態１と同様にステップＳ３１からステップＳ４２を実施する。そして、ステップＳ４２の後に、コンテンツ管理部２２ａは、移管先端末に、ステップＳ３１で受信をしたと判定したコンテンツ移管要求のContentsIDで指定されたコンテンツを、ステップＳ３１で受信をしたと判定したコンテンツ移管要求のStartPointInfoで指定された箇所から配信開始する（ステップＳ４３）。本実施の形態の以上説明した以外の処理は、実施の形態１と同様である。
【００５２】
このように、本実施の形態では、端末１ａコンテンツ移管要求にコンテンツの再開位置情報を含めてサーバ２ａに送信し、サーバ２ａは移管先の端末へコンテンツ移管要求に含まれる再開位置情報で指定された再開位置からコンテンツを配信するようにした。このため、実施の形態１の効果を実現し、さらに、ユーザは、端末を変更した場合でも、コンテンツの適切な部分から視聴することができる。
【００５３】
実施の形態３．
図１１は、本発明にかかる通信システムの実施の形態３の構成例を示す図である。図１１に示すように、本実施の形態の通信システムは、端末１ｂとサーバ２ｂで構成され、端末１ｂとサーバ２ｂは、有線または無線の通信路によって接続されている。端末１ｂは、実施の形態２のコンテンツ移管生成部１２ａをコンテンツ移管生成部１２ｂに替える以外は実施の形態２の端末１ａと同様である。また、サーバ２ｂは、実施の形態２のコンテンツ管理部２２ａをコンテンツ管理部２２ｂに替え、コンテンツ変換部２６を追加する以外は、実施の形態２のサーバ２ａと同様である。実施の形態１または実施の形態２と同様の機能を有する構成要素は、実施の形態１または実施の形態２と同様の符号を付して説明を省略する。以下、実施の形態１または実施の形態２と異なる部分について説明する。
【００５４】
つづいて本実施の形態の動作について説明する。図１２は、本実施の形態のコンテンツ利用開始処理手順の一例を示す図である。図１３は、本実施の形態のコンテンツ移管要求の項目の一例を示す図である。本実施の形態のコンテンツ移管要求は、実施の形態２のコンテンツ移管要求に、移管先端末が利用可能なアプリケーション，入出力デバイス，ファイルタイプ，コーデックなどの情報であるDeviceInfoを追加しているが、それ以外は実施の形態２のコンテンツ移管要求と同様である。
【００５５】
図１２に示すように、端末１ｂは、実施の形態１と同様にステップＳ１１を実施し、その後、端末１ｂのコンテンツ移管生成部１２ｂは、図１３で示したようにDeviceInfoを含むコンテンツ移管要求を生成してサーバ２ｂに送信する（ステップＳ１２ａ）。なお、DeviceInfoに設定するための情報は、デバイス情報格納部１５にデバイス情報として格納されていることとし、ステップＳ１２ａでは、デバイス情報格納部１５からデバイス情報を読み出してDeviceInfoに設定する。ステップＳ１３以降は、実施の形態１と同様の処理を実施する。また、本実施の形態のコンテンツ移管処理（利用終了側）は、実施の形態２と同様である。ただし、コンテンツ移管処理（利用終了側）では、コンテンツ移管要求のDeviceInfoは用いない。
【００５６】
図１４は、本実施の形態のサーバ２ｂの動作手順の一例を示す図である。ステップＳ３１〜ステップＳ４１までは実施の形態２と同様である。ステップＳ４１でチェック結果がＯＫであると判定された場合（ステップＳ４１  Ｙｅｓ）、コンテンツ変換部２６は、ステップＳ３９で受信を確認した移管先端末から送信されたコンテンツ移管要求にDeviceInfoが含まれる場合、DeviceInfoに基づいて移管先端末に適した変換を行う（ステップＳ４４）。この変換としては、たとえば、DeviceInfoに含まれるアプリケーションに適したデータへの変換や、DeviceInfoに含まれる入出力デバイスを参照し、画面の無いデバイスであった場合には動画コンテンツ，テキストコンテンツを音声のみの情報への変換などの処理を行う。
【００５７】
ステップＳ４２の処理は実施の形態１と同様である。以上の処理の後に、サーバ２ｂのコンテンツ管理部２２ｂは、移管先端末に、ステップＳ３１で受信をしたと判定したコンテンツ移管要求のContentsIDで指定されたコンテンツを、ステップＳ３１で受信をしたと判定したコンテンツ移管要求のStartPointInfoで指定された箇所から、ステップＳ４４で変換した形式で配信開始する。本実施の形態の以上説明した以外の処理は、実施の形態１と同様である。
【００５８】
なお、本実施の形態では、実施の形態２と同様にコンテンツ移管要求にStartPointInfoを含み、サーバ２ｂがStartPointInfoで指定された再開位置からコンテンツを配信するようにしたが、これに限らず、コンテンツ移管要求にStartPointInfoを含まないようにし、ステップＳ４４で変換したコンテンツを、実施の形態１と同様に配信するようにしてもよい。
【００５９】
このように、本実施の形態では、端末１ｂが利用開始時に、自端末のコンテンツ利用に関する情報であるデバイス情報をコンテンツ移管要求に含めて送信し、サーバ２ｂは移管先端末への配信時に、デバイス情報に基づいてコンテンツを変換し、変換後のコンテンツを移管先端末へ配信するようにした。このため、ユーザが使用する端末の種類を変更した場合にも、簡易な操作で継続してコンテンツを利用することができる。
【産業上の利用可能性】
【００６０】
以上のように、本発明にかかる通信システム、サーバ、端末および通信方法は、サーバがコンテンツを端末に配信する通信システムに有用であり、特に、同一ユーザが複数の端末を使用する通信システムに適している。
【図面の簡単な説明】
【００６１】
【図１】本発明にかかる通信システムの実施の形態１の構成例を示す図である。
【図２】実施の形態１の端末のコンテンツ利用開始処理の手順の一例を示すフローチャートである。
【図３】実施の形態１のコンテンツ移管要求として送信する項目の一例を示す図である。
【図４】コンテンツ移管サーバ応答の項目の一例を示す図である。
【図５】実施の形態１のコンテンツ移管処理の手順の一例を示すフローチャートである。
【図６】本実施の形態１のサーバの動作手順の一例を示すフローチャートである。
【図７】本発明にかかる通信システムの実施の形態２の構成例を示す図である。
【図８】実施の形態２のコンテンツ移管要求の項目の一例を示す図である。
【図９】実施の形態２のコンテンツ移管処理の手順の一例を示すフローチャートである。
【図１０】実施の形態２のサーバの動作手順の一例を示すフローチャートである。
【図１１】本発明にかかる通信システムの実施の形態３の構成例を示す図である。
【図１２】実施の形態３のコンテンツ利用開始処理手順の一例を示す図である。
【図１３】実施の形態３のコンテンツ移管要求の項目の一例を示す図である。
【図１４】実施の形態３のサーバの動作手順の一例を示す図である。
【符号の説明】
【００６２】
１，１ａ，１ｂ  端末
２，２ａ，２ｂ  サーバ
１１，２１  通信部
１２，１２ａ，１２ｂ  コンテンツ移管要求生成部
１３  コンテンツ利用権限情報格納部
１４  情報入力部
１５  デバイス情報格納部
２２，２２ａ，２２ｂ  コンテンツ管理部
２３  コンテンツ利用権限情報格納部
１６，２４  コンテンツ利用状況情報格納部
２５  コンテンツ情報格納部
２６  コンテンツ変換部
【図１】
0005366448.tif 000002
【図２】
0005366448.tif 000003
【図３】
0005366448.tif 000004
【図４】
0005366448.tif 000005
【図５】
0005366448.tif 000006
【図６】
0005366448.tif 000007
【図７】
0005366448.tif 000008
【図８】
0005366448.tif 000009
【図９】
0005366448.tif 000010
【図１０】
0005366448.tif 000011
【図１１】
0005366448.tif 000012
【図１２】
0005366448.tif 000013
【図１３】
0005366448.tif 000014
【図１４】
0005366448.tif 000015