JP2012244287A - 通信装置、通信装置の制御方法、および、プログラム - Google Patents

Abstract

【課題】ネットワークを介した接続に要する手間を削減する。
【解決手段】本発明の通信装置は、外部機器とネットワークを介して接続し、通信を行う第１の通信部と、前記外部機器と直接接続し、通信を行う第２の通信部と、前記外部機器において前記ネットワークを介した前記第１の通信部との接続に必要なデータである接続データを生成して出力する生成部と、前記第２の通信部に前記外部機器が接続されると、前記第２の通信部に前記接続データを前記外部機器へ出力させ、前記接続データの出力後、該接続データに基づく接続要求を前記第１の通信部が前記外部機器から受信すると、前記第１の通信部に前記外部機器との通信を開始させる制御部と、を有する。
【選択図】図２

Description

本発明は、ネットワークを介して外部機器と接続する通信装置、通信装置の制御方法、および、プログラムに関する。

携帯電話、スマートフォンなどの通信装置の高機能化、高性能化に伴い、通信装置に搭載されたカメラを用いて写真または動画を撮影したり、インターネットにアクセスしてＷｅｂサイトなどからデータをダウンロードしたりすることが一般的になっている。また、通信装置の内部記憶媒体、あるいは、通信装置に取り付けられるＳＤカードなどの外部記憶媒体の大容量化も進んでいる。その結果、電話番号、メールアドレスなどの電話帳データ、メールデータ、写真データ、文書データ、ＧＰＳ（Global Positioning System）ログデータなど多くのデータが通信装置に記憶されるようになっている。

近年、通信装置に記憶されているデータを、パーソナルコンピュータなどの外部機器上で閲覧、編集することが検討されている。

特許文献１（特開２００５−２４４７２０号公報）には、無線ＬＡＮ（Local Area Network）などのネットワークを介して外部機器と接続され、外部機器から受け付けたリクエストに応じた処理を行い、処理結果をレスポンスとして返すＷｅｂサーバ機能を備えた通信装置が開示されている。この通信装置によれば、外部機器から受け付けたリクエストに対するレスポンスとして、通信装置に記憶されているデータをＨＴＭＬ（Hypertext Markup Language）、ＪａｖａＳｃｒｉｐｔなどの形式で外部機器に返し、外部機器のＷｅｂブラウザ上で表示させることができる。

特開２００５−２４４７２０号公報

通信装置と外部機器とを無線ＬＡＮなどのネットワークを介して接続し、通信を行わせるためには、外部機器において通信装置との接続に必要な情報（通信装置のＩＰアドレスなど）をユーザが把握し、外部機器に入力する必要がある。しかし、一般に、通信装置のＩＰアドレスなどを把握することは難しく、通信装置と外部機器とをネットワークを介して接続し、通信を行わせるには手間がかかる。

本発明の目的は、ネットワークを介して外部機器と接続し、通信を行うのに要する手間の削減を図ることができる通信装置、通信装置の制御方法、および、プログラムを提供することにある。

上記目的を達成するために本発明の通信装置は、
外部機器とネットワークを介して接続し、通信を行う第１の通信部と、
前記外部機器と直接接続し、通信を行う第２の通信部と、
前記外部機器において前記ネットワークを介した前記第１の通信部との接続に必要なデータである接続データを生成して出力する生成部と、
前記第２の通信部に前記外部機器が接続されると、前記第２の通信部に前記接続データを前記外部機器へ出力させ、前記接続データの出力後、該接続データに基づく接続要求を前記第１の通信部が前記外部機器から受信すると、前記第１の通信部に前記外部機器との通信を開始させる制御部と、を有する。

上記目的を達成するために本発明の通信装置の制御方法は、
前記外部機器において前記ネットワークを介した接続に必要なデータである接続データを生成し、
前記外部機器が直接接続されると、前記生成した接続データを前記外部機器に出力し、
前記接続データの出力後、該接続データに基づく接続要求を前記外部機器から受信すると、前記ネットワークを介した前記外部機器との通信を開始する。

