特許 6709821 管理システム、管理方法及び管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6709821

(24)【登録日】2020年5月27日

(45)【発行日】2020年6月17日

(54)【発明の名称】管理システム、管理方法及び管理プログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20200608BHJP

   G06Q 30/02 20120101ALI20200608BHJP

【ＦＩ】

   G06F13/00 510C

   G06F13/00 510G

   G06F13/00 540P

   G06Q30/02 380

【請求項の数】5

【全頁数】23

(21)【出願番号】特願2018-90475(P2018-90475)

(22)【出願日】2018年5月9日

(62)【分割の表示】特願2017-96316(P2017-96316)の分割

【原出願日】2015年3月20日

(65)【公開番号】特開2018-152108(P2018-152108A)

(43)【公開日】2018年9月27日

【審査請求日】2018年5月9日

【前置審査】

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100166006

【弁理士】

【氏名又は名称】泉 通博

(72)【発明者】

【氏名】松浦 武範

(72)【発明者】

【氏名】井戸上 達

(72)【発明者】

【氏名】福島 和英

【審査官】 小林 義晴

(56)【参考文献】

【文献】 米国特許出願公開第２００６／００４１６３５（ＵＳ，Ａ１）

【文献】 特開２０１３−２５０９３４（ＪＰ，Ａ）

【文献】 特開２００６−３２３７９８（ＪＰ，Ａ）

【文献】 特開２００５−３２６９９９（ＪＰ，Ａ）

【文献】 特表２０１０−５３９６０１（ＪＰ，Ａ）

【文献】 特開２０１４−０２６４７０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｑ ３０／０２

(57)【特許請求の範囲】

【請求項1】

端末と、コンテンツのＵＲＬを前記端末に通知する管理装置とを備える管理システムであって、
前記管理装置は、
二次元バーコードに埋め込まれた前記管理装置を宛先とするバーコード用ＵＲＬと、複数のコンテンツのそれぞれに対応するコンテンツＵＲＬと、前記複数のコンテンツのそれぞれに対応する言語を示す言語情報と、端末が前記二次元バーコードから前記バーコード用ＵＲＬを読み取った場合に当該端末の位置を示す端末位置情報を当該端末から取得するか否かを示す情報とを関連付けて記憶する記憶部と、
端末が前記二次元バーコードから読み取った前記バーコード用ＵＲＬと、前記端末において使用される言語を示す使用言語情報とを前記端末から受信する受信部と、
前記記憶部において前記受信部が受信した前記バーコード用ＵＲＬに前記端末位置情報を取得する情報が関連付けられている場合に前記端末の前記端末位置情報を前記端末に要求し、前記受信部が前記端末から前記端末位置情報を受信した後に、前記受信部が受信した前記バーコード用ＵＲＬと、前記受信部が受信した前記使用言語情報が示す言語に対応する言語情報とに関連付けられている前記コンテンツＵＲＬを前記端末に送信し、前記端末を前記コンテンツＵＲＬにリダイレクトさせるリダイレクト部と、
を有し、
前記端末は、
前記二次元バーコードから、前記二次元バーコードに埋め込まれている前記バーコード用ＵＲＬを読み取る読取部と、
前記読取部が前記二次元バーコードから前記バーコード用ＵＲＬを読み取ると、当該バーコード用ＵＲＬと、前記使用言語情報とを前記管理装置に送信するとともに、前記管理装置から前記端末位置情報の取得が要求されると前記端末の前記端末位置情報を前記管理装置に送信する送信部と、
前記管理装置から、前記コンテンツＵＲＬを受信する受信部と、
前記受信部が受信した前記コンテンツＵＲＬに対応するコンテンツを表示部に表示させる表示制御部と、
を有し、
前記受信部は、前記リダイレクト部が前記端末に前記端末位置情報を要求した場合に前記端末から前記端末位置情報を受信する、
管理システム。

【請求項2】

前記記憶部は、前記複数のコンテンツと異なる複数のサブコンテンツのそれぞれに対応する前記コンテンツＵＲＬであるサブコンテンツＵＲＬと、当該複数のサブコンテンツのそれぞれにアクセスするための条件とを、前記バーコード用ＵＲＬに関連付けて記憶するとともに、前記バーコード用ＵＲＬと、前記端末が前記二次元バーコードから前記バーコード用ＵＲＬを読み取った場合に当該端末に表示させる広告コンテンツを示す広告ＵＲＬとを関連付けて記憶し、
前記リダイレクト部は、前記記憶部において前記受信部が受信した前記バーコード用ＵＲＬに、前記広告ＵＲＬが関連付けられている場合に当該広告ＵＲＬを前記端末に送信し、当該広告ＵＲＬを前記端末に送信した後に、前記受信部が前記バーコード用ＵＲＬを受信したときの状況と、当該バーコード用ＵＲＬに関連付けられている前記条件とに基づいて、前記条件が満たされていると判定すると、当該バーコード用ＵＲＬに関連付けられているサブコンテンツＵＲＬを選択し、前記条件が満たされていないと判定すると、受信した前記バーコード用ＵＲＬと、受信した前記使用言語情報が示す言語に対応する言語情報とに関連付けられていない前記コンテンツＵＲＬであるメインＵＲＬを選択し、選択したＵＲＬに前記端末をリダイレクトさせ、
前記受信部は、前記コンテンツＵＲＬを受信する前に、前記バーコード用ＵＲＬに関連付けられている前記広告ＵＲＬを受信し、
前記表示制御部は、受信した前記広告ＵＲＬに対応する広告コンテンツを前記表示部に表示させる、
請求項１に記載の管理システム。

【請求項3】

前記サブコンテンツにアクセスするための条件は、前記端末の位置、前記端末が前記バーコード用ＵＲＬを送信したときの時間帯、前記使用言語情報が示す前記端末の言語、前記二次元バーコードが読み取られた回数のいずれかに基づいて定められる、
請求項２に記載の管理システム。

【請求項4】

コンピュータが実行する、
前記コンピュータを宛先とするバーコード用ＵＲＬが埋め込まれた二次元バーコードから端末が読み取った前記バーコード用ＵＲＬと、前記端末において使用される言語を示す使用言語情報とを、前記端末から受信するとともに、記憶部において当該バーコード用ＵＲＬに前記端末の位置を示す端末位置情報を取得する情報が関連付けられている場合に前記端末の前記端末位置情報を前記端末から受信するステップと、
前記バーコード用ＵＲＬと、複数のコンテンツのそれぞれに対応するコンテンツＵＲＬと、前記端末が前記二次元バーコードから前記バーコード用ＵＲＬを読み取る際に前記端末の位置を示す端末位置情報を取得するか否かを示す情報と、前記バーコード用ＵＲＬと前記複数のコンテンツのそれぞれに対応するサブコンテンツに対応するサブコンテンツＵＲＬと、当該サブコンテンツにアクセスするための条件としての、当該サブコンテンツに対応する言語を示す言語情報と、を関連付けて記憶する前記記憶部を参照して、前記受信するステップにおいて受信した前記バーコード用ＵＲＬに前記端末位置情報を取得する情報が関連付けられて記憶されている場合に前記端末の前記端末位置情報を前記端末に要求し、前記受信するステップにおいて前記端末から前記端末位置情報を受信した後に、前記バーコード用ＵＲＬとともに受信した前記使用言語情報と、前記条件としての前記言語情報とが一致していると判定すると、当該バーコードＵＲＬに関連付けられているサブコンテンツＵＲＬを選択し、前記使用言語情報と、前記条件としての前記言語情報とが一致していないと判定すると、受信した当該バーコード用ＵＲＬに関連付けられているとともに、受信した前記使用言語情報が示す言語に対応する言語情報に関連付けられていない前記コンテンツＵＲＬを選択し、選択したＵＲＬに前記端末をリダイレクトさせるステップと、
を備える管理方法。

【請求項5】

