JP5763135B2 - 携帯端末、設定システムおよび設定方法 - Google Patents

Description

本発明は、携帯端末、設定システムおよび設定方法に関し、特に携帯端末を用いてＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグを読み取る技術に関する。

本発明の関連技術の一例として、二次元バーコードを複数用いて、一つの二次元バーコードで、辞書データ（アプリに相当）をダウンロードし、他の二次元バーコードで個別情報データを読み取り、ダウンロードした辞書データを用いて翻訳する技術が知られている（特許文献１参照）。

また、本発明の関連技術の他の一例として、タグに、ＵＲＩ(Uniform Resource Identifier)やタイトル（テキスト文）を書き込む規格が述べられている（非特許文献１参照）。

また、本発明の関連技術の他の一例として、データ部１０２には、サービス提供者である事業者を示す事業者コードと、ＩＣタグと連携して利用するアプリケーションのコード（アプリケーションコード）と、当該アプリケーションの提供元であるアプリケーションＵＲＬと、アプリケーションの有効期限や有効地域、サービス名やユーザへの告知情報等を含んだその他データとを含む。これらデータ部１０２の情報が、「連携アプリケーション情報」となる、との記載がある（特許文献２参照）。

さらにこの特許文献２には、連携アプリケーションが格納されているか否かを判定する（ステップＳ１４）。この判定で対応するコードがあった場合はステップＳ１７に進む、との記載がある。

さらにこの特許文献２には、対応するコードが存在しなかった場合は、読み込んだ連携アプリ情報１０２ＡからアプリＵＲＬを用いて事業者サーバ３０（等の外部サーバ）と通信する。本実施形態では、事業者サーバ３０は、これに応じて対応する連携アプリケーションを送信する、との記載がある。

さらにこの特許文献２には、ＩＣタグ１０において有効期限等が指定されていた場合等、適宜保存済アプリテーブル２０２を更新する（ステップＳ１７）。次に、連携アプリケーション２０３の有効範囲を判定する（ステップＳ１８：有効性判定工程）。そして、例えば携帯端末２０に予め装備されたタイマ（時計手段）２８から現在時刻を取得し、有効期限外であった場合は処理を終了する、との記載がある。

さらにこの特許文献２には、サービスの提供に必要なユーザ情報の収集を行い（ステップＳ２０：ユーザ情報抽出工程）、所定の事業者サーバ３０へユーザ情報を送信する、との記載がある。

また、本発明の関連技術の他の一例として、２次元バーコード２７ｂを復号して得たアクセス情報（識別情報ＩＤを含む）をサービスサーバ１に対して送信する、との記載がある（特許文献３参照）。

また、本発明の関連技術の他の一例として、携帯電話２が受信し、当該ＩＤを取得する（ステップＳ３）。続いて、携帯電話２は、予め記憶されているアドレス管理サーバ３のアドレスに基づいて、当該アドレス管理サーバ３に通信部２Ｄを介して接続する、との記載がある（特許文献４参照）。

また、本発明の関連技術の他の一例として、プログラムをインストールする技術が記載されている（特許文献５参照）。

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

Ｓｍａｒｔ Ｐｏｓｔｅｒ Ｒｅｃｏｒｄ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ，ＮＦＣ Ｆｏｒｕｍ、ＳＰＲ １．１、２００６年７月２４日

しかし、特許文献１記載の技術では、ダウンロード用と個別情報データ読取用の２枚の二次元バーコードを設置する必要があるため、設置スペースが多く必要となるという欠点がある。また、どちらのバーコードを読むべきか、ユーザが選択しなければならないという欠点もある。

また、非特許文献１記載の技術では、何のデータも書かれていないタグ（白タグ）に、ＵＲＩやタイトル（テキスト文）を書き込む技術が述べられているものであり、タグの構成が本発明と全く異なる。

また、特許文献２記載の技術では、本発明の特徴の中の、タグ読取アプリがインストールされている場合は、タグから読み取ったメッセージに含まれるテキストを、記憶部に記憶されている第２のアクセス先に送信すること、およびタグから読み取ったメッセージに含まれるテキストをもとに、端末の設定を行うことは全く記載されていない。

また、特許文献２記載の技術では、連携アプリケーションがあった場合、連携アプリケーションが起動してユーザ情報を送信し、あるいは有効期限等で処理をするかしないかを判断している。しかし、特許文献２記載の技術は、本発明のタグから読み取ったメッセージに含まれるテキストを、記憶部に記憶されている第２のアクセス先に送信する技術、あるいはタグから読み取ったメッセージに含まれるテキストをもとに端末の設定を行う技術とは異なる。

また、特許文献３記載の技術では、アクセス情報を２次元バーコードに記載されているサービスサーバに送信するのに対し、本発明は、タグから読み取ったメッセージに含まれるテキストを、記憶部に記憶されている（アプリ配信サーバのＵＲＩとは違う）第２のアクセス先に送信するものであり、本発明と特許文献３記載の技術では情報の送信先が異なる。

したがって、特許文献２記載の技術と特許文献３記載の技術とを組み合わせても本発明を想到することは困難である。

また、特許文献４記載の技術は、プログラムのインストール前の処理に関するものであり、したがって、特許文献２記載の技術と特許文献４記載の技術とを組み合わせても本発明を想到することは困難である。

また、特許文献５記載の技術には、プログラムをインストールすることしか記載されておらず、したがって、本発明の特徴は全く記載されていない。

そこで、本発明の目的は、ダウンロード用と個別情報データ読取用の２枚の二次元バーコードを設置する必要がなく、よって設置スペースの削減が可能で、かつどちらのバーコードを読むべきかユーザが選択する必要がない携帯端末、設定システムおよび設定方法を提供することにある。

本発明による携帯端末は、
タグ読取アプリがインストールされており、
マルチタグから読み取ったメッセージ内に含まれるＵＲＩ(Uniform Resource Identifier)が、前記タグ読取アプリのダウンロード用ＵＲＩの場合は、前記メッセージ内に含まれるテキスト文を基に、自端末の設定を行うことを特徴とする。

また、本発明による設定システムは、
マルチタグと、
タグ読取アプリがインストールされており、前記マルチタグから読み取ったメッセージ内に含まれるＵＲＩ(Uniform Resource Identifier)が、前記タグ読取アプリのダウンロード用ＵＲＩの場合は、前記メッセージ内に含まれるテキスト文を基に、自端末の設定を行う携帯端末と、
を含むことを特徴とする。

また、本発明による携帯端末の設定方法は、
タグ読取アプリがインストールされており、
マルチタグから読み取ったメッセージ内に含まれるＵＲＩ(Uniform Resource Identifier)が、前記タグ読取アプリのダウンロード用ＵＲＩの場合は、前記メッセージ内に含まれるテキスト文を基に、自端末の設定を行うことを特徴とする。

