(57)【要約】【課題】  単一の通信媒体を共有するネットワークシステムにおいて、加入条件の高いユーザからのＱｏＳリンク設定の要求を確実に受け付けられるようにする。【解決手段】  複数の端末（１５０〜１５２）がネットワーク１４０との間で無線通信を行う場合の通信路（１００〜１０２）を提供する情報処理装置１１０であって、ユーザ識別情報とＭＡＣアドレスとを対応付けて記憶する手段と、ユーザ識別情報と前記端末（１５０〜１５２）がネットワーク１４０との間で無線通信を行う場合のアクセス方式に関する情報とを対応付けて記憶する手段と、前記端末から通信路の割り当て要求を受けた場合、対応するアクセス方式を抽出する手段と、抽出されたアクセス方式により、前記通信路を割り当てる手段とを備える。【選択図】  図１
2007053446.tif 000002
【特許請求の範囲】
【請求項１】
端末とネットワークとの間の通信路を提供する情報処理装置であって、
前記端末のユーザを識別するためのユーザ識別情報と、前記端末を物理的に識別するための物理識別情報とを対応付けて記憶する第１の記憶手段と、
前記ユーザ識別情報と、前記端末がネットワークとの間で通信を行う場合の通信路の種別に関する種別情報と、を対応付けて記憶する第２の記憶手段と、
前記端末から、通信路の割り当て要求を受けた場合、該端末の物理識別情報に基づいて対応するユーザ識別情報を抽出し、該抽出されたユーザ識別情報により識別されるユーザについてのユーザ認証に成功していた場合に、対応する種別情報を抽出する抽出手段と、
前記抽出手段により抽出された種別情報により、前記通信路を割り当てる割当手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記第２の記憶手段は、前記ユーザ識別情報ごとに優先順位を付けて前記種別情報を記憶することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記端末から、通信路の割り当て要求を受けた際に、前記ユーザ認証が完了していなかった場合には、該端末に対して、所定時間経過後に再度割り当て要求を行うべき旨を通知する通知手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記情報処理装置が提供する通信路が占有されている状態において、前記端末から前記割り当て要求を受けた場合において、該割り当て要求を行った端末のユーザについてのユーザ識別情報の優先順位の方が、該通信路を占有している端末のユーザについてのユーザ識別情報よりも高い場合には、該占有している通信路を開放することを特徴とする請求項２に記載の情報処理装置。
【請求項５】
端末とットワークとの間の通信路を提供する情報処理装置における情報処理方法であって、
前記端末のユーザを識別するためのユーザ識別情報と、前記端末を物理的に識別するための物理識別情報とを対応付けて記憶する第１の記憶工程と、
前記ユーザ識別情報と、前記端末がネットワークとの間で通信を行う場合の通信路の種別に関する種別情報と、を対応付けて記憶する第２の記憶工程と、
前記端末から、通信路の割り当て要求を受けた場合、該端末の物理識別情報に基づいて対応するユーザ識別情報を抽出し、該抽出されたユーザ識別情報により識別されるユーザについてのユーザ認証に成功していた場合に、対応する種別情報を抽出する抽出工程と、
前記抽出工程により抽出された種別情報により、前記通信路を割り当てる割当工程と
を備えることを特徴とする情報処理方法。
【請求項６】
請求項５に記載の情報処理方法をコンピュータによって実現させるための制御プログラムを格納した記憶媒体。
【請求項７】
請求項５に記載の情報処理方法をコンピュータによって実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末がネットワークとの間で通信を行う際の通信路を提供する情報処理装置における、情報処理技術に関するものである。
【背景技術】
【０００２】
従来より、複数の機器ならびに複数の利用者が単一の通信媒体（例えば、無線アクセスポイント）を共有するネットワークシステムが知られている。近年、このようなネットワークシステムにおいて、ユーザごとのプロファイル情報を認識しユーザに適合したサービス（データ配信サービス、ユーザ認証サービス等）を提供可能なネットワーク機器（サーバ等）が普及してきている。
【０００３】
このような背景のもと、これまでネットワークシステムに関する多くの提案がなされてきた。例えば、下記特許文献１では、享受しようとするサービス毎に、ネットワーク機器側にて必要な認証パスワードを使い分けるネットワークシステムが提案されている。また、下記特許文献２では、ユーザのサービス要求条件やユーザのネットワークシステムへの加入条件に従って、バックボードネットワーク資源の増強（バイパス回線の確保）を行うネットワーク機器が提案されている。
【特許文献１】特開２００１−３１２４７２号公報
【特許文献２】特開２００３―２１８９１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ネットワークシステムに関する上記特許文献を含む多くの提案は、ユーザ認証により特定されるユーザのプロファイル情報を基準に、ネットワーク機器が提供するアプリケーションソフトウェアを制限したりするものであった。あるいは、ネットワーク機器にて必要な通信速度を確保するためのバックボードネットワーク資源を増強したりするものに限られていた。つまり、サービスを提供するネットワーク機器に関する提案が大半であった。
【０００５】
一方で、上述のようなネットワークシステムの場合、以下のような問題がある。例えば、複数のユーザがストリームデータの無線通信を可能にするためのＱｏＳリンクの設定を行った場合、当該通信媒体の無線通信路に空きが無くなることがある。そして、このような状況下においては、たとえネットワークシステムへの加入条件の高いユーザ（本来、ＱｏＳリンクの設定を受けるべきユーザ）からのＱｏＳリンクの設定要求があった場合であっても、当該設定要求に応えることができない。これは、ユーザ認証サービスを提供するネットワーク機器において、ユーザ認証に成功した場合、通信媒体では設定順序の早い順に順次無線通信路が占有されていくためである。
【０００６】
このように、上述のようなネットワークシステムにおいては、加入条件の低いユーザ（本来、ＱｏＳリンクの設定を受ける必要のないユーザ）が先に占有した結果、加入条件の高いユーザがＱｏＳのリンク設定を受けられないといった事態が生じえる。
【０００７】
本発明は、上記課題に鑑みてなされたものであり、単一の通信媒体を共有するネットワークシステムにおいて、加入条件の高いユーザからのＱｏＳリンク設定の要求を確実に受け付けられるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために本発明に係る情報処理装置は以下のような構成を備える。即ち、
端末とネットワークとの間の通信路を提供する情報処理装置であって、
前記端末のユーザを識別するためのユーザ識別情報と、前記端末を物理的に識別するための物理識別情報とを対応付けて記憶する第１の記憶手段と、
前記ユーザ識別情報と、前記端末がネットワークとの間で通信を行う場合の通信路の種別に関する種別情報と、を対応付けて記憶する第２の記憶手段と、
前記端末から、通信路の割り当て要求を受けた場合、該端末の物理識別情報に基づいて対応するユーザ識別情報を抽出し、該抽出されたユーザ識別情報により識別されるユーザについてのユーザ認証に成功していた場合に、対応する種別情報を抽出する抽出手段と、
前記抽出手段により抽出された種別情報により、前記通信路を割り当てる割当手段とを備える。
【０００９】
このように、特定されるユーザのプロファイル情報を、ネットワーク内の限られた通信リソースの割り当て制御（どのユーザにどのアクセス方式を割り当てるかについての制御）に利用する点に特徴がある。これにより、通信リソースの効率的な使用が可能になる。
【発明の効果】
【００１０】
本発明によれば、単一の通信媒体を共有するネットワークシステムにおいて、加入条件の高いユーザからの、ＱｏＳリンク設定要求を確実に受け付けられるようになる。
【発明を実施するための最良の形態】
【００１１】
以下、必要に応じて添付図面を参照しながら本発明の各実施形態を詳細に説明する。
【００１２】
［第１の実施形態］
＜ネットワークシステムの構成＞
図１は、本発明の第１の実施形態にかかる情報処理装置（ストリームデータ対応の無線アクセスポイントとして機能する通信媒体）を備えるネットワークシステムの構成を示す図である。
【００１３】
同図において、１１０はストリームデータ対応の無線アクセスポイントとして機能する通信媒体である、情報処理装置（以下、「ＱＡＰ」と呼ぶ）である。１２０は、ストリームデータ配信用のメディアサーバである、ストリームデータ配信メディアサーバである。１３０は、ログインユーザ毎のユーザ認証処理を司るサーバである、ユーザ認証用ＲＡＤＩＵＳサーバである。また、１４０は、バックボードネットワークである。
【００１４】
１５０〜１５２は、それぞれディスプレイ端末（配信されるストリームデータに対するメディアレンダラーとして機能するＱＳＴＡ）であり、ＩＥＥＥ８０２．１１ｅ規格準拠のＱｏＳ対応無線ＬＡＮを利用してＱＡＰ１１０とアソシエートする。
【００１５】
各ディスプレイ端末（１５０〜１５２）のネットワークシステムへのログインの際に利用されるログインユーザ情報に応じて、ＱＡＰ１１０では、ストリームデータの通信に用いるアクセス方式として、様々なアクセス方式を割り当てることができる。
【００１６】
なお、図１の例では、ディスプレイ端末１５０を利用するユーザＡ（ｐｒｅｍ−ｕｓｅｒ−１＠ａａａ．ａａａ）には、ギャランティ（帯域保証型）ＱｏＳ用のアクセスポリシー（ＨＣＣＡ）が割り当てられている（１００）。また、ディスプレイ端末１５１を利用するユーザＢ（ｎｏｒｍａｌ−ｕｓｅｒ−２＠ａａａ．ａａａ）には、ベストエフォートＱｏＳ用のアクセスポリシー（ＥＤＣＡ）が割り当てられている（１０１）。一方、ディスプレイ端末１５２を利用するユーザＣ（ｔｅｍｐ−ｕｓｅｒ−３＠ａａａ．ａａａ）は、ＱｏＳリンク設定の要求を拒否された状態を示している（１０２）。
【００１７】
上記ネットワークシステムのもと、ストリームデータ配信メディアサーバ１２０からディスプレイ端末１５０、１５１に対して、ＡＶ（Ａｕｄｉｏ、Ｖｉｄｅｏ）ストリームデータの配信サービスがなされる。
【００１８】
＜ＱＡＰ１１０のハードウェア構成＞
図２は、ＱＡＰ１１０のハードウェア構成を示す図である。図２において、２０１は制御メモリ（ＲＯＭ）、２０２は中央演算処理装置、２０３はメモリ（ＲＡＭ）、２０４は入力装置、２０５は表示装置である。また、２０６はネットワーク１４０と接続するためのネットワークＩ／Ｆ装置、２０７は、ディスプレイ端末１５０等と無線通信を行うための無線Ｉ／Ｆ装置、２０８はバスである。
【００１９】
なお、本実施形態にかかる情報処理機能を実現するための制御プログラムやその制御プログラムで用いるデータは、制御メモリ２０１に記憶される。これらの制御プログラムやデータは、中央演算処理装置２０２の制御のもと、バス２０８を通じて適宜メモリ２０３に取り込まれ、中央演算処理装置２０２によって実行される。
【００２０】
＜ＱＡＰ１１０に実装される記憶テーブル＞
図３Ａは、ＱＡＰ１１０に実装される記憶テーブルの一例を示す図である。同図において、３０１はＱＡＰ１１０が提供可能なＱｏＳリンク設定サービスの種類を示している。３０２は、ログインしたユーザのログインユーザ情報３０３を指標としたＱｏＳリンク設定の際の優先順位を示している。
【００２１】
図３Ｂは、ＱＡＰ１１０に実装される記憶テーブルの他の一例を示す図であり、ＱＡＰ１１０に無線接続されるログイン機器（本実施形態にあっては、ディスプレイ端末１５０等）の物理アドレス（ＭＡＣアドレス）を指標としている。
【００２２】
同図において、３１１はログイン機器のＭＡＣアドレスを、３１２はログインしたユーザのログインユーザ情報を、３１３はログイン時のユーザ認証結果を、３１４は通信時に利用されるＩＰアドレスをそれぞれ示している。また、３１５は、ＱＡＰ１１０が提供可能なＱｏＳリンク設定サービスの種類を、３１６は、ＱｏＳリンク設定の際の優先順位を示している。
【００２３】
＜ネットワークシステムにおける処理の流れ＞
図４は、上記ネットワークシステムにおいて、無線アソシエーション中のディスプレイ端末１５０〜１５２上で動作するアプリケーションからの要求に従って、トラヒックストリーム（ＴＳ）を割り当てる場合の処理の流れを示す図である。なお、「トラヒックストリームの割り当て」とは、ストリームデータ等のリアルタイム系のデータを無線通信するための通信路を割り当てることをいう。
【００２４】
当該処理の前提として、ディスプレイ端末１５０〜１５２はＱＡＰ１１０と無線アソシエーション中（４００）であると共に、ユーザ認証処理（４０１）も完了しているものとする。
【００２５】
ディスプレイ端末１５０〜１５２（ＱＳＴＡ）上で動作するアプリケーション（動画再生アプリケーション等）にてトラヒックストリームの割り当てが必要になった場合、ディスプレイ端末１５０〜１５２（ＱＳＴＡ）のいずれかに対して割り当て要求を行う。具体的には、システムマネジメントエンティティ（ＳＭＥ）に対して、トラヒックストリーム（ＴＳ）の割り当て要求（４２０）を行う。なお、以下、説明の便宜上、ディスプレイ端末については、ディスプレイ端末１５０を例に説明するものとし、必要に応じて適宜ディスプレイ端末１５１、１５２にも言及することとする。
【００２６】
ディスプレイ端末１５０（ＱＳＴＡ）のシステムマネジメントエンティティ（ＳＭＥ）４４０では、ＴＳの割り当て要求４２０を受けて、同ＭＡＣ層４４１に対して、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｒｕｅｓｔ”メッセージ（４０２）を送信する。
【００２７】
当該メッセージ（４０２）を受け取ったＭＡＣ層４４１では、現在の状況が無線アソシエーション中であることを条件にメッセージを送信する。具体的には、「Ｓｕｂｔｙｐｅ」が“Ａｃｔｉｏｎ”のマネジメントフレームを利用した“ＡＤＤＴＳ  ｒｅｑｕｅｓｔ”メッセージ（４０３）をＱＡＰ１１０に対して送信する。
【００２８】
ここで、参考までに“ＡＤＤＴＳ  ｒｅｑｕｅｓｔ”メッセージ（４０３）のフォーマットの詳細を図６に示す。図６において、６００はマネジメントフレームのフォーマットを示している。マネジメントフレーム６００は、「Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ」（６０１）、「Ｆｒａｍｅ  Ｂｏｄｙ」（６０２）等から構成され、「Ｆｒａｍｅ  Ｂｏｄｙ」（６０２）は６２０〜６５０に示すフォーマットにより構成される。一方、「Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ」６０１は６１０に示すフォーマットにより構成される。上記“ＡＤＤＴＳ  ｒｅｑｕｅｓｔ”メッセージ（４０３）は、「Ｔｙｐｅ」（６１１）として“Ｍａｎａｇｅｍｅｎｔ”が、「Ｓｕｂｔｙｐｅ」（６１２）として“Ａｃｔｉｏｎ”が設定されている。
【００２９】
図４に戻る。ＱＡＰ１１０のＭＡＣ層４５０では、“ＡＤＤＴＳ  ｒｅｑｕｅｓｔ”メッセージ（４０３）を受信し、同システムマネジメントエンティティ（ＳＭＥ）４５１に対して、“ＭＬＭＥ−ＡＤＤＴＳ．ｉｎｄｉｃａｔｉｏｎ”メッセージ（４０４）を送信する。当該メッセージを受け取ったシステムマネジメントエンティティ（ＳＭＥ）４５１では、図１０にその詳細を示す割り当て判定処理（４１４）を実行する。なお、システムマネジメントエンティティ（ＳＭＥ）４５１における割り当て判定処理（４１４）の詳細は後述する。
【００３０】
ＱＡＰ１１０のシステムマネジメントエンティティ（ＳＭＥ）４５１における割り当て判定処理（４１４）が完了すると、ＭＡＣ層４５０では、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ”メッセージ４０５（または４０８または４１１）を受け取る。
【００３１】
当該メッセージ４０５（または４０８または４１１）を受け取ったＭＡＣ層４５０では、該メッセージをディスプレイ端末１５０のＭＡＣ層４４１に送信する。
【００３２】
具体的には、「Ｓｕｂｔｙｐｅ」が“Ａｃｔｉｏｎ”のマネジメントフレームを利用した“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（４０６または４０９または４１２）をディスプレイ端末１５０（ＱＳＴＡ）のＭＡＣ層４４１に対して送信する。なお、“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（４０６または４０９または４１２）のフォーマットは、図６に示す通りである。
【００３３】
ディスプレイ端末１５０（ＱＳＴＡ）のＭＡＣ層４４１では、“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（４０６または４０９または４１２）を受信することにより、ＴＳが割り当てられたか否か、ならびにＱｏＳリンク設定がなされたか否かを認識する。そして、ＴＳが割り当てられた場合には、通信制御処理を開始する。
【００３４】
また、システムマネジメントエンティティ（ＳＭＥ）４４０に対して“ＭＬＭＥ−ＡＤＤＴＳ．ｃｏｎｆｏｒｍ”メッセージ（４０７または４１０または４１２）を送信する。これにより、ディスプレイ端末１５０（ＱＳＴＡ）上で動作するアプリケーション（動画再生アプリケーション等）は、トラヒックストリームが割り当てられたか否かを確認することができる（４３０、４３１）。図４の場合、ＳＭＥ４４０にて“ＭＬＭＥ−ＡＤＤＴＳ．ｃｏｎｆｏｒｍ”メッセージ（４０７または４１０）を受信したディスプレイ端末１５０及び１５１上で動作するアプリケーションは、ＴＳが割り当てられたことを確認する。一方、ディスプレイ端末１５２上で動作するアプリケーションは、ＴＳが割り当てられなかったことを確認する（４３２）。
【００３５】
さらに、ディスプレイ端末１５０（ＱＳＴＡ）のＭＡＣ層４４１では、“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（４０６または４０９）内のパラメータ情報要素「ＴＳＰＥＣ」（図８参照）により、割り当てられたＴＳのプロファイル情報を通知する。
【００３６】
ここで、マネジメントフレーム６００の「ＦｒａｍｅＢｏｄｙ」（６０２）を構成する“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（６３０）内のパラメータ情報要素「ＴＳＰＥＣ」の詳細について図８を用いて説明する。
【００３７】
図８において、８００は「ＴＳＰＥＣ］であり、８１０に示す各要素から構成される。そして、「ＴＳ  Ｉｎｆｏ」（８１１）は、更に８２０に示す各要素から構成され、「Ａｃｃｅｓｓ  Ｐｏｌｉｃｙ」（８２１）により、アクセス方式の割り当てが指定されうる。
【００３８】
再び図４に戻る。ディスプレイ端末１５０（ＱＳＴＡ）上で動作するアプリケーション（動画再生アプリケーション等）は、当該プロファイル情報より、割り当てられたＴＳのプロファイル情報を確認する。図４の場合、ディスプレイ端末１５０上で動作するアプリケーション（動画再生アプリケーション等）は、ギャランティ（帯域保証型）ＱｏＳ用のアクセスポリシー（ＨＣＣＡ）が割り当てられたことを確認する（４３０）。また、ディスプレイ端末１５１上で動作するアプリケーションは、ベストエフォートＱｏＳ用のアクセスポリシー（ＥＤＣＡ）が割り当てられたことを認識する（４３１）。
【００３９】
＜ＳＭＥ４５１における割り当て判定処理＞
ＱＡＰ１１０のシステムマネジメントエンティティ４５１における割り当て判定処理（４１４）の流れについて図１０を用いて説明する。
【００４０】
ＱＡＰ１１０のＭＡＣ層４５０より、“ＭＬＭＥ−ＡＤＤＴＳ．ｉｎｄｉｃａｔｉｏｎ”メッセージ（４０４）を受け付けると、ステップＳ１００１では、当該メッセージの送信元のディスプレイ端末１５０（ＱＳＴＡ）を認識する。そして、認識したディスプレイ端末１５０（ＱＳＴＡ）のＭＡＣアドレスに基づいて、記憶テーブル（ここでは、図３Ｂの記憶テーブルを利用）を参照する。
【００４１】
上述のように記憶テーブルには認証結果（３１３）が記載されているため、当該ＭＡＣアドレスに対応する認証結果を参照することにより、メッセージ（４０４）の送信元のディスプレイ端末１５０（ＱＳＴＡ）がユーザ認証に成功しているかがわかる。
【００４２】
ステップＳ１００１において、ユーザ認証に失敗していると判定された場合には、ステップＳ１００５に進み、当該ディスプレイ端末に対してＴＳの割り当てを行うことが出来ないと判断する。更にステップＳ１００４では、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ”メッセージ（図４の４１１）にて、ＴＳの割り当てを行うことが出来ない旨を送信する。
【００４３】
一方、ステップＳ１００１において、ユーザ認証に成功していると判定された場合には、ステップＳ１００２に進む。ステップＳ１００２では、ユーザ認証に成功したユーザのログインユーザ情報に基づいて、記憶テーブルを参照する。
【００４４】
具体的には、ログインユーザ情報（３１２）を指標に、ＱｏＳリンク設定サービスの種類（３１５）を参照する。そして、ＱｏＳリンク設定サービスの種類（３１５）がギャランティ（帯域保証型）ＱｏＳ用のアクセスポリシー（ＨＣＣＡ）であった場合には、更にＱｏＳリンクサービス提供の優先順位（３１６）を参照する。
【００４５】
当該参照結果に基づいて、当該ログインユーザ情報に対する、ギャランティ（帯域保証型）ＱｏＳ用のアクセスポリシー（ＨＣＣＡ）の割り当て可否を判定する。
【００４６】
ステップＳ１００２において、ログインユーザ情報が記憶テーブルにギャランティ（帯域保証型）ＱｏＳ用のアクセスポリシー（ＨＣＣＡ）として登録済みであると判定された場合には、ステップＳ１００３に進む。ステップＳ１００３では、ギャランティ（帯域保証型）ＱｏＳ用のアクセスポリシー（ＨＣＣＡ）を割り当てると判断する。
【００４７】
一方、ログインユーザ情報が記憶テーブルにギャランティ（帯域保証型）ＱｏＳ用のアクセスポリシー（ＨＣＣＡ）として登録されていなかった場合には、ステップＳ１００４に進む。ステップＳ１００６では、ベストエフォートＱｏＳ用のアクセスポリシー（ＥＤＣＡ）を割り当てると判断する。
【００４８】
ステップＳ１００４では、ギャランティまたはベストエフォートＱｏＳ用のアクセスポリシーを情報要素に含む、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ”メッセージ（４０５または４０８）を、ＱＡＰ１１０のＭＡＣ層４６０に返送する。なお、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ”メッセージ（４０５）はＨＣＣＡの割り当てを通知する。また、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ”メッセージ（４０８）はＥＤＣＡの割り当てを通知する。
【００４９】
以上の説明から明らかなように、本実施形態によれば、通信リソース（単一通信媒体の伝送能力）の限られたネットワークシステムにおいて、特定される利用者のプロファイル情報が、当該通信媒体の割り当て制御に利用される。これにより、通信リソースの効率的な使用が可能になる（加入条件の低いユーザがＱｏＳリンク設定を受けたり、加入条件の高いユーザがＱｏＳのリンク設定を受けられないといった非効率な事態を回避できる）。
【００５０】
この結果、ＱＡＰ１１０では、ネットワークシステムへの加入条件の高いユーザが使用するディスプレイ端末からストリームデータ通信のためのＱｏＳリンク設定の要求があった場合に、当該設定要求を確実に受け付けることが可能となる。
【００５１】
そして、当該設定要求を受け付けた結果、ギャランティ型ＱｏＳ用のアクセスポリシー（ＨＣＣＡ）を確実に割り当てることが可能となる。
【００５２】
［第２の実施形態］
上記第１の実施形態においては、無線アソシエーション中のディスプレイ端末上で動作するアプリケーションからの要求に従って、トラヒックストリームを割り当て要求する場合について説明した。
【００５３】
本実施形態では、無線アソシエーション前に、ディスプレイ端末上で動作するアプリケーションからのＴＳの割り当て要求があった場合であって、無線アソシエーションシーケンスに併せてＴＳの割り当て要求をする場合の処理について図５を用いて説明する。
【００５４】
ディスプレイ端末１５０（ＱＳＴＡ）上で動作するアプリケーション（動画再生アプリケーション等）にてＴＳの割り当てが必要になった場合、ディスプレイ端末１５０（ＱＳＴＡ）に対して割り当て要求を行う。具体的には、システムマネジメントエンティティ（ＳＭＥ）に対して、トラヒックストリーム（ＴＳ）の割り当て要求（５３０）を行う。
【００５５】
ディスプレイ端末１５０（ＱＳＴＡ）のシステムマネジメントエンティティ（ＳＭＥ）５８０では、同ＭＡＣ層５８１に対して、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｒｕｅｓｔ”メッセージ（５０１）を送信する。
【００５６】
当該メッセージ（５０１）を受け取ったＭＡＣ層５８１では、「Ｓｕｂｔｙｐｅ」が“Ａｓｓｏｃｉａｔｉｏｎ”のマネジメントフレームを利用した“ＡＤＤＴＳ  ｒｅｑｕｅｓｔ”メッセージ（５０２、図７参照）を、ＱＡＰ１１０に対して送信する。
【００５７】
ＱＡＰ１１０のＭＡＣ層５９０では、“ＡＤＤＴＳ  ｒｅｑｕｅｓｔ”メッセージ（５０２）を受信する。また、ＱＡＰ１１０のシステムマネジメントエンティティ（ＳＭＥ）５９１に対して、“ＭＬＭＥ−ＡＤＤＴＳ．ｉｎｄｉｃａｔｉｏｎ”メッセージ（５０３）を“アソシエーション要求メッセージ”と併せて送信する。
【００５８】
ＱＡＰ１１０のＳＭＥ５９１では、“ＭＬＭＥ−ＡＤＤＴＳ．ｉｎｄｉｃａｔｉｏｎ”メッセージ（５０３）を“アソシエーション要求メッセージ”と併せて受信し、ユーザ認証判定処理（５１９）を実行する。ユーザ認証判定処理（５１９）は、“ＭＬＭＥ−ＡＤＤＴＳ．ｉｎｄｉｃａｔｉｏｎ”メッセージ（５０３）の送信元のディスプレイ端末（１５０）のユーザに対しての、ユーザ認証処理がすでに実行されたか否かを判定する処理である。
【００５９】
ＱＡＰ１１０のシステムマネジメントエンティティ（ＳＭＥ）５９１におけるユーザ認証判定処理（５１９）が完了すると、ＭＡＣ層５９０では、"ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ"メッセージ５０４を受け取る。なお、ユーザ認証判定処理（５１９）にてユーザ認証処理が未だ実行されていないと判定された場合には、当該メッセージ（５０４）には、所定時間経過後に再度ＴＳの割り当て要求をすべき旨の記載がなされている。
【００６０】
これは、ユーザ認証処理がユーザ認証用ＲＡＤＩＵＳサーバ１３０にて実行されるため、ＴＳの割り当て要求時にユーザ認証処理が実行されていなかった場合、ユーザ認証処理の実行時間を確保したうえで、再度ＴＳの割り当てを行うためである。なお、ユーザ認証判定処理（５１９）の詳細は後述する。
【００６１】
ＱＡＰ１１０のシステムマネジメントエンティティ（ＳＭＥ）５９１におけるユーザ認証判定処理（５１９）が完了すると、ＭＡＣ層５９０では、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ”メッセージ５０４を受け取る。なお、ユーザ認証判定処理（５１９）にてユーザ認証処理が未だ実行されていないと判定された場合には、当該メッセージ（５０４）には、所定時間経過後に再度ＴＳの割り当て要求をすべき旨の記載がなされている。
【００６２】
当該メッセージ５０４を受け取ったＭＡＣ層５９０では、該メッセージを“アソシエーション応答メッセージ”と併せてディスプレイ端末１５０のＭＡＣ層５８１に送信する。
【００６３】
ディスプレイ端末１５０（ＱＳＴＡ）のＭＡＣ層５８１では、“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（５０５）を“アソシエーション応答メッセージ”と併せて受信し、無線アソシエーション処理を完了する。
【００６４】
さらに、当該メッセージ（５０５）における、“ＴＳ  Ｄｅｌａｙ”後（ユーザ認証完了後）に再度トラヒックストリーム（ＴＳ）の割り当て要求をすべき旨の記載を、システムマネジメントエンティティ（ＳＭＥ）５８０に対して送信する。
【００６５】
システムマネジメントエンティティ（ＳＭＥ）５８０では、“ＭＬＭＥ−ＡＤＤＴＳ．ｃｏｎｆｏｒｍ”メッセージ（５０６）を受信し、該メッセージ（５０６）内のパラメータ情報要素「Ｓｔａｔｕｓ  ｃｏｄｅ」を認識する。
【００６６】
また、「ＴＳ  Ｄｅｌａｙ」（図７、９参照）により、トラヒックストリームを“ＴＳ  Ｄｅｌａｙ”後に再度割り当て要求すべき旨の記載を認識し、トラヒックストリーム（ＴＳ）の割り当て要求を保留する（５３０）。
【００６７】
トラヒックストリーム（ＴＳ）の割り当て要求の保留期間（５４０）中に、ディスプレイ端末１５０（ＱＳＴＡ）のユーザのネットワークシステムに対するユーザ認証処理（５００）が完了するものとする。すると、「ＴＳ  Ｄｅｌａｙ」にて指定される時間経過後、ディスプレイ端末１５０（ＱＳＴＡ）のＳＭＥ５８０は、同ＭＡＣ層５８１に対して再度“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｒｕｅｓｔ”メッセージ（５０７）を送信する。
【００６８】
さらに、ＭＡＣ層５８１では、現在の状況が無線アソシエーション中であることを条件に、「Ｓｕｂｔｙｐｅ」が“Ａｃｔｉｏｎ”のマネジメントフレームを利用した“ＡＤＤＴＳ  ｒｅｑｕｅｓｔ”メッセージ（５０８）を送信する。なお、“ＡＤＤＴＳ  ｒｅｑｕｅｓｔ”メッセージ（５０８）のフォーマットは図６に示すとおりである。
【００６９】
ＱＡＰ１１０のＭＡＣ層（５９０）では、“ＡＤＤＴＳ  ｒｅｑｕｅｓｔ”メッセージ（５０８）を受信し、同システムマネジメントエンティティ（ＳＭＥ）５９１に対して、“ＭＬＭＥ−ＡＤＤＴＳ．ｉｎｄｉｃａｔｉｏｎ”メッセージ（５０９）を送信する。
【００７０】
当該メッセージ（５０９）を受け取ったシステムマネジメントエンティティ（ＳＭＥ）５９１では、図１０に示す割り当て判定処理を実行する。
【００７１】
ＱＡＰ１１０のシステムマネジメントエンティティ（ＳＭＥ）５９１における割り当て判定処理の結果、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ”メッセージ（５１０または５１３または５１６）を受け取ったＭＡＣ層５９０では、該メッセージを送信する。
【００７２】
具体的には、「Ｓｕｂｔｙｐｅ」が“Ａｃｔｉｏｎ”のマネジメントフレームを利用した“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（５１１または５１４または５１７）をディスプレイ端末１５０（ＱＳＴＡ）のＭＡＣ層５８１に対して送信する。なお、“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（５１１または５１４または５１７）のフォーマットは図６に示す通りである。
【００７３】
ディスプレイ端末１５０（ＱＳＴＡ）のＭＡＣ層５８１では、“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（５１１または５１４または５１７）を受信することにより、ＴＳが割り当てられたか否か、ならびにＱｏＳリンク設定がなされたか否かを認識する。そして、ＴＳが割り当てられた場合には、通信制御処理を開始する。
【００７４】
また、システムマネジメントエンティティ（ＳＭＥ）５８０に対して“ＭＬＭＥ−ＡＤＤＴＳ．ｃｏｎｆｏｒｍ”メッセージ（５１２または５１５または５１８）を送信する。これにより、ディスプレイ端末１５０（ＱＳＴＡ）上で動作するアプリケーション（動画再生アプリケーション等）は、トラヒックストリームが割り当てられたか否かを確認することができる。図４の場合、ＳＭＥ５８０にて“ＭＬＭＥ−ＡＤＤＴＳ．ｃｏｎｆｏｒｍ”メッセージ（５１２または５１５）を受信したディスプレイ端末１５０及び１５１上で動作するアプリケーションは、ＴＳが割り当てられたことを確認する（５７０、５７１）。一方、ディスプレイ端末１５２上で動作するアプリケーションは、ＴＳが割り当てられなかったことを確認する（５７２）。
【００７５】
さらに、ディスプレイ端末１５０（ＱＳＴＡ）のＭＡＣ層５８１では、“ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ”メッセージ（５１１または５１４）内のパラメータ情報要素「ＴＳＰＥＣ」（図８参照）により、割り当てられたＴＳのプロファイル情報を通知する。
【００７６】
ディスプレイ端末１５０（ＱＳＴＡ）上で動作するアプリケーション（動画再生アプリケーション等）は、当該プロファイル情報より、割り当てられたＴＳのプロファイル情報を確認する。図４の場合、ディスプレイ端末１５０上で動作するアプリケーション（動画再生アプリケーション等）は、ギャランティ（帯域保証型）ＱｏＳ用のアクセスポリシー（ＨＣＣＡ）が割り当てられたことを確認する（５７０）。また、ディスプレイ端末１５１上で動作するアプリケーションは、ベストエフォートＱｏＳ用のアクセスポリシー（ＥＤＣＡ）が割り当てられたことを認識する（５７１）。
【００７７】
＜ＳＭＥ５９１における判定処理＞
ＱＡＰ１１０のシステムマネジメントエンティティ５７０におけるアソシエーション・認証判定処理の流れについて図１１を用いて説明する。
【００７８】
ＱＡＰ１１０のＭＡＣ層５６０より、“ＭＬＭＥ−ＡＤＤＴＳ．ｉｎｄｉｃａｔｉｏｎ”メッセージ（５０４）を受け付けると、ステップＳ１１０１が開始される。ステップＳ１１０１では、当該メッセージの送信元のディスプレイ端末１５０（ＱＳＴＡ）のユーザに対して、ユーザ認証用のＲＡＤＩＵＳサーバ１３０が既にユーザ認証処理を完了したか否かを判定する。ユーザ認証処理を未だ完了していないと判定された場合には（ステップＳ１１０１にて「Ｎｏ」の場合には）、ステップＳ１１０２に進む。
【００７９】
ステップＳ１１０２では、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ”メッセージの「Ｓｔａｔｕｓ  ｃｏｄｅ」（図９の太字部分の意味付けのコード）をセットする。また、「ＴＳ  Ｄｅｌａｙ」（無線アソシーエート後にユーザ認証処理を実施するのに必要な時間設定）を用いて、「ＴＳ  Ｄｅｌａｙ」後（ユーザ認証完了後）にトラヒックストリーム（ＴＳ）の割り当て要求（５０７）をすべき旨のパラメータをセットする。
【００８０】
続いて、ステップＳ１１０２にて、“ＭＬＭＥ−ＡＤＤＴＳ．ｒｅｓｐｏｎｓｅ”メッセージを、ＭＡＣ層５９０に返送する。
【００８１】
以上の説明から明らかなように、本実施形態にかかるＱＡＰでは、ＴＳの割り当て要求時に、ユーザ認証処理が完了していない場合であっても、ユーザ認証処理の所要時間後にＴＳの割り当て要求を再度行うよう、促すことが可能となる。
【００８２】
この結果、ＴＳの割り当て要求があった時点でユーザ認証処理が未だ完了されていない場合であっても、確実にギャランティ型ＱｏＳ用のアクセスポリシーの割り当てを行うことが可能となる。
【００８３】
［第３の実施形態］
上記第１及び第２の実施形態においては、ストリームデータ対応の無線アクセスポイントとして機能する情報処理装置として、ＩＥＥＥ８０２．１１ｅ規格準拠の通信媒体を用いる場合について説明したが、本発明は特にこれに限られるものではない。
【００８４】
ＩＥＥＥ８０２．１１ｅ規格以外の情報処理装置であっても、単一の通信媒体を共有して帯域保証型通信を行う無線通信システム（帯域保証可能な端末数が有限な無線通信システム）における、帯域保証対象機器の優先制御手段として適用可能である。
【００８５】
また、上記第１及び第２の実施形態では、ユーザのプロファイル情報を、ＱＡＰにおいて新規にＴＳを割り当てる際の、アクセス方式の割り当てに利用することで通信リソースの効率的な使用を実現することとしたが本発明はこれに限定されない。
【００８６】
ＱＡＰが提供するＴＳが占有されている状態で、ディスプレイ端末からＴＳの割り当て要求を受けた場合、割り当て要求を行ったユーザの優先順位の方が、ＴＳを先に占有しているユーザよりも高い場合には、占有しているＴＳを開放するようにしてもよい。
【００８７】
あるいは、占有しているＴＳのアクセス方式としてギャランティＱｏＳ用のアクセスポリシー（ＨＣＣＡ）が割り当てられていた場合には、当該アクセス方式を、ベストエフォートＱｏＳ用のアクセスポリシー（ＥＤＣＡ）に変更するようにしてもよい。
【００８８】
［他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００８９】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００９０】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９１】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００９２】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９３】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００９４】
【図１】本発明の第１の実施形態にかかる情報処理装置（ストリームデータ対応の無線アクセスポイントとして機能する情報処理装置）を備えるネットワークシステムの構成を示す図である。
【図２】ＱＡＰ１１０に実装される記憶テーブルの一例を示す図である。
【図３Ａ】ＱＡＰ１１０に実装される記憶テーブルの一例を示す図である。
【図３Ｂ】ＱＡＰ１１０に実装される他の記憶テーブルの一例を示す図である。
【図４】ネットワークシステムにおいて、無線アソシエーション中のディスプレイ端末１５０上で動作するアプリケーションからの要求に従って、トラフィックストリームが割り当てられる際の処理の流れを示す図である。
【図５】無線アソシエーション前に、ディスプレイ端末上で動作するアプリケーションからのＴＳの割り当て要求があった場合であって、無線アソシエーションシーケンスに併せてＴＳの割り当て要求をする場合の処理の流れを示す図である。
【図６】ＩＥＥＥ８０２．１１ｅ規定のＡｃｔｉｏｎ  フレームフォーマットを示す図である。
【図７】ＩＥＥＥ８０２．１１ｅ規定のＡｓｓｏｃｉａｔｉｏｎ関連フレームフォーマットを示す図である。
【図８】ＩＥＥＥ８０２．１１ｅ規定のＴＳＰＥＣの内容を示す図である。
【図９】ＩＥＥＥ８０２．１１ｅ規定のＳｔａｔｕｓ  ｃｏｄｅの内容を示す図である。
【図１０】ＱＡＰのシステムマネジメントエンティティ（ＳＭＥ）における割り当て判定処理の流れを示す図である。
【図１１】ＱＡＰのシステムマネジメントエンティティ（ＳＭＥ）におけるユーザ認証判定処理の流れを示す図である。
【符号の説明】
【００９５】
１１０    ＱＡＰ
１４０    バックボードネットワーク
１２０    ストリームデータ配信メディアサーバ
１３０    ユーザ認証用ＲＡＤＩＵＳサーバ
１５０    ディスプレイ端末
１５１    ディスプレイ端末
１５２    ディスプレイ端末
１００    ギャライティＱｏＳ用のアクセスポリシー
１０１    ベストエフォートＱｏＳ用のアクセスポリシー
【図１】
2007053446.tif 000003
【図２】
2007053446.tif 000004
【図３Ａ】
2007053446.tif 000005
【図３Ｂ】
2007053446.tif 000006
【図４】
2007053446.tif 000007
【図５】
2007053446.tif 000008
【図６】
2007053446.tif 000009
【図７】
2007053446.tif 000010
【図８】
2007053446.tif 000011
【図９】
2007053446.tif 000012
【図１０】
2007053446.tif 000013
【図１１】
2007053446.tif 000014