ホーム > 特許ランキング > 株式会社ＮＴＴドコモ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2025-02-18
(45)【発行日】2025-02-27
(54)【発明の名称】端末装置、プログラム、及び情報処理方法
(51)【国際特許分類】
H04L 47/2408 20220101AFI20250219BHJP
H04W 28/02 20090101ALI20250219BHJP
【ＦＩ】
H04L47/2408
H04W28/02
【請求項の数】
11
(21)【出願番号】P 2024063191
(22)【出願日】2024-04-10
【審査請求日】2024-04-10
(73)【特許権者】
【識別番号】392026693
【氏名又は名称】株式会社ＮＴＴドコモ
(74)【代理人】
【識別番号】110003177
【氏名又は名称】弁理士法人旺知国際特許事務所
(72)【発明者】
【氏名】影山 未歩
(72)【発明者】
【氏名】三浦 裕
(72)【発明者】
【氏名】石塚 広樹
【審査官】小林 義晴
(56)【参考文献】
【文献】国際公開第２０２１／０４９１４３（ＷＯ，Ａ１）
【文献】特開２００４－１４０４８６（ＪＰ，Ａ）
【文献】特表２０２１－５１７７９１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ４７／２４０８
Ｈ０４Ｗ ２８／０２
(57)【特許請求の範囲】
【請求項1】
通信の品質制御の対象とされたアプリケーションプログラムの起動処理が開始された後において、予め定められた条件が成立した場合、前記品質制御の開始を要求する第１信号を、通信の品質を制御する第１装置へ送信する送信部と、前記品質制御に関する制御信号を前記第１装置から受信する受信部と、
を備え、
前記条件は、前記受信部が前記第１装置から前記品質制御に関する初期化を完了したことを示す第２信号を受信する第１時点までに、前記受信部が前記アプリケーションプログラムに基づく処理で用いられる第１データを受信していないことである、
端末装置。
【請求項2】
前記条件は、前記端末装置の位置が予め定められたエリア内にあることである、請求項１に記載の端末装置。
【請求項3】
前記条件は、前記端末装置に対する通信品質が予め定められた判定閾値未満であることである、請求項１に記載の端末装置。
【請求項4】
前記条件は、二次元コード決済アプリケーションの決済方法がオンライン決済からオフライン決済に遷移した時点から基準時間経過した後である、請求項１に記載の端末装置。
【請求項5】
前記条件は、二次元コード決済アプリケーションの実行時に、決済方法として店舗提示型が選択されたことである、請求項１に記載の端末装置。
【請求項6】
前記アプリケーションプログラムは第１アプリケーションプログラムであり、前記第１アプリケーションプログラムと前記通信の品質制御の対象とされる第２アプリケーションプログラムとを記憶する記憶装置を備え、
前記第１アプリケーションプログラムの起動処理と前記第２アプリケーションプログラムの起動処理とがそれぞれ開始された後において、前記第１アプリケーションプログラムと前記第２アプリケーションプログラムとのそれぞれについて前記条件が成立した場合、
前記送信部は、前記第１アプリケーションプログラムと前記第２アプリケーションプログラムとのそれぞれに対応する前記第１信号を前記第１装置へ送信し、
前記受信部は、前記第１アプリケーションプログラムと前記第２アプリケーションプログラムとのそれぞれに対応する品質制御に関する制御信号を前記第１装置から受信する、
請求項１に記載の端末装置。
【請求項7】
前記品質制御の実行状況を管理する管理部を備え、前記品質制御に対して実行回数に応じた課金がなされる場合、前記管理部は、前記条件が成立した回数を管理する、
請求項１に記載の端末装置。
【請求項8】
前記品質制御の実行状況を管理する管理部を備え、前記品質制御に対して実行時間に応じた課金がなされる場合、前記管理部は、前記品質制御が実行されている時間を管理する、
請求項１に記載の端末装置。
【請求項9】
前記品質制御の実行状況を管理する管理部を備え、前記品質制御に対して通信データ量に応じた課金がなされる場合、前記管理部は、前記品質制御が実行されている間に通信されるデータ量を管理する、
請求項１に記載の端末装置。
【請求項10】
コンピュータに、通信の品質制御の対象とされたアプリケーションプログラムの起動処理が開始された後において、予め定められた条件が成立した場合、前記品質制御の開始を要求する第１信号を、通信の品質を制御する第１装置へ送信する第１処理と、
前記品質制御に関する制御信号を前記第１装置から受信する第２処理と、
を実行させ、
前記条件は、前記第２処理により前記第１装置から前記品質制御に関する初期化を完了したことを示す第２信号が受信される第１時点までに、前記第２処理により前記アプリケーションプログラムに基づく処理で用いられる第１データが受信されていないことである、
プログラム。
【請求項11】
通信の品質制御の対象とされたアプリケーションプログラムの起動処理が開始された後において、予め定められた条件が成立した場合、前記品質制御の開始を要求する第１信号を、通信の品質を制御する第１装置へ送信し、前記品質制御に関する制御信号を前記第１装置から受信し、
前記条件は、前記第１装置から前記品質制御に関する初期化を完了したことを示す第２信号が受信される第１時点までに、前記アプリケーションプログラムに基づく処理で用いられる第１データが受信されていないことである、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末装置、プログラム、及び情報処理方法に関する。
【背景技術】
【0002】
従来、ネットワークサービスにおいて、通信混雑時に通信品質が低下することがある。例えば、二次元コード決済アプリケーションにおいては、アプリケーションの起動時に二次元コードの表示が遅延することがあり、動画視聴アプリケーションにおいては、ストリーミングされる動画の画質が低下することがある。
【0003】
ネットワークにおける通信の品質を確保する技術として、ＱｏＳ（Quality of Service）制御が知られている。例えば特許文献１は、ネットワークの混雑などに応じてコンテンツ閲覧状況が悪化した場合、クライアント端末のＱｏＳ制御サービス用アプリケーションの操作ボタンによりＱｏＳ制御サービスの開始／停止を利用者に指示させる通信制御システムを開示している。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２００４－１４０４８６号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献１のシステムでは、アプリケーションを起動した後、利用者の意思により、ＱｏＳ制御サービスの開始／停止が決定されるため、必要なときに適切にＱｏＳ制御が行われない場合があるという課題があった。
【0006】
本発明は、上記のような課題を解決するために為されたものであり、必要なときに適切にＱｏＳ制御を行うことを目的とする。
【課題を解決するための手段】
【0007】
本発明の好適な態様に係る情報処理装置は、通信の品質制御の対象とされたアプリケーションプログラムの起動処理が開始された後において、予め定められた条件が成立した場合、前記品質制御の開始を要求する第１信号を、通信の品質を制御する第１装置へ送信する送信部と、前記品質制御に関する制御信号を前記第１装置から受信する受信部と、を備える。
【0008】
本発明の好適な態様に係るプログラムは、コンピュータに、通信の品質制御の対象とされたアプリケーションプログラムの起動処理が開始された後において、予め定められた条件が成立した場合、前記品質制御の開始を要求する第１信号を、通信の品質を制御する第１装置へ送信する第１処理と、前記品質制御に関する制御信号を前記第１装置から受信する第２処理と、を実行させる。
【0009】
本発明の好適な態様に係る情報処理方法は、通信の品質制御の対象とされたアプリケーションプログラムの起動処理が開始された後において、予め定められた条件が成立した場合、前記品質制御の開始を要求する第１信号を、通信の品質を制御する第１装置へ送信し、前記品質制御に関する制御信号を前記第１装置から受信する。
【発明の効果】
【0010】
本発明に係る端末装置、プログラム、及び情報処理方法によれば、必要なときに適切にＱｏＳ制御を行うことができる。
【図面の簡単な説明】
【0011】
【図1】第１実施形態に係る端末装置を含む情報処理システムの全体構成を示す図である。
【図5】コード決済の流れの一例を示すフローチャートである。
【図8】第２実施形態に係る情報処理装置を含む情報処理システムの全体構成を示す図である。
【図12】変形例３に係る情報処理システムの第１の動作を示すシーケンスチャートである。
【図13】変形例３に係る情報処理システムの第２の動作を示すシーケンスチャートである。
【発明を実施するための形態】
【0012】
【0013】
１．１．第１実施形態の構成
１．１．１．全体構成
図１は、第１実施形態に係る端末装置１０を含む情報処理システム１の全体構成を示す図である。情報処理システム１は、端末装置１０、管理サーバ２０、品質制御サーバ３０、及び通信網ＮＥＴを備えている。
１．１．１．全体構成
図１は、第１実施形態に係る端末装置１０を含む情報処理システム１の全体構成を示す図である。情報処理システム１は、端末装置１０、管理サーバ２０、品質制御サーバ３０、及び通信網ＮＥＴを備えている。
【0014】
端末装置１０は、ｎ個の端末装置１０［１］、１０［２］、…、１０［ｋ］、…、１０［ｎ］を含んでいる。ここで、ｎは任意の自然数であり、ｋはｎよりも小さい任意の自然数である。本実施形態において、端末装置１０［１］～１０［ｎ］の各構成は互いに同一である。なお、端末装置１０には、構成が同一でない端末装置が含まれてもよい。
【0015】
端末装置１０［１］を利用するユーザはユーザＵ［１］であり、端末装置１０［２］を利用するユーザはユーザＵ［２］であり、端末装置１０［ｋ］を利用するユーザはユーザＵ［ｋ］であり、端末装置１０［ｎ］を利用するユーザはユーザＵ［ｎ］である。
【0016】
端末装置１０は、パーソナルコンピュータ、タブレット端末、スマートフォン、スマートウォッチ等を含む。
【0017】
管理サーバ２０は、サービス提供事業者により管理されるサーバである。サービス提供事業者には、コード決済事業者、動画配信サービス事業者等が挙げられる。本実施形態では、管理サーバ２０がコード決済事業者により管理されるサーバである場合を例に説明する。言い換えると、本実施形態では、管理サーバ２０によりコード決済サービスが提供される。
【0018】
管理サーバ２０は、コード決済の利用者の本人認証、コード管理、取引管理等を行う。より具体的に述べると、コード決済の利用者の本人認証には、基礎認証及び利用時認証が挙げられる。基礎認証は、利用者が初めてコード決済を利用する際に当該利用者を限定する目的で行われる認証である。基礎認証では、利用者の端末装置１０と「コード決済アプリ」との紐付け管理が行われる。
【0019】
利用時認証は、コード決済時に決済を行おうとしている者が、事前に登録されている利用者と一致しているか否かを確認する目的で行われる認証である。例えば、ＰＩＮ（Personal Identification Number）の入力、指紋認証、顔認証等が挙げられる。また、決済用コードの１つであるＱＲコード（登録商標）には、認証のためのワンタイムトークンが含まれる。
【0020】
品質制御サーバ３０は、通信サービスを提供する通信事業者により管理されるサーバである。品質制御サーバ３０は、端末装置１０に係る通信の品質を制御する。ここで、端末装置１０に係る通信の品質を制御することは、品質制御又はＱｏＳ（Quality of Service）制御と称される。
【0021】
イベント会場、ラッシュ時における駅構内等の混雑した施設においては、通信網ＮＥＴの帯域が不足することがある。通信網ＮＥＴの帯域が不足すると、各端末装置への通信品質が低下し、通信が遅延することがある。例えば、ユーザＵ［１］がイベント会場においてコード決済を利用する場合、端末装置１０［１］と管理サーバ２０との間において通信の遅延が生じ、端末装置１０［１］において決済用コードの表示に時間がかかることがある。このような場合において、品質制御サーバ３０は、端末装置１０［１］と管理サーバ２０との間の通信に対してＱｏＳ制御を適用することが想定される。ＱｏＳ制御は、品質制御の一例である。
【0022】
通信網ＮＥＴは、通信サービスを提供する通信事業者により管理される移動体通信網等の電気通信回線である。通信網ＮＥＴは、有線通信網及び無線通信網の一方又は両方を含む。例えば、通信網ＮＥＴは、インターネットを介して他の通信事業者により管理されている不図示の他のネットワークに接続されてもよい。なお、通信網ＮＥＴの管理には、例えば、通信網ＮＥＴの運用が含まれてもよい。
【0023】
情報処理システム１において、端末装置１０［１］～１０［ｎ］、管理サーバ２０、及び品質制御サーバ３０は、通信網ＮＥＴを介して互いに通信可能に接続されている。情報処理システム１は、端末装置１０を所持している任意のユーザに対して、ＱｏＳ制御サービスを提供するシステムである。本実施形態では、以下、ユーザＵ［１］が端末装置１０［１］を用いてコード決済を利用する場合を例に説明する。
【0024】
ＱｏＳ制御は、例えば、帯域制御、低遅延制御、優先制御等を含む。帯域制御では、例えば、通信網ＮＥＴにおける通信の帯域が制御される。帯域の制御は、帯域の下限値が設定される帯域保証であってもよいし、帯域の上限値が設定される帯域制限であってもよい。同様に、低遅延制御は、例えば、遅延の上限値が設定される遅延保証であってもよいし、遅延の下限値が設定される遅延制限であってもよい。
【0025】
優先制御では、例えば、特定の通信に係るパケットが優先的に転送される。例えば、通信網ＮＥＴ上を流れるパケットに優先度が付けられ、他のパケットの優先度よりも高い優先度が付けられたパケットは、他のパケットよりも優先的に処理される。なお、本実施形態では、ＱｏＳ制御が端末装置１０毎に実行可能である場合が想定される。
【0026】
品質制御サーバ３０は、端末装置１０からＱｏＳ開始要求を受けた場合、ＱｏＳ開始要求により指定されるＱｏＳレベルのＱｏＳ制御を、端末装置１０に係る通信に対して実行する。ＱｏＳ開始要求は、ＱｏＳ制御の開始を要求する信号であり、第１信号の一例である。
【0027】
ＱｏＳレベルとしては、例えば、他の品質モードに比べて大容量のデータが転送可能な大容量モード、他の品質モードに比べてデータの遅延が小さい低遅延モード、ベストエフォートによる制御が行われるベストエフォートモードがある。ＱｏＳレベルは、端末装置１０から指定されてもよいし、品質制御サーバ３０により決定されてもよい。
【0028】
１．１．２．端末装置の構成
図２は、図１の端末装置１０［１］の構成例を示すブロック図である。図２に示したように、端末装置１０［１］は、処理装置１１、記憶装置１２、通信装置１３、表示装置１４、及び入力装置１５を備えている。端末装置１０［１］が備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。端末装置１０［１］は、情報処理装置の一例である。
図２は、図１の端末装置１０［１］の構成例を示すブロック図である。図２に示したように、端末装置１０［１］は、処理装置１１、記憶装置１２、通信装置１３、表示装置１４、及び入力装置１５を備えている。端末装置１０［１］が備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。端末装置１０［１］は、情報処理装置の一例である。
【0029】
なお、本実施形態の説明では、端末装置１０［１］を例示しているが、端末装置１０［２］、…、１０［ｋ］、…、１０［ｎ］も端末装置１０［１］と同様の構成であるため、端末装置１０［２］、…、１０［ｋ］、…、１０［ｎ］の説明は省略される。
【0030】
処理装置１１は、端末装置１０［１］の全体を制御するプロセッサであり、例えば、単数又は複数のチップを用いて構成されている。処理装置１１は、例えば、周辺装置とのインタフェース、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）を用いて構成されている。なお、処理装置１１が備えている機能の一部又は全部は、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアによって実現されてもよい。処理装置１１は、各種の処理を並列的又は逐次的に実行する。
【0031】
記憶装置１２は、処理装置１１により読み取り及び書き込みが可能な記録媒体である。記憶装置１２は、例えば、不揮発性メモリと揮発性メモリとを含む。不揮発性メモリは、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、及びＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）である。揮発性メモリは、例えば、ＲＡＭ（Random Access Memory）である。
【0032】
記憶装置１２は、処理装置１１が実行するための制御プログラムＰＲ１、アプリケーションプログラムＰＲＡ、及び仲介プログラムＰＲＭを含む複数のプログラムを記憶している。また、記憶装置１２は、処理装置１１のワークエリアとして機能する。
【0033】
制御プログラムＰＲ１は、処理装置１１全体を制御するプログラムである。アプリケーションプログラムＰＲＡは、少なくとも１つのアプリケーションプログラムの一例である。アプリケーションプログラムＰＲＡは、端末装置１０［１］に係る通信のためのプログラムであり、品質制御サーバ３０によるＱｏＳ制御の対象とされたプログラムである。アプリケーションプログラムＰＲＡは、例えば、二次元コード決済アプリケーションを実行する「コード決済アプリ」である。
【0034】
二次元コード決済アプリケーションは、ＱＲコード（登録商標）等の二次元コードを用いて商品、サービス等の代金の決済を行うアプリケーションである。本実施形態では、特に、利用者提示型（ＣＰＭ：Consumer-Presented Mode）が想定される。アプリケーションプログラムＰＲＡは、例えば、コード決済事業者から提供され、ユーザＵ［１］により端末装置１０［１］に予めインストールされる。
【0035】
二次元コード決済アプリケーションに対して行われるＱｏＳ制御のＱｏＳレベルとしては、低遅延モードが適している。
【0036】
仲介プログラムＰＲＭは、アプリケーションプログラムＰＲＡと品質制御サーバ３０との間を仲介するプログラムである。仲介プログラムＰＲＭは、例えば、通信事業者から提供され、アプリケーションプログラムインタフェースＡＰＩ又はソフトウェア開発キットＳＤＫとして機能する。
【0037】
通信装置１３は、他の装置と通信を行うための送受信デバイスとしてのハードウェアである。通信装置１３は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュール等とも呼ばれる。通信装置１３は、有線接続用のコネクタを備え、上記コネクタに対応するインタフェース回路を備えていてもよい。また、通信装置１３は、無線通信インタフェースを備えていてもよい。有線接続用のコネクタ及びインタフェース回路としては、有線ＬＡＮ、ＩＥＥＥ１３９４、ＵＳＢに準拠した製品が挙げられる。また、無線通信インタフェースとしては、無線ＬＡＮ及びＢｌｕｅｔｏｏｔｈ（登録商標）等に準拠した製品が挙げられる。
【0038】
表示装置１４は、画像及び文字情報を表示するデバイスである。表示装置１４は、処理装置１１による制御に基づいて各種の画像を表示する。例えば、液晶パネル及び有機ＥＬ（Electro Luminescence）パネル等の各種の表示パネルが表示装置１４として好適に利用される。
【0039】
入力装置１５は、ユーザＵ［１］からの操作を受け付ける。例えば、入力装置１５は、キーボード、タッチパッド、タッチパネル、マウス等のポインティングデバイスを含んで構成されている。ここで、入力装置１５は、タッチパネルを含んで構成されている場合、表示装置１４を兼ねていてもよい。
【0040】
処理装置１１は、例えば、記憶装置１２から制御プログラムＰＲ１及び仲介プログラムＰＲＭを読み出して実行することによって、受付部１１１、送信部１１２、受信部１１３、判定部１１４、表示制御部１１５、及び管理部１１６として機能する。言い換えると、処理装置１１の受付部１１１、送信部１１２、受信部１１３、判定部１１４、表示制御部１１５、及び管理部１１６の各機能は、制御プログラムＰＲ１と仲介プログラムＰＲＭとが連携して動作することにより実現される。
【0041】
受付部１１１は、入力装置１５を介して、アプリケーションプログラムＰＲＡに対するユーザＵ［１］の各種操作を受け付ける。例えば、ユーザＵ［１］によるアプリケーションプログラムＰＲＡの起動の操作を受け付ける。
【0042】
送信部１１２は、ユーザＵ［１］の操作によりアプリケーションプログラムＰＲＡの起動処理が開始されると、通信装置１３を介して、決済用コードの生成を管理サーバ２０に要求する。言い換えると、送信部１１２は、アプリケーションプログラムＰＲＡの起動が開始されると、通信装置１３を介して「決済用コード生成要求」を管理サーバ２０へ送信する。
【0043】
送信部１１２は、ユーザＵ［１］の操作によりアプリケーションプログラムＰＲＡの起動処理が開始されると、通信装置１３を介して、ＱｏＳ制御の初期化を品質制御サーバ３０に要求する。言い換えると、送信部は、アプリケーションプログラムＰＲＡの起動が開始されると、通信装置を介して「ＱｏＳ初期化要求」を品質制御サーバ３０へ送信する。
【0044】
送信部１１２は、アプリケーションプログラムＰＲＡの起動処理が開始された後において特定条件が成立した場合、通信装置１３を介してＱｏＳ開始要求を品質制御サーバ３０へ送信する。特定条件は、予め定められた条件の一例である。ＱｏＳ開始要求は、ＱｏＳ制御の開始を要求する信号である。「ＱｏＳ開始要求」は、第１信号の一例である。特定条件が成立したか否かは、後述するように、判定部１１４により判定される。
【0045】
受信部１１３は、通信装置１３を介して、ＱｏＳ制御に関する制御信号を品質制御サーバ３０から受信する。
【0046】
判定部１１４は、特定条件が成立したか否かを判定する。特定条件は、第１時点までに、受信部１１３がアプリケーションプログラムＰＲＡに基づく処理で用いられるコード生成用データを受信していないことである。コード生成用データは、アプリケーションプログラムＰＲＡが決済用コードを生成するためのデータであり、第１データの一例である。第１時点は、受信部１１３が品質制御サーバ３０からＱｏＳ制御に関する初期化を完了したことを示す初期化完了信号を受信する時点である。初期化完了信号は、第２信号の一例である。つまり、第１時点は、送信部１１２がアプリケーションプログラムＰＲＡの起動処理が開始されたことを契機として、「ＱｏＳ初期化要求」を品質制御サーバ３０へ送信し、受信部１１３が「ＱｏＳ初期化要求」に対する応答信号を受信する時点である。
【0047】
表示制御部１１５は、受信部１１３により受信された各種情報に基づいて、表示装置１４に対して、各種情報を表示させる。
【0048】
管理部１１６は、ＱｏＳ制御の実行状況を管理する。例えば、管理部１１６は、品質制御サーバ３０によるＱｏＳ制御の実行状況を記録し、記録されたＱｏＳ制御の実行状況を、ＡＰＩコール回数等の観点で分析する。
【0049】
ＡＰＩコール回数は、一定期間内に、ＱｏＳ制御の実行のために仲介プログラムＰＲＭを呼び出す回数である。一定期間を１ヶ月とした場合、１コール当たりの課金額を予め設定しておくことにより、ＡＰＩコール回数と１コール当たりの課金額とに基づいて、１ヶ月の課金額が決定される。つまり、ＱｏＳ制御に対して実行回数に応じた課金がなされる場合、管理部１１６は、特定条件が成立した回数を管理する。特定条件が成立するとＱｏＳ制御が実行されることになるので、特定条件が成立した回数はＡＰＩコール回数に相当する。管理部１１６は、ＡＰＩコール回数を示す情報を不図示の課金サーバへ送信する。管理部１１６は、ＡＰＩコール回数を示す情報を一定期間ごとに課金サーバへ送信してもよいし、一定期間とは異なるタイミングで課金サーバへ送信してもよい。
【0050】
本実施形態によれば、必要なときにＡＰＩがコールされるので、ユーザＵ［１］にとって経済的な課金方法であると言える。また、品質制御サーバ３０にとっては、より効率的にリソースを使用することができる。
【0051】
１．１．３．管理サーバの構成
図３は、図１の管理サーバ２０の構成例を示すブロック図である。図３に示したように、管理サーバ２０は、処理装置２１、記憶装置２２、及び通信装置２３を備えている。管理サーバ２０が備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。管理サーバ２０は、外部装置の一例である。
図３は、図１の管理サーバ２０の構成例を示すブロック図である。図３に示したように、管理サーバ２０は、処理装置２１、記憶装置２２、及び通信装置２３を備えている。管理サーバ２０が備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。管理サーバ２０は、外部装置の一例である。
【0052】
処理装置２１は、管理サーバ２０の全体を制御するプロセッサであり、例えば、単数又は複数のチップを用いて構成されている。処理装置２１は、例えば、周辺装置とのインタフェース、演算装置、及びレジスタを含む中央処理装置（ＣＰＵ）を用いて構成されている。なお、処理装置２１が備えている機能の一部又は全部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ等のハードウェアによって実現されてもよい。処理装置２１は、各種の処理を並列的又は逐次的に実行する。
【0053】
記憶装置２２は、処理装置２１により読み取り及び書き込みが可能な記録媒体である。記憶装置２２は、例えば、不揮発性メモリと揮発性メモリとを含む。不揮発性メモリは、例えば、ＲＯＭ、ＥＰＲＯＭ、及びＥＥＰＲＯＭである。揮発性メモリは、例えば、ＲＡＭである。
【0054】
記憶装置２２は、処理装置２１が実行するための制御プログラムＰＲ２を含む複数のプログラムを記憶している。また、記憶装置２２は、処理装置２１のワークエリアとして機能する。
【0055】
通信装置２３は、他の装置と通信を行うための送受信デバイスとしてのハードウェアである。通信装置２３は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュール等とも呼ばれる。通信装置２３は、有線接続用のコネクタを備え、上記コネクタに対応するインタフェース回路を備えていてもよい。また、通信装置２３は、無線通信インタフェースを備えていてもよい。有線接続用のコネクタ及びインタフェース回路としては、有線ＬＡＮ、ＩＥＥＥ１３９４、ＵＳＢに準拠した製品が挙げられる。また、無線通信インタフェースとしては、無線ＬＡＮ及びＢｌｕｅｔｏｏｔｈ（登録商標）等に準拠した製品が挙げられる。
【0056】
処理装置２１は、例えば、記憶装置２２から制御プログラムＰＲ２を読み出して実行することにより、管理部２１１、送信部２１２、受信部２１３、照合部２１４、及び決済部２１５として機能する。
【0057】
管理部２１１は、決済ＩＤの生成及び決済用コードの発行を管理する。より具体的に述べると、管理部２１１は、端末装置１０［１］からの（決済用）コード生成要求に応答して、決済ＩＤを生成する。管理部２１１は、決済ＩＤを生成した後、当該決済ＩＤを反映した決済用コードを発行する。
【0058】
また、管理部２１１は、アプリケーションプログラムＰＲＡにおいて事前に行われる登録処理において、端末装置１０［１］と、端末装置１０［１］にインストールされたアプリケーションプログラムＰＲＡとを紐付ける紐付け情報を管理している。これにより、第三者によるアプリケーションプログラムＰＲＡのＩＤ及びパスワードの不正取得が防止される。
【0059】
送信部２１２は、端末装置１０［１］からの要求に基づいて、管理部２１１において決済用コードが発行された場合、通信装置２３を介して、発行された決済用コードに関するコード情報を端末装置１０［１］へ送信する。
【0060】
受信部２１３は、端末装置１０［１］からの要求があった場合、通信装置２３を介して、決済用コード生成要求を端末装置１０［１］から受信する。受信部２１３は、ユーザＵ［１］が端末装置１０［１］の表示装置１４に表示された決済用コードを店舗に提示し、決済用コードが店舗のＰＯＳ（Point of Sales）装置においてスキャンされた場合、通信装置２３を介して、当該ＰＯＳ装置から取引依頼電文を受信する。
【0061】
照合部２１４は、取引依頼電文に基づく決済ＩＤと、決済用コード生成要求に基づいて生成された決済ＩＤとを照合する。照合の結果、取引依頼電文に基づく決済ＩＤと、決済用コード生成要求に基づいて生成された決済ＩＤとが一致している場合、照合部２１４は、決済可能と判定し、決済処理を許可する。
【0062】
決済部２１５は、照合部２１４により決済処理が許可されると、決済処理を実行する。
【0063】
送信部２１２は、決済部２１５により決済処理が実行されると、通信装置２３を介して、取引結果を示す取引結果電文を店舗のＰＯＳ装置へ送信するとともに、取引結果を示す取引情報を端末装置１０［１］へ送信する。
【0064】
１．１．４．品質制御サーバの構成
図４は、図１の品質制御サーバ３０の構成例を示すブロック図である。図４に示したように、品質制御サーバ３０は、処理装置３１、記憶装置３２、及び通信装置３３を備えている。品質制御サーバ３０が備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。品質制御サーバ３０は、第１装置の一例である。
図４は、図１の品質制御サーバ３０の構成例を示すブロック図である。図４に示したように、品質制御サーバ３０は、処理装置３１、記憶装置３２、及び通信装置３３を備えている。品質制御サーバ３０が備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。品質制御サーバ３０は、第１装置の一例である。
【0065】
処理装置３１は、品質制御サーバ３０の全体を制御するプロセッサであり、例えば、単数又は複数のチップを用いて構成されている。処理装置３１は、例えば、周辺装置とのインタフェース、演算装置、及びレジスタを含む中央処理装置（ＣＰＵ）を用いて構成されている。なお、処理装置３１が備えている機能の一部又は全部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ等のハードウェアによって実現されてもよい。処理装置３１は、各種の処理を並列的又は逐次的に実行する。
【0066】
記憶装置３２は、処理装置３１により読み取り及び書き込みが可能な記録媒体である。記憶装置３２は、例えば、不揮発性メモリと揮発性メモリとを含む。不揮発性メモリは、例えば、ＲＯＭ、ＥＰＲＯＭ、及びＥＥＰＲＯＭである。揮発性メモリは、例えば、ＲＡＭである。
【0067】
記憶装置３２は、処理装置３１が実行するための制御プログラムＰＲ３を含む複数のプログラムを記憶している。また、記憶装置３２は、処理装置３１のワークエリアとして機能する。
【0068】
通信装置３３は、他の装置と通信を行うための送受信デバイスとしてのハードウェアである。通信装置３３は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュール等とも呼ばれる。通信装置３３は、有線接続用のコネクタを備え、上記コネクタに対応するインタフェース回路を備えていてもよい。また、通信装置３３は、無線通信インタフェースを備えていてもよい。有線接続用のコネクタ及びインタフェース回路としては、有線ＬＡＮ、ＩＥＥＥ１３９４、ＵＳＢに準拠した製品が挙げられる。また、無線通信インタフェースとしては、無線ＬＡＮ及びＢｌｕｅｔｏｏｔｈ（登録商標）等に準拠した製品が挙げられる。
【0069】
処理装置３１は、例えば、記憶装置３２から制御プログラムＰＲ３を読み出して実行することにより、送信部３１１、受信部３１２、及び品質制御部３１３として機能する。
【0070】
送信部３１１は、通信装置３３を介してＱｏＳ制御に関する各種制御信号を端末装置１０［１］へ送信する。例えば、ＱｏＳ制御に関する制御信号には、端末装置１０［１］からのＱｏＳ初期化要求に対して、初期化が完了したことを通知する初期化完了信号ＡＣＫｉ、端末装置１０［１］からのＱｏＳ開始要求に対する承認応答の信号、端末装置１０［１］からのＱｏＳ終了要求に対する承認応答の信号等が含まれる。
【0071】
受信部３１２は、通信装置３３を介してＱｏＳ初期化要求、ＱｏＳ開始要求等の要求信号を端末装置１０［１］から受信する。
【0072】
品質制御部３１３は、端末装置１０［１］に係る通信に対して、要求されるＱｏＳレベルに応じたＱｏＳ制御を実行する。
【0073】
なお、品質制御サーバ３０は、ＮａａＳ（Network as a Service）として提供されてもよい。
【0074】
【0075】
ステップＳ１１において、処理装置１１は、受付部１１１として機能することにより、アプリケーションプログラムＰＲＡの起動の操作を受け付けたか否かを判定する。
【0076】
アプリケーションプログラムＰＲＡの起動の操作を受け付けなかった場合、即ち、ステップＳ１１における判定結果が否定であった場合、処理装置１１は、本ルーチンを一旦終了する。
【0077】
一方、アプリケーションプログラムＰＲＡの起動の操作を受け付けた場合、即ち、ステップＳ１１における判定結果が肯定であった場合、処理装置１１は、送信部１１２として機能することにより、ステップＳ１２において、決済用コード生成要求を管理サーバ２０へ送信する。
【0078】
ステップＳ１３において、処理装置１１は、送信部１１２として機能することにより、ＱｏＳ初期化要求を品質制御サーバ３０へ送信する。
【0079】
ステップＳ１４において、処理装置１１は、判定部１１４として機能することにより、特定条件が成立したか否かを判定する。
【0080】
特定条件が成立した場合、即ち、ステップＳ１４における判定結果が肯定であった場合、処理装置１１は、送信部１１２として機能することにより、ステップＳ１５において、ＱｏＳ開始要求を品質制御サーバ３０へ送信する。
【0081】
ステップＳ１６において、処理装置１１は、受信部１１３として機能することにより、管理サーバ２０から決済用コードを示す画像データを受信したか否かを判定する。
【0082】
管理サーバ２０から決済用コードを示す画像データを受信していない場合、即ち、ステップＳ１６における判定結果が否定であった場合、処理装置１１は、受信部１１３として機能することにより、ステップＳ１６の処理を再度実行する。
【0083】
管理サーバ２０から決済用コードを示す画像データを受信した場合、即ち、ステップＳ１６における判定結果が肯定であった場合、処理装置１１は、表示制御部１１５として機能することにより、ステップＳ１７において、表示装置１４に決済用コードを表示して、本ルーチンを一旦終了する。
【0084】
従って、処理装置１１は、受信部１１３が管理サーバ２０から決済用コードを示す画像データを受信するまで、ステップＳ１６の処理を繰り返す。
【0085】
一方、特定条件が成立しなかった場合、即ち、ステップＳ１４における判定結果が否定であった場合、処理装置１１は、表示制御部１１５として機能することにより、ステップＳ１７において、表示装置１４に決済用コードを表示し、本ルーチンを一旦終了する。
【0086】
このように、特定条件が成立しない場合、すでに処理装置１１は管理サーバ２０から決済用コードを示す画像データを受信している。よって、処理装置１１は、ＱｏＳ開始要求を品質制御サーバ３０へ送信することなく、表示装置１４に決済用コードを表示する。
【0087】
１．３．第１実施形態に係る情報処理システムの動作
１．３．１．情報処理システム１の第１の動作
図６は、図１の情報処理システム１の第１の動作を示すシーケンスチャートである。以下、図６を参照することにより、情報処理システム１の第１の動作を説明する。第１の動作は、決済用コードを示す画像データが遅延なく端末装置１０［１］に送信される場合における動作である。
１．３．１．情報処理システム１の第１の動作
図６は、図１の情報処理システム１の第１の動作を示すシーケンスチャートである。以下、図６を参照することにより、情報処理システム１の第１の動作を説明する。第１の動作は、決済用コードを示す画像データが遅延なく端末装置１０［１］に送信される場合における動作である。
【0088】
ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］は、Ｓ２１において、アプリケーションプログラムＰＲＡを起動する。
【0089】
アプリケーションプログラムＰＲＡの起動処理が開始すると、ステップＳ２２において、アプリケーションプログラムＰＲＡの起動処理が開始したことが制御プログラムＰＲ１及び仲介プログラムＰＲＭに通知される。
【0090】
ステップＳ２３において、端末装置１０［１］は、管理サーバ２０に対し、決済用コードの発行を要求する。即ち、端末装置１０［１］は、ステップＳ２３において、決済用コード要求ＲＥＱｃを管理サーバ２０へ送信する。
【0091】
ステップＳ２４において、端末装置１０［１］は、品質制御サーバ３０に対し、ＱｏＳ制御の初期化を要求する。即ち、端末装置１０［１］は、ステップＳ２４において、初期化要求ＲＥＱｉを品質制御サーバ３０へ送信する。
【0092】
管理サーバ２０が決済用コード要求ＲＥＱｃを受け取り、端末装置１０［１］の認証が完了すると、ステップＳ２５において、管理サーバ２０は決済用コードを発行し、決済用コードを示す画像データを端末装置１０［１］へ送信する。
【0093】
端末装置１０［１］が決済用コードを示す画像データを受け取ると、ステップＳ２６において、端末装置１０［１］は、決済用コードを示す画像データを、アプリケーションプログラムＰＲＡへ送信し、表示装置１４に決済用コードを表示する。
【0094】
その後、ステップＳ２７において、品質制御サーバ３０は、初期化要求ＲＥＱｉに応答して、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信する。
【0095】
端末装置１０［１］は、初期化完了信号ＡＣＫｉを受信した時点において、既に決済用コードを管理サーバ２０から受け取っているため、初期化完了信号ＡＣＫｉを受信しても、ＱｏＳ開始要求を送信しない。
【0096】
ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］は、ステップＳ２８において、アプリケーションプログラムＰＲＡを終了する。
【0097】
１．３．２．情報処理システム１の第２の動作
図７は、図１の情報処理システム１の第２の動作を示すシーケンスチャートである。以下、図７を参照することにより、情報処理システム１の第２の動作を説明する。第２の動作は、決済用コードを示す画像データが遅延して端末装置１０［１］に送信される場合における動作である。
図７は、図１の情報処理システム１の第２の動作を示すシーケンスチャートである。以下、図７を参照することにより、情報処理システム１の第２の動作を説明する。第２の動作は、決済用コードを示す画像データが遅延して端末装置１０［１］に送信される場合における動作である。
【0098】
ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］は、Ｓ２１において、アプリケーションプログラムＰＲＡを起動する。
【0099】
アプリケーションプログラムＰＲＡの起動処理が開始すると、ステップＳ２２において、アプリケーションプログラムＰＲＡの起動処理が開始したことが制御プログラムＰＲ１及び仲介プログラムＰＲＭに通知される。
【0100】
ステップＳ２３において、端末装置１０［１］は、管理サーバ２０に対し、決済用コードの発行を要求する。即ち、端末装置１０［１］は、ステップＳ２３において、決済用コード要求ＲＥＱｃを管理サーバ２０へ送信する。
【0101】
ステップＳ２４において、端末装置１０［１］は、品質制御サーバ３０に対し、ＱｏＳ制御の初期化を要求する。即ち、端末装置１０［１］は、ステップＳ２４において、初期化要求ＲＥＱｉを品質制御サーバ３０ヘ送信する。
【0102】
次いで、ステップＳ２７において、品質制御サーバ３０は、初期化要求ＲＥＱｉに応答して、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信する。
【0103】
第２の動作では、端末装置１０［１］が初期化完了信号ＡＣＫｉを受信した時点において、端末装置１０［１］は、未だ決済用コードを管理サーバ２０から受け取っていない。言い換えると、第２の動作の例では、特定条件が成立する。そこで、端末装置１０［１］は、ステップＳ３１において、品質制御サーバ３０に対し、ＱｏＳ制御の開始を要求する。即ち、端末装置１０［１］は、ステップＳ３１において、ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信する。
【0104】
次いで、ステップＳ３２において、品質制御サーバ３０は、ＱｏＳ開始要求ＲＥＱｓに応答して、承認応答ＡＣＫｓを端末装置１０［１］へ送信する。承認応答ＡＣＫｓは、品質制御に関する制御信号の一例である。
【0105】
また、ステップＳ３３において、品質制御サーバ３０は、端末装置１０［１］と管理サーバ２０との間における通信品質を向上するためのＱｏＳ制御を開始する。
【0106】
管理サーバ２０が決済用コード要求ＲＥＱｃを受け取り、端末装置１０［１］の認証が完了すると、ステップＳ２５において、管理サーバ２０は決済用コードを発行し、決済用コードを示す画像データを端末装置１０［１］へ送信する。
【0107】
端末装置１０［１］が決済用コードを示す画像データを受け取ると、ステップＳ２６において、端末装置１０［１］は、決済用コードを示す画像データを、アプリケーションプログラムＰＲＡへ送信し、表示装置１４に決済用コードを表示する。
【0108】
その後、ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］は、ステップＳ２８において、アプリケーションプログラムＰＲＡを終了する。
【0109】
アプリケーションプログラムＰＲＡの終了処理が開始すると、ステップＳ３４において、アプリケーションプログラムＰＲＡの終了処理が開始したことが制御プログラムＰＲ１及び仲介プログラムＰＲＭに通知される。
【0110】
ステップＳ３５において、端末装置１０［１］は、品質制御サーバ３０に対し、ＱｏＳ制御の終了を要求する。即ち、端末装置１０［１］は、ステップＳ３５において、ＱｏＳ終了要求ＲＥＱｅを品質制御サーバ３０へ送信する。
【0111】
次いで、ステップＳ３６において、品質制御サーバ３０は、ＱｏＳ終了要求ＲＥＱｅに応答して、承認応答ＡＣＫｅを端末装置１０［１］へ送信する。承認応答ＡＣＫｅは、品質制御に関する制御信号の一例である。
【0112】
また、ステップＳ３７において、品質制御サーバ３０は、端末装置１０［１］と管理サーバ２０との間における通信品質を向上するためのＱｏＳ制御を終了する。
【0113】
１．４．第１実施形態が奏する効果
以上の説明によれば、第１実施形態に係る端末装置１０［１］は、送信部１１２と、受信部１１３と、を備える。送信部１１２は、アプリケーションプログラムＰＲＡの起動処理が開始された後において特定条件が成立した場合、ＱｏＳ開始要求ＲＥＱｓを、品質制御サーバ３０へ送信する。アプリケーションプログラムＰＲＡは、通信のＱｏＳ制御の対象とされたアプリケーションプログラムである。受信部１１３は、ＱｏＳ制御に関する制御信号を品質制御サーバ３０から受信する。
以上の説明によれば、第１実施形態に係る端末装置１０［１］は、送信部１１２と、受信部１１３と、を備える。送信部１１２は、アプリケーションプログラムＰＲＡの起動処理が開始された後において特定条件が成立した場合、ＱｏＳ開始要求ＲＥＱｓを、品質制御サーバ３０へ送信する。アプリケーションプログラムＰＲＡは、通信のＱｏＳ制御の対象とされたアプリケーションプログラムである。受信部１１３は、ＱｏＳ制御に関する制御信号を品質制御サーバ３０から受信する。
【0114】
この態様によれば、特定条件が成立した場合には、ＱｏＳ開始要求ＲＥＱｓが品質制御サーバ３０へ送信されるので通信のＱｏＳ制御が実行される。特定条件が成立した場合とは、例えば、アプリケーションプログラムと管理サーバ２０との間の通信に遅延が生じている場合である。従って、この態様によれば、必要なときに適切にＱｏＳ制御を行うことが可能となる。
【0115】
また、特定条件は、第１時点までに、受信部１１３がアプリケーションプログラムＰＲＡに対応する管理サーバ２０から決済用コードを示す画像データを受信していないことである。第１時点は、受信部１１３が品質制御サーバ３０から初期化完了信号ＡＣＫｉを受信する時点である。
【0116】
特定条件が成立しないということは、ＱｏＳ初期化要求に対する初期化完了の通知を受信する前に、決済用コードを示す画像データを受信するということである。この場合、遅滞なく決済用コードが端末装置１０［１］に表示されるので、ＱｏＳ制御を要しない。一方、特定条件が成立するということは、ＱｏＳ初期化要求に対する初期化完了の通知を受信した時点において未だ決済用コードを示す画像データが受信されないということである。この場合、ＱｏＳ制御を要すると考えられる。従って、この態様によれば、必要なときに適切にＱｏＳ制御を行うことが可能となる。
【0117】
また、第１実施形態に係る端末装置１０［１］は、さらに管理部１１６を備える。管理部１１６は、ＱｏＳ制御の実行状況を管理する。ＱｏＳ制御に対して実行回数に応じた課金がなされる場合、管理部１１６は、特定条件が成立した回数を管理する。
【0118】
ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信した回数は、ＡＰＩをコールするＡＰＩコール回数と等しい。従って、この態様によれば、ＡＰＩコール回数に応じて課金されるため、合理的である。
【0119】
また、第１実施形態に係るプログラムは、コンピュータに、通信の品質制御の対象とされたアプリケーションプログラムの起動処理が開始された後において、特定条件が成立した場合、第１処理と第２処理とを実行させる。第１処理は、ＱｏＳ開始要求ＲＥＱｓを、品質制御サーバ３０へ送信する処理である。第２処理は、ＱｏＳ制御に関する制御信号を品質制御サーバ３０から受信する処理である。
【0120】
この態様によれば、必要なときに適切にＱｏＳ制御を行うことが可能となる。
【0121】
また、第１実施形態に係る情報処理方法は、アプリケーションプログラムＰＲＡの起動処理が開始された後において特定条件が成立した場合、ＱｏＳ開始要求ＲＥＱｓを、品質制御サーバ３０へ送信し、ＱｏＳ制御に関する制御信号を品質制御サーバ３０から受信する。アプリケーションプログラムＰＲＡは、通信のＱｏＳ制御の対象とされたアプリケーションプログラムである。
【0122】
この態様によれば、必要なときに適切にＱｏＳ制御を行うことが可能となる。
【0123】
２．第２実施形態
以下、図８～図１１を参照することにより、本発明の第２実施形態に係る情報処理装置の構成について説明する。なお、以下の説明では、説明の簡略化のため、第１実施形態と同一の構成要素に対しては、同一の符号を用いると共に、その機能の説明を省略することがある。また、以下の説明では、説明の簡略化のため、主として、第２実施形態が、第１実施形態に比較して相違する点について説明する。
以下、図８～図１１を参照することにより、本発明の第２実施形態に係る情報処理装置の構成について説明する。なお、以下の説明では、説明の簡略化のため、第１実施形態と同一の構成要素に対しては、同一の符号を用いると共に、その機能の説明を省略することがある。また、以下の説明では、説明の簡略化のため、主として、第２実施形態が、第１実施形態に比較して相違する点について説明する。
【0124】
２．１．第２実施形態の構成
２．１．１．全体構成
図８は、第２実施形態に係る情報処理装置を含む情報処理システム１Ａの全体構成を示す図である。情報処理システム１Ａは、端末装置１０Ａ、管理サーバ２０、品質制御サーバ３０、配信サーバ４０、及び通信網ＮＥＴを備えている。従って、情報処理システム１Ａは、第１実施形態に係る情報処理システム１と比較して、端末装置１０に代えて端末装置１０Ａを備えている点及び配信サーバ４０をさらに備えている点において相違している。
２．１．１．全体構成
図８は、第２実施形態に係る情報処理装置を含む情報処理システム１Ａの全体構成を示す図である。情報処理システム１Ａは、端末装置１０Ａ、管理サーバ２０、品質制御サーバ３０、配信サーバ４０、及び通信網ＮＥＴを備えている。従って、情報処理システム１Ａは、第１実施形態に係る情報処理システム１と比較して、端末装置１０に代えて端末装置１０Ａを備えている点及び配信サーバ４０をさらに備えている点において相違している。
【0125】
端末装置１０Ａは、ｎ個の端末装置１０［１］Ａ、１０［２］Ａ、…、１０［ｋ］Ａ、…、１０［ｎ］Ａを含んでいる。ここで、ｎは任意の自然数であり、ｋはｎよりも小さい任意の自然数である。を含んでいる。本実施形態において、端末装置１０［１］Ａ～１０［ｎ］Ａの各構成は互いに同一である。なお、端末装置１０Ａには、構成が同一でない端末装置が含まれてもよい。
【0126】
端末装置１０［１］Ａを利用するユーザはユーザＵ［１］であり、端末装置１０［２］Ａを利用するユーザはユーザＵ［２］であり、端末装置１０［ｋ］Ａを利用するユーザはユーザＵ［ｋ］であり、端末装置１０［ｎ］Ａを利用するユーザはユーザＵ［ｎ］である。
【0127】
端末装置１０Ａは、パーソナルコンピュータ、タブレット端末、スマートフォン、スマートウォッチ等を含む。
【0128】
管理サーバ２０、品質制御サーバ３０、及び通信網ＮＥＴは、第１実施形態に係る管理サーバ２０、品質制御サーバ３０、及び通信網ＮＥＴと同一の構成であるため、詳細な説明は省略される。
【0129】
配信サーバ４０は、サービス提供事業者により管理されるサーバである。本実施形態では、配信サーバ４０は、動画配信サービス事業者により管理されるサーバである場合を例に説明する。言い換えると、本実施形態では、配信サーバ４０により動画配信サービスが提供される。
【0130】
２．１．２．端末装置の構成
図９は、図８の端末装置１０［１］Ａの構成例を示すブロック図である。図９に示したように、端末装置１０［１］Ａは、処理装置１１、記憶装置１２Ａ、通信装置１３、表示装置１４、及び入力装置１５を備えている。端末装置１０［１］Ａが備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。端末装置１０［１］Ａは、第１実施形態に係る端末装置１０［１］と比較して、第１アプリケーションプログラムＰＲＡ１及び第２アプリケーションプログラムＰＲＡ２を有している点において異なっている。端末装置１０［１］Ａは、情報処理装置の一例である。
図９は、図８の端末装置１０［１］Ａの構成例を示すブロック図である。図９に示したように、端末装置１０［１］Ａは、処理装置１１、記憶装置１２Ａ、通信装置１３、表示装置１４、及び入力装置１５を備えている。端末装置１０［１］Ａが備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。端末装置１０［１］Ａは、第１実施形態に係る端末装置１０［１］と比較して、第１アプリケーションプログラムＰＲＡ１及び第２アプリケーションプログラムＰＲＡ２を有している点において異なっている。端末装置１０［１］Ａは、情報処理装置の一例である。
【0131】
処理装置１１は、端末装置１０［１］Ａの全体を制御するプロセッサであり、例えば、単数又は複数のチップを用いて構成されている。第２実施形態に係る処理装置１１の構成は、第１実施形態に係る処理装置１１の構成と同様であるため、詳細な説明は省略される。
【0132】
記憶装置１２Ａは、処理装置１１により読み取り及び書き込みが可能な記録媒体である。記憶装置１２Ａは、例えば、不揮発性メモリと揮発性メモリとを含む。不揮発性メモリは、例えば、ＲＯＭ、ＥＰＲＯＭ、及びＥＥＰＲＯＭである。揮発性メモリは、例えば、ＲＡＭである。
【0133】
記憶装置１２Ａは、処理装置１１が実行するための制御プログラムＰＲ１、第１アプリケーションプログラムＰＲＡ１、第２アプリケーションプログラムＰＲＡ２、及び仲介プログラムＰＲＭを含む複数のプログラムを記憶している。また、記憶装置１２Ａは、処理装置１１のワークエリアとして機能する。
【0134】
制御プログラムＰＲ１は、処理装置１１全体を制御するプログラムである。第１アプリケーションプログラムＰＲＡ１及び第２アプリケーションプログラムＰＲＡ２は、端末装置１０［１］Ａに係る通信のためのプログラムであり、品質制御サーバ３０によるＱｏＳ制御の対象とされたプログラムである。第１アプリケーションプログラムＰＲＡ１は、例えば、二次元コード決済アプリケーションを実行するプログラムである。第２アプリケーションプログラムＰＲＡ２は、例えば、映像作品を視聴可能な動画視聴アプリケーションを実行するプログラムである。
【0135】
動画視聴アプリケーションは、映像作品を配信サーバ４０からストリーミングにより、又は予めダウンロードすることによりユーザＵに視聴を可能にするアプリケーションである。本実施形態では、特にストリーミング視聴が想定される。第２アプリケーションプログラムＰＲＡ２は、例えば、動画配信サービス事業者から提供され、ユーザＵ［１］により端末装置１０［１］Ａに予めインストールされる。
【0136】
動画視聴アプリケーションに対して行われるＱｏＳ制御のＱｏＳレベルとしては、大容量モードが適している。
【0137】
第１アプリケーションプログラムＰＲＡ１に係る特定条件は、第１時点までに、受信部１１３が第１アプリケーションプログラムＰＲＡ１に基づく処理で用いられるコード生成用データを受信していないことである。コード生成用データは、第１アプリケーションプログラムＰＲＡ１が決済用コードを生成するためのデータであり、第１データの一例である。
【0138】
第２アプリケーションプログラムＰＲＡ２に係る特定条件は、第１時点までに、受信部１１３が第２アプリケーションプログラムＰＲＡ２に基づく処理で用いられる圧縮動画データを受信していないことである。圧縮動画データは、第２アプリケーションプログラムＰＲＡ２が視聴用の映像作品を再生するためのデータであり、第１データの一例である。
【0139】
２．１．３．配信サーバの構成
図１０は、図８の配信サーバ４０の構成例を示すブロック図である。図１０に示したように、配信サーバ４０は、処理装置４１、記憶装置４２、及び通信装置４３を備えている。配信サーバ４０が備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。配信サーバ４０は、外部装置の一例である。
図１０は、図８の配信サーバ４０の構成例を示すブロック図である。図１０に示したように、配信サーバ４０は、処理装置４１、記憶装置４２、及び通信装置４３を備えている。配信サーバ４０が備えている各要素は、情報を通信するための単体又は複数のバスにより相互に接続されている。配信サーバ４０は、外部装置の一例である。
【0140】
処理装置４１は、配信サーバ４０の全体を制御するプロセッサであり、例えば、単数又は複数のチップを用いて構成されている。処理装置４１は、例えば、周辺装置とのインタフェース、演算装置、及びレジスタを含む中央処理装置（ＣＰＵ）を用いて構成されている。なお、処理装置４１が備えている機能の一部又は全部は、ＤＳＰ、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ等のハードウェアによって実現されてもよい。処理装置４１は、各種の処理を並列又は逐次的に実行する。
【0141】
記憶装置４２は、処理装置４１により読み取り及び書き込みが可能な記録媒体である。記憶装置４２は、例えば、不揮発性メモリと揮発性メモリとを含む。不揮発性メモリは、例えば、ＲＯＭ、ＥＰＲＯＭ、及びＥＥＰＲＯＭである。揮発性メモリは、例えば、ＲＡＭである。
【0142】
記憶装置４２は、処理装置４１が実行するための制御プログラムＰＲ４を含む複数のプログラムを記憶している。また、記憶装置４２は、処理装置４１のワークエリアとして機能する。
【0143】
通信装置４３は、第１実施形態の通信装置１３と同様の装置であるため、説明は省略される。
【0144】
処理装置４１は、記憶装置４２から制御プログラムＰＲ４を読み出して実行することにより、送信部４１１、受信部４１２、及び管理部４１３として機能する。
【0145】
送信部４１１は、通信装置４３を介して要求された動画コンテンツを端末装置１０［１］へ送信する。端末装置１０［１］への送信形式としては、端末装置１０［１］からの要求により、ストリーミング及びダウンロードのいずれであってもよい。
【0146】
受信部４１２は、通信装置４３を介して動画配信要求等の要求信号を端末装置１０［１］から受信する。
【0147】
管理部４１３は、動画配信サービスのユーザに関する情報、配信するための動画コンテンツに関する情報を管理する。
【0148】
２．２．第２実施形態に係る情報処理システムの動作
２．２．１．情報処理システム１Ａの動作
図１１は、図８の情報処理システム１Ａの動作の一例を示すシーケンスチャートである。以下、図１１を参照することにより、情報処理システム１Ａの動作について説明する。本動作は、決済用コードを示す画像データが遅延して端末装置１０［１］に送信されるとともに、動画コンテンツを示す画像データが遅延して端末装置１０［１］に送信される場合における動作である。
２．２．１．情報処理システム１Ａの動作
図１１は、図８の情報処理システム１Ａの動作の一例を示すシーケンスチャートである。以下、図１１を参照することにより、情報処理システム１Ａの動作について説明する。本動作は、決済用コードを示す画像データが遅延して端末装置１０［１］に送信されるとともに、動画コンテンツを示す画像データが遅延して端末装置１０［１］に送信される場合における動作である。
【0149】
ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］は、Ｓ２１において、第１アプリケーションプログラムＰＲＡ１を起動する。
【0150】
第１アプリケーションプログラムＰＲＡ１の起動処理が開始すると、ステップＳ２２において、第１アプリケーションプログラムＰＲＡ１の起動処理が開始したことが制御プログラムＰＲ１及び仲介プログラムＰＲＭに通知される。
【0151】
ステップＳ２３において、端末装置１０［１］は、管理サーバ２０に対し、決済用コードの発行を要求する。即ち、端末装置１０［１］は、ステップＳ２３において、決済用コード要求ＲＥＱｃを管理サーバ２０へ送信する。
【0152】
ステップＳ２４において、端末装置１０［１］は、品質制御サーバ３０に対し、ＱｏＳ制御の初期化を要求する。即ち、端末装置１０［１］は、ステップＳ２４において、初期化要求ＲＥＱｉを品質制御サーバ３０へ送信する。
【0153】
次いで、ステップＳ２７において、品質制御サーバ３０は、初期化要求ＲＥＱｉに応答して、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信する。
【0154】
本動作では、端末装置１０［１］が初期化完了信号ＡＣＫｉを受信した時点において、端末装置１０［１］は、未だ決済用コードを管理サーバ２０から受け取っていない。言い換えると、本動作の例では、特定条件が成立する。そこで、端末装置１０［１］は、ステップＳ３１において、品質制御サーバ３０に対し、ＱｏＳ制御の開始を要求する。即ち、端末装置１０［１］は、ステップＳ３１において、第１ＱｏＳ開始要求ＲＥＱｓ１を品質制御サーバ３０へ送信する。
【0155】
次いで、ステップＳ３２において、品質制御サーバ３０は、第１ＱｏＳ開始要求ＲＥＱｓ１に応答して、第１承認応答ＡＣＫｓ１を端末装置１０［１］へ送信する。
【0156】
また、ステップＳ３３において、品質制御サーバ３０は、端末装置１０［１］と管理サーバ２０との間における通信品質を向上するためのＱｏＳ制御を開始する。
【0157】
管理サーバ２０が決済用コード要求ＲＥＱｃを受け取り、端末装置１０［１］の認証が完了すると、ステップＳ２５において、管理サーバ２０は決済用コードを発行し、決済用コードを示す画像データを端末装置１０［１］へ送信する。
【0158】
端末装置１０［１］が決済用コードを示す画像データを受け取ると、ステップＳ２６において、端末装置１０［１］は、決済用コードを示す画像データを、第１アプリケーションプログラムＰＲＡ１へ送信し、表示装置１４に決済用コードを表示する。
【0159】
その後、ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］は、Ｓ４１において、第２アプリケーションプログラムＰＲＡ２を起動する。
【0160】
第２アプリケーションプログラムＰＲＡ２の起動処理が開始すると、ステップＳ４２において、第２アプリケーションプログラムＰＲＡ２の起動処理が開始したことが制御プログラムＰＲ１及び仲介プログラムＰＲＭに通知される。
【0161】
ステップＳ４３において、端末装置１０［１］は、配信サーバ４０に対し、動画の配信を要求する。即ち、端末装置１０［１］は、ステップＳ４３において、動画配信要求ＲＥＱｍを配信サーバ４０へ送信する。
【0162】
ステップＳ４４において、端末装置１０［１］は、品質制御サーバ３０に対し、ＱｏＳ制御の初期化を要求する。即ち、端末装置１０［１］は、ステップＳ４４において、初期化要求ＲＥＱｉを品質制御サーバ３０へ送信する。
【0163】
次いで、ステップＳ４５において、品質制御サーバ３０は、初期化要求ＲＥＱｉに応答して、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信する。
【0164】
本動作では、端末装置１０［１］が初期化完了信号ＡＣＫｉを受信した時点において、端末装置１０［１］は、未だ動画を配信サーバ４０から受け取っていない。言い換えると、本動作の例では、特定条件が成立する。そこで、端末装置１０［１］は、ステップＳ４６において、品質制御サーバ３０に対し、ＱｏＳ制御の開始を要求する。即ち、端末装置１０［１］は、ステップＳ４６において、第２ＱｏＳ開始要求ＲＥＱｓ２を品質制御サーバ３０へ送信する。
【0165】
次いで、ステップＳ４７において、品質制御サーバ３０は、第２ＱｏＳ開始要求ＲＥＱｓ２に応答して、第２承認応答ＡＣＫｓ２を端末装置１０［１］へ送信する。
【0166】
また、ステップＳ４８において、品質制御サーバ３０は、端末装置１０［１］と配信サーバ４０との間における通信品質を向上するためのＱｏＳ制御を開始する。
【0167】
配信サーバ４０が動画配信要求ＲＥＱｍを受け取り、端末装置１０［１］の認証が完了すると、ステップＳ４９において、配信サーバ４０は動画コンテンツを示す画像データを端末装置１０［１］へ配信する。
【0168】
端末装置１０［１］が動画コンテンツを示す画像データを受け取ると、ステップＳ５０において、端末装置１０［１］は、動画コンテンツを示す画像データを、第２アプリケーションプログラムＰＲＡ２へ送信し、表示装置１４に動画コンテンツを表示する。
【0169】
２．３．第２実施形態が奏する効果
以上の説明によれば、第２実施形態に係る端末装置１０［１］は、記憶装置１２Ａを備える。記憶装置１２Ａは、ＱｏＳ制御の対象とされる第１アプリケーションプログラムＰＲＡ１とＱｏＳ制御の対象とされる第２アプリケーションプログラムＰＲＡ２とを記憶する。ＱｏＳ制御の対象とされた第１アプリケーションプログラムＰＲＡ１の起動処理が開始された後において、第１アプリケーションプログラムＰＲＡ１について特定条件が成立した場合、送信部１１２は第１アプリケーションプログラムＰＲＡ１に対応する第１ＱｏＳ開始要求ＲＥＱｓ１を品質制御サーバ３０へ送信する。
以上の説明によれば、第２実施形態に係る端末装置１０［１］は、記憶装置１２Ａを備える。記憶装置１２Ａは、ＱｏＳ制御の対象とされる第１アプリケーションプログラムＰＲＡ１とＱｏＳ制御の対象とされる第２アプリケーションプログラムＰＲＡ２とを記憶する。ＱｏＳ制御の対象とされた第１アプリケーションプログラムＰＲＡ１の起動処理が開始された後において、第１アプリケーションプログラムＰＲＡ１について特定条件が成立した場合、送信部１１２は第１アプリケーションプログラムＰＲＡ１に対応する第１ＱｏＳ開始要求ＲＥＱｓ１を品質制御サーバ３０へ送信する。
【0170】
第２実施形態に係る端末装置１０［１］は、ＱｏＳ制御の対象とされた第２アプリケーションプログラムＰＲＡ２が開始された後において、第２アプリケーションプログラムＰＲＡ２について特定条件が成立した場合、送信部１１２は第２アプリケーションプログラムＰＲＡ２に対応する第２ＱｏＳ開始要求ＲＥＱｓ２を品質制御サーバ３０へ送信する。
【0171】
受信部１１３は、第１アプリケーションプログラムＰＲＡ１に対応するＱｏＳ制御に関する制御信号を品質制御サーバ３０から受信する。受信部１１３は、第２アプリケーションプログラムＰＲＡ２に対応するＱｏＳ制御に関する制御信号を品質制御サーバ３０から受信する。
【0172】
この態様によれば、送信部１１２及び受信部１１３は、端末装置１０［１］中の複数のアプリケーションプログラムそれぞれのＱｏＳ制御に関する通信を行うことができる。従って、アプリケーションプログラムごとにＱｏＳ制御のためのアプリケーションを準備する必要がない。
【0173】
３．変形例
本開示は、以上に例示した実施形態に限定されない。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を組み合わせてもよい。また、上記実施形態の態様及び以下の変形の態様は、相互に矛盾しない限り任意に組み合わせることができる。
本開示は、以上に例示した実施形態に限定されない。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を組み合わせてもよい。また、上記実施形態の態様及び以下の変形の態様は、相互に矛盾しない限り任意に組み合わせることができる。
【0174】
３．１．変形例１
第１実施形態において、管理部１１６は、品質制御サーバ３０によるＱｏＳ制御の実行状況を記録し、記録されたＱｏＳ制御の実行状況を、ＡＰＩコール回数の観点で分析していたが、ＡＰＩコール回数に代えて実行時間の観点で分析してもよい。
第１実施形態において、管理部１１６は、品質制御サーバ３０によるＱｏＳ制御の実行状況を記録し、記録されたＱｏＳ制御の実行状況を、ＡＰＩコール回数の観点で分析していたが、ＡＰＩコール回数に代えて実行時間の観点で分析してもよい。
【0175】
実行時間は、一定期間内にＱｏＳ制御が実行された時間である。例えば、一定期間を１ヶ月とした場合、単位時間当たりの課金額を予め設定しておくことにより、実行時間と単位時間当たりの課金額とに基づいて、１ヶ月の課金額が決定される。また、ＱｏＳ制御が実行された時間は、例えば、受信部１１３が初期化完了信号ＡＣＫｉを受信してからＱｏＳ終了要求に対する承認応答ＡＣＫｅを受信するまでの時間である。ＱｏＳ制御が実行された時間は、受信部１１３がＱｏＳ開始要求に対する承認応答ＡＣＫｓを受信してからＱｏＳ終了要求に対する承認応答ＡＣＫｅを受信するまでの時間であってもよい。
【0176】
つまり、ＱｏＳ制御に対して実行時間に応じた課金がなされる場合、管理部１１６は、ＱｏＳ制御が実行されている時間を管理する。管理部１１６は、ＱｏＳ制御が実行されている時間を示す情報を課金サーバへ送信する。管理部１１６は、ＱｏＳ制御が実行されている時間を示す情報を一定期間ごとに課金サーバへ送信してもよいし、一定期間とは異なるタイミングで課金サーバへ送信してもよい。
【0177】
このように、第１変形例に係る端末装置１０［１］は、管理部１１６を備える。管理部１１６は、ＱｏＳ制御の実行状況を管理する。ＱｏＳ制御に対して実行時間に応じた課金がなされる場合、管理部１１６は、ＱｏＳ制御が実行されている時間を管理する。
【0178】
この態様によれば、必要なときにＱｏＳ制御が実行されるので、ユーザＵ［１］にとって経済的な課金方法であると言える。また、品質制御サーバ３０にとっては、より効率的にリソースを使用することができる。
【0179】
３．２．変形例２
第１実施形態において、管理部１１６は、品質制御サーバ３０によるＱｏＳ制御の実行状況を記録し、記録されたＱｏＳ制御の実行状況を、ＡＰＩコール回数の観点で分析していたが、ＡＰＩコール回数に代えてデータ量の観点で分析してもよい。
第１実施形態において、管理部１１６は、品質制御サーバ３０によるＱｏＳ制御の実行状況を記録し、記録されたＱｏＳ制御の実行状況を、ＡＰＩコール回数の観点で分析していたが、ＡＰＩコール回数に代えてデータ量の観点で分析してもよい。
【0180】
通信データ量は、一定期間内にＱｏＳ制御が実行されている間に通信されるデータ量である。例えば、一定期間を１ヶ月とした場合、単位データ量当たりの課金額を予め設定しておくことにより、データ量と単位データ量当たりの課金額とに基づいて、１ヶ月の課金額が決定される。つまり、ＱｏＳ制御に対して通信データ量に応じた課金がなされる場合、管理部１１６は、ＱｏＳ制御が実行されている間に通信されるデータ量を管理する。管理部１１６は、ＱｏＳ制御が実行されている間に通信されるデータ量を示す情報を課金サーバへ送信する。管理部１１６は、ＱｏＳ制御が実行されている間に通信されるデータ量を示す情報を一定期間ごとに課金サーバへ送信してもよいし、一定期間とは異なるタイミングで課金サーバへ送信してもよい。
【0181】
このように、第２変形例に係る端末装置１０［１］は、管理部１１６を備える。管理部１１６は、ＱｏＳ制御の実行状況を管理する。ＱｏＳ制御に対して実行時間に応じた課金がなされる場合、管理部１１６は、ＱｏＳ制御が実行されている間に通信されるデータ量を管理する。
【0182】
この態様によれば、ＱｏＳ制御により処理されたデータの量に応じて課金されるので、ユーザＵ［１］によって合理的な課金方法であると言える。
【0183】
なお、管理部１１６は、品質制御サーバ３０によるＱｏＳ制御の実行状況をＡＰＩコール回数、データ量、及び実行時間の観点で分析し、ＡＰＩコール回数、データ量、及び実行時間のいずれかの観点で課金することを例示したが、課金の観点は、ＡＰＩコール回数、データ量、及び実行時間に限定されない。
【0184】
３．３．変形例３
上記各実施形態において、ＱｏＳ制御の対象となる端末装置１０を、特定の位置に存在する端末装置に限定してもよい。特定の位置は、位置情報テーブルとして品質制御サーバ３０が保持している。特定の位置としては、イベント会場、競技場、ショッピングモール等、端末装置１０の利用数が多く且つ混雑が生じ易いエリアが想定される。例えば、端末装置１０［１］において、アプリケーションプログラムＰＲＡが起動されると、端末装置１０［１］は、初期化要求ＲＥＱｉとともに端末装置１０［１］の位置情報を品質制御サーバ３０へ送信する。
上記各実施形態において、ＱｏＳ制御の対象となる端末装置１０を、特定の位置に存在する端末装置に限定してもよい。特定の位置は、位置情報テーブルとして品質制御サーバ３０が保持している。特定の位置としては、イベント会場、競技場、ショッピングモール等、端末装置１０の利用数が多く且つ混雑が生じ易いエリアが想定される。例えば、端末装置１０［１］において、アプリケーションプログラムＰＲＡが起動されると、端末装置１０［１］は、初期化要求ＲＥＱｉとともに端末装置１０［１］の位置情報を品質制御サーバ３０へ送信する。
【0185】
端末装置１０［１］の位置情報は、例えば、基地局に係る位置情報として取得される。基地局に係る位置情報は、各基地局に対応するセル内に位置する端末装置１０の位置情報である。端末装置１０［１］の位置情報は、Ｗｉ－Ｆｉ位置情報であってもよい。Ｗｉ－Ｆｉ位置情報は、Ｗｉ－Ｆｉの各アクセスポイントにアクセス可能な範囲内に位置する端末装置１０の位置情報である。なお、端末装置１０［１］の位置情報は、端末装置１０［１］に備えられた不図示の測位装置により取得されてもよい。
【0186】
測位装置は、例えば、ＧＮＳＳ（Global Navigation Satellite System）受信機であってもよい。ＧＮＳＳ受信機は、１以上のＧＮＳＳ衛星から発信される電波信号を受信する。ＧＮＳＳは、ＧＰＳ（Global Positioning System）衛星をはじめとする世界各国の測位衛星を用いた測位システムである。ＧＮＳＳ受信機は、受信した１以上の電波信号に基づいて測位を実施し、ＧＮＳＳ受信機の位置情報を処理装置１１に出力する。測位装置による位置情報は、例えば、端末装置１０［１］の緯度と経度とを示す。
【0187】
品質制御サーバ３０は、端末装置１０［１］の位置情報を位置情報テーブルと照合し、端末装置１０［１］の位置が特定の位置に該当するか否かを判定する。端末装置１０［１］の位置が特定の位置に該当する場合、品質制御サーバ３０は、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信する。一方、端末装置１０［１］の位置が特定の位置に該当しない場合、品質制御サーバ３０は、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信しない。
【0188】
従って、特定条件は、端末装置１０［１］の位置が予め定められたエリア内にあることである。
【0189】
この態様によれば、ＱｏＳ制御の適用がより効果的なエリアにリソースを割り当てることにより、リソースをより有効的に利用することができる。なお、端末装置１０［１］は、初期化要求ＲＥＱｉとともに送信することに代えて、ＱｏＳ開始要求ＲＥＱｓとともに端末装置１０［１］の位置情報を品質制御サーバ３０へ送信してもよい。
【0190】
また、本変形例において、端末装置１０［１］の位置が特定の位置に該当しない場合、品質制御サーバ３０が初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信しない態様が示された。しかし、この態様に代えて、端末装置１０［１］の位置が特定の位置に該当しない場合、品質制御サーバ３０は、初期化エラー信号を端末装置１０［１］へ送信してもよい。
【0191】
また、位置情報テーブルが予め品質制御サーバ３０から端末装置１０［１］へダウンロードされることにより、端末装置１０［１］の位置が特定の位置に該当するか否かを、端末装置１０［１］自身が判定してもよい。端末装置１０［１］の位置が特定の位置に該当する場合、端末装置１０［１］は、ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信する。一方、端末装置１０［１］が特定の位置に該当しない場合、端末装置１０［１］は、ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信しない。
【0192】
この態様によれば、端末装置１０［１］は、品質制御サーバ３０と通信することなしにＱｏＳ開始要求ＲＥＱｓの送信要否を判定可能である。従って、ネットワーク品質が悪化している環境下においても、確実にＱｏＳ開始要求ＲＥＱｓの送信要否を判定できる。
【0193】
３．４．変形例４
上記各実施形態において、ＱｏＳ制御の対象となる端末装置１０を、品質が低下しているネットワークに接続している端末装置に限定してもよい。品質が低下しているとは、例えば、ネットワーク品質の指標であるＲＳＲＱ（Reference Signal Received Quality）又はＲＳＲＰ（Reference Signal Received Power）が低下していることである。
上記各実施形態において、ＱｏＳ制御の対象となる端末装置１０を、品質が低下しているネットワークに接続している端末装置に限定してもよい。品質が低下しているとは、例えば、ネットワーク品質の指標であるＲＳＲＱ（Reference Signal Received Quality）又はＲＳＲＰ（Reference Signal Received Power）が低下していることである。
【0194】
例えば、端末装置１０［１］において、アプリケーションプログラムＰＲＡが起動されると、端末装置１０［１］は、初期化要求ＲＥＱｉとともに端末装置１０［１］のＲＳＲＱに関する情報を品質制御サーバ３０へ送信する。
【0195】
品質制御サーバ３０は、端末装置１０［１］のＲＳＲＱを予め定められた判定閾値と比較する。端末装置１０［１］のＲＳＲＱが判定閾値未満である場合、即ち、通信品質が悪化している場合、品質制御サーバ３０は、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信する。一方、端末装置１０［１］のＲＳＲＱが判定閾値以上である場合、即ち、通信品質が悪化していない場合、品質制御サーバ３０は、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信しない。
【0196】
従って、特定条件は、端末装置１０［１］に対する通信品質が予め定められた判定閾値未満であることである。
【0197】
この態様によれば、ＱｏＳ制御の適用がより効果的なネットワークにリソースを割り当てることにより、リソースを有効的に利用することができる。なお、品質制御サーバ３０は、ＱｏＳ制御の適用要否をＲＳＲＱに代えてＲＳＲＰに基づいて判定してもよいし、ＲＳＲＱ及びＲＳＲＰの双方に基づいて判定してもよい。
【0198】
また、本変形例において、端末装置１０［１］のＲＳＲＱが判定閾値以上である場合、品質制御サーバ３０が初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信しない態様が示された。しかし、この態様に代えて、端末装置１０［１］のＲＳＲＱが判定閾値以上である場合、品質制御サーバ３０は、初期化エラー信号を端末装置１０［１］へ送信してもよい。
【0199】
また、判定閾値が予め品質制御サーバ３０から端末装置１０［１］へダウンロードされることにより、端末装置１０［１］のＲＳＲＱが判定閾値未満であるか否かを、端末装置１０［１］自身が判定してもよい。端末装置１０［１］のＲＳＲＱが判定閾値未満である場合、端末装置１０［１］は、ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信する。一方、端末装置１０［１］のＲＳＲＱが判定閾値以上である場合、端末装置１０［１］は、ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信しない。
【0200】
この態様によれば、端末装置１０［１］は、品質制御サーバ３０と通信することなしにＱｏＳ開始要求ＲＥＱｓの送信要否を判定可能である。従って、ネットワーク品質が悪化している環境下においても、確実にＱｏＳ開始要求ＲＥＱｓの送信要否を判定できる。なお、端末装置１０［１］は、ＱｏＳ制御の適用要否をＲＳＲＱに代えてＲＳＲＰに基づいて判定してもよいし、ＲＳＲＱ及びＲＳＲＰの双方に基づいて判定してもよい。
【0201】
３．５．変形例５
上記各実施形態において、ＱｏＳ制御が適用されている二次元コード決済アプリケーション又はＱｏＳ制御が適用されている動画視聴アプリケーションがバックグラウンドに遷移した場合、ＱｏＳ制御を終了させてもよい。また、バックグラウンドに遷移した二次元コード決済アプリケーション又はバックグラウンドに遷移した動画視聴アプリケーションがフォアグラウンドに復帰した場合、ＱｏＳ制御を再び開始させてもよい。
上記各実施形態において、ＱｏＳ制御が適用されている二次元コード決済アプリケーション又はＱｏＳ制御が適用されている動画視聴アプリケーションがバックグラウンドに遷移した場合、ＱｏＳ制御を終了させてもよい。また、バックグラウンドに遷移した二次元コード決済アプリケーション又はバックグラウンドに遷移した動画視聴アプリケーションがフォアグラウンドに復帰した場合、ＱｏＳ制御を再び開始させてもよい。
【0202】
より具体的に述べると、例えば、アプリケーションプログラムＰＲＡにＱｏＳ制御が適用されている場合において、他のアプリケーションプログラムが起動されると、他のアプリケーションプログラムはフォアグラウンドで動作し、アプリケーションプログラムＰＲＡは、フォアグラウンドからバックグラウンドへ遷移する。この場合、端末装置１０［１］は、ＱｏＳ終了要求ＲＥＱｅを品質制御サーバ３０へ送信する。これにより、アプリケーションプログラムＰＲＡに対するＱｏＳ制御は終了する。
【0203】
その後、例えば、アプリケーションプログラムＰＲＡ以外のすべてのアプリケーションプログラムが終了された場合、アプリケーションプログラムＰＲＡは、バックグラウンドからフォアグラウンドへ遷移する。この場合、端末装置１０［１］は、特定条件が成立すると、ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信する。特定条件は、受信部１１３が品質制御サーバ３０から初期化完了信号ＡＣＫｉを受信する第１時点までに、受信部１１３がアプリケーションプログラムＰＲＡに基づく処理で用いられるコード生成用データを受信していないことである。
【0204】
この態様によれば、不要なＱｏＳ制御の適用を回避することができる。
【0205】
また、アプリケーションプログラムＰＲＡがバックグラウンドからフォアグラウンドに遷移した場合、アプリケーションプログラムＰＲＡがフォアグラウンドからバックグラウンドに遷移した時点から一定時間内に限り、ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信してもよい。一定時間としては、例えば、３０分以上の時間が想定される。一定時間経過後には、ユーザＵ［１］はフォアグラウンドに遷移したアプリケーションプログラムＰＲＡを利用していない可能性が高い。従って、この態様によれば、不要なＱｏＳ制御の適用をより回避することができる。
【0206】
３．６．変形例６
上記各実施形態において、二次元コード決済アプリケーションにより実行される決済は、オンライン決済が前提であったが、何らかの原因により、端末装置１０［１］と通信網ＮＥＴとの間の通信が途絶えた場合、オフライン決済が実行されてもよい。
上記各実施形態において、二次元コード決済アプリケーションにより実行される決済は、オンライン決済が前提であったが、何らかの原因により、端末装置１０［１］と通信網ＮＥＴとの間の通信が途絶えた場合、オフライン決済が実行されてもよい。
【0207】
オフライン決済は、利用者提示型（ＣＰＭ）の決済において利用可能である。オフライン決済では、店舗のＰＯＳ装置を介して端末装置１０［１］の決済情報が管理サーバ２０に送信される。
【0208】
端末装置１０［１］と通信網ＮＥＴとの間の通信環境が改善し、オフライン決済からオンライン決済に復帰可能な場合、オンライン決済に対しＱｏＳ制御が適用されてもよい。
【0209】
より具体的に述べると、オンライン決済時に何らかの原因により端末装置１０［１］と通信網ＮＥＴとの間の通信が途絶え、オフライン決済に遷移した後、端末装置１０［１］は、オフライン決済に遷移してから基準時間経過後、決済用コードの更新、アプリケーションプログラムＰＲＡのバックグラウンドからフォアグラウンドへの遷移等を契機としてオンライン決済への復帰を試行する。基準時間は特に限定されないが、５秒程度が好適である。
【0210】
端末装置１０［１］は、オンライン決済への復帰を試行する際に、ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信する。従って、この場合、特定条件は、二次元コード決済アプリケーションの決済方法がオンライン決済からオフライン決済に遷移した時点から基準時間経過した後である。
【0211】
この態様によれば、オンライン決済の復帰処理にＱｏＳ制御が適用されることとなり、より早期にオンライン決済への復帰が可能となる。
【0212】
３．７．変形例７
上記各実施形態において、二次元コード決済アプリケーションにより実行される決済の型式は利用者提示型であったが、利用者提示型の決済に代えて店舗提示型（ＭＰＭ：Merchant-Presented Mode）の決済が実行されてもよい。
上記各実施形態において、二次元コード決済アプリケーションにより実行される決済の型式は利用者提示型であったが、利用者提示型の決済に代えて店舗提示型（ＭＰＭ：Merchant-Presented Mode）の決済が実行されてもよい。
【0213】
店舗提示型の決済では、管理サーバ２０の受信部２１３は、店舗に設置された決済用コードが、端末装置１０［１］によりスキャンされた場合、通信装置２３を介して、端末装置１０［１］から決済要求を受信する。決済部２１５は、決済要求に応じて決済処理を実行する。
【0214】
図１２は、変形例３に係る情報処理システム１の第１の動作を示すシーケンスチャートである。以下、図１２を参照することにより、情報処理システム１の第１の動作を説明する。第１の動作は、決済結果を示す情報が遅延なく端末装置１０［１］に送信される場合における動作である。
【0215】
ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］は、Ｓ５１において、アプリケーションプログラムＰＲＡを起動する。
【0216】
アプリケーションプログラムＰＲＡの起動処理が開始した後、ステップＳ５２において、ユーザＵ［１］によって店舗に設置された決済用コードが撮影される。
【0217】
決済用コードが撮影された後、ステップＳ５３において、アプリケーションプログラムＰＲＡにより、ユーザＵ［１］による取引金額の入力を受け付ける。
【0218】
その後、ステップＳ５４において、取引金額が入力されたことが制御プログラムＰＲ１及び仲介プログラムＰＲＭに通知される。
【0219】
ステップＳ５５において、端末装置１０［１］は、決済要求ＲＥＱｐを管理サーバ２０へ送信する。
【0220】
ステップＳ５６において、端末装置１０［１］は、品質制御サーバ３０に対し、ＱｏＳ制御の初期化を要求する。即ち、端末装置１０［１］は、ステップＳ５６において、初期化要求ＲＥＱｉを品質制御サーバ３０へ送信する。
【0221】
管理サーバ２０が決済要求ＲＥＱｐを受け取り、端末装置１０［１］の認証が完了すると、ステップＳ５７において、管理サーバ２０は取引結果を示す取引データを端末装置１０［１］へ送信する。
【0222】
端末装置１０［１］が取引結果を示す取引データを受け取ると、ステップＳ５８において、端末装置１０［１］は、取引結果を示す取引データを、アプリケーションプログラムＰＲＡへ送信し、表示装置１４に取引結果を表示する。
【0223】
その後、ステップＳ５９において、品質制御サーバ３０は、初期化要求ＲＥＱｉに応答して、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信する。
【0224】
端末装置１０［１］は、初期化完了信号ＡＣＫｉを受信した時点において、既に取引結果を示す取引データを管理サーバ２０から受け取っているため、初期化完了信号ＡＣＫｉを受信しても、ＱｏＳ開始要求を送信しない。
【0225】
ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］は、ステップＳ６０において、アプリケーションプログラムＰＲＡを終了する。
【0226】
図１３は、変形例３に係る情報処理システム１の第２の動作を示すシーケンスチャートである。以下、図１３を参照することにより、情報処理システム１の第２の動作を説明する。第２の動作は、決済結果を示す情報が遅延して端末装置１０［１］に送信される場合における動作である。
【0227】
ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］は、Ｓ５１において、アプリケーションプログラムＰＲＡを起動する。
【0228】
アプリケーションプログラムＰＲＡの起動処理が開始した後、ステップＳ５２において、ユーザＵ［１］によって店舗に設置された決済用コードが撮影される。
【0229】
決済用コードが撮影された後、ステップＳ５３において、アプリケーションプログラムＰＲＡにより、ユーザＵ［１］による取引金額の入力を受け付ける。
【0230】
その後、ステップＳ５４において、取引金額が入力されたことが制御プログラムＰＲ１及び仲介プログラムＰＲＭに通知される。
【0231】
ステップＳ５５において、端末装置１０［１］は、決済要求ＲＥＱｐを管理サーバ２０へ送信する。
【0232】
ステップＳ５６において、端末装置１０［１］は、品質制御サーバ３０に対し、ＱｏＳ制御の初期化を要求する。即ち、端末装置１０［１］は、ステップＳ５６において、初期化要求ＲＥＱｉを品質制御サーバ３０へ送信する。
【0233】
次いで、ステップＳ５９において、品質制御サーバ３０は、初期化要求ＲＥＱｉに応答して、初期化完了信号ＡＣＫｉを端末装置１０［１］へ送信する。
【0234】
第２の動作では、端末装置１０［１］が初期化完了信号ＡＣＫｉを受信した時点において、端末装置１０［１］は、未だ取引データを管理サーバ２０から受け取っていない。言い換えると、第２の動作の例では、特定条件が成立する。そこで、端末装置１０［１］は、ステップＳ６１において、品質制御サーバ３０に対し、ＱｏＳ制御の開始を要求する。即ち、端末装置１０［１］は、ステップＳ６１において、ＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信する。
【0235】
次いで、ステップＳ６２において、品質制御サーバ３０は、ＱｏＳ開始要求ＲＥＱｓに応答して、承認応答ＡＣＫｓを端末装置１０［１］へ送信する。
【0236】
また、ステップＳ６３において、品質制御サーバ３０は、端末装置１０［１］と管理サーバ２０との間における通信品質を向上するためのＱｏＳ制御を開始する。
【0237】
管理サーバ２０が決済要求ＲＥＱｐを受け取り、端末装置１０［１］の認証が完了すると、ステップＳ５７において、管理サーバ２０は取引結果を示す取引データを端末装置１０［１］へ送信する。
【0238】
端末装置１０［１］が取引結果を示す取引データを受け取ると、ステップＳ５８において、端末装置１０［１］は、取引結果を示す取引データを、アプリケーションプログラムＰＲＡへ送信し、表示装置１４に取引結果を表示する。
【0239】
その後、ユーザＵ［１］による入力装置１５の操作により、端末装置１０［１］はステップＳ６０において、アプリケーションプログラムＰＲＡを終了する。
【0240】
アプリケーションプログラムＰＲＡの終了処理が開始すると、ステップＳ６４において、アプリケーションプログラムＰＲＡの終了が開始したことが制御プログラムＰＲ１及び仲介プログラムＰＲＭに通知される。
【0241】
ステップＳ６５において、端末装置１０［１］は、品質制御サーバ３０に対し、ＱｏＳ制御の終了を要求する。即ち、端末装置１０［１］は、ステップＳ３５において、ＱｏＳ終了要求ＲＥＱｅを品質制御サーバ３０へ送信する。
【0242】
次いで、ステップＳ６６において、品質制御サーバ３０は、ＱｏＳ終了要求ＲＥＱｅに応答して、承認応答ＡＣＫｅを端末装置１０［１］へ送信する。
【0243】
また、ステップＳ６７において、品質制御サーバ３０は、端末装置１０［１］と管理サーバ２０との間における通信品質を向上するためのＱｏＳ制御を終了する。
【0244】
このように、店舗提示型（ＭＰＭ）においても、利用者提示型（ＣＰＭ）と同様のＱｏＳ制御を適用可能である。
【0245】
なお、上記の動作例に限らず、端末装置１０［１］は、店舗提示型（ＭＰＭ）がユーザに選択された時点でＱｏＳ開始要求ＲＥＱｓを品質制御サーバ３０へ送信してもよい。従って、この場合、特定条件は、二次元コード決済アプリケーションの実行時に、決済方法として店舗提示型が選択されたことである。
【0246】
店舗提示型による決済は、利用者提示型による決済では可能なオフライン決済に対応していないため、利用者提示型とくらべて、ネットワーク品質の影響をより受け易い。この態様によれば、店舗提示型による決済には、ＱｏＳ制御が適用されるため、より効果的な品質制御が可能である。
【0247】
３．８．変形例８
管理部１１６によるＱｏＳ制御の実行状況を管理する機能は、品質制御サーバ３０が有していてもよい。ＱｏＳ制御の実行状況を管理する機能は、少なくとも管理部１１６及び品質制御サーバ３０のいずれかが有していればよい。
管理部１１６によるＱｏＳ制御の実行状況を管理する機能は、品質制御サーバ３０が有していてもよい。ＱｏＳ制御の実行状況を管理する機能は、少なくとも管理部１１６及び品質制御サーバ３０のいずれかが有していればよい。
【0248】
３．９．変形例９
上記各実施形態において、ＱｏＳ制御の対象とされるアプリケーションプログラムが１つの場合又は２つの場合について説明したが、ＱｏＳ制御の対象とされるアプリケーションプログラムは３つ以上であってもよい。この場合、送信部１１２は、各アプリケーションプログラムにそれぞれ対応する「ＱｏＳ開始要求」を品質制御サーバ３０へ送信し、受信部１１３は、各アプリケーションプログラムにそれぞれ対応する「承認応答」を品質制御サーバ３０から受信する。
上記各実施形態において、ＱｏＳ制御の対象とされるアプリケーションプログラムが１つの場合又は２つの場合について説明したが、ＱｏＳ制御の対象とされるアプリケーションプログラムは３つ以上であってもよい。この場合、送信部１１２は、各アプリケーションプログラムにそれぞれ対応する「ＱｏＳ開始要求」を品質制御サーバ３０へ送信し、受信部１１３は、各アプリケーションプログラムにそれぞれ対応する「承認応答」を品質制御サーバ３０から受信する。
【0249】
この態様によれば、送信部１１２及び受信部１１３は、端末装置１０［１］中の複数のアプリケーションプログラムそれぞれのＱｏＳ制御に関する通信を行うことができる。従って、アプリケーションプログラムごとにＱｏＳ制御のためのアプリケーションを準備する必要がない。
【0250】
３．１０．変形例１０
第１実施形態において、端末装置１０［１］により、アプリケーションプログラムＰＲＡの起動処理が開始されたことを契機として、決済用コード要求ＲＥＱｃが管理サーバ２０へ送信されるとともに、初期化要求ＲＥＱｉが品質制御サーバ３０へ送信される。しかし、決済用コード要求ＲＥＱｃの送信タイミング及び初期化要求ＲＥＱｉの送信タイミングはこの限りでなく、アプリケーションプログラムＰＲＡの仕様による。例えば、決済用コード要求ＲＥＱｃの送信及び初期化要求ＲＥＱｉの送信は、ユーザＵ［１］の操作により、決済用コード表示の命令が実行されたことを契機として実行されてもよい。第２実施形態における第１アプリケーションプログラムＰＲＡ１についても同様である。
第１実施形態において、端末装置１０［１］により、アプリケーションプログラムＰＲＡの起動処理が開始されたことを契機として、決済用コード要求ＲＥＱｃが管理サーバ２０へ送信されるとともに、初期化要求ＲＥＱｉが品質制御サーバ３０へ送信される。しかし、決済用コード要求ＲＥＱｃの送信タイミング及び初期化要求ＲＥＱｉの送信タイミングはこの限りでなく、アプリケーションプログラムＰＲＡの仕様による。例えば、決済用コード要求ＲＥＱｃの送信及び初期化要求ＲＥＱｉの送信は、ユーザＵ［１］の操作により、決済用コード表示の命令が実行されたことを契機として実行されてもよい。第２実施形態における第１アプリケーションプログラムＰＲＡ１についても同様である。
【0251】
また、第２実施形態において、端末装置１０［１］により、第２アプリケーションプログラムＰＲＡ２の起動処理が開始されたことを契機として、動画配信要求ＲＥＱｍが配信サーバ４０へ送信されるとともに、初期化要求ＲＥＱｉが品質制御サーバ３０へ送信される。しかし、動画配信要求ＲＥＱｍの送信タイミング及び初期化要求ＲＥＱｉの送信タイミングはこの限りでなく、第２アプリケーションプログラムＰＲＡ２の仕様による。例えば、動画配信要求ＲＥＱｍの送信及び初期化要求ＲＥＱｉの送信は、ユーザＵ［１］の操作により、動画コンテンツの再生命令が実行されたことを契機として実行されてもよい。
【0252】
４．その他
（１）上述した実施形態では、記憶装置１２、記憶装置１２Ａ、記憶装置２２、記憶装置３２、及び記憶装置４２は、ＲＯＭ及びＲＡＭなどを例示したが、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（Compact Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されてもよい。また、プログラムは、電気通信回線を介して通信網ＮＥＴから送信されてもよい。
（１）上述した実施形態では、記憶装置１２、記憶装置１２Ａ、記憶装置２２、記憶装置３２、及び記憶装置４２は、ＲＯＭ及びＲＡＭなどを例示したが、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（Compact Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されてもよい。また、プログラムは、電気通信回線を介して通信網ＮＥＴから送信されてもよい。
【0253】
（２）上述した実施形態において、説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【0254】
（３）上述した実施形態において、入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【0255】
（４）上述した実施形態において、判定は、１ビットを用いて表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【0256】
（５）上述した実施形態において例示した処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【0257】
（６）図１～図１３に例示された各機能は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
【0258】
（７）上述した実施形態において例示したプログラムは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称を用いて呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【0259】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【0260】
（８）前述の各形態において、「システム」及び「ネットワーク」という用語は、互換的に使用される。
【0261】
（９）本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。
【0262】
（１０）上述した実施形態において、管理サーバ２０、品質制御サーバ３０、及び配信サーバ４０は、移動局（ＭＳ：Mobile Station）である場合が含まれる。移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。また、本開示においては、「移動局」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」等の用語は、互換的に使用され得る。
【0263】
（１１）上述した実施形態において、「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的な結合又は接続であっても、論理的な結合又は接続であっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」を用いて読み替えられてもよい。本開示において使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【0264】
（１２）上述した実施形態において、「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【0265】
（１３）本開示において使用される「判断(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）」などで読み替えられてもよい。
【0266】
（１４）上述した実施形態において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。更に、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
【0267】
（１５）本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【0268】
（１６）本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」等の用語も、「異なる」と同様に解釈されてもよい。
【0269】
（１７）本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行う通知に限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【0270】
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施できる。したがって、本開示の記載は、例示説明を目的とし、本開示に対して何ら制限的な意味を有さない。
【符号の説明】
【0271】
１，１Ａ…情報処理システム、１０，１０［１］，１０［１］Ａ，１０［２］，１０［ｋ］，１０［ｎ］…端末装置、１１…処理装置、２０…管理サーバ、３０…品質制御サーバ、４０…配信サーバ，１１２…送信部、１１３…受信部、１１６…管理部、ＡＣＫｉ…初期化完了信号、ＡＣＫｓ…承認応答、ＡＣＫｓ１…第１承認応答、ＡＣＫｓ２…第２承認応答、ＰＲＡ…アプリケーションプログラム、ＰＲＡ１…第１アプリケーションプログラム、ＰＲＡ２…第２アプリケーションプログラム、ＲＥＱｉ…初期化要求、ＲＥＱｓ…ＱｏＳ開始要求、ＲＥＱｓ１…第１ＱｏＳ開始要求、ＲＥＱｓ２…第２ＱｏＳ開始要求、Ｕ［１］，Ｕ［２］，Ｕ［ｋ］，Ｕ［ｎ］…ユーザ。
【要約】
【課題】必要なときに適切にＱｏＳ制御を行うことが可能となる。
【解決手段】処理装置１１は、送信部１１２と、受信部１１３とを備える。送信部１１２は、アプリケーションプログラムＰＲＡの起動処理が開始された後において特定条件が成立した場合、ＱｏＳ開始要求ＲＥＱｓを、品質制御サーバ３０へ送信する。受信部１１３は、ＱｏＳ制御に関する制御信号を品質制御サーバ３０から受信する。特定条件は、第１時点までに、受信部１１３がアプリケーションプログラムＰＲＡに対応する管理サーバ２０から決済用コードに関するデータを受信していないことである。第１時点は、受信部１１３が品質制御サーバ３０から初期化完了信号ＡＣＫｉを受信する時点である。
【選択図】図７
【解決手段】処理装置１１は、送信部１１２と、受信部１１３とを備える。送信部１１２は、アプリケーションプログラムＰＲＡの起動処理が開始された後において特定条件が成立した場合、ＱｏＳ開始要求ＲＥＱｓを、品質制御サーバ３０へ送信する。受信部１１３は、ＱｏＳ制御に関する制御信号を品質制御サーバ３０から受信する。特定条件は、第１時点までに、受信部１１３がアプリケーションプログラムＰＲＡに対応する管理サーバ２０から決済用コードに関するデータを受信していないことである。第１時点は、受信部１１３が品質制御サーバ３０から初期化完了信号ＡＣＫｉを受信する時点である。
【選択図】図７
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】