また、本発明によるプログラムは、上記の携帯端末の設定方法をコンピュータに実行させるためのプログラムである。

本発明によれば、ダウンロード用と個別情報データ読取用の２枚の二次元バーコードを設置する必要がなく、よって設置スペースの削減が可能で、かつどちらのバーコードを読むべきかユーザが選択する必要がないという効果を奏する。

本発明の第１の実施形態に係るインストール自動誘導システムのブロック図である。 タグ読取アプリ１１３をインストールする以前の時点における、インテント転送部１１１の設定状況を示す図である。 タグ読取アプリ１１３をインストールした後の時点における、インテント転送部１１１の設定状況を示す図である。 タグ読取アプリ１１３をインストールする前の時点で、携帯端末１を用いてマルチタグ２を読み取った場合に、表示部１４に表示される、インストール画面１４１を示す図である。 タグ読取アプリ１１３をインストールした後の時点で、携帯端末１を用いて、ＴＸＴ領域にアイテムＩＤが記載されているマルチタグ２を読み取った場合に、表示部１４に表示される、アイテム検索結果画面１４２を示す図である サービスサーバＤＢ１６１の構成を示す図である。 読取履歴ＤＢ１６２の構成を示す図である。 アプリケーションＤＢ３２の構成を示す図である。 スポットＤＢ４２の構成を示す図である。 アイテムＤＢ５２の構成を示す図である。 処理部１１における、タグ読取アプリ１１３の処理を示す流れ図である。 本発明の第２の実施形態に係るインストール自動誘導システムのブロック図である。 処理部１１における、タグ読取アプリ１１３Ａの処理を示す流れ図である。

実施の形態の説明に入る前に、本発明の概要を述べる。本発明では、携帯端末を用いてマルチタグを読み取った場合に、インテント転送部は、設定に基づき読み取ったＵＲＩをブラウザに渡すかそれともタグ読取アプリに渡すかを決定する。タグ読取アプリは、受信したＵＲＩメッセージの一部にタグ読取アプリを示す識別子が含まれる場合は、ＴＸＴメッセージに記載されている内容を基にサービスサーバを選択し、必要な情報を得る。

第１の実施形態：
第１の実施形態は、タグ読取時に、端末側がダウンロードの必要性を自動判別できるようにし、さらにタグに書かれている内容に基づき、適切なサービスサーバに誘導するものである。

図１は本発明の第１の実施形態に係るインストール自動誘導システムのブロック図である。図１を参照して、本発明の第１の実施形態に係る情報表示システムを説明する。本実施形態に係る情報表示システムは、携帯端末１と、マルチタグ２と、アプリ配信サーバ３と、スポット検索サーバ４と、アイテム検索サーバ５を含む。

携帯端末１は、処理部１１、近距離無線送受信部１２、通信部１３、表示部１４、入力部１５、記憶部１６を備える。携帯端末１の具体例として、スマートフォン（高機能携帯電話機）やタブレット端末が挙げられる。

処理部１１は、アプリケーションソフトウェアを実行処理し、近距離無線送受信部１２、通信部１３、表示部１４、入力部１５、記憶部１６へ指示を行う部位である。処理部１１は、インテント転送部１１１、ブラウザ１１２、タグ読取アプリ１１３を含む。

インテント転送部１１１は、近距離無線送受信部１２、ブラウザ１１２、もしくはタグ読取アプリ１１３の相互間でやり取りされる通知（インテント）を、転送する部位である。インテント転送部１１１は、受信したインテントに付与された名称をもとに、内部のテーブルを検索し、転送先を決定する。

ブラウザ１１２は、入力部１５もしくはインテント転送部１１１から指示されたＵＲＬのＷＥＢサーバに対して、通信部１３を介して、ＨＴＭＬ(Hyper Text Markup Language) ファイル、画像ファイル、アプリケーション（ａｐｋファイル等）を要求し、受信したＨＴＭＬファイル及び画像ファイルを表示部１４を通じて表示し、また、受信したアプリケーションをインストールする。

タグ読取アプリ１１３は、インテント転送部１１１からマルチタグ２に記載されているＵＲＩおよびＴＸＴメッセージを受信し、受信したＵＲＩおよびＴＸＴに記載されている内容をキーにサービスサーバＤＢ１６１を検索し、通信を行うサーバを決定し、通信部１３を介してスポット検索サーバ４やアイテム検索サーバ５からデータを取得し、取得したデータ等を表示部１４に表示する。また、受信したＵＲＩおよびＴＸＴに記載されている内容によっては、インテント転送部１１１を介してブラウザ１１２に対して、前記ＵＲＩのウェブサイトを表示するよう要求する。

さらに、インテント転送部１１１から受信したＵＲＩおよびＴＸＴに記載されている識別子と、通信部１３を介してスポット検索サーバ４やアイテム検索サーバ５から取得したデータを、読取履歴ＤＢ１６２に保管する。読取履歴ＤＢ１６２に保管されている内容は、入力部１５からユーザ操作があった場合に読取履歴ＤＢ１６２から読み出し、表示部１４を介して表示する。なお、タグ読取アプリ１１３は、ブラウザ１１２を介して、アプリケーション（アプリ）の形でインストールされる。

近距離無線送受信部１２は、マルチタグ２内の近距離無線送受信部２１と通信を行い、マルチタグ２内の記憶部２２にデータを書き込み、またはマルチタグ２内の記憶部２２からデータを読み込む部位である。この通信には、具体的にはＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を用いる。

通信部１３は、インターネットと通信を行い、処理部１１がインターネットを通じてアプリ配信サーバ３、スポット検索サーバ４、アイテム検索サーバ５等と通信できるようにする。表示部１４は、処理部１１内のブラウザ１１２もしくはタグ読取アプリ１１３から指示された内容を表示する部位である。

入力部１５は、ユーザからの入力を受け付け、処理部１１内のブラウザ１１２もしくはタグ読取アプリ１１３に入力された内容を伝達する部位である。スマートフォンやタブレット端末では、表示部１４と組み合わせ、タッチパネルとして実現される。

記憶部１６は、処理部１１から指示された内容を記憶し、また、処理部１１から指示された内容を読み出す部位である。通常は、ハードディスクやフラッシュメモリなどの不揮発性メモリが該当するが、ＲＡＭメモリなどの揮発性メモリ上を用いて実現しても良い。

