JP6463313B2 - プログラム、情報処理装置、情報処理方法及び情報処理システム - Google Patents
プログラム、情報処理装置、情報処理方法及び情報処理システム Download PDFInfo
- Publication number
- JP6463313B2 JP6463313B2 JP2016174623A JP2016174623A JP6463313B2 JP 6463313 B2 JP6463313 B2 JP 6463313B2 JP 2016174623 A JP2016174623 A JP 2016174623A JP 2016174623 A JP2016174623 A JP 2016174623A JP 6463313 B2 JP6463313 B2 JP 6463313B2
- Authority
- JP
- Japan
- Prior art keywords
- identifier
- terminal
- specific state
- user
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000010365 information processing Effects 0.000 title claims description 42
- 238000003672 processing method Methods 0.000 title claims description 6
- 238000000034 method Methods 0.000 claims description 67
- 230000008569 process Effects 0.000 claims description 24
- 230000006870 function Effects 0.000 claims description 13
- 238000012545 processing Methods 0.000 claims description 10
- 238000007726 management method Methods 0.000 description 28
- 238000012544 monitoring process Methods 0.000 description 16
- 238000004891 communication Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 15
- 238000003860 storage Methods 0.000 description 14
- 238000000605 extraction Methods 0.000 description 8
- 238000009826 distribution Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 5
- 238000004904 shortening Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000001755 vocal effect Effects 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
- 235000014510 cooky Nutrition 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
Description
しかしながら、この技術を所定の情報セキュリティをもって実現するためには、端末Aと端末Bのうち一方から他方に対する認証処理を行う必要がある。このような認証処理を実現するためにサーバでは各端末に対応したユーザ情報を管理する必要がある。しかしながら、ユーザ情報の管理には細心の注意が必要であり、また諸事情によってユーザ情報をサーバや端末に保持できないこともある。
そこで、通信接続を介さずに特定の状態の共有を行うことが要求されるが、この要求に応えるためには、あまりにも多い情報量では共有することに多大な労力を必要とするので、ユーザが簡単に記憶や伝達ができる程度の情報量をもって行われることが望ましい。
また、URLを短縮する方法は、新たなデータを登録するたびに識別子の組合せが消費されるため、スケーラビリティがない。
また、URLは、Uniform Resource Locatorの名称が表すとおり、Web上の情報の場所を示すものであり、その場所で提供される情報(上記の特定の状態に相当)は、Webページ作成者によって任意に指定され得るものである。具体的には、あるURLで識別されている企業のトップページの内容を示す情報は任意に指定されるものであるが、既存のURLは、この情報の一意性を保証することができず、そのままでは、任意に指定される情報の伝達には適さない。したがって、このURLを短縮するサービスである短縮URL技術もこの情報の伝達には適していない。
再現性があり且つユーザによって任意に指定される特定の状態を当該指定に基づき表示可能な複数の端末との間で通信をするサーバに、
前記複数の端末のうち第1端末から、前記特定の状態と一意に対応付けられる第1識別子を用いたアクセスを受付ける受付ステップと、
前記第1識別子を用いたアクセスをしてきた前記第1端末において、前記特定の状態の指定が継続しているか否かを監視する監視ステップと、
前記第1端末による前記第1識別子を用いたアクセスが受け付けられたとき、第2識別子を生成する生成ステップと、
生成された前記第2識別子を、前記第1端末に表示させる制御を実行する表示制御ステップと、
当該第1端末において前記特定の状態の指定が継続している期間又は当該期間が終了してから所定期間では、前記特定の状態に対応する前記第1識別子と、生成された前記第2識別子との対応付けを管理し、その後、当該第1端末において前記特定の状態の指定の終了又は当該終了から所定期間の経過が監視されたとき、当該第1識別子と当該第2識別子との対応付けを破棄する管理ステップと、
前記管理ステップにおいて前記管理が継続されている間に、前記複数の端末のうち第2端末から前記第2識別子が通知された場合、当該第2識別子に対応付けられた前記第1識別子に対応する前記特定の状態を、当該第2端末で再現可能にするための制御を実行する状態再現ステップと、
を含む制御処理を実行させる。
図1に示す情報処理システムは、m人(mは1以上の任意の整数値)のユーザの夫々により使用されるユーザ端末1−1乃至1−mと、サーバ2とを含むシステムである。ユーザ端末1−1乃至1−mの夫々と、サーバ2とは、インターネット等の所定のネットワークNを介して相互に接続されている。
ユーザ端末1−1乃至1−mの夫々は、各ユーザにより操作されるスマートフォン等で構成され、ゲームの実行等各種処理を実行する。
なお、以下、ユーザ端末1−1乃至1−mの夫々を個々に区別する必要がない場合、これらをまとめて「ユーザ端末1」と呼ぶ。
ユーザ端末1は、CPU(Central Processing Unit)21と、ROM(Read Only Memory)22と、RAM(Random Access Memory)23と、バス24と、入出力インターフェース25と、タッチ操作入力部26と、表示部27と、入力部28と、記憶部29と、通信部30と、ドライブ31と、を備えている。
RAM23には、CPU21が各種の処理を実行する上において必要なデータ等も適宜記憶される。
ここで、タッチ操作とは、タッチ操作入力部26に対する物体の接触の操作をいう。タッチ操作入力部26に対して接触する物体は、例えばユーザの指やタッチペン等である。
表示部27は、液晶等のディスプレイにより構成され、ゲームに関する画像等、各種画像を表示する。
このように、本実施形態では、タッチ操作入力部26と表示部27とにより、タッチパネルが構成されている。
記憶部29は、DRAM(Dynamic Random Access Memory)等で構成され、各種データを記憶する。
通信部30は、インターネットを含むネットワークNを介して他の装置(図1の例ではサーバ2や他のユーザ端末1)との間で行う通信を制御する。
サーバ2の構成は、ユーザ端末1のタッチパネルを除いた構成と基本的に同様であるので、ここではその説明は省略する。
即ち、本実施形態の情報処理システムは、複数のユーザが参加可能なゲームに対する各種制御を実行できる。特に、情報処理システムは、特別なユーザ認証をせずとも当該ゲームに関するデータをユーザ間及び異種デバイス間で瞬時に共有する制御(以下、「データ共有制御」と呼ぶ)として、次のような制御を実行することができる。
ゲームの特定の状態とは、再現性がありかつユーザによって任意に指定される状態をいう。例えばカードゲームであれば、ユーザにより指定された特定の複数種類のカードの組合せで構成されるカードデッキ(以下、単にデッキと呼ぶ)が、特定の状態の一例である。
ユーザにより指定されたデータ、即ちゲームの特定の状態を示すデータを共有可能にするために、コードが用いられる。さらに、多様な媒体を通じて、異種のデバイスの間で当該データを容易に共有可能にするためには、ユーザが覚えやすい程度に短縮変換された短縮コードを用いると好適である。
ただし、本実施形態の情報処理システムは、ユーザによって任意に指定される膨大な種類になり得るデータ(即ち膨大な種類になり得るゲームの特定の状態)に対して短縮コードを直接割り当てるのではなく、そのデータを指定するためのアクセスを行う“コネクション”に対して短縮コードを割り当てる。この“コネクション”はユーザ端末1(ユーザ)がサーバ2に対して任意のタイミングで行うアクセスであり、且つ永続しないものである。即ち、ゲームアプリケーションソフトウェアを通じてサーバ2にアクセスしている最中(或いはアクセス終了から所定期間まで)のユーザ端末1の数は最大でも登録ユーザ数までであり、データの種類に比べれば限定的な数として考えることができる。
本実施形態の情報処理システムは、短縮コードとして、例えば4文字程度の極めて短い短縮コードを採用することができる。具体的には例えば、10の1000乗以上の組み合わせを有する複雑なデータ(ゲームの特定の状態)に対しても、4文字程度の極めて短い短縮コードを用いることで、当該データを一意に識別することができる。
そして、本実施形態では、この第1識別子と第2識別子との対応関係を動的に管理する2段階識別子管理方式が採用されている。これにより、情報の表現能力と入力の容易性を併せ持つ、データの流通や入力が実現可能になる。
換言すると、ゲーム内の特定の状態が異なる場合は、必ず異なる第1識別子が特定される。
第1識別子は、図示しない第1識別子特定部によって特定される情報である。第1識別子特定部は、所定のアプリケーション(本実施形態ではゲームアプリケーション)に適用するために設計された特定のアルゴリズムによって、所定のアプリケーションにおいて再現性のある特定の状態を一意に示す情報として、第1識別子を特定する。第1識別子が特定されるタイミングは任意のタイミングでよいので、第1識別子特定部は第1識別子を特定して管理する機能を追加で有していてもよい。また、この第1識別子特定部の存在場所は、特に限定されない。つまり、第1識別子特定部は、サーバ2に備えられていてもよいし、サーバ2と連携する別の装置に備えられていてもよい。
ここで本実施形態では、流通用の第1識別子はそのままの形態で用いられるのではなく、当該第1識別子をURL文字列内にエンコードしたもの、即ち当該第1識別子をパラメーターとして含むURLが用いられる。
つまり本実施形態では、ユーザが当該URLに存在するデータ(第1識別子により特定されるゲームの特定の状態)をWebブラウザ等で閲覧することが、当該特定の状態を指定していることを意味する。そして、当該URLへのアクセスが継続し、コネクションが成立している期間が、特定の状態の指定が継続している期間に該当する。
なお、第1識別子としてURLを用いるのは一例であり、これに限定されない。別の例については後述する。
この第2識別子は、例えば4文字程度の文字列として生成され、第1識別子と紐づけられた上で、ユーザに提示される。これにより、提示されたユーザ又は当該ユーザから口頭等で伝達された他ユーザは、この4文字程度の文字列を、実行中のゲーム内等で入力する操作をするだけで、対応するデータ、即ち指定が継続されている特定の状態を示すデータを取得することができる。
つまり、第1識別子は、特定のユーザの情報(ユーザを識別するためのIDや個人情報など)は含まれておらず、データの内容のみに依存するため、ゲーム内で指定される特定の状態が同一であれば、どのユーザも同一のURLの場所にアクセスすることになる。
具体的には例えばカードゲームの場合、ゲームの特定の状態はデッキになるが、異なるユーザの同一のデッキ構成には、必ず同一の第1識別子が対応付けられる。したがって、本実施形態によるゲームのデータの共有にはユーザを特定するための情報を用いる必要性がなく、更にはユーザによる認証の必要がない。従って、ユーザ情報を管理しているゲームサーバ(本実施形態ではサーバ2)にアクセスせずともデータの共有が可能である。以上の通りであるので、本実施形態の情報処理システムによれば、例えばゲームの運営者ではないサードパーティが用意したゲームサーバ以外のサーバを利用しても容易に実現することができる。
そして、この第2識別子と第1識別子とを紐付けて管理することで、結果として、ゲームの特定の状態を示すデータという膨大な組み合わせを、あたかも極めて短いコード(第2識別子)で表現することができる。
これにより、情報の表現能力と入力の容易性を併せ持つデータの流通や入力が実現可能になる。また、ゲームの特定の状態を示すデータを共有する際においても、ユーザの認証は不要になる。
本実施形態の第1識別子と第2識別子の紐付けの方式を採用することで、同一のデッキを、異なるユーザ間や、同一ユーザであっても異なるデバイス間で、極めて手軽に送受信可能にすることが可能になる。
具体的には例えば、同一ユーザが、ログイン等の処理を行わずに、スマートフォン(ユーザ端末2)上に登録されているデッキを、パーソナルコンピュータ(別のユーザ端末2)等で編集し、それを即座にスマートフォンへ反映するというような、一時的なデバイス間の共有処理が実現可能になる。或いは、ユーザが、その場にいる別のユーザ(友達)に対して即座に、自分のデッキを伝えるような、一時的なユーザ間の共有処理も実現可能になる。
このようなカードゲームでは、カードの組み合わせ数は膨大であり、40枚のカードから構成されるデッキ(ゲームの状態)は、4000^40(=1.2×10^144)という膨大な種類数が存在することになる。
従って、これらの膨大な種類のデッキを、一意に識別する識別子を単純に付与すると、整数を用いた場合で144桁、数字とアルファベットといくつかの記号を含む、64文字の組み合わせとして表現した場合でも80桁の識別子が必要となる。このように長い文字列として表現される識別子は、人がその場で記憶することが難しく、例えばユーザ同士の口頭でのコミュニケーションや、イベント会場でデッキを観衆にアナウンスする場合などに用いることはできない。
一方で、ユーザが指定したデッキを一意に特定するためには、80桁の識別子を用いざるを得ない。そこで、ユーザが指定したデッキを一意に特定するために、この80桁の識別子が、第1識別子として採用される。
そして、ユーザがその場で容易に記憶して、例えばユーザ同士の口頭でのコミュニケーションや、イベント会場でデッキを観衆にアナウンスする場合等に用いることができるように、第1識別子と紐付けられた、4桁程度の第2識別子が用いられるのである。
この第2識別子は、ユーザが第1識別子を用いたアクセスをして、当該第1識別に対応付けられたデッキの閲覧を継続している間だけ有効となるものである。つまり、ユーザによるアクセス(第1識別子に対応付けられたデッキの閲覧)に対して、第2識別子が割り当てられる。
ここで、上述した様に、ゲーム内の特定の状態数よりも、ゲームを同時にプレイするユーザ数のほうが圧倒的に少数である。このため、第2識別子として、4桁程度の非常に短い識別子を採用することができるのである。
このような共有も、第1識別子と第2識別子の紐付けを動的に行っていることにより、容易に実現可能になる。つまり、1人のユーザが、デバイス間のやり取りのために仮に何千回も登録処理を行ったとしても、識別子の数が不足しないというスケーラビリティを実現することができる。
図4は、口頭伝達可能な識別子を用いてデッキの情報をユーザ間や異種デバイス間で共有する方法の概要を示す図である。
ここで、スケーラブルな2段階識別子管理とは、ゲーム内の特定の状態数が膨大な数となった場合においても、ユーザが入力する第2識別子の桁数が増加せず、かつ、他ユーザや他デバイスへデータを転送するためのデータ登録処理の回数が膨大な数となった場合においても、ユーザが入力する第2識別子の桁数が増加しないことを意味する。
図4の中段に表されているのが、ゲーム内の特定の状態を永続的に識別することができる第1識別子である。図4に示す通り、図中の左から右の順に従いゲーム内の特定の状態が異なっており、異なるゲーム内の各特定の状態の夫々に対して第1識別子が割り当てられる。
図4の下段に表されているのが、その中段に表されている第1識別子に対応する第2識別子である。第1識別子を用いたアクセス(ここでは第1識別子を含んだURLにアクセス)があるたびに、セッション期間(ユーザにより、第1識別子に対応する特定の状態が指定されている期間)のみ有効な第2識別子が生成される。
第1識別子は、ゲームの膨大な種類の特定の状態を識別できる、永続的にユニークな識別子である。第1識別子は、ある特定のゲームアプリケーション内においては特定の状態を示すデータを常に一意に識別することを永続的にできるため、雑誌等の紙媒体や、SNS等のネットワークサービスを経由して、データを流通させる用途に適している。さらに、第1識別子を、URLとして表現することにより、既存のURLを流通させる仕組みをそのまま利用して第1識別子を流通させることができる。
第2識別子は、4文字程度と短い文字列で表され、所定のユーザ端末1から即座にゲームを実行している他のユーザ端末1に対してデータを転送する用途で用いられるのに適している。本実施形態では、この第2識別子は、第1識別子を用いたアクセスがあるたびに、動的に生成される。
即ち、ユーザ端末1が、第1識別子を用いたアクセス(後述するように例えば第1識別子を含むURLにアクセス)すると、当該第1識別子に対応するゲームの特定の状態(例えばデッキの情報等)がユーザに閲覧可能になる。このとき、サーバ2は、このアクセスによるセッション(特定の状態の指定)に対して、第2識別子を割当て、当該特定の状態に対応する第1識別子と紐付ける。この第2識別子が別のユーザ端末1に入力されると、当該第2識別子と紐付けられた当該第1識別子に対応する特定の状態(デッキ)が獲得される。
図5は、ユーザ端末1―1と、ユーザ端末1―2と、サーバ2の機能的構成のうち、ゲームデータ共有制御を実行するための機能的構成例を示す機能ブロック図である。
なお、ユーザ端末1−1とユーザ端末1−2は、便宜的に選択されたものであって、図5に示すユーザ端末1−1の機能ブロックとユーザ端末1−2の機能ブロックとは併せて、全てのユーザ端末1において機能するものである。
また、サーバ2の記憶部58においては、対応付け管理DB111が設けられる。
ここで、第1識別子を用いたアクセスの手法は、第1識別子を用いれば足り、特に限定されないが、本実施形態では、第1識別子を含むURLにアクセスする手法が採用されている。以下、この手法について図6を用いて具体的に説明する。
図6の例では、1万種類のカードから選択した40枚のカードの組をデッキ(指定されたゲームの特定の状態)として編成するゲームを想定している。図6においては、1枚のカードは、中に数字が付されたボックスとして描画されている。ボックス(カード)内の数字は、カードの通し番号であり、当然ながら実際のカードに必ずしも印字されているわけではない。
図6のカードの通し番号を、“0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmNOPQRSTUVWXYZ−_”の64文字の組み合わせとして表現する64ビット符号化を行い、ドット記号“.”でそれぞれのカードを区切ることにより、URL内に埋め込み可能な文字列として特定してデッキ全体を表現することができる。
図6のボックス下に表されている文字列が、デッキの内容を64ビット符号化した文字列である。これをURLに展開したものが、図6の矢印の下に表されている。本実施例では、このURLをSNSを通じて共有、拡散することができる。
このように、ユーザ端末1−1における特定の状態の指定は、サーバ2が監視可能なように行われる。つまり、第1識別子を用いたアクセスがユーザ端末1−1からなされてきた場合、状態監視部102は、当該第1識別子に対応する特定の状態の指定がなされたものとして、その監視を開始する。
ここで、特定の状態の指定の継続の判断手法は、ネットワーク通信技術を利用した様々な手法が採用可能であり、特に限定されない。例えば、ユーザ端末1−1からのネットワーク接続の継続中は、特定の状態の指定が継続していると判断する手法を採用してもよい。ここで、ネットワーク接続とは、物理的な通信接続のみならず、論理的な通信接続を含めた広義な概念をいう。ここで論理的な通信接続とは、物理的な通信接続が一時的に切断されても、例えばクッキーやトークン等の技術を用いることで、ある特定の端末が継続的にサーバにアクセスしていることを、サーバが認識していることを意味する。また例えば、ユーザ端末1−1に周期的にpingリクエストを送信しその応答が途絶えない間若しくは途絶えてから一定時間経過するまでの間、特定の状態の指定の継続と判断する手法を採用してもよい。また、例えば、ユーザ端末1−1から周期的にサーバ2にpingメッセージを送信し、その送信が途絶えない間もしくは途絶えてから一定時間経過するまでの間、特定の状態の指定の継続と判断する手法を採用してもよい。
具体的には、対応付け管理部104は、第2識別子生成部103により生成された第2識別子と、当該第2識別子が生成される際に受け付けられたアクセスで用いられた第1識別子とを対応付けて、管理DB111に登録することで、第1識別子と第2識別子の対応付けを管理する。
その後、対応付け管理部104は、ユーザ端末1−1において特定の状態の指定の終了又は当該終了から所定期間の経過が監視されたとき、第1識別子と第2識別子との登録を対応付け管理DB111から削除することにより、第1識別子と第2識別子との対応付けを破棄する。即ち、第2識別子が無効になる。
図7の上方に示す様に、ユーザ端末1−1を操作するユーザによりデッキが生成されると、そのデッキの構成が表示されると共に、その下方に第1識別子が表示される。
この第1識別子を用いたアクセス(第1識別子を含むURLへのアクセス)がなされ、その結果として、上述した様にサーバ2において、例えば第2識別子“tr0n”が生成され、当該第1識別子と対応付けられると、サーバ2の表示制御部105の制御により、第2識別子“tr0n”は、図7の下方の[Code:]と表示された右方のボックスに表示される。
この第2識別子は、ユーザ端末1−1を操作するユーザにより図7のデッキが指定されている間、即ち、この例では、図7の画面がユーザ端末1−1に表示されてユーザにより閲覧されている間、有効である。
具体的には図7の下方にある円により、第2識別子の残りの有効時間がアニメーションで表示される。ユーザ端末1−1において図7の画面を開き続けていると第2識別子の有効期限は自動更新される。なお、画面を開き続けているか否かの判定は、上述した特定の状態の指定の継続の判断によって行われる。
或いはまた例えば、ユーザ端末1−1を操作するユーザから口頭等により第2識別子を伝達された別のユーザは、自分が操作するユーザ端末1−2を用いて、所定のアプリケーションプログラムやデッキビルディングを行うためのWebサイトにおいて、第2識別子“tr0n”を入力することができる。
そこで、状態再現部106は、当該第2識別子に対応付けられた第1識別子に対応する特定の状態を、ユーザ端末1−2で再現可能にするための制御を実行する。
具体的には例えば図7の例で説明すると、状態再現部106は、第2識別子に対応付けられた第1識別子で特定されるデッキの情報(図7の画面情報に表示されたデッキと同一デッキの情報)を再現し、ユーザ端末1−2に表示する。
先ず、図5に示すように、ユーザ端末1―1のCPU21においては、状態指定解除部121と、アクセス部122と、表示制御部123とが機能する。
具体的には、状態指定解除部121は、ユーザ端末1−1のタッチパネルを通じてユーザがある特定の状態を指定した場合(例えばデッキを生成又は選択した場合)、その指定を受付け、指定された特定の状態を、下記表示制御部123を介してタッチパネルに表示させると共にユーザ端末1−1の記憶部29やサーバ2の記憶部58に保存させる。また、ユーザは、過去に指定した状態(例えば生成済みのデッキ)を例えば記憶部29あるいは記憶部58から読み出し、新たに指定することができる。この場合、状態指定解除部121は、その指定を受付け、指定された特定の状態を下記表示制御部123を介してタッチパネルに表示させる。
特定の状態が指定されると、下記アクセス部122により、当該特定の状態に対応する第1識別子を用いたアクセスが行われる。これにより、サーバ2において、特定の状態の指定が開始したことが認識される。
その後、状態指定解除部121は、サーバ2側で認識できるような形態で、特定の状態の指定を解除する。
この特定の状態の指定の解除(終了)の手法は、サーバ2側で認識できる手法、つまりサーバ2側で採用される特定の状態の指定の終了の判断手法にあわせた手法であれば足りる。
例えばネットワーク接続の切断により特定の状態の指定の終了と判断する手法がサーバ2側で採用されている場合には、状態指定解除部121は、サーバ2とのネットワーク接続を切断することで、特定の状態の指定を解除する。
また例えば、ユーザ端末1−1に周期的にpingリクエストを送信しその応答が途絶えてから一定時間経過したことにより、特定の状態の指定の終了と判断する手法がサーバ2側で採用している場合には、状態指定解除部121は、特定の状態の指定を継続する際にはpingリクエストの応答を生成し、特定の状態を解除する場合には応答の生成を禁止する処理を実行する。
表示制御部123は、上述したように特定の状態が指定されると、当該特定の状態(必要に応じて第1識別子)をタッチパネルに表示させると共に、当該第1識別子と対応する第2識別子がサーバ2により生成されて通知されてきた場合、当該第2識別子をタッチパネルに表示させる制御を実行する。即ち、表示制御部123は、例えば図7に示すような画面をタッチパネルに表示させる制御を実行する。
ここで、ユーザ端末1−1のユーザがUser−Aであり、ユーザ端末1−2のユーザが異人のUser−Bであるとして、図8を用いて、ユーザ端末1−1に表示される第2識別子と、ユーザ端末1−2に入力される第2識別子との対応関係について説明する。
図8に示す通り、User−Aが、自分自身のデッキをUser−B側で再現させるために、第2識別子“tr0n”を口頭でUser−Bに通知している。
ここで、第2識別子“tr0n”は、User−Aが所有するユーザ端末1−1がデッキを表示した時(特定の状態を指定した時)に、当該デッキに対応する第1識別子を用いたアクセスがなされた結果として、サーバ2により生成されて、ユーザ端末1−1に表示されたものである(図7参照)。
第2識別子“tr0n”は、デッキの情報がユーザ端末1−1の画面上に表示されている限り(つまり、特定の状態の指定が継続している限り)、有効化されて管理され続ける。
この第2識別子“tr0n”を口頭で伝達されたUser−Bは、ユーザ端末1−2のタッチパネル等を用いて、当該第2識別子“tr0n”を入力する。
通知制御実行部132は、第2識別子入力受付部131により入力された第2識別子、例えば図8の例では“tr0n”をサーバ2に通知する制御を実行する。
すると、上述した様に、サーバ2の状態再現部106は、当該第2識別子(図8の例では“tr0n”)に対応付けられた第1識別子に対応する特定の状態(図8の例では、同図に図示されるデッキの情報)を、ユーザ端末1−2で再現可能にするための制御を実行する。
閲覧制御実行部133は、このサーバ2の状態再現部106の制御のもと、当該第2識別子(図8の例では“tr0n”)に対応付けられた第1識別子に対応する特定の状態(図8の例では、同図に図示されるデッキの情報)をユーザ(図8の例ではUser−B)に閲覧させる制御を実行する。
即ち、本実施形態では、デッキの情報を対象として短縮コードが割り当てられるのではなく、デッキの情報そのものには、普遍的かつ永続的な第1識別子が割り当てられる。そして、その永続的な第1識別子を用いたアクセスを条件として、短い文字列等の第2識別子が生成され、第1識別子と第2識別子とが対応付けられる。その結果として、ユーザの立場にたてば、第2識別子の短い文字列等を口頭の発音のみで伝達するだけで、結果として、デッキの情報を伝達することが実現可能とすることができる。
数理的には、例えば、4,000枚のカードを40枚組み合わせるとき、4,000^40(=1.2×10^144)のバリエーションが存在し、それらを4文字のコードだけでは表現することが出来ない。
しかし、それらのバリエーションへのネットワーク接続を同時に行うユーザ数には、一定の上限があり、数十万程度であるため、1,679,616通りの組み合わせを表現可能な4桁の英数文字を第2識別子として表現することで、結果として、4,000枚のカードの中から任意に選択した40枚組のデッキの情報を伝達することが可能になる。
次に、図9を参照して、ユーザ端末1−1とユーザ端末1−2のユーザ側からのゲームデータ共有の流れを説明する。
なお、ユーザ端末1−1及びユーザ端末1−2は、同一のユーザが所有する異なる端末(例えば、スマートフォンとパーソナルコンピュータ)でもよいし、異なるユーザが所有する異なる端末でも良い。
第1の手順として、ユーザは、ユーザ端末1−1を操作して、第1識別子をSNSから取得したり、自身のデッキの第1識別子であればゲームのセーブデータから読み込んで取得する。そして、ユーザは、第1識別子により一意に対応付けられるデッキ(ゲーム内の特定の状態)を、ユーザ端末1−1のタッチパネル等に表示されるWebブラウザやゲームアプリを通じて閲覧する。
第2の手順として、ゲーム内のデッキ(特定の状態)をWebブラウザやゲームアプリを通じて閲覧すると、その閲覧行為が継続している間(例えば、ネットワークの接続が確立している間)だけ有効な第2識別子(ここでは“tr0n”)がユーザ端末1−1のタッチパネル等に表示されるため、ユーザは表示された第2識別子(ここでは“tr0n”)を視認する。
第3の手順として、ユーザは、ユーザ端末1−1に表示された第2識別子(ここでは“tr0n”)を、ユーザ端末1−2のタッチパネル等を用いて入力する。ここで、ユーザが異人であれば、第3の手順を行うユーザ(第2のユーザ)は、第2の手順で視認したユーザ(第1のユーザ)から、第2識別子(ここでは“tr0n”)を口頭等で予め伝達してもらう必要がある。
第4の手順として、第3の手順を受けてサーバ2により、第3の手順で入力された第2識別子(ここでは“tr0n”)に対応する第1識別子のゲーム内の特定の状態がユーザ端末1−2に再現される。このようにして、ユーザは、第1の手順で取得された第1の識別子に対応するデッキの情報にアクセスすることが可能になる。
なお、ユーザ端末1−1によるデッキの閲覧が終了すると(ゲーム内の特定の状態の指示が解除されると)、第2識別子(ここでは“tr0n”)と第1識別子との対応付けは破棄される。
図10は、SNS上でのデッキの情報の共有例を示す図である。
図10の左方に示すように、第1SNS上のOGP(Open Graph Protcol)に第1識別子を含むURLとデッキ(ゲーム内の特定の状態)の情報が表示されている。第1SNSの利用者は、OGP上のURLをクリックすることにより、第1識別子に対応付けられたデッキ(ゲーム内の特定の状態)にアクセスをすることができる。
また、図10の右方に示すように、第2SNS上のOGPに長方形のボタンとデッキが表示されている。この長方形のボタンは、第1識別子を含むURLと対応付けられており、第2SNSの利用者は、OGP上の長方形のボタンをクリックすることにより、第1識別子に対応付けられたデッキ(ゲーム内の特定の状態)にアクセスをすることができる。
このような処理ができるのは、第1識別子が、本実施例のシステム内部の識別子であるだけでなく、URLに埋め込むことが可能な識別子であって、SNSを通じた広域なデッキの情報の流通に適した識別子であるためである。
これにより、SNSのOGPのフォーマットに従って記述されたWebページを、図10のようにサムネイル化して、デッキの情報を拡散することができる。
図11は、ユーザ端末1−1、ユーザ端末1−2及びサーバ2のゲームデータ共有処理の流れを示すアローチャートである。
ステップS2において、ユーザ端末1−1のアクセス部122は、特定の状態に対応する第1識別子を用いたアクセスを行う。
ステップS21において、サーバ2の状態監視部102は、ステップS20のアクセスに基づいて第1識別子を認識する。
ステップS22において、サーバ2の第2識別子生成部103は、第2識別子を生成する。
ステップS23において、サーバ2の対応付け管理部104は、ステップS21で認識された第1識別子と、ステップS22で生成された第2識別子との対応付けを行う。
ステップS24において、サーバ2の表示制御部105は、ステップS22で生成された第2識別子を、ユーザ端末1−1に通知する。
ここでユーザ端末1−1のタッチパネルに表示された第2識別子は、ユーザ端末1−2を操作するユーザに伝達される。
ここで、ユーザ端末1−1とユーザ端末1−2とのユーザが同一人であれば、「伝達される」とは自身の頭に記憶しておくこと等を意味する。ユーザ端末1−1とユーザ端末1−2とのユーザが異人である場合、「伝達される」とは口頭等により伝達されることを意味する。
ステップS32において、ユーザ端末1−2の通知制御実行部132は、ステップS31で受付けられた第2識別子をサーバ2に通知する。
ステップS26において、状態再現部106は、ステップS25で認識した第2識別子に対応する第1識別子を認識する。
ステップS27において、状態再現部106は、ステップS26で認識された第1識別子に対応する特定の状態をユーザ端末1−2で再現する制御を実行する。
即ち、ステップS33において、ユーザ端末1−2の閲覧制御実行部133は、ステップS27での制御を受けて、特定の状態を、ユーザ端末1−2のユーザに閲覧させる制御を実行する。
1つのWebページ内に複数のデッキの情報が含まれている場合、当該WebページのURLからだけでは複数のうちのどのデッキの情報が指定(表示)されているのかを特定することが困難である。そこで、例えば複数のデッキの情報のそれぞれの表示に紐づけられたJavaScript(登録商標)コードによって、ユーザが複数のデッキの情報のうちのどのデッキの情報を指定(表示)しているのかを特定し、この特定したデッキの情報によって生成されるコードを第1識別としてサーバに送信することによって第2識別子との対応付けをし、特定したデッキの情報と第2識別子とを対応付けて表示するという手法が提案される。
図12(A)は、フォーラム、掲示板、SNSにおいて表示対象となる複数のデッキの情報Pの一例を示す図である。
図12(B)は、ユーザ端末1の表示部27に表示されるデッキの情報Pの一部を示す図である。
図12のデッキの情報Pは、所定の1つのデッキ(ゲームの特定の状態)と当該デッキに対応する第1識別子(第1識別子を含むURL)とを含む。本実施形態では、ユーザ端末1の表示部27の表示領域P1乃至P4の領域の夫々に、図12(A)の複数のデッキの情報Pのうち、選択された4つのデッキの情報Pが表示される。
即ち、図12(A)のように、複数のデッキの情報Pは、縦方向に並んで配置されており、この中で4つのデッキの情報Pが選択されて、ユーザ端末1の表示部27の表示領域P1乃至P4の領域の夫々に表示される。
例えば、図12(A)の範囲RG1が選択されている場合には、当該範囲RG1に含まれる4つのデッキの情報Pが、ユーザ端末1の表示部27の表示領域P1乃至P4の夫々に表示される。
ここで、ユーザが図12(A)の範囲RG2を選択したい場合には、ユーザ端末1の表示部27(タッチパネル)に対して、スクロールの操作をすればよい。
スクロールされて、図12(A)の範囲RG2が選択されると、当該範囲RG2に含まれる4つのデッキの情報Pが、ユーザ端末1の表示部27の表示領域P1乃至P4の夫々に表示される。
つまり、スクロール操作により、ユーザ端末1の表示部27の表示領域P1乃至P4の領域の夫々に表示されるデッキの情報Pも変化する。
図12(A)に示すように、デッキの情報Pを共有することができるオンライン・フォームや、掲示板、SNSでは、ユーザ同士のデッキの情報Pが、1ページ内に縦に長く配置される。このようなフォーラムでは、1つのURLで識別されるページ内に大量のデッキの情報Pが掲載されることになるため、従来の短縮URLなどの方式を用いることはできない。
本実施形態では、ユーザが当該情報を閲覧しているかどうか(ゲームの特定の状態を指示しているかどうか)に応じて第2識別子の有効期限を管理するため、例えば1つのURLで特定される1つのWebページ内に複数のデッキの情報Pが掲載される場合にも適用することができる。
このとき、ユーザ端末1−1はサーバ2へアクセスし、表示制御部123によって表示されているHTML要素内に含まれるデッキの情報Pを受付部101へ送信する。ここで、デッキの情報Pとは第1識別子に相当する情報のことであり、本実施形態においては第1識別子をHTML要素に適用できる形式(HTML内に埋め込める形式)に変換した情報のことである。第1識別子たるデッキの情報Pは、図示しない第1識別子特定部により特定された情報であるが、本実施形態においては、複数の第1識別子(デッキの情報P)がWebページのHTML要素内に含められている。
サーバ2がアクセスを受付けると、第2識別子生成部103は第2識別子を生成し、対応付け管理部104は第1識別子と第2識別子との対応付けを行う。
そして、ユーザ端末1−1はデッキの情報Pの第2識別子をサーバ2から取得し、画面上に表示する。
この機能を利用することで、図5に示す状態監視部102が、この値の変化を定期的に確認することにより、図12(A)のうちどの範囲が表示されているのか(例えば範囲RG1なのか範囲RG2なのか)を検出することができる。状態監視部102が、表示範囲が変更されたことを検出した時、当該表示範囲内のデッキの情報Pが画面内に表示されているかどうかを判定し、表示範囲内に含まれているデッキの情報P(あるいはデッキの情報Pから生成された第1識別子)をサーバ2へ送信し、当該デッキの情報Pに対応する第2識別子をサーバ2から取得し、当該デッキの情報Pに関連付けて表示することができる。
ここで、Webブラウザは、例えばJavaScript(登録商標)によって定義される図示しない表示情報抽出部としての機能を有している。表示情報抽出部は、上述したように、ユーザ端末1−1にて表示される内容を示すHTML要素から所定の表示範囲内にあるデッキの情報Pを抽出する手段であるが、このときの表示範囲(すなわち抽出範囲)の大きさ(あるいは広さ)は特に限定的ではなく、適宜設計し得る。表示範囲の大きさは、図12における範囲RG1のようにユーザ端末1−1の表示画面にあわせた大きさとして設計することが好適であるが、本発明の実施においてはこれに拘らない。また、例えば、あるURLによって特定されるWebページ全体を表示範囲とみなして、表示情報抽出部はこのWebページ内に含まれる全てのHTML要素を抽出範囲としてデッキの情報Pを抽出してもよい。
即ち、例えば、図12(A)の表示範囲に含まれる複数のデッキの情報Pが表示情報抽出部により抽出された場合には、サーバ2は、夫々のデッキの情報Pに対応した複数の第1識別子を取得し、取得した第1識別子の夫々を第2識別子と対応付ける。そして、夫々のデッキの情報Pに対応させた第2識別子をユーザ端末1−1の表示部27に表示させる。
また、例えば、表示範囲から複数のデッキの情報Pが表示情報抽出部により抽出された場合であっても、サーバ2は、選択範囲内における中央に最も近い位置のデッキの情報Pに対応した第2識別子のみを、ユーザ端末1−1の表示部27に表示させることとすることもできる。
換言すると、表示範囲の変更の検出後、当該選択範囲内にあるHTML要素内からデッキの情報Pが表示情報抽出部により抽出されることになるため、当該デッキの情報Pにあたるゲームの特定の状態が指定され、当該特定の状態に対応する第1の識別子を用いたアクセスがなされたことになる。
即ち、図5に示す状態監視部102は、表示範囲が変更されたことを検出したとき、対応付け管理部104および対応付け管理DB111と協動して、表示範囲から外れたデッキの情報Pに対応する第1識別子と当該第1識別子に対応付けられた第2識別子との対応付けを解除し、対応付け管理DB111から情報を破棄して管理を完了する。ただし、当該対応付けの放棄は、表示範囲から外れた時に行われても良いし、表示範囲から外れてから所定期間の経過後に行われてもよい。
しかしながら、特にこれに限定されず、デバイス間のデータの共有一般に適用することができる。即ち、ゲームに限定されず、ユーザ間、デバイス間のデータの共有に幅広く適用することができる。
即ち、上述したように、第1識別子は、データの膨大な特定の状態を識別できる永続的にユニークな識別子であれば足りる。従って、例えば、一次元コード、二次元コード等の様々な識別子に適用することができる。
即ち、上述したように、第2識別子は、ユーザがデータを閲覧した時に、当該ユーザの閲覧行為を同時アクセスセッションの中から識別できる一時的な一意性を有する識別子であれば足りる。従って、例えば、4桁である必要もないし、記号と組み合わせることにより、印刷物等を用いた永続的な短縮識別子であってもよい。具体的には、“+5t7”のように、プレス記号から始まる場合は、無効化されない識別子としてもよい。
また、1つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
即ち、本発明が適用される情報処理プログラムは、
再現性があり且つユーザによって任意に指定される特定の状態を当該指定に基づき表示可能な複数の端末との間で通信をするサーバに、
前記複数の端末のうち第1端末から、前記特定の状態と一意に対応付けられる第1識別子を用いたアクセスを受付ける受付ステップ(例えば図5の受付部101が実行するステップ)と、
前記第1識別子を用いたアクセスをしてきた前記第1端末において、前記特定の状態の指定が継続しているか否かを監視する監視ステップ(例えば図5の状態監視部102が実行するステップ)と、
前記第1端末による前記第1識別子を用いたアクセスが受け付けられたとき、第2識別子を生成する生成ステップ(例えば図5の第2識別子生成部103が実行するステップ)と、
生成された前記第2識別子を、前記第1端末に表示させる制御を実行する表示制御ステップ(例えば図5の表示制御部105が実行するステップ)と、
当該第1端末において前記特定の状態の指定が継続している期間又は当該期間が終了してから所定期間では、前記特定の状態に対応する前記第1識別子と、生成された前記第2識別子との対応付けを管理し、その後、当該第1端末において前記特定の状態の指定の終了又は当該終了から所定期間の経過が監視されたとき、当該第1識別子と当該第2識別子との対応付けを破棄する管理ステップ(例えば図5の対応付け管理部104が実行するステップ)と、
前記管理ステップにおいて前記管理が継続されている間に、前記複数の端末のうち第2端末から前記第2識別子が通知された場合、当該第2識別子に対応付けられた前記第1識別子に対応する前記特定の状態を、当該第2端末で再現可能にするための制御を実行する状態再現ステップ(例えば図5の状態再現部106が実行するステップ)と、
を含む制御処理を実行させるプログラム。
即ち、データを様々なメディア上で流通させる際に用いる第1識別子と、データをアプリケーションに読み込ませるときに用いる第2識別子を独立させ、この2つの識別子の対応関係を動的に管理する2段階識別子管理方法を採用することにより、情報の表現能力と入力の容易性を併せ持つデータ流通・入力を実現する。
ここで、データ内の特定の状態の数よりも、データを閲覧しているユーザの方が圧倒的に少数である。
従って、データ内の特定の状態を識別する第1識別子と、特定の状態を閲覧する行為を識別する第2識別子とを動的に関連付けることにより、1人のユーザが、デバイス間のやり取りのために何千回も登録処理を行ったとしても、識別子の数が不足しないというスケーラビリティを実現する。
これにより、本発明は、ログイン等の処理を行わずに、デバイス上に登録されているデータを異なるデバイスで編集し、それを即座にデバイスへ反映するという、一時的なデバイス間の共有処理を実現することができる。
これにより、雑誌等の紙媒体や、SNS等のネットワークサービスを経由して、既存のURLを流通させる仕組みをそのまま利用することができる。
これにより、生成される第2識別子は短くシンプルとなるため、ユーザ間での口頭での伝達が可能となり、不特定多数のユーザへのデータ共有や、その場ですぐに見ず知らずのユーザへデータを共有することができる。
また、データ内の特定の状態が膨大な数となった場合においても、ユーザが入力する識別子の数が増加せず、かつ、異なるユーザや異なるデバイスへデータを転送するためのデータ登録処理の回数が膨大な数となった場合においても、ユーザが入力する識別子の数が増加しない。
Claims (8)
- 再現性があり且つユーザによって任意に指定される特定の状態を当該指定に基づき表示可能な複数の端末との間で通信をするサーバに、
前記複数の端末のうち第1端末から、前記特定の状態と一意に対応付けられる第1識別子を用いたアクセスを受付ける受付ステップと、
前記第1端末による前記第1識別子を用いたアクセスが受け付けられたとき、第2識別子を生成する生成ステップと、
生成された前記第2識別子を、前記第1端末に表示させる制御を実行する表示制御ステップと、
前記特定の状態に対応する前記第1識別子と、生成された前記第2識別子との対応付けが維持されていることを条件とし、前記複数の端末のうち第2端末から前記第2識別子が通知された場合、当該第2識別子に対応付けられた前記第1識別子に対応する前記特定の状態を、当該第2端末で再現可能にするための制御を実行する状態再現ステップと、
を含む制御処理を実行させるプログラム。 - 前記特定の状態に対応する前記第1識別子と、生成された前記第2識別子との前記対応付けを管理し、その後、所定期間が経過すると、当該第1識別子と当該第2識別子との前記対応付けを破棄する管理ステップ、
を更に含む制御処理を実行させる、
請求項1に記載のプログラム。 - 前記第1端末による前記第1識別子を用いたアクセスが終了してから所定期間では、前記特定の状態に対応する前記第1識別子と、生成された前記第2識別子との前記対応付けを管理し、その後、前記所定期間の経過が監視されたとき、当該第1識別子と当該第2識別子との前記対応付けを破棄する管理ステップ、
を更に含む制御処理を実行させる、
請求項1に記載のプログラム。 - 前記受付ステップは、前記第1識別子を用いたアクセスとして、当該第1識別子を要素に含むURLによるアクセスを受付けるステップを含む、
請求項1乃至3のうち何れか1項に記載のプラグラム。 - 前記生成ステップは、前記第2識別子として、前記第1識別子より情報量が少ない識別子を生成するステップを含む、
請求項1乃至4のうち何れか1項に記載のプログラム。 - 再現性があり且つユーザによって任意に指定される特定の状態を当該指定に基づき表示可能な複数の端末との間で通信をするサーバとして機能する情報処理装置において、
前記複数の端末のうち第1端末から、前記特定の状態と一意に対応付けられる第1識別子を用いたアクセスを受付ける受付手段と、
前記第1端末による前記第1識別子を用いたアクセスが受け付けられたとき、第2識別子を生成する生成手段と、
生成された前記第2識別子を、前記第1端末に表示させる制御を実行する表示制御手段と、
前記特定の状態に対応する前記第1識別子と、生成された前記第2識別子との対応付けが維持されていることを条件とし、前記複数の端末のうち第2端末から前記第2識別子が通知された場合、当該第2識別子に対応付けられた前記第1識別子に対応する前記特定の状態を、当該第2端末で再現可能にするための制御を実行する状態再現手段と、
を備える情報処理装置。 - 再現性があり且つユーザによって任意に指定される特定の状態を当該指定に基づき表示可能な複数の端末との間で通信をするサーバが実行する情報処理方法において、
前記複数の端末のうち第1端末から、前記特定の状態と一意に対応付けられる第1識別子を用いたアクセスを受付ける受付ステップと、
前記第1端末による前記第1識別子を用いたアクセスが受け付けられたとき、第2識別子を生成する生成ステップと、
生成された前記第2識別子を、前記第1端末に表示させる制御を実行する表示制御ステップと、
前記特定の状態に対応する前記第1識別子と、生成された前記第2識別子との対応付けが維持されていることを条件とし、前記複数の端末のうち第2端末から前記第2識別子が通知された場合、当該第2識別子に対応付けられた前記第1識別子に対応する前記特定の状態を、当該第2端末で再現可能にするための制御を実行する状態再現ステップと、
を含む情報処理方法。 - 再現性があり且つユーザによって任意に指定される特定の状態を当該指定に基づき表示可能な複数の端末と、サーバとを含む情報処理システムにおいて、
前記サーバは、
前記複数の端末のうち第1端末から、前記特定の状態と一意に対応付けられる第1識別子を用いたアクセスを受付ける受付手段と、
前記第1端末による前記第1識別子を用いたアクセスが受け付けられたとき、第2識別子を生成する生成手段と、
生成された前記第2識別子を、前記第1端末に表示させる制御を実行する表示制御手段と、
前記特定の状態に対応する前記第1識別子と、生成された前記第2識別子との対応付けが維持されていることを条件とし、前記複数の端末のうち第2端末から前記第2識別子が通知された場合、当該第2識別子に対応付けられた前記第1識別子に対応する前記特定の状態を、当該第2端末で再現可能にするための制御を実行する状態再現手段と、
を備え、
前記複数の端末のうち前記第1端末は、
前記特定の状態と一意に対応付けられる前記第1識別子を用いたアクセスを行うアクセス手段と、
前記サーバにおいて、前記特定の状態の指定が継続している期間又は当該期間が終了してから所定期間のみ有効な前記第2識別子が、前記第1識別子と対応付けられて生成された場合、前記サーバの前記表示制御手段による前記制御を受けて、当該第2識別子を表示する表示手段と、
を備え、
前記複数の端末のうちの前記第2端末は、
前記サーバにより生成されて前記第1端末に表示された前記第2識別子の入力を受付けて、前記サーバに通知する制御を実行する第1制御手段と、
前記サーバにおいて、前記第1制御手段の制御により前記第2識別子が通知された場合、当該サーバの前記状態再現手段による前記制御を受けて、前記特定の状態を再現して前記第2端末のユーザに閲覧させる制御を実行する第2制御手段と、
を備える情報処理システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016174623A JP6463313B2 (ja) | 2016-09-07 | 2016-09-07 | プログラム、情報処理装置、情報処理方法及び情報処理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016174623A JP6463313B2 (ja) | 2016-09-07 | 2016-09-07 | プログラム、情報処理装置、情報処理方法及び情報処理システム |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016079443A Division JP6005887B1 (ja) | 2016-04-12 | 2016-04-12 | プログラム、情報処理装置、情報処理方法及び情報処理システム |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018247761A Division JP6784744B2 (ja) | 2018-12-28 | 2018-12-28 | プログラム、情報処理装置、情報処理方法及び情報処理システム |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2017191588A JP2017191588A (ja) | 2017-10-19 |
JP2017191588A5 JP2017191588A5 (ja) | 2018-10-11 |
JP6463313B2 true JP6463313B2 (ja) | 2019-01-30 |
Family
ID=60085303
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016174623A Active JP6463313B2 (ja) | 2016-09-07 | 2016-09-07 | プログラム、情報処理装置、情報処理方法及び情報処理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6463313B2 (ja) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001096064A (ja) * | 1999-07-26 | 2001-04-10 | Konami Co Ltd | 対戦型ビデオゲーム表示方法、記録媒体および対戦型ビデオゲームシステム |
JP2001212367A (ja) * | 2000-02-07 | 2001-08-07 | Sega Corp | 情報処理装置及びその方法、ゲーム装置及びその方法、ゲームシステム、並びにコンピュータ上で動作するプログラムを記録した記録媒体 |
JP2014136049A (ja) * | 2013-01-17 | 2014-07-28 | Namco Bandai Games Inc | サーバシステムおよびプログラム |
-
2016
- 2016-09-07 JP JP2016174623A patent/JP6463313B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP2017191588A (ja) | 2017-10-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6005887B1 (ja) | プログラム、情報処理装置、情報処理方法及び情報処理システム | |
US20130011009A1 (en) | Recognition system based on augmented reality and remote computing and related method thereof | |
CN102449981A (zh) | 链接到联系标识符的动态内容 | |
CN102209165A (zh) | 复合机和复合机控制系统 | |
JP6084486B2 (ja) | 情報共有システム、情報共有方法、及びプログラム | |
JP2008140353A (ja) | 複数のソーシャルネットワーク情報を一括で表示するシステム | |
JP6197286B2 (ja) | 通信装置、情報処理システム及び情報処理システムの制御方法 | |
JP6463313B2 (ja) | プログラム、情報処理装置、情報処理方法及び情報処理システム | |
JP2008084022A (ja) | コンテンツ送信装置及びコンテンツ送信方法 | |
JP6784744B2 (ja) | プログラム、情報処理装置、情報処理方法及び情報処理システム | |
JP2013122630A (ja) | 識別情報管理支援システム、識別情報管理支援方法およびプログラム | |
TW201635210A (zh) | 資訊處理裝置、資訊處理方法、記憶媒體 | |
CN102193623A (zh) | 信息输入辅助设备和信息输入辅助方法 | |
JP6052022B2 (ja) | 人物推薦装置、人物推薦方法、およびプログラム | |
KR101170322B1 (ko) | 웹을 기반으로 하는 개인 컴퓨터를 이용한 클라우드 컴퓨팅 서비스 제공 방법 및 장치 | |
JP6484143B2 (ja) | テキストを含む風景写真を利用した画像処理システム、方法、プログラム及び記録媒体 | |
JP7500638B2 (ja) | システム、方法、及びプログラム | |
JP2015114941A (ja) | 出力制御サーバおよび出力システム | |
JP2010086087A (ja) | 地域型コミュニティサイト用画像付き記事投稿システム、およびそのプログラムならびにその方法 | |
JP2012138047A (ja) | ログイン認証装置、ログイン認証方法及びプログラム | |
JP4557350B2 (ja) | 住所情報管理装置、住所情報管理方法、および、情報記録媒体 | |
JP4237031B2 (ja) | ネットワークサービス提供システム、並びにネットワークサービス提供システムに用いられる情報配信装置 | |
JP2010097487A (ja) | ユーザ端末装置、推奨表現検索装置、Webサーバ装置、推奨表現提供方法、及びプログラム | |
JP2019102052A (ja) | 情報処理装置、情報処理方法、情報処理システム及びプログラム | |
JP2019101600A (ja) | 情報処理装置、情報処理方法及び情報処理システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180831 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180831 |
|
A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20180831 |
|
A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20180906 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20181204 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20181228 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6463313 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |