JP4582506B2 - 情報提供システム - Google Patents

Description

本発明は、サーバを用いて、利用者に各種情報の提供を行う情報提供システムに関するものである。

例えば、複数のサービスサーバにより、個別のアプリケーションによるサービスをそれぞれ行う従来技術として、特許文献１に記載のものがある。

この従来技術の情報提供システム（サービス提供システム）では、対応するサービスをそれぞれ管理するサービスサーバ（サービス管理装置）として、ポイント管理装置、キャンペーン管理装置、及び販促物提供管理装置が設けられている。それら管理装置は、互いに有線又は無線の通信回線によって接続されている。

ポイント管理装置は、利用者のサービス別個人情報と利用者のＩＤ番号とを関連づけて記憶するポイント管理データベースを備え、利用者に付与するポイントサービスの管理を行う。キャンペーン管理装置は、キャンペーン対象商品を購入した合計数を示す累積購入数などのサービス別個人情報と利用者のＩＤ番号とを関連づけて記憶するキャンペーン管理データベースを備え、利用者に対して実施するキャンペーンサービスの管理を行う。販促物提供管理装置は、利用者のサービス利用履歴などのサービス別個人情報と利用者のＩＤ番号とを関連づけて記憶する販促物提供管理データベースを備え、利用者に対して実施する販売促進物提供サービスの管理を行う。
特開２００５−１４９１７４号公報

上記従来技術においては、各サービスに対応した各サービスサーバごとに、固有のアプリケーションが用いられ、対応する個別のデータベースが設けられている。このような場合、通常、各サービスのアプリケーションごとに、固有のデータ形式が用いられる。したがって、例えば端末装置でそれら複数のアプリケーションを横断的に利用しようとする場合、各サービスごとの固有のデータ構造やテーブル構造を考慮したインターフェースが必要となる。このため、上記横断的な利用を前提とした場合、各アプリケーションでそれぞれ扱うデータの形式を変更する必要が生じたり、各サービスのアプリケーションの開発が制約を受ける結果となり、効率的なアプリケーション開発が困難となっていた。

本発明の目的は、アプリケーション開発の効率化を図れる情報提供システムを提供することにある。

上記目的を達成するために、第１の発明は、個別のアプリケーションによるサービス及び無線タグを作成するサービスをそれぞれ行う複数のサービスサーバと、前記複数のサービスサーバに対しネットワーク接続を介し共通に設けられた１つの統一サーバと、前記統一サーバに保持されたデータを利用する端末装置と、前記サービスサーバに接続され、タグ識別情報を無線通信を介して書き込んだ前記無線タグを作成する無線タグ作成装置とを有する情報提供システムであって、前記統一サーバは、前記複数のサービスサーバのそれぞれと前記端末装置とに対し、ＸＭＬ形式に対応した共通のインターフェース形式により情報送受可能な第１送受信手段と、ＸＭＬ形式の共通データベースとを有し、前記複数のサービスサーバのそれぞれは、前記統一サーバの前記第１送受信手段に対し、ＸＭＬ形式に対応した前記共通のインターフェース形式により情報送受可能な第２送受信手段と、前記個別のアプリケーションを共通に利用する複数のサービス端末に対し、前記個別のアプリケーションに固有のインターフェース形式により情報送受可能な第３送受信手段と、前記第２送受信手段を介しＸＭＬ形式に対応した前記共通のインターフェース形式により前記統一サーバに対して送受するＸＭＬ形式の上位データ、及び、前記第３送受信手段を介し前記固有のインターフェース形式により前記複数のサービス端末に対して送受する下位データの相互間の、データ形式変換処理を行うデータ形式変換処理手段とを有し、前記端末装置は、前記無線タグ作成装置で作成された前記無線タグに記憶された前記タグ識別情報を、無線通信を介して取得する情報取得手段と、前記統一サーバの前記第１送受信手段に対し、ＸＭＬ形式に対応した前記共通のインターフェース形式により情報送受可能な第４送受信手段を有し、前記サービスサーバの前記データ形式変換処理手段は、前記タグ識別情報に対応づけられた前記固有のデータ形式の前記下位データを、当該タグ識別情報に対応づけた態様で前記ＸＭＬ形式の前記上位データに変換処理し、前記統一サーバの前記共通データベースは、前記タグ識別情報に対応づけられた前記ＸＭＬ形式の前記上位データを格納保持し、前記統一サーバの前記第１送受信手段は、前記端末装置の前記第４送受信手段から、前記情報取得手段で取得した前記タグ識別情報を含む問い合わせ信号を受信した場合には、前記タグ識別情報に対応づけられた前記上位データを含む応答信号を前記第４送受信手段へ送信することを特徴とする。

本願第１発明においては、それぞれ個別のアプリケーションでサービスを行う複数のサービスサーバに対し、共通の１つの統一サーバを設け、その統一サーバに設けた共通のデータベースに全データを格納する。このとき、格納されるデータは、共通のインターフェース形式に対応したデータ形式(例えばＸＭＬ形式)となっている。

各サービスサーバは、第３送受信手段により固有のインターフェース形式でサービス端末とデータ(下位データ)のやりとりを行うが、その下位データは、データ形式変換処理手段によって上記共通のインターフェース形式に対応した上位データに変換される(データ形式変換処理手段では逆に上位データから下位データへの変換も可能である)。そして、各サービスサーバの第２送受信手段が、上記共通のインターフェース形式を用いて統一サーバの第１送受信手段と直接情報送受信を行う。これにより、各サービスサーバは、共通のデータベースへの問い合わせや格納されたデータの取得を行うことができる。

一方、端末装置は、第４送受信手段が、上記同様に共通のインターフェース形式を用いて、統一サーバの第１送受信手段と直接情報送信を行う。これにより、端末装置は、共通のデータベースへの問い合わせや格納されたデータの取得を行うことができる。

以上のように、本願第１発明においては、共通のデータベースにデータを集約し、共通のインターフェースでアクセスする構成としている。これにより、各サービスサーバそれぞれの個別アプリケーションや、端末装置のアプリケーション等のいずれにも対応可能なデータベースとすることができる。この結果、各サービスサーバのアプリケーションごとにデータベースがある場合のように固有のデータ構造やテーブル構造を考慮する必要がなく、そのため各アプリケーションでそれぞれ扱うデータの形式を変更する必要がなくなるので、アプリケーションの開発を進めやすくなり、開発の効率化を図れる。また、各種アプリケーションを融合したアプリケーション開発や、アプリケーションの再利用化を容易に行える効果もある。

また、共通のＸＭＬデータベースにデータを集約することで、ＸＭＬ形式に対応した共通のインターフェースにより、問い合わせや格納されたデータの取得を行うことができる。また汎用であるＸＭＬ形式を用いることで、システムとしての拡張性、応用性を高めることができる。

また、サービスサーバのデータ形式変換処理手段が、固有のデータ形式の下位データをＸＭＬ形式のデータ形式に変換する。これにより、サービスサーバの第２送受信手段は、統一サーバの第１送受信手段との間の情報送受信をＸＭＬ形式に対応した共通のインターフェース形式で行い、ＸＭＬデータベースに対して問い合わせや格納されたデータの取得を直接行うことができる。

また、端末装置の第４送受信手段が、統一サーバの第１送受信手段との間の情報送受信を、ＸＭＬ形式に対応した共通のインターフェース形式で行う。これにより、ＸＭＬデータベースに対し、問い合わせや格納されたデータの取得を直接行うことができる。
また、所定の下位データに対してタグ識別情報を対応づけ、そのタグ識別情報を書き込んだ無線タグを無線タグ作成装置で作成する。当該下位データは、サービスサーバのデータ形式変換処理手段でＸＭＬ形式の上位データに変換された後に、タグ識別情報と対応づけられて共通データベースに格納される。これにより、統一サーバは、タグ識別情報を含む問い合わせ信号を受信した場合には、そのタグ識別情報に対応づけられた上位データを含む応答信号を返信することが可能となる。
以上のようにして、ＸＭＬ形式に対応した共通のインターフェース形式を用いつつ統一サーバにアクセスし、タグ識別情報をキーとして共通のＸＭＬ形式のデータベースを検索することで、そのタグ識別情報に対応したデータの取得を行うことができる。
また、第４送受信手段や第２送受信手段からタグ識別情報を含む問い合わせ信号を受信した場合には、第１送受信手段がそのタグ識別情報に対応づけられた上位データを含む応答信号を返信する。これにより、端末装置やサービスサーバは、タグ識別情報に対応したデータの取得を行うことができる。
また、情報取得手段で無線タグより取得したタグ識別情報を含む問い合わせ信号を、第４送受信手段より統一サーバの第１送受信手段へ送信する。これにより、タグ識別情報をキーとして共通のＸＭＬ形式のデータベースを検索可能となるので、そのタグ識別情報に対応したデータを端末装置が取得可能となる。

