JP2010146661A - 端末装置及びコンテンツデータ処理方法 - Google Patents

Abstract

【課題】サーバと通信を行うことによりコンテンツを取得する端末装置において、コンテンツ中の任意の再生位置からの再生を容易に行えるようにする。
【解決手段】コンテンツデータが蓄積されたサーバと通信を行う通信部１２と、通信を通して得られたコンテンツデータを再生する再生処理部２０とを備える。また、再生処理部２０により再生中のコンテンツデータにおけるブックマークを生成するブックマーク生成部２１と、ブックマークを蓄積するブックマーク蓄積部Ｄ１とを備える。そして、ユーザよりブックマークを読み出す指示が入力された場合に、指示されたブックマークをブックマーク蓄積部Ｄ１から読み出す。さらに、読み出したブックマークの記載内容よって特定されるコンテンツデータの取得要求をサーバに送信し、サーバから送信されたコンテンツデータを再生処理部２０で再生させるようにしたものである。
【選択図】図２

Description

本発明は、例えばネットワーク上に存在するサーバに接続してコンテンツデータのやり取りを行う機能を備えた端末装置に適用して好適な端末装置、及びその端末装置に適用されるコンテンツデータ処理方法に関する。

近年、携帯電話端末や通信端末等の端末装置に音楽データや映像データ等の様々なコンテンツデータを記憶させることが行われている。このような端末装置を外出時等に携帯することで、ユーザは、好きな場所や時間、場面等で視聴したいコンテンツを再生させ、それらを楽しむことができる。

このような視聴形態においては、コンテンツデータの再生を一度停止しなければならないような状況も発生しうる。このような場合で、ユーザがコンテンツデータを再度再生する際には、一度停止した位置から再生できることが好ましい。

また近年では、ネットワークに接続されたサーバにコンテンツデータを蓄積しておき、そのコンテンツデータを端末装置が通信を介して取得し、再生できる仕組みも実現されている。サーバにおけるコンテンツデータの記憶容量は、端末装置におけるメモリの容量に比べてかなり大きい。このためユーザは、サーバ上に大量のコンテンツデータを蓄積しておき、それらを通信によって取得することにより、端末装置内に格納可能なコンテンツデータよりも、より多くのコンテンツデータを端末装置上で再生させることができるようになる。

このような仕組みを実現する規格としては、例えばＤＬＮＡ（Digital Living Network Alliance）が知られている。ＤＬＮＡ対応機器を使えば、写真や音楽、映像といった様々な種類のコンテンツを、サーバから取得して視聴することができる。

ところが、このようにネットワーク上に接続されたサーバにコンテンツデータが保存されている場合には、一度停止された再生位置から再度コンテンツを再生するために、ユーザは様々な操作を行わなければならない。

例えばコンテンツデータの保存先のサーバが複数存在するには、まずどのサーバに再生対象のコンテンツデータが保存されているかを探す手順が必要となる。サーバを探し当てた後も、ユーザはコンテンツデータの保存場所を探し出す操作を行う必要があり、さらに、コンテンツデータを再生させたり早送りさせたりする操作を行いながら、再生を再開させたい再生位置を探索しなければならない。つまり、サーバ上にコンテンツデータが保存されている場合には、再生を再開させたい再生位置からコンテンツデータの再生を開始させる際に、手間と時間がかかってしまうという問題があった。

このような問題を解決する手法として、例えば特許文献１には、サーバに蓄積されたコンテンツを再生するネットワークプレーヤにおける曲の中断位置からの再生を、容易に行えるようにする技術が記載されている。
特開２００７−６６４７２号公報

特許文献１に記載の技術によれば、ユーザによる停止操作やその他の理由により曲の再生が中断された場合に、その曲の再生が、中断された位置から行われるようになる。しかし、ユーザがコンテンツデータの再生を再開させたい再生位置は、中断された位置だけとは限らない。例えば、好きなフレーズが出てくるビデオコンテンツ上の任意の位置や、好みの曲調が含まれる音楽コンテンツ上の任意の位置から、コンテンツデータの再生を再開又は開始させたい状況も考えられる。