コンピュータを、
前記コンピュータを宛先とするバーコード用ＵＲＬが埋め込まれた二次元バーコードから端末が読み取った前記バーコード用ＵＲＬと、前記端末において使用される言語を示す使用言語情報とを、前記端末から受信するとともに、記憶部において当該バーコード用ＵＲＬに前記端末の位置を示す端末位置情報を取得する情報が関連付けられている場合に前記端末の前記端末位置情報を前記端末から受信する受信部、及び、
前記バーコード用ＵＲＬと、複数のコンテンツのそれぞれに対応するコンテンツＵＲＬと、前記端末が前記二次元バーコードから前記バーコード用ＵＲＬを読み取る際に前記端末の位置を示す端末位置情報を取得するか否かを示す情報と、前記バーコード用ＵＲＬと前記複数のコンテンツのそれぞれに対応するサブコンテンツに対応するサブコンテンツＵＲＬと、当該サブコンテンツにアクセスするための条件としての、当該サブコンテンツに対応する言語を示す言語情報と、を関連付けて記憶する前記記憶部を参照して、前記受信部が受信した前記バーコード用ＵＲＬに前記端末位置情報を取得する情報が関連付けられて記憶されている場合に前記端末の前記端末位置情報を前記端末に要求し、前記受信部が前記端末から前記端末位置情報を受信した後に、前記バーコード用ＵＲＬとともに前記受信部が受信した前記使用言語情報と、前記条件としての前記言語情報とが一致していると判定すると、当該バーコード用ＵＲＬに関連付けられているサブコンテンツＵＲＬを選択し、前記使用言語情報と、前記条件としての前記言語情報とが一致していないと判定すると、当該バーコード用ＵＲＬに関連付けられているとともに、受信した前記使用言語情報が示す言語に対応する言語情報とに関連付けられていない前記コンテンツＵＲＬを選択し、選択したＵＲＬに前記端末をリダイレクトさせるリダイレクト部、
として機能させる管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理装置、端末、管理方法、表示制御方法、管理プログラム及び表示制御プログラムに関する。

【背景技術】

【0002】

従来、ＩＣタグを物品に付しておき、携帯端末が当該ＩＣタグに記憶されているＵＲＬを読み取ったことに応じて、コンテンツを携帯端末に表示させることが行われている。

【0003】

例えば、特許文献１には、コンテンツ配信事業者の管理サーバが、携帯端末からＵＲＬを受信したことに応じて、受信したＵＲＬに対応するコンテンツを携帯端末に配信するシステムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１３−２５０９３４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来のシステムにおいては、タグ発行事業者が、予め管理サーバのＵＲＬが書き込まれたＩＣタグを準備することがあり、当該ＵＲＬとコンテンツとが関連付けられていないことがあった。

【0006】

そこで、本発明はこれらの点に鑑みてなされたものであり、管理サーバのＵＲＬが埋め込まれた二次元バーコードから端末がＵＲＬを読み取った場合にコンテンツを提供することができる管理装置、端末、管理方法、表示制御方法、管理プログラム及び表示制御プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明の第１の態様に係る管理装置は、コンテンツのＵＲＬを端末に通知する管理装置であって、二次元バーコードに埋め込まれた前記管理装置を宛先とするバーコード用ＵＲＬと、複数のコンテンツのそれぞれに対応するコンテンツＵＲＬと、前記複数のコンテンツのそれぞれに対応する言語を示す言語情報とを関連付けて記憶する記憶部と、端末が前記二次元バーコードから読み取った前記バーコード用ＵＲＬと、前記端末において使用される言語を示す使用言語情報とを前記端末から受信する受信部と、前記受信部が受信した前記バーコード用ＵＲＬと、前記受信部が受信した前記使用言語情報が示す言語に対応する言語情報とに関連付けられている前記コンテンツＵＲＬに前記端末をリダイレクトさせるリダイレクト部と、を備える。

【0008】

前記記憶部は、前記複数のコンテンツのそれぞれに対応するコンテンツＵＲＬと、当該複数のコンテンツのそれぞれにアクセスするための条件とを、前記バーコード用ＵＲＬに関連付けて記憶し、前記リダイレクト部は、前記受信部が前記バーコード用ＵＲＬを受信したときの状況と、前記条件とに基づいて、複数の前記コンテンツＵＲＬの中から１つのコンテンツＵＲＬを選択し、選択したコンテンツＵＲＬに前記端末をリダイレクトさせてもよい。

【0009】

前記記憶部は、前記バーコード用ＵＲＬに関連付けて、当該バーコード用ＵＲＬに対応する前記二次元バーコードが付された物体の種別をさらに記憶し、前記管理装置は、前記受信部が受信した前記バーコード用ＵＲＬに関連付けられている物体の種別ごとにタッチ数を集計する集計部をさらに備えてもよい。

【0010】

本発明の第２の態様に係る端末は、コンテンツを表示する端末であって、二次元バーコードから、前記二次元バーコードに埋め込まれ、管理装置を宛先とするバーコード用ＵＲＬを読み取る読取部と、前記読取部が前記二次元バーコードから前記バーコード用ＵＲＬを読み取ると、当該バーコード用ＵＲＬと前記端末において使用される言語を示す使用言語情報とを前記管理装置に送信する送信部と、前記管理装置から、前記バーコード用ＵＲＬと前記使用言語情報が示す言語に対応する言語情報とに関連付けられている、コンテンツに対応するコンテンツＵＲＬを受信する受信部と、受信した前記コンテンツＵＲＬに対応するコンテンツを表示部に表示させる表示制御部と、を備える。

【0011】

前記受信部は、前記端末が前記バーコード用ＵＲＬを送信したときの時刻に対応する時間帯に対応する前記コンテンツＵＲＬを受信してもよい。
前記送信部は、前記端末の位置を示す端末位置情報を前記管理装置に送信し、前記受信部は、前記送信部が送信した前記端末位置情報が示す位置に対応する前記コンテンツＵＲＬを受信してもよい。

【0012】

前記受信部は、前記送信部が送信した前記端末位置情報に対応する位置が、基準位置から前記距離以内のエリアに含まれている場合に、当該位置に対応する前記コンテンツＵＲＬを受信してもよい。

【0013】

前記受信部は、前記コンテンツＵＲＬを受信する前に、前記バーコード用ＵＲＬに関連付けられている、広告コンテンツを示す広告ＵＲＬを受信し、前記表示制御部は、受信した前記広告ＵＲＬに対応する広告コンテンツを前記表示部に表示させてもよい。

【0014】

前記受信部は、前記二次元バーコードが読み取られた回数に対応する前記コンテンツＵＲＬを受信してもよい。

【0015】

本発明の第３の態様に係る管理方法は、コンピュータが実行する、前記コンピュータを宛先とするバーコード用ＵＲＬが埋め込まれた二次元バーコードから端末が読み取った前記バーコード用ＵＲＬと、前記端末において使用される言語を示す使用言語情報とを、前記端末から受信するステップと、前記バーコード用ＵＲＬと、複数のコンテンツのそれぞれに対応するコンテンツＵＲＬと、前記複数のコンテンツのそれぞれに対応する言語を示す言語情報とを関連付けて記憶する記憶部を参照して、受信した前記バーコード用ＵＲＬと、受信した前記使用言語情報が示す言語に対応する言語情報とに関連付けられている前記コンテンツＵＲＬに前記端末をリダイレクトさせるステップと、を備える。

【0016】

本発明の第４の態様に係る表示制御方法は、コンピュータが実行する、二次元バーコードから、前記二次元バーコードに埋め込まれ、管理装置を宛先とするバーコード用ＵＲＬを読み取るステップと、前記二次元バーコードから前記バーコード用ＵＲＬが読み取られると、当該バーコード用ＵＲＬと前記コンピュータにおいて使用される言語を示す使用言語情報とを前記管理装置に送信するステップと、前記管理装置から、前記バーコード用ＵＲＬと前記使用言語情報が示す言語に対応する言語情報とに関連付けられている、コンテンツに対応するコンテンツＵＲＬを受信するステップと、受信した前記コンテンツＵＲＬに対応するコンテンツを表示部に表示させるステップと、を備える。

【0017】

