(57)【特許請求の範囲】
【請求項１】
端末から、該端末が存在する場所又は該端末のユーザの少なくとも一つの役割を含む状況情報を、該端末の状況を示す情報として受信し、
前記端末へ前記状況情報により示される状況に対応するチケット情報を送信し、
前記端末から送信された前記チケット情報を受信した場合、該チケット情報に基づいて前記端末が存在する場所における前記端末のユーザの少なくとも一つの役割に応じたコンテンツを決定し、
決定したコンテンツを前記端末に配信する、
ことを含む処理をコンピュータに実行させるコンテンツ配信方法。
【請求項２】
前記端末から送信された前記チケット情報及び該端末の状況を示す情報を受信した場合、該チケット情報及び該端末の状況を示す情報の組み合わせに応じて配信するコンテンツを決定する、
請求項１記載のコンテンツ配信方法。
【請求項３】
前記端末から送信された異なる種類の複数の前記チケット情報を受信した場合、該複数のチケット情報の組み合わせに応じて配信するコンテンツを決定する、
請求項１記載のコンテンツ配信方法。
【請求項４】
前記チケット情報が変化した場合、該変化に基づいて前記端末に配信するコンテンツを変更する、
請求項１〜請求項３の何れか１項記載のコンテンツ配信方法。
【請求項５】
端末から該端末の状況を示す情報を受信し、
前記端末へ該端末から受信された情報により示される状況に対応するチケット情報を送信し、
前記チケット情報の前記端末に対する付与及び削除に影響される前記状況を示す、該チケット情報の種類及び前記状況が関連付けられた影響状況情報を予め記憶しておき、
前記端末から送信された前記チケット情報を受信した場合、該チケット情報に応じて配信するコンテンツを決定し、
前記チケット情報が変化した場合、変化したチケット情報により影響される状況を前記影響状況情報から認識し、認識した状況に対応するコンテンツに前記配信するコンテンツを変更し、
決定したコンテンツを前記端末に配信する、
処理をコンピュータに実行させるコンテンツ配信方法。
【請求項６】
端末から、該端末が存在する場所又は該端末のユーザの少なくとも一つの役割を含む該端末の異なる種類の複数の状況を示す情報を受信した場合、該複数の状況の組み合わせに基づいて前記端末が存在する場所における前記端末のユーザの少なくとも一つの役割に応じたコンテンツを決定し、
決定したコンテンツを前記端末に配信する、
ことを含む処理をコンピュータに実行させるコンテンツ配信方法。
【請求項７】
端末から、該端末が存在する場所又は該端末のユーザの少なくとも一つの役割を含む状況情報を、該端末の状況を示す情報として受信する受信部と、
前記端末へ前記状況情報により示される状況に対応するチケット情報を送信する送信部と、
前記端末から送信された前記チケット情報を受信した場合、該チケット情報に基づいて前記端末が存在する場所における前記端末のユーザの少なくとも一つの役割に応じたコンテンツを決定する決定部と、
前記決定部によって決定されたコンテンツを前記端末に配信する配信部と、
を含むコンテンツ配信装置。
【請求項８】
端末から、該端末が存在する場所又は該端末のユーザの少なくとも一つの役割を含む状況情報を、該端末の状況を示す情報として受信し、
前記端末へ前記状況情報により示される状況に対応するチケット情報を送信し、
前記端末から送信された前記チケット情報を受信した場合、該チケット情報に基づいて前記端末が存在する場所における前記端末のユーザの少なくとも一つの役割に応じたコンテンツを決定し、
決定したコンテンツを前記端末に配信する、
処理をコンピュータに実行させることを特徴とするコンテンツ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
開示の技術は、コンテンツ配信方法、コンテンツ配信装置及びコンテンツ配信プログラムに関する。
【背景技術】
【０００２】
従来、専用端末を使用することなく、サーバに記録されたデータに対するアクセスを簡易な操作で制限するための技術として、会議資料データに対するアクセスを制限する技術があった。
【０００３】
この技術では、会議資料データを記録する記録部と、少なくとも、会議の参加者に関連する情報、該会議の会議資料データに対するアクセス制御用のセキュリティコードを対応付けて記録するテーブルをサーバが備える。また、この技術では、セキュリティコード書込装置により、サーバから送信されたセキュリティコードを受信し、会議の参加者が所持するＩＤカードのメモリに、受信したセキュリティコードを書き込む。また、この技術では、端末により、ＩＤカードのメモリに書き込まれたセキュリティコードを読み取ってサーバに送信し、サーバに記録された会議資料データへのアクセス要求を行う。そして、この技術では、サーバにより、端末から送信されたセキュリティコードを受信し、該セキュリティコードが上記テーブルに記録されている場合には、該セキュリティコードに対応して記録されている会議資料データに対するアクセスを許可する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１１３３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、ＩＤカードの所有者名に応じてセキュリティコードを送信している。このため、異なる場所にいる場合や、異なる時間帯である場合等、異なる状況にある場合であっても同一のセキュリティコードを用いてアクセス可能なデータを制限している。このため、上記従来の技術では、置かれている状況毎にアクセス可能なデータを制限することができなかった。
【０００６】
これに対し、上記従来の技術において、状況毎にアクセス可能なデータを制限することができるようにするためには、ＩＤカードの所有者毎で、かつ該状況毎にセキュリティコードをサーバにおいて管理する必要があり、サーバによる管理上の負荷が著しく増大する。
【０００７】
なお、この問題は、会議資料データへのアクセスを制限する場合のみにおいて生じるとは限らず、教育現場において教師用のデータへのアクセスを制限する場合等においても生じ得る問題である。また、この問題は、ショッピングセンタ等の商業施設における各店舗の店長用のデータへのアクセスを制限する場合等においても生じ得る問題である。
【０００８】
開示の技術は、一つの側面として、サーバによる管理上の負荷を軽減することが目的である。
【課題を解決するための手段】
【０００９】
開示の技術は、端末から該端末の状況を示す情報を受信し、前記端末へ該端末から受信された情報により示される状況に対応するチケット情報を送信する処理をコンピュータに実行させる。また、開示の技術は、前記端末から送信された前記チケット情報を受信した場合、該チケット情報に応じて配信するコンテンツを決定し、決定したコンテンツを前記端末に配信する処理をコンピュータに実行させる。
【発明の効果】
【００１０】
開示の技術は、一つの側面として、サーバによる管理上の負荷を軽減することができる、という効果を有する。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態に係るコンテンツ配信装置及び端末の機能ブロック図である。
【図２】第１実施形態に係るコンピュータ・システムの概略構成を示すブロック図である。
【図３】実施形態に係る状況チケットテーブルの一例を示す図表である。
【図４】実施形態に係る必要チケットテーブルの一例を示す図表である。
【図５】実施形態に係るチケット情報の構成の一例を示す模式図である。
【図６】実施形態に係る端末処理の一例を示すフローチャートである。
【図７】第１、第２実施形態に係るサーバ処理の一例を示すフローチャートである。
【図８】第１実施形態に係るコンピュータ・システムの処理の流れの一例を示す模式図である。
【図９】第１実施形態に係るコンピュータ・システムの処理の流れの他の一例を示す模式図である。
【図１０】第２実施形態に係るコンテンツ配信装置、端末及びチケット操作装置の機能ブロック図である。
【図１１】第２実施形態に係るコンピュータ・システムの概略構成を示すブロック図である。
【図１２】第２、第３実施形態に係るユーザ端末テーブルの一例を示す図表である。
【図１３】第２、第３実施形態に係る特定端末処理の一例を示すフローチャートである。
【図１４】第２、第３実施形態に係るチケット操作指示画面の構成の一例を示す図である。
【図１５】第２、第３実施形態に係る第２サーバ処理の一例を示すフローチャートである。
【図１６】第２、第３実施形態に係る指定端末処理の一例を示すフローチャートである。
【図１７】第２実施形態に係るコンピュータ・システムの処理の流れの一例を示す模式図である。
【図１８】第３実施形態に係るコンテンツ配信装置、端末及びチケット操作装置の機能ブロック図である。
【図１９】第３実施形態に係るコンピュータ・システムの概略構成を示すブロック図である。
【図２０】第３実施形態に係る影響状況情報テーブルの一例を示す図表である。
【図２１】第３実施形態に係るサーバ処理の一例を示すフローチャートである。
【図２２】考えられる技術の処理の流れの一例を示す模式図である。
【図２３】考えられる技術の問題点の説明に供する模式図である。
【図２４】実施形態に係る状況ＩＤテーブルの一例を示す図表である。
【発明を実施するための形態】
【００１２】
サーバによる管理上の負荷を軽減するための技術として、端末の利用者の状況が予め定義した状況となった場合に、サーバから端末に所定のデータを配信し、その状況が成立しなくなった場合に上記所定のデータを端末から削除する技術が考えられる。
【００１３】
この技術では、サーバにより、端末の利用者の状況別に配信可能なデータ群を予め登録しておき、端末により、登録されている状況が成立しているか否かを判断し、この判断結果をサーバに伝達する。これに対し、サーバは、上記状況が成立している場合は、該状況に対応するデータ群を端末に配信する一方、成立していない場合は該データ群を端末から削除する。なお、本実施形態では、上記データ群として、アプリケーション・ソフトウェア、画像データ、音声データ、テキストデータ等の端末で使用し得る各種コンテンツを想定しているため、上記データ群を以下では「コンテンツ」と表現する。
【００１４】
図２２には、この技術を、学校の校内に存在する、との状況が成立している場合に「教材１」を端末に配信する形態に適用した場合の模式図が示されている。この場合、サーバは、上記状況として「校内」との情報と、「教材１」の情報とを関連付けて予め記憶する。
【００１５】
この場合、端末は、校内に入場（以下、「チェックイン」ともいう。）した場合に、校内にチェックインしたことを示す情報をサーバに送信する。これに応じて、サーバは、「校内」に対応するコンテンツである「教材１」の情報を端末に配信する。これに対し、端末は、校内から退場（以下、「チェックアウト」ともいう。）した場合に、校内からチェックアウトしたことを示す情報をサーバに送信する。これに応じて、サーバは、「校内」に対応するコンテンツである「教材１」を端末から削除する。
【００１６】
しかしながら、この技術では、上記状況が１種類のみであれば特に問題ないが、複数の状況が同時に成立し得る形態に適用する場合には、サーバによる管理上の負荷が増大する、という問題がある。
【００１７】
すなわち、この場合、サーバは、複数の状況を組み合わせた多数の状況群を予め定義し、この状況群の各々毎に異なるコンテンツを関連付けて記憶する必要がある。また、この場合、端末は、各状況群に含まれる各状況の全ての成立／非成立を判断する必要があり、端末においても負荷が増大する。
【００１８】
例えば、学校において通過した入口に応じてコンテンツを変更したい場合、一例として図２３に示すように、「校内」との状況を２つに分割して、「校内＋先生」と「校内＋生徒」との状況群を定義する必要がある。また、この場合、定義した状況群の各々に対して、教師用のコンテンツ（「教材１」、「指導メモ」）と生徒用のコンテンツ（「教材１」）とを別々に関連付ける必要がある。さらに、「生徒」が「１年生」であるとの状況に対して１年生向けのコンテンツを配信したい場合、「校内＋生徒」をさらに分割し、「校内＋生徒」と「校内＋１年生」との状況群を定義し、対応するコンテンツを関連付ける必要がある。また、さらに、教師向けに「職員室」との状況に対して職員室向けのコンテンツを配信したい場合、「校内＋先生」をさらに分割し、「校内＋先生」と「職員室＋先生」との状況群を定義し、対応するコンテンツを関連付ける必要がある。
【００１９】
これに対し、本実施形態では、サーバにより、端末から該端末の状況を示す情報を受信し、端末へ該端末から受信された情報により示される状況に対応するチケット情報を送信する。そして、本実施形態では、サーバにより、端末から送信されたチケット情報を受信した場合、該チケット情報に応じて配信するコンテンツを決定し、決定したコンテンツを端末に配信する。特に、本実施形態では、上記端末の状況を示す情報が、端末のユーザの属性を示すユーザ属性情報、及び端末が存在する場所を示す場所情報を含む。そして、本実施形態では、サーバにより、端末から送信されたチケット情報を受信した場合、該チケット情報に含まれるユーザ属性情報及び場所情報の組み合わせに応じて配信するコンテンツを決定する。
【００２０】
以下、図面を参照して開示の技術の実施形態の一例を詳細に説明する。
【００２１】
〔第１実施形態〕
図１には、本実施形態に係るコンテンツ配信装置１０Ａ及び複数の端末１５が示されている。図１に示すように、本実施形態に係るコンテンツ配信装置１０Ａは、受信部１１、送信部１２、決定部１３及び配信部１４を備えている。
【００２２】
受信部１１は、端末１５から、後述する該端末１５の状況を示す情報（以下、「状況情報」という。）を受信する。なお、詳細は後述するが、本実施形態に係る端末１５は、上記状況情報として、自機を所持するユーザの属性を示すユーザ属性情報をコンテンツ配信装置１０Ａに適宜送信する。また、本実施形態に係る端末１５は、上記状況情報として、自機が存在する場所を示す場所情報をコンテンツ配信装置１０Ａに適宜送信する。そして、受信部１１は、端末１５から送信された、これらの状況情報をリアルタイムで受信する。なお、本実施形態に係るユーザ属性情報は、ユーザの役割を示す情報とされているが、これに限定されるものではない。例えば、ユーザ属性情報として、ユーザの名前、ユーザの所属先等、ユーザの属性を示す情報であれば他の情報を適用してもよい。
【００２３】
本実施形態では、上記状況情報の一例として状況ＩＤ（Identification）を適用する。本実施形態に係る状況ＩＤは、状況情報により示される状況の主要な内容を示すテキストデータとされている。
【００２４】
送信部１２は、端末１５へ、該端末１５から受信した状況ＩＤにより示される状況に対応するチケット情報を送信する。なお、本実施形態に係るコンテンツ配信装置１０Ａには、状況ＩＤと、該状況ＩＤにより示される状況にある端末１５に対して付与するチケット情報を示す付与チケットとが関連付けられた、後述する状況チケットテーブル８０が記憶されている。そして、本実施形態に係る送信部１２は、状況チケットテーブル８０を参照して、受信部１１によって受信した状況ＩＤに対応するチケット情報を取得し、状況ＩＤの送信元の端末１５に送信する。
【００２５】
決定部１３は、端末１５から送信されたチケット情報を受信した場合、該チケット情報に応じて配信するコンテンツを決定する。
【００２６】
すなわち、本実施形態に係る端末１５は、送信部１２によって送信されたチケット情報を受信して記憶部１９に記憶させる。その後、端末１５は、状況ＩＤにより示される状況が変化したタイミングで、記憶部１９に記憶されているチケット情報をコンテンツ配信装置１０Ａに送信する。コンテンツ配信装置１０Ａには、状況ＩＤと、該状況ＩＤにより示される状況において用いられるコンテンツ及び該コンテンツの使用に必要とされるチケット情報の種類を示す必要チケットとが関連付けられた、後述する必要チケットテーブル８２が記憶されている。そして、本実施形態に係る決定部１３は、必要チケットテーブル８２を参照して、端末１５から受信したチケット情報の種類に対応するコンテンツを、該チケット情報の送信元の端末１５に配信するコンテンツとして決定する。この際、決定部１３は、端末１５から受信したチケット情報にユーザ属性情報及び場所情報が含まれる場合、これらの情報の組み合わせに応じて、配信するコンテンツを決定する。
【００２７】
配信部１４は、決定部１３によって決定したコンテンツを端末１５に配信する。
【００２８】
一方、本実施形態に係る複数の端末１５の各々は、判定部１６、送信部１７及び受信部１８を備えている。
【００２９】
判定部１６は、上述した状況ＩＤを状況情報提示装置４０から受信する状況情報をもとに判定する。
【００３０】
本実施形態に係る状況情報提示装置４０は、端末１５のユーザが、何らかの目的をもって予め定められた場所に入場する際、及び該場所から退場する際に通過する位置（以下、「通過位置」という。）に設けられている。端末１５のユーザは、何れかの通過位置を通過する場合に、端末１５を状況情報提示装置４０と通信可能な状態としておく。これに応じて、状況情報提示装置４０は、端末１５に対して、自機が設けられている通過位置に対応する場所を示す情報である場所情報、又は該通過位置を通過することのできるユーザに対応するユーザ属性情報を状況情報として送信する。記憶部１９には、状況情報と、該状況情報に対応する状況ＩＤとが関連付けられた、一例として図２４に示す状況ＩＤテーブルが記憶されている。端末１５の判定部１６は、記憶部１９を参照して、状況情報提示装置４０から受信した状況情報をもとに対応する状況ＩＤを判定する。
【００３１】
また、端末１５の判定部１６は、自機の通過位置の通過が、目的とする場所へのチェックインのための通過なのか、目的とする場所からのチェックアウトのための通過なのかを示す入退場情報を生成する。なお、本実施形態に係る判定部１６では、入退場情報として、通過位置の通過が奇数回目の通過である場合に「チェックイン」を示す情報を生成し、通過位置の通過が偶数回目の通過である場合に「チェックアウト」を示す情報を生成する。
【００３２】
送信部１７は、判定部１６によって判定された状況ＩＤ及び判定部１６によって生成された入退場情報をコンテンツ配信装置１０Ａに送信する。上述したように、コンテンツ配信装置１０Ａは、端末１５から状況ＩＤを受信すると、該状況ＩＤに対応するチケット情報を端末１５に送信する。
【００３３】
そこで、受信部１８は、コンテンツ配信装置１０Ａによって送信されたチケット情報を受信する。そして、受信部１８は、受信したチケット情報を記憶部１９に記憶させる。
【００３４】
一方、送信部１７は、状況情報提示装置４０から受信した状況情報をもとに判定部１６が判定した状況ＩＤが変化した場合に、記憶部１９にチケット情報が記憶されている場合には、該チケット情報も状況ＩＤと共にコンテンツ配信装置１０Ａに送信する。上述したように、コンテンツ配信装置１０Ａは、端末１５からチケット情報を受信すると、該チケット情報に対応するコンテンツを端末１５に送信する。
【００３５】
そこで、受信部１８は、コンテンツ配信装置１０Ａによって送信されたコンテンツを受信する。そして、受信部１８は、受信したコンテンツを記憶部１９に記憶させる。なお、記憶部１９に記憶されたコンテンツは、端末１５により、該コンテンツの種類に応じて適宜用いられる。
【００３６】
なお、コンテンツ配信装置１０Ａにおける受信部１１は開示の技術に係る受信部の一例であり、送信部１２は開示の技術に係る送信部の一例であり、決定部１３は開示の技術に係る決定部の一例であり、配信部１４は開示の技術に係る配信部の一例である。以下では、開示の技術を、学校（以下、「管理対象学校」という。）の校内における教育現場に適用した場合の形態例について説明する。
【００３７】
上述したコンテンツ配信装置１０Ａ、端末１５及び状況情報提示装置４０は、図２に示すコンピュータ・システム５０Ａに含まれるサーバ２０Ａ、端末３０及び複数（本実施形態では、４台）の状況情報提示装置４０Ａ〜４０Ｄによって各々実現することができる。本実施形態に係るコンピュータ・システム５０Ａは、ネットワーク９０に各々アクセス可能とされたサーバ２０Ａと、複数の端末３０と、複数の状況情報提示装置４０Ａ〜４０Ｄと、を含んでいる。なお、以下では、状況情報提示装置４０Ａ〜４０Ｄの各々を区別なく説明する場合には、符号の末尾のＡ〜Ｄを省略して「状況情報提示装置４０」と記載する。
【００３８】
端末３０は、管理対象学校に所属する教師及び生徒に予め配布された端末であり、ＣＰＵ（Central Processing Unit）３１、メモリ３２、記憶部３３、入力部３４、表示部３５、媒体読み書き装置（Ｒ／Ｗ）３６、無線通信部３７及び近距離通信部３８を備えている。ＣＰＵ３１、メモリ３２、記憶部３３、入力部３４、表示部３５、媒体読み書き装置３６、無線通信部３７及び近距離通信部３８はバス３９を介して互いに接続されている。媒体読み書き装置３６は、記録媒体９６に書き込まれている情報の読み出し及び記録媒体９６への情報の書き込みを行う。
【００３９】
記憶部３３は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等によって実現できる。記憶部３３には、端末３０を図１に示す端末１５として機能させるための端末処理プログラム３３Ａが記憶されている。端末処理プログラム３３Ａは、端末処理プログラム３３Ａが書き込まれた記録媒体９６が媒体読み書き装置３６にセットされ、媒体読み書き装置３６が記録媒体９６からの端末処理プログラム３３Ａの読み出しを行うことで、記憶部３３へ記憶される。ＣＰＵ３１は、端末処理プログラム３３Ａを記憶部３３から読み出してメモリ３２に展開し、端末処理プログラム３３Ａが有するプロセスを順次実行する。
【００４０】
端末処理プログラム３３Ａは、判定プロセス３３Ａ１、送信プロセス３３Ａ２及び受信プロセス３３Ａ３を有する。ＣＰＵ３１は、判定プロセス３３Ａ１を実行することで、図１に示す判定部１６として動作する。また、ＣＰＵ３１は、送信プロセス３３Ａ２を実行することで、図１に示す送信部１７として動作する。さらに、ＣＰＵ３１は、受信プロセス３３Ａ３を実行することで、図１に示す受信部１８として動作する。
【００４１】
以上により、端末処理プログラム３３Ａを実行した端末３０が、図１に示す端末１５として機能することになる。
【００４２】
また、本実施形態に係る近距離通信部３８は、状況情報提示装置４０との間で予め定められた通信規格によって近距離通信を行うものである。なお、本実施形態に係る近距離通信部３８は、上記通信規格として、ＮＦＣ（Near Field Communication）を適用している。このため、端末３０のユーザは、上記通過位置を通過する際には、状況情報提示装置４０の所定の通信可能位置に該端末３０をかざすことになる。なお、近距離通信部３８で適用する通信規格はＮＦＣには限らない。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Infrared Data Association）（登録商標）等の他の無線通信の規格を近距離通信部３８の通信規格として適用する形態としてもよい。
【００４３】
一方、サーバ２０Ａは、コンピュータ・システム５０Ａで取り扱う各種情報を統括的に保存して管理する装置であり、例えば、管理対象学校の何れかの場所（本実施形態では、一例として職員室）に設けられている。サーバ２０Ａは、ＣＰＵ２１、メモリ２２、記憶部２３、入力部２４、表示部２５、媒体読み書き装置２６及び通信インタフェース（Ｉ／Ｆ）部２７を備えている。ＣＰＵ２１、メモリ２２、記憶部２３、入力部２４、表示部２５、媒体読み書き装置２６及び通信Ｉ／Ｆ部２７はバス２８を介して互いに接続されている。媒体読み書き装置２６は、記録媒体９６に書き込まれている情報の読み出し及び記録媒体９６への情報の書き込みを行う。
【００４４】
記憶部２３はＨＤＤやフラッシュメモリ等によって実現できる。記憶部２３には、サーバ２０Ａをコンテンツ配信装置１０Ａとして機能させるためのサーバ処理プログラム２３Ａが記憶されている。
【００４５】
サーバ処理プログラム２３Ａは、サーバ処理プログラム２３Ａが書き込まれた記録媒体９６が媒体読み書き装置２６にセットされ、媒体読み書き装置２６が記録媒体９６からのサーバ処理プログラム２３Ａの読み出しを行うことで、記憶部２３へ記憶される。ＣＰＵ２１は、サーバ処理プログラム２３Ａを記憶部２３から読み出してメモリ２２に展開し、サーバ処理プログラム２３Ａが有するプロセスを順次実行する。
【００４６】
サーバ処理プログラム２３Ａは、受信プロセス２３Ａ１、送信プロセス２３Ａ２、決定プロセス２３Ａ３及び配信プロセス２３Ａ４を有する。ＣＰＵ２１は、受信プロセス２３Ａ１を実行することで、図１に示す受信部１１として動作する。また、ＣＰＵ２１は、送信プロセス２３Ａ２を実行することで、図１に示す送信部１２として動作する。また、ＣＰＵ２１は、決定プロセス２３Ａ３を実行することで、図１に示す決定部１３として動作する。さらに、ＣＰＵ２１は、配信プロセス２３Ａ４を実行することで、図１に示す配信部１４として動作する。
【００４７】
以上により、サーバ処理プログラム２３Ａを実行したサーバ２０Ａが、図１に示すコンテンツ配信装置１０Ａとして機能することになる。なお、サーバ処理プログラム２３Ａは開示の技術に係るコンテンツ配信プログラムの一例である。
【００４８】
また、記憶部２３には、状況チケットテーブル記憶領域２３Ｂ及び必要チケットテーブル記憶領域２３Ｃが設けられている。ＣＰＵ２１が、状況チケットテーブル記憶領域２３Ｂに記憶されたデータをメモリ２２に展開することにより、図１に示す状況チケットテーブル８０が作成される。また、ＣＰＵ２１が、必要チケットテーブル記憶領域２３Ｃに記憶されたデータをメモリ２２に展開することにより、図１に示す必要チケットテーブル８２が作成される。
【００４９】
図３に示すように、本実施形態に係る状況チケットテーブル８０には、状況ＩＤ及び付与チケットが含まれる。付与チケットは、上述したように、対応する状況ＩＤにより示される状況にある端末３０に付与するチケット情報を示す情報である。
【００５０】
図３に示される状況チケットテーブル８０では、例えば、状況ＩＤが「先生用ゲート」とされた状況に対応する付与チケットが「先生」を示すチケット情報であることを示す。また、図３に示される状況チケットテーブル８０では、例えば、状況ＩＤが「生徒用ゲート」とされた状況に対応する付与チケットが「生徒」を示すチケット情報であることを示す。なお、上記「先生用ゲート」は、後述する先生用の入退場門を端末３０が通過したとの状況を表し、同様に、上記「生徒用ゲート」は、後述する生徒用の入退場門を端末３０が通過したとの状況を表し、これらの状況は、上述したユーザ属性情報に該当する。
【００５１】
一方、図４に示すように、本実施形態に係る必要チケットテーブル８２には、状況ＩＤ、コンテンツ及び必要チケットが含まれる。上述したように、コンテンツは、対応する状況ＩＤにより示される状況において用いられるコンテンツを示す情報であり、上述したように、アプリケーション・ソフトウェア、画像データ、音声データ、テキストデータ等の各種コンテンツを含む。さらに、上述したように、必要チケットは、対応するコンテンツの使用に必要とされるチケット情報の種類を示す情報である。
【００５２】
図４の必要チケットテーブル８２では、例えば、状況ＩＤが「教室」とされた状況において使用し得るコンテンツが「指導メモ１」及び「教材１」の２種類のコンテンツであることを示す。なお、上記「教室」は、後述する管理対象教室に端末３０が存在するとの状況を表し、上述した場所情報に該当する。
【００５３】
また、図４の必要チケットテーブル８２では、これらのコンテンツ（「指導メモ１」及び「教材１」）のうち、チケット情報として「先生」を示す情報が付与されている端末３０で使用することができるコンテンツが「指導メモ１」であることを示す。さらに、図４の必要チケットテーブル８２では、これらのコンテンツのうち、「教材１」は、チケット情報の有無とは無関係に、端末３０が後述する管理対象教室に存在するのであれば使用することができることを示す。また、図４の必要チケットテーブル８２では、状況ＩＤが「理科実験室」とされた状況において使用し得るコンテンツに「薬品管理表」があり、「先生」及び「薬品管理者」の２種類のチケット情報が付与されている端末３０で使用することができることを示す。
【００５４】
一方、図５には、本実施形態に係るチケット情報７０の具体例が示されている。図５に示すように本実施形態に係るチケット情報７０は、「ｔｉｃｋｅｔＩＤ」、「ｔｉｃｋｅｔＳｏｒｔ」、「ｔｉｃｋｅｔＮａｍｅ」、「ｅｘｐｉｒｅ」及び「ｖｅｒｉｆｉｃａｔｉｏｎＵＲＬ」の５種類の情報を含む。
【００５５】
「ｔｉｃｋｅｔＩＤ」はチケット情報７０の識別子であり、「ｔｉｃｋｅｔＳｏｒｔ」はチケット情報７０の内容や意味を示す情報であり、上述した「先生」、「生徒」等に相当する。また、「ｔｉｃｋｅｔＮａｍｅ」はチケット情報７０の名称を示す情報であり、「ｅｘｐｉｒｅ」はチケット情報７０の有効期限を示す情報である。本実施形態に係るチケット情報７０では、該有効期限として予め定められた起算日時からの経過期間を示す情報を適用している。さらに、「ｖｅｒｉｆｉｃａｔｉｏｎＵＲＬ」は、チケット情報７０の発行元（本実施形態では、サーバ２０Ａ）のＵＲＩ（Uniform Resource Identifier）を示す情報である。
【００５６】
一方、図２に示すように、本実施形態に係る状況情報提示装置４０Ａ〜４０Ｄにおける状況情報提示装置４０Ａは管理対象学校の先生用の入退場門に設けられており、状況情報提示装置４０Ｂは管理対象学校の生徒用の入退場門に設けられている。また、状況情報提示装置４０Ｃは管理対象学校の職員室の出入口に設けられており、状況情報提示装置４０Ｄは後述する管理対象教室の出入口に設けられている。
【００５７】
なお、状況情報提示装置４０Ａ〜４０Ｃは、通信可能位置にかざされた端末３０に対して、上述したユーザ属性情報を示す状況情報を送信する。また、状況情報提示装置４０Ｄは、通信可能位置にかざされた端末３０に対して、上述した場所情報を示す状況情報を送信する。具体的には、状況情報提示装置４０Ａ及び状況情報提示装置４０Ｃは、端末３０に対して「先生」を示す状況情報を送信し、状況情報提示装置４０Ｂは、端末３０に対して「生徒」を示す状況情報を送信する。また、状況情報提示装置４０Ｄは、端末３０に対して「教室」を示す状況情報を送信する。上述したように、本実施形態に係る端末３０は、近距離通信部３８の通信規格としてＮＦＣを採用しているため、状況情報提示装置４０においても、通信規格としてＮＦＣを採用していることは言うまでもない。
【００５８】
なお、本実施形態に係るコンピュータ・システム５０Ａでは、端末３０として、表示部３５の表示面にタッチパネルが設けられた汎用のタブレットＰＣ（Personal Computer）が適用されているが、これに限らない。端末３０として、ノートブック型ＰＣ等の他のコンピュータを適用する形態としてもよい。また、端末３０として、以上のＰＣに限らず、スマートフォン（Smartphone）を適用する形態としてもよい。
【００５９】
また、本実施形態に係るサーバ２０Ａは、管理対象学校の所定の部屋（本実施形態では、職員室）に設置されているが、これに限定されるものではない。例えば、サーバ２０Ａは、管理対象学校の他の部屋や、管理対象学校とは異なる建物内に設置されていてもよい。
【００６０】
次に、本実施形態の作用を説明する。なお、以下では、管理対象学校に所属する教師及び生徒により管理対象学校内の所定の教室（以下、「管理対象教室」という。）において授業を実施する場合を想定する。教師及び生徒は、自身に対応する入退場門から管理対象学校の校内に入場するに当たり、自身が所持する端末３０によって端末処理プログラム３３Ａを実行させることで、図６に示す端末処理が行われる。
【００６１】
端末処理のステップ１００において、判定部１６は、何れかの状況情報提示装置４０からの状況情報の受信待ちを行う。また、判定部１６は、受信した状況情報が、直近の状況情報に対して変化しているか否かを判定し、肯定判定となった場合はステップ１０１に移行する。ステップ１０１において、判定部１６は、受信した状況情報から状況ＩＤを判定し、ステップ１０２に移行する。ステップ１０２において、判定部１６は、上述した入退場情報を生成し、生成した入退場情報がチェックインを示すものか否かを判定して、肯定判定となった場合はステップ１０４に移行する。
【００６２】
ステップ１０４において、送信部１７は、チケット情報７０がメモリ３２（記憶部１９）に記憶されているか否かを判定し、肯定判定となった場合はステップ１０６に移行する。ステップ１０６において、送信部１７は、判定した状況ＩＤ、生成した入退場情報及びメモリ３２に記憶されているチケット情報７０をサーバ２０Ａに送信した後、ステップ１１０に移行する。
【００６３】
一方、ステップ１０４において否定判定となった場合はステップ１０８に移行し、送信部１７は、判定した状況ＩＤ及び生成した入退場情報をサーバ２０Ａに送信した後、ステップ１１０に移行する。
【００６４】
ここで、本実施形態に係るサーバ２０Ａは、後述するように、何れかの端末３０から状況ＩＤ、入退場情報及びチケット情報７０、または状況ＩＤ及び入退場情報を受信すると、受信した情報に応じたコンテンツ及びチケット情報７０を送信元の端末３０に送信する。
【００６５】
そこで、ステップ１１０において、受信部１８は、サーバ２０Ａから送信されたコンテンツ及びチケット情報７０の各情報の受信待ちを行う。ステップ１１０の判定が肯定されるとステップ１１２に移行し、ステップ１１２において、受信部１８は、受信したチケット情報７０及びコンテンツをメモリ３２に記憶する。ステップ１１２の処理が終了すると、ステップ１２０に移行する。
【００６６】
一方、ステップ１０２において否定判定となった場合はステップ１１４に移行し、送信部１７は、判定した状況ＩＤ及び生成した入退場情報をサーバ２０Ａに送信した後、ステップ１１６に移行する。
【００６７】
本実施形態に係るサーバ２０Ａは、後述するように、何れかの端末３０からチェックアウトを示す入退場情報を受信すると、受信した情報に応じたコンテンツ及びチケット情報７０のメモリ３２からの削除を指示する削除指示情報を送信元の端末３０に送信する。
【００６８】
そこで、ステップ１１６において、受信部１８は、サーバ２０Ａから送信された削除指示情報の受信待ちを行う。ステップ１１６の判定が肯定されるとステップ１１８に移行し、ステップ１１８において、受信部１８は、受信した削除指示情報によって示されるチケット情報７０及びコンテンツをメモリ３２から削除する。ステップ１１８の処理が終了すると、ステップ１２０に移行する。
【００６９】
ステップ１２０において、受信部１８は、本端末処理を終了するタイミングとして予め定められたタイミングが到来したか否かを判定し、否定判定となった場合はステップ１００に戻る一方、肯定判定となった時点で本端末処理を終了する。なお、本実施形態に係る端末処理では、上記予め定められたタイミングとして、ユーザによって本端末処理の終了を指示する指示入力が行われたタイミングを適用しているが、これに限るものではないことは言うまでもない。
【００７０】
なお、本端末処理においてメモリ３２に記憶したコンテンツは、その種類に応じて適宜使用されることは上述した通りである。
【００７１】
一方、本実施形態に係るコンピュータ・システム５０Ａでは、サーバ２０Ａに対してサーバ処理プログラム２３Ａを実行させることにより、図７に示すサーバ処理が行われる。
【００７２】
サーバ処理のステップ２００において、受信部１１は、何れかの端末３０からの状況ＩＤ、入退場情報及びチケット情報７０か、または状況ＩＤ及び入退場情報の受信待ちを行う。ステップ２００の判定が肯定されるとステップ２０２に移行し、ステップ２０２において、送信部１２は、受信した情報に含まれる入退場情報がチェックインを示すものであるか否かを判定し、肯定判定となった場合はステップ２０４に移行する。
【００７３】
ステップ２０４において、送信部１２は、受信した情報に含まれる状況ＩＤに対応するチケット情報７０を、状況チケットテーブル８０を参照することにより決定する。次のステップ２０６において、送信部１２は、決定したチケット情報７０を送信元の端末３０に送信する。
【００７４】
次のステップ２０８において、決定部１３は、端末３０から受信した情報にチケット情報７０が含まれるか否かを判定し、肯定判定となった場合はステップ２１０に移行する。ステップ２１０において、決定部１３は、端末３０から受信したチケット情報７０及び受信した状況ＩＤに対応するコンテンツを、必要チケットテーブル８２を参照することにより決定し、その後にステップ２１４に移行する。
【００７５】
一方、ステップ２０８において否定判定となった場合、ステップ２１２に移行し、決定部１３は、端末３０から受信した状況ＩＤに対応するコンテンツを、必要チケットテーブル８２を参照することにより決定し、その後にステップ２１４に移行する。
【００７６】
ステップ２１４において、配信部１４は、ステップ２１０またはステップ２１２の処理により決定したコンテンツを送信元の端末３０に送信した後、ステップ２２０に移行する。
【００７７】
一方、ステップ２０２において否定判定となった場合はステップ２１６に移行し、決定部１３は、受信した状況ＩＤに応じた削除対象のチケット情報７０を、状況チケットテーブル８０を参照することにより決定する。また、決定部１３は、受信した状況ＩＤに応じた削除対象のコンテンツを、必要チケットテーブル８２を参照することにより決定した後、ステップ２１８に移行する。
【００７８】
ステップ２１８において、決定部１３は、ステップ２１６の処理によって決定した削除対象のチケット情報７０及びコンテンツの削除を指示する削除指示情報を送信元の端末３０に送信した後、ステップ２２０に移行する。
【００７９】
ステップ２２０において、配信部１４は、本サーバ処理を終了するタイミングとして予め定められたタイミングが到来したか否かを判定し、否定判定となった場合はステップ２００に戻る一方、肯定判定となった時点で本サーバ処理を終了する。なお、本実施形態に係るサーバ処理では、上記予め定められたタイミングとして、ユーザによって本サーバ処理の終了を指示する指示入力が行われたタイミングを適用しているが、これに限るものではないことは言うまでもない。
【００８０】
次に、図８を参照して、以上の端末処理及びサーバ処理の実行時における各処理の流れを具体的に説明する。
【００８１】
なお、ここでは、上述したように、管理対象学校に所属する教師及び生徒により授業を実施する場合を想定する。この際、教師は教師用の端末３０（図８では、「端末Ａ」と表記。）を所持して管理対象学校における先生用の入退場門から入場し、さらに管理対象教室に該管理対象教室の出入口から入場して授業を行う。そして、教師は、授業が終了した後に管理対象教室の出入口から退場した後、先生用の入退場門から退場する。
【００８２】
これに対し、生徒は生徒用の端末３０（図８では、「端末Ｂ」と表記。）を所持して管理対象学校における生徒用の入退場門から入場し、さらに管理対象学校における管理対象教室に該管理対象教室の出入口から入場して授業を受ける。そして、生徒は、授業が終了した後に管理対象教室の出入口から退場した後、生徒用の入退場門から退場する。
【００８３】
この場合、まず、教師は、教師用の端末３０を所持して管理対象学校における先生用の入退場門から入場する。この際、教師は端末３０を状況情報提示装置４０Ａにかざす。これに応じて状況情報提示装置４０Ａは、「先生」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックインを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。
【００８４】
これに対し、生徒は、生徒用の端末３０を所持して管理対象学校における生徒用の入退場門から入場する。この際、生徒は端末３０を状況情報提示装置４０Ｂにかざす。これに応じて状況情報提示装置４０Ｂは、「生徒」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックインを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。
【００８５】
一方、サーバ２０Ａは、何れかの端末３０から状況ＩＤ及びチェックインを示す入退場情報を受信すると、該状況ＩＤに対応するチケット情報７０を、状況チケットテーブル８０を参照することにより決定する。この際、教師用の端末３０から受信した状況ＩＤに対応するチケット情報７０として「先生」を示すチケット情報７０が決定され、生徒用の端末３０から受信した状況ＩＤに対応するチケット情報７０として「生徒」を示すチケット情報７０が決定される。そして、サーバ２０Ａは、決定したチケット情報７０を送信元の端末３０に送信する。教師用及び生徒用の各端末３０は、サーバ２０Ａからチケット情報７０を受信すると、該チケット情報７０をメモリ３２に記憶する。
【００８６】
また、サーバ２０Ａは、受信した状況ＩＤに対応するコンテンツを、必要チケットテーブル８２を参照することにより決定する。この際、教師用及び生徒用の双方の端末３０から受信した状況ＩＤに対応するコンテンツは存在しないため、ここでのコンテンツが決定されることはない。従って、この時点では、サーバ２０Ａは、端末３０にコンテンツを送付することはない。
【００８７】
その後、教師は、教師用の端末３０を所持したまま、管理対象教室へ出入口から入場する。この際、教師は端末３０を状況情報提示装置４０Ｄにかざす。これに応じて状況情報提示装置４０Ｄは、「教室」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックインを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。また、端末３０は、この時点でメモリ３２に「先生」を示すチケット情報７０が記憶されているため、該チケット情報７０をサーバ２０Ａに送信する。
【００８８】
これに対し、生徒も、生徒用の端末３０を所持したまま、管理対象教室へ出入口から入場する。この際、生徒も端末３０を状況情報提示装置４０Ｄにかざす。これに応じて状況情報提示装置４０Ｄは、「教室」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックインを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。また、端末３０は、この時点でメモリ３２に「生徒」を示すチケット情報７０が記憶されているため、該チケット情報７０をサーバ２０Ａに送信する。
【００８９】
一方、サーバ２０Ａは、何れかの端末３０から状況ＩＤ及びチェックインを示す入退場情報を受信すると、該状況ＩＤに対応するチケット情報７０を、状況チケットテーブル８０を参照することにより決定する。この際、教師用及び生徒用の各々の端末３０から受信した状況ＩＤに対応するチケット情報７０として「教室」を示すチケット情報７０が決定される。
【００９０】
また、サーバ２０Ａは、受信した情報に対応するコンテンツを、必要チケットテーブル８２を参照することにより決定する。
【００９１】
この際、教師用の端末３０からは「教室」を示す状況ＩＤ及び「先生」を示すチケット情報７０を受信しているため、「教室」及び「先生」に対応するコンテンツである「指導メモ１」が、教師用の端末３０に配信すべきコンテンツとして決定される。また、この場合、状況ＩＤが「教室」を示す情報とされているため、「教室」のみに対応するコンテンツである「教材１」も、教師用の端末３０に配信すべきコンテンツとして決定される。
【００９２】
これに対し、生徒用の端末３０からは「教室」を示す状況ＩＤ及び「生徒」を示すチケット情報７０を受信している。しかしながら、「生徒」に対応するコンテンツは存在しないため、「教室」のみに対応するコンテンツである「教材１」のみ、生徒用の端末３０に配信すべきコンテンツとして決定される。
【００９３】
そして、サーバ２０Ａは、決定したチケット情報７０及び決定したコンテンツを送信元の端末３０に送信する。これに応じて、端末３０は、受信したチケット情報７０及びコンテンツをメモリ３２に記憶する。
【００９４】
一方、授業が終了すると、教師は、教師用の端末３０を所持したまま、管理対象教室の外へ出入口から退場する。この際、教師は端末３０を状況情報提示装置４０Ｄにかざす。これに応じて状況情報提示装置４０Ｄは、「教室」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックアウトを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。
【００９５】
これに対し、生徒も、授業が終了すると、生徒用の端末３０を所持したまま、管理対象教室の外へ出入口から退場する。この際、生徒も端末３０を状況情報提示装置４０Ｄにかざす。これに応じて状況情報提示装置４０Ｄは、「教室」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックアウトを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。
【００９６】
サーバ２０Ａは、何れかの端末３０からチェックアウトを示す入退場情報を受信すると、該入退場情報と共に受信した状況ＩＤに応じた削除対象のチケット情報７０及びコンテンツを、状況チケットテーブル８０及び必要チケットテーブル８２を参照することにより決定する。そして、サーバ２０Ａは、決定したチケット情報７０（ここでは、「教室」を示すチケット情報７０）及びコンテンツ（例えば、教師用の端末３０については、「指導メモ１」及び「教材１」）の削除を指示する削除指示情報を送信元の端末３０に送信する。これに応じて、端末３０は、受信した削除指示情報に対応するチケット情報７０及びコンテンツをメモリ３２から削除する。
【００９７】
その後、教師は、教師用の端末３０を所持したまま、先生用の入退場門を通過して管理対象学校から退場する際、端末３０を状況情報提示装置４０Ａにかざす。これに応じて状況情報提示装置４０Ａは、「先生」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックアウトを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。
【００９８】
これに対し、生徒も、生徒用の端末３０を所持したまま、生徒用の入退場門を通過して管理対象学校から退場する際、端末３０を状況情報提示装置４０Ｂにかざす。これに応じて状況情報提示装置４０Ｂは、「生徒」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックアウトを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。
【００９９】
サーバ２０Ａは、何れかの端末３０からチェックアウトを示す入退場情報を受信すると、該入退場情報と共に受信した状況ＩＤに応じた削除対象のチケット情報７０及びコンテンツを、状況チケットテーブル８０及び必要チケットテーブル８２を参照して決定する。そして、サーバ２０Ａは、決定したチケット情報７０及びコンテンツの削除を指示する削除指示情報を送信元の端末３０に送信する。この際、状況ＩＤに対応するコンテンツは存在しないため、ここで送信される削除指示情報では、コンテンツの削除の指示は行われない。削除指示情報を受信すると、端末３０は、受信した削除指示情報に対応するチケット情報７０をメモリ３２から削除する。
【０１００】
次に、図９を参照して、端末処理及びサーバ処理の実行時における各処理の流れの別の例を具体的に説明する。なお、ここでは、教師が授業を行う前に、職員室に入場する際に該職員室の出入口に設けられた状況情報提示装置４０Ｃに端末３０をかざすと共に、授業が終了した後に、職員室から退場する際に状況情報提示装置４０Ｃに端末３０をかざす場合について説明する。また、ここでは、教師及び生徒が管理対象教室に入場する場合及び管理対象教室から退場する場合に管理対象教室の出入口に設けられた状況情報提示装置４０Ｄに端末３０をかざす場合について説明する。
【０１０１】
この場合、まず、教師は、教師用の端末３０（図９では、「端末Ａ」と表記。）を所持して管理対象学校における職員室の出入口から該職員室に入場する。この際、教師は端末３０を状況情報提示装置４０Ｃにかざす。これに応じて状況情報提示装置４０Ｃは、「先生」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックインを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。
【０１０２】
一方、サーバ２０Ａは、教師用の端末３０から状況ＩＤ及びチェックインを示す入退場情報を受信すると、該状況ＩＤに対応するチケット情報７０を、状況チケットテーブル８０を参照することにより決定する。この際、教師用の端末３０から受信した状況ＩＤに対応するチケット情報７０として「先生」を示すチケット情報７０が決定される。そして、サーバ２０Ａは、決定したチケット情報７０を送信元の端末３０に送信する。教師用の端末３０は、サーバ２０Ａからチケット情報７０を受信すると、該チケット情報７０をメモリ３２に記憶する。
【０１０３】
また、サーバ２０Ａは、受信した状況ＩＤに対応するコンテンツを、必要チケットテーブル８２を参照することにより決定する。この際、教師用の端末３０から受信した状況ＩＤに対応するコンテンツは存在しないため、ここでのコンテンツが決定されることはない。従って、この時点では、サーバ２０Ａは、端末３０にコンテンツを送付することはない。なお、教師は、職員室から退場する際には、端末３０を状況情報提示装置４０Ｃにかざすことはしない。
【０１０４】
その後、教師及び生徒は、管理対象教室への入場及び管理対象教室からの退場を行うが、この際の処理の流れについては、図８を参照して説明した処理と略同様であるので、ここでの説明は省略する。
【０１０５】
授業が終了し、管理対象教室を退場すると、教師は、教師用の端末３０を所持したまま、職員室に入場する。この際、教師は、端末３０を状況情報提示装置４０Ｃにかざすことはしない。そして、教師は、職員室を退場する際、端末３０を状況情報提示装置４０Ｃにかざす。これに応じて状況情報提示装置４０Ｃは、「先生」を示す状況情報を端末３０に送信する。これに応じて端末３０は、チェックアウトを示す入退場情報を生成し、判定した状況ＩＤと共にサーバ２０Ａに送信する。
【０１０６】
一方、サーバ２０Ａは、端末３０からチェックアウトを示す入退場情報を受信すると、該入退場情報と共に受信した状況ＩＤに応じた削除対象のチケット情報７０及びコンテンツを、状況チケットテーブル８０及び必要チケットテーブル８２を参照して決定する。そして、サーバ２０Ａは、決定したチケット情報７０及びコンテンツの削除を指示する削除指示情報を送信元の端末３０に送信する。この際、状況ＩＤに対応するコンテンツは存在しないため、ここで送信される削除指示情報では、コンテンツの削除の指示は行われない。削除指示情報を受信すると、端末３０は、受信した削除指示情報に対応するチケット情報７０をメモリ３２から削除する。
【０１０７】
以上、詳細に説明したように、本実施形態では、端末３０から該端末３０の状況を示す情報を受信し、端末３０へ該端末３０から受信された情報により示される状況に対応するチケット情報７０を送信している。また、本実施形態では、端末３０から送信されたチケット情報７０を受信した場合、該チケット情報７０に応じて配信するコンテンツを決定し、決定したコンテンツを端末３０に配信している。このため、ＩＤカードの所有者毎で、かつ状況毎にセキュリティコードをサーバにおいて管理する従来の技術に比較して、サーバによる管理上の負荷を軽減することができる。
【０１０８】
また、本実施形態では、端末３０の状況を示す情報として、ユーザ属性情報、及び場所情報を示す情報を適用している。これにより、該ユーザ属性情報と場所情報との組み合わせに応じた適切なコンテンツを端末３０に配信することができる。
【０１０９】
また、本実施形態では、ユーザ属性情報として、ユーザの役割を示す情報を適用している。これにより、ユーザの役割に応じて適切なコンテンツを端末３０に配信することができる。
【０１１０】
また、本実施形態では、端末３０として、タブレットＰＣを適用している。これにより、端末３０としてキーボードを有するノートブック型ＰＣ等を適用する場合に比較して、端末３０のユーザによる該端末３０を所持する際の負荷を低減することができる。
【０１１１】
さらに、本実施形態では、上記各種情報の送受信を無線通信により行っている。これにより、ユーザにとっての利便性を、より向上させることができる。
【０１１２】
〔第２実施形態〕
次に、開示の技術の第２実施形態について説明する。なお、図面における第１実施形態と同一の部分には同一の符号を付し、その説明を極力省略する。
【０１１３】
図１０には、第２実施形態に係るシステム全体の構成が示されている。図１０に示すように、第２実施形態に係るシステムは、第１実施形態に係るシステム（図１参照。）に対して、チケット操作装置７５が新たに追加されている点が相違している。
【０１１４】
第２実施形態に係る端末１５は、所定の場所に入場した場合に、サーバ２０Ａから新たなアプリケーション・ソフトウェアがコンテンツとして配信されてインストールされることにより、新たな機能が搭載される。また、第２実施形態に係る端末１５は、上記所定の場所から退場した場合に上記アプリケーション・ソフトウェアがサーバ２０Ａによって削除（アンインストール）される。
【０１１５】
第２実施形態では、上記アプリケーション・ソフトウェアとして、特定の端末１５から他の端末１５に対し、新たなチケット情報７０を付与したり、既に付与されているチケット情報７０を削除したりするプログラムが配信される。このため、第２実施形態に係るシステムには、特定の端末１５から他の端末１５に対するチケット情報７０の付与及び削除を統括的に管理するチケット操作装置７５が新たに設けられている。
【０１１６】
図１０に示すように、第２実施形態に係るチケット操作装置７５は、受信部７６及び送信部７７を備えている。
【０１１７】
受信部７６は、特定の端末１５から、付与または削除するチケット情報の種類、該チケット情報を付与するのか、削除するのかを示す付与削除情報、及び該チケット情報を付与または削除する端末１５の所有者を特定するための特定情報を含むコマンドを受信する。なお、以下では、このコマンドを、「付与削除指定コマンド」という。
【０１１８】
送信部７７は、受信部７６によって受信した付与削除指定コマンドに基づいて、特定情報により特定される端末１５に対し、新たにチケット情報７０を付与する場合は該チケット情報７０を送信する。また、送信部７７は、特定情報により特定される端末１５に対し、既に付与されているチケット情報７０を削除する場合は、指定されたチケット情報７０の削除を指示する削除指示情報を送信する。
【０１１９】
なお、本実施形態に係るチケット操作装置７５には、端末１５の各々の所有者を特定するための特定情報と、該特定情報に対応する端末１５との間で通信を行う場合に用いる端末情報と、が関連付けられた、後述するユーザ端末テーブル８４が記憶されている。そして、本実施形態に係る送信部７７は、ユーザ端末テーブル８４を参照して、受信部７６によって受信した特定情報に対応する端末１５の端末情報を取得し、該端末情報に対応する端末１５に対して、チケット情報７０または削除指示情報を送信する。本実施形態では、上記端末情報として、対応する端末１５のネットワーク９０におけるアドレスを適用しているが、これに限らないことは言うまでもない。
【０１２０】
チケット操作装置７５からチケット情報７０または削除指示情報を受信すると、端末１５は、チケット操作装置７５からチケット情報７０を受信した場合は該チケット情報７０を登録する。また、端末１５は、チケット操作装置７５から削除指示情報を受信した場合は、該当するチケット情報７０を削除する。
【０１２１】
第２実施形態に係るシステムは、図１１に示すコンピュータ・システム５０Ｂに含まれるサーバ２０Ａ、端末３０、複数（本実施形態では、４台）の状況情報提示装置４０Ａ〜４０Ｄ及びチケット操作サーバ６０によって各々実現することができる。
【０１２２】
図１１に示すように、第２実施形態に係るコンピュータ・システム５０Ｂは、ネットワーク９０にアクセス可能とされたチケット操作サーバ６０が新たに含まれている点が、第１実施形態に係るコンピュータ・システム５０Ａと相違している。
【０１２３】
第２実施形態に係るチケット操作サーバ６０は、例えば、管理対象学校の何れかの場所（本実施形態では、サーバ２０Ａと同様に職員室）に設けられているが、これに限らない。チケット操作サーバ６０は、サーバ２０Ａと同様に、例えば、管理対象学校の他の部屋や、管理対象学校とは異なる建物内に設置されていてもよい。
【０１２４】
図１１に示すように、チケット操作サーバ６０は、ＣＰＵ６１、メモリ６２、記憶部６３、入力部６４、表示部６５、媒体読み書き装置６６及び通信Ｉ／Ｆ部６７を備えている。ＣＰＵ６１、メモリ６２、記憶部６３、入力部６４、表示部６５、媒体読み書き装置６６及び通信Ｉ／Ｆ部６７はバス６８を介して互いに接続されている。媒体読み書き装置６６は、記録媒体９６に書き込まれている情報の読み出し及び記録媒体９６への情報の書き込みを行う。
【０１２５】
記憶部６３はＨＤＤやフラッシュメモリ等によって実現できる。記憶部６３には、チケット操作サーバ６０をチケット操作装置７５として機能させるための第２サーバ処理プログラム６３Ａが記憶されている。
【０１２６】
第２サーバ処理プログラム６３Ａは、該プログラム６３Ａが書き込まれた記録媒体９６が媒体読み書き装置６６にセットされ、媒体読み書き装置６６が記録媒体９６からの第２サーバ処理プログラム６３Ａの読み出しを行うことで、記憶部６３へ記憶される。ＣＰＵ６１は、第２サーバ処理プログラム６３Ａを記憶部６３から読み出してメモリ６２に展開し、第２サーバ処理プログラム６３Ａが有するプロセスを順次実行する。
【０１２７】
第２サーバ処理プログラム６３Ａは、受信プロセス６３Ａ１及び送信プロセス６３Ａ２を有する。ＣＰＵ６１は、受信プロセス６３Ａ１を実行することで、図１０に示す受信部７６として動作する。また、ＣＰＵ６１は、送信プロセス６３Ａ２を実行することで、図１０に示す送信部７７として動作する。
【０１２８】
以上により、第２サーバ処理プログラム６３Ａを実行したチケット操作サーバ６０が、図１０に示すチケット操作装置７５として機能することになる。
【０１２９】
また、記憶部６３には、ユーザ端末テーブル記憶領域６３Ｂが設けられている。ＣＰＵ６１が、ユーザ端末テーブル記憶領域６３Ｂに記憶されたデータをメモリ６２に展開することにより、上述したユーザ端末テーブル８４が作成される。
【０１３０】
図１２に示すように、本実施形態に係るユーザ端末テーブル８４には、上記特定情報及び上記端末情報が含まれる。図１２に示されるユーザ端末テーブル８４では、例えば、特定情報として「先生」が付与された端末３０に対応する端末情報が「Ｔ０１０」であり、特定情報として「生徒Ａ」が付与された端末３０に対応する端末情報が「Ｔ０２０」であることを示す。なお、上記「先生」との特定情報が付与された端末３０は、教師用の端末３０であり、上記「生徒Ａ」との特定情報が付与された端末３０は、予め定められた生徒Ａ用の端末３０である。
【０１３１】
次に、第２実施形態の作用を説明する。なお、ここでは、教師用の端末３０及び生徒用の端末３０が所定の場所（ここでは、教室）に入場したことに応じて、サーバ２０Ａにより、教師用の端末３０には特定端末処理プログラムが、生徒用の端末３０には指定端末処理プログラムが、各々インストールされている場合について説明する。
【０１３２】
この場合、教師は、特定の生徒の端末３０に対してチケット情報７０の付与を行ったり、該端末３０から既に登録されているチケット情報７０の削除を行ったりする場合は、特定端末処理プログラムを実行させることで、図１３に示す特定端末処理が行われる。
【０１３３】
特定端末処理のステップ３００において、送信部１７は、予め定められたチケット操作指示画面を表示するように表示部３５を制御し、次のステップ３０２において、送信部１７は、所定情報の入力待ちを行う。
【０１３４】
図１４には、本実施形態に係るチケット操作指示画面が示されている。図１４に示すように、本実施形態に係るチケット操作指示画面では、チケット情報７０を付与するのか、削除するのかを指定するための入力領域３５Ａが表示される。また、本実施形態に係るチケット操作指示画面では、対象となるチケット情報７０の種類を指定するための入力領域３５Ｂ及び対象となる端末３０の所有者を入力するための入力領域３５Ｃが表示される。
【０１３５】
図１４に示すチケット操作指示画面が表示部３５に表示されると、教師は、チケット操作指示画面の入力領域３５Ａ〜３５Ｃの各々に対して、対応する情報を入力部３４により入力した後、「終了」ボタン３５Ｄを入力部３４により指定する。「終了」ボタン３５Ｄが指定されると、上記ステップ３０２が肯定判定となってステップ３０４に移行する。なお、図１４では、チケット情報７０を付与すること、付与するチケット情報７０の種類が「発表者用チケット」であること、及びチケット情報７０を付与する端末３０の所有者が「生徒Ａ」であることが入力された状態が示されている。以下では、チケット操作指示画面において入力される情報を、「チケット付与削除情報」という。
【０１３６】
ステップ３０４において、送信部１７は、チケット操作指示画面において入力された情報に基づいて、上述した付与削除指定コマンドを作成し、チケット操作サーバ６０に送信した後、本特定端末処理を終了する。
【０１３７】
一方、チケット操作サーバ６０では、第２サーバ処理プログラム６３Ａを実行させることで、図１５に示す第２サーバ処理が行われる。
【０１３８】
第２サーバ処理のステップ４００において、受信部７６は、付与削除指定コマンドの受信待ちを行う。ステップ４００の判定が肯定されるとステップ４０２へ移行する。ステップ４０２において、送信部７７は、受信した付与削除指定コマンドに含まれる特定情報に対応する端末情報（本実施形態では、アドレス）を、ユーザ端末テーブル８４を参照することにより取得する。
【０１３９】
次のステップ４０４において、送信部７７は、受信した付与削除指定コマンドに含まれる付与削除情報に基づいて、チケット情報７０を付与するのか否かを判定し、肯定判定となった場合はステップ４０６に移行する。
【０１４０】
ステップ４０６において、送信部７７は、受信した付与削除指定コマンドに含まれるチケット情報７０の種類により示されるチケット情報７０をサーバ２０Ａから取得する。そして、送信部７７は、取得したチケット情報７０を、ステップ４０２の処理によって取得した端末情報に対応する端末３０に対して送信し、その後に本第２サーバ処理を終了する。
【０１４１】
一方、ステップ４０４において否定判定となった場合は、チケット情報７０の削除が指示されたと見なしてステップ４０８に移行する。ステップ４０８において、送信部７７は、受信した付与削除指定コマンドに含まれるチケット情報７０の種類により示されるチケット情報７０を特定する。そして、送信部７７は、特定したチケット情報７０の削除を指示する削除指示情報を、ステップ４０２の処理により取得した端末情報に対応する端末３０に対して送信した後、本第２サーバ処理を終了する。
【０１４２】
一方、端末３０は、チケット操作サーバ６０からチケット情報７０または削除指示情報を受信すると、指定端末処理プログラムを実行させることで、図１６に示す指定端末処理が行われる。
【０１４３】
指定端末処理のステップ５００において、受信部１８は、チケット操作サーバ６０からチケット情報７０を受信したか否かを判定し、肯定判定となった場合はステップ５０２に移行する。ステップ５０２において、受信部１８は、受信したチケット情報７０をメモリ３２に登録する。次のステップ５０４において、送信部１７は、現在チェックイン中の各状況ＩＤについて、受信したチケット情報７０、チェックインを示す入退場情報及び状況ＩＤをサーバ２０Ａに送信する。
【０１４４】
ここで、本実施形態に係るサーバ２０Ａは、何れかの端末３０からチケット情報７０、状況ＩＤ及びチェックインを示す入退場情報を受信すると、受信した情報に応じたコンテンツを、必要チケットテーブル８２を参照して特定し、送信元の端末３０に送信する。
【０１４５】
そこで、次のステップ５０６において、受信部１８は、サーバ２０Ａから送信されたコンテンツの受信待ちを行い、次のステップ５０８において、受信部１８は、受信したコンテンツをメモリ３２に記憶し、その後に本指定端末処理を終了する。
【０１４６】
一方、ステップ５００において否定判定となった場合は、チケット操作サーバ６０から削除指示情報を受信したと見なしてステップ５１０に移行し、受信部１８は、受信した削除指示情報で削除が指示されたチケット情報７０をメモリ３２から削除する。次のステップ５１２において、送信部１７は、現在チェックイン中の各状況ＩＤについて、受信した削除指示情報に応じたチケット情報７０、チェックインを示す入退場情報及び状況ＩＤをサーバ２０Ａに送信する。
【０１４７】
ここで、本実施形態に係るサーバ２０Ａは、何れかの端末３０からチケット情報７０、状況ＩＤ及びチェックインを示す入退場情報を受信すると、受信した情報に応じたコンテンツを、必要チケットテーブル８２を参照して特定し、送信元の端末３０に送信する。
【０１４８】
そこで、ステップ５１４において、受信部１８は、サーバ２０Ａから送信されたコンテンツの受信待ちを行う。ステップ５１４の判定が肯定された場合はステップ５１６に移行し、ステップ５１６にて、受信部１８は、現在メモリ３２に記憶されているコンテンツのうち、受信したコンテンツに含まれないコンテンツをメモリ３２から削除した後、本指定端末処理を終了する。
【０１４９】
次に、図１７を参照して、特定端末処理、第２サーバ処理及び指定端末処理の実行時における各処理の流れの一例を具体的に説明する。なお、ここでは、教師及び生徒が管理対象教室に存在し、教師が自身の端末３０によって特定の生徒Ａに対してチケット情報７０として発表者チケットを付与する場合について説明する。
【０１５０】
この場合、教師及び生徒が管理対象教室に入場した時点で、教師用の端末３０には特定端末処理プログラムがインストールされており、生徒用の端末３０には指定端末処理プログラムがインストールされている。
【０１５１】
教師は、生徒Ａに対して発表者チケットを付与する場合、自身の端末３０により特定端末処理プログラムの実行を指示することによって特定端末処理の実行を開始させる。そして教師は、端末３０によって表示されたチケット操作指示画面において上述したチケット付与削除情報を入力し、付与削除指定コマンドをチケット操作サーバ６０に送信させる。
【０１５２】
付与削除指定コマンドを受信すると、チケット操作サーバ６０は、第２サーバ処理により、付与削除指定コマンドに含まれる特定情報（ここでは、「生徒Ａ」を示す特定情報）に対応する端末情報（ここでは、「Ｔ０２０」）を、ユーザ端末テーブル８４を参照することにより取得する。そして、チケット操作サーバ６０は、付与削除指定コマンドにより指定された種類のチケット情報７０（ここでは、「発表者チケット」）をサーバ２０Ａから取得し、上記端末情報に対応する端末３０に対して送信する。
【０１５３】
チケット情報７０を受信すると、生徒Ａの端末３０は、指定端末処理プログラムが開始されることによって指定端末処理の実行が開始される。そして、生徒Ａの端末３０は、受信したチケット情報７０をメモリ３２に登録した後、サーバ２０Ａに対して、受信したチケット情報７０、「教室」を示す状況ＩＤ及びチェックインを示す入退場情報を送信する。
【０１５４】
チケット情報７０、状況ＩＤ及びチェックインを示す入退場情報を受信すると、サーバ２０Ａは、受信したチケット情報７０及び状況ＩＤに対応するコンテンツ（ここでは、「発表者用プログラム」）を、必要チケットテーブル８２を参照することにより取得する。そして、サーバ２０Ａは、取得したコンテンツを送信元の端末３０に送信する。
【０１５５】
コンテンツを受信すると、生徒Ａの端末３０は、受信したコンテンツをメモリ３２に一旦記憶する。その後、記憶したコンテンツは生徒Ａによって適宜使用される。
【０１５６】
以上、詳細に説明したように、本実施形態では、端末３０から受信したチケット情報７０が変化した場合、該変化に基づいて端末３０に配信するコンテンツを変更している。これにより、チケット情報７０の変化に応じた管理を、より適切に行うことができる。
【０１５７】
なお、上記実施形態では、チケット操作機能を実現するためにチケット操作装置７５（チケット操作サーバ６０）を新たに設けた場合について説明したが、これに限定されるものではない。例えば、コンテンツ配信装置１０Ａ（サーバ２０Ａ）にチケット操作装置７５と同様の処理を実行させることにより、チケット操作装置７５を設けない形態としてもよい。また、例えば、特定の端末１５（端末３０）から他の端末１５に対して直接チケット情報７０を送付したり、チケット情報７０を削除したりする処理を実行させることにより、チケット操作装置７５を設けない形態としてもよい。これらの場合、チケット操作装置７５を新たに設ける必要がなくなるため、開示の技術を実現するためのコストの上昇を抑制することができる。
【０１５８】
また、上記実施形態では、特定端末処理プログラム及び指定端末処理プログラムを、コンテンツとしてサーバ２０Ａから配信する場合について説明したが、これに限定されるものではない。例えば、特定端末処理プログラム及び指定端末処理プログラムを各端末３０に予めインストールしておく形態としてもよい。
また、上記実施形態では、チケット情報の削除時に、サーバ２０Ａは受信した情報に応じたコンテンツを送信し、端末３０側で、受信したコンテンツに含まれないコンテンツを削除する場合について説明した。しかしながら、これに限定されるものではなく、サーバ２０Ａがコンテンツの削除指示情報を端末３０に送信する形態としてもよい。
【０１５９】
〔第３実施形態〕
次に、開示の技術の第３実施形態について説明する。なお、図面における第２実施形態と同一の部分には同一の符号を付し、その説明を極力省略する。
【０１６０】
図１８には、第３実施形態に係るシステム全体の構成が示されている。図１８に示すように、第３実施形態に係るシステムは、第２実施形態に係るシステム（図１０参照。）に対して、コンテンツ配信装置１０Ａにおける決定部１３が、決定部１３とは異なる処理を行う決定部１３Ｂとされている点が相違している。
【０１６１】
第３実施形態に係るコンテンツ配信装置１０Ｂは、チケット情報７０の端末１５に対する付与及び削除に影響される上記状況を示す、該チケット情報７０の種類及び該状況が関連付けられた影響状況情報テーブル８６が予め記憶されている。
【０１６２】
そして、決定部１３Ｂは、端末１５から受信したチケット情報７０が変化した場合、変化したチケット情報７０により影響される状況を影響状況情報テーブル８６から取得し、取得した状況に対応するコンテンツを端末１５に配信するコンテンツとして決定する。
【０１６３】
第３実施形態に係るシステムは、図１９に示すコンピュータ・システム５０Ｃに含まれるサーバ２０Ｂ、端末３０、複数（本実施形態では、４台）の状況情報提示装置４０Ａ〜４０Ｄ及びチケット操作サーバ６０によって各々実現することができる。
【０１６４】
図１９に示すように、第３実施形態に係るコンピュータ・システム５０Ｃは、サーバ２０Ａの決定プロセス２３Ａ３が、決定プロセス２３Ａ３とは異なる処理を行う決定プロセス２３Ａ３Ｂとされている点が、第２実施形態とは相違している。
【０１６５】
ＣＰＵ２１は、決定プロセス２３Ａ３Ｂを実行することで、図１８に示す決定部１３Ｂとして動作する。これにより、サーバ処理プログラム２３Ａを実行したサーバ２０Ｂが、コンテンツ配信装置１０Ｂとして機能することになる。
【０１６６】
また、記憶部２３には、影響状況情報テーブル記憶領域２３Ｄが設けられている。ＣＰＵ２１が、影響状況情報テーブル記憶領域２３Ｄに記憶されたデータをメモリ２２に展開することにより、上述した影響状況情報テーブル８６が作成される。
【０１６７】
図２０に示すように、本実施形態に係る影響状況情報テーブル８６には、チケット情報７０の種類を示すチケット、及び該チケットの端末３０に対する付与及び削除に影響される状況を示す影響状況群の各情報が含まれる。図２０に示される影響状況情報テーブル８６では、例えば、「先生」を示すチケット情報７０の端末３０に対する付与及び削除によって影響される状況が「校内」、「教室」及び「体育館」であることを示す。
【０１６８】
本実施形態に係るコンピュータ・システム５０Ｃでは、サーバ２０Ｂに対してサーバ処理プログラム２３Ａを実行させることにより、図２１に示すサーバ処理が行われる。なお、図２１に示すフローチャートにおける図７に示す第１実施形態に係るフローチャートと同一の処理を実行するステップには図７と同一のステップ番号を付して、その説明を省略する。
【０１６９】
サーバ処理のステップ２１０Ｂにおいて、決定部１３Ｂは、端末３０から受信したチケット情報７０に対応する影響状況群を、影響状況情報テーブル８６を参照することにより取得する。また、決定部１３Ｂは、取得した影響状況群により示される状況を示す状況ＩＤ、端末３０から受信した状況ＩＤ及びチケット情報７０に対応するコンテンツを、必要チケットテーブル８２を参照して決定した後、ステップ２１４に移行する。なお、ステップ２１４において、配信部１４は、ステップ２１０Ｂまたはステップ２１２の処理により決定したコンテンツを送信元の端末３０に送信する。
【０１７０】
一方、ステップ２１６Ｂにおいて、決定部１３Ｂは、端末３０から受信したチケット情報７０に対応する影響状況群を、影響状況情報テーブル８６を参照することにより取得する。また、決定部１３Ｂは、取得した影響状況群により示される状況を示す状況ＩＤ及び端末３０から受信した状況ＩＤに対応する削除対象のコンテンツ及びチケット情報７０を、状況チケットテーブル８０及び必要チケットテーブル８２を参照して決定する。なお、次のステップ２１８において、配信部１４は、ステップ２１０Ｂの処理により決定したコンテンツ及びチケット情報７０の削除を指示する削除指示情報を送信元の端末３０に送信する。
【０１７１】
以上、詳細に説明したように、本実施形態では、チケット情報７０の端末３０に対する付与及び削除に影響される状況を示す、該チケット情報７０の種類及び状況が関連付けられた影響状況情報テーブル８６を予め記憶しておく。そして、本実施形態では、チケット情報７０が変化した場合、変化したチケット情報７０により影響される状況を影響状況情報テーブル８６から認識し、認識した状況に対応するコンテンツを配信するコンテンツとして決定している。これにより、複数の状況が組み合わされている場合であっても、チケット情報７０の変化に影響される状況のみに対応するコンテンツを端末３０に送信することになるので、サーバによる管理上の負荷を、より軽減することができる。
【０１７２】
なお、上記実施形態では、影響状況情報テーブル８６をサーバ２０Ｂに設け、サーバ２０Ｂによってチケット情報７０の操作に影響される状況のみにアクセスする場合について説明したが、これに限定されるものではない。例えば、影響状況情報テーブル８６を端末３０に設け、端末３０によってチケット情報７０の操作に影響される状況のみにアクセスする形態としてもよい。この場合、端末３０におけるチケット情報７０の変化があった場合のサーバ２０Ｂへのアクセスの頻度が低減されるため、上記実施形態に比較して、よりサーバ２０Ｂによる負荷を低減することができる。
【０１７３】
また、上記各実施形態では、状況情報としてユーザ属性情報及び場所情報を適用した場合を説明したが、これに限定されるものではない。例えば、状況情報として、時刻を示す情報、温度を示す情報等の端末３０に関して生じ得る他の状況を示す情報を適用する形態としてもよい。この際、端末３０は、時刻を示す状況情報や温度を示す状況情報を、状況情報提示装置４０から受信してもよいし、端末３０が有するタイマや温度センサから取得してもよい。
【０１７４】
また、上記各実施形態では、コンテンツがサーバ２０Ａ（２０Ｂ）によって記憶される場合を説明したが、これに限定されるものではなく、例えば、コンテンツを提供する出版社等の外部のサーバにコンテンツが登録されていてもよい。この場合、サーバ２０Ａ（２０Ｂ）は、使用するコンテンツを、ネットワーク９０等を介して外部のサーバからダウンロードする。
【０１７５】
また、上記各実施形態では、開示の技術に係るコンテンツ配信方法を、教育現場におけるコンピュータ・システムに適用した場合を説明したが、これに限定されるものではない。例えば、会社や、ショッピングセンタ等の他の現場に開示の技術に係るコンテンツ配信方法を適用する形態としてもよい。この場合、上記各実施形態における管理対象教室に、会社内における会議室や、ショッピングセンタ内における各店舗が相当することになる。また、この場合、ユーザ属性情報として、部長、課長、店長といった役職を適用することができる。
【０１７６】
また、上記各実施形態では、サーバ処理プログラム２３Ａ、端末処理プログラム３３Ａ及び第２サーバ処理プログラム６３Ａを記録媒体９６から媒体読み書き装置２６（３６、６６）を介して記憶部に読み込む態様を説明したが、これに限定されるものではない。例えば、これらのプログラムを対応する装置に予め記憶（インストール）しておく形態としてもよく、ネットワーク９０を介して外部装置から記憶部にダウンロードする形態としてもよい。
【０１７７】
本明細書に記載された全ての文献、特許出願及び技術規格は、個々の文献、特許出願及び技術規格が参照により取り込まれることが具体的かつ個々に記された場合と同程度に、本明細書中に参照により取り込まれる。
【０１７８】
以上の各実施形態に関し、更に以下の付記を開示する。
【０１７９】
（付記１）
端末から該端末の状況を示す情報を受信し、
前記端末へ該端末から受信された情報により示される状況に対応するチケット情報を送信し、
前記端末から送信された前記チケット情報を受信した場合、該チケット情報に応じて配信するコンテンツを決定し、
決定したコンテンツを前記端末に配信する、
ことを含む処理をコンピュータに実行させるコンテンツ配信方法。
【０１８０】
（付記２）
前記端末から送信された前記チケット情報及び該端末の状況を示す情報を受信した場合、該チケット情報及び該端末の状況を示す情報の組み合わせに応じて配信するコンテンツを決定する、
付記１記載のコンテンツ配信方法。
【０１８１】
（付記３）
前記端末から送信された異なる種類の複数の前記チケット情報を受信した場合、該複数のチケット情報の組み合わせに応じて配信するコンテンツを決定する、
付記１記載のコンテンツ配信方法。
【０１８２】
（付記４）
前記チケット情報が変化した場合、該変化に基づいて前記端末に配信するコンテンツを変更する、
付記１〜付記３の何れか１項記載のコンテンツ配信方法。
【０１８３】
（付記５）
前記チケット情報の前記端末に対する付与及び削除に影響される前記状況を示す、該チケット情報の種類及び前記状況が関連付けられた影響状況情報を予め記憶しておき、
前記チケット情報が変化した場合、変化したチケット情報により影響される状況を前記影響状況情報から認識し、認識した状況に対応するコンテンツを前記配信するコンテンツとして決定する、
付記４記載のコンテンツ配信方法。
【０１８４】
（付記６）
前記端末の状況を示す情報は、前記端末のユーザの属性を示すユーザ属性情報、及び前記端末が存在する場所を示す場所情報を含む、
付記１〜付記５の何れか１項記載のコンテンツ配信方法。
【０１８５】
（付記７）
前記ユーザ属性情報は、前記ユーザの役割を示す情報である、
付記６記載のコンテンツ配信方法。
【０１８６】
（付記８）
前記端末は、タブレット・パーソナル・コンピュータである、
付記１〜付記７の何れか１項記載のコンテンツ配信方法。
【０１８７】
（付記９）
前記状況を示す情報の前記端末からの受信、前記チケット情報の前記端末への送信及び前記コンテンツの前記端末への配信を無線通信により行う、
付記１〜付記８の何れか１項記載のコンテンツ配信方法。
【０１８８】
（付記１０）
端末から該端末の異なる種類の複数の状況を示す情報を受信した場合、該複数の状況の組み合わせに応じて配信するコンテンツを決定し、
決定したコンテンツを前記端末に配信する、
ことを含む処理をコンピュータに実行させるコンテンツ配信方法。
【０１８９】
（付記１１）
前記端末の状況を示す情報は、前記端末のユーザの属性を示すユーザ属性情報、及び前記端末が存在する場所を示す場所情報を含む、
付記１０記載のコンテンツ配信方法。
【０１９０】
（付記１２）
前記ユーザ属性情報は、前記ユーザの役割を示す情報である、
付記１１記載のコンテンツ配信方法。
【０１９１】
（付記１３）
前記端末は、タブレット・パーソナル・コンピュータである、
付記１０〜付記１２の何れか１項記載のコンテンツ配信方法。
【０１９２】
（付記１４）
前記状況を示す情報の前記端末からの受信、前記チケット情報の前記端末への送信及び前記コンテンツの前記端末への配信を無線通信により行う、
付記１０〜付記１３の何れか１項記載のコンテンツ配信方法。
【０１９３】
（付記１５）
端末から該端末の状況を示す情報を受信する受信部と、
前記端末へ該端末から受信された情報により示される状況に対応するチケット情報を送信する送信部と、
前記端末から送信された前記チケット情報を受信した場合、該チケット情報に応じて配信するコンテンツを決定する決定部と、
前記決定部によって決定されたコンテンツを前記端末に配信する配信部と、
を含むコンテンツ配信装置。
【０１９４】
（付記１６）
前記決定部は、前記端末から送信された前記チケット情報及び該端末の状況を示す情報を受信した場合、該チケット情報及び該端末の状況を示す情報の組み合わせに応じて配信するコンテンツを決定する、
付記１５記載のコンテンツ配信装置。
【０１９５】
（付記１７）
前記決定部は、前記端末から送信された異なる種類の複数の前記チケット情報を受信した場合、該複数のチケット情報の組み合わせに応じて配信するコンテンツを決定する、
付記１５記載のコンテンツ配信装置。
【０１９６】
（付記１８）
前記決定部は、前記チケット情報が変化した場合、該変化に基づいて前記端末に配信するコンテンツを変更する、
付記１５〜付記１７の何れか１項記載のコンテンツ配信装置。
【０１９７】
（付記１９）
前記チケット情報の前記端末に対する付与及び削除に影響される前記状況を示す、該チケット情報の種類及び前記状況が関連付けられた影響状況情報を予め記憶しておく記憶部を更に含み、
前記決定部は、前記チケット情報が変化した場合、変化したチケット情報により影響される状況を前記影響状況情報から認識し、認識した状況に対応するコンテンツを前記配信するコンテンツとして決定する、
付記１８記載のコンテンツ配信装置。
【０１９８】
（付記２０）
前記端末の状況を示す情報は、前記端末のユーザの属性を示すユーザ属性情報、及び前記端末が存在する場所を示す場所情報を含む、
付記１５〜付記１９の何れか１項記載のコンテンツ配信装置。
【０１９９】
（付記２１）
前記ユーザ属性情報は、前記ユーザの役割を示す情報である、
付記２０記載のコンテンツ配信装置。
【０２００】
（付記２２）
前記端末は、タブレット・パーソナル・コンピュータである、
付記１５〜付記２１の何れか１項記載のコンテンツ配信装置。
【０２０１】
（付記２３）
前記受信部は、前記状況を示す情報の前記端末からの受信を無線通信により行い、
前記送信部は、前記チケット情報の前記端末への送信を無線通信により行い、
前記配信部は、前記コンテンツの前記端末への配信を無線通信により行う、
付記１５〜付記２２の何れか１項記載のコンテンツ配信装置。
【０２０２】
（付記２４）
端末から該端末の状況を示す情報を受信し、
前記端末へ該端末から受信された情報により示される状況に対応するチケット情報を送信し、
前記端末から送信された前記チケット情報を受信した場合、該チケット情報に応じて配信するコンテンツを決定し、
決定したコンテンツを前記端末に配信する、
処理をコンピュータに実行させることを特徴とするコンテンツ配信プログラム。
【０２０３】
（付記２５）
前記端末から送信された前記チケット情報及び該端末の状況を示す情報を受信した場合、該チケット情報及び該端末の状況を示す情報の組み合わせに応じて配信するコンテンツを決定する、
付記２４記載のコンテンツ配信プログラム。
【０２０４】
（付記２６）
前記端末から送信された異なる種類の複数の前記チケット情報を受信した場合、該複数のチケット情報の組み合わせに応じて配信するコンテンツを決定する、
付記２４記載のコンテンツ配信プログラム。
【０２０５】
（付記２７）
前記チケット情報が変化した場合、該変化に基づいて前記端末に配信するコンテンツを変更する、
付記２４〜付記２６の何れか１項記載のコンテンツ配信プログラム。
【０２０６】
（付記２８）
前記チケット情報の前記端末に対する付与及び削除に影響される前記状況を示す、該チケット情報の種類及び前記状況が関連付けられた影響状況情報を予め記憶しておき、
前記チケット情報が変化した場合、変化したチケット情報により影響される状況を前記影響状況情報から認識し、認識した状況に対応するコンテンツを前記配信するコンテンツとして決定する、
付記２７記載のコンテンツ配信プログラム。
【０２０７】
（付記２９）
前記端末の状況を示す情報は、前記端末のユーザの属性を示すユーザ属性情報、及び前記端末が存在する場所を示す場所情報を含む、
付記２４〜付記２８の何れか１項記載のコンテンツ配信プログラム。
【０２０８】
（付記３０）
前記ユーザ属性情報は、前記ユーザの役割を示す情報である、
付記２９記載のコンテンツ配信プログラム。
【０２０９】
（付記３１）
前記端末は、タブレット・パーソナル・コンピュータである、
付記２４〜付記３０の何れか１項記載のコンテンツ配信プログラム。
【０２１０】
（付記３２）
前記状況を示す情報の前記端末からの受信、前記チケット情報の前記端末への送信及び前記コンテンツの前記端末への配信を無線通信により行う、
付記２４〜付記３１の何れか１項記載のコンテンツ配信プログラム。
【符号の説明】
【０２１１】
１０Ａ、１０Ｂ  コンテンツ配信装置
１１  受信部
１２  送信部
１３、１３Ｂ  決定部
１４  配信部
１５  端末
１６  判定部
１７  送信部
１８  受信部
１９  記憶部
２０Ａ、２０Ｂ  サーバ
２１  ＣＰＵ
２３  記憶部
２３Ａ  サーバ処理プログラム
２３Ｂ  状況チケットテーブル記憶領域
２３Ｃ  必要チケットテーブル記憶領域
２３Ｄ  影響状況情報テーブル記憶領域
２４  入力部
２５  表示部
３０  端末
３１  ＣＰＵ
３３  記憶部
３３Ａ  端末処理プログラム
３４  入力部
３８  近距離通信部
５０Ａ、５０Ｂ、５０Ｃ  コンピュータ・システム
６０  チケット操作サーバ
６１  ＣＰＵ
６３  記憶部
６３Ａ  第２サーバ処理プログラム
６３Ｂ  ユーザ端末テーブル記憶領域
６４  入力部
６５  表示部
７５  チケット操作装置
８０  状況チケットテーブル
８２  必要チケットテーブル
８４  ユーザ端末テーブル
８６  影響状況情報テーブル
９６  記録媒体
【図１】
0006536095.tif 000002
【図２】
0006536095.tif 000003
【図３】
0006536095.tif 000004
【図４】
0006536095.tif 000005
【図５】
0006536095.tif 000006
【図６】
0006536095.tif 000007
【図７】
0006536095.tif 000008
【図８】
0006536095.tif 000009
【図９】
0006536095.tif 000010
【図１０】
0006536095.tif 000011
【図１１】
0006536095.tif 000012
【図１２】
0006536095.tif 000013
【図１３】
0006536095.tif 000014
【図１４】
0006536095.tif 000015
【図１５】
0006536095.tif 000016
【図１６】
0006536095.tif 000017
【図１７】
0006536095.tif 000018
【図１８】
0006536095.tif 000019
【図１９】
0006536095.tif 000020
【図２０】
0006536095.tif 000021
【図２１】
0006536095.tif 000022
【図２２】
0006536095.tif 000023
【図２３】
0006536095.tif 000024
【図２４】
0006536095.tif 000025