JP6801657B2 - 情報処理装置、情報処理方法及びコンピュータプログラム - Google Patents

情報処理装置、情報処理方法及びコンピュータプログラム Download PDF

Info

Publication number
JP6801657B2
JP6801657B2 JP2017528309A JP2017528309A JP6801657B2 JP 6801657 B2 JP6801657 B2 JP 6801657B2 JP 2017528309 A JP2017528309 A JP 2017528309A JP 2017528309 A JP2017528309 A JP 2017528309A JP 6801657 B2 JP6801657 B2 JP 6801657B2
Authority
JP
Japan
Prior art keywords
service
sub
user
identifier
control unit
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.)
Expired - Fee Related
Application number
JP2017528309A
Other languages
English (en)
Other versions
JPWO2017010154A1 (ja
Inventor
義己 田中
義己 田中
昌一 浮田
昌一 浮田
齋藤 真
真 齋藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2017010154A1 publication Critical patent/JPWO2017010154A1/ja
Application granted granted Critical
Publication of JP6801657B2 publication Critical patent/JP6801657B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866Management of end-user data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/4104Peripherals receiving signals from specially adapted client devices
    • H04N21/4108Peripherals receiving signals from specially adapted client devices characterised by an identification number or address, e.g. local network address
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42684Client identification by a unique number or address, e.g. serial number, MAC address, socket ID
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44231Monitoring of peripheral device or external card, e.g. to detect processing problems in a handheld device or the failure of an external recording device

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Graphics (AREA)
  • Theoretical Computer Science (AREA)
  • Power Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Description

本開示は、情報処理装置、情報処理方法及びコンピュータプログラムに関する。
ネットワーク関連の技術の発達に伴い、ネットワークに接続することが出来る装置も小型化する傾向が進んでいる。すなわち、1人のユーザが複数のネットワークに接続可能な装置を保持すること多くなってきている。
また、ソフトウェアやデータなどをインターネットなどのネットワークを通じて利用するクラウドコンピューティングも普及してきており、クラウドコンピューティングを利用した様々なサービスが展開されている。クラウドを利用したサービスにおいては、そのサービス毎に利用するデバイスが異なることが多く、また複数のデバイスを連携させて利用することも多い。例えば特許文献1には、デバイスを連携させるための技術が開示されている。
特開2003−32176号公報
クラウドを利用したサービスを利用する際に、そのサービスで利用するデバイスを連携させる際に、事前登録しておくケースが多い。しかし、1人のユーザが複数のネットワークに接続可能な装置を保持する場合、それらの装置をすべて事前登録するのは非常に手間が掛かることが容易に想定できる。
そこで本開示では、ネットワーク上のサービスを利用する装置同士の連携処理を容易に実行することが可能な、新規かつ改良された情報処理装置、情報処理方法及びコンピュータプログラムを提案する。
本開示によれば、ネットワーク上の所定のサービスで規定された所定の条件を第1の装置との関係が満たすと、ユーザを識別するユーザ識別子と、前記第1の装置を識別するデバイス識別子とを前記サービスに送信し、前記ユーザ識別子とデバイス識別子との連携に関する処理を前記サービスへ依頼する制御部を備える、情報処理装置が提供される。
また本開示によれば、ネットワーク上の所定のサービスで規定された所定の条件を第1の装置との関係が満たすと、ユーザを識別するユーザ識別子と、前記第1の装置を識別するデバイス識別子とを前記サービスに送信し、前記ユーザ識別子とデバイス識別子との連携に関する処理を前記サービスへ依頼することを含む、情報処理方法が提供される。
また本開示によれば、ネットワーク上の所定のサービスで規定された所定の条件を第1の装置との関係が満たすと、ユーザを識別するユーザ識別子と、前記第1の装置を識別するデバイス識別子とを前記サービスに送信し、前記ユーザ識別子とデバイス識別子との連携に関する処理を前記サービスへ依頼することをコンピュータに実行させる、コンピュータプログラムが提供される。
また本開示によれば、提供するネットワーク上のサービスにおけるユーザを識別するユーザ識別子と、前記サービスを利用する第1の装置を識別するデバイス識別子との連携に関する処理を実行する制御部を備え、前記制御部は、前記第1の装置と異なる第2の装置のデバイス識別子と前記ユーザ識別子との連携に関する処理を行う際に、所定の条件に基づいて前記第1の装置のデバイス識別子と前記ユーザ識別子との連携を解除するかどうかを判断する、制御装置が提供される。
以上説明したように本開示によれば、ネットワーク上のサービスを利用する装置同士の連携処理を容易に実行することが可能な、新規かつ改良された情報処理装置、情報処理方法及びコンピュータプログラムを提供することができる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本開示の実施の形態の前提について示す説明図である。 同実施形態の前提について示す説明図である。 同実施形態に係るデバイス100の機能構成例を示す説明図である。 同実施形態に係るサービス200の機能構成例を示す説明図である。 同実施形態の実施例1の動作を説明する説明図である。 同実施形態の実施例1の動作を説明する説明図である。 サービス200が保持する情報の例を示す説明図である。 同実施形態の実施例1の動作を説明する説明図である。 同実施形態の実施例1の動作を説明する説明図である。 同実施形態の実施例1の動作を説明する説明図である。 あるサブデバイス100bによる、サービス200へのサブデバイスの連携登録等の確認方法を示す説明図である。 同実施形態の実施例2の動作を説明する説明図である。 同実施形態の実施例3の動作を説明する説明図である。 同実施形態の実施例3の動作を説明するシーケンス図である。 同実施形態の実施例4の動作を説明する説明図である。 サーバの概略的な構成の一例を示すブロック図である。 デバイスのハードウェア構成例を示すブロック図である。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
なお、説明は以下の順序で行うものとする。
1.本開示の一実施形態
1.1.概要
1.2.実施例1
1.3.実施例2
1.4.実施例3
1.5.実施例4
2.ハードウェア構成例
3.まとめ
<1.本開示の一実施形態>
[1.1.概要]
まず、本開示の実施の形態について詳細に説明する前に、本開示の実施の形態の概要を説明する。
ネットワーク関連の技術の発達に伴い、ネットワークに接続することが出来る装置も小型化する傾向が進んでいる。すなわち、1人のユーザが複数のネットワークに接続可能な装置を保持すること多くなってきている。
また、ソフトウェアやデータなどをインターネットなどのネットワークを通じて利用するクラウドコンピューティングも普及してきており、クラウドコンピューティングを利用した様々なサービスが展開されている。クラウドを利用したサービスにおいては、そのサービス毎に利用するデバイスが異なることが多く、また複数のデバイスを連携させて利用することも多い。
クラウドを利用したサービスを利用する際に、そのサービスで利用するデバイスを連携させる際に、事前に連携登録しておくケースが多い。しかし、1人のユーザが複数のネットワークに接続可能な装置を保持する場合、それらの装置をすべて事前登録するのは非常に手間が掛かることが容易に想定できる。
また、クラウドを利用したサービスの利用中に、連携の対象となるデバイスを変更する際に、デバイスの追加、変更、削除の登録を行うのは非常にユーザにとって手間がかかるし、場合によっては、ユーザよる連携登録のし忘れも起りうる。サービスの利用前や利用途中にこのような手間がかかっていれば、ユーザが使いたいときにすぐにサービスが利用できない不便を被ることにもなりうる。
そこで本件開示者は、上述した点に鑑み、ネットワーク上のサービスを利用する装置同士の連携処理を容易に実行することが可能な技術について鋭意検討を行った。その結果、本件開示者は、ネットワーク上の所定のサービスで規定された所定の条件を他の装置との関係が満たすと装置同士の連携処理を実行することで、ユーザの利便性を大幅に向上させることが可能な技術を考案するに至った。
以上、本開示の実施の形態の概要について説明した。
[1.2.実施例1]
続いて、いくつか実施例を挙げて本開示の実施の形態について詳細に説明する。本開示の実施の形態の前提を、図1を用いて説明する。図1は、本開示の実施の形態の前提について示す説明図である。
本開示の実施の形態では、サービスはクラウドコンピューティング(以下、単にクラウドとも称する)を利用したものとなっている。ユーザ10はこのクラウドを利用したサービス(クラウドサービス)200を利用するにあたり、そのユーザが保持するスマートフォンやウェアラブル端末などの、クラウドサービスとネットワーク的に接続可能なデバイス100aを持っている。本実施形態では、ユーザ10が所有しているデバイスの1つをメインデバイスと称する。メインデバイスとなり得るのは、クラウドを利用したサービス200と通信可能なデバイスであれば何でも良い。例えばユーザが所持するスマートフォン、タブレット端末、パーソナルコンピュータ、据え置き型または携帯型のゲーム機、テレビ、自動車等の、クラウドを利用したサービス200と通信出来る機能を有しうるあらゆる機器がメインデバイスとなり得る。
まずユーザ10は、対象となるサービス200を利用するための契約などを得ることで、そのサービスが利用可能な状態となる。この契約時には、各々のユーザ10のメインデバイス100aを利用するかどうかは問わない。しかし、メインデバイス100は、このサービス200を利用する上で必ず必要となるデバイスの1つであると定義する。
メインデバイス100aは、サービス200と直接情報をやり取りするための通信機能を有する。さらに、メインデバイス100aは、サービス200がその利用者を識別するためのユーザ識別子を保持する。ただし、本実施形態では、ユーザは、自然人とは限定しない。ユーザは、法人やグループなど、サービスを受けることが可能となる対象すべてに相当する。
サービス200は、ユーザ10からの要求に応じて、そのユーザに対してサービスを利用可能な状態とすると、当該ユーザ10に、ユーザIDなどのサービスにおける利用者を識別する識別子を発行する。メインデバイス100aは、サービス200が提供するクラウドサービスを受けるために必要なユーザIDなどの情報をサービス200に送信する。サービス200は、メインデバイス100aから送られてくる情報に基づいたサービスをメインデバイス100aに提供する。
ユーザ10は、メインデバイス100aの他に複数のデバイスを所持しうる。メインデバイス100aとは異なるデバイスをサブデバイスと称する。メインデバイスとなり得るのは、メインデバイスと直接的に、または他のデバイスを介して通信可能なデバイスであれば何でも良い。すなわち、サブデバイスは必ずしもサービス200と通信可能でなくてもよい。例えばユーザが所持するスマートフォン、タブレット端末、パーソナルコンピュータ、据え置き型または携帯型のゲーム機、テレビ、ヘッドマウントディスプレイ、眼鏡型や腕時計型その他のウェアラブルデバイス、冷蔵庫や電子レンジその他の電化製品、スポーツで使用する道具等の、近距離または遠距離の通信機能を有しうるあらゆる機器がサブデバイスとなり得る。
図2は、本開示の実施の形態の前提について示す説明図である。図2には、メインデバイス100aに加えて、n個のサブデバイス100b、100c、・・・、100xが図示されている。サブデバイス100b、・・・は、メインデバイス100aとの間の相互通信はもちろん、サービス200との相互通信や、他のサブデバイス100b、・・・との間の相互通信を行う機能を有する。
ユーザ10は、サービス200を利用する際に、メインデバイス100a以外に利用するサブデバイス100b、・・・からの情報や機能などを必要とするために、これらのサブデバイス100b、・・・をメインデバイス100aに連携する連携デバイスとしてサービス200に認識させる必要がある。なお、本実施形態では、連携するとは、あるユーザが使用するデバイスとしてデバイス同士が連携していることをいう。
本実施形態では、サブデバイス100b、・・・をメインデバイス100aの連携デバイスとしてサービス200に認識させるために、サービス200で規定された所定の条件を満たしたかどうかをメインデバイス100aで判断する。ここで、サービス200で規定された所定の条件としては、例えばユーザ10がサブデバイス100b、・・・に触れたり、近づいたりする等の、ユーザ10とサブデバイス100b、・・・との接触や相対的な位置関係であってもよい。またサービス200で規定された所定の条件としては、サブデバイス100b、・・・のバッテリ残量や動作可能時間が所定値以上であること、であってもよい。すなわちサービス200は、所定のバッテリ残量や動作可能時間以上でなければ、そのサブデバイス100b、・・・が連携登録出来ないようにしてもよい。
以上、本開示の実施の形態の前提について説明した。続いて、本実施形態に係るメインデバイス100aやサブデバイス100b、・・・の機能構成例について説明する。なお、以下の説明では、メインデバイス100aやサブデバイス100b、・・・を総称する際には単にデバイス100とも称する。
図3は、本実施形態に係るデバイス100の機能構成例を示す説明図である。図3に示したデバイス100は、メインデバイス100aまたはサブデバイス100b、・・・のいずれかであり得る。以下、図3を用いて本実施形態に係るデバイス100の機能構成例について説明する。
図3に示したように、本実施形態に係るデバイス100は、通信部110と、記憶部120と、出力部130と、センサ140と、処理部150と、を含んで構成される。
通信部110は、情報を無線または有線によって送受信する。例えば、通信部110は、サービス200との間や、他のデバイス100との間の情報の送受信を行う。通信部110は、例えばセルラー通信機能、Wi−Fi通信機能、Bluetooth(登録商標)通信機能などを有しうる。
記憶部120は、デバイス100の動作のためのプログラム及びデータを一時的にまたは恒久的に記憶する。例えば、記憶部120は、情報取得部151が取得した情報を、一時的にまたは恒久的に記憶する。記憶部120は、制御部153が各種制御のために使用するデータを記憶しうる。記憶部120は、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどで構成されうる。
本実施形態では、記憶部120は、デバイス100を一意に識別するための情報を記憶する。デバイス100を一意に識別するための情報のことを本実施形態ではデバイス識別子とも称する。
出力部130は、ユーザ10へ情報を通知するために各種情報を出力する機能を有する。出力部130による情報の出力は、例えば制御部153の制御によって行われうる。出力部130は、例えば情報を文字や画像で出力するディスプレイ、情報を音で出力するスピーカ、情報を振動で出力するバイブレータなどで構成されうる。
センサ140は、様々な状態をセンシングするデバイスである。センサ140には、例えば、GPS(Global Positioning System)、GLONASS(Global Navigation Satellite System)、BDS(BeiDou Navigation Satellite System)、iBeacon等の現在位置を取得するセンサ、カメラ、深度情報付きカメラ、人感センサ、マイク、加速度センサ、角速度センサ等が含まれ得る。
センサ140が取得した情報は処理部150に随時送られる。そして処理部150は、センサ140から送られてくる情報に基づいて各種処理を実行する。
処理部150は、デバイス100の様々な機能を提供する。処理部150は、情報取得部151及び制御部153を含む。なお、処理部150は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部150は、これらの構成要素の動作以外の動作も行い得る。
情報取得部151は、通信部110が受信した信号から、種々の情報を取得する。また情報取得部151は、デバイス100の動作のための情報やプログラムを記憶部120から取得しうる。また情報取得部151は、センサ140が取得した様々な情報を取得する。
制御部153は、デバイス100の動作を制御するものである。本実施形態では、制御部153は、他のデバイス100の存在を検知し、との間の関係がサービス200で規定された所定の条件を満たしたかどうかを判断する。制御部153は、他のデバイス100との間の関係がサービス200で規定された所定の条件を満たしたと判断した場合、自装置と、その他のデバイス100との連携処理をサービス200に依頼する。本実施形態では、連携処理とは、あるユーザが使用するデバイスであるとして情報を登録するための処理のことをいう。
制御部153は、自装置と、その他のデバイス100との連携処理をサービス200に依頼する際に、サービス200が提供するサービスにおけるユーザを識別するユーザ識別子と、新たに連携しようとするデバイス100のデバイス識別子とをサービス200に送信する。サービス200で連携処理が行われると、ユーザを識別するユーザ識別子と、新たに連携しようとするデバイス100のデバイス識別子との紐付けが行われる。
制御部153が、他のデバイス100の存在をどのように検知するかは、様々な方法を採りうる。例えば制御部153は、センサ140が他のデバイス100の接触を検出したことで他のデバイス100の存在を検知してもよく、情報取得部151が取得した他のデバイス100の位置が、自装置のセンサ140で取得した位置から所定の範囲内に存在していることを検出したことで他のデバイス100の存在を検知してもよい。
以上、図3を用いて本実施形態に係るデバイス100の機能構成例について説明した。続いて本実施形態に係るサービス200の機能構成例について説明する。
図4は、本開示の一実施形態に係るサービス200の機能構成例を示す説明図である。以下、図4を用いてサービス200の機能構成例について説明する。
図4に示したように、サービス200は、通信部210と、記憶部220と、処理部230と、を備える。
(通信部210)
通信部210は、情報を送受信する。例えば、通信部210は、他のノード、例えばデバイス100への情報を送信し、他のノードからの情報を受信する。本実施形態では、通信部210は、デバイス100間の連携処理の依頼を受信しうる。
(記憶部220)
記憶部220は、サービス200の動作のためのプログラム及びデータを一時的にまたは恒久的に記憶する。例えば、記憶部220は、情報取得部231が取得した情報を、一時的にまたは恒久的に記憶する。記憶部220は、制御部233が各種制御のために使用するデータを記憶しうる。記憶部220は、例えばハードディスクドライブやソリッドステートドライブなどで構成されうる。本実施形態では、記憶部220は、例えばユーザ識別子を含んだユーザ情報が管理されているテーブルと、ユーザ識別子とデバイス識別子とが紐付けられているテーブルと、を保持しうる。ユーザ識別子を含んだユーザ情報が管理されているテーブルと、ユーザ識別子とデバイス識別子とが紐付けられているテーブルと、の具体例は後に詳述する。
(処理部230)
処理部230は、通信資源取引サーバ300の様々な機能を提供する。処理部330は、情報取得部231及び制御部233を含む。なお、処理部230は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部230は、これらの構成要素の動作以外の動作も行い得る。
(情報取得部231)
情報取得部231は、サービス200の動作のための情報や、他のノードから受信した情報を取得する。情報取得部231は、サービス200の動作のための情報やプログラムを記憶部220から取得しうる。本実施形態では、情報取得部231は、通信部210が受信した、デバイス100間の連携処理の依頼を通信部210から取得する。
(制御部233)
制御部233は、サービス200の動作を制御する。制御部233は、情報取得部231が取得した情報に基づいて動作しうる。本実施形態では、制御部233は、デバイス100からの要求に応じて、デバイス100間の連携処理を実行する。制御部233は、デバイス100間の連携処理を実行すると、記憶部220に保存されている、ユーザ識別子とデバイス識別子とが紐付けられているテーブルの内容を更新するとともに、必要に応じて、連携処理の依頼を送信したデバイス100へ連携処理の結果を送信する。
制御部233は、既に1つ以上のサブデバイスのデバイス識別子がユーザ識別子と連携されている状態で、さらに別のサブデバイスに対する連携登録の依頼がデバイス100から送られてくると、新たなサブデバイスの連携に関する処理を行う際に、所定の条件に基づいて、既に連携されているサブデバイスのデバイス識別子とユーザ識別子との連携を解除するかどうかを判断しても良い。
例えば、連携可能となるサブデバイスの数が上限に達していたら、制御部233は、新たなサブデバイスの連携を行うか、連携を拒否するかを判断する。新たなサブデバイスを連携する場合は、既に連携しているサブデバイスの連携を解除しなければならないので、所定の条件に基づいて解除する。制御部233による、サブデバイスの連携の例については後に詳述する。
以上、図4を用いてサービス200の機能構成例に説明した。なお図4に示したサービス200は、1台のサーバ装置で構成されていても良く、複数のサーバ装置で構成されていても良い。
続いて、実施例1の動作について説明する。図5は、本実施形態の実施例1の動作を説明する説明図である。図5に示したのは、ユーザ10が既にメインデバイス100aを所有しており、新たにサブデバイス100bを連携させる際の動作を示す説明図である。なお、以降の説明において、各デバイスの内部の処理は、図3に示した制御部153が実行する。制御部153は、内部の処理を実行するにあたり、情報取得部151が取得した情報を適宜用いるものとする。またサービス200の内部の処理は、図4に示した制御部233が実行する。制御部233は、内部の処理を実行するにあたり、情報取得部231が取得した情報を適宜用いるものとする。
ユーザ10が既にメインデバイス100aを所有している状態で、ユーザ10がサブデバイス100bを触ったり、サブデバイス100bとメインデバイス100aとの距離が所定の距離以下になったりするなど、サービス200で規定された所定の条件を満たすと(ステップS11)、メインデバイス100aは、サブデバイス100bの存在を検知する(ステップS12)。
サブデバイス100bの存在を検知したメインデバイス100aは、デバイス識別子の送信をサブデバイス100bに要求する。サブデバイス100bは、要求に応じてメインデバイス100aへデバイス識別子を送信する(ステップS13)。サブデバイス100bのデバイス識別子を受信したメインデバイス100aは、保持しているユーザ識別子と共にサブデバイス100bのデバイス識別子をサービス200に送信し、サブデバイス100bを自ユーザのデバイスとして連携登録するよう依頼する(ステップS14)。連携登録とは、サービス200が発行した利用者を識別する識別子と、各デバイスが持っているデバイスの識別子とを紐づける処理のことをいう。
図5の例では、メインデバイスが保持しているユーザ識別子と、新たに連携登録しようとするサブデバイス100bのデバイス識別子をサービス200に送信していたが、メインデバイスは、保持しているユーザ識別子の他に、サービス200が提供するサービスにおけるユーザを識別する情報(ユーザアカウントなど)をサービス200に送信しても良い。
図6は、本実施形態の実施例1の動作を説明する説明図である。図6に示したのは、ユーザ10が既にメインデバイス100a及びサブデバイス100bを所有しており、新たにサブデバイス100cを連携させる際の動作を示す説明図である。
ユーザ10が既にサービス200においてメインデバイス100aと連携済みのサブデバイス100bを所有している状態で、ユーザ10がサブデバイス100bとは別のサブデバイス100cを触ったり、サブデバイス100cとメインデバイス100aとの距離が所定の距離以下になったりするなど、サービス200で規定された所定の条件を満たすと(ステップS21)、サブデバイス100bは、サブデバイス100cの存在を検知する(ステップS22)。サブデバイス100cの存在の検知は、例えば情報取得部151が取得した情報に基づき、制御部153が実行する。
サブデバイス100cの存在を検知したサブデバイス100bは、デバイス識別子の送信をサブデバイス100cに要求する。サブデバイス100cは、サブデバイス100bへデバイス識別子を送信する(ステップS23)。サブデバイス100cのデバイス識別子を受信したサブデバイス100bは、取得したサブデバイス100cのデバイス識別子をメインデバイス100aに送る(ステップS24)。そしてメインデバイス100aは、保持しているユーザ識別子と共にサブデバイス100cのデバイス識別子をサービス200に送信し、サブデバイス100cを自ユーザのデバイスとして連携するよう依頼する(ステップS25)。
メインデバイス100aを所有しているユーザ10とサブデバイス100b、・・・との接触や近接の認識は、例えば接触センサによる認識や、映像または音声での解析による認識などの方法やそれらの方法の組み合わせで持って実現されうる。つまり、一方が何等かの信号発し、他方がそれを受信して解析し、認識することで、双方で相互に認識できる仕組みがあればよい。信号以外でも、磁力による電磁誘導など、2つのデバイス間で影響を及ぼしあうことで、互いにデバイスを認識するという方法でメインデバイス100aを所有しているユーザ10とサブデバイス100b、・・・との接触や近接を認識してもよい。
また各デバイスは、デバイス間の相対的な位置関係を、GPSやWi−Fiの電波強度などを用いた絶対位置情報を利用する方法や、デバイス間で直接センシングする方法などを利用したり、それらの方法の組み合わせを用いたりすることで検出してもよい。
他にも、メインデバイス100aとサブデバイス100b、・・・との接触や相対的な位置関係だけでなく、サブデバイス100b、・・・が特定の絶対位置の範囲内に入った場合にも、自動的にサービス200で連携登録されるようにしてもよい。絶対位置情報を利用する場合には、特定の範囲内に対象となるサブデバイス100b、・・・が位置したことをメインデバイス100aが検出し、メインデバイス100aからサービス200に自動的に連携登録されるようにしてもよい。サブデバイス100b、・・・の絶対位置の特定は、GPSやWi−Fiの電波強度を用いた方法などの絶対位置情報を利用する方法やその組み合わせで実現されうる。
ユーザ識別子にデバイス識別子が紐づけられたデバイスは、そのサービスを利用する上で必要となる情報や機能を他のデバイスに提供することができる。ここでのデバイス識別子とは、サービスから見れば必ずグローバルに一意にデバイスを特定できる情報とする。サービス200は、複数の情報を組み合わせて一意に特定することが出来れば、複数の情報を組み合わせたものをデバイス識別子の代用としてもよい。
図7は、サービス200が保持する情報の例を示す説明図である。図7には、ユーザ情報が管理されているテーブルと、ユーザ識別子とデバイス識別子とが紐付けられているテーブルとが示されている。これらの情報は例えば記憶部220に記憶されている。サービス200は、ユーザ識別子とデバイス識別子とが紐付けられているテーブルを保持しておくことで、どのユーザにどのデバイスが紐付いているかを管理することが出来る。図7の例では、ユーザ識別子が「user1」のユーザが、サービス200を利用する3つのデバイスを有していることが示されている。
すなわち、メインデバイス100aからサービス200に対して連携登録の依頼や連係の解除の依頼が送信されることで、図7に示したユーザ識別子とデバイス識別子とが紐付けられているテーブルの内容が更新されることになる。ユーザ識別子とデバイス識別子とが紐付けられているテーブルの内容を更新する処理が、サービス200が実行するデバイスの連携に関する処理となる。
なお、1つのサブデバイスは、複数の利用者のユーザ識別子に紐付けられてもよい。1つのサブデバイスが複数の利用者のユーザ識別子に紐付けられる場合、そのサブデバイスで提供可能な情報や機能を、紐づいた全てのユーザに対して提供するのか、一部のユーザにのみ提供するのかは、サービス200が提供するクラウドサービスの内容に依存してもよい。
サブデバイスの連携登録時に、例えばキャリブレーション等の調整機能をそのサブデバイスに動作させる必要がある場合には、この調整機能も自動的に行われるようにしてもよい。言い換えれば、サブデバイスのキャリブレーション等の調整機能が行わせ、調整機能が動作しない場合にはサービス200での連携登録が失敗するというようにしてもよい。例えば、サブデバイスを連携登録して、サブデバイスが有するマイクをメインデバイスから使用できるようにする場合、メインデバイスは、サブデバイスに対してマイクの集音時に最初の数秒間はノイズの検知を行わせて、サブデバイスが検知したノイズのレベルに応じて、サブデバイスにマイクのレベルを調整させるようにしてもよい。
一度連携登録したサブデバイスに対する連携登録の解除も可能である。サブデバイスの連携登録の解除についても、メインデバイスやサブデバイスは、相対的または絶対的な位置関係が変化したり、サブデバイスが一定時間無反応になったりするなどの、サービス200で定められた条件を満たすことで自動的に行われる。
この連携登録の解除が行われた場合に、既に連携しているデバイス(メインデバイス及びサブデバイス)への通知は必須ではない。もちろん、連携登録の解除が行われたことを通知してなんらかのアクションを起こすケースは考えられるが、それはサービス200が提供しているクラウドサービスのポリシーに依存するものとする。後述するように、サービスのプロファイルや、デバイスのプロファイルに基づいて、連携登録の解除が行われたことの通知の有無を個々に決定できるようにしてもよい。
サービス200が定めた条件によっては、既に連携登録されたサブデバイスが別のサブデバイスに新しく置き換わったとして認識することも可能とする。既に連携登録されたサブデバイスが別のサブデバイスに新しく置き換わったとして認識する場合、サービス200は、既に連携登録されているサブデバイスは自動的に連携を解除して、新しいサブデバイスを新しく連携登録する。
サブデバイスを新規に連携登録するのか、別のサブデバイスと置き換えて連携登録するのかを識別するための方法の例を示す。
まず、各サブデバイスは、デバイスタイプなどの、サービス200での連携登録時に利用される情報が書かれたデバイスプロファイルを持つ。サービス200は、デバイスの連携の判断に必要となる情報が書かれたサービスプロファイルを持つ。
サービスプロファイルが持つ情報としては以下の様なものが考えられる。もちろん、サービスプロファイルは、以下で挙げた情報以外の情報を持たせるための拡張が可能なように設計されていてもよい。
サービスプロファイルが持つ情報としては、例えば、サービスを一意に識別するサービス識別子、サービスを利用する際に連携が必要なデバイスプロファイル要件と、その要件を満たすデバイスの個数(最小数と最大数)が含まれうる。デバイスプロファイル要件は、デバイスプロファイルIDのみでもよいし、デバイスプロファイルIDに加えて他の情報が使われてもよい。デバイスの個数の最小数と最大数の使われ方としては、必ず1つ必要とする場合には、最小数及び最大数が共に1に設定される。また、最小数を0に、最大数を1にすることで、あるデバイスプロファイル要件を満たすデバイスをオプションで1つだけ連携させることが実現できる。
またサービスプロファイルが持つ情報として、サブデバイスの連携条件や優先度が含まれうる。サービス200は、サブデバイスの連携条件や優先度を基に、連携処理を実行したり、デバイスの最大数が超えた場合にどのデバイスを優先して連携状態としたりするかを判断することができる。
デバイスプロファイルが持つ情報としては以下の様なものが考えられる。もちろん、デバイスプロファイルは、以下で挙げた情報以外の情報を持たせるための拡張が可能なように設計されていてもよい。
デバイスプロファイルが持つ情報としては、デバイスプロファイルを一意に識別するデバイスプロファイルID、デバイスの接続許可に関する情報等が含まれうる。デバイスの接続許可に関する情報には、例えば公開範囲に関する定義が含まれうる。公開範囲に関する条件やレベル等はデバイスプロファイルには規定せず、ここでは公開範囲に関する条件定義という情報があるということのみをデバイスプロファイルに定義する。その公開範囲条件やレベル等は、サービス200が提供するクラウドサービスの内容に応じて自由にプログラマブルに定義できるようにしてもよい。
またデバイスプロファイルが持つ情報には、そのデバイスがプライベートなものなのか、パブリックなものなのかを識別する情報が含まれていても良い。パブリックなものであれば、そのデバイスが例えば家や学校のような信頼性が担保されている場所に置かれているものか、そのような場所以外の信頼性が担保されていない場所に置かれているものか、を識別する識別する情報が、デバイスプロファイルに含まれていても良い。
メインデバイスは、他のデバイスを連携させようとする際に、そのデバイスのデバイスプロファイルを参照し、家や学校のような信頼性が担保されている場所に置かれていればそのデバイスを信頼して連携登録をサービス200に依頼し、そうでない場所に置かれているデバイスであればそのデバイスを信頼せず、連携登録をサービス200に依頼しないようにしてもよい。
それぞれのデバイス100は、そのデバイスを有しているユーザに関する情報であるユーザプロファイルを保持していても良い。そして、メインデバイス100aとサブデバイス100bとが連携されようとする際に、メインデバイス100aは、ユーザプロファイルの参照によって、そのメインデバイス100aとサブデバイス100bとが連携可能かどうかを判断しても良い。
ここでサービス200は、連携可能となるサブデバイスのデバイスタイプの上限数をサービスのプロファイルに設定しておく。上限数の設定により、サービス200は、新しくサブデバイスを連携登録するタイミングで、同じプロファイルのデバイスの連携数が上限に達していないならば、新規に連携登録を行い、既に上限に達しているならば、既に連携している同じプロファイルのサブデバイスを解除する。
図8は、本実施形態の実施例1の動作を説明する説明図である。図8に示したのは、ユーザ10が既にメインデバイス100a及びサブデバイス100bを所有しており、新たにサブデバイス100cを連携させる際の動作を示す説明図である。なお、図8に示した動作例は、メインデバイス100aがサブデバイス100cの存在を検知したところから開始されるものとする。
メインデバイス100aがサブデバイス100cの存在を検知すると、メインデバイス100aは、サブデバイス100cに対してデバイス識別子及びデバイスタイプの送信を要求する(ステップS31)。サブデバイス100cは、要求に応じてメインデバイス100aへデバイス識別子及びデバイスタイプを送信する。
サブデバイス100cからデバイス識別子及びデバイスタイプを取得したメインデバイス100aは、保持しているユーザ識別子と共にサブデバイス100cのデバイス識別子をサービス200に送信し、サブデバイス100cを自ユーザのデバイスとして連携するよう依頼する(ステップS32)。
メインデバイス100aからデバイス識別子及びデバイスタイプを取得したサービス200は、デバイスの登録情報を確認して、デバイスの登録数が、そのデバイスタイプの上限数に既に達しているかどうかを判断する。例えば、あるデバイスタイプは、最大で1つのサブデバイスのみが登録可能で有るとサービスのプロファイルに設定されており、そのデバイスタイプのサブデバイスの情報が新たに送られてきた場合、サービス200は、既に登録されているサブデバイスの連携登録を解除し、新たにデバイス識別子が送られてきたサブデバイスの連携登録を行う。
図8の例では、サブデバイス100b、サブデバイス100cのデバイスタイプがデバイスタイプAであり、このデバイスタイプAは、最大で1つのサブデバイスのみが登録可能で有るとサービス200のプロファイルに設定されているとする。この場合、サービス200は、新たにデバイス識別子が送信されてきたサブデバイス100cの連携登録を行い(ステップS33)、既に登録されているサブデバイス100bの連携登録を解除する(ステップS34)。
解除されうるサブデバイスの候補が複数ある場合には、サービス200は、例えば相対的位置や利用頻度などのサービスとして認識することが出来る情報に対する条件に基づいて自動的に判断してもよい。サービスの利用中に連携登録の更新が可能であるかについても、サービスのプロファイルに規定されうる。従って、クラウドサービスを利用している最中のサブデバイスは連携登録の更新は不可とサービスのプロファイルで規定されていれば、サービス200は、デバイス識別子が新たに送られてきても、連携登録の更新をしない。
また、解除されうるサブデバイスの候補が複数ある場合には、サービス200は、例えば最も古く連携登録されたサブデバイスを解除するようにしてもよく、製造年月日が最も古いサブデバイスを解除するようにしてもよい。もちろんサービス200は、その他の指標を用いて連携を解除するサブデバイスを決定しうる。
サブデバイスは、サービス200と直接通信を行ってもよく、メインデバイスを介してサービス200と接続されていてもよい。もちろん、サブデバイスは多段で接続されていてもよく、サブデバイスとクラウドのサービス200との通信経路は問わない。
図9は、本実施形態の実施例1の動作を説明する説明図である。図9に示したのは、ユーザ10が既にメインデバイス100aを所有しており、新たにサブデバイス100bを連携させる際の動作を示す説明図である。
ユーザ10が既にメインデバイス100aを所有している状態で、ユーザ10がサブデバイス100bを触ったり、サブデバイス100bとメインデバイス100aとの距離が所定の距離以下になったりするなど、サービス200で規定された所定の条件を満たすと、メインデバイス100aは、サブデバイス100bの存在を検知して、サブデバイス100bにユーザ識別子を送信する(ステップS41)。サブデバイス100bの存在の検知は、例えば情報取得部151が取得した情報に基づき、制御部153が実行する。
サブデバイス100bは、メインデバイス100aからユーザ識別子が送信されると、ユーザ識別子と共にサブデバイス100bのデバイス識別子をサービス200に送信し、当該ユーザ識別子を有するユーザのデバイスとしてサブデバイス100bを連携登録するよう依頼する(ステップS42)。サービス200は、サブデバイス100bを連携登録し、その連携登録の結果をメインデバイス100aに通知する(ステップS43)。
このように、メインデバイス100aからユーザ識別子をサブデバイス100bに渡すことによっても、サブデバイス100bを連携させることが可能になる。しかし、ユーザ識別子という重要な情報を信頼の出来ないサブデバイスに渡すと、そのサブデバイスによって悪用される恐れもある。従って、例えばデバイスの信頼度のようなパラメータを設定し、そのデバイスの信頼度が所定の閾値を超えていれば、メインデバイス100aはユーザ識別子をサブデバイスに渡すことが出来るようにしてもよい。
図10は、本実施形態の実施例1の動作を説明する説明図である。図10に示したのは、ユーザ10が既にメインデバイス100a及びサブデバイス100bを所有しており、新たにサブデバイス100cを連携させる際の動作を示す説明図である。
ユーザ10が既にメインデバイス100a及びサブデバイス100bを所有している状態で、ユーザ10がサブデバイス100cを触ったり、サブデバイス100cとメインデバイス100aとの距離が所定の距離以下になったりするなど、サービス200で規定された所定の条件を満たすと、メインデバイス100aは、サブデバイス100cの存在を検知して、サブデバイス100cにユーザ識別子を送信する(ステップS51)。サブデバイス100cの存在の検知は、例えば情報取得部151が取得した情報に基づき、制御部153が実行する。
サブデバイス100cは、メインデバイス100aからユーザ識別子が送信されると、ユーザ識別子と共にサブデバイス100cのデバイス識別子を、メインデバイス100aに連携しているサブデバイス100bに送信する(ステップS52)。サブデバイス100bは、メインデバイス100aからユーザ識別子及びサブデバイス100cのデバイス識別子が送信されると、ユーザ識別子及びサブデバイス100cのデバイス識別子をサービス200に送信し、当該ユーザ識別子を有するユーザのデバイスとしてサブデバイス100cを連携登録するよう依頼する(ステップS53)。サービス200は、サブデバイス100cを連携登録し、その連携登録の結果をメインデバイス100aに通知する(ステップS54)。
なお、図10に示した動作例において、サブデバイス100cは、メインデバイス100aからユーザ識別子を受信する際に、自装置のデバイス識別子を送信するサブデバイス100bに関する情報も受信する。サブデバイス100bに関する情報には、サブデバイス100cがサブデバイス100bに情報を送信するために必要な情報が含まれうる。
なお、デバイス間の通信には、既存の携帯通信網を利用してもよく、Wi−Fi等のアクセスポイントを介した通信を利用してもよく、Bluetooth等の機器間の直接的な通信を利用してもよい。そして、最終的にはいずれかのデバイスがクラウドサービスに接続できればよい。
サービス200は、サブデバイスの連携登録やその解除、サブデバイスの置き換えを自動的に行う仕組みのフォールバックプラン等の用途として、ユーザによって手動で連携登録や解除や置き換えを行う仕組みを有していてもよい。
また各デバイスは、サービス200へのサブデバイスの連携登録やその解除、サブデバイスの置き換えの際に、その操作が適切に完了したことや逆に失敗したことを、視覚的、聴覚的、触覚的にユーザに通知しうる。
図11は、あるサブデバイス100bによる、サービス200へのサブデバイスの連携登録等の確認方法を示す説明図である。サブデバイス100bは、サービス200へのサブデバイスの連携登録等をユーザに通知するために、ユーザの視覚に訴えるために表示装置130aから情報を出力してもよく、聴覚に訴えるために発音装置130bから情報を出力してもよく、触覚に訴えるために振動装置130cから情報を出力してもよい。また、ユーザ10がAI(Artificial Intelligence;人工知能)のようなデジタルデータを直接理解できるプログラム等である場合に、そのAIが認識できるための特定のデータをデータ送信装置130dから送信してもよい。
上述した2つのプロファイル(サービスプロファイルとデバイスプロファイル)が持つ情報は互いに独立に定義されうるが、サービス200は、この2つのプロファイルを組み合わせて使うことになる。また、クラウドサービスごとにそれぞれサービスプロファイルの定義を持つことが可能とする。クラウドサービスごとにそれぞれサービスプロファイルの定義を持つのは、クラウドサービスの利用形態に応じてサービスプロファイルを変えられるようにするためである。どのサービスプロファイルを利用するかは、各々のサービスが適切に判断するものとする。
同様に、各デバイスも複数のデバイスプロファイルを持っていてもよい。それぞれのサブデバイスが提供できる機能が1つだけとは限らないからである。サブデバイスは連携登録時には複数のデバイスプロファイルをサービスに提供し、そのサブデバイスが有する機能のうち、どの機能を連携して利用するかについては、各デバイスが、サービスに提供されたデバイスプロファイルを用いて判断してもよい。
ここで、上述した実施例1を具体的なサービスに適用した場合の応用例を示す。
(応用例1:ウェアラブルデバイスを利用したオンラインゲーム)
この応用例1では、ユーザがクラウドベースの技術を利用したオンラインゲームをする際に、ゲームコンソールや据え置きのテレビなどの表示デバイス以外に、ユーザが手に持って利用するモーションコントローラなどのセンシングデバイスや、リストバンド型のウェアラブルデバイス、AR(拡張現実)やVR(仮想現実)等の映像が表示可能なヘッドマウンドディプレイ等を利用するゲームを想定する。
実施例1を適用することで、ユーザは、これらのデバイスについて事前に連携登録をする必要がなくなる。すなわち、ユーザがモーションコントローラを握る、リストバンド型デバイスを装着する、ヘッドマウンドディスプレイを被るなどの行為をとると、サービス側は、自動的に各々のデバイスを連携登録する。サービス側が自動的に各々のデバイスを連携登録することで、ユーザは事前の連携登録なしに、これらのデバイスを用いたオンラインゲームを楽しむことが可能となる。この場合、メインデバイスは何でも良く、例えばゲームコンソールや据え置きのテレビ、ユーザが所持しているスマートフォンなどがメインデバイスとなり得る。
逆に、ユーザがゲームで遊んだ後には、モーションコントローラを離す、リストバンド型デバイスを外す、ヘッドマウンドディスプレイを外すなどの行為をとると、サービス側は、自動的に各々のデバイスの連携登録を解除する。サービス側が自動的に各々のデバイスの連携登録を解除することで、ユーザはオンラインゲームを楽しんだ後に、連携登録の解除のためには何もする必要が無い。
また、ゲームをプレイしている途中で、例えばユーザが身に付けたヘッドマウントディスプレイが故障してしまった場合には、予備のヘッドマウントディスプレイや、他のユーザのヘッドマウントディスプレイを借りて装着すると、サービス側が自動的にその新しいヘッドマウントディスプレイを連携登録する。サービス側が自動的に新しいヘッドマウントディスプレイを連携登録することで、ユーザは事前の連携登録なしに、新しいヘッドマウントディスプレイを用いたオンラインゲームを楽しむことが可能となる。
この場合、サービスはヘッドマウントディスプレイに対するデバイスプロファイルの提供を受けており、ヘッドマウントディスプレイに対するデバイスプロファイルを持っているデバイスが、ヘッドマウントディスプレイとみなされるものとする。さらにサービスは、ヘッドマウントディスプレイのプロファイルを持ったサブデバイスの数は、各々の利用者に対して高々1つであるという条件を持っていてもよい。このような条件を有していることにより、ユーザが新しいヘッドマウンドディスプレイを装着したことで、サービスは、それまで連携登録していたヘッドマウントディスプレイとの連携を自動的に解除することができる。
(応用例2:ゴルフの上達のための改善サービス)
応用例2では、実際にユーザがゴルフをラウンドした際に、クラブのスイング軌道や、ユーザがクラブで打ったゴルフボールの曲がりなどのデータを取得して、ゴルフ上達のための情報を提供するサービスを考える。
ユーザが使用するゴルフクラブ、キャディバッグ、ゴルフボールなどのゴルフ用品に予めセンサを埋め込んでおく。ゴルフクラブの場合は、センサによってスイング軌道やスイング速度、ゴルフボールがヒットしたヘッド上の位置や角度などを記録可能となっている。またゴルフボールの場合は、センサによって飛んだ軌道が記録できるようになっている。ただし、ゴルフクラブもゴルフボールもクラウドと直接通信できる機能は持っておらず、近距離に存在するデバイスに対して、各々のデバイス内部の情報を提供できる程度の通信機能を持っていればよい。
ユーザは、ゴルフをプレイする際に、ズボンのポケットなどにスマートフォン等のメインデバイスとなりうるデバイスを保持しているとする。ユーザがゴルフクラブを握ると、スマートフォンがそのゴルフクラブを認識して、サービス側に連携を依頼する。
ユーザがそのゴルフクラブでゴルフボールを打つと、その時点で打たれたゴルフボールをゴルフクラブが認識し、スマートフォン経由でサービス側に連携を依頼する。同様にティーなど他の道具もサービス側で連携登録される。
メインデバイスであるスマートフォン経由で、実際に使われたゴルフクラブやゴルフボールの識別子がクラウド上のサービスに送信されている。サービス側は、ユーザがどのゴルフクラブとゴルフボールが使われたのかを把握することが可能な状態となっている。
プレイ中のゴルフボールの軌道に関する情報はゴルフボールの中に蓄積され、各打のタイミングなどのスマートフォンとゴルフボールとが通信可能な距離になった場合に、その軌道情報がスマートフォンに送信される。スマートフォンは軌道情報を受信すると、その軌道情報をクラウド上のサービスに転送する。
同様に、各打のゴルフクラブのスイングの情報は、ユーザがゴルフボールを打ったタイミングでスマートフォンに送信される。スマートフォンはスイング情報を受信すると、そのスイング情報をクラウド上のサービスに転送する。この結果、サービスはユーザの実際のラウンド中に適宜データを収集することが可能となる。
そして、ユーザがラウンドを終了した時点では全てのデータが収集されているので、サービスは、そのデータを用いてユーザのプレイの診断を行って、次回のラウンドに活かせるアドバイスを含んだ診断結果をユーザに提供することが出来る。
普通、1人のユーザがゴルフのラウンド中に使用するゴルフボールは1つだけである。従って、サービス側は、ゴルフボールのプロファイルを持つデバイスの最大連携数を1と規定することで、ウォータハザードやOB後などのようにユーザが別のゴルフボールを使った場合に、新しいゴルフボールを打ったタイミングで新しいゴルフボールを連携登録すると同時に、それまで使っていたゴルフボールの連携登録を解除することができる。また、ゴルフのラウンド中で使用可能なゴルフクラブの数は最大で14本であるので、サービス側は、ゴルフクラブのプロファイルを持つデバイスの最大連携数を14と規定すればよい。
ユーザは、ゴルフクラブやゴルフボールを新たに連携した時に、一連のゴルフの所作の中で連携されたかどうかを確認できる。例えば、ゴルフクラブは、ユーザがグリップした後にグリップ部分を振動させる等して、そのゴルフクラブがサービスで連携登録されたことをユーザに伝えることができる。また例えば、ゴルフボールは、ユーザがゴルフクラブで打った後に数秒間点灯する等して、そのゴルフボールがサービスで連携登録されたことをユーザに伝えることができる。
(応用例3:サッカーの試合のデータ化サービス)
応用例3では、サッカーの試合の内容をデータ化するサービスを考える。このケースでは、サブデバイスとして、選手の靴、サッカーボール、グラウンドを例に説明する。靴には、選手と所属チームとを識別できる情報が入っているとする。また、靴やボールの位置はグラウンドが識別可能であり、ボールは靴と接触することで、ボールに触れた靴から選手やチームの情報を受け取ることができるとする。
このサッカーの試合のデータ化サービスを利用する際に、試合前にそれぞれのデバイスの連携登録の作業をすることなく、このサービスが利用可能となることを、サッカーの試合経過を追って説明する。
試合が始まる前には、スマートフォン等のメインデバイスと連携しているサブデバイスがグラウンドのみである。このグラウンドは、スマートフォン等のメインデバイス経由でクラウド上のサービスに連携している。このグラウンドというサブデバイスは固定であるために、サービスの利用開始と同時に常に連携していることになる。
両チームの選手と、ボールがグランドに入る。この時に、グラウンドはボールと選手の靴が所定の領域内に入って来たことを検知して、ボールのプロファイルを持つサブデバイスであるサッカーボールを1つ、選手というプロファイルを持つサブデバイスである靴を人数分、サービスに登録する。
主審がキックオフの笛を鳴らして試合が始まると、そのタイミングで、ボールと靴は接することになり、ボールには、ボールと靴が接触した時刻が記録されると共に、その靴が持つ選手の情報が転送される。ボールと靴が接触した時刻及びその靴が持つ選手の情報は逐次ボールに転送されていくので、試合中はボールの中に勝手に情報が溜まっていく。もちろん、ボールではなく選手の靴の方に情報を溜めていくという方法でもよいし、また、ボールと靴の両方に情報を溜めていくという方法でもよい。
試合が進み、ボールがタッチラインを割った際に、マルチボールシステムの場合にはボールが変わることがある。ボールが変わる時、このサービスのプロファイルには、ボールというプロファイルを持つサービスは最大でも1つと規定しておくことで、新しいボールがグラウンドの中に入って来たタイミングで、連携されるボールが自動的にサービス側で置き換わる。
また、選手が治療等の為に一時的にピッチの外に出た場合、グラウンドはその範囲外に選手の靴が出たことが分かるので、そのタイミングでサービスに対して連携登録の解除を依頼しても良い。選手交代の場合も同様に、選手がグラウンドから出ると、メインデバイスは、サービスに対してその選手の靴の連携登録の解除を依頼し、新しい選手がグラウンドに入ると、サービスに対してその選手の靴の連携登録を依頼できる。
ハーフタイム間や、試合後等は、ボールや靴といったサブデバイスがグラウンドの外に出るので、メインデバイスは、サービスに対してそのタイミングで自動的に連携登録の解除を依頼できる。
この例ではグラウンド、ボール、靴というサブデバイスを例に説明したが、実際には、ゴール、キーパーの手袋なども連携させたとしても、ユーザに事前に連携させるための行動をさせることなく、サービスを利用するためにサブデバイスをサービスに連携登録させることが可能である。
なお、この応用例3でサッカーの試合のデータ化サービスを例に挙げたが、もちろん他の団体競技でも同様な処理を行って道具同士の連携が行われるようにしても良い。例えばカーリングを例に挙げると、カーリングで得点を出す際に、中心からの距離を人がコンパスのようなもので計測する際に、計測を人が行うのではなく、センサを使って自動的に測定できるシステムを含んだカーリング施設向けサービスが考えられる。カーリングは、それぞれのチームは4人で構成され、1つのエンドで各選手が2つずつストーンを投じるので、1つのチームが1つのエンドで投じるストーンは8つである。
従って、ゲームを開始する際に、各チーム8個のストーンがリンク上に置かれたことをトリガとして、チーム単位で8つのストーンをサブデバイスとして連携することで、ストーンで取得した情報のクラウドサービスへの送信が出来る。すなわち、カーリングで得点を出す際に、センサを使って中心からの距離を自動的に各ストーンが算出することで、クラウドサービス側で自動的に得点を算出することができる。その場合は、例えばストーンという属性を有するサブデバイスの下限及び上限を8に設定しておけば、チーム単位で8つのストーンをサブデバイスとして連携してからで無ければ、クラウドサービスを利用できないようにすることが可能となる。
(その他の応用例)
その他の応用例として、メインデバイスが自動車であり、サブデバイスがデジタルビデオカメラである例が考えられる。メインデバイスである自動車の運転席のダッシュボードの上などの所定の場所に、サブデバイスであるデジタルビデオカメラを置くことで、デジタルビデオカメラが、クラウドサービス上で自動車と連携される。自動車は、デジタルビデオカメラの機能である動画像の撮像機能を用いて、デジタルビデオカメラをドライブレコーダとして動作させることが可能になる。
[1.3.実施例2]
続いて、実施例2について説明する。この実施例2は、実施例1のようなシステムと同じようなシステムを想定する。つまりこの実施例2は、サービスに対して、利用者が必要とするデバイスを自動的に連携可能とするシステムを想定する。
この実施例2では、サブデバイスの連携登録の際に、ユーザに紐づいているサブデバイス間のネットワーク帯域の最適化を自動的に実行する。例えば、3G回線のみを使用できるサブデバイスと、4G(LTE)回線を使用できるサブデバイスとが存在していれば、4G(LTE)回線を使用できるサブデバイスが、サービスと通信するデバイスとして、サブデバイスの連携登録の際に選択される。ユーザに紐づいているデバイスの中の少なくとも1つデバイスが、全てのデバイスの状況を監視する機能を持っているとする。
デバイスの状況を監視する機能を持つデバイスは、各デバイスに対してネットワーク帯域情報を通知することで、デバイス間のネットワーク帯域を調整することができる。なお、デバイスの状況を監視する機能を持つデバイスが実行する帯域調整機能はプログラマブルであってもよい。帯域調整機能はプログラマブルであることで、サービスを利用するユーザ自身がネットワーク帯域を決定したり、サービスからネットワーク帯域の調整方法をダウンロードして、その調整方法に基づいて帯域を調整したりしてもよい。
デバイスの状況を監視する機能を持つデバイスが実行するのは、デバイス間のネットワークの帯域制御に限られない。例えば、デバイス間の音声キャリブレーションなども、ユーザによって調整するのではなく、デバイス間で自動的に行われうる。
図12は、本実施形態の実施例2の動作を説明する説明図である。図12に示したのは、デバイス間での音声キャリブレーションを自動的に行う際の動作例である。
あるサブデバイス100b、100xが、スピーカなどの発音機能を用いて音を出力し(ステップS61)、別のサブデバイス100cが、マイクなどの聴覚機能を用いてその音を集音すると、サブデバイス100cは集音した音をサービス200に送信する(ステップS62)。
サービス200は、サブデバイス100cから送信された音を解析し、キャリブレーションの必要があると判断すると、サブデバイス100cに対して音声キャリブレーションの指示を送信する(ステップS63)。この音声キャリブレーションの指示として、サブデバイスを指定してのキャリブレーションの指示が行われても良い。
サービス200から音声キャリブレーションの指示を受けたサブデバイス100cは、他のサブデバイス100b、・・・、100xに対して、音声キャリブレーションの指示を伝える(ステップS64)。サブデバイス100cは、サービス200から指定されたサブデバイスに対してのみ音声キャリブレーションの指示を伝えてもよい。
ここで、上述した実施例2を具体的なサービスに適用した場合の応用例を示す。
(応用例1:マルチスピーカによるサラウンドシステムの帯域制御と同期)
応用例1では、5.1チャンネルや22.1チャンネルなどの、複数のスピーカを利用したサラウンドシステムの帯域制御と同期について考える。このシステムは、複数のスピーカを利用したサラウンドシステムを、ユーザが保持している様々なデバイスのスピーカ機能を連携させて、クラウド側から音楽をストリーム再生するようなサービスであるとする。
デバイスの中には、クラウド上のサービスと直接接続可能なデバイスと、連携している他のデバイス経由でクラウド上のサービスと接続可能となるデバイスとが存在する。クラウド上のサービスと直接接続可能な1つ以上のデバイスが、クラウド側から音声ストリームを取得する。クラウド側から音声ストリームを取得する際、クラウド上のサービスと直接通信が出来ないデバイスから出力する音声データは、直接接続可能なデバイス経由で取得することになる。ここで、デバイス間の負荷に偏りがなく、安定してストリーム再生ができるように、帯域の調整をデバイス間で常に行う。
また、このような仕組みでサラウンドシステムを実現した場合、デバイス間の通信環境によっては遅延が生じて、それぞれのスピーカから出力される音の同期がずれる可能性がある。そこでこのサラウンドシステムは、デバイス間で同期のずれを検知して自動的にキャリブレーションを行う。同期ずれの検知は、上述したように、スピーカから出力される音をあるデバイスがマイクで集音し、集音した音がずれていないかどうかで行われうる。
[1.4.実施例3]
続いて、実施例3について説明する。この実施例2は、実施例1のようなシステムと同じようなシステムを想定する。つまりこの実施例3は、サービスに対して、利用者が必要とするデバイスを自動的に連携可能とするシステムを想定する。
この実施例3では、デバイスを連携する際に、連携したデバイスが持つ全ての機能を利用可能とするのではなく、一部の機能のみを利用可能とする例を示す。具体的には、各々のデバイスが持つデバイスプロファイルに、連携時に公開可能な機能(アクセス権)を設定する。そして、デバイスが連携登録された時には、そのアクセス権に従って、そのデバイスが連携可能であるかをサービスで判断する。
図13は、本開示の実施の形態の実施例3について説明するための説明図である。図13は、クラウドサービスとして、連携しているサブデバイスのカメラのような撮影機能を用いて監視カメラの機能を果たす監視カメラサービス200aを例に挙げている。
監視カメラサービス200aは、所定の監視対象、例えば建物全体を監視し、その監視映像を解析して特定の対象物等を発見するようなクラウドサービスである。この監視カメラサービス200aは、監視映像の撮影には、建物に備え付けられている固定されたカメラ以外に、建物の近くの該当にある定点カメラや、建物の内部に存在するスマートフォンなど、建物の内部やその周辺に存在するカメラ機能を持つデバイスを活用することを考える。
監視カメラサービス200aは、通常時では、建物に備え付けのカメラでのみ監視映像の撮影を行う。しかし、特定の人や物を発見し、それを追従する場合には、監視カメラサービス200aは、他のカメラを備えるデバイスで撮影した映像も利用する。この際、すべてのスマートフォン等のカメラ機能を持つデバイスと連携できるのではなく、各々のデバイスが持つプロファイルで、カメラの機能に関して連携可能という状態になっているデバイスと連携する。
監視カメラサービス200aは、性能タイプが「A」であるサブデバイスの撮影機能を利用することをサービスプロファイルで規定している。この場合、性能タイプが「A」であるとデバイスプロファイルで規定されているサブデバイス100b、100xは、監視カメラサービス200aによって撮影機能が利用されるが、性能タイプが「B」であるとデバイスプロファイルで規定されているサブデバイス100cは、監視カメラサービス200aによって撮影機能が利用されない。このように、サービスプロファイルで規定されている機能をデバイスが有しているかどうかで、その機能が利用されるデバイスを異ならせることが出来る。
図14は、実施例3における動作例を示すシーケンス図である。図14に示したのは、メインデバイス100aがサブデバイス100bのデバイスプロファイルと、サービス200のサービスプロファイルとを取得して、サブデバイス100bの機能を利用する際の動作例である。
まずメインデバイス100aがサブデバイス100bの存在を検知すると(ステップS101)、メインデバイス100aは、サブデバイス100bからデバイス識別子を取得する(ステップS102)。
サブデバイス100bからデバイス識別子を取得すると、メインデバイス100aは、サブデバイス100bのデバイス識別子をサービス200へ送信することでサービス200へ連携登録を依頼する(ステップS103)。サービス200は、サブデバイス100bの連携登録処理を実行し(ステップS104)、連携登録が完了したことを、メインデバイス100aへ通知する(ステップS105)。
連携登録の完了の通知を受けたメインデバイス100aは、サービス200に対してサービスプロファイルを請求する(ステップS106)。メインデバイス100aは、サービスプロファイルの請求に応じてサービス200から送られてくるサービスプロファイルを取得する(ステップS107)。
またメインデバイス100aは、サブデバイス100bに対してデバイスプロファイルを請求する(ステップS108)。メインデバイス100aは、デバイスプロファイルの請求に応じてサブデバイス100bから送られてくるデバイスプロファイルを取得する(ステップS109)。このサービスプロファイル及びデバイスプロファイルの取得順はもちろん逆でも構わない。
メインデバイス100aは、サブデバイス100bのデバイスプロファイルと、サービス200のサービスプロファイルとをチェックする(ステップS110)。メインデバイス100aは、チェックの結果、サブデバイス100bのデバイスプロファイルがサービス200のサービスプロファイルの条件に適していれば、サブデバイス100bの機能を利用する(ステップS111)。
メインデバイス100aは、サブデバイス100bのデバイスプロファイルと、サービス200のサービスプロファイルとを取得して、それぞれの内容をチェックすることで、サービス200のサービスプロファイルの条件に適していれば、サブデバイス100bの機能を利用することができる。
なお、機能を軸にしたアクセス権だけでなく、連携元の人や、物などのデバイスを軸としたアクセス権や、時間を軸にしたアクセス権などが設定されていても良い。
実施例3によれば、デバイスプロファイルの内容に基づいてデバイスの機能の利用を制御することができるので、デバイスの持ち主が望まない連携登録や連携後の動作が勝手に行われることを避けることができる。
この実施例3のように、メインデバイスが他のデバイスと連携する際に、連携したサブデバイスが持つ全ての機能を利用可能とするのではなく、一部の機能のみを利用可能とする場合、サブデバイスは、その機能だけを起動させてメインデバイスから使用できる状態にしても良い。例えば、サブデバイスがテレビであり、スピーカ機能だけをメインデバイスから連携しようとする場合、テレビ自体を起動させるのではなく、テレビのスピーカ機能だけが起動されて、そのスピーカ機能がメインデバイスから利用可能な状態になってもよい。
サブデバイスの一部の機能だけを起動させることで、機能の起動時間を短縮させたり、メインデバイスとの連携時におけるサブデバイスの消費電力を低減させたり、連携に必要が無い機能が起動していないことによってセキュリティを高めたりする効果を奏する。
[1.5.実施例4]
ここまでの実施例では、メインデバイスとサブデバイスという2種類のデバイスが規定されていた。しかし、場合によってはメインデバイスとなり得るデバイスが存在しない場合もある。実施例4では、そのようなメインデバイスとなり得るデバイスが存在しない場合を挙げて説明する。
例えば、コンタクトレンズ型のデバイスなど、侵襲性のデバイスをユーザが利用しているケースを考える。そのデバイスは、ユーザを識別できる情報(ユーザ識別子)を持っている。この侵襲性のデバイス自体は、クラウドサービスと通信する機能を持っている必要はない。ただし、ユーザ識別子を持っているデバイスが、クラウドサービスと通信する機能を持っていない場合は、連携するサブデバイスの1つがクラウドサービスと通信できる機能を有している必要がある。もちろん侵襲性のデバイスがクラウドサービスとの通信機能を持っていてもよいが、その場合には、上述した実施例1と同じ例として扱うことが可能となる。
図15は、本開示の実施の形態の実施例4について説明するための説明図である。図15は、ユーザ10がメインデバイス101aとして、デバイス自身はクラウドサービスと通信する機能を持たない侵襲性デバイスを装着している場合の動作例を示したものである。メインデバイス101aは、ユーザ10を識別できるユーザ識別子を内部で保持している。
サービス200で利用するサブデバイス100bを連携する際には、メインデバイス101aはサービス200と通信できないので、サブデバイス100bは、ユーザ10が使用している侵襲性のメインデバイス101aを検知し、メインデバイス101aが保持しているユーザ識別子を取得する(ステップS71)。
サブデバイス100bは、メインデバイス101aからユーザ識別子を取得すると、サブデバイス100bが、ユーザ識別子及び自身のデバイス識別子をサービス200へ送信することで、サービス200に連携登録を依頼する(ステップS72)。もし、既に連携済みのサブデバイス100cが存在していれば、サブデバイス100bは、その連携済みのサブデバイス100cへユーザ識別子及び自身のデバイス識別子を送り、サブデバイス100cに対してサービス200へ連携登録するよう依頼してもよい(ステップS73)。
すなわち、この実施例4では、内部的には連携しているが、クラウド上のサービス200が各々のサブデバイスを把握できていない可能性もあることを示している。実際にクラウド上のサービス200が各々のサブデバイスを把握できるのは、そのサブデバイスの中に、クラウドと通信可能なサブデバイスと連携したタイミングということになる。
(応用例:ゴルフの上達のための改善サービス)
実施例4の応用例として、先に実施例1の応用例として示した、ゴルフの上達のための改善サービスに適当した場合の例を示す。先に示した例では、スマートフォンというメインデバイスが存在したが、この例では、ユーザが、ゴルフのプレイ中にスマートフォンをロッカーの中に仕舞う等して保持せずにプレイするような状況を考える。
この時、ユーザは、ユーザ識別子を持つデバイスとして、コンタクトレンズ型等の侵襲性のデバイスを身に着けているとする。ゴルフクラブやゴルフボールが持っている機能や性能は先の実施例1の応用例で示した物と同じとする。
ここで先の実施例1の応用例とは異なり、新たにゴルフバッグに通信機能を持たせるケースを考える。ユーザがゴルフバッグからゴルフクラブを抜き取る際に、そのゴルフクラブが連携登録される必要がある。このとき、ゴルフクラブはコンタクトレンズ型等の侵襲性のデバイスからユーザIDを取得して、取得したユーザIDと、自らが持つデバイス識別子とをゴルフバッグに送信する。
ゴルフバッグは、通信機能を利用してゴルフクラブから送信された情報をクラウドサービスに送信することで、ユーザがゴルフバッグから抜き取ったゴルフクラブの連携登録をクラウドサービスに依頼する。
ユーザがゴルフボールを打って、ゴルフクラブをゴルフバッグに仕舞うと、ゴルフクラブは、加速度センサなどによって得たスイング情報をゴルフバッグに送信する。ゴルフバッグは、ゴルフクラブから送信されたスイング情報をクラウドサービスに送信する。
連携するデバイスがゴルフボールの場合では、ユーザがゴルフバッグからゴルフボールを取り出す際に、ゴルフクラブの場合と同様に連携登録が行われる。そしてホールアウトした際など、再度ゴルフボールとゴルフバッグとが通信可能となる一定の距離以下になった際に、ゴルフボールが保持している軌道の情報が、ゴルフバッグ経由でクラウドサービスに送信されることになる。
このようにサービスを実現することで、ユーザがサービス200を利用する際にスマートフォン等のメインデバイスが存在しない実施例4のようなケースでも、クラウド上のサービス200が利用できる状況を作ることができる。
<2.ハードウェア構成例>
次に、図16を参照して、本開示の一実施形態にかかるサービス200のハードウェア構成について説明する。図16は、サーバ700の概略的な構成の一例を示すブロック図である。サーバ700は、プロセッサ701、メモリ702、ストレージ703、ネットワークインタフェース704及びバス706を備える。
プロセッサ701は、例えばCPU(Central Processing Unit)又はDSP(Digital Signal Processor)であってよく、サーバ700の各種機能を制御する。メモリ702は、RAM(Random Access Memory)及びROM(Read Only Memory)を含み、プロセッサ701により実行されるプログラム及びデータを記憶する。ストレージ703は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。
ネットワークインタフェース704は、サーバ700を通信ネットワーク705に接続するための有線通信インターフェースである。
バス706は、プロセッサ701、メモリ702、ストレージ703及びネットワークインタフェース704を互いに接続する。バス706は、速度の異なる2つ以上のバス(例えば、高速バス及び低速バス)を含んでもよい。
図16に示したサーバ700において、図4を参照して説明した処理部230に含まれる1つ以上の構成要素(情報取得部231及び/又は制御部233)は、プロセッサ701において実装されてもよい。一例として、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムがサーバ700にインストールされ、プロセッサ701が当該プログラムを実行してもよい。別の例として、サーバ700は、プロセッサ701及びメモリ702を含むモジュールを搭載し、当該モジュールにおいて上記1つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムをメモリ702に記憶し、当該プログラムをプロセッサ701により実行してもよい。以上のように、上記1つ以上の構成要素を備える装置としてサーバ700又は上記モジュールが提供されてもよく、プロセッサを上記1つ以上の構成要素として機能させるための上記プログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
次に、図17を参照して、本開示の一実施形態にかかるデバイス100のハードウェア構成について説明する。図17は、本開示の実施形態にかかるデバイス100のハードウェア構成例を示すブロック図である。上記の各アルゴリズムは、例えば、図17に示す情報処理装置のハードウェア構成を用いて実行することが可能である。つまり、当該各アルゴリズムの処理は、コンピュータプログラムを用いて図17に示すハードウェアを制御することにより実現される。
なお、この図17に示したハードウェア900のハードウェアの形態は任意であり、例えば、パーソナルコンピュータ、携帯電話、PHS、PDA等の携帯情報端末、ゲーム機、接触式又は非接触式のICチップ、接触式又は非接触式のICカード、スピーカ、テレビ、モニタ、ウェアラブル機器、又は種々の情報家電がこれに含まれる。但し、上記のPHSは、Personal Handy−phone Systemの略である。また、上記のPDAは、Personal Digital Assistantの略である。
図17に示すように、このハードウェア900は、主に、CPU902と、ROM904と、RAM906と、ホストバス908と、ブリッジ910と、を有する。さらに、このハードウェアは、外部バス912と、インターフェース914と、入力部916と、センシング部917と、出力部918と、記憶部920と、ドライブ922と、接続ポート924と、通信部926と、を有する。但し、上記のCPUは、Central Processing Unitの略である。また、上記のROMは、Read Only Memoryの略である。そして、上記のRAMは、Random Access Memoryの略である。
CPU902は、例えば、演算処理装置又は制御装置として機能し、ROM904、RAM906、記憶部920、又はリムーバブル記録媒体928に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ROM904は、CPU902に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。RAM906には、例えば、CPU902に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。
これらの構成要素は、例えば、高速なデータ伝送が可能なホストバス908を介して相互に接続される。一方、ホストバス908は、例えば、ブリッジ910を介して比較的データ伝送速度が低速な外部バス912に接続される。また、入力部916としては、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力部916としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ(以下、リモコン)が用いられることもある。センシング部917は、図3に示したセンサ140に対応し、様々な状態をセンシングする装置である。例えば、センシング部917は人体の接触や近接、または他の装置の接触や近接をセンシングする装置である。センシング部917としては、例えば抵抗膜式や静電容量式のタッチセンサ等が用いられることもある。またセンシング部917は、他の装置から発せられた電波の電波強度、音の強さ、光の強さなどをセンシングするデバイスが用いられることもある。また例えば、センシング部917は、現在の位置をセンシングする装置である。
出力部918としては、例えば、CRT、LCD、PDP、又はELD等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、バイブレータ、又はファクシミリ等、取得した情報を利用者に対して視覚的、触覚的又は聴覚的に通知することが可能な装置である。但し、上記のCRTは、Cathode Ray Tubeの略である。また、上記のLCDは、Liquid Crystal Displayの略である。そして、上記のPDPは、Plasma DisplayPanelの略である。さらに、上記のELDは、Electro−Luminescence Displayの略である。
記憶部920は、各種のデータを格納するための装置である。記憶部920としては、例えば、ハードディスクドライブ(HDD)等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。但し、上記のHDDは、Hard Disk Driveの略である。
ドライブ922は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体928に記録された情報を読み出し、又はリムーバブル記録媒体928に情報を書き込む装置である。リムーバブル記録媒体928は、例えば、DVDメディア、Blu−rayメディア、HD DVDメディア、各種の半導体記憶メディア等である。もちろん、リムーバブル記録媒体928は、例えば、非接触型ICチップを搭載したICカード、又は電子機器等であってもよい。但し、上記のICは、Integrated Circuitの略である。
接続ポート924は、例えば、USBポート、IEEE1394ポート、SCSI、RS−232Cポート、又は光オーディオ端子等のような外部接続機器930を接続するためのポートである。外部接続機器930は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はICレコーダ等である。但し、上記のUSBは、Universal Serial Busの略である。また、上記のSCSIは、Small Computer System Interfaceの略である。
通信部926は、ネットワーク932に接続するための通信デバイスであり、例えば、有線又は無線LAN、Bluetooth(登録商標)、又はWUSB用の通信カード、光通信用のルータ、ADSL用のルータ、又は接触又は非接触通信用のデバイス等である。また、通信部926に接続されるネットワーク932は、有線又は無線により接続されたネットワークにより構成され、例えば、インターネット、家庭内LAN、赤外線通信、可視光通信、放送、又は衛星通信等である。但し、上記のLANは、Local Area Networkの略である。また、上記のWUSBは、Wireless USBの略である。そして、上記のADSLは、Asymmetric Digital Subscriber Lineの略である。
図17に示したハードウェア900において、図3を参照して説明したデバイス100の処理部150に含まれる1つ以上の構成要素(情報取得部151及び/又は制御部153)は、CPU902において実装されてもよい。また図17に示したハードウェア900において、またドライブ922、リムーバブル記録媒体928、接続ポート924及び外部接続機器930は必須の構成では無い。また図17に示したハードウェア900において、図11の表示装置130a、発音装置130b、振動装置130cは出力部918として構成されうる。また図17に示したハードウェア900において、図11のデータ送信装置130dは通信部926として構成されうる。
<3.まとめ>
以上説明したように本開示の実施の形態によれば、サービスが規定する所定の条件をデバイス間の関係が満たした場合に、サービスに対してデバイスの連携登録を依頼することが可能なデバイス及びサービスが提供される。
サービスが規定する所定の条件をデバイス間の関係が満たした場合に、サービスに対してデバイスの連携登録を依頼することで、サービスを利用する際に必要となるデバイスを予め登録する必要が無く、またその所定の条件を満たしたタイミングにおいて連携方法を変えることが出来る。従って本開示の実施の形態によれば、新たにデバイスを使用してサービスを利用する際のユーザの利便性を大きく向上させることができる。
本開示の実施の形態によれば、連携したデバイス間(メインデバイスとサブデバイスとの間、またはサブデバイス同士)で、自動的にネットワーク負荷を調整したり、キャリブレーションを行ったりすることが可能になり、ユーザのこのような処理を行う負荷を大きく低減させることが出来る。
本開示の実施の形態によれば、デバイスプロファイルに基づいたアクセス制御が可能になるので、デバイスの持ち主が望まない連携登録や連携後の動作が勝手に行われることを避けることができる。
本明細書の処理における処理ステップは、必ずしもフローチャート又はシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理における処理ステップは、フローチャート又はシーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
また、本明細書の装置(例えば、端末装置、基地局もしくは制御エンティティ、又はそのモジュール)に備えられるプロセッサ(例えば、CPU、DSPなど)を上記装置として機能させるためのコンピュータプログラム(換言すると、上記プロセッサに上記装置の構成要素の動作を実行させるためのコンピュータプログラム)も作成可能である。また、当該コンピュータプログラムを記録した記録媒体も提供されてもよい。また、上記コンピュータプログラムを記憶するメモリと、上記コンピュータプログラムを実行可能な1つ以上のプロセッサとを備える装置(例えば、完成品、又は完成品のためのモジュール(部品、処理回路若しくはチップなど))も提供されてもよい。また、上記装置の1つ以上の構成要素(例えば、情報取得部及び/又は制御部など)の動作を含む方法も、本開示に係る技術に含まれる。
また上述の説明で用いた機能ブロック図で示したそれぞれの機能ブロックの一部又は全部は、たとえばインターネット等のネットワークを介して接続されるサーバ装置で実現されてもよい。また上述の説明で用いた機能ブロック図で示したそれぞれの機能ブロックの構成は、単独の装置で実現されてもよく、複数の装置が連携するシステムで実現されても良い。複数の装置が連携するシステムには、例えば複数のサーバ装置の組み合わせ、サーバ装置と端末装置との組み合わせ等が含まれ得る。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
なお、以下のような構成も本開示の技術的範囲に属する。
(1)
ネットワーク上の所定のサービスで規定された所定の条件を第1の装置との関係が満たすと、ユーザを識別するユーザ識別子と、前記第1の装置を識別するデバイス識別子とを前記サービスに送信し、前記ユーザ識別子とデバイス識別子との連携に関する処理を前記サービスへ依頼する制御部を備える、情報処理装置。
(2)
前記所定の条件は、前記第1の装置との位置関係が所定の関係となった場合であり、前記制御部は、前記第1の装置との位置関係が前記所定の関係となると前記処理を前記サービスへ依頼する、前記(1)に記載の情報処理装置。
(3)
前記所定の条件は、前記第1の装置が接触または近接したことであり、前記制御部は、前記第1の装置が接触または近接したことを検出すると前記処理を前記サービスへ依頼する、前記(1)に記載の情報処理装置。
(4)
前記制御部は、連携させた前記第1の装置との間で交換する情報を、前記第1の装置の属性に基づいて変化させる、前記(1)〜(3)のいずれかに記載の情報処理装置。
(5)
前記制御部は、前記処理の依頼の際に用いる情報を、前記第1の装置の信頼度に基づいて変化させる、前記(4)に記載の情報処理装置。
(6)
前記制御部は、前記第1の装置と異なる第2の装置との関係を認識して前記処理を前記サービスへ依頼する、前記(1)〜(5)のいずれかに記載の情報処理装置。
(7)
前記制御部は、連携させた前記第1の装置が持っている機能の少なくとも一部を使用する、前記(1)〜(6)のいずれかに記載の情報処理装置。
(8)
前記制御部は、連携させた前記第1の装置が持っている一部の機能のみを前記第1の装置で起動させる、前記(7)に記載の情報処理装置。
(9)
前記制御部は、前記第1の装置が持つ機能のアクセス権に基づいて連携する機能を決定する、前記(1)〜(8)のいずれかに記載の情報処理装置。
(10)
前記制御部は、前記第1の装置から前記デバイス識別子を取得して、自装置が保持する前記ユーザ識別子との前記処理を前記サービスへ依頼する、前記(1)〜(9)のいずれかに記載の情報処理装置。
(11)
前記制御部は、前記第1の装置から前記ユーザ識別子を取得して、自装置が保持する前記デバイス識別子との前記処理を前記サービスへ依頼する、前記(1)〜(9)のいずれかに記載の情報処理装置。
(12)
前記制御部は、前記第1の装置の所定のパラメータが所定の条件を満たしていれば、該第1の装置に前記ユーザ識別子を提供する、前記(11)に記載の情報処理装置。
(13)
前記制御部は、前記ユーザ識別子に加え、前記サービスにおけるユーザを識別する情報を前記サービスへ送信する、前記(1)〜(12)のいずれかに記載の情報処理装置。
(14)
ネットワーク上の所定のサービスで規定された所定の条件を第1の装置との関係が満たすと、ユーザを識別するユーザ識別子と、前記第1の装置を識別するデバイス識別子とを前記サービスに送信し、前記ユーザ識別子とデバイス識別子との連携に関する処理を前記サービスへ依頼することを含む、情報処理方法。
(15)
ネットワーク上の所定のサービスで規定された所定の条件を第1の装置との関係が満たすと、ユーザを識別するユーザ識別子と、前記第1の装置を識別するデバイス識別子とを前記サービスに送信し、前記ユーザ識別子とデバイス識別子との連携に関する処理を前記サービスへ依頼することをコンピュータに実行させる、コンピュータプログラム。
(16)
提供するネットワーク上のサービスにおけるユーザを識別するユーザ識別子と、前記サービスを利用する第1の装置を識別するデバイス識別子との連携に関する処理を実行する制御部を備え、
前記制御部は、前記第1の装置と異なる第2の装置のデバイス識別子と前記ユーザ識別子との連携に関する処理を行う際に、所定の条件に基づいて前記第1の装置のデバイス識別子と前記ユーザ識別子との連携を解除するかどうかを判断する、制御装置。
100a、101a メインデバイス
100b、100c サブデバイス

Claims (15)

  1. ネットワーク上の所定のサービスで規定された所定の条件を第1の装置との関係が満たすと、ユーザを識別するユーザ識別子と、前記第1の装置を識別するデバイス識別子とを前記サービスに送信し、前記ユーザ識別子とデバイス識別子との連携に関する処理を前記サービスへ依頼する制御部を備え
    前記制御部は、
    前記第1の装置のバッテリ残量による該第1の装置の動作可能時間が所定値未満である場合には、前記処理を前記サービスへ依頼しない、情報処理装置。
  2. 前記所定の条件は、前記第1の装置との位置関係が所定の関係となった場合であり、前記制御部は、前記第1の装置との位置関係が前記所定の関係となると前記処理を前記サービスへ依頼する、請求項1に記載の情報処理装置。
  3. 前記所定の条件は、前記第1の装置が接触または近接したことであり、前記制御部は、前記第1の装置が接触または近接したことを検出すると前記処理を前記サービスへ依頼する、請求項1に記載の情報処理装置。
  4. 前記制御部は、連携させた前記第1の装置との間で交換する情報を、前記第1の装置の属性に基づいて変化させる、請求項1〜3のいずれか1項に記載の情報処理装置。
  5. 前記制御部は、前記処理の依頼の際に用いる情報を、前記第1の装置の信頼度に基づいて変化させる、請求項4に記載の情報処理装置。
  6. 前記制御部は、前記第1の装置と異なる第2の装置との関係を認識して前記処理を前記サービスへ依頼する、請求項1〜5のいずれか1項に記載の情報処理装置。
  7. 前記制御部は、連携させた前記第1の装置が持っている機能の少なくとも一部を使用する、請求項1〜6のいずれか1項に記載の情報処理装置。
  8. 前記制御部は、連携させた前記第1の装置が持っている一部の機能のみを前記第1の装置で起動させる、請求項7に記載の情報処理装置。
  9. 前記制御部は、前記第1の装置が持つ機能のアクセス権に基づいて連携する機能を決定する、請求項1〜8のいずれか1項に記載の情報処理装置。
  10. 前記制御部は、前記第1の装置から前記デバイス識別子を取得して、自装置が保持する前記ユーザ識別子との前記処理を前記サービスへ依頼する、請求項1〜9のいずれか1項に記載の情報処理装置。
  11. 前記制御部は、前記第1の装置から前記ユーザ識別子を取得して、自装置が保持する前記デバイス識別子との前記処理を前記サービスへ依頼する、請求項1〜9のいずれか1項に記載の情報処理装置。
  12. 前記制御部は、前記第1の装置の所定のパラメータが所定の条件を満たしていれば、該第1の装置に前記ユーザ識別子を提供する、請求項11に記載の情報処理装置。
  13. 前記制御部は、前記ユーザ識別子に加え、前記サービスにおけるユーザを識別する情報を前記サービスへ送信する、請求項1〜12のいずれか1項に記載の情報処理装置。
  14. ネットワーク上の所定のサービスで規定された所定の条件を第1の装置との関係が満たすと、ユーザを識別するユーザ識別子と、前記第1の装置を識別するデバイス識別子とを前記サービスに送信し、前記ユーザ識別子とデバイス識別子との連携に関する処理を前記サービスへ依頼することを含む、情報処理方法であって、
    前記第1の装置のバッテリ残量による該第1の装置の動作可能時間が所定値未満である場合には、前記処理を前記サービスへ依頼しない、情報処理方法
  15. ネットワーク上の所定のサービスで規定された所定の条件を第1の装置との関係が満たすと、ユーザを識別するユーザ識別子と、前記第1の装置を識別するデバイス識別子とを前記サービスに送信し、前記ユーザ識別子とデバイス識別子との連携に関する処理を前記サービスへ依頼することをコンピュータに実行させる、コンピュータプログラムであって、
    前記第1の装置のバッテリ残量による該第1の装置の動作可能時間が所定値未満である場合には、前記処理を前記サービスへ依頼しない、コンピュータプログラム
JP2017528309A 2015-07-13 2016-05-10 情報処理装置、情報処理方法及びコンピュータプログラム Expired - Fee Related JP6801657B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015139459 2015-07-13
JP2015139459 2015-07-13
PCT/JP2016/063880 WO2017010154A1 (ja) 2015-07-13 2016-05-10 情報処理装置、情報処理方法及びコンピュータプログラム

Publications (2)

Publication Number Publication Date
JPWO2017010154A1 JPWO2017010154A1 (ja) 2018-04-26
JP6801657B2 true JP6801657B2 (ja) 2020-12-16

Family

ID=57758003

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017528309A Expired - Fee Related JP6801657B2 (ja) 2015-07-13 2016-05-10 情報処理装置、情報処理方法及びコンピュータプログラム

Country Status (4)

Country Link
US (1) US20180146050A1 (ja)
EP (1) EP3324297A4 (ja)
JP (1) JP6801657B2 (ja)
WO (1) WO2017010154A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017196000A1 (ko) * 2016-05-09 2017-11-16 엘지전자 주식회사 청소기 거치대
US11373450B2 (en) * 2017-08-11 2022-06-28 Tectus Corporation Eye-mounted authentication system
JP2019036135A (ja) * 2017-08-16 2019-03-07 富士ゼロックス株式会社 情報処理装置及びプログラム
WO2020118450A1 (en) * 2018-12-15 2020-06-18 Genetec Inc. Method and system for enrolling a camera into a video surveillance system
JP7283852B2 (ja) * 2020-02-17 2023-05-30 Kddi株式会社 マルチモーダル行動認識方法、装置およびプログラム
US20240123318A1 (en) * 2022-10-14 2024-04-18 Ip Investment Holdings, Llc Electronic command station for a golf bag

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4120907B2 (ja) * 1999-06-24 2008-07-16 ソニー株式会社 通信システム及び情報処理装置
US8161129B2 (en) * 1999-06-24 2012-04-17 Sony Corporation Communication system, network system, information controller and terminal equipment
JP2002055961A (ja) * 2000-08-14 2002-02-20 Matsushita Electric Ind Co Ltd Icカード装置及びプロキシ装置、並びにカード端末装置
US20110046754A1 (en) * 2003-09-25 2011-02-24 Rockwell Software, Inc. Industrial hmi automatically customized based upon inference
US20060291481A1 (en) * 2005-06-27 2006-12-28 Matsushita Electric Industrial Co., Ltd. Application session resumption in mobile environments
US9244455B2 (en) * 2007-09-10 2016-01-26 Fisher-Rosemount Systems, Inc. Location dependent control access in a process control system
JP5549220B2 (ja) * 2009-12-25 2014-07-16 ソニー株式会社 連携表示システム、連携表示方法およびプログラム
TWI451279B (zh) * 2010-04-07 2014-09-01 Apple Inc 即時或接近即時串流傳輸之內容存取控制
US10187494B2 (en) * 2011-04-26 2019-01-22 Acumera, Inc. Gateway device application development system
US10212534B2 (en) * 2013-03-14 2019-02-19 Michael Edward Smith Luna Intelligent device connection for wireless media ecosystem
US10152031B2 (en) * 2013-03-15 2018-12-11 Fisher-Rosemount Systems, Inc. Generating checklists in a process control environment

Also Published As

Publication number Publication date
US20180146050A1 (en) 2018-05-24
EP3324297A1 (en) 2018-05-23
EP3324297A4 (en) 2019-01-23
WO2017010154A1 (ja) 2017-01-19
JPWO2017010154A1 (ja) 2018-04-26

Similar Documents

Publication Publication Date Title
JP6801657B2 (ja) 情報処理装置、情報処理方法及びコンピュータプログラム
US9389699B2 (en) Portable device pairing with a tracking system
JP6658545B2 (ja) 情報処理装置、情報処理方法、およびプログラム
TW201303639A (zh) 對控制器識別使用者之技術
US20150081067A1 (en) Synchronized exercise buddy headphones
EP3304953B1 (en) Transmitting athletic data using non-connected state of discovery signal
US11113515B2 (en) Information processing device and information processing method
JP6508061B2 (ja) 情報処理装置、情報処理方法、およびプログラム
CN107592468A (zh) 一种拍摄参数调整方法及移动终端
CN111801147B (zh) 机器人的社交媒体连接
CN109753327A (zh) 一种控件布局方法、终端及计算机可读存储介质
JP6354461B2 (ja) フィードバック提供方法、システム、および解析装置
KR20180022674A (ko) 위치-특정 게임화를 포함하는, 신체적으로 수행된 기능의 센서-기반 모니터링에 의해 게임화가 가능하도록 구성된 구조, 장치 및 방법
WO2022161037A1 (zh) 一种用户确定方法、电子设备和计算机可读存储介质
KR20180015648A (ko) 자동화 분류 및/또는 성능센서 유닛으로 부터 얻어진 사용자 성능특성에 기초하여 미디어 데이터 검색이 가능하도록 구성된 구조, 장치 및 방법
JPWO2020090223A1 (ja) 情報処理装置、情報処理方法及び記録媒体
US20170192494A1 (en) Wearable interactive gaming device
CN111158624A (zh) 一种应用分享方法、电子设备及计算机可读存储介质
JP2020024680A (ja) リアルタイムの拡張現実活動フィードバック
CN110013673B (zh) 一种应用折叠显示屏进行游戏的方法、装置及存储介质
US20210153778A1 (en) Smart apparel for monitoring athletics and associated systems and methods
KR102182173B1 (ko) 웨어러블 장치 및 스마트폰을 이용한 탁구 점수 자동 카운팅 방법 및 시스템
TWI831175B (zh) 虛擬實境提供裝置與音頻處理方法
JP6656264B2 (ja) 情報処理装置およびコンテンツ画像提供方法
CN116430985A (zh) 一种互动方法和相关装置

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190208

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20190214

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190423

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190423

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20190423

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190522

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200317

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200511

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: 20201027

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201109

R151 Written notification of patent or utility model registration

Ref document number: 6801657

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

LAPS Cancellation because of no payment of annual fees