IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社NTTドコモの特許一覧

<>
  • 特開-配信システム 図1
  • 特開-配信システム 図2
  • 特開-配信システム 図3
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025011426
(43)【公開日】2025-01-24
(54)【発明の名称】配信システム
(51)【国際特許分類】
   H04N 21/241 20110101AFI20250117BHJP
   H04N 21/2668 20110101ALI20250117BHJP
   G10K 15/02 20060101ALI20250117BHJP
   H04S 7/00 20060101ALI20250117BHJP
   A63F 13/54 20140101ALI20250117BHJP
   H04L 67/131 20220101ALI20250117BHJP
【FI】
H04N21/241
H04N21/2668
G10K15/02
H04S7/00 300
A63F13/54
H04L67/131
【審査請求】未請求
【請求項の数】7
【出願形態】OL
(21)【出願番号】P 2023113534
(22)【出願日】2023-07-11
(71)【出願人】
【識別番号】392026693
【氏名又は名称】株式会社NTTドコモ
(74)【代理人】
【識別番号】100088155
【弁理士】
【氏名又は名称】長谷川 芳樹
(74)【代理人】
【識別番号】100113435
【弁理士】
【氏名又は名称】黒木 義樹
(74)【代理人】
【識別番号】100121980
【弁理士】
【氏名又は名称】沖山 隆
(74)【代理人】
【識別番号】100128107
【弁理士】
【氏名又は名称】深石 賢治
(72)【発明者】
【氏名】山添 隆文
【テーマコード(参考)】
5C164
5D162
5D208
【Fターム(参考)】
5C164FA22
5C164PA31
5C164PA46
5C164SB02S
5C164SB04S
5C164SB51P
5C164SC05P
5D162CC08
5D162EG02
5D208BB01
(57)【要約】
【課題】クライアントに適切な音声を配信すること。
【解決手段】配信システム1は、映像又は音声の少なくとも一方を処理するプロセスを複数実行し、三次元空間内の複数の位置それぞれに応じた画像を生成する共通処理と、一のクライアントに配信する映像及び音声を生成して当該一のクライアントに配信する配信処理であって、共通処理にて生成された一の位置に応じた画像に基づいて映像を生成し、当該一の位置に応じた音声を生成する配信処理とをそれぞれ異なるプロセスで実行する。三次元空間は、仮想空間であってもよい。音声を処理するプロセスは、一系統分の音声しか処理できなくてもよい。一の位置は、一のクライアントに対応するアバターがいる位置であってもよい。共通処理と、複数のクライアント分の複数の配信処理とをそれぞれ異なるプロセスで実行してもよい。
【選択図】図2