記憶部１６は、サービスサーバＤＢ１６１、および読取履歴ＤＢ１６２を含む。サービスサーバＤＢ１６１は、サービス識別子に対するアクセス先ＵＲＬを返却するデータベースである。この結果は、タグ読取アプリ１１３において、アクセス先のサービスサーバを決定するために利用される。

読取履歴ＤＢ１６２は、マルチタグの読取日時に対する、サービス識別子、ＩＤ、名称、緯度、経度、説明、画像を返却するデータベースである。この結果は、タグ読取アプリ１１３において、読み取り履歴を表示するために利用される。

マルチタグ２は、近距離無線送受信部２１および記憶部２２を備える。マルチタグ２の具体例として、ＮＤＥＦ Ｓｍａｒｔ Ｐｏｓｔｅｒ形式でフォーマットされたＮＦＣタグが挙げられる。

近距離無線送受信部２１は、携帯端末１内の近距離無線送受信部１２と通信を行い、受信したコマンドに基づき記憶部２２にデータを書き込み、また記憶部２２からデータを読み込んだ結果を送信する。この通信には、具体的にはＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を用いる。

記憶部２２は、ＮＤＥＦ Ｓｍａｒｔ Ｐｏｓｔｅｒ形式でフォーマットされたフラッシュメモリ（不揮発性メモリ）であり、ＵＲＩ領域２２１およびＴＸＴ領域２２２を備える。

ＵＲＩ領域２２１は、ＲＦＣ３９８６等で規定されているサーバ資源などを特定する統一資源識別子（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ：ＵＲＩ）を記録する領域である。

ＴＸＴ領域２２２は、ＮＤＥＦ Ｓｍａｒｔ Ｐｏｓｔｅｒ規格上は、ＵＲＩ領域２２１に記載されたサーバの説明文を記録する領域である。しかしながら、本願においては、この領域にサービス識別子およびサービスに必要なパラメータを記述している。

アプリ配信サーバ３は、アプリケーションを配布するためのサーバであり、ＷＥＢサーバ３１、およびアプリケーションＤＢ３２を備える。一般的には、マーケットやストアと呼ばれるサーバである。

ＷＥＢサーバ３１は、携帯端末１からインターネットを通じて届くコンテンツ取得要求に応じて、要求で提示されたアプリ識別子（たとえばｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）に対応するコンテンツをアプリケーションＤＢ３２から取り出し、インターネットを通じて携帯端末１に送信する。

アプリケーションＤＢ３２は、アプリ識別子に対する、インストールパッケージファイル（ａｐｋファイル）を返却するデータベースである。

スポット検索サーバ４は、スポットＩＤに対する、スポット名、緯度、経度、説明、画像を検索するためのサーバであり、ＷＥＢサーバ４１、およびスポットＤＢ４２を備える。

ＷＥＢサーバ４１は、携帯端末１からインターネットを通じて届くコンテンツ取得要求に応じて、要求で提示されたスポットＩＤに対応するスポット名、緯度、経度、説明、画像をスポットＤＢ４２から取り出し、インターネットを通じて携帯端末１に送信する。

スポットＤＢ４２は、スポットＩＤに対する、スポット名、緯度、経度、説明、画像を返却するデータベースである。アイテム検索サーバ５は、アイテムＩＤに対する、アイテム名、説明、画像を検索するためのサーバであり、ＷＥＢサーバ５１、およびアイテムＤＢ５２を備える。

ＷＥＢサーバ５１は、携帯端末１からインターネットを通じて届くコンテンツ取得要求に応じて、要求で提示されたアイテムＩＤに対応するアイテム名、説明、画像をアイテムＤＢ５２から取り出し、インターネットを通じて携帯端末１に送信する。アイテムＤＢ５２は、アイテムＩＤに対する、アイテム名、説明、画像を返却するデータベースである。

図２はタグ読取アプリ１１３をインストールする以前の時点における、インテント転送部１１１の設定状況を示す図である。インテント転送部１１１は、優先順位１１１１、インテント名１１１２、転送先１１１３で構成される。

優先順位１１１１は、設定の優先順位を示す領域であり、数字が低いほど優先度が高くなる。インテント名１１１２は、設定対象となる通知（インテント）の名称を記述する領域である。転送先１１１３は、インテント名１１１２に記載された名前のインテントを転送する転送先（アプリケーション等）を指定する領域である。

図３はタグ読取アプリ１１３をインストールした後の時点における、インテント転送部１１１の設定状況を示す図である。インテント転送部１１１の構成は、図２と同様である。

図４はタグ読取アプリ１１３をインストールする前の時点で、携帯端末１を用いてマルチタグ２を読み取った場合に、表示部１４に表示される、インストール画面１４１を示す図である。

タイトル１４１１は、これからインストールするアプリケーションの名称が表示される領域である。今回は例として「タグ読取アプリ」と表示している。アイコン１４１２は、これからインストールするアプリケーションのアイコンが表示される領域である。

インストールボタン１４１３は、インストールを開始するためのボタンである。このボタンを押下すると、アプリ配信サーバから携帯端末１にインストールパッケージファイルが転送され、携帯端末１の処理部１１内にインストールされる。説明１４１４は、これからインストールするアプリケーションの説明が記載される領域である。

図５はタグ読取アプリ１１３をインストールした後の時点で、携帯端末１を用いて、ＴＸＴ領域にアイテムＩＤが記載されているマルチタグ２を読み取った場合に、表示部１４に表示される、アイテム検索結果画面１４２を示す図である。

読み取ったアイテム１４２１は、マルチタグ２内のＴＸＴ領域２２２に記載されているアイテムＩＤに対応するアイテムの内容を表示する領域である。画像１４２１１は、アイテムの画像を表示する領域である。アイテム名１４２１２は、アイテムの名称を表示する領域である。アイテム説明１４２１３は、アイテムの説明を表示する領域である。

読取履歴１４２２は、過去に読みとったアイテムの履歴を、読取日時降順で表示する領域である。画像１４２２１は、過去に読み取ったアイテムのうち、最も最近読み取ったアイテムの画像を表示する領域である。画像１４２２２〜１４２２６は、画像１４２２１と同様に、過去に読み取ったアイテムの画像を表示する領域である。

図６はサービスサーバＤＢ１６１の構成を示す図である。サービスサーバＤＢ１６１は、サービス識別子１６１１、アクセス先１６１２で構成される。サービス識別子１６１１は、サービス種別を識別するための識別子を格納する領域である。アクセス先１６１２は、サービス識別子１６１１で規定されたサービスを提供するサーバ等のＵＲＩを記載する領域である。

図７は、読取履歴ＤＢ１６２の構成を示す図である。読取履歴ＤＢ１６２は、読取日時１６２１、サービス識別子１６２２、ＩＤ１６２３、名称１６２４、緯度１６２５、経度１６２６、説明１６２７、画像１６２８で構成される。