ところが、特許文献１に記載されたような従来の技術によっては、このような任意の再生位置からの再生を実現することができないという問題があった。

本発明はかかる点に鑑みてなされたものであり、サーバと通信を行うことによりコンテンツデータを取得する端末装置において、コンテンツデータ中の任意の再生位置からの再生を、容易に行えるようにすることを目的とする。

本発明による端末装置は、コンテンツデータが蓄積されたサーバと通信を行う通信部と、通信部での通信で得られたコンテンツデータを再生する再生処理部とを備える。また、ユーザからの指示に基づいて、再生処理部により再生中のコンテンツデータにおける再生位置情報と、コンテンツデータの保存位置情報に基づいてブックマークを生成するブックマーク生成部と、ブックマーク生成部で生成されたブックマークを蓄積するブックマーク蓄積部とを備える。そして、ユーザよりブックマークを読み出す指示が入力された場合に、ブックマーク蓄積部から指示されたブックマークを読み出す。さらに、読み出したブックマークの記載内容よって特定されるコンテンツデータの取得要求を、通信部を通してサーバに送信する。その上で、サーバから送信されたコンテンツデータを再生処理部で再生させるようにしたものである。

このようにしたことで、ユーザからの指示が入力された場合に、その指示に基づいてその時点での再生位置情報がブックマークとして記憶されるようになる。

また、ユーザによってそのブックマークを読み出す指示が入力された場合には、読み出したブックマークの記載内容よって特定されるコンテンツデータがサーバから取得され、端末装置上で再生されるようになる。

本発明によると、ユーザによる指示によって定まる任意の再生位置情報がブックマークとして登録され、ブックマークに記載の情報に基づいてサーバからコンテンツデータが取得され、ブックマーク中に記載された再生位置からコンテンツデータが再生されるようになる。

以下、本発明の一実施の形態を、添付図面を参照して説明する。本実施の形態においては、本発明の端末装置を、携帯電話端末に適用している。本実施の形態は、以下の順序で説明する。
１．システムの概要
２．携帯電話端末の構成例
３．ブックマーク生成処理例
４．ブックマーク読み出し処理例

＜１．システムの概要＞
図１は、本実施の形態によるシステムの構成例を示す概要図である。図１に示した携帯電話端末１００とサーバ２００は、ＤＬＮＡ規格に基づいて構築されたホームネットワーク１に接続されている。ホームネットワーク１とは、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers）８０２．１１ｂ方式等によって構築されたＩＰネットワークを指す。

ＤＬＮＡガイドラインでは、コンテンツデータを記録・蓄積・提供するＤＭＳ（Digital Media Server）と、ＤＭＳに蓄積されたコンテンツデータを取得して再生するＤＭＰ（Digital Media Player）が規定されている。そして図１に示したシステムでは、携帯電話端末１００がＤＭＰであり、サーバ２００がＤＭＳとなる。

ＤＬＮＡに準拠したサーバ２００においては、コンテンツデータは図２に示すような木構造の階層で管理される。そしてサーバ２００は、ＣＤＳ（Content Directory Service）と呼ばれる配信機能を用いて、自らが所有するコンテンツデータのリストと情報を、階層化して配信する。この機能は、ＵＰｎＰ ＡＶという規格によって規定されているものであり、ＵＰｎＰ ＡＶでは、コンテンツデータを「アイテム」と称し、コンテンツデータが格納されたフォルダを「コンテナ」と称している。

図２に示した階層では、木構造の最上位階層にあたるルートコンテナＣｎ０の配下に、音楽コンテナＣｎ１と写真コンテナＣｎ２とビデオコンテナＣｎ３の３つのコンテナが配置されている。そして、例えば音楽コンテナＣｎ１には、コンテナＣｎ４〜コンテナＣｎ６の３つのコンテナがぶら下がっており、そのうちのコンテナＣｎ４には、「アイテム」としてコンテンツＣｔ１〜コンテンツＣｔ５の５つのコンテンツが格納されている。