第２発明は、上記第１発明において、前記サービスサーバの前記データ形式変換処理手段は、前記ＸＭＬ形式の前記上位データが、前記複数のサービスサーバそれぞれに固有のデータ項目と、前記複数のサービスサーバに共通のデータ項目とを有するように、前記データ形式変換処理を行うことを特徴とする。

これにより、複数のサービスサーバと統一サーバとの間で送受信される上位データについて、複数のサービスサーバに共通の部分とそうでない部分（個別部分）とに区分される。この結果、その区分に応じた円滑迅速なデータ処理や通信が可能となり、データ処理効率や通信効率を向上することができる。

第３発明は、上記第２発明において、前記上位データの前記共通のデータ項目は、セキュリティ応答要素を含み、前記統一サーバの前記第１送受信手段は、前記端末装置の前記第４送受信手段、又は、前記サービスサーバの前記第２送受信手段から、前記セキュリティ応答要素に対応した問い合わせ信号を受信した場合にのみ、対応する応答信号を前記第４送受信手段又は前記第２送受信手段へ送信することを特徴とする。

これにより、問い合わせ信号にセキュリティ応答要素を含まない場合には応答しなくなるので、情報送受におけるセキュリティを高めることができる。

第４発明は、上記第２又は第３発明において、前記端末装置の前記第４送受信手段、又は、前記サービスサーバの前記第２送受信手段は、ユーザ情報を含む問い合わせ信号を、前記統一サーバの前記第１送受信手段に送信し、前記統一サーバの前記第１送受信手段は、前記端末装置の前記第４送受信手段又は前記第２送受信手段から、前記ユーザ情報を含む問い合わせ信号を受信した場合には、前記ユーザ情報を反映したＵＲＬ情報を前記固有のデータ項目に挿入するように加工された応答信号を前記第４送受信手段又は前記第２送受信手段へ送信することを特徴とする

問い合わせ信号にユーザ情報を含めることにより、ユーザ情報の有無（例えばユーザ情報を含まない場合には応答しない）、あるいはユーザ情報の内容（例えばユーザ情報に応じてデータを加工して応答する）に応じた各種の処理が可能となり、利便性が向上する。また、ユーザ情報を反映したＵＲＬ情報を前記固有のデータ項目に挿入するように加工された応答信号を送信することで、上位データ中にアフィリエイト用のＵＲＬを追加して当該アフィリエイト用ＵＲＬをリンクさせるブログを作成する等のユーザのニーズに応じた種々の態様や量のデータを応答することが可能となり、きめ細やかなサービスを提供することができる。

第５発明は、上記第１乃至第４発明のいずれかにおいて、前記統一サーバの前記第１送受信手段は、前記端末装置の前記第４送受信手段、又は、前記サービスサーバの前記第２送受信手段から、複数の前記タグ識別情報を含む問い合わせ信号を受信した場合には、前記複数のタグ識別情報にそれぞれ対応づけられた複数の前記上位データを一括して含む応答信号を前記第４送受信手段又は前記第２送受信手段へ送信することを特徴とする。

これにより、複数のタグ識別情報を一度に統一サーバ側へ送信して対応するデータを一度に取得することができるので、通信効率を向上することができる。

本発明によれば、アプリケーション開発の効率化を図ることができる。

以下、本発明の一実施の形態を図面を参照しつつ説明する。

図１は、本実施形態の情報提供システム全体を表すシステム構成図である。

図１に示す情報提供システム１は、情報を記憶する無線タグＴと、この無線タグＴから無線通信により情報の読み取りを行うタグ読み取り機能、無線通信により電話回線に接続して通話や情報の送受信が可能な無線電話機能、及びアプリケーションを実行して情報処理が可能な情報処理機能を有する携帯端末（端末装置）２と、ネットワークを介して接続したクライアント（サービス端末；汎用コンピュータで構成する端末）３に対しそれぞれ個別のアプリケーションで異なる種類のサービスを提供する複数のサービスサーバＳＳと、上記電話回線やネットワークを介して携帯端末２及びサービスサーバＳＳと接続し情報の送受信が可能な１つの統一サーバＳＴとを備えている。また、複数のサービスサーバＳＳのうちで適宜必要なものには、上記無線タグＴを作成する無線タグ作成装置４が接続されている（クライアント３に接続されていてもよい）。

そして、これらの機器の間で送受される情報の形式としては、まず複数のサービスサーバＳＳがクライアント３に対し、例えばいわゆるＷＥＢアプリケーションの形態でそれぞれのサービスを提供するのに適した固有のインターフェース形式によりデータ（下位データ）を送受する。これに対し、統一サーバＳＴは複数のサービスサーバＳＳに対して、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式に対応する共通のインターフェース形式によりデータ（上位データ）を送受する。また統一サーバは、携帯端末２に対しても、ＸＭＬ形式に対応する共通のインターフェース形式によりデータを送受する。（各インターフェース形式及び上位データ・下位データについては後に詳述する）。

また、無線タグＴには、それぞれ重複することなく一意的に定義された固有の識別情報（タグ識別情報；以下、タグＩＤという）が記憶されている。上記携帯端末２は、前述のタグ読み取り機能によって、無線タグＴから上記タグＩＤを読み取ることができる。

図２は、上記情報提供システム１のうちの統一サーバＳＴ及び携帯端末２の詳細機能を表す機能ブロック図である。

この図２において、統一サーバＳＴは、インターネットなどの広域ネットワークＮＷを介して複数のサービスサーバＳＳと中継局１１（携帯端末２と無線通信を行う）に接続している。また各サービスサーバＳＳは、それぞれの利用形態に合わせてインターネットなどの広域ネットワークＮＷ又はＬＡＮなどの構内ネットワークＮＬを介してクライアント３と接続している。

統一サーバＳＴは、ＣＰＵ（中央演算装置）１２と、例えばＲＡＭやＲＯＭ等からなるメモリ１３と、システム管理者からの指示や情報が入力される操作部１４と、各種情報やメッセージを表示する表示部１５と、ハードディスク装置からなり無線タグＴのタグＩＤとそれに対応づけられたデータ（後に詳述する）とを記憶する共通データベースとして機能する大容量記憶装置１６と、上記広域ネットワークＮＷを介して携帯端末２（中継局経由）やサービスサーバＳＳとの情報信号の授受の制御を行うネットワーク通信制御部（第１送受信手段）１７とを備えている。

統一サーバＳＴのＣＰＵ１２は、ＲＡＭの一時記憶機能を利用しつつＲＯＭに予め記憶されたプログラムに従って信号処理を行い、それによって携帯端末２やサービスサーバＳＳとの間で各種の情報信号の送受を行うようになっている。

携帯端末２は、携帯端末本体２１と、中継局１１を介して広域ネットワークに対し無線通信を行うための主アンテナ２２と、無線タグＴに対し無線通信を行うためのリーダアンテナ（図１などに図示する携帯端末の例では携帯端末本体に内蔵）２３とから構成されている。

携帯端末本体２１は、ＣＰＵ３１と、上記と同様のメモリ３２、操作部３３、及び表示部３４と、上記主アンテナ２２を介して通話の音声信号及びデータ信号の送受信を行うデータ送受信部（第４送受信手段）３５と、上記リーダアンテナ２３を介して無線タグＴからタグＩＤの読み取りを行うタグリーダ（情報取得手段）３６とを備えている。

なお、上記の携帯端末２は、中継局１１を介した無線電話回線で構成する広域ネットワークＮＷ（インターネット）で統一サーバＳＴと接続する例を示したが、これ以外にも無線ＬＡＮなどを介した広域ネットワークＮＷで接続してもよく、この場合には携帯端末２から通話の音声信号を送受するための電話機能を取り除いてデータ信号のみを送受する情報通信機能に特化させてもよい。

無線タグＴは、タグ側アンテナ（タグアンテナ）１５１とＩＣ回路部１５０とを備える無線タグ回路素子Ｔｏを有しており、この無線タグ回路素子Ｔｏを特に図示しない基材などに設けている（無線タグ回路素子Ｔｏについては後に詳述する）。

図３は、上記情報提供システム１のうちのサービスサーバＳＳ及び無線タグ作成装置４の詳細機能を表す機能ブロック図である。

この図３において、図示する例では、サービスサーバＳＳは無線タグＴを作成するための無線タグ作成装置４を接続しており、操作部４２を介して入力された指示やＬＡＮなどの構内ネットワークＮＬを介してクライアント３から入力された指示によって無線タグＴを作成するサービスを提供する。