読取日時１６２１は、マルチタグ２を読み取った日時を記載する領域である。サービス識別子１６２２は、読み取ったマルチタグ２のＴＸＴ領域に記載されている識別子を記載する領域である。

ＩＤ１６２３は、読み取ったマルチタグ２のＴＸＴ領域に記載されている識別子に続けて記載されているアイテムＩＤもしくはスポットＩＤを記載する領域である。名称１６２４は、アイテムＩＤに対応するアイテムの名称、もしくはスポットＩＤに対応するスポットの名称を記載する領域である。

緯度１６２５は、読み取ったマルチタグ２がスポットを示すものである場合に、スポットＩＤに対応する場所の緯度を記録する領域である。経度１６２６は、読み取ったマルチタグ２がスポットを示すものである場合に、スポットＩＤに対応する場所の経度を記録する領域である。

説明１６２７は、アイテムＩＤに対応するアイテムの説明、もしくはスポットＩＤに対応するスポットの説明を記載する領域である。画像１６２８は、アイテムＩＤに対応するアイテムの写真、もしくはスポットＩＤに対応するスポットの写真のファイル名を記載する領域である。

図８はアプリケーションＤＢ３２の構成を示す図である。アプリケーションＤＢ３２は、アプリ識別子３２１、ファイル３２２で構成される。アプリ識別子３２１は、アプリケーションを識別するための識別子を格納する領域である。ファイル３２２は、アプリケーションをインストールする為のインストールパッケージ（ａｐｋ）のファイル名を記載する領域である。

図９はスポットＤＢ４２の構成を示す図である。スポットＤＢ４２は、スポットＩＤ４２１、スポット名４２２、緯度４２３、経度４２４、説明４２５、画像４２６で構成される。

スポットＩＤ４２１は、スポットＩＤを記載する領域である。この領域は、スポットＤＢ４２を検索する際の検索キーになる。スポット名４２２は、スポットＩＤに対応するスポットの名称を記載する領域である。緯度４２３は、スポットＩＤに対応する場所の緯度を記録する領域である。経度４２４は、スポットＩＤに対応する場所の経度を記録する領域である。

説明４２５は、スポットＩＤに対応するスポットの説明を記載する領域である。画像４２６は、スポットＩＤに対応するスポットの写真のファイル名を記載する領域である。

図１０はアイテムＤＢ５２の構成を示す図である。アイテムＤＢ５２は、アイテムＩＤ５２１、アイテム名５２２、説明５２３、画像５２４で構成される。アイテムＩＤ５２１は、アイテムＩＤを記載する領域である。この領域は、アイテムＤＢ５２を検索する際の検索キーになる。

アイテム名５２２は、アイテムＩＤに対応するアイテムの名称を記載する領域である。説明５２３は、アイテムＩＤに対応するアイテムの説明を記載する領域である。画像５２４は、アイテムＩＤに対応するアイテムの写真のファイル名を記載する領域である。

図１１は処理部１１における、タグ読取アプリ１１３の処理を示す流れ図である。タグ読取アプリ１１３は、インテント転送部１１１よりＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントを受信すると、処理を開始する。このインテントには、ＵＲＩメッセージ（たとえばｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）とＴＸＴメッセージ（たとえばｓｐｏｔ＝ｓｊｉｄｃａｊｆｖｊｅｏｒｊｇｖ）が含まれる（ステップ１１３１）。

ステップ１１３１において取得したインテントのＵＲＩメッセージ内に、自アプリのアプリ識別子を含むダウンロード用ＵＲＩが記載されている場合は、ステップ１１３４に進む。自アプリのアプリ識別子を含むダウンロード用ＵＲＩが記載されていない場合は、ステップ１１３３に進む。例えばタグ読取アプリ１１３のアプリ識別子がｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒである場合、このアプリ識別子の文字列がＵＲＩメッセージに含まれる場合は、ステップ１１３４に進み、含まれない場合はステップ１１３３に進む（ステップ１１３２）。

インテント転送部に対してＡＣＴＩＯＮ＿ＶＩＥＷインテントを送信し、ブラウザ１１２に対して、ＵＲＩメッセージに記載のＵＲＩを開くよう要求する（ステップ１１３３）。

ＴＸＴ領域に記載されている識別子をキーに、サービスサーバＤＢ１６１を検索する。例えば、ＴＸＴ領域に"ｓｐｏｔ＝ｓｊｉｄｃａｊｆｖｊｅｏｒｊｇｖ"という文字列が記載されていた場合、"ｓｐｏｔ"という識別子をキーにサービスサーバＤＢ１６１を検索し、サービスサーバのＵＲＩ（たとえばｈｔｔｐ：／／ｌｏｃａｔｉｏｎ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐ）を取得する（ステップ１１３４）。

ステップ１１３４において取得したサービスサーバに対して、ＴＸＴメッセージに記載されているパラメータを送信する。例えば、ステップ１１３４においてｈｔｔｐ：／／ｌｏｃａｔｉｏｎ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐというサービスサーバの回答を得た場合、ｈｔｔｐ：／／ｌｏｃａｔｉｏｎ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐ？ｓｐｏｔ＝ｓｊｉｄｃａｊｆｖｊｅｏｒｊｇｖというＧＥＴ命令を発信する（ステップ１１３５）。

ステップ１１３５において送信したパラメータ（ＧＥＴ命令）に対する返答を受信し、受信した内容を読取履歴ＤＢ１６２に記録する（ステップ１１３６）。ステップ１１３６においてサービスサーバから受信した内容と、読取履歴ＤＢ１６２を登録年月日降順で検索した結果の先頭６件のレコードに記載されている履歴に対応する画像（アイコン）を、アイテム検索結果画面１４２の形式で表示部１４に表示する（ステップ１１３７）。

以下、図１を参照して、本システムを用いた情報表示方法を具体的に説明する。

実施例１：タグ読取アプリ１１３のインストール動作
実施例１では、タグ読取アプリ１１３をインストールする前の時点で、携帯端末１を用いて、ＴＸＴ領域にアイテムＩＤが記載されているマルチタグ２を読み取った場合に、タグ読取アプリ１１３がインストールされる動作の説明を行う。

ここでは、タグ読取アプリ１１３のアプリ識別子を、ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒとする。携帯端末１には、タグ読取アプリ１１３がインストールされておらず、インテント転送部１１１は図２に示す設定が行われているものとする。また、マルチタグ２内のＵＲＩ領域２２１には、タグ読取アプリ１１３のダウンロード用ＵＲＩ（ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）が設定されており、ＴＸＴ領域２２２には、"ｉｔｅｍ＝Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３"が設定されているものとする。

アプリケーションＤＢ３２には、図８に示す内容が設定されているものとする。スポットＤＢ４２には、図９に示す内容が設定されているものとする。アイテムＤＢ５２には、図１０に示す内容が設定されているものとする。

アプリ配信サーバ３には、ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐというＵＲＬが設定されているものとする。スポット検索サーバ４には、ｈｔｔｐ：／／ｌｏｃａｔｉｏｎ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐというＵＲＬが設定されているものとする。アイテム検索サーバ５には、ｈｔｔｐ：／／ｉｔｅｍ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐというＵＲＬが設定されているものとする。

携帯端末１を、マルチタグ２にかざし、携帯端末１内の近距離無線送受信部１２とマルチタグ２内の近距離無線送受信部２１の相互間で、通信ができる状態になると、携帯端末１内の近距離無線送受信部１２は、マルチタグ２内の近距離無線送受信部２１に対して、記憶部２２内に記録されている内容を送信するよう要求する。

近距離無線送受信部２１は、近距離無線送受信部１２からの要求を受け、記憶部２２内のＵＲＩ領域２２１、およびＴＸＴ領域２２２に記載されている内容を、近距離無線送受信部１２に送信する。ここでは、ＵＲＩとして"ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ"、ＴＸＴとして"ｉｔｅｍ＝Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３"を送信する。

近距離無線送受信部１２は、近距離無線送受信部２１から受信したＵＲＩおよびＴＸＴを、ＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントとして、インテント転送部１１１に送信する。

インテント転送部１１１は、近距離無線送受信部１２からＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントを受信すると、図２に示す設定を参照し、このインテントの転送先を決定する。ここでは、設定に従い、受信したＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントをブラウザに転送する。

ブラウザ１１２は、インテント転送部１１１からＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントを受信し、このインテントに含まれるＵＲＩ（ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）のサーバに、通信部１３を経由してアクセスする。

通信部１３は、ブラウザ１１２からＵＲＩ（ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）を受信すると、インターネットを介してｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／に対応するサーバに接続する。ここでは、アプリ配信サーバ３に接続する。

アプリ配信サーバ３内のＷＥＢサーバ３１は、携帯端末１内の通信部１３からの要求（ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）を受け、ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒをキーに、アプリケーションＤＢ３２を検索する。そして、検索結果としてｔａｇｒｅａｄｅｒ．ａｐｋを受け取り、このｔａｇｒｅａｄｅｒ．ａｐｋファイルを、通信部１３を介してブラウザ１１２に送信する。

ブラウザ１１２は、ＷＥＢサーバ３１より、インターネットおよび通信部１３を介してｔａｇｒｅａｄｅｒ．ａｐｋファイルを受信する。このとき、このファイルの拡張子がａｐｋであることから、受信したファイルがインストールパッケージファイルであると認識し、受信したファイルをインストールする。これにより、処理部１１内にタグ読取アプリ１１３ができあがる。

ブラウザ１１２は、タグ読取アプリ１１３インストール完了を検出すると、タグ読取アプリ１１３を起動する。

タグ読取アプリ１１３は、初回起動モードで起動し、インテント転送部１１１に対して、ＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントを自アプリに転送するよう設定を行う。この結果、図３に示す設定状況となる。また、記憶部１６内にサービスサーバＤＢ１６１を作成し、図６に示すサービス識別子、およびアクセス先の設定を行う。さらに、記憶部１６内に読取履歴ＤＢ１６２を作成する。

以上により、タグ読取アプリ１１３のインストールが完了する。なお、上記に示したように、タグ読取アプリ１１３のインストール動作では、ＴＸＴ領域に記載されている"ｉｔｅｍ＝Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３"は、結果として無視される。

実施例２：アイテム表示動作
実施例２では、タグ読取アプリ１１３をインストールした後の時点で、携帯端末１を用いて、ＴＸＴ領域にアイテムＩＤが記載されているマルチタグ２を読み取った場合に、マルチタグ２内に記載されたアイテムＩＤに対応するアイテムが表示される動作の説明を行う。

ここでは、タグ読取アプリ１１３のアプリ識別子を、ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒとする。携帯端末１には、タグ読取アプリ１１３が既にインストールされており、インテント転送部１１１は図３に示す設定が行われているものとする。

また、マルチタグ２内のＵＲＩ領域２２１には、タグ読取アプリ１１３のダウンロード用ＵＲＩ（ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）が設定されており、ＴＸＴ領域２２２には、"ｉｔｅｍ＝Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３"が設定されているものとする。

アプリケーションＤＢ３２には、図８に示す内容が設定されているものとする。スポットＤＢ４２には、図９に示す内容が設定されているものとする。アイテムＤＢ５２には、図１０に示す内容が設定されているものとする。マルチタグ２は、「ポテトチップ しお味」に貼り付けられているものとする。

アプリ配信サーバ３には、ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐというＵＲＬが設定されているものとする。スポット検索サーバ４には、ｈｔｔｐ：／／ｌｏｃａｔｉｏｎ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐというＵＲＬが設定されているものとする。アイテム検索サーバ５には、ｈｔｔｐ：／／ｉｔｅｍ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐというＵＲＬが設定されているものとする。

また、読取履歴ＤＢ１６２には、既に「２０１２年２月１日１３時０１分５８秒に、スポットＩＤ＝ｓｊｉｄｃａｊｆｖｊｅｏｒｊｇｖで識別されるタグを読み取った履歴が保管されているものとする。

携帯端末１を、「ポテトチップ しお味」に貼り付けられたマルチタグ２にかざし、携帯端末１内の近距離無線送受信部１２とマルチタグ２内の近距離無線送受信部２１の相互間で、通信ができる状態になると、携帯端末１内の近距離無線送受信部１２は、マルチタグ２内の近距離無線送受信部２１に対して、記憶部２２内に記録されている内容を送信するよう要求する。

近距離無線送受信部２１は、近距離無線送受信部１２からの要求を受け、記憶部２２内のＵＲＩ領域２２１、およびＴＸＴ領域２２２に記載されている内容を、近距離無線送受信部１２に送信する。ここでは、ＵＲＩとして"ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ"、ＴＸＴとして"ｉｔｅｍ＝Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３"を送信する。

近距離無線送受信部１２は、近距離無線送受信部２１から受信したＵＲＩおよびＴＸＴを、ＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントとして、インテント転送部１１１に送信する。

インテント転送部１１１は、近距離無線送受信部１２からＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントを受信すると、図３に示す設定を参照し、このインテントの転送先を決定する。ここでは、設定に従い、受信したＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントをタグ読取アプリ１１３に転送する。タグ読取アプリ１１３は、インテント転送部１１１よりＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントを受信すると、処理を開始する。

タグ読取アプリ１１３は、ステップ１１３１において取得したインテントのＵＲＩメッセージ内に、自アプリのアプリ識別子（ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）を含むダウンロード用ＵＲＩ（ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）が記載されているため、ＴＸＴ領域に記載されている識別子をキーに、サービスサーバＤＢ１６１を検索する。

ここでは、ＴＸＴ領域に"ｉｔｅｍ＝Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３"が設定されているため、"ｉｔｅｍ"をキーにサービスサーバＤＢ１６１を検索し、結果として"ｈｔｔｐ：／／ｉｔｅｍ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐ"を取得する。

タグ読取アプリ１１３は、ｈｔｔｐ：／／ｉｔｅｍ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐに対応するサーバであるアイテム検索サーバ５内のＷＥＢサーバ５１に対して、通信部１３を介してｈｔｔｐ：／／ｉｔｅｍ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐ？ｉｔｅｍ＝Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３というＧＥＴ命令を送信する。

アプリ検索サーバ５内のＷＥＢサーバ５１は、携帯端末１内の通信部１３からの要求（ｈｔｔｐ：／／ｉｔｅｍ．ｂｉｇｌｏｂｅ（登録商標）．ｎｅ．ｊｐ？ｉｔｅｍ＝Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３）を受け、Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３をキーに、アイテムＤＢ５２を検索する。そして、検索結果としてアイテム名「ポテトチップしお味」、説明「あっさり塩味のチップスです。」、画像「Ｐｃｈｉｐ．ｊｐｇ」を得る。そして、検索結果を、タグ読取アプリ１１３に送信する（この際、Ｐｃｈｉｐ．ｊｐｇの画像ファイルも送信される）。

タグ読取アプリ１１３は、ＷＥＢサーバ５１からの返答を受信し、受信した内容を読取履歴ＤＢ１６２に記録する。ここでは、読取日時１６２１に「２０１２０２０１−１４０５２６」、サービス識別子１６２２に「ｉｔｅｍ」、ＩＤ１６２３に「Ｉｆｈ３ｉ９０ｒｊｆ９０ｍｏｄ３」、名称１６２４に「ポテトチップしお味」、緯度１６２５にｎｕｌｌ、経度１６２６にｎｕｌｌ、説明１６２７に「あっさり塩味のチップスです。」、画像１６２８に「Ｐｃｈｉｐ．ｊｐｇ」を登録する。

タグ読取アプリ１１３は、ＷＥＢサーバ５１から受信した内容と、読取履歴ＤＢ１６２を登録年月日降順で検索した結果を、アイテム検索結果画面１４２の形式で表示部１４に表示する。ここでは、画像１４２１１に「Ｐｃｈｉｐ．ｊｐｇ」を表示し、アイテム名１４２１２に「ポテトチップしお味」、アイテム説明１４２１３に「あっさり塩味のチップスです。」を表示する。

また、読取履歴ＤＢ１６２を検索した結果、「２０１２年２月１日１３時０１分５８秒に、スポットＩＤ＝ｓｊｉｄｃａｊｆｖｊｅｏｒｊｇｖで識別されるタグを読み取った履歴」が保管されているため、画像１４２２１に「Ｏｓａｋｉ．ｊｐｇ」を表示する。

以上により、アイテム表示動作が完了する。本実施形態によれば、マルチタグ２の読取時に、携帯端末１側がタグ読取アプリ１１３のダウンロードの必要性を自動判別し、さらにマルチタグ２内のＴＸＴ領域２２２に書かれている内容に基づき、適切なサービスサーバに誘導することができる。

第２の実施形態：
第２の実施形態は、タグ読取時に、端末側がダウンロードの必要性を自動判別できるようにし、さらにタグに書かれている内容に基づき、携帯端末１の設定を行うものである。

図１２は本発明の第２の実施形態に係るインストール自動誘導システムのブロック図である。図１２を参照して、本発明の第２の実施形態に係る情報表示システムを説明する。本実施形態に係る情報表示システムは、第１の実施形態に対して、タグ読取アプリ１１３がタグ読取アプリ１１３Ａに置き換わる点、設定部１１４、バイブレータ１７、ＬＥＤ表示部１８、スピーカ／マイク１９が追加されている点、および、スポット検索サーバ４とアイテム検索サーバ５が削除されている点において異なる。

タグ読取アプリ１１３Ａは、インテント転送部１１１からマルチタグ２に記載されているＵＲＩおよびＴＸＴメッセージを受信し、受信したＵＲＩおよびＴＸＴに記載されている内容をキーにインテント転送部１１１を経由して設定部１１４に対して設定を行う。また、受信したＵＲＩおよびＴＸＴに記載されている内容によっては、インテント転送部１１１を介してブラウザ１１２に対して、前記ＵＲＩのウェブサイトを表示するよう要求する。なお、タグ読取アプリ１１３Ａは、ブラウザ１１２を介して、アプリケーション（アプリ）の形でインストールされる。

設定部１１４は、インテント転送部１１１からのインテントを受信し、バイブレータ１７のＯＮ／ＯＦＦ設定、ＬＥＤ表示部１８のＯＮ／ＯＦＦおよび表示色や輝度の設定、スピーカ／マイク１９の音量設定などを行う。

バイブレータ１７は、携帯端末１を振動させて、ユーザに電話やメールの着信、マルチタグ２の読取完了などを通知する部位である。ＯＮ／ＯＦＦや振動パターン、振動時間、振動強度などは、設定部１１４から設定できる。

ＬＥＤ表示部１８は、携帯端末１から光を出し、ユーザに電話やメールの着信、マルチタグ２の読取完了などを通知する部位である。ＯＮ／ＯＦＦや発光パターン、発光時間、輝度などは、設定部１１４から設定できる。

スピーカ／マイク１９は、携帯端末１から音を出し、ユーザに電話やメールの着信、マルチタグ２の読取完了などを通知する部位である。ＯＮ／ＯＦＦや鳴動パターン、鳴動時間、音量などは、設定部１１４から設定できる。

図１３は処理部１１における、タグ読取アプリ１１３Ａの処理を示す流れ図である。タグ読取アプリ１１３Ａは、インテント転送部１１１よりＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントを受信すると、処理を開始する。このインテントには、ＵＲＩメッセージ（たとえばｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）とＴＸＴメッセージ（たとえばｓｏｕｎｄ＝ｏｆｆ）が含まれる（ステップ１１３１Ａ）。