携帯電話端末１００において、対象となるコンテナに含まれるコンテナまたはアイテムのリストをサーバ２００から取得する場合には、まずサーバ２００に対して「Browseリクエスト」が送信される。そして、サーバ２００からは、ルートコンテナＣｎ０の直下のコンテナの情報が、「Browseレスポンス」として送信される。つまり、所望のアイテムまでたどり着くまでの間に、携帯電話端末１００とサーバ２００との間で、「Browseリクエスト」と「Browseレスポンス」のやりとりが複数回繰り返して行われることになる。

そして、最終的に所望のアイテムまでたどり着いた段階においては、携帯電話端末１００からサーバ２００に対して、HTTP GETリクエスト等のファイル取得要求が送信され、コンテンツデータが取得される。

＜２．携帯電話端末の構成例＞
次に、図３を参照して、本実施の形態で使用される携帯電話端末１００の内部構成例について説明する。図３に示すように、携帯電話端末１００は制御部１１を備えて、この制御部１１が、携帯電話端末１００内の各部の処理動作を制御する。制御部１１は、制御ライン２８を介して、端末内の各部とデータのやり取りをおこなう。本例の制御部１１には、上述したＤＬＮＡに準拠してコンテンツデータの転送を行うための制御を行う、ＤＬＮＡ処理部１１ａが設けてある。

ＤＬＮＡ処理部１１ａは、サーバ２００に送信する「Browseリクエスト」や「HTTP GETリクエスト」等を生成したり、サーバ２００から送信された「Browseレスポンス」に記載された内容に基づいて、コンテンツ（コンテナ又はアイテム）のリストを作成する処理を行う。生成したコンテンツのリストは、制御部１１の制御に基づいて、後述する表示部１５に表示される。

また本実施の形態の携帯電話端末１００は、通信端末として必要な無線通信処理を行う無線電話用の通信部１２を備え、通信部１２にはアンテナ１３が接続されている。この通信部１２が、無線電話用の基地局と無線通信を行って、基地局との間で、双方向のデータ伝送を行う。通信部１２は、基地局側から受信したデータを、データライン２９を介して端末内の各部に送出する。また、端末内の各部からデータライン２９を介して伝送されたデータを、基地局側に送信させる。

データライン２９には、通信部１２の他に、メモリ１４と表示部１５と操作入力部１６とが接続されている。メモリ１４は、本実施の形態の端末を動作させるために必要なプログラムや、ユーザが記憶させた各種データなどを記憶する。ダウンロードなどで得た音楽データや画像データなどのコンテンツデータの記憶についても、メモリ１４が行う。表示部１５は、液晶表示ディスプレイや有機ＥＬディスプレイなどが表示手段として使用され、制御部１１の制御で、各種情報の表示を行う。操作入力部１６は、携帯電話端末として必要な数字や記号などのダイヤルキー、各種機能キーなどで構成される。これらの操作入力部１６を構成する各キーの操作情報は、制御部１１に供給される。各種設定操作を行う際には、例えば表示部１５で操作を案内する表示を行い、その表示に従ってユーザは操作入力部１６で操作を行って、該当する設定が行われる。

またデータライン２９には、音声処理部１７と再生処理部２０とブックマーク生成部２１と無線通信部２２も接続されている。

音声処理部１７は、音声信号の処理を行う処理部であり、スピーカ１８及びマイクロフォン１９が接続してある。このスピーカ１８及びマイクロフォン１９は、通話時に受話器として使用されるものである。即ち、通信部１２から音声処理部１７に供給される音声データを、音声処理部１７で復調してアナログ音声信号とし、増幅などのアナログ処理を行ってスピーカ１８から放音させる。また、マイクロフォン１９が集音した音声信号を、音声処理部１７でデジタル音声データに変調し、その変調された音声データを通信部１２に供給して、無線送信などを行う。