サービスサーバＳＳは、ＣＰＵやメモリを含む制御回路４１と、操作部４２、及び表示部４３と、提供するサービスに適した各種の情報を無線タグＴのタグＩＤに対応するテーブル形式（後述の図１４参照）で記憶する記憶装置４４と、上記広域ネットワークＮＷを介して統一サーバＳＴとの上位データの授受の制御を行う上位ネットワーク制御部（第２送受信手段）４５と、構内ネットワークＮＬを介してクライアント３との下位データの授受の制御を行う下位ネットワーク制御部（第３送受信手段）４６と、上記無線タグ作成装置４との間で行われる通信の制御を行う通信制御部４７とを備えている。

なお、サービスサーバＳＳが、クライアント３に対して例えば検索サービスやブログ公開サービスなどのサービスを提供するものである場合には、記憶装置４４に当該サービスに適した形式で無線タグＴのタグＩＤやそれに対応する情報を適宜の形式で記憶し、またクライアント３とはインターネットなどの広域ネットワークＮＷを介して接続するものとなる。

一方、無線タグ作成装置４は、所定間隔で無線タグ回路素子Ｔｏが備えられたタグテープ（本来は渦巻き状であるが簡略化して同心円で図示している）２０３を巻回したタグテープロール２０４を着脱可能な（又はタグテープロール２０４を備えたカートリッジを着脱可能な）タグテープロールホルダ部２１０と、このタグテープロール２０４から繰り出されたタグテープ２０３のうち上記無線タグ回路素子Ｔｏに対応した領域に所定の印字を行う印字ヘッド２０５と、無線タグ回路素子Ｔｏとの間で無線通信により情報の送受信を行う装置側アンテナ２０６と、高周波回路２０１及び制御回路２０２と、上記サービスサーバＳＳとの間で行われる通信の制御を行う通信制御部２０８と、タグテープ２０３への印字及び無線タグ回路素子Ｔｏへの上記情報書き込みが終了したタグテープ２０３を所定の長さに切断して無線タグＴとするカッタ２０７と、印字ヘッド２０５に対向して設けられ、制御回路２０２により制御されてタグテープロール２０４を搬送する搬送装置２０９とを有する。

高周波回路２０１及び制御回路２０２は、無線タグ回路素子ＴｏのＩＣ回路部１５０へのアクセス情報を生成し、装置側アンテナ２０６を介して無線タグ回路素子Ｔｏへ送信し、無線タグ回路素子ＴｏのＩＣ回路部１５０に対し情報読み取り又は情報書き込みを行う。また制御回路２０２は上記通信制御部を介してサービスサーバＳＳと接続されており、このサービスサーバＳＳと情報の送受が可能となっている（なお、前述のようにクライアント３と直接情報送受可能としてもよい）。

このような構成において、上記無線タグ作成装置４で無線タグＴを作成する際には、操作者はクライアント３（又はサービスサーバＳＳ）に設けた適宜の操作手段を操作することにより、無線タグＴの表面に印字する印字情報等の設定入力を行うとともに、タグ無線Ｔの作成指示入力を行う。この作成指示に基づき、サービスサーバＳＳの制御回路４１と無線タグ作成装置４の制御回路２０２の制御により、上記設定入力情報に基づいた印字ヘッド２０５による印字が行われるとともに、高周波回路２０１によりアクセス情報が生成され装置側アンテナ２０６を介して無線タグ回路素子Ｔｏへ送信される。これにより、無線タグ回路素子ＴｏのＩＣ回路部１５０へ情報読み取り又は書き込みが行われ、対応するタグＩＤを備えた無線タグＴが作成される。

図４は、上記無線タグＴに備えられた無線タグ回路素子Ｔｏの機能的構成の一例を表すブロック図である。

この図４において、無線タグ回路素子Ｔｏは、上述したように携帯端末２のリーダアンテナ２３と無線通信若しくは電磁誘導により非接触で信号の送受信を行う上記タグ側アンテナ１５１と、このタグ側アンテナ１５１に接続された上記ＩＣ回路部１５０とを有している。

ＩＣ回路部１５０は、タグ側アンテナ１５１により受信された質問波を整流する整流部１５２と、この整流部１５２により整流された質問波のエネルギを蓄積し駆動電源とするための電源部１５３と、上記タグ側アンテナ１５１により受信された質問波からクロック信号を抽出して制御部１５７に供給するクロック抽出部１５４と、所定の情報信号を記憶し得るメモリ部１５５と、上記タグ側アンテナ１５１に接続された変復調部１５６と、上記メモリ部１５５、クロック抽出部１５４、及び変復調部１５６等を介して上記無線タグ回路素子Ｔｏの作動を制御するための上記制御部１５７とを備えている。

変復調部１５６は、タグ側アンテナ１５１により受信された上記携帯端末２のリーダアンテナ２３からの通信信号の復調を行い、また、上記制御部１５７からの返信信号を変調し、タグ側アンテナ１５１より応答波（タグＩＤを含む信号）として送信する。

クロック抽出部１５４は受信した信号からクロック成分を抽出して制御部１５７にクロックを抽出するものであり、受信した信号のクロック成分の周波数に対応したクロックを制御部１５７に供給する。

制御部１５７は、上記変復調部１５６により復調された受信信号を解釈し、上記メモリ部１５５において記憶された情報信号に基づいて返信信号を生成し、この返信信号を上記変復調部１５６により上記タグ側アンテナ１５１から返信する制御等の基本的な制御を実行する。

以下、本実施形態の情報提供システム１における情報の流れとその処理について詳細に説明する。

（Ａ）無線タグラベルの作成
まず、クライアント３からの指示により無線タグＴを作成する場合における情報の流れとその処理について、２つの異なるサービスサーバＳＳの例に基づいて説明する。

図５は、本実施形態の情報提供システム１が備える第１の例のサービスサーバの周囲における情報の流れとその処理について概念的に説明する図である。この図５において、第１の例のサービスサーバＳＳｚは、図書館における蔵書の管理サービスを提供する蔵書管理サーバＳＳｚである。

蔵書管理サーバＳＳｚは、一般的な検索機能と、無線タグ作成機能とを備えている。検索機能は、クライアント３が図書館内の構内ネットワークＮＬを介してこの蔵書管理サーバＳＳｚにアクセスすることで、希望する条件を満たす蔵書を検索してその詳細な情報を取得できるものである（後述の図１３参照）。無線タグ作成機能は、新しく管理対象の蔵書を追加する際に、その書籍に貼付するための無線タグＴを作成するための機能である。この機能を以下に詳細に説明する。

まず図５に示す例において、クライアント３の使用者は新しく追加する書籍（この例では「図説情報理論」。以下同様）に関する詳細なデータ（この例では書籍データ）を入力し、それとともに無線タグＴを新規に作成するよう指示する操作を行う。この書籍データは、蔵書管理サーバＳＳｚが既定する所定の項目（図示する例では「書籍名：図説情報理論、ＵＲＬ：〜多くの図面でわかりやすく・・・」）を含んだデータ、つまり固有のインターフェース形式に対応した下位データである。

そして上記の操作により、クライアント３は、蔵書管理サーバＳＳｚに対して上記入力された書籍データとともに、無線タグＴの作成を指示する指示信号を送信する。これを受信した蔵書管理サーバＳＳｚは、受信した書籍データに関連づけられて適宜設定・生成されたタグＩＤ（図示する例では“E01101000F635BD7”）と、無線タグＴを作成するよう指示する指示信号とを、無線タグ作成装置４に送信する。なお、ここではタグＩＤの設定・生成について特に詳しく説明しないが、蔵書管理サーバＳＳｚ自身が予め割り当てられた複数のタグＩＤのうちから設定・生成してもよいし、統一サーバＳＴが一元的に管理して蔵書管理サーバＳＳｚの要求に応じて割り当てるようにしてもよい。

上記指示信号を受信した無線タグ作成装置４は、指示信号に含まれているタグＩＤをタグテープ２０３の無線タグ回路素子Ｔｏに記録して印字・切断することにより無線タグＴを作成する（図３参照）。そしてその作成が完了した際には、蔵書管理サーバＳＳｚに対して作成完了信号を送信する。蔵書管理サーバＳＳｚは、この作成完了信号を受信した後、先にクライアント３から受信した上記書籍データと無線タグＴの作成に使用したタグＩＤをセットにし、これらを下位データの形式から上位データの形式に変換する。そして、統一サーバＳＴに対してこの上位データを（登録するよう）共通のインターフェース形式により送信する。