本発明の第５の態様に係る管理プログラムは、コンピュータを、前記コンピュータを宛先とするバーコード用ＵＲＬが埋め込まれた二次元バーコードから端末が読み取った前記バーコード用ＵＲＬと、前記端末において使用される言語を示す使用言語情報とを、前記端末から受信する受信部、及び、前記バーコード用ＵＲＬと、複数のコンテンツのそれぞれに対応するコンテンツＵＲＬと、前記複数のコンテンツのそれぞれに対応する言語を示す言語情報とを関連付けて記憶する記憶部を参照して、受信した前記バーコード用ＵＲＬと、受信した前記使用言語情報が示す言語に対応する言語情報とに関連付けられている前記コンテンツＵＲＬに前記端末をリダイレクトさせるリダイレクト部、として機能させる。

【0018】

本発明の第６の態様に係る表示制御プログラムは、コンピュータを、二次元バーコードから、前記二次元バーコードに埋め込まれ、管理装置を宛先とするバーコード用ＵＲＬを読み取る読取部、前記読取部が前記二次元バーコードから前記バーコード用ＵＲＬを読み取ると、当該バーコード用ＵＲＬと前記コンピュータにおいて使用される言語を示す使用言語情報とを前記管理装置に送信する送信部、前記管理装置から、前記バーコード用ＵＲＬと前記使用言語情報が示す言語に対応する言語情報とに関連付けられている、コンテンツに対応するコンテンツＵＲＬを受信する受信部、及び、受信した前記コンテンツＵＲＬに対応するコンテンツを表示部に表示させる表示制御部、として機能させる。

【発明の効果】

【0019】

本発明によれば、ＩＣタグに対してコンテンツのＵＲＬを効率よく関連付けることができるという効果を奏する。

【図面の簡単な説明】

【0020】

【図1】第１の実施形態に係る管理システムの概要を示す図である。

【図2】第１の実施形態に係る管理サーバの構成を示す図である。

【図3】第１の実施形態に係る管理サーバがタグ発行事業者にＩＣタグの発行依頼を行うまでの処理の流れを示すシーケンス図である。

【図4】第１の実施形態に係る受付画面の一例を示す図である。

【図5】第１の実施形態に係るリダイレクト情報記憶部に記憶されている情報の一例を示す図である。

【図6】第１の実施形態に係るユーザ端末がＩＣタグに近接してから当該ユーザ端末にメインコンテンツが表示されるまでの処理の流れを示すシーケンス図である。

【図7】図６に続くシーケンス図である。

【図8】第１の実施形態に係るログ情報記憶部に記憶されているログ情報を示す図である。

【図9】第１の実施形態に係る管理サーバがタッチ数を示す情報を管理端末に表示する際の処理の流れを示すシーケンス図である。

【図10】第２の実施形態に係るサブコンテンツにアクセスするための条件を受け付ける受付画面の一例を示す図である。

【図11】第２の実施形態に係る位置に関するアクセス条件について説明する図である。

【図12】第２の実施形態に係る管理サーバがログ情報を記録してからユーザ端末にコンテンツが表示されるまでの処理の流れを示すシーケンス図である。

【図13】第２の実施形態に係る遷移先ＵＲＬ選択処理の流れを示すフローチャートである。

【図14】第３の実施形態に係る管理サーバの構成を示す図である。

【発明を実施するための形態】

【0021】

以下、本発明の実施形態について説明する。
＜第１の実施形態＞
［管理システムＳの概要］
図１は、第１の実施形態に係る管理システムＳの概要を示す図である。管理システムＳは、管理装置としての管理サーバ１と、管理端末２と、ＩＣタグ３と、ユーザ端末４と、コンテンツサーバ５とを備える。

【0022】

本実施形態において、ＩＣタグ３及びユーザ端末４は、ＮＦＣ（Near Field Communication）等の近距離無線通信に対応している。管理システムＳは、スマートフォン等の携帯電話機であるユーザ端末４がＩＣタグ３に記憶されているＵＲＬを近距離無線通信により読み取ったことに応じて、当該ユーザ端末４に、当該ＵＲＬに対応したコンテンツを表示させるシステムである。

【0023】

管理サーバ１は、コンテンツ提供者が使用する管理端末２から、ＩＣタグ３の発行依頼を受け付ける（図１の（１））。管理サーバ１は、ＩＣタグ３の発行数と、ＩＣタグ３を介してユーザ端末４にアクセスさせる一のＵＲＬ（メインＵＲＬ）とを受け付ける。ここで、メインＵＲＬが示すアクセス先は、コンテンツサーバ５である。なお、図１では、コンテンツサーバ５を１台のみ示しているが、これに限らず、複数のコンテンツサーバ５が設けられていてもよい。

【0024】

管理サーバ１は、ＩＣタグ３の発行依頼を受け付けると、受け付けた発行数分のＩＣタグ３にそれぞれ書き込まれるタグ用ＵＲＬを生成する（図１の（２））。タグ用ＵＲＬが示すアクセス先は、管理サーバ１である。また、タグ用ＵＲＬには、ＩＣタグ３を識別するための情報が含まれている。

【0025】

管理サーバ１は、管理端末２から受け付けたメインＵＲＬと、生成したタグ用ＵＲＬとを関連付けて記憶部に記憶させ（図１の（３））、ＩＣタグ３を発行するタグ発行事業者にＩＣタグ３の発行依頼を行う（図１の（４））。タグ発行事業者には、管理サーバ１が生成したタグ発行数分のタグ用ＵＲＬが通知される。

【0026】

タグ発行事業者は、通知された複数のタグ用ＵＲＬのうち、一のタグ用ＵＲＬが書き込まれたＩＣタグ３をタグ発行数分だけ発行し、コンテンツ提供者に納入する（図１の（５））。
コンテンツ提供者は、受領したＩＣタグ３を自身が希望する場所に付すことにより、ＩＣタグ３を配置する（図１の（６））。ＩＣタグ３は、例えば、商店、交通機関（電車、バス、タクシー）、役所、映画館及び劇場のように、多くの人が集まる場所に配置される。

【0027】

ユーザ端末４のユーザが、ユーザ端末４をＩＣタグ３に近づけると、ユーザ端末４は、当該ＩＣタグ３からタグ用ＵＲＬを読み取り（図１の（７））、タグ用ＵＲＬに基づいて管理サーバ１にアクセスする（図１の（８））。
管理サーバ１は、ユーザ端末４からアクセスを受け付けるときに、ユーザ端末４からタグ用ＵＲＬを受信する。管理サーバ１は、タグ用ＵＲＬに関連付けて記憶部に記憶されているメインＵＲＬを特定し（図１の（９））、当該メインＵＲＬへのリダイレクトを指示するリダイレクト情報をユーザ端末４に送信する（図１の（１０））。ユーザ端末４は、リダイレクト情報を受信すると、リダイレクト先を示すメインＵＲＬに基づいてコンテンツサーバ５にアクセスし（図１の（１１））、コンテンツサーバ５からメインＵＲＬに対応するメインコンテンツを取得する（図１の（１２））。

【0028】

このようにすることで、ユーザ端末４は、ＩＣタグ３を読み取ることにより、コンテンツ提供者が提供するメインコンテンツにアクセスすることができるので、コンテンツ提供者は、提供するコンテンツをユーザに見てもらうことができる。また、コンテンツ提供者は、メインコンテンツに対応するメインＵＲＬと、ＩＣタグ３の発行数とを指定することで、コンテンツの内容と予算に応じた枚数のＩＣタグ３をさまざまな場所に配置し、多くの人にコンテンツを見てもらうことができる。

【0029】

本管理システムＳを用いることで、例えば、循環バスの乗客が、循環バス内に貼付されたＩＣタグ３にユーザ端末４をタッチさせるだけで、その近隣の観光名所、飲食店、特産品の店舗等のさまざまな情報を、ユーザ端末４に表示させることができる。また、バスの停留所にＩＣタグ３を貼付することにより、時刻表及びバスの運行状況を配信することもできる。また、飲食店内で配布するメニューや店内のテーブル上にＩＣタグ３を貼付することにより、ユーザ端末４をＩＣタグ３にタッチさせたユーザに、お得情報及びクーポン等を提供することもできる。
以下、管理サーバ１の構成及び動作について説明する。

【0030】

