(57)【要約】【課題】メディア放送を視聴中に、メディア放送内で流れているコンテンツを、このコンテンツの出だしから視聴しなおすことのできる携帯情報端末を提供する。【解決手段】  制御部１０９は再生部１０３のデコーダ１０３ｂでデコードしているＡＤＴＳブロック抽出し、リクエストデータとして無線部１０２を介して楽曲検索サーバ５００へ送信する（ステップＳ１０２）。携帯情報端末１００は、楽曲検索サーバ５００から楽曲情報を受信すると、保存箇所計算部１０９ｂで、バッファ１０３ａ内のＡＤＴＳブロックのうちどのブロックを記憶部１０６に記憶するかを計算する（ステップＳ１０３）。ステップＳ１０４で開始位置及（ＡＤＴＳα）及び終了位置（ＡＤＴＳβ）が決まると、保存実行部１０９ｃは、バッファ１０３ａ内のＡＤＴＳαから記憶部１０６に保存を開始し（ステップＳ１０４）、ＡＤＴＳβまで保存が完了したら保存を終了する（ステップＳ１０６）。【選択図】図６
2008017345.tif 000002
【特許請求の範囲】
【請求項１】
メディア放送を受信可能な携帯情報端末であって、
前記メディア放送のメディアデータを記憶しながら再生する再生手段と、
ユーザからの入力操作を受付ける入力手段と、
前記メディア放送のメディアデータのうち、前記入力手段で入力を受付けた時点で再生されているメディアデータ片を、当該メディアデータ片を照会するサーバへ送信する送信手段と、
前記サーバから、前記送信手段で送信したメディアデータ片が構成するコンテンツに関するコンテンツ情報を受信する受信手段と、
受信した前記コンテンツ情報に基づいて、記憶されている前記メディアデータの中から、前記メディアデータ片が構成するコンテンツの開始位置を特定する特定手段とを備える
ことを特徴とする携帯情報端末。
【請求項２】
前記メディアデータは、ＡＡＣ（Advanced Audio Cording）方式のデータであり、
前記メディアデータ片は、ＡＡＣ方式のデータを構成するＡＤＴＳ（Audio Data Transport Stream）ブロックであり、
前記コンテンツ情報は、前記メディアデータ片のＡＤＴＳブロックが、前記コンテンツを構成するＡＤＴＳブロックの何番目であることを示すブロック番号であり、
前記特定手段は、前記ブロック番号に基づき、前記メディアデータ片が構成する楽曲の開始位置を特定する
ことを特徴とする請求項１記載の携帯情報端末。
【請求項３】
前記メディアデータのうち、前記特定手段で特定した開始位置を起点としてメディアデータを保存する保存手段を備える
ことを特徴とする請求項１記載の携帯情報端末。
【請求項４】
前記特定手段はさらに、前記コンテンツ情報に基づいて、記憶されている前記メディアデータの中から、前記メディアデータ片が構成するコンテンツの終了位置を特定し、
前記保存手段は、前記特定手段で特定した前記開始位置情報及び前記終了位置情報に基づいて、記憶されている前記メディアデータのうち、前記開始位置を起点とし、前記終了位置を終点としてメディアデータを保存する
ことを特徴とする請求項３記載の携帯情報端末。
【請求項５】
コンテンツを含むメディア放送を放送する放送事業者と、コンテンツの照合を行うサーバと、メディア放送を受信可能な携帯情報端末とを含む情報システムであって、
前記携帯情報端末は、
前記放送事業者から送られてくる前記メディア放送のメディアデータを記憶しながら再生する再生手段と、
ユーザからの入力操作を受付ける入力手段と、
前記メディア放送のメディアデータのうち、前記入力手段で入力を受付けた時点で再生されているメディアデータ片を、前記サーバへ送信する送信手段と、
前記サーバから、前記送信手段で送信したメディアデータ片が構成するコンテンツに関するコンテンツ情報を受信する受信手段と、
受信した前記コンテンツ情報に基づいて、記憶されている前記メディアデータの中から、前記メディアデータ片が構成するコンテンツの開始位置を特定する特定手段とを備え、
前記サーバは、
複数のコンテンツを保存しているデータベースと、
前記携帯情報端末から前記メディアデータ片を受信する受信手段と、
受信したメディアデータ片と、前記データベースに保存してあるコンテンツとを比較し、当該メディアデータ片が構成すコンテンツを検索する検索手段と、
前記コンテンツに関するコンテンツ情報を前記携帯情報端末に送信する送信手段とを備える
ことを特徴とする情報システム。
【請求項６】
メディア放送を受信可能な携帯情報端末における、情報取得方法であって、
前記メディア放送のメディアデータを記憶しながら再生する再生ステップと、
ユーザからの入力操作を受付ける入力ステップと、
前記メディア放送のメディアデータのうち、前記入力ステップで入力を受付けた時点で再生されているメディアデータ片を、当該メディアデータ片を照会するサーバへ送信する送信ステップと、
前記サーバから、前記送信ステップで送信したメディアデータ片が構成するコンテンツに関するコンテンツ情報を受信する受信ステップと、
受信した前記コンテンツ情報に基づいて、記憶されている前記メディアデータの中から、前記メディアデータ片が構成するコンテンツの開始位置を特定する特定ステップとを備える
ことを特徴とする情報取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディア放送を視聴可能な携帯情報端末、及び、携帯情報端末とメディア放送で放送されるメディアの照合を行うサーバとから成る情報システムに関する。また、本発明は、携帯情報端末上でメディア放送に係る情報を取得する情報取得方法に関する。
【背景技術】
【０００２】
従来、ネットワークを介して、メディア放送を受信して視聴可能な携帯情報端末がある。
例えば、特許文献１に記載されている携帯情報端末（携帯電話機）では、端末内の受信部でラジオ放送を受信し、イヤホンから出力することで、ユーザがメディア放送を聴くことができるようになっている。
【０００３】
代表的なメディア放送として音楽番組がある。
音楽番組は、番組を担当するＤＪ（Disc Jockey）の話や、複数の楽曲が放送されるというのが一般的な構成である。
【特許文献１】特許公開２００５−２２３７０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したような携帯情報端末では、ユーザが音楽番組を視聴している最中、ユーザの気に入った曲が流れたり、聴きだしてから気に入ったりして、その曲の出だしから聴きなおしたいと思ったとしても、すでに曲が始まってからでは曲の出だしに遡って聴きなおすことはできない。
たとえ、携帯情報端末に録音機能を持たせ、ユーザが録音したいと思った時点で録音を開始しても、すでに過ぎてしまった曲の出だしからは録音して後から聴きなおすことが不可能である。
【０００５】
このように、従来の携帯情報端末では、メディア放送を視聴中に、メディア放送内で流れているコンテンツ（ここでは楽曲）を、このコンテンツの出だしに遡って視聴しなおすことができないという課題がある。
そこで、本発明は、メディア放送を視聴中に、メディア放送内で流れているコンテンツを、このコンテンツの出だしから視聴しなおすことのできる携帯情報端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の携帯情報端末は、メディア放送を受信可能な携帯情報端末であって、前記メディア放送のメディアデータを記憶しながら再生する再生手段と、ユーザからの入力操作を受付ける入力手段と、前記メディア放送のメディアデータのうち、前記入力手段で入力を受付けた時点で再生されているメディアデータ片を、当該メディアデータ片を照会するサーバへ送信する送信手段と、前記サーバから、前記送信手段で送信したメディアデータ片が構成するコンテンツに関するコンテンツ情報を受信する受信手段と、受信した前記コンテンツ情報に基づいて、記憶されている前記メディアデータの中から、前記メディアデータ片が構成するコンテンツの開始位置を特定する特定手段とを備える
ことを特徴とする。
【０００７】
また、本発明の情報システムは、コンテンツを含むメディア放送を放送する放送事業者と、コンテンツの照合を行うサーバと、メディア放送を受信可能な携帯情報端末とを含む情報システムであって、前記携帯情報端末は、前記放送事業者から送られてくる前記メディア放送のメディアデータを記憶しながら再生する再生手段と、ユーザからの入力操作を受付ける入力手段と、前記メディア放送のメディアデータのうち、前記入力手段で入力を受付けた時点で再生されているメディアデータ片を、前記サーバへ送信する送信手段と、前記サーバから、前記送信手段で送信したメディアデータ片が構成するコンテンツに関するコンテンツ情報を受信する受信手段と、受信した前記コンテンツ情報に基づいて、記憶されている前記メディアデータの中から、前記メディアデータ片が構成するコンテンツの開始位置を特定する特定手段とを備え、前記サーバは、複数のコンテンツを保存しているデータベースと、前記携帯情報端末から前記メディアデータ片を受信する受信手段と、受信したメディアデータ片と、前記データベースに保存してあるコンテンツとを比較し、当該メディアデータ片が構成すコンテンツを検索する検索手段と、前記コンテンツに関するコンテンツ情報を前記携帯情報端末に送信する送信手段とを備えることを特徴とする。
【０００８】
また、本発明の情報取得方法は、メディア放送を受信可能な携帯情報端末における、情報取得方法であって、前記メディア放送のメディアデータを記憶しながら再生する再生ステップと、ユーザからの入力操作を受付ける入力ステップと、前記メディア放送のメディアデータのうち、前記入力ステップで入力を受付けた時点で再生されているメディアデータ片を、当該メディアデータ片を照会するサーバへ送信する送信ステップと、前記サーバから、前記送信ステップで送信したメディアデータ片が構成するコンテンツに関するコンテンツ情報を受信する受信ステップと、受信した前記コンテンツ情報に基づいて、記憶されている前記メディアデータの中から、前記メディアデータ片が構成するコンテンツの開始位置を特定する特定ステップとを備えることを特徴とする。
【０００９】
ここで、メディア放送とは、テレビ放送やラジオ放送等の、種々のメディアによる放送のことをいう。
ここで、コンテンツとは、楽曲等の音響コンテンツ、映画やアニメーション等の映像コンテンツといった、作品として鑑賞される情報のことをいう。
こうすることによって、ユーザは、後からコンテンツを出だしから視聴しなおすことができる。また、例えば、友人等にコンテンツを薦める場合、出だしからコンテンツを再生して視聴させることができる。
【００１０】
これによって、ユーザの所望により、携帯情報端末は、ユーザが後から視聴しなおせるように特定した出だしの位置からメディアデータを保存してもよいし、出だしの位置からのメディアデータの再生を開始してもよい。
また、上記携帯情報端末において、前記メディアデータは、ＡＡＣ（Advanced Audio Cording）方式のデータであり、前記メディアデータ片は、ＡＡＣ方式のデータを構成するＡＤＴＳ（Audio Data Transport Stream）ブロックであり、前記コンテンツ情報は、前記メディアデータ片のＡＤＴＳブロックが、前記コンテンツを構成するＡＤＴＳブロックの何番目であることを示すブロック番号であり、前記特定手段は、前記ブロック番号に基づき、前記メディアデータ片が構成する楽曲の開始位置を特定することを特徴とする。
【００１１】
これにより、ＡＡＣ方式のメディアデータでメディア放送が放送されている場合、携帯情報端末は、ＡＤＴＳブロックをサーバに送ることで、ユーザが視聴しなおしたいコンテンツの出だしの位置を、特定することができる。
また、上記携帯情報端末は、前記メディアデータのうち、前記特定手段で特定した開始位置を起点としてメディアデータを保存する保存手段を備えることを特徴とする。
【００１２】
これにより、携帯情報端末は、記憶しているメディアデータの中からコンテンツを出だしから保存することで、ユーザが後から都合のいいときにそのコンテンツを出だしから視聴しなおすことができる。
また、上記携帯情報端末において、前記特定手段はさらに、前記コンテンツ情報に基づいて、記憶されている前記メディアデータの中から、前記メディアデータ片が構成するコンテンツの終了位置を特定し、前記保存手段は、前記特定手段で特定した前記開始位置情報及び前記終了位置情報に基づいて、記憶されている前記メディアデータのうち、前記開始位置を起点とし、前記終了位置を終点としてメディアデータを保存することを特徴とする。
【００１３】
これにより、携帯情報端末は、ユーザが視聴しなおしたいコンテンツの出だしとともに終わりの位置を特定することで、記憶しているメディアデータの中でコンテンツの開始位置から保存を開始し、記憶しているメディアデータの中でコンテンツの終了位置で保存を終了することができる。
これにより、ユーザは、後から都合のいいときにそのコンテンツを出だしから最後まで視聴しなおすことができる。
【発明の効果】
【００１４】
本発明によれば、ユーザは、携帯情報端末でメディア放送をストリーミング（記憶しながらの再生）で視聴中に、出だしから視聴しなおしたいコンテンツが流れているとき、入力手段への操作を行うだけで、そのコンテンツの出だしの位置を、記憶しているメディアデータの中から特定することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施形態について、図面を参照しながら説明する。
（１．構成）
（１−１．システム）
まず、実施形態に係る携帯情報端末１００が属する情報システムについて、図１を参照しながら説明する。
【００１６】
図１に示すように、携帯情報端末１００は、基地局２００、ＢＳＣ（Base Station Controller）３００、及びＧａｔｅｗａｙ４００を介して、ネットワークと接続されている。
携帯情報端末１００は、通信事業者が運営する携帯通信網に属し、例えばＣＤＭＡ（Code Division Multiple Access）方式で電話通話や外部ネットワークとデータ通信が可能な携帯型の通信装置である。
【００１７】
基地局２００は、携帯情報端末１００の属する携帯通信網の基地局であり、携帯情報端末１００が網の内外と通信するときに通信を中継するものである。
ＢＳＣ３００は、基地局２００他、携帯通信網内の基地局を統括するものである。
Ｇａｔｅｗａｙ４００は、携帯通信網と外部のネットワークとを繋ぐためのゲートウェイである。
【００１８】
ネットワークには、楽曲検索サーバ５００及び放送サーバ６００が接続されている。
楽曲検索サーバ５００は、複数の楽曲の楽曲データを蓄積しており、ネットワークを介して外部から送られてくる楽曲データと蓄積している楽曲データとを照合することで楽曲を検索するサービスを提供するためのサーバである。楽曲検索サーバ５００は通常、携帯通信網を運営する通信事業者が設置している。
【００１９】
放送サーバ６００は、音楽番組等のメディア放送番組のデータを蓄積し、ネットワークを介して外部に配信するためのサーバである。放送サーバ６００は通常、ラジオ局等の放送事業者が設置している。
このシステムにおいて、携帯情報端末１００は、ネットワークを介して放送サーバ６００が配信するメディア放送を受信することや、楽曲検索サーバ５００にアクセスして楽曲の検索を行うことができる。
（１−２．携帯情報端末１００）
次に、携帯情報端末１００の構成について、図２を参照しながら説明する。
【００２０】
図２に示すように、携帯情報端末１００は、アンテナ１０１、無線部１０２、再生部１０３、表示部１０４、操作部１０５、記憶部１０６、スピーカ１０７、マイク１０８、及び制御部１０９を備える。
アンテナ１０１は、基地局２００から飛来する電波を捕捉するものである。
無線部１０２は、信号の送受信に係る変調及び復調や、ＣＤＭＡ方式に基づく信号処理を行うものである。受信時には、例えば、アンテナ１０１で受信したメディア放送波を復調して取り出したメディアデータを再生部１０３に送出する。送信時には、例えば、制御部１０９の指示で楽曲を検索するためのリクエストデータを変調してアンテナ１０１に送出する。
【００２１】
再生部１０３は、無線部１０２から送出されたＡＡＣ（Advanced Audio Coding）形式のメディアデータを再生するものであり、バッファ１０３ａ及びデコーダ１０３ｂを含む。
バッファ１０３ａは、メディア放送の受信中に連続的に送られてくるＡＡＣ形式のメディアデータを、ＡＤＴＳ（Audio Data Transport Stream）ブロック順にバッファリングするものである。
【００２２】
デコーダ１０３ｂは、バッファ１０３ａからメディアデータをＡＤＴＳブロック単位で取り出して逐次デコード（復号）するものである。
表示部１０４は、例えばＬＣＤ（Liquid Crystal Display）等の表示装置であり、各種情報を表示するものである。例えば、映像を含むメディア放送を受信中に、再生部１０３で再生されるメディアデータを表示する。
【００２３】
操作部１０５は、ユーザが入力可能なキーであり、ユーザの操作入力を受付けてその旨の信号を制御部１０９に送出する。
記憶部１０６は、各種情報を保存しておくためのメモリである。例えば、楽曲検索サーバ５００のＩＰ（Internet Protocol）アドレスが記憶されている。また、制御部１０９の指示により、バッファ１０３ａにバッファリングされているメディアデータの一部を記憶する。
【００２４】
スピーカ１０７は、音を放音するものであり、例えば、音声や音楽を含むメディア放送を受信中に、再生部１０３で再生しているメディアデータを放音する。また、基地局２００を介して他の携帯情報端末と通話するときは、通話相手の音声を放音する。
マイク１０８は、音を集音するものであり、例えば、基地局２００を介して他の携帯情報端末と通話するときは、携帯情報端末１００のユーザの音声を集音する。
【００２５】
制御部１０９は、携帯情報端末１００の各構成部１０１〜１０８を制御するプロセッサであり、特に、リクエスト作成部１０９ａ、保存箇所計算部１０９ｂ、及び保存実行部１０９ｃを含む。
リクエスト作成部１０９ａは、再生部１０３がメディアデータを再生中に操作部１０５へ所定の入力操作が行われた場合、その旨の信号を受けて、その信号を受けた時点で再生部１０３のデコーダ１０３ｂがデコードしているＡＤＴＳブロックをリクエストデータとして、このＡＤＴＳブロックが構成する楽曲を検索するためのリクエストを楽曲検索サーバ５００に送信するよう無線部１０２に送出するものである。
【００２６】
保存箇所計算部１０９ｂは、リクエスト作成部１０９ａで作成したリクエストに応じて楽曲検索サーバから送られてくる楽曲情報に基づいて、バッファ１０３ａ内のメディアデータ（ＡＤＴＳブロック）の内どのＡＤＴＳブロックを保存するかを計算するものである。
保存実行部１０９ｃは、保存箇所計算部１０９ｂで計算結果に基づいて、バッファ１０３ａ内のメディアデータ（ＡＤＴＳブロック）のうちある箇所から記憶部１０６に保存するよう制御する。
【００２７】
なお、リクエスト作成部１０９ａ、保存箇所計算部１０９ｂ、及び保存実行部１０９ｃは、制御部１０９上で実行可能に記述されたプログラムとして存在する。
（１−３．楽曲検索サーバ５００）
次に、楽曲検索サーバ５００の構成について、図３を参照しながら説明する。
図３に示すように、楽曲検索サーバ５００は、インターフェース５０１、通信部５０２、データベース５０３、及び制御部５０４を備える。
【００２８】
インターフェース５０１は、ネットワークと接続するためのＬＡＮ（Local Area Network）ポートである。
通信部５０２は、信号の送受信に係る変調及び復調を行うものである。受信時には、例えば、携帯情報端末１００から送られてくる信号を復調して、楽曲を検索するリクエストを取り出す。送信時には、例えば、制御部５０４からの指示に応じて、楽曲に関する楽曲情報をインターフェース５０１を介して送信する。
【００２９】
データベース５０３は、大容量の記憶部であり、ＡＡＣ形式の複数の楽曲データが、その楽曲の歌手名や収録アルバム名等の関連情報と共に記憶されている。
制御部５０４は、楽曲検索サーバ５００の各構成部５０１〜５０３を制御するプロセッサであり、特に、曲照合部５０４ａ及び応答作成部５０４ｂを含む。
曲照合部５０４ａは、携帯情報端末１００からリクエストを受信すると、リクエストデータに含まれるＡＤＴＳブロックと、データベース５０３に記憶してある楽曲データと照合し、どの楽曲を構成するＡＤＴＳブロックなのかを検索するものである。
【００３０】
応答作成部５０４ｂは、曲照合部５０４ａで検索した結果を、応答として携帯情報端末１００に送信するよう通信部５０２に送出する。
＜２．データ＞
ここで、放送サーバ６００が配信するメディア放送と、ＡＡＣ形式のメディアデータについて、図４〜５を参照しながら説明する。
【００３１】
図４は、放送サーバ６００が放送する放送のうち、音楽番組を例に挙げて、その構成を示す。
図４に示すように、音楽番組は時間ｔ１から開始し、時間ｔ２までの間、番組の司会者であるＤＪによる会話や楽曲の紹介（ＭＣ）が放送される。
その後、時間ｔ２から楽曲Ａの再生が開始し、楽曲Ａが終わる時間ｔ５まで続く。
【００３２】
楽曲Ａの再生が終わると、再びＤＪによるＭＣや他の曲の再生、ＣＭ（Commercial Message）の挿入等を経て時間ｔ６になると番組が終了する。
このように、音楽番組は、ＤＪによるＭＣと楽曲とが順番に再生されていく。
図５は、メディア放送のメディアデータと、楽曲検索サーバ５００がデータベース５０３に蓄積しているメディアデータとを示す。
【００３３】
図５に示すように、メディア放送のメディアデータはＡＡＣ形式のデータであり、複数のＡＤＴＳブロックから構成されている。
また、楽曲検索サーバ５００のデータベース５０３にも、ＡＡＣ形式の楽曲データが蓄積されている。
ここでは、楽曲０００１〜楽曲９９９９の９９９９曲分の楽曲データが蓄積されているものとする。
【００３４】
ここで、楽曲検索サーバ５００の曲照合部５０４ａが楽曲の照合を行う手順について説明する。
楽曲検索サーバ５００は、携帯情報端末１００から所定数のＡＤＴＳブロック１〜３（図中では点線で示す３ブロック）が送られてくると、これらＡＤＴＳブロック１〜３の配列とデータベース５０３に蓄積している楽曲データのＡＤＴＳブロックの配列とを照合する。
【００３５】
照合の結果、楽曲０００１のＡＤＴＳブロックの中で５０番目〜５２番目のＡＤＴＳブロック（ＡＤＴＳブロック００５０〜ＡＤＴＳブロック００５２）の配列と一致した場合、携帯情報端末１００に対して、楽曲０００１の曲名、歌手名等の情報と共に、ＡＤＴＳ１は楽曲０００１においてＡＤＴＳブロックで５０番目である旨を楽曲情報として送信する。
＜３．動作＞
次に、携帯情報端末１００と楽曲検索サーバ５００の動作について、図４〜６を参照しながら説明する。
【００３６】
ここでは、図４に示した音楽番組を例に挙げて説明する。
図６に示すように、まず、携帯情報端末１００がメディア放送の再生を開始する（ステップＳ１００）。これは、ユーザが操作部１０５から所定の操作を行うことで、無線部１０２を駆動してメディア放送波を受信開始すればよい。
番組は、時間ｔ１から始まって時間ｔ２になると楽曲Ａの再生が始まる。
【００３７】
携帯情報端末１００の再生部１０３は、バッファ１０３ａで番組のＡＤＴＳブロックを逐次バッファリングしていき、デコーダ１０３ｂでバッファ１０３ａ内のＡＤＴＳブロックを逐次デコードしていく。
ここで、楽曲Ａが再生されている時間ｔ３において、ユーザが操作部１０５から所定の操作を行うと、制御部１０９は表示部１０４に、楽曲Ａをどのように保存するかを選択させるオプション画面を表示させ、ユーザの選択操作を受付ける（ステップＳ１０１）。
【００３８】
オプションとしては、例えば、楽曲名、収録アルバム名、歌手名、画像（サムネイル）等のいずれを保存する際のファイル名と関連付けるかを選択できるようにすればよい。
ユーザが保存オプションを選択すると、制御部１０９のリクエスト作成部１０９ａは、再生部１０３のデコーダ１０３ｂでデコードしているＡＤＴＳブロック１〜３抽出し、ステップＳ１０１で選択した保存オプションとともにリクエストデータとして無線部１０２を介して楽曲検索サーバ５００へ送信する（ステップＳ１０２）。
【００３９】
楽曲検索サーバ５００は、携帯情報端末１００からリクエストデータを受信すると、曲照合部５０４ａで曲の照合を実行する（ステップＳ５００）。
ステップＳ５００では、図５に示すように、曲照合部５０４ａは、リクエストデータに含まれるＡＤＴＳ１〜３の配列と、データベース５０３に蓄積している楽曲０００１〜楽曲９９９９それぞれにおける楽曲データのＡＤＴＳブロックの配列とを照合し、一致する楽曲のＡＤＴＳブロックを検索する。ここで、この検索の結果、ＡＤＴＳ０００１〜ＡＤＴＳ１０００で構成される楽曲０００１のＡＤＴＳブロックのうち、５０番目〜５２番目のＡＤＴＳブロック（ＡＤＴＳ００５〜ＡＤＴＳ００５２）が一致したものとする。
【００４０】
すると、応答作成部５０４ｂは、リクエストデータに含まる保存オプションに基づき、楽曲名、収録アルバム名、歌手名等の関連情報のうち一部又は全部を選択する（ステップＳ５０１）。そして、選択した関連情報とともに、楽曲０００１のＡＤＴＳブロックの順番（５０番目〜５２番目）及び最後のＡＤＴＳブロック番号（１０００番目）を示す情報を、楽曲情報として通信部５０２を介して携帯情報端末１００に送信する（ステップＳ５０２）。
【００４１】
携帯情報端末１００は、時間ｔ４において楽曲情報を受信すると、保存箇所計算部１０９ｂで、バッファ１０３ａ内のＡＤＴＳブロックのうちどのブロックを記憶部１０６に記憶するかを計算する（ステップＳ１０３）。
ステップＳ１０３では、受信した楽曲情報に含まれるＡＤＴＳブロックの順番（５０番目〜５２番目）に基づいて、バッファ１０３ａ内のＡＤＴＳブロックのうち、ステップＳ１０３で送信したＡＤＴＳ１から５０ブロック遡ったＡＤＴＳαを開始位置とする。また、楽曲情報に含まれる最後のＡＤＴＳブロック番号（１０００番）に基づいて、ＡＤＴＳ１から９５０ブロック先のＡＤＴＳβを終了位置とする。
【００４２】
ステップＳ１０３で開始位置及（ＡＤＴＳα）及び終了位置（ＡＤＴＳβ）が決まると、保存実行部１０９ｃは、バッファ１０３ａ内のＡＤＴＳαから記憶部１０６に保存を開始する（ステップＳ１０４）。このとき、保存実行部１０９ｃは、保存する際のファイル名を、ステップＳ５０２で受信した楽曲上に含まれる関連情報と対応付けて保存する。
その後、ＡＤＴＳ１から９５０ブロック先のＡＤＴＳβまで保存したか否か判断することによって、楽曲Ａの終わりまで保存したか否かを判断する（ステップＳ１０５）。
【００４３】
ＡＤＴＳβまで保存が完了したら（ステップＳ１０５：ＹＥＳ）、保存実行部１０９ｃはメディアデータの保存を終了する（ステップＳ１０６）。
以上のように動作することで、携帯情報端末１００は、楽曲検索サーバ５００を利用することにより、メディア放送に流れる楽曲のＡＤＴＳブロック１から何番目前のＡＤＴＳブロックが楽曲の開始位置で、何番目先のＡＤＴＳブロックが楽曲の終了位置かを知ることができ、この開始位置と終了位置に基づいてバッファ１０３ａ内から楽曲分のＡＤＴＳブロックだけを抜き出して保存することができる。
【００４４】
これにより、ユーザは、例えば、携帯情報端末１００で音楽番組を視聴しているとき、番組内で流れる楽曲を後から聴きなおしたいと思えば、操作部１０５から所定の操作を行うことで、その楽曲のメディアデータを記憶部１０６に記憶させることができ、後から再生部１０３で再生して聴きなおすことができる。
また、記憶部１０６に楽曲のメディアデータを記憶するとき、ユーザが選択した関連情報（楽曲名、収録アルバム名、歌手名等）とファイル名が対応付けられるので、ユーザが都合よくメディアデータを整理することができる。
＜変形例＞
ここで、実施形態で示した携帯情報端末１００と楽曲検索サーバ５００において、ステップＳ５０２にて楽曲検索サーバ５００が送信する楽曲情報とステップＳ１０３にて携帯情報端末１００が行う楽曲の保存位置の計算に変更を加えることができる。
【００４５】
変形例について、図４〜５、７〜８を参照しながら説明する。
なお、変形例については、実施形態１と異なる箇所についてのみ重点的に説明する。
（１．構成）
（１−１．携帯情報端末１００）
図７に示すように、変形例では、携帯情報端末１００に計時部１１０を追加する。
【００４６】
計時部１１０は、時間の計時（カウント）を行うものであり、再生部１０３でメディア放送を再生中において操作部１０５に所定の操作入力があると時間カウントを開始するとともに、無線部１０２が楽曲検索サーバ５００から楽曲情報を受信すると時間カウントを終了するものである。
（１−２．楽曲検索サーバ５００）
変形例では、楽曲検索サーバ５００の曲照合部５０４ａは、照合したＡＤＴＳブロックの順番に基づき、そのＡＤＴＳブロックから楽曲の先頭のＡＤＴＳブロックまでの楽曲時間及び、最終のＡＤＴＳブロックまでの楽曲時間を割り出し、応答として携帯情報端末１００に送信するよう通信部５０２に送出する。
（２．動作）
次に、携帯情報端末１００と楽曲検索サーバ５００の変形例の動作について、図４〜５、８を参照しながら説明する。
【００４７】
変形例では、携帯情報端末１００は、オプション画面を表示してユーザの選択操作を受付けた（ステップＳ１０１）後、操作部１０５に操作入力がなされると、計時部１１０で時間カウントを開始する（ステップＳ１０７）。すなわち、時間ｔ３で計時部１１０が時間カウントを開始する。
楽曲検索サーバ５００は、ステップＳ５００において、楽曲０００１のＡＤＴＳブロックの順番（５０番目〜５２番目）と１つのＡＤＴＳブロックあたりの楽曲時間とに基づき、楽曲の開始位置（ＡＤＴＳ０００１）がＡＤＴＳ００５０から何秒であるかを示す時間情報割り出す。同様に、ＡＤＴＳ００５０から、楽曲０００１の終了位置（ＡＤＴＳ１０００）まで何秒であるかを示す時間情報を割り出す。
【００４８】
そして、楽曲検索サーバ５００は、ステップＳ５００で割り出した時間情報を楽曲情報として通信部５０２を介して携帯情報端末１００へ送信する（ステップＳ５０２）。
携帯情報端末１００は、楽曲検索サーバ５００から楽曲情報を受信すると、計時部１１０の時間カウントを終了する（ステップＳ１０８）。すなわち、時間ｔ４で計時部１１０が時間カウントを終了する。
【００４９】
そして、ステップＳ１０３では、保存箇所計算部１０９ｂは、楽曲情報に含まれる時間情報と、計時部１１０でカウントした時間（ｔ４−ｔ３＝ｔｄ）とに基づいてバッファ１０３ａ内のＡＤＴＳブロックのうちどのブロックを記憶部１０６に記憶するかを計算する。
すなわち、時間ｔ４においてデコーダ１０３ｂでデコード中のＡＤＴＳブロックを基点として、楽曲０００１の開始位置を示す時間情報から、携帯情報端末１００が楽曲の検索に要した時間（ｔｄ）を引いた時間だけ遡った位置のＡＤＴＳブロック（ＡＤＴＳα）を開始位置とする。同様に、時間ｔ４においてデコーダ１０３ｂ中のＡＤＴＳブロックを基点として、楽曲０００１の終了位置を示す時間情報から、ｔｄを引いた時間だけ進んだ位置のＡＤＴＳブロック（ＡＤＴＳβ）を終了位置とする。
【００５０】
その後、決定した開始位置（ＡＤＴＳα）及び終了位置（ＡＤＴＳβ）に基づいて、保存実行部１０９ｃがバッファ１０３ａ内のＡＤＴＳブロックを記憶部１０６に記憶する手順は、実施形態１と同様である。
以上のように動作することで、携帯情報端末１００は、楽曲検索サーバ５００から楽曲情報を受信した時間ｔ４の時点において再生部１０３で再生しているＡＤＴＳブロックを基点として開始位置（ＡＤＴＳα）と終了位置（ＡＤＴＳβ）を特定することができる。
【００５１】
このため、携帯情報端末１００は、ステップＳ１０２でリクエストデータとして送信したＡＤＴＳ１〜３を記憶しておく必要がなく、所定の手順を簡素化することができる。
＜補足＞
以上、実施形態１及びその変形例に基づいて、本発明について説明してきたが、これらは一例にすぎず、上述した構成には種々の変更を加えることが可能である。
（１）実施形態１及び変形例では、ＡＡＣ形式のメディアデータについて説明したが、これに限定されるものではない。
【００５２】
例えば、ＭＰ３（MPEG - Audio Layer 3）形式のデータでもよく、その場合、最小単位であるフレームをメディアデータ片とすればよい。
（２）実施形態１及び変形例では、携帯情報端末１００は、楽曲検索サーバ５００にリクエストデータとしてＡＤＴＳブロックを３ブロック（ＡＤＴＳ１〜３）送信する例について説明したが、これに限定されるものではなく、楽曲検索サーバ５００が求められる的中率で楽曲の照合を行うために必要なブロック数を設定すればよい。
（３）実施形態１及び変形例では、携帯情報端末１００が備える記憶部１０６をメモリとしたが、これに限定されるものではなく、ＨＤＤ（Hard Disk Drive）といった磁気記憶媒体等、メディアデータを保存できる程度の容量を持った記憶媒体であればよい。
（４）実施形態１及び変形例では、楽曲検索サーバ５００を利用して楽曲を照合する例について説明したが、これに限定するものではなく、コンテンツとしては、楽曲等の音響コンテンツの他、映画やアニメーション等の映像コンテンツであってもよい。
【００５３】
例えば、アニメーションを検索するための検索サーバを設置すれば、メディア放送中に流れるアニメーションを照合することができる。
【産業上の利用可能性】
【００５４】
本発明に係る携帯情報端末、情報システム、及び情報取得方法は、メディア放送を受信可能な携帯情報端末に広く適用可能なものであり、ユーザがメディア放送を視聴中に、メディア放送内で流れているコンテンツを、このコンテンツの出だしから視聴しなおすことができるようになる点で有用な技術である。
【図面の簡単な説明】
【００５５】
【図１】本発明の携帯情報端末１００が属する情報システムを示す概略図である。
【図２】携帯情報端末１００の構成を示すブロック図である。
【図３】楽曲検索サーバ５００の構成を示すブロック図である。
【図４】メディア放送の番組構成を示す概略図である。
【図５】メディアデータの構成を示す概略図である。
【図６】携帯情報端末１００及び楽曲検索サーバ５００の動作を示すフローチャートである。
【図７】携帯情報端末１００の変形例の構成を示すブロック図である。
【図８】携帯情報端末１００及び楽曲検索サーバ５００の変形例の動作を示すフローチャートである。
【符号の説明】
【００５６】
１００          携帯情報端末
１０１          アンテナ
１０２          無線部
１０３          再生部
１０４          表示部
１０５          操作部
１０６          記憶部
１０７          スピーカ
１０８          マイク
１０９          制御部
１１０          計時部
５００          楽曲検索サーバ
２００          基地局
３００          ＢＳＣ
４００          Ｇａｔｅｗａｙ
５０１          インターフェース
５０２          通信部
５０３          データベース
５０４          制御部
６００          放送サーバ
【図１】
2008017345.tif 000003
【図２】
2008017345.tif 000004
【図３】
2008017345.tif 000005
【図４】
2008017345.tif 000006
【図５】
2008017345.tif 000007
【図６】
2008017345.tif 000008
【図７】
2008017345.tif 000009
【図８】
2008017345.tif 000010