ここで、上位データとはＸＭＬ形式で記述されたデータであり、この例では、クライアント３で入力された内容に対応する詳細項目に対して、同じくＸＭＬ形式で記述されてサービスサーバＳＳ（この例の蔵書管理サーバＳＳｚ）と統一サーバＳＴとの間の送受信に必要となる基本項目を付け加えた構成となっている（このＸＭＬ形式については、後述する図６で詳しく説明する）。このように蔵書管理サーバＳＳｚ（サービスサーバＳＳ）によって下位データから上位データに変換する処理をデータ形式変換処理という（後述するように逆に変換する場合も同様）。また、統一サーバＳＴと各サービスサーバＳＳとの間で上位データを送受信する形式は全てのサービスサーバＳＳにおいて共通であり、すなわちこれがＸＭＬ形式に対応した共通インターフェース形式による通信となる。

そしてこの上位データを受信した統一サーバＳＴは、自身の大容量記憶装置１６内に構成されている共通データベース（特に図示せず）に、受信した上位データを登録する。ここで、この上位データ形式の書籍データ自身にタグＩＤが含まれて参照可能となっているため、当該書籍データはタグＩＤに関連づけられて登録されることになる。

図６は、ＸＭＬ形式で記述された上位データについて説明する図であり、上記図５中に示した書籍データの例を示したものである。

ここでいわゆるＸＭＬとは、文書やデータの意味や構造を記述するためのマークアップ言語の一つであり、図６中に示すように“<”と“>”で囲まれた標識と、“</”と“>”で囲まれた標識との間の特定の文字列（いわゆる「ＸＭＬタグ」）を基本単位として構造的に記述したものである。

図６において、“<tag id=“E01101000F635BD7”>”は上記タグＩＤを表しており、この文字列“<tag id=“E01101000F635BD7”>”と文字列“</tag>”の間の記述全体が、タグＩＤ“E01101000F635BD7”に対応する内容の１つの書籍データを構成している。また、そのうちの文字列“<title>”と文字列“</security>”との間の文字列の集合が基本項目（共通のデータ項目）を構成し、また文字列“<option>”と文字列“</option>”との間の文字列の集合が詳細項目（固有のデータ項目）を構成する。

基本項目は、前述したように、統一サーバＳＴと各サービスサーバＳＳとの間の送受信に必要となる文字列の集合であり、含まれる文字列の種類は統一サーバＳＴと各サービスサーバＳＳとの間で送受信される全ての上位データにおいて共通して設定されている。一方、詳細項目は、各データ個別の詳細内容を表す文字列の集合であり、これに含まれる文字列の種類や数つまり情報内容の項目については、対応する物（この例における書籍）の種類ごとによって自由に設定されている。図示する例では、名称を表す“<name>”の文字列と説明文を表す“<sonata>”の文字列以外にも、図中のＡ０１に示すように著者を表す“<author>”の文字列や、出版社の名称・所在地・連絡先を表す文字列などといった書籍に関する情報として特徴的な文字列が設定されている。

図７は、本実施形態の情報提供システム１が備える第２の例のサービスサーバの周囲における情報の流れとその処理について概念的に説明する図である。この図７において、第２の例のサービスサーバＳＳｉは、飲食店に関する情報の検索サービスを提供する飲食店検索サーバＳＳｉである。

飲食店検索サーバＳＳｚは、一般的な検索機能と、無線タグ作成機能とを備えている。検索機能は、クライアント３が例えば広域ネットワークＮＷを介してこの飲食店検索サーバＳＳｉにアクセスすることで、希望する条件を満たす飲食店を検索してその詳細な情報を取得できるものである（後述の図１２参照）。無線タグ作成機能は、新しく検索対象の店舗を追加する際に、その店舗（例えば入口や看板など）に貼付するための無線タグＴを作成するための機能である。この機能を以下に詳細に説明する。

この図７において、上記図５に示した蔵書管理サーバＳＳｚの場合との違いは、図示するようにクライアント３から入力されるデータが飲食店の店舗（図示する例では「割烹うな良」）に関する店舗データ（図示する例では「店舗名：割烹うな良、ＵＲＬ：〜ひつまぶしは・・・」）であり、対応するタグＩＤ（図示する例では“E00401000CEC4BE9”）が異なる点である。

図８は、上記図７中に示した店舗データを含む上位データを示したものである。

この図８において、詳細項目内に設定されている文字列は、店舗名を表す“<name>”の文字列と説明文を表す“<sonata>”の文字列以外にも、図中のＡ０２に示すようにその店の取り扱い品目を表す“<kind>”の文字列や、所在地・連絡先を表す文字列などといった飲食店の店舗情報として特徴的な文字列が設定されている。そして上記図６に示した書籍データを含む上位データと文字列の構成について比較すると、詳細項目内におけるＡ０１とＡ０２の文字列の項目が異なるだけであり、それ以外では全体的にほぼ同一の文字列構成となっている。

このように、上位データをＸＭＬ形式で記述する利点としては、ユーザが独自にタグを指定できるという特徴があることから、上記図６、図８で示したＡ０１とＡ０２のように管理・検索の対象となる物（この例の書籍、店舗）の種類別に詳細項目内の文字列項目を高い自由度で設定することができ、またその一方でこのように詳細項目内の文字列項目がそれぞれ異なる多数の上位データでも一つの共通データベース（統一サーバＳＴ）で一元的に記憶・管理できる点にある。このようにＸＭＬ形式のデータを記憶する共通データベースにより、いわゆるＸＭＬデータベースを構成しているのである。

（Ｂ）無線タグラベルからの情報読み取り
次に、本実施形態の情報提供システム１が備える携帯端末２における情報の流れとその処理について説明する。

図９は、携帯端末２の周囲における情報の流れとその処理について概念的に説明する図である。なお、この図においては、上記図５〜図８で示した例のうち図５及び図６の例、すなわち、携帯端末２の使用者が図書館の書籍に貼付されている無線タグＴからタグＩＤを読み取り、そのタグＩＤに対応する書籍データを統一サーバＳＴから直接取得する例を示している。

まず図９において、携帯端末２の使用者が書籍に貼付されている無線タグＴに携帯端末２を近づけて所定の操作を行うことで、携帯端末２の内部のタグリーダ３６がリーダアンテナ２３を介してタグＩＤを読み取る。そして、携帯端末２がタグＩＤを反映させたＵＲＬにより統一サーバＳＴにアクセスして書籍データを要求する要求信号（タグ識別情報を含む問い合わせ信号）を共通インターフェース形式により送信する。これを受けた統一サーバＳＴは、タグＩＤに対応する書籍データを検出し、共通インターフェース形式で携帯端末２に送信する。そして、携帯端末２は受信したデータ（又はその一部）を表示部３４に表示する。これにより、携帯端末２の使用者は書籍データを確認できる。

なお、上記のように図書館に収納された書籍に限られず、書店の陳列棚に並んだ書籍に対して携帯端末２で情報読み取りを行うこともできる。この場合も、上記同様、タグＩＤを反映させたＵＲＬにより統一サーバＳＴにアクセスし、書籍データを取得することができる。またこの場合、書店でいちいち書籍を開かなくても、無線タグＴに対し読み取りを行いタグＩＤを取得しておくだけで、後に書籍データ（あるいは書籍の中身そのものである記載事項の一部又は全部の情報）を取得できる効果がある。

また、特に図示しないが、上記図７及び図８に示した例、すなわち飲食店４０２の無線タグＴから読み取ったタグＩＤに対しても、携帯端末２の使用者は同様にしてその店舗についての店舗データを簡便に取得することができる。

図１０は、１つの携帯端末２で、上記書籍の無線タグＴ及び上記飲食店の無線タグＴのタグＩＤを読み貯めた例を表す図である。この図１０に示す例では、携帯端末２の所有者が順に図書館４０１と飲食店４０２に訪れ、それら各所で携帯端末２を用いてタグＩＤを読み取った例を示している。

図示する例では、まず、携帯端末２の所有者が、図書館４０１において借りた書籍４０１Ａに貼付されている（上記図５を用いて説明した手順で貼付された）無線タグＴから、タグＩＤ（図示する例では“E01101000F635BD7”）を読み取っている。その後、次の飲食店４０２において、看板４０２Ａに貼付されている（上記図７を用いて説明した手順で貼付された）無線タグＴから店舗に対応するタグＩＤ（図示する例では“E00401000CEC4BE9”）を読み取っている。そして、これら読み取られたタグＩＤは、それぞれ読み取られた時刻と対応づけて携帯端末２に記録・蓄積される。したがって、これら２つのタグＩＤを用いて携帯端末２から統一サーバＳＴに問い合わせることで、上述のようにして、それらタグＩＤに対応する書籍データ及び店舗データを取得でき、所有者が確認することができる。

