(57)【要約】【課題】単一の情報処理装置内において、ＷＥＢブラウザと、所定の機能プログラムとの間でなされる複数の処理にわたる情報を管理するために、ＷＥＢブラウザと、所定の機能プログラムとの間でデータを共有する。【解決手段】情報処理装置は、ＷＥＢブラウザとして機能するＷＥＢページ閲覧部と、情報を処理する個別機能部と、ＷＥＢページ閲覧部と個別機能部との間で共有すべき共有データを、データ転送プロトコルに基づいてＷＥＢページ閲覧部との間でやりとりするサーバ機能部を備える。【選択図】図３
2014002716.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
ＷＥＢブラウザとして機能するＷＥＢページ閲覧部と、
情報を処理する個別機能部と、
前記ＷＥＢページ閲覧部と前記個別機能部との間で共有すべき共有データを、データ転送プロトコルに基づいて前記ＷＥＢページ閲覧部との間でやりとりするサーバ機能部と、
を含む、情報処理装置。
【請求項２】
請求項１記載の情報処理装置であって、
前記ＷＥＢページ閲覧部は、前記サーバ機能部に接続し、
前記サーバ機能部と前記ＷＥＢページ閲覧部との少なくともいずれか一方は、前記接続によって送受信される情報に、前記個別機能部と前記ＷＥＢページ閲覧部との間で共有するための共有データを含める、情報処理装置。
【請求項３】
請求項１または請求項２記載の情報処理装置であって、
前記共有データを含めるのは前記ＷＥＢページ閲覧部であり、
前記ＷＥＢページ閲覧部は、前記接続によって前記ＷＥＢページ閲覧部から前記サーバ機能部へ送信されるファイルまたはクエリ文字列に対して、前記共有データを含める、情報処理装置。
【請求項４】
請求項１から請求項３のいずれか一項記載の情報処理装置であって、
前記共有データは、前記個別機能部と前記ＷＥＢページ閲覧部とが協働する上で必要なデータである、情報処理装置。
【請求項５】
請求項１または請求項２記載の情報処理装置であって、
前記共有データを含めるのは前記サーバ機能部であり、
前記サーバ機能部は、前記接続によって前記サーバ機能部から前記ＷＥＢページ閲覧部へ送信されるファイルに対して、前記共有データを含める、情報処理装置。
【請求項６】
ネットワークシステムであって、
請求項３または請求項４記載の情報処理装置と、
外部装置と、
を備え、
前記情報処理装置の前記ＷＥＢページ閲覧部は、前記共有データとしての識別子を生成するとともに、生成された前記識別子を前記外部装置へ送信し、前記接続によって前記ＷＥＢページ閲覧部から前記サーバ機能部へ送信される前記ファイルまたは前記クエリ文字列に対して生成された前記識別子を含め、
前記情報処理装置の前記個別機能部は、前記サーバ機能部が前記ファイルまたは前記クエリ文字列から取得した前記識別子を、前記外部装置へ送信し、
前記外部装置は、前記ＷＥＢページ閲覧部から受信した前記識別子と、前記個別機能部から受信した前記識別子とを用いて、前記個別機能部の正当性を確認する、ネットワークシステム。
【請求項７】
単一装置内において、情報を処理する個別機能部と、ＷＥＢページ閲覧部との間のデータ共有方法であって、
前記ＷＥＢページ閲覧部と前記個別機能部との間で共有すべき共有データを、データ転送プロトコルに基づいて前記ＷＥＢページ閲覧部との間でやりとりする工程を備える、データ共有方法。
【請求項８】
単一装置内において、情報を処理する個別機能部と、ＷＥＢページ閲覧部との間のデータ共有を可能とするコンピュータプログラムであって、
前記ＷＥＢページ閲覧部と前記個別機能部との間で共有すべき共有データを、データ転送プロトコルに基づいて前記ＷＥＢページ閲覧部との間でやりとりする工程を備える機能を備える、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置内におけるデータ共有技術に関する。
【背景技術】
【０００２】
現在普及しているＨＴＴＰ（HyperText Transfer Protocol）の最大の特徴は、ステートレスであること、すなわち、「クライアント装置からのリクエスト」および「サーバからの応答」という１往復の間で処理が完結することである。ＨＴＴＰのようなステートレスプロトコルでは、サーバは各クライアント装置との過去のやり取りを管理する必要がない。このため、サーバの負荷を軽くすることができ、結果として、ＨＴＴＰを取り扱うサーバは、１台で、多くのクライアント装置に対して同時にサービスを提供することができる。
【０００３】
しかし、従来から、ＨＴＴＰを用いたクライアント装置−サーバ間の通信において、セキュリティ上の脆弱性が指摘されているクッキーを使用せずに、サーバが、複数の通信セッションにわたってクライアント装置の情報を管理したいという要望があった。この要望に対して、サーバがクライアント装置からクライアント識別子を含む要求を受信し、サーバが受信したクライアント識別子に応答してデータベースにアクセスして、複数の通信セッションにわたる状態情報を管理する技術が知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２８０８２８号公報
【特許文献２】特開２００４−１２７１８７号公報
【特許文献３】特開２００６−５２３４１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の従来技術では、クッキーを使用せずに、クライアント装置−サーバ間の複数の通信セッションにわたる状態情報を管理することは実現されている。しかし、従来から、単一のクライアント装置内においても、ＨＴＴＰに基づき取得されたコンテンツの閲覧に使用されるＷＥＢブラウザと、所定の機能プログラムとの間でなされる複数の処理にわたる情報を管理したいという要望があった。
【０００６】
なお、このような要望は、クライアント装置に限らず、クライアント装置に対してサービスを提供するサーバや、ネットワーク中継を行うネットワーク中継装置等、種々の情報処理装置全般に共通する要望であった。また、このような要望は、ＨＴＴＰに限らず、ＨＴＴＰＳ（Secure HyperText Transfer Protocol）やＦＴＰ（File Transfer Protocol）のような、クライアント装置とサーバとの間でデータを送受信するためのデータ転送プロトコル全般に共通する要望であった。
【０００７】
本発明は、単一の情報処理装置内において、ＷＥＢブラウザと、所定の機能プログラムとの間でなされる複数の処理にわたる情報を管理するために、ＷＥＢブラウザと、所定の機能プログラムとの間でデータを共有することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【０００９】
［適用例１］
情報処理装置は、ＷＥＢブラウザとして機能するＷＥＢページ閲覧部と、情報を処理する個別機能部と、前記ＷＥＢページ閲覧部と前記個別機能部との間で共有すべき共有データを、データ転送プロトコルに基づいて前記ＷＥＢページ閲覧部との間でやりとりするサーバ機能部と、を含む、情報処理装置。
このような構成とすれば、サーバ機能部は、ＷＥＢページ閲覧部と個別機能部との間で共有すべき共有データを、データ転送プロトコルに基づいてＷＥＢページ閲覧部との間でやりとりするため、単一の情報処理装置内において、ＷＥＢページ閲覧部（ＷＥＢブラウザ）と、個別機能部（所定の機能プログラム）との間でなされる複数の処理にわたる情報を管理するために、ＷＥＢページ閲覧部（ＷＥＢブラウザ）と、個別機能部（所定の機能プログラム）との間でデータを共有することができる。
【００１０】
［適用例２］
適用例１記載の情報処理装置において、前記ＷＥＢページ閲覧部は、前記サーバ機能部に接続し、前記サーバ機能部と前記ＷＥＢページ閲覧部との少なくともいずれか一方は、前記接続によって送受信される情報に、前記個別機能部と前記ＷＥＢページ閲覧部との間で共有するための共有データを含める、情報処理装置。
このような構成とすれば、サーバ機能部とＷＥＢページ閲覧部との少なくともいずれか一方は、ＷＥＢページ閲覧部からサーバ機能部への接続によって送受信される情報に、個別機能部とＷＥＢページ閲覧部との間で共有するための共有データを含める。このようにすれば、単一の情報処理装置内において、ＷＥＢページ閲覧部（ＷＥＢブラウザ）と、個別機能部（所定の機能プログラム）との間でなされる複数の処理にわたる情報を管理するために、ＷＥＢページ閲覧部（ＷＥＢブラウザ）と、個別機能部（所定の機能プログラム）との間でデータを共有することができる。
【００１１】
［適用例３］
適用例１または適用例２記載の情報処理装置であって、前記共有データを含めるのは前記ＷＥＢページ閲覧部であり、前記ＷＥＢページ閲覧部は、前記接続によって前記ＷＥＢページ閲覧部から前記サーバ機能部へ送信されるファイルまたはクエリ文字列に対して、前記共有データを含める、情報処理装置。
このような構成とすれば、ＷＥＢページ閲覧部は、ＷＥＢページ閲覧部−サーバ機能部間の接続によって、ＷＥＢページ閲覧部からサーバ機能部へ送信されるファイルまたはクエリ文字列に対して共有データを含めるため、単一の情報処理装置内において、ＷＥＢページ閲覧部（ＷＥＢブラウザ）から、個別機能部（所定の機能プログラム）に対する共有データの受け渡しを実現することができる。
【００１２】
［適用例４］
適用例１から適用例３のいずれか一項記載の情報処理装置であって、前記共有データは、前記個別機能部と前記ＷＥＢページ閲覧部とが協働する上で必要なデータである、情報処理装置。
このような構成とすれば、個別機能部と、ＷＥＢページ閲覧部とが協働する上で必要なデータを共有することができる。
【００１３】
［適用例５］
適用例１または適用例２記載の情報処理装置であって、前記共有データを含めるのは前記サーバ機能部であり、前記サーバ機能部は、前記接続によって前記サーバ機能部から前記ＷＥＢページ閲覧部へ送信されるファイルに対して、前記共有データを含める、情報処理装置。
このような構成とすれば、サーバ機能部は、ＷＥＢページ閲覧部−サーバ機能部間の接続によって、サーバ機能部からＷＥＢページ閲覧部へ送信されるファイルに対して共有データを含めるため、単一の情報処理装置内において、個別機能部（所定の機能プログラム）からＷＥＢページ閲覧部（ＷＥＢブラウザ）に対する共有データの受け渡しを実現することができる。
【００１４】
［適用例６］
ネットワークシステムであって、適用例３または４記載の情報処理装置と、外部装置と、を備え、前記情報処理装置の前記ＷＥＢページ閲覧部は、前記共有データとしての識別子を生成するとともに、生成された前記識別子を前記外部装置へ送信し、前記接続によって前記ＷＥＢページ閲覧部から前記サーバ機能部へ送信される前記ファイルまたは前記クエリ文字列に対して生成された前記識別子を含め、前記情報処理装置の前記個別機能部は、前記サーバ機能部が前記ファイルまたは前記クエリ文字列から取得した前記識別子を、前記外部装置へ送信し、前記外部装置は、前記ＷＥＢページ閲覧部から受信した前記識別子と、前記個別機能部から受信した前記識別子とを用いて、前記個別機能部の正当性を確認する、ネットワークシステム。
このような構成とすれば、情報処理装置のＷＥＢページ閲覧部は、共有データとしての識別子を生成するとともに、生成された識別子を外部装置へ送信し、接続によってＷＥＢページ閲覧部からサーバ機能部へ送信されるファイルまたはクエリ文字列に対して生成された識別子を含める。情報処理装置の個別機能部は、サーバ機能部がファイルまたはクエリ文字列から取得した識別子を、外部装置へ送信する。そして、外部装置は、ＷＥＢページ閲覧部から受信した識別子と、個別機能部から受信した識別子とを用いて、個別機能部の正当性を確認する。ＷＥＢページ閲覧部および個別機能部が送信する識別子は、両者の間で共有されたデータであるため、外部装置は、ＷＥＢページ閲覧部から受信した識別子と、個別機能部から受信した識別子とを比較する等の手段を用いることで、個別機能部の正当性を確認することができる。
【００１５】
なお、本発明は、種々の態様で実現することが可能である。例えば、本発明は、情報処理装置および情報処理装置を含むネットワークシステム、単一の情報処理装置内におけるデータ共有方法、それらの装置または方法の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の形態で実現することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施例としての情報処理装置を用いたネットワークシステムの概略構成を示す説明図である。
【図２】通信設定処理の手順を示すシーケンス図である。
【図３】ＷＥＢブラウザと設定用アプリとの間のデータ共有方法について説明する説明図である。
【図４】第２実施例における情報処理装置を用いたネットワークシステムの概略構成を示す説明図である。
【図５】第２実施例における通信設定処理の手順を示すシーケンス図である。
【図６】第２実施例におけるＷＥＢブラウザと設定用アプリとの間のデータ共有方法について説明する説明図である。
【図７】第３実施例における情報処理装置を用いたネットワークステムの概略構成を示す説明図である。
【図８】サービス開始処理の手順を示すシーケンス図である。
【図９】第４実施例における情報処理装置を用いたネットワークシステムの概略構成を示す説明図である。
【図１０】第５実施例における情報処理装置を用いたネットワークシステムの概略構成を示す説明図である。
【図１１】第６実施例における情報処理装置の概略構成を示す説明図である。
【発明を実施するための形態】
【００１７】
次に、本発明の実施の形態を実施例に基づいて説明する。
【００１８】
Ａ．第１実施例：
Ａ−１．システムの概略構成：
図１は、本発明の一実施例としての情報処理装置を用いたネットワークシステムの概略構成を示す説明図である。ネットワークシステム１０００は、無線ネットワーク中継装置１０と、情報処理装置２０とを備えている。
【００１９】
本実施例における無線ネットワーク中継装置１０は、ＩＥＥＥ８０２．１１に準拠したアクセスポイント装置である。以降、無線ネットワーク中継装置１０を「ＡＰ１０」とも呼ぶ。ＡＰ１０は、ルータとしても機能し、有線ケーブルを介してインターネットＩＮＴに接続されている。また、ＡＰ１０は、情報処理装置２０の無線通信を中継することが可能であり、この結果、情報処理装置２０は、ＡＰ１０を介して、インターネットＩＮＴに接続することができる。なお、ＡＰ１０は、特許請求の範囲における「外部装置」に相当する。
【００２０】
本実施例における情報処理装置２０は、ＩＥＥＥ８０２．１１に準拠した無線通信インタフェースを備える携帯端末である。以降、情報処理装置２０を「携帯端末２０」とも呼ぶ。なお、図１において、携帯端末２０には、ＡＰ１０との無線通信に必要な通信情報および暗号化情報の設定がされておらず、ＡＰ１０との通信は未だ確立されていない。ここで「通信情報」とは、ＢＳＳＩＤ（Basic Service Set Identifier）、ＥＳＳＩＤ（Extended Service Set Identifier）、ＳＳＩＤ（Service Set Identifier）等の通信を確立するために必要な情報を意味する。「暗号化情報」とは、ＷＥＰ（Wired Equivalent Privacy）、ＷＰＡ（Wi-Fi Protected Access）、ＷＰＡ２−ＰＳＫ（Wi-Fi Protected Access 2 Pre-Shared Key）等の無線ＬＡＮ暗号化方式と、暗号化の際に用いられる鍵を意味する。
【００２１】
Ａ−２．ＡＰ１０の概略構成：
ＡＰ１０は、ＣＰＵ１１０と、フラッシュＲＯＭ１２０と、無線通信インタフェース（Ｉ／Ｆ）１３０と、有線通信インタフェース（Ｉ／Ｆ）１４０と、ＲＡＭ１５０と、フラッシュＲＯＭ１６０とを備え、それぞれがバスにより相互に接続されている。
【００２２】
ＣＰＵ１１０は、フラッシュＲＯＭ１２０や図示しないハードディスクに格納されているコンピュータプログラムをＲＡＭ１５０に展開して実行することにより、ＡＰ１０を制御する。さらに、ＣＰＵ１１０は、中継処理部１１２と、設定処理部１１４とを実現する。
【００２３】
中継処理部１１２は、受信パケットを宛先に応じて転送する中継処理を実行する。設定処理部１１４は、通信情報と暗号化情報とを携帯端末２０に対して自動的に設定させる機能を実現する。設定処理部１１４により実現される機能としては、例えば、従来から知られたＡＯＳＳ（AirStation One-Touch Secure System）およびＷＰＳ（Wi-Fi Protected Setup）がある。しかし、設定処理部１１４は、携帯端末２０に対して通信情報と暗号化情報とを自動的に設定する限りにおいて、任意の機能を実現することができ、例えば、ＡＯＳＳを改良した機能を実現してもよい。
【００２４】
フラッシュＲＯＭ１２０には、設定情報１２２が含まれている。ＡＰ１０の設定情報１２２には、通信情報と暗号化情報とが予め格納されている。具体的には、通信情報は、ＡＰ１０に予め設定されたＳＳＩＤ等である。ＡＰ１０がマルチＳＳＩＤをサポートしている場合は、複数のＳＳＩＤが予め格納されている。暗号化情報は、ＡＰ１０が取り扱い可能な無線ＬＡＮ暗号化方式を示す情報と、その暗号化の際に使用される鍵である。
【００２５】
無線通信インタフェース１３０は、図示しない送受信回路を含み、アンテナを介して受信した電波の復調とデータの生成、および、アンテナを介して送信する電波の生成と変調を行う機能を有する。有線通信インタフェース１４０は、インターネットＩＮＴ回線への接続を中継する装置と接続されるほか、有線ケーブルを通じて通信の相手方となるデバイスと接続される。有線通信インタフェース１４０は、図示しないＰＨＹ／ＭＡＣ(PHYsical layer/Medium Access Control layer)コントローラを含み、受信した信号の波形を整えるほか、受信した信号からＭＡＣフレームを取り出す機能を有する。
【００２６】
Ａ−３．携帯端末２０の概略構成：
携帯端末２０は、ＣＰＵ２１０と、ＲＡＭ２２０と、タッチパネル２３０と、フラッシュＲＯＭ２４０と、無線通信インタフェース（Ｉ／Ｆ）２５０と、移動体通信網通信インタフェース（Ｉ／Ｆ）２６０と、音声通信部２７０とを備え、それぞれがバスにより相互に接続されている。
【００２７】
ＣＰＵ２１０は、フラッシュＲＯＭ２４０や図示しないハードディスクに格納されているコンピュータプログラムをＲＡＭ２２０に展開して実行することにより、携帯端末２０を制御する。さらに、ＣＰＵ２１０は、ＷＥＢブラウザ２１２と、設定用アプリ２１４と、個別機能部２１６と、ＷＥＢサーバ２１８とを実現する。
【００２８】
ＷＥＢブラウザ２１２は、例えば、ＨＴＴＰ（HyperText Transfer Protocol）のようなデータ転送プロトコルに基づいてＷＷＷ（World Wide Web）から取得されたコンテンツの閲覧に使用されるコンピュータプログラムである。なお、データ転送プロトコルは、例えばＴＣＰ／ＩＰのような通信プロトコルにおいて、ループバックアドレスを利用することにより情報の送受信を行うことが可能なクライアントサーバ型プロトコルである限りにおいて任意のプロトコルを用いることができ、例えば、ＨＴＴＰ、ＨＴＴＰＳ（Secure HyperText Transfer Protocol）、ＦＴＰ（File Transfer Protocol）等を利用することができる。また、ＨＴＴＰ、ＨＴＴＰＳ、ＦＴＰはあくまで例示であり、これらのプロトコルに限られるものではない。ＷＥＢブラウザ２１２は、後述の通信設定処理における認証に使用される。なお、ＷＥＢブラウザ２１２は特許請求の範囲における「ＷＥＢページ閲覧部」に相当する。
【００２９】
設定用アプリ２１４は、後述の通信設定処理においてＡＰ１０の設定処理部１１４と通信し、携帯端末２０に対して通信情報・暗号化情報を設定するためのコンピュータプログラムである。設定用アプリ２１４は、個別機能部２１６と、ＷＥＢサーバ２１８とを含んでいる。個別機能部２１６は、上述したＡＰ１０との通信、および、通信情報・暗号化情報の設定の機能を実現する。ＷＥＢサーバ２１８は、ＨＴＴＰに基づいて、ＷＥＢブラウザに対して、ＨＴＭＬファイルや画像等のオブジェクトを提供する、いわゆる「ＷＥＢサーバ機能」を実現する。なお、設定用アプリ２１４は特許請求の範囲における「機能部」に、個別機能部２１６は特許請求の範囲における「個別機能部」に、ＷＥＢサーバ２１８は特許請求の範囲における「サーバ機能部」に相当する。
【００３０】
なお、ＷＥＢブラウザ２１２は、予め携帯端末２０のフラッシュＲＯＭ２４０にインストールされている。また、個別機能部２１６とＷＥＢサーバ２１８を含む設定用アプリ２１４は、予め携帯端末２０のフラッシュＲＯＭ２４０にインストールされていてもよいし、携帯端末２０がＡＰ１０の設定処理部１１４と通信することによってダウンロードされてもよい。
【００３１】
タッチパネル２３０は、指や図示しないタッチペンによる押圧を検知し、押圧された位置を表す電気信号をＣＰＵ２１０に対して出力する。タッチパネル２３０は、無色透明であり、図示しない表示パネルの画像表示面の全体に亘って積層されている。この結果、携帯端末２０の利用者は、例えば、表示パネルの画像表示面に表示された画面に含まれるアイコンなどのＧＵＩ（Graphical User Interface）を指で押圧すると、このアイコン等が表示された位置に対応するタッチパネル２３０が押圧されることで、携帯端末２０の操作を行うことができる。
【００３２】
フラッシュＲＯＭ２４０には、携帯端末２０を制御するためのコンピュータプログラムと、設定情報記憶部２４２とが含まれている。設定情報記憶部２４２は、設定用アプリ２１４によって取得された通信情報・暗号化情報を記憶するための記憶部である。
【００３３】
無線通信インタフェース２５０は、図示しない送受信回路を含み、アンテナを介して受信した電波の復調とデータの生成、および、アンテナを介して送信する電波の生成と変調を行う機能を有する。移動体通信網通信インタフェース２６０は、アンテナと、図示しない送受信回路とを含み、例えば、ＷｉＭＡＸ／３Ｇ／ＬＴＥに準拠した移動体通信方式により、通信キャリアとの間で、データ通信や音声通信を行う。
【００３４】
音声通信部２７０は、音声を出力するためのスピーカや音声を入力するためのマイク、これらを駆動する回路などを含む。携帯端末２０は、移動体通信網通信インタフェース２６０と音声通信部２７０とを備えることにより電話としても動作する。
【００３５】
Ａ−４．通信設定処理：
図２は、通信設定処理の手順を示すシーケンス図である。通信設定処理は、携帯端末２０がＡＰ１０の設定処理部１１４から設定情報１２２を取得し、携帯端末２０に対して通信情報・暗号化情報を設定させる処理である。通信設定処理は、ＷＥＢブラウザ２１２と、設定用アプリ２１４とが協働することによって実現される。
【００３６】
まず、携帯端末２０のＷＥＢブラウザ２１２は、通信設定処理において用いる識別子（以降「セッションＩＤ」とも呼ぶ。図中では単に「ＩＤ」と図示する。）を生成する（ステップＳ１０２）。セッションＩＤは、固定値でない限りにおいて任意に設定することができ、例えば、乱数により決定してもよい。セッションＩＤ生成後、ＷＥＢブラウザ２１２は、ＡＰ１０に対して認証処理要求を送信する（ステップＳ１０４）。認証処理要求の際、ＷＥＢブラウザ２１２は、例えばユーザ名やパスワードのような認証情報に加えて、ステップＳ１０２で生成したセッションＩＤを暗号化して送信する。
【００３７】
認証処理要求を受信したＡＰ１０の設定処理部１１４は、受信した認証情報を用いて、携帯端末２０を認証する。さらに、設定処理部１１４は、受信したセッションＩＤをフラッシュＲＯＭ１２０に記憶する。認証後、設定処理部１１４は、認証の結果を携帯端末２０に対して応答する（ステップＳ１０８）。認証の結果が「許可」であった場合、設定処理部１１４は、認証の結果と共に設定用アプリ２１４を携帯端末２０へ送信する。
【００３８】
認証の結果が「不可」であった場合、携帯端末２０のＷＥＢブラウザ２１２は、ステップＳ１０４の処理を再試行する。
【００３９】
認証の結果が「許可」であった場合、携帯端末２０のＷＥＢブラウザ２１２は、ＡＰ１０からの応答で受信したＨＴＭＬページに基づいて、設定用アプリ２１４のＷＥＢサーバ２１８に対してダミーファイル取得要求を送信する（ステップＳ１１０）。「ダミーファイル取得要求」とは、ＷＥＢサーバ上の任意のファイルを取得する要求である。ダミーファイル取得要求には、例えばＨＴＴＰのＧＥＴメソッドが使用可能である。ダミーファイル取得要求は、ＷＥＢブラウザ２１２がＷＥＢサーバにアクセスし、要求を送信することそのものを目的としている。このため、ダミーファイル取得要求において要求するファイルは、画像ファイル、文書ファイル等、何でもよく、任意に定めることができる。ＷＥＢブラウザ２１２は、ダミーファイル取得要求のクエリ文字列に対して、ステップＳ１０２で生成したセッションＩＤを付加する。
【００４０】
この結果、例えば、ダミーファイル取得要求は以下のようになる。
<img src="http://127.0.0.1:XXXXX/XXX.png?ID=ABC">
上記の例では、ＷＥＢブラウザ２１２は、「XXX.png」という名前の画像ファイルを要求している。また、ＷＥＢブラウザ２１２は、同一の携帯端末２０のＷＥＢサーバ２１８に対して要求を送信するために、宛先を、自分自身を意味するループバックアドレス「127.0.0.1」としている。ループバックアドレスのコロンに続く文字列はポート番号を表す。また、ＷＥＢブラウザ２１２は、クエリ文字列に対してセッションＩＤ「ID=ABC」を付加している。
【００４１】
図２において、ステップＳ１１０の要求が送信された時点では、ステップＳ１０６により受信した設定用アプリ２１４、および、これに含まれるＷＥＢサーバ２１８は未だ起動されていない。このため、ステップＳ１１０の要求は、タイムアウトし、失敗する。このため、ＷＥＢブラウザ２１２は、ステップＳ１１０以降、ステップＳ１１０と同じダミーファイル取得要求を定期的にＷＥＢサーバ２１８へ送信する（ステップＳ１１２、Ｓ１１８）。定期的なダミーファイル取得要求は、ＷＥＢブラウザ２１２がＷＥＢサーバ２１８からの応答を受信するまで継続される。なお、図２では、図示の便宜上、ステップＳ１１２とＳ１１８との間のダミーファイル取得要求を示す矢印は、図示を省略している。なお、認証の結果が「許可」であった場合、携帯端末２０のＷＥＢブラウザ２１２は、ダミーファイル取得要求を送信する前後の任意のタイミングにおいて、例えば携帯端末２０がＷＡＮ側に接続するためのＰＰＰｏＥ接続設定等、ＷＥＢブラウザ２１２で実行される種々の設定行為を行ってもよい。
【００４２】
ＡＰ１０から設定用アプリ２１４を受信後、携帯端末２０では、設定用アプリ２１４が起動される（ステップＳ１１４）。設定用アプリ２１４起動後、設定用アプリ２１４内の個別機能部２１６は、ＷＥＢサーバ２１８を起動させる（ステップＳ１１６）。なお、ＷＥＢサーバ２１８は、ループバックアドレス宛の要求にのみ応答を返す設定とすることが好ましい。そうすれば、外部からＷＥＢサーバ２１８に対する不正なアクセスによりセッションＩＤを盗まれることを抑制し、セキュリティを向上させることができる。設定用アプリ２１４内のＷＥＢサーバ２１８は、ＷＥＢブラウザ２１２からのダミーファイル取得要求を受信する（ステップＳ１１８）。ＷＥＢサーバ２１８は、ダミーファイル取得要求のクエリ文字列に含まれるセッションＩＤを取得し、ＲＡＭ２２０に記憶する（ステップＳ１２０）。ＷＥＢサーバ２１８は、ＷＥＢブラウザ２１２に対して、ダミーファイル取得要求において要求されたファイルを含んだ応答を送信する（ステップＳ１２２）。
【００４３】
設定用アプリ２１４内の個別機能部２１６は、ステップＳ１２０においてＲＡＭ２２０に記憶されたセッションＩＤを取得する（ステップＳ１２４）。セッションＩＤ取得後、個別機能部２１６は、ＡＰ１０に対して設定情報取得要求を送信する（ステップＳ１２６）。設定情報取得要求の際、個別機能部２１６は、携帯端末２０の性能情報に加えて、ステップＳ１２４で取得したセッションＩＤを暗号化して送信する。なお、「性能情報」には、携帯端末２０の無線使用可能レベル、例えば、無線通信インタフェース２５０のモデル名や、無線通信インタフェース２５０がサポートしている暗号化方式等の情報が含まれる。
【００４４】
設定情報取得要求を受信したＡＰ１０の設定処理部１１４は、セッションＩＤの照合を行う（ステップＳ１２８）。具体的には、設定処理部１１４は、ステップＳ１０６でフラッシュＲＯＭ１２０に記憶されているセッションＩＤ、換言すれば、携帯端末２０のＷＥＢブラウザ２１２から受信したセッションＩＤと、ステップＳ１２６で携帯端末２０の個別機能部２１６から受信したセッションＩＤとを比較し、一致するか否かを判定する。
【００４５】
両者が一致しない場合、ＡＰ１０の設定処理部１１４は、個別機能部２１６が正当でない（例えば、悪意のある第三者により作成された個別機能部を模倣したプログラム）と判断し、処理を終了させる。
【００４６】
両者が一致する場合、ＡＰ１０の設定処理部１１４は、個別機能部２１６が正当であると判断し、設定情報ファイルを生成する（ステップＳ１３０）。具体的には、設定処理部１１４は、ステップＳ１２６で受信した携帯端末２０の性能情報に基づいて、フラッシュＲＯＭ１２０の設定情報１２２に格納されている通信情報・暗号化情報の中から携帯端末２０に適した情報を選択し、送信用の設定情報ファイルを生成する。設定情報ファイルを生成後、設定処理部１１４は、個別機能部２１６に対して、設定情報ファイルを送信する（ステップＳ１３２）。
【００４７】
設定情報ファイルを受信した携帯端末２０の個別機能部２１６は、フラッシュＲＯＭ２４０の設定情報記憶部２４２に対して、受信した設定情報ファイルの内容を記憶させる（ステップＳ１３４）。その後、通信設定処理は終了する。
【００４８】
このように、本実施例では、設定処理部１１４は、携帯端末２０のＷＥＢブラウザ２１２から受信したセッションＩＤと、携帯端末２０の個別機能部２１６から受信したセッションＩＤとを比較することで、個別機能部２１６の正当性を確認する。なお、ＷＥＢブラウザ２１２の正当性については、ステップＳ１０６の認証処理により、担保される。
【００４９】
なお、上記の例では、設定処理部１１４は「セッションＩＤが一致するか否か」によって個別機能部２１６の正当性を確認することとした。しかし、設定処理部１１４は、ＷＥＢブラウザ２１２から受信したセッションＩＤと、個別機能部２１６から受信したセッションＩＤとの両方を用いて正当性を確認する限りにおいて、任意の方法を採用することができる。例えば、ＷＥＢブラウザ２１２から受信したセッションＩＤと、個別機能部２１６から受信したセッションＩＤとをハッシュ関数を用いて変換したハッシュ値が一致するか否かで正当性の確認をしてもよいし、ＷＥＢブラウザ２１２から受信したセッションＩＤと個別機能部２１６から受信したセッションＩＤとが予め定められた規則性を持っている場合に（両者が異なる値であっても）、個別機能部２１６が正当であるとしてもよい。
【００５０】
図３は、ＷＥＢブラウザ２１２と設定用アプリ２１４との間のデータ共有方法について説明する説明図である。図３は、図２で例示した通信設定処理のうちの、主としてＷＥＢブラウザ２１２と設定用アプリ２１４との間のデータ共有に関する部分を抜き出している。
【００５１】
まず、処理開始後の時刻ｔ１において、携帯端末２０のＷＥＢブラウザ２１２は、ＡＰ１０に対して第１の処理を要求する。ＷＥＢブラウザ２１２は、第１の処理の要求と併せて識別子「ABC」を送信する。第１の処理の要求を受信したＡＰ１０と、携帯端末２０との間で、第１の処理が実行される。なお「第１の処理」とは、ＷＥＢブラウザ２１２とＡＰ１０との間で実行される処理であれば特に限定はない。図２に示した「Ａ−４．通信設定処理」の例では、第１の処理は、ステップＳ１０４、Ｓ１０６の認証処理に相当する。
【００５２】
時刻ｔ２において、携帯端末２０のＷＥＢブラウザ２１２は、設定用アプリ２１４のＷＥＢサーバ２１８に接続して、ＷＥＢブラウザ２１２と設定用アプリ２１４との間で共有するための共有データを送信する。共有データの送信方法は２種類ある。
（１）１つ目は、図２のステップＳ１１０で説明した「ダミーファイル取得要求」のクエリ文字列に共有データを付加する方法である。この場合、図示の例ではクエリ文字列に識別子「ABC」が付加される。
（２）２つ目は、「データ送信要求」を用いる方法である。「データ送信要求」とは、ＷＥＢサーバに対して任意のデータ（例えば、画像ファイルや、テキストファイル、バイナリファイル等）を送信する要求である。データ送信要求には、例えばＨＴＴＰのＰＯＳＴメソッドが使用可能である。ＷＥＢブラウザ２１２は、データ送信要求で送信対象とするデータに対して、共有データを含める。この場合、図示の例ではデータ送信要求で送信対象とするファイルに識別子「ABC」が含まれる。
【００５３】
時刻ｔ３において、携帯端末２０のＷＥＢサーバ２１８は、ＷＥＢブラウザ２１２から送信された共有データ（識別子「ABC」）を受信し、ＲＡＭ２２０に記憶させる。
【００５４】
時刻ｔ４において、携帯端末２０の個別機能部２１６は、ＲＡＭ２２０に記憶された共有データ（識別子「ABC」）を取得する。
【００５５】
時刻ｔ５において、携帯端末２０の個別機能部２１６は、ＡＰ１０に対して第２の処理を要求する。個別機能部２１６は、第２の処理の要求と併せて識別子「ABC」を送信する。このようにすれば、第２の処理の要求を受信したＡＰ１０は、時刻ｔ１に受信した識別子と、時刻ｔ５に受信した識別子とを照合して設定用アプリ２１４（個別機能部２１６）の正当性を確認した上で、第２の処理の実行可否を判定することができる。なお「第２の処理」とは、個別機能部２１６とＡＰ１０との間で実行される処理であれば特に限定はない。図２に示した「Ａ−４．通信設定処理」の例では、第１の処理は、ステップＳ１２６、Ｓ１３０、Ｓ１３２の設定情報の生成および送信処理に相当する。
【００５６】
以上のように、第１実施例では、ＷＥＢブラウザ２１２（ＷＥＢページ閲覧部）は、ＷＥＢブラウザ２１２とＷＥＢサーバ２１８（サーバ機能部、ＷＥＢサーバ部）との間の接続によって、ＷＥＢブラウザ２１２からＷＥＢサーバ２１８へ送信されるファイルまたはクエリ文字列に対して共有データ（上記実施例では、セッションＩＤや識別子）を含めるため、単一の携帯端末２０（情報処理装置）内において、ＷＥＢブラウザ２１２から、設定用アプリ２１４の個別機能部２１６に対する共有データの受け渡しを実現することができる。さらに、共有データの受け渡しのための通信が、携帯端末２０の内部（ＷＥＢブラウザ２１２と設定用アプリ２１４との間）で完結するため、外部から盗聴されることなく、データを共有することができる。
【００５７】
さらに、図３の時刻ｔ２〜ｔ４の処理によって、携帯端末２０（情報処理装置）は、設定用アプリ２１４（機能部）に含まれる個別機能部２１６と、ＷＥＢブラウザ２１２（ＷＥＢページ閲覧部）とが協働する上で必要なデータを共有することができる。
【００５８】
さらに、図３の時刻ｔ１〜ｔ５の処理のように、携帯端末２０（情報処理装置）のＷＥＢブラウザ２１２（ＷＥＢページ閲覧部）は、共有データとしての識別子を生成するとともに、生成された識別子をＡＰ１０（外部装置）へ送信し、ＷＥＢブラウザ２１２−ＷＥＢサーバ２１８（サーバ機能部、ＷＥＢサーバ部）間の接続によってＷＥＢブラウザ２１２からＷＥＢサーバ２１８へ送信されるファイルまたはクエリ文字列に対して生成された識別子を含める。携帯端末２０の個別機能部２１６は、ＷＥＢサーバ２１８がファイルまたはクエリ文字列から取得した識別子を、ＡＰ１０へ送信する。そして、ＡＰ１０は、ＷＥＢブラウザ２１２から受信した識別子と、個別機能部２１６から受信した識別子とを用いて、個別機能部２１６の正当性を確認する。ＷＥＢブラウザ２１２および個別機能部２１６が送信する識別子は、時刻ｔ２〜ｔ４の処理によって両者の間で共有されたデータであるため、ＡＰ１０は、ＷＥＢブラウザ２１２から受信した識別子と、個別機能部２１６から受信した識別子とを比較する等の手段を用いることで、個別機能部２１６の正当性を確認することができる。
【００５９】
Ｂ．第２実施例：
本発明の第２実施例では、設定用アプリからＷＥＢブラウザに対する共有データの受け渡しを実現する構成について説明する。以下では、第１実施例と異なる構成および動作を有する部分についてのみ説明する。なお、図中において第１実施例と同様の構成部分については先に説明した第１実施例と同様の符号を付し、その詳細な説明を省略する。
【００６０】
Ｂ−１．システムの概略構成：
図４は、第２実施例における情報処理装置を用いたネットワークシステムの概略構成を示す説明図である。図１に示した第１実施例との違いは、ＡＰ１０に代えてＡＰ１０ａを、携帯端末２０に代えて携帯端末２０ａを、それぞれ備える点である。
【００６１】
Ｂ−２．ＡＰ１０ａの概略構成：
ＡＰ１０ａは、ＣＰＵ１１０に代えてＣＰＵ１１０ａを備える点において、図１に示した第１実施例と異なる。ＣＰＵ１１０ａは、設定処理部１１４を備えない点において、図１に示した第１実施例と異なる。
【００６２】
Ｂ−３．携帯端末２０ａの概略構成：
携帯端末２０ａは、ＣＰＵ２１０に代えてＣＰＵ２１０ａを備える点と、ＱＲリーダ２８０を備える点において、図１に示した第１実施例と異なる。ＣＰＵ２１０ａは、設定用アプリ２１４に代えて設定用アプリ２１４ａを備えている。設定用アプリ２１４ａは、個別機能部２１６ａと、ＷＥＢサーバ２１８ａとを含んでいる。なお、ＷＥＢサーバ２１８ａは、ＷＥＢサーバ２１８と同様に、ループバックアドレス宛の要求にのみ応答を返す設定とすることが好ましい。設定用アプリ２１４ａは、通信設定処理の内容が第１実施例と異なる。ＱＲリーダ２８０は、カメラで撮影されたＱＲコード（登録商標）に含まれる情報内容をソフトウェア的に認識する。
【００６３】
Ｂ−４．通信設定処理：
図５は、第２実施例における通信設定処理の手順を示すシーケンス図である。第２実施例における通信設定処理は、携帯端末２０ａがＡＰ１０ａのパッケージに同梱されているＱＲコードを読み取り、自身に対して、ＷＥＢブラウザ２１２を介して、通信情報・暗号化情報を設定する処理である。通信設定処理は、ＷＥＢブラウザ２１２と、設定用アプリ２１４ａとが協働することによって実現される。
【００６４】
なお、第２実施例の通信設定処理では、ＡＰ１０ａとの通信は行われない。また、ＡＰ１０ａのパッケージに同梱されているＱＲコードには、第１実施例のＡＰ１０の設定情報１２２（図１）と同様の情報内容が格納されている。
【００６５】
まず、携帯端末２０ａに予めインストールされている設定用アプリ２１４ａが起動される（ステップＳ２０２）。設定用アプリ２１４ａの起動は、自動起動であってもよいし、携帯端末２０ａの利用者の操作に基づく起動であってもよい。設定用アプリ２１４ａ起動後、設定用アプリ２１４ａ内の個別機能部２１６ａは、ＱＲリーダ２８０に対してＱＲコード認識要求を送信する（ステップＳ２０４）。
【００６６】
ＱＲコード認識要求を受信したＱＲリーダ２８０は、カメラで撮影されたＱＲコードを解析し、ＱＲコードに格納されている情報内容（設定情報）を認識する（ステップＳ２０６）。ＱＲコード認識後、ＱＲリーダ２８０は、認識した設定情報を個別機能部２１６ａに対して送信する（ステップＳ２０８）。
【００６７】
設定情報受信後、設定用アプリ２１４ａの個別機能部２１６ａは、ＷＥＢサーバ２１８ａを起動させる（ステップＳ２１０）。個別機能部２１６ａは、ステップＳ２０８で受信した設定情報の中から、携帯端末２０ａの性能（無線使用可能レベル、サポートしている暗号化方式等）に適した情報を選択し、携帯端末２０ａ用の設定情報ファイルを生成する（ステップＳ２１２）。また、個別機能部２１６ａは、生成した設定情報ファイルをフラッシュＲＯＭ２４０に記憶させる。その後、個別機能部２１６ａは、ＷＥＢブラウザ２１２を起動させる（ステップＳ２１４）。
【００６８】
起動されたＷＥＢブラウザ２１２は、起動時に設定用アプリ２１４ａの個別機能部２１６ａから引き渡されるＵＲＬ情報に基づいて、設定用アプリ２１４ａのＷＥＢサーバ２１８ａに対して設定情報取得要求を送信する（ステップＳ２１６）。「設定情報取得要求」とは、ＷＥＢサーバ上の設定情報ファイルを取得する要求である。設定情報取得要求には、例えばＨＴＴＰのＧＥＴメソッドが使用可能である。例えば、設定情報取得要求の際に、引き渡されるＵＲＬ情報は以下のようになる。
http://127.0.0.1:XXXXX/XXX.inf
上記の例では、ＷＥＢブラウザ２１２は、「XXX.inf」という名前の設定情報ファイルを要求している。また、ＷＥＢブラウザ２１２は、第１実施例と同様にループバックアドレスを宛先としている。ループバックアドレスのコロンに続く文字列はポート番号を表す。
【００６９】
設定情報取得要求を受信したＷＥＢサーバ２１８ａは、ＷＥＢブラウザ２１２に対して、ステップＳ２１２で生成され、フラッシュＲＯＭ２４０に記憶された設定情報ファイルを送信する（ステップＳ２１８）。設定情報ファイルを受信したＷＥＢブラウザ２１２は、フラッシュＲＯＭ２４０の設定情報記憶部２４２に対して、受信した設定情報ファイルの内容を記憶させる（ステップＳ２２０）。その後、通信設定処理は終了する。
【００７０】
図６は、第２実施例におけるＷＥＢブラウザ２１２と設定用アプリ２１４ａとの間のデータ共有方法について説明する説明図である。図６は、図５で例示した通信設定処理のうちの、主としてＷＥＢブラウザ２１２と設定用アプリ２１４ａとの間のデータ共有に関する部分を抜き出している。
【００７１】
まず、処理開始後の時刻ｔ１において、携帯端末２０ａのＱＲリーダ２８０は、ＱＲコードに格納された設定情報を認識する。時刻ｔ２において、設定用アプリ２１４ａの個別機能部２１６ａは、ＱＲリーダ２８０が読み取った設定情報を取得する。時刻ｔ３において、個別機能部２１６ａは、取得した設定情報から、携帯端末２０ａ用の設定情報ファイル（図中では「設定情報Ｆ」と記載する。）を生成し、フラッシュＲＯＭ２４０に記憶させる。時刻ｔ４において、設定用アプリ２１４ａのＷＥＢサーバ２１８ａは、フラッシュＲＯＭ２４０に記憶された設定情報ファイルを取得する。時刻ｔ５において、ＷＥＢブラウザ２１２は、設定用アプリ２１４ａのＷＥＢサーバ２１８ａに接続して、ＷＥＢブラウザ２１２と設定用アプリ２１４ａとの間で共有するための共有データ（携帯端末２０ａ用の設定情報）を送信するよう要求する。この要求の応答として、共有データ（携帯端末２０ａ用の設定情報）を含めた設定情報ファイルが、ＷＥＢサーバ２１８ａからＷＥＢブラウザ２１２へと送信される。
【００７２】
以上のように、第２実施例では、ＷＥＢサーバ２１８ａ（サーバ機能部、ＷＥＢサーバ部）は、ＷＥＢブラウザ２１２（ＷＥＢページ閲覧部）−ＷＥＢサーバ２１８ａ間の接続によって、ＷＥＢサーバ２１８ａからＷＥＢブラウザ２１２へ送信されるファイルに対して共有データ（上記実施例では、携帯端末２０ａ用の設定情報）を含めるため、単一の携帯端末２０ａ（情報処理装置）内において、設定用アプリ２１４ａ（機能部）からＷＥＢブラウザ２１２に対する共有データの受け渡しを実現することができる。
【００７３】
なお、上記第１実施例では、ＷＥＢブラウザ（ＷＥＢページ閲覧部）から設定用アプリ（機能部）に対する共有データの受け渡し方法を、第２実施例では、設定用アプリからＷＥＢブラウザに対する共有データの受け渡し方法を、それぞれ説明した。しかし、上記第１実施例で説明した方法と、第２実施例で説明した方法とは、その目的に応じて組み合わせて使用することができる。このようにすれば、単一の携帯端末（情報処理装置）内において、ＷＥＢブラウザと、設定用アプリとの間でなされる複数の処理にわたる情報を管理するために、ＷＥＢブラウザと、設定用アプリとの間でデータを共有することができる。
【００７４】
Ｃ．第３実施例：
本発明の第３実施例では、第１実施例（図３）の「第１の処理」と、「第２の処理」のバリエーションの一例について説明する。以下では、第１実施例と異なる構成および動作を有する部分についてのみ説明する。なお、図中において第１実施例と同様の構成部分については先に説明した第１実施例と同様の符号を付し、その詳細な説明を省略する。
【００７５】
Ｃ−１．システムの概略構成：
図７は、第３実施例における情報処理装置を用いたネットワークステムの概略構成を示す説明図である。図１に示した第１実施例との違いは、携帯端末２０に代えて携帯端末２０ｂを備える点と、インターネットＩＮＴにサーバ３０が接続されている点である。サーバ３０は、所定のサービスを提供するためのサーバである。サーバ３０により提供されるサービスとしては、例えば、ＳＮＳサービスや、Ｄｒｏｐ ｂｏｘ（登録商標）のようなストレージサービス、掲示板サービス、オークションサービス、ネット商店サービス等が想定される。
【００７６】
Ｃ−２．携帯端末２０ｂの概略構成：
携帯端末２０ｂは、設定情報記憶部２４２に代えて設定情報記憶部２４２ｂを備える点と、ＣＰＵ２１０に代えてＣＰＵ２１０ｂを備える点において、図１に示した第１実施例と異なる。設定情報記憶部２４２ｂには、携帯端末２０ｂがＡＰ１０と通信するための通信情報・暗号化情報の設定が完了している。ＣＰＵ２１０ｂは、設定用アプリ２１４に代えてサービスアプリ２１４ｂを備えている。サービスアプリ２１４ｂは、個別機能部２１６ｂと、ＷＥＢサーバ２１８ｂとを含んでいる。サービスアプリ２１４ｂは、サーバ３０が提供するサービスを利用するためのアプリケーションである。サービスアプリ２１４ｂは、予め携帯端末２０ｂのフラッシュＲＯＭ２４０にインストールされていてもよいし、携帯端末２０ｂがサーバ３０と通信することによってダウンロードされてもよい。
【００７７】
Ｃ−３．サービス開始処理：
図８は、サービス開始処理の手順を示すシーケンス図である。サービス開始処理は、ＷＥＢブラウザ２１２と、サービスアプリ２１４ｂとが協働することによって実現される。
【００７８】
まず、携帯端末２０ｂのＷＥＢブラウザ２１２は、サーバ３０に対してユーザ登録要求を送信する（ステップＳ３０４）。ユーザ登録要求の際、ＷＥＢブラウザ２１２は、利用者が指定したユーザＩＤとパスワードを送信する。なお、図８には、図示の便宜上、ユーザＩＤは「ＩＤ」と、パスワードは「ＰＡＳＳ」と表記している。
【００７９】
ユーザ登録要求を受信したサーバ３０は、受信したユーザＩＤとパスワードを、図示しないＲＯＭに記憶する（ステップＳ３０６）。ユーザＩＤとパスワードを記憶後、サーバ３０は、ユーザ登録した旨と共にサービスアプリ２１４ｂを携帯端末２０ｂへ送信する。なお、サービスアプリ２１４ｂが携帯端末２０ｂに予めインストールされている場合、サーバ３０はユーザ登録した旨のみを送信する。
【００８０】
サーバ３０からの応答受信後、携帯端末２０ｂのＷＥＢブラウザ２１２は、サーバ３０からの応答で受信したＨＴＭＬページに基づいて、サービスアプリ２１４ｂのＷＥＢサーバ２１８ｂに対してダミーファイル取得要求を送信する。詳細は第１実施例（図２）のステップＳ１１０と同様である。ＷＥＢブラウザ２１２は、ダミーファイル取得要求のクエリ文字列に対して、ステップＳ３０４で指定したユーザＩＤとパスワードを付加する。
【００８１】
図８において、ステップＳ３１０の要求が送信された時点では、ステップＳ３０８により受信したサービスアプリ２１４ｂ、および、これに含まれるＷＥＢサーバ２１８ｂは未だ起動されていない。このため、ステップＳ３１０の要求は、タイムアウトし失敗する。このため、ＷＥＢブラウザ２１２は、ステップＳ３１０以降、ステップＳ３１０と同じダミーファイル取得要求を定期的に送信する。詳細は第１実施例と同様である。
【００８２】
サーバ３０からサービスアプリ２１４ｂを受信後、携帯端末２０ｂでは、サービスアプリ２１４ｂが起動される（ステップＳ３１４）。サービスアプリ２１４ｂ起動後、サービスアプリ２１４ｂ内の個別機能部２１６ｂは、ＷＥＢサーバ２１８ｂを起動させる（ステップＳ３１６）。サービスアプリ２１４ｂ内のＷＥＢサーバ２１８ｂは、ＷＥＢブラウザ２１２からのダミーファイル取得要求を受信する（ステップＳ３１８）。ＷＥＢサーバ２１８ｂは、ダミーファイル取得要求のクエリ文字列に含まれるユーザＩＤとパスワードを取得し、フラッシュＲＯＭ２４０内のＷＥＢ句会領域に記憶する（ステップＳ３２０）。ＷＥＢサーバ２１８ｂは、ＷＥＢブラウザ２１２に対して、ダミーファイル取得要求において要求されたファイルを含んだ応答を送信する（ステップＳ３２２）。
【００８３】
サービスアプリ２１４ｂ内の個別機能部２１６ｂは、ステップＳ３２０においてＲＡＭ２２０に記憶されたユーザＩＤとパスワードを取得する（ステップＳ３２４）。ユーザＩＤとパスワード取得後、個別機能部２１６ｂは、サーバ３０に対してサービスログイン要求を送信する（ステップＳ３２６）。サービスログイン要求の際、個別機能部２１６ｂは、ステップＳ３２４で取得したユーザＩＤとパスワードを送信する。
【００８４】
サービスログイン要求を受信したサーバ３０は、ユーザＩＤとパスワードを照合し、ログイン処理を行う（ステップＳ３２８）。詳細は第１実施例のステップＳ１２８と同様である。両者が一致する場合、サーバ３０は、サービスアプリ２１４ｂの個別機能部２１６ｂに対して、ログイン後の画面を表示させるための情報を送信する（ステップＳ３３０）。
【００８５】
このようにすれば、携帯端末２０ｂの利用者は、ＷＥＢブラウザ２１２を介したユーザ登録要求を行うだけで、専用アプリケーション（サービスアプリ２１４ｂ）を用いたサービスに対しても自動的にログインすることができる。この結果、情報処理装置を用いたサービスにおける利便性を向上させることができる。
【００８６】
以上のように、第１実施例で説明したＷＥＢブラウザ（ＷＥＢページ閲覧部）と所定の機能プログラム（機能部）との間のデータ共有方法は、両者が協働する種々のサービスにおいて使用可能である。第３実施例では説明を省略したが、第２実施例で説明したデータ共有方法についても、同様に、種々のサービスにおいて使用可能である。
【００８７】
Ｄ．第４実施例:
本発明の第４実施例では、ＨＴＴＰに代えてＦＴＰを用いて、第１実施例と同様の機能を実現する構成について説明する。以下では、第１実施例と異なる構成および動作を有する部分についてのみ説明する。なお、図中において第１実施例と同様の構成部分については先に説明した第１実施例と同様の符号を付し、その詳細な説明を省略する。
【００８８】
Ｄ−１．システムの概略構成:
図９は、第４実施例における情報処理装置を用いたネットワークシステムの概略構成を示す説明図である。図１に示した第１実施例との違いは、携帯端末２０に代えて携帯端末２０ｃを備える点である。
【００８９】
Ｄ−２．ＡＰ１０の概略構成:
ＡＰ１０の構成は、図１に示した第１実施例と同様である。
【００９０】
Ｄ−３．携帯端末２０ｃの概略構成:
携帯端末２０ｃは、ＣＰＵ２１０に代えてＣＰＵ２１０ｃを備えている。ＣＰＵ２１０ｃは、設定用アプリ２１４に代えて設定用アプリ２１４ｃを備えている。設定用アプリ２１４ｃは、ＷＥＢサーバ２１８に代えてＦＴＰサーバ２１９を備えている。ＦＴＰサーバ２１９は、ＦＴＰに基づいて、ＷＥＢブラウザとの間で、ファイルを送受信する、いわゆる「ＦＴＰサーバ機能」を実現する。なお、本実施例では、ＦＴＰサーバ２１９が特許請求の範囲における「サーバ機能部」に相当する。
【００９１】
Ｄ−４．通信設定処理:
第４実施例における通信設定処理は、第１実施例と同様に、携帯端末２０ｃがＡＰ１０の設定処理部１１４から設定情報１２２を取得し、携帯端末２０ｃに対して通信情報と暗号化情報とを設定させる処理である。本実施例の通信設定処理は、ＷＥＢブラウザ２１２と、設定用アプリ２１４ｃとが協働することによって実現される。第４実施例における通信設定処理の手順は、以下に説明する点を除いては、図２および図３で説明した第１実施例と同じである。なお、図２および図３における携帯端末２０は携帯端末２０ｃと読み替え、設定用アプリ２１４は設定用アプリ２１４ｃと読み替え、ＷＥＢサーバ２１８はＦＴＰサーバ２１９と読み替える。
【００９２】
ステップＳ１１０において、携帯端末２０ｃのＷＥＢブラウザは、ＡＰ１０からの応答で受信したＨＴＭＬページに基づいて、設定用アプリ２１４ｃのＦＴＰサーバ２１９に対してダミーファイル取得要求を送信する。本実施例の「ダミーファイル取得要求」とは、ＦＴＰサーバ上の任意のファイルを取得する要求である。ステップＳ１１０の処理では、ダミーファイル取得要求は、ＷＥＢブラウザ２１２からＦＴＰサーバにセッションＩＤを送信することを目的として実施される。このため、ダミーファイル取得要求において要求するファイルは任意に定めることができる。ＷＥＢブラウザ２１２は、ダミーファイル取得要求に対して、ステップＳ１０２で生成したセッションＩＤを付加する。本実施例でのダミーファイル取得要求は、例えば以下のようになる。
【００９３】
ftp://127.0.0.1:XXXXX/ABC/dummy.jpg
【００９４】
上記の例では、ＷＥＢブラウザ２１２は、「dummy.jpg」という名前の画像ファイルを要求している。上記の例では、ＷＥＢブラウザ２１２は、同一の携帯端末２０ｃのＦＴＰサーバ２１９に対して要求を送信するために、宛先を、自分自身を意味するループバックアドレスとしている。ループバックアドレスのコロンに続く文字列はポート番号を表す。上記の例では、ＷＥＢブラウザ２１２は、要求するファイルのディレクトリ名として、セッションＩＤ「ＡＢＣ」を含んでいる。なお、セッションＩＤはディレクトリ名に限らず、要求するファイルのファイルパスの中に含まれていればよい。
【００９５】
ステップＳ１２０において、ＦＴＰサーバ２１９は、ダミーファイル取得要求のファイルパスに含まれるセッションＩＤを取得し、ＲＡＭ２２０に記憶する。
【００９６】
以上のように、第４実施例によっても、ＷＥＢブラウザ２１２（ＷＥＢページ閲覧部）は、ＷＥＢブラウザ２１２とＦＴＰサーバ２１９（サーバ機能部）との間の接続によって、ＷＥＢブラウザ２１２からＦＴＰサーバ２１９へ送信されるファイルそのものまたはファイルパスに対して共有データ（セッションＩＤや識別子）を含めるため、単一の携帯端末２０ｃ（情報処理装置）内において、ＷＥＢブラウザ２１２から、設定用アプリ２１４ｃの個別機能部２１６に対する共有データの受け渡しを実現することができる。この結果、第１実施例と同様の効果を得ることができる。
【００９７】
Ｅ．第５実施例:
本発明の第５実施例では、ＨＴＴＰに代えてＦＴＰを用いて、第２実施例と同様の機能を実現する構成について説明する。以下では、第２実施例と異なる構成および動作を有する部分についてのみ説明する。なお、図中において第２実施例と同様の構成部分については先に説明した第２実施例と同様の符号を付し、その詳細な説明を省略する。
【００９８】
Ｅ−１．システムの概略構成:
図１０は、第５実施例における情報処理装置を用いたネットワークシステムの概略構成を示す説明図である。図４に示した第２実施例との違いは、携帯端末２０ａに代えて携帯端末２０ｄを備える点である。
【００９９】
Ｅ−２．ＡＰ１０ａの概略構成:
ＡＰ１０ａの構成は、図４に示した第２実施例と同様である。
【０１００】
Ｅ−３．携帯端末２０ｄの概略構成:
携帯端末２０ｄは、ＣＰＵ２１０ａに代えてＣＰＵ２１０ｄを備えている。ＣＰＵ２１０ｄは、設定用アプリ２１４ａに代えて設定用アプリ２１４ｄを備えている。設定用アプリ２１４ｄは、ＷＥＢサーバ２１８ａに代えてＦＴＰサーバ２１９ｄを備えている。
【０１０１】
Ｅ−４．通信設定処理:
第５実施例における通信設定処理は、第２実施例と同様に、携帯端末２０ｄがＡＰ１０ａのパッケージに同梱されているＱＲコードを読み取り、自身に対して、ＷＥＢブラウザ２１２を介して、通信情報・暗号化情報を設定する処理である。本実施例の通信設定処理は、ＷＥＢブラウザ２１２と、設定用アプリ２１４ｄとが協働することによって実現される。第５実施例における通信設定処理の手順は、以下に説明する点を除いては、図５および図６で説明した第２実施例と同じである。なお、図５および図６における携帯端末２０ａは携帯端末２０ｄと読み替え、設定用アプリ２１４ａは設定用アプリ２１４ｄと読み替え、ＷＥＢサーバ２１８ａはＦＴＰサーバ２１９ｄと読み替える。
【０１０２】
ステップＳ２１６において、起動されたＷＥＢブラウザ２１２は、起動時に設定用アプリ２１４ｄの個別機能部２１６ａから引き渡されるＵＲＬ情報に基づいて、設定用アプリ２１４ｄのＦＴＰサーバ２１９ｄに対して設定情報取得要求を送信する。
なお、本実施例の「設定情報取得要求」とは、ＦＴＰサーバ上の任意の設定情報ファイルを取得する要求であり、ＦＴＰプロトコルに従った形式で生成される。
【０１０３】
以上のように、第５実施例によっても、ＦＴＰサーバ２１９ｄ（サーバ機能部）は、ＷＥＢブラウザ２１２（ＷＥＢページ閲覧部）とＦＴＰサーバ２１９ｄと間の接続によって、ＦＴＰサーバ２１９ｄからＷＥＢブラウザ２１２へ送信されるファイルに対して共有データ（携帯端末２０ｄ用の設定情報）を含めるため、単一の携帯端末２０ｄ（情報処理装置）内において、設定用アプリ２１４ｄ（機能部）からＷＥＢブラウザ２１２に対する共有データの受け渡しを実現することができる。この結果、第２実施例と同様の効果を得ることができる。
【０１０４】
なお、上記と同様に、ＨＴＴＰに代えてＦＴＰを用いて、第３実施例と同様の機能を実現することも可能である。
【０１０５】
Ｆ．第６実施例:
図１１は、第６実施例における情報処理装置の概略構成を示す説明図である。本実施例の情報処理装置２０ｅは、ＷＥＢブラウザとして機能するＷＥＢページ閲覧部２１２ｅと、情報を処理する個別機能部２１６ｅと、ＷＥＢページ閲覧部２１２ｅと個別機能部２１６ｅとの間で共有すべき共有データを、データ転送プロトコルに基づいてＷＥＢページ閲覧部２１２ｅとの間でやりとりするサーバ機能部２１８ｅとを備える。
【０１０６】
ＷＥＢページ閲覧部２１２ｅは、上記実施例のＷＥＢページ閲覧部２１２と同じである。個別機能部２１６ｅは、上記実施例の個別機能部２１６または個別機能部２１６ａと同じである。サーバ機能部２１８ｅは、上記実施例のＷＥＢサーバ２１８、２１８ａ、ＦＴＰサーバ２１９、２１９ｄのいずれかと同じである。
【０１０７】
第６実施例によれば、サーバ機能部２１８ｅは、ＷＥＢページ閲覧部２１２ｅと個別機能部２１６ｅとの間で共有すべき共有データを、データ転送プロトコルに基づいてＷＥＢページ閲覧部２１２ｅとの間でやりとりするため、単一の情報処理装置２０ｅ内において、ＷＥＢページ閲覧部２１２ｅ（ＷＥＢブラウザ）と、個別機能部２１６ｅ（所定の機能プログラム）との間でなされる複数の処理にわたる情報を管理するために、ＷＥＢページ閲覧部２１２ｅ（ＷＥＢブラウザ）と、個別機能部２１６ｅ（所定の機能プログラム）との間でデータを共有することができる。
【０１０８】
Ｇ．変形例：
上記実施例において、ハードウェアによって実現されるとした構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されるとした構成の一部をハードウェアに置き換えるようにしてもよい。その他、以下のような変形も可能である。
【０１０９】
・変形例１：
上記実施例では、ネットワークシステム、および、ネットワークシステムを構成する携帯端末とＡＰ、サーバの構成について説明した。しかし、上記実施例におけるネットワークシステムおよび各装置の構成はあくまで一例であり、任意の態様を採用することができる。例えば、構成要素の一部を省略したり、更なる構成要素を付加したり、構成要素の一部を変更したりする変形が可能である。
【０１１０】
例えば、上記実施例では、ＷＥＢブラウザ（ＷＥＢページ閲覧部）と所定の機能プログラム（機能部）との間のデータ共有が可能な情報処理装置の一例として携帯端末を例示した。しかし、ＷＥＢブラウザと所定の機能プログラムとの間のデータ共有が可能な情報処理装置としては、ネットワーク中継装置、サーバ、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistants）、ゲーム機、オーディオプレーヤー、プリンタ、テレビ等、種々の装置を想定することができる。
【０１１１】
例えば、上記実施例では、携帯端末は、表示部と操作部を兼ねたタッチパネルを備えるものとした。しかし、携帯端末は、タッチパネルに代えて、表示部としてのディスプレイと、操作部としての入力ボタンを備えていても良い。
【０１１２】
例えば、設定情報は、ＡＰおよび携帯端末のフラッシュＲＯＭに格納されるものとして説明した。しかし、設定情報は、フラッシュＲＯＭ以外の記憶媒体に格納されてもよい。例えば、ＡＰおよび携帯端末がＵＳＢ（Universal Serial Bus）インタフェースを備えるものとし、設定情報は、ＵＳＢメモリ等の着脱可能な記憶媒体に格納されているものとしてもよい。
【０１１３】
・変形例２：
上記実施例（図２、図５）では、通信設定処理について、処理の手順の一例を挙げて説明した。しかし、上記実施例の手順はあくまで一例であり、種々の変更が可能である。一部のステップを省略してもよいし、更なる他のステップを追加してもよい。また、実行されるステップの順序を変更してもよい。
【０１１４】
例えば、上記第１実施例（図２）では、携帯端末は、ステップＳ１０８の処理でＡＰから設定用アプリをダウンロードするものとした。しかし、設定用アプリは、携帯端末に対して予めインストールされてもよい。また、携帯端末は、例えばＤＶＤ、ＵＳＢメモリ等の着脱可能な記憶媒体から設定用アプリを取得する構成としてもよい。
【０１１５】
例えば、上記第２実施例（図５）では、携帯端末のＱＲリーダがＱＲコードに格納された設定情報を認識することで通信設定処理を行うものとした。しかし、ＱＲコードはあくまで一例であり、設定情報は、一次元バーコード、ＱＲコード以外の二次元バーコードや、ＲＦＩＤ（Radio Frequency IDentification）タグ等の種々の方法を用いて提供されてもよい。
【０１１６】
例えば、上記第２実施例（図５）において、ＱＲコードはＡＰのパッケージに同梱される態様で提供されるとした。しかし、ＱＲコードの提供方法は種々の変更が可能であり、例えば、ＡＰ自身に刻印される態様や、ＡＰがディスプレイを備える場合は、当該ディスプレイに表示される態様で提供されてもよい。また、ＡＰに接続されている他の端末が、ＡＰと通信して設定情報を取得し、ＱＲコード化して当該端末のディスプレイやプリンタ等に出力する態様で提供されてもよい。
【符号の説明】
【０１１７】
１０…ＡＰ（無線ネットワーク中継装置）、２０…携帯端末（情報処理装置）、３０…サーバ、１１０…ＣＰＵ、１１２…中継処理部、１１４…設定処理部、１２２…設定情報、１３０…無線通信インタフェース、１４０…有線通信インタフェース、２１０…ＣＰＵ、２１４…設定用アプリ、２１４ｂ…サービスアプリ、２１６…個別機能部、２３０…タッチパネル、２４２…設定情報記憶部、２５０…無線通信インタフェース、２６０…移動体通信網通信インタフェース、２７０…音声通信部、１０００…ネットワークシステム
【図１】
2014002716.tif 000003
【図２】
2014002716.tif 000004
【図３】
2014002716.tif 000005
【図４】
2014002716.tif 000006
【図５】
2014002716.tif 000007
【図６】
2014002716.tif 000008
【図７】
2014002716.tif 000009
【図８】
2014002716.tif 000010
【図９】
2014002716.tif 000011
【図１０】
2014002716.tif 000012
【図１１】
2014002716.tif 000013