［管理サーバ１の構成例］
図２は、本実施形態に係る管理サーバ１の構成を示す図である。
管理サーバ１は、記憶部１１と、制御部１２とを備える。

【0031】

記憶部１１は、例えば、ＲＯＭ、ＲＡＭ及びハードディスク等により構成される。記憶部１１は、管理サーバ１を機能させるための各種プログラムを記憶する。また、記憶部１１は、リダイレクト情報記憶部１１１と、ログ情報記憶部１１２とを備える。リダイレクト情報記憶部１１１及びログ情報記憶部１１２の詳細については後述する。

【0032】

制御部１２は、例えば、ＣＰＵにより構成される。制御部１２は、記憶部１１に記憶されている各種プログラムを実行することにより、管理サーバ１に係る機能を制御する。制御部１２は、受付部１２１と、生成部１２２と、記憶制御部１２３と、発行依頼部１２４と、受信部１２５と、リダイレクト部１２６と、ログ記憶制御部１２７と、表示制御部１２８とを備える。

【0033】

［タグ発行事業者にＩＣタグ３の発行依頼を行うまでの処理］
続いて、制御部１２が実行する各種の処理の詳細について、シーケンス図を用いながら説明する。
まず、タグ発行事業者にＩＣタグ３の発行依頼を行うまでの処理について説明する。管理サーバ１の受付部１２１、生成部１２２、記憶制御部１２３、及び発行依頼部１２４は、協働することにより、タグ発行事業者にＩＣタグ３の発行依頼を行う。

【0034】

図３は、第１の実施形態に係る管理サーバ１が、タグ発行事業者にＩＣタグ３の発行依頼を行うまでの処理の流れを示すシーケンス図である。なお、管理端末２は、管理サーバ１に対して予めログインしているものとする。

【0035】

まず、受付部１２１は、管理端末２に対してメニューページを送信し、メニュー画面（不図示）を表示させる。そして、受付部１２１は、当該メニュー画面を介して管理端末２からＩＣタグ３の発行依頼に関する依頼情報の登録要求を受け付ける。

【0036】

受付部１２１は、依頼情報の登録要求を受け付けると、管理端末２に登録受付ページを送信し、管理端末２に受付画面を表示させる。そして、受付部１２１は、受付画面を介して、一のメインコンテンツに対応するメインＵＲＬと、当該メインコンテンツにアクセスするためのＩＣタグ３の発行数とを受け付ける。

【0037】

管理端末２は、当該受付画面を介してコンテンツ提供者からＩＣタグ３の発行依頼情報を受け付ける（Ｓ１）。
図４は、第１の実施形態に係る受付画面２０の一例を示す図である。図４に示す受付画面２０では、入力欄２０１〜２０６と、登録ボタン２０７とが設けられている。

【0038】

入力欄２０１は、配信名の入力を受け付ける。ここで、配信名は、ＩＣタグ３を介して配信する情報を識別するために用いられる。
入力欄２０２は、ＩＣタグ３の発行数の入力を受け付ける。
入力欄２０３は、ＩＣタグ３のタイプの選択を受け付ける。入力欄２０３では、カードタイプ、印刷シールタイプ、キーホルダータイプ等の予め定められている複数のタイプから一のタイプを選択することができる。

【0039】

入力欄２０４は、一のメインコンテンツに対応するメインＵＲＬの入力を受け付ける。
入力欄２０５は、ユーザ端末４をメインＵＲＬにリダイレクトさせる前にユーザ端末４に表示させる広告コンテンツの選択を受け付ける。入力欄２０５への入力は任意であるものとする。ここでは、コンテンツ提供者が予め登録した広告コンテンツのコンテンツ名を選択するものとするが、広告コンテンツのＵＲＬを入力できるようにしてもよい。

【0040】

入力欄２０６は、ユーザ端末４がＩＣタグ３に近接した際に、ユーザ端末４から位置情報を取得するか否かの設定を受け付ける。入力欄２０６の設定内容は、入力欄２０５において広告等のコンテンツの指定が行われている場合に有効になるようにしてもよい。

【0041】

受付画面２０において入力操作が完了し、登録ボタン２０７が押下されると、管理端末２は、管理サーバ１に、入力欄２０１〜２０６に入力された内容を含む発行依頼情報を送信する。受付部１２１は、発行依頼情報を受信することにより、ＩＣタグ３の発行依頼を受け付ける。

【0042】

生成部１２２は、受付部１２１が受け付けた発行数分のＩＣタグ３のそれぞれに対して書き込まれる、ＩＣタグ３を識別するための情報を含むタグ用ＵＲＬを生成する（Ｓ２）。具体的には、生成部１２２は、ＩＣタグ３を識別するための情報として、発行依頼情報に含まれる発行数分のユニークなＩＤ（タグＩＤ）を生成する。生成部１２２は、管理サーバ１を宛先とするＵＲＬに対して、パラメータとしてタグＩＤを付すことにより、タグ用ＵＲＬを生成する。

【0043】

記憶制御部１２３は、受付部１２１が受け付けたメインＵＲＬと、生成部１２２が生成したタグ用ＵＲＬとを関連付けて記憶部１１に記憶させる（Ｓ３）。具体的には、記憶制御部１２３は、コンテンツ提供者名と、タグ用ＵＲＬと、配信名と、メインＵＲＬと、広告コンテンツに対応する広告ＵＲＬと、位置情報の取得有無とを関連付けてリダイレクト情報記憶部１１１に記憶させる。

【0044】

図５は、第１の実施形態に係るリダイレクト情報記憶部１１１に記憶されている情報の一例を示す図である。リダイレクト情報記憶部１１１には、図５に示すように、コンテンツ提供者名と、配信名と、タグ用ＵＲＬと、基本配信情報とが関連付けて記憶されている。ここで、基本配信情報は、メインＵＲＬ、広告ＵＲＬ、及び位置情報の取得有無を関連付けた情報である。図５に示す例では、一のメインＵＲＬに対して、複数のタグ用ＵＲＬが関連付けられていることが確認できる。

【0045】

発行依頼部１２４は、受付部１２１が管理端末２から発行依頼を受け付けたことに応じて、タグ発行事業者に発行依頼が行われたことを通知する（Ｓ４）。発行依頼部１２４は、例えば、発行数分のタグ用ＵＲＬをメッセージに含むメールを、タグ発行事業者の端末に送信することにより、発行依頼が行われたことを通知する。

【0046】

タグ発行事業者は、受信したメールに基づいて、一のタグ用ＵＲＬが書き込まれたＩＣタグ３を発行数分だけ発行する。具体的には、タグ発行事業者は、ＩＣタグを生成する装置に対して、受信したタグ用ＵＲＬを入力し、発行数分のＩＣタグのそれぞれに、タグ用ＵＲＬを書き込ませることにより、一のタグ用ＵＲＬが書き込まれたＩＣタグ３を発行数分だけ発行させる。

【0047】

なお、発行依頼部１２４は、発行数分のタグ用ＵＲＬを含むＥｘｃｅｌ（登録商標）等のファイルを出力してもよい。そして、管理サーバ１の運営者が、当該ファイルをメールでタグ発行事業者の端末に送信したり、当該ファイルに含まれるタグ用ＵＲＬを印字した書類をタグ発行事業者に郵送したりしてもよい。また、本実施形態では、タグ発行事業者がＩＣタグを生成する装置に対して、タグ用ＵＲＬを入力したが、これに限らない。例えば、ＩＣタグを生成する装置が、発行数分のタグ用ＵＲＬをメッセージに含むメールを管理サーバ１から直接受信し、一のタグ用ＵＲＬが書き込まれたＩＣタグ３を発行数分だけ発行してもよい。また、ＩＣタグには、タグ用ＵＲＬが埋め込まれた二次元バーコードが付されるようにしてもよい。このようにすることで、ユーザ端末４は、近距離無線通信に対応していない場合であっても、二次元バーコードを読み取る機能を備えていれば、タグ用ＵＲＬを読み取ることができる。なお、ＩＣタグを生成する装置は、ＩＣタグ３を発行数分だけ発行するとともに、ＩＣタグ３とは異なる紙やシール等の物品に、タグ用ＵＲＬが埋め込まれた二次元バーコードを付してもよい。このようにすることで、コンテンツ提供者は、同じタグ用ＵＲＬが付されたＩＣタグ３と、二次元バーコードが付された物品とを別々に使用することができる。

