(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-04-27
(54)【発明の名称】電子認証手段を伴うプレイングカード
(51)【国際特許分類】
H04L 9/32 20060101AFI20220420BHJP
A63F 13/80 20140101ALI20220420BHJP
A63F 13/73 20140101ALI20220420BHJP
A63F 13/35 20140101ALI20220420BHJP
G06F 21/64 20130101ALI20220420BHJP
【ＦＩ】
H04L9/32 200A
H04L9/32 200F
A63F13/80 B
A63F13/73
A63F13/35
G06F21/64
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021552494
(86)(22)【出願日】2020-03-02
(85)【翻訳文提出日】2021-10-29
(86)【国際出願番号】 EP2020055446
(87)【国際公開番号】W WO2020178240
(87)【国際公開日】2020-09-10
(31)【優先権主張番号】19160624.3
(32)【優先日】2019-03-04
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
２．ＺＩＧＢＥＥ
３．ＱＲコード
４．ＶＥＲＩＬＯＧ
(71)【出願人】
【識別番号】521393948
【氏名又は名称】シール・ネットワーク・ベー・フェー
(74)【代理人】
【識別番号】110001173
【氏名又は名称】特許業務法人川口國際特許事務所
(72)【発明者】
【氏名】フェルシュホー，ヨーリス・バスティアーン
(72)【発明者】
【氏名】フェルシュホー，バルト・ボリス
(57)【要約】
いくつかの実施形態は、カードゲームをプレイするためにプレイングカード（１１０）を認証するように構成されるプレイングカードシステム（１００）を対象とする。プレイングカード（１１０）と、プレイングカード認証デバイス（２００）と、プレイングカード認証サーバ（３００）とを含むプレイングカードシステム。プレイングカード（１１０）は、認証データ（１２２）およびカウンタ（１２４）を記憶する電子メモリ（１２０）を含む。
【特許請求の範囲】
【請求項1】
カードゲームをプレイするためにプレイングカードを認証するように構成されるプレイングカードシステム（１００）であって、プレイングカード（１１０）と、プレイングカード認証デバイス（２００）と、プレイングカード認証サーバ（３００）とを含み、Ａ：プレイングカード（１１０）は、
－ 認証データ（１２２）およびカウンタ（１２４）を記憶する電子メモリ（１２０）、
－ ワイヤレス通信のために構成されるアンテナ（１３０）、
－ 処理回路（１４０）であって、
－ 電子プレイングカード認証デバイスからアンテナ上でデジタルコマンドをワイヤレスで受信し、
－ 認証コマンドを受信したことに応答して、認証トークンを作成し、作成することは、メモリから認証データおよびカウンタを読み出し、認証データおよびカウンタに暗号関数を適用することを含んでおり、
－ アンテナを通してデバイスに認証トークンをワイヤレスで送信し、
－ メモリ内に記憶されたカウンタを増加させる
ように構成される、処理回路（１４０）
を含み、
Ｂ：プレイングカード認証デバイス（２００）は、プレイングカードの真正性を検証するために構成され、プレイングカード認証デバイスは、
－ プレイングカード認証サーバに、コンピュータネットワーク上で通信するように構成される通信ユニット（２１０）、
－ プレイングカードとのワイヤレス通信のために構成されるアンテナ（２２０）と
－ 処理回路（２３０）であって、
－ プレイングカードに、アンテナ上でデジタル認証コマンドをワイヤレスで送出し、
－ デジタル認証コマンドに応答した認証トークンをプレイングカードから受信し、
－ 通信ユニットを通して認証サーバに認証トークンを送出し、
－ プレイングカードの真正性に関する情報を認証サーバから受信する
ように構成される、処理回路（２３０）
を含み、
Ｃ：プレイングカード認証サーバ（３００）は、プレイングカードの真正性を検証するために構成され、プレイングカード認証サーバは、
－ 認証データおよびカウンタを記憶するための電子メモリ（３１０）、
－ プレイングカード認証デバイスとコンピュータネットワーク上で通信するように構成される通信ユニット（３２０）、
－ 処理回路（３３０）であって、
－ 認証トークンをプレイングカード認証デバイスから受信し、
－ プレイングカード認証サーバのメモリ内に記憶されたカウンタおよび認証データを用いて、認証トークンを検証し、
－ 前記検証が成功した場合、プレイングカード認証デバイスに、真正性を示す情報を送出し、プレイングカード認証サーバのメモリ内のカウンタを増加させる
ように構成される、処理回路（３３０）
を含む、プレイングカードシステム（１００）。
【請求項2】
カードゲームをプレイするために構成されるプレイングカードであって、－ 認証データおよびカウンタを記憶する電子メモリ、
－ ワイヤレス通信のために構成されるアンテナ、
－ 処理回路であって、
－ 電子プレイングカード認証デバイスからアンテナ上でデジタルコマンドをワイヤレスで受信し、
－ 認証コマンドを受信したことに応答して、認証トークンを作成し、作成することは、メモリから認証データおよびカウンタを読み出し、認証データおよびカウンタに暗号関数を適用することを含んでおり、
－ アンテナを通してデバイスに認証トークンをワイヤレスで送信し、
－ メモリ内に記憶されたカウンタを増加させる
ように構成される、処理回路
を含む、プレイングカード。
【請求項3】
プレイングカードの真正性を検証するためのプレイングカード認証デバイスであって、－ プレイングカード認証サーバに、コンピュータネットワーク上で通信するように構成される通信ユニット、
－ プレイングカードとのワイヤレス通信のために構成されるアンテナ、
－ 処理回路であって、
－ プレイングカードに、アンテナ上でデジタル認証コマンドをワイヤレスで送出し、
－ デジタル認証コマンドに応答した認証トークンをプレイングカードから受信し、
－ 通信ユニットを通して認証サーバに認証トークンを送出し、
－ プレイングカードの真正性に関する情報を認証サーバから受信する
ように構成される、処理回路
を含む、プレイングカード認証デバイス。
【請求項4】
プレイングカードの真正性を検証するためのプレイングカード認証サーバであって、－ 認証データおよびカウンタを記憶するための電子メモリ、
－ プレイングカード認証デバイスとコンピュータネットワーク上で通信するように構成される通信ユニット、
－ 処理回路であって、
－ 認証トークンをプレイングカード認証デバイスから受信し、
－ プレイングカード認証サーバのメモリ内に記憶されたカウンタおよび認証データを用いて、認証トークンを検証し、
－ 前記検証が成功した場合、プレイングカード認証デバイスに、真正性を示す情報を送出し、プレイングカード認証サーバのメモリ内のカウンタを増加させる
ように構成される、処理回路
を含む、プレイングカード認証サーバ。
【請求項5】
－ プレイングカード内に記憶される認証データが、公開／秘密鍵対の秘密鍵であり、プレイングカード認証サーバ内に記憶される認証データが、公開／秘密鍵対の公開鍵であるか、または、－ プレイングカード内に記憶される認証データが、対称鍵であり、プレイングカード認証サーバ内に記憶される認証データが、同じ対称鍵である、
請求項１から４のいずれか一項に記載のプレイングカード、プレイングカード認証デバイス、および／またはプレイングカード認証サーバ。
【請求項6】
プレイングカード認証デバイスが、プレイングカード認証サーバを認証するように構成される、請求項１から５のいずれか一項に記載のプレイングカード認証デバイスおよび／またはプレイングカード認証サーバ。
【請求項7】
処理回路が、－ 認証トークンを検証した結果を含む情報ページ、例えばウェブページを生成し、
－ 識別子、例えばコンピュータネットワークアドレスを生成し、その識別子を通して、情報ページが、コンピュータネットワーク上でアクセス可能であり、
－ 識別子を、プレイングカード認証デバイスに対して利用可能にする
ように構成される、請求項４から６のいずれか一項に記載のプレイングカード認証サーバ。
【請求項8】
－ プレイングカード認証サーバのプロセッサ回路が、－ 新しい認証データを生成し、
－ 検証が成功した場合、プレイングカード認証デバイスに新しい認証データを送出する
ように構成され、
－ プレイングカード認証デバイスのプロセッサ回路が、
－ 通信ユニット上で新しい認証データを受信し、アンテナ上でプレイングカードに新しい認証データを送出する
ように構成され、
－ プレイングカードのプロセッサ回路が、
－ アンテナ上で新しい認証データを受信し、メモリに新しい認証データを書き込む
ように構成される、請求項１から７のいずれか一項に記載のプレイングカード、プレイングカード認証デバイス、および／またはプレイングカード認証サーバ。
【請求項9】
－ メモリが、認証データを記憶するための少なくとも２つのエリアを含み、カードのプロセッサが、認証トークンを生成するために使用される認証データを記憶するエリアとは異なるエリアに、メモリへの認証データを書き込むように構成される、請求項８に記載のプレイングカード。
【請求項10】
プレイングカードのメモリが、プレイングカード識別子を含み、認証トークンが、プレイングカード識別子を含む、請求項１から９のいずれか一項に記載のプレイングカード、プレイングカード認証デバイス、および／またはプレイングカード認証サーバ。
【請求項11】
プレイングカード認証サーバが、プレイングカード認証デバイス上での表示のために、プレイングカードに関する情報を送出するように構成される、請求項１から１０のいずれか一項に記載のプレイングカード認証デバイスおよび／またはプレイングカード認証サーバ。
【請求項12】
アンテナが、ＮＦＣ通信のために構成される、請求項１から１１のいずれか一項に記載のプレイングカード。
【請求項13】
ホイル内に包まれ、ホイルが、アンテナへの、および、アンテナからのワイヤレス信号を減衰させるために、金属ホイルであるか、または、金属材料によって裏打ちされる、請求項１から１２のいずれか一項に記載のプレイングカード。
【請求項14】
メモリが、プレイングカードに対するゲームパラメータを含み、前記ゲームパラメータが、正しく検証する認証トークンを受信したときに修正され、前記ゲームパラメータが、真正性を示す情報とともに送出される、請求項１から１３のいずれか一項に記載のプレイングカード認証デバイスおよび／またはプレイングカード認証サーバ。
【請求項15】
メモリが、プレイングカード認証サーバのさらなるサービスのユーザを識別するユーザ識別子を含み、－ プレイングカード認証デバイスが、認証トークンとともにユーザ識別子を送出し、
－ プレイングカード認証サーバが、ユーザ識別子をプレイングカード認証サーバのメモリ内のプレイングカード識別子と関連付けるように構成され、プレイングカード認証サーバが、さらなるサービスにおいてプレイングカードへのアクセスを提供するように構成される、請求項１から１４のいずれか一項に記載のプレイングカード認証サーバ。
【請求項16】
－ プレイングカード識別子を含むブロックチェーントランザクションを生成し、－ トランザクションが、ブロックチェーン上のブロック内に含めるためにブロックチェーン管理デバイスにより処理されるように、ブロックチェーンネットワークにブロックチェーントランザクションを送信する
ように構成される、請求項１から１５のいずれか一項に記載のプレイングカード認証サーバ。
【請求項17】
請求項１から１６のいずれか一項に記載の１つ以上のプレイングカードを含むプレイングカードパックであって、さらなるカードを含み、さらなるカードが、ワイヤレス通信のために構成されるアンテナと、１つ以上のプレイングカードのワイヤレス信号をひずませるように構成される処理回路とを含む、プレイングカードパック。
【請求項18】
－ ユーザに対して認証されているカードを記憶するデータベース、－ ユーザのカードを参照するゲームプレイ命令を受信するように構成されるデジタルゲームプレイインターフェイスであって、プレイングカード認証サーバが、
－ ゲームプレイ命令を処理することを可能とする前に、参照されるカードがユーザに対して認証されていることを検証する
ように構成される、デジタルゲームプレイインターフェイス
を含む、請求項１から１７のいずれか一項に記載のプレイングカード認証サーバ。
【請求項19】
電子プレイングカードを認証するためのプレイングカード認証方法（６００）であって、－ プレイングカードに認証トークンを作成させるために、プレイングカード認証デバイスに、アンテナ上でデジタルコマンドをワイヤレスで送出すること（６１０）であって、プレイングカードは、認証データ（１２２）およびカウンタ（１２４）を記憶する電子メモリ（１２０）を含み、認証トークンを作成することは、認証データおよびカウンタに暗号関数を適用することを含む、ワイヤレスで送出すること（６１０）、
－ アンテナを通してデバイスから認証トークンをワイヤレスで受信すること（６２０）、
－ プレイングカード認証サーバのメモリ内に記憶されたカウンタおよび認証データを用いて、認証トークンが検証されること（６３０）
を含む、プレイングカード認証方法（６００）。
【請求項20】
プロセッサシステムに、請求項１９に記載の方法を行わせるための命令を表す、一時的または非一時的データ（１０２０）を含む、コンピュータ可読媒体（１０００）。
【請求項21】
カードゲームをプレイするために物理的オブジェクトを認証するように構成される認証システム（１００）であって、物理的オブジェクト（１１０）と、物理的オブジェクト認証デバイス（２００）と、物理的オブジェクト認証サーバ（３００）とを含み、Ａ：物理的オブジェクト（１１０）は、
－ 認証データ（１２２）およびカウンタ（１２４）を記憶する電子メモリ（１２０）、
－ ワイヤレス通信のために構成されるアンテナ（１３０）、
－ 処理回路（１４０）であって、
－ 電子物理的オブジェクト認証デバイスからアンテナ上でデジタルコマンドをワイヤレスで受信し、
－ 認証コマンドを受信したことに応答して、認証トークンを作成し、作成することは、メモリから認証データおよびカウンタを読み出し、認証データおよびカウンタに暗号関数を適用することを含んでおり、
－ アンテナを通してデバイスに認証トークンをワイヤレスで送信し、
－ メモリ内に記憶されたカウンタを増加させる
ように構成される、処理回路（１４０）
を含み、
Ｂ：物理的オブジェクト認証デバイス（２００）は、物理的オブジェクトの真正性を検証するために構成され、物理的オブジェクト認証デバイスは、
－ 物理的オブジェクト認証サーバに、コンピュータネットワーク上で通信するように構成される通信ユニット（２１０）、
－ 物理的オブジェクトとのワイヤレス通信のために構成されるアンテナ（２２０）、
－ 処理回路（２３０）であって、
－ 物理的オブジェクトに、アンテナ上でデジタル認証コマンドをワイヤレスで送出し、
－ デジタル認証コマンドに応答した認証トークンを物理的オブジェクトから受信し、
－ 通信ユニットを通して認証サーバに認証トークンを送出し、
－ 物理的オブジェクトの真正性に関する情報を認証サーバから受信する
ように構成される、処理回路（２３０）
を含み、
Ｃ：物理的オブジェクト認証サーバ（３００）は、物理的オブジェクトの真正性を検証するために構成され、物理的オブジェクト認証サーバは、
－ 認証データおよびカウンタを記憶するための電子メモリ（３１０）、
－ 物理的オブジェクト認証デバイスとコンピュータネットワーク上で通信するように構成される通信ユニット（３２０）、
－ 処理回路（３３０）であって、
－ 認証トークンを物理的オブジェクト認証デバイスから受信し、
－ 物理的オブジェクト認証サーバのメモリ内に記憶されたカウンタおよび認証データを用いて、認証トークンを検証し、
－ 前記検証が成功した場合、物理的オブジェクト認証デバイスに、真正性を示す情報を送出し、物理的オブジェクト認証サーバのメモリ内のカウンタを増加させる
ように構成される、処理回路（３３０）
を含む、認証システム（１００）。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プレイングカードシステム、プレイングカード、プレイングカード認証デバイス、プレイングカード認証サーバ、プレイングカード認証方法、コンピュータ可読媒体に関する。
【背景技術】
【0002】
コレクタブルカードゲーム（ＣＣＧ）としても知られているトレーディングカードゲーム（ＴＣＧ）は、トレード可能な、およびコレクタブルトレーディングカードによってプレイされるゲームである。そのようなゲームは、ますます人気が高まっている。例えば、ゲーム「Ｍａｇｉｃ： ｔｈｅ Ｇａｔｈｅｒｉｎｇ」（ＭＴＧ）は、多数のアクティブなプレイヤを有する。トレーディングカードゲームの他の例は、数ある中でも：Ｐｏｋｅｍｏｎ ＴＣＧ、Ｗｏｒｌｄ Ｏｆ Ｗａｒｃｒａｆｔ ＴＣＧ、Ｈｅａｒｔｈｓｔｏｎｅを含む。コンピュータゲームとカードゲームとの間のハイブリッド形式が、また知られている。例えば、ゲーム「Ｋａｎｔａｉ Ｃｏｌｌｅｃｔｉｏｎ」において、プレイヤは、ＴＣＧにおいてのようにカードを収集するが、ゲームをプレイするために、カードは、ゲーム機、例えばアーケード機内へとスキャンされる。トレード可能なカードを使用するそのようなコンピュータゲームの別の例は、「Ｓｅｎｇｏｋｕ Ｔａｉｓｅｎ」である。
【0003】
ＴＣＧにおいて、プレイヤは、ゲームプレイの間に使用され得る、キャラクタ、アビリティ、または類するものなどのゲーム要素を表すカードを収集する。典型的には、プレイヤは、ホイルまたはパックとして知られている新しいカードの多くの小さいスタックを買うことを；大抵どのプレイングカードがホイル内に含まれることになるかを知ることなしに行うことにより、多数のプレイングカードを入手することがある。多数のプレイングカードから、プレイヤは、デッキとして知られているカードのセットを組み立て、そのカードのセットによって、プレイヤはゲームをプレイすることができる。自分のデッキがより良好なカードを含むプレイヤは、ゲームプレイの間にいくらかの有利さを享受する。例えば、パックは、６つの、程度の差はあれランダムなカードを含み得るものであり、一方で、デッキは、６０個の選択されたカードを含み得る。
【0004】
トレーディングカードゲームにおいて使用されるカードの製造および売買は、大きい事業に成長した。２０１４年において２２００万人のプレイヤが存在したと推定され、過去４年間で３５％増加した。新しいカードの売買の他に、プレイヤが彼らのデッキに必要とするカードを直接入手し得る、アクティブな２次的市場が存在する。
【0005】
残念ながら、プレイングカードの偽造が、この事業における深刻な問題である。プレイングカードは、ますます高価になっており、偽造させる誘因が高まり続けている。偽造品は、真正のカードと区別するのが非常に困難である。偽造品は、消費者信用を失わせる。ゲームの収集可能性における信用がなければ、カードは、それらの本来の価値に戻る。
【発明の概要】
【発明が解決しようとする課題】
【0006】
それゆえに、プレイングカードの分野における偽造の問題に対する技術的解決策を考案したいという願望が存在する。
【課題を解決するための手段】
【0007】
問題は、本明細書において説明されるような、プレイングカードシステム、プレイングカード、プレイングカード認証デバイス、プレイングカード認証サーバ、プレイングカード認証方法、コンピュータ可読媒体により対処される。
【0008】
プレイングカードは、カードゲームをプレイするために構成され得る。プレイングカードは、電子メモリと、アンテナと、処理回路とを含み得る。メモリは、認証データおよび／またはカウンタを記憶し得る。アンテナは、ワイヤレス通信のために構成され得る。処理回路は、
－ 電子プレイングカード認証デバイスからアンテナ上でデジタルコマンドをワイヤレスで受信すること、
－ 認証コマンドを受信したことに応答して、認証トークンを作成することであって、作成することは、メモリから認証データおよびカウンタを読み出し、認証データおよびカウンタに暗号関数を適用することを含む、作成すること、
－ アンテナを通してデバイスに認証トークンをワイヤレスで送信すること、ならびに、
－ メモリ内に記憶されたカウンタを増加させること
のうちの１つ以上のために構成され得る。
－ 電子プレイングカード認証デバイスからアンテナ上でデジタルコマンドをワイヤレスで受信すること、
－ 認証コマンドを受信したことに応答して、認証トークンを作成することであって、作成することは、メモリから認証データおよびカウンタを読み出し、認証データおよびカウンタに暗号関数を適用することを含む、作成すること、
－ アンテナを通してデバイスに認証トークンをワイヤレスで送信すること、ならびに、
－ メモリ内に記憶されたカウンタを増加させること
のうちの１つ以上のために構成され得る。
【0009】
カードの真正性は、認証デバイスおよび認証サーバを使用して検証され得る。例えば、認証デバイスは、プレイングカードとローカルに、およびワイヤレスで相互作用し得る。結果的に生じるトークンが、次いで、認証サーバを使用して、例えば、サーバにおいて利用可能な情報、例えば、対応する認証データ、および／または、対応するカウンタを使用して検証され得る。トークンは、認証データが、カードの外側で利用可能であることを必要としない、または、少なくとも、その認証データのすべてが、カードの外側で利用可能であることを必要とするわけではないように、プレイングカード上で生成され得ることに留意されたい。このことは、カードを偽造することをより困難にし、なぜならば、偽造者は、何の情報を偽造されるカード内に含めるべきかがわからないからである。
【0010】
プレイングカード上に記憶されるカウンタは、プレイングカードが認証トークンを作成した後に増加され得る。このことを行うための少なくとも２つの異なるオプションが存在する。第１のオプションにおいては、カード上のカウンタが主導的である。例えば、あらゆるアクションの後に、このカウンタが増加され得る。例えば、プレイングカードは、それが、認証トークンを作成することとともにカウンタを増加させるように構成され得る。このオプションは、例えば、トランザクションが容易に中断されないという利点を有する。とりわけ、カードの側において、認証トークンが成功裏に作り出されるがカウンタが更新されない可能性は低い。ありえるとはいえ、カード上のカウンタは増加され得るものであり、一方で、サーバにおけるカウンタは、例えば、認証デバイスにおける失敗のために、増加されない可能性が高い。このオプションにおいて、カード上のカウンタは、サーバにおけるカウンタより大きいことが起こり得る。
【0011】
第２のオプションにおいては、サーバ上のカウンタが主導的である。例えば、カウンタは、カウンタが増加されるべきであることを示すコマンド、例えば信号をプレイングカードが受信した後に増加される。どちらのオプションも、成功裏の認証の後に、プレイングカード上の認証データを更新することと組み合わされ得る。しかしながら、第２のオプションは、増加カウンタコマンドが、認証を更新するためのコマンドと組み合わされ得るという利点を有する。例えば、成功裏の認証の後に、新しい認証データが、おそらくは認証デバイスを通して、サーバからカードに送出され、その認証データが、カード上に戻って書き込まれることになる。新しい認証データは、カウンタの新しい値を含み得るが、また、カード上に存在するカウンタを更新するためのコマンドを含み得る。認証データは、ランダムデータを含むことができる。第２のオプションは、トランザクションがより容易に中断され得るという不利な点を有する。このことの結果として、カード上のカウンタは更新されないことがあり、一方で、サーバにおいて記憶される同じカウンタは更新され得る。このオプションにおいて、サーバ上のカウンタは、カードにおけるカウンタより大きいことが起こり得る。
【0012】
プレイングカード、認証デバイス、および認証サーバは、電子デバイスである。特にプレイングカードおよび認証デバイスは、モバイル電子デバイスであり得る。
【0013】
実施形態において、認証サーバは、コンピュータネットワークアドレスを生成するように構成され、そのアドレスを通して、情報ページが、コンピュータネットワーク上でアクセス可能である。情報ページは、プレイングカードの認証の結果を示す情報を含む。例えば、コンピュータネットワークアドレスは、プレイングカード認証デバイスに対して利用可能にされ得る。
【0014】
例えば、認証サーバは、カードに関する情報を含むウェブページを生成し得る。情報は、カードの真正性、および／または、そのカードの現在の所有者を含み得る。情報は、また、カードの真正性が認証サーバにおいて最後に検証されたときの日付および時間を含み得る。情報は、また、カードに関するさらなる情報、例えば、ピクチャ、テキスト的情報、および類するものを含み得る。コンピュータネットワークアドレスは、ＵＲＬであり得る。コンピュータネットワークは、インターネットであり得る。コンピュータネットワークアドレスまたはＵＲＬは、プルーフリンク（ｐｒｏｏｆ ｌｉｎｋ）と呼ばれ得る。プルーフリンクは、限定された持続時間の間有効であり得る。例えば、実施形態において、プルーフリンクの有効性が期限切れした後に、認証サーバは、真正性情報を示すことの代わりに、リンクが期限切れしたことを示すように構成され得る。この特徴は、詐欺に対する可能性をさらに低減する。
【0015】
本発明の別の態様は、本明細書において説明されるプレイングカードのような、電子メモリを含む物理的オブジェクトに関わる。プレイングカードと同じように、物理的オブジェクトは、認証デバイスによって、オンライン認証サーバを使用して検証され得る。このことは、例えば、オブジェクト、そのようなブランド靴、香水、および類するものにおいて適用され得る。方法の実施形態が、コンピュータで実現される方法としてコンピュータ上で、または、専用のハードウェアにおいて、または、両方の組み合わせにおいて実現され得る。方法の実施形態に対する実行可能コードが、コンピュータプログラム製品上に記憶され得る。コンピュータプログラム製品の例は、メモリデバイス、光学記憶デバイス、集積回路、サーバ、オンラインソフトウェア、その他を含む。好ましくは、コンピュータプログラム製品は、前記プログラム製品がコンピュータ上で実行されるときに方法の実施形態を行うための、コンピュータ可読媒体上に記憶される非一時的プログラムコードを含む。
【0016】
実施形態において、コンピュータプログラムは、コンピュータプログラムがコンピュータ上で走らされるときに方法の実施形態のステップのすべてまたは一部分を行うように構成されたコンピュータプログラムコードを含む。好ましくは、コンピュータプログラムは、コンピュータ可読媒体上で具現化される。
【0017】
本発明の別の態様は、コンピュータプログラムをダウンローディングに対して利用可能にする方法を提供する。この態様は、コンピュータプログラムが、例えば、ＡｐｐｌｅのＡｐｐ Ｓｔｏｒｅ、ＧｏｏｇｌｅのＰｌａｙ Ｓｔｏｒｅ、または、ＭｉｃｒｏｓｏｆｔのＷｉｎｄｏｗｓ Ｓｔｏｒｅ内へとアップロードされるときに、および、コンピュータプログラムが、そのようなストアからのダウンローディングに対して利用可能であるときに使用される。
【0018】
本発明のさらなる詳細、態様、および実施形態が、図面を参照して、単に例として説明されることになる。図における要素は、簡潔さおよび明確さのために例示され、必ずしも一定の縮尺で描かれていない。図において、すでに説明された要素に対応する要素は、同じ参照番号を有することがある。
【図面の簡単な説明】
【0019】
【図1】プレイングカードシステムの実施形態の例を概略的に示す図である。
【図2】プレイングカードシステムの実施形態の例を概略的に示す図である。
【図3a】ブロックチェーンの実施形態の例を概略的に示す図である。
【図3b】ブロックチェーンネットワークの実施形態の例を概略的に示す図である。
【図4】プレイングカード認証方法の実施形態の例を概略的に示す図である。
【図5a】実施形態によるコンピュータプログラムを含む書き込み可能部分を有するコンピュータ可読媒体を概略的に示す図である。
【図5b】実施形態によるプロセッサシステムの表現を概略的に示す図である。
【図6】プレイングカードシステムの実施形態の例を概略的に示す図である。
【図7】プレイングカードシステムの実施形態の例を概略的に示す図である。
【図8a】マーケットプレイスアプリケーションの実施形態のデータモデルの例を概略的に示す図である。
【図8b】マーケットプレイスアプリケーションの実施形態のプロセス線図の例を概略的に示す図である。
【図9a】プレイングカードの実施形態の例を概略的に示す図である。
【図9b】カードバインダの実施形態の例を概略的に示す図である。
【図10】内に埋め込まれたタグを伴うスニーカの実施形態の例を概略的に示す図である。
【発明を実施するための形態】
【0020】
図１、２、３ａ、３ｂ、４、５ａ、および５ｂにおける参照番号のリスト
１００ プレイングカードシステム
１１０ プレイングカード
１２０ 電子メモリ
１２２ 認証データ
１２４ カウンタ
１３０ アンテナ
１４０ 処理回路
２００ プレイングカード認証デバイス
２１０ 通信ユニット
２２０ アンテナ
２３０ 処理回路
２４０ メモリ
２５０ ディスプレイ
３００ プレイングカード認証サーバ
３１０ 電子メモリ
３１２ 認証データ
３１４ カウンタ
３２０ 通信ユニット
３３０ 処理回路
３４０ プレイングカードデータベース
４００ プレイングカードシステム
４１０ プレイングカード
４１１ 印刷された情報
４１２ チップ
４１３ アンテナ
４１４ テキスト
４１４ テキスト
４１５ 追加的なテキスト
４１６ ピクチャ
４５０ 携帯電話
５００ ブロックチェーン
５１１、５１２ トランザクション
５２１、５２２ トランザクション
５１０、５２０ ブロック
５１９、５２９ コンセンサスプルーフ
５３０ ブロックチェーンネットワーク
５３１－５３３ ブロックチェーンデバイス
１０００ コンピュータ可読媒体
１０１０ 書き込み可能部分
１０２０ コンピュータプログラム
１１１０ 集積回路
１１２０ 処理ユニット
１１２２ メモリ
１１２４ 専用の集積回路
１１２６ 通信要素
１１３０ インターコネクト
１１４０ プロセッサシステム
１００ プレイングカードシステム
１１０ プレイングカード
１２０ 電子メモリ
１２２ 認証データ
１２４ カウンタ
１３０ アンテナ
１４０ 処理回路
２００ プレイングカード認証デバイス
２１０ 通信ユニット
２２０ アンテナ
２３０ 処理回路
２４０ メモリ
２５０ ディスプレイ
３００ プレイングカード認証サーバ
３１０ 電子メモリ
３１２ 認証データ
３１４ カウンタ
３２０ 通信ユニット
３３０ 処理回路
３４０ プレイングカードデータベース
４００ プレイングカードシステム
４１０ プレイングカード
４１１ 印刷された情報
４１２ チップ
４１３ アンテナ
４１４ テキスト
４１４ テキスト
４１５ 追加的なテキスト
４１６ ピクチャ
４５０ 携帯電話
５００ ブロックチェーン
５１１、５１２ トランザクション
５２１、５２２ トランザクション
５１０、５２０ ブロック
５１９、５２９ コンセンサスプルーフ
５３０ ブロックチェーンネットワーク
５３１－５３３ ブロックチェーンデバイス
１０００ コンピュータ可読媒体
１０１０ 書き込み可能部分
１０２０ コンピュータプログラム
１１１０ 集積回路
１１２０ 処理ユニット
１１２２ メモリ
１１２４ 専用の集積回路
１１２６ 通信要素
１１３０ インターコネクト
１１４０ プロセッサシステム
【0021】
本発明は、多くの異なる形式での実施形態を受け入れる余地があるが、１つ以上の特定の実施形態が、図面において示され、本明細書において詳細に説明されることになり、そのことは、本開示は、本発明の原理について例示的と考えられるべきであり、示され説明される特定の実施形態に本発明を限定することを意図されないという理解を伴う。
【0022】
以下、理解のために、実施形態の要素は、動作について説明される。しかしながら、それぞれの要素は、それらの要素により行われるような、説明されている機能を行うように構成されるということが明らかであることになる。
【0023】
さらに、本発明は、実施形態に限定されず、本発明は、本明細書において説明される、または、相互に異なる従属請求項において詳述される、１つ１つの新規の特徴、または、特徴の組み合わせにある。
【0024】
上記で指摘されたように、偽造をより困難にすることになる技術的対策に対する願望が存在する。偽造問題に対する可能な解決策は、ＲＦＩＤタグ、例えば、近距離無線通信（ＮＦＣ）タグをプレイングカード内に埋め込むことである。例えば、ＲＦＩＤタグは、カードを識別し得る。ＲＦＩＤリーダ、例えば、携帯電話、ＮＦＣリーダ、その他が、タグ上の識別情報を読み出し得る。タグ上の識別情報が、カード上に視覚的に印刷されている識別情報に対応するならば、カードは真正であることが結論付けられ得る。この解決策は、カードの偽造をより困難にし、なぜならば、その偽造は、カードの正確な視覚的再現に加えて、ＲＦＩＤタグの埋め込みおよび書き込みを、そのカードを偽造するために要するからである。例えば、ＮＦＣタグが、ＲＦＩＤタグに対して使用され得る。例えば、ＭＴＧプレイングカードは、プレイングカード内に埋め込まれたＲＦＩＤチップ上に記憶される、そのカードの固有識別子を有し得る。例えば、固有識別子、例えとして５ｄ８ａ７ｆ９５－ａｃ４ｃ－４１１３－８ｂｄｄ－５５３３６ｂ８６ｂ９８ｃを読み出すならば、この識別子が、いわゆるｍｕｌｔｉｖｅｒｓｅｉｄ １９３８６８、および、ｎａｍｅ “Ｌｏｒｄ ｏｆ ｔｈｅ Ｐｉｔ”を有するカードタイプを伴うカードに対応することを探索することができる。また、カードタイプ識別子、またはｍｕｌｔｉｖｅｒｓｅｉｄのみを記憶することができるが、このことは、経験ポイント、または、カードの所有者などの、カード固有の情報がサーバ上に追加されることを防止する。固有識別子を使用する、一意的物理的カードと、そのカードのデジタル表現との間のリンクは、デジタルツインと呼ばれる。当該のカードが、「Ｌｏｒｄ ｏｆ ｔｈｅ Ｐｉｔ」として見いだされる、または識別されるならば、そのカードは真正である可能性が高いことを結論付けることができる。この解決策は、埋め込まれたＲＦＩＤチップを伴わないカードにまさる改善であるが、ＲＦＩＤタグはあまりにも容易にコピーされ得るので、その解決策は不適当でないということが分かった。
【0025】
図１は、この問題に対処するプレイングカードシステム１００の実施形態の例を概略的に示す。システム１００は、プレイングカード認証デバイス２００と、認証サーバ３００とを含む。システムは、また、１つ以上のプレイングカードを含み得る。図１は、１つのプレイングカード１１０を示し、より多くのプレイングカードが存在し得る。
【0026】
例えば、システム１００の動作において、プレイングカード認証デバイス２００は、プレイングカード１１０とワイヤレスで相互作用し得る。例えば、プレイングカード認証デバイス２００は、プレイングカード１１０上に記憶された認証情報から導出された暗号トークンを受信し得る。プレイングカード認証デバイス２００およびプレイングカード１１０は、２つのデバイスがダイレクトワイヤレス接続を通して通信することができるように、互いに近くに配置される。プレイングカード認証デバイス２００は、次いで、認証サーバ３００とともにプレイングカード１１０を認証することができる。例えば、サーバ３００は、暗号トークンを検証し得る。認証の結果は、認証デバイス２００上に成功または失敗信号として表示され得る。認証動作の一部分として、プレイングカード１１０が修正され得るものであり；例えば、カウンタが増加され得るものであり、および／または、認証データが修正され、例えば上書きされ得る。
【0027】
プレイングカード１００は、電子メモリ１２０と、アンテナ１３０と、処理回路１４０とを含む。例えば、メモリ１２０、アンテナ１３０、および回路１４０は、ＲＦＩＤタグ、例えばＮＦＣタグとして実現され得る。アンテナ１３０は、ワイヤレス通信、例えばＲＦ通信、例えばＮＦＣ通信のために構成される。実施形態において、ワイヤレス通信は、別のタイプのもの、例えば、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、Ｗｉ－Ｆｉ、ＵＨＦ、その他であり得るが、ＮＦＣが、現時点において好まれる。プレイングカードは、回路１４０により実行され得るコマンドを、アンテナ１３０上で受信し得る。回路１４０は、実施形態の特定の機能のためにのみ構成される単純な回路であり得るものであり、または、それゆえにプログラムされる汎用回路であり得る。ＮＦＣが、カード１１０内のチップと、デバイス２００との間のワイヤレス通信のために使用され得る。
【0028】
プレイングカード１１０は、内に回路網が埋め込まれる、紙カード、ラミネート加工されたカード、プラスチックカード、その他であり得る。
【0029】
メモリ１２０は、例えばプレイングカード認証デバイス２００により、ワイヤレスで読み出し可能である。例えば、プレイングカード認証デバイス２００は、例えば、読み出しコマンドをアンテナ１３０に送出し得る。実施形態において、メモリ１２０は、また、例えば、書き込みコマンドをアンテナ１３０に送出することにより書き込み可能である。しかしながら、メモリ１２０への書き込みは、任意選択である。例えば、メモリ１２０は、読み出し専用であり得る。例えば、メモリ１２０の内容は、プレイングカード１１０の製造の間に設定され得る。例えば、メモリ１２０は、ライトワンスメモリであり得る。書き込み不可能メモリは、偽造者がメモリの内容を変化させることができないという利点を有する。しかしながら、下記で説明されるように、いくつかの実施形態は、書き込み可能メモリを使って利点を得る。メモリ１２０は、少なくとも認証データ１２２と、好ましくはまたカウンタ１２４とを含む。認証データ１２２は、カードの真正性を証明する認証動作において使用され得る。例えば、認証データ１２２は、例えば、製造において、または、より後の動作の間に、例えば認証動作の間に、ランダムに選定される乱数であり得る。例えば、乱数は、予測され得ない数である。例えば、認証データ１２２は、暗号鍵、例えば対称鍵、例えば、公開／秘密鍵対の秘密鍵を含み得る。カウンタは、認証データ１２２が動作において関与させられるときはいつでも、例えば、認証動作が行われるときはいつでも、および／または、認証データが新しくされるときはいつでも増加され得る。カウンタの初期値は、すべてのプレイングカード、例えば、このタイプのすべてのプレイングカードに対して同じであり得るデフォルト数、例えばゼロであり得るものであり；初期値は、ランダム値であり得る。メモリ１２０は、固有識別子、または、カードタイプなどの追加的な情報、例えば、そのカードタイプのｍｕｌｔｉｖｅｒｓｅｉｄを記憶し得る。
【0030】
処理回路は、プレイングカード認証デバイス２００からアンテナ上でデジタルコマンドを受信するように構成され得る。例えば、コマンドは、カードに、それ自体の認証をデバイス２００に対して行うように命令する、認証コマンドであり得る。コマンドを受信したことに応答して、回路は、認証トークンを作成する。トークンを作成することは、メモリ１２０から認証データを、および、メモリ１２０からカウンタを読み出し、認証データおよびカウンタに暗号関数を適用することを含む。このことが行われ得るいろいろな方式が存在し、それらの方式のいくつかの例が、下記で説明される。トークンの構築の後に、認証トークンは、例えばアンテナ１３０を通して、認証デバイス２００にワイヤレスで送信される。作成の後に、または、送信の後に、例えば、完了した、もしくは成功裏の送信の後に、メモリ１２０内のカウンタ１２４が増加される。例えば、カウンタは、認証データの読み出しの後に、または、トークンの作成の後に、すぐに増加され得る。例えば、カウンタは、トークンが成功裏に受信されたというデバイス２００の肯定応答を受信した後に増加され得る。
【0031】
メモリ１２０は、プレイングカード１１０と関連性のある追加的な情報を記憶し得る。例えば、メモリ１２０は、プレイングカード識別子を記憶し得る。プレイングカード識別子は、認証トークン内に含まれ得るものであるか、または、トークンとともに送信され得る。例えば、プレイングカード識別子は、固有番号、例えばＵＵＩＤであり得る。プレイングカード識別子は、認証トークンを計算することにおいて入力であることがあるか、または、入力でないことがある。
【0032】
処理回路およびメモリは、ＩＣ、例えばＮＦＣ ＩＣに集積され得る。ＩＣは、プレイングカード内に埋め込まれ得る。ＩＣは、暗号演算を行うように構成され得る。ＩＣは、汎用コンピュータ命令、例えばアプリケーションを走らすことができるが、このことは必要ではない。例えば、ＩＣは、演算の限定されたセットのみを実行するためにハードワイヤードであり得る。実施形態において、メモリは、ワイヤレスで読み出され得る。しかしながら、実施形態において、メモリは、ワイヤレスに直接読み出され得ず、処理回路を通してアクセスされるのみであり得る。このことは、メモリの内容が取得され得ないならば、そのメモリはコピーもまたされ得ないという、セキュリティの利点を有する。例えば、回路は、メモリを、例えば認証データを読み出すように構成され得るが、ただし、暗号関数が認証データに適用された後に例えば認証トークンの形式で認証データを送信することしかしないように構成され得る。
【0033】
認証デバイス２００は、プレイングカードの、特にプレイングカード１１０の真正性を検証するように構成され得る。プレイングカード認証デバイスは、プレイングカードとのワイヤレス通信のために構成されるアンテナ２２０を含む。例えば、アンテナ２２０およびアンテナ１３０は、同じタイプのワイヤレス通信、例えば、同じタイプのＲＦ通信、例えば、同じタイプの近距離無線通信（ＮＦＣ）のために構成され得る。
【0034】
アンテナ２２０に加えて、認証デバイス２００は、また、プレイングカード認証サーバ３００に、コンピュータネットワーク上で通信するように構成される通信ユニット２１０を含み得る。例えば、通信ユニットは、インターネット上で通信するように構成され得る。通信ユニット２１０は、また、例えば、Ｗｉ－Ｆｉ、３Ｇ、５Ｇ、または類するもののために構成された、ワイヤレスであり得る。通信ユニット２１０のワイヤレス通信タイプは、アンテナ２２０および１３０により使用される通信タイプとは異なり得る。
【0035】
認証デバイス２００は、処理回路２３０と、メモリ２４０とを含む。例えば、メモリ２４０は、処理回路２３０により実行可能なコンピュータ命令を記憶し得る。例えば、処理回路２３０は、プレイングカード１１０に、アンテナ上でデジタル認証コマンドをワイヤレスで送出するように構成され得る。例えば、プレイングカード１１０は、認証デバイス２００と協働するように、および、応答して少なくとも認証トークンを送信するように構成され得る。例えば、処理回路２３０は、デジタル認証コマンドに応答した認証トークンをプレイングカード１１０から受信するように構成され得る。認証デバイス２００は、通信ユニットを通して認証サーバに認証トークンを送出し、プレイングカードの真正性に関する情報を認証サーバから受信するように構成され得る。例えば、認証デバイス２００は、プレイングカード１１０が真正であるか否か、例えば、本物か否かを、サーバ３００から受信し得る。デバイス２００は、また、デバイス１１０に転送されることになる、更新された認証データをサーバ３００から受信し得る。
【0036】
認証デバイス２００は、認証動作の情報を示すように構成されるディスプレイ２５０を含み得る。例えば、デバイス２００は、例えば、プレイングカード１１０から、または、認証サーバ３００から受信される、プレイングカードの種類に関する情報を表示するように構成され得る。ディスプレイ２５０は、また、認証動作の結果を表示するために使用され得る。トークンに関して送出する前に、認証デバイス２００は、情報を追加または修正し得る。例えば、認証デバイス２００は、認証デバイス２００それ自体が真正のデバイスであることをサーバ３００に示すために、暗号鍵、例えば秘密鍵によってトークンに署名し得る。
【0037】
認証サーバ３００は、プレイングカード、特にプレイングカード１１０の真正性を検証するように構成され得る。プレイングカード認証サーバ３００は、プレイングカード認証デバイス２００と、コンピュータネットワーク上で通信するように構成される通信ユニット３２０を含み得る。例えば、通信ユニット３２０は、認証デバイス２００と同じコンピュータネットワーク、例えばインターネットを使用するように構成され得る。
【0038】
認証サーバは、メモリ３１０を含む。メモリ３１０は、処理回路３３０による実行のためのコンピュータ命令を記憶するように構成され得る。しかしながら、メモリ３１０は、また、認証データ３１２およびカウンタ３１４を記憶するように構成され得る。例えば、認証データ３１２およびカウンタ３１４は、プレイングカードデータベース３４０から取り出され得る。プレイングカードデータベース３４０は、サーバ３００の一部分であり得るものであるか、または、サーバ３００の外部にあり得る。例えば、データベース３４０は、例えばクラウド内の、サーバ３００とデジタル通信している外部サーバ上に記憶され得る。
【0039】
例えば、プレイングカードデータベース３４０は、プレイングカード識別子、例えば、プレイングカード１１０のプレイングカード識別子を用いてインデックス付けされた、認証データ３１２およびカウンタ３１４を記憶し得る。
【0040】
実施形態において、カウンタ３１４は、カウンタ１２４と等しいと想定される。カード１１０の成功裏での認証の後に、カウンタ１２４およびカウンタ１２４が同じままであるように、カウンタ３１４が増加される。問題が存在していた場合、または、プレイングカード１１０が真正でない場合にのみ、カウンタ３１４およびカウンタ１２４は、互いから異なり得る。
【0041】
カード１１０においてカウンタ１２４を増加させることが、サーバ３００の命令時に行われ得る。この場合、発生し得る１つの問題は、何らかの理由のために、例えば、動作が完了する前にカードが近距離場から除去されるので、カウンタ１２４の増加が失敗することである。その場合、カウンタ３１４は、カウンタ１２４より大きいことがあり得る。カウンタ１２４が、このシナリオにおいて、カウンタ３１４より低くなり得ることを回避するために、カード１１０は、認証トークンを計算する前に、カウンタ１２４を増加させるように構成され得る。
【0042】
それに応じて、カード上のカウンタ、および、サーバ上のカウンタが異なることが起こり得る。この問題を阻止するために、カウンタ３１４マイナスカウンタ１２４がしきい値未満であるならば、カードは、真正としてアクセプトされ得る。例えば、問題の数、＃問題＝カウンタ３１４－カウンタ１２４が、しきい値未満、例えば、１０未満、１００未満、その他であるならば、アクセプトし得るように、式：カウンタ１２４＋＃問題＝カウンタ３１４を有し得る。しきい値は、セキュリティとユーザフレンドリネスとの間の折り合いとして、経験的に決定され得る。
【0043】
他方では、例えば、実施形態において、カウンタは、結果的に生じるトークンが、認証デバイスまたは認証サーバ上で検証されるという事実に関わらず；認証データ１２２が動作において関与させられるときはいつでも、例えば、認証動作が行われるときはいつでも、および／または、認証データが新しくされるときはいつでも増加され得る。この手順は、それが、プレイングカードと認証デバイスとの間の通信を低減するという利点を有し；、例えば、プレイングカードに、そのカードのカウンタを増加させるための追加的なコマンドを、例えば、サーバの肯定応答を待った後に与えることは必要とされない。通信を低減することは、また、損壊の機会を低減する。カード上のカウンタ、および、サーバ上のカウンタが異なることは、それでもなお起こり得るものであり；例えば、何らかの理由のために、認証デバイスがトークンをフォワードすることに失敗するならば、カウンタは、プレイングカードにおいて増加されるが、サーバにおいて増加されないことがある。この状況において、カード上のカウンタは、サーバ上のカウンタより高いことがあり得る。この問題に立ち向かうために、カウンタ１２４がカウンタ３１４より高いならば、例えば、カウンタ１２４マイナスカウンタ３１４がさらなるしきい値未満であるならば、カードは、真正としてアクセプトされ得る。両方のオプションは、同時にサポートされ得る。２つのしきい値は、同じであることを必要としない。カウンタが異なるとしても、トークンがアクセプトされるならば、サーバ上のカウンタは、それがカード上のカウンタと等しいように調整され得る。
【0044】
実施形態において、認証データ１２４および認証データ３１４は等しく、例えば、等しい数、等しい暗号鍵、その他である。実施形態において、認証データ１２４および認証データ３１４は、暗号鍵対の対応するメンバである。例えば、認証データ１２４は、署名鍵であり得るものであり、認証データ３１４は、対応する検証鍵であり得る。署名鍵および検証鍵は、暗号非対称鍵対、例えば、ＲＳＡ鍵対、ＥＣＤＳＡ鍵対、その他を形成し得る。
【0045】
認証サーバ３００、例えば、プロセッサ回路３３０は、認証トークンをプレイングカード認証デバイス２００から受信するように構成され得る。認証トークンは、認証データ１２２、および任意選択で、カウンタ１２４、その他から、プレイングカード１１０により作成され得る。認証トークンは、認証データ３１２およびカウンタ３１４を使用して検証される。検証が成功であるならば、成功信号が、認証デバイス２００に送出され得る。成功信号は、プレイングカード認証デバイス２００にプレイングカード１１０の真正性を示し得る。プレイングカードの成功裏の認証の後に、そのカードに対するカウンタ、例えばカウンタ３１４、および任意選択で、またデータベース内のカウンタが増加される。失敗した認証の場合においてカウンタを増加しないことにより、攻撃者がカウンタを歪曲することができることが回避される。実施形態において、カウンタは、認証トークンから復元され得るが、このことは必要ではない。
【0046】
セキュリティをさらに改善するために、認証デバイス２００および認証サーバ３００は、互いに認証し得る。例えば、実施形態において、システム内に多くの認証デバイス２００が存在し得る。例えば、認証デバイス２００は、適切なアプリがインストールされているスマートフォンとして実現され得る。このように、攻撃者が偽の認証デバイスを使用し得るというリスクが存在する。このリスクは、サーバに対する認証デバイス２００の認証により低減され得る。例えば、実施形態において、プレイングカード認証デバイス２００は、プレイングカード認証サーバ３００を認証するように構成され得るものであり、および／または、プレイングカード認証サーバ３００は、プレイングカード認証デバイス２００を認証するように構成され得る。例えば、デバイス２００およびサーバ３００は、ＳＳＬハンドシェイクを行うように構成され得る。
【0047】
下記で、認証トークン、それらの作成および認証の、いくつかの例が与えられる。
【0048】
実施形態において、認証データ１２２および３１２は暗号鍵である。例えば、プレイングカード内に記憶される認証データ１２２は、公開／秘密鍵対の秘密鍵（Ｐｒｉｖ）であり得るものであり、プレイングカード認証サーバ内に記憶される認証データ３１２は、公開／秘密鍵対の公開鍵（Ｐｕｂ）であり得る。例えば、プレイングカード内に記憶される認証データ１２２は、対称鍵（Ｋ）であり得るものであり、プレイングカード認証サーバ内に記憶される認証データ３１２は、同じ鍵（Ｋ）であり得る。
【0049】
認証トークンは、プレイングカード１１０、例えば回路１４０により、鍵付き（ｋｅｙｅｄ）暗号演算においてその鍵を使用することにより計算され得る。例えば、鍵付き暗号演算は、シグネチャ演算、暗号化演算、または鍵付きハッシュ演算であり得る。例えば、トークンは、カウンタに署名することにより計算され得る。例えば、トークンは、例えば認証コマンドとともに、デバイス２００からプレイングカード１１０により受信されたチャレンジ値に署名することにより計算され得る。チャレンジ値は、ノンス、例えば乱数であり得る。署名は、秘密鍵および対称鍵によって行われ得るものであり；後者の場合、演算は、時には、メッセージ認証コードを計算することと呼ばれる。
【0050】
認証サーバ３００は、例えば、認証データ３１２および認証データ１２２が等しいならば、認証データ３１２からトークンを再作成することにより、トークンが、カウンタおよび／またはチャレンジに鍵付き暗号関数を適用することにより作成されたことを検証し得る。例えば、サーバ３００は、カウンタ３１２および／またはチャレンジに、同じ鍵付き暗号関数、例えば、シグネチャ、暗号化、または鍵付きハッシュ演算を適用し、サーバ３００が、デバイス２００によってプレイングカード１１０から受信されるのと同じトークンを計算したことを検証し得る。代替的に、認証データ３１２および認証データ１２２が暗号鍵対の一部分であるならば、サーバは、認証データ３１２を鍵として使用して、対応する鍵付き関数を行い得る。例えば、トークンがカウンタ３１２の有効なシグネチャであるかどうかを検証するためのシグネチャ検証、または、認証データ３１２を鍵として使用する復号演算を行い、結果がカウンタ３１２であることを検証する。
【0051】
実施形態において、デバイス２００は、最初に、チャレンジを要求するためにサーバ３００にコンタクトする。サーバ３００は、次いで、チャレンジ、例えば乱数を生成し、それをデバイス２００に送出する。デバイス２００は、次いで、チャレンジとともに認証コマンドを送出する。プレイングカード１１０は、次いで、チャレンジに、または、チャレンジおよびカウンタ１２４に暗号関数を適用する。サーバ３００は、次いで、トークンが、カウンタ３１４に、および、チャレンジに対応することを検証することができる。
【0052】
カウンタ１２４を検証することは、カウンタ１２４およびカウンタ３１４が等しいことが必要であるならば、最も容易である。実際には、カウンタ３１４マイナス小さいデクリメントの数、例えば、マイナス１、マイナス２、その他、しきい値までに対してトークンを検証することにより、差が配慮され得る。加えて、または代わりに、インクリメントが、必要に応じて使用され得る。このことは、認証はデバイス２００およびサーバ３００において成功し得るが、カードにおいてカウンタをインクリメントすることは失敗し得る、その他である、または、もしもカードにおいてカウンタを増加させることは成功しても、認証はデバイス２００もしくはサーバ３００において失敗するという事実を考慮したものである。この手法は、認証が多数回行われることを引き起こし得る。実施形態において、暗号関数は、鍵付き全単射関数；例えば、メッセージ復元を伴う暗号化またはシグネチャである。このことは、カウンタ１２４が、鍵付き逆関数を適用することにより、トークンから復元され得るという利点を有する。この場合、カウンタ１２４およびカウンタ３１４は、明確に比較され得る。このことは、カウンタ１２４およびカウンタ３１４が厳密に等しくない場合でさえ、認証が進行することを可能とすることにおいて、より多い柔軟性を与える。その上、多数回の検証は、２つのカウンタの間の差の、万一の事態をカバーするために、カウンタの異なる値に対して必要とされない。
【0053】
実施形態において、トークンは、例えば、上記のように計算され、サーバ３００により検証され、加えて、サーバ３００は、新しい認証データ１２２を生成および送出し、認証データ３１２を更新する。デバイス２００は、新しい認証データを受信し、メモリ１２０内に書き込むためにプレイングカード１１０にそのデータを送出する。例えば、新しい対称鍵、または、新しい秘密鍵が、メモリ１２０内に書き込まれ得る。新しい認証データは、また、サーバ３００、例えば認証データ３１４、および／または、データベース３４０において更新される。このことは、プレイングカード１１０の不正コピーは、古い認証データを有することになるという利点を有する。例えば、カードが認証されるときはいつでも、そのカードの認証データは、プレイングカードのすべての以前のコピーが無効になるという効果を伴って、新しくされ得る。不正コピーを認証することを試みるならば、その不正コピーの認証データは、サーバ３００内に記憶された認証データに対応しないことがあり、このようにして認証は失敗することになる。
【0054】
実施形態において、トークンが認証データと等しくなるように、暗号関数を適用することなく、認証データに対して、ランダムな文字列を使用することができる。認証データが常に更新されるならば、このことは、プレイングカードを認証するための特定の低コスト解決策であることになる。トークンを検証するために、サーバ３００は、そのトークンを、記憶される認証データと比較する。
【0055】
認証データを更新する利点は、カードの複製物が自動的に無効にされることである。ユーザが、カードの許可されないコピーを作製するならば、サーバ３００によって検証される最初のカードが、少なくともサーバが決定することができる限りにおいて、有効なカードである。このことは、人のカードがコピーされることを許さない誘因であり、なぜならば、コピーが最初に検証されるならば、オリジナルは自動的に無効にされるからである。
【0056】
例えば、プレイングカード認証サーバは、新しい認証データを生成し、検証が成功した場合、プレイングカード認証デバイスに新しい認証データを送出するように構成され得る。新しい認証データは、新しい鍵、または、新しいランダムな文字列であり得る。プレイングカード認証デバイスは、通信ユニット上で新しい認証データを受信し、アンテナ上でプレイングカードに新しい認証データを送出するように構成され得る。プレイングカードは、アンテナ上で新しい認証データを受信し、メモリに新しい認証データを書き込むように構成され得る。
【0057】
実施形態において、メモリ１２０は、鍵を記憶し得る。処理回路１４０は、鍵を使用してカウンタを暗号化するように構成され得る。トークンは、暗号化されたカウンタを含み得る。処理回路１４０は、認証デバイス２００からチャレンジを受信し得る。チャレンジも、また暗号化され得る。暗号化の代わりに、シグネチャが計算され、トークン内に含まれ得る。シグネチャは、非対称シグネチャまたは対称シグネチャ、例えば、ＭＡＣ、例えば、鍵付きハッシュ、その他であり得る。鍵は、秘密鍵であり得る。
【0058】
実施形態において、メモリ１２０は、秘密鍵、および、対応する公開鍵を記憶する。公開鍵は、デバイス２００によりチップから取り出され得る。カウンタが、また取り出され得る。トークンは、カウンタおよび／もしくはチャレンジに対するシグネチャを含み得る、または、カウンタおよび／もしくはチャレンジのシグネチャであり得る。認証デバイス２００は、シグネチャを検証するために公開鍵を使用し得る。例えば、シグネチャは、カウンタおよび／またはチャレンジに対して検証され得る。公開鍵は、従来型の手段を使用して、例えば、Ｘ．５０９証明書などの、署名証明書によって保護され得る。興味深いことに、このことは、トークンが、例えば、プレイングカードから読み出される鍵を使用して、ローカルに、および、サーバ３００において記憶される公開鍵を使用して、サーバ３００において非ローカルに検証されることを可能とする。実施形態において、プレイングカード１１０上の認証データは、トークンがサーバ３００を通して検証される場合にのみ更新されるが、そのトークンがローカルに検証されるときには更新されない。認証データを更新することは任意選択であることに留意されたい。
【0059】
実施形態において、プレイングカード１１０を認証する前に、認証デバイス２００は、サーバ３００にチャレンジを要求する。サーバ３００は、チャレンジを生成し、それを認証デバイス２００に送出する。認証デバイス２００は、次いで、プレイングカード１１０にトークンを要求する。プレイングカード１１０は、例えば、カウンタによって、鍵によって、チャレンジを処理し、例えば、そのチャレンジを暗号化し、または、そのチャレンジに署名し得る。トークンは、また、プレイングカード１１０の識別子を含み得る。認証デバイス２００は、次いで、検証のためにサーバ３００にトークンをフォワードし得る。
【0060】
システムは、１つ以上のゲームパラメータを記憶するために使用され得る。例えば、ゲームパラメータは、カード１１０において、および／または、サーバ３００において記憶され得る。ゲームパラメータが、例えばゲームプレイにおいて必要とされるとき、パラメータは、例えば、認証デバイス、例えば携帯電話により、カード１１０から、および／または、サーバ３００において取り出され得る。
【0061】
例えば、メモリ１２０は、いろいろな方式でゲームプレイを増進することができるゲームパラメータを含み得る。例えば、ゲームパラメータは、プレイングカードの真正性が検証されたときに修正され得る。例えば、認証トークンが、正しく検証するプレイングカードにより送出されたならば、修正されたゲームパラメータが提供され得る。例えば、修正されたゲームパラメータは、プレイングカードに提供され、そのカード上に記憶され得る。例えば、修正されたゲームパラメータは、認証デバイスのディスプレイ上で示され得る。ゲームパラメータは、代わりに、または加えて、サーバ３００において記憶され得る。
【0062】
例えば、ゲームパラメータは、いわゆる経験ポイントを表し得る。例えば、カードは、経験ポイントを得ることがあり、それらの経験ポイントは、例えばサーバ３００におけるデータベース、および／または、カード１１０内に記憶され得る。経験ポイントは、トーナメントにおけるカードによるプレイングにより得られ得る。カードは、経験ポイントを得ることにより、経時的に、より良好になり得る。このことは、カードのレベルを上げることにより、プレイヤがトーナメントに参加するように動機付けすることになる。さらにまた、カードの金銭的価値は、カードを代理株式市場として使用することからではなく、ゲームをプレイすることから生じる。
【0063】
図２は、プレイングカードシステム４００の実施形態の例を概略的に示す。図２は、プレイングカード４１０を示す。プレイングカード４１０は、その上で可視の印刷された情報４１１を有する。印刷された情報４１１は、ピクチャ４１６と、テキスト４１４とを含み得る。例えば、ピクチャは、ゲームキャラクタを示し得るものであり、テキストは、ゲームパラメータ、例えば、能力、または類するものを示し得る。
【0064】
プレイングカード４１０は、チップ４１２と、アンテナ４１３とを含み得る。チップおよびアンテナは、本明細書において説明されるように構成され得る。例えば、アンテナ４１３は、例えば認証デバイスとのワイヤレス通信のために構成され得る。チップ４１２は、
－ 電子プレイングカード認証デバイスからアンテナ上でデジタルコマンドをワイヤレスで受信し、
－ 認証コマンドを受信したことに応答して、認証トークンを作成し、作成することは、メモリから認証データおよびカウンタを読み出し、認証データおよびカウンタに暗号関数を適用することを含んでおり、
－ アンテナを通してデバイスに認証トークンをワイヤレスで送信し、
－ メモリ内に記憶されたカウンタを増加させる
ように構成され得る。
－ 電子プレイングカード認証デバイスからアンテナ上でデジタルコマンドをワイヤレスで受信し、
－ 認証コマンドを受信したことに応答して、認証トークンを作成し、作成することは、メモリから認証データおよびカウンタを読み出し、認証データおよびカウンタに暗号関数を適用することを含んでおり、
－ アンテナを通してデバイスに認証トークンをワイヤレスで送信し、
－ メモリ内に記憶されたカウンタを増加させる
ように構成され得る。
【0065】
図２は、携帯電話４５０をさらに示す。携帯電話４５０は、認証デバイスとして構成され得る。携帯電話４５０は、プレイングカード認証サーバに、コンピュータネットワーク上で通信するように構成される通信ユニットと、プレイングカード４１０などのプレイングカードとのワイヤレス通信のために構成されるアンテナとを含み得る。
【0066】
携帯電話４５０、例えば、その携帯電話上にインストールされるアプリは、チップ４１２と通信し、情報を受信するように構成され得る。情報は、カード４１０を識別するＩＤを含み得る。携帯電話４５０は、このプレイングカード、および／または、このタイプのプレイングカードに関する情報を取得し得る。例えば、電話４５０は、チップ４１２から、または、例えばサーバ３００などのサーバから情報を取得し得る。例えば、プレイングカード認証サーバは、プレイングカード認証デバイス上での表示のために、プレイングカードに関する情報を送出するように構成され得る。例えば、情報は、ＩＤを使用して、サーバ３００に要求され得る。携帯電話４５０は、情報を表示するように構成され得る。例えば、この場合、電話４５０は、ピクチャ、例えば、ピクチャ４１６、テキスト、例えば、テキスト４１４、追加的なテキスト４１５を表示する。例えば、追加的なテキスト４１５は、追加的なゲームパラメータを含み得る。電話４５０は、
－ プレイングカードに、アンテナ上でデジタル認証コマンドをワイヤレスで送出し、
－ デジタル認証コマンドに応答した認証トークンをプレイングカードから受信し、
－ 通信ユニットを通して認証サーバに認証トークンを送出し、
－ プレイングカードの真正性に関する情報を認証サーバから受信する
ように構成され得る。
－ プレイングカードに、アンテナ上でデジタル認証コマンドをワイヤレスで送出し、
－ デジタル認証コマンドに応答した認証トークンをプレイングカードから受信し、
－ 通信ユニットを通して認証サーバに認証トークンを送出し、
－ プレイングカードの真正性に関する情報を認証サーバから受信する
ように構成され得る。
【0067】
カード４１０または１１０などのプレイングカードが最初に使用されるとき、そのカードは、ユーザにより権利主張（ｃｌａｉｍ）され得る。例えば、認証デバイス、例えば２００または４５０は、プレイングカード認証サーバのさらなるサービスのユーザを識別するユーザ識別子を含み得る。プレイングカード認証デバイスは、認証トークンとともにユーザ識別子を送出するように構成され得る。プレイングカード認証サーバは、ユーザ識別子をプレイングカード認証サーバのメモリ内のプレイングカード識別子と関連付けるように構成され、プレイングカード認証サーバは、さらなるサービスにおいてプレイングカードへのアクセスを提供するように構成される。例えば、カード１１０または４１０の製造の後に、カードのＩＤが、サーバに登録され得る。カードは、初期には、権利主張されない、と登録され得る。カードに対するトークンが最初に受信され、検証されるとき、トークンとともに受信されるユーザＩＤが、プレイングカードの所有者、または権利主張者（ｃｌａｉｍａｎｔ）として、サーバにより記憶され得る。例えば、プレイングカードは、消費者により、例えば、彼のスマートフォンを使用して、所有権について権利主張するために、パックを開く後にスキャンされ得る。製造者または小売業者などの初期の売り手は、カードの最初の所有者であり得る。この場合、売り手は、カードの買い手へと所有権を移転させることを必要とする。このことは、キャッシュレジスタまたはオンライン電子商取引ストアとリンクされ得る。ストアは、現在の所有者であり得るものであり；支払い時に、所有者は移転させられることになるか、または、所有者ロックのステータスは、自由にされることになり、そのため、誰か、例えば購買者が、所有権について権利主張することができる。
【0068】
ユーザが、以前の所有者からカードを入手するとき、彼は、カードの新しい所有者または権利主張者を登録するために、新しいユーザＩＤとともにトークンを送出することができる。このことは、ユーザが、例えば、サーバ３００により維持されるウェブサイトを通して、彼らのカードコレクションをオンラインで管理することを可能とする。そのことは、また、システムが、盗難を追跡する、紛失したとカードにマーキングする、または、カードに関する移転ロック（ｔｒａｎｓｆｅｒ－ｌｏｃｋ）を設定することを可能とする。例えば、移転ロックは、例えば、移転させられないカードｉｄのブラックリストをサーバ３００において記憶することにより実現され得る。例えば、カードが盗まれるならば、そのことは、オンラインコレクション、例えばウェブサイトを通して、そのように報告され得る。カードに対する権利主張が受信されるならば、信号が、適切な、後に続くアクションがとられ得るように生成され、例えば、新しい所有者に、法律的に身元を明らかにするように求め得る。構成に応じて、カードのデジタル所有権を移転させるための異なる要件が存し得る。１つの例は、カードへの物理的アクセスが所有権の移転につながることであり、認証トークンが、動作を有効にするために使用され得る。別の例は、デジタル所有権のみが、所有権を移転させるために必要とされることである。最後の例は、物理的およびデジタルの両方の所有権が、所有権を移転させるために必要とされることである。
【0069】
興味深いことに、このことは、ユーザが、また「デジタルツイン」とも呼ばれる、彼の物理的カードコレクションをオンラインカードコレクションにリンクすることを可能とする。例えば、ＮＦＣカードをスキャンし、所有権を移転させることは、そのカードを、オンラインコレクションに追加する。このことは、占有しているプレイングカードを使用して、オンラインおよびオフラインの両方でゲームをプレイすることを可能とし得る。例えば、サーバ３００は、２人以上のプレイヤの間の、彼らのオンラインカードコレクションを使用するオンラインゲームプレイのために構成され得る。オフラインで、同じまたは異なるユーザが、同じまたは異なるゲームをプレイするために、彼らの物理的カードを使用し得る。興味深いことに、オンラインゲームプレイは、ゲームパラメータが変更されることを可能とし得る。プレイングカードが検証されるとき、変更されたゲームパラメータが、カード上へとダウンロードされ得る。認証デバイス、例えば携帯電話は、ゲームパラメータを書き込む、および／または、読み出すために使用され得る。このことは、オンラインプレイを通して変更された、変更されたゲームパラメータを使用するオフラインプレイを可能とする。例えば、カードは、オンラインでレベルアップし得るものであり、そのことは、物理的、例えば紙のカードを使用するときに、オフラインでユーザに利益をもたらし得る。
【0070】
例えば、プレイングカード認証サーバは、例えば、ユーザに対して認証されているカードを記憶するデータベース内に、多数のユーザ、例えばプレイヤに対するカードのコレクションを維持し得る。サーバは、様々な形式での追加的なサービスを供し得るものであり、例えば、サーバは、ユーザのカードを参照するゲームプレイ命令を受信するように構成されるデジタルゲームプレイインターフェイスを提供し得る。例えば、命令は、例えば、ユーザから、または、他のユーザから受信される、ゲームプレイムーブであり得る。命令は、何らかのゲーム関連の目的のために、前記ユーザのカードを参照し得る。例えば、何らかのゲーム関連の目的を行うために、命令が完了することを可能とする前に、プレイングカード認証サーバは、例えば、データベースを参照することにより、参照されるカードがユーザに対して認証されていることを検証し得る。例えば、サーバが、また、ゲームサーバとして構成されるならば、サーバは、それ自体の目的のためにこのインターフェイスを動作させ得るが；サーバは、また、または代わりに、第三者ゲームサーバに対してこのサービスを行い得る。この特徴は、オンラインゲームが、例えば、同じカードによって、実生活においてプレイされ得るゲームを反映することを可能にする。
【0071】
とりわけ、プレイングカードがそれ自体の電源を有さない場合の、プレイングカードをワイヤレスで更新することに関する潜在的問題は、プレイングカード日付の損壊である。この問題は、認証データを記憶するための少なくとも２つのエリアを含むカードメモリにより対処され得る。認証トークンを生成するために使用される認証データを記憶するエリアとは異なるエリアに、メモリへの認証データを書き込むように構成されているカードのプロセッサ。このことは、トークンを有効に作成するために使用され、したがって損壊されていない認証データが、有効でカード上にあり続けることを確実にする。トークンが必要とされる次の時間に、更新されたデータが使用され、古い認証データが上書きされる。例えば、エリアは、カウンタを含み得、初期には、最も高いカウンタが、トークンを生成するために使用され、データが損壊される、または、トークンが無効であることが判明する場合にのみ、トークンがより古いデータを使用して作成される。
【0072】
別の潜在的問題は、誰かが、カードについて権利主張することを試みることを、カードを買うことなく、例えば、そのカードがストア内にある間に、例えば、最初の所有者としてそのカードを権利主張するために行い得ることである。このことを、例えば、オンラインゲームプレイの助けとなるように、または、ことによると、迷惑行為者であるように、カードを買う必要なしにオンラインコレクションにカードを追加するために行い得る。この問題が対処され得るいろいろな方式が存在する。
【0073】
例えば、プレイングカードは、例えば、パックの一部分として、ホイル内に包まれ得る。ホイルは、プレイングカードのアンテナへの、および、プレイングカードのアンテナからのワイヤレス信号を減衰させるために、金属ホイルであり得るものであるか、または、金属材料によって裏打ちされ得る。
【0074】
例えば、プレイングカードパックは、１つ以上のプレイングカードに加えて、さらなるカードを含み得るものであり、さらなるカードは、ワイヤレス通信のために構成されるアンテナと、１つ以上のプレイングカードのワイヤレス信号をひずませるように構成される処理回路とを含む。
【0075】
例えば、プレイングカードは、その所有者が、カードを売っている小売業者に設定され得る。購買時に、小売業者は、カードの買い手がカードについて権利主張することができるように、カードの所有者を未設定にすることを必要とし、なぜならば、カードは、いかなる所有権によっても保護されないからであり、または、小売業者は、カード所有権をカードの買い手へとデジタル的に移転させることを必要とする。買い手は、例えば、コードをタイプすること、ＱＲコードをスキャンすること、３Ｇ、ＷｉＦｉ、またはＮＦＣを使用してワイヤレスで転送することにより、小売業者に買い手のプレイヤｉｄを通信することになる。コードは、次いで、カードの所有者を更新することになるサーバ３００に要求を送出するために使用される。
【0076】
代替的に、パックの内側に印刷される、または、パック内に含まれるカード上に印刷される、固有コードが、カード所有者を設定するために使用され得る。
【0077】
図３ａは、ブロックチェーン５００の実施形態の例を概略的に示す。示されるのは、ブロックチェーンの２つのブロック：ブロック５１０およびブロック５２０である。ブロックは、１つ以上のトランザクションを含む。示されるのは、それぞれ、ブロック５１０および５２０内の、トランザクション５１１、５１２、５２１、および５２２である。ブロックは、また、それぞれ、コンセンサスプルーフ５１９および５２９を含む。コンセンサスプルーフは、ブロックチェーンデバイスにより計算され、例えば、プルーフオブワーク、またはプルーフオブステーク、または類するものであり得る。トランザクションは、プレイングカードの権利主張および／または移転を示し得る。トランザクションは、プレイングカードの認証を示し得る。
【0078】
図３ｂは、ブロックチェーンネットワーク５３０の実施形態の例を概略的に示す。ブロックチェーンネットワーク５３０は、ブロックチェーンデバイスを含み、示されるのは、ブロックチェーンデバイス５３１、５３２、および５３３である。例えば、ブロックチェーンネットワーク５３０は、ブロックチェーンのブロック、トランザクション、その他が通信される、ピアツーピアネットワークであり得る。例えば、認証デバイス、例えば、デバイス２００、４５０、その他、またはサーバは、プレイングカード識別子を含むブロックチェーントランザクションを生成し、トランザクションが、ブロックチェーン上のブロック内に含めるためにブロックチェーン管理デバイスにより処理されるように、ブロックチェーンネットワークにブロックチェーントランザクションを送信し得る。トランザクションは、認証トークンを含み得る。ブロックチェーンデバイスは、時には、マイナと呼ばれる。
【0079】
実施形態において、カードの公開鍵は、ブロックチェーン内に記憶され得るものであり、一方で、秘密鍵は、チップにアップロードされる。このことは、カードが製造されるとき、または、カードが最初に権利主張されるとき、その他で行われ得る。ブロックチェーンは、データベース３４０に取って代わり得る。
【0080】
ブロックチェーン上にカードまたはカードトランザクションを保存することは、サーバ側ハックを防止する。例えば、トランザクションリネージが、トランザクションに対してチェックされ得る。さらにまた、カードを２回移転させることは、はるかに困難になり、なぜならば、誰がカードの所有者であるかがブロックチェーン上で検証され得るからである。ブロックチェーンデバイスをホスティングするコストは、結局のところは、プレイヤにより賄われ得る。例えば、ブロックチェーンマイナは、他では手に入らないマイニングホイルと交換され得るポイントによって報いられ得る。
【0081】
カードシステムまたは方法の実施形態において、以下のうちの１つ以上が行われ得る：
１．印刷コマンドを作成する。
ａ．新しい鍵対、例えば、公開鍵、秘密鍵対を作成する。カードＩｄを作成する。カードＩｄは、公開鍵のハッシュであり得る。新しいカードＩＤに、カード権限者の秘密鍵を用いて署名する。鍵対の代わりに、対称鍵が使用され得る。例えば、カード上に秘密鍵、カードＩＤを記憶し得る。また、ローカルな検証を可能にするために、カード上に公開鍵を記憶し得る。公開鍵およびカードＩＤは、データベース内に記憶され得る。
ｂ．カードは、埋め込まれたＮＦＣチップを伴って印刷される。
ｃ．公開鍵は、ブロックチェーンまたはデータベース、その他において記憶され得る。
ｉ．例えば、各々の固有鍵を、カードデータによって豊かになったデータベース内に記憶し得る
２．印刷コマンドおよび鍵が、印刷機に送出される
３．秘密鍵を、物理的カード内に埋め込まれたチップ、例えばＮＦＣチップにアップロードする。仕上げられたカードは、カード上に記憶される固有秘密鍵と、データベース上に記憶される対応する公開鍵とを伴うＮＦＣチップを含み得る
４．消費者に対してカードを梱包し、流通させ、および／または売る
５．権利主張されないカードについて権利主張し、例えば、デジタルシグネチャ、例えば、Ｓｉｇ＝ｓｉｇｎ（秘密鍵，メッセージ）を取得するために、カードにコマンドを送出する。メッセージは、カウンタおよび／またはチャレンジを含み得る。
６．対応するブロックチェーンを使用して、デジタルシグネチャを検証する。公開鍵は、カードから、サーバから、および、ブロックチェーンからローカルに取得され得る。真正性を検証するための、ｖｅｒｉｆｙ（公開鍵，メッセージ，ｓｉｇ）。成功すれば、カードは権利主張され得る。検証は、サーバ上で、または、認証デバイス上で行われ得る。
７．成功応答をアプリに送出する。トランザクションが、ブロックチェーン内に記憶され得る。新しい秘密鍵および公開鍵が、生成およびアップロードされ得る（これは任意選択である）。例えば、チップ上の既存の秘密鍵が、新しい秘密鍵によって上書きされ得る。カードを移転させることが、同じ手順にしたがい得る。
１．印刷コマンドを作成する。
ａ．新しい鍵対、例えば、公開鍵、秘密鍵対を作成する。カードＩｄを作成する。カードＩｄは、公開鍵のハッシュであり得る。新しいカードＩＤに、カード権限者の秘密鍵を用いて署名する。鍵対の代わりに、対称鍵が使用され得る。例えば、カード上に秘密鍵、カードＩＤを記憶し得る。また、ローカルな検証を可能にするために、カード上に公開鍵を記憶し得る。公開鍵およびカードＩＤは、データベース内に記憶され得る。
ｂ．カードは、埋め込まれたＮＦＣチップを伴って印刷される。
ｃ．公開鍵は、ブロックチェーンまたはデータベース、その他において記憶され得る。
ｉ．例えば、各々の固有鍵を、カードデータによって豊かになったデータベース内に記憶し得る
２．印刷コマンドおよび鍵が、印刷機に送出される
３．秘密鍵を、物理的カード内に埋め込まれたチップ、例えばＮＦＣチップにアップロードする。仕上げられたカードは、カード上に記憶される固有秘密鍵と、データベース上に記憶される対応する公開鍵とを伴うＮＦＣチップを含み得る
４．消費者に対してカードを梱包し、流通させ、および／または売る
５．権利主張されないカードについて権利主張し、例えば、デジタルシグネチャ、例えば、Ｓｉｇ＝ｓｉｇｎ（秘密鍵，メッセージ）を取得するために、カードにコマンドを送出する。メッセージは、カウンタおよび／またはチャレンジを含み得る。
６．対応するブロックチェーンを使用して、デジタルシグネチャを検証する。公開鍵は、カードから、サーバから、および、ブロックチェーンからローカルに取得され得る。真正性を検証するための、ｖｅｒｉｆｙ（公開鍵，メッセージ，ｓｉｇ）。成功すれば、カードは権利主張され得る。検証は、サーバ上で、または、認証デバイス上で行われ得る。
７．成功応答をアプリに送出する。トランザクションが、ブロックチェーン内に記憶され得る。新しい秘密鍵および公開鍵が、生成およびアップロードされ得る（これは任意選択である）。例えば、チップ上の既存の秘密鍵が、新しい秘密鍵によって上書きされ得る。カードを移転させることが、同じ手順にしたがい得る。
【0082】
典型的には、プレイングカード、認証デバイスおよびサーバは、各々、デバイスにおいて記憶される適切なソフトウェアを実行するマイクロプロセッサを含み；例えば、そのソフトウェアは、対応するメモリ、例えば、ＲＡＭなどの揮発性メモリ、または、フラッシュなどの不揮発性メモリ内に、ダウンロードおよび／または記憶されていることがある。代替的に、デバイス、とりわけプレイングカードは、全体的に、または部分的に、いわゆる特定用途向け集積回路（ＡＳＩＣ）、例えば、それらのデバイスの特定の使用に対してカスタマイズされる集積回路（ＩＣ）として実現され得る。例えば、回路は、例えば、Ｖｅｒｉｌｏｇ、ＶＨＤＬ、その他などのハードウェア記述言語を使用して、ＣＭＯＳにおいて実現され得る。
【0083】
実施形態において、プレイングカード、認証デバイスおよび／またはサーバは、それらの機能性を実現するために、１つ以上の処理回路を含み得る。回路は、プロセッサ回路および記憶回路であり得るものであり、プロセッサ回路は、記憶回路内で電子的に表される命令を実行する。
【0084】
プロセッサ回路は、例えば、多数のサブプロセッサ回路として、分散される様式で実現され得る。記憶装置は、多数の分散されるサブ記憶装置上で分散され得る。メモリの一部分またはすべては、電子メモリ、磁気メモリ、その他であり得る。例えば、記憶装置は、揮発性および不揮発性部分を有し得る。記憶装置の一部分は、読み出し専用であり得る。回路は、また、ＦＰＧＡ、ＡＳＩＣ、または類するものであり得る。
【0085】
図４は、プレイングカード認証方法６００の実施形態の例を概略的に示す。方法６００は、
－ プレイングカードに認証トークンを作成させるために、プレイングカード認証デバイスに、アンテナ上でデジタルコマンドをワイヤレスで送出すること（６１０）であって、プレイングカードは、認証データ（１２２）およびカウンタ（１２４）を記憶する電子メモリ（１２０）を含み、認証トークンを作成することは、認証データおよびカウンタに暗号関数を適用することを含む、ワイヤレスで送出すること（６１０）、
－ アンテナを通してデバイスから認証トークンをワイヤレスで受信すること（６２０）、
－ プレイングカード認証サーバのメモリ内に記憶されたカウンタおよび認証データを用いて、認証トークンが検証されること（６３０）
を含む。
－ プレイングカードに認証トークンを作成させるために、プレイングカード認証デバイスに、アンテナ上でデジタルコマンドをワイヤレスで送出すること（６１０）であって、プレイングカードは、認証データ（１２２）およびカウンタ（１２４）を記憶する電子メモリ（１２０）を含み、認証トークンを作成することは、認証データおよびカウンタに暗号関数を適用することを含む、ワイヤレスで送出すること（６１０）、
－ アンテナを通してデバイスから認証トークンをワイヤレスで受信すること（６２０）、
－ プレイングカード認証サーバのメモリ内に記憶されたカウンタおよび認証データを用いて、認証トークンが検証されること（６３０）
を含む。
【0086】
方法を実行する多くの異なる方式が、当業者に明らかとなるように、可能である。例えば、ステップの順序は、示される順序で行われ得るが、ステップの順序は、変えられ得るものであるか、または、一部のステップは、並列に実行され得る。その上、ステップの中間に、他の方法ステップが挿入され得る。挿入されるステップは、本明細書において説明されるような、方法の精緻化を表し得るものであるか、または、方法に関係付けられないものであり得る。
【0087】
方法の実施形態は、プロセッサシステムに方法６００を行わせるための命令を含むソフトウェアを使用して実行され得る。ソフトウェアは、システムの特定のサブエンティティにより用いられるステップを含むのみであり得る。ソフトウェアは、ハードディスク、フロッピー、メモリ、光学ディスク、その他などの、適した記憶媒体内に記憶され得る。ソフトウェアは、ワイヤードの、もしくはワイヤレスの信号として、または、データネットワーク、例えばインターネットを使用して送出され得る。ソフトウェアは、ダウンロードに対して、および／または、サーバ上でのリモート使用法に対して利用可能にされ得る。方法の実施形態は、プログラマブル論理、例えばフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を、方法を行うように構成するように構成されるビットストリームを使用して実行され得る。
【0088】
本発明は、また、本発明を実践するために適合された、コンピュータプログラム、特に、キャリア上の、または、キャリア内のコンピュータプログラムに拡張することが理解されることになる。プログラムは、ソースコード、オブジェクトコード、コード中間ソース、および、部分的にコンパイルされた形式などのオブジェクトコードの形式で、または、方法の実施形態の実現形態における使用に適した任意の他の形式でのものであり得る。コンピュータプログラム製品に関係する実施形態は、論述される方法のうちの少なくとも１つの処理ステップの各々に対応するコンピュータ実行可能命令を含む。これらの命令は、サブルーチンへと細分割され、および／または、静的もしくは動的にリンクされ得る１つ以上のファイル内に記憶され得る。コンピュータプログラム製品に関係する別の実施形態は、論述されるシステムおよび／または製品のうちの少なくとも１つの手段の各々に対応するコンピュータ実行可能命令を含む。
【0089】
図５ａは、コンピュータプログラム１０２０を含む書き込み可能部分１０１０を有するコンピュータ可読媒体１０００を示し、コンピュータプログラム１０２０は、実施形態にしたがったプロセッサシステム上で、プレイングカード、認証デバイスおよび／またはサーバを実現するための命令を含む。コンピュータプログラム１０２０は、コンピュータ可読媒体１０００の、物理的マークとして、または、磁化の手段により、コンピュータ可読媒体１０００上で具現化され得る。しかしながら、任意の他の適した実施形態もまた想像可能である。さらにまた、コンピュータ可読媒体１０００は、光学ディスクとしてここでは示されるが、コンピュータ可読媒体１０００は、ハードディスク、ソリッドステートメモリ、フラッシュメモリ、その他などの、任意の適したコンピュータ可読媒体であり得るものであり、記録不可能または記録可能であり得ることが理解されることになる。コンピュータプログラム１０２０は、プロセッサシステムに、プレイングカード、認証デバイスおよび／またはサーバとして行わせるための命令を含む。
【0090】
図５ｂは、プレイングカード、認証デバイスおよび／またはサーバの実施形態によるプロセッサシステム１１４０の概略的表現を内に示す。プロセッサシステムは、１つ以上の集積回路１１１０を含む。１つ以上の集積回路１１１０のアーキテクチャは、図５ｂにおいて概略的に示される。回路１１１０は、実施形態による方法を実行する、および／または、そのモジュールもしくはユニットを実現するために、コンピュータプログラムコンポーネントを走らすための、処理ユニット１１２０、例えばＣＰＵを含む。回路１１１０は、プログラミングコード、データ、その他を記憶するためのメモリ１１２２を含む。メモリ１１２２の一部分は、読み出し専用であり得る。回路１１１０は、通信要素１１２６、例えば、アンテナ、コネクタ、または両方、および類するものを含み得る。回路１１１０は、方法において規定される処理の一部分またはすべてを行うための専用の集積回路１１２４を含み得る。プロセッサ１１２０、メモリ１１２２、専用のＩＣ１１２４、および通信要素１１２６は、インターコネクト１１３０、例えばバスを介して互いに接続され得る。プロセッサシステム１１１０は、それぞれアンテナおよび／またはコネクタを使用する、接触通信および／または非接触通信のために構成され得る。
【0091】
例えば、実施形態において、プロセッサシステム１１４０、例えば、プレイングカード、認証デバイス、または認証サーバは、プロセッサ回路と、メモリ回路とを含み得るものであり、プロセッサは、メモリ回路内に記憶されるソフトウェアを実行するように構成される。例えば、プロセッサ回路は、Ｉｎｔｅｌ Ｃｏｒｅ ｉ７プロセッサ、ＡＲＭ Ｃｏｒｔｅｘ－Ｒ８、その他であり得る。実施形態において、プロセッサ回路は、ＡＲＭ Ｃｏｒｔｅｘ Ｍ０であり得る。メモリ回路は、ＲＯＭ回路、または、不揮発性メモリ、例えばフラッシュメモリであり得る。メモリ回路は、揮発性メモリ、例えばＳＲＡＭメモリであり得る。後者の場合、デバイスは、ソフトウェアを提供するために構成される、不揮発性ソフトウェアインターフェイス、例えば、ハードドライブ、ネットワークインターフェイス、その他を含み得る。
【0092】
【0093】
システム６００は、多数のプレイングカードを含み；示されるのは、プレイングカード６１０である。プレイングカード６１０は、そのカード上に印刷される様々な情報を有し得るものであり；示されるのは、カード名「カード名１」およびピクチャである。プレイングカード６１０は、電子タグ６１２を含む。タグ６１２は、プレイングカード識別子、例えば、番号、または類するものを記憶し得る。代替的実施形態において、コンピュータ可読識別子、例えば、ＱＲコード、または類するものが使用され得る。しかしながら、ＱＲコードは、簡単に再使用され得るものであり、そのため、後者は好まれない。
【0094】
システム６００は、モバイルスキャニングデバイス６２０、例えばプレイングカード認証デバイスを含む。システム６００は、認証プラットフォーム６３０、例えばプレイングカード認証サーバを含む。モバイルスキャニングデバイス６２０は、タグ６１２を読み出すように、および、認証プラットフォーム６３０と通信するように構成される。例えば、認証プラットフォーム６３０は、プレイングカード、例えばプレイングカード６１０に関する情報を記憶するように構成され得る。例えば、認証プラットフォーム６３０は、アイテムおよび識別子レコードを記憶し得る。認証プラットフォーム６３０は、また、所有権情報、例えば、特定のプレイングカードを現在所有する、例えば、そのカードについて最も近時に権利主張した、ユーザの識別子を記憶し得る。
【0095】
図６において示されるのは、モバイルスキャニングデバイス６２０および認証プラットフォーム６３０は、２つのプロトコルのために構成されるということである。プレイングカード６１０の真正性を検証するためのプロトコル、および、プレイングカード６１０の所有権について権利主張するためのプロトコル。
【0096】
図７は、さらに詳細に、プレイングカードシステム６００の実施形態の例を概略的に示し、特に、プレイングカード６１０の真正性を検証するためのプロトコルの実施形態の例が示される。プレイングカード６１０の真正性を検証するための、モバイルスキャニングデバイス６２０からの要求に応答して、認証プラットフォーム６３０は、特定のコンピュータネットワークアドレス、例えばウェブアドレス、例えばＵＲＬを要求することにより認証プラットフォーム６３０からダウンロードされ得るウェブページを生成し得る。例えば、要求に応答して、プルーフＵＲＬが生成され得る。例えばウェブブラウザを使用して、ＵＲＬを訪れるとき、カードのステータスが取得され得る。
【0097】
３つの可能な応答が、図７において示される。例えば、ウェブページ６４１によれば、ページは、カードが真正であるという、例えば、そのカードがサーバ６３０のデータベース内で説明されるという情報を含む。追加的な情報は、いつカードが有効化されたかであり得る。
【0098】
任意選択で、ウェブページ６４１への、ＵＲＬなどのプルーフリンクは、限定された量の時間有効であり得る。ページ６４１は、いつ真正性が最後にチェックされたかを示すが、この事項は、いく人かの消費者により見落とされることがあり、このようにして、詐欺的トランザクションに対してチャンスをもたらすことがある。このオプションによるプルーフリンクは、限定された量の時間有効でしかない。例えば、ウェブページ６４２は、プルーフリンクが期限切れしたことを示す。例えば、ウェブページ６４３によれば、リンクは無効であり得る。例えば、このページは、カードが認証され得ないときに示され得る。
【0099】
よって、この実施形態において、プルーフリンクが生成され得るものであり、例えば、これはプレイングカードのスキャンに基づく、おそらくは一時的なリンク、例えばＵＲＬの生成であり、そのリンクによって、真正性だけではなく物理的アクセスも証明され得る。
【0100】
例えば、実施形態において、ユーザは、彼のカードを、彼の携帯電話によってスキャンし、返しとしてプルーフリンクを受信し得る。プルーフリンク、例えばＵＲＬは、次いで、例えば、チャットアプリ、マーケットプレイス、または電子メール、または類するものを通して、他にフォワードされ得る。例えば、ウェブページ上などで、オンラインでカードに言及するときにリンクを含めることができ；例えば、リンクは、カードがｅＢａｙまたは類するものにおいて売買のために売りに出されるときに含まれ得る。
【0101】
他のユーザは、それで、情報、例えば、カードの真正性を自分自身で検証し得る。例えば、このことは、売買を交渉する間に、または、ゲームプレイの間に、または類することで使用され得る。
【0102】
実施形態において、システムは、プレイングカードなどの物理的アイテムの物理的占有をリモートで検査するための方法のために構成される。例えば、カードをスキャンし、認証サーバから固有コードを取得する。コードは、サーバ上で検証され得る。固有コードは、コンピュータネットワークアドレス、例えばＵＲＬを含み得るが、このことは必要とは限らない。固有コードまたはＵＲＬは、別の関係者、例えば、相手方、別のデバイス、またはオンラインマーケットプレイスに送出され得る。このトークンは、誰かが製品を物理的に運んだかどうか、および任意選択で、いつ運んだかを証明するためにチェックされ得る。
【0103】
マーケットプレイスは、プレイングカードなどの認証された物理的アイテムの所有権登録に基づく。マーケットプレイスは、コンピュータネットワーク上でエンティティに、および、エンティティからメッセージを送出し得るエンティティとして、サーバまたはクラウドインスタンス、その他として実現され得る。例えば、マーケットプレイスは、コンピュータを含み得る。例えば、マーケットプレイスは、ウェブサーバを含み得る。マーケットプレイスは、認証サーバ内に統合され、例えば含まれ得る。
【0104】
実施形態において、オンラインシステムが提供され、そのシステムにおいて、人々は、彼らが占有するアイテムを登録し、そのシステムは、認証方法を使用して検証され得る。マーケットプレイスにおいて、所有者は、潜在的売り手とみなされ得るものであり、なぜならば、彼らは、価格または環境が好都合であるならば彼らが売り得るアイテムを有するからである。例えば、所有者がアイテムをスキャンまたは検証する度に、フィールドは、誰かがそのアイテムと相互作用した最後の時間とともに更新され得るものであり、その時間において、現在の所有者は、アイテムと相互作用している。
【0105】
あるタイプの製品を買うことを検討している買い手は、すべての登録されるアイテムを保持するサーバにクエリをすることができる。買い手は、マーケットプレイスに価格範囲および距離を配置することができる。マーケットプレイスは、次いで、潜在的売り手を探し出すことになる。クエリからの結果は、以下のうちの１つ以上に基づいて点数化され得る：
－ 買い手および潜在的売り手の近接度／距離、
－ 潜在的売り手がアイテムと相互作用した最後の時間からの時間、
－ 潜在的売り手がアイテムと相互作用した最初の時間からの時間、
－ 潜在的売り手がアイテムの登録された所有者になった最初の時間からの時間、
－ 潜在的売り手がアイテムに関するオファーに応答した時間の回数、
－ 潜在的売り手がアイテムに関するオファーをアクセプトした時間の回数、
－ 潜在的売り手によりアクセプトされたオファーのパーセンテージ、
－ 潜在的売り手が、例えばアプリまたはウェブサイトを使用することにより、マーケットプレイス上でアクティブであった最後の時間、
－ システムにより知られているならば、潜在的売り手がアイテムに対して支払った価格、
－ システムにより知られているならば、アイテムの履歴的小売価格、
－ システムにより知られているならば、アイテムの現在の小売価格、
－ システムにより知られているならば、アイテムの現在の市場価格、
－ 設定されているならば、潜在的売り手がアイテムに対して設定した売り価格。
－ 買い手および潜在的売り手の近接度／距離、
－ 潜在的売り手がアイテムと相互作用した最後の時間からの時間、
－ 潜在的売り手がアイテムと相互作用した最初の時間からの時間、
－ 潜在的売り手がアイテムの登録された所有者になった最初の時間からの時間、
－ 潜在的売り手がアイテムに関するオファーに応答した時間の回数、
－ 潜在的売り手がアイテムに関するオファーをアクセプトした時間の回数、
－ 潜在的売り手によりアクセプトされたオファーのパーセンテージ、
－ 潜在的売り手が、例えばアプリまたはウェブサイトを使用することにより、マーケットプレイス上でアクティブであった最後の時間、
－ システムにより知られているならば、潜在的売り手がアイテムに対して支払った価格、
－ システムにより知られているならば、アイテムの履歴的小売価格、
－ システムにより知られているならば、アイテムの現在の小売価格、
－ システムにより知られているならば、アイテムの現在の市場価格、
－ 設定されているならば、潜在的売り手がアイテムに対して設定した売り価格。
【0106】
マーケットプレイスは、潜在的売り手をリストに追加し得る。このリストに、新しい潜在的売り手が、クエリがアクティブである限り、定期的に追加され得る。買い手は、潜在的売り手リストにおいて提示される売り手からの特定の売り手への関心を手動で示すことができる。売り手は、次いで、誰かが、彼らが所有するアイテムを買うことに関心があるという、マーケットプレイスからの通知、例えば、プッシュ通知、電子メール、その他を得ることがある。売り手が、彼／彼女もまた売ることに関心があることを明言するならば、買い手および売り手は：
－ アイテムの状態、および、取引条項について議論するために、手動で交渉を始めること、または：
－ トレードをアクセプトし、引き渡し／発送および支払いに関する情報を受信すること
のいずれかを行うことができる。
－ アイテムの状態、および、取引条項について議論するために、手動で交渉を始めること、または：
－ トレードをアクセプトし、引き渡し／発送および支払いに関する情報を受信すること
のいずれかを行うことができる。
【0107】
マーケットプレイスは、自動的に、並列して、最も高く点数化された潜在的売り手を探し出し、彼らに関心を通知するように構成され得る。例えば、並列性のために構成される、最大数の同時の未処理のオファーが存し得る。未処理のオファーのリストは、期限切れしたオファーに対して定期的にチェックされ得る。最大並列性がまだ達されないならば、マーケットプレイスは、次の最も高い点数のオファーを現在のリストに追加することになる。
【0108】
トレードをアクセプトしたとき、システムは、アイテムの所有者フィールドを更新し得る。その時点からの、アイテムの登録された所有者とみなされる買い手。
【0109】
マーケットプレイスは、デジタルツイン、コレクタブル、および類するもののためのレコメンダシステムによって構成され得る。例えば、マーケットプレイスはコンピュータアルゴリズムによって構成され得、コンピュータアルゴリズムは、データベースからの物理的アイテムの所有者からのユーザ登録されたデジタルツインを、または、デジタルツインおよび所有者のサブセットを分析して、デッキリストなどのオブジェクトのマニフェストセット、もしくは、ゲームの拡張セットを全部そろえるために入手されなければならないプレイングカードなど他のオブジェクトを推薦するために、オブジェクトの潜在もしくは非潜在クラスメンバシップを、または、互いと頻繁に関連付けられるシナジー的カードなどの潜在クラスを検出する。潜在クラスの例は、「Ｂｒａｉｎｓｔｏｒｍ」および「Ｆｅｔｃｈｌａｎｄｓ」であることになるが、それらは、互いに直接関連せず、「Ｆｅｔｃｈｌａｎｄｓ」の所有者は、「Ｂｒａｉｎｓｔｏｒｍ」を入手することから利益を得ることになり、そのことは、カードゲームＭａｇｉｃ： ｔｈｅ Ｇａｔｈｅｒｉｎｇにおけるよく知られているシナジーである。レコメンダシステムは、他の非自明のシナジーを定量化する。検出されたアイテム関連付けは、データベース内の関連アイテムにマッピングされ、ユーザに対して、彼／彼女がすでにセットの一部分を所有するならば推薦される。セットの所有権シェアが大きいほど、カードは、推薦の順序において高くランク付けされる。
【0110】
図８ａは、マーケットプレイスアプリケーションの実施形態のデータモデルの例を概略的に示す。図８ｂは、マーケットプレイスアプリケーションの実施形態のプロセス線図の例を概略的に示す。興味深いことに、アイテムは所有者を有するので、マーケットプレイスアプリケーションは、誰が特定のカードを所有するかを示す情報を有する。マーケットプレイスは、カードの将来的な買い手が、所有者に、彼らがそのカードを売りたいかどうかについて尋ねることを可能とする。
【0111】
例えば、点数化は、図８ａにおいて示される情報に、また、位置、例えばＧＰＳ位置、例えば距離、ならびに、買い手および／または売り手としてのユーザレーティングに基づいて行われ得る。利用可能であるアイテムの、それらの点数を伴うリストが保存され得る。潜在的売り手は、例えば、最大限、例えば一度に最大５で、並列に通知され得る。これらのオファーリングは、アクセプトされ、拒否され得るものであり、交渉が開始され得るものであり、または、それらは期限切れし得るものであり、その他である。アクティブな注文のリストは、リストが最大並列性に達しない度に更新され得る。
【0112】
図８ｂは、マーケットプレイスアプリケーションの実施形態において、トレードを検索、マッチング、および実行する例、プロセスを示す。実施形態において、マーケットプレイスアプリケーションは、アクティブクエリキューを維持する。例えば、買い手は、マーケットプレイス上でクエリを作成することにより開始し得る。クエリは、マーケットプレイスにおけるアクティブなクエリをされたもののリスト、例えばアクティブクエリキューに追加され得る。アクティブクエリキューは、定期的に、および／または、キューにクエリを追加することへの応答として、および／または、ジョブキューランナを使用して実行され得る。アクティブクエリは、例えば、例えばカード、距離、価格、その他に基づいて、ユーザにより設定され得るパラメータを使用して、システムに対して実行され得る。例えば、各々の結果は、点数を得ることがあり、クエリにリンクされるオファーとして追加され得る。
【0113】
クエリに追加される、最も高い点数を伴うオファーが、アクティブ化され、オファーと関連付けられるアイテムの所有者に提示され得る。この人物またはエンティティは、潜在的売り手と呼ばれる。例えば、このことは、異なるプロセスによりあらかじめ行われ得、これは、定期的に、クエリにオファーを追加することへの応答として、別のオファーを断るための応答として、および／または、ジョブキューランナを使用して、その他で実行され得る。実施形態において、同時のアクティブなオファーの最大数は、例えば、潜在的売り手に依然として提示される、果たされた／アクセプトされた注文の数を低減するために、限定され得る。潜在的売り手が、そのオファーが他の誰かによりすでにアクセプトされたという事実に起因して彼がアクセプトすることができないあまりにも多いオファーを受信するならば、潜在的売り手は、失望のために、通知をより価値がないと思うことになり、オファーに全く応答しないことさえある可能性が高い。
【0114】
オファーがアクティブ化されるとき、通知が潜在的売り手に送出される。この通知は、プッシュ通知、電子メール、ＳＭＳ、その他の形式であり得る。潜在的売り手は、アプリまたはウェブアプリケーションを使用して、マーケットプレイスにおけるオファーをオープンすることができる。潜在的売り手は、このオファーに応答するための様々なオプションを有し得る。例えば、彼のオプションは、以下のうちの１つ以上を含み得る：
【0115】
－ 潜在的売り手は、オファーをアクセプトすることができる。アイテムの所有権は、トランザクションに対して使用される条項に応じて、すぐに、または、支払いが確認されたときに移転させられ得る。買い手がアイテムに対して前払いしたならば、または、買い手の支払い明細が知られるときに、または、買い手が口座内に十分な預金を有するときに、支払い確認は直ちに行われ得る。
【0116】
－ 潜在的売り手は、オファーを断り、いつ彼が売ることに関心があることになるかに関する条件を設定し得る。このことは、最小価格、距離、または、全く売買のためのものでないということであり得る。この情報は、次いで、将来のクエリにおいて使用されることになる。
【0117】
－ 潜在的売り手は、交渉を開くことができる。このことは、永続的な結果ではなく、両方の関係者が、条項および条件を確立し、次いで、オファーをアクセプトすること、または拒否することのいずれかを行うことを可能とすることになる。
【0118】
潜在的売り手が、設定された量の時間の中で応答しないならば、オファーは、「期限切れした」とマーキングされ得る。期限切れしたオファーの比率または数は、将来におけるより良好なマッチングのために使用され得る。別の潜在的売り手が、クエリのオファーをアクセプトしたならば、そのクエリのすべての他のオファーは、「取られた」とマーキングされ得る。このステータスは、マッチングおよび点数化アルゴリズムにおいて、潜在的売り手にペナルティを科さない。
【0119】
買い手が、彼のクエリをキャンセルすることに決めるならば、すべてのオープンオファーは、「キャンセルされた」とマーキングされることになる。このステータスは、マッチングおよび点数化アルゴリズムにおいて、潜在的売り手にペナルティを科すのではなく、買い手にペナルティを科すことができる。例は、クエリに対する同時のオープンオファーの数を限定することであり得る。
【0120】
図９ａは、プレイングカードの実施形態の例を概略的に示す。例えば、タグがカード内に埋め込まれ得る。
【0121】
プレイングカードに対する本明細書において説明される技術は、また、他の物理的オブジェクトに適用され得る。図９ｂは、カードバインダの実施形態の例を概略的に示す。例えば、プレイングカードにおいて使用されるものに類するタグが、カバー、例えば、前面カバーまたは内側カバー、その他に埋め込まれ得る。このことは、カードバインダの検証または移転を可能とする。同じ技術を使用して、フォルダをスキャンすることができる。図１０は、内に埋め込まれたタグを伴う靴、この場合スニーカの実施形態の例を概略的に示す。プレイングカードに対して論考されるすべての実施形態は、スニーカまたはバインダに対して修正され得る。
【0122】
上記で述べられた実施形態は、本発明を限定するよりむしろ例示すること、および、当業者は、多くの代替的実施形態を設計できることが留意されるべきである。
【0123】
特許請求の範囲において、括弧の間に配されるいかなる参照符号も、請求項を限定すると解されることにはならない。動詞「含む」、およびその活用形の使用は、請求項内で明言されるもの以外の要素またはステップの存在を排除しない。要素の前にある冠詞「１つの（ａ）」または「１つの（ａｎ）」は、複数のそのような要素の存在を排除しない。要素のリストの前にあるときの「のうちの少なくとも１つ」などの表現は、リストからの要素の、すべての、または、任意のサブセットの選択を表す。例えば、表現「Ａ、Ｂ、およびＣのうちの少なくとも１つ」は、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢの両方、ＡおよびＣの両方、ＢおよびＣの両方、または、Ａ、Ｂ、およびＣのすべてを含むと理解されるべきである。本発明は、いくつかの相違する要素を含むハードウェアの手段により、および、適するようにプログラムされたコンピュータの手段により実現され得る。いくつかの手段を挙げるデバイス請求項において、これらの手段のうちのいくつかは、ハードウェアの１つの同じ物品により具現化され得る。所定の手段が、相互に異なる従属請求項において詳述されるという単なる事実は、これらの手段の組み合わせが有利に使用され得ないことを示すものではない。
【0124】
特許請求の範囲において、括弧内の参照は、例示する実施形態の図面内の参照符号を、または、実施形態の数式を指し、かくして請求項の明瞭さを増加させる。これらの参照は、請求項を限定すると解されることにはならない。
【図1】
【図2】
【図3a】
【図3b】
【図4】
【図5a】
【図5b】
【図6】
【図7】
【図8a】
【図8b】
【図9a】
【図9b】
【図10】
【国際調査報告】