JP6107872B2 - アプリケーションプログラム、登録端末及び情報配信システム - Google Patents

Description

本発明は、アプリケーションプログラム、登録端末及び情報配信システムに関する。

従来、広告物にＩＣタグを付着しておき、携帯無線通信端末がＩＣタグからＵＲＬを読み取って、接続したサーバ装置から広告内容の詳細情報の配信を受ける情報提供システムが提案されている（例えば、特許文献１）。

特開２００４−３０９８３６号公報

特許文献１に記載の情報提供システムは、広告物の表示内容に関連する詳細情報を提供するサーバ装置のＵＲＬを、広告物に付着するＩＣタグに予め記憶させておくものであった。よって、ＩＣタグを付着する広告物を予め特定する必要があったので、ＩＣタグ等の記憶媒体の管理が煩雑であった。

そこで、本発明は、記憶媒体の管理を容易にしたアプリケーションプログラム、登録端末及び情報配信システムを提供することを目的とする。

本発明は、以下のような解決手段により、前記課題を解決する。

第１の発明は、管理サーバに対して通信可能に接続された登録端末で実行するアプリケ ーションプログラムであって、前記登録端末を、登録元情報を受け付ける受付手段と、前 記管理サーバに接続するための管理サーバ接続情報を取得する取得手段と、前記取得手段 により取得した前記管理サーバ接続情報に基づいて前記管理サーバに接続して、前記管理 サーバに対して前記登録元情報を送信する送信手段と、して機能させるためのアプリケー ションプログラムである。
第２の発明は、第１の発明のアプリケーションプログラムにおいて、前記登録端末を、 位置情報を取得する位置取得手段として機能させ、前記受付手段を、前記位置取得手段が 取得した前記登録端末の位置情報を含む前記登録元情報を受け付けるように機能させるこ と、を特徴とするアプリケーションプログラムである。
第３の発明は、第１の発明又は第２の発明のアプリケーションプログラムにおいて、前記取得手段を、記憶媒体に記憶された前記管理サーバ接続情報を読み取ることで取得するように機能させること、を特徴とするアプリケーションプログラムである。
第４の発明は、第３の発明のアプリケーションプログラムにおいて、記憶媒体は、ＩＣタグであり、前記登録端末を、前記記憶媒体に記憶された前記管理サーバ接続情報が読取可能か否かを判断する読取可否判断手段と、前記読取可否判断手段により読取が不可能であると判断されたことに応じて、エラーを通知するエラー通知手段と、して機能させ、前記取得手段を、前記読取可否判断手段により読取が可能であると判断されたことに応じて、前記管理サーバ接続情報を読み取ることで取得するように機能させること、を特徴とするアプリケーションプログラムである。
第５の発明は、第１の発明から第４の発明までのいずれかのアプリケーションプログラ ムにおいて、前記送信手段を、前記取得手段により取得した前記管理サーバ接続情報に基 づいて前記管理サーバに接続して、前記配信先情報と前記登録元情報とを対応付けて記憶 する配信先情報テーブル及び前記管理サーバ接続情報を記憶する管理サーバ接続情報テー ブルを備えており、前記配信先情報テーブルのレコードと前記管理サーバ接続情報テーブ ルのレコードとを前記管理サーバ接続情報及び前記登録元情報をもとに関連付ける前記管 理サーバに対して、前記登録元情報を送信するように機能させること、を特徴とするアプ リケーションプログラムである。

第６の発明は、第１の発明から第５の発明までのいずれかのアプリケーションプログラムを記憶する記憶部と、前記記憶部に記憶された前記アプリケーションプログラムに従って処理を実行する制御部と、を備える登録端末である。
第７の発明は、登録端末と、管理サーバとを備える情報配信システムであって、前記登 録端末は、前記管理サーバに接続するための情報であり、識別情報を含む管理サーバ接続 情報を取得する取得部と、入力部と、を有し、前記取得部により取得した前記管理サーバ 接続情報に基づいて前記管理サーバに接続して前記入力部から入力された登録元情報を送 信し、前記管理サーバは、受信した前記登録元情報と前記管理サーバ接続情報とに基づい て、情報配信サーバに接続するための配信先情報と前記管理サーバ接続情報とを関連付け ること、を特徴とする情報配信システムである。

本発明によれば、記憶媒体の管理を容易にしたアプリケーションプログラム、登録端末 及び情報配信システムを提供することができる。

第１実施形態に係る情報配信システムの全体構成及び機能構成を示す図である。 第１実施形態に係る情報配信システムでの２つのテーブルを関連付けるまでの流れを説明するためのフローチャートである。 第１実施形態に係るタグＵＲＩテーブル及び配信先情報テーブルの例を示す図である。 第１実施形態に係る情報配信システムでのアクティベート処理のフローチャートである。 第１実施形態に係る情報配信システムでの利用者端末による利用に関する処理のフローチャートである。 第２実施形態に係る情報配信システムの管理サーバ及び登録端末の機能構成を示す図である。 第２実施形態に係る配信先情報テーブルの例を示す図である。 第２実施形態に係る情報配信システムでのアクティベート処理のフローチャートである。 第３実施形態に係る情報配信システムの管理サーバ及び登録端末の機能構成を示す図である。 第３実施形態に係る情報配信システムでのアクティベート処理のフローチャートである。 第３実施形態に係るアクティベート処理の説明のための図である。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

（第１実施形態）
図１は、第１実施形態に係る情報配信システム１００の全体構成及び機能構成を示す図である。
情報配信システム１００は、管理サーバ１と、情報配信サーバ３と、ＰＣ（パーソナルコンピュータ）４（更新端末）と、登録端末５と、利用者端末７と、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）タグ９とを備えている。管理サーバ１は、情報配信サーバ３と、ＰＣ４と、登録端末５と、利用者端末７とに対して通信ネットワークＮを介して通信可能に接続されている。
情報配信システム１００は、ポスター８に貼付されたＩＣタグ９に利用者端末７をかざすことで、利用者端末７が読み取ったＩＣタグ９の情報により管理サーバ１に接続した上で、関連付けがされた所定の情報配信サーバ３にアクセスして、ポスター８に関連する情報を利用者端末７に表示するものである。情報配信システム１００は、登録端末５を用いて、上述の処理を実現するための設定を行う。

管理サーバ１は、情報の配信先である情報配信サーバ３のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）と、管理サーバ１を指定したＵＲＩ（管理サーバ接続情報）（以下、タグＵＲＩともいう。）との関連付けを行うサーバである。また、管理サーバ１は、関連付けがされた後に利用者端末７からタグＵＲＩを受信することで、情報配信サーバ３のＵＲＩを返信するＷｅｂサーバの機能を備える。
管理サーバ１は、制御部１０と、記憶部２０とを備える。
制御部１０は、管理サーバ１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているオペレーティングシステム（ＯＳ）やアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。

制御部１０は、受信部１３と、関連付け部１４と、配信情報返信部１５と、ログ生成記憶部１６と、分析データ作成部１７と、配信情報更新部１８とを備える。
受信部１３は、登録端末５から関連付けデータを受信する。関連付けデータは、タグＵＲＩと、登録端末５に関する登録元データ（登録元情報）とを含む。登録端末５に関する登録元データとは、例えば、登録端末５の利用者により入力された店舗名等のデータをいう。
また、受信部１３は、利用者端末７からタグＵＲＩを受信する。
さらに、受信部１３は、ＰＣ４から後述する配信先情報テーブル２４を更新するための更新データを受信する。

関連付け部１４は、受信部１３が受信したタグＵＲＩと、登録元データとを媒介にして、配信先情報テーブル２４と、タグＵＲＩテーブル２２（管理サーバ接続情報テーブル）とを関連付ける。
配信情報返信部１５は、利用者端末７からタグＵＲＩを受信した場合に、関連付け部１４により関連付けられたタグＵＲＩに対応する配信先情報テーブル２４の配信先情報を抽出して、利用者端末７に対して返信する。
ログ生成記憶部１６は、配信情報返信部１５の処理に関するログを生成して、ログ記憶部２６に記憶させる。
分析データ作成部１７は、ログ記憶部２６に記憶されたログを、例えば、時間帯や曜日等の様々な情報から集計することで、分析データを作成する。
配信情報更新部１８は、配信先情報テーブル２４に記憶された配信先情報を更新するための更新データをＰＣ４から受信することで、更新データに基づいて配信先情報を更新する。配信情報更新部１８による更新は、例えば、ある商品のキャンペーンの終了時である。

記憶部２０は、制御部１０を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２０は、タグＵＲＩテーブル２２と、配信先情報テーブル２４と、ログ記憶部２６とを記憶している。
タグＵＲＩテーブル２２は、タグＵＲＩを記憶したテーブルである。タグＵＲＩは、この管理サーバ１をあて先に指定したものである。また、タグＵＲＩは、ＩＣタグ９に個々に付与された識別情報であるタグＩＤ（ＩＤｅｎｔｉｆｉｅｒ）を含む特定のＵＲＩである。
配信先情報テーブル２４は、配信先情報として、情報配信サーバ３のＵＲＩを記憶したテーブルである。配信先情報テーブル２４は、利用者端末７からアクセスされる曜日や時間帯によって、異なるＵＲＩに遷移させるために、曜日や時間帯に応じた複数のＵＲＩを有していてもよい。
ログ記憶部２６は、ログ生成記憶部１６により生成されたログを記憶する記憶領域である。

情報配信サーバ３は、管理サーバ１に対して通信ネットワークＮを介して接続され、ＩＣタグ９を介して利用者端末７に情報を配信するサーバである。情報配信サーバ３は、例えば、情報配信サーバ３により情報を提供する複数の店舗事業者がそれぞれ有している。この情報配信サーバ３の管理は、各店舗事業者が担う。よって、情報配信サーバ３から配信されるＷｅｂページ等の情報は、情報配信サーバ３の管理者がメンテナンス等の管理を行う。なお、情報配信サーバ３は、通信ネットワークＮにより接続された複数のサーバが該当する。

ＰＣ４は、店舗事業者が用いるものであり、管理サーバ１の配信先情報テーブル２４のメンテナンスを行う。ＰＣ４は、例えば、管理サーバ１に対してログインすることで、配信先情報テーブル２４のその店舗事業者のレコードに対してのみアクセスを許容する。各店舗事業者は、アクセスを許容するレコードをメンテナンスすることで、例えば、キャンペーン期間が終了する際に、キャンペーンに関するＵＲＩからキャンペーンではない通常の商品のＵＲＩに変更することで、提供する情報を変更できる。そのようにすることで、利用者端末７は、アクセスした時期に応じた適切なＷｅｂページに遷移できる。

登録端末５は、管理サーバ１に対してアクティベート（関連付け）の要求を送信する端末である。この登録端末５から要求を受信した管理サーバ１は、タグＵＲＩテーブル２２と、配信先情報テーブル２４とを関連付ける。登録端末５は、例えば、スマートフォン等に代表される携帯通信端末である。
登録端末５は、制御部５０と、記憶部６０と、タッチパネル６１と、ＩＣチップ６５とを備える。
制御部５０は、登録端末５の全体を制御するＣＰＵである。制御部５０は、記憶部６０に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。

登録端末５の制御部５０は、読取可否判断部５１と、エラー通知部５２と、読取部５３と、送信部５４とを備える。
読取可否判断部５１は、登録端末５のＩＣチップ６５がＩＣタグ９を読み取れるか否かを判断する。
エラー通知部５２は、登録端末５のＩＣチップ６５がＩＣタグ９を読み取れなかった場合に、エラーを通知する。
読取部５３は、読取可否判断部５１により登録端末５がＩＣタグ９を読み取れると判断された場合に、ＩＣチップ６５を介してＩＣタグ９に記憶されたタグＵＲＩを読み取る。
送信部５４は、読取部５３が読み取ったタグＵＲＩに基づいて管理サーバ１に対して接続し、登録元データを送信する。

記憶部６０は、制御部５０を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。記憶部６０は、プログラム６２を記憶する。
プログラム６２は、アクティベートを行う際に登録端末５にて起動するアプリケーションプログラムである。また、プログラム６２は、各店舗の担当者に登録元データの入力を促して、必要なデータを取得する。さらに、プログラム６２は、管理サーバ１に対して通信し、関連付けデータを送信する。
タッチパネル６１は、液晶パネル等で構成される表示部としての機能と、各種操作入力を行う入力部としての機能とを有する。
ＩＣチップ６５は、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の仕様により作成された集積回路を備える。ＮＦＣ規格では、十数ｃｍの至近距離でデータ通信を行う近距離無線通信が可能である。ＩＣチップ６５は、ＮＦＣ通信を利用してＩＣタグ９のタグＵＲＩを読み取る。

利用者端末７は、登録端末５と同様に、例えば、スマートフォン等に代表される携帯通信端末である。利用者端末７は、制御部７０と、タッチパネル７１と、記憶部７２と、ＩＣチップ７５とを備える。
制御部７０は、利用者端末７の全体を制御するＣＰＵである。制御部７０は、記憶部７２に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。
タッチパネル７１は、液晶パネル等で構成される表示部としての機能と、各種操作入力を行う入力部としての機能とを有する。
記憶部７２は、制御部７０を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
ＩＣチップ７５は、ＮＦＣの仕様により作成された集積回路であり、ＮＦＣ通信を利用してＩＣタグ９と通信をする。

利用者端末７は、ＩＣチップ７５を介してＩＣタグ９のタグＵＲＩを読み取ることで、管理サーバ１に対して通信を行う。そして、管理サーバ１がＩＣタグ９のタグＵＲＩに対応した情報配信サーバ３のＵＲＩを返信することで、利用者端末７においてリダイレクトされ、利用者端末７は、情報配信サーバ３に対して通信を行い、情報配信サーバ３から配信された所望の情報を受信して表示する。
ＩＣタグ９は、ＮＦＣの仕様により作成されたタグである。ＩＣタグ９は、例えば、ＩＣタグ９を発行するタグ発行事業者の工場から、タグＵＲＩが記憶された状態で出荷される。ＩＣタグ９は、例えば、駅の構内や店舗等に掲示されるポスター８に貼付して使用される。
通信ネットワークＮは、インターネット回線によるものであってよい。通信ネットワークＮは、その一部が無線通信をするものであってもよい。

次に、本発明の前提となる事前準備作業の流れについて説明する。図２は、第１実施形態に係る情報配信システム１００での２つのテーブルを関連付けるまでの流れを説明するためのフローチャートである。図３は、第１実施形態に係るタグＵＲＩテーブル２２及び配信先情報テーブル２４の例を示す図である。

ここでは、管理サーバ１を運営する運営事業者に対して、店舗事業者Ａ（店舗ａ，ｂ，ｃを有する）と、店舗事業者Ｘ（店舗ｘ，ｙ，ｚを有する）との２社から情報配信システム１００の利用の依頼があった場合を説明する。
まず、ステップＳ１において、運営事業者は、店舗等のポスター８による情報提供を行いたい店舗事業者Ａと、店舗事業者Ｘとから、依頼内容を入稿データとして受け付ける。入稿データは、ポスター８の設置場所に関する情報（例えば、店舗ａ，ｂ，ｃ、店舗ｘ，ｙ，ｚ）と、利用者端末７に対して出力させたい情報配信サーバ３のＵＲＩと、そのスケジュールの情報とである。

ステップＳ２において、運営事業者は、受け付けた入稿データに基づいて、管理サーバ１の配信先情報テーブル２４を作成する。
配信先情報テーブル２４は、図３（１）（ａ）に示すように、店舗と、スケジュールと、ＵＲＩ番号との項目を有する。管理サーバ１は、受け付けた入稿データより、店舗と、スケジュールとの項目の情報を格納する。この時点において、ＵＲＩ番号の項目は、ブランクである。

ステップＳ３において、タグ発行事業者は、ＩＣタグ９を発行する。また、タグ発行事業者は、タグＵＲＩを生成して、発行したＩＣタグ９に記憶させる。タグＵＲＩをＩＣタグ９に記憶させた後は、タグ発行事業者は、他のデータの書き込みを禁止する設定をＩＣタグ９に対して行う。ここで、タグＵＲＩは、上述したように管理サーバ１をあて先に指定したＵＲＩで、ＩＣタグ９のタグＩＤを含むが、スクランブルをかけることによって、タグＩＤがそのＵＲＩからは分からないようにしたものである。また、タグＵＲＩは、ＩＣタグ９の記憶容量を極力使わないように、短縮ＵＲＩにしたものである。タグＵＲＩは、例えば、「ｈｔｔｐ：／／○△□．ｊｐ／００１」のようなＵＲＩにスクランブルをかけ、短縮化したものである。ここで、「ｈｔｔｐ：／／○△□．ｊｐ」は、管理サーバ１を指定したＵＲＩであり、「／００１」は、「／」の後にタグＩＤを指定したものである。タグＵＲＩを短縮ＵＲＩにすることで、ＩＣタグ９は、記憶容量が少ない安価なものであっても利用できる。

