JP6549750B2 - 表示装置、連携システム、制御方法及びプログラム - Google Patents

Description

本発明は、表示装置等に関する。

従来、移動端末と情報処理装置間のデータ転送について、ＲＦタグ等の近接通信（第１の通信方式）によって他の装置の識別情報を取得し、取得した識別情報を用いることで、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の別の通信方式（第２の通信方式）を確立し、データ転送を行うという技術があった（例えば、特許文献１参照）。

一方、簡易にログイン出来る方法として、例えば、移動端末をクラウドサービスにログインさせた状態でＭＦＰに近接させるとＭＦＰも移動端末と同じサービスにログインするという技術が開示されている（例えば、特許文献２参照）。

特許第４８６８１９５号公報 特開２０１３−１０９６１６号公報

上述した特許文献１の方法では、セキュリティに関して考慮されていない為、情報処理装置内に格納されている機密情報が漏えいする危険性があった。すなわち、意図しない状態で端末内のファイルが漏洩してしまうという問題点があった。

また、特許文献２の記載では、移動端末とＭＦＰ間の情報のやり取りは、サービスへのユーザログイン情報に限られており、ユーザが利用する文書データ等の情報をやり取りする方策については記載されていない。したがって、ファイルを連携するという仕組みまでは実現出来ないという問題点があった。

上述した課題に鑑み、本発明が目的とするところは、表示装置と、他の表示装置との端末間におけるファイルの連携を容易にするための表示装置等を提供することである。

上述した課題を解決するために、本発明の表示装置は、
他の表示装置と、近距離間の通信を実現する第１通信手段と、第２通信手段とにより接続可能な表示装置であって、
前記第１通信手段は、前記他の表示装置との接続を検知し、
前記第２通信手段は、
前記他の表示装置との接続が検知された後に、前記表示装置又は前記他の表示装置において表示されているファイルのファイル情報を送受信可能であって、
前記他の表示装置からファイル情報を受信した場合に、当該ファイル情報に基づくファイル送信要求を当該他の表示装置に送信し、
前記ファイル送信要求に応答して、前記他の表示装置からファイルを受信する、
ことを特徴とする。

本発明の連携システムは、
表示装置と、他の表示装置とを含む連携システムであって、
前記表示装置は、
他の表示装置と、近距離間の通信を実現する第１通信手段と、第２通信手段とを備え、
前記第１通信手段は、前記他の表示装置との接続を検知し、
前記第２通信手段は、
前記他の表示装置との接続が検知された後に、前記表示装置又は前記他の表示装置において表示されているファイルのファイル情報を送受信可能であって、
前記他の表示装置からファイル情報を受信した場合に、当該ファイル情報に基づくファイル送信要求を当該他の表示装置に送信し、
前記ファイル送信要求に応答して、前記他の表示装置からファイルを受信する、
ことを特徴とし、
前記他の表示装置は、
実行中のアプリケーションに応じて、前記表示装置において表示されているファイルのファイル情報又はファイル送信要求を送信し、
前記表示装置からファイル送信要求を受信した場合には、ファイル送信要求に応じてファイルを当該表示装置に送信し、
前記表示装置からファイルを受信した場合には、他の表示装置の表示部に受信したファイルを表示する、
ことを特徴とする。

本発明の連携システムは、
第１通信手段で第１の表示装置と第２の表示装置とが接続された後、第２通信手段で第１の表示装置と第２の表示装置との間で通信可能となる連携システムであって、
前記第１通信手段で、前記第１の表示装置と前記第２の表示装置とが接続されたときに、前記第１の表示装置においてファイルが表示されている場合には、前記第２通信手段を介して第１の表示装置から第２の表示装置に当該表示されているファイルが送信され、
前記第１通信手段で、前記第１の表示装置と前記第２の表示装置とが接続されたときに、前記第２の表示装置においてファイルが表示されている場合には、前記第２通信手段を介して第２の表示装置から第１の表示装置に当該表示されているファイルが送信される、
ことを特徴とする。

本発明の表示装置における制御方法は、
他の表示装置と、近距離間の通信を実現する第１通信部と、第２通信部とにより接続可能な表示装置における制御方法であって、
前記他の表示装置との接続を第１通信部により検知し、
前記他の表示装置との接続が検知された後に、前記表示装置又は前記他の表示装置において表示されているファイルのファイル情報を第２通信部により送受信可能であって、
前記他の表示装置からファイル情報を受信した場合に、当該ファイル情報に基づくファイル送信要求を当該他の表示装置に送信し、
前記ファイル送信要求に応答して、前記他の表示装置からファイルを受信する、
ことを特徴とする。

本発明の表示装置は、他の表示装置と、表示制御装置とは、まず近距離間の通信を実現する第１通信手段で接続を検知し、その後第２通信手段によりファイルを送信する。これにより、表示装置と、他の表示装置とは、特に意識することなく、簡易な方法でファイルの連携を実現することができる。

ファイル連携システムの全体を示す図である。 表示装置の機能構成を説明するための図である。 携帯端末装置の機能構成を説明するための図である。 アカウント情報を説明するための図である。 ファイル情報を説明するための図である。 プロセス管理部が管理するプロセスについて説明するための図である。 メイン処理に関する動作フローの一例である。 第１実施形態における動作フローの一例である。 第１実施形態における動作例（画面例）を説明するための図である。 第１実施形態における動作例（画面例）を説明するための図である。 第２実施形態における動作フローの一例である。 第３実施形態における動作フローの一例である。 第３実施形態における動作例（画面例）を説明するための図である。 第３実施形態における動作例（画面例）を説明するための図である。 第４実施形態における動作フローの一例である。 第４実施形態における動作例（画面例）を説明するための図である。 第４実施形態における動作例（画面例）を説明するための図である。 第５実施形態における動作フローの一例である。 第５実施形態における動作例（画面例）を説明するための図である。 第５実施形態における動作例（画面例）を説明するための図である。 第６実施形態における動作フローの一例である。 第６実施形態における動作例（画面例）を説明するための図である。 第７実施形態における動作フローの一例である。 第７実施形態における動作例（画面例）を説明するための図である。 第８実施形態における動作フローの一例である。 第８実施形態における動作例（画面例）を説明するための図である。 第９実施形態における動作フローの一例である。 第９実施形態における動作例（画面例）を説明するための図である。 第９実施形態における動作例（画面例）を説明するための図である。 第１０実施形態における表示装置の機能構成を説明するための図である。 第１１実施形態における動作フローの一例である。 第１２実施形態における動作フローの一例である。

以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本発明の表示制御装置を適用した表示装置１０、本発明の携帯端末装置を適用した携帯端末装置２０を例に説明しているが、本発明の特徴を説明するための一例である。

［１．全体構成］
図１は、本発明のファイル連携システム１を模式的に示した図を示すものである。本実施形態においては、本発明の表示制御装置を適用した表示装置１０が、ネットワークＮＷに接続されている。また、端末装置として、携帯端末装置２０が含まれており、ネットワークＮＷと無線ＬＡＮや３Ｇ回線（第２の通信方式）を介して接続されている。また、携帯端末装置２０は、ネットワークＮＷを介して表示装置１０と接続されており、また、ＮＦＣ通信（第１の通信方式）を介しても接続可能である。

ネットワークＮＷを介して、更にクラウドストレージサーバ３０（以下、クラウドストレージのことを「ＣＳ」という。）が接続されている。ＣＳサーバ３０は、ファイル管理サービスを提供するサーバであり公知のクラウドストレージサービスを利用するものである。

