(57)【要約】【課題】モノの組み合わせに対してサービスを関連付けて提供すると共に、それらのサービスの検索及び利用を簡単な操作で実行可能にするシステム及び方法を提供する。【解決手段】本発明のサービス提供システムは、モノに対応付けられたＩＤ（第１のＩＤ）またはそれらのＩＤの組み合わせに対応するＩＤ（第２のＩＤ）に対して関連付けられたサービスを検索するためのものであって、サービスの要求を受け付けるよう構成されたサービス制御手段と、サービス制御手段の指示に応答して、上記第１のＩＤに関連付けられた上記第１または第２のＩＤを検索するためのＩＤ管理手段と、サービス制御手段の指示に応答して、上記第１または第２のＩＤに関連付けられたサービスに関する情報を検索するためのサービス管理手段とを備える。かかる構成によれば、モノの組み合わせに対して関連付けられたサービスを簡単に検索して利用することが可能になる。【選択図】図１
2004287863.tif 000002
【特許請求の範囲】
【請求項１】
モノに対応付けられたＩＤ（第１のＩＤ）または前記ＩＤの組み合わせに対応するＩＤ（第２のＩＤ）に対して関連付けられたサービスを検索するサービス提供システムであって、
サービスの要求を受け付けるよう構成されたサービス制御手段と、
前記サービス制御手段の指示に応答して、前記第１のＩＤに関連付けられた前記第１または第２のＩＤを検索するためのＩＤ管理手段と、
前記サービス制御手段の指示に応答して、前記第１または第２のＩＤに関連付けられたサービスに関する情報を検索するためのサービス管理手段とを備える、サービス提供システム。
【請求項２】
前記サービス制御手段がタグ情報を受け取るよう構成されており、前記サービス制御手段の指示に応答して、前記タグ情報を前記第１のＩＤに変換するためのタグ認識手段をさらに備える、請求項１のサービス提供システム。
【請求項３】
前記タグ情報を取得して、前記サービス制御手段に送るための端末装置をさらに備える、請求項２のサービス提供システム。
【請求項４】
前記サービスを提供するサービス提供手段をさらに備える、請求項１乃至３のいずれかのサービス提供システム。
【請求項５】
前記ＩＤ管理手段は、複数のＩＤを検索した場合に、それらのＩＤに対して優先順位を付け、優先順位の最も高いＩＤを前記サービス制御手段に返す、請求項１乃至４のいずれかのサービス提供システム。
【請求項６】
前記サービス制御手段は、前記タグ認識手段によって変換された前記第１のＩＤと前記ＩＤ管理手段によって検索された前記第１または第２のＩＤを受け取るよう構成される、請求項２乃至５のいずれかのサービス提供システム。
【請求項７】
前記サービス制御手段は、前記端末装置からユーザ情報を取得し、前記ユーザ情報と前記タグ認識手段から受け取った前記第１のＩＤとから、ユーザ毎のＩＤリストを作成するよう構成される、請求項３乃至６のいずれかのサービス提供システム。
【請求項８】
前記ＩＤ管理手段は、前記ＩＤリストに含まれるＩＤを入力ＩＤとして、各入力ＩＤに対応するＩＤを検索し、検索された前記ＩＤに対応する前記入力ＩＤの数に基づいて、前記検索されたＩＤに前記優先順位を付ける、請求項５乃至７のいずれかのサービス提供システム。
【請求項９】
前記ＩＤ管理手段は、さらに、前記入力ＩＤと該入力ＩＤに対応して検索されたＩＤとの組み合わせによって決まるウェイトを有しており、対応する入力ＩＤの数が同じであるＩＤが複数検索された場合には、さらに前記ウェイトの大きさに基づいて前記優先順位を付ける、請求項８のサービス提供システム。
【請求項１０】
前記サービス制御手段は、前記検索されたサービスに関する情報を前記端末装置に送る、請求項３乃至９のいずれかのサービス提供システム。
【請求項１１】
前記サービス制御手段は、前記端末装置の指示に基づいて、前記サービス提供手段にアクセスする、請求項１０のサービス提供システム。
【請求項１２】
前記ＩＤ管理手段は、前記第１のＩＤの組み合わせに対応する前記第２のＩＤが存在しない場合には、前記サービス制御手段の指示に応答して、前記第２のＩＤを生成する、請求項１乃至１１のいずれかのサービス提供システム。
【請求項１３】
モノに対応付けられたＩＤ（第１のＩＤ）または前記ＩＤの組み合わせに対応するＩＤ（第２のＩＤ）に対して関連付けられたサービスを提供するためのサービス提供方法であって、
端末装置からのサービスの要求を受け付けるステップと、
前記第１のＩＤに関連付けられた前記第１または第２のＩＤを検索するステップと、
前記第１または第２のＩＤに関連付けられたサービスに関する情報を検索するステップを含む、サービス提供方法。
【請求項１４】
タグ情報を取得するステップと、
前記タグ情報を前記第１のＩＤに変換するステップとをさらに含む、請求項１３のサービス提供方法。
【請求項１５】
前記検索された情報に基づいて、前記サービスを提供するステップをさらに含む、請求項１３または１４のサービス提供方法。
【請求項１６】
前記第１のＩＤを登録するステップと、
前記第２のＩＤを登録するステップと、
前記第１または第２のＩＤに関連付けられたサービスに関する情報を生成するステップと、
前記第１または第２のＩＤに関連付けられたサービスを準備するステップとをさらに含む、請求項１３乃至１５のいずれかのサービス提供方法。
【請求項１７】
前記サービスを提供するステップが、さらに、
前記検索された情報を前記端末装置に送るステップと、
前記端末装置で前記送られた情報を選択するステップと、
前記選択された情報に基づいて前記情報に対応するサービスにアクセスするステップとをさらに含む、請求項１５または１６のサービス提供方法。
【請求項１８】
前記第１または第２のＩＤを検索するステップが、
前記第１のＩＤに関連するＩＤを出力ＩＤとして検索するステップと、
同じ出力ＩＤに対応する入力ＩＤの数をカウントするステップと、
前記入力ＩＤの数が多い順に、前記入力ＩＤと出力ＩＤの組を並べるステップとをさらに含む、請求項１３乃至１７のいずれかのサービス提供方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報やサービスを提供するためのシステム及び方法に関し、特に、１または複数のモノの組み合わせに対して情報やサービスを関連付けて提供するためのシステム及び方法に関する。
【０００２】
【従来の技術】
モノに固有の識別番号を付して、その識別番号からそのモノに関する情報を取り出して在庫管理などに利用するシステムが、例えば下記の文献に記載されている。しかしながら、これらの従来のシステムは、各々独立した識別番号から個別に特定される情報を取り出すことはできるが、それらの識別番号から特定される物にサービスを関連付けて提供するようにはなっていない。
【０００３】
そこで、本願出願人は先の特許出願２００２−１０９６２９「サービス提供システム及びサービス提供方法」において、さまざまなものに識別子を関連付け、この識別子を読み取ってそのものに関連付けられているサービスを検索し提供するシステムを提案した。先の出願のシステムでは、１つのもの、すなわち識別子に対して情報やサービスを関連付けて提供するように構成されている。
【０００４】
【非特許文献１】
日経コミュニケーション２００３年２月３日号、「あらゆるモノに極小無線タグを内蔵−ネット経由の商品追跡も可能ＩＤ使用に日米２方式が名乗り」、ｐ７８−８０
【０００５】
【発明が解決しようとする課題】
複数のモノの組み合わせに対して、組み合わせ中の個々のモノに関連付けられているものとは別の情報やサービスを関連付けて提供することができれば、ユーザはそのモノを特定するための識別子を組み合わせを指定することにより、１つのモノから情報やサービスを検索して指定することしかできない場合に比べて、柔軟な指定を行うことができるので便利である。また、サービスの提供者にとっても、わかりやすく柔軟なサービスの指定方法を提供できるという利点がある。
【０００６】
例えば、あるオフィスＡの識別子とあるプリンタＢの識別子（ここでプリンタＢの識別子は例えばプリンタＢというモデルを識別するものであり、プリンタの個体を識別するものではないとする）を指定することにより、オフィスＡにあるプリンタＢという特定のプリンタの個体で、あるドキュメントを印刷するといった作業を行うことができればユーザにとっては便利である。また、モノの識別子を情報またはサービス提供エンティティへのポインタとして利用することにより、複数のサービスを組み合わせて実行する際に各サービスの手続き情報そのものをやり取りする場合に比べて、システム全体の処理負荷の軽減を図ることができる。
【０００７】
更に、新たなサービスを関連付けようとするモノにそのような関連付けを行うために必要となる識別子に対応付けられ、識別子を検索するキー情報を提供するタグをモノに添付する代りに、既存の識別子の組み合わせでサービスを指定することができれば、このような新たな識別子用のタグをモノに添付するなどのタグ管理上の手間を省力することも可能となる。なお、タグについては後述する。
【０００８】
【課題を解決するための手段】
本明細書においてモノとは、工業製品、建築物などの物理的な実体を持つ物だけでなく、サービスやデータなどの物理的実体を持たない概念上のものも含む、あらゆる「もの」を意味する。
【０００９】
本発明では、モノを識別するための識別子としてグローバルＩＤ（以下、単にＩＤと称する）を使用する。
【００１０】
ここで、タグとＩＤの対応付け及びＩＤ間の関連付けの概念について例を用いて説明する。なお、タグとはモノから直接的に得られる識別情報である。タグは必要に応じて商品にすでに付与されバーコードなどで表示されている既存の商品コード、製品の型番、シリアル番号などを使用したり、あるいは新規に付与するにしても、どのような手段で具体的にモノの上で表示するかによってフォーマットが異なることがあるなど、全てのモノに対して一貫した体系とすることが困難であるため、モノから直接得られるタグをそのままＩＤとするのではなく、タグを１ないし複数段階変換したものをＩＤとして使用することが好ましい。
【００１１】
図２（Ａ）では、ある空間Ａにｔａｇ＿ａというタグが付されており、その空間内には、ある製品（プリンタＰとする）があって、その製品にｔａｇ＿１というタグが付されている。ｔａｇ＿１は、同一機種のプリンタに共通に付されるタグであるものとする。
【００１２】
また、別の空間Ｂには、ｔａｇ＿ｂというタグが付されており、その空間内には、製品Ｐ’（プリンタＰと同じ機種のプリンタ）と製品Ｑ（例えばパソコン）があって、それぞれにｔａｇ＿１、ｔａｇ＿２というタグが付されている。
【００１３】
ここで、ｔａｇ＿ａ、ｔａｇ＿ｂ、ｔａｇ＿１、ｔａｇ＿２にそれぞれ、ＩＤａ、ＩＤｂ、ＩＤ１、ＩＤ２というＩＤをそれぞれ割り当て、これらのうちの２つのＩＤの組み合わせとして、ＩＤａ＋ＩＤ１、ＩＤｂ＋ＩＤ１、ＩＤｂ＋ＩＤ２という３つの組み合わせを考え、それぞれに対してＩＤａ１、ＩＤｂ１、ＩＤｂ２というＩＤを対応付ける。
【００１４】
これらのＩＤに対して、入力ＩＤ、出力ＩＤ、ウェイトの組からなる図２（Ｂ）に示すような表を作成する。ここでのウェイトは、出力ＩＤに対する入力ＩＤの数で決まり、１をその入力ＩＤの数で除したものである。
【００１５】
このようにすると、例えば、入力ＩＤａに対しては出力としてＩＤａとＩＤａ１が取り出される。ウェイトの大きい方を優先的に取り出すことにすれば、ＩＤａが優先的に取り出される。ＩＤａ＋ＩＤ１では、ヒットするのはＩＤａ１だけである。したがって、例えば、ＩＤａ１に、空間Ａ内のプリンタＰに対してあるサービスを割り当てれば、ＩＤａとＩＤ１という２つのＩＤを指定することにより、そのようなサービスを検索することができることになる。このように、空間と物とを関連付けたサービスをＩＤの組み合わせに対応付けることもできる。
【００１６】
本発明の１実施形態では、タグとＩＤとの対応関係を表すテーブルがタグ認識サーバに、図２（Ｂ）のような入力ＩＤ、出力ＩＤ、及びウェイトの組からなるテーブルがＩＤ管理サーバに格納される。また、上記ＩＤの組み合わせに対応するＩＤａ１などのＩＤも後述するようにＩＤ管理サーバによって生成される。
【００１７】
本願発明のサービス提供システムまたはサービス提供方法は以下のような態様を有する。第１乃至第１２の態様はサービス提供システムに係る態様であり、第１３乃至第１８の態様はサービス提供方法に係る態様である。
【００１８】
第１の態様は、モノに対応付けられたＩＤ（第１のＩＤ）またはそれらのＩＤの組み合わせに対応するＩＤ（第２のＩＤ）に対して関連付けられたサービスを検索するサービス提供システムであって、サービスの要求を受け付けるよう構成されたサービス制御手段と、サービス制御手段の指示に応答して、上記第１のＩＤに関連付けられた上記第１または第２のＩＤを検索するためのＩＤ管理手段と、  サービス制御手段の指示に応答して、上記第１または第２のＩＤに関連付けられたサービスに関する情報を検索するためのサービス管理手段とを備える。
【００１９】
第１の態様によれば、モノの組み合わせに対して関連付けられたサービスを、対応するＩＤの組み合わせを指定することにより検索することができるので、ユーザは、それぞれのサービスを個別に利用する必要がなくなり、効率的にサービスを利用することが可能になる。
【００２０】
第２の態様は、第１の態様のサービス提供システムにおいて、サービス制御手段がタグ情報を受け取るよう構成されており、さらに、サービス制御手段の指示に応答して、タグ情報を上記第１のＩＤに変換するためのタグ認識手段を備える。
【００２１】
第３の態様は、第２の態様のサービス提供システムが、さらに、タグ情報を取得して、サービス制御手段に送るための端末装置を備える。第３の態様によれば、ユーザは端末装置でモノのタグ情報を読み取るという簡単な操作を行うことにより、そのモノに関連付けられたサービスを検索することが可能になる。
【００２２】
第４の態様は、第１乃至第３のいずれかの態様のサービス提供システムが、サービスを提供するためのサービス提供手段をさらに備える。
【００２３】
第５の態様は、第１乃至第４のいずれかの態様のサービス提供システムにおいて、ＩＤ管理手段が、複数のＩＤを検索した場合に、それらのＩＤに対して優先順位を付け、優先順位の最も高いＩＤをサービス制御手段に返すよう構成される。第５の態様によれば、優先順位の低いＩＤに関連付けられたサービスの検索が回避されるので、ユーザは、所望のサービスのみをより迅速に利用することが可能になる。
【００２４】
第６の態様は、第２乃至第５のいずれかの態様のサービス提供システムにおいて、サービス制御手段が、タグ認識手段によって変換された上記第１のＩＤと、ＩＤ管理手段によって検索された上記第１または第２のＩＤとを受け取るよう構成される。
【００２５】
第７の態様は、第３乃至第６のいずれかの態様のサービス提供システムにおいて、サービス制御手段が、端末装置からユーザ情報を取得し、ユーザ情報とタグ認識手段から受け取った上記第１のＩＤとから、ユーザ毎のＩＤリストを作成するよう構成される。第７の態様によれば、記憶容量の小さな機器でも端末装置として利用できるとともに、同一人が状況に応じて複数の端末装置を使い分けるという使用形態で有用である。
【００２６】
第８の態様は、第５乃至第７のいずれかの態様のサービス提供システムにおいて、ＩＤ管理手段が、ＩＤリストに含まれるＩＤを入力ＩＤとして、各入力ＩＤに対応するＩＤを検索し、検索されたＩＤに対応する入力ＩＤの数に基づいて、検索されたＩＤに優先順位を付けるよう構成される。第８の態様によれば、ＩＤリストに含まれるＩＤの集合に対する一致の程度が高い組み合わせＩＤに高い優先度を与えることができるので、多くの場合に妥当な組み合わせＩＤをユーザに対して提示することが可能となる。
【００２７】
第９の態様は、第８の態様のサービス提供システムにおいて、ＩＤ管理手段がさらに、入力ＩＤとその入力ＩＤに対応して検索されたＩＤとの組み合わせによって決まるウェイトを有しており、対応する入力ＩＤの数が同じであるＩＤが複数検索された場合には、さらにウェイトの大きさに基づいて優先順位を付けるよう構成される。第９の態様によれば、ＩＤリストに含まれるＩＤの集合に対する一致の程度が同じ組み合わせＩＤのうちで、ＩＤリスト中の一致が取れたＩＤからなる集合が組合せられているＩＤの集合に対して占める割合が大きなものに高い優先度を与えることができるので、人間の直感に更に良く適合する妥当性の高い優先順位付けが可能となる。
【００２８】
第１０の態様は、第３乃至第９のいずれかの態様のサービス提供システムにおいて、サービス制御手段が、検索されたサービスに関する情報を端末装置に送るよう構成される。
【００２９】
第１１の態様は、第１０の態様のサービス提供システムにおいて、サービス制御手段が、端末装置の指示に基づいて、サービス提供手段にアクセスするよう構成される。
【００３０】
第１２の態様は、第１乃至第１１のいずれかの態様のサービス提供システムにおいて、ＩＤ管理手段が、上記第１のＩＤの組み合わせに対応する上記第２のＩＤが存在しない場合には、サービス制御手段の指示に応答して、上記第２のＩＤを生成するよう構成される。
【００３１】
第１３の態様は、モノに対応付けられたＩＤ（第１のＩＤ）またはそのＩＤの組み合わせに対応するＩＤ（第２のＩＤ）に対して関連付けられたサービスを提供するためのサービス提供方法であって、端末装置からのサービスの要求を受け付けるステップと、上記第１のＩＤに関連付けられた上記第１または第２のＩＤを検索するステップと、上記第１または第２のＩＤに関連付けられたサービスに関する情報を検索するステップを含む。
【００３２】
第１４の態様は、第１３の態様のサービス提供方法が、さらに、タグ情報を取得するステップと、タグ情報を上記第１のＩＤに変換するステップとを含む。
【００３３】
第１５の態様は、第１３または第１４の態様のサービス提供方法が、さらに、上記検索された情報に基づいてサービスを提供するステップを含む。
【００３４】
第１６の態様は、第１３乃至第１５のいずれかの態様のサービス提供方法が、さらに、上記第１のＩＤを登録するステップと、上記第２のＩＤを登録するステップと、上記第１または第２のＩＤに関連付けられたサービスに関する情報を生成するステップと、上記第１または第２のＩＤに関連付けられたサービスを準備するステップを含む。第１６の態様によれば、個々のモノに対応付けられたＩＤ（第１のＩＤ）の組み合わせに対応するＩＤ（第２のＩＤ）にサービスを関連付けることができるので、複数のモノの組み合わせに対して、組み合わせ中の個々のモノに関連付けられているものとは別のサービスを提供することが可能になる。
【００３５】
第１７の態様は、第１５または第１６の態様のサービス提供方法におけるサービスを提供するステップが、さらに、上記検索された情報を端末装置に送るステップと、その送られた情報を端末装置で選択するステップと、その選択された情報に基づいてその情報に対応するサービスにアクセスするステップを含む。
【００３６】
第１８の態様は、第１３乃至第１７のいずれかの態様のサービス提供方法における第１または第２のＩＤを検索するステップが、さらに、上記第１のＩＤに関連するＩＤを出力ＩＤとして検索するステップと、同じ出力ＩＤに対応する入力ＩＤの数をカウントするステップと、入力ＩＤの数が多い順に、入力ＩＤと出力ＩＤの組を並べるステップを含む。
【００３７】
【発明の実施の形態】
以下では、「サービス」という用語には、ある対象に対して何らかの処理を伴うサービスだけでなく、情報そのものの提示も含まれるものとする。
【００３８】
図１は本発明によるサービス提供システムの１実施形態の構成を概念的に示した図である。端末装置１０は、モノに付されたタグを読み取ってサービス制御装置２０に送ることができるように構成されており、ユーザが持ち運び可能な携帯型のものとすることができる。端末装置１０には、バーコードリーダやＲＦ−ＩＤなどの読み取り手段を設けることができ、これによって、数字や文字コードあるいはイメージ情報として何らかの媒体に埋め込まれたタグ情報を読み取ることができる。また、端末装置１０とサービス制御装置２０とは、周知の公衆回線や専用回線等の通信経路を介して接続され、サービス制御装置２０は、端末装置１０から受信したタグをタグ認識サーバ３０に送信する。タグ認識サーバ３０は、タグとそのタグに対応するＩＤとの組をテーブル（以下、タグ−ＩＤテーブルと記載）として有しており、サービス制御装置２０から受け取ったタグに対応するＩＤをそのテーブルから取り出すことができる。
【００３９】
サービス制御装置２０は、タグ認識サーバ３０から変換されたＩＤを受け取り、それをＩＤリストとして保持する。サービス制御装置２０は、さらに、端末装置１０からタグと共にまたは個別に送られてくる端末情報からユーザを識別することができ、ユーザが端末装置１０を使って送ったタグに対応するＩＤのリスト（ＩＤリスト）をユーザ毎に作成し保持することができる。例えば、あるユーザＡが、ｔａｇ＿ａとｔａｇ＿ｂという２つのタグ（これらのタグは、それぞれ、ｉｄ＿ａ、ｉｄ＿ｂというＩＤに対応するものとする）を端末装置１０でサービス管理サーバ５０に送って、これらのタグに関連した情報またはサービスを提供するよう要求した場合には、ユーザＡに対して、（ｉｄ＿ａ、ｉｄ＿ｂ）というＩＤリストが作成されて保持されることになる。サービス制御装置２０は、このＩＤリストをＩＤ管理サーバ４０に送信する。
【００４０】
なお、ＩＤリストは、サービス制御装置２０に保持する代りに、例えば端末装置１０で保持するようにしてもよい。ＩＤリストを上述のようにサービス制御装置２０側に保持することの利点は以下の通りである。
１）端末装置１０は携帯電話など小型・軽量であることが重視されるので、ＩＤリストを端末装置１０側に置こうとすると、ＩＤリスト自体やその管理のためのプログラムが占有するメモリ領域の確保が困難な場合がある。サービス制御装置側でＩＤリストを保持すればそのような問題は起きない。
２）ユーザが複数の端末装置を使い分ける場合、ＩＤリストをサービス制御装置２０側で保持する構成では、ユーザがサービス検索・利用のセッションが終わった後でもＩＤリストをサービス制御装置側に保存し、ユーザが別の端末装置から新たなセッションを開始した場合に以前のセッションの間に取り込んだＩＤのリストを再利用することができる。例えば、職場ではパーソナルコンピュータを用いてこの種の検索を行い、外出時には携帯電話やＰＤＡなどのモバイル機器で検索を行うという作業形態に適した構成である。
【００４１】
ＩＤ管理サーバ４０は、ＩＤとそのＩＤに対応する出力ＩＤとを、入力ＩＤと出力ＩＤの組からなるテーブル（以下、入力−出力ＩＤテーブルと記載）として有している。このテーブルには、さらに、上述したウェイトを含めることができる。ウェイトを用いることによって、その入力ＩＤが出力ＩＤを構成するにあたってどれくらい必要度があるかを表すことができる。
【００４２】
ＩＤ管理サーバ４０は、サービス制御装置２０から受け取ったＩＤリストに含まれているＩＤを入力ＩＤとしてそれに対応する出力ＩＤをそのテーブルから検索し、さらに出力ＩＤに対して優先順位をつける。出力ＩＤには、入力ＩＤそのものと組み合わせＩＤとがある。組み合わせＩＤとは、その入力ＩＤを含む複数の入力ＩＤの組み合わせに対して関連付けられたサービスに対応付けられたＩＤをいう。すなわち、上述したように、本発明では、複数の入力ＩＤの組み合わせに対してもサービスを対応付けることができ、そのサービスに関連付けられたＩＤとしてタグから変換されたＩＤとは別のＩＤ（組み合わせＩＤ）を割り当てる。出力ＩＤには、組み合わせＩＤの有無に関係なく、受け取ったＩＤリストに含まれる入力ＩＤそれ自体が含まれる。
【００４３】
この組み合わせＩＤは、ＩＤ管理サーバ４０によって生成される。すなわち、サービス制御装置２０が、いくつかのＩＤを含むＩＤリストに対する新しい組み合わせＩＤの割り当てをＩＤ管理サーバ４０に要求し、この要求に応答してＩＤ管理サーバ４０が、そのＩＤリストに含まれているＩＤを入力ＩＤとして出力ＩＤを生成する。この出力ＩＤが組み合わせＩＤである。この場合、ＩＤ管理サーバ４０は、（入力ＩＤ、出力ＩＤ、ウェイト）の組を自己のテーブルに登録する。
【００４４】
サービス管理サーバ５０は、ＩＤとそのＩＤに関連付けられたチケットとの組をテーブル（以下、ＩＤ−チケットテーブルと記載）として有している。サービス管理サーバ５０は、このテーブルから、サービス制御装置２０から送られてくるＩＤに対応するチケットを検索することができる。このチケットには、サービス提供情報が記載されており、例えば、ＩＤ、モノやサービスの名称（商品名など）、モノの提供者（メーカーなど）、サービス提供先（ネットワーク上のＵＲＬなど）、サービス提供者などの情報を含めることができる。
【００４５】
サービス管理サーバ５０は、取り出したチケットをサービス制御装置２０に送り、サービス制御装置２０は、チケットに含まれる情報を端末装置１０に送る。ユーザは、送られた情報から選択して、その情報に対応するサービスを提供するようサービス制御装置２０に指示することができる。サービス制御装置２０は、チケットに記載されたサービス提供先のアドレス（ＵＲＬなど）からサービス提供先にアクセスし、サービスの内容が単なる情報の提示であれば、その情報を端末がダウンロードできるようにし、サービスの内容が、ある商品のカタログを印刷するという処理であれば、その印刷サービス（プログラム）を起動する、などといった処理を行う。
【００４６】
「各サーバへのデータの登録」
タグ認識サーバ３０、ＩＤ管理サーバ４０、サービス管理サーバ５０は、それぞれ、上述のようにテーブルを有している。従って、予めそのテーブルに必要なデータを登録しておく必要があるが、これらの登録はサービス提供業者が行うことができる。
【００４７】
タグ認識サーバ３０のタグ−ＩＤテーブルには、タグとそれに対応するＩＤを組とするデータを登録する。例えば、ある特定のプリンタの機種（プリンタＰとする）に付けられているタグがｔａｇ＿ｐであるとし、このタグに対応するＩＤがｉｄ＿ｐの場合には、ｔａｇ＿ｐとｉｄ＿ｐの組をタグ−ＩＤテーブルに登録する。
【００４８】
ＩＤ管理サーバ４０の入力−出力ＩＤテーブルには、入力ＩＤ、出力ＩＤ及びウェイトの組を登録する。
【００４９】
「ＩＤ管理サーバにおける出力ＩＤの検索手順」
上述したように、ＩＤ管理サーバ４０はサービス制御装置２０から送られたＩＤリストに基づいて出力ＩＤを検索し、複数の出力ＩＤが検索された場合には、さらにそれらの出力ＩＤに優先順位をつけて、優先順位の高いもののみをサービス制御装置２０に返すＩＤとして取り出すことができる。ＩＤ管理サーバ４０が入力ＩＤから出力ＩＤを検索して、優先順位の高い出力ＩＤを取り出すまでの手順を以下に例示するが、以下では、入力ＩＤ数とウェイトの大きさとに基づいて優先順位を決定している。
【００５０】
１）受け取ったＩＤリストに含まれる各ＩＤを各入力ＩＤとして、入力−出力ＩＤテーブル中の各入力ＩＤに対応する行を検索する。
【００５１】
２）出力ＩＤが同じものをまとめる。このとき、各ウェイトを合計していくと同時に、出力が同じＩＤごとに、その同じ出力ＩＤはいくつの入力ＩＤから得られたか、つまり、いくつの行にその同じ出力ＩＤが含まれていたかを入力ＩＤ数としてカウントしておく。
【００５２】
３）入力ＩＤ数が多い順にソートし、同じ入力ＩＤ数となったものはさらに出力ＩＤごとのウェイトの大きい順にソートする。
【００５３】
４）ＩＤリストに含まれているＩＤの総数と同じ個数の入力ＩＤ数を有する出力ＩＤがある場合には、それらの出力ＩＤのみを選択し、ない場合には、入力ＩＤ数が最大のものを選択する。選択された出力ＩＤが複数の場合にはウェイトの合計が最大のものを取出す。こうして取り出された出力ＩＤがサービス管理サーバ５０におけるチケットの検索に用いられるＩＤとなる。なお、ただ１つの出力ＩＤを取出す代りに、３）でのソート結果の上位数個のＩＤを取出す、あるいは組み合わせＩＤを全て取り出し、ユーザへは上位のものから順に提示するなどの取り出し方法、提示方法を採用することもできる。
【００５４】
ここで、３）のソートの意味を説明する。
【００５５】
−入力ＩＤ数でソートする意味
以下の実施形態を見ればわかるように、組み合わせＩＤをもたらす全てのＩＤをユーザが入力せず、その一部のＩＤだけを入力した場合でもその組み合わせＩＤがヒットするような検索方法が採用されている。実施形態においてこのような「部分一致」的な検索方法を採用しているのは、完全一致を要求すると、特に組合せられるＩＤの個数が多くなった場合に自分が検索したい組み合わせＩＤに対応付けられたサービスがどのようなＩＤの組合せでヒットするかをユーザが正確に把握するのが困難な場合が多いと考えられるからである。このような「部分一致的」な検索では、ＩＤリストを与えると、与えられたＩＤリスト中のＩＤの部分集合を含む組み合せＩＤが多数発見されることが予想される。そこで、入力ＩＤ数が大きいということは、ＩＤリスト中のＩＤ全体の集合のうちの上述の部分集合の大きさがＩＤリスト中のＩＤ全体に占める割合が大きいということである。このように、ＩＤリスト側から見た適合率が大きな組み合わせＩＤがユーザが求めているものである可能性が高いとみなしている。
【００５６】
もちろん、検索の結果、複数の組み合わせＩＤに対して完全一致が起こった場合であっても、ＩＤリストに多数のＩＤが入っている場合には、ユーザは多数のＩＤの組み合わせによる組み合わせＩＤを検索したいだろうとみなすことは多くの場合に妥当であると考えられる。
【００５７】
−出力ＩＤごとのウェイトでソートする意味
上述のＩＤリスト側から見た適合率が同じであっても、例えば１０個のＩＤの組み合わせによってもたらされる組み合わせＩＤと５０個の組み合わせによる組み合わせＩＤでは、与えられたＩＤリスト中の同数のＩＤ、例えば９個のＩＤ、との一致が取れたとしても同程度の一致であると考えることはできない。つまり、前者では組み合わせのほとんどのＩＤと一致しているのに対して、後者では一致しているＩＤは組合せられるＩＤの２割にも満たない個数だからである。つまり、ＩＤリスト側から見た適合度が同じであっても、組み合わせＩＤ側から見た適合度は異なっているのである。
【００５８】
出力毎のウェイトとは、ＩＤリスト中の一致が取れたＩＤの個数を組合せられているＩＤの総数で割ったものであり、組み合わせＩＤ側から見た適合度を数値的に表現したものであると考えることができる。以下の実施形態では、ＩＤリスト側から見た適合度が同じ場合には、ウェイトが大きい、すなわち組み合わせＩＤ側から見た適合度が大きい方を優先させるという、直感に合っている優先順位の付け方を採用している。
【００５９】
以下、本発明の１実施形態として、図１に示す構成からなるサービス検索システムによるサービスの検索の具体例を２つ説明する。
【００６０】
「データの登録及び検索の例１」
ある店Ａ  に  ｔａｇ＿ａ  というタグがついているものとする。ｔａｇ＿ａに対してｉｄ＿ａというＩＤを割り当て、このタグとＩＤの組をタグ認識サーバ３０のタグ−ＩＤテーブルに登録する。
【００６１】
店Ａに関するサービス（例えば、店Ａの紹介のウェブページなど）についてのチケットを作成し、ｉｄ＿ａとこの作成したチケットの組をサービス管理サーバ５０のＩＤ−チケットテーブルに登録する。
【００６２】
店ＡにプリンタＰが設置されており、プリンタＰ  には  ｔａｇ＿ｐというタグがついているものとする。プリンタＰと同機種のプリンタにはこれと同じタグがつけられている。ｔａｇ＿ｐに対応するＩＤ（ｉｄ＿ｐとする）、及びこのＩＤに対応付けられたサービスについてのチケットは、通常はプリンタＰの製造販売業者などが既にそれぞれタグ認識サーバ３０のタグ−ＩＤテーブル、及びサービス管理サーバ５０のＩＤ−チケットテーブルに登録済みである。なお、プリンタＰのＩＤに対応付けられているチケットは、例えばプリンタの情報にアクセスするための手順が格納されている場所のＵＲＬ（サービスエンティティアクセスプロトコル格納先ポインタ）とその手順にしたがってプリンタの機種名や製造元情報、プリンタの仕様などの情報を提供している場所のＵＲＬ（サービスエンティティポインタ）を含んでいる。もしプリンタＰにＩＤが対応付けられていない場合には新規にそのＩＤを登録する。この場合、プリンタＰについてのサービス（ＩＤ  ｉｄ＿ｐに対応付けてＩＤ−チケットテーブルに登録するサービス）は特に登録する必要はないが、プリンタＰについて独自のサービスを対応付けたい場合には、そのＩＤ  ｉｄ＿ｐとそのサービスについてのチケットの組をＩＤ−チケットテーブルに登録してもよい。
【００６３】
ここで、ｉｄ＿ａとｉｄ＿ｐというＩＤの組み合わせに対して、「店ＡのプリンタＰで印刷する」というサービスを提供できるようにしておく。顧客はこのサービスを利用することにより、所望のカタログやチラシなどをプリンタＰで印刷することができる。このサービスに関連付けられた組み合わせＩＤとして、ＩＤ管理サーバ４０によって生成された新たなＩＤであるｉｄ＿ａｐ  を割り当て、ｉｄ＿ａｐ  に対応するチケットとして、上記印刷サービスを提供するサイトに接続するための情報を作成して、サービス管理サーバ５０に登録する。
【００６４】
上記ＩＤのうちＩＤ管理サーバ４０にまだ登録されていないものがあれば、（入力ＩＤ、出力ＩＤ、ウェイト）の組としてＩＤ管理サーバ４０のテーブルに登録する。今の例で、新たに生成されたｉｄ＿ａｐというＩＤがまだＩＤ管理サーバ４０に登録されていない場合には、ＩＤ管理サーバ４０は、ｉｄ＿ａ、ｉｄ＿ｐをそれぞれ入力ＩＤとし、出力ＩＤをｉｄ＿ａｐとする、（入力ＩＤ、出力ＩＤ、ウェイト）の組を新たに生成して登録する。具体的に示すと、ＩＤ管理サーバ４０の入力−出力ＩＤテーブルに新たに登録されるデータは、
ｉｄ＿ａ，  ｉｄ＿ａｐ，  １／２
ｉｄ＿ｐ，  ｉｄ＿ａｐ，  １／２
の２つの組となる。尚、入力ＩＤはｉｄ＿ａとｉｄ＿ｐの２つなのでウェイトは１／２になる。
【００６５】
次に、ｉｄ＿ａｐ  に関連付けられたサービスを提供するサイトへ接続するための情報をチケットとして作成して、サービス管理サーバ５０のＩＤ−チケットテーブルに登録する。
【００６６】
ここで、ユーザがｔａｇ＿ａを端末装置１０で読み取り、サービス制御装置２０にサービスの要求をした場合の処理手順について説明する。尚、店Ａを表すｔａｇ＿ａの読み取りは、既知の手段を用いて行うことができる。例えば、店Ａ内に配置されたＲＦ−ＩＤや赤外線ビーコンと端末装置１０との通信によって、ユーザが店Ａ内に入ったときに端末装置１０が自動的に取得するようにしてもよいし、ユーザが端末装置１０を使って店Ａ内の壁などの物に付けられたタグを自発的に読み取るようにしてもよい。
【００６７】
ｔａｇ＿ａを受け取ったサービス制御装置２０は、タグ認識サーバ３０にｔａｇ＿ａに対応するＩＤを取り出すようタグ認識サーバ３０に指示する。タグ認識サーバ３０は、タグ−ＩＤテーブルを検索し、ｔａｇ＿ａに対応する  ｉｄ＿ａ  を取得してサービス制御装置２０に送り返す。各ユーザは、サービス制御装置２０上に１つまたは複数のＩＤリスト（空のリストであってもよい）を持っていて、そのうちの１つをデフォルト（既定）の取得ＩＤリストとして設定できる（何も設定しなければ、適宜選択されたＩＤリストがデフォルトの取得ＩＤリストとなる）。今のユーザがタグを読み込むと先ずデフォルトの取得ＩＤ（ＩＤリスト１とする）にそのタグのＩＤが追加される。ユーザはそのＩＤを端末装置上の操作によって別のＩＤリストに複写、移動することもできる。タグの読み込みや他のＩＤリストからのＩＤの移動などによってＩＤのリストの状態が変化した時、ＩＤ管理サーバ４０で当該ＩＤリスト中のＩＤについて以下で具体的に説明する検索を行う。
【００６８】
すなわち、サービス制御装置２０はＩＤリスト１をＩＤ管理サーバ４０に送り、それに含まれているＩＤ（今の場合は、ｉｄ＿ａのみ）に関連する出力ＩＤを検索するようＩＤ管理サーバ４０に指示する。この場合ＩＤ管理サーバ４０は、以下のような処理を行う。
【００６９】
ｉｄ＿ａ  についての入力ＩＤ、出力ＩＤ、ウェイトの組は、
１）ｉｄ＿ａ，  ｉｄ＿ａ，  １
ｉｄ＿ａ，  ｉｄ＿ａｐ，  １／２
である。
【００７０】
２）出力ＩＤは  ｉｄ＿ａとｉｄ＿ａｐであり、同じものはないのでこれ以上はまとめられない。（入力ＩＤ数）×入力ＩＤの形式で入力ＩＤの列を表し、入力ＩＤ数でソートすると、
１×（ｉｄ＿ａ），  ｉｄ＿ａ，  １
１×（ｉｄ＿ａ），  ｉｄ＿ａｐ，  １／２
となる。
【００７１】
３）さらに、出力ＩＤ毎のウェイトでソートすると、
１×（ｉｄ＿ａ），  ｉｄ＿ａ，  １
１×（ｉｄ＿ａ），  ｉｄ＿ａｐ，  １／２
となる。
【００７２】
４）今の場合、上記２つのいずれの組もＩＤリストに含まれているＩＤの数と、入力ＩＤ数とが同じなので、ＩＤ管理サーバ４０により最終的に取り出される出力ＩＤは、ｉｄ＿ａとｉｄ＿ａｐ  である。ＩＤ管理サーバ４０は、これらのＩＤを出力ＩＤとしてサービス制御装置２０に送る。
【００７３】
サービス制御装置２０は、ｉｄ＿ａと  ｉｄ＿ａｐ  をサービス管理サーバ５０に送り、対応するチケットを検索するように指示する。サービス管理サーバ５０は、ＩＤ−チケットテーブルを検索して、ｉｄ＿ａから得られた例えば店Ａの紹介ページの情報を含むチケットを取得し、ｉｄ＿ａｐから「店ＡのプリンタＰで印刷する」というサービスに関する情報が書かれたチケットを取得する。後者のチケットには、ｉｄ＿ａｐが「店ＡのプリンタＰで印刷するというサービス」を示すＩＤであるという情報の他にも、そのサービスを利用するために必要な情報、例えば、印刷を開始させるための手順が格納されている場所のＵＲＬ（サービスエンティティアクセスプロトコル格納先ポインタ）とその手順にしたがって印刷するサービスを提供している場所のＵＲＬ（サービスエンティティポインタ）などが含まれている。
【００７４】
サービス制御装置２０は、ユーザの端末装置１０に対してチケットに含まれている情報を送る。すなわち、端末装置１０に対して、ｉｄ＿ａに対応するチケットから得られた情報（店Ａの紹介ページの情報）と、ｉｄ＿ａｐに対応するチケットから得られた情報（「店ＡのプリンタＰで印刷する」というサービスがあるという情報及びそのサービスにアクセスするための情報）を送る。端末装置１０はそれらの情報を表示画面に表示することができる。
【００７５】
尚、サービス制御装置２０は、ＩＤ管理サーバ４０に出力ＩＤの検索を指示する前に、タグ認識サーバ３０から取得したｉｄ＿ａ  に対応するサービスを検索するようサービス管理サーバ５０に指示することもできる。この場合は、サービス制御装置２０は、ＩＤ管理サーバ４０を介することなく、サービス管理サーバ５０から、ｉｄ＿ａに関連付けられている店Ａの紹介ページの情報を含むチケットを直接取得することができる。
【００７６】
続いて、ユーザが、端末装置１０でｔａｇ＿ｐを読み取ってサービス制御装置２０にサービスの要求をした場合の処理手順について説明する。
【００７７】
サービス制御装置２０は、ｔａｇ＿ｐを受け取ると、それらのタグをタグ認識サーバ３０に送って対応するＩＤを取得するよう指示する。タグ認識サーバ３０は、タグ−ＩＤテーブルを検索して、ｔａｇ＿ｐに対応するＩＤとして、ｉｄ＿ｐ  を取得して、サービス制御装置２０に送り返す。
【００７８】
サービス制御装置２０は、ｉｄ＿ｐを今のユーザのＩＤリスト１に追加する。サービス制御装置２０は、ｉｄ＿ｐをサービス管理サーバ５０に送って上述したｉｄ＿ｐに対応するチケットを得る。
【００７９】
サービス制御装置２０は、ＩＤリスト１をＩＤ管理サーバ４０に送り、ＩＤリスト１に含まれているｉｄ＿ａ、ｉｄ＿ｐに対応する出力ＩＤを検索するようＩＤ管理サーバ４０に指示する。ＩＤ管理サーバ４０は、サービス制御装置２０の指示に応答して以下の１）乃至４）の処理を行って出力ＩＤを取り出す。
【００８０】
１）  ｉｄ＿ａ，  ｉｄ＿ｐ  についての入力ＩＤ、出力ＩＤ、ウェイトの組として、該当する、
ｉｄ＿ａ，  ｉｄ＿ａ，    １
ｉｄ＿ａ，  ｉｄ＿ａｐ，  １／２
ｉｄ＿ｐ，  ｉｄ＿ａｐ，  １／２
の３つを取り出す。
２）ｉｄ＿ａｐという同じ出力ＩＤを含む組が２つあるのでその同じ出力ＩＤを有するそれらの組を１つにまとめ、さらに、（入力ＩＤ数）×入力ＩＤの形式で入力ＩＤの列を表して、
１×（ｉｄ＿ａ），  ｉｄ＿ａ，  １
２×（ｉｄ＿ａ＋ｉｄ＿ｐ），  ｉｄ＿ａｐ，  １／２＋１／２
を生成する。
【００８１】
３）入力ＩＤ数でソートして、
２×（ｉｄ＿ａ＋ｉｄ＿ｐ），  ｉｄ＿ａｐ，  １／２＋１／２
１×（ｉｄ＿ａ），  ｉｄ＿ａ，  １
を生成する。
【００８２】
４）ＩＤリストに含まれているＩＤの数がｉｄ＿ａとｉｄ＿ｐの２つなので、入力ＩＤ数が２のもののみ残す。結果、ｉｄ＿ａｐ  （これが最も優先順位の高いＩＤである）のみが出力ＩＤとして検索され、これらが、サービス制御装置２０に送り返される。
【００８３】
サービス制御装置２０はｉｄ＿ａｐをサービス管理サーバ５０に送り、対応するチケットを取得するよう指示する。サービス管理サーバ５０は、ｉｄ＿ａｐに対応するチケットをサービス制御装置２０に送り返す。サービス制御装置２０は、チケットに含まれる情報を端末装置１０に送り、端末装置１０はそれらの情報を表示する。ユーザは表示された情報が自分の望むサービスに関するものである場合には、そのサービスを提供するよう端末装置１０を介してサービス制御装置２０に要求することができる。サービス制御装置２０は、ｉｄ＿ａｐに対応する印刷サービスを提供しているサイトに接続し、ユーザが印刷サービスを利用できるようにする。具体的には、このようにして印刷サービスを提供しているサイトに接続されると、その後はユーザがこのサイトと対話して、例えば何を印刷したいかなどの必要な情報を入力し、店ＡのプリンタＰへ出力させる。
【００８４】
なお、この場合、店ＡのプリンタＰから読み出させたタグから得られるＩＤは、特定の個体のプリンタのＩＤではなく、プリンタの機種に対応するＩＤである。このように同じＩＤのプリンタが多数存在するにもかかわらず、別のＩＤ（ここではそのプリンタが設置されている場所である店ＡのＩＤ）と組合せることで今ここにある個体としてのプリンタを指定できる。従って、プリンタＰに個体を識別するためのタグを付ける必要はない。また更なる利点として、店Ａで現在サービスに使用しているプリンタＰが故障した場合、同機種の別の代替プリンタ（やはり機種を識別するタグがついている）に交換するだけで上述のサービスを継続できる。これとは対照的に、プリンタに個体識別タグを付け、このタグを読み出すことでその個体のＩＤが得られるようになっている場合には、直ちに、故障したプリンタから代替プリンタへ個体識別タグを移し替えたりあるいはサービス管理サーバ５０に登録しておいた当該ＩＤ−チケットの対応関係中のＩＤをこの代替プリンタのＩＤに変更するという処置を取る必要がある。一般的に、同じ機能を発揮するものに交換する可能性がある程度高いなどの場合には、個体識別タグを付与する代りに、機種（同等品）識別ＩＤと他のＩＤの組み合わせという形態で特定のモノを指定する方が管理が簡単になるなど便利なことが多い。
【００８５】
「データの登録及び検索の例２」
オフィス１にファイルサーバ１が設置されており、オフィス２にプリンタ１が設置されているものとする。
【００８６】
ファイルサーバ１に  ｔａｇ＿ｆ  というタグがついており、同機種のファイルサーバにはこれと同じタグがついているとする。ｔａｇ＿ｆ  に対してｉｄ＿ｆというＩＤを割り当て、このタグとＩＤの組をタグ認識サーバ３０のタグ−ＩＤテーブルに登録しておく。
【００８７】
ｉｄ＿ｆに対して、このＩＤがファイルサーバであることを示す情報が書かれたチケットを作成してこのチケットをサービス管理サーバ５０に登録しておく。
【００８８】
プリンタ１に  ｔａｇ＿ｐというタグがつけられており、同機種のプリンタにはこれと同じタグがつけられているものとする。ｔａｇ＿ｐ  に対して  ｉｄ＿ｐというＩＤを割り当て、このタグとＩＤの組をタグ認識サーバ３０のタグ−ＩＤテーブルに登録しておく。ｉｄ＿ｐに対して、このＩＤがプリンタ１であることを示す情報が書かれたチケットを作成し、このチケットをサービス管理サーバ５０に登録しておく。
【００８９】
ここで、ｉｄ＿ｆとｉｄ＿ｐというＩＤの組み合わせに対して、「ファイルサーバからプリンタへの印刷を制御する」というサービスを提供できるようにしておく。これはｔａｇ＿ｆというタグが付されているファイルサーバの機種からｔａｇ＿ｐというタグが付されているプリンタの機種への印刷を制御するサービスである。
【００９０】
このサービスをｉｄ＿ｆとｉｄ＿ｐとを組み合わせたＩＤとして新たに生成されたｉｄ＿ｆｐに関連付ける。そして、上記「データの登録及び検索の例１」の場合と同様にして、これらのＩＤの対応関係（入力ＩＤ、出力ＩＤ、ウェイトの組）がＩＤ管理サーバ４０に登録される。この場合は、ｉｄ＿ｆ及びｉｄ＿ｐが入力ＩＤであり、ｉｄ＿ｆｐはそれらの出力ＩＤになる。具体的には、以下のような（入力ＩＤ、出力ＩＤ、ウェイト）の組がＩＤ管理サーバ４０に登録されることになる。
【００９１】
ｉｄ＿ｆ，  ｉｄ＿ｆ，      １
ｉｄ＿ｐ，  ｉｄ＿ｐ，      １
ｉｄ＿ｆ，  ｉｄ＿ｆｐ，    １／２
ｉｄ＿ｐ，  ｉｄ＿ｆｐ，    １／２
また、ｉｄ＿ｆｐに対応して、「ファイルサーバからプリンタへの印刷を制御するサービス」にアクセスするための情報を含むチケットを作成して、サービス管理サーバ５０に登録する。
【００９２】
次に、オフィス１にｔａｇ＿ｏ１というタグをつける。ｔａｇ＿ｏ１に対してｉｄ＿ｏ１というＩＤを割り当て、このタグとＩＤの組をタグ認識サーバ３０のタグ−ＩＤテーブルに登録しておく。ｉｄ＿ｏ１に対して、このＩＤがオフィス１であることを示す情報が書かれたチケットを作成し、そのチケットをサービス管理サーバ５０に登録しておく。
【００９３】
今の例ではオフィス１にファイルサーバ１が設置されていることから、「オフィス１のファイルサーバ１にアクセスする」というサービスを提供するものとする。このサービスをｉｄ＿ｏ１とｉｄ＿ｆとを組み合わせたＩＤとして新たに生成されたｉｄ＿ｏ１ｆに関連付ける。これらのＩＤの対応関係はＩＤ管理サーバ４０に登録される。この場合は、ＩＤ管理サーバ４０は入力ＩＤ  ｉｄ＿ｏ１及びｉｄ＿ｆの組み合わせに関連付けて組み合わせＩＤ  ｉｄ＿ｏ１ｆを生成し、これらの対応関係を登録する。具体的には、以下のような（入力ＩＤ、出力ＩＤ、ウェイト）の組がＩＤ管理サーバ４０に登録されることになる。
【００９４】
ｉｄ＿ｏ１，    ｉｄ＿ｏ１，    １
ｉｄ＿ｏ１，    ｉｄ＿ｏ１ｆ，  １／２
ｉｄ＿ｆ，      ｉｄ＿ｏ１ｆ，  １／２
尚、ｉｄ＿ｆ，  ｉｄ＿ｆ，  １  の組はすでに登録されているので追加しない。また、サービス管理サーバ５０のｉｄ＿ｏ１ｆに対応するチケットには、「オフィス１にあるファイルサーバ１へアクセスするサービス」にアクセスするための情報を記載する。
【００９５】
次に、オフィス２にｔａｇ＿ｏ２というタグをつける。ｔａｇ＿ｏ２に対してｉｄ＿ｏ２というＩＤを割り当てて、このタグとＩＤの組をタグ認識サーバ３０のタグ−ＩＤテーブルに登録しておく。ｉｄ＿ｏ２に対して、このＩＤがオフィス２を示すという情報が書かれたチケットを作成し、そのチケットをサービス管理サーバ５０に登録しておく。
【００９６】
今の例では、オフィス２にプリンタ１が設置されていることから、「オフィス２のプリンタ１にアクセスする」というサービスを提供するものとする。このサービスをｉｄ＿ｏ２とｉｄ＿ｐとを組み合わせたＩＤとして新たに生成されたｉｄ＿ｏ２ｐ  に関連付ける。これらのＩＤの対応関係はＩＤ管理サーバ４０に登録される。この場合は、ＩＤ管理サーバ４０は入力ＩＤ  ｉｄ＿ｏ２及びｉｄ＿ｐの組み合わせに関連付けて組み合わせＩＤ  ｉｄ＿ｏ２ｐを生成し、これらの対応関係を登録する。具体的には、以下のような（入力ＩＤ、出力ＩＤ、ウェイト）の組がＩＤ管理サーバ４０に登録されることになる。
【００９７】
ｉｄ＿ｏ２，    ｉｄ＿ｏ２，    １
ｉｄ＿ｏ２，    ｉｄ＿ｏ２ｐ，  １／２
ｉｄ＿ｐ，      ｉｄ＿ｏ２ｐ，  １／２
尚、ｉｄ＿ｐ，  ｉｄ＿ｐ，  １はすでに登録されているので追加しない。また、サービス管理サーバ５０のｉｄ＿ｏ２ｐに対応するチケットには、「オフィス２のプリンタ１にアクセスするサービス」にアクセスするための情報が含まれている。
【００９８】
以下、オフィス１のファイルサーバ１にはユーザのファイルが置かれているものとし、ユーザが、端末装置１０でオフィス１及びファイルサーバ１のタグを読み取って、サービス制御装置２０に対してサービス要求をした場合の処理手順について説明する。
【００９９】
取得したタグ  ｔａｇ＿ｏ１，  ｔａｇ＿ｆ  は、サービス制御装置２０を介してタグ認識サーバ３０に送られ、タグ認識サーバ３０はそのタグ−ＩＤテーブルからｉｄ＿ｏ１，  ｉｄ＿ｆ  を検索して、サービス制御装置２０に送り返す。サービス制御装置２０は、既に述べたように、受け取ったこれらのＩＤをデフォルトのＩＤリスト（ここではＩＤリスト２とする）に入れる。現時点では、ＩＤリスト２のＩＤの要素は、ｉｄ＿ｏ１とｉｄ＿ｆのみである。
【０１００】
次にユーザがオフィス２を訪問し、オフィス２のタグ  ｔａｇ＿ｏ２  を端末装置１０で読み取る。ｔａｇ＿ｏ２の読み取りは、上述の「データの登録及び検索の例１」の場合と同様の既知の手段により行うことができる。
【０１０１】
サービス制御装置２０は、端末から送られたタグ（ｔａｇ＿ｏ２）をタグ認識サーバ３０に送り、対応するＩＤを取得するよう指示する。タグ認識サーバ３０は、タグ−ＩＤテーブルを検索して  ｔａｇ＿ｏ２からｉｄ＿ｏ２  を検索し、これをサービス制御装置２０に送り返す。このＩＤは、上記ＩＤリスト２に追加され、この時点で、ＩＤリスト２の要素は（ｉｄ＿ｏ１，  ｉｄ＿ｆ，  ｉｄ＿ｏ２）となる。
【０１０２】
次に、ユーザは、オフィス２にあるプリンタ１で印刷したいと考え、プリンタ１のタグ  ｔａｇ＿ｐ  を読みとる。同様に、サービス制御装置２０を介してこのタグがタグ認識サーバ３０に送られ、タグ認識サーバ３０は、ｔａｇ＿ｐに対応するＩＤであるｉｄ＿ｐを検索して、サービス制御装置２０に送り返す。このＩＤも同様にＩＤリスト２に追加される。この時点で、ＩＤリスト２の要素は、（ｉｄ＿ｏ１，  ｉｄ＿ｆ，  ｉｄ＿ｏ２，  ｉｄ＿ｐ）となる。このＩＤリスト２をＩＤ管理サーバ４０に渡すと、ＩＤ管理サーバ４０は以下のような処理を行う。
【０１０３】
１）ｉｄ＿ｏ１，  ｉｄ＿ｆ，  ｉｄ＿ｏ２，  ｉｄ＿ｐ  を入力ＩＤとして、（入力ＩＤ、出力ＩＤ、ウェイト）の組からなるテーブルを検索し、マッチする組として
ｉｄ＿ｆ，    ｉｄ＿ｆｐ，      １／２
ｉｄ＿ｐ，    ｉｄ＿ｆｐ，      １／２
ｉｄ＿ｏ１，  ｉｄ＿ｏ１，      １
ｉｄ＿ｆ，    ｉｄ＿ｆ，        １
ｉｄ＿ｏ１，  ｉｄ＿ｏ１ｆ，    １／２
ｉｄ＿ｆ，    ｉｄ＿ｏ１ｆ，    １／２
ｉｄ＿ｏ２，  ｉｄ＿ｏ２，      １
ｉｄ＿ｐ，    ｉｄ＿ｐ，        １
ｉｄ＿ｏ２，  ｉｄ＿ｏ２ｐ，    １／２
ｉｄ＿ｐ，    ｉｄ＿ｏ２ｐ，    １／２
を得る。
【０１０４】
２）出力ＩＤが同じものをまとめ、入力ＩＤ数×入力ＩＤの形式で入力ＩＤの列を表して、
２×（ｉｄ＿ｆ＋ｉｄ＿ｐ），    ｉｄ＿ｆｐ，      １×（１／２＋１／２）
１×（ｉｄ＿ｏ１），            ｉｄ＿ｏ１，      １
１×（ｉｄ＿ｆ），              ｉｄ＿ｆ，        １
２×（ｉｄ＿ｏ１＋ｉｄ＿ｆ），  ｉｄ＿ｏ１ｆ，    １×（１／２＋１／２）
１×（ｉｄ＿ｏ２），            ｉｄ＿ｏ２，      １
１×（ｉｄ＿ｐ），                ｉｄ＿ｐ，      １
２×（ｉｄ＿ｏ２＋ｉｄ＿ｐ），  ｉｄ＿ｏ２ｐ，    １×（１／２＋１／２）
を生成する。
【０１０５】
３）入力ＩＤ数でソートし、
２×（ｉｄ＿ｆ＋ｉｄ＿ｐ），    ｉｄ＿ｆｐ，    １×（１／２＋１／２）
２×（ｉｄ＿ｏ１＋ｉｄ＿ｆ），    ｉｄ＿ｏ１ｆ，  １×（１／２＋１／２）
２×（ｉｄ＿ｏ２＋ｉｄ＿ｐ），    ｉｄ＿ｏ２ｐ，  １×（１／２＋１／２）
１（ｉｄ＿ｏ１），                  ｉｄ＿ｏ１，    １
１（ｉｄ＿ｆ），                    ｉｄ＿ｆ，      １
１（ｉｄ＿ｏ２），                  ｉｄ＿ｏ２，    １
１（ｉｄ＿ｐ），                    ｉｄ＿ｐ，      １
を生成する。
【０１０６】
４）従って、以下の出力ＩＤの列
ｉｄ＿ｆｐ，  ｉｄ＿ｏ１ｆ，  ｉｄ＿ｏ２ｐ                    （入力ＩＤ数２）
ｉｄ＿ｏ１，  ｉｄ＿ｆ，  ｉｄ＿ｏ２，  ｉｄ＿ｐ              （入力ＩＤ数１）
を得る。
【０１０７】
ＩＤ管理サーバ４０は、これらの上位のもの（入力ＩＤ数が２であるもの）を優先順位が最も高いＩＤとしてサービス制御装置２０に送る。サービス制御装置２０は取得したこれらのＩＤをサービス管理サーバ５０に送って、対応するチケットを検索するよう指示する。上述したようにそれらのＩＤに対応するチケットには、以下のような情報が含まれている。
ｉｄ＿ｆｐに対応するチケット：ファイルサーバからプリンタへの印刷を制御するサービスにアクセスするための情報
ｉｄ＿ｏ１ｆに対応するチケット：オフィス１にあるファイルサーバ１へアクセスするサービスにアクセスするための情報
ｉｄ＿ｏ２ｐに対応するチケット：オフィス２のプリンタ１にアクセスするサービスにアクセスするための情報。
【０１０８】
サービス制御装置２０は、これらのチケットに記載された情報をユーザの端末に送る。この場合、ユーザには利用可能なサービスにはどのようなものがあるかが分かればよいので、チケットの情報をそのまま送るよりも、例えば、印刷サービス、オフィス１のファイルサーバ１、オフィス２のプリンタ１というような、ユーザが提供される情報を直感的に理解可能な形式にして送るのが好ましい。ユーザの端末装置１０には、これらの情報が選択可能なメニューとして表示される。
【０１０９】
ユーザはオフィス１にあるファイルサーバ１に格納されている自分のファイルをオフィス２にあるプリンタ１で印刷したいので、自己の端末装置１０に表示されたメニューから先ず印刷サービスを選択する。これに応答して、サービス制御装置２０は、対応するチケットに記載されたサービス提供サイト６０に接続して、そのサイトにある印刷サービスにｉｄ＿ｏ１ｆとｉｄ＿ｏ２ｐを渡す。ｉｄ＿ｏ１ｆとｉｄ＿ｏ２ｐ  を渡された印刷サービスは、サービス管理サーバ５０を検索して、それぞれ、オフィス１にあるファイルサーバ１に接続する情報とオフィス２にあるプリンタ１に接続する情報を得ることができる。これらの情報を使って印刷サービスはオフィス１にあるファイルサーバ１にもオフィス２にあるプリンタ１にも接続できる。ユーザが端末から印刷サービスを選択すると、印刷サービスは、オフィス１にあるファイルサーバ１に接続してどのようなファイルがあるかを取得し、それらのファイル情報をユーザの端末装置１０に送る。
【０１１０】
端末装置１０は送られたファイル情報を表示し、ユーザは表示されたファイル情報から印刷したいファイルを選択して、そのファイルの印刷を実行する旨の要求を出すとサービス制御装置２０はその情報を印刷サービスに渡し、印刷サービスはファイルサーバ１からそのファイルを取り出して、オフィス２にあるプリンタ１で印刷を行うことができる。
【０１１１】
なお、上の説明では、オフィス、プリンタ、ファイルサーバのいずれか１つのＩＤのみに対応付けられたチケットも登録するものとして説明を行ったが、登録しておくべき最小限のチケットは、これらのＩＤの組み合わせに対応付けられたチケットだけであることに注意されたい。
【０１１２】
以下にサービス制御装置や端末装置が具備することが可能な他の機能について説明する。
【０１１３】
サービス制御装置は保持しているユーザ毎のＩＤリストをそのユーザの端末装置に送ることができる。この場合、端末装置がＩＤリストを保持する必要がないのでその分端末装置の資源を有効に使用することができる。また、ユーザは、端末装置を操作することにより、サービス制御装置内のＩＤリストから指定したＩＤを削除することもできる。この場合、ユーザがそのＩＤリストを選択してサービスの検索の指示をサービス制御装置に送ると、サービス制御装置はその削除された状態のＩＤリストをＩＤ管理装置に送り、以下上記と同様にしてサービスの提供が行われる。
【０１１４】
また、ＩＤリストを利用することで、ユーザは、以前利用したサービスを再度利用する場合に、自己の端末装置で何度も同じタグを読み取る必要がなくなる。端末装置からの要求に応じてサービス制御装置が端末装置にＩＤリストを送ると、端末装置にはサービス制御装置から送られたＩＤリスト（１または複数）が表示される。ユーザは端末装置に表示された１または複数のＩＤリストの中から所望のリストを選択してサービス制御装置に送信する。この場合、サービス制御装置は、タグ認識サーバ３０に指示を出すことなく、その選択されたＩＤリストをＩＤ管理サーバ４０に送り、以下、上記と同様にしてユーザはサービスを利用することができる。
【０１１５】
さらにサービス制御装置は、ユーザのＩＤリストにそのＩＤリストに対応する出力ＩＤを含め、端末装置に送ることもできる。ユーザは、端末装置に表示された出力ＩＤを選択してサービス制御装置に送ると、サービス制御装置は、直接、サービス管理サーバ５０にその出力ＩＤを送って対応するチケットを取得することができる。この場合、サービス制御装置は、タグ認識サーバ３０にもＩＤ管理サーバ４０にもアクセスする必要がなく処理負荷が軽減される。
【０１１６】
【発明の効果】
本発明によれば、複数のモノの組み合わせに対して関連付けられたサービスを提供することができると共に、ユーザは、それらのモノに対応付けられた各ＩＤを指定するという簡単な操作で、それらのサービスを利用することが可能になる。
【図面の簡単な説明】
【図１】本発明の１実施形態のシステム構成を示す略図である。
【図２】タグとＩＤの対応関係、及びＩＤ間の関連付けの一例を示す図である。
【符号の説明】
１０  端末装置
２０  サービス制御装置
３０  タグ認識サーバ
４０  ＩＤ管理サーバ
５０  サービス管理サーバ
６０  サービス提供サイト
【図１】
2004287863.tif 000003
【図２】
2004287863.tif 000004