JP5862772B2

JP5862772B2 - 情報処理装置、情報処理方法および記録媒体

Info

Publication number: JP5862772B2
Application number: JP2014518307A
Authority: JP
Inventors: 英治宮川
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2012-05-30
Filing date: 2013-03-13
Publication date: 2016-02-16
Anticipated expiration: 2033-03-13
Also published as: CN104335191A; EP2857978A1; EP2857978A4; JPWO2013179724A1; WO2013179724A1; US20150032816A1

Description

本開示は、情報処理装置、情報処理方法および記録媒体に関する。

非接触方式で情報を読み取る技術は、例えば近距離無線通信（ＮＦＣ：Near Field Communication）や２次元コードなど、数多くある。こうした技術では、装置同士の物理的な接続や、ユーザによる煩雑な操作を必要とせずに、例えば装置同士を近接させるだけで情報を読み取ることが可能であるため、今日では多くの場面で活用されている。

例えば、非接触方式でやりとりされる情報を、マーケティングに活用することが広く行われている。例えば、特許文献１には、非接触型のＩＣカードを利用したインセンティブマーケティングを実現する技術が記載されている。この他にも、非接触方式で読み取られる情報を用いてクーポンを配布したり、ロイヤルティプログラムのポイントを加算したりする例は数多くある。

特開２０１１−２１０１４０号公報

しかしながら、非接触方式による情報のやり取りは、基本的にはその場限りのものであるため、ユーザに対する継続的なプロモーションに利用することは困難であった。例えば店舗側でユーザのメールアドレスを読み取るようなことができれば、その後も継続的にプロモーション情報を配信することができるが、ユーザの個人情報を自動的に送信するわけにはいかないため、ユーザ側で承諾の手順が必要になる。こうした手順は、非接触方式の利点の一つである操作手順の簡単さを減殺してしまう。

そこで、本開示では、非接触方式で読み取られる情報を利用してユーザへの継続的なアクセスを実現することが可能な、新規かつ改良された情報処理装置、情報処理方法および記録媒体を提案する。

本開示によれば、非接触方式で取得されたデータから、ＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋＳｅｒｖｉｃｅ）における第１のユーザのアカウントに関連する第１の情報を抽出する情報抽出部と、上記第１の情報を用いて、上記第１のユーザと情報処理装置を使用する第２のユーザとの間の上記ＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成する生成部と、上記コマンドを、上記第２のユーザによる操作を介さずに、上記ＳＮＳに対応するＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）に自動的に送信するリクエスト実行部とを含む情報処理装置が提供される。

また、本開示によれば、非接触方式で取得されたデータから、ＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋＳｅｒｖｉｃｅ）における第１のユーザのアカウントに関連する第１の情報を抽出することと、上記第１の情報を用いて、上記第１のユーザと情報処理装置を使用する第２のユーザとの間の上記ＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成することと、上記コマンドを、上記第２のユーザによる操作を介さずに、上記ＳＮＳに対応するＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）に自動的に送信することとを含む情報処理方法が提供される。

また、本開示によれば、非接触方式で取得されたデータから、ＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋＳｅｒｖｉｃｅ）における第１のユーザのアカウントに関連する第１の情報を抽出する機能と、上記第１の情報を用いて、上記第１のユーザと情報処理装置を使用する第２のユーザとの間の上記ＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成する機能と、上記コマンドを、上記第２のユーザによる操作を介さずに、上記ＳＮＳに対応するＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）に自動的に送信する機能とをコンピュータに実現させるためのプログラムが記録された記録媒体が提供される。

ＳＮＳにおけるユーザアカウントに関連する第１の情報は、ＳＮＳ上で第２のユーザとの間にコネクションを設定することを望む第１のユーザ側から送信される。第２のユーザ側では、この第１の情報を用いて、ＳＮＳにおける第１のユーザとの間のコネクションを設定する。ＳＮＳ上でのコネクションは、第１のユーザに第２のユーザのメールアドレスなどの個人情報を開示することなく設定可能である。従って、第２のユーザ側では、第２のユーザへの承諾の手順をとらずとも（とってもよい）、ＳＮＳ上のコネクションの設定を自動的に実行することが可能である。ＳＮＳ上のコネクションが設定されれば、第１のユーザは、例えば第２のユーザに閲覧されるように情報を投稿するなどの形で第２のユーザに継続的にアクセスすることができる。

以上説明したように本開示によれば、非接触方式で読み取られる情報を利用してユーザへの継続的なアクセスを実現することができる。

本開示の第１の実施形態に係るシステムの概略的な構成を示す図である。本開示の第１の実施形態に係る端末装置の概略的な機能構成を示すブロック図である。本開示の第１の実施形態に係る端末装置における処理の例を示すフローチャートである。本開示の第１の実施形態におけるＳＮＳ利用時の画面表示例を示す図である。本開示の第２の実施形態に係るシステムの概略的な構成を示す図である。本開示の第２の実施形態に係る端末装置の概略的な機能構成を示すブロック図である。本開示の第２の実施形態に係る端末装置における処理の例を示すフローチャートである。情報処理装置のハードウェア構成を説明するためのブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．第１の実施の形態
２．第２の実施の形態
３．ハードウェア構成
４．補足

（１．第１の実施形態）
まず、図１〜図４を参照して、本開示の第１の実施形態について説明する。本実施形態では、データが近距離無線通信によって取得される。

（システム構成）
図１は、本開示の第１の実施形態に係るシステムの概略的な構成を示す図である。図１を参照すると、システム１０は、端末装置１００と、リーダライタ１０１と、サーバ１０３とを含む。

リーダライタ１０１は、第１のユーザ（例えば店舗）によって設置される装置であり、端末装置１００に向けて変調信号を送信している。変調信号には、ＳＮＳ（Social Network Service）連動情報が含まれる。ＳＮＳ連動情報は、後述する端末装置１００での処理において、ＳＮＳにおけるコネクションの設定に用いられる情報である。ＳＮＳ連動情報は、例えば、ＳＮＳを識別する情報、ＳＮＳにおいて第１のユーザのアカウントを識別する情報、およびＳＮＳで設定される所定のタグの情報などを含みうる。変調信号には、ＳＮＳ連動情報以外の情報、例えば店舗のＷｅｂサイトなどのアドレスや、クーポンとして用いられる情報などが含まれてもよい。なお、リーダライタ１０１が送信する変調信号は、例えば、リーダライタ１０１に接続され、第１のユーザが使用する端末装置（図示せず）を用いて設定されうる。

端末装置１００は、第２のユーザ（例えば顧客）によって携帯される装置であり、近距離無線通信（ＮＦＣ）の機能を有する。顧客が端末装置１００を携帯して店舗を訪れ、端末装置１００をリーダライタ１０１に近接させることによって、近距離無線通信が実行され、端末装置１００はリーダライタ１０１から送信された変調信号を受信する。端末装置１００は、変調信号を復調し、そこに含まれる情報を取得する。例えば、端末装置１００は、変調信号に含まれるＳＮＳ連動情報を取得する。上述のように、ＳＮＳ連動情報は、ＳＮＳにおけるコネクションの設定に用いられる情報である。そこで、端末装置１００は、ＳＮＳ連動情報に基づいて、ＳＮＳにおけるコネクション設定をリクエストするコマンドを生成し、これをＳＮＳのＡＰＩ（Application Program Interface）に送信する。本実施形態では、ＳＮＳのＡＰＩがサーバ１０３において用意されており、端末装置１００は、ネットワーク通信によってサーバ１０３にコマンドを送信する。ネットワーク通信には、有線または無線のいかなる方式が用いられてもよい。端末装置１００は、近距離無線通信およびネットワーク通信の両方の機能を有する、例えば携帯電話（スマートフォンを含む）またはタブレット型ＰＣ（Personal Computer）などの各種装置でありうる。

サーバ１０３は、ネットワーク上でＳＮＳを提供するサーバである。リーダライタ１０１を設置している第１のユーザ（店舗）と、端末装置１００を携帯している第２のユーザ（顧客）とは、いずれもこのＳＮＳを利用している。ＳＮＳでは、ユーザ間にコネクションを設定する機能が提供される。ユーザは、他のユーザとの間にコネクションを設定することによって、例えばそのユーザのプロフィールや投稿を購読したり、新たな投稿があった場合などに通知を受信したりすることが可能になる。なお、コネクションの設定は、ＳＮＳの種類によって、例えばフォローなどとも呼ばれる。サーバ１０３は、端末装置１００から送信されたコマンドをＡＰＩに従って処理し、第１のユーザ（店舗）と第２のユーザ（顧客）の間にＳＮＳ上のコネクションを設定する。

（端末装置の機能構成）
図２は、本開示の第１の実施形態に係る端末装置の概略的な機能構成を示すブロック図である。図２を参照すると、端末装置１００は、近距離通信部１１０と、情報抽出部１２０と、リクエスト生成部１３０と、リクエスト実行部１４０と、ネットワーク通信部１５０とを含む。端末装置１００は、後述する情報処理装置のハードウェア構成を用いて実現されうる。例えば、情報抽出部１２０、リクエスト生成部１３０、およびリクエスト実行部１４０は、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現されうる。

近距離通信部１１０は、リーダライタ１０１から送信される変調信号を受信し、これを復調してデータを取得する。近距離通信部は、取得したデータを情報抽出部１２０に出力する。近距離通信部１１０は、例えば近距離無線通信（ＮＦＣ）用のアンテナや通信回路によって実現されうる。

情報抽出部１２０は、近距離通信部１１０が取得したデータから、上記のＳＮＳ連動情報を含む情報を抽出して、リクエスト生成部１３０に提供する。ＳＮＳ連動情報は、例えば、ＳＮＳを識別する情報、ＳＮＳにおいて第１のユーザのアカウントを識別する情報、およびＳＮＳで設定される所定のタグの情報などを含みうる。また、情報抽出部１２０は、データからＳＮＳ連動情報以外の情報を抽出して、端末装置１００の他の機能構成（図示せず）に提供してもよい。

リクエスト生成部１３０は、情報抽出部１２０が抽出したＳＮＳ連動情報に基づいて、第１のユーザと第２のユーザとの間のＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成する。生成されたコマンドは、サーバ１０３においてＳＮＳのＡＰＩに従って処理されるため、リクエスト生成部１３０は、予め提供されたＡＰＩの情報に従ってコマンドを生成する。

上記の通り、ＳＮＳ連動情報は、例えば、ＳＮＳを識別する情報、ＳＮＳにおいて第１のユーザのアカウントを識別する情報、およびＳＮＳで設定される所定のタグの情報などを含みうる。例えば、リクエスト生成部１３０は、ＳＮＳを識別する情報を用いて、対応可能な複数のＳＮＳの中から、対象になる１または複数のＳＮＳを特定する。従って、例えば対象になるＳＮＳが１つに限定されているような場合には、ＳＮＳを識別する情報は必ずしもＳＮＳ連動情報に含まれなくてもよい。あるいは、ＳＮＳを識別する情報は、対象になるＳＮＳを特定する必要の有無にかかわらずＳＮＳ連動情報に含まれ、リクエスト生成部１３０がコマンドを生成するかを判断するために用いられてもよい。

また、例えば、リクエスト生成部１３０は、ＳＮＳにおいて第１のユーザのアカウントを識別する情報を用いて、コネクションを設定する対象のユーザを特定する。対象のユーザの情報は、例えば送信されるコマンドのパラメータとして設定されてもよい。所定のタグの情報は、後述するように、例えばＳＮＳで第１のユーザの投稿を他のユーザの投稿とは区別して表示するような場合に用いられる。それゆえ、例えばそのような表示をしない場合には、所定のタグの情報は必ずしもＳＮＳ連動情報に含まれなくてもよい。

上記のように、コマンドのパラメータになる情報だけを近距離通信によってリーダライタ１０１から送信し、それを受信した端末装置１００でリクエスト生成部１３０がコマンドを生成することにすれば、近距離通信で送信される情報を最小限にすることができる。他の実施形態では、ＳＮＳ連動情報として、コマンドそのものが設定されてもよい。この場合、リクエスト生成部１３０は、ＳＮＳ連動情報を情報抽出部１２０からリクエスト実行部１４０に引き渡すだけであってもよい。なお、この場合も、このコマンドには少なくとも第１のユーザのアカウントを特定する情報が含まれるため、ＳＮＳ連動情報は「第１のユーザのアカウントに関連する情報」を含むといえる。

リクエスト実行部１４０は、リクエスト生成部１３０が生成したコマンドを、ネットワーク通信部１５０を介してサーバ１０３に送信する。上述のように、サーバ１０３にはＳＮＳのＡＰＩが用意されており、送信されたコマンドはこのＡＰＩの所定の機能（ユーザ間にコネクションを設定する機能）を呼び出すものでありうる。なお、リクエスト実行部１４０は、必ずしもリクエスト生成部１３０によるコマンドの生成の直後にコマンドを送信しなくてもよい。例えば、リクエスト実行部１４０は、ネットワーク通信部１５０による通信が利用可能ではない場合にはコマンドの送信を保留し、通信が利用可能になった場合にコマンドを送信してもよい。また、リクエスト実行部１４０は、端末装置１００でＳＮＳを利用するためのアプリケーションが起動されたときにコマンドを送信してもよい。

ネットワーク通信部１５０は、インターネットなどのネットワークを介してサーバ１０３と通信する。ネットワーク通信部１５０は、リクエスト実行部１４０から出力されたリクエストコマンドを、サーバ１０３に送信する。ネットワーク通信部１５０は、例えば各種の通信装置によって実現されうる。

（処理フロー）
図３は、本開示の第１の実施形態に係る端末装置における処理の例を示すフローチャートである。

まず、近距離通信部１１０が、リーダライタ１０１との間で近距離通信を実行する（ステップＳ１０１）。上述のように、近距離通信は、端末装置１００がリーダライタ１０１に近接し、リーダライタ１０１から送信される変調信号を近距離通信部１１０が受信することによって実行される。近距離通信部１１０は、変調信号を復調してデータを取得する。

次に、情報抽出部１２０が、ステップＳ１０１で近距離通信によって取得されたデータから情報を抽出する（ステップＳ１０３）。抽出されうる情報は、ＳＮＳ連動情報、およびその他の情報を含む。

ここで、情報抽出部１２０は、データからＳＮＳ連動情報が抽出されたか否かを判定する（ステップＳ１０５）。これは、例えば、ＳＮＳ連動情報のうち、ＳＮＳを識別する情報（例えばＳＮＳ名を示す文字列など）がデータから抽出されたか否かの判定であってもよい。また、ＳＮＳ名とは関係なく、ＳＮＳ連動情報が含まれていることを示すフラグなどがあらかじめ定められていてもよい。

ステップＳ１０５において、ＳＮＳ連動情報が抽出されたと判定された場合、情報抽出部１２０はリクエスト生成部１３０にＳＮＳ連動情報を提供し、リクエスト生成部１３０はコネクションの設定をリクエストするコマンドを生成する（ステップＳ１０７）。生成されるコマンドは、コネクション設定の対象を特定する情報や、所定のタグの情報をパラメータとして含みうる。

次に、リクエスト実行部１４０が、ステップＳ１０７で生成されたリクエストコマンドを、サーバ１０３にあるＳＮＳのＡＰＩに送信する（ステップＳ１０９）。サーバ１０３では、ＡＰＩに従ってリクエストコマンドが処理され、第１のユーザ（店舗）と第２のユーザ（顧客）との間にＳＮＳのコネクションが設定される。なお、上述のように、リクエストコマンドのサーバ１０３への送信は、必ずしも上記のステップＳ１０７の直後に実行されなくてもよく、例えばネットワーク通信が利用可能になった時点や、ＳＮＳに関連するアプリケーションが起動された時点で実行されてもよい。

一方、上記のステップＳ１０５において、ＳＮＳ連動情報が抽出されなかったと判定された場合、上記のステップＳ１０７，Ｓ１０９の処理は実行されない。この場合、データに含まれるのはＳＮＳ連動情報以外の何らかの情報（例えばクーポン情報や、ポイントの情報など）であるため、端末装置１００の他の部分においてこれらの情報に対する処理が実行される。なお、データには、ＳＮＳ連動情報とともに他の情報が含まれる場合もありうる。この場合、上記のステップＳ１０７，Ｓ１０９の処理とともに、これらの他の情報に対する処理も実行されうる。

（ＳＮＳでの表示例）
図４は、本開示の第１の実施形態におけるＳＮＳ利用時の画面表示例を示す図である。図４を参照すると、第２のユーザ（顧客）がＳＮＳを利用するときの画面では、上述した近距離通信によってコネクションが設定された第１のユーザ（店舗）の投稿が、「店舗からの情報」として、通常の他のユーザの投稿とは別のウインドウで表示される。

このような表示は、例えば、端末装置１００においてリクエスト生成部１３０によって生成されるリクエストコマンドのパラメータとして、所定のタグが設定されることによって実現される。このタグは、コネクションの設定が、近距離通信によって受信されたＳＮＳ連係情報に基づいて実行されたことを示すものでありうる。ＳＮＳを提供するサーバ１０３のプログラム、または、サーバ１０３から提供された情報に従って投稿の一覧を表示する端末装置１００のプログラムは、このタグに従って投稿をソートして表示する。