このように対応する物の種類がそれぞれ異なるデータを１台の携帯端末２で取得できるのは、全てのデータがＸＭＬ形式に対応した共通インターフェース形式により統一サーバＳＴで一括して管理されているためであり、つまりこの携帯端末２は全てのデータに関して全てのサービスサーバＳＳと共有しているものとなっている。これにより、携帯端末２は、どのような種類のサービスサーバＳＳでもそれらが扱う全てのデータを横断的に取得し、利用することができる。

（Ｃ）無線タグラベル作成から情報読み取りまでのまとめ
図１１は、無線タグＴの作成からそれを利用したデータの取得までの行程におけるサービスサーバＳＳ（この例では書籍を管理対象とするもの）、携帯端末２、及び統一サーバＳＴの制御動作と応答の一例を表すシーケンス図である。図１１において、図中上側から下側に向かって時系列変化するものとし、この時系列に関係する携帯端末２、無線タグ作成装置４を備えるサービスサーバＳＳ、及び統一サーバＳＴの手順を図示してそれらの時系列の前後関係を説明する。

まず最初に、サービスサーバＳＳの手順ＳＳ１において、使用者がクライアント３の上記操作手段を介して入力した、ある書籍についての書籍データをクライアント３から入力する。この時点では、書籍データはまだ固有のインターフェース形式の下位データとなっている。

その後、手順ＳＳ２で、無線タグ作成装置４に対し無線タグＴを作成するよう指示する信号を上記のタグＩＤを含めて送信し、このタグＩＤを記憶した無線タグＴを作成させる。この無線タグＴは、それ自身が記憶しているタグＩＤに対応する書籍Ｂに貼付される。

無線タグ作成装置４から作成完了信号（特に図示せず）を受信すると、サービスサーバＳＳは、手順ＳＳ３で、下位データ形式の書籍データをタグＩＤとセットにして上位データに変換（つまりタグＩＤに対応したＸＭＬ形式で記述）する（＝データ形式変換処理手段）。

そして、次の手順ＳＳ４で、タグＩＤを含む上位データ形式の書籍データを共通インターフェース形式により統一サーバＳＴに送信する。これを受信した統一サーバＳＴは、その手順ＴＳ１で、共通データベースに受信した書籍データを登録する。

一方、携帯端末２は、手順ＫＳ１で、上記書籍に貼付されている無線タグＴからタグＩＤを読み取り、次の手順ＫＳ２でタグＩＤを反映させたＵＲＬにより統一サーバＳＴにアクセス（つまり共通インターフェース形式によりアクセス）して書籍データを要求する。これを受けた統一サーバＳＴが、手順ＴＳ２において、上記手順ＴＳ１で登録したタグＩＤに対応する書籍データを検出し、次の手順ＴＳ３で共通インターフェース形式により携帯端末２に送信する。そして、携帯端末２は、手順ＫＳ３で、受信した上位データ形式の書籍データ（又はその一部）を表示部３４に表示する。

（Ｄ）サービスサーバの検索機能
なお、クライアント３は、サービスサーバＳＳの上記検索機能を利用してサービスを受けることもできる。この場合の情報の流れとその処理について、前述した飲食店検索サーバＳＳｉと蔵書管理サーバＳＳｚのそれぞれの例に基づき、説明する。

図１２は、飲食店検索サーバＳＳｉの検索機能を利用する際における情報の流れとその処理について概念的に説明する図である。まず図１２（ａ）において、クライアント３の使用者は、所在地の条件（図示する例では「名古屋駅周辺」）と、取り扱い品目の条件（図示する例では「ひつまぶし」）を指定して飲食店検索サーバＳＳｉにこれらの条件（キー）を満たす飲食店を検索するよう要求する。

そしてこれを受信した飲食店検索サーバＳＳｉは、自身の記憶装置４４に記憶されている飲食店検索サーバ用テーブル（後述の図１４（ａ）参照）から上記指定された条件を満たす店舗名（図示する例では「割烹うな良」）を検索結果として検出する。飲食店検索サーバＳＳｉは、クライアント３に対して「店舗名：割烹うな良」を検索結果として応答し、これを受けたクライアント３がそのまま表示することにより、クライアント３の使用者は指定した条件を満たす飲食店の検索結果を確認できる。

次に、クライアント３の使用者が店舗「割烹うな良」についての店舗データを要求する操作を行った際には、図１２（ｂ）に示すように、クライアント３が飲食店検索サーバＳＳｉに対して店舗「割烹うな良」の店舗データを要求する指示信号を送信する。これを受信した飲食店検索サーバＳＳｉは、上記飲食店検索サーバ用テーブル（後述の図１４（ａ）参照）から店舗「割烹うな良」に対応するタグＩＤを取得する。このタグＩＤは、上記図７及び図８を用いて説明した手順により、当該店舗「割烹うな良」に対して既に発行された無線タグＴに対応するものである。

そして、飲食店検索サーバＳＳｉは、この例においてタグＩＤを反映させたＵＲＬ（広域ネットワークＮＷがインターネットの場合）により統一サーバＳＴにアクセスすることで、タグＩＤに対応する店舗データを要求する。なお、このように統一サーバＳＴに対してタグＩＤを反映させたＵＲＬによりアクセスして店舗データを要求する形式もまた共通インターフェース形式（ＸＮＬ形式に対応）による通信となる。この共通インターフェースによる要求を受けた統一サーバＳＴは、自身の大容量記憶装置１６に共通データベースから、タグＩＤに対応する店舗データ（上位データ。前述の無線タグＴの発行時に既に登録され格納されている）を検出し、飲食店検索サーバＳＳｉに対して応答する。

そして飲食店検索サーバＳＳｉは、受信した上位データの店舗データ（又はその一部）を固有のデータ形式に変換して下位データ（図示する例では「店舗名：割烹うな良、ＵＲＬ：〜ひつまぶしは・・・」）とし、これをクライアント３に対して固有のインターフェース形式により応答する。これを受けたクライアント３が表示することにより、クライアント３の使用者は要求した飲食店の店舗データを確認できる。

図１３は、蔵書管理サーバＳＳｚの検索機能を利用する際における情報の流れとその処理について概念的に説明する図である。この図１３において、上記図１２に示した飲食店検索サーバＳＳｉの場合との違いは、図１３（ａ）に示すようにクライアント３からの書籍の検索要求に対して蔵書管理サーバＳＳｚが指定条件を満たす書籍（図示する例では「図説情報理論」）を検索するとともに、その書籍の管理に必要な各種の情報（図示する例では「（管理番号：）ＩＴ０１２３」、「（保管位置：）Ｔ１書棚上段」）についても併せて検出して応答する点である。このような管理に必要な情報は、当該図書館で独自に設定される情報であり、書籍そのものについての情報のみを記憶する統一サーバＳＴの共通データベースからは得られない。すなわち、蔵書管理サーバＳＳｚは書籍の管理について特化したサービスを提供できるものとなっている。

そして、図１３（ｂ）に示すように、クライアント３の使用者が、蔵書管理サーバＳＳｚに対して書籍「図説情報理論」についての書籍データを要求する操作を行った際には、上記図１２（ｂ）で示した飲食店検索サーバＳＳｉの場合と同様に、蔵書管理サーバＳＳｚが蔵書管理サーバ用テーブル（後述の図１４（ｂ）参照）から書籍「図説情報理論」に対応するタグＩＤを取得する。このタグＩＤは、上記図５及び図６を用いて説明した手順により、当該書籍「図説情報理論」に対して既に発行された無線タグＴに対応するものである。

そして蔵書管理サーバＳＳｚが、この取得したタグＩＤを反映させたＵＲＬにより統一サーバＳＴにアクセスして書籍データを要求する。上記同様、統一サーバＳＴに対してタグＩＤを反映させたＵＲＬによりアクセスして書籍データを要求する形式も共通インターフェース形式（ＸＮＬ形式に対応）による通信となる。これを受けた統一サーバＳＴは、タグＩＤに対応する書籍データ（上位データ。前述の無線タグＴの発行時に既に登録され格納されている））を検出して蔵書管理サーバＳＳｚに送信する。そして蔵書管理サーバＳＳｚが、受信した上位データを下位データ（図示する例では「書籍名：図説情報理論、ＵＲＬ：〜図面でわかりやすく・・・」）に変換してクライアント３に対して応答する。

