(57)【要約】【課題】情報の配信を受けることを可能とした情報配信管理装置および情報配信管理システムを提供する。【解決手段】遊技装置の予約が可能な会員を記憶しておき、端末を操作して、所定の画像情報の配信が可能な配信装置からの配信を要求する操作者が会員であると認証すると、その端末への画像情報の配信の許否を判定する。配信が許可されたとの判定であることによって端末に対して画像情報の配信許可を通知して、端末が配信装置から画像情報の配信を受けることが可能となる。【選択図】図８
2019017915.tif 000002
【特許請求の範囲】
【請求項１】
遊技装置を用いて遊技を行う利用者のうち、１の利用者を、該１の利用者とは異なる他の利用者よりも優先して前記遊技装置での遊技が可能となる優先設定を行うことが可能な会員として記憶する会員記憶手段と、
所定の画像情報の配信が可能な配信装置から前記会員が操作可能な端末への前記画像情報の配信を管理する配信管理手段と
を具備し、
前記会員記憶手段は、前記会員に対して前記画像情報の配信許否を記憶し、
前記配信管理手段は、
前記端末から前記画像情報の配信要求を受けて該端末を操作する操作者が、前記会員記憶手段で記憶している会員であるかを認証制御する認証制御手段と、
前記認証制御手段によって前記配信要求を行った端末が前記会員によるものであると認証すると、該端末への前記画像情報の配信の許否を判定する配信許否判定手段と、
前記配信許否判定手段による判定が、前記画像情報の配信が許可されたとの判定であることによって、前記端末に対して前記画像情報の配信許可を通知する通知手段と
を更に具備し、
前記通知手段によって前記配信許可が通知された前記端末が、前記配信装置から前記画像情報の配信を受けることが可能となることを特徴とする情報配信管理装置。
【請求項２】
前記遊技装置に対して前記会員が、該遊技装置を他の利用者よりも優先して遊技を行う際に必要とする必要価値情報を記憶する必要価値情報記憶手段と、
前記会員が前記他の利用者よりも優先して１の遊技装置で遊技が可能となる優先設定を制御する優先設定制御手段と、
前記１の遊技装置を、前記会員に対して前記優先設定制御手段による前記優先設定を行うか否かを判定する優先設定判定手段と
をさらに具備し、
前記会員記憶手段は、
前記会員を識別する会員識別情報と該会員が所定の保有条件の成立により保有している有効価値情報とを少なくとも含む会員情報を記憶し、
前記優先設定判定手段は、
前記会員記憶手段で記憶している前記会員の有効価値情報と、該会員により指定された前記１の遊技装置に対して前記必要価値情報記憶手段で記憶している前記必要価値情報とに基づいて前記優先設定を行うか否かを判定し、
前記優先設定制御手段は、
前記優先設定判定手段によって前記１の遊技装置の優先設定が許可されたと判定されることで前記会員に該１の遊技装置を優先設定する
ことを特徴とする請求項１に記載の情報配信管理装置。
【請求項３】
前記会員記憶手段は、前記会員に対して、前記遊技装置の前記優先設定に関する履歴情報を記憶し、
前記配信許否判定手段は、前記会員記憶手段で記憶する前記履歴情報に基づき、前記画像情報の配信の許否を判定する
ことを特徴とする請求項１または２に記載の情報配信管理装置。
【請求項４】
前記配信装置は、前記遊技装置での遊技内容を撮像した画像情報を配信することを特徴とする請求項１乃至３のいずれかに記載の情報配信管理装置。
【請求項５】
遊技装置を用いて遊技を行う利用者が操作する端末と、
所定の画像情報の配信が可能な配信装置と、
前記配信装置から前記端末への前記画像情報の配信を管理する配信管理手段を具備する情報配信管理装置と
を備え、
前記配信装置は、
前記所定の画像情報を記憶する画像情報記憶手段を具備し、
前記情報配信管理装置は、
前記利用者のうち、１の利用者を、該１の利用者とは異なる他の利用者よりも優先して前記遊技装置での遊技が可能となる優先設定を行うことが可能な会員として記憶する会員記憶手段と
を具備し、
前記会員記憶手段は、前記会員に対して前記画像情報の配信許否を記憶し、
前記配信管理手段は、
前記端末から前記画像情報の配信要求を受けて該端末を操作する操作者が、前記会員記憶手段で記憶している会員であるかを認証制御する認証制御手段と、
前記認証制御手段によって前記配信要求を行った端末が前記会員によるものであると認証すると、該端末への前記画像情報の配信の許否を判定する配信許否判定手段と、
前記配信許否判定手段による判定が、前記画像情報の配信が許可されたとの判定であることによって、前記端末に対して前記画像情報の配信許可を通知する通知手段と
を具備し、
前記端末は、
前記通知手段による前記配信許可を受け、前記配信装置から前記画像情報の配信を受け付ける受付手段と
を具備することを特徴とする情報配信管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信管理装置および情報配信管理システムに関する。
【背景技術】
【０００２】
近年のインターネット等の通信環境の整備に伴って、各人（または各法人）がこの通信環境を容易に利用することが可能となっている。これにより、インターネット等を通じてさまざまな情報の提供を受けることが可能となるとともに、自ら情報を発信することも可能となっている。
【０００３】
配信される情報は多岐にわたり、単なる個人的な感想や考えのほか、自らの思いを表現して作成した情報、不特定多数の人に注意喚起を促す防災情報等がある。特に、法人の場合、法人が提供するサービスに関する情報としてサービスの利用案内や特典情報（クーポン、割引情報等）がある。
【０００４】
これらの情報は、文字列による文字情報や視覚的に認識可能な画像情報のほか、これらを組み合わせること等によって提供されることが多い。特に、画像情報は、１場面を切り取った静止画（写真（ピクチャー））によるもののほか、一定期間を連続的に切り取った動画像（単に、動画（ムービー））によって表される。
【０００５】
これらの情報は誰しもが簡単に提供を受けることができるものがある一方で、誰しもが提供を受けられるわけではなく、所定の条件を満たしたときに提供を受けることができるものがある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−０８５７８９号公報
【特許文献２】特開２００４−１２６９９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記の特許文献１には、ライセンスを有するクライアントに対してコンテンツをストリーミング配信する技術が公開されている。つまり、特許文献１に開示される技術では、ライセンスを有していなければ、情報（コンテンツ）の提供を受けられないものの、ライセンスを有していれば、情報（コンテンツ）の提供を受けられることを示している。
【０００８】
また、上記の特許文献２には、遊技機を利用する遊技者が所有する遊技価値の大きさを音楽データ等のデジタルコンテンツと景品交換する技術が公開されている。つまり、特許文献２に開示される技術では、遊技価値の大きさに応じて情報（デジタルコンテンツ）の提供を受けられることを示している。
【０００９】
本発明は、情報の配信を受けることを可能とした情報配信管理装置および情報配信管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の情報配信管理装置は、遊技装置を用いて遊技を行う利用者のうち、１の利用者を、該１の利用者とは異なる他の利用者よりも優先して前記遊技装置での遊技が可能となる優先設定を行うことが可能な会員として記憶する会員記憶手段と、所定の画像情報の配信が可能な配信装置から前記会員が操作可能な端末への前記画像情報の配信を管理する配信管理手段とを具備し、前記会員記憶手段は、前記会員に対して前記画像情報の配信許否を記憶し、前記配信管理手段は、前記端末から前記画像情報の配信要求を受けて該端末を操作する操作者が、前記会員記憶手段で記憶している会員であるかを認証制御する認証制御手段と、前記認証制御手段によって前記配信要求を行った端末が前記会員によるものであると認証すると、該端末への前記画像情報の配信の許否を判定する配信許否判定手段と、前記配信許否判定手段による判定が、前記画像情報の配信が許可されたとの判定であることによって、前記端末に対して前記画像情報の配信許可を通知する通知手段とを更に具備し、前記通知手段によって前記配信許可が通知された前記端末が、前記配信装置から前記画像情報の配信を受けることが可能となることを特徴とする。
【００１１】
また、本発明の情報配信管理システムは、遊技装置を用いて遊技を行う利用者が操作する端末と、所定の画像情報の配信が可能な配信装置と、前記配信装置から前記端末への前記画像情報の配信を管理する配信管理手段を具備する情報配信管理装置とを備え、前記配信装置は、前記所定の画像情報を記憶する画像情報記憶手段を具備し、前記情報配信管理装置は、前記利用者のうち、１の利用者を、該１の利用者とは異なる他の利用者よりも優先して前記遊技装置での遊技が可能となる優先設定を行うことが可能な会員として記憶する会員記憶手段とを具備し、前記会員記憶手段は、前記会員に対して前記画像情報の配信許否を記憶し、前記配信管理手段は、前記端末から前記画像情報の配信要求を受けて該端末を操作する操作者が、前記会員記憶手段で記憶している会員であるかを認証制御する認証制御手段と、前記認証制御手段によって前記配信要求を行った端末が前記会員によるものであると認証すると、該端末への前記画像情報の配信の許否を判定する配信許否判定手段と、前記配信許否判定手段による判定が、前記画像情報の配信が許可されたとの判定であることによって、前記端末に対して前記画像情報の配信許可を通知する通知手段とを具備し、前記端末は、前記通知手段による前記配信許可を受け、前記配信装置から前記画像情報の配信を受け付ける受付手段とを具備することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、情報の配信を受けることが可能となるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態における情報配信管理装置および情報配信管理システムの概要を示す図。
【図２】本発明の実施の形態における情報配信管理システムの処理遷移を示す遷移図。
【図３】本発明の実施の形態における情報配信管理システムを構成する端末に表示される画面の画面遷移を示す図（予約時）。
【図４】本発明の実施の形態における情報配信管理システムを構成する端末に表示される画面の画面遷移を示す図（予約キャンセル時）。
【図５】本発明の実施の形態における情報配信管理システムを構成する端末に表示される画面の画面遷移を示す図（予約状況確認時）。
【図６】本発明の実施の形態における情報配信管理システムを構成する端末に表示される画面の画面遷移を示す図（ポイント購入時）。
【図７】本発明の実施の形態における情報配信管理システムを構成する端末に表示される画面の画面遷移を示す図（ポイント獲得時）。
【図８】ユーザ端末で利用可能な各種機能の画面遷移を示す図。
【図９】ユーザ端末で表示する機能一覧画面の表示例を示す図。
【図１０】ライブ視聴の機能を利用する他の方法を示す図。
【図１１】本発明の実施の形態における情報配信管理システムを構成する端末によって行われるポイント獲得処理の詳細な流れを示すフローチャート。
【図１２】本発明の実施の形態における情報配信管理システムを構成する端末によって行われる予約制御処理の詳細な流れを示すフローチャート。
【図１３】本発明の実施の形態における情報配信管理システムを構成する管理装置によって行われるポイント入手処理の詳細な流れを示すフローチャート。
【図１４】本発明の実施の形態における情報配信管理システムを構成する管理装置によって行われる予約前処理の詳細な流れを示すフローチャート。
【図１５】本発明の実施の形態における情報配信管理システムを構成する管理装置によって行われる予約処理の詳細な流れを示すフローチャート。
【図１６】図１５に示す予約可否判定処理の詳細な流れを示すフローチャート。
【図１７】図１５に示す予約確定処理の詳細な流れを示すフローチャート。
【図１８】本発明の実施の形態における情報配信管理システムを構成する管理装置によって行われる予約キャンセル処理の詳細な流れを示すフローチャート。
【図１９】本発明の実施の形態における情報配信管理システムを構成するユーザ端末において行われるライブ投稿処理、ライブ視聴処理の詳細な流れを示すフローチャート。
【図２０】図１９に示す処理の続きを示すフローチャート。
【図２１】本発明の実施の形態における情報配信管理システムを構成する管理装置において行われる機能利用判定処理の詳細な流れを示すフローチャート。
【図２２】本発明の実施の形態における情報配信管理システムを構成する配信サーバにおいて行われる情報配信前処理の詳細な流れを示すフローチャート。
【図２３】本発明の実施の形態における情報配信管理システムを構成する配信サーバにおいて行われるライブ投稿処理の詳細な流れを示すフローチャート。
【図２４】本発明の実施の形態における情報配信管理システムを構成する配信サーバにおいて行われるライブ視聴処理の詳細な流れを示すフローチャート。
【図２５】本発明の実施の形態における情報配信管理システムを構成する配信サーバにおいて行われる予約状況公開制御処理の詳細な流れを示すフローチャート。
【図２６】会員情報管理ＤＢによって記憶された会員情報を示すテーブル図。
【図２７】会員情報管理ＤＢによって記憶された機能利用権限情報（その１）を示すテーブル図。
【図２８】会員情報管理ＤＢによって記憶された機能利用権限情報（その２）を示すテーブル図。
【図２９】会員情報管理ＤＢによって記憶された配信情報を示すテーブル図。
【図３０】会員情報管理ＤＢによって記憶された配信種別情報を示すテーブル図。
【図３１】会員情報管理ＤＢによって記憶された配信チャンネル情報を示すテーブル図。
【図３２】会員情報管理ＤＢによって記憶された認証済会員情報を示すテーブル図。
【図３３】予約情報管理ＤＢによって記憶された予約情報を示すテーブル図。
【図３４】本発明の実施の形態における情報配信管理システムを構成するホールコンピュータにおいて記憶するイベント設定情報を示すテーブル図。
【図３５】本発明の実施の形態における情報配信管理システムを構成するホールコンピュータにおいて表示される予約状況管理画面を示す図。
【発明を実施するための形態】
【００１４】
以下、本発明に係わる情報配信管理システムおよび情報配信管理装置の一実施例を添付図面を参照して詳細に説明する。
【実施例】
【００１５】
図１は、本発明の実施の形態における情報配信管理システムおよび情報配信管理装置の概要を示す図である。
【００１６】
図１において、情報配信管理システム１は、管理装置１００（「管理サーバ」とも称する）、この管理装置１００と接続され、この管理装置１００で用いる予約情報を管理、記憶する予約情報管理データベース（以下、「予約情報管理ＤＢ１０１」と称する）、管理装置１００と接続され、この管理装置１００で用いる会員情報を管理、記憶する会員情報管理データベース（以下、「会員情報管理ＤＢ１０２」と称する）、各種情報の配信（提供、供給、送信）を行う配信サーバ１１０（「配信装置」、「配信制御装置」、「情報配信サーバ」とも称する）、各遊技施設（アミューズメント施設）（以下、「店舗」とも称する）に設けられたホールコンピュータ３００、島コントローラ（以下、「島コン４００」と称する）、後述する遊技装置に対応して設けられ、その遊技装置に対して遊技媒体の貸し出しを行う台間機５００（単に、「貸出装置」、「サンド」とも称する）、利用者に対して遊技を提供する遊技装置６００（ゲームマシン、遊技機とも称する）、予約確認端末７００を具備して構成されている。
【００１７】
このほか、図示はしないが、情報配信管理システム１上には、貸し出された遊技媒体の返却を行う精算機や利用者の受付、会員登録を行う受付機等が接続されている。特に、受付機は、店舗の受付カウンターに設けられており、この受付機では、利用者に関する情報（たとえば、利用者の氏名、年齢、住所、属性、利用者識別情報（端末ＩＤ等）、パスワード等）を入力することで、その利用者を、遊技装置を利用する「会員」として管理装置１００を介して会員情報管理ＤＢ１０２に登録することが可能である。
【００１８】
このほか、情報配信管理システム１には、配信サーバ１１０が配信する情報を記憶、管理する配信情報管理データベース（「配信情報管理ＤＢ」とも称する）が接続されている。なお、詳細については後述するが、配信サーバ１１０は、この配信情報管理ＤＢにおいて記憶している所定の情報を読み出し、所定の配信形態（配信する情報のデータサイズ、データフォーマット（データ形式））に変換して所定のデータ伝送路（「チャンネル」、「チャネル」とも称する）から配信する処理を行う。
【００１９】
また、配信情報管理ＤＢでは、あらゆる情報を記憶することが可能であるものの、管理装置１００において登録が許可された情報のみを記憶、管理することも可能である。特に、後者は、配信情報管理ＤＢへの情報登録の許否を管理装置１００で判断することで、許可された情報について記憶、管理している。
【００２０】
配信情報管理ＤＢにおいて記憶、管理する情報の一例として、後述する端末２００から投稿された情報（受信した情報）のほか、この配信情報管理ＤＢに接続されたコンピュータから受信した情報がある。
【００２１】
端末２００では、搭載している撮像機能によって撮像した画像情報（画像データ、動画像データ、動画情報）や、この端末２００に接続された記憶媒体や端末２００が有する記憶領域に記憶している情報を、配信サーバ１１０が配信する情報として、配信情報管理ＤＢにデータ転送（アップロード）して記憶させることが可能である。
【００２２】
配信情報管理ＤＢは、これ以外にも、配信サーバ１１０が提供するＷｅｂサイト等を介してデータ転送（アップロード）された情報を記憶、管理するようにしてもよい。
【００２３】
この配信サーバ１１０において配信する情報は、文字情報、音声情報、画像情報、音声情報のほか、これらを組み合わせたものであって、単に「データ」や「ファイル」とも称することがある。文字情報は、１または複数の文字列からなる情報であって、音声情報は、聴覚によって認識できる情報であって、画像情報は、視覚によって認識することができる情報により構成され、写真等の静止画のほか、連続的な動画像等によってなる情報である。以下では、配信サーバ１１０が配信する情報を「動画像等データ」と称するが、これに限定されるものではない。
【００２４】
続いて、利用者が利用するユーザ端末（以下、「端末２００」と称する）は、通信回線（無線を含む）を介して情報配信管理システム１の管理装置１００および配信サーバ１１０に接続可能である。この端末２００は、電話機能を搭載する携帯型のＰＣ（パソコン）等によって構成されており、さまざまな情報を管理装置１００および配信サーバ１１０との間で通信可能である。
【００２５】
端末２００は、有線、無線を含む通信機能を有するほか、記憶媒体から情報の読み書きが可能な接続ポート（接続口、記憶媒体投入口）を有している。
【００２６】
また、この端末２００は、位置情報を検出可能な「位置情報検出機能（ＧＰＳ機能）」を搭載しており、この位置情報検出機能を用いて検出した位置情報を用いることで、端末２００を保持している利用者が、予め指定された空間上の範囲に所属するか否かを判定することができる。
【００２７】
より具体的には、位置情報検出機能を用いて検出した位置情報を示す座標情報が、所定の範囲である閉空間内の座標情報であるか否かを判定することで、その所定の空間に所属するか否かを判定する。
【００２８】
このほか、端末２００には、時刻や経過時間を計時する「計時機能」や、撮像対象を撮像可能な「撮像機能（カメラ機能）」を有している。特に、この撮像機能は、撮像対象（撮影対象）（「被写体」とも称する）を撮像することで、撮像した撮像データを端末２００の記憶領域に一時的（一定期間）若しくは永続的に記憶する機能である。
【００２９】
上記の撮像対象として、例えば、人物や風景などのほか、特定の装置（装置の一部（装置の動作等）を含む）やその装置に映し出される映像情報のほか、一次元コード（バーコード）や二次元コードなどのコード情報も読み取り可能である。前者を「画像撮像機能」、後者を「コード情報読み取り機能」とも称することがある。
【００３０】
なお、上記に示す例では、端末２００が有する撮像機能を用いて撮像対象を撮像して記憶領域に記憶することとしているが、これに限定されることなく、端末２００と有線若しくは無線で接続された外部の外部撮像端末（スチルカメラ、ビデオカメラ等）によって撮像した撮像データを端末２００が受信し、端末２００の記憶領域に一時的（一定期間）若しくは永続的に記憶するようにしてもよい。
【００３１】
このように、配信サーバ１１０（より詳細には「配信情報管理ＤＢ」）にデータを転送することを「データ投稿（単に、「投稿」とも称する）」若しくは「アップロード」と称する。このデータ投稿を行う投稿元、アップロード元の他の例としては、端末２００や配信サーバ１１０が提供するＷｅｂサイトがある。以下では、端末２００を投稿元とした場合において説明するが、これに限定されるものではない。
【００３２】
また、端末２００が有している「位置情報検出機能」や「計時機能」を用いることで、端末２００では、所定の範囲（予め指定された範囲）に所属し続けている時間（滞在時間、経過時間）や、所定の範囲（予め指定された範囲）に属したとき（所属開始タイミング）、所定の範囲（予め指定された範囲）から外れたとき（所属終了タイミング）を特定することができる。
【００３３】
つまり、端末２００では、「位置情報検出機能」によって検出した位置情報が所定の範囲に所属しているか、また、位置情報が所定の範囲に所属しているときにその所定の範囲に滞在している滞在時間を「計時機能」を用いて計時することができる。
【００３４】
より詳細には、端末２００では、所定のタイミング（１０秒ごと、１分ごと、１５分ごと、１時間ごと、６時間ごと等の所定の時間タイミング、１３時、１７時等の所定の時刻を計時した時刻タイミング）で、位置情報検出機能によって位置情報を検出する検出処理を行い、その検出処理によって検出した位置情報が、遊技装置が設けられた遊技施設に対して予め指定されている範囲に属するか否かを判断する判断処理を行う。つまり、所定のタイミングごとにこの判断処理（１の判断処理、他の判断処理）を行って滞在時間を計時することが可能となる。
【００３５】
そして、端末２００では、各判断処理が行われたタイミング間の経過時間（滞在時間）を計時して、この経過時間が所定の時間（たとえば、３０分、１時間、３時間、８時間等）を計時すること、若しくはこの所定の時間以上を計時することによって、管理装置１００にその所定の時間を計時したことを通知する。
【００３６】
これによって、管理装置１００では、利用者が遊技施設を利用している経過時間（滞在時間）が、その所定の時間となったことを認識することができ、その所定の時間に対するポイントを利用者に対して付与、登録する。
【００３７】
このとき、管理装置１００が、所定の時間に対して付与する所定の価値情報は、その所定の時間が長ければ長いほど高い価値情報がさらに加算される。つまり、１の所定の時間よりも、その１の所定の時間よりも経過時間が長い他の所定時間の方が、付与される価値情報が高い。
【００３８】
具体的には、その所定の時間が「１時間」であれば価値情報「２」が加算されるのに対して、所定の時間が「３時間」であれば価値情報「４」が、上記の価値情報「２」に加えてさらに加算される。つまり、「３時間」の滞在時間を計時するときには合計として価値情報「６」が加算されて登録される。
【００３９】
もちろん、管理装置１００に登録される日（特定日）若しくは時間（特定時間）によって、価値情報の加算率を増加若しくは減少させてもよい。たとえば、加算率の「１倍」を「５倍」に変更（増加）してもよいし、加算率の「１倍」を「０．５倍」に変更（減少）してもよい。
【００４０】
これによって、滞在時間が長く多くの遊技を行っていると判断することができる利用者に与えられる特典として、有利な価値情報を付与することができる。
【００４１】
以上のことから、端末２００は、所定の経過時間（滞在時間）に応じた所定の価値情報を新たに管理装置１００で記憶可能とする制御を行っている。
【００４２】
管理装置１００では、利用者が利用する端末２００から利用者情報を通信回線を介して受け付けることで利用者を「会員」として登録することも可能であり、その登録方法は問わない。なお、利用者とは、「会員」および会員登録していない「非会員」等を含む、遊技施設を利用する者の全体を示している。
【００４３】
このようにして受け付けた、遊技施設を利用する利用者に関する利用者情報は、会員情報として会員情報管理ＤＢ１０２に登録された状態となる。
【００４４】
なお、図１に示す例では、管理装置１００とは異なる会員情報管理ＤＢ１０２で会員情報を管理した構成を示しているが、これに限定されることなく、管理装置１００の内部に設けられた記憶装置（好ましくは、「不揮発性メモリ」）において会員情報を記憶することとしてもよい。これは、予約情報管理ＤＢ１０１においても同様であって、管理装置１００の内部に設けられた記憶装置（好ましくは、「不揮発性メモリ」）において予約情報を記憶することとしてもよい。つまり、管理装置１００が予約情報管理ＤＢ１０１、会員情報管理ＤＢ１０２を具備する構成である。
【００４５】
この管理装置１００では、遊技施設に設置された遊技装置６００の利用者が、他の利用者よりも優先して任意の遊技装置（１の遊技装置）で遊技が可能となるための優先設定を制御する処理を行う。このときの任意の遊技装置とは、複数の遊技装置から遊技者が指定した単一の遊技装置そのものを含むほか、遊技装置の機種（装置種別）を遊技者が指定してその機種に属するいずれかの遊技装置を含むものである。
【００４６】
つまり、利用者が他の利用者よりも優先して遊技するために優先設定を行う対象は、遊技装置そのものであるほか、遊技装置の機種である。以下では、この優先設定を行う対象を総称して、「優先設定対象」、「優先設定対象装置」、「予約対象」、「予約対象装置」、または、簡便化のために単に「遊技装置」とも称することがある。
【００４７】
また、利用者が、他の利用者よりも優先して任意の遊技装置（１の遊技装置）で遊技が可能となるための優先設定を行うとは、その利用者が遊技装置を予約すること、若しくは、確保することと同義である。つまり、管理装置１００では、利用者が利用する遊技装置を予約する制御処理（以下、「予約制御処理」とも称する）を行うとも言える。
【００４８】
管理装置１００が行う予約制御処理は、予約情報管理ＤＢ１０１、会員情報管理ＤＢ１０２で記憶する各種の情報を用いて遊技装置を予約する制御処理である。
【００４９】
予約情報管理ＤＢ１０１では、会員が遊技を行う各遊技装置に対して、他の会員よりも優先して遊技を行う際に用いる「必要価値情報」を記憶している。つまり、会員が任意の遊技装置を予約するために必要となる価値情報が「必要価値情報」である。
【００５０】
この必要価値情報は、予約対象の遊技装置に対してそれぞれ設定することが可能であって、予め設定された１または複数種類の「初期の必要価値情報（通常予約必要ポイント）」、この初期の必要価値情報とは異なる１または複数種類の「特定の必要価値情報（特定予約必要ポイント）」等がある。
【００５１】
この「初期の必要価値情報」は、初期値として設定される必要価値情報であって、例えば、「１００ＰＴ」や「３００ＰＴ」などである。また、「特定の必要価値情報」は、例えば、「５００ＰＴ」や「６００ＰＴ」などである。この「特定の必要価値情報」は対応付けられた遊技装置が新しく店舗に導入されたことを示すものであったり、利用者にとって有利な状態となりやすい確率が高いことを示すものであったり、遊技装置が設けられた遊技施設で何らかの催しが行われていることを示唆するものであったりする。
【００５２】
つまり、遊技装置を予約する際に必要となる必要価値情報が、「特定の必要価値情報」であれば、遊技施設としては、所定のイベントが行われていることを利用者に対して示唆することができる一方で、利用者は、店舗で何らかの所定のイベントが行われていることを把握することが可能である。
【００５３】
この予約情報管理ＤＢ１０１で記憶する情報の一例を図３３に示しており、後述する。
【００５４】
また、この価値情報として、たとえば、ポイントやコイン等がある。価値情報としてポイントを用いる場合、必要価値情報は、「予約ポイント」や「予約必要ポイント」とも称され、各遊技装置に対して指定されている。以下では、必要価値情報として「ポイント」を用いた例を説明する。
【００５５】
また、会員情報管理ＤＢ１０２では、利用者に関する情報（利用者情報、会員情報）を管理、記憶している。より具体的には、利用者情報として、利用者を識別する利用者識別情報（利用者ＩＤ、会員ＩＤ）、パスワード、利用者の属性情報（利用者属性）、利用者が保有、使用したポイント情報を管理、記憶している。特に、利用者が保有して使用可能な状態となっているポイントが「有効価値情報」であって、「有効ポイント」とも称する。
【００５６】
つまり、会員情報管理ＤＢ１０２では、遊技装置の利用者を識別する利用者識別情報と、その利用者が保有している有効価値情報とを少なくとも含む利用者情報を記憶している。なお、利用者が保有する有効価値情報は、後述する「所定の保有条件（所定の入手条件）」が成立することによって保有可能となるものである。
【００５７】
以上に示すような予約情報管理ＤＢ１０１、会員情報管理ＤＢ１０２で記憶している各種の情報を用いて管理装置１００が予約処理を行う。
【００５８】
この管理装置１００で行われる予約処理では、まず、利用者が指定した予約したい遊技装置をその利用者が優先的に利用できるように設定するか否かの判定処理を行う。
【００５９】
この判定処理は、予約情報管理ＤＢ１０１で管理、記憶しているその遊技装置を予約するために必要な予約必要ポイントと、会員情報管理ＤＢ１０２で管理、記憶している利用者が保有する有効ポイントとに基づいて行うものである。
【００６０】
より具体的には、予約必要ポイントと有効ポイントとを用いた演算処理によって、有効ポイントが予約必要ポイント以上であると判定されれば、予約可能（利用者が遊技装置を優先的に利用できるように設定可能）であると判定する。
【００６１】
反対に、演算処理によって、有効ポイントが予約必要ポイント以上であると判定されなければ、予約可能（利用者が遊技装置を優先的に利用できるように設定可能）であると判定しない。
【００６２】
そして、管理装置１００において行われる予約処理では、予約必要ポイントと有効ポイントとを用いた演算処理によって、遊技装置が予約可能（利用者が優先的に利用できるように設定可能）であると判定すると、利用者でその遊技装置を予約する。
【００６３】
具体的には、演算処理によって、遊技装置が予約可能であると判定した利用者の利用者識別情報を、指定した予約したい遊技装置に対応付けて予約情報管理ＤＢ１０１で管理、記憶する。
【００６４】
このような管理装置１００には、通信網を介して各店舗に設けられたホールコンピュータ３００が接続されている。このホールコンピュータ３００は、各店舗に設けられた遊技装置６００での遊技状況を制御する装置であって、「遊技状況制御装置」、「店舗管理装置」、「遊技施設管理装置」とも称する。
【００６５】
つまり、管理装置１００には、接続する店舗に応じたホールコンピュータ３００が接続されている（図１に示す例では、店舗Ａ、店舗Ｂ、店舗Ｃの３個のホールコンピュータ３００が管理装置１００に接続されている）。
【００６６】
この管理装置１００は、このほか、端末２００によって提供する各種の機能を制御する機能制御処理を行う。端末２００によって提供する機能として、「ライブ投稿」、「ライブ視聴」、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」、「Ｗｅｂ閲覧」がある。
【００６７】
特に、「ライブ投稿」および「ライブ視聴」の機能を画像情報の配信を管理する配信制御機能とも称し、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」、「Ｗｅｂ閲覧」の機能を情報の表示制御機能とも称する。
【００６８】
「ライブ投稿」の機能は、所定の会員（「ライブ投稿」の機能を利用可能であると設定された会員）が動画像等データを配信サーバ１１０に投稿（送信、アップロード）して、この配信サーバ１１０から端末２００へ配信する動画像等データを記憶する機能である。特に、端末２００では、撮像した動画像等データをライブ（リアルタイム）で投稿することが可能である（ライブ投稿）。
【００６９】
「ライブ視聴」の機能は、配信サーバ１１０から端末２００に対して動画像等データの配信を管理する機能であって、これによって、端末２００は、配信されてきた動画像等データを受信して視聴できる。その中でも、特に、「ライブ投稿」の機能によってライブ（リアルタイム）で投稿された動画像等データの配信を端末２００で受けて視聴することが可能である。
【００７０】
「ＳＮＳ更新」の機能は、所定のデータ形式からなるツール（アプリ）を用いて情報交換（情報発信、情報閲覧）を行うことができる機能であって、文字情報、画像情報、音声情報など各種形式の情報を発信（更新）するための機能である。例えば、情報発信のみを行うことができる一方向発信ネットワークサービスや、情報発信とともに相手からの応答を受け付けることができる双方向通信ネットワークサービスが該当する。
【００７１】
これらのネットワークサービスでは、各種の情報を表示することができるサイトまたはページが提供され、この機能を利用する会員は、これらのサイトまたはページを参照することで情報を参照することができ、また、このページに情報を書き込み（登録、記入）することで更新できる。つまり、管理装置１００では、これらのネットワークサービスにより提供される、情報の登録が可能な情報登録ページを管理することとなる。
【００７２】
また、ページは、「ＳＮＳ更新」の機能を利用することができる権限を有する会員ごとに作成されており、会員自らのページに情報を書き込むことが可能である。もちろん、双方向通信ネットワークサービスが提供するページであれば、会員自らのページだけに限られず、他の会員のページに情報を書き込み（登録、記入）することができる（コメント機能）。
【００７３】
なお、ページは、「ＳＮＳ更新」の機能を利用することができる権限を有する会員ごとに作成されるほか、予め指定された利用者（例えば、遊技装置を備える遊技施設の管理者、遊技装置を製造するメーカー）によって提供されることも可能である。
【００７４】
さらには、ネットワークサービスにより提供されるページおよびＷｅｂサイトは管理装置１００が提供する単一のページ若しくはＷｅｂサイトによって構成されていてもよい。
【００７５】
「ＳＮＳ閲覧」の機能は、他の会員が「ＳＮＳ更新」の機能を用いて発信している情報を閲覧、参照することができる機能である。この「ＳＮＳ閲覧」の機能は、「ＳＮＳ更新」の機能のうち、文字情報、画像情報、音声情報などの情報の更新を制限して閲覧、参照のみを許可したものである。
【００７６】
なお、「ＳＮＳ更新」の機能を利用する権限を有さない会員が、「ＳＮＳ閲覧」の機能を用いる場合、「ＳＮＳ更新」の機能を利用する権限を有する会員によって提供されるページを閲覧、参照することとなる。
【００７７】
「Ｗｅｂ更新」の機能は、Ｗｅｂブラウザを用いて情報交換（情報発信、情報閲覧）を行うことができる機能であって、「ＳＮＳ更新」の機能と同様に、文字情報、画像情報、音声情報など各種形式の情報を発信（更新）するための機能である。
【００７８】
これらの「Ｗｅｂ更新」の機能によるネットワークサービスでは、各種の情報を表示することができるＷｅｂサイトが提供され、この機能を利用する会員は、これらのＷｅｂサイトを参照することで情報を参照することができ、また、このＷｅｂサイトに情報を書き込み（登録、記入）することで更新できる。
【００７９】
また、Ｗｅｂサイトは「Ｗｅｂ更新」の機能を利用することができる権限を有する会員ごとに作成されており、会員自らのＷｅｂサイトに情報を書き込むことが可能である。もちろん、双方向通信ネットワークサービスが提供するページであれば、会員自らのＷｅｂサイトだけに限られず、他の会員のＷｅｂサイトに情報を書き込み（登録、記入）することができる（コメント機能）。
【００８０】
「Ｗｅｂ閲覧」の機能は、他の会員が「Ｗｅｂ更新」の機能を用いて発信している情報を閲覧、参照することができる機能である。この「Ｗｅｂ閲覧」の機能は、「Ｗｅｂ更新」の機能のうち、文字情報、画像情報、音声情報などの情報の更新を制限して閲覧、参照のみを許可したものである。
【００８１】
なお、「Ｗｅｂ更新」の機能を利用する権限を有さない会員が、「Ｗｅｂ閲覧」の機能を用いる場合、「Ｗｅｂ更新」の機能を利用する権限を有する会員によって提供されるＷｅｂサイトを閲覧、参照することとなる。
【００８２】
以上のことから、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」、「Ｗｅｂ閲覧」の各機能を用いて更新、閲覧等を行うページまたはＷｅｂサイトは、会員が遊技装置等を予約する際に参照する（利用する）情報が提供されるページまたはＷｅｂサイトであるとも言える。
【００８３】
管理装置１００では、これらの機能を会員が利用することができるか否かを判定する利用権限（利用制限）を設けており、この利用権限を有する機能のみを会員が利用することができる。これに際して、管理装置１００では、端末２００から各種の機能の利用要求が行われ、これにより、管理装置１００では、図２６に示すような会員情報に登録されている会員からの要求であることを確認後、各機能の利用が可能であるかの判定処理を行う（後述する、図２１に示すような「機能利用判定処理（配信制御機能による処理および表示制御機能による処理を含む）」を行う）。
【００８４】
つまり、管理装置１００では、遊技装置等の予約ができる会員から各機能の利用要求が行われたことを確認することとなる。これは、各機能を利用するためには、遊技装置等の予約を行うことができる会員として登録されている必要があることを意味するものである。
【００８５】
そして、「機能利用判定処理」による判定結果が、会員が希望する「機能を利用することが可能であることを示す結果」である場合、端末２００では、利用要求した機能を利用することが可能となる。また、その判定結果が、会員が希望する「機能を利用することが不可能であることを示す結果」である場合、端末２００では、利用要求した機能を利用できないことを報知する。
【００８６】
利用する機能が、「ライブ投稿」、「ライブ視聴」である場合に端末２００が行う処理を図１９および図２０に示しており、詳細については後述する。また、利用する機能が、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」、「Ｗｅｂ閲覧」である場合に端末２００が行う処理は以下のようなものである。
【００８７】
端末２００において、「ライブ投稿」、「ライブ視聴」を含むいずれかの機能の利用要求が行われ、会員であることが管理装置１００との通信によって認証され、このとき利用される機能が、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」、「Ｗｅｂ閲覧」である場合、端末２００は、各機能に応じたツール（アプリ）を起動し、所定のページを表示する。
【００８８】
具体的には、「ＳＮＳ更新」、「Ｗｅｂ更新」の機能が選択されると、認証した会員専用のページや一般に公開されているＷｅｂページなどが表示されて、それらのページに所定の情報を書き込み、更新することが可能となる。
【００８９】
そのページに所定の情報を書き込み、更新すると、端末２００は、配信サーバ１１０にその所定の情報を送信して、配信サーバ１１０は、配信情報管理ＤＢのページ内容をその所定の情報をもとに更新する。
【００９０】
このとき、書き込み、更新される所定の情報として、例えば、遊技装置に対する意見や遊技結果の報告、遊技装置の遊技性にする意見などのほか、各会員が自分自身の予約状況などがある。特に、会員自分自身の予約状況等を開示（書き込み、更新）すれば、他の会員がその予約状況を閲覧、参照することが可能となる。他の会員からすれば、予約状況を公開する会員が来店する店舗や来店時間などがわかるようになる。これによって、予約状況を公開する会員と一緒の店舗で遊技を行うことも可能となる。
【００９１】
また、「ＳＮＳ閲覧」、「Ｗｅｂ閲覧」の機能が選択されると、他の会員によって提供されているページや一般に公開されているＷｅｂページなどが表示されて閲覧、参照することが可能となる。「ＳＮＳ閲覧」、「Ｗｅｂ閲覧」の機能が選択されて表示される会員によって提供されるページは、複数の会員のうちから選択したいずれかの会員が提供するページを選択することが可能である。
【００９２】
このように、管理装置１００では、端末２００を用いて会員が各機能を利用することが可能となる。
【００９３】
また、配信サーバ１１０は、上記に示すように、端末２００において撮像された動画像等データを所定のチャンネルから配信する配信制御を行う制御装置である。なお、上記の配信情報管理ＤＢを配信サーバ１１０とは別に設けているが、これに限定されることなく、配信サーバ１１０の記憶領域を配信情報管理ＤＢとしてもよい。さらに、配信サーバ１１０を管理装置１００と別に設けられた構成としているが、管理装置１００が配信サーバ１１０における全ての処理を行うような構成であってもよい。つまり、本実施例では管理装置１００、配信サーバ１１０、配信情報管理ＤＢを分けて記載しているが、この構成はあくまで一例であって、これら全てを単一の装置において実現するものであってもよい。
【００９４】
配信サーバ１１０は、動画像等データの配信に際して行う配信制御において、所定の条件（以下では「視聴条件」とも称しているが、「配信可能条件」とも称する）を満たすかを判断し、所定の条件を満たすと判断するとき、配信情報を通信環境等に基づく最適な配信形態に変換する変換処理を行い、その後に配信情報を配信する配信処理を行う。より具体的には、配信サーバ１１０は、配信する情報を通信環境等に応じて、最適なデータサイズ、最適なデータフォーマットとなるようにエンコード処理を行い、通信環境の帯域幅に応じた転送速度で配信する処理を行う。
【００９５】
このように、配信サーバ１１０（より詳細には「配信情報管理ＤＢ」）が、動画像等データを端末２００等に送信することを「配信」と称する。一方、端末２００によって、配信サーバ１１０から配信された動画像等データを受信することを「視聴」と称する。
【００９６】
続いて、ホールコンピュータ３００には、１または複数の島コン４００、予約確認端末７００が接続されている。島コン４００は、複数の遊技装置との間で各種の情報を中継する中継装置であって、遊技装置で用いる遊技媒体を貸し出す際の遊技価値情報の管理を行う。
【００９７】
この島コン４００には、遊技装置に対応する台間機５００が接続されている。この台間機５００は、遊技価値が記録されたカードや貨幣を投入可能な投入口が設けられており、この投入口にこれらを挿入することで遊技装置での遊技に使用する遊技媒体（パチンコ球、メダル、コイン等）が貸し出される。また、各台間機５００には、対応付けられた遊技装置における遊技で獲得した遊技媒体を計数する計数装置、コード情報の読み取りが可能なコードリーダー５０１、表示画面やランプが搭載されている。
【００９８】
このコードリーダー５０１は、後述するような操作によって遊技装置の予約が完了したことで端末２００が表示したコード情報を読み取ることが可能である。コードリーダー５０１は、台間機５００に対応している遊技装置を利用者がすでに予約しており、この予約した遊技装置で遊技を行う場合に利用者がかざした端末２００に表示されたコード情報の読み取りを行う。
【００９９】
そして、コードリーダー５０１は、読み取ったコード情報に含まれる予約内容（たとえば、予約した利用者の利用者識別情報や遊技装置の遊技装置ＩＤ等）を台間機５００が島コン４００を介してホールコンピュータ３００へと送信する。そしてホールコンピュータ３００は、管理装置１００から受信して記憶している、その遊技装置を予約した利用者の利用者識別情報と、受信して記憶している利用者の利用者識別情報とを用いて、予約した利用者であるか否かを認証制御する。
【０１００】
このとき、台間機５００に設けられた表示画面やランプに認証結果を出力して表示、点灯（点滅）させるような構成であってもよい。これによって、認証した利用者による適切な遊技装置の利用か否かが容易に外部から（従業員が）判断することができる。
【０１０１】
続いて、ホールコンピュータ３００に接続された予約確認端末７００は、遊技装置の予約状況を店舗の各利用者が確認することができる装置である。予約確認端末７００は、ホールコンピュータ３００と予約状況を相互通信することで、この予約確認端末７００が設けられた店舗におけるすべての遊技装置や任意の遊技装置の予約状況を確認することができる画面を表示できるほか、利用者自身の予約状況等をも確認することができる端末である。
【０１０２】
利用者に対して遊技を提供する遊技装置６００は、たとえば、画面に映し出された映像でゲームを行うビデオゲーム、機械構造によって遊技を提供するアーケードゲーム、貸し出されたメダルやコインを用いて行うメダルゲーム、カードを用いたカードゲームなどがある。このうち、メダルゲームには、パチンコやスロットマシンを含む。
【０１０３】
特に、パチンコやスロットマシンは「遊技機」とも称され、台間機５００から貸し出された遊技媒体（遊技球、遊技メダル）を投入して、一定の確率に基づいて所定の遊技状態（通常遊技状態、この通常遊技状態よりも利用者にとって有利な遊技状態（特別遊技状態）（遊技媒体の払い出しが行われ易い状態）（たとえば、大当たり遊技状態、確変遊技状態、ＡＴ状態、ボーナス状態））を抽選し、この抽選結果および利用者の操作結果等に応じて遊技媒体の払い出しを行うことで、遊技媒体を増加させることが可能となる装置である。このようにして増加させた遊技媒体は、所定の景品と交換可能となっている。
【０１０４】
その中でも、スロットマシンは、利用者にとって有利な遊技状態（特別遊技状態）となる確率が異なる複数の設定情報（たとえば、低設定「１」〜高設定「６」の全６種類）を記憶しており、この設定情報のいずれかを店舗の従業員等が変更することが可能となっている。つまり、その設定情報によって、遊技媒体が増加し易い、若しくは増加し難い状態を設定することができる。
【０１０５】
このため、利用者はより遊技媒体が増加しやすい確率である高設定の設定情報が設定されている遊技装置で遊技することを望む傾向にある。
【０１０６】
このホールコンピュータ３００では、このような遊技装置での遊技状況を把握、監視、管理することができる。
【０１０７】
そして、店舗（従業員）は、このホールコンピュータ３００を操作することが可能で、このホールコンピュータ３００は、遊技装置を予約するために必要とする予約必要ポイントを各遊技装置に対応付けて設定した「予約設定データ」を記憶している。予約必要ポイントは各遊技装置に対応付けて必ず設定しなければならないものではなく、あくまで予約を必要とする遊技装置に対してのみ設定すればよい。
【０１０８】
言い換えれば、予約必要ポイントが設定されていない遊技装置は予約ができない遊技装置であると言える。このとき、誰でも遊技装置を予約することができるようにするために、予約必要ポイントの最小値である「０（ゼロ）ポイント」を設定することも可能である。また、未設定（「−（なし）」（予約必要ポイントを未設定）とすることで予約ができない遊技装置とすることも可能である。
【０１０９】
このように店舗（従業員）によって各遊技装置を予約するために必要とする予約必要ポイントが設定されると、ホールコンピュータ３００は、各遊技装置を識別する遊技装置識別情報（遊技装置ＩＤ）と、その遊技装置に対応付けられた予約必要ポイントとから少なくともなる予約設定データを記憶領域に記憶する。望ましくは、その予約設定データには、店舗を識別する店舗ＩＤを含む店舗情報、予約による遊技を可能とする日程の遊技可能日の情報も含まれる。
【０１１０】
ホールコンピュータ３００では、従業員による操作によって、若しくは予め定められたタイミングで一括処理（バッチ処理）することによって、記憶領域に記憶している予約設定データを管理装置１００へと送信することが可能である。
【０１１１】
この予約設定データを受信した管理装置１００では、ホールコンピュータ３００に対応する店舗ごとにこの予約設定データを用いて予約情報を登録する。その後、端末２００を用いた利用者による予約の受付が可能となる。予約を受付可能とするタイミングは管理装置１００において任意に設定可能である。
【０１１２】
図２は、本発明の実施の形態における情報配信管理システムの処理遷移を示す遷移図である。
【０１１３】
図２には、管理装置１００、端末２００、ホールコンピュータ３００における処理遷移を示しており、管理装置１００とホールコンピュータ３００との間では、一括処理や従業員による操作によって予約設定データを送受信する（Ｓ２００）。
【０１１４】
ホールコンピュータ３００から受信した予約設定データは、管理装置１００に接続された予約情報管理ＤＢ１０１に店舗ごとに設定して保存しておく（Ｓ２０１）。
【０１１５】
このように予約情報が設定された状態において、利用者（操作者）が操作する端末２００に、図３（ａ）に示すような初期画面が表示され（Ｓ２０２）、利用者によって予約開始の指示が行われると（Ｓ２０３）、会員情報として会員ＩＤやパスワードの入力を受け付けた状態となる（Ｓ２０４）。
【０１１６】
そして、会員情報として会員ＩＤやパスワードが入力されると、端末２００は、その会員情報を含む認証要求を管理装置１００へと送信する（Ｓ２０５）。
【０１１７】
管理装置１００は、端末２００から会員情報を含む認証要求を受信すると、この会員情報の会員ＩＤやパスワードをもとに、会員情報管理ＤＢ１０２において記憶している会員情報と照合して会員を認証する処理を行う（Ｓ２０６）。
【０１１８】
そして、管理装置１００は、その認証結果を要求元の端末２００へと応答する（Ｓ２０７）。この認証結果が、会員が認証できたことを示す情報であれば、端末２００では、予約する遊技装置を検索するための検索条件の入力を受け付ける（Ｓ２０８）。これに対して、認証結果が、会員が認証できたことを示す情報でなければ、端末２００は、会員を認証できない旨の画面を表示する。
【０１１９】
続いて、端末２００では、予約する遊技装置を検索するための検索条件が会員によって入力されると、その検索条件の情報（検索条件情報）を含む検索要求を管理装置１００に送信する（Ｓ２０９）。
【０１２０】
管理装置１００では、端末２００から受信した検索条件情報に基づいて検索処理を行う（Ｓ２１０）。この検索処理では、予約情報管理ＤＢ１０１で管理している予約情報をもとに検索する。
【０１２１】
そして、管理装置１００では、この検索結果とともに検索条件情報に合致する店舗に関する情報、または遊技装置に関する情報等を端末２００へと応答する（Ｓ２１１）。
【０１２２】
これによって、端末２００では、管理装置１００から受信した店舗に関する情報、または遊技装置に関する情報等を一覧表示する（Ｓ２１２）。これにより、端末２００を操作する会員は、予約可能な遊技装置や店舗を把握でき、予約操作を行うことが可能となる。
【０１２３】
そして、端末２００では、この一覧表示された店舗に関する情報、または遊技装置に関する情報等から会員によって予約操作を受け付けると（Ｓ２１３）、管理装置１００に対して予約内容を送信する（Ｓ２１４）。
【０１２４】
そして、管理装置１００では、端末２００から予約内容を受信すると、会員情報と予約内容をもとに予約可否の判定処理（予約可否判定処理）を行う（Ｓ２１５）。
【０１２５】
管理装置１００で行われる予約可否判定処理は、予約情報管理ＤＢ１０１で記憶している予約情報、および会員情報管理ＤＢ１０２で記憶している会員情報をもとに行う。
【０１２６】
このとき、管理装置１００では、予約情報管理ＤＢ１０１で記憶している予約情報、および会員情報管理ＤＢ１０２で記憶している会員情報に加えて、ホールコンピュータ３００において管理している各店舗における予約状況の情報をもとに最終確認を行ってもよい。つまり、管理装置１００とホールコンピュータ３００との間で最終的な整合を確認することとなる。
【０１２７】
そして、予約可否判定処理によって会員が遊技装置を予約することが可能であると判定すると、管理装置１００は、その予約を確定する予約確定処理を行う（Ｓ２１６）。
【０１２８】
これによって、管理装置１００は、予約情報管理ＤＢ１０１の予約情報によって、遊技装置が予約された状態を把握することとなる。
【０１２９】
このようにして管理装置１００で予約が確定すると、ホールコンピュータ３００に対して予約完了通知を送信する（Ｓ２１７）。これにより、ホールコンピュータ３００では、管理している予約状況を更新して、予約完了通知による遊技装置を予約済みと登録する（Ｓ２１８）。
【０１３０】
また、管理装置１００では、予約確定処理が行われると、端末２００に対して予約内容で予約が完了したことを応答する（Ｓ２１９）。また、この管理装置１００では、続いて、会員情報として管理している会員のメールアドレスを読み出してそのアドレスに予約内容（予約詳細）をメール送信する（Ｓ２２０）。
【０１３１】
管理装置１００から予約内容の応答を受信した端末２００では、その受信した予約内容を表示して（Ｓ２２１）会員に示す。
【０１３２】
以上に示すような処理シーケンスによって、会員は遊技装置または遊技装置の機種を予約することが可能となる。上記のＳ２１２に示すような、店舗に関する情報、または遊技装置に関する情報等を一覧表示する処理によって、会員は、予約可能な遊技装置や店舗を把握でき、予約操作を行うことが可能となっている。
【０１３３】
会員が、予約対象として遊技装置または遊技装置の機種を指定する際には、会員は、後述する「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」や「Ｗｅｂ閲覧」の機能を利用して取得した情報（確認した情報）を用いることが可能である。つまり、会員はこれらの機能によって提供されるサイトから得た情報によって予約対象を選択（指定）することが可能である。
【０１３４】
図３乃至図７は、本発明の実施の形態における情報配信管理システムを構成する端末２００に表示される画面の画面遷移を示す図である。
【０１３５】
図３は、遊技装置の予約時における画面遷移を示している。
【０１３６】
図３（ａ）は、利用者が店舗の遊技装置を予約する際に表示する初期画面である。この初期画面は、端末２００で予約ＷＥＢサイトにアクセスすることで表示される画面であるほか、端末２００にインストールされた予約アプリケーションを起動したときに表示される画面である。
【０１３７】
図３（ａ）に示す初期画面には、「予約開始」、「予約キャンセル」、「予約状況確認」、「ポイント購入」、「ポイント獲得」、「各種機能利用」の全６個の指示ボタンが表示された状態を示しており、図３においては、このうち、「予約開始」ボタンを押下、押圧（タッチ）（以下、総称して「押下」と称する）した際に遷移する画面を示している。
【０１３８】
図３（ａ）の「予約開始」ボタンを押下すると、続いて、図３（ｂ）に示すような、遊技装置を予約しようとする利用者が「会員」であることを確認するために用いられる画面（会員確認画面）が表示される。
【０１３９】
この図３（ｂ）に示す会員確認画面は、会員ＩＤを入力する「会員ＩＤフィールド」と、パスワードを入力する「パスワードフィールド」と、実行ボタンが設けられており、利用者が利用者識別情報を会員ＩＤとして「会員ＩＤフィールド」に入力し、また、利用者がパスワードを「パスワードフィールド」に入力することが可能である。
【０１４０】
図３（ｂ）に示す会員確認画面に会員情報である「会員ＩＤ」および「パスワード」を入力後、利用者が実行ボタンを押下すると、端末２００から管理装置１００へとそれらの会員情報を含む認証要求が暗号化されて送信される。このとき管理装置１００では、端末２００から受信した会員情報を復号して、会員情報管理ＤＢ１０２で管理する会員情報と照合する。管理装置１００は、その照合結果（認証できたことを示す情報、若しくは認証できないことを示す情報）を端末２００へと応答する。
【０１４１】
端末２００は、管理装置１００から利用者を認証できたことを示す照合結果を受信すると、続いて、図３（ｃ）に示すような検索条件入力画面を表示する。また、認証できないことを示す照合結果を受信すると、エラー画面を表示する。
【０１４２】
この図３（ｃ）に示す検索条件入力画面は、予約する遊技装置を検索するための検索条件を入力する画面であって、その検索条件項目として、「遊技日」、「店舗」、「機種名」の３つが設けられているほか、位置情報を用いて検索するためにＧＰＳ機能を有効とする「チェックボックス」が設けられている。
【０１４３】
認証された会員が、「遊技日フィールド」に予約したい遊技日（必須項目）を入力するほか、「店舗フィールド」に遊技を行いたい店舗（任意項目）と、「機種名フィールド」に遊技を行いたい機種名（任意項目）との少なくとも一方を入力すると、その検索条件に該当する検索結果を画面に表示する。
【０１４４】
図３（ｄ）に示す画面は、「遊技日フィールド」と「店舗フィールド」とにそれぞれ情報を入力したことによって表示される画面であって、指定された店舗に設けられた遊技装置の一覧が表示された状態を示している。この図３（ｄ）に示す画面では、図３（ｃ）に示す検索条件入力画面の「遊技日フィールド」に「２０１７／０５／１３」を入力し、「店舗フィールド」に「店舗Ａ  ○○店」を入力した結果を示している。
【０１４５】
この図３（ｄ）に示す画面には、「店舗Ａ  ○○店」に設けられた予約可能な全ての遊技装置を一覧表示している。この一覧表示には、遊技装置と、その遊技装置を予約するために必要な予約必要ポイント（予約ポイントと図示）と、予約可能な残りの台数とを示している。
【０１４６】
その例として、図３（ｄ）に示す画面には、「ＣＲ  ○○○」という遊技装置を予約するために必要な予約必要ポイントとして「５００ＰＴ」であって、予約可能な残り台数が「４台」であることを示している。また、他の例として、図３（ｄ）に示す画面には、「パチスロ  ×××」という遊技装置を予約するために必要な予約必要ポイントとして「３００ＰＴ」であって、予約可能な残り台数が「１台」であることを示している。
【０１４７】
また、このときの予約必要ポイント「３００ＰＴ」が上記の「初期の必要価値情報」の一例であり、予約必要ポイント「５００ＰＴ」が上記の「特定の必要価値情報」の一例である。
【０１４８】
図３（ｅ）に示す画面は、図３（ｃ）に示す画面の「遊技日フィールド」で会員が指定した遊技日と、「機種名フィールド」で会員が指定した機種名とに基づいて検索した、その機種名の遊技装置を設置している店舗の一覧である。
【０１４９】
この図３（ｅ）に示す画面で「店舗Ａ  ○○店」を会員が選択すると、図３（ｄ）に示すような画面に遷移する。そして、図３（ｄ）に示すような画面において、いずれかの遊技装置を選択すると、図３（ｆ）、図３（ｇ）、図３（ｈ）に示すようないずれかの画面に遷移する。
【０１５０】
図３（ｆ）は、図３（ｃ）に示す検索条件入力画面のチェックボックスに「レ点」を入れず、位置情報を用いて検索することを指定しなかった場合であって、かつ、図３（ｄ）に示す画面において予約する対象として「ＣＲ  ○○○」という遊技装置を指定して管理装置１００から予約完了応答を受信することで、「予約が可能なとき」に表示される画面である。この図３（ｆ）に示す画面では、ポップアップとして、予約する情報（遊技装置「ＣＲ  ○○○」、予約ポイント「５００ＰＴ」）と、ボタン（ＹＥＳボタン、ＮＯボタン）が表示されている。
【０１５１】
図３（ｇ）は、図３（ｃ）に示す検索条件入力画面のチェックボックスに「レ点」を入れて、位置情報を用いて検索することを指定した場合であって、かつ、図３（ｄ）に示す画面において予約する対象として「ＣＲ  ○○○」という遊技装置を指定することで表示される画面である。この図３（ｇ）に示す画面では、ポップアップとして、予約する情報（遊技装置「ＣＲ  ○○○」、予約ポイント「４９８ＰＴ」）と、ボタン（ＹＥＳボタン、ＮＯボタン）が表示されている。
【０１５２】
図３（ｆ）に示す画面において、会員がＹＥＳボタンを押下したとき、または、図３（ｇ）に示す画面において、会員がＹＥＳボタンを押下したとき、端末２００は、管理装置１００に対して予約内容を送信する。
【０１５３】
そして、管理装置１００では、この予約内容に基づいて会員による予約が可能であるか否かを判定する処理（予約可否判定処理）を行う。さらに、管理装置１００では、この予約可否判定処理によって予約を許可すると判定すると、管理装置１００では、会員情報管理ＤＢ１０２で記憶するその会員の有効ポイントを更新する。
【０１５４】
具体的には、使用済ポイントに予約に必要な予約必要ポイントを加算し、総ポイントからこの使用済ポイントを減算することで新たな有効ポイントを算出して更新する。
【０１５５】
そして、管理装置１００は、端末２００に対して予約内容での予約が完了したことを通知する。
【０１５６】
これによって、端末２００では、図３（ｆ）に示す画面から図３（ｉ）に示すような予約完了画面へと切り替わる。また、図３（ｇ）に示す画面から図３（ｊ）に示すような予約完了画面へと切り替わる。
【０１５７】
図３（ｉ）に示す予約完了画面や、図３（ｊ）に示す予約完了画面では、予約確認として、予約を行った「遊技装置」、「店舗」、「遊技日」のほか、「予約ポイント」が表示される。
【０１５８】
また、上記に示す「予約が可能なとき」とは、他の会員によって予約されておらず、同一の遊技日において予約しようとする会員が、他の遊技装置を予約していない状態（より詳細には、予約情報管理ＤＢ１０１の予約情報として、予約会員ＩＤの項目に会員の会員ＩＤが登録されていない状態（図１７を参照））で、かつ、会員が保有する有効ポイントが、「ＣＲ  ○○○」の予約に必要な予約ポイント以上であることを含む。
【０１５９】
もちろん、予約しようとする遊技日とは異なる遊技日であっても、他の遊技装置を予約している場合には、いずれの遊技装置をも予約することができないようにしてもよい。
【０１６０】
なお、図３（ｆ）と図３（ｇ）に示す画面では、同じ遊技装置「ＣＲ  ○○○」を予約対象の遊技装置としているにも関わらず、予約に必要な予約ポイントが「５００ＰＴ」と「４９８ＰＴ」とで異なっている。これは、端末２００のＧＰＳ機能による位置情報を用いて検索した方が、割安で遊技装置を予約することができることを示している。
【０１６１】
より好適には、端末２００で検出した位置情報が、「店舗Ａ  ○○店」によって指定されている所定の範囲に属していることで予約が可能（図３（ｄ）に示すような画面を表示することが可能）であるように端末２００または管理装置１００で設定しておけば、会員は、「店舗Ａ  ○○店」の近隣等の、「店舗Ａ  ○○店」が指定する範囲内から予約を行っていると判断できる。
【０１６２】
つまり、この指定する範囲を店内に限定して設定しておき、ＧＰＳ機能による位置情報によって会員が店内から予約を行っていることが確認できれば、「来店による予約」であると判断できるということから、割安で予約させるものである。
【０１６３】
図３（ｈ）は、上記に示す「予約が可能なとき」に該当しないことによって、遊技装置を予約することができない旨を示す画面である。つまり、（１）他の会員によって予約されている状態にあるとき、（２）会員が他の遊技装置をすでに予約しているとき（より詳細には、予約情報管理ＤＢ１０１の予約情報として、予約会員ＩＤの項目に会員の会員ＩＤが登録されているとき）、（３）会員が保有する有効ポイントが、「ＣＲ  ○○○」の予約に必要な予約ポイント未満であるとき、などが「予約が可能なとき」に該当しないときである。
【０１６４】
特に、「（２）会員が他の遊技装置をすでに予約しているとき」に予約ができないことから、予約したい遊技装置を変更する際には一度、すでに予約している遊技装置の予約をキャンセル必要があることを示している。
【０１６５】
図４は、遊技装置の予約キャンセル時における画面遷移を示している。
【０１６６】
図４（ａ）は、図３（ａ）と同様であり、また、図４（ｂ）は、図３（ｂ）と同様である。図４（ｃ）は、図４（ａ）に示す画面で予約キャンセルボタンを押下した後に、図４（ｂ）に示す画面で入力された会員情報をもとに会員を認証したことによって、予約をキャンセルすることを指示することが可能な画面である。
【０１６７】
この図４（ｃ）に示す画面は、認証した会員がすでに予約を完了しており、かつ、予約された日程を過ぎていないときに表示される画面であって、予約状況（予約内容）と、その表示された予約状況での予約を取り消す（キャンセルする）指示を行うキャンセルボタンとを表示したものである。
【０１６８】
この図４（ｃ）に示す画面でキャンセルボタンを押下すると、端末２００から管理装置１００に対して会員の予約をキャンセルすることを指示するキャンセル通知が送信されて、図４（ｄ）に示す画面が表示される。
【０１６９】
これによって、端末２００では、予約をキャンセルしたことを表示するとともに、管理装置１００では、端末２００からキャンセル通知を受信して予約情報管理ＤＢ１０１で登録されている予約情報を取り消す。より具体的には、予約会員ＩＤとして登録されている会員ＩＤ（利用者識別情報）を消去することによって予約をキャンセルする。
【０１７０】
このとき同時に、管理装置１００では、会員情報管理ＤＢ１０２で記憶している会員の予約履歴を元の状態へと戻す一方で、この会員情報に含まれるポイント情報のうち使用済ポイントは元に戻さず、有効ポイントを返還しない。
【０１７１】
これによって、不正に予約を繰り返す会員を最小限に抑制することが可能となる。
【０１７２】
図５は、遊技装置の予約状況確認時における画面遷移を示している。
【０１７３】
図５（ａ）は、図３（ａ）と同様である。
【０１７４】
また、図５（ｂ）は、図３（ｂ）と類似する構成であって、会員自らの予約状況を確認するために、会員の会員ＩＤとパスワードによって認証を行う画面であるとともに、会員自らの予約状況ではなく、他の会員の予約状況を確認することも可能な画面である。
【０１７５】
この図５（ｂ）に示す会員確認画面は、「会員ＩＤフィールド」に会員ＩＤを入力し、「パスワードフィールド」にパスワードを入力した後に、実行ボタンを押下することによって、端末２００と管理装置１００との間での通信によって会員の認証を行う。
【０１７６】
また、他の会員の予約状況を確認するために、「会員ＩＤフィールド」に会員ＩＤを入力し、「パスワードフィールド」にパスワードを入力し、さらに、「他人（任意）」のプルダウンボックスから他の会員の会員種別を選択して実行ボタンを押下することによって、端末２００と管理装置１００との間での通信が行われ、選択した会員種別を有する会員の予約状況を受信する。そして、図５（ｅ）に示すような、選択した会員種別の会員の予約状況を確認する画面を表示する。
【０１７７】
あくまで、「他人（任意）」のプルダウンボックスから他の会員の会員種別を選択することは任意であって、必ず選択しなければならない項目ではない。
【０１７８】
このとき、端末２００と管理装置１００との間では、「会員ＩＤフィールド」に入力された会員ＩＤと、「パスワードフィールド」に入力されたパスワードとから会員であるか否かを判断し、会員であると判断されて認証すると、「他人（任意）」のプルダウンボックスで選択された会員種別を有する他の会員の予約状況が可能となる。
【０１７９】
より詳細については後述するが、概要としては、端末２００から他の会員の予約状況の表示要求を受け付けると、管理装置１００は、会員情報管理ＤＢ１０２の会員情報と、予約情報管理ＤＢ１０１の予約情報とに基づき、選択された会員種別を有する他の会員の予約状況の一覧を作成し、端末２００に応答する。これによって、端末２００は、図５（ｅ）に示すような、選択された会員種別を有する他の会員の予約状況を表示する。
【０１８０】
この図５（ｅ）に示すような画面は、図３３に示すような予約情報を予約情報管理ＤＢ１０１で管理した状態にあるときに表示される画面である。
【０１８１】
なお、図５（ｂ）に示す画面では、「他人（任意）」のプルダウンボックスを表示しており、このプルダウンボックスで選択された会員種別を有する他の会員の予約状況を表示しているが、これに限定されることはなく、予約できる遊技施設のプルダウンボックスを別途、設けて、そのプルダウンボックスで選択された遊技施設（店舗）に設けられた遊技装置を予約している会員の一覧を表示してもよい（会員種別は問わない）。
【０１８２】
図５（ｃ）は、図４（ｃ）に示す画面と類似しており、図５（ａ）に示す画面で予約状況確認ボタンを押下した後に、図５（ｂ）に示す画面で入力された会員情報をもとに会員を認証したことによって、現在の予約状況を確認することができる画面である。この画面には、コード表示ボタンが表示されており、このコード表示ボタンを会員が押下すると、予約内容を含むコード情報が作成されて表示される。
【０１８３】
図５（ｄ）は、図５（ｃ）に示す画面に表示されているコード表示ボタンを会員が押下したことによって作成されたコード情報を表示した画面である。この画面では、コード情報として二次元コード情報が表示された状態にある。
【０１８４】
この図５（ｄ）に示すようなコード情報は、遊技施設において遊技装置に対応する台間機５００に設けられているコードリーダー５０１によって読み取りが可能なコード情報であるほか、ホールコンピュータ３００と接続された予約確認端末７００においても読み取り可能なコード情報である。
【０１８５】
台間機５００に設けられたコードリーダー５０１でコード情報を読み取ると、台間機５００では、そのコード情報に含まれる予約内容を確認し、確認したその予約内容と、ホールコンピュータ３００から島コン４００を介して受信した、その台間機５００に対応する遊技装置に対する予約内容とを照合して、正規に予約された会員による遊技装置の利用であるか否かを判断することが可能となる。
【０１８６】
台間機５００において行われた判断処理によって正規に予約された会員による遊技装置の利用であると判断される場合、台間機５００は、その旨を「第１の報知態様」で報知する。もちろん、この報知は必ず行うことを要するものではない。また、反対に、台間機５００において行われた判断処理によって正規に予約された会員による遊技装置の利用であると判断されない場合、台間機５００は、正規に予約された会員による遊技装置の利用ではないことを「第２の報知態様」で報知する。
【０１８７】
もちろん、台間機５００が初期状態として、上記の「第２の報知態様」で報知を継続して行っており、正規に予約された会員による遊技装置の利用であると判断されたことによってその「第２の報知態様」を取り消す（停止する）、若しくは第２の報知態様から上記の「第１の報知態様」に変更することとしてもよい。
【０１８８】
このときの「第１の報知態様」として、たとえば、台間機５００に設けられた表示画面に、「正規に予約された会員による遊技装置の利用であることが認証された」旨を表示するとともに、また、台間機５００に設けられたランプを「青」色で点灯させる態様がある。
【０１８９】
これに対して、「第１の報知態様」とは異なる「第２の報知態様」として、たとえば、台間機５００に設けられた表示画面に、「正規に予約された会員による遊技装置の利用であることが認証されていない」旨を表示するとともに、台間機５００に設けられたランプを「赤」色で点灯させる態様がある。
【０１９０】
このほか、「第１の報知態様」には、台間機５００に設けられた表示画面を非表示とするとともに、台間機５００に設けられたランプを消灯することによって報知を行う態様をも含む。つまり、正規に予約された会員による遊技装置の利用であることが認証されれば、報知が行われない状態（非報知状態）となることを含むものである。
【０１９１】
図６は、ポイント購入時における画面遷移を示している。
【０１９２】
図６（ａ）は、図３（ａ）と同様であり、また、図６（ｂ）は、図３（ｂ）と同様である。図６（ｃ）は、図６（ａ）に示す画面でポイント購入ボタンを押下した後に、図６（ｂ）に示す画面で入力された会員情報をもとに会員を認証したことによって、表示される画面である。
【０１９３】
図６（ｃ）、図６（ｄ）に示す画面は、ポイントを購入可能な画面であって、購入するポイントに応じた料金が設定されており、いずれかの購入ボタンを押下すると、その購入ボタンに対するポイントを購入することが可能となる。
【０１９４】
このときの「ポイント購入」とは、金銭の支払いまたは決済によって会員がポイントを入手することができることを示しており、ポイント入手の一態様である。
【０１９５】
図６（ｄ）に示す画面は、図６（ｃ）に示す画面でいずれかのポイントに対応する購入ボタンを押下した後に表示される画面であって、この図６（ｄ）に示す画面で購入ボタンを押下すると、端末２００は、管理装置１００または決済装置（図示せず）でポイントの購入に係る料金の決済（たとえば、クレジットカード決済、デビット決済等）を行い、管理装置１００から購入後に会員が保有する有効ポイントに関する情報を受信する。
【０１９６】
図６（ｅ）に示す画面は、ポイント購入後の会員が保有する有効ポイントを示している。これは、端末２００が、管理装置１００から受信した有効ポイントに関する情報に含まれている、購入したポイントを加算後に会員が保有する有効ポイントである。
【０１９７】
このようにしてポイントを購入したことによって、利用者が有効ポイントを保有することとなる。つまり、ポイント購入が、上記の「所定の保有条件」の成立の一例である。
【０１９８】
図７は、ポイント獲得時における画面遷移を示している。
【０１９９】
図７（ａ）は、図３（ａ）と同様であり、また、図７（ｂ）は、図３（ｂ）と同様である。図７（ｃ）は、図７（ａ）に示す画面でポイント獲得ボタンを押下した後に、図７（ｂ）に示す画面で入力された会員情報をもとに会員を認証したことによって、表示される画面である。
【０２００】
この図７（ｃ）に示す画面には、ＧＰＳ機能を用いて端末２００の位置情報を検出してポイント獲得を行うことを指示するＧＰＳボタンと、二次元コードなどのコード情報を読み取ることによってポイント獲得を行うことを指示するコード情報ボタンとが表示されている。
【０２０１】
上記に示すように、端末２００には、ＧＰＳ機能を備えており、位置情報を検出可能である。この端末２００では、検出した位置情報により端末２００を保持する会員の位置情報（現在位置）を特定し、その現在位置が、ポイント獲得することを可能とする予め指定された範囲であるかを判断する。
【０２０２】
図７（ｄ）は、ＧＰＳボタンを押下することによってＧＰＳ機能によって位置情報を検出している状態（検出中の状態）であることを示す画面である。端末２００は、ＧＰＳ機能によって現在位置が検出できなければ、図７（ｇ）に示すような、位置情報を検出できないことを示す画面を表示する。
【０２０３】
また、端末２００は、ＧＰＳ機能によって位置情報を検出でき、その検出した位置情報が、ポイント獲得することを可能とする予め指定された範囲であると判断する場合、図７（ｆ）に示すような、その範囲で位置情報を検出したことによって獲得することができるポイント（範囲に対応したポイント）（図７（ｆ）に示す例では、「１ポイント」）を獲得することができる画面を表示する。
【０２０４】
また、端末２００は、ＧＰＳ機能によって位置情報を検出でき、その検出した位置情報が、ポイント獲得することを可能とする予め指定された範囲であると判断しない場合、図７（ｊ）に示すような、その範囲で位置情報を検出したもののポイントを獲得することができない旨を示す画面を表示する。この場合、図７（ｃ）に示すような画面に戻って、再度ポイント獲得の操作を行うことが可能である。
【０２０５】
また、上記に示すように、端末２００には、撮像機能（特に、「コード情報読み取り機能」）を備えており、二次元コード等のコード情報の読み取りが可能である。
【０２０６】
図７（ｃ）に示すような画面でコード情報ボタンを押下すると、図７（ｅ）に示すようなカメラを起動している状態を示す画面を表示後、撮像機能が起動することでこの撮像機能によってコード情報の読み取りが可能となる。
【０２０７】
これは、利用者が店舗に訪れ（来店し）、その店舗に設けられた予約確認端末７００を操作することで予約確認端末７００の画面に表示された、ポイントを含むコード情報を読み取るものである。
【０２０８】
そして、利用者が端末２００を操作してコード情報の読み取りが行われると、端末２００は、図７（ｈ）に示すような画面、図７（ｉ）に示すような画面、または、図７（ｋ）に示すような画面のいずれかを表示する。この図７（ｈ）に示すような画面は、利用者が店舗に訪れた（来店した）ことにより獲得したポイントを示すものである。このポイントを特に、「来店ポイント」とも称することがある（図７（ｋ）に示す例では、「１ポイント」）。
【０２０９】
すなわち、各店舗に設けられた予約確認端末７００ごとに設定されている来店ポイントを獲得することとなる。これは、店舗の従業員がホールコンピュータ３００を操作することによって、指定した来店ポイントの情報が予約情報管理ＤＢ１０１に記憶しており、予約確認端末７００が、予約情報管理ＤＢ１０１へとアクセスしてこの来店ポイントの情報を取得することで、端末２００を操作する利用者（会員）は、その来店ポイントを獲得することが可能であることを示している。
【０２１０】
また、利用者が端末２００を操作してコード情報の読み取りができない場合に、図７（ｉ）に示すような画面や図７（ｋ）に示すような画面を表示する。図７（ｉ）に示すような画面は、コード情報の読み取りができない旨を示す画面であって、図７（ｋ）に示すような画面は、コード情報の読み取りができないこと、若しくはコード情報の読み取りができたもののポイントを獲得できない旨を示す画面である。
【０２１１】
このようにしてポイントを獲得したことによって、利用者が有効ポイントを保有することとなる。つまり、来店ポイント等のポイント獲得が、上記の「所定の保有条件」の成立の一例である。
【０２１２】
このときの「ポイント獲得」とは、金銭の支払いまたは決済によるものではなくポイントを入手することができることを示しており、その一例が店舗への来店による獲得であって、ポイント入手の一態様である。
【０２１３】
図８は、端末２００で利用可能な各種機能の画面遷移を示す図である。
【０２１４】
図８（ａ）は、図３（ａ）と同様であり、また、図８（ｂ）は、図３（ｂ）と同様である。図８（ｃ）は、図８（ａ）に示す画面で各種機能利用ボタンを押下した後に、図８（ｂ）に示す画面で入力された会員情報をもとに会員を認証したことによって、表示される画面である。
【０２１５】
この図８（ｃ）に示す画面には、端末２００を介して利用することができる機能の一覧を示している。
【０２１６】
この図８（ｃ）に示す画面には、「ライブ投稿」、「ライブ視聴」、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」、「Ｗｅｂ閲覧」が示されており、認証された会員（若しくは会員の会員種別）に対して設定された機能利用権限の情報に基づいて利用可能な機能である。後述する、図２７に示すような機能利用権限情報（その１）、若しくは、図２８に示すような機能利用権限情報（その２）によって利用可能な機能が制限される。
【０２１７】
続いて、図８（ｃ）に示す画面において、「ライブ投稿」のボタンが押下されると、図８（ｄ）に示す画面を表示する。この図８（ｄ）に示す画面は、ライブ投稿を行うために、撮像する機器を選択、指定する画面である。この図８（ｄ）の画面は、端末２００が内蔵する撮像機能（内蔵カメラ）を起動するための「内蔵カメラ起動」ボタンと、端末２００と外部の撮像機能を有する機器（以下、「外部機器」と称する）とを接続する「外部機器接続」ボタンとが示されている。
【０２１８】
図８（ｄ）に示す画面で、「内蔵カメラ起動」ボタンを押下すると、端末２００が内蔵する内蔵カメラが起動して、図８（ｅ）に示すようなカメラが起動中である旨の画面が表示後、図８（ｆ）に示すような、その内蔵カメラによって撮像された画面が表示される。この図８（ｆ）に示すような画面に表示された動画像等データが、端末２００から配信サーバ１１０へと送信されて投稿されることとなる。つまり、配信サーバ１１０は、この動画像等データを配信情報管理ＤＢで、配信元の会員に対応付けて記憶することとなる。
【０２１９】
また、図８（ｄ）に示す画面で、「外部機器接続」ボタンを押下すると、端末２００に接続された外部機器との接続方法を選択する図８（ｇ）に示すような画面が表示される。
【０２２０】
この図８（ｇ）に示す画面は、端末２００が外部機器を認識する手法を選択する画面であって、自動で接続を行う「自動認識」ボタン、会員自らが詳細な接続設定を行う「接続設定」ボタンが表示されている。自動で接続を行うとは、所定の通信形式で通信することによって、予め定められた、接続に必要な情報を端末２００と外部機器との間で相互に交換して接続することを示すものである。
【０２２１】
図８（ｈ）は、図８（ｇ）に示す画面によるいずれかの手法によって接続された外部機器と接続された状態にあることを示す画面若しくは外部機器で撮像した動画像等データを表示する画面である。この外部機器で撮像した動画像等データが、端末２００から配信サーバ１１０へと送信されて投稿されることとなる。もちろん、端末２００を介さず外部機器から直接、配信サーバ１１０へと送信して投稿することとしてもよい。上記同様、配信サーバ１１０は、この動画像等データを配信情報管理ＤＢで、配信元の会員に対応付けて記憶することとなる（配信元の会員は動画像等データのヘッダー情報によって判別する）。
【０２２２】
なお、図８（ｆ）、図８（ｈ）のほか、後述する図８（ｊ）に示す画面には、「一時停止」、「全停止」、「開始」のボタン画面が表示されており、これらを押下することで、撮像が「一時停止」、「全停止」、「開始」することとなり、投稿が「一時停止」、「全停止」、「開始」することとなる。
【０２２３】
続いて、図８（ｉ）は、図８（ｃ）に示す画面で、「ライブ視聴」の機能を選択したことで表示される画面である。この「ライブ視聴」の機能を選択すると、端末２００は、配信サーバ１１０が動画像等データを配信しており、端末２００で動画像等データを視聴可能な項目（チャンネル）を表示する。
【０２２４】
図８（ｉ）では、「ライブ視聴」が可能なチャンネル（視聴チャンネル）として、「チャンネル１」、「チャンネル３」、「チャンネル５」、「チャンネル７」の全「４」個のチャンネルを表示している。これらいずれかのチャンネルを選択することで、その選択されたチャンネルで配信サーバ１１０から配信されている動画像等データを視聴することが可能となる。図８（ｊ）は、動画像等データを視聴した状態を示している。
【０２２５】
続いて、図８（ｋ）および図８（ｌ）は、図８（ｃ）に示す画面で、「ＳＮＳ更新」の機能若しくは「ＳＮＳ閲覧」の機能を選択したことで表示される画面である。
【０２２６】
「ＳＮＳ更新」の機能を選択すると、所定のデータ形式からなるツール（アプリ）が起動して、認証した会員専用のページが表示されて情報交換（情報発信、情報閲覧）を行うことができる。また、「ＳＮＳ閲覧」の機能を選択すると、所定のデータ形式からなるツール（アプリ）が起動して、任意の会員が提供するページが表示されて情報の閲覧を行うことができる。
【０２２７】
図８（ｋ）は、情報発信のみを行うことができる一方向発信ネットワークサービスのツール（アプリ）を起動した画面であって、図８（ｌ）は、情報発信とともに相手からの応答を受け付けることができる双方向通信ネットワークサービスのツール（アプリ）を起動した画面である。
【０２２８】
そして、図８（ｍ）は、図８（ｃ）に示す画面で、「Ｗｅｂ更新」の機能を選択したことで表示される画面である。
【０２２９】
「Ｗｅｂ更新」の機能を選択すると、Ｗｅｂブラウザが起動して管理装置１００が提供するＷｅｂサイトが表示されて、情報交換（情報発信、情報閲覧）を行うことができる。また、この図８（ｍ）に示すような画面に表示された「更新」、「修正」ボタンを押下することで、表示されている情報の更新、修正のほか、新たな情報の書き込みによる更新が可能となる。
【０２３０】
なお、図８（ｃ）に示す画面で、「Ｗｅｂ閲覧」の機能を選択すると、上記同様に、図８（ｍ）に示すような画面が表示されるものの、閲覧のみが可能であることから、「更新」、「修正」ボタンについては表示されない。
【０２３１】
図８に示すような画面を用いて各種機能を利用することとなる。
【０２３２】
図９は、端末２００で表示する機能一覧画面の表示例を示す図である。
【０２３３】
図８（ｃ）に示すような機能一覧画面は、認証した会員の会員種別の如何に関わらず表示される同一の画面であるが、図９では、会員種別に応じて利用可能な機能のボタンのみが表示される、若しくは、会員種別に応じて利用可能な機能のボタンのみが「有効な」状態で表示（利用可能とならない機能のボタンについてはグレーアウト表示）されることを示している。
【０２３４】
これは、端末２００が、管理装置１００に会員ＩＤ、パスワードに基づく会員の認証要求を行い、それに対する応答として、管理装置１００から端末２００が受信した会員情報の認証応答に含まれる「利用可能な機能に関する情報」をもとに、端末２００が表示制御を行ったものである。
【０２３５】
図９に示す例は、端末２００が管理装置１００から受信した会員情報の認証応答に、「利用可能な機能に関する情報」として、「ライブ視聴」、「ＳＮＳ閲覧」、「Ｗｅｂ閲覧」が指定されていることで表示される画面である。
【０２３６】
図１０は、ライブ視聴の機能を利用する他の方法を示す図である。
【０２３７】
図８（ｃ）に示す画面で「ライブ視聴」のボタンを押下することで、図８（ｊ）に示すようなライブ視聴が可能となるものの、図１０は、このライブ視聴を行うための他の方法である。
【０２３８】
図１０は、管理装置１００から端末２００が受信したメールの内容を示しており、そのメールには、ライブ視聴を行うための宛先を示すアドレス情報が含まれている。
【０２３９】
そして、会員がそのアドレス情報にアクセスすると、動画再生のためのソフトウェア（アプリケーション）やＷｅｂブラウザを起動して、ライブ視聴を行う。
【０２４０】
この図１０に示すようなメールは、「ライブ視聴」の機能を利用可能な会員によってこの「ライブ視聴」が選択されたときに、その会員を認証した管理装置１００が、会員情報管理ＤＢ１０２で管理している会員情報をもとに、予めその会員の会員情報として登録されたメールアドレスに送信したものである。
【０２４１】
以下では、図１１〜図１８を用いて予約に関する処理の流れを説明する。
【０２４２】
図１１は、本発明の実施の形態における情報配信管理システムを構成する端末によって行われるポイント獲得処理の詳細な流れを示すフローチャートである。
【０２４３】
図１１において、利用者が端末２００を操作することによって処理が開始され、図３（ａ）に示すような画面を用いてポイント獲得の指示が行われたか否かを判断する（Ｓ１１０１）。この判断処理によって、ポイント獲得の指示があると判断されるまで（Ｓ１１０１でＮＯ）は処理が行われない。
【０２４４】
これに対して、図３（ａ）に示すような画面を用いてポイント獲得指示が行われたと判断すると（Ｓ１１０１でＹＥＳ）、端末２００は、続いて、ＧＰＳ機能を用いた位置情報に基づくポイント獲得要求であるか否かを判断する（Ｓ１１０２）。
【０２４５】
ＧＰＳ機能を用いた位置情報に基づくポイント獲得要求であると判断すると（Ｓ１１０２でＹＥＳ）、端末２００は、ＧＰＳ機能を用いて、端末２００の現在の位置情報を取得する取得制御処理を行う（Ｓ１１０３）。
【０２４６】
そして、端末２００は、この取得制御処理によって取得した現在の位置情報が、遊技装置が設けられた遊技施設に対して予め指定されている範囲に属しているか否かを判断する所属有無判断処理を行う（Ｓ１１０４）。
【０２４７】
この所属有無判断処理によって、現在の位置情報が、遊技装置が設けられた遊技施設に対して予め指定されている範囲に属していないと判断する場合（Ｓ１１０４でＮＯ）、端末２００は、ポイント獲得することができない旨のエラー画面を表示する（Ｓ１１０５）。
【０２４８】
これに対して、現在の位置情報が、遊技装置が設けられた遊技施設に対して予め指定されている範囲に属していると所属有無判断処理で判断する場合（Ｓ１１０４でＹＥＳ）、端末２００は、続いて、今回の所属有無判断処理が、以前の所属有無判断処理が行われてから所定の経過時間を経過して行われたか否かを判断する（Ｓ１１０６）。
【０２４９】
端末２００は、今回の所属有無判断処理が、以前の所属有無判断処理が行われてから所定の経過時間を経過して行われたと判断する場合（Ｓ１１０６でＹＥＳ）、その所定の経過時間に対するポイントを特定する（Ｓ１１０７）。
【０２５０】
また、今回の所属有無判断処理が、以前の所属有無判断処理が行われてから所定の経過時間を経過して行われたと判断しない場合（Ｓ１１０６でＮＯ）、端末２００は、予め指定されたポイントを特定する（Ｓ１１０８）。
【０２５１】
そして、以上に示すような処理によって獲得したポイントを管理装置１００（管理サーバ）へと通知し（Ｓ１１０９）、端末２００の画面に、その獲得したポイントを表示する（Ｓ１１１０）。
【０２５２】
続いて、上記のＳ１１０２における、ＧＰＳ機能を用いた位置情報に基づくポイント獲得要求であるか否かの判断処理において、ＧＰＳ機能を用いた位置情報に基づくポイント獲得要求であると判断しない場合（Ｓ１１０２でＮＯ）、端末２００は、撮像機能であるカメラを起動して、遊技施設に設けられた予約確認端末７００に表示されている二次元コード等のコード情報を読み取る（Ｓ１１１１）。
【０２５３】
そして、端末２００は、その読み取ったコード情報に含まれるポイントを獲得することができたか否かを判断し（Ｓ１１１２）、コード情報に含まれるポイントを獲得することができない場合（Ｓ１１１２でＮＯ）には、ポイントを獲得することができない旨のエラー画面を表示する（Ｓ１１０５）。
【０２５４】
これに対して、読み取ったコード情報に含まれるポイントを獲得することができたと判断する場合（Ｓ１１１２でＹＥＳ）、端末２００は、このような処理によって獲得したポイントを管理装置１００（管理サーバ）へと通知し（Ｓ１１０９）、端末２００の画面に、その獲得したポイントを表示する（Ｓ１１１０）。
【０２５５】
以上のような処理が、ポイント獲得に際して端末２００で行われる処理である。
【０２５６】
図１２は、本発明の実施の形態における情報配信管理システムを構成する端末によって行われる予約制御処理の詳細な流れを示すフローチャートである。
【０２５７】
図１２において、利用者が端末２００を操作することによって処理が開始され、図３（ａ）に示すような画面を用いて予約開始の指示が行われたか否かを判断する（Ｓ１２０１）。
【０２５８】
この予約開始の指示が行われると（Ｓ１２０１でＹＥＳ）、端末２００は、続いて、会員認証処理を行う（Ｓ１２０２）。この会員認証処理は、会員によって画面に入力された会員ＩＤ、パスワードと、会員情報管理ＤＢ１０２において記憶している会員情報とを照合することによって認証する処理である。
【０２５９】
端末２００は、この会員認証処理によって会員が認証されたか否かを判断し（Ｓ１２０３）、会員であることが認証されなければ（Ｓ１２０３でＮＯ）、本予約制御処理を終了する。また、会員であることが認証されれば（Ｓ１２０３でＹＥＳ）、端末２００は、続いて、予約する遊技装置を検索するための検索条件が画面に入力されたかを判断して（Ｓ１２０４）、検索条件が入力するまで（Ｓ１２０４でＮＯ）は待機状態となる。
【０２６０】
また、検索条件が入力されて検索の実行が指示されると（Ｓ１２０４でＹＥＳ）、端末２００は、その検索条件に基づく検索処理を行い（Ｓ１２０５）、その検索処理における検索結果を一覧表示する（Ｓ１２０６）。ここでの一覧表示は、その検索条件によるもので、たとえば、検索条件として「店舗名」が指定されると、その店舗に設けられた遊技装置が一覧表示される。
【０２６１】
また、検索条件として「機種名」が指定されると、その機種の遊技装置が設けられた店舗が一覧表示された後に、その店舗のうちからいずれかを指定した店舗に設けられた遊技装置が一覧表示される。
【０２６２】
続いて、端末２００は、これら一覧表示された遊技装置のいずれかを指定して予約を行うことが指示されたか否かを判断する（Ｓ１２０７）。いずれかの遊技装置が指定されるまで（Ｓ１２０７でＮＯ）は待機状態であって、また、いずれかの遊技装置が指定されると（Ｓ１２０７でＹＥＳ）、端末２００は、その予約する遊技装置に関する情報（店舗、遊技装置ＩＤ等）や検索条件に含まれる遊技日等の遊技内容を示す情報を管理装置１００（管理サーバ）に送信する（Ｓ１２０８）。
【０２６３】
また、端末２００では、遊技内容を示す情報を管理装置１００（管理サーバ）に送信した結果として、管理装置１００からその予約内容での予約の承認応答があったか否かを判断する（Ｓ１２０９）。予約内容での予約の承認応答がなければ（Ｓ１２０９でＮＯ）、端末２００は、検索条件の再入力を可能とする。
【０２６４】
管理装置１００から予約内容での承認応答があると（Ｓ１２０９でＹＥＳ）、端末２００は、その承認された予約内容を確認画面に表示する（Ｓ１２１０）。その後、端末２００は、管理装置１００から予約内容を含むメールを受信する（Ｓ１２１１）。
【０２６５】
以上のような処理が、遊技装置を予約するために端末２００で行われる処理である。
【０２６６】
また、図３（ａ）に示すような画面を用いて予約開始の指示が行われたか否かの判断処理（Ｓ１２０１）において、予約開始の指示が行われたと判断しない場合（Ｓ１２０１でＮＯ）、端末２００は、続いて、予約キャンセルの指示が行われたか否かを判断する（Ｓ１２１２）。
【０２６７】
予約キャンセルの指示が行われたと判断しない場合（Ｓ１２１２でＮＯ）、端末２００は、本予約制御処理を終了する。
【０２６８】
また、予約キャンセルの指示が行われたと判断する場合（Ｓ１２１２でＹＥＳ）、端末２００は、その予約キャンセルの指示に含まれる会員ＩＤ、パスワードと、会員情報管理ＤＢ１０２で管理する会員情報とを照合して、会員を認証する処理を行う（Ｓ１２１３）。
【０２６９】
この会員の認証処理によって、予約キャンセルの指示を行った利用者が会員であることが認証できたか否かを判断する（Ｓ１２１４）。利用者が会員であることが認証できたと判断しない場合（Ｓ１２１４でＮＯ）、端末２００は、本予約制御処理を終了する。
【０２７０】
これに対して、利用者が会員であることが認証できた場合（Ｓ１２１４でＹＥＳ）、端末２００は、管理装置１００（管理サーバ）に対して予約内容を要求して取得する（Ｓ１２１５）。そして、取得したその予約内容を端末２００の画面に表示する（Ｓ１２１６）。
【０２７１】
そして、端末２００では、会員によって予約のキャンセル操作が行われた予約キャンセルの実行指示が行われたか否かを判断する（Ｓ１２１７）。予約キャンセルの実行指示が行われなければ（Ｓ１２１７でＮＯ）、端末２００は、本予約制御処理を終了する。
【０２７２】
予約キャンセルの実行指示が行われると（Ｓ１２１７でＹＥＳ）、端末２００は、管理装置１００（管理サーバ）に対して予約キャンセル要求を管理装置１００に対して送信する（Ｓ１２１８）。
【０２７３】
端末２００は、この管理装置１００から予約キャンセル要求に対する承認応答があるか否かを判断し（Ｓ１２１９）、承認応答があれば（Ｓ１２１９でＹＥＳ）、予約キャンセルの完了画面を表示し（Ｓ１２２０）、また、承認応答でなく否認応答であれば（Ｓ１２１９でＮＯ）、エラー画面を表示する（Ｓ１２２１）。
【０２７４】
図１３は、本発明の実施の形態における情報配信管理システムを構成する管理装置によって行われるポイント入手処理の詳細な流れを示すフローチャートである。
【０２７５】
このポイント入手処理は、端末２００を用いてポイント購入の処理のほか、来店ポイント等のポイント獲得の処理が行われたときに管理装置１００によって行われる処理である。
【０２７６】
図１３において、管理装置１００は、端末２００からポイント購入の要求が行われたか否かを判断する（Ｓ１３０１）。ポイント購入の要求が行われた場合（Ｓ１３０１でＹＥＳ）、管理装置１００は、続いて、そのポイント購入の要求が認証済みの会員からの要求であるか否かを判断する（Ｓ１３０２）。
【０２７７】
ポイント購入の要求が認証済みの会員からの要求でない場合（Ｓ１３０２でＮＯ）、管理装置１００は、そのポイント購入要求に含まれる会員情報と、会員情報管理ＤＢ１０２において記憶している会員情報とを照合して認証処理を行い（Ｓ１３０９）、会員を認証できたかを判断する（Ｓ１３１０）。
【０２７８】
会員を認証できなければ（Ｓ１３１０でＮＯ）、管理装置１００は、会員を認証できない旨のエラー応答を行う（Ｓ１３１１）。また、会員が認証できた場合（Ｓ１３１０でＹＥＳ）、管理装置１００は、後述する、ポイント購入可否判定処理を行う（Ｓ１３０３）。
【０２７９】
認証済みの会員からのポイント購入要求である場合（Ｓ１３０２でＹＥＳ）、管理装置１００は、要求されたポイントの購入が可能であるか否かを判断するポイント購入可否判定処理を行う（Ｓ１３０３）。
【０２８０】
このポイント購入可否判定処理は、決済装置との通信によって会員がそのポイントを購入するに際して決済（クレジットカード決済、デビット決済等）が可能であるかを判断する処理である。これは、管理装置１００が決済処理として決済装置から決済可否を受信することによって判断する。
【０２８１】
このポイント購入可否判定処理によって、ポイント購入を許可すると判定したか否かを判断し（Ｓ１３０４）、管理装置１００は、決済が許可されずにポイント購入を許可すると判断しない場合（Ｓ１３０４でＮＯ）、その旨のエラー応答を行い（Ｓ１３１１）、会員によるポイント購入を拒否する。
【０２８２】
また、決済が許可されてポイント購入を許可すると判断する場合（Ｓ１３０４でＹＥＳ）、管理装置１００は、会員情報の総ポイントに今回購入したポイントとを加算して、有効ポイントを更新する（Ｓ１３０５）。
【０２８３】
そして、管理装置１００は、端末２００に対して、ポイント購入が完了したことを示すポイント購入完了通知を送信する（Ｓ１３０６）。
【０２８４】
このような処理によって、会員のポイント購入が行われる。続いて、来店ポイント等のポイント獲得処理を示す。
【０２８５】
Ｓ１３０１に示す処理によってポイント購入の要求が行われたと判断しない場合（Ｓ１３０１でＮＯ）、続いて、管理装置１００は、端末２００から獲得したポイントに関する通知を受信したかを判断する（Ｓ１３０７）。端末２００から獲得したポイントに関する通知を受信したものでなければ（Ｓ１３０７でＮＯ）、本ポイント入手処理を終了する。
【０２８６】
また、端末２００から獲得したポイントに関する通知を受信したと判断する場合（Ｓ１３０７でＹＥＳ）、管理装置１００は、通知された獲得ポイントを会員情報の総ポイントに加算して有効ポイントを更新する（Ｓ１３０８）。
【０２８７】
このような処理によって、獲得した来店ポイント等のポイントを記憶することができる。
【０２８８】
図１４は、本発明の実施の形態における情報配信管理システムを構成する管理装置によって行われる予約前処理の詳細な流れを示すフローチャートである。
【０２８９】
図１４において、管理装置１００は、各店舗に設けられたホールコンピュータ３００から、遊技装置それぞれを予約するために必要となる予約設定データを受信したか否かを判断する（Ｓ１４０１）。この予約設定データを受信していなければ（Ｓ１４０１でＮＯ）、本予約前処理が行われない。
【０２９０】
ホールコンピュータ３００から予約設定データを受信すると（Ｓ１４０１でＹＥＳ）、管理装置１００は、その予約設定データの解析処理を行い（Ｓ１４０２）、その予約設定データに含まれる情報として、店舗情報、遊技装置とその遊技装置に対する予約必要ポイント、遊技可能日の情報を確認する。
【０２９１】
そして、管理装置１００は、これらの情報を予約情報として予約情報管理ＤＢ１０１に登録する（Ｓ１４０３）。
【０２９２】
このような処理によって、予約情報が予約情報管理ＤＢ１０１に登録された状態となり、図１５に示すような予約処理が可能となる。
【０２９３】
図１５は、本発明の実施の形態における情報配信管理システムを構成する管理装置によって行われる予約処理の詳細な流れを示すフローチャートである。
【０２９４】
管理装置１００は、端末２００から会員の認証要求を受け付けたか否かを判断する（Ｓ１５０１）。この認証要求には会員ＩＤ、パスワードが暗号化された状態で含まれている。認証要求でない場合（Ｓ１５０１でＮＯ）には、続いて、端末２００から遊技装置の検索条件を含む検索要求を受信したか否かを判断する（Ｓ１５０５）。
【０２９５】
認証要求を受信したと判断する（Ｓ１５０１でＹＥＳ）と、管理装置１００は、その認証要求に含まれる会員ＩＤ、パスワードを、会員情報管理ＤＢ１０２において管理している会員情報をもとに認証する処理を行う（Ｓ１５０２）。
【０２９６】
この認証処理によって会員を認証できたか否かを判断し（Ｓ１５０３）、管理装置１００は、会員を認証できたと判断する場合（Ｓ１５０３でＹＥＳ）に会員情報の認証応答を行う（Ｓ１５０４）。また、会員を認証できない場合（Ｓ１５０３でＮＯ）には、認証することができない旨のエラー応答を行う（Ｓ１５１６）。
【０２９７】
この会員の認証処理によって会員を認証すると、管理装置１００は、会員情報管理ＤＢ１０２で管理している、図３２に示すような認証済会員情報に、認証した会員の情報を登録する。
【０２９８】
続いて、管理装置１００は、端末２００から遊技装置の検索条件を含む検索要求を受信したか否かを判断する（Ｓ１５０５）。検索要求でない場合（Ｓ１５０５でＮＯ）には、続いて、遊技装置を予約する予約要求が行われたか否かを判断する（Ｓ１５０８）。
【０２９９】
また、端末２００から遊技装置の検索条件を含む検索要求を受信したと判断する場合（Ｓ１５０５でＹＥＳ）、管理装置１００は、続いて、その検索要求が認証済の会員からの検索要求であるか否かを判断する（Ｓ１５０６）。
【０３００】
認証済の会員からの検索要求であると判断しない場合（Ｓ１５０６でＮＯ）、管理装置１００は、認証を行うことが必要である旨のエラー応答を行う（Ｓ１５１６）。
【０３０１】
また、検索要求が認証済の会員からの検索要求であると判断する場合（Ｓ１５０６でＹＥＳ）、管理装置１００は、予約情報管理ＤＢ１０１に登録されている遊技装置ごとの予約情報をもとに検索条件に基づく検索処理を行い、その検索結果を端末２００へと応答する（Ｓ１５０７）。
【０３０２】
続いて、管理装置１００は、端末２００から遊技装置の予約要求を受信したか否かを判断する（Ｓ１５０８）。遊技装置の予約要求を受信したと判断しない場合（Ｓ１５０８でＮＯ）には、本予約処理を終了する。
【０３０３】
また、端末２００から遊技装置の予約要求を受信したと判断すると（Ｓ１５０８でＹＥＳ）、管理装置１００は、その予約要求された予約内容での予約が可能であるか否かを判定する予約可否判定処理を行う（Ｓ１５０９）。この予約可否判定処理の詳細な流れを図１６に示し、後述する。
【０３０４】
管理装置１００は、この予約可否判定処理によって予約内容で予約することができると判定したか否かを判断する（Ｓ１５１０）。予約内容で予約することができると判定しない場合（Ｓ１５１０でＮＯ）、管理装置１００は、その予約内容での予約を拒否する予約拒否応答を行う（Ｓ１５１５）。
【０３０５】
また、予約内容で予約することができると判定する場合（Ｓ１５１０でＹＥＳ）、管理装置１００は、その予約内容での予約を確定させる予約確定処理を行う（Ｓ１５１１）。この予約確定処理の詳細な流れを図１７に示し、後述する。
【０３０６】
管理装置１００は、予約確定処理によって予約内容での予約が確定すると、端末２００に対してその予約内容での予約が確定したことを示す予約完了応答を行う（Ｓ１５１２）。
【０３０７】
そして、管理装置１００は、予約を行った会員のメールアドレスに対して予約内容をメール送信し（Ｓ１５１３）、また、予約内容に含まれる遊技装置が設けられた遊技施設のホールコンピュータ３００に対して予約完了通知を行う（Ｓ１５１４）。
【０３０８】
このような処理によって、管理装置１００において遊技装置の予約が完了することとなる。
【０３０９】
図１６は、図１５に示す予約可否判定処理の詳細な流れを示すフローチャートである。
【０３１０】
図１６において、予約内容を含む予約要求を受け付けることによって処理が開始され、管理装置１００は、その予約要求に、端末２００のＧＰＳ機能を用いた位置情報による予約可否の判定設定が含まれているか否かを判断する（Ｓ１６０１）。
【０３１１】
位置情報による予約可否の判定設定が含まれていると判断する場合（Ｓ１６０１でＹＥＳ）、管理装置１００は、続いて、その予約要求に位置情報が含まれているか否か（取得することができたか否か）を判断する（Ｓ１６０２）。このとき、位置情報による予約可否の判定設定が含まれていると判断するものの、その予約要求に位置情報が含まれていない場合（位置情報を取得できない場合）（Ｓ１６０２でＮＯ）には、予約することできない（予約不可）と判定して、本予約可否判定処理を終了する。
【０３１２】
また、予約要求に位置情報が含まれていると判断する場合（位置情報を取得できた場合）（Ｓ１６０２でＹＥＳ）、または、予約内容を含む予約要求を受け付けたものの、位置情報による予約可否の判定設定が含まれていないと判断する場合（Ｓ１６０１でＮＯ）、管理装置１００は、予約情報管理ＤＢ１０１に登録されている予約情報をもとに予約対象である遊技装置に「空き」があり、予約することができるか否かを判定する（Ｓ１６０３）。
【０３１３】
この判定処理の結果、予約対象の遊技装置に空きがあり、予約することができると判定したか否かを判断する（Ｓ１６０４）。このとき、予約対象の遊技装置に空きがなく、予約することができない場合（Ｓ１６０４でＮＯ）、管理装置１００は、予約することできない（予約不可）と判定して、本予約可否判定処理を終了する。
【０３１４】
また、予約対象の遊技装置に空きがあり、予約することができると判定した場合（Ｓ１６０４でＹＥＳ）、管理装置１００は、続いて、予約情報管理ＤＢ１０１で管理する予約情報をもとに、予約する会員がすでに他の遊技装置を予約しているか否かを判断する（Ｓ１６０５）。
【０３１５】
このとき、会員がすでに他の遊技装置を予約していると判断する場合（Ｓ１６０５でＹＥＳ）、管理装置１００は、予約することできない（予約不可）と判定して、本予約可否判定処理を終了する。
【０３１６】
また、会員がすでに他の遊技装置を予約していると判断しない場合（Ｓ１６０５でＮＯ）、管理装置１００は、予約対象とする遊技装置に対して指定された予約必要ポイントが特定予約必要ポイントであるか否かを判断する（Ｓ１６０６）。
【０３１７】
予約対象とする遊技装置に対して指定された予約必要ポイントが特定予約必要ポイントであると判断する場合（Ｓ１６０６でＹＥＳ）、管理装置１００は、続いて、会員の会員属性が「プレミアム会員」であるか否かを判断し（Ｓ１６０７）、また、予約対象とする遊技装置に対して指定された予約必要ポイントが特定予約必要ポイントであると判断しない場合（Ｓ１６０６でＮＯ）、所定の予約許可条件を満たすか否かを判断する（Ｓ１６０８）。なお、所定の予約許可条件を満たすと判断しない場合（Ｓ１６０８でＮＯ）、管理装置１００は、本予約可否判定処理を終了する。つまり、予約を許可しない。
【０３１８】
まず、Ｓ１６０８における、所定の予約許可条件を満たすか否かの判断処理は、上記に示す以外にも、Ｓ１６０７の会員の会員属性が「プレミアム会員」であると判断処理において、「プレミアム会員」であると判断されない場合（Ｓ１６０７でＮＯ）の場合にも行われる処理である。
【０３１９】
このＳ１６０８における、所定の予約許可条件を満たすか否かの判断処理は、予約情報管理ＤＢ１０１において管理している予約情報に含まれる予約可能日の情報（時間情報）をもとに、予約を行おうとする予約実行日（時間）がその予約可能日に含まれるか否かを判定する処理である。つまり、指定された予約可能期間内に予約を行ったものであるか否かを判断する処理である。
【０３２０】
このことから、予約する遊技装置に特定予約必要ポイントが設定されているかを問わず、プレミアム会員を除いて、この予約許可条件を満たさなければ（指定された予約可能期間内での予約でなければ）予約を行うことができない（予約を許可しない）。また、反対に、予約する遊技装置に特定予約必要ポイントが設定されており、会員の会員属性が「プレミアム会員」であれば、予約許可条件の成立有無に関わらず、つまり、予約許可条件を満たさなくとも（指定された予約可能期間でなくとも）、予約を行うことができることを示している。
【０３２１】
このことから、特定予約必要ポイントが設定されていることでイベントが示唆されている状態にある遊技装置については、「プレミアム会員」の会員種別を有する会員が、この「プレミアム会員」の会員種別を有しない「通常会員」よりも優先的に予約することができることを示している。もちろん、「プレミアム会員」の会員種別を有しない会員であっても、予約許可条件を満たす場合（予約可能日内の予約）であれば、特定ポイントが設定されている遊技装置も当然、予約することは可能である。
【０３２２】
次に、会員の会員属性が「プレミアム会員」であると判断する場合（Ｓ１６０７でＹＥＳ）、管理装置１００は、予約許可条件を満たすか否かの判断処理（Ｓ１６０８）を行わず、会員が保有する有効ポイントが予約必要ポイント以上であるか否かの判断処理を行う（Ｓ１６０９）。
【０３２３】
つまり、上記に示すように、予約許可条件を満たさない場合（予約可能日内の予約でない場合）であっても、「プレミアム会員」であれば予約することが可能となることを示している。言い換えれば、予約可能日よりも前であっても予約することが可能である。
【０３２４】
続いて、会員が保有する有効ポイントが予約必要ポイント以上であるか否かの判断処理（Ｓ１６０９）において、会員が保有する有効ポイントが予約必要ポイント以上であると判断されれば（Ｓ１６０９でＹＥＳ）、管理装置１００は、その予約内容を一時的に記憶して「仮予約処理」を行う（Ｓ１６１０）。一方で、会員が保有する有効ポイントが予約必要ポイント以上でなければ（Ｓ１６０９でＮＯ）、管理装置１００は、本予約可否判定処理を終了する。つまり、予約を許可しない。
【０３２５】
図１７は、図１５に示す予約確定処理の詳細な流れを示すフローチャートである。
【０３２６】
図１７において、予約内容での予約が許可されることによって処理が開始され、管理装置１００は、図１６に示すような予約可否判定処理によって仮予約処理が行われ、一時的に記憶している予約内容を読み出す（Ｓ１７０１）。
【０３２７】
管理装置１００は、その予約内容に含まれる会員ＩＤの会員情報であって、会員情報管理ＤＢ１０２で管理している会員情報に含まれる使用済ポイントに、遊技装置を予約するために必要な予約必要ポイントを加算して、有効ポイントを更新する（Ｓ１７０２）。
【０３２８】
続いて、管理装置１００は、その予約内容を予約情報に登録し（Ｓ１７０３）、その予約内容を、予約する遊技装置が設けられた店舗のホールコンピュータ３００に通知する（Ｓ１７０４）。
【０３２９】
そして、図１６に示すような予約可否判定処理によって行われた仮予約処理による予約内容を削除する（Ｓ１７０５）。
【０３３０】
図１８は、本発明の実施の形態における情報配信管理システムを構成する管理装置によって行われる予約キャンセル処理の詳細な流れを示すフローチャートである。
【０３３１】
管理装置１００は、端末２００から認証済会員から予約キャンセルの要求を受け付けたか否かを判断する（Ｓ１８０１）。
【０３３２】
認証済会員から予約キャンセルの要求を受け付けたと判断する場合（Ｓ１８０１でＹＥＳ）、管理装置１００は、予約をキャンセルするために、会員が現時点において予約している予約内容を予約情報管理ＤＢ１０１から削除する（Ｓ１８０２）。
【０３３３】
これに対して、予約キャンセルの要求が認証済みの会員からの要求でない場合（Ｓ１８０１でＮＯ）、管理装置１００は、その予約キャンセルの要求に含まれる会員情報と、会員情報管理ＤＢ１０２において記憶している会員情報とを照合して認証処理を行い（Ｓ１８０６）、会員を認証できたかを判断する（Ｓ１８０７）。
【０３３４】
会員を認証できなければ（Ｓ１８０７でＮＯ）、管理装置１００は、会員を認証できない旨のエラー応答を行う（Ｓ１８０８）。また、会員が認証できた場合（Ｓ１８０７でＹＥＳ）、管理装置１００は、予約をキャンセルするために、現時点における予約内容を予約情報管理ＤＢ１０１から削除する（Ｓ１８０２）。
【０３３５】
現時点における予約内容を予約情報管理ＤＢ１０１から削除すると、管理装置１００は、会員情報管理ＤＢ１０２の会員情報から予約に関する履歴情報を元に戻して会員情報を更新する（Ｓ１８０３）。
【０３３６】
そして、管理装置１００は、端末２００に対して予約キャンセルが完了したことを示す完了通知を送信し（Ｓ１８０４）、また、予約をキャンセルした遊技装置が設置された店舗のホールコンピュータ３００に予約キャンセル通知を行う（Ｓ１８０５）。
【０３３７】
このような処理によって、会員は、予約をキャンセルすることができる。
【０３３８】
続いて、図１９〜図２５を用いて、各種機能を利用するために行われる処理について説明する。
【０３３９】
図１９は、本発明の実施の形態における情報配信管理システムを構成するユーザ端末において行われるライブ投稿処理、ライブ視聴処理の詳細な流れを示すフローチャートである。
【０３４０】
図１９において、端末２００に表示した初期画面（例えば、図８（ａ）示すような画面）を表示すると処理が開始され、この初期画面で「各種機能利用」のボタンが押下されて各種機能の利用指示が行われたか否かを判断する（Ｓ１９０１）。
【０３４１】
この各種機能の利用指示が行われたかの判断処理において、各種機能の利用指示が行われたと判断すると（Ｓ１９０１でＹＥＳ）、端末２００は、会員認証処理を行う（Ｓ１９０２）。また、各種機能の利用指示が行われたと判断しなければ（Ｓ１９０１でＮＯ）、端末２００は、本処理を終了する。そして、この会員認証処理は、会員によって画面に入力された会員ＩＤ、パスワードと、会員情報管理ＤＢ１０２において記憶している会員情報とを照合することによって認証する処理である。
【０３４２】
端末２００は、この会員認証処理によって会員が認証されたか否かを判断し（Ｓ１９０３）、会員であることが認証されなければ（Ｓ１９０３でＮＯ）、本処理を終了する。また、会員であることが認証されれば（Ｓ１９０３でＹＥＳ）、端末２００は、続いて、利用指示された機能として「ライブ投稿」の機能が選択されたか否かを判断する（Ｓ１９０４）。
【０３４３】
「ライブ投稿」の機能が選択されたと判断する場合（Ｓ１９０４でＹＥＳ）、端末２００は、以下のＳ１９０５以降に示すような「ライブ投稿」の機能に係る処理を実行する。一方で、「ライブ投稿」の機能が選択されたと判断しない場合（Ｓ１９０４でＮＯ）、端末２００は、図２０に示すような処理を実行する。
【０３４４】
まず、「ライブ投稿」の機能が選択されると、端末２００は、管理装置１００（図では管理サーバと表記）に対して「ライブ投稿」の機能の利用要求を送信する（Ｓ１９０５）。
【０３４５】
このとき管理装置１００では、後述する図２１に示すようなフローチャートの処理を実行して、端末２００を操作する会員が、「ライブ投稿」の機能を利用することができるか否か、および、「ライブ投稿」の機能を利用することができる場合には利用に際して用いる情報（以下では、「配信チャンネルに関する情報」と称している）を端末２００へと応答する。
【０３４６】
続いて、端末２００は、管理装置１００から一定時間内に、「配信チャンネルに関する情報」を受信したか否かを判断し（Ｓ１９０６）、一定時間内にこの情報を受信しない場合には本処理を中止する。もちろん、管理装置１００から一定時間内に情報を受信できない旨のエラー画面を表示して終了してもよい。
【０３４７】
また、管理装置１００から一定時間内に、「配信チャンネルに関する情報」を受信した場合、端末２００は、その受信した「配信チャンネルに関する情報」に基づき、「投稿に用いる情報」を設定する（Ｓ１９０７）。
【０３４８】
このときの「投稿に用いる情報」は、情報を投稿する（動画像等データを送信する）送信先（配信サーバ１１０）の宛先情報（アドレス情報、ポート番号等）等であって、「投稿設定情報」とも称する。
【０３４９】
この「投稿に用いる情報」を設定すると、続いて、端末２００は、ライブ投稿するデータの撮像、記録（記憶）、取得を行う方法として、端末２００に内蔵する撮像機能（内蔵カメラ）を用いるか否かを判断する（Ｓ１９０８）。
【０３５０】
端末２００に内蔵する撮像機能（内蔵カメラ）を用いて撮像した動画像等データをライブ投稿する場合（Ｓ１９０８でＹＥＳ）、端末２００は、内蔵カメラを起動する（Ｓ１９０９）。そして、内蔵カメラを用いた撮像の開始操作が行われたか否かを判断し（Ｓ１９１０）、この開始操作が行われるまで（Ｓ１９１０でＮＯ）は待機状態にある。また、この開始操作が行われると（Ｓ１９１０でＹＥＳ）、上記に示すような処理によって設定した「投稿に用いる情報」に基づき、動画像等データを配信サーバ１１０に投稿する（送信する）（Ｓ１９１１）。
【０３５１】
このように動画像等データを配信サーバ１１０に投稿している状態にある端末２００において、投稿を終了する終了操作が行われたか否かを判断し（Ｓ１９１２）、この終了操作が行われるまで（Ｓ１９１２でＮＯ）、端末２００は、動画像等データの投稿（送信）を継続することとなる。また、終了操作が行われたと判断すると（Ｓ１９１２でＹＥＳ）、端末２００は、管理装置１００および配信サーバ１１０に対して、「ライブ投稿」の機能の利用終了要求を送信する（Ｓ１９１３）。
【０３５２】
このとき、端末２００は、起動している内蔵カメラを停止して終了する（Ｓ１９１４）。
【０３５３】
このように、内蔵カメラを用いて動画像等データのライブ投稿を行うことが可能となる。
【０３５４】
続いて、Ｓ１９０８における、内蔵カメラを用いて「ライブ投稿」の機能を利用するか否かの判断処理において、内蔵カメラを用いて「ライブ投稿」の機能を利用するものでないと判断する場合（Ｓ１９０８でＮＯ）、端末２００は、外部の撮像機器（外部機器）を接続して動画像等データを撮像することを示している。
【０３５５】
この場合、端末２００では、図８（ｇ）に示すような画面において「接続設定」が選択され、端末２００と外部機器との間における詳細な接続設定を行って外部機器を認識するか否かを判断する（Ｓ１９１５）。
【０３５６】
端末２００と外部機器との間における詳細な接続設定を行って外部機器を認識する場合（Ｓ１９１５でＹＥＳ）、端末２００は、その接続する外部機器に応じた接続処理を行う（Ｓ１９１６）。また、端末２００と外部機器との間における詳細な接続設定を行って外部機器を認識するものではない場合（Ｓ１９１５でＮＯ）、端末２００は、外部機器を自動認識して接続を行う（Ｓ１９１７）。
【０３５７】
これにより、端末２００と外部機器との接続が完了したか否かを判断し（Ｓ１９１８）、接続が完了するまでは（Ｓ１９１８でＮＯ）待機状態にあり、接続が完了すると（Ｓ１９１８でＹＥＳ）、端末２００は、続いて、外部機器での撮像の開始操作が行われたか否かを判断し（Ｓ１９１９）、外部機器を用いた撮像の開始操作が行われるまで（Ｓ１９１９でＮＯ）は待機状態にある。また、この開始操作が行われると（Ｓ１９１９でＹＥＳ）、上記に示すような処理によって設定した「投稿に用いる情報」に基づき、動画像等データを配信サーバ１１０に投稿する（送信する）（Ｓ１９２０）。
【０３５８】
このように、外部機器を用いて、動画像等データを配信サーバ１１０に投稿している状態にある端末２００において、動画像等データの投稿を終了する終了操作が行われたか否かを判断し（Ｓ１９２１）、この終了操作が行われるまで（Ｓ１９２１でＮＯ）、端末２００は、動画像等データの投稿を継続することとなる。また、終了操作が行われたと判断すると（Ｓ１９２１でＹＥＳ）、端末２００は、管理装置１００および配信サーバ１１０に対して、「ライブ投稿」の機能の利用終了要求を送信する（Ｓ１９２２）。もちろん、外部機器での撮像も終了することとなる。
【０３５９】
次に、図２０を用いて「ライブ視聴」の機能を利用する場合における処理を説明する。
【０３６０】
図２０に示す処理は、図１９のＳ１９０４における処理によって「ライブ投稿」の機能が選択されたか否かの判断処理において、「ライブ投稿」の機能が選択されたものではないと判断する場合（Ｓ１９０４でＮＯ）に行われる処理である。
【０３６１】
このとき、端末２００では、「ライブ視聴」の機能が選択されたか否かを判断する（Ｓ２００１）。「ライブ視聴」の機能が選択されたと判断しない場合（Ｓ２００１でＮＯ）には本処理を終了する。
【０３６２】
また、「ライブ視聴」の機能が選択されたと判断すると（Ｓ２００１でＹＥＳ）、端末２００は、管理装置１００に対して「ライブ視聴」の機能の利用要求を送信する（Ｓ２００２）。
【０３６３】
そして、この利用要求を管理装置１００に送信してから一定時間内に、端末２００が、管理装置１００から「配信チャンネルに関する情報」を受信したか否かを判断する（Ｓ２００３）。一定時間内に端末２００が、管理装置１００から「配信チャンネルに関する情報」を受信していない場合（Ｓ２００３でＮＯ）、端末２００は、本処理を終了する。
【０３６４】
また、一定時間内に端末２００が、管理装置１００から「配信チャンネルに関する情報」を受信した場合（Ｓ２００３でＹＥＳ）、端末２００は、この受信した「配信チャンネルに関する情報」に基づき、ライブ視聴に用いる配信元情報（ＵＲＬ等）を設定する（Ｓ２００４）。つまり、この配信元情報は、ライブ視聴を行うために接続する接続先のチャンネル情報（ＵＲＬ等で表されるアドレス情報）であって、この配信元情報で示される配信元に接続すれば、配信された動画像等データをライブ視聴することができることを示している。この配信元情報は、１または複数の配信元に関する情報であって、複数であれば、ライブ視聴が可能な配信元（接続先）が複数あることを示している。
【０３６５】
このようにして配信元情報が設定されると、端末２００は、視聴チャンネル選択画面を表示する（Ｓ２００５）。この視聴チャンネル選択画面は、設定された配信元情報に含まれるチャンネル情報のチャンネル（視聴チャンネル）が表示された画面である（例えば、図８（ｉ）に示すような画面である）。
【０３６６】
この視聴チャンネル選択画面で会員によって、ライブ視聴するための「視聴チャンネル」が選択される選択操作が行われたか否かを判断する（Ｓ２００６）。この選択操作が行われるまで（Ｓ２００６でＮＯ）は待機状態となり、また、この選択操作が行われると（Ｓ２００６でＹＥＳ）、端末２００は、選択された視聴チャンネルに対する配信元情報の読み出しを行う（Ｓ２００７）。
【０３６７】
そして、端末２００は、読み出した配信元情報に基づき、配信サーバ１１０に対して、選択された「視聴チャンネル」の配信元に接続要求を行う（Ｓ２００８）。
【０３６８】
端末２００は、この接続要求から一定時間内に「視聴チャンネル」の配信元に接続が完了したか否かを判断する（Ｓ２００９）。この接続の完了とは、端末２００と配信元である配信サーバ１１０との間でライブ視聴する動画像等データの送受信を行うための通信経路（セッション、セション）を確立するための処理が完了したことを示す。
【０３６９】
「視聴チャンネル」の配信元に接続が完了したと判断する場合（Ｓ２００９でＹＥＳ）、端末２００は、配信サーバ１１０によって配信されている動画像等データを視聴する画面を表示する（Ｓ２０１０）。また、一定時間内に「視聴チャンネル」の配信元に接続が完了しなければ（Ｓ２００９でＮＯ）、端末２００は、「視聴チャンネル」の配信元に接続が完了していない旨のエラー画面を表示する（Ｓ２０１１）。
【０３７０】
以上に示すような処理によって、端末２００から「ライブ投稿」が可能であり、また、この端末２００で「ライブ視聴」もが可能となる。
【０３７１】
図２１は、本発明の実施の形態における情報配信管理システムを構成する管理装置において行われる機能利用判定処理の詳細な流れを示すフローチャートである。
【０３７２】
図２１において、管理装置１００は、端末２００から「各種機能利用」の指示が行われると処理が開始され、会員情報が認証された状態にあるか否かを判断する（Ｓ２１０１）。この判断処理に際して、管理装置１００（より詳細には配信情報管理ＤＢ）では、図３２に示すような「認証済会員情報（リスト）」を管理しており、この認証済会員情報に、「各種機能利用」の指示が行われた端末２００を操作する会員が登録されているかを判断する処理である。
【０３７３】
認証された会員情報の会員が操作する端末２００から指示が行われたと判断する場合（Ｓ２１０１でＹＥＳ）、管理装置１００は、続いて、「ライブ投稿」または「ライブ視聴」の各機能の利用開始を受け付けたか否かを判断する（Ｓ２１０３）。つまり、このＳ２１０３の処理では後述するＳ２１０７およびＳ２１１１の処理とともに、利用する機能の種別を判定する処理（の一部）を行っている。
【０３７４】
これに対して、「各種機能利用」の指示が、認証していない会員情報の会員が操作する端末２００から行われたと判断する場合（Ｓ２１０１でＮＯ），端末２００は、会員情報の認証が行われておらず、認証が必要であることを示すエラー通知を行う（エラー画面を表示する）（Ｓ２１０２）。
【０３７５】
続いて、「ライブ投稿」または「ライブ視聴」の各機能の利用開始を受け付けたか否かの判断処理において、「ライブ投稿」または「ライブ視聴」の各機能の利用開始を受け付けたと判断する場合（Ｓ２１０３でＹＥＳ）、つまり、「ライブ投稿」の機能、「ライブ視聴」の機能のいずれかを利用する場合、管理装置１００は、続いて、端末２００を操作する会員の会員種別に基づいて、利用可能な機能を特定する（Ｓ２１０４）。
【０３７６】
このようにして会員が利用可能な機能を特定すると、続いて、管理装置１００は、この特定された利用可能な機能をもとに、会員が「ライブ投稿」または「ライブ視聴」の機能を利用することが可能であるか否かを判断する（Ｓ２１０５）。その会員が、「ライブ投稿」または「ライブ視聴」の機能を利用することができない場合（利用を許可することができない場合）（Ｓ２１０５でＮＯ）、管理装置１００は、端末２００を利用する会員が「ライブ投稿」または「ライブ視聴」の機能を利用することができない旨のエラー通知を行う（エラー画面を表示する）（Ｓ２１０６）。
【０３７７】
また、その会員が、「ライブ投稿」または「ライブ視聴」の機能を利用することができる場合（利用を許可する場合）（Ｓ２１０５でＹＥＳ）、管理装置１００は、続いて、「ライブ視聴」の機能の利用を開始するか否かを判断する（Ｓ２１０７）。つまり、このＳ２１０７の処理では前述するＳ２１０３の処理および後述するＳ２１１１の処理とともに利用する機能の種別を判定する処理（の一部）を行っている。
【０３７８】
「ライブ視聴」の機能の利用を開始すると判断する場合（Ｓ２１０７でＹＥＳ）、管理装置１００は、少なくとも、会員情報管理ＤＢ１０２で管理している図２９に示すような配信情報をもとに、視聴可能なチャンネルに基づく配信元情報を「配信チャンネルに関する情報」として端末２００および配信サーバ１１０に応答（送信）する（Ｓ２１０８）。つまり、管理装置１００は、端末２００および配信サーバ１１０に対して動画像等データ（画像情報）の許可通知を通知することとなる。
【０３７９】
より詳細には、管理装置１００は、図２９に示すような配信情報における配信チャンネルの項目に設定されている配信チャンネルであって、かつ、配信状況の項目が「配信中」となっているチャンネルを抽出（選択）し、その抽出したチャンネルに対して、図３１に示すような配信チャンネル情報で設定された配信元情報を特定する。
【０３８０】
そして、管理装置１００は、この抽出した配信チャンネルと、その配信チャンネルに対応する配信元情報とを「配信チャンネルに関する情報」として端末２００および配信サーバ１１０に応答（送信）する。
【０３８１】
このことから、「ライブ視聴」が可能なチャンネルは、他の会員によって「ライブ投稿」の機能を用いて情報が投稿されており、配信チャンネルが設定されているチャンネルであって、このチャンネルに設定すれば、「ライブ（リアルタイム）」で情報の配信を受けることができることを意味している。
【０３８２】
言い換えれば、「ライブ投稿」の機能を用いて投稿されている情報が、配信サーバ１１０を介して配信され、この情報を「ライブ（リアルタイム）」で視聴することができる機能が「ライブ視聴」であると言える。
【０３８３】
これにより、管理装置１００によって「ライブ視聴」の機能の利用が可能であると判定され、端末２００において、「ライブ視聴」における機能を利用することができるようになる。
【０３８４】
続いて、Ｓ２１０７の処理において、「ライブ視聴」の機能の利用を開始すると判断するのではなく、「ライブ投稿」の機能を利用すると判断する場合（Ｓ２１０７でＮＯ）、管理装置１００は、ライブ投稿された動画像等データを視聴するためのチャンネル（配信チャンネル、視聴チャンネル）を割り当てる処理を行う（Ｓ２１０９）。このチャンネルの割り当て処理は、図３１に示すような、会員情報管理ＤＢ１０２で管理している配信チャンネル情報のいずれかを、利用優先度に基づいて（高い順に）割り当て（設定）する処理である。もちろん、利用優先度に限られず、任意にいずれかの配信チャンネルを設定することとしてもよい。
【０３８５】
このようにチャンネルの割り当て処理が行われると、管理装置１００は、この割り当て処理によって割り当てられたチャンネル（配信チャンネル、視聴チャンネル）を、図２９に示すような配信情報に設定登録する処理を行う（Ｓ２１１０）。つまり、図２９に示すような配信情報で、管理装置１００が、動画像等データを視聴するためのチャンネルを管理することとなる。
【０３８６】
このようにして配信情報が設定登録されると、続いて、管理装置１００は、この配信情報および配信チャンネル情報をもとに、「配信チャンネルに関する情報」を端末２００および配信サーバ１１０に応答（送信）する（Ｓ２１０８）。
【０３８７】
これにより、管理装置１００によって「ライブ投稿」の機能の利用が可能であると判定され、端末２００において、「ライブ投稿」の機能を利用することができるようになる。
【０３８８】
以下では、Ｓ２１０７に示すチャンネルの割り当て処理の一例をより詳細に説明する。
【０３８９】
まず、管理装置１００において、「ライブ投稿」の機能を利用すると判断する場合、図３１に示す配信チャンネル情報から利用優先度に基づいて、配信チャンネルとして割り当てようとするチャンネルを仮決定（仮選択）する（「第１決定態様」とする）。次に、仮決定したチャンネルがすでに配信チャンネルとして用いられているか否かを判断する。具体的には、図２９に示す配信情報における配信チャンネルの項目に、仮決定したチャンネルが割り当てられているか否かを判断する。
【０３９０】
そして、図２９に示す配信情報における配信チャンネルの項目に、仮決定したチャンネルが割り当てられておらず、仮決定したチャンネルの利用が可能であると判断すると、管理装置１００は、割り当て処理でその仮決定したチャンネルを、割り当てるチャンネルとして本決定（正式に選択）する（第１決定態様とは異なる「第２決定態様」とする）。
【０３９１】
このようにしてチャンネルの割り当て処理が行われる。
【０３９２】
続いて、Ｓ２１０３における、「ライブ投稿」または「ライブ視聴」の各機能の利用開始を受け付けたか否かを判断する処理において利用開始を受け付けたと判断しない場合（Ｓ２１０３でＮＯ）、管理装置１００は、続いて、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」または「Ｗｅｂ閲覧」等の機能の利用開始を受け付けたか否かを判断する（Ｓ２１１１）。つまり、このＳ２１１１の処理では前述するＳ２１０３およびＳ２１０７の処理とともに、利用する機能の種別を判定する処理（の一部）を行っている。
【０３９３】
管理装置１００は「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」または「Ｗｅｂ閲覧」等の機能の利用開始を受け付けたと判断しない場合（Ｓ２１１１でＮＯ）、本処理を終了し、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」または「Ｗｅｂ閲覧」等の機能の利用開始を受け付けた場合（Ｓ２１１１でＹＥＳ）、これらの機能の利用開始を行った会員の利用権限を機能利用権限情報に基づいて特定する（Ｓ２１１２）。
【０３９４】
このときの機能利用権限情報を図２７および図２８に示しており、この図２７および図２８に示す機能利用権限情報をもとに、会員（会員ＩＤ）に対して設定された利用権限を特定する。
【０３９５】
そして、管理装置１００は、特定した利用権限をもとに、指示を受け付けた「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」または「Ｗｅｂ閲覧」等の機能の利用開始が可能であるか否かを判断する（Ｓ２１１３）。
【０３９６】
特定した利用権限によって、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」または「Ｗｅｂ閲覧」等の機能の利用開始が可能であると判断しない場合（Ｓ２１１３でＮＯ）、管理装置１００は、本処理を終了し、また、特定した利用権限によって、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」または「Ｗｅｂ閲覧」等の機能の利用開始が可能であると判断する場合（Ｓ２１１３でＹＥＳ）、利用権限の情報および利用を許可する情報（フラグ情報）を、「各種機能利用」の指示を行った端末２００へと送信する（Ｓ２１１４）。
【０３９７】
この図２１に示すフローチャートにおいて示すＳ２１０１、Ｓ２１０３、Ｓ２１１１〜Ｓ２１１４に示す処理が管理装置１００において行われる表示制御機能の一例であり、この表示制御機能によって、端末２００においてページやＷｅｂサイトが表示されることとなる。そして、端末２００において表示されるページやＷｅｂサイトは、会員（利用者）が任意の遊技装置を予約（優先設定）するために用いる情報であって、ページに登録されている情報に基づいて遊技装置を優先設定することが可能であるものである。
【０３９８】
これによって、管理装置１００によって「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」または「Ｗｅｂ閲覧」等の機能の利用が可能であると判定され、端末２００において、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」または「Ｗｅｂ閲覧」等の機能を利用することができるようになる。
【０３９９】
図２２は、本発明の実施の形態における情報配信管理システムを構成する配信サーバにおいて行われる情報配信前処理の詳細な流れを示すフローチャートである。
【０４００】
図２２において、配信サーバ１１０では、管理装置１００から「配信チャンネルに関する情報」を受信したか否かを判断する（Ｓ２２０１）。
【０４０１】
管理装置１００から「配信チャンネルに関する情報」を受信すると、管理装置１００は、その「配信チャンネルに関する情報」と、「ライブ投稿」の機能の利用要求を行った会員の端末２００を識別する情報とを対応付けて記憶しておく（Ｓ２２０２）。
【０４０２】
これにより、ライブ投稿を行う予定にある端末２００を配信サーバ１１０において管理することとなる。
【０４０３】
図２３は、本発明の実施の形態における情報配信管理システムを構成する配信サーバにおいて行われる配信処理の詳細な流れを示すフローチャートである。
【０４０４】
図２３において、配信サーバ１１０は、端末２００が所定のチャンネルに対する配信元へと送信した動画像等データを受信したか否かを判断する（Ｓ２３０１）。つまり、端末２００が動画像等データを送信する配信元は配信サーバ１１０で管理する所定の記憶領域である。
【０４０５】
この動画像等データを受信するまで（Ｓ２３０１でＮＯ）、配信サーバ１１０では本処理が行われことはない。また、動画像等データを受信すると（Ｓ２３０１でＹＥＳ）、配信サーバ１１０では、続いて、会員が利用する端末２００を識別する情報（端末ＩＤ）に対して、「配信チャンネルに関する情報」を対応付けて記憶している状態にあるか否かを判断する（Ｓ２３０２）。この処理は、図２２に示す情報配信前処理が行われた状態にあるかを判断する処理である。
【０４０６】
会員が利用する端末２００を識別する情報（端末ＩＤ）に対して、「配信チャンネルに関する情報」を対応付けて記憶している状態にある場合（Ｓ２３０２でＹＥＳ）、配信サーバ１１０は、この「配信チャンネルに関する情報」で指定された配信チャンネルに対する所定の記憶領域に、動画像等データを記憶する（Ｓ２３０３）。
【０４０７】
これによって、配信サーバ１１０（より詳細には配信情報管理ＤＢ）は、ライブ視聴が可能なデータが記憶された状態になる。
【０４０８】
また、会員が利用する端末２００を識別する情報（端末ＩＤ）に対して、「配信チャンネルに関する情報」を対応付けて記憶している状態にない場合（Ｓ２３０２でＮＯ）、配信サーバ１１０は、図２２に示すような情報配信前処理が行われていない旨のエラー画面を表示する（Ｓ２３０４）。
【０４０９】
これによって、会員は、端末２００を用いて動画像等データを配信することが可能となる。
【０４１０】
図２４は、本発明の実施の形態における情報配信管理システムを構成する配信サーバにおいて行われるライブ視聴処理の詳細な流れを示すフローチャートである。
【０４１１】
図２４において、配信サーバ１１０は、端末２００から「視聴チャンネル」に対する配信元への接続要求を受信したか否かを判断する（Ｓ２４０１）。この接続要求を受け付けるまで（Ｓ２４０１でＮＯ）は本処理が行われることはない。
【０４１２】
また、「視聴チャンネル」に対する配信元への接続要求を受信すると（Ｓ２４０１でＹＥＳ）、配信サーバ１１０は、続いて、会員が利用する端末２００を識別する情報（端末ＩＤ）に対して、「配信チャンネルに関する情報」を対応付けて記憶している状態にあるか否かを判断する（Ｓ２４０２）。この処理は、図２２に示す情報配信前処理が行われた状態にあるかを判断する処理である。
【０４１３】
会員が利用する端末２００を識別する情報（端末ＩＤ）に対して、「配信チャンネルに関する情報」を対応付けて記憶している状態にある場合（Ｓ２４０２でＹＥＳ）、配信サーバ１１０は、「視聴チャンネル」に対する配信元（ＵＲＬ等）と、端末２００との間で通信経路（セッション、セション）を確立する通信処理を行う（Ｓ２４０３）。
【０４１４】
この通信処理によって通信経路が、配信サーバ１１０における「視聴チャンネル」に対する配信元と、端末２００との間で通信経路が確立したか否かを判断する（Ｓ２４０４）。通信経路が確立すれば（Ｓ２４０４でＹＥＳ）、本処理を終了し、また、通信経路（セッション）が確立できなければ（Ｓ２４０４でＮＯ）、配信サーバ１１０は、通信経路（セッション）が確立することができない旨のエラー画面を表示する（Ｓ２４０５）。
【０４１５】
このような配信サーバ１１０における処理によって、配信サーバ１１０から配信された動画像等データを端末２００でライブ視聴が可能となる。
【０４１６】
図２５は、本発明の実施の形態における情報配信管理システムを構成する配信サーバにおいて行われる予約状況公開制御処理の詳細な流れを示すフローチャートである。
【０４１７】
端末２００は、会員自らの予約状況に加えて、他の会員の予約状況を確認することも可能である。これは、図５（ｂ）に示すような会員確認画面において、予約状況を確認する他の会員の会員種別を指定することで可能となる。
【０４１８】
図２５において、管理装置１００は、他の会員の会員種別（特定の会員種別）を含む、他の会員の予約状況の確認要求を端末２００から受信したか否かを判断する（Ｓ２５０１）。
【０４１９】
この確認要求を端末２００から受信すると（Ｓ２５０１でＹＥＳ）、管理装置１００は、会員情報管理ＤＢ１０２から他の会員の会員種別（特定の会員種別）をもとにその会員種別を有する会員の会員ＩＤを取得する（Ｓ２５０２）。
【０４２０】
また、管理装置１００は、予約情報管理ＤＢ１０１から会員情報の会員ＩＤに対する予約情報を取得する（Ｓ２５０３）。
【０４２１】
そして、管理装置１００は、その会員種別（特定の会員種別）を有する会員の予約状況の情報を作成する（Ｓ２５０４）。この作成した予約状況の情報を端末２００に対して応答（送信）する（Ｓ２５０５）。
【０４２２】
これにより、会員の操作によって、特定の会員種別を有する他の会員の予約状況を確認することができるようになる。例えば、特定の会員種別として「ライター」である場合、「ライター」の会員種別を有する会員の予約状況を確認でき、その会員と一緒の遊技施設で遊技が行うことが可能となる。このほか、確認した会員は、「ライター」の会員種別を有している会員がその遊技施設に来店することで何かしらの特典が得られるのではないかと思えるようになる。
【０４２３】
続いて、Ｓ２５０１における、他の会員の予約状況の確認要求を端末２００から受信したか否かの判断処理において、この確認要求を受信していない場合（Ｓ２５０１でＮＯ）、管理装置１００は、予め指定された時間であって、特定の会員種別を有する会員の予約状況の情報を自動公開する時間となったか否かを判断する（Ｓ２５０６）。自動公開する時間となっていなければ（Ｓ２５０６でＮＯ）、本処理は行われない。
【０４２４】
一方で、予約状況の情報を自動公開する時間となったと判断する場合（Ｓ２５０６でＹＥＳ）、管理装置１００は、続いて、特定の会員種別を有する会員の予約状況の情報の公開設定が「有効」となっているか否か（「無効」となっているか）を判断する（Ｓ２５０７）。特定の会員種別を有する会員の予約状況の情報の公開設定が「有効」となっていなければ（「無効」となっていれば）（Ｓ２５０７でＮＯ）、本処理は行われない。
【０４２５】
これは、図示していないが、後述する図２６に示すような会員情報において、各会員が予約状況の情報を他の会員に公開するか否かが設定されており、他の会員に予約状況の情報を公開することが設定されている場合に、予約状況の情報の公開設定が「有効」となっていると判断する。このほか、図示していないが、図２８に示すような機能利用権限情報（その２）の会員種別に対して、その会員種別を有する会員の予約状況を公開するか否かを設定することも可能である。
【０４２６】
そして、特定の会員種別を有する会員の予約状況の情報の公開設定が「有効」となっていると判断する場合（Ｓ２５０７でＹＥＳ）、管理装置１００は、会員情報管理ＤＢ１０２から他の会員の会員種別（特定の会員種別）をもとに、その会員種別を有する会員の会員ＩＤを取得する（Ｓ２５０８）。
【０４２７】
また、管理装置１００は、予約情報管理ＤＢ１０１から会員情報の会員ＩＤに対する予約情報を取得する（Ｓ２５０９）。
【０４２８】
そして、管理装置１００は、その会員種別（特定の会員種別）を有する会員の予約状況の情報を作成する（Ｓ２５１０）。
【０４２９】
このようにして予約状況の情報を作成すると、管理装置１００は、遊技装置が設置された遊技施設がネットワークサービスを用いて提供するページやＷｅｂサイトに、その予約状況の情報を設定して（貼り付けて）公開する（Ｓ２５１１）。
【０４３０】
これにより、会員の操作によらず、自動的に公開された情報を用いて、特定の会員種別を有する他の会員の予約状況を確認することができるようになる。
【０４３１】
図２６は、会員情報管理ＤＢ１０２によって記憶された会員情報を示すテーブル図である。
【０４３２】
図２６に示す会員情報テーブルは、会員ＩＤ、会員属性、予約履歴、ポイント情報の各項目によって構成されており、会員ＩＤは、会員を識別する情報であって、会員属性は、会員の属性に関する情報であって、氏名、メールアドレス、会員種別（利用者種別）、パスワード（図示せず）によって構成されている。
【０４３３】
また、予約履歴は、予約回数、最終予約日によって構成されており、ポイント情報は、総ポイント、使用済ポイント、有効ポイントによって構成されている。この予約履歴は、遊技装置の予約（優先設定）に関する履歴情報である。
【０４３４】
特に、会員属性における会員種別は、複数の会員種別から構成されており、「一般会員」（第１特別会員種別）と「特別会員」（第２特別会員種別）とからなる。
【０４３５】
このうち、「一般会員」（第１特別会員種別）は、「通常会員」、「プレミアム通常会員」から構成され、「特別会員」（第２特別会員種別）は、「ライター会員」、「芸能人会員」、「店員会員」、「スポンサー会員」、「管理者」によって構成されている。
【０４３６】
プレミアム会員は、通常会員に比べて、遊技装置の予約がし易く、会員にとって有利な会員である。
【０４３７】
また、ポイント情報における総ポイントは、会員ＩＤで識別される会員が過去に入手（獲得、購入）したポイントの総数を示すものである。使用済ポイントは、総ポイントのうち予約に使用したポイントを示しており、遊技装置を予約すると、この使用済ポイントにその予約を行った際に用いた予約必要ポイントが加算される。
【０４３８】
ポイント情報における有効ポイントは、総ポイントから使用済ポイントを減算したポイントであって、予約に用いることが可能な残りのポイントである。
【０４３９】
図２７および図２８は、会員情報管理ＤＢによって記憶された機能利用権限情報を示すテーブル図である。図２７および図２８に示す機能利用権限の情報は、各機能の利用権限を設定する対象が異なるものである。つまり、図２７に示す機能利用権限は、各会員（具体的には会員ＩＤ）に対してそれぞれ機能の利用権限を設定した情報であって、図２８に示す機能利用権限は、会員の会員種別に対して機能の利用権限を設定した情報である。
【０４４０】
図２７に示す機能利用権限情報テーブルは、各会員に対して機能の利用権限を設定した情報を示しており、「会員ＩＤ」、「各機能に対する利用権限」、「会員種別」の各項目によって構成されている。
【０４４１】
利用権限が設定される機能として、「ライブ投稿」、「ライブ視聴」、「ＳＮＳ更新」、「ＳＮＳ閲覧」、「Ｗｅｂ更新」、「Ｗｅｂ閲覧」があり、これらの各機能に対して、会員ＩＤを有する会員に対する利用権限（許可／拒否、有効／無効、制限しない／制限する）が設定されている。つまり、画像情報の配信許否や閲覧、更新の許否が設定されていることとなる。
【０４４２】
例えば、「会員ＩＤ」が「会員＿００１」である会員に対して設定された利用権限として、「ライブ投稿」の機能に対して「１（有効）」が設定され、「ライブ視聴」の機能に対して「１（有効）」が設定され、「ＳＮＳ更新」の機能に対して「０（無効）」が設定され、「ＳＮＳ閲覧」の機能に対して「１（有効）」が設定され、「Ｗｅｂ更新」の機能に対して「０（無効）」が設定され、「Ｗｅｂ閲覧」の機能に対して「１（有効）」が設定されており、この会員の「会員種別」が「１（プレミアム会員）」であることが設定されている。すなわち、この会員は、「ＳＮＳ更新」および「Ｗｅｂ更新」については行うことはできない（制限されている）ものの、他の機能については制限されておらず利用することができることを示している。
【０４４３】
また、「会員ＩＤ」が「会員＿９０１」である会員に対して設定された利用権限として、全ての機能に対して「１（有効）」と設定されており、この会員の「会員種別」が「２（ライター会員）」であることが設定されている。この会員は、全ての機能について制限されておらず利用することができることを示している。
【０４４４】
図２８に示す機能利用権限情報テーブルは、会員種別に対して機能の利用権限を設定した情報を示しており、「会員種別」、「会員（名称）」、「利用権限」の各項目によって構成されている。
【０４４５】
この図２８では、会員種別に対して、各機能それぞれに利用権限が設定されている。つまり、異なる会員であっても同一の会員種別が設定されていれば、同じ利用権限が設定されることを示している。
【０４４６】
図２９は、会員情報管理ＤＢによって記憶された配信情報を示すテーブル図である。
【０４４７】
図２９に示す配信情報テーブルは、「配信ＩＤ」、「配信種別」、「配信名称」、「配信チャンネル」、「配信者」、「配信状況」、「備考（説明）」の各項目によって構成されており、配信に関する情報を示したものである。
【０４４８】
この図２９に示すような配信情報テーブルは、管理装置１００が、ライブ視聴に際して用いる情報である。このほか、この図２９に示すような配信情報テーブルにおける各配信情報（レコード）は、端末２００によりライブ投稿が開始されるときに管理装置１００が作成するものである。
【０４４９】
図２９の配信情報テーブルでは、全「５」個の配信情報を管理しており、そのうち、配信ＩＤが「１」である配信情報は、配信種別が「配信＿００１」であって、配信名称が「実戦動画ＳＰ」であって、配信チャンネルが「チャンネル５」であって、配信者が「会員＿９０１」であって、配信状況が「配信中」であって、「備考（説明）」として「ライブ視聴できる内容」が示されている。
【０４５０】
この配信情報は、「配信＿００１」の配信種別からなり、「実戦動画ＳＰ」という名称の情報が、「会員＿９０１」の配信者によって「チャンネル５」の配信チャンネルで「配信中」の配信状況にあることを示している。
【０４５１】
つまり、配信状況が「配信中」であることから、ライブ視聴の機能を利用する会員は、「チャンネル５」を設定すれば、「実戦動画ＳＰ」という名称の情報をライブ視聴できることを示している。ただし、その視聴条件として、「配信＿００１」の配信種別によって規定された条件を満たす必要があることを示している。このときの視聴条件は、図３０に示すような配信種別情報で配信種別ごとに設定されたものである。
【０４５２】
詳細については後述するが、「配信＿００１」の配信種別に対して、図３０に示す配信種別情報では、視聴条件として「会員、かつ、予約履歴あり、かつ、配信日に予約していること」が設定されている。つまり、「実戦動画ＳＰ」という名称の情報をライブ視聴するためには、この視聴条件を満たす必要があることを示している。
【０４５３】
また、図２９の配信情報テーブルに示す他の配信情報として、配信ＩＤが「２」である配信情報は、配信種別が「配信＿００２」であって、配信名称が「実戦動画」であって、配信チャンネルが「チャンネル７」であって、配信者が「会員＿００１」であって、配信状況が「配信準備中」であって、「備考（説明）」として「配信前（今後、配信予定）」が示されている。
【０４５４】
この配信情報は、配信情報として管理しているものの、配信状況が「配信中」でなく、配信前の「配信準備中」であることから、会員がたとえ「チャンネル７」に設定したとしてもライブ視聴することはできないことを示している。この「配信準備中」は「開始」が操作される前の状態、若しくは、「一時停止」が操作されている状態にあることを示している。
【０４５５】
さらに、図２９の配信情報テーブルに示す他の配信情報として、配信ＩＤが「３」である配信情報は、配信種別が「配信＿００１」であって、配信名称が「実戦動画ＳＰ」であって、配信チャンネルが「チャンネル１」であって、配信者が「−」であって、配信状況が「未配信」であって、「備考（説明）」として「今までに配信していた内容（一定時間経過後、レコード削除）」が示されている。
【０４５６】
この配信情報は、配信情報として管理しているものの、すでに配信が終了している（配信が停止している）状態にあることを示しており、配信が終了してから一定時間を経過する前の状態を示している。配信が終了後、直ぐにこの配信情報を削除することとしてもよいが、配信が終了してから一定時間を経過するまでこの配信情報を記憶しておくことで、一定時間、その配信チャンネルが新たに設定されることを回避し、ブッキングを防止することができる。
【０４５７】
そして、配信ＩＤが「４」と「５」である配信情報それぞれは、配信名称が「実戦画像」、「クーポン画像」であり、この配信情報は、ライブ視聴の機能による配信ではないことから、配信チャンネルが設定されていない。
【０４５８】
また、この配信情報は、配信者として「会員＿９０１」、「ホール店員」が設定され、それぞれの配信情報がともに「配信中」と設定されていることから、ライブ視聴の機能とは異なる他の方法で配信されることを示している。この配信情報はメールで配信されることを示している。
【０４５９】
このように、図２９に示すような配信情報によって、配信する情報とともに配信状況を管理することができる。
【０４６０】
図３０は、会員情報管理ＤＢによって記憶された配信種別情報を示すテーブル図である。
【０４６１】
図３０に示す配信種別情報テーブルは、「配信種別」、「配信名称」、「視聴条件」、「条件レベル」の項目によって構成されており、配信種別に対して、図２９に示す配信情報の配信種別が設定された情報を視聴するための条件（視聴条件）、および、その視聴条件の難易度を示す条件レベルが設定されている。
【０４６２】
図３０に示す例では、５つの配信種別に対してそれぞれ、視聴条件および視聴レベルが設定されており、各配信種別に対して設定された視聴条件および視聴レベルは異なる条件、レベルである。
【０４６３】
例えば、「配信種別」が「配信＿００１」である配信種別情報として、「配信名称」が「実戦動画ＳＰ」であって、「視聴条件」が「会員、かつ、予約履歴あり、かつ、配信日に予約していること」であって、「条件レベル」が「１０」であると示されている。すなわち、図２９に示すような配信情報で、この「配信種別」が「配信＿００１」である配信種別情報が設定されている動画像等データ（チャンネル５で配信されている実戦動画ＳＰ、または、チャンネル１で配信されている実戦動画ＳＰ）は、「会員、かつ、予約履歴あり、かつ、配信日に予約していること」という条件を満たす会員からの「ライブ視聴」の利用要求によって視聴可能（配信可能）であることを示している。
【０４６４】
また他の例として、「配信種別」が「配信＿００２」である配信種別情報として、「配信名称」が「実戦動画」であって、「視聴条件」が「会員、かつ、予約履歴あり」であって、「条件レベル」が「８」であると示されている。
【０４６５】
つまり、配信種別に応じて異なる視聴条件、条件レベルが設定されており、「配信＿００１」の配信種別よりも「配信＿００２」の配信種別の方が、条件レベルが低く、容易な視聴条件であることを示している。条件レベルが高い視聴条件を第１視聴条件と称し、この第１視聴条件と比べて条件レベルが低い視聴条件を第２視聴条件と称することがある。
【０４６６】
なお、配信種別が「配信＿００５」である配信種別は配信条件が設定されておらず条件レベルが最も低い「１」であることから、この「配信＿００５」の配信種別が設定されている配信情報は視聴条件が設定されていない状態と等しく、誰しもがライブ視聴可能であることを示している。
【０４６７】
図３１は、会員情報管理ＤＢによって記憶された配信チャンネル情報を示すテーブル図である。
【０４６８】
図３１に示す配信チャンネル情報は、配信チャンネルの配信元を指定する情報であって、「配信チャンネル」、「配信元情報」、「利用優先度」の項目によって構成されている。
【０４６９】
この「配信元情報」はＵＲＬやＩＰアドレスによって指定することが可能であり、「ライブ投稿」の機能を用いて動画像等データを投稿（送信）する送信先の情報であって、かつ、「ライブ視聴」の機能を用いて動画像等データを視聴するための接続先の情報である。
【０４７０】
また、「配信チャンネル」の利用優先度が指定されており、「ライブ視聴」の機能を用いて動画像等データを視聴するための配信チャンネルとして、優先度が高いものから順に優先的に割り当てられることとなる。
【０４７１】
なお、図３１には示していないが、動画像等データを配信する配信チャンネルとしてすでに割り当てられていることを示す情報（割当済フラグ情報）を、配信チャンネルごとに対応付けて管理してもよい。この場合、この割当済フラグ情報が設定されていない配信チャンネルであって、優先度の高いものから順に、動画像等データを配信する配信チャンネルとして割り当てることとなる。
【０４７２】
図３２は、会員情報管理ＤＢによって記憶された認証済会員情報を示すテーブル図である。
【０４７３】
図３２において、認証済会員情報テーブルは、「認証した端末ＩＤ」、「会員ＩＤ」、「会員種別」、「認証時間」、「有効性（有効／無効）」によって構成されており、管理装置１００が、端末２００から「各種機能利用」の指示が行われた後に認証した会員に関する情報を管理するテーブル情報である。
【０４７４】
「認証した端末ＩＤ」は、会員ＩＤおよびパスワードを入力して管理装置１００にこれらの情報を送信した端末２００を識別する情報であり、この端末２００を用いることで、各種の機能を利用することができるようになる。
【０４７５】
図３３は、予約情報管理ＤＢ１０１によって記憶された予約情報を示すテーブル図である。
【０４７６】
図３３に示す予約情報テーブルは、ホールコンピュータ３００から予約設定データを受信した管理装置１００によって登録されている予約情報を示している。
【０４７７】
この予約情報テーブルは、店舗ＩＤ、店舗名、遊技装置の機種名、台番号、予約必要ポイント、来店ポイント、予約可否、予約状況、予約会員ＩＤ、予約設定データ受付日、予約可能日の各項目によって構成されている。
【０４７８】
予約必要ポイントには、上記に示すように、「１００ＰＴ」や「３００ＰＴ」等の「初期の必要価値情報（通常予約必要ポイント）」のほか、「５００ＰＴ」や「６００ＰＴ」等の「特定の必要価値情報（特定予約必要ポイント）」が設定可能である。また、来店ポイントは、ホールコンピュータ３００から指定されてきたポイント数および条件（来店ポイント付与条件）を示したものである。
【０４７９】
予約会員ＩＤは、遊技装置を予約している会員を識別する情報である。また、予約可能日は、原則、その遊技装置の予約を可能とする日である。ただし、例外として、図１６のフローチャートにおいて示すような場合は除く。
【０４８０】
この図３３に示す予約情報として、予約会員ＩＤが「会員ＩＤ＿９０１」である会員（図２６に示す会員情報を参照すると、「氏名：ライター次郎」、「会員種別：２（ライター）」、「最終予約日：２０１７／０５／１３」である会員）が、店舗ＩＤが「店舗ＩＤ＿００１」であり、店舗名が「店舗Ａ○○店」に設けられた、遊技装置「パチスロ×××」のいずれかを予約した状態にあることが示されている。
【０４８１】
この図３３に示す予約情報をもとに、図２５に示すような予約状況公開制御処理を行うことによって作成される、特定の会員種別（会員種別：２（ライター））の予約状況は、図５（ｅ）に示すような内容となる。
【０４８２】
図３４は、本発明の実施の形態における情報配信管理システムを構成するホールコンピュータにおいて記憶するイベント設定情報を示すテーブル図である。
【０４８３】
図３４に示すイベント設定情報は、各店舗で行うイベントの内容と、そのイベントの内容に基づいて予約必要ポイントを設定する際に用いられる「特定の必要価値情報」とを対応付けたものである。
【０４８４】
図３４に示すイベント設定情報は、店舗情報、イベントＩＤ、イベント内容、特定予約必要ポイント、備考の各項目によって構成されており、店舗情報に示された店舗ごとに行うイベントと、そのイベントを示唆する「特定の必要価値情報（特定予約必要ポイント）」とが対応付けられている。
【０４８５】
例えば、店舗情報が「店舗ＩＤ＿００１」である店舗において行われるイベントとして「ｅｖｅ＿００１」、「ｅｖｅ＿００２」等があり、このうち、「ｅｖｅ＿００１」のイベントは、「特定人Ａの来店」イベントであって、このイベントを示唆するために用いられる特定予約必要ポイントが、「５００ＰＴ」であることを示している。
【０４８６】
図３５は、本発明の実施の形態における情報配信管理システムを構成するホールコンピュータにおいて表示される予約状況管理画面を示す図である。
【０４８７】
図３５に示す予約状況管理画面には、ホールコンピュータ３００において遊技施設内の遊技装置の予約状況を管理する画面であって、遊技施設内での遊技装置の配置状態に対応して各遊技装置の予約状況を示している。
【０４８８】
この予約状況管理画面は、管理装置１００の予約情報管理ＤＢ１０１において管理している予約情報と対応する予約状況が示されている。
【０４８９】
また、店舗（従業員）は、この予約状況管理画面において示されている遊技装置に対して所定の操作（タッチパネルにより選択する操作等）を行うことによって、その遊技装置に対して予約必要ポイントを設定することができる。
【０４９０】
これによって、ホールコンピュータ３００では、各遊技装置の予約必要ポイントを予約設定データとして記憶することができる。
【０４９１】
以上に示す実施の形態は、本発明の実施の一形態であって、これらの実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【符号の説明】
【０４９２】
１００    管理装置
１０１    予約情報管理ＤＢ
１０２    会員情報管理ＤＢ
１１０    配信サーバ
２００    端末
３００    ホールコンピュータ
４００    島コン
５００    台間機
５０１    コードリーダー
６００    遊技装置
７００    予約確認端末
【図１】
2019017915.tif 000003
【図２】
2019017915.tif 000004
【図３】
2019017915.tif 000005
【図４】
2019017915.tif 000006
【図５】
2019017915.tif 000007
【図６】
2019017915.tif 000008
【図７】
2019017915.tif 000009
【図８】
2019017915.tif 000010
【図９】
2019017915.tif 000011
【図１０】
2019017915.tif 000012
【図１１】
2019017915.tif 000013
【図１２】
2019017915.tif 000014
【図１３】
2019017915.tif 000015
【図１４】
2019017915.tif 000016
【図１５】
2019017915.tif 000017
【図１６】
2019017915.tif 000018
【図１７】
2019017915.tif 000019
【図１８】
2019017915.tif 000020
【図１９】
2019017915.tif 000021
【図２０】
2019017915.tif 000022
【図２１】
2019017915.tif 000023
【図２２】
2019017915.tif 000024
【図２３】
2019017915.tif 000025
【図２４】
2019017915.tif 000026
【図２５】
2019017915.tif 000027
【図２６】
2019017915.tif 000028
【図２７】
2019017915.tif 000029
【図２８】
2019017915.tif 000030
【図２９】
2019017915.tif 000031
【図３０】
2019017915.tif 000032
【図３１】
2019017915.tif 000033
【図３２】
2019017915.tif 000034
【図３３】
2019017915.tif 000035
【図３４】
2019017915.tif 000036
【図３５】
2019017915.tif 000037