そして、運営事業者は、発行済のＩＣタグ９に記憶させたタグＵＲＩを、タグ発行事業者から受け付けて、管理サーバ１に入力する。運営事業者は、入力されたタグＵＲＩを、管理サーバ１のタグＵＲＩテーブル２２に記憶させる。
タグＵＲＩテーブル２２は、図３（１）（ｂ）に示すように、番号と、タグＵＲＩとの項目を有する。番号は、１から順番に番号を付与したものである。タグＵＲＩは、上述した管理サーバ１をあて先に指定するＵＲＩであって、スクランブル済の短縮ＵＲＩである。図３（１）（ｂ）の例では、分かりやすいようにスクランブルをかける前の状態でタグＵＲＩを示している。また、この例では、番号とタグＩＤとが同じものになっているが、タグＩＤは、重複しないランダムな英数字等であってよい。

図２に戻り、ステップＳ４において、ポスター製作業者は、店舗事業者からの依頼に基づいてポスター８を製作する。ポスター８は、例えば、紙やプラスチックの素材からなる。
ステップＳ５において、店舗事業者は、発行されたＩＣタグ９と、製作されたポスターとを受領して、ポスター８にＩＣタグ９を貼付する。
ステップＳ６において、店舗事業者は、各店舗に対して、ＩＣタグ９が貼付されたポスター８を配布する。

ステップＳ７において、各店舗の担当者は、配布を受けたポスター８を、客の目に付きやすい所定の位置に設置する。そして、登録端末５を用いてポスター８に貼付されたＩＣタグ９を読み取ることで、登録端末５は、管理サーバ１に対してアクセスし、管理サーバ１は、後述するアクティベート処理を行う。アクティベート処理により、タグＵＲＩテーブル２２と配信先情報テーブル２４とが関連付けられるので、以後、利用者による利用者端末７を用いたＩＣタグ９の読取によって、情報配信システム１００は、利用者端末７に対して所望の情報提供を行うことができる。

なお、ステップＳ１〜ステップＳ２と、ステップＳ３〜ステップＳ６とは、並行して行ってもよい。また、ステップＳ３と、ステップＳ４とは、並行して行ってもよい。さらに、ステップＳ５は、ステップＳ６でＩＣタグ９もあわせて配布して、ステップＳ６の後に各店舗で行ってもよい。
また、運営事業者と、タグ発行事業者と、ポスター製作業者とは、異なる業者であるように説明したが、同一の業者であってもよい。

次に、アクティベート処理について説明する。図４は、第１実施形態に係る情報配信システム１００でのアクティベート処理のフローチャートである。
上述の店舗ｂにおいて、アクティベート処理を行う場合について説明する。
ステップＳ１１において、各店舗の担当者は、登録端末５を操作して、アクティベート専用のプログラム６２を起動させる。
ステップＳ１２において、登録端末５の制御部５０は、プログラム６２の指示にしたがって店舗名の入力を指示する。そして、登録端末５の制御部５０は、各店舗の担当者による店舗名（ｂ）の入力を受け付ける。

ステップＳ１３において、各店舗の担当者がプログラム６２の指示にしたがって登録端末５をＩＣタグ９に近づける（かざす）ことで、登録端末５の読取部５３は、ＩＣチップ６５を介してＩＣタグ９に記憶されたタグＵＲＩを読み取る。具体的には、登録端末５の読取可否判断部５１は、ＩＣタグ９を読み取れるか否かを判断し、ＩＣタグ９を読取可能と判断した場合に、読取部５３がタグＵＲＩを読み取る。
なお、読取可否判断部５１がＩＣタグ９を読取可能ではないと判断した場合には、エラー通知部５２は、エラーを通知する。そして、登録端末５は、本処理を終了する。
ステップＳ１４において、登録端末５の送信部５４は、読み取ったタグＵＲＩに対して接続をすることで、管理サーバ１に対して接続する。その際、登録端末５の送信部５４は、受け付けた店舗名（ｂ）のデータである登録元データを管理サーバ１に対して送信する。

ステップＳ２１において、管理サーバ１の受信部１３は、タグＵＲＩと、店舗名（ｂ）のデータとを受信する（図３（２）（＃１））。
ステップＳ２２において、管理サーバ１の関連付け部１４は、タグＵＲＩテーブル２２を参照して、受信したタグＵＲＩに対応するタグＵＲＩのレコードを特定し、その番号（例えば、３）を特定する（図３（２）（＃２））。
ステップＳ２３において、管理サーバ１の関連付け部１４は、配信先情報テーブル２４を参照して、受信した店舗名（ｂ）に対応する店舗（ｂ）のレコードを特定する（図３（２）（＃３））。
ステップＳ２４において、管理サーバ１の関連付け部１４は、ステップＳ２３で特定した店舗のレコードに対応する配信先情報テーブル２４のＵＲＩ番号に、タグＵＲＩテーブル２２を参照して特定した番号（３）を記憶させる（図３（２）（＃４））ことで、タグＵＲＩテーブル２２と配信先情報テーブル２４とを関連付ける。

ステップＳ２５において、管理サーバ１の制御部１０は、アクティベートが正常に行われたことを示す完了報告を登録端末５に対して送信する。
ステップＳ１５において、登録端末５の制御部５０は、アクティベートの完了報告を受信する。このことで、登録端末５は、アクティベートが完了したことを、操作者である各店舗の担当者に分かるように表示できる。
以上の処理によって、店舗ｂに設置されたポスター８に貼付されたＩＣタグ９と、情報提供先である情報配信サーバ３のＵＲＩとが関連付けられる。

