JP2008035374A

JP2008035374A - サーバー及びサーバーの制御方法

Info

Publication number: JP2008035374A
Application number: JP2006208497A
Authority: JP
Inventors: Masatomo Ouchi; 雅智大内
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2006-07-31
Filing date: 2006-07-31
Publication date: 2008-02-14
Anticipated expiration: 2026-07-31
Also published as: JP5110819B2; US7831716B2; US20080028310A1

Abstract

【課題】複数のコンテンツを他の装置に提供するサーバー効率的に通信できるようにする。
【解決手段】複数のコンテンツを他の装置に提供するサーバーは、無線ネットワークの構築及び管理を行う管理装置としての管理機能と他の管理装置が構築及び管理を行う無線ネットワークの被管理装置としての被管理機能とを、他の装置からの前記コンテンツの提供要求の内容と、前記管理機能または前記被管理機能の動作状態と、に応じて、選択的に実行する。
【選択図】図１

Description

本発明は、複数のコンテンツを他の装置に提供するサーバー及びその制御方法に関する。

ＩＥＥＥ８０２．１１規格に対応した無線ＬＡＮ規格では、ステーション（ＳＴＡ）がアクセスポイント（ＡＰ）の管理下で通信するインフラストラクチャモードとＡＰによる管理なしにＳＴＡ同士が通信するアドホックモードがある。

インフラストラクチャモードとアドホックモードを切換える技術として、インフラストラクチャモードで通信を開始し、ＳＴＡ同士がＡＰを介さずに通信できる環境にあるときは、アドホックモードでの通信に切換える技術がある（特許文献１参照）。
特開２００４−１２８７８５号公報

しかしながら、ＡＰのように、中継装置が無線端末間の通信と有線側への通信の中継をおこなう構成の場合には、インフラストラクチャモード通信とアドホックモードの通信の切換えを単純に実行できないという問題があった。例えば、アクセスポイントを介した通信の他に、さらに有線側の先に存在する端末への通信が存在する場合は、機械的にアドホックモードに切換えるわけにはいかない。

また、インフラストラクチャモードからアドホックモードに移行しただけでは、通信データの性質に応じた伝送が行えないという問題もある。以下、この問題について詳しく説明する。

ＩＥＥＥ８０２．１１ｅ規格において、ＨｙｂｒｉｄＣｏｏｒｄｉｎａｔｏｒが規定されている。ＨｙｂｒｉｄＣｏｏｒｄｉｎａｔｏｒとは、伝送路の状況に応じてＥＤＣＡパラメータセットを設定し、ビーコンなどによって端末に報知するものである。ＥＤＣＡパラメータセットとは、ａｃｋｎｏｗｌｅｄｇｅ（応答方式）などのＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）情報とアクセスカテゴリ毎に規定される４つのパラメータからなる。なお、ＥＤＣＡは、ＥｎｈａｎｃｅｄＤｉｓｔｒｉｂｕｔｅｄＣｈａｎｎｅｌＡｃｃｅｓｓの略である。

第一は、ＡＩＦＳＮ（ＡｒｂｉｔｒａｔｉｏｎＩｎｔｅｒＦｒａｍｅＳｐａｃｅＮｕｍｂｅｒ：キャリア無しを検出してから電波を出すまでに、調整のために空けるフレーム数）である。

第二と第三は、ＣＷｍｉｎ／ＣＷｍａｘ（ＣｏｎｔｅｎｔｉｏｎＷｉｎｄｏｗ：競合制御のためのウィンドウ幅を決定するもの）である。

第四は、ＴＸＯＰｌｉｍｉｔ（連続して送信機会を行使できる最大時間）である。

一般に、音楽データは映像データより量は少ないが、周期性や遅延に敏感な性質を持っている場合がある。よって、ひとつの送信機会において多くの時間は必要ないが、送信機会は頻繁にあった方がいい。

一方、映像データは、音楽データよりも長い間隔でまとめることができるが、データ量は音楽データより多いので、１回の送信権で多くのデータを伝送できた方がよい。

よって、音楽データと映像の通信の数によって、連続伝送する期間や間隔などのパラメータを適応的に変更できる方が望ましい。

ところが、ＩＥＥＥ８０２．１１ｅ規格では、アドホックモードでは、ＨｙｂｒｉｄＣｏｏｒｄｉｎａｔｏｒの役割を担う機器が規定されていない。よって、アドホックモードでＩＥＥＥ８０２．１１ｅ規格の通信は行えないという問題がある。従って、音楽や映像を伝送する場合でも、アドホックネットワークでは最適な伝送が行えない。

本発明の目的は、複数のコンテンツを他の装置に提供するサーバーが効率的に通信できるようにすることを目的とする。

本発明は、複数のコンテンツを他の装置に提供するサーバーであって、無線ネットワークの構築及び管理を行う管理装置として動作する管理手段と、他の管理装置が構築及び管理を行う無線ネットワークの被管理装置として動作する被管理手段と、他の装置からの前記コンテンツの提供要求の内容と、前記管理手段または前記被管理手段の動作状態と、に応じて、前記管理手段による管理装置としての動作と前記被管理手段による被管理装置としての動作とを選択的に実行する選択手段と、を有することを特徴とするサーバー及びその制御方法を提供する。

本発明によれば、サーバーが複数のコンテンツを他の装置に提供する場合に、効率的にコンテンツを伝送することができる。

（実施形態１）
図１を用いて本実施形態のシステムの構成を説明する。なお、以下の実施形態で説明する無線通信装置は、ＩＥＥＥ８０２．１１規格およびＩＥＥＥ８０２．１１ｅ規格に対応した無線ＬＡＮ通信機能を備えているものとする。なお、本発明は、様々なコンテンツの伝送に利用できるが、以下の説明では、音楽と映像の伝送を例に説明する。また、コンテンツには、後述のＣＤ情報、映像データに関する情報等のサービス情報も含まれる。

１０１は、中継装置として機能するアクセスポイント（以下、ＡＰ）である。ＡＰ１０１は、ＡＰ機能によって無線ネットワークを構築・管理する。１０２は、音楽データや映像などのメディアサーバーであり、音楽データや映像データを配信する。サーバー１０２は、ＡＰとしての機能と、ステーション（以下、ＳＴＡ）としての機能を有する。以下、ＡＰとして機能するモードをＡＰモードとし、ＳＴＡとして機能するモードをＳＴＡモードとする。サーバー１０２は、ＡＰモードで動作する場合は、ＡＰ１０１とは別の無線ネットワークを構築・管理する。また、ＳＴＡモードで動作する場合は、ＡＰが構成する無線ネットワークに参加し、ＡＰの管理下で無線通信する。また、サーバー１０２は、有線ネットワークにより構成されるＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍへの接続手段である有線インタフェースを備えていない。１０３、１０４、１０５は、音楽データや映像などのメディアを再生する再生装置である。再生装置１０３、１０４、１０５は、ＳＴＡモードで動作し、ステーションとして無線通信する。再生装置１０３、１０４、１０５がＳＴＡモードで無線通信する場合には、ＡＰが構成する無線ネットワークに参加し、ＡＰの管理下で無線通信する。

