(57)【要約】【課題】  未取得のスタンプを取得することができるようにローカル放送の放送スケジュールを制御する放送スケジュール制御方法を提供する。【解決手段】  サーバ装置１０の制御部１００は、スタンプを取得した携帯端末３０のユーザから送信されたスタンプＩＤが、この携帯端末３０のユーザが従前に取得しているスタンプグループに含まれるＩＤであるか否かを判定し、従前に取得しているスタンプグループに含まれるスタンプＩＤではなかった場合に、ローカル放送端末２０の放送スケジュールに、従前に取得しているスタンプグループに含まれるスタンプＩＤを取得可能なコンテンツを追加する。従って、未取得のスタンプを取得することができるようにローカル放送の放送スケジュールを制御することができる。【選択図】        図２
2010273176.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータによって実行される放送スケジュール制御方法であって、
前記コンピュータを、
ローカル放送端末の放送するローカル放送を携帯端末で受信した場合に取得できるスタンプ情報と、該スタンプ情報を受信した携帯端末の識別情報とを前記携帯端末から受信する受信ステップと、
携帯端末の識別情報と、該携帯端末が従前に受信したスタンプ情報とを対応付けて記憶した第１記憶手段から、前記受信ステップで受信した前記携帯端末の識別情報に対応付けたスタンプ情報を抽出する抽出ステップと、
前記ローカル放送として放送されるコンテンツのうち、関連付けられたコンテンツ群と、該コンテンツ群を試聴することで取得できるスタンプ群と、該スタンプ群に含まれるスタンプ情報とを対応付けて記憶した第２記憶手段を参照して、前記抽出ステップで抽出したスタンプ情報が含まれる第１スタンプ群と、前記受信ステップで受信したスタンプ情報が含まれる第２スタンプ群とを特定する特定ステップと、
前記受信ステップで受信したスタンプ情報を前記受信ステップで受信した前記携帯端末の識別情報に対応付けて前記第１記憶手段に記憶させる試聴履歴管理ステップと、
前記第１スタンプ群と前記第２スタンプ群とが一致しない場合に、前記ローカル放送端末の放送スケジュールに、前記第１スタンプ群に含まれるスタンプ情報を取得可能なコンテンツの放送を追加させる放送スケジュール変更ステップとして機能させる放送スケジュール制御方法。
【請求項２】
前記ローカル放送端末に追加したコンテンツの放送時間を前記携帯端末に通知する第１通知ステップを有する、請求項１記載の放送スケジュール制御方法。
【請求項３】
前記放送スケジュール変更ステップは、前記第１スタンプ群に含まれるスタンプ情報のうち、前記受信ステップで受信した前記識別情報の携帯端末が取得していないスタンプ情報を取得可能なコンテンツの放送予定が所定時間内にあるか否かを判定し、放送予定が所定時間内にない場合に、前記ローカル放送端末の放送スケジュールに、前記スタンプ情報を取得可能なコンテンツの放送を追加させる、請求項１又は２記載の放送スケジュール制御方法。
【請求項４】
前記ローカル放送端末の放送スケジュールに、前記スタンプ情報を取得可能なコンテンツの放送を追加した場合に、前記携帯端末に、追加したコンテンツの放送開始時間と、該追加したコンテンツの放送終了時間との少なくとも１つを通知する第２通知ステップを有する、請求項３記載の放送スケジュール制御方法。
【請求項５】
ローカル放送端末の放送するローカル放送を携帯端末で受信した場合に取得できるスタンプ情報と、該スタンプ情報を受信した携帯端末の識別情報とを前記携帯端末から受信する受信手段と、
携帯端末の識別情報と、該携帯端末が従前に受信したスタンプ情報とを対応付けて記憶した第１記憶手段から、前記受信手段で受信した前記携帯端末の識別情報に対応付けたスタンプ情報を抽出する抽出手段と、
前記ローカル放送として放送されるコンテンツのうち、関連付けられたコンテンツ群と、該コンテンツ群を試聴することで取得できるスタンプ群と、該スタンプ群に含まれるスタンプ情報とを対応付けて記憶した第２記憶手段を参照して、前記抽出手段で抽出したスタンプ情報が含まれる第１スタンプ群と、前記受信手段で受信したスタンプ情報が含まれる第２スタンプ群とを特定する特定手段と、
前記受信手段で受信した前記スタンプ情報を前記受信手段で受信した前記携帯端末の識別情報に対応付けて前記第１記憶手段に記憶させる試聴履歴管理手段と、
前記第１スタンプ群と前記第２スタンプ群とが一致しない場合に、前記ローカル放送端末の放送スケジュールに、前記第１スタンプ群に含まれるスタンプ情報を取得可能なコンテンツの放送を追加させる放送スケジュール変更手段と、
を有する放送スケジュール制御装置。
【請求項６】
コンピュータを、
ローカル放送端末の放送するローカル放送を携帯端末で受信した場合に取得できるスタンプ情報と、該スタンプ情報を受信した携帯端末の識別情報とを前記携帯端末から受信する受信手段と、
携帯端末の識別情報と、該携帯端末が従前に受信したスタンプ情報とを対応付けて記憶した第１記憶手段から、前記受信手段で受信した前記携帯端末の識別情報に対応付けたスタンプ情報を抽出する抽出手段と、
前記ローカル放送として放送されるコンテンツのうち、関連付けられたコンテンツ群と、該コンテンツ群を試聴することで取得できるスタンプ群と、該スタンプ群に含まれるスタンプ情報とを対応付けて記憶した第２記憶手段を参照して、前記抽出手段で抽出したスタンプ情報が含まれる第１スタンプ群と、前記受信手段で受信したスタンプ情報が含まれる第２スタンプ群とを特定する特定手段と、
前記受信手段で受信した前記スタンプ情報を前記受信手段で受信した前記携帯端末の識別情報に対応付けて前記第１記憶手段に記憶させる試聴履歴管理手段と、
前記第１スタンプ群と前記第２スタンプ群とが一致しない場合に、前記ローカル放送端末の放送スケジュールに、前記第１スタンプ群に含まれるスタンプ情報を取得可能なコンテンツの放送を追加させる放送スケジュール変更手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカル放送端末で放送されるコンテンツの放送スケジュールを制御する技術に関する。
【背景技術】
【０００２】
近年、携帯電話等の携帯機器を対象として、携帯電話・移動体端末向けの１セグメント部分受信サービス（以下、ワンセグ放送と呼ぶ）が提供されている。このワンセグ放送を利用した種々のサービスの提供が開始されている。
例えば、地域の観光スポットやポータルステーションのような複数の地点にローカル放送端末を設置して、観光客にその地点でしか試聴することのできないローカル放送を提供するサービスが挙げられる。また、各地点で放送されるローカル放送に番組ごとに異なる一意のスタンプ（キーワード）を含めて放送し、すべてのスタンプを収集した観光客に景品を提供するスタンプラリーのサービスが挙げられる。
【０００３】
また、ＷｅｂページのＵＲＬ等のリンクデータを簡易に取得できるようにするために、所定の範囲にのみ放送される放送波を利用する技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２６９１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、スタンプラリーのサービスを提供しようとする場合に、時間帯に応じて取得できるスタンプが切り替わってしまうと、ユーザは所望のスタンプを取得することができない。すなわち、ユーザは、スタンプを取得できる地点を訪問したにも関わらず、希望するスタンプが配信されていないため、すべてのスタンプを取得できないとう問題が生じる。
【０００６】
本発明は上記事情に鑑みてなされたものであり、未取得のスタンプを取得することができるようにローカル放送の放送スケジュールを制御することができる放送スケジュール制御方法、放送スケジュール制御装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本明細書に開示の放送スケジュール制御方法は、コンピュータによって実行される放送スケジュール制御方法であって、前記コンピュータを、ローカル放送端末の放送するローカル放送を携帯端末で受信した場合に取得できるスタンプ情報と、該スタンプ情報を受信した携帯端末の識別情報とを前記携帯端末から受信する受信ステップと、携帯端末の識別情報と、該携帯端末が従前に受信したスタンプ情報とを対応付けて記憶した第１記憶手段から、前記受信ステップで受信した前記携帯端末の識別情報に対応付けたスタンプ情報を抽出する抽出ステップと、前記ローカル放送として放送されるコンテンツのうち、関連付けられたコンテンツ群と、該コンテンツ群を試聴することで取得できるスタンプ群と、該スタンプ群に含まれるスタンプ情報とを対応付けて記憶した第２記憶手段を参照して、前記抽出ステップで抽出したスタンプ情報が含まれる第１スタンプ群と、前記受信ステップで受信したスタンプ情報が含まれる第２スタンプ群とを特定する特定ステップと、前記受信ステップで受信したスタンプ情報を前記受信ステップで受信した前記携帯端末の識別情報に対応付けて前記第１記憶手段に記憶させる試聴履歴管理ステップと、前記第１スタンプ群と前記第２スタンプ群とが一致しない場合に、前記ローカル放送端末の放送スケジュールに、前記第１スタンプ群に含まれるスタンプ情報を取得可能なコンテンツの放送を追加させる放送スケジュール変更ステップとして機能させる。
【発明の効果】
【０００８】
本明細書に開示の放送スケジュール制御方法によれば、未取得のスタンプを取得することができるようにローカル放送の放送スケジュールを制御することができる。
【図面の簡単な説明】
【０００９】
【図１】実施例のシステム構成を示す構成図である。
【図２】サーバ装置の構成を示す構成図である。
【図３】ローカル放送端末の構成を示す構成図である。
【図４】携帯端末の構成を示す構成図である。
【図５】携帯端末の表示部に表示される表示例を示す図である。
【図６】携帯端末からサーバ装置に送信されるデータの構成を示す図である。
【図７】携帯端末の表示部に表示される表示例を示す図であり、（Ａ）は、未取得スタンプを取得できる放送の開始時刻を表示する画面の一例を示す図であり、（Ｂ）は、未取得スタンプを取得できる地点を表示する画面の一例を示す図であり、（Ｃ）は、全スタンプを取得した場合に表示される画面の一例を示す図である。
【図８】サーバ装置からローカル放送端末へ送信される未取得スタンプを取得できる放送を追加した放送スケジュールのデータの構成を示す図である。
【図９】未取得スタンプを取得できる地点を表示するデータの構成を示す図である。
【図１０】全スタンプを取得した場合に表示部に表示するデータの構成を示す図である。
【図１１】未取得スタンプを取得できる放送の開始時刻を表示部に表示する場合に表示されるデータの構成を示す図である。
【図１２】地点管理テーブルの構成を示す図である。
【図１３】スタンプ管理テーブルの構成を示す図である。
【図１４】スタンプ取得履歴管理テーブルの構成を示す図である。
【図１５】放送スケジュール管理テーブルの構成を示す図である。
【図１６】コンテンツ管理テーブルの構成を示す図である。
【図１７】サーバ装置の制御部の機能ブロックの構成を示す図である。
【図１８】携帯端末の制御部の処理手順を示すフローチャートである。
【図１９】ローカル放送端末の制御部の処理手順を示すフローチャートである。
【図２０】サーバ装置の制御部の処理手順を示すフローチャートであり、特に、今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれる場合の手順を示すフローチャートである。
【図２１】サーバ装置の制御部の処理手順を示すフローチャートであり、特に、今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれない場合の手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照しながら本発明の好適な実施の例を説明する。
【実施例】
【００１１】
まず、図１を参照しながら本実施例のシステム構成について説明する。
本実施例は、サーバ装置１０と、複数のローカル放送端末２０ａ，２０ｂ，・・・，２０ｍ（ｍは、任意の自然数）と、各ユーザの携帯する携帯端末３０ａ，３０ｂ，・・・，３０ｎ（ｎは、任意の自然数）とを備えている。なお、図１には、複数のローカル放送端末２０ａ，２０ｂ，・・・，２０ｍを代表して、ローカル放送端末２０ａ，２０ｂ，２０ｃの３つを示している。また、ローカル放送端末２０ａ，２０ｂ，・・・，２０ｍは、ほぼ同一の構成を備えており、以下では、各ローカル放送端末２０ａ，２０ｂ，・・・，２０ｍを区別する必要のない場合には、ローカル放送端末２０と表記する。同様に、携帯端末３０ａ，３０ｂ，・・・，３０ｎも、各携帯端末を区別する必要がない場合には、携帯端末３０と表記する。
【００１２】
次に、図２を参照しながらサーバ装置１０について説明する。サーバ装置１０は、制御部１００と、記憶装置１０４と、通信インタフェース１０５と、操作部１０６と、入力インタフェース１０７と、グラフィックインタフェース１０８と、表示部１０９とを備えている。制御部１００と、記憶装置１０４と、通信インタフェース１０５と、入力インタフェース１０７と、グラフィックインタフェース１０８とは通信バスに接続され、各装置間でデータの送受信が可能である。
【００１３】
制御部１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３を備えている。
ＲＯＭ１０２には、ＣＰＵ１０１が制御に使用するプログラムが記録されている。ＣＰＵ１０１は、ＲＯＭ１０２に記録されたプログラムを読み込んで、読み込んだプログラムに従った制御を行う。ＲＡＭ１０３には、ＣＰＵ１０１が演算に使用するデータや、演算結果のデータが記録される。ＣＰＵ１０１、ＲＡＭ１０３等のハードウェアと、ＲＯＭ１０２に記録されたプログラムとの協働作業によって実現される制御部１００の機能ブロックについては、後述する。
【００１４】
記憶装置１０４には、各ローカル放送端末２０でローカル放送されるコンテンツに関する情報、各ローカル放送端末２０の管理情報、ユーザが取得するスタンプに関する情報などが記録されている。記憶装置１０４が記憶する管理テーブルの構成については、後述する。
【００１５】
通信インタフェース１０５は、制御部１００の制御によりネットワーク５０に接続する。通信インタフェース１０５は、制御部１００の制御によりローカル放送端末２０や携帯端末３０とデータ通信を行う。例えば、サーバ装置１０は、各ローカル放送端末２０に、各ローカル放送端末２０が放送するコンテンツの放送スケジュール情報や、放送スケジュールに変更があった場合には、放送スケジュールの更新データを送信する。また、サーバ装置１０は、携帯端末３０から携帯端末３０が取得したスタンプに関する情報等を取得する。そして、サーバ装置１０は、携帯端末３０のユーザが収集しているスタンプ情報を取得できるローカル放送端末２０の位置情報や、コンテンツの放送時間等の情報を携帯端末３０に送信する。
【００１６】
操作部１０６は、サーバ装置１０の管理者によって入力されたサーバ装置１０の設定情報等を受け付ける。受け付けた設定情報等は、入力インタフェース１０７を介して制御部１００に出力される。制御部１００は、取得した設定情報等をＲＡＭ１０３に記録する。
【００１７】
グラフィックインタフェース１０８は、ＣＰＵ１０１で処理された画像を表示部１０９に表示させるためのインタフェースであり、表示部１０９に表示させるためにグラフィックデータを波形電気信号に変換する。
【００１８】
次に、図３を参照しながらローカル放送端末２０について説明する。ローカル放送端末２０は、観光スポットやポータルステーションのような複数の地点に配置される。ローカル放送端末２０は、制御部２００と、通信インタフェース２０４と、記憶装置２０５と、ローカル放送制御部２０６と、ローカル放送用のアンテナ２０７とを備えている。
【００１９】
制御部２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３を備えている。
ＲＯＭ２０２には、ＣＰＵ２０１が制御に使用するプログラムが記録されている。ＣＰＵ２０１は、ＲＯＭ２０２に記録されたプログラムを読み込んで、読み込んだプログラムに従った制御を行う。ＲＡＭ２０３には、ＣＰＵ２０１が演算に使用するデータや、演算結果のデータが記録される。例えば、放送するコンテンツの放送スケジュール情報等がＲＡＭ２０３に記録される。
【００２０】
通信インタフェース２０４は、制御部２００の制御によりネットワーク５０に接続する。ローカル放送端末２０は、ネットワーク５０を介してサーバ装置１０と接続し、サーバ装置１０からローカル放送用のコンテンツを取得する。
【００２１】
記憶装置２０５は、サーバ装置１０から取得したローカル放送用のコンテンツを記憶する。
【００２２】
ローカル放送制御部２０６は、制御部２００の制御によりコンテンツを記憶装置２０５から取得し、取得したコンテンツを放送スケジュールに従ってアンテナ２０７を介して放送する。
【００２３】
次に、図４を参照しながら携帯端末３０について説明する。
携帯端末３０は、制御部３００と、アンテナ３０４と、無線通信制御部３０５と、通話制御部３０６と、操作部３０７と、入力インタフェース３０８と、グラフィックインタフェース３０９と、表示部３１０と、補助記憶装置３１１とを備えている。
【００２４】
制御部３００は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３を備えている。
ＲＯＭ３０２には、ＣＰＵ３０１が制御に使用するプログラムが記録されている。ＣＰＵ３０１は、ＲＯＭ３０２に記録されたプログラムを読み込んで、読み込んだプログラムに従った制御を行う。ＲＡＭ３０３には、ＣＰＵ３０１が演算に使用するデータや、演算結果のデータが記録される。例えば、ローカル放送端末２０から取得したスタンプ情報、サーバ装置１０のＩＰ（Internet Protocol）アドレスや、自携帯端末３０の識別情報等がＲＡＭ３０３に記録されている。
【００２５】
無線通信制御部３０５は、制御部３００の制御に従ってネットワーク５０に接続し、ネットワーク５０上のサーバ装置１０とデータ通信を行う。
【００２６】
通話制御部３０６は、携帯端末３０が電話機能を備えている場合に、無線基地局と通話のための呼設定を行い、無線基地局と音声データの送受信を行う。
【００２７】
操作部３０７は、携帯端末３０のユーザによって入力された操作情報を受け付ける。例えば、電話番号や電子メールのアドレス情報などが操作情報として操作部３０７から入力される。操作部３０７で受け付けた操作情報は、入力インタフェース３０８で入力され、入力インタフェース３０８からＣＰＵ３０１に出力される。
【００２８】
グラフィックインタフェース３０９は、ＣＰＵ３０１で処理された画像を表示部３１０に表示させるためのインタフェースであり、表示部３１０に表示させるためにグラフィックデータを波形電気信号に変換する。
【００２９】
表示部３１０は、制御部３００の制御に従って情報を表示画面に表示させる。表示部３１０に表示される情報には、ローカル放送端末２０で放送されるローカル放送や、ネットワーク５０を介してサーバ装置１０から取得した情報等が含まれる。
【００３０】
補助記憶装置３１１には、無線通信制御部３０５を介してネットワークから取得した情報が保存される。
【００３１】
次に、携帯端末３０の表示部３１０に表示される表示例を説明しながら本実施例の動作概略について説明する。
観光スポットやポータルステーションのような各地点には、ローカル放送端末２０がそれぞれ配置されている。携帯端末３０のユーザは、ローカル放送端末２０を配置した地点に移動し、ローカル放送端末２０が放送するコンテンツを受信する。図５には、コンテンツを受信した携帯端末３０の表示部３１０に表示される表示例を示す。コンテンツには、映像とデータとが含まれる。このため、携帯端末３０の表示部３１０には、映像を表示した映像表示部３５１と、データを表示したデータ表示部３５２とが表示される。また、データ表示部３５２には、現在受信中のコンテンツに含まれるスタンプを登録するか否かを問い合わせる問い合わせ表示３５３が表示される。ユーザによって問い合わせ表示３５３が選択されると、携帯端末３０の制御部３００は、サーバ装置１０にアクセスし、データ表示部３５２のデータに埋め込まれているスタンプＩＤをサーバ装置１０に登録する処理を行う（以下、この処理をスタンプ問い合わせと呼ぶ）。携帯端末３０は、ローカル放送端末２０によって放送されているコンテンツを受信することで、サーバ装置１０のＩＰアドレスと、地点ＩＤと、スタンプＩＤとを取得することができる。なお、地点ＩＤとは、ローカル放送端末２０が配置された地点を識別する識別情報である。また、スタンプＩＤは、コンテンツを視聴することで取得できるスタンプを識別する識別情報である。
携帯端末３０は、取得したＩＰアドレスに基づいてサーバ装置１０にアクセスし、地点ＩＤと、スタンプＩＤと、自携帯端末３０の端末識別情報とをサーバ装置１０に送信する。図６に、携帯端末３０からサーバ装置１０に送信されるデータの一例を示す。
【００３２】
サーバ装置１０は、携帯端末３０からスタンプ問い合わせを受け付けると、このスタンプ問い合わせにより取得した携帯端末３０の端末識別情報を検索キーとして記憶装置１０４を検索し、携帯端末３０が従前に取得しているスタンプグループＩＤを取得する。
ローカル放送端末２０の放送するコンテンツは、博物館めぐりや公園めぐりといったグループに分けられている。例えば、博物館めぐりであれば、この博物館めぐりに選択された各博物館にローカル放送端末２０がそれぞれ配置され、各博物館のローカル放送端末２０で博物館めぐりのグループに属するコンテンツがそれぞれ放送される。スタンプグループＩＤとは、同一のグループに属するコンテンツを試聴することで取得することができるスタンプを識別するＩＤである。例えば、ユーザは、同じスタンプグループＩＤで登録されたすべてのスタンプを取得することで、景品を取得することができる。なお、以下では、端末識別情報を検索キーとして取得したスタンプグループＩＤを従前取得スタンプグループＩＤ（第１スタンプ群に相当する）と呼ぶ。
【００３３】
次に、スタンプグループＩＤを取得したサーバ装置１０は、携帯端末３０から取得したスタンプＩＤを検索キーとして記憶装置１０４を検索し、このスタンプＩＤが含まれるスタンプグループＩＤを取得する。以下では、このスタンプグループＩＤを今回取得スタンプグループＩＤ（第２スタンプ群に相当する）と呼ぶ。
次に、サーバ装置１０は、携帯端末３０から取得したスタンプＩＤを、スタンプ問い合わせで受信した端末識別情報に関連付けて記憶装置１０４に記憶する。
次に、サーバ装置１０は、今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれるか否かを判定する。すなわち、スタンプ問い合わせで受信したスタンプＩＤがユーザが従前に取得している従前取得スタンプグループＩＤに含まれるスタンプＩＤであるか否かを判断する。
【００３４】
スタンプ問い合わせで受信したスタンプＩＤが従前取得スタンプグループＩＤに含まれるスタンプＩＤであった場合、サーバ装置１０は、スタンプ問い合わせを行ったユーザが今回のスタンプＩＤの取得で、今回取得スタンプグループＩＤに含まれるすべてのスタンプＩＤを取得済みであるか否かを記憶装置１０４を参照して判定する。記憶装置１０４には、各ユーザが従前に取得したスタンプＩＤの履歴が記憶され、管理されている。なお、記憶装置１０４に作成されている管理テーブルの詳細については、後述する。サーバ装置１０は、未取得のスタンプＩＤがあると判定すると、このスタンプを取得できるコンテンツを放送している期間に、本日が含まれる地点を記憶装置１０４を検索して抽出し、また、その放送の放送終了日、放送終了時刻を、記憶装置１０４を検索して抽出する。また、スタンプ問い合わせを行った携帯端末３０に、未取得のスタンプを取得できるコンテンツを放送するローカル放送端末２０を配置した地点の情報と、未取得のスタンプを取得できるコンテンツの放送終了日、放送終了時間を送信する。図７（Ｂ）には、携帯端末３０の表示部３１０に表示される表示例を示す。また、図９には、図７（Ｂ）に示す表示例のデータ構造を示す。
【００３５】
また、サーバ装置１０は、未取得のスタンプＩＤがないと判定した場合、すなわち、全てのスタンプＩＤの取得を完了したと判定した場合には、図７（Ｃ）に示す表示を携帯端末３０の表示部３１０に表示させる。ユーザは、携帯端末３０の表示部３１０に表示された図７（Ｃ）に示す表示を見ることで、すべてのスタンプを取得できたことを認識する。なお、図１０には、図７（Ｃ）に示す表示情報のデータ構造を示す。
【００３６】
次に、サーバ装置１０で携帯端末３０から受信したスタンプＩＤが、従前取得スタンプグループＩＤに含まれるスタンプＩＤではないと判定した場合について説明する。
サーバ装置１０は、今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれないと判定すると、記憶装置１０４を検索して、従前取得スタンプグループＩＤのうち、携帯端末３０で未取得のスタンプを抽出する。次に記憶装置１０４を検索して、携帯端末３０から受信した地点ＩＤが未取得のスタンプを取得できる地点かどうか判定する。未取得のスタンプを取得できる地点であると判定すると、サーバ装置１０は、携帯端末３０から受信した地点ＩＤの示すローカル放送端末２０で、所定時間内に未取得のスタンプを取得できるコンテンツの放送スケジュールが存在するかを確認する。未取得スタンプを取得できるコンテンツの放送スケジュールが存在しない場合には、サーバ装置１０は、携帯端末３０から受信した地点ＩＤの示すローカル放送端末２０の放送スケジュールを変更する。すなわち、サーバ装置１０は、スタンプ問い合わせで受信した地点ＩＤの示すローカル放送端末２０の放送スケジュールに、従前取得スタンプグループＩＤに含まれる未取得スタンプＩＤを取得できるコンテンツの放送を追加する。
サーバ装置１０は、変更した放送スケジュールをスタンプ問い合わせで地点ＩＤを取得したローカル放送端末２０に送信して、放送スケジュールを更新する。また、ローカル放送端末２０の放送スケジュールを更新すると、サーバ装置１０は、スタンプ問い合わせを行った携帯端末３０に、未取得スタンプＩＤを取得できるコンテンツの放送時間を送信する。この場合に、携帯端末３０の表示部３１０に表示される表示例を図７（Ａ）に示す。また、図１１には、図７（Ａ）に示す表示例のデータ構造を示す。
【００３７】
次に、サーバ装置１０の記憶装置１０４に記憶される管理テーブルについて説明する。
図１２には、ローカル放送端末２０を配置した各地点と、各地点に配置したローカル放送端末２０のＩＰアドレスとを対応付けて管理する地点管理テーブルを示す。図１２に示すように地点管理テーブルには、地点を識別する地点ＩＤと、各地点ＩＤが示す地点名と、各地点に配置したローカル放送端末のＩＰアドレスとが対応付けて記録されている。
【００３８】
次に、ユーザに提供するスタンプを管理するスタンプ管理テーブル（第２記憶手段の記憶情報に該当する）について図１３を参照しながら説明する。スタンプ管理テーブルには、図１３に示すようにスタンプグループＩＤと、スタンプ名と、スタンプグループに属するスタンプを識別するスタンプＩＤとが対応付けて記録されている。スタンプグループＩＤとは、例えば、「博物館めぐり」といったスタンプラリーで取得するスタンプ群を識別するＩＤである。また、スタンプＩＤは、スタンプグループＩＤに属するスタンプを識別するＩＤである。
【００３９】
次に、各ユーザの取得したスタンプの履歴を管理するスタンプ取得履歴管理テーブル（第１記憶手段の記憶情報に該当する）について図１４を参照しながら説明する。
スタンプ取得履歴管理テーブルには、携帯端末３０を識別するための端末識別情報が記録されている。この端末識別情報に関連付けてスタンプ取得日及び取得時刻と、取得したスタンプを識別するスタンプＩＤと、この取得済みスタンプが含まれるスタンプグループを識別するスタンプグループＩＤとが記録されている。
【００４０】
次に、コンテンツの放送スケジュールを管理する放送スケジュール管理テーブルについて図１５を参照しながら説明する。
放送スケジュール管理テーブルには、コンテンツを送信する地点を識別する地点ＩＤが記録されている。この地点ＩＤに関連付けて、コンテンツの放送開始日及び放送終了日と、コンテンツの放送開始時刻及び放送終了時刻と、放送するコンテンツを識別するコンテンツＩＤとが記録されている。
【００４１】
次に、コンテンツの試聴によって取得できるスタンプを管理するコンテンツ管理テーブル（第２記憶手段の記憶情報に該当する）について図１６を参照しながら説明する。
コンテンツ管理テーブルには、コンテンツＩＤと、このコンテンツＩＤの示すコンテンツの名称と、コンテンツの試聴によって取得できるスタンプＩＤとが記録されている。
【００４２】
次に、図１７を参照しながらサーバ装置１０の機能ブロックについて説明する。この機能ブロックは、ＣＰＵ１０１、ＲＡＭ１０３等のハードウェアと、ＲＯＭ１０２に記録されたプログラムとの協働作業によって制御部１００に実現される。
図１７に示すように制御部１００は、問い合わせ情報取得部１１１と、スタンプ履歴変更部１１２と、関連性判定部１１３と、放送スケジュール管理部１１４と、関連放送追加制御部１１５と、携帯端末通知部１１６とを備えている。
【００４３】
問い合わせ情報取得部１１１は、携帯端末３０からのスタンプ問い合わせを取得する。スタンプ問い合わせには、地点ＩＤと、端末識別情報と、スタンプＩＤとが含まれる。問い合わせ情報取得部１１１で取得した情報は、スタンプ履歴変更部１１２に出力される。
【００４４】
スタンプ履歴変更部１１２は、問い合わせ情報取得部１１１で取得したスタンプＩＤを図１４に示すスタンプ取得履歴管理テーブルに登録する。スタンプ履歴変更部１１２は、問い合わせ情報取得部１１１で取得した携帯端末３０の端末識別情報に関連付けて、スタンプＩＤと、このスタンプＩＤの取得日と、取得時刻と、スタンプＩＤが属するスタンプグループＩＤとを記録する。なお、取得日及び取得時刻は、携帯端末３０からスタンプ問い合わせを受信した日付と時刻を利用する。
【００４５】
関連性判定部１１３は、端末識別情報を検索キーとして図１４に示すスタンプ取得履歴管理テーブルを検索し、端末識別情報の示す携帯端末３０が従前に取得している従前取得スタンプグループＩＤを取得する。
次に、関連性判定部１１３は、問い合わせ情報取得部１１１から取得したスタンプＩＤが含まれる今回取得スタンプグループＩＤを図１３に示すスタンプ管理テーブルを検索して取り出す。そして、関連性判定部１１３は、今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれるか否かを判定する。関連性判定部１１３は、判定結果を放送スケジュール管理部１１４に通知する。
【００４６】
放送スケジュール管理部１１４は、ローカル放送端末２０の放送スケジュールを変更する。
まず、今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれる場合の放送スケジュール管理部１１４の処理について説明する。この場合、放送スケジュール管理部１１４は、問い合わせ情報取得部１１１で受信した端末識別情報を検索キーとして図１４に示すスタンプ取得履歴管理テーブルを検索する。そして、放送スケジュール管理部１１４は、今回取得スタンプグループＩＤに含まれるスタンプＩＤのうち、取得済みのスタンプＩＤの情報を取得する。また、放送スケジュール管理部１１４は、図１３に示すスタンプ管理テーブルを参照して、今回取得スタンプグループＩＤに含まれる全てのスタンプＩＤの情報を取得する。放送スケジュール管理部１１４は、取得したこれらの情報から未取得スタンプＩＤリストを作成する。この場合の未取得スタンプＩＤリストは、端末識別情報が示す携帯端末のユーザが、今回取得スタンプグループに関して未取得のスタンプＩＤを登録したリストである。
【００４７】
次に、放送スケジュール管理部１１４は、未取得スタンプＩＤリストに、未取得スタンプＩＤがあるか否かを判定する。ない場合、すなわち今回取得スタンプグループＩＤに含まれる全てのスタンプを取得した場合は、放送スケジュール管理部１１４は、図１３に示すスタンプ管理テーブルを参照して、今回取得スタンプグループＩＤに対応するスタンプ名を取得し、携帯端末通知部１１６に出力する。このとき、携帯端末通知部１１６は、今回取得スタンプグループＩＤに含まれる全てのスタンプを取得したことを携帯端末３０に通知する。
【００４８】
また、未取得スタンプＩＤリストに未取得スタンプＩＤがある場合、放送スケジュール管理部１１４は、図１２に示す地点管理テーブルと、図１５に示す放送スケジュール管理テーブルと、図１６に示すコンテンツ管理テーブルとを参照して、未取得スタンプＩＤを取得可能なコンテンツを放送する地点のリスト（以下、地点ＩＤリストと呼ぶ）を作成する。まず、放送スケジュール管理部１１４は、コンテンツ管理テーブルを参照して未取得スタンプＩＤを取得できるコンテンツＩＤを取得する。次に、放送スケジュール管理部１１４は、図１５に示す放送スケジュール管理テーブルを参照して、取得したコンテンツＩＤのコンテンツを放送する地点ＩＤを取得する。なお、取得する地点ＩＤは、サーバ装置１０がスタンプ問い合わせを受信した日を放送開始日から放送終了日までに含む地点のＩＤである。次に、放送スケジュール管理部１１４は、図１２に示す地点管理テーブルを参照して、取得した地点ＩＤに対応する地点名を取得する。
【００４９】
次に、放送スケジュール管理部１１４は、図１５に示す放送スケジュール管理テーブルを参照して、地点ＩＤリストの示す各地点の放送予定を参照し、未取得スタンプＩＤを取得できるコンテンツの放送終了日と放送終了時刻を取得する。次に、放送スケジュール管理部１１４は、未取得スタンプＩＤを取得可能な地点名と、放送終了日と、放送終了時刻とを携帯端末通知部１１６に出力する。このとき、携帯端末通知部１１６は、未取得スタンプＩＤを取得可能な地点名と、放送終了日と、放送終了時刻とを携帯端末３０に通知する。
【００５０】
次に、今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれない場合の放送スケジュール管理部１１４の処理について説明する。この場合、放送スケジュール管理部１１４は、問い合わせ情報取得部１１１で受信した端末識別情報を検索キーとして図１４に示すスタンプ取得履歴管理テーブルを検索する。そして、放送スケジュール管理部１１４は、従前取得スタンプグループＩＤに含まれるスタンプＩＤのうち、取得済みのスタンプＩＤの情報を取得する。また、放送スケジュール管理部１１４は、図１３に示すスタンプ管理テーブルを参照して、従前取得スタンプグループＩＤに含まれる全てのスタンプＩＤの情報を取得する。放送スケジュール管理部１１４は、取得したこれらの情報から未取得スタンプＩＤリストを作成する。この場合の未取得スタンプＩＤリストは、端末識別情報が示す携帯端末のユーザが、従前取得スタンプグループに関して未取得のスタンプＩＤを登録したリストである。
【００５１】
次に、放送スケジュール管理部１１４は、図１２に示す地点管理テーブルと、図１５に示す放送スケジュール管理テーブルと、図１６に示すコンテンツ管理テーブルとを参照して、未取得スタンプＩＤを取得可能なコンテンツを放送する地点のリスト（以下、地点ＩＤリストと呼ぶ）を作成する。まず、放送スケジュール管理部１１４は、コンテンツ管理テーブルを参照して未取得スタンプＩＤを取得できるコンテンツＩＤを取得する。次に、放送スケジュール管理部１１４は、放送スケジュール管理テーブルを参照して、取得したコンテンツＩＤのコンテンツを放送する地点ＩＤを取得する。なお、取得する地点ＩＤは、サーバ装置１０がスタンプ問い合わせを受信した日を放送開始日から放送終了日までに含む地点のＩＤである。次に、放送スケジュール管理部１１４は、地点管理テーブルを参照して、取得した地点ＩＤに対応する地点名を取得する。
【００５２】
次に、放送スケジュール管理部１１４は、作成した地点ＩＤリストに、問い合わせ情報取得部１１１で受信した地点ＩＤが含まれているか否か判定する。含まれない場合は、放送スケジュール管理部１１４は、図１５に示す放送スケジュール管理テーブルを参照して、地点ＩＤリストの示す各地点の放送予定を参照し、未取得スタンプＩＤを取得できるコンテンツの放送終了日と放送終了時刻を取得する。次に、放送スケジュール管理部１１４は、未取得スタンプＩＤを取得可能な地点名と、放送終了日と、放送終了時刻とを携帯端末通知部１１６に出力する。このとき、携帯端末通知部１１６は、未取得スタンプＩＤを取得可能な地点名と、放送終了日と、放送終了時刻とを携帯端末３０に通知する。
【００５３】
また、作成した地点ＩＤリストに、スタンプ問い合わせに含まれている地点ＩＤが含まれている場合は、放送スケジュール管理部１１４は、問い合わせ情報取得部１１１で受信した地点ＩＤを検索キーとして、図１５に示す放送スケジュール管理テーブルを検索し、問い合わせ情報取得部１１１で受信した地点ＩＤの放送スケジュールを取得する。次に、放送スケジュール管理部１１４は、取得した放送スケジュールの中に、所定時間内に未取得スタンプを取得できる放送があるかどうか判定する。これは、問い合わせ情報取得部１１１で受信した地点ＩＤの放送スケジュールに、未取得スタンプを取得できるコンテンツの放送を追加するかどうかを判断するためである。未取得スタンプを取得できる放送がない場合は、放送スケジュール管理部１１４は、問い合わせ情報取得部１１１で受信した地点ＩＤの示す地点のローカル放送端末２０の放送スケジュールを変更する。すなわち、問い合わせ情報取得部１１１で受信した地点ＩＤの示す地点のローカル放送端末２０の放送スケジュールに、未取得スタンプＩＤを取得できるコンテンツの放送を追加する。
【００５４】
関連放送追加制御部１１５は、放送スケジュール管理部１１４で作成された放送スケジュールを放送スケジュールを変更するローカル放送端末２０に送信する。
【００５５】
携帯端末通知部１１６は、未取得スタンプを取得できる放送の開始時刻を携帯端末３０に通知する。
【００５６】
次に、図１８に示すフローチャートを参照しながら携帯端末３０の制御部３００の処理フローを説明する。なお、以下の説明では、制御部３００の処理として説明するが、実際には、ＣＰＵ３０１、ＲＡＭ３０３等のハードウェアと、ＲＯＭ３０２に記録されたプログラムとの協働作業によって以下の処理が実行される。
制御部３００は、ローカル放送端末２０の放送を受信する設定が操作部３０７から入力されると（ステップＳ１／ＹＥＳ）、ローカル放送端末２０の放送するローカル放送の受信を開始する。制御部３００は、受信したローカル放送の映像とデータを表示部３１０に表示させる（ステップＳ２）。
【００５７】
次に、制御部３００は、現在受信中のローカル放送のスタンプ登録を行うか否かをユーザに問い合わせる。例えば、制御部３００は、図５に示すように、「この放送のスタンプ登録」といった表示を表示部３１０に表示させる。ユーザによってスタンプ登録を行うとの入力がなされると（ステップＳ３／ＹＥＳ）、制御部３００は、自携帯端末３０の端末識別情報をＲＡＭ３０３から取得する（ステップＳ４）。
また、制御部３００は、ローカル放送端末２０の放送するコンテンツを受信することで、ローカル放送端末２０から地点ＩＤ、スタンプＩＤ、サーバ装置１０のＩＰアドレス等を取得する。制御部３００は取得したＩＰアドレスを使用してサーバ装置１０にアクセスし、サーバ装置１０に、地点ＩＤ、端末識別情報、スタンプＩＤを送信する（ステップＳ５）。制御部３００は、これらの情報をサーバ装置１０に送信すると、サーバ装置１０からの応答があるまで待機する。
【００５８】
サーバ装置１０から情報を受信した場合には（ステップＳ６／ＹＥＳ）、制御部３００は、受信した情報を表示部３１０に表示させる。まず、受信した情報が未取得スタンプＩＤを取得可能なコンテンツの放送時刻情報であった場合には（ステップＳ８／ＹＥＳ）、制御部３００は表示部３１０に、サーバ装置１０から取得した放送開始時刻を表示させる（ステップＳ９）。制御部３００は、図７（Ａ）に示す表示を表示部３１０に表示させる。
また、サーバ装置１０から受信した情報が、スタンプグループＩＤに属するすべてのスタンプＩＤを取得したことを示す情報であった場合には（ステップＳ１０／ＹＥＳ）、制御部３００は、スタンプをすべて取得したことを示す表示（例えば、図７（Ｃ）参照）を表示部３１０に表示させる（ステップＳ１２）。
また、サーバ装置１０から受信した情報が、スタンプをすべて取得したことを示す情報ではなかった場合には（ステップＳ１０／ＮＯ）、制御部３００は、サーバ装置１０から取得した情報を表示部３１０に表示させる。このとき、表示部３１に表示される情報には、未取得スタンプを取得できる地点と、未取得スタンプを取得できるコンテンツの放送終了時刻とを含む（例えば、図７（Ｂ）参照）。
【００５９】
また、ステップＳ３でスタンプ登録を行わないとの入力がなされると（ステップＳ３／ＮＯ）、制御部３００は、この処理を終了させる。また、制御部３００は、サーバ装置１０に地点ＩＤ、端末識別情報、スタンプＩＤを送信してから所定時間を経過してもサーバ装置１０からの応答を受信できなかった場合には（ステップＳ６／ＮＯ、かつＳ７／ＹＥＳ）、再度サーバ装置１０に情報送信を行う。再度サーバ装置１０に送信される情報にも地点ＩＤと、端末識別情報と、スタンプＩＤとが含まれる。
【００６０】
次に、図１９に示すフローチャートを参照しながらローカル放送端末２０の制御部２００の処理手順を説明する。
ローカル放送端末２０の制御部２００は、電源がオンされると（ステップＳ２１／ＹＥＳ）、ローカル放送端末２０の記憶装置２０５に記憶した放送スケジュールを読み出してＲＡＭ２０３に格納する（ステップＳ２２）。この放送スケジュールは、サーバ装置１０から取得したものである。次に、制御部２００は、ＲＡＭ２０３に格納した放送スケジュールに従い、記憶装置２０５からコンテンツを読み出し、ローカル放送を行う（ステップＳ２３）。
また、制御部２００は、サーバ装置１０から放送スケジュールの更新データを受信すると（ステップＳ２４／ＹＥＳ）、記憶装置２０５に記憶した放送スケジュールを、受信した更新データで上書きする（ステップＳ２６）。放送スケジュールが更新されると、制御部２００は、上書きした更新データを読み出してＲＡＭ２０３に格納する（ステップＳ２２）。そして、制御部２００は、ＲＡＭ２０３に格納した放送スケジュールに従って記憶装置２０５からコンテンツを読み出し、ローカル放送を行う（ステップＳ２３）。
また、制御部２００は、サーバ装置１０から放送スケジュールの更新データを受信することなく（ステップＳ２４／ＮＯ）、電源がオフされると（ステップＳ２５／ＹＥＳ）、この処理を終了してローカル放送を終了する。
【００６１】
次に、図２０、２１に示すフローチャートを参照しながらサーバ装置１０の制御部１００の処理手順を説明する。
制御部１００は、携帯端末３０からスタンプ問い合わせを受信すると（ステップＳ３１／ＹＥＳ）、受信したスタンプ問い合わせに含まれる地点ＩＤと、端末識別情報と、スタンプＩＤとを取得する（ステップＳ３２）。
【００６２】
次に、制御部１００は、端末識別情報を検索キーとして図１４に示すスタンプ取得履歴管理テーブルを検索し、端末識別情報の示す携帯端末３０が従前に取得している従前取得スタンプグループＩＤを取得する（ステップＳ３３）。
【００６３】
次に、制御部１００は、ステップＳ３２で取得したスタンプＩＤが含まれるスタングループＩＤ（今回取得スタンプグループＩＤ）を図１３に示すスタンプ管理テーブルを検索して取り出す（ステップＳ３４）。
【００６４】
次に、制御部１００は、ステップＳ３２で取得したスタンプＩＤを図１４に示すスタンプ取得履歴管理テーブルに登録する（ステップＳ３５）。制御部１００は、ステップＳ３２で取得した携帯端末３０の端末識別情報に関連付けて、ステップＳ３２で取得したスタンプＩＤと、このスタンプＩＤの取得日と、取得時刻と、スタンプＩＤが属するスタンプグループＩＤとを記録する。制御部１００は、これらの情報をスタンプ取得履歴管理テーブルに記録する。
【００６５】
次に、制御部１００は、ステップＳ３４で取得した今回取得スタンプグループＩＤが、ステップＳ３３で取得した従前取得スタンプグループＩＤに含まれるか否かを判定する（ステップＳ３６）。
今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれる場合には（ステップＳ３６／ＹＥＳ）、制御部１００は、今回取得スタンプグループに関する未取得スタンプリストを作成する（ステップＳ３７）。未取得スタンプリストの作成手順については、既に説明済みであるので省略する。
【００６６】
次に、制御部１００は、未取得スタンプリストに未取得スタンプＩＤが登録されているか否か、すなわち、未取得スタンプＩＤがあるか否かを判定する（ステップＳ３８）。未取得スタンプＩＤが存在しなかった場合には（ステップＳ３８／ＮＯ）、制御部１００は、今回取得スタンプグループＩＤのスタンプ名を図１３に示すスタンプ管理テーブルを参照して取得する（ステップＳ３９）。そして、制御部１００は、スタンプ問い合わせを送信した携帯端末３０に、取得したスタンプ名と、このスタンプ名のスタンプの取得完了通知を送信する（ステップＳ４０）。
【００６７】
また、未取得スタンプリストに未取得スタンプＩＤが登録されている場合（ステップＳ３８／ＹＥＳ）、制御部１００は、図１２に示す地点管理テーブルと、図１５に示す放送スケジュール管理テーブルと、図１６に示すコンテンツ管理テーブルとを参照して、未取得スタンプＩＤを取得可能なコンテンツを放送する地点ＩＤリストを作成する（ステップＳ４１）。地点ＩＤリストの作成手順は既に説明済みであるので省略する。
次に、制御部１００は、図１５に示す放送スケジュール管理テーブルを参照して、地点ＩＤリストの地点ＩＤが示す地点のローカル放送端末２０の放送スケジュールを取得する（ステップＳ４２）。そして、制御部１００は、スタンプ問い合わせを行った携帯端末３０に、未取得スタンプＩＤを取得可能なコンテンツを放送するローカル放送端末２０の地点名と、このコンテンツの放送終了日と、放送終了時刻とを送信する（ステップＳ４３）。
【００６８】
次に、図２１に示すフローチャートを参照しながら今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれなかった場合の処理について説明する。
制御部１００は、ステップＳ３４で取得した今回取得スタンプグループＩＤが、ステップＳ３３で取得した従前取得スタンプグループＩＤに含まれるか否かを判定する（ステップＳ３６）。今回取得スタンプグループＩＤが従前取得スタンプグループＩＤに含まれないと判定すると（ステップＳ３６／ＮＯ）、まず、制御部１００は、従前取得スタンプグループに関する未取得スタンプリストを作成する（ステップＳ４４）。未取得スタンプリストの作成手順については、既に説明済みであるので省略する。次に、制御部１００は、図１２に示す地点管理テーブルと、図１５に示す放送スケジュール管理テーブルと、図１６に示すコンテンツ管理テーブルとを参照して、未取得スタンプＩＤを取得可能なコンテンツを放送する地点ＩＤリストを作成する（ステップＳ４５）。地点ＩＤリストの作成手順は既に説明済みであるので省略する。
【００６９】
次に、制御部１００は、携帯端末３０から受信した地点ＩＤが、ステップＳ４５で取得した地点ＩＤリストに含まれるか否かを判定する（ステップＳ４６）。
携帯端末３０から受信した地点ＩＤが、地点ＩＤリストに含まれると判定すると（Ｓ４６／ＹＥＳ）、携帯端末３０から受信した地点ＩＤが示す地点のローカル放送端末２０の放送スケジュールを取得する（ステップＳ４７）。
【００７０】
次に、制御部１００は、ステップ４７で取得した放送スケジュールで、所定時間内に未取得のスタンプＩＤを取得可能なコンテンツの放送があるか判定する（ステップＳ４８）。ないと判定すると（ステップＳ４８／ＮＯ）、制御部１００は、携帯端末３０から受信した地点ＩＤで取得可能な未取得スタンプＩＤを取得できるコンテンツをステップ４７で取得した放送スケジュールに追加する（ステップ４９）。また、制御部１００は、放送スケジュールを更新すると、受信した地点ＩＤが示す地点のローカル放送端末２０に放送スケジュールを送信する（ステップＳ５０）。図８に、ローカル放送端末２０に送信される放送スケジュールの例を示す。次に、制御部１００は、スタンプ問い合わせを行った携帯端末３０に未取得スタンプＩＤを取得可能なコンテンツの放送開始時刻を送信する（ステップＳ５１）。
【００７１】
また、制御部１００は、ステップ４７で取得した放送スケジュールで、所定時間内に未取得のスタンプＩＤを取得可能なコンテンツの放送があるか判定し、あると判定すると（ステップＳ４８／ＹＥＳ）、スタンプ問い合わせを行った携帯端末３０に未取得スタンプＩＤを取得可能なコンテンツの放送開始時刻を送信する（ステップＳ５１）。また、ステップＳ４６で、携帯端末３０から受信した地点ＩＤが、地点ＩＤリストに含まれないと判定すると（Ｓ４６／ＮＯ）、制御部１００は、図２０に示すステップＳ４２に処理を移行する。すなわち、制御部１００は、図１５に示す放送スケジュール管理テーブルを参照して、地点ＩＤリストの地点ＩＤが示す地点のローカル放送端末２０の放送スケジュールを取得する（ステップＳ４２）。そして、制御部１００は、スタンプ問い合わせを行った携帯端末３０に、未取得スタンプＩＤを取得可能なコンテンツを放送するローカル放送端末２０の地点名と、このコンテンツの放送終了日と、放送終了時刻とを送信する（ステップＳ４３）。
【００７２】
このように本実施例は、ユーザが未取得のスタンプがある場合に、ローカル放送端末２０の放送スケジュールを変更し、確実にその未取得のスタンプを取得することができるようにすることができる。
また、ローカル放送端末２０の放送スケジュールを変更した場合に、未取得のスタンプを取得できるコンテンツの放送開始時間を通知することで、あとどれくらい待てばローカル放送が開始されるかをユーザに把握させることができる。従って、ユーザに未取得のスタンプを確実に取得させることができる。
また未取得のスタンプを取得できる地点の情報をユーザの携帯端末３０に通知することで、ユーザが未取得スタンプを取得できるコンテンツが放送されている地点を訪問する動機付けを行うことができる。
また、スタンプ問い合わせを受信してから所定時間内に、未取得スタンプを取得できるコンテンツの放送がなかった場合に、ローカル放送端末２０の放送スケジュールを変更して、未取得スタンプを取得できるコンテンツを最適な時間帯に追加する。従って、ユーザがローカル放送を受信する頃合いを見計らって必要なコンテンツを放送することができる。
【００７３】
上述した実施例は、本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施が可能である。
【符号の説明】
【００７４】
１０  サーバ装置
２０  ローカル放送端末
３０  携帯端末
５０  ネットワーク
１００、２００、３００  制御部
【図１】
2010273176.tif 000003
【図２】
2010273176.tif 000004
【図３】
2010273176.tif 000005
【図４】
2010273176.tif 000006
【図５】
2010273176.tif 000007
【図６】
2010273176.tif 000008
【図７】
2010273176.tif 000009
【図８】
2010273176.tif 000010
【図９】
2010273176.tif 000011
【図１０】
2010273176.tif 000012
【図１１】
2010273176.tif 000013
【図１２】
2010273176.tif 000014
【図１３】
2010273176.tif 000015
【図１４】
2010273176.tif 000016
【図１５】
2010273176.tif 000017
【図１６】
2010273176.tif 000018
【図１７】
2010273176.tif 000019
【図１８】
2010273176.tif 000020
【図１９】
2010273176.tif 000021
【図２０】
2010273176.tif 000022
【図２１】
2010273176.tif 000023