特表 2022-533872 通信方法、装置、コンピュータプログラム、及び電子機器

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-07-27

(54)【発明の名称】通信方法、装置、コンピュータプログラム、及び電子機器

(51)【国際特許分類】

   H04W 72/12 20090101AFI20220720BHJP

   H04W 28/06 20090101ALI20220720BHJP

   H04W 84/12 20090101ALI20220720BHJP

   H04W 72/10 20090101ALI20220720BHJP

【ＦＩ】

H04W72/12 150

H04W28/06 110

H04W84/12

H04W72/10

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021530181

(86)(22)【出願日】2020-09-23

(85)【翻訳文提出日】2021-06-16

(86)【国際出願番号】 CN2020117063

(87)【国際公開番号】W WO2021057777

(87)【国際公開日】2021-04-01

(31)【優先権主張番号】201910936481.X

(32)【優先日】2019-09-29

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】514187420

【氏名又は名称】テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ズオ，シン

(72)【発明者】

【氏名】シュイ，ジアンボ

(72)【発明者】

【氏名】ジャン，ダン

(72)【発明者】

【氏名】ニン，ビンフイ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067CC04

5K067EE02

5K067EE10

5K067EE22

5K067GG01

(57)【要約】

本願の実施例は、通信方法、装置、コンピュータ読み取り可能な媒体、及び電子機器を提供する。該通信方法は、第１メッセージフレームを生成するステップであって、前記第１メッセージフレームには、アクセス装置のグループ指示情報が含まれ、前記グループ指示情報は、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの情報を指示するものである、ステップと、前記グループ指示情報により指示される装置グループがデータ伝送を行うことをトリガするように、前記第１メッセージフレームを送信するステップと、を含む。

【特許請求の範囲】

【請求項1】

電子機器が実行する通信方法であって、
第１メッセージフレームを生成するステップであり、前記第１メッセージフレームには、アクセス装置のグループ指示情報が含まれ、前記グループ指示情報は、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの情報を指示するものである、ステップと、
前記グループ指示情報により指示される装置グループがデータ伝送を行うことをトリガするように、前記第１メッセージフレームを送信するステップと、
を含む、通信方法。

【請求項2】

前記グループ指示情報には、第１フィールド、および、少なくとも１つの第２フィールドが含まれ、
前記第１フィールドは、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの数を指示するものであり、かつ、前記数は、前記第２フィールドの数と同じであり、
前記第２フィールドは、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの識別情報を指示するものである、
請求項１に記載の通信方法。

【請求項3】

前記グループ指示情報に含まれる各第２フィールドの前記グループ指示情報における並び順は、前記各第２フィールドにより指示される装置グループのチャネルアクセス順を示す、
請求項２に記載の通信方法。

【請求項4】

前記通信方法は、さらに、
前記第１メッセージフレームを送信する前に、
第２メッセージフレームを生成するステップであり、前記第２メッセージフレームには、装置グループの識別情報、および、前記装置グループにおける各装置のリソース割当情報が含まれる、ステップと、
前記第２メッセージフレームを、前記装置グループにおける各装置に送信するステップと、
を含む、請求項２に記載の通信方法。

【請求項5】

前記通信方法は、さらに、
前記装置グループに含まれる各装置の関連識別子に基づいて、前記装置グループの識別情報を生成するステップ、を含む、
請求項４に記載の通信方法。

【請求項6】

前記装置グループに含まれる各装置の関連識別子に基づいて、前記装置グループの識別情報を生成する前記ステップは、
前記装置グループに１つの装置が含まれる場合、前記装置グループにおける１つの装置の関連識別子に基づいて、前記装置グループの識別情報を生成するステップと、
前記装置グループに少なくとも２つの装置が含まれる場合、前記装置グループにおける１つの装置の関連識別子に基づいて、前記装置グループの識別情報を生成するか、又は、前記少なくとも２つの装置の関連識別子に基づいて、前記装置グループの識別情報を生成する、ステップと、
を含む、
請求項５に記載の通信方法。

【請求項7】

前記装置グループにおける１つの装置の関連識別子に基づいて、前記装置グループの識別情報を生成するステップは、
前記装置グループにおける１つの装置の関連識別子の一部のビットの値を、前記装置グループの識別情報の各ビットの値とするステップ、又は、
前記装置グループにおける１つの装置の関連識別子の一部のビットの値を、前記装置グループの識別情報の一部のビットの値とするステップ、又は、
前記装置グループにおける１つの装置の関連識別子の一部のビットの値と設定値とを演算した値に基づいて、前記装置グループの識別情報の各ビットの値を設定するステップ、
を含む、
請求項６に記載の通信方法。

【請求項8】

前記少なくとも２つの装置の関連識別子に基づいて、前記装置グループの識別情報を生成するステップは、
前記少なくとも２つの装置の関連識別子における一部のビットを連結することにより、前記装置グループの識別情報における各ビットを取得するステップ、
を含む、
請求項６に記載の通信方法。

【請求項9】

前記第１メッセージフレームは、トリガフレームであり、
前記グループ指示情報は、前記トリガフレームにおける装置情報フィールドを使用する、
請求項１に記載の通信方法。

【請求項10】

前記第１メッセージフレームには、トリガタイプフィールドが、さらに、含まれ、
前記トリガタイプフィールドは、前記第１メッセージフレームのタイプを指示するものであり、
前記第１メッセージフレームがトリガフレームである場合、前記トリガタイプフィールドとして、前記トリガフレームにおける共通情報フィールドを使用する、
請求項１に記載の通信方法。

【請求項11】

前記グループ指示情報には、少なくとも１つの第３フィールドが、さらに、含まれ、
前記第３フィールドの値は、前記第１メッセージフレームの送信後にデータ伝送を行う少なくとも１つの装置の情報を指示するものである、
請求項２～１０のいずれか一項に記載の通信方法。

【請求項12】

前記第３フィールドにより指示される少なくとも１つの装置、および、前記第３フィールドの直前の第２フィールドにより指示される装置グループにおける装置は、データ伝送時に同じチャネルアクセス順を有する、
請求項１１に記載の通信方法。

【請求項13】

前記第３フィールドには、少なくとも１つの装置情報フィールドが含まれ、
各前記装置情報フィールドそれぞれは、１つの装置のリソース割当情報を指示するものであり、
各前記装置情報フィールドそれぞれには、所定のビットが含まれ、
前記所定のビットの値は、次のフィールドが前記装置情報フィールドであるか否かを示す、
請求項１１に記載の通信方法。

【請求項14】

第１メッセージフレームを生成する生成ユニットであり、
前記第１メッセージフレームには、アクセス装置のグループ指示情報が含まれ、
前記グループ指示情報は、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの情報を指示するものである、
生成ユニットと、
前記第１メッセージフレームを送信する送信ユニットであり、
前記グループ指示情報により指示される装置グループがデータ伝送を行うことをトリガする、
送信ユニットと、
を含む、通信装置。

