(57)【要約】【課題】情報処理装置からサービス提供システムの処理サーバへの大量アクセスを情報処理装置側で制御する。【解決手段】サービス提供システムは、情報処理装置から装置情報を受け取り、装置情報に基づいて、その情報処理装置がサービス提供システムにアクセス可能なタイミングが示されたスケジュール情報を作成する。情報処理装置は、サービス提供システムから、アクセス制御を行うためのアプリケーションと、上記のスケジュール情報を取得し、アプリケーションにより、スケジュール情報を参照して、情報処理装置がサービス提供システムにアクセス可能なタイミングになった時に、アクセスを行う。【選択図】図１
2010170377.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが利用する情報処理装置と、
前記情報処理装置と通信可能に接続され、前記情報処理装置に対して、サービス提供システムにアクセス可能なタイミングを通知する処理サーバと
を含み、
前記情報処理装置は、
前記処理サーバにダウンロードリクエストを送信し、前記サービス提供システムに対するアクセス制御を行うためのアプリケーションを取得するアプリケーション取得手段と、
前記アプリケーションの動作に応じて、前記情報処理装置が前記サービス提供システムにアクセス可能なタイミングが示されたスケジュール情報を参照し、前記スケジュール情報に基づいてアクセス制御を行うアクセス制御手段と
を具備し、
前記処理サーバは、
前記情報処理装置からのダウンロードリクエストに応じて、前記アプリケーションを前記情報処理装置に提供するアプリケーション配信手段と、
前記情報処理装置を示す装置情報を取得し、前記装置情報に基づいて、前記情報処理装置が前記サービス提供システムにアクセス可能なタイミングを決定して前記スケジュール情報を作成し、前記スケジュール情報をスケジュールＤＢ（データベース）に記憶し、前記スケジュール情報を前記情報処理装置に提供するスケジュール管理手段と
を具備する
アクセスコントロールシステム。
【請求項２】
請求項１に記載のアクセスコントロールシステムであって、
前記スケジュール管理手段は、前記スケジュール情報を前記アプリケーションに付加し、
前記アプリケーション配信手段は、前記スケジュール情報を前記アプリケーションと共に前記情報処理装置に送信する
アクセスコントロールシステム。
【請求項３】
請求項１に記載のアクセスコントロールシステムであって、
前記アクセス制御手段は、予め決められた時間における前記アプリケーションの起動と共に、前記スケジュール情報の待ち受け状態に移行し、
前期スケジュール管理手段は、前記スケジュール情報を前記情報処理装置にＰＵＳＨ送信する
アクセスコントロールシステム。
【請求項４】
請求項１乃至３のいずれか一項に記載のアクセスコントロールシステムであって、
前記スケジュール管理手段は、割り当てられている装置情報の個数が少ないタイミングから順に、新たな装置情報を振り分け、前記スケジュール情報を作成する
アクセスコントロールシステム。
【請求項５】
請求項１乃至４のいずれか一項に記載のアクセスコントロールシステムであって、
前記スケジュール管理手段は、各タイミングに割り当てられる装置情報の個数の上限を超えると、次のタイミングに新たな装置情報を振り分け、前記スケジュール情報を作成する
アクセスコントロールシステム。
【請求項６】
請求項１乃至５のいずれか一項に記載のアクセスコントロールシステムであって、
前記スケジュール管理手段は、前記装置情報の属性に応じて、前記装置情報の振り分け先となるタイミングを決定し、前記スケジュール情報を作成する
アクセスコントロールシステム。
【請求項７】
請求項１乃至６のいずれか一項に記載のアクセスコントロールシステムで使用される情報処理装置。
【請求項８】
請求項１乃至６のいずれか一項に記載のアクセスコントロールシステムで使用される処理サーバ。
【請求項９】
ユーザが利用する情報処理装置と、前記情報処理装置に対してサービス提供システムにアクセス可能なタイミングを通知する処理サーバとを接続し、
前記情報処理装置において、前記処理サーバにダウンロードリクエストを送信し、
前記処理サーバにおいて、前記情報処理装置からのダウンロードリクエストに応じて、前記アプリケーションを前記情報処理装置に提供し、
前記処理サーバにおいて、前記情報処理装置を示す装置情報を取得し、前記装置情報に基づいて、前記情報処理装置が前記サービス提供方法にアクセス可能なタイミングを決定して前記スケジュール情報を作成し、
前記処理サーバにおいて、前記スケジュール情報をスケジュールＤＢ（データベース）に記憶し、
前記処理サーバにおいて、前記スケジュール情報を前記情報処理装置に提供し、
前記情報処理装置において、前記サービス提供システムに対するアクセス制御を行うためのアプリケーションを取得し、
前記情報処理装置において、前記アプリケーションの動作に応じて、前記情報処理装置が前記サービス提供方法にアクセス可能なタイミングが示されたスケジュール情報を参照し、前記スケジュール情報に基づいてアクセス制御を行う
アクセスコントロール方法。
【請求項１０】
請求項９に記載のアクセスコントロール方法であって、
前記処理サーバにおいて、前記スケジュール情報を前記アプリケーションに付加し、前記スケジュール情報を前記アプリケーションと共に前記情報処理装置に送信する
アクセスコントロール方法。
【請求項１１】
請求項９に記載のアクセスコントロール方法であって、
前記情報処理装置において、予め決められた時間における前記アプリケーションの起動と共に、前記スケジュール情報の待ち受け状態に移行し、
前記処理サーバから、前記スケジュール情報を前記情報処理装置にＰＵＳＨ送信する
アクセスコントロール方法。
【請求項１２】
請求項９乃至１１のいずれか一項に記載のアクセスコントロール方法であって、
前記処理サーバにおいて、割り当てられている装置情報の個数が少ないタイミングから順に、新たな装置情報を振り分け、前記スケジュール情報を作成する
アクセスコントロール方法。
【請求項１３】
請求項９乃至１２のいずれか一項に記載のアクセスコントロール方法であって、
前記処理サーバにおいて、各タイミングに割り当てられる装置情報の個数の上限を超えると、次のタイミングに新たな装置情報を振り分け、前記スケジュール情報を作成する
アクセスコントロール方法。
【請求項１４】
請求項９乃至１３のいずれか一項に記載のアクセスコントロール方法であって、
前記処理サーバにおいて、前記装置情報の属性に応じて、前記装置情報の振り分け先となるタイミングを決定し、前記スケジュール情報を作成する
アクセスコントロール方法。
【請求項１５】
請求項９乃至１４のいずれか一項に記載のアクセスコントロール方法における情報処理装置の動作を、コンピュータに実行させるためのプログラム。
【請求項１６】
請求項９乃至１４のいずれか一項に記載のアクセスコントロール方法における処理サーバの動作を、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセスコントロールシステムに関し、特に情報処置装置からサービス提供システムの処理サーバの一時的なトラフィック集中を回避するアクセスコントロールシステムに関する。
【背景技術】
【０００２】
今までは、情報処置装置からサービス提供システムの処理サーバの一時的なトラフィック集中を回避する際には、サービス提供システム内の処理サーバの数を一時的に増やすシステム増強や、ロードバランサ（負荷分散装置）等による受け側サイトでの処理サーバへのアクセス制御が行われていた。
【０００３】
すなわち、従来は、サービス提供システムの処理サーバがアクセスを受けてから、どのように負荷分散処理を行うかによって、アクセス制御を行う必要があった。
【０００４】
関連する技術として、特開２００３−１３１９６１号公報（特許文献１）にネットワークシステム及び負荷分散方法が開示されている。この関連技術では、ルータは、複数存在する経路に同一ネットワークアドレスを設定し、Ｈａｓｈ（ハッシュ）値を算出した結果により各経路への振り分けを行う機能を使用して複数の負荷分散装置へのアクセスの振り分けを行う。複数の負荷分散装置の各々は、自身が持つＬＡＮ機能を利用し、ラウンドロビンによりアクセスを複数のＷｅｂサーバに割り振る。
【０００５】
また、特開２００６−０７９４８８号公報（特許文献２）にデータ収集装置、データ収集システム及びデータ収集方法が開示されている。この関連技術では、ネットワークに分散配置されたデータ収集対象から所定のデータを収集する装置において、データ収集対象毎の各要素の使用量率を算出する使用量算出蓄積部と、この算出された可動率が低い時にデータ収集を行うスケジュールを生成する負荷分散スケジュール生成部を備えて、生成した収集を行うスケジュールに基づいて上記所定のデータを収集する。
【０００６】
また、特開２００５−１８２６４１号公報（特許文献３）に動的負荷分散システム及び動的負荷分散方法が開示されている。この関連技術では、クライアントからの操作によってインターネットを介して複数業務を複数サーバを用いて処理するシステムの動的負荷分散システムにおいて、複数の業務処理を分散して処理する複数のサーバと、複数のサーバ毎の実行する業務を指示するサーバ監視・制御エージェントと、複数の業務に対するレスポンスを監視するレスポンス監視エージェントとを備え、サーバ監視・制御エージェントが、複数のサーバ毎のリソース及び複数の業務に対するレスポンス並びにルール情報に基づいて複数のサーバが個々に実行する業務を指示する。
【０００７】
また、特開平７−３１９８３４号公報（特許文献４）に分散オンラインシステムの負荷分散方式が開示されている。この関連技術では、複数計算機間で負荷分散を行う場合には、処理要求のキューイングとスケジュールを行う要求スケジュール用計算機と、要求の処理を行う要求処理用計算機とに分離し、スケジュールプロセスから、要求処理プロセスに対し処理要求をスケジュールする。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００３−１３１９６１号公報
【特許文献２】特開２００６−０７９４８８号公報
【特許文献３】特開２００５−１８２６４１号公報
【特許文献４】特開平７−３１９８３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、ユーザが利用する情報処理装置側で、アプリケーションソフトウェア（以下、アプリケーション）により、サービス提供システムへのアクセスを制御して、情報処理装置毎に所定のタイミングでアクセスを行うアクセスコントロールシステムを提供することである。
【課題を解決するための手段】
【００１０】
本発明のアクセスコントロールシステムは、ユーザが利用する情報処理装置と、情報処理装置と通信可能に接続され、情報処理装置に対して、サービス提供システムにアクセス可能なタイミングを通知する処理サーバとを含む。情報処理装置は、処理サーバにダウンロードリクエストを送信し、サービス提供システムに対するアクセス制御を行うためのアプリケーションを取得するアプリケーション取得手段と、アプリケーションの動作に応じて、情報処理装置がサービス提供システムにアクセス可能なタイミングが示されたスケジュール情報を参照し、スケジュール情報に基づいてアクセス制御を行うアクセス制御手段とを具備する。処理サーバは、情報処理装置からのダウンロードリクエストに応じて、アプリケーションを情報処理装置に提供するアプリケーション配信手段と、情報処理装置を示す装置情報を取得し、装置情報に基づいて、情報処理装置がサービス提供システムにアクセス可能なタイミングを決定してスケジュール情報を作成し、スケジュール情報をスケジュールＤＢ（データベース）に記憶し、スケジュール情報を情報処理装置に提供するスケジュール管理手段とを具備する。
【００１１】
本発明のアクセスコントロール方法では、ユーザが利用する情報処理装置と、情報処理装置に対してサービス提供システムにアクセス可能なタイミングを通知する処理サーバとを接続する。次に、情報処理装置において、処理サーバにダウンロードリクエストを送信する。次に、処理サーバにおいて、情報処理装置からのダウンロードリクエストに応じて、アプリケーションを情報処理装置に提供する。次に、処理サーバにおいて、情報処理装置を示す装置情報を取得する。次に、装置情報に基づいて、情報処理装置がサービス提供方法にアクセス可能なタイミングを決定してスケジュール情報を作成する。次に、処理サーバにおいて、スケジュール情報をスケジュールＤＢ（データベース）に記憶する。次に、処理サーバにおいて、スケジュール情報を情報処理装置に提供する。次に、情報処理装置において、サービス提供システムに対するアクセス制御を行うためのアプリケーションを取得する。次に、情報処理装置において、アプリケーションの動作に応じて、情報処理装置がサービス提供方法にアクセス可能なタイミングが示されたスケジュール情報を参照する。次に、スケジュール情報に基づいてアクセス制御を行う。
【発明の効果】
【００１２】
情報処理装置からサービス提供システムへのアクセスにおける負荷分散を可能にする。
【図面の簡単な説明】
【００１３】
【図１】本発明のアクセスコントロールシステムの構成例を示す概念図である。
【図２Ａ】本発明のアクセスコントロールシステムの動作を示すフローチャートである。
【図２Ｂ】本発明のアクセスコントロールシステムの動作を示すフローチャートである。
【図３Ａ】本発明に係るスケジュールＤＢに格納された情報のパターン１の例を示す図である。
【図３Ｂ】本発明に係るスケジュールＤＢに格納された情報のパターン２の例を示す図である。
【図３Ｃ】本発明に係るスケジュールＤＢに格納された情報のパターン３の例を示す図である。
【図４Ａ】実施例１における番組開始前の事前処理を示すシーケンス図である。
【図４Ｂ】実施例１における番組開始後（番組放送中）の処理を示すシーケンス図である。
【図５】アプリケーションダウンロード画面の例を示す図である。
【図６】コンテンツ画面の例を示す図である。
【図７】送信画面の例を示す図である。
【図８Ａ】実施例２における番組開始前の事前処理を示すシーケンス図である。
【図８Ｂ】実施例２における番組開始後（番組放送中）の処理を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に、本発明の実施形態について添付図面を参照して説明する。
図１に示すように、本発明のアクセスコントロールシステムは、情報処理装置１０と、処理サーバ２０を含む。
【００１５】
情報処理装置１０は、アクセス元となるユーザにより使用される。情報処理装置１０は、少なくとも１台は存在する。ここでは、情報処理装置１０は、複数とする。情報処理装置１０は、Ｗｅｂサイトを閲覧可能な通信装置であると好適である。情報処理装置１０の例として、携帯電話機、ＰＣ（パソコン）、モバイルノートＰＣ、シンクライアント端末、ワークステーション、カーナビ（カーナビゲーションシステム）、携帯ゲーム機、家庭用ゲーム機、双方向テレビ、デジタルチューナー、デジタルレコーダー、情報家電（ｉｎｆｏｒｍａｔｉｏｎ  ｈｏｍｅ  ａｐｐｌｉａｎｃｅ）、ＯＡ（Ｏｆｆｉｃｅ  Ａｕｔｏｍａｔｉｏｎ）機器等が考えられる。情報処理装置１０は、車両や船舶、航空機等の移動体に搭載されていても良い。但し、実際には、これらの例に限定されない。
【００１６】
処理サーバ２０は、情報処理装置１０とネットワーク等を介して通信可能に接続されている。処理サーバ２０は、少なくとも１台は存在する。なお、処理サーバ２０が複数である場合、複数の処理サーバ２０の各々は、情報を共有するものとする。処理サーバ２０は、情報処理装置１０に対して、サービス提供システムにアクセス可能なタイミングを通知する。サービス提供システムは、情報処理装置１０からのリクエストに応じて、ネットワーク通信に対応した何らかのサービスを提供するものである。サービスの種類は問わない。処理サーバ２０の例として、ＰＣ、シンクライアントサーバ、ワークステーション、メインフレーム、スーパーコンピュータ等のコンピュータ、或いは、複数のコンピュータを組み合わせたシステム等が考えられる。但し、実際には、これらの例に限定されない。
【００１７】
ここでは、処理サーバ２０は、サービス提供システムの一部又は全体として、情報処理装置１０に対して、サービスを提供するものとして説明する。但し、実際には、処理サーバ２０は、サービス提供システムから独立した装置として、情報処理装置１０に対して、サービス提供システムにアクセス可能なタイミングを通知するものでも良い。
【００１８】
本発明では、情報処理装置１０に事前にダウンロードさせたアプリケーションが、情報処理装置１０からサービス提供システムの処理サーバ２０へのアクセスを制御し、アクセスを行うことによって、負荷分散を可能にする。
【００１９】
情報処理装置１０は、処理部１１と、記憶部１２と、送受信部１３と、入力部１４と、出力部１５と、アプリケーション取得部１６と、アクセス制御部１７を備える。
【００２０】
処理サーバ２０は、処理部２１と、記憶部２２と、送受信部２３と、アプリケーション配信部２４と、スケジュール管理部２５と、スケジュールＤＢ（データベース）２６と、アクセス処理部２７を備える。
【００２１】
処理部１１及び処理部２１は、コンピュータ内外の各装置の制御やデータの計算・加工を行い、記憶装置に記憶されたプログラムを実行したり、入力装置や記憶装置からデータを受け取り、演算・加工した上で、出力装置や記憶装置に出力したりする。処理部１１及び処理部２１の例として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やマイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、又は同様の機能を有するＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：半導体集積回路）等が考えられる。但し、実際には、これらの例に限定されない。
【００２２】
記憶部１２、記憶部２２、及びスケジュールＤＢ２６は、コンピュータ内外でデータを格納する。記憶部１２、記憶部２２、及びスケジュールＤＢ２６の例として、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の外部記憶装置（ストレージ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、或いはフラッシュメモリ等の半導体記憶装置、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）やメモリカード等の記憶媒体（メディア）等が考えられる。また、記憶部１２、記憶部２２、及びスケジュールＤＢ２６は、コンピュータ本体に内蔵された記憶装置に限らず、周辺機器（外付けＨＤＤ等）や外部のサーバに設置された記憶装置、或いは、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）でも良い。但し、実際には、これらの例に限定されない。
【００２３】
送受信部１３及び送受信部２３は、ネットワーク（通信回線）を介して、外部とデータの送受信を行う。送受信部１３及び送受信部２３の例として、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等のネットワークアダプタや、アンテナ等の通信装置、接続口（コネクタ）等の通信ポート等が考えられる。また、ネットワークの例として、インターネット、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ケーブルテレビ（ＣＡＴＶ）回線、固定電話網、携帯電話網、ＷｉＭＡＸ、３Ｇ（第３世代携帯電話）、専用線（ｌｅａｓｅ  ｌｉｎｅ）等が考えられる。但し、実際には、これらの例に限定されない。
【００２４】
入力部１４は、データや、ユーザ操作に基づく信号をコンピュータに入力する。入力部１４の例として、キーボードやキーパッド、画面上のキーパッド、タッチパネル（ｔｏｕｃｈ  ｐａｎｅｌ）、タブレット（ｔａｂｌｅｔ）、或いは、マイク等の音声入力装置、又は、ＱＲコード（登録商標）やＩＣチップ、記憶媒体（メディア）等の読取装置等が考えられる。また、入力部１４は、外部の入力装置や記憶装置から情報を取得するためのインターフェース（Ｉ／Ｆ：ｉｎｔｅｒｆａｃｅ）でも良い。但し、実際には、これらの例に限定されない。
【００２５】
出力部１５は、記憶されているデータや処理されたデータをコンピュータから出力する。このとき、出力部１５は、文字データや画像データに限らず、音声データや映像データを出力するようにしても良い。出力部１５の例として、ＬＣＤ（液晶ディスプレイ）やＰＤＰ（プラズマディスプレイ）、有機ＥＬディスプレイ（ｏｒｇａｎｉｃ  ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ  ｄｉｓｐｌａｙ）等の表示装置、スピーカやヘッドフォン等の音声出力装置、表示内容を壁やスクリーンに投影するプロジェクタ等の映写装置、表示内容を用紙等に印刷するプリンタ等の印刷装置等が考えられる。また、出力部１５は、外部の表示装置や記憶装置に情報を出力するためのインターフェースでも良い。すなわち、出力部１５は、何らかの出力装置であれば良い。但し、実際には、これらの例に限定されない。
【００２６】
アプリケーション取得部１６は、サービス提供システムの処理サーバ２０へアクセスするためのアプリケーションを取得する。ここでは、アプリケーション取得部１６は、送受信部１３を介して、サービス提供システムの処理サーバ２０が提供するＷｅｂサイトにダウンロード要求（ダウンロードリクエスト）を送信し、当該Ｗｅｂサイトから、サービス提供システムの処理サーバ２０へアクセスするためのアプリケーションをダウンロードする。
【００２７】
アクセス制御部１７は、取得されたアプリケーションに基づいて、サービス提供システムの処理サーバ２０へアクセスするタイミングを制御する。ここでは、アクセス制御部１７は、サービス提供システムの処理サーバ２０から提供されるダウンロード型アプリケーションの一部又は全体として、情報処理装置１０上で、取得されたアプリケーションが動作する際に、一緒に動作する。或いは、アクセス制御部１７は、ＣＰＵ等のハードウェアとして、取得されたアプリケーションを起動し、アプリケーションの動作を管理するものでも良い。すなわち、アクセス制御部１７は、アプリケーションが取得される前は情報処理装置１０上に存在せず、アプリケーションが取得されることで情報処理装置１０上に配置される。アクセス制御部１７は、アプリケーションと共に取得されたスケジュール情報に基づいて、サービス提供システムの処理サーバ２０へアクセスするタイミングを制御する。
【００２８】
なお、アプリケーション取得部１６及びアクセス制御部１７は、処理部１１により実行されるプログラムでも良いし、処理部１１とは別の独立したハードウェアでも良い。
【００２９】
アプリケーション配信部２４は、情報処理装置１０がサービス提供システムの処理サーバ２０へアクセスするためのアプリケーションを送信する。ここでは、アプリケーション配信部２４は、送受信部２３を介して、情報処理装置１０から、処理サーバ２０へアクセスするためのアプリケーションのダウンロード要求を受け取った際に、情報処理装置１０に対して、アプリケーション配信を行う。
【００３０】
スケジュール管理部２５は、各情報処理装置１０と処理サーバ２０の接続のタイミングを管理する。ここでは、スケジュール管理部２５は、情報処理装置１０とタイミングが対応付けされたスケジュールＤＢ２６を参照し、各情報処理装置１０の接続のタイミングを示すスケジュール情報を、情報処理装置１０に対して配信されるアプリケーションに組み込む。実際には、スケジュール管理部２５は、スケジュール情報をアプリケーション配信部２４に通知することにより、アプリケーション配信部２４が、スケジュール情報をアプリケーションと共に情報処理装置１０に送信するようにしても良い。
【００３１】
スケジュールＤＢ２６は、情報処理装置１０を識別するための装置情報と、情報処理装置１０と処理サーバ２０の接続のタイミングを対応付けて格納している。装置情報の例としては、情報処理装置１０に固有の個体識別番号（ＵＩＤ、ＵＩＭ（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）製造番号、サブスクライバＩＤ、端末シリアル番号等）や、製造番号、電話番号、ユーザＩＤ、位置情報（ＧＰＳ、ＩＰアドレス等）等が考えられる。但し、実際には、これらの例に限定されない。なお、アクセス先の処理サーバ２０が複数存在する場合、スケジュールＤＢ２６は、更に、処理サーバ２０を識別するためのサーバ情報を、上記の装置情報及びそのタイミングと対応付けて格納するようにしても良い。また、スケジュールＤＢ２６は、記憶部２２に格納されていても良い。
【００３２】
アクセス処理部２７は、情報処理装置１０からのアクセス（ユーザアクセス）に応じて、処理を実行する。このとき、アクセス処理部２７は、実行された処理結果を情報処理装置１０へ送信するようにしても良い。ここでは、処理サーバ２０は、サービス提供システムの一部又は全体として機能するものとして説明しているため、処理サーバ２０上にアクセス処理部２７が存在している。但し、実際には、アクセス処理部２７は、処理サーバ２０とは別のサーバに搭載されていても良い。
【００３３】
なお、アプリケーション配信部２４、スケジュール管理部２５、及びアクセス処理部２７は、処理部２１により実行されるプログラムでも良いし、処理部２１とは別の独立したハードウェアでも良い。また、アプリケーション配信部２４、スケジュール管理部２５、及びアクセス処理部２７は、それぞれ異なるサーバ上に存在していても良い。
【００３４】
図２Ａ、図２Ｂを参照して、本発明のアクセスコントロールシステムの動作手順について説明する。
【００３５】
（１）ステップＳ１０１
情報処理装置１０のアプリケーション取得部１６は、ユーザによる入力部１４への操作に応じて、サービス提供システムの処理サーバ２０のアプリケーション配信部２４にアクセスする。ユーザによる入力部１４への操作の例として、ボタンの押下や、ブラウザへのサービス提供システムの処理サーバ２０のアドレス（ＵＲＬ等）の記入等が考えられる。ここでは、アプリケーション取得部１６は、アプリケーション配信部２４にダウンロードリクエストを送信する。
【００３６】
（２）ステップＳ１０２
アプリケーション取得部１６は、アプリケーション配信部２４にアクセスした際に、装置情報を、サービス提供システムの処理サーバ２０に送信する。すなわち、アプリケーション取得部１６は、アプリケーション配信部２４に対して、ダウンロードリクエストと共に、装置情報を送信する。或いは、ダウンロードリクエストの送信が行われた際に、情報処理装置１０の処理部１１が、サービス提供システムの処理サーバ２０のスケジュ−ル管理部２５に対して、装置情報を送信するようにしても良い。
【００３７】
（３）ステップＳ１０３
サービス提供システムの処理サーバ２０のスケジュ−ル管理部２５は、装置情報をスケジュールＤＢ２６にタイミングと共に記憶し、その装置情報のタイミングが記載されたスケジュール情報を作成する。このとき、スケジュ−ル管理部２５は、各装置情報が全タイミングに均一に分散するように、若しくは、アクセス処理部２７の各タイミング毎の処理能力を超えない範囲で、若しくは、装置情報に基づいて所定の決められた条件で、各装置情報を振り分けて、スケジュール情報を作成する。なお、スケジュ−ル管理部２５は、スケジュール情報を、装置情報を取得する毎に作成しても良いし、取得された装置情報が一定数に達した後に作成しても良い。
【００３８】
（４）ステップＳ１０４
アプリケーション配信部２４は、情報処理装置１０からダウンロードリクエストを受信した際、当該情報処理装置１０が予め登録されているかどうか判断する。なお、アプリケーション配信部２４は、ダウンロードリクエストに対して、無条件でダウンロード型アプリケーションを提供する場合、当該情報処理装置１０が予め登録されているかどうか判断しなくても良い。
【００３９】
（５）ステップＳ１０５
アプリケーション配信部２４は、情報処理装置１０が予め登録されていないと判断した場合、情報処理装置１０に対して、登録を促し、情報処理装置１０の登録が適切に行われた場合、ダウンロード型アプリケーションを送信する。なお、アプリケーション配信部２４は、このダウンロード型アプリケーションをＰＵＳＨ（プッシュ）型で送信するようにしても良い。アプリケーション配信部２４は、情報処理装置１０の登録が行われない場合、処理を終了する。
【００４０】
（６）ステップＳ１０６
アプリケーション配信部２４は、情報処理装置１０が予め登録されていると判断した場合、予め登録された情報処理装置１０に対して、ダウンロード型アプリケーションを送信する。このとき、アプリケーション配信部２４は、ダウンロード型アプリケーションを規定の日時等のタイミングで送信するようにしても良い。
【００４１】
（７）ステップＳ１０７
また、サービス提供システムの処理サーバ２０のアプリケーション配信部２４は、作成されたスケジュール情報を、ダウンロード型アプリケーションと共に送信する。或いは、アプリケーション配信部２４は、情報処理装置１０のアプリケーション取得部１６によるダウンロード型アプリケーションのダウンロード後に、スケジュール情報をＰＵＳＨ型で情報処理装置１０へ送信するようにしても良い。
【００４２】
（８）ステップＳ１０８
情報処理装置１０のアプリケーション取得部１６は、サービス提供システムの処理サーバ２０のアプリケーション配信部２４からダウンロード型アプリケーションをダウンロードして情報処理装置１０の記憶部１２に記憶する。
【００４３】
（９）ステップＳ１０９
情報処理装置１０の処理部１１又はアクセス制御部１７は、ユーザのボタン押下等の操作により、情報処理装置１０とサービス提供システムの処理サーバ２０との間の通信が発生しない状態で、記憶部１２に記憶されたダウンロード型アプリケーションを起動する。
【００４４】
（１０）ステップＳ１１０
処理部１１又はアクセス制御部１７は、ダウンロード型アプリケーションにより、共にダウンロードされたコンテンツ情報を読み出して、出力部１５に出力する。ここでは、出力部１５は、表示装置であり、コンテンツ情報を表示するものとする。なお、出力部１５は、コンテンツ情報が音声データである場合、コンテンツ情報を音声出力するようにしても良い。
【００４５】
（１１）ステップＳ１１１
アクセス制御部１７は、コンテンツ情報を利用する上でサービス提供システムの処理サーバ２０との通信が必要となった場合は、アクセスを制御して接続する。例えば、アクセス制御部１７は、アンケートやクイズの回答情報を送信する等の処理要求を、処理サーバ２０に対して送信する際に、アクセスを制御して接続する。ここでは、処理部１１は、ダウンロード型アプリケーションに付加されたアクセス制御部１７を動作させることにより、アクセスを制御して接続する。
【００４６】
（１２）ステップＳ１１２
アクセス制御部１７は、その情報処理装置１０がアクセス可能なタイミング（時間帯やサービスのコンテンツのフェーズ）が記載されたスケジュール情報（と内蔵時計や現在のフェーズと）を参照して、アクセス可能なタイミングか否か判断する。
【００４７】
（１３）ステップＳ１１３
アクセス制御部１７は、アクセス不可能なタイミングの時には、出力部１５を介して、ユーザに、アクセス不可能である旨と、次にアクセス可能なタイミングの通知をする。或いは、アクセス制御部１７は、アクセス可能なタイミングになるまで、接続を保留にし、アクセス可能なタイミングになった後に、自動的に接続する。
【００４８】
（１４）ステップＳ１１４
アクセス制御部１７は、アクセス可能なタイミングの時には、サービス提供システムの処理サーバ２０に通信を開始し、アクセス処理部２７に接続する。ここで、サービスの現在のフェーズは、ダウンロード型アプリケーションと共にダウンロードされたコンテンツ情報の進行により、フェーズが変化しても良いし、別途デジタルテレビ放送（データ放送）により現在のフェーズを受信しても良い。この場合、送受信部１３は、デジタルテレビ放送（データ放送）を受信する機能を有するものとする。アクセス制御部１７は、スケジュール情報を参照して、この現在のフェーズがアクセス可能なタイミングか判断する。
【００４９】
（１５）ステップＳ１１５
アクセス処理部２７は、アクセス制御部１７から接続され、処理要求を受信すると、処理要求に合わせた処理を実行し、集計や計算結果、添削結果等の処理結果を情報処理装置１０へ返す。
【００５０】
図３Ａ、図３Ｂ、図３Ｃを参照して、スケジュールＤＢに格納された情報のパターンの例について説明する。スケジュール情報は、スケジュールＤＢに格納された情報のうち、対象となる情報処理装置毎に、装置情報に該当する情報のみを抽出したものとする。或いは、スケジュール情報は、スケジュールＤＢに格納された情報をそのまま使用しても良い。但し、実際には、これらの例に限定されない。ここでは、タイミングＡ，Ｂ，Ｃは、それぞれ異なるタイミングを示す。装置情報ｏ，ｐ，ｑ，ｒ，ｓは、それぞれ異なる装置情報を示す。
【００５１】
図３Ａを参照して、パターン１について説明する。
パターン１では、スケジュール管理部２５は、割り当てられている装置情報の個数が少ないタイミングから順に、新たな装置情報を振り分ける。図３Ａに示す例において、新たな装置情報として、次に装置ｔが来ると、装置ｔはタイミングＣに振り分けられる。
【００５２】
図３Ｂを参照して、パターン２について説明する。
パターン２では、スケジュール管理部２５は、各タイミングにおいて、割り当てられる装置情報の個数の上限を超えると、次のタイミングに新たな装置情報を振り分ける。ここでは、割り当てられる装置情報の個数の上限は「３つ」としている。図３Ｂに示す例において、新たな装置情報として、次に装置ｔが来ると、装置ｔはタイミングＢに振り分けられる。
【００５３】
図３Ｃを参照して、パターン３について説明する。
パターン３では、予め、各タイミングと、情報処理装置１０の個体識別番号（ＵＩＤ等）や、電話番号の市外局番、位置情報（ＧＰＳ、地域情報）、又はＩＰアドレスのサブネットのアドレス（ネットワークアドレス）等の数値が対応付けされている。スケジュール管理部２５は、新たな装置情報を受け取った場合、装置情報の数値（文字、記号）を参照し、一部又は全部の数値が各タイミングに対応付けられた数値と一致するかどうか判断し、その結果に応じて、新たな装置情報を各タイミングに振り分ける。すなわち、スケジュール管理部２５は、装置情報の属性に応じて、その装置情報の振り分け先となるタイミングを決定する。
【００５４】
なお、スケジュール情報は、上記の各パターンを組み合わせても良い。例えば、クイズ番組における視聴者回答において、出題された問題毎に、回答情報の送信のタイミングのパターンを変更するようにしても良い。
【００５５】
＜本発明の実施例＞
以下に、本発明の具体的な実施例について説明する。
ここでは、クイズ番組における視聴者回答において、本発明を適用した場合について説明する。
【００５６】
＜実施例１＞
図４Ａ、図４Ｂを参照して、実施例１について説明する。
【００５７】
（番組前）
まず、図４Ａを参照して、実施例１における番組開始前の事前処理について説明する。
【００５８】
（１）ステップＳ２０１
情報処理装置１０は、ネットワークを介して、サービス提供システムの処理サーバ２０にアクセスする。ここでは、情報処理装置１０の処理部１１は、送受信部１３を介して、処理サーバ２０にアクセスする。
【００５９】
（２）ステップＳ２０２
処理サーバ２０は、情報処理装置１０に対して、図５に示すようなアプリケーションダウンロード画面の情報を送信する。ここでは、処理サーバ２０の処理部２１は、送受信部２３を介し、情報処理装置１０に対して、記憶部２２に記憶されているアプリケーションダウンロード画面の情報を送信する。
【００６０】
（３）ステップＳ２０３
情報処理装置１０は、アプリケーションダウンロード画面を表示する。アプリケーションダウンロード画面は、ダウンロードボタンを含む。ここでは、情報処理装置１０の処理部１１は、送受信部１３を介して、アプリケーションダウンロード画面を受信し、アプリケーションダウンロード画面を出力部１５に出力する。
【００６１】
（４）ステップＳ２０４
情報処理装置１０は、ユーザによるアプリケーションダウンロード画面上のダウンロードボタンの選択及び押下を受け付ける。ここでは、情報処理装置１０の処理部１１は、入力部１４に対するユーザ操作に応じて、アプリケーションダウンロード画面上のダウンロードボタンの選択及び押下を検出する。
【００６２】
（５）ステップＳ２０５
情報処理装置１０は、アプリケーションダウンロード画面上のダウンロードボタンが選択されて押下された場合、処理サーバ２０に対し、装置情報と共にアプリケーション要求を送信する。ここでは、情報処理装置１０のアプリケーション取得部１６は、送受信部１３を介して、サービス提供システムの処理サーバ２０に、装置情報とダウンロードリクエストを送信する。ダウンロードリクエストに装置情報が含まれていても良い。
【００６３】
（６）ステップＳ２０６
処理サーバ２０は、装置情報と共にアプリケーション要求を受信すると、装置情報とその装置がアクセス可能になるタイミングを対応付けたスケジュール情報を作成し、スケジュールＤＢ２６に記憶する。ここでは、処理サーバ２０のアプリケーション配信部２４は、装置情報とダウンロードリクエストを受信すると、スケジュール管理部２５に対して、装置情報と共に、スケジュール情報の作成依頼を送る。スケジュール管理部２５は、装置情報の内容に基づいて、装置情報とタイミングを対応付けてスケジュール情報を作成し、スケジュールＤＢ２６に記憶する。
【００６４】
（７）ステップＳ２０７
処理サーバ２０は、コンテンツ情報及びスケジュール情報を含むアプリケーションを、情報処理装置１０に送信する。ここでは、処理サーバ２０のアプリケーション配信部２４は、記憶部２２に記憶されているコンテンツ情報と、スケジュールＤＢ２６に記憶されているスケジュール情報をアプリケーションに付加し、送受信部２３を介して、当該アプリケーションを情報処理装置１０に送信する。
【００６５】
（８）ステップＳ２０８
情報処理装置１０は、アプリケーションを記憶部１２に記憶し、当該アプリケーションを常駐の待ち受けアプリとして設定する。ここでは、情報処理装置１０のアプリケーション取得部１６は、送受信部１３を介して、アプリケーションを受信し、当該アプリケーションを記憶部１２に記憶する。このとき、情報処理装置１０のアプリケーション取得部１６は、アプリケーションと共に、コンテンツ情報とスケジュール情報を、送受信部１３を介して受信し、記憶部１２に記憶する。情報処理装置１０の処理部１１は、当該アプリケーションを常駐の待ち受けアプリとして設定する。
【００６６】
（番組開始）
次に、図４Ｂを参照して、実施例１における番組開始後（番組放送中）の処理について説明する。
【００６７】
（９）ステップＳ２０９
情報処理装置１０は、スケジュール情報において予め決められた時間にアプリケーションを起動する。或いは、情報処理装置１０は、予め決められた時間に、処理サーバ２０からアプリケーションの起動信号を受け取った場合に、アプリケーションを起動するようにしても良い。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、予め決められた時間にアプリケーションを起動する。アクセス制御部１７は、アプリケーションの起動に応じて、アクセス制御を開始する。
【００６８】
（１０）ステップＳ２１０
情報処理装置１０は、アンケートやクイズ等のコンテンツ情報に基づき、図６に示すようなコンテンツ画面を表示する。コンテンツ画面は、回答情報の入力欄と、決定ボタンを含む。なお、図６では、ラジオボタン（選択ボタン）による選択式の回答情報を例示しているが、実際には、回答情報は、選択式でも記述式でも良い。また、音声や、写真、動画等により回答する場合、回答情報は、音声データや映像データ等でも良い。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、アプリケーションと共に取得されたコンテンツ情報に基づいて、コンテンツ画面を出力部１５に出力する。
【００６９】
（１１）ステップＳ２１１
情報処理装置１０は、ユーザによるコンテンツ画面に対する回答情報の入力を受け付ける。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、入力部１４に対するユーザ操作に応じて、コンテンツ画面に対する回答情報の入力を検出する。
【００７０】
（１２）ステップＳ２１２
情報処理装置１０は、コンテンツ画面に対して回答情報が入力された後、コンテンツ画面上の決定ボタンが選択されて押下された場合、回答情報を記憶部１２に記憶する。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、入力部１４に対するユーザ操作の終了後、回答情報を記憶部１２に記憶する。
【００７１】
（１３）ステップＳ２１３
情報処理装置１０は、スケジュール情報に基づき、処理サーバ２０へアクセス可能なタイミング、若しくは予め決められた時間やフェーズになると、図７に示すような送信画面を表示する。送信画面は、送信ボタンを含む。ここでは、情報処理装置１０のアクセス制御部１７は、スケジュール情報に基づき、処理サーバ２０へアクセス可能なタイミング、若しくは予め決められた時間やフェーズになったかどうかを判断し、結果を処理部１１に通知する。処理部１１は、処理サーバ２０へアクセス可能なタイミング、若しくは予め決められた時間やフェーズになった場合、アプリケーションと共に取得されたコンテンツ情報に基づいて、送信画面を出力部１５に出力する。
【００７２】
（１４）ステップＳ２１４
情報処理装置１０は、ユーザによる送信画面上の送信ボタンの選択及び押下を受け付ける。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、入力部１４に対するユーザ操作に応じて、送信画面上の送信ボタンの選択及び押下を検出する。
【００７３】
（１５）ステップＳ２１５
情報処理装置１０は、送信画面上の送信ボタンが選択されて押下された場合、スケジュール情報を参照し、当該情報処理装置１０が処理サーバ２０へアクセス可能なタイミングか判断する。ここでは、情報処理装置１０のアクセス制御部１７は、送信画面上の送信ボタンが選択されて押下された場合、スケジュール情報に基づき、当該情報処理装置１０が処理サーバ２０へアクセス可能なタイミングか判断する。
【００７４】
（１６）ステップＳ２１６
情報処理装置１０は、当該情報処理装置１０が処理サーバ２０へアクセス可能なタイミングであれば、回答情報を処理サーバ２０に送信する。ここでは、情報処理装置１０のアクセス制御部１７は、当該情報処理装置１０が処理サーバ２０へアクセス可能なタイミングである場合、送受信部１３を介して、記憶部１２に記憶されている回答情報を処理サーバ２０に送信する。
【００７５】
（１７）ステップＳ２１７
処理サーバ２０は、回答情報を受信すると、回答情報を記憶部２２に記憶する。ここでは、処理サーバ２０のアクセス処理部２７は、送受信部２３を介して、回答情報を受信すると、回答情報を記憶部２２に記憶する。
【００７６】
（１８）ステップＳ２１８
処理サーバ２０は、回答情報を受け付けた旨を情報処理装置１０に送信する。ここでは、処理サーバ２０のアクセス処理部２７は、送受信部２３を介して、回答情報を受け付けた旨を情報処理装置１０に送信する。
【００７７】
（１９）ステップＳ２１９
情報処理装置１０は、処理サーバ２０が回答情報を受け付けた旨を受信すると、アプリケーションにより、処理サーバ２０が回答情報を受け付けた旨の画面（受付画面）を表示する。ここでは、情報処理装置１０のアクセス制御部１７は、送受信部１３を介して、処理サーバ２０が回答情報を受け付けた旨を受信すると、アプリケーションにより、処理部１１に対して、処理サーバ２０が回答情報を受け付けた旨の画面（受付画面）を通知する。或いは、アクセス制御部１７は、アプリケーションにより、処理サーバ２０が回答情報を受け付けた旨の画面（受付画面）を記憶部１２に記憶する。処理部１１は、処理サーバ２０が回答情報を受け付けた旨の画面（受付画面）を出力部１５に表示する。
【００７８】
なお、実際には、処理サーバ２０は、回答情報を受け付けた旨を情報処理装置１０に送信しなくても良い。この場合、情報処理装置１０は、正常に回答情報を処理サーバ２０に送信した場合、アプリケーションにより、処理サーバ２０が回答情報を受け付けた旨の画面を表示する。
【００７９】
＜実施例２＞
図８Ａ、図８Ｂを参照して、実施例２について説明する。
【００８０】
（番組前）
ここでは、図８Ａを参照して、実施例２における番組開始前の事前処理について説明する。
【００８１】
（１）ステップＳ３０１
情報処理装置１０は、ネットワークを介して、サービス提供システムの処理サーバ２０にアクセスする。ここでは、情報処理装置１０の処理部１１は、送受信部１３を介して、処理サーバ２０にアクセスする。
【００８２】
（２）ステップＳ３０２
処理サーバ２０は、情報処理装置１０に対して、図５に示すようなアプリケーションダウンロード画面の情報を送信する。ここでは、処理サーバ２０の処理部２１は、送受信部２３を介し、情報処理装置１０に対して、記憶部２２に記憶されているアプリケーションダウンロード画面の情報を送信する。
【００８３】
（３）ステップＳ３０３
情報処理装置１０は、アプリケーションダウンロード画面を表示する。アプリケーションダウンロード画面は、ダウンロードボタンを含む。ここでは、情報処理装置１０の処理部１１は、送受信部１３を介して、アプリケーションダウンロード画面を受信し、アプリケーションダウンロード画面を出力部１５に出力する。
【００８４】
（４）ステップＳ３０４
情報処理装置１０は、ユーザによるアプリケーションダウンロード画面上のダウンロードボタンの選択及び押下を受け付ける。ここでは、情報処理装置１０の処理部１１は、入力部１４に対するユーザ操作に応じて、アプリケーションダウンロード画面上のダウンロードボタンの選択及び押下を検出する。
【００８５】
（５）ステップＳ３０５
情報処理装置１０は、アプリケーションダウンロード画面上のダウンロードボタンが選択されて押下された場合、処理サーバ２０に対し、装置情報と共にアプリケーション要求を送信する。ここでは、情報処理装置１０のアプリケーション取得部１６は、送受信部１３を介して、サービス提供システムの処理サーバ２０に、装置情報とダウンロードリクエストを送信する。ダウンロードリクエストに装置情報が含まれていても良い。
【００８６】
（６）ステップＳ３０６
処理サーバ２０は、装置情報と共にアプリケーション要求を受信すると、装置情報を記憶部２２に記憶する。ここでは、処理サーバ２０のアプリケーション配信部２４は、送受信部２３を介して、装置情報とダウンロードリクエストを受信すると、装置情報を記憶部２２に記憶する。
【００８７】
（７）ステップＳ３０７
処理サーバ２０は、コンテンツ情報を含むアプリケーションを情報処理装置１０に送信する。ここでは、処理サーバ２０のアプリケーション配信部２４は、記憶部２２に記憶されているコンテンツ情報をアプリケーションに付加し、送受信部２３を介して、当該アプリケーションを情報処理装置１０に送信する。
【００８８】
（８）ステップＳ３０８
情報処理装置１０は、アプリケーションを記憶部１２に記憶し、当該アプリケーションを常駐の待ち受けアプリとして設定する。ここでは、情報処理装置１０のアプリケーション取得部１６は、送受信部１３を介して、アプリケーションを受信し、当該アプリケーションを記憶部１２に記憶する。このとき、情報処理装置１０のアプリケーション取得部１６は、アプリケーションと共に、コンテンツ情報を、送受信部１３を介して受信し、記憶部１２に記憶する。情報処理装置１０の処理部１１は、当該アプリケーションを常駐の待ち受けアプリとして設定する。
【００８９】
（９）ステップＳ３０９
処理サーバ２０は、予め決められたアプリケーションのダウンロード期間終了後、記憶された複数の装置情報の数に応じて、効率的なタイミング制御パターンを決定し、決定されたタイミング制御パターンに基づいて、装置情報を、当該装置情報に対応する情報処理装置１０が処理サーバ２０とアクセス可能となるタイミングに振り分けて、各情報処理装置１０のスケジュール情報を作成し、作成されたスケジュール情報をスケジュールＤＢ２６に記憶する。ここでは、処理サーバ２０のスケジュール管理部２５は、予め決められたアプリケーションのダウンロード期間終了後、装置情報の内容に基づいて、装置情報とタイミングを対応付けてスケジュール情報を作成し、スケジュールＤＢ２６に記憶する。
【００９０】
（１０）ステップＳ３１０
情報処理装置１０は、予め決められた時間にアプリケーションを起動し、スケジュール情報の待ち受け状態に移行する。このとき、情報処理装置１０は、アプリケーションの起動に関するスケジュール情報のみ、事前に処理サーバ２０から取得しておくようにしても良い。また、情報処理装置１０は、予め決められた時間に処理サーバ２０からアプリケーションの起動信号を受け取った場合や、アプリケーション自体に設定された起動時刻（処理開始時間）に達した場合、或いは、予め決められた時間帯におけるユーザ操作に応じて、アプリケーションを起動するようにしても良い。但し、実際には、これらの例に限定されない。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、予め決められた時間にアプリケーションを起動し、スケジュール情報の待ち受け状態に移行する。
【００９１】
（１１）ステップＳ３１１
処理サーバ２０は、データ放送等を経由して、スケジュール情報を情報処理装置１０にＰＵＳＨ型で送信（ＰＵＳＨ送信）する。ここでは、処理サーバ２０のスケジュール管理部２５は、送受信部２３を介して、スケジュール情報を情報処理装置１０にＰＵＳＨ送信する。
【００９２】
（１２）ステップＳ３１２
情報処理装置１０は、受信されたスケジュール情報を記憶部１２に記憶する。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、送受信部１３を介して、スケジュール情報を受信し、スケジュール情報を記憶部１２に記憶する。
【００９３】
（番組開始）
次に、図８Ｂを参照して、実施例２における番組開始後（番組放送中）の処理について説明する。
【００９４】
（１３）ステップＳ３１３
情報処理装置１０は、予め決められた時間に、アンケートやクイズ等のコンテンツ情報に基づき、図６に示すようなコンテンツ画面を表示する。コンテンツ画面は、回答情報の入力欄と、決定ボタンを含む。なお、図６では、ラジオボタン（選択ボタン）による選択式の回答情報を例示しているが、実際には、回答情報は、選択式でも記述式でも良い。また、音声や、写真、動画等により回答する場合、回答情報は、音声データや映像データ等でも良い。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、予め決められた時間に、アプリケーションと共に取得されたコンテンツ情報に基づいて、コンテンツ画面を出力部１５に出力する。
【００９５】
（１４）ステップＳ３１４
情報処理装置１０は、ユーザによるコンテンツ画面に対する回答情報の入力を受け付ける。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、入力部１４に対するユーザ操作に応じて、コンテンツ画面に対する回答情報の入力を検出する。
【００９６】
（１５）ステップＳ３１５
情報処理装置１０は、コンテンツ画面に対して回答情報が入力された後、コンテンツ画面上の決定ボタンが選択されて押下された場合、回答情報を記憶部１２に記憶する。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、入力部１４に対するユーザ操作の終了後、回答情報を記憶部１２に記憶する。
【００９７】
（１６）ステップＳ３１６
情報処理装置１０は、スケジュール情報に基づき、処理サーバ２０へアクセス可能なタイミング、若しくは予め決められた時間やフェーズになると、図７に示すような送信画面を表示する。送信画面は、送信ボタンを含む。ここでは、情報処理装置１０のアクセス制御部１７は、スケジュール情報に基づき、処理サーバ２０へアクセス可能なタイミング、若しくは予め決められた時間やフェーズになったかどうかを判断し、結果を処理部１１に通知する。処理部１１は、処理サーバ２０へアクセス可能なタイミング、若しくは予め決められた時間やフェーズになった場合、アプリケーションと共に取得されたコンテンツ情報に基づいて、送信画面を出力部１５に出力する。
【００９８】
（１７）ステップＳ３１７
情報処理装置１０は、ユーザによる送信画面上の送信ボタンの選択及び押下を受け付ける。ここでは、情報処理装置１０の処理部１１又はアクセス制御部１７は、入力部１４に対するユーザ操作に応じて、送信画面上の送信ボタンの選択及び押下を検出する。
【００９９】
（１８）ステップＳ３１８
情報処理装置１０は、送信画面上の送信ボタンが選択されて押下された場合、スケジュール情報を参照し、当該情報処理装置１０が処理サーバ２０へアクセス可能なタイミングか判断する。ここでは、情報処理装置１０のアクセス制御部１７は、送信画面上の送信ボタンが選択されて押下された場合、スケジュール情報に基づき、当該情報処理装置１０が処理サーバ２０へアクセス可能なタイミングか判断する。
【０１００】
（１９）ステップＳ３１９
情報処理装置１０は、当該情報処理装置１０が処理サーバ２０へアクセス可能なタイミングであれば、回答情報を処理サーバ２０に送信する。ここでは、情報処理装置１０のアクセス制御部１７は、当該情報処理装置１０が処理サーバ２０へアクセス可能なタイミングである場合、送受信部１３を介して、記憶部１２に記憶されている回答情報を処理サーバ２０に送信する。
【０１０１】
（２０）ステップＳ３２０
処理サーバ２０は、回答情報を受信すると、回答情報を記憶部２２に記憶する。ここでは、処理サーバ２０のアクセス処理部２７は、送受信部２３を介して、回答情報を受信すると、回答情報を記憶部２２に記憶する。
【０１０２】
（２１）ステップＳ３２１
処理サーバ２０は、回答情報を受け付けた旨を情報処理装置１０に送信する。ここでは、処理サーバ２０のアクセス処理部２７は、送受信部２３を介して、回答情報を受け付けた旨を情報処理装置１０に送信する。
【０１０３】
（２２）ステップＳ３２２
情報処理装置１０は、処理サーバ２０が回答情報を受け付けた旨を受信すると、アプリケーションにより、処理サーバ２０が回答情報を受け付けた旨の画面（受付画面）を表示する。ここでは、情報処理装置１０のアクセス制御部１７は、送受信部１３を介して、処理サーバ２０が回答情報を受け付けた旨を受信すると、アプリケーションにより、処理部１１に対して、処理サーバ２０が回答情報を受け付けた旨の画面（受付画面）を通知する。或いは、アクセス制御部１７は、アプリケーションにより、処理サーバ２０が回答情報を受け付けた旨の画面（受付画面）を記憶部１２に記憶する。処理部１１は、処理サーバ２０が回答情報を受け付けた旨の画面（受付画面）を出力部１５に表示する。
【０１０４】
なお、実際には、処理サーバ２０は、回答情報を受け付けた旨を情報処理装置１０に送信しなくても良い。この場合、情報処理装置１０は、正常に回答情報を処理サーバ２０に送信した場合、アプリケーションにより、処理サーバ２０が回答情報を受け付けた旨の画面を表示する。
【０１０５】
前述の各実施例は、組み合わせて実施することも可能である。
【０１０６】
以上のように、本発明では、アクセス元となるユーザの携帯電話等の情報処置装置側で、事前にダウンロードさせたアプリケーションにより、サービス提供システムへのアクセスを制御して、情報処理装置毎に所定のタイミングでアクセスを行わせることで、負荷分散を可能にする。
【０１０７】
本発明では、情報処理装置からサービス提供システムの処理サーバへの大量アクセスを情報処理装置側で制御することにより、サービス提供サイトの輻輳を防止し、通信を許可されたアクセスのみに対してアクセス処理を行うため、全数同時アクセス許可の場合に比べて、より低い性能で対応することができる。
【０１０８】
本発明は、参加者がＷｅｂサイトを閲覧し、アクション結果を反映させることで、付加価値サービスを提供するＷｅｂソリューションシステムに適用することができる。例えば、本発明は、テレビ番組連動Ｗｅｂシステムやイベント連動Ｗｅｂシステムに適用することができる。但し、実際には、これらの例に限定されない。
【０１０９】
以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
【符号の説明】
【０１１０】
１０…  情報処理装置
１１…  処理部
１２…  記憶部
１３…  送受信部
１４…  入力部
１５…  出力部
１６…  アプリケーション取得部
１７…  アクセス制御部
２０…  処理サーバ
２１…  処理部
２２…  記憶部
２３…  送受信部
２４…  アプリケーション配信部
２５…  スケジュール管理部
２６…  スケジュールＤＢ（データベース）
２７…  アクセス処理部
【図１】
2010170377.tif 000003
【図２Ａ】
2010170377.tif 000004
【図２Ｂ】
2010170377.tif 000005
【図３Ａ】
2010170377.tif 000006
【図３Ｂ】
2010170377.tif 000007
【図３Ｃ】
2010170377.tif 000008
【図４Ａ】
2010170377.tif 000009
【図４Ｂ】
2010170377.tif 000010
【図５】
2010170377.tif 000011
【図６】
2010170377.tif 000012
【図７】
2010170377.tif 000013
【図８Ａ】
2010170377.tif 000014
【図８Ｂ】
2010170377.tif 000015