(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介して通信されるデータに関する単位時間あたりのデータ量が、時間の経過に伴い推移する程度を表すビットレートモデルを複数含むビットレート情報内の前記ビットレートモデルと、前記通信ネットワークの通信帯域が、時間の経過に伴い推移する程度を表す可用帯域モデルとの差分に基づき、前記通信ネットワークを介して行われる通信の遅延時間が、時間の経過に伴い推移する程度を表す遅延モデルを作成する遅延モデル作成手段と、
前記通信の品質が、時間の経過に伴い推移する程度を表す品質モデルを、前記遅延モデルと、前記ビットレートモデルとに基づき作成する品質モデル作成手段と、
作成された前記品質モデルが表す前記品質に基づき、前記ビットレート情報に含まれている複数の前記ビットレートモデルのうち、ある期間における前記品質が、他のビットレートモデルよりも大きなビットレートモデルに従い、前記単位時間あたりのデータ量を制御するよう、前記通信を制御している制御装置に指示するビットレート指示手段と
を備えるビットレート指示装置。
【請求項２】
前記ビットレート指示手段は、前記品質モデルが表す前記品質が、前記ある期間において、最大、または、略最大である前記ビットレートモデルを、前記ビットレート情報から選択する
請求項１に記載のビットレート指示装置。
【請求項３】
前記ビットレート情報を格納しているビットレート情報記憶手段
をさらに備え、
前記ビットレート情報は、第１タイミング以降に関して、前記可用帯域モデルから決定される前記通信帯域と同じ、または、類似している値を含む
請求項１または請求項２に記載のビットレート指示装置。
【請求項４】
前記ビットレート情報は、前記第１タイミング以前の第２タイミングにて、前記可用帯域モデルによって決定される前記通信帯域の所定の割合以下に低下するビットレートモデルを含む
請求項３に記載のビットレート指示装置。
【請求項５】
前記ビットレート情報に含まれている前記ビットレートモデルは、複数の直線から構成されている折れ線を表す情報である
請求項３、または、請求項４に記載のビットレート指示装置。
【請求項６】
前記ビットレートモデルは、前記第２タイミングまでの期間にて負の傾きであり、前記第２タイミングから前記第１タイミングまでの期間に正の傾きであり、前記第１タイミング以降にて傾きが０または略０である
請求項４に記載のビットレート指示装置。
【請求項７】
前記通信ネットワークにて遅延している通信にて処理される対象であるデータが先入れ先出しにて格納されているバッファに格納されているデータ量が、前記第１タイミングにて０または略０である条件が成立している前記正の傾き、前記負の傾き、及び、前記第２タイミングをパラメタとして算出し、算出した前記パラメタが表す前記ビットレートモデルを前記ビットレート情報記憶手段に格納するパラメタ算出手段
をさらに備える請求項６に記載のビットレート指示装置。
【請求項８】
前記ビットレート情報は、時間が経過するのに応じて、前記可用帯域モデルが表す前記通信帯域に近づく指数関数を用いて表されるビットレートモデルを含む
請求項３乃至請求項７のいずれかに記載のビットレート指示装置。
【請求項９】
通信ネットワークを介して通信されるデータに関する単位時間あたりのデータ量が、時間の経過に伴い推移する程度を表すビットレートモデルを複数含むビットレート情報内の前記ビットレートモデルと、前記通信ネットワークの通信帯域が、時間の経過に伴い推移する程度を表す可用帯域モデルとの差分に基づき、前記通信ネットワークを介して行われる通信の遅延時間が、時間の経過に伴い推移する程度を表す遅延モデルを作成し、
前記通信の品質が、時間の経過に伴い推移する程度を表す品質モデルを、前記遅延モデルと、前記ビットレートモデルとに基づき作成し、
作成された前記品質モデルが表す前記品質に基づき、前記ビットレート情報に含まれている複数の前記ビットレートモデルのうち、ある期間における前記品質が、他のビットレートモデルよりも大きなビットレートモデルに従い、前記単位時間あたりのデータ量を制御するよう、前記通信ネットワークを制御している制御装置に指示するビットレート指示方法。
【請求項１０】
通信ネットワークを介して通信されるデータに関する単位時間あたりのデータ量が、時間の経過に伴い推移する程度を表すビットレートモデルを複数含むビットレート情報内の前記ビットレートモデルと、前記通信ネットワークの通信帯域が、時間の経過に伴い推移する程度を表す可用帯域モデルとの差分に基づき、前記通信ネットワークを介して行われる通信の遅延時間が、時間の経過に伴い推移する程度を表す遅延モデルを作成する遅延モデル作成機能と、
前記通信の品質が、時間の経過に伴い推移する程度を表す品質モデルを、前記遅延モデルと、前記ビットレートモデルとに基づき作成する品質モデル作成機能と、
作成された前記品質モデルが表す前記品質に基づき、前記ビットレート情報に含まれている複数の前記ビットレートモデルのうち、ある期間における前記品質が、他のビットレートモデルよりも大きなビットレートモデルに従い、前記単位時間あたりのデータ量を制御するよう、前記通信ネットワークを制御している制御装置に指示するビットレート指示機能と
をコンピュータに実現させるビットレート指示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば、通信ネットワークに関する通信を制御可能なビットレート指示装置等に関する。
【背景技術】
【０００２】
インターネット、モバイルネットワーク等のベストエフォート型の通信ネットワークにおいて、混雑状況、無線通信品質等から受ける影響によって、利用可能な通信ネットワーク帯域（通信ネットワーク帯域幅、以下、可用帯域）は変動する。このような通信ネットワークに関しては、可用帯域が変動するのに応じて、ストリームデータが通信される場合の単位時間あたりのデータ量を表すビットレートを制御する技術が存在している。
【０００３】
たとえば、特許文献１に開示された通信装置は、通信ネットワークに関する遅延と、該通信ネットワークを介して通信される単位時間あたりのデータ量を表すビットレートとを含む評価関数に基づき、最適なビットレートを算出する最適ビットレート算出部と、該通信ネットワークに関する可用帯域を推定する可用帯域推定部とを有する。最適ビットレート算出部は、可用帯域推定部が算出した可用帯域以下のビットレートであって、かつ、該評価関数の値が最大であるビットレートを、最適ビットレートとして算出する。最適ビットレート算出部は、確率的にビットレートの値を変更し、変更したビットレートに応じて評価関数の値が増大するか否かを判定し、該評価関数の値に基づき、評価関数の値が最大であるビットレートを探索する。該評価関数は、たとえば、ユーザが受ける品質（ユーザ体感品質）を表す関数である。
【０００４】
非特許文献１には、映像データを通信する場合に観測されるビットレート、遅延、及び、パケットロス率等の情報に基づきユーザ体感品質を推定する手法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−２２９９５６号公報
【非特許文献】
【０００６】
【非特許文献１】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｇ．１０７０，＿「Ｍｕｌｔｉｍｅｄｉａ  Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ  ａｎｄ  ｐｅｒｆｏｒｍａｎｃｅ  −  Ｇｅｎｅｒｉｃ  ａｎｄ  ｕｓｅｒ−ｒｅｌａｔｅｄ  ａｓｐｅｃｔｓ」．
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１に開示された方法には、評価関数（たとえば、ユーザ体感品質）が最大値に達するまでに要する所要時間が長い場合があるという課題がある。この結果、特許文献１に開示された方法によれば、ユーザ体感品質を時間平均した値は低い場合がある。言い換えれば、特許文献１に開示された方法には、ストリームに対するユーザ体感品質が悪い場合があるという課題がある。
【０００８】
そこで、本発明の主たる目的は、通信ネットワークを介して、情報の通信の品質を短時間に向上することができるビットレート指示装置等を提供することである。
【課題を解決するための手段】
【０００９】
前述の目的を達成するために、本発明の一態様において、ビットレート指示装置は、
通信ネットワークを介して通信されるデータに関する単位時間あたりのデータ量が、時間の経過に伴い推移する程度を表すビットレートモデルを複数含むビットレート情報内の前記ビットレートモデルと、前記通信ネットワークの通信帯域が、時間の経過に伴い推移する程度を表す可用帯域モデルとの差分に基づき、前記通信ネットワークを介して行われる通信の遅延時間が、時間の経過に伴い推移する程度を表す遅延モデルを作成する遅延モデル作成手段と、
前記通信の品質が、時間の経過に伴い推移する程度を表す品質モデルを、前記遅延モデルと、前記ビットレートモデルとに基づき作成する品質モデル作成手段と、
作成された前記品質モデルが表す前記品質に基づき、前記ビットレート情報に含まれている複数の前記ビットレートモデルのうち、ある期間における前記品質が、他のビットレートモデルよりも大きなビットレートモデルに従い、前記単位時間あたりのデータ量を制御するよう、前記通信ネットワークを制御している制御装置に指示するビットレート指示手段と
を備える。
【００１０】
また、本発明の他の見地として、ビットレート指示方法は、
通信ネットワークを介して通信されるデータに関する単位時間あたりのデータ量が、時間の経過に伴い推移する程度を表すビットレートモデルを複数含むビットレート情報内の前記ビットレートモデルと、前記通信ネットワークの通信帯域が、時間の経過に伴い推移する程度を表す可用帯域モデルとの差分に基づき、前記通信ネットワークを介して行われる通信の遅延時間が、時間の経過に伴い推移する程度を表す遅延モデルを作成し、
前記通信の品質が、時間の経過に伴い推移する程度を表す品質モデルを、前記遅延モデルと、前記ビットレートモデルとに基づき作成し、
作成された前記品質モデルが表す前記品質に基づき、前記ビットレート情報に含まれている複数の前記ビットレートモデルのうち、ある期間における前記品質が、他のビットレートモデルよりも大きなビットレートモデルに従い、前記単位時間あたりのデータ量を制御するよう、前記通信ネットワークを制御している制御装置に指示する。
【００１１】
また、本発明の他の見地として、係るビットレート指示プログラムは、
通信ネットワークを介して通信されるデータに関する単位時間あたりのデータ量が、時間の経過に伴い推移する程度を表すビットレートモデルを複数含むビットレート情報内の前記ビットレートモデルと、前記通信ネットワークの通信帯域が、時間の経過に伴い推移する程度を表す可用帯域モデルとの差分に基づき、前記通信ネットワークを介して行われる通信の遅延時間が、時間の経過に伴い推移する程度を表す遅延モデルを作成する遅延モデル作成機能と、
前記通信の品質が、時間の経過に伴い推移する程度を表す品質モデルを、前記遅延モデルと、前記ビットレートモデルとに基づき作成する品質モデル作成機能と、
作成された前記品質モデルが表す前記品質に基づき、前記ビットレート情報に含まれている複数の前記ビットレートモデルのうち、ある期間における前記品質が、他のビットレートモデルよりも大きなビットレートモデルに従い、前記単位時間あたりのデータ量を制御するよう、前記通信ネットワークを制御している制御装置に指示するビットレート指示機能と
をコンピュータに実現させる。
【００１２】
さらに、同目的は、係るプログラムを記録するコンピュータが読み取り可能な記録媒体によっても実現される。
【発明の効果】
【００１３】
本発明に係るビットレート指示装置等によれば、情報の通信の品質を短時間に向上することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係るストリーム配信システムが有する構成を示すブロック図である。
【図２】本発明の第１の実施形態に係るストリーム配信装置が有する構成を示すブロック図である。
【図３】第１の実施形態に係るストリーム配信装置における処理の流れを示すフローチャートである。
【図４】第１の実施形態に係るストリーム配信装置がビットレートモデルに従いビットレートを指示する処理の流れを示すフローチャートである。
【図５】ビットレート情報記憶部に格納されているビットレート情報におけるビットレートモデルの一例を概念的に表す図である。
【図６】遅延モデルの一例を概念的に表す図である。
【図７】図５に例示されたビットレートモデルと、図６に例示された遅延モデルとに基づき算出されたユーザ体感品質モデルの一例を概念的に表す図である。
【図８】ビットレートモデルの一例を概念的に表す図である。
【図９】本発明の第２の実施形態に係るストリーム配信システムが有する構成を示すブロック図である。
【図１０】第２の実施形態に係るストリーム配信装置における送信部が有する構成の一例を概念的に表す図である。
【図１１】第２の実施形態に係るストリーム配信装置における処理の流れを示すフローチャートである。
【図１２】本発明の第３の実施形態に係るストリーム配信装置が有する構成を示すブロック図である。
【図１３】ビットレートモデルの一例を概念的に表す図である。
【図１４】本発明の第４の実施形態に係るストリーム配信装置が有する構成を示すブロック図である。
【図１５】ビットレートモデルの一例を概念的に表す図である。
【図１６】本発明の第５の実施形態に係るストリーム配信装置が有する構成を示すブロック図である。
【図１７】ビットレートモデルの一例を概念的に表す図である。
【図１８】ビットレートモデルの一例を概念的に表す図である。
【図１９】ビットレートモデルの一例を概念的に表す図である。
【図２０】本発明の第６の実施形態に係るストリーム配信装置が有する構成を示すブロック図である。
【図２１】ビットレートモデルの一例を概念的に表す図である。
【図２２】本発明の第７の実施形態に係るビットレート指示装置が有する構成を示すブロック図である。
【図２３】本発明の各実施形態に係るストリーム配信装置、または、ビットレート指示装置を実現可能な計算処理装置のハードウェア構成例を概略的に示すブロック図である。
【図２４】通信システムに関して、ビットレートと、該遅延している程度と、該ビットレート、及び、該遅延が観測された場合における通信ネットワークに関する品質を表すユーザ体感品質とを表す図である。
【図２５】通信システムに関して、ビットレートと、該遅延している程度と、該ビットレート、及び、該遅延が観測された場合における通信ネットワークに関する品質を表すユーザ体感品質とを表す図である。
【図２６】通信システムに関して、ビットレートと、該遅延している程度と、該ビットレート、及び、該遅延が観測された場合における通信ネットワークに関する品質を表すユーザ体感品質とを表す図である。
【図２７】通信システムに関して、ビットレートと、該遅延している程度と、該ビットレート、及び、該遅延が観測された場合における通信ネットワークに関する品質を表すユーザ体感品質とを表す図である。
【発明を実施するための形態】
【００１５】
本願発明の理解を容易にするため、図２４を参照しながら、本発明が解決しようとする課題を詳細に説明する。図２４は、通信システムに関して、ビットレートと、該遅延している程度（たとえば、遅延時間）と、該ビットレート、及び、該遅延が観測された場合における通信ネットワークを介して実行される通信の品質を表すユーザ体感品質とを表す図である。横軸は、タイミングを表し、右側であるほど時間が進んでいることを表す。図２４の（ａ）において、縦軸は、ビットレートを表し、上側であるほどビットレートが増えることを表す。図２４の（ｂ）において、縦軸は、遅延している程度を表し、上側であるほど遅延している程度が増えることを表す。図２４の（ｃ）において、縦軸は、ユーザ体感品質を表し、上側であるほどユーザ体感品質が良いことを表す。
【００１６】
図２４において、Ｌ１は、可用帯域の推移を表す。Ｌ２は、ビットレートの推移を表す。Ｌ３は、遅延する程度（たとえば、遅延時間）を表す。Ｌ４は、ユーザ体感品質を表す。
【００１７】
説明の便宜上、通信システムに関して、可用帯域Ｌ１は、タイミングｔ１にて増大するとする。通信システムにおいて、タイミングｔ１にて可用帯域が増大したことが、タイミングｔ２にて検知されたとする。
【００１８】
特許文献１に開示された通信装置は、たとえば、可用帯域が変更された場合に、ビットレートを増やす処理、該ビットレートを変更しない処理、または、ビットレートを減らす処理の中から、確率的、次に実行する処理を選択する。該通信装置は、タイミングｔ２にて「増やす処理」を選択した場合に、選択した処理に従いビットレートを増やす処理を実行する。図２４の（ａ）を参照すると、タイミングｔ２からタイミングｔ３までの期間において、ビットレートＬ２は増大している。これは、たとえば、該通信装置がタイミングｔ２からタイミングｔ３までの期間に、継続的に「増やす処理」を選択し続けることによって、ビットレートＬ２が増えることを表す。
【００１９】
また、ビットレートＬ２が可用帯域Ｌ１を超えている場合に、特許文献１に開示された通信装置は、「変更しない処理」、または、「減らす処理」の中から、確率的に、次に実行する処理を選択する。たとえば、図２４の（ａ）を参照すると、タイミングｔ３以降の期間において、ビットレートＬ２は、一定の値である。これは、たとえば、該通信装置がタイミングｔ３以降の期間に、継続的に「変更しない処理」を選択し続けることによって、ビットレートＬ２が一定であることを表す。ただし、特許文献１に開示された通信装置が、次に実行する処理を確率的に選択するので、ビットレートＬ２は、必ずしも、一定であるとは限らない。
【００２０】
図２４の（ｂ）に示されているように遅延Ｌ３が一定であり、図２４の（ａ）に示されているように、タイミングｔ２からタイミングｔ３までの期間においてビットレートＬ２が増大した場合に、ユーザ体感品質Ｌ４は、該期間にて増大する（図２４の（ｃ））。この場合に、特許文献１に開示された通信装置は、ビットレートＬ２を増やす処理が成功したと判定する。
【００２１】
しかし、特許文献１に開示された通信装置は、必ずしも、ユーザ体感品質に関して最適なビットレートを算出しているとは限らない。この理由を、図２５を参照しながら説明する。図２５は、通信システムに関して、ビットレートと、該遅延している程度と、該ビットレート、及び、該遅延が観測された場合における通信ネットワークに関する品質を表すユーザ体感品質とを表す図である。図２５において、（ａ）、（ｂ）、（ｃ）、縦軸、及び、横軸は、図２４と同様である。
【００２２】
図２５において、Ｌ１は、可用帯域の推移を表す。Ｌ５は、ビットレートの推移を表す。Ｌ３は、遅延する程度（たとえば、遅延時間）を表す。Ｌ６は、ユーザ体感品質を表す。
【００２３】
説明の便宜上、通信システムに関して、可用帯域Ｌ１は、タイミングｔ１にて増大するとする。通信システムにおいて、タイミングｔ１にて可用帯域Ｌ１が増大したことが、タイミングｔ２にて検知されたとする。また、通信システムにおいて、ビットレートＬ５は、タイミングｔ２にて、可用帯域Ｌ１まで増大するとする。このような場合に、該ビットレートＬ５は、最適な制御方法である。
【００２４】
ビットレートＬ５がタイミングｔ２にて可用帯域Ｌ１まで増大することによって、ユーザ体感品質Ｌ６は、タイミングｔ２にて増大する。図２４の（ｃ）に示されたユーザ体感品質Ｌ４と、図２５の（ｃ）に示されたユーザ体感品質Ｌ６と比較すると、タイミングｔ２からタイミングｔ３までの期間において、ユーザ体感品質Ｌ４は、ユーザ体感品質Ｌ６よりも低い。言い換えると、ある期間（たとえば、タイミングｔ２からタイミングｔ３までの期間）におけるユーザ体感品質の平均値は、ユーザ体感品質Ｌ６よりも、ユーザ体感品質Ｌ４の方が低い。したがって、図２５に例示されているようにビットレートを制御する方法は、特許文献１に開示された方法よりも、ユーザ体感品質の高い制御方法である。
【００２５】
図２６に例示されているように可用帯域が減少する場合であっても、特許文献１に開示された方法よりも、ユーザ体感品質の高い制御方法があることについて説明する。図２６は、通信システムに関して、ビットレートと、該遅延している程度と、該ビットレート、及び、該遅延が観測された場合における通信ネットワークに関する品質を表すユーザ体感品質とを表す図である。図２６において、（ａ）、（ｂ）、（ｃ）、縦軸、及び、横軸は、図２４と同様である。
【００２６】
図２６において、Ｌ１は、可用帯域の推移を表す。Ｌ２は、ビットレートの推移を表す。Ｌ３は、遅延する程度（たとえば、遅延時間）を表す。Ｌ４は、ユーザ体感品質を表す。
【００２７】
説明の便宜上、通信システムに関して、可用帯域Ｌ１は、タイミングｔ１にて減少するとする。通信システムにおいて、可用帯域Ｌ１がタイミングｔ１に減少したことが、タイミングｔ２にて検知されたとする。
【００２８】
図２６の（ａ）を参照すると、タイミングｔ１からタイミングｔ２までの期間において、ビットレートＬ２は、可用帯域Ｌ１よりも高い。したがって、該期間にて送信することができなかったデータは、通信システムにおけるバッファに一時的に格納される。該バッファに格納されているデータが、通信ネットワークを介して通信することが可能になるのに応じて通信されるので、遅延Ｌ３は、タイミングｔ１からタイミングｔ２までの期間において増大する。この結果、ユーザ体感品質Ｌ４は、タイミングｔ１からタイミングｔ２までの期間において低下する。
【００２９】
説明の便宜上、通信装置が、たとえば、可用帯域Ｌ１がタイミングｔ１にて低下したことをタイミングｔ２にて検知することによって、タイミングｔ２にてビットレートＬ２を可用帯域Ｌ１未満になるまで「減らす処理」を選択すると仮定したとする。この場合に、タイミングｔ２からタイミングｔ３までの期間において、ビットレートＬ２が可用帯域Ｌ１未満になるので、遅延Ｌ３は減少する。この結果、タイミングｔ２からタイミングｔ３までの期間において、ユーザ体感品質Ｌ４は増える。
【００３０】
説明の便宜上、通信装置は、バッファに格納されているデータに関する処理が完了するまで（タイミングｔ３からタイミングｔ４までの期間であるとする）、ビットレートＬ２を継続的に「減らす処理」を選択したとする。この場合に、タイミングｔ３からタイミングｔ４までの期間において、ビットレートＬ２が可用帯域Ｌ１未満になるので、遅延Ｌ３は減少する。この結果、タイミングｔ３からタイミングｔ４までの期間において、ユーザ体感品質Ｌ４は増える。
【００３１】
図２６の（ａ）に例示されているように、通信装置は、タイミングｔ４からタイミングｔ５までの期間において、ビットレートＬ２を継続的に「増やす処理」を選択したとする。この場合に、タイミングｔ４からタイミングｔ５までの期間において、遅延Ｌ３が増大することなくビットレートＬ２が増大するので、ユーザ体感品質Ｌ４は、増大する。
【００３２】
しかし、図２６に例示されているようにビットレートを制御する通信装置は、必ずしも、ユーザ体感品質に関して最適なビットレートを算出しているとは限らない。この理由を、図２７を参照しながら説明する。図２７は、通信システムに関して、ビットレートと、該遅延している程度と、該ビットレート、及び、該遅延が観測された場合における通信ネットワークに関する品質を表すユーザ体感品質とを表す図である。図２７において、（ａ）、（ｂ）、（ｃ）、縦軸、及び、横軸は、図２６と同様である。
【００３３】
図２７において、Ｌ１は、可用帯域の推移を表す。Ｌ５は、ビットレートの推移を表す。Ｌ３は、遅延する程度（たとえば、遅延時間）を表す。Ｌ６は、ユーザ体感品質を表す。
【００３４】
ビットレートに関して、図２６の（ａ）に示されたビットレートＬ２と、図２７の（ａ）に示されたビットレートＬ５とを比較すると、通信装置は、タイミングｔ２にて、ビットレートＬ５を、ビットレートＬ２よりも、さらに少ない値まで減らす。この結果、遅延が解消されるタイミングを比較すると、図２６の（ｂ）に示された遅延Ｌ３に関しては、タイミングｔ４であるのに対し、図２７の（ｂ）に示された遅延Ｌ３に関しては、タイミングｔ４よりも前のタイミングｔ３である。
【００３５】
さらに、通信装置が、遅延が解消されたタイミングｔ３にて、ビットレートＬ５を可用帯域Ｌ１まで増大すると仮定すると、ユーザ体感品質Ｌ６は、タイミングｔ３にて向上する。この結果、ユーザ体感品質Ｌ６（図２７に例示）と、ユーザ体感品質Ｌ４（図２６に例示）とを比較すると、タイミングｔ２からタイミングｔ５までの期間において、ユーザ体感品質Ｌ４は、ユーザ体感品質Ｌ６よりも低い。言い換えると、ある期間（たとえば、タイミングｔ２からタイミングｔ５までの期間）におけるユーザ体感品質の平均値は、ユーザ体感品質Ｌ６よりも、ユーザ体感品質Ｌ４の方が低い。したがって、図２７に例示されているようにビットレートを制御する方法は、図２６に例示されているようにビットレートを制御する方法よりも、ユーザ体感品質の高い制御方法である。
【００３６】
本願発明者は、図２４乃至図２７を参照しながら説明したような課題を見出すとともに、係る課題を解決する手段を導出するに至った。以降、このような課題を解決可能な、本発明を実施する実施形態について、図面を参照しながら詳細に説明する。
【００３７】
＜第１の実施形態＞
図１を参照しながら、本発明の第１の実施形態に係るストリーム配信システム４が有する構成について詳細に説明する。図１は、本発明の第１の実施形態に係るストリーム配信システム４が有する構成を示すブロック図である。
【００３８】
本発明の第１の実施形態に係るストリーム配信システム４は、ストリームデータを配信するストリーム配信装置１と、ストリームデータを受信するストリーム受信装置２と、通信ネットワーク３とを有する。
【００３９】
ストリーム配信装置１とストリーム受信装置２とは、通信ネットワーク３を介して通信接続することが可能である。通信ネットワーク３は、たとえば、インターネット、モバイル通信ネットワーク、組織内通信ネットワーク（イントラネット）、家庭内ＬＡＮ（Ｌｏｃａｌ＿Ａｒｅａ＿Ｎｅｔｗｏｒｋ）、または、これらの通信ネットワークが組み合わされた通信ネットワークである。
【００４０】
ストリーム配信システム４においては、１台のストリーム配信装置１に対して、複数台のストリーム受信装置２が通信接続されていてもよい。また、ストリーム配信システム４は、ストリーム受信装置２からストリーム配信装置１に対してもストリームデータを配信する双方向の構成を有していてもよい。
【００４１】
図２を参照しながら、本発明の第１の実施形態に係るストリーム配信装置１が有する構成について詳細に説明する。図２は、本発明の第１の実施形態に係るストリーム配信装置１が有する構成を示すブロック図である。
【００４２】
本発明の第１の実施形態に係るストリーム配信装置１は、ストリームデータ入力部１１と、符号化部１２と、送信部１３と、可用帯域部１４と、バッファ量推定部１５と、遅延モデル作成部１６と、品質モデル作成部１７、ビットレートモデル選択部１８と、伝送遅延推定部１９と、ビットレート情報記憶部２０とを有する。
【００４３】
ストリームデータ入力部１１は、外部装置（不図示）から送信対象であるストリームデータを入力する。ストリームデータは、たとえば、映像データ、音声データ、操作情報、センサ情報等の情報である。外部装置（不図示）は、たとえば、カメラ等の撮像装置、マイクロフォン、コントローラー、または、センサ（いずれも図示せず）等である。ストリームデータ入力部１１は、入力したストリームデータを、符号化部１２に対して出力する。
【００４４】
符号化部１２は、ストリームデータ入力部１１が出力したストリームデータを入力し、入力したストリームデータを、ビットレートモデル選択部１８からの指示（後述する）に基づき符号化する符号化処理を実行する。符号化部１２は、たとえば、映像データを入力した場合に、Ｈ．２６４やＨ．２６５（ＨＥＶＣ）等のコーデックに従い、符号化処理を実行してもよい。符号化部１２は、たとえば、音声データを入力した場合に、Ｇ．７１１やＡＭＲ、ＡＡＣ等のコーデックに従い符号化処理を実行してもよい。符号化部１２は、ストリームデータを符号化処理することによって作成されたストリームデータ（以降、「符号化済みストリームデータ」と表す）を、送信部１３に対して出力する。
【００４５】
尚、ＨＥＶＣは、Ｈｉｇｈ＿Ｅｆｆｉｃｉｅｎｃｙ＿Ｖｉｄｅｏ＿Ｃｏｄｉｎｇの略称を表す。ＡＡＣは、Ａｄｖａｎｃｅｄ＿Ａｕｄｉｏ＿Ｃｏｄｉｎｇの略称を表す。ＡＭＲは、Ａｄａｐｔｉｖｅ＿Ｍｕｌｔｉ−Ｒａｔｅの略称を表す。
【００４６】
送信部１３は、符号化部１２が出力した符号化済みストリームデータを入力し、入力した符号化済みストリームデータに関するパケットを作成し、作成したパケットをストリーム受信装置２に送信する。送信部１３は、送信対象である符号化済みストリームデータに対して、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ＿Ｔｒａｎｓｐｏｒｔ＿Ｐｒｏｔｏｃｏｌ）等のヘッダが付加されたデータを作成し、作成したデータに関するパケットを送信してもよい。
【００４７】
次に、ビットレートに関する制御処理について説明する。
【００４８】
可用帯域部１４は、ストリーム配信装置１と、ストリーム受信装置２との間における通信ネットワーク３に関して、利用可能な通信帯域（可用帯域）を推定（または、予測）する。通信ネットワーク３を構成する通信装置等から可用帯域が取得できる場合には、推定せずに取得してもよい。可用帯域部１４は、推定（または、予測）した可用帯域を、遅延モデル作成部１６に対して出力する。
【００４９】
バッファ量推定部１５は、ストリーム配信装置１と、通信ネットワーク３に通信接続されている各装置とが有するバッファに格納されているデータ量（以降、「送信バッファ量」と表す）を取得（または、推定、測定）する。バッファ量推定部１５は、取得（または、推定、測定）したデータ量を遅延モデル作成部１６に対して出力する。
【００５０】
伝送遅延推定部１９は、ストリーム配信装置１からストリーム受信装置２にデータを送信する場合の伝送遅延を取得（または推定）する。ここで、伝送遅延は、たとえば、ストリーム配信装置１からストリーム受信装置２までパケットを伝送に要する所要時間を表す。該所要時間は、バッファに格納されている期間を含まないとする。
【００５１】
ビットレートモデル選択部１８は、ビットレートを制御する場合に従うビットレートモデルを複数含むビットレート情報が格納されているビットレート情報記憶部２０から、あるビットレートモデルを選択し、選択したあるビットレートモデルを、遅延モデル作成部１６、及び、品質モデル作成部１７に対して出力する。尚、図５等を参照しながら後述するように、ビットレートモデルは、通信ネットワーク３を介して通信されるデータの単位時間あたりのデータ量が、時間の経過に伴い推移する（関係している）程度を表す。
【００５２】
遅延モデル作成部１６は、可用帯域部１４が出力した可用帯域と、バッファ量推定部１５が出力したデータ量（すなわち、バッファに格納されているデータ量）と、ビットレートモデル選択部１８が出力したビットレートモデルと、伝送遅延推定部１９が出力した伝送遅延とを入力する。遅延モデル作成部１６は、入力した値に基づき、式１乃至式５等を参照しながら後述するような手順に従い、遅延モデルを算出する。尚、遅延モデルは、通信ネットワーク３を介した通信の遅延時間が、時間の経過に伴い推移する（関係している）程度を表す。
【００５３】
品質モデル作成部１７は、ビットレートモデル選択部１８が出力したビットレートモデルと、該ビットレートモデルに関する遅延モデルとを入力し、入力したビットレートモデルと、遅延モデルとに基づき、式６を参照しながら後述するような手順に従い、品質モデルを算出する。
【００５４】
ビットレートモデル選択部１８は、品質モデル作成部１７が算出した品質モデルに基づき、図４を参照しながら後述するような手順に従い、ある期間における品質を算出する。
【００５５】
ビットレートモデル選択部１８、遅延モデル作成部１６、及び、品質モデル作成部１７は、ビットレート情報記憶部２０に格納されている各ビットレートモデルに関して、上述したような処理を実行する。その後、ビットレートモデル選択部１８は、ビットレート情報記憶部２０に格納されているビットレートモデルのうち、たとえば、算出した品質が最大（または、略最大）であるビットレートモデルを選択し、選択したビットレートモデルに従い符号化するよう、符号化部１２に対して要求する。
【００５６】
次に、図３を参照しながら、本発明の第１の実施形態に係るストリーム配信装置１における処理について詳細に説明する。図３は、第１の実施形態に係るストリーム配信装置１における処理の流れを示すフローチャートである。
【００５７】
ストリームデータ入力部１１は、たとえば、外部装置（不図示）等から、ストリームデータを受信する（ステップＳ１１０１）。ストリームデータが映像データである場合に、ストリームデータ入力部１１は、たとえば、該映像データに含まれている１つのフレームごとにストリームデータを受信する。ストリームデータが音声情報、操作情報、センサ情報等である場合に、ストリームデータ入力部１１は、たとえば、２０ミリ秒等の一定周期にてストリームデータを受信してもよい。ストリームデータ入力部１１は、入力したストリームデータを、符号化部１２に対して出力する。
【００５８】
次に、符号化部１２は、ストリームデータ入力部１１が出力したストリームデータを入力し、入力したストリームデータを、ビットレートモデル選択部１８が出力したビットレートモデルに従い符号化する符号化処理を実行する（ステップＳ１１０２）。符号化部１２は、ストリームデータを符号化処理した結果を表す符号化済みストリームデータを、送信部１３に対して出力する。
【００５９】
送信部１３は、符号化部１２が出力した符号化済みストリームデータを入力し、入力した符号化済みストリームデータを含むパケットを作成し、作成したパケットをストリーム受信装置２に送信する（ステップＳ１１０３）。
【００６０】
ストリーム配信装置１は、ストリームデータを配信する処理が完了したか否かを判定する（ステップＳ１１０４）。ストリームデータを配信する処理が完了していない場合に（ステップＳ１１０４にてＮＯ）、ステップＳ１１０１に示す処理が実行される。ストリームデータを配信する処理が完了した場合に（ステップＳ１１０４にてＹＥＳ）、ストリーム配信装置１は、処理を終了する。すなわち、ストリーム配信装置１は、ステップＳ１１０１乃至ステップＳ１１０４に示された処理を、配信する処理が完了するまで繰り返し実行する。
【００６１】
次に、図４を参照しながら、本発明の第１の実施形態に係るストリーム配信装置１がビットレートモデルに従いビットレートを指示する処理について詳細に説明する。図４は、第１の実施形態に係るストリーム配信装置１がビットレートモデルに従いビットレートを指示する処理の流れを示すフローチャートである。ストリーム配信装置１は、所定のタイミング（たとえば、一定な周期、１秒周期）にて、ビットレートモデルを決定する処理を実行してもよいし、通信ネットワーク３における通信量が急激に変化する等のイベントが発生するのに応じて、ビットレートモデルを決定する処理を実行してもよい。
【００６２】
可用帯域部１４は、ストリーム配信装置１と、ストリーム受信装置２との間の通信ネットワーク３に関する可用帯域を推定（または、予測）する（ステップＳ１２０１）。
【００６３】
可用帯域部１４は、可用帯域を推定する場合に、たとえば、あるタイミングにて、複数のパケットをストリーム受信装置２に送信する。可用帯域部１４は、複数のパケットのサイズと、該複数のパケットを送信してからストリーム受信装置２が該数のパケットを受信し終えるまでに要した所要時間とに基づき、該サイズを、該所要時間にて割り算することにより、該あるタイミングにおける可用帯域を推定してもよい。
【００６４】
または、可用帯域部１４は、可用帯域を推定する場合に、ストリーム受信装置２があるタイミングにて送信した複数のパケットを受信する。可用帯域部１４は、受信したパケットのサイズと、ストリーム受信装置２が該複数のパケットを送信してから該数のパケットを受信し終えるまでに要した所要時間とに基づき、該サイズを、該所要時間にて割り算することにより、あるタイミングでの可用帯域を推定してもよい。
【００６５】
可用帯域部１４は、上述した処理に従い推定した可用帯域を、該あるタイミング以降のある期間における可用帯域として推定してもよい。または、可用帯域部１４は、あるタイミングにて推定（あるいは、測定）された可用帯域の履歴を、国際公開２０１４／００７１６６号に例示されているような推定手順に従い処理することによって、ある期間における可用帯域を推定してもよい。すなわち、可用帯域を推定する方法は、上述した例に限定されない。
【００６６】
バッファ量推定部１５は、ストリーム配信装置１と、通信ネットワーク３に通信接続された装置（図９を参照しながら後述する）とが有するバッファに格納されているデータ量を取得（または、推定）する（ステップＳ１２０２）。たとえば、ストリーム配信装置１において、オペレーティングシステム等がバッファ量を取得することが可能なＡＰＩを提供している場合には、該ＡＰＩを介して該データ量を取得してもよい。あるいは、ストリーム配信装置１からストリーム受信装置２までの間をパケットが往復する場合の遅延時間（ＲＴＴ、Ｒｏｕｎｄ＿Ｔｒｉｐ＿Ｔｉｍｅ）を計測し、ＲＴＴの現在値と最小値の差から推定してもよい。尚、ＡＰＩは、Ａｐｐｌｉｃａｔｉｏｎ＿Ｐｒｏｇｒａｍｍｉｎｇ＿Ｉｎｔｅｒｆａｃｅの略称を表す。
【００６７】
伝送遅延推定部１９は、ストリーム配信装置１からストリーム受信装置２までデータを伝送するのに要する所要時間を表す伝送遅延時間を取得（または、推定）する（ステップＳ１２０３）。ただし、伝送遅延時間は、バッファを介した処理時間を含まない所要時間であるとする。伝送遅延推定部１９は、たとえば、伝送遅延時間に関する推定値として、ストリーム配信装置１からストリーム受信装置２にＩＣＭＰ＿Ｅｃｈｏ等のプローブパケットを送信してから、該プローブパケットに呼応する確認応答を受信するまでに要した往復遅延時間の２分の１を算出してもよい。また、送信部１３がパケットを送信し、送信した該パケットに呼応してストリーム受信装置２が送信する確認応答を受信するまでに要した所要時間の最小値の半分（２分の１）を、伝送遅延推定部１９は、伝送遅延時間として推定してもよい。
【００６８】
尚、ＩＣＭＰは、Ｉｎｔｅｒｎｅｔ＿Ｃｏｎｔｒｏｌ＿Ｍｅｓｓａｇｅ＿Ｐｒｏｔｏｃｏｌの略称を表す。
【００６９】
次に、伝送遅延推定部１９、品質モデル作成部１７、及び、ビットレートモデル選択部１８は、ビットレート情報記憶部２０に格納されているビットレートモデルに関して、式６を参照しながら後述する手順に従い、品質モデルを算出する（ステップＳ１２０４、及び、ステップＳ１２０５）。ステップＳ１２０４、及び、ステップＳ１２０５に示された処理は、ビットレート情報記憶部２０に格納されている各ビットレートモデルに対して実行される。
【００７０】
図５を参照しながら、ステップＳ１２０４、及び、ステップＳ１２０５にて、ビットレートモデルに基づき品質モデルを算出する手順について説明する。図５は、ビットレート情報記憶部２０に格納されているビットレート情報におけるビットレートモデルの一例を概念的に表す図である。図５において、横軸は、タイミングを表し、右側であるほど時間が進んでいることを表す。図５において、縦軸は、ビットレートを表し、上側であるほどビットレートが増えることを表す。
【００７１】
説明の便宜上、基準であるタイミングをｔ０［秒（ｓ）］、タイミングｔ（ただし、ｔ≧ｔ０）における通信ネットワークに関する伝送遅延時間をｄＴ（ｔ）、タイミングｔにおける可用帯域を表す値（または、推定値）をＣ（ｔ）［秒速ビット（ｂｐｓ）］と表すとする。また、タイミングｔにおけるバッファ量をＢ（ｔ）［ビット（ｂｉｔ）］と表し、タイミングｔにおけるビットレートモデルをｒ（ｔ）と表すとする。
【００７２】
ビットレート情報記憶部２０には、たとえば、図５に例示されているようなビットレートモデルｒ１（ｔ）、ビットレートモデルｒ２（ｔ）、ビットレートモデルｒ３（ｔ）、及び、ビットレートモデルｒ４（ｔ）を含むビットレート情報が格納されている。ビットレート情報記憶部２０に格納されているビットレートモデルは、必ずしも、図５に例示されているようなビットレートモデルでなくともよい。また、ビットレート情報記憶部２０には、さらに、多くのビットレートモデルが格納されていてもよい。すなわち、ビットレート情報記憶部２０に格納されているビットレートモデルは、図５に例示されたビットレートモデルに限定されない。
【００７３】
遅延モデル作成部１６は、ビットレートモデルｒ（ｔ）（たとえば、図５に例示されているビットレートモデルｒｉ（ｔ）、ただし、ｉ＝１、２、３、または、４）に対する遅延モデルｄ（ｔ）を算出する（ステップＳ１２０４）。たとえば、遅延モデル作成部１６は、式１に示す処理に従い、通信ネットワークに関する伝送遅延時間ｄＴ（ｔ）と、該通信ネットワークにおけるバッファに関する処理（すなわち、バッファリング）に要する所要時間ｄＢ（ｔ）とを足し算することによって、遅延モデルｄ（ｔ）を算出する。すなわち、
遅延モデルｄ（ｔ）＝ｄＴ（ｔ）＋ｄＢ（ｔ）・・・（式１）。
【００７４】
次に、遅延モデル作成部１６が、バッファリングに要する所要時間ｄＢ（ｔ）を算出する処理について説明する。
【００７５】
遅延モデル作成部１６は、式２に従い、バッファにデータが格納される速度を表す入力速度から、該バッファに格納されているデータが送信され、その後、該バッファから消去される速度を表す出力速度を引き算することによって、該バッファに格納されているデータが増減する速度を算出する。すなわち、
0006724517.tif 000002
ただし、バッファ量Ｂ（ｔ）は、０以上である。
【００７６】
遅延モデル作成部１６は、式２に示された微分方程式を解くことによって、タイミングｔにおけるバッファ量Ｂ（ｔ）を算出する。次に、遅延モデル作成部１６は、タイミングｔにてバッファに格納されているバッファ量Ｂ（ｔ）に関する処理が完了するまでに要する所要時間を、バッファリングに要する所要時間ｄＢ（ｔ）として算出する。バッファに格納されているバッファ量Ｂ（ｔ）に関する処理が完了するタイミングをｔｘと表す場合に、遅延モデル作成部１６は、式３に従い、タイミングｔｘを算出する。すなわち、
0006724517.tif 000003
。
【００７７】
遅延モデル作成部１６は、タイミングｔｘからタイミングｔを引き算することによって、バッファリングに要する所要時間ｄＢ（ｔ）を算出する。すなわち、遅延モデル作成部１６は、式４に従い、所要時間ｄＢ（ｔ）を算出する。
ｄＢ（ｔ）＝ｔｘ−ｔ・・・（式４）。
【００７８】
遅延モデル作成部１６は、式５に従い、タイミングｔにおけるバッファ量Ｂ（ｔ）を、タイミングｔにおける可用帯域Ｃ（ｔ）にて割り算することによって、バッファリングに要する所要時間ｄＢ（ｔ）を算出してもよい。すなわち、
ｄＢ（ｔ）＝Ｂ（ｔ）÷Ｃ（ｔ）・・・（式５）。
【００７９】
遅延モデル作成部１６は、ビットレート情報記憶部２０に格納されている各ビットレートモデル（図５に例示）に対して、図６に示された遅延モデルを算出する。図６は、遅延モデルの一例を概念的に表す図である。図６において、横軸は、タイミングを表し、右側であるほど時間が進んでいることを表す。図６において、縦軸は、遅延を表し、上側であるほど遅延が増えることを表す。説明の便宜上、図６においては、ビットレートモデルｒ１（ｔ）に対して算出された所要時間ｄＢ（ｔ）に対して、符号「ｒ１（ｔ）」を付して表す。同様に、ビットレートモデルｒ２（ｔ）に対して算出された所要時間ｄＢ（ｔ）に対して、符号「ｒ２（ｔ）」を付して表す。ビットレートモデルｒ３（ｔ）に対して算出された所要時間ｄＢ（ｔ）に対して、符号「ｒ３（ｔ）」を付して表す。ビットレートモデルｒ４（ｔ）に対して算出された所要時間ｄＢ（ｔ）に対して、符号「ｒ４（ｔ）」を付して表す。
【００８０】
品質モデル作成部１７は、ビットレート情報記憶部２０に格納されているビットレートモデルｒ（ｔ）と、該ビットレートモデルｒ（ｔ）に基づき、式１乃至式５に従い算出した遅延モデルｄ（ｔ）とを入力する。品質モデル作成部１７は、入力したビットレートモデルｒ（ｔ）と、該遅延モデルｄ（ｔ）とに関して、たとえば、特許文献１に開示された方法に従い品質モデルｑ（ｔ）を算出する。たとえば、特許文献１に開示されているように、品質モデルｑ（ｔ）は、パラメタとして、少なくとも、ビットレートと、遅延時間とを含む関数である。品質モデル作成部１７は、たとえば、ＩＴＵ−Ｔ＿Ｇ．１０７０で規定された手順に従い、品質モデルｑ（ｔ）を算出してもよい。品質モデルｑ（ｔ）が、ビットレート、及び、遅延以外のパラメータ（たとえば、パケットロス率）を含んでいる場合に、品質モデル作成部１７は、該パラメタの値として、所定の値を用いてもよい。言い換えれば、品質モデル作成部１７は、特許文献１、または、ＩＴＵ−Ｔ＿Ｇ．１０７０等の文献に開示された手順に従い、タイミングｔに関して、式６に示された処理を実行することによって、品質モデルｑ（ｔ）を算出する。すなわち、
ｑ（ｔ）＝ｆ（ｒ（ｔ），ｄ（ｔ），・・・）・・・（式６）。
【００８１】
ただし、ＩＴＵは、国際電気通信連合（Ｉｎｔｅｒｎａｔｉｏｎａｌ＿Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｕｎｉｏｎ）の略称を表す。
【００８２】
品質モデル作成部１７は、式６に従い、図７に例示されているようなユーザ体感品質モデルを算出する。図７は、図５に例示されたビットレートモデルと、図６に例示された遅延モデルとに基づき算出されたユーザ体感品質モデルの一例を概念的に表す図である。図７において、横軸は、タイミングを表し、右側であるほど時間が進んでいることを表す。図７において、縦軸は、品質を表し、上側であるほど品質がよい（増大する）ことを表す。説明の便宜上、図７においては、ビットレートモデルｒ１（ｔ）に対して算出されたユーザ体感品質モデルに対して、符号「ｒ１（ｔ）」を付して表す。同様に、ビットレートモデルｒ２（ｔ）に対して算出されたユーザ体感品質モデルに対して、符号「ｒ２（ｔ）」を付して表す。ビットレートモデルｒ３（ｔ）に対して算出されたユーザ体感品質モデルに対して、符号「ｒ３（ｔ）」を付して表す。ビットレートモデルｒ４（ｔ）に対して算出されたユーザ体感品質モデルに対して、符号「ｒ４（ｔ）」を付して表す。
【００８３】
尚、図４におけるステップＳ１２０４、及び、ステップＳ１２０５に示された処理は、必ずしも、連続している時間に関して実行される必要はなく、離散的に与えられたタイミングｔに関して実行されてもよい。この場合に、図６に例示された遅延モデル、及び、図７に例示された品質モデルは、該離散的に与えられたタイミングｔに関してのみ算出される。ただし、説明の便宜上、図５乃至図７においては、遅延モデル、ビットレートモデル、及び、品質モデルを、連続的な関数として表している。
【００８４】
図４内のステップＳ１２０４、及び、ステップＳ１２０５に示された処理が、ビットレート情報記憶部２０に格納されている各ビットレートモデルに関して実行される。その後、ビットレートモデル選択部１８は、算出した品質モデルに基づき、ビットレート情報記憶部２０に格納されているビットレート情報に含まれているビットレートモデルの中から、あるビットレートモデルを選択する（ステップＳ１２０６）。ビットレートモデル選択部１８は、たとえば、ビットレート情報記憶部２０に格納されているビットレートモデルの中から、算出したユーザ体感品質モデルに関して、該関数の平均値が最大（または、略最大）である場合のビットレートモデルを選択する。この場合に、ビットレートモデル選択部１８は、タイミングｔ０から（ｔ０＋（一定時間Ｔ）［ｓ］）までの期間における品質モデルｑ（ｔ）が積分された積分値を算出し、算出した積分値が最大（または、略最大）であるビットレートモデルを選択してもよい。ビットレートモデル選択部１８は、たとえば、数値積分を算出する手順に従い、品質モデルｑ（ｔ）に関する積分値を算出する。
【００８５】
図７に示された例において、ビットレートモデル選択部１８は、たとえば、区間［ｔ０，ｔ０＋Ｔ］（すなわち、ｔ０から「ｔ０＋Ｔ」までの区間）における品質モデルｑ（ｔ）に関する積分値が最大（または、略最大）であるビットレートモデルｒ４（ｔ）を選択する。
【００８６】
ビットレートモデル選択部１８は、選択したビットレートモデルに従いビットレートを制御することを要求する要求情報を符号化部１２に対して指示する（ステップＳ１２０７）。ビットレートモデル選択部１８は、符号化部１２に対して、選択したビットレートモデルを出力してもよいし、該ビットレートモデルに関するパラメタ、または、ビットレートを表す数値を出力してもよい。たとえば、ビットレートモデル選択部１８は、選択したビットレートモデルｒ（ｔ）が「−０．１×ｔ＋１．０［秒速メガビット、Ｍｂｐｓ］」である場合に、タイミングが０から１までの区間にて該ビットレートモデルｒ（ｔ）に関する積分値（図８において網掛けされた部分（この例の場合は、０．９５Ｍｂｐｓ））を算出し、算出した積分値を符号化部１２に対して出力してもよい。図８は、ビットレートモデルの一例を概念的に表す図である。図８において、横軸は、タイミングを表し、右側であるほど時間が進んでいることを表す。図８において、縦軸は、ビットレートを表し、上側であるほどビットレートが増えることを表す。
【００８７】
符号化部１２は、ビットレートモデル選択部１８が算出したビットレートモデル（または、積分値、パラメタの値）を入力する。符号化部１２は、入力するストリームデータに応じて、該ストリームデータを符号化するコーデック種別を選択する。コーデック種別に関して設定可能なビットレートがあらかじめ決められている場合に、符号化部１２は、選択したコーデック種別に関して設定可能なビットレートのうち、入力したビットレートモデル（または、積分値、パラメタの値）に基づき、ビットレートを選択してもよい。たとえば、音声コーデックのうち、Ｇ．７１１に関しては、ビットレートが６４ｋｂｐｓ（秒速キロビット）と設定されており、Ｇ．７２６に関しては、ビットレートが１６，２４，３２，または、４８ｋｂｐｓと設定されており、Ｇ．７２９に関しては、ビットレートが８ｋｂｐｓと設定されている。この場合に、符号化部１２は、たとえば、入力した積分値に最も近いビットレートに関するコーデック種別を選択してもよい。
【００８８】
次に、本発明の第１の実施形態に係るストリーム配信システム４に関する効果について説明する。
【００８９】
第１の実施形態に係るストリーム配信システム４によれば、通信ネットワークを介して、情報（データ）の通信の品質を短時間に向上することができる。この理由は、特許文献１に開示された通信装置よりも長い期間に亘るビットレートを算出し、算出したビットレートに従い通信を制御することができるからである。したがって、特許文献１に開示された通信装置よりも通信を制御する回数が減少するので、本実施形態に係るストリーム配信システム４によれば、情報の通信の品質を短時間に向上することができる。
【００９０】
また、ユーザ体感品質モデルが最大（または、略最大）であるビットレートモデルを選択することによって、品質がさらに良好な通信を実現することができる。この理由は、ストリーム配信システム４が、ビットレート情報に含まれているビットレートモデルのうち、品質モデルが最大（または、略最大）であるビットレートモデルを選択するからである。
【００９１】
＜第２の実施形態＞
次に、上述した第１の実施形態を基本とする本発明の第２の実施形態について説明する。
【００９２】
以降の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【００９３】
図９を参照しながら、本発明の第２の実施形態に係るストリーム配信システム６が有する構成について詳細に説明する。図９は、本発明の第２の実施形態に係るストリーム配信システム６が有する構成を示すブロック図である。
【００９４】
本発明の第２の実施形態に係るストリーム配信システム６は、ストリームデータを配信するストリーム配信装置１と、ストリームデータを受信するストリーム受信装置２と、通信ネットワーク５とを有する。
【００９５】
ストリーム配信装置１とストリーム受信装置２とは、通信ネットワーク５を介して通信接続することが可能である。ストリーム配信システム６においては、１台のストリーム配信装置１に対して、複数台のストリーム受信装置２が通信接続されてもよい。また、ストリーム配信システム６においては、ストリーム受信装置２からストリーム配信装置１に対してもストリームデータを配信する双方向の構成を有していてもよい。
【００９６】
第２の実施形態に係る通信ネットワーク５は、基地局装置５１と、モバイルコアネットワーク５２と、インターネット５３とを含む。ストリーム配信装置１は、たとえば、スマートフォン（または、パーソナルコンピュータ）と、ＵＳＢ等のインターフェースを介して通信接続される通信デバイスとを有する装置である。ストリーム配信システム６において、ストリーム配信装置１と基地局装置５１とを通信接続可能な通信ネットワーク５は、たとえば、無線による通信ネットワーク（以降、「無線通信ネットワーク」と表す）である。基地局装置５１は、該無線通信ネットワークを構成している無線リソースを管理している。ＵＳＢは、Ｕｎｉｖｅｒｓａｌ＿Ｓｅｒｉａｌ＿Ｂｕｓの略称を表す。
【００９７】
ストリーム配信装置１について説明する。第２の実施形態に係るストリーム配信装置１は、図２に示された第１の実施形態に係るストリーム配信装置１と同様の構成を含む。
【００９８】
ストリームデータ入力部１１は、たとえば、スマートフォン等に内蔵（または、接続）されているカメラ等の撮像装置、マイク、センサ等の入力デバイスである。送信部１３は、たとえば、スマートフォン、または、通信デバイスに内蔵されている通信モデム等である。また、符号化部１２、可用帯域部１４、バッファ量推定部１５、遅延モデル作成部１６、品質モデル作成部１７、ビットレートモデル選択部１８、及び、伝送遅延推定部１９は、たとえば、スマートフォン等が有しているプロセッサにて実行されるプログラムによって実現されている機能である。送信部１３は、図１０に例示されているような送信バッファ１３１を有する。図１０は、第２の実施形態に係るストリーム配信装置１における送信部１３が有する構成の一例を概念的に表す図である。
【００９９】
送信バッファ１３１は、入力されたデータが先入れ先出し処理されるキュー構造を有している。たとえば、送信部１３は、符号化部１２が出力した符号化済みストリームデータを入力し、入力した符号化済みストリームデータを含むパケットを作成し、作成したパケットを、一時的に、送信バッファ１３１に格納する。送信部１３は、基地局装置５１（図９）によって無線リソースが割り当てられるのに応じて、送信バッファ１３１に格納されているパケットのうち、最先にて格納されたパケットを読み取り、読み取ったパケットを、通信ネットワーク５を介して送信する。この場合に、送信部１３は、送信したパケットを、送信バッファ１３１から削除する。
【０１００】
したがって、符号化部１２から入力する符号化済みストリームデータが、基地局装置５１によって割り当てられた無線リソースを用いて送信可能なデータ量よりも多い場合に、送信バッファ１３１に格納されているデータ量は増加する。符号化部１２から入力する符号化済みストリームデータが、基地局装置５１によって割り当てられた無線リソースを用いて送信可能なデータ量よりも少ない場合に、送信バッファ１３１に格納されているデータ量は減少する。
【０１０１】
次に、図１１を参照しながら、本発明の第２の実施形態に係るストリーム配信装置１における処理について詳細に説明する。図１１は、第２の実施形態に係るストリーム配信装置１における処理の流れを示すフローチャートである。
【０１０２】
可用帯域部１４は、送信部１３が単位時間当たりに送信したデータ量を取得する（ステップＳ１３０１）。この場合に、可用帯域部１４は、送信部１３から送信されたデータ量を測定してもよいし、送信部１３からデータ量を入力してもよい。可用帯域部１４は、入力したデータ量を可用帯域に関する推定値に設定してもよい。また、バッファ量推定部１５は、送信部１３から送信バッファ１３１に格納されているデータ量を取得し（ステップＳ１３０２）、取得した値をバッファ量の推定値としてもよい。
【０１０３】
次に、本発明の第２の実施形態に係るストリーム配信システム６に関する効果について説明する。
【０１０４】
第２の実施形態に係るストリーム配信システム６によれば、通信ネットワークを介して、情報の通信の品質を短時間に向上することができる。この理由は、第２の実施形態に係るストリーム配信システム６が有する構成は、第１の実施形態に係るストリーム配信システム４が有する構成を含むからである。
【０１０５】
＜第３の実施形態＞
次に、上述した第１の実施形態を基本とする本発明の第３の実施形態について説明する。
【０１０６】
以降の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【０１０７】
図１２を参照しながら、本発明の第３の実施形態に係るストリーム配信装置２１０が有する構成について詳細に説明する。図１２は、本発明の第３の実施形態に係るストリーム配信装置２１０が有する構成を示すブロック図である。
【０１０８】
本発明の第３の実施形態に係るストリーム配信装置２１０は、ストリームデータ入力部１１と、符号化部１２と、送信部１３と、可用帯域部１４と、バッファ量推定部１５と、遅延モデル作成部１６と、品質モデル作成部１７と、ビットレートモデル選択部１８と、伝送遅延推定部１９と、ビットレート情報記憶部２１とを有する。
【０１０９】
ビットレートモデルを決定する処理が、たとえば、１秒以下の時間にて実行される場合に、ストリーム配信装置２１０は、ビットレート情報記憶部２１に格納されているビットレート情報から、ビットレートモデルを選択する処理を短時間に実行する必要がある。本実施形態においては、短時間な処理を実現することを主たる目的として、ビットレートモデルの個数が、上述した実施形態に比べて少ない。
【０１１０】
ＩＴＵ−Ｔ＿Ｇ．１０７０等によれば、ストリーム配信においては、ビットレートが高く、遅延モデルｄ（ｔ）によって表される遅延時間が短いほど高品質な配信である。遅延モデルｄ（ｔ）のうち、通信ネットワークに関する伝送遅延時間ｄＴ（ｔ）は、該通信ネットワークのうち伝送経路の距離等に依存している。したがって、ストリーム配信においては、ビットレートが可用帯域に等しく、遅延モデルｄ（ｔ）のうち、バッファリングに要する所要時間ｄＢ（ｔ）が０となる場合に、高品質な配信が可能である。
【０１１１】
本実施形態において、ビットレート情報記憶部２１には、たとえば、図１３に例示されているように、あるビットレートから可用帯域まで線形に増大（または、減少）し、その後、可用帯域（または、略可用帯域）である値であるビットレートモデルｒ（ｔ）を含む。図１３は、ビットレートモデルの一例を概念的に表す図である。図１３において、横軸は、タイミングを表し、右側であるほど時間が進んでいることを表す。図１３において、縦軸は、ビットレートを表し、上側であるほどビットレートが増えることを表す。
【０１１２】
説明の便宜上、タイミングｔ０にて、ビットレートモデルｒ（ｔ）の値はｒ０であるとする。可用帯域Ｃ（ｔ）の値は、タイミングｔ０以降にて、ｃ０であるとする。ただし、ｒ０＞０であり、ｃ０＞０であるとする。
【０１１３】
図１３に示された例において、ビットレートモデルｒ（ｔ）の値は、タイミングｔ０からタイミングｔ２の期間において、たとえば、タイミングが１だけ増えた場合に、値がａ２（ただし、ａ２＞０）だけ増えるとする。図１３に示された例において、タイミングｔ２以降に、ビットレートモデルｒ（ｔ）の値は、可用帯域の値ｃ０である。すなわち、ビットレートモデルｒ（ｔ）は、式Ａに示されたビットレートモデルである。
ｒ（ｔ）＝ａ２×ｔ＋ｒ０（ただし、ｔ０≦ｔ≦ｔ２）、
＝ｃ０（ただし、ｔ２＜ｔ））・・・（式Ａ）。
【０１１４】
したがって、タイミングｔ２は、式７に従い算出される。すなわち、
タイミングｔ２＝（ｃ０―ｒ０）÷ａ２・・・（式７）。
【０１１５】
ビットレート情報記憶部２１には、たとえば、図１３に例示されているようなビットレートモデルに関して、ｒ０と、ａ２とのうち少なくともいずれかが異なっているビットレートモデルが格納されている。
【０１１６】
ビットレートモデル選択部１８は、ビットレート情報記憶部２１に格納されているビットレートモデルのうち、タイミングｔ０から、タイミング「ｔ０＋Ｔ」までの期間における品質モデルが最大（または、略最大）であるビットレートモデルを選択する。
【０１１７】
ビットレート情報記憶部２１に格納されているビットレートモデルが多いほど（すなわち、ａ２とｒ０との組み合わせが多いほど）、品質モデルの最大値が大きい可能性は高い。すなわち、ビットレート情報記憶部２１に格納されているビットレートモデルが多いほど、より、得られるユーザ品質が高くなる可能性が高いという効果を奏する。
【０１１８】
尚、ビットレートモデルを選択する間隔（すなわち、該選択処理に要する所要時間）に基づき、ビットレート情報記憶部２１に格納されているビットレートモデルの個数を決定してもよい。この場合に、ストリーム配信装置２１０によれば、ビットレートモデルを選択するタイミングが決められている場合であっても、高品質にてビットレートを決定することができる。
【０１１９】
さらに、ビットレートモデル選択部１８は、タイミングｔ２において、バッファに格納されているデータ量が０（または、略０）になるように、ビットレートモデル（すなわち、本実施形態においては、ａ２とｒ０との組）を選択してもよい。具体的に、ビットレートモデル選択部１８がビットレートモデルを選択する手順について説明する。
【０１２０】
たとえば、可用帯域Ｃ（ｔ）が、タイミングｔ０からタイミング（ｔ０＋Ｔ）までの期間にてｃ０で一定である場合に、タイミングｔ０からタイミングｔ２までの期間にてバッファから減少するデータ量は、可用帯域Ｃ（ｔ）と、ビットレートモデルｒ（ｔ）との差（すなわち、領域Ｘの面積）である。ビットレートモデル選択部１８は、たとえば、領域Ｘの面積を、式８に従い算出する。すなわち、
領域Ｘの面積＝（ｃ０―ｒ０）×ｔ２÷２・・・（式８）。
【０１２１】
タイミングｔ０にバッファに格納されているデータ量をＢ（ｔ０）と表す場合に、ビットレートモデル選択部１８は、Ｂ（ｔ０）と、領域Ｘの面積とが等しいという条件が成り立つ、ａ２とｒ０とを選択する。式７、及び、式８に従えば、ａ２と、ｒ０とは、関係している。すなわち、ａ２と、ｒ０とのうち、いずれか一方が算出されれば、他方も算出することが可能であるので、第３の実施形態に係るストリーム配信装置２１０によれば、より短い計算時間にて、体感性能が高い制御を行うことができる。
【０１２２】
次に、本発明の第３の実施形態に係るストリーム配信装置２１０に関する効果について説明する。
【０１２３】
第３の実施形態に係るストリーム配信装置２１０によれば、通信ネットワークを介して、情報の通信の品質を短時間に向上することができる。この理由は、第３の実施形態に係るストリーム配信装置２１０が有する構成は、第１の実施形態に係るストリーム配信装置１が有する構成を含むからである。
【０１２４】
さらに、本実施形態に係るストリーム配信装置２１０によれば、情報の通信の品質を、さらに、短時間に向上することができる。この理由は、ビットレート情報記憶部２１に格納されているビットレートモデルが、第１の実施形態、及び、第２の実施形態に比べて少ないからである。
【０１２５】
また、第３の実施形態に係るストリーム配信装置２１０によれば、品質が、さらに良好な通信を実現することができる。この理由は、ビットレート情報に含まれているビットレートモデルに従えば、タイミングｔ２以降において、通信ネットワークに関して利用可能な帯域を表す可用帯域モデルに一致（または、類似）している値を用いて、ストリーム配信装置２１０が通信を制御することができるからである。すなわち、可用帯域モデルは、通信ネットワーク３の通信帯域が、時間の経過に伴い推移する（関係している）程度を表す。
【０１２６】
さらに、第３の実施形態に係るストリーム配信装置２１０によれば、情報の通信の品質を、さらに短時間に向上することができる。この理由は、ビットレートモデルが折れ線によって構成されているので、ストリーム配信装置２１０が、該ビットレートモデルに含まれているパラメタを、少ない計算量にて算出することができるからである。
【０１２７】
尚、本実施形態においては、ビットレート情報記憶部２１にビットレートモデルが格納されているとしたが、第３の実施形態に係るストリーム配信装置２１０が、上述した式等に従い、ビットレートモデルを算出するパラメタ算出部を有していてもよい。
【０１２８】
＜第４の実施形態＞
次に、上述した第１の実施形態を基本とする本発明の第４の実施形態について説明する。
【０１２９】
以降の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【０１３０】
図１４を参照しながら、本発明の第４の実施形態に係るストリーム配信装置２２０が有する構成について詳細に説明する。図１４は、本発明の第４の実施形態に係るストリーム配信装置２２０が有する構成を示すブロック図である。
【０１３１】
本発明の第４の実施形態に係るストリーム配信装置２２０は、ストリームデータ入力部１１と、符号化部１２と、送信部１３と、可用帯域部１４と、バッファ量推定部１５と、遅延モデル作成部１６と、品質モデル作成部１７と、ビットレートモデル選択部１８と、伝送遅延推定部１９と、ビットレート情報記憶部２２とを有する。
【０１３２】
本実施形態において、ビットレート情報記憶部２２には、たとえば、図１５に例示されているように、タイミングｔ０にて、ビットレートモデルの値がｒ０であり、時間が経過するにつれて可用帯域Ｃ（ｔ）に収束する指数関数であるビットレートモデルが格納されている。図１５は、ビットレートモデルの一例を概念的に表す図である。図１５において、横軸は、タイミングを表し、右側であるほど時間が進んでいることを表す。図１５において、縦軸は、ビットレートを表し、上側であるほど、ビットレートが増えることを表す。
【０１３３】
具体的に、ビットレート情報記憶部２２には、式９に例示されているビットレートモデルが格納されている。すなわち、
ｒ（ｔ）＝（ｒ０−ｃ０）×ｅｘｐ（ｂ×ｔ）＋ｃ０・・・（式９）、
ただし、ｂ＜０、０＜ｒ０≦ｃ０。ｅｘｐ（ｘ）は、ネイピア数ｅに関する指数関数ｅｘを表す（以降の数式においても同様）。
【０１３４】
ビットレート情報記憶部２２には、たとえば、図１５に例示されているようなビットレートモデルに関して、ｂと、ａ２とのうち少なくともいずれかが異なっているビットレートモデルが格納されている。
【０１３５】
ビットレートモデル選択部１８は、ビットレート情報記憶部２２に格納されているビットレートモデルのうち、タイミングｔ０からタイミング「ｔ０＋Ｔ」までの期間における品質モデルが最大（または、略最大）であるビットレートモデルを選択する。
【０１３６】
次に、本発明の第４の実施形態に係るストリーム配信装置２２０に関する効果について説明する。
【０１３７】
本実施形態では、第３の実施形態と同様に、ビットレート情報記憶部２２に格納されているビットレートモデルが少ないので、ビットレートモデルを選択する処理に要する所要時間が短いという効果がある。
【０１３８】
尚、第３の実施形態においては、ビットレートモデルが直線を用いて表され、また、第４の実施形態においては、ビットレートモデルが指数関数を用いて表されると説明したが、上述した例に限定されない。ビットレートモデルは、タイミングｔと一つ以上のパラメタによって定義される関数であればよい。また、ビットレート情報記憶部２２には、直線と指数関数からなる集合のように、複数種類のビットレートモデルを含むビットレート情報が格納されていてもよい。
【０１３９】
次に、本発明の第４の実施形態に係るストリーム配信装置２２０に関する効果について説明する。
【０１４０】
第４の実施形態に係るストリーム配信装置２２０によれば、通信ネットワークを介して、情報の通信の品質を短時間に向上することができる。この理由は、第４の実施形態に係るストリーム配信装置２２０が有する構成は、第１の実施形態に係るストリーム配信装置１が有する構成を含むからである。
【０１４１】
尚、本実施形態においては、ビットレート情報記憶部２２にビットレートモデルが格納されているとしたが、第４の実施形態に係るストリーム配信装置２２０が、上述した式等に従い、ビットレートモデルを算出するパラメタ算出部を有していてもよい。
【０１４２】
＜第５の実施形態＞
次に、上述した第１の実施形態を基本とする本発明の第５の実施形態について説明する。
【０１４３】
以降の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【０１４４】
図１６を参照しながら、本発明の第５の実施形態に係るストリーム配信装置２３０が有する構成について詳細に説明する。図１６は、本発明の第５の実施形態に係るストリーム配信装置２３０が有する構成を示すブロック図である。
【０１４５】
本発明の第４の実施形態に係るストリーム配信装置２３０は、ストリームデータ入力部１１と、符号化部１２と、送信部１３と、可用帯域部１４と、バッファ量推定部１５と、遅延モデル作成部１６と、品質モデル作成部１７と、ビットレートモデル選択部１８と、伝送遅延推定部１９と、ビットレート情報記憶部２３とを有する。
【０１４６】
本実施形態において、ビットレート情報記憶部２３には、たとえば、図１７乃至図１９に例示されているように、タイミングｔ０の直前のビットレートに基づき（たとえば、タイミングｔ０の直前のビットレートの値と同一の値、または、類似している値）決定される値ｒ０であるビットレートモデルが格納されている。図１７乃至図１９は、ビットレートモデルの一例を概念的に表す図である。図１７乃至図１９において、横軸は、タイミングを表し、右側であるほど時間が進んでいることを表す。図１７乃至図１９において、縦軸は、ビットレートを表し、上側であるほどビットレートが増えることを表す。
【０１４７】
具体的に、図１７乃至図１９を参照しながら、各図に例示されているビットレートモデルについて説明する。説明の便宜上、図１７乃至図１９に示された例の場合に、可用帯域Ｃ（ｔ）は、タイミングｔ０における可用帯域ｃ０にて一定であるとする。
【０１４８】
ビットレート情報記憶部２３には、式１０に示されたビットレートモデル（図１７に例示）が格納されている。すなわち、
ｒ（ｔ）＝ａ１×ｔ＋ｒ０（ただし、ｔ０≦ｔ≦ｔ１）、
ａ２×（ｔ−ｔ１）＋ａ１×ｔ２＋ｒ０（ただし、ｔ１＜ｔ≦ｔ２）、
Ｃ（ｔ）（ただし、ｔ２＜ｔ）・・・（式１０）。
【０１４９】
説明の便宜上、タイミングｔ０におけるビットレートをｒ０と表す。該ビットレートモデルは、タイミングｔ０にてｒ０であり、タイミングｔ０からタイミングｔ１までの期間において、傾きａ１（ただし、ａ１＜０）にて減少するとする。該ビットレートモデルは、タイミングｔ１からタイミングｔ２までの期間において、傾きａ２（ただし、ａ２＜０）にて増加するとする。タイミングｔ２以降にて、該ビットレートモデルは、可用帯域ｃ０（または、略可用帯域ｃ０）を表す値である。
【０１５０】
ビットレート情報記憶部２３には、たとえば、図１７に例示されているようなビットレートモデルに関して、ａ１と、ａ２と、ｔ１（ｔ０≦ｔ１≦ｔ０＋Ｔ）とのうち少なくともいずれかが異なっているビットレートモデルが格納されている。
【０１５１】
ビットレートモデル選択部１８は、ビットレート情報記憶部２３に格納されているビットレートモデルのうち、タイミングｔ０からタイミング「ｔ０＋Ｔ」までの期間における品質モデルが最大（または、略最大）であるビットレートモデルを選択する。
【０１５２】
ビットレート情報記憶部２３に格納されているビットレートモデルが多いほど（すなわち、ａ１とａ２とｔ１との組み合わせが多いほど）、品質モデルの最大値が大きい可能性は高い。すなわち、ビットレート情報記憶部２３に格納されているビットレートモデルが多いほど、より、得られるユーザ品質が高くなる可能性が高いという効果を奏する。
【０１５３】
尚、ビットレートモデルを選択するのに要する時間（すなわち、選択処理に要する所要時間）に基づき、ビットレート情報記憶部２３に格納されているビットレートモデルの個数を決定してもよい。この場合に、ストリーム配信装置２３０によれば、ビットレートモデルを選択するタイミングが決められている場合であっても、高品質にビットレートを決定することができる。
【０１５４】
さらに、ビットレートモデル選択部１８は、タイミングｔ２にてバッファに格納されているデータ量が０（または、略０）になるように、ビットレートモデル（すなわち、本実施形態においては、ａ１とａ２とｔ１との組）を選択してもよい。具体的に、ビットレートモデル選択部１８がビットレートモデルを選択する手順について説明する。
【０１５５】
バッファに格納されているデータ量（すなわち、バッファ量Ｂ（ｔ））は、ビットレートモデルｒ（ｔ）が表すビットレートが可用帯域よりも多い場合に（すなわち、ｒ（ｔ）＞Ｃ（ｔ））の場合に増加し、ビットレートモデルｒ（ｔ）が表すビットレートが可用帯域よりも少ない場合に（すなわち、ｒ（ｔ）＜Ｃ（ｔ））の場合に減少する。図１７を参照すると、ビットレートモデルｒ（ｔ）が表すビットレートが可用帯域より超過しているデータ量は、領域ａの面積を表す。ビットレートモデルｒ（ｔ）が表すビットレートが可用帯域より少ないデータ量は、領域ｂの面積を表す。したがって、ビットレートモデル選択部１８は、ａ１とａ２とｔ１とのうち、いずれか２つの値を算出する。その後、ビットレートモデル選択部１８は、タイミングｔ０においてバッファに格納されているデータ量（すなわち、バッファ量Ｂ（ｔ０））と、バッファに格納されるデータ量（すなわち、領域ａの面積）との和が、バッファから削除される量（すなわち、領域ｂの面積）と等しいという条件式に従い、残りの１つの値を算出する。この場合に、ビットレートモデル選択部１８は、条件式「Ｂ（ｔ０）＋（領域ａの面積）＝（領域ｂの面積）」に従い、残りの１つの値を算出する。
【０１５６】
また、ビットレート情報記憶部２３には、可用帯域Ｃ（ｔ）の所定の割合以下に低下するビットレートモデルが格納されていてもよい。所定の割合は、たとえば、９０％、８０％等の具体的な値である。所定の割合が小さな値であるほど、本実施形態に係るストリーム配信装置２３０によれば、通信ネットワーク３における遅延は早期に解消される。したがって、ストリーム配信装置２３０によれば、品質が良好な通信を、さらに短時間に実現することができる。この理由は、ストリーム配信装置２３０が、可用帯域の所定の割合以下に低下するビットレートモデルを選択する結果、通信ネットワークにおける遅延が早期に解消されるからである。通信ネットワーク３における遅延が早期に解消される結果、品質モデルの値が早期に増大するので、ストリーム配信装置２３０によれば、品質が良好な通信を、さらに短時間に実現することができる。
【０１５７】
次に、図１８を参照しながら、ビットレート情報記憶部２３に格納されているビットレートモデルについて説明する。ビットレート情報記憶部２３には、上述した式Ａに示されたビットレートモデル（図１８に例示）が格納されている。ただし、タイミングｔ０におけるビットレートｒ０は、タイミングｔ０の直前のビットレートに基づき（たとえば、タイミングｔ０の直前のビットレートと同一の値、または、類似している値）算出された値である。
【０１５８】
式Ａに関する説明は、上述した説明と同様であるので、本実施形態においては、説明を省略する。
【０１５９】
次に、図１９を参照しながら、ビットレート情報記憶部２３に格納されているビットレートモデルについて説明する。ビットレート情報記憶部２３には、式１１に示されたビットレートモデル（図１９に例示）が格納されている。すなわち、
ｒ（ｔ）＝ａ１×ｔ＋ｒ０（ただし、ｔ０≦ｔ≦ｔ１）、
ａ２×（ｔ−ｔ１）＋ａ１×ｔ２＋ｒ０（ただし、ｔ１＜ｔ≦ｔ２）、
Ｃ（ｔ）（ただし、ｔ２＜ｔ）・・・（式１１）。
【０１６０】
説明の便宜上、タイミングｔ０におけるビットレートをｒ０と表す。該ビットレートモデルは、タイミングｔ０にてｒ０なる値であり、タイミングｔ０からタイミングｔ１までの期間において、傾きａ１（ただし、ａ１＜０）にて減少するとする。該ビットレートモデルは、タイミングｔ１からタイミングｔ２までの期間において、傾きａ２（ただし、ａ２＜０）にて増加するとする。タイミングｔ２以降にて、該ビットレートモデルは、可用帯域ｃ０（または、略可用帯域ｃ０）となる値である。ただし、ビットレートモデルｒ（ｔ）は、タイミングｔ０からタイミング（ｔ０＋Ｔ）までの期間において、可用帯域Ｃ（ｔ）よりも小さな値（すなわち、ｒ（ｔ）＜Ｃ（ｔ））である。
【０１６１】
ビットレート情報記憶部２３には、たとえば、図１９に例示されているようなビットレートモデルに関して、ａ１と、ａ２と、ｔ１（ｔ０≦ｔ１≦ｔ０＋Ｔ）とのうち少なくともいずれかが異なっているビットレートモデルが格納されている。
【０１６２】
ビットレートモデル選択部１８は、ビットレート情報記憶部２３に格納されているビットレートモデルのうち、タイミングｔ０からタイミング「ｔ０＋Ｔ」までの期間における品質モデルが最大（または、略最大）であるビットレートモデルを選択する。
【０１６３】
ビットレート情報記憶部２３に格納されているビットレートモデルが多いほど（すなわち、ａ１とａ２とｔ１との組み合わせが多いほど）、品質モデルの最大値が大きい可能性は高い。すなわち、ビットレート情報記憶部２３に格納されているビットレートモデルが多いほど、より、得られる品質が高くなる可能性が高いという効果を奏する。
【０１６４】
尚、ビットレートモデルを選択する処理に要する所要時間（すなわち、選択処理に要する所要時間）に基づき、ビットレート情報記憶部２３に格納されているビットレートモデルの個数を決定してもよい。この場合に、ストリーム配信装置２３０によれば、ビットレートモデルを選択する所要時間が決められている場合であっても、高品質にてビットレートを決定することができる。
【０１６５】
さらに、ビットレートモデル選択部１８は、タイミングｔ２において、バッファに格納されているデータ量が０（または、略０）になるように、ビットレートモデル（すなわち、本実施形態においては、ａ１とａ２とｔ１との組）を選択してもよい。具体的に、ビットレートモデル選択部１８がビットレートモデルを選択する手順について説明する。
【０１６６】
図１９に示された例においては、ビットレートモデルｒ（ｔ）が、タイミングｔ０からタイミング（ｔ０＋Ｔ）までの期間において可用帯域Ｃ（ｔ）よりも少ないので、バッファに格納されているデータ量は、該期間において減少する。ビットレートモデル選択部１８は、ａ１とａ２とｔ１とのうち、いずれか２つの値を算出する。その後、ビットレートモデル選択部１８は、タイミングｔ０においてバッファに格納されているデータ量（すなわち、バッファ量Ｂ（ｔ０））と、バッファから削除される量（すなわち、領域Ｙの面積）と等しいという条件式に従い、残りの１つの値を算出する。この場合に、ビットレートモデル選択部１８は、条件式「Ｂ（ｔ０）＝（領域Ｙの面積）」に従い、残りの１つの値を算出する。
【０１６７】
また、ビットレート情報記憶部２３には、バッファに格納されているデータ量（すなわち、バッファ量Ｂ（ｔ０））が所定の値よりも大きな値である場合に関するビットレートモデルが格納されていてもよい。このようなビットレートモデルは、ビットレートを一時的に、可用帯域よりも一層減少させ、その後、可用帯域まで増大させることによって、ユーザ体感品質が良化する程度が、より一層、大きい。したがって、本実施形態に係るストリーム配信装置２３０によれば、ビットレートが急激に変化することを低減することによって、ユーザ体感品質が良化する可能性が高いという効果を奏する。
【０１６８】
第５の実施形態においては、ビットレートモデルの例として、直線が連続的につながれたモデル（すなわち、折れ線によって表されるモデル）が例示されているが、ビットレートモデルは、上述した例に限定されない。ビットレートモデルは、タイミングに関する関数であればよい。
【０１６９】
次に、本発明の第５の実施形態に係るストリーム配信装置２３０に関する効果について説明する。
【０１７０】
第５の実施形態に係るストリーム配信装置２３０によれば、通信ネットワークを介して、情報の通信の品質を短時間に向上することができる。この理由は、第５の実施形態に係るストリーム配信装置２３０が有する構成は、第１の実施形態に係るストリーム配信装置１が有する構成を含むからである。
【０１７１】
さらに、第５の実施形態に係るストリーム配信装置２３０によれば、より高品質な情報の通信を短時間に実現することができる。この理由は、タイミングｔ０にて品質が悪くなる可能性を低減しているからである。ストリーム配信装置２３０は、たとえば、タイミングｔ０にけるビットレートｒ０を、タイミングｔ０の直前のビットレートと同じ値（または、類似している値）に設定することによって、タイミングｔ０にて品質が悪くなる可能性を低減する。
【０１７２】
尚、本実施形態においては、ビットレート情報記憶部２３にビットレートモデルが格納されているとしたが、第５の実施形態に係るストリーム配信装置２３０が、上述した式等に従い、ビットレートモデルを算出するパラメタ算出部を有していてもよい。
【０１７３】
＜第６の実施形態＞
次に、上述した第１の実施形態を基本とする本発明の第６の実施形態について説明する。
【０１７４】
以降の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【０１７５】
図２０を参照しながら、本発明の第６の実施形態に係るストリーム配信装置２４０が有する構成について詳細に説明する。図２０は、本発明の第６の実施形態に係るストリーム配信装置２４０が有する構成を示すブロック図である。
【０１７６】
本発明の第６の実施形態に係るストリーム配信装置２４０は、ストリームデータ入力部１１と、符号化部１２と、送信部１３と、可用帯域部１４と、バッファ量推定部１５と、遅延モデル作成部１６と、品質モデル作成部１７と、ビットレートモデル選択部１８と、伝送遅延推定部１９と、ビットレート情報記憶部２４とを有する。
【０１７７】
本実施形態において、ビットレート情報記憶部２４には、たとえば、後述する式１２に示されているように、２つの指数関数に基づき算出されるビットレートモデル（図２１に例示）が格納されている。図２１は、ビットレートモデルの一例を概念的に表す図である。図２１において、横軸は、タイミングを表し、右側であるほど時間が進んでいることを表す。図２１において、縦軸は、ビットレートを表し、上側であるほど、ビットレートが増えることを表す。
【０１７８】
具体的に、図２１を参照しながら、ビットレートモデルについて説明する。説明の便宜上、図２１に示された例の場合に、可用帯域Ｃ（ｔ）は、タイミングｔ０における可用帯域ｃ０にて一定であるとする。
【０１７９】
ビットレート情報記憶部２４には、式１２に示されたビットレートモデル（図２１に例示）が格納されている。すなわち、
ｒ（ｔ）＝ａ１×ｅｘｐ（ｂ１×ｔ）＋ｃ０＋ａ２×ｅｘｐ（ｄ×ｂ２×ｔ）・・・（式１２）、
ただし、ａ１＜０、ａ２≧０、ｂ１＜０、ｂ２＜０、ｄ＞１、ａ１＋ａ２＋Ｃ＝ｒ０。
【０１８０】
式１２に示されたビットレートモデルｒ（ｔ）のうち、「ａ１×ｅｘｐ（ｂ１×ｔ）＋ｃ０＋ａ２」は、タイミングｔが十分大きな値である場合に、第４の実施形態と同様にｃ０に収束する指数関数である。すなわち、ａ２が０である場合に、式１２は、第４の実施形態に示された式９と等価な式を表す。また、式１２に示されたビットレートモデルｒ（ｔ）のうち、「ａ２×ｅｘｐ（ｄ×ｂ２×ｔ）」は、タイミングｔが十分大きな値である場合に、０に収束する指数関数である。また、「ａ２×ｅｘｐ（ｄ×ｂ２×ｔ）」は、ｄ＞１である場合に、「ａ１×ｅｘｐ（ｂ１×ｔ）＋ｃ０＋ａ２」に比べて急速に収束する。したがって、式１２に示されたビットレートモデルは、図２１に例示されているように、該ビットレートモデルの値が、時間が経過するにつれて、一旦低下した後に可用帯域ｃ０に収束する関数である。
【０１８１】
ビットレート情報記憶部２４には、たとえば、図２１に例示されているようなビットレートモデルに関して、ａ１と、ａ２と、ｂ１と、ｂ２と、ｄとのうち少なくともいずれかが異なっているビットレートモデルが格納されている。
【０１８２】
ビットレートモデル選択部１８は、ビットレート情報記憶部２４に格納されているビットレートモデルのうち、タイミングｔ０からタイミング「ｔ０＋Ｔ」までの期間における品質モデルが最大（または、略最大）であるビットレートモデルを選択する。
【０１８３】
ビットレート情報記憶部２４に格納されているビットレートモデルが多いほど（すなわち、ａ１と、ａ２と、ｂ１と、ｂ２と、ｄとの組み合わせが多いほど）、品質モデルの最大値が大きい可能性は高い。すなわち、ビットレート情報記憶部２４に格納されているビットレートモデルが多いほど、より、得られるユーザ品質が高くなる可能性が高いという効果を奏する。
【０１８４】
尚、ビットレートモデルを選択するのに要する時間（すなわち、選択処理に要する所要時間）に基づき、ビットレート情報記憶部２４に格納されているビットレートモデルの個数を決定してもよい。この場合に、ストリーム配信装置２４０によれば、ビットレートモデルを選択するタイミングが決められている場合であっても、高品質にてビットレートを決定することができる。
【０１８５】
第６の実施形態においては、ビットレートモデルの例として、指数関数が連続的につながれたモデル（すなわち、折れ線によって表されるモデル）が例示されているが、ビットレートモデルは、上述した例に限定されない。ビットレートモデルは、タイミングに関する関数であればよい。
【０１８６】
次に、本発明の第６の実施形態に係るストリーム配信装置２４０に関する効果について説明する。
【０１８７】
第６の実施形態に係るストリーム配信装置２４０によれば、通信ネットワークを介して、情報の通信の品質を短時間に向上することができる。この理由は、第６の実施形態に係るストリーム配信装置２４０が有する構成は、第１の実施形態に係るストリーム配信装置１が有する構成を含むからである。
【０１８８】
さらに、第６の実施形態に係るストリーム配信装置２４０によれば、より高品質な情報の通信の品質を短時間に向上することができる。この理由は、ビットレート情報記憶部２４に格納されているビットレートモデルが指数関数の和として設定されているので、ビットレートが急激に変化してしまう可能性が低いからである。この結果、第６の実施形態に係るストリーム配信装置２４０によれば、品質が悪化してしまう可能性が低いので、より高品質な情報の通信を短時間に実現することができる。
【０１８９】
尚、本実施形態においては、ビットレート情報記憶部２４にビットレートモデルが格納されているとしたが、第６の実施形態に係るストリーム配信装置２４０が、上述した式等に従い、ビットレートモデルを算出するパラメタ算出部を有していてもよい。
【０１９０】
＜第７の実施形態＞
次に、本発明の第７の実施形態について説明する。
【０１９１】
以降の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明を省略する。
【０１９２】
図２２を参照しながら、本発明の第７の実施形態に係るビットレート指示装置７１が有する構成について詳細に説明する。図２２は、本発明の第７の実施形態に係るビットレート指示装置７１が有する構成を示すブロック図である。
【０１９３】
本発明の第７の実施形態に係るビットレート指示装置７１は、品質モデル作成部７２と、遅延モデル作成部７３と、ビットレート指示部７４とを有する。
【０１９４】
ビットレート指示装置７１は、通信ネットワーク３を制御している制御装置７５と接続（または、通信接続）することができる。ビットレート指示装置７１は、図５、図１３、図１５、図１７乃至図１９、または、図２１等を参照しながら説明したようなビットレートモデルを複数含むビットレート情報７６を参照することができる。すなわち、ビットレート指示装置７１は、通信ネットワーク３を介して通信されるデータの単位時間あたりのデータ量が、時間の経過に伴い推移する程度を表すビットレートモデルを複数含むビットレート情報７６を参照することができる。
【０１９５】
遅延モデル作成部７３は、ビットレート情報７６に含まれているビットレートモデルと、上述したような可用帯域モデルとの差分に基づき、通信ネットワーク３を介してデータが通信される場合に遅延する時間を決定可能な遅延モデルを作成する。すなわち、遅延モデル作成部７３は、ビットレート情報７６に含まれているビットレートモデルと、通信ネットワーク３の通信帯域が、時間の経過に伴い推移する程度を表す可用帯域モデルとの差分に基づき、該遅延モデルを作成する。遅延モデル作成部７３は、該ビットレートモデルと、該可用帯域関数とに関する遅延モデルを、たとえば、式１乃至式５等に従い作成する。遅延モデルは、通信ネットワーク３を介した通信の遅延時間が、時間の経過に伴い推移する程度を表す。
【０１９６】
次に、品質モデル作成部７２は、遅延モデル作成部７３が作成した遅延モデルに従い遅延が生じ、さらに、該ビットレートモデルに従いビットレートが制御された場合における通信の品質を決定可能な品質モデルを、たとえば、特許文献１等に開示された方法に従い算出する。この場合に、品質モデル作成部７２は、遅延モデル作成部７３が作成した遅延モデルと、該ビットレートモデルとを用いて該品質モデルを作成する。
【０１９７】
品質モデル作成部７２、及び、遅延モデル作成部７３は、たとえば、ビットレート情報７６に含まれている各ビットレートモデルに対して、上述した処理を実行する。
【０１９８】
ビットレート指示部７４は、ビットレート情報７６に含まれているビットレートモデルのうち、該ビットレートモデルに対して品質モデル作成部７２が作成した品質モデルの値が大きいビットレートモデルを選択する。すなわち、ビットレート指示部７４は、ビットレート情報７６に含まれているビットレートモデルのうち、品質モデルに従い決定される品質が、ある期間に関して大きなビットレートモデルを選択する。ビットレート指示部７４は、選択したビットレートモデルに従い通信速度を制御するよう要求する要求情報を、通信ネットワーク３を制御している制御装置７５に対して送信する。
【０１９９】
制御装置７５は、ビットレート指示部７４が送信した要求情報を受信し、受信した要求情報にて指示されたビットレートモデルに従い、通信ネットワーク３における通信を制御する。
【０２００】
遅延モデル作成部７３は、たとえば、図２に示された遅延モデル作成部１６が有している機能を用いて実現することができる。品質モデル作成部７２は、たとえば、図２に示された品質モデル作成部１７が有している機能を用いて実現することができる。ビットレート指示部７４は、図２に示されたビットレートモデル選択部１８が有している機能、送信部１３が有している機能を用いて実現することができる。まとめると、ビットレート指示装置７１は、図２に示されたストリーム配信装置１、図１２に示されたストリーム配信装置２１０、図１４に示されたストリーム配信装置２２０、図１６に示されたストリーム配信装置２３０、または、図２０に示されたストリーム配信装置２４０等が有している機能を用いて実現することができる。
【０２０１】
次に、第７の実施形態に係るビットレート指示装置７１に関する効果について説明する。
【０２０２】
第７の実施形態に係るビットレート指示装置７１によれば、通信ネットワークを介して、情報の通信の品質を短時間に向上することができる。この理由は、特許文献１に開示された通信装置よりも長い期間に亘るビットレートを算出し、算出したビットレートに従い通信を制御することができるからである。したがって、特許文献１に開示された通信装置よりも通信を制御する回数が減少するので、本実施形態に係るビットレート指示装置７１によれば、高品質な情報の通信を短時間に実現することができる。
【０２０３】
（ハードウェア構成例）
上述した本発明の第１の実施形態乃至第６の実施形態に係るストリーム配信装置、または、第７の実施形態に係るビットレート指示装置を、１つの計算処理装置（情報処理装置、コンピュータ）を用いて実現するハードウェア資源の構成例について説明する。但し、係るストリーム配信装置、または、係るビットレート指示装置は、物理的または機能的に少なくとも２つの計算処理装置を用いて実現してもよい。また、係るストリーム配信装置、または、係るビットレート指示装置は、専用の装置として実現してもよい。
【０２０４】
図２３は、第１の実施形態乃至第６の実施形態に係るストリーム配信装置、または、第７の実施形態に係るビットレート指示装置を実現可能な計算処理装置のハードウェア構成例を概略的に示すブロック図である。計算処理装置８０は、中央処理演算装置（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ、以降「ＣＰＵ」と表す）８１、メモリ８２、ディスク８３、不揮発性記録媒体８４、通信インターフェース（以降、「通信ＩＦ」と表す）８７、及び、ディスプレー８８を有する。計算処理装置８０は、入力装置８５、出力装置８６に接続可能であってもよい。計算処理装置８０は、通信ＩＦ８７を介して、他の計算処理装置、及び、通信装置と情報を送受信することができる。
【０２０５】
不揮発性記録媒体８４は、コンピュータが読み取り可能な、たとえば、コンパクトディスク（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ）、デジタルバーサタイルディスク（Ｄｉｇｉｔａｌ＿Ｖｅｒｓａｔｉｌｅ＿Ｄｉｓｃ）である。また、不揮発性記録媒体８４は、ユニバーサルシリアルバスメモリ（ＵＳＢメモリ）、ソリッドステートドライブ（Ｓｏｌｉｄ＿Ｓｔａｔｅ＿Ｄｒｉｖｅ）等であってもよい。不揮発性記録媒体８４は、電源を供給しなくても係るプログラムを保持し、持ち運びを可能にする。不揮発性記録媒体８４は、上述した媒体に限定されない。また、不揮発性記録媒体８４の代わりに、通信ＩＦ８７、及び、通信ネットワークを介して係るプログラムを持ち運びしてもよい。
【０２０６】
すなわち、ＣＰＵ８１は、ディスク８３に格納されているソフトウェア・プログラム（コンピュータ・プログラム：以下、単に「プログラム」と称する）を、実行する際にメモリ８２にコピーし、演算処理を実行する。ＣＰＵ８１は、プログラム実行に必要なデータをメモリ８２から読み取る。表示が必要な場合には、ＣＰＵ８１は、ディスプレー８８に出力結果を表示する。外部への出力が必要な場合には、ＣＰＵ８１は、出力装置８６に出力結果を出力する。外部からプログラムを入力する場合、ＣＰＵ８１は、入力装置８５からプログラムを読み取る。ＣＰＵ８１は、上述した図１、図２、図９、図１２、図１４、図１６、図２０、または、図２２に示す各部が表す機能（処理）に対応するところのメモリ８２にあるストリーム配信プログラム（図３、図４、図１１）、または、ビットレート指示プログラムを解釈し実行する。ＣＰＵ８１は、上述した本発明の各実施形態において説明した処理を順次実行する。
【０２０７】
すなわち、このような場合、本発明は、係るストリーム配信プログラム、または、係るビットレート指示プログラムによっても成し得ると捉えることができる。さらに、係るストリーム配信プログラム、または、係るビットレート指示プログラムが記録されたコンピュータが読み取り可能な不揮発性の記録媒体によっても、本発明は成し得ると捉えることができる。
【０２０８】
以上、上述した実施形態を模範的な例として本発明を説明した。しかし、本発明は、上述した実施形態には限定されない。すなわち、本発明は、本発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。
【符号の説明】
【０２０９】
１    ストリーム配信装置
２    ストリーム受信装置
３    通信ネットワーク
４    ストリーム配信システム
１１    ストリームデータ入力部
１２    符号化部
１３    送信部
１４    可用帯域部
１５    バッファ量推定部
１６    遅延モデル作成部
１７    品質モデル作成部
１８    ビットレートモデル選択部
１９    伝送遅延推定部
２０    ビットレート情報記憶部
５    通信ネットワーク
６    ストリーム配信システム
５１    基地局装置
５２    モバイルコアネットワーク
５３    インターネット
１３１    送信バッファ
２１    ビットレート情報記憶部
２１０    ストリーム配信装置
２２    ビットレート情報記憶部
２２０    ストリーム配信装置
２３    ビットレート情報記憶部
２３０    ストリーム配信装置
２４    ビットレート情報記憶部
２４０    ストリーム配信装置
７１    ビットレート指示装置
７２    品質モデル作成部
７３    遅延モデル作成部
７４    ビットレート指示部
７５    制御装置
７６    ビットレート情報
８０    計算処理装置
８１    ＣＰＵ
８２    メモリ
８３    ディスク
８４    不揮発性記録媒体
８５    入力装置
８６    出力装置
８７    通信ＩＦ
８８    ディスプレー
【図１】
0006724517.tif 000004
【図２】
0006724517.tif 000005
【図３】
0006724517.tif 000006
【図４】
0006724517.tif 000007
【図５】
0006724517.tif 000008
【図６】
0006724517.tif 000009
【図７】
0006724517.tif 000010
【図８】
0006724517.tif 000011
【図９】
0006724517.tif 000012
【図１０】
0006724517.tif 000013
【図１１】
0006724517.tif 000014
【図１２】
0006724517.tif 000015
【図１３】
0006724517.tif 000016
【図１４】
0006724517.tif 000017
【図１５】
0006724517.tif 000018
【図１６】
0006724517.tif 000019
【図１７】
0006724517.tif 000020
【図１８】
0006724517.tif 000021
【図１９】
0006724517.tif 000022
【図２０】
0006724517.tif 000023
【図２１】
0006724517.tif 000024
【図２２】
0006724517.tif 000025
【図２３】
0006724517.tif 000026
【図２４】
0006724517.tif 000027
【図２５】
0006724517.tif 000028
【図２６】
0006724517.tif 000029
【図２７】
0006724517.tif 000030