再生処理部２０は、サーバ２００から通信を介して取得した音楽データや映像データを再生する処理を行う処理部である。ブックマーク生成部２１は、操作入力部１６を通してユーザよりブックマーク作成の指示が入力された場合に、ＤＬＮＡ処理部１１ａに対して「Browseリクエスト」の生成を指示する。つまり、ブックマーク作成指示時に再生されていたコンテンツの情報（メタデータ）を、サーバ２００より取得するための処理を行う。

またブックマーク生成部２１は、サーバ２００よりコンテンツに関するメタデータが送信された場合に、その情報をブックマークとして記述し、ブックマークデータベース（以下、ＤＢと称する）Ｄ１に記録する。ブックマークの記述の詳細については後述する。

無線通信部２２には、送信及び受信を行うアンテナ２３が接続してある。無線通信部２４は、図１に示したホームネットワーク１を介して、サーバ２００と無線通信を行う際に使用される。

＜３．ブックマーク生成処理例＞
次に、上述した携帯電話端末１００におけるブックマークの作成処理の例を、図４のフローチャートを参照して説明する。図４の処理は、ユーザよりコンテンツの再生指示が入力された後に行われる処理である。まず、携帯電話端末１００からサーバ２００に対して、コンテナの階層情報の取得要求が「Browseリクエスト」として送信されると（ステップＳ１）、サーバ２００から携帯電話端末１００に対して、コンテナの階層情報が「Browseレスポンス」によって返送される（ステップＳ２）。

次に、所望のコンテナに到達したか否かが判断され（ステップＳ３）、到達していない場合は、ステップＳ１に戻って処理が繰り返される。つまり、再生したいコンテンツ（アイテム）を格納したコンテナの情報が取得されるまでの間、携帯電話端末１００とサーバ２００との間で、「Browseリクエスト」と「Browseレスポンス」のやりとりが繰り返される。

ステップＳ３において、所望のコンテナに到達したと判断された場合には、コンテナ内に含まれるアイテムの階層情報を取得する要求が、携帯電話端末１００からサーバ２００に対して「Browseリクエスト」によって送信される（ステップＳ４）。そしてサーバ２００より、「Browseレスポンス」によってコンテナ内の階層情報が送信される（ステップＳ５）。

次に、ユーザによって、所望のアイテムを選択する操作が入力されると（ステップＳ６）、選択されたアイテムの取得要求が、「HTTP GETリクエスト」として携帯電話端末１００からサーバ２００に送信される（ステップＳ７）。サーバ２００では、「HTTP GETリクエスト」中で指定されたアイテムが抽出され、アイテムのコンテンツデータが携帯電話端末１００に送信される（ステップＳ８）。コンテンツデータを受信した携帯電話端末１００では、再生処理部２０（図３参照）によってコンテンツの再生処理が行われ、再生されたコンテンツが表示部１５上に表示される。

コンテンツの再生中に、ユーザよりブックマークの作成指示が入力されると（ステップＳ９）、再生中のアイテムに関する属性情報の取得要求が、「Browseリクエスト」として携帯電話端末１００からサーバ２００に送信される（ステップＳ１０）。そしてサーバ２００より、「Browseレスポンス」によってアイテムの属性情報が送信される（ステップＳ１１）。

携帯電話端末１００では、アイテムの属性情報を受信すると、その情報と、ブックマーク作成が指示された時点での再生位置情報等に基づいてブックマークが作成され、作成されたブックマークはブックマークＤＢＤ１に蓄積される（ステップＳ１２）。そして、ユーザより再生停止の指示を受け付けたか否かが判断され（ステップＳ１３）、再生停止の指示を受け付けていない場合は、「早送り」や「一時停止」等の操作入力に基づく制御が行われる。再生停止の指示を受け付けた場合は、コンテンツの再生を停止する処理が行われる（ステップＳ１４）。

