【誤訳訂正書】
【提出日】平成15年4月23日(2003.4.23)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【書類名】明細書
【発明の名称】ストリーミングメディアの検索および再生システム
【特許請求の範囲】
【請求項１】ネットワークからメディアを再生する方法であって、
ネットワーク対応デバイスから検索基準を受信するステップと、
各アドレスに１つ以上のクラス情報を関連付けている、メディアリソースにアクセスできる複数のネットワークアドレスを含む、データベースにアクセスするステップと、
前記検索基準を用いて前記データベースから少なくとも１つのアドレスを選択するステップと、
前記被選択アドレス信号を前記ネットワーク対応デバイスに送信するステップと、
自動的に前記被選択アドレスのメディアリソースにアクセスし、該メディアリソースを再生するよう、前記ネットワーク対応デバイスを制御するステップと、を有して成ることを特徴とする方法。
【請求項２】前記データベースから少なくとも１つのアドレスを選択するステップが、前記検索基準を、前記アドレスに関連付けられている１つ以上のクラス情報に含まれているパラメータとマッチングさせるステップを含むことを特徴とする請求項１記載の方法。
【請求項３】前記複数のネットワークアドレスを含むデータベースにアクセスするステップが、内部に別のリンクを有していない、インターネットサイトをリンクする複数のリンクにアクセスするステップを含むことを特徴とする請求項１記載の方法。
【請求項４】前記検索基準を用いて前記データベースから少なくとも１つのアドレスを選択するステップが、該検索基準を用いて該データベース内の複数リンクを選択するステップと、該複数の被選択リンク信号を前記ネットワーク対応デバイスに送信するステップと、該複数の被選択リンクそれぞれの前記メディアリソースに自動的にアクセスし、該メディアリソースを指定順序で連続的に再生するよう、前記ネットワーク対応デバイスをプログラムに基づいて制御するステップとを含むことを特徴とする請求項３記載の方法。
【請求項５】前記メディアリソースに自動的にアクセスし、該メディアリソースを連続的に再生するように前記ネットワーク対応デバイスを制御するステップが、前記複数の被選択リンクそれぞれにアクセスした後に、該被選択リンクそれぞれの該メディアリソースを連続的に再生するステップを含むことを特徴とする請求項４記載の方法。
【請求項６】前記ネットワーク対応デバイスから検索基準を受信するステップが、アーティスト名に対応する検索基準を受信することを含み、該検索基準を用いて前記データベースから少なくとも１つのアドレスを選択するステップが、前記アーティスト名に対応するパラメータを含むクラス情報に関連付けられている複数のリンクを選択するステップを含むことを特徴とする請求項３記載の方法。
【請求項７】前記ネットワーク対応デバイスから前記検索基準を受信するステップが、ネットワークメディアリソースのタイトルに対応する検索基準を受信するステップを含み、該検索基準を用いて前記データベースから少なくとも１つのアドレスを選択するステップが、前記ネットワークメディアリソースのタイトルに対応するパラメータを含むクラス情報に関連付けられている複数のリンクを選択するステップを含むことを特徴とする請求項３記載の方法。
【請求項８】前記ネットワーク対応デバイスから前記検索基準を受信するステップが、音楽のカテゴリに対応する検索基準を受信するステップを含み、該検索基準を用いて前記データベースから少なくとも１つのアドレスを選択するステップが、該音楽のカテゴリに対応するパラメータを含むクラス情報に関連付けられている複数のリンクを選択するステップを含むことを特徴とする請求項２記載の方法。
【請求項９】ネットワークからメディアを再生する方法であって、
ネットワーク対応デバイスに入力されたメディア再生要求を受信するステップと、
各アドレスが１つのメディアリソースにアクセスする複数のネットワークアドレスを含むデータベースにアクセスするステップと、
該データベースから少なくとも２つのアドレスを識別するステップと、
該識別した各アドレス信号を前記ネットワーク対応デバイスに送信するステップと、
該送信されたそれぞれのアドレスのメディアリソースにアクセスし、該メディアリソースを自動的に再生するように、前記ネットワーク対応デバイスを制御するステップとを有して成ることを特徴とする方法。
【請求項１０】前記送信されたリンクのメディアリソースにアクセスするように前記ネットワーク対応デバイスを制御するステップが、１つ以上の該メディアリソースの統一資源ロケータ信号をメディア再生コンポーネントに送信して、前記送信されたリンクの前記ネットワークメディアリソースへのアクセスと、前記ネットワーク対応デバイス上での該リソースの再生とを可能にするステップを含むことを特徴とする請求項９記載の方法。
【請求項１１】前記メディア再生要求を受信するステップが、インターネット対応デバイスから該メディア再生要求を受信するステップを含み、該方法が、前記メディア再生コンポーネントが前記ネットワーク対応デバイス上で該メディアリソースを再生している間に該インターネット対応デバイス上でウェブページを表示させるように、１つ以上の前記メディアリソースの前記統一資源ロケータ信号を該インターネット対応デバイスのウェブブラウザコンポーネントに送信するステップをさらに含むことを特徴とする請求項１０記載の方法。
【請求項１２】前記ネットワーク対応デバイスから前記メディア再生要求を受信するステップが、前記メディア再生コンポーネントによるロードが指定順序で行なわれるように複数のアドレスを配置して含むプレイリストに対する要求を受信するステップを含み、前記データベース内の少なくとも２つのアドレスを識別するステップが、該プレイリスト内の該アドレスを識別するステップを含み、前記送信されたアドレスの該メディアリソースにアクセスし、該メディアリソースを自動的に再生するように前記ネットワーク対応デバイスを制御するステップが、前記指定順序で連続的に前記プレイリスト内の各メディアリソースにアクセスし、該メディアリソースを再生するステップを含むことを特徴とする請求項１１記載の方法。
【請求項１３】前記ネットワーク対応デバイスから前記メディア再生要求を受信するステップが、メディアリソースに対する予め定められた選択にそれぞれ対応する複数のプレイリストを含むプログラムへの要求を受信するステップを含み、前記少なくとも２つのアドレスを識別するステップが、該プログラムの該プレイリストそれぞれに含まれる該アドレスを識別するステップを含み、前記送信されたアドレスのメディアリソースにアクセスし、該メディアリソースを自動的に再生するように前記ネットワーク対応デバイスを制御するステップが、前記プログラムの前記プレイリストにより指定された順序で連続的に各メディアリソースにアクセスし、該メディアリソースを再生するステップを含むことを特徴とする請求項１２記載の方法。
【請求項１４】ネットワークからメディアを再生するためのコンピュータシステムであって、
メディア再生コンポーネントを含むネットワーク対応デバイスと、
ネットワーク上のメディアリソースの所在場所を示す複数のアドレスを含むデータベースと、
前記ネットワーク対応デバイスおよび前記データベースと通信し、該ネットワーク対応デバイスに入力された１つ以上の基準を指定する、検索要求を受信し、該検索基準に合致するクラスの情報に関連付けられた少なくとも１つのアドレスを前記データベースから選択し、該選択されたアドレスにより所在場所が示されるメディアリソースを前記メディア再生コンポーネントにロードするネットワークサーバモジュールと、
を備えることを特徴とするコンピュータシステム。
【請求項１５】前記データベースが、前記複数アドレスの各アドレスに関連付けられた１つ以上のクラス情報を格納していることを特徴とする請求項１４記載のコンピュータシステム。
【請求項１６】前記ネットワーク対応デバイスにより前記ネットワーク上で前記データベースの所在が確認できることを特徴とする請求項１５記載のコンピュータシステム。
【請求項１７】前記データベースの少なくとも一部が、前記ネットワーク対応デバイス上に存在することを特徴とする請求項１５記載のコンピュータシステム。
【請求項１８】前記ネットワークサーバモジュールが、前記被選択アドレス信号を前記ネットワーク対応デバイスに送信して、前記メディア再生コンポーネントに、該被選択アドレスによって所在場所が示されている前記メディアリソースをロードすることを特徴とする請求項１４記載のコンピュータシステム。
【請求項１９】前記ネットワークサーバモジュールが、前記ネットワークを介して前記ネットワーク対応デバイスと通信することを特徴とする請求項１８記載のコンピュータシステム。
【請求項２０】前記ネットワークサーバモジュールが、少なくとも部分的に前記ネットワーク対応デバイス上に存在し、前記ネットワークを介して前記データベースと通信することを特徴とする請求項１４記載のコンピュータシステム。
【請求項２１】前記ネットワークサーバモジュールが、前記ネットワーク上の別の装置から前記ネットワーク対応デバイスに送られる、該ネットワーク対応デバイス上で実行可能な連続コードを含むことを特徴とする請求項１４記載のコンピュータシステム。
【請求項２２】前記ネットワーク対応デバイスが前記メディア再生コンポーネントを備え、前記ネットワークサーバモジュールが、前記メディアリソースを再生するよう該ネットワーク対応デバイスの該メディア再生コンポーネントをプログラムに基づいて制御することを特徴とする請求項１４記載のコンピュータシステム。
【請求項２３】前記ネットワーク対応デバイスが、パーソナルコンピュータ、ハンドヘルドコンピュータ、スマートネットワーク装置および無線インターネット対応デバイスからなる群から選択されるネットワーク対応デバイスであることを特徴とする請求項１４記載のコンピュータシステム。
【請求項２４】前記データベースが、別の内部リンクを必要とせずにメディアリソースにそれぞれアクセスできる、インターネットサイトに対する複数のリンクを含むことを特徴とする請求項１４記載のコンピュータシステム。
【請求項２５】前記データベースの全部あるいは一部が、前記ネットワーク対応デバイス上に存在することを特徴とする請求項１４記載のコンピュータシステム。
【請求項２６】前記データベースの全部あるいは一部が、前記ネットワークにより前記ネットワーク対応デバイスからアクセス可能であることを特徴とする請求項１４記載のコンピュータシステム。
【請求項２７】前記データベース内の各アドレスに対する１つ以上のクラス情報が、前記ネットワークリソースのジャンル、タイトルおよびデータフォーマットからなる群から選択される種類のメタデータを含むことを特徴とする請求項１４記載のコンピュータシステム。
【請求項２８】前記メディアリソースが、前記メディア再生コンポーネントにロードされた後に少なくともビデオあるいはオーディオを組み合わせて出力するストリーミングメディアファイルであることを特徴とする請求項１４記載のコンピュータシステム。
【請求項２９】前記ネットワークが前記インターネットを含み、前記ネットワーク対応デバイスが、インターネット対応デバイスを含み、複数アドレスのそれぞれが、メディアウェブリソースに対するリンクを含み、該インターネット対応デバイスに該ネットワーク対応デバイスに送信された該複数のメディアウェブリソースそれぞれにプログラムに基づいてアクセスさせるように、前記ネットワークサーバモジュールが制御情報信号を該インターネット対応デバイスに送信することを特徴とする請求項１４記載のコンピュータシステム。
【請求項３０】前記ネットワーク対応デバイスの前記メディア再生コンポーネントにプログラムに基づいた前記メディアウェブリソースのロードおよび再生をさせ、その間、前記ウェブブラウザに再生中の前記メディアウェブリソースに対応するウェブサイトのウェブページを表示させるように、前記ウェブサーバモジュールが制御情報信号を前記インターネット対応デバイスの該メディア再生コンポーネントおよびウェブブラウザコンポーネントに送信することを特徴とする請求項２９記載のコンピュータシステム。
【請求項３１】ネットワークからメディアを再生するコンピュータシステムであって、
メディア再生コンポーネントを含むネットワーク対応プラットフォームと、
各アドレスが前記ネットワーク上のメディアリソースの所在場所を示して該メディアリソースにアクセスできる複数のアドレスを含むデータベースと、
前記メディア再生コンポーネントおよび前記データベースに接続可能であり、前記ネットワーク対応デバイスからメディア再生に対する検索要求を受信し、該データベースから複数のアドレスを選択し、該複数のアドレス信号を該ネットワーク対応デバイスに送信し、該ネットワーク対応デバイスのメディア再生装置を制御して、該アドレスを用いて該アドレスに関連付けられた該メディアリソースに自動的にアクセスさせ、これらを再生させることができるネットワークサーバモジュールと、
を備えることを特徴とするコンピュータシステム。
【請求項３２】前記ネットワークサーバモジュールが前記ネットワーク上に存在することを特徴とする請求項３１記載のコンピュータシステム。
【請求項３３】前記ネットワークサーバモジュールの少なくとも一部が前記ネットワーク対応デバイス上に存在することを特徴とする請求項３１記載のコンピュータシステム。
【請求項３４】前記ネットワークサーバモジュールが、前記ネットワーク上の別の装置から前記ネットワーク対応デバイスに送られる、該ネットワーク対応デバイス上で実行可能な連続コードを含むことを特徴とする請求項３１記載のコンピュータシステム。
【請求項３５】前記ネットワーク対応デバイスが、前記メディア再生コンポーネントおよびネットワークブラウザコンポーネントを備えるインターネット対応デバイスであり、前記データベースがメディアウェブリソースに対する複数のリンクを含み、前記ネットワークサーバモジュールがプログラムに基づいて該インターネット対応デバイスの該メディア再生コンポーネントを制御し、該インターネット対応デバイスに送信された各リンクの該メディアウェブリソースにアクセスさせ、該メディアウェブリソースを再生させることを特徴とする請求項３１記載のコンピュータシステム。
【請求項３６】前記ネットワーク対応デバイスがウェブブラウザコンポーネントをさらに備え、前記ネットワークサーバモジュールが該ウェブブラウザコンポーネントをプログラムに基づいて制御して、再生中の前記メディアウェブリソースに関連付けられたウェブページを表示させることを特徴とする請求項３１記載のコンピュータシステム。
【請求項３７】前記ネットワーク対応デバイスのユーザが指定する１つ以上の基準に基づいて、メディア再生に対する該要求に応答して該ネットワーク対応デバイスに送信される複数のアドレスを含むプレイリストを再生する、前記ネットワークサーバモジュールに接続可能なプレイリストモジュールをさらに備えることを特徴とする請求項３１記載のコンピュータシステム。
【請求項３８】前記ネットワーク対応デバイスが、パーソナルコンピュータ、ハンドヘルドコンピュータ、無線インターネット対応デバイスおよびハンドヘルドコンピュータからなる群から選択される端末デバイスであることを特徴とする請求項３１記載のコンピュータシステム。
【請求項３９】前記データベースが、メディアウェブリソースにそれぞれアクセス可能であり別の内部リンクを含まない、インターネットサイトに対する複数のリンクを含むことを特徴とする請求項３１記載のコンピュータシステム。
【請求項４０】前記データベースの全部あるいは一部が、前記ネットワーク対応デバイス上に存在することを特徴とする請求項３１記載のコンピュータシステム。
【請求項４１】前記データベースの全部あるいは一部が、前記ネットワークにより前記ネットワーク対応デバイスからアクセス可能であることを特徴とする請求項３１記載のコンピュータシステム。
【請求項４２】ネットワーク上のメディアリソースをそれぞれ位置指定する複数のアドレスを含むデータベースに接続可能であり、該ネットワークからメディアを再生するように構成されたネットワーク対応デバイスであって、
検索要求をプロンプトするユーザインターフェースと、
前記データベースと通信可能なネットワークサーバモジュールに前記要求信号を送信し、該検索要求に合致する前記データベース内の１つ以上のアドレスを受信するネットワークインターフェースと、
前記ネットワーク対応デバイスに送信された各アドレスに関連付けられた前記メディアリソースにアクセスして該メディアリソースを自動的にロードするように、前記ネットワークサーバモジュールによりプログラムに基づいて制御されるように構成されているメディア再生コンポーネントと、
を備えることを特徴とするネットワーク対応デバイス。
【請求項４３】前記ネットワークサーバモジュールからの前記応答信号送信後、該ネットワークサーバモジュールにより制御され、前記ユーザインターフェースが、エンドユーザが該ネットワークサーバモジュールから信号送信された前記アドレスに関連付けられた１つ以上のメディアリソースから再生される該メディアを制御できるよう、１つ以上の指示メッセージを出すことを特徴とする請求項４２記載のネットワーク対応デバイス。
【請求項４４】前記ネットワークサーバモジュールから前記ネットワーク対応デバイスに信号送信される次のアドレスに直ちにアクセスさせるように、前記ユーザインターフェースが、ユーザに前記ネットワークサーバモジュールへ向けて信号送信するように指示メッセージを出すことを特徴とする請求項４２記載のネットワーク対応デバイス。
【請求項４５】前に再生したメディアリソースの再生を反復させるように、前記ユーザインターフェースが、エンドユーザに前記ネットワークサーバモジュールへ向けて信号送信するように指示メッセージを出すことを特徴とする請求項４４記載のネットワーク対応デバイス。
【請求項４６】前記ユーザインターフェースが、前記ネットワークサーバモジュールから信号送信された前記メディアリソースからの特定メディアリソースを再生させ、前記ウェブサーバモジュールから信号送信された前記メディアリソースの再生を一時停止させるように指示メッセージを出すことを特徴とする請求項４２記載のネットワーク対応デバイス。
【請求項４７】前記ネットワークアクセスコンポーネントが、インターネット対応デバイス上のウェブブラウザであることを特徴とする請求項４２記載のネットワーク対応デバイス。
【請求項４８】前記データベースの全部あるいは一部が、前記ネットワーク上で前記ネットワーク対応デバイスからアクセス可能であることを特徴とする請求項４２記載のネットワーク対応デバイス。
【請求項４９】前記データベースの全部あるいは一部が、前記ネットワーク対応デバイス上に存在することを特徴とする請求項４２記載のネットワーク対応デバイス。
【請求項５０】前記ネットワーク対応デバイスがインターネット対応デバイスであり、前記ネットワークインターフェースが、メディアウェブリソースを含むウェブサイトの内部リンクを含まない１つ以上のリンクを受信するために、前記要求信号を前記データベースと通信可能なウェブサーバモジュールに送信し、前記インターネット対応デバイスが、前記メディア再生コンポーネントにより再生中の該メディアウェブリソースに関連付けられているウェブページに自動的にアクセスして該ウェブページを表示するように該ウェブサーバモジュールに制御されるウェブブラウザコンポーネントをさらに備えることを特徴とする請求項４２記載のネットワーク対応デバイス。
【請求項５１】前記ネットワークインターフェースが、前記ネットワーク対応デバイスと前記ネットワークとの間の通信ポートを備えることを特徴とする請求項５０記載のネットワーク対応デバイス。
【請求項５２】ネットワークからメディアを再生するように構成され、前記ネットワーク上のメディアリソースの所在場所をそれぞれ示す複数のアドレスを含むデータベースに前記ネットワークを介して接続可能なネットワーク対応デバイスであって、
複数のユーザ対話機能を有し、第１のユーザ対話機能が、メディア再生の検索要求を出すようユーザにプロンプトするユーザインターフェースと、
前記第１のユーザ対話機能がメディア再生の前記検索要求を受信すると同時に、該要求信号をネットワークサーバモジュールに送信し、該検索要求に合致する前記データベース内の１つ以上のアドレスを受信できる該データベースと通信可能なネットワークインターフェースと、
前記ネットワークサーバモジュールによりプログラムに基づいて制御され、前記メディアリソースにアクセスした後、該ネットワーク対応デバイスに信号送信された各アドレスに関連付けられている該メディアリソースを自動的にロードし、複数のユーザ対話機能に含まれる１つ以上のユーザ対話制御機能により該メディアリソースの再生が制御可能であるメディア再生コンポーネントと、
を備えることを特徴とするネットワーク対応デバイス。
【請求項５３】前記複数のユーザ対話機能に含まれる第１のユーザ対話機能が、選択式アイコン、テキスト入力フィールド、およびメニュー項目からなる群から選択されることを特徴とする請求項５２記載のネットワーク対応デバイス。
【請求項５４】前記ユーザ対話制御機能が、前記ネットワーク対応デバイスに信号送信するように選択された次のアドレスにスキップする選択式アイコンと、再生中の前記メディアリソースを一時停止させる選択式アイコンと、前に再生したメディアリソースを反復させる選択式アイコンと、前記メディア再生コンポーネントからの再生を停止させる選択式アイコンとからなる群から選択されることを特徴とする請求項５３記載のネットワーク対応デバイス。
【請求項５５】前記ユーザインターフェースが、前記メディア再生コンポーネントから再生されるメディアの特徴を選択するための複数のユーザ対話機能を備えることを特徴とする請求項５３記載のネットワーク対応デバイス。
【請求項５６】前記ユーザインターフェース機能が、再生するネットワークメディアリソースのジャンル、アーティストあるいはタイトルを選択するための複数のユーザ対話機能を含むことを特徴とする請求項５５記載のネットワーク対応デバイス。
【請求項５７】前記検索要求が、前記ユーザインターフェースの前記ユーザ対話機能の１つ以上を選択することによって形成されることを特徴とする請求項５６記載のネットワーク対応デバイス。
【請求項５８】ネットワークに接続された第１の端末におけるメディア再生を該ネットワークに接続された他の端末と共有する方法であって、
該ネットワーク上のメディアファイルに対する１つ以上のリンクを含むプレイリスト内のリンク信号を該第１の端末に送信するステップと、
該第１の端末が該メディアファイルの１つからメディアを再生している間に、第２の端末とメッセージ通信する信号を該第１の端末から受信するステップと、
該第２の端末が該プレイリストに含まれる１つ以上のリンクを受信できるように、該第２の端末に選択可能なリンク信号を送信するステップと、
該第２の端末により該選択可能なリンクが選択されると同時に、該プレイリストに含まれる１つ以上のリンク信号を該第２の端末に送信するステップと
を有して成ることを特徴とする方法。
【請求項５９】前記第２の端末に選択可能なリンク信号を送信するステップが、前記プレイリストに対する前記リンクを該第２の端末にメッセージ通信するステップを含むことを特徴とする請求項５８記載の方法。
【請求項６０】前記第２の端末に選択可能なリンク信号を送信するステップが、メッセージ信号を該第２の端末に送信し、該メッセージが開かれた後、該第２の端末に前記プレイリストにアクセスさせるステップを含むことを特徴とする請求項５８記載の方法。
【請求項６１】前記第２の端末にプレイリストに含まれる１つ以上のリンク信号を送信するステップが、該プレイリスト内の各リンク信号を前記第１の端末と該第２の端末とに並行して送信するステップを含むことを特徴とする請求項５８記載の方法。
【請求項６２】前記第１の端末が前記プレイリスト内のリンクにより位置指定されたメディアを再生している間に、前記第２の端末とメッセージ通信する信号を該第１の端末から受信するステップと、該第２の端末の前記メディア再生コンポーネントに、該第１の端末により再生されている該メディアファイルをロードするステップとをさらに含むことを特徴とする請求項５８記載の方法。
【請求項６３】前記プレイリストモジュールの所在場所を示すリンク信号を前記第２の端末に送信するステップが、前記第１の端末で再生している前記メディアファイルに対応する前記プレイリスト内の前記アドレスの所在場所を示す引き数を含めるように前記リンク信号を送信するステップを含むことを特徴とする請求項５８記載の方法。
【請求項６４】第１の端末および第２の端末を含む複数の端末間でネットワークからのメディア再生を共有するシステムであって、
選択可能なリンクにより該ネットワーク上に配置可能であり、該ネットワーク上のメディアファイルの所在場所をそれぞれ示す複数のリンクを識別してプレイリストを形成するプレイリストコンポーネントと、
該プレイリストを形成する複数のリンク信号を前記第１の端末に送信し、前記第２の端末が前記プレイリストモジュールを探し出せるように該第２の端末に該選択可能なリンクを伝送する信号を受信するネットワークサーバモジュールと
を備えることを特徴とするシステム。
【請求項６５】前記第２の端末に伝送される前記選択可能リンクが選択されると同時に、前記ネットワークサーバモジュールが、前記プレイリストを形成する複数リンク信号を前記第２の端末に送信することを特徴とする請求項６４記載のシステム。
【請求項６６】前記メッセージ通信モジュールが、メッセージのコンテンツとして前記選択可能リンクを伝送することを特徴とする請求項６４記載のシステム。
【請求項６７】前記メッセージが開かれると前記選択可能リンクが選択されるように、前記プレイリストモジュールが、応答メッセージと共に該選択可能リンクを前記第２の端末に送信することを特徴とする請求項６４記載のシステム。
【請求項６８】前記プレイリストモジュールが前記複数のリンクを識別して複数のプレイリストを形成し、前記メッセージ通信モジュールが、前記第１の端末に送信した前記プレイリストを識別する識別子を含む前記選択可能リンクを伝送することを特徴とする請求項６５記載のシステム。
【請求項６９】前記メッセージ通信モジュールが、前記第１の端末で再生している前記メディアファイルを識別する識別子を含む前記選択可能リンクを伝送することを特徴とする請求項６８記載のシステム。
【請求項７０】前記ネットワークサーバモジュールが、前記第１の端末で再生している前記プレイリスト内の前記リンクを識別して、該識別したリンクを該プレイリストに含まれる別のリンクとともに前記第２の端末に伝送するステップにより、該プレイリスト内の該リンク信号が該第１の端末および該第２の端末それぞれに送信されている間に、該第１の端末および該第２の端末が同時に該同一メディアファイルを再生することを特徴とする請求項６９記載のシステム。
【請求項７１】ネットワーク側モジュールと通信し、ネットワーク上のメディアファイルの所在場所を示す第１の複数リンクを受信するよう構成されたメディア再生コンポーネントと、
前記第１の複数リンクの各リンクにより所在場所が示されているメディアファイルを提供している第２の複数リンクを受信するよう構成され、前記メディア再生コンポーネントが再生している該メディアファイルに対応する該第２の複数リンクのそれぞれに対応するウェブサイトを表示するウェブブラウザコンポーネントと
を備えることを特徴とするネットワーク対応デバイス。
【請求項７２】前記第１の複数リンクにより所在場所が示されるメディアファイルからのメディア出力を制御するための、ユーザ対話機能を含むユーザインターフェースをさらに備えることを特徴とする請求項７１記載のネットワーク対応デバイス。
【請求項７３】前記ユーザインターフェースが第１のウィンドウに表示され、前記ウェブブラウザコンポーネントが、第２のウィンドウに、前記第２の複数リンクのそれぞれに対応する前記ウェブサイトを表示することを特徴とする請求項７２記載のネットワーク対応デバイス。
【請求項７４】前記メディア再生コンポーネントが、前記ネットワーク側モジュールから前記第１の複数リンクを順次受信するように構成され、前記ウェブブラウザが、前記ウェブサイトそれぞれに対するメディアファイルを提供しているウェブサイトを該順序で表示することを特徴とする請求項７３記載のネットワーク対応デバイス。
【請求項７５】ネットワークからメディアを再生するシステムであって、
ネットワーク対応デバイスから検索基準を受信する手段と、
メディアリソースにそれぞれアクセスできる複数のネットワークアドレスと、前記各アドレスに関連付けられた１つ以上のクラス情報とを含むデータベースにアクセスする手段と、
前記検索基準を用いて前記データベースから少なくとも１つのアドレスを選択する手段と、
前記ネットワーク対応デバイスに前記被選択アドレス信号を送信する手段と、
前記被選択アドレスのメディアリソースに自動的にアクセスして該メディアリソースを再生するようネットワーク対応デバイスを制御する手段と
を備えることを特徴とするシステム。
【請求項７６】ネットワークからメディアを再生するシステムてあって、
ネットワーク対応デバイスからメディアを再生するための要求を受信する手段と、
メディアリソースにそれぞれアクセスできる複数のネットワークアドレスを含むデータベースにアクセスする手段と、
前記データベースから少なくとも２つのアドレスを識別する手段と、
前記識別した各アドレス信号を前記ネットワーク対応デバイスに送信する手段と、
前記送信されたアドレスそれぞれの前記メディアリソースにアクセスして自動的に該メディアリソースを再生するように前記ネットワーク対応デバイスを制御する手段と、
を備えることを特徴とするシステム。
【請求項７７】前記インターネット上のウェブリソースを検索する方法であって、
ウェブサイトにアクセスするステップと、
前記ウェブサイト上で指定データ種類の対応ウェブリソースを開くことができる複数リンクを、ウェブブラウザコンポーネントを用いて識別するステップと、
前記複数リンクを、該リンクの１つ以上を選択する複数のインターネット対応デバイスで利用できるようにするステップと
を含むことを特徴とする方法。
【請求項７８】前記複数リンクを、インターネットにより複数のインターネット対応デバイスからアクセス可能なデータベース内に配置するステップをさらに含むことを特徴とする請求項７７記載の方法。
【請求項７９】前記複数リンクのそれぞれに関する１つ以上のクラス情報を、メディア再生コンポーネントを用いて識別するステップと、前記複数リンクのそれぞれを前記１つ以上のクラス情報とともに格納するステップとをさらに含むことを特徴とする請求項７８記載の方法。
【請求項８０】前記１つ以上のクラス情報を、複数のインターネット対応デバイスで利用できるようにするステップをさらに含むことを特徴とする請求項７９記載の方法。
【請求項８１】前記ウェブサイトにアクセスするステップが、メタクローラにより識別されたウェブサイトにアクセスするステップを含むことを特徴とする請求項７７記載の方法。
【請求項８２】前記複数リンクを識別するステップが、オーディオデータ、ビデオデータ、あるいはオーディオおよびビデオデータの組み合わせを含むウェブリソースにのみアクセスするリンクを識別するステップ含むことを特徴とする請求項７７記載の方法。
【請求項８３】前記ウェブブラウザコンポーネントを用いて複数リンクを識別するステップが、市販のウェブブラウザを再構成するステップを含むことを特徴とする請求項７７記載の方法。
【請求項８４】前記ウェブブラウザコンポーネントを用いて複数リンクを識別するステップが、該複数リンクのそれぞれに対する前記ウェブリソースにアクセスするよう、ウェブブラウザのアプリケーションプログラマブルインターフェースを介して該ウェブブラウザコンポーネントをプログラムに基づいて制御するステップを含むことを特徴とする請求項７７記載の方法。
【請求項８５】前記アプリケーションプログラマブルインターフェースを介してウェブブラウザをプログラムに基づいて制御するステップが、前記ウェブブラウザのシェルをバイパスするよう該ウェブブラウザをプログラミングするステップを含むことを特徴とする請求項８４記載の方法。
【請求項８６】前記アプリケーションプログラマブルインターフェースを介してウェブブラウザをプログラムに基づいて制御するステップが、各ウェブサイトのデータ構造を表示および翻訳する際、前記ウェブブラウザの機能を削減するよう該ウェブブラウザをプログラミングするステップを含むことを特徴とする請求項８５記載の方法。
【請求項８７】前記アプリケーションプログラマブルインターフェースを介してウェブブラウザをプログラム制御するステップが、ウェブブラウザコンポーネントを用いて、前記複数リンクの各リンクにアクセスできるウェブページを解析し、プログラムに基づいて前記複数リンクを識別するステップをさらに含むことを特徴とする請求項８４記載の方法。
【請求項８８】前記複数リンクのそれぞれが選択可能であり、選択された時点で、指定データ種類の対応ウェブリソースを開くことができることを検証するステップをさらに含むことを特徴とする請求項７７記載の方法。
【請求項８９】前記複数リンクのそれぞれが選択可能であることを検証するステップが、前記ウェブリソースのそれぞれが前記ネットワークで利用可能であることを検証するステップを含むことを特徴とする請求項８８記載の方法。
【請求項９０】前記複数リンクのそれぞれについて、選択されると指定データ種類の対応ウェブリソースを開くことができることを検証するステップが、前記複数のメディアウェブリソースのそれぞれをメディア再生コンポーネントにロードするステップを含むことを特徴とする請求項８９記載の方法。
【請求項９１】前記インターネット上のウェブリソースを検索するシステムであって、
ウェブブラウザコンポーネントと、
データベースと、
前記ウェブブラウザコンポーネントを制御して、少なくとも１つのウェブサイトにアクセスした後、選択するとそれぞれメディアウェブリソースを１つずつ開くことができる、前記ウェブサイトにおけるメディアウェブリソースの複数のリンクを識別し、該複数リンクを前記データベース内に格納する検索モジュールとを備えることを特徴とするシステム。
【請求項９２】前記検索モジュールが、前記ウェブブラウザのアプリケーションプログラマブルインターフェースに前記ウェブサイトのアドレスを送信することにより、前記ウェブブラウザコンポーネントが、メディアウェブリソースの複数のリンクをロードし、該メディアウェブリソースを解析することを特徴とする請求項９１記載の方法。
【請求項９３】前記検索モジュールが、前記ウェブブラウザのアプリケーションプログラマブルインターフェースに前記ウェブサイトのアドレスを送信することにより、前記ウェブブラウザコンポーネントに、メディアウェブリソースを表示せずに、該メディアウェブリソースの複数のリンクをロードさせ、該ウェブサイトを解析させることを特徴とする請求項９１記載の方法。
【請求項９４】前記検索モジュールが、前記ウェブブラウザのアプリケーションプログラマブルインターフェースに前記ウェブサイトのアドレスを送信することにより、前記ウェブブラウザコンポーネントに、オーディオデータ、ビデオデータ、あるいはオーディオおよびビデオデータベースの組み合わせであるメディアウェブリソースの複数のリンクをロードさせ、該メディアウェブリソースを解析させることを特徴とする請求項９２記載の方法。
【請求項９５】前記検索モジュールが、前記ウェブブラウザコンポーネントに、アニメーションおよび／または静止画像を含むデータ種類のメディアウェブリソースに対する複数のリンクをロードさせ、該メディアウェブリソースを解析させることを特徴とする請求項９４記載の方法。
【請求項９６】前記検索モジュールに複数のウェブサイトを探し出すメタクローラモジュールをさらに備えることを特徴とする請求項９１記載の方法。
【請求項９７】前記検索モジュールが、複数リンクのそれぞれに対する前記メディアウェブリソースに関するメタデータを抽出するようメディア再生コンポーネントを制御することを特徴とする請求項９１記載の方法。
【請求項９８】インターネット上のウェブリソースを検索する方法であって、
選択すると対応ウェブメディアリソースを開くことができる複数リンクを含むデータベースにアクセスするステップと、
前記複数リンクのそれぞれに対応する該ウェブメディアリソースに関するメタデータ情報をプログラムに基づいて識別するステップと、
前記複数リンクを、該リンクの１つ以上を選択して対応メディアウェブリソースを開くことのできる複数のインターネット対応デバイスからアクセス可能にするステップと
を含むことを特徴とする方法。
【請求項９９】前記複数リンクのそれぞれに対応するウェブメディアリソースに関するメタデータ情報をプログラムに基づいて識別するステップが、前記メディア再生コンポーネントに該対応メディアリソースをロードさせるよう、各リンク信号を該メディア再生コンポーネントに送信するステップを含むことを特徴とする請求項９８記載の方法。
【請求項１００】前記各リンク信号を前記メディア再生コンポーネントに送信するステップが、ストリーミングオーディオメディアを録音するため前記メディア再生コンポーネントにロードするステップを含むことを特徴とする請求項９９記載の方法。
【請求項１０１】前記各リンク信号を前記メディア再生コンポーネントに送信するステップが、音声を備えたビデオを含むビデオ録画のために、ストリーミングオーディオメディアを前記メディア再生コンポーネントにロードするステップを含むことを特徴とする請求項９９記載の方法。
【請求項１０２】前記各リンク信号を前記メディア再生コンポーネントに送信するステップが、前記ウェブメディアリソースの継続時間およびタイトルの少なくとも一方を判定するステップを含むことを特徴とする請求項１００記載の方法。
【請求項１０３】前記各リンク信号を前記メディア再生コンポーネントに送信するステップが、ウェブメディアリソースの同報通信品質を判定するステップを含むことを特徴とする請求項１００記載の方法。
【請求項１０４】前記各リンク信号を前記メディア再生コンポーネントに送信するステップが、ビデオあるいは画像を含むウェブメディアリソースの画像サイズを判定するステップを含むことを特徴とする請求項１００記載の方法。
【請求項１０５】前記各リンク信号を前記メディア再生コンポーネントに送信するステップが、前記ウェブメディアリソースのアーティスト、ジャンルおよびデータ種類の少なくとも１つを判定するステップを含むことを特徴とする請求項１００記載の方法。
【請求項１０６】前記メタデータ情報をプログラムに基づいて識別した後、該メタデータ情報を手動で抽出するステップをさらに含むことを特徴とする請求項９８記載の方法。
【請求項１０７】前記識別および抽出したメタデータ情報を前記複数リンクのそれぞれとともにデータベース内に格納するステップと、その後該データベースを複数のインターネット対応デバイスに利用可能とするステップとをさらに含むことを特徴とする請求項１０６記載の方法。
【請求項１０８】インターネット上のウェブリソースを検索する方法であって、
メディアウェブリソースに対する複数のリンクを含むデータベースにアクセスするステップと、
前記複数のリンクのそれぞれにより対応ウェブメディアリソースを開くことができるかどうかをプログラムに基づいて検証するステップと、
前記検証した複数リンクのそれぞれを、該リンクの１つ以上を選択して該対応メディアウェブリソースを開くことができる複数のインターネット対応デバイスから利用可能にするステップと、
を有して成ることを特徴とする方法。
【請求項１０９】前記複数リンクのそれぞれにより対応ウェブメディアリソースを開くことができるかどうかをプログラムに基づいて検証するステップが、各リンクをメディア再生コンポーネントにロードするステップを含むことを特徴とする請求項１０８記載の方法。
【請求項１１０】前記複数リンクのそれぞれにより対応ウェブメディアリソースを開くことができるかどうかをプログラムに基づいて検証するステップが、前記複数リンクのそれぞれの、ウェブメディアリソースが前記インターネット対応デバイスの１つで再生できるかどうかを検証するステップを含むことを特徴とする請求項１０９記載の方法。
【請求項１１１】前記複数リンクのそれぞれにより対応ウェブメディアリソースを開くことができるかどうかをプログラムに基づいて検証するステップが、各リンクをウェブブラウザコンポーネントにロードするステップを含むことを特徴とする請求項１０８記載の方法。
【請求項１１２】前記メディア再生コンポーネントを用いて、複数リンクのそれぞれに対応する前記ウェブメディアリソースに関するメタデータ情報をプログラムに基づいて識別するステップをさらに含むことを特徴とする請求項１０８記載の方法。
【請求項１１３】前記プログラムに基づいてメタデータ情報を識別するステップが、前記検証したリンクのそれぞれを前記メディア再生コンポーネント内にロードするステップと、その後該メディア再生コンポーネントにロードした該ウェブメディアリソースに関する編集入力を受信するステップとを含むことを特徴とする請求項１１２記載の方法。
【請求項１１４】複数のインターネット対応デバイスからアクセス可能な、前記インターネット上のウェブリソースを検索するシステムであって、
複数リンクを含む第１の索引付きデータ構造と、
前記データベースに接続可能であり、複数リンクのそれぞれをロードして、該リンクを選択するとメディアウェブリソースを開くことができるかどうかを検証するメディア再生コンポーネントと、
前記検査済複数リンクのそれぞれを格納し、複数のインターネット対応デバイスから利用可能な第２の索引付きデータ構造と
を備えることを特徴とするシステム。
【請求項１１５】前記メディア再生コンポーネントが、前記ウェブメディアリソースに対応する前記リンクをロードすると同時に、該ウェブメディアリソースに関する１つ以上のクラス情報を識別することを特徴とする請求項１１４記載のシステム。
【請求項１１６】前記第１の索引付きデータ構造に含まれる前記複数リンクの各信号を前記メディア再生コンポーネントに送信する検索モジュールであって、検証した各リンクについて、前記検索モジュールが前記検査済リンクの各信号を前記第２の索引付きデータ構造に送信する検索モジュールをさらに備えることを特徴とする請求項１１４記載のシステム。
【請求項１１７】前記リンクをロードした前記メディア再生コンポーネントが識別しなかったメタデータ情報を含むエディタ入力を受信するエディタインターフェースをさらに備えることを特徴とする請求項１１２記載のシステム。
【請求項１１８】前記リンクをロードした前記メディア再生コンポーネント識別したメタデータ情報を含むエディタ入力を受信するエディタインターフェースをさらに含むことを特徴とする請求項１１７記載のシステム。
【請求項１１９】前記リンクをロードした前記メディア再生コンポーネントが識別したメタデータ情報を含むエディタ入力を受信するエディタインターフェースをさらに備え、前記検査済リンクそれぞれが前記エディタ入力から受信された前記対応メタデータに関連付けられるよう、前記検索モジュールが、前記検証済みリンクに関するメタデータ信号を前記第２の索引付きデータ構造に送信することを特徴とする請求項１１８記載のシステム。
【請求項１２０】メディア検索エンジンが利用するリンクを提供する方法であって、
ネットワークサイト上の複数の内部リンクを識別するステップと、
前記ネットワークサイトにより特定データ種類のネットワークリソースがネットワーク対応デバイスからアクセスできるようになっているかどうかを判定するステップと、
選択すると前記特定データ種類のネットワークリソースを開くことができる前記内部リンクを抽出するステップと、
前記外部リンクをデータベース内に格納するステップと、
前記ネットワーク対応デバイスからの検索要求に応答して、前記リンクの１つ以上を自動的にメディア再生コンポーネントに送信するステップと、
を有して成ることを特徴とする方法。
【請求項１２１】前記選択すると特定データ種類のネットワークリソースを開くことのできる前記内部リンクを抽出するステップが、ウェブブラウザコンポーネントを用いるステップを含むことを特徴とする請求項１２０記載の方法。
【請求項１２２】前記ネットワークサイトにより特定データ種類のネットワークリソースがネットワーク対応デバイスからアクセスできるようになっているかどうかを判定するステップが、メディア再生コンポーネントを利用するステップを含むことを特徴とする請求項１２０記載の方法。
【請求項１２３】メディアを再生するために、選択すると前記特定データ種類の前記ネットワークリソースを開くことのできる前記内部リンクを抽出するステップを含むことを特徴とする請求項１２０記載の方法。
【請求項１２４】メディア検索エンジンが利用するリンクを提供する方法であって、
ａ）第１の索引付きデータ構造から第１のネットワークサイトに対する第１の外部リンクを受信するステップと、
ｂ）第２のデータ構造を初期化して空にするステップと、
ｃ）前記第１のネットワークサイトが少なくとも１つの内部リンクを含んでいるかどうかを判定するステップと、
ｄ）前記第１の索引付きデータ構造内にも前記第２の索引付きデータ構造内にもない前記第１のネットワークサイト上に含まれる少なくとも１つの内部リンクを、前記第１の索引付きデータ構造内に別の外部リンクとして格納するステップと、
ｅ）選択されると１種類以上の特定データのネットワークリソースを開くことができる、前記第１のネットワークサイト上に含まれる内部リンクを識別するステップと、
ｆ）前記第１の外部リンクを前記第１の索引付きデータ構造から前記第２の索引付きデータ構造に移動するステップと、
ｇ）ステップａ）からステップｆ）までを、前記第１の索引付きデータ構造が空になるまで反復するステップと
を有して成ることを特徴とする方法。
【請求項１２５】第１の索引付きデータ構造から第１のサイトに対する第１のリンクを受信する前に、エディタインターフェースを用いて、前記第１の複数リンクの１つ以上を前記第１の索引付きデータ構造に追加することを特徴とする請求項１２４記載の方法。
【請求項１２６】第１の索引付きデータ構造から第１のサイトに対する第１のリンクを受信する前に、メタクローラを用いて、前記第１の複数リンクの１つ以上を前記第１の索引付きデータ構造に追加することを特徴とする請求項１２５記載の方法。
【請求項１２７】ネットワーク対応デバイスからアクセス可能なネットワーク上に存在するストリーミングメディア再生用リンクを検索するためのコンピュータシステムであって、
ストリーミングメディアを含む１つ以上のメディアサイトを検索するメタクローラと、
前記メタクローラに接続され、前記１つ以上のメディアサイト信号を該メタクローラに送信しそれぞれ選択されるとストリーミングメディアネットワークリソースを開くことのできる、１つ以上のメディアサイトにより所在場所が示される複数のメディアリンクを識別できるメディア検索モジュールと、
前記メディア検索エンジンが識別したメディアリンクに関するメタデータを抽出するために、前記各識別済メディアリンクにアクセスするメタデータ抽出モジュールと、
前記メディア検索エンジンが識別した複数のメディアリンクと各識別済メディアリンクに関して抽出された前記メタデータとを備え、複数のメディアリンクを前記ネットワーク対応デバイスからアクセスできるようにするデータベースと、を備えることを特徴とするコンピュータシステム。
【請求項１２８】前記メタクローラが、複数のメディアサイトをそれぞれ含む複数のメディアディレクトリ内で１つ以上のメディアサイトを探し出すことを特徴とする請求項１２７記載のコンピュータシステム。
【請求項１２９】前記メタデータ抽出モジュールが、前記ストリーミングメディアネットワークリソースをロードするメディア再生コンポーネントを含むことを特徴とする請求項１２７記載のコンピュータシステム。
【請求項１３０】各識別済リンクから抽出した前記メタデータが、１つ以上のクラス情報にしたがって前記データベース内に格納されることを特徴とする請求項１２７記載のコンピュータシステム。
【請求項１３１】前記抽出したメタデータが、ジャンル、サブジャンル、アーティストおよびタイトルからなるクラスから選択される１つ以上のクラス情報内にソートされることを特徴とする請求項１３０記載のコンピュータシステム。
【請求項１３２】前記メディアリンクモジュールにより識別された各メディアリンクが前記対応するストリーミングメディアネットワークリソースを開くかどうかを検証する検証モジュールをさらに含むことを特徴とする請求項１３１記載のコンピュータシステム。
【請求項１３３】ネットワーク対応デバイスからアクセス可能なネットワーク上に存在するストリーミングメディア再生用リンクを検索するコンピュータシステムであって、
ウェブサイトにアクセスする手段と、
それぞれ選択されると該ウェブサイト上の指定データ種類の対応ウェブリソースを開くことができる複数のリンクを、ウェブブラウザコンポーネントを用いて識別する手段と、
前記複数リンクを、該リンクの１つ以上を選択する複数のインターネット対応デバイスから利用可能とする手段と、
を備えることを特徴とするコンピュータシステム。
【請求項１３４】メディア再生コンポーネントを含む端末にネットワークからメディアを提供するシステムであって、
対応アドレスにより前記ネットワーク上の所在場所が示され、該アドレスによりアクセス可能な１つ以上のメディアネットワークリソースをそれぞれ配置する第１のネットワークサイトおよび第２のネットワークサイトと、
前記メディア再生コンポーネントと通信するネットワークサーバモジュールであって、第１のメディアネットワークリソースを前記第１のネットワークサイトから識別し、第２のメディアネットワークリソースを前記第２のネットワークサイトから識別し、前記第１のメディアネットワークリソースの対応アドレス信号を制御信号とともに前記メディア再生コンポーネントに自動的に送信し、該再生コンポーネントに前記第１のメディアネットワークリソースを自動的にロードし、前記第２のメディアネットワークリソースの対応アドレス信号を制御信号とともに前記メディア再生コンポーネントに自動的に送信して、該再生コンポーネントに前記第２のメディアネットワークリソースを自動的にロードするネットワークサーバモジュールと、
を備えることを特徴とするシステム。
【請求項１３５】前記ネットワークサーバモジュールが、前記第１および第２のメディアネットワークリソースの前記対応アドレス信号を制御信号とともに前記端末に送信し、該端末上で、前記第１のメディアネットワークリソースおよび続いて前記第２のメディアネットワークリソースを自動的に再生することを特徴とする請求項１３４記載のシステム。
【請求項１３６】前記第１および第２のネットワークサイト上それぞれにある前記１つ以上のメディアネットワークリソースの前記対応アドレスを含むデータベースをさらに備え、前記ネットワークサーバモジュールが、前記データベースから選択基準を用いて前記第１のメディアネットワークリソースおよび前記第２のメディアネットワークリソースを選択することを特徴とする請求項１３４記載のシステム。
【請求項１３７】前記ネットワークサーバモジュールが、前記ネットワークを介して前記ユーザ端末に接続可能であることを特徴とする請求項１３４記載のシステム。
【請求項１３８】前記ネットワークサーバモジュールが、前記ユーザ端末上に配置されていることを特徴とする請求項１３４記載のシステム。
【請求項１３９】前記データベースが、前記ネットワークを介して前記ユーザ端末に接続可能であることを特徴とする請求項１３６記載のシステム。
【請求項１４０】前記データベースが前記ユーザ端末上に配置されていることを特徴とする請求項１３６記載のシステム。
【請求項１４１】前記データベースが、前記メディアネットワークリソースのそれぞれに関するメタデータを備え、前記ネットワークサーバモジュールが、前記第１のメディアネットワークリソースおよび前記第２のメディアネットワークリソースの前記対応アドレスに関連付けられたメタデータを利用して、前記第１のネットワークメディアリソースおよび前記第２のネットワークメディアリソースを選択することを特徴とする請求項１３６記載のシステム。
【請求項１４２】前記ネットワークサーバモジュールが、前記端末から送信された基準を前記データベースが提供するメタデータ情報に合致させることにより、前記第１および第２のメディアネットワークリソースを識別することを特徴とする請求項１４１記載のシステム。
【請求項１４３】前記ネットワークサーバモジュールが、ランダムな選択で、前記第１のメディアネットワークリソースおよび前記第２のメディアネットワークリソースを識別することを特徴とする請求項１３４記載のシステム。
【請求項１４４】前記ネットワークサーバモジュールが、前記第１のメディアネットワークリソースと、前記第２のメディアネットワークリソースと、前記第１のネットワークサイト、前記第２のネットワークサイトあるいは別のネットワークサイト上に存在する別のメディアネットワークリソースとを前記端末に予め定められた順序で送信することを特徴とする請求項１３４記載のシステム。
【請求項１４５】前記第１のメディアネットワークリソース、前記第２のメディアネットワークリソース、あるいは前記別のメディアネットワークリソースのいずれかが利用できない場合、前記ネットワークサーバモジュールが前記端末に信号を送り、予め定められた順序で次のメディアネットワークリソースにアクセスすることを特徴とする請求項１４４記載のシステム。
【請求項１４６】前記第１のメディアネットワークリソースおよび前記第２のメディアネットワークリソースが前記インターネット上で検索されることを特徴とする請求項１３４記載のシステム。
【請求項１４７】前記第１のメディアネットワークリソースが、第１のドメインを有するインターネットアドレスを備え、前記第２のメディアネットワークリソースが、第２のドメインを有するインターネットアドレスを含むことを特徴とする請求項１４６記載のシステム。
【請求項１４８】前記第１のメディアネットワークリソースおよび前記第２のメディアネットワークリソースが、音楽および／またはビデオの組合わせを含むことを特徴とする請求項１３４記載のシステム。
【請求項１４９】前記第１のネットワークサイトおよび前記第２のネットワークサイト上に含まれる１つ以上のメディアネットワークリソースの前記対応アドレスそれぞれに、内部リンクが含まれていないことを特徴とする請求項１３４記載のシステム。
【請求項１５０】インターネット用メディア再生システムであって、
メディア再生コンポーネントを含むエンド端末と、
前記インターネットを介して前記エンド端末に接続可能であり、第１のウェブサイト上に含まれる１つ以上のメディアウェブリソースにアクセスし、第２のウェブサイト上に含まれる１つ以上のメディアウェブリソースにアクセスできるウェブサーバモジュールであって、
前記第１のウェブサイト上の第１のメディアウェブリソースの所在場所を示す第１のリンク信号と前記第２のウェブサイト上の第２のメディアリソースの所在場所を示す第２のリンク信号とを送信し、
前記エンド端末に制御信号を送信して、該エンド端末に前記第１のメディアウェブリソースおよび前記第２のメディアウェブリソースにアクセスさせ、該メディアリソースを前記メディア再生コンポーネントにロードさせるウェブサーバモジュールと
を備えることを特徴とするシステム。
【請求項１５１】前記ウェブサーバモジュールが前記エンド端末の前記再生コンポーネントに制御信号を送信して、該エンド端末に、前記第１のメディアウェブリソースをロードした後に該メディアウェブリソースを再生させ、前記第２のメディアウェブリソースをロードした後に該メディアウェブリソースを再生させることを特徴とする請求項１５０記載のシステム。
【請求項１５２】前記エンド端末が、前記ウェブサーバモジュールから前記第１のリンクおよび前記制御信号を受信し、前記第１のウェブサイトを再生する間に並行して前記エンド端末に前記第１のウェブサイトのウェブページを表示させ、前記ウェブサーバモジュールから前記第２のリンクおよび前記制御信号を受信して、前記第２のウェブサイトを再生している間に並行して前記エンド端末に前記第２のウェブサイトのウェブページを表示させるウェブブラウザを備えることを特徴とする請求項１５１記載のシステム。
【請求項１５３】インターネット用メディア再生システムであって、
メディア再生コンポーネントを含むユーザ端末と、
前記インターネットを介して前記ユーザ端末に接続可能なウェブサーバモジュールであって、第１のウェブサイトおよび第２のウェブサイトなどの、１つ以上のメディアウェブリソースをそれぞれ含む複数のウェブサイトにアクセスし、前記第１のウェブサイトに含まれる第１のメディアウェブリソースに対する第１のリンク信号と前記第２のウェブサイトに含まれる第２のメディアウェブリソースに対する第２のリンク信号とを送信し、前記ユーザ端末に制御信号を送信して、該ユーザ端末に前記第１のメディアウェブリソースおよび前記第２のメディアウェブリソースにアクセスさせ、該メディアウェブリソースをロードさせるウェブサーバモジュールと、
前記複数のメディアウェブリソースのそれぞれに対するリンクを含むデータベースと、
を備え、前記ウェブサーバモジュールが前記第１のリンクおよび前記第２のリンクを前記データベースから識別することを特徴とするシステム。
【請求項１５４】前記データベース内の複数リンクのそれぞれが、開かれると前記複数のメディアウェブリソース内の対応メディアウェブリソースを開くことができることを特徴とする請求項１５３記載のシステム。
【請求項１５５】前記データベースが、複数のメディアウェブリソースのそれぞれに関するメタデータを含み、前記ウェブサーバモジュールが、前記第１のメディアウェブリソースに関連付けられたメタデータを利用して前記第１のリンクを識別し、前記ウェブサーバモジュールが、前記第２のメディアウェブリソースに関連付けられたメタデータを利用して前記第２のリンクを識別することを特徴とする請求項１５４記載のシステム。
【請求項１５６】前記ウェブサーバモジュールが、前記端末から送信された基準を前記第１のメディアウェブリソースに対応する前記データベース内のメタデータ情報に合致させることにより、少なくとも前記第１のリンクを識別することを特徴とする請求項１５５記載のシステム。
【請求項１５７】前記ウェブサーバモジュールが、ランダムな選択により、少なくとも前記第１のメディアウェブリソースに対する前記第１のリンクと前記第２のメディアウェブリソースに対する前記第２のリンクとを識別することを特徴とする請求項１５５記載のシステム。
【請求項１５８】アクセスしたメディアウェブリソースが利用できず、前記別のメディアネットワークリソースが、第１のウェブサイト、第２のウェブサイトあるいは第３のウェブサイト上に配置されている場合、前記ネットワークサーバモジュールが前記端末に信号送信して、自動的に別のメディアウェブリソースにアクセスさせることを特徴とする請求項１５３記載のシステム。
【請求項１５９】インターネット用メディア再生システムであって、
メディア再生コンポーネントおよびユーザインターフェースを含む端末と、
前記インターネットを介して前記ユーザ端末に接続可能なウェブサーバモジュールであって、複数のウェブサイトにアクセス可能で、メディアウェブリソースの所在場所をそれぞれ示す複数のリンクにアクセスし、前記複数リンク信号を指定順序で前記ユーザ端末に送信して、該端末に、複数リンクのそれぞれにより示されるメディアウェブソースを前記メディア再生コンポーネントにロードさせるウェブサーバモジュールと、
前記複数リンクを含み、前記ウェブサーバモジュールに該複数リンク信号を前記指定順序で送信するためにアクセス可能であるデータベースと、
を備え、前記ユーザインターフェースが、複数リンク信号を前記データベースに送信する前記指定順序を変更するよう前記ウェブサーバに指示するユーザからの１つ以上の入力信号を前記ウェブサーバモジュールに送信することを特徴とするシステム。
【請求項１６０】前記ユーザインターフェースが、ユーザからの、前記指定順序における次のリンクをスキップさせる第１の入力信号を送信することを特徴とする請求項１５９記載のシステム。
【請求項１６１】前記ユーザインターフェースが、ユーザからの、前記ウェブサーバモジュールに第１の指定順序を第２の指定順序に置き換えさせる第２の入力信号を送信することを特徴とする請求項１６０記載のシステム。
【請求項１６２】前記第１の指定順序に、前記データベース内に格納された中から第１のカテゴリに属するリンクとして選択されたリンクが含まれ、前記第２の指定順序に、前記データベース内に格納された中から第２のカテゴリに属するリンクとして選択されたリンクが含まれることを特徴とする請求項１６１記載のシステム。
【請求項１６３】前記ウェブサーバモジュールが、前記端末から送信された基準を、前記複数リンクの１つ以上に対応するようにソートされて前記データベース内に格納されているメタデータ情報に合致させることにより、複数のメディアウェブリソースから少なくともいくつかを選択することを特徴とする請求項１６２記載のシステム。
【請求項１６４】前記ウェブサーバモジュールが、ランダムに前記複数リンクの少なくともいくつかを選択することを特徴とする請求項１５９記載のシステム。
【請求項１６５】アクセスしたメディアウェブリソースが利用できなかった場合、前記ウェブサーバモジュールが前記複数リンクの別のリンク信号を前記端末に送信して、該端末に別のメディアウェブリソースに自動的にアクセスさせることを特徴とする請求項１５９記載のシステム。
【請求項１６６】ネットワーク上のメディア再生を提供するシステムであって、
前記ネットワークに接続可能な端末と、
前記端末に接続可能なプレイリストモジュールであって、第１のネットワークサイト上の第１のメディアネットワークリソースの所在場所を示す第１のネットワークアドレスおよび第２のネットワークサイト上の第２のメディアネットワークリソースの所在場所を示す第２のネットワークアドレスなどの複数のネットワークアドレスを含む、前記端末から送信される第１のプレイリストを格納するプレイリストモジュールと、
前記端末および前記プレイリストモジュールに接続可能なネットワークサーバモジュールであって、前記第１のプレイリスト信号を前記端末に送信し、該端末を制御して、該端末に、前記第１のプレイリスト内の各ネットワークアドレスに関連付けられたメディアネットワークリソースにアクセスさせ、各メディアネットワークリソースを前記メディア再生コンポーネントに自動的にロードさせるネットワークサーバモジュールと
を備えることを特徴とするシステム。
【請求項１６７】前記プレイリストモジュールが、第１のネットワークサイト上の第１のメディアウェブリソースの所在場所を示す第１のネットワークアドレスおよび第２のネットワークサイト上の第２のメディアウェブリソースの所在場所を示す第２のネットワークアドレスなどの複数のネットワークアドレスをそれぞれ含む複数のプレイリスト信号を複数の端末から受信して格納し、前記ネットワークサーバモジュールが、前記複数のプレイリスト内の選択プレイリストに対する第２の端末からの要求に対して、前記選択プレイリスト内の複数のネットワークアドレス信号を前記第２の端末に送信することにより応答することを特徴とする請求項１６６記載のシステム。
【請求項１６８】複数のプレイリストの１つに含まれる各ネットワークアドレスにより所在場所が示される前記メディアネットワークリソースを再生要求を出している前記端末上の再生コンポーネントにロードし音楽および／またはビデオの組合わせを含むメディアを再生することを特徴とする請求項１６７記載のシステム。
【請求項１６９】ネットワークに接続され、メディア再生コンポーネントを含む端末にメディアを提供する方法であって、
前記端末に、前記複数のネットワークサイト内の第１ネットワークサイトにアクセスするようプログラムに基づいて指示するステップと、
前記第１のメディアを再生するために、前記端末上の前記メディア再生コンポーネントに、前記第１のネットワークサイト上に配置されている第１のメディアウェブリソースを自動的にロードするステップと、
前記端末に、前記複数のネットワークサイト内の第２ネットワークサイトにアクセスするようプログラムに基づいて指示するステップと、
前記第２のメディアを再生するために、前記端末上の前記メディア再生コンポーネントに、前記第２のネットワークサイトに配置されている第２のメディアウェブリソースを自動的にロードするステップとを有して成ることを特徴とする方法。
【請求項１７０】前記端末が、前記複数ネットワークサイト内の１つ以上のネットワークサイトに更にアクセスするようプログラムに基づいて指示するステップと、
前記端末上の前記メディア再生コンポーネント、更にアクセスしたネットワークサイトのそれぞれに配置されている各メディアウェブリソースを自動的にロードし、前記メディア再生コンポーネントがアクセスした前記ネットワークサイトのそれぞれからメディアを連続的に再生するステップと、
をさらに有して成ることを特徴とする請求項１６９記載の方法。
【請求項１７１】前記端末に前記複数ネットワークサイトの第１のネットワークサイトにアクセスするようプログラムに基づいて指示するステップが、該第１のネットワークサイトのウェブアドレスを前記端末のウェブブラウザコンポーネント内にロードするステップを含み、該端末に前記複数ネットワークサイトの第２のネットワークサイトにアクセスするようにプログラムに基づいて指示するステップが、該第２のネットワークサイトのウェブアドレスを前記端末の前記ウェブブラウザコンポーネントにロードするステップを含むことを特徴とする請求項１７０記載の方法。
【請求項１７２】前記端末に前記複数ネットワークサイト内の第２のネットワークサイトにアクセスするようプログラムに基づいて指示するステップが、該端末に、前記第１のアドレスに対する外部アドレスを有する前記第２のネットワークサイトにアクセスするようプログラムに基づいて指示するステップを含むことを特徴とする請求項１６９記載の方法。
【請求項１７３】前記端末に前記複数ネットワークサイト内の第１および第２のネットワークサイトにアクセスするようプログラムに基づいて指示するステップが、ウェブブラウザコンポーネントおよび前記メディア再生コンポーネントに、前記ネットワークを介して前記端末に接続されているウェブサーバモジュールからプログラムに基づいて指示するステップを含むことを特徴とする請求項１６９記載の方法。
【請求項１７４】インターネットに接続された端末にメディアを供給する方法であって、
各リンクがそれぞれ対応メディアウェブリソースを開く複数リンクを含むデータベースにアクセスするステップと、
前記データベースから、第１のネットワークサイト上に配置されている第１リンクを選択するステップと、
前記データベースから、前記第１のネットワークサイトの外部にある第２のネットワークサイト上に配置されている第２のリンクを選択するステップと、
前記被選択リンクに関連付けられているメディアウェブリソースに連続的にアクセスするよう、該被選択リンク信号を、前記端末上のメディア再生コンポーネントに送信するステップと、
各メディアウェブリソースに対応するメディアを再生するために、前記端末上の前記メディア再生コンポーネントに自動的に信号送信して、前記被選択リンクからアクセスしたメディアウェブリソースのそれぞれをロードさせるステップとを有して成ることを特徴とする方法。
【請求項１７５】前記メディアウェブリソースに対する複数リンクを含むデータベースにアクセスするステップが、該複数リンクに関するメタデータ情報を含む前記データベースにアクセスするステップを含み、前記データベースから第１および第２のリンクを選択するステップが、前記メタデータ情報を利用して前記１つ以上のリンクを選択するステップを含むことを特徴とする請求項１７４記載の方法。
【請求項１７６】前記メディア再生コンポーネントが前記選択した複数メディアウェブリソース内の前記メディアウェブリソースの１つをロードできなかった場合にこれを検出するステップと、その後前記メディア再生コンポーネントに信号送信して、前記データベースから別の被選択リンクを利用して別のメディアウェブリソースをロードさせるステップと、をさらに含むことを特徴とする請求項１７４記載の方法。
【請求項１７７】前記メディア再生コンポーネントが前記選択した複数メディアウェブリソース内の前記メディアウェブリソースの１つに対応するメディアを再生できなかった場合にこれを検出するステップと、その後前記メディア再生コンポーネントに信号送信して、別のリンクを用いて前記データベースから別の被選択リンクをロードし別のメディアウェブリソースをロードさせるステップと、をさらに含むことを特徴とする請求項１７５記載の方法。
【請求項１７８】ネットワークに接続された端末にメディアを提供するシステムであって、各リンクがそれぞれ対応するメディアネットワークリソースを開く複数のリンクにアクセスする手段と、
前記データベースから、第１のネットワークサイト上に配置されている第１のリンクを選択するステップと、
前記データベースから、第２のネットワークサイト上に配置されている第２のリンクを選択するステップと、
前記選択されたリンクに関連付けられているメディアネットワークリソースに連続的にアクセスする手段と、
前記メディアネットワークリソースからメディアを自動的に再生する手段と、を備えることを特徴とするシステム。
【請求項１７９】複数の端末に接続可能なネットワーク上のメディアネットワークリソースを評価する評価システムであって、
各アドレスがそれぞれ前記ネットワーク上の対応するメディアネットワークリソースの所在場所を示す複数のアドレスを含むデータベースと、
前記複数の端末に接続可能であり、前記データベースにアクセスして、該データベースから前記複数の端末に１つ以上のアドレス信号を送信できるネットワークサーバモジュールと、
前記複数の端末に接続可能であり、該複数端末のそれぞれから評価入力を受信して、該評価入力を前記データベース内の被選択アドレスに関連付けられる評価モジュールと、
を備えることを特徴とする評価システム。
【請求項１８０】前記データベースが、複数アドレスのそれぞれに関連付けられた評価を含むことを特徴とする請求項１７９記載の評価システム。
【請求項１８１】前記被選択アドレスに対する前記評価入力に応答して、前記評価モジュールが前記データベースにアクセスし、前記被選択アドレスに関連付けられている前記評価を再構成することを特徴とする請求項１７９記載の評価システム。
【請求項１８２】前記データベースが、前記複数アドレスのそれぞれに関連付けられた１つ以上のクラス情報をさらに含むことを特徴とする請求項１７９記載の評価システム。
【請求項１８３】プレイリストを形成するために前記複数アドレスの組み合わせを選択するプレイリストモジュールをさらに備え、前記ネットワークサーバモジュールが前記プレイリストにアクセスして、該アドレスの組み合わせ信号を前記１台以上の端末に送信することを特徴とする請求項１７９記載の評価システム。
【請求項１８４】前記評価モジュールが、前記１台以上の端末から、該端末に信号送信された前記プレイリストを構成している各アドレスに対する前記評価入力を受信することを特徴とする請求項１８３記載の評価システム。
【請求項１８５】前記評価モジュールが、前記プレイリストを受信した前記１台以上の端末から、前記プレイリストに対するプレイリスト評価入力を受信することを特徴とする請求項１８３記載の評価システム。
【請求項１８６】前記プレイリストモジュールが、前記データベース内の各アドレスに関連付けられた前記評価を利用して、前記アドレスの組み合わせを選択することを特徴とする請求項１８３記載のシステム。
【請求項１８７】前記プレイリストモジュールが、前記データベース内の各アドレスに対する前記評価を利用して、クラス情報を共有する前記アドレスの組み合わせを選択することを特徴とする請求項１８３記載のシステム。
【請求項１８８】前記同一のクラス情報が、ジャンル、サブジャンル、タイトルおよびアーティストからなるクラス群から選択されることを特徴とする請求項１８７記載のシステム。
【請求項１８９】前記プレイリストモジュールが、前記データベース内の各アドレスに対する前記評価を利用して、それぞれ、ジャンル、サブジャンル、タイトルおよびアーティストからなるクラス群から選択されるクラス情報を２つ以上共有する前記アドレスの組み合わせを選択することを特徴とする請求項１８７記載のシステム。
【請求項１９０】前記複数アドレスのそれぞれに関連付けられている前記評価が、最高順位および最低順位を含む順位であることを特徴とする請求項１７９記載のシステム。
【請求項１９１】前記評価モジュールが、前記端末の１台から前記評価を受信し、前記データベース内の既存の評価にアクセスし、加算平均計算式を用いて前記データベース内の該評価を再構成することを特徴とする請求項１９０記載の評価システム。
【請求項１９２】前記加算平均計算式が加重平均であることを特徴とする請求項１９１記載の評価システム。
【請求項１９３】前記加算平均計算式が移動平均であることを特徴とする請求項１９１記載の評価システム。
【請求項１９４】複数の端末に接続可能なネットワーク上のメディアネットワークリソースを評価する評価システムであって、
前記ネットワーク上の対応メディアネットワークリソースをそれぞれ示す複数アドレスと、該複数アドレスのそれぞれに関連付けられた１つ以上のクラス情報とを含むデータベースと、
前記複数の端末に接続可能なネットワークサーバモジュールであって、該複数端末のそれぞれと通信して検索要求を受信し、該検索要求に応答して、該検索要求に合致するクラス情報に関連付けられている１つ以上のアドレスを前記データベースから取出させるように該データベースに信号送信するネットワークサーバモジュールと、
前記複数の端末に接続可能で、該複数端末のそれぞれから評価入力を受信でき、前記データベース内で選択されたアドレスに前記評価入力を関連付ける評価モジュールと、
を備えることを特徴とする評価システム。
【請求項１９５】前記ネットワークモジュールが、前記検索要求に応答して、該検索要求の基準を１クラス以上の情報とともに含まれているパラメータに合致させることにより、１つ以上のアドレスを前記データベースから取出させるように該データベースに信号送信することを特徴とする請求項１９４記載の評価システム。
【請求項１９６】前記複数アドレスとともに前記データベース内に格納されている前記１つ以上のクラス情報が評価であることを特徴とする請求項１９５記載の評価システム。
【請求項１９７】前記検索要求に、各アドレスに関連付けられている評価を利用して前記データベース内のアドレスを選択する評価基準も含まれていることを特徴とする請求項１９４記載の評価システム。
【請求項１９８】ネットワークから利用可能であり、複数の端末により該ネットワーク上で探し出されるメディアネットワークリソースを評価する評価システムであって、
前記ネットワーク上の対応メディアネットワークリソースをそれぞれ示す複数アドレスと、該複数アドレスのそれぞれに関連付けられた評価とを含むデータベースと、
前記複数端末のそれぞれに接続可能であり、前記データベースにアクセスして１つ以上のアドレス信号を該データベースから前記複数端末に送信できるネットワークサーバモジュールと、
前記複数の端末に接続可能であり、前記データベース内の前記複数アドレスのそれぞれに対して前記複数端末のそれぞれから評価入力を受信でき、前記データベース内の被選択アドレスに対する前記複数端末のそれぞれからの前記評価入力受信に応答して、前記データベースにアクセスし、前記被選択アドレスに関連付けられている前記評価を再構成する評価モジュールと、
プレイリストを形成するアドレスの１つ以上の組み合わせを選択するために該アドレスにアクセスし、前記複数の端末の１台以上に信号送信すべきアドレスとして前記プレイリスト信号を前記ネットワークサーバモジュールに送信するプレイリストモジュールと、
を備えることを特徴とする評価システム。
【請求項１９９】前記プレイリストモジュールが、前記データベース内の前記アドレスに対する前記評価を利用して前記プレイリストを形成することを特徴とする請求項１９８記載の評価システム。
【請求項２００】前記プレイリスト内の前記アドレスが前記１台以上の端末により指定順序でアクセスされるように、前記プレイリストモジュールが、前記プレイリスト内の各アドレスを前記指定順序に配置して前記プレイリストを形成することを特徴とする請求項１９８記載の評価システム。
【請求項２０１】前記指定順序が、前記プレイリストに含まれるアドレスの評価順位に従って決定されることを特徴とする請求項１９９記載の評価システム。
【請求項２０２】前記指定順序が、最高から最低の順位に従って前記プレイリスト内の前記アドレスを配列することにより決定されることを特徴とする請求項２００記載の評価システム。
【請求項２０３】前記データベースが、前記複数アドレスのそれぞれに関連付けられている１つ以上のクラス情報をさらに含み、前記プレイリストモジュールが、前記１つ以上のクラス情報を利用して複数のプレイリストを形成することを特徴とする請求項１９８記載の評価システム。
【請求項２０４】前記プレイリストモジュールが、前記複数アドレスの中で１つ以上のクラス情報パラメータを共有する複数アドレスの組み合わせを１つのプレイリスト内に配置することにより、複数のプレイリストを形成することを特徴とする請求項１９８記載の評価システム。
【請求項２０５】前記プレイリストモジュールが、前記プレイリスト内の前記アドレスを、該プレイリストを形成する該アドレスそれぞれに対する評価により決定される順序にしたがって配置することを特徴とする請求項１９９記載の評価システム。
【請求項２０６】ネットワーク上のメディアソースを評価する方法であって、
前記ネットワーク上のメディアリソースの所在場所をそれぞれ示し、それぞれに評価が関連付けられている複数アドレスを含むデータベースにアクセスするステップと、
被選択アドレス信号を前記データベースから前記ネットワークに接続された端末に送信するステップと、
前記被選択アドレス信号を前記端末に送信した後、該端末から評価入力を受信するステップと、
前記評価入力の受信に応答して、前記被選択アドレスに対する評価を調整するステップと、
を有して成ることを特徴とする方法。
【請求項２０７】前記評価入力の受信に応答して、前記被選択アドレスに対する評価を調整するステップが、該評価入力を前記データベース内の前記被選択アドレスに対する既存評価と加算平均するステップを含むことを特徴とする請求項２０６記載の方法。
【請求項２０８】前記評価入力を既存評価と加算平均するステップが、該評価入力と既存評価との間の加重平均をとるステップを含むことを特徴とする請求項２０７記載の方法。
【請求項２０９】１つ以上の被選択アドレス信号を前記ネットワークに接続されている複数の端末に送信するステップと、前記１つ以上の被選択アドレスを前記端末に送信した後、該複数端末のそれぞれから評価入力を受信するステップとをさらに含むことを特徴とする請求項２０６記載の方法。
【請求項２１０】各端末からの評価入力受信に応答して、前記１つ以上の被選択アドレスそれぞれに対する前記評価を、該複数端末全体を反映する加重平均を算出することにより調整するステップをさらに含むことを特徴とする請求項２０９記載の方法。
【請求項２１１】各アドレスがインターネット上の音楽ソースの所在場所を示すことを特徴とする請求項２０６記載の方法。
【請求項２１２】前記評価入力が順位に対応することを特徴とする請求項２０６記載の方法。
【請求項２１３】ネットワーク上のメディアソースを順位付けする方法であって、
前記ネットワーク上のメディアリソースの所在場所をそれぞれ示し、それぞれに評価が関連付けられている複数アドレスを含むデータベースにアクセスするステップと、
プレイリストを形成するために複数アドレスの組み合わせを選択するステップと、
前記プレイリスト信号を前記ネットワークに接続された端末に送信するステップと、
前記プレイリスト内の前記１つ以上のアドレス信号を前記端末に送信した後、該端末から順位を受信するステップと、
前記順位の受信に応答して、前記プレイリストから前記端末に送信された前記各アドレスに対する評価を調整するステップとを有して成ることを特徴とする方法。
【請求項２１４】前記プレイリストとして複数アドレスの組み合わせを選択するステップが、１つ以上のクラス情報を共有する複数アドレスを前記データベースから選択するステップを含むことを特徴とする請求項２１３記載の方法。
【請求項２１５】前記プレイリストとして複数アドレスの組み合わせを選択するステップが、該プレイリスト内の各アドレスを、該プレイリスト内の各アドレスに対する順位により決定される順序に配置するステップを含むことを特徴とする請求項２１３記載の方法。
【請求項２１６】ネットワーク上のメディアソースを順位付ける方法であって、
前記ネットワーク上のメディアリソースの所在場所をそれぞれ示し、それぞれに評価が関連付けられている複数アドレスを含むデータベースにアクセスするステップと、
前記データベースから前記ネットワークに接続されている端末に被選択アドレス信号を送信するステップと、
前記被選択アドレス信号を前記端末に送信した後、該端末から順位を受信するステップと、
前記順位の受信に応答して、前記被選択アドレスに対する評価を調整するステップとを有して成ることを特徴とする方法。
【請求項２１７】各アドレスが音楽ソースの所在場所を示すことを特徴とする請求項２１６記載の方法。
【請求項２１８】各アドレスが、ビデオあるいはアニメーションソースの所在場所を示すことを特徴とする請求項２１６記載の方法。
【請求項２１９】ネットワークから利用可能であり、複数の端末により該ネットワーク上で探し出されるメディアネットワークリソースを評価する評価システムであって、
前記ネットワーク上のメディアリソースの所在場所をそれぞれ示す複数アドレスと、該複数アドレスのそれぞれに関連付けられた評価とを含むデータベースにアクセスする手段と、
前記ネットワークに接続されている端末に前記データベースから被選択アドレス信号を送信する手段と、
前記被選択アドレス信号を前記端末に送信した後、該端末から順位を受信する手段と、
前記順位の受信に応答して、前記被選択アドレスに対する評価を調整する手段と、
を備えることを特徴とするシステム。
【発明の詳細な説明】
【０００１】
発明の背景
本発明は、ネットワークを利用してストリーミングメディアコンテンツを検索し、これを再生する分野に関するものであって、特に、本発明は、インターネットなどのネットワークから入手可能な分散サイトからの連続的なメディア再生ストリーミングを可能にするコンピュータシステムに関するものである。
【０００２】
関連技術
今やコンピュータは、インターネット上のストリーミングメディアにアクセスすることができる。インターネット上で入手可能なストリーミングメディアには例えば、音楽や、映画の予告編、ホームビデオ、動画などのビデオクリップが挙げられる。
【０００３】
ユーザは、手動でリンクを選択しながらインターネット上のストリーミングメディアを探し出す。通常、ユーザが閲覧するメディアサイトにはいくつものサブリンクが含まれている。ユーザは一連のリンクを選択して行き、メディアリンク上で所望するメディアにたどり着くことが多い。たどり着いても、所望のメディアリンクに所望するメディアが入っている場合と入っていない場合とがある。
【０００４】
メディア検索エンジン機能を利用できるサービスもある。ユーザは、アーティストによるメディア作品を選択するよう、検索要求を入力することができる。すると、メディア検索エンジンにより、ユーザが設定した検索要求に含まれている１つ以上の基準に適合するメディアのカテゴリおよび／またはサブリンクに対するリンクが表示される。検索要求に対してどのリンクを表示させるかという決定は、検索エンジンのアルゴリズムに依存している。通常、現行の検索エンジンを利用するユーザに表示されるリンクは、メディアリンクにつながっているメディアの機能や使用可能度を判定した結果に基づいたものではない。さらに、検索結果は複数のリンク表示としてユーザに出力され、ユーザはそれを選択していかなければならない。
【０００５】
多くのインターネットストリーミングメディアの出力は、制限された数のソースノードによるものである。多数のユーザがこのサイトにアクセスして輻輳状態となるとこうしたサイトの信頼性は低くなる。
【０００６】
発明の概要
本発明の１つの実施の形態は、ネットワークからメディアを再生する方法を含む。該方法には、ネットワーク対応デバイスから検索基準を受信するステップが含まれる。前記の方法にはさらに、それぞれのアドレスに１つ以上のクラス情報が関連付けられている複数のネットワークアドレスを含むデータベースにアクセスするステップが含まれる。各アドレスがメディアネットワークリソースにアクセスする。前記の方法にはさらに、検索基準を用いて前記データベースから少なくとも１つのアドレスを選択するステップと、選択したアドレス情報をネットワーク対応デバイスに送信するステップと、該被選択アドレスのメディアリソースに自動的にアクセスし、該リソース再生するようにネットワーク対応デバイスを制御するステップとが含まれる。
【０００７】
別の実施の形態は、ネットワークからメディアを再生する方法を含む。該方法には、ネットワーク対応デバイスからメディア再生要求を受信するステップが含まれる。さらに、メディアネットワークリソースにアクセスできる複数のネットワークアドレスを含むデータベースにアクセスするステップが含まれている。前記方法にはまた、前記データベースから少なくとも２つのアドレスを識別するステップと、識別した各アドレス情報をネットワーク対応デバイスに送信するステップと、該送信した各アドレスのメディアネットワークリソースにアクセスして該リソースを自動的に再生するように、ネットワーク対応デバイスを制御するステップとが含まれる。
【０００８】
別の実施の形態では、ネットワークからメディアを再生するコンピュータシステムを提供する。該コンピュータシステムには、メディア再生コンポーネントを含むネットワーク対応デバイスが含まれている。複数のアドレスを含むデータベースが前記システムに組み込まれており、各アドレスは、ネットワーク上のメディアネットワークリソースの所在場所を示すものである。前記データベースには、各アドレスに関連付けられた１つ以上のクラス情報を含む複数のアドレスが含まれている。前記システムにはまた、ネットワーク対応デバイスおよびデータベースに接続可能なネットワークサーバモジュールも組み込まれている。該ネットワークサーバモジュールを組み込むことにより、端末からの１種類以上の基準を指定する検索要求が受信可能となる。前記ネットワークサーバモジュールで、前記検索基準に適合するクラス情報に関連付けられているアドレスをデータベースから選択する。前記ネットワークサーバモジュールがアドレス情報をネットワーク対応デバイスに送ると、該ネットワーク対応デバイスが該アドレスのメディアネットワークリソースにアクセスし、メディア再生コンポーネントに信号を送り、該メディアネットワークリソースをロードする。
【０００９】
別の実施の形態では、ネットワークからメディアを再生するためのコンピュータシステムを提供する。該コンピュータシステムには、メディア再生コンポーネントを含むネットワーク対応プラットフォームが含まれる。データベースには、それぞれがネットワーク上のメディアネットワークリソースの所在場所を示す複数のアドレスが含まれている。各アドレスがメディアネットワークリソースにアクセスする。前記実施の形態にはさらに、ネットワーク対応デバイスおよびデータベースに接続可能なネットワークサーバモジュールが含まれる。該ネットワークサーバは、前記ネットワーク対応デバイスからメディア再生要求を受信し、データベースから複数のアドレスを選択し、該複数のアドレス情報をネットワーク対応デバイスへ送信する。前記ネットワークサーバモジュールが、前記アドレスを利用することにより該アドレスに関連付けられたメディアネットワークリソースに自動的にアクセスして該リソース再生させるように、ネットワーク対応デバイスのメディア再生コンポーネントを制御する。
【００１０】
別の実施の形態では、ネットワーク対応デバイスを、ネットワークからメディアを再生するように構成する。該ネットワーク対応デバイスはネットワークを介して、複数のアドレスを含むデータベースに接続可能である。各アドレスはネットワーク上のメディアネットワークリソースの所在場所を示すものである。前記ネットワーク対応デバイスには検索要求をプロンプトするユーザインターフェースが含まれる。該ネットワークインターフェースが、前記検索要求信号をデータベースと通信可能なネットワークサーバモジュールに送信し、該検索要求に適合するデータベース内の１つ以上のアドレスを受信する。前記ネットワーク対応デバイスには、前記検索要求に適合するアドレスが指定するメディアネットワークリソースを自動的にロードするように前記ネットワークサーバモジュールによりプログラム制御されるように構成されたメディア再生コンポーネントが含まれる。
【００１１】
別の実施の形態では、ネットワーク対応デバイスを、ネットワークからメディアを再生するように構成する。該ネットワーク対応デバイスはネットワークを介して、複数のアドレスを含むデータベースに接続可能である。各アドレスはネットワーク上のメディアネットワークリソースの所在場所を示すものである。前記ネットワーク対応デバイスには、メディア再生に向けた検索要求をプロンプトする第１のユーザ対話機能を含む複数のユーザ対話機能を備えるユーザインターフェースが含まれる。第１のユーザ対話機能が検索要求を受信すると、ネットワークインターフェースが該検索要求をネットワークサーバモジュールに送信する。該ネットワークインターフェースは、前記データベースと通信可能であり、前記検索要求に適合するデータベース内の１つ以上のアドレスを受信することができる。メディア再生コンポーネントは、メディアネットワークリソースにアクセスすると、ネットワーク対応デバイスに送信された各アドレスに関連付けられているメディアネットワークリソースを自動的にロードするように、ネットワークサーバモジュールによりプログラム制御されるように構成されている。メディア再生コンポーネントによる再生を、１つ以上のユーザ対話機能により制御することができる。
【００１２】
１つの実施の形態には、メディア再生コンポーネントを備える端末にネットワークからメディアを提供するシステムが含まれる。該システムには、第１のネットワークサイトと第２のネットワークサイトとが含まれており、各ネットワークサイトに１つ以上のメディアネットワークリソースの所在場所が示されている。該各メディアネットワークリソースは対応するアドレスにより、ネットワーク上で探し出すことができる。ネットワークサーバモジュールは前記ネットワークを介して前記端末に接続可能である。該ネットワークサーバモジュールが、第１のネットワークサイトから第１のメディアネットワークリソースを識別し、第２のネットワークサイトから第２のメディアネットワークリソースを識別する。前記ネットワークサーバモジュールが、第１のメディアネットワークリソースの対応アドレスを制御信号と共に端末に送信すると、前記メディア再生コンポーネントが自動的に第１のメディアネットワークリソースをロードする。前記ネットワークサーバモジュールが、第２のメディアネットワークリソースの対応アドレスを制御信号と共に端末に送信すると、前記メディア再生コンポーネントが自動的に第２のメディアネットワークリソースをロードする。
【００１３】
別の実施の形態により、インターネット用のメディア再生システムが得られる。該システムには、メディア再生コンポーネントを備えるエンド端末が含まれる。ウェブサーバモジュールはインターネットを介して前記エンド端末に接続可能である。前記ウェブサーバモジュールは、第１のウェブサイトにある１つ以上のメディアウェブリソースと、第２のウェブサイトにある１つ以上のメディアウェブリソースとにアクセスできる。前記ウェブサーバモジュールが第１のウェブサイト上の第１のメディアウェブリソースに対応する第１のリンクに信号を送信し、第２のウェブサイト上の第２のメディアウェブリソースに対応する第２のリンクに信号を送信する。前記ウェブサーバモジュールから前記エンド端末に制御信号が送信されると、該エンド端末が、第１のメディアウェブリソースおよび第２のメディアウェブリソースにアクセスして該第１および第２メディアウェブリソースをメディア再生コンポーネントにロードする。
【００１４】
上記実施の形態の１つ以上に、複数のメディアウェブリソースの各リソースに対応するリンクを格納するデータベースを含めることができ、ウェブサーバモジュールによって、該データベースから第１のリンクおよび第２のリンクを識別することができる。
【００１５】
別の実施の形態には、インターネット用のメディア再生システムが含まれる。該システムには、メディア再生コンポーネントとユーザインターフェースとを備える端末が含まれる。ウェブサーバモジュールをインターネットを介して該ユーザ端末に接続可能である。前記ウェブサーバモジュールは、それぞれが１つのメディアウェブリソースの所在場所を示す複数のリンクにアクセスすることができる。該複数のリンクは、複数のウェブサイト上でアクセス可能である。前記ウェブサーバモジュールが前記複数のリンクをユーザ端末に指定順序で送信すると、該端末は各リンクにより指定されるメディアウェブリソースをメディア再生コンポーネントにロードする。本実施の形態にはまた、複数のリンクを格納しているデータベースが含まれる。該データベースにアクセスして、複数のリンク情報を指定順序で前記ウェブサーバモジュールに送信することができる。前記ユーザインターフェースにより、ユーザからの１つ以上の入力情報が前記ウェブサーバモジュールに送信される。該１つ以上の指示入力により、前記データベースから複数のリンク情報が前記ウェブサーバモジュールに送信される指定順序が変更される。
【００１６】
別の実施の形態には、ネットワーク上にメディアを再生するシステムが含まれる。該システムには、ネットワークに接続可能な端末が含まれる。プレイリストモジュールを該端末に接続することができる。該プレイリストモジュールが、前記端末から送信される第１のプレイリストを格納する。第１のプレイリストには複数のネットワークアドレスが含まれている。第１のネットワークアドレスが第１のネットワークサイトにある第１のメディアネットワークリソースの所在場所を示し、第２のネットワークアドレスが、第２のネットワークサイトにある第２のメディアネットワークリソースの所在場所を示している。ネットワークサーバモジュールが、前記端末およびプレイリストモジュールと接続可能である。該ネットワークサーバモジュールが第１のプレイリスト情報を前記端末に送信する。前記ネットワークサーバモジュールが前記端末を制御することにより、該端末は、第１のプレイリストにある各ネットワークアドレスに関連付けられたメディアネットワークリソースにアクセスして、各メディアネットワークリソースをメディア再生コンポーネントに自動的にロードする。
【００１７】
別の実施の形態には、ネットワークに接続された端末にメディアを提供する方法が含まれる。該端末はメディア再生コンポーネントを備えている。前記端末は、複数のネットワークサイト内における第１のネットワークサイトにアクセルするようにプログラム管理されている。前記端末のメディア再生コンポーネントが、第１のネットワークサイトに所在場所が示されている第１のメディアウェブリソースを自動的にロードして、第１のメディアを再生する。前記端末は、複数のネットワークサイト内における第２のネットワークサイトにアクセルするようにプログラム管理されている。前記端末のメディア再生コンポーネントが、第２のネットワークサイトに所在場所が示されている第２のメディアウェブリソースを自動的にロードして、第２のメディアを再生する。
【００１８】
別の実施の形態には、インターネットに接続された端末にメディアを提供する方法が含まれる。各リンクが対応するメディアウェブリソースをオープンする複数のリンクを格納するデータベースにアクセスする。該データベースから、第１のネットワークサイト上にある第１のリンクを選択する。次に、データベースから、第２のネットワークサイト上にある第２のリンクを選択する。第２のネットワークサイトは第１のネットワークサイトの外部にある。次に前記被選択リンクに関連付けられたメディアウェブリソースに連続的にアクセスするように、前記被選択リンク情報が前記端末のメディア再生コンポーネントに送信される。前記端末のメディア再生コンポーネントに自動的に信号が送信されると、各メディアウェブリソースに対応するメディアを再生するために、前記被選択リンクからアクセスした各メディアウェブリソースがロードされる。
【００１９】
別の実施の形態には、複数の端末間でネットワークからのメディア再生を共有するためのシステムが含まれる。複数の端末には第１の端末および第２の端末が含まれる。該システムには、選択可能なリンクによりネットワーク上に配置可能なプレイリストコンポーネントが含まれる。該プレイリストコンポーネントが複数のリンクを識別するプレイリストを形成する。該プレイリスト内の各リンクは、ネットワーク上のメディアファイルの所在場所を示すものである。前記システムには、前記プレイリストを形成する複数のリンク情報を前記第１の端末に送信するネットワークサーバモジュールが含まれる。該ネットワークサーバモジュールが信号を受信すると、前記選択可能なリンクを前記第２の端末に伝送して、該第２の端末がプレイリストモジュールの所在場所を知ることができるようにする。
【００２０】
別の実施の形態では、インターネット上のウェブリソースを探し出す方法が得られる。ウェブブラウザコンポーネントを用いてウェブサイトにアクセスし、複数のリンクを識別する。該ウェブサイトには自動的に、即ちプログラム制御に基づいてアクセスすることができる。前記複数のリンクの各リンクは選択可能であり、選択すると、ウェブサイト上の指定されたデータの種類に対応するウェブリソースを開くことができる。前記複数のリンクは、１つ以上のリンクを選択する、複数のインターネット対応デバイスが利用できる。
【００２１】
別の実施の形態には、インターネット上のウェブリソースを探し出すためのシステムが含まれる。該システムには、ウェブブラウザコンポーネントおよびデータベースが含まれる。検索モジュールが、少なくとも１つのウェブサイトにアクセスできるように前記ウェブブラウザコンポーネントを制御する。該検索モジュールが、ウェブサイトのメディアウェブリソースに対する複数のリンクを識別するように、前記ウェブブラウザコンポーネントを制御する。複数リンクのそれぞれのリンクは選択可能であり、選択すると、メディアウェブリソースを開くことができる。前記検索モジュールが前記複数リンクを前記データベースに格納する。
【００２２】
別の実施の形態には、ネットワーク上のウェブリソースを探し出す方法が含まれる。複数のリンクを格納しているデータベースにアクセスする。該複数のリンクは選択可能であり、選択すると、対応するウェブメディアリソースを開くことができる。前記複数リンクのそれぞれに対応するウェブメディアリソースに関するメタデータ情報をプログラム制御に基づいて識別する。前記複数のリンクは、複数のインターネット対応デバイスからアクセスできる。複数のインターネット対応デバイスがリンクの１つ以上を選択し、対応するメディアウェブリソースを開く。
【００２３】
別の実施の形態には、インターネット上のウェブリソースを探し出す方法が含まれる。メディアウェブリソースに対する複数のリンクを含むデータベースにアクセスする。複数リンクのそれぞれをプログラム制御に基づいて確認して、対応するウェブメディアリソースを開く。確認したリンクのそれぞれは複数のインターネット対応デバイスからアクセス可能であり、該デバイスでリンクの１つ以上を選択して、対応するメディアウェブリソースを開く。
【００２４】
別の実施の形態には、インターネット上のウェブリソースを探し出すシステムが含まれる。該システムには、複数のリンクから成る第１の索引付きデータ構造が含まれる。メディア再生コンポーネントを該データベースに接続することができる。該メディア再生コンポーネントが複数リンクのそれぞれのリンクをロードして、該リンクを選択するとメディアウェブリソースを開くことができるかどうかを確認する。第２の索引付きデータ構造が、複数リンクのうち確認済みリンクのそれぞれを格納する。該第２の索引付きデータ構造は、複数のインターネット対応デバイスが利用可能である。
【００２５】
別の実施の形態には、メディア検索エンジンが利用するリンクを提供するための方法が含まれる。１つのネットワークサイト内部に存在する複数の内部リンクを識別する。該ネットワークサイトにより、特定のデータ種類に関するネットワークリソースがネットワーク対応デバイスからアクセス可能となる。前記内部リンクを選択すると、ネットワークリソースを開いて特定の種類のデータを抽出することができる。前記外部リンクをデータベース内に格納する。前記ネットワーク対応デバイスから検索要求を受信すると、それに応答して、１つ以上のリンク情報が自動的にメディア再生コンポーネントに送信される。
【００２６】
別の実施の形態には、メディア検索エンジンが利用するリンクを提供する方法が含まれる。該方法には、ａ）第１の索引付きデータ構造から第１のネットワークサイトをリンクする第１の外部リンクを受信するステップと、ｂ）第２のデータ構造を初期化するステップと、ｃ）第１のネットワークサイトが少なくとも１つの内部リンクを含んでいるかどうかを特定するステップと、ｄ）第１の索引付きデータ構造内にも第２の索引付きデータ構造内にもない第１のネットワークサイトに含まれる少なくとも１つの内部リンクを、第１の索引付きデータ構造内に別の外部リンクとして格納するステップと、ｅ）１種類以上の特定データのネットワークリソースを開くために選択可能な、第１のネットワークサイトに含まれる内部リンクを識別するステップと、ｆ）第１の外部リンクを第１の索引付きデータ構造から第２の索引付きデータ構造に移動するステップと、ｇ）ステップａ）からステップｆ）までを、第１の索引付きデータ構造が空になるまで反復するステップとが含まれる。
【００２７】
別の実施の形態には、ネットワーク対応デバイスでアクセス可能なネットワーク上のストリーミングメディアを再生するリンクを検索するコンピュータシステムが含まれる。該システムには、ストリーミングメディアを含むディレクトリ内の１つ以上のメディアサイトを探し出すメタクローラが含まれる。メディア検索モジュールが接続されて、前記メタクローラから１つ以上のディレクトリ情報を受信する。該メディア検索モジュールが、メディアサイトに対する複数のメディアリンクを識別する。複数のメディアリンクのそれぞれを選択すると、ストリーミングメディアネットワークリソースを開くことができる。メタデータ抽出モジュールが、前記メディア検索エンジンが識別した各メディアリンクにアクセスして、識別したメディアリンクに関するメディアデータを抽出する。データベースには前記メディア検索エンジンが識別した複数のメディアリンクが含まれており、識別したメディアリンクそれぞれについてメタデータが抽出される。前記データベースにより、ネットワーク対応デバイスは前記複数のメディアリンクにアクセス可能となる。
【００２８】
１つの実施の形態には、複数の端末に接続可能なネットワーク上のメディアネットワークリソースを評価する評価システムが含まれる。該評価システムには、複数のアドレスを含むデータベースが含まれる。各アドレスは、ネットワーク上で対応するメディアネットワークリソースの所在場所を示すものである。ネットワークサーバモジュールを前記複数の端末に接続することができる。該ネットワークサーバモジュールが前記データベースにアクセスして、該データベースから１つ以上のアドレス情報を前記複数の端末に送信する。前記評価モジュールを前記複数の端末に接続することができる。該評価モジュールが、前記複数端末のそれぞれから評価入力を受信する。前記評価モジュールにより、該評価入力はデータベース内で選択されたアドレスに関連付けられる。
【００２９】
別の実施の形態では、ネットワーク上のメディアネットワークリソースを評価する評価システムが得られる。該評価システムには、ネットワーク上のメディアネットワークリソースのそれぞれに対応する複数のアドレスを含むデータベースが含まれる。該データベースには、複数アドレスのそれぞれに関連付けられた１つ以上のクラス情報が含まれている。ネットワークサーバモジュールを複数の端末に接続することができる。該ネットワークサーバモジュールが複数の端末のそれぞれと通信して、検索要求を受信する。該ネットワークサーバモジュールが前記データベースに、検索要求に応して該データベースから１つ以上のアドレスを検索するように指示する。こうして取出されるアドレスは、検索要求に適合するクラス情報に関連付けられている。前記評価モジュールを複数の端末に接続することができる。該評価モジュールが該複数端末のそれぞれから評価入力を受信する。前記評価モジュールにより、該評価入力はデータベース内で選択されたアドレスに関連付けられる。
【００３０】
別の実施の形態には、ネットワーク上で利用可能なメディアネットワークリソースを評価する評価システムが含まれる。該メディアネットワークリソースは、複数の端末によりネットワーク上で探し出される。前記評価システムには、複数のアドレスを格納するデータベースが含まれる。各アドレスは、ネットワーク上で対応するメディアネットワークリソースの所在場所を示すものである。前記データベースには、複数アドレスのそれぞれに関する評価が含まれている。ネットワークサーバモジュールを複数端末のそれぞれに接続することができる。該ネットワークサーバモジュールが前記データベースにアクセスして、該データベースから１つ以上のアドレス情報を前記複数端末に送信する。前記評価モジュールを該複数端末のそれぞれに接続することができる。該評価モジュールが端末の１台から、前記データベース内の複数アドレスのそれぞれに対する評価入力を受信する。前記データベース内の被選択アドレスに対する前記複数端末の１台からの評価入力を受信すると、前記評価モジュールが前記データベースにアクセスして、前記被選択アドレスに関連付けられている評価を再構成する。プレイリストモジュールが前記データベース内の複数のアドレスにアクセスして、１つ以上のアドレスの組み合わせを選択する。該プレイリストモジュールが、１台以上の端末に送信されるアドレスとして、前記プレイリストをネットワークサーバモジュールに送信する。
【００３１】
上記の１つの変形として、前記データベース内にアドレスと共に記憶されている基準に基づいて前記プレイリストモジュールにアドレスを選択させることができる。前記基準の例として、各アドレスのメディアを再生した後に、端末のユーザの好みを反映する評価が挙げられる。アドレスを選択する別の基準には、アーティスト名やメディアのタイトルなどのメタデータ情報が挙げられる。例えば、検索要求で、基準の１つとしてランキングを指定することができる。すると、前記プレイリストモジュールが、アドレスを選択する際にデータベースをソートして前記のランキングを探し出す。
【００３２】
別の実施の形態には、ネットワーク上のメディアソースのランク付けを行なう方法が含まれる。該方法には、複数のアドレスを格納しているデータベースにアクセスするステップが含まれる。各アドレスはネットワーク上のメディアリソースの所在場所を示すものであり、各アドレスに評価が関連付けられている。前記データベースから選択したアドレス情報が、ネットワークに接続されている端末に送信される。前記被選択アドレス情報を前記端末に送信した後、該端末からの評価入力を受信する。受信した評価入力に応じて、前記被選択アドレスに関連付けられた評価を調整する。
【００３３】
別の実施の形態には、ネットワーク上のメディアソースのランク付けを行なう方法が含まれる。複数のアドレスを格納しているデータベースにアクセスする。各アドレスはネットワーク上のメディアリソースの所在場所を示すものであり、各アドレスに評価が関連付けられている。複数アドレスの組み合わせを選択して、プレイリストを形成する。このプレイリスト情報が、ネットワークに接続されている端末に送信される。前記プレイリスト内のアドレス情報を前記端末に送信した後、該端末から評価ランキングを受信する。受信した評価ランキングに応じて、前記プレイリストから前記端末に送信された各アドレスに関連付けられている評価を調整する。
【００３４】
別の実施の形態には、ネットワーク上のメディアソースのランク付けを行なう方法が含まれる。複数のアドレスを格納しているデータベースにアクセスする。各アドレスはネットワーク上のメディアリソースの所在場所を示すものであり、各アドレスに評価が関連付けられている。前記データベースから選択したアドレス情報を、ネットワークに接続されている端末に送信する。該被選択アドレス情報を前記端末に送信した後、該端末から評価入力を受信する。受信した評価入力に応じて、被選択アドレスに関連付けられている評価を調整する。
【００３５】
別の実施の形態には、メディア再生コンポーネントを備えるネットワーク対応デバイスが含まれる。該メディア再生コンポーネントは、ネットワーク側モジュールと通信して第１の複数リンクを受信するように構成されている。該第１の複数リンクのそれぞれは、ネットワーク上のメディアファイルの所在場所を示すものである。ウェブブラウザコンポーネントは、第２の複数リンクを受信するように構成されている。第２の複数リンクのそれぞれは、各第１の複数リンクが示すメディアファイルを受信する。ウェブブラウザコンポーネントが第２の複数リンクのそれぞれに対するウェブサイトを表示している間、メディア再生コンポーネントは、表示されているウェブサイトが提供しているメディアファイルからのメディアを再生する。
【００３６】
詳細な説明
Ａ．システムの概要
１つの実施の形態によれば、メディア検索エンジンを備えるシステムが得られる。該メディア検索エンジンを用いて、メディアファイルリンクに関するデータベースを作成することができる。前記リンクを、予め定められたカテゴリおよび／またはユーザが定義する検索基準にしたがって構造化することができる。クライアントの端末には、対応するリンクを用いて１つ以上のメディアファイルに自動的にアクセスするためのメディアプレーヤーが組み込まれており、該メディアプレーヤーによって、メディアファイルに含まれているメディアを再生する。
【００３７】
数ある本発明の効果の中でも特に効果的なのは、ユーザが手動でメディアリンクを選択しなくても、ユーザ端末がネットワーク上のさまざまなサイトのメディアファイルにアクセスすることである。例えば、ユーザ端末は、メディアファイルを含む１つ以上のインターネットサイトに自動的にアクセスして、ユーザに対して音楽を出力することができる。前記の音楽は、メディアサイトへのリンクをユーザが見て選択しなくても出力される。
【００３８】
本発明の実施の形態とは反対に、メディアを含むインターネットファイルを検索する他のシステムを用いると、エンドユーザは迷ってしまい、時間の浪費となる可能性がある。多くの場合、こうした検索をすると、ディレクトリあるいはウェブ検索ページ上にある一連のリンクが得られる。こうなるとユーザは一度に１つのリンクをクリックして、各メディアファイルを再生させる必要が生じるが、こうして選択したメディアファイルが破損して使用不能であり、メディアコンテンツを配信できない可能性もある。リンク切れの数が多くなくても、ユーザはリンクを１つずつクリックして各メディアファイルを起動させなくてはならないため、非常に非効率的である。
【００３９】
本発明による１つの実施の形態では、ユーザ端末で、インターネット上の複数サイトから連続してメディアストリーミングを受信することができる。複数サイトにアクセス可能であるため、エンドユーザの対話を必要とせずストリーミングメディア受信の要求信号を送るだけで、前記ユーザ端末でストリーミングメディアを受信することができる。該ユーザ端末が、メディア再生コンポーネントを用いて、メディアを含むメディアリンクに自動的にアクセスする。
【００４０】
メディア再生コンポーネントを、１つ以上のサーバ側モジュールで制御することができる。１つの実施の形態において、ユーザ端末のメディア再生コンポーネントは、サーバ側モジュールが作成した１つ以上のプレイリストと対話する。該プレイリストには、メディア再生アプリケーション用メディアリンクが含まれている。該メディアリンクを前記プレイリスト内で構造化する、あるいは順序付けることができる。前記プレイリストは、バックエンドモジュールで自動的に作成することも、エディタにより手動で作成することもできる。該エンドユーザが作成することもできる。
【００４１】
メディア再生コンポーネントはまた、１つ以上のサーバ側検索モジュールとの対話によりネットワーク上のメディアリンクにアクセスすることができる。前記メディアリンクは、例えばエンドユーザからの検索基準に基づいて、自動的に選択され得るものである。
【００４２】
本発明の実施の形態により、ネットワークを介してアクセス可能なメディアの検索および再生システムが得られる。１つの実施の形態において、ユーザが検索要求で設定した基準に基づいてメディアを出力するよう要求できるメディア検索エンジンが得られる。該メディア検索エンジンは、検索要求で設定した基準に適合する、ネットワーク上のストリーミングメディアを効率よく探し出すことができる。前記システムにより、ネットワーク上の複数のサイトで見つけたメディアを連続的に再生することができる。例えば、ユーザは、特定のアーティストに基づいた検索を指定することができる。前記システムを用いると、特定アーティストのメディアファイルを含むインターネット上の１つ以上のサイトが探し出される。前記システムにより、ユーザ端末は、インターネットサイト上で利用可能なメディア作品を自動的かつ連続的に再生することができる。
【００４３】
さらに、本発明の１つの実施の形態によるバックエンドシステムにより、リンク切れや検索基準に適合しない検索結果を得る可能性が最小限に抑えられる。前記バックエンドシステムを用いて、各リンクに関連付けられたメディアの品質検査を、手動、またはプログラム制御に基づいて行なうこともできる。
【００４４】
さらに、本発明の１つの実施の形態による検索エンジンでは、バックエンドにインターネットウェブブラウザソフトウェアコンポーネントを組み込んで、ウェブリソースの検索および索引付けを行なう。前記インターネットウェブブラウザコンポーネントは、市販のウェブブラウザコンポーネントを組み込んだもの、または変更したものでよい。サーバ側モジュールと組み合わせて、前記ブラウザによるメディアリンクやメディアコンテンツを含むメディアサイトの検索を制御することができる。その結果、本実施の形態によるメディア検索エンジンを、前記バックエンドシステムの既存のリソースを利用した効率良い検索エンジンとすることができる。
【００４５】
数ある効果の中でも特に効果的なのは、本発明の実施の形態では、複数のメディアリンクからのストリーミングメディアをユーザに向けて自動的に再生することができることである。本発明の実施の形態では、拡張可能な分散アーキテクチャが用いられている。本発明でいう拡張性とは、輻輳によるボトルネックを最小限に抑えつつ、多数（数千人以上）の視聴者に同時にサービスを提供できることをいう。分散アーキテクチャのもう１つの効果は、１つのメディアサイト、あるいはメディアサイト上の１つ以上のメディアが利用不能であっても、ユーザ端末は別のサイトからのメディアを受信することができるということである。その結果、ユーザは確実にメディアを連続的に見聞きすることができる。
【００４６】
さらに、ユーザが設定した個人的な基準に基づいて、インターネット上の複数サイトからユーザに向けてストリーミングメディアを連続して出力することができる。前記基準は、エンドユーザが１つ以上の要求の中で設定することができる。エンドユーザは、１つの要求を出すだけで、複数のサイトから連続して出力されるメディアを享受することができる。これにより、ユーザは、ユーザインターフェースを介して要求をクリックするだけでメディアを要求することができる。
【００４７】
本発明の１つの実施の形態により、ユーザは、別のエンドユーザとストリーミングメディア体験を共有することができる。例えば、ユーザは、複数のインターネットサイトへのリンクを含むプレイリストを共有することができる。これにより、個人で、インターネット上の複数サイトを利用してストリーミングメディアのメディアプログラムを作成することができる。例えば、ホストウェブサイトやＥメールを利用して、複数のエンドユーザ間でプレイリストを共有することができる。
【００４８】
Ｂ．検索および再生システム
エンドユーザからの検索要求をユーザ端末から、サーバ側の１つ以上のモジュールに伝送することができる。クライアント側再生モジュール、１つ以上のサーバ側モジュール、またはクライアント側とサーバ側モジュールの組み合わせにより、ユーザ端末で、直ちにロードおよび再生可能なメディアコンテンツを含むインターネット上のサイトにアクセスすることができる。検索要求に対する応答が、ユーザ端末を介したメディア出力なのである。前記メディアコンテンツは、最初の検索要求のほかにはエンドユーザからの動作がなくても、ユーザ端末から出力される。１つのサイトからのメディアが終了すると、前記再生モジュールにより、ユーザ端末が別のインターネットサイト上にあるメディアに自動的にアクセスし、再生する。これにより、１つの実施の形態では、ユーザ端末が、複数のインターネットサイトからアクセス可能なストリーミングメディアを連続してエンドユーザに向けて出力する。
【００４９】
本発明の実施の形態をインターネット上で実施することができる。別の実施の形態は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、エキストラネット、イントラネット、インターネット、無線ネットワーク、あるいは無線通信を利用するネットワークなど、デジタル情報を伝送するあらゆるネットワークで実施可能である。本発明の１つの実施の形態に使用されるネットワークの例として、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）下で動作するネットワークが挙げられる。本発明の実施の形態は、Ａｍｅｒｉｃａ  ＯｎｌｉｎｅＴＭなどの所有権を有しているＷＡＮ上でも利用可能である。したがって、インターネット上で利用する実施の形態についての説明は例示的なものであり、上述した別の種類のネットワークにも同様に当てはまる。
【００５０】
１つの実施の形態に使用されるシステムには、ネットワーク対応デバイス、ネットワークサーバモジュールおよびデータベースが含まれる。前記ネットワーク対応デバイスには、インターネットなどのネットワークに接続するためのコンポーネントを備えるデバイスが含まれる。前記ネットワーク対応デバイスには通信ポートおよびプロセッサが含まれ、記憶装置およびディスプレイが含まれる場合もある。前記通信ポートは、モデム結線を延長するコネクタなどの物理的なポートでよい。また、無線周波数によるデータ通信の送受信をするための無線ポートなどでもよい。ネットワーク対応デバイスの例として、パーソナルコンピュータ、Ｗｉｎｄｏｗｓ  ＣＥＴＭまたはＰａｌｍＴＭオペレーティングシステム下で動作するハンドヘルドデバイス、およびＳｐｒｉｎｔ  ＰＣＳＴＭシステムなどのインターネット機能を備える携帯電話があげられる。前記ネットワーク対応デバイスの別の例には、スピーカーやネットワークからの通信を受信するプロセッサを含むシステムなどの情報処理機能を備える装置がある。
【００５１】
ネットワーク対応デバイスにメディア再生コンポーネントを含めることができる。該メディア再生コンポーネントは、ストリーミングメディアファイルを再生するアプリケーションを含んでいる。市販のメディア再生コンポーネントの例として、Ｒｅａｌ  Ｎｅｔｗｏｒｋ  ＰｌａｙｅｒＴＭ、Ａｐｐｌｅ  Ｑｕｉｃｋｔｉｍｅ  ＰｌａｙｅｒＴＭおよびＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  ＰｌａｙｅｒＴＭが挙げられる。
【００５２】
１つの実施の形態では、ネットワークサーバモジュールに、通信ポートを介してネットワーク対応デバイスと通信するサーバ側モジュールが含まれている。該ネットワークモジュールは、インターネットなどのネットワークを介して前記ネットワーク対応デバイスに接続可能である。また、前記ネットワークサーバモジュールを端末装置におくことができる。例えば、前記ネットワークサーバモジュールは、端末装置からネットワーク上のデータベースにアクセスできる。さらに、前記ネットワークサーバモジュールを端末装置とネットワーク上のサーバ上の両方に置くこともできる。具体的には、クライアントのアプリケーションにより端末装置上で実行できるネットワーク側のコードをネットワークサーバモジュールに含めることができる。例えば、前記ネットワークサーバモジュールには、本明細書で開示するプロセスおよび機能を実行するためにユーザ端末に配信されるアプレットまたはジャバスクリプトを含めることができる。
【００５３】
前記データベースには、複数のアドレスが格納されている。各アドレスはメディアネットワークリソースの所在場所を示すものである。該メディアネットワークリソースには、メディアを出力するためにメディア再生コンポーネントにロードすることができるファイルが含まれている。本明細書でいうメディアとは、オーディオおよび／またはビデオの組合わせをいう。ビデオメディアには、モーションあるいはアクションに似たアニメーションとして組合わされた一連の画像の集合体が含まれる。ビデオメディアの例として、映画クリップ、ビデオレコーダからの録画、漫画などのアニメーションが挙げられる。さらに、メディアには、オーディオメディアと組み合わせられる静止画像およびグラフィックの集合体が含まれる。メディアには別に、ウェブページ上の動的あるいはアニメーションを用いた画像やテキストがある。
【００５４】
１つの実施の形態において、メディアファイルをロード再生し、音楽あるいは音楽ビデオを出力することができる。別の例として、メディアファイルに筋書き、構想、キャラクタを盛り込んだビデオあるいはアニメーションを含め、従来のテレビあるいはラジオ番組に似せることができる。別の例には、映画クリップ、ホームビデオ、映画予告編またはスポーツハイライトがある。
【００５５】
本明細書でいうモジュールには、一定のタスクあるいは機能を果たすことができるプログラム、サブルーチン、プログラムの一部、ソフトウェアコンポーネントまたはハードウェアコンポーネントが含まれる。モジュールは、他のモジュールから独立したサーバなどのハードウェアコンポーネント上、または、同じサーバまたはクライアント端末上または同じプログラム内におくことができる。
【００５６】
ネットワークサーバモジュールはネットワーク対応デバイスに接続可能であり該デバイスとの通信およびデータベースへのアクセスが可能である。前記ネットワーク対応デバイスが、検索基準を含む検索要求を送信する。前記検索基準には、データベースに含まれているメディアファイルからいくつかのメディアファイルを識別するためにユーザが指定するすべての条件が含まれている。検索基準の例として、タイトル、アーティスト名、データの種類、ユーザの選考評価、品質および継続時間が挙げられる。
【００５７】
前記検索基準に基づいて、ネットワークサーバモジュールがデータベースから少なくとも１つのアドレスを選択する。識別されたアドレス情報がネットワーク対応デバイスに送信される。前記ネットワークサーバモジュールがメディア再生コンポーネントと通信することにより、該メディア再生コンポーネントが、アドレスで指定されたメディアリソースを再生することができる。
【００５８】
図１は、本発明の１つの実施の形態により、インターネットのストリーミングメディアを検索し、再生するシステムに使用されるプロセスを示している。該プロセスは、１つの用途において、図２および図３のアーキテクチャで実施されるものである。前記プロセスは統合システムとして説明されているが、図１に記載の１つ以上のステップは、別のステップとは無関係に実施可能である。同様に、図１のステップを実施するコンポーネントおよびモジュールも、別のシステムおよびアーキテクチャにて実施可能である。さらに、図１のステップを、互いに並行して実行しても、図１に示す順序とは別の順序で実行してもよい。
【００５９】
ステップ１１０において、システムがアドレスデータベースを構築する。１つのアドレスには、ネットワークおよびインターネットサイトに関する１つのＵｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｉｏｎｓ（ＵＲＬ）が含まれる。メディアサイトには、例えば、ウェブユーザがストリーミングメディアにアクセスできるウェブサイトが含まれる。別の実施の形態においては、前記メディアサイトには、別種類のネットワーク上のネットワークメディアリソースの所在場所が示されている。本明細書に記載するように、前記メディアサイトはメディア検索エンジンを介して探し出され得るものである。本発明の実施の形態によりメディアサイトを識別する例示的プロセスを図４に示す。
【００６０】
各メディアサイトは、該サイトに用意されている１つ以上のメディアリンクあるいは他の手段を介してメディアにアクセスする手段を提供する。前記メディアリンクが、メディアコンテンツを含むウェブリソースを識別する。前記ウェブリソースには、任意タイプのファイルを含めることができる。ファイルタイプの例として、ＭＯＶ、ＪＰＥＧあるいはＲＡＭなどのＭｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎ（ＭＩＭＥ）タイプがある。前記ファイルは、ワールドワイドウェブのロード、ブラウジングまたは再生に利用することができる。各メディアリンクは、特定のメディアサイトの内部リンクでも外部リンクでもよい。ウェブサイトの内部メディアリンクは、該メディアサイトのウェブドメイン、ホスト、プロパティあるいはサーバ上に位置するウェブリソースを識別するＵＲＬに対応している。メディアサイトの外部メディアリンクが、該メディアサイトのウェブドメイン、ホスト、プロパティまたはサーバ上に位置しないウェブリソースを識別する。
【００６１】
ステップ１２０において、前記システムは、各メディアサイトのメディアリンク（ＵＲＬ）を識別し、データベースに格納する。前記メディアサイトデータベースに格納されている各メディアサイトのメディアリンクを識別してデータベースに格納する例示的プロセスを図５に示す。
【００６２】
ステップ１３０において、各メディアリンクを検証する。メディアリンクを調べ、対応するメディアがユーザにとって再生に利用可能であるか否かを検証する。したがって、リンク切れ、動作不能、または利用不能なメディアは前記検証から除外される。
【００６３】
ステップ１４０において、各メディアリンクからメタデータ情報を抽出する。検証したメディアリンクのそれぞれからメタデータ情報を抽出するのが好ましい。１つの実施の形態において、抽出メタデータのリスト即ちデータベースにメタデータを追加することができる。該メタデータの追加は、例えば手動対話編集およびエディタインターフェース（例えば、図２のエディタインターフェースモジュール２７５）を利用して実行可能である。メタデータ情報（各メディアリンクに関連付けられた例示的データ構造タイプも括弧内に付与）の例として、識別表示（整数）、著者（文字列）、継続時間（文字列）、メディアＵＲＬ（ＵＲＬ）、ソースウェブサイト（ＵＲＬ）、メディアの種類（整数）、評価（実数）、票数（整数）、検証状況（ブール）、編集状況（ブール）、ジャンルの種類（ジャンルデータベーステーブルの見出し）、プレイリストジャンル状況（ブール）、ミックス（ミックスデータベーステーブルの見出し）、プレイリストミックス状況（ブール）、ムード（ムードデータベーステーブルの見出し）、記述（文字列）、クリップ同報通信品質（整数）、ビデオ画像サイズ（整数）およびプレイリストムード状況（ブール）が挙げられる。前記メタデータの１種類以上をメディアリンクまたは実際のメディアファイルから抽出することができる。例えば、１ウェブリソースに対する１メディアリンクを、識別表示、継続時間、著者、およびソースウェブサイトに基づいて抽出することができる。同様に、１種類以上の前記メタデータを、前記抽出済メタデータ情報に追加することもできる。例えば、ジャンルの種類および記述情報を、前記抽出済メタデータ情報に追加することができる。
【００６４】
ステップ１５０において、前記システムは、予め定められたカテゴリに分類されているメディアデータベースを利用してメディアプレイリストを作成する。１つの実施の形態においては、確認済メディアリンクを図１０の例に基づきプレイリストに組み入れられる。
【００６５】
実施の形態によっては、プレイリストのメディアクリップ間のさまざまな位置にストリーミングメディア広告のリンクを挿入することができる。該広告は、前記プレイリストで利用できるメディアを聞きそうな聴衆を対象にしている。前記広告を作成し、分散できるソースあるいはウェブサーバモジュールから同報通信することができる。プレイリストに含められるストリーミングメディアの別の例として、新聞記事や天気予報が挙げられる。
【００６６】
ステップ１６０において、再生インターフェースを提供する。該再生インターフェースにより、ユーザ端末のメディアプレーヤーコンポーネントが、各プレイリスト内のメディアリンクに関連付けられているメディアを再生する。前記再生インターフェースに、プレイリストの操作機能、または複数のプレイリストの切換え機能を含めることができる。例えば、前記再生インターフェースにより、好みのメディアあるいはウェブリソースを探し出すまでユーザが複数のメディアまたはウェブリソースをスキップできるようにしてもよい。前記再生インターフェースは、ユーザ端末で実行できるソフトウェアまたはハードウェアアプリケーションである。前記再生インターフェースを、ウェブサーバモジュールを介して動的にアクセス可能なウェブアプリケーションとして実装しても、あるいはデスクトップソフトウェアアプリケーションとして実装してもよい。
【００６７】
１つの実施の形態においては、再生インターフェースモジュールに、各クリップが再生された時点でユーザが評価できるストリーミングメディアクリップ評価システムが含められている。前記バックエンドモジュール評価システムが、前記評価票を利用して、再生インターフェースにより再生できる評価済プレイリストを生成する。
【００６８】
さらに、前記再生インターフェースモジュールに、メディアクリップに関するインターネットＥメール通知をユーザが一人以上の受信者に向けて送信する、あるいは複数のメディアクリップを含む連続的ストリーミングメディアプログラムを複数のネットワークソースから送信することができるようにするシステムを含めることができる。受信者が、前記Ｅメールに含まれている１つ以上のリンクを選択することにより、該受信の再生モジュールを起動することができる。Ｅメールからリンクを選択すると、該受信者端末の再生モジュールが起動して、前記送信者が言及したメディアクリップあるいはプログラムを再生する。
【００６９】
前記再生インターフェースには、ユーザが、メディア再生に対する検索基準を定めて実行できるようにするユーザインターフェースエレメントが含まれる。
【００７０】
図２は、本発明の１つの実施の形態によるシステム２００のアーキテクチャを例示するブロック図である。該システムは、ワールドワイドウェブ２１５を含むインターネット２２０上でアクセス可能なメディアにユーザ端末２１０をリンクするものとして図示されている。本発明の別の実施の形態では別種類のネットワーク上で前記システムを動作させることも可能である。
【００７１】
ユーザ端末２１０には、あらゆるネットワーク対応マルチメディアコンピューティングプラットフォームが含まれる。特に、ユーザ端末２１０には、あらゆるインターネット対応マルチメディアコンピューティングプラットフォームが含まれる。ユーザ端末２１０用コンピューティングシステムの例として、パーソナルコンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、スマートフォン、インターネット対応テレビ、ラジオおよび他の装置が挙げられる。前記マルチメディア機能は、ストリーミングマルチメディア再生用ソフトウェアまたはハードウェアコンポーネントの利用可能度で判断される。インターネット対応とは、プラットフォームがインターネット上の情報にアクセスできることをいう。１つの実施の形態において、ユーザ端末２１０が、インターネットを介してアクセスできるメディア検索および再生インターフェースモジュール２７０を実行する。電話回線、無線またはＤＳＬ回線などの通信チャネル２１２を用いて、ユーザ端末２１０をインターネットに接続する。あるいは、前記再生モジュールをクライアントの端末にプレインストールしておくこともできる。どちらの構成でも、前記再生モジュールが、インターネットウェブサーバに格納されているメディアプレイリストにアクセスする。
【００７２】
バックエンドデータベース管理システム２４５を設けて、ユーザ端末２１０がメディアの検索および再生に必要な情報を維持する。データベース管理システム２４５が、ユーザ端末２１０と通信するサーバ側モジュールを含むモジュールから情報を受信する。１つの実施の形態において、ユーザ端末２１０にメディア検索および再生機能を提供するのに用いられるモジュールには、メディア検索モジュール２３０、自動検査および抽出モジュール２５５、エディタモジュール２５０、プレイリスト生成モジュール２６０、およびウェブサーバモジュール２７０が含まれる。前記モジュールはユーザ端末２１０のインターフェースと通信可能である。
【００７３】
１つの実施の形態では、ウェブサーバモジュール２７０上のメディアプレイリストを用いて前記通信を行なっている。
【００７４】
該モジュールはまた、ウェブブラウザアプリケーションやストリーミングメディアプレーヤーなどのユーザ端末上のソフトウェアアプリケーションまたはコンポーネントと以下に記載するように通信可能である。
【００７５】
１つの実施の形態において、メディア検索モジュール２３０には、メディアディレクトリメタクローラモジュール２３４とメディア検索エンジン２３８とが含まれる。該メタクローラモジュール２３４とメディア検索エンジン２３８とは別々に互いに並行して動作可能である。メタクローラモジュール２３４はインターネット２２０に対する一般検索を行ない、メディアサイトを探し出す。メディアサイトには、ウェブリソース、ウェブリソースのメディアリンク、または、前記メディアリンクおよび／またはウェブリソースを有する他のウェブページのリンクを含むウェブページが含まれる。前記メタクローラモジュール２３４が、検索した各メディアサイトのアドレス即ち所在場所を、データベース管理システム２４５が維持しているメディアサイトテーブル２４３に追加する。メディアサイトテーブル２４３には、メタクローラ２３４が検索した各ウェブページのＵＲＬを識別するメディアサイトが列挙されている。
【００７６】
１つの実施の形態においては、メディアサイトテーブル２４３全体を、手動あるいは対話入力なしで、メタクローラモジュール２３４のプログラムによって生成している。別の実施の形態では、エディタモジュール２３２でデータベース管理システム２４５とインターフェースして、１つ以上のメディアサイトに関するＵＲＬをメディアサイトテーブル２４３に手動で入力することができる。別の実施の形態では、エディタモジュール２３２の代わりにメタクローラ２３４を用いて、メディアのサブディレクトリが各メディアサイトに関するＵＲＬを手動で受信できる。
【００７７】
メディア検索エンジン２３８が、データベース管理システム２４５が維持しているメディアサイトテーブル２４３にアクセスする。該メディア検索エンジン２３８は、メディアサイトテーブル２４３の各メディアサイト上のウェブリソースのメディアリンクを識別する。１つの実施の形態において、メディア検索エンジン２３８は、メディアサイトテーブル２４３の各サイトにコンタクトし、メディアリンクを探し出す。次に、メディア検索エンジン２３８は各メディアリンクのアドレスをデータベース管理システム２４５に格納する。１つの実施の形態において、各メディアリンクのＵＲＬは、メディアおよびメタデータテーブル２４７の一部に格納される。
【００７８】
自動メディア検査およびメタデータ抽出（ＡＭＶＭＥ）モジュール２４０が、メディアあるいはメディアリンクのＵＲＬを含むメディアおよびメタデータテーブル２４７の一部にアクセスする。ＡＭＶＭＥモジュール２４０が、メディアおよびメタデータテーブル２４７の各メディアリンクを検証する。メディアが規定する基準に適合するウェブリソースを含んでいるかどうか、メディアリンクを検証する。例えば、テキスト文書のみではなくオーディオまたはビデオの組み合わせを含むかどうか、各メディアリンクを検証することができる。さらに、前記メディアリンクを検証してユーザが再生できることを確認し、リンク切れ、または古いリンクをデータベース管理システム２４５が維持しないようにする。
【００７９】
ＡＶＶＭＥモジュール２４０はまた、メディアおよびメタデータテーブル２４７の各メディアリンクに関連付けられているウェブリソースからメタデータを抽出する。ＡＶＶＭＥモジュール２４０が、検証済メディアリンクからメタデータを抽出するのが好ましい。ＡＶＶＭＥモジュール２４０はインターネット上の各メディアリンクに自動的にアクセスして、メタデータ情報を検証すると共に抽出する。抽出したメタデータは、ウェブリソースから入手可能な情報、またはメディアリンク上のウェブリソースに関するものである。メディア抽出モジュール２５５が抽出できるメタデータの例として、著者、継続時間、名前、記述テキスト、メディアコンテンツの同報通信および再生の品質、画像、ビデオおよびホームムービークリップに関するフレームサイズおよび表示解像度などの情報が挙げられる。例えば、１つのメディアリンクを、オーディオメディアのウェブリソースに関連付けることができる。該メディアリソースから抽出できるメタデータには、アーティスト名、メディア作成者、長さおよびオーディオ／ビデオ品質がある。１つの実施の形態において、メディア抽出モジュール２５５はまた、メディアがメディアサイトから再生できるかどうかを検証する。ＡＭＶＭＥモジュール２４０はデータベース管理システム２４５にアクセスして、検証結果およびメタデータ情報をメディアおよびメタデータテーブル２４７に格納することができる。
【００８０】
１つの実施の形態において、メタデータエディタインターフェース２７５がシステム２００に含まれている。該メタデータインターフェース２７５は、各メディアリンクに関連付けられているウェブリソースのメタデータに関するエディタからの手動入力を受け付ける。前記メタデータインターフェースモジュール２７５は前記メディアおよびメタデータテーブル２４７の１つ以上のメディアリンクにアクセスして、メタデータ情報に関する各ウェブリソースを手動検証することができる。メタデータインターフェースモジュール２７５を操作する編集員がメディアストリーミング要求を送信すると、ウェブリソースのメディアが端末上で検査用にリプレイされる。次に、メタデータエディタインターフェース２７５により、メディアおよびメタデータテーブル２４７にメタデータを追加することができる。前記追加メタデータ情報は、ウェブリソースを含むメディアリンクからプログラムにより入手できるメタデータでないことが好ましい。例えば、メタデータエディタインターフェース２７５を用いて、ウェブリソースのジャンル、ウェブリソースの記述、編集員が該ウェブリソースに適用できると判断したムードやミックスなどシステムが予め定めた情報を、メディアおよびメタデータテーブル２４７に追加することができる。
【００８１】
プレイリスト生成モジュール２６０が、データベース管理システム２４５の情報に基づいて複数のプレイリストを生成する。１つの実施の形態において、プレイリスト生成モジュール２６０が、格納されているメディアリンクに含まれているメディアのＵＲＬを得るために、メディアおよびメタデータリスト２４７にアクセスする。前記プレイリスト生成モジュール２６０により、メディアリンクデータベースシステムに格納されている情報およびテーブル２４７のメタデータによって特徴付けられている予め定められているカテゴリに基づいてプレイリスト２８４を生成することができる。プレイリスト２８４は、ウェブサーバモジュール２７０に格納される。
【００８２】
１つの実施の形態において、ウェブサーバモジュール２７０には、メディア検索および再生アプリケーションが含まれる。ユーザ端末２１０が、インターネットを介して該メディア検索および再生アプリケーションとインターフェースする。例えば、ウェブサーバモジュール２７０により、前記メディア検索および再生アプリケーションはウェブサイト上で利用可能となる。ユーザは、ウェブサイト上のリンクをクリックすることで前記メディア検索および再生アプリケーションを始動させることができる。別の実施の形態においては、前記再生アプリケーションはユーザ端末にプレインストールされている。
【００８３】
前記再生アプリケーションが、ウェブサーバモジュール２７０にアクセスして、そこに格納されているメディアプレイリストをロードする。１つの実施の形態において、前記再生アプリケーションが１つ以上のプレイリストに格納されているメディアＵＲＬおよびメタデータを読み取る。該情報を用いて、ユーザに向けてプレイリストから連続してメディアを再生する。再生されているメディアファイルを提供しているウェブページまたはネットワークサイトも、ネットワーク対応デバイス上にウェブサイトの例として表示可能である。例えば、オーディオメディアを再生しながら、ユーザには該オーディオメディアを提供しているウェブページを表示することができる（図２２および添付の開示内容を参照）。
【００８４】
前記メディア検索および再生アプリケーションは、ユーザ端末２１０から再生要求を受信すると、前記バックエンドシステムが処理しメディアおよびメタデータテーブル２４７に格納されているメディアを出力あるいは再生することができる。例えば、１つの実施の形態において、ジュークボックス、ディスクジョッキーミックスまたはラジオ放送局のように、ユーザ端末２１０から連続的に音楽を出力することができる。
【００８５】
ユーザ端末２１０のインターフェースにより、ユーザは複数のメディアクリップの再生のスキップ、またはカテゴリの切換えを行なうことができる。例えば、ユーザ端末２１０を利用しているユーザはまずジャズのプログラムを聞き、次にクラシック音楽のジャンルに切り換えることができる。ユーザはユーザインターフェースの１つ以上の機能を使用して、選択していくことができる（図２１を参照）。ユーザはまた、音量、一時停止、追加メディアクリップ情報の検索および取出し、歌のスキップ、または自動的に再生されている特定音楽のリプレイなどの再生設定を制御することができる。ユーザはまた、前記インターフェースを利用してプレイリスト作成の統制および／またはカスタマイズを行なうことができる。例えば、１つの音楽プレイリストに、ジャズとクラシック音楽などのジャンルを組み合わせて入れることができる。
【００８６】
１つの実施の形態において、前記メディア検索および再生アプリケーションは、プログラム制御によりストリーミングメディアマルチメディアソフトウェアあるいはハードウェアコンポーネントを制御して、ユーザ端末のマルチメディア出力デバイス（ビデオディスプレイおよびスピーカーハードウェアなど）にメディアデジタルビットを実際にストリーミングする。前記メディア検索および再生アプリケーションは、ストリーミングメディアコンポーネントが発生するソフトウェアイベントに応答する機能を備えている。例えば、ストリーミングコンポーネントに再生エラーが発生すると、前記アプリケーションは該コンポーネントに対し別のメディアファイルを再生するよう命令することができる。別の例として、前記コンポーネントが現行の再生を終了した旨報告すると、前記アプリケーションが次のメディアクリップの再生を決定して開始する。前記アプリケーションに対し、ユーザがメディア再生コマンドを与えることができるユーザインターフェースエレメントを備えててもよい。該コマンドは、前記アプリケーションにより、その時点で再生中のメディアに対して再生コマンドを実行するコンポーネントに送られる。
【００８７】
１つの実施の形態において、前記メディア検索および再生アプリケーションは、ウェブをベースにしたソフトウェアアプリケーションを介してユーザに提供される機能コマンドと組み合わせて動作する。ユーザインターフェースを設けて、ユーザがソフトウェアアプリケーションの機能コマンドを選択できるようにしてもよい。ユーザインターフェースの例を、図２１に示すとともに以下に記載する。
【００８８】
１つの実施の形態において、分類モジュール２９０がメディアおよびメタデータテーブル２４７にアクセスして、メタデータを追加し、該メディアおよびメタデータテーブル２４７のメディアリンクに関連付けられているメディアを分類する。該自動プロセスにより、メディアおよびメタデータテーブル２４７の別のレコードに格納されている情報を参照して、音楽ジャンルなどのメタデータが生成される。例えば、前記分類モジュールは、同一アーティストによる１つ以上のメディア作品に対して入力されたジャンルメタデータにしたがい、テーブル内で利用可能なメディア作品すべてに対するジャンルメタデータ情報を自動的に設定することができる。該プロセスにより、前記バックエンドシステムの能率および拡張性が大幅に向上する。
【００８９】
図３は、本発明の１つの実施の形態による、システム３００に関するシステムソフトウェアコンポーネントの概略図である。図３は、システム２００の機能を提供するためのソフトウェアコンポーネントの書き方、展開方法、および相互作用を示すものである。システム２００のコンポーネントは３層アーキテクチャとして説明することができる。コンポーネントはスペックに書き込まれて、バックエンド層、中間層および、前面層に展開される。バックエンド層にはデータベース管理システム２４５が含まれる。データベース管理システム２４５には、データベース３４５およびバックエンドインターフェースモジュール３５５が含まれる。バックエンドインターフェースモジュール３５５には、例えばＭｉｃｒｏｓｏｆｔ  ＳＱＬ  Ｓｅｒｖｅｒ  Ｓｙｓｔｅｍ（ＭＳ  ＳＱＬ）を備えてもよい。
【００９０】
前記中間層には、バックエンドインターフェースモジュール３５５と通信するモジュールが含まれる。該中間層には、メディアサイト管理プログラム３６０およびメディア管理プログラム３６５ソフトウェアコンポーネントを含めてよい。メディアサイト管理プログラム３６０およびメディア管理プログラム３６５はそれぞれ独立してバックエンドインターフェースモジュール３５５と通信する。前記メディアサイト管理プログラム３６０コンポーネントは、前面層のモジュールおよびコンポーネントと通信するためのプログラムインターフェース３６２を外部に備えている。メディア管理プログラム３６５には、第１のメディア管理プログラムインターフェース３６６と第２のメディア管理プログラムインターフェース３６８とが含まれる。
【００９１】
前記前面層には、メディアサイトモジュール３３０とメディアモジュール３４０とが含まれる。メディアサイトモジュール３３０はサイトインターフェース３６２と通信する。メディアサイトモジュール３４０は第１および第２のメディア管理プログラムインターフェース３６６および３６８と通信する。第１および第２のメディア管理プログラムインターフェース３６６および３６８はメディアモジュール３４０と通信する。メディアサイトモジュール３３０には、ディレクトリメタクローラ３１０およびメディア検索エンジン３１２モジュールに対するフロントエンドインターフェース３３２が含まれる。メディアサイトモジュール３４０には、メディア検索エンジン３１２、エディタインターフェースモジュール３１４、および自動検証モジュール３１６に対するフロントエンドインターフェース３４２が含まれる。ディレクトリメタクローラ３１０は、インターネットメディアディレクトリウェブサイトをクロールする。メディアウェブサイトのリンクが、メディアサイトモジュール３３０に渡されて、データベースに格納される。メディア検索エンジン３１２は、メディアサイトモジュール３３０が提供するウェブサイトのメディアリンクを検索する。該リンクは、インターフェース３４２を介してメディアモジュール３４０に転送され、データベースモジュール３４５に格納される。
【００９２】
エディタインターフェースモジュール３１４は、インターフェース３４２を介してメディアモジュール３４０から編集用メディアリンクを獲得し、メディアを編集再生するためにインターネットからロードする。メディアモジュール３４０がデータベースに追加するメディアに関するメタデータが編集員によって提供される。
【００９３】
検証モジュール３１６が、各メディアリンクを介してアクセスできるメディアファイルあるいはウェブリソースを検証して、メディアモジュール３４０を用いてデータベースに格納されているメディアの使用可能度に関するメタデータを更新する。前記検証モジュールはまた、インターネットメディアからメタデータを抽出して、メディアモジュール３４０によりデータベース内のメタデータを更新する。前記検証モジュールは、メディアモジュール３４０を用いてメディアレコードのバッチに関しデータベースを照会し、該レコードが提供するインターネットメディアに関するメタデータを自動的に検証し抽出する。
【００９４】
バックエンド層からフロントエンド層への通信では、バックエンド層のデータベース管理システム３４５がシステム３００にレコードを提供する。各レコードまたはレコードセットが、レコード（１つあるいは複数）のテーブルまたはデータベースから切り離される。該切り離されたレコードは、アクティブデータベースオブジェクト（ＡＤＯ）切離したコードセットとしてバックエンド層からフロントエンド層に伝送される。
【００９５】
フロントエンド層からバックエンド層への通信では、切り離された各レコードは、いずれの層にあるいずれのコンポーネントによってもデータベース内で更新することができる。更新されたレコードは、レコードセット更新操作の形態でデータベース管理システム３４５に伝送される。１つの実施の形態において、ディレクトリメタクローラ３１０が、非同期メソッド呼出しにより、データベース３４５内のレコードに追加すべきＵＲＬをメディアサイトモジュール３３０に送信する。メディア検索エンジン３１２が、ゲットサーチメソッド呼出しによりＵＲＬサイトのバッチをメディアサイトモジュール３３０に伝送する。メディア検索エンジン３１２は非同期メソッド呼出しによりメディアリンクおよびメディアリンクに関連付けられているメタデータを追加する。
【００９６】
コンポーネントおよびすべての層が、ＭＳ  ＤＣＯＭ（ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｍｐｏｎｅｎｔ  ｏｂｊｅｃｔ  ｍｏｄｅｌ）ソフトウェアコンポーネント技術を使用した呼出し可能な方法を備えるプログラマチックインターフェースを外部に配置している。層間の通信も、前記コンポーネントのメソッド呼出しを使用して行われる。該コンポーネントは、前面、中間およびバックエンド層のハードウェアシステムに展開される。あるいは、これらコンポーネントをＭＳ  ＣＯＭ＋コンポーネント技術を使用して、開発し展開することができる。該技術を使用すると、ＣＯＭ＋Ｉｎ  Ｍｅｍｏｒｙ  Ｄａｔａｂａｓｅシステム（ＩＭＤＢ）がバックエンドデータベースモジュール２４５のテーブルのプロキシおよびキャッシュとして機能する。該処理により検索および編集プロセスがスピードアップする。待ち行列型コンポーネント（Queued Components）などのＣＯＭ＋サービスを使用して、インターフェース３６２および３６６を介して非同期メソッド呼出しを行なうことができる。
【００９７】
Ｃ．メディア検索エンジン
本発明の実施の形態は、インターネットなどのネットワーク上のウェブリソースを検索するものである。１つの実施の形態において、ネットワークブラウザが１つ以上のネットワークサイトのリンクを識別する。前記リンクは選択可能であり１つのリンクを選択すると、指定したデータ種別のネットワークリソースを開くことができる。従って前記リンクの１つ以上を選択可能なネットワーク対応デバイスで、選択したリンクを利用することができる。
【００９８】
本明細書でいうネットワークブラウザは、（ｉ）ネットワークのロード、（ｉｉ）ネットワークリソースの構文解析、翻訳およびレイアウト、および（ｉｉｉ）ネットワークリソースの表示を含むコア機能を実行するソフトウェアである。該ネットワークブラウザには、アプリケーションプログラマブルインターフェース（ＡＰＩ）が含まれる。本発明の１つの実施の形態では、ネットワークブラウザをバックエンドに用いて、指定データ種別のネットワークリソースを検索する。前記実施の形態の１つの効果は、ウェブブラウザが、編集員や他のユーザとの手動による対話ではなくバックエンドでプログラム制御されることである。
【００９９】
ネットワークブラウザには、シェル、ＡＰＩ、および処理モジュールを含めることができる。該ネットワークブラウザのコンポーネントには、前記ＡＰＩおよび処理モジュールが含まれる。インターネットアプリケーションでは、前記処理モジュールは、例えば、ＭＳＨＴＭまたはＤＬＬモジュールが使用される。ネットワークブラウザコンポーネントが実行する機能には、ネットワークリソースのロード、ならびにネットワークリソースの構文解析、翻訳およびレイアウトがある。
【０１００】
インターネットアプリケーションでは、ウェブブラウザコンポーネントを用いて、指定データ種別のリソースを検索することができる。該ウェブブラウザコンポーネントは、市販のブラウザの一部であってもよい。例えば、本発明の１つの実施の形態で使用するウェブブラウザコンポーネントは、再構成したＮｅｔｓｃａｐｅ  ＮａｖｉｇａｔｏｒＴＭまたはＩｎｔｅｒｎｅｔ  ＥｘｐｌｏｒｅｒＴＭブラウザでよい。
【０１０１】
１つの実施の形態において、ウェブブラウザコンポーネントを、該ウェブブラウザのＡＰＩを介してプログラム制御することにより、複数のリンクのウェブリソースにアクセスしている。前記ウェブブラウザをプログラム制御して、該ウェブブラウザのシェルをバイパスしてもよい。例えば、ＡＰＩを用いて、前記ウェブブラウザにシェルを無視するように、またはシェルの機能を切り離すように命令することができる。次に残りのウェブブラウザコンポーネントが指定データ種別のリンクを識別する。その結果、前記ウェブブラウザが複数のウェブリソースにアクセスして、画像や音声などのデータを無視して、該リンク上のリソースのデータ種別を識別する。
【０１０２】
別の実施の形態では、検索モジュールがウェブブラウザコンポーネントを制御して、ウェブサイトにアクセスする。該検索モジュールは、該ウェブブラウザコンポーネントを制御して、ウェブサイトにあるメディアウェブリソースの複数のリンクを識別する。ウェブブラウザコンポーネントが識別した各リンクを選択すると、メディアウェブリソースを開くことができる。前記検索モジュールが前記複数のリンクをデータベースに格納する。
【０１０３】
別の実施の形態では、複数のメディアウェブリソースのリンクがデータベースに格納されている。該複数のリンクをプログラム制御により検証して、各リンクから対応するメディアウェブリソースを開けるかどうかを特定する。検証済みリンクは、複数のインターネット対応デバイスで利用可能となり、リンクの１つ以上を選択して対応するメディアウェブリソースを開くことができる。
【０１０４】
前記リンクを、市販のメディアプレーヤーなどを用いてバックエンドで検証することができる。例えば、検証する必要がある各リンクを、メディアプレーヤーのＡＰＩを介してプログラム制御に基づいてロードすることができる。メディアプレーヤーのリンク応答結果により、リンクが検証されたかどうかを判定する。
【０１０５】
別の実施の形態では、各リンクのメディアウェブリソースのメタデータを識別するようにメディアプレーヤーをプログラムすることができる。次に、該メタデータを、前記リンクと関連付けられているデータベースに格納することができる。
【０１０６】
実施の形態には多くの効果があるが、特に効果的なのは、特定データ種別のファイルに関するネットワークリンクを迅速に累積してデータベースに格納することができることである。リンクのそれぞれを選択すると、メディア上のファイルを開くことができる。該ファイルにより、端末がメディアを再生することができる。１つの実施の形態においては、前記アドレスから、ユーザ端末のメディア再生コンポーネントにロードできるメディアファイルにアクセスする。該ファイルは、該ファイルを特徴付ける情報とともにデータベースに格納することができる。したがって、前記リンクを、例えば、メタデータ情報および１つ以上のクラス情報で特徴付けることができる。
【０１０７】
さらに、複数の実施の形態では、データベース内の各リンクをプログラム制御に基づいて検証することができるため、データベース内にリンク切れや利用できないリンクが存在しない。さらに、メタデータ情報によっては、各メディアファイルをプログラム制御に基づいて識別することができる。これに反し、既存のシステムではリンクの検証が手動で行われるため、ユーザが介在する必要がある。また、既存のシステムではメタデータ情報の抽出も手動で行なわれる。
【０１０８】
図４には、システム２００が検索要求２０３を受信し、応答２０９を発信するブロック図が例示されている。１つの実施の形態において、システム２００は、ウェブサーバモジュール２７０とメディアおよびメタデータデータベース２４７を用いて検索要求２０３を処理している。エンド端末２１０は検索要求２０３の信号をウェブサーバモジュール２７０に送信する。ウェブサーバモジュール２７０がメディアおよびメタデータデータベース２４７にアクセスして、検索要求に適合する１つ以上のＵＲＬを取出す。ウェブサーバモジュール２７０が、取出されたＵＲＬを含む応答信号をエンド端末２１０のメディア再生コンポーネント２１１に送信する。
【０１０９】
１つの実施の形態において、検索要求２０３には、メディアおよびメタデータデータベース２４７から選択するＵＲＬを指定する１つ以上の基準が含まれている。該基準をメディアおよびメタデータデータベース２４７のパラメータに対応させることができる。テーブル２４９に、メディアおよびメタデータデータベース２４７のデータ構造を例示する。テーブル２４９には、複数のＵＲＬを含むＵＲＬリストが含まれる。前記各ＵＲＬから、メディアを含むウェブリソースに直接アクセスできる。前記各ＵＲＬは、該ＵＲＬに関連付けられたウェブリソースに関するメタデータ情報に対応する１つ以上のパラメータにより特徴付けられている。一例として、テーブル２４９はパラメータとして、ジャンル（Ｇ）、データ種別（ＤＴ）、カテゴリ（Ｃ），ウェブリソース識別子および１つ以上のプレイリスト（ＰＬＡＹ１、ＰＬＡＹ２、ＰＬＡＹ３）を示したものである。
【０１１０】
ジャンルデータは、各ＵＲＬのウェブリソースを構成するメディア作品を広義に分けるクラス識別子である。音楽に関して言えば、ジャンルには、ロック、クラシック、ジャズを含めることができる。映画では、恋愛もの、喜劇、ホラーなどがジャンルにあたる。ジャンルの識別は、プログラム制御に基づいて、またはエディタインターフェースを介して行なうことができる。１つのジャンルをテーブル２４９の１つ以上のＵＲＬに関連付けることができる。掲載した例では、ＵＲＬ１〜ＵＲＬ７のジャンルは、Ｇ１、Ｇ２およびＧ３のいずれかである。あるいは、いくつかのジャンルが１つのＵＲＬに関連する場合もあり得る。
【０１１１】
データ種別のパラメータは、ＵＲＬに関連付けられたウェブリソースのＭＩＭＥの特性に対応している。カテゴリのパラメータは、ジャンルの下部クラスである。例えば、音楽に関して言えば、カテゴリはソフトロックに対応し、映画では、上映時間に対応する。テーブル２４９では、それぞれのカテゴリがそれぞれのジャンルに固有なっている例を示している。したがって、１つのジャンルのウェブリソースが、別のジャンルのウェブリソースと同じカテゴリに属していない。一例として、ＵＲＬ１とＵＲＬ３、ＵＲＬ２とＵＲＬ５はそれぞれ同じカテゴリに属しているが、別のＵＲＬはみな別々のカテゴリに属している。
【０１１２】
メディアおよびメタデータデータベース２４７に含めることができる別のメタデータ情報に、識別子情報がある。該識別子情報はウェブリソースを識別するものである。前記識別子により、特定のメディア作品名、ならびにそのメディア作品のアーティストあるいは著者がわかる。
【０１１３】
１つの実施の形態において、メディアおよびメタデータデータベース２４７には、メタデータ情報パラメータとしてプレイリスト情報が含まれる。前記プレイリストはいくつかの方法で識別することができる。例えば、一意に決まる名称または別の識別子により、プレイリストを識別することができる。該プレイリストを、ジャンルやカテゴリなどのパラメータにより識別してもよい。ブールデータを、各ＵＲＬと各プレイリストに関連付けてもよい。
【０１１４】
検索要求２０３の基準により、メディアおよびメタデータデータベース２４７に対する１つ以上のパラメータが指定される。例えば、検索要求２０３に、ジャンル、カテゴリ、プレイリスト、または識別子の１つ以上に相当する基準を含めることができる。１つの実施の形態において、ウェブサーバモジュール２７０がメディアおよびメタデータデータベース２４７にアクセスし、検索基準で設定されたパラメータのすべてを備えるＵＲＬを検索する。
【０１１５】
ウェブサーバモジュール２７０が、検索要求の基準に適合するＵＲＬを検索する。応答２０９がメディア再生コンポーネント２１１に送信される。該応答には１つ以上のＵＲＬが含まれている。プレイリストを要求した場合、要求したプレイリストと別に複数のプレイリストを含む複数のＵＲＬが提供されることに留意されたい。応答２０９にはメタデータ情報も含まれる。例えば、応答２０９として、各ＵＲＬに対するウェブリソースの継続時間、アーティスト、履歴などの情報をエンド端末２１０に送信することができる。
【０１１６】
ウェブサーバモジュール２７０はさらに、応答２０９によって提供されるＵＲＬにアクセスするように制御情報２０７を送信する。制御情報２０７により、エンド端末２１０はメディア再生コンポーネント２１１が再生するウェブリソースをロードする。したがって、メディア再生コンポーネントは自動的に、応答２０９に含まれる各ＵＲＬのウェブリソースをロードする。こうして、エンドユーザ２１０には、入力した検索要求の応答としてメディアが出力されることになる。前記のことは、検索基準に適合するウェブリソースを含むメディアサイトのリンクがユーザに提供される本発明とは別のシステムとは対照的である。
【０１１７】
一例として、ユーザが特定のカテゴリのメディア作品を指定することができる。例えば、ユーザは、「自然環境音」という検索要求を入力することができる。ウェブサーバモジュール２７０が、メディアおよびメタデータデータベース２４７にアクセスして、「自然環境音」に適合するパラメータを検索する。１つのアプリケーションにおいては、自然環境音を含むウェブリソースのＵＲＬを提供するように予めプログラム化されているプレイリストが検索される。そこで、応答２０９には、自然環境音を含む複数のウェブリソースのＵＲＬをそれぞれ含む１つ以上のプレイリストが含まれる。別のアプリケーションでは、カテゴリパラメータまたはサブパラメータを検索して「自然環境音」を探す。応答２０９には、プレイリストに予めプログラムされていない１つ以上のＵＲＬを含めることができる。応答２０９はメディア再生コンポーネント２１１に対し、一度に１つ、グループ毎（プレイリスト毎など）、または一括してＵＲＬを提供することができる。
【０１１８】
１つの実施の形態において、分類モジュール２８０を用いて、テーブル２４９に例示する１つ以上のパラメータをプログラム制御に基づいて作成することができる。前記パラメータは、例えば、ＵＲＬを提供しているメディアサイトのメタデータ情報を識別することにより、決定することができる。
【０１１９】
図５は、本発明の１つの実施の形態において、システム２００の１つ以上のモジュールによってメディア再生コンポーネント２１１が制御されている様子を例示するブロック図である。ウェブサーバモジュール２７０が、メディア再生コンポーネント２１１のアプリケーションプログラムインターフェース２７６に制御情報を送信する。該制御情報は、ウェブサーバモジュール２７０のメディア検索再生アプリケーションが提供するものである。ウェブサーバモジュール２７０は、ユーザ端末２１０に送信するメディアリソースの１つ以上のＵＲＬと共に、コマンド信号を送信する。一例として、ウェブサーバモジュール２７０のコマンドを、各ＵＲＬを引き数とする命令にすることができる。前記メディア再生コンポーネントを制御するコマンドの例には、プレイ（ＵＲＬ）および一時停止（ＵＲＬ）がある。
【０１２０】
オプション機能として、ウェブサーバモジュール２７０が、ユーザ端末２１０のウェブブラウザコンポーネント２１３に制御情報を送ることができる。該制御情報は、メディアリソースに関連付けられたウェブサイトにアクセスし表示させるコマンド形式でよい。該コマンドを、ウェブブラウザコンポーネント２１３のアプリケーションプログラムインターフェース２７９に提供することができる。前記より、システム２００は、ユーザ端末２１０で再生するメディアリソースに関連付けられたウェブサイトを表示することができる。従って、ユーザ端末２１０は、メディアリソースが所在しているウェブサイトを表示しながら、メディアリソースのメディアを再生することができる。この実施の形態の１つの効果は、ユーザが、メディアリソースに関連のない画像、オーディオテキストあるいはメディアを得つつ、１つの媒体においてオーディオなどのメディアリソースからメディアの再生を受信できることである。したがって、ユーザは、メディアリソースが所在しているウェブサイトのバナー広告を見ながら、ユーザ端末２１０に送信されるメディアリソースから歌を聴くことができる。
【０１２１】
ウェブサーバモジュール２７０から送信される各ＵＲＬにはネットワークプロトコルがある。メディアリソース、特にオーディオファイルには、プロトコルの種類として「ＨＴＴＰ」プロトコル、「ＰＮＭ」プロトコル（．ＲＭ拡張子のあるＲｅａｌＮｅｔｗｏｒｋｓ）、または「ＲＴＳＰ」プロトコル（．ＲＡＭ拡張子がある）がある。ウェブサーバモジュール２７０により送信されるＵＲＬには、ＵＲＬを形成しているストリングの最初の部分にあるプロトコルが含まれる。ＨＴＴＰプロトコルファイルの場合には、「ＨＴＴＰ」に対応するストリング部分を「ＰＮＭ」に置き換えるのが好ましい。該調整により、特に再生コンポーネント２１１がＲｅａｌＮｅｔｗｏｒｋｓ  ＰｌａｙｅｒｓＴＭであっても、該再生コンポーネントにバグがあっても機能不良に陥ることはない。
【０１２２】
ウェブサーバモジュール２７０は、ネットワーク側モジュールでも、クライアント側モジュールでも、これらの組み合わせであってもよい。いずれの実施の形態でも、ウェブサーバモジュール２７０はデータベースは直接または間接的にアクセス可能である。
【０１２３】
図６に、本発明の１つの実施の形態による、インターネットメディア検索モジュールのコンポーネントのプロセスを例示する。図６の例などのプロセスを用いて、メディアサイトのデータベースを構築することができる。前記各メディアサイトには、メディアリンクおよび／または他のメディアサイトのリンクが含まれる。１つの実施の形態において、図６のプロセスをシステム２００（図２）のメタクローラモジュール２３４に適用することができる。
【０１２４】
図６のプロセスは、ユーザ端末のユーザには見えないバックエンド動作である。図６のプロセスが、定期的に実行され、自動的即ちプログラム制御されるプロセスであるのが好ましい。例えば、メディアリンクを、数日あるいは数週間おきに図６に示す例などのプロセスにより識別し格納することができる。図６のプロセスの実施間隔をアイドル時間と呼ぶ場合もある。
【０１２５】
図６のプロセスにより、ウェブページディレクトリからメディアサイトのＵＲＬを抽出することができる。本発明の１つの実施の形態のウェブディレクトリの例として、Ｙａｈｏｏ．ｃｏｍ（登録商標）およびＬｙｃｏｓ．ｃｏｍ（登録商標）などのウェブサイト上のディレクトリが挙げられる。図６のプロセスは、ユーザ端末２１０のユーザには見えないバックエンドの動作である。図６のプロセスが、人との対話を必要としない、自動的即ちプログラム制御されるプロセスであることが好ましい。
【０１２６】
ステップ４１０において、ディレクトリのホームページを、検索済ページデータ構造に追加する。こうして検索済ページデータ構造が維持される。同じような構造を有する解析済ページデータ構造も維持され、モジュールがすでに処理したページのＵＲＬを保持する。解析済ページデータ構造は、ホームページウェブディレクトリが前記処理でそれまでに解析されたかどうかを表示する。前記検索済ページおよび解析済ページデータ構造はＵＲＬによりキーあるいは索引を付与され、その中にある特定のＵＲＬの照会を支援するものである。キーあるいは索引を付与したデータ構造の例として、データベーステーブルおよびハッシュテーブルが挙げられる。
【０１２７】
ステップ４１０において、解析済ページデータ構造は空であり、検索済ページデータ構造内のディレクトリホームページがまだ解析されていないことを示している。
【０１２８】
ステップ４２０において、検索済ページデータ構造が空であるかどうか判定する。該判定が肯定であれば、フロープロセスは終了する。これは、前記プロセスがディレクトリ内の内部ウェブページすべてを解析した場合に起きる。前記判定が否定であれば、ステップ４３０において、新しいページリンクを検索済ページデータ構造から呼び出す。次に、該ページを記憶装置にロードして解析する。解析とは、ウェブページのＨＴＭＬソース（あるいはその等価）コードをロードして読み取り、コンテンツをアクセス可能とし、機械可読形式にすることである。
【０１２９】
１つの実施の形態においては、ＨＴＭＬパーサコンポーネントを用いてページを解析している。ＨＴＭＬパーサの例にウェブブラウザがある。したがって、新しいページを、ウェブブラウザコンポーネントにより解析することができる。具体的に言えば、前記プロセスのステップ４４０を、ウェブブラウザコンポーネントにより公開されているアプリケーションプログラムインターフェース（ＡＰＩ）を用いて実行することができる。前記の場合、ウェブブラウザコンポーネントはバックエンドサーバプロセス内で構成され、利用されているため、目に見える領域はなく、ユーザは関わっていない。ローディングの効率を上げるため、メディアをウェブページでローディングあるいはレンダリングしないように構成されている。ＡＰＩを介すると、このように構成することができる。
【０１３０】
１つの実施の形態において、ウェブブラウザは、例えば、自動的にプレゼンテーションレイヤを表示しないように除外することにより、ウェブページを効率よく解析するように構成されている。さらに、検索機能に必須でない情報のロードあるいは解析をしないように、ウェブブラウザをプログラムに基づいて構成することができる。例えば、ウェブブラウザコンポーネントを、ウェブページで見つけたメディアデータをロードしないように構成することができる。
【０１３１】
ステップ４４０において、解析されているページ上のメディアサイトに対するすべてのリンクをパーサにより特定する。ＨＴＭＬパーサＡＰＩにより、ページドキュメントオブジェクトモデルにアクセスできるようになる。ステップ４５０では、すべての新たな外部ページリンクをメディアサイトデータベースに追加する。ウェブページデータ構造の例を、メディアサイトデータベーステーブル２４３（図２）に示す。前記データベースはメディアサイトのＵＲＬを格納するが、サイト自体の格納は行なわない。新たな外部ページリンクとは、メディアサイトデータベース内にまだ索引付けされていない、あるいは含まれていないメディアサイトを意味する。
【０１３２】
ステップ４６０において、新たに解析したページで見つかった内部リンクに対するすべてのＵＲＬおよびリンクを、この対象ＵＲＬが（ｉ）検索済ページデータ構造内にまだ含まれてなく、かつ（ｉｉ）解析済ページデータ構造内にまだ存在していなければ、ウェブページデータ構造に追加する。ステップ４７０において、新たに解析したページを解析済ページデータ構造に移動すると、前記フロープロセスはステップ４２０に戻る。前記プロセスにより、ディレクトリにより索引付けされたメディアサイトすべてのＵＲＬがメディアサイトデータベースに追加される。
【０１３３】
図７に、本発明の１つの実施の形態による、インターネットメディア検索モジュールの別のコンポーネントを例示する。図７で説明した例などのプロセスを用いて、１つ以上のウェブサイトからアクセス可能なウェブリソースに対するメディアリンクを識別し格納することができる。図７のプロセスを、図４で説明した例などのプロセスと併用することができる。１つの実施の形態において、図７のプロセスを、システム２００（図２）のメディア検索エンジン２３８に適用することができる。
【０１３４】
１つの実施の形態において、図７のフロープロセスは、ユーザ端末のユーザには見えないバックエンドの動作である。図７のフロープロセスを、定期的に実行し、自動的即ちプログラム制御されるプロセスにすると好ましい。例えば、メディアリンクを、数日あるいは数週間おきに図７に示す例などのフロープロセスにより識別および格納することができる。図７のフロープロセスの実行と実行との間の持続時間をアイドル時間と呼ぶこともある。
【０１３５】
図７のフロープロセスは、格納されているメディアサイトデータベースにアクセスすることを前提としている。該データベースには、各メディアサイトに対するＵＲＬが含まれる。メディアサイトの例示的データベースには、図２と合わせて説明したメディアサイトおよびメタデータテーブル２４３が含まれる。各レコードには、メディアサイトに対するＵＲＬフィールドおよび、図５で説明したプロセスが前記ＵＲＬフィールドにおけるＵＲＬにてウェブサイトを最後に処理した日付があれば、その最終処理日を示すフィールドが含まれる。解析済メディアサイトとは、図５で説明した例などのプロセスを用いて、前記メディアサイトを、ウェブリソースに対するメディアリンクおよび他のメディアサイトに対するリンクについてプログラムに基づいて検証したことを意味する。
【０１３６】
ステップ５１０において、ウェブリソースのＭＩＭＥを特定する。ステップ５１０で選択可能なＭＩＭＥの種類として、ＪＰＥＧ、ＭＯＶ、ＲＡＭおよびＷＡＶＥが挙げられる。
【０１３７】
ステップ５１５において、メディアサイトに対するレコードをデータベースから取込むかあるいは受信する。受信するメディアサイトの条件は、該メディアサイトがアイドル時間内にここで説明するプロセスにより解析されていないことである。この条件は、前記レコードに関連付けられた日付フィールドなどを検査することにより、特定可能である。例えば、前記メディアサイトが以前に解析されていれば、日付フィールドがそれを示している。
【０１３８】
レコードおよびＵＲＬがステップ５１５で受信されたかどうかの判定をステップ５２０で行なう。ＵＲＬが受信されていない場合、システムは、データベース内のすべてのメディアサイトがアイドル時間内にすでに解析されていると解釈する。ＵＲＬが受信されれば、システムはステップ５２５において、前記メディアサイトのＵＲＬを処理対象であるメディアサイトのＵＲＬデータ構造に追加する。解析されていないメディアサイトのＵＲＬデータ構造に索引あるいはキーを付与してもよい。例えば、ＵＲＬデータ構造をリストか、ハッシュテーブルソフトウェアデータ構造かにすることができる。
【０１３９】
ステップ５２６において、前記メディアサイトが解析されたことを示すように、ステップ５１５で取込まれたレコードの最終検索フィールドを新たな日付で更新する。１つの実施の形態において、このフィールドは、最終解析が行なわれた日付と一致する。
【０１４０】
ステップ５３０において、まだ解析していないメディアサイトのデータ構造内のＵＲＬを取込む、あるいは受信する。ステップ５３５において、このＵＲＬデータ構造が空であると判定されれば、該システムはステップ５１５に戻る。以下に詳述するように、ＵＲＬデータ構造が空ではないと判定されれば、ステップ５７０が完了した場合にのみ、前記フロープロセスは５１５に戻る。したがって、ステップ５１０〜５４５により、前記フロープロセスは、メディアサイトが最初に解析される場合と、アイドル時間内にプロセスによりすでに解析されている場合とを区別することができる。
【０１４１】
ステップ５４５において、ステップ５３０で取込まれたメディアサイト上のメディアリンクを、ステップ５３０で取込まれたページのＨＴＭＬコードから抽出する。このメディアリンクは、前記メディアサイト上のウェブリソースに関連付けられている。ステップ５４５において、前記メディアリソースは、メディアとして認識可能であればいずれのＭＩＭＥ形式でもよい。１つの実施の形態において、新たに解析されるページを、ＨＴＭＬパーサにより解析する。ＨＴＭＬパーサの例にウェブブラウザがある。したがって、メディアリンクをウェブブラウザにより抽出することができる。具体的に言えば、メディアリンクを、ウェブブラウザソフトウェアあるいはハードウェアコンポーネントにより提供されるアプリケーションプログラムインターフェース（ＡＰＩ）を用いて抽出することができる。前記ウェブブラウザを、例えばプレゼンテーションレイヤを除外することにより、このタスクを効率よく実施できように構成することができる。さらに、検索機能に必須でない情報のロードあるいは解析をしないように、前記ウェブブラウザをプログラムに基づいて構成することができる。例えば、前記ウェブブラウザコンポーネントを、ウェブページで見つけたメディアデータをロードしないように構成することができる。
【０１４２】
ステップ５５０において、ステップ５１０で指定したＭＩＭＥ形式に合致する各メディアサイト上の新たなメディアリンクをデータベースに追加する。新たなメディアリンクとは、例えばそれまで実行されたフロープロセスではまだデータベース内に含まれていないメディアリンクをいう。ステップ５５５において、ステップ５５０で発見された新たな各メディアリンクからメタデータを抽出する。該メタデータも、該メタデータが参照するメディアのＵＲＬとともにデータベース内に格納できる。例示的データベースをメディアおよびメタデータテーブル２４７（図２）に示す。メタデータの例は、各メディアＵＲＬのリンクを提供するウェブページのＵＲＬである。
【０１４３】
ステップ５６０において、新たに解析したメディアサイト上の新たな内部メディアサイトリンクすべてのＵＲＬをＵＲＬデータ構造内に追加する。新たな内部メディアサイトリンクとは、ＵＲＬデータ構造内にまだ存在しておらず、解析済ＵＲＬデータ構造内にもないメディアサイトのＵＲＬをいう。
【０１４４】
ステップ５７０において、新たに解析されたページをＵＲＬデータ構造から除去し、解析済ＵＲＬデータ構造に追加する。この後、前記フロープロセスはステップ５３０に戻る。
【０１４５】
Ｄ．検査および抽出フロープロセス
図８に、インターネットストリーミングメディアファイルのメタデータを検証し抽出するフロープロセスを例示する。図８ではメディアリンクについて具体的に説明するが、本発明の別の実施の形態では、データベースに格納されているリンクに関連付けられたあらゆるコンテンツあるいはリソースの検査および抽出を組み入れたシステム内で、図８に示したフロープロセスを用いることができる。特定のアプリケーションがシステム２００について図４で説明した例などのプロセスを用いる。システム２００では、図８のフロープロセスをＡＭＶＭＥモジュール２４０で実行することができる。
【０１４６】
ステップ６１０において、図８のフロープロセスを実行するモジュールがデータベースからこれまで検査したことのないＵＲＬを取込むかあるいは受信する。前記データベースの例をメディアおよびメタデータテーブル２４７（図２）に示す。まだ検証していないＵＲＬは、メディアサイトデータベース２４３（図２）などのデータベースに格納されているメディアサイト上のメディアリンクである。
【０１４７】
ステップ６２０において、メディアリンクのＵＲＬが含まれているかどうかを判定する。メディアリンクのＵＲＬがなければ、該モジュールは、すべてのメディアリンクをすでに検証したものと見なし、前記プロセスは終了する。
【０１４８】
ＵＲＬがある場合、モジュールはステップ６３０において該ＵＲＬをインターネットマルチメディア再生ソフトウェアコンポーネントにロードし、該コンポーネントをプログラムに基づいて制御して、メディアファイル内に埋め込まれているメタデータを得る。前記要求に応答して、前記コンポーネントはインターネットからファイルの一部あるいは全部をロードして、該情報を前記プロセスに提供する。ステップ６４０において、前記ＵＲＬに関連付けられたメディアあるいはウェブリソースがモジュールによりインターネットからうまくロードされたかどうかを判定する。メディアがロードされていないと判定された場合、ステップ６５０において、前記メディアリンクに関連付けられたＵＲＬを利用不可能検査済みとしてマークを付ける。メディアに検査済みとマークを付けることにより、前記プロセスがすでにこのメディアを抽出し検証した後に、該メディアを再処理することのないようにする。利用可能マークがあると、図９および図１０で説明するフロープロセスの補助となる。例えば、前記メディアリンクが古くて、該ＵＲＬから再生用に利用できるメディアファイルが含まれていない、あるいはメディアリンクに含まれているコンテンツがメディアとして表示されているものと異なる場合には、前記判定は否定とすることができる。
【０１４９】
１つの実施の形態において、前記プロセスは、各メディアに対する利用可能度評価を利用することができる。前記スキーマでは、各メディアに利用可能度の最高スコアがあることを前提とする。現時点で再生用に利用不可能であると判断されたメディアは、ステップ６５０で前記スコアから１がマイナスされる。メディアのスコアが予め定められた閾値を下回ると、該システムでは該メディアを利用不可能と見なすことができる。インターネットストリーミングメディアの利用可能度は、ウェブサーバによるロード具合やその日や年の時間などの要因により変化する可能性があるため、前記プロセスは有用である。
【０１５０】
メディアをロードしたら、次にステップ６６０において、該メディアのメタデータを再生コンポーネントから抽出する。前記ステップで抽出可能なメタデータの例には、アーティスト名、再生継続時間、再生品質、フレームサイズなどがある。
【０１５１】
ステップ６７０において、検証したばかりのメディアリンクに関連付けられているＵＲＬとともに、抽出したメタデータをデータベース内に格納する。ステップ６８０において、検証しているメディアリンクのＵＲＬに、データベース内で検証済とのマークを付ける。この後、前記フロープロセスはステップ６１０に戻る。
【０１５２】
図９に、データベース内に格納されているメディアのＵＲＬにメタデータを対話式に追加するプロセスを例示する。１つの実施の形態において、前記データベースは、図８で特定したメディアリンクの検証済ＵＲＬに一致する可能性がある。例えば、図９で示す例などのプロセスを、メディアおよびメタデータテーブル２４３内にＡＭＶＭＥモジュールで格納された情報について実行することができる。図９のプロセスを、エディタインターフェース２７５（図２）などのモジュールインターフェースにより実行することができる。
【０１５３】
ステップ７１０において、まだ編集していないメディアレコードをデータベースからインターフェースモジュールにより取込むかあるいは受信する。該未編集レコードは、メディアリンク、メディアサイトあるいはウェブリソースに関する１つ以上のカテゴリのメタデータおよび他の情報である。１つの実施の形態において、前記未編集メディア情報には、図８で説明した例などのメディアリンクに対するＵＲＬ、ならびにプログラムに基づいて抽出されたメタデータが含まれる。ステップ７２０において、レコードを受信したかどうか判定する。ステップ７２０でレコードが受信されていなければ、データベース内に未編集レコードは残っていないものと見なし、前記フロープロセスを終了する。レコードを受信した場合には、ステップ７３０において、インターフェースモジュールを受信したレコードで更新する。前記は、エディタインターフェースを操作している編集者に対してレコードフィールドを表示することに該当する。
【０１５４】
ステップ７４０において、受信したレコードに関連付けられているウェブリソースをインターネットマルチメディア再生ソフトウェアコンポーネントにロードする。該ソフトウェアコンポーネントが、モジュールインターフェースによりプログラムに基づいて構成および制御されていると好ましい。前記ソフトウェアコンポーネントがメディアを編集者に対して再生する。編集者には、メディアリンクに関連付けられているウェブリソースからメディアが再生されることになる。編集者は、そのウェブリソースに関するメタデータ情報を特定することができる。例えば、このエディタにより、ムード、ジャンル、品質、適切なミックス名、およびオーディオメディア作品あるいは自家製映画クリップなどのウェブリソースの記述を特定することができる。１つの実施の形態において、編集者は、エディタインターフェースを介してメディアの再生を一時停止したり開始したりすることにより、ネットワーク側の検索エンジンが探し出したメディアの再生を制御する。
【０１５５】
ステップ７４５において、受信したレコードに、それまでに特定されたメタデータが含まれているかどうかを判定する。それまでに特定されたメタデータは、図８で説明した例などの別のプロセスでプログラムに基づいて抽出されている可能性がある。受信したレコードに、抽出されたメタデータ情報がないと判定した場合、ステップ７５０において、エディタインターフェースが前記レコードのＵＲＬに関連付けられているウェブリソースから自動的にメタデータを抽出する。前記ステップを実施するため、エディタインターフェースが、特定種類のメタデータ情報を自動的に抽出する別のモジュールにアクセスする場合がある。例えば、エディタインターフェースが前記レコードを、図８で示したようなフロープロセスを実行するＡＭＥＶＥモジュール２４０（図３）に伝送することができる。
【０１５６】
メタデータをレコードとともに含めたら、ステップ７６０において、インターフェースモジュールを操作している編集者が、データベース内にレコードとともにすでに含められた自動的に抽出されたメタデータの保存をするかどうかを判定する。ステップ７６０での判定が否定であれば、ステップ７６５において、編集者は、編集ソフトウェアユーザインターフェース上の入力要素により前記メディア情報を編集者が提供するメタデータで更新する。ステップ７６０における判定が肯定であれば、ステップ７７０において、前記レコードを編集および更新済みとしてマークを付ける。次に、メディアレコードに対して新たに追加されたメタデータすべてをデータベースに更新する。この後、前記プロセスは次の未編集メディアについてステップ７１０を開始して連続的に動作する。一度処理したメディアは編集済みとマークされるため、次の編集処理に含まれることはない。
【０１５７】
図１０に、プレイリストを生成するプロセスを例示する。図１０のフロープロセスは、プレイリスト名が予め定められており、データベース内に格納されていることを前提としている。各プレイリストは名前で識別可能となっている。例えばクラシック音楽、ジャズおよびロックなどである。前記プレイリストには、メディアリンクのレコードが含まれる。１つの実施の形態において、１つのレコードには、プレイリスト名に属するものとしてデータベース内に分類されているストリーミングメディアに対する少なくとも１つのＵＲＬが含まれる。ステップ８１０において、プレイリスト名をプレイリストデータベースから受信する。ステップ８２０において、プレイリスト名が受信されたかどうかを判定する。該判定が否定であれば、該システムは、すべてのプレイリスト名に対してプレイリストがすでに生成されたものと見なし、前記プロセスを終了する。該プロセスは定期的に実行され、新たに追加されたメディアすべてが適切なプレイリストに追加される。
【０１５８】
ステップ８３０において、検索基準に合致するメディアレコードをメディアデータベースから取込む。前記基準は、各レコードプレイリストのプレイリストレコードフィールドがステップ８１０で得られる現プレイリスト名と合致していなければならず、プレイリスト名に対する「インプレイリスト」レコードフィールドに偽の値が入っているということである。ステップ８４０において、ステップ８３０で取込まれたレコードに格納されているメディアすべてを含むプレイリストを生成する。この新たなプレイリストには、取込まれたメディアレコードそれぞれに対して１つのレコードエントリが含まれる。各プレイリストレコードに、メディアデータベースレコードから得られるメディアＵＲＬおよびメタデータ情報を含めることが好ましい。
【０１５９】
ステップ８５０において、ステップ８４０で呼び出したメディアレコードを、現プレイリスト名に対して「インプレイリスト」としてラベルを付ける。前記操作は、適切なプレイリスト名に対するメディアデータベースレコードに「インプレイリスト」真値を設定して行なう。
【０１６０】
ステップ８６０において、生成したプレイリストを、ウェブサーバモジュール２７０（図２）などのサーバ側モジュールに利用できるようにする。一例として、プレイリストを利用可能とするためにウェブサーバモジュールに格納、コピーあるいは添付する。サーバ側モジュールで利用可能となったら、プレイリスト内に格納されているメディアＵＲＬおよびメタデータをユーザ端末で利用できるため、プレイリストから利用可能なメディアを、ユーザ端末でカストマイズしながら出力させることができる。具体的に言えば、ユーザ端末で実行する１つ以上の再生アプリケーションに、プレイリストを読み込ませ、該プレイリスト上のメディアリンクにアクセスさせ、該プレイリスト内のメディアＵＲＬからストリーミングメディアを連続的に再生させ、対話を続けるためにユーザにメディアのメタデータを提示させることができる。また、前記プレイリストを、メディアリンクのＵＲＬを利用して、該ＵＲＬに関連付けられているメディアのローディングおよび再生を行なうクライアント側メディアプレーやコンポーネントからアクセスできるように構成してもよい。さらに、ユーザがプレイリストをさらに修正および編集して、個人的なメディアプログラムを作成することもできる。また、前記プレイリストを、ユーザ端末からのメディア再生要求に応答して、ウェブアプリケーションにより動的に生成してもよい。
【０１６１】
図１１は、プレイリストにより定められたストリーミングメディアプログラムをユーザ端末で再生できるようにするソフトウェアあるいはハードウェアアプリケーションのフロープロセスである。以下に説明する実施の形態では、前記プロセスにプレイリストが利用可能であり、該プレイリストがプレイリスト名により識別可能であることを前提としている。例えば、このプレイリストを、ユーザ端末から送信される検索基準に応答して、プレイリストモジュールにより動的に生成することができる。また、ネットワーク側のエディタにより手動で前記プレイリストを生成することもできる。前記プレイリストは、例えば図１０で説明したプロセスにより、予め定めることができる。サーバ側モジュールとの直接対話がなくとも、再生コンポーネントから前記プレイリストにアクセスすることができる。
【０１６２】
１つの実施の形態において、前記フロープロセスでは、ユーザ端末にインストールされているストリーミングメディアプレーヤーを利用する。該メディアプレーヤーがユーザ端末上に前から存在している場合もある。１つの実施の形態で使用されるメディアプレーヤーの例として、ＲｅａｌＮｅｔｗｏｒｋ  ＰｌａｙｅｒＴＭ、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  ＰｌａｙｅｒＴＭ、Ａｐｐｌｅ  ＱｕｉｂｋＴｉｍｅＴＭが挙げられる。このプロセスで説明するアプリケーションは、ウェブを利用したもの、あるいはユーザ端末にインストールされているものでもよい。
【０１６３】
ステップ９１０において、メディアプレーヤー用のアプリケーションインターフェースをユーザ端末上に備える。
【０１６４】
ステップ９２０において、初期プレイリスト名が複数のプレイリストのリストから選択される。１つの実施の形態において、プレイリストのデータベースをウェブサーバモジュール２７０上に格納する、あるいはウェブサーバモジュールを介してアクセスできるようにする。プレイリスト生成プログラムモジュールによりプレイリストを作成してウェブサーバモジュール上に格納し、ユーザ端末２１０およびそこに格納されているメディアプレーヤーとのインターフェースを提供する。各プレイリストに２つ以上のメディアリンクを格納することができ、これが多数のメディアリンクであれば好ましい。
【０１６５】
ステップ９３０において、現プレイリスト名に対する１つ以上のプレイリストをロードする。ステップ９４０において、メディアをユーザ端末上で提示し、再生する。前記メディアを再生するには、サーバ側モジュールにより、各プレイリスト内に格納されているメディアリンクに対するＵＲＬをメディアプレーヤーに提供することができる。各プレイリストには１つ以上のメディアリンクＵＲＬおよびメディアメタデータを含めることができる。次に、ユーザ端末から前記ＵＲＬにアクセスして、前記メディアリンクに関連付けられているウェブリソースをユーザ端末のストリーミングメディア再生コンポーネントにロードする。ユーザ端末でのメディア再生には、例えば、メディアリンクに関連付けられたウェブリソースにデジタル形式で格納されているオーディオおよび／またはビデオの出力が含まれる。ウェブリソースにビデオメディアが含まれている実施の形態において、説明したステップを、メディアクリップメタデータにしたがって実際の再生を行なうインターフェースのサイズおよび再生コンポーネントに動的に適合させてもよい。
【０１６６】
本発明の１つの実施の形態により、メディア再生コンポーネントは、（ｉ）ネットワーク上の第１のサイトにアクセスして、該第１のサイトからメディアを再生した後、（ｉｉ）自動的に第２のサイトにアクセスして、該第２のサイトからメディアを再生することにより、メディアを連続的に再生する。前記メディアサイトは、メディア再生コンポーネントからアクセス可能になっているプレイリストにより提供することができる。メディアを自動的かつ連続的に再生するシーケンスを、前記プレイリスト内に含まれている各メディアリンクごとに反復できる。前記プレイリストには数百のメディアリンクを含めることができるため、メディア再生コンポーネントは、ネットワーク上の数多くのサイトを利用して自動的かつ連続的にメディアを再生することができる。この結果、ユーザには、一度に数時間にわたりメディアが連続的に再生されることになる。
【０１６７】
また、ユーザ端末には、再生されるメディアに作用する対話式インターフェースが含まれている。ユーザ端末のエンドユーザは、アプリケーション対話式インターフェースあるいはプレゼンテーションレイヤを介して入力可能な１つ以上のコマンドによりメディアの再生を選択操作することができる。
【０１６８】
ステップ９４５において、イベントが発生したかどうかを判定する。イベントが発生した場合、前記フロープロセスは該イベントを特定する。前記フロープロセスは、連続して起こったイベントおよび、同時に起こったイベントを特定することができる。前記フロープロセスを、ストリーミングメディア再生コンポーネントからメディア再生イベントを受信するように構成すると好ましい。前記イベントが、現在再生中のメディアをスキップする命令であれば、ステップ９６０の判定により、該メディアをスキップする対応動作がなされ、前記プロセスはステップ９４０に戻る。前記プロセスが再生エラーイベントを受信した場合、ステップ９６５の判定により、該プロセスはステップ９４０に戻り、プレイリストあるいはプレイリスト名の次のウェブリソースからメディアを再生する。
【０１６９】
ユーザが前記アプリケーションを終了、あるいは終了信号を送信すると、ステップ９７０の判定により前記フロープロセスは終了する。ステップ９７５において、ユーザは、ユーザ端末上でメディアを再生しながら、新たなメディアウェブサイトを見る選択をすることができる。次にステップ９８０において、前記メディアウェブサイトを、好ましくはクライアント側ウェブブラウザを用いて、新たなインターネットウィンドウとして開く。
【０１７０】
ステップ９８２において、ユーザ端末でユーザが選択した動作が、Ｅメールを１つ以上のＥメールアドレスに送信して、送信者が再生している現メディアおよび現プレイリストを該イベント時に受信者（一人あるいは複数）にも再生できるようにすることであるかどうかを判定する。ユーザは、前記のＵＲＬ、プレイリスト、プレイリスト名、あるいはＵＲＬリンクのいずれかを含むＥメールを送信することができる。前記メッセージの受信者が前記リンクをクリックすると、該受信者の端末がメディア再生アプリケーションを実行して、メッセージ送信イベント時に再生されていたメディアおよびプレイリストの再生を開始する。前記の決定が肯定であれば、ステップ９８４において、ユーザ端末がユーザに１つ以上のＥメールアドレスをプロンプトし、該Ｅメールを送信するようプロンプトする。ユーザが、前記操作を行なうためにＥメールに関するクライアント側ソフトウェアアプリケーションを用意する必要はない。前記Ｅメールは、ストリーミングメディア再生コンポーネントおよびインターネットアクセスを具備する端末に送信可能である。
【０１７１】
前記Ｅメールメッセージを、サーバ側モジュールと通信できるユーザ端末を有しているユーザに送信すると好ましい。前記により、Ｅメールを開くと同時に受信されるメディアリンクから、受信者側のユーザ端末でメディアが自動的に再生される。サーバ側モジュールが、端末からアドレスを受信し、一人以上の受信者にアドレス指定されたＥメール源として動作することができる。
【０１７２】
ステップ９８６において、ユーザがメディアリンクから再生されたメディアを評価しようと思っているかどうかを判定する。該判定が肯定であれば、ステップ９８８において、ユーザは前記メディアを評価するようプロンプトされる。評価値は、インターネットによりバックエンドウェブ評価システムアプリケーションに伝送される。前記操作は、該操作とともに各メディアカテゴリにおける最高および最低評価メディアを決定するサーバ側モジュールを含むサービス評価システムの一部である。
【０１７３】
ステップ９９０は、再生アプリケーションとインタフェースしているユーザ端末のユーザから受信する可能性のある他の動作例を示している。例えば、ユーザの動作として、メディア再生の一時停止、音量調節、画像制御、サイズの決定、メディア内検索などが考えられる。ステップ９９２において、再生の設定がユーザ入力によって変更される。１つの実施の形態において、ステップ９８２〜９９２における判定のいずれかが否定であれば、前記フロープロセスはステップ９４５に戻り、別のイベントについて検証する。
【０１７４】
Ｅ．メディア再生評価システム
本発明の１つの実施の形態には、メディア検索および再生システムとともに、評価システムが含まれている。該評価システムにより、ユーザは、評価にしたがって、インターネットから利用可能なメディアセグメントを聴く、あるいは見ることができる。さらに、ユーザは、メディアクリップを聴いた後、あるいは見た後に評価を入力することで、前記メディアセグメントの評価決定に参加することになる。該評価を、ジャンルなどの他のカテゴリと同様に１つのカテゴリとして利用することができる。
【０１７５】
図１２に、本発明の１つの実施の形態による、評価システムのアーキテクチャを例示する。前記評価システム１０００を、例えばシステム２００（図２）で用いることができる。評価システム１０００には、図２で説明した例などのシステムコンポーネントを含め、あるいは組み入れて、ユーザがプレイリストからメディアクリップを見るおよび／または選択できるようにすることができる。生成されたプレイリストには、インターネット上のメディアリンクのリストを含めることができる。ユーザがメディアクリップを選択すると、前記メディアがユーザ端末によりユーザに再生される。
【０１７６】
評価システム１０００には、バックエンドデータベース管理コンポーネント１０４５が含まれる。前記データベース管理コンポーネント１０４５は、メディアクリップに対する評価情報を記述するテーブルなどの組織的データ構造を維持するものである。前記メディアクリップには、インターネットストリーミングオーディオあるいはビデオが含まれる。評価情報は、例えば得票合計数などの数値形式でよい。１つの実施の形態において、データベース管理コンポーネント１０４５は、メディアクリップのＵＲＬ、メディアクリップの現評価、およびメディアクリップに対する得票合計などの、各メディアクリップに対するメタ情報を含むレコードを維持している。
【０１７７】
ユーザ端末のユーザ１０１０はウェブを利用して再生インターフェース１０２０と対話する。一例として、再生インターフェース１０２０がプレイリスト１０１８、１０２２をユーザに出力する。各プレイリスト内のメディアクリップを自動的に出力あるいは、ユーザの選択に合わせて表示することができる。また再生インターフェース１０２０は、選択されたメディアクリップあるいはプレイリスト１０１８、１０２２のジャンルフィールド１０１６あるいはカテゴリフィールド１０１４をユーザに表示することもできる。再生コンポーネント１０２０には、ユーザ端末のユーザが、選好および意見、ならびに他の情報を入力あるいは選択できる機能が含まれている。ユーザはまた、バックエンドデータベース１０４５に格納されている評価を見ることもできる。ユーザは、例えば、アイコンあるいは別の表示機能を利用して選択を入力することができる。ユーザは、例えば、テキストあるいは声で入力することができる。図１２に、再生コンポーネント１０２０の機能としての評価選択コンポーネント１０１２を例示する。一例として、前記評価選択コンポーネント１０１２により、ユーザは１〜５段階でメディア再生を評価することができる。
【０１７８】
ユーザ１０１０は評価を再生インターフェース１０２０に入力することができる。前記評価信号は再生モジュール１０２０から評価モジュール１０３０に送信される。１つの実施の形態において、評価モジュール１０３０が、各メディアクリップに対するタリーを維持する。該タリーに、再生モジュール１０２０から受信した評価が累積される。前記評価は、一人以上のユーザおよび／または１つ以上のユーザ端末から受信することができる。前記タリーは、評価モジュール１０３０にメディアクリップを順序にしたがって編成させるプロトコルにより実行可能である。例えば、好みのメディアクリップを一緒に並べる、あるいはあまり好まれないクリップの前に並べるというようにメディアクリップを編成することにより、ユーザの選好リストに対応させることができる。また、評価モジュール１０３０は、再生モジュール１０２０から受信した選択あるいはエントリーにより、ジャンル、カテゴリ、あるいは他の編成情報を特定することができる。前記選択数の計算にはどのプロトコルを用いてもよい。例として合計、平均、加重平均および移動平均が挙げられる。別の実施の形態では、前記評価モジュール１０３０がテキストフィールドを維持し、各メディアクリップに関するユーザのコメントを格納することができる。
【０１７９】
１つの実施の形態においては、評価コンポーネント１０３０により、データベース管理コンポーネント１０４５が維持している評価情報が更新される。例えば、評価コンポーネント１０３０により、各メディアリンクに対する現評価および合計得票数を更新することができる。
【０１８０】
プレイリスト生成プログラム１０４０が、データベース管理コンポーネント１０４５に維持されている評価情報に基づいてプレイリストを生成する。前記プレイリスト生成プログラム１０４０で、各メディアクリップに関するレコードを取込むあるいは受信する信号を送ることができる。次に、前記プレイリスト生成プログラム１０４０が自動的に１つ以上のプレイリスト１０４２を生成する。上述したように、各プレイリストは複数のメディアリンクのリストである。１つの実施の形態においては、プレイリスト１０４２は、各メディアクリップに対する現評価および／または評価にしたがって生成される。生成されたプレイリストは、前記プレイリスト生成プログラム１０４０から再生インターフェース１０３０に提供される。
【０１８１】
ユーザ１０１０は、１つ以上の基準にしたがって、評価したメディアクリップを含むプレイリストを選択して聴くことができる。また、前記プレイリストをジャンルやカテゴリなどの別の要素にしたがって編成することができる。
【０１８２】
図１３は、ユーザが、１つ以上の基準にしたがって評価されたメディアクリップを聴くことができるようにするためのフローチャートである。ステップ１１１０において、１つ以上のカテゴリにしたがってソートされたメディアを受信できるようにするユーザインターフェースが提供される。前記カテゴリは、音楽の種類などのジャンルに該当する。
【０１８３】
ステップ１１２０において、ユーザは、ユーザインターフェースが提示するオプションから１つのカテゴリを選択する。該選択に応答して、ステップ１１３０において、ユーザ端末に１つ以上のプレイリストが提供される。ユーザ端末で受信したプレイリストは、ユーザが選択したカテゴリあるいはジャンルに合致するものである。さらに、前記プレイリストには、メディアクリップに対応する予め定められたメディアリンクが含まれている。各プレイリストのメディアクリップは、図１２により説明した例などのシステムを用いて、評価システムにしたがって特定される。前記予め定められたプレイリストは、プレイリスト生成プログラム１０４０（図１２）が生成したプレイリストに一致する可能性がある。ユーザ端末が前記プレイリストを受信すると、前記フロープロセスはステップ１１２０に戻る。
【０１８４】
ステップ１１４０において、メディアクリップがユーザ端末で再生される。前記メディアクリップは連続的かつ自動的に再生されるため、ユーザは連続したメディア再生を体験できる。例えば、前記プレイリストには、選択したジャンルから複数のメディア作品を含めることができる。こうしたメディア作品を、評価公式にしたがって前記プレイリストに特定することも可能である。ユーザには選択したジャンルのメディア作品が連続して提供されるため、ユーザのメディア体験はアルバムを聴くことに似ている。
【０１８５】
図１４に、本発明の１つの実施の形態による、メディアクリップの評価を更新するためのフロープロセスを例示する。ステップ１２１０において、モジュールに評価イベントが提供される。該評価イベントは、関連するＵＲＬを備えた特定メディアクリップに対する評価である。ユーザからの評価は、閉じた集合の中から予め定められる。例えば、ユーザには１〜５の評価を提供することができる。
【０１８６】
ステップ１２２０において、新たに評価したメディアクリップのレコードの記憶位置が定められる。前記レコードは、データベースに格納することができ、前記メディアクリップに対するメディアリンク、該メディアクリップの現評価および該メディアクリップに対して受信した得票数が含まれる。１つの実施の形態において、前記レコードに、評価したメディアクリップに関連付けられている１つ以上のＵＲＬを含めることができる。１つの実施の形態において、前記レコードはデータベース管理コンポーネント１０４５（図１２）に維持される。
【０１８７】
ステップ１２３０において、メディアレコードの評価フィールドが更新される。該評価フィールドは、メディアクリップの現評価に対応する。評価モジュール１０３０などのモジュールにより、データベース管理コンポーネント１０４５（図１２）内の評価フィールドを更新することができる。前記メディアレコードが更新されると、新たな評価が決定される。１つの実施の形態において、前記の新たな評価は平均に基づく公式で行われる。前記公式は加重平均でもよい。本発明の１つの実施の形態による、評価決定公式の１つの例は、
新たな評価＝１／（ｎ＋１）（Ｎ＊（古い評価）＋ユーザによる評価）
であり、Ｎは受信した合計得票数、新たは評価範囲は０〜最大値である。
【０１８８】
ステップ１２４０において、受信した別の票を得票フィールドに追加して、評価したメディアクリップのレコードをさらに更新する。この後、前記フロープロセスはステップ１２１０に戻る。
【０１８９】
図１５に、評価および得票について更新したレコードを維持するためのデータベースの例示的構造を示す。該テーブルにより、票数、評価および他の情報に対応する値を、メディアクリップを含むメディアリンクに関連付けることができる。
【０１９０】
図１６に、評価基準にしたがってメディアクリップをプレイリスト内に生成するフロープロセスを例示する。評価基準を含むプレイリストを、評価済プレイリストと呼ぶ。前記フロープロセスでは、メディアクリップに対するカテゴリは周知になっている。また、前記フロープロセスでは、評価したメディアクリップには評価がついており、評価済プレイリスト内のメディアクリップの数もわかっている。前記フロープロセスは、上述した実施の形態のいずれにも使用することができる。
【０１９１】
ステップ１４１０において、カテゴリの異なるメディアクリップを含む次のカテゴリをデータベースから取込むことができる。ステップ１４２０において、該システムが、カテゴリが受信されたかどうかを判定する。カテゴリが受信されていなければ、システムは、評価すべきメディアカテゴリはこれ以上ないものと判断する。
【０１９２】
ステップ１４３０において、新たなカテゴリに関する新たなプレイリストを作成する。ステップ１４４０において、評価済みメディアクリップデータベースから、最高Ｎまでの評価済みメディアクリップがプレイリストに追加される。Ｎは該フロープロセスの定数とすることが好ましい。次にステップ１４５０において、古いプレイリストを削除し、新たなプレイリストを保存する。前記新たなプレイリストを、予め定められたプロトコルにしたがった形式で保存することができるため、該プレイリストおよびコンテンツはストリーミングメディア再生インターフェースからアクセス可能である。この後、前記フロープロセスはステップ１４１０に戻る。
【０１９３】
図１７に、メディアファイルをプログラムに基づいて分類するフロープロセスを例示する。該プロセスでは、メディアクリップに関連付けられたメタデータがデータベースに含まれていることを前提とする。該メタデータには、編集者から提供されたメタデータが含まれる。例えば、前記メタデータに、ジャンル、ムードおよび雰囲気などのカテゴリが含まれる可能性がある。
【０１９４】
ステップ１５１０において、データベースからレコードを検索する。該レコードは、第１のメタデータ情報および第２のメタデータ情報を含むメタデータ情報で検索される。一例として、第１のメタデータ情報が音楽のジャンルに対応し、第２のメタデータ情報がアーティストに対応する場合がある。ステップ１５２０において、レコードが受信されたかどうかを判定する。該判定が否定であれば、該プロセスはすべてのメディアクリップがすでに分類されているものと判断する。
【０１９５】
ステップ１５２０における判定が肯定であれば、ステップ１５３０において、第１のメタデータ情報を含むデータ内のすべてのレコードを検索する。ステップ１５４０において、ステップ１５３０で検索したすべてのレコードに第２のメタデータ情報を追加して、該レコードを更新する。一例として、特定アーティスト（第１のメタデータ情報）に属するあらゆるレコードに、特定ジャンルのメタデータ情報（第２のメタデータ情報）を付与する。この後、前記プロセスはステップ１５１０に戻り、別のレコードを検索する。
【０１９６】
１つの実施の形態において、第２のメタデータ情報は属カテゴリであり、第１のメタデータ情報は第１のメタデータ情報の種である。第１のレコードに特定の種および属があることがわかれば、該属を特定し、同じ種のレコードすべてに対して該属を格納することができる。
【０１９７】
Ｆ．個別メディア再生
図１８は、インターネット（あるいは他のネットワーク）で利用可能なストリーミングメディアファイルの個別プレイリストを作成するためのフロープロセスである。前記プレイリストは、ユーザによりユーザ端末で独自のものにすることができる。
【０１９８】
ステップ１６１０において、ユーザは、自分が気に入っているプレイリストに追加するメディアクリップのＵＲＬを選択する。ステップ１６２０において、選択したメディアクリップのＵＲＬ（およびメタデータ）を、インターネットのクッキーなど、ユーザの永続情報としてユーザ端末記憶装置に追加する。その後、前記永続的なデータ記憶装置は、ユーザ端末のウェブ利用再生アプリケーションによってアクセスすることができる。
【０１９９】
ステップ１６３０において、ユーザは、気に入っているプレイリストからメディアクリップを選択して再生する。ステップ１６４０において、前記システムが永続的データ記憶装置からメディアクリップを読み込む。ステップ１６５０において、前記システムが、各メディアクリップに関連付けられているＵＲＬを利用してメディアクリップを再生する。クッキーから別のＵＲＬを得ることもできる。したがって、複数のメディアクリップがインターネット上の異なるサイトから連続的に再生することができる。
【０２００】
ユーザは、プレイリストの編集、プレイリストの順序の変更、あるいはプレイリストからのメディアの削除を行なうことができる。ユーザは、ユーザ端末で識別できるように、特定のリストを個人的なものとして指定することができる。あるいは、前記プレイリストをネットワークサーバに格納し、メディア位置検索および再生モジュールを利用してアクセスすることもできる。ユーザは、前記システムにアクセスできる端末であれば、どの端末からでも前記個人的プレイリストにアクセスすることができる。
【０２０１】
Ｇ．分散アーキテクチャ
１つの実施の形態では、ユーザ端末が複数のネットワークサイトからのメディアリソースにアクセスできる分散アーキテクチャを提供している。インターネットなどのネットワークにおいて、ユーザ端末が複数のウェブサイトにアクセスして、該ウェブサイト上にファイルとして配置されているメディアを再生することができる。
【０２０２】
ネットワークサイトには、内部リンクを有するネットワークロケーションが含まれている。本発明の実施の形態では、メディアファイルおよび／または他のネットワークサイトへのリンクが得られるネットワークサイトにアクセスする。ウェブサイトとは、インターネット上のネットワークサイトをいう。ウェブサイトの例として、他のウェブサイト、メディアファイルおよび他の種類のファイルに対するＨＴＭＬリンクを含むウェブページなどのウェブページが挙げられる。
【０２０３】
前記分散アーキテクチャは、従来のメディア分散パラダイムをくつがえすものである。数多くのストリーミングメディアファイルを、分散再生アーキテクチャの実施の形態を利用してインターネット上のあらゆる場所から連続的に各ユーザ端末にストリームさせることができる。前記分散アーキテクチャは拡張性に富み、数千あるいは数百万ものストリーミングメディアファイルをユーザ端末に提供することができる。そのためユーザは、インターネット上に配置されているメディアファイルを、さまざまなインターネットサイトから連続して再生することができる。
【０２０４】
図１９に、本発明の１つの実施の形態による分散再生アーキテクチャを例示する。ユーザ端末１７１０から、メディアにアクセス可能なＮ個のネットワークサイトにアクセスする。このサイトをメディアサイトともいう。Ｎ個のメディアサイト１７２２にはウェブサーバモジュール１７７０を介してアクセスできる。前記メディアサイト１７２２はそれぞれメディアウェブリソースに対する１つ以上のリンクを有している。該リンクをＵＲＬ１〜ＵＲＬＮとして表す。ウェブサーバモジュール１７７０により、メディアリソースをユーザ端末１７１０のメディア再生コンポーネントにロードすることができる。ロードされた後、前記メディアリソースはユーザ端末１７１０のメディア再生コンポーネントにより再生される。
【０２０５】
１つの実施の形態において、メディアサイト１７２２はインターネットなどのネットワーク上の異なる位置に対応している。例えば、各メディアサイトは、ドメインを含め異なるインターネットアドレスを有している。各メディアサイトからメディアネットワークリソースに直接アクセスすることができる。これは、再生を目的として、別の内部ＵＲＬ（あるいはリンク）にアクセスする必要がなく、１つのメディアサイトに対する１つのＵＲＬ（あるいはリンク）からメディアネットワークリソースにアクセスできるということである。
【０２０６】
１つの実施の形態において、ウェブサーバモジュール１７７０は複数のＵＲＬリンク信号をユーザ端末１７１０に送信する。ユーザ端末１７１０のメディア再生コンポーネントが各リンクにアクセスし、対応するメディアリソースを再生する。予め定められたプログラムにしたがってメディアを再生するように、ユーザ端末１７１０からメディアを出力できるようにＵＲＬを選択する。
【０２０７】
１つの実施の形態において、前記プログラムは、ユーザの検索要求から選択あるいは定義されるものである。例えば、検索要求により、出力するメディアのジャンルやアーティストといったカテゴリを指定することができる。指定されたアーティストやジャンルのメディアを含むＵＲＬすべてが収集されて、ウェブサーバモジュール１７７０からユーザ端末１７１０に送信される。前記ＵＲＬの提供は、例えばランダムな順序、あるいはアーティストの年代順など、どの様な順序にもできる。
【０２０８】
別の実施の形態では、１つ以上のプレイリストがプログラムを提供することができる。プログラム内の各プレイリストを、例えばプレイリスト生成プログラム１０４０（図１２）により生成することができる。前記プレイリストは、ユーザ端末１７１０のユーザ用に個人的なものに仕上げられる。例えば、エンド端末１７１０のユーザが指定する選好やプロフィールに従ってプレイリストを生成することができる。別の例として、ユーザがインターネットに接続して、ウェブサーバモジュール１７７０にＵＲＬを含む１つ以上のプレイリスト信号を自動的にユーザ端末１７１０に送信するよう指示することができる。さらに、別の実施の形態では、ウェブリソースに対するＵＲＬあるいはＵＲＬを含むプレイリストがユーザ端末１７１０にランダムに提供される。
【０２０９】
数ある効果の中でも特に分散アーキテクチャは、例えば数千あるいは数百万ものストリームを１地点に集中することなく同時に再生することができる。これにより、現在のメディアパラダイムの場合に発生する輻輳を回避することができる。したがって、本発明による分散アーキテクチャの実施の形態は拡張可能であり、例えば数千あるいは数百万ものストリームを同時に再生することができる。さらに、ユーザが得る品質は、本発明の分散アーキテクチャ実施の形態によるシステムの拡張によって影響されることはない。
【０２１０】
前記とは対照的に、従来の同報通信では、視聴者に対し１つのラジオあるいはテレビ信号を利用している。今日、インターネットにより普及しているメディアファイルは、いずれも相当数のインターネットユーザが潜在的にアクセスする１つのサーバ（あるいは複数サーバの小さなグループ）にメディアファイルが所在する形態をとっている。このため、現在のシステムを拡張する範囲が限られており、享受できるユーザの数が制限されている。
【０２１１】
本発明による分散再生アーキテクチャは、バックエンドモジュールの検索機能と再生クライアント端末モジュールの評価および個別化機能と併せて、ストリーミングメディアを配信するため、エンドユーザが、個人的な同報システムを作成することができる。同報通信システムを個別化することにより、各ユーザは、例えば、インターネット（あるいは他のネットワーク）サイトの配信を利用して異なるプログラミングの組み合わせを同時に再生可能な数千あるいは数百万の他のユーザに送信できるメディアプログラムを作成することができる。
【０２１２】
分散アーキテクチャ再生システムの例には、メディアリソースを含むネットワークと通信可能な無線デバイスが挙げられる。例えば、メディア再生コンポーネント１７１０を無線アクセスプロトコル（ＷＡＰ）対応デバイスにロードしてもよい。ＷＡＰ対応デバイスの例として、ハンドヘルドコンピュータおよび携帯電話が挙げられる。ＷＡＰ対応デバイスは、無線通信ネットワークを利用してネットワークサーバモジュール１７７０にアクセスことができる。前記ＷＡＰ対応デバイスには、スピーカーやディスプレイスクリーンなどの出力機能が含まれている場合もある。前記ＷＡＰ対応デバイスは、ネットワークサーバモジュール１７７０の制御を受けてメディアサイト１７７２にアクセスしメディアを再生する。従って前記ＷＡＰ対応デバイスを携帯ラジオとして使用することができる。
【０２１３】
別の例として、自動車に無線デバイスを装備することができる。前記無線デバイスがインターネットなどのネットワーク上の複数のメディアサイトにアクセスし、メディアクリップを再生することができる。例えば、ユーザは、その自動車のＷＡＰ対応デバイスを利用して好きなプレイリストから聴きたい音楽を選択することができる。
【０２１４】
Ｈ．メッセージ通信アプリケーション
図２０は、本発明の１つの実施の形態によるメッセージ通信アプリケーションを例示した図である。前記メッセージ通信アプリケーションにより、ユーザは、ネットワークにアクセスできる他のユーザとメディア再生体験を共有することができる。
【０２１５】
図２０では、メッセージ通信アプリケーションがインターネットなどのネットワーク上で動作することを前提としている。この実施の形態では、クライアントメッセージ通信アプリケーションではなく、ネットワークインターフェースあるいはネットワーク側モジュールを利用してメッセージ通信を行なっている。本実施の形態で使用するメッセージ通信アプリケーションの例には、受信者端末のフォルダに配信されるＥメールがある。別の電子メッセージの例には、受信者端末に着信と同時に自動的に表示あるいは聴くことのできるインスタントメッセージがある。
【０２１６】
メッセージ通信モジュール２０８０が第１のユーザ端末（送信者）２０１０からメッセージ通信要求を受信する。前記メッセージ通信モジュール２０８０は、アプリケーションでもネットワークサーバモジュール２０７０の一部でもよい。前記メッセージ通信要求は、ユーザインターフェース１９００の例えばＥメール選択フィールド１９００を利用して、ユーザが入力する。
【０２１７】
メッセージ通信モジュール２０８０が、受信者端末（受信者）２０２０のアドレスを受信し、メッセージを配信する。送信者２０１０は、キーボード、グラフィックによるユーザ選択機能、あるいはオーディオコマンドなどのエントリ方式を利用して、手動で受信者アドレスを送信することができる。あるいは、メッセージ通信モジュール２０８０から、特定ユーザのアドレスを格納しているネットワークにアクセスする機能を持たせることができる。前記のようにすると送信者端末２０１０のユーザが、端末からメッセージを格納しているネットワークを選択することができる。
【０２１８】
送信者２０１０からの要求に応答して、メッセージ通信モジュール２０８０が受信者へのメッセージ２０８５を生成する。前記要求には、対象となる受信者（一人あるいは複数）のアドレスも含めることができる。前記メッセージ２０８５は、送信者２０１０が指定したすべての受信者２０２０に送信される。メッセージ２０８５のコンテンツには、ネットワークサーバモジュール２０７０のＵＲＬが含まれる。１つの実施の形態においては、ネットワークサーバモジュール２０７０が維持しているプレイリストを識別できるようにするため、メッセージ内のＵＲＬに引き数あるいは他のコーディングを併せてパッケージされている。送信者がメッセージを受信者に送信すると、演奏される特定の歌を識別する引き数をＵＲＬにパッケージしてもよい。あるいは、ＵＲＬによって、送信者が用いた検索要求あるいは基準が受信者に識別できるようにしてもよい。
【０２１９】
受信者は、メッセージ通信モジュール２０８０に受信を知らせるメッセージ２０８２を返送することができる。１つの実施の形態において、ユーザがメッセージを開くとプレイリスト２０７５を格納あるいは維持しているモジュールのリンクを選択できるように、メッセージのコンテンツを構成している。インターネットアプリケーションの場合、前記リンクをＨＴＭＬフォーマット化しネットワークサーバモジュール２０７０のＵＲＬを含め、送信者２０１０が選択したプレイリストを識別する引き数と共にメッセージに含められている。受信者２０２０がネットワークサーバモジュール２０７０にアクセスすると、リンクと共にメッセージに含められている引き数２０８８が、メッセージ送信要求を出した時点で送信者２０１０が体験していた特定プレイリスト２０７５を識別する。
【０２２０】
前記メッセージがインスタントである場合、受信者２０２０は、送信者２０１０の体験を同時に共有するように直ちに応答することができる。あるいは、受信者２０２０はメッセージ２０８５の受信と同時に応答して、送信者２０１０および受信者２０２０が同時にあるいは並行して同じメディア再生を共有することもできる。
【０２２１】
リンクと共にパッケージされている引き数２０８８によって、各メディアクリップおよび／またはプレイリスト全体を識別することもできる。受信者２０２０は、送信者２０１０が選択した各メディアクリップからのメディア再生を体験することができる。
【０２２２】
別の実施の形態では、ユーザがメッセージを開くと自動的にネットワークサーバモジュール２０７０に接続されるようにメッセージ２０８５が構成されている。前記メッセージは、受信者２０２０の指定フォルダに格納されるＥメールでよい。前記Ｅメールには、受信者端末がネットワークサーバモジュール２０７０にアクセスし通信できるようにする、ＨＴＭＬフォーマット化したＵＲＬを含めることができる。また、前記ＨＴＭＬフォーマット化したＵＲＬには、Ｅメールを開くと同時に、ユーザ端末が自動的にネットワークサーバモジュール２０７０にアクセスするコードを含めることができる。さらに、前記ＨＴＭＬフォーマット化したリンクには、送信者が識別したプレイリスト２０８８および／またはメディアクリップを指定する引き数、ならびにＵＲＬの他のパラメータを含めることができる。ネットワークワークサーバモジュール２０７０が前記プレイリストあるいはメディアクリップを識別すると、受信者２０２０は、送信者２０１０のメディア再生体験を共有することができる。送信者２０１０は、メッセージの送信を要求した時点でそのメディア再生を体験できる。
【０２２３】
図示した実施の形態において、送信者２０１０は、メッセージ通信モジュール２０８０が受信者２０２０に送るメディアプログラムを選択することができる。該プログラムは、複数のメディアリソースを再生する１つ以上のプレイリストに対応するものであってもよい。送信者２０１０に向けてプログラムがプレイされている間に、送信者２０１０はメッセージ通信モジュール２０８０に対して受信者２０２０のアドレスを指定することができる。メッセージ通信モジュール２０８０は、受信者がネットワークサーバモジュール２０７０にアクセスできる選択可能なリンクを含むメッセージを生成する。ＵＲＬと共にメッセージに含まれている引き数あるいはスクリプトにより送信者２０１０に送られる特定のプレイリストが識別される。各メディアリソースが送信者２０１０で再生されると、前記プレイリストが更新されるため、受信者２０２０は、送信者２０１０がセレクションを再生しているときのプレイリストにアクセスすることになる。その後、前記プレイリストは送信者２０１０および受信者２０２０に同時あるいはほぼ同時に送信される。あるいは、受信者２０２０は、送信者２０１０が受信者２０２０にメッセージを送信すると選択した時点で送信者２０１０で再生されていたメディアクリップで始まるプレイリストにアクセスする。
【０２２４】
一例として、送信者２０１０が、特定のアーティストおよびランキングに基づくメディアが再生される検索要求を送信したとすると、該検索要求に合致したＵＲＬをネットワークサーバモジュール２０７０が識別して、送信者２０１０に対するプレイリスト２０７５を形成する。送信者２０１０は、前記プレイリスト２０７５を見た後、該プレイリスト２０７５を享受してくれると考える友人である受信者２０２０と該メディアの再生を共有しようと考える。送信者２０１０は、受信者のＥメールアドレスをメッセージ通信モジュール２０８０に送って、メッセージ２０８５を受信者２０２０に伝送するよう要求する。前記メッセージ２０８５は、受信者がアクセスするまで受信者端末にそのままの状態で置かれる。受信者２０２０はメッセージ２０８５を選択して、プレイリスト２０７５にアクセスする。このメッセージ通信がほとんど瞬間的なものでなければ、受信者は、送信者２０１０がメッセージ２０８５の送信要求を出した時点でのプレイリスト２０７５からメディア再生を体験できる。あるいは、送信者２０１０はプレイリスト２０７５全体を受信者２０２０に送信するように要求することができる。こうして、送信者２０１０および受信者２０２０は、共通の関心を有する特定のジャンル、カテゴリ、アーティストなどのメディア再生を共有することができる。
【０２２５】
Ｉ．ユーザインターフェース
図２１に、本発明の１つの実施の形態によるユーザインターフェース１９００を例示する。該ユーザインターフェース１９００は、図１２で説明した再生インターフェース１０２０に該当する。あるいは、前記ユーザインターフェースは、例えばウェブサーバモジュール１０７０（図１２）などの１つ以上のサーバ側モジュールと通信する端末側のコンポーネントであってもよい。
【０２２６】
図１２に示す１つの実施の形態において、ユーザインターフェース１９００は、複数のユーザ対話機能を含んでいる。該ユーザ対話機能により、ユーザはユーザ端末２１０からシステム２００と対話することができる。一定のユーザ対話機能により、ユーザが再生のための検索要求および他のメディア要求を送ることができる。別のユーザ対話制御機能により、ユーザがメディアリソースの再生に変更を加えることができる。
【０２２７】
前記ユーザインターフェース１９００は、再生されるメディアリソースとは異なる情報、画像および／またはオーディオを出力することができる。例えば、ユーザインターフェース１９００は、再生されているメディアリソースに関するメタデータ情報を表示することができる。さらに、前記ユーザインターフェース１９００により、ユーザは、例えば、広告を見たり、電子メッセージの受信、プレイリストの作成および管理などをすることができる。
【０２２８】
図２１に示す１つの実施の形態において、ユーザインターフェース１９００は、第１のメニューフィールド１９１０、第２のメニューフィールド１９２０、および第３のメニューフィールド１９３０を備えている。第１のメニューフィールド１９１０により、ユーザは、再生されるメディアリソースに対する第１の基準を選択することができる。第２のメニューフィールド１９２０により、ユーザは、第１の基準に合致するメディアリソースのセットから第２の基準を選択することができる。第３のメニューフィールド１９３０により、ユーザは、第１および第２の基準に合致するメディアリソースのセットから第３の基準を選択することができる。このメニューフィールド１９１０〜１９３０のそれぞれを、クリックアンドドラックダウン式メニューの形態にしてよい。
【０２２９】
また、前記ユーザインターフェース１９００は、テキストフィールド１９４０を備えることができる。該テキストフィールドにユーザは検索基準を入力することができる。ブール演算を利用して、テキストフィールド１９４０に入力された検索基準に、１つ以上のメニューフィールド１９１０〜１９３０の検索基準を組み合わせることができる。すべての検索基準を論理積にして１つの検索基準にまとめることが好ましい。例えば、テキストフィールド１９４０に入力する検索基準が、アーティスト名、あるいはメディア作品のタイトルに対応させることができる。
【０２３０】
１つの実施の形態において、ユーザインターフェース１９００は、ユーザに１つ以上の検索基準などを入力するように促すプロンプト機能を備えている。ウェブサーバモジュール２７０が、ユーザ端末２１０から検索基準（１つあるいは複数）を受信し、メディアおよびメタデータテーブル２４７にアクセスする。各メニューフィールド１９１０〜１９３０に、検索基準としてテキストフィールドを入力することもできる。前記検索基準（１つあるいは複数）は、同じ（あるいは同等の）基準を有するメタデータを含むＵＲＬと合致させられる。例えば、検索要求に、ジャンルおよびアーティストのファーストネームを指定することができる。次にウェブアクセスサーバ２７０が、ジャンルが同じであり、アーティスト名メタデータ索引つきデータ構造内で同じファーストネームを含む関連メタデータ情報を有するメディアリソースのＵＲＬを探し出す。
【０２３１】
ウェブサーバモジュールには、フィードバック表示部１９５０が含まれている。前記フィードバック表示部１９５０は、情報、メッセージ、広告などをエンドユーザに送信できる。１つの実施の形態において、前記フィードバック表示部１９５０は、再生中のメディアリソースに関するメタデータ情報を表示する。例えば、特定ジャンルおよびカテゴリの歌を再生中に、前記フィードバック表示部１９５０は、該歌の題名、アーティスト名、その歌に関連付けられているプレイリスト、評価、および継続時間を表示することができる。前記情報は、メディア再生コンポーネントがメディアリソースをロードするときに読み込まれる。
【０２３２】
別のユーザ対話機能もユーザインターフェース１９００に含めることができる。１つの実施の形態において、ユーザインターフェース１９００に、プレイリスト機能１９６０が含まれている。前記プレイリスト機能１９６０により、ユーザは、メディア作品をプレイリストに追加することができる。一例として、前記プレイリスト機能１９６０を選択アイコンにすることができる。プレイリスト機能１９６０を選択すると、ポップアップウィンドウ（図示せず）が表示され、ユーザは演奏されるメディアリソースを含んでいるプレイリストを指名あるいは選択することができる。こうして、ユーザ端末２１０のユーザは、図１２および図１９で説明したシステムなどを利用して、プレイリストの作成および管理に必要な情報を入力することができる。
【０２３３】
ユーザインターフェース１９００に、１つ以上のユーザ対話制御機能を含めることができる。前記ユーザ対話制御機能を選択アイコンにしてもよい。スキップ機能１９７２は、例えばウェブサーバモジュール２７０に対し、別のメディア作品のＵＲＬをメディア再生コンポーネントに送信するよう指示する。メディア再生コンポーネントは前記指示に基づき別のメディア作品の再生を開始する。一時停止機能１９７４を利用すると、メディア再生コンポーネントにメディアリソースの再生を一時停止させることができる。前記一時停止機能１９７４は、メディア再生コンポーネントに直接コマンドを送信、あるいはウェブサーバモジュールに該コマンド信号を送信させることができる。前記一時停止機能１９７４を再度選択すると、メディア作品は、一時停止された地点から再生を開始する。同様に、シーク機能１９７６は、再生するメディアリソースの特定地点をシークするあるいはそこに移動する信号を送信する。音量機能１９７８は、再生中のメディアリソースの音量を上げるよう、アプリケーションプログラムインターフェース２７６（図５）にコマンドを送信する。
【０２３４】
また、前記ユーザインターフェース１９００には、評価機能１９８０を含めることができる。前記評価機能１９８０は、評価ごとに対応して並ぶ複数の選択アイコンにしてよい。例えば、最高から最低評価までを表す５つのアイコンを準備してよい。１つの実施の形態では、評価機能１９８０によりユーザは、ユーザ端末２１０でメディアリソースが再生されている間あるいは再生された後に評価することができる。図１２で説明した実施の形態に関連し、前記評価機能１９８０は、ユーザに対し評価信号を評価コンポーネント１０３０（図１２）に送信するようプロンプトする。前記評価機能１９８０を、ユーザ端末２１０で再生されるメディアクリップに対するユーザ応答とすることができる。評価コンポーネント１０３０が前記評価を受信し、１０４５内に格納されているＵＲＬに関連付けられた評価情報を修正する。その後前記評価情報を、他のユーザまたはユーザ端末に提供することができる。例えば、次に、前記評価情報を、前記メディアクリップを再生対象として選択する他のユーザ端末２１０の表示部１９５０に送信することができる。
【０２３５】
また、ユーザインターフェース１９００には、個別プレイリスト機能１９８５を含めることができる。該個別プレイリスト機能には、プレイリストにＵＲＬを追加するための追加アイコン１９８７、個別プレイリストを再生させるための再生アイコン１９８９などのアイコン式選択機能が含まれる。追加アイコン１９８７により、ユーザはプレイリスト生成プログラム１０４０（図１２）に個別プレイリストにＵＲＬを追加するように指示することができる。該プレイリストに追加されるＵＲＬは、ユーザ端末２１０で再生されるメディアリソースに該当する場合がある。再生アイコン１９８９を選択すると、ウェブサーバモジュール１０７０（図１２）が個別プレイリストからのＵＲＬをユーザ端末２１０のメディア再生コンポーネントに送信する。こうして、ユーザ端末２１０は、それまでに選択しプレイリストに追加したリソースから連続的にメディアを出力させることができる。
【０２３６】
更に、前記ユーザインターフェース１９００には、Ｅメール選択機能１９９０を含めることができる。Ｅメール選択機能１９９０をアイコンにして、メディア再生時にユーザが選択できるようにすることができる。Ｅメール選択機能１９９０を選択すると、ユーザ端末２１０でＥメールプログラムを開始できる。該Ｅメールプログラムに、新規メッセージを開き、選択したメディアリソースのＵＲＬを添付するように指示することができる。
【０２３７】
図２２に、ウェブサイト２２１２を示す第２のウィンドウ２２１０と共に、ユーザインターフェース１９００をデスクトップに表示する１つの実施の形態を例示する。前記ウェブサイト２２１２は、再生中のメディアファイルを提供しているサイトである。前記実施の形態では、ウェブサーバモジュール１０７０がメディアファイルのＵＲＬを端末のメディアプレーヤーコンポーネントに送信する。ウェブサーバモジュール１０７０は並行して端末のウェブブラウザコンポーネント２１３に前記ウェブサイトを提供しているＵＲＬを送信する。端末でメディアファイルからのメディアを再生中に、ウェブブラウザ２１３が第２のウィンドウ２２１０を開いて前記ウェブサイトを表示する。こうして、ユーザには、メディアファイルからのメディアを再生している間該メディアファイルを提供しているウェブサイトが表示される。これにより、ユーザは、ウェブサイトからメディアが再生されている間、例えばバナー広告、アーティスト名やタイトル、および著作権情報を見ることができる。
【０２３８】
１つのメディアファイルの再生が終了すると、次のメディアファイルのＵＲＬが端末のメディアプレーヤーコンポーネントに送信される。次のＵＲＬは、プレイリストの順序、あるいはユーザが入力した検索条件に基づいて決定することができる。次のメディアファイルのＵＲＬが、前のウェブサイトとは異なる場合、ウェブサーバモジュール２７０が前記ウェブブラウザに対し該ウェブサイトのＵＲＬを送信する。すると、第２のウィンドウ２２１０が、再生中のメディアファイルを提供している第２のウェブサイト２２１２′を表示する。こうして、第２のウィンドウ２２１０では、再生中のメディアファイルを提供しているウェブサイトのみが表示される。
【０２３９】
Ｊ．結論
以上、本発明のさまざまな実施の形態について説明してきたが、これらは例示および説明を目的とするものであり、開示した厳密な形態に本発明が制限されるものではない。さまざまな修正を加えたり、同等の構成がさまざまにとれることは明白である。
【図面の簡単な説明】
【図１】
本発明の１つの実施の形態を説明するフロープロセス
【図２】
本発明の１つの実施の形態のアーキテクチャを例示するブロック図
【図３】
本発明の１つの実施の形態によるバックエンドアーキテクチャを例示するブロック図
【図４】
本発明の１つの実施の形態によるメディア検索および再生システムを例示するブロック図
【図５】
本発明の１つの実施の形態による、サーバ側モジュールから制御情報を受信するエンド端末上のコンポーネントを例示するブロック図
【図６】
本発明の１つの実施の形態による、ネットワーク上でアクセス可能なメディアリソースの検索データベースを構築するシステムを例示するフローチャート
【図７】
本発明の１つの実施の形態による、ネットワーク上でアクセス可能なメディアリソースの検索データベースを構築するシステムを例示するフローチャート
【図８】
本発明の１つの実施の形態による、メディアリソースの検索データベースのレコードを検証するためのフローチャート
【図９】
本発明の１つの実施の形態による、ネットワーク上のサイトに関連付けられたメディアリソースに関するメタデータを抽出するフローチャート
【図１０】
本発明の１つの実施の形態による、システムのエンドユーザ用プレイリストを構築するためのフローチャート
【図１１】
本発明の１つの実施の形態による、検索データベースからのメディア再生リソースに対応するユーザ入力を受信するためのフローチャート
【図１２】
本発明の１つの実施の形態による、評価機能を含むメディア再生システムを示すブロック図
【図１３】
本発明の１つの実施の形態による、メディア再生システムのユーザインターフェースに対するユーザ入力を説明するフローチャート
【図１４】
本発明の１つの実施の形態による評価システムを説明するフローチャート
【図１５】
本発明の１つの実施の形態による、メディアリソースのアドレス評価に関する最新レコードを維持するデータベースの構成例
【図１６】
本発明の１つの実施の形態による、評価情報を用いてプレイリストを作成するフローチャート
【図１７】
本発明の１つの実施の形態による、プログラムに基づいてメディアファイルを分類するためのフローチャート
【図１８】
本発明の１つの実施の形態による、ネットワークで入手可能なストリーミングメディアファイルの個別プレイリストを作成するためのフローチャート
【図１９】
本発明の１つの実施の形態による分散型再生アーキテクチャを示す図
【図２０】
本発明の１つの実施の形態によるメッセージ通信アプリケーションを示すブロック図
【図２１】
本発明の１つの実施の形態による、メディア検索および再生システムに使用するユーザインターフェースを示す
【図２２】
本発明の１つの実施の形態による、メディアを再生しながら、ウェブサイトの一例を表示している別のユーザインターフェースを含む図


【誤訳訂正２】
【訂正対象書類名】図面
【訂正対象項目名】全図
【訂正方法】変更
【訂正の内容】
【図１】
2004500651.tif 000001
【図２】
2004500651.tif 000002
【図３】
2004500651.tif 000003
【図４】
2004500651.tif 000004
【図５】
2004500651.tif 000005
【図６】
2004500651.tif 000006
【図７】
2004500651.tif 000007
【図８】
2004500651.tif 000008
【図９】
2004500651.tif 000009
【図１０】
2004500651.tif 000010
【図１１Ａ】
2004500651.tif 000011
【図１１Ｂ】
2004500651.tif 000012
【図１２】
2004500651.tif 000013
【図１３】
2004500651.tif 000014
【図１４】
2004500651.tif 000015
【図１５】
2004500651.tif 000016
【図１６】
2004500651.tif 000017
【図１７】
2004500651.tif 000018
【図１８】
2004500651.tif 000019
【図１９】
2004500651.tif 000020
【図２０】
2004500651.tif 000021
【図２１】
2004500651.tif 000022
【図２２】
2004500651.tif 000023