【請求項15】

複数の命令を含むコンピュータプログラムであって、
前記命令がプロセッサによって実行されると、コンピュータに、請求項１～１３のいずれか一項に記載の通信方法を実施させる、
コンピュータプログラム。

【請求項16】

電子機器であって、
１つ又は複数のプロセッサと、
１つ又は複数のプログラムを記憶する記憶装置と、
を備え、
前記１つ又は複数のプログラムが、前記１つ又は複数のプロセッサによって実行されると、請求項１～１３のいずれか一項に記載の通信方法を、前記１つ又は複数のプロセッサに実現させる、
電子機器。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１９年９月２９日に中国知的財産権局に提出された、出願番号が２０１９１０９３６４８１．Ｘであり、発明の名称が「通信方法、装置、コンピュータ読み取り可能な媒体、及び電子機器」である中国特許出願に基づく優先権を主張するものであり、その内容の全てが参照によって本願に組み込まれている。

【0002】

本願は、コンピュータ及び通信技術の分野に関し、具体的には、通信方法、装置、コンピュータ読み取り可能な媒体、及び電子機器に関する。

【背景技術】

【0003】

インターネット技術の発展につれて、例えば、リアルタイムアプリケーション（ＲＴＡ：Ｒｅａｌ Ｔｉｍｅ Ａｐｐｌｉｃａｔｉｏｎ）のような多くのサービス及びアプリケーションは、無線アクセスネットワーク（例えば、無線ローカルエリアネットワーク）のスループット及び遅延などの様々な面で、ますます高い要求を出している。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本願の実施例は、通信方法、装置、コンピュータ読み取り可能な媒体、及び電子機器を提供する。

【0005】

本願の他の特性及び利点は、以下の詳細な説明から明らかになり、又は、部分的に本願の実践によって習得される。

【課題を解決するための手段】

【0006】

本願の実施例の一態様によれば、電子機器が実行する通信方法が提供される。この方法は、第１メッセージフレームを生成するステップであり、前記第１メッセージフレームには、アクセス装置のグループ指示情報が含まれ、前記グループ指示情報が、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの情報を指示するものである、ステップと、前記グループ指示情報により指示される装置グループがデータ伝送を行うことをトリガするように、前記第１メッセージフレームを送信するステップと、を含む。

【0007】

本願の実施例の一態様によれば、通信装置が提供される。この通信装置は、第１メッセージフレームを生成し、前記第１メッセージフレームには、アクセス装置のグループ指示情報が含まれ、前記グループ指示情報が、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの情報を指示するものである生成ユニットと、前記グループ指示情報により指示される装置グループがデータ伝送を行うことをトリガするように、前記第１メッセージフレームを送信する送信ユニットと、を含む。

【0008】

本願の実施例の一態様によれば、コンピュータプログラムを記憶したコンピュータ読み取り可能な媒体が提供される。このコンピュータプログラムが、プロセッサによって実行されると、上記の実施例に記載の通信方法を実現させる。

【0009】

本願の実施例の一態様によれば、電子機器が提供される。この電子機器は、１つ又は複数のプロセッサと、１つ又は複数のプログラムを記憶し、前記１つ又は複数のプログラムが、前記１つ又は複数のプロセッサによって実行されると、上記の実施例に記載の通信方法を前記１つ又は複数のプロセッサに実現させる記憶装置と、を備える。

【0010】

以上の一般的な説明及び以下の詳細な説明は、単なる例示的かつ解釈的なものであり、本願を制限するものではないことが理解されるべきである。

【0011】

ここでの図面は、明細書に組み込まれて本明細書の一部を構成し、本願に合致する実施例を示しており、明細書とともに本願の原理を解釈する。明らかに、以下の説明における図面は、本願のいくつかの実施例を示しているに過ぎないものであり、当業者であれば、創造的な労働をすることなく、これらの図面から他の図面を得ることもできる。

【図面の簡単な説明】

【0012】

【図1】本願の実施例の構成を適用可能な、例示的システムアーキテクチャの模式図を示す。

【図2】本願の一実施例による、通信方法のフローチャートを示す。

【図3】本願の一実施例による、通信方法のフローチャートを示す。

【図4】本願の一実施例による、トリガフレームの構成の模式図を示す。

【図5】本願の一実施例による、トリガフレームの構成の模式図を示す。

【図6】本願の一実施例による、データやり取りのフローチャートを示す。

【図7】本願の一実施例による、グループ情報を送信するためのエレメントの構成の模式図を示す。

【図8】本願の一実施例による、ユーザ情報フィールドの構成の模式図を示す。

【図9】本願の一実施例による、トリガフレームの構成の模式図を示す。

【図10】本願の一実施例による、データやり取りのフローチャートを示す。

【図11】本願の一実施例による、トリガフレームの構成の模式図を示す。

【図12】本願の一実施例による、データやり取りのフローチャートを示す。

【図13】本願の一実施例による、通信装置のブロック図を示す。

【図14】本願の実施例を実現することに好適な電子機器のコンピュータシステムの構成の模式図を示す。

【発明を実施するための形態】

【0013】

以下、図面を参照しながら、例示的な実施形態をより全面的に説明する。ただし、例示的な実施形態は、様々な形式で実施可能であり、ここで述べられる例に限定されるものと理解されるべきではない。逆に、これらの実施形態を提供することによって、本願は、より全面的かつ完全になり、例示的な実施形態の構想を当業者に全面的に伝える。

【0014】

また、説明される特徴、構成、又は特性は、任意の適切な形で１つ又は複数の実施例に組み込まれてもよい。以下の説明では、多くの具体的な詳細事項を提供することにより、本願の実施例が十分に理解される。ただし、当業者は、詳細事項の１つ又は複数を特定することなく、本願の構成を実践することができ、又は、他の方法、構成要素、装置、ステップなどを採用することができると意識する。他の場合には、本願の各態様をあいまいにしないように、公知の方法、装置、実現、又は操作を詳しく示したり、説明したりすることはしない。

【0015】

図面に示されるブロック図は、単なる機能エンティティであり、必ずしも物理的に独立しているエンティティに対応しているとは限らない。即ち、ソフトウェアの形で、これらの機能エンティティを実現し、または、１つ又は複数のハードウェアモジュール又は集積回路において、これらの機能エンティティを実現し、或いは、異なるネットワーク及び／又はプロセッサ装置及び／又はマイクロコントローラ装置において、これらの機能エンティティを実現することができる。

【0016】

図面に示されるフローチャートは、単なる例示的な説明であり、必ずしも全ての内容及び操作／ステップを含むわけではなく、また、必ずしも説明された順序で実行するわけでもない。例えば、一部の操作／ステップは、さらに、分割することができるが、一部の操作／ステップは、併合するか、又は、部分的に併合することができるため、実際の実行順序は、実際の状況に応じて変化する場合がある。

【0017】

