(57)【要約】【課題】  ユーザ間のデータの送受信について、遠隔地にいるユーザに対しても手間がかからず、手軽にデータの送受信が行える情報通信端末を提供する【解決手段】  近距離無線通信を行う近距離無線通信部を有し、前記近距離無線通信部を用いて情報の送受信を行う第１の情報通信端末および第２の情報通信端末と、前記近距離無線通信部とネットワークに接続するネットワーク通信部を有する第１の中継機および第２の中継機と、前記ネットワーク通信部を有するサーバ、とを備え、前記第１の情報通信端末が前記近距離無線通信部により前記第１の中継機と近距離無線通信している場合、前記第２の情報通信端末が前記近距離無線通信部により前記第２の中継機と近距離無線通信を開始した際に、前記サーバを介して前記第１の情報通信端末から前記第２の情報通信端末に情報が送信されること、を特徴とする情報通信システム。【選択図】  図１
2014006828.tif 000002
【特許請求の範囲】
【請求項１】
近距離無線通信を行う近距離無線通信部を有し、前記近距離無線通信部を用いて情報の送受信を行う第１の情報通信端末および第２の情報通信端末と、
前記近距離無線通信部とネットワークに接続するネットワーク通信部を有する第１の中継機および第２の中継機と、
前記ネットワーク通信部を有するサーバと、を備え、
前記第１の情報通信端末が前記第１の情報通信端末の前記近距離無線通信部により前記第１の中継機と近距離無線通信している場合、前記第２の情報通信端末が前記第２の情報通信端末の前記近距離無線通信部により前記第２の中継機と近距離無線通信を開始する際、前記サーバを介して前記第１の情報通信端末から前記第２の情報通信端末に情報が送信されること、を特徴とする情報通信システム。
【請求項２】
請求項１記載の情報通信システムであって、
前記サーバは、前記第１の情報通信端末から送信された情報を前記第２の情報通信端末へ送信し、前記第２の情報通信端末から前記第１の情報通信端末から送信された情報を受け取った旨の通信を受信すると、前記第１の情報通信端末へその旨を送信すること、を特徴とする情報通信システム。
【請求項３】
請求項１または請求項２に記載の情報通信システムであって、
前記第１の情報通信端末または前記第２の情報通信端末は、前記サーバを介して前記情報の送受信を行う場合、前記第１の情報通信端末または前記第２の情報通信端末を識別可能な識別情報と、通信相手の相手情報とを前記サーバに送信し、
前記サーバは、前記識別情報と前記相手情報を用いて、前記情報を送信すること、を特徴とする情報通信システム。
【請求項４】
請求項３記載の情報通信システムであって、
前記第１の情報通信端末または前記第２の情報通信端末と前記サーバとの情報の送受信を中継する場合、前記第１の中継機または前記第２の中継機は、前記第１の中継機または前記第２の中継機を識別可能な識別情報を含む中継機情報を前記サーバに送信し、
前記サーバは、前記第１の情報通信端末または前記第２の情報通信端末に配信するため予め配信条件が設定された配信情報を記憶する記憶部を有し、
前記第１の情報通信端末または前記第２の情報通信端末から前記情報の送受信の要求があった場合、前記サーバは、前記配信条件および前記識別情報または前記中継機情報に基づき、前記配信情報を前記第１の情報通信端末または前記第２の情報通信に送信すること、を特徴とする通信システム。
【請求項５】
請求項３記載の情報通信システムであって、
前記第１の中継機または前記第２の中継機は、前記第１の情報通信端末または前記第２の情報通信端末と前記サーバとの情報の送受信を中継する場合、前記第１の中継機または前記第２の中継機を識別可能な識別情報を含む中継機情報を前記サーバに送信し、
前記サーバは、前記第１の情報通信端末または前記第２の情報通信端末が前記情報を送受信した回数、送受信した日時、前記中継機情報を含む利用履歴情報を記憶する記憶部を有することを特徴とする情報通信システム。
【請求項６】
近距離無線通信を行う近距離無線通信部を有し、前記近距離無線通信部を用いて情報の送受信を行う複数の情報通信端末と、
前記近距離無線通信部とネットワークに接続するネットワーク通信部を有する複数の中継機と、
前記ネットワーク通信部と、前記ネットワーク部を介して送信された情報を記憶する記憶部とを有するサーバ、とを備え、
前記サーバは、前記複数の情報通信端末の１つから前記近距離無線通信部を用いて前記複数の中継機の１つを介して前記サーバに送信した情報を前記記憶部に記憶し、前記複数の情報通信端末のうち前記サーバに前記情報の送信を要求してきた情報通信端末に当該情報を送信すること、を特徴とする情報通信システム。
【請求項７】
請求項６記載の情報通信システムであって、
前記サーバは、前記複数の情報通信端末の１つから情報を受信した場合、前記複数の情報通信端末へ送信する前に、前記複数の情報通信端末の１つの前記情報を送信した情報通信端末へ、前記情報を受信した旨を送信すること、を特徴とすることを特徴とする情報通信システム。
【請求項８】
請求項６または請求項７に記載の情報通信システムであって、
前記複数の情報通信端末は、前記サーバと前記情報の送受信を行う場合、前記複数の情報通信端末を識別可能な識別情報と、通信相手の相手情報とを前記サーバに送信し、
前記サーバは、前記識別情報と前記相手情報を用いて、前記情報の送信先を決定すること、を特徴とする情報通信システム。
【請求項９】
請求項８記載の情報通信システムであって、
前記複数の中継機は、前記複数の情報通信端末と前記サーバとの情報の送受信を中継する場合、前記複数の中継機を識別可能な識別情報を含む中継機情報を前記サーバに送信し、
前記サーバは、前記複数の情報端末に配信するため予め配信条件が設定された配信情報を前記記憶部に記憶し、
前記複数の情報通信端末から前記情報の送受信の要求があった場合、前記配信条件および前記識別情報または前記中継機情報に基づき、前記配信情報を前記複数の情報通信端末に送信すること、を特徴とする通信システム。
【請求項１０】
請求項８記載の情報通信システムであって、
前記複数の中継機は、前記複数の情報通信端末と前記サーバとの情報の送受信を中継する場合、前記複数の中継機を識別可能な識別情報を含む中継機情報を前記サーバに送信し、
前記サーバは、前記記憶部に前記複数の情報通信端末が、前記情報を送受信した回数、送受信した日時、前記中継機情報を含む利用履歴情報を記憶すること、を特徴とする情報通信システム。
【請求項１１】
請求項１または請求項６記載の情報通信システムであって、
前記近距離無線通信部は、ＮＤＥＦ形式の情報をＳＮＥＰプロトコルを用いて送受信すること、を特徴とする情報通信システム。
【請求項１２】
請求項１１記載の情報通信システムであって、
前記第１の中継機および前記第２の中継機または前記複数の中継機は、前記ＳＮＥＰプロトコルに含まれるＮＤＥＦ形式の情報をＸＭＬ形式、もしくはＪＳＯＮ形式に変換し、一部変換した前記ＳＮＥＰプロトコルをＨＴＴＰ形式またはＨＴＴＰＳ形式の情報に変換し、通信すること、を特徴とする情報通信システム。
【請求項１３】
請求項１１記載の情報通信システムであって、
前記第１の中継機および前記第２の中継機または前記複数の中継機は、前記サーバから受信したＨＴＴＰまたはＨＴＴＰＳ形式の情報に含まれるＮＤＥＦ形式に変換可能な情報をＮＤＥＦ形式の情報に変換し、前記ＳＮＥＰプロトコルを用いて、前記第１の情報通信端末および前記第２の情報通信端末または前記複数の情報通信端末が有する近距離無線通信アプリケーションと通信をすること、を特徴とする情報通信システム。
【請求項１４】
近距離無線通信を行う近距離無線通信部を有し、前記近距離無線通信部を用いて情報の送受信を行う第１の情報通信端末および第２の情報通信端末と、
前記近距離無線通信部とネットワークに接続するネットワーク通信部を有する第１の中継機および第２の中継機と、
前記ネットワーク通信部を有するサーバ、とを備え、
前記第１の情報通信端末が前記第１の中継機に前記情報を送信するステップと、
前記前記第１の中継機が前記第１の情報通信端末から送信された情報を前記サーバに送信するステップと、
前記第１の情報通信端末と前記第１の中継機とが通信を確立している間に、前記第２の情報通信端末が前記第２の中継機に前記第１の情報通信端末から送信された情報を受信する要求を前記サーバに送信するステップと、
前記第２の中継機が前記要求を前記サーバに送信するステップと、
前記サーバは前記要求を受信した場合、前記受信した前記第１の情報通信端末から送信された情報を、前記第２の中継機に送信するステップと、
前記第２の中継機は、前記サーバから送信された情報を前記第２の情報通信端末に送信するステップを備ること、を特徴とする情報通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報通信システムおよび情報通信方法に関する。
【背景技術】
【０００２】
従来より、情報通信端末にはＮＦＣ（Near Field Communication）が搭載され、ＮＦＣを搭載した情報通信端末同士または、ネットワーク上にあるサーバ等から情報の取得を行っている。
例えば本発明の背景技術として、特開２０１２−５８８２３号公報がある。この公報には、「情報収集端末と携帯端末との間でハンドオーバが行われ、非接触通信（ＮＦＣ通信）の後、近距離無線通信（ＢＴ）によってストリーミング再生が行われる。」と記載されている。
また別の本発明の背景技術として、特開２０１１−２１０２６７号公報がある。この公報には、「第１及び第２の携帯電話は、それぞれ、第１及び第２のＲＦＩＤインターフェースを有し、前記第１及び第２の携帯電話を互いに近づけることにより、前記第１及び第２のＲＦＩＤインターフェースを使用してデータ送受信を行なうことができる。」と記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−５８８２３号公報
【特許文献２】特開２０１１−２１０２６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前記特許文献１には、情報収集端末と携帯端末との間でのコンテンツデータの送受信について記載されている。しかし、特許文献１に記載の装置では、情報収集端末と特定ユーザの携帯端末との間においての情報の送受信について記載しているのみで、ユーザ間でのコンテンツデータの送受信については記載されていない。このような情報の送信方法では、あるユーザが保有しているコンテンツデータを別のユーザに送信しようとする場合、そのコンテンツデータを受信可能な情報収集端末の設置場所等を別のユーザに教える必要がある。
また、前記特許文献２では、携帯端末を互いに近づけることによりデータの送受信を行うことについて記載されている。しかし、特許文献１に記載の携帯端末ではデータの送受信を行うためには、送信先の相手がその場にいる必要がある。このようなデータの送受信方法では、相手がその場にいる必要があり、遠隔地にいる相手とデータの送受信を行いたい場合には別途、データを送る必要がある。また、そのデータが正しく送信されたかについて確認する必要があり、手間がかかる。
【０００５】
そこで本発明は、ユーザ間のデータの送受信について、遠隔地にいるユーザに対しても手間がかからず、手軽にデータの送受信が行える情報通信端末を提供する。
【課題を解決するための手段】
【０００６】
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、
近距離無線通信を行う近距離無線通信部を有し、前記近距離無線通信部を用いて情報の送受信を行う第１の情報通信端末および第２の情報通信端末と、前記近距離無線通信部とネットワークに接続するネットワーク通信部を有する第１の中継機および第２の中継機と、前記ネットワーク通信部を有するサーバ、とを備え、前記第１の情報通信端末が前記第１の情報通信端末の前記近距離無線通信部により前記第１の中継機と近距離無線通信している場合、前記第２の情報通信端末が前記第２の情報通信端末の前記近距離無線通信部により前記第２の中継機と近距離無線通信を開始した際に、前記サーバを介して前記第１の情報通信端末から前記第２の情報通信端末に情報が送信することができる情報通信システムである。
【発明の効果】
【０００７】
本発明によれば、ユーザ間のデータの送受信について、遠隔地にいるユーザに対しても手間がかからず、手軽にデータの送受信が行える情報通信端末を提供することができる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】情報通信システムの構成図である。
【図２】情報通信システムのブロック図である。
【図３】情報通信端末と中継機間にて送受信されるデータである。
【図４】ユーザ名を示す情報である。
【図５】中継装置と連携サーバ間にて送受信されるデータである。
【図６】中継機の情報である。
【図７】情報通信端末と中継機間にて送受信されるデータである。
【図８】中継機と連携サーバ間にて送受信されるデータである。
【図９】情報通信端末（送信側）の操作画面の遷移図である。
【図１０】情報通信端末（受信側）の操作画面の遷移図である。
【図１１】データの送受信を示す概念図である。
【図１２】データの送受信を示すシーケンス図である。
【図１３】情報通信システムの構成図である。
【図１４】データの送受信を示す概念図である。
【図１５】データの送受信を示すシーケンス図である。
【図１６】配信データベースを示す図である。
【図１７】利用者統計データベースを示す図である。
【発明を実施するための形態】
【０００９】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１０】
Ａ．リアルタイムリモートタッチシステムの概要
本実施例では情報通信端末装置（以下、スマートフォンとする）同士を、近距離無線通信デバイス（以下、ＮＦＣ（Near Field Communication）部とする）経由で情報交換を行うＰ２Ｐ（Peer To Peer）通信を遠隔で実現するためのシステム（以下、リモートタッチシステムとする）について説明する。
【００１１】
従来、スマートフォン同士でＰ２Ｐ通信を行うためには、端末同士を近づけてＰ２Ｐ通信を行う必要があった。スマートフォン同士がＰ２Ｐ通信する場合、通信を行うための専用アプリケーションを導入し、互いのスマートフォンのＮＦＣ部を近づけることで、互いがＰ２Ｐ通信を行う状態となり、通信を行う。このように従来では、その場に送信を希望する相手がいない場合にはＮＦＣ部を用いた通信を行う事ができなかった。
【００１２】
図１は、本実施例のリアルタイムリモートタッチシステムを示す図である。スマートフォン１０１（送信スマートフォン１０１）からＰ２Ｐ通信を行いたいスマートフォン１０２（受信スマートフォン１０２）が遠隔地にあるとき、送信スマートフォン１０１のＰ２Ｐ通信を代理で受信する送信側のＰ２Ｐ中継機１０３、受信スマートフォン１０２とＰ２Ｐ通信を行う受信側のＰ２Ｐ中継機１０４、各Ｐ２Ｐ中継機と連携する連携サーバ１０５を用いるにより、遠隔地にあるスマートフォン同士が擬似的に接続し、近接通信を行うリアルタイムリモートタッチシステム１００を示している。
【００１３】
図１に示すように、本実施例では、メッセージは「送り手（送信スマートフォン１０１）」と「受け手（受信スマートフォン１０２）」があり、メッセージの送受信を行う場合、送信スマートフォン１０１を送信側のＰ２Ｐ中継機１０３にかざすことでメッセージがデータ送受信経路１１０、１１１を介して連携サーバ１０５に送られる。さらに受信スマートフォン１０２を受信側のＰ２Ｐ中継機１０４にかざすことでデータ送受信経路１１２、１１３を介してメッセージの授受を行うことができる。
【００１４】
次に、図１および図２を用いて本実施例に用いる装置について説明する。送信スマートフォン１０１、受信スマートフォン１０２は本実施例における情報の「送り手」および「受け手」となる端末である。図２に示すように、各スマートフォンは、ユーザの入力を受け付ける入力部とユーザへの出力を行う表示部が１つになった表示入力部２０１、プログラムや受信側のユーザに送信するデータなどを保存する記憶部２０２、Ｐ２Ｐ中継機１０３、１０４と通信を行う際に用いるＮＦＣ部２０３、それらを制御するＣＰＵおよびメモリなどを含む制御部２０４から構成される。なお、表示入力部２０１はタッチパネルなどで構成されるが、ディスプレイやボタンなどの表示装置および入力装置それぞれに分離する構成としてもよい。
【００１５】
本実施例の各スマートフォンは、リアルタイムリモートタッチを行うために同じアプリケーションを導入済みであり、「送り手」側のアドレス帳の電話番号、ＳＮＳ（social networking service）で参照できる特定の送信先(友達、フォロー、フォロワー)のメールアドレス(スマートフォン標準で受信可能なメールアドレス)が参照可能である。また、「受け手」側は、ＮＦＣの固体ＩＤ、ユーザ固有を示す電話番号/ＳＮＳアカウント/スマートフォン紐付けのメールアドレスを送信可能なこととする。データの送受信の詳細については、後述する。なお、上記する事項は本実施例を実施するために設定したものであり、これに限らず同様の情報を用いることも可能である。
【００１６】
Ｐ２Ｐ中継機１０３、１０４は送信スマートフォン１０１または受信スマートフォン１０２と後述する連携サーバ１０５との間で情報の送受信を中継する装置である。図２に示すように、連携サーバ１０５と通信を行うために図示しないネットワークに接続するネットワーク通信部２１１、各スマートフォンまたは連携サーバ１０５との送受信に用いるデータやプログラムを記憶する記憶部２１２、各スマートフォンとのＰ２Ｐ通信に用いるＮＦＣ部２１３、それらを制御するＣＰＵおよびメモリ等を含む制御部２０４から構成される。各Ｐ２Ｐ中継装置の動作は、各スマートフォンをＮＦＣタッチされることで開始され、各スマートフォンからＳＮＥＰ（Simple NDEC Excahnge Protocol）通信により送信された情報をＨＴＴＰ（Hypertext Transfer Protocol）または、ＨＴＴＰＳ（Hypertext Transfer Protocol over Secure Socket Layer ）形式のメッセージに変換し、連携サーバ１０５に変換したメッセージを送信し、連携サーバ１０５からレスポンスメッセージを受信した後、レスポンスメッセージの内容をＳＮＥＰにて各スマートフォンに送信することで終了する。このメッセージの送受信について詳細は、後述する。
【００１７】
なお、各Ｐ２Ｐ中継装置は連携サーバ１０５との間でＩＰ接続を行い通信を行う。この際、接続するための物理層の形式はどの形式を用いてもよい。また、各Ｐ２Ｐ中継装置はＮＦＣ部２１３を備えているが、ＮＦＣ部２１３を用いてＰ２Ｐ通信が可能な装置であればよい。例えば、ＮＦＣを備えたスマートフォンをＰ２Ｐ中継装置としても利用することも可能である。
【００１８】
連携サーバ１０５はＰ２Ｐ中継機１０３により送信された送信スマートフォン１０１からの情報をＰ２Ｐ中継機１０４を介して受信スマートフォン１０２に送信するまたは、その逆の動作をし、各スマートフォン同士を連携させるためのサーバである。図２に示すように、各Ｐ２Ｐ中継機と通信するために、図示しないネットワークに接続するためのネットワーク通信部２２１、各スマートフォンおよび各Ｐ２Ｐ中継機からの送受信データを記憶する記憶部２２２、それらを制御するＣＰＵおよびメモリ等を含む制御部２２３から構成される。
【００１９】
なお、本実施例では、各スマートフォンと各Ｐ２Ｐ中継機は、ＮＦＣを用いたＰ２Ｐ通信により行う。各スマートフォンと各Ｐ２Ｐ中継機間の交換データフォーマットはＮＤＥＦ(NFC Data Exchange Format)とし、プロトコルはＳＮＥＰとする。また、各Ｐ２Ｐ中継機は、ＳＮＥＰサーバとしての役割と、連携サーバ１０５と通信するＨＴＴＰ（ＨＴＴＰＳ）クライアントの両方の機能を提供する。各Ｐ２Ｐ中継機と連携サーバ１０５間はＨＴＴＰ(ＨＴＴＰＳ)通信で行う。各Ｐ２Ｐ中継装置は、スマートフォン同士のメッセージ交換を行うときの、ＮＤＥＦ/ＳＮＥＰとＨＴＴＰとの変換Ｇａｔｅｗａｙとして動作する。また、連携サーバ１０５はＨＴＴＰサーバとして動作し、ＨＴＴＰのＧＥＴ／ＰＯＳＴでリクエストされたメッセージを解析し、メッセージ要素を処理する機能を有する。本実施例用いるデータフォーマットおよび通信プロトコルは１例であり、その他のデータフォーマットおよび通信プロトコルを用いて実装してもよい。
【００２０】
Ｂ：通信メッセージ
本実施例にて用いられる通信メッセージについて図３〜図８を用いて説明する。図３〜図６に表される通信メッセージは、各送信スマートフォンと各Ｐ２Ｐ中継機および、各Ｐ２Ｐ中継機と連携サーバ１０５が送受信する通信メッセージ３００、４００の内容をしている。また、図７および図８に表される通信メッセージは、連携サーバからのレスポンスメッセージを含んだ通信メッセージであり、図７は、各スマートフォンと各Ｐ２Ｐ中継機１０４が送受信する通信メッセージ７００、図８は各Ｐ２Ｐ中継機と連携サーバ１０５が送受信する通信メッセージ８００を示している。
【００２１】
図３は各スマートフォンがＮＦＣ部２０３を用いて各Ｐ２Ｐ中継機のＮＦＣ部２１３に送受信するメッセージの内容を示している。メッセージは、自ユーザ名、相手ユーザ名、サービス識別子、データ有効期限、データ形式、データ本体から構成される。なおこれ以外に、例えば、受信条件、送り手ペルソナ情報、送り手側位置情報、データ有効範囲等の図３に示す情報以外のものをメッセージの構成要件としてもよい。
【００２２】
自ユーザ名はＰ２Ｐ中継機のＮＦＣ部２１３にタッチしたスマートフォンをを特定するための情報であり、図４に示すように、電話番号、ＳＮＳユーザ名、サービス利用ユーザ名、アプリケーション固定ユーザ名、ＮＦＣ固定ユーザ名、アプリから参照可能な端末固定ＩＤのいずれかであればよい。なお、上記する以外に、メールアドレス等を用いてもよい。また、相手ユーザ名相手を特定するための情報であり、自ユーザ名と同様のものを用いる。
【００２３】
サービス識別子は、メッセージについて、スマートフォンから送信されるメッセージなのか、スマートフォンへ送信されるメッセージなのかを区別する識別子である。データ有効期限は、送信されたデータについて閲覧が可能な期間や送信者が送信するデータの送信可能な上限について設定したものである。データ形式は、ＵＲＩ、Ｔｅｘｔ、ｖＣａｒｄ、ｉｍａｇｅ、ｂｉｎ、ＯＣＴＥＴなど端末間で認識可能な形式を用いる。データ本体は、テキストまたはバイナリのいずれでもよく、データはＵＲＩ、Ｐｌａｉｎ―Ｔｅｘｔ（文字列であり、任意の文字列（ＵＴＦ−８）、ユーザ名、電話番号等）、イメージ画像、動画画像、その他利用するアプリケーションに依存するデータを含む。
【００２４】
なお、連携サーバ１０５からの応答メッセージの場合には図７に示すレスポンスコードが追加される。このレスポンスコードは連携サーバ１０５が各スマートフォンの要求に対応したことを示すものである。また、図７に示す他関連情報の詳細については変形例に記載する。
【００２５】
図３に示した各スマートフォンと各Ｐ２Ｐ中継機間のメッセージのフォーマットはＮＤＥＦ形式とし、メッセージのＭＩＭＥ−ＴＹＰＥ（Multipart Internet Mail Extension-type）は、アプリケーションが認識可能な形式（例えば、ＪＰＥＧファイルのＭＩＭＥ-ｔｙｐｅはｉｍａｇｅ／ｊｐｇ）とする。従って、端末標準で認識可能なＭＩＭＥ−ＴＹＰＥの場合は、端末標準アプリケーションも受信可能である。ＮＤＥＦ形式では、要素ごとのＭＩＭＥ−ＴＹＰＥとその値としてメッセージが組み立てられている。そのため、各Ｐ２Ｐ中継機は受信したメッセージの内容を容易に把握でき、連携サーバ１０５に送信するデータを作成することが簡易になる。また、送受信するプロトコルは上記したようにＳＮＥＰとする。
【００２６】
次に図５、６を用いて、各スマートフォンからＰ２Ｐ通信によりメッセージ３００を受信した各Ｐ２Ｐ中継機が連携サーバに送受信する通信メッセージ５００について説明する。
【００２７】
各Ｐ２Ｐ中継機は、Ｐ２Ｐ通信で受信したＮＤＥＦ形式のメッセージを、連携サーバ１０５に送付する際、要素を分解し、ＨＴＴＰ（ＨＴＴＰＳ）のＧＥＴメッセージ、もしくはＰＯＳＴメッセージで送付する形式に変換する。ＮＤＥＦ形式では、要素ごとのＭＩＭＥ−ＴＹＰＥとその値としてメッセージが組み立てられているので、ＭＩＭＥ−ＴＹＰＥとその値を組みにしたデータフォーマットを生成する。ＨＴＴＰ ＧＥＴメッセージの場合は、ＧＥＴメッセージ内の値であるＴＹＰＥ値に送信されたメッセージのＶＡＬＵＥ値を代入することでリクエストを作成する。ＨＴＴＰ ＰＯＳＴメッセージの場合は、ＰＯＳＴされるデータを作成する。作成するデータは、ＦＯＲＭ形式、ＸＭＬ形式、ＳＯＡＰ形式、ＪＳＯＮ形式等のうちいずれか１つを選択選択し、記述する。
【００２８】
記述するデータの一例を図５、図６に示す。各スマートフォンから受信したデータ（自ユーザ名、相手ユーザ名、サービス識別子、データ有効期間、データ形式、データ本体）に加えて、タッチ時刻情報、ＮＦＣ固有ＩＤ（スマートフォンのもの）、自Ｐ２Ｐ中継機情報が連携サーバに送信される。なお、自Ｐ２Ｐ中継機情報は、図６に示すように、Ｐ２Ｐ中継機が設置されている位置情報（ＧＰＳ）、中継機ホスト名／ＩＰ  Ａｄｄｅｒｓｓ、中継機固有ＩＤ、中継機ニックネーム、中継機を保有する会社名、店名、端末名などの情報である。また、連携サーバ１０５からの応答メッセージの場合には図８に示すレスポンスコードが追加される。このレスポンスコードは連携サーバ１０５が各スマートフォンの要求に対応したことを示すものである。また、図７に示す他関連情報の詳細については後述する。
【００２９】
これらの情報がＨＴＴＰのＧＥＴメッセージまたはＰＯＳＴメッセージの形式となり、連携サーバ１０５に送信される。なお、各Ｐ２Ｐ中継機が接続する連携サーバ１０５にメッセージを送付するためには、設定にて送付サーバを紐付ける、もしくは送信スマートフォンから連携サーバ１０５を指定し、そのＵＲＩにＨＴＴＰ（ＨＴＴＰＳ）接続を行う。また、各Ｐ２Ｐ中継機１０５は、連携サーバから送信された各スマートフォン宛てのＨＴＴＰ（ＨＴＴＰＳ）通信にて送信された情報を解析し、各スマートフォン向けのＳＮＥＰメッセージとして作成を行う。
【００３０】
連携サーバ１０５ではＧＥＴもしくはＰＯＳＴされたデータを処理し、検索可能な状態として保持する。その後、受信スマートフォン１０２からの要求に従い、受信したＧＥＴもしくはＰＯＳＴされたデータを受信側のＰ２Ｐ中継機１０４に送る。
Ｃ：リアルタイムリモートタッチアプリケーションの操作画面
本実施例のリアルタイムリモートタッチを行う際に送信スマートフォン１０１、受信スマートフォン１０２の操作画面（以降、画面とする）を図９、図１０を用いて説明する。図９は送信スマートフォン１０１の画面、図１０は受信スマートフォン１０２の画面である。
【００３１】
図９に示す画面９０１は受信スマートフォン１０２に送信したい内容を示している。ここで送信スマートフォン１０１のユーザは、画面９０１のリンクを長押しすることで、送信したい送信項目９１０を選択する。
【００３２】
次に長押しすることで送信項目９１０を選択した場合、その送信項目９１０をどのアプリケーションを用いて相手に送信するかを選択する。図１１の画面９０２は送信させる手段を領域９１１に表示し、この領域９１１に表示されている項目（Ｂｒｏｗｓｅｒ、Ｒｅｍｏｔｅ Ｔｏｕｃｈ）を用いて通信を行うかを選択させる。
【００３３】
ここで、Ｒｅｍｏｔｅ Ｔｏｕｃｈ選択すると、次に送信する相手を設定する画面９０３を表示する。画面９０３では、送信する内容を表示する領域９１２、送信する相手を選択するボタン９１３、選択した相手を表示する領域９１４から構成されている。ボタン９１３を押下すると、画面９０４が表示され、領域９１５に表示された項目（Ａｄｄｒｅｓｓ，ＳＮＳ，Ｄｉｒｅｃｔ ｉｎｐｕｔ）のうち送信相手の入力に使用するものを選択する。本実施例では、ＳＮＳに登録している送信相手を選択する場合について説明する。ＳＮＳを選択すると図示しない送信者選択画面が表示され、その画面から送信相手を選択する。送信相手を選択すると、領域９１４に送信相手の情報が表示される。この状態になると、Ｐ２Ｐ中継機１０３のＮＦＣ部２１３に接触することで送信相手に情報を送信することが可能となっている。
【００３４】
画面９０５はＰ２Ｐ中継機１０３のＮＦＣ部２１３に送信スマートフォン１０１を接触させた際の画面を示している。便箋を模した絵柄が動くことでデータを送信相手に送られていることを示している。次に、画面９０５から画面９０６へ変化すると、正しく送信相手に情報が送られたことを示している。
【００３５】
次に、受信スマートフォン１０２に表示される画面について図１１を用いて説明する。受信スマートフォン１０２は、送信スマートフォン１０１から送信されたデータを受信するために、画面１００１に表示されたアイコン１０１０を選択し、受信用のアプリケーションを起動させる。受信用のアプリケーションが起動するとスマートフォンの画面は画面１００２に示すものとなり、この状態でＰ２Ｐ中継機１０４のＮＦＣ部２１３に近接することで、送信スマートフォン１０１が送信したデータを受信することができる。
【００３６】
Ｐ２Ｐ中継機１０４にスマートフォンを近接し、データを受信した際の画面を画面１００３に示す。便箋を模した絵柄が動くことで、データを受信中であることを示している。データが受信されると、画面１００４となり、受信したデータのＭＩＭＥ−ＴＹＰＥによりデータの起動に適切なアプリケーションが画面１００４の領域１０１１に表示され、操作者は適切なアプリを選択することができる。アプリケーションを選択し、受信したデータを表示する画面を画面１００５に示す。この画面になると、ユーザは受信したデータを確認することができる。
Ｄ：リアルタイムリモートタッチシステム１００の動作
本実施例のリアルタイムリモートタッチシステム１００の動作を図１１、図１２を用いて説明する。図１１は操作のタイミングを図９、図１０で説明した画面表示を用いて説明する図である。
【００３７】
図１１の横軸は時間ｔを示しており、左から右に進むにつれて時間が進んでいく。従って、送信スマートフォン１０１のユーザは画面９０１を操作し、送信したいデータを選択し、画面９０２にてデータを送信するために、Ｒｅｍｏｔｅ Ｔｏｕｃｈを選択する。次に、画面９０３を操作して、送信相手選択ボタン９１３を押下し、画面９０４にて送信相手を選択する。そして、画面９０３を表示させた状態で、Ｐ２Ｐ中継機１０３のＮＦＣ部２１３に送信スマートフォン１０１を近接させる。このとき、送信スマートフォン１０１の画面が画面９０５に切り替り、データを送信する。なお、送信されるデータは図３、図４に示した通信メッセージ３０１である。
【００３８】
送信スマートフォン１０１から送信されたデータはＰ２Ｐ中継機１０３を介して連携サーバ１０５に送信される。連携サーバ１０５では送信されたデータを受信すると、受信スマートフォン１０２用のデータを構築し、受信スマートフォン１０２がＰ２Ｐ中継機１０４に近接されたことを示すデータが送信されるのを待つ。
【００３９】
受信スマートフォン１０２のユーザは画面１００１を操作し、受信用のアプリケーションを起動し、スマートフォンの画面が画面１００２となった状態で、Ｐ２Ｐ中継機１０４に近接することで、連携サーバ１０５に受信スマートフォン１０２がデータを受信可能となったことを連絡し、連携サーバ１０５から送信スマートフォン１０１から送信されたデータを受け取る。受け取ったデータは画面１００３−１００５に示すように、ユーザの操作により受信スマートフォン１０２の画面に表示される。
【００４０】
また、受信スマートフォン１０２が送信データを受信した後、連携サーバ１０５は、送信スマートフォン１０１に受信スマートフォン１０２にデータを正しく送信した旨を送信し、この旨を受信した送信スマートフォン１０１の画面は画面９０６となり、ユーザに受信スマートフォン１０２にデータが送信されたことを示す。
【００４１】
本実施例のリアルタイムリモートタッチシステム１００の詳細を図１２を用いて説明する。送り手は送りたいメッセージを選択する（Ｓ１０１）。メッセージの選択は、文字列の場合は選択コピーを、イメージの場合は画面で長押しなどあるが、ここではＵＲＬを長押しし、ＵＲＬの情報を相手に送信する例について説明する。選択した送信したい情報を相手に送信するために、画面９０２に示すように表示されたアプリケーションから、送信相手にデータの送信に用いる送信アプリケーションを選択する（Ｓ１０２）。本実施例ではリモートタッチアプリケーションが選択され、当該アプリケーションが起動し、送付テキストフィールドに送信したいＵＲＬの情報がペーストされる(Ｓ１０３)。
【００４２】
次に、リモートタッチアプリケーションが起動した状態で、送付したいユーザを選択し(画面９０４)、Ｐ２Ｐ中継機１０３にタッチすると、送信スマートフォン１０１から送りたい文字列、送りたいユーザ、その他情報をＮＤＥＦ形式でＳＮＥＰにてＰ２Ｐ中継機１０３に送付される（Ｓ１０４）。
【００４３】
Ｐ２Ｐ中継機１０３は受信したＮＤＥＦメッセージを分解し、連携サーバにＨＴＴＰ（ＨＴＴＰＳ）接続し、分解したメッセージを連携サーバ１０５に送信可能な形式に再構築し、メッセージを送付する（Ｓ１０５）。再構築するメッセージはＨＴＴＰ（ＨＴＴＰＳ）のＧＥＴメッセージもしくはＰＯＳＴメッセージで送られ、ＰＯＳＴメッセージの場合、ＮＳＥＰプロトコルに含まれるＮＤＥＦ形式のメッセージをＸＭＬ形式もしくはＪＳＯＮ形式に変換する。連携サーバ１０５はＰ２Ｐ中継機１０３からのメッセージを受信し、メッセージを処理することで連携サーバ１０５内の記憶部２２２にメッセージの内容を登録する（Ｓ１０６）。このとき、連携サーバ１０５は、受信スマートフォン１０２からのリクエストを待ち、送信側にあるＰ２Ｐ中継機１０３からＨＴＴＰ（ＨＴＴＰＳ）セッションは保持したままにある。
【００４４】
受信スマートフォン１０２が、リモートタッチアプリを立ち上げる、もしくはそのままＰ２Ｐ中継機１０４にタッチすると（Ｓ１０７）、リモートタッチアプリは、自分のユーザＩＤ宛メッセージが無いか、Ｐ２Ｐ中継機１０４にメッセージを送る（Ｓ１０８）。なお、アプリケーションの設定によっては、アプリケーションを起動しない状態でＰ２Ｐ中継機１０４にタッチするとユーザに起動アプリケーションの選択を促すようにしてもよい。また、ユーザＩＤは自動で指定され、ＮＤＥＦ形式でＳＮＥＰにてＰ２Ｐ中継機１０４に送信される。
【００４５】
Ｐ２Ｐ中継機１０４は、受信したＮＤＥＦメッセージを分解し、連携サーバ１０５にＨＴＴＰ（ＨＴＴＰＳ）接続し、分解したメッセージを連携サーバ１０５に送信可能な形式に再構築し、送付する（Ｓ１０９）。再構築するメッセージはＨＴＴＰ（ＨＴＴＰＳ）のＧＥＴメッセージもしくはＰＯＳＴメッセージで送られ、ＰＯＳＴメッセージの場合、ＳＮＥＰプロトコルに含まれるＮＤＥＦ形式のメッセージをＸＭＬ形式もしくはＪＳＯＮ形式に変換する。
【００４６】
連携サーバ１０５は、受送信スマートフォン１０２からＰ２Ｐ中継機１０４を経由して受信したユーザＩＤを用いて、メッセージを検索し（Ｓ１１０）、対応するユーザにメッセージがある場合、受信側にメッセージをレスポンス処理を行い、Ｐ２Ｐ中継機１０４に応答する（Ｓ１１１）。レスポンス内の応答メッセージはＮＤＥＦ形式のメッセージに変換可能なＸＭＬ形式もしくはＪＳＯＮ形式に変換する。Ｐ２Ｐ中継機１０４では受信したレスポンスの結果を分解し、ＮＤＥＦ形式のデータを作成し、受信スマートフォン１０２にＳＮＥＰを用いてデータを送信する（Ｓ１１２）。
【００４７】
受信スマートフォン１０３では受信したメッセージを処理する。本実施例の場合、ＵＲＩを受信したことをＮＦＣアプリケーションが端末に通知し（Ｓ１１３）、受信スマートフォン１０２が通知されたＵＲＩを開くアプリケーションを選択する画面となり(Ｓ１１４)、ユーザの選択によりブラウザを開く。
【００４８】
連携サーバ１０５は受信側のＰ２Ｐ中継機１０４へのＨＴＴＰ（ＨＴＴＰＳ）レスポンスの送信を終了した後、送信側のＰ２Ｐ中継機１０３にＨＴＴＰ（ＨＴＴＰＳ）レスポンスを返す（Ｓ１１５）。レスポンス内の応答メッセージはＮＤＥＦ形式のメッセージに変換可能なＸＭＬ形式もしくはＪＳＯＮ形式に変換する。送信側のＰ２Ｐ中継機１０３は、連携サーバ１０５からのレスポンスを受信した後、送り手側スマートフォン１０１に向けＮＤＥＦ形式のレスポンスメッセージを作成し、ＳＮＥＰを用いて送信スマートフォン１０１に送信する（Ｓ１１６）。レスポンスメッセージを受信した送信スマートフォン１０１は、例えば画面９０６を表示し、ユーザはメッセージが正しく相手に送信されたことを知ることができる。
【００４９】
以上の構成により、ＮＦＣを用いたリモートタッチを行い情報の送受信を行うことができる。本実施例で説明したリアルタイムリモートタッチシステム１００の場合、サービス利用は送り手のスマートフォン(情報の”発”側)をＰ２Ｐ中継装置にかざしたときに始まり、受け手のスマートフォン(情報の”宛”側)をＰ２Ｐ中継装置にかざし、連携サーバ側から見て”発”側の情報が”宛”側に送信されたことで、終了する。
【００５０】
本実施例では、ＮＦＣを用いることで、送信側は情報を選択し、ＮＦＣを持つ端末にタッチするだけで相手に必要な情報を送信可能であり、簡単に情報のやりとりが行え利便性が高い。また、リアルタイムに通信を行えることから、例えば電話中などの場合に、相手に早急に情報を伝えたい場合などに簡易な操作により相手に情報が伝達することができるので、利便性が高い。
【実施例２】
【００５１】
実施例２では、遠隔地にあるスマートフォン同士でのデータをリアルタイムに送受信可能なリアルタイムリモートタッチシステム１００について説明した。本実施例では、送信側が送信が可能なタイミングでデータを送信しておき、その後、受信側が好適なタイミングでそのデータを受信するシステム（以下、時間差リモートタッチシステム１３０１とする）について説明する。なお、実施例１で既に説明したものと重複する部分については、説明を省略する。
【００５２】
図１３は本実施例である時間差リモートタッチシステム１３０１の構成を表した図である。データの発信元である送信スマートフォン１０１が連携サーバ１０５にデータを送信し、連携サーバ１０５がそのデータを保持している間に、受信スマートフォン１０２が連携サーバ１０５にアクセスすることで、送信スマートフォン１０１が送信したデータを受信することが可能となる。
【００５３】
図１４は、操作のタイミングを図９、図１０で説明した画面表示のタイミングを用いて説明する図である。図１１とは異なり、送り手側は、画面９０５が表示された後に、受け手側が送信されたデータを受信したことを確認する前に、画面９０６が表示され、連携サーバにデータを送信したことを示す。その他の動作については、図１１と説明が重複するため、省略する。
【００５４】
図１５は、本実施例の時間差リモートタッチシステム１３０１の詳細を説明する図である。時間差リモートタッチシステム１３０１では送信スマートフォン１０１のデータをＰ２Ｐ中継機１０３を経由して、連携サーバ１０５に送信し、送信されたメッセージは連携サーバ１０５が保持する。受信側が任意の時間にＰ２Ｐ中継機１０４を経由して連携サーバ１０５にアクセスし、メッセージを受信する方式である。なお、Ｓ２０１からＳ２０６までは、実施例１の図１２の説明にて行ったＳ１０１からＳ１０６までと同様の動作をしているため、説明を省略する。
【００５５】
送信スマートフォン１０１からＰ２Ｐ中継機１０３を経由して連携サーバ１０５に送信されたメッセージを登録した後（Ｓ２０１〜Ｓ２０６）、受信側からのリクエストを待たず、送信側のＰ２Ｐ中継機１０３にＨＴＴＰ（ＨＴＴＰＳ）通信を用いてレスポンスを返す（Ｓ２０７）。送信側のＰ２Ｐ中継機１０３は、連携サーバ１０５からのレスポンスを受信した後、送信スマートフォン１０１向けにＮＤＥＦ形式のレスポンスメッセージを作成し、ＳＮＥＰを用いてて送信スマートフォン１０１にメッセージを送信する（Ｓ２０８）。送信スマートフォン１０１のＮＦＣ部２０３にて受信したＮＤＥＦ形式のメッセージにＵＲＬが含まれる場合、ブラウザを選択することで（Ｓ２１９、Ｓ２１０）、連携サーバ１０５にメッセージの登録状況を確認することができる（Ｓ２１１）。
【００５６】
受信スマートフォン１０２が、リモートタッチアプリを立ち上げる、もしくはそのままＰ２Ｐ中継機１０４にタッチすると（Ｓ２１２）、リモートタッチアプリは、自分のユーザＩＤ宛メッセージが無いか、Ｐ２Ｐ中継機１０４にメッセージを送る（Ｓ２１３）。Ｐ２Ｐ中継機１０４は、受信したＮＤＥＦメッセージを分解し、連携サーバにＨＴＴＰ（ＨＴＴＰＳ）接続し、分解したメッセージを連携サーバ１０５に送信可能な形式に再構築し、送付する（Ｓ２１４）。
【００５７】
連携サーバ１０５は、受信側から受信したユーザＩＤを用いて、メッセージを検索し（ＳＳ２１５）、対応するユーザにメッセージがある場合、受信側にメッセージをレスポンス処理を行い、Ｐ２Ｐ中継機１０４に応答する（Ｓ２１６）。Ｐ２Ｐ中継機１０４では受信したレスポンスの結果を分解し、ＮＤＥＦ形式のデータを作成し、受信スマートフォン１０３にＳＮＥＰにてデータを送信する（Ｓ２１７）。
【００５８】
受信スマートフォン１０３では受信したメッセージを処理する。本実施例の場合、ＵＲＩを受信したことをアプリケーションが端末に通知し（Ｓ２１８）、受信スマートフォン１０３が通知されたＵＲＩを開くアプリケーションを選択する画面となり(ＳＳ２１９)、ユーザの選択によりブラウザを開く。また、任意のタイミングで、送信側スマートフォン１０１が連携サーバ１０５にメッセージの配布状況を確認することができる（Ｓ２２０）。
【００５９】
以上の構成により、ＮＦＣを用いたリモートタッチを行い情報の送受信を行うことができる。本実施例の時間差リモートタッチシステム１３０１の場合、サービスの利用は送り手のスマートフォン(情報の”発”側)をＰ２Ｐ中継装置にかざしたときに始まる。「時間差リモートタッチ」の場合は、”発”側から連携サーバにメッセージを送出する場合、その情報の提供範囲と有効期限を指定することができる。受け手となる”宛”側は、自身宛にどんなメッセージがあるか分からない状況でＰ２Ｐ中継にタッチ、連携サーバに問い合わせると、そのユーザが取得可能な情報のリストを連携サーバが返信、Ｐ２Ｐ中継がＳＮＥＰにてスマホのＮＦＣで受信、リストから欲しい情報を選択してサイドＰ２Ｐ中継にタッチすることで、特定の情報を連携サーバから取得することができる。また、時間差リモートタッチ１３０１では、情報の発信元に対して、受信側の人数を自由に選択することや、連携サーバ１０５の情報を伝えることで不特定多数の相手に対して送信者が伝えたい情報を発信することが可能となる。
（変形例）
実施例１および実施例２の変形例について説明を行う。本変形例では、送信スマートフォン１０１や受信スマートフォン１０２が各Ｐ２Ｐ中継装置を介して連携サーバ１０５にアクセスし、データの送受信を行う際に、連携サーバ１０５が有している配信情報等の情報を受信可能なシステムについて説明する。なお、この配信情報は図７および図８に示した、その他関連情報としてメッセージに含まれる。
【００６０】
図１６は、連携サーバ１０５が記憶部２２３に有している配信内容データベース１６００である。この配信内容データベース１６００は配信内容を示す項目と、その項目と対応した配信条件であるＰ２Ｐ中継機位置情報、タッチ時刻、Ｐ２Ｐ中継機が設置されている場所（例えば店舗）の会社名、等の項目からなっている。図１６では配信内容データベース１６００には、特売情報１６０１、クーポン１６０２、ポイント情報１６０３が登録されている。なお、上記する以外の配信条件を用いてもよい。
【００６１】
例えば、特売情報１６０１は、Ｐ２Ｐ中継機位置情報とタッチ時刻と会社名の項目にデータが入力されており、このＰ２Ｐ位置情報の範囲内にあるＰ２Ｐ中継機にタッチ時刻で定めた範囲内の時刻でタッチしたスマートフォンに対して、会社名であるスーパー○○の特売情報を配信することが可能となる。なお、クーポン１６０２が示すように、配信条件の全てに条件が設定される必要はない。このクーポン１６０２の場合、タッチ時刻が空欄になっているため、時間の指定をすることなくクーポンを獲得可能なことを意味している。
【００６２】
また、連携サーバ１０５には、各Ｐ２Ｐ中継機を介して、送信側および受信側のスマートフォンの情報を獲得できるため、図１７に示すように、リモートタッチシステムを利用するユーザの統計情報を収集し、利用履歴データベース１７００を有することも可能となる。
【００６３】
利用履歴データベース１７００は、各スマートフォンのユーザを示すユーザＩＤ、そのユーザがある一定期間内にどの程度リモートタッチシステムを用いて情報の送受信を行ったかを示す情報送受信回数、どのＰ２Ｐ中継機からリモートタッチシステムを用いたかを示す最送受信Ｐ２Ｐ中継機、どの時間帯に最もリモートタッチシステムを利用したかを示す最送受信時刻から構成されている。もちろん、その他の情報を用いて利用履歴データベース１７００を構成してもよい。本変形例では、例えばユーザナンバー「１１１１１１１」が１日に１０回リモートタッチシステムを利用し、最もよく用いたＰ２Ｐ中継機のＩＤナンバーは０００１であり、利用時刻は１７:００―１８：００の間に最も利用していることを示している。
【００６４】
この利用履歴データベース１７００を用いることで、リモートタッチの利用者の行動が把握でき、より利用者のニーズに沿った広告を提供することも可能となる。また、Ｐ２Ｐ中継機を設置している側も利用者情報を得る事が可能となり、顧客ターゲットを絞った広告活動も可能となる。例えば、ユーザナンバー「１１１１１１１１」に対しては、ＩＤナンバー０００１のＰ２Ｐ中継機が設置されてい店舗などの情報を提供することで、利用するユーザに対して有益な情報を提供することができる。
【００６５】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、監視端末１０２に表示する表示画面には監視対象の施設の見取り図が表示され、障害が発生したネットワーク機器が赤色で表示されるなど施設のどこに位置するかを知らせるといった機能を有してよい。また例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換える事が可能であり、ある実施例の構成に他の実施例の構成を加えることも可能である。
【００６６】
また、上記各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよいし、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
【符号の説明】
【００６７】
１００：リアルタイムリモートタッチシステム、１０１：送信スマートフォン、１０２：受信スマートフォン、１０３、１０４：Ｐ２Ｐ中継装置、１０５：連携サーバ、２０１：表示入力部、２０２：記憶部、２０３：ＮＦＣ部、２０４：制御部、２１１：ネットワーク通信部、２１２：記憶部、２１３：ＮＦＣ部、２１４：制御部、２２１：ネットワーク通信部、２２２：記憶部、２２３：制御部、３００、４００、５００、６００、７００：通信メッセージ、９０１、９０２、９０３、９０４、９０５、９０６、１００１、１００２、１００３、１００４、１００５：操作画面、１６００：配信内容データベース、１７００：利用履歴データベース
【図１】
2014006828.tif 000003
【図２】
2014006828.tif 000004
【図３】
2014006828.tif 000005
【図４】
2014006828.tif 000006
【図５】
2014006828.tif 000007
【図６】
2014006828.tif 000008
【図７】
2014006828.tif 000009
【図８】
2014006828.tif 000010
【図９】
2014006828.tif 000011
【図１０】
2014006828.tif 000012
【図１１】
2014006828.tif 000013
【図１２】
2014006828.tif 000014
【図１３】
2014006828.tif 000015
【図１４】
2014006828.tif 000016
【図１５】
2014006828.tif 000017
【図１６】
2014006828.tif 000018
【図１７】
2014006828.tif 000019