ステップ１１３１Ａにおいて取得したインテントのＵＲＩメッセージ内に、自アプリのアプリ識別子を含むダウンロード用ＵＲＩが記載されている場合は、ステップ１１３４Ａに進む。自アプリのアプリ識別子を含むダウンロード用ＵＲＩが記載されていない場合は、ステップ１１３３Ａに進む。例えばタグ読取アプリ１１３のアプリ識別子がｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒである場合、このアプリ識別子の文字列がＵＲＩメッセージに含まれる場合は、ステップ１１３４Ａに進み、含まれない場合はステップ１１３３Ａにすすむ（ステップ１１３２Ａ）。

インテント転送部に対してＡＣＴＩＯＮ＿ＶＩＥＷインテントを送信し、ブラウザ１１２に対して、ＵＲＩメッセージに記載のＵＲＩを開くよう要求する（ステップ１１３３Ａ）。

ＴＸＴ領域に記載されている識別子をキーに、インテント転送部１１１に対して、ＳＥＴＴＩＮＧＳインテントを送信する。例えば、ＴＸＴ領域に"ｓｏｕｎｄ＝ｏｆｆ"という文字列が記載されていた場合、ＳＥＴＴＩＮＧＳインテントを用いて設定部１１４に対して、スピーカ／マイク１９から音を出さないよう設定を行う（ステップ１１３４Ａ）。

以下、図１２を参照して、本システムを用いた設定動作を具体的に説明する。タグ読取アプリ１１３Ａのインストール動作は、第１の実施の形態におけるタグ読取アプリ１１３の動作と同様であるため、説明を割愛する。

本実施例では、タグ読取アプリ１１３Ａをインストールした後の時点で、携帯端末１を用いて、ＴＸＴ領域に設定コマンドが記載されているマルチタグ２を読み取った場合に、マルチタグ２内に記載された設定コマンドに対応する設定を行う動作の説明を行う。

ここでは、タグ読取アプリ１１３Ａのアプリ識別子を、ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒとする。携帯端末１には、タグ読取アプリ１１３Ａが既にインストールされており、インテント転送部１１１は図３に示す設定が行われているものとする。

また、マルチタグ２内のＵＲＩ領域２２１には、タグ読取アプリ１１３のダウンロード用ＵＲＩ（ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）が設定されており、ＴＸＴ領域２２２には、"ｓｏｕｎｄ＝ｏｆｆ"が設定されているものとする。

アプリケーションＤＢ３２には、図８に示す内容が設定されているものとする。また、アプリ配信サーバ３には、ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐというＵＲＬが設定されているものとする。

携帯端末１を、マルチタグ２にかざし、携帯端末１内の近距離無線送受信部１２とマルチタグ２内の近距離無線送受信部２１の相互間で、通信ができる状態になると、携帯端末１内の近距離無線送受信部１２は、マルチタグ２内の近距離無線送受信部２１に対して、記憶部２２内に記録されている内容を送信するよう要求する。

近距離無線送受信部２１は、近距離無線送受信部１２からの要求を受け、記憶部２２内のＵＲＩ領域２２１、およびＴＸＴ領域２２２に記載されている内容を、近距離無線送受信部１２に送信する。ここでは、ＵＲＩとして"ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ"、ＴＸＴとして"ｓｏｕｎｄ＝ｏｆｆ"を送信する。

近距離無線送受信部１２は、近距離無線送受信部２１から受信したＵＲＩおよびＴＸＴを、ＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントとして、インテント転送部１１１に送信する。

インテント転送部１１１は、近距離無線送受信部１２からＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントを受信すると、図３に示す設定を参照し、このインテントの転送先を決定する。ここでは、設定に従い、受信したＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントをタグ読取アプリ１１３Ａに転送する。タグ読取アプリ１１３Ａは、インテント転送部１１１よりＮＤＥＦ＿ＤＩＳＣＯＶＥＲＥＤ．ＵＲＩインテントを受信すると、処理を開始する。

タグ読取アプリ１１３Ａは、ステップ１１３１において取得したインテントのＵＲＩメッセージ内に、自アプリのアプリ識別子（ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）を含むダウンロード用ＵＲＩ（ｈｔｔｐ：／／ｍａｒｋｅｔ．ｂｉｇｌｏｂｅ（登録商標）．ｊｐ／？ｉｄ＝ｊｐ．ｎｅ．ｂｉｇｌｏｂｅ（登録商標）．ｔａｇｒｅａｄｅｒ）が記載されているため、ＴＸＴ領域に記載されている識別子を読み取る。

ここでは、ＴＸＴ領域に"ｓｏｕｎｄ＝ｏｆｆ"が設定されているため、スピーカから音を出さないように設定するメッセージを格納したＳＥＴＴＩＮＧＳインテントを、インテント転送部１１１に送信する。

インテント転送部１１１は、タグ読取アプリ１１３ＡからＳＥＴＴＩＮＧＳインテントを受信し、図３に示す設定を参照し、このインテントの転送先を決定する。ここでは、設定に従い、受信したＳＥＴＴＩＮＧＳインテントを設定部１１４に転送する。

設定部１１４は、ＳＯＵＮＤ＝ＯＦＦというメッセージが記載されたインテントを受信し、スピーカ／マイク１９から音が出ないように設定を行う。以上により、設定動作が完了する。

以上の説明では、マルチタグ２内のＴＸＴ領域に設定コマンドを記述し、設定部１１４に対して設定命令を行う例を記載したが、ＴＸＴ領域に通話先電話番号を記載し、タグを読み取ることで、自動的に通話発信を行うようにしても良い。

また、ＴＸＴ領域にＳＭＳ送信先電話番号を記載し、タグを読み取ることで、自動的にＳＭＳを送信するようにしても良い。また、ＴＸＴ領域に電話帳に登録する氏名や電話番号などを記載し、タグを読み取ることで、自動的に電話帳に登録できるようにしても良い。

本実施形態によれば、マルチタグ２の読取時に、携帯端末１側がタグ読取アプリ１１３のダウンロードの必要性を自動判別し、さらにマルチタグ２内のＴＸＴ領域２２２に書かれている内容に基づき、携帯端末１の設定を行うことができる。

上記各実施形態は、商店や公共施設などに貼り付けられたＮＦＣタグを携帯端末で読み取ってスポット訪問を登録するチェックインサービスや、商品に貼り付けられたＮＦＣタグを携帯端末で読み取って商品のレシピや生産者情報などを参照するサービスに適用できる。また、寝室、オフィス、自動車などに貼り付けたＮＦＣタグを携帯端末で読み取って、マナーモードやドライブモード等を設定する場合にも適用できる。

以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。上記実施形態を相互に組み合わせることも可能である。