現行の規格ＩＥＥＥ８０２．１１ａｘは、多くのシナリオでＲＴＡの低遅延、低ジッタの要求を満たすことができず、大量のＲＴＡサービスがある場合には、シグナリングオーバーヘッドが大きく、さらに、システムの通信効率に影響を与える。

【0018】

これに鑑み、本願の実施例は、通信方法、装置、コンピュータ読み取り可能な媒体、及び電子機器を提供する。本願のいくつかの実施例で提供される構成では、アクセス装置のグループ指示情報が含まれる第１メッセージフレームを生成し、該グループ指示情報が、第１メッセージフレームの送信後にデータ伝送を行う装置グループの情報を指示するものである。このように、第１メッセージフレームを送信した後に、グループ指示情報により指示される装置グループがデータ伝送を行うことをトリガする。これにより、１つの第１メッセージフレームは、１つ又は複数の装置グループがデータ伝送を行うことをトリガすることができ、シグナリングオーバーヘッドが低減され、さらに、システムの通信効率を高めることができ、同時に、ＲＴＡサービスの要求を満たすこともできる。

【0019】

図１は、本願の実施例の構成を適用可能な、例示的システムアーキテクチャの模式図を示す。

【0020】

図１に示すように、システムアーキテクチャは、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰと略称する）１０１、ステーション（ｎｏｎ－ＡＰ、即ち、Ｓｔａｔｉｏｎ、ＳＴＡと略称する）１０２、ステーション１０３、及び、ステーション１０４を含んでよい。ここで、アクセスポイント１０１、ステーション１０２、ステーション１０３、及び、ステーション１０４は、無線ローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＡＮと略称する）を構成する。ステーションは、スマートフォン、タブレットパソコン、携帯型コンピュータ、デスクトップコンピュータなどであってもよい。

【0021】

図１に示されるアクセスポイント及びステーションの数は、単なる例示的なものであることが、理解されるべきである。実現時のニーズに応じて、任意の数のアクセスポイント及びステーションが含まれてよい。

【0022】

本願の一実施例において、アクセスポイント１０１は、第１メッセージフレームを生成することができ、該第１メッセージフレームは、トリガフレーム（即ち、Ｔｒｉｇｇｅｒ Ｆｒａｍｅ）であってよく、該第１メッセージフレームには、アクセス装置のグループ指示情報が含まれ、該グループ指示情報が、第１メッセージフレームの送信後にデータ伝送を行う装置グループの情報を指示するものである。例えば、ステーション１０２、ステーション１０３、及び、ステーション１０４が、１つの装置グループに属する場合、アクセスポイント１０１が生成した第１メッセージフレームには、ステーション１０２、ステーション１０３、及び、ステーション１０４の属するグループに対する指示情報が含まれてよく、さらに、アクセスポイント１０１は、第１メッセージフレームを送信した後で、ステーション１０２、ステーション１０３、及び、ステーション１０４がデータ伝送を行うことをトリガすることができる。ここから分かるように、本願の実施例の構成では、１つの第１メッセージフレームを送信することにより、複数の装置が、データ伝送を行うことをトリガすることができ、シグナリングオーバーヘッドが低減され、さらに、システムの通信効率を高めることができる。

【0023】

説明すべきものとして、本願の実施例で提供される通信方法は、一般的に、アクセスポイント１０１により実行される。これに応じて、本願の実施例で提供される通信装置は、一般的に、アクセスポイント１０１に設置される。

【0024】

以下、本願の実施例の構成の具体的な実現について詳しく説明する。

【0025】

図２は、本願の一実施例による通信方法のフローチャートを示す。該通信方法は、アクセスポイントにより実行されてよく、該アクセスポイントは、図１に示されるアクセスポイント１０１であってもよい。図２に示すように、該通信方法は、少なくともステップＳ２１０～ステップＳ２２０を含み、詳細な説明は、以下のとおりである。

【0026】

ステップＳ２１０においては、第１メッセージフレームを生成し、前記第１メッセージフレームには、アクセス装置のグループ指示情報が含まれ、前記グループ指示情報が、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの情報を指示するものである。

【0027】

本願の一実施例において、第１メッセージフレームは、トリガフレームであってよく、アクセス装置は、ステーション装置であってもよい。１つの装置グループには、１つ又は複数のアクセス装置が含まれてもよい。

【0028】

本願の一実施例において、グループ指示情報には、第１フィールドと、少なくとも１つの第２フィールドとが含まれてよい。ここで、第１フィールドは、第１メッセージフレームの送信後にデータ伝送を行う装置グループの数を指示するものであり、該数は、第２フィールドの数と同じであり、第２フィールドは、第１メッセージフレームの送信後にデータ伝送を行う装置グループの識別情報を指示するものである。例えば、第１フィールドにより指示される装置グループの数が３である場合、グループ指示情報には、対応する１つの装置グループの識別情報をそれぞれ指示する３つの第２フィールドが含まれてもよい。

【0029】

本願の一実施例において、グループ指示情報に含まれる各第２フィールドの前記グループ指示情報での並び順は、各第２フィールドにより指示される装置グループのチャネルアクセス順を示す。例えば、グループ指示情報に３つの第２フィールドが含まれ、これらの３つの第２フィールドが、順に並んでおり、かつ、装置グループ１、装置グループ２、及び、装置グループ３をそれぞれ指示する場合に、これらの３つの装置グループのチャネルアクセス順は、装置グループ１、装置グループ２、そして、装置グループ３の順である。

【0030】

本願の一実施例において、装置グループにおける各装置のリソース割当情報は、第１メッセージフレームの前に各装置に通知されてよい。具体的には、図３に示すように、本願の実施例の通信方法は、以下のステップＳ３１０及びステップＳ３２０を含んでよい。

【0031】

ステップＳ３１０においては、第１メッセージフレームを送信する前に、第２メッセージフレームを生成し、前記第２メッセージフレームには、装置グループの識別情報と、前記装置グループにおける各装置のリソース割当情報とが含まれる。

【0032】

本願の一実施例において、装置のリソース割当情報は、帯域幅リソース情報、送信電力情報、上り送信の変調符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）、前方誤り訂正（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）チャネル符号化、などを含む。

【0033】

本願の一実施例において、装置グループに含まれる各装置の関連識別子（Ａｓｓｏｃｉａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ、ＡＩＤと略称する）に基づいて、装置グループの識別情報を生成してよい。

【0034】

具体的には、装置グループに１つの装置が含まれる場合、装置グループにおける１つの装置の関連識別子に基づいて、装置グループの識別情報を生成してよい。例えば、装置グループにおける１つの装置の関連識別子の一部のビットの値を、装置グループの識別情報の各ビットの値としてもよく、例えば、関連識別子の下位１２ビットを装置グループの識別情報とする。又は、装置グループにおける１つの装置の関連識別子の一部のビットの値を、装置グループの識別情報の一部のビットの値としてよく、例えば、関連識別子の下位８ビットを装置グループの識別情報の下位８ビットとし、装置グループの識別情報の上位４ビットをアクセスポイント自身が定義する。又は、装置グループにおける１つの装置の関連識別子の一部のビットの値と設定値とを演算した値に基づいて、装置グループの識別情報の各ビットの値を設定してよく、例えば、関連識別子の下位１１ビットと２０４６とを加算することにより、装置グループの識別情報を取得する。

【0035】

具体的には、装置グループに少なくとも２つの装置が含まれる場合、上記のように、装置グループにおける１つの装置の関連識別子に基づいて、装置グループの識別情報を生成してよく、少なくとも２つの装置の関連識別子に基づいて、装置グループの識別情報を生成してもよい。例えば、少なくとも２つの装置の関連識別子における一部のビットを連結することにより、装置グループの識別情報における各ビットを取得してよい。例えば、装置グループにおける３つの装置の関連識別子に基づいて、装置グループの識別情報を生成する場合、これらの３つの装置の関連識別子のそれぞれにおける下位４ビットを連結することにより、装置グループの識別情報を取得してもよい。

【0036】

引き続き図３を参照すると、ステップＳ３２０においては、前記第２メッセージフレームを、前記装置グループにおける各装置に送信する。

【0037】

図３に示される実施例の構成によれば、装置グループ情報と、装置グループにおける各装置のリソース割当情報とを各装置に予め通知することができる。これにより、各装置は、第１メッセージフレームを受信した後に、割当られたリソースに基づいてデータ伝送を行うことができる。

【0038】

上記した実施例の構成に基づいて、本願の一実施例においては、グループ指示情報に、少なくとも１つの第３フィールドがさらに含まれてよく、該第３フィールドの値は、第１メッセージフレームの送信後にデータ伝送を行う少なくとも１つの装置の情報を指示するものである。該実施例の構成によれば、第１メッセージフレームは、装置グループをトリガすることに加えて、少なくとも１つの装置がデータ伝送を行うことをトリガすることもできる。

【0039】

本願の一実施例において、第３フィールドにより指示される少なくとも１つの装置と、第３フィールドの直前の第２フィールドにより指示される装置グループにおける装置とは、データ伝送時に同じチャネルアクセス順を有する。例えば、第３フィールドにより指示される装置が装置４であり、第３フィールドの直前の第２フィールドにより指示される装置グループに装置１、装置２、及び、装置３が含まれる場合、装置４と、装置１、装置２、及び装置３とは、同じチャネルアクセス順を有する。

【0040】

本願のいくつかの実施例においては、上記の構成に基づいて、第３フィールドに、少なくとも１つの装置情報フィールドが含まれ、各装置情報フィールドそれぞれは、１つの装置のリソース割当情報を指示するものであり、各装置情報フィールドそれぞれには、所定のビットが含まれ、該所定のビットの値は、次のフィールドが装置情報フィールドであるか否かを示す。例えば、装置情報フィールドがＵｓｅｒ Ｉｎｆｏであると、該所定のビットは、Ｕｓｅｒ ＩｎｆｏフィールドにおけるＢ３９ビットであってよく、Ｂ３９＝１の場合には、次のフィールドもＵｓｅｒ Ｉｎｆｏであることを指示し、Ｂ３９＝０の場合には、次のフィールドがＵｓｅｒ Ｉｎｆｏではないことを指示する。

【0041】

引き続き図２を参照すると、ステップＳ２２０においては、前記グループ指示情報により指示される装置グループが、データ伝送を行うことをトリガするように、前記第１メッセージフレームを送信する。

【0042】

本願の一実施例において、第１メッセージフレームがトリガフレームである場合に、グループ指示情報は、トリガフレームにおける装置情報フィールド（即ち、Ｕｓｅｒ Ｉｎｆｏフィールド）を使用してよい。

【0043】

本願のいくつかの実施例において、第１メッセージフレームには、トリガタイプフィールドがさらに含まれてよく、該トリガタイプフィールドは、第１メッセージフレームのタイプを指示するものである。ここで、第１メッセージフレームがトリガフレームである場合に、該トリガタイプフィールドとしては、トリガフレームにおける共通情報フィールド（即ち、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド）を使用してよい。

【0044】

以下、図４～図１２を参照しながら、上記した第１メッセージフレームがトリガフレームである場合を例として、本願の実施例における構成を詳しく説明する。

【0045】

図４に示すように、８０２．１１ａｘにおけるトリガフレームは、プレゼンテーションプロトコルデータユニット（ＰＰＤＵ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、物理層プロトコルデータユニットである）であってよい。ＰＰＤＵは、媒体アクセス制御層プロトコルデータユニット（ＭＰＤＵ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を基に、物理層フレームヘッダ（ＰＨＹ Ｈｅａｄｅｒ）及びＰＥ（フレーム拡張）フィールドを追加したデータフレームである。ＭＰＤＵには、ＭＡＣ層フレームヘッダ（ＭＡＣ Ｈｅａｄｅｒ）、フレームボディ（Ｆｒａｍｅ Ｂｏｄｙ）、及び、フレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ、ＦＣＳと略称する）が含まれる。ここで、ＭＡＣ層フレームヘッダには、フレーム制御フィールド（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ、ＦＣと略称する）、長さフィールド（即ち、Ｄｕｒａｔｉｏｎ）、受信機アドレスフィールド（Ｒｅｃｅｉｖｅｒ Ａｄｄｒｅｓｓ、ＲＡと略称する）、送信機アドレスフィールド（Ｔｒａｎｓｍｉｔｔｅｒ Ａｄｄｒｅｓｓ、ＴＡと略称する）が含まれ、フレームボディには、共通情報フィールド（即ち、Ｃｏｍｍｏｎ Ｉｎｆｏ）、ユーザ情報リスト（即ち、Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）、パディングフィールド（即ち、Ｐａｄｄｉｎｇ）が含まれる。

【0046】

本願の一実施例において、図５には、本願の実施例におけるトリガフレームが示されている。ここで、トリガフレームにおける「トリガタイプ」フィールドの値を設定することにより、該トリガフレームが、装置グループを指示するためのトリガフレームであることを示すことができる。例えば、「トリガタイプ」フィールドの値として、８（８０２．１１ａｘにおけるトリガフレームの「トリガタイプ」フィールドの予約値）を設定してよい。また、オリジナルトリガフレームにおけるＵｓｅｒ Ｉｎｆｏフィールドをグループ指示フィールドとして使用してもよい。

【0047】

本願の一実施例において、グループ指示フィールドには、「グループ数」フィールド及び「グループＩＤ」フィールドが含まれる。ここで、「グループ数」フィールドは、４ビットであってよく、「グループＩＤ」フィールドは、１２ビットであってもよい。

【0048】

本願の一実施例において、「グループ数」フィールドは、後続のグループアクセスの合計回数、即ち、「グループＩＤ」フィールドの数を示す。０、８～１５は、「グループ数」フィールドの予約値であり、「グループ数」フィールドの値は、１～７である場合、即ち、本願の実施例に言及されたトリガフレームがトリガするグループアクセスの回数を示す。「グループＩＤ」フィールドは、予め定義されたグループ番号を指示するものであり、ＡＰにより割り当てられる。「グループ数」フィールドの値は、「グループＩＤ」フィールドの数に等しくすべきである。図５に示される実施例においては、トリガフレームがグループアクセスを１回トリガすることを示し、該グループＩＤはグループ３である。具体的なデータやり取りのフローについては、図６に示すように、ＡＰがトリガフレーム（該トリガフレームにより指示されるグループ数は１であり、グループＩＤは３である）を送信した後で、トリガフレームにより指示されるグループ３におけるＳＴＡ１、ＳＴＡ２、及びＳＴＡ３は、ＰＰＤＵを送信し、続いて、ＡＰは、グループ３における各ＳＴＡから送信されたＰＰＤＵを受信した後で、マルチステーション返信を行う。

【0049】

本願の一実施例において、トリガフレーム（「トリガタイプ」フィールドの値は８であってよい）によりトリガされる装置グループは、上りデータを送信する際に、予め格納された、グループＩＤに対応する設定に従って送信すべきである。ここで、これらの設定は、装置グループにおける各ステーションの帯域幅リソース割当、送信電力指示、上り送信ＭＣＳ、ＦＥＣチャネル符号化、などを含む。これらの設定は、トリガフレームの前に、各参与ステーションに送信すべきであり、ステーションは、受信した後で、グループＩＤ及び対応する設定情報を格納すべきである。本願の一実施例において、新たなエレメントによって、これらの設定を送信してもよい。図７に示すように、この新たなエレメントには、エレメントＩＤフィールド（即ち、Ｅｌｅｍｅｎｔ ＩＤ）、長さフィールド（即ち、Ｌｅｎｇｔｈ）、拡張フィールド（即ち、Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎ）、グループＩＤフィールド、及び、ユーザ情報リストフィールド（即ち、Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）が含まれてよい。また、一実施例において、エレメントＩＤフィールドは、８ビットであってもよく、長さフィールドは、８ビットであってもよく、拡張フィールドは、８ビットであってもよく、グループＩＤフィールドは、１２ビットであってもよく、ユーザ情報リストフィールドは、マルチバイトであってもよい。

【0050】

本願の一実施例において、エレメントＩＤフィールドの値は、２５５であってよく、拡張フィールドの値は、６１又は他の任意の使用されていない正当な値（０～２５５の間にある）であってもよく、長さフィールドは、フィールド全体のバイト数を指示し、グループＩＤフィールドは、装置グループのＩＤを指示し、ユーザ情報リストフィールドには、１つ又は複数のＵｓｅｒ Ｉｎｆｏフィールドが含まれる。ここで、Ｕｓｅｒ Ｉｎｆｏフィールドの構成は、図８に示すように、関連識別子フィールド（即ち、ＡＩＤ）、リソース割当フィールド（ＲＵ Ａｌｌｏｃａｔｉｏｎ：Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ Ａｌｌｏｃａｔｉｏｎ）、上りＦＥＣ符号化タイプフィールド（ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅ）、上り変調符号化方式フィールド（ＵＬ ＭＣＳ）、上りデュアルキャリア変調フィールド（ＵＬ Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ、ＵＬ ＤＣＭと略称する）、空間ストリーム割当／ランダムアクセス－リソースユニット情報フィールド（ＳＳ Ａｌｌｏｃａｔｉｏｎ／ＲＡ－ＲＵ Ｉｎｆｏｒｍａｔｉｏｎ：ｓｐａｔｉａｌ ｓｔｒｅａｍ Ａｌｌｏｃａｔｉｏｎ／Ｒａｎｄｏｍ Ａｃｃｅｓｓ－Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ Ｉｎｆｏｒｍａｔｉｏｎ）、上りターゲットＲＳＳＩフィールド（ＵＬ Ｔａｒｇｅｔ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩと略称する）、予約フィールド、及び、トリガフレームに依存するユーザ情報フィールド（即ち、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏ）を含んでよい。ここで、関連識別子フィールドは、１２ビットを占めることができ、リソース割当フィールドは、８ビットを占めることができ、上りＦＥＣ符号化タイプは、１ビットを占めることができ、上り変調符号化方式フィールドは、４ビットを占めることができ、上りデュアルキャリア変調フィールドは、１ビットを占めることができ、空間ストリーム割当／ランダムアクセス－リソースユニット情報フィールドは、６ビットを占めることができ、上りターゲットＲＳＳＩフィールドは、７ビットを占めることができ、予約フィールドは、１ビットを占めることができ、トリガフレームに依存するユーザ情報フィールドの長さは変化可能である。

【0051】

本願の一実施例において、装置グループに含まれる各ステーションの帯域幅リソース割当、送信電力指示などのリソース割当情報は、他のフォーマットでステーションに通知されてよい。

【0052】

本願の一実施例において、グループＩＤの設定は、Ｕｓｅｒ ＩｎｆｏフィールドにおけるＡＩＤサブフィールドの設定に従ってよい。具体的には、以下の原則に従って設定してもよい。

【0053】

（１）グループＩＤフィールドの８ビットの設定について、グループにおける１つ又は複数のステーションのＡＩＤと関連付けたものに２０４６を加算することにより取得してよい。例えば、
グループ２に１つのステーション２（そのＡＩＤが２である）のみがある場合、グループＩＤの１２ビットは、該ステーションのＡＩＤの下位１１ビットに２０４６を加算したものである。ここで、グループ２に対応するグループＩＤは、十進法で２＋２０４６＝２０４８であり、
グループ３に複数のステーションが含まれる場合、そのうちの１つのステーション、例えばステーション３（ＡＩＤは３である）を選択してもよく、グループＩＤの１２ビットは、該ステーションのＡＩＤ＝３の下位１１ビットに２０４６を加算したものである。ここで、グループ３に対応するグループＩＤは、十進法で３＋２０４６＝２０４９である。

【0054】

グループに、例えば、ステーション１、ステーション２、及び、ステーション３のような複数のステーションが含まれる場合、グループＩＤは、複数の参与ステーションのＡＩＤを連結して形成してよい。例えば、グループＩＤの下位４ビットをステーション１のＡＩＤの下位４ビットとし、グループＩＤの中位４ビットをステーション２のＡＩＤの下位４ビットとし、グループＩＤの上位４ビットをステーション３のＡＩＤの下位４ビットとし、さらに、２０４６を加算することにより、最終的なグループＩＤを取得する。

【0055】