ブックマーク作成用のＵＩ（User Interface）としては、図５に示すような画面を生成するようにする。図５に示した画面は、コンテンツとして音楽データが再生されている場合の例を示すものである。画面の上部には、コンテンツの属性情報として、アーティスト名が“Artist1”のように示され、曲名が“I have a dream”のように示されている。また、再生位置の情報が“01:23”のように示されている。

画面の下部には、中央に「Ｍ」の文字が示された円形の操作キーＫ１が表示されており、このＭの箇所を２回押下する操作を行うことによって、ブックマークの作成を指示できるようにしてある。

また、本例においては、ある特定の再生位置をブックマークとして残せるだけでなく、一定の時間長を有する区間の情報もブックマークとして残せるようにしている。つまり、図６に示すように、１つのコンテンツの全長の中で、ユーザが特に興味を持っている区間の情報を抽出し、この情報に基づいてブックマークを生成することができるようにしている。

図７は、特定の区間の情報をブックマークとして登録する場合の、ブックマーク作成画面の遷移例を示した図である。図７（ａ）に示したコンテンツ再生中の画面において、“Ｍ”の箇所が一度押下されると、その入力に基づいてブックマークの再生開始位置情報が取得される。そして、ブックマーク作成操作の受け付け中は、その状態をユーザに分かりやすく示すため、図７（ｂ）に示すように“Ｍ”の部分の表示を変化させる。図７（ｂ）に示した例では、“Ｍ”の文字を中抜きで表示しているが、色を変えたり、点滅させたりするようにしてもよい。

そして、図７（ｃ）に示した画面上で、ユーザによって再度“Ｍ”のマークが押下されると、ブックマークの再生終了位置情報が取得されるようになる。すなわち、図７に示した例によれば、コンテンツの５分７秒の地点から８分までの地点が、ブックマークとして登録される。なお、このようにして生成するブックマークは、１つのコンテンツに対して複数個設けられるものとする。

次に、図８を参照して、ブックマークの記述例について説明する。本例により生成されるブックマークには、ブックマークの最上段に“ＤＭＳ＿ＵＤＮ”と示されるように、サーバ２００に割り振られた固有のＩＤの情報が記載される。この情報は、ブックマークが生成されたアイテムが保管されたサーバのホームネットワーク１上での位置を特定するために使用される。

またブックマークには、“BookMark_StartTime”と示される再生開始位置情報と、“BookMark_EndTime”と示される再生終了位置情報も含まれる。ユーザによって、ある特定の再生位置のみが特定された場合、すなわち時間長を持たない地点の情報が特定された場合には、“BookMark_StartTime”に記された時刻と“BookMark_EndTime”に記された時刻とは同時刻となる。

その下の段には、“User Comment”という項目が示されている。“User Comment”とは、ユーザによるコメントであり、コメントには任意の文字列を登録可能にしてある。ユーザは、作成を指示したブックマークに対して任意のコメントを添付することにより、後からブックマークを読み出す場合に、コメントをキーとして所望のブックマークを検索できるようになる。図８に示した例では、“Most Wonderful Part”というコメントが登録されている。

またブックマークには、アイテムの属性情報も記載される。図８に示した例では、アイテムの属性情報として、アイテムのＩＤ（item id）やアイテムを格納したコンテナのＩＤ（parent id）、コンテンツのタイトル（dc:title）、アイテムの保管位置情報（importUri）等が記載されている。これらのアイテムの属性情報は、図４のフローチャートのステップＳ１１で、サーバ２００から送信された情報である。

＜４．ブックマーク読み出し処理例＞
次に、ブックマークを読み出す際に行われる携帯電話端末１００とサーバ２００での処理について、図９のフローチャートを参照して説明する。図９に示した処理は、ユーザによってブックマーク一覧の表示指示が入力され、それに応じてブックマークＤＢＤ１から該当するブックマークが読み出されて表示部１５に表示された後に行われる処理である。

