(57)【要約】      （修正有）【課題】携帯端末をタッチ端末にかざし、ポイントを取得させるシステムにおいて、利用施設の利用時間にかかわらず、一度の利用で同じ端末を複数回タッチさせる事によるポイントの不正取得を防止し、ポイントを付与できる利用者の端末数に制限をかける方法を提供する。【解決手段】施設の電源や精算機などと連動させて、ＵＲＬのパラメータを変更させる事で、利用者が携帯端末をタッチ端末にタッチした際に利用者が施設を利用している間のみ同じパラメータを付与させることにより、同じ端末ＩＤから同一パラメータをサーバが受信したときに、同一利用時に複数回タッチしたことを判別し不正と判断させる。また、ポイント付与できる端末数をあらかじめ設定しておき、同一パラメータを複数の端末ＩＤから受信した場合で、設定数を超える端末ＩＤを超えた場合、ポイントの付与を行わせないようにする事で一度の施設利用におけるポイント付与可能端末数を限定させる。【選択図】図１
2013084229.tif 000002
【特許請求の範囲】
【請求項１】
携帯機器をタッチ端末に近づけて指定したＵＲＬにアクセスすることによってポイントを取得できるシステムであって、使用者が施設を使用している時間の長さにかかわらず、重複してポイントを取得するという不正行為を行わせないようにするため、使用する施設の１回の利用毎のＷＥＢアクセス時においてユニークなパラメータを付与する事によって取得できるポイント数を限定させる事を可能とするポイント管理システム。
【請求項２】
携帯機器をタッチ端末に近づけて指定したＵＲＬにアクセスする事によってポイントを取得できるシステムであって、使用者が複数人いても、ポイントを取得できる端末数を限定する事を可能とするポイント管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、携帯電話をタッチ端末に近づける事によってポイントを付与するシステムに関する。
【背景技術】
【０００２】  近年、店頭等において携帯電話などの端末をタッチ端末に近づけてＷｅｂアクセスさせる事によって画面上に取得ポイント数やスタンプカードのような画面を表示させる事によって、ポイントカードやスタンプカードを代替させるサービスが注目されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】  従来のサービスでは携帯端末をタッチ端末に複数回続けてタッチして、不正にポイントを取得させる事を防止するために、タッチ後一定時間を経過しなければポイントが取得できないようにする方法が主に採用されている。しかし、レジャーホテル施設などの様に、例えば休憩・宿泊など利用時間が利用者によって異なる施設で、タッチ後１〜２時間程度の経過時間をおかないとポイントが取得できないように設定すると、宿泊客などの長時間の利用者は１〜２時間をおけば不正にポイントを取得する事ができてしまう問題がある。また２４時間程度の長い経過時間を設定すると、レジャーホテルを利用したマッサージ施術者などの様な１日１回に限らない利用者が確実に利用ごとにポイント取得する事ができない問題がある。
従って、従来型の不正防止手法では、１回の利用ごとにポイントを確実に付与され、かつ複数回数のタッチによる不正ポイント取得を確実に防止することは困難である。また、１回の利用毎に複数人使用する場合であって、ポイントを付与する事を可能とする端末を１台に限定したり、利用者全員の端末、あるいは指定した人数の端末に限定させる手段がない。
【課題を解決するための手段】
【０００４】  本発明においては、近距離無線通信を使ったＷｅｂ  Ｔｏアクセスが可能な携帯電話やスマートフォンのような携帯端末をＵＲＬに誘導させるためのタッチ端末にアクセスする事で、携帯端末からタッチ端末に設定されているＵＲＬにアクセスしたときにタッチ端末から送出されるＵＲＬに付随するパラメータとして、タッチするごとに変化するパラメータと施設の１回の利用毎に変化するパラメータを携帯端末から送信させる事によって、同じ携帯端末が複数回タッチしたかどうか、さらに同じ携帯端末が１回の施設利用毎に複数回タッチしたかどうかを判断し、タッチした端末ＩＤから、同一端末からのアクセスかどうかを判別する判断部を備える管理システムが提供される。【０００５】  １回の施設利用毎にタッチ端末のパラメータを変化させる方法は、施設利用時に電源がＯＮとなり、施設利用終了時に電源がＯＦＦとなる施設の電源とタッチ端末の電源を連動させる事によって、タッチ端末が電源のＯＮまたはＯＦＦする度にパラメータを変更させる方法であってよい。また、施設内に設置される自動精算機と連動させて、施設利用時または終了時にパラメータ変更シグナルをタッチ端末に送る事によって新たなパラメータを決定する方法でよい。また、施設の清掃完了時に施設の利用可能状態表示機と連動してパラメータ変更シグナルをタッチ端末に送る事で新たなパラメータを決定してよい。その他、これらに限らず、施設の利用毎にパラメータ変更シグナルをタッチ端末に送る事を可能とする機器であってよい。施設利用毎のパラメータ変更シグナルは、タッチ端末に対してタッチ端末の電源をいったんＯＦＦにした後ＯＮする事で行ってもよい。またタッチ端末に有線、無線によって制御信号を送ってもよく、タッチ端末にパラメータ変更用のカード等をかざす事によって利用者以外の特定の人によって決定してよい。これらのように利用者に施設利用毎のパラメータを変更させる事ができず施設利用毎にパラメータが決定できれば、施設管理者と対面せずに利用できるレジャーホテルのような施設に限らず本発明が適用できる。【０００６】  前記の管理システムにおいて、判断部はタッチする毎に変化するパラメータの受信履歴を管理し、過去に受信したパラメータを再度受信したと判断できる場合にＵＲＬリロードによる不正ポイント取得と判断する。【０００７】  また、判断部は施設の利用毎に変化するパラメータの履歴を管理し、過去に受信した施設利用毎に変化するパラメータを再度受信した場合であって、タッチする毎に変化するパラメータが過去に受信したものと異なる場合、同一利用時に複数回タッチしたと判断する。【０００８】  パラメータはタッチ毎あるいは施設利用毎に決定されるカウント回数である場合、受信したカウント数が過去に受信したカウント数以下であった場合、過去に使用されたパラメータと見なしてよい。またタッチ毎あるいは施設利用毎に決定される時刻である場合、受信した時刻が過去に受信した時刻と同じであるかそれ以前である場合、過去に使用されたパラメータであると見なしてよい。【０００９】  また、パラメータはカウント数や時刻に限らず、タッチ毎あるいは施設利用毎に決定されるユニークな文字列であってもよい。この場合、過���に受信したパラメータをＤＢに保存しておき、パラメータを受信するたびに過去に受信したパラメータと比較し、同一であれば過去に受信したパラメータと判断する。【００１０】  判断部はタッチ毎に送出されるパラメータおよび、施設利用毎に決定されるパラメータが過去に使用されていない場合、ポイントの付与を行ってよい。タッチ毎に送出されるパラメータが過去に使用されていない場合で、かつ施設利用毎に決定されるパラメータがすでに受信されていた場合、施設の利用者が１回の利用時に複数回タッチしたと判断できる。この場合、端末ＩＤも同一であった場合、既にポイントを取得した同一端末が不正に複数ポイントを取得しようとしていると判断してよい。【００１１】  端末ＩＤは、通信キャリアにより契約者情報と対応付けられた識別情報であってもよい。これらの識別情報は、キャリア・オープンＩＤと呼ばれる場合があり、通信キャリアによっては、ｕｉｄ、サブスクライバＩＤ、ｉモードＩＤなどと呼ばれている。端末ＩＤは、ユーザ端末がＷｅｂサイトにアクセスしたときにＣｏｏｋｉｅに書き込まれたユニークＩＤであってもよい。【００１２】  判断部は、同一施設の同一利用時間帯にポイントを付与する端末を１台に限定する場合、施設の利用毎に決定されるパラメータが以前に受信したものと同一の場合は、不正と判定する。同一施設の同一利用時間帯に複数端末にポイントを付与させてもよい場合は、施設の利用毎に決定されるパラメータが既に受信したものと同一のものを受信した時に、タッチした端末ＩＤも同一かどうかを判定して、同一ではない場合にポイント付与できると判断する。また、複数端末にポイントを付与させてもよい場合であって、端末台数を限定する場合は、施設の利用毎に決定されるパラメータと同一のものを受信したときに、タッチした端末ＩＤも同一でない場合かつ、過去にポイントを許可した台数以内である場合にポイント付与できると判断する。【００１３】  ポイントは、付与する毎に携帯端末上で数値で表現してもよく、スタンプカードのような画像で表現してもよい。【００１４】  なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００１５】
【図１】管理システム１００の一例を概略的に示す。
【図２】パラメータの一例を概略的に示す。
【図３】管理システム１００のシステム構成の一例を概略的に示す。
【図４】タッチ情報ＤＢ（ｎ）１２３のデータ構造４００の一例を概略的に示す。
【図５】デバイス情報ＤＢ１２４のデータ構造５００の一例を概略的に示す。
【図６】ユーザ情報ＤＢ１２５のデータ構造６００の一例を概略的に示す。
【図７】ポイント表示方法の一例を示す。
【発明を実施するための形態】
【００１６】  以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１７】  図１はユーザ端末１０３、タッチ端末１０４、施設利用と連動してパラメータの変更指示ができる電源、機器、カードなど１０６とともに管理システム１００の一例を概略的に示す。本実施形態においては、管理システム１００は通信回線１０２に接続されたサーバ１０１を備える。
【００１８】  通信回線１０２は、インターネット、専用回線、無線パケット通信網およびそれらの組み合わせであってよい。
【００１９】  タッチ端末１０４は携帯端末をタッチする事で指定したＵＲＬにアクセス誘導できる仕組みを備えているものでＵＲＬにタッチ端末自身のＩＤ、タッチする毎に変化するパラメータ、および施設利用毎に変化するパラメータを付加できるものである。
【００２０】  ユーザ端末１０３は携帯電話、スマートフォン、ＰＨＳなど通信システムを備えた携帯デバイスで、ブラウザを備えているものかつ、タッチ端末に近づける事でタッチ端末からＵＲＬとパラメータを受信してブラウザを起動できるものをいい、Ｆｅｌｉｃａなどの近距離無線通信を利用したＷｅｂアクセスが可能な端末であってよい。
【００２１】  パラメータ変更要求元１０６は、施設の利用毎にパラメータの変更を指示できるようにするため、施設の利用毎に施設の電源と連動してタッチ端末をＯＮ、ＯＦＦする事によってパラメータの変更を指示してよい。また、自動精算機の清算毎にタッチ端末にパラメータの変更要求シグナルを送る事で実施してよい。また、パラメータ変更要求のための情報を記載したカードをタッチ端末にかざす事によってタッチ端末に対してパラメータを変更させる事を可能とするものであってよい。これらにかかわらず、施設利用毎にタッチ端末に対してパラメータ変更要求できる機器と連動させてよい。
【００２２】  サーバ１０１は、単一のサーバから構成されてもよく、複数のサーバから構成されてもよい。サーバ１０１は、仮想サーバまたはクラウドシステムであってよい。サーバ１０１は、用途に特化したシステムまたはコントローラであってもよく、パーソナルコンピュータ等の汎用の情報処理装置であってもよい。サーバ１０１は、管理システムの一例であってもよい。
【００２３】  施設の利用者が利用開始するときには、すでにパラメータ変更要求元１０６によって利用毎のパラメータが更新された状態になっている。
【００２４】利用者は自らのユーザ端末１０３をタッチ端末１０４に近づける事によって、サーバ１０１にアクセスするためのＵＲＬと更新された利用毎のパラメータおよびタッチ毎に更新されるパラメータを受け取り、ユーザ端末１０３のブラウザを起動して受信したＵＲＬとパラメータをサーバ１０１に送信する。
【００２５】  サーバ１０１は受け取ったパラメータが過去に受信されたものかどうか、また送信したユーザ端末ＩＤが過去と同一かどうかによって不正に要求されたものかどうかを判断する。不正に要求されたものでない場合、サーバ１０１はそのユーザ端末にポイントを付与する。
【００２６】  サーバ１０１は施設利用毎のパラメータとタッチ端末ＩＤが同一かつ、同一のユーザ端末から要求されたものは不正と判断する。これによって、施設利用毎に同一ユーザが複数のポイントを取得する不正行為を防ぐ事が可能となる。
【００２７】  図２はパラメータの一例を表したものである。タッチ端末１０４はユーザ端末１０３が近づいてきたとき、ＵＲＬと付随するパラメータ１０５を送信する。パラメータ１０５は利用毎に更新されるパラメータおよびタッチ毎に更新されるパラメータが数値でかつ利用毎に数値が増大するものであってよい。パラメータ１０５は利用毎に更新されるパラメータおよびタッチ毎に更新されるパラメータがユニークな文字列であってよい。
【００２８】  パラメータ１０７は施設の利用毎に更新される数値パラメータの一例を示す。サーバ１０１がパラメータの種類を識別するためにパラメータの名称をｐｃとしているが、これに限るものではない。このパラメータは施設の利用毎に数値が増大していく。パラメータ１０８は前記パラメータのタッチ毎に更新されるパラメータの一例を示す。サーバ１０１が１パラメータの種類を識別するためにパラメータの名称をａｃとしているがこれに限るものではない。このパラメータはタッチ毎に数値が増大していく。パラメータ１０９は施設の利用毎に更新される、ユニークなパラメータの一例を示す。サーバ１０１がパラメータの種類を識別するためにパラメータの名称をｐｐとしているがこれに限るものではない。パラメータ１１０はタッチ毎に更新されるユニークなパラメータの一例を示す。サーバ１０１がパラメータの種類を識別するためにパラメータの名称をａｐとしているがこれに限るものではない。ユニークなパラメータが更新されるときはタッチ端末が過去に送信したことのあるパラメータと同一のパラメータをタッチ端末から送信される事はない。パラメータ１１１はタッチ端末自身のＩＤを示している。例えば、レジャーホテルのような施設の場合であれば、部屋毎にタッチ端末を設置される事が想定されるが、１施設における複数のタッチ端末に対してユニークなＩＤを付与する。
【００２９】  図３は管理システム１００のシステム構成の一例を示す。図３はユーザ端末１０３、タッチ端末１０４とともにサーバ１０１のシステム構成の一例を示す。本実施形態では、パラメータは数値で更新される毎に数値が増えていくパラメータを使用した例を示す。
【００３０】  本実施形態において、サーバ１０１は識別部１２１、判断部１２２、タッチ情報ＤＢ（ｎ）１２３、デバイス情報ＤＢ１２４、ユーザ情報ＤＢ１２５および結果出力部１２６を備える。
【００３１】  本実施形態においては、タッチ情報ＤＢ（ｎ）１２３、デバイス情報ＤＢ１２４、ユーザ情報ＤＢ１２５がそれぞれ個別のＤＢとして備えられている場合について説明する。しかし、ＤＢの構成はこれに限定されない。
【００３２】  タッチ情報ＤＢ（ｎ）１２３は１台のタッチ端末毎に１つの情報テーブルを持つ。従ってタッチ情報ＤＢ（ｎ）はｎ台のタッチ端末にあわせてｎ個用意される。
【００３３】  ユーザ端末１０３はタッチ端末１０４にアクセスしたときにアクセス先のＵＲＬと利用毎のパラメータ、タッチ毎のパラメータ、タッチ端末のＩＤ１０５を受け取り、取得したＵＲＬにアクセスをする。識別部１２１はユーザ端末から受け取ったパラメータを施設の利用毎に変化するパラメータとタッチ毎に変化するパラメータとタッチ端末ＩＤのそれぞれを識別して判断部に引き渡してよい。また、識別部１２１はユーザ端末ＩＤを識別して判断部に引き渡してよい。なお、ユーザ端末ＩＤはキャリアから契約情報に紐づいたＩＤとして受け取るＩＤでｉモードＩＤ、サブスクライバＩＤ、ｕｉｄなどと呼ばれるＩＤであってよい。またサーバがユニークなＩＤを生成してｃｏｏｋｉｅを用いてユーザ端末を識別するために設定したＩＤであってもよく、端末の個体番号を識別するＩＤであってもよく、第三者機関から提供されるユーザを識別するＩＤであってもよい。
【００３４】  判断部は、パラメータ識別部１２１から受け取った施設の利用毎に変化するパラメータとタッチ毎に変化するパラメータとタッチ端末ＩＤから正当なポイント取得要求かどうかを判断する。正当な要求と判断した場合、タッチ履歴をタッチ情報ＤＢ（ｎ）１２３に記録し、デバイス情報ＤＢ１２４に数値パラメータの最大値を記録し、ユーザ情報ＤＢ１２５にポイント取得要求したユーザの付与ポイントを更新する。
【００３５】  施設１回の利用毎に一人のユーザのみがポイントを取得できるルールを適用している施設の場合、判断部１２２は同じタッチ端末ＩＤでかつ受け取った施設利用毎のパラメータが過去に既に受信していた場合すなわち同一利用時の場合、既にポイント付与済みであると判断してよい。この場合は当該利用ユーザ端末向けに「ポイントの付与は１回の利用毎に１名のみかつ１回のみである」旨のエラーメッセージを生成して結果出力部１２６に引き渡してよい。
【００３６】  施設１回の利用毎に複数のユーザが１回のポイントを取得できるルールを適用している施設の場合、判断部１２２は同じタッチ端末ＩＤでかつ受け取った施設利用毎のパラメータを過去に既に受信していた場合、すなわち同一利用時の場合でかつ同一ユーザの端末ＩＤからの要求の場合、当該利用ユーザ端末向けに「ポイントの付与は１回の利用毎に１回のみである」旨のエラーメッセージを生成して結果出力部１２６に引き渡してよい。また、同じタッチ端末ＩＤでかつ受け取った施設利用毎のパラメータが過去に既に受信していた場合であって、ユーザ端末ＩＤがそのとき受信されたＩＤと異なる場合は、ポイント付与可能と決定してよい。この場合は、ユーザ情報ＤＢ１２５に当該ユーザの保有ポイント数を更新してもよい。
【００３７】  施設１回の利用毎に複数のユーザが１回のポイントを取得でき、取得できるユーザ数を限定するルールを適用している施設の場合、判断部１２２は同じタッチ端末ＩＤでかつ受け取った施設利用毎のパラメータが過去に既に受信していた場合であって、ユーザ端末ＩＤがそのとき受信されたＩＤと異なる場合、既に同じ施設利用毎のパラメータでポイントを付与したユーザ数をカウントして、限定したユーザ数に達していない場合にポイント付与可能と決定してよい。
【００３８】  結果出力部１２６は、判断部１２２がポイント付与決定、不正ポイント取得をユーザが試みた場合の判定結果を受け取り、出力すべきメッセージをユーザ端末１０３に送信する。ポイント表示は、ポイント数値で表現してもよい。また、スタンプカードのような画像で表現してもよい。
【００３９】  図４はタッチ情報ＤＢ（ｎ）１２３のデータ構造４００、図５はデバイス情報ＤＢ１２４のデータ構造５００、図６はユーザ情報ＤＢ１２５のデータ構造６００、および６１０の一例について概略を示す。あくまで一例であって、これに限定されるものではなく、必要な他の情報とともに格納されてもよい。また、他のＤＢと共通化してもよい。また、同等の結果を得る他のデータ構造であってもよい。
【００４０】  タッチ情報ＤＢ（ｎ）１２３のデータ構造４００のテーブル名称４０１はタッチ端末毎に識別可能な名称にする事が好ましい。また、データ構造４００は少なくとも、施設利用毎のパラメータ４０２、タッチ毎のパラメータ４０３、タッチしたユーザ端末ＩＤ４０４を紐づけて保存する。タッチした履歴を参照する場合はデータ更新日時４０５も保存してよい。
【００４１】  正当なポイント付与および不正ポイント取得を判定するにあたり、図４に示すデータ構造４００のデータからタッチ毎のパラメータに紐づく過去のタッチ情報を検索し、検索結果によって不正かどうかを判断できる。
【００４２】  検索結果を早めるため、図５のデバイス情報ＤＢ１２４のデータ構造５００を用いる事ができる。データ構造５００はタッチ端末ＩＤ５０１、施設の利用毎のパラメータの最大値５０２、タッチ毎のパラメータの最大値５０３を紐づけて格納する。その他、コメント５０４、データ更新日時５０５など必要な情報を格納してよい。
デバイス情報ＤＢ１２４はタッチ端末１０４毎に受信した最新のパラメータだけを格納する。本実施形態ではパラメータは数値で、タッチする毎に増大する事を前提としているため、最新のパラメータ情報を記録する毎にパラメータの最大値をとりうる。
【００４３】  例えば、ユーザが過去にタッチした時のＵＲＬおよびパラメータを保存しておき、それをリロードさせたとき、サーバ１０１で受信されるタッチ毎のパラメータはデータ構造５００に格納されているタッチ毎のパラメータの最大値と同じか下回るのは明白であり、過去のタッチ履歴をタッチ情報ＤＢ（ｎ）１２３を検索せずとも瞬時に検索する事が可能となる。
【００４４】  なお、パラメータそのものを改ざんされた場合を考慮して、タッチ端末ではあらかじめパラメータを暗号化し、識別部で復号化する手順を入れる事が好ましい。
【００４５】  図６のユーザ情報ＤＢのデータ構造６００は判断部１２２が正当なポイント付与を決定したとき、要求したユーザ端末ＩＤを検索して現在記録されているポイントを加算処理した後、結果出力部１２６に現在のポイントを通知して結果出力部１２６はポイント要求のあった端末にポイントを数値で出力をする一例である。データ構造６１０はスタンプ形式での表示の一例であって、判断部１２２が正当なポイント付与を決定したとき、要求したユーザ端末ＩＤを検索して現在記録されているポイントを加算処理して、スタンプが全数が押印されたカードが何枚あるか、そして余りはいくつあるかについてそれぞれ６１３、６１２に記録する。
【００４６】  図７は結果出力部がユーザ端末にポイントの結果を表示する例である。７０１はスタンプ形式で結果を表示させた例であり、７０２はポイント数を表示した例である。スタンプ形式で表示した場合は、スタンプが全数押された状態表示のとき、商品引き換え、クーポン等のサービスをしてもよい。また全数押印済みの状態のものを複数貯めさせて、その数量に応じた複数の商品引き換え、クーポン等のサービスを提供してよい。ポイント数で表示する場合は、たまったポイントに応じて複数のクーポンや商品引き換え等のサービスを提供してよい。
【００４７】  以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００４８】  特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書に関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【図１】
2013084229.tif 000003
【図２】
2013084229.tif 000004
【図３】
2013084229.tif 000005
【図４】
2013084229.tif 000006
【図５】
2013084229.tif 000007
【図６】
2013084229.tif 000008
【図７】
2013084229.tif 000009