なお、ネットワークＮＷは、ＬＡＮとＷＡＮとを含む概念である。すなわち、携帯端末装置２０は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ等の規格を利用した無線ＬＡＮで、アクセスポイントを介して接続しても良いし、３Ｇ回線を利用して接続しても良い。表示装置１０も有線ＬＡＮ、無線ＬＡＮに関わらず接続されれば良い。また、ＣＳサーバ３０も、インターネットを介したクラウドストレージサービスを想定しても良いし、構内ＬＡＮに設けたファイル管理サーバやＮＡＳを想定しても良い。

［２．機能構成］
続いて、本実施形態における表示装置１０と、携帯端末装置２０との機能構成について図を用いて説明する。

［２．１ 表示装置］
表示装置１０の機能構成について、図２を用いて説明する。表示装置１０は、制御部１００と、表示部１１０と、操作部１２０と、ＮＦＣ通信部１３０と、無線通信部１４０と、ＬＡＮ通信部１５０と、記憶部１６０と、アプリケーション管理部１７０とを有して構成されている。

制御部１００は、表示装置１０の全体を制御するための機能部である。制御部１００は、記憶部１６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

表示部１１０は、各種情報や、データ等を表示する為の機能部である。例えば、液晶ディスプレイ（ＬＣＤ）や、有機ＥＬディスプレイ等により構成されている。なお、本実施形態は、表示装置１０に表示部１１０を有する構成を例として説明するが、例えば外部ディスプレイに接続される装置であっても良い。すなわち、表示制御装置として構成されており、ＨＤＭＩ（登録商標）等により接続された外部の表示装置に表示する制御を行う装置であっても良い。

操作部１２０は、利用者が各種操作を行う為の機能部である。本実施形態においては、表示部１１０の上に重ねて設けられるタッチパネルを例に挙げて説明する。なお、例えばマウス、キーボードといった種々の操作装置が利用可能なことは勿論である。また、タッチパネルも複数のタッチを検出可能な装置であって、例えば静電誘導方式であったり、感圧方式であったりする。

ＮＦＣ通信部１３０は、近距離間無線通信（第１通信）を行う為の機能部である。ＮＦＣ通信部１３０は、後述する携帯端末装置２０のＮＦＣ通信部２３０と通信を行う。これにより種々のデータ（情報）、ファイルをＮＦＣ（Near Field Communication）を介して通信可能である。

無線通信部１４０は、無線ＬＡＮ等を利用して通信（第２通信）を行う機能部である。例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ等といった無線ＬＡＮの規格を利用し、携帯端末装置２０と通信可能となる。

ここで、表示装置１０と、携帯端末装置２０は、アドホック・モードを利用して直接接続されることとしても良いし、インフラストラクチャ・モードを利用してアクセスポイントを経由して接続されることとしても良い。

ＬＡＮ通信部１５０は、有線ＬＡＮに接続して通信（第２通信）を行うための機能部である。有線ＬＡＮを解して、他のネットワーク（例えば、インターネット）を解してＣＳサーバ３０に接続可能となる。

なお、説明の都合上無線通信部１４０と、ＬＡＮ通信部１５０とを分けて説明するが、片方だけを利用して通信可能なことは勿論である。

記憶部１６０は、表示装置１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１６０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部１６０には、利用者がＣＳサーバ３０（ＣＳサーバ３０において実現されるＣＳサービス）に接続するためのアカウント情報１６２と、連携するファイルについてのファイル情報１６４とが記憶可能である。このアカウント情報１６２は、後述するアカウント情報２６２と、ファイル情報１６４は後述するファイル情報２６４と共通の情報であり、詳細は後述する。

アプリケーション管理部１７０は、表示装置１０において実行されるアプリケーションを管理する機能部である。本実施形態には、ＣＳサービスを利用するためのクラウドストレージアプリ（以下、「ＣＳアプリ」という）１７２と、管理アプリ１７４とが少なくとも記憶されている。なお、管理されているアプリケーションは、記憶部１６０に記憶されていても良い。

［２．２ 携帯端末装置］
続いて、携帯端末装置２０の機能構成について、図３を用いて説明する。携帯端末装置２０は、制御部２００と、表示部２１０と、操作部２２０と、ＮＦＣ通信部２３０と、無線通信部２４０と、通話処理部２５０と、記憶部２６０と、アプリケーション管理部２７０と、プロセス管理部２８０とを備えて構成されている。

制御部２００は、携帯端末装置２０の全体を制御するための機能部である。制御部２００は、記憶部２６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

表示部２１０は、各種情報や、データ等を表示する為の機能部である。例えば、液晶ディスプレイ（ＬＣＤ）や、有機ＥＬディスプレイ等により構成されている。なお、本実施形態は、携帯端末装置２０に表示部２１０を有する構成を例として説明するが、例えば外部ディスプレイに接続される装置であっても良い。すなわち、表示制御装置として構成されており、ＨＤＭＩ等により接続された外部の表示装置（例えば、大型の表示装置に対してワイヤレスＨＤＭＩで接続する液晶テレビ）に表示する制御を行う装置であっても良い。

操作部２２０は、利用者が各種操作を行う為の機能部である。本実施形態においては、表示部２１０の上に重ねて設けられるタッチパネルを例に挙げて説明する。なお、例えばハードウェアキーや音声入力といった種々の操作装置が利用可能なことは勿論である。また、タッチパネルも複数のタッチを検出可能な装置であって、例えば静電誘導方式であったり、感圧方式であったりする。

ＮＦＣ通信部２３０は、近距離間無線通信（第１通信）を行う為の機能部である。ＮＦＣ通信部２３０は、上述した表示装置１０のＮＦＣ通信部１３０と通信を行う。これにより種々のデータ（情報）、ファイルをＮＦＣ（Near Field Communication）を介して通信可能である。

無線通信部２４０は、無線ＬＡＮ等を利用して通信（第２通信）を行う機能部である。例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ等といった無線ＬＡＮの規格を利用し、表示装置１０と通信可能となる。

通話処理部２５０は、携帯端末装置２０が携帯電話機能として実現するための機能部である。例えば、音声処理部を含んでおり、音声入出力装置を利用する事により通話機能を実現することが出来る。

さらに、外部の回線を利用することにより通信（第２通信）を行うことも出来る。すなわち携帯キャリアが用意した３Ｇ回線やＬＴＥ回線を利用することにより、データ通信等を行うことが可能となる。これにより、例えば無線通信部２４０において、無線ＬＡＮが接続出来ない環境であっても、通話処理部２５０を解して３Ｇ回線やＬＴＥ回線を利用し、データ通信を行うことが可能となる。

記憶部２６０は、携帯端末装置２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２６０は、例えば、内蔵される半導体メモリや、ＳＤカード（登録商標）という着脱可能なメモリ等により構成されている。

また、記憶部２６０には、利用者がＣＳサービスに接続するためのアカウント情報２６２と、連携するファイルについてのファイル情報２６４とが記憶可能である。

ここで、図４を用いてアカウント情報２６２（１６２）について説明する。アカウント情報は、ＣＳサービスに接続するための情報であり、例えば接続サービス先の情報（例えば、「ＸＸＸクラウドサービス」）と、接続ＩＤ（例えば、「ＡＢＣ００１」）と、接続パスワード（例えば、「Ｌｋ９ｂＮｇ」）とが記憶されている。ここで、接続サービス先の情報としては、例えばＵＲＬやＩＰアドレスといったものが併せて記憶されても良い。

図５は、ファイル情報２６４（１６４）を説明するための図である。ファイル情報は、連携されるファイルのファイル名（例えば、「Ｓ００１．ＪＰＧ」）と、ファイルサイズ（例えば、「９６５ｋＢ」）と、データの整合性を確認するために利用されるハッシュ関数の方式（例えば、「ＳＨＡ２５６」）とが記憶されている。

