JP3795814B2 - 赤外線を用いたデジタルコンテンツ転送制御方法，通信装置，そのプログラムおよびそのプログラムの記録媒体 - Google Patents
赤外線を用いたデジタルコンテンツ転送制御方法，通信装置，そのプログラムおよびそのプログラムの記録媒体 Download PDFInfo
- Publication number
- JP3795814B2 JP3795814B2 JP2002060364A JP2002060364A JP3795814B2 JP 3795814 B2 JP3795814 B2 JP 3795814B2 JP 2002060364 A JP2002060364 A JP 2002060364A JP 2002060364 A JP2002060364 A JP 2002060364A JP 3795814 B2 JP3795814 B2 JP 3795814B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- channel
- transfer
- distribution
- control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は，インタネット等のネットワーク上にあるデジタルコンテンツを配送し，個人用携帯情報端末（ＰＤＡ：Personal Digital Assistance ）や音楽プレーヤ等へ高速にダウンロードするコンテンツ配送システムに関し，特に，街頭端末等の公共性の高い場所で，特定のユーザが短時間かつ非接触でコンテンツを取得するような場合に適した赤外線を用いたデジタルコンテンツ転送制御方法，通信装置，そのプログラムおよびそのプログラムの記録媒体に関する。
【０００２】
【従来の技術】
街頭等の公共性の高い場所でのコンテンツ配信を実現するためには，容易かつ短時間でコンテンツを配信することが要求される。また，このようなコンテンツ配信は，無人サービスになる可能性も高く，長期間にわたる無メンテナンスが要求されるため，経年変化や劣化による故障だけでなく，いたずら等の故意による故障原因をもできる限り排除することが要求される。
【０００３】
従来，コンテンツ配送のための端末装置では，ＰＤＡや音楽プレーヤなどのモバイル装置へコンテンツをダウンロードしたり，これらのモバイル装置からパーソナルコンピュータ（ＰＣ）やネットワーク上のサーバへコンテンツをアップロードしたりするために，ミニディスク（ＭＤ）等の記憶メディアを仲介して受け渡す方式がとられていた。これらの記憶メディアによる方式では，メディア用のスロットを用意しなければならず，ガムを詰めるなどのいたずらによる不具合が避けられなかった。また，記録速度の速いものは接触型にならざるを得ず，接点の劣化の問題があった。
【０００４】
これらの問題を避けるためにワイヤレス通信を用いる方式がある。ワイヤレス通信を用いる方式としては，１〜１０ＧＨｚの電磁波を用いる方法と赤外線を用いる方法がある。
【０００５】
コンテンツのダウンロードなどの配信では，ある特定のユーザ（料金を支払うなどした結果，接続が許されたユーザ等）が持つ端末のみが受け取ることができるようにする必要があるが，１〜１０ＧＨｚの電磁波を用いる方法では，電磁波の持つ無指向性により，送信側装置と受信側装置との間で１対１の関係を確立することが困難である。赤外線では，光の直進性から送信側装置と受信側装置との間で１対１の関係を確立することが容易であることから，赤外線方式は，コンテンツ配信に適した方式と考えられる。
【０００６】
ただし，従来の赤外線通信プロトコルでは，制御データとコンテンツそのものが同一チャネル内に混在し，その区別を行うためのオーバヘッドとしてヘッダ情報を設けざるを得なかった。また，ＰＣやＰＣ周辺機器間との確実なデータ転送を重視したため，冗長なデータ分割，再構築制御を行っており，このためスループットが低かった。
【０００７】
【発明が解決しようとする課題】
上記で示したように，公共の場所で高速なコンテンツダウンロード／アップロードを行うためには，赤外線通信を用いる方式が望ましいが，従来のプロトコルでは，制御データとコンテンツそのものが混在し，その区別を行うためのオーバヘッドは避けられなかった。また，ＰＣやＰＣ周辺機器間との確実なデータ転送を重視することにより，冗長なデータ分割，再構築制御を行っていたため，スループットが低かった。これらの冗長性は，同一のチャネル上で転送制御情報のやり取りとコンテンツの転送を実行していたため発生していたものである。これは，従来の赤外線通信手順が，名刺等の比較的規模の小さいコンテンツをやり取りするために設計されていたため，複数チャネルを利用する必要性が考慮されていなかったためであると考えられる。
【０００８】
本発明は，以上の点に鑑み，複数チャネルを使用することによって，従来のコンテンツ配信におけるパケット分割や再構成処理などの冗長性を排除し，スループットの向上を図ることを目的としている。
【０００９】
【課題を解決するための手段】
上記目的を達成するために，本発明では，赤外線通信によるコンテンツの配信に，
・複数のチャネルを利用する，
・複数のチャネルのうち１チャネルを制御用チャネルとし，このチャネル上では制御情報のみを交換する，
・コンテンツ転送のために，制御チャネルとは別チャネルを，転送するコンテンツごとに動的に確保してコンテンツ配信の準備を行う，
・確保した別のチャネルをコンテンツ配信専用の転送チャネルとし，一つの転送チャネルを一つだけのコンテンツの転送に占有させる，
・転送チャネルでは，コンテンツ間の区切りを示す情報を送信しない，
ことを特徴とする赤外線通信手順を用いる。
【００１０】
複数チャネルを用いて，制御用チャネルとコンテンツ配信専用チャネルとして占有させることで，制御情報とコンテンツそのものを区別するための情報構造を設ける必要性を排除する。また，コンテンツごとに１つのチャネルを占有させることによって，複数のコンテンツを送信する場合であっても区切りを設ける必要がなくなるので，純粋にコンテンツのみの伝送となり，下位プロトコルが持つオーバヘッドのみとなり，冗長性が排除できる。
【００１１】
また，赤外線通信は半二重で通信が行われるが，コンテンツ転送中は中断等がない限り一方向の通信しか存在し得ないので，余分な方向切り替え待ちによるオーバヘッドも削減できる。
【００１２】
また，コンテンツの配信にチャネルを占有させることによって，動作そのものが単純になるので，ＤＭＡ（Direct Memory Access）等を用いたハードウェアによる転送制御も容易に実現することができ，さらに高速化を図ることも可能になる。
【００１３】
この方式は，通信方向にかかわらず使用できるため，コンテンツのダウンロードだけでなく，アップロードにも使用できる。また，コンテンツの区切りがないため，コンテンツ配信用チャネルを閉じない限りは，ストリーミング用チャネルとしても使用できる。
【００１４】
【発明の実施の形態】
以下，本発明の実施の形態について，図面を参照して説明する。図１は，本発明のシステムの原理構成図である。
【００１５】
図１において，１Ａ，１Ｂは赤外線を用いて通信を行う赤外線通信装置，２は赤外線通信のための制御チャネル，３は赤外線通信によってコンテンツを送受信するための転送チャネル，４Ａ，４Ｂは制御チャネルを用いて制御情報を送受信する通信制御部，５Ａ，５Ｂは転送チャネルを用いてコンテンツを送受信するコンテンツ送受信部，６Ａ，６Ｂは送受信されるデジタル化されたコンテンツを表す。
【００１６】
赤外線通信装置（Ａ）１Ａから赤外線通信装置（Ｂ）１Ｂへコンテンツを配信する場合を例にして，本発明の原理を説明する。制御チャネル２は，あらかじめ確保されており，新たに確保する必要はなく，相手となる赤外線通信装置１Ａ，１Ｂが発見され，通信が可能となった時点で使用することができる。
【００１７】
ＩｒＤＡ（Infrared data Association ；赤外線通信に関わる標準化団体）規格では，このようなチャネルを通信手順ごとに通信手順の中に登録情報として登録しておくことができるので，登録情報内に事前登録されたチャンネルを使用して制御を開始することになる。
【００１８】
転送チャネル３は，コンテンツごとに用意される。複数の転送チャネルを確保する手段については，既にＩｒＤＡ規格上で提供されているが，確保可能なチャネル数については，インプリメントに依存する。
【００１９】
転送チャネル３の確保や開放は，制御チャネル２上で制御情報を交換することで実施される。片方の赤外線通信装置（例えば赤外線通信装置１Ａ）から要求メッセージを制御情報として送信し，受信側の赤外線通信装置（例えば赤外線通信装置１Ｂ）で処理を行ったのちに，結果通知メッセージを制御情報として返信する。
【００２０】
また，図２は，図１に示すシステムの原理シーケンス図である。図２（ａ）では，赤外線通信装置１Ａからの指示で，赤外線通信装置１Ａから赤外線通信装置１Ｂへコンテンツを転送する場合を示している。図２（ｂ）では，赤外線通信装置１Ａからの指示で，赤外線通信装置１Ｂから赤外線通信装置１Ａへコンテンツを転送する場合を示している。
【００２１】
図１に示すシステムの動作を，図２（ａ）に従って説明する。図２（ｂ）は，転送方向と完了通知の発行元が異なる以外，図２（ａ）の例と動作シーケンスについて差はない。
【００２２】
まず，ＩｒＤＡで規定された発見手順に従い，互いの存在を発見するとともに，相手の能力交換を行う。この際，本発明の手順がサポートされているかどうかを相互に知ることができる。また，登録情報により制御チャネル２としてどのチャネルを使用するかを確認する。
【００２３】
次に，制御チャネル２を使用して，本発明の手順に従うコンテンツ配信を開始することを相互に確認しあうため，接続処理を行う。接続処理が終了した後，転送チャネル３を確保することが可能となる。
【００２４】
次に，赤外線通信装置１Ａから転送準備をはじめるよう赤外線通信装置１Ｂへ配信準備要求をする。この際，転送方向が指示される。図２（ａ）では，赤外線通信装置１Ａから赤外線通信装置１Ｂへの転送となる。赤外線通信装置１Ｂで転送準備が完了すると，赤外線通信装置１Ｂから赤外線通信装置１Ａへ配信準備完了の制御情報が通知される。このやり取りの中で，どのチャネルを転送チャネル３として使用するかを決定する。転送チャネルの決定方法については，データ受信側が一方的に指定する方法と利用可能な候補の中からデータ送信側が選択する方法が考えられる。以下の実施の形態では，受信側が一方的に指定する方法を用いた例で説明する。
【００２５】
赤外線通信装置１Ａは，ネゴシエーション結果に基づいた転送チャネル３を用いて，赤外線通信装置１Ｂへコンテンツの転送を開始する。転送が終了した時点で，制御チャネル２を用いて，配信終了がコンテンツ送信側から送信される。
【００２６】
すべての転送が終了した時点で，図３（ａ）に示すように，制御チャネル２を用いて切断の制御情報を送受信し，論理的に切断処理を行うことにより接続の開放を行うことができる。ただし，図３（ｂ）に示すように，いずれか片方の赤外線通信装置１Ａ，１Ｂを取り外すことで，物理的に切断することができるので，特に切断処理を行わなくてもよい。
【００２７】
〔実施の形態１〕
図４に，実施の形態１の構成例と動作シーケンスを示す。実施の形態１は，コンテンツサーバ１１上でユーザがコンテンツ１２の選択操作をして，コンテンツサーバ１１からの要求に基づき，コンテンツサーバ１１からＰＤＡ等のモバイル端末１０へダウンロードする場合の例である。
【００２８】
通信相手の発見は，実際に接続処理されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末１０とコンテンツサーバ１１が互いに通信相手の発見が完了しているものとして説明する。
【００２９】
あらかじめ，モバイル端末１０を接続持ち状態にしておく。ユーザは，コンテンツサーバ１１上でダウンロードするコンテンツ１２を選択する。まず，１個のコンテンツを選択した場合について説明する。
【００３０】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，コンテンツサーバ１１からモバイル端末１０に対し，コンテンツダウンロード開始準備を要求する。コンテンツ受信側では，コンテンツ名やコンテンツサイズ等のコンテンツに関する情報が，コンテンツの再生や保管のために必要である。コンテンツダウンロード開始準備を要求する際，これらのコンテンツに関する情報を，配信準備要求の制御情報で通知する。
【００３１】
モバイル端末１０は，準備が完了した時点で使用する転送チャネル３を指定して配信準備完了を通知する。コンテンツサーバ１１は，指定された転送チャネル３を用いて転送を開始する。転送が完了した時点で，配信終了をモバイル端末１０へ通知して，転送を完了する。
【００３２】
複数のコンテンツを転送する場合には，以上のコンテンツダウンロード開始準備要求（配信準備要求）から配信終了までを繰り返す。
【００３３】
〔実施の形態２〕
図５に，実施の形態２の構成例と動作シーケンスを示す。実施の形態２は，モバイル端末２０上でユーザがあらかじめ取得したコンテンツリスト２２からコンテンツの選択操作をして，選択したコンテンツの配信を要求し，コンテンツサーバ２１は，モバイル端末２０からの要求に基づき，コンテンツサーバ２１からモバイル端末２０へ指定されたコンテンツ２３をダウンロードする場合の例である。
【００３４】
通信相手の発見は，実際に接続処理されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末２０とコンテンツサーバ２１が互いに通信相手の発見が完了しているものとして説明する。
【００３５】
あらかじめ，コンテンツサーバ２１を接続持ち状態にしておく。モバイル端末２０は，インタネット等を利用するなどしてコンテンツ一覧（ダウンロード可能なコンテンツの名称やサイズの一覧）のコンテンツリスト２２を保持している。ユーザはモバイル端末２０上でダウンロードするコンテンツを選択する。まず，１個のコンテンツを選択した場合について説明する。
【００３６】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，モバイル端末２０からコンテンツサーバ２１に対し，使用する転送チャネル３を指定して，コンテンツダウンロード開始準備を要求する。その際，コンテンツ指定のため，コンテンツ名等のコンテンツを指定するための情報を通知する。
【００３７】
コンテンツサーバ２１は，準備が完了した時点で配信準備完了を通知する。その後，コンテンツサーバ２１は指定された転送チャネル３を用いて転送を開始する。転送が完了した時点で，配信終了をモバイル端末２０へ通知して，転送を完了する。
【００３８】
複数のコンテンツを転送する場合には，以上のコンテンツダウンロード開始準備（配信準備要求）から配信終了までを繰り返す。
【００３９】
〔実施の形態３〕
図６に，実施の形態３の構成例と動作シーケンスを示す。実施の形態３は，モバイル端末３０からコンテンツサーバ３１へコンテンツをアップロードする場合の例である。
【００４０】
通信相手の発見は，接続処理されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末３０とコンテンツサーバ３１が互いに通信相手の発見が完了しているものとして説明する。
【００４１】
あらかじめ，コンテンツサーバ３１を接続待ち状態にしておく。最初にユーザはモバイル端末３０上でアップロードするコンテンツ３２を選択する。まず，１個のコンテンツを選択した場合について説明する。
【００４２】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，モバイル端末３０からコンテンツサーバ３１に対し，コンテンツアップロード開始準備の配信準備要求をする。コンテンツ受信側では，コンテンツの名称やサイズ等のコンテンツにかかわる情報を再生や保管のために必要である。コンテンツアップロード開始準備を要求する際に，これらのコンテンツに関する情報を通知する。
【００４３】
コンテンツサーバ３１は，準備が完了した時点で使用する転送チャネル３を指定して配信準備完了を通知する。モバイル端末３０は，指定された転送チャネル３を用いて転送を開始する。転送が完了した時点で，配信終了をコンテンツサーバ３１へ通知して，転送を完了する。
【００４４】
複数のコンテンツを転送する場合には，以上のコンテンツアップロード開始準備（配信準備要求）から配信終了までを繰り返す。
【００４５】
〔実施の形態４〕
図７に，実施の形態４の構成例と動作シーケンスを示す。実施の形態４は，コンテンツストリーミングサーバ４１上でユーザがコンテンツ４２の選択操作をして，コンテンツストリーミングサーバ４１からの要求に基づき，コンテンツストリーミングサーバ４１からモバイル端末４０へのコンテンツストリーミングを行う場合の例である。
【００４６】
通信相手の発見は，実際にストリーミングが開始されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末４０とコンテンツストリーミングサーバ４１が互いに通信相手の発見が完了しているものとして説明する。
【００４７】
あらかじめ，モバイル端末４０を接続待ち状態にしておく。まず，コンテンツストリーミングサーバ４１上でコンテンツ４２を選択する。コンテンツの選択については，ビデオオンデマンドのようにユーザに個別のコンテンツを選択させる場合とテレビ番組を選択するように，あらかじめ番組がスケジューリングされたチャンネルを選択する場合が考えられる。
【００４８】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，コンテンツストリーミングサーバ４１からモバイル端末４０に対し，コンテンツストリーミング開始準備を要求する配信準備要求を送る。その際，コンテンツを指定するための情報として，コンテンツ名等を通知する。
【００４９】
モバイル端末４０は，準備が完了した時点で使用する転送チャネル３を指定して配信準備完了を通知する。コンテンツストリーミングサーバ４１は，指定された転送チャネル３を用いてコンテンツストリーミングを開始する。モバイル端末４０は，コンテンツを受信しつつ必要な復号処理を行って，ディスプレイやスピーカなどのコンテンツ再生部４３で再生を行う。
【００５０】
〔実施の形態５〕
図８に，実施の形態５の構成例と動作シーケンスを示す。実施の形態５は，モバイル端末５０上でユーザがコンテンツの選択操作をして，モバイル端末５０からの要求に基づき，コンテンツストリーミングサーバ５１からモバイル端末５０へのコンテンツストリーミングを行う場合の例である。
【００５１】
通信相手の発見は，実際にストリーミングが開始されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末５０とコンテンツストリーミングサーバ５１が互いに発見が完了しているものとして説明する。
【００５２】
あらかじめ，コンテンツストリーミングサーバ５１を接続待ち状態にしておく。まず，モバイル端末５０上でインタネット等を用いて事前に取得したコンテンツリスト５２の中からコンテンツを選択する，コンテンツの選択については，ビデオオンデマンドのようにユーザに個別のコンテンツを選択させる場合と，テレビ番組を選択するようにあらかじめ番組がスケジューリングされたチャンネルを選択する場合が考えられる。
【００５３】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，モバイル端末５０からコンテンツストリーミングサーバ５１に対し，使用する転送チャネル３を指定してコンテンツストリーミング開始準備を要求する配信準備要求を送る。その際，コンテンツ５３を指定するため情報として，コンテンツ名等を通知する。コンテンツストリーミングサーバ５１は，準備が完了した時点で配信準備完了を通知する。コンテンツストリーミングサーバ５１は，指定された転送チャネル３を用いてコンテンツストリーミングを開始する。モバイル端末５０は，コンテンツを受信しつつ必要な復号処理を行って，ディスプレイやスピーカなどのコンテンツ再生部５４で再生を行う。
【００５４】
以上の各実施の形態におけるコンテンツの配信処理についての処理フローチャートを用いた説明は省略するが，以上のシーケンスの説明から，上記配信処理は，モバイル端末やコンテンツサーバ，コンテンツストリーミングサーバが内蔵するコンピュータと，そのコンピュータを動作させるソフトウェアプログラムとによって実現することができることは明らかである。そのプログラムは，コンピュータが読み取り可能な可搬媒体メモリ，半導体メモリ，ハードディスク等の適当な記録媒体に格納して，そこから読み出すことによりコンピュータに実行させることができる。また，そのプログラムは通信回線を経由して他のコンピュータからダウンロードすることができ，それをインストールして実行させることもできる。
【００５５】
【実施例】
以下，具体的な本発明の実施例について説明する。
【００５６】
図９は，制御チャネルを使って送信される制御情報のコマンドメッセージ構造を示している。制御情報としてのコマンドメッセージは，図９に示すように，(a) プリミティブ識別，(b) サービス識別，(c) パラメータ長，(d) パラメータの情報からなる。
【００５７】
プリミティブ識別として，
「要求」（＿ＲＥＱと表記）と，
「応答」（＿ＲＥＳと表記）と，
「通知」（＿ＩＮＤと表記）とがある。
【００５８】
「応答」は，さらに
「受理応答」（＿ＲＥＣＥＩＰＴ＿ＲＥＳと表記）と
「結果応答」（＿ＣＯＭＰＬＥＴ＿ＲＥＳと表記）とに分かれる。
【００５９】
後述するコンテンツ送信（ＰＵＴ）やコンテンツ受信（ＧＥＴ）の要求では，要求に対する処理時間がかかり，すぐに結果を返せないので，コマンド受付を「受理応答」で返し，結果を「結果応答」で返す。
【００６０】
サービス識別として，
「接続」（ＣＯＮＮと表記）と，
「切断」（ＤＩＳＣと表記）と，
「コンテンツ送信」（ＰＵＴと表記）と，
「コンテンツ受信」（ＧＥＴと表記）と，
「ストリーム送信」（ＳＳＮＤと表記）と，
「ストリーム受信」（ＳＲＣＶと表記）とがある。
【００６１】
接続要求（ＣＯＮＮ＿ＲＥＱ），接続応答（ＣＯＮＮ＿ＲＥＳ）のパラメータとしては，帯域指定等を表すＱｏＳ情報（ＱｏＳ＿ＩＮＦＯと表記）があり，
コンテンツ送信要求（ＰＵＴ＿ＲＥＱ），コンテンツ受信要求（ＧＥＴ＿ＲＥＱ），ストリーム送信要求（ＳＳＮＤ＿ＲＥＱ），ストリーム受信要求（ＳＲＣＶ＿ＲＥＱ）のパラメータとしては，コンテンツ名やコンテンツサイズ等を表すコンテンツ情報（ＣＮＴ＿ＩＮＦＯ）があり，
コンテンツ送信受理応答（ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ），コンテンツ受信要求（ＧＥＴ＿ＲＥＱ），ストリーム送信要求（ＳＳＮＤ＿ＲＥＱ），ストリーム受信応答（ＳＲＣＶ＿ＲＥＳ）のパラメータとしては，チャネルＩＤ指定（ＣＨ＿ＩＤと表記）がある。
【００６２】
図１０〜図１５に従って，サーバ（コンテンツサーバ，コンテンツストリーミングサーバ）とモバイル端末間の制御チャネルと転送チャネルとを使用したコンテンツの転送シーケンスの具体例を説明する。
【００６３】
接続では，ＣＯＮＮ＿ＲＥＱのコマンドを送信し，ＣＯＮＮ＿ＲＥＳのコマンドを受信する。配信準備要求では，配信方法に応じてＰＵＴ＿ＲＥＱ，ＧＥＴ＿ＲＥＱ，ＳＳＮＤ＿ＲＥＱ，ＳＲＣＶ＿ＲＥＱのコマンドを送信する。これに対する配信準備完了では，ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ，ＧＥＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ，ＳＳＮＤ＿ＲＥＳ，ＳＲＣＶ＿ＲＥＳのコマンドを返信する。配信終了は，ＰＵＴ＿ＣＯＭＰＬＥＴＥ＿ＩＮＤ，ＧＥＴ＿ＣＯＭＰＬＥＴＥ＿ＲＥＳのコマンドにより通知する。
【００６４】
図１０は，サーバから起動した場合のコンテンツダウンロードの転送シーケンスを示している。事前に登録された制御チャネルを用いて，サーバからパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ送り，モバイル端末では，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をサーバへ返す。
【００６５】
次にサーバは，パラメータとしてコンテンツ情報を指定したコンテンツ送信のための配信準備要求（ＰＵＴ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ））をモバイル端末へ送り，モバイル端末からはサーバへ，転送チャネルのＩＤを指定した配信準備完了のコマンド（ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ（ＣＨ＿ＩＤ））を返す。
【００６６】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてサーバからモバイル端末へのコンテンツの転送が行われる。転送が完了すると，サーバからモバイル端末へ配信終了のコマンド（ＰＵＴ＿ＣＯＭＰＬＥＴＥ＿ＩＮＤ）を送り，切断要求（ＤＩＳＣ＿ＲＥＱ）と切断応答（ＤＩＳＣ＿ＲＥＳ）のコマンドにより，接続が解除される。
【００６７】
図１１は，モバイル端末から起動した場合のコンテンツダウンロードの転送シーケンスを示している。事前に登録された制御チャネルを用いて，モバイル端末からパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をサーバへ送り，サーバでは，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ返す。
【００６８】
次にモバイル端末は，パラメータとしてコンテンツ情報と転送チャネルのＩＤを指定したコンテンツ受信のための配信準備要求（ＧＥＴ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ，ＣＨ＿ＩＤ））をサーバへ送り，サーバからはモバイル端末へ，配信準備完了のコマンド（ＧＥＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ）を返す。
【００６９】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてサーバからモバイル端末へのコンテンツの転送が行われる。転送が完了すると，サーバからモバイル端末へ配信終了のコマンド（ＧＥＴ＿ＣＯＭＰＬＥＴＥ＿ＲＥＳ）を送り，切断要求（ＤＩＳＣ＿ＲＥＱ）と切断応答（ＤＩＳＣ＿ＲＥＳ）のコマンドにより，接続が解除される。
【００７０】
図１２は，モバイル端末から起動した場合のコンテンツアップロードの転送シーケンスを示している。事前に登録された制御チャネルを用いて，モバイル端末からパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をサーバへ送り，サーバでは，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ返す。
【００７１】
次にモバイル端末は，パラメータとしてコンテンツ情報を指定したコンテンツ送信のための配信準備要求（ＰＵＴ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ））をサーバへ送り，サーバからはモバイル端末へ，転送チャネルのＩＤを指定した配信準備完了のコマンド（ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ（ＣＨ＿ＩＤ））を返す。
【００７２】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてモバイル端末からサーバへのコンテンツの転送が行われる。転送が完了すると，モバイル端末からサーバへ配信終了のコマンド（ＰＵＴ＿ＣＯＭＰＬＥＴＥ＿ＩＮＤ）を送り，切断要求（ＤＩＳＣ＿ＲＥＱ）と切断応答（ＤＩＳＣ＿ＲＥＳ）のコマンドにより，接続が解除される。
【００７３】
図１３は，サーバから起動した場合のコンテンツアップロードの転送シーケンスを示している。事前に登録された制御チャネルを用いて，サーバからパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ送り，モバイル端末では，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をサーバへ返す。
【００７４】
次にサーバは，パラメータとしてコンテンツ情報と転送チャネルのＩＤを指定したコンテンツ受信のための配信準備要求（ＧＥＴ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ，ＣＨ＿ＩＤ））をモバイル端末へ送り，モバイル端末からはサーバへ，配信準備完了のコマンド（ＧＥＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ）を返す。
【００７５】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてモバイル端末からサーバへのコンテンツの転送が行われる。転送が完了すると，モバイル端末からサーバへ配信終了のコマンド（ＧＥＴ＿ＣＯＭＰＬＥＴＥ＿ＲＥＳ）を送り，切断要求（ＤＩＳＣ＿ＲＥＱ）と切断応答（ＤＩＳＣ＿ＲＥＳ）のコマンドにより，接続が解除される。
【００７６】
図１４は，モバイル端末から起動した場合のストリーミングの転送シーケンスを示している。事前に登録された制御チャネルを用いて，モバイル端末からパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をサーバへ送り，サーバでは，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ返す。
【００７７】
次にモバイル端末は，パラメータとしてコンテンツ情報と転送チャネルのＩＤを指定したストリーム送信のための配信準備要求（ＳＳＮＤ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ，ＣＨ＿ＩＤ））をサーバへ送り，サーバからはモバイル端末へ，配信準備完了のコマンド（ＳＳＮＤ＿ＲＥＳ）を返す。
【００７８】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてサーバからモバイル端末へのコンテンツストリームの転送が行われる。例えばモバイル端末をサーバから取り外すことにより，モバイル端末とサーバとは物理的に切断され，その時点で転送が終了する。
【００７９】
図１５は，サーバから起動した場合のストリーミングの転送シーケンスを示している。事前に登録された制御チャネルを用いて，サーバからパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ送り，モバイル端末では，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をサーバへ返す。
【００８０】
次にサーバは，パラメータとしてコンテンツ情報を指定したストリーム受信のための配信準備要求（ＳＲＣＶ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ））をサーバへ送り，サーバからはモバイル端末へ，転送チャネルのＩＤを指定した配信準備完了のコマンド（ＳＳＮＤ＿ＲＥＳ（ＣＨ＿ＩＤ））を返す。
【００８１】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてサーバからモバイル端末へのコンテンツストリームの転送が行われる。例えばモバイル端末をサーバから取り外すことにより，モバイル端末とサーバとは物理的に切断され，その時点で転送が終了する。
【００８２】
以上の実施例では，１つの制御チャネルの他に１つの転送チャネルを利用してコンテンツを配信する例を説明したが，同時に複数の転送チャネルを利用して複数のコンテンツを並列に転送する実施も可能である。例えば，ＭＰ３符号化方式で符号化された音声データと，歌詞や映像をそれぞれ別の転送チャネルを用いて同時に転送したり，映像データのコンテンツと音声データのコンテンツとを別の転送チャネルで配信したりするようなこともできる。この場合，コンテンツ送信（ＰＵＴ）やコンテンツ受信（ＧＥＴ）等のコマンドのパラメータで，複数のコンテンツ情報を指定し，また，コンテンツ送信に対する受理応答（ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ）やコンテンツ受信（ＧＥＴ）等のコマンドのパラメータで，複数のチャネルＩＤを指定する。
【００８３】
【発明の効果】
以上説明したように，複数のチャネルを用いて，それらのチャネルを制御用と転送用に区別して使用し，転送用のチャネルをコンテンツ毎に占有させることによって特別な書式，構造を用意することなく，任意のコンテンツを少ないオーバヘッドで転送できるだけでなく，個々のコンテンツのダウンロード，アップロード，さらにストリーミングにも適用できる赤外線通信手順を構築することが可能となる。
【図面の簡単な説明】
【図１】本発明のシステムの原理構成図である。
【図２】図１に示すシステムの原理シーケンス図である。
【図３】切断方法の例を示す図である。
【図４】実施の形態１の構成例と動作シーケンスを示す図である。
【図５】実施の形態２の構成例と動作シーケンスを示す図である。
【図６】実施の形態３の構成例と動作シーケンスを示す図である。
【図７】実施の形態４の構成例と動作シーケンスを示す図である。
【図８】実施の形態５の構成例と動作シーケンスを示す図である。
【図９】制御チャネルを使って送信される制御情報のコマンドメッセージ構造を示す図である。
【図１０】サーバから起動した場合のコンテンツダウンロードの転送シーケンスを示す図である。
【図１１】モバイル端末から起動した場合のコンテンツダウンロードの転送シーケンスを示す図である。
【図１２】モバイル端末から起動した場合のコンテンツアップロードの転送シーケンスを示す図である。
【図１３】サーバから起動した場合のコンテンツアップロードの転送シーケンスを示す図である。
【図１４】モバイル端末から起動した場合のストリーミングの転送シーケンスを示す図である。
【図１５】サーバから起動した場合のストリーミングの転送シーケンスを示す図である。
【符号の説明】
１Ａ，１Ｂ 赤外線通信装置
２ 制御チャネル
３ 転送チャネル
４Ａ，４Ｂ 通信制御部
５Ａ，５Ｂ コンテンツ送受信部
６Ａ，６Ｂ コンテンツ
【発明の属する技術分野】
本発明は，インタネット等のネットワーク上にあるデジタルコンテンツを配送し，個人用携帯情報端末（ＰＤＡ：Personal Digital Assistance ）や音楽プレーヤ等へ高速にダウンロードするコンテンツ配送システムに関し，特に，街頭端末等の公共性の高い場所で，特定のユーザが短時間かつ非接触でコンテンツを取得するような場合に適した赤外線を用いたデジタルコンテンツ転送制御方法，通信装置，そのプログラムおよびそのプログラムの記録媒体に関する。
【０００２】
【従来の技術】
街頭等の公共性の高い場所でのコンテンツ配信を実現するためには，容易かつ短時間でコンテンツを配信することが要求される。また，このようなコンテンツ配信は，無人サービスになる可能性も高く，長期間にわたる無メンテナンスが要求されるため，経年変化や劣化による故障だけでなく，いたずら等の故意による故障原因をもできる限り排除することが要求される。
【０００３】
従来，コンテンツ配送のための端末装置では，ＰＤＡや音楽プレーヤなどのモバイル装置へコンテンツをダウンロードしたり，これらのモバイル装置からパーソナルコンピュータ（ＰＣ）やネットワーク上のサーバへコンテンツをアップロードしたりするために，ミニディスク（ＭＤ）等の記憶メディアを仲介して受け渡す方式がとられていた。これらの記憶メディアによる方式では，メディア用のスロットを用意しなければならず，ガムを詰めるなどのいたずらによる不具合が避けられなかった。また，記録速度の速いものは接触型にならざるを得ず，接点の劣化の問題があった。
【０００４】
これらの問題を避けるためにワイヤレス通信を用いる方式がある。ワイヤレス通信を用いる方式としては，１〜１０ＧＨｚの電磁波を用いる方法と赤外線を用いる方法がある。
【０００５】
コンテンツのダウンロードなどの配信では，ある特定のユーザ（料金を支払うなどした結果，接続が許されたユーザ等）が持つ端末のみが受け取ることができるようにする必要があるが，１〜１０ＧＨｚの電磁波を用いる方法では，電磁波の持つ無指向性により，送信側装置と受信側装置との間で１対１の関係を確立することが困難である。赤外線では，光の直進性から送信側装置と受信側装置との間で１対１の関係を確立することが容易であることから，赤外線方式は，コンテンツ配信に適した方式と考えられる。
【０００６】
ただし，従来の赤外線通信プロトコルでは，制御データとコンテンツそのものが同一チャネル内に混在し，その区別を行うためのオーバヘッドとしてヘッダ情報を設けざるを得なかった。また，ＰＣやＰＣ周辺機器間との確実なデータ転送を重視したため，冗長なデータ分割，再構築制御を行っており，このためスループットが低かった。
【０００７】
【発明が解決しようとする課題】
上記で示したように，公共の場所で高速なコンテンツダウンロード／アップロードを行うためには，赤外線通信を用いる方式が望ましいが，従来のプロトコルでは，制御データとコンテンツそのものが混在し，その区別を行うためのオーバヘッドは避けられなかった。また，ＰＣやＰＣ周辺機器間との確実なデータ転送を重視することにより，冗長なデータ分割，再構築制御を行っていたため，スループットが低かった。これらの冗長性は，同一のチャネル上で転送制御情報のやり取りとコンテンツの転送を実行していたため発生していたものである。これは，従来の赤外線通信手順が，名刺等の比較的規模の小さいコンテンツをやり取りするために設計されていたため，複数チャネルを利用する必要性が考慮されていなかったためであると考えられる。
【０００８】
本発明は，以上の点に鑑み，複数チャネルを使用することによって，従来のコンテンツ配信におけるパケット分割や再構成処理などの冗長性を排除し，スループットの向上を図ることを目的としている。
【０００９】
【課題を解決するための手段】
上記目的を達成するために，本発明では，赤外線通信によるコンテンツの配信に，
・複数のチャネルを利用する，
・複数のチャネルのうち１チャネルを制御用チャネルとし，このチャネル上では制御情報のみを交換する，
・コンテンツ転送のために，制御チャネルとは別チャネルを，転送するコンテンツごとに動的に確保してコンテンツ配信の準備を行う，
・確保した別のチャネルをコンテンツ配信専用の転送チャネルとし，一つの転送チャネルを一つだけのコンテンツの転送に占有させる，
・転送チャネルでは，コンテンツ間の区切りを示す情報を送信しない，
ことを特徴とする赤外線通信手順を用いる。
【００１０】
複数チャネルを用いて，制御用チャネルとコンテンツ配信専用チャネルとして占有させることで，制御情報とコンテンツそのものを区別するための情報構造を設ける必要性を排除する。また，コンテンツごとに１つのチャネルを占有させることによって，複数のコンテンツを送信する場合であっても区切りを設ける必要がなくなるので，純粋にコンテンツのみの伝送となり，下位プロトコルが持つオーバヘッドのみとなり，冗長性が排除できる。
【００１１】
また，赤外線通信は半二重で通信が行われるが，コンテンツ転送中は中断等がない限り一方向の通信しか存在し得ないので，余分な方向切り替え待ちによるオーバヘッドも削減できる。
【００１２】
また，コンテンツの配信にチャネルを占有させることによって，動作そのものが単純になるので，ＤＭＡ（Direct Memory Access）等を用いたハードウェアによる転送制御も容易に実現することができ，さらに高速化を図ることも可能になる。
【００１３】
この方式は，通信方向にかかわらず使用できるため，コンテンツのダウンロードだけでなく，アップロードにも使用できる。また，コンテンツの区切りがないため，コンテンツ配信用チャネルを閉じない限りは，ストリーミング用チャネルとしても使用できる。
【００１４】
【発明の実施の形態】
以下，本発明の実施の形態について，図面を参照して説明する。図１は，本発明のシステムの原理構成図である。
【００１５】
図１において，１Ａ，１Ｂは赤外線を用いて通信を行う赤外線通信装置，２は赤外線通信のための制御チャネル，３は赤外線通信によってコンテンツを送受信するための転送チャネル，４Ａ，４Ｂは制御チャネルを用いて制御情報を送受信する通信制御部，５Ａ，５Ｂは転送チャネルを用いてコンテンツを送受信するコンテンツ送受信部，６Ａ，６Ｂは送受信されるデジタル化されたコンテンツを表す。
【００１６】
赤外線通信装置（Ａ）１Ａから赤外線通信装置（Ｂ）１Ｂへコンテンツを配信する場合を例にして，本発明の原理を説明する。制御チャネル２は，あらかじめ確保されており，新たに確保する必要はなく，相手となる赤外線通信装置１Ａ，１Ｂが発見され，通信が可能となった時点で使用することができる。
【００１７】
ＩｒＤＡ（Infrared data Association ；赤外線通信に関わる標準化団体）規格では，このようなチャネルを通信手順ごとに通信手順の中に登録情報として登録しておくことができるので，登録情報内に事前登録されたチャンネルを使用して制御を開始することになる。
【００１８】
転送チャネル３は，コンテンツごとに用意される。複数の転送チャネルを確保する手段については，既にＩｒＤＡ規格上で提供されているが，確保可能なチャネル数については，インプリメントに依存する。
【００１９】
転送チャネル３の確保や開放は，制御チャネル２上で制御情報を交換することで実施される。片方の赤外線通信装置（例えば赤外線通信装置１Ａ）から要求メッセージを制御情報として送信し，受信側の赤外線通信装置（例えば赤外線通信装置１Ｂ）で処理を行ったのちに，結果通知メッセージを制御情報として返信する。
【００２０】
また，図２は，図１に示すシステムの原理シーケンス図である。図２（ａ）では，赤外線通信装置１Ａからの指示で，赤外線通信装置１Ａから赤外線通信装置１Ｂへコンテンツを転送する場合を示している。図２（ｂ）では，赤外線通信装置１Ａからの指示で，赤外線通信装置１Ｂから赤外線通信装置１Ａへコンテンツを転送する場合を示している。
【００２１】
図１に示すシステムの動作を，図２（ａ）に従って説明する。図２（ｂ）は，転送方向と完了通知の発行元が異なる以外，図２（ａ）の例と動作シーケンスについて差はない。
【００２２】
まず，ＩｒＤＡで規定された発見手順に従い，互いの存在を発見するとともに，相手の能力交換を行う。この際，本発明の手順がサポートされているかどうかを相互に知ることができる。また，登録情報により制御チャネル２としてどのチャネルを使用するかを確認する。
【００２３】
次に，制御チャネル２を使用して，本発明の手順に従うコンテンツ配信を開始することを相互に確認しあうため，接続処理を行う。接続処理が終了した後，転送チャネル３を確保することが可能となる。
【００２４】
次に，赤外線通信装置１Ａから転送準備をはじめるよう赤外線通信装置１Ｂへ配信準備要求をする。この際，転送方向が指示される。図２（ａ）では，赤外線通信装置１Ａから赤外線通信装置１Ｂへの転送となる。赤外線通信装置１Ｂで転送準備が完了すると，赤外線通信装置１Ｂから赤外線通信装置１Ａへ配信準備完了の制御情報が通知される。このやり取りの中で，どのチャネルを転送チャネル３として使用するかを決定する。転送チャネルの決定方法については，データ受信側が一方的に指定する方法と利用可能な候補の中からデータ送信側が選択する方法が考えられる。以下の実施の形態では，受信側が一方的に指定する方法を用いた例で説明する。
【００２５】
赤外線通信装置１Ａは，ネゴシエーション結果に基づいた転送チャネル３を用いて，赤外線通信装置１Ｂへコンテンツの転送を開始する。転送が終了した時点で，制御チャネル２を用いて，配信終了がコンテンツ送信側から送信される。
【００２６】
すべての転送が終了した時点で，図３（ａ）に示すように，制御チャネル２を用いて切断の制御情報を送受信し，論理的に切断処理を行うことにより接続の開放を行うことができる。ただし，図３（ｂ）に示すように，いずれか片方の赤外線通信装置１Ａ，１Ｂを取り外すことで，物理的に切断することができるので，特に切断処理を行わなくてもよい。
【００２７】
〔実施の形態１〕
図４に，実施の形態１の構成例と動作シーケンスを示す。実施の形態１は，コンテンツサーバ１１上でユーザがコンテンツ１２の選択操作をして，コンテンツサーバ１１からの要求に基づき，コンテンツサーバ１１からＰＤＡ等のモバイル端末１０へダウンロードする場合の例である。
【００２８】
通信相手の発見は，実際に接続処理されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末１０とコンテンツサーバ１１が互いに通信相手の発見が完了しているものとして説明する。
【００２９】
あらかじめ，モバイル端末１０を接続持ち状態にしておく。ユーザは，コンテンツサーバ１１上でダウンロードするコンテンツ１２を選択する。まず，１個のコンテンツを選択した場合について説明する。
【００３０】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，コンテンツサーバ１１からモバイル端末１０に対し，コンテンツダウンロード開始準備を要求する。コンテンツ受信側では，コンテンツ名やコンテンツサイズ等のコンテンツに関する情報が，コンテンツの再生や保管のために必要である。コンテンツダウンロード開始準備を要求する際，これらのコンテンツに関する情報を，配信準備要求の制御情報で通知する。
【００３１】
モバイル端末１０は，準備が完了した時点で使用する転送チャネル３を指定して配信準備完了を通知する。コンテンツサーバ１１は，指定された転送チャネル３を用いて転送を開始する。転送が完了した時点で，配信終了をモバイル端末１０へ通知して，転送を完了する。
【００３２】
複数のコンテンツを転送する場合には，以上のコンテンツダウンロード開始準備要求（配信準備要求）から配信終了までを繰り返す。
【００３３】
〔実施の形態２〕
図５に，実施の形態２の構成例と動作シーケンスを示す。実施の形態２は，モバイル端末２０上でユーザがあらかじめ取得したコンテンツリスト２２からコンテンツの選択操作をして，選択したコンテンツの配信を要求し，コンテンツサーバ２１は，モバイル端末２０からの要求に基づき，コンテンツサーバ２１からモバイル端末２０へ指定されたコンテンツ２３をダウンロードする場合の例である。
【００３４】
通信相手の発見は，実際に接続処理されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末２０とコンテンツサーバ２１が互いに通信相手の発見が完了しているものとして説明する。
【００３５】
あらかじめ，コンテンツサーバ２１を接続持ち状態にしておく。モバイル端末２０は，インタネット等を利用するなどしてコンテンツ一覧（ダウンロード可能なコンテンツの名称やサイズの一覧）のコンテンツリスト２２を保持している。ユーザはモバイル端末２０上でダウンロードするコンテンツを選択する。まず，１個のコンテンツを選択した場合について説明する。
【００３６】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，モバイル端末２０からコンテンツサーバ２１に対し，使用する転送チャネル３を指定して，コンテンツダウンロード開始準備を要求する。その際，コンテンツ指定のため，コンテンツ名等のコンテンツを指定するための情報を通知する。
【００３７】
コンテンツサーバ２１は，準備が完了した時点で配信準備完了を通知する。その後，コンテンツサーバ２１は指定された転送チャネル３を用いて転送を開始する。転送が完了した時点で，配信終了をモバイル端末２０へ通知して，転送を完了する。
【００３８】
複数のコンテンツを転送する場合には，以上のコンテンツダウンロード開始準備（配信準備要求）から配信終了までを繰り返す。
【００３９】
〔実施の形態３〕
図６に，実施の形態３の構成例と動作シーケンスを示す。実施の形態３は，モバイル端末３０からコンテンツサーバ３１へコンテンツをアップロードする場合の例である。
【００４０】
通信相手の発見は，接続処理されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末３０とコンテンツサーバ３１が互いに通信相手の発見が完了しているものとして説明する。
【００４１】
あらかじめ，コンテンツサーバ３１を接続待ち状態にしておく。最初にユーザはモバイル端末３０上でアップロードするコンテンツ３２を選択する。まず，１個のコンテンツを選択した場合について説明する。
【００４２】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，モバイル端末３０からコンテンツサーバ３１に対し，コンテンツアップロード開始準備の配信準備要求をする。コンテンツ受信側では，コンテンツの名称やサイズ等のコンテンツにかかわる情報を再生や保管のために必要である。コンテンツアップロード開始準備を要求する際に，これらのコンテンツに関する情報を通知する。
【００４３】
コンテンツサーバ３１は，準備が完了した時点で使用する転送チャネル３を指定して配信準備完了を通知する。モバイル端末３０は，指定された転送チャネル３を用いて転送を開始する。転送が完了した時点で，配信終了をコンテンツサーバ３１へ通知して，転送を完了する。
【００４４】
複数のコンテンツを転送する場合には，以上のコンテンツアップロード開始準備（配信準備要求）から配信終了までを繰り返す。
【００４５】
〔実施の形態４〕
図７に，実施の形態４の構成例と動作シーケンスを示す。実施の形態４は，コンテンツストリーミングサーバ４１上でユーザがコンテンツ４２の選択操作をして，コンテンツストリーミングサーバ４１からの要求に基づき，コンテンツストリーミングサーバ４１からモバイル端末４０へのコンテンツストリーミングを行う場合の例である。
【００４６】
通信相手の発見は，実際にストリーミングが開始されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末４０とコンテンツストリーミングサーバ４１が互いに通信相手の発見が完了しているものとして説明する。
【００４７】
あらかじめ，モバイル端末４０を接続待ち状態にしておく。まず，コンテンツストリーミングサーバ４１上でコンテンツ４２を選択する。コンテンツの選択については，ビデオオンデマンドのようにユーザに個別のコンテンツを選択させる場合とテレビ番組を選択するように，あらかじめ番組がスケジューリングされたチャンネルを選択する場合が考えられる。
【００４８】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，コンテンツストリーミングサーバ４１からモバイル端末４０に対し，コンテンツストリーミング開始準備を要求する配信準備要求を送る。その際，コンテンツを指定するための情報として，コンテンツ名等を通知する。
【００４９】
モバイル端末４０は，準備が完了した時点で使用する転送チャネル３を指定して配信準備完了を通知する。コンテンツストリーミングサーバ４１は，指定された転送チャネル３を用いてコンテンツストリーミングを開始する。モバイル端末４０は，コンテンツを受信しつつ必要な復号処理を行って，ディスプレイやスピーカなどのコンテンツ再生部４３で再生を行う。
【００５０】
〔実施の形態５〕
図８に，実施の形態５の構成例と動作シーケンスを示す。実施の形態５は，モバイル端末５０上でユーザがコンテンツの選択操作をして，モバイル端末５０からの要求に基づき，コンテンツストリーミングサーバ５１からモバイル端末５０へのコンテンツストリーミングを行う場合の例である。
【００５１】
通信相手の発見は，実際にストリーミングが開始されるまでの間の任意の時点で行われていればよい。ここでは，あらかじめモバイル端末５０とコンテンツストリーミングサーバ５１が互いに発見が完了しているものとして説明する。
【００５２】
あらかじめ，コンテンツストリーミングサーバ５１を接続待ち状態にしておく。まず，モバイル端末５０上でインタネット等を用いて事前に取得したコンテンツリスト５２の中からコンテンツを選択する，コンテンツの選択については，ビデオオンデマンドのようにユーザに個別のコンテンツを選択させる場合と，テレビ番組を選択するようにあらかじめ番組がスケジューリングされたチャンネルを選択する場合が考えられる。
【００５３】
次に接続処理を実施し，高速転送が可能な状態にする。引き続き，モバイル端末５０からコンテンツストリーミングサーバ５１に対し，使用する転送チャネル３を指定してコンテンツストリーミング開始準備を要求する配信準備要求を送る。その際，コンテンツ５３を指定するため情報として，コンテンツ名等を通知する。コンテンツストリーミングサーバ５１は，準備が完了した時点で配信準備完了を通知する。コンテンツストリーミングサーバ５１は，指定された転送チャネル３を用いてコンテンツストリーミングを開始する。モバイル端末５０は，コンテンツを受信しつつ必要な復号処理を行って，ディスプレイやスピーカなどのコンテンツ再生部５４で再生を行う。
【００５４】
以上の各実施の形態におけるコンテンツの配信処理についての処理フローチャートを用いた説明は省略するが，以上のシーケンスの説明から，上記配信処理は，モバイル端末やコンテンツサーバ，コンテンツストリーミングサーバが内蔵するコンピュータと，そのコンピュータを動作させるソフトウェアプログラムとによって実現することができることは明らかである。そのプログラムは，コンピュータが読み取り可能な可搬媒体メモリ，半導体メモリ，ハードディスク等の適当な記録媒体に格納して，そこから読み出すことによりコンピュータに実行させることができる。また，そのプログラムは通信回線を経由して他のコンピュータからダウンロードすることができ，それをインストールして実行させることもできる。
【００５５】
【実施例】
以下，具体的な本発明の実施例について説明する。
【００５６】
図９は，制御チャネルを使って送信される制御情報のコマンドメッセージ構造を示している。制御情報としてのコマンドメッセージは，図９に示すように，(a) プリミティブ識別，(b) サービス識別，(c) パラメータ長，(d) パラメータの情報からなる。
【００５７】
プリミティブ識別として，
「要求」（＿ＲＥＱと表記）と，
「応答」（＿ＲＥＳと表記）と，
「通知」（＿ＩＮＤと表記）とがある。
【００５８】
「応答」は，さらに
「受理応答」（＿ＲＥＣＥＩＰＴ＿ＲＥＳと表記）と
「結果応答」（＿ＣＯＭＰＬＥＴ＿ＲＥＳと表記）とに分かれる。
【００５９】
後述するコンテンツ送信（ＰＵＴ）やコンテンツ受信（ＧＥＴ）の要求では，要求に対する処理時間がかかり，すぐに結果を返せないので，コマンド受付を「受理応答」で返し，結果を「結果応答」で返す。
【００６０】
サービス識別として，
「接続」（ＣＯＮＮと表記）と，
「切断」（ＤＩＳＣと表記）と，
「コンテンツ送信」（ＰＵＴと表記）と，
「コンテンツ受信」（ＧＥＴと表記）と，
「ストリーム送信」（ＳＳＮＤと表記）と，
「ストリーム受信」（ＳＲＣＶと表記）とがある。
【００６１】
接続要求（ＣＯＮＮ＿ＲＥＱ），接続応答（ＣＯＮＮ＿ＲＥＳ）のパラメータとしては，帯域指定等を表すＱｏＳ情報（ＱｏＳ＿ＩＮＦＯと表記）があり，
コンテンツ送信要求（ＰＵＴ＿ＲＥＱ），コンテンツ受信要求（ＧＥＴ＿ＲＥＱ），ストリーム送信要求（ＳＳＮＤ＿ＲＥＱ），ストリーム受信要求（ＳＲＣＶ＿ＲＥＱ）のパラメータとしては，コンテンツ名やコンテンツサイズ等を表すコンテンツ情報（ＣＮＴ＿ＩＮＦＯ）があり，
コンテンツ送信受理応答（ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ），コンテンツ受信要求（ＧＥＴ＿ＲＥＱ），ストリーム送信要求（ＳＳＮＤ＿ＲＥＱ），ストリーム受信応答（ＳＲＣＶ＿ＲＥＳ）のパラメータとしては，チャネルＩＤ指定（ＣＨ＿ＩＤと表記）がある。
【００６２】
図１０〜図１５に従って，サーバ（コンテンツサーバ，コンテンツストリーミングサーバ）とモバイル端末間の制御チャネルと転送チャネルとを使用したコンテンツの転送シーケンスの具体例を説明する。
【００６３】
接続では，ＣＯＮＮ＿ＲＥＱのコマンドを送信し，ＣＯＮＮ＿ＲＥＳのコマンドを受信する。配信準備要求では，配信方法に応じてＰＵＴ＿ＲＥＱ，ＧＥＴ＿ＲＥＱ，ＳＳＮＤ＿ＲＥＱ，ＳＲＣＶ＿ＲＥＱのコマンドを送信する。これに対する配信準備完了では，ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ，ＧＥＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ，ＳＳＮＤ＿ＲＥＳ，ＳＲＣＶ＿ＲＥＳのコマンドを返信する。配信終了は，ＰＵＴ＿ＣＯＭＰＬＥＴＥ＿ＩＮＤ，ＧＥＴ＿ＣＯＭＰＬＥＴＥ＿ＲＥＳのコマンドにより通知する。
【００６４】
図１０は，サーバから起動した場合のコンテンツダウンロードの転送シーケンスを示している。事前に登録された制御チャネルを用いて，サーバからパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ送り，モバイル端末では，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をサーバへ返す。
【００６５】
次にサーバは，パラメータとしてコンテンツ情報を指定したコンテンツ送信のための配信準備要求（ＰＵＴ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ））をモバイル端末へ送り，モバイル端末からはサーバへ，転送チャネルのＩＤを指定した配信準備完了のコマンド（ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ（ＣＨ＿ＩＤ））を返す。
【００６６】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてサーバからモバイル端末へのコンテンツの転送が行われる。転送が完了すると，サーバからモバイル端末へ配信終了のコマンド（ＰＵＴ＿ＣＯＭＰＬＥＴＥ＿ＩＮＤ）を送り，切断要求（ＤＩＳＣ＿ＲＥＱ）と切断応答（ＤＩＳＣ＿ＲＥＳ）のコマンドにより，接続が解除される。
【００６７】
図１１は，モバイル端末から起動した場合のコンテンツダウンロードの転送シーケンスを示している。事前に登録された制御チャネルを用いて，モバイル端末からパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をサーバへ送り，サーバでは，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ返す。
【００６８】
次にモバイル端末は，パラメータとしてコンテンツ情報と転送チャネルのＩＤを指定したコンテンツ受信のための配信準備要求（ＧＥＴ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ，ＣＨ＿ＩＤ））をサーバへ送り，サーバからはモバイル端末へ，配信準備完了のコマンド（ＧＥＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ）を返す。
【００６９】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてサーバからモバイル端末へのコンテンツの転送が行われる。転送が完了すると，サーバからモバイル端末へ配信終了のコマンド（ＧＥＴ＿ＣＯＭＰＬＥＴＥ＿ＲＥＳ）を送り，切断要求（ＤＩＳＣ＿ＲＥＱ）と切断応答（ＤＩＳＣ＿ＲＥＳ）のコマンドにより，接続が解除される。
【００７０】
図１２は，モバイル端末から起動した場合のコンテンツアップロードの転送シーケンスを示している。事前に登録された制御チャネルを用いて，モバイル端末からパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をサーバへ送り，サーバでは，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ返す。
【００７１】
次にモバイル端末は，パラメータとしてコンテンツ情報を指定したコンテンツ送信のための配信準備要求（ＰＵＴ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ））をサーバへ送り，サーバからはモバイル端末へ，転送チャネルのＩＤを指定した配信準備完了のコマンド（ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ（ＣＨ＿ＩＤ））を返す。
【００７２】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてモバイル端末からサーバへのコンテンツの転送が行われる。転送が完了すると，モバイル端末からサーバへ配信終了のコマンド（ＰＵＴ＿ＣＯＭＰＬＥＴＥ＿ＩＮＤ）を送り，切断要求（ＤＩＳＣ＿ＲＥＱ）と切断応答（ＤＩＳＣ＿ＲＥＳ）のコマンドにより，接続が解除される。
【００７３】
図１３は，サーバから起動した場合のコンテンツアップロードの転送シーケンスを示している。事前に登録された制御チャネルを用いて，サーバからパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ送り，モバイル端末では，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をサーバへ返す。
【００７４】
次にサーバは，パラメータとしてコンテンツ情報と転送チャネルのＩＤを指定したコンテンツ受信のための配信準備要求（ＧＥＴ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ，ＣＨ＿ＩＤ））をモバイル端末へ送り，モバイル端末からはサーバへ，配信準備完了のコマンド（ＧＥＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ）を返す。
【００７５】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてモバイル端末からサーバへのコンテンツの転送が行われる。転送が完了すると，モバイル端末からサーバへ配信終了のコマンド（ＧＥＴ＿ＣＯＭＰＬＥＴＥ＿ＲＥＳ）を送り，切断要求（ＤＩＳＣ＿ＲＥＱ）と切断応答（ＤＩＳＣ＿ＲＥＳ）のコマンドにより，接続が解除される。
【００７６】
図１４は，モバイル端末から起動した場合のストリーミングの転送シーケンスを示している。事前に登録された制御チャネルを用いて，モバイル端末からパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をサーバへ送り，サーバでは，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ返す。
【００７７】
次にモバイル端末は，パラメータとしてコンテンツ情報と転送チャネルのＩＤを指定したストリーム送信のための配信準備要求（ＳＳＮＤ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ，ＣＨ＿ＩＤ））をサーバへ送り，サーバからはモバイル端末へ，配信準備完了のコマンド（ＳＳＮＤ＿ＲＥＳ）を返す。
【００７８】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてサーバからモバイル端末へのコンテンツストリームの転送が行われる。例えばモバイル端末をサーバから取り外すことにより，モバイル端末とサーバとは物理的に切断され，その時点で転送が終了する。
【００７９】
図１５は，サーバから起動した場合のストリーミングの転送シーケンスを示している。事前に登録された制御チャネルを用いて，サーバからパラメータとして帯域等を指定した接続要求（ＣＯＮＮ＿ＲＥＱ（ＱｏＳ＿ＩＮＦＯ））をモバイル端末へ送り，モバイル端末では，パラメータとして帯域等を指定した接続応答（ＣＯＮＮ＿ＲＥＳ（ＱｏＳ＿ＩＮＦＯ））をサーバへ返す。
【００８０】
次にサーバは，パラメータとしてコンテンツ情報を指定したストリーム受信のための配信準備要求（ＳＲＣＶ＿ＲＥＱ（ＣＮＴ＿ＩＮＦＯ））をサーバへ送り，サーバからはモバイル端末へ，転送チャネルのＩＤを指定した配信準備完了のコマンド（ＳＳＮＤ＿ＲＥＳ（ＣＨ＿ＩＤ））を返す。
【００８１】
以後，ＣＨ＿ＩＤで指定された転送チャネルを用いてサーバからモバイル端末へのコンテンツストリームの転送が行われる。例えばモバイル端末をサーバから取り外すことにより，モバイル端末とサーバとは物理的に切断され，その時点で転送が終了する。
【００８２】
以上の実施例では，１つの制御チャネルの他に１つの転送チャネルを利用してコンテンツを配信する例を説明したが，同時に複数の転送チャネルを利用して複数のコンテンツを並列に転送する実施も可能である。例えば，ＭＰ３符号化方式で符号化された音声データと，歌詞や映像をそれぞれ別の転送チャネルを用いて同時に転送したり，映像データのコンテンツと音声データのコンテンツとを別の転送チャネルで配信したりするようなこともできる。この場合，コンテンツ送信（ＰＵＴ）やコンテンツ受信（ＧＥＴ）等のコマンドのパラメータで，複数のコンテンツ情報を指定し，また，コンテンツ送信に対する受理応答（ＰＵＴ＿ＲＥＣＥＩＰＴ＿ＲＥＳ）やコンテンツ受信（ＧＥＴ）等のコマンドのパラメータで，複数のチャネルＩＤを指定する。
【００８３】
【発明の効果】
以上説明したように，複数のチャネルを用いて，それらのチャネルを制御用と転送用に区別して使用し，転送用のチャネルをコンテンツ毎に占有させることによって特別な書式，構造を用意することなく，任意のコンテンツを少ないオーバヘッドで転送できるだけでなく，個々のコンテンツのダウンロード，アップロード，さらにストリーミングにも適用できる赤外線通信手順を構築することが可能となる。
【図面の簡単な説明】
【図１】本発明のシステムの原理構成図である。
【図２】図１に示すシステムの原理シーケンス図である。
【図３】切断方法の例を示す図である。
【図４】実施の形態１の構成例と動作シーケンスを示す図である。
【図５】実施の形態２の構成例と動作シーケンスを示す図である。
【図６】実施の形態３の構成例と動作シーケンスを示す図である。
【図７】実施の形態４の構成例と動作シーケンスを示す図である。
【図８】実施の形態５の構成例と動作シーケンスを示す図である。
【図９】制御チャネルを使って送信される制御情報のコマンドメッセージ構造を示す図である。
【図１０】サーバから起動した場合のコンテンツダウンロードの転送シーケンスを示す図である。
【図１１】モバイル端末から起動した場合のコンテンツダウンロードの転送シーケンスを示す図である。
【図１２】モバイル端末から起動した場合のコンテンツアップロードの転送シーケンスを示す図である。
【図１３】サーバから起動した場合のコンテンツアップロードの転送シーケンスを示す図である。
【図１４】モバイル端末から起動した場合のストリーミングの転送シーケンスを示す図である。
【図１５】サーバから起動した場合のストリーミングの転送シーケンスを示す図である。
【符号の説明】
１Ａ，１Ｂ 赤外線通信装置
２ 制御チャネル
３ 転送チャネル
４Ａ，４Ｂ 通信制御部
５Ａ，５Ｂ コンテンツ送受信部
６Ａ，６Ｂ コンテンツ
Claims (6)
- 赤外線通信によってデジタルコンテンツを転送する方法において，
赤外線を用いて通信を行うための複数のチャネルを利用し，
その複数のチャネルのうちの１チャネルを制御チャネルとし，この制御チャネル上では制御情報のみを交換し，
コンテンツ転送のために，前記制御チャネルとは別の転送チャネルを，転送するコンテンツごとに動的に確保し，確保した各転送チャネルをコンテンツ配信専用のチャネルとしてそれぞれ一つだけのコンテンツの転送に占有させ，
前記転送チャネルでは，コンテンツ間の区切りを示す情報を送信しない
ことを特徴とする赤外線を用いたデジタルコンテンツ転送制御方法。 - 第１の装置から第２の装置へ赤外線通信によってデジタルコンテンツをダウンロードまたはアップロードする方法であって，
赤外線を用いて通信を行うための複数のチャネルを利用し，その複数チャネルのうちの１チャネルを制御チャネルとし，その制御チャネルを用いて制御情報を交換することにより，前記第１の装置と前記第２の装置とを接続する過程と，
前記制御チャネルを用いて配信準備要求と配信準備完了の制御情報を交換することにより，ダウンロードまたはアップロードするコンテンツごとに，前記制御チャネルとは別のチャネルを動的に確保し，コンテンツ配信の準備を行う過程と，
前記確保した別のチャネルをコンテンツ配信専用の転送チャネルとし，一つの転送チャネルを一つだけのコンテンツの転送に占有させ，その転送チャネルを用いてコンテンツ間の区切りを示す情報を含まないコンテンツの内容を前記第１の装置から前記第２の装置へダウンロードまたはアップロードする過程とを有する
ことを特徴とする赤外線を用いたデジタルコンテンツ転送制御方法。 - 第１の装置から第２の装置へ赤外線通信によってデジタルコンテンツをストリーム配信する方法であって，
赤外線を用いて通信を行うための複数のチャネルを利用し，その複数チャネルのうちの１チャネルを制御チャネルとし，その制御チャネルを用いて制御情報を交換することにより，前記第１の装置と前記第２の装置とを接続する過程と，
前記制御チャネルを用いて配信準備要求と配信準備完了の制御情報を交換することにより，ストリーム配信するコンテンツごとに，前記制御チャネルとは別のチャネルを指定し，コンテンツ配信の準備を行う過程と，
前記確保した別のチャネルをコンテンツ配信専用の転送チャネルとし，一つの転送チャネルを一つだけのコンテンツのストリーム配信に占有させ，その転送チャネルを用いてコンテンツ間の区切りを示す情報を含まないコンテンツの内容を前記第１の装置から前記第２の装置へストリーム配信する過程とを有する
ことを特徴とする赤外線を用いたデジタルコンテンツ転送制御方法。 - 赤外線通信によってデジタルコンテンツを他の装置へ送信または他の装置から受信する通信装置であって，
赤外線を用いて通信を行うための複数のチャネルを利用し，その複数チャネルのうちの１チャネルを制御チャネルとし，その制御チャネルを用いて前記他の装置と制御情報を交換することにより，前記他の装置と自装置とを接続する手段と，
前記制御チャネルを用いて前記他の装置との間で配信準備要求と配信準備完了の制御情報を交換することにより，転送するコンテンツごとに，前記制御チャネルとは別のチャネルを動的に確保し，コンテンツ配信の準備を行う手段と，
前記確保した別のチャネルをコンテンツ配信専用の転送チャネルとし，一つの転送チャネルを一つだけのコンテンツの転送に占有させ，その転送チャネルを用いてコンテンツ間の区切りを示す情報を含まないコンテンツの内容を前記他の装置から自装置へ，または自装置から前記他の装置へ転送する手段とを備える
ことを特徴とする赤外線を用いた通信装置。 - 赤外線通信によってデジタルコンテンツを他の装置へ送信または他の装置から受信する処理をコンピュータに実行させるためのプログラムであって，
前記コンピュータを，
赤外線を用いて通信を行うための複数のチャネルを利用し，その複数チャネルのうちの１チャネルを制御チャネルとし，その制御チャネルを用いて前記他の装置と制御情報を交換することにより，前記他の装置と自装置とを接続する手段と，
前記制御チャネルを用いて前記他の装置との間で配信準備要求と配信準備完了の制御情報を交換することにより，転送するコンテンツごとに，前記制御チャネルとは別のチャネルを動的に確保し，コンテンツ配信の準備を行う手段と，
前記確保した別のチャネルをコンテンツ配信専用の転送チャネルとし，一つの転送チャネルを一つだけのコンテンツの転送に占有させ，その転送チャネルを用いてコンテンツ間の区切りを示す情報を含まないコンテンツの内容を前記他の装置から自装置へ，または自装置から前記他の装置へ転送する手段として
機能させるための赤外線を用いたコンテンツ転送用プログラム。 - 赤外線通信によってデジタルコンテンツを他の装置へ送信または他の装置から受信する処理をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって，
前記コンピュータを，
赤外線を用いて通信を行うための複数のチャネルを利用し，その複数チャネルのうちの１チャネルを制御チャネルとし，その制御チャネルを用いて前記他の装置と制御情報を交換することにより，前記他の装置と自装置とを接続する手段と，
前記制御チャネルを用いて前記他の装置との間で配信準備要求と配信準備完了の制御情報を交換することにより，転送するコンテンツごとに，前記制御チャネルとは別のチャネルを動的に確保し，コンテンツ配信の準備を行う手段と，
前記確保した別のチャネルをコンテンツ配信専用の転送チャネルとし，一つの転送チャネルを一つだけのコンテンツの転送に占有させ，その転送チャネルを用いてコンテンツ間の区切りを示す情報を含まないコンテンツの内容を前記他の装置から自装置へ，または自装置から前記他の装置へ転送する手段として
機能させるためのプログラムを記録した
ことを特徴する赤外線を用いたコンテンツ転送用プログラムの記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002060364A JP3795814B2 (ja) | 2002-03-06 | 2002-03-06 | 赤外線を用いたデジタルコンテンツ転送制御方法，通信装置，そのプログラムおよびそのプログラムの記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002060364A JP3795814B2 (ja) | 2002-03-06 | 2002-03-06 | 赤外線を用いたデジタルコンテンツ転送制御方法，通信装置，そのプログラムおよびそのプログラムの記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003258737A JP2003258737A (ja) | 2003-09-12 |
| JP3795814B2 true JP3795814B2 (ja) | 2006-07-12 |
Family
ID=28669752
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002060364A Expired - Lifetime JP3795814B2 (ja) | 2002-03-06 | 2002-03-06 | 赤外線を用いたデジタルコンテンツ転送制御方法，通信装置，そのプログラムおよびそのプログラムの記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3795814B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7881744B2 (en) | 2007-04-10 | 2011-02-01 | Research In Motion Limited | Media transfer and control system |
| US8265617B2 (en) | 2007-04-10 | 2012-09-11 | Research In Motion Limited | Media transfer and control system |
-
2002
- 2002-03-06 JP JP2002060364A patent/JP3795814B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003258737A (ja) | 2003-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10349261B2 (en) | Networked media station | |
| US11070970B2 (en) | Apparatus and method for providing universal plug and play service based on Wi-Fi direct connection in portable terminal | |
| US7660601B2 (en) | Webpad and method for using the same | |
| US8145721B2 (en) | Bit streams combination of downloaded multimedia files | |
| CN102456347B (zh) | 基于无线传输技术的多媒体文件分体式多声道同步播放实现系统及方法 | |
| US20060242304A1 (en) | Communication apparatus and its control method | |
| US20080175190A1 (en) | Multi-node media content distribution system | |
| WO2016049987A1 (zh) | 一种数据处理方法、装置及相关服务器 | |
| JP2007334899A (ja) | 複数のタイプのデータ接続を利用して、データを通信するシステムおよび方法 | |
| WO2011095056A1 (zh) | 一种远程桌面体系的音频处理方法和设备 | |
| KR100664634B1 (ko) | 전송 장치 및 전송 장치에서의 처리 방법 | |
| KR20150047459A (ko) | 멀티－미디어 파일 에뮬레이션 디바이스 | |
| TW201006189A (en) | System and method for connecting a wireless network device | |
| JP2015008460A (ja) | ＷｉＦｉディスプレイ互換ネットワークゲートウェイ | |
| CN114025191B (zh) | 一种基于Nginx-rtmp的webrtc低延迟直播方法及系统 | |
| JP2004102339A (ja) | コンテンツ視聴システムおよびその方法 | |
| JP3795814B2 (ja) | 赤外線を用いたデジタルコンテンツ転送制御方法，通信装置，そのプログラムおよびそのプログラムの記録媒体 | |
| EP2280512A1 (en) | Electronic apparatus and control method for remotely processing files | |
| WO2012155474A1 (zh) | 一种彩信发送方法、装置及终端 | |
| CN115865884A (zh) | 一种网络摄像头数据访问装置、方法、网络摄像头和介质 | |
| CN202772917U (zh) | 基于无线传输技术的多媒体文件分体式多声道同步播放实现系统 | |
| JP4298292B2 (ja) | 携帯用コンピューティング・デバイスへのメディア・データの配信 | |
| WO2008085133A1 (en) | A multi-node media content distribution system | |
| JP2001282689A (ja) | コンテンツ配信システム | |
| KR100842584B1 (ko) | 대용량 파일을 전송하기 위한 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040603 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051212 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060104 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060227 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060227 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060411 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060413 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3795814 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D02 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090421 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100421 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100421 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110421 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110421 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120421 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120421 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130421 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140421 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |