ホーム > 特許ランキング > 合同会社Ｓｔｒａｉｄ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-13
(45)【発行日】2024-06-21
(54)【発明の名称】情報システムおよび通信端末
(51)【国際特許分類】
G06T 19/00 20110101AFI20240614BHJP
G06F 3/01 20060101ALI20240614BHJP
H04L 67/02 20220101ALI20240614BHJP
【ＦＩ】
G06T19/00 600
G06F3/01 510
H04L67/02
【請求項の数】
5
(21)【出願番号】P 2023216451
(22)【出願日】2023-12-22
(62)【分割の表示】P 2023092578の分割
【原出願日】2023-06-05
(65)【公開番号】P2024074297
(43)【公開日】2024-05-30
【審査請求日】2024-01-29
(31)【優先権主張番号】P 2022184503
(32)【優先日】2022-11-18
(33)【優先権主張国・地域又は機関】JP
【新規性喪失の例外の表示】特許法第３０条第２項適用 令和４年９月１３日にｈｔｔｐｓ：／／ｓｅｒｖｉｃｅ．ｋｏｔｏｔａｍａ－ａｒ．ｃｏｍ／にて公開。
【早期審査対象出願】
(73)【特許権者】
【識別番号】522452178
【氏名又は名称】合同会社Ｓｔｒａｉｄ
(74)【代理人】
【識別番号】110002273
【氏名又は名称】弁理士法人インターブレイン
(72)【発明者】
【氏名】武林 勝太郎
【審査官】淀川 滉也
(56)【参考文献】
【文献】特開２００６－２２７８３８（ＪＰ，Ａ）
【文献】中国特許出願公開第１１４３３２４３２（ＣＮ，Ａ）
【文献】特開２０１９－１５３１９１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｔ １９／００
Ｇ０６Ｆ ３／０１
Ｈ０４Ｌ ６７／０２
(57)【特許請求の範囲】
【請求項1】
ウェブブラウザを表示可能な通信端末と、サーバを備え、前記通信端末は、
物体を撮像する撮像部と、
前記サーバに前記物体のライブビュー画像としての撮像画像を送信する画像送信部と、を含み、
前記サーバは、
撮像画像を受信する画像受信部と、
物体の形状に応じた処理を実行するためのスクリプトを前記通信端末に送信するスクリプト送信部と、を含み、
前記通信端末は、
前記サーバから前記スクリプトを受信するスクリプト受信部と、
ウェブブラウザ上で前記スクリプトを実行することにより、前記物体のライブビュー表示と時間的に並行して、前記スクリプトにより指定される処理結果を出力するスクリプト実行部と、を含む、情報システム。
【請求項2】
前記サーバは、更に、物体の形状とデジタル情報を対応づけて格納するデータ格納部、を含み、
前記スクリプト送信部は、前記スクリプトとともに前記物体の形状に対応づけられるデジタル情報を前記通信端末に送信し、
前記通信端末の前記スクリプト実行部は、
前記受信されたデジタル情報により指定される付加画像を、前記物体の撮像画像上に重畳表示させる、請求項１に記載の情報システム。
【請求項3】
前記物体には、前記サーバのアドレス情報を含むタグが設置されており、前記通信端末は、更に、
タグから、前記サーバのアドレス情報を読み取るデータ取得部、を含み、
前記画像送信部は、前記読み取られたアドレス情報に基づいて、前記サーバに物体の撮像画像を送信する、請求項１に記載の情報システム。
【請求項4】
前記サーバの前記スクリプト送信部は、前記撮像画像に含まれる物体としての顔画像から、前記物体の形状の一種として特定される顔画像の属性に応じた処理を実行するためのスクリプトを送信する、請求項１に記載の情報システム。
【請求項5】
物体を撮像する撮像部と、サーバに前記物体のライブビュー画像としての撮像画像を送信する画像送信部と、を含み、
前記サーバから物体の形状に応じた処理を実行するためのスクリプトを受信するスクリプト受信部と、
ウェブブラウザ上で前記スクリプトを実行することにより、前記物体のライブビュー表示と時間的に並行して、前記スクリプトにより指定される処理結果を表示するスクリプト実行部と、を含む、通信端末。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信端末においてデジタル・コンテンツを再現するための技術、に関する。
【背景技術】
【0002】
プレゼントとして物品を渡すことは広く行われている。こうして渡される物品は、キーホルダーのような安価なものから、フィギュア（人形）やぬいぐるみ、食料品などさまざまである。物品を渡すときには、感謝の気持ちを表すためのメッセージカードが添えられることも多い。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２２－１２０５３３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
また、近年では、スマートフォンの高機能化と普及により、電子ギフトが贈られる機会も増えている。しかし、電子ギフトを送受するためには、スマートフォンに専用のソフトウェアをインストールしておく必要があるなど、ユーザにとって煩わしい面もある。
【0005】
本発明は、上記背景に鑑みて完成された発明であり、その主たる目的は、現実の物品を介して、デジタル・コンテンツを手軽に届けるための技術、を提供することにある。
【課題を解決するための手段】
【0006】
本発明のある態様における情報システムは、ウェブブラウザを表示可能な通信端末と、サーバを備える。
通信端末は、物体を撮像する撮像部と、サーバに撮像された物体の撮像画像を送信する画像送信部と、を含む。
サーバは、撮像画像を受信する画像受信部と、物体の形状に応じた処理を実行するためのスクリプトを通信端末に送信するスクリプト送信部と、を含む。
通信端末は、サーバからスクリプトを受信するスクリプト受信部と、ウェブブラウザ上でスクリプトを実行することにより、物体の撮像画像の表示中において、スクリプトにより指定される処理結果を出力するスクリプト実行部と、を含む。
通信端末は、物体を撮像する撮像部と、サーバに撮像された物体の撮像画像を送信する画像送信部と、を含む。
サーバは、撮像画像を受信する画像受信部と、物体の形状に応じた処理を実行するためのスクリプトを通信端末に送信するスクリプト送信部と、を含む。
通信端末は、サーバからスクリプトを受信するスクリプト受信部と、ウェブブラウザ上でスクリプトを実行することにより、物体の撮像画像の表示中において、スクリプトにより指定される処理結果を出力するスクリプト実行部と、を含む。
【発明の効果】
【0007】
本発明によれば、デジタル・コンテンツを手軽に届けやすくなる。
【図面の簡単な説明】
【0008】
【図1】第１実施形態における模式図である。
【図2】第２実施形態における模式図である。
【図3】第３実施形態における模式図である。
【図4】本発明における通信端末の機能ブロック図である。
【図5】本発明におけるサーバの機能ブロック図である。
【図6】メッセージ画像情報のデータ構造図である。
【図7】第１実施形態におけるサーバに対するスクリプト要求からカメラの起動に至るまでの通信端末による処理過程を示すフローチャートである。
【図8】カメラによる撮像からメッセージ画像の重畳表示に至るまでの通信端末における処理過程を示すフローチャートである。
【図9】正面撮像画像の表示調整に関する模式図である。
【図10】左上撮像画像の表示調整に関する模式図である。
【図11】モデルデータ情報のデータ構造図である。
【図12】第２実施形態におけるサーバに対するスクリプト要求からカメラの起動に至るまでの通信端末による処理過程を示すフローチャートである。
【図13】カメラによる撮像からコンテンツ画像の重畳表示に至るまでの通信端末における処理過程を示すフローチャートである。
【図14】第２実施形態における重畳表示に関する模式図である。
【図15】証明書情報のデータ構造図である。
【図16】通信端末からタグＩＤを受信した後のサーバにおける処理過程を示すフローチャートである。
【図17】所有登録プロセスにおけるサーバの処理過程を示すフローチャートである。
【図18】所有者情報が追加登録された証明書情報のデータ構造図である。
【図19】実行プロセスにおけるサーバの処理過程を示すフローチャートである。
【図20】リモート会議への本発明の応用を説明するための模式図である。
【図21】フォトフレームへの本発明の応用を説明するための模式図である。
【図22】時間帯に応じたコンテンツ出力を説明するための模式図である。
【図23】メッセージ音声情報のデータ構造図である。
【図24】抽選結果に応じたコンテンツ出力を説明するための模式図である。
【図25】抽選結果画像情報のデータ構造図である。
【図26】スタジアム内の応援席の道案内表示を説明するための模式図である。
【図27】通信端末を介したぬいぐるみとの会話を説明するための模式図である。
【発明を実施するための形態】
【0009】
以下においては、第１実施形態から第３実施形態に分けて説明する。また、第１実施形態から第３実施形態を特に区別しないときには「本実施形態」とよぶ。
【0010】
［第１実施形態］
図１は、第１実施形態における模式図である。
第１実施形態においては、ユーザＰ１からユーザＰ２に小瓶１０２をプレゼントする場面を想定する。小瓶１０２にはアクセサリー１０４が付属する。ユーザＰ２は、ウェブブラウザを立ち上げた状態で、通信端末１００をアクセサリー１０４に近づける。このとき、通信端末１００の画面に映るアクセサリー１０４の上に、ユーザＰ１があらかじめ用意していたメッセージ画像１０６が重畳表示される。なお、本実施形態における通信端末１００はスマートフォンであるとする。
図１は、第１実施形態における模式図である。
第１実施形態においては、ユーザＰ１からユーザＰ２に小瓶１０２をプレゼントする場面を想定する。小瓶１０２にはアクセサリー１０４が付属する。ユーザＰ２は、ウェブブラウザを立ち上げた状態で、通信端末１００をアクセサリー１０４に近づける。このとき、通信端末１００の画面に映るアクセサリー１０４の上に、ユーザＰ１があらかじめ用意していたメッセージ画像１０６が重畳表示される。なお、本実施形態における通信端末１００はスマートフォンであるとする。
【0011】
アクセサリー１０４には、ＮＦＣ（Near field communication）タグが埋め込まれている。ＮＦＣタグには、ＮＦＣタグを一意に識別するタグＩＤと、所定のサーバ（図示せず）のアドレス情報が記録されている。本実施形態におけるアドレス情報とはサーバのＵＲＬ（Uniform Resource Locator）である。サーバにおいては、タグＩＤと、デジタル・コンテンツとしてのメッセージ画像１０６が対応づけて登録されている。通信端末１００は、アクセサリー１０４に内蔵されるＮＦＣタグからタグＩＤおよびアドレス情報を読み取る。
【0012】
まず、ユーザＰ１がメッセージ画像１０６をサーバに登録する「登録プロセス」について説明し、そのあとに、ユーザＰ２が通信端末１００をアクセサリー１０４にかざしたときにメッセージ画像１０６を表示させる「実行プロセス」について説明する。
【0013】
１．登録プロセス
ユーザＰ１は、まず、ＰＣ（Personal Computer）などを使ってメッセージ画像１０６を作成する。ユーザＰ１は、サーバにアクセスし、ユーザ情報とともにメッセージ画像１０６を送信する。ここでいうユーザ情報とは、ユーザ名、住所、メールアドレスなど、ユーザＰ１を特定するための情報である。
ユーザＰ１は、まず、ＰＣ（Personal Computer）などを使ってメッセージ画像１０６を作成する。ユーザＰ１は、サーバにアクセスし、ユーザ情報とともにメッセージ画像１０６を送信する。ここでいうユーザ情報とは、ユーザ名、住所、メールアドレスなど、ユーザＰ１を特定するための情報である。
【0014】
サーバの運営者は、あらかじめ複数のアクセサリー１０４を在庫として保管している。運営者は、１つのアクセサリー１０４を選び、このアクセサリー１０４のタグＩＤと、ユーザＰ１からアップロードされたメッセージ画像１０６を対応づけてサーバに登録する。ここでは、タグＩＤ＝Ｔ１のアクセサリー１０４（以下、「アクセサリー１０４（Ｔ１）」のように表記する）に対して、ユーザＰ１のメッセージ画像１０６（以下、「メッセージ画像１０６（Ｐ１）」のように表記する）が対応づけられたとする。また、メッセージ画像１０６のようなデジタル・コンテンツにはコンテンツＩＤが付与される。メッセージ画像１０６（Ｐ１）のコンテンツＩＤは「Ｃ１」であるとする。以上の処理により、タグＩＤ＝Ｔ１、コンテンツＩＤ＝Ｃ１が対応づけられる。
【0015】
上述したように、アクセサリー１０４（Ｔ１）のＮＦＣタグにはタグＩＤ＝Ｔ１だけでなくサーバのアドレス情報も記録されている。運営者は、アクセサリー１０４（Ｔ１）をユーザＰ１に郵送する。ユーザＰ１は小瓶１０２にアクセサリー１０４（Ｔ１）を添えて、ユーザＰ２にプレゼントする。
【0016】
２．実行プロセス
小瓶１０２をもらったユーザＰ２は、ウェブブラウザを立ち上げた状態で、通信端末１００をアクセサリー１０４に近づける。通信端末１００は、アクセサリー１０４に内蔵されるＮＦＣタグと通信し、ＮＦＣタグからサーバのアドレス情報およびタグＩＤを読み取る。通信端末１００は、アドレス情報にしたがってサーバにアクセスする。
小瓶１０２をもらったユーザＰ２は、ウェブブラウザを立ち上げた状態で、通信端末１００をアクセサリー１０４に近づける。通信端末１００は、アクセサリー１０４に内蔵されるＮＦＣタグと通信し、ＮＦＣタグからサーバのアドレス情報およびタグＩＤを読み取る。通信端末１００は、アドレス情報にしたがってサーバにアクセスする。
【0017】
サーバは、ユーザＰ２の通信端末１００（以下、「通信端末１００（Ｐ２）」のように表記する）に、JavaScriptにより作成されたプログラム（以下、単に「スクリプト」とよぶ）を送信する。通信端末１００（Ｐ２）のウェブブラウザはスクリプトを実行し、通信端末１００（Ｐ２）が内蔵するカメラを起動して、小瓶１０２およびアクセサリー１０４をライブビュー表示させる。
【0018】
スクリプトには、タグＩＤとデジタル・コンテンツの対応を示すリストが記載される。より具体的には、スクリプトには「タグＩＤ＝Ｔ１のときには、コンテンツＩＤ＝Ｃ１のデジタル・コンテンツを実行する：タグＩＤ＝Ｔ２のときには、コンテンツＩＤ＝Ｃ６のデジタル・コンテンツを実行する：・・・」というリストが記載される。
【0019】
通信端末１００（Ｐ２）のスクリプトは、アクセサリー１０４からタグＩＤ＝Ｔ１を受信している。したがって、通信端末１００（Ｐ２）は小瓶１０２およびアクセサリー１０４の撮像画像とともに、コンテンツＩＤ＝Ｃ１のデジタル・コンテンツ（以下、「コンテンツ（Ｃ１）」のように表記する）の取得要求をサーバに送信する。
【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】
所有者情報が登録されていないとき、サーバは、通信端末１００（Ｘ）に対してユーザＸについてのユーザ情報を要求する。ユーザ情報は、名前、生年月日などでもいいし、通信端末１００（Ｘ）のＭＡＣ（Media Access Control）アドレスであってもよい。
【0047】
通信端末１００（Ｘ）はユーザ情報をサーバに送信する。サーバは、プラモデル１１２（Ｔ６）にユーザ情報を対応づけて登録する。以上の所有登録プロセスにより、サーバは、プラモデル１１２（Ｔ６）がユーザＸの所有であることを登録する。以下、証明書データ１１４に含まれる情報のうち、所有者Ｘを特定する情報のことを「所有者情報」とよぶ。製造者および所有者それぞれの登録プロセスの完了後、プラモデル１１２（Ｔ６）の証明書データ１１４（コンテンツ（Ｃ３））には仕様情報、製造者情報および所有者情報が対応づけられる。
【0048】
３．実行プロセス
ユーザは、ウェブブラウザを立ち上げた状態で、通信端末１００をプラモデル１１２（Ｔ６）にかざす。ここでは、ユーザＺが通信端末１００をプラモデル１１２に近づけたとする。通信端末１００（Ｚ）は、プラモデル１１２（Ｔ６）に内蔵されたＮＦＣタグと通信し、ＮＦＣタグからアドレス情報およびタグＩＤを読み取る。通信端末１００（Ｚ）は、アドレス情報にしたがってサーバにアクセスする。
ユーザは、ウェブブラウザを立ち上げた状態で、通信端末１００をプラモデル１１２（Ｔ６）にかざす。ここでは、ユーザＺが通信端末１００をプラモデル１１２に近づけたとする。通信端末１００（Ｚ）は、プラモデル１１２（Ｔ６）に内蔵されたＮＦＣタグと通信し、ＮＦＣタグからアドレス情報およびタグＩＤを読み取る。通信端末１００（Ｚ）は、アドレス情報にしたがってサーバにアクセスする。
【0049】
サーバは、通信端末１００（Ｚ）にスクリプトを送信する。通信端末１００（Ｚ）のウェブブラウザはスクリプトを実行し、通信端末１００（Ｚ）が内蔵するカメラを起動して、プラモデル１１２をライブビュー表示させる。
【0050】
スクリプトには、第１実施形態と同様、タグＩＤとデジタル・コンテンツの対応を示すリストが記載される。通信端末１００（Ｚ）で実行されるスクリプトは、プラモデル１１２からタグＩＤ＝Ｔ６を受信し、タグＩＤ＝Ｔ６に対応づけられるコンテンツ（Ｃ３）の取得要求をサーバに送信する。
【0051】
サーバは、コンテンツ（Ｃ３）、すなわち、プラモデル１１２（Ｔ６）についての証明書データ１１４（コンテンツ（Ｃ３））を通信端末１００（Ｚ）に送信する。通信端末１００（Ｚ）は、プラモデル１１２（Ｔ６）の上に証明書データ１１４（Ｃ３）を重ねて表示させる。この結果として、ユーザ（Ｚ）は、ライブビュー表示されているプラモデル１１２の製造者Ｙと所有者Ｘを確認できる。
【0052】
（変形例１）
所有者の通信端末１００にしか、証明書データ１１４を表示させないとしてもよい。たとえば、製造者および所有者の登録が完了したあと、サーバはスクリプトを送信するときに所有者Ｘのユーザ情報（たとえば、ＭＡＣアドレス）も送信する。あるユーザが通信端末１００をプラモデル１１２にかざしたときには、このユーザの通信端末１００で実行されるスクリプトは通信端末１００の記憶媒体からユーザ情報を取得し、これが所有者Ｘのユーザ情報と一致すれば、証明書データ１１４を表示させる。一方、所有者ではないユーザが通信端末１００をプラモデル１１２にかざしたときには、ユーザ情報が一致しないので、証明書データ１１４を表示させないとしてもよい。このような制御方法によれば、プラモデル１１２に自分の通信端末１００をかざしたときに証明書データ１１４が表示されるか否かによって、プラモデル１１２が自分の所有物であるか否かを確認できる。
所有者の通信端末１００にしか、証明書データ１１４を表示させないとしてもよい。たとえば、製造者および所有者の登録が完了したあと、サーバはスクリプトを送信するときに所有者Ｘのユーザ情報（たとえば、ＭＡＣアドレス）も送信する。あるユーザが通信端末１００をプラモデル１１２にかざしたときには、このユーザの通信端末１００で実行されるスクリプトは通信端末１００の記憶媒体からユーザ情報を取得し、これが所有者Ｘのユーザ情報と一致すれば、証明書データ１１４を表示させる。一方、所有者ではないユーザが通信端末１００をプラモデル１１２にかざしたときには、ユーザ情報が一致しないので、証明書データ１１４を表示させないとしてもよい。このような制御方法によれば、プラモデル１１２に自分の通信端末１００をかざしたときに証明書データ１１４が表示されるか否かによって、プラモデル１１２が自分の所有物であるか否かを確認できる。
【0053】
（変形例２）
サーバにおいては、タグＩＤを管理するのではなく、タグＩＤのハッシュ値を管理してもよい。具体的には、まず、製造者登録の完了後、製造者Ｙはプラモデル１１２（Ｔ６）をユーザＸに販売する。プラモデル１１２（Ｔ６）を最初に購入したユーザＸは、プラモデル１１２（Ｔ６）からタグＩＤ＝Ｔ６を取得する。通信端末１００（Ｘ）は、タグＩＤ＝Ｔ６を暗号化してサーバに送信する。以下、暗号化されているタグＩＤ＝Ｔ６を「＜Ｔ６＞」と表記する。
サーバにおいては、タグＩＤを管理するのではなく、タグＩＤのハッシュ値を管理してもよい。具体的には、まず、製造者登録の完了後、製造者Ｙはプラモデル１１２（Ｔ６）をユーザＸに販売する。プラモデル１１２（Ｔ６）を最初に購入したユーザＸは、プラモデル１１２（Ｔ６）からタグＩＤ＝Ｔ６を取得する。通信端末１００（Ｘ）は、タグＩＤ＝Ｔ６を暗号化してサーバに送信する。以下、暗号化されているタグＩＤ＝Ｔ６を「＜Ｔ６＞」と表記する。
【0054】
サーバは、「＜Ｔ６＞」からハッシュ関数によってハッシュ値Ｈ６を生成する。サーバは、ハッシュ値Ｈ６を通信端末１００（Ｘ）に返信する。通信端末１００（Ｘ）で実行されるスクリプトは、プラモデル１１２のＮＦＣタグにアクセスし、タグＩＤを「Ｔ６」から「Ｈ６」に書き換える。一方、サーバにおいては、ハッシュ値Ｈ６に対して、コンテンツ（Ｃ３）、すなわち、証明書データ１１４（Ｃ３）が対応づけられる。
【0055】
以上の処理過程の実行後、あるユーザが通信端末１００をプラモデル１１２（Ｔ６）にかざしたとする。通信端末１００は、プラモデル１１２（Ｔ６）のＮＦＣタグから書き換えられたタグＩＤ＝Ｈ６を取得する。通信端末１００は、タグＩＤ＝Ｈ６を暗号化した＜Ｈ６＞をサーバに送信する。サーバは、＜Ｈ６＞を復号して、ハッシュ値Ｈ６を取得する。次に、製造者ＹのタグＩＤの範囲である「Ｔ１～Ｔ１００」のうちのいずれかがハッシュ値Ｈ６と一致するか判定する。一致するものがあれば、このプラモデル１１２（Ｔ６）は製造者Ｙにより製造されたものであると判断できる。
【0056】
続いて、サーバはハッシュ値Ｈ６に対応づけられるコンテンツ（Ｃ３）を特定する。サーバは、通信端末１００にコンテンツ（Ｃ３）、すなわち、証明書データ１１４を送信し、通信端末１００はこの証明書データ１１４を画面表示させる。
【0057】
（変形例３）
証明書データ１１４をＮＦＴ（Non-Fungible Token）として管理してもよい。具体的には、ハッシュ値Ｈ６と所有者Ｘの所有者情報、製造者Ｙの製造者情報を対応づけてブロックチェーンに記録する。ユーザは、プラモデル１１２のＮＦＣタグからハッシュ値Ｈ６を取得し、ブロックチェーンからこのハッシュ値Ｈ６に対応づけられている所有者Ｘおよび製造者Ｙを特定する。
証明書データ１１４をＮＦＴ（Non-Fungible Token）として管理してもよい。具体的には、ハッシュ値Ｈ６と所有者Ｘの所有者情報、製造者Ｙの製造者情報を対応づけてブロックチェーンに記録する。ユーザは、プラモデル１１２のＮＦＣタグからハッシュ値Ｈ６を取得し、ブロックチェーンからこのハッシュ値Ｈ６に対応づけられている所有者Ｘおよび製造者Ｙを特定する。
【0058】
以上のように、アクセサリー１０４、ぬいぐるみ１０８、プラモデル１１２のような物品にＮＦＣタグを付属させることで、通信端末１００においてさまざまなデジタル・コンテンツを表示させることができる。通信端末１００において実行されるデジタル・コンテンツは、静止画や動画であってもよいし、文字情報あるいは音楽であってもよい。デジタル・コンテンツとして、所定のキャラクタが画面表示されてもよい。通信端末１００は、ウェブブラウザ上にて、サーバ等から提供されるスクリプトを実行するだけなので、通信端末１００に専用アプリケーションをインストールする必要はない。
【0059】
ＮＦＣタグを付属する物品は任意である。たとえば、アクリル板、キーホルダー、フォトフレーム、本、アイドルのグッズ、フィギュアなどさまざまなものが考えられる。
【0060】
本発明の考え方は、リモート会議への応用も可能である。まず、会議の参加者が使用する通信端末を想定する。通信端末としてウェブカメラ１２８を搭載するＰＣを想定する。通信端末はあらかじめ所定のサーバと接続されている。サーバにおいては、参加者の顔画像または顔特徴情報とデジタル・コンテンツが対応づけられている。たとえば、参加者Ａ１にはキャラクタＣ４が対応づけられているとする。
【0061】
通信端末は、リモート会議中にサーバに会議画像を送信し、サーバは参加者Ａ１の写っている場面にキャラクタＣ４を表示させてもよい。このような制御方法によれば、各参加者のそばにアバターとしてさまざまなキャラクタを表示させることができるので、リモート会議を楽しく演出できる。参加者ごとではなく、表情ごとにデジタル・コンテンツを対応づけてもよい。たとえば、困った表情をしている参加者のそばにはクエスチョンマーク、長時間目を瞑っている参加者のそばには睡眠マークを表示させてもよい。
【0062】
フォトフレームにＮＦＣタグを内蔵させる方法も考えられる。ＮＦＣタグには、サーバのアドレス情報を記録しておく。ユーザが通信端末１００をフォトフレームに近づけたとき、通信端末１００はサーバにアクセスするとともにフォトフレームに映る顔画像を送信する。サーバは、顔画像に対応づけられているデジタル・コンテンツを通信端末１００に送信する。
【0063】
たとえば、人物Ａ２の顔画像に対して、この人物Ａ２の子どものころの顔画像をデジタル・コンテンツとして対応づけてもよい。この場合、ユーザが通信端末１００を人物Ａ２が映るフォトフレームにかざしたとき、通信端末１００には人物Ａ２の顔画像のとなりに、子供のころの人物Ａ２の顔画像も並べて表示させることができるので、顔の経年変化を楽しむことができる。
【0064】
ＮＦＣタグ以外の無線通信規格へも応用可能である。あるいは、ＱＲ（Quick Response）コード（登録商標）から、通信端末１００はアドレス情報、タグＩＤを取得してもよい。この場合においても、通信端末１００は、アドレス情報により指定されるサーバからスクリプトを受信し、スクリプトにしたがってデジタル・コンテンツを実行してもよい。
【0065】
１つの物品に対応づけられるデジタル・コンテンツは、さまざまな条件に応じて変化させてもよい。アクセサリー１０４に通信端末１００をかざした時間帯が午前であれば、サーバはメッセージ１を通信端末１００に送信して表示させ、午後であれば、サーバは別のメッセージ２を通信端末１００に送信して表示させるとしてもよい。
【0066】
たとえば、アイドル・タレントに対応づけられる物品にＮＦＣタグを埋めておく。この物品に通信端末１００をかざすと、アイドル・タレント本人の動画がデジタル・コンテンツとして表示される。物品に通信端末１００をかざす時間や日時によって、サーバが表示すべきデジタル・コンテンツを変更すれば、ユーザは１つの物品を通してさまざまなデジタル・コンテンツを楽しむことができる。このような制御方法によれば、アイドル関連商品の訴求力を高めることができる。
【0067】
デジタル・コンテンツをつかった「抽選」も考えられる。ユーザが通信端末１００をＮＦＣタグに近づけてサーバにアクセスするとき、サーバは抽選を実行してもよい。サーバは抽選結果に応じて通信端末１００に送信するデジタル・コンテンツを選んでもよい。また、サーバは、ある物品についての抽選で当たりが出たときには、所定時間が経過するまでは、次の当たりを出さないように抽選を制御してもよい。当たりが出たときには、サーバは、クーポン券などの電子ギフトを通信端末１００に送信してもよい。
【0068】
ＮＦＣタグを、固定物、たとえば、スタジアムの壁面に埋め込んでもよい。ユーザは、壁面に設置されたＮＦＣタグに通信端末１００を近づけると、サーバは通信端末１００にスタジアムの案内表示をデジタル・コンテンツとして送信してもよい。デジタル・コンテンツの内容はユーザの属性に応じて変化させてもよい。たとえば、ＡチームとＢチームがサッカーをするとき、Ａチームを応援するユーザへの道案内情報と、Ｂチームを応援するユーザへの道案内情報を分けてもよい。このような制御方法によれば、どちらのチームを応援したいかによってユーザの動線を分けることができる。
【0069】
サーバは、ＮＦＣタグのタグＩＤごとにウェブページを用意してもよい。サーバは、各ウェブページへのアクセス数を計測し、アクセス数の少ないウェブページを自動的に削除してもよい。
【0070】
以降、本発明のさらなる詳細を記載する。まず、通信端末１００およびサーバ２００の機能ブロック図について説明する。次に、第１実施形態から第３実施形態までの各実施形態に関して、詳細な処理の流れを説明する。おわりに、各変形例の補足説明を行う。
【0071】
はじめに、通信端末１００とサーバ２００の機能ブロック図について説明する。
図４は、本発明における通信端末１００の機能ブロック図である。
通信端末１００の各構成要素は、ＣＰＵおよび各種コプロセッサ（Co-Processor）などの演算器、メモリやストレージといった記憶装置、それらを連結する有線または無線の通信線を含むハードウェアと、記憶装置に格納され、演算器に処理命令を供給するソフトウェアによって実現される。コンピュータプログラムは、デバイスドライバ、オペレーティングシステム、それらの上位層に位置する各種アプリケーションプログラム、また、これらのプログラムに共通機能を提供するライブラリによって構成されてもよい。以下に説明する各ブロックは、ハードウェア単位の構成ではなく、機能単位のブロックを示している。なお、後述のサーバ２００についても同様である。
図４は、本発明における通信端末１００の機能ブロック図である。
通信端末１００の各構成要素は、ＣＰＵおよび各種コプロセッサ（Co-Processor）などの演算器、メモリやストレージといった記憶装置、それらを連結する有線または無線の通信線を含むハードウェアと、記憶装置に格納され、演算器に処理命令を供給するソフトウェアによって実現される。コンピュータプログラムは、デバイスドライバ、オペレーティングシステム、それらの上位層に位置する各種アプリケーションプログラム、また、これらのプログラムに共通機能を提供するライブラリによって構成されてもよい。以下に説明する各ブロックは、ハードウェア単位の構成ではなく、機能単位のブロックを示している。なお、後述のサーバ２００についても同様である。
【0072】
通信端末１００は、ユーザインタフェース処理部１４０、データ処理部１５０、通信部１６０およびカメラ１７０を含む。
ユーザインタフェース処理部１４０は、画面、スピーカーおよびマイクなどを介したユーザインタフェース処理を担当する。データ処理部１５０は、画面およびスピーカーなどにコンテンツを出力するための各種処理を担当する。通信部１６０は、インターネットを介してサーバ２００との通信処理を担当する。なお、カメラ１７０は「撮像部」として機能する。
ユーザインタフェース処理部１４０は、画面、スピーカーおよびマイクなどを介したユーザインタフェース処理を担当する。データ処理部１５０は、画面およびスピーカーなどにコンテンツを出力するための各種処理を担当する。通信部１６０は、インターネットを介してサーバ２００との通信処理を担当する。なお、カメラ１７０は「撮像部」として機能する。
【0073】
ユーザインタフェース処理部１４０は、入力部１４１と出力部１４２を含む。
入力部１４１は、通信端末１００に対するユーザの操作入力を検出する。通信端末１００に対するユーザの入力手段は、画面への接触やボタンの押下、またはマイクによる音声入力などを想定する。出力部１４２は、画面上での画像表示のほか、スピーカーからの音声出力など各種の出力処理を実行する。
入力部１４１は、通信端末１００に対するユーザの操作入力を検出する。通信端末１００に対するユーザの入力手段は、画面への接触やボタンの押下、またはマイクによる音声入力などを想定する。出力部１４２は、画面上での画像表示のほか、スピーカーからの音声出力など各種の出力処理を実行する。
【0074】
データ処理部１５０は、データ取得部１５１、送信指示部１５２、スクリプト実行部１５３を含む。
データ取得部１５１は、ＮＦＣタグと通信を行い、タグＩＤとアドレス情報を取得する。データ取得部１５１は、いわゆるＮＦＣリーダとして機能する。送信指示部１５２は、撮像画像、音声、タグＩＤおよびスクリプト要求に関するサーバ２００への送信指示を通信部１６０に対して行う。スクリプト実行部１５３は、通信部１６０が取得したスクリプトを実行する。
データ取得部１５１は、ＮＦＣタグと通信を行い、タグＩＤとアドレス情報を取得する。データ取得部１５１は、いわゆるＮＦＣリーダとして機能する。送信指示部１５２は、撮像画像、音声、タグＩＤおよびスクリプト要求に関するサーバ２００への送信指示を通信部１６０に対して行う。スクリプト実行部１５３は、通信部１６０が取得したスクリプトを実行する。
【0075】
通信部１６０は、受信部１６１と送信部１６２を含む。
受信部１６１は、スクリプトおよび各種デジタル・コンテンツをサーバ２００から受信する。送信部１６２は、撮像画像、タグＩＤおよびスクリプト要求をサーバ２００に対して送信する。なお、受信部１６１は「スクリプト受信部」として機能する。また、送信部１６２は「ＩＤ送信部」および「画像送信部」として機能する。
受信部１６１は、スクリプトおよび各種デジタル・コンテンツをサーバ２００から受信する。送信部１６２は、撮像画像、タグＩＤおよびスクリプト要求をサーバ２００に対して送信する。なお、受信部１６１は「スクリプト受信部」として機能する。また、送信部１６２は「ＩＤ送信部」および「画像送信部」として機能する。
【0076】
図５は、本発明におけるサーバ２００の機能ブロック図である。
サーバ２００は、データ処理部２１０、通信部２２０およびデータ格納部２３０を含む。
データ処理部２１０は、通信端末１００にデジタル・コンテンツを送信するための各種処理および各種データの登録処理を担当する。通信部２２０はインターネットを介して、通信端末１００のほか、ＰＣ等との通信処理を担当する。データ格納部２３０は、ユーザ情報および各種デジタル・コンテンツを格納する。
サーバ２００は、データ処理部２１０、通信部２２０およびデータ格納部２３０を含む。
データ処理部２１０は、通信端末１００にデジタル・コンテンツを送信するための各種処理および各種データの登録処理を担当する。通信部２２０はインターネットを介して、通信端末１００のほか、ＰＣ等との通信処理を担当する。データ格納部２３０は、ユーザ情報および各種デジタル・コンテンツを格納する。
【0077】
データ処理部２１０は、データ配置部２１１、画像管理部２１２、スクリプト生成部２１３、モデルデータ生成部２１４、物体特定部２１５、表示調整部２１６、証明書情報管理部２１７、音声管理部２１８を含む。
データ配置部２１１は、通信部２２０がＰＣ等から受信した各種データをデータ格納部２３０に格納する。画像管理部２１２は、タグＩＤと画像を対応付けて登録し、コンテンツＩＤを与える。画像管理部２１２は、モデルデータとコンテンツを対応付けて登録し、コンテンツＩＤを与える。また画像管理部２１２は、データ格納部２３０に格納された画像の検索と取得を行う。スクリプト生成部２１３は、スクリプトの生成および通信端末１００に対するスクリプトの送信指示を行う。なお、スクリプトはJavaScriptにより生成されることを想定しているが、他の言語によって生成されてもよい。本実施形態における「スクリプトの生成」は、スクリプト自体を生成する処理のほか、サーバ２００内のメモリ（非図示）に用意されているスクリプトを読み出す処理も含む。モデルデータ生成部２１４は、通信端末１００から送信された撮像画像に映る物品について三次元のモデルデータを生成する。物体特定部２１５は、データ格納部２３０に格納済みのモデルデータの中から撮像画像に映る物品と形状などが一致するデータを特定する。表示調整部２１６は、各種デジタル・コンテンツの表示調整および表示調整済みデジタル・コンテンツ（後述）の通信端末１００への送信指示を行う。証明書情報管理部２１７は、タグ付き物品の仕様情報とタグＩＤを対応付けて登録する。また証明書情報管理部２１７は、タグ付き製品の製造者および所有者の登録に関する処理ならびに証明書データ１１４を生成する。なお、証明書情報管理部２１７は「製造者特定部」「所有者特定部」および「所有者登録部」として機能する。音声管理部２１８は、タグＩＤとメッセージ音声を対応付けて登録し、コンテンツＩＤを与える。また音声管理部２１８は、データ格納部２３０に格納された音声の検索と取得を行う。
データ配置部２１１は、通信部２２０がＰＣ等から受信した各種データをデータ格納部２３０に格納する。画像管理部２１２は、タグＩＤと画像を対応付けて登録し、コンテンツＩＤを与える。画像管理部２１２は、モデルデータとコンテンツを対応付けて登録し、コンテンツＩＤを与える。また画像管理部２１２は、データ格納部２３０に格納された画像の検索と取得を行う。スクリプト生成部２１３は、スクリプトの生成および通信端末１００に対するスクリプトの送信指示を行う。なお、スクリプトはJavaScriptにより生成されることを想定しているが、他の言語によって生成されてもよい。本実施形態における「スクリプトの生成」は、スクリプト自体を生成する処理のほか、サーバ２００内のメモリ（非図示）に用意されているスクリプトを読み出す処理も含む。モデルデータ生成部２１４は、通信端末１００から送信された撮像画像に映る物品について三次元のモデルデータを生成する。物体特定部２１５は、データ格納部２３０に格納済みのモデルデータの中から撮像画像に映る物品と形状などが一致するデータを特定する。表示調整部２１６は、各種デジタル・コンテンツの表示調整および表示調整済みデジタル・コンテンツ（後述）の通信端末１００への送信指示を行う。証明書情報管理部２１７は、タグ付き物品の仕様情報とタグＩＤを対応付けて登録する。また証明書情報管理部２１７は、タグ付き製品の製造者および所有者の登録に関する処理ならびに証明書データ１１４を生成する。なお、証明書情報管理部２１７は「製造者特定部」「所有者特定部」および「所有者登録部」として機能する。音声管理部２１８は、タグＩＤとメッセージ音声を対応付けて登録し、コンテンツＩＤを与える。また音声管理部２１８は、データ格納部２３０に格納された音声の検索と取得を行う。
【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】
サーバ２００のアドレス情報が通信端末１００（Ｐ４）にはじめから設定されている場合は、ＮＦＣタグをぬいぐるみ１０８等の物品に付属させなくてもよい。この場合通信端末１００（Ｐ４）は、ウェブブラウザの立ち上げ直後に既知のサーバ２００にアクセスし、起動スクリプトにしたがってカメラはぬいぐるみ１０８を撮像する。ぬいぐるみ１０８の撮像画像はサーバ２００に送信される。サーバ２００はぬいぐるみ１０８に対応するモデルデータを特定し、コンテンツ画像を取得する。以降は同様である。このような方法によれば専用アプリケーションもＮＦＣタグも使用しなくてよい。ウェブブラウザを立ち上げてサーバ２００にアクセスし、撮像画像をサーバ２００に送信するだけで、通信端末１００（Ｐ４）に風船画像１１０を重畳表示させることができる。
【0125】
［第３実施形態］
上述のとおり、第３実施形態においてはプラモデル１１２における製造証明と所有証明を説明する。プラモデル１１２にはＮＦＣタグが埋め込まれている。第３実施形態のＮＦＣタグにはタグＩＤおよびサーバ２００のアドレス情報が記録されている。サーバ２００においては、プラモデル１１２のタグＩＤと、プラモデル１１２の商品名、製造者および所有者を示す証明書データ１１４が対応付けられて登録されている。
上述のとおり、第３実施形態においてはプラモデル１１２における製造証明と所有証明を説明する。プラモデル１１２にはＮＦＣタグが埋め込まれている。第３実施形態のＮＦＣタグにはタグＩＤおよびサーバ２００のアドレス情報が記録されている。サーバ２００においては、プラモデル１１２のタグＩＤと、プラモデル１１２の商品名、製造者および所有者を示す証明書データ１１４が対応付けられて登録されている。
【0126】
ユーザはウェブブラウザを立ち上げた状態で、通信端末１００をプラモデル１１２にかざす。通信端末１００は、プラモデル１１２に内蔵されるＮＦＣタグと通信し、サーバ２００にタグＩＤを送信する。サーバ２００は、タグＩＤと対応付けられた証明書データ１１４を通信端末１００に送信する。通信端末１００は、証明書データ１１４を画面上のプラモデル１１２に重畳表示する。
【0127】
次に、第３実施形態における「製造登録プロセス」、「所有登録プロセス」および「実行プロセス」の詳細について説明する。
【0128】
１．製造登録プロセス
まず製造者ＹはＰＣ等からサーバ２００にアクセスし、自社が保有するＮＦＣタグのタグＩＤの範囲を登録する。たとえば、製造者Ｙが保有するＮＦＣタグのタグＩＤの範囲は「Ｔ１～Ｔ１００」とする。製造者Ｙは、自社が保有するＮＦＣタグのタグＩＤの範囲が「Ｔ１～Ｔ１００」である旨を、サーバ２００にアクセスして入力する。証明書情報管理部２１７は、指定されたタグＩＤの範囲を製造者Ｙと対応づけて登録する。
まず製造者ＹはＰＣ等からサーバ２００にアクセスし、自社が保有するＮＦＣタグのタグＩＤの範囲を登録する。たとえば、製造者Ｙが保有するＮＦＣタグのタグＩＤの範囲は「Ｔ１～Ｔ１００」とする。製造者Ｙは、自社が保有するＮＦＣタグのタグＩＤの範囲が「Ｔ１～Ｔ１００」である旨を、サーバ２００にアクセスして入力する。証明書情報管理部２１７は、指定されたタグＩＤの範囲を製造者Ｙと対応づけて登録する。
【0129】
続いて製造者Ｙは、プラモデル１１２の仕様情報を作成する。仕様情報にはプラモデル１１２の名称「潜水艦Ｓ」、サイズ、製造年月日等が含まれる。製造者Ｙは、仕様情報とともにプラモデル１１２のタグＩＤを入力する。プラモデル１１２のタグＩＤは「Ｔ６」であるとする。証明書情報管理部２１７は、プラモデル１１２の仕様情報とタグＩＤ＝Ｔ６を対応付ける。
【0130】
登録が完了すると、証明書情報管理部２１７は仕様情報に製造者Ｙを追加した証明書データ１１４を生成する。証明書データ１１４もデジタル・コンテンツの一種であるため、コンテンツＩＤが付与される。証明書データ１１４のコンテンツＩＤは「Ｃ３」であるとする。コンテンツＩＤ＝Ｃ３が対応付けられた証明書データ１１４は、「証明書データ１１４（Ｃ３）」のように表記する。以上の処理過程により、証明書情報管理部２１７は、プラモデル１１２が製造者Ｙにより生産されたものであることを登録する。以降、証明書データ１１４に含まれる情報のうち、製造者Ｙを特定する情報のことを「製造者情報」とよぶ。
【0131】
図１５は、証明書情報３２０のデータ構造図である。
上述の処理により、プラモデル１１２のタグＩＤ＝Ｔ６、性能情報、製造者情報ならびにプラモデル１１２の証明書データ１１４およびそのコンテンツＩＤ＝Ｃ３が対応付けて登録される。なお、この段階ではプラモデル１１２の所有者に関する情報がまだ登録されていない。ゆえに、証明書情報３２０に登録されている証明書データ１１４の所有者情報欄も空白のままである。
上述の処理により、プラモデル１１２のタグＩＤ＝Ｔ６、性能情報、製造者情報ならびにプラモデル１１２の証明書データ１１４およびそのコンテンツＩＤ＝Ｃ３が対応付けて登録される。なお、この段階ではプラモデル１１２の所有者に関する情報がまだ登録されていない。ゆえに、証明書情報３２０に登録されている証明書データ１１４の所有者情報欄も空白のままである。
【0132】
ユーザＸは、製造者ＹからタグＩＤ＝Ｔ６のＮＦＣタグが付属したプラモデル１１２（上述のとおり、「プラモデル１１２（Ｔ６）」のように表記する）を購入する。ユーザＸは、ウェブブラウザを立ち上げた状態でプラモデル１１２（Ｔ６）に通信端末１００（Ｘ）をかざす。通信端末１００（Ｘ）はＮＦＣタグと通信し、タグＩＤ＝Ｔ６をサーバ２００に送信する。
【0133】
図１６は、通信端末１００（Ｘ）からタグＩＤを受信した後のサーバ２００における処理過程を示すフローチャートである。
以下においては、プラモデル１１２（Ｔ６）を想定して説明する。サーバ２００の証明書情報管理部２１７は、証明書情報３２０からタグＩＤ＝Ｔ６を検索する（Ｓ４２）。証明書情報管理部２１７はタグＩＤ＝Ｔ６に対応する所有者情報欄を確認し、所有者が登録されているか否かを判定する（Ｓ４４）。
以下においては、プラモデル１１２（Ｔ６）を想定して説明する。サーバ２００の証明書情報管理部２１７は、証明書情報３２０からタグＩＤ＝Ｔ６を検索する（Ｓ４２）。証明書情報管理部２１７はタグＩＤ＝Ｔ６に対応する所有者情報欄を確認し、所有者が登録されているか否かを判定する（Ｓ４４）。
【0134】
所有者が未登録であれば（Ｓ４４のＹ）、所有登録プロセス（後述）が実行される（Ｓ４６）。一方、所有者が登録済みであれば（Ｓ４４のＮ）、実行プロセス（後述）が実行される（Ｓ５６）。
【0135】
２．所有登録プロセス
図１７は、所有登録プロセスにおけるサーバ２００の処理過程を示すフローチャートである。すなわち図１７は、図１６における登録処理（Ｓ４６）の詳細を表す。
証明書情報３２０においてタグＩＤ＝Ｔ６に対応するプラモデル１１２は所有者未定である（Ｓ４４のＹ）。このときサーバ２００は、ユーザ情報要求を通信端末１００（Ｘ）に送信する（Ｓ４８）。
図１７は、所有登録プロセスにおけるサーバ２００の処理過程を示すフローチャートである。すなわち図１７は、図１６における登録処理（Ｓ４６）の詳細を表す。
証明書情報３２０においてタグＩＤ＝Ｔ６に対応するプラモデル１１２は所有者未定である（Ｓ４４のＹ）。このときサーバ２００は、ユーザ情報要求を通信端末１００（Ｘ）に送信する（Ｓ４８）。
【0136】
通信端末１００（Ｘ）は、ユーザ情報要求を受信する。ユーザＸは、ユーザ情報を通信端末１００（Ｘ）に入力する。通信端末１００（Ｘ）はサーバ２００にユーザ情報を送信する。ユーザ情報は所有者を一意に特定できる情報であればよく、たとえば、名前、生年月日などでもよいし、通信端末１００（Ｘ）のＭＡＣアドレスであってもよい。
【0137】
サーバ２００はユーザ情報を取得する（Ｓ５０）。証明書情報管理部２１７はタグＩＤ＝Ｔ６とユーザＸのユーザ情報を対応付けて証明書情報３２０に登録する（Ｓ５２）。また証明書情報管理部２１７は、ユーザＸのユーザ情報Ｘを追加した証明書データ１１４を生成する（Ｓ５４）。以降、証明書データ１１４に含まれる情報のうち、所有者Ｘを特定する情報のことを「所有者情報」とよぶ。
【0138】
図１８は、所有者情報が追加登録された証明書情報（以下、「更新済み証明書情報３３０」とよぶ。）のデータ構造図である。
以上の所有登録プロセスが完了すると、更新済み証明書情報３３０に示したとおり、所有者情報欄にユーザＸの所有者情報が登録される（証明書データ（Ｃ３）参照）。また証明書データ１１４は、所有者情報が追加された状態で登録されている。このように製造者および所有者それぞれの登録プロセスが完了すると、プラモデル１１２（Ｔ６）の証明書データ１１４（Ｃ３）には、仕様情報、製造者情報および所有者情報が対応付けられる。
以上の所有登録プロセスが完了すると、更新済み証明書情報３３０に示したとおり、所有者情報欄にユーザＸの所有者情報が登録される（証明書データ（Ｃ３）参照）。また証明書データ１１４は、所有者情報が追加された状態で登録されている。このように製造者および所有者それぞれの登録プロセスが完了すると、プラモデル１１２（Ｔ６）の証明書データ１１４（Ｃ３）には、仕様情報、製造者情報および所有者情報が対応付けられる。
【0139】
３．実行プロセス
ユーザＸによる所有者登録が完了している場合において、所有者を確認するときの処理過程を説明する。図１９は、実行プロセスにおける通信端末１００（Ｘ）の処理過程を示すフローチャートである。すなわち図１９は、図１６における証明書表示（Ｓ５６）の流れを表す。
ユーザＸがプラモデル１１２（Ｔ６）の所有者である旨は、更新済み証明書情報３３０に登録済みである（図１６のＳ４４のＮ）。サーバ２００は、起動スクリプトと、証明書データ１１４（Ｃ３）の表示スクリプトを通信端末１００（Ｘ）に送信する。通信端末１００（Ｘ）におけるＳ５８からＳ６２までの処置は、図７のＳ１２からＳ１６に示した処理と同様である。カメラ１７０が起動した後、通信端末１００（Ｘ）はサーバ２００にアクセスし、証明書データ１１４（Ｃ３）を取得する。第１および第２実施形態と同様に、通信端末１００（Ｘ）はライブビュー表示中のプラモデル１１２（Ｔ６）の上に、半透明の証明書データ１１４（Ｃ３）を重畳表示する（Ｓ６４～Ｓ６８）。このときユーザＸは証明書データ１１４（Ｃ３）より、プラモデル１１２（Ｔ６）の製造者がＹであり、所有者がユーザＸであるほか、潜水艦Ｓの仕様（名前、全長、重量など）を確認できる。
ユーザＸによる所有者登録が完了している場合において、所有者を確認するときの処理過程を説明する。図１９は、実行プロセスにおける通信端末１００（Ｘ）の処理過程を示すフローチャートである。すなわち図１９は、図１６における証明書表示（Ｓ５６）の流れを表す。
ユーザＸがプラモデル１１２（Ｔ６）の所有者である旨は、更新済み証明書情報３３０に登録済みである（図１６のＳ４４のＮ）。サーバ２００は、起動スクリプトと、証明書データ１１４（Ｃ３）の表示スクリプトを通信端末１００（Ｘ）に送信する。通信端末１００（Ｘ）におけるＳ５８からＳ６２までの処置は、図７のＳ１２からＳ１６に示した処理と同様である。カメラ１７０が起動した後、通信端末１００（Ｘ）はサーバ２００にアクセスし、証明書データ１１４（Ｃ３）を取得する。第１および第２実施形態と同様に、通信端末１００（Ｘ）はライブビュー表示中のプラモデル１１２（Ｔ６）の上に、半透明の証明書データ１１４（Ｃ３）を重畳表示する（Ｓ６４～Ｓ６８）。このときユーザＸは証明書データ１１４（Ｃ３）より、プラモデル１１２（Ｔ６）の製造者がＹであり、所有者がユーザＸであるほか、潜水艦Ｓの仕様（名前、全長、重量など）を確認できる。
【0140】
次に、プラモデル１１２が特別限定品であり、ＮＦＣタグが付属している場合を想定して説明する。特別限定品のプラモデル１１２に酷似した偽物のプラモデル１１２には、ＮＦＣタグが付属していないものとする。このとき、ユーザが偽物とは知らずに、偽物のプラモデル１１２を購入したとする。ユーザが通信端末１００をかざしてもカメラ１７０は起動せず、画面上にプラモデル１１２はライブビュー表示されない。したがってユーザは、偽物のプラモデル１１２を購入してしまったと判断できる。
【0141】
製造者ＹのタグＩＤの範囲は、あらかじめサーバ２００に登録されている。偽造者は製造者ＹのタグＩＤに対応するＮＦＣタグを保有していないので、偽物のプラモデル１１２にＮＦＣタグが付属していたとしても、ユーザはタグＩＤを確認することでプラモデル１１２が正規品であるか否かを確認できる。
【0142】
証明書データ１１４により、プラモデル１１２が盗品であるか否かを確認できる。たとえば、ある玩具店Ｔがプラモデル１１２を新品として発売するとする。ユーザＸはこのプラモデル１１２を購入する。ユーザＸは所有者登録のため、通信端末１００（Ｘ）をプラモデル１１２にかざす。しかし通信端末１００（Ｘ）の画面上には、所有者がユーザＺである旨が表示される。プラモデル１１２が新品であれば、証明書情報３２０において所有者情報欄は未登録の状態である。そのため新品のプラモデル１１２に通信端末１００をかざしたとき、画面上に所有者の情報が表示されることは有り得ない。以上よりユーザＸは、誰かがまだ所有しているプラモデル１１２、すなわち盗品を玩具店Ｔが発売したことを判断できる。
【0143】
プラモデル１１２の所有権が移転するときには、証明書データ１１４の所有者を書き換える必要がある。たとえば、ユーザＡからユーザＢにプラモデル１１２（Ｔ６）が譲渡されたとする。このとき、ユーザＡは、タグＩＤ＝Ｔ６と、ユーザＡのユーザ情報とともに所有権移転登録要求をサーバ２００に送信し、ユーザＢも、タグＩＤ＝Ｔ６と、ユーザＢのユーザ情報とともに所有権移転登録要求をサーバ２００に送信する。サーバ２００の証明書情報管理部２１７は、一定時間以内、たとえば、５分以内に同一のタグＩＤ＝Ｔ６についてユーザＡおよびユーザＢの双方から所有権移転登録要求を受信したとき、プラモデル１１２（Ｔ７）の所有者をユーザＡからユーザＢに変更し、証明書データ１１４を更新する。
【0144】
なお、本発明は上記実施形態や変形例に限定されるものではなく、要旨を逸脱しない範囲で構成要素を変形して具体化することができる。上記実施形態や変形例に開示されている複数の構成要素を適宜組み合わせることにより種々の発明を形成してもよい。また、上記実施形態や変形例に示される全構成要素からいくつかの構成要素を削除してもよい。
【0145】
ＮＦＣタグは物品に貼付されてもよいし、内蔵されてもよい。以降、ＮＦＣタグは物品に内蔵されているものとし、内蔵されているＮＦＣタグは内蔵タグ１２６とよぶ。
【0146】
製品の証明書を、ＮＦＴ（Non-Fungible Token）によって管理されてもよい。
一例として、プラモデル１１２（Ｔ６）の所有者をユーザＡ、製造者をＹとする。トークン（Ｔ６）には、ユーザＡ、製造者Ｙおよびサーバ２００のアドレス情報が登録される。サーバ２００には「所有者：Ａ、製造者：Ｙ」を示す画像（以下、「証明画像」とよぶ）が登録される。トークン（Ｔ６）の所有者が、プラモデル１１２（Ｔ６）の正式な所有者である。
一例として、プラモデル１１２（Ｔ６）の所有者をユーザＡ、製造者をＹとする。トークン（Ｔ６）には、ユーザＡ、製造者Ｙおよびサーバ２００のアドレス情報が登録される。サーバ２００には「所有者：Ａ、製造者：Ｙ」を示す画像（以下、「証明画像」とよぶ）が登録される。トークン（Ｔ６）の所有者が、プラモデル１１２（Ｔ６）の正式な所有者である。
【0147】
ユーザＡがユーザＢにプラモデル１１２（Ｔ６）を譲渡したとする。このとき、ユーザＡの通信端末１００は、トークン（Ｔ６）における所有者情報を書き換える。この結果、トークン（Ｔ６）には、新たに「所有者：ユーザＢ」が登録され、ユーザＢがトークン（Ｔ６）の所有者となる。
【0148】
トークン（Ｔ６）の譲渡後、ユーザＢが、通信端末１００をプラモデル（Ｔ６）にかざしたとする。通信端末１００は、プラモデル１１２（Ｔ６）からタグＩＤを読み取り、ブロックチェーンにアクセスし、トークン（Ｔ６）に記録されているアドレス情報にしたがってサーバ２００にアクセスする。このとき、通信端末１００は、サーバ２００にタグＩＤ＝Ｔ６も送信する。サーバ２００は、タグＩＤ＝Ｔ６が指定されたとき、ブロックチェーンにアクセスして、トークン（Ｔ６）を確認する。トークン（Ｔ６）によれば所有者はユーザＢとなっているので、サーバ２００は「所有者：Ｂ、製造者：Ｙ」を示す証明画像を生成し、ユーザＢの通信端末１００に証明画像を送信する。ユーザＢの通信端末１００には、プラモデル１１２（Ｔ６）のライブビュー画像とともに、「所有者：Ｂ、製造者：Ｙ」を示す証明画像が重畳表示される。
【0149】
本発明の考え方はリモート会議にも応用可能である。会議の参加者が使用する通信端末として、ウェブカメラ１２８を搭載するＰＣを想定する。通信端末はあらかじめサーバ２００と接続されている。サーバ２００においては、参加者の顔画像または顔特徴情報とデジタル・コンテンツが対応付けられている。
【0150】
図２０は、リモート会議への本発明の応用を説明するための模式図である。
ウェブカメラ１２８が取り付けられたＰＣのモニタ１３０には４名のリモート会議参加者が映っている。４名のうち参加者Ａ１と参加者Ａ２は、事前に顔画像とキャラクタを対応付けた組み合わせを１組以上サーバ２００に登録しているものとする。たとえば、参加者Ａ１の困った顔の画像には、クエスチョンマークのキャラクタＣ４が対応付けられて登録されたとする。また、参加者Ａ２が目を瞑って口を開けている顔画像には、睡眠マークのキャラクタＣ５が対応付けられて登録されたとする。
ウェブカメラ１２８が取り付けられたＰＣのモニタ１３０には４名のリモート会議参加者が映っている。４名のうち参加者Ａ１と参加者Ａ２は、事前に顔画像とキャラクタを対応付けた組み合わせを１組以上サーバ２００に登録しているものとする。たとえば、参加者Ａ１の困った顔の画像には、クエスチョンマークのキャラクタＣ４が対応付けられて登録されたとする。また、参加者Ａ２が目を瞑って口を開けている顔画像には、睡眠マークのキャラクタＣ５が対応付けられて登録されたとする。
【0151】
リモート会議の最中、参加者Ａ１は他の参加者の発言の意図がわからず、困った顔をしている。参加者Ａ２は会議が退屈なので口を開けて居眠りをしている。ウェブカメラ１２８は参加者Ａ１およびＡ２の顔を撮像する。ＰＣは撮像された顔画像をサーバ２００に送信する。サーバ２００は参加者Ａ１の困った顔画像をもとに、クエスチョンマークのキャラクタＣ４を取得する。また、サーバ２００は参加者Ａ２の目を瞑って口を開けている顔画像をもとに、睡眠マークのキャラクタＣ５を取得する。サーバ２００はキャラクタＣ４およびＣ５を各参加者のＰＣに送信する。
【0152】
４人のＰＣはサーバ２００からキャラクタＣ４およびＣ５を受信すると、モニタ１３０上の参加者Ａ１の顔付近にクエスチョンマークのキャラクタＣ４、参加者Ａ２の顔付近に睡眠マークのキャラクタＣ５を表示する。このように参加者のそばにさまざまなキャラクタを表示させることで、リモート会議を楽しく演出できる。
【0153】
上述のとおり、特定の人物について、顔画像とキャラクタを対応付けた組み合わせを１組以上サーバ２００に登録するとして説明したが、顔特徴情報とキャラクタを対応付けてもよい。たとえば、口角が上がった顔の特徴情報と星形マークのキャラクタＣ６の組み合わせがサーバ２００に登録されたとする。サーバ２００は、ウェブカメラ１２８が撮像した微笑んだ顔の参加者の画像をもとに、口角が上がった顔の特徴情報と対応付いたキャラクタＣ６をＰＣに送信する。ＰＣは微笑んだ顔の参加者付近にキャラクタＣ６をモニタ１３０上に表示する。顔特徴情報をサーバ２００に登録することで、各参加者が顔画像の登録をせず、参加者の人数に依らずにリモート会議の画像演出ができる。
【0154】
参加者の属性に対してキャラクタを対応付けてもよい。属性とは、一例として、性別や年齢などである。たとえば、若い新入社員が映る画像には明るいトーンの色の背景を映し、年配の重役が映る画像には落ち着いたトーンの色の背景を映すなどしてもよい。
【0155】
フォトフレーム１３２に内蔵タグ１２６を埋め込む方法も考えられる。内蔵タグ１２６には、サーバ２００のアドレス情報が記録される。ユーザが通信端末１００をフォトフレーム１３２にかざしたとき、通信端末１００はサーバ２００にアクセスするとともに、フォトフレーム１３２に映る顔画像を送信する。サーバ２００は顔画像に対応付けられたデジタル・コンテンツを通信端末１００に送信する。
【0156】
図２１は、フォトフレーム１３２への本発明の応用を説明するための模式図である。
フォトフレーム１３２には人物Ａ３と子どもが映った写真が入っている。人物Ａ３は事前に、フォトフレーム１３２に映る自身の顔画像（以下、「現在画像」とよぶ）と、自身の幼少期の顔画像（以下、「過去画像」とよぶ）を対応付けてサーバ２００に登録している。ユーザが通信端末１００をフォトフレーム１３２にかざすと、カメラ１７０は人物Ａ３の顔を撮像する。通信端末１００は撮像された顔画像をサーバ２００に送信する。サーバ２００は、撮像画像に映る人物Ａ３の過去画像を取得し、通信端末１００に送信する。通信端末１００は、画面上に映るフォトフレーム１３２の人物Ａ３の現在画像を過去画像に差し替える。あるいは通信端末１００は人物Ａ３の過去画像を、人物Ａ３の現在画像の横に表示してもよい。このように同一人物における年代の異なる顔画像を通信端末１００に表示することで、その人物の顔の経年変化を楽しむことができる。
フォトフレーム１３２には人物Ａ３と子どもが映った写真が入っている。人物Ａ３は事前に、フォトフレーム１３２に映る自身の顔画像（以下、「現在画像」とよぶ）と、自身の幼少期の顔画像（以下、「過去画像」とよぶ）を対応付けてサーバ２００に登録している。ユーザが通信端末１００をフォトフレーム１３２にかざすと、カメラ１７０は人物Ａ３の顔を撮像する。通信端末１００は撮像された顔画像をサーバ２００に送信する。サーバ２００は、撮像画像に映る人物Ａ３の過去画像を取得し、通信端末１００に送信する。通信端末１００は、画面上に映るフォトフレーム１３２の人物Ａ３の現在画像を過去画像に差し替える。あるいは通信端末１００は人物Ａ３の過去画像を、人物Ａ３の現在画像の横に表示してもよい。このように同一人物における年代の異なる顔画像を通信端末１００に表示することで、その人物の顔の経年変化を楽しむことができる。
【0157】
１つの物品に対応づけられるデジタル・コンテンツは、さまざまな条件に応じて変化させてもよい。一例として、時間帯、季節、イベント期間、天候などがあげられる。
【0158】
図２２は、時間帯に応じたコンテンツ出力を説明するための模式図である。
アイドルの写真が印刷されたアクリルスタンド１３４を想定する。アクリルスタンド１３４にはタグＩＤ＝Ｔ７の内蔵タグ１２６が埋め込まれている。たとえば、午前９時にアクリルスタンド１３４にユーザが通信端末１００をかざすとする。このときサーバ２００は、タグＩＤ＝Ｔ７に関する情報を検索し、朝の時間帯に通信端末１００から出力させるアイドルのメッセージ音声「おはよう！」を特定する。サーバ２００はこのメッセージ音声を通信端末１００に送信する。通信端末１００はスピーカーからアイドルのメッセージ音声「おはよう！」を出力する。この一連の処理の具体的な内容は後ほど説明する。
アイドルの写真が印刷されたアクリルスタンド１３４を想定する。アクリルスタンド１３４にはタグＩＤ＝Ｔ７の内蔵タグ１２６が埋め込まれている。たとえば、午前９時にアクリルスタンド１３４にユーザが通信端末１００をかざすとする。このときサーバ２００は、タグＩＤ＝Ｔ７に関する情報を検索し、朝の時間帯に通信端末１００から出力させるアイドルのメッセージ音声「おはよう！」を特定する。サーバ２００はこのメッセージ音声を通信端末１００に送信する。通信端末１００はスピーカーからアイドルのメッセージ音声「おはよう！」を出力する。この一連の処理の具体的な内容は後ほど説明する。
【0159】
図２３は、メッセージ音声情報３４０のデータ構造図である。
メッセージ音声情報３４０の設定に際しては、アクリルスタンド１３４の製造者はまず、ＰＣ等からサーバ２００にアクセスし、時間帯情報、メッセージ音声情報とともに、内蔵タグ１２６のタグＩＤ＝Ｔ７を入力する。時間帯情報とメッセージ音声情報は対応付けられている。たとえば、朝の時間帯「午前６時～午前１０時５９分」は「おはよう！」というメッセージ音声が対応付けられている。サーバ２００が時間帯情報、メッセージ音声情報およびタグＩＤ＝Ｔ７を指定した登録要求を受信すると、音声管理部２１８はこれらの情報をデータ格納部２３０にあるメッセージ音声情報３４０に登録する。このとき音声管理部２１８は、各メッセージ音声とコンテンツＩＤを対応付けて登録する。たとえば、メッセージ音声「おはよう！」には、コンテンツＩＤ＝Ｃ４が付与される。この登録作業が完了した後、アクリルスタンド１３４の製造者はタグＩＤ＝Ｔ７の内蔵タグ１２６を埋め込んだアクリルスタンド１３４を発売する。
メッセージ音声情報３４０の設定に際しては、アクリルスタンド１３４の製造者はまず、ＰＣ等からサーバ２００にアクセスし、時間帯情報、メッセージ音声情報とともに、内蔵タグ１２６のタグＩＤ＝Ｔ７を入力する。時間帯情報とメッセージ音声情報は対応付けられている。たとえば、朝の時間帯「午前６時～午前１０時５９分」は「おはよう！」というメッセージ音声が対応付けられている。サーバ２００が時間帯情報、メッセージ音声情報およびタグＩＤ＝Ｔ７を指定した登録要求を受信すると、音声管理部２１８はこれらの情報をデータ格納部２３０にあるメッセージ音声情報３４０に登録する。このとき音声管理部２１８は、各メッセージ音声とコンテンツＩＤを対応付けて登録する。たとえば、メッセージ音声「おはよう！」には、コンテンツＩＤ＝Ｃ４が付与される。この登録作業が完了した後、アクリルスタンド１３４の製造者はタグＩＤ＝Ｔ７の内蔵タグ１２６を埋め込んだアクリルスタンド１３４を発売する。
【0160】
ユーザはタグＩＤ＝Ｔ７の内蔵タグ１２６が埋め込まれたアクリルスタンド１３４を購入する。ユーザはウェブブラウザを立ち上げ、通信端末１００をアクリルスタンド１３４にかざす。通信端末１００は内蔵タグ１２６と通信し、タグＩＤ＝Ｔ７とスクリプト要求をサーバ２００に送信する。サーバ２００は起動スクリプトと、メッセージ音声を出力するためのスクリプト（以下、「音声出力スクリプト」とよぶ）を生成し、通信端末１００に送信する。通信端末１００がスクリプトを受信してからカメラ１７０が起動するまでの処理は、図７のＳ１２からＳ１６に示した処理と同様である。
【0161】
通信端末１００は、音声出力スクリプトを受信している。通信端末１００は、タグＩＤ＝Ｔ７を指定する取得要求をサーバ２００に送信する。
【0162】
サーバ２００の音声管理部２１８は、メッセージ音声の取得要求をもとに、データ格納部２３０にあるメッセージ音声情報３４０にアクセスし、タグＩＤ＝Ｔ７が登録された行を検索する。音声管理部２１８は、現在の時刻情報をサーバ２００の内蔵時計から取得する。音声管理部２１８は、ＮＴＰサーバ等の外部接続機器から現在の時刻情報を取得してもよい。現在の時刻が午前９時の場合、音声管理部２１８は、午前９時が属する時間帯に対応するメッセージ音声（Ｃ４）を取得する。音声管理部２１８の指示により、サーバ２００はメッセージ音声（Ｃ４）を通信端末１００に送信する。
【0163】
通信端末１００はメッセージ音声（Ｃ４）を受信すると、スピーカーからメッセージ音声「おはよう！」を出力する。このとき通信端末１００は、アクリルスタンド１３４をライブビュー表示している。そのためユーザは、通信端末１００の画面上に映るアクリルスタンド１３４に印刷されたアイドルが「おはよう！」という音声を発したように体感できる。
【0164】
スクリプト生成部２１３は、タグＩＤ＝Ｔ７と対応付いたすべてのメッセージ音声が通信端末１００で出力できるように音声出力スクリプトを生成してもよい。すなわちスクリプト生成部２１３は、「午前６時～午前１０時５９分のとき、「おはよう！」を出力する：午前１１時～午後３時５９分のとき、「元気？」を出力する：・・・」というスクリプトを生成してもよい。この場合、通信端末１００のスピーカーから出力されるメッセージ音声は、スクリプト実行時の通信端末１００の内蔵時計の時刻によって変化する。あるいは通信端末１００がＮＴＰサーバ等の外部接続機器から取得する時刻に応じて、出力音声を変化させてもよい。
【0165】
内蔵タグ１２６が埋め込まれた物品に通信端末１００をかざす時間帯によって、サーバ２００は出力すべきデジタル・コンテンツを変更させる。このような方法により、ユーザは１つの物品を通してさまざまなデジタル・コンテンツを楽しむことができる。出力するデジタル・コンテンツは音声に限られない。たとえば、画像や動画などが出力されてもよい。クリスマスなどの特定の時期に通信端末１００をアイドルグッズにかざすと、通信端末１００は特別な音声付き動画を映してもよい。あるいは、ユーザが２月１４日に通信端末１００をアイドルのグッズにかざすと、アイドルが「大好きです」と言いながらチョコレートの入った化粧箱を差し出すシーンの動画が映るようにしてもよい。
【0166】
複数のメンバーが所属するアイドルグループがあるとする。このアイドルグループのうち、メンバーＡ４のグッズとメンバーＡ５のグッズを近づけて通信端末１００をかざすと、メンバーＡ４とメンバーＡ５が組んだユニットの曲の歌唱シーンの動画が映るようにしてもよい。あるアイドルのファンがそのアイドルに関するグッズを入手する。このグッズに対して通信端末１００をかざすと、条件に応じてさまざまなデジタル・コンテンツが通信端末１００から出力される。このような方法によれば、ファンの物品収集欲を満たすだけでなく、手近にアイドルの歌唱や映像などを楽しめる娯楽的付加価値を提供できる。
【0167】
デジタル・コンテンツを利用した「抽選」の実行も考えられる。ユーザが通信端末１００を物品にかざし、通信端末１００がサーバ２００にアクセスするとき、サーバ２００は抽選を実行してもよい。なお、抽選はサーバ２００の「抽選部」（非図示）によって行われるものとする。サーバ２００は抽選結果に応じてデジタル・コンテンツを選択し、通信端末１００に送信してもよい。このときユーザは、通信端末１００に送信されたデジタル・コンテンツに基づく特典を得られるようにしてもよい。
【0168】
図２４は、抽選結果に応じたコンテンツ出力を説明するための模式図である。
おにぎり型のキャラクタのフィギュア１３６を想定する。フィギュア１３６には、タグＩＤ＝Ｔ８の内蔵タグ１２６が埋め込まれている。ユーザはフィギュア１３６に通信端末１００をかざす。このときサーバ２００は、タグＩＤ＝Ｔ８に関する情報を検索し、抽選を実行する。サーバ２００は、抽選結果を示す画像を通信端末１００に送信する。図２４においては、通信端末１００は画面上のフィギュア１３６の上部に、５ｋｇのコシヒカリをプレゼントする旨を記載した抽選結果画像が出力されている。この一連の処理の具体的な内容は後ほど説明する。
おにぎり型のキャラクタのフィギュア１３６を想定する。フィギュア１３６には、タグＩＤ＝Ｔ８の内蔵タグ１２６が埋め込まれている。ユーザはフィギュア１３６に通信端末１００をかざす。このときサーバ２００は、タグＩＤ＝Ｔ８に関する情報を検索し、抽選を実行する。サーバ２００は、抽選結果を示す画像を通信端末１００に送信する。図２４においては、通信端末１００は画面上のフィギュア１３６の上部に、５ｋｇのコシヒカリをプレゼントする旨を記載した抽選結果画像が出力されている。この一連の処理の具体的な内容は後ほど説明する。
【0169】
図２５は、抽選結果画像情報３５０のデータ構造図である。
米穀店Ｒが、フィギュア１３６に通信端末１００をかざした消費者に対し、コシヒカリをプレゼントするキャンペーンを想定する。米穀店Ｒはまず、設定登録のためにＰＣ等からサーバ２００にアクセスし、複数の抽選結果画像と、抽選結果画像ごとの当選確率である「重み」と、内蔵タグ１２６のタグＩＤ＝Ｔ８を入力する。コシヒカリ５ｋｇの当選確率が１００分の１である。したがって、コシヒカリ５ｋｇをプレゼントする旨を記載した抽選結果画像は、１００分の１の確率で出力する。
米穀店Ｒが、フィギュア１３６に通信端末１００をかざした消費者に対し、コシヒカリをプレゼントするキャンペーンを想定する。米穀店Ｒはまず、設定登録のためにＰＣ等からサーバ２００にアクセスし、複数の抽選結果画像と、抽選結果画像ごとの当選確率である「重み」と、内蔵タグ１２６のタグＩＤ＝Ｔ８を入力する。コシヒカリ５ｋｇの当選確率が１００分の１である。したがって、コシヒカリ５ｋｇをプレゼントする旨を記載した抽選結果画像は、１００分の１の確率で出力する。
【0170】
５ｋｇのコシヒカリをプレゼントする旨を記載した抽選結果画像にはコンテンツＩＤ＝Ｃ５が付与される。登録作業が完了した後、米穀店Ｒは内蔵タグ１２６が埋め込まれたフィギュア１３６を不特定多数の消費者に配布する。
【0171】
消費者はタグＩＤ＝Ｔ８の内蔵タグ１２６が埋め込まれたフィギュア１３６を入手する。消費者はウェブブラウザを立ち上げ、通信端末１００をフィギュア１３６にかざす。通信端末１００は内蔵タグ１２６と通信し、スクリプト要求とタグＩＤ＝Ｔ８をサーバ２００に送信する。サーバ２００は起動スクリプトと、表示スクリプトを通信端末１００に送信する。通信端末１００がスクリプトを受信してからカメラ１７０が起動するまでの処理は、図７のＳ１２からＳ１６までの処理と同様である。
【0172】
通信端末１００は、タグＩＤ＝Ｔ８とともに抽選要求をサーバ２００に送信する。サーバ２００の抽選部は、抽選結果画像情報３５０にアクセスし、重みに基づいて抽選を実行する。抽選の結果、コンテンツ（Ｃ５）が当選したとき、抽選部は抽選結果画像（Ｃ５）を選択する。サーバ２００は抽選結果画像（Ｃ５）を通信端末１００に送信する。通信端末１００は抽選結果画像（Ｃ５）を受信すると、画面上に５ｋｇのコシヒカリをプレゼントする旨の抽選結果画像を出力する。この結果、消費者は抽選に当選したことを認識できる。
【0173】
スクリプト生成部２１３は、タグＩＤ＝Ｔ８と対応付いたすべての抽選結果画像が通信端末１００で出力できるように表示スクリプトを生成してもよい。すなわちスクリプト生成部２１３は、「１００分の１の確率で、コシヒカリ５ｋｇをプレゼントする旨を表示する：・・・」というスクリプトを生成してもよい。この場合、スクリプト生成部２１３が生成するスクリプトには抽選機能が備わっているものとする。すなわちスクリプトの実行により抽選が行われ、画面上に表示される抽選結果画像が選択されるものとする。
【0174】
店舗運営者ではなくサーバ２００がランダムに重みを設定してもよい。また当選の特典として、サーバ２００はクーポン券などの電子ギフトを通信端末１００に送信してもよい。ユーザがある物品に関する抽選を実行したとき、サーバ２００は所定時間が経過するまで、そのユーザが次の抽選に参加できないように制御してもよい。たとえば、あるラーメン屋は、ラーメン１杯が無料になる電子クーポン券を抽選で配布するキャンペーンを行うとする。この電子クーポン券がもらえる当選者は、１日あたり１００人を上限として設定されているとする。また当選確率は１％とする。さらに抽選を実行した場合、３時間経過しないと再度抽選に参加できないものとする。午前１１時に客Ａ６がラーメン屋に来店する。客Ａ６は内蔵タグ１２６が埋め込まれたラーメンのどんぶりに通信端末１００（Ａ６）をかざして抽選に参加する。通信端末１００（Ａ６）は抽選に落選した旨の抽選結果画像を表示する。客Ａ６は午後２時に再度ラーメン屋に来店する。客Ａ６は内蔵タグ１２６が埋め込まれたラーメンのどんぶりに通信端末１００（Ａ６）をかざして再度抽選に参加する。抽選結果は当選であり、通信端末１００（Ａ６）は電子クーポンを取得する。その後、多くの客が抽選に参加し、午後７時で１００人目の当選者が出たため、この日の抽選は終了となる。
【0175】
客が店に訪れ、内蔵タグ１２６が埋め込まれた物品に通信端末１００をかざし、抽選に参加する。客は抽選の結果に応じて特典を取得する。このような方法によれば、店舗運営者は、来店客がより気軽に参加できるキャンペーンを設けることができる。
【0176】
内蔵タグ１２６は固定物、たとえば、建造物の壁面に埋め込まれてもよい。ユーザが壁面に埋め込まれた内蔵タグ１２６に通信端末１００をかざす。このときサーバ２００は、ユーザが向かう目的地の情報をデジタル・コンテンツとして通信端末１００に送信してもよい。また、デジタル・コンテンツの内容はユーザの属性に応じて変化させてもよい。ユーザの属性は、たとえば、母国語、応援しているスポーツチーム、自宅の最寄り駅などが挙げられる。
【0177】
図２６は、スタジアム内の応援席の道案内表示を説明するための模式図である。
あるスタジアムでアメリカ対日本の野球の国際試合が行われることを想定する。このスタジアムの入り口に、内蔵タグ１２６が埋め込まれた広告板１３８が取り付けられている。
あるスタジアムでアメリカ対日本の野球の国際試合が行われることを想定する。このスタジアムの入り口に、内蔵タグ１２６が埋め込まれた広告板１３８が取り付けられている。
【0178】
日本チームの応援に来た日本人Ａ７は、通信端末１００（Ａ７）を広告板１３８にかざす。通信端末１００（Ａ７）はサーバ２００にアクセスし、起動スクリプトおよび表示スクリプトを受信する。スクリプトの実行により起動したカメラ１７０は、広告板１３８を撮像する。通信端末１００（Ａ７）は、通信端末１００（Ａ７）の設定言語とともに、広告板１３８の撮像画像をサーバ２００に送信する。設定言語とは、通信端末１００の利用の際に画面に表示されるよう設定された言語を示す。なお、通信端末１００（Ａ７）の設定言語は「日本語」とする。
【0179】
サーバ２００は、設定言語「日本語」に対応付けられた案内画像を特定する。この案内画像には、日本チームの応援席が左側にある旨が示されている。サーバ２００はこの案内画像を通信端末１００（Ａ７）に送信する。通信端末１００（Ａ７）は画面上の広告板１３８に、日本チームの応援席が左側にある旨を示した案内画像を重畳表示する。この結果日本人Ａ７は、左側に向かえばよいことを認識できる。
【0180】
ファンは、通信端末１００に応援チームの情報を事前に登録してからスタジアムの広告板１３８に通信端末１００をかざす。このとき、画面上に自分のチームの応援席の方向を示す案内表示が映るようにしてもよい。あるいはＡ８チームのファンは通信端末１００を縦向き、Ａ９チームのファンは通信端末１００を横向きにして広告板１３８を撮像するものとする。サーバ２００は広告板１３８の撮像画像の向きを判別し、判別結果に応じて、応援席の方向を示す案内画像を通信端末１００に送信してもよい。
【0181】
ある鉄道路線を利用する乗客は通信端末１００に自宅の最寄り駅を事前登録する。外出先から帰宅する際、巨大なターミナル駅にある、内蔵タグ１２６を埋め込んだ広告板１３８に通信端末１００をかざす。通信端末１００は登録された最寄り駅情報をサーバ２００に送信する。サーバ２００はこの情報をもとに、その最寄り駅に向かう列車が発着するホームの方向を示す案内画像を取得する。サーバ２００は通信端末１００にこの案内画像を送信する。通信端末１００はこの案内画像を画面上の広告板１３８に重畳表示してもよい。
【0182】
あるいは、ウェブブラウザを立ち上げた状態で、乗客が通信端末１００を広告板１３８にかざす。サーバ２００は乗換案内サービスに登録された最寄り駅情報を通信端末１００に転送するスクリプトを通信端末１００に送信する。通信端末１００は乗換案内サービスから最寄り駅情報を取得すると、この情報をサーバ２００に送信する。サーバ２００はこの情報をもとに、乗客の最寄り駅に向かう列車が発着するホームの方向を示す案内画像を取得してもよい。このような方法によれば、案内板が少ない場所でも、自分がどこに向かえば目的地にたどり着けるのかを手軽に把握できる。特に人が多く集まる場所、たとえば繁華街、レジャー施設、コンサート会場、および観光地などで、この方法は有効である。
【0183】
このような方法は、商業施設やホテルなど、人々が集まるビルにおいて、非常灯の補助として非常口の方向を示すために用いられてもよい。このような方法によれば、火災や地震等の災害に備え、人々は手軽に避難経路を把握できる。あるいは、広告板１３８の数は少ないが、迷うと危険な場所、たとえば登山道などにおいても、案内板や三角点などに内蔵タグ１２６を埋め込むことにより、このような方法を用いて道案内を行うことは、有効である。
【0184】
ユーザが通信端末１００の画面上に映るキャラクタのグッズに向かって話しかけたとする。このとき、ユーザの質問に対する返答音声が通信端末１００のスピーカーから出力されてもよい。
【0185】
図２７は、通信端末１００を介したぬいぐるみ１０８との会話を説明するための模式図である。
ぬいぐるみ１０８の所有者Ａ８はぬいぐるみ１０８に通信端末１００（Ａ８）をかざす。通信端末１００（Ａ８）はサーバ２００にアクセスし、タグＩＤを送信する。サーバ２００はカメラ１７０の起動、マイク入力音声のサーバ２００への送信、およびスピーカーからの音声出力に関するスクリプトを通信端末１００（Ａ８）に送信する。スクリプトの実行により起動したカメラ１７０はぬいぐるみ１０８を撮像する。所有者Ａ８は「調子はどう？」と画面上のぬいぐるみ１０８に話しかける。所有者Ａ８の音声「調子はどう？」は、通信端末１００（Ａ８）のマイクに入力される。スクリプトの実行により、マイクに入力された音声はサーバ２００に送信される。サーバ２００は、受信済みのタグＩＤに対応付けられた発声者情報を特定する。発声者情報とは、返答音声を発する者を特定する情報を指す。具体的には、返答音声を発する者の名前などが登録される。
ぬいぐるみ１０８の所有者Ａ８はぬいぐるみ１０８に通信端末１００（Ａ８）をかざす。通信端末１００（Ａ８）はサーバ２００にアクセスし、タグＩＤを送信する。サーバ２００はカメラ１７０の起動、マイク入力音声のサーバ２００への送信、およびスピーカーからの音声出力に関するスクリプトを通信端末１００（Ａ８）に送信する。スクリプトの実行により起動したカメラ１７０はぬいぐるみ１０８を撮像する。所有者Ａ８は「調子はどう？」と画面上のぬいぐるみ１０８に話しかける。所有者Ａ８の音声「調子はどう？」は、通信端末１００（Ａ８）のマイクに入力される。スクリプトの実行により、マイクに入力された音声はサーバ２００に送信される。サーバ２００は、受信済みのタグＩＤに対応付けられた発声者情報を特定する。発声者情報とは、返答音声を発する者を特定する情報を指す。具体的には、返答音声を発する者の名前などが登録される。
【0186】
たとえばぬいぐるみ１０８は、あるアニメに登場するキャラクタＡ９を模したものであるとする。キャラクタＡ９の声は声優Ａ１０が演じている。そのため、サーバ２００が受信したタグＩＤに対応付けられた発声者情報として、声優Ａ１０の名前が登録されているとする。すなわちサーバ２００は、発声者情報として声優Ａ１０の名前を特定する。
【0187】
サーバ２００は、特定した発声者情報および受信済みの入力音声「調子はどう？」を会話プログラム（非図示）に転送する。ここでは、ＡＩ（人工知能）が会話プログラムとして機能するものとする。会話プログラムは、転送された発声者情報と入力音声をもとに、声優Ａ１０による返答音声「とっても元気だよ！」を生成する。サーバ２００は返答音声を通信端末１００（Ａ８）に送信する。
【0188】
通信端末１００（Ａ８）は返答音声を受信すると、スピーカーから返答音声「とっても元気だよ！」を出力する。所有者Ａ８は、返答音声「とっても元気だよ！」に対するさらなる質問を通信端末１００（Ａ８）の画面上のぬいぐるみ１０８に対して行う。通信端末１００（Ａ８）はサーバ２００にこの質問の音声を送信する。サーバ２００は質問に対する返答音声を生成し、通信端末１００（Ａ８）に送信する。通信端末１００（Ａ８）は返答音声を出力する。このようなやり取りが繰り返されることにより、所有者Ａ８は通信端末１００（Ａ８）の画面上に表示されるぬいぐるみ１０８と双方向的な会話を楽しむことができる。
【0189】
所有者Ａ８が通信端末１００（Ａ８）をぬいぐるみ１０８にかざしたとき、通信端末１００（Ａ８）はぬいぐるみ１０８のアニメーションなどの動画像を映してもよい。また、画面上のキャラクタＡ９が返答に対応して動作する動画像を映してもよい。たとえば、キャラクタＡ９が「とっても元気だよ！」という返答音声に合わせ、何回も飛び跳ねるような動画像を映してもよい。
【0190】
返答音声はデータ格納部２３０に格納された発声者情報をもとに生成されるとしたが、会話プログラムが発声者を決めてもよい。たとえばカメラ１７０がぬいぐるみ１０８を撮像し、撮像画像がサーバ２００に送信される。会話プログラムは送信された撮像画像から声を当てるべき物品、すなわちぬいぐるみ１０８を判別する。このとき、返答音声の発声者として声優Ａ１０を決めてもよい。また会話プログラムにより、ユーザ自身の声および他者の声などを合成して返答音声が生成されてもよい。
【符号の説明】
【0191】
１００ 通信端末、１０２ 小瓶、１０４ アクセサリー、１０６ メッセージ画像、１０８ ぬいぐるみ、１１０ 風船画像、１１２ プラモデル、１１４ 証明書データ、１１６ 画像座標平面、１１８ 表示領域、１２０ 正面撮像画像、１２２ 左上撮像画像、１２４ 被写体空間、１２６ 内蔵タグ、１２８ ウェブカメラ、１３０ モニタ、１３２ フォトフレーム、１３４ アクリルスタンド、１３６ フィギュア、１３８ 広告板、１４０ ユーザインタフェース処理部、１４１ 入力部、１４２ 出力部、１５０ データ処理部、１５１ データ取得部、１５２ 送信指示部、１５３ スクリプト実行部、１６０ 通信部、１６１ 受信部、１６２ 送信部、１７０ カメラ、２００ サーバ、２１０ データ処理部、２１１ データ配置部、２１２ 画像管理部、２１３ スクリプト生成部、２１４ モデルデータ生成部、２１５ 物体特定部、２１６ 表示調整部、２１７ 証明書情報管理部、２１８ 音声管理部、２２０ 通信部、２２１ 受信部、２２２ 送信部、２３０ データ格納部、３００ メッセージ画像情報、３１０ モデルデータ情報、３２０ 証明書情報、３３０ 更新済み証明書情報、３４０ メッセージ音声情報、３５０ 抽選結果画像情報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】