図１４（ａ）は飲食店検索サーバＳＳｉに備えられた上記飲食店検索サーバ用テーブルの一例を示した図であり、図１４（ｂ）は蔵書管理サーバＳＳｚに備えられた上記蔵書管理サーバ用テーブルの例を示した図である。このように大きく異なるテーブルをそれぞれ利用するサービスサーバＳＳどうしでは、通常の場合それぞれで扱うデータに互換性がなく各サービスサーバＳＳ内で処理するだけとなる。しかしながら、本実施形態では、それら提供するサービスが異なる複数のサービスサーバＳＳそれぞれが、上記のＸＭＬ形式で記述された上位データ形式と固有の形式の下位データ形式との、データ形式変換処理機能を備えている。この結果、各サービスサーバＳＳそれぞれの管理・検索対象とするデータを、統一サーバＳＴで全て（上位データ、つまりＸＭＬデータの形式で）一括して管理することができる。なお、特に図示しないが、例えば図書館での検索サーバと書店での検索サーバのように、サービスサーバＳＳどうしでそれぞれ扱う管理・検索対象の種類（この場合、書籍という種類）が同じであれば、同じ書籍の書籍データを共通データベースで共有することも可能である。

以上説明したように、本実施形態においては、統一サーバＳＴが備える共通のデータベースにデータを集約し、共通のインターフェースを用いつつ共通データベースにアクセスし、タグＩＤをキーとして検索することで、そのタグＩＤに対応したデータの取得を行うことができる。これにより、各サービスサーバＳＳそれぞれの個別アプリケーションや、携帯端末２のアプリケーション等のいずれにも対応可能なデータベースとすることができる。この結果、各サービスサーバＳＳのアプリケーションごとにデータを記録したデータベースがある場合のように、固有のデータ構造やテーブル構造をそれぞれについて考慮する必要がなく、そのため各アプリケーションでそれぞれ扱うデータの形式を変更する必要がなくなるので、アプリケーション（特に携帯端末２のアプリケーション）の開発を進めやすくなり、開発の効率化を図れる。また、各種アプリケーションを融合したアプリケーション開発や、アプリケーションの再利用化を容易に行える効果もある。また、特に、汎用であるＸＭＬ形式を用いることで、システムとしての拡張性、応用性を高めることができる。

また、この実施形態では特に、ＸＭＬ形式の上位データが、基本項目と詳細項目とを有しており、複数のサービスサーバＳＳと統一サーバＳＴとの間で送受信される上位データについて、複数のサービスサーバＳＳに共通の基本項目と共通でない詳細項目とに区分されている。この結果、その区分に応じた円滑迅速なデータ処理や通信が可能となり、データ処理効率や通信効率を向上することができる。

なお、上記実施形態では、サービスサーバＳＳのアプリケーションが検索機能を有している場合、当該サービスサーバＳＳ自体が検索用のテーブルを備えて指定条件を満たすものを検索し、クライアントに応答していた。しかし、本発明はこれに限られず、例えば検索処理そのものを統一サーバＳＴにより共通データベースを利用して行わせてもよい。

図１５は、飲食店検索サーバを介して統一サーバに飲食店検索させる場合の情報の流れとその処理について概念的に説明する図である。この図１５において、クライアント３から「名古屋」を含む所在地条件と「ひつまぶし」の取り扱い品目条件をキーとして飲食店を検索するよう飲食店検索サーバＳＳｉ′に要求する。

そしてこれを受信した飲食店検索サーバＳＳｉ′は、基本項目条件としての“category=飲食店”、所在地条件としての“address=＊名古屋＊”（addressの一部に「名古屋」が含まれるという意味）、及び取り扱い品目条件としての“kind=ひつまぶし”を反映させたＵＲＬにより統一サーバＳＴ′にアクセスして、飲食店検索とそれに対応する店舗データを要求する要求信号を共通インターフェース形式により送信する（なお、上記ＵＲＬ中の各条件における日本語部分はＵＲＬエンコード等を考慮する必要あり）。

そしてこれを受信した統一サーバＳＴ′は、自身の大容量記憶装置１６における共通データベースから、<category>が「飲食店」であり、<address>が「名古屋」を含み、<kind>が「ひつまぶし」である店舗データ（ＸＭＬ形式上位データ）を検索し、飲食店検索サーバＳＳｉ′に対して応答する（図中の下線部の対応を参照）。そして、これ以降は上記図１２と同様の処理を行うことにより、クライアント３の使用者は指定した条件を満たす飲食店の検索結果とそれに対応する店舗データを確認できる。

このようなシステム構成とした場合には、サービスサーバＳＳ（飲食店検索サーバＳＳｉ′）の記憶装置４４に検索用のテーブル（図１４（ａ）の飲食店検索サーバ用テーブル）を記憶させる必要がなく、また検索要求とその結果に対応する詳細データの表示を一度の手順で簡便に行うことができる。また、このシステム構成を上記蔵書管理サーバＳＳｚに適用する場合には、統一サーバＳＴの共通データベースにおいて各書籍データにそれぞれ図書館固有の情報（例えば、図１４（ｂ）の蔵書管理サーバ用テーブルの情報）も付加して格納すればよい（特に図示せず）。

なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順を追って説明する。

（１）セキュリティ情報を組み込んで問い合わせる場合
なお、クライアント３の操作に基づきサービスサーバＳＳから統一サーバＳＴに送信するデータ（前述の例では書籍データや店舗データ）の要求信号にセキュリティ情報を含ませ、統一サーバＳＴがこのセキュリティ情報の照合結果に基づいてデータ（上位データ）の応答の成否を決定するようにしてもよい。

図１６は、サービスサーバＳＳの別の例である物品管理サーバＳＳｂからの上記要求信号にセキュリティ情報を含めて送信する場合の、情報の流れとその処理について概念的に説明する図である。この図１６において、会社内の備品を管理する物品管理サーバＳＳｂが、統一サーバＳＴに対して管理対象物（図示する例では「開発部所有プロジェクター」）についてのデータを要求する。この際、前述と同様、タグＩＤ（図示する例では「E00401000A844BF3」）を反映させたＵＲＬで統一サーバＳＴにアクセスするとともに、セキュリティ情報として、ユーザ情報（図示する例では「User=ichirotanaka」）とグループ情報（図示する例では「Group=ブラザー工業 開発部」）とを併せて送信する。

このとき、統一サーバＳＴの共通データベースには、予めタグＩＤに対応してデータの取得が許可されるユーザ情報及びグループ情報が記憶されている。そして、統一サーバＳＴが上記のデータの要求信号を受信した場合、まず、共通データベースから上記タグＩＤに対応するデータを検出する。そして、受信したユーザ情報及びグループ情報が、共通データベースにおいて当該タグＩＤに対応して（データ取得を許可する者として）記録されているユーザ情報及びグループ情報と一致するかどうかを判定する。そして、記録されたユーザ情報及びグループ情報と一致する場合のみ、データを含んだ上位データを物品管理サーバＳＳｂに応答返信する。このとき、応答返信される上位データの基本項目には、ユーザ情報とグループ情報を反映した文字列（図示する例の“<user>”の文字列と“<group>”の文字列）が記載される（図中の下線部の対応を参照）。またこの場合には、基本項目中の“<security>”の文字列の内容は“true”となる。

なお、上記において、“<user>”の文字列内のユーザ情報や、“<group>”の文字列内のグループ情報や、“<security>”の文字列等が、各請求項記載のセキュリティ応答要素を構成する。

本変形例においては、物品管理サーバＳＳｂからのデータの要求信号に、タグＩＤに対応するユーザ情報とグループ情報を含まない場合には、統一サーバＳＴは応答しなくなる。したがって、情報送受におけるセキュリティを高めることができる。

なお、上記はサービスサーバ（上記の例では物品管理サーバＳＳｂ）から統一サーバＳＴへデータを要求する場合を例にとって説明したが、これに限られない。すなわち、携帯端末２から統一サーバＳＴへデータを要求する場合（図９参照）にも適用して、上記同様にユーザ情報を含めてデータを要求するようにし、統一サーバＳＴが対応する態様で応答する（応答しない場合を含む。また後述のように対応するデータ加工を行う場合を含む）ようにしてもよい。この場合も同様の効果を得る。

なお、セキュリティ情報としては、上述したようなユーザ情報とグループ情報の組み合わせに限られず、例えば一般的なログインＩＤとパスワードの組み合わせとしてもよい。また、１つのセキュリティ情報に対してデータの取得を許可する範囲を設定させるようにしてもよい。また、ユーザ情報やグループ情報は、データの取得の成否を決めるセキュリティ情報としてではなく、単に上位データ中に記載するための参照情報として送受するようにしてもよい。