まず、操作入力部１６を通して、ユーザより任意のブックマークが選択されると（ステップＳ２１）、まず携帯電話端末１００からホームネットワーク１上に存在するすべてのサーバに対して、「M-Search」メソッドによるリクエストが送信される（ステップＳ２２）。つまり、携帯電話端末１００による、ホームネットワーク１上に存在するサーバの検出が行われる。

ステップＳ２２では、「M-Search」を受信した各サーバから、それぞれのサーバの配置位置情報や、サーバ名の情報が接続機器情報として送信される（ステップＳ２３）。接続機器情報を受信した携帯電話端末１００では、ブックマークに記載されたサーバ２００の情報とこれらの接続機器情報が比較される。ここで、取得した接続機器情報の中に、ブックマークに記載されたサーバ２００の情報が存在するか否かが判断される。すなわち、ブックマークに記載されたサーバをホームネットワーク１上で検出できたか否かが判断される（ステップＳ２４）。

サーバ２００が検出できなかった場合には、サーバ未検出の通知を、表示部１５を通して行い（ステップＳ２５）、処理は終了となる。受信した接続機器情報の中から、ブックマークに記載されたサーバ２００の情報が抽出された場合には、次にブックマークに記載の内容に基づいて、アイテム情報の取得要求が「Searchリクエスト」としてサーバ２００に送信される（ステップＳ２６）。そして、サーバ２００から携帯電話端末１００に対して、「Searchリクエスト」内に記載されたアイテムの属性情報が、「Searchレスポンス」として送信される（ステップＳ２７）。なお、アイテムが既に削除されている等の理由により、サーバ２００側で「Searchリクエスト」に記載されたアイテムの情報が発見されなかった場合には、携帯電話端末１００に対して、アイテム未検出の通知がされる。

携帯電話端末１００では、ステップＳ２７で受信した「Searchレスポンス」に基づいて、該当するアイテムの情報がサーバ２００で検出されたか否かが判断される（ステップＳ２８）。アイテムが検出されなかった場合には、表示部１５等にアイテム未検出の通知がされて（ステップＳ２９）、処理は終了となる。

該当するアイテムが検出された場合には、ステップＳ２７でサーバ２００から送信されたアイテムの属性情報に基づいて、ブックマークの情報が更新される（ステップＳ３０）。つまり、このタイミングで、携帯電話端末１００内のブックマークＤＢＤ１に登録されたブックマークの情報が、最新の情報に更新されるようになる。

次に、携帯電話端末１００において、ブックマークに記載された内容により特定されるファイル（コンテンツデータ）が有効であるか否かの判断がされ（ステップＳ３１）、無効であった場合には、ブックマーク使用不可の通知が表示部１５等を通してユーザに行われる（ステップＳ３２）。そして、この時点で処理は終了となる。ブックマークに記載された内容により特定されるファイルが有効である場合には、次に、携帯電話端末１００からサーバ２００に対して、アイテムのコンテンツデータの送信要求が「HTTP GETリクエスト」によって行われる（ステップＳ３３）。このリクエストの中には、再生開始位置情報や再生終了位置情報が記載されているものとする。

サーバ２００では、「HTTP GETリクエスト」に記載されたアイテムのデータが読み出され、読み出されたコンテンツデータが、携帯電話端末１００に送信される（ステップＳ３４）。そして、携帯電話端末１００では受信したコンテンツデータが再生される（ステップＳ３５）。つまり、ここでは、ブックマークに記載された再生開始位置から再生終了位置までの区間のみが再生されるようになる。

そして、ユーザより再生停止の指示を受け付けたか否かが判断され（ステップＳ３６）、再生停止の指示を受け付けていない場合は、「巻き戻し」や「一時停止」等の操作入力に基づく制御が行われる。再生停止の指示を受け付けた場合は、コンテンツの再生を停止する処理が行われる（ステップＳ３７）。