次に、利用者によるＩＣタグ９の利用について説明する。図５は、第１実施形態に係る情報配信システム１００での利用者端末７による利用に関する処理のフローチャートである。
ここでは、店舗ｂでの処理を例に説明する。まず、利用者端末７の利用者が、利用者端末７を、ポスター８に貼付され既にアクティベートがされたＩＣタグ９に近づける（かざす）ことで、ステップＳ３１において、ＩＣタグ９は、そのＩＣタグ９に記憶されているタグＵＲＩを利用者端末７に送信する。
ステップＳ３２において、利用者端末７の制御部７０は、ＩＣチップ７５を介してＩＣタグ９に記憶されたタグＵＲＩを読み取る。
こうして、ＩＣタグ９からタグＵＲＩが利用者端末７によって読み取られると、ステップＳ３３において、利用者端末７の制御部７０は、記憶部７２に記憶されているブラウザ（図示せず）を起動させ、タッチパネル７１に画面７６を表示する。このような画面７６の表示態様において、利用者端末７の利用者が、読み取ったタグＵＲＩに対して接続をする指示として、「はい」を選択してその部分をタッチすることで、ステップＳ３４において、利用者端末７の制御部７０は、タグＵＲＩに基づき通信ネットワークＮを介して管理サーバ１にアクセス（接続）する。

当該アクセスにより利用者端末７と管理サーバ１との間でセッションが確立された後、ステップＳ３５において、管理サーバ１の配信情報返信部１５は、タグＵＲＩテーブル２２を参照して、受け付けたタグＵＲＩに対応する番号（例えば、３）を特定する。そして、管理サーバ１の配信情報返信部１５は、ＵＲＩ番号がタグＵＲＩテーブル２２の番号（３）に一致する配信先情報テーブル２４のレコードを特定することで、タグＵＲＩに対応する情報配信サーバ３のＵＲＩを取得する。

ステップＳ３６において、管理サーバ１の配信情報返信部１５は、特定した情報配信サーバ３のＵＲＩ（この例では、ｈｔｔｐ：／／ａ○ｂｘｘｘ．ｃｏ．ｊｐ）を利用者端末７に返信する。
ステップＳ３７において、管理サーバ１のログ生成記憶部１６は、ログとして、利用者端末７がアクセスしてきた日時を示す日時情報と、タグＵＲＩとを対応付けて、ログ記憶部２６に記憶させる。
なお、ログ記憶部２６に記憶されたログは、管理サーバ１の分析データ作成部１７が適宜分析データを作成するのに用いられる。そして、作成された分析データは、アクセスレポートとして店舗事業者に提供される。

他方、情報配信サーバ３のＵＲＩが利用者端末７に受信されると、利用者端末７の制御部７０は、リダイレクト処理（ステップＳ３８）により、ステップＳ３９において、情報配信サーバ３のＵＲＩに基づき通信ネットワークＮを介して情報配信サーバ３に対してアクセス（接続）する。リダイレクトとは、あるＷｅｂページに訪問した利用者を別のＷｅｂページに移動させることをいう。
そして、当該アクセスにより利用者端末７と情報配信サーバ３との間でセッションが確立された後、ステップＳ４０において、情報配信サーバ３は、そのＵＲＩにより提供する情報を取得し、通信ネットワークＮを介して利用者端末７に提供（返信）する。
こうして、ステップＳ４１において、情報配信サーバ３から提供された情報が利用者端末７により受信されると、その情報（この例では、クーポン）は、画面７７に表示されることになる。

なお、アクティベート処理がされていない状態で、利用者端末７によるＩＣタグ９の読取がされた場合には、タグＵＲＩテーブル２２と、配信先情報テーブル２４とが関連付けられていないので、ステップＳ３６において、管理サーバ１の制御部１０は、エラー画面（図示せず）を返信する。

次に、店舗事業者による配信先情報テーブル２４のメンテナンスについて説明する。
まず、店舗事業者がＰＣ４を用いて管理サーバ１に対してログインすることで、管理サーバ１と、ＰＣ４とは、通信可能に接続される。
そして、ＰＣ４は、管理サーバ１の配信先情報テーブル２４にアクセスして、配信先情報テーブル２４の内容を受信することで、配信先情報テーブル２４の内容を表示する。なお、ＰＣ４においてログイン等の認証を行うことで、管理サーバ１では、ログイン情報に対応した店舗事業者のレコードのみのアクセスを許容するように設定してある。

そして、店舗事業者が、ＰＣ４を用いて配信先情報テーブル２４のＵＲＩを更新するための更新データを送信することで、管理サーバ１の受信部１３は、更新データを受信する。そして、管理サーバ１の配信情報更新部１８は、受信した更新データに基づいて、該当のＵＲＩを更新する。なお、更新する内容としては、ＵＲＩのみならず、スケジュールの更新でもよい。
このようにすることで、情報配信システム１００は、容易に配信先情報テーブル２４のメンテナンスを行うことができる。

このように、第１実施形態によれば、以下のような効果がある。
（１）管理サーバ１は、登録元データである店舗名と、タグＵＲＩとを受信したことで、店舗名とタグＵＲＩとを媒介にして配信先情報テーブル２４に記憶された情報配信サーバ３のＵＲＩと、タグＵＲＩテーブル２２のタグＵＲＩとを関連付ける。そして、管理サーバ１は、関連付けの後に利用者端末７からタグＵＲＩを受信した場合には、そのタグＵＲＩに関連付けられた配信先情報テーブル２４に記憶された情報配信サーバ３のＵＲＩを抽出して返信するので、利用者端末７に情報配信サーバ３の配信情報を出力させることができる。
利用者端末７によるＩＣタグ９の読み取り後の接続では、必ず管理サーバ１を経由し、タグＵＲＩに関連付けられた情報配信サーバ３のＵＲＩを返信するので、管理サーバ１で情報配信サーバ３のＵＲＩの変更を誘導できる。