１０６と１０７は、ＡＰ１０１の有線インタフェース側のネットワークに接続している有線端末である。１０８は、別のネットワークに接続している音楽ＣＤ（ＣｏｍｐａｃｔＤｉｓｃ）のデータベース（ＤＢ）である。ＤＢ１０８は、音楽ＣＤのタイトル、アーティスト名、曲名、曲時間等の情報を格納している。１０９は、スイッチングハブ（ＳＷＨＵＢ）を備えるインターネットルータである。１１０は、ＡＰ１０１が管理するネットワークとは別のネットワークであり、例えばインターネットである。

図２は、サーバー１０２の構成を示すブロック図である。ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）２０１は、ＲＯＭ２０２、ＲＡＭ２０３に格納されるプログラムに従ってサーバー全体を制御する制御部である。サーバー１０２の後述する各種動作は、ＣＰＵ２０１の制御により実行される。ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）２０２は変更を必要としないプログラムやパラメータを格納するための半導体メモリである。ＲＯＭ２０２には、後述する各種動作をＣＰＵ２０１が制御するためのプログラムやパラメータが格納されている。ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）２０３は、外部装置等から供給されるプログラムやデータを一時記憶するためのメモリである。記憶装置２０４は、サーバー１０２で実行されるべきアプリケーションプログラム等を格納する。記憶装置２０４は、サーバー１０２に固定して設置されたハードディスク（ＨＤＤ）により構成され、後述の映像データも格納されている。なお、記憶装置２０４は、サーバー１０２から着脱可能なフレキシブルディスク（ＦＤ）やＣｏｍｐａｃｔＤｉｓｋ（ＣＤ）やＤＶＤ等の光ディスク、磁気カード、光カード、ＩＣカード、メモリカードなどでもよい。表示装置２０５は、例えば液晶ディスプレイで構成され、サーバー１０２の保持するデータや供給されたデータ等を表示する。操作装置２０６は、ポインティングデバイスやキーボード等によって構成され、利用者の操作に応じたデータ（信号）を装置に入力する。Ｄｕａｌ無線コントローラ２０７は、ＩＥＥＥ８０２．１１規格群に準拠したネットワークコントローラーである。なお、Ｄｕａｌ無線コントローラ２０７は、ＡＰモード及びＳＴＡモードの両モードでの動作が可能である。そして、システムバス２０８は上述した２０１〜２０７の各ユニットを通信可能に接続する。

ここで、サーバー１０２は、ＣＤ（コンパクトディスク）ドライブをひとつしか搭載しておらず、同時に複数の音楽再生サービスを提供できないものとする。さらに、映像データは記憶装置（ＨＤＤ）２０４に格納されているので、同時に複数の映像コンテンツを再生できるものとする。

図３は、再生装置１０３、１０４、１０５の構成を示すブロック図である。
ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、表示装置３０５、操作装置３０６を有する。これらは、図２により上述したＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、表示装置２０５、操作装置２０６と同様である。記憶装置３０４は、再生装置で実行されるべき映像、音楽を再生するアプリケーションプログラム等を格納する。また、記憶装置３０４も再生装置から着脱可能なフレキシブルディスク（ＦＤ）やＣｏｍｐａｃｔＤｉｓｋ（ＣＤ）やＤＶＤ等の光ディスク、磁気カード、光カード、ＩＣカード、メモリカードなどでもよい。無線コントローラ３０７は、ＩＥＥＥ８０２．１１規格群に準拠したネットワークコントローラーである。なお、無線コントローラ３０７は、ＡＰモードでは動作せず、ＳＴＡモードで動作する。

以下、本実施形態における各機器の処理を説明する。

図４は、サーバー１０２が起動する際の処理を示すシーケンスチャートである。
ＡＰ１０１が起動する（ステップ４０１）。ＡＰ１０１は、ＡＰとして起動すると、ネットワークに関する各種情報（ネットワーク識別子、周波数チャネル等の情報）をビーコンに含め、定期的に送信する。

次に、サーバー１０２は、周囲のＡＰが構築するネットワークを探索する。この方法としては、全ての無線チャネルにおいてビーコンが送出されているかをスキャンする方法と全ての無線チャネルにおいて探索要求（プローブ要求）をブロードキャストで送出する方法がある。ビーコンをスキャンする方法では、検出したビーコンの内容を解析することにより、ビーコンを送信するＡＰが構築するネットワークに関する各種情報を認識することができる。また、探索要求を送信する方法では、探索要求に対するＡＰからの応答を解析することにより、応答を送信したＡＰが構築するネットワークに関する各種情報を認識することができる。以下の説明では、サーバー１０２、再生装置１０３、１０４、１０５でのネットワークの探索は、上記方法と同様に行うものとする。

サーバー１０２は、上記探索により、周囲に他のＡＰがネットワークを構築しているかどうかを判断する。ここでは、ＡＰ１０１が送信するビーコンを検出する。サーバー１０２は、検出したビーコンの内容を解析し、ＡＰ１０１とは異なるネットワークを構築するためのネットワーク情報を決定する。そして、サーバー１０２はＡＰモードで起動し（ステップ４０２）、ＡＰ１０１とは異なるネットワークを構築する。また、サーバー１０２は、ＡＰモードで起動すると、ネットワークに関する各種情報（ネットワーク識別子、周波数チャネル等の情報）をビーコンに含め、定期的に送信する。

サーバー１０２に、ＡＰモードを搭載する理由を、以下に示す。
第一は、他のＡＰが管理する複数のＳＴＡが存在する無線ネットワーク内でサーバーが通信するよりも、サーバー１０２が独立してネットワークを構成した方が通信帯域を有効利用できるからである。例えば、サーバー１０２と通信する装置だけとネットワークを形成すれば、サーバー１０２とは通信しない装置の通信の影響を受けずに通信できるからである。

第二は、前述したＥＤＣＡパラメータセットを自在に決定するためである。ＩＥＥＥ８０２．１１ｅ規格において、ＥＤＣＡパラメータセットは、音声／ビデオ／ベスト・エフォート／バックグランドのアクセスカテゴリ毎に指定可能である。サーバー１０２は、ひとつのＣＤ音楽データと複数のＨＤＤ映像を再生する能力を持っている。音楽データや映像データの通信の数によって、その数に適したＥＤＣＡパラメータセットを変更できた方がよい。そして、このＥＤＣＡパラメータセットを決定するのが、アクセスポイントである。よって、サーバー１０２はアクセスポイントとなって、動作した方が良い。ただし、有線端末１０６、１０７にサーバーサービスを提供するためには、サーバー１０２はＡＰ１０１にＳＴＡとして接続し、音楽、映像データの配信サービスを提供する。

サーバー１０２がＡＰモードで起動後、本システムの利用者がＣＤドライブにＣＤメディアを挿入すると、サーバー１０２はＣＤメディアの挿入を検出する。サーバー１０２は、起動直後では、ＣＤメディアのＣＤ情報（ＣＤのタイトル、アーティスト名、曲名、曲時間等）を保持していない。よって、サーバー１０２は、ＣＤ情報を得るために、ＤＢ１０８にアクセスする必要がある。しかし、サーバー１０２は、ＡＰモードで動作し、ＡＰ１０１とは独立したネットワークの形態で立ち上がっているので、ネットワーク１１０上の端末とは通信できない。よって、サーバー１０２は、ＤＢ１０８にアクセスするために、ＡＰ１０１に対して、ＳＴＡとして接続しなければならない。そこで、サーバー１０２は、Ｄｕａｌ無線コントローラ２０７をＳＴＡモードで起動し直し、ＡＰ１０１にアソシエーション要求を送出する（ステップ４０４）。このときＤｕａｌ無線コントローラ２０７は、ＡＰモードでの動作を停止する。また、アソシエーションとは、ＩＥＥＥ８０２．１１規格の通信において、ＡＰとＳＴＡが接続関係を確立することである。

ＡＰ１０１は、そのアソシエーション要求を受け応答する（ステップ４０５）。なお、ＡＰがＳＴＡのアソシエーション要求を受けるときの認証手順については省略する。以後の説明では、ＡＰは、ＳＴＡからのアソシエーション要求を無条件に受け入れ、ＳＴＡとの接続関係を確立する。

その後、サーバー１０２は、ＡＰ１０１の制御下で無線通信し、ＡＰ１０１を介してＤＢ１０８に対してＣＤ情報を要求する（ステップ４０６）。ここで、サーバー１０２、または、サーバー１０２の利用者は、ＤＢ１０８の端末名、または、アドレスを予め知っているものとする。

ＤＢ１０８では、ＣＤ情報提供サービスが常時動作しており、該当するＣＤ情報を応答として返信する（ステップ４０７）。

ＣＤ情報を受信したサーバー１０２は、そのＣＤをＲＡＭ２０３または記憶装置２０４から構成されるキャッシュに保持する（ステップ４０８）。

サーバー１０２は、必要な情報を取得したので、改めてＤｕａｌ無線コントローラ２０７をＡＰモードで起動し直し（ステップ４０９）、再度、ＡＰ１０１が構築するネットワークとは別のネットワークを構築する。このとき、ＳＴＡモードでの動作は停止する。

以上のように、ＡＰモードで起動したサーバー１０２は、有線ネットワークを介した通信が必要になると、自動的にＳＴＡモードで起動し直し、ＡＰ１０１と接続する。そして、ＡＰ１０１と有線ネットワークを介した通信を行うことにより、必要な情報を入手すると、ＳＴＡモードでの動作を停止し、ＡＰモードで動作し直し、ＡＰ１０１とは異なるネットワークを構築する。

次に、図５を用いて、レンダラー側（再生側）である再生装置１０３の動作を示す。
まず、再生装置１０３が属するネットワーク中にどのメディアサーバーがどのようなサービスを提供しているかを検索するところから始まる。本説明ではサービス検索の方法としては、ＵＰｎＰ（ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ）を利用する。これは、サービス検索のメッセージをブロードキャストで送信するものである。再生装置１０３は、サービス検索の要求を利用者から受け付けると、ＡＰが構築するネットワークを探索し、発見したネットワークに参加して、そのネットワークで提供されるサービスを検索する。ここでは、はじめに、ＡＰ１０１のネットワークを発見し、参加するものとする。つまり、ＡＰ１０１に対し、ＩＥＥＥ８０２．１１規格のアソシエーション要求をおこなう（ステップ５０１）。ＡＰ１０１は、それを受け付ける（ステップ５０２）。次に、再生装置１０３は、ＡＰ１０１と接続すると、メディアサーバーを検索するメッセージをブロードキャストする（ステップ５０３）。

ここまでの段階では、ＡＰ１０１のネットワーク内にメディアサーバーが存在しないので、再生装置１０３のサービス検索に対して応答する端末は存在しない。そこで、再生装置１０３は、一定時間内に応答を受信できなければ、ＡＰ１０１とのアソシエートを切断する（ステップ５０４）。

そして、再生装置１０３は、他のＡＰが構築するネットワークを探索する。ここでは、サーバー１０２がネットワークを構築しているので、再生装置１０３は、サーバー１０２が構築しているネットワークを見つける。再生装置１０３は、ＡＰで動作しているサーバー１０２が構築するネットワークを見つけると、サーバー１０２にアソシエーション要求を送出する（ステップ５０５）。ＡＰモードで動作しているサーバー１０２は、その要求を受け付ける（ステップ５０６）。続いて、再生装置１０３は、メディアサーバー検索のための問い合わせメッセージをブロードキャスト送出する（ステップ５０７）。

サーバー１０２は、ＡＰとして動作するとともにメディアサーバーとしても動作している。そのため、上記問い合わせメッセージを受信すると、サービス検索に対してメディアサーバーとして応答を返す（ステップ５０８）。このとき、記憶装置（ＨＤＤ）２０４に記憶している映像データの情報と、既にキャッシュしているＣＤ情報があれば、その情報も合わせて送出する。ここでは、サーバー１０２は、図４の説明においてＣＤ情報を既にキャッシュしているので、キャッシュしているＣＤ情報もサービス情報の一部として送出する。

サーバー１０２からの応答を受信した再生装置１０３が、受信したサービス情報を利用者が選択できるように表示する。

再生装置１０３の利用者がＣＤ音楽の再生を希望し、ＣＤ音楽のタイトルを選択すると、再生装置１０３は選択されたタイトルの再生要求をサーバー１０２に送出する（ステップ５０９）。サーバー１０２はこの再生要求を受信すると、再生要求により指定されたタイトルの再生データを送り始める（ステップ５１０）。再生装置１０３は、再生データを受信し、再生する。サーバー１０２は、再生データを配信する前に、指定された再生データを配信するための通信帯域を確保できるかを判断する。確保できる場合は、再生装置１０３から指定された再生データ（音楽）の配信に適したＥＤＣＡパラメータセットを設定し、このパラメータセットにより指定される通信帯域を確保して配信を行う。確保できない場合は、再生装置１０３に対して、再生データの配信を拒否する。

次に、図６を用いて、再生装置１０４がメディア再生をおこなうときの処理を説明する。
ステップ６０１からステップ６０８までは、図５の再生装置１０３のステップ５０１からステップ５０８までの動作と同じである。

再生装置１０４は、利用者の要求に従って、サーバー１０２の記憶装置（ＨＤＤ）２０４に保持されている映像データの再生を要求する（ステップ６０９）。サーバー１０２は、映像データの再生要求を受信したら、記憶装置（ＨＤＤ）内の映像伝送のための無線帯域が確保できるかを判断する（ステップ６１０）。サーバー１０２は、帯域を確保できると判断すれば、帯域を確保し、確保した帯域で記憶装置（ＨＤＤ）２０４内の映像情報の再生データを送る（ステップ６１１）。再生装置１０４は、そのデータを受信して再生する（ステップ６１２）。

図７は、再生装置１０３におけるＣＤ音楽の停止要求のシーケンスチャートである。
再生装置１０３の利用者が音楽の停止操作をすると、再生装置１０３はＣＤ音楽の再生停止要求をサーバー１０２に送出する（ステップ７０１）。それを受けたサーバー１０２は、再生データの送信を停止する（ステップ７０２）。サーバー１０２は、音楽の再生を停止すると、音楽用に確保していた通信帯域を解放する。

次に、図８に、図７の状態を引き継いで、サーバー１０２に別の音楽ＣＤが挿入されたときの処理を示す。つまり、再生装置１０４向けの映像データの送信、再生のみが行われている状態である。

まず、利用者が新たな音楽ＣＤをＣＤドライブに挿入する。サーバー１０２は、音楽ＣＤの挿入を検出すると（ステップ８０１）、このＣＤのタイトルなどのＣＤ情報をキャッシュに保持しているかを確認する（ステップ８０２）。

挿入された音楽ＣＤのＣＤ情報がキャッシュに存在しなければ、ＤＢ１０８からＣＤ情報を取得しなければならない。そのときは、サーバー１０２は、ＡＰ１０１に接続する必要がある。そのためには、Ｄｕｌａ無線コントローラ２０７をＡＰモードからＳＴＡモードに切換え、ＡＰ１０１と接続しなければならない。しかし、ＳＴＡモードに切換えると、サーバー１０２にアソシエートしていた端末との接続をいったん切断することになる。よって、サーバー１０２は、サーバー１０２とアソシエートしていた端末との接続を中断、つまり、一旦切断していいかを判断する（ステップ８０３）。この判断基準は、ＣＤ音楽の情報入手と映像の再生の優先順位を用いる。ここでは、ＣＤ音楽の情報入手の優先順位が高く、映像の再生の優先順位が低いものとする。従って、サーバー１０２は、映像の再生を中断すると判断する。なお、上記優先順位は、予めシステム管理者、サーバー１０２の利用者等が設定可能とし、ＣＤの情報入手よりも映像の再生の優先順位を高くもできるものとする。また、ＣＤ音楽の再生等、他の処理に対する優先順位も設定できるようにしてもよい。

サーバー１０２は、映像の再生を中断すると判断すると、再生装置１０４に再生の中断を通知する。そして、Ｄｕａｌ無線コントローラ２０７をＳＴＡモードに切換え（ステップ８０４）、ＡＰ１０１にアソシエートする。サーバー１０２はＡＰ１０１と接続すると、ＡＰ１０１を介してＤＢ１０８にＣＤ情報を要求する（ステップ８０５）。

ＤＢ１０８では、サーバー１０２からのＣＤ情報の要求を受けると、該当するＣＤ情報をサーバー１０２に送出する（ステップ８０６）。サーバー１０２では、ＤＢ１０８からＣＤ情報を受け、キャッシュに保持する（ステップ８０７）。サーバー１０２は、必要な情報を取得したので、改めてＤｕａｌ無線コントローラ２０７をＡＰモードで起動し直し（ステップ８０８）、ＡＰ１０１が構築するネットワークとは別のネットワークを構築する。

再生装置１０４は、サーバー１０２との接続が切断されると、定期的にサーバー１０２が構築するネットワークを探索する。そして、サーバー１０２が再度構築したネットワークを発見すると、サーバー１０２に再度アソシエーション要求を出す（ステップ８０９）。サーバー１０２は、その要求を受け入れ（ステップ８１０）、再生装置１０４と再接続し、中断していた映像の送信を再開する。映像再生の再開時には、通信帯域の再確保を行うことになる。

以上のように、サーバー１０２のＡＰモードとＳＴＡモードへの切換えを適切に行うことにより、通信帯域を有効に活用し、データの性質に合った伝送パラメータで通信できるようになる。本実施例では、サーバー１０２の制御は、以下のふたつの事象によって変化する。第一は、キャッシュ中の情報の有無である。第二は、他に再生しているサービスの有無、および、「有」の場合の優先度である。

ここで改めて、図９から図１３を用いてサーバー１０２の動作を説明する。以下のフローチャートにおいて、状態を示す楕円の状態番号と共に記述しているのは、状態の組み合わせである。一番目は、Ｄｕａｌ無線コントローラ２０７の動作モード状態であり、未動作（ｎｏｎｅ）／ＳＴＡモード／ＡＰモード／アドホックモード（ａｄ−ｈｏｃ）などの値を取り得る。二番目は、ＣＤメディアの状態であり、メディアが再生されていない（ＣＤ＿ｉｄｌｅ）／再生中（ＣＤ＿再生）の値を取る。３番目は記憶装置（ＨＤＤ）の状態であり、ＣＤと同様にＨＤＤ＿ｉｄｌｅ／ＨＤＤ＿再生の値を取る。例えば、図９のステップ９００は、サーバー１０２は初期化状態であり、状態値としては、ｎｏｎｅ／ＣＤ＿ｉｄｌｅ／ＨＤＤ＿ｉｄｌｅである。これは、Ｄｕａｌ無線コントローラ２０７が活性化されていなくて、ＣＤドライブにはＣＤメディアが装着されていなくて、記憶装置（ＨＤＤ）内の映像データの再生のための伝送も行われていないことを示している。この状態で、デフォルトの初期化処理をおこなうと、Ｄｕａｌ無線コントローラ２０７をＡＰモードにして起動することになる（ステップ９０１）。そして、ＡＰ／ＣＤ＿ｉｄｌｅ／ＨＤＤ＿ｉｄｌｅの状態であるステップ１０００に進む。

図１０は、図９のステップ１０００からの処理を示すフローチャートである。
サーバー１０２は、ステップ１００１において、発生したイベントの種類を判別し、発生したイベントに対応した処理を行う。音楽ＣＤがＣＤドライブに挿入され、新たなＣＤが検出された場合は、そのＣＤのＣＤ情報をキャッシュに保持しているかをチェックする（ステップ１００２）。ＣＤ情報を既にキャッシュに保持している場合は、ステップ１０００の状態に戻る。ＣＤ情報をキャッシュに保持してない場合は、サーバー１０２は、無条件にＤＢ１０８から情報を取得する手順に進む。つまり、一旦、ＳＴＡモードになり（ステップ１００３）、ＡＰ１０１にアソシエートして接続し、ＡＰ１０１を介してＤＢ１０８からＣＤ情報を取得する（ステップ１００４）。そして、取得したＣＤ情報をキャッシュに保持する（ステップ１００５）。ＣＤ情報を保持すると、再度ＡＰモードに戻り（ステップ１００６）、ネットワークを構築する。

サーバー１０２は、再生装置からのアソシエーション要求を受けた場合は、それを受け付け、アソシエーションしている端末数などの管理情報を更新し（ステップ１０１０）、ステップ１０００に戻る。

サーバー１０２は、再生装置からサービスの問い合わせ要求を受信した場合は、サーバー１０２が提供できるサービス情報を応答として返信し（ステップ１０２０）、ステップ１０００に戻る。つまり、再生装置１０３などからのＣＤ音楽データや映像データのサービスの問い合わせに対して、音楽や映像のタイトルなどのインデックス情報を送出する。

サーバー１０２は、再生装置１０３などからのＣＤ音楽の再生要求を受けた場合は、要求された音楽再生処理が可能であるかを判断する（ステップ１０３０）。要求された音楽再生が可能であれば、音楽再生のために必要な通信帯域を確保するために、ＩＥＥＥ８０２．１１ｅ規格のＥＤＣＡパラメータセットを設定する。つまりＣＤ音楽再生の通信が最優先で無線区間に送出できるようにＥＤＣＡパラメータセットのＡＩＦＳＮ、ＣＷｍｉｎ／ＣＷｍａｘ、ＴＸＯＰｌｉｍｉｔを変更する。例えば、ＣＤ音楽データを音声のアクセスカテゴリで送出する場合は、音声用のパラメータとビデオ／ベスト・エフォート／バックグランドの各アクセスカテゴリのパラメータとの優先度の差を大きくするように値を設定する。一般に優先度を高くするには、ＡＩＦＳＮの値を小さくし、ＣＷｍａｘとＣＷｍｉｎの値をそれぞれ小さくし、しかも、ＣＷｍａｘとＣＷｍｉｎの差が小さくする。また、ＴＸＯＰｌｉｍｉｔの値を大きくする程、一回の送信権で送出できるフレーム数を多くできる。なお、ＥＤＣＡパラメータセットには、アクセスポイント自身向けのものと端末向けにビーコンの情報要素として送出するものとがある。このステップにおいて設定するのは、アクセスポイント自身向けのもの、または、両方である。

サーバー１０２は、ＥＤＣＡパラメータセットを設定したら、ステップ１１００の状態に以降する。また、ステップ１０３０において、ＣＤ音楽の再生が不可能であれば、ＣＤ音楽の再生を拒否する（ステップ１０３２）。つまり、音楽再生を要求した端末に拒否応答を返す。そして、ステップ１０００の状態に戻る。

サーバー１０２が、再生装置１０４などからの映像の再生要求を受けた場合は、要求された映像再生処理が可能であるかを判断する（ステップ１０４０）。要求された映像再生が可能であれば、映像再生のために必要な通信帯域を確保するために、ＩＥＥＥ８０２．１１ｅ規格のＥＤＣＡパラメータセットを設定し（ステップ１０４１）、ステップ１２００の状態へ遷移する。ステップ１０４０において、映像再生が不可能であると判断した場合は、映像再生を要求した端末に拒否応答を返して要求を拒否し（ステップ１０４２）、ステップ１０００の状態に戻る。

図１１は、図１０のステップ１１００の状態であり、サーバー１０２が再生装置（例えば再生装置１０３）に対してＣＤ音楽の再生データを送信している状態に、種々の要求が発生したときのサーバー１０２の処理を示すフローチャートである。

サーバー１０２は、ステップ１１０１において、発生したイベントの種類を判別し、発生したイベントに対応した処理を行う。

サーバー１０２は、再生装置からのアソシエーション要求があった場合は、それを受け付け、アソシエート端末数などの管理情報を更新し（ステップ１１０２）、ステップ１１００に戻る。

サーバー１０２は、再生装置からサービスの問い合わせ要求を受信した場合は、サーバー１０２が提供できるサービスを応答として返信し（ステップ１１１０）、ステップ１１００に戻る。

また、サーバー１０２は、音楽ＣＤを再生している端末から、ＣＤ再生の停止要求があった場合は、音楽配信を停止し、ＥＣＤＡパラメータセットを初期状態に戻し（ステップ１１２０）ステップ１０００に遷移する。

サーバー１０２は、ＣＤ音楽再生の要求を受信した場合は、既に音楽を再生中であり、複数の音楽ＣＤを再生することができないので、その要求に対して拒否応答を返し（ステップ１１３０）、ステップ１１００に戻る。

サーバー１０２は、映像の再生の要求を受信したときは、要求された映像の再生データを伝送のための通信帯域を確保できるかを判断する（ステップ１１４０）。通信帯域を確保できると判断した場合は、要求された映像の再生データを伝送のための配信に適したＥＤＣＡパラメータセットを決定して設定し（ステップ１１４１）、ステップ１４００に遷移する。また、映像の配信に適した帯域を確保できないと判断したときは、要求に対して拒否応答を返して要求を拒否し（ステップ１１４２）、ステップ１１００に戻る。

図１２は、図１０のステップ１２００の状態であり、映像再生のための伝送中に、種々の要求を検出したときのサーバー１０２の処理を示すフローチャートである。

サーバー１０２は、ステップ１２０１において、発生したイベントの種類を判別し、発生したイベントに対応した処理を行う。

サーバー１０２は、再生装置からアソシエーション要求を受信したときは、それを受け付け、アソシエート端末数などの管理情報を更新し（ステップ１２０２）、ステップ１２００に戻る。

サーバー１０２は、音楽ＣＤがＣＤドライブに挿入され、新たなＣＤが検出された場合は、そのＣＤのＣＤ情報をキャッシュに保持しているかを確認する（ステップ１２１０）。キャッシュに保持している場合は、ステップ１２００に戻る。また、ＣＤ情報をキャッシュに保持していない場合には、ＳＴＡモードに変更するか否かを判断する（ステップ１２１１）。上述したように、この判断基準は、ＣＤ音楽の情報入手と映像の再生の優先順位を用いる。ここでは、ＣＤ音楽の情報入手の優先順位が高く、映像の再生の優先順位が低いものとする。なお、上記優先順位は、予めシステム管理者、サーバー１０２の利用者等が設定可能とし、ＣＤの情報入手よりも映像の再生の優先順位を高くもできるものとする。また、ＣＤ音楽の再生等、他の処理に対する優先順位も設定できるようにしてもよい。

サーバー１０２は、上記判断によりＳＴＡモードへ変更すると判断したときは、映像再生のための伝送を中断する（ステップ１２１３）。続いて、Ｄｕａｌ無線コントローラ２０７をＳＴＡモードに変更し、ＡＰ１０１にアソシエートして接続する（ステップ１２１４）。サーバー１０２はＡＰ１０１と接続すると、ＡＰ１０１を介してＤＢ１０８にＣＤ情報を要求し、ＤＢ１０８からＣＤ情報を取得する（ステップ１２１５）。ＣＤ情報を取得すると、サーバー１０２は、ＳＴＡモードからＡＰモードに切り替え、ＡＰ１０１が構築するネットワークとは別のネットワークを構築する（ステップ１２１６）。

サーバー１０２との接続を一時的に切断した端末は、サーバー１０２との接続が切断されると、定期的にサーバー１０２が構築するネットワークを探索する。そして、サーバー１０２が再度構築したネットワークを発見すると、サーバー１０２に再度アソシエーション要求を出し、サーバー１０２と接続する。

サーバー１０２は、以前にアソシエートしていた端末が再アソシエートしたことを確認すると（ステップ１２１７）、中断していた映像の再生のための伝送を再開する（ステップ１２１８）。そして、ステップ１２００へ戻る。

また、サーバー１０２は、ステップ１２１１の判断においてＳＴＡモードへの変更が不可であると判断した場合は、音楽ＣＤの再生要求に対して拒否応答を返し（ステップ１２１２）、ステップ１２００へ戻る。

また、サーバー１０２は、再生装置からサービスの問い合わせ要求を受信した場合は、サーバー１０２が提供できるサービスを応答として返信し（ステップ１２２０）、ステップ１２００に戻る。

サーバー１０２は、再生装置からのＣＤ音楽の再生要求を受けた場合は、要求された音楽再生処理が可能であるかを判断する（ステップ１２３０）。要求された音楽再生が可能であれば、音楽再生のために必要な通信帯域を確保するために、ＩＥＥＥ８０２．１１ｅ規格のＥＤＣＡパラメータセットを設定する（ステップ１２３１）。つまりＣＤ音楽再生の通信が最優先で無線区間に送出できるようにＥＤＣＡパラメータセットのＡＩＦＳＮ、ＣＷｍｉｎ／ＣＷｍａｘ、ＴＸＯＰｌｉｍｉｔを変更する。例えば、ＣＤ音楽データを音声のアクセスカテゴリで送出する場合は、音声用のパラメータとビデオ／ベスト・エフォート／バックグランドの各アクセスカテゴリのパラメータとの優先度の差を大きくするように値を設定する。一般に優先度を高くするには、ＡＩＦＳＮの値を小さくし、ＣＷｍａｘとＣＷｍｉｎの値をそれぞれ小さくし、しかも、ＣＷｍａｘとＣＷｍｉｎの差が小さくする。また、ＴＸＯＰｌｉｍｉｔの値を大きくする程、一回の送信権で送出できるフレーム数を多くできる。なお、ＥＤＣＡパラメータセットには、アクセスポイント自身向けのものと端末向けにビーコンの情報要素として送出するものとがある。このステップにおいて設定するのは、アクセスポイント自身向けのもの、または、両方である。

サーバー１０２は、ＥＤＣＡパラメータセットを設定したら、ステップ１３００の状態に以降する。また、ステップ１２３０において、ＣＤ音楽の再生が不可能であれば、ＣＤ音楽の再生を拒否する（ステップ１３３２）。つまり、音楽再生を要求した端末に拒否応答を返す。そして、ステップ１２００の状態に戻る。

サーバー１０２が、再生装置からの映像の再生要求を受けた場合は、要求された映像再生処理が可能であるかを判断する（ステップ１２４０）。要求された映像再生が可能であれば、映像再生のために必要な通信帯域を確保するために、ＩＥＥＥ８０２．１１ｅ規格のＥＤＣＡパラメータセットを設定し（ステップ１２４１）、ステップ１２００に戻る。ステップ１２４０において、映像再生が不可能であると判断した場合は、映像再生を要求した端末に拒否応答を返して要求を拒否し（ステップ１２４２）、ステップ１２００の状態に戻る。

図１３は、図１２のステップ１３００の状態であり、音楽ＣＤの再生のための伝送と映像の再生のための伝送の両方をおこなっているときのサーバー１０２のフローチャートである。この状態のときにサーバー１０２が検出するイベントとその処理は、「映像停止」以外は、図１１のステップ１１００からの処理と同じであるので省略する。

サーバー１０２は、映像の送信相手から映像の停止要求を受けると、その要求を受け入れ、要求された映像の配信を停止する。そして、映像配信の停止に伴い、ＥＤＣＡパラメータセットを更新する（ステップ１４５０）。続いて、他に映像再生のための伝送をおこなっているかを確認する（ステップ１４５１）。他に映像再生のための伝送を行っている場合は、ステップ１３００に戻る。また、他に映像再生のための伝送を行っていない場合は、図１１のステップ１１００の状態へ遷移する。

図１４を用いて再生装置１０３、１０４、１０５の動作を説明する。なお、以降、代表して再生装置１０３の動作として記述するが、再生装置１０４および再生装置１０５も同様に動作する。

まず、再生装置１０３が属するネットワーク中にどのメディアサーバーがどのようなサービスを提供しているかを検索するところから始まる。再生装置１０３は、サービス検索の要求を利用者から受け付けると、メディアサーバーを検出済みか、未検出かを判断する（ステップ１５００）。再生装置１０３は、メディアサーバーを未検出の場合は、ＡＰを探索する。ＡＰの探索方法は、上述の通りである。

再生装置１０３は、ＡＰの探索がひと通り終了したら、次にひとつひとつのＡＰとのアソシエーション手順を実行して接続する（ステップ１５０２）。次に再生装置１０３は、メディアサーバーを検索するために、接続したＡＰを介して問い合わせのメッセージをブロードキャスト送出する（ステップ１５０３）。そして、応答待ちのタイマーを開始する。タイマーが満了しても応答を受信できなければ（ステップ１５０４、１５０５）、再生装置１０３は、接続しているＡＰとの接続を切断する（ステップ１５０６）。そして、サーバーを検索していないＡＰがあるか否かを確認し（ステップ１５０７）、ある場合は、そのＡＰとのアソシエーション手順を実行して接続し（ステップ１５０２）、前述のステップ１５０３に進む。まだサーバーを検索していないアクセスポイントが存在しない場合は、提供可能なサービスが無いことを表示して利用者に通知し、処理を終了する。

なお、上記説明では、ステップ１５０１においてＡＰの探索を一通り終了してからステップ１５０２に進むよう説明したが、ＡＰをひとつ発見する毎にステップ１５０２に進むようにしてもよい。この場合は、ステップ１５０７では、再度ＡＰの探索を行い、サーバーを検索していないＡＰがあるか否かを確認するようにする。

再生装置１０３は、ステップ１５０４において、タイマーが満了する前に、メディアサーバーからの応答を受信すると（ステップ１５０４、１５０５）、応答を返したメディアサーバーが提供するサービス一覧を表示する（ステップ１５０８）。この表示を見て、利用者が音楽、映像の再生指示を操作すると（ステップ１５０９）、再生装置１０３は、利用者が選択した音楽または映像の再生要求をメディアサーバーに送信する（ステップ１５１１）。そして、再生装置１０３は、サーバーから再生データが送られてきたら、そのデータを再生し（ステップ１５１２）、利用者からの操作やアクセスポイントからの通信などを検出する。

再生装置１０３は、利用者の再生停止の操作を検出すると（ステップ１５１３）、再生データを送信しているサーバーに再生停止の要求を送信し、再生を停止して処理を終了する（ステップ１５１４）。

また、再生装置１０３は、再生データを送信しているサーバーから再生の中断要求を受けると（ステップ１５１５）、再生が中断された旨を表示して再生を中断する（ステップ１５１６）。そして、再生中断を要求したサーバーの検索を定期的に行い、サーバーが検出されると（ステップ１５１７）、そのサーバー（ＡＰ）に対してアソシエーションを実行し、接続する（ステップ１５１８）。サーバーと接続すると、中断していた再生データを受信し、そのデータを再生する（ステップ１５１２）。

また、ステップ１５０９において再生の指示が行われず、利用者の他のサービス検索のための操作を検出すると（ステップ１５１０）、前述のステップ１５０７に進む。他のサービス検索のための操作が検出されずに処理終了の指示を検出すると、処理を終了する。

なお、再生装置１０３、１０４、１０５のメディア・レンダラー・アプリケーションの動作によっては、単にサーバーに装着されているＣＤの再生を要求するだけで、タイトルなどのＣＤ情報を要求しないこともある。その場合は、サーバー１０２は、利用者のＣＤ情報要求の操作がなされてから、ＤＢ１０８にＣＤ情報を要求すればよい。よって、サーバー１０２からＤＢ１０８へのＣＤ情報要求のタイミングは、再生装置からのＣＤ情報の取得要求を受信したときとなる。

（実施形態２）
サーバー１０２が起動時にＡＰモードになる形態ではなくて、ＳＴＡモードから起動する形態にしてもよい。そのときの手順を図１５から図１７を用いて以下に説明する。なお、各装置の構成は、実施形態１と同様なので説明は省略する。

ＡＰ１０１が起動する（ステップ１８０１）。

サーバー１０２、再生装置１０３、１０４、１０５は、ＳＴＡモードで起動後に、ＡＰ１０１を探索し、ＡＰ１０１にアソシエートして接続する（ステップ１８０２からステップ１８０５）。

次に、再生装置１０３の利用者がＣＤ再生アプリケーションを起動する。このアプリケーションが起動すると、再生装置１０３は、ネットワーク内のメディアサーバーを検索するためのメッセージをブロードキャストで送信する（ステップ１８０６）。サーバー１０２は上記検索メッセージを受信し、再生装置１０３に対して応答する（ステップ１８０７）。

次に、サーバー１０２からの応答を受けた再生装置１０３は、サーバー１０２が提供可能なＣＤ情報を要求する（ステップ１９０１）。サーバー１０２はその要求を受信すると、ＣＤドライブに挿入されているＣＤのＣＤ情報をキャッシュに保持しているか否かを判別する。キャッシュに保持している場合は、そのＣＤ情報を再生装置１０３に送信する。キャッシュに保持していない場合は、ＡＰ１０１を介してＤＢ１０８にＣＤ情報を要求する（ステップ１９０２）。ＤＢ１０８は、その要求を受信し、ＣＤ情報を送出する（ステップ１９０３）。サーバー１０２は、ＤＢ１０８からのＣＤ情報を受信し、キャッシュに保持し、再生装置１０３に送信する（ステップ１９０４）。

ここで、再生装置１０３の利用者が音楽ＣＤの再生操作を行い、再生装置１０３がこの操作を検出すると、音楽ＣＤの再生要求をサーバー１０２に送信する（ステップ１９０５）。

サーバー１０２は、上記再生要求を受信すると、ＡＰモードへの移行処理をおこなう。この移行処理では、ＡＰ１０１のネットワークから離脱し、ＡＰモードに切換えて別のネットワークを構築することをブロードキャストで通知する（ステップ１９０６）。このブロードキャストによる通知は、ＡＰ１０１を介して、無線によって再生装置１０３、１０４、１０５に到達する。また、この通知には、ＡＰモードに移行して構築するネットワークの情報（ネットワーク識別子、周波数チャネル等の情報）を含ませるようにしてもよい。

さらに、このブロードキャストによる通知は、有線によって、端末１０６と端末１０７にも到達する。

再生装置１０３は、サーバー１０２がＡＰ１０１から離脱する通知を受けたので、自身もＡＰ１０１のネットワークから離脱し、サーバー１０２にアソシエートしてサーバー１０２がＡＰモードで構築するネットワークに参加する（ステップ１９０７）。続いて、再度、音楽ＣＤの再生要求を送出する（ステップ１９０８）。それを受けたサーバー１０２は、音楽ＣＤの再生データを送信できるか否かを判断する。この判断は、通信帯域が確保できるか否かと、既に音楽を再生しているか否かとにより判断する。通信帯域が確保できる場合でも、サーバー１０２は複数の音楽再生をできないので、既に音楽の再生が行われている場合は、再生不可と判断する。また、未再生の場合は、再生可能を判断する。ここでは、通信帯域が確保でき、まだ音楽の再生を行っていないので再生可能と判断し、音楽再生のための通信帯域を確保するＥＤＣＡパラメータセットを設定して帯域を確保する。そして、確保した通信帯域を利用して音楽ＣＤの再生データを再生装置１０３に送出する（ステップ１９０９）。

また、再生装置１０４の利用者によるＣＤ音楽の再生要求を再生装置１０４が検出すると、再生装置１０４はＡＰ１０１のネットワークから離脱し、サーバー１０２にアソシエートしてサーバー１０２のネットワークに参加する（ステップ２００１）。そして、再生装置１０４は、サーバー１０２にＣＤ情報を要求する（ステップ２００２）。

この要求を受信したサーバー１０２は、要求されたＣＤ情報がキャッシュに保持していることを確認し、再生装置１０４に送出する（ステップ２００３）。再生装置１０４は、受信したＣＤ情報を表示し、利用者の再生指示を検出すると、音楽ＣＤの再生をサーバー１０２に要求する（ステップ２００４）。しかし、サーバー１０２は複数の音楽を同時に再生できないので、再生装置１０３からの再生要求に拒否応答を返す（ステップ２００６）。

ここで、再生装置１０５において、記憶装置２０４に記憶している映像の再生の操作が発生したとする。このときも、再生装置１０５は、上記操作を検出すると、ＡＰ１０１のネットワークから離脱し、サーバー１０１のネットワークに参加する（ステップ２００７）。そして、再生装置１０５は、映像再生の要求をサーバー１０２に送出する（ステップ２００８）。

その要求を受けたサーバー１０２は、音楽ＣＤ再生と映像再生のデータを伝送するために最適な伝送パラメータを計算し、計算したパラメータをＥＤＣＡパラメータセットとして設定して帯域を確保する（ステップ２００９）。そして、確保した帯域を利用して再生データを送信する（ステップ２０１０）。

ここで、本実施形態におけるサーバー１０２の動作を図１８を用いて説明する。
まず、サーバー１０２は、初期化時にＳＴＡモードで起動する。そして、ＡＰの探索を行い、発見したＡＰにアソシエートして接続する。ここでは、ＡＰ１０１と接続し、ステップ２２００であるＳＴＡ／ＣＤ＿ｉｄｌｅ／ＨＤＤ＿ｉｄｌｅの状態に遷移する。

ステップ２２００の段階では、サーバー１０２は、ＳＴＡモードで動作している。そして、この状態では、サーバー１０２は、発生したイベントの種類を判別し、発生したイベントに対応した処理を行う。

サーバー１０２は、再生装置からのメディア・サーバー・サービスの問い合わせをＡＰ１０１経由で受信した場合は、サーバー１０２で提供できるサービスを応答として返信する（ステップ２２１１）。

また、サーバー１０２は、再生装置からのＣＤ情報の要求を受信したら、ＣＤ情報をキャッシュに保持しているかを確認する（ステップ２２２１。キャッシュに保持していなければ、ＤＢ１０８にＣＤ情報を要求し、ＣＤ情報を取得してキャッシュに保持する（ステップ２２２２）。そして、ＤＢ１０８から取得したＣＤ情報を、要求元の再生装置に通知し（ステップ２２２３）、ステップ２２００の状態に戻る。

サーバー１０２は、音楽ＣＤの再生要求を受信したら、上述のＡＰモードへの移行処理を行い（ステップ２２３１）、ＡＰモードでネットワークを構築すると、実施形態１で説明した図１０のステップ１０００の状態に移行する。ステップ１０００の状態に移行後は、実施形態１と同様の処理を行う。

また、サーバー１０２は、映像の再生要求を再生装置から受信すると、上述のＡＰモードへの移行処理を行い（ステップ２２０１）、ＡＰモードでネットワークを構築すると、実施形態１で説明した図１０のステップ１０００の状態に移行する。ステップ１０００の状態に移行後は、実施形態１と同様の処理を行う。

再生装置１０３、１０４、１０５は、サーバー１０２がＳＴＡモードで動作しているときに、サーバー１０２に対する各種要求を送信する場合は、該当する要求をＳＴＡモードで動作するサーバー１０２に送信する。その後、サーバー１０２からＡＰモードへの切り替え通知を受けると、接続中のＡＰとの接続を切断し、サーバー１０２が構築するネットワークに参加し、再度、サーバー１０２に処理の要求を送信する。その後の処理は、実施形態１の動作と同じである。また、サーバー１０２０がＡＰモードに移行した後の再生装置１０３、１０４、１０５の処理も実施形態１の動作と同じである。

以上のように、サーバー１０２は、ＳＴＡモードで起動し、ＡＰ１０１が接続する有線ネットワークを介した通信を行うことができる。また、音楽、映像等の伝送容量の大きなデータ伝送を行う場合には、ＡＰモードに切換えることにより、通信帯域を有効に活用し、データの性質に合った伝送パラメータで通信できるようになる。

なお、サーバー１０２は、ＡＰモードへの移行時に、無条件にＡＰ１０１のネットワークから離れることを通知するのではなく、有線端末１０６、１０７との通信の有無を判断するようにしてもよい。つまり、サーバー１０２が、有線ネットワーク上の端末に対してメディア再生サービスを提供しているかを考慮するようにする。また、この判断は、有線端末との通信と、無線通信を行う端末（再生装置）との優先順位により行われる。例えば、サーバー１０２の利用者が予め無線端末よりも有線端末の通信の優先順位を高く設定してある場合には、ＡＰモードへの移行処理は行わず、データの再生を要求した無線端末に拒否応答を返信する。また、有線通信の有無の判断は、通信の管理情報によっておこなう。これには、ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）プロトコルスタックの状態（ステータス）がある。例えば、ＴＣＰの状態がＥＳＴＡＢＬＩＳＨＥＤになっているポートがあれば、その通信が終了するまで、ＡＰ１０１との接続を維持するようにする。または、無線端末の通信の優先順位が高く設定されている場合は、有線通信を切断し、ＡＰモードへの切り替え処理を実行する。

このように、メディアレンダラーとして動作している端末が無線端末だけの場合と有線端末が含まれる場合とで、サーバー１０２の処理を変化させる。

なお、本発明は上記実施形態を実現するソフトウエアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記録媒体に格納されたプログラムコードを読み出して実行することにより達成される。上記コンピュータは、ＣＰＵまたはＭＰＵ等の制御ユニットも含む。この場合、記憶媒体から読み出されたプログラムコード自体が上記実施形態を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって上記実施形態が実現される場合も含まれる。

さらに、コンピュータに挿入された機能拡張ユニットに備わるメモリにプログラムコードを書き込み、そのプログラムコードの指示に基づき、その機能拡張ユニットの制御部が処理の一部または全部を行い、その処理により上記実施形態を実現する場合も含まれる。

本発明の実施形態のシステム構成図アクセスポイントモードとステーションモードを備えるサーバーのブロック構成図ステーションモードのみを備える再生装置のブロック構成図実施形態１におけるサーバー１０２が起動する際の処理を示すシーケンスチャート。実施形態１における再生装置１０３の処理を示すシーケンスチャート。実施形態１における再生装置１０４がメディア再生時の処理を示すシーケンスチャート。実施形態１における再生装置１０３におけるＣＤ音楽の停止要求時の処理を示すシーケンスチャート。実施形態１におけるサーバー１０２に別の音楽ＣＤが挿入されたときの処理を示すシーケンスチャート。実施形態１におけるサーバー１０２の動作を説明するフローチャート。実施形態１におけるサーバー１０２の動作を説明するフローチャート。実施形態１におけるサーバー１０２の動作を説明するフローチャート。実施形態１におけるサーバー１０２の動作を説明するフローチャート。実施形態１におけるサーバー１０２の動作を説明するフローチャート。実施形態１における再生装置１０３、１０４、１０５の動作を説明するフローチャート。実施形態２におけるシステムの処理を示すシーケンスチャート。実施形態２におけるシステムの処理を示すシーケンスチャート。実施形態２におけるシステムの処理を示すシーケンスチャート。実施形態２におけるサーバー１０２の動作を説明するフローチャート。

符号の説明

１０１アクセスポイント
１０２サーバー
１０３無線通信を行う再生装置
１０４無線通信を行う再生装置
１０５無線通信を行う再生装置
１０６有線端末
１０７有線端末
１０８データベース

Claims

複数のコンテンツを他の装置に提供するサーバーであって、
無線ネットワークの構築及び管理を行う管理装置として動作する管理手段と、
他の管理装置が構築及び管理を行う無線ネットワークの被管理装置として動作する被管理手段と、
他の装置からの前記コンテンツの提供要求の内容と、前記管理手段または前記被管理手段の動作状態と、に応じて、前記管理手段による管理装置としての動作と前記被管理手段による被管理装置としての動作とを選択的に実行する選択手段と、
を有することを特徴とするサーバー。
前記管理手段は、前記他の装置にコンテンツを提供する際に、提供するコンテンツ及び提供中のコンテンツの種類と数に応じて、通信路管理の管理条件を変更する変更手段を有することを特徴とする請求項１に記載のサーバー。
前記他の装置からの要求内容に応じて、有線ネットワークを介して通信するか否かを判別する判別手段を有し、
前記選択手段は、前記管理手段による管理装置としての動作中に前記判別手段が有線ネットワークを介して通信すると判別すると、前記管理手段による管理装置としての動作状態から前記被管理手段による被管理装置としての動作状態に切り替えることを特徴とする請求項１又は請求項２に記載のサーバー。
前記他の装置から提供を要求されたコンテンツを記憶しているか否かを判定する判定手段を有し、
前記選択手段は、前記管理手段による管理装置としての動作中に前記判定手段が前記コンテンツを記憶していないと判定すると、前記管理手段による管理装置としての動作状態から前記被管理手段による被管理装置としての動作状態に切り替えることを特徴とする請求項１又は請求項２に記載のサーバー。
前記選択手段は、他の装置からの前記コンテンツの提供要求の内容と、前記管理手段または前記被管理手段の動作状態と、前記他の装置以外の装置との通信状態と、に応じて、前記管理手段による管理装置としての動作と前記被管理手段による被管理装置としての動作とを選択的に実行することを特徴とする請求項１乃至請求項４の何れかに記載のサーバー。
前記選択手段は、他の装置からの前記コンテンツの提供要求の内容と、前記管理手段または前記被管理手段の動作状態と、前記他の装置以外の通信中の装置との通信の優先度と、に応じて、前記管理手段による管理装置としての動作と前記被管理手段による被管理装置としての動作とを選択的に実行することを特徴とする請求項１乃至請求項４の何れかに記載のサーバー。
複数のコンテンツを他の装置に提供するサーバーの制御方法であって、
無線ネットワークの構築及び管理を行う管理装置としての管理機能と他の管理装置が構築及び管理を行う無線ネットワークの被管理装置としての被管理機能とを、他の装置からの前記コンテンツの提供要求の内容と、前記管理機能または前記被管理機能の動作状態と、に応じて、選択的に実行することを特徴とするサーバーの制御方法。