（２）グループＩＤフィールドにおいて、一部のビットを、グループに参与する１つ又は複数のステーションのＡＩＤと関連付けたものとし、残りのビットをＡＰ自身が定義するようにしてよい。例えば、グループＩＤの１２ビットのうちの下位８ビットは、ステーション３のＡＩＤの下位８ビットであってもよく、グループＩＤにおける上位４ビットは、ＡＰ自身による定義で割り当ててもよく、例えば、異なるＲＴＡサービスに応じて区分を割り当てる。

【0056】

説明すべきものとして、グループＩＤの値は、２０４６～４０９５の間にあり、かつ、２０４６及び４０９５を含まない。

【0057】

本願の一実施例において、図９に示すように、トリガフレームは、複数の装置グループのアクセスをトリガすることができる。この時、グループ数フィールドにより指示される値は３であり、グループ指示フィールドには、３つのグループＩＤフィールドが含まれる。これらの３つのグループＩＤフィールドは、例えば、それぞれ、グループ３、グループ２、及び、グループ４を指示するものであってよい。図９に示すように、グループ３、グループ２、及び、グループ４をそれぞれ指示するグループＩＤフィールドのグループ指示フィールドでの並び順に基づいて、チャネルアクセス順がグループ３、グループ２、及び、グループ４の順であることを決定することができる。ここで、グループ３における各ステーションから送信されたデータフレームは、トリガフレームに基づくＰＰＤＵであり、グループ２における各ステーションは、グループ３における各ステーションからの送信が完了した後に、データ伝送過程を開始し、グループ４における各ステーションは、グループ２における各ステーションからの送信が完了した後に、データ伝送過程を開始する。具体的なデータやり取りのフローについて、図１０に示すように、ＡＰがトリガフレーム（該トリガフレームにより指示されるグループ数は３である）を送信してから、短フレーム間隔（ＳＩＦＳ：Ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）が経過した後で、トリガフレームにより指示されるグループ３におけるＳＴＡ１、ＳＴＡ２、及び、ＳＴＡ３が、先にＰＰＤＵを送信し、グループ３における各ステーションからの送信が完了してから、ＳＩＦＳが経過した後で、グループ２におけるＳＴＡ２がＰＰＤＵを送信し、グループ２における各ステーションからの送信が完了してから、ＳＩＦＳが経過した後で、グループ４におけるＳＴＡ４がＰＰＤＵを送信する。最後に、ＡＰは、各グループにおけるＳＴＡから送信されたＰＰＤＵを受信した後、マルチステーション返信を行う。

【0058】

図９に示す実施例において、トリガフレームは、複数の装置グループのアクセスをトリガすることができるため、アクセスポイントは、トリガフレームの前に、グループＩＤ＝３、２、４の設定情報を、トリガされるＳＴＡに送信すべきである。ここで、グループＩＤ＝３の場合、設定情報のエレメント（Ｅｌｅｍｅｎｔ）におけるユーザ情報リストには、３つのユーザ情報フィールドが含まれ、グループＩＤ＝２又は４の場合、いずれも、設定情報のＥｌｅｍｅｎｔにおけるユーザ情報リストには、１つのユーザ情報フィールドのみが含まれる。

【0059】

本願の一実施例において、トリガフレームは、グループ情報を指示することに加えて、データ伝送を行うステーションの情報を指示することもできる。具体的には、図１１に示すように、トリガフレームの「トリガタイプ」フィールドの値は、９に設定してよい（上記の実施例における８と区別して、８０２．１１ａｘにおけるトリガフレームの「トリガタイプ」フィールドの予約値である）。ここで、グループ指示フィールドには、「グループ数」及び指示される「グループＩＤ」フィールドに加えて、「ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）」フィールドが含まれてもよい。「グループ数」フィールド及び「グループＩＤ」フィールドの定義及び関連説明は、上記の実施例の構成を参照されたい。ここで、「ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）」フィールドは、グループＩＤにおける使用されていない帯域幅を使用して、他のステーションが、トリガフレームに基づくＰＰＤＵ（即ち、ＴＢ ＰＰＤＵ）を送信することをトリガすることができる。

【0060】

本願の一実施例において、「ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）」フィールドには、１つ又は複数の「Ｕｓｅｒ Ｉｎｆｏ」フィールドが含まれる。該Ｕｓｅｒ ＩｎｆｏにおけるＢ３９予約ビットを利用して、次のフィールドがＵｓｅｒ Ｉｎｆｏであるか否かを指示することができる。例えば、Ｂ３９＝１の場合、次のフィールドもＵｓｅｒ Ｉｎｆｏであることを指示し、Ｂ３９＝０の場合、次のフィールドがＵｓｅｒ Ｉｎｆｏではないことを指示する。

【0061】

本願の一実施例において、「グループ指示」フィールドに含まれる「ユーザ情報リスト（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ）」フィールドに対応するＳＴＡは、直前のグループＩＤに対応するＳＴＡと共にＰＰＤＵを送信することができる。具体的には、図１２に示すように、ＡＰがトリガフレーム（該トリガフレームはグループ情報を指示する）を送信してから、ＳＩＦＳが経過した後で、トリガフレームにより指示されるグループ３におけるＳＴＡ１、ＳＴＡ２、及び、ＳＴＡ３、並びに、「グループ指示」フィールドにおけるグループＩＤ＝３の直後のユーザ情報リストフィールドにより指示されるＳＴＡ４及びＳＴＡ５が、先にＰＰＤＵを送信し、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、ＳＴＡ４、及び、ＳＴＡ５からの送信が完了してから、ＳＩＦＳが経過した後で、グループ２におけるＳＴＡ２、及び、「グループ指示」フィールドにおけるグループＩＤ＝２の直後のユーザ情報リストフィールドにより指示されるＳＴＡ４が、ＰＰＤＵを送信し、ＳＴＡ２及びＳＴＡ４からの送信が完了してから、ＳＩＦＳが経過した後で、グループ４におけるＳＴＡ４が、ＰＰＤＵを送信する。最後に、ＡＰは、各グループにおけるＳＴＡから送信されたＰＰＤＵを受信した後で、マルチステーション返信を行う。

【0062】

本願の上記の実施例の構成では、グループ指示情報によって、静的な上りデータフレーム送信のスケジューリングを実現することができ、シグナリングオーバーヘッドが低減され、具体的には、トリガフレームにおけるｃｏｍｍｏｎ ｉｎｆｏ及びｕｓｅｒ ｉｎｆｏフィールドの指示情報を静的化して、グループ情報として固定し、さらに、新たなトリガフレームにグループ指示情報のみを付し、トリガされるステーションの指示、及び、関連する帯域幅リソース割当、送信電力指示、などを完成することができる。また、１つのトリガフレームは、複数回のＴＢ ＰＰＤＵの送信をトリガすることができ、シグナリングオーバーヘッドがさらに低減されるとともに、ＲＴＡサービスの要求がより満たされる。

【0063】

以下に、本願の装置の実施例を説明する。この装置は、本願の上記の実施例における通信方法を実行するために用いられてよい。本願の装置の実施例に開示されていない詳細事項については、本願の上記の通信方法の実施例を参照されたい。

