(57)【要約】【課題】ＰＣのプラットフォームに依存せず、且つ、小メモリー容量で、簡素なユーザー操作によりＰＣから製品情報をアップロードする。【解決手段】製品登録用のインターネット・ショートカット・ファイルに、製品登録サイトにアクセスするＵＲＬの他、製品のシリアル番号や、シリアル番号の真正性を証明するチェック・コード、サービス応じた情報などを埋め込み、小型情報機器内のメモリーに格納する。ＰＣにＵＳＢ接続した際、ＰＣから直接、又は、ユーザー・インターフェースを通じてインターネット・ショートカット・ファイルをクリックすれば、ブラウザーを通じて製品情報がアップロードされる。【選択図】  図５
2012141817.tif 000002
【特許請求の範囲】
【請求項１】
製品情報とユーザー情報を関連付けて登録する製品登録サーバーと、
前記製品登録サーバーのＵＲＬと製品情報を含んだインターネット・ショートカット・ファイルを有する携帯情報機器と、
前記携帯情報機器を外部接続したときに、読み出した前記インターネット・ショートカット・ファイルを基にブラウザーを起動して前記製品登録サーバーにアクセスする情報処理装置と、
を具備する情報通信システム。
【請求項２】
前記インターネット・ショートカット・ファイルは、製品情報のチェック・コードを含み、
前記製品登録サーバーは、前記チェック・コードを基に真正性を確認した後に、前記製品情報の登録を行なう、
請求項１に記載の情報通信システム。
【請求項３】
前記インターネット・ショートカット・ファイルは、ユーザーが前記携帯情報機器の機能追加を意思表示する操作情報コードを含み、
前記製品登録サーバーは、前記操作情報コードで意思表示された機能を追加するソフトウェア・モジュールを前記情報処理装置に転送し、前記情報処理装置は受信したソフトウェア・モジュールを前記携帯情報機器に転送する、
請求項１に記載の情報通信システム。
【請求項４】
前記製品登録サーバーは、携帯情報機器にサービスを提供する回数を制限する、
請求項１に記載の情報通信システム。
【請求項５】
前記インターネット・ショートカット・ファイルは、タイムスタンプを含み、
前記製品登録サーバーは、タイムスタンプを基に、携帯情報機器にサービスを提供する回数を制限する、
請求項１に記載の情報通信システム。
【請求項６】
情報処理装置に外部接続する接続インターフェースと、
製品登録サーバーのＵＲＬと製品情報を記憶し、前記接続インターフェースを通じて前記情報処理機器がアクセスできない第１の内部メモリーと、
前記接続インターフェースを通じて前記情報処理機器がアクセスできる第２の内部メモリーと、
前記第１の内部メモリーに記憶されている製品登録サーバーのＵＲＬと製品情報を基に、インターネット・ショートカット・ファイルを生成し、前記第１の内部メモリーに記憶し、前記接続インターフェースに前記情報処理装置が接続されたことに応答して、前記第１の内部メモリー内の前記インターネット・ショートカット・ファイルを前記第２の内部メモリーにコピーする処理部と、
を具備する携帯情報機器。
【請求項７】
前記処理部は、製品情報のチェック・コードを生成し、前記インターネット・ショートカット・ファイルに前記チェック・コードに含める、
請求項６に記載の携帯情報機器。
【請求項８】
前記処理部は、機能追加を意思表示する操作情報コードを前記インターネット・ショートカット・ファイルに含める、
請求項６に記載の携帯情報機器。
【請求項９】
前記処理部は、タイムスタンプを前記インターネット・ショートカット・ファイルに含める、
請求項６に記載の携帯情報機器。
【請求項１０】
前記処理部は、前記第２の内部メモリーに前記インターネット・ショートカット・ファイルが配置されていないとき、又は、前記第２の内部メモリーに既に配置されている前記インターネット・ショートカット・ファイルが前記第１の内部メモリーに記憶されているインターネット・ショートカット・ファイルとサイズ又はタイムスタンプが異なるときに、前記第１の内部メモリー内の前記インターネット・ショートカット・ファイルに更新する、
請求項６に記載の携帯情報機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザーが購入した情報機器の製品情報をオンラインで登録する情報通信システム並びに携帯情報機器に係り、特に、情報機器をケーブル接続したＰＣから製品情報をアップロードする情報通信システム並びに携帯情報機器に関する。
【背景技術】
【０００２】
現在、ディジタルカメラや携帯音楽プレーヤーなどの小型情報機器が広く普及している。この種の機器の多くは、内部メモリーやＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インターフェースを備え、パーソナル・コンピューター（ＰＣ）などのホスト機器とＵＳＢ接続することが可能である。すなわち、小型情報機器は、ＵＳＢ接続しない状態では、内部メモリーへの画像記録、内部メモリーからのデータ再生などを自律的に行なう一方、ＵＳＢ接続時には、ＵＳＢデバイスとして動作する。後者の場合、接続先であるＰＣなどのＵＳＢホストからは、小型情報機器の内部メモリーは単なるＵＳＢマスストレージとして認識され、ＵＳＢマスストレージクラスを用いてアクセスすることができる。また、ＵＳＢ接続されている期間中、小型情報機器自身の動作は停止した状態（言い換えれば、内部メモリーへのアクセスができない状態）になる。
【０００３】
また、最近では、販売した後に製造元又は販売元に製品登録を行なう機器が多い。製品登録の主な目的は、製品に関連するアプリケーションの配布や、製品のファームウェアのバージョンアップを始めとする、製品に関連するサービスを提供することにある。オンライン登録する場合、インターネットなどを通じて遠隔からサービスを提供することができる。
【０００４】
例えば、携帯電話を介して使用する家電製品に関する情報を当該家電製品から入手して、この家電製品の操作プログラムを家電製品サービス会社から入手して、この各種情報を入手した携帯電話を介して家電製品の環境設定や操作を行うようにする操作ソフト配信サービスシステムについて提案がなされている（例えば、特許文献１を参照のこと）。
【０００５】
小型情報機器のオンライン登録手続きは、一般に、ＰＣアプリにより実現されている。具体的には、ユーザーは、インターネットに接続されているＰＣに小型情報機器をＵＳＢ接続するとともに、製品登録手続きを行なうＰＣアプリ（以下、「登録アプリ」とする）を起動するという操作を行なう。そして、ＰＣは、登録アプリを起動すると、まず初期化及び国地域・言語選択ユーザー・インターフェース制御を行なう。続いて、ＵＳＢ接続された小型情報機器とＵＳＢ通信して、小型情報機器からはＵＳＢデバイス記述子が返される。このようにして、ＰＣは、小型情報機器から製品シリアル番号やその他の製品登録に必要な情報を取得すると、データ処理して、製造元又は販売元などの所定のウェブサイトにアクセスすると、製品登録情報をアップロードする。
【０００６】
小型情報機器の製造元若しくは販売元は、登録アプリを、例えば小型情報機器内のメモリーに格納して、ユーザーに提供することができる。小型情報機器をＰＣにＵＳＢ接続すると、ＰＣ側からは小型情報機器はＵＳＢミスストレージとして認識されるの（前述）。したがって、ＰＣは、ＵＳＢマスストレージから登録アプリをロードして、登録手続きを起動することができる。
【０００７】
現在、Ｗｉｎｄｏｗｓ（登録商標）、Ｍａｃという２種類のプラットフォームが普及しており、同機能のアプリケーション・プログラムをプラットフォーム別に開発する必要がある。このため、小型情報機器の製造元若しくは販売元にとっては、Ｗｉｎｄｏｗｓ（登録商標）版とＭａｃ版の登録アプリを用意しなければならず、開発コストの負担が大きくなる。付言すれば、ＵＳＢ規格では規定されていない情報を扱うためには、独自の仕組みを構築する必要がある。
【０００８】
また、登録アプリは１０ＭＢ程度のデータ・サイズがあり、２種類の登録アプリを小型情報機器の内部メモリーに格納すると、メモリー容量を２０ＭＢも消費し、メモリー容量オーバーを起こすおそれがある。このため、プラットフォーム別の登録アプリを記録したＣＤ−ＲＯＭを小型情報機器に同梱して配布することが多い。この場合、ユーザーは、オンライン登録する際に、単に小型情報機器をＰＣにＵＳＢ接続するだけでなくＣＤ−ＲＯＭも準備しなければならないので、煩わしい。この煩わしさが、登録率を低下させる一因になっているとも考えられる。
【０００９】
また、ＰＣ側でＵＳＢ通信により小型情報機器から製品情報を取得した後、シリアル番号に改ざんなどを加えて、偽りの製品情報が登録されてしまうおそれがある。
【００１０】
勿論、ＰＣアプリに頼らず、製品シリアル番号や製品登録サイトのＵＲＬを印刷した紙を製品に同梱し、ユーザーがブラウザー画面上でＵＲＬや製品登録情報を手入力して登録手続きを行なうという、原始的ともいえる方法も考えられる。しかしながら、ユーザーにとって煩わしい作業であり、入力できる情報量に上限がある。また、入力ミスなど情報の正確性にも問題がある。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００３−７８９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、情報機器をケーブル接続したＰＣから製品情報を好適にアップロードすることができる、優れた情報通信システム並びに携帯情報機器を提供することにある。
【００１３】
本発明のさらなる目的は、ＰＣのプラットフォームに依存せず、且つ、情報機器内のメモリー容量に負担を掛けることなく、簡素なユーザー操作により、情報機器をケーブル接続したＰＣから製品情報をアップロードすることができる、優れた情報通信システム並びに携帯情報機器を提供することにある。
【課題を解決するための手段】
【００１４】
本願は、上記課題を参酌してなされたものであり、請求項１に記載の発明は、
製品情報とユーザー情報を関連付けて登録する製品登録サーバーと、
前記製品登録サーバーのＵＲＬと製品情報を含んだインターネット・ショートカット・ファイルを有する携帯情報機器と、
前記携帯情報機器を外部接続したときに、読み出した前記インターネット・ショートカット・ファイルを基にブラウザーを起動して前記製品登録サーバーにアクセスする情報処理装置と、
を具備する情報通信システムである。
【００１５】
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【００１６】
本願の請求項２に記載の発明によれば、請求項１に記載の情報通信システムにおいて、インターネット・ショートカット・ファイルは、製品情報のチェック・コードを含み、製品登録サーバーは、前記チェック・コードを基に真正性を確認した後に、前記製品情報の登録を行なうように構成されている。
【００１７】
本願の請求項３に記載の発明によれば、請求項１に記載の情報通信システムにおいて、インターネット・ショートカット・ファイルは、ユーザーが前記携帯情報機器の機能追加を意思表示する操作情報コードを含み、製品登録サーバーは、前記操作情報コードで意思表示された機能を追加するソフトウェア・モジュールを前記情報処理装置に転送し、前記情報処理装置は受信したソフトウェア・モジュールを前記携帯情報機器に転送するように構成されている。
【００１８】
本願の請求項４に記載の発明によれば、請求項１に記載の情報通信システムにおいて、製品登録サーバーは、携帯情報機器にサービスを提供する回数を制限するように構成されている。
【００１９】
本願の請求項５に記載の発明によれば、請求項１に記載の情報通信システムにおいて、インターネット・ショートカット・ファイルは、タイムスタンプを含み、製品登録サーバーは、タイムスタンプを基に、携帯情報機器にサービスを提供する回数を制限するように構成されている。
【００２０】
また、本願の請求項６に記載の発明は、
情報処理装置に外部接続する接続インターフェースと、
製品登録サーバーのＵＲＬと製品情報を記憶し、前記接続インターフェースを通じて前記情報処理機器がアクセスできない第１の内部メモリーと、
前記接続インターフェースを通じて前記情報処理機器がアクセスできる第２の内部メモリーと、
前記第１の内部メモリーに記憶されている製品登録サーバーのＵＲＬと製品情報を基に、インターネット・ショートカット・ファイルを生成し、前記第１の内部メモリーに記憶し、前記接続インターフェースに前記情報処理装置が接続されたことに応答して、前記第１の内部メモリー内の前記インターネット・ショートカット・ファイルを前記第２の内部メモリーにコピーする処理部と、
を具備する携帯情報機器である。
【００２１】
本願の請求項７に記載の発明によれば、請求項６に記載の携帯情報機器の処理部は、製品情報のチェック・コードを生成し、前記インターネット・ショートカット・ファイルに前記チェック・コードに含めるように構成されている。
【００２２】
本願の請求項８に記載の発明によれば、請求項６に記載の携帯情報機器の記処理部は、機能追加を意思表示する操作情報コードを前記インターネット・ショートカット・ファイルに含めるように構成されている。
【００２３】
本願の請求項９に記載の発明によれば、請求項６に記載の携帯情報機器の処理部は、タイムスタンプを前記インターネット・ショートカット・ファイルに含めるように構成されている。
【００２４】
本願の請求項１０に記載の発明によれば、請求項６に記載の携帯情報機器の処理部は、前記第２の内部メモリーに前記インターネット・ショートカット・ファイルが配置されていないとき、又は、前記第２の内部メモリーに既に配置されている前記インターネット・ショートカット・ファイルが前記第１の内部メモリーに記憶されているインターネット・ショートカット・ファイルとサイズ又はタイムスタンプが異なるときに、前記第１の内部メモリー内の前記インターネット・ショートカット・ファイルに更新するように構成されている。
【発明の効果】
【００２５】
本発明によれば、ＰＣのプラットフォームに依存せず、且つ、情報機器内のメモリー容量に負担を掛けることなく、簡素なユーザー操作により、情報機器をケーブル接続したＰＣから製品情報をアップロードすることができる、優れた情報通信システム並びに携帯情報機器を提供することができる。
【００２６】
本発明によれば、製品登録用のインターネット・ショートカットという小容量のファイルに、製品登録サイトにアクセスするＵＲＬの他、製品のシリアル番号や、シリアル番号の真正性を証明するチェック・コード、サービス応じた情報などを埋め込み、携帯情報機器の内部メモリーのＵＳＢマスストレージ領域に格納するようになっている。そして、携帯情報機器をＰＣにＵＳＢ接続した際、ＰＣから直接、又は、ユーザー・インターフェースを通じてインターネット・ショートカット・ファイルをクリックすれば、ブラウザーを通じて製品情報をサーバーにアップロードして、製品に関する情報をサーバーに登録したり、サーバーから携帯情報機器の機能アップデートなどのサービスを受けたりすることができる。
【００２７】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【図面の簡単な説明】
【００２８】
【図１】図１は、ユーザーが購入した情報機器の製品情報をオンラインで登録する情報通信システムの一例を模式的に示した図である。
【図２】図２は、製品登録用のインターネット・ショートカット・ファイルの記述例を示した図である。
【図３】図３は、アルバム画面の構成例を示した図である。
【図４】図４は、Ｄｅｖｉｃｅ  Ｓｔａｇｅのメニュー画面の構成例を示した図である。
【図５】図５は、製品登録用のインターネット・ショートカット・ファイルを用いてディジタルカメラ１００を製品登録する流れを説明するための図である。
【図６】図６は、製造時にディジタルカメラ１００の内部メモリーに製品登録用のインターネット・ショートカット・ファイルの作成に必要な情報を配置する処理手順を示したフローチャートである。
【図７】図７は、ディジタルカメラ１００内のファームウェア処理により製品登録用のインターネット・ショートカット・ファイルを生成するための処理手順を示したフローチャートである。
【図８】図８は、製造時にディジタルカメラ１００の内部メモリーに、チェック・コードまで配置する処理手順を示したフローチャートである。
【図９】図９は、ディジタルカメラ１００内のファームウェア処理により、図８に示した処理手順により内部メモリーに記憶された情報から、製品登録用のインターネット・ショートカット・ファイルを生成するための処理手順を示したフローチャートである。
【図１０】図１０は、ディジタルカメラ１００内のファームウェア処理により、図６に示した処理手順により内部メモリーに記憶された情報から、ユーザーの操作情報コードを含む製品登録用のインターネット・ショートカット・ファイルを生成するための処理手順を示したフローチャートである。
【図１１】図１１は、ディジタルカメラ１００内のファームウェア処理により、図６に示した処理手順により内部メモリーに記憶された情報から、タイムスタンプのコードを含む製品登録用のインターネット・ショートカット・ファイルを生成するための処理手順を示したフローチャートである。
【図１２】図１２は、製品登録用のインターネット・ショートカット・ファイルを、ディジタルカメラ１００の内部メモリー（ＵＳＢ接続時にＵＳＢマスストレージとなる領域）に配置するための処理手順を示したフローチャートである。
【図１３】図１３は、製品登録サーバー３００Ｂが、振り分けサーバー３００Ａからリクエストがリダイレクトされたときに行なう処理手順を示したフローチャートである。
【図１４Ａ】図１４Ａは、製品登録サーバー３００Ｂからディジタルカメラ１００にソフトウェア・モジュールを配布するための通信シーケンス例を示した図である。
【図１４Ｂ】図１４Ｂは、製品登録サーバー３００Ｂからディジタルカメラ１００にソフトウェア・モジュールを配布するための通信シーケンス例を示した図である。
【図１５】図１５は、ＰＣ２００が、カメラ内蔵のＰＣアプリを用いて製品登録用のインターネット・ショートカット・ファイルを利用するための処理手順を示したフローチャートである。
【図１６】図１６は、ＰＣ２００が、Ｗｉｎｄｏｗｓ（登録商標）上でＤｅｖｉｃｅ  Ｓｔａｇｅ機能を用いて製品登録用のインターネット・ショートカット・ファイルを利用するため処理手順を示したフローチャートである。
【図１７】図１７は、ディジタルカメラ１００のハードウェア構成を模式的に示した図である。
【図１８】図１８は、ＰＣ２００のハードウェア構成を模式的に示した図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
【００３０】
図１には、ユーザーが購入した情報機器の製品情報をオンラインで登録する情報通信システムの一例を模式的に示している。図示の情報通信システム１は、ユーザーが購入した小型情報機器１００と、ＰＣ２００と、インターネット上のサーバー３００Ａ、３００Ｂ、…からなる。
【００３１】
小型情報機器１００の一例はディジタルカメラであり、ＵＳＢデバイスとしてＵＳＢ接続が可能である。ＰＣ２００は、プラットフォームには依存しないが、ディジタルカメラ１００をＵＳＢ接続するとともに、インターネットには常時接続されている。ＵＳＢ接続中のディジタルカメラ１００は、ＰＣ２００側では、ＵＳＢマスストレージとして認識される。ＰＣ２００上では、ブラウザーを始め、各種のアプリケーションを起動して、さまざまな処理が実行される。
【００３２】
振り分けサーバー３００Ａは、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によって指定することができ、ＰＣ２００側からはブラウザーを通じてアクセスすることができる。振り分けサーバー３００Ａは、例えば、ディジタルカメラを始め各種製品の製造元又は販売元業者が構築したポータル・サイトである。振り分けサーバー３００Ａは、例えばＣＧＩ（Ｃｏｍｍｏｍ  Ｇａｔｅｗａｙ  Ｉｎｇｅｒｆａｃｅ）を経由して、ブラウザーなどのクライアントからのリクエストを他のサーバーなどにリダイレクトする。クライアントは、例えばＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを用いてＣＧＩに入力データを引き渡すことができる。
【００３３】
製品登録サーバー３００Ｂは、振り分けサーバー３００Ａからのリダイレクト先の１つである。製品登録サーバー３００Ｂは、リダイレクトされた製品登録リクエストに応じて、製品シリアル番号などの製品情報とユーザー情報とを関連付けて、製品登録データベースに登録する。製品登録サーバー３００Ｂは、例えば製造元又は販売元業者毎に設置される。
【００３４】
製品登録サーバー３００Ｂは、製品情報を登録したユーザーに対して、製品（ディジタルカメラ１００）に関連するＰＣ若しくは製品内部で機能するアプリケーション・ソフトウェアを配布する、製品のファームウェアのバージョンを更新するなど、製品に関連するサービスを提供する。
【００３５】
但し、ポータル・サイトのような振り分けサーバー３００Ａから製品登録サーバー３００Ｂヘリダイレクトして製品登録を行なう必要は必ずしもなく、ＰＣ２００のブラウザーからアクセスした最初のサイトで登録手続きまで直結させるように構成することも可能である。
【００３６】
図１７には、小型情報機器としてのディジタルカメラ１００のハードウェア構成を模式的に示している。図示のディジタルカメラ１００は、カメラ部１７１０と、カメラＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）１７２０と、カード・インターフェース１７３０及びメモリーカード１７３１と、制御部１７４０と、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）コントローラー１７５０及びＬＣＤ１７５１と、操作部１７６０と、ＵＳＢインターフェース１７７０とを備えている。
【００３７】
カメラ部１７１０は、光学ブロック、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）などのイメージ・センサー、撮像信号の前処理回路、光学ブロックやＣＣＤを駆動するドライバー、ドライバーにタイミング信号を送るタイミング生成回路などを備えている（いずれも図示しない）。光学ブロックは、例えばレンズ、フォーカス機構、シャッター機構、絞り（アイリス）機構などを備えている。また、前処理回路は、イメージ・センサーから供給された撮像信号に対して、ＣＤＳ（Ｃｏｒｒｅｌａｔｅｄ  Ｄｏｕｂｌｅ  Ｓａｍｐｌｉｎｇ）、ＡＧＣ（Ａｕｔｏｍａｔｉｃ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）などの処理を行なった後、Ａ/Ｄ変換して、ディジタル画像データを形成する。
【００３８】
カメラＤＳＰ１７２０は、画像データに対して、ＡＦ（Ａｕｔｏ  Ｆｏｃｕｓ）、ＡＥ（Ａｕｔｏ  Ｅｘｐｏｓｕｒｅ）、ＡＷＢ（Ａｕｔｏ  Ｗｈｉｔｅ  Ｂａｌａｎｃｅ）などのカメラ信号処理を施し、さらに、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）などの所定の符号化方式で符号化し、システム・バス１７４５及びカード・インターフェース１７３０を通じてメモリーカード１７３１にファイルとして記録する。また、カメラＤＳＰ１７２０は、システム・バス１７４５及びカード・インターフェースを通じてメモリーカード１７３１から読み出した画像データを復号して、ＬＣＤコントローラー１７５０に供給する。ＬＣＤコントローラー１７５０は、供給された画像データか画像信号を形成して、画像をＬＣＤ１７５１の表示画面に表示する。
【００３９】
制御部１７４０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１７４１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１７４２、フラッシュＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１７４３、時計回路１７４４が、システム・バス１７４５を通じて接続されて構成されている。制御部１７４０は、操作部１７６０が入力されるユーザーの指示などに従って、ディジタルカメラ１００の各部を制御する。ここで、ＲＡＭ１７４２は、処理の途中結果を一時記憶するなど主に作業領域として用いられる。また、フラッシュＲＯＭ１７４３は、ＣＰＵ１７４１において実行するファームウェアなどの種々のプログラムや、処理に必要になるデータ、製品シリアル番号を始め製品登録に必要な情報などを記憶している。また、時計回路１７４４は、現在時刻を計時しており、撮影日時やタイムスタンプの情報を提供することができる。
【００４０】
ディジタルカメラ１００は、ＵＳＢインターフェース１７７０を備えており、ＰＣ２００などとＵＳＢ接続することができる。ＵＳＢ接続されている期間中、ディジタルカメラ１００は、ＵＳＢデバイスとなり、制御部１７４０は動作を停止し、メモリーカード１７３１にはアクセスできない状態になる。
【００４１】
また、以下でディジタルカメラ１００の「内部メモリー」というとき、メモリーカード１７３１と制御部１７４０内のフラッシュＲＯＭ１７４３の双方がこれに相当する。但し、メモリーカード１７３１はＰＣ２００からＵＳＢマスストレージとして認識されるが、フラッシュＲＯＭ１７４３はＵＳＢマスストレージとして認識されない。後述するインターネット・ショートカット・ファイルのマスターは、フラッシュＲＯＭ１７４３内に格納され、ファームウェア処理などによってメモリーカード１７３１にマスターがコピーされる。また、後述するアルバム・ソフトのようなＰＣアプリは、メモリーカード１７３１に記録される。
【００４２】
図１８には、ＰＣ２００のハードウェア構成を模式的に示している。各種サーバー３００Ａ、３００Ｂ…も同様の構成とする。
【００４３】
ＣＰＵ１８０１、ＲＯＭ１８０２、ＲＡＭ１８０３は、バス１８０４により相互に接続されている。バス１８０４には、さらに、入出力インターフェース１８０５が接続されている。入出力インターフェース１８０５には、キーボード、マウス、マイクロホンなどよりなる入力部１８０６、ディスプレイ、スピーカーよりなる出力部１８０７、ハードディスクや不揮発性のメモリーなどよりなる記憶部１８０８、ネットワーク・インターフェースなどよりなる通信部１８０９、ＵＳＢインターフェース１８１０が接続されている。ＰＣ２００は、通信部１８０９を通じて、所定の通信プロトコルに従ってインターネットなどの外部ネットワークに接続されている。また、ＰＣ２００は、ＵＳＢインターフェース１８１０に、ディジタルカメラ１００などのＵＳＢデバイスを接続することができる。
【００４４】
ＰＣ２００では、ＣＰＵ１８０１が、例えば、記憶部１８０８に記憶されているプログラムを、入出力インターフェース１８０５及びバス１８０４を介して、ＲＡＭ１８０３にロードして実行することにより、上述した一連の処理が行なわれる。記憶部１８０８からロードするプログラムには、Ｗｉｎｄｏｗｓ（登録商標）やＭａｃなどのオペレーティング・システム、ブラウザーやサーバー・アプリを始め各種のアプリケーションを挙げることができる。また、ＵＳＢインターフェース１８１０を通じて接続されるＵＳＢデバイス内のＵＳＢマスストレージに格納されている、アルバム・ソフトなどのＰＣアプリ（後述）をＲＡＭ１８０３にロードして、同様にＣＰＵ１８０１で実行することができる。
【００４５】
ディジタルカメラ１００を製品登録する手続きをＰＣ２００のアプリケーションで実現しようとすると、プラットフォーム別にアプリケーションを開発しなければならない、ＣＤ−ＲＯＭを準備する必要があるなど、製造元又は販売元の業者、並びに、ユーザーの双方にとって負担が大きくなる。そこで、本発明者らは、ＰＣアプリに代えて、インターネット・ショートカット・ファイルを利用して、製品関連情報のアップロードなどの製品登録を行なう方法について提案する。
【００４６】
ここで、インターネット・ショートカット・ファイル自体は、インターネット・エクスプローラの「お気に入り」など、ブラウザーのブックマークで使われている、拡張子“ｕｒｌ”を持つファイル形式である（周知）。インターネット・ショートカット・ファイルは、ＵＲＬなどの所定の表現形式に従って記述された文字列からなるデータ・ファイルである。ＵＲＬは、基本的には、「ｈｔｔｐ」、「ｈｔｔｐｓ」、「ｆｔｐ」などのスキーム名、「＊＊＊＊．ｃｏｍ」、「＊＊＊＊．ｃｏ．ｊｐ」などのホスト名、必要に応じてディレクトリー名などのパス名、の各文字列を連結して構成される。また、ＵＲＬの後方には、ＣＧＩなどを用いた処理の指示を表現する文字列、ＣＧＩに引き渡すデータを表す文字列をさらに連結することができる。ＣＧＩに引き渡すデータを表す文字列は、ＨＴＴＰ  ＧＥＴやＨＴＴＰ  ＰＯＳＴなどの使用するメソッドの書式に従って記述される。
【００４７】
本実施形態では、製品登録用のインターネット・ショートカットを、「ｈｔｔｐ」又は「ｈｔｔｐｓ」などのスキーム名、振り分けサーバー３００Ａのようなポータル・サイトを特定するためのホスト名、製品登録サーバー３００Ｂのようなリダイレクト先に対する製品登録処理の指示、リダイレクト先に渡す情報、の各文字列で構成する。
【００４８】
製品登録サーバー３００Ｂへ依頼する処理、ＣＧＩにより指示することができる。ＣＧＩに引き渡す情報は、製品登録に関連する情報であり、本実施形態では、ｈｔｔｐ  ｇｅｔメソッドに従う書式で記述することにする。製品登録に関連する情報として必須なのは、製品シリアル番号などの製品の識別情報と、この製品シリアル番号の真正性を証明するためのチェック・コードである。チェック・コードは、例えばシリアル番号にハッシュ関数を適用して算出することができる。
【００４９】
ＣＧＩに引き渡す、製品登録に関連する情報として、ディジタルカメラ１００の機能を追加する意思を示す操作情報コードや、タイムスタンプなどをさらに含めることができる。但し、操作情報コードを含めるのは、ファームウェアに機能を追加することが可能な製品に限られる。また、タイムスタンプは、製品に対するサービス提供の回数や頻度を制限するための情報として利用される。操作情報コードやタイムスタンプをＵＲＬに埋め込む場合には、シリアル番号にこれらを加えた文字列に対してチェック・コードの計算を行なうようにする。
【００５０】
図２には、製品登録用のインターネット・ショートカット・ファイルの記述例を示している。同図中、「ｈｔｔｐｓ」はスキーム名、「ｒｅｇｉｓｔ-ｈｕｂ.ｄ-ｉｍａｇｉｎｇ.ｓｏｎｙ.ｃｏ.ｊｐ」がホスト名、「ｃｇｉ-ｂｉｎ/…/ｄｉｓｐａｔｃｈ.ｃｇｉ？」がリダイレクト先への処理の指示であり、ＣＧＩを用いて記述されている。そして、「ＰＲＯＤＵＣＴＣＯＤＥ＿ＳＥＲＩＡＬＮＵＭＢＥＲ＝０２０…０６１」が登録する製品のシリアル番号であり、「ＣＨＥＣＫ＿ＣＯＤＥ＿ＩＩ＝３５９ｆａ４３８ｆ７６ａ…７ｆａｃｃ６ｅ９」が上記のシリアル番号からハッシュ関数を用いて算出したチェック・コードである。
【００５１】
このような製品登録用のインターネット・ショートカット・ファイルのデータ・サイズは、せいぜい数十ＫＢ程度であり、ディジタルカメラの内部メモリーに格納しても、メモリー容量の負担は少ない。ディジタルカメラ１００をＰＣ２００にＵＳＢ接続すると、ＰＣ２００側からは、ディジタルカメラ１００は１つのＵＳＢマスストレージとして認識され、ＵＳＢマスストレージクラスを用いてアクセスすることができる。製品登録用のインターネット・ショートカット・ファイルは、例えばＰＣ２００の（エクスプローラー若しくはファインダー）画面上では、当該ＵＳＢマスストレージのフォルダー内のファイル・アイコンの１つとして表示され、ユーザーはこれを見つけ出してクリックすればよい。インターネット・ショートカット・ファイル自体は、Ｗｉｎｄｏｗｓ（登録商標）やＭａｃなどいずれのプラットフォームに依存しないので、プラットフォームに共通して製品登録に使用ことができる。
【００５２】
また、Ｗｉｎｄｏｗｓ（登録商標）のエクスプローラー画面や、Ｍａｃのファインダー画面内でユーザーが製品登録用のインターネット・ショートカット・ファイルのアイコンを探し出してクリックするような、ユーザーの直接的で主導的な操作で製品登録手続きを行なわせるのではなく、ユーザーを製品登録手続きへと導くユーザー・インターフェースを提供するようにしてもよい。
【００５３】
例えば、ディジタルカメラ１００の内部メモリーに、インターネット・ショートカット・ファイルの他に、カメラ内蔵のＰＣアプリの１つとしてアルバム・ソフトを格納しておく。アルバム・ソフトは、ＰＣ２００にＵＳＢ接続した際に、ＰＣ２００側にロードして起動されるが、主な機能は、内部メモリーなどに保存された撮影画像の整理、監理、編集や、メール送信、ウェブへのアップロードなどの処理を行なうことである。図３には、ＰＣ２００側のディスプレイに表示されるアルバム画面の構成例を示している。アルバム画面は、基本的には、撮像画像の一覧からなり、「ＰＣに保存」、「画像再生」、「メールで送る」などのツール・ボタンを配設したツール・バーを含んでいる。このアルバム画面をオープンしたときには、製品登録ダイアログをポップアップ表示する。この場合、製品登録用のインターネット・ショートカット・ファイルのアイコンを探し出す処理を、アルバム・ソフトが行なうことになる。そして、このダイアログ内の「製品登録（Ｒ）」ボタンが選択されると、ブラウザーが起動し、インターネット・ショートカット・ファイルに記述されているＵＲＬ文字列に従って、振り分けサーバー３００Ａへのアクセスや製品関連情報を登録する処理が実行される。なお、アルバム・ソフトは、当該ソフトウェアに設定されている国／地域コードや、言語コードなどの設定情報を、ＵＲＬ文字列のＧＥＴパラメーターに追加する（すなわち、製品登録関連情報にこれらの設定情報を追加する）、あるいは、製品登録関連情報を変更するその他の処理を行なうようにしてもよい。
【００５４】
また、Ｗｉｎｄｏｗｓ（登録商標）７では、「Ｄｅｖｉｃｅ  Ｓｔａｇｅ」（デバイスとプリンター）と呼ばれる、ＰＣ２００に接続されるさまざまな周辺機器を一括して取り扱うメニューを提供する機能が装備されている。図４には、Ｄｅｖｉｃｅ  Ｓｔａｇｅのメニュー画面の構成例を示している。このメニュー画面上で、接続したカメラに関連する項目として、「製品登録」のアンカーを配設する。この場合、製品登録用のインターネット・ショートカット・ファイルのアイコンを探し出す処理を、Ｄｅｖｉｃｅ  Ｓｔａｇｅが行なうことになる。そして、このアンカー選択されると、ブラウザーが起動し、インターネット・ショートカット・ファイルに記述されているＵＲＬ文字列に従って、振り分けサーバー３００Ａへのアクセスや製品関連情報を登録する処理が実行される。
【００５５】
図３並びに図４の説明からも分かるように、インターネット・ショートカット・ファイルを利用して製品登録を行なう方法によれば、ユーザーを製品登録に導くユーザー・インターフェースを容易に装備することができる。
【００５６】
図５には、製品登録用のインターネット・ショートカット・ファイルを用いてディジタルカメラ１００を製品登録する流れを図解している。
【００５７】
ディジタルカメラ１００には、固有の製品シリアル番号が割り振られている。所定のハッシュ関数を用いて、この製品シリアル番号からチェック・コードを作出する。そして、振り分けサーバー３００ＡのＵＲＬに製品シリアル番号並びにチェック・コードの文字列を連結して、インターネット・ショートカット・ファイルを生成し、内部メモリー内に格納する。インターネット・ショートカット・ファイルを生成する処理は、ディジタルカメラ１００の出荷前に工場で行ってもよく、あるいは、ディジタルカメラ１００内でファームウェア処理により行なうようにしてもよい。
【００５８】
ディジタルカメラ１００をＵＳＢ接続するＰＣ２００側では、内部メモリーはＵＳＢマスストレージとして認識される。そして、ユーザーが、Ｗｉｎｄｏｗｓ（登録商標）のエクスプローラー画面や、Ｍａｃのファインダー画面内でユーザーが製品登録用のインターネット・ショートカット・ファイルのアイコンを探し出してクリックすると、ブラウザーが起動し、インターネット・ショートカット・ファイルに記述されているＵＲＬ文字列に従って、振り分けサーバー３００Ａへのアクセスや製品関連情報を登録する処理が実行される。アイコンのクリックは、ポップアップ表示された製品登録ダイアログ内の「製品登録（Ｒ）」ボタン」を選択することや、Ｄｅｖｉｃｅ  Ｓｔａｇｅメニュー画面内で「製品登録」のアンカーを選択することに相当する。
【００５９】
ＰＣ２００上で起動したブラウザーは、ＵＲＬ文字列中のスキーム名「ｈｔｔｐｓ及びホスト名「ｒｅｇｉｓｔ-ｈｕｂ.ｄ-ｉｍａｇｉｎｇ.ｓｏｎｙ.ｃｏ.ｊｐ」に従って、振り分けサーバー３００Ａにリクエストを送信する。
【００６０】
振り分けサーバー３００Ａは、リクエストに含まれるＵＲＬ文字列中の、ホスト名の後に連結されている処理の指示を解釈して、ＣＧＩを経由して製品登録サーバー３００Ｂへ製品登録処理をリダイレクトする。このとき、当該ＵＲＬには製品シリアル番号などの製品登録に関連する情報、並びにそのチェック・コードが連結されている。これらの文字列は、ＨＴＴＰ  ＧＥＴの書式に従って記述されており、リダイレクトする際にＣＧＩに引き渡される。
【００６１】
製品登録サーバー３００Ｂは、製品登録の処理がリダイレクトされる際に、製品シリアル番号などの製品登録に関連する情報を受け取ると、製品情報とユーザーの情報を関連付けて、製品登録データベースへ登録する。また、登録に先立ち、チェック・コードを生成し、受け取ったチェック・コードと照合して、登録する情報の真正性をチェックするようにする。
【００６２】
図６には、製造時にディジタルカメラ１００の内部メモリーに製品登録用のインターネット・ショートカット・ファイルの作成に必要な情報を配置する処理手順をフローチャートの形式で示している。
【００６３】
この場合、振り分けサーバー３００Ａにアクセスするための、スキーム名及びサーバー名からなる基本的なＵＲＬ文字列と、当該製品のシリアル番号を、ディジタルカメラ１００の内部メモリーに記憶して（ステップＳ６１）、処理を終了する。ここで言う内部メモリーは、フラッシュＲＯＭ１７４３のように、ＵＳＢ接続時にＵＳＢマスストレージにはならない領域とする。
【００６４】
また、図７には、ディジタルカメラ１００内のファームウェア処理により、図６に示した処理手順により内部メモリーに記憶された情報から、製品登録用のインターネット・ショートカット・ファイルを生成するための処理手順をフローチャートの形式で示している。
【００６５】
まず、フラッシュＲＯＭ１７４３などの内部メモリーに記憶されている、スキーム名及びサーバー名からなる基本的なＵＲＬ文字列と、当該製品のシリアル番号を読み出す（ステップＳ７１）。
【００６６】
次いで、シリアル番号に所定のハッシュ関数を適用して、チェック・コードを計算する（ステップＳ７２）。
【００６７】
次いで、上記の基本的なＵＲＬ文字列の後方に、シリアル番号、並びに、上記ステップＳ７２で算出したチェック・コードの文字列を連結して、インターネット・ショートカット・ファイルを生成する（ステップＳ７３）。
【００６８】
そして、生成したインターネット・ショートカット・ファイルを、マスターとしてディジタルカメラ１００の内部メモリーに配置して（ステップＳ７４）、本処理ルーチンを終了する。ここで言う内部メモリーは、フラッシュＲＯＭ１７４３のように、ＵＳＢ接続時にＵＳＢマスストレージにはならない領域とする。
【００６９】
上記のような処理手順によれば、チェック・コードの生成処理が、ディジタルカメラ１００などの製品の外部に露出することなく、ユーザーから隠蔽されるので、不正登録される機会を少なくすることができる。
【００７０】
また、図８には、製造時にディジタルカメラ１００の内部メモリーに、チェック・コードまで配置する処理手順をフローチャートの形式で示している。
【００７１】
まず、振り分けサーバー３００Ａにアクセスするための、スキーム名及びサーバー名からなる基本的なＵＲＬ文字列と、当該製品のシリアル番号を、ディジタルカメラ１００の内部メモリーに記憶する（ステップＳ８１）。
【００７２】
次いで、製造設備を用いて、当該製品のシリアル番号に所定のハッシュ関数を適用して、チェック・コードを計算する（ステップＳ８２）。
【００７３】
そして、算出したチェック・コードをディジタルカメラ１００の内部メモリーに記憶して（ステップＳ８３）、処理を終了する。ここで言う内部メモリーは、フラッシュＲＯＭ１７４３のように、ＵＳＢ接続時にＵＳＢマスストレージにはならない領域とする。
【００７４】
また、図９には、ディジタルカメラ１００内のファームウェア処理により、図８に示した処理手順により内部メモリーに記憶された情報から、製品登録用のインターネット・ショートカット・ファイルを生成するための処理手順をフローチャートの形式で示している。
【００７５】
まず、内部メモリーに記憶されている、スキーム名及びサーバー名からなる基本的なＵＲＬ文字列と、当該製品のシリアル番号、並びに、当該製品のシリアル番号から生成されたチェック・コードを読み出す（ステップＳ９１）。
【００７６】
次いで、上記の基本的なＵＲＬ文字列の後方に、シリアル番号、並びに、上記ステップＳ７２で算出したチェック・コードの文字列を連結して、インターネット・ショートカット・ファイルを生成する（ステップＳ９２）。
【００７７】
そして、生成したインターネット・ショートカット・ファイルを、マスターとしてディジタルカメラ１００の内部メモリーに配置して（ステップＳ９３）、本処理ルーチンを終了する。ここで言う内部メモリーは、フラッシュＲＯＭ１７４３のように、ＵＳＢ接続時にＵＳＢマスストレージにはならない領域とする。
【００７８】
また、図１０には、ディジタルカメラ１００内のファームウェア処理により、図６に示した処理手順により内部メモリーに記憶された情報から、製品登録用のインターネット・ショートカット・ファイルを生成するための処理手順をフローチャートの形式で示している。この処理手順では、ディジタルカメラ１００に対して行なわれたユーザー操作に関する情報をインターネット・ショートカット・ファイルに含めるという点で、図７に示した処理手順とは相違する。
【００７９】
ディジタルカメラ１００のユーザー・インターフェース（ＵＩ）に対して何らかの操作が行なわれたことに応答して、この処理手順は起動する。
【００８０】
まず、内部メモリーに記憶されている、スキーム名及びサーバー名からなる基本的なＵＲＬ文字列と、当該製品のシリアル番号を読み出す（ステップＳ１０１）。
【００８１】
次いで、ディジタルカメラ１００に対して行なわれたユーザー操作情報をコード化する（ステップＳ１０２）。
【００８２】
次いで、上記ステップＳ１０２で生成した操作情報コードをシリアル番号に連結し、これに所定のハッシュ関数を適用して、チェック・コードを計算する（ステップＳ１０３）。
【００８３】
次いで、上記の基本的なＵＲＬ文字列の後方に、シリアル番号、操作情報コード、並びに、上記ステップＳ１０３で算出したチェック・コードの文字列を連結して、インターネット・ショートカット・ファイルを生成する（ステップＳ１０４）。
【００８４】
そして、生成したインターネット・ショートカット・ファイルを、マスターとしてディジタルカメラ１００の内部メモリーに配置して（ステップＳ１０５）、本処理ルーチンを終了する。ここで言う内部メモリーは、フラッシュＲＯＭ１７４３のように、ＵＳＢ接続時にＵＳＢマスストレージにはならない領域とする。例えば、ディジタルカメラ１００を次回ＰＣ２００にＵＳＢ接続するときに、内部メモリーのうちメモリーカード１７３１などのＵＳＢマスストレージとなる領域に、マスターインターネット・ショートカット・ファイルのコピーを配置する。
【００８５】
上記のような処理手順によれば、チェック・コードの生成処理が、ディジタルカメラ１００などの製品の外部に露出することなく、ユーザーから隠蔽されるので、不正登録される機会を少なくすることができる（同上）。
【００８６】
図１０に示した処理手順を実行するのは、ソフトウェア・モジュールを追加することでファームウェアに機能を追加することができる製品が対象となる。ディジタルカメラ１００は、ソフトウェア・モジュールを追加するかどうかをユーザーに問い合わせるユーザー・インターフェースを備えている（例えば、機能名が書かれたボタンを配設している）。ユーザーは、このようなユーザー・インターフェースを操作することで、機能追加を希望することを意思表示する。そして、ディジタルカメラ１００は、この意思表示に応えるために、操作情報をコード化して、インターネット・ショートカット・ファイルに埋め込み、サーバーに届けるようにしている。
【００８７】
また、図１１には、ディジタルカメラ１００内のファームウェア処理により、図６に示した処理手順により内部メモリーに記憶された情報から、製品登録用のインターネット・ショートカット・ファイルを生成するための処理手順をフローチャートの形式で示している。この処理手順では、タイムスタンプをインターネット・ショートカット・ファイルに含めるという点で、図７に示した処理手順とは相違する。
【００８８】
この処理手順は、ユーザーがディジタルカメラ１００に対して操作を行なったときや、ＰＣ２００にＵＳＢ接続したときなど、製品登録サーバー３００Ｂからサービスを受ける時刻に近いときに起動することが好ましい。
【００８９】
まず、内部メモリーに記憶されている、スキーム名及びサーバー名からなる基本的なＵＲＬ文字列と、当該製品のシリアル番号を読み出す（ステップＳ１１１）。
【００９０】
次いで、ディジタルカメラ１００で計時しているタイムスタンプをコード化する（ステップＳ１１２）。タイムスタンプは、時計回路１７４４から取得することができる。
【００９１】
次いで、上記ステップＳ１１２でコード化したタイムスタンプをシリアル番号に連結し、これに所定のハッシュ関数を適用して、チェック・コードを計算する（ステップＳ１１３）。
【００９２】
次いで、上記の基本的なＵＲＬ文字列の後方に、シリアル番号、タイムスタンプのコード、並びに、上記ステップＳ１１３で算出したチェック・コードの文字列を連結して、インターネット・ショートカット・ファイルを生成する（ステップＳ１１４）。
【００９３】
そして、生成したインターネット・ショートカット・ファイルを、マスターとしてディジタルカメラ１００の内部メモリーに配置して（ステップＳ１１５）、本処理ルーチンを終了する。ここで言う内部メモリーは、フラッシュＲＯＭ１７４３のように、ＵＳＢ接続時にＵＳＢマスストレージにはならない領域とする。例えば、ディジタルカメラ１００を次回ＰＣ２００にＵＳＢ接続するときに、内部メモリーのうちメモリーカード１７３１などのＵＳＢマスストレージとなる領域に、マスターのインターネット・ショートカット・ファイルのコピーを配置する。
【００９４】
上記のような処理手順によれば、チェック・コードの生成処理が、ディジタルカメラ１００などの製品の外部に露出することなく、ユーザーから隠蔽されるので、不正登録される機会を少なくすることができる（同上）。
【００９５】
図１１に示した処理手順において、タイムスタンプの情報をインターネット・ショートカット・ファイルに含める用途の１つとして、インターネット・ショートカット・ファイルのコピー制限を挙げることができる。インターネット・ショートカット・ファイルのコピーを無制限に許可すると、製品登録サーバー３００Ｂから無制限にサービス提供を受けることができてしまう。そこで、製品登録サーバー３００Ｂが、タイムスタンプに基づいてサービス提供をコントロールして、無制限のサービス提供を回避するようにする。例えば、（１）タイムスタンプに示される時刻を評価して、古いタイムスタンプを無効にする、（２）シリアル番号とタイムスタンプの組を管理して、タイムスタンプ当たり１回のみサービスを提供するなどのコントロールを行なうことができる。
【００９６】
勿論、図１０並びに図１１に示した処理手順を組み合わせて、操作情報コードとタイムスタンプのコードをともにインターネット・ショートカット・ファイルに埋め込むようにしてもよい。
【００９７】
図１０又は図１１などの処理手順では、生成した製品登録用のインターネット・ショートカット・ファイルを、内部メモリーのうちＵＳＢ接続時にＵＳＢマスストレージとはならない領域（例えば、フラッシュＲＯＭ１７４３）に配置する。そして、ディジタルカメラ１００を次回ＰＣ２００にＵＳＢ接続するときに、内部メモリーのうちメモリーカード１７３１などのＵＳＢマスストレージとなる領域に、マスターのインターネット・ショートカット・ファイルのコピーを配置する。図１２には、図１０又は図１１などの処理手順により生成された、マスターのインターネット・ショートカット・ファイルを、ディジタルカメラ１００の内部メモリーのうちＵＳＢ接続時にＵＳＢマスストレージとなる領域に配置するための処理手順をフローチャートの形式で示している。
【００９８】
製品登録用のインターネット・ショートカット・ファイルは、ディジタルカメラ１００の内部メモリーの、ＵＳＢ接続時にＵＳＢマスストレージとなる領域に配置されるものとする。図１２に示す処理手順は、ディジタルカメラ１００内のファームウェア処理により実現することができ、好ましくは、ＵＳＢケーブルの物理的接続を検出したことに応答して起動する。
【００９９】
まず、ＵＳＢマスストレージ領域に配置されているインターネット・ショートカット・ファイルを参照して（ステップＳ１２１）、当該ファイルの更新が必要かどうかを判断する（ステップＳ１２２）。
【０１００】
ステップＳ１２２では、ＵＳＢマスストレージ領域内でインターネット・ショートカット・ファイルが見つからない場合や、ＵＳＢマスストレージ領域に既に配置されているインターネット・ショートカット・ファイルが、マスターとはサイズやタイムスタンプが異なる場合に、更新が必要であると判断する。ここで、マスターやタイムスタンプが異なる原因として、マルウェアなどによる不正な操作が加えられたことや、ユーザー操作などによりマスターが更新されたことが考えられる。いずれの場合も、更新が必要であることは理解できよう。
【０１０１】
インターネット・ショートカット・ファイルの更新が必要であると判断された場合には（ステップＳ１２２のＹｅｓ）、マスターのインターネット・ショートカット・ファイルを、内部メモリーのＵＳＢマスストレージとなる領域に配置して（ステップＳ１２３）、当該ＵＳＢマスストレージ内のインターネット・ショートカット・ファイルを更新する。
【０１０２】
そして、ステップＳ１２３最新のインターネット・ショートカット・ファイルに更新した後、又は、更新が不要と判断されたときには（ステップＳ１２２のＮｏ）、ＵＳＢケーブルを介してＵＳＢの物理的接続されたＰＣ２００とさらにＵＳＢの論理的接続処理を経て、ＵＳＢマスストレージ領域をＰＣ２００に公開して（ステップＳ１２４）、本処理ルーチンを終了する。なお、ＵＳＢの論理的接続処理の手順は、ＵＳＢ規格に準拠し、本発明の要旨とは直接関連しないので、詳細な説明を省略する。
【０１０３】
図１３には、製品登録サーバー３００Ｂが、振り分けサーバー３００Ａからリクエストがリダイレクトされたときに行なう処理手順をフローチャートの形式で示している。
【０１０４】
既に述べたように、インターネット・ショートカット・ファイル内のＵＲＬ文字列中に、ＨＴＴＰ  ＧＥＴメソッドの書式に従って情報を記述することで、その情報をＣＧＩに引き渡すことができる。
【０１０５】
製品登録サーバー３００Ｂは、振り分けサーバー３００Ａから情報とそのチェック・コードを受け取ると（ステップＳ１３１）、受け取った情報からチェック・コードを生成する（ステップＳ１３２）。そして、自分で生成したチェック・コードが、受け取ったチェック・コードと一致するかどうか比較する（ステップＳ１３３）。
【０１０６】
ここで、チェック・コードが一致しないときには（ステップＳ１３３のＮＧ）、受け取った情報は不正なデータとみなして、登録手続きを中止し、本処理ルーチンを終了する。
【０１０７】
一方、チェック・コードが一致するときには（ステップＳ１３３のＯＫ）、受け取った情報に含まれているシリアル番号で製品登録データベースにアクセスして（ステップＳ１３４）、リクエスト元であるディジタルカメラ１００に対してサービスを提供してよいかどうかを判断する（ステップＳ１３５）。製品登録データベースでは、タイムスタンプなどを用いて、サービス提供済みか否かを製品毎に管理しているものとする。
【０１０８】
既にサービス提供済みなどの理由で、サービスを提供しないと判断したときには（ステップＳ１３５のＮＧ）、サービス提供を行なわず、本処理ルーチンを終了する。
【０１０９】
また、サービスを提供してよいと判断したときには（ステップＳ１３５のＯＫ）、受け取った情報を利用して、ディジタルカメラ１００に対してサービス提供を行う（ステップＳ１３６）。例えば、製品登録に関連する情報を受け取ったときには、製品情報とユーザー情報とを関連付けて、製品登録データベースに登録する。
【０１１０】
ソフトウェア・モジュールの追加により機能追加を意思表示する操作情報コードをインターネット・ショートカット・ファイルに埋め込むことは、図１０を参照しながら既に説明した。図１４Ａ及び図１４Ｂには、製品登録サーバー３００Ｂからディジタルカメラ１００にソフトウェア・モジュールを配布するための通信シーケンス例を示している。但し、同図では、図面の簡素化のため、リクエストをリダイレクトする振り分けサーバー３００Ａを省略している。
【０１１１】
まず、図１４Ａを参照しながら、シーケンスの前半部分について説明する。ユーザーは、ＵＳＢ非接続時のディジタルカメラ１００のユーザー・インターフェース（ＵＩ）に対して、ソフトウェア・モジュールの追加によりファームウェアの機能を追加する意思を表示するための操作を行う。
【０１１２】
すると、ディジタルカメラ１００内では、ファームウェア処理により、当該ユーザー操作に該当する操作情報コードを含んだインターネット・ショートカット・ファイルを、例えば図１０に示した処理手順に従って生成する。
【０１１３】
このインターネット・ショートカット・ファイルは、ディジタルカメラ１００をＰＣ２００にＵＳＢの物理的接続した際に、ＵＳＢマスストレージ領域内に配置される。さらにＵＳＢの論理的接続処理を経て、ＵＳＢマスストレージ領域内のインターネット・ショートカット・ファイルがＰＣ２００側に公開される。
【０１１４】
ＰＣ２００側では、Ｗｉｎｄｏｗｓ（登録商標）のエクスプローラー若しくはＭａｃのファインダー画面で、インターネット・ショートカット・ファイルのアイコンがクリックされたことや、アルバム・ソフトなどのＰＣアプリあるいはＤｅｖｉｃｅ  Ｓｔａｇｅなどが提供するユーザー・インターフェースを通じて、インターネット・ショートカット・ファイルがブラウザーに渡される。
【０１１５】
そして、ブラウザーは、インターネット・ショートカット・ファイルに含まれるスキーム名及びホスト名（さらにはパス名を適宜含む）に従って、製品登録サーバー３００Ｂに接続する。そして、ＨＴＴＰ  ＧＥＴメソッドの書式に従って記述された情報並びにそのチェック・コードを、製品登録サーバー３００Ｂにアップロードする。ここでは、ディジタルカメラ１００の製品シリアル番号と、ユーザーの意思表示である操作情報コードが、ＨＴＴＰ  ＧＥＴメソッドの書式に従ってインターネット・ショートカット・ファイルに埋め込まれているものとする。
【０１１６】
製品登録サーバー３００Ｂは、ディジタルカメラ１００の製品シリアル番号と操作情報を、ユーザーブラウザーから受け取ると、例えば図１３に示した処理手順に従って、当該ディジタルカメラ１００に対してソフトウェア・モジュールを配布してよいかどうかを判断する。
【０１１７】
続いて、図１４Ｂを参照しながら、シーケンスの後半部分について説明する。この判断結果が肯定的であれば、ファームウェアの機能を追加するためのソフトウェア・モジュールをＰＣ２００に転送する。
【０１１８】
ソフトウェア・モジュールの転送は、例えばＰＣ２００のブラウザーをダウンロード・ページに導き、このダウンロード・ページを介して行なわれる。ここで、追加するソフトウェア・モジュールが例えば「カメラ接続ＰＣアプリ」であったとする。ＰＣ２００は、リクエスト元のディジタルカメラ１００がこのソフトウェア・モジュールを追加できる対象製品であることを確認した上で、ディジタルカメラ１００にＵＳＢ通信により転送する。この確認は、ユーザーがブラウザー画面上で、対象製品のソフトウェア・モジュールのアンカーをクリックする操作に相当する。ソフトウェア・モジュールのダウンロードは、有償又は無償で行なわれる。
【０１１９】
そして、ディジタルカメラ１００は、受け取ったソフトウェア・モジュールを確認してから、ファームウェアに組み込む。例えば、ディジタルカメラ１００の機種や製品シリアル番号が当該追加ソフトウェア・ジュールの対象製品のそれと一致するかどうかを確認する。
【０１２０】
ソフトウェア・モジュールの組み込みに成功すると、ＰＣ２００とのＵＳＢ接続を切り離した時点から、ディジタルカメラ１００で追加機能を利用できるようになる。
【０１２１】
ＰＣ２００上では、アルバム・ソフトのようなディジタルカメラ１００内蔵のＰＣアプリを通じてインターネット・ショートカット・ファイルを利用できることは既に述べた通りである（例えば、図３を参照のこと）。図１５には、ＰＣ２００がカメラ内蔵のＰＣアプリを用いて製品登録用のインターネット・ショートカット・ファイルを利用するための処理手順をフローチャートの形式で示している。
【０１２２】
ＰＣ２００上でカメラ内蔵のＰＣアプリが起動すると、当該ソフトウェアに設定されている国／地域コードや、言語コードなどの設定情報を、ＵＳＢ通信を通じて問い合わせる（ステップＳ１５１）。
【０１２３】
次いで、ＵＳＢ接続されたディジタルカメラ１００内のＵＳＢマスストレージ領域内に、インターネット・ショートカット・ファイルが存在することを確認する（ステップＳ１５２）。なお、説明の簡素化のため、インターネット・ショートカット・ファイルが存在しない場合の処理については省略する。
【０１２４】
次いで、ディスプレイ画面上に、図３に示したようなカメラ内蔵ＰＣアプリのユーザー・インターフェースを表示し（ステップＳ１５３）、ポップアップ表示されたダイアログ内の「製品登録（Ｒ）」ボタンが選択されるまで、ユーザー操作を待機する（ステップＳ１５４）。
【０１２５】
そして、このダイアログ内の「製品登録（Ｒ）」ボタンが選択されると、ＵＳＢマスストレージ領域内のインターネット・ショートカット・ファイルからＵＲＬ文字列を読み出し、先行するステップＳ１５１で取得した国／地域コードや、言語コードなどの設定情報を、ＵＲＬ文字列のＧＥＴパラメーターに追加する（ステップＳ１５５）。
【０１２６】
その後、このＵＲＬをブラウザーに渡すと（ステップＳ１５６）、振り分けサーバー３００Ａにより適宜リダイレクトされ、製品登録サーバー３００Ｂにアクセスすることができる。
【０１２７】
また、ＰＣ２００がプラットフォームとしてＷｉｎｄｏｗｓ（登録商標）を搭載する場合、「Ｄｅｖｉｃｅ  Ｓｔａｇｅ」（デバイスとプリンター）の機能を通じてインターネット・ショートカット・ファイルを利用できることは既に述べた通りである（例えば、図４を参照のこと）。図１６には、ＰＣ２００が、Ｗｉｎｄｏｗｓ（登録商標）上でＤｅｖｉｃｅ  Ｓｔａｇｅ機能を用いて製品登録用のインターネット・ショートカット・ファイルを利用するための処理手順をフローチャートの形式で示している。
【０１２８】
ＰＣ２００がディジタルカメラ１００とＵＳＢ接続したことを検出すると、当該処理手順が起動する。まず、ＵＳＢ接続されたディジタルカメラ１００のＩＤ情報を取得する（ステップＳ１６１）。
【０１２９】
次いで、取得したＩＤに対応したＤｅｖｉｃｅ  Ｓｔａｇｅ情報を取得する（ステップＳ１６２）。このＤｅｖｉｃｅ  Ｓｔａｇｅ情報には、ＵＳＢマスストレージ領域内のインターネット・ショートカット・ファイルの配置場所の情報を含むものとする。
【０１３０】
次いで、ディスプレイ画面上に、図４に示したようなＤｅｖｉｃｅ  Ｓｔａｇｅのメニュー画面からなるユーザー・インターフェースを表示する（ステップＳ１６３）。そして、このメニュー画面上で、「製品登録」のアンカーがクリックされるまで、ユーザー操作を待機する（ステップＳ１６４）。
【０１３１】
そして、「製品登録」のアンカーがクリックされると、ＵＳＢマスストレージ領域内のインターネット・ショートカット・ファイルの配置場所の情報を参照する（ステップＳ１６５）。そして、インターネット・ショートカット・ファイルをブラウザーに渡す（ステップＳ１５６）。ブラウザーは、インターネット・ショートカット・ファイルに記述されているＵＲＬ文字列に従って、振り分けサーバー３００Ａへのアクセスや製品関連情報を登録する処理を実行する。
【０１３２】
これまで説明してきたことから分かるように、本実施形態によれば、図１に示した情報通信システムにおいて、ＰＣのプラットフォームに依存せず、且つ、情報機器内のメモリー容量に負担を掛けることなく、簡素なユーザー操作により、情報機器をケーブル接続したＰＣから製品情報をアップロードすることができる。
【産業上の利用可能性】
【０１３３】
以上、特定の実施形態を参照しながら、本発明について詳細に説明してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１３４】
ユーザーが購入する製品としてディジタルカメラを例に挙げて、本発明に従って製品登録を実現する実施形態を中心に説明してきたが、本発明の要旨は、ディジタルカメラのような特定の製品に限定されるものではない。携帯音楽プレーヤーやＰＣ、その他のさまざまな情報機器、情報家電を製品登録する場合であっても、本発明が同様に実現可能であることは言うまでもない。
【０１３５】
要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【符号の説明】
【０１３６】
１００…ディジタルカメラ
２００…パーソナル・コンピューター（ＰＣ）
３００Ａ…振り分けサーバー、３００Ｂ…製品登録サーバー
１７１０…カメラ部
１７２０…カメラＤＳＰ
１７３０…カード・インターフェース、１７３１…メモリーカード
１７４０…制御部
１７５０…ＬＣＤコントローラー、１７５１…ＬＣＤ
１７６０…操作部
１７７０…ＵＳＢインターフェース
１８０１…ＣＰＵ
１８０２…ＲＯＭ
１８０３…ＲＡＭ
１８０４…バス
１８０５…入出力インターフェース
１８０６…入力部
１８０７…出力部
１８０８…記憶部
１８０９…通信部
１８１０…ＵＳＢインターフェース
【図１】
2012141817.tif 000003
【図２】
2012141817.tif 000004
【図３】
2012141817.tif 000005
【図４】
2012141817.tif 000006
【図５】
2012141817.tif 000007
【図６】
2012141817.tif 000008
【図７】
2012141817.tif 000009
【図８】
2012141817.tif 000010
【図９】
2012141817.tif 000011
【図１０】
2012141817.tif 000012
【図１１】
2012141817.tif 000013
【図１２】
2012141817.tif 000014
【図１３】
2012141817.tif 000015
【図１４Ａ】
2012141817.tif 000016
【図１４Ｂ】
2012141817.tif 000017
【図１５】
2012141817.tif 000018
【図１６】
2012141817.tif 000019
【図１７】
2012141817.tif 000020
【図１８】
2012141817.tif 000021