【特許請求の範囲】
【請求項1】
映像又は音声の少なくとも一方を処理するプロセスを複数実行し、
三次元空間内の複数の位置それぞれに応じた画像を生成する共通処理と、
一のクライアントに配信する映像及び音声を生成して当該一のクライアントに配信する配信処理であって、前記共通処理にて生成された一の位置に応じた画像に基づいて映像を生成し、当該一の位置に応じた音声を生成する配信処理と
をそれぞれ異なる前記プロセスで実行する配信システム。
【請求項2】
前記三次元空間は、仮想空間である、
請求項1に記載の配信システム。
【請求項3】
音声を処理する前記プロセスは、一系統分の音声しか処理できない、
請求項1に記載の配信システム。
【請求項4】
前記一の位置は、前記一のクライアントに対応するアバターがいる位置である、
請求項1に記載の配信システム。
【請求項5】
前記共通処理と、複数のクライアント分の複数の前記配信処理とをそれぞれ異なる前記プロセスで実行する、
請求項1に記載の配信システム。
【請求項6】
前記配信処理を実行する前記プロセスの数は、クライアントの数に基づく、
請求項1に記載の配信システム。
【請求項7】
前記配信処理は、画像に基づいた映像の生成以外の映像処理を行わない、
請求項1に記載の配信システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の一側面は、映像及び音声を配信する配信システムに関する。
【背景技術】
【0002】
下記特許文献1では、複数のゲームエンジンノードを有する分散型ゲームエンジンが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特表2022-510600号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
一般的なゲームエンジンなどでは、音声が一系統分の出力しか想定されていない。そのため、一つのゲームエンジン上で複数のカメラ視点の映像をストリーミング(配信)しても、音声はカメラ視点に合わせたものにならず、全体共通の一系統のみとなり、それぞれのユーザ位置(複数のカメラ視点)にあわせた(複数の)音声を配信できない。すなわち、クライアントに適切な音声を配信することができない。そこで、クライアントに適切な音声を配信することが望まれている。
【課題を解決するための手段】
【0005】
本開示の一側面に係る配信システムは、映像又は音声の少なくとも一方を処理するプロセスを複数実行し、三次元空間内の複数の位置それぞれに応じた画像を生成する共通処理と、一のクライアントに配信する映像及び音声を生成して当該一のクライアントに配信する配信処理であって、共通処理にて生成された一の位置に応じた画像に基づいて映像を生成し、当該一の位置に応じた音声を生成する配信処理とをそれぞれ異なるプロセスで実行する。
【0006】
このような側面においては、配信処理が実行されるプロセスでは、一のクライアントに対して三次元空間内の一の位置に応じた音声が生成されて配信される。それゆえ、クライアントに適切な音声を配信することができる。
【発明の効果】
【0007】
本開示の一側面によれば、クライアントに適切な音声を配信することができる。
【図面の簡単な説明】
【0008】
図1】従来の配信システムのシステム構成を示す図である。
図2】実施形態に係る配信システムのシステム構成の一例を示す図である。
図3】実施形態に係る配信システムで用いられるコンピュータのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【0009】
以下、図面を参照しながら本開示での実施形態を詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。また、以下の説明における本開示での実施形態は、本発明の具体例であり、特に本発明を限定する旨の記載がない限り、これらの実施形態に限定されないものとする。
【0010】
まず、実施形態で対象とする仮想/ゲーム空間などについて説明する。実施形態の対象となるサービスは、仮想空間又はゲーム画面などの映像を生成して配信するシステム(サーバ)、その映像を受信する不特定多数のクライアントで構成されていることを想定している。仮想空間に対して、クライアントは操作信号を送信することができ、仮想空間上のクライアントに対応するアバター(キャラクター)などが操作信号により制御することができる(いわゆるクラウドゲーミングという手法に基づくサービス)。
【0011】
仮想空間などは、コンピュータグラフィックス(CG;Computer Graphics)による複数系統の映像を生成できるが、音声については複数系統の生成に制約があるゲームエンジンを想定している。ただし、一系統(又は映像数以下の少数の系統)として、ステレオ音声又はサラウンド音声は生成可能で、仮想空間上に配置された、仮想空間内のBGM(Background Music)(もしくは位置に関係なく利用する音、効果音・アナウンス音声など)又は複数の音源(滝の音又はガラスが割れる音などの空間の位置に紐づいて生成される音)などから合成された立体的な音響効果は実現できる。
【0012】
例えば、複数人のクライアント(利用者)がアバターを主観視点で操作するために、複数視点の映像を生成した上で、それぞれの位置における臨場感のある音声を生成しようとしても、音声が一系統しか取り扱えなければ映像の数に対応した音声を生成することができない。なお、実施形態において用語「音声」は「音」に置き換えてもよい。
【0013】
図1は、従来の配信システムのシステム構成を示す図である。図1では、3つのクライアントであるクライアントα、クライアントβ及びクライアントγに映像及び音声をストリーミング(配信)する場合の配信システムのシステム構成を示している。
【0014】
サーバ(従来の配信システム)側では、4つのゲームエンジンのプロセスが実行されている。4つのうち3つのプロセスは、クライアントごとにあるプロセス、すなわち、クライアントα用のプロセス(以降では「αプロセス」と記す)と、クライアントβ用のプロセス(以降では「βプロセス」と記す)と、クライアントγ用のプロセス(以降では「γプロセス」と記す)との3つのプロセスである。4つのうち残りの1つのプロセスは、上述のクライアントごとにあるプロセスの同期管理を行うプロセス(以降では「同期プロセス」と記す)である。各プロセスは同一環境に存在し、(同期プロセスが主導して)プロセス間の処理を同期する。
【0015】
αプロセス、βプロセス及びγプロセスはそれぞれ、CG生成の処理、同期処理、映像の処理、音声の処理、及び、仮想空間での相互作用の計算の処理を実行する。CG生成の処理は、対象のクライアント(例えばαプロセスならばクライアントα)用のCGを生成する。同期処理は、同期プロセスと連携して、クライアントごとにある3つのプロセス間での同期を行う。映像の処理は、同じプロセス内のCG生成の処理によって生成されたCGに基づいて、対象のクライアント用の映像を生成する。音声の処理は、対象のクライアント用の音声を生成する。仮想空間での相互作用の計算の処理は、仮想空間でのアバターなどの相互作用を計算する。なお、CG生成の処理、同期処理、映像の処理及び音声の処理は、仮想空間での相互作用の計算結果に基づいてもよい。
【0016】
αプロセス、βプロセス及びγプロセスそれぞれは、当該プロセスの映像の処理によって生成された映像、及び、音声の処理によって生成された音声を、対象のクライアントにストリーミングする。αプロセス、βプロセス及びγプロセスそれぞれの仮想空間での相互作用の計算の処理は、対象のクライアントからアバターなどの操作信号を受信し、受信した操作信号に基づいて計算する。
【0017】
音アセットは、BGM、音源1及び音源2などを含み、サーバのストレージに格納される。音アセットは、必要に応じて必要とするプロセスに読み込まれる。
【0018】
図1に示す従来の配信システムのシステム構成の課題として、1台のサーバ内であっても、プロセス間の同期処理、及び、共通化が可能な仮想空間での相互作用の計算などを、それぞれのプロセスで行う必要があることが挙げられる。
【0019】
実施形態に係る配信システム(配信システム1)は、映像又は音声の少なくとも一方を処理するプロセスを複数実行し、三次元空間内の複数の位置それぞれに応じた画像(CG)を生成する共通処理(後述のプロセスAで実行される)と、一のクライアントに配信する映像及び音声を生成して当該一のクライアントに配信する配信処理であって、共通処理にて生成された一の位置に応じた画像に基づいて映像を生成し、当該一の位置に応じた音声を生成する配信処理(後述のプロセスBで実行される)とをそれぞれ異なるプロセスで実行する。
【0020】
三次元空間は、仮想空間であってもよい。音声を処理するプロセスは、一系統分の音声しか処理できなくてもよい。一の位置は、一のクライアントに対応するアバターがいる位置であってもよい。共通処理と、複数のクライアント分の複数の配信処理とをそれぞれ異なるプロセスで実行してもよい。配信処理を実行するプロセスの数は、クライアントの数に基づいてもよい。例えば、配信処理を実行するプロセスの数は、クライアントの数と同一であってもよいし、クライアントの数以上であってもよいし、クライアントの数に応じて動的に増減してもよい。配信処理は、画像に基づいた映像の生成以外の映像処理を行わなくてもよい。
【0021】
図2は、配信システム1のシステム構成の一例を示す図である。以降の図2の説明において、図1と同様の内容については説明を適宜省略する。
【0022】
配信システム1は、1つ又は複数のサーバ上で独立した形で動作する複数のゲームエンジンの処理(プロセス)で構成される。具体的には、配信システム1は、プロセスA、プロセスB-α、プロセスB-β及びプロセスB-γの4つのプロセスで構成される。なお、プロセスB-α、プロセスB-β及びプロセスB-γを総称して「プロセスB」と適宜記す。
【0023】
プロセスA(で実行される仮想空間での相互作用の計算の処理)は、不特定多数のクライアント(例えばクライアントα、クライアントβ及びクライアントγ)から操作信号を受信し、それぞれのクライアントに対応するアバターを仮想空間に配置し、それぞれの位置に応じた視点(ただし、アバターと視点が1:1の関係でなくてもよい。例えば複数クライアントで1つの視点を共有してもよい)を生成し、アバターの操作と仮想空間におけるリアルタイムの相互作用を計算する。
【0024】
プロセスA(で実行されるCG生成の処理(図中の「CG生成1」及び「CG生成2」))は、前述の相互作用によって発生する仮想空間内の音に関する情報(音源の発生又は位置関係の変化など。音声の生成は行わない)と、それぞれのアバターの視点に応じたCG(例えばCG1とCG2の2つ)を生成し、それぞれのアバターの位置情報とあわせてリアルタイムで後述するプロセスBに伝達する(メモリアドレスなどの参照情報、あるいはプロセス間通信又はIP通信といったデータ転送。例えば、CG・音の位置データをコピー又は参照情報送信する)。
【0025】
プロセスBは、クライアントの数に応じて用意され、(プロセスBの映像の処理が)プロセスAで生成されたCGから映像を生成し、(プロセスBの音声の処理が)音に関する情報からアバター位置に応じた音声を生成し、映像・音声を圧縮された情報としてクライアントにストリーミングする。プロセスBは、映像の合成と、音源からの音声生成を実施してクライアントに配信する。例えば、プロセスB-αは、CG1から映像1(クライアントα視点の映像)を生成し、かつ音声1(クライアントαの位置に応じた音声)を生成し、映像1及び音声1をクライアントαにストリーミングする。また例えば、プロセスB-βは、CG1から映像1(クライアントβ視点の映像)を生成し、かつ音声2(クライアントβの位置に応じた音声)を生成し、映像1及び音声2をクライアントβにストリーミングする。また例えば、プロセスB-γは、CG2から映像2(クライアントγ視点の映像)を生成し、かつ音声3(クライアントγの位置に応じた音声)を生成し、映像2及び音声3をクライアントγにストリーミングする。
【0026】
プロセスBが音に関する情報からアバター位置に応じた音声を生成する点について具体例を挙げる。生成する音声は、それぞれのクライアントが操作するアバターの位置に応じた、音響効果を踏まえた音声データになる。例えば、ユーザX及びユーザYが左右に並んで立っていて、その真ん中にたき火の音(これの音に関する情報がプロセスAからプロセスBに伝達されている。ただし、音そのものではなく、音そのものはプロセスBで他の音とあわせて音響効果も考慮された形で生成される)がしていた場合、ユーザXの音声としてはたき火の音が右側から聞こえる形で生成され、ユーザYの音声としてはたき火の音が左側から聞こえる形で生成される。
【0027】
CGの生成は、リアルタイムで逐次的に行われる、その時点での3DCGの見え方(とそのデータが格納されたサーバ上のメモリの領域)を指している。映像化は、その逐次的な時系列の情報をいわゆる映像エンコードにより圧縮し、外部に伝送できる状態にすることを指している。
【0028】
プロセスBは、音声を生成するための音源データは保持するが、プロセスAから受け取ったCGを映像化する以外の、CGデータの読み込み・描画処理・仮想空間内のイベント処理・物理シミュレーション処理などのプロセスAで行われる処理を省略することができる。なお、プロセスBは、ゲームエンジンより低い処理負荷で映像圧縮・配信が行えるプログラムを用いてもよい。
【0029】
例えば、プロセスB-αは、プロセスAで生成されたα視点の映像と、αの位置にあわせて生成された仮想空間上での音声を合わせてクライアントαに配信する。クライアントαからの操作信号はプロセスB-αではなく、プロセスAが受信する。
【0030】
図2における音アセットについて、プロセスAでは音のデータを読み込まず、プロセスBで読み込んでいる。プロセスBは、ゲームエンジン内の音アセット(音データ)から位置にあわせた音声を生成する。
【0031】
図2において、音声生成に必要な高負荷処理は映像側で実施し、音声処理側に同期してもよい。すなわち、プロセスAでは複数のクライアントの処理を行ったうえで、それをプロセスBに分配する形になるので、効率的にできる処理はやっておく。高負荷処理の一例としては、複数クライアントによる操作に対して空間上で生じる相互作用(物理シミュレーション、マルチプレイ処理)などが挙げられる。
【0032】
続いて、実施形態に係る配信システム1の作用効果について説明する。
【0033】
配信システム1は、映像又は音声の少なくとも一方を処理するプロセスを複数実行し、三次元空間内の複数の位置それぞれに応じた画像(CG)を生成する共通処理(プロセスAにより実行)と、一のクライアントに配信する映像及び音声を生成して当該一のクライアントに配信する配信処理であって、共通処理にて生成された一の位置に応じた画像に基づいて映像を生成し、当該一の位置に応じた音声を生成する配信処理(プロセスBにより実行)とをそれぞれ異なるプロセスで実行する。この構成により、配信処理が実行されるプロセスでは、一のクライアントに対して三次元空間内の一の位置に応じた音声が生成されて配信される。それゆえ、クライアントに適切な音声を配信することができる。また、配信処理が実行されるプロセスでは、上述の音声に加え、共通処理にて生成された一の位置に応じた画像に基づいて映像も生成されて配信される。それゆえ、クライアントに適切な映像及び音声を配信することができる。
【0034】
また、配信システム1において、三次元空間は、仮想空間であってもよい。この構成により、仮想空間において、クライアントに適切な音声を配信することができる。
【0035】
また、配信システム1において、音声を処理するプロセスは、一系統分の音声しか処理できなくてもよい。音声を処理するプロセスが一系統分の音声しか処理できなくても、例えば当該プロセスにて配信処理が実行されることで、クライアントに適切な音声を配信することができる。
【0036】
また、配信システム1において、一の位置は、一のクライアントに対応するアバターがいる位置であってもよい。この構成により、一のクライアントに対応するアバターがいる位置に応じた画像に基づく映像及び当該位置に応じた音声を生成して、当該一のクライアントに配信することができる。
【0037】
また、配信システム1において、共通処理と、複数のクライアント分の複数の配信処理とをそれぞれ異なるプロセスで実行してもよい。この構成により、例えば音声を処理するプロセスが一系統分の音声しか処理できなくても、複数のクライアントそれぞれに適切な音声を配信することができる。
【0038】
また、配信システム1において、配信処理を実行するプロセスの数は、クライアントの数に基づいてもよい。この構成により、例えば配信処理を実行するプロセスの数を常にクライアントの数以上にすれば、各クライアントにより確実に適切な音声を配信することができる。
【0039】
また、配信システム1において、配信処理は、画像に基づいた映像の生成以外の映像処理を行わなくてもよい。この構成により、例えば配信処理の負荷を抑えることができる。
【0040】
配信システム1によれば、共通的で複雑な処理を行うプロセスAと、それぞれのクライアントに応じた音声生成とプロセスAで作られたCGから音声付きの配信映像を行うプロセスBにより、(複数のゲームエンジン(プロセス)で、それぞれのクライアントに対応するすべての仮想空間処理とゲームエンジン間の同期処理を個別に行う場合と比べて)最低限の処理負荷の上昇により、複数系統の映像・音声を用いた仮想空間の処理を一台のシステム(又はサーバ)で行うことができる。
【0041】
配信システム1によれば、配信システム1側で映像と音声を合成して配信することで、クライアントの負荷を減らす(最小化させる)ことができる。配信システム1では、個別のユーザ位置からの聞こえ方としての音声の生成が行われ、共通又は個別のカメラ映像とあわせてストリーミングされる。
【0042】
配信システム1によれば、1つのゲームエンジンで1つの音声しか処理できない場合でも、複数のクライアントそれぞれに応じた音声を用意して配信できる。また、配信システム1によれば、映像を生成する映像処理はクライアント数に依存しないため、配信システム1の負荷を軽減することができる。また、配信システム1によれば、クライアント側では映像・音声の生成・合成処理を行わないため、クライアントの負荷を最小にできる。
【0043】
従来の課題として、一般的なゲームエンジンなどでは音声が一系統分の出力しか想定されていないことが挙げられる。そのため、一つのゲームエンジン上で複数のカメラ視点の映像をストリーミングしても、音声はカメラ視点に合わせたものにならず、全体共通の一系統のみとなり、それぞれのアバター位置(複数のカメラ視点)にあわせた複数の音声をストリーミングできない。また、クラウドレンダリングで複数クライアントに一つのレンダリング映像を分配した場合も、アバター位置にあわせた音響が実現できない。
【0044】
配信システム1は、例えば、1つのクラウドレンダリング環境で複数のゲームエンジン処理を実行し、複数のうちの追加のゲームエンジン処理では位置情報に基づく音響処理を実施し、配信することで、上記課題を解決している。
【0045】
配信システム1は、クラウドレンダリングでの空間オーディオ制御手法を実現する。配信システム1は、空間オーディオ配信パターン数の拡張手法を実現する。
【0046】
本開示の配信システム1は、以下の構成を有してもよい。
【0047】
[1]
映像又は音声の少なくとも一方を処理するプロセスを複数実行し、
三次元空間内の複数の位置それぞれに応じた画像を生成する共通処理と、
一のクライアントに配信する映像及び音声を生成して当該一のクライアントに配信する配信処理であって、前記共通処理にて生成された一の位置に応じた画像に基づいて映像を生成し、当該一の位置に応じた音声を生成する配信処理と
をそれぞれ異なる前記プロセスで実行する配信システム。
【0048】
[2]
前記三次元空間は、仮想空間である、
[1]に記載の配信システム。
【0049】
[3]
音声を処理する前記プロセスは、一系統分の音声しか処理できない、
[1]又は[2]に記載の配信システム。
【0050】
[4]
前記一の位置は、前記一のクライアントに対応するアバターがいる位置である、
[1]~[3]の何れか一項に記載の配信システム。
【0051】
[5]
前記共通処理と、複数のクライアント分の複数の前記配信処理とをそれぞれ異なる前記プロセスで実行する、
[1]~[4]の何れか一項に記載の配信システム。
【0052】
[6]
前記配信処理を実行する前記プロセスの数は、クライアントの数に基づく、
[1]~[5]の何れか一項に記載の配信システム。
【0053】
[7]
前記配信処理は、画像に基づいた映像の生成以外の映像処理を行わない、
[1]~[6]の何れか一項に記載の配信システム。
【0054】
なお、上記実施形態の説明に用いたプロセスは、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、プロセスの実現方法は特に限定されない。すなわち、プロセスは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。プロセスは、上記1つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
【0055】
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知(broadcasting)、通知(notifying)、通信(communicating)、転送(forwarding)、構成(configuring)、再構成(reconfiguring)、割り当て(allocating、mapping)、割り振り(assigning)などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック(構成部)は、送信部(transmitting unit)や送信機(transmitter)と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
【0056】
例えば、本開示の一実施の形態における配信システム1などは、本開示の方法の処理を行うコンピュータとして機能してもよい。図3は、本開示の一実施の形態に係る配信システム1のハードウェア構成の一例を示す図である。上述の配信システム1は、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
【0057】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。配信システム1のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【0058】
配信システム1における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
【0059】
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)によって構成されてもよい。
【0060】
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。上述の各種処理は、1つのプロセッサ1001によって実行される旨を説明してきたが、2以上のプロセッサ1001により同時又は逐次に実行されてもよい。プロセッサ1001は、1以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【0061】
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、RAM(Random Access Memory)などの少なくとも1つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
【0062】
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM(Compact Disc ROM)などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー(登録商標)ディスク、磁気ストリップなどの少なくとも1つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ1002及びストレージ1003の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
【0063】
通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置1004は、例えば周波数分割複信(FDD:Frequency Division Duplex)及び時分割複信(TDD:Time Division Duplex)の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。
【0064】
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、LEDランプなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
【0065】
また、プロセッサ1001、メモリ1002などの各装置は、情報を通信するためのバス1007によって接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
【0066】
また、配信システム1は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
【0067】
情報の通知は、本開示において説明した態様/実施形態に限られず、他の方法を用いて行われてもよい。
【0068】
本開示において説明した各態様/実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【0069】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【0070】
判定は、1ビットで表される値(0か1か)によって行われてもよいし、真偽値(Boolean:true又はfalse)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
【0071】
本開示において説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的に行うものに限られず、暗黙的(例えば、当該所定の情報の通知を行わない)ことによって行われてもよい。
【0072】
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
【0073】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【0074】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL:Digital Subscriber Line)など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【0075】
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【0076】
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
【0077】
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
【0078】
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。
【0079】
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。
【0080】
本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)(例えば、テーブル、データベース又は別のデータ構造での探索)、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断(決定)」は、「想定する(assuming)」、「期待する(expecting)」、「みなす(considering)」などで読み替えられてもよい。
【0081】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、2つの要素は、1又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【0082】
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【0083】
本開示において使用する「第1の」、「第2の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第1及び第2の要素への参照は、2つの要素のみが採用され得ること、又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。
【0084】
上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
【0085】
本開示において、「含む(include)」、「含んでいる(including)」及びそれらの変形が使用されている場合、これらの用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
【0086】
本開示において、例えば、英語でのa、an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【0087】
本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
【符号の説明】
【0088】
1…配信システム、1001…プロセッサ、1002…メモリ、1003…ストレージ、1004…通信装置、1005…入力装置、1006…出力装置、1007…バス。
図1
図2
図3