サービス制御装置およびサービス制御プログラム
【課題】マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させる。
【解決手段】複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとにサービス利用状況情報を取得するとともに、複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給する通信部２３０と、取得したサービス利用状況情報に基づいて、複数の通信端末に対するサービス制御の優先度を決定し、この優先度に基づいて、複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部２１１とを備えた。
【解決手段】複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとにサービス利用状況情報を取得するとともに、複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給する通信部２３０と、取得したサービス利用状況情報に基づいて、複数の通信端末に対するサービス制御の優先度を決定し、この優先度に基づいて、複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部２１１とを備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス制御装置およびサービス制御プログラムに関する。
【背景技術】
【０００２】
マルチタスクシステムとして機能するユーザ端末の動作に関し、不満を感じるか否かを示すユーザの不満に関する情報とタスクのリソース利用履歴情報とに基づいて、ユーザ端末のリソースの配分を行うリソース配分方法が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２８７０４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されたリソース配分方法は、ユーザ端末が備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリ等の計算機リソースの配分を制御する方法であり、他のユーザ端末や外部システムとの協調した制御を行うものではない。マルチタスクシステムを適用した通信システムにおいては、ユーザ端末内のリソース使用の状況だけでなく、サーバや他のユーザ端末等を考慮した、すなわち通信システム全体の状況に基づいたリソース配分を行うことが求められる。
そこで、本発明は、上記事情を鑑みてなされたものであり、マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させる、サービス制御装置およびサービス制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
［１］上記の課題を解決するため、本発明の一態様であるサービス制御装置は、複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、を備えることを特徴とする。
［２］上記［１］記載のサービス制御装置において、前記複数の通信端末それぞれのユーザに関する嗜好情報をあらかじめ記憶する嗜好情報記憶部をさらに備え、前記サービス利用履歴は、サービスの属性情報を含み、前記サービス制御情報生成部は、前記サービスの属性情報と前記嗜好情報とに基づいてユーザの嗜好に応じた優先度を決定することを特徴とする。
［３］上記［１］または［２］記載のサービス制御装置において、前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される状態に基づくことを特徴とする。
［４］上記［１］または［２］記載のサービス制御装置において、前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される時間的割合に基づくことを特徴とする。
［５］上記［１］または［２］記載のサービス制御装置において、前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムの実行中における操作頻度に基づくことを特徴とする。
［６］上記の課題を解決するため、本発明の一態様であるサービス制御プログラムは、コンピュータを、
複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、として機能させる。
【発明の効果】
【０００６】
本発明によれば、マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態であるサービス制御装置を適用した通信システムの基本構成を概念的に示した構成図である。
【図２】サービス利用状況情報の、おおよそのデータ構成の例を示す図である。
【図３】サービス利用状況情報における項目「サービス種別」の、さらに詳細なデータ構成の体系を示す図である。
【図４】通信端末が三つのアプリケーションプログラムをマルチタスクで実行する場合の画面表示の例を模式的に示す図である。
【図５】通信端末の機能構成を示すブロック図である。
【図６】サービス制御装置の機能構成を示すブロック図である。
【図７】通信端末が実行するサービス利用状況情報送信処理の手順を示すフローチャートである。
【図８】通信端末が実行するサービス利用状態取得処理の手順を示すフローチャートである。
【図９】サービス制御装置が実行するサービス制御情報生成処理の手順を示すフローチャートである。
【図１０】一台の通信端末が三つのコンテンツをダウンロードする場合の、その通信端末に対する帯域制御の例を概念的に示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための形態について、図面を参照して詳細に説明する。
図１は、本発明の一実施形態であるサービス制御装置を適用した通信システムの基本構成を概念的に示した構成図である。同図に示すように、通信システム１は、サービス制御システム２と、通信端末１０とを含んで構成される。また、サービス制御システム２は、サービス制御装置２０と、ウェブサーバ３０と、中継装置４０とを含んで構成される。通信端末１０と、サービス制御装置２０と、ウェブサーバ３０と、中継装置４０との相互の通信は、図示しないネットワークを介して行われる。このネットワークは、コンピュータネットワーク、デジタル電話網等の電気通信回線である。
【０００９】
なお、実際の通信システム１において、通信端末１０は複数存在するが、説明を簡略化するために、図１には一台の通信端末１０を図示する。また、実際のサービス制御システム２において、ウェブサーバ３０および中継装置４０は一または複数存在するが、これにおいても、同図には各一台のウェブサーバ３０および中継装置４０を図示する。
【００１０】
通信端末１０は、マルチタスク機能を有する情報処理端末である。マルチタスク機能とは、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が、複数のタスク（処理の実行単位）を切替えて実行する機能である。通信端末１０は、例えば、コンテンツデータのダウンロード、ウェブサイトの閲覧、電子メールの作成および送受信、通話、オンラインゲームの実行等のサービスに対応するアプリケーションプログラムを、マルチタスク機能によって実行する。通信端末１０は、例えば、携帯電話機、携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ；ＰＤＡ）、多機能携帯電話機（スマートフォン）等の携帯端末や、パーソナルコンピュータ等のコンピュータ装置により実現される。
【００１１】
複数のアプリケーションプログラムをマルチタスクで実行する通信端末１０は、サービス利用状況情報をサービスごとに生成し、このサービス利用状況情報を所定のタイミングにしたがってサービス制御装置２０に供給する。サービス利用状況情報は、通信端末１０がサービスに対応するアプリケーションプログラムを起動している状態において、当該サービスの利用状況を定量化または定性化して表した利用状態値を含むデータテーブルである。サービス利用状況情報は、サービスの利用履歴を示す情報でもある。所定のタイミングは、例えば、３秒〜５秒の時間間隔による周期的なタイミングである。サービス利用状況情報のデータ構成の具体例については後述する。
【００１２】
また、通信端末１０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいて、サービスに対応するアプリケーションプログラムの実行に関するハードウェア環境のリソース割当てや、ネットワーク環境のリソース割当てを行う。ハードウェア環境のリソースとは、例えば、ＣＰＵやメモリ等の計算資源である。また、ネットワーク環境のリソースとは、例えば、データ伝送の割当帯域やデータ伝送の順番等である。
【００１３】
また、通信端末１０は、中継装置４０から供給されるサービス情報およびコンテンツ情報またはいずれかを取り込んでユーザに利用させる。サービス情報は、ウェブ閲覧サービスに対するウェブデータ、通話サービスに対する音声データ、電子メールサービスに対する電子メール等である。コンテンツ情報は、ダウンロードサービスに対するコンテンツデータ等である。
【００１４】
サービス制御装置２０は、複数の通信端末１０それぞれからサービス利用状況情報の提供を受けるたびにこのサービス利用状況情報を取り込んでデータベースに格納する。サービス制御装置２０は、そのデータベースに格納されたサービス利用状況情報を解析して通信端末１０ごとのサービス制御情報を生成し、各サービス制御情報を対応する通信端末１０とウェブサーバ３０と中継装置４０とに供給する。サービス制御装置２０は、例えば、コンピュータ装置やサーバ装置等により実現される。
【００１５】
ウェブサーバ３０は、通信端末１０からの要求に応じて、サービス情報およびコンテンツ情報、すなわち、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）および画像データ等のオブジェクトを、要求元である通信端末１０に対して供給するサーバ装置である。
また、ウェブサーバ３０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいてネットワーク環境のリソース割当てを行う。
【００１６】
中継装置４０は、通信端末１０とウェブサーバ３０との間の通信を中継する装置である。中継装置４０は、例えば、ルータ、プロキシサーバ、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のアクセスポイント等のネットワーク装置、および無線基地局等の基地局により実現される。
中継装置４０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいてネットワーク環境のリソース割当てを行う。例えば、サービス制御情報に示される内容が、通信端末１０に対するサービス提供の品質を下げる指示である場合、中継装置４０は、通信端末１０に対するパケット伝送の優先度を下げたり、ウィンドウサイズを小さくしたりする。
中継装置４０は、ウェブサーバ３０から供給されるサービス情報およびコンテンツ情報を取り込み、サービス制御情報に基づいて制御された状態でこれらサービス情報およびコンテンツ情報を、要求元である通信端末１０に供給する。
【００１７】
次に、通信端末１０が取得するサービス利用状況情報について説明する。
図２は、サービス利用状況情報の、おおよそのデータ構成の例を示す図である。同図に示すように、サービス利用状況情報は、例えば、番号と、日時と、サービス種別と、利用頻度と、タスク状態と、フォアグラウンド率と、操作頻度との各項目（列）を含むデータテーブルである。サービス利用状況情報のレコード（行）は、サービスごと、すなわち、通信端末１０によって起動されるアプリケーションプログラムごとに設けられる。
【００１８】
項目「番号」には、通信端末１０が起動しているアプリケーションプログラムを識別する情報（識別情報）が代入される。識別情報は、例えば、文字、数字、および記号のいずれかまたは組み合わせである。
なお、サービス利用状況情報を複数のデータテーブルで構成する場合、または、サービス利用状況情報に他のデータテーブルを対応付ける場合、項目「番号」を主キーとする。
【００１９】
項目「日時」には、レコードが作成されたとき、およびレコードのデータが更新されたときの日時の情報（日時情報）が代入される。日時情報は、例えば、“年月日”および“時分秒”である。
項目「サービス種別」には、サービスの種別を示す情報（サービス種別情報）が代入される。サービス種別情報は、例えば、“ダウンロード”、“ウェブ閲覧”、“電子メール”、“通話”、“ゲーム”等である。
【００２０】
項目「利用頻度」には、通信端末１０のユーザによる、過去の一定期間におけるサービスの利用の頻度、言い換えると、通信端末１０が、過去の一定期間において、そのサービスに対応するアプリケーションプログラムを実行した時間の割合が、定性的な情報（利用頻度情報）に変換されて代入される。過去の一定期間は、例えば、２４時間、１ヶ月、１週間等であり、ユーザによって任意に変更可能である。定性的な情報である利用頻度情報は、例えば、“特”、“高”、“中”、“低”等である。通信端末１０がアプリケーションプログラムを過去の一定期間において実行した時間の割合をＵとする場合、利用頻度情報は、例えば、Ｕが２５％未満である場合は“低”、２５％以上５０％未満である場合は“中”、５０％以上７５％未満である場合は“高”、および７５％以上である場合は“特”である。
【００２１】
なお、項目「利用頻度」には、過去の一定期間におけるアプリケーションプログラムの起動回数が、定性的な情報に変換されて代入されてもよい。また、項目「利用頻度」には、定性的な情報に限らず、時間の割合またはアプリケーションプログラムの起動回数そのものが代入されてもよい。
【００２２】
項目「タスク状態」には、通信端末１０が、サービスに対応するアプリケーションプログラムを、フォアグラウンドで実行しているか、またはバックグラウンドで実行しているかを示す情報（タスク状態情報）が代入される。フォアグラウンドは、アプリケーションプログラムがユーザによる操作対象となって実行される状態のことである。また、バックグラウンドは、アプリケーションプログラムがユーザによる操作対象とならずに実効される状態のことである。例えば、項目「タスク状態」には、フォアグラウンドを示す情報として“ＦＧ”、バックグラウンドを示す情報として“ＢＧ”が代入される。
【００２３】
項目「フォアグラウンド率」には、サービスに対応するアプリケーションプログラムの実行時間において、そのアプリケーションプログラムがフォアグラウンドで実行される時間的割合（フォアグラウンド率情報）が代入される。実行時間とは、例えば、アプリケーションプログラムの起動時刻から現在時刻までの時間である。
【００２４】
項目「操作頻度」には、サービスに対応するアプリケーションプログラムの実行中における、ユーザによる操作の頻度（操作頻度情報）が代入される。例えば、項目「操作頻度」には、サービスに対応するアプリケーションプログラムの実行時間に対する、そのアプリケーションプログラムの実行に関連するキー操作の時間とポインタ操作の時間との合計時間の割合を、例えば０から１までの間で正規化した値が格納される。
サービス利用状況情報において、タスク状態情報とフォアグラウンド率情報と操作頻度情報とは、アプリケーションプログラムに対するユーザの集中度（ユーザ集中度）を表す。
【００２５】
なお、サービス利用状況情報に、コンテンツデータのサイズや伝送レート等の通信に関する情報を含めさせてもよい。
【００２６】
図３は、サービス利用状況情報における項目「サービス種別」の、さらに詳細なデータ構成の体系を示す図である。同図に示すように、サービスがダウンロードサービスである場合の項目「サービス種別」は、第１分類、第２分類、第３分類、・・・等の項目にさらに区分される。項目「第１分類」には、サービス種別情報、例えば“ダウンロード”が代入される。項目「第２分類」には、コンテンツの種別を示す情報（コンテンツ種別情報）が代入される。例えば、項目「第２分類」には、音楽コンテンツを示す“音楽”、映画コンテンツを示す“映画”、書籍コンテンツを示す“書籍”等が代入される。項目「第３分類」には、ジャンルを示す情報（ジャンル情報）が代入される。例えば、項目「第３分類」には、音楽のジャンルを示す“ジャズ”、“ロック”、“クラシック”等、映画のジャンルを示す“アクション”、“コメディ”、“ロマンス”等、書籍のジャンルを示す“小説”、“学術”、“辞書”等が代入される。さらに、「第４分類」以降の項目には、コンテンツの制作年代、制作国、製作者等のコンテンツに関する各種情報が代入されてもよい。
【００２７】
具体的には、例えば、通信端末１０がアクション映画のコンテンツをダウンロードする場合、サービス利用状況情報のサービス種別には、第１分類として“ダウンロード”、第２分類として“映画”、第３分類として“アクション”が代入される。これらサービス種別は、コンテンツの属性情報である。
【００２８】
図４（ａ）（ｂ）は、通信端末１０が三つのアプリケーションプログラムをマルチタスクで実行する場合の画面表示の例を模式的に示す図である。同図（ａ）は、第１のアプリケーションプログラム〜第３のアプリケーションプログラムそれぞれに対応するウィンドウ６１ａ，６１ｂ，６１ｃが、通信端末１０の表示画面６１に表示された様子を示している。同図（ａ）では、ウィンドウ６１ａが最も手前に表示、つまり、他のウィンドウ６１ｂ，６１ｃによって隠されることなく表示画面６１に表示されている。通信端末１０は、最も手前に表示されるウィンドウ６１ａを検出し、このウィンドウ６１ａに対応する第１のアプリケーションプログラムを、フォアグラウンドで実行されているプログラムとして選出する。
【００２９】
また、図４（ｂ）は、第１のアプリケーションプログラム〜第３のアプリケーションプログラムそれぞれに対応するウィンドウ６２ａ，６２ｂ，６２ｃが、通信端末１０の表示画面６２に表示された様子を示している。同図（ｂ）において、ウィンドウ６２ａは他のウィンドウ６２ｂ，６２ｃに重なっていないが、通信端末１０によって選択されているウィンドウである。具体的には、ウィンドウ６２ａは、通信端末１０の制御によるポインタ６３によって操作されているウィンドウである。通信端末１０は、選択されているウィンドウ、例えば、ポインタ６３によって操作されているウィンドウ６２ａを検出し、このウィンドウ６２ａに対応する第１のアプリケーションプログラムを、フォアグラウンドで実行されているプログラムとして選出する。
なお、通信端末１０は、キーによって操作されているウィンドウ６２ａに対応する第１のアプリケーションプログラムを、フォアグラウンドで実行されているプログラムとして選出してもよい。
【００３０】
次に、通信端末１０の機能構成について説明する。
図５は、通信端末１０の機能構成を示すブロック図である。同図に示すように、通信端末１０は、サービス利用状況情報記憶部１１０と、制御部１２０と、通信部１３０と、通話部１４０と、操作部１５０とを備える。
【００３１】
サービス利用状況情報記憶部１１０は、図２および図３によるサービス利用状況情報を記憶する。サービス利用状況情報記憶部１１０は、例えば書き込みおよび読み出し可能な半導体記憶装置（メモリ）により実現される。
【００３２】
制御部１２０は、図示しないＣＰＵおよび記憶部により実現される。ＣＰＵは、記憶部に記憶された制御プログラムを読み出して実行することにより、通信端末１０全体を制御する。また、ＣＰＵは、記憶部に記憶された一または複数のアプリケーションプログラムを読み出して実行する。ＣＰＵは、複数のアプリケーションプログラムを実行する場合は、マルチタスクにより実行する。ＣＰＵが実行するアプリケーションプログラムは、例えば、コンテンツデータのダウンロードアプリケーション、ウェブブラウザ、電子メールクライアント、音声通話アプリケーション、ゲームアプリケーション等である。
【００３３】
制御部１２０は、その機能構成として、サービス利用状態取得部１２１と、サービス制御処理部１２２とを備える。
サービス利用状態取得部１２１は、サービスごと、言い換えると、ＣＰＵが起動しているアプリケーションプログラムごとに各種の利用状態を監視して利用状態値を取得する。そして、サービス利用状態取得部１２１は、利用状態に変化があったときの利用状態値で、サービス利用状況情報記憶部１１０に記憶されたサービス利用状況情報を更新する。
サービス制御処理部１２２は、サービス制御装置２０から供給されるサービス制御情報を、通信部１３０を介して取り込む。そして、サービス制御処理部１２２は、取り込んだサービス制御情報に基づいて、サービスに対応するアプリケーションプログラムの実行に関するハードウェア環境のリソース割当てや、ネットワーク環境のリソース割当てを行う。
【００３４】
通信部１３０は、サービス制御装置２０および中継装置４０と通信する通信インタフェイスである。例えば、通信部１３０は、制御部１２０から供給されるサービス利用状況情報を取り込み、このサービス利用状況情報をサービス制御装置２０に供給する。また、通信部１３０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報を制御部１２０に供給する。また、通信部１３０は、中継装置４０から供給されるサービス情報およびコンテンツ情報を取り込み、これらサービス情報およびコンテンツ情報を制御部１２０に供給する。
【００３５】
通話部１４０は、電話機能を備えており、制御部１２０が音声通話アプリケーションを実行することにより機能する。
操作部１５０は、キー、タッチパネル、ポインティングデバイス等の操作受付部を備えた操作インタフェイスである。操作部１５０は、ユーザによる操作を受け付けて操作信号を生成し、この操作信号を制御部１２０に供給する。
【００３６】
次に、サービス制御装置２０の機能構成について説明する。
図６は、サービス制御装置２０の機能構成を示すブロック図である。同図に示すように、サービス制御装置２０は、制御部２１０と、サービス利用状況情報データベース２２０と、通信部（サービス利用状況情報取得部、サービス制御情報供給部）２３０とを備える。
【００３７】
制御部２１０は、図示しないＣＰＵおよび記憶部により実現される。ＣＰＵは、記憶部に記憶されたサービス制御プログラムを読み出して実行することにより、サービス制御装置２０全体を制御する。制御部２１０は、通信端末１０から供給されるサービス利用状況情報を、通信部２３０を介して取り込み、このサービス利用状況情報をサービス利用状況情報データベース２２０に供給する。
制御部２１０は、その機能構成として、サービス制御情報生成部２１１を備える。サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納されたサービス利用状況情報を解析して、通信端末１０ごとのサービス制御情報を生成する。
【００３８】
サービス利用状況情報データベース２２０は、制御部２１０から供給されるサービス利用状況情報を取り込んで、このサービス利用状況情報を送信元の通信端末１０を特定する情報（例えば、端末番号やアドレス情報）とともに格納する。サービス利用状況情報データベース２２０は、例えば、磁気ハードディスク装置により実現される。
【００３９】
通信部２３０は、通信端末１０および中継装置４０と通信する通信インタフェイスである。例えば、通信部２３０は、複数の通信端末１０それぞれから供給されるサービス利用状況情報を取り込み、このサービス利用状況情報を制御部２１０に供給する。また、通信部２３０は、制御部２１０から供給されるサービス制御情報を取り込み、このサービス制御情報を対応する通信端末１０とウェブサーバ３０と中継装置４０とに供給する。
【００４０】
次に、通信システム１の動作について、通信端末１０が実行するサービス利用状況情報送信処理と、通信端末１０が実行するサービス利用状態取得処理と、サービス制御装置２０が実行するサービス制御情報生成処理とに分けてそれぞれ説明する。
【００４１】
図７は、通信端末１０が実行するサービス利用状況情報送信処理の手順を示すフローチャートである。通信端末１０の制御部１２０は、制御プログラムを実行することによって、本フローチャートによるサービス利用状況情報送信処理を実行する。
【００４２】
まず、ステップＳ１において、制御部１２０は、サービス利用状況情報記憶部１１０からサービス利用状況情報を読み込む。
次に、ステップＳ２において、制御部１２０は、読み込んだサービス利用状況情報を通信部１３０に供給する。
通信部１３０は、制御部１２０から供給されたサービス利用状況情報を取り込んでこのサービス利用状況情報をパケット化し、このパケットデータをサービス制御装置２０に対して送信する。
次に、ステップＳ３において、制御部１２０は、所定の時間が経過するまで待ち状態にし（Ｓ３：ＮＯ）、その所定の時間が経過したときに、ステップＳ１の処理に戻す（Ｓ３：ＹＥＳ）。所定の時間、つまり周期は、例えば３秒〜５秒である。
【００４３】
図８は、通信端末１０が実行するサービス利用状態取得処理の手順を示すフローチャートである。通信端末１０の制御部１２０は、制御プログラムを実行することによって、本フローチャートによるサービス利用状態取得処理を実行する。ただし、同図のフローチャートは、アプリケーションプログラムごとに実行される処理手順を示している。
【００４４】
制御部１２０が一つのアプリケーションプログラムを起動すると、本フローチャートによる処理が開始される。まず、ステップＳ１１において、制御部１２０は、サービス利用状況情報記憶部１１０にサービス利用状況情報が記憶されていない場合は、サービス利用状況情報のレコードを新規に作成し、サービス利用状況情報記憶部１１０にサービス利用状況情報が存在する場合は、そのサービス利用状況情報にレコードを追加する。例えば、制御部１２０は、図２および図３に示したサービス利用状況情報のレコードを新規作成または追加する。
【００４５】
具体的には、制御部１２０は、起動したアプリケーションプログラムを識別する識別情報を「番号」に代入し、現在日時の情報を「日時」に代入し、起動したアプリケーションプログラムに対応するサービス種別情報を「サービス種別」に代入し、過去の一定期間において、そのサービスに対応するアプリケーションプログラムを実行した時間の割合を、定性的な情報に変換して得た利用頻度情報を「利用頻度」に代入し、「タスク状態」、「フォアグラウンド率」、「操作頻度」等の項目をヌル（ｎｕｌｌ）としたレコードを新規作成または追加する。
【００４６】
次に、ステップＳ１２において、制御部１２０のサービス利用状態取得部１２１は、通信端末１０の利用状態を監視して利用状態値を取得する。利用状態値は、例えば、アプリケーションプログラムのタスクの状態に応じた判定値と、アプリケーションプログラムのフォアグラウンド率と、アプリケーションプログラムの操作頻度とである。
【００４７】
より具体的には、例えば、サービス利用状態取得部１２１は、アプリケーションプログラムがフォアグラウンドで実行されているか、バックグラウンドで実行されるかについてのタスクの状態を判定し、その判定結果に応じた判定値を取得する。判定の具体例としては、第１の例として、図４（ａ）に示したように、サービス利用状態取得部１２１は、アプリケーションプログラムに対応するウィンドウが最も手前に表示されるウィンドウであるか否かを調べることによって、フォアグラウンドで実行されているかバックグラウンドで実行されているかを判定する。また、第２の例として、同図（ｂ）に示したように、サービス利用状態取得部１２１は、アプリケーションプログラムに対応するウィンドウがポインタやキーによって操作されているウィンドウであるか否かを調べることによって、フォアグラウンドで実行されているかバックグラウンドで実行されているかを判定する。
サービス利用状態取得部１２１は、判定結果がフォアグラウンドを示す結果である場合は、判定値を例えば“１”とし、判定結果がバックグラウンドを示す結果である場合は、判定値を例えば“０（ゼロ）”とする。
【００４８】
また、例えば、サービス利用状態取得部１２１は、アプリケーションプログラムの実行時間において、そのアプリケーションプログラムがフォアグラウンドで実行される時間の割合を計算することによってフォアグラウンド率を取得する。
【００４９】
また、例えば、サービス利用状態取得部１２１は、アプリケーションプログラムの実行時間に対する、そのアプリケーションプログラムの実行に関連するキー操作の時間とポインタ操作の時間との合計時間の割合を、例えば０から１までの間で正規化された値を計算することによって操作頻度を取得する。
【００５０】
また、例えば、サービスがダウンロードサービスである場合は、サービス利用状態取得部１２１は、ダウンロード対象とするコンテンツデータに対応する属性情報、例えば、コンテンツ種別、ジャンル等を取得する。
【００５１】
次に、図８におけるステップＳ１３において、サービス利用状態取得部１２１は、直前のステップＳ１２の処理において取得した利用状態値が前回取得した利用状態値から変化しているか否かを判定する。そして、サービス利用状態取得部１２１は、変化していると判定した場合、および直前のステップＳ１２の処理において取得した利用状態値が最初の利用状態値である場合は、ステップＳ１４の処理に移す。一方、サービス利用状態取得部１２１は、変化していないと判定した場合は、ステップＳ１２の処理に戻す。
【００５２】
ステップＳ１４において、サービス利用状態取得部１２１は、変化していると判定した場合の利用状態値、および最初の利用状態値であると判定した場合の利用状態値で、レコードのデータを更新する。
【００５３】
次に、ステップＳ１５において、制御部１２０は、アプリケーションプログラムの実行が終了したか否かを判定し、実行が終了したと判定した場合は、本フローチャートの処理を終了させる。一方、制御部１２０は、実行が終了していないと判定した場合は、ステップＳ１２の処理に戻す。
【００５４】
図９は、サービス制御装置２０が実行するサービス制御情報生成処理の手順を示すフローチャートである。
まず、ステップＳ２１において、通信部２３０はパケットデータの受信を受け付けている（Ｓ２１：ＮＯ）。そして、通信部２３０が複数の通信端末１０のうちいずれかから送信されたパケットデータを受信すると（Ｓ２１：ＹＥＳ）、ステップＳ２２の処理に移る。
【００５５】
ステップＳ２２において、通信部２３０は、受信したパケットデータからサービス利用状況情報を取り出して、このサービス利用状況情報を制御部２１０に供給する。
次に、制御部２１０は、通信部２３０から供給されるサービス利用状況情報を取り込んで、このサービス利用状況情報をサービス利用状況情報データベース２２０に供給する。
次に、サービス利用状況情報データベース２２０は、制御部２１０から供給されるサービス利用状況情報を取り込んで、このサービス利用状況情報を送信元の通信端末１０を特定する端末番号やアドレス情報とともに格納する。
【００５６】
次に、ステップＳ２３において、制御部２１０のサービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納された、複数の通信端末１０分のサービス利用状況情報に基づいて、サービス制御を行うか否かを判定する。
【００５７】
ステップＳ２３における判定処理について、具体的に、複数の通信端末１０が一斉にウェブサーバ３０にアクセスしてコンテンツをダウンロードする状況を例として説明する。この状況が発生すると、通信システム１におけるネットワークのスループットが低下したり、輻輳が発生したりすることにより、ウェブサーバ３０は、コンテンツを要求する全ての通信端末１０に対して低品質なサービスを提供することとなる。そこで、サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納された、複数の通信端末１０分のサービス利用状況情報に基づいて、例えば、ウェブサーバ３０に同時期にアクセス（同時アクセスを含む）する通信端末１０の台数があらかじめ決定された所定の台数を超える場合に、サービス制御を行うと判定する。
【００５８】
次に、ステップＳ２４において、サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納された、複数の通信端末１０分のサービス利用状況情報を解析する。例えば、サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納された、複数の通信端末１０から収集したサービス状況利用情報を参照し、通信端末ごとにサービス制御の優先度を決定する。
【００５９】
具体的に、サービス制御情報生成部２１１は、コンテンツのダウンロード処理をフォアグラウンドで実行している通信端末１０や、コンテンツのダウンロード処理に意識を集中させているユーザの通信端末１０に対しては、比較的高い品質のサービスを提供するように優先度を決定する。一方、サービス制御情報生成部２１１は、コンテンツのダウンロード処理をバックグラウンドで実行している通信端末１０や、コンテンツのダウンロード処理に意識を集中させていないユーザの通信端末１０に対しては、比較的低い品質のサービスを提供するように優先度を決定する。
【００６０】
ここで、優先度の決定方法について説明する。例えば、サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納されたサービス状況利用情報を参照し、制御対象となるダウンロードサービスに対する各通信端末１０の利用状態のスコアＳを下記の式（１）により計算する。この式（１）は、Ｃ，Ｕ，Ｒ，Ｈを引数とした関数ｆで表される。Ｃは、タスク状態情報に応じた値であり、例えば、“ＦＧ”および“ＢＧ”それぞれに対応して“１０”および“１”とする。Ｕは、利用頻度情報に応じた値であり、例えば、“特”、“高”、“中”、および“低”それぞれに対応して“０．８”、“０．６”、“０．４”、および“０．２”とする。Ｒは、例えば、フォアグラウンド率情報である。Ｈは、例えば、操作頻度情報である。
【００６１】
【数１】
【００６２】
式（１）による関数ｆは、例えば、引数を積算および加算またはいずれかの演算を行う関数である。
なお、サービス制御情報生成部２１１は、関数ｆにおける引数Ｃ，Ｕ，Ｒ，Ｈそれぞれに任意の重みを付けて、スコアＳを計算するようにしてもよい。また、サービス利用状況情報データベース２２０に、通信端末１０ごとの、ユーザの趣味や好みに関する嗜好情報をあらかじめ登録しておき、サービス制御情報生成部２１１が、嗜好情報と、サービス種別情報におけるコンテンツ種別情報やジャンル情報等の属性情報とのマッチ度を計算することによってスコアＳを求めてもよい。
【００６３】
サービス制御情報生成部２１１は、計算して得たスコアＳを正規化した値、またはスコアＳそのものを優先度として得る。
【００６４】
次に、ステップＳ２５において、サービス制御情報生成部２１１は、解析結果、つまり優先度に基づいてサービス制御情報を生成する。例えば、サービス制御情報生成部２１１は、通信端末１０ごとに優先度に応じて割当帯域を計算し、優先度と割当帯域の情報とを含むサービス制御情報を生成する。具体例として、サービス制御情報生成部２１１は、ユーザｉの通信端末１０に対する割当帯域Ｗを、下記の式（２）により計算する。ただし、Ｍは、利用可能な帯域、Ｓｉは、ユーザｉの通信端末１０におけるスコアである。
【００６５】
【数２】
【００６６】
次に、ステップＳ２６において、サービス制御情報生成部２１１は、サービス制御情報を通信部２３０に供給する。
通信部２３０は、サービス制御情報生成部２１１から供給されたサービス制御情報を取り込んでこのサービス制御情報をパケット化し、このパケットデータをユーザ端末１０とウェブサーバ３０と中継装置４０とに対して送信する。
次に、制御部２１０は、ステップＳ２１の処理に戻す。
【００６７】
次に、通信端末１０のサービス制御の実行処理について、コンテンツのダウンロードを例に説明する。
図１０（ａ）〜（ｅ）は、一台の通信端末１０が三つのコンテンツをダウンロードする場合の、その通信端末１０に対する帯域制御の例を概念的に示す図である。同図（ａ）〜（ｅ）いずれとも、横軸を時間、縦軸を割当帯域として表している。横軸におけるｔは所定の単位時間（例えば１０秒）である。
【００６８】
図１０（ａ）は、通信端末１０が、三つのコンテンツデータを並行してダウンロードする場合の帯域制御の例である。同図（ａ）によれば、通信端末１０は、割当帯域Ｗの略三分の一（三分の一を含む）の帯域で、コンテンツデータ７１ａ，７２ａ，７３ａのダウンロードを同時に、すなわち優先順位をつけることなく開始し、“３ｔ”時間経過後にコンテンツデータ７３ａのダウンロードを完了させ、“６ｔ”時間経過後にコンテンツデータ７１ａのダウンロードを完了させ、“９ｔ”時間経過後にコンテンツデータ７２ａのダウンロードを完了させている。
同図（ａ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的低く、ネットワークのスループットが所定の基準以下とならない場合の例である。
【００６９】
図１０（ｂ），（ｃ）は、通信端末１０が、割当帯域Ｗ全てを各コンテンツデータのダウンロードに割当て、三つのコンテンツデータを直列にダウンロードする場合の帯域制御の例である。同図（ｂ）によれば、通信端末１０は、割当帯域Ｗ全ての帯域で、コンテンツデータ７１ｂを“２ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７２ｂを“３ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７３ｂを“ｔ”時間をかけてダウンロードしている。
同図（ｂ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的低く、コンテンツデータ７１ｂ，７２ｂ，７３ｂのうち、コンテンツデータ７１ｂのダウンロードの優先度が一番高く、コンテンツデータ７３ｂのダウンロードの優先度が一番低い場合の例である。
【００７０】
図１０（ｂ）のように、コンテンツデータ７１ｂ，７２ｂ，７３ｂを、最も優先度が高いコンテンツデータ７１ｂからダウンロードさせることにより、通信端末１０は、最も優先度が高い（例えば、最も興味がある）コンテンツデータから再生を行うことができるため、ユーザに高い満足度を与えることができる。
【００７１】
また、図１０（ｃ）によれば、通信端末１０は、割当帯域Ｗ全ての帯域で、コンテンツデータ７３ｃを“ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７１ｃを“２ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７２ｃを“６ｔ”時間をかけてダウンロードしている。
同図（ｃ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的低く、コンテンツデータ７１ｃ，７２ｃ，７３ｃのダウンロードの順番を、データ量が少ないほど優先度が高くなるように設定した場合の例である。
【００７２】
図１０（ｃ）のように、コンテンツデータ７１ｃ，７２ｃ，７３ｃのうち、データ量が最も少ない、すなわち最も早く取得可能なコンテンツデータ７３ｃを、最初にダウンロードさせることにより、通信端末１０は、いち早くコンテンツデータ７３ｃの再生を行うことができるため、ユーザに高い満足度を与えることができる。
【００７３】
図１０（ｄ）は、通信端末１０が、割当帯域Ｗ全てを第一番目のコンテンツデータのダウンロードに割当て、また、割当帯域Ｗの略三分の一（三分の一を含む）の帯域を第二番目および第三番目のコンテンツデータに割当てて、これら三つのコンテンツデータを直列にダウンロードする場合の帯域制御の例である。同図（ｄ）によれば、通信端末１０は、割当帯域Ｗ全ての帯域で、コンテンツデータ７３ｄを“ｔ”時間をかけてダウンロードし、次に、割当帯域Ｗの三分の一の帯域で、コンテンツデータ７１ｄを“３ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７２ｄを“６ｔ”時間をかけてダウンロードしている。
同図（ｄ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的高く、コンテンツデータ７１ｄ，７２ｄ，７３ｄの順番を、優先度が高い順、またはコンテンツデータのデータ量が少ない順に設定した場合の例である。
【００７４】
図１０（ｄ）のように、コンテンツデータ７１ｄ，７２ｄ，７３ｄのうち、優先度が最も高いコンテンツデータ７３ｄを、最も早くダウンロードさせることにより、通信端末１０は、いち早くコンテンツデータ７３ｄの再生を行うことができ、ユーザに高い満足度を与えることができる。さらに、ユーザは、ダウンロード後すぐにコンテンツデータ７３ｄの再生を行う可能性があり、この場合、ユーザの注目は再生中のコンテンツに向けられる。このとき、コンテンツデータ７１ｄ，７２ｄのダウンロードに対する注目度が低くなることが期待され、コンテンツデータ７１ｄ，７２ｄの使用帯域を狭くしても、ユーザの満足度への影響は小さいものと考えられる。そこで、コンテンツデータ７１ｄ，７２ｄの使用帯域を狭くした分、他の通信端末１０の使用帯域を広くすることが可能となる。
【００７５】
また、図１０（ｅ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的高く、コンテンツデータ７１ｅのダウンロードの優先度が他の二つのコンテンツデータ７１ｅ，７２ｅのダウンロードの優先度よりも顕著に高い場合の例である。
【００７６】
以上説明したとおり、本発明の一実施形態であるサービス制御装置２を適用した通信システム１において、複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な通信端末１０は、実行中のアプリケーションプログラムごとに、サービスの利用履歴と当該アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得し、例えば定期的にサービス制御装置２０に供給するようにした。
また、サービス制御装置２０は、通信端末１０から供給されるサービス利用状況情報を取り込んでデータベース化し、このデータベース化されたサービス利用状況情報に基づいて、複数の通信端末１０に対するサービス制御の優先度を決定し、この優先度に基づいて、複数の通信端末１０それぞれのサービス制御情報を生成して、対応する通信端末１０に供給するようにした。
また、通信端末１０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいてハードウェア環境のリソース割当てや、ネットワーク環境のリソース割当てを行うようにした。
【００７７】
このように構成したことにより、サービス制御装置２０は、複数の通信端末１０それぞれのマルチタスクによるアプリケーションプログラムの実行状態、言い換えると、サービスの利用状態に応じて、ユーザのサービス利用に関する満足感を損なうことなく、あるいは高く維持しつつ、システム全体としてのリソース割当てを効率的に行うことができる。
すなわち、本実施形態によれば、マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させることができる。
【００７８】
なお、通信端末１０が、サービス制御装置２０の機能を備えることにより、自律的にサービス制御を実行するようにしてもよい。
【００７９】
また、上述した実施形態におけるサービス制御装置の一部、例えば、制御部２２０の機能をコンピュータで実現するようにしてもよい。この場合、その制御機能を実現するためのサービス制御プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたサービス制御プログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や周辺装置のハードウェアを含むものである。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、光ディスク、メモリカード等の可搬型記録媒体、コンピュータシステムに内蔵される磁気ハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバ装置やクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持するものを含んでもよい。また上記のプログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせにより実現するものであってもよい。
【００８０】
以上、本発明の実施の形態について図面を参照して詳述したが、具体的な構成はその実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００８１】
１ 通信システム
２ サービス制御システム
１０ 通信端末
２０ サービス制御装置
３０ ウェブサーバ
４０ 中継装置
１１０ サービス利用状況情報記憶部
１２０ 制御部
１２１ サービス利用状態取得部
１２２ サービス制御処理部
１３０ 通信部
１４０ 通話部
１５０ 操作部
２１０ 制御部
２１１ サービス制御情報生成部
２２０ サービス利用状況情報データベース
２３０ 通信部（サービス利用状況情報取得部、サービス制御情報供給部）
【技術分野】
【０００１】
本発明は、サービス制御装置およびサービス制御プログラムに関する。
【背景技術】
【０００２】
マルチタスクシステムとして機能するユーザ端末の動作に関し、不満を感じるか否かを示すユーザの不満に関する情報とタスクのリソース利用履歴情報とに基づいて、ユーザ端末のリソースの配分を行うリソース配分方法が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２８７０４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されたリソース配分方法は、ユーザ端末が備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリ等の計算機リソースの配分を制御する方法であり、他のユーザ端末や外部システムとの協調した制御を行うものではない。マルチタスクシステムを適用した通信システムにおいては、ユーザ端末内のリソース使用の状況だけでなく、サーバや他のユーザ端末等を考慮した、すなわち通信システム全体の状況に基づいたリソース配分を行うことが求められる。
そこで、本発明は、上記事情を鑑みてなされたものであり、マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させる、サービス制御装置およびサービス制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
［１］上記の課題を解決するため、本発明の一態様であるサービス制御装置は、複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、を備えることを特徴とする。
［２］上記［１］記載のサービス制御装置において、前記複数の通信端末それぞれのユーザに関する嗜好情報をあらかじめ記憶する嗜好情報記憶部をさらに備え、前記サービス利用履歴は、サービスの属性情報を含み、前記サービス制御情報生成部は、前記サービスの属性情報と前記嗜好情報とに基づいてユーザの嗜好に応じた優先度を決定することを特徴とする。
［３］上記［１］または［２］記載のサービス制御装置において、前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される状態に基づくことを特徴とする。
［４］上記［１］または［２］記載のサービス制御装置において、前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される時間的割合に基づくことを特徴とする。
［５］上記［１］または［２］記載のサービス制御装置において、前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムの実行中における操作頻度に基づくことを特徴とする。
［６］上記の課題を解決するため、本発明の一態様であるサービス制御プログラムは、コンピュータを、
複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、として機能させる。
【発明の効果】
【０００６】
本発明によれば、マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態であるサービス制御装置を適用した通信システムの基本構成を概念的に示した構成図である。
【図２】サービス利用状況情報の、おおよそのデータ構成の例を示す図である。
【図３】サービス利用状況情報における項目「サービス種別」の、さらに詳細なデータ構成の体系を示す図である。
【図４】通信端末が三つのアプリケーションプログラムをマルチタスクで実行する場合の画面表示の例を模式的に示す図である。
【図５】通信端末の機能構成を示すブロック図である。
【図６】サービス制御装置の機能構成を示すブロック図である。
【図７】通信端末が実行するサービス利用状況情報送信処理の手順を示すフローチャートである。
【図８】通信端末が実行するサービス利用状態取得処理の手順を示すフローチャートである。
【図９】サービス制御装置が実行するサービス制御情報生成処理の手順を示すフローチャートである。
【図１０】一台の通信端末が三つのコンテンツをダウンロードする場合の、その通信端末に対する帯域制御の例を概念的に示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための形態について、図面を参照して詳細に説明する。
図１は、本発明の一実施形態であるサービス制御装置を適用した通信システムの基本構成を概念的に示した構成図である。同図に示すように、通信システム１は、サービス制御システム２と、通信端末１０とを含んで構成される。また、サービス制御システム２は、サービス制御装置２０と、ウェブサーバ３０と、中継装置４０とを含んで構成される。通信端末１０と、サービス制御装置２０と、ウェブサーバ３０と、中継装置４０との相互の通信は、図示しないネットワークを介して行われる。このネットワークは、コンピュータネットワーク、デジタル電話網等の電気通信回線である。
【０００９】
なお、実際の通信システム１において、通信端末１０は複数存在するが、説明を簡略化するために、図１には一台の通信端末１０を図示する。また、実際のサービス制御システム２において、ウェブサーバ３０および中継装置４０は一または複数存在するが、これにおいても、同図には各一台のウェブサーバ３０および中継装置４０を図示する。
【００１０】
通信端末１０は、マルチタスク機能を有する情報処理端末である。マルチタスク機能とは、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が、複数のタスク（処理の実行単位）を切替えて実行する機能である。通信端末１０は、例えば、コンテンツデータのダウンロード、ウェブサイトの閲覧、電子メールの作成および送受信、通話、オンラインゲームの実行等のサービスに対応するアプリケーションプログラムを、マルチタスク機能によって実行する。通信端末１０は、例えば、携帯電話機、携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ；ＰＤＡ）、多機能携帯電話機（スマートフォン）等の携帯端末や、パーソナルコンピュータ等のコンピュータ装置により実現される。
【００１１】
複数のアプリケーションプログラムをマルチタスクで実行する通信端末１０は、サービス利用状況情報をサービスごとに生成し、このサービス利用状況情報を所定のタイミングにしたがってサービス制御装置２０に供給する。サービス利用状況情報は、通信端末１０がサービスに対応するアプリケーションプログラムを起動している状態において、当該サービスの利用状況を定量化または定性化して表した利用状態値を含むデータテーブルである。サービス利用状況情報は、サービスの利用履歴を示す情報でもある。所定のタイミングは、例えば、３秒〜５秒の時間間隔による周期的なタイミングである。サービス利用状況情報のデータ構成の具体例については後述する。
【００１２】
また、通信端末１０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいて、サービスに対応するアプリケーションプログラムの実行に関するハードウェア環境のリソース割当てや、ネットワーク環境のリソース割当てを行う。ハードウェア環境のリソースとは、例えば、ＣＰＵやメモリ等の計算資源である。また、ネットワーク環境のリソースとは、例えば、データ伝送の割当帯域やデータ伝送の順番等である。
【００１３】
また、通信端末１０は、中継装置４０から供給されるサービス情報およびコンテンツ情報またはいずれかを取り込んでユーザに利用させる。サービス情報は、ウェブ閲覧サービスに対するウェブデータ、通話サービスに対する音声データ、電子メールサービスに対する電子メール等である。コンテンツ情報は、ダウンロードサービスに対するコンテンツデータ等である。
【００１４】
サービス制御装置２０は、複数の通信端末１０それぞれからサービス利用状況情報の提供を受けるたびにこのサービス利用状況情報を取り込んでデータベースに格納する。サービス制御装置２０は、そのデータベースに格納されたサービス利用状況情報を解析して通信端末１０ごとのサービス制御情報を生成し、各サービス制御情報を対応する通信端末１０とウェブサーバ３０と中継装置４０とに供給する。サービス制御装置２０は、例えば、コンピュータ装置やサーバ装置等により実現される。
【００１５】
ウェブサーバ３０は、通信端末１０からの要求に応じて、サービス情報およびコンテンツ情報、すなわち、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）および画像データ等のオブジェクトを、要求元である通信端末１０に対して供給するサーバ装置である。
また、ウェブサーバ３０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいてネットワーク環境のリソース割当てを行う。
【００１６】
中継装置４０は、通信端末１０とウェブサーバ３０との間の通信を中継する装置である。中継装置４０は、例えば、ルータ、プロキシサーバ、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のアクセスポイント等のネットワーク装置、および無線基地局等の基地局により実現される。
中継装置４０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいてネットワーク環境のリソース割当てを行う。例えば、サービス制御情報に示される内容が、通信端末１０に対するサービス提供の品質を下げる指示である場合、中継装置４０は、通信端末１０に対するパケット伝送の優先度を下げたり、ウィンドウサイズを小さくしたりする。
中継装置４０は、ウェブサーバ３０から供給されるサービス情報およびコンテンツ情報を取り込み、サービス制御情報に基づいて制御された状態でこれらサービス情報およびコンテンツ情報を、要求元である通信端末１０に供給する。
【００１７】
次に、通信端末１０が取得するサービス利用状況情報について説明する。
図２は、サービス利用状況情報の、おおよそのデータ構成の例を示す図である。同図に示すように、サービス利用状況情報は、例えば、番号と、日時と、サービス種別と、利用頻度と、タスク状態と、フォアグラウンド率と、操作頻度との各項目（列）を含むデータテーブルである。サービス利用状況情報のレコード（行）は、サービスごと、すなわち、通信端末１０によって起動されるアプリケーションプログラムごとに設けられる。
【００１８】
項目「番号」には、通信端末１０が起動しているアプリケーションプログラムを識別する情報（識別情報）が代入される。識別情報は、例えば、文字、数字、および記号のいずれかまたは組み合わせである。
なお、サービス利用状況情報を複数のデータテーブルで構成する場合、または、サービス利用状況情報に他のデータテーブルを対応付ける場合、項目「番号」を主キーとする。
【００１９】
項目「日時」には、レコードが作成されたとき、およびレコードのデータが更新されたときの日時の情報（日時情報）が代入される。日時情報は、例えば、“年月日”および“時分秒”である。
項目「サービス種別」には、サービスの種別を示す情報（サービス種別情報）が代入される。サービス種別情報は、例えば、“ダウンロード”、“ウェブ閲覧”、“電子メール”、“通話”、“ゲーム”等である。
【００２０】
項目「利用頻度」には、通信端末１０のユーザによる、過去の一定期間におけるサービスの利用の頻度、言い換えると、通信端末１０が、過去の一定期間において、そのサービスに対応するアプリケーションプログラムを実行した時間の割合が、定性的な情報（利用頻度情報）に変換されて代入される。過去の一定期間は、例えば、２４時間、１ヶ月、１週間等であり、ユーザによって任意に変更可能である。定性的な情報である利用頻度情報は、例えば、“特”、“高”、“中”、“低”等である。通信端末１０がアプリケーションプログラムを過去の一定期間において実行した時間の割合をＵとする場合、利用頻度情報は、例えば、Ｕが２５％未満である場合は“低”、２５％以上５０％未満である場合は“中”、５０％以上７５％未満である場合は“高”、および７５％以上である場合は“特”である。
【００２１】
なお、項目「利用頻度」には、過去の一定期間におけるアプリケーションプログラムの起動回数が、定性的な情報に変換されて代入されてもよい。また、項目「利用頻度」には、定性的な情報に限らず、時間の割合またはアプリケーションプログラムの起動回数そのものが代入されてもよい。
【００２２】
項目「タスク状態」には、通信端末１０が、サービスに対応するアプリケーションプログラムを、フォアグラウンドで実行しているか、またはバックグラウンドで実行しているかを示す情報（タスク状態情報）が代入される。フォアグラウンドは、アプリケーションプログラムがユーザによる操作対象となって実行される状態のことである。また、バックグラウンドは、アプリケーションプログラムがユーザによる操作対象とならずに実効される状態のことである。例えば、項目「タスク状態」には、フォアグラウンドを示す情報として“ＦＧ”、バックグラウンドを示す情報として“ＢＧ”が代入される。
【００２３】
項目「フォアグラウンド率」には、サービスに対応するアプリケーションプログラムの実行時間において、そのアプリケーションプログラムがフォアグラウンドで実行される時間的割合（フォアグラウンド率情報）が代入される。実行時間とは、例えば、アプリケーションプログラムの起動時刻から現在時刻までの時間である。
【００２４】
項目「操作頻度」には、サービスに対応するアプリケーションプログラムの実行中における、ユーザによる操作の頻度（操作頻度情報）が代入される。例えば、項目「操作頻度」には、サービスに対応するアプリケーションプログラムの実行時間に対する、そのアプリケーションプログラムの実行に関連するキー操作の時間とポインタ操作の時間との合計時間の割合を、例えば０から１までの間で正規化した値が格納される。
サービス利用状況情報において、タスク状態情報とフォアグラウンド率情報と操作頻度情報とは、アプリケーションプログラムに対するユーザの集中度（ユーザ集中度）を表す。
【００２５】
なお、サービス利用状況情報に、コンテンツデータのサイズや伝送レート等の通信に関する情報を含めさせてもよい。
【００２６】
図３は、サービス利用状況情報における項目「サービス種別」の、さらに詳細なデータ構成の体系を示す図である。同図に示すように、サービスがダウンロードサービスである場合の項目「サービス種別」は、第１分類、第２分類、第３分類、・・・等の項目にさらに区分される。項目「第１分類」には、サービス種別情報、例えば“ダウンロード”が代入される。項目「第２分類」には、コンテンツの種別を示す情報（コンテンツ種別情報）が代入される。例えば、項目「第２分類」には、音楽コンテンツを示す“音楽”、映画コンテンツを示す“映画”、書籍コンテンツを示す“書籍”等が代入される。項目「第３分類」には、ジャンルを示す情報（ジャンル情報）が代入される。例えば、項目「第３分類」には、音楽のジャンルを示す“ジャズ”、“ロック”、“クラシック”等、映画のジャンルを示す“アクション”、“コメディ”、“ロマンス”等、書籍のジャンルを示す“小説”、“学術”、“辞書”等が代入される。さらに、「第４分類」以降の項目には、コンテンツの制作年代、制作国、製作者等のコンテンツに関する各種情報が代入されてもよい。
【００２７】
具体的には、例えば、通信端末１０がアクション映画のコンテンツをダウンロードする場合、サービス利用状況情報のサービス種別には、第１分類として“ダウンロード”、第２分類として“映画”、第３分類として“アクション”が代入される。これらサービス種別は、コンテンツの属性情報である。
【００２８】
図４（ａ）（ｂ）は、通信端末１０が三つのアプリケーションプログラムをマルチタスクで実行する場合の画面表示の例を模式的に示す図である。同図（ａ）は、第１のアプリケーションプログラム〜第３のアプリケーションプログラムそれぞれに対応するウィンドウ６１ａ，６１ｂ，６１ｃが、通信端末１０の表示画面６１に表示された様子を示している。同図（ａ）では、ウィンドウ６１ａが最も手前に表示、つまり、他のウィンドウ６１ｂ，６１ｃによって隠されることなく表示画面６１に表示されている。通信端末１０は、最も手前に表示されるウィンドウ６１ａを検出し、このウィンドウ６１ａに対応する第１のアプリケーションプログラムを、フォアグラウンドで実行されているプログラムとして選出する。
【００２９】
また、図４（ｂ）は、第１のアプリケーションプログラム〜第３のアプリケーションプログラムそれぞれに対応するウィンドウ６２ａ，６２ｂ，６２ｃが、通信端末１０の表示画面６２に表示された様子を示している。同図（ｂ）において、ウィンドウ６２ａは他のウィンドウ６２ｂ，６２ｃに重なっていないが、通信端末１０によって選択されているウィンドウである。具体的には、ウィンドウ６２ａは、通信端末１０の制御によるポインタ６３によって操作されているウィンドウである。通信端末１０は、選択されているウィンドウ、例えば、ポインタ６３によって操作されているウィンドウ６２ａを検出し、このウィンドウ６２ａに対応する第１のアプリケーションプログラムを、フォアグラウンドで実行されているプログラムとして選出する。
なお、通信端末１０は、キーによって操作されているウィンドウ６２ａに対応する第１のアプリケーションプログラムを、フォアグラウンドで実行されているプログラムとして選出してもよい。
【００３０】
次に、通信端末１０の機能構成について説明する。
図５は、通信端末１０の機能構成を示すブロック図である。同図に示すように、通信端末１０は、サービス利用状況情報記憶部１１０と、制御部１２０と、通信部１３０と、通話部１４０と、操作部１５０とを備える。
【００３１】
サービス利用状況情報記憶部１１０は、図２および図３によるサービス利用状況情報を記憶する。サービス利用状況情報記憶部１１０は、例えば書き込みおよび読み出し可能な半導体記憶装置（メモリ）により実現される。
【００３２】
制御部１２０は、図示しないＣＰＵおよび記憶部により実現される。ＣＰＵは、記憶部に記憶された制御プログラムを読み出して実行することにより、通信端末１０全体を制御する。また、ＣＰＵは、記憶部に記憶された一または複数のアプリケーションプログラムを読み出して実行する。ＣＰＵは、複数のアプリケーションプログラムを実行する場合は、マルチタスクにより実行する。ＣＰＵが実行するアプリケーションプログラムは、例えば、コンテンツデータのダウンロードアプリケーション、ウェブブラウザ、電子メールクライアント、音声通話アプリケーション、ゲームアプリケーション等である。
【００３３】
制御部１２０は、その機能構成として、サービス利用状態取得部１２１と、サービス制御処理部１２２とを備える。
サービス利用状態取得部１２１は、サービスごと、言い換えると、ＣＰＵが起動しているアプリケーションプログラムごとに各種の利用状態を監視して利用状態値を取得する。そして、サービス利用状態取得部１２１は、利用状態に変化があったときの利用状態値で、サービス利用状況情報記憶部１１０に記憶されたサービス利用状況情報を更新する。
サービス制御処理部１２２は、サービス制御装置２０から供給されるサービス制御情報を、通信部１３０を介して取り込む。そして、サービス制御処理部１２２は、取り込んだサービス制御情報に基づいて、サービスに対応するアプリケーションプログラムの実行に関するハードウェア環境のリソース割当てや、ネットワーク環境のリソース割当てを行う。
【００３４】
通信部１３０は、サービス制御装置２０および中継装置４０と通信する通信インタフェイスである。例えば、通信部１３０は、制御部１２０から供給されるサービス利用状況情報を取り込み、このサービス利用状況情報をサービス制御装置２０に供給する。また、通信部１３０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報を制御部１２０に供給する。また、通信部１３０は、中継装置４０から供給されるサービス情報およびコンテンツ情報を取り込み、これらサービス情報およびコンテンツ情報を制御部１２０に供給する。
【００３５】
通話部１４０は、電話機能を備えており、制御部１２０が音声通話アプリケーションを実行することにより機能する。
操作部１５０は、キー、タッチパネル、ポインティングデバイス等の操作受付部を備えた操作インタフェイスである。操作部１５０は、ユーザによる操作を受け付けて操作信号を生成し、この操作信号を制御部１２０に供給する。
【００３６】
次に、サービス制御装置２０の機能構成について説明する。
図６は、サービス制御装置２０の機能構成を示すブロック図である。同図に示すように、サービス制御装置２０は、制御部２１０と、サービス利用状況情報データベース２２０と、通信部（サービス利用状況情報取得部、サービス制御情報供給部）２３０とを備える。
【００３７】
制御部２１０は、図示しないＣＰＵおよび記憶部により実現される。ＣＰＵは、記憶部に記憶されたサービス制御プログラムを読み出して実行することにより、サービス制御装置２０全体を制御する。制御部２１０は、通信端末１０から供給されるサービス利用状況情報を、通信部２３０を介して取り込み、このサービス利用状況情報をサービス利用状況情報データベース２２０に供給する。
制御部２１０は、その機能構成として、サービス制御情報生成部２１１を備える。サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納されたサービス利用状況情報を解析して、通信端末１０ごとのサービス制御情報を生成する。
【００３８】
サービス利用状況情報データベース２２０は、制御部２１０から供給されるサービス利用状況情報を取り込んで、このサービス利用状況情報を送信元の通信端末１０を特定する情報（例えば、端末番号やアドレス情報）とともに格納する。サービス利用状況情報データベース２２０は、例えば、磁気ハードディスク装置により実現される。
【００３９】
通信部２３０は、通信端末１０および中継装置４０と通信する通信インタフェイスである。例えば、通信部２３０は、複数の通信端末１０それぞれから供給されるサービス利用状況情報を取り込み、このサービス利用状況情報を制御部２１０に供給する。また、通信部２３０は、制御部２１０から供給されるサービス制御情報を取り込み、このサービス制御情報を対応する通信端末１０とウェブサーバ３０と中継装置４０とに供給する。
【００４０】
次に、通信システム１の動作について、通信端末１０が実行するサービス利用状況情報送信処理と、通信端末１０が実行するサービス利用状態取得処理と、サービス制御装置２０が実行するサービス制御情報生成処理とに分けてそれぞれ説明する。
【００４１】
図７は、通信端末１０が実行するサービス利用状況情報送信処理の手順を示すフローチャートである。通信端末１０の制御部１２０は、制御プログラムを実行することによって、本フローチャートによるサービス利用状況情報送信処理を実行する。
【００４２】
まず、ステップＳ１において、制御部１２０は、サービス利用状況情報記憶部１１０からサービス利用状況情報を読み込む。
次に、ステップＳ２において、制御部１２０は、読み込んだサービス利用状況情報を通信部１３０に供給する。
通信部１３０は、制御部１２０から供給されたサービス利用状況情報を取り込んでこのサービス利用状況情報をパケット化し、このパケットデータをサービス制御装置２０に対して送信する。
次に、ステップＳ３において、制御部１２０は、所定の時間が経過するまで待ち状態にし（Ｓ３：ＮＯ）、その所定の時間が経過したときに、ステップＳ１の処理に戻す（Ｓ３：ＹＥＳ）。所定の時間、つまり周期は、例えば３秒〜５秒である。
【００４３】
図８は、通信端末１０が実行するサービス利用状態取得処理の手順を示すフローチャートである。通信端末１０の制御部１２０は、制御プログラムを実行することによって、本フローチャートによるサービス利用状態取得処理を実行する。ただし、同図のフローチャートは、アプリケーションプログラムごとに実行される処理手順を示している。
【００４４】
制御部１２０が一つのアプリケーションプログラムを起動すると、本フローチャートによる処理が開始される。まず、ステップＳ１１において、制御部１２０は、サービス利用状況情報記憶部１１０にサービス利用状況情報が記憶されていない場合は、サービス利用状況情報のレコードを新規に作成し、サービス利用状況情報記憶部１１０にサービス利用状況情報が存在する場合は、そのサービス利用状況情報にレコードを追加する。例えば、制御部１２０は、図２および図３に示したサービス利用状況情報のレコードを新規作成または追加する。
【００４５】
具体的には、制御部１２０は、起動したアプリケーションプログラムを識別する識別情報を「番号」に代入し、現在日時の情報を「日時」に代入し、起動したアプリケーションプログラムに対応するサービス種別情報を「サービス種別」に代入し、過去の一定期間において、そのサービスに対応するアプリケーションプログラムを実行した時間の割合を、定性的な情報に変換して得た利用頻度情報を「利用頻度」に代入し、「タスク状態」、「フォアグラウンド率」、「操作頻度」等の項目をヌル（ｎｕｌｌ）としたレコードを新規作成または追加する。
【００４６】
次に、ステップＳ１２において、制御部１２０のサービス利用状態取得部１２１は、通信端末１０の利用状態を監視して利用状態値を取得する。利用状態値は、例えば、アプリケーションプログラムのタスクの状態に応じた判定値と、アプリケーションプログラムのフォアグラウンド率と、アプリケーションプログラムの操作頻度とである。
【００４７】
より具体的には、例えば、サービス利用状態取得部１２１は、アプリケーションプログラムがフォアグラウンドで実行されているか、バックグラウンドで実行されるかについてのタスクの状態を判定し、その判定結果に応じた判定値を取得する。判定の具体例としては、第１の例として、図４（ａ）に示したように、サービス利用状態取得部１２１は、アプリケーションプログラムに対応するウィンドウが最も手前に表示されるウィンドウであるか否かを調べることによって、フォアグラウンドで実行されているかバックグラウンドで実行されているかを判定する。また、第２の例として、同図（ｂ）に示したように、サービス利用状態取得部１２１は、アプリケーションプログラムに対応するウィンドウがポインタやキーによって操作されているウィンドウであるか否かを調べることによって、フォアグラウンドで実行されているかバックグラウンドで実行されているかを判定する。
サービス利用状態取得部１２１は、判定結果がフォアグラウンドを示す結果である場合は、判定値を例えば“１”とし、判定結果がバックグラウンドを示す結果である場合は、判定値を例えば“０（ゼロ）”とする。
【００４８】
また、例えば、サービス利用状態取得部１２１は、アプリケーションプログラムの実行時間において、そのアプリケーションプログラムがフォアグラウンドで実行される時間の割合を計算することによってフォアグラウンド率を取得する。
【００４９】
また、例えば、サービス利用状態取得部１２１は、アプリケーションプログラムの実行時間に対する、そのアプリケーションプログラムの実行に関連するキー操作の時間とポインタ操作の時間との合計時間の割合を、例えば０から１までの間で正規化された値を計算することによって操作頻度を取得する。
【００５０】
また、例えば、サービスがダウンロードサービスである場合は、サービス利用状態取得部１２１は、ダウンロード対象とするコンテンツデータに対応する属性情報、例えば、コンテンツ種別、ジャンル等を取得する。
【００５１】
次に、図８におけるステップＳ１３において、サービス利用状態取得部１２１は、直前のステップＳ１２の処理において取得した利用状態値が前回取得した利用状態値から変化しているか否かを判定する。そして、サービス利用状態取得部１２１は、変化していると判定した場合、および直前のステップＳ１２の処理において取得した利用状態値が最初の利用状態値である場合は、ステップＳ１４の処理に移す。一方、サービス利用状態取得部１２１は、変化していないと判定した場合は、ステップＳ１２の処理に戻す。
【００５２】
ステップＳ１４において、サービス利用状態取得部１２１は、変化していると判定した場合の利用状態値、および最初の利用状態値であると判定した場合の利用状態値で、レコードのデータを更新する。
【００５３】
次に、ステップＳ１５において、制御部１２０は、アプリケーションプログラムの実行が終了したか否かを判定し、実行が終了したと判定した場合は、本フローチャートの処理を終了させる。一方、制御部１２０は、実行が終了していないと判定した場合は、ステップＳ１２の処理に戻す。
【００５４】
図９は、サービス制御装置２０が実行するサービス制御情報生成処理の手順を示すフローチャートである。
まず、ステップＳ２１において、通信部２３０はパケットデータの受信を受け付けている（Ｓ２１：ＮＯ）。そして、通信部２３０が複数の通信端末１０のうちいずれかから送信されたパケットデータを受信すると（Ｓ２１：ＹＥＳ）、ステップＳ２２の処理に移る。
【００５５】
ステップＳ２２において、通信部２３０は、受信したパケットデータからサービス利用状況情報を取り出して、このサービス利用状況情報を制御部２１０に供給する。
次に、制御部２１０は、通信部２３０から供給されるサービス利用状況情報を取り込んで、このサービス利用状況情報をサービス利用状況情報データベース２２０に供給する。
次に、サービス利用状況情報データベース２２０は、制御部２１０から供給されるサービス利用状況情報を取り込んで、このサービス利用状況情報を送信元の通信端末１０を特定する端末番号やアドレス情報とともに格納する。
【００５６】
次に、ステップＳ２３において、制御部２１０のサービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納された、複数の通信端末１０分のサービス利用状況情報に基づいて、サービス制御を行うか否かを判定する。
【００５７】
ステップＳ２３における判定処理について、具体的に、複数の通信端末１０が一斉にウェブサーバ３０にアクセスしてコンテンツをダウンロードする状況を例として説明する。この状況が発生すると、通信システム１におけるネットワークのスループットが低下したり、輻輳が発生したりすることにより、ウェブサーバ３０は、コンテンツを要求する全ての通信端末１０に対して低品質なサービスを提供することとなる。そこで、サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納された、複数の通信端末１０分のサービス利用状況情報に基づいて、例えば、ウェブサーバ３０に同時期にアクセス（同時アクセスを含む）する通信端末１０の台数があらかじめ決定された所定の台数を超える場合に、サービス制御を行うと判定する。
【００５８】
次に、ステップＳ２４において、サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納された、複数の通信端末１０分のサービス利用状況情報を解析する。例えば、サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納された、複数の通信端末１０から収集したサービス状況利用情報を参照し、通信端末ごとにサービス制御の優先度を決定する。
【００５９】
具体的に、サービス制御情報生成部２１１は、コンテンツのダウンロード処理をフォアグラウンドで実行している通信端末１０や、コンテンツのダウンロード処理に意識を集中させているユーザの通信端末１０に対しては、比較的高い品質のサービスを提供するように優先度を決定する。一方、サービス制御情報生成部２１１は、コンテンツのダウンロード処理をバックグラウンドで実行している通信端末１０や、コンテンツのダウンロード処理に意識を集中させていないユーザの通信端末１０に対しては、比較的低い品質のサービスを提供するように優先度を決定する。
【００６０】
ここで、優先度の決定方法について説明する。例えば、サービス制御情報生成部２１１は、サービス利用状況情報データベース２２０に格納されたサービス状況利用情報を参照し、制御対象となるダウンロードサービスに対する各通信端末１０の利用状態のスコアＳを下記の式（１）により計算する。この式（１）は、Ｃ，Ｕ，Ｒ，Ｈを引数とした関数ｆで表される。Ｃは、タスク状態情報に応じた値であり、例えば、“ＦＧ”および“ＢＧ”それぞれに対応して“１０”および“１”とする。Ｕは、利用頻度情報に応じた値であり、例えば、“特”、“高”、“中”、および“低”それぞれに対応して“０．８”、“０．６”、“０．４”、および“０．２”とする。Ｒは、例えば、フォアグラウンド率情報である。Ｈは、例えば、操作頻度情報である。
【００６１】
【数１】
【００６２】
式（１）による関数ｆは、例えば、引数を積算および加算またはいずれかの演算を行う関数である。
なお、サービス制御情報生成部２１１は、関数ｆにおける引数Ｃ，Ｕ，Ｒ，Ｈそれぞれに任意の重みを付けて、スコアＳを計算するようにしてもよい。また、サービス利用状況情報データベース２２０に、通信端末１０ごとの、ユーザの趣味や好みに関する嗜好情報をあらかじめ登録しておき、サービス制御情報生成部２１１が、嗜好情報と、サービス種別情報におけるコンテンツ種別情報やジャンル情報等の属性情報とのマッチ度を計算することによってスコアＳを求めてもよい。
【００６３】
サービス制御情報生成部２１１は、計算して得たスコアＳを正規化した値、またはスコアＳそのものを優先度として得る。
【００６４】
次に、ステップＳ２５において、サービス制御情報生成部２１１は、解析結果、つまり優先度に基づいてサービス制御情報を生成する。例えば、サービス制御情報生成部２１１は、通信端末１０ごとに優先度に応じて割当帯域を計算し、優先度と割当帯域の情報とを含むサービス制御情報を生成する。具体例として、サービス制御情報生成部２１１は、ユーザｉの通信端末１０に対する割当帯域Ｗを、下記の式（２）により計算する。ただし、Ｍは、利用可能な帯域、Ｓｉは、ユーザｉの通信端末１０におけるスコアである。
【００６５】
【数２】
【００６６】
次に、ステップＳ２６において、サービス制御情報生成部２１１は、サービス制御情報を通信部２３０に供給する。
通信部２３０は、サービス制御情報生成部２１１から供給されたサービス制御情報を取り込んでこのサービス制御情報をパケット化し、このパケットデータをユーザ端末１０とウェブサーバ３０と中継装置４０とに対して送信する。
次に、制御部２１０は、ステップＳ２１の処理に戻す。
【００６７】
次に、通信端末１０のサービス制御の実行処理について、コンテンツのダウンロードを例に説明する。
図１０（ａ）〜（ｅ）は、一台の通信端末１０が三つのコンテンツをダウンロードする場合の、その通信端末１０に対する帯域制御の例を概念的に示す図である。同図（ａ）〜（ｅ）いずれとも、横軸を時間、縦軸を割当帯域として表している。横軸におけるｔは所定の単位時間（例えば１０秒）である。
【００６８】
図１０（ａ）は、通信端末１０が、三つのコンテンツデータを並行してダウンロードする場合の帯域制御の例である。同図（ａ）によれば、通信端末１０は、割当帯域Ｗの略三分の一（三分の一を含む）の帯域で、コンテンツデータ７１ａ，７２ａ，７３ａのダウンロードを同時に、すなわち優先順位をつけることなく開始し、“３ｔ”時間経過後にコンテンツデータ７３ａのダウンロードを完了させ、“６ｔ”時間経過後にコンテンツデータ７１ａのダウンロードを完了させ、“９ｔ”時間経過後にコンテンツデータ７２ａのダウンロードを完了させている。
同図（ａ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的低く、ネットワークのスループットが所定の基準以下とならない場合の例である。
【００６９】
図１０（ｂ），（ｃ）は、通信端末１０が、割当帯域Ｗ全てを各コンテンツデータのダウンロードに割当て、三つのコンテンツデータを直列にダウンロードする場合の帯域制御の例である。同図（ｂ）によれば、通信端末１０は、割当帯域Ｗ全ての帯域で、コンテンツデータ７１ｂを“２ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７２ｂを“３ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７３ｂを“ｔ”時間をかけてダウンロードしている。
同図（ｂ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的低く、コンテンツデータ７１ｂ，７２ｂ，７３ｂのうち、コンテンツデータ７１ｂのダウンロードの優先度が一番高く、コンテンツデータ７３ｂのダウンロードの優先度が一番低い場合の例である。
【００７０】
図１０（ｂ）のように、コンテンツデータ７１ｂ，７２ｂ，７３ｂを、最も優先度が高いコンテンツデータ７１ｂからダウンロードさせることにより、通信端末１０は、最も優先度が高い（例えば、最も興味がある）コンテンツデータから再生を行うことができるため、ユーザに高い満足度を与えることができる。
【００７１】
また、図１０（ｃ）によれば、通信端末１０は、割当帯域Ｗ全ての帯域で、コンテンツデータ７３ｃを“ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７１ｃを“２ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７２ｃを“６ｔ”時間をかけてダウンロードしている。
同図（ｃ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的低く、コンテンツデータ７１ｃ，７２ｃ，７３ｃのダウンロードの順番を、データ量が少ないほど優先度が高くなるように設定した場合の例である。
【００７２】
図１０（ｃ）のように、コンテンツデータ７１ｃ，７２ｃ，７３ｃのうち、データ量が最も少ない、すなわち最も早く取得可能なコンテンツデータ７３ｃを、最初にダウンロードさせることにより、通信端末１０は、いち早くコンテンツデータ７３ｃの再生を行うことができるため、ユーザに高い満足度を与えることができる。
【００７３】
図１０（ｄ）は、通信端末１０が、割当帯域Ｗ全てを第一番目のコンテンツデータのダウンロードに割当て、また、割当帯域Ｗの略三分の一（三分の一を含む）の帯域を第二番目および第三番目のコンテンツデータに割当てて、これら三つのコンテンツデータを直列にダウンロードする場合の帯域制御の例である。同図（ｄ）によれば、通信端末１０は、割当帯域Ｗ全ての帯域で、コンテンツデータ７３ｄを“ｔ”時間をかけてダウンロードし、次に、割当帯域Ｗの三分の一の帯域で、コンテンツデータ７１ｄを“３ｔ”時間をかけてダウンロードし、次に、コンテンツデータ７２ｄを“６ｔ”時間をかけてダウンロードしている。
同図（ｄ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的高く、コンテンツデータ７１ｄ，７２ｄ，７３ｄの順番を、優先度が高い順、またはコンテンツデータのデータ量が少ない順に設定した場合の例である。
【００７４】
図１０（ｄ）のように、コンテンツデータ７１ｄ，７２ｄ，７３ｄのうち、優先度が最も高いコンテンツデータ７３ｄを、最も早くダウンロードさせることにより、通信端末１０は、いち早くコンテンツデータ７３ｄの再生を行うことができ、ユーザに高い満足度を与えることができる。さらに、ユーザは、ダウンロード後すぐにコンテンツデータ７３ｄの再生を行う可能性があり、この場合、ユーザの注目は再生中のコンテンツに向けられる。このとき、コンテンツデータ７１ｄ，７２ｄのダウンロードに対する注目度が低くなることが期待され、コンテンツデータ７１ｄ，７２ｄの使用帯域を狭くしても、ユーザの満足度への影響は小さいものと考えられる。そこで、コンテンツデータ７１ｄ，７２ｄの使用帯域を狭くした分、他の通信端末１０の使用帯域を広くすることが可能となる。
【００７５】
また、図１０（ｅ）の帯域制御は、ウェブサーバ３０に対する各通信端末１０からのアクセス率が比較的高く、コンテンツデータ７１ｅのダウンロードの優先度が他の二つのコンテンツデータ７１ｅ，７２ｅのダウンロードの優先度よりも顕著に高い場合の例である。
【００７６】
以上説明したとおり、本発明の一実施形態であるサービス制御装置２を適用した通信システム１において、複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な通信端末１０は、実行中のアプリケーションプログラムごとに、サービスの利用履歴と当該アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得し、例えば定期的にサービス制御装置２０に供給するようにした。
また、サービス制御装置２０は、通信端末１０から供給されるサービス利用状況情報を取り込んでデータベース化し、このデータベース化されたサービス利用状況情報に基づいて、複数の通信端末１０に対するサービス制御の優先度を決定し、この優先度に基づいて、複数の通信端末１０それぞれのサービス制御情報を生成して、対応する通信端末１０に供給するようにした。
また、通信端末１０は、サービス制御装置２０から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいてハードウェア環境のリソース割当てや、ネットワーク環境のリソース割当てを行うようにした。
【００７７】
このように構成したことにより、サービス制御装置２０は、複数の通信端末１０それぞれのマルチタスクによるアプリケーションプログラムの実行状態、言い換えると、サービスの利用状態に応じて、ユーザのサービス利用に関する満足感を損なうことなく、あるいは高く維持しつつ、システム全体としてのリソース割当てを効率的に行うことができる。
すなわち、本実施形態によれば、マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させることができる。
【００７８】
なお、通信端末１０が、サービス制御装置２０の機能を備えることにより、自律的にサービス制御を実行するようにしてもよい。
【００７９】
また、上述した実施形態におけるサービス制御装置の一部、例えば、制御部２２０の機能をコンピュータで実現するようにしてもよい。この場合、その制御機能を実現するためのサービス制御プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたサービス制御プログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や周辺装置のハードウェアを含むものである。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、光ディスク、メモリカード等の可搬型記録媒体、コンピュータシステムに内蔵される磁気ハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバ装置やクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持するものを含んでもよい。また上記のプログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせにより実現するものであってもよい。
【００８０】
以上、本発明の実施の形態について図面を参照して詳述したが、具体的な構成はその実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００８１】
１ 通信システム
２ サービス制御システム
１０ 通信端末
２０ サービス制御装置
３０ ウェブサーバ
４０ 中継装置
１１０ サービス利用状況情報記憶部
１２０ 制御部
１２１ サービス利用状態取得部
１２２ サービス制御処理部
１３０ 通信部
１４０ 通話部
１５０ 操作部
２１０ 制御部
２１１ サービス制御情報生成部
２２０ サービス利用状況情報データベース
２３０ 通信部（サービス利用状況情報取得部、サービス制御情報供給部）
【特許請求の範囲】
【請求項１】
複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、
前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、
前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、
を備えることを特徴とするサービス制御装置。
【請求項２】
前記複数の通信端末それぞれのユーザに関する嗜好情報をあらかじめ記憶する嗜好情報記憶部をさらに備え、
前記サービス利用履歴は、サービスの属性情報を含み、
前記サービス制御情報生成部は、前記サービスの属性情報と前記嗜好情報とに基づいてユーザの嗜好に応じた優先度を決定する
ことを特徴とする請求項１記載のサービス制御装置。
【請求項３】
前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される状態に基づくことを特徴とする請求項１または２記載のサービス制御装置。
【請求項４】
前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される時間的割合に基づくことを特徴とする請求項１または２記載のサービス制御装置。
【請求項５】
前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムの実行中における操作頻度に基づくことを特徴とする請求項１または２記載のサービス制御装置。
【請求項６】
コンピュータを、
複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、
前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、
前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、
として機能させるためのサービス制御プログラム。
【請求項１】
複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、
前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、
前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、
を備えることを特徴とするサービス制御装置。
【請求項２】
前記複数の通信端末それぞれのユーザに関する嗜好情報をあらかじめ記憶する嗜好情報記憶部をさらに備え、
前記サービス利用履歴は、サービスの属性情報を含み、
前記サービス制御情報生成部は、前記サービスの属性情報と前記嗜好情報とに基づいてユーザの嗜好に応じた優先度を決定する
ことを特徴とする請求項１記載のサービス制御装置。
【請求項３】
前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される状態に基づくことを特徴とする請求項１または２記載のサービス制御装置。
【請求項４】
前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される時間的割合に基づくことを特徴とする請求項１または２記載のサービス制御装置。
【請求項５】
前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムの実行中における操作頻度に基づくことを特徴とする請求項１または２記載のサービス制御装置。
【請求項６】
コンピュータを、
複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、
前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、
前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、
として機能させるためのサービス制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２１５９４３（Ｐ２０１２−２１５９４３Ａ）
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願番号】特願２０１１−７９０２４（Ｐ２０１１−７９０２４）
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]