つまり、この場合、タグは、第１のユーザと第２のユーザとの間のコネクションの属性を示す情報といえる。このような情報も、上述のように、近距離無線通信によってリーダライタ１０１から端末装置１００に送信されうる。あるいは、このタグの情報は、リーダライタ１０１から送信される情報には含まれずに、端末装置１００のリクエスト生成部１３０によって追加されてもよい。これによって、非接触無線通信によって送信しなければならない情報量をさらに削減できる。

また、図示された例のように、ＳＮＳで第１のユーザと第２のユーザとの間に設定されるコネクションは、第２のユーザが第１のユーザの投稿を購読することであってもよい。このように、コネクションが、第１のユーザから第２のユーザへの一方的な情報提供であれば、第２のユーザの個人情報（ＳＮＳ上で友人にしか公開していない情報を含む）が第１のユーザに知られることがない。従って、このような形のコネクションであれば、第２のユーザに承諾を求めることなく自動的に設定しても問題が少ない。

（２．第２の実施形態）
次に、図５〜図７を参照して、本開示の第２の実施形態について説明する。本実施形態では、データが２次元コードから読み取られる。

（システム構成）
図５は、本開示の第２の実施形態に係るシステムの概略的な構成を示す図である。図５を参照すると、システム２０は、端末装置２００と、２次元コード２０１と、サーバ１０３とを含む。なお、サーバ１０３については、上記の第１の実施形態と同様の構成であるため、詳細な説明を省略する。

２次元コード２０１は、第１のユーザ（店舗）によって、例えば店舗内の看板やポスターなどに印刷されたり、表示装置に表示されたりする。２次元コード２０１では、所定のプロトコルに従ってエンコードされたデータが表示されている。このデータには、ＳＮＳ連動情報が含まれる。ＳＮＳ連動情報は、後述する端末装置２００での処理において、ＳＮＳにおけるコネクションの設定に用いられる情報である。ＳＮＳ連動情報の内容の具体的な例については、第１の実施形態と同様でありうる。なお、２次元コード２０１で表示されるデータには、ＳＮＳ連動情報以外の情報、例えば店舗のＷｅｂサイトなどのアドレスや、クーポンとして用いられる情報などが含まれてもよい。

端末装置２００は、第２のユーザ（顧客）によって携帯される装置であり、撮像機能を有する。顧客が端末装置２００を携帯して店舗を訪れ、端末装置２００の撮像部を用いて２次元コード２０１を撮像することによって、２次元コード２０１の画像データが取得される。端末装置２００は、画像データに基づいて２次元コード２０１をデコードし、そこに含まれる情報を取得する。例えば、端末装置２００は、２次元コード２０１に含まれるＳＮＳ連動情報を取得する。端末装置２００は、ＳＮＳ連動情報に基づいて、ＳＮＳにおけるコネクション設定をリクエストするコマンドを生成し、これをＳＮＳのＡＰＩに送信する。本実施形態でも、ＳＮＳのＡＰＩはサーバ１０３において用意されており、端末装置２００はネットワーク通信によってサーバ１０３にコマンドを送信する。ネットワーク通信には、有線または無線のいかなる方式が用いられてもよい。端末装置２００は、撮像機能と近距離無線通信の機能とを有する、例えば携帯電話（スマートフォンを含む）、タブレット型ＰＣ、またはデジタルカメラなどの各種装置でありうる。

（端末装置の機能構成）
図６は、本開示の第２の実施形態に係る端末装置の概略的な機能構成を示すブロック図である。図６を参照すると、端末装置２００は、撮像部２１０と、情報抽出部２２０と、リクエスト生成部１３０と、リクエスト実行部１４０と、ネットワーク通信部１５０とを含む。端末装置２００は、後述する情報処理装置のハードウェア構成を用いて実現されうる。例えば、情報抽出部２２０、リクエスト生成部１３０、およびリクエスト実行部１４０は、ＣＰＵを用いてソフトウェア的に実現されうる。なお、リクエスト生成部１３０、リクエスト実行部１４０、およびネットワーク通信部１５０については、上記の第１の実施形態と同様の構成要素であるため、詳細な説明を省略する。

撮像部２１０は、撮像素子を用いて被写体からの光を光電変換し、画像データを生成する。撮像部２１０は、撮像素子に光を導光するレンズなどの光学素子や、これらを駆動するための駆動装置などを含みうる。撮像部２１０は、２次元コード２０１を撮像して生成された画像データを情報抽出部２２０に出力する。

情報抽出部２２０は、撮像部２１０が生成した画像データに基づいて２次元コード２０１をデコードしてデータを取得する。さらに、情報抽出部２２０は、取得されたデータから上記のＳＮＳ連動情報を含む情報を抽出して、リクエスト生成部１３０に提供する。ＳＮＳ連動情報の内容の具体的な例については、第１の実施形態と同様でありうる。また、情報抽出部２２０は、データからＳＮＳ連動情報以外の情報を抽出して、端末装置２００の他の機能構成（図示せず）に提供してもよい。

（処理フロー）
図７は、本開示の第２の実施形態に係る端末装置における処理の例を示すフローチャートである。なお、図示されたステップのうち、ステップＳ１０７，Ｓ１０９については、上記の第１の実施形態と同様であるため、詳細な説明を省略する。

まず、撮像部２１０が、２次元コード２０１を撮像する（ステップＳ２０１）。これによって、２次元コード２０１を含む画像データが生成される。画像データは、情報抽出部２２０に出力される。情報抽出部２２０は、画像データに基づいて２次元コード２０１をデコードしてデータを取得する。さらに、情報抽出部２２０は、取得されたデータから情報を抽出する（ステップＳ２０３）。抽出されうる情報は、ＳＮＳ連動情報、およびその他の情報を含む。

ここで、情報抽出部２２０は、データからＳＮＳ連動情報が抽出されたか否かを判定する（ステップＳ２０５）。これは、例えば、ＳＮＳ連動情報のうち、ＳＮＳを識別する情報（例えばＳＮＳ名を示す文字列など）がデータから抽出されたか否かの判定であってもよい。また、ＳＮＳ名とは関係なく、ＳＮＳ連動情報が含まれていることを示すフラグなどがあらかじめ定められていてもよい。

ステップＳ２０５において、ＳＮＳ連動情報が抽出されたと判定された場合、情報抽出部２２０はリクエスト生成部１３０にＳＮＳ連動情報を提供し、ステップＳ１０７，Ｓ１０９でリクエストコマンドの生成および送信の処理が実行される。一方、Ｓ２０５において、ＳＮＳ連動情報が抽出されなかったと判定された場合、端末装置２００の他の部分において、抽出された他の情報に対する処理が実行される。なお、データには、ＳＮＳ連動情報とともに他の情報が含まれる場合もありうる。この場合、上記のステップＳ１０７，Ｓ１０９の処理とともに、これらの他の情報に対する処理も実行されうる。

（３．ハードウェア構成）
次に、図８を参照して、本開示の実施形態に係る情報処理装置のハードウェア構成について説明する。図８は、情報処理装置のハードウェア構成を説明するためのブロック図である。図示された情報処理装置９００は、例えば、上記の実施形態における端末装置１００，２００、およびサーバ１０３を実現しうる。

情報処理装置９００は、ＣＰＵ（Central Processing unit）９０１、ＲＯＭ（Read Only Memory）９０３、およびＲＡＭ（Random Access Memory）９０５を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、通信装置９２５を含んでもよい。さらに、情報処理装置９００は、必要に応じて、撮像装置９３３、およびセンサ９３５を含んでもよい。情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital Signal Processor）などの処理回路を有してもよい。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス９１１に接続されている。

入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。

出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、有機ＥＬ（Electro-Luminescence）ディスプレイなどの表示装置、スピーカおよびヘッドホンなどの音声出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音声として出力したりする。

ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard Disk Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。

ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。

接続ポート９２３は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）ポートなどでありうる。また、接続ポート９２３は、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（High-Definition Multimedia Interface）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置９００と外部接続機器９２９との間で各種のデータが交換されうる。

通信装置９２５は、例えば、通信ネットワーク９３１に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless USB）用の通信カードなどでありうる。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続される通信ネットワーク９３１は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。

撮像装置９３３は、例えば、ＣＣＤ（Charge Coupled Device）またはＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。撮像装置９３３は、静止画を撮像するものであってもよいし、また動画を撮像するものであってもよい。

センサ９３５は、例えば、加速度センサ、ジャイロセンサ、地磁気センサ、光センサ、音センサなどの各種のセンサである。センサ９３５は、例えば情報処理装置９００の筐体の姿勢など、情報処理装置９００自体の状態に関する情報や、情報処理装置９００の周辺の明るさや騒音など、情報処理装置９００の周辺環境に関する情報を取得する。また、センサ９３５は、ＧＰＳ（Global Positioning System）信号を受信して装置の緯度、経度および高度を測定するＧＰＳセンサを含んでもよい。

以上、情報処理装置９００のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更されうる。

（４．補足）
上記の実施形態では、リーダライタや２次元コードなどの情報提供手段が店舗に設置され、ＳＮＳ上のコネクションが店舗のプロモーションに利用される例が紹介されたが、本開示の実施形態はこれには限られない。例えば、ＳＮＳ上のコネクションは、ユーザ同士の交流のために利用されてもよい。この場合、リーダライタや２次元コードは、他のユーザが使用する携帯電話（スマートフォンを含む）などの端末装置によって実現されうる。

例えば、ユーザＡの端末装置をリーダライタとして機能させ、ユーザＢの端末装置がここから近距離無線通信によってＳＮＳ連動情報を含む情報を読み取るようにすれば、ユーザＡとユーザＢとの間のＳＮＳ上のコネクションの設定が容易になる。同様に、ユーザＡの端末装置に２次元コードを表示させ、ユーザＢの端末装置がこの２次元コードを撮像してＳＮＳ連動情報を含む情報を読み取ってもよい。

また、上記の実施形態では、ＳＮＳのＡＰＩがサーバ上で用意される例が紹介されたが、本開示の実施形態はこれには限られない。例えば、ＳＮＳのＡＰＩは、ユーザが使用する端末装置に用意され、リクエストコマンドはこのローカルＡＰＩに対して送信されてもよい。この場合、ＡＰＩがサーバにアクセスして、ＳＮＳ上でのコネクションの設定を実行させてもよい。

本開示の実施形態は、例えば、上記で説明したような情報処理装置（端末装置またはサーバ）、システム、情報処理装置またはシステムで実行される情報処理方法、情報処理装置を機能させるためのプログラム、およびプログラムが記録された記録媒体を含みうる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）非接触方式で取得されたデータから、ＳＮＳ（Social Network Service）における第１のユーザのアカウントに関連する第１の情報を抽出する情報抽出部と、
前記第１の情報を用いて、前記第１のユーザと情報処理装置を使用する第２のユーザとの間の前記ＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成するリクエスト生成部と、
前記コマンドを前記ＳＮＳに対応するＡＰＩ（Application Programming Interface）に送信するリクエスト実行部と
を備える情報処理装置。
（２）前記リクエスト生成部は、前記コネクションの属性を示す第２の情報を含む前記コマンドを生成する、前記（１）に記載の情報処理装置。
（３）前記コネクションの設定によって、前記第２のユーザは前記ＳＮＳにおいて前記第１のユーザの投稿を購読し、
前記第２の情報は、前記第１のユーザの投稿を前記第２のユーザが閲覧するときに、前記第１のユーザの投稿を他のユーザの投稿とは区別して表示するために用いられる、前記（２）に記載の情報処理装置。
（４）前記第２の情報は、前記リクエスト生成部によって追加される、前記（２）または（３）に記載の情報処理装置。
（５）前記情報抽出部は、前記データから、前記ＳＮＳを識別するために用いられる第３の情報を抽出し、
前記リクエスト生成部は、前記第３の情報が抽出された場合に前記コマンドを生成する、前記（１）〜（４）のいずれか１項に記載の情報処理装置。
（６）前記コネクションの設定によって、前記第２のユーザは前記ＳＮＳにおいて前記第１のユーザの投稿を購読する、前記（１）〜（５）のいずれか１項に記載の情報処理装置。
（７）前記リクエスト実行部は、前記ＳＮＳに関連するアプリケーションが起動されたときに、前記コマンドを前記ＡＰＩに送信する、前記（１）〜（６）のいずれか１項に記載の情報処理装置。
（８）前記リクエスト実行部は、前記コマンドをネットワーク上のサーバにある前記ＡＰＩに送信する、前記（１）〜（７）のいずれか１項に記載の情報処理装置。
（９）前記リクエスト実行部は、前記コマンドを前記ネットワークとの通信が利用可能である場合に前記ＡＰＩに送信する、前記（８）に記載の情報処理装置。
（１０）前記データは、近距離無線通信によって取得される、前記（１）〜（９）のいずれか１項に記載の情報処理装置。
（１１）前記データは、２次元コードの撮像画像をデコードして取得される、前記（１）〜（９）のいずれか１項に記載の情報処理装置。
（１２）非接触方式で取得されたデータから、ＳＮＳ（Social Network Service）における第１のユーザのアカウントに関連する第１の情報を抽出することと、
前記第１の情報を用いて、前記第１のユーザと情報処理装置を使用する第２のユーザとの間の前記ＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成することと、
前記コマンドを前記ＳＮＳに対応するＡＰＩ（Application Programming Interface）に送信することと
を含む情報処理方法。
（１３）非接触方式で取得されたデータから、ＳＮＳ（Social Network Service）における第１のユーザのアカウントに関連する第１の情報を抽出する機能と、
前記第１の情報を用いて、前記第１のユーザと情報処理装置を使用する第２のユーザとの間の前記ＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成する機能と、
前記コマンドを前記ＳＮＳに対応するＡＰＩ（Application Programming Interface）に送信する機能と
をコンピュータに実現させるためのプログラムが記録された記録媒体。