【0064】

図１３は、本願の一実施例による通信装置のブロック図を示しており、該通信装置は、アクセスポイント装置内に設置されてよい。

【0065】

図１３に示すように、本願の一実施例による通信装置１３００は、生成ユニット１３０２と、送信ユニット１３０４と、を含む。

【0066】

ここで、生成ユニット１３０２は、第１メッセージフレームを生成し、前記第１メッセージフレームには、アクセス装置のグループ指示情報が含まれ、前記グループ指示情報が、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの情報を指示するものである。送信ユニット１３０４は、前記グループ指示情報により指示される装置グループがデータ伝送を行うことをトリガするように、前記第１メッセージフレームを送信する。

【0067】

本願のいくつかの実施例においては、上記した構成に基づいて、前記グループ指示情報に、第１フィールドと、少なくとも１つの第２フィールドとが含まれる。前記第１フィールドは、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの数を指示するものであり、前記数は、前記第２フィールドの数と同じである。前記第２フィールドは、前記第１メッセージフレームの送信後にデータ伝送を行う装置グループの識別情報を指示するものである。

【0068】

本願のいくつかの実施例において、上記の構成に基づいて、前記グループ指示情報に含まれる各第２フィールドの前記グループ指示情報での並び順は、前記各第２フィールドにより指示される装置グループのチャネルアクセス順を示す。

【0069】

本願のいくつかの実施例において、上記の構成に基づいて、生成ユニット１３０２は、さらに、第２メッセージフレームを生成し、前記第２メッセージフレームには、装置グループの識別情報と、前記装置グループにおける各装置のリソース割当情報とが含まれる。送信ユニット１３０４は、さらに、前記第１メッセージフレームを送信する前に、前記第２メッセージフレームを、前記装置グループにおける各装置に送信する。

【0070】

本願のいくつかの実施例において、上記した構成に基づいて、生成ユニット１３０２は、さらに、前記装置グループに含まれる各装置の関連識別子に基づいて、前記装置グループの識別情報を生成する。

【0071】

本願のいくつかの実施例において、上記した構成に基づき、生成ユニット１３０２は、前記装置グループに１つ又は複数の装置が含まれる場合には、前記装置グループにおける１つの装置の関連識別子に基づいて、前記装置グループの識別情報を生成し、前記装置グループに少なくとも２つの装置が含まれる場合には、前記少なくとも２つの装置の関連識別子に基づいて、前記装置グループの識別情報を生成する、ように構成されている。

【0072】

本願のいくつかの実施例において、上記した構成に基づき、生成ユニット１３０２は、前記装置グループにおける１つの装置の関連識別子に基づいて、前記装置グループの識別情報を生成する過程が、前記装置グループにおける１つの装置の関連識別子の一部のビットの値を、前記装置グループの識別情報の各ビットの値とするステップ、又は、前記装置グループにおける１つの装置の関連識別子の一部のビットの値を、前記装置グループの識別情報の一部のビットの値とするステップ、又は、前記装置グループにおける１つの装置の関連識別子の一部のビットの値と設定値とを演算した値に基づいて、前記装置グループの識別情報の各ビットの値を設定するステップ、を含むように構成されている。

【0073】

本願のいくつかの実施例において、上記の構成に基づき、生成ユニット１３０２は、前記少なくとも２つの装置の関連識別子に基づいて、前記装置グループの識別情報を生成する過程が、前記少なくとも２つの装置の関連識別子における一部のビットを連結することにより、前記装置グループの識別情報における各ビットを取得するステップを含むように構成されている。

【0074】

本願のいくつかの実施例において、上記の構成に基づき、前記第１メッセージフレームは、トリガフレームであり、前記グループ指示情報は、前記トリガフレームにおける装置情報フィールドを使用する。

【0075】

本願のいくつかの実施例において、上記の構成に基づき、前記第１メッセージフレームには、トリガタイプフィールドがさらに含まれ、前記トリガタイプフィールドは、前記第１メッセージフレームのタイプを指示するものである。前記第１メッセージフレームがトリガフレームである場合、前記トリガタイプフィールドとしては、前記トリガフレームにおける共通情報フィールドを使用する。

【0076】

本願のいくつかの実施例において、上記の構成に基づき、前記グループ指示情報には、少なくとも１つの第３フィールドがさらに含まれ、前記第３フィールドの値は、前記第１メッセージフレームの送信後にデータ伝送を行う少なくとも１つの装置の情報を指示するものである。

【0077】

本願のいくつかの実施例において、上記の構成に基づき、前記第３フィールドにより指示される少なくとも１つの装置と、前記第３フィールドの直前の第２フィールドにより指示される装置グループにおける装置とは、データ伝送時に同じチャネルアクセス順を有する。

【0078】

本願のいくつかの実施例において、上記の構成に基づき、前記第３フィールドには、少なくとも１つの装置情報フィールドが含まれ、各前記装置情報フィールドそれぞれは、１つの装置のリソース割当情報を指示するものである。各前記装置情報フィールドそれぞれには、所定のビットが含まれ、前記所定のビットの値は、次のフィールドが前記装置情報フィールドであるか否かを示す。

【0079】

図１４は、本願の実施例を実現することに好適な電子機器のコンピュータシステムの構成の模式図を示す。

【0080】

説明すべきものとして、図１４に示される電子機器のコンピュータシステム１４００は、単なる一例であり、本願の実施例の機能及び使用範囲について、何ら制限をもたらすものではない。

【0081】

図１４に示すように、コンピュータシステム１４００は、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１４０１を含み、ＣＰＵ１４０１は、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）１４０２に記憶されたプログラム、又は、記憶部１４０８からランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４０３にロードされたプログラムに基づいて、各種の適当な動作及び処理、例えば、上記実施例における方法を実行することができる。ＲＡＭ１４０３には、システム動作に必要な各種のプログラム及びデータが、さらに、含まれる。ＣＰＵ１４０１、ＲＯＭ１４０２、及びＲＡＭ１４０３は、バス１４０４を介して互いに接続されている。入力／出力（Ｉ／Ｏ：Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）インタフェース１４０５も、また、バス１４０４に接続されている。

【0082】

Ｉ／Ｏインタフェース１４０５には、キーボード、マウスなどを含む入力部１４０６と、例えば、ブラウン管（ＣＲＴ：Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）など、及び、スピーカーなどを含む出力部１４０７と、ハードディスクなどを含む記憶部１４０８と、例えば、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）カード、モデムなどのネットワークインタフェースカードを含む通信部１４０９と、が接続される。通信部１４０９は、インターネットのようなネットワークを介して、通信処理を実行する。ドライバー１４１０も、また、必要に応じて、Ｉ／Ｏインタフェース１４０５に接続される。例えば、磁気ディスク、光ディスク、磁気光学ディスク、半導体メモリなどの取り外し可能な媒体１４１１は、必要に応じて、ドライバー１４１０に取り付けられる。これにより、取り外し可能な媒体１４１１から読み取られたコンピュータプログラムが、必要に応じて、記憶部１４０８にインストールされる。