（２）携帯端末のアプリケーションで備忘録を作成する場合
上記実施形態では、携帯端末２は複数の物にそれぞれ貼付されている無線タグＴからタグＩＤを読み取るたびに対応するデータを個別に表示するだけであったが、本発明はこれに限られない。すなわち、例えば携帯端末２が実行するアプリケーションの一機能として、携帯端末２が読み貯めた複数のタグＩＤにそれぞれ対応するデータを時系列でまとめて併記する（＝備忘録を作成する）ようにしてもよい。

図１７は、携帯端末２を用いて備忘録を作成する場合でタグＩＤを読み貯める状況の一例を表す図である。なお、図示の煩雑を避けるために、各タグＩＤは「ＩＤ：ＡＡＡＡＡ」などと略記する（後述の図１８、図２０、図２１においても同様）。

この図１７に示す例では、携帯端末２の所有者が「ＯＡ機器展示会」を見学したことについての備忘録を作成する場合を示しており、その見学の行程としては、最初に「ＯＡ機器展示会」の会場入り口に設けてある入場受付３０１を経由して入場し、次に会場内に設けてあるＡブース３０２、Ｂブース３０３、Ｃブース３０４の順でそれぞれ１つずつ展示品を見学している。そしてそれぞれの行動過程において、携帯端末２を用いて展示品に貼付されている無線タグＴからタグＩＤを読み取らせる。なおこれらのタグＩＤは、詳細な説明は省略するが、上記図５及び図６や、図７及び図８を用いて説明した手順と同等の手順により、展示会の看板（後述）や各展示品に対して既に発行された無線タグＴに対応するものである。

図示する例では、入場受付において展示会の名称が記載された看板３０１Ａなどに貼付されている無線タグＴから、「ＯＡ機器展示会」という展示会に対応するタグＩＤが読み取られる。また、各ブースで展示されている物品３０２Ａ，３０３Ａ，３０４Ａに直接貼付されている無線タグＴから、その物品自体に対応するタグＩＤが読み取られる。そして、これら読み取られたタグＩＤは、それぞれ読み取られた時刻と対応づけて携帯端末２に記録・蓄積される。

図１８は、上記図１７に示した例により読み貯めたタグＩＤから備忘録を作成する際の、携帯端末２と統一サーバＳＴの間における情報の流れとその処理について概念的に説明する図である。

この図１８において、携帯端末２は読み貯めた複数のタグＩＤにそれぞれ対応するデータを時系列順で個別に統一サーバＳＴに要求する（データの要求については上記図９で示した例を参照）。これらを受けた統一サーバＳＴは、各タグＩＤに対応するデータを検出し、それぞれ個別に携帯端末２に応答送信する。そして、携帯端末２は受信した複数のデータからそれぞれ必要な内容を抽出し、それぞれタグＩＤを読み取った時刻と対応させて表示部３４に表示する。これにより、携帯端末２は読み貯めた複数のタグＩＤにそれぞれ対応するデータを時系列順で併記した備忘録（図示する例では「展示会レポート」）を作成・表示することができる。

なお、上記の例におけるタグＩＤの設定として、展示会のイベント、各ブース、及び展示物品のように分類の大きさの各段階でそれぞれにタグＩＤを設定することもできる。

また、上述した場合のように複数のタグＩＤに対応するデータを統一サーバＳＴに対して要求する場合には、複数のタグＩＤのそれぞれで個別に要求信号を送信する以外にも、例えば図１９に（サービスサーバＳＳと統一サーバＳＴとの情報送受信の例で）示すように、一回の要求信号で複数のタグＩＤをまとめて送信するようにしてもよい。またこれに応じて、統一サーバＳＴも、各タグＩＤに対応するデータを一括して含む一つのデータとして応答返信するようにしてもよい。

この場合には、サービスサーバＳＳが複数のタグＩＤ（図示する例では「E00401000A72D4B0」と「E00403000A72D6C3」の２つ）をパラメータとして含んだリクエストで統一サーバＳＴにアクセスする。そしてこれを受信した統一サーバＳＴは各タグＩＤに対応するデータを検出し、それぞれに対応する内容（基本項目＋詳細項目）を連結して一つの上位データとして作成（下線部参照）し、これをサービスサーバＳＳに応答返信する。これにより、複数のタグＩＤを一度に統一サーバＳＴ側へ送信して対応するデータを一度に取得することができるので、通信効率を向上することができる。なお、携帯端末２から統一サーバＳＴへデータを要求する場合にも上記同様に複数のタグＩＤを送信するようにしてもよい。この場合も同様の効果を得る。

（３）携帯端末のアプリケーションでブログを作成する場合
上記（２）の変形例では、携帯端末２が読み貯めた複数のタグＩＤに基づいて作成した備忘録を、その携帯端末２自体でしか表示させていなかったが、これに限られない。すなわち、この他にも広域ネットワークＮＷを介して誰でも閲覧できるいわゆるブログとして広く公開できるようにしてもよい。

図２０は、携帯端末２を用いてブログを作成する場合でタグＩＤを読み貯める状況の一例を表す図である。この図２０に示す例では、携帯端末２の所有者が図書館４０１、飲食店４０２、及び展示会４０３の順に訪れ、それら各所で自分が関係した物を日記形式でネットワーク上に公開するいわゆるブログを作成する場合を示している。そして、携帯端末２の所有者は、各所において関係した物にそれぞれ貼付されている無線タグＴから携帯端末２を用いてタグＩＤを読み取る。

図示する例では、図書館４０１において借りた本４０１Ａ及びＣＤ４０１Ｂにそれぞれ貼付されている無線タグＴからタグＩＤを読み取っている。その後、飲食店４０２において看板４０２Ａやメニュー４０２Ｂなどに貼付されている無線タグＴからそれぞれ店舗や注文した物に対応するタグＩＤを読み取っている。さらに、展示会会場４０３において看板４０３Ａ及び展示物品４０３Ｂなどに貼付されている無線タグＴからそれぞれ展示会イベントそのものや展示物品４０３Ｂに対応するタグＩＤを読み取っている。そして、これら読み取られたタグＩＤは、それぞれ読み取られた時刻と対応づけて携帯端末２に記録・蓄積される。

図２１は、上記図２０に示した例により読み貯めたタグＩＤからブログを作成する際の携帯端末２、サービスサーバとしてのブログサーバＳＳｒ、及び統一サーバＳＴの間における情報の流れとその処理について概念的に説明する図である。

この図２１において、所有者の適宜の操作により、携帯端末２が、読み貯めた複数のタグＩＤを、それぞれ対応する読み取り時刻と日付とともにブログサーバＳＳｒ（例えばＷＥＢサーバとして機能するサービスサーバＳＳ）へアップロード送信する。この際に送受されるデータは、前述の下位データであり、固有のインターフェース形式で送受されることになる。そしてこれを受信したブログサーバＳＳｒは、それら複数のタグＩＤにそれぞれ対応するデータを統一サーバＳＴに要求する（データの要求については上記図１２（ｂ）、図１３（ｂ）で示した例を参照）。これらを受けた統一サーバＳＴは、各タグＩＤに対応するデータを検出し、それぞれ上位データの形でブログサーバＳＳｒに応答送信する。そして、ブログサーバＳＳｒは受信した複数のデータからそれぞれ必要な内容を抽出し、それぞれタグＩＤを読み取った時刻と対応させて公開用の文書（ＨＴＭＬ形式ファイルなど）を作成する。

このとき、データの記載については、日記形式の文章として読みやすいように語句を補足して記載する。つまり、図示している例文のように、書籍の名称が「○○○」である場合に、「図書館で○○○という本を借りた。」と補足記載する。そして作成した公開用文書を日付に対応させて記憶し、広域ネットワークＮＷ上で公開することでブログを作成することができる。

なお、上述した場合のように統一サーバＳＴから取得したデータを、広域ネットワークＮＷ上で広く公開するブログに記載する場合には、統一サーバＳＴから応答返信される上位データ中にアフェリエイト用のＵＲＬを追加するようにしてもよい。ここでアフェリエイトとは、ＷＥＢサイトなどが企業サイトなどのリンクを張り、閲覧者がそのリンクを経由して当該企業サイトで商品を購入したりすると、リンク元サイトの主催者に報酬や特典が与えられるという広告手法である。

この場合には、図２２に示すように、ブログサーバＳＳｒがタグＩＤを反映させたＵＲＬで統一サーバＳＴにアクセスし、それとともにユーザ情報を送信する。そしてこれを受信した統一サーバＳＴは各タグＩＤに対応するデータを検出するとともに、ユーザ情報を反映させたアフェリエイト用ＵＲＬを生成（下線部参照）し、これを詳細項目に挿入した上位データをブログサーバＳＳｒに応答返信する。そして、ブログサーバＳＳｒは、ブログ上のデータの記載（図示する例では店舗名の「うな良」）にアフェリエイト用ＵＲＬをリンクさせるようブログを作成する。

