キャプチャ画像の転送処理方法
【課題】近接無線通信方式によるデバイス間におけるキャプチャ画像の転送を簡単な操作で実行させることのできる情報処理装置を提供する。
【解決手段】近接無線通信用のアンテナ（カプラ）２０１ａ，１０４ａを接触させるように、携帯電話機２００をＰＣ１００にかざすタッチ操作を行うだけで、ＰＣ１００と携帯電話機２００との間のデータ転送を実行させることができる。携帯電話機２００は、デバイス間でデータを送受信するためのプロトコルに規定された、データの転送を要求するコマンドであって、要求するデータの属性として画像を指定するパラメータを付加したコマンドを、キャプチャ要求としてＰＣ１００に送信する。一方、このパラメータが付加されたコマンドを受信すると、ＰＣ１００は、キャプチャ要求がなされたと解釈して、表示画面の画像データ（キャプチャ画像）を取得して携帯電話機２００に返送する。
【解決手段】近接無線通信用のアンテナ（カプラ）２０１ａ，１０４ａを接触させるように、携帯電話機２００をＰＣ１００にかざすタッチ操作を行うだけで、ＰＣ１００と携帯電話機２００との間のデータ転送を実行させることができる。携帯電話機２００は、デバイス間でデータを送受信するためのプロトコルに規定された、データの転送を要求するコマンドであって、要求するデータの属性として画像を指定するパラメータを付加したコマンドを、キャプチャ要求としてＰＣ１００に送信する。一方、このパラメータが付加されたコマンドを受信すると、ＰＣ１００は、キャプチャ要求がなされたと解釈して、表示画面の画像データ（キャプチャ画像）を取得して携帯電話機２００に返送する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、近接無線通信方式で通信を行う情報処理装置に好適なキャプチャ画像の転送処理技術に関する。
【背景技術】
【０００２】
近年、ＮＦＣ（Near Field Communication）のような無線通信が利用され始めている。この無線通信の普及により、ユーザは、ＩＣ（Integrated Circuit）カードや携帯電話機などをホスト装置のリーダ／ライタ部にかざすといった操作を行うだけで、認証処理、課金等のための通信を容易に行えるようになっている。
【０００３】
また、最近では、より高速の通信が可能な新たな近接無線通信技術の開発が進められている。この新たな近接無線通信技術は、デバイス同士を近づけるだけで、認証、課金サービスのみならず、文書データ、画像データ、オーディオデータといったデータファイルをそれらデバイス間で送受信することを可能にする。
【０００４】
例えば特許文献１には、２台のデバイス間において、一方のデバイスに保持された複数の画像データの中から目的の画像データのみを近距離無線により他方のデバイスに容易に転送することを可能とする仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２００９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
インターネットの利用が一般化している今日では、ブラウザ（閲覧ソフトウェア）を用いることにより、インターネット上で公開されている様々なＷｅｂページを閲覧して種々の情報を入手することができる。そのため、２台のデバイス間において、一方のデバイスにデータファイルとして保持された画像データのみならず、その表示画面を画像データとして他方のデバイスに容易に転送することができれば、例えば、目的地への地図が掲載されたＷｅｂページを表示させたＰＣ（Personal Computer）に携帯電話機を近づけるだけで、その地図の画像データを携帯電話機に取り込むことができるようになる等、より利便性を高めることが実現される。
【０００７】
この発明は、このような事情を考慮してなされたものであり、近接無線通信方式によるデバイス間におけるキャプチャ画像の転送を簡単な操作で実行させることのできるキャプチャ画像の転送処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態によれば、近接無線通信を実行する通信モジュールを具備する情報処理装置におけるキャプチャ画像の転送処理方法は、前記通信モジュールと外部デバイスとの間の接続を確立し、前記通信モジュールと前記外部デバイスとの間の接続が確立された状態において、前記通信モジュールと前記外部デバイスとの間でデータを送受信するためのプロトコルで規定された、デフォルトオブジェクトの取得を要求するコマンドであって、要求するデータの属性が画像であることを指定するパラメータが付加された、ＯＢＥＸ（OBject EXchange）プロトコルのプッシュプロトコルクラスに規定されたGet Default Objectコマンドを前記外部デバイスから受信した場合、表示装置上に表示された画面の画像データを生成して、前記Get Default Objectコマンドに対する応答として前記外部デバイスに転送する。
【発明の効果】
【０００９】
この発明によれば、近接無線通信方式によるデバイス間におけるキャプチャ画像の転送を簡単な操作で実行させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る近接無線通信システムのシステム構成および当該近接無線通信システムにおいて２つのデバイス間で実行される近接無線通信の概要を示す第１の図。
【図２】同実施形態の近接無線通信システムのシステム構成および当該近接無線通信システムにおいて２つのデバイス間で実行される近接無線通信の概要を示す第２の図。
【図３】同実施形態の近接無線通信システムにおけるＰＣおよび携帯電話機間でのキャプチャ画像転送の概略的なシーケンスを示す図。
【図４】同実施形態の近接無線通信システムの一要素であるＰＣの構成を示す図。
【図５】同実施形態の近接無線システムが適用する近接無線通信を制御するためのソフトウェアアーキテクチャを説明するための図。
【図６】同実施形態の近接無線システムにおいてＯＢＥＸプロトコルを利用してクライアントとサーバとの間で実行されるファイル転送のシーケンスを示す図。
【図７】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスで使用されるオペレーションを示す図。
【図８】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスで使用されるHeader IDを示す図。
【図９】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスによりサービスを提供する手続きを示す図。
【図１０】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Connect」手続きを示す図。
【図１１】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Get Capabilities」手続きを示す図。
【図１２】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Set Path」手続きを示す図。
【図１３】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Push Object」手続きを示す図。
【図１４】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Get Default Object」手続きを示す図。
【図１５】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Disconnect」手続きを示す図。
【図１６】同実施形態の近接無線通信システムのキャプチャ画像の転送に係わる機能ブロックを示す図。
【図１７】同実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理に係わる携帯電話機の動作手順を示すフローチャート。
【図１８】同実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理に係わるＰＣの動作手順を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、この発明の一実施形態を説明する。
【００１２】
図１および図２は、本発明の実施形態に係る近接無線通信システムのシステム構成および当該近接無線通信システムにおいて２つのデバイス間で実行される近接無線通信の概要を示す図である。
【００１３】
図１および図２に示すように、本実施形態の近接無線通信システムは、ノートブックタイプのＰＣ１００と携帯電話機（モバイル機器）２００とによって構成される。ＰＣ１００および携帯電話機２００には、近接無線通信用のアンテナ（カプラ）１０４ａ，２０１ａがそれぞれ設けられており、このカプラ１０４ａ，２０１ａを接触させるように、携帯電話機２００をＰＣ１００にかざすタッチ操作を行うだけで、ＰＣ１００と携帯電話機２００との間のデータ転送を実行させることができる。
【００１４】
そして、本実施形態の近接無線通信システムは、この”かざす”という直感的な操作のみでデータ転送を実行させることができるという利点をさらに活用すべく、ＰＣ１００に携帯電話機２００をかざすだけで、ＰＣ１００で表示中の画面の画像データ（キャプチャ画像）を携帯電話機２００に取り込めるようにしたものである。図１は、ＰＣ１００の表示画面全域（ａ１）を範囲とした画像データを携帯電話機２００に取り込む形態を示している。一方、図２は、表示画面上に開かれている複数のウィンドウ（ｂ１〜ｂ３）の中のアクティブ状態にあるウィンドウ（ｂ３）内の領域を範囲とした画像データを携帯電話機２００に取り込む形態を示している。
【００１５】
図３に、本実施形態の近接無線通信システムにおけるＰＣ１００および携帯電話機２００間でのキャプチャ画像転送の概略的なシーケンスを示す。
【００１６】
例えば、Ｗｅｂページを表示中のＰＣ１００の表示画面を携帯電話機２００に画像データとして取り込みたいと考えているユーザは、まず、携帯電話機２００上で、ＰＣ１００に対してキャプチャ画像の転送を要求する（キャプチャ要求）ためのキャプチャアプリケーションプログラムを起動し（図３の（１））、このキャプチャアプリケーションプログラムを起動した携帯電話機２００をＰＣ１００に接近させる（図３の（２））。なお、キャプチャアプリケーションプログラムの起動と、携帯電話機２００のＰＣ１００への接近とは、その順序を逆転させても構わない。
【００１７】
（カプラ１０４ａ，２０１ａが設けられた）ＰＣ１００と携帯電話機２００とが近接状態となると、ＰＣ１００と携帯電話機２００との間の無線接続が行われ、キャプチャアプリケーションプログラムが起動された携帯電話機２００からは、キャプチャ要求がＰＣ１００に対して送信される（図３の（３））。
【００１８】
一方、このキャプチャ要求を受信したＰＣ１００は、表示中の画面をキャプチャしてその画像データ（キャプチャ画像）を生成し（図３の（４））、この生成したキャプチャ画像を携帯電話機２００に送信する（図３の（５））。そして、携帯電話機２００上で起動されたキャプチャアプリケーションプログラムは、キャプチャ要求の応答として転送されてくるキャプチャ画像を受信して記憶装置に格納する（図３の（６））。
【００１９】
このように、本実施形態の近接無線通信システムは、（キャプチャアプリケーションプログラムを起動し、ＰＣ１００に接触させるという）携帯電話機２００側の簡単な操作だけで、ＰＣ１００で表示中の画面の画像データ（キャプチャ画像）を携帯電話機２００に取り込むことを可能とする。
【００２０】
図４は、以上のような携帯電話機２００に対するキャプチャ画像の転送処理を実行するＰＣ１００の構成を示す図である。
【００２１】
図４に示すように、ＰＣ１００は、システム制御部１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、近接無線通信デバイス１０４、電源制御部１０５、ＡＣ（Alternating Current）アダプタ１０６、バッテリ１０７、表示部１０８等を備える。
【００２２】
システム制御部１０１は、ＰＣ１００内の各部の動作を制御する。システム制御部１０１は、ＣＰＵ（Central Processing Unit）１０１ａを備え、ＲＯＭ１０２、ＲＡＭ１０３、近接無線通信デバイス１０４、電源制御部１０５、表示部１０８に接続される。
【００２３】
ＣＰＵ１０１ａは、ＲＯＭ１０２に格納された命令群およびデータをＲＡＭ１０３へロードし、必要な処理を実行するプロセッサである。ＲＡＭ１０３には、近接無線通信を制御するための近接無線通信制御プログラム１０３ａや各種アプリケーションプログラム１０３ｂがロードされる。ＣＰＵ１０１ａは、ＲＡＭ１０３にロードされた近接無線通信制御プログラム１０３ａを実行して、近接無線通信デバイス１０４を制御する。
【００２４】
近接無線通信デバイス１０４は、近接無線通信を実行する通信モジュールである。近接無線通信デバイス１０４は、近接無線通信デバイス１０４から所定の距離内に存在する、近接無線通信機能を有する携帯電話機２００等の他のデバイス（外部デバイス）との無線接続を確立し、データファイル送受信等の通信を実行する。近接無線通信デバイス１０４と外部デバイスとの間の近接無線通信は、ピアツーピア形式で実行される。通信可能距離は例えば３ｃｍである。つまり、近接無線通信デバイス１０４と外部デバイスとの間の距離が例えば３ｃｍ以内に接近した場合にのみ、近接無線通信デバイス１０４と外部デバイスとの間の無線接続が可能となる。近接無線通信デバイス１０４と外部デバイスとが通信可能距離以内に接近した時、近接無線通信デバイス１０４と外部デバイスとの間の無線接続が確立される。そして、例えばユーザによって明示的に指定されたデータファイルや予め決められた同期対象データファイル等のデータの伝送が近接無線通信デバイス１０４と外部デバイスとの間で実行される。本実施形態の近接無線通信システムでは、外部デバイスからのキャプチャ要求に応答してキャプチャ画像の転送が実行される。
【００２５】
近接無線通信においては、誘導電界が用いられる。近接無線通信方式としては、例えばTransferJetを使用し得る。TransferJetは、ＵＷＢ（Ultra WideBand）を利用した近接無線通信方式であり、高速データ転送を実現することができる。
【００２６】
近接無線通信デバイス１０４はアンテナ１０４ａに接続されている。アンテナ１０４ａはカプラと称される電極であり、誘導電界を用いた無線信号により、外部デバイスに対するデータの送受信を行う。外部デバイスがアンテナ１０４ａから通信可能距離（例えば３ｃｍ）以内の範囲内に接近した場合、近接無線通信デバイス１０４および外部デバイスそれぞれのアンテナ（カプラ）間が誘導電界によって結合され、これによって近接無線通信デバイス１０４と外部デバイスとの間の無線通信が実行可能となる。なお、近接無線通信デバイス１０４およびアンテナ１０４ａは、一つのモジュールとして実現し得る。
【００２７】
電源制御部１０５は、ＡＣアダプタ１０６を介して外部から供給される電力またはバッテリ１０７から供給される電力を用いて、ＰＣ１００内の各部に電力を供給する。換言すれば、ＰＣ１００は、ＡＣ商用電源のような外部電源またはバッテリ１０７によって駆動される。ＡＣアダプタ１０６はＰＣ１００内に設けることもできる。
【００２８】
そして、表示部１０８は、例えばＬＣＤ（Liquid Crystal Display）であり、システム制御部１０１のＣＰＵ１０１ａが描画した画像データを表示する。
【００２９】
なお、携帯電話機２００も、図４に示すＰＣ１００と略同等の構成を有し、近接無線通信制御プログラム１０３ａをＣＰＵ１０１ａによって実行することによって近接無線通信を実現するものとして、その詳細な説明を省略する。前述した、携帯電話機２００上で起動される、ＰＣ１００に対してキャプチャ画像の転送を要求する（キャプチャ要求）ためのキャプチャアプリケーションプログラムは、各種アプリケーションプログラム１０３ｂの１つとして存在する。
【００３０】
次に、図５を参照して、本実施形態における近接無線通信を制御するためのソフトウェアアーキテクチャについて説明する。
【００３１】
図５に示すソフトウェアアーキテクチャは、近接無線通信を制御するためのプロトコルスタックの階層構造を示している。プロトコルスタックは、物理層（ＰＨＹ）１０、コネクション層（ＣＮＬ）２０、プロトコル変換層３０、アプリケーション層４０から構成されている。プロトコル変換層３０は、ＰＣＬ（Protocol Conversion Layer）コントローラ３１およびＰＣＬ ＯＢＥＸ（OBject EXchange）アダプタ３２を含み、アプリケーション層４０は、アプリケーションマネージャ４１およびＯＢＥＸプロトコル４２を含んでいる。コネクション層（ＣＮＬ）２０、プロトコル変換層３０、アプリケーション層４０は、近接無線通信制御プログラム１０３ａによって実現し得る。
【００３２】
物理層（ＰＨＹ）１０は、物理的なデータ転送を制御する層であり、ＯＳＩ参照モデル内の物理層に対応する。物理層（ＰＨＹ）１０の一部または全ての機能は、近接無線通信デバイス１０４内のハードウェアを用いて実現することもできる。物理層（ＰＨＹ）１０は、コネクション層（ＣＮＬ）２０からのデータを無線信号に変換する。
【００３３】
コネクション層（ＣＮＬ）２０は、ＯＳＩ参照モデル内のデータリンク層およびトランスポート層に対応しており、物理層（ＰＨＹ）１０を制御してデータ通信を実行する。コネクション層（ＣＮＬ）２０は、プロトコル変換層３０（ＰＣＬコントローラ３１）からの接続要求または外部デバイスからの接続要求に応じて、近接状態に設定されている近接無線通信デバイス１０４と外部デバイスとの間の接続（ＣＮＬ接続）を確立する処理を実行する。
【００３４】
プロトコル変換層３０は、ＯＳＩ参照モデル内のセッション層およびプレゼンテーション層に対応しており、アプリケーション層４０とコネクション層（ＣＮＬ）２０との間に位置する。ＰＣＬコントローラ３１は、コネクション層（ＣＮＬ）２０によるＣＮＬ接続の確立および解除を制御する。ＰＣＬ ＯＢＥＸアダプタ３２は、通信プログラムである各種アプリケーションプログラム１０３ｂが扱うアプリケーションプロトコル（例えばＯＢＥＸプロトコル４２、ＳＣＳＩ、その他の汎用プロトコル等）に対応したデータ（ユーザデータ）を特定の伝送用データ形式に変換するための変換処理を実行する。この変換処理により、どのアプリケーションプロトコルを扱う通信プログラムにより送受信されるデータであっても、コネクション層（ＣＮＬ）２０が扱うことが可能なパケット（特定の伝送用データ形式のデータ）に変換される。つまり、プロトコル変換層３０のＰＣＬ ＯＢＥＸアダプタ３２は、様々なアプリケーションプロトコルを近接無線通信で利用することを可能にする。
【００３５】
また、プロトコル変換層３０のＰＣＬコントローラ３１は、通信相手の外部デバイスとの間でサービス情報（各デバイスが提供可能なサービスを示す情報）およびセッション情報（確立／切断対象のセッションに関する情報）を交換する処理、さらに、アプリケーションの起動、コネクションの管理、およびセッションの管理等を行う。このＰＣＬコントローラ３１の働きにより、キャプチャ要求の受信を契機に、キャプチャ画像の転送処理を行うためのキャプチャアプリケーションプログラムが自動的に起動される。このＰＣ１００側のキャプチャアプリケーションプログラムも、各種アプリケーションプログラム１０３ｂの１つとして存在する。
【００３６】
アプリケーション層４０は、プログラム間でのデータ転送を制御する層であり、ＯＳＩ参照モデル内のアプリケーション層に対応する。ここでは、ＯＢＥＸプロトコル４２によってデータが送受信される場合について説明する。
【００３７】
ＯＢＥＸプロトコル４２は、アプリケーションマネージャ４１で制御されるＰＣＬコントローラ３１により、ＣＮＬ接続確立を行い、ＰＣＬ ＯＢＥＸアダプタ３２を通して通信を行う。ＯＢＥＸプロトコル４２では、ＯＢＥＸアプリケーションが相互にデータの送受信を実行可能とするためのアプリケーション規定（プロトコルクラス）が定義されている。各種アプリケーションプログラム１０３ｂは、このプロトコルクラスに従ったＯＢＥＸプロトコル手順を利用することで、データファイル等のオブジェクトの送受信を行うことができる。本実施形態におけるＯＢＥＸプロトコル４２では、基本プロトコルクラスとして、ファイルトランスファープロトコルクラス４２１とプッシュプロトコルクラス４２２とが定義されている。図示のように、ファイルトランスファープロトコルクラス４２１は、プッシュプロトコルクラス４２２を包含する関係にある。
【００３８】
プッシュプロトコルクラス４２２は、クライアントからサーバへ１つまたは複数のファイルを送信するために使用される。プッシュプロトコルクラス４２２では、クライアント（ここでは携帯電話機２００）が任意のファイルをＰＵＴし、サーバ（ここではＰＣ１００）に渡すための手続きが定義されている。プッシュプロトコルクラス４２２では、近接無線通信（TransferJet）によってファイルを送信する前に必要な手続きを簡略化して、ユーザによる操作負担を軽減すると共に、高速なデータ通信を実現することができる。プッシュプロトコルクラス４２２におけるＩＮＢＯＸサービス４２２ａは、既知の「IrDA Object Exchange Protocol Version 1.4」の仕様書に記載のＩＮＢＯＸサービス（INBOX Service)をベースにした手続きを実行するものとして詳細な説明を省略する。キャパビリティサービス４２２ｂは、サーバ側の能力を示すデータを取得するために使用される。
【００３９】
また、ファイルトランスファープロトコルクラス４２１は、クライアントとサーバとの間で１つまたは複数のファイルの送信／受信を行うために使用される。ファイルトランスファープロトコルクラス４２１は、ＦＴＰ（File Transfer Protocol）相当のファイル転送およびファイル・フォルダ操作をサポートするための手続きが規定されている。
【００４０】
ファイルトランスファープロトコルクラス４２１では、プッシュプロトコルクラス４２２を利用したファイルの転送とは異なり、ファイルを送信する前にファイルの送信先（サーバ）のフォルダおよびファイルを示すデータ（フォルダ情報）を、フォルダブラウジングサービス４２１ａによりサーバから取得する。そして、フォルダ情報に基づきファイルの送信先に対してフォルダの移動（作成）を行い、ファイルを送信することができる。ファイルトランスファープロトコルクラス４２１は、既知の「IrDA Object Exchange Protocol Version 1.4」に記載のフォルダブラウジングサービス（Folder Browsing Service)をベースにした手続きを実行するものとして詳細な説明を省略する。
【００４１】
なお、前述したように、ファイルトランスファープロトコルクラス４２１は、プッシュプロトコルクラス４２２を包含する関係にあり、ファイルトランスファープロトコルクラス４２１を利用したファイルの送信時においても、ＩＮＢＯＸサービス４２２ａおよびキャパビリティサービス４２２ｂを使用することが可能である。
【００４２】
ＯＢＥＸプロトコル４２に対応する各種アプリケーションプログラム１０３ｂは、このＯＢＥＸプロトコル４２を通じて、プロトコル変換層３０のＰＣＬコントローラ３１に対してセッションの開始／終了を要求する処理と、プロトコル変換層３０のＰＣＬ ＯＢＥＸアダプタ３２を介してデータを送受信する処理とを実行する。つまり、各種アプリケーションプログラム１０３ｂは、ＯＢＥＸプロトコル４２のファイルトランスファープロトコルクラス４２１を利用して１つまたは複数のファイルをサーバとの間で送信／受信し、または、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２を利用して１つまたは複数のファイルをサーバに送信する。本実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理は、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された手続きを利用することによって実現される。
【００４３】
図６に、ＯＢＥＸプロトコル４２を利用してクライアントとサーバとの間で実行されるファイル転送のシーケンスを示す。図中、左側がクライアントを表し、右側がサーバを表している。
【００４４】
クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、サーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２への送信対象とするファイルの選択と送信要求がユーザ操作に応じて実行されると（Ｓ１）、ＰＣＬコントローラ３１に対して、プッシュプロトコルクラス４２２によるファイルの送信を要求する（Ｓ２）。すると、クライアントは、サーバとの間で近接無線通信が可能となるまで接続待機状態となる。サーバも、近接無線通信による接続待機状態にあるものとする。
【００４５】
ここで、ユーザによって、クライアント側のデバイスをサーバ側のデバイスに近接させるタッチ操作が行われたものとする（Ｓ３）。近接無線通信が可能な状態になると、クライアント側のＰＣＬコントローラ３１とサーバ側のＰＣＬコントローラ３１との間で、物理的な接続の確立と、アプリケーションプログラム１０３ｂのプロトコルに対応したＰＣＬ ＯＢＥＸアダプタ３２（通信アダプタ）の種類の調整が行われる（Ｓ４）。
【００４６】
即ち、クライアント側のＰＣＬコントローラ３１は、コネクション層（ＣＮＬ）２０を用いて、近接状態にあるサーバとの間の物理的な接続を確立する処理を実行し、サーバ側のＰＣＬコントローラ３１も、クライアントとの間の物理的な接続を確立する処理を実行する。
【００４７】
また、クライアント側のＰＣＬコントローラ３１は、いわゆるネゴシエーション処理を実行して、確立すべきセッションに関するセッション情報、例えば、使用される通信アダプタを示す情報、アプリケーションプログラム１０３ｂが伝送するデータの属性を示す情報、およびアプリケーションプログラム１０３ｂを識別する情報等を含むセッション情報をサーバ側のＰＣＬコントローラ３１に送信する。一方、サーバ側のＰＣＬコントローラ３１は、クライアント側のＰＣＬコントローラ３１からのセッション情報に基づいて、新規セッション開始要求を送信したアプリケーションプログラム１０３ｂのプロトコルに対応した通信アダプタ（ここではＰＣＬ ＯＢＥＸアダプタ３２）を起動して、アプリケーションプログラム１０３ｂが近接無線通信デバイス１０４を介してクライアント側のアプリケーションプログラム１０３ｂと通信するために使用されるセッションを確立する。
【００４８】
サーバ側のＰＣＬコントローラ３１は、セッションが確立されると、アプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２に対して、プッシュプロトコルクラス４２２によるファイルの（送）受信を要求する（Ｓ５）。また、ＰＣＬコントローラ３１は、ＰＣＬ ＯＢＥＸアダプタ３２に対して、ＯＢＥＸプロトコル４２による通信開始を要求する（Ｓ６）。同様に、クライアント側においても、セッションが確立されると、ＰＣＬコントローラ３１が、ＰＣＬ ＯＢＥＸアダプタ３２に対して、ＯＢＥＸプロトコル４２による通信開始を要求する（Ｓ７）。
【００４９】
図７には、近距離無線通信によりデータ通信を行うクライアントとサーバのそれぞれにおいて、ＯＢＥＸプロトコル４２で定義されるプッシュプロトコルクラス４２２で使用されるオペレーションが示されており、図８には、Header IDが示されている。
【００５０】
また、図９には、このプッシュプロトコルクラス４２２によりサービスを提供する手続き（コマンド）が示されており、図１０〜図１５には、図９に示される各手続きにおけるシーケンス例が示されている。以下、本実施形態の近接無線通信システムがキャプチャ画像の転送処理に利用するプッシュプロトコルクラス４２２に規定された手続きによるファイル転送を例に説明を進める。
【００５１】
クライアント側およびサーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、図１０に示すCONNECTオペレーションによる「Connect」手続きを実行し（Ｓ８〜Ｓ１１）、以降、図９に示すプッシュプロトコルクラス４２２によるサービスを提供する手続きに従って動作する。
【００５２】
即ち、クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、サーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２から、図１１に示すGETオペレーションによる「Get Capabilities」手続きによりサーバ能力の取得を行う（Ｓ１２）。この「Get Capabilities」手続きは、任意に実行されるものである。
【００５３】
また、クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、送信しようとするファイルを識別するためのデータをサーバに送信するために、図１２に示すSETPATHオペレーションによる「Set Path」手続きを行う（Ｓ１３）。SETPATHオペレーションでは、ファイル（オブジェクト）を識別するためのデータとして、例えば、ヘッダデータとして「フォルダネーム」をサーバに通知する。サーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、このSETPATHオペレーションに対して、常に、SUCCESSオペレーションにより応答する。なお、SETPATHオペレーションは、サーバに対してフォルダ作成を強制するものではない。
【００５４】
クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、SETPATHオペレーションの後、サーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２に通知した「フォルダネーム」に対応する共通グループ（フォルダ）のファイルを、図１３に示すPUTオペレーションによる「Push Object」手続きにより送信する（Ｓ１４）。共通グループに複数のファイルが存在する場合には、各ファイルに対するPUTオペレーション（ファイル送信）を繰り返して実行する（Ｓ１５）。その他、複数のグループについてファイルを送信する場合など、必要に応じて、SETPATHオペレーションとPUTオペレーション（ファイル送信）とを繰り返して実行する。
【００５５】
また、クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、必要に応じて、図１４に示すGETオペレーションにより「Get Default Object」手続きを実行する。プッシュプロトコルクラス４２２は、GETオペレーションのタイプヘッダにより、取得要求の対象とするデータ（オブジェクト）を指定する。これにより、サーバは、指定されたタイプヘッダに応じて適切なオブジェクトを決定して、クライアントに対して送信する。そして、本実施形態の近接無線通信システムは、この「Get Default Object」手続きを利用して、キャプチャ画像の転送処理を実現する。
【００５６】
より具体的には、クライアントは、サーバ側の表示画面のキャプチャ画像を取得しようとする場合、「Get Default Object」手続き、つまり「Get Default Object」コマンドを、要求するデータの属性が画像であることを指定するパラメータ（例えば図９に示す"image/jpeg"）を付加した上で送信する。一方、サーバは、このパラメータが付加された「Get Default Object」コマンドを受信すると、キャプチャ画像の転送が要求されたものと解釈して、表示画面のキャプチャ画像を生成して返送する。即ち、キャプチャ画像を要求する専用のコマンドを新設することなく、所定のパラメータを付加することで、既存のコマンドを、キャプチャ画像を要求するコマンドとして援用する。
【００５７】
クライアント側からサーバ側へのファイルの送信が完了すると、クライアント側およびサーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、ＰＣＬ ＯＢＥＸアダプタ３２を介して、図１５に示すDISCONNECTオペレーションによる「Disconnect」手続きを実行する（Ｓ１６〜Ｓ２０）。
【００５８】
また、クライアント側のＰＣＬコントローラ３１は、ＰＣＬ ＯＢＥＸアダプタ３２に対して、ＯＢＥＸプロトコル４２による通信終了を要求する（Ｓ２１）。同様に、サーバ側においても、ＰＣＬコントローラ３１が、ＰＣＬ ＯＢＥＸアダプタ３２に対して、ＯＢＥＸプロトコル４２による通信終了を要求する（Ｓ２２）。そして、クライアント側およびサーバ側のＰＣＬコントローラ３１の間で、アプリケーションプログラム１０３ｂのプロトコルに対応した通信アダプタ（ここではＰＣＬ ＯＢＥＸアダプタ３２）を停止させ、近距離無線通信を切断する（Ｓ２３）。
【００５９】
図１６は、図５を参照して説明した近接無線通信を制御するためのソフトウェアアーキテクチャ、および、図６を参照して説明したＯＢＥＸプロトコル（のプッシュプロトコルクラス）を利用してクライアントとサーバとの間で実行されるファイル転送のシーケンスに準拠した、本実施形態の近接無線通信システムのキャプチャ画像の転送に係わる機能ブロックを示す図である。
【００６０】
図１６に示すように、（ユーザによって起動される）各種アプリケーションプログラム１０３ｂの１つとして存在する携帯電話機２００側のキャプチャアプリケーションプログラムは、キャプチャアプリケーション部２１１を有し、携帯電話機２００には、このキャプチャアプリケーションプログラムによって取得されたキャプチャ画像を格納するためのキャプチャ画像データベース２１２が構築される。一方、（キャプチャ要求の受信を契機に自動的に起動される）同じく各種アプリケーションプログラム１０３ｂの１つとして存在するＰＣ１００側のキャプチャアプリケーションプログラムは、画面キャプチャ部１１１とキャプチャ画像生成部１１２とを有し、ＰＣ１００には、画面キャプチャ部１１１およびキャプチャ画像生成部１１２が協働することによって生成されるキャプチャ画像を一時的に格納するためのキャプチャ画像バッファ１１３が構築される。ＰＣ１００では、所定のパラメータが付加された「Get Default Object」コマンドを受信した際に、（キャプチャ要求を受け付けたと解釈されて）キャプチャアプリケーションプログラムが自動的に起動されるように、プロトコル変換層３０（ＰＣＬコントローラ３１）の設定がなされている。
【００６１】
キャプチャアプリケーション部２１１は、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された「Get Default Object」コマンドを、要求するデータの属性が画像であることを指定するパラメータを付加した上で送信することによってキャプチャ要求を送信し、ＰＣ１００の表示画面の画像データ（キャプチャ画像）を取得するためのモジュールであり、取得したキャプチャ画像をキャプチャ画像データベース２１２に格納する。
【００６２】
一方、画面キャプチャ部１１１は、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された「Get Default Object」コマンドであって、要求するデータの属性が画像であることを指定するパラメータが付加されたコマンドの受信によりキャプチャ要求を受信したと解釈された際、表示画面をキャプチャするためのモジュールであり、また、キャプチャ画像生成部１１２は、画面キャプチャ部１１１によってキャプチャされた表示画面の画像データを（近接無線通信の）パケット単位に変換するモジュールである。画面キャプチャ部１１１は、表示画面のキャプチャ対象範囲（図１のａ１，または、図２のｂ３）をユーザが設定できるようにするためのユーザインタフェースも提供する。
【００６３】
キャプチャ画像生成部１１２によって生成されたパケット単位の画像データは、キャプチャ画像バッファ１１３に一時的に格納され、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された（属性を指定するパラメータ付きの）「Get Default Object」コマンドによるキャプチャ要求のレスポンスデータとして順次読み出されて携帯電話機２００側に転送される。
【００６４】
このように、各種サービスを提供する手続きを規定する、ＯＢＥＸプロトコル４２で定義されるプッシュプロトコルクラス４２２の「Get Default Object」手続きを所定のパラメータを付加して利用することにより、（ユーザによって起動される）携帯電話機２００のキャプチャアプリケーション部２１１は、キャプチャ要求をＰＣ１００に対して送信する。そして、ＰＣ１００は、この所定のパラメータが付加された「Get Default Object」手続きによるキャプチャ要求の受け付けを契機に、画面キャプチャ部１１１およびキャプチャ画像生成部１１２が起動され、表示画面の画像データ（キャプチャ画像）を生成して、この所定のパラメータが付加された「Get Default Object」手続きによって受け付けたキャプチャ要求のレスポンスデータとして、生成したキャプチャ画像を携帯電話機２００に返送する。
【００６５】
これにより、ユーザは、（キャプチャアプリケーションプログラムを起動し、ＰＣ１００に接触させるという）携帯電話機２００側の簡単な操作だけで、ＰＣ１００で表示中の画面の画像データを携帯電話機２００に取り込むことができる。
【００６６】
図１７は、本実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理に係わる携帯電話機２００の動作手順を示すフローチャートである。
【００６７】
キャプチャアプリケーションプログラムが起動されると（ステップＡ１）、近接無線通信の接続待ちの状態となり（ステップＡ２）、ＰＣ１００と近接状態である場合（ステップＡ３のＹＥＳ）、ＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスで規定される、要求するデータの属性が画像であることを指定するパラメータを付加した「Get Default Object」コマンドを、キャプチャ要求としてＰＣ１００に送信する（ステップＡ４）。
【００６８】
その後、この「Get Default Object」コマンドに対するレスポンスを待機し（ステップＡ５）、キャプチャ画像の返送があれば（ステップＡ６のＹＥＳ）、このキャプチャ画像の受信を実行して（ステップＡ７）、通信を終了する。一方、ＰＣ１００と近接状態でない場合（ステップＡ３のＮＯ）、および、キャプチャ画像の返送がない場合（ステップＡ６のＮＯ）、タイムアウト処理を実行して（ステップＡ８）、通信を終了する。
【００６９】
また、図１８は、本実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理に係わるＰＣ１００の動作手順を示すフローチャートである。
【００７０】
近接無線通信の接続待ちの状態にあるとき（ステップＢ１）、（携帯電話機２００と近接状態となって）ＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスで規定される、要求するデータの属性が画像であることを指定するパラメータが付加された「Get Default Object」コマンドを受信すると、キャプチャ要求を受信したものと解釈し（ステップＢ２）、表示画面のキャプチャ画像を生成する（ステップＢ３）。
【００７１】
このキャプチャ画像の生成後、携帯電話機２００と近接状態である場合（ステップＢ４のＹＥＳ）、キャプチャ画像を携帯電話機２００に返送して（ステップＢ５）、ステップＢ１の近接無線通信の接続待ちの状態に復帰する。一方、携帯電話機２００と近接状態でない場合（ステップＢ４のＮＯ）、タイムアウト処理を実行して（ステップＢ６）、通信を終了する。
【００７２】
以上のように、本実施形態の近接無線通信システムによれば、近接無線通信方式によるデバイス間におけるキャプチャ画像の転送を簡単な操作で実行させることを可能とする。
【００７３】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【符号の説明】
【００７４】
１０…物理層（ＰＨＹ）、２０…コネクション層（ＣＮＬ）、３０…プロトコル変換層、３１…ＰＣＬコントローラ、３２…ＰＣＬ ＯＢＥＸアダプタ、４０…アプリケーション層、４１…アプリケーションマネージャ、４２…ＯＢＥＸプロトコル、１００…情報処理装置（ＰＣ）、１０１…システム制御部、１０１ａ…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０３ａ…近接無線通信制御プログラム、１０３ｂ…各種アプリケーションプログラム、１０４…近接無線通信デバイス、１０４ａ，２０１ａ…アンテナ（カプラ）、１０５…電源制御部、１０６…ＡＣアダプタ、１０７…バッテリ、１０８…表示部、１１１…画面キャプチャ部、１１２…キャプチャ画像生成部、１１３…キャプチャ画像バッファ、２００…携帯電話機（モバイル機器）、２１１…キャプチャアプリケーション部、２１２…キャプチャ画像データベース、４２１…ファイルトランスファープロトコルクラス、４２１ａ…フォルダブラウジングサービス、４２２…プッシュプロトコルクラス、４２２ａ…ＩＮＢＯＸサービス、４２２ｂ…キャパビリティサービス。
【技術分野】
【０００１】
この発明は、近接無線通信方式で通信を行う情報処理装置に好適なキャプチャ画像の転送処理技術に関する。
【背景技術】
【０００２】
近年、ＮＦＣ（Near Field Communication）のような無線通信が利用され始めている。この無線通信の普及により、ユーザは、ＩＣ（Integrated Circuit）カードや携帯電話機などをホスト装置のリーダ／ライタ部にかざすといった操作を行うだけで、認証処理、課金等のための通信を容易に行えるようになっている。
【０００３】
また、最近では、より高速の通信が可能な新たな近接無線通信技術の開発が進められている。この新たな近接無線通信技術は、デバイス同士を近づけるだけで、認証、課金サービスのみならず、文書データ、画像データ、オーディオデータといったデータファイルをそれらデバイス間で送受信することを可能にする。
【０００４】
例えば特許文献１には、２台のデバイス間において、一方のデバイスに保持された複数の画像データの中から目的の画像データのみを近距離無線により他方のデバイスに容易に転送することを可能とする仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２００９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
インターネットの利用が一般化している今日では、ブラウザ（閲覧ソフトウェア）を用いることにより、インターネット上で公開されている様々なＷｅｂページを閲覧して種々の情報を入手することができる。そのため、２台のデバイス間において、一方のデバイスにデータファイルとして保持された画像データのみならず、その表示画面を画像データとして他方のデバイスに容易に転送することができれば、例えば、目的地への地図が掲載されたＷｅｂページを表示させたＰＣ（Personal Computer）に携帯電話機を近づけるだけで、その地図の画像データを携帯電話機に取り込むことができるようになる等、より利便性を高めることが実現される。
【０００７】
この発明は、このような事情を考慮してなされたものであり、近接無線通信方式によるデバイス間におけるキャプチャ画像の転送を簡単な操作で実行させることのできるキャプチャ画像の転送処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態によれば、近接無線通信を実行する通信モジュールを具備する情報処理装置におけるキャプチャ画像の転送処理方法は、前記通信モジュールと外部デバイスとの間の接続を確立し、前記通信モジュールと前記外部デバイスとの間の接続が確立された状態において、前記通信モジュールと前記外部デバイスとの間でデータを送受信するためのプロトコルで規定された、デフォルトオブジェクトの取得を要求するコマンドであって、要求するデータの属性が画像であることを指定するパラメータが付加された、ＯＢＥＸ（OBject EXchange）プロトコルのプッシュプロトコルクラスに規定されたGet Default Objectコマンドを前記外部デバイスから受信した場合、表示装置上に表示された画面の画像データを生成して、前記Get Default Objectコマンドに対する応答として前記外部デバイスに転送する。
【発明の効果】
【０００９】
この発明によれば、近接無線通信方式によるデバイス間におけるキャプチャ画像の転送を簡単な操作で実行させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る近接無線通信システムのシステム構成および当該近接無線通信システムにおいて２つのデバイス間で実行される近接無線通信の概要を示す第１の図。
【図２】同実施形態の近接無線通信システムのシステム構成および当該近接無線通信システムにおいて２つのデバイス間で実行される近接無線通信の概要を示す第２の図。
【図３】同実施形態の近接無線通信システムにおけるＰＣおよび携帯電話機間でのキャプチャ画像転送の概略的なシーケンスを示す図。
【図４】同実施形態の近接無線通信システムの一要素であるＰＣの構成を示す図。
【図５】同実施形態の近接無線システムが適用する近接無線通信を制御するためのソフトウェアアーキテクチャを説明するための図。
【図６】同実施形態の近接無線システムにおいてＯＢＥＸプロトコルを利用してクライアントとサーバとの間で実行されるファイル転送のシーケンスを示す図。
【図７】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスで使用されるオペレーションを示す図。
【図８】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスで使用されるHeader IDを示す図。
【図９】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスによりサービスを提供する手続きを示す図。
【図１０】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Connect」手続きを示す図。
【図１１】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Get Capabilities」手続きを示す図。
【図１２】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Set Path」手続きを示す図。
【図１３】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Push Object」手続きを示す図。
【図１４】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Get Default Object」手続きを示す図。
【図１５】同実施形態の近接無線システムにおいて利用するＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスの「Disconnect」手続きを示す図。
【図１６】同実施形態の近接無線通信システムのキャプチャ画像の転送に係わる機能ブロックを示す図。
【図１７】同実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理に係わる携帯電話機の動作手順を示すフローチャート。
【図１８】同実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理に係わるＰＣの動作手順を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、この発明の一実施形態を説明する。
【００１２】
図１および図２は、本発明の実施形態に係る近接無線通信システムのシステム構成および当該近接無線通信システムにおいて２つのデバイス間で実行される近接無線通信の概要を示す図である。
【００１３】
図１および図２に示すように、本実施形態の近接無線通信システムは、ノートブックタイプのＰＣ１００と携帯電話機（モバイル機器）２００とによって構成される。ＰＣ１００および携帯電話機２００には、近接無線通信用のアンテナ（カプラ）１０４ａ，２０１ａがそれぞれ設けられており、このカプラ１０４ａ，２０１ａを接触させるように、携帯電話機２００をＰＣ１００にかざすタッチ操作を行うだけで、ＰＣ１００と携帯電話機２００との間のデータ転送を実行させることができる。
【００１４】
そして、本実施形態の近接無線通信システムは、この”かざす”という直感的な操作のみでデータ転送を実行させることができるという利点をさらに活用すべく、ＰＣ１００に携帯電話機２００をかざすだけで、ＰＣ１００で表示中の画面の画像データ（キャプチャ画像）を携帯電話機２００に取り込めるようにしたものである。図１は、ＰＣ１００の表示画面全域（ａ１）を範囲とした画像データを携帯電話機２００に取り込む形態を示している。一方、図２は、表示画面上に開かれている複数のウィンドウ（ｂ１〜ｂ３）の中のアクティブ状態にあるウィンドウ（ｂ３）内の領域を範囲とした画像データを携帯電話機２００に取り込む形態を示している。
【００１５】
図３に、本実施形態の近接無線通信システムにおけるＰＣ１００および携帯電話機２００間でのキャプチャ画像転送の概略的なシーケンスを示す。
【００１６】
例えば、Ｗｅｂページを表示中のＰＣ１００の表示画面を携帯電話機２００に画像データとして取り込みたいと考えているユーザは、まず、携帯電話機２００上で、ＰＣ１００に対してキャプチャ画像の転送を要求する（キャプチャ要求）ためのキャプチャアプリケーションプログラムを起動し（図３の（１））、このキャプチャアプリケーションプログラムを起動した携帯電話機２００をＰＣ１００に接近させる（図３の（２））。なお、キャプチャアプリケーションプログラムの起動と、携帯電話機２００のＰＣ１００への接近とは、その順序を逆転させても構わない。
【００１７】
（カプラ１０４ａ，２０１ａが設けられた）ＰＣ１００と携帯電話機２００とが近接状態となると、ＰＣ１００と携帯電話機２００との間の無線接続が行われ、キャプチャアプリケーションプログラムが起動された携帯電話機２００からは、キャプチャ要求がＰＣ１００に対して送信される（図３の（３））。
【００１８】
一方、このキャプチャ要求を受信したＰＣ１００は、表示中の画面をキャプチャしてその画像データ（キャプチャ画像）を生成し（図３の（４））、この生成したキャプチャ画像を携帯電話機２００に送信する（図３の（５））。そして、携帯電話機２００上で起動されたキャプチャアプリケーションプログラムは、キャプチャ要求の応答として転送されてくるキャプチャ画像を受信して記憶装置に格納する（図３の（６））。
【００１９】
このように、本実施形態の近接無線通信システムは、（キャプチャアプリケーションプログラムを起動し、ＰＣ１００に接触させるという）携帯電話機２００側の簡単な操作だけで、ＰＣ１００で表示中の画面の画像データ（キャプチャ画像）を携帯電話機２００に取り込むことを可能とする。
【００２０】
図４は、以上のような携帯電話機２００に対するキャプチャ画像の転送処理を実行するＰＣ１００の構成を示す図である。
【００２１】
図４に示すように、ＰＣ１００は、システム制御部１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、近接無線通信デバイス１０４、電源制御部１０５、ＡＣ（Alternating Current）アダプタ１０６、バッテリ１０７、表示部１０８等を備える。
【００２２】
システム制御部１０１は、ＰＣ１００内の各部の動作を制御する。システム制御部１０１は、ＣＰＵ（Central Processing Unit）１０１ａを備え、ＲＯＭ１０２、ＲＡＭ１０３、近接無線通信デバイス１０４、電源制御部１０５、表示部１０８に接続される。
【００２３】
ＣＰＵ１０１ａは、ＲＯＭ１０２に格納された命令群およびデータをＲＡＭ１０３へロードし、必要な処理を実行するプロセッサである。ＲＡＭ１０３には、近接無線通信を制御するための近接無線通信制御プログラム１０３ａや各種アプリケーションプログラム１０３ｂがロードされる。ＣＰＵ１０１ａは、ＲＡＭ１０３にロードされた近接無線通信制御プログラム１０３ａを実行して、近接無線通信デバイス１０４を制御する。
【００２４】
近接無線通信デバイス１０４は、近接無線通信を実行する通信モジュールである。近接無線通信デバイス１０４は、近接無線通信デバイス１０４から所定の距離内に存在する、近接無線通信機能を有する携帯電話機２００等の他のデバイス（外部デバイス）との無線接続を確立し、データファイル送受信等の通信を実行する。近接無線通信デバイス１０４と外部デバイスとの間の近接無線通信は、ピアツーピア形式で実行される。通信可能距離は例えば３ｃｍである。つまり、近接無線通信デバイス１０４と外部デバイスとの間の距離が例えば３ｃｍ以内に接近した場合にのみ、近接無線通信デバイス１０４と外部デバイスとの間の無線接続が可能となる。近接無線通信デバイス１０４と外部デバイスとが通信可能距離以内に接近した時、近接無線通信デバイス１０４と外部デバイスとの間の無線接続が確立される。そして、例えばユーザによって明示的に指定されたデータファイルや予め決められた同期対象データファイル等のデータの伝送が近接無線通信デバイス１０４と外部デバイスとの間で実行される。本実施形態の近接無線通信システムでは、外部デバイスからのキャプチャ要求に応答してキャプチャ画像の転送が実行される。
【００２５】
近接無線通信においては、誘導電界が用いられる。近接無線通信方式としては、例えばTransferJetを使用し得る。TransferJetは、ＵＷＢ（Ultra WideBand）を利用した近接無線通信方式であり、高速データ転送を実現することができる。
【００２６】
近接無線通信デバイス１０４はアンテナ１０４ａに接続されている。アンテナ１０４ａはカプラと称される電極であり、誘導電界を用いた無線信号により、外部デバイスに対するデータの送受信を行う。外部デバイスがアンテナ１０４ａから通信可能距離（例えば３ｃｍ）以内の範囲内に接近した場合、近接無線通信デバイス１０４および外部デバイスそれぞれのアンテナ（カプラ）間が誘導電界によって結合され、これによって近接無線通信デバイス１０４と外部デバイスとの間の無線通信が実行可能となる。なお、近接無線通信デバイス１０４およびアンテナ１０４ａは、一つのモジュールとして実現し得る。
【００２７】
電源制御部１０５は、ＡＣアダプタ１０６を介して外部から供給される電力またはバッテリ１０７から供給される電力を用いて、ＰＣ１００内の各部に電力を供給する。換言すれば、ＰＣ１００は、ＡＣ商用電源のような外部電源またはバッテリ１０７によって駆動される。ＡＣアダプタ１０６はＰＣ１００内に設けることもできる。
【００２８】
そして、表示部１０８は、例えばＬＣＤ（Liquid Crystal Display）であり、システム制御部１０１のＣＰＵ１０１ａが描画した画像データを表示する。
【００２９】
なお、携帯電話機２００も、図４に示すＰＣ１００と略同等の構成を有し、近接無線通信制御プログラム１０３ａをＣＰＵ１０１ａによって実行することによって近接無線通信を実現するものとして、その詳細な説明を省略する。前述した、携帯電話機２００上で起動される、ＰＣ１００に対してキャプチャ画像の転送を要求する（キャプチャ要求）ためのキャプチャアプリケーションプログラムは、各種アプリケーションプログラム１０３ｂの１つとして存在する。
【００３０】
次に、図５を参照して、本実施形態における近接無線通信を制御するためのソフトウェアアーキテクチャについて説明する。
【００３１】
図５に示すソフトウェアアーキテクチャは、近接無線通信を制御するためのプロトコルスタックの階層構造を示している。プロトコルスタックは、物理層（ＰＨＹ）１０、コネクション層（ＣＮＬ）２０、プロトコル変換層３０、アプリケーション層４０から構成されている。プロトコル変換層３０は、ＰＣＬ（Protocol Conversion Layer）コントローラ３１およびＰＣＬ ＯＢＥＸ（OBject EXchange）アダプタ３２を含み、アプリケーション層４０は、アプリケーションマネージャ４１およびＯＢＥＸプロトコル４２を含んでいる。コネクション層（ＣＮＬ）２０、プロトコル変換層３０、アプリケーション層４０は、近接無線通信制御プログラム１０３ａによって実現し得る。
【００３２】
物理層（ＰＨＹ）１０は、物理的なデータ転送を制御する層であり、ＯＳＩ参照モデル内の物理層に対応する。物理層（ＰＨＹ）１０の一部または全ての機能は、近接無線通信デバイス１０４内のハードウェアを用いて実現することもできる。物理層（ＰＨＹ）１０は、コネクション層（ＣＮＬ）２０からのデータを無線信号に変換する。
【００３３】
コネクション層（ＣＮＬ）２０は、ＯＳＩ参照モデル内のデータリンク層およびトランスポート層に対応しており、物理層（ＰＨＹ）１０を制御してデータ通信を実行する。コネクション層（ＣＮＬ）２０は、プロトコル変換層３０（ＰＣＬコントローラ３１）からの接続要求または外部デバイスからの接続要求に応じて、近接状態に設定されている近接無線通信デバイス１０４と外部デバイスとの間の接続（ＣＮＬ接続）を確立する処理を実行する。
【００３４】
プロトコル変換層３０は、ＯＳＩ参照モデル内のセッション層およびプレゼンテーション層に対応しており、アプリケーション層４０とコネクション層（ＣＮＬ）２０との間に位置する。ＰＣＬコントローラ３１は、コネクション層（ＣＮＬ）２０によるＣＮＬ接続の確立および解除を制御する。ＰＣＬ ＯＢＥＸアダプタ３２は、通信プログラムである各種アプリケーションプログラム１０３ｂが扱うアプリケーションプロトコル（例えばＯＢＥＸプロトコル４２、ＳＣＳＩ、その他の汎用プロトコル等）に対応したデータ（ユーザデータ）を特定の伝送用データ形式に変換するための変換処理を実行する。この変換処理により、どのアプリケーションプロトコルを扱う通信プログラムにより送受信されるデータであっても、コネクション層（ＣＮＬ）２０が扱うことが可能なパケット（特定の伝送用データ形式のデータ）に変換される。つまり、プロトコル変換層３０のＰＣＬ ＯＢＥＸアダプタ３２は、様々なアプリケーションプロトコルを近接無線通信で利用することを可能にする。
【００３５】
また、プロトコル変換層３０のＰＣＬコントローラ３１は、通信相手の外部デバイスとの間でサービス情報（各デバイスが提供可能なサービスを示す情報）およびセッション情報（確立／切断対象のセッションに関する情報）を交換する処理、さらに、アプリケーションの起動、コネクションの管理、およびセッションの管理等を行う。このＰＣＬコントローラ３１の働きにより、キャプチャ要求の受信を契機に、キャプチャ画像の転送処理を行うためのキャプチャアプリケーションプログラムが自動的に起動される。このＰＣ１００側のキャプチャアプリケーションプログラムも、各種アプリケーションプログラム１０３ｂの１つとして存在する。
【００３６】
アプリケーション層４０は、プログラム間でのデータ転送を制御する層であり、ＯＳＩ参照モデル内のアプリケーション層に対応する。ここでは、ＯＢＥＸプロトコル４２によってデータが送受信される場合について説明する。
【００３７】
ＯＢＥＸプロトコル４２は、アプリケーションマネージャ４１で制御されるＰＣＬコントローラ３１により、ＣＮＬ接続確立を行い、ＰＣＬ ＯＢＥＸアダプタ３２を通して通信を行う。ＯＢＥＸプロトコル４２では、ＯＢＥＸアプリケーションが相互にデータの送受信を実行可能とするためのアプリケーション規定（プロトコルクラス）が定義されている。各種アプリケーションプログラム１０３ｂは、このプロトコルクラスに従ったＯＢＥＸプロトコル手順を利用することで、データファイル等のオブジェクトの送受信を行うことができる。本実施形態におけるＯＢＥＸプロトコル４２では、基本プロトコルクラスとして、ファイルトランスファープロトコルクラス４２１とプッシュプロトコルクラス４２２とが定義されている。図示のように、ファイルトランスファープロトコルクラス４２１は、プッシュプロトコルクラス４２２を包含する関係にある。
【００３８】
プッシュプロトコルクラス４２２は、クライアントからサーバへ１つまたは複数のファイルを送信するために使用される。プッシュプロトコルクラス４２２では、クライアント（ここでは携帯電話機２００）が任意のファイルをＰＵＴし、サーバ（ここではＰＣ１００）に渡すための手続きが定義されている。プッシュプロトコルクラス４２２では、近接無線通信（TransferJet）によってファイルを送信する前に必要な手続きを簡略化して、ユーザによる操作負担を軽減すると共に、高速なデータ通信を実現することができる。プッシュプロトコルクラス４２２におけるＩＮＢＯＸサービス４２２ａは、既知の「IrDA Object Exchange Protocol Version 1.4」の仕様書に記載のＩＮＢＯＸサービス（INBOX Service)をベースにした手続きを実行するものとして詳細な説明を省略する。キャパビリティサービス４２２ｂは、サーバ側の能力を示すデータを取得するために使用される。
【００３９】
また、ファイルトランスファープロトコルクラス４２１は、クライアントとサーバとの間で１つまたは複数のファイルの送信／受信を行うために使用される。ファイルトランスファープロトコルクラス４２１は、ＦＴＰ（File Transfer Protocol）相当のファイル転送およびファイル・フォルダ操作をサポートするための手続きが規定されている。
【００４０】
ファイルトランスファープロトコルクラス４２１では、プッシュプロトコルクラス４２２を利用したファイルの転送とは異なり、ファイルを送信する前にファイルの送信先（サーバ）のフォルダおよびファイルを示すデータ（フォルダ情報）を、フォルダブラウジングサービス４２１ａによりサーバから取得する。そして、フォルダ情報に基づきファイルの送信先に対してフォルダの移動（作成）を行い、ファイルを送信することができる。ファイルトランスファープロトコルクラス４２１は、既知の「IrDA Object Exchange Protocol Version 1.4」に記載のフォルダブラウジングサービス（Folder Browsing Service)をベースにした手続きを実行するものとして詳細な説明を省略する。
【００４１】
なお、前述したように、ファイルトランスファープロトコルクラス４２１は、プッシュプロトコルクラス４２２を包含する関係にあり、ファイルトランスファープロトコルクラス４２１を利用したファイルの送信時においても、ＩＮＢＯＸサービス４２２ａおよびキャパビリティサービス４２２ｂを使用することが可能である。
【００４２】
ＯＢＥＸプロトコル４２に対応する各種アプリケーションプログラム１０３ｂは、このＯＢＥＸプロトコル４２を通じて、プロトコル変換層３０のＰＣＬコントローラ３１に対してセッションの開始／終了を要求する処理と、プロトコル変換層３０のＰＣＬ ＯＢＥＸアダプタ３２を介してデータを送受信する処理とを実行する。つまり、各種アプリケーションプログラム１０３ｂは、ＯＢＥＸプロトコル４２のファイルトランスファープロトコルクラス４２１を利用して１つまたは複数のファイルをサーバとの間で送信／受信し、または、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２を利用して１つまたは複数のファイルをサーバに送信する。本実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理は、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された手続きを利用することによって実現される。
【００４３】
図６に、ＯＢＥＸプロトコル４２を利用してクライアントとサーバとの間で実行されるファイル転送のシーケンスを示す。図中、左側がクライアントを表し、右側がサーバを表している。
【００４４】
クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、サーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２への送信対象とするファイルの選択と送信要求がユーザ操作に応じて実行されると（Ｓ１）、ＰＣＬコントローラ３１に対して、プッシュプロトコルクラス４２２によるファイルの送信を要求する（Ｓ２）。すると、クライアントは、サーバとの間で近接無線通信が可能となるまで接続待機状態となる。サーバも、近接無線通信による接続待機状態にあるものとする。
【００４５】
ここで、ユーザによって、クライアント側のデバイスをサーバ側のデバイスに近接させるタッチ操作が行われたものとする（Ｓ３）。近接無線通信が可能な状態になると、クライアント側のＰＣＬコントローラ３１とサーバ側のＰＣＬコントローラ３１との間で、物理的な接続の確立と、アプリケーションプログラム１０３ｂのプロトコルに対応したＰＣＬ ＯＢＥＸアダプタ３２（通信アダプタ）の種類の調整が行われる（Ｓ４）。
【００４６】
即ち、クライアント側のＰＣＬコントローラ３１は、コネクション層（ＣＮＬ）２０を用いて、近接状態にあるサーバとの間の物理的な接続を確立する処理を実行し、サーバ側のＰＣＬコントローラ３１も、クライアントとの間の物理的な接続を確立する処理を実行する。
【００４７】
また、クライアント側のＰＣＬコントローラ３１は、いわゆるネゴシエーション処理を実行して、確立すべきセッションに関するセッション情報、例えば、使用される通信アダプタを示す情報、アプリケーションプログラム１０３ｂが伝送するデータの属性を示す情報、およびアプリケーションプログラム１０３ｂを識別する情報等を含むセッション情報をサーバ側のＰＣＬコントローラ３１に送信する。一方、サーバ側のＰＣＬコントローラ３１は、クライアント側のＰＣＬコントローラ３１からのセッション情報に基づいて、新規セッション開始要求を送信したアプリケーションプログラム１０３ｂのプロトコルに対応した通信アダプタ（ここではＰＣＬ ＯＢＥＸアダプタ３２）を起動して、アプリケーションプログラム１０３ｂが近接無線通信デバイス１０４を介してクライアント側のアプリケーションプログラム１０３ｂと通信するために使用されるセッションを確立する。
【００４８】
サーバ側のＰＣＬコントローラ３１は、セッションが確立されると、アプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２に対して、プッシュプロトコルクラス４２２によるファイルの（送）受信を要求する（Ｓ５）。また、ＰＣＬコントローラ３１は、ＰＣＬ ＯＢＥＸアダプタ３２に対して、ＯＢＥＸプロトコル４２による通信開始を要求する（Ｓ６）。同様に、クライアント側においても、セッションが確立されると、ＰＣＬコントローラ３１が、ＰＣＬ ＯＢＥＸアダプタ３２に対して、ＯＢＥＸプロトコル４２による通信開始を要求する（Ｓ７）。
【００４９】
図７には、近距離無線通信によりデータ通信を行うクライアントとサーバのそれぞれにおいて、ＯＢＥＸプロトコル４２で定義されるプッシュプロトコルクラス４２２で使用されるオペレーションが示されており、図８には、Header IDが示されている。
【００５０】
また、図９には、このプッシュプロトコルクラス４２２によりサービスを提供する手続き（コマンド）が示されており、図１０〜図１５には、図９に示される各手続きにおけるシーケンス例が示されている。以下、本実施形態の近接無線通信システムがキャプチャ画像の転送処理に利用するプッシュプロトコルクラス４２２に規定された手続きによるファイル転送を例に説明を進める。
【００５１】
クライアント側およびサーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、図１０に示すCONNECTオペレーションによる「Connect」手続きを実行し（Ｓ８〜Ｓ１１）、以降、図９に示すプッシュプロトコルクラス４２２によるサービスを提供する手続きに従って動作する。
【００５２】
即ち、クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、サーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２から、図１１に示すGETオペレーションによる「Get Capabilities」手続きによりサーバ能力の取得を行う（Ｓ１２）。この「Get Capabilities」手続きは、任意に実行されるものである。
【００５３】
また、クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、送信しようとするファイルを識別するためのデータをサーバに送信するために、図１２に示すSETPATHオペレーションによる「Set Path」手続きを行う（Ｓ１３）。SETPATHオペレーションでは、ファイル（オブジェクト）を識別するためのデータとして、例えば、ヘッダデータとして「フォルダネーム」をサーバに通知する。サーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、このSETPATHオペレーションに対して、常に、SUCCESSオペレーションにより応答する。なお、SETPATHオペレーションは、サーバに対してフォルダ作成を強制するものではない。
【００５４】
クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、SETPATHオペレーションの後、サーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２に通知した「フォルダネーム」に対応する共通グループ（フォルダ）のファイルを、図１３に示すPUTオペレーションによる「Push Object」手続きにより送信する（Ｓ１４）。共通グループに複数のファイルが存在する場合には、各ファイルに対するPUTオペレーション（ファイル送信）を繰り返して実行する（Ｓ１５）。その他、複数のグループについてファイルを送信する場合など、必要に応じて、SETPATHオペレーションとPUTオペレーション（ファイル送信）とを繰り返して実行する。
【００５５】
また、クライアント側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、必要に応じて、図１４に示すGETオペレーションにより「Get Default Object」手続きを実行する。プッシュプロトコルクラス４２２は、GETオペレーションのタイプヘッダにより、取得要求の対象とするデータ（オブジェクト）を指定する。これにより、サーバは、指定されたタイプヘッダに応じて適切なオブジェクトを決定して、クライアントに対して送信する。そして、本実施形態の近接無線通信システムは、この「Get Default Object」手続きを利用して、キャプチャ画像の転送処理を実現する。
【００５６】
より具体的には、クライアントは、サーバ側の表示画面のキャプチャ画像を取得しようとする場合、「Get Default Object」手続き、つまり「Get Default Object」コマンドを、要求するデータの属性が画像であることを指定するパラメータ（例えば図９に示す"image/jpeg"）を付加した上で送信する。一方、サーバは、このパラメータが付加された「Get Default Object」コマンドを受信すると、キャプチャ画像の転送が要求されたものと解釈して、表示画面のキャプチャ画像を生成して返送する。即ち、キャプチャ画像を要求する専用のコマンドを新設することなく、所定のパラメータを付加することで、既存のコマンドを、キャプチャ画像を要求するコマンドとして援用する。
【００５７】
クライアント側からサーバ側へのファイルの送信が完了すると、クライアント側およびサーバ側のアプリケーションプログラム１０３ｂ／ＯＢＥＸプロトコル４２は、ＰＣＬ ＯＢＥＸアダプタ３２を介して、図１５に示すDISCONNECTオペレーションによる「Disconnect」手続きを実行する（Ｓ１６〜Ｓ２０）。
【００５８】
また、クライアント側のＰＣＬコントローラ３１は、ＰＣＬ ＯＢＥＸアダプタ３２に対して、ＯＢＥＸプロトコル４２による通信終了を要求する（Ｓ２１）。同様に、サーバ側においても、ＰＣＬコントローラ３１が、ＰＣＬ ＯＢＥＸアダプタ３２に対して、ＯＢＥＸプロトコル４２による通信終了を要求する（Ｓ２２）。そして、クライアント側およびサーバ側のＰＣＬコントローラ３１の間で、アプリケーションプログラム１０３ｂのプロトコルに対応した通信アダプタ（ここではＰＣＬ ＯＢＥＸアダプタ３２）を停止させ、近距離無線通信を切断する（Ｓ２３）。
【００５９】
図１６は、図５を参照して説明した近接無線通信を制御するためのソフトウェアアーキテクチャ、および、図６を参照して説明したＯＢＥＸプロトコル（のプッシュプロトコルクラス）を利用してクライアントとサーバとの間で実行されるファイル転送のシーケンスに準拠した、本実施形態の近接無線通信システムのキャプチャ画像の転送に係わる機能ブロックを示す図である。
【００６０】
図１６に示すように、（ユーザによって起動される）各種アプリケーションプログラム１０３ｂの１つとして存在する携帯電話機２００側のキャプチャアプリケーションプログラムは、キャプチャアプリケーション部２１１を有し、携帯電話機２００には、このキャプチャアプリケーションプログラムによって取得されたキャプチャ画像を格納するためのキャプチャ画像データベース２１２が構築される。一方、（キャプチャ要求の受信を契機に自動的に起動される）同じく各種アプリケーションプログラム１０３ｂの１つとして存在するＰＣ１００側のキャプチャアプリケーションプログラムは、画面キャプチャ部１１１とキャプチャ画像生成部１１２とを有し、ＰＣ１００には、画面キャプチャ部１１１およびキャプチャ画像生成部１１２が協働することによって生成されるキャプチャ画像を一時的に格納するためのキャプチャ画像バッファ１１３が構築される。ＰＣ１００では、所定のパラメータが付加された「Get Default Object」コマンドを受信した際に、（キャプチャ要求を受け付けたと解釈されて）キャプチャアプリケーションプログラムが自動的に起動されるように、プロトコル変換層３０（ＰＣＬコントローラ３１）の設定がなされている。
【００６１】
キャプチャアプリケーション部２１１は、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された「Get Default Object」コマンドを、要求するデータの属性が画像であることを指定するパラメータを付加した上で送信することによってキャプチャ要求を送信し、ＰＣ１００の表示画面の画像データ（キャプチャ画像）を取得するためのモジュールであり、取得したキャプチャ画像をキャプチャ画像データベース２１２に格納する。
【００６２】
一方、画面キャプチャ部１１１は、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された「Get Default Object」コマンドであって、要求するデータの属性が画像であることを指定するパラメータが付加されたコマンドの受信によりキャプチャ要求を受信したと解釈された際、表示画面をキャプチャするためのモジュールであり、また、キャプチャ画像生成部１１２は、画面キャプチャ部１１１によってキャプチャされた表示画面の画像データを（近接無線通信の）パケット単位に変換するモジュールである。画面キャプチャ部１１１は、表示画面のキャプチャ対象範囲（図１のａ１，または、図２のｂ３）をユーザが設定できるようにするためのユーザインタフェースも提供する。
【００６３】
キャプチャ画像生成部１１２によって生成されたパケット単位の画像データは、キャプチャ画像バッファ１１３に一時的に格納され、ＯＢＥＸプロトコル４２のプッシュプロトコルクラス４２２に規定された（属性を指定するパラメータ付きの）「Get Default Object」コマンドによるキャプチャ要求のレスポンスデータとして順次読み出されて携帯電話機２００側に転送される。
【００６４】
このように、各種サービスを提供する手続きを規定する、ＯＢＥＸプロトコル４２で定義されるプッシュプロトコルクラス４２２の「Get Default Object」手続きを所定のパラメータを付加して利用することにより、（ユーザによって起動される）携帯電話機２００のキャプチャアプリケーション部２１１は、キャプチャ要求をＰＣ１００に対して送信する。そして、ＰＣ１００は、この所定のパラメータが付加された「Get Default Object」手続きによるキャプチャ要求の受け付けを契機に、画面キャプチャ部１１１およびキャプチャ画像生成部１１２が起動され、表示画面の画像データ（キャプチャ画像）を生成して、この所定のパラメータが付加された「Get Default Object」手続きによって受け付けたキャプチャ要求のレスポンスデータとして、生成したキャプチャ画像を携帯電話機２００に返送する。
【００６５】
これにより、ユーザは、（キャプチャアプリケーションプログラムを起動し、ＰＣ１００に接触させるという）携帯電話機２００側の簡単な操作だけで、ＰＣ１００で表示中の画面の画像データを携帯電話機２００に取り込むことができる。
【００６６】
図１７は、本実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理に係わる携帯電話機２００の動作手順を示すフローチャートである。
【００６７】
キャプチャアプリケーションプログラムが起動されると（ステップＡ１）、近接無線通信の接続待ちの状態となり（ステップＡ２）、ＰＣ１００と近接状態である場合（ステップＡ３のＹＥＳ）、ＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスで規定される、要求するデータの属性が画像であることを指定するパラメータを付加した「Get Default Object」コマンドを、キャプチャ要求としてＰＣ１００に送信する（ステップＡ４）。
【００６８】
その後、この「Get Default Object」コマンドに対するレスポンスを待機し（ステップＡ５）、キャプチャ画像の返送があれば（ステップＡ６のＹＥＳ）、このキャプチャ画像の受信を実行して（ステップＡ７）、通信を終了する。一方、ＰＣ１００と近接状態でない場合（ステップＡ３のＮＯ）、および、キャプチャ画像の返送がない場合（ステップＡ６のＮＯ）、タイムアウト処理を実行して（ステップＡ８）、通信を終了する。
【００６９】
また、図１８は、本実施形態の近接無線通信システムにおけるキャプチャ画像の転送処理に係わるＰＣ１００の動作手順を示すフローチャートである。
【００７０】
近接無線通信の接続待ちの状態にあるとき（ステップＢ１）、（携帯電話機２００と近接状態となって）ＯＢＥＸプロトコルで定義されるプッシュプロトコルクラスで規定される、要求するデータの属性が画像であることを指定するパラメータが付加された「Get Default Object」コマンドを受信すると、キャプチャ要求を受信したものと解釈し（ステップＢ２）、表示画面のキャプチャ画像を生成する（ステップＢ３）。
【００７１】
このキャプチャ画像の生成後、携帯電話機２００と近接状態である場合（ステップＢ４のＹＥＳ）、キャプチャ画像を携帯電話機２００に返送して（ステップＢ５）、ステップＢ１の近接無線通信の接続待ちの状態に復帰する。一方、携帯電話機２００と近接状態でない場合（ステップＢ４のＮＯ）、タイムアウト処理を実行して（ステップＢ６）、通信を終了する。
【００７２】
以上のように、本実施形態の近接無線通信システムによれば、近接無線通信方式によるデバイス間におけるキャプチャ画像の転送を簡単な操作で実行させることを可能とする。
【００７３】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【符号の説明】
【００７４】
１０…物理層（ＰＨＹ）、２０…コネクション層（ＣＮＬ）、３０…プロトコル変換層、３１…ＰＣＬコントローラ、３２…ＰＣＬ ＯＢＥＸアダプタ、４０…アプリケーション層、４１…アプリケーションマネージャ、４２…ＯＢＥＸプロトコル、１００…情報処理装置（ＰＣ）、１０１…システム制御部、１０１ａ…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０３ａ…近接無線通信制御プログラム、１０３ｂ…各種アプリケーションプログラム、１０４…近接無線通信デバイス、１０４ａ，２０１ａ…アンテナ（カプラ）、１０５…電源制御部、１０６…ＡＣアダプタ、１０７…バッテリ、１０８…表示部、１１１…画面キャプチャ部、１１２…キャプチャ画像生成部、１１３…キャプチャ画像バッファ、２００…携帯電話機（モバイル機器）、２１１…キャプチャアプリケーション部、２１２…キャプチャ画像データベース、４２１…ファイルトランスファープロトコルクラス、４２１ａ…フォルダブラウジングサービス、４２２…プッシュプロトコルクラス、４２２ａ…ＩＮＢＯＸサービス、４２２ｂ…キャパビリティサービス。
【特許請求の範囲】
【請求項１】
近接無線通信を実行する通信モジュールを具備する情報処理装置におけるキャプチャ画像の転送処理方法であって、
前記通信モジュールと外部デバイスとの間の接続を確立し、
前記通信モジュールと前記外部デバイスとの間の接続が確立された状態において、前記通信モジュールと前記外部デバイスとの間でデータを送受信するためのプロトコルで規定された、デフォルトオブジェクトの取得を要求するコマンドであって、要求するデータの属性が画像であることを指定するパラメータが付加された、ＯＢＥＸ（OBject EXchange）プロトコルのプッシュプロトコルクラスに規定されたGet Default Objectコマンドを前記外部デバイスから受信した場合、表示装置上に表示された画面の画像データを生成して、前記Get Default Objectコマンドに対する応答として前記外部デバイスに転送する、
キャプチャ画像の転送処理方法。
【請求項２】
前記画像データを前記外部デバイスに転送することは、表示画面全域を範囲とした画像データを生成する請求項１記載のキャプチャ画像の転送処理方法。
【請求項３】
前記画像データを前記外部デバイスに転送することは、表示画面中のアクティブ状態にあるウィンドウの領域を範囲とした画像データを生成する請求項１記載のキャプチャ画像の転送処理方法。
【請求項４】
さらに、表示画面全域または表示画面中のアクティブ状態にあるウィンドウの領域のいずれかを前記画像データの生成対象範囲に設定する請求項１記載のキャプチャ画像の転送処理方法。
【請求項１】
近接無線通信を実行する通信モジュールを具備する情報処理装置におけるキャプチャ画像の転送処理方法であって、
前記通信モジュールと外部デバイスとの間の接続を確立し、
前記通信モジュールと前記外部デバイスとの間の接続が確立された状態において、前記通信モジュールと前記外部デバイスとの間でデータを送受信するためのプロトコルで規定された、デフォルトオブジェクトの取得を要求するコマンドであって、要求するデータの属性が画像であることを指定するパラメータが付加された、ＯＢＥＸ（OBject EXchange）プロトコルのプッシュプロトコルクラスに規定されたGet Default Objectコマンドを前記外部デバイスから受信した場合、表示装置上に表示された画面の画像データを生成して、前記Get Default Objectコマンドに対する応答として前記外部デバイスに転送する、
キャプチャ画像の転送処理方法。
【請求項２】
前記画像データを前記外部デバイスに転送することは、表示画面全域を範囲とした画像データを生成する請求項１記載のキャプチャ画像の転送処理方法。
【請求項３】
前記画像データを前記外部デバイスに転送することは、表示画面中のアクティブ状態にあるウィンドウの領域を範囲とした画像データを生成する請求項１記載のキャプチャ画像の転送処理方法。
【請求項４】
さらに、表示画面全域または表示画面中のアクティブ状態にあるウィンドウの領域のいずれかを前記画像データの生成対象範囲に設定する請求項１記載のキャプチャ画像の転送処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１１−１４２６４１（Ｐ２０１１−１４２６４１Ａ）
【公開日】平成２３年７月２１日（２０１１．７．２１）
【国際特許分類】
【出願番号】特願２０１１−８６５８（Ｐ２０１１−８６５８）
【出願日】平成２３年１月１９日（２０１１．１．１９）
【分割の表示】特願２００９−１５６２７５（Ｐ２００９−１５６２７５）の分割
【原出願日】平成２１年６月３０日（２００９．６．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２３年７月２１日（２０１１．７．２１）
【国際特許分類】
【出願日】平成２３年１月１９日（２０１１．１．１９）
【分割の表示】特願２００９−１５６２７５（Ｐ２００９−１５６２７５）の分割
【原出願日】平成２１年６月３０日（２００９．６．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]