【0048】

タグ発行事業者は、発行数分のＩＣタグ３をコンテンツ提供者に納入する。
コンテンツ提供者は、発行数分のＩＣタグ３を受領すると、ＩＣタグ３を自身が希望する場所や物に付すことにより、ＩＣタグ３を配置する。

【0049】

［ユーザ端末４にメインコンテンツを表示する処理］
続いて、ユーザ端末４がＩＣタグ３に近接してから当該ユーザ端末４にメインコンテンツが表示されるまでの処理について説明する。管理サーバ１の受信部１２５及びリダイレクト部１２６は、協働することにより、ユーザ端末４にメインコンテンツを表示させる。

【0050】

図６は、第１の実施形態に係るユーザ端末４がＩＣタグ３に近接してから当該ユーザ端末４にメインコンテンツが表示されるまでの処理の流れを示すシーケンス図である。図７は、図６に続くシーケンス図である。
まず、ユーザ端末４は、ＩＣタグ３を読み取るためのアプリケーションが実行された状態でＩＣタグ３に近接すると、近距離無線通信によって当該ＩＣタグ３からタグ用ＵＲＬを読み取る（Ｓ１１）。ユーザ端末４は、アクセス部として機能し、読み取ったタグ用ＵＲＬに基づいて管理サーバ１にアクセスする。

【0051】

管理サーバ１の受信部１２５は、ユーザ端末４からアクセスを受け付ける際に、当該ユーザ端末４がＩＣタグ３から読み取ったタグ用ＵＲＬを、当該ユーザ端末４から受信する。
続いて、リダイレクト部１２６は、リダイレクト情報記憶部１１１を参照し、タグ用ＵＲＬに関連付けられているメインＵＲＬを特定する（Ｓ１２）。

【0052】

続いて、リダイレクト部１２６は、リダイレクト情報記憶部１１１を参照し、位置情報の取得が指定されているか否かを判定する（Ｓ１３）。リダイレクト部１２６は、位置情報の取得が指定されていると判定すると、ユーザ端末４に位置情報を要求する。また、リダイレクト部１２６は、位置情報の取得が指定されていないと判定すると、Ｓ１５に処理を移す。ユーザ端末４は、位置情報の要求が行われると、例えばＧＰＳ（Global Positioning System）機能を用いて自身の位置を示す端末位置情報を取得し（Ｓ１４）、当該端末位置情報を管理サーバ１に送信する。ここで、端末位置情報は、例えば、緯度を示す緯度情報及び経度を示す経度情報から構成されるものとする。なお、ユーザ端末４は、端末位置情報を常時取得しておき、位置情報の要求が行われたことに応じて、最新の端末位置情報を管理サーバ１に送信してもよい。
受信部１２５は、ユーザ端末４から、自身の位置を示す端末位置情報を受信する。

【0053】

続いて、ログ記憶制御部１２７は、受信部１２５がタグ用ＵＲＬを受信したときの状況を示すログ情報を記憶部１１のログ情報記憶部１１２に記憶させる（Ｓ１５）。具体的には、ログ記憶制御部１２７は、タグ用ＵＲＬに含まれるタグＩＤと、タグ用ＵＲＬを受信した時刻と、ユーザ端末４から受信した位置情報とを関連付けてログ情報記憶部１１２に記憶させる。図８は、ログ情報記憶部１１２に記憶されているログ情報を示す図である。図８に示すように、ログ情報記憶部１１２には、タグＩＤと、受信時刻と、位置情報とが関連付けられて記憶されている。なお、ログ記憶制御部１２７は、同一のユーザ端末４からのタグ用ＵＲＬの受信間隔が所定時間以上である場合に、ログ情報をログ情報記憶部１１２に記憶させてもよい。また、ログ記憶制御部１２７は、受信部１２５がユーザ端末４から、ユーザの属性を示す情報や、ユーザ端末４の機種名やメーカー名等の機種情報を受信可能な場合には、これらの情報をログ情報としてログ情報記憶部１１２に記憶させてもよい。

【0054】

続いて、リダイレクト部１２６は、リダイレクト情報記憶部１１１を参照し、ユーザ端末４にメインコンテンツを表示させる前に、広告コンテンツを表示させるか否かを判定する（図７のＳ２１）。具体的には、リダイレクト部１２６は、メインＵＲＬに関連付けて広告ＵＲＬが記憶されている場合には、広告コンテンツを表示させると判定し、メインＵＲＬに関連付けて広告ＵＲＬが記憶されていない場合には、広告コンテンツを表示させないと判定する。

【0055】

リダイレクト部１２６は、広告コンテンツを表示させると判定すると、広告コンテンツに対応する広告ＵＲＬと、遷移先ＵＲＬであるメインＵＲＬとをユーザ端末４に送信し、ユーザ端末４をリダイレクトさせる前に、広告コンテンツをユーザ端末４に表示させる。具体的には、リダイレクト部１２６は、広告コンテンツを表示させると判定した場合には、広告ＵＲＬに対応する広告コンテンツを表示させるとともに、予め設定された時間後にメインＵＲＬにリダイレクトさせるための指示を含むリダイレクトページを生成し、当該リダイレクトページをユーザ端末４に送信する。これにより、ユーザ端末４は、リダイレクトページに含まれる広告ＵＲＬに基づいて、自身の表示部に広告コンテンツを表示した後に、メインＵＲＬにリダイレクトして、メインＵＲＬに対応するコンテンツを表示する（Ｓ２２）。

【0056】

また、リダイレクト部１２６は、広告コンテンツを表示させないと判定すると、遷移先ＵＲＬであるメインＵＲＬのみをユーザ端末４に送信し、受信部１２５が受信したタグ用ＵＲＬに関連付けられているメインＵＲＬにユーザ端末４をリダイレクトさせる。具体的には、リダイレクト部１２６は、広告コンテンツを表示させないと判定した場合には、メインＵＲＬにリダイレクトするリダイレクトページを生成し、当該リダイレクトページをユーザ端末４に送信する。

【0057】

ユーザ端末４は、コンテンツ取得部として機能し、リダイレクトページによって通知されたメインＵＲＬに基づいてコンテンツサーバ５にアクセスし、コンテンツサーバ５から、メインＵＲＬに対応するメインコンテンツを取得する。そして、ユーザ端末４は、受信したメインコンテンツを自身の表示部に表示させる（Ｓ２３）。

【0058】

［ＩＣタグ３がユーザ端末４にタッチされた回数を表示する処理］
続いて、ＩＣタグ３がユーザ端末４にタッチされた回数（以下、タッチ数という）をコンテンツ提供者の管理端末２に表示する処理について説明する。管理サーバ１の表示制御部１２８は、ログ情報記憶部１１２に記憶されているログ情報に基づいて、発行されたＩＣタグ３のタッチ数を特定し、当該タッチ数を示す情報を管理端末２に表示させる。なお、タッチ数は、ユーザ端末４がＩＣタグ３に近接することにより、ユーザ端末４がタグ用ＵＲＬを読み取った回数を示すものとする。

【0059】

図９は、第１の実施形態に係る管理サーバ１が、タッチ数を示す情報を管理端末２に表示する際の処理の流れを示すシーケンス図である。なお、管理端末２は、管理サーバ１に対して予めログインしているものとする。

【0060】

まず、表示制御部１２８は、管理端末２からタッチ数の表示要求を受け付ける。表示要求には、ＩＣタグ３を発行する際に指定した配信名と、タッチ数の集計の対象となる期間の開始日及び終了日とが含まれているものとする。
続いて、表示制御部１２８は、リダイレクト情報記憶部１１１において、表示要求に含まれる配信名に関連付けられて記憶されているタグ用ＵＲＬに基づいて、タグＩＤを特定する（Ｓ３１）。

【0061】

