(57)【特許請求の範囲】
【請求項１】
メディアファイル(13)を携帯デバイス(30)に送信する方法であって、
メディアファイルの選択に応じて、ウェブページを解析して識別情報を決定する前記ウェブページに追加された機能により、前記ウェブページから検索された前記選択されたメディアファイルの識別情報を受信するステップと、
前記選択されたメディアファイルをメディアトランスコーディングサーバに自動的にダウンロードするステップと、
前記メディアファイルを送信すべき携帯デバイスを識別するステップと、
アクセスサーバ(25)からフォーマット情報を受信するか、移動体通信ネットワークにおいて使用される前記携帯デバイスに関連する加入者情報から前記メディアファイルをトランスコードすべきフォーマットを推定して、前記携帯デバイス(30)がサポートするメディアファイルフォーマットを自動的に選択するステップと、
前記メディアファイル(13)を前記選択したメディアファイルフォーマットに自動的にトランスコードするステップと、
前記トランスコードしたメディアファイルのダウンロード情報を前記携帯デバイス(30)にプッシュするステップとを有し、
前記ウェブページに追加された機能は、ブックマークレット、ユーザスクリプトおよびグリースモンキのうちの少なくとも一つから選択される方法。
【請求項２】
さらに、前記携帯デバイス(30)にプッシュクライアントが提供されているかを判定するステップを有し、提供されている場合、前記プッシュするステップの前記ダウンロード情報は前記トランスコードされたメディアファイルを含む請求項1に記載された方法。
【請求項３】
さらに、前記携帯デバイス(30)にプッシュクライアントが提供されているかを判定するステップを有し、前記携帯デバイスにプッシュクライアントが提供されていない場合、前記プッシュするステップの前記ダウンロード情報は前記トランスコードされたメディアファイルをダウンロードが可能なアドレス情報を含む請求項1に記載された方法。
【請求項４】
前記メディアファイル(13)は、二つ以上のメディアファイルフォーマットにトランスコードされる請求項1から請求項3の何れか一項に記載された方法。
【請求項５】
前記アクセスサーバは、前記携帯デバイスのユーザにより設定可能である変更可能なアクセスサーバである請求項1から請求項4の何れか一項に記載された方法。
【請求項６】
前記識別情報を受信するステップは、前記携帯デバイスに前記メディアファイルをダウンロードすることを要求する要求を受信するステップを含み、前記要求は前記識別情報を含む請求項1から請求項5の何れか一項に記載された方法。
【請求項７】
トランスコードされたメディアファイル(13)を携帯デバイス(30)に送信するエンティティであって、
メディアトランスコーディングサーバ(26)、および、トランスコードされたメディアファイルのダウンロード情報を前記携帯デバイスにプッシュするプッシュゲートウェイ(25)を有し、前記メディアトランスコーディングサーバ(26)は、
メディアファイルの選択に応じて、ウェブページを解析して識別情報を決定する前記ウェブページに追加された機能により、前記ウェブページから検索された前記選択されたメディアファイルの識別情報を受信し、さらに、前記選択されたメディアファイルを受信する受信手段(21)と、
前記メディアファイルを送信すべき携帯デバイスを識別する識別手段(22)と、
前記プッシュゲートウェイからフォーマット情報を受信するか、移動体通信ネットワークにおいて使用される前記携帯デバイスに関連する加入者情報から前記メディアファイルをトランスコードすべきフォーマットを推定して、前記携帯デバイスがサポートするメディアファイルフォーマットを自動的に選択するメディアファイルフォーマット選択手段(24)と、
前記メディアファイルを前記選択されたメディアファイルフォーマットに自動的にトランスコードするトランスコーディング手段(23)とを有し、
前記ウェブページに追加された機能は、ブックマークレット、ユーザスクリプトおよびグリースモンキのうちの少なくとも一つから選択されるエンティティ。
【請求項８】
前記プッシュゲートウェイは、前記携帯デバイスのユーザによって、前記ユーザの携帯デバイスを識別する情報および前記メディアファイルフォーマットに関する情報のうちの少なくとも一つを特定することができるように設定可能である請求項7に記載されたエンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディアファイルを移動デバイスに送信する方法、および、トランスコードされたメディアファイルを移動デバイスに送信するエンティティに関する。
【背景技術】
【０００２】
インターネットにおいて、YouTube（商標）などのオンラインコンテンツプロバイダは既知である。ユーザは、コンピュータ上でウェブブラウザを使用して、あるいは、コンテンツをオフラインで視聴するためにウェブページからコンテンツを抽出する外部アプリケーションを使用して、コンテンツを視聴する。抽出手順は、一般に、ユーザのマニュアルステップを必要とする。コンテンツがオンライン側から抽出されると、ユーザは、通常、iPod（登録商標）または携帯電話などの携帯デバイス上にコンテンツを転送し、かつ、再生前にコンテンツを適切な形式にトランスコードする必要がある。
【０００３】
携帯デバイスの使用可能な記憶空間は増加し続ける一方、ユーザは、携帯デバイスとともに、益々多くのメディアファイルをもち歩るくことが可能になった。コンテンツは携帯デバイスにローカルに格納され、ユーザは、移動中にメディアファイルのコンテンツを視聴することができ、ネットワークに接続する必要はない。
【０００４】
ネットワークに接続される携帯デバイス、例えばセルラ方式のネットワークに接続された携帯電話は、プッシュ配信機構を介してコンテンツを受信することができる。プッシュコンテンツ配信は、ユーザがコンテンツを要求する代わり、サーバまたはコンテンツプロバイダから開始される。
【０００５】
オンラインコンテンツプロバイダからメディアファイルを抽出し、視聴のために、抽出したメディアファイルを携帯電話などの携帯デバイスに転送したいユーザは、煩雑かつ時には難しい、多くのマニュアルステップを実行する必要がある。また、異なる携帯デバイスは異なるコンテンツデコード能力を有する。ユーザは、メディアファイルを送信すべき携帯デバイスがサポートするメディアコーデックおよびコンテナフォーマットだけでなく、オリジナルのソースフォーマットにも配慮する必要がある。
【０００６】
コンテンツは、所望フォーマットにトランスコードされると、USBケーブル、または、Bluetooth（登録商標）やWLANなどの無線接続を使用して、例えばコンピュータから携帯デバイスに転送される。従って、多くのマニュアルステップを実行しなければならない。
【発明の概要】
【０００７】
従って、メディアファイルを適切なフォーマットで携帯デバイスに転送し易くする可能性を提供する必要がある。
【０００８】
この必要性は、独立請求項の特徴により満たされる。従属請求項において、本発明の好適な実施例が記述される。
【０００９】
本発明の第一の面によれば、メディアファイルを携帯デバイスに送信する方法が提供される。メディアファイルを選択すると、選択したメディアファイルの識別情報が受信される。識別情報は、ウェブページを解析して識別情報の決定を可能にするウェブページに追加された機能性によりウェブページから検索される。さらに、選択したメディアファイルは、メディアトランスコーディングサーバに自動的にダウンロードされる。さらなるステップにおいて、メディアファイルを送信すべき携帯デバイスが識別され、携帯デバイスがサポートするメディアファイルフォーマットが自動的に選択される。メディアファイルフォーマットが既知の場合、メディアファイルは、選択されたメディアファイルフォーマットに自動的にトランスコードされ、トランスコードされたメディアファイルに関するダウンロード情報が携帯デバイスにプッシュされる。本発明は、ユーザが実行する必要があるマニュアルステップの数を激減させて、ユーザがオンラインコンテンツを携帯デバイスにプッシュする便利な方法を提供する。さらに、携帯デバイスがサポートするフォーマットが自動的に選択される。
【００１０】
本発明の好適な一実施例によれば、さらに、携帯デバイスにおいてプッシュクライアントが提供されるかが判定され、提供されると、プッシュステップのダウンロード情報はトランスコードされたメディアファイルを含む。プッシュクライアントが携帯デバイス上に存在すれば、トランスコードされたメディアファイルの携帯デバイスへの直接プッシュが可能になるため、さらに、方法は自動化される。本実施例において、ユーザのさらなる干渉は不要である。しかし、それは、携帯デバイスにおいてプッシュクライアントが提供されない場合にも当て嵌まる。この状況において、プッシュステップのダウンロード情報は、トランスコードされたメディアファイルをダウンロードするためのアドレス情報を含んでもよい。例えば、トランスコードされたメディアファイルが格納された、かつ、ダウンロードするためのアドレス情報であるURLを含むSMSが携帯デバイスに送信される。
【００１１】
メディアファイルは、一つのメディアファイルフォーマットにトランスコードされる。しかし、メディアファイルが、二つ以上のメディアファイルフォーマットにトランスコードされることも可能である。ユーザエクスペリエンスを最大限にするために、携帯デバイスに相応しい最善のトランスコーディング構成が選択されることが望まれる。これは、一実施例において、携帯デバイスのユーザによって設定可能である変更可能な(configurable)アクセスサーバからメディアファイルフォーマットを受信することにより達成される。例えば、プッシュゲートウェイは、携帯デバイスに関するフォーマット情報を特定するユーザ用の設定フロントエンドとして提供される。設定フロントエンドは、携帯エンティティが、ダウンロード情報またはトランスコードされたメディアファイル自体が送信されるべき携帯電話の場合、さらに電話番号を特定する。
【００１２】
本発明の別の実施例によれば、メディアファイルフォーマットは、移動体通信ネットワークにおいて使用される携帯デバイスに関連する加入者情報からメディアファイルをトランスコードすべきフォーマットを推定することにより選択される。例えば、これは、ユーザにリンクされたデバイス情報に関してユーザ加入サーバに問い合わせることにより達成される。デバイス情報が検索されない場合は、初期設定のコーデック構成が使用される。
【００１３】
識別情報を受信するステップは、携帯デバイスにメディアファイルをダウンロードすることを要求する要求を受信するステップを含むことが好ましく、要求は識別情報を含む。
【００１４】
ユーザがダウンロードしたいメディアファイルは、コンピュータ上で稼働するウェブブラウザに埋め込むことができる。ウェブページを解析して、識別情報を決定する機能は、例えば、ブックマークレットである。ブックマークレットは、ブックマークのURLとしてウェブブラウザに格納された小さなアプリケーションである。ブックマークレットは、1クリック機能をブラウザまたはウェブページに追加するように設計された。ブックマークレットは、ユーザウェブページにおいて、ブックマークに保存されたJavaScript（登録商標）コードの短いスニペット(snippet)であり、呼び出されると、ウェブページから識別情報を検索して、選択されたメディアファイルをダウンロードし、それを適切かつ所望するフォーマットにトランスコードする要求をメディアトランスコーディングサーバに送信する。ウェブページからの識別情報の検索を許容するあらゆる技術を使用できることが理解されるべきである。
【００１５】
本発明の別の面によれば、トランスコードされたメディアファイルを携帯デバイスに送信するエンティティが提供され、選択されたメディアファイルの識別情報を受信する受信手段を備え、識別情報がブックマークレットなどの上述した機能によりウェブページから検索される。受信手段は、さらに、ウェブサイトから選択された選択メディアファイルを受信する。エンティティにおいて提供される識別手段は、メディアファイルを送信すべき携帯デバイスを識別する。メディアファイルフォーマッチ選択手段は、携帯デバイスがサポートするメディアファイルフォーマットを自動的に選択する。トランスコーディング手段は、メディアファイルを選択されたメディアファイルフォーマットに自動的にトランスコードする。エンティティは、さらに、トランスコードされたメディアファイルのダウンロード情報を携帯エンティティにプッシュするプッシュゲートウェイを備える。
【００１６】
プッシュゲートウェイは、携帯デバイスのユーザによって設定可能に適合され、ユーザが、所望するメディアファイルフォーマットを特定し、および/または、トランスコードされたメディアファイルを送信すべき携帯デバイスを特定できるようにする。メディアファイルフォーマット選択手段は、携帯デバイス用のメディアファイルフォーマットを判定するユーザ加入手段に問い合わせる。ユーザ加入ユニット上でメディアファイルフォーマット情報が検出されない場合は、初期設定のコーデック構成が使用される。
【００１７】
本発明と、好適な実施例、さらなる利点および目的は、添付する図面とともに例示的な実施例の以下の詳細な説明を参照することにより、最もよく理解される。
【図面の簡単な説明】
【００１８】
【図１】トランスコードされたメディアファイルを携帯デバイスに送信するエンティティを示すブロック図。
【図２】メディアファイルを携帯デバイスに自動的にトランスコードして送信する主なステップを示すフローチャート。
【図３】トランスコードされたメディアファイルを携帯デバイスにプッシュするステップを含む別のフローチャート。
【発明を実施するための形態】
【００１９】
図面、とくに図1を参照すると、本発明が実施されるエンティティのブロック図が示される。ユーザコンピュータ10上に、オンラインコンテンツプロバイダのコンテンツを示すウェブサイト11が表示される。ウェブページ11には、オーディオファイルまたはビデオファイル、あるいは、それらの組み合せであるメディアファイル13が埋め込まれている。コンピュータ10のユーザがメディアファイル13に興味をもつと、新しい機能によりウェブサイトを拡張する幾つかの既知の技術を使用してウェブページに導入されたブックマークレット（JavaScript（登録商標）のスニペット）が作動する。ユーザが、例えばコンピュータ10のキーボードの所定のキーまたはキーの所定の組み合わせを押して適用可能なコマンドを実行すると、メディアファイルに関する情報がエンティティ20に送信される。
【００２０】
エンティティ20は、図1に破線で示すメディアトランスコーディングサーバ26を備える。メディアトランスコーディングサーバ26は、選択されたメディアファイルの識別情報とメディアファイル自体を受信し、かつ、識別情報により識別されるメディアファイルをダウンロードする、コンピュータ10の要求を受信する受信機または入出力ユニット21を備える。メディアファイル自体は、それを示すウェブページに接続されたメディアファイルデータベース（不図示）からダウンロードされるか、あるいは、ブックマークレット12が呼び出されてコンピュータ10にダウンロードされたメディアファイルを受信しもよい。
【００２１】
トランスクリプションサーバ26は、さらに、メディアファイルを送信すべき携帯デバイスを識別する識別ユニット22を備える。さらに、携帯エンティティがサポートするメディアファイルフォーマットを自動的に選択するメディアファイルフォーマット選択部24が提供される。このために、メディアファイルフォーマット選択部24は、携帯デバイス用のファイルフォーマットを決定するユーザ加入部40にアクセスする。別の実施例において、メディアファイルフォーマット選択部24はプッシュゲートウェイ25の設定フロントエンドにアクセスし、ユーザはメディアファイル用に使用すべきフォーマットを特定する。
【００２２】
エンティティ20は、さらに、トランスコードされたメディアファイルのダウンロード情報を携帯デバイス30にプッシュする上述したプッシュゲートウェイ25を備える。トランスコーディング部23は、携帯エンティティに相応しい最善のコーデック構成を選択する。次に、トランスコードされたメディアファイルは、プッシュ配信機構を使用して、携帯デバイス30に転送される。プッシュクライアントは、ターゲットの携帯エンティティにインストールされている場合、メディアファイルを受信してユーザに提示する役割を担う。これは、振動の生成、アラーム音の再生、または、ユーザに新しいメディアファイルの配信を知らせる他の手段を伴う。携帯エンティティにプッシュクライアントが提供されていない場合、携帯エンティティのユーザは、メディアファイルのトランスコードされたバージョンへのリンクを得る。このリンクは、例えばSMSに送信される。
【００２３】
ウェブページ11においてサービスが開始されると、ユーザは、自身の携帯デバイス30を選択する代わりに、友人など、別の既知のユーザにメディアファイルを送信することができる。代わりの受信機は、例えば、彼/彼女のMSIDSN (mobile station international subscriber directory number)によって特定されるか、部外者または外部アプリケーションによって提供された連絡先リストから選択される。トランスコーディングフォーマットは、ユーザ加入ユニット40、または、メディアファイルの送信先のユーザにより設定されたプッシュゲートウェイの設定フロントエンドの何れかにアクセスすることにより選択される。
【００２４】
図2は、図1に示すシステムが実行する主なステップがさらに詳細に示す。ステップ100において処理が開始された後、ブックマークレット12を使用して、あるいは、グリースモンキ(greasemonkey)ユーザスクリプトなどの機能を使用して、ステップ110においてメディアファイルが選択される。グリースモンキは、ユーザスクリプトの機能を向上するために、他者(thirdparty)のウェブサイトにユーザスクリプトをインストールし実行可能にするブラウザ拡張である。代わりに、ブラウザプラグインまたはブラウザ拡張をウェブブラウザ11にインストールし、同じ機能を提供してもよい。
【００２５】
ステップ120において、選択されたメディアファイルは、識別情報により識別されるメディアファイルを携帯デバイスにプッシュすべきという要求とともに、トランスコーディングサーバに送信される。ステップ130において、携帯デバイス30の機能に依存してメディアファイルフォーマットが選択される。ステップ140において、メディアファイルは、ステップ130において選択された形式に自動的にトランスコードされる。ステップ150において、ダウンロード情報が携帯デバイスにプッシュされる。ステップ160において手順が終了する。図2に示した実施例において、ウェブページ上でメディアファイルを選択し、機能を起動する際のみ、ユーザの干渉が必要である。他のステップ120-150は自動的に実行されて、メディアファイルをプッシュし、かつ、携帯デバイスがサポートするフォーマットを選択する、自動化された方法をもたらす。
【００２６】
図3は、プッシュ機構をさらに詳細に説明するフローチャートを示す。ステップ200におけるメディアファイルの選択後、メディアファイルは、図2に関連して既に説明したように、ステップ210においてトランスコーディングサーバに送信される。ステップ220において、メディアファイルを送信すべき携帯デバイスが識別される。ステップ230において、携帯デバイスに送信すべきメディアファイルのフォーマットを識別するためにプッシュゲートウェイにアクセスする。ステップ240において、フォーマット情報が提供されるかをプッシュゲートウェイに問い合わせる。提供されない場合は、ステップ260において初期設定のフォーマットを選択する。ステップ240においてフォーマット情報が発見された場合は、ステップ250においてプッシュゲートウェイ25が一つまたは複数の適切なフォーマットを選択し、ステップ270においてメディアファイルがトランスコードされる。
【００２７】
トランスコードされたメディアファイルが携帯デバイスに直接プッシュされる前に、ステップ280において、携帯デバイスにプッシュクライアントが提供されているかを問い合わす。例えば、この情報は、ユーザ加入部40から検索してもよいし、あるいは、ユーザが携帯デバイスの機能を特定することができるプッシュゲートウェイ25の設定フロントエンドから検索してもよい。ステップ280において、携帯デバイスにプッシュクライアントが提供されていないことが検出されると、トランスコードされたメディアファイルをダウンロードするURLなどのダウンロードアドレス情報を含むメッセージが携帯デバイスに送信される。しかし、ステップ280において、携帯デバイスにプッシュクライアントが存在することが検出されると、トランスコードされたメディアファイルは、プッシュゲートウェイ25を使用して携帯デバイスに直接プッシュされる（ステップ300）。
【００２８】
要するに、本発明は、追加ソフトウェアをインストールする必要なく、ウェブサイトで見付けたメディアファイルを適切なフォーマットで携帯デバイスにプッシュする自動化された方法をユーザに提供する。
【図１】
0005237461.tif 000002
【図２】
0005237461.tif 000003
【図３】
0005237461.tif 000004