（２）タグＵＲＩを、タグＩＤを含むユニークなＵＲＩにして、そのＵＲＩにスクランブルを行うことで、悪意のある第三者にタグＵＲＩを覗き見された場合であっても、覗き見したタグＵＲＩから悪意のある第三者がタグＵＲＩテーブル２２に一致するＵＲＩを作成できる可能性が低い。よって、管理サーバ１の管理者の意図しない接続がされるリスクを低減できる。
（３）管理サーバ１は、この管理サーバ１に接続するためのタグＵＲＩを記憶したＩＣタグ９を発行した後に、発行済のタグＵＲＩを用いてタグＵＲＩテーブル２２を作成するので、タグＵＲＩテーブル２２に記憶されているものを、ＩＣタグ９に既に記憶された発行済みのタグＵＲＩに限定できる。
情報配信システム１００は、ＩＣタグ９の発行時にはＩＣタグ９に配信先のＵＲＩを登録せず、ＩＣタグ９の発行後に、登録端末５からタグＵＲＩと店舗名とを受信することで、店舗名とタグＵＲＩとに基づいてタグＵＲＩと配信先情報との関連付けをする。よって、事前にＩＣタグ９に配信先のＵＲＩを登録する場合には、ＩＣタグ９の発行の際や、ＩＣタグ９の輸送の際に、個人又は事業者への配送ミスを防ぐため管理を行う必要があるが、発行後に関連付けを行うことで、その管理の手間を軽減することができる。

（４）タグＵＲＩを記憶するＩＣタグ９は書換え不可であるので、悪意のある第三者による書き換えが不可能にできる。よって、ＩＣタグ９は、フィッシング防止となり、セキュリティが確保できる。
（５）管理サーバ１は、ＰＣ４から受信した更新データに基づいて配信先情報を更新できるので、ＩＣタグ９を用いて利用者端末７に表示させる配信先情報を、後から更新できる。

（６）管理サーバ１は、タグＵＲＩに対するアクセスを、ログを生成して記憶することができる。よって、そのアクセスをログに基づいて分析して、分析データを作成できる。その分析データにより、例えば、管理者がＩＣタグ９のアクセス回数やアクセスの時間帯等を把握でき、収集したデータを用いて、新たなＩＣタグ９の設置の際や、提供する情報の内容の参考にできる。
（７）登録端末５は、ＩＣタグ９からタグＩＤを含むタグＵＲＩを読み取って、管理サーバ１に対してタグＵＲＩを送信できる。よって、管理サーバ１では、受信した店舗名と、タグＵＲＩとから、配信先情報テーブル２４と、タグＵＲＩテーブル２２との関連付けの処理を行うことができる。この管理サーバ１での関連付けのタイミングを、登録端末５でのアクティベート時にすることができるので、例えば、期間限定のキャンペーン等の場合に、利用者端末７がＩＣタグ９を期間前に読み取って、情報提供を受ける等のリスクを低減できる。

（８）登録端末５では、ＩＣタグ９が読取可能か否かを判断することで、ＩＣタグ９が読み取れるか否かのチェックを行うことができる。その結果として、登録端末５の利用者がＩＣタグ９の有効性を判別できる。ＩＣタグ９が読取可能ではない場合に、登録端末５に対してその旨を出力するので、登録端末５の利用者は、例えば、別のＩＣタグ９を用いる等の対応をすることができる。また、ＩＣタグ９が有効である場合には、登録端末５は、タグＵＲＩを読み取るので、管理サーバ１に対して接続でき、管理サーバ１では、関連付けを行うことができる。
（９）管理サーバ１がＷｅｂアプリケーションプログラムを実行することで、利用者端末７に特別なアプリケーションソフトをインストールすることなく、汎用のＷｅｂアプリケーションプログラムを利用してタグＵＲＩを利用者端末７で簡単に取得し、さらに情報配信サーバ３のＵＲＩに利用者端末７で簡単に接続できる。

（第２実施形態）
第２実施形態は、登録元データとして位置情報を含む場合について説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。
図６は、第２実施形態に係る情報配信システム２００の管理サーバ２０１及び登録端末２０５の機能構成を示す図である。図７は、第２実施形態に係る配信先情報テーブル２２４の例を示す図である。
管理サーバ２０１は、制御部２１０と、記憶部２２０とを備える。
制御部２１０は、関連付け部２１４を備える。
関連付け部２１４は、登録元データに含む現在位置のデータ（位置情報）を、配信先情報テーブル２２４の配信先情報に関連付けて登録する。
記憶部２２０は、配信先情報テーブル２２４を備える。
配信先情報テーブル２２４は、図７に示すように、配信先情報に対応する位置データの項目を有する。
登録端末２０５は、制御部２５０と、記憶部２６０とを備える。
制御部２５０は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）の機能（図示せず）を用いて現在位置（緯度、経度）を取得する。
記憶部２６０は、プログラム２６２を有する。プログラム２６２は、登録端末２０５に搭載されているＧＰＳ機能を利用して、位置データを取得する。

次に、アクティベート処理について説明する。図８は、第２実施形態に係る情報配信システム２００でのアクティベート処理のフローチャートである。
ステップＳ２１１は、図４のステップＳ１１と同様である。
ステップＳ２１２において、登録端末２０５の制御部２５０は、プログラム２６２の指示にしたがって店舗名の入力を指示する。そして、登録端末２０５の制御部２５０は、各店舗の担当者による店舗名の入力を受け付ける。また、登録端末２０５の制御部２５０は、ＧＰＳの機能を用いて現在位置を取得する。この処理で取得した店舗名と、現在位置とのデータが登録元データである。
ステップＳ２１３からステップＳ２２４までは、図４のステップＳ１３からステップＳ２４までと同様である。
ステップＳ２２５において、管理サーバ２０１の関連付け部２１４は、登録元データとして受信した現在位置のデータを、配信先情報テーブル２２４の当該特定したレコードに対して更新入力する。
以降、ステップＳ２２６及びステップＳ２１５は、図４のステップＳ２５及びステップＳ１５と同様である。

このように、第２実施形態によれば、以下のような効果がある。
登録端末２０５は、ＩＣタグ９からタグＵＲＩを読み出して、その登録端末２０５の店舗名と現在位置のデータとを管理サーバ２０１に送信できる。そして、管理サーバ２０１は、タグＵＲＩと配信先情報との関連付けの後に、現在位置のデータを配信先情報テーブル２２４の配信先情報に関連付けることができる。よって、ＩＣタグ９が読み出された位置と、配信先情報とを関連付けることができる。
これにより、例えば、どの位置でＩＣタグ９が読まれやすいかを把握し、マーケティング情報として活用することができる。