上記目的を達成するために本発明のプログラムは、
通信装置に、
前記外部機器において前記ネットワークを介した接続に必要なデータである接続データを生成する処理と、
前記外部機器が直接接続されると、前記生成した接続データを前記外部機器に出力する処理と、
前記接続データの出力後、該接続データに基づく接続要求を前記外部機器から受信すると、前記ネットワークを介した前記外部機器との通信を開始する処理と、を実行させる。

本発明によれば、ネットワークを介して通信装置と外部機器とを接続し、通信を行わせるのに要する手間の削減を図ることができる。

本発明の第１の実施形態の通信装置の動作の概要を示す図である。 図１に示す通信装置の構成を示すブロック図である。 図２に示す通信装置の接続操作入力時の動作を示すフローチャートである。 図２に示す表示部に表示される設定画面の一例を示す図である。 図２に示す生成部が生成するショートカットファイルの一例を示す図である。 図２に示す通信装置のリクエスト受信時の動作を示すフローチャートである。 図２に示す外部機器から送信されるリクエストの一例を示す図である。 図２に示す外部機器から送信されるリクエストの他の一例を示す図である。 図２に示すＷｅｂサーバ部が生成するレスポンスの一例を示す図である。 本発明の第２の実施形態の通信装置の構成を示すブロック図である。

以下に、本発明を実施するための形態について図面を参照して説明する。

（第１の実施形態）
図１は、本実施形態の通信装置１００の動作の概要を示す図である。

通信装置１００は、携帯電話、スマートフォン、携帯型ゲーム機、ノート型、あるいは、タブレット型のパーソナルコンピュータなどであり、デスクトップ型のパーソナルコンピュータなどの外部機器２００と直接、通信を行うとともに、無線ＬＡＮアクセスポイント３１０を経由して、ローカルネットワーク３００に接続する。さらに、通信装置１００は、Ｗｅｂサーバ機能を備えており、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などに従い、無線ＬＡＮアクセスポイント３１０を経由し、ローカルネットワーク３００を介して、ローカルネットワーク３００に接続する外部機器２００と接続し、通信を行う。なお、以下では、無線ＬＡＮアクセスポイント３１０については記載を省略する。

図２は、通信装置１００の構成を示すブロック図である。

図２に示す通信装置１００は、入力部１１０と、第１の通信部１２０と、第２の通信部１３０と、制御部１４０と、表示部１５０と、生成部１６０と、ストレージ１７０と、Ｗｅｂサーバ部１８０と、機能アクセス部１９０と、を有する。

入力部１１０は、操作入力を受け付ける。

第１の通信部１２０は、例えば、ＩＥＥＥ ８０２．１１ｂ／ａ／ｇ／ｎなどに対応する無線インタフェースを有し、この無線インタフェースを用いて、ローカルネットワーク３００に接続し、ローカルネットワーク３００を介して外部機器２００との間で通信を行う。なお、外部機器２００は、例えば、ＩＥＥＥ ８０２．１１ｂ／ａ／ｇ／ｎなどに対応する無線インタフェース、または、１００ＢＡＳＥ−ＴＸ，１０００ＢＡＳＥ−Ｔなどに対応する有線インタフェースを有し、ローカルネットワーク３００に接続することができる。

第２の通信部１３０は、例えば、ＵＳＢ（Universal Serial Bus）などに対応する有線インタフェースを有し、この有線インタフェースを用いて、外部機器２００と直接接続し、通信を行う。第２の通信部１３０が外部機器２００と接続されると、外部機器２００上で通信装置１００がＵＳＢマスストレージとして認識される。なお、外部機器２００は、第２の通信部１３０が有するインタフェースに対応するインタフェースを有する。

制御部１４０は、第１の通信部１２０と外部機器２００とを接続し、Ｗｅｂサーバ機能を有効にする旨を示す接続操作が入力部１１０に入力されると、第１の通信部１２０、第２の通信部１３０、表示部１５０、生成部１６０、および、Ｗｅｂサーバ部１８０を制御する。各部の制御内容については後述する。

表示部１５０は、種々の画面を表示する。

生成部１６０は、外部機器２００において第１の通信部１２０とのネットワーク３００を介した接続に必要なデータである接続データを、通信装置１００内の設定に応じて生成して出力する。

ストレージ１７０は、種々のデータを記憶する記憶媒体であり、ＵＳＢストレージ領域１７１と、コンテンツ保持領域１７２と、を有する。なお、ストレージ１７０の具体例としては、通信装置１００内のディスクのほか、通信装置１００に取り付けられるＳＤカードなどの外部記憶媒体がある。

ＵＳＢストレージ領域１７１は、第２の通信部１３０と外部機器２００とが接続されると、外部機器２００においてＵＳＢマスストレージとして認識される領域である。ＵＳＢストレージ領域１７１がＵＳＢマスストレージとして認識されると、ＵＳＢストレージ領域１７１に記憶されているデータについては、外部機器２００において、外部機器２００で記憶されているデータと同様に読み書きすることができる。なお、ＵＳＢストレージ領域１７１に記憶されているデータについては、通信装置１００内からも読み書きすることができる。接続データは、ＵＳＢストレージ領域１７１に記憶される。

コンテンツ保持領域１７２は、ＨＴＭＬ、ＪａｖａＳｃｒｉｐｔなどで作成されたＷｅｂコンテンツのデータを記憶する領域である。

Ｗｅｂサーバ部１８０は、Ｗｅｂサーバ機能を有し、外部機器２００からのリクエスト（ＨＴＴＰ（Hypertext Transfer Protocol）リクエスト）を受け付け、受け付けたリクエストに応じた処理結果をレスポンス（ＨＴＴＰレスポンス）として出力する。例えば、Ｗｅｂサーバ部１８０は、特定のＨＴＭＬファイルの取得を要求するリクエストに対しては、そのＨＴＭＬファイルのデータをレスポンスとして外部機器２００に返し、通信装置１００に記憶されている特定のデータの書き換えを要求するリクエストに対しては、そのデータを書き換えた結果をレスポンスとして外部機器２００に返す。

機能アクセス部１９０は、通信装置１００に備えられた種々の機能にアクセスし、その機能を用いてデータの取得、編集、削除などの処理を行い、処理結果をＷｅｂサーバ部１８０に出力する。

次に、本実施形態の通信装置１００の動作について説明する。

図３は、接続操作の入力時の通信装置１００の動作を示すフローチャートである。

接続操作が入力部１１０に入力されると、制御部１４０は、通信装置１００の装置名を設定するための設定画面を表示部１５０に表示させる（ステップＳ３０１）。

図４は、表示部１５０が表示する設定画面の一例を示す図である。

図４に示すように、表示部１５０は、設定画面４０１として、入力部１１０を介して入力された装置名が表示される入力領域４０２、装置名の入力の完了時に指定されるＯＫボタン４０３、装置名の入力の中止時に指定されるキャンセルボタン４０４などを表示する。通信装置１００に設定された装置名は、ローカルネットワーク３００上で、その通信装置１００の名前を示すＮｅｔＢＩＯＳ名として利用される。

再び、図３を参照すると、制御部１４０は、装置名が設定されると、生成部１６０に接続データの生成を指示する。生成部１６０は、その指示に従い、接続データとして、ショートカットファイルを生成する（ステップＳ３０２）。なお、接続データは、ショートカットファイルに限られるものではない。

図５は、生成部１６０が生成するショートカットファイルの一例を示す図である。

図５に示すショートカットファイル５０１は、外部機器２００上で通信装置１００がＵＳＢマスストレージとして認識されると自動実行されるオートランの設定ファイルである。ショートカットファイル５０１が実行されると、外部機器２００においてＷｅｂブラウザが起動し、起動したＷｅｂブラウザが通信装置１００に接続要求を行う。

生成部１６０は、設定された装置名をショートカットファイル５０１の５０２の部分に記載する。また、生成部１６０は、ショートカットファイル生成時にパスワードを自動生成し、生成したパスワードをショートカットファイル５０１の５０３の部分に記載する。なお、パスワードは、例えば、ユーザが設定するようにしてもよい。

再び、図３を参照すると、ストレージ１７０は、ショートカットファイルをＵＳＢストレージ領域１７１に記憶する（ステップＳ３０３）。ここで、ショートカットファイルの保存先のパスは、外部機器２００上で通信装置１００がＵＳＢマスストレージとして認識された際にアクセスされるルートディレクトリとなる場所である。

次に、制御部１４０は、Ｗｅｂサーバ部１８０のＷｅｂサーバ機能を有効とし（ステップＳ３０４）、リクエストの待ち受け開始状態として、外部機器２００との通信を開始させる。

次に、第２の通信部１３０と外部機器２００とが接続されると、外部機器２００上で通信装置１００がＵＳＢマスストレージとして認識され、ＵＳＢストレージ領域１７１のルートディレクトリとなる場所に記憶されているショートカットファイルが読み出される。読み出されたショートカットファイルは自動実行され、外部機器２００においてＷｅｂブラウザが起動する。Ｗｅｂブラウザは、通信装置１００への接続要求であるリクエストを発行し、ネットワーク３００を介して通信装置１００に送信する。

図６は、リクエスト受信時の通信装置１００の動作を示すフローチャートである。

制御部１４０は、第１の通信部１２０がネットワーク３００を介して受信したリクエストを解析する（ステップＳ６０１）。

図７は、外部機器２００から送信されるリクエストの一例を示す図である。

図７に示すリクエスト７０１において、外部機器２００が取得を要求するリソースが、７０２の部分で指定される。したがって、図７に示すリクエスト７０１は、「／ａｕｔｈ？ｐｗ＝ｘ１２３４５」というリソースの取得を要求するリクエストであることが分かる。

再び、図６を参照すると、制御部１４０は、リクエストのリソース指定が「／ａｕｔｈ」で始まるか否かに基づき、そのリクエストが認証を求める認証リクエストであるか否かを判定する（ステップＳ６０２）。

認証リクエストである場合には（ステップＳ６０２：Ｙｅｓ）、制御部１４０は、その認証リクエストに含まれ、図７の「？」以降で示されるパスワードと、ショートカットファイル５０１に含まれ、図５の５０３の部分で示されるパスワードと、が一致するか否かを判定する（ステップＳ６０３）。

認証リクエストに含まれるパスワードとショートカットファイルに含まれるパスワードとが一致しない場合には（ステップＳ６０３：Ｎｏ）、制御部１４０は、第１の通信部１２０に、エラーである旨を外部機器２００へ返させる（ステップＳ６０４）。

認証リクエストに含まれるパスワードとショートカットファイルに含まれるパスワードとが一致する場合には（ステップＳ６０３：Ｙｅｓ）、制御部１４０は、そのショートカットファイルをＵＳＢストレージ領域１７１から削除する（ステップＳ６０５）。ショートカットファイルをＵＳＢストレージ領域１７１から削除することで、次回以降、第２の通信部１３０に外部機器２００を接続しても、外部機器２００において自動的にＷｅｂブラウザが起動されることがなくなるので、例えば、通信装置１００を拾得した第三者が、第２の通信部１３０に外部機器２００を接続しても、その通信装置１００にネットワーク３００を介して接続され、通信が開始されることがなくなる。なお、すでにショートカットファイルを削除済みの場合には、制御部１４０は、ステップＳ６０５においては何もしない。

次に、制御部１４０は、第１の通信部１２０が受信したリクエストをＷｅｂサーバ部１８０に出力し、認証に成功した旨をＷｅｂサーバ部１８０に通知する。

Ｗｅｂサーバ部１８０は、認証を完了した情報を含むＣｏｏｋｉｅを付与したレスポンスを生成する。制御部１４０は、そのレスポンスを、第１の通信部１２０にネットワーク３００を介して外部機器２００へ送信させる（ステップＳ６０６）。

外部機器２００は、レスポンスを受信すると、次回以降送信するリクエストに、そのレスポンスに付与されたそのＣｏｏｋｉｅを含めて送信する。通信装置１００においては、Ｗｅｂサーバ部１８０は、付与したＣｏｏｋｉｅを含むリクエストのみを受け付ける。

第１の通信部１２０が受信したリクエストが認証リクエストではない場合には（ステップＳ６０２：Ｎｏ）、制御部１４０は、そのリクエストをＷｅｂサーバ部１８０に出力する。Ｗｅｂサーバ部１８０は、そのリクエストが、通信装置１００が備える機能の呼び出しを要求するリクエストであるか、Ｗｅｂコンテンツのデータの取得を要求するリクエストであるか、を判定する（ステップＳ６０７）。

ここで、Ｗｅｂサーバ部１８０は、通信装置１００が備える機能の呼び出しを要求するリクエストであるかを判定するためのルールを予め記憶している。例えば、Ｗｅｂサーバ部１８０は、図８に示すように、リソースの指定が「／ｃｏｎｔａｃｔ／ｓｅａｒｃｈ」で始まるリクエストについては、電話帳データを検索する検索機能の起動を要求するリクエストであると判定する。この場合、Ｗｅｂサーバ部１８０は、リソースの指定の「？」以降の文字列（ｎａｍｅ=Ｎｉｃｈｉｄｅｎ）をパラメータとして機能アクセス部１９０に出力する。機能アクセス部１９０は、検索機能にアクセスし（ステップＳ６０８）、そのパラメータにマッチする電話帳データを検索結果としてＷｅｂサーバ部１８０に出力する。

Ｗｅｂサーバ部１８０は、機能アクセス部１９０から出力された検索結果に基づき、レスポンスを生成する。

図９は、図８に示すリクエストに応じて生成されるレスポンスの一例を示す図である。なお、図９においては、パラメータにマッチする電話帳データとして、名前が「Ｎｉｃｈｉｄｅｎ Ｔａｒｏｈ」である１件の電話帳データが検索結果として機能アクセス部１９０から出力されたものとする。

Ｗｅｂサーバ部１８０は、機能アクセス部１９０から出力された検索結果に基づき、名前「Ｎｉｃｈｉｄｅｎ Ｔａｒｏｈ」と、その名前に対応する電話番号とを示すレスポンスを生成し、制御部１４０に出力する。なお、図９においては、ＪＳＯＮ（JavaScript Object Notation）フォーマットでレスポンスを生成した場合を例として説明したが、これに限られず、ＸＭＬ（Extensible Markup Language）フォーマット、ＪＳＯＮＰ（JSON with padding）フォーマットなどの他のフォーマットで作成されてもよい。

再び、図６を参照すると、制御部１４０は、Ｗｅｂサーバ部１８０から出力されたレスポンスを、第１の通信部１２０にネットワーク３００を介して外部機器２００へ送信させる（ステップＳ６０９）。

一方、Ｗｅｂコンテンツのデータの取得を要求するリクエストである場合には（ステップＳ６０７：Ｎｏ）、Ｗｅｂサーバ部１８０は、そのＷｅｂコンテンツのデータをコンテンツ保持領域１７２から読み出し（ステップＳ６１０）、レスポンスとして出力する。制御部１４０は、Ｗｅｂサーバ部１８０から出力されたレスポンスを、ネットワーク３００を介して、第１の通信部１２０に外部機器２００へ送信させる（ステップＳ６１１）。

このように、本実施形態によれば、通信装置１００は、接続データを第２の通信部１３０を介して外部機器２００に直接、出力し、外部機器２００からその接続データに基づく接続要求があると、ネットワーク３００を介して外部機器２００との通信を開始する。

そのため、ユーザが接続データの把握などを行う必要が無いので、ネットワーク３００を介して通信装置１００と外部機器２００とを接続させ、通信を行わせる手間の削減を図ることができる。

なお、本実施形態においては、通信装置１００と外部機器２００とは、無線ＬＡＮアクセスポイント３１０を経由し、ローカルネットワーク３００を介して接続される例を用いて説明したが、これに限られるものではなく、他の一般的なネットワークを介して通信装置１００と外部機器２００とが接続される場合にも適用することができる。

また、本実施形態においては、ＵＳＢなどの有線インタフェースを用いて通信装置１００と外部機器２００とが直接接続される例を用いて説明したが、これに限られるものではなく、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信（ＮＦＣ：Near Field Communication）が可能な無線インタフェースを用いて直接接続されるようにしてもよい。

また、本実施形態においては、認証に成功するとショートカットファイルを削除して、Ｃｏｏｋｉｅを付与してレスポンスを外部機器に送信し、以降は、そのＣｏｏｋｉｅを含むリクエストのみを受け付ける例を用いて説明したが、これに限られるものでない。例えば、ショートカットファイルを削除せず、リクエストを受信する毎に認証を行うようにしてもよい。この場合、通信装置１００は、レスポンスにＣｏｏｋｉｅを含めずに、外部機器２００に送信する。

また、本実施形態おいては、接続操作が入力部１１０に入力されると、生成部１６０が接続データを生成し、その後、第２の通信部１３０に外部機器２００が接続されると、その接続データを外部機器２００に出力する例を用いて説明したが、これに限られるものではない。例えば、第２の通信部１３０に外部機器２００が接続させると、生成部１６０が接続データを生成し、その接続データを外部機器２００に出力するようにしてもよい。

（第２の実施形態）
図１０は、本発明の第２の実施形態の通信装置４００の構成を示すブロック図である。

図１０に示す通信装置４００は、第１の通信部４１０と、第２の通信部４２０と、生成部４３０と、制御部４４０と、を有する。

第１の通信部４１０は、ネットワークを介して、図１０においては不図示の外部機器と接続し、通信を行う。

第２の通信部４２０は、上述した外部機器と直接接続し、通信を行う。

生成部４３０は、上述した外部機器において第１の通信部４１０とのネットワークを介した接続に必要なデータである接続データを生成して制御部４４０に出力する。

制御部４４０は、第２の通信部４２０に外部機器が接続されると、第２の通信部４２０に生成部４３０が生成した接続データを外部機器へ出力させる。さらに、制御部４４０は、接続データの出力後、その接続データに基づく接続要求を第１の通信部４１０が外部機器から受信すると、第１の通信部４１０に外部機器との通信を開始させる。

このように、本実施形態によれば、通信装置４００は、接続データを第２の通信部４２０を介して外部機器に直接、出力し、外部機器からその接続データに基づく接続要求があると、ネットワークを介して外部機器との通信を開始する。

そのため、ユーザが接続データの把握などを行う必要がなくなるので、ネットワークを介して通信装置１００と外部機器とを接続し、通信を行わせる手間の削減を図ることができる。

なお、本発明の電子機器において行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。

１００，４００ 通信装置
１１０ 入力部
１２０，４１０ 第１の通信部
１３０，４２０ 第２の通信部
１４０，４４０ 制御部
１５０ 表示部
１６０，４３０ 生成部
１７０ ストレージ
１７１ ＵＳＢストレージ領域
１７２ コンテンツ保持領域
１８０ Ｗｅｂサーバ部
１９０ 機能アクセス部
２００ 外部機器
３００ ローカルネットワーク
３１０ 無線ＬＡＮアクセスポイント
４０１ 設定画面
４０２ 入力領域
４０３ ＯＫボタン
４０４ キャンセルボタン
５０１ ショートカットファイル
７０１ リクエスト

