(57)【要約】開示するのはモバイル放送サービスプロバイダにコンテンツを要求する方法であり、モバイル放送サービスプロバイダは携帯型移動通信装置に放送し得る種々のコンテンツ作品を保有する。一方法は、モバイル放送サービスプロバイダが提供するコンテンツに基づき、要求コンテンツを有する購読プロファイルを携帯型移動通信装置で作成する工程（３１０）を備える。購読プロファイルは、モバイル放送サービスプロバイダに送信され（３２０）、モバイル放送サービスプロバイダが複数の時分割多重チャネルに要求コンテンツを集められる（３４０）ようにする。次いで複数の時分割多重チャネルは携帯型移動通信装置に放送される（３５０）。次いで携帯型移動通信装置は、要求コンテンツの時分割多重チャネルを逆多重化し（３７０）、要求コンテンツを表示する（３８０）。
2009517974.tif 000002
【特許請求の範囲】
【請求項１】
携帯型移動通信装置にコンテンツを放送するモバイル放送サービスプロバイダにコンテンツを要求する方法であって、
前記モバイル放送サービスプロバイダによって放送用に提供されるコンテンツから取り出されるコンテンツ要求を作成する工程（３１０）と、
前記モバイル放送サービスプロバイダに前記コンテンツ要求を送信し（３２０）、前記モバイル放送サービスプロバイダが複数の時分割多重チャネルに要求コンテンツを集められるようにする（３４０）工程と、
前記モバイル放送サービスプロバイダから、時分割多重チャネルの要求コンテンツを含む放送を受信する工程（３６０）と、
時分割多重チャネルの要求コンテンツを逆多重化し（３７０）、前記携帯型移動通信装置が前記要求コンテンツを表示できるようにする（３８０）工程と
を有することを特徴とする方法。
【請求項２】
携帯型移動通信装置にコンテンツを放送するモバイル放送サービスプロバイダから携帯型移動通信装置へ要求コンテンツを提供する方法であって、
少なくとも１つの携帯型移動通信装置から前記モバイル放送サービスプロバイダにより放送用に提供されたコンテンツから取り出されるコンテンツ要求を受信する工程（３３０）と、
最も多くの要求コンテンツに従って複数の時分割多重チャネルに要求コンテンツを集める工程（３４０）と、
前記複数の時分割多重チャネルの集められた要求コンテンツを放送する工程（３５０）と
を有することを特徴とする方法。
【請求項３】
前記コンテンツ要求は、携帯型移動通信装置の識別情報をさらに有する購読プロファイルの一部であることを特徴とする請求項２に記載の方法。
【請求項４】
前記携帯型移動通信装置が前記モバイル放送サービスプロバイダからの放送を現在受信しているどうかを検出する工程（４４０）をさらに有することを特徴とする請求項３に記載の方法。
【請求項５】
前記モバイル放送サービスプロバイダからの放送を現在受信している携帯型移動通信装置のコンテンツ要求により、前記複数の時分割多重チャネルに要求コンテンツを集める工程をさらに有することを特徴とする請求項４に記載の方法。
【請求項６】
携帯型移動通信装置（１１０）にコンテンツを放送するモバイル放送サービスプロバイダ（１２０）にコンテンツを要求する携帯型移動通信装置（１１０）であって、
前記モバイル放送サービスプロバイダ（２２２）による放送のために提供されたコンテンツから導かれるコンテンツ要求を作成する手段と、
前記モバイル放送サービスプロバイダに前記要求コンテンツを送信し、前記モバイル放送サービスプロバイダが前記要求コンテンツを複数の時分割多重チャネルに集められるようにする手段（２３０）と、
前記モバイル放送サービスプロバイダから時分割多重チャネルの要求コンテンツを含む放送を受信する手段（２５４）と、
前記時分割多重チャネルの要求コンテンツを逆多重化し（２２２）、前記携帯型移動通信装置１１０が前記要求コンテンツを表示し得るようにする手段と
を備えることを特徴とする携帯型移動通信装置（１１０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯型移動通信装置およびシステムに関し、より詳細には、モバイル放送サービスから受信する配信放送信号を制御し得る携帯型移動通信装置、システムおよび方法に関する。
【背景技術】
【０００２】
携帯電話機などの携帯型移動通信装置は、より高性能になっていて、多くの新機能および新能力を有する。このような機能の１つが、モバイル放送信号、モバイルテレビジョンなどを受信する機能である。このようなサービスには、ＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔ−Ｈａｎｄｈｅｌｄ）、ＤＭＢ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ）、ＩＳＤＢ−Ｔ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔ−Ｔｅｒｒｅｓｔｒｉａｌ）、ＭＢＭＳ（Ｍｏｂｉｌｅ  Ｂｒｏａｄｃａｓｔ  Ｍｕｔｉ−ｃａｓｔ  Ｓｅｒｖｉｃｅ）または類似の技術を含む。携帯電話機に組み込まれたとき、前述の技術のすべては、携帯型移動通信装置の既存の移動無線送受信部を使用して受信し得るＭＢＭＳを除いて、個別のモバイル放送チューナーを利用する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
モバイル放送サービスプロバイダは、所与の瞬間に放送し得る限られたチャネル数に帯域幅が制約されている。しかし、モバイルユーザが放送作品の特定のサブセットだけに興味を有する状況が起こり得る。これらの状況の下では、ユーザは、モバイル放送サービスプロバイダに、限定された帯域幅の周波数帯を通じてどのチャネルを放送するかを要求したいことがある。
【０００４】
現在のところ、上記のユーザのジレンマに取り組むために用意されたものはない。必要なものは、ユーザからモバイル放送サービスプロバイダに特定のチャネルを要求できるようにするメカニズムである。
【課題を解決するための手段】
【０００５】
本発明の実施形態によれば、携帯型移動通信装置に放送し得る種々のコンテンツ作品を保有するモバイル放送サービスプロバイダに、コンテンツを要求する方法が開示される。その方法は、モバイル放送サービスプロバイダによって提供されるコンテンツに基づき、要求コンテンツを含む購読プロファイルを携帯型移動通信装置で作成する工程を備える。購読プロファイルは、モバイル放送サービスプロバイダに送信されるので、モバイル放送サービスプロバイダは、複数の時分割多重チャネルに要求コンテンツを集め得る。次いで複数の時分割多重チャネルは、携帯型移動通信装置に放送される。次いで携帯型移動通信装置は、時分割多重チャネルの要求コンテンツを逆多重化し、要求コンテンツを表示する。
【０００６】
その方法は、携帯型移動通信装置がモバイル放送サービスプロバイダに現在接続しているかどうかを検出する工程をさらに有してもよい。接続している場合、購読プロファイルに関連するコンテンツが、要求コンテンツを複数の時分割多重チャネルに集めるとき考慮される。接続していない場合、モバイル放送サービスプロバイダは、モバイル放送サービスプロバイダに現在接続していない携帯型移動通信装置のプロファイルを無視する。
【０００７】
別の実施形態では、投票プロファイルが購読プロファイルの代わりに使用される。この方法では、携帯型移動通信装置は、好みの順にモバイル放送サービスプロバイダに具体的なコンテンツを要求する。次いでモバイル放送サービスプロバイダは、最新の投票数を計算し、最高投票のコンテンツを決定する。次いで最高投票のコンテンツは、放送前に、チャネル容量が使い果たされるまで複数の時分割多重チャネルに集められる。
【発明を実施するための最良の形態】
【０００８】
図１は、チャネル要求を作成し、それを携帯型移動通信装置１１０からモバイル放送サービスプロバイダ１２０へ伝達するシステム例のブロック図である。モバイル放送サービスプロバイダ１２０は、ＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔ−Ｈａｎｄｈｅｌｄ）、ＤＭＢ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ）、ＩＳＤＢ−Ｔ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔ−Ｔｅｒｒｅｓｔｒｉａｌ）、ＭＢＭＳ（Ｍｏｂｉｌｅ  Ｂｒｏａｄｃａｓｔ  Ｍｕｔｉ−ｃａｓｔ  Ｓｅｒｖｉｃｅ）または他の類似の技術であってもよい。携帯電話機に組み込まれたとき、携帯型移動通信装置の既存の移動無線送受信部を使用して携帯型移動通信装置のモバイルネットワークサービスプロバイダ１５０を通じて受信し得るＭＢＭＳを除く前述の技術のすべては、個別のモバイル放送受信部を利用する。
【０００９】
携帯型移動通信装置１１０は、コードレス電話機、セルラ電話機、携帯情報端末（ＰＤＡ）、コミュニケータ、コンピュータ装置または同種のものでもよく、ＡＭＰＳ(Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｅｒｖｉｃｅ）、Ｄ−ＡＭＰＳ（Ｄｉｇｉｔａｌ  Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｅｒｖｉｃｅ）、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、符号分割多元接続（ＣＤＭＡ）などのいずれかの特定の通信規格に固有のものではない。図２に示す携帯型移動通信装置１１０の設計は、本発明の説明のためであり、本発明はどの特定の設計にも限定されない。
【００１０】
図２に示す携帯型移動通信装置１１０は、通話および他の通信の開始および実施を含む携帯型移動通信装置１１０の動作制御を容易にするオペレータインタフェースまたはユーザインタフェース２１０を有してもよい。ユーザインタフェース２１０は、携帯型移動通信装置１１０の状態および動作に関して、加入者またはユーザに視覚信号を提供するディスプレイ２１２を有してもよい。ディスプレイ２１２は、液晶ディスプレイ（ＬＣＤ）でもよいし、カラー映像を表示する能力のある類似物でもよい。ディスプレイ２１２は、映像、テキスト、数値、文字、グラフィカルユーザインタフェース（ＧＵＩ）などの形態でユーザまたはオペレータに情報を提供してもよい。
【００１１】
ユーザインタフェース２１２は、ジョイスティックまたは同種のものなどのポインティングデバイスを含む、キーパッドならびに機能キーもしくは機能ボタン２１４も有してもよい。キーパッド、機能ボタンおよびジョイスティック２１４により、ユーザは携帯型移動通信装置１１０にコマンドを伝達し、電話番号をダイヤルし、呼を開始および終了し、モバイルネットワークサービスプロバイダ１５０を通じてモバイル放送サービスプロバイダ１２０およびインターネット１６０へのアクセスなどの他の通信を確立し、電子メール、テキストメッセージなどを送受信できる。キーパッド、機能ボタンおよびジョイスティック２１４は、携帯型移動通信装置１１０の他の動作を制御するためにも使用されてもよい。キーパッド、機能ボタンおよびジョイスティック２１４は、触覚入力を受信するように適合されたタッチセンシティブディスプレイ上にも実装されてもよい。
【００１２】
ディスプレイ２１２ならびにキーパッドおよび機能ボタン２１４は、メインプロセッサおよび制御ロジック部２２０に結合されてもよい。プロセッサおよび制御ロジック部２２０は、マイクロプロセッサまたは同種のものであってもよい。プロセッサおよびロジック部２２０は、モバイル放送サービスプロバイダ１２０へのチャネル要求の作成、および受信チャネルの逆多重化のための放送要求アプリケーション２２２を有してもよい。放送要求アプリケーション２２２は、ハードウェア、ファームウェア、ソフトウェア（データ構造）またはそれらの組み合わせで具体化されてもよい。プロセッサおよびロジック部２２０は、他のデータ構造、ソフトウェアプログラム、コンピュータアプリケーションなども有し、制御信号を符号化および復号化し、通信手順および本明細書に記載の他の機能を実行してもよい。
【００１３】
従来の携帯型移動通信装置の動作に関して、ユーザインタフェース２１０は、マイクロホンおよびスピーカ２１６も有してもよい。マイクロホン２１６は、ユーザまたは他の音源からの音声信号または音響信号を受け取り得る。マイクロホン２１６は、音声信号または音響信号を電気信号に変換し得る。マイクロホン２１６は、プロセッサおよびロジック部２２０に接続されてもよく、プロセッサおよびロジック部２２０は、電気信号をベースバンド通信信号に変換し得る。プロセッサおよび制御ロジック部２２０は、プロセッサおよび制御ロジック部２２０からのベースバンド信号を無線周波数（ＲＦ）信号に変換し得る移動無線送受信部２３０に接続されてもよい。移動無線送受信部２３０は、アンテナアセンブリ２４０に接続され、モバイルネットワークサービスプロバイダ１５０または同種のものなどの通信手段または通信システムにＲＦ信号を伝送してもよい。移動無線送受信部２３０は、ＭＢＭＳ規格によるモバイルテレビジョン放送も受信し得る。このシナリオでは、モバイルネットワークサービスプロバイダ１５０は、モバイル放送サービスプロバイダの役を務める。
【００１４】
アンテナアセンブリ２４０は、放送でＲＦ信号を受信し、そのＲＦ信号を無線受信部２３０に転送し得る。無線受信部２３０は、ＲＦ信号をベースバンド信号に変換し得る。ベースバンド信号は、ベースバンド信号を電気信号に変換し得るプロセッサおよび制御ロジック部２２０に印加されてもよい。プロセッサおよび制御部２２０は、電気信号をユーザが理解できる音声信号に変換し得るスピーカ２１６に送信してもよい。
【００１５】
携帯型移動通信装置１１０は、モバイル放送装置２５０も含んでもよい。モバイル放送装置２５０は、ＤＶＢ−Ｈ型の装置または同種のものであってもよい。モバイル放送装置２５０は、携帯型移動通信装置１１０の一部として一体的に作られてもよいし、携帯型移動通信装置１１０に接続されて、それと協力して動作し得る個別のユニットでもよい。モバイル放送装置２５０は、モバイル放送サービスプロバイダ１２０からプログラムの放送信号を受信するアンテナアセンブリ２５２を有してもよい。受信部２５４は、アンテナアセンブリ２５２に結合され、放送信号を受信し得る。信号プロセッサ２５６は、受信部２５４から放送信号を受信し、その信号を携帯型移動通信装置１１０のディスプレイ２１２で表示するフォーマットに変換し得る。
【００１６】
モバイル放送サービスプロバイダ１２０は、携帯型移動通信装置１１０またはモバイルテレビジョン装置２５０に放送するためのプログラムを創作してもよい。モバイル放送サービスプロバイダ１２０は、放送アプリケーションサーバ１３０および放送コンテンツ用の記憶装置１４０を有してもよい。
【００１７】
モバイル放送サービスプロバイダ１２０は、インターネット１６０またはインターネットプロトコル（ＩＰ）などを利用し得る他のプライベートネットワークに接続してもよい。このような接続は、モバイル放送サービスプロバイダ１２０とモバイルネットワークサービスプロバイダ１５０または無線アクセスポイント１７０との間のリンクを提供してもよい。その場合には、携帯型移動通信装置１１０は、モバイルネットワークサービスプロバイダ１５０へのその無線リンクまたは無線アクセスポイントを利用し、続いてモバイル放送サービスプロバイダ１２０へのインターネット１６０リンクを利用して、モバイル放送サービスプロバイダ１２０へのチャネル要求などのアップリンクデータを送信または転送することが可能になる。無線アクセスポイントは、モバイル放送サービスプロバイダ１２０からインターネット１６０および無線アクセスポイント１７０経由で携帯型移動通信装置１１０へ、コンテンツのポイント・ツー・ポイント伝送の可能性も提供する。
【００１８】
図３は、チャネルコンテンツ要求を作成し、それを携帯型移動通信装置からモバイル放送サービスプロバイダへ伝達する方法のフロー図である。図３に示す動作および機能は、携帯型移動通信装置によって実行されてもよいし、通信装置、通信システムもしくはネットワーク、モバイル放送サービスプロバイダによって一部と携帯型移動通信装置によって一部とで実行されてもよいし、それらの任意の組み合わせによって実行されてもよい。
【００１９】
ブロック３１０で、ユーザはモバイル放送サービスプロバイダ向けのコンテンツ要求を作成する。ブロック３２０で、携帯型移動通信装置は、モバイル放送サービスプロバイダにコンテンツ要求を転送する。コンテンツ要求は、モバイルネットワークサービスプロバイダに対する携帯型移動通信装置から、無線でモバイルネットワークサービスプロバイダに送信される。次いでコンテンツ要求は、ブロック３３０で、それを受信したインターネット接続経由でモバイル放送サービスプロバイダへ転送される。あるいは、コンテンツ要求は、モバイルネットワークサービスプロバイダに対する携帯型移動通信装置から、無線で近くの無線アクセスポイントへ送信される。同様に、次いでそれは、ブロック３３０で、それを受信したインターネット接続経由でモバイル放送サービスプロバイダへ転送される。
【００２０】
ブロック３４０で、モバイル放送サービスプロバイダは、チャネルに要求コンテンツまたは特定されたコンテンツを集め多重化し、ブロック３５０で携帯型移動通信装置向けに放送する。ブロック３６０で、携帯型移動通信装置は、モバイル放送サービスプロバイダが集め多重化し放送したチャネルを受信する。ブロック３７０で、携帯型移動通信装置は、受信チャネルを逆多重化し、ブロック３８０で、要求コンテンツを携帯型移動通信装置ディスプレイに表示できるようにする。
【００２１】
上記の多重化および逆多重化は、モバイル放送サービスプロバイダが放送のために複数のチャネルを有すると想定している。放送がチャネル１つだけを通じて行われる場合、多重化工程および逆多重化工程は不要である。
【００２２】
モバイル放送サービスプロバイダの視点からは、携帯型移動通信装置のユーザからチャネルコンテンツ要求を受信し処理する複数の方法があり得る。
【００２３】
一方法は、各携帯型移動通信装置に関する購読プロファイルに基づいてもよい。この方法に関して、各携帯型移動通信装置は、種々のモバイル放送サービスプロバイダ作品から抜き出した好みのコンテンツを収容する自装置固有の購読プロファイルを作成する。購読プロファイルは、携帯型移動通信装置に局所的に格納されてもよく、またモバイル放送サービスプロバイダにも送信されてもよい。モバイル放送サービスプロバイダは、複数のユーザ購読プロファイルを受信し処理する。そのプロファイルに基づき、モバイル放送サービスプロバイダは、放送用の各チャネルにコンテンツを集める。次いでコンテンツを集めたチャネルは、時分割多重手法で携帯型移動通信装置向けに放送される。次いで各携帯型移動通信装置は、各自の購読プロファイルにより受信放送をフィルタし、選択したコンテンツを見てもよい。
【００２４】
購読プロファイル方法をさらに洗練する追加の機能は、ネットワークの存在の検出を含む。上記の購読方法では、モバイル放送サービスプロバイダは、多数の携帯型移動通信装置に関する購読プロファイルを受信し保有する。しかし、すべての携帯型移動通信装置が所与の時刻にモバイル放送を受信しているわけではない。従って、チャネルにコンテンツを集めるとき、モバイル放送サービスプロバイダに現在「接続」している携帯型移動通信装置の購読プロファイルだけを考慮するのがより効率的であろう。これは、誰かのプロファイルが帯域幅制限のせいで十分に満足されないという機会を減少する。
【００２５】
図４は、ネットワークの存在の検出をどのように達成するかを示すデータフロー図である。ブロック４１０で、携帯型移動通信装置は、その関連モバイル放送受信部を作動させる。その直後、ブロック４２０で、携帯型移動通信装置の信号プロセッサは、モバイル放送受信部が動作していることを示すメッセージを作成する。メッセージは、モバイル放送サービスプロバイダが知っている事前指定の場所宛てのＩＭＳメッセージでもよいが、それに限定されない。ブロック４３０で、モバイル放送受信部が作動していることを示すメッセージは、携帯型移動通信装置からモバイル放送サービスプロバイダがメッセージにアクセスし得る場所に送信される。この場所は、ブロック４５０で示すように、直接モバイル放送サービスプロバイダが制御するサーバであってもよいし、個別の場所／サーバであってもよい。個別の場所に送信される場合、モバイル放送サービスプロバイダは、ブロック４６０でメッセージにアクセスする。どちらにしても、ブロック４４０で示すように、モバイル放送サービスプロバイダは、今や携帯型移動通信装置がそのモバイル放送受信部を起動して作動していることを知っている。
【００２６】
別の方法は、携帯型移動通信装置１１０からの投票総数に基づいてもよい。この方法に関しては、各携帯型移動通信装置は、受信を希望するコンテンツに投票する。モバイル放送サービスプロバイダ１２０は、投票を受け付け、周期的に投票数を計算し、受け付けた投票数によって提供するコンテンツを順位付けする。次いでモバイル放送サービスプロバイダ１２０は、自装置が利用可能な帯域幅を使い果たすまで最も人気のあるものから順に各チャネルにコンテンツを集める。次いでコンテンツを集めたチャネルは、携帯型移動通信装置１１０に向けて時分割多重手法で放送される。次いで各携帯型移動通信装置１１０は、コンテンツを見てもよい。
【００２７】
当業者には当然のことながら、本発明は、方法、システムまたはコンピュータプログラム製品として具体化されてもよい。それに応じて、本発明は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、レジデントソフトウェア、マイクロコード等を含む）、または本明細書では全部「回路」「モジュール」または「システム」と一般的に呼び得るソフトウェア様相とハードウェア様相の組み合わせ実施形態の形態を取ってもよい。さらに、本発明は、記憶媒体に具体化されたコンピュータで使用可能なプログラムコードを有する、コンピュータで使用可能な記憶媒体上のコンピュータプログラム製品の形態を取ってもよい。
【００２８】
コンピュータで読み取り可能な適切な記憶媒体ならどれが利用されてもよい。コンピュータで使用可能またはコンピュータで読み取り可能な記憶媒体は、例えば電子的、磁気的、光学的、電磁気的、赤外線または半導体のシステム、装置、機器または伝搬媒体でもよいが、それに限定されない。コンピュータで読み取り可能な記憶媒体のより具体的な例（包括的なリストではない）に含まれるのは、以下の、１本以上の線を有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ＣＤ−ＲＯＭ（Ｐｏｒｔａｂｌｅ  Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、光学的記憶装置、インターネットもしくはイントラネットをサポートする媒体などの伝送媒体、または磁気記憶装置であろう。留意すべきは、コンピュータで使用可能な記憶媒体またはコンピュータで読み取り可能な記憶媒体には、プログラムが印刷される紙または他の適切な媒体でさえもなることができることである。その理由は、プログラムを紙または他の媒体から例えば光学的スキャンによって電子的に捕捉し、次いで必要な場合適切なやり方で編集、解釈、または別の方法で処理し、次いでコンピュータメモリに格納し得るからである。本明細書の文脈では、コンピュータで使用可能な記憶媒体またはコンピュータで読み取り可能な記憶媒体は、命令実行システム、装置または機器で使用またはそれらに接続して使用するために、プログラムを収容、格納、伝達、伝播または移動し得るどの媒体でもよい。
【００２９】
本発明の動作を実行するコンピュータプログラムは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋または同種のものなどのオブジェクト指向プログラミング言語で書かれてもよい。とは言え、本発明の動作を実行するコンピュータプログラムコードは、「Ｃ」プログラミング言語または類似のプログラミング言語などの従来の手続き型プログラミング言語でも書かれてもよい。プログラムコードは、スタンドアロンソフトウェアパッケージとして、完全にユーザのコンピュータで、一部ユーザのコンピュータで、または一部ユーザのコンピュータ一部リモートコンピュータで、または完全にリモートコンピュータもしくはサーバで実行されてもよい。後の方のシナリオでは、リモートコンピュータはローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を通してユーザのコンピュータに接続されてもよいし、あるいは接続は外部のコンピュータに行われてもよい（例えば、インターネットサービスプロバイダを使用してインターネットを通して）。
【００３０】
本発明について、本発明の実施形態による方法、装置（システム）およびコンピュータプログラム製品のフローチャート図および／またはブロック図を参照して説明してもよかった。フローチャート図および／またはブロック図の各ブロック、ならびにフローチャート図および／またはブロック図のブロックの組み合わせは、コンピュータプログラム命令で実施し得ることは理解されるだろう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータまたは他のプログラム可能なデータ処理装置に提供されてもよく、それによってコンピュータのプロセッサまたは他のプログラム可能なデータ処理装置によって実行される命令が、フローチャートおよび／またはブロック図の１つ以上のブロックに指定された機能／動作を実施する手段を作成するようなマシンを作り出してもよい。
【００３１】
これらのコンピュータプログラム命令は、コンピュータで読み取り可能なメモリに格納された命令がフローチャートおよび／またはブロック図の１つ以上のブロックに指定された機能／動作を実施する命令手段を有する製品を作成するような特定のやり方で働くように、コンピュータまたは他のプログラム可能なデータ処理装置に命令し得るコンピュータで読み取り可能なメモリにも格納されてもよい。
【００３２】
コンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理装置にもロードされて、コンピュータまたは他のプログラム可能な装置で実行される一連の動作ステップに、コンピュータまたは他のプログラム可能な装置で実行される命令が、フローチャートおよび／またはブロック図の１つ以上のブロックに指定された機能／動作を実施するステップを提供するようなコンピュータ実施プロセスを生じさせてもよい。
【００３３】
図のフローチャートおよびブロック図は、本発明の種々の実施形態によるシステム、方法およびコンピュータプログラム製品の見込まれる実施アーキテクチャ、機能および動作を示す。これに関して、フローチャートまたはブロック図の各ブロックは、モジュール、セグメント、または指定の論理機能を実施するための１つ以上の実行可能な命令を備えるコードの一部を表してもよい。同様に留意すべきは、いくつかの代替実施では、ブロックに示された機能は、図に示された順番とは異なる順番で起こってもよいことである。例えば、続けて示す２つのブロックは、実際のところ、実質的に同時に実行されてもよいし、またブロックは、関与する機能しだいで、時には逆の順番で実行されてもよい。同様に留意することは、ブロック図および／またはフローチャート図の各ブロック、ならびにブロック図および／またはフローチャート図のブロックの組み合わせは、特定の機能もしくは動作を実行する特殊用途のハードウェアベースのシステムまたは特殊用途のハードウェアとコンピュータ命令の組み合わせによって実施されてもよいことである。
【００３４】
特定の実施形態について本明細書で図解し説明したが、当業者には当然のことながら、同じ目的を達成するために作られるいかなる装置も、図示した特定の実施形態に取って代わってもよく、本発明は他の環境では他の応用がある。本願は、本発明のいかなる翻案または変形形態も網羅することを意図している。以下の特許請求の範囲は、本発明の範囲を本明細書に記載の特定の実施形態に限定する意図は全然ない。
【図面の簡単な説明】
【００３５】
【図１】チャネル要求を作成し、それを携帯型移動通信装置からモバイル放送サービスプロバイダへ伝達するシステム例のブロック図である。
【図２】図１のシステム内で使用する例示の携帯型移動通信装置のブロック図である。
【図３】チャネル要求を作成し、それを携帯型移動通信装置からモバイル放送サービスプロバイダへ伝達する方法のフロー図である。
【図４】ネットワークの存在の検出に関連するデータフロー図である。
【図１】
2009517974.tif 000003
【図２】
2009517974.tif 000004
【図３】
2009517974.tif 000005
【図４】
2009517974.tif 000006
【手続補正書】
【提出日】平成19年11月19日(2007.11.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
携帯型移動通信装置にコンテンツを放送するモバイル放送サービスプロバイダにコンテンツを要求する方法であって、
前記モバイル放送サービスプロバイダ（３１０）に前記携帯型移動通信装置により購読プロファイルを送信する工程であって、前記購読プロファイルは、前記モバイル放送サービスプロバイダ（３１０）により放送用に提供されるコンテンツの中から前記携帯型移動通信装置により優先される優先コンテンツを含み、前記携帯型移動通信装置は多数の携帯型移動通信装置のための購読プロファイルを受信して維持するところの工程と、
多数の携帯型移動通信端末のうちどれが前記モバイル放送サービスプロバイダに現時点で接続しているか判定する工程（４４０）と、
前記モバイル放送サービスプロバイダ（３１０）に現時点で接続している携帯型移動通信装置から前記優先コンテンツのみを複数の時分割多重チャネルに集める工程（３４０）と、
前記モバイル放送サービスプロバイダ（３１０）に現時点で接続している前記前記携帯型移動通信装置により、前記モバイル放送サービスプロバイダから、時分割多重チャネルの前記優先コンテンツを含む放送を受信する工程（３６０）と、
前記モバイル放送サービスプロバイダ（３１０）に現時点で接続している前記前記携帯型移動通信装置により、前記時分割多重チャネルの前記優先コンテンツを逆多重化し（３７０）、各携帯型移動通信装置が前記関連する優先コンテンツを表示できるようにする（３８０）工程と
を有する方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項６
【補正方法】変更
【補正の内容】
【請求項６】
携帯型移動通信装置（１１０）にコンテンツを放送するモバイル放送サービスプロバイダ（１２０）にコンテンツを要求する携帯型移動通信装置（１１０）であって、
前記モバイル放送サービスプロバイダ（２２２）に前記携帯型移動通信装置により購読プロファイルを送信する手段であって、前記購読プロファイルは、前記モバイル放送サービスプロバイダ（３１０）により放送用に提供されるコンテンツの中から前記携帯型移動通信装置により優先される優先コンテンツを含み、前記携帯型移動通信装置は多数の携帯型移動通信装置のための購読プロファイルを受信して維持するところの手段と、
多数の携帯型移動通信端末のうちどれが前記モバイル放送サービスプロバイダに現時点で接続しているか判定する手段（１３０）と、
前記モバイル放送サービスプロバイダ（３１０）に現時点で接続している携帯型移動通信装置から、前記優先コンテンツのみを、複数の時分割多重チャネルに集める手段（１３０）と、
前記モバイル放送サービスプロバイダ（３１０）に現時点で接続している前記前記携帯型移動通信装置により、前記モバイル放送サービスプロバイダから、時分割多重チャネルの前記優先コンテンツを含む放送を受信する手段（２５４）と、
前記モバイル放送サービスプロバイダ（３１０）に現時点で接続している前記前記携帯型移動通信装置により、前記時分割多重チャネルの前記優先コンテンツを逆多重化し（２２２）、各携帯型移動通信装置１１０が前記関連する優先コンテンツを表示できるようにする手段と
を備えることを特徴とする携帯型移動通信装置（１１０）。
【国際調査報告】
2009517974.tif 000007
2009517974.tif 000008
2009517974.tif 000009