次に、本発明の第３の実施形態について説明する。第３実施形態は携帯端末における情報表示方法のプログラムに関するものである。本発明に係る携帯端末１は、処理部１１（"コンピュータ"）（図１参照）および図示しないプログラム格納部を含んでいる。プログラム格納部には図１１および図１３に流れ図で示す携帯端末における情報表示方法のプログラムが格納されている。

処理部１１（"コンピュータ"）はプログラム格納部からそのプログラムを読み出し、そのプログラムにしたがって表示部１４、入力部１５、通信部１３および記憶部１６を制御する。その制御の内容については既に述べたので、ここでの説明は省略する。

以上説明したように、本発明によれば、ダウンロード用と個別情報データ読取用の２枚の二次元バーコードを設置する必要がなく、よって設置スペースの削減が可能で、かつどちらのバーコードを読むべきかユーザが選択する必要がない携帯端末における情報表示方法のプログラムが得られる。

１ 携帯端末
２ マルチタグ
３ アプリ配信サーバ
４ スポット検索サーバ
５ アイテム検索サーバ
１１ 処理部
１２ 近距離無線送受信部
１３ 通信部
１４ 表示部
１５ 入力部
１６ 記憶部
１７ バイブレータ
１８ ＬＥＤ表示部
１９ スピーカ／マイク
２１ 近距離無線送受信部
２２ 記憶部
３１ ＷＥＢサーバ
３２ アプリケーションＤＢ
４１ ＷＥＢサーバ
４２ スポットＤＢ
５１ ＷＥＢサーバ
５２ アイテムＤＢ
１１１ インテント転送部
１１２ ブラウザ
１１３ タグ読取アプリ
１１３Ａ タグ読取アプリ
１１４ 設定部
１４１ インストール画面
１４２ アイテム検索結果画面
１６１ サービスサーバＤＢ
１６２ 読取履歴ＤＢ
２２１ ＵＲＩ領域
２２２ ＴＸＴ領域
３２１ アプリ識別子
３２２ ファイル
４２１ スポットＩＤ
４２２ スポット名
４２３ 緯度
４２４ 経度
４２５ 説明
４２６ 画像
５２１ アイテムＩＤ
５２２ アイテム名
５２３ 説明
５２４ 画像
１１１１ 優先順位
１１１２ インテント名
１１１３ 転送先
１４１１ タイトル
１４１２ アイコン
１４１３ インストールボタン
１４１４ 説明
１４２１ 読み取ったアイテム
１４２２ 読取履歴
１６１１ サービス識別子
１６１２ アクセス先
１６２１ 読取日時
１６２２ サービス識別子
１６２３ ＩＤ
１６２４ 名称
１６２５ 緯度
１６２６ 経度
１６２７ 説明
１６２８ 画像
１４２１１ 画像
１４２１２ アイテム名
１４２１３ アイテム説明
１４２２１ 画像
１４２２２ 画像
１４２２３ 画像
１４２２４ 画像
１４２２５ 画像
１４２２６ 画像

Claims (7)

1. タグから取得したメッセージを、自端末にアプリがインストールされているか否かに基づき、ブラウザまたは前記アプリに転送するインテント転送部を備え、
   前記ブラウザは、前記インテント転送部から受信したメッセージに含まれるＵＲＩ(Uniform Resource Identifier)によって指定されるサーバに接続し、
   前記アプリは、前記インテント転送部から受信したメッセージ内に含まれるテキスト文に基づき、自端末の通信に関する設定を行う設定部に対して通信先へショートメッセージを送信する設定を要求することを特徴とする携帯端末。
2. 前記インテント転送部は、
   まだ前記アプリがインストールされていない場合は、前記タグから取得したメッセージを前記ブラウザに転送し、
   既に前記アプリがインストールされている場合は、前記タグから取得したメッセージを前記アプリに転送し、
   前記アプリは、
   前記インテント転送部から受信したメッセージ内に含まれるＵＲＩが、前記アプリのアプリ識別子を含むダウンロード用ＵＲＩである場合は、前記インテント転送部から受信したメッセージ内に含まれるテキスト文中の記載に基づき、前記設定部に対して自端末の設定を要求することを特徴とする請求項１に記載の携帯端末。
3. 前記アプリは、前記メッセージ内に含まれるＵＲＩが、前記アプリのアプリ識別子を含むダウンロード用ＵＲＩでない場合は、前記受信したメッセージ内に含まれるＵＲＩを開くように前記ブラウザに要求することを特徴とする請求項１または２に記載の携帯端末。
4. タグから取得したメッセージを、自端末にアプリがインストールされているか否かに基づき、ブラウザまたは前記アプリに転送するインテント転送部を備え、
   前記ブラウザは、前記インテント転送部から受信したメッセージに含まれるＵＲＩ(Uniform Resource Identifier)によって指定されるサーバに接続し、
   前記アプリは、前記インテント転送部から受信したメッセージ内に含まれるテキスト文に基づき、自端末の設定を行う設定部に対して設定を要求し、
   前記自端末の設定とは、ユーザに、振動、光の内、少なくともいずれか１つの出力にて通知する部位に関する動作の設定であることを特徴とする携帯端末。
5. タグと、携帯端末とを含む設定システムであって、
   前記携帯端末は、
   前記タグから取得したメッセージを、自端末にアプリがインストールされているか否かに基づき、ブラウザまたは前記アプリに転送するインテント転送部を備え、
   前記ブラウザは、前記インテント転送部から受信したメッセージに含まれるＵＲＩ(Uniform Resource Identifier)によって指定されるサーバに接続し、
   前記アプリは、前記インテント転送部から受信したメッセージ内に含まれるテキスト文に基づき、自端末の設定を行う設定部に対して設定を要求し、
   前記自端末の設定とは、ユーザに、振動、光の内、少なくともいずれか１つの出力にて通知する部位に関する動作の設定、又は、通信先へショートメッセージを送信する設定であることを特徴とする設定システム。
6. タグから取得したメッセージを、自端末にアプリがインストールされているか否かに基づき、ブラウザまたは前記アプリに転送し、
   前記ブラウザは、前記転送されたメッセージに含まれるＵＲＩ(Uniform Resource Identifier)によって指定されるサーバに接続し、
   前記アプリは、前記転送されたメッセージ内に含まれるテキスト文に基づき、自端末の設定を行う設定部に対して設定を要求し、
   前記自端末の設定とは、ユーザに、振動、光の内、少なくともいずれか１つの出力にて通知する部位に関する動作の設定、又は、通信先へのショートメッセージを送信する設定であることを特徴とする携帯端末の設定方法。
7. 請求項６に記載の携帯端末の設定方法をコンピュータに実行させるためのプログラム。

Images