Claims (9)

1. 外部機器とネットワークを介して接続し、通信を行う第１の通信部と、
   前記外部機器と直接接続し、通信を行う第２の通信部と、
   前記外部機器において前記ネットワークを介した前記第１の通信部との接続に必要なデータである接続データを生成して出力する生成部と、
   前記第２の通信部に前記外部機器が接続されると、前記第２の通信部に前記接続データを前記外部機器へ出力させ、前記接続データの出力後、該接続データに基づく接続要求を前記第１の通信部が前記外部機器から受信すると、前記第１の通信部に前記外部機器との通信を開始させる制御部と、を有することを特徴とする通信装置。
2. 請求項１記載の通信装置において、
   前記生成部は、認証用のデータを含む前記接続データを生成して出力し、
   前記生成部から出力された前記接続データを記憶する記憶部をさらに有し、
   前記制御部は、前記外部機器への前記接続データの出力後に、前記接続要求を前記第１の通信部が前記外部機器から受信すると、該接続要求に含まれる認証用データと前記記憶部に記憶されている前記接続データに含まれる認証用データとが一致する場合には、前記第１の通信部に前記外部機器との通信を開始させることを特徴とする通信装置。
3. 請求項２に記載の通信装置において、
   前記制御部は、前記外部機器に出力された接続データに基づく接続要求に応じて前記第１の通信部に前記外部機器との通信を開始させると、該接続データを前記記憶部から削除させることを特徴とする通信装置。
4. 請求項１から３のいずれか１項に記載の通信装置において、
   操作入力を受け付ける入力部をさらに有し、
   前記生成部は、前記第１の通信部と前記外部機器とを接続させる旨が前記入力部に入力されると、前記接続データを生成して出力し、
   前記制御部は、前記生成部から前記接続データが出力され、前記第２の通信部に前記外部機器が接続されると、前記第２の通信部に前記接続データを前記外部機器へ出力させることを特徴とする通信装置。
5. 請求項１から３のいずれか１項に記載の通信装置において、
   前記生成部は、前記第２の通信部に前記外部機器が接続されると、前記接続データを生成して出力し、
   前記制御部は、前記第２の通信部に前記生成部から出力された前記接続データを前記外部機器へ出力させることを特徴とする通信装置。
6. 前記外部機器において前記ネットワークを介した接続に必要なデータである接続データを生成し、
   前記外部機器が直接接続されると、前記生成した接続データを前記外部機器に出力し、
   前記接続データの出力後、該接続データに基づく接続要求を前記外部機器から受信すると、前記ネットワークを介した前記外部機器との通信を開始することを特徴とする通信装置の制御方法。
7. 請求項６記載の通信装置の制御方法において、
   認証用のデータを含む前記接続データを生成し、
   前記生成した前記接続データを記憶し、
   前記接続データの前記外部機器への出力後に、前記外部機器から前記接続要求を受信すると、該接続要求に含まれる認証用データと前記記憶している前記接続データに含まれる認証用データとが一致する場合には、前記外部機器との通信を開始することを特徴とする通信装置の制御方法。
8. 請求項７に記載の通信装置の制御方法において、
   前記外部機器に出力した前記接続データに基づく接続要求に応じて前記外部機器との通信を開始すると、該接続データを削除することを特徴とする通信装置の制御方法。
9. 通信装置に、
   前記外部機器において前記ネットワークを介した接続に必要なデータである接続データを生成する処理と、
   前記外部機器が直接接続されると、前記生成した接続データを前記外部機器に出力する処理と、
   前記接続データの出力後、該接続データに基づく接続要求を前記外部機器から受信すると、前記ネットワークを介した前記外部機器との通信を開始する処理と、を実行させるプログラム。

Images