続いて、表示制御部１２８は、ログ情報記憶部１１２に記憶されているログ情報に基づいて、特定したタグＩＤごとのタッチ数を集計する（Ｓ３２）。具体的には、表示制御部１２８は、ログ情報記憶部１１２に記憶されているログ情報のうち、受信時刻が、表示要求に含まれている開始日以降、かつ終了日以前の情報を対象として、特定したタグＩＤごとのタッチ数を集計する。

【0062】

続いて、表示制御部１２８は、地図上にＩＣタグ３の位置と、集計したタッチ数とを関連付けて表示した地図を生成し（Ｓ３３）、管理端末２に送信することにより、当該地図を管理端末２の表示部に表示させる。
管理端末２は、地図を受信すると、自身の表示部に表示させる（Ｓ３４）。これにより、コンテンツの提供者は、発行したＩＣタグ３ごとのタッチ数を確認することができるとともに、タッチ数と位置との関連性についても確認することができる。

【0063】

なお、図９のシーケンスの説明では、表示制御部１２８は、管理端末２にＩＣタグのタッチ数を表示した地図を表示させたが、これに限らない。例えば、表示制御部１２８は、管理端末２から、タッチ数の集計の対象となる期間の開始日及び終了日を受け付け、当該期間内のログ情報を集計した結果を示す情報を生成し、管理端末２に送信してもよい。

【0064】

［第１実施形態における効果］
以上のとおり、本実施形態に係る管理サーバ１は、一のメインコンテンツに対応するメインＵＲＬと、当該メインコンテンツにアクセスするためのＩＣタグ３の発行数とを受け付け、発行数分のＩＣタグ３のそれぞれに対して書き込まれる、ＩＣタグ３を識別するための情報を含むタグ用ＵＲＬを生成し、メインＵＲＬと、タグ用ＵＲＬとを関連付けて記憶部１１に記憶させる。

【0065】

このようにすることで、コンテンツ提供者は、一のメインコンテンツに対応するメインＵＲＬと、ＩＣタグ３の発行数とを指定することで、ＩＣタグ３に対してメインＵＲＬを効率よく関連付けることができる。また、コンテンツ提供者は、ＩＣタグ３の発行後に、ＩＣタグ３に記憶されたタグ用ＵＲＬとメインＵＲＬとを関連付ける登録作業を行う必要がないので、ＩＣタグ３に、他のコンテンツが誤って関連付けられることを防止することができる。また、ＩＣタグ３の発行数が多い場合であっても、ＩＣタグ３を利用したサービスの提供までにかかる時間が遅延することを防止することができる。

【0066】

＜第２の実施形態＞
［タグ用ＵＲＬを受信したときの状況に応じてサブコンテンツにリダイレクトさせる］
続いて、第２の実施形態について説明する。第１の実施形態では、管理サーバ１は、ＩＣタグ３に記憶されているタグ用ＵＲＬと、メインＵＲＬとを関連付けることにより、ユーザ端末４が、ＩＣタグ３からタグ用ＵＲＬを読み取ったことに応じてメインＵＲＬに対応するメインコンテンツにアクセスできるようにした。しかしながら、コンテンツ提供者は、ＩＣタグ３が読み取られたときの状況に応じて、ユーザ端末４を、メインコンテンツと異なるサブコンテンツにアクセスさせたい場合もある。そこで、第２の実施形態は、管理サーバ１が、ユーザ端末４からタグ用ＵＲＬを受信したときの状況に基づいて、ユーザ端末４をサブコンテンツに対応するサブＵＲＬにリダイレクトさせる点で第１の実施形態と異なる。以下に、第２の実施形態に係る管理システムＳについて図面を参照して説明する。なお、第１の実施形態と同様の構成については同一の符号を付し、詳細な説明を省略する。

【0067】

第２の実施形態において、受付部１２１は、メインコンテンツとは異なるサブコンテンツに対応するサブＵＲＬと、当該サブコンテンツにアクセスするための条件（以下、アクセス条件ともいう。）とを受け付ける。具体的には、受付部１２１は、管理端末２に受付画面２１を表示させ、当該受付画面２１を介して、管理端末２からサブＵＲＬ及びアクセス条件を受け付ける。

【0068】

図１０は、サブコンテンツにアクセスするための条件を受け付ける受付画面２１の一例を示す図である。
受付画面２１では、複数のサブコンテンツのそれぞれに対応するサブＵＲＬと、アクセス条件とを設定することができる。具体的には、図１０に示す追加ボタン２１１が押下されると、一のサブコンテンツに対応する入力エリアが表示される。図１０に示す例では、２つのサブコンテンツのそれぞれに対応する入力エリア２１０Ａと、入力エリア２１０Ｂとが表示されていることが確認できる。

【0069】

図１０に示すように、受付画面２１には、サブＵＲＬに対応する入力項目２１２が設けられており、受付部１２１は、入力項目２１２を介して、サブＵＲＬの入力を受け付ける。ここでは、サブＵＲＬが示すアドレスは、コンテンツサーバ５上の、メインＵＲＬとは異なるアドレスを示しているものとする。

【0070】

また、図１０に示すように、受付画面２１には、サブコンテンツにアクセスするためのアクセス条件に対応する入力項目２１３〜２１７が設けられている。
入力項目２１３は、時間に関するアクセス条件を受け付けるための入力項目である。例えば、入力項目２１３には、日にちに対応する入力欄と、時間に対応する入力欄と、曜日指定に対応するチェックボックスとが設けられており、コンテンツ提供者は、アクセス条件として、サブコンテンツにアクセスさせる時間帯を指定することができる。受付部１２１は、入力項目２１３を介して、アクセス条件として、ユーザ端末４をサブコンテンツにアクセスさせる時間帯を受け付ける。

【0071】

入力項目２１４は、言語に関するアクセス条件を受け付けるための入力項目である。例えば、入力項目２１４には、複数の言語のそれぞれに対応するチェックボックスが設けられており、コンテンツ提供者は、アクセス条件として、一以上の言語を指定することができる。受付部１２１は、入力項目２１４を介して、アクセス条件として、サブコンテンツにアクセスさせるユーザ端末４において使用される言語を受け付ける。

【0072】

入力項目２１５は、ユーザ端末４のタッチ数に関するアクセス条件を受け付けるための入力項目であり、受付部１２１は、入力項目２１５を介して、アクセス条件として、ユーザ端末４のＩＣタグ３へのタッチ数を受け付ける。ここでは、ユーザ端末４からのアクセス数が、入力項目２１５において入力されたタッチ数と一致する場合、又は入力されたタッチ数を超える場合に、タッチ数に関するアクセス条件が満たされると判定される。

【0073】

入力項目２１６は、ユーザ端末４にサブコンテンツを表示させる前に表示させる広告コンテンツの選択を受け付けるための入力項目である。受付部１２１は、入力項目２１６を介して、サブコンテンツを表示させる前に表示させる広告コンテンツの選択を受け付ける。

【0074】

入力項目２１７は、ユーザ端末４をサブコンテンツにアクセスさせることを許可するときのユーザ端末４の位置を示す許可位置情報を受け付けるための項目である。例えば、ＩＣタグ３は、固定位置だけではなく、車や電車等の移動体に対して付される場合もある。この場合において、コンテンツ提供者は、移動体の通過位置のそれぞれに応じて、ユーザ端末４に異なるサブコンテンツを提供したい場合もある。

【0075】

これに対応して、入力項目２１７には、基準位置を示す基準位置情報の入力を受け付ける入力欄と、当該基準位置からの距離を示す距離情報の入力を受け付ける入力欄とが設けられている。受付部１２１は、入力項目２１７を介して、アクセス条件として、基準位置情報と、距離情報とを含む許可位置情報を受け付ける。

【0076】

削除ボタン２１８は、一のサブコンテンツに対して設定されたサブＵＲＬ及びアクセス条件を削除するためのボタンである。
受付画面２１において入力操作が完了し、登録ボタン２１９が押下されると、管理端末２は、図１０に示す入力エリアに入力された内容を含む設定情報を管理サーバ１に送信する。管理サーバ１が、設定情報を受信すると、記憶制御部１２３は、設定情報に含まれるサブＵＲＬ及びアクセス条件を、メインＵＲＬ及びタグ用ＵＲＬに関連付けてリダイレクト情報記憶部１１１に記憶させる。ここで、受付画面２１において、複数のサブコンテンツのそれぞれに対応してサブＵＲＬ及びアクセス条件が入力された場合には、一のメインＵＲＬに対して、複数のサブＵＲＬ及びアクセス条件が関連付けて記憶される。