１００，２００端末装置
１０１リーダライタ
２０１２次元コード
１０３サーバ
１１０近距離通信部
２１０撮像部
１２０，２２０情報抽出部
１３０リクエスト生成部
１４０リクエスト実行部
１５０ネットワーク通信部

Claims

非接触方式で取得されたデータから、ＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋＳｅｒｖｉｃｅ）における第１のユーザのアカウントに関連する第１の情報を抽出する情報抽出部と、
前記第１の情報を用いて、前記第１のユーザと情報処理装置を使用する第２のユーザとの間の前記ＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成する生成部と、
前記コマンドを、前記第２のユーザによる操作を介さずに、前記ＳＮＳに対応するＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）に自動的に送信するリクエスト実行部と
を備える情報処理装置。
前記生成部は、前記コネクションの属性を示す第２の情報を含む前記コマンドを生成する、請求項１に記載の情報処理装置。
前記コネクションの設定によって、前記第２のユーザは前記ＳＮＳにおいて前記第１のユーザの投稿を購読し、
前記第２の情報は、前記第１のユーザの投稿を前記第２のユーザが閲覧するときに、前記第１のユーザの投稿を他のユーザの投稿とは区別して表示するために用いられる、請求項２に記載の情報処理装置。
前記第２の情報は、前記生成部によって追加される、請求項２または３に記載の情報処理装置。
前記情報抽出部は、前記データから、前記ＳＮＳを識別するために用いられる第３の情報を抽出し、
前記生成部は、前記第３の情報が抽出された場合に前記コマンドを生成する、請求項１〜４のいずれか１項に記載の情報処理装置。
前記コネクションの設定によって、前記第２のユーザは前記ＳＮＳにおいて前記第１のユーザの投稿を購読する、請求項１〜５のいずれか１項に記載の情報処理装置。
前記リクエスト実行部は、前記ＳＮＳに関連するアプリケーションが起動されたときに、前記コマンドを前記ＡＰＩに送信する、請求項１〜６のいずれか１項に記載の情報処理装置。
前記リクエスト実行部は、前記コマンドをネットワーク上のサーバにある前記ＡＰＩに送信する、請求項１〜７のいずれか１項に記載の情報処理装置。
前記リクエスト実行部は、前記コマンドを前記ネットワークとの通信が利用可能である場合に前記ＡＰＩに送信する、請求項８に記載の情報処理装置。
前記データは、近距離無線通信によって取得される、請求項１〜９のいずれか１項に記載の情報処理装置。
前記データは、２次元コードの撮像画像をデコードして取得される、請求項１〜９のいずれか１項に記載の情報処理装置。
非接触方式で取得されたデータから、ＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋＳｅｒｖｉｃｅ）における第１のユーザのアカウントに関連する第１の情報を抽出することと、
前記第１の情報を用いて、前記第１のユーザと情報処理装置を使用する第２のユーザとの間の前記ＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成することと、
前記コマンドを、前記第２のユーザによる操作を介さずに、前記ＳＮＳに対応するＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）に自動的に送信することと
を含む情報処理方法。
非接触方式で取得されたデータから、ＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋＳｅｒｖｉｃｅ）における第１のユーザのアカウントに関連する第１の情報を抽出する機能と、
前記第１の情報を用いて、前記第１のユーザと情報処理装置を使用する第２のユーザとの間の前記ＳＮＳにおけるコネクションの設定をリクエストするコマンドを生成する機能と、
前記コマンドを、前記第２のユーザによる操作を介さずに、前記ＳＮＳに対応するＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）に自動的に送信する機能と
をコンピュータに実現させるためのプログラムが記録された記録媒体。