【0083】

特に、本願の実施例によれば、上記のフローチャートを参照して説明される過程は、コンピュータソフトウェアプログラムとして実現されてよい。例えば、本願の実施例は、コンピュータ読み取り可能な媒体に搭載されたコンピュータプログラムが含まれる、コンピュータプログラム製品を含み、該コンピュータプログラムには、フローチャートに示される方法を実行するためのコンピュータプログラムが含まれる。このような実施例において、該コンピュータプログラムは、通信部１４０９によって、ネットワークからダウンロード及びインストールされ、かつ／あるいは、取り外し可能な媒体１４１１からインストールされてもよい。該コンピュータプログラムが中央処理装置（ＣＰＵ）１４０１によって実行されると、本願のシステムで限定された各種の機能が実行される。

【0084】

説明すべきものとして、本願の実施例に示されるコンピュータ読み取り可能な媒体は、コンピュータ読み取り可能な信号媒体又はコンピュータ読み取り可能な記憶媒体、あるいは、上記の両者の任意の組み合わせであってよい。コンピュータ読み取り可能な記憶媒体は、例えば、電気、磁気、光、電磁気、赤外線、又は半導体のシステム、装置、又は、デバイス、あるいは、上記の任意の組み合わせであってもよいが、これらに限定されない。コンピュータ読み取り可能な記憶媒体のより具体的な例は、１つ又は複数の導線を有する電気接続、ポータブルコンピュータ磁気ディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、光ファイバー、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ：Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、光記憶デバイス、磁気記憶デバイス、あるいは、上記の任意の適切な組み合わせを含んでよいが、これらに限定されない。本願では、コンピュータ読み取り可能な記憶媒体は、プログラムを含み、又は、記憶した任意の有形の媒体であってよく、該プログラムは、命令実行システム、装置、又はデバイスによって使用されるか、あるいは、これらと組み合わせて使用されてもよい。一方、本願では、コンピュータ読み取り可能な信号媒体は、ベースバンドで、又は、キャリアの一部として、伝搬されるデータ信号を含んでよく、該データ信号には、コンピュータ読み取り可能なコンピュータプログラムが搭載される。このような伝搬されるデータ信号は、電磁気信号、光信号、又は、上記の任意の適切な組み合わせを含むが、これらに限定されない様々な形態をとることができる。コンピュータ読み取り可能な信号媒体は、コンピュータ読み取り可能な記憶媒体以外の任意のコンピュータ読み取り可能な媒体であってよく、該コンピュータ読み取り可能な媒体は、命令実行システム、装置、又はデバイスによって使用されるか、あるいは、これらと組み合わせて使用されるためのプログラムを送信、伝搬、又は伝送することができる。コンピュータ読み取り可能な媒体に含まれるコンピュータプログラムは、無線、有線など、又は、上記の任意の適切な組み合わせを含むが、これらに限定されない任意の適切な媒体で伝送されてもよい。

【0085】

図面中のフローチャート及びブロック図は、本願の各種の実施例によるシステム、方法、及び、コンピュータプログラム製品の実現可能なシステムアーキテクチャ、機能、及び、動作を図示している。ここで、フローチャート又はブロック図における各ブロックは、モジュール、プログラムセグメント、又は、コードの一部を表すことができ、上記モジュール、プログラムセグメント、又は、コードの一部には、所定の論理機能を実現するための１つ又は複数の実行可能命令が含まれる。別の注意すべきものとして、代替としてのいくつかの実現では、ブロックに記載された機能は、図面に記載された順序とは異なる順序で行われてよい。例えば、連続して示される２つのブロックは、実際には、基本的に並行して実行される場合があり、関連する機能によっては、逆の順序で実行される場合もある。別の注意すべきものとして、ブロック図又はフローチャートにおける各ブロック、及び、ブロック図又はフローチャートにおけるブロックの組み合わせは、所定の機能又は動作を実行するための専用のハードウェアに基づくシステムで実現されてよく、あるいは、専用ハードウェアとコンピュータ命令との組み合わせで実現されてもよい。

【0086】

本願の実施例の説明に係るユニットは、ソフトウェアの形で実現されてよく、ハードウェアの形で実現されてもよく、説明されたユニットは、プロセッサに設置されてもよい。ここで、これらのユニットの名称は、ある場合には該ユニット自体を限定するものではない。

【0087】

別の態様として、本願では、コンピュータ読み取り可能な媒体も提供されており、該コンピュータ読み取り可能な媒体は、上記実施例で説明された電子機器に含まれるものであってよいし、該電子機器に組み込まれることなく単独で存在するものであってもよい。上記コンピュータ読み取り可能な媒体には、１つ又は複数のプログラムが搭載され、上記１つ又は複数のプログラムは、該電子機器によって実行されると、該電子機器に、上記実施例に記載の方法を実現させる。

【0088】

注意すべきものとして、上記の詳細な説明では、動作を実行するための機器の若干のモジュール又はユニットが言及されているが、このような分割は強制的ではない。実際には、本願の実施形態によれば、上記した２つ以上のモジュール又はユニットの特徴及び機能は、１つのモジュール又はユニットに具体化されてよい。逆に、上記した１つのモジュール又はユニットの特徴及び機能は、複数のモジュール又はユニットによって具体化されるように、さらに分割されてもよい。

【0089】

上記の実施形態の説明によれば、当業者にとって容易に理解されるように、ここで説明された例示的な実施形態は、ソフトウェアによって実現されてよいし、ソフトウェアと必要なハードウェアとの組み合わせによって実現されてもよい。このため、本願の実施形態による構成は、ソフトウェア製品の形で具現されてもよい。該ソフトウェア製品は、不揮発性記憶媒体（ＣＤ－ＲＯＭ、Ｕディスク、モバイルハードディスク、などであってよい）又はネットワークに記憶されてもよく、コンピュータ機器（パーソナルコンピュータ、サーバ、タッチ端末、又はネットワーク機器、などであってよい）に、本願の実施形態による方法を実行させる若干の命令を含む。

【0090】

当業者は、明細書を考慮して、ここで開示された実施形態を実施した後に、本願の他の実施形態を容易に想到し得る。本願は、本願の任意の変形、用途、又は適応的な変更が包括されることを趣旨とする。これらの変形、用途、又は適応的な変更は、本願の一般的な原理に従い、本願に開示されていない本技術分野における技術常識又は慣用の技術的手段を含む。

【0091】

理解すべきものとして、本願は、上記で説明されて図面に示された精確な構成に限定されるものではなく、その範囲から逸脱することなく、様々な修正及び変更が可能である。本願の範囲は、添付の特許請求の範囲によってのみ制限される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【国際調査報告】