(57)【要約】【課題】受信側の装置と送信側の装置とにそれぞれインストールされているアプリケーションのバージョンが異なる場合であっても、受信側の装置が送信側の装置から受信したデータを好適に処理できる情報処理プログラムおよび情報処理装置を提供すること。【解決手段】本発明によれば、外部装置から受信したデータに対応する本プログラムのバージョンが、自装置にインストールされているプログラムの現在のバージョンより新しい場合、受信したデータのうち、現在のバージョンの本プログラムで処理可能なデータが、第１処理制御手段により処理される。よって、ユーザは、本プログラムがアップデートされることを待つことなく、受信したデータのうち、一部のデータの処理結果を取得できるので、利便性が高い。【選択図】図２
2014157579.tif 000002
【特許請求の範囲】
【請求項１】
外部装置およびネットワーク上のサーバとそれぞれ通信可能な情報処理装置の制御部が実行可能な情報処理プログラムであって、
本プログラムが処理可能なデータと、当該データに対応する本プログラムのバージョンとを含む処理情報を、前記外部装置から受信するデータ受信手段と、
前記データ受信手段により前記処理情報を受信した場合に、当該処理情報に含まれる前記バージョンが、自装置にインストールされている本プログラムの現在のバージョンより新しいかを判断するバージョン判断手段と、
前記バージョン判断手段により前記処理情報に含まれる前記バージョンが、前記現在のバージョンより新しいと判断された場合、前記処理情報に含まれる前記データのうち、前記現在のバージョンの本プログラムで処理可能なデータを処理する第１処理制御手段と、
前記バージョン判断手段により前記処理情報に含まれる前記バージョンが、前記現在のバージョンより新しいと判断された場合、前記処理情報に含まれるバージョンまたは当該バージョンより新しいバージョンの本プログラムを、前記ネットワーク上のサーバからダウンロードし、前記現在のバージョンの本プログラムを前記ダウンロードしたバージョンにアップデートするアップデート手段として、
前記制御部を機能させることを特徴とする情報処理プログラム。
【請求項２】
前記アップデート手段により本プログラムがアップデートされたことを条件として、前記処理情報に含まれる前記データのうち、少なくとも前記第１処理制御手段により処理されていないデータを処理する第２処理制御手段として、
前記制御部を機能させることを特徴とする請求項１記載の情報処理プログラム。
【請求項３】
前記データ受信手段により受信した前記処理情報のうち、少なくとも前記第１処理制御手段により処理されていないデータを、処理情報を記憶可能な記憶部であって、前記アップデート手段により前記アップデートが行われた場合に記憶内容が消失しない記憶部に記憶させる記憶制御手段として、
前記制御部を機能させ、
前記第２処理制御手段は、前記アップデート手段により本プログラムがアップデートされたことを条件として、前記記憶部に記憶されている少なくとも前記第１処理制御手段により処理されていないデータを処理し、
前記第２処理制御手段により前記データが処理されたことを条件として、前記記憶部に記憶されている前記処理情報を削除する削除手段として、
前記制御部を機能させることを特徴とする請求項２記載の情報処理プログラム。
【請求項４】
前記データ受信手段により受信した前記処理情報を、処理情報を記憶可能な記憶部に記憶させる記憶制御手段と、
前記第１処理制御手段により前記データが処理されたことを条件として、前記処理情報に含まれる前記データのうち、少なくとも前記第１処理制御手段により処理されていないデータを、各種データを格納可能な前記ネットワーク上のサーバに送信するデータ送信手段と、
前記データ送信手段により前記データが前記ネットワーク上のサーバに送信されたことを条件として、前記記憶部に記憶されている前記処理情報を削除する削除手段と、
前記第1処理制御手段により前記データが処理されたことを条件として、自装置が前記ネットワークに接続可能か否かを判断する接続判断手段と、
前記接続判断手段により自装置が前記ネットワーク上のサーバに接続可能であると判断されたことを条件として、前記データ送信手段により送信したデータを当該データの送信先のサーバから取得するデータ取得手段と、
前記アップデート手段により本プログラムがアップデートされたことを条件として、前記データ取得手段により取得した前記データのうち、少なくとも前記第１処理制御手段により処理されていないデータを処理する第２処理制御手段として、
前記制御部を機能させることを特徴とする請求項１記載の情報処理プログラム。
【請求項５】
前記第１処理制御手段により前記データが処理されたことを条件として、当該第１処理制御手段により処理されたデータと、各種データを格納可能な前記ネットワーク上のサーバにおける所定の格納場所を示す位置情報とを、前記外部装置に送信する第１データ送信手段と、
前記第２処理制御手段により前記データが処理されたことを条件として、当該第２処理制御手段により処理が実行されたデータを、前記位置情報が示す格納場所に格納されるよう、当該格納場所を有する前記ネットワーク上のサーバに送信する第２データ送信手段として、
前記制御部を機能させることを特徴とする請求項２または３に記載の情報処理プログラム。
【請求項６】
外部装置のメールアドレスを取得するアドレス取得手段と、
前記第１処理制御手段により前記データが処理されたことを条件として、当該第１処理制御手段により処理されたデータを、前記外部装置に送信する第１データ送信手段と、
前記第２処理制御手段により前記データが処理されたことを条件として、当該第２処理制御手段により処理されたデータを、前記アドレス取得手段により取得したメールアドレスに基づき前記外部装置へ送信する第２データ送信手段として、
前記制御部を機能させることを特徴とする請求項２記載の情報処理プログラム。
【請求項７】
前記データ受信手段は、前記ネットワークを介した前記サーバとの通信とは異なる通信方式を用いて、前記外部装置から前記処理情報を受信することを特徴とする請求項１から６のいずれかに記載の情報処理プログラム。
【請求項８】
外部装置およびネットワーク上のサーバとそれぞれ通信可能な情報処理装置にインストールされ、当該情報処理装置の制御部が実行可能な情報処理プログラムであって、
本プログラムが処理可能なデータに対応する、外部装置にインストールされている本プログラムと同種のプログラムのバージョンを、当該外部装置に問い合わせる問い合わせ手段と、
前記問い合わせ手段による問い合わせに応じて、前記外部装置から、当該外部装置にインストールされている本プログラムと同種のプログラムのバージョン受信するバージョン受信手段と、
前記バージョン受信手段により受信した前記バージョンが、自装置にインストールされている本プログラムの現在のバージョンより新しいかを判断するバージョン判断手段と、
前記バージョン判断手段により、前記外部装置にインストールされている、本プログラムと同種のプログラムのバージョンが、前記現在のバージョンより新しいと判断された場合、本プログラムをダウンロード可能な前記ネットワーク上のサーバに自装置が接続可能か否かを判断する接続判断手段と、
前記接続判断手段により自装置が前記ネットワーク上のサーバに接続可能であると判断された場合、前記バージョン受信手段により受信した前記バージョンまたは当該バージョンより新しいバージョンの本プログラムを、前記ネットワーク上のサーバからダウンロードし、前記現在のバージョンの本プログラムを前記ダウンロードしたバージョンにアップデートするアップデート手段と、
前記バージョン判断手段により、前記本プログラムと同種のプログラムのバージョンが、前記現在のバージョンより新しいと判断された場合、前記アップデート手段により本プログラムがアップデートされたことを条件として、前記外部装置にインストールされている本プログラムと同種のプログラムに処理させるデータを、当該外部装置へ送信するデータ送信手段として、
前記制御部を機能させることを特徴とする情報処理プログラム。
【請求項９】
前記データ送信手段は、前記外部装置にインストールされている本プログラムと同種のプログラムに処理させるデータとともに、自装置にインストールされている本プログラムの現在のバージョンを、当該外部装置へ送信することを特徴とする請求項８記載の情報処理プログラム。
【請求項１０】
前記データ送信手段による送信対象のデータを、送信情報を記憶可能な記憶部であって、前記アップデート手段により前記アップデートが行われた場合に記憶内容が消失しない記憶部に記憶させる記憶制御手段として、
前記制御部を機能させ、
前記アップデート手段は、前記記憶制御手段により前記記憶部に前記データが記憶されたことを条件として、本プログラムをアップデートすることを特徴とする請求項８または９に記載の情報処理プログラム。
【請求項１１】
所定のデータに対し所定の処理を実行可能な情報処理プログラムをインストール可能な情報処理装置であって、
外部装置およびネットワーク上のサーバとそれぞれ通信可能な通信部と、
制御部を備え、
前記制御部は、
自装置にインストールされている前記プログラムが処理可能なデータと、当該データに対応する前記プログラムのバージョンとを含む処理情報を、前記外部装置から受信するデータ受信手段と、
前記データ受信手段により前記処理情報を受信した場合に、当該処理情報に含まれる前記バージョンが、自装置にインストールされている前記プログラムの現在のバージョンより新しいかを判断するバージョン判断手段と、
前記バージョン判断手段により前記処理情報に含まれる前記バージョンが、前記現在のバージョンより新しいと判断された場合、前記処理情報に含まれる前記データのうち、前記現在のバージョンの前記プログラムで処理可能なデータを処理する第１処理制御手段と、
前記バージョン判断手段により前記処理情報に含まれる前記バージョンが、前記現在のバージョンより新しいと判断された場合、前記処理情報に含まれるバージョンまたは当該バージョンより新しいバージョンの前記プログラムを、前記ネットワーク上のサーバからダウンロードし、前記現在のバージョンの前記プログラムを前記ダウンロードしたバージョンにアップデートするアップデート手段と、
を備えていることを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理プログラムおよび情報処理装置に関する。
【背景技術】
【０００２】
特許文献１には、ポスターに設けられたＩＣチップに近接することにより受信した制御データ内のプログラムＵＲＬを参照してアプリ記述ファイルをダウンロードする情報処理装置が記載されている。具体的に、特許文献１に記載の情報処理装置は、当該アプリ記述ファイルに対応するアプリケーションが自装置にインストールされているか、及び、当該アプリケーションのバージョンが整合しているかを判断し、当該アプリケーションが自装置にインストールされていない場合または当該バージョンが整合していない場合に、当該アプリケーションを、コンテンツサーバからダウンロードし、インストールした後に起動する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２７５８９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１によれば、バージョンが整合していない場合に、整合するバージョンのアプリケーションがインストールされるまで、ユーザは、アプリ記述ファイルに基づく一部の機能すら利用できない。そのため、ユーザは、アプリ記述ファイルに基づく一部の機能の利用を所望する場合であっても、整合するバージョンのアプリケーションのインストールが完了するまで待機する必要があり、利便性が悪い。
【０００５】
本発明は、上述した事情を鑑みてなされたものであり、受信側の装置と送信側の装置とにそれぞれインストールされているアプリケーションのバージョンが異なる場合であっても、受信側の装置が送信側の装置から受信したデータを好適に処理できる情報処理プログラムおよび情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この目的を達成するために、本発明の第１態様の情報処理プログラムは、外部装置およびネットワーク上のサーバとそれぞれ通信可能な情報処理装置の制御部が実行可能なプログラムであって、本プログラムが処理可能なデータと、当該データに対応する本プログラムのバージョンとを含む処理情報を、前記外部装置から受信するデータ受信手段と、前記データ受信手段により前記処理情報を受信した場合に、当該処理情報に含まれる前記バージョンが、自装置にインストールされている本プログラムの現在のバージョンより新しいかを判断するバージョン判断手段と、前記バージョン判断手段により前記処理情報に含まれる前記バージョンが、前記現在のバージョンより新しいと判断された場合、前記処理情報に含まれる前記データのうち、前記現在のバージョンの本プログラムで処理可能なデータを処理する第１処理制御手段と、前記バージョン判断手段により前記処理情報に含まれる前記バージョンが、前記現在のバージョンより新しいと判断された場合、前記処理情報に含まれるバージョンまたは当該バージョンより新しいバージョンの本プログラムを、前記ネットワーク上のサーバからダウンロードし、前記現在のバージョンの本プログラムを前記ダウンロードしたバージョンにアップデートするアップデート手段として、前記制御部を機能させる。
【０００７】
本発明の第２態様の情報処理プログラムは、外部装置およびネットワーク上のサーバとそれぞれ通信可能な情報処理装置にインストールされ、当該情報処理装置の制御部が実行可能なプログラムであって、本プログラムが処理可能なデータに対応する、外部装置にインストールされている本プログラムと同種のプログラムのバージョンを、当該外部装置に問い合わせる問い合わせ手段と、前記問い合わせ手段による問い合わせに応じて、前記外部装置から、当該外部装置にインストールされている本プログラムと同種のプログラムのバージョン受信するバージョン受信手段と、前記バージョン受信手段により受信した前記バージョンが、自装置にインストールされている本プログラムの現在のバージョンより新しいかを判断するバージョン判断手段と、前記バージョン判断手段により、前記外部装置にインストールされている、本プログラムと同種のプログラムのバージョンが、前記現在のバージョンより新しいと判断された場合、本プログラムをダウンロード可能な前記ネットワーク上のサーバに自装置が接続可能か否かを判断する接続判断手段と、前記接続判断手段により自装置が前記ネットワーク上のサーバに接続可能であると判断された場合、前記バージョン受信手段により受信した前記バージョンまたは当該バージョンより新しいバージョンの本プログラムを、前記ネットワーク上のサーバからダウンロードし、前記現在のバージョンの本プログラムを前記ダウンロードしたバージョンにアップデートするアップデート手段と、前記バージョン判断手段により、前記本プログラムと同種のプログラムのバージョンが、前記現在のバージョンより新しいと判断された場合、前記アップデート手段により本プログラムがアップデートされたことを条件として、前記外部装置にインストールされている本プログラムと同種のプログラムに処理させるデータを、当該外部装置へ送信するデータ送信手段として、前記制御部を機能させる。
【０００８】
なお、本発明は、情報処理装置、情報処理装置を制御する制御装置、情報処理システム、情報処理方法、情報処理プログラムを記録する記録媒体等の種々の態様で構成できる。
【発明の効果】
【０００９】
請求項１記載の情報処理プログラムによれば、外部装置から受信したデータに対応する本プログラムのバージョンが、自装置にインストールされているプログラムの現在のバージョンより新しいと判断された場合、受信したデータのうち、現在のバージョンの本プログラムで処理可能なデータが、第１処理制御手段により処理される。また、係る場合、受信したデータに対応する本プログラムのバージョンまたは当該バージョンより新しいバージョンの本プログラムがサーバからダウンロードされ、自装置にインストールされている本プログラムが、当該ダウンロードされたバージョンにアップデートされる。よって、インストールされている本プログラムのバージョンより新しいバージョンに対応するデータを外部装置から受信した場合に、自装置がネットワークに接続できない等の原因によって、本プログラムをアップデートできない状況であっても、受信したデータを現在のバージョンに応じて好適に処理できる。これにより、ユーザは、本プログラムがアップデートされることを待つことなく、受信したデータのうち、一部のデータの処理結果を取得できるので、利便性が高い。
【００１０】
なお、特許請求の範囲に記載される「情報処理プログラム」は、１のプログラムである場合に限らず、協働的に作用する複数のプログラムのうち、１または２以上のプログラムである場合も含む。また、特許請求の範囲に記載される「処理情報」は、本プログラムが処理可能なデータと、当該データに対応する本プログラムのバージョンとが、１のデータの中に含まれる場合だけに限らず、当該データと当該バージョンとが各々異なるデータが１のデータ群として構成される場合も含む。
【００１１】
請求項２記載の情報処理プログラムによれば、請求項１が奏する効果に加え、次の効果を奏する。本プログラムがアップデートされたことを条件として、受信したデータのうち、少なくとも第１処理制御手段により処理されていないデータが、第２処理制御手段により処理されるので、受信したデータの処理を全て完了させることができる。
【００１２】
請求項３記載の情報処理プログラムによれば、請求項２が奏する効果に加え、次の効果を奏する。少なくとも第１処理制御手段により処理されていないデータは、本プログラムのアップデートが行われた場合に記憶内容が消失されない記憶部に記憶されるので、本プログラムのアップデートを行っても、当該記憶部に記憶されたデータを消失させることなく保持できる。よって、本プログラムのアップデート後に、少なくとも第１処理制御手段により処理されていないデータを、第２処理制御手段に処理させることができる。そして、第２処理制御手段によるデータの処理後は、記憶部に記憶されているデータが削除されるので、記憶部のメモリ消費を抑制できる。
【００１３】
請求項４記載の情報処理プログラムによれば、請求項１が奏する効果に加え、次の効果を奏する。処理情報を受信した場合、当該処理情報が記憶部に記憶される。受信した処理情報に含まれるデータのうち、少なくとも第１処理制御手段により処理されていないデータが、ネットワーク上のサーバに送信され、当該送信を条件として、記憶部に記憶されている処理情報が削除される。一方、第１処理制御手段によりデータが処理されたことを条件として、自装置がサーバに接続可能か否かを判断する。当該判断において、自装置がサーバに接続可能であると判断されたことを条件として、前記送信したデータが、当該データの送信先のサーバから取得され、取得したデータのうち、少なくとも第１処理制御手段により処理されていないデータが、本プログラムがアップデートされたことを条件として処理される。よって、少なくとも第１処理制御手段により処理されていないデータは、ネットワーク上のサーバに送信されるので、本プログラムのアップデートを行っても、当該データを消失させることなく保持できる。これにより、本プログラムのアップデート後に、少なくとも第１処理制御手段により処理されていないデータを、第２処理制御手段に処理させることができる。また、少なくとも第１処理制御手段により処理されていないデータをサーバに送信したことを条件として、当該データを含む処理情報が記憶部から削除されるので、記憶部のメモリ消費を抑制できる。
【００１４】
なお、請求項４の「第１処理制御手段により前記データが処理されたことを条件として、…判断する第２接続判断手段」は、第１処理制御手段によるデータの処理が完了したことを条件として、第２接続判断手段による判断を行う場合に限らず、第１処理制御手段によるデータの処理が開始されたことを条件として、第２接続判断手段による判断を行う場合も含む。
【００１５】
請求項５記載の情報処理プログラムによれば、請求項２または３が奏する効果に加え、次の効果を奏する。第１処理制御手段によりデータが処理されたことを条件として、当該第１処理制御手段により処理されたデータと、ネットワーク上のサーバにおける所定の格納場所を示す位置情報とが、外部装置に送信される。そして、第２処理制御手段によりデータが処理されたことを条件として、当該第２処理制御手段により処理が実行されたデータが、位置情報が示す格納場所に格納されるよう、当該格納場所を有するサーバに送信される。よって、外部装置は、自装置から受信した格納場所にアクセスして、第２処理制御手段により処理が実行されたデータを受信できるので、ネットワークに接続可能な場所であれば、第２処理制御手段により処理が実行されたデータを受信できる。
【００１６】
請求項６記載の情報処理プログラムによれば、請求項２が奏する効果に加え、次の効果を奏する。第１処理制御手段によりデータが処理されたことを条件として、当該第１処理制御手段により処理されたデータが、外部装置に送信される。そして、第２処理制御手段によりデータが処理されたことを条件として、当該第２処理制御手段により処理されたデータが、取得したメールアドレスに基づき外部装置へ送信される。よって、外部装置は、第２処理制御手段により処理が実行されたデータをメールで受信できるので、メールを受信可能な場所であれば、第２処理制御手段により処理が実行されたデータを受信できる。
【００１７】
請求項７記載の情報処理プログラムによれば、請求項１から６のいずれかが奏する効果に加え、次の効果を奏する。ネットワークを介したサーバとの通信とは異なる通信方式を用いて、外部装置から処理情報を受信するので、各通信方式を使い分けることができる。
【００１８】
請求項８記載の情報処理プログラムによれば、自装置からの問い合わせに応じて、外部装置から、当該外部装置にインストールされている本プログラムと同種のプログラムのバージョンを受信した場合、受信したバージョンが、自装置にインストールされているプログラムの現在のバージョンより新しい場合であって、本プログラムをダウンロード可能なネットワーク上のサーバに自装置が接続可能であると判断された場合、受信したバージョンまたは当該バージョンより新しいバージョンの本プログラムがサーバからダウンロードされ、自装置にインストールされている本プログラムが、当該ダウンロードされたバージョンにアップデートされる。よって、外部装置にインストールされている本プログラムのバージョンに対応するデータを、外部装置に送信できるので、外部装置は、自装置から受信したデータを好適に処理できる。
【００１９】
請求項９記載の情報処理プログラムによれば、請求項８が奏する効果に加え、次の効果を奏する。外部装置にインストールされている本プログラムと同種のプログラムに処理させるデータとともに、自装置にインストールされている本プログラムの現在のバージョンが、当該外部装置へ送信されるので、外部装置において、当該外部装置にインストールされている本プログラムのバージョンと、自装置にインストールされている本プログラムのバージョンとが同じであるかを判断させることができる。
【００２０】
請求項１０記載の情報処理プログラムによれば、請求項８または９が奏する効果に加え、次の効果を奏する。送信対象のデータは、本プログラムのアップデートが行われた場合に記憶内容が消失されない記憶部に記憶されるので、本プログラムのアップデートを行っても、当該記憶部に記憶されたデータを消失させることなく保持できる。よって、本プログラムのアップデート後に、送信対象のデータを、再度選択することなく外部装置へ送信できる。
【００２１】
請求項１１記載の情報処理装置によれば、請求項１記載の情報処理プログラムと同様の効果を奏する。
【図面の簡単な説明】
【００２２】
【図１】端末の電気的構成を示すブロック図である。
【図２】（ａ）〜（ｃ）は、それぞれ、送信端末処理、受信端末処理、およびアップデート処理を示すフローチャートである。
【図３】受信した情報に施す処理の一例を説明する模式図である。
【図４】第２実施形態の送信端末処理を示すフローチャートである。
【図５】第２実施形態の受信端末処理を示すフローチャートである。
【図６】（ａ）および（ｂ）は、それぞれ、第３実施形態の受信端末処理、および、アップデート処理を示すフローチャートである。
【図７】（ａ）および（ｂ）は、それぞれ、第４実施形態の受信端末処理、および、アップデート処理を示すフローチャートである。
【図８】（ａ）および（ｂ）は、それぞれ、第５実施形態の受信端末処理、および、アップデート処理を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明の好ましい実施形態について、添付図面を参照して説明する。まず、図１〜図３を参照して、本発明の第１実施形態を説明する。図１は、本発明の情報処理プログラムの一実施形態であるデータ送受信アプリケーション（以下「データ送受信アプリ」と称す）１２ｂを搭載する端末１０の電気的構成を示すブロック図である。データ送受信アプリ１２ｂを搭載する端末１０は、受信端末１０Ａまたは送信端末１０Ｂとして機能させることができる。送信端末１０Ｂは、受信端末１０Ａにデータを送信でき、受信端末１０Ａは、送信端末１０Ｂからデータを受信できる。
【００２４】
詳細は後述するが、データ送受信アプリ１２ｂは、受信端末１０Ａにインストールされているバージョンが、送信端末１０Ｂにインストールされているバージョンより古い場合に、受信端末１０Ａがダウンロードサーバ１００に接続できず、新しいバージョンにアップデートできない状況であっても、受信端末１０Ａに、送信端末１０Ｂから受信したデータのうち、現在のバージョンのデータ送受信アプリ１２ｂが処理可能なデータを処理させるように構成される。よって、受信端末１０Ａのユーザは、データ送受信アプリ１２ｂが新しいバージョンにアップデートされるのを待つことなく、送信端末１０Ｂから受信したデータのうち、一部のデータの処理結果を取得できるので、利便性が高い。なお、本明細書において、データ送受信アプリ１２ｂの「バージョン」は、データ送受信アプリ１２ｂが処理可能なデータの構成のバージョン（改訂回数）を示す。
【００２５】
本実施形態の端末１０は、スマートフォンなどの携帯端末として構成される。端末１０には、ＣＰＵ１１、フラッシュメモリ１２、ＲＡＭ１３、操作キー１５、ＬＣＤ１６、タッチパネル１７、メモリカードインターフェイス（メモリカードＩ／Ｆ）１８、音声入出力部１９、電話網通信部２０、近距離通信部２２、無線ＬＡＮ通信部２３が設けられる。これらの各部は、バスライン２４を介して互いに接続される。
【００２６】
ＣＰＵ１１は、フラッシュメモリ１２等に記憶される固定値やプログラム等に従って、バスライン２４と接続された各部を制御する。フラッシュメモリ１２は、書換可能な不揮発性のメモリである。フラッシュメモリ１２には、オペレーティングシステム１２ａ（以下、ＯＳ１２ａ）、データ送受信アプリ１２ｂが格納される。以降、アプリケーションやオペレーティングシステムなどのプログラムを実行するＣＰＵ１１のことを、単にプログラム名で記載する場合もある。例えば「アプリケーション」という記載が「アプリケーションを実行するＣＰＵ１１」を意味する場合もある。ＯＳ１２ａは、端末１０の標準機能を実現するための基本ソフトウェアである。本実施形態では、ＯＳ１２ａとして、アンドロイド（登録商標）ＯＳを採用する。
【００２７】
データ送受信アプリ１２ｂは、端末１０を、受信端末１０Ａまたは送信端末１０Ｂとして機能させ、これらの端末１０Ａ，１０Ｂ間でデータの送受信を行わせるためのアプリケーションである。具体的に、データ送受信アプリ１２ｂは、送信端末１０Ｂとして機能させる端末１０に、データを送信させ、受信端末１０Ａとして機能させる端末１０に、当該データを受信させる。後述する図２（ａ）〜（ｃ）のフローチャートに示す各処理は、データ送受信アプリ１２ｂに従ってＣＰＵ１１により実行される。なお、本実施形態のデータ送受信アプリ１２ｂは、端末１０Ａ，１０Ｂ間で行われるデータの送受信を近距離通信によって行わせる。
【００２８】
フラッシュメモリ１２には、情報保存領域１２ｃが設けられる。本実施形態では、受信端末１０Ａがデータ送受信アプリ１２ｂのアップデートを行う前に、送信端末１０Ｂから受信したＮＤＥＦ情報が、情報保存領域１２ｃに保存される。情報保存領域１２ｃに保存されたＮＤＥＦ情報は、受信端末１０Ａがデータ送受信アプリ１２ｂのアップデートを行った場合であっても、消失せずに保持されるので、受信端末１０Ａは、データ送受信アプリ１２ｂのアップデート後に、アップデートされたデータ送受信アプリ１２ｂを用いて、情報保存領域１２ｃに保存されているＮＤＥＦ情報を処理することができる。なお、「ＮＤＥＦ情報」とは、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）標準規格に従った非接触通信方式の近距離通信のデータフォーマットに従う情報である。
【００２９】
ＲＡＭ１３は、ＣＰＵ１１がデータ送受信アプリ１２ｂ等を実行するにあたり、各種データを一時的に記憶するためのテンポラリエリアを有する書換可能な揮発性のメモリである。ＲＡＭ１３には、アップデートフラグ１３ａが設けられる。アップデートフラグ１３ａは、データ送受信アプリ１２ｂのアップデートの待機中であるか否かを示すフラグである。アップデートフラグ１３ａがオンを示す場合に、データ送受信アプリ１２ｂのアップデートの待機中であることを示す。なお、アップデートフラグ１３ａは、後述する送信端末処理（図２（ａ）参照）および受信端末処理（図２（ｂ）参照）の開始に伴い、オフに初期化される。
【００３０】
操作キー１５は、端末１０に指示などを入力するためのメカニカルキーであり、例えば、端末１０の筺体に設けられる。ＬＣＤ１６は、各種画面を表示する液晶表示装置である。タッチパネル１７は、ＬＣＤ１６に重ねて設けられ、指や棒などの指示体を接触または接近させることによって、端末１０に指示などを入力する。メモリカードＩ／Ｆ１８は、書換可能な不揮発性のメモリカードＭＣが装着されるインターフェイスであり、メモリカードＭＣに対するデータの書き込み又は読み出しを制御する。音声入出力部１９は、マイクやスピーカなどで構成された音声入出力用デバイスである。電話網通信部２０は、携帯電話網（図示せず）を介した通話を行うための回路である。
【００３１】
近距離通信部２２は、例えば１０ｃｍ程度の非常に短い距離を通信可能距離とする近距離通信を行うためのインターフェイスである。本実施形態では、近距離通信部２２が行う近距離通信は、ＮＦＣ標準規格に従う非接触通信である。本実施形態の端末１０は、他の端末１０との間で近距離通信部２２を介した近距離通信が可能に構成される。２台の端末１０（１０Ａ，１０Ｂ）間の距離が通信可能距離またはそれ以下である場合に、近距離通信部２２を介した近距離通信によるＮＤＥＦ情報の送受信が、端末１０Ａ，１０Ｂ間で実行される。
【００３２】
無線ＬＡＮ通信部２３は、ＩＥＥＥ８０２．１１ｂ/ｇの規格に準拠した無線ＬＡＮによる無線通信を行うためのインターフェイスである。本実施形態において、無線ＬＡＮ通信部２３は、中継装置であるアクセスポイント（図示せず）を介したインフラストラクチャモード、または、直接接続であるアドホックモードのいずれかにより、無線ＬＡＮ通信部２３を有する端末１０との間でＷｉ−Ｆｉ（登録商標）接続される。また、無線ＬＡＮ通信部２３は、図示されないアクセスポイントを介して、端末１０と、ネットワーク８００上の各種サーバ１００，２００，３００とを通信可能に接続する。
【００３３】
ダウンロードサーバ１００は、データ送受信アプリ１２ｂをダウンロード可能なダウンロードサイトが、データ送受信アプリ１２ｂの供給元により設けられたサーバである。端末１０は、ダウンロードサーバ１００のダウンロードサイトに接続することによって、ダウンロードサーバ１００からデータ送受信アプリ１２ｂをダウンロードすることができる。クラウドサーバ２００は、電子ファイル格納サービス（クラウドサービス）を提供するためにサービス事業者が準備したデータベースサーバである。サーバ３００は、ダウンロードサーバ１０でもクラウドサーバ２００でもない各種サーバである。
【００３４】
図２（ａ）は、端末１０が送信端末１０Ｂとして機能する場合にＣＰＵ１１が実行する送信端末処理を示すフローチャートである。本処理は、ユーザがＬＣＤ１６に表示されたユーザインターフェイスを操作し、送信対象とする１または複数の送信情報を選択した状態で、端末１０を送信端末１０Ｂとして機能させることを指定した場合に開始される。なお、データ送受信アプリ１２ｂによって送信端末１０Ｂと受信端末１０Ａとの間で送受信可能な情報、すなわち、上記送信情報となり得る情報としては、電話帳のデータや、画像データや、文書作成ソフトや表計算ソフトなど各種ソフトにより作成されたデータや、メールデータや、電話帳のデータなどの各種データを例示できる。
【００３５】
ステップＳ２０１（以下、ステップを省略）において、ＣＰＵ１１は、ユーザが選択した送信情報と、自装置である送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョンを示すバージョン情報とを、ＮＤＥＦ情報に格納する。次に、ＣＰＵ１１は、ＮＤＥＦ情報を近距離通信部２２から送信させ（Ｓ２０２）、本処理を終了する。Ｓ２０２の処理により近距離通信部２２から送信されたＮＤＥＦ情報は、近距離通信の通信範囲内に位置する受信端末１０Ａが受信する。
【００３６】
図２（ｂ）は、端末１０が受信端末１０Ａとして機能する場合にＣＰＵ１１が実行する受信端末処理を示すフローチャートである。本処理は、ユーザがＬＣＤ１６に表示されたユーザインターフェイスを操作し、端末１０を受信端末１０Ａとして機能させることを指定した場合に開始される。ＣＰＵ１１は、近距離通信部２２を介してＮＤＥＦ情報が受信されることを待機する（Ｓ２２１：Ｎｏ）。近距離通信部２２を介してＮＤＥＦ情報を受信した場合（Ｓ２２１：Ｙｅｓ）、ＣＰＵ１１は、受信したＮＤＥＦ情報をＲＡＭ１３のテンポラリエリアに記憶し（Ｓ２２２）、当該ＮＤＥＦ情報からバージョン情報を取得する（Ｓ２２３）。
【００３７】
ＣＰＵ１１は、取得したバージョン情報が示す、送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョン（相手のバージョン）が、自装置である受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのバージョン（自バージョン）より新しいか否かを判断する（Ｓ２２４）。相手のバージョンが自バージョンより新しくないとＣＰＵ１１が判断した場合（Ｓ２２４：Ｎｏ）、ＣＰＵ１１は、受信したＮＤＥＦ情報を分析し、その内容に従い処理を実行する（Ｓ２２９）。具体的に、例えば、ＮＤＥＦ情報に含まれる情報、すなわち、送信端末１０Ｂが送信情報として選択した情報が、電話帳のデータである場合、ＣＰＵ１１は、Ｓ２２９において、受信した電話帳のデータを、メモリカードＭＣなどに記憶されている電話帳に追加して記憶させる。ＣＰＵ１１は、Ｓ２２９の処理後、ＲＡＭ１３に記憶されているＮＤＥＦ情報を削除し（Ｓ２３０）、本処理を終了する。
【００３８】
一方、Ｓ２２４において、相手のバージョンが自バージョンより新しいとＣＰＵ１１が判断した場合（Ｓ２２４：Ｙｅｓ）、ＣＰＵ１１は、データ送受信アプリ１２ｂをダウンロード可能なダウンロードサイトが設けられたダウンロードサーバ１００に、無線ＬＡＮ通信部２３を介して接続可能か判断する（Ｓ２２５）。無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が可能であるとＣＰＵ１１が判断した場合（Ｓ２２５：Ｙｅｓ）、ＣＰＵ１１は、ＮＤＥＦ情報を情報保存領域１２ｃに保存する（Ｓ２２６）。
【００３９】
ＣＰＵ１１は、Ｓ２２６の処理後、ダウンロードサーバ１００のダウンロードサイトから、相手のバージョンと同じバージョンのデータ送受信アプリ１２ｂを、無線ＬＡＮ通信部２３を介するＷｉ−Ｆｉ接続を利用してダウンロードし、自装置（受信端末１０Ａ）にインストールされているデータ送受信アプリ１２ｂのアップデートを実行する（Ｓ２２７）。ダウンロードサーバ１００のダウンロードサーバには、常時、最新のバージョンのデータ送受信アプリ１２ｂがアップデートされているので、適切なバージョンのデータ送受信アプリ１２ｂをダウンロードすることにより、自装置にインストールされているデータ送受信アプリ１２ｂのバージョンを、現在より新しいバージョン、本実施形態では、相手のバージョンと同じバージョンにバージョンアップできる。次に、ＣＰＵ１１は、情報保存領域１２ｃに保存されているＮＤＥＦ情報を読み込む（Ｓ２２８）。ＣＰＵ１１は、Ｓ２２８の処理後、読み込んだＮＤＥＦ情報を分析し、その内容に従い処理を実行し（Ｓ２２９）、情報保存領域１２ｃに保存されているＮＤＥＦ情報、および、ＲＡＭ１３に記憶されているＮＤＥＦ情報を削除し（Ｓ２３０）、本処理を終了する。
【００４０】
また、Ｓ２２５において、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が不可能であるとＣＰＵ１１が判断した場合（Ｓ２２５：Ｎｏ）、ＣＰＵ１１は、受信したＮＤＥＦ情報を自バージョンで処理可能な状態に補正し（Ｓ２３１）、補正後のＮＤＥＦ情報を分析し、その内容に従い処理を実行する（Ｓ２３２）。なお、Ｓ２２５において、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が不可能であるとＣＰＵ１１によって判断される原因としては、ネットワーク８００に障害が生じている場合や、ダウンロードサーバ１００に障害が生じている場合などが挙げられる。ＣＰＵ１１は、Ｓ２３２の処理後、ＮＤＥＦ情報を情報保存領域１２ｃに保存し（Ｓ２３３）、アップデートフラグ１３ａをオンに設定する（Ｓ２３４）。ＣＰＵ１１は、ＲＡＭ１３に記憶されているＮＤＥＦ情報を削除し（Ｓ２３５）、本処理を終了する。
【００４１】
図２（ｃ）は、端末１０が受信端末１０Ａとして機能する場合にＣＰＵ１１が実行するアップデート処理を示すフローチャートである。本処理は、図２（ｂ）の受信端末処理の開始後、例えば、５分毎に定期的に開始される。ＣＰＵ１１は、アップデートフラグ１３ａがオンに設定されているかを判断する（Ｓ２４１）。アップデートフラグ１３ａがオンに設定されていないとＣＰＵ１１が判断した場合（Ｓ２４１：Ｎｏ）、ＣＰＵ１１は本処理を終了する。
【００４２】
アップデートフラグ１３ａがオンに設定されているとＣＰＵ１１が判断した場合（Ｓ２４１：Ｙｅｓ）、ＣＰＵ１１は、ダウンロードサーバ１００に、無線ＬＡＮ通信部２３を介して接続可能かを判断する（Ｓ２４２）。無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が不可能であるとＣＰＵ１１が判断した場合（Ｓ２４２：Ｎｏ）、ＣＰＵ１１は本処理を終了する。
【００４３】
一方、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が可能であるとＣＰＵ１１が判断した場合（Ｓ２４２：Ｙｅｓ）、上述したＳ２２７の処理と同様に、新しいバージョンのデータ送受信アプリ１２ｂをダウンロードサーバ１００からダウンロードし、自装置（受信端末１０Ａ）にインストールされているデータ送受信アプリ１２ｂのアップデートを実行する（Ｓ２４３）。次に、ＣＰＵ１１は、情報保存領域１２ｃに保存されているＮＤＥＦ情報を読み込み（Ｓ２４４）、読み込んだＮＤＥＦ情報を分析し、その内容に従い処理を実行する（Ｓ２４５）。次に、ＣＰＵ１１は、情報保存領域１２ｃに保存されているＮＤＥＦ情報を削除し（Ｓ２４６）、本処理を終了する。
【００４４】
ここで、図３を参照して、送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョンと、自装置である受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのバージョンとが異なる場合に、データ送受信アプリ１２ｂが受信した情報に施す処理について説明する。図３（ａ）および（ｂ）に示す例において、新しいバージョンのデータ送受信アプリ１２ｂで処理される電話帳のデータは、名前のデータＤ１と、メールアドレスのデータＤ２と、電話番号のデータＤ３と、住所のデータＤ４とから構成されるのに対し、古いバージョンのデータ送受信アプリ１２ｂで処理される電話帳のデータは、名前のデータＤ１と、メールアドレスのデータＤ２と、電話番号のデータＤ３とから構成される。
【００４５】
まず、図３（ａ）は、送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョンが、自装置である受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのバージョンより新しく、かつ、受信端末１０Ａがダウンロードサーバ１００に接続不可能である場合に、データ送受信アプリ１２ｂが受信した情報に施す処理の一例を説明する模式図である。
【００４６】
上述した図２（ｂ）の受信端末処理において、送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョンが、自装置である受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのバージョンより新しい場合、ＣＰＵ１１は、Ｓ２３１において、データＤ１〜Ｄ４のうち、古いバージョンのデータ送受信アプリ１２ｂでは解釈できない住所のデータＤ４を削除することによって補正し、受信したＮＤＥＦ情報を自バージョンで処理可能な状態とする。次に、ＣＰＵ１１は、Ｓ２３２において、上記補正により得られたデータＤ１〜Ｄ３から構成される電話帳のデータを、メモリカードＭＣなどに記憶されている電話帳に追加して記憶させる。
【００４７】
次に、図３（ｂ）は、送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョンが、自装置である受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのバージョンより古い場合に、データ送受信アプリ１２ｂが受信した情報に施す処理の一例を説明する模式図である。
【００４８】
上述した図２（ｂ）の受信端末処理において、送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョンが、自装置である受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのバージョンより古い場合、ＣＰＵ１１は、Ｓ２２９において、住所のデータＤ４を空データとして、データＤ１〜Ｄ４から構成される電話帳のデータを、メモリカードＭＣなどに記憶されている電話帳に追加して記憶させる。
【００４９】
上記第１実施形態によれば、送信端末１０Ｂのバージョンが受信端末１０Ａのバージョンより新しく、かつ、受信端末１０Ａがダウンロードサーバ１００に接続不可能である場合、受信端末１０Ａは、送信端末１０Ｂから受信したデータを自バージョンで処理可能な範囲で処理する。よって、受信端末１０Ａのユーザは、データ送受信アプリ１２ｂのアップデートがされるのを待つことなく、最低限に処理されたデータを受信することができる。例えば、図３（ａ）に示したように、データＤ１〜Ｄ４から構成される電話帳データのうち、データＤ１〜Ｄ３については、データ送受信アプリ１２ｂのアップデートがされるのを待つことなく利用することができる。また、送信端末１０Ｂから受信したデータが画像データである場合には、データ送受信アプリ１２ｂのアップデートがされるのを待つことなく、当該画像データを、古いバージョンによる低い処理能力で処理された出力画像、例えば、低解像度やモノクロなどの画像としてＬＣＤ１６に表示させることができる。
【００５０】
また、受信端末１０Ａにおけるデータ送受信アプリ１２ｂのアップデートがされると、受信端末１０Ａは、アップデートされたデータ送受信アプリ１２ｂによって、送信端末１０Ｂから受信したデータを処理するので、受信したデータの処理を全て完了させることができる。よって、例えば、データＤ１〜Ｄ４から構成される電話帳データのうち、古いバージョンによってデータＤ１〜Ｄ３が記憶された場合であっても、アップデート後に、完全な電話帳データ、すなわち、データＤ１〜Ｄ４を記憶させることができる。また、送信端末１０Ｂから受信した画像データに基づく画像が、古いバージョンによって低解像度やモノクロの画像としてＬＣＤ１６に表示されたとしても、アップデート後には、高解像度やカラーの画像としてＬＣＤ１６に表示させることができる。
【００５１】
また、送信端末１０Ｂのバージョンが受信端末１０Ａのバージョンより新しく、かつ、受信端末１０Ａがダウンロードサーバ１００に接続不可能である場合、受信端末１０Ａは、送信端末１０Ｂから受信したデータを自バージョンで処理可能な範囲で処理した後、受信したＮＤＥＦ情報を情報記憶領域１２ｃに保存する。よって、受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのアップデートを行っても、送信端末１０Ｂから受信したデータを失うことなく保持できるので、送信端末１０Ｂから受信したデータを、アップデートされたデータ送受信アプリ１２ｂによって処理することができる。また、ＮＤＥＦ情報が情報記憶領域１２ｃに保存されると、ＲＡＭ１３に記憶されていたＮＤＥＦ情報が削除されるので、ＲＡＭ１３のメモリ消費を抑制できる。
【００５２】
次に、図４および図５を参照して、本発明の第２実施形態について説明する。上述した第１実施形態では、受信端末１０Ａのみ、データ送受信アプリ１２ｂのバージョンを考慮した処理を実行する構成としたが、第２実施形態では、送信端末１０Ｂでも、データ送受信アプリ１２ｂのバージョンを考慮した処理を実行する。第２実施形態において、上述した第１実施形態と同一の部分については、同一の符号を付し、その説明は省略する。第２実施形態において、受信端末１０ＡのＣＰＵ１１は、第１実施形態と同様のアップデート処理（図２（ｃ））を実行する。
【００５３】
図４は、第２実施形態の送信端末処理を示すフローチャートである。ＣＰＵ１１は、相手のバージョンを問い合わせるＮＤＥＦ情報を生成し、生成されたＮＤＥＦ情報を近距離通信部２２から送信させる（Ｓ４０１）。Ｓ４０１の処理により近距離通信部２２から送信されたＮＤＥＦ情報は、近距離通信の通信範囲内に位置する受信端末１０Ａが受信する。次に、ＣＰＵ１１は、近距離通信部２２を介してＮＤＥＦ情報が受信されることを待機する（Ｓ４０２：Ｎｏ）。近距離通信部２２を介してＮＤＥＦ情報を受信した場合（Ｓ４０２：Ｙｅｓ）、受信したＮＤＥＦ情報からバージョン情報を取得する（Ｓ４０３）。
【００５４】
ＣＰＵ１１は、取得したバージョン情報が示す、受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのバージョン（相手のバージョン）が、自装置である送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョン（自バージョン）より新しいか否かを判断する（Ｓ４０４）。相手のバージョンが自バージョンより新しくないとＣＰＵ１１が判断した場合（Ｓ４０４：Ｎｏ）、ＣＰＵ１１は、第１実施形態と同様に、Ｓ２０１，Ｓ２０２の処理を実行して、本処理を終了する。
【００５５】
一方、Ｓ４０４において、相手のバージョンが自バージョンより新しいとＣＰＵ１１が判断した場合（Ｓ４０４：Ｙｅｓ）、ＣＰＵ１１は、ダウンロードサーバ１００に、無線ＬＡＮ通信部２３を介して接続可能かを判断する（Ｓ４０５）。無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が不可能であるとＣＰＵ１１が判断した場合（Ｓ４０５：Ｎｏ）、ＣＰＵ１１は、第１実施形態と同様に、Ｓ２０１，Ｓ２０２の処理を実行して、本処理を終了する。なお、Ｓ４０４：ＮｏまたはＳ４０５：Ｙｅｓの場合、本処理を終了する前に、ＣＰＵ１１は、ＬＣＤ１６に警告表示を表示させてもよい。
【００５６】
また、Ｓ４０５において、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が可能であるとＣＰＵ１１が判断した場合（Ｓ４０５：Ｙｅｓ）、ＣＰＵ１１は、ユーザが選択した送信情報を、フラッシュメモリ１２の所定領域に保存する（Ｓ４０６）。ＣＰＵ１１は、Ｓ４０６の処理後、ダウンロードサーバ１００のダウンロードサーバから、新しいバージョン、より詳細には、相手のバージョンと同じバージョンのデータ送受信アプリ１２ｂを、無線ＬＡＮ通信部２３を介するＷｉ−Ｆｉ接続を利用してダウンロードし、自装置（送信端末１０Ｂ）にインストールされているデータ送受信アプリ１２ｂのアップデートを実行する（Ｓ４０７）。これにより、送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョンが、相手のバージョンと同じバージョンにバージョンアップされる。
【００５７】
次に、ＣＰＵ１１は、フラッシュメモリ１２ｃに保存されている送信情報を読み込み（Ｓ４０８）、ＣＰＵ１１は、第１実施形態と同様に、Ｓ２０１，Ｓ２０２の処理を実行して、本処理を終了する。なお、係る場合、Ｓ２０１において、ＮＤＥＦ情報に格納される送信情報は、Ｓ４０８において読み込んだ送信情報である。
【００５８】
図５は、第２実施形態の受信端末処理を示すフローチャートである。ＣＰＵ１１は、近距離通信部２２を介してＮＤＥＦ情報が受信されることを待機する（Ｓ２２１：Ｎｏ）。近距離通信部２２を介してＮＤＥＦ情報を受信した場合（Ｓ２２１：Ｙｅｓ）、ＣＰＵ１１は、受信したＮＤＥＦ情報が、バージョンを問い合わせるＮＤＥＦ情報であるかを判断する（Ｓ５０１）。
【００５９】
受信したＮＤＥＦ情報がバージョンを問い合わせるＮＤＥＦ情報であるとＣＰＵ１１が判断した場合（Ｓ５０１：Ｙｅｓ）、ＣＰＵ１１は、自装置である受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのバージョンを示すバージョン情報が格納されたＮＤＥＦ情報を生成し、生成されたＮＤＥＦ情報を近距離通信部２２から送信させる（Ｓ５０２）。Ｓ５０２の処理により近距離通信部２２から送信されたＮＤＥＦ情報は、近距離通信の通信範囲内に位置する送信端末１０Ｂが受信する。一方、受信したＮＤＥＦ情報がバージョンを問い合わせるＮＤＥＦ情報でないとＣＰＵ１１が判断した場合（Ｓ５０１：Ｎｏ）、受信したＮＤＥＦ情報は、送信情報を含むＮＤＥＦ情報であるので、係る場合、ＣＰＵ１１は、第１実施形態と同様に、Ｓ２２２〜Ｓ２３５の処理を実行する。
【００６０】
上記第２実施形態によれば、送信端末１０Ｂのバージョンが受信端末１０Ａのバージョンより古く、かつ、送信端末１０Ｂがダウンロードサーバ１００に接続可能である場合、送信端末１０Ｂはバージョンのアップデートを行う。よって、受信端末１０Ａのバージョンに応じたバージョンで送信情報を送信できるので、受信端末１０Ａは、送信端末１０Ｂから送信されたデータ（送信情報）を好適に処理できる。
【００６１】
また、送信端末１０Ｂのバージョンが受信端末１０Ａのバージョンより古く、かつ、送信端末１０Ｂがダウンロードサーバ１００に接続可能である場合、送信端末１０Ｂは、バージョンのアップデートを行う前に、ユーザにより選択された送信情報をフラッシュメモリ１２に保存する。よって、送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのアップデートを行っても、送信情報を失うことなく保持できるので、ユーザが送信情報を再度選択する状況を防ぐことができる。
【００６２】
次に、図６を参照して、本発明の第３実施形態について説明する。上述した第１実施形態では、送信端末１０Ｂにインストールされているデータ送受信アプリ１２ｂのバージョンが、自装置である受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのバージョンより新しく、かつ、受信端末１０Ａがダウンロードサーバ１００に接続不可能である場合に、処理対象のＮＤＥＦ情報を情報保存領域１２ｃに保存する構成としたが、第３実施形態では、係る場合におけるＮＤＥＦ情報の保存先をクラウドサーバ２００とする。第３実施形態において、上述した第１実施形態と同一の部分については、同一の符号を付し、その説明は省略する。第３実施形態において、送信端末１０ＢのＣＰＵ１１は、第１実施形態と同様の送信端末処理（図２（ａ））を実行する。
【００６３】
図６（ａ）は、第３実施形態の受信端末処理を示すフローチャートである。第１実施形態の受信端末処理（図２（ｂ））との相違点を中心に説明する。第３実施形態の受信端末処理において、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が不可能であるとＣＰＵ１１が判断した場合（Ｓ２２５：Ｎｏ）、ＣＰＵ１１は、第１実施形態と同様に、Ｓ２３１，Ｓ２３２の処理を実行した後、ＮＤＥＦ情報を、無線ＬＡＮ通信部２３を介するＷｉ−Ｆｉ接続を利用してクラウドサーバ２００にアップロードする（Ｓ６２１）。Ｓ６２１の処理の結果、ＮＤＥＦ情報はクラウドサーバ２００に保存される。ＣＰＵ１１は、Ｓ６２１の処理後、第１実施形態と同様に、Ｓ２３４，Ｓ２３５の処理を実行し、本処理を終了する。
【００６４】
図６（ｂ）は、第３実施形態のアップデート処理を示すフローチャートである。第１実施形態のアップデート処理（図２（ｃ））との相違点を中心に説明する。第３実施形態のアップデート処理において、アップデートフラグ１３ａがオンに設定され、かつ、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が可能であるとＣＰＵ１１が判断した場合（Ｓ２４１：Ｙｅｓ，Ｓ２４２：Ｙｅｓ）、ＣＰＵ１１は、第１実施形態と同様にＳ２４３の処理を実行した後、クラウドサーバ２００からＮＤＥＦ情報をダウンロードする（Ｓ６４１）。次に、ＣＰＵ１１は、第１実施形態と同様に、Ｓ２４５，Ｓ２４６の処理を実行し、本処理を終了する。なお、係る場合、Ｓ２４５において、処理対象とされるＮＤＥＦ情報は、Ｓ６４１においてダウンロードされたＮＤＥＦ情報である。
【００６５】
上記第３実施形態によれば、送信端末１０Ｂのバージョンが受信端末１０Ａのバージョンより新しく、かつ、受信端末１０Ａがダウンロードサーバ１００に接続不可能である場合、受信端末１０Ａは、送信端末１０Ｂから受信したデータを自バージョンで処理可能な範囲で処理した後、受信したＮＤＥＦ情報をクラウドサーバ２００にアップロードする。よって、受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂのアップデートを行っても、送信端末１０Ｂから受信したデータを失うことなく保持できるので、送信端末１０Ｂから受信したデータを、アップデートされたデータ送受信アプリ１２ｂによって処理することができる。また、ＮＤＥＦ情報がクラウドサーバ２００にアップロードされると、ＲＡＭ１３に記憶されていたＮＤＥＦ情報が削除されるので、ＲＡＭ１３のメモリ消費を抑制できる。
【００６６】
次に、図７を参照して、本発明の第４実施形態について説明する。上述した第１実施形態では、送信端末１０Ｂが送信した送信情報を受信端末１０Ａが受信して保存する構成としたが、第４実施形態では、受信端末１０Ａは、送信端末１０Ｂから受信した情報に処理を施した後、処理後のデータを送信端末１０Ｂに取得させる。第４実施形態において、上述した第１実施形態と同一の部分については、同一の符号を付し、その説明は省略する。第４実施形態において、送信端末１０ＢのＣＰＵ１１は、第１実施形態と同様の送信端末処理（図２（ａ））を実行する。
【００６７】
図７（ａ）は、第４実施形態の受信端末処理を示すフローチャートである。第１実施形態の受信端末処理（図２（ｂ））との相違点を中心に説明する。第４実施形態の受信端末処理において、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が不可能であるとＣＰＵ１１が判断した場合（Ｓ２２５：Ｎｏ）、ＣＰＵ１１は、第１実施形態と同様に、Ｓ２３１〜Ｓ２３４の処理を実行する。次に、ＣＰＵ１１は、Ｓ２３２において処理されたデータと、クラウドサーバ２００の格納先ＵＲＬとを、ＮＤＥＦ情報に格納する（Ｓ７２３）。なお、クラウドサーバ２００の格納先ＵＲＬは予め決められているＵＲＬであってもよいし、ＣＰＵ１１が、少なくともＳ７２３の処理を実行する前の所定のタイミングで、クラウドサーバ２００に問い合わせて取得したＵＲＬであってもよい。ＣＰＵ１１は、Ｓ７２３において処理したＮＤＥＦ情報、すなわち、受信端末１０Ａにインストールされている古いバージョンのデータ送受信アプリ１２ｂで処理されたデータを含むＮＤＥＦ情報を、通信の相手である送信端末１０Ｂに送信する（Ｓ７２４）。ＣＰＵ１１は、Ｓ７２４の処理後、第１実施形態と同様にＳ２３５の処理を実行し、本処理を終了する。
【００６８】
一方、ＣＰＵ１１は、Ｓ２２９の処理後も、Ｓ２２９において処理されたデータ、すなわち、受信端末１０Ａにインストールされているデータ送受信アプリ１２ｂで処理されたデータを、ＮＤＥＦ情報に格納し（Ｓ７２１）、当該ＮＤＥＦ情報を送信端末１０Ｂに送信する（Ｓ７２２）。ＣＰＵ１１は、Ｓ７２２の処理後、第１実施形態と同様にＳ２３０の処理を実行し、本処理を終了する。
【００６９】
図７（ｂ）は、第４実施形態のアップデート処理を示すフローチャートである。第１実施形態のアップデート処理（図２（ｃ））との相違点を中心に説明する。第４実施形態のアップデート処理において、アップデートフラグ１３ａがオンに設定され、かつ、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が可能であるとＣＰＵ１１が判断した場合（Ｓ２４１：Ｙｅｓ，Ｓ２４２：Ｙｅｓ）、ＣＰＵ１１は、第１実施形態と同様にＳ２４３〜Ｓ２４５の処理を実行する。次に、ＣＰＵ１１は、Ｓ２４５において処理されたデータ、すなわち、Ｓ２４３においてアップデートされたデータ送受信アプリ１２ｂで処理されたデータを、無線ＬＡＮ通信部２３を介するＷｉ−Ｆｉ接続を利用してクラウドサーバ２００にアップロードする（Ｓ７４１）。Ｓ７４１の処理が実行されると、クラウドサーバ２００は、受信端末１０Ａからアップロードされたデータを、Ｓ７２３においてＮＤＥＦ情報に格納された格納先ＵＲＬに相当する格納場所に格納する。送信端末１０Ｂは、所定のタイミングで、Ｓ７２４の処理によって通知された格納先ＵＲＬにアクセスすることによって、Ｓ２４５において処理されたデータを取得することができる。なお、送信端末１０Ｂが格納先ＵＲＬにアクセスするタイミングとしては、５分毎などの定期的なタイミングや、ユーザが所定の操作によりアクセスを指定したタイミングなどを例示できる。ＣＰＵ１１は、Ｓ７４１の処理後、第１実施形態と同様にＳ２４６の処理を実行し、本処理を終了する。
【００７０】
上記第４実施形態によれば、送信端末１０Ｂのバージョンが受信端末１０Ａのバージョンより新しく、かつ、受信端末１０Ａがダウンロードサーバ１００に接続不可能である場合、受信端末１０Ａは、送信端末１０Ｂから受信したデータを自バージョンで処理可能な範囲で処理し、処理後のデータを送信端末１０Ｂに送信する。よって、送信端末１０Ｂのユーザは、受信端末１０Ａにおいてデータ送受信アプリ１２ｂのアップデートがされるのを待つことなく、最低限に処理されたデータを受信することができる。また、受信端末１０Ａにおいてデータ送受信アプリ１２ｂのアップデートがされると、アップデートされたデータ送受信アプリ１２ｂにより処理されたデータを、クラウドサーバ２００にアップロードする。当該データの格納先を示すＵＲＬは予め送信端末１０Ｂに通知されているので、送信端末１０Ｂは、クラウドサーバ２００にアクセス可能な場所であれば、クラウドサーバ２００にアップロードされた処理後のデータを、随時、取得できる。よって、送信端末１０Ｂは、受信端末１０Ａとの近距離通信が不可能な位置であっても、アップデートされたデータ送受信アプリ１２ｂにより処理されたデータを取得できる。
【００７１】
次に、図８を参照して、本発明の第５実施形態について説明する。上述した第４実施形態では、アップデート処理（図７（ｂ））においてアップデートされたデータ送受信アプリ１２ｂで処理されたデータを、クラウドサーバ２００を介して送信端末１０に取得させる構成としたが、第５実施形態では、メールを利用して処理後のデータを送信端末１０に取得させる。第５実施形態において、上述した第４実施形態と同一の部分については、同一の符号を付し、その説明は省略する。第５実施形態において、送信端末１０ＢのＣＰＵ１１は、第１実施形態と同様の送信端末処理（図２（ａ））を実行する。ただし、第５実施形態では、Ｓ２０１において、ユーザが選択した送信情報と、自装置（送信端末１０Ｂ）のバージョン情報に加え、自装置のメールアドレスが、ＮＤＥＦ情報に格納される。
【００７２】
図８（ａ）は、第５実施形態の受信端末処理を示すフローチャートである。第４実施形態の受信端末処理（図７（ｂ））との相違点を中心に説明する。なお、本実施形態では、Ｓ２２１において受信端末１０Ａが送信端末１０Ｂから受信するＮＤＥＦ情報には、上述した通りメールアドレスが含まれている。第５実施形態の受信端末処理において、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が不可能であるとＣＰＵ１１が判断した場合（Ｓ２２５：Ｎｏ）、ＣＰＵ１１は、第４実施形態と同様に、Ｓ２３１〜Ｓ２３４の処理を実行する。次に、ＣＰＵ１１は、Ｓ２３２において処理されたデータ、すなわち、受信端末１０Ａにインストールされている古いバージョンのデータ送受信アプリ１２ｂで処理されたデータをＮＤＥＦ情報に格納し（Ｓ８２１）、当該ＮＤＥＦ情報を、通信の相手である送信端末１０Ｂに送信する（Ｓ８２２）。ＣＰＵ１１は、Ｓ８２２の処理後、第４実施形態と同様にＳ２３５の処理を実行し、本処理を終了する。
【００７３】
図８（ｂ）は、第５実施形態のアップデート処理を示すフローチャートである。第４実施形態のアップデート処理（図７（ｂ））との相違点を中心に説明する。第５実施形態のアップデート処理において、アップデートフラグ１３ａがオンに設定され、かつ、無線ＬＡＮ通信部２３を介したダウンロードサーバ１００との接続が可能であるとＣＰＵ１１が判断した場合（Ｓ２４１：Ｙｅｓ，Ｓ２４２：Ｙｅｓ）、ＣＰＵ１１は、第４実施形態と同様にＳ２４３〜Ｓ２４５の処理を実行する。次に、ＣＰＵ１１は、Ｓ２４４において読み込んだＮＤＥＦ情報、すなわち、情報保存領域１２ｃに保存されていたＮＤＥＦ情報から、メールアドレスを取得する（Ｓ８４１）。ＣＰＵ１１は、取得したメールアドレスを宛先とし、Ｓ２４５において処理されたデータ、すなわち、Ｓ２４３においてアップデートされたデータ送受信アプリ１２ｂで処理されたデータをメールに添付して送信する（Ｓ８４２）。送信端末１０Ｂは、Ｓ８４２において送信されたメールを受信することにより、Ｓ２４５において処理されたデータを取得することができる。ＣＰＵ１１は、Ｓ８４２の処理後、第４実施形態と同様にＳ２４６の処理を実行し、本処理を終了する。
【００７４】
上記第５実施形態によれば、受信端末１０Ｂのバージョンが受信端末１０Ａのバージョンより新しく、かつ、受信端末１０Ａがダウンロードサーバ１００に接続不可能である場合、受信端末１０Ａは、送信端末１０Ｂから受信したデータを自バージョンで処理可能な範囲で処理した後、受信端末１０Ａにおいてデータ送受信アプリ１２ｂのアップデートがされると、アップデートされたデータ送受信アプリ１２ｂにより処理されたデータが、予め取得した送信端末１０Ｂのメールアドレスを宛先とするメールに添付されて送信される。よって、送信端末１０Ｂは、メールを受信可能な場所であれば、受信端末１０Ａとの近距離通信が不可能な位置であっても、アップデートされたデータ送受信アプリ１２ｂにより処理されたデータを、随時、取得できる。
【００７５】
上記各実施形態において、データ送受信アプリ１２ｂが、情報処理プログラムの一例である。受信端末１０Ａが、請求項１および請求項１１の情報処理装置の一例であり、送信端末１０Ｂが、請求項１および請求項１１の外部装置の一例である。送信端末１０Ｂが、請求項８の情報処理装置の一例であり、受信端末１０Ａが、請求項８の外部装置の一例である。ネットワーク８００が、ネットワークの一例である。サーバ１００，２００，３００が、サーバの一例である。ダウンロードサーバ１００が、情報処理プログラム（本プログラム）をダウンロード可能なサーバの一例である。クラウドサーバ２００が、各種データを格納可能なサーバの一例である。ＣＰＵ１１が、制御部の一例である。フラッシュメモリ１２が、請求項３および請求項１０の記憶部の一例である。ＲＡＭ１３が、請求項４の記憶部の一例である。図３に示す電話帳のデータが、情報処理プログラムが処理可能なデータの一例である。ＮＤＥＦ情報が、処理情報の一例である。格納先のＵＲＬが、位置情報の一例である。ＮＤＥＦ情報に含まれるメールアドレスが、メールアドレスの一例である。
【００７６】
Ｓ２２１の処理を実行するＣＰＵ１１が、データ受信手段の一例である。Ｓ２２４の処理を実行するＣＰＵ１１が、請求項１および請求項１１のバージョン判断手段の一例である。Ｓ２３１，Ｓ２３２の処理を実行するＣＰＵ１１が、第１処理制御手段の一例である。Ｓ２４３の処理を実行するＣＰＵ１１が、請求項１および請求項１１のアップデート手段の一例である。Ｓ２４５の処理を実行するＣＰＵ１１が、請求項２の第２処理制御手段の一例である。Ｓ２３３の処理を実行するＣＰＵ１１が、請求項３の記憶制御手段の一例である。Ｓ２４６の処理を実行するＣＰＵ１１が、請求項３の削除手段の一例である。Ｓ２２２の処理を実行するＣＰＵ１１が、請求項４の記憶制御手段の一例である。Ｓ６２１の処理を実行するＣＰＵ１１が、請求項４のデータ送信手段の一例である。図６のＳ２３５の処理を実行するＣＰＵ１１が、請求項４の削除手段の一例である。Ｓ２４２の処理を実行するＣＰＵ１１が、請求項４の接続判断手段の一例である。Ｓ６４１の処理を実行するＣＰＵ１１が、データ取得手段の一例である。Ｓ６４２の処理を実行するＣＰＵ１１が、請求項４の第２処理制御手段の一例である。Ｓ７２３，Ｓ７２４の処理を実行するＣＰＵ１１が、請求項５の第１データ送信手段の一例である。Ｓ７４１の処理を実行するＣＰＵ１１が、請求項５の第２データ送信手段の一例である。Ｓ８４１の処理を実行するＣＰＵ１１が、アドレス取得手段の一例である。Ｓ８２１，Ｓ８２２の処理を実行するＣＰＵ１１が、請求項６の第１データ送信手段の一例である。Ｓ８４２の処理を実行するＣＰＵ１１が、請求項６の第２データ送信手段の一例である。
【００７７】
Ｓ４０１の処理を実行するＣＰＵ１１が、問い合わせ手段の一例である。Ｓ４０２の処理を実行するＣＰＵ１１が、バージョン受信手段の一例である。Ｓ４０４の処理を実行するＣＰＵ１１が、請求項８のバージョン判断手段の一例である。Ｓ４０５の処理を実行するＣＰＵ１１が、請求項８の接続判断手段の一例である。Ｓ４０７の処理を実行するＣＰＵ１１が、請求項８のアップデート手段の一例である。図４のＳ２０１，Ｓ２０２の処理を実行するＣＰＵ１１が、請求項８のデータ送信手段の一例である。Ｓ４０６の処理を実行するＣＰＵ１１が、請求項１０の記憶制御手段の一例である。
【００７８】
以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。
【００７９】
例えば、上記各実施形態では、データ送受信アプリ１２ｂを端末１０（１０Ａ，１０Ｂ）に搭載する構成としたが、当該データ送受信アプリ１２ｂを搭載させる情報処理装置としては、上記例示した端末１０に限定されず、タブレット端末や、デジタルカメラなどを採用することも可能である。また、パーソナルコンピュータなどの情報処理装置や、各種機能を実行可能な多機能周辺装置（ＭＦＰ）などを、データ送受信アプリ１２ｂを搭載させる情報処理装置として採用してもよい。なお、受信端末１０Ａが、多機能周辺装置である場合には、送信端末１０Ｂとの通信に基づき、当該多機能周辺装置のファームウェアが最新より古いと判断された場合に、当該多機能周辺装置を、タウンロードサイト１００に換えて、多機能周辺装置のメーカーがソリューションセンターとして提供するサーバ３００に接続させて、当該サーバ３００から最新のバージョンのファームウェアをダウンロードさせてアップデートさせる構成としてもよい。
【００８０】
上記各実施形態では、受信端末１０Ａと送信端末１０Ｂとを同じ端末１０として説明したが、データ送受信アプリ１２ｂが搭載された（インストールされた）端末または装置であれば、受信端末１０Ａと送信端末１０Ｂが異なる端末であってもよい。例えば、受信端末１０Ａが、端末１０のようなスマートフォンなどの携帯端末であり、送信端末１０Ｂが、タブレット端末であってもよい。また、上記各実施形態では、端末１０に搭載されるＯＳ１２ａとして、アンドロイド（登録商標）を例示したが、他のＯＳも利用できる。
【００８１】
上記各実施形態では、１のアプリ、すなわち、データ送受信アプリ１２ｂに従い、ＣＰＵ１１が、図２、図４〜図８に記載される各処理を実行する構成としたが、協働的に作用する複数のアプリケーションプログラムに従い、ＣＰＵ１１が、図２、図４〜図８に記載される各処理を実行する構成としてもよい。
【００８２】
上記各実施形態では、相手のバージョンが自バージョンより新しい場合に、ダウンロードサーバ１００から相手バージョンと同じバージョンのデータ送受信アプリ１２ｂをアップデートのためにダウンロードする構成としたが、相手のバージョンより新しいバージョン、例えば、最新のバージョンのデータ送受信アプリ１２ｂをダウンロードしてアップデートする構成としてもよい。
【００８３】
上記各実施形態では、受信端末１０ＡのＣＰＵ１１は、Ｓ２３２において補正したデータに処理を施した後、受信したＮＤＥＦ情報を情報保存領域１２ｃに保存する構成としたが、情報保存領域１２ｃに保存するＮＤＥＦ情報は、送信情報として選択されたデータの全てでなく、当該データのうち、少なくとも、Ｓ２３２において処理が施されていないデータを含んでいればよい。また、ＮＤＥＦ情報としてではなく、当該ＮＤＥＦ情報に含まれている、送信端末１０Ｂにおいて送信情報として選択されたデータを情報保存領域１２ｃに保存する構成としてもよい。
【００８４】
上記各実施形態では、受信端末１０ＡのＣＰＵ１１は、Ｓ２４５において、情報保存領域１２ｃに保存されているＮＤＥＦ情報に含まれるデータ、すなわち、送信情報として選択されたデータの全てに処理を施す構成としたが、処理を施すデータは、送信情報として選択されてＮＤＥＦ情報に含まれるデータのうち、少なくとも、Ｓ２３２において処理が施されなかったデータであればよい。Ｓ２３２において処理が施されなかったデータに処理を施した場合には、当該処理後のデータを、Ｓ２３２において処理が施されたデータに付加し、送信情報として選択されたデータの全てに対して処理が施された場合と同じ結果となるようにしてもよい。
【００８５】
上記各実施形態では、受信端末１０ＡのＣＰＵ１１は、Ｓ２３２において補正したデータに処理を施した後に、アップデートフラグ１３ａをオンに設定した。つまり、補正したデータに対する処理が完了した後に、Ｓ２４２において、ダウンロードサーバ１００に接続可能か否かの判断を行なう構成とした。これに換えて、Ｓ２３２において補正したデータに対する処理が開始されたことを条件として、アップデートフラグ１３ａをオンに設定する構成としてもよい。つまり、補正したデータに対する処理が開始されたら、当該処理の完了を待つことなく、ダウンロードサーバ１００に接続可能か否かの判断を行なう構成としてもよい。また、Ｓ２３１による補正の結果、自バージョンで処理可能なデータが存在しない場合、Ｓ２３２においてデータに処理を施すことなく、アップデートフラグ１３ａをオンに設定し、それにより、Ｓ２４２において、ダウンロードサーバ１００に接続可能か否かの判断を行う構成としてもよい。
【００８６】
上記１，２，４，５実施形態では、アップデート処理において、受信端末１０Ａは、データ送受信アプリ１２ｂのアップデート後に、情報保存領域１２ｃに保存されていたＮＤＥＦ情報を処理する構成とした。これに換えて、受信端末１０Ａは、データ送受信アプリ１２ｂのアップデート後に、送信端末１０Ｂとの近距離通信を行うための準備を促すメッセージ、例えば、各端末１０Ａ，１０Ｂの近距離通信部２２を近づける旨を報せるメッセージをＬＣＤ１６に表示させて、送信情報を含むＮＤＥＦ情報を送信端末１０Ｂから再度近距離通信によって受信する構成としてもよい。
【００８７】
上記各実施形態の受信端末処理において、相手のバージョンが自バージョンより新しく、かつ、ダウンロードサーバ１００に接続可能であるが、ダウンロードサーバ１００に、相手のバージョンと同じ、または、相手のバージョンより新しいバージョンのデータ送受信アプリ１２ｂが格納されていない場合、受信端末１０ＡのＣＰＵ１１は、処理をＳ２３１に移行するように構成してもよい。
【００８８】
上記第３実施形態の受信端末処理のＳ６２１において、ＮＤＥＦ情報をクラウドサーバ２００にアップロードできない場合には、ＮＤＥＦ情報を情報記憶領域１２ｃに保存する構成としてもよい。ＮＤＥＦ情報を情報記憶領域１２ｃに保存した場合、アップデート処理のＳ６４１において、クラウドサーバ２００からＮＤＥＦ情報をダウンロードすることに換えて、情報記憶領域１２ｃに保存されているＮＤＥＦ情報を読み込む。
【００８９】
上記第５実施形態では、受信端末１０Ａは、送信端末１０ＢのメールアドレスをＮＤＥＦ情報から取得する構成としたが、メールアドレスを直接受信する構成としてもよい。また、受信端末１０Ａがメールアドレスを取得するタイミングとしては、Ｓ２２１に限らず、種々のタイミングを採用できる。例えば、Ｓ８２２において処理後のデータを送信した際のレスポンスとして、受信端末１０Ａが、メールアドレスを含むＮＤＥＦ情報やメールアドレスを送信端末１０Ｂから受信する構成としてもよい。あるいは、送信端末１０Ｂのメールアドレスと、当該送信端末１０Ｂを特定可能な端末ＩＤなどの特定情報とを対応付けたテーブルを、受信端末１０Ａに記憶させておき、受信端末１０Ａは、送信端末１０Ｂから受信した特定情報に基づき、当該テーブルを参照してメールアドレスを取得する構成としてもよい。
【００９０】
上記各実施形態では、近距離通信部２２が行う近距離通信を、ＮＦＣ標準規格に従う非接触通信としたが、これに換えて、近距離通信部２２が行う近距離通信を、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）など、他の規格に従う非接触通信としてもよい。また、データ送受信アプリ１２ｂによるデータの送受信を、近距離通信部２２が行う近距離通信によって行う構成に限らず、赤外線通信や、Ｂｌｕｅｔｏｏｔｈ（登録商標）による通信などの各種無線通信によって行う構成としてもよい。また、データ送受信アプリ１２ｂによるデータの送受信を、受信端末１０Ａと送信端末１０Ｂとをケーブルで接続し、当該ケーブルを介した有線通信によって行う構成としてもよい。
【００９１】
上記各実施形態では、送信情報およびバージョン情報がＮＤＥＦ情報に含まれる構成としたが、送信情報およびバージョン情報を各々独立した単位の情報として送受信される構成としてもよい。
【００９２】
上記各実施形態では、データ送受信アプリ１２ｂの「バージョン」が、データ送受信アプリ１２ｂが処理可能なデータの構成のバージョン（改訂回数）であるものとして説明したが、当該「バージョン」が、データの構成だけでなく他の改訂を含むバージョンであってもよい。ただし、当該「バージョン」を、上記各実施形態のように、データ送受信アプリ１２ｂが処理可能なデータの構成のバージョン、すなわち、データに対応するバージョンとして、相手のバージョンと自装置とのバージョンとの比較を行うことにより、データ送受信アプリ１２ｂがデータ構成には関連しない部分で改訂された場合であっても、データ送受信アプリ１２ｂのアップデートを行うといった無駄な処理を抑制できる。
【００９３】
上記各実施形態では、ＣＰＵ１１が、図２、図４〜図８に記載される各処理を実行する構成として説明したが、図４〜図８に記載される各処理を、複数のＣＰＵが協同的に実行する構成としてもよい。また、ＡＳＩＣなどのＩＣが、図４〜図８に記載される各処理を実行する構成してもよい。また、ＣＰＵ１１とＡＳＩＣなどのＩＣとが協同して、図４〜図８に記載される各処理を実行する構成してもよい。
【００９４】
上記第１〜第５実施形態として例示した構成と、上述した各変形例の内容とを、適宜組み合わせたものを本発明の情報処理装置としてもよい。例えば、第３〜第５実施形態の送信端末処理として、第２実施形態の送信端末処理（図４）を適用する構成としてもよい。
【符号の説明】
【００９５】
１０    端末
１０Ａ    受信端末
１０Ｂ    送信端末
１２ｂ    データ送受信アプリ
【図１】
2014157579.tif 000003
【図２】
2014157579.tif 000004
【図３】
2014157579.tif 000005
【図４】
2014157579.tif 000006
【図５】
2014157579.tif 000007
【図６】
2014157579.tif 000008
【図７】
2014157579.tif 000009
【図８】
2014157579.tif 000010