次に、ブックマーク選択画面の例を、図１０を参照して説明する。図１０（ａ）は、サーバ２００内に保存されている各種コンテナが、一覧で表示された状態を示すものである。映像コンテンツのコンテナＣｎ３を示す“Video”の文字や、音楽コンテンツを格納した音楽コンテナＣｎ１を示す“Music”の文字とともに、“BookMark”の文字も表示されている。

ユーザは、“BookMark”の項目を選択することにより、ブックマークの一覧を確認することができる。ブックマークの一覧を、図１０（ｂ）に示してある。図１０（ｂ）には、各ブックマークが、“Yesterday”,“English Lesson”,“Title1”,“Japanese”という名称で表示されている。ここに表示する名称は、コンテンツのタイトル情報を想定しているが、ブックマークの作成時にユーザから入力されたコメントも、表示するようにしてある。図１０（ｂ）に示した例では、“Title1(Most Wonderful Part)”のカッコの中の部分に、コメントを表示している。

［実施の形態による効果］
上述した実施の形態によれば、ＤＬＮＡ等に準拠して構築されたネットワーク上のサーバ２００より、コンテンツを取得して再生する携帯電話端末１００において、任意の再生位置情報又は任意の再生区間の情報を、ブックマークとして容易に登録することができる。

また、上述した実施の形態によれば、ブックマークとして、特定の再生位置だけでなく、再生開始位置と再生終了位置の情報を含む区間の情報も登録することができるため、映像中コンテンツ中の好きな台詞等を、ブックマークとして登録することもできるようになる。

また、上述した実施の形態によれば、１つのコンテンツに対して、複数のブックマークを登録することができるため、ユーザは、印象に残っているパートやフレーズ等を漏らすことなく登録することができるようになる。

また、上述した実施の形態によれば、ブックマークには再生位置情報や区間情報だけでなく、サーバ２００に関する情報も記載される。これにより、ホームネットワーク１上でのサーバ２００の接続状況が変化したり、アイテムの内容に変化が生じた場合にも、携帯電話端末１００では最新の情報に基づく制御を行うことができる。

また、上述した実施の形態によれば、ブックマークの生成機能やブックマークＤＢＤ１は、携帯電話端末１００側のみに設定される。これにより、サーバ２００には何の変更も加えることなく、ブックマークの作成及び作成したブックマークを用いた再生の機能を実現することができる。

なお、ここまで説明した実施の形態では、端末装置として携帯電話端末１００を用いた場合を例に挙げたが、これに限定されるものではない。例えば、通話機能を持たない通信端末や、通信機能を備えたゲーム機やプレーヤ、パーソナルコンピュータ等に適用するようにしてもよい。

また、上述した実施の形態では、「Browseリクエスト」や「HTTP GETリクエスト」等、リクエストやレスポンスのメソッドの具体例を挙げているが、これらに限定されるものではなく、同様の機能を実現するものであれば、他のメソッドを使用するようにしてもよい。

また、上述した実施の形態では、ＤＬＮＡに準拠して構築されたホームネットワーク１を使用した場合を例に挙げたが、異なる規格に基づいて構築されたネットワークにおいて、本発明を実施するようにしてもよい。

本発明の一実施の形態によるシステムの概要を示す構成図である。 本発明の一実施の形態によるサーバにおけるコンテンツの階層構造の例を示す説明図である。 本発明の一実施の形態による携帯電話端末の内部構成例を示すブロック図である。 本発明の一実施の形態によるブックマークの生成処理の例を示すシーケンス図である。 本発明の一実施の形態によるブックマーク生成画面の構成例を示す説明図である。 本発明の一実施の形態による所定の時間長を有するブックマークの作成例を示す説明図である。 本発明の一実施の形態によるブックマーク生成画面の遷移の例を示す説明図である。 本発明の一実施の形態によるブックマークの記述例を示す説明図である。 本発明の一実施の形態によるブックマークを使用した再生処理の例を示す説明図である。 本発明の一実施の形態によるブックマーク選択画面の構成例を示す説明図である。

符号の説明

１…ホームネットワーク、１１…制御部、１１ａ…ＤＬＮＡ処理部、１２…通信部、１３…アンテナ、１４…メモリ、１５…表示部、１６…操作入力部、１７…音声処理部、１８…スピーカ、１９…マイクロフォン、２０…再生処理部、２１…ブックマーク生成部、２２…無線通信部、２３…アンテナ、２４…無線通信部、２８…制御ライン、２９…データライン、１００…携帯電話端末、２００…サーバ、Ｄ１…ブックマークデータベース

Claims (7)

1. コンテンツデータが蓄積されたサーバと通信を行う通信部と、
   前記通信部での通信で得られた前記コンテンツデータを再生する再生処理部と、
   ユーザからの指示に応じて、前記再生処理部により再生中の前記コンテンツデータにおける再生位置情報と、前記コンテンツの保存位置情報に基づいてブックマークを生成するブックマーク生成部と、
   前記ブックマーク生成部で生成された前記ブックマークを蓄積するブックマーク蓄積部と、
   前記ユーザより前記ブックマークを読み出す指示が入力された場合に、前記ブックマーク蓄積部から前記指示されたブックマークを読み出し、前記読み出したブックマークの記載内容よって特定される前記コンテンツデータの取得要求を、前記通信部を通して前記サーバに送信し、前記サーバから送信された前記コンテンツデータを前記再生処理部で再生させる制御を行う制御部とを備えた
   端末装置。
2. 前記ブックマークは、１つの前記コンテンツデータに対して複数個生成される
   請求項１記載の端末装置。
3. 前記ブックマーク生成部は、前記ユーザからの指示に基づいて、開始地点情報及び終了地点情報とを有するブックマークを生成する
   請求項２記載の端末装置。
4. 前記ブックマークには、前記ユーザからの指示に基づいて定まる前記コンテンツデータの再生時刻位置情報と、前記サーバの識別情報と、前記コンテンツデータの識別情報と、前記コンテンツデータの属性情報とが含まれる
   請求項３記載の端末装置。
5. 前記制御部は、前記ユーザより前記ブックマークを読み出す指示が入力された場合に、前記ブックマーク蓄積部より前記指示されたブックマークを読み出すとともに、前記読み出したブックマークに記載された前記サーバの識別子及び前記コンテンツデータの識別情報により特定される前記コンテンツデータの属性情報を、前記サーバより取得し、前記取得した前記コンテンツデータの属性情報と前記読み出したブックマーク上に記載された前記コンテンツデータの属性情報とが相違している場合は、前記読み出した属性情報を前記取得した属性情報で上書きする
   請求項４記載の端末装置。
6. 前記再生処理部による再生映像を表示する表示部を備え、
   前記制御部は、前記ユーザより前記ブックマークを読み出す指示が入力された場合で、前記読み出した前記ブックマークの記載内容によって特定される前記コンテンツデータを前記サーバより取得できなかった場合は、前記コンテンツデータの取得不可通知を前記表示部に出力する
   請求項５記載の端末装置。
7. コンテンツデータが蓄積されたサーバと通信を行うステップと、
   前記通信で得られた前記コンテンツデータを再生するステップと、
   ユーザからの指示に応じて、前記再生中の前記コンテンツデータにおける再生位置情報と、前記コンテンツの保存位置情報に基づいてブックマークを生成するステップと、
   前記生成された前記ブックマークを蓄積するステップと、
   前記ユーザより前記ブックマークを読み出す指示が入力された場合に、前記指示されたブックマークを読み出し、前記読み出したブックマークの記載内容よって特定される前記コンテンツデータの取得要求を前記サーバに送信し、前記サーバから送信された前記コンテンツデータを再生させる制御を行うステップとを含む
   コンテンツデータ処理方法。

Images