（第３実施形態）
第３実施形態は、管理サーバにアクティベート専用のプログラムを備える場合について説明する。
図９は、第３実施形態に係る情報配信システム３００の管理サーバ３０１及び登録端末３０５の機能構成を示す図である。
管理サーバ３０１は、制御部３１０と、記憶部３２０とを備える。
記憶部３２０は、プログラム３２８を備える。プログラム３２８は、アクティベートを行う際に管理サーバ３０１で実行されるＷｅｂアプリケーションプログラムである。
登録端末３０５は、制御部３５０と、記憶部３６０とを備える。
記憶部３６０は、ブラウザ３６３を備える。

次に、アクティベート処理について説明する。図１０は、第３実施形態に係る情報配信システム３００でのアクティベート処理のフローチャートである。図１１は、第３実施形態に係るアクティベート処理の説明のための図である。
ステップＳ３２１において、管理サーバ３０１は、予めアクティベート専用のプログラム３２８を起動しておく。
ステップＳ３１１において、登録端末３０５は、その電源を投入して、スタンバイ状態にしておく。
ステップＳ３１２において、登録端末３０５をＩＣタグ９に近づける（かざす）ことで、登録端末３０５の読取部５３は、ＩＣチップ６５を介してＩＣタグ９に記憶されたタグＵＲＩを読み取る。具体的には、登録端末３０５の読取可否判断部５１は、ＩＣタグ９が読み取れるか否かを判断し、ＩＣタグ９が読取可能と判断した場合に、読取部５３がタグＵＲＩを読み取る。図１１の（＃１１）は、読み取ったタグＵＲＩの例である。
ステップＳ３１３において、登録端末３０５の送信部５４は、読み取ったタグＵＲＩに対して接続をすることで、管理サーバ３０１に対して接続する。

ステップＳ３２２において、管理サーバ３０１の受信部１３は、タグＵＲＩを受信する。管理サーバ３０１は、受信したタグＵＲＩによって、図１１の（＃１２）に示すようにタグＵＲＩテーブル２２のレコードを特定できる。
ステップＳ３２３において、管理サーバ３０１の制御部３１０は、登録画面を出力させる。
ステップＳ３１４において、登録端末３０５の制御部３５０は、管理サーバ３０１が出力した登録画面を、ブラウザ３６３を介してタッチパネル６１に表示する（図１１の（＃１３）参照）。
ステップＳ３１５において、登録端末３０５は、店舗名の入力を受け付けて管理サーバ３０１に対して送信する。

ステップＳ３２４において、管理サーバ３０１の受信部１３は、店舗名（ｂ）のデータを受信する。そして、管理サーバ３０１の関連付け部１４は、配信先情報テーブル２４を参照して、受信した店舗名（ｂ）に対応する店舗（ｂ）のレコードを特定する（図１１（＃１４）参照）。
ステップＳ３２５において、管理サーバ３０１の関連付け部１４は、ステップＳ３２４で特定した店舗のレコードに対応する配信先情報テーブル２４のＵＲＩ番号に、タグＵＲＩテーブル２２を参照して特定した番号（３）を記憶させる（図１１（＃１５）参照）。本処理によって、管理サーバ３０１は、タグＵＲＩテーブル２２と配信先情報テーブル２４とを関連付けることができる。
なお、以降のステップＳ３２６及びステップＳ３１６は、図４のステップＳ２５及びステップＳ１５の処理と同様である。

このように、第３実施形態によれば、以下のような効果がある。
アクティベートのためのアプリケーションプログラムであるプログラム３２８を管理サーバ３０１に有することで、管理サーバ３０１では、Ｗｅｂアプリケーションプログラムとして実行できる。よって、登録端末３０５に、特別なアプリケーションをインストールすることなく、ブラウザ３６３を有するだけで、汎用のＷｅｂアプリケーションプログラムを利用して管理サーバ３０１でアクティベートできる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。

（変形形態）
（１）各実施形態では、タグＩＤを含む管理サーバを指定したＵＲＩであるタグＵＲＩがＩＣタグに記憶されているものとして説明した。しかし、ＩＣタグには、管理サーバを指定したＵＲＩと、タグＩＤとを記憶するようにしてもよい。そして、管理サーバは、タグＵＲＩテーブルにタグＩＤを記憶するようにしてもよい。そのようにすることで、管理サーバは、管理サーバを指定したＵＲＩにより登録端末と接続して、登録元情報とタグＩＤとを受信し、それらのデータを媒介にして配信先情報テーブルの配信先情報と、タグＩＤとを関連付けることができる。
また、ＵＲＩは、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であってもよい。
（２）第２実施形態では、店舗名とＧＰＳにより取得した位置データを配信先情報テーブルに記憶していた。しかし、位置データをさらに限定するような店舗内のフロアの階数であったり、商品が並べられた棚に関する棚番号であったりしてもよい。そのようにすることで、より細かい情報提供の設定が可能になり、商品の説明をより詳細に行うことができる。そして、商品の入れ替え時には、例えば、新たなＩＣタグを用いることで、情報提供の設定が簡易に実現できる。

（３）各実施形態では、ＩＣタグを用いて非接触式の通信を行うものとして説明したが、それに限定されず、ＩＣカードで実現できるようにしてもよい。例えば、ＱＲコード（登録商標）のような二次元コードであってもよく、タグＩＤとＵＲＩとを記憶できる記憶媒体であればどのようなものであってもよい。ただし、その場合には、登録端末及び利用者端末は、それらのコードを読取可能なソフトウェアがインストールされている必要がある。
（４）各実施形態では、店舗名等の登録元データの入力に関して、各店舗の担当者からのタッチパネルでの入力をするものとして説明したが、登録元データを記憶した別のＩＣタグを用いて、登録元データを入力してもよい。
（５）各実施形態では、１つのタグＵＲＩに対して１つの配信先情報テーブルのＵＲＩを関連付けるものとして説明した。しかし、１つの配信先情報テーブルのＵＲＩに対して、複数のタグＵＲＩが関連付けられていてもよい。
（６）各実施形態では、ＩＣタグをポスターに貼付するものとして説明した。しかし、ＩＣタグは、商品等の物品に貼付してもよい。

