JP2004318521A - サービス利用システムのサービス変換サーバおよびそのプログラム - Google Patents
サービス利用システムのサービス変換サーバおよびそのプログラム Download PDFInfo
- Publication number
- JP2004318521A JP2004318521A JP2003111919A JP2003111919A JP2004318521A JP 2004318521 A JP2004318521 A JP 2004318521A JP 2003111919 A JP2003111919 A JP 2003111919A JP 2003111919 A JP2003111919 A JP 2003111919A JP 2004318521 A JP2004318521 A JP 2004318521A
- Authority
- JP
- Japan
- Prior art keywords
- service
- conversion
- user
- information
- acquired
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】ユーザに対し種類、過程に応じた柔軟かつ多様な新しいサービスの提供を実現可能にする。
【解決手段】サービスＩＤに対応するサービスメタデータを、サービスメタデータ管理手段１１１で管理し、ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に取得サービスＩＤ管理手段１１２で管理し、サービス変換手段１１３によりユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、セットＢに予め対応付けられたサービスＩＤのセットＣを、セットＡに追加し、セットＢとセットＡに追加されるセットＣの対を記述した変換ルールを変換ルール管理手段１１４により管理する。
【選択図】 図１
【解決手段】サービスＩＤに対応するサービスメタデータを、サービスメタデータ管理手段１１１で管理し、ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に取得サービスＩＤ管理手段１１２で管理し、サービス変換手段１１３によりユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、セットＢに予め対応付けられたサービスＩＤのセットＣを、セットＡに追加し、セットＢとセットＡに追加されるセットＣの対を記述した変換ルールを変換ルール管理手段１１４により管理する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、クーポンやチケットに代表されるようなサービス利用券（以下、サービスアクセス権）の所有により、サービスが亨受できるサービス利用システムにおいて、ユーザが亨受したサービスの種類や亨受に至った過程により、はじめて他の新たなサービスが亨受されるようなサービス提供環境を実現するためのサービス利用システムのサービス変換サーバおよびプログラムに関する。
【０００２】
【従来の技術】
サービスアクセス権を所有することによってユーザがサービスを亨受できるサービス提供形態は、特定のユーザにサービスを提供したり、ユーザを実際の利用に誘導したりする上で効果的なサービス提供方法の一つである。
【０００３】
このようなサービス提供方法の代表的な例としては、いわゆる、クーポンやチケットを利用したサービスなどがあり、また、最近では、これをコンピュータにより実現した電子クーポンシステムなどがある（例えば、特許文献１）。
【０００４】
これらのシステムは、クーポンの発行や、クーポンの配信、クーポンを利用するユーザ端末に主眼の置かれたシステムであり、また、提供されるサービスも単一の利用目的に限られ、それぞれのサービスが単体で完結している。従って、例えば、「チケットＡと、チケットＢを手に入れた人にだけ、特別なチケットＣを発行する」、「チケットＤとチケットＥをこの順番に手に入れた人にだけ、特別なチケットＦを発行する」、あるいは「地域ＧでチケットＨを手に入れた人にだけさらにチケットＩを発行する」といったサービスは提供できない。すなわち、複数のサービスの亨受との種類、過程などにより、はじめて新たなサービスが亨受できる、といったサービスは提供できない。
【０００５】
一方、同じものを「複数亨受する」、単に、同じものを「集める」ことによって、新たなサービスを亨受するといった意味においては、従来においても、例えば、商品の購入によりポイントを収得し、一定のポイントまで集めることで何らかの景品と交換できるようなポイントサービス、スタンプラリーといったものがある。また、これをコンピュータで実現したシステムなどもある（例えば、特許文献２）。
【０００６】
【特許文献１】
特開２００２−２８８７４３号公報
【特許文献２】
特開２００２−２４５３１９号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、従来のサービス提供システムでは、サービス提供者が、前記のように異なった複数のサービスの亨受とその種類、過程に応じて、新たなサービスを提供するといった柔軟なサービスは提供できない。さらに、サービス提供者は、複数のメディアから得られるサービスを連携させるようなサービス、あるいは地域性を活かしたサービス、ゲーム性のあるサービスといった多種多様なサービスを柔軟に実現することはできなかった。また、ユーザにとっても、従来ではそれぞれのサービスが完結しているため、複数のサービスを所有していても、それ以上の効果、あるいは付加価値を期待することはできなかった。
【０００８】
本発明は、前記のような従来の問題を解決するものであり、サービス提供者がユーザに対して異なった複数のサービスの提供と、その種類、過程に応じて柔軟かつ多様なサービスの提供を実現できるサービス利用システムのサービス変換サーバおよびプログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
前記目的達成のために、請求項１の発明にかかるサービス利用システムのサービス変換サーバは、ユーザ端末からネットワークを通じて得た所定のサービスアクセス権を別のサービスアクセス権に変換するサービス利用システムのサービス変換サーバであって、サービスアクセス権を一意のサービスＩＤによって表し、該サービスＩＤに対応するサービスメタデータを、前記サービスＩＤ毎に管理するサービスメタデータ管理手段と、ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に管理する取得サービスＩＤ管理手段と、取得サービスＩＤ管理手段で管理される、ユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、該セットＢに予め対応付けられたサービスＩＤのセットＣを、前記セットＡに追加するサービスＩＤ変換手段と、サービスＩＤ変換手段において前記セットＢと前記セットＡに追加されるセットＣとの対で記述した変換ルールを管理する変換ルール管理手段とを備えたことを特徴とする。
【００１０】
これにより、サービス提供者は、ユーザが亨受したサービスの種類、より具体的には、亨受したサービスの組み合わせにより、はじめて新たなサービスを提供するといったサービスの組み合わせができるとともに、その組み合わせを変換ルールに記述することで柔軟なサービスが可能になる。
【００１１】
請求項２の発明にかかるサービス利用システムのサービス変換サーバは、前記取得サービスＩＤ管理手段が、ユーザが取得したサービスＩＤの取得日時を管理し、前記変換ルールが、該変換ルールの実行条件として、前記指定のサービスＩＤのセットＢが満たすべき取得順序に関する情報を含み、前記サービスＩＤ変換手段が、実行条件に従ってサービスＩＤ変換を実行することを特徴とする。
【００１２】
これにより、サービス提供者は、ユーザが亨受したサービスＩＤの単純な組み合わせのみではなく、その組み合わせに順序条件を付けることができ、ユーザの行動に合わせたサービスの提供や、逆に、ユーザにサービスを順次誘導させるようなゲーム性を組み合わせることができる。
【００１３】
請求項３の発明にかかるサービス利用システムのサービス変換サーバは、前記取得サービスＩＤ管理手段が、ユーザが取得したサービスＩＤの取得場所情報を管理し、前記変換ルールの実行条件が、前記指定のサービスＩＤのセットＢが満たすべき、取得日時および取得場所の両方、もしくは何れか一方に関する情報を含むことを特徴とする。
【００１４】
これにより、サービス提供者は、ユーザがサービス亨受した順序に留まらず、その過程あるいは、状況に相当する時間情報、位置情報まで限定することができ、より細かなサービスを提供することができる。
【００１５】
請求項４の発明にかかるサービス利用システムのサービス変換サーバは、ユーザの属性、性別、年令、住所、趣味、嗜好の何れか一つまたは複数を含むユーザ情報を管理するユーザ情報管理手段を備え、前記変換ルールの実行条件は、ユーザ情報の全てまたは一部に関する情報からなるユーザ制限情報を含み、前記サービスＩＤ変換手段は、前記変換ルールの実行条件の一つとして、前記ユーザ制限情報も変換対象とすることを特徴とする。
【００１６】
これにより、サービス提供者は、ユーザ自身の静的な登録情報を考慮し、対象ユーザを絞り込んだサービスの提供が可能となる。
【００１７】
請求項５の発明にかかるサービス利用システムのサービス変換サーバは、現在の各ユーザの位置情報を管理する位置情報管理手段を備え、前記ユーザ制限情報が該位置情報に関する情報を含むことを特徴とする。
【００１８】
これにより、サービス提供者は、ユーザの動的な現在位置情報を考慮し、対象ユーザを絞り込んだサービスの提供が可能となる。
【００１９】
請求項６の発明にかかるサービス利用システムのサービス変換サーバは、前記サービスＩＤ変換手段が、ユーザが取得したサービスＩＤのセットＡに、指定のサービスＩＤのセットＢに対応付けられたサービスＩＤのセットＣを追加する際に、同時に前記セットＢを前記セットＡから削除することを特徴とする。
【００２０】
これにより、サービス変換は、単に新たなサービスを提供するだけでなく、ユーザが既に亨受しているサービスを削除し、実際には、サービスアクセス権を削除することができ、交換機能を実現するみとができる。
【００２１】
請求項７の発明にかかるサービス利用システムのサービス変換サーバは、前記サービスＩＤ変換手段が、ユーザが取得したサービスＩＤのセットＡに、指定のサービスＩＤのセットＢに対応付けられたサービスＩＤのセットＣを追加する際に、同時に、前記セットＢを前記セットＡから削除するか否かを前記変換ルールに記述された情報に基づいて決定することを特徴とする。
【００２２】
これにより、先の交換機能を持たせるか否かを変換ルールに記述することで、サービス毎に切り替えることができ、サービス提供者は、より細かで柔軟なサービス提供が可能となる。
【００２３】
請求項８の発明にかかるサービス利用システムのサービス変換サーバは、前記変換ルールが、該変換ルールが有効な制限回数を含み、前記サービスＩＤ変換手段が、該制限回数に基づきサービスＩＤ変換のサービス変換を実行することを特徴とする。
【００２４】
これにより、サービス提供者は、ユーザに対して一様なサービス提供だけでなく、例えば、先着何名までといったように、新たなサービスの亨受に制限をかけることができ、新しく提供するサービスの付加価値を高めることができる。
【００２５】
請求項９にかかるプログラムは、ユーザ端末からネットワークを通じて得た所定のサービスアクセス権を別のサービスアクセス権に変換するためのプログラムであって、サービスアクセス権を一意のサービスＩＤによって表し、該サービスＩＤに対応するサービスメタデータを、前記サービスＩＤ毎に管理するサービスメタデータ管理ステップと、ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に管理する取得サービスＩＤ管理ステップと、取得サービスＩＤ管理手段で管理される、ユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、該セットＢに予め対応付けられたサービスＩＤのセットＣを、前記セットＡに追加するサービスＩＤ変換ステップと、サービスＩＤ変換手段で前記セットＢと前記セットＡに追加されるセットＣの対を記述した変換ルールを管理する変換ルール管理ステップとをコンピュータに実行させるものである。
【００２６】
これにより、サービス利用システムによるサービス変換を、コンピュータを利用して自動的に実現できる。
【００２７】
【発明の実施の形態】
以下に、本発明の実施の形態によるサービス変換サーバを用いたサービス提供を、図について説明する。図１はこのサービス提供システムの構成を示すブロック図である。図１において、インターネットなどのネットワーク１１に、本発明の対象となるサービス変換サーバ（以下、サーバという）１２と、サーバ１２を利用するユーザ端末１３が接続されている。図１では、ユーザ端末１３が一つの場合を示したが、実際にシステムを利用する上では、複数のユーザ端末１３が接続される。
【００２８】
前記サーバ１２はサービスメタデータ管理手段１１１、取得サービスＩＤ管理手段１１２、サービスＩＤ変換手段１１３、変換ルール管理手段１１４、ユーザ情報管理手段１１５および位置情報管理手段１１６を備える。
【００２９】
次に、サーバ１２におけるこれらの各構成要素について説明する。まず、サービスメタデータ管理手段１１１は、サービス提供者がネットワーク１１上で提供するサービスの実体情報を記述したサービスメタデータを、サービスを一意に表すサービスＩＤ毎に管理するものである。サービスメタデータが含む情報としては、サービスを提供するコンテンツのＵＲＬと、このサービスを表すマーク画像のＵＲＬ、さらにはサービスのタイトルなどが考えられる。サービスの亨受は対応するサービスＩＤの取得をもって表される。取得サービスＩＤ管理手段１１２はユーザがユーザ端末１３を用いて取得したサービスＩＤと、この取得日時、取得場所などをサーバ１２上で一元管理するように機能する。
【００３０】
また、サービスＩＤ変換手段１３は、この取得サービスＩＤ管理手段１１２で管理されるユーザが取得したサービスＩＤのセット（以下、セットＡと略す）を適切なタイミングでユーザ毎にチェックし、セットＡに、予め指定されたサービスＩＤのセット（以下、セットＢと略す）が含まれる場合に、セットＢに対応付けられたサービスＩＤのセット（以下、セットＣと略す）を、前記のセットＡに追加する（以下、この操作をサービスＩＤ変換とよぶ）ように機能する。変換ルール管理手段１１４はセットＢとセットＣの対応を記述した変換ルールを管理する。なお、サービスＩＤの変換には、実行する際に条件や変換後の条件を設定することができ、このための情報も前記の変換ルールに記述することができる。
【００３１】
ユーザ情報管理手段１１５は前記条件に用いる情報としてのサービスＩＤの取得順序、取得日時、取得場所、ユーザの属性、性別、年令、住所、趣味・嗜好などのユーザ情報を管理し、ユーザの現在の位置情報を管理する。
【００３２】
実際には、前記に加えて、各手段、処理で必要となる、通信手段や操作に必要なマウスやキーボードといった入力手段、ディスプレイなどの出力手段が当然ながら必要になる。また、前記サーバ１２は、いわゆるコンピュータ上のソフトウェアとして実装することが可能で、この場合、各種管理手段１１１、１１２、１１４〜１１６には、ＳＱＬなどが利用可能な市販のデータベースアプリケーションを利用することも可能である。
【００３３】
一方、ユーザ端末１３は、ユーザがサービス、実際には対応するサービスＩＤの取得に用いたり、取得したサービスＩＤから対応するサービスメタデータをサーバ１２より取得して参照したり、さらにサービスＩＤをサービスメタデータに記述のマーク画像、あるいはタイトルを頼りに選択することにより、サービスの実体であるコンテンツを参照したりするために用いられる。このユーザ端末１３は、サービスＩＤリスト取得手段１２１、サービスＩＤ取得手段１２２、サービスＩＤ利用手段１２３および位置情報通知手段１２４を備える。
【００３４】
次に、ユーザ端末１３における各構成要素について説明する。まず、サービスＩＤリスト取得手段１２１は、ユーザ端末の起動時に、指定のユーザＩＤを前記サーバ１２へ通知し、このサーバ１２より前記ユーザＩＤの下で管理されるサービスＩＤ全てを、サービスＩＤのリストとして取得するように機能する。サービスＩＤ取得手段１２２は、サービスＩＤを取得し、取得したサービスＩＤをサーバ１２へ通知するように機能する。サービスＩＤ利用手段１２３はサービスＩＤから、対応するサービスメタデータをサーバ１２より取得し、実際にサービスを利用する。
【００３５】
位置情報通知手段１２４はサーバ１２に対しユーザの位置情報を通知するように機能する。なお、ユーザ端末１３には、前記に加えて各手段、処理で必要となる通信手段や操作に必要な情報を入力するためのマウスやキーボードといった入力手段、さらに、ディスプレイといった出力手段も当然ながら必要となる。
【００３６】
ユーザ端末１３は、専用機器はもちろんのこと、パーソナルコンピュータ、ＰｏｃｋｅｔＰＣあるいはＰＤＡや携帯電話といった汎用機器上のソフトウェアとして構成することも可能である。この際、位置情報通知手段１２４については、ユーザ端末１３からサーバ１２への位置通知は、ユーザ端末１３側で、ＧＰＳ等を用いて現在位置の情報を直接取得し、サーバ１２へ通知する方法が最も単純である。
【００３７】
また、このような方法以外に、例えば、携帯電話やＰＨＳなどにおいて、通信会社が提供する位置情報サービスをサーバ１２とユーザ端末１３の間に利用し実現することも可能である。
【００３８】
以下に、サービス利用システムの利用に適したサービスの形態について説明する。サービス利用システムが対象とするサービス利用とは、ユーザが何らかの形でサービスアクセス権を取得し、このサービスアクセス権を用いて各種のサービスを利用するものである。このようなサービスの身近な例としては、従来であれば、紙メディアを用いたサービスチケット、割引券、クーポンといったようなものがある。
【００３９】
また、これらを電子メディアとして扱った電子クーポンなどといったものなどがある。ただし、クーポン的な利用形態だけではなく、サービスアクセス権による情報参照（コンテンツの参照）のみといった利用形態も可能である。本システムでは、このような枠組の中で、さらに、ユーザが亨受したサービス、つまり取得したサービスアクセス権の組み合わせに応じて新たなサービスの亨受を可能とするものである。
【００４０】
なお、詳細には、新たなサービスを提供する際の条件として、ユーザの情報、各サービスアクセス権の取得時の状況、順序などに制限をかけることができる。これにより、サービス提供者は、マーケティング、ストーリー性、あるいはゲーム性を考慮した新しいサービス形態を提供することができる。
【００４１】
本サービス利用システムでは、前記のサービスアクセス権の取得は、対応するサービスＩＤの取得を以って行われ、取得したサービスＩＤを、サーバ１２上でユーザ毎に管理する必要があるため、ユーザには予め一意のユーザＩＤが与えられる必要がある。具体的なサービスＩＤの例としては、「ＦＦＦＥ１０１」、ユーザＩＤの例としては、「ＵＩＤ００１」などとすることができ、英字または数字からなる文字列などとすることができる。
【００４２】
ユーザは、ユーザ端末１３を利用して、サービスＩＤを取得し、これによりサービスアクセス権を取得したことになる。実際に利用する際には、このサービスＩＤに対応付けられたサービスメタデータをサーバ１２より取得し、このサービスメタデータに記述されているコンテンツＵＲＬを参照する。これにより、サービスの詳細を知り、このページ上で利用する、あるいは、実店舗などにユーザ端末を持参し、サービスアクセス権の所有を明示することでサービスを受ける。ただし、前記のようにコンテンツ参照自体を、サービスに相当させても良い。
【００４３】
サービスＩＤ取得手段１２２には、例えば、ポスターに記載されているサービスＩＤを直接手入力するようなタイプのものや、ポスターの画像をカメラデバイスで撮り込み、この画像に透かし技術により埋め込まれたサービスＩＤを取り出すようなタイプのものなどが考えられる。また、放送視聴時に、現在時刻とチャンネルをユーザ端末１３で記録し、外部システムに送り、外部システムでこの現在時刻とチャンネルに対応付けられたサービスＩＤを受ける、といったように、サービスＩＤ取得手段１２２をユーザ端末１３と外部システムのサーバに分担させて構成することも考えられる。
【００４４】
また、サービスＩＤ利用手段１２３は、サービスを表すマーク画像を表示したり、サービスの実体となるコンテンツのＵＲＬを参照したりする、いわゆるＷｅｂブラウザ相当の機能を持つこととなる。
【００４５】
図２、図３、図４および図５はそれぞれサービスメタデータ管理手段１１１が管理するテーブル、取得サービスＩＤ管理手段１１２が管理するテーブル、ユーザ情報管理手段１１５が管理するテーブル、および位置情報管理手段１１６が管理するテーブルの一例を示す。
【００４６】
まず、図２のサービスメタデータ管理手段１１には、サービスメタデータを管理するため、サービスを表すサービスＩＤ、それぞれのサービスＩＤに対応するサービスメタデータの項目として、サービス実体となるコンテンツのＵＲＬ、ユーザ端末１３で取得したサービスを可視化するためのサービスを表すマーク画像のＵＲＬ、そのサービスのタイトルなどの項目がある。
【００４７】
これらの情報は、基本的にサービス提供者に提供されるものとなる。例えば、サービスＩＤ“ＦＦＦＥ１０１”の場合、これに対応するサービスメタデータとして、コンテンツＵＲＬは“ｈｔｔｐ：／／ｓｅｒｖｅｒ１／ｐａｔｈ１／ｃｏｎｔｅｎｔ１”、マーク画像ＵＲＬは、“ｈｔｔｐ：／／ｓｅｒｖｅｒ１／ｐａｔｈ１／ｍａｒｋ１．ｇｉｆ”、タイトルは、“○○プレゼント応募コーナー”となっている。
【００４８】
次に、図３の取得サービスＩＤ管理手段１１２には、ユーザが取得したサービスＩＤと、その取得状況を管理するためのユーザＩＤと、このユーザが所有するサービスＩＤ、その取得日時、および取得場所情報の組が並んでいる。
【００４９】
例えば、ユーザＩＤ“ＵＩＤ００１”については、サービスＩＤとして、“ＦＦＦＥ１１１”、“ＦＦＦＥ２２２”、“ＦＦＦＥ５１４”を保有し、“ＦＦＦＥ１１１”は、“２００２年１２月１１日２１時３４分１０秒”に、エリアＩＤである取得場所情報が“１１１−１２”となっている場所で取得したということを表している。
【００５０】
図４のユーザ情報管理手段１１５には、ユーザ情報として、ユーザの属性、性別、年令、住所（エリアＩＤ）、趣味、嗜好などを記している。そして、住所については、エリアＩＤで、趣味・嗜好については、別途掲げた項目に該当するものを記載してある。
【００５１】
例えば、ユーザＩＤ“ＵＩＤ００１”に対応するユーザは、“学生”であり、性別は“男性”、年令は“２３歳”、住所は、エリアＩＤ“２００−２０”に対応する場所、趣味・嗜好は、“スポーツ、料理、パソコン”とある。なお、これらのユーザ情報は、システム利用登録時にユーザの申告に基づき登録されるものである。また、図４であげた項目以外のものを含むことができる。
【００５２】
図５の位置情報管理手段１１６では、ユーザの現在の位置情報を管理するために、エリアＩＤと、このエリアに現在いるユーザのユーザＩＤがリストとして記載されている。例えば、エリアＩＤ“１００−１０”には、ユーザＩＤ“ＵＩＤ００１”、“ＵＩＤ３１２”、“ＵＩＤ１２０”、“ＵＩＤ３３３”に対応するユーザが現在いることを表している。
【００５３】
次にサービスＩＤ変換について詳細に説明する。サービスＩＤ変換はユーザが所有するサービスＩＤの組み合わせによって、新たなサービスＩＤを提供するものである。このため、サービスＩＤ変換手段１１３は所定のタイミングで、ユーザの所有するサービスＩＤと、変換ルール管理手段１１４で管理されている変換ルールのそれぞれを照らしあわせ、サービスＩＤ変換の対象があるか否かを確認し、対象がある場合には、これを実行する。このサービスＩＤ変換の様子を図６に示す。
【００５４】
図６の左上部には、あるユーザが所有するサービスＩＤのセットＡを示してある。この場合、サービスＩＤ“ＦＦＦＥ１０１”、“ＦＦＦＥ３００”、“ＦＦＦＥ５１２”、“ＦＥＥＥ３３３”、“ＦＦＦＥ３３４”を所有していることを表している。
【００５５】
この状態で、サービスＩＤ変換手段１１３が、変換ルール管理手段１４で管理されている変換ルールＮｏ．ｘｘｘを参照しているとする。変換ルールＮｏ．ｘｘｘには、指定のサービスＩＤのセットＢとして、“ＦＦＦＥ３３３”と“ＦＦＦＥ３３４”が、また、このセットＢに対応付けられたサービスＩＤのセットＣとして、“ＦＦＦＥ３３５”が記述されていたとする。
【００５６】
このとき、サービスＩＤ変換手段１１３のサービスＩＤ変換処理において、まず、セットＡにセットＢが含まれるか否かをチェックする。もし含まれている場合には、セットＡにセットＣを追加し、含まれていなければ何もしない。図６の例では、セットＡにセットＢが含まれているため、セットＣを新たにセットＡに追加している。なお、セットＣの要素は複数であってもよい。
【００５７】
実際には、変換ルールには、これを実行するための実行条件と、実行後の処理として、セットＢに相当する要素をセットＡから削除するか否か、また、何回までこのルールを適用できるかといった情報も記述されており、サービスＩＤ変換手段１１３はこの条件に従って前記を実行する。
【００５８】
図７に変換ルールの一記述例を示す。最初に、前記セットＢおよびＣの要素を指定している。ここでは、図６の例と同じにしてある。次に、サービスＩＤ変換の実行条件を指定している。ここでは、取得順序として、“ＦＦＦＥ３３３”、“ＦＦＦＥ３３４”の順で取得していることを指定している。また、“ＦＦＦＥ３３３”の取得日時、“ＦＦＦＥ３３４”の取得場所を指定するとともに、さらにユーザ制限情報として、“２０歳以上”、“男性”といったことも指定されている。
【００５９】
また、セットＣを追加した際に、同時にセットＢをセットＡから削除するか否かの設定がされている。削除する場合は、サービスＩＤの交換に相当する。最後に、このルールが実行可能な適用回数を指定している。これにより、この変換ルールは、はやく条件を満たした先着順で適用される。
【００６０】
従って、サービスＩＤ変換は、制限回数を満たしており、かつ、セットＢの要素を持つユーザが候補となり、さらに、実行条件およびユーザ制限情報を満たす場合にのみ実行される。
【００６１】
以上のシステム構成により、サービス提供者は、複数のサービスを組み合わせたサービスを提供することができる。具体的には、ユーザが亨受したサービスの組み合わせや、その取得順序、取得状況、さらには、ユーザ情報に合わせて、新たなサービスを提供することができる。
【００６２】
また、新たなサービスを提供した際に、もとのサービスＩＤの組み合わせを削除するか否かを設定できるため、サービスを交換するといった利用の仕方の可能である。さらに、適用可能な制限回数が設定できるため、先着順といったようなサービスも提供可能である。
【００６３】
また、サービスアクセス権を一意のサービスＩＤによって表し、該サービスＩＤに対応するサービスメタデータを、前記サービスＩＤ毎に管理するサービスメタデータ管理ステップと、ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に管理する取得サービスＩＤ管理ステップと、取得サービスＩＤ管理手段１１２で管理される、ユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、該セットＢに予め対応付けられたサービスＩＤのセットＣを、前記セットＡに追加するサービスＩＤ変換ステップと、サービスＩＤ変換手段１１３で前記セットＢと前記セットＡに追加されるセットＣの対を記述した変換ルールを管理する変換ルール管理ステップと、をコンピュータに実行させるプログラムを用いることで、サービス利用システムによるサービス変換を、コンピュータを利用して自動的に実現できる。
【００６４】
次に、本発明のサービス変換サーバを利用したシステムとして、スタンプラリー型電子チケットサービスに適用した例について説明する。図８はこのシステムの構成を示す。サーバ２１は変換ルールデータベース２２、サービスメタデータデータベース２３、位置情報データベース２４、ユーザ情報データベース２５および取得サービスＩＤデータベース２６を用いて構成されている。ユーザ端末２７〜２９は無線でネットワーク３０に接続可能なモバイル端末となっている。ユーザ端末２７〜２９は、所定の無線エリア内にあり、サービスＩＤ取得手段２２として、透かしによりサービスＩＤが埋め込まれた画像を読み込み、埋め込まれたサービスＩＤを認識し、取得する。
【００６５】
従って、ユーザは、雑誌や本３１、あるいはポスター３２などに記録されている本サービスの対象となっている画像を、ユーザ端末２７〜２９で読み込むことにより、サービスＩＤを取得する。これによりサービスＩＤに対応する電子チケットを取得したことになる。取得した情報は、各サーバ２２〜２６上で管理される。符号３３はサービス情報を提供する外部Ｗｅｂサーバであり、３４はユーザ端末２７〜２９とネットワーク３０とを無線で結ぶアクセスポイントである。
【００６６】
一方、サーバ２１は、前記のようにサービス提供者によって定義された変換ルールを管理している。この中には、どのようなサービスＩＤをいつ、どこで、取得した場合に、どのようなサービスＩＤが亨受されるかが記述してある。また、ユーザ情報によりユーザを年令や性別などで制限できるため、変換ルールを用意しておけば、同じものを集めても、ユーザ属性や年令によって新しく亨受されるサービスも変えることができる。
【００６７】
ユーザは、さまざまなメディアから電子チケット収集するが、一つ一つの電子チケットも何らかのサービスを提供するものである。これは、サービスの内容としては、情報の提供だけでもよい。例えばある雑誌に載っているタレントの○○の記事からサービスを取得し、これをユーザ端末で利用する（実際には、対応するサービスメタデータに記述のコンテンツＵＲＬを参照）と、このタレントの紹介ページが見られるといったサービスを提供できる。
【００６８】
サービス提供者が、あるタレントの事務所である場合は、次のような例が考えられる。このタレントのプロフィール紹介チケット「Ｘ」、ＣＤの広告情報チケット「Ｙ」、出演ドラマ情報「Ｚ」の三つを全てそろえた時点で、チケットとして、“タレントのサイン入り色紙がもらえる“チケット「Ｓ」をもらうことができる。
【００６９】
このようなサービスの場合、サイン入り色紙には、おそらく数量的制限があるため、変換ルールにも実行回数を指定しておくことが望ましい。こうすることで例えば、先着１００名しかこのチケットを取得できないといったことも可能である。
【００７０】
前記の例は、単純に複数のチケットを揃えるだけであるが、それぞれのチケットをどこで取る、どのような順で取った場合だけという条件を変換ルールに記述し、それぞれのチケットで提供する情報の中でこのヒントを載せておけば、ゲーム性を伴わせたサービスを提供することも可能である。
【００７１】
例えば、歴史的観光地などにおいて、神社、仏閣、遺跡などの説明用立て看板などから、詳細な説明映像などがユーザ端末で見られるサービスチケットが取得できるとする。これらのチケットは、それぞれ単体においてももちろん有効であるが、例えば、うまく歴史的（古いもの）順に神社を回り、それぞれのサービスチケットを取得すると、その地域の特産物がもらえるチケットが取得できるといった利用も考えられる。
【００７２】
また、複数のサービスから、新たな複数のサービスを亨受することも可能である。従って、サービス提供者が一つではなく、複数のサービス提供者が提携することで、ユーザが新しくサービスを亨受できる際に、サービス提供毎のサービスに変換するといったこともできる。
【００７３】
例えば、衣料店と、バッグ店、靴店、それぞれの店で商品購入時に各種それぞれの店で有効なサービスチケットが取得できるとする。一方で、これらの店は提携しており、例えば、衣料店と靴店のあるチケットをそろえると、両者のお店の新たなサービスチケットとともに、バッグ店のサービスチケットが取得できるといったことも可能である。これにより、サービス提供者が互いのメリット、デメリットを利用、補強できるように柔軟なサービス提供が可能となる。
【００７４】
以上のようにして、サービス提供者は、これまでの単純なサービスの提供の仕方から、複数のサービスを組み合わせて、新たなサービスを提供できる。さらには、取得順序や日時、場所、ユーザ情報を実行条件として組み合わせることで、マーケティングに即したサービス提供、あるいは、ゲーム性を加味したサービス提供といったことが可能となる。
【００７５】
一方、ユーザにとっても、これまで単一利用目的でしかなかったサービスが、他のサービスと組み合わせることで、新しいサービスがもらえる。さらには、スタンプラリー的、オリエンテーリング的なおもしろみといった付加価値を得ることが可能になる。
【００７６】
【発明の効果】
以上のように、本発明のサービス変換サーバによれば、ユーザの取得したサービスアクセス権に相当するサービスＩＤを、取得した日時、場所などとともにサーバ上でユーザ毎に一元的に管理するとともに、性別、年令などのユーザ情報、ユーザの現在の位置情報を管理することで、ユーザが亨受したサービスの種類とその過程、あるいはユーザの静的な登録情報、動的な位置情報までを考慮して、新たなサービスを提供することができる。
【００７７】
これにより、サービス提供者は、従来までのように一つの目的で完結したサービスを提供するだけでなく、複数のサービスを組み合わせて提供することができる。従って、複数のメディアを通じて各種のサービスを提供し、さらに全体として特別なサービスを提供するといった新しいタイプのサービス、あるいはゲーム性を持たせたサービス、マーケティングに絡めたサービスを提供することができる。
【００７８】
また、ユーザにとっても、これまでの一利用目的のサービスから、複数のサービスの亨受によって、新たなサービスが亨受でき得るといった期待感、面白みなどの付加価値を得ることができる。これは当然ながら、サービス自体の付加価値を向上させるものであり、サービス提供者にとっても望ましいものである。
【図面の簡単な説明】
【図１】本発明の実施の形態によるサービス変換サーバを用いたシステムを示すブロック図
【図２】本発明におけるサービスメタデータ管理手段が管理するテーブルを示すテーブル図
【図３】本発明における取得サービスＩＤ管理手段が管理するテーブルを示すテーブル図
【図４】本発明におけるユーザ情報管理手段が管理するテーブルを示すテーブル図
【図５】本発明における位置情報管理手段が管理するテーブルを具体的に示すテーブル図
【図６】本発明におけるサービスＩＤ変換方法を示す説明図
【図７】本発明における変換ルール管理手段が管理する変換ルールの記述例を示す説明図
【図８】本発明におけるサービス変換サーバをスタンプラリー型電子チケットサービスに適用したサービス提供システムを示す構成図
【符号の説明】
１１：ネットワーク、１２：サーバ、１３：ユーザ端末、２１：サーバ（サービス変換サーバ）、２７〜２９：クライアント（ユーザ端末）、３０：ネットワーク、１１１：サービスメタデータ管理手段、１１２：取得サービスＩＤ管理手段、１１３：サービスＩＤ変換手段、１１４：変換ルール管理手段、１１５：ユーザ情報管理手段、１１６：位置情報管理手段。
【発明の属する技術分野】
本発明は、クーポンやチケットに代表されるようなサービス利用券（以下、サービスアクセス権）の所有により、サービスが亨受できるサービス利用システムにおいて、ユーザが亨受したサービスの種類や亨受に至った過程により、はじめて他の新たなサービスが亨受されるようなサービス提供環境を実現するためのサービス利用システムのサービス変換サーバおよびプログラムに関する。
【０００２】
【従来の技術】
サービスアクセス権を所有することによってユーザがサービスを亨受できるサービス提供形態は、特定のユーザにサービスを提供したり、ユーザを実際の利用に誘導したりする上で効果的なサービス提供方法の一つである。
【０００３】
このようなサービス提供方法の代表的な例としては、いわゆる、クーポンやチケットを利用したサービスなどがあり、また、最近では、これをコンピュータにより実現した電子クーポンシステムなどがある（例えば、特許文献１）。
【０００４】
これらのシステムは、クーポンの発行や、クーポンの配信、クーポンを利用するユーザ端末に主眼の置かれたシステムであり、また、提供されるサービスも単一の利用目的に限られ、それぞれのサービスが単体で完結している。従って、例えば、「チケットＡと、チケットＢを手に入れた人にだけ、特別なチケットＣを発行する」、「チケットＤとチケットＥをこの順番に手に入れた人にだけ、特別なチケットＦを発行する」、あるいは「地域ＧでチケットＨを手に入れた人にだけさらにチケットＩを発行する」といったサービスは提供できない。すなわち、複数のサービスの亨受との種類、過程などにより、はじめて新たなサービスが亨受できる、といったサービスは提供できない。
【０００５】
一方、同じものを「複数亨受する」、単に、同じものを「集める」ことによって、新たなサービスを亨受するといった意味においては、従来においても、例えば、商品の購入によりポイントを収得し、一定のポイントまで集めることで何らかの景品と交換できるようなポイントサービス、スタンプラリーといったものがある。また、これをコンピュータで実現したシステムなどもある（例えば、特許文献２）。
【０００６】
【特許文献１】
特開２００２−２８８７４３号公報
【特許文献２】
特開２００２−２４５３１９号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、従来のサービス提供システムでは、サービス提供者が、前記のように異なった複数のサービスの亨受とその種類、過程に応じて、新たなサービスを提供するといった柔軟なサービスは提供できない。さらに、サービス提供者は、複数のメディアから得られるサービスを連携させるようなサービス、あるいは地域性を活かしたサービス、ゲーム性のあるサービスといった多種多様なサービスを柔軟に実現することはできなかった。また、ユーザにとっても、従来ではそれぞれのサービスが完結しているため、複数のサービスを所有していても、それ以上の効果、あるいは付加価値を期待することはできなかった。
【０００８】
本発明は、前記のような従来の問題を解決するものであり、サービス提供者がユーザに対して異なった複数のサービスの提供と、その種類、過程に応じて柔軟かつ多様なサービスの提供を実現できるサービス利用システムのサービス変換サーバおよびプログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
前記目的達成のために、請求項１の発明にかかるサービス利用システムのサービス変換サーバは、ユーザ端末からネットワークを通じて得た所定のサービスアクセス権を別のサービスアクセス権に変換するサービス利用システムのサービス変換サーバであって、サービスアクセス権を一意のサービスＩＤによって表し、該サービスＩＤに対応するサービスメタデータを、前記サービスＩＤ毎に管理するサービスメタデータ管理手段と、ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に管理する取得サービスＩＤ管理手段と、取得サービスＩＤ管理手段で管理される、ユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、該セットＢに予め対応付けられたサービスＩＤのセットＣを、前記セットＡに追加するサービスＩＤ変換手段と、サービスＩＤ変換手段において前記セットＢと前記セットＡに追加されるセットＣとの対で記述した変換ルールを管理する変換ルール管理手段とを備えたことを特徴とする。
【００１０】
これにより、サービス提供者は、ユーザが亨受したサービスの種類、より具体的には、亨受したサービスの組み合わせにより、はじめて新たなサービスを提供するといったサービスの組み合わせができるとともに、その組み合わせを変換ルールに記述することで柔軟なサービスが可能になる。
【００１１】
請求項２の発明にかかるサービス利用システムのサービス変換サーバは、前記取得サービスＩＤ管理手段が、ユーザが取得したサービスＩＤの取得日時を管理し、前記変換ルールが、該変換ルールの実行条件として、前記指定のサービスＩＤのセットＢが満たすべき取得順序に関する情報を含み、前記サービスＩＤ変換手段が、実行条件に従ってサービスＩＤ変換を実行することを特徴とする。
【００１２】
これにより、サービス提供者は、ユーザが亨受したサービスＩＤの単純な組み合わせのみではなく、その組み合わせに順序条件を付けることができ、ユーザの行動に合わせたサービスの提供や、逆に、ユーザにサービスを順次誘導させるようなゲーム性を組み合わせることができる。
【００１３】
請求項３の発明にかかるサービス利用システムのサービス変換サーバは、前記取得サービスＩＤ管理手段が、ユーザが取得したサービスＩＤの取得場所情報を管理し、前記変換ルールの実行条件が、前記指定のサービスＩＤのセットＢが満たすべき、取得日時および取得場所の両方、もしくは何れか一方に関する情報を含むことを特徴とする。
【００１４】
これにより、サービス提供者は、ユーザがサービス亨受した順序に留まらず、その過程あるいは、状況に相当する時間情報、位置情報まで限定することができ、より細かなサービスを提供することができる。
【００１５】
請求項４の発明にかかるサービス利用システムのサービス変換サーバは、ユーザの属性、性別、年令、住所、趣味、嗜好の何れか一つまたは複数を含むユーザ情報を管理するユーザ情報管理手段を備え、前記変換ルールの実行条件は、ユーザ情報の全てまたは一部に関する情報からなるユーザ制限情報を含み、前記サービスＩＤ変換手段は、前記変換ルールの実行条件の一つとして、前記ユーザ制限情報も変換対象とすることを特徴とする。
【００１６】
これにより、サービス提供者は、ユーザ自身の静的な登録情報を考慮し、対象ユーザを絞り込んだサービスの提供が可能となる。
【００１７】
請求項５の発明にかかるサービス利用システムのサービス変換サーバは、現在の各ユーザの位置情報を管理する位置情報管理手段を備え、前記ユーザ制限情報が該位置情報に関する情報を含むことを特徴とする。
【００１８】
これにより、サービス提供者は、ユーザの動的な現在位置情報を考慮し、対象ユーザを絞り込んだサービスの提供が可能となる。
【００１９】
請求項６の発明にかかるサービス利用システムのサービス変換サーバは、前記サービスＩＤ変換手段が、ユーザが取得したサービスＩＤのセットＡに、指定のサービスＩＤのセットＢに対応付けられたサービスＩＤのセットＣを追加する際に、同時に前記セットＢを前記セットＡから削除することを特徴とする。
【００２０】
これにより、サービス変換は、単に新たなサービスを提供するだけでなく、ユーザが既に亨受しているサービスを削除し、実際には、サービスアクセス権を削除することができ、交換機能を実現するみとができる。
【００２１】
請求項７の発明にかかるサービス利用システムのサービス変換サーバは、前記サービスＩＤ変換手段が、ユーザが取得したサービスＩＤのセットＡに、指定のサービスＩＤのセットＢに対応付けられたサービスＩＤのセットＣを追加する際に、同時に、前記セットＢを前記セットＡから削除するか否かを前記変換ルールに記述された情報に基づいて決定することを特徴とする。
【００２２】
これにより、先の交換機能を持たせるか否かを変換ルールに記述することで、サービス毎に切り替えることができ、サービス提供者は、より細かで柔軟なサービス提供が可能となる。
【００２３】
請求項８の発明にかかるサービス利用システムのサービス変換サーバは、前記変換ルールが、該変換ルールが有効な制限回数を含み、前記サービスＩＤ変換手段が、該制限回数に基づきサービスＩＤ変換のサービス変換を実行することを特徴とする。
【００２４】
これにより、サービス提供者は、ユーザに対して一様なサービス提供だけでなく、例えば、先着何名までといったように、新たなサービスの亨受に制限をかけることができ、新しく提供するサービスの付加価値を高めることができる。
【００２５】
請求項９にかかるプログラムは、ユーザ端末からネットワークを通じて得た所定のサービスアクセス権を別のサービスアクセス権に変換するためのプログラムであって、サービスアクセス権を一意のサービスＩＤによって表し、該サービスＩＤに対応するサービスメタデータを、前記サービスＩＤ毎に管理するサービスメタデータ管理ステップと、ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に管理する取得サービスＩＤ管理ステップと、取得サービスＩＤ管理手段で管理される、ユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、該セットＢに予め対応付けられたサービスＩＤのセットＣを、前記セットＡに追加するサービスＩＤ変換ステップと、サービスＩＤ変換手段で前記セットＢと前記セットＡに追加されるセットＣの対を記述した変換ルールを管理する変換ルール管理ステップとをコンピュータに実行させるものである。
【００２６】
これにより、サービス利用システムによるサービス変換を、コンピュータを利用して自動的に実現できる。
【００２７】
【発明の実施の形態】
以下に、本発明の実施の形態によるサービス変換サーバを用いたサービス提供を、図について説明する。図１はこのサービス提供システムの構成を示すブロック図である。図１において、インターネットなどのネットワーク１１に、本発明の対象となるサービス変換サーバ（以下、サーバという）１２と、サーバ１２を利用するユーザ端末１３が接続されている。図１では、ユーザ端末１３が一つの場合を示したが、実際にシステムを利用する上では、複数のユーザ端末１３が接続される。
【００２８】
前記サーバ１２はサービスメタデータ管理手段１１１、取得サービスＩＤ管理手段１１２、サービスＩＤ変換手段１１３、変換ルール管理手段１１４、ユーザ情報管理手段１１５および位置情報管理手段１１６を備える。
【００２９】
次に、サーバ１２におけるこれらの各構成要素について説明する。まず、サービスメタデータ管理手段１１１は、サービス提供者がネットワーク１１上で提供するサービスの実体情報を記述したサービスメタデータを、サービスを一意に表すサービスＩＤ毎に管理するものである。サービスメタデータが含む情報としては、サービスを提供するコンテンツのＵＲＬと、このサービスを表すマーク画像のＵＲＬ、さらにはサービスのタイトルなどが考えられる。サービスの亨受は対応するサービスＩＤの取得をもって表される。取得サービスＩＤ管理手段１１２はユーザがユーザ端末１３を用いて取得したサービスＩＤと、この取得日時、取得場所などをサーバ１２上で一元管理するように機能する。
【００３０】
また、サービスＩＤ変換手段１３は、この取得サービスＩＤ管理手段１１２で管理されるユーザが取得したサービスＩＤのセット（以下、セットＡと略す）を適切なタイミングでユーザ毎にチェックし、セットＡに、予め指定されたサービスＩＤのセット（以下、セットＢと略す）が含まれる場合に、セットＢに対応付けられたサービスＩＤのセット（以下、セットＣと略す）を、前記のセットＡに追加する（以下、この操作をサービスＩＤ変換とよぶ）ように機能する。変換ルール管理手段１１４はセットＢとセットＣの対応を記述した変換ルールを管理する。なお、サービスＩＤの変換には、実行する際に条件や変換後の条件を設定することができ、このための情報も前記の変換ルールに記述することができる。
【００３１】
ユーザ情報管理手段１１５は前記条件に用いる情報としてのサービスＩＤの取得順序、取得日時、取得場所、ユーザの属性、性別、年令、住所、趣味・嗜好などのユーザ情報を管理し、ユーザの現在の位置情報を管理する。
【００３２】
実際には、前記に加えて、各手段、処理で必要となる、通信手段や操作に必要なマウスやキーボードといった入力手段、ディスプレイなどの出力手段が当然ながら必要になる。また、前記サーバ１２は、いわゆるコンピュータ上のソフトウェアとして実装することが可能で、この場合、各種管理手段１１１、１１２、１１４〜１１６には、ＳＱＬなどが利用可能な市販のデータベースアプリケーションを利用することも可能である。
【００３３】
一方、ユーザ端末１３は、ユーザがサービス、実際には対応するサービスＩＤの取得に用いたり、取得したサービスＩＤから対応するサービスメタデータをサーバ１２より取得して参照したり、さらにサービスＩＤをサービスメタデータに記述のマーク画像、あるいはタイトルを頼りに選択することにより、サービスの実体であるコンテンツを参照したりするために用いられる。このユーザ端末１３は、サービスＩＤリスト取得手段１２１、サービスＩＤ取得手段１２２、サービスＩＤ利用手段１２３および位置情報通知手段１２４を備える。
【００３４】
次に、ユーザ端末１３における各構成要素について説明する。まず、サービスＩＤリスト取得手段１２１は、ユーザ端末の起動時に、指定のユーザＩＤを前記サーバ１２へ通知し、このサーバ１２より前記ユーザＩＤの下で管理されるサービスＩＤ全てを、サービスＩＤのリストとして取得するように機能する。サービスＩＤ取得手段１２２は、サービスＩＤを取得し、取得したサービスＩＤをサーバ１２へ通知するように機能する。サービスＩＤ利用手段１２３はサービスＩＤから、対応するサービスメタデータをサーバ１２より取得し、実際にサービスを利用する。
【００３５】
位置情報通知手段１２４はサーバ１２に対しユーザの位置情報を通知するように機能する。なお、ユーザ端末１３には、前記に加えて各手段、処理で必要となる通信手段や操作に必要な情報を入力するためのマウスやキーボードといった入力手段、さらに、ディスプレイといった出力手段も当然ながら必要となる。
【００３６】
ユーザ端末１３は、専用機器はもちろんのこと、パーソナルコンピュータ、ＰｏｃｋｅｔＰＣあるいはＰＤＡや携帯電話といった汎用機器上のソフトウェアとして構成することも可能である。この際、位置情報通知手段１２４については、ユーザ端末１３からサーバ１２への位置通知は、ユーザ端末１３側で、ＧＰＳ等を用いて現在位置の情報を直接取得し、サーバ１２へ通知する方法が最も単純である。
【００３７】
また、このような方法以外に、例えば、携帯電話やＰＨＳなどにおいて、通信会社が提供する位置情報サービスをサーバ１２とユーザ端末１３の間に利用し実現することも可能である。
【００３８】
以下に、サービス利用システムの利用に適したサービスの形態について説明する。サービス利用システムが対象とするサービス利用とは、ユーザが何らかの形でサービスアクセス権を取得し、このサービスアクセス権を用いて各種のサービスを利用するものである。このようなサービスの身近な例としては、従来であれば、紙メディアを用いたサービスチケット、割引券、クーポンといったようなものがある。
【００３９】
また、これらを電子メディアとして扱った電子クーポンなどといったものなどがある。ただし、クーポン的な利用形態だけではなく、サービスアクセス権による情報参照（コンテンツの参照）のみといった利用形態も可能である。本システムでは、このような枠組の中で、さらに、ユーザが亨受したサービス、つまり取得したサービスアクセス権の組み合わせに応じて新たなサービスの亨受を可能とするものである。
【００４０】
なお、詳細には、新たなサービスを提供する際の条件として、ユーザの情報、各サービスアクセス権の取得時の状況、順序などに制限をかけることができる。これにより、サービス提供者は、マーケティング、ストーリー性、あるいはゲーム性を考慮した新しいサービス形態を提供することができる。
【００４１】
本サービス利用システムでは、前記のサービスアクセス権の取得は、対応するサービスＩＤの取得を以って行われ、取得したサービスＩＤを、サーバ１２上でユーザ毎に管理する必要があるため、ユーザには予め一意のユーザＩＤが与えられる必要がある。具体的なサービスＩＤの例としては、「ＦＦＦＥ１０１」、ユーザＩＤの例としては、「ＵＩＤ００１」などとすることができ、英字または数字からなる文字列などとすることができる。
【００４２】
ユーザは、ユーザ端末１３を利用して、サービスＩＤを取得し、これによりサービスアクセス権を取得したことになる。実際に利用する際には、このサービスＩＤに対応付けられたサービスメタデータをサーバ１２より取得し、このサービスメタデータに記述されているコンテンツＵＲＬを参照する。これにより、サービスの詳細を知り、このページ上で利用する、あるいは、実店舗などにユーザ端末を持参し、サービスアクセス権の所有を明示することでサービスを受ける。ただし、前記のようにコンテンツ参照自体を、サービスに相当させても良い。
【００４３】
サービスＩＤ取得手段１２２には、例えば、ポスターに記載されているサービスＩＤを直接手入力するようなタイプのものや、ポスターの画像をカメラデバイスで撮り込み、この画像に透かし技術により埋め込まれたサービスＩＤを取り出すようなタイプのものなどが考えられる。また、放送視聴時に、現在時刻とチャンネルをユーザ端末１３で記録し、外部システムに送り、外部システムでこの現在時刻とチャンネルに対応付けられたサービスＩＤを受ける、といったように、サービスＩＤ取得手段１２２をユーザ端末１３と外部システムのサーバに分担させて構成することも考えられる。
【００４４】
また、サービスＩＤ利用手段１２３は、サービスを表すマーク画像を表示したり、サービスの実体となるコンテンツのＵＲＬを参照したりする、いわゆるＷｅｂブラウザ相当の機能を持つこととなる。
【００４５】
図２、図３、図４および図５はそれぞれサービスメタデータ管理手段１１１が管理するテーブル、取得サービスＩＤ管理手段１１２が管理するテーブル、ユーザ情報管理手段１１５が管理するテーブル、および位置情報管理手段１１６が管理するテーブルの一例を示す。
【００４６】
まず、図２のサービスメタデータ管理手段１１には、サービスメタデータを管理するため、サービスを表すサービスＩＤ、それぞれのサービスＩＤに対応するサービスメタデータの項目として、サービス実体となるコンテンツのＵＲＬ、ユーザ端末１３で取得したサービスを可視化するためのサービスを表すマーク画像のＵＲＬ、そのサービスのタイトルなどの項目がある。
【００４７】
これらの情報は、基本的にサービス提供者に提供されるものとなる。例えば、サービスＩＤ“ＦＦＦＥ１０１”の場合、これに対応するサービスメタデータとして、コンテンツＵＲＬは“ｈｔｔｐ：／／ｓｅｒｖｅｒ１／ｐａｔｈ１／ｃｏｎｔｅｎｔ１”、マーク画像ＵＲＬは、“ｈｔｔｐ：／／ｓｅｒｖｅｒ１／ｐａｔｈ１／ｍａｒｋ１．ｇｉｆ”、タイトルは、“○○プレゼント応募コーナー”となっている。
【００４８】
次に、図３の取得サービスＩＤ管理手段１１２には、ユーザが取得したサービスＩＤと、その取得状況を管理するためのユーザＩＤと、このユーザが所有するサービスＩＤ、その取得日時、および取得場所情報の組が並んでいる。
【００４９】
例えば、ユーザＩＤ“ＵＩＤ００１”については、サービスＩＤとして、“ＦＦＦＥ１１１”、“ＦＦＦＥ２２２”、“ＦＦＦＥ５１４”を保有し、“ＦＦＦＥ１１１”は、“２００２年１２月１１日２１時３４分１０秒”に、エリアＩＤである取得場所情報が“１１１−１２”となっている場所で取得したということを表している。
【００５０】
図４のユーザ情報管理手段１１５には、ユーザ情報として、ユーザの属性、性別、年令、住所（エリアＩＤ）、趣味、嗜好などを記している。そして、住所については、エリアＩＤで、趣味・嗜好については、別途掲げた項目に該当するものを記載してある。
【００５１】
例えば、ユーザＩＤ“ＵＩＤ００１”に対応するユーザは、“学生”であり、性別は“男性”、年令は“２３歳”、住所は、エリアＩＤ“２００−２０”に対応する場所、趣味・嗜好は、“スポーツ、料理、パソコン”とある。なお、これらのユーザ情報は、システム利用登録時にユーザの申告に基づき登録されるものである。また、図４であげた項目以外のものを含むことができる。
【００５２】
図５の位置情報管理手段１１６では、ユーザの現在の位置情報を管理するために、エリアＩＤと、このエリアに現在いるユーザのユーザＩＤがリストとして記載されている。例えば、エリアＩＤ“１００−１０”には、ユーザＩＤ“ＵＩＤ００１”、“ＵＩＤ３１２”、“ＵＩＤ１２０”、“ＵＩＤ３３３”に対応するユーザが現在いることを表している。
【００５３】
次にサービスＩＤ変換について詳細に説明する。サービスＩＤ変換はユーザが所有するサービスＩＤの組み合わせによって、新たなサービスＩＤを提供するものである。このため、サービスＩＤ変換手段１１３は所定のタイミングで、ユーザの所有するサービスＩＤと、変換ルール管理手段１１４で管理されている変換ルールのそれぞれを照らしあわせ、サービスＩＤ変換の対象があるか否かを確認し、対象がある場合には、これを実行する。このサービスＩＤ変換の様子を図６に示す。
【００５４】
図６の左上部には、あるユーザが所有するサービスＩＤのセットＡを示してある。この場合、サービスＩＤ“ＦＦＦＥ１０１”、“ＦＦＦＥ３００”、“ＦＦＦＥ５１２”、“ＦＥＥＥ３３３”、“ＦＦＦＥ３３４”を所有していることを表している。
【００５５】
この状態で、サービスＩＤ変換手段１１３が、変換ルール管理手段１４で管理されている変換ルールＮｏ．ｘｘｘを参照しているとする。変換ルールＮｏ．ｘｘｘには、指定のサービスＩＤのセットＢとして、“ＦＦＦＥ３３３”と“ＦＦＦＥ３３４”が、また、このセットＢに対応付けられたサービスＩＤのセットＣとして、“ＦＦＦＥ３３５”が記述されていたとする。
【００５６】
このとき、サービスＩＤ変換手段１１３のサービスＩＤ変換処理において、まず、セットＡにセットＢが含まれるか否かをチェックする。もし含まれている場合には、セットＡにセットＣを追加し、含まれていなければ何もしない。図６の例では、セットＡにセットＢが含まれているため、セットＣを新たにセットＡに追加している。なお、セットＣの要素は複数であってもよい。
【００５７】
実際には、変換ルールには、これを実行するための実行条件と、実行後の処理として、セットＢに相当する要素をセットＡから削除するか否か、また、何回までこのルールを適用できるかといった情報も記述されており、サービスＩＤ変換手段１１３はこの条件に従って前記を実行する。
【００５８】
図７に変換ルールの一記述例を示す。最初に、前記セットＢおよびＣの要素を指定している。ここでは、図６の例と同じにしてある。次に、サービスＩＤ変換の実行条件を指定している。ここでは、取得順序として、“ＦＦＦＥ３３３”、“ＦＦＦＥ３３４”の順で取得していることを指定している。また、“ＦＦＦＥ３３３”の取得日時、“ＦＦＦＥ３３４”の取得場所を指定するとともに、さらにユーザ制限情報として、“２０歳以上”、“男性”といったことも指定されている。
【００５９】
また、セットＣを追加した際に、同時にセットＢをセットＡから削除するか否かの設定がされている。削除する場合は、サービスＩＤの交換に相当する。最後に、このルールが実行可能な適用回数を指定している。これにより、この変換ルールは、はやく条件を満たした先着順で適用される。
【００６０】
従って、サービスＩＤ変換は、制限回数を満たしており、かつ、セットＢの要素を持つユーザが候補となり、さらに、実行条件およびユーザ制限情報を満たす場合にのみ実行される。
【００６１】
以上のシステム構成により、サービス提供者は、複数のサービスを組み合わせたサービスを提供することができる。具体的には、ユーザが亨受したサービスの組み合わせや、その取得順序、取得状況、さらには、ユーザ情報に合わせて、新たなサービスを提供することができる。
【００６２】
また、新たなサービスを提供した際に、もとのサービスＩＤの組み合わせを削除するか否かを設定できるため、サービスを交換するといった利用の仕方の可能である。さらに、適用可能な制限回数が設定できるため、先着順といったようなサービスも提供可能である。
【００６３】
また、サービスアクセス権を一意のサービスＩＤによって表し、該サービスＩＤに対応するサービスメタデータを、前記サービスＩＤ毎に管理するサービスメタデータ管理ステップと、ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に管理する取得サービスＩＤ管理ステップと、取得サービスＩＤ管理手段１１２で管理される、ユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、該セットＢに予め対応付けられたサービスＩＤのセットＣを、前記セットＡに追加するサービスＩＤ変換ステップと、サービスＩＤ変換手段１１３で前記セットＢと前記セットＡに追加されるセットＣの対を記述した変換ルールを管理する変換ルール管理ステップと、をコンピュータに実行させるプログラムを用いることで、サービス利用システムによるサービス変換を、コンピュータを利用して自動的に実現できる。
【００６４】
次に、本発明のサービス変換サーバを利用したシステムとして、スタンプラリー型電子チケットサービスに適用した例について説明する。図８はこのシステムの構成を示す。サーバ２１は変換ルールデータベース２２、サービスメタデータデータベース２３、位置情報データベース２４、ユーザ情報データベース２５および取得サービスＩＤデータベース２６を用いて構成されている。ユーザ端末２７〜２９は無線でネットワーク３０に接続可能なモバイル端末となっている。ユーザ端末２７〜２９は、所定の無線エリア内にあり、サービスＩＤ取得手段２２として、透かしによりサービスＩＤが埋め込まれた画像を読み込み、埋め込まれたサービスＩＤを認識し、取得する。
【００６５】
従って、ユーザは、雑誌や本３１、あるいはポスター３２などに記録されている本サービスの対象となっている画像を、ユーザ端末２７〜２９で読み込むことにより、サービスＩＤを取得する。これによりサービスＩＤに対応する電子チケットを取得したことになる。取得した情報は、各サーバ２２〜２６上で管理される。符号３３はサービス情報を提供する外部Ｗｅｂサーバであり、３４はユーザ端末２７〜２９とネットワーク３０とを無線で結ぶアクセスポイントである。
【００６６】
一方、サーバ２１は、前記のようにサービス提供者によって定義された変換ルールを管理している。この中には、どのようなサービスＩＤをいつ、どこで、取得した場合に、どのようなサービスＩＤが亨受されるかが記述してある。また、ユーザ情報によりユーザを年令や性別などで制限できるため、変換ルールを用意しておけば、同じものを集めても、ユーザ属性や年令によって新しく亨受されるサービスも変えることができる。
【００６７】
ユーザは、さまざまなメディアから電子チケット収集するが、一つ一つの電子チケットも何らかのサービスを提供するものである。これは、サービスの内容としては、情報の提供だけでもよい。例えばある雑誌に載っているタレントの○○の記事からサービスを取得し、これをユーザ端末で利用する（実際には、対応するサービスメタデータに記述のコンテンツＵＲＬを参照）と、このタレントの紹介ページが見られるといったサービスを提供できる。
【００６８】
サービス提供者が、あるタレントの事務所である場合は、次のような例が考えられる。このタレントのプロフィール紹介チケット「Ｘ」、ＣＤの広告情報チケット「Ｙ」、出演ドラマ情報「Ｚ」の三つを全てそろえた時点で、チケットとして、“タレントのサイン入り色紙がもらえる“チケット「Ｓ」をもらうことができる。
【００６９】
このようなサービスの場合、サイン入り色紙には、おそらく数量的制限があるため、変換ルールにも実行回数を指定しておくことが望ましい。こうすることで例えば、先着１００名しかこのチケットを取得できないといったことも可能である。
【００７０】
前記の例は、単純に複数のチケットを揃えるだけであるが、それぞれのチケットをどこで取る、どのような順で取った場合だけという条件を変換ルールに記述し、それぞれのチケットで提供する情報の中でこのヒントを載せておけば、ゲーム性を伴わせたサービスを提供することも可能である。
【００７１】
例えば、歴史的観光地などにおいて、神社、仏閣、遺跡などの説明用立て看板などから、詳細な説明映像などがユーザ端末で見られるサービスチケットが取得できるとする。これらのチケットは、それぞれ単体においてももちろん有効であるが、例えば、うまく歴史的（古いもの）順に神社を回り、それぞれのサービスチケットを取得すると、その地域の特産物がもらえるチケットが取得できるといった利用も考えられる。
【００７２】
また、複数のサービスから、新たな複数のサービスを亨受することも可能である。従って、サービス提供者が一つではなく、複数のサービス提供者が提携することで、ユーザが新しくサービスを亨受できる際に、サービス提供毎のサービスに変換するといったこともできる。
【００７３】
例えば、衣料店と、バッグ店、靴店、それぞれの店で商品購入時に各種それぞれの店で有効なサービスチケットが取得できるとする。一方で、これらの店は提携しており、例えば、衣料店と靴店のあるチケットをそろえると、両者のお店の新たなサービスチケットとともに、バッグ店のサービスチケットが取得できるといったことも可能である。これにより、サービス提供者が互いのメリット、デメリットを利用、補強できるように柔軟なサービス提供が可能となる。
【００７４】
以上のようにして、サービス提供者は、これまでの単純なサービスの提供の仕方から、複数のサービスを組み合わせて、新たなサービスを提供できる。さらには、取得順序や日時、場所、ユーザ情報を実行条件として組み合わせることで、マーケティングに即したサービス提供、あるいは、ゲーム性を加味したサービス提供といったことが可能となる。
【００７５】
一方、ユーザにとっても、これまで単一利用目的でしかなかったサービスが、他のサービスと組み合わせることで、新しいサービスがもらえる。さらには、スタンプラリー的、オリエンテーリング的なおもしろみといった付加価値を得ることが可能になる。
【００７６】
【発明の効果】
以上のように、本発明のサービス変換サーバによれば、ユーザの取得したサービスアクセス権に相当するサービスＩＤを、取得した日時、場所などとともにサーバ上でユーザ毎に一元的に管理するとともに、性別、年令などのユーザ情報、ユーザの現在の位置情報を管理することで、ユーザが亨受したサービスの種類とその過程、あるいはユーザの静的な登録情報、動的な位置情報までを考慮して、新たなサービスを提供することができる。
【００７７】
これにより、サービス提供者は、従来までのように一つの目的で完結したサービスを提供するだけでなく、複数のサービスを組み合わせて提供することができる。従って、複数のメディアを通じて各種のサービスを提供し、さらに全体として特別なサービスを提供するといった新しいタイプのサービス、あるいはゲーム性を持たせたサービス、マーケティングに絡めたサービスを提供することができる。
【００７８】
また、ユーザにとっても、これまでの一利用目的のサービスから、複数のサービスの亨受によって、新たなサービスが亨受でき得るといった期待感、面白みなどの付加価値を得ることができる。これは当然ながら、サービス自体の付加価値を向上させるものであり、サービス提供者にとっても望ましいものである。
【図面の簡単な説明】
【図１】本発明の実施の形態によるサービス変換サーバを用いたシステムを示すブロック図
【図２】本発明におけるサービスメタデータ管理手段が管理するテーブルを示すテーブル図
【図３】本発明における取得サービスＩＤ管理手段が管理するテーブルを示すテーブル図
【図４】本発明におけるユーザ情報管理手段が管理するテーブルを示すテーブル図
【図５】本発明における位置情報管理手段が管理するテーブルを具体的に示すテーブル図
【図６】本発明におけるサービスＩＤ変換方法を示す説明図
【図７】本発明における変換ルール管理手段が管理する変換ルールの記述例を示す説明図
【図８】本発明におけるサービス変換サーバをスタンプラリー型電子チケットサービスに適用したサービス提供システムを示す構成図
【符号の説明】
１１：ネットワーク、１２：サーバ、１３：ユーザ端末、２１：サーバ（サービス変換サーバ）、２７〜２９：クライアント（ユーザ端末）、３０：ネットワーク、１１１：サービスメタデータ管理手段、１１２：取得サービスＩＤ管理手段、１１３：サービスＩＤ変換手段、１１４：変換ルール管理手段、１１５：ユーザ情報管理手段、１１６：位置情報管理手段。
Claims (9)
- ユーザ端末からネットワークを通じて得た所定のサービスアクセス権を別のサービスアクセス権に変換するサービス利用システムのサービス変換サーバであって、
サービスアクセス権を一意のサービスＩＤによって表し、該サービスＩＤに対応するサービスメタデータを、前記サービスＩＤ毎に管理するサービスメタデータ管理手段と、
ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に管理する取得サービスＩＤ管理手段と、
取得サービスＩＤ管理手段で管理される、ユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、該セットＢに予め対応付けられたサービスＩＤのセットＣを、前記セットＡに追加するサービスＩＤ変換手段と、
サービスＩＤ変換手段において前記セットＢと前記セットＡに追加されるセットＣとの対で記述した変換ルールを管理する変換ルール管理手段とを備えた
ことを特徴とするサービス利用システムのサービス変換サーバ。 - 前記取得サービスＩＤ管理手段は、ユーザが取得したサービスＩＤの取得日時を管理し、前記変換ルールは、該変換ルールの実行条件として前記指定のサービスＩＤのセットＢが満たすべき取得順序に関する情報を含み前記サービスＩＤ変換手段は、前記実行条件に従ってサービスＩＤ変換を実行することを特徴とする請求項１に記載のサービス利用システムのサービス変換サーバ。
- 前記取得サービスＩＤ管理手段は、ユーザが取得したサービスＩＤの取得場所情報を管理し、前記変換ルールの実行条件は、前記指定のサービスＩＤのセットＢが満たすべき、取得日時および取得場所の両方、もしくは何れか一方に関する情報を含むことを特徴とする請求項２に記載のサービス利用システムのサービス変換サーバ。
- ユーザの属性、性別、年令、住所、趣味、嗜好の何れか一つまたは複数を含むユーザ情報を管理するユーザ情報管理手段を備え、前記変換ルールの実行条件は、ユーザ情報の全てまたは一部に関する情報からなるユーザ制限情報を含み、前記サービスＩＤ変換手段は、前記変換ルールの実行条件の一つとして、前記ユーザ制限情報も変換対象とすることを特徴とする請求項２または請求項３に記載のサービス利用システムのサービス変換サーバ。
- 現在の各ユーザの位置情報を管理する位置情報管理手段を備え、前記ユーザ制限情報が該位置情報に関する情報を含むことを特徴とする請求項４に記載のサービス利用システムのサービス変換サーバ。
- 前記サービスＩＤ変換手段は、ユーザが取得したサービスＩＤのセットＡに、指定のサービスＩＤのセットＢに対応付けられたサービスＩＤのセットＣを追加する際に、同時に前記セットＢを前記セットＡから削除することを特徴とする請求項１乃至請求項５のいずれかに記載のサービス利用システムのサービス変換サーバ。
- 前記サービスＩＤ変換手段は、ユーザが取得したサービスＩＤのセットＡに、指定のサービスＩＤのセットＢに対応付けられたサービスＩＤのセットＣを追加する際に、同時に、前記セットＢを前記セットＡから削除するか否かを前記変換ルールに記述された情報に基づいて決定することを特徴とする請求項１乃至請求項５のいずれかに記載のサービス利用システムのサービス変換サーバ。
- 前記変換ルールは、該変換ルールが有効な制限回数を含み、前記サービスＩＤ変換手段は、該制限回数に基づきサービスＩＤ変換を実行することを特徴とする請求項１乃至請求項７のいずれかに記載のサービス利用システムのサービス変換サーバ。
- ユーザ端末からネットワークを通じて得た所定のサービスアクセス権を別のサービスアクセス権に変換するためのプログラムであって、
サービスアクセス権を一意のサービスＩＤによって表し、該サービスＩＤに対応するサービスメタデータを、前記サービスＩＤ毎に管理するサービスメタデータ管理ステップと、
ユーザが取得したサービスＩＤを、一意のユーザＩＤ毎に管理する取得サービスＩＤ管理ステップと、
取得サービスＩＤ管理手段で管理される、ユーザが取得したサービスＩＤのセットＡが、指定のサービスＩＤのセットＢを含む際に、該セットＢに予め対応付けられたサービスＩＤのセットＣを、前記セットＡに追加するサービスＩＤ変換ステップと、
サービスＩＤ変換手段において前記セットＢと前記セットＡに追加されるセットＣの対を記述した変換ルールを管理する変換ルール管理ステップとをコンピュータに実行させる
ことを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003111919A JP2004318521A (ja) | 2003-04-16 | 2003-04-16 | サービス利用システムのサービス変換サーバおよびそのプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003111919A JP2004318521A (ja) | 2003-04-16 | 2003-04-16 | サービス利用システムのサービス変換サーバおよびそのプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004318521A true JP2004318521A (ja) | 2004-11-11 |
Family
ID=33472344
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003111919A Pending JP2004318521A (ja) | 2003-04-16 | 2003-04-16 | サービス利用システムのサービス変換サーバおよびそのプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004318521A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008083882A (ja) * | 2006-09-27 | 2008-04-10 | Dainippon Printing Co Ltd | クーポン情報交換システム |
| JP2010055329A (ja) * | 2008-08-28 | 2010-03-11 | Dainippon Printing Co Ltd | スタンプ帳発行システム、及びサーバ |
| JP2010055328A (ja) * | 2008-08-28 | 2010-03-11 | Dainippon Printing Co Ltd | スタンプ帳作成装置 |
| US8279319B2 (en) | 2005-02-15 | 2012-10-02 | Sony Corporation | Information processing apparatus, information processing method, and information processing system |
-
2003
- 2003-04-16 JP JP2003111919A patent/JP2004318521A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8279319B2 (en) | 2005-02-15 | 2012-10-02 | Sony Corporation | Information processing apparatus, information processing method, and information processing system |
| JP2008083882A (ja) * | 2006-09-27 | 2008-04-10 | Dainippon Printing Co Ltd | クーポン情報交換システム |
| JP2010055329A (ja) * | 2008-08-28 | 2010-03-11 | Dainippon Printing Co Ltd | スタンプ帳発行システム、及びサーバ |
| JP2010055328A (ja) * | 2008-08-28 | 2010-03-11 | Dainippon Printing Co Ltd | スタンプ帳作成装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5074570B2 (ja) | フォントサービス提供方法 | |
| KR20080071334A (ko) | 2차원 코드의 판독부를 가지는 모바일 단말기로의 매체콘텐츠 전송 시스템 및 그 방법 | |
| CN103415865A (zh) | 为用于显示给观看用户的广告选择社交认可信息 | |
| CN107767161B (zh) | 落地页处理方法及落地页处理装置 | |
| CN101981570A (zh) | 用于与内容对象集成、关联和交互的开放式架构 | |
| JP2003208381A (ja) | トークン型コンテンツ提供システム及びトークン型コンテンツ提供方法及び携帯型利用者端末 | |
| KR101342122B1 (ko) | 스마트폰을 이용한 멀티미디어 개인 홍보물 제공 시스템 및 방법 | |
| KR20080109946A (ko) | 2차원 쿠폰 코드를 이용한 모바일 서비스 시스템 및 그방법 | |
| JP6205700B2 (ja) | 情報提供システム、提供情報を受信する装置、提供情報を送信する装置、プログラム、及び情報提供方法 | |
| KR20130089772A (ko) | 웹 페이지 및 ｑｒ 코드 생성 방법 및 장치 | |
| JP2006343827A (ja) | サイト間関係表示システム | |
| JP2004318521A (ja) | サービス利用システムのサービス変換サーバおよびそのプログラム | |
| JP2010140250A (ja) | 情報提供管理システム、情報提供管理方法及び情報提供管理プログラム | |
| JP2006323798A (ja) | 携帯電話機を利用した情報提供システム | |
| WO2001098977A1 (fr) | Systeme de signets | |
| JP2002259825A (ja) | インターネット広告方法及びシステム | |
| JP4532548B2 (ja) | コミュニティ提供システム、コミュニティ提供方法、及びその方法の実行プログラムを記録したコンピュータ読取可能な記憶媒体 | |
| JP2020098456A (ja) | 分析システム | |
| JP6195950B1 (ja) | サーバ装置及び情報処理システム | |
| JP5560741B2 (ja) | 広告調査管理方法、システム、装置、プログラム | |
| JP2006113620A (ja) | ハウツ―市場ドットコム | |
| KR20090120823A (ko) | 컨텐츠의 질문/답변 처리 방법 및 시스템과 이를 위한기록매체 | |
| JPWO2014068666A1 (ja) | コンテンツ提供システム、コンテンツ提供方法及びコンテンツ提供プログラム | |
| JP2009048606A (ja) | 電子カタログスタンドシステム、及び電子カタログスタンドプログラム | |
| JP2011113356A (ja) | 電子漫画管理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050804 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071218 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080208 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080415 |