このように、統一サーバＳＴがユーザ情報を含むデータの要求信号を受信した場合に、このユーザ情報に対応した態様に加工された応答信号（上位データ）を返信させることにより、ユーザのニーズに応じた種々の態様や量のデータを応答することが可能となり、きめ細やかなサービスを提供することができる。

また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。

その他、いちいち例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

本発明の一実施形態の情報提供システム全体を表すシステム構成図である。 情報提供システムのうちの統一サーバ及び携帯端末の詳細機能を表す機能ブロック図である。 情報提供システムのうちのサービスサーバ及び無線タグ作成装置の詳細機能を表す機能ブロック図である。 無線タグに備えられた無線タグ回路素子の機能的構成の一例を表すブロック図である。 情報提供システムが備える蔵書管理サーバの周囲における情報の流れとその処理について概念的に説明する図である。 ＸＭＬ形式で記述された書籍データを表した図である。 情報提供システムが備える飲食店検索サーバの周囲における情報の流れとその処理について概念的に説明する図である。 ＸＭＬ形式で記述された店舗データを表した図である。 携帯端末の周囲における情報の流れとその処理について概念的に説明する図である。 携帯端末を用いてタグＩＤを読み貯める状況の一例を表す図である。 無線タグの作成からデータの取得までのサービスサーバ、携帯端末、及び統一サーバの制御動作と応答の一例を表すシーケンス図である。 飲食店検索サーバの検索機能における情報の流れとその処理について概念的に説明する図である。 蔵書管理サーバの検索機能における情報の流れとその処理について概念的に説明する図である。 飲食店検索サーバ用テーブルと蔵書管理サーバ用テーブルの例を概念的に表す図である。 飲食店検索サーバを介して統一サーバに飲食店検索させる場合の情報の流れとその処理について概念的に説明する図である。 物品管理サーバからのデータの要求信号にセキュリティ情報を含めて送信する変形例を説明する図である。 携帯端末を用いて備忘録を作成する変形例においてタグＩＤを読み貯める状況の一例を表す図である。 図１７に示した例により備忘録を作成する場合の携帯端末と統一サーバの間における情報の流れとその処理について概念的に説明する図である。 複数のタグＩＤを一括処理する変形例の情報の流れとその処理について概念的に説明する図である。 携帯端末を用いてブログを作成する変形例においてタグＩＤを読み貯める状況の一例を表す図である。 図２０に示した例によりブログを作成する場合の携帯端末、ブログサーバ、及び統一サーバ情報の間における情報の流れとその処理について概念的に説明する図である。 ブログにアフェリエイト用ＵＲＬをリンクさせる変形例の情報の流れとその処理について概念的に説明する図である。

符号の説明

１ 情報提供システム
２ 携帯端末（端末装置）
３ クライアント（サービス端末）
４ 無線タグ作成装置
１６ 大容量記憶装置（共通データベース）
１７ ネットワーク通信制御部（第１送受信手段）
２２ 主アンテナ
２３ リーダアンテナ
３５ データ送受信部（第４送受信手段）
３６ タグリーダ（情報取得手段）
４５ 上位ネットワーク制御部（第２送受信手段）
４６ 下位ネットワーク制御部（第３送受信手段）
４７ 通信制御部
ＳＳ サービスサーバ
ＳＳｂ 物品管理サーバ（サービスサーバ）
ＳＳｉ 飲食店検索サーバ（サービスサーバ）
ＳＳｒ ブログサーバ（サービスサーバ）
ＳＳｚ 蔵書管理サーバ（サービスサーバ）
ＳＴ 統一サーバ
ＮＷ 広域ネットワーク
ＮＬ 構内ネットワーク
Ｔ 無線タグ
Ｔｏ 無線タグ回路素子

Claims (5)

1. 個別のアプリケーションによるサービス及び無線タグを作成するサービスをそれぞれ行う複数のサービスサーバと、前記複数のサービスサーバに対しネットワーク接続を介し共通に設けられた１つの統一サーバと、前記統一サーバに保持されたデータを利用する端末装置と、前記サービスサーバに接続され、タグ識別情報を無線通信を介して書き込んだ前記無線タグを作成する無線タグ作成装置とを有する情報提供システムであって、
   前記統一サーバは、
   前記複数のサービスサーバのそれぞれと前記端末装置とに対し、ＸＭＬ形式に対応した共通のインターフェース形式により情報送受可能な第１送受信手段と、
   ＸＭＬ形式の共通データベースとを有し、
   前記複数のサービスサーバのそれぞれは、
   前記統一サーバの前記第１送受信手段に対し、ＸＭＬ形式に対応した前記共通のインターフェース形式により情報送受可能な第２送受信手段と、
   前記個別のアプリケーションを共通に利用する複数のサービス端末に対し、前記個別のアプリケーションに固有のインターフェース形式により情報送受可能な第３送受信手段と、
   前記第２送受信手段を介しＸＭＬ形式に対応した前記共通のインターフェース形式により前記統一サーバに対して送受するＸＭＬ形式の上位データ、及び、前記第３送受信手段を介し前記固有のインターフェース形式により前記複数のサービス端末に対して送受する下位データの相互間の、データ形式変換処理を行うデータ形式変換処理手段と
   を有し、
   前記端末装置は、
   前記無線タグ作成装置で作成された前記無線タグに記憶された前記タグ識別情報を、無線通信を介して取得する情報取得手段と、
   前記統一サーバの前記第１送受信手段に対し、ＸＭＬ形式に対応した前記共通のインターフェース形式により情報送受可能な第４送受信手段を有し、
   前記サービスサーバの前記データ形式変換処理手段は、
   前記タグ識別情報に対応づけられた前記固有のデータ形式の前記下位データを、当該タグ識別情報に対応づけた態様で前記ＸＭＬ形式の前記上位データに変換処理し、
   前記統一サーバの前記共通データベースは、
   前記タグ識別情報に対応づけられた前記ＸＭＬ形式の前記上位データを格納保持し、
   前記統一サーバの前記第１送受信手段は、
   前記端末装置の前記第４送受信手段から、前記情報取得手段で取得した前記タグ識別情報を含む問い合わせ信号を受信した場合には、前記タグ識別情報に対応づけられた前記上位データを含む応答信号を前記第４送受信手段へ送信する
   ことを特徴とする情報提供システム。
2. 前記サービスサーバの前記データ形式変換処理手段は、
   前記ＸＭＬ形式の前記上位データが、
   前記複数のサービスサーバそれぞれに固有のデータ項目と、
   前記複数のサービスサーバに共通のデータ項目と
   を有するように、前記データ形式変換処理を行う
   ことを特徴とする請求項１記載の情報提供システム。
3. 前記上位データの前記共通のデータ項目は、セキュリティ応答要素を含み、
   前記統一サーバの前記第１送受信手段は、
   前記端末装置の前記第４送受信手段、又は、前記サービスサーバの前記第２送受信手段から、前記セキュリティ応答要素に対応した問い合わせ信号を受信した場合にのみ、対応する応答信号を前記第４送受信手段又は前記第２送受信手段へ送信する
   ことを特徴とする請求項２記載の情報提供システム。
4. 前記端末装置の前記第４送受信手段、又は、前記サービスサーバの前記第２送受信手段は、ユーザ情報を含む問い合わせ信号を、前記統一サーバの前記第１送受信手段に送信し、
   前記統一サーバの前記第１送受信手段は、
   前記端末装置の前記第４送受信手段又は前記第２送受信手段から、前記ユーザ情報を含む問い合わせ信号を受信した場合には、前記ユーザ情報を反映したＵＲＬ情報を前記固有のデータ項目に挿入するように加工された応答信号を前記第４送受信手段又は前記第２送受信手段へ送信する
   ことを特徴とする請求項２又は請求項３記載の情報提供システム。
5. 前記統一サーバの前記第１送受信手段は、
   前記端末装置の前記第４送受信手段、又は、前記サービスサーバの前記第２送受信手段から、複数の前記タグ識別情報を含む問い合わせ信号を受信した場合には、前記複数のタグ識別情報にそれぞれ対応づけられた複数の前記上位データを一括して含む応答信号を前記第４送受信手段又は前記第２送受信手段へ送信する
   ことを特徴とする請求項１乃至請求項４のいずれか１項記載の情報提供システム。
   

Images