１，２０１，３０１ 管理サーバ
３ 情報配信サーバ
４ ＰＣ
５，２０５，３０５ 登録端末
７ 利用者端末
８ ポスター
９ ＩＣタグ
１０，５０，７０，２１０，２５０，３１０，３５０ 制御部
１３ 受信部
１４，２１４ 関連付け部
１５ 配信情報返信部
１６ ログ生成記憶部
１７ 分析データ作成部
１８ 配信情報更新部
２０，６０，７２，２２０，２６０，３２０，３６０ 記憶部
２２ タグＵＲＩテーブル
２４，２２４ 配信先情報テーブル
２６ ログ記憶部
５１ 読取可否判断部
５２ エラー通知部
５３ 読取部
５４ 送信部
６１，７１ タッチパネル
６２，２６２，３２８ プログラム
６５，７５ ＩＣチップ
１００，２００，３００ 情報配信システム
Ｎ 通信ネットワーク

Claims (8)

1. 情報配信サーバに接続するための複数の配信先情報を記憶した配信先情報テーブルを備える管理サーバに対して通信可能に接続された登録端末で実行するアプリケーションプログラムであって、
   前記登録端末を、
   前記配信先情報テーブルの前記配信先情報を特定するための登録元情報を受け付ける受付手段と、
   前記管理サーバに接続するための管理サーバ接続情報を、外部との通信を利用して外部から取得する取得手段と、
   前記取得手段により取得した前記管理サーバ接続情報に基づいて前記管理サーバに接続して、前記管理サーバに対して前記登録元情報を送信する送信手段と、
   して機能させるためのアプリケーションプログラム。
2. 情報配信サーバに接続するための複数の配信先情報を記憶した配信先情報テーブルを備える管理サーバに対して通信可能に接続された登録端末で実行するアプリケーションプログラムであって、
   前記登録端末を、
   前記配信先情報テーブルの前記配信先情報を特定するための登録元情報を受け付ける受付手段と、
   前記管理サーバに接続するための管理サーバ接続情報を取得する取得手段と、
   前記取得手段により取得した前記管理サーバ接続情報に基づいて前記管理サーバに接続して、前記登録元情報に基づいて前記配信先情報と前記管理サーバ接続情報とを関連付ける前記管理サーバに対して、前記登録元情報を送信する送信手段と、
   して機能させるためのアプリケーションプログラム。
3. 請求項１又は請求項２に記載のアプリケーションプログラムにおいて、
   前記登録端末を、位置情報を取得する位置取得手段として機能させ、
   前記受付手段を、前記位置取得手段が取得した前記登録端末の位置情報を含む前記登録元情報を受け付けるように機能させること、
   を特徴とするアプリケーションプログラム。
4. 請求項１から請求項３までのいずれかに記載のアプリケーションプログラムにおいて、
   前記取得手段を、前記管理サーバ接続情報が記憶された記憶媒体を読み取ることで、前記記憶媒体から前記管理サーバ接続情報を取得するように機能させること、
   を特徴とするアプリケーションプログラム。
5. 請求項４に記載のアプリケーションプログラムにおいて、
   記憶媒体は、ＩＣタグであり、
   前記登録端末を、
   前記記憶媒体に記憶された前記管理サーバ接続情報が読取可能か否かを判断する読取可否判断手段と、
   前記読取可否判断手段により読取が不可能であると判断されたことに応じて、エラーを通知するエラー通知手段と、
   して機能させ、
   前記取得手段を、前記読取可否判断手段により読取が可能であると判断されたことに応じて、前記管理サーバ接続情報を読み取ることで取得するように機能させること、
   を特徴とするアプリケーションプログラム。
6. 請求項１から請求項５までのいずれかに記載のアプリケーションプログラムにおいて、
   前記送信手段を、前記取得手段により取得した前記管理サーバ接続情報に基づいて前記管理サーバに接続して、前記配信先情報と前記登録元情報とを対応付けて記憶する前記配信先情報テーブル及び前記管理サーバ接続情報を記憶する管理サーバ接続情報テーブルを備えており、前記配信先情報テーブルのレコードと前記管理サーバ接続情報テーブルのレコードとを前記管理サーバ接続情報及び前記登録元情報をもとに関連付ける前記管理サーバに対して、前記登録元情報を送信するように機能させること、
   を特徴とするアプリケーションプログラム。
7. 請求項１から請求項６までのいずれかに記載のアプリケーションプログラムを記憶する記憶部と、
   前記記憶部に記憶された前記アプリケーションプログラムに従って処理を実行する制御部と、
   を備える登録端末。
8. 登録端末と、情報配信サーバに接続するための複数の配信先情報を記憶した配信先情報テーブルを有する管理サーバとを備える情報配信システムであって、
   前記登録端末は、
   前記管理サーバに接続するための情報であり、識別情報を含む管理サーバ接続情報を取得する取得部と、
   入力部と、
   を有し、
   前記取得部により取得した前記管理サーバ接続情報に基づいて前記管理サーバに接続して前記入力部から入力された前記配信先情報テーブルの前記配信先情報を特定するための登録元情報を送信し、
   前記管理サーバは、
   受信した前記登録元情報と前記管理サーバ接続情報とに基づいて、前記登録元情報により特定した前記配信先情報と前記管理サーバ接続情報とを関連付けること、
   を特徴とする情報配信システム。

Images