アプリケーション管理部２７０は、表示装置１０において実行されるアプリケーションを管理する機能部である。本実施形態には、ホームアプリ２７２と、ファイル管理アプリ２７４と、ＣＳアプリ２７６と、ブラウザアプリ２７８とが一例として記憶されている。

ホームアプリ２７２とは、一般的には、携帯端末装置２０を起動したときに最初に表示される（操作可能となる）アプリのことをいう。例えば、時計やメールの通知を表示するアイコンやガジェットが表示されたり、各種アプリケーションを起動するためのアイコンが表示されたりする。このホームアプリ２７２は、携帯端末装置２０の製造メーカが予めプリインストールしたり、携帯キャリアが共通のホームアプリをプリインストールしたりする場合がある。また、利用者が独自のホームアプリをインストールして利用することも出来る。

ファイル管理アプリ２７４は、ファイルを選択したり、操作したりするために利用されるアプリケーションである。携帯端末装置２０において実行されるＯＳにより予め実現されている場合もあるし、別のファイル管理アプリをインストールし、実行する場合もある。なお、通常ファイル管理アプリとは、携帯端末装置２０内のファイル（ローカルファイル）と、ネットワーク上のファイルとを表示出来ることが多い。しかし、本実施形態では、ＣＳアプリ２７６との説明の都合上、携帯端末装置２０内のファイルを管理することとして説明する。

ＣＳアプリ２７６は、ＣＳサーバ３０上にあるファイルを表示したり、操作したりするために利用されるアプリケーションである。

ブラウザアプリ２７８は、ＨＴＭＬ等のハイパーテキストのドキュメントを表示するためのアプリケーションである。通常は、インターネット上のホームページを利用するのに利用されるアプリケーションである。

上述した管理されているアプリケーションは、記憶部１６０に記憶されていても良い。本実施形態は、表示装置１０、携帯端末装置２０及びＣＳサーバ３０との連携を説明するために一例として記載しているものであり、各アプリの機能は実施形態の記載に限定される訳ではなく、また、他のアプリを用いても実現出来ることもある。

プロセス管理部２８０は、携帯端末装置２０における実行されているプロセス、サービスを管理する機能部である。プロセス管理部２８０により、現在実行されているプロセス（アプリケーション）が、メインで実行されているか（フォアグランドで起動されているか）否かを管理することができる。

例えば、図６に示すように、実行中のプロセスリストに基づいて管理する。具体的には、現在実行中のプロセスのプロセスＩＤ（ＰＩＤ）、プロセス名、ＣＰＵの占有率、メモリの使用量、現在の状態（Ｓｔａｔｕｓ）等を管理している。

ここで、現在の状態としては、例えばメインで起動している（利用者が操作可能な状態にある）ことを示す「Ｆｏｒｅｇｒｏｕｎｄ」、実行はしているが直接操作できない、すなわちバックグランドで実行中であることを示す「Ｂａｃｋｇｒｏｕｎｄ」、利用されていないために実行レベルを落としている「Ｓｌｅｅｐ」等といった状態を管理している。このような管理は、本明細書ではプロセス管理部２８０が行っているが制御部２００が行っても良い。

なお、説明の都合上、「Ｆｏｒｅｇｒｏｕｎｄ」の状態で実行中のプロセス（アプリ）を「実行中アプリ」といい、「Ｂａｃｋｇｒｏｕｎｄ」の状態で実行中のプロセス（アプリ）を「待機中アプリ」という。

［３．処理の流れ］
以下、本発明を適用した場合における処理の流れを説明する。図７は、携帯端末装置２０が、表示装置１０と、ＮＦＣ接続が検知された場合又は接続された場合に実行される処理である。すなわち、携帯端末装置２０のＮＦＣ通信部２３０と、表示装置１０のＮＦＣ通信部１３０とがそれぞれ接続を検知した場合に、携帯端末装置２０の状態に応じて、複数の処理が実施される。

まずＮＦＣ通信部２３０により、携帯端末装置２０により接続が検知されると（ステップＳ１０２；Ｙｅｓ）、表示装置１０のＩＰアドレスが受信される（ステップＳ１０４）。ここでは、ＮＦＣ通信部２３０を介して、表示装置１０のＩＰアドレスが受信されることになる。

なお、表示装置１０と、携帯端末装置２０とが同一ＬＡＮで接続できない場合は、ＣＳサーバ３０（ＣＳサービスを提供している先）のＩＰアドレスが通知される。この場合、表示装置１０と、携帯端末装置２０とは直接通信が無線通信部を介して行えないこととなり、ＣＳサーバを経由してデータを送受信するからである。

続いて、携帯端末装置２０において、ＣＳアプリ２７６が表示中であるか否か判定する（ステップＳ１０６）。ここで、「アプリが表示中」とは、フォアグランドにより実行されており、実行されているアプリが前面表示（又はサブウィンドウで重畳表示され）、利用者が操作可能な状態となっていることを言う。当該状態の検出には、プロセス管理部２８０により検出可能である。

ここで、ＣＳアプリ２７６が表示中の場合、今度は表示装置１０でＣＳアプリ１７２が実行中であるか否かを判定する（ステップＳ１０８）。ＣＳアプリ１７２が実行されていなければ、ＣＳアプリ起動処理（図１１）が実行される（ステップＳ１１０）。他方、ＣＳアプリ１７２が実行中であれば、クラウド情報送信処理（図１２）が実行される（ステップＳ１１２）。

ここで、表示装置１０において、ＣＳアプリ１７２が実行中であるか否かは、プログラムが起動しているか否かを制御部１００が判定すれば良い。例えば、ＮＦＣ通信部１３０により接続されたとき（または接続された後）に、ＮＦＣ通信部１３０やＬＡＮ（無線通信部１４０。ＬＡＮ通信部１５０）による通信により当該情報を送受信しても良いし、起動確認等を携帯端末装置２０から表示装置１０に行うことにより確認しても良い。

携帯端末装置２０において、ＣＳアプリ２７６が表示中でない場合（実行中ではない場合）、今度はファイル管理アプリ２７４が表示中（実行中）であるか否かを判定する（ステップＳ１１４）。ここで、ファイル管理アプリ２７４が表示中である場合には、ファイル送信処理（図１５）が実行される（ステップＳ１１６）。

他方、ファイル管理アプリ２７４が表示中ではなく、ブラウザアプリが表示中（実行中）の場合には（ステップＳ１１４；Ｎｏ→ステップＳ１１８；Ｙｅｓ）、ブラウザ表示要求処理（図１８）が実行される（ステップＳ１２２）。

また、上述したアプリが表示されていない場合、例えばホームアプリ２７２が表示されている場合には、ファイル送信要求処理（図８）が実行される（ステップＳ１１８；Ｎｏ→ステップＳ１２０）。

ここで、本実施形態においては、ステップＳ１２０はホームアプリ２７２が表示されている（待機状態）として説明するが、例えば他のアプリ（メールアプリ等）が実行されているときに、ファイル送信要求が行われてもよい。

［３．１ 第１実施形態］
まず第１実施形態として、携帯端末装置２０がホームアプリ２７２が実行中アプリである場合に実行されるファイル送信要求処理について図８を用いて説明する。

なお、これらのファイル連携については、携帯端末装置２０においては、ＣＳアプリ２７６が実行する処理となる。したがって表示されていないが、バックグランドで実行されている必要はある。