【0077】

リダイレクト部１２６は、受信部１２５がタグ用ＵＲＬを受信したときの状況に基づいて、サブＵＲＬに対応するアクセス条件が満たされていると判定すると、ユーザ端末４を当該サブＵＲＬにリダイレクトさせ、アクセス条件が満たされていないと判定すると、ユーザ端末４をメインＵＲＬにリダイレクトさせる。

【0078】

具体的には、リダイレクト部１２６は、受信部１２５がユーザ端末４からタグ用ＵＲＬを受信したときの時刻が、アクセス条件に含まれる時間帯に対応する場合に、ユーザ端末４をサブＵＲＬにリダイレクトさせる。この場合のサブＵＲＬに対応するコンテンツは、例えば、タイムセール情報を含む広告コンテンツである。本アクセス条件を用いることは、特定の時間に集客したい商店に好適である。

【0079】

また、リダイレクト部１２６は、受信部１２５がユーザ端末４から受信した言語情報が、アクセス条件に含まれる言語に対応している場合に、ユーザ端末４をサブＵＲＬにリダイレクトさせる。この場合のサブＵＲＬに対応するコンテンツは、例えば、アクセス条件に含まれる言語で作成されたコンテンツである。本アクセス条件を用いることは、観光地において観光案内情報をユーザに提供したい場合に好適である。

【0080】

また、リダイレクト部１２６は、ログ情報記憶部１１２に記憶されているログ情報に基づいて、タグ用ＵＲＬを送信した端末のＩＣタグ３へのタッチ数を特定し、特定したタッチ数がアクセス条件に含まれるタッチ数以上である場合に、ユーザ端末４をサブＵＲＬにリダイレクトさせる。タッチ数ごとに異なるサブＵＲＬが割り当てられている場合、リダイレクト部１２６は、特定したタッチ数に対応するサブＵＲＬに、ユーザ端末４をリダイレクトさせてもよい。この場合のサブＵＲＬに対応するコンテンツは、例えば、タッチするたびに内容が変化するコンテンツである。本アクセス条件を用いることは、コンテンツ提供者が、さまざまな情報を段階的にユーザに提供したい場合に好適である。

【0081】

また、リダイレクト部１２６は、受信部１２５が受信した端末位置情報が、アクセス条件に含まれる許可位置情報に対応している場合に、ユーザ端末４を、許可位置情報に対応するサブＵＲＬにリダイレクトさせる。具体的には、リダイレクト部１２６は、受信部１２５が受信した端末位置情報に対応する位置が、基準位置情報が示す基準位置から、距離情報が示す距離以内のエリアに含まれている場合に、ユーザ端末４を、許可位置情報に対応するサブＵＲＬにリダイレクトさせる。この場合のサブＵＲＬに対応するコンテンツは、例えば、ユーザ端末４のユーザがいる位置の付近に設置されている物品に関する解説を含むコンテンツである。本アクセス条件を用いることは、観光バスにＩＣタグ３が貼付されている場合に好適である。

【0082】

例えば、図１１に示すように、第１のサブコンテンツの許可位置情報として、基準位置ＢＰ１（Ｘ３，Ｙ３）、及び当該基準位置からの距離５００ｍが設定されているとともに、第２のサブコンテンツの許可位置情報として、基準位置ＢＰ２（Ｘ４，Ｙ４）、及び当該基準位置からの距離７００ｍが設定されているとする。また、他のアクセス条件が設定されていないものとする。

【0083】

そして、ＩＣタグ３が付された車両Ｃが位置Ｐ１に位置している場合に、ユーザ端末４がＩＣタグ３からタグ用ＵＲＬを読み取ったとする。この場合には、リダイレクト部１２６は、ユーザ端末４が、第１のサブコンテンツに対応するエリアに位置していると判定し、ユーザ端末４を、第１のサブコンテンツに対応するサブＵＲＬにリダイレクトさせる。

【0084】

他方、ＩＣタグ３が付された車両Ｃが位置Ｐ２に位置している場合に、ユーザ端末４がＩＣタグ３からタグ用ＵＲＬを読み取ったとする。この場合には、リダイレクト部１２６は、ユーザ端末４が、第２のサブコンテンツに対応するエリアに位置していると判定し、ユーザ端末４を、第２のサブコンテンツに対応するサブＵＲＬにリダイレクトさせる。このようにすることで、例えば、ＩＣタグ３が付された観光バスに乗車している観光客が、興味を持った建物や風景を目にした時に、観光バスの窓に貼られたＩＣタグ３にユーザ端末４をタッチすることにより、ユーザ端末４に、目にした建物や風景に関する解説を表示することができる。

【0085】

［アクセス条件に応じてリダイレクトさせる処理］
続いて、第２実施形態におけるユーザ端末４がＩＣタグ３に近接してから当該ユーザ端末４にサブコンテンツが表示されるまでの処理について説明する。

【0086】

なお、ユーザ端末４が、ＩＣタグ３からタグ用ＵＲＬを読み取ってから管理サーバ１がログ情報を記録するまでの管理サーバ１の処理の基本的な流れは、図６に示した第１の実施形態における処理と同じである。ただし、第２の実施形態においては、受信部１２５が、ユーザ端末４からアクセスを受け付けるときに、ユーザ端末４において使用される言語を示す言語情報をユーザ端末４から受信する点が異なる。以下、ログ情報を記録した後の処理（すなわち、図６のＳ１５の後の処理）について説明する。

【0087】

図１２は、第２の実施形態に係る管理サーバ１がログ情報を記録してからユーザ端末４にアクセス条件に応じたコンテンツが表示されるまでの処理の流れを示すシーケンス図である。
まず、リダイレクト部１２６は、アクセス条件に応じてリダイレクトさせる先の遷移先ＵＲＬを選択する遷移先ＵＲＬ選択処理を実行し（Ｓ２０）、ユーザ端末４にアクセスさせる遷移先ＵＲＬを選択する。

【0088】

遷移先ＵＲＬ選択処理において、リダイレクト部１２６は、メインＵＲＬに関連付けて記憶されている複数のサブＵＲＬから、時間、言語、タッチ数、位置に対応するアクセス条件を全て満たすサブＵＲＬが存在する場合に、当該サブＵＲＬを選択し、当該サブＵＲＬが存在しない場合に、メインＵＲＬを選択する。これにより、リダイレクト部１２６は、受信部１２５がタグ用ＵＲＬを受信したときの状況に基づいて、アクセス条件が満たされているサブＵＲＬが存在すると判定すると、ユーザ端末４を当該アクセス条件に対応するサブＵＲＬにリダイレクトさせ、アクセス条件が満たされているサブＵＲＬが存在しないと判定すると、ユーザ端末４をメインＵＲＬにリダイレクトさせる。遷移先ＵＲＬ選択処理の詳細については後述する。

【0089】

続いて、リダイレクト部１２６は、リダイレクト情報記憶部１１１を参照し、ユーザ端末４に遷移先ＵＲＬに対応するコンテンツを表示させる前に、広告コンテンツを表示させるか否かを判定する（Ｓ２１）。

【0090】

リダイレクト部１２６は、広告コンテンツを表示させると判定すると、広告コンテンツに対応する広告ＵＲＬと、遷移先ＵＲＬとをユーザ端末４に送信する。これにより、ユーザ端末４は、広告ＵＲＬに基づいて、自身の表示部に広告コンテンツを表示させる（Ｓ２２）。

【0091】

また、リダイレクト部１２６は、広告コンテンツを表示させないと判定すると、遷移先ＵＲＬのみをユーザ端末４に送信する。
ユーザ端末４は、管理サーバ１から受信した遷移先ＵＲＬに基づいてコンテンツサーバ５にアクセスし、コンテンツサーバ５から、遷移ＵＲＬに対応するコンテンツを受信する。そして、ユーザ端末４は、受信したコンテンツを自身の表示部に表示させる（Ｓ２３）。

【0092】

［遷移先ＵＲＬ選択処理のフローチャート］
続いて、遷移先ＵＲＬ選択処理の詳細を説明する。図１３は、第２の実施形態に係る遷移先ＵＲＬ選択処理の流れを示すフローチャートである。

【0093】

まず、リダイレクト部１２６は、メインＵＲＬに関連付けられている複数のサブＵＲＬから、ユーザ端末４から受信した言語情報が示す言語をアクセス条件とするサブＵＲＬを特定する（Ｓ２０１）。

【0094】

続いて、リダイレクト部１２６は、Ｓ２０１において特定されたサブＵＲＬが存在するか否かを判定する（Ｓ２０２）。リダイレクト部１２６は、該当するサブＵＲＬが存在する場合には、Ｓ２０４に処理を移す。また、リダイレクト部１２６は、該当するサブＵＲＬが存在しない場合には、Ｓ２０３に処理を移し、言語設定に関するアクセス条件が設定されていないサブＵＲＬを選択する。

【0095】

続いて、リダイレクト部１２６は、現在の日時及び曜日を特定し（Ｓ２０４）、Ｓ２０１において特定したサブＵＲＬ、又はＳ２０３において選択されたサブＵＲＬのうち、当該現在の日時及び曜日をアクセス条件とするサブＵＲＬを特定する（Ｓ２０５）。

【0096】

続いて、リダイレクト部１２６は、ログ情報記憶部１１２を参照して、ユーザ端末４のＩＣタグ３へのタッチ数を特定する（Ｓ２０６）。リダイレクト部１２６は、Ｓ２０５において特定したサブＵＲＬのうち、特定したタッチ数に対してアクセスを許可するサブＵＲＬを特定する（Ｓ２０７）。

【0097】

続いて、リダイレクト部１２６は、Ｓ２０７において特定したサブＵＲＬのうち、端末位置情報が示す位置においてアクセスを許可するサブＵＲＬを特定する（Ｓ２０８）。具体的には、リダイレクト部１２６は、アクセス条件として受け付けた基準位置から、アクセス条件として受け付けた距離以内の円状のエリアに、端末位置情報が示す位置が含まれている場合、当該アクセス条件に対応するサブＵＲＬを、端末位置情報が示す位置においてアクセスを許可するサブＵＲＬと特定する。

【0098】

続いて、リダイレクト部１２６は、Ｓ２０８において特定されたサブＵＲＬが存在するか否かを判定する（Ｓ２０９）。リダイレクト部１２６は、該当するサブＵＲＬが存在する場合には、遷移先ＵＲＬとして、当該サブＵＲＬを選択し（Ｓ２１０）、該当するサブＵＲＬが存在しない場合には、遷移先ＵＲＬとしてメインＵＲＬを選択する（Ｓ２１１）。なお、リダイレクト部１２６は、該当するサブＵＲＬが複数存在する場合には、これらのサブＵＲＬからランダムに選択した一のサブＵＲＬを遷移先ＵＲＬとして選択してもよい。

【0099】

［第２の実施形態における効果］
以上のとおり、第２の実施形態に係る管理サーバ１は、メインコンテンツとは異なるサブコンテンツに対応するサブＵＲＬと、当該サブコンテンツにアクセスするためのアクセス条件とを受け付け、タグ用ＵＲＬを受信したときの状況に基づいて、アクセス条件が満たされていると判定すると、ユーザ端末４をサブＵＲＬにリダイレクトさせ、アクセス条件が満たされていないと判定すると、ユーザ端末４をメインＵＲＬにリダイレクトさせる。
このようにすることで、コンテンツ提供者は、ユーザ端末４がＩＣタグ３を読み取ったときの状況に応じて、当該ユーザ端末４をサブコンテンツにアクセスさせることができる。

【0100】

＜第３の実施形態＞
［ＩＣタグ３が付された物体の種別ごとにタッチ数を集計する］
続いて、第３の実施形態について説明する。ＩＣタグ３は、第２の実施形態で説明したように、車両等の移動体に付される場合もある。この場合、コンテンツ提供者は、車両の種類に応じて、ＩＣタグ３のタッチ数を管理したいこともある。第３の実施形態では、ＩＣタグ３が付された物体の種別ごとにタッチ数を集計する点で第１の実施形態と異なる。

【0101】

図１４は、第３の実施形態に係る管理サーバ１の構成を示す図である。第３の実施形態において、管理サーバ１の制御部１２は、集計部１２９をさらに備える。
第３の実施形態において、リダイレクト情報記憶部１１１は、タグ用ＵＲＬに関連付けて、当該タグ用ＵＲＬに対応するＩＣタグ３が付された物体の種別を記憶する。具体的には、記憶制御部１２３は、コンテンツ提供者がＩＣタグ３を物体に付す場合に、管理端末２から、タグ用ＵＲＬと、物体の種別を示す種別情報とを受け付ける。物体の種別は、例えば、バスの種別（路線バスや観光バス）や、バスや電車のグレードの種別（普通車両や高級車両等）である。そして、記憶制御部１２３は、リダイレクト情報記憶部１１１に、タグ用ＵＲＬと、種別情報とを関連付けて記憶させる。

【0102】

集計部１２９は、ログ情報に基づいて、物体の種別ごとにタッチ数を集計する。具体的には、集計部１２９は、管理端末２からタッチ数の表示要求を受け付ける。表示要求には、ＩＣタグ３を発行する際に指定した配信名が含まれているものとする。

【0103】

集計部１２９は、リダイレクト情報記憶部１１１において、表示要求に含まれる配信名に関連付けられて記憶されているタグ用ＵＲＬに基づいて、タグＩＤを特定するとともに、当該タグＩＤに関連付けられている種別情報を特定する。

【0104】

続いて、集計部１２９は、ログ情報記憶部１１２に記憶されているログ情報に基づいて、特定したタグＩＤごとのタッチ数を集計する。そして、集計部１２９は、タグＩＤごとのタッチ数を、当該タグＩＤに対応する種別情報ごとに集計する。

【0105】

なお、集計部１２９は、物体の種別ごとに、複数の位置のそれぞれに対応するタッチ数を集計してもよい。この場合には、ログ情報記憶部１１２に記憶されているログ情報に基づいて、特定したタグＩＤごとのタッチ数を位置ごとに集計する。そして、集計部１２９は、タグＩＤ及び位置ごとのタッチ数を、当該タグＩＤに対応する種別情報に基づいてさらに集計する。

【0106】

続いて、表示制御部１２８は、集計した結果を管理端末２の表示部に表示させる。これにより、コンテンツの提供者は、物体の種別それぞれに対応するＩＣタグ３のタッチ数を確認することができるとともに、タッチ数と位置との関連性についても確認することができる。

【0107】

［第３の実施形態における効果］
以上のとおり、第３の実施形態に係る管理サーバ１は、物体の種別ごとにタッチ数を集計するので、コンテンツ提供者は、ＩＣタグ３が付された物体の種別のそれぞれに対応するタッチ数を確認することができる。また、管理サーバ１は、物体の種別ごとに、複数の位置のそれぞれに対応するタッチ数を集計するので、物体の種別それぞれについて、どの位置でタッチ数が多いのか確認することができる。これにより、コンテンツ提供者は、ユーザ端末４のユーザの属性を推定したり、推定した属性に基づいて新たなサービスを検討したりすることができる。

【0108】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。特に、装置の分散・統合の具体的な実施形態は以上に図示するものに限られず、その全部又は一部について、種々の付加等に応じて、又は、機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

【符号の説明】

【0109】

１・・・管理サーバ、１１・・・記憶部、１１１・・・リダイレクト情報記憶部、１１２・・・ログ情報記憶部、１２・・・制御部、１２１・・・受付部、１２２・・・生成部、１２３・・・記憶制御部、１２４・・・発行依頼部、１２５・・・受信部、１２６・・・リダイレクト部、１２７・・・ログ記憶制御部、１２８・・・表示制御部、１２９・・・集計部、２・・・管理端末、３・・・ＩＣタグ、４・・・ユーザ端末、５・・・コンテンツサーバ、Ｓ・・・サポートシステム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】