JP4165249B2 - Content distribution method and program - Google Patents
Content distribution method and program Download PDFInfo
- Publication number
- JP4165249B2 JP4165249B2 JP2003041311A JP2003041311A JP4165249B2 JP 4165249 B2 JP4165249 B2 JP 4165249B2 JP 2003041311 A JP2003041311 A JP 2003041311A JP 2003041311 A JP2003041311 A JP 2003041311A JP 4165249 B2 JP4165249 B2 JP 4165249B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- search
- data
- search result
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 44
- 230000006854 communication Effects 0.000 claims description 29
- 238000004891 communication Methods 0.000 claims description 29
- 230000004044 response Effects 0.000 claims description 10
- 230000005540 biological transmission Effects 0.000 claims 1
- 230000008569 process Effects 0.000 description 29
- 238000012545 processing Methods 0.000 description 29
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 5
- 230000015654 memory Effects 0.000 description 5
- 238000003825 pressing Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 230000007175 bidirectional communication Effects 0.000 description 2
- 239000011435 rock Substances 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000001755 vocal effect Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000003936 working memory Effects 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
Description
【0001】
【発明の属する技術分野】
この発明は、通信ネットワークを介してユーザ所望のコンテンツを検索して配信するコンテンツ配信方法及びプログラムに関する。特に、コンテンツの検索後においてユーザが明示的に特定のコンテンツに対する配信要求を行わなくても、コンテンツ検索結果に応じて順次にコンテンツをユーザに対して配信するコンテンツ配信方法及びプログラムに関する。
【0002】
【従来の技術】
【特許文献1】
特開2001−042866号公報
【特許文献2】
特開2001−036423号公報
最近ではインターネットに代表される有線あるいは無線の通信ネットワークの普及により、クライアントの配信要求に応じていつでも好きなときに楽曲を再生するためのMIDI演奏情報からなる曲データや映像を表示するためのムービーデータなどのコンテンツをインターネット経由でサーバからストリーム配信してもらい、ユーザ所有のパーソナルコンピュータや携帯電話等の端末機(クライアント)で音楽や映像などを再生することのできるコンテンツ配信サービスが行われている。こうしたコンテンツ配信サービスを提供するサーバには曲データやムービーデータ等のコンテンツが予め多数蓄積されており、当該サーバにアクセスするユーザが該蓄積された多数のコンテンツの中から所望の条件に合致するコンテンツを検索することができるよう構成されている。ユーザ所望のコンテンツをストリーム配信などを受けてクライアントで再生する場合、従来では次に示すような手順で行っていた。まず、ユーザ所望のコンテンツを探し出すために、所定の検索フォームに例えば曲名やアーティスト名などのキーワードからなる検索条件を入力し、サーバから検索結果を受信して表示する。そして、検索結果の中から目的とするコンテンツに対応した「再生」ボタンを押下することにより明示的に特定のコンテンツの配信要求をサーバに対して行うと、該配信要求に応じた該特定のコンテンツがサーバから配信されるので、クライアントではサーバから配信されたコンテンツを受信して再生する。
【0003】
【発明が解決しようとする課題】
上述したように、ユーザ所望のコンテンツをサーバに蓄積された多数のコンテンツの中から検索して再生する場合、従来ではユーザが検索を行う度に「検索結果リストとして文字列などにより表示されたコンテンツから所望のコンテンツを選別」するために、コンテンツに対応した「再生」ボタンを押下するなどの検索操作とは別の操作を新たに行わなければならなかった。すなわち、「再生」ボタン押下などの操作を新たに行わない限り、サーバに対してコンテンツの配信要求がなされないことから、サーバからクライアントに対してコンテンツは配信されない。しかし、ユーザ自身が所望のコンテンツを特定する情報(例えば曲名など)が曖昧である場合には、ユーザは検索結果リストを見ながら個々のコンテンツ毎に再生ボタンを押下することを繰り返し行い、実際にサーバから配信されたコンテンツを1つずつ順次に再生させることにより、ユーザ所望のコンテンツを特定しなければならなかった。こうした操作を繰り返し行うことは非常に面倒であるし、また所望のコンテンツを特定するまでに非常に時間がかかることから都合が悪い、という問題点があった。
【0004】
本発明は上述の点に鑑みてなされたもので、コンテンツ検索後にユーザが明示的に特定のコンテンツに対する配信要求を行わなくても、検索結果として抽出されたコンテンツを順次に配信し再生することで、ユーザが所望のコンテンツを無駄なく効率的に特定することのできる、従来に比べて簡便な検索・再生方法を実現したコンテンツ配信方法及びプログラムを提供することを目的とする。
【0005】
【課題を解決するための手段】
本発明に係るコンテンツ配信プログラムは、通信ネットワークを介して接続されたクライアントに対してコンテンツを提供するサーバ側のコンピュータにおいて、ユーザによる検索指示に応じて、クライアントからコンテンツ検索条件を受信する手順と、複数のコンテンツの中から前記コンテンツ検索条件に該当するコンテンツを検索してコンテンツ検索結果リストを生成する手順と、前記生成したコンテンツ検索結果リストをクライアントに配信する手順と、前記検索した1乃至複数のコンテンツを前記生成したコンテンツ検索結果リストに従った順序でクライアントに対して順次に配信する手順とを実行し、前記検索したコンテンツに対するユーザによる個別の配信指示がなくても、前記コンテンツ検索結果リストをユーザ側で受信したことに応じたコンテンツの配信と、ユーザによる検索指示に応じて検索して得られた1乃至複数のコンテンツの再生とをクライアントに対して自動的に行わせるためのプログラムである。
【0006】
この発明によると、コンテンツ検索後にユーザが明示的に特定のコンテンツに対する配信指示を行わなくても、検索されたコンテンツがサーバから順次に配信されることから、これを再生することによって、ユーザは所望のコンテンツを無駄なく効率的に特定することができるようになる。すなわち、サーバではユーザによる検索指示に応じたコンテンツ検索条件を受信すると、複数のコンテンツの中から前記コンテンツ検索条件に該当するコンテンツを検索してコンテンツ検索結果リストを生成する。そして、前記生成したコンテンツ検索結果リストに基づき、ユーザに対して検索結果を表示により知らせるだけでなく、ユーザによる個別の配信指示がなくても検索して得られた1乃至複数のコンテンツを、通信ネットワークを介してユーザに対して順次に配信する。このようにすると、表示された検索結果に基づき個々のコンテンツを指定するといった、ユーザによるサーバに対する明示的な配信指示が行われていなくても、ユーザによるコンテンツ検索条件の指定に応じて、コンテンツ検索結果リストに加えて、検索されたコンテンツがサーバから前記コンテンツ検索結果リストに従った順序で、ユーザに対して自動的に順次に配信されて再生されることから、ユーザは該配信されたコンテンツ検索結果リストを見るだけでなく、順次に配信されるコンテンツを実際に聴くことで、所望のコンテンツを効率的に無駄なく確認してから特定することが簡単にできるようになる。
【0007】
この発明は方法の発明として構成し実施することができるのみならず、装置の発明として構成し実施することができる。また、本発明はコンピュータまたはDSP等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記録媒体の形態で実施することもできる。
【0008】
【発明の実施の形態】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明する。
【0009】
図1は、コンテンツ配信システムの一実施例の全体システム構成を略示するシステムブロック図である。この実施例に示すコンテンツ配信システムは、コンテンツを配信する配信サーバMSと、そのコンテンツを利用するユーザ端末(クライアント)とが通信ネットワークXを介して双方向通信可能に接続されたシステムである。通信ネットワークXは有線回線に限らず、携帯電話回線や衛星通信回線等の無線回線を含んでいてもよい。また、公衆電話回線網やインターネット等に限らず、LAN等を含んでいてもよい。図1に示すコンテンツ配信システムの一部を構成するコンテンツ配信用のWWW(World Wide Web)サーバである配信サーバMSは1個に限らず複数個あってよく、各配信サーバMSが各々独自に用意したコンテンツを提供し得るようになっていてよい。配信サーバMSは、URLへのアクセスに応じた所定のレスポンス(例えば、HTML(Hyper Text Markup Language)等のページ記述言語を利用して記述された各種画面を生成する基となる表示データや各種画面に付随的に表示される画像のデータ等の返送、指定されたCGIアプリケーションの実行など)や、検索結果に応じたコンテンツ配信などの各種処理を実行する。勿論、各配信サーバMSは、この発明に従う処理を実行しうるように必要なプログラムが搭載されたサーバコンピュータと多数のコンテンツを蓄積したデータベース等を含む。
【0010】
上述した配信サーバMSと共に図1に示すコンテンツ配信システムを構成するクライアントは通常のパーソナルコンピュータ(パソコン端末PC)からなっていてよく、また汎用コンピュータに限らず、PDA又は携帯電話等の携帯端末MTあるいはゲーム機器や電子楽器等何らかの専用機能を持つ機器内に内蔵されたマイクロコンピュータ若しくはプロセッサ等によってこの発明に従う処理を実行しうるようになっているものであればよい。勿論、ユーザ端末(クライアント)においては、以下一実施例として説明するようなこの発明に係る処理を実行しうるように周知のネットワーク用ブラウザ(WWWブラウザ)及び専用のアプリケーションソフトウエアをインストールしておく。このように、該コンテンツ配信システムを構成する各々の装置(つまりクライアントとサーバ)は、各々がCPU、ROM、RAM等を含む処理手段や記憶手段あるいは通信手段などを含む独立したコンピュータにより構成されてなり、各装置は通信ネットワークXを介して各種情報やコンテンツなどの送受信を行うことができるようになっている。
【0011】
クライアントとして用いられる携帯電話やPDA等の携帯端末MTは無線通信が可能な小型の機器であり、本来の通信機能のほかにサイトを表示する表示機能やコンテンツを再生するコンテンツ再生機能も併せ持つ。勿論、該携帯端末に対してもパソコン端末などと同様に、この発明に係る処理を実行しうるように周知のネットワーク用ブラウザ(WWWブラウザ)及び専用のアプリケーションソフトウエアをインストールしておく。ただし、こうした携帯端末を配信サーバMSと接続して双方向通信を行う場合には、中継サーバTSを介する必要がある。つまり、中継サーバTSが携帯端末MTと配信サーバMSとの間で信号の送受信を中継することにより、携帯端末MTは配信サーバMSに対してアクセス可能となる。
【0012】
次に、図1に示すコンテンツ配信システムを構成するパソコン端末PC、携帯端末MT、サーバMS、中継サーバTSのいずれか1つのハード構成の一実施例について簡単に説明する。図2は、上記各装置の1つの全体構成の一実施例を示すハード構成ブロック図である。ただし、上記各装置は同じようなハード構成を用いるものとして説明することができることから、代表としてパソコン端末PCの図を1つだけ用いて説明する。
【0013】
本実施例に示すパソコン端末PCは、マイクロプロセッサユニット(CPU)1、リードオンリメモリ(ROM)2、ランダムアクセスメモリ(RAM)3からなるマイクロコンピュータによって制御されるようになっている。CPU1は、この装置全体の動作を制御するものである。このCPU1に対して、バス1Dを介してリードオンリメモリ(ROM)2、ランダムアクセスメモリ(RAM)3、検出回路4、表示回路5、音源回路6、通信インタフェース7、外部記憶装置8がそれぞれ接続されている。ROM2は、CPU1により実行される各種プログラムや各種データを格納するものである。RAM3は、配信サーバMSから受信した表示データ、あるいは曲データやムービーデータなどのコンテンツを一時的に記憶する受信データバッファである。また、RAM3はCPU1がプログラムを実行する際に発生する各種データを一時的に記憶するワーキングメモリとして、あるいは現在実行中のプログラムやそれに関連するデータを記憶するメモリ等として使用される。RAM3の所定のアドレス領域がそれぞれの機能に割り当てられ、レジスタやフラグ、テーブル、メモリなどとして利用される。
【0014】
操作子4Aは、数値データ入力用のテンキーや文字データ入力用のキーボード、表示装置5A上に表示される所定のポインティングデバイスを操作するために用いるマウスやタブレットなどの各種操作子であり、操作子として利用できるものであればどのようなものであってもよい。検出回路4は、操作子4Aの各操作子の操作状態を検出し、その操作状態に応じたスイッチ情報を通信バス1D(例えばデータ及びアドレスバス)を介してCPU1に出力する。表示回路5は配信サーバMSから受信した表示データに基づいて「検索条件入力画面」(後述の図4参照)や「検索結果表示画面」(後述の図7参照)などを、例えば液晶表示パネル(LCD)やCRT等から構成される表示装置5A(つまりディスプレイ)に表示するのは勿論のこと、CPU1の制御状態などを表示装置5Aに表示する。音源回路6は複数のチャンネルで楽音信号の同時発生が可能であり、バス1Dを経由して与えられた曲データを入力し、このデータに基づいて楽音信号を発生する。音源回路6から発生された楽音信号は、アンプやスピーカなどを含むサウンドシステム6Aを介して発音される。すなわち、音源回路6を具えることで、当該パソコン端末PCを演奏機器(曲データ再生機器)とすることができる。なお、曲データの形式はMIDI規格のようなディジタル符号化されたものであってもよいし、PCM、DPCM、ADPCMのような波形サンプルデータ方式からなるものであってもよい。また、この音源回路6とサウンドシステム6Aの構成には、従来のいかなる構成を用いてもよい。
【0015】
通信インタフェース7は、当該端末を例えばLANやインターネットあるいは電話回線網等の通信ネットワークXに接続するためのモデムやイーサネット(登録商標)インタフェース等である。当該端末は該通信ネットワークXを介して所定の配信サーバMS等と接続されることにより、本端末側から配信サーバMSに対してURLや検索条件などを送信したり、配信サーバMSから表示データや検索結果としての曲データなどを本端末側で受信することができるようになる。なお、通信インタフェース7及び通信ネットワークXは、有線のものに限らず無線のものであってもよい。また、双方を具えていてもよい。外部記憶装置8は、CPU1が実行する各種制御プログラム(例えば、この発明に係る処理を実行しうる周知のネットワーク用ブラウザ(WWWブラウザ)や専用のアプリケーションソフトウエアなど)を記憶するものである。前記ROM2に制御プログラムが記憶されていない場合、この外部記憶装置8(例えばハードディスク)に制御プログラムを記憶させておき、それを前記RAM3に読み込むことにより、ROM2に制御プログラムを記憶している場合と同様の動作をCPU1にさせることができる。このようにすると、制御プログラムの追加やバージョンアップ等が容易に行える。
【0016】
なお、外部記憶装置8はハードディスク(HD)に限られず、フレキシブルディスク(FD)、コンパクトディスク(CD-ROM・CD‐RAM)、光磁気ディスク(MO)、あるいはDVD(Digital Versatile Diskの略)等の着脱自在な様々な形態の外部記憶媒体を利用する記憶装置であればどのようなものであってもよい。あるいは、フラッシュメモリ等の半導体メモリであってもよい。
なお、上記RAM3と外部記憶装置8は、物理的には同一のデバイスであってよい。
なお、サーバMS、中継サーバTSの各装置は、音源回路6やサウンドシステム6Aを装備していなくてもよい。また、携帯端末MTにおいて、操作子4Aや表示装置5Aは携帯端末MT本体に装備(あるいは内蔵)されている各種スイッチや液晶ディスプレイなどである。音源回路6とサウンドシステム6Aは、携帯端末MT本体に装備(あるいは内蔵)されていることが好ましい。携帯端末MTにおける通信インタフェース7は無線通信用の装置であり、中継サーバTSと通信を行うことができるものである。勿論、パソコン端末PCと同様に有線通信を行うためのインタフェースを具えていてもよい。外部記憶装置8は携帯端末MT本体に予め内蔵されているもの、あるいはケーブルなどを使って外部接続できるもののいずれでもよい。本体に内蔵されているものの場合には、装置構成が小さい、例えばスティック形状やカード形状をした小型半導体メモリを駆動するドライブが好ましい。
【0017】
図1に示したコンテンツ配信システムにおいては、クライアントから送信された検索条件に従って配信サーバMSはコンテンツを検索する。そして、サーバMSは検索の実行を要求したクライアントに対して、該検索結果を表示するための表示データを送信すると共に、該検索結果に従って順次に検索したコンテンツを送信する。クライアントでは表示データに従って検索結果を画面表示すると共に、コンテンツを再生する。そこで、上記したような処理を実行する「コンテンツ配信処理」について、図3を用いて説明する。図3は、本発明に係るコンテンツ配信処理の一実施例を示すフローチャートである。この実施例ではコンテンツ配信処理を、パソコン端末PCあるいは携帯端末MT等のクライアントと配信サーバMSとの間で行われる一連の処理として示した。以下、図3のフローチャートに従って、当該処理の動作を説明する。ただし、この実施例ではコンテンツとして曲データを配信する例について説明する。
【0018】
まず、クライアントではWWWブラウザを起動し、以下に示すステップS1〜S7までの処理を該起動したWWWブラウザにより実行する。ステップS1では、該起動したWWWブラウザからユーザによるURL(Uniform Resource Locator)の入力を受けつけ、ユーザにより検索条件入力画面のURLが入力されると、通信ネットワークX上に接続された複数の配信サーバMSの中から入力されたURLに対応した検索条件入力画面(後述する図4参照)用の表示データを記憶した配信サーバMSに対してアクセスを開始する。アクセスが開始された配信サーバMSでは受信したURLに基づいて、記憶している多数の画面の中から検索条件入力画面を生成する基となる表示データを読み出してクライアントへ返送する(ステップS11)。すなわち、クライアントはユーザによるURLの指定つまりアクセス要求に従って、配信サーバMSにアクセスし、該アクセスした配信サーバMS内に記憶されている多数の各種画面の中から受信したURLに対応したいずれかの画面を読み出してクライアント側で表示させることができる。通信ネットワークX上の配信サーバMSに記憶されている各種画面は該画面を生成する基となるHTML等で記述された表示データとして管理されており、それぞれの表示データは通信ネットワークX上の場所を示すURLにより特定できるように定義されている。つまり、URLは特定の配信サーバMSに記憶された表示データを指定するために用いられるアドレス情報であり、例えば文字列情報で構成される。ユーザはこのURLを指定することで配信サーバMSから表示データを読み出し、該表示データに基づいてクライアント側で指定したURLに対応する画面を表示させることができる。この表示データに基づいての各種画面を表示する処理は周知の技術であることから、ここでは説明を省略する。
【0019】
クライアントは配信サーバMSから表示データが返送されると、該返送された表示データに基づき表示画面上に「検索条件入力画面」を表示する(ステップS2)。そして、ユーザによる検索条件の入力を受け付け、該入力された検索条件を配信サーバMSに対して送信する(ステップS3)。ここで、クライアントでWWWブラウザにより表示される「検索条件入力画面」について、図4を用いて説明する。図4は、「検索条件入力画面」の一実施例を示す概念図である。この「検索条件入力画面」は、サーバに記憶されている多数の曲データの中から、ユーザ所望の曲データを絞り込むための検索条件を入力するための画面である。
【0020】
図4に示すように、「検索条件入力画面」は検索項目を入力するためのエリアA1と、検索キーワードを入力するためのエリアA2と、再生ボタンA3とを少なくとも含んだ画面構成である。検索項目入力エリアA1及び検索キーワード入力エリアA2は、ユーザ所望の曲データを絞り込むための検索条件を指定するためのエリアである。検索項目入力エリアA1では、当該エリアの右に配置されたアイコン(図4では塗りつぶした逆三角形及び四角形で示す)の操作に応答してプルダウンメニューが表示され、当該プルダウンメニューに表示される予めカテゴリ毎に分類されている曲の種類に関する大まかな検索条件の中から任意の検索条件を指定することができる。この実施例では予めカテゴリ毎に分類されている曲の種類に関する大まかな検索条件のうち「曲名」が指定されている例を示している。曲の種類に関する大まかな検索条件としては上記「曲名」の他に、例えばアーティスト名、作曲者名、作詞者名、アルバム名、音楽ジャンル、歌詞、テンポ、曲の発表年(月)、曲データの登録日時、タイアップ情報(例えば「○○のCM」、「TV番組○○のテーマ」等、曲が利用された商品や役務や作品等に関する種々の情報)などがある。
【0021】
検索キーワード入力エリアA2は上記したような曲の種類に関する大まかな検索条件の中から、さらにユーザ所望の曲データを絞り込むための細かな検索条件をキーワードにより指定するためのエリアである。ここでは複数のキーワードを入力することができ、入力した複数のキーワードについてAND条件やOR条件やNOT条件等での検索を行うように設定することができる。すなわち、検索条件は適宜に変更可能である。この実施例では、検索条件として2つのキーワードをOR条件で検索するように設定した例を示した(キーワード1+キーワード2:ただし、この実施例ではOR条件の演算子を表示するものとして記号「+」を用いている)。再生ボタンA3は、検索項目入力エリアA1及び検索キーワード入力エリアA2で指定された検索条件に従って、配信サーバMSに対し検索開始を指示するためのボタンである。すなわち、該再生ボタンA3の操作に伴い配信サーバMSに対して検索条件が送信され、後述するように配信サーバMSでは該検索条件に従って検索を実行し、その検索結果をクライアントに返送すると共に検索結果に対応した曲データを順次に配信する。
【0022】
なお、検索条件としては同時に複数の検索条件を選択可能に入力できるように構成してもよい。この場合、各検索条件の集合に対して集合演算を行うようにしてよい。例えば、図4に示した「検索条件入力画面」の実施例では図示していないが、上記曲の種類に関する大まかな検索条件の他に、予め決められているデータ種類に関する大まかな検索条件として、例えば両手演奏可能なデータ、対応楽譜のあるデータ、MIDIデータのタイプ、データの登録日時などを同時に指定することができるようになっていてもよい。こうしたデータ種類を指定できるようにすると、前述の曲名や曲の種類といった条件とは異なる観点から検索対象を絞り込むことができ、ユーザの使い勝手の向上を図ることができる。また、クライアントで使用することができないデータ種類(例えば、当該クライアントでは再生することのできない曲データの種類など)をユーザが予め除外しておき、ユーザが所有するクライアントで再生することが可能な曲データ種類の曲データのみを検索対象として検索することができるようになり有利である。
【0023】
なお、図4に示した「検索条件入力画面」ではユーザが逐一検索条件の指定を行うものを例に示したがこれに限らず、検索条件を予め定義しておいてもよい。すなわち、検索項目入力エリアA1乃至再生ボタンA3に代えて、予め定義済みの複数の検索条件を表示しておき、ユーザが当該検索条件をクリックしたことに応じて当該条件に基づく検索を実行するようにしてよい。例えば、「ロック」や「ポップス」等のジャンル別の検索条件、「’あ’で始まる曲名」あるいは「’い’で始まる曲名」などの検索条件を予め一覧表示しておく。ユーザが該一覧表示の中から例えば「ポップス」表示をクリックした場合には、図4に示した実施例における検索項目入力エリアA1に「音楽ジャンル」、検索キーワード入力エリアA2に「ポップス」を入力して再生ボタンA3を操作した場合と同様の検索を実行する。また、ユーザが該一覧表示の中から例えば「’あ’で始まる曲名」表示をクリックした場合には、図4に示した実施例における検索項目入力エリアA1に「曲名」、検索キーワード入力エリアA2に「’あ’で始まる」を入力して再生ボタンA3を操作した場合と同様の検索処理を実行する。
なお、提供可能なコンテンツを階層的に表示するように構成した場合には、階層を移動するたびに移動後の階層に含まれる曲データを検索するようにしてよい。例えば、「ロック」や「ポップス」等のジャンル別の検索条件、男性ボーカル(グループ)や女性ボーカル(グループ)等のアーティスト種類別の検索条件などを予め一覧表示しておき、ユーザが該一覧表示の中から例えば「ポップス」表示をクリックした場合には「J−POP」「US」「UK」などの下の階層に移動することができるとともに、移動した階層に合致する曲を検索する。勿論、こうした階層は段階的であってよく、下の階層に移動する毎に検索範囲が絞られて曲の検索が行われる。
【0024】
なお、部分一致で検索式を入力する以外にも、種々の一致条件、例えば、「(入力条件)で始まる、(入力条件)で終わる、(入力条件)と一致する等、あるいはこれらのNOT」などの条件を選択可能としてもよい。
なお、「検索結果表示画面」(後述する図7参照)に表示する検索結果の表示順を、例えばあいうえお順などのように並べかえて表示するように「検索条件入力画面」において設定できるようにしてもよい。
【0025】
図3に示したフローチャートの説明に戻って、配信サーバMSでは検索条件を受信すると、該検索条件に従って楽曲DBを参照して検索条件に合致する曲データを検索する「曲データ検索処理」を実行する(ステップS12)。楽曲DBは配信サーバMSに記憶されている楽曲毎に固有のユニークな識別子(曲ID番号)が付された曲データのそれぞれに対応して、予めカテゴリ毎に分類されている曲の種類に関する大まかな検索条件に対応するデータフィールド(例えば曲名、アーティスト名、作曲者名などを記憶したフィールド)を有すると共に、曲データの実体を参照するためのパス情報を記録したデータベースである。「曲データ検索処理」では受信した検索条件に従って楽曲DBの対応するデータフィールドを検索し、検索条件に該当したデータのパス情報を参照して曲データを順次に読み出す。こうした「曲データ検索処理」による検索が終了すると、配信サーバMSは検索結果として該当する曲データのあるなしに関わらず検索結果表示画面用の表示データをクライアントに対して送信する。さらに、検索結果として該当する曲データがある場合には読み出した曲データ及び該曲データに対応するように定義された背景画像用の背景データをクライアントに対して適宜の順序で順次に送信する。該「曲データ検索処理」の詳細な説明については後述する(図5参照)。
【0026】
クライアントは受信した検索結果表示画面用の表示データに基づいて、「検索結果表示画面」(図7参照)を表示する(ステップS4)。さらに、検索結果として該当する曲データがあった場合には当該曲データ及び背景データの受信を開始して(ステップS5)、受信した曲データを再生するためのアプリケーションプログラムである「再生処理」を起動する(ステップS6)。この「再生処理」はWWWブラウザから起動命令を受けて起動される処理であり(ステップS8)、WWWブラウザと並行的に動作して処理を実行する。該「再生処理」では、配信サーバMSからストリーム配信された曲データを逐次再生する。また、曲データの再生に応じて(つまり曲の進行にあわせて)、配信サーバMSから配信された背景データに基づいて背景画像を表示装置に表示する。こうした処理を実行する「再生処理」の詳細な説明については後述する(図6参照)。
【0027】
次に、上述した「コンテンツ配信処理」において配信サーバMSで実行される「曲データ検索処理」(図3のステップS12参照)及びクライアントで実行される「再生処理」(図3のステップS6参照)について、それぞれ図を用いて説明する。まず、「曲データ検索処理」について説明する。図5は、「曲データ検索処理」の一実施例を示すフローチャートである。
【0028】
ステップS21では、検索条件式を解析する。ステップS22では、楽曲DBから検索条件式に合致する曲データを検索する。ステップS23では、上記曲データの検索に応じた検索結果を表示するための検索結果表示画面(図7参照)用の表示データを生成して、該生成した表示データをクライアントに対して送信する。すなわち、クライアントにおいて「検索条件入力画面」を用いて入力された検索項目及び検索キーワード(検索条件式とも呼ぶ)に従って、楽曲DBから各キーワードに合致する曲データを検索し、さらに演算子に従って集合演算を行った結果を検索結果として採用する。そして、該検索結果は0乃至複数の曲ID番号で扱われ、各曲ID番号に対応して楽曲DBに定義されている曲に関する情報(例えば、曲名、アーティスト名など)を「検索結果表示画面」上にリスト表示するための表示データを生成する。ステップS24では、次の曲データが有るか否かを判定する。次の曲データが有ると判定した場合には(ステップS24のYES)、該当する曲データ及び該曲データに対応する背景データをクライアントに対して送信する(ステップS25)。すなわち、「検索結果表示画面」に表示された順(あるいはランダム)に曲ID番号に対応する曲データを読み出して、順次にクライアントにストリーム配信する。また、該曲の進行にあわせて背景映像を表示するための背景データがある場合には、該背景データを同時に送信する。クライアントでは、配信された曲データや背景データを受信データバッファに一時記憶する。なお、クライアントに対してストリーム配信する曲データの範囲は1曲分全体の曲データであってもよいし、曲の先頭から数秒〜数十秒などのように部分的な範囲の曲データのみであってもよい。
【0029】
次に、「再生処理」について説明する。図6は、「再生処理」の一実施例を示すフローチャートである。該再生処理はWWWブラウザと並列的に動作するアプリケーションプログラムであって、配信サーバMSから受信した曲データを再生する処理である。該「再生処理」で再生する曲データは、WWWブラウザにより受信データバッファから必要に応じて当該処理に転送される。
【0030】
ステップS31では、初期設定等を実行する。例えばクライアントの動作環境の取得(例えば、利用可能な音源デバイスの特定等)や、アプリケーションプログラムの実行結果などを表示するためのアプリケーションウインドウの表示といった初期設定を実行する。ステップS32では、その他の処理を実行する。その他の処理としては、例えばユーザによるボタン操作(例えば、曲データ再生の早送り/巻戻し/一時停止等の再生制御ボタン、アプリケーションプログラムを終了するための終了ボタン、背景表示の有無や表示する背景を選択するためのプルダウンメニュー等の操作)やメニュー選択操作、ウインドウ表示内容の更新処理等を含む。該「その他の処理」において終了ボタンの押下が検出された場合には、当該アプリケーションプログラムを終了する処理が行われる。ステップS33では、配信サーバMSから曲データを受信したか否かを判定する。曲データを受信していない場合には(ステップS33のNO)、曲データの再生を行うことなくステップS32の処理に戻る。すなわち、配信サーバMSから曲データを受信するまで「その他の処理」を実行することで、曲データ再生待機状態を維持する。一方、曲データを受信している場合には(ステップS33のYES)、WWWブラウザにより受信データバッファから必要に応じて曲データを転送してもらい該曲データを再生し(ステップS34)、ステップS32の処理に戻る。この場合には、曲データの受信(WWWブラウザによるデータ転送)が終了するか又は終了ボタンが押下されるまで、曲データの再生処理を実行し続ける(つまりステップS32〜S34までのループ処理を実行する)。
【0031】
上述した「曲データ検索処理」の実行により生成されて、クライアントでWWWブラウザにより表示される「検索結果表示画面」について説明する。図7は、「検索結果表示画面」の一実施例を示す概念図である。この「検索結果表示画面」は、配信サーバMSに記憶された多数の曲データの中から検索条件に合致した曲データに関する情報を表示することでユーザに対して検索結果を知らせるための画面である。図7(a)に検索結果として該当する曲データが1件もなかった場合の画面表示を、図7(b)に検索結果として該当する曲データが1件以上あった場合の画面表示をそれぞれ示した。
【0032】
図7(a)及び図7(b)から理解できるように、「検索結果表示画面」には検索条件及び該検索条件での検索結果を表示する。検索条件の表示には、「検索条件入力画面」において設定された検索項目(この実施例では曲名)と、検索キーワードとして入力されたキーワードとが表示される。そして、該検索条件での検索処理の結果として該当する曲データが1件も存在しなかった場合には、図7(a)に示した実施例のように「合致するデータはありません」などの、合致する曲データが存在しないことを示す旨の表示を行う。他方、該検索条件での検索処理の結果として該当する曲データが1件以上あった場合には、合致する曲データに関して曲データに関する情報のうち検索項目に該当する情報を表示する。図7(b)に示した実施例においては検索項目として「曲名」が選択されている例を示したことから、検索結果として「曲名」が表示される。また、上述したように「検索結果表示画面」に表示された検索結果に応じて順次に曲データが再生されることから、該「検索結果表示画面」において現在再生中の曲データに関する情報に対しては「再生中である」ことを示す旨の表示を行う。この実施例では、「再生中」表示と共に当該曲データに関する情報を反転表示(図では斜線で囲んだ四角形)した例を示した。勿論、上記実施例のように検索項目として「曲名」が選択された場合に、検索結果として「曲名」を表示するのみに限らず、該「曲名」に関わる曲に関する他の情報(例えば、アーティスト名など)をあわせて表示してもよいことは言うまでもない。
【0033】
なお、上述した実施例においてはWWWブラウザにより「検索結果表示画面」を表示させるようにしたが、「再生処理」により表示させるようにしてもよい。
なお、上述した実施例においてはWWWブラウザと再生処理とを別々のプログラムとして各々を起動することにより各処理を行うものを示したがこれに限らず、WWWブラウザと再生処理とが一体的に形成されているものであってもよい。そうした場合には、「検索結果表示画面」と背景画像とを1つのウィンドウ内に同時に表示するようにしてよい。
【0034】
なお、検索再生の対象とするデータは曲を再生するための曲データに限らず、静止画を表示するための静止画データ、映像を表示するためのムービーデータ、あるいは文字を表示するテキストデータなどであってもよい。
【0035】
【発明の効果】
この発明によれば、ユーザが指定した検索条件に従って抽出したコンテンツを配信サーバからクライアントに対して順次に配信し再生するようにしたことから、従来のようにユーザはコンテンツ検索後に明示的に特定のコンテンツに対する配信要求を行わなくても、ユーザ所望のコンテンツを特定することができるようになる、という利点を有する。
【図面の簡単な説明】
【図1】 コンテンツ配信システムの一実施例の全体システム構成を略示するシステムブロック図である。
【図2】 図1に示したコンテンツ配信システムにおいて用いられる各装置の1つの全体構成の一実施例を示すハード構成ブロック図である。
【図3】 本発明に係るコンテンツ配信処理の一実施例を示すフローチャートである。
【図4】 検索条件入力画面の一実施例を示す概念図である。
【図5】 曲データ検索処理の一実施例を示すフローチャートである。
【図6】 再生処理の一実施例を示すフローチャートである。
【図7】 検索結果表示画面の一実施例を示す概念図である。図7(a)は該当する曲データが1件もなかった場合、図7(b)は該当する曲データが1件以上あった場合の画面である。
【符号の説明】
1…CPU、2…ROM、3…RAM、4…検出回路、4A…操作子、5…表示回路、5A…表示装置、6…音源回路、6A…サウンドシステム、7…通信インタフェース、8…外部記憶装置、1D…通信バス(データ及びアドレスバス)、X…通信ネットワーク、MS…配信サーバ、TS…中継サーバ、PC…パソコン端末、MT…携帯端末[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a content distribution method and program for searching and distributing content desired by a user via a communication network. In particular, the present invention relates to a content distribution method and program for sequentially distributing content to a user according to a content search result even if the user does not explicitly issue a distribution request for specific content after content search.
[0002]
[Prior art]
[Patent Document 1]
Japanese Patent Laid-Open No. 2001-042866
[Patent Document 2]
JP 2001-036423 A
Recently, due to the spread of wired and wireless communication networks represented by the Internet, movies for displaying song data and video consisting of MIDI performance information for playing songs whenever you want in response to client distribution requests Content delivery services are available that allow content such as data to be streamed from a server via the Internet and play music or video on a terminal (client) such as a user-owned personal computer or mobile phone . A server that provides such a content distribution service stores a large number of pieces of content such as song data and movie data in advance, and a user who accesses the server satisfies a desired condition from among the stored many pieces of content Is configured to be searchable. Conventionally, when a user-desired content is streamed and reproduced by a client, the following procedure has been used. First, in order to search for a content desired by the user, a search condition including a keyword such as a song title or an artist name is input to a predetermined search form, and the search result is received from the server and displayed. When a distribution request for specific content is explicitly made to the server by pressing a “play” button corresponding to the target content from the search results, the specific content corresponding to the distribution request Is distributed from the server, the client receives and reproduces the content distributed from the server.
[0003]
[Problems to be solved by the invention]
As described above, when a user-desired content is searched for and reproduced from a large number of contents stored in a server, conventionally, whenever a user performs a search, “content displayed as a search result list by a character string or the like” In order to select the desired content from “,” another operation different from the search operation such as pressing the “play” button corresponding to the content has to be performed. That is, unless a new operation such as pressing the “play” button is performed, no content distribution request is made to the server, and therefore no content is distributed from the server to the client. However, if the information for identifying the desired content by the user himself (for example, the song title) is ambiguous, the user repeatedly presses the play button for each content while viewing the search result list, and actually The user-desired content has to be specified by sequentially reproducing the content distributed from the server one by one. Repeating these operations is very troublesome, and it takes a very long time to specify the desired content, which is inconvenient.
[0004]
The present invention has been made in view of the above-described points, and allows the content extracted as a search result to be sequentially distributed and played back even if the user does not explicitly request distribution for specific content after content search. It is an object of the present invention to provide a content distribution method and program that enable a user to efficiently specify a desired content without waste and realize a simpler search / playback method compared to conventional methods.
[0005]
[Means for Solving the Problems]
A content distribution program according to the present invention is transmitted via a communication network. For connected clients On the server computer that provides the content, From the client in response to the search instruction A procedure for receiving a content search condition; a procedure for generating a content search result list by searching for a content satisfying the content search condition from a plurality of contents; and the generated content search result list To the client The procedure to distribute and the searched One or more Content in order according to the generated content search result list client For each of the searched contents, and the individual distribution by the user for the searched contents Instructions Even without Distribution of content in response to the user receiving the content search result list; Search by user Instructions Obtained by searching according to One or more Content Play and The client Is a program for automatically performing
[0006]
According to the present invention, after a content search, a user explicitly distributes specific content. Instructions Even if the search is not performed, the searched contents are sequentially distributed from the server. By reproducing the contents, the user can efficiently specify the desired contents without waste. That is, the user at the server Search instructions by When a content search condition corresponding to the content search condition is received, content corresponding to the content search condition is searched from a plurality of contents to generate a content search result list. And based on the generated content search result list, not only inform the user of the search results by display, One or more obtained by searching without individual distribution instructions by the user Content , Sequential distribution to users via a communication network. In this way, explicit delivery to the server by the user, such as specifying individual content based on the displayed search results Instructions Even if the search is not performed, in response to the specification of content search conditions by the user, in addition to the content search result list, the searched content is automatically sent to the user in the order according to the content search result list from the server. Delivered sequentially Played Therefore, the user can not only view the distributed content search result list but also identify the desired content efficiently after confirming it efficiently by actually listening to the sequentially distributed content. It will be easy.
[0007]
The present invention can be constructed and implemented not only as a method invention but also as an apparatus invention. In addition, the present invention can be implemented in the form of a program of a processor such as a computer or a DSP, and can also be implemented in the form of a recording medium storing such a program.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below in detail with reference to the accompanying drawings.
[0009]
FIG. 1 is a system block diagram schematically showing the overall system configuration of an embodiment of a content distribution system. The content distribution system shown in this embodiment is a system in which a distribution server MS that distributes content and a user terminal (client) that uses the content are connected via a communication network X so that bidirectional communication is possible. The communication network X is not limited to a wired line, and may include a wireless line such as a mobile phone line or a satellite communication line. Further, it is not limited to a public telephone line network or the Internet, and may include a LAN or the like. The distribution server MS, which is a WWW (World Wide Web) server for content distribution that constitutes a part of the content distribution system shown in FIG. 1, is not limited to one, and there may be a plurality of distribution servers MS. It may be possible to provide the content that has been made. The distribution server MS uses display data and various screens as a basis for generating various screens described using a page description language such as HTML (Hyper Text Markup Language) according to access to the URL. (E.g., return of image data that is incidentally displayed, execution of designated CGI application, etc.) and various processing such as content distribution according to the search result. Of course, each distribution server MS includes a server computer on which a necessary program is installed so that processing according to the present invention can be executed, a database storing a large number of contents, and the like.
[0010]
The client that constitutes the content distribution system shown in FIG. 1 together with the distribution server MS described above may be an ordinary personal computer (PC terminal PC), and is not limited to a general-purpose computer, but may be a portable terminal MT such as a PDA or a cellular phone, or Any processing can be used as long as the processing according to the present invention can be executed by a microcomputer or a processor incorporated in a device having a special function such as a game device or an electronic musical instrument. Of course, in the user terminal (client), a well-known network browser (WWW browser) and dedicated application software are installed so that the processing according to the present invention as will be described below as an embodiment can be executed. . As described above, each device (that is, client and server) constituting the content distribution system is configured by independent computers each including processing means including CPU, ROM, RAM, storage means, communication means, and the like. Thus, each device can transmit and receive various information and contents via the communication network X.
[0011]
A mobile terminal MT such as a mobile phone or PDA used as a client is a small device capable of wireless communication, and has a display function for displaying a site and a content playback function for playing back content in addition to the original communication function. Of course, a well-known network browser (WWW browser) and dedicated application software are installed on the portable terminal in the same manner as a personal computer terminal or the like so that the processing according to the present invention can be executed. However, when such a portable terminal is connected to the distribution server MS for bidirectional communication, it is necessary to pass through the relay server TS. That is, the relay server TS relays signal transmission and reception between the mobile terminal MT and the distribution server MS, so that the mobile terminal MT can access the distribution server MS.
[0012]
Next, an embodiment of any one of the hardware configurations of the personal computer terminal PC, the mobile terminal MT, the server MS, and the relay server TS constituting the content distribution system shown in FIG. 1 will be briefly described. FIG. 2 is a hardware configuration block diagram showing an embodiment of one overall configuration of each of the above devices. However, since each of the above devices can be described as using a similar hardware configuration, only one figure of the personal computer terminal PC will be described as a representative.
[0013]
The personal computer terminal PC shown in this embodiment is controlled by a microcomputer comprising a microprocessor unit (CPU) 1, a read only memory (ROM) 2 and a random access memory (RAM) 3. The
[0014]
The
[0015]
The
[0016]
The external storage device 8 is not limited to a hard disk (HD), but a flexible disk (FD), a compact disk (CD-ROM / CD-RAM), a magneto-optical disk (MO), a DVD (abbreviation of Digital Versatile Disk), etc. Any storage device that uses external storage media in various forms that can be freely attached and detached may be used. Alternatively, a semiconductor memory such as a flash memory may be used.
The
Note that each device of the server MS and the relay server TS may not be equipped with the
[0017]
In the content distribution system shown in FIG. 1, the distribution server MS searches for content according to the search condition transmitted from the client. Then, the server MS transmits display data for displaying the search result to the client that has requested execution of the search, and also transmits the content searched sequentially according to the search result. The client displays the search result on the screen according to the display data and reproduces the content. A “content distribution process” for executing the above-described process will be described with reference to FIG. FIG. 3 is a flowchart showing an embodiment of content distribution processing according to the present invention. In this embodiment, the content distribution process is shown as a series of processes performed between the client such as the personal computer terminal PC or the portable terminal MT and the distribution server MS. Hereinafter, the operation of the processing will be described with reference to the flowchart of FIG. However, in this embodiment, an example in which music data is distributed as content will be described.
[0018]
First, the client starts a WWW browser, and the following steps S1 to S7 are executed by the started WWW browser. In step S1, when a URL (Uniform Resource Locator) input by the user is received from the activated WWW browser and the URL of the search condition input screen is input by the user, a plurality of distribution servers MS connected on the communication network X are received. Access to the distribution server MS that stores display data for a search condition input screen (see FIG. 4 described later) corresponding to the URL input from among the URLs is started. On the basis of the received URL, the distribution server MS that has started access reads out display data that is a basis for generating a search condition input screen from among the stored many screens and returns it to the client (step S11). That is, the client accesses the distribution server MS in accordance with the URL designation by the user, that is, the access request, and any one of the screens corresponding to the URL received from the various screens stored in the accessed distribution server MS Can be read and displayed on the client side. Various screens stored in the distribution server MS on the communication network X are managed as display data described in HTML or the like as a basis for generating the screen, and each display data indicates a location on the communication network X. It is defined so that it can be specified by the URL shown. That is, the URL is address information used for designating display data stored in a specific distribution server MS, and is composed of, for example, character string information. The user can read the display data from the distribution server MS by designating this URL, and can display a screen corresponding to the URL designated on the client side based on the display data. Since the process of displaying various screens based on the display data is a well-known technique, the description thereof is omitted here.
[0019]
When the display data is returned from the distribution server MS, the client displays a “search condition input screen” on the display screen based on the returned display data (step S2). Then, the input of the search condition by the user is accepted, and the input search condition is transmitted to the distribution server MS (step S3). Here, the “search condition input screen” displayed by the WWW browser on the client will be described with reference to FIG. FIG. 4 is a conceptual diagram showing an example of a “search condition input screen”. This “search condition input screen” is a screen for inputting a search condition for narrowing down user-desired music data from among a large number of music data stored in the server.
[0020]
As shown in FIG. 4, the “search condition input screen” has a screen configuration including at least an area A1 for inputting a search item, an area A2 for inputting a search keyword, and a playback button A3. The search item input area A1 and the search keyword input area A2 are areas for designating search conditions for narrowing down user-desired song data. In the search item input area A1, a pull-down menu is displayed in response to an operation of an icon (indicated by a solid inverted triangle and a rectangle in FIG. 4) arranged on the right side of the area, and a category previously displayed in the pull-down menu is displayed. Arbitrary search conditions can be designated from the rough search conditions related to the types of songs classified for each. In this embodiment, an example is shown in which “song name” is designated out of the rough search conditions related to the types of songs that are classified in advance for each category. As a general search condition regarding the type of song, in addition to the above “song name”, for example, artist name, composer name, songwriter name, album name, music genre, lyrics, tempo, song release year (month), song data Registration date and time, tie-up information (for example, various information related to products, services, works, etc. in which songs are used, such as “CM of XX”, “Theme of TV program XX”, etc.).
[0021]
The search keyword input area A2 is an area for designating a detailed search condition for narrowing down user-desired song data by a keyword from the rough search conditions related to the kind of music as described above. Here, it is possible to input a plurality of keywords, and it is possible to set to perform a search using an AND condition, an OR condition, a NOT condition, or the like for the plurality of input keywords. That is, the search condition can be changed as appropriate. In this embodiment, an example is shown in which two keywords are searched as an OR condition as a search condition (
[0022]
The search condition may be configured so that a plurality of search conditions can be selected at the same time. In this case, a set operation may be performed on each set of search conditions. For example, although not shown in the embodiment of the “search condition input screen” shown in FIG. 4, in addition to the rough search condition related to the type of song, as a rough search condition related to a predetermined data type, For example, data that can be played with both hands, data with a corresponding score, MIDI data type, data registration date and time, etc. may be specified at the same time. If such a data type can be specified, the search target can be narrowed down from a viewpoint different from the above-described conditions such as the song name and the song type, and the user-friendliness can be improved. In addition, music types that cannot be used by the client (for example, music data types that cannot be played back by the client) are excluded by the user in advance, and can be played back by the client owned by the user. This makes it possible to search only the music data of the data type as a search target.
[0023]
The “search condition input screen” shown in FIG. 4 shows an example in which the user designates the search condition one by one. However, the present invention is not limited to this, and the search condition may be defined in advance. That is, instead of the search item input area A1 to the play button A3, a plurality of predefined search conditions are displayed, and a search based on the conditions is executed when the user clicks on the search conditions. You can do it. For example, search conditions for each genre such as “Rock” and “Pops”, and search conditions such as “Song name starting with“ A ”” or “Song name starting with“ I ”” are displayed in a list in advance. When the user clicks, for example, “pops” display from the list display, “music genre” is input in the search item input area A1 and “pops” is input in the search keyword input area A2 in the embodiment shown in FIG. Then, the same search as when the playback button A3 is operated is executed. Further, when the user clicks, for example, “song title starting with“ a ”” from the list display, “song name” and search keyword input area A2 in the search item input area A1 in the embodiment shown in FIG. A search process similar to that in the case where “starts with“ a ”” is input and the play button A3 is operated is executed.
In the case where the contents that can be provided are displayed in a hierarchical manner, the music data included in the moved hierarchy may be searched every time the hierarchy is moved. For example, a search condition for each genre such as “Rock” or “Pops”, a search condition for each artist type such as male vocal (group), female vocal (group), etc. are displayed in advance as a list, and the user can display the list. For example, when the “pops” display is clicked from among them, it is possible to move to a lower hierarchy such as “J-POP”, “US”, “UK”, etc., and to search for a song that matches the moved hierarchy. Of course, such hierarchies may be gradual, and each time the user moves to a lower hierarchy, the search range is narrowed down to search for songs.
[0024]
In addition to inputting a search expression by partial matching, various matching conditions, for example, “starting with (input condition), ending with (input condition), matching with (input condition), or these NOTs” It is possible to select a condition such as
It should be noted that the display order of search results displayed on the “search result display screen” (see FIG. 7 to be described later) can be set on the “search condition input screen” so that the display order is displayed, for example, in the order of AIUEO. Also good.
[0025]
Returning to the description of the flowchart shown in FIG. 3, when the distribution server MS receives the search condition, it executes “song data search processing” for searching for song data that matches the search condition with reference to the song DB according to the search condition. (Step S12). The song DB is roughly related to the types of songs that are classified in advance for each category corresponding to each piece of song data with a unique identifier (song ID number) unique to each song stored in the distribution server MS. This database has a data field (for example, a field storing a song name, an artist name, a composer name, etc.) corresponding to various search conditions and records path information for referring to the substance of the song data. In the “music data search process”, the corresponding data field of the music DB is searched according to the received search condition, and the music data is sequentially read with reference to the path information of the data corresponding to the search condition. When the search by such “music data search processing” is completed, the distribution server MS transmits display data for the search result display screen to the client regardless of whether or not there is corresponding music data as a search result. Further, when there is corresponding music data as a search result, the read music data and background data for the background image defined so as to correspond to the music data are sequentially transmitted to the client in an appropriate order. The detailed description of the “music data search process” will be described later (see FIG. 5).
[0026]
The client displays the “search result display screen” (see FIG. 7) based on the received display data for the search result display screen (step S4). Further, if there is corresponding song data as a search result, reception of the song data and background data is started (step S5), and “playback processing” which is an application program for playing back the received song data is performed. Start (step S6). This “reproduction process” is a process that is activated in response to an activation command from the WWW browser (step S8), and operates in parallel with the WWW browser to execute the process. In the “reproduction process”, the music data stream-distributed from the distribution server MS is sequentially reproduced. Further, according to the reproduction of the song data (that is, in accordance with the progress of the song), the background image is displayed on the display device based on the background data distributed from the distribution server MS. A detailed description of “reproduction processing” for executing such processing will be described later (see FIG. 6).
[0027]
Next, in the “content distribution process” described above, the “music data search process” (see step S12 in FIG. 3) executed by the distribution server MS and the “reproduction process” executed in the client (see step S6 in FIG. 3). Will be described with reference to the drawings. First, “song data search processing” will be described. FIG. 5 is a flowchart showing an example of “music data search processing”.
[0028]
In step S21, the search condition formula is analyzed. In step S22, music data that matches the search condition formula is searched from the music DB. In step S23, display data for a search result display screen (see FIG. 7) for displaying a search result corresponding to the search for the music data is generated, and the generated display data is transmitted to the client. In other words, music data that matches each keyword is searched from the music DB according to the search items and search keywords (also referred to as search condition formulas) entered using the “search condition input screen” at the client, and further set operation is performed according to the operator. The result of performing is used as a search result. The search result is handled by 0 to a plurality of song ID numbers, and information (for example, song name, artist name, etc.) related to the song defined in the song DB corresponding to each song ID number is displayed on the “search result display screen”. Display data to be displayed on the list. In step S24, it is determined whether there is next music data. If it is determined that there is next song data (YES in step S24), the corresponding song data and background data corresponding to the song data are transmitted to the client (step S25). That is, the song data corresponding to the song ID number is read in the order displayed on the “search result display screen” (or randomly), and sequentially stream-delivered to the client. If there is background data for displaying a background video in accordance with the progress of the music, the background data is transmitted simultaneously. The client temporarily stores the distributed music data and background data in the reception data buffer. Note that the range of song data to be streamed to the client may be the entire song data for one song, or only a partial range of song data such as several seconds to several tens of seconds from the beginning of the song. There may be.
[0029]
Next, “reproduction processing” will be described. FIG. 6 is a flowchart showing an example of “reproduction processing”. The reproduction process is an application program that operates in parallel with the WWW browser, and is a process of reproducing music data received from the distribution server MS. The music data to be reproduced in the “reproduction process” is transferred from the reception data buffer to the process as necessary by the WWW browser.
[0030]
In step S31, initial settings and the like are executed. For example, initial settings such as acquisition of the operating environment of the client (for example, identification of an available sound source device) and display of an application window for displaying an execution result of the application program are executed. In step S32, other processing is executed. Other processes include, for example, a button operation by the user (for example, a playback control button such as fast forward / rewind / pause for song data playback, an end button for ending an application program, presence / absence of background display, and background to be displayed. Operation of a pull-down menu for selection), menu selection operation, update processing of window display contents, and the like. When pressing of the end button is detected in the “other processing”, processing for ending the application program is performed. In step S33, it is determined whether or not music data has been received from the distribution server MS. If song data has not been received (NO in step S33), the process returns to step S32 without reproducing the song data. That is, by performing “other processing” until the music data is received from the distribution server MS, the music data reproduction standby state is maintained. On the other hand, if the music data is received (YES in step S33), the music data is transferred from the reception data buffer as needed by the WWW browser to reproduce the music data (step S34), and step S32 Return to the process. In this case, the music data reproduction process is continued until reception of the music data (data transfer by the WWW browser) is completed or the end button is pressed (that is, the loop processing from step S32 to S34 is executed). To do).
[0031]
A “search result display screen” generated by executing the “music data search process” described above and displayed on the WWW browser on the client will be described. FIG. 7 is a conceptual diagram showing an example of a “search result display screen”. This “search result display screen” is a screen for informing the user of the search result by displaying information related to the song data that matches the search condition from among a large number of song data stored in the distribution server MS. . FIG. 7A shows a screen display when there is no corresponding song data as a search result, and FIG. 7B shows a screen display when there is one or more song data corresponding as a search result. Indicated.
[0032]
As can be understood from FIGS. 7A and 7B, the “search result display screen” displays the search condition and the search result under the search condition. In the display of the search condition, the search item set in the “search condition input screen” (music name in this embodiment) and the keyword input as the search keyword are displayed. If there is no corresponding song data as a result of the search process under the search condition, “no matching data” is displayed as in the embodiment shown in FIG. , A display indicating that there is no matching music data is displayed. On the other hand, when there is one or more corresponding song data as a result of the search processing under the search condition, information corresponding to the search item is displayed among the information related to the song data regarding the matching song data. In the embodiment shown in FIG. 7B, an example in which “song name” is selected as a search item is shown, and “song name” is displayed as a search result. In addition, as described above, the song data is sequentially played back in accordance with the search results displayed on the “search result display screen”, so that information on the song data currently being played back on the “search result display screen” Is displayed to indicate that “playing”. In this embodiment, an example is shown in which the information relating to the song data is displayed in reverse video (in the figure, a rectangle surrounded by diagonal lines) together with the “playing” display. Of course, when “Song Title” is selected as a search item as in the above embodiment, not only “Song Title” is displayed as a search result but also other information related to the song related to the “Song Name” (for example, artist It goes without saying that names may be displayed together.
[0033]
In the above-described embodiment, the “search result display screen” is displayed by the WWW browser, but may be displayed by “reproduction processing”.
In the above-described embodiment, the WWW browser and the playback process are shown as separate programs, and each process is performed. However, the present invention is not limited to this, and the WWW browser and the playback process are integrally formed. It may be what has been done. In such a case, the “search result display screen” and the background image may be displayed simultaneously in one window.
[0034]
Note that the data to be searched and played is not limited to song data for playing songs, but still image data for displaying still images, movie data for displaying images, text data for displaying characters, etc. It may be.
[0035]
【The invention's effect】
According to the present invention, the content extracted in accordance with the search condition designated by the user is sequentially distributed from the distribution server to the client and played back, so that the user can explicitly specify the content after the content search as in the prior art. There is an advantage that the content desired by the user can be specified without making a distribution request for the content.
[Brief description of the drawings]
FIG. 1 is a system block diagram schematically showing an overall system configuration of an embodiment of a content distribution system.
2 is a block diagram of a hardware configuration showing an embodiment of one overall configuration of each device used in the content distribution system shown in FIG. 1; FIG.
FIG. 3 is a flowchart showing an embodiment of content distribution processing according to the present invention.
FIG. 4 is a conceptual diagram illustrating an example of a search condition input screen.
FIG. 5 is a flowchart showing an embodiment of music data search processing.
FIG. 6 is a flowchart illustrating an example of a reproduction process.
FIG. 7 is a conceptual diagram illustrating an example of a search result display screen. FIG. 7A shows a screen when there is no corresponding song data, and FIG. 7B shows a screen when there is one or more corresponding song data.
[Explanation of symbols]
1 ... CPU, 2 ... ROM, 3 ... RAM, 4 ... detection circuit, 4A ... operator, 5 ... display circuit, 5A ... display device, 6 ... sound source circuit, 6A ... sound system, 7 ... communication interface, 8 ... external Storage device, 1D ... communication bus (data and address bus), X ... communication network, MS ... distribution server, TS ... relay server, PC ... computer terminal, MT ... mobile terminal
Claims (4)
ユーザによる検索指示に応じて、クライアントからコンテンツ検索条件を受信する手順と、
複数のコンテンツの中から前記コンテンツ検索条件に該当するコンテンツを検索してコンテンツ検索結果リストを生成する手順と、
前記生成したコンテンツ検索結果リストをクライアントに配信する手順と、
前記検索した1乃至複数のコンテンツを前記生成したコンテンツ検索結果リストに従った順序でクライアントに対して順次に配信する手順とを実行し、
前記検索したコンテンツに対するユーザによる個別の配信指示がなくても、前記コンテンツ検索結果リストをユーザ側で受信したことに応じたコンテンツの配信と、ユーザによる検索指示に応じて検索して得られた1乃至複数のコンテンツの再生とをクライアントに対して自動的に行わせるためのプログラム。In a server-side computer that provides content to clients connected via a communication network,
In response to a search instruction from a user, a procedure for receiving content search conditions from a client
A procedure for generating a content search result list by searching for content that satisfies the content search condition from a plurality of content,
Delivering the generated content search result list to the client ;
A step of sequentially delivering the searched one or more contents to the client in an order according to the generated contents search result list;
Even without a separate distribution instruction from the user with respect to the retrieved content, and distribution of content in accordance to receiving the content search result list on the user side, obtained by search according to the search instruction by the user 1 or program for automatically perform the reproduction of a plurality of content to the client.
サーバに対してコンテンツ検索条件を送信する手順と、
該コンテンツ検索条件の送信に応じて、サーバから配信されたコンテンツ検索結果リストを受信する手順と、
前記受信したコンテンツ検索結果リストを表示する手順と、
該コンテンツ検索結果リストの受信に応じて、サーバから前記コンテンツ検索結果リストに従った順序で配信される1乃至複数のコンテンツを順次受信する手順と、
前記コンテンツの受信に応じて、該受信した1乃至複数のコンテンツを連続的に再生する手順と
を実行させるためのプログラム。In a client computer that obtains content from a server connected via a communication network,
Sending the content search criteria to the server;
A procedure for receiving a content search result list distributed from a server in response to transmission of the content search condition;
Displaying the received content search result list ;
Depending on the reception of the content retrieval result list, a step of receiving one or a plurality of contents to be delivered in the order in which instructions from the server to the content search result list sequentially,
A program for executing a procedure of continuously playing the received one or more contents in response to reception of the contents.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003041311A JP4165249B2 (en) | 2003-02-19 | 2003-02-19 | Content distribution method and program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003041311A JP4165249B2 (en) | 2003-02-19 | 2003-02-19 | Content distribution method and program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004252654A JP2004252654A (en) | 2004-09-09 |
JP4165249B2 true JP4165249B2 (en) | 2008-10-15 |
Family
ID=33024930
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003041311A Expired - Fee Related JP4165249B2 (en) | 2003-02-19 | 2003-02-19 | Content distribution method and program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4165249B2 (en) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006113148A (en) * | 2004-10-12 | 2006-04-27 | Just Syst Corp | Music playback device and music information distribution server |
JP4243862B2 (en) | 2004-10-26 | 2009-03-25 | ソニー株式会社 | Content utilization apparatus and content utilization method |
US8717301B2 (en) | 2005-08-01 | 2014-05-06 | Sony Corporation | Information processing apparatus and method, and program |
JP2007066285A (en) * | 2004-12-28 | 2007-03-15 | Sony Corp | Information processing apparatus and method, and program |
JP4595555B2 (en) | 2005-01-20 | 2010-12-08 | ソニー株式会社 | Content playback apparatus and content playback method |
JP4741267B2 (en) | 2005-03-28 | 2011-08-03 | ソニー株式会社 | Content recommendation system, communication terminal, and content recommendation method |
JP2007011928A (en) | 2005-07-04 | 2007-01-18 | Sony Corp | Content provision system, content provision device, content distribution server, content reception terminal and content provision method |
JP5133508B2 (en) | 2005-07-21 | 2013-01-30 | ソニー株式会社 | Content providing system, content providing device, content distribution server, content receiving terminal, and content providing method |
EP1783593A3 (en) | 2005-10-07 | 2012-12-19 | Sony Corporation | Information processing apparatus with a user interface comprising a touch panel, method and program |
JP4811046B2 (en) | 2006-02-17 | 2011-11-09 | ソニー株式会社 | Content playback apparatus, audio playback device, and content playback method |
JP2008052098A (en) * | 2006-08-25 | 2008-03-06 | Sun Corp | Music data reproduction system, server device, music data reproducing method, and music data delivery method |
JP5478222B2 (en) * | 2009-12-03 | 2014-04-23 | 三菱電機株式会社 | Content search system |
-
2003
- 2003-02-19 JP JP2003041311A patent/JP4165249B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004252654A (en) | 2004-09-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190026378A1 (en) | Content using method, content using apparatus, content recording method, content recording apparatus, content providing system, content receiving method, content receiving apparatus, and content data format | |
JP5175446B2 (en) | Portable terminal | |
JP2008047017A (en) | Information processor, processing method, and program | |
US20110099080A1 (en) | Content delivery system and method, content reproduction apparatus and content-providing server, and program for use in the same | |
JP2007011928A (en) | Content provision system, content provision device, content distribution server, content reception terminal and content provision method | |
US20050217459A1 (en) | Content providing apparatus, content providing system, web site changing apparatus, web site changing system, content providing method, and web site changing method | |
JP4165249B2 (en) | Content distribution method and program | |
KR100928090B1 (en) | Authoring system and method for playing text on the web as music | |
US6583348B2 (en) | Server for use in rating of music contents | |
JP2003302983A (en) | Method for using personal mobile browser terminal as music selecting and booking tool of karaoke machine, karaoke user assisting server for implementing the method, and karaoke machine | |
JP3882238B2 (en) | Distribution center of online karaoke system and music data distribution method of online karaoke system | |
JP4613804B2 (en) | CONTENT DISTRIBUTION SYSTEM, CONTENT REPRODUCTION DEVICE, CONTENT PROVIDING SERVER, AND PROGRAM USED FOR THEM | |
JP4158509B2 (en) | Information provision program for content distribution | |
WO2005031700A1 (en) | Communication apparatus, communication method and communication program | |
KR20000071986A (en) | Suppling method and system of music data file | |
JP4875401B2 (en) | Site search method, site search system, server device, and computer program | |
JP4111258B2 (en) | Information search system, information search apparatus and method, and storage medium | |
JP2007088967A (en) | Content supplying system and content reproducing terminal | |
JP2004015748A (en) | Moving image editing apparatus | |
JP2003248490A (en) | Karaoke device giving radio notice of address of music- associated information site to circumference | |
JP2005055628A (en) | Karaoke device | |
JP2002304494A (en) | Musical composition evaluation device and program for evaluating musical composition | |
JP2008206075A (en) | Program guide output apparatus, and program guide output system | |
JP2006113148A (en) | Music playback device and music information distribution server | |
JP2003280672A (en) | Authored work output method, communication system, recording device, computer program, and recording medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20030725 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061006 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061017 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061215 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070220 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070420 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070612 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070705 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070913 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070920 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080708 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080721 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110808 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120808 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130808 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |