(57)【特許請求の範囲】
【請求項１】
データを送信する送信装置と前記送信装置からデータを受信する受信装置とを接続するネットワーク管理装置であって、
一定時間を計時する計時手段と、
前記受信装置からネットワークの接続要求を受け付ける受付手段と、
前記一定時間の計時中に前記受付手段によりネットワークの接続要求を受け付けた前記受信装置の数が一定数に達したか否かを判定する判定手段と、
前記計時手段により前記一定時間が計時されるまでに前記受付手段によりネットワークの接続要求を前記受信装置から受け付けた場合、前記一定時間が計時されるまでに前記受付手段によりネットワークの接続要求を受け付けた前記受信装置と前記送信装置とを接続するとともに、前記計時手段により前記一定時間が計時される前に、前記受付手段によりネットワークの接続要求を受け付けた前記受信装置の数が前記一定数に達したと前記判定手段により判定された場合、前記一定数に達した前記受信装置と前記送信装置とを接続するネットワーク接続手段と、
前記ネットワーク接続手段により前記受信装置と接続された前記送信装置に対し、前記受信装置へのデータの配信を要求する要求手段とを有し、
複数の前記送信装置のうちの第１の送信装置に接続された前記受信装置より後にネットワークの接続要求を行った受信装置にデータを配信するために、前記計時手段は前記一定時間を新たに計時し、前記ネットワーク接続手段は、前記計時手段により新たに前記一定時間が計時されるまでに前記受付手段によりネットワークの接続要求を前記受信装置から受け付けた場合、新たに前記一定時間が計時されるまでに前記受付手段によりネットワークの接続要求を受け付けた前記受信装置と複数の前記送信装置のうちの第２の送信装置とを接続するとともに、前記計時手段により新たに前記一定時間が計時される前に、前記受付手段によりネットワークの接続要求を受け付けた前記受信装置の数が前記一定数に達したと前記判定手段により判定された場合、前記一定数に達した前記受信装置と前記第２の送信装置とを接続し、前記要求手段は、前記第２の送信装置に対し、前記ネットワーク接続手段により前記第２の送信装置と接続された前記受信装置へのデータの配信を要求することを特徴とするネットワーク管理装置。
【請求項２】
前記ネットワーク接続手段は、前記一定時間が計時されるまでにネットワークの接続要求を受け付けた前記受信装置と前記送信装置とを接続するように、前記一定時間が計時されるまでにネットワークの接続要求を受け付けた受信装置にネットワークアドレスを割り当てることを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
前記送信装置に送信時刻が設定されていた場合、前記送信装置に設定された前記送信時刻を前記受信装置に対して送信する送信手段とを更に有し、
前記ネットワーク接続手段は、前記送信時刻までに前記受付手段によりネットワークの接続要求を受け付けた前記受信装置と前記送信装置とを接続することを特徴とする請求項１に記載のネットワーク管理装置。
【請求項４】
前記送信手段は、ＳＳＩＤ（Service Set Identifier）に前記送信時刻を含めて前記受信装置に対して送信することを特徴とする請求項３に記載のネットワーク管理装置。
【請求項５】
データを送信する送信装置と前記送信装置からデータを受信する受信装置とを接続するネットワーク管理装置の制御方法であって、
一定時間を計時する計時ステップと、
前記受信装置からネットワークの接続要求を受け付ける受付ステップと、
前記一定時間の計時中に前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置の数が一定数に達したか否かを判定する判定ステップと、
前記計時ステップにより前記一定時間が計時されるまでに前記受付ステップによりネットワークの接続要求を前記受信装置から受け付けた場合、前記一定時間が計時されるまでに前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置と前記送信装置とを接続するとともに、前記計時ステップにより前記一定時間が計時される前に、前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置の数が前記一定数に達したと前記判定ステップにより判定された場合、前記一定数に達した前記受信装置と前記送信装置とを接続するネットワーク接続ステップと、
前記ネットワーク接続ステップにより前記受信装置と接続された前記送信装置に対し、前記受信装置へのデータの配信を要求する要求ステップとを含み、
複数の前記送信装置のうちの第１の送信装置に接続された前記受信装置より後にネットワークの接続要求を行った受信装置にデータを配信するために、前記計時ステップは前記一定時間を新たに計時し、前記ネットワーク接続ステップは、前記計時ステップにより新たに前記一定時間が計時されるまでに前記受付ステップによりネットワークの接続要求を前記受信装置から受け付けた場合、新たに前記一定時間が計時されるまでに前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置と複数の前記送信装置のうちの第２の送信装置とを接続するとともに、前記計時ステップにより新たに前記一定時間が計時される前に、前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置の数が前記一定数に達したと前記判定ステップにより判定された場合、前記一定数に達した前記受信装置と前記第２の送信装置とを接続し、前記要求ステップは、前記第２の送信装置に対し、前記ネットワーク接続ステップにより前記第２の送信装置と接続された前記受信装置へのデータの配信を要求することを特徴とするネットワーク管理装置の制御方法。
【請求項６】
データを送信する送信装置と前記送信装置からデータを受信する受信装置とを接続するネットワーク管理装置の制御方法をコンピュータに実行させるためのプログラムであって、
一定時間を計時する計時ステップと、
前記受信装置からネットワークの接続要求を受け付ける受付ステップと、
前記一定時間の計時中に前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置の数が一定数に達したか否かを判定する判定ステップと、
前記計時ステップにより前記一定時間が計時されるまでに前記受付ステップによりネットワークの接続要求を前記受信装置から受け付けた場合、前記一定時間が計時されるまでに前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置と前記送信装置とを接続するととともに、前記計時ステップにより前記一定時間が計時される前に、前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置の数が前記一定数に達したと前記判定ステップにより判定された場合、前記一定数に達した前記受信装置と前記送信装置とを接続するネットワーク接続ステップと、
前記ネットワーク接続ステップにより前記受信装置と接続された前記送信装置に対し、前記受信装置へのデータの配信を要求する要求ステップとをコンピュータに実行させ、
複数の前記送信装置のうちの第１の送信装置に接続された前記受信装置より後にネットワークの接続要求を行った受信装置にデータを配信するために、前記計時ステップは前記一定時間を新たに計時し、前記ネットワーク接続ステップは、前記計時ステップにより新たに前記一定時間が計時されるまでに前記受付ステップによりネットワークの接続要求を前記受信装置から受け付けた場合、新たに前記一定時間が計時されるまでに前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置と複数の前記送信装置のうちの第２の送信装置とを接続するとともに、前記計時ステップにより新たに前記一定時間が計時される前に、前記受付ステップによりネットワークの接続要求を受け付けた前記受信装置の数が前記一定数に達したと前記判定ステップにより判定された場合、前記一定数に達した前記受信装置と前記第２の送信装置とを接続し、前記要求ステップは、前記第２の送信装置に対し、前記ネットワーク接続ステップにより前記第２の送信装置と接続された前記受信装置へのデータの配信を要求することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを送信する送信装置と前記データを受信する受信装置間のネットワークを構築する技術に関するものである。
【背景技術】
【０００２】
従来、端末がネットワークに参加する際のアドレス設定には、ＡｕｔｏＩＰやＤＨＣＰ（Dynamic Host Configuration Protocol：インターネット標準RFC2131/RFC2132/RFC3396）が用いられている。ＡｕｔｏＩＰは、インターネット標準ＩＥＴＦのＲＦＣ３３３０として規定されている。ＤＨＣＰは、ＲＦＣ２１３１として規定されている。
【０００３】
ところで、現在、モバイル端末が普及している。また、研修や試験、電車等での乗客サービスとして、映像配信が多く使われるようになっている。研修では、一つの時間帯に同時に集まることのできない受講生に配信しなければならないといった場合がある。また、長距離列車における配信サービスにおいては、２時間程度の映画を配信するとき、始発駅から３０分後や１時間後の途中駅から乗車した乗客にも初めから配信しなければならないという要求もある。これらの要件をまとめると、以下のようになる。
【０００４】
第一は、ストリーミング伝送とすることである。これは、著作権の関係からきている。また、試験という使い方では、蓄積されては困る事情がある。第二は、時間差をおいて複数のグループを対象にしなければならないことである。
【０００５】
ここで、従来の配信システムを顧みると、例えば、以下のようなものがある。
マルチキャストを用いるものとして、例えば、特許文献１に開示される発明が開示されている。これは、サーバによりサブネット内で配信するデータの内容と、ユーザ端末（ＳＴＡｎ）にて利用可能なマルチキャストＩＰアドレスとを対応付けたチャネル情報をブロードキャストＩＰアドレスを使用して配信する。各ユーザ端末（ＳＴＡｎ）では、ブロードキャストで受信したチャネル情報から希望の配信データを選択してそのマルチキャストＩＰアドレスを設定し、ＩＰ層でのフィルタリングに使用する。これにより、当該選択設定したマルチキャストＩＰアドレスを使用して配信データを受信するものである。
【０００６】
また、通信可能性の点からグループ化するのものとして、特許文献２に開示される発明が開示されている。これは、通信パケットの送信頻度に比較して通信端末の移動による接続の組み替え頻度が高い無線アドホックネットワークのグループ通信を可能とする通信端末を対象としている。自己（通信端末）がグループに所属する自局期限と共に、隣接する端末の識別情報と有効期限情報とがグループ管理テーブルに格納される。そして、通信端末が自己の識別情報と、更にグループ管理テーブルに格納された有効期限の情報に基づいてグループの期限情報とをパケットに付加して送信する。
【０００７】
【特許文献１】特開２００５−２４４３１９号公報
【特許文献２】特開２００１−２８５３４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来技術においては、マルチキャストを用いる場合は、コンテンツサーバからクライアントへマルチキャストアドレスを通知する必要があった。
【０００９】
そこで、本発明の目的は、複数の送信装置夫々にデータ配信時刻を設定する必要なく、データのタイムシフト配信を簡単に実現することにある。
【課題を解決するための手段】
【００１０】
本発明のネットワーク管理装置は、データを送信する送信装置と前記送信装置からデータを受信する受信装置とを接続するネットワーク管理装置であって、一定時間を計時する計時手段と、前記受信装置からネットワークの接続要求を受け付ける受付手段と、前記一定時間の計時中に前記受付手段によりネットワークの接続要求を受け付けた前記受信装置の数が一定数に達したか否かを判定する判定手段と、前記計時手段により前記一定時間が計時されるまでに前記受付手段によりネットワークの接続要求を前記受信装置から受け付けた場合、前記一定時間が計時されるまでに前記受付手段によりネットワークの接続要求を受け付けた前記受信装置と前記送信装置とを接続するとともに、前記計時手段により前記一定時間が計時される前に、前記受付手段によりネットワークの接続要求を受け付けた前記受信装置の数が前記一定数に達したと前記判定手段により判定された場合、前記一定数に達した前記受信装置と前記送信装置とを接続するネットワーク接続手段と、前記ネットワーク接続手段により前記受信装置と接続された前記送信装置に対し、前記受信装置へのデータの配信を要求する要求手段とを有し、複数の前記送信装置のうちの第１の送信装置に接続された前記受信装置より後にネットワークの接続要求を行った受信装置にデータを配信するために、前記計時手段は前記一定時間を新たに計時し、前記ネットワーク接続手段は、前記計時手段により新たに前記一定時間が計時されるまでに前記受付手段によりネットワークの接続要求を前記受信装置から受け付けた場合、新たに前記一定時間が計時されるまでに前記受付手段によりネットワークの接続要求を受け付けた前記受信装置と複数の前記送信装置のうちの第２の送信装置とを接続するとともに、前記計時手段により新たに前記一定時間が計時される前に、前記受付手段によりネットワークの接続要求を受け付けた前記受信装置の数が前記一定数に達したと前記判定手段により判定された場合、前記一定数に達した前記受信装置と前記第２の送信装置とを接続し、前記要求手段は、前記第２の送信装置に対し、前記ネットワーク接続手段により前記第２の送信装置と接続された前記受信装置へのデータの配信を要求することを特徴とする。
【発明の効果】
【００１１】
本発明においては、複数の送信装置夫々にデータ配信時刻を設定する必要なく、データのタイムシフト配信を簡単に実現することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１３】
図１は、本発明の実施形態に係るネットワークシステムの構成を示す図であり、図１に示す構成は、以下に説明する各実施形態において共通のネットワークシステムである。
【００１４】
１０１は、本実施形態において特徴的な制御を行う管理サーバであり、有線／無線を問わず複数の端末を収容するとともに、ＤＨＣＰサーバ機能を備え、ＩＰアドレスを設定する。管理サーバ１０１は、本発明のネットワーク管理装置の一構成例である。
【００１５】
１０２〜１０４は、コンテンツサーバであり、格納している映像等のコンテンツ（データ）を配信する。１０５〜１１０は、クライアントであり、コンテンツ配信を受け、コンテンツを再生することができる。コンテンツサーバ１０２〜１０４は、本発明の送信装置の一構成例である。クライアント１０５〜１１０は、本発明の受信装置の一構成例である。
【００１６】
本実施形態の基本的な動作は、管理サーバ１０１がコンテンツサーバ１０２〜１０４のコンテンツを把握し、クライアント１０５〜１１０がコンテンツを要求する場面において、配信側と要求側の時間関係によって管理サーバ１０１がネットワーク構成を変更する。
【００１７】
このような基本的な動作において、以下の条件によって種々の変形例が考えられる。
第一は、コンテンツサーバ１０２〜１０４がコンテンツ配信時刻を決定するか、管理サーバ１０１がコンテンツを配信する時間帯を区切るか、である。
第二は、コンテンツサーバ１０２〜１０４が一つであるか、複数であるか、である。
第三は、管理サーバ１０１が一つであるか、複数であるか、である。
第四は、管理サーバ１０１とコンテンツサーバ１０２〜１０４との接続、管理サーバ１０１とクライアント１０５〜１１０との接続が有線であるか、無線であるか、である。
【００１８】
以下、これら４項目の組み合わせを考慮しながら、本実施形態を説明していくが、その前に先ず、図２を用いて、本実施形態の構成要素で共通に使用されるプラットフォーム２００のブロックを説明する。プラットフォーム２００とは、管理サーバ１０１、コンテンツサーバ１０２〜１０４、クライアント１０５〜１１０等の機器が共通に備えるハードウェア構成である。
【００１９】
図２において、ＣＰＵ（Central Processing Unit）２０１は、プラットフォーム２００を搭載した機器を制御する。ＲＯＭ（Read Only Memory）２０２は、変更を必要としないプログラムやパラメータを格納するための半導体メモリである。ＲＡＭ（Random Access Memory）２０３は、外部装置等から供給されるプログラムやデータを一時的に記憶するためのメモリである。記憶装置２０４は、プラットフォーム２００を搭載した装置で実行されるべきアプリケーションプログラム等を格納する。この記憶装置２０４は、例えば、プラットフォーム２００に固定して設置されたハードディスク（ＨＤＤ）やメモリカードにより構成される。あるいは、記憶装置２０４は、プラットフォーム２００から着脱可能なフレキシブルディスク（ＦＤ）やCompact Disk（ＣＤ）やＤＶＤ等の光ディスク、磁気カード、光カード、ＩＣカード、メモリカード等を含んでもよい。小型表示装置２０５は、例えば液晶ディスプレイで構成され、プラットフォーム２００を搭載した装置の保持するデータや供給されたデータ等を表示する。２０６は操作卓であり、ポインティングデバイスやキーボード等によって構成される。
【００２０】
図３は、管理サーバ１０１の機能構成を示すブロック図である。管理サーバ１０１は、プラットフォーム２００に加え、レイヤ２及びレイヤ３のうちの少なくとも何れか一つのスイッチング機能を持つネットワークコントローラ３０１、複数の有線インタフェース３０２を備えている。
【００２１】
図４は、コンテンツサーバ１０２〜１０４の機能構成を示すブロック図である。コンテンツサーバ１０２〜１０４は、プラットフォーム２００に加え、ネットワークコントローラ４０１、有線インタフェース４０２を備えている。さらに、コンテンツサーバ１０２〜１０４は、カメラ等の画像入力装置４０４、符号化を行うエンコーダ（encoder）４０３を備え、ライヴ映像を送信できるようになっている。また、コンテンツサーバ１０２〜１０４は、プラットフォーム２００内の記憶装置に符号化済みのコンテンツを蓄積し、それを配信することもできる。
【００２２】
図５は、クライアント１０５〜１１０の機能構成を示すブロック図である。クライアント１０５〜１１０は、プラットフォーム２００に加え、ネットワークコントローラ５０１、有線インタフェース５０２を備えている。さらに、クライアント１０５〜１１０は、ネットワークを介して受信する符号化されたデータを復号して、映像や音声、静止画として表示データに変換するデコーダ（decoder）５０３を備える。さらに、クライアント１０５〜１１０は、必要に応じてプラットフォーム２００内の小型表示装置２０５よりも画素数の多い大型表示装置５０４を備えている。
【００２３】
図６は、本実施形態における管理サーバ１０１の処理の流れを示すフローチャートである。
【００２４】
まず、本ネットワークシステムの管理者は、３台のコンテンツサーバ１０２〜１０４と管理サーバ１０１を設置する。次に管理者はコンテンツサーバ１０２〜１０４のコンテンツ配信時刻を設定する。ここでは、Serve-01（１０２）は12時00分、Server-02（１０３）は12時20分、Server-03（１０４）は12時40分に、それぞれ配信を開始するものとする。
【００２５】
そして、ステップＳ６００において、管理サーバ１０１は初期化を行う。これは、インタフェースに接続している機器の管理表（図７の８００）上の項目を初期値にする等の処理である。この状態ではコンテンツサーバ１０２〜１０４等の機器がインタフェースに接続されることを待っている。
【００２６】
管理サーバ１０１は、ステップ６０１にて機器が接続されたことを検出すると、ステップ６０２において、ＤＨＣＰのパケット検出のためのタイマを起動する。本実施形態では、ネットワークシステムに接続する機器は、固定ＩＰアドレスを用いるのではなく、ＤＨＣＰを使って運用するものとしている。ステップ６０２は、本発明の計時手段の一処理例である。
【００２７】
管理サーバ１０１は、ステップ６０３において、インタフェース３０２上でＤＨＣＰ手順のパケットが流れるかを監視し、ＩＰアドレス要求があった場合、ステップ６０４においてＩＰアドレスを割り当てる。ステップ６０３は、受付手段の一処理例である。
【００２８】
さらにステップ６０５において、管理サーバ１０１は、インタフェース３０２に接続した機器がコンテンツサーバ１０２〜１０４であるかをＵＰｎＰ手順によって確認する。この確認処理は、接続した機器からＳＳＤＰ（Simple Service Discovery Protocol）のパケットが送信されるかを判断することによって行われる。
【００２９】
管理サーバ１０１は、コンテンツサーバ１０２〜１０４が接続されたことが確認されたときは、ステップ６０６において、コンテンツ配信時刻（送信時刻）が設定されているかを確認する。この確認処理は、ＵＰｎＰ手順のContent Directory Service手順を実行することによって行われる。本実施形態では、コンテンツサーバ１０２〜１０４は、サービスの一覧を示すＸＭＬファイルにコンテンツ配信時刻を示すタグとその内容を追記しているものとする。本処理は、取得手段の一処理例である。
【００３０】
以下にＸＭＬファイルの抜粋を示す。
<dc:title>Movie 1</dc:title>
<dc:date>2001-10-25</dc:date>
<dc:starting_time>2006-12-23 12:00:00</dc:starting_time>
追記するタグは、＜dc:starting_time＞であり、”12時00分から配信”といった日時情報である。
【００３１】
ステップ６０２で起動したタイマがステップ６０９において満了したら、管理サーバ１０１は、ステップ６１０においてインタフェース上の接続を無効にする。この無効化の処理は、このインタフェースでのパケットの送受信を論理的に停止する処理でもよいし、給電を止めるといった物理的な停止処理でもよい。つまり、ネットワークシステム内では、固定ＩＰで運用することを許さないことになる。
【００３２】
ステップ６０５において、インタフェースに接続した機器がコンテンツサーバでなければ、管理サーバ１０１は、“コンテンツサーバ以外の端末”として、管理表８００に登録する。
【００３３】
ステップ６０６においてコンテンツ配信時刻の指定がないときの処理は、後述する図１０に示す処理となる。
【００３４】
また、後述するように管理サーバ１５００とクライアントとの接続が無線の場合であるときの処理は、図１４に示す処理となる。
【００３５】
これら一連の後、管理サーバ１０１は、ステップ６０８において図７の管理表８００の項目を最終的に更新する。
【００３６】
ここで、図７を用いて管理表８００の各項目を説明する。図７は、管理表８００の構成を概念的に示す図である。
【００３７】
図７の「インタフェース」は、管理サーバ１０１が備えるインタフェース一つ一つを識別する値であり、管理サーバ１０１内で固有の値である。
【００３８】
「クライアント識別子」は、インタフェースで検出した機器一つ一つを識別するものである。これはＭＡＣ（Media Access Control）のアドレスでもよい。
【００３９】
「種別」は、インタフェースに接続した機器の論理的な属性を示すものであり、コンテンツサーバ又はコンテンツサーバ以外の機器、といった値をとる。
【００４０】
「コンテンツとその開始時刻」は、Content Directory Service手順によって、コンテンツのタイトルを示すタグ（＜dc:title＞）とコンテンツ配信時刻を示すタグ（＜dc:starting_time＞）の値である。なお、このコンテンツ配信時刻を示すタグは、本実施形態特有のものである。
【００４１】
「ＩＰサブネットとサブネットマスク」は、ＤＨＣＰサーバ機能によって、コンテンツサーバやクライアントに割り当てたＩＰアドレスとサブネットマスクである。
【００４２】
図８は、コンテンツサーバ１０２〜１０４の動作を示すフローチャートである。
先ず、コンテンツサーバ１０２〜１０４は、ステップ９００において初期化を行う。この初期化処理では、ネットワークアドレスを未設定の状態にすること等が行われる。
【００４３】
コンテンツサーバ１０２〜１０４は、ステップ９０１においてコンテンツ配信時刻を設定する。これは、本システムやコンテンツサーバ１０２〜１０４の管理者が操作卓２０６を用いて行う処理である。コンテンツサーバ１０２〜１０４のＣＰＵ２０１は、このコンテンツ配信時刻の情報をContent Directory ServiceのＸＭＬファイルに反映させる。
【００４４】
次に、ステップ９０２において、本システムの利用者がコンテンツサーバ１０２〜１０４を管理サーバ１０１に接続すると、コンテンツサーバ１０２〜１０４のＣＰＵ２０１がそれを検出し、ＤＨＣＰクライアント機能を動作させる。そして、管理サーバ１０１のＤＨＣＰサーバ機能から割り当てられたＩＰアドレスをコンテンツサーバ１０２〜１０４のネットワークインタフェースに設定する。
【００４５】
次に、コンテンツサーバ１０２〜１０４は、ステップ９０３においてコンテンツ配信時刻であるかを確認し、コンテンツ配信時刻であれば、ステップ９０４においてブロードキャスト手段を用いてコンテンツを配信する。配信方法は、ＲＴＰ（Real Time Protocol）形式によるＵＤＰストリーミングを用いる。これは、コンテンツサーバ１０２〜１０４との配信手順のトランスポート手段としてＵＤＰを使うことにしているからである。よって、ソケット通信処理において、以下のコマンドを追加するだけでよい。
setsockopt（ソケット識別子、level、SO_BROADCAST、オプション値、オプション長）
【００４６】
なお、ＵＤＰポート番号の具体的な値は、1024に時刻の時と分を４桁の数値で表現した数を加えたものである。1024とは、well knownポートより後のポートを使うという意味である。また、コンテンツサーバ１０２〜１０４とクライアント１０５〜１１０の間で取り決めができていれば、1024以外の数値でも構わない。そして、コンテンツサーバ１０２〜１０４は、ステップ９０４において配信中の状態に遷移する。
【００４７】
次に、クライアント１０５〜１１０の動作について説明する。
クライアント１０５〜１１０は、初期化処理を行う。この初期化処理では、ネットワークアドレスを未設定の状態にすること等が行われる。
【００４８】
次に、利用者がクライアント１０５〜１１０をネットワークに接続すると、クライアント１０５〜１１０は、ＤＨＣＰクライアント機能によってＩＰアドレスを要求する。
【００４９】
そしてクライアント１０５〜１１０は、ブロードキャストパケットであって、コンテンツサーバ１０２〜１０４との間の既定のポート番号宛のパケットを受信し、それを既定のパケット化規約の基に復号化し、映像として表示する。
【００５０】
ここで、既定のポート番号とは、1024に時刻の時と分を４桁の数値で表現した数を加えたものである。既定のパケット化規約とはＲＴＰである。詳細については、コンテンツサーバ１０２〜１０４の処理において説明した内容と同じである。
【００５１】
このような状態で配信されたら、クライアント１０５〜１１０ではその内容を復号化して、大型表示装置５０４で表示する状態に遷移する。
【００５２】
図９は、管理サーバ１０１、コンテンツサーバ１０２〜１０４及びクライアント１０５〜１１０の各機器間の処理を示すシーケンスチャートである。なお、管理サーバ１０１は、クライアント１０５、１１０からネットワークの接続要求を受け付ける。また、管理サーバ１０１は、コンテンツサーバ１０２にて設定されるデータの送信時刻を取得する。そして、管理サーバ１０１は、データの送信時刻までにネットワークの接続要求を受け付けたクライアント１０５、１１０とコンテンツサーバ１０２間におけるネットワークを構築する。ここで、管理サーバ１０１は、ネットワーク管理装置である。クライアント１０５、１１０は、受信装置である。また、コンテンツサーバ１０２は、送信装置である。管理サーバ１０１は、クライアント１０５、１１０とコンテンツサーバ１０２間におけるネットワークを構築するために、送信時刻までにネットワークの接続要求を受け付けたクライアント１０５、１１０に割り当てるネットワークアドレスを選択する。このネットワークアドレスは、コンテンツサーバ１０２がブロードキャスト送信したデータを、クライアント１０５、１１０が受信するように、選択される。
【００５３】
ステップ１１０１は、コンテンツサーバ１０２がＤＨＣＰ手順によって管理サーバ１０１からＩＰアドレスの割り当てを受ける手順である。
【００５４】
ステップ１１０２は、管理サーバ１０１がＵＰｎＰのContent Directory Serviceにおいて、コンテンツサーバ１０２のコンテンツ一覧を問い合わせる手順である。
【００５５】
ステップ１１０３〜１１０４は、コンテンツサーバ１０３に対するステップ１１０２と同様の手順であり、ステップ１１０５〜１１０６は、コンテンツサーバ１０４に対するステップ１１０２と同様の手順である。
【００５６】
ステップ１１０７は、クライアント１０５がＤＨＣＰ手順によって管理サーバ１０１からＩＰアドレスの割り当てを受ける手順である。同様に、ステップ１１０８は、クライアント１１０がＩＰアドレスの割り当てを受ける手順である。
【００５７】
ステップ１１０９は、コンテンツサーバ１０２とクライアント１０５とクライアント１１０は、一つのネットワークを構築する手順である。
【００５８】
そして、ステップ１１１０において、コンテンツサーバ１０２からクライアント１０５とクライアント１１０とにコンテンツの配信が開始される。
【００５９】
ステップ１１１１〜１１１４は、コンテンツサーバ１０３とクライアント１０６とクライアント１０７とに対するステップ１１０７〜１１１０と同様な処理手順を示している。
【００６０】
ステップ１１１５〜１１１８は、コンテンツサーバ１０４とクライアント１０８とクライアント１０９とに対するステップ１１０７〜１１１０と同様な処理手順を示している。ステップ１１０９、１１１３、１１１７は、本発明の構築手段の一処理例である。
【００６１】
以上のように、管理サーバ１０１は、コンテンツサーバから取得したコンテンツ配信時刻までにネットワーク接続を要求したクライアントと当該コンテンツサーバ間におけるネットワークを構築するようにしている。従って、コンテンツサーバからクライアントへマルチキャストアドレスを通知することなく、ブロードキャストによるコンテンツ配信を簡単な手順で実現することが可能となる。
【００６２】
次に、コンテンツサーバ１０２〜１０４がコンテンツ配信時刻を設定しない場合について説明する。この場合、管理サーバ１０１自身がクライアントのグループを形成し、クライアントの代わりにコンテンツサーバ１０２〜１０４に配信要求を送出する。グループ形成の方法としては、管理サーバ１０１が予め時間帯を決めておき、その時間帯に接続したクライアント群をまとめる方法と、管理サーバ１０１に接続したクライアントの数が一定数になったときにグループ化する方法がある。
【００６３】
先ず、図１０を用いて管理サーバ１０１の処理について説明する。図１０は、コンテンツサーバがコンテンツ配信時刻を設定しない場合、即ち、図６のステップ６０６においてコンテンツ配信時刻を設定していないと判定された場合における管理サーバ１０１の処理を示すフローチャートである。
【００６４】
図６のステップ６０６において、コンテンツ配信時刻が設定されていないと判定された場合、図１０のステップ１２００へ遷移する。管理サーバ１０１は、ステップ１２０１でタイマを設定し、クライアント接続数をゼロに初期化する。
【００６５】
ステップ１２０２において、管理サーバ１０１は、タイマが満了したかを監視する。タイマが満了すれば、管理サーバ１０１は、ステップ１２０３で接続クライアント数を確認する。
【００６６】
タイマが満了するまでの時間帯に一定数のクライアントが接続されていれば、管理サーバ１０１は、ステップ１２０４においてコンテンツサーバへコンテンツの配信要求を送出する。そして、管理サーバ１０１は、ステップ１２０５でコンテンツサーバからのコンテンツの配信を確認する。
【００６７】
次に、管理サーバ１０１は、ステップ１２０６において他のコンテンツサーバが存在するかを図７に示すような管理表上で確認する。もし、他のコンテンツサーバが存在すれば、管理サーバ１０１は新たな時間帯を決めて、ステップ１２０１からの処理を繰り返す。一方、ステップＳ１２０６で他のコンテンツサーバが存在しないと判定された場合、つまり、全てのコンテンツサーバがコンテンツを配信中であるならば、管理サーバ１０１は、ステップ１２０７で何れかのコンテンツサーバがコンテンツの配信を終了するのを待つ。このコンテンツの配信終了の認識は、ＵＰｎＰの手順で認識するか、コンテンツサーバから伝送されているパケットを監視するか、の処理を継続することによって行われる。
【００６８】
何れかのコンテンツサーバのコンテンツの配信が終了すれば、そのコンテンツサーバからの新たなコンテンツの配信に備え、ステップ１２０１へ遷移する。
【００６９】
ここまでの処理は、ある時間間隔毎にコンテンツサーバからのコンテンツの配信を促す制御であったが、一定数のクライアントが接続した時点で、コンテンツサーバからのコンテンツの配信を促すこともできる。即ち、ステップ１２０２においてタイマが満了していないと判定された場合、ステップ１２０８の判断処理に進み、予め設定していた数のクライアントが接続しているかを判断する。もし、接続しているクライアントが一定数に達していたら、ステップ１２０４へ進み、管理サーバ１０１はコンテンツサーバに配信を要求する。接続しているクライアントが一定数に達していないときは、ステップ１２０２に戻る。ステップ１２０８は、本発明の判定手段の一処理例である。
【００７０】
次に、図１１を用いてコンテンツサーバ１０２〜１０４の処理について説明する。図１１は、コンテンツ配信時刻を設定しない場合におけるコンテンツサーバの処理を示すフローチャートである。
【００７１】
先ず、コンテンツサーバ１０２〜１０４は、ステップ１３０１においてＤＨＣＰの手順によってＩＰアドレスの割り当てを受ける。ここでは、コンテンツサーバ１０２〜１０４が配信タイミングを決めているのではなく、要求がきたら配信するようにしているので、配信時刻の設定は行われない。よって、コンテンツサーバ１０２〜１０４は、ステップ１３０２において配信要求の待ち受ける状態に入る。
【００７２】
配信要求があれば、コンテンツサーバ１０２〜１０４は、ステップ１３０３においてコンテンツをブロードキャストする。これは、図８のステップ９０４と同じ処理である。
【００７３】
なお、コンテンツサーバ１０２〜１０４がコンテンツ配信時刻を設定しない場合におけるクライアントの処理は、コンテンツサーバ１０２〜１０４がコンテンツ配信時刻を設定した場合の処理と同様である。
【００７４】
図１２は、管理サーバ１０１、コンテンツサーバ１０２〜１０４、クライアント１０５〜１１０の各機器間の処理を示すシーケンスチャートである。なお、管理サーバ１０１は、クライアント１０５、１１０からネットワークの接続要求を受け付ける。そして、管理サーバ１０１は、一定時間が計時されるまでにネットワークの接続要求を受け付けたクライアント１０５、１１０とコンテンツサーバ１０２間におけるネットワークを構築する。ここで、管理サーバ１０１は、ネットワーク管理装置である。クライアント１０５、１１０は、受信装置である。また、コンテンツサーバ１０２は、送信装置である。管理サーバ１０１は、クライアント１０５、１１０とコンテンツサーバ１０２間におけるネットワークを構築するために、一定時間が計時されるまでにネットワークの接続要求を受け付けたクライアント１０５、１１０に割り当てるネットワークアドレスを選択する。このネットワークアドレスは、コンテンツサーバ１０２がブロードキャスト送信したデータを、クライアント１０５、１１０が受信するように、選択される。
【００７５】
ステップ１４０１は、コンテンツサーバ１０２がＤＨＣＰ手順によって管理サーバ１０１からＩＰアドレスの割り当てを受ける手順である。
【００７６】
ステップ１４０２は、管理サーバ１０１がＵＰｎＰのContent Directory Serviceにおいて、コンテンツサーバ１０２のコンテンツ一覧を問い合わせる手順である。
【００７７】
１４０３は、タイマによって経過時間が計時される期間を示しており、ここでは１０秒の経過がタイマによって計時される。
【００７８】
ステップ１４０４〜１４０５は、コンテンツサーバ１０３に対するステップ１４０１〜１４０２と同様の手順である。
【００７９】
ステップ１４０６は、クライアント１０５がＤＨＣＰ手順によって管理サーバ１０１からＩＰアドレスの割り当てを受ける手順である。同様に、ステップ１４０７は、クライアント１１０がＤＨＣＰ手順によって管理サーバ１０１からＩＰアドレスの割り当てを受ける手順である。
【００８０】
タイマによって１０秒間が計時されると、管理サーバ１０１は、ステップ１４０８において、コンテンツサーバ１０２とクライアント１０５とクライアント１１０とで、ネットワークを構成する。
【００８１】
ステップ１４０９では、管理サーバ１０１はコンテンツサーバ１０２にコンテンツの配信を要求する。
【００８２】
ステップ１４１０では、コンテンツサーバ１０２は、クライアント１０５とクライアント１１０とに対するコンテンツの配信を開始する。それと同時に、管理サーバ１０１は、コンテンツサーバ１０３によって、次の配信を行うためのタイマによる計時を開始する。
【００８３】
ステップ１４１１〜１４１４までは、クライアント１０６〜１０９が次々に管理サーバ１０１に接続する流れを示している。ステップ１４１５は、コンテンツサーバ１０３とクライアント１０６〜１０９とのネットワーク接続を示している。ここで、クライアントが４台集まったら配信すると設定していた場合、タイマによって１０秒間が計時される前でも、管理サーバ１０１はステップ１４１６においてコンテンツサーバ１０３にコンテンツの配信を要求する。
【００８４】
それを受けたコンテンツサーバ１０３は、ステップ１４１７においてコンテンツの配信を開始する。ステップ１４０８、１４１５は、本発明の構築手段の一処理例である。
【００８５】
以上のように、タイマによって一定時間が計時されるまでにクライアントからのネットワーク接続要求があった場合や、タイマによって一定時間が計時されるまえにネットワーク接続要求のあったクライアント数が一定数に達した場合、それらのクライアントとコンテンツサーバ間におけるネットワークを構築するようにしている。従って、各コンテンツサーバそれぞれにコンテンツ配信時刻を設定する必要なく、コンテンツのタイムシフト配信を簡単に実現することができる。
【００８６】
次に、クライアントの通信媒体が無線ＬＡＮ（IEEE802.11）である場合の処理について説明する。この場合において上述した管理サーバ１０１の機能を担うのは、無線ＬＡＮアクセスポイント機能を備えた管理サーバ１５００となる。
【００８７】
図１３は、無線ＬＡＮアクセスポイント機能を備える管理サーバ１５００の機能構成を示すブロック図である。プラットフォーム２００に加え、レイヤ２及びレイヤ３のうちの少なくとも何れか一方を含むスイッチング機能を持つ有線ネットワークコントローラ１５０１、複数の有線インタフェース１５０２、無線コントローラ１５０３を備えている。
【００８８】
図１４は、図６のステップ６０７においてクライアントとの通信が無線接続であると判定された場合に実行される処理を示すフローチャートである。
【００８９】
また、この場合に使用される管理表１７００は、図１５に示すように、図７に示す管理表に対して「無線チャネル」、「無線チャネルの残存（Mbps）」、「ＳＳＩＤ（Service Set IDentifier）」（不図示）といった無線ＬＡＮに固有な項目が追加されている。
【００９０】
まず、ステップ１６００へ遷移する以前に、管理サーバ１５００はコンテンツサーバのコンテンツ配信時刻の情報を取得しているので、ステップ１６０１ではそれに対応付けた無線ＬＡＮのＳＳＩＤを生成する。例えば、配信時刻が12時00分であれば、ＥＳＳＩＤを”12:00”というASCII文字列にする。そしてその値をビーコン情報に含めてクライアントに送信する。本処理は、本発明の送信手段の一処理例である。
【００９１】
その段階で、管理サーバ１５００は、無線機器からのアソシエーション要求を待つ。管理サーバ１５００は、ステップ１６０２においてアソシエーション要求を受信すると、ステップ１６０３においてアソシエーション応答を要求元の無線機器に返す。
【００９２】
続いて、管理サーバ１５００は、無線機器からのＤＨＣＰ要求を待ち、ステップ１６０４においてＤＨＣＰ手順のＩＰアドレス要求を受信したら、ステップ１６０５においてＩＰアドレスを割り当てる。ここで特徴的なことは、ＳＳＩＤ毎にネットワークを形成することである。
【００９３】
そして、管理サーバ１５００は管理表１７００を更新する。ここでは、ＵＰｎＰ手順によってコンテンツのプロパティ（属性）からコンテンツの符号化レートを得て、無線媒体の帯域残存量を更新する。
【００９４】
さらに、管理サーバ１５００はこのような処理フローをそれぞれのコンテンツサーバに対して行う。つまり、ステップ１６０６において、もし、未だコンテンツを配信していないコンテンツサーバが存在するときは、ステップ１６０１からの処理を繰り返すフローとなる。一方、コンテンツを配信していないコンテンツサーバが存在しないときは、管理サーバ１５００は「全てのサーバが配信中」という状態に遷移する。
【００９５】
さらに、無線コントローラ１５０３が複数の無線チャネルを処理できるときには、ＳＳＩＤ毎に無線チャネルを変更してもよい。また、配信後のＳＳＩＤは、配信の経過時間が分かるような文字列を付加してもよい。例えば、”12:00plus30minutes”等である。
【００９６】
クライアントの通信媒体が無線ＬＡＮである場合におけるコンテンツサーバの処理は、図８に示す処理と同じである。
【００９７】
図１６は、通信媒体が無線ＬＡＮである場合におけるクライアントの処理を示すフローチャートである。
【００９８】
先ず、クライアントは、ステップ１８００において初期化処理を行って初期状態となる。
【００９９】
次に、クライアントは、ステップ１８０１において、無線ＬＡＮアクセスポイントのビーコンを管理サーバ１５００から受信する。このビーコンには、コンテンツ配信時刻を示すＳＳＩＤが含まれている。クライアントは、これを表示装置に表示して、クライアントの利用者がＳＳＩＤを選択するのを待つ。利用者が選択したら、クライアントは、ステップ１８０３においてアソシエーション要求を送信し、ステップ１８０４においてアソシエーション応答を受信する。
【０１００】
次に、クライアントは、ステップ１８０５においてＤＨＣＰ要求を送信し、ステップ１８０６においてＤＨＣＰ手順により割り当てられたＩＰアドレスをネットワークコントローラ５０１に設定する。
【０１０１】
そして、クライアントは、ステップ１８０７において、コンテンツサーバからのコンテンツの配信を待つ。ここで、ソケット通信処理は、上述した処理と同じである。特徴的なのは、ＵＤＰのポート番号を”ＳＳＩＤに含まれるコンテンツ配信時刻を４桁の数値に変換したもの＋１０２４”と定めていることである。よって、ポートは1200+1024=2224になる。
【０１０２】
図１７は、クライアントの通信媒体が無線ＬＡＮである場合における、管理サーバ、コンテンツサーバ、クライアントの各機器間の処理を示すシーケンスチャートである。
【０１０３】
ステップ１９０１〜ステップ１９０４は、図９のステップ１１０１〜１１０４の処理と同じである。
【０１０４】
ステップ１９０５において、管理サーバ１５００は、無線チャネルαのビーコンのＳＳＩＤを”ESSID-time1”に設定する。
【０１０５】
ステップ１９０６において、クライアント１０５がアソシエートし、ＤＨＣＰによって管理サーバ１５００からＩＰアドレスを取得する。
【０１０６】
ステップ１９０７において、同様に、クライアント１１０がアソシエートし、管理サーバ１５００からＩＰアドレスを取得する。
【０１０７】
ステップ１９０８において、管理サーバ１５００は、コンテンツサーバ１０２とクライアント１０５とクライアント１１０とのネットワークを構成する。
【０１０８】
ステップ１９０９において、コンテンツサーバ１０２は、クライアント１０５、１１０に対してコンテンツを配信する。
【０１０９】
同様に、ステップ１９１０〜１９１４によって、管理サーバ１５００は、コンテンツサーバ１０３とクライアント１０６とクライアント１０７とのネットワークを構成し、コンテンツサーバ１０３はクライアント１０６、１０７にコンテンツを配信する。
【０１１０】
さらに同様に、ステップ１９１５から１９１９によって、管理サーバ１５００は、コンテンツサーバ１０４とクライアント１０８とクライアント１０９とのネットワークを構成し、コンテンツサーバ１０４はクライアント１０８、１０９にコンテンツを配信する。
【０１１１】
ここで、本処理による効果を挙げる。ＳＳＩＤにコンテンツ配信時刻を含めることによって、ＵＰｎＰのContent Directory Serviceの情報は従来のままで、クライアントにコンテンツ配信時刻を通知することができるようになる。従って、既存システムサーバとクライアントに変更を加えることなく、簡単にコンテンツ配信ができるようになる。
【０１１２】
また、多くの端末を収容しているネットワークに状態のよいチャネルを割り当てることによって、サービス品質を考慮したネットワーク構成が可能になる。
【０１１３】
なお、上述した実施形態は、コンテンツサーバが３つであったが、これを一つにしてもよい。この際、コンテンツサーバは、コンテンツ毎に仮想アドレスを備えることになる。
【０１１４】
また、上述した実施形態は管理サーバが一つであったが、例えば、無線チャネル毎にアクセスポイントを別筐体とする構成にしてもよい。
【０１１５】
上述した本発明の実施形態を構成する各手段及び各ステップは、コンピュータのＲＡＭやＲＯＭ等に記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
【０１１６】
また、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施形態も可能であり、具体的には、一つの機器からなる装置に適用してもよい。
【０１１７】
なお、本発明は、上述した実施形態の機能を実現するソフトウェアのプログラムを、システム又は装置に直接、又は遠隔から供給する。そして、そのシステム又は装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１１８】
従って、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１１９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。更に、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳ等が、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１２０】
更に、その他の方法として、まず記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。そして、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１２１】
【図１】本発明の実施形態に係るネットワークシステムの構成を示す図である。
【図２】本発明の実施形態において共通に使用されるプラットフォームのブロックを示す図である。
【図３】管理サーバの機能構成を示すブロック図である。
【図４】コンテンツサーバの機能構成を示すブロック図である。
【図５】クライアントの機能構成を示すブロック図である。
【図６】管理サーバの処理の流れを示すフローチャートである。
【図７】管理表の各項目を説明するための図である。
【図８】コンテンツサーバの処理の流れを示すフローチャートである。
【図９】管理サーバ、コンテンツサーバ及びクライアントの各機器間の処理を示すシーケンスチャートである。
【図１０】管理サーバの処理の流れを示すフローチャートである。
【図１１】コンテンツサーバの処理の流れを示すフローチャートである。
【図１２】管理サーバ、コンテンツサーバ及びクライアントの各機器間の処理を示すシーケンスチャートである。
【図１３】無線ＬＡＮアクセスポイント機能を備える管理サーバの機能構成を示すブロック図である。
【図１４】図６のステップ６０７においてクライアントとの通信が無線接続であると判定された場合に実行される処理を示すフローチャートである。
【図１５】管理表の各項目を説明するための図である。
【図１６】通信媒体が無線ＬＡＮである場合におけるクライアントの処理を示すフローチャートである。
【図１７】クライアントの通信媒体が無線ＬＡＮである場合における、管理サーバ、コンテンツサーバ及びクライアントの各機器間の処理を示すシーケンスチャートである。
【符号の説明】
【０１２２】
１０１、１５００  管理サーバ
１０２〜１０４  コンテンツサーバ
１０５〜１１０  クライアント
２００  プラットフォーム
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  記憶装置
２０５  小型表示装置
２０６  操作卓
２０７  バス
３０１、４０１、５０１  ネットワークコントローラ
３０２、４０２、５０２  インタフェース
４０３  エンコーダ
５０３  デコーダ
５０４  大型表示装置
【図１】
0004958755.tif 000002
【図２】
0004958755.tif 000003
【図３】
0004958755.tif 000004
【図４】
0004958755.tif 000005
【図５】
0004958755.tif 000006
【図６】
0004958755.tif 000007
【図７】
0004958755.tif 000008
【図８】
0004958755.tif 000009
【図９】
0004958755.tif 000010
【図１０】
0004958755.tif 000011
【図１１】
0004958755.tif 000012
【図１２】
0004958755.tif 000013
【図１３】
0004958755.tif 000014
【図１４】
0004958755.tif 000015
【図１５】
0004958755.tif 000016
【図１６】
0004958755.tif 000017
【図１７】
0004958755.tif 000018