また、以下の処理は、ＮＦＣ通信により接続検知が行われた後である。したがって、これ以降の処理は無線通信部２４０と、無線通信部１４０との間の処理にて行われる。なお、アクセスポイントを介して携帯端末装置２０が接続されている場合には、表示装置１０においてはＬＡＮ通信部１５０を用いて通信を行っても良いことは勿論である。

まず、携帯端末装置２０から、表示装置１０に対して接続要求を送信すると（Ｓ１５２）、表示装置１０から接続応答が携帯端末装置２０に対して送信される（Ｓ１５４）。携帯端末装置２０は、接続応答を受信すると（Ｓ１５６；Ｙｅｓ）、ファイル情報送信要求（Ｓ１５８）を表示装置１０に送信する。

ここで、表示装置１０は、ファイル情報送信要求を受信すると（Ｓ１６０；Ｙｅｓ）、送信するファイル情報１６４を生成する（Ｓ１６２）。そして、生成されたファイル情報１６４を携帯端末装置２０に送信する（Ｓ１６４）。

ここで、生成されるファイル情報１６４は、表示装置１０において処理対象となっているファイルに関する情報が生成される。例えば、画像ファイルであれば表示されているファイル、動画ファイルであれば生成されているファイル、音楽ファイルであれば再生されているファイル、ＰＤＦ（Portable Document Format）ファイルであれば表示されているファイルといった、現在処理対象となっているファイルである。

また、現在処理対象となっているファイルとは、例えばＷｉｎｄｏｗｓのシステムであればアクティブウィンドウ（カレントウィンドウ）として選択されているファイルが対象となる。

携帯端末装置２０は、ファイル情報を受信すると、ファイル情報２６４として記憶部２６０に記憶する。そして、記憶されたファイル情報２６４に基づいて、ファイル送信要求を送信する（Ｓ１６８）。

ファイル送信要求を受信した表示装置１０は（Ｓ１７０；Ｙｅｓ）、ファイル送信要求に基づいたファイルを携帯端末装置２０に送信する（Ｓ１７２）。ここで、携帯端末装置がファイルの受信を完了すると（Ｓ１７４；Ｙｅｓ）、ファイルを表示する（Ｓ１７６）。

なお、各ステップにおいて、待機状態のとき（Ｓ１５６；Ｎｏ、Ｓ１６０；Ｎｏ、Ｓ１６６；Ｎｏ、Ｓ１７０；Ｎｏ）、所定時間内に処理が完了しなければ、再送信号を送信したり、タイムアウトとして処理を中止したりする。また、Ｓ１７４においても、所定時間内にファイルを正しく受信できなかった場合には（Ｓ１７４；Ｎｏ）、再送信号を送信したり、処理を中止したりする。

また、携帯端末装置２０において、受信されたファイルを表示することとして説明しているが、例えば動画ファイルであれば動画を再生したり、音楽ファイルであれば音楽を再生するといった処理を実行しても良い。

続いて、第１実施形態における実施例を、図９及び図１０を用いて説明する。図９（ａ）は表示装置１０における表示画面Ｗ１１０の一例である。表示画面Ｗ１１０には、画像ファイルに基づく画像Ｐ１１０が表示され、操作対象（アクティブ）となっている。

このとき、携帯端末装置２０の状態を示したのが図９（ｂ）である。携帯端末装置２０では、ホームアプリ２７２が表示されている。このとき、携帯端末装置２０をＮＦＣ通信により表示装置１０と接続する（ＮＦＣ通信による接続が検知される）と、第１実施形態におけるファイル送信要求処理が実行される。

ファイル送信要求処理が実行された後を示すのが図１０である。図１０（ａ）は表示装置１０における表示画面Ｗ１１２を、図１０（ｂ）は携帯端末装置２０における表示画面Ｗ２１２をそれぞれ示している。

図１０に示すように、表示装置１０において表示されていた画像Ｐ１１０と、同様の画像Ｐ２１０が表示画面Ｗ２１２に表示されている。このように、表示装置１０において表示されていたファイル（アクティブとなっていた画像ファイル）が、携帯端末装置２０に転送され、携帯端末装置２０上で表示されることになる。

［３．２ 第２実施形態］
続いて、第２実施形態のＣＳアプリ起動処理について、図１１を用いて説明する。第２実施形態のＣＳアプリ起動処理は、携帯端末装置２０において、ＣＳアプリ２７６が起動中にもかかわらず、表示装置１０においてＣＳアプリ１７２が起動していない場合の実施形態である。

まず、携帯端末装置２０から表示装置１０に対して接続要求が送信される（Ｓ２０２）。この接続要求に対して、現在の表示装置の状態を含む接続応答が携帯端末装置２０に送信される（Ｓ２０４）。

携帯端末装置２０は、接続応答が受信されると（Ｓ２０６；Ｙｅｓ）、この接続応答に基づいて表示装置１０の状態について判断する。すなわち、表示装置１０においてＣＳアプリが起動していない場合には、携帯端末装置２０は、ＣＳアプリの起動要求を表示装置１０に送信する（Ｓ２０８）。

表示装置１０は、携帯端末装置２０からＣＳアプリ起動要求を受信すると（Ｓ２１０；Ｙｅｓ）ＣＳアプリを起動する処理を実行する（Ｓ２１２）。

このように、本実施形態によれば、仮に表示装置１０においてＣＳアプリが起動してない場合であっても、利用者は容易に起動することが可能となる。なお、本実施形態では、接続要求／応答にて表示装置１０の状態を確認しているが、他の方法を利用しても良い。

例えば、それより前段階のＮＦＣ通信段階で確認しても良いし、ＣＳサーバ側で管理するとしてもよい。また、図８において、ファイル情報送信要求（図８のＳ１５８）を受信時に、ＣＳアプリが起動していなければ起動する処理を実行しても良い。

［３．３ 第３実施形態］
続いて、第３実施形態のクラウド情報送信処理について、図１２を用いて説明する。第３実施形態のクラウド情報送信処理は、携帯端末装置２０において、ＣＳアプリ２７６により、ＣＳサーバにあるファイルが表示されている場合の実施形態である。

携帯端末装置２０から、表示装置１０に対して接続要求が送信されると（Ｓ３０２）、表示装置１０は、接続応答を送信する（Ｓ３０４）。携帯端末装置２０は、接続応答受信すると（Ｓ３０６；Ｙｅｓ）、ＣＳサーバ（ＣＳサービス）に接続するためのＣＳ接続情報を送信する（Ｓ３０８）。このＣＳ接続情報には、携帯端末装置２０において記憶されているアカウント情報２６２と、現在携帯端末装置２０において表示されている（アクティブとなっている）ファイルリンク情報が含まれている。ファイルリンク情報とは、ＣＳサーバにおいて、当該ファイルが何処にあるかを示す情報である。

表示装置１０は、ＣＳ接続情報を受信すると（Ｓ３１０；Ｙｅｓ）、ＣＳ接続情報から、アカウント情報１６２を抽出し、当該アカウント情報をＣＳサーバ３０に送信する（Ｓ３１２）。すなわち、アカウント情報をＣＳサーバ３０に送信することにより、ＣＳサーバ（ＣＳサービス）に対する接続要求となる。

このアカウント情報に基づいて、ＣＳサービスにログインが出来た場合には（Ｓ３１４；Ｙｅｓ）、ログイン完了通知を表示装置１０に送信する（Ｓ３１６）。続いて、表示装置１０は、ＣＳ接続情報に含まれるファイルリンク情報に基づいてダウンロード要求を送信する（Ｓ３１８）。

ＣＳサーバ３０は、ダウンロード要求に基づくファイルを抽出し（Ｓ３２０）、表示装置１０にファイルが送信される（Ｓ３２２）。

表示装置１０は、ファイル受信が完了すると（Ｓ３２４；Ｙｅｓ）、ファイルを表示する（Ｓ３２６）。ここで、携帯端末装置２０とＮＦＣ通信が切断された場合（Ｓ３２８；Ｙｅｓ）、ファイルが更新されたか否かを判定する（Ｓ３３０）。

ファイルが更新されていなければ特に処理を行わないが（Ｓ３３０；Ｎｏ）、ファイルが更新されている場合には、更新されたファイルをＣＳサーバ３０に送信する（Ｓ３３２）。なお、ファイルが更新されたことを、ファイル更新通知として携帯端末装置２０に送信し（Ｓ３３４）、携帯端末装置２０においてもファイル更新処理を実行しても良い（Ｓ３３６）。

第３実施形態における実施例を、図１３及び図１４を用いて説明する。図１３は、ＮＦＣ通信接続前における、表示装置１０の表示画面Ｗ１３０（図１３（ａ））、携帯端末装置２０の表示画面Ｗ２３０（図１３（ｂ））を表している。

表示画面Ｗ２３０には、画像Ｐ２３０が表示されている。また、この画像Ｐ２３０は、ＣＳサーバ上にあるファイルが表示されている。

ＮＦＣ通信が行われた後の図が、図１４である。図１４は、ＮＦＣ通信接続後における、表示装置１０の表示画面Ｗ１３２（図１４（ａ））、携帯端末装置２０の表示画面Ｗ２３２（図１４（ｂ））を表している。

携帯端末装置２０で表示されていた画像Ｐ２３０と、同一の画像が表示画面Ｗ１３２に、画像Ｐ１３０として表示されている。

このように、本実施形態によれば、表示装置１０と、携帯端末装置２０とのファイルの連携を、ＣＳサービスを介して実現することができる。

［３．４ 第４実施形態］
続いて、第４実施形態のファイル送信処理について、図１５を用いて説明する。第４実施形態のファイル送信処理は、携帯端末装置２０において、ファイル管理アプリ２７４により、携帯端末装置２０のファイルが表示されている場合の実施形態である。

まず、携帯端末装置２０から、表示装置１０に接続要求が送信される（Ｓ４０２）。表示装置１０は、接続応答を携帯端末装置２０に送信する（Ｓ４０４）。そして、携帯端末装置２０は、接続応答を受信すると（Ｓ４０６；Ｙｅｓ）、送信するファイル情報２６４を生成する（Ｓ４０８）。

続いて、ファイル情報２６４を表示装置１０に送信する（Ｓ４１０）。ファイル情報を受信した表示装置１０は（Ｓ４１２；Ｙｅｓ）、問題が無ければファイル送信要求を携帯端末装置２０に送信する（Ｓ４１４）。

携帯端末装置２０は、ファイル送信要求を受信すると（Ｓ４１６；Ｙｅｓ）、ファイル送信要求に対応するファイル（通常、ファイル情報２６４により特定されるファイル）を表示装置１０に送信する（Ｓ４１８）。

表示装置１０は、携帯端末装置２０よりファイルの受信を完了すると（Ｓ４２０；Ｙｅｓ）、ファイルを表示する（Ｓ４２２）。

このように、第４実施形態によれば、携帯端末装置２０においてアクティブとなっているファイルを表示装置１０に容易に送信することができる。なお、Ｓ４２２において、ファイルを表示することとして説明したが、例えば表示装置１０から接続された印刷装置に出力し、印刷を行っても良いし、音楽ファイルであれば再生を行うといった、ファイルに応じた処理を実行すれば良い。

第４実施形態における実施例を、図１６及び図１７を用いて説明する。図１６は、ＮＦＣ通信接続前における、表示装置１０の表示画面Ｗ１４０（図１６（ａ））、携帯端末装置２０の表示画面Ｗ２４０（図１６（ｂ））を表している。

表示画面Ｗ２４０には、領域Ｒ２４０において、携帯端末装置２０内のファイルが選択され、画像Ｐ２４０が表示されている。

ＮＦＣ通信が行われた後の図が、図１７である。図１７は、ＮＦＣ通信接続後における、表示装置１０の表示画面Ｗ１４２（図１７（ａ））、携帯端末装置２０の表示画面Ｗ２４２（図１７（ｂ））を表している。

携帯端末装置２０で表示されていた画像Ｐ２４０が表示装置１０に転送され、画像Ｐ１４０が表示されている。また、図１７（ｂ）に示すように、転送後にメッセージＭ２４２「送信されました」と報知することで、利用者にファイルが送信されたことを視認させる構成としても良い。

［３．５ 第５実施形態］
続いて、第５実施形態のブラウザ表示要求処理について、図１８を用いて説明する。第５実施形態のブラウザ表示要求処理は、携帯端末装置２０において、ブラウザアプリ２７８により、インターネット上のＨＴＭＬ（ホームページ）が表示されている場合の実施形態である。

まず、携帯端末装置２０から、表示装置１０に接続要求が送信される（Ｓ５０２）。表示装置１０は、接続応答を携帯端末装置２０に送信する（Ｓ５０４）。そして、携帯端末装置２０は、接続応答を受信すると（Ｓ５０６；Ｙｅｓ）、現在ブラウザアプリ２７８が起動し、表示されている（フォアグランドで動作している）ことから、ブラウザ表示要求を表示装置１０に送信する（Ｓ５０８）。

表示装置１０は、ブラウザ表示要求を受信すると（Ｓ５１０；Ｙｅｓ）、ブラウザ表示用要求にしたがってブラウザアプリを起動する（Ｓ５１２）。このとき、ブラウザ表示要求に含まれているＵＲＬ情報に基づいて、ホームページを表示する。

このように、第５実施形態によれば、携帯端末装置２０を利用している利用者が、大きな表示画面でホームページを確認したいときに、ＮＦＣ通信により表示装置１０と接続を検知するだけで、表示装置１０と連携してホームページを表示することができる。

第５実施形態における実施例を、図１９及び図２０を用いて説明する。図１９は、ＮＦＣ通信接続前における、表示装置１０の表示画面Ｗ１５０（図１９（ａ））、携帯端末装置２０の表示画面Ｗ２５０（図１９（ｂ））を表している。

携帯端末装置２０においては、ブラウザアプリ２７８により、ホームページが表示されている。

ＮＦＣ通信が行われた後の図が、図２０である。図２０は、ＮＦＣ通信接続後における、表示装置１０の表示画面Ｗ１５２（図２０（ａ））、携帯端末装置２０の表示画面Ｗ２５２（図２０（ｂ））を表している。

携帯端末装置２０において表示されていたホームページが、ＵＲＬに基づいて表示装置１０において表示されている。

［３．６ 第６実施形態］
続いて、第６実施形態について図２１を用いて説明する。第６実施形態は、例えば表示装置１０から携帯端末装置２０がファイルを受信する場合に、ファイル情報から適切に処理が出来ない場合はファイルを受信しない実施形態について説明する。

まず、携帯端末装置２０から、表示装置１０に接続要求が送信される（Ｓ６０２）。表示装置１０は、接続応答を携帯端末装置２０に送信する（Ｓ６０４）。そして、携帯端末装置２０は、接続応答を受信すると（Ｓ６０６；Ｙｅｓ）、受信するファイルの情報であるファイル情報送信要求を送信する（Ｓ６０８）。

ここで、ファイル情報送信要求を受信した表示装置１０は（Ｓ６１０；Ｙｅｓ）、送信予定のファイルに関するファイル情報１６４を生成し（Ｓ６１２）、携帯端末装置２０に送信する（Ｓ６１４）。

ファイル情報を受信した携帯端末装置２０は（Ｓ６１６；Ｙｅｓ）、ファイル情報２６４として記憶する。そして、ファイル情報２６４により、ファイルが適切に処理できるか否かを判定する（Ｓ６１８）。適切に処理できない、すなわち表示したり、実行したり出来ないと判断された場合には、ファイル受信を不可として処理を実行する（Ｓ６２０）。ファイル受信不可処理としては、例えば表示装置１０に対して、適切に処理出来ないことを表示装置１０に送信する。これにより、表示装置１０は、ファイル送信を中止したり、適切なファイルに変換して送信する処理を実行したりする。

なお、ファイルが適切に処理できないか否かの判定は、例えば、ファイルサイズにより判定され、ファイルサイズが規定サイズ以下であるか否かを判定する。すなわち、必要以上にファイルサイズが大きすぎると、メモリ容量が不足したり、処理が遅くなったりするためである。また、携帯端末装置２０の表示部２１０の解像度は限られているため、不必要に大きなサイズを受信しても表示可能な解像度を超えてしまったり、ファイルの転送に時間がかかったりするという問題が生じるためである。例えば、ファイルサイズが１メガバイト未満の場合は規定サイズ以下と判定する。

その他にも、例えば携帯端末装置２０において開けるファイルであるか否かを拡張子から判断する。例えば、表示装置１０においてＰＤＦファイルが表示可能であるが、携帯端末装置２０において表示出来ない場合には、ファイルの受信を行わない。また、動画ファイルでも、再生不可能な動画形式の場合には受信しないといった処理を行う。

ファイルを適切に処理可能な場合、ファイル送信要求を表示装置１０に送信する（Ｓ６２２）。表示装置１０は、ファイル送信要求を受信した場合には（Ｓ６２４；Ｙｅｓ）、ファイル送信要求に対応するファイルを携帯端末装置２０に送信する（Ｓ６２６）。

携帯端末装置２０は、ファイルの受信を完了すると（Ｓ６２８）、受信したファイルに基づいて処理を適切に実行する（Ｓ６３０）。例えば、画像ファイルであれば、ファイルを表示する。

第６実施形態における実施例を、図２２を用いて説明する。図２２は、ＮＦＣ通信接続後における、表示装置１０の表示画面Ｗ１６０（図２２（ａ））、携帯端末装置２０の表示画面Ｗ２６０（図２０（ｂ））を表している。

表示画面Ｗ１６０には、画像Ｐ１６０が表示されている。この画像Ｐ１６０は、画像サイズが大きいため、携帯端末装置２０で適切に表示させることが出来ない。したがって、表示画面Ｗ２６０に示すように、画像が大きすぎることをメッセージＭ２６０を表示して、利用者に報知している、
このように、本実施形態によれば、表示装置１０において表示・実行されているファイルを携帯端末装置２０に送信する場合に、適切に処理できるファイルだけが送信されることとなる。

［３．７ 第７実施形態］
続いて、第７実施形態について説明する。第７実施形態は、第６実施形態において、受信されるファイルサイズが大きすぎる場合に、表示装置１０側でファイルサイズを縮小し送信する処理について説明する。

図２３は、第７実施形態の処理について説明するための図である。第７実施形態は、第６実施形態の図２１の処理のうち、Ｓ６１８においてファイルサイズの大きさにて判定する場合における処理を説明する図である。図２１の処理と共通部分の処理については同一の符号を付すことによりその詳細な説明を省略し、本実施形態の処理に係る部分（図２３において点線で囲まれている部分）の処理を中心に説明する。

すなわち、携帯端末装置２０がファイル情報を受信すると（Ｓ６１６；Ｙｅｓ）、ファイルサイズが規定サイズ以下か否かを判定する（Ｓ７００）。ファイルサイズが規定サイズ以下であれば、特に問題無いため、第６実施形態と同様の処理（すなわち、ファイルを受信する処理）を実行する（Ｓ７００；Ｙｅｓ）。

他方、ファイルサイズが規定サイズより大きい場合（Ｓ７００；Ｎｏ）、縮小して更にファイルを受信するか否かを確認する（Ｓ７０２）。ここで縮小してファイルを受信しない場合には処理を終了し（Ｓ７０２；Ｎｏ）、縮小してファイルを受信する場合には（Ｓ７０２；Ｙｅｓ）、ファイル縮小要求を送信する（Ｓ７０４）。

ファイル縮小要求を受信した表示装置１０は（Ｓ７０６；Ｙｅｓ）、規定サイズ以下にファイルを縮小する（Ｓ７０８）。そして、縮小されたファイルを送信する（Ｓ６２６）。

すなわち、Ｓ７０２においては図２４のように利用に確認する。例えば、図２４は携帯端末装置２０における表示画面Ｗ２７０である。表示画面Ｗ２７０に、メッセージＭ２７０を表示し、利用者に選択させることによりファイルを縮小するか否かを判定する。

また、このような確認メッセージを表示しなくとも、予め設定により自動的に縮小することとしても良い。

なお、上述した実施形態はファイルサイズを一例に説明したが、例えば表示可能な動画コーディックに変化したり、表示可能なファイル形式に変換したり（例えば非対応のドキュメントファイルであればＰＤＦファイルに変換する）こととしても良い。

また、上述した実施形態は、表示装置１０で変換処理を行っているが、ＣＳサーバ３０を利用している場合には、ＣＳサーバ３０上で同様の処理をしても良い。

このように、本実施形態によれば、携帯端末装置２０に処理負担をかけることなく、適切にファイルを表示（処理）することが可能となる。

［３．８ 第８実施形態］
続いて第８実施形態について説明する。第８実施形態は、第６実施形態において、受信されるファイルが適切に処理できない場合に、ＣＳサーバ３０にファイルを保存する処理について説明する。

図２５は、第８実施形態の処理について説明するための図である。第８実施形態は、第６実施形態の図２１の処理のうち、Ｓ６１８においてファイルを適切に処理出来ない場合の処理について説明するための図である。図２１の処理と共通部分の処理については同一の符号を付すことによりその詳細な説明を省略し、本実施形態の処理に係る部分（図２５において点線で囲まれている部分）の処理を中心に説明する。

すなわち、携帯端末装置２０がファイルを適切に処理出来ない場合には（Ｓ６１８；Ｎｏ）、ファイルをＣＳサーバ３０に保存するか否かを確認する（Ｓ８０２）。ここでファイルをＣＳサーバ３０に保存しない場合には処理を終了し（Ｓ８０２；Ｎｏ）、ファイルをＣＳサーバ３０に保存する場合には、ファイル転送要求を表示装置１０に送信する（Ｓ８０２；Ｙｅｓ→Ｓ８０４）。

表示装置１０は、ファイル転送要求を受信すると（Ｓ８０６；Ｙｅｓ）、当該ファイルをＣＳサーバ３０に保存する（Ｓ８０８）。その後、ファイルをＣＳサーバ３０に保存したことを保存完了通知として携帯端末装置２０に送信する（Ｓ８１０）。

携帯端末装置２０は、保存完了通知を受信した場合には（Ｓ８１２；Ｙｅｓ）、保存された旨を利用者に報知する（Ｓ８１４）。なお、Ｓ８１０〜Ｓ８１４の処理については、例えば設定により行わなくても良い。

図２６は、ファイルがＣＳサーバ３０に保存された場合の報知画面の一例を示す図である。携帯端末装置２０の表示画面Ｗ２８０に、メッセージＭ２８０が表示されている。これにより、利用者はファイルが携帯端末装置２０に転送されず、ＣＳサーバ３０に転送された（保存）されたことが解る。

本実施形態によれば、携帯端末装置２０において適切に処理が出来ないファイルの場合には、ＣＳサーバ３０に保存するといった処理を行うことができる。これにより、例えば適切に処理可能な異なる端末で受信したりすることが可能となる。具体的には、携帯電話（スマートフォン）のような小型の端末装置で表示出来ない場合であっても、タブレット端末で表示できる場合や、Ａｎｄｒｏｉｄで表示出来ない場合でも、Ｗｉｎｄｏｗｓで表示出来る場合等有効な手段となる。

［３．９ 第９実施形態］
続いて、第９実施形態について図２７を用いて説明する。第９実施形態は、例えば携帯端末装置２０から表示装置１０がファイルを受信する場合に、ファイルサイズが小さすぎるために適切に受信できない実施形態について説明する。

まず、携帯端末装置２０から、表示装置１０に接続要求が送信される（Ｓ９０２）。表示装置１０は、接続応答を携帯端末装置２０に送信する（Ｓ９０４）。そして、携帯端末装置２０は、接続応答を受信すると（Ｓ９０６；Ｙｅｓ）、送信するファイルの情報であるファイル情報を生成し（Ｓ９０８）、生成されたファイル情報を送信する（Ｓ９０９）。

表示装置１０は、ファイル情報を受信すると（Ｓ９１０；Ｙｅｓ）、ファイルサイズが規定サイズ以上であるか否かを判定する（Ｓ９１２）。ここで、ファイルサイズが規定サイズ未満である場合、表示装置１０の表示部１１０では適切に表示させることが出来ないと判断する。すなわち、解像度から画像が小さく表示されすぎてしまったり、拡大されることによる画質の劣化（ジャギー等の発生による劣化等）が考えられるからである。

したがって、規定サイズ未満である場合には、ファイル受信を拒否する処理を実行する（Ｓ９１２；Ｎｏ→Ｓ９１４）。例えば、携帯端末装置２０に対してファイル送信中止要求等を送信することにより、ファイルの送信を中止する。

他方、ファイルサイズは規定サイズ以上（例えば、ファイルサイズが５００ｋバイト以上や、縦のドット数が所定以上）の場合（Ｓ９１２；Ｙｅｓ）、ファイル送信要求を携帯端末装置２０に送信する（Ｓ９１６）。

携帯端末装置２０は、ファイル送信要求を受信すると（Ｓ９１８；Ｙｅｓ）、ファイルを送信する（Ｓ９２０）。表示装置１０は、ファイル受信が完了すると（Ｓ９２２；Ｙｅｓ）、ファイルを表示する（Ｓ９２４）。

第９実施形態における実施例を、図２８を用いて説明する。図２８（ａ）は表示装置１０の表示画面Ｗ１９０、図２９（ｂ）は携帯端末装置２０の表示画面Ｗ２９０の一例である。携帯端末装置２０において、ファイルが領域Ｒ２９０により選択され、画像Ｐ２９０が表示されている。この段階でＮＦＣ通信が接続されると、表示装置１０にファイルが転送される。

ここで、領域Ｒ２９０で選択されている画像Ｐ２９０の画像サイズが小さいために、表示装置１０において適切に表示することができない。したがって、表示画面Ｗ１９０において、メッセージＭ１９０が表示され、画像が転送されない。

なお、この場合であっても、図２９の表示画面Ｗ１９２のように、利用者に確認して表示することとしても良い。すなわち、メッセージＭ１９２を表示し、利用者に確認を促す。そして、利用者が「表示する」選択を行った場合には画像が表示される。

例え適切に表示されないとしても、利用者が表示させることを所望させる場合には表示させることが可能となる。また、利用者にとっても、画像ファイルの大きさに原因があるとわかっていて画像を表示させることにより、適切に表示されない場合であっても、解って表示していることによりシステムの不具合等を考慮する必要がなくなる。

［３．１０ 第１０実施形態］
続いて、第１０実施形態について説明する。第１０実施形態は、表示装置１０に無線ＬＡＮのアクセスポイントを内蔵した場合の実施形態である。

ここで、第１０実施形態の表示装置１２の機能構成を図３０に示す。表示装置１２は、上述した表示装置１０に、ＡＰ基地局部１８０を備えた構成である。

ＡＰ基地局部１８０は、無線ＬＡＮのアクセスポイントを提供する為の機能部である。携帯端末装置２０は、無線通信部２４０により無線通信を接続するときに、ＡＰ基地局部１８０を介して無線通信部１４０と接続することができる。

これにより、例えば、無線ＬＡＮが社内ＬＡＮ等によりセキュリティとして外部端末が接続できない場合であっても、ＡＰ基地局部１８０を介してローカルに接続することができる。

［３．１１ 第１１実施形態］
続いて、第１１実施形態について説明する。第１１実施形態は、ＮＦＣ通信により、携帯端末装置２０が、無線通信部２４０を介して無線ＬＡＮに接続するときの接続情報をやり取りする実施形態である。接続先としては、外部のアクセスポイントであっても良いし、第１０実施形態で説明した表示装置１２に内蔵されたアクセスポイントであっても良い。

図３１を用いて接続について説明する。まず、携帯端末装置２０と表示装置１０において、ＮＦＣ通信が接続される（Ｓ１００２）。これは、ＮＦＣ通信部１３０と、ＮＦＣ通信部２３０とが接続されることにより実現される。

続いて、ＮＦＣ通信を介してＡＰ情報が表示装置１０から携帯端末装置２０に送信される（Ｓ１００４）。ＡＰ情報として具体的には、ＳＳＩＤや、接続ＩＤ、パスワード、認証方式、通信方式等、アクセスポイントに接続するのに必要な情報が送信される。

ＡＰ情報が送信された後は、ＮＦＣ通信が切断される（Ｓ１００６）。このあと、携帯端末装置２０は、無線通信部２４０から、ＡＰ情報に基づいてアクセスポイント（ＡＰ）に接続要求を送信する（Ｓ１００８）。

ＡＰは、接続要求が受信され（Ｓ１０１０；Ｙｅｓ）、認証がＯＫであれば（Ｓ１０１２；Ｙｅｓ）、接続許可応答を送信する（Ｓ１０１６）。これにより、携帯端末装置２０とＡＰとが接続され無線通信が接続される。これにより、携帯端末装置２０、ＡＰ、表示装置１０と無線通信が接続されることにより、それぞれが通信可能となる（Ｓ１０１８）。

他方、認証が失敗した場合には（Ｓ１０１２；Ｎｏ）、接続拒否応答が送信される（Ｓ１０１４）。この場合、無線通信接続は行われないことになる。

このように、本実施形態によれば、ＮＦＣ通信をトリガーに、無線通信接続を適切に解しすることが可能となる。なお、本実施形態において、表示装置１０は無線通信部１４０により接続することとしているが、ＬＡＮにて接続されればよいため、ＡＰ−表示装置１０間はＬＡＮ通信部１５０を介して有線ＬＡＮにて接続されても良い。

［３．１２ 第１２実施形態］
続いて、第１２実施形態について図３２を用いて説明する。第１２実施形態は、表示装置１０から、携帯端末装置２０に対してファイルを送信するときに、ＣＳサーバ３０を介して送信する手順を明確にしたものである。すなわち、図８の処理において、ＣＳサービスを利用した場合の動作を明確にしており、図１２における動作の逆、すなわち図１２は携帯端末装置２０で表示されている画像が表示装置１０で表示される実施形態であるが、本実施形態は表示装置１０で表示されている画像が携帯端末装置２０で表示される実施形態である。

まず、携帯端末装置２０から接続要求が表示装置１０に送信され（Ｓ１１０２）、表示装置１０から携帯端末装置２０に接続応答が送信される（Ｓ１１０４）。携帯端末装置２０は、接続応答を受信すると（Ｓ１１０６；Ｙｅｓ）、ファイル送信要求を表示装置に送信する（Ｓ１１０８）。

ファイル送信要求を受信した表示装置１０は（Ｓ１１１０；Ｙｅｓ）、ＣＳサーバ３０に対してアカウント情報１６２に基づいてログイン処理を行う。具体的には、アカウント情報をＣＳサーバ３０に送信し（Ｓ１１１２）、アカウント情報によるログインがＯＫなら（Ｓ１１１４；Ｙｅｓ）、ログイン完了通知が送信される（Ｓ１１１６）。

ログイン完了通知を受信したら、表示装置１０はファイルを送信する（Ｓ１１１８）。ファイルが送信されたら（アップロードされたら）、当該ファイルが保存された情報としてファイルリンク情報が表示装置に送信される（Ｓ１１２０）。また、ファイルリンク情報は、携帯端末装置２０にも送信される（Ｓ１１２２）。

なお、ファイルリンク情報は携帯端末装置２０が取得出来れば良いため、例えば表示装置１０には送信しなくても良い。また、ＣＳサーバ３０からではなく、表示装置１０から携帯端末装置２０に送信されても良い。

ファイルリンク情報を受信した携帯端末装置２０は、ファイルリンク情報に基づくダウンロード要求を送信する（Ｓ１１２４）。ＣＳサーバ３０は、ダウンロード要求に基づくファイルを抽出し（Ｓ１１２６）、携帯端末装置２０にファイルを送信する（Ｓ１１２８）。

携帯端末装置２０は、ファイルを受信の完了をすると（Ｓ１１３０；Ｙｅｓ）、ファイルを表示する（Ｓ１１３２）。

このように、本実施形態によれば携帯端末装置２０と、表示装置１０とのファイルの連携について、ＣＳサーバ３０を介して行うことができる。これにより、例えば携帯端末装置２０は、無線ＬＡＮではなく携帯通信回線といった異なる回線を利用した場合であっても、表示装置１０とファイルを連携することが出来る。

本明細書に記載したように、上述した各実施形態を実施することにより、表示装置１０と、携帯端末装置２０とのファイル連携を容易にすることができる。

例えば、ＮＦＣ等の近接通信手段を有する移動端末および情報処理装置において、互いを近接させることにより、前記近接通信によって移動端末のユーザＩＤ情報および前記ユーザが利用するクラウドサービスのＵＲＬ情報および送信したいファイル名等の情報が、情報処理装置側に送信される。前記情報処理装置は、受信した情報をもとに前記クラウドサービスに接続し、所望のデータをクラウドサービスから取得し、更新したデータを再度クラウドサービスに登録した後、近接通信の切断を検知すると、移動端末に更新済みデータを取得させる。これにより移動端末と情報処理装置間のデータ転送を行うことも可能となる。

また、携帯端末装置と、表示制御装置とのファイル連携において、接続されたサーバ装置を介することによりファイル連携を行うことができる。これにより、携帯端末装置と、表示制御装置とが直接接続出来ない場合であってもファイル連携をすることができる。

［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。

上述した各実施形態においては、近距離無線通信の一例としてＮＦＣを利用する例を説明した。これ意外にも、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅや、検知だけであれば、一般的なＲＦＩＤ（Radio Frequency IDentification）を使った仕組みでも実現可能である。

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。

１ ファイル連携システム
１０ 表示装置
１００ 制御部
１１０ 表示部
１２０ 操作部
１３０ ＮＦＣ通信部
１４０ 無線通信部
１５０ ＬＡＮ通信部
１６０ 記憶部
１６２ アカウント情報
１６４ ファイル情報
１７０ アプリケーション管理部
１７２ ＣＳアプリ
１７４ 管理アプリ
２０ 携帯端末装置
２００ 制御部
２１０ 表示部
２２０ 操作部
２３０ ＮＦＣ通信部
２４０ 無線通信部
２５０ 通話処理部
２６０ 記憶部
２６２ アカウント情報
２６４ ファイル情報
２７０ アプリケーション管理部
２７２ ホームアプリ
２７４ ファイル管理アプリ
２７６ ＣＳアプリ
２７８ ブラウザアプリ
２８０ プロセス管理部

Claims (7)

1. 他の表示装置と、近距離間の通信を実現する第１通信手段と、第２通信手段とにより接続可能な表示装置であって、
   前記第１通信手段は、前記他の端末装置との接続を検知し、
   前記第２通信手段は、
   前記他の表示装置との接続が検知された後に、前記表示装置又は前記他の表示装置において表示されているファイルのファイル情報を送受信可能であって、
   前記他の表示装置からファイル情報を受信した場合に、当該ファイル情報に基づくファイル送信要求を当該他の表示装置に送信し、
   前記ファイル送信要求に応答して、前記他の表示装置からファイルを受信する、
   ことを特徴とする表示装置。
2. 前記第２通信手段は、
   前記他の表示装置からファイル送信要求を受信した場合、前記表示装置において処理対象となっているファイルを、前記他の表示装置に送信する、
   ことを特徴とする請求項１に記載の表示装置。
3. 前記第２通信手段は、
   前記他の表示装置において実行中のアプリケーションに応じて前記ファイル情報又は前記ファイル送信要求を受信する、
   ことを特徴とする請求項２に記載の表示装置。
4. 前記他の表示装置において、クラウドアプリ、ファイル管理アプリ、ブラウザアプリの何れかが実行中である場合には、ファイル送信要求を受信し、それ以外の場合にはファイル情報を受信する、
   ことを特徴とする請求項３に記載の表示装置。
5. 表示装置と、他の表示装置とを含む連携システムであって、
   前記表示装置は、
   他の表示装置と、近距離間の通信を実現する第１通信手段と、第２通信手段とを備え、
   前記第１通信手段は、前記他の端末装置との接続を検知し、
   前記第２通信手段は、
   前記他の表示装置との接続が検知された後に、前記表示装置又は前記他の表示装置において表示されているファイルのファイル情報を送受信可能であって、
   前記他の表示装置からファイル情報を受信した場合に、当該ファイル情報に基づくファイル送信要求を当該他の表示装置に送信し、
   前記ファイル送信要求に応答して、前記他の表示装置からファイルを受信する、
   ことを特徴とし、
   前記他の表示装置は、
   実行中のアプリケーションに応じて、前記表示装置において表示されているファイルのファイル情報又はファイル送信要求を送信し、
   前記表示装置からファイル送信要求を受信した場合には、ファイル送信要求に応じてファイルを当該表示装置に送信し、
   前記表示装置からファイルを受信した場合には、他の表示装置の表示部に受信したファイルを表示する、
   ことを特徴とする連携システム。
6. 他の表示装置と、近距離間の通信を実現する第１通信部と、第２通信部とにより接続可能な表示装置における制御方法であって、
   前記他の端末装置との接続を第１通信部により検知し、
   前記他の表示装置との接続が検知された後に、前記表示装置又は前記他の表示装置において表示されているファイルのファイル情報を第２通信部により送受信可能であって、
   前記他の表示装置からファイル情報を受信した場合に、当該ファイル情報に基づくファイル送信要求を当該他の表示装置に送信し、
   前記ファイル送信要求に応答して、前記他の表示装置からファイルを受信する、
   ことを特徴とする表示装置における制御方法。
7. コンピュータに、請求項６の表示装置における制御方法の各ステップを実行させるためのプログラム。