(57)【要約】【課題】ユーザーの手間なく且つＷｅｂ標準技術を用いて、ＵＳＢ又はＢｌｕｅｔｏｏｔｈ接続して利用されるデバイスからデータを取得してＷｅｂサーバーにアップロード可能にすること。【解決手段】クライアントコンピューター１０２のブラウザー４１１が、ＵＳＢまたはＢｌｕｅｔｏｏｔｈでの接続が検出されたデバイス１０３からＵＲＬ情報と該デバイスの識別情報とを取得し（Ｓ６０３〜Ｓ６０６）、該ＵＲＬ情報を用いてネットワーク上のストレージサービスにアクセスしてデバイス１０３の識別情報を送信し（Ｓ６０７）、デバイス１０３からデータを取得し（Ｓ６１９〜Ｓ６２５）、取得したデータをストレージサービスに送信し（Ｓ６２６）、ストレージサービスから、デバイス１０３の識別情報に紐付けて保管された前記送信されたデータにアクセスするためのアクセス情報を受信する（Ｓ６３０）。【選択図】図６
2020135830.tif 000002
【特許請求の範囲】
【請求項１】
ウェブブラウザが実行される情報処理装置であって、
前記ウェブブラウザの機能として、前記情報処理装置にＵＳＢまたはＢｌｕｅｔｏｏｔｈでの接続が検出されたデバイスからＵＲＬ情報と該デバイスの識別情報とを取得する第１取得手段と、
前記ウェブブラウザの機能として、前記取得されたＵＲＬ情報を用いて、ネットワーク上のストレージサービスにアクセスするアクセス手段と、
前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスの識別情報を送信する第１送信手段と、
前記ウェブブラウザの機能として、前記デバイスからデータを取得する第２取得手段と、
前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスから取得されたデータを送信する第２送信手段と、
前記ウェブブラウザの機能として、前記ストレージサービスから、前記デバイスの識別情報に紐付けて保管された前記送信されたデータにアクセスするためのアクセス情報を受信する受信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ウェブブラウザの機能として、前記ストレージサービスから提供されるウェブサイトに含まれる要求に従い、該デバイスへのアクセスを同意するか否かを選択するための同意画面を表示する表示手段を更に有し、
前記第２送信手段は、該同意画面により同意が得られた場合に、前記ストレージサービスに、前記デバイスから取得されたデータを送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ストレージサービスから提供されるウェブサイトは、前記デバイスを操作するウェブアプリケーションを含み、
前記表示手段は、前記ウェブアプリケーションに基づき、前記同意画面を表示し、
前記第２取得手段は、前記ウェブアプリケーションに基づき、前記デバイスからデータを取得することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記ストレージサービスでは、該ストレージサービスへのログインに対応するユーザー情報にさらに紐付けて前記送信されたデータが保管されることを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
前記デバイスは、スキャナまたはカメラであり、
前記デバイスから取得されたデータは、画像データであることを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項６】
前記デバイスは、楽器またはマイクであり、
前記デバイスから取得されたデータは、音データであることを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項７】
前記デバイスは、デジタル健康器具であり、
前記デバイスから取得されたデータは、ヘルスデータであることを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項８】
ウェブブラウザが実行される情報処理装置の制御方法であって、
前記ウェブブラウザの機能として、前記情報処理装置にＵＳＢまたはＢｌｕｅｔｏｏｔｈでの接続が検出されたデバイスからＵＲＬ情報と該デバイスの識別情報とを取得する第１取得ステップと、
前記ウェブブラウザの機能として、前記取得されたＵＲＬ情報を用いて、ネットワーク上のストレージサービスにアクセスするアクセスステップと、
前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスの識別情報を送信する第１送信ステップと、
前記ウェブブラウザの機能として、前記デバイスからデータを取得する第２取得ステップと、
前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスから取得されたデータを送信する第２送信ステップと、
前記ウェブブラウザの機能として、前記ストレージサービスから、前記デバイスの識別情報に紐付けて保管された前記送信されたデータにアクセスするためのアクセス情報を受信する受信ステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項９】
コンピュータを、請求項１〜７のいずれか１項に記載の手段として機能させるためのプログラム。
【請求項１０】
ウェブブラウザが実行される情報処理装置と、前記情報処理装置から送信されたデータを保管するストレージサービスとを有するシステムであって、
前記情報処理装置は、
前記ウェブブラウザの機能として、前記情報処理装置にＵＳＢまたはＢｌｕｅｔｏｏｔｈでの接続が検出されたデバイスからＵＲＬ情報と該デバイスの識別情報とを取得する第１取得手段と、
前記ウェブブラウザの機能として、前記取得されたＵＲＬ情報を用いて、ネットワーク上のストレージサービスにアクセスするアクセス手段と、
前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスの識別情報を送信する第１送信手段と、
前記ウェブブラウザの機能として、前記デバイスからデータを取得する第２取得手段と、
前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスから取得されたデータを送信する第２送信手段と、
前記ウェブブラウザの機能として、前記ストレージサービスから、前記デバイスの識別情報に紐付けて保管された前記送信されたデータにアクセスするためのアクセス情報を受信する受信手段と、を有し、
前記ストレージサービスは、
前記情報処理装置から送信されたデータを、前記デバイスの識別情報に紐付けて保管する保管手段と、
前記保管手段で保管されているデータにアクセスするためのアクセス情報を生成する生成手段と、
前記生成手段により生成されたアクセス情報を、前記情報処理装置に提供する第１提供手段と、を有する、
ことを特徴とするシステム。
【請求項１１】
前記ストレージサービスは、前記デバイスの識別情報を検証する検証手段を有することを特徴とする請求項１０に記載のシステム。
【請求項１２】
前記デバイスの識別情報は、前記デバイスの機種を特定可能な情報を含み、
前記ストレージサービスは、
前記保管手段は、前記デバイスの識別情報から特定される前記デバイスの機種に応じたサイズのデータ領域を確保し、該確保したデータ領域に、前記情報処理装置から送信されたデータを保管することを特徴とする請求項１０又は１１に記載のシステム。
【請求項１３】
前記ストレージサービスは、同意画面を表示するための要求を行うためのウェブサイトを提供する第２提供手段を有することを特徴とする請求項１０〜１２のいずれか１項に記載のシステム。
【請求項１４】
前記デバイスは、楽器またはマイクであり、
前記デバイスから取得されたデータは、音データであり、
前記ストレージサービスは、前記保管手段で保管されている各音データに基づいて新たな音データを生成する生成手段を有し、
前記アクセス情報は、前記生成手段で生成された音データにアクセスするための情報であることを特徴とする請求項１０〜１３のいずれか１項に記載のシステム。
【請求項１５】
前記デバイスは、デジタル健康器具であり、
前記デバイスから取得されたデータは、ヘルスデータであり、
前記ストレージサービスは、前記保管手段で保管されている各ヘルスデータに基づいて健康に関するレポートを生成する生成手段を有し、
前記アクセス情報は、前記生成手段で生成された健康に関するレポートにアクセスするための情報であることを特徴とする請求項１０〜１３のいずれか１項に記載のシステム。
【請求項１６】
前記ストレージサービスでは、該ストレージサービスへのログインに対応するユーザー情報にさらに紐付けて前記送信されたデータが保管されることを特徴とする請求項１０〜１５のいずれか１項に記載のシステム。
【請求項１７】
ウェブブラウザが実行される情報処理装置と、前記情報処理装置から送信されたデータを保管するストレージサービスとを有するシステムの制御方法であって、
前記情報処理装置が実行する、
前記ウェブブラウザの機能として、前記情報処理装置にＵＳＢまたはＢｌｕｅｔｏｏｔｈでの接続が検出されたデバイスからＵＲＬ情報と該デバイスの識別情報とを取得する第１取得ステップと、
前記ウェブブラウザの機能として、前記取得されたＵＲＬ情報を用いて、ネットワーク上のストレージサービスにアクセスするアクセスステップと、
前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスの識別情報を送信する第１送信ステップと、
前記ウェブブラウザの機能として、前記デバイスからデータを取得する第２取得ステップと、
前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスから取得されたデータを送信する第２送信ステップと、
前記ウェブブラウザの機能として、前記ストレージサービスから、前記デバイスの識別情報に紐付けて保管された前記送信されたデータにアクセスするためのアクセス情報を受信する受信ステップと、を有し、
前記ストレージサービスが実行する、
前記情報処理装置から送信されたデータを、前記デバイスの識別情報に紐付けて保管する保管ステップと、
前記保管ステップで保管されたデータにアクセスするためのアクセス情報を生成する生成ステップと、
前記生成ステップで生成されたアクセス情報を、前記情報処理装置に提供する提供ステップと、を有する、
ことを特徴とするシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＳＢまたはＢｌｕｅｔｏｏｔｈでデバイスと接続可能な情報処理装置、情報処理装置の制御方法、プログラム、システム及びシステムの制御方法に関する。
【背景技術】
【０００２】
近年、新しいＷｅｂ標準の提案として、World Wide Web Consortiumに提案されているＷｅｂＵＳＢ ＡＰＩという技術がある。従来、コンピューターからＵＳＢデバイスを使用するには、そのデバイス用のドライバーを、利用するコンピューターのＯＳ（Operating System）にインストールする必要があった。また、専用のネイティブ（Native）アプリケーションを介して使用する必要があった。
【０００３】
近年、ネイティブアプリケーションで実行する処理をＷｅｂアプリケーションで置き換える事例が多くなっている。
しかし、Ｗｅｂアプリケーションからコンピューターに接続されたＵＳＢデバイスを使用するには、ＯＳにドライバーをインストールする、もしくはＷｅｂブラウザーに専用のプラグインをインストールする必要があり、導入に手間がかかっていた。
【０００４】
ＷｅｂＵＳＢでは、従来のＵＳＢデバイスドライバーに相当するＪａｖａＳｃｒｉｐｔ（登録商標）プログラムを、アドホックにダウンロード・使用でき、Ｗｅｂアプリケーションからコンピューターに接続したＵＳＢデバイスにアクセス可能となる。
【０００５】
例えば、スキャナ機能を持ったＵＳＢデバイスをクライアントコンピューターに接続し、該ＵＳＢデバイスでスキャンした画像データをＷｅｂサーバーに保管したい、というユースケースがある。
【０００６】
特許文献１では、ＵＳＢデバイスによって読み取った画像データを、クライアントコンピューターのＷｅｂブラウザー経由でＷｅｂサーバーへアップロードする方法が提案されている。この方法を用いることで、スキャナ専用のネイティブアプリケーションをクライアントコンピューター等の情報機器にインストールする必要なく、ＵＳＢデバイスによって読み取った画像データをＷｅｂサーバーへアップロードできる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１７−２１５７２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、特許文献１の技術では、Ｗｅｂブラウザーのための専用のアドオンを用意するなど、非標準技術を組み合わせる必要があった。さらに、Ｗｅｂサーバーにスキャンした画像データを格納するための領域を確保するために、デバイスの情報を登録する必要があった。このため、ユーザーがデバイスのシリアル番号を確認してＷｅｂサーバーの提供するＷｅｂサイト上に登録する作業が必要となっており、これがユーザーにとって手間となるという課題があった。なお、この課題は、デバイスがＵＳＢ接続される場合に限定されるものではなく、Ｂｌｕｅｔｏｏｔｈ接続等して利用されるデバイスからデータを取得してＷｅｂサーバーへアップロードする場合についても同様である。
【０００９】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、ユーザーの手間なく且つＷｅｂ標準技術を用いて（非標準技術を用いず）、ＵＳＢ又はＢｌｕｅｔｏｏｔｈ接続して利用されるデバイスからデータを取得してＷｅｂサーバーにアップロードすることができる仕組みを提供することである。
【課題を解決するための手段】
【００１０】
本発明は、ウェブブラウザが実行される情報処理装置であって、前記ウェブブラウザの機能として、前記情報処理装置にＵＳＢまたはＢｌｕｅｔｏｏｔｈでの接続が検出されたデバイスからＵＲＬ情報と該デバイスの識別情報とを取得する第１取得手段と、前記ウェブブラウザの機能として、前記取得されたＵＲＬ情報を用いて、ネットワーク上のストレージサービスにアクセスするアクセス手段と、前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスの識別情報を送信する第１送信手段と、前記ウェブブラウザの機能として、前記デバイスからデータを取得する第２取得手段と、前記ウェブブラウザの機能として、前記ストレージサービスに前記デバイスから取得されたデータを送信する第２送信手段と、前記ウェブブラウザの機能として、前記ストレージサービスから、前記デバイスの識別情報に紐付けて保管された前記送信されたデータにアクセスするためのアクセス情報を受信する受信手段と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザーの手間なく且つＷｅｂ標準技術を用いて（非標準技術を用いず）、ＵＳＢ又はＢｌｕｅｔｏｏｔｈ接続して利用されるデバイスからデータを取得してＷｅｂサーバーにアップロードすることができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態を示すシステム全体の構成の一例を示す図。
【図２】本実施形態の情報処理装置のハードウェア構成の一例を示す図。
【図３】本実施形態のデバイスのハードウェア構成の一例を示す図。
【図４】本実施形態のソフトウェア構成図。
【図５】本実施形態の情報機器管理部が保持する製品テーブル、データ保管部のデータファイルの保管方法を示す模式図。
【図６】第１実施形態のシステムにおける各機器の処理の一例を示すシーケンス図。
【図７】第１実施形態における画像格納処理の一例を示すフローチャート。
【図８】本実施形態におけるアクセス許可画面の一例を示す図。
【図９】本実施形態におけるスキャンアプリケーションＵＩの一例を示す図。
【図１０】第２実施形態のシステムにおける各機器の処理の一例を示すシーケンス図。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面を用いて説明する。
〔第１実施形態〕
＜システム構成＞
図１は、本発明の一実施形態を示すシステム全体の構成の一例を示す図である。
Ｗｅｂサーバー１０１は、クライアントコンピューター１０２にＷｅｂアプリケーション（ウェブアプリケーション）を提供し、またクライアントコンピューター１０２から受信したデータを保管・管理する機能を有する。
【００１４】
クライアントコンピューター１０２，１０６は、ユーザーが使用するコンピューターである。クライアントコンピューター１０２，１０６としては、パーソナルコンピューター（ＰＣ）、ラップトップコンピューター、タブレット型コンピューター、スマートフォンなどがある。
【００１５】
デバイス１０３は、クライアントコンピューター１０２と接続して使用するデバイスである。本実施形態では、デバイス１０３の一例として、ＵＳＢデバイスを例にして説明する。したがって、本実施形態では、クライアントコンピューター１０２とデバイス１０３との接続方法は、ＵＳＢによる有線接続であるものとして説明するがこれに限定されるものではない。例えば、デバイス１０３がＢｌｕｅｔｏｏｔｈ（ブルートゥース）（登録商標）デバイスの場合、クライアントコンピューター１０２とデバイス１０３との接続方法は、Ｂｌｕｅｔｏｏｔｈによる無線接続となる。
【００１６】
ローカルエリアネットワーク（ＬＡＮ）１０４，１０５は、クライアントコンピューター１０２、１０６がそれぞれ存在しているローカルエリアネットワークである。また、インターネット１０７には、Ｗｅｂサーバー１０１とネットワーク１０４，１０５がそれぞれ接続している。
【００１７】
図１のようなシステムにおいて、Ｗｅｂサーバー１０１は、クライアントコンピューター１０２にＵＳＢ等でローカル接続したデバイス１０３をＷｅｂアプリケーションで制御する。また、Ｗｅｂサーバー１０１は、デバイス１０３から得られたデータをＷｅｂサーバー１０１のストレージに保管する。
なお、Ｗｅｂサーバー１０１は、１台のコンピューターにより実現されるものであっても、複数のコンピューターにより実現されるものであってもよい。例えば、Ｗｅｂサーバー１０１は、クラウドサービス等を利用して実現される構成でもよい。
【００１８】
＜情報処理装置のハードウェア構成＞
図２は、Ｗｅｂサーバー１０１、クライアントコンピューター１０２，１０６を構成する情報処理装置のハードウェア構成の一例を示すブロック図である。
【００１９】
図２に示す情報処理装置は、ＣＰＵ２０１、主記憶装置２０２、補助記憶装置２０３、入出力Ｉ／Ｆ部２０４、通信Ｉ／Ｆ部２０５を有する。
ＣＰＵ２０１は、所定のプログラムを実行し、当該情報処理装置の各種制御を指示するユニットである。主記憶装置２０２は、ＣＰＵ２０１がプログラムを実行する際に使用するワークメモリであり、ＲＡＭ（Random Access Memory）などにより実現される。
【００２０】
補助記憶装置２０３は、データを永続的に記憶することを目的とした記憶装置であり、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等により実現される。また、補助記憶装置２０３は、アプリケーションプログラムやＯＳ（Operating System）、さらに各種データが記憶されている。ここで、クライアントコンピューター１０２においては、後述するＷｅｂブラウザー（以下「ブラウザー」）は、このアプリケーションプログラムによって実現される。さらにこのアプリケーションプログラムで実現されるブラウザーは、ＷｅｂＵＳＢのＡＰＩをサポートしているものとする。
【００２１】
なお、本実施形態では、デバイス１０３は、ＵＳＢデバイスとしているためＷｅｂＵＳＢを前提としている。もちろん、デバイス１０３が、Ｂｌｕｅｔｏｏｔｈによる無線接続に対応している場合には、ブラウザーは、ＷｅｂＢｌｕｅｔｏｏｔｈのＡＰＩをサポートしているものとする。
補助記憶装置２０３に記憶されている各種プログラムは、ＣＰＵ２０１がプログラムを実行する際に主記憶装置２０２にロードされる。
【００２２】
入出力Ｉ／Ｆ部２０４は、ユーザーの操作入力を受け付ける機能を持つユニットと、ユーザーに情報を提示する機能を持つユニットから構成される。ユーザーの操作入力を受け付けるユニットの具体例としては、マウス、キーボード、タッチパネルが挙げられる。一方で、ユーザーに情報を提示する機能を持つユニットの具体例としては、モニターやスピーカーが挙げられる。
【００２３】
通信Ｉ／Ｆ部２０５は、外部装置からのデータの受信や外部装置へのデータの送信を行うものである。通信Ｉ／Ｆ部２０５は、既定のプロトコルを介して、補助記憶装置２０３に記録された当該情報処理装置の各種の保持する情報を外部に提供できる。なお、プロトコルの種類としては、ＨＴＴＰ（Hypertext Transfer Protocol）やＳＮＭＰ（Simple Network Management Protocol）やシリアル通信、ＵＳＢ通信、Ｂｌｕｅｔｏｏｔｈ通信などが挙げられる。なお、クライアントコンピューター１０２の場合、通信Ｉ／Ｆ部２０５にＵＳＢインターフェースを含むことを想定しているが、Ｂｌｕｅｔｏｏｔｈインターフェースを含む構成でもよい。
また、外部装置の具体例としては、ＵＳＢ機器、Ｂｌｕｅｔｏｏｔｈ機器、ネットワークを介して接続されたコンピューター、他のネットワーク機器などが挙げられる。
【００２４】
＜デバイスのハードウェア構成＞
次に、デバイス１０３のハードウェア構成を説明する。
図３は、デバイス１０３のハードウェア構成の一例を示す図である。
本実施形態では、デバイス１０３は、ＵＳＢスキャナであるものとして、説明をするが、これは発明の範囲を限定するものではない。例えば、デバイス１０３は、プリンタや複合機等の画像形成装置、デジタル楽器、マイクや、カメラ、ヘルスメーター、その他のデジタル健康器具、その他のデジタル家電等であってもよい。なお、クライアントコンピューター１０２に接続するためのインターフェースは、ＵＳＢでもＢｌｕｅｔｏｏｔｈでもよい。
【００２５】
デバイス１０３において、制御部３０１は、デバイス１０３の内部的な情報制御を行う。制御部３０１は、ＣＰＵ３０２、主記憶装置３０３、補助記憶装置３０４を有する。
ＣＰＵ３０２、主記憶装置３０３および補助記憶装置３０４の詳細については、それぞれ図２の情報処理装置が有する主記憶装置２０２、補助記憶装置２０３と同様のため説明を省略する。
【００２６】
スキャナ部３０５は、主に用紙などから２次元画像データを読み取るための、スキャナ機構である。
表示部３０６は、ユーザーにスキャナの状態や操作メニューを示すための部位である。表示部３０６の例としては、液晶モニターなどが該当する。
操作部３０７は、スキャンなどユーザーがデバイス１０３に実行させたい動作を入力するための実行指示をインプットするためのものである。操作部３０７の例としては、タッチパネルやハードキーなどが該当する。
【００２７】
通信Ｉ／Ｆ部３０８は、デバイス１０３が外部の機器とやり取りするためのインターフェースである。本実施形態では、デバイス１０３はクライアントコンピューター１０２とＵＳＢ接続するものであり、通信Ｉ／Ｆ部３０８もＵＳＢインターフェースを想定している。もちろんデバイス１０３の他の機能として、ＢｌｕｅｔｏｏｔｈインターフェースやＮＦＣ（Near Field Communication）等の近距離無線通信インターフェース、ネットワークインターフェースなどを別に備えていてもよい。
【００２８】
＜システムのソフトウェア構成＞
図４は、Ｗｅｂサーバー１０１、クライアントコンピューター１０２，１０６、デバイス１０３のソフトウェア構成の一例を示す図である。
【００２９】
図４に示すように、Ｗｅｂサーバー１０１は、データ保管部４０１、機器情報管理部４０２、Ｗｅｂアプリケーション管理部４０３を有する。
データ保管部４０１は、クライアントコンピューター１０２から受信したデータなどを保管することが可能なデータ領域である。
機器情報管理部４０２は、デバイス１０３の機器情報を管理する機能を有する。
【００３０】
Ｗｅｂアプリケーション管理部４０３は、クライアントコンピューター１０２のブラウザー４１１からのＨＴＴＰリクエストに応じて、ＨＴＭＬやＪａｖａＳｃｒｉｐｔなどのＷｅｂアプリケーションを提供する。本実施形態のＷｅｂアプリケーション管理部４０３が提供するＷｅｂアプリケーションは、デバイス１０３へアクセスして操作するＪａｖａＳｃｒｉｐｔを含む。
【００３１】
Ｗｅｂアプリケーション管理部４０３は、Ｗｅｂ ＡＰＩ４０４とＷｅｂ ＵＩ４０５を有する。Ｗｅｂ ＡＰＩ４０４は、ブラウザー４１１からのリクエストに対応して、ＸＭＬやＪＳＯＮ形式のデータを応答する。一方で、Ｗｅｂ ＵＩ４０５は、ＨＴＭＬやＪａｖａＳｃｒｉｐｔなどのコンテンツファイルを応答する。
【００３２】
クライアントコンピューター１０２は、ブラウザー４１１とＯＳ（Operating System）４１４を有する。
ブラウザー４１１は、ウェブブラウザー（Ｗｅｂブラウザー）であり、Ｗｅｂアプリケーション実行部４１２、ブラウザーＡＰＩを有する。Ｗｅｂアプリケーション実行部４１２は、ＨＴＭＬやＪａｖａＳｃｒｉｐｔといったコンテンツファイルをＷｅｂアプリケーション管理部４０３から取得し、実行することができる。また、ブラウザーＡＰＩ４１３は、Ｗｅｂアプリケーション実行部４１２からＯＳ４１４によって提供される機能にアクセスすることを可能にする。
【００３３】
ＯＳ４１４は、ＵＳＢプロトコル・スタック４１５、ＵＳＢホストコントローラードライバー４１６を備える。ＵＳＢプロトコル・スタック４１５は、ＵＳＢプロトコルを利用するためのプログラムモジュール、ライブラリ、ＡＰＩなどを備える。ＵＳＢホストコントローラードライバー４１６は、ＵＳＢプロトコル・スタック４１５からの命令で、後述のＵＳＢホストコントローラー４１７を駆動・制御する。
ＵＳＢホストコントローラー４１７は、クライアントコンピューター１０２におけるＵＳＢ接続・通信を行う。
【００３４】
デバイス１０３内に備えられたＵＳＢターゲットコントローラー４２１は、ＵＳＢ接続・通信を行う。ＵＳＢコントローラードライバー４２２は、デバイス１０３にインストールされたものであり、ＵＳＢターゲットコントローラー４２１を駆動・制御する。アクセス制御部４２３は、ＵＳＢ接続からの通信内容を判断し、デバイス１０３内のデータ記憶部４２４へのアクセス許可を制御し、必要なデータの読み込み・書き込みを制御する。
【００３５】
クライアントコンピューター１０６は、クライアントコンピューター１０２とは別のローカルネットワーク経由でＷｅｂサーバー１０１に接続しているクライアントコンピューターである。クライアントコンピューター１０６のブラウザー４３１は、クライアントコンピューター１０２のブラウザー４１１と同様にインターネット経由でＷｅｂアプリケーション管理部４０３にアクセスすることができる。
【００３６】
＜機器情報管理部＞
図５（ａ）は、Ｗｅｂサーバー１０１の機器情報管理部４０２が保持する製品テーブルの一例を示す図である。
製品ＩＤ５０１は、デバイスの製品の種類（機種）と一意に紐づく識別子（識別情報）である。すなわち、製品ＩＤ５０１は、デバイスの機種を特定可能な情報である。確保可能容量５０２は、製品ＩＤ５０１ごとにデータ保管部にどれだけのデータ領域を確保するかを定義している。本テーブルには、市場に新しいデバイスをリリースする前に、デバイスベンダーが適切な製品ＩＤを追加する。
【００３７】
＜データファイルの保管方法＞
図５（ｂ）は、Ｗｅｂサーバー１０１のデータ保管部４０１のデータファイルの保管方法の一例を示す模式図である。
デバイスＩＤ５１１は、デバイス１０３を一意に識別するための識別子（識別情報）である。合計容量５１２は、デバイスＩＤ５１１で示されたデバイスから受信したデータファイルのデータ量の合計を表している。
【００３８】
ファイル名５１３は、デバイス１０３から受信したデータファイルの名前である。ファイルのデータ容量５１４は、ファイル名５１３で示されたファイルのデータ容量が格納される。ＵＲＩ５１５は、ユーザーが格納されたデータファイルにアクセスするために必要なアクセス情報である。ＵＲＩ５１５は、画像データをＷｅｂ上から一意に特定し、アクセスするために利用可能な情報であれば、パスフレーズやＱＲコード（登録商標）などの情報でもよい。
【００３９】
Ｗｅｂサーバー１０１がデバイス１０３から新しいファイルを受信し、データ保管部４０１に格納されるたび、合計容量５１２とファイル名５１３、容量５１４の情報が更新される。また、新規ファイルが追加された際には、ＵＲＩ５１５が新たに発行されて格納される。
本テーブルの格納方法の詳細については、後述する。
【００４０】
＜処理の詳細＞
図６は、デバイス１０３、クライアントコンピューター１０２、Ｗｅｂサーバー１０１における各処理の一例を示すシーケンス図である。
図６の説明に移る前に、本実施形態のユースケースについて説明する。本実施形態では、ユーザーがクライアントコンピューター１０２にデバイス１０３を接続し、スキャン処理を実行してＷｅｂサーバー１０１に画像データをアップロードして、ＵＲＩやパスフレーズなどのアクセスに必要な情報を入手する。その後、ユーザーは別の場所に移動して、クライアントコンピューター１０６のブラウザー４３１でアップロードした画像データをダウンロードする。図６では、ユーザーが画像データをアップロードし、アクセスに必要な情報としてＵＲＩを入手する部分までを説明する。
【００４１】
なお、図６に示すクライアントコンピューター１０２の処理は、例えばクライアントコンピューター１０２のＣＰＵ２０１が補助記憶装置２０３に格納されているプログラムを主記憶装置２０２に読み出して実行することにより実現される。また、Ｗｅｂサーバー１０１の処理は、例えばＷｅｂサーバー１０１のＣＰＵ２０１が補助記憶装置２０３等に格納されているプログラムを主記憶装置２０２に読み出して実行することにより実現される。また、デバイス１０３の処理は、例えばデバイス１０３のＣＰＵ３０２が補助記憶装置３０４等に格納されているプログラムを主記憶装置３０３に読み出して実行することにより実現される。
【００４２】
はじめにユーザーは、クライアントコンピューター１０２にデバイス１０３を接続する。Ｓ６０１において、ブラウザーＡＰＩは、ＯＳ４１４にデバイスが接続されているかを確認する。クライアントコンピューター１０２にデバイス１０３が接続されていると、Ｓ６０２において、ＯＳ４１４が、ブラウザーＡＰＩ４１３に接続を通知する。
【００４３】
該通知を受け取ると、Ｓ６０３において、ブラウザーＡＰＩ４１３は、ＯＳ４１４にデバイスの持つＵＳＢ Ｄｅｓｃｒｉｐｔｏｒの取得を要求する。ＵＳＢ Ｄｅｓｃｒｉｐｔｏｒは、ＵＳＢデバイスの持つ属性が格納されたデータ構造である。ＵＳＢ Ｄｅｓｃｒｉｐｔｏｒが内部に持つデータは、「ｌａｎｄｉｎｇＰａｇｅ」、「製品ＩＤ」、「デバイスＩＤ」の３つである。「ｌａｎｄｉｎｇＰａｇｅ」は、接続すべきＷｅｂサーバー１０１のネットワーク識別子が格納されている。「製品ＩＤ」は、デバイス１０３の製品の種類を特定するための識別子である。「デバイスＩＤ」は、デバイス１０３の個体を一意に識別するための識別子である。
【００４４】
上記Ｓ６０３の要求に応じて、Ｓ６０４において、ＯＳ４１４は、クライアントコンピューター１０２にＵＳＢでの接続が検出されたデバイス１０３にＵＳＢ Ｄｅｓｃｒｉｐｔｏｒ取得要求をする。
上記Ｓ６０４の要求に応じて、Ｓ６０５において、デバイス１０３は、ＵＳＢ Ｄｅｓｃｒｉｐｔｏｒの情報をＯＳ４１４に応答する。
上記Ｓ６０５の要求に応じて、Ｓ６０６において、ＯＳ４１４は、ＵＳＢ Ｄｅｓｃｒｉｐｔｏｒの情報をブラウザーＡＰＩ４１３に応答する。
【００４５】
上記Ｓ６０６の応答に応じて、Ｓ６０７において、ブラウザーＡＰＩ４１３は、ＵＳＢ Ｄｅｓｃｒｉｐｔｏｒ内部の「ｌａｎｄｉｎｇ Ｐａｇｅ」に格納されたＵＲＬの情報を読み取る。さらに、ブラウザーＡＰＩ４１３は、該読み取ったＵＲＬの情報を用いて、Ｗｅｂサーバー１０１のＷｅｂアプリケーション管理部４０３にＷｅｂサイトの提供をリクエストする。すなわち、ブラウザー４１１は、「ｌａｎｄｉｎｇ Ｐａｇｅ」に格納されたＵＲＬ情報を用いて、ネットワーク上のストレージサービスにアクセスする。
【００４６】
上記Ｓ６０７のリクエストに応じて、Ｓ６０８において、Ｗｅｂアプリケーション管理部４０３は、Ｗｅｂサイトをブラウザー４１１に提供する。
これに応じて、Ｓ６０９において、ブラウザー４１１のＷｅｂアプリケーション実行部４１２は、図８に示す許可プロンプト８０３を表示し、ブラウザー４１１上で実行されるＷｅｂアプリケーションからデバイス１０３にアクセスする許可をユーザーに要求する。ここで、図８を用いて、許可プロンプトについて説明する。
【００４７】
図８は、ブラウザー４１１上に表示される画面の一例を示す図である。本画面においてＷｅｂアプリケーションからクライアントコンピューター１０２に接続しているデバイス１０３へのアクセスをユーザーに明示的に許可させることができる。
【００４８】
アクセス許可画面８０１は、ブラウザー４１１が、Ｗｅｂサーバー１０１から提供されるウェブサイトに含まれる要求に従い表示する、デバイス１０３へのアクセスを同意するか否かを選択するための同意画面である。
【００４９】
アクセス許可画面８０１において、ＵＲＬ情報８０２には、図６のＳ６０７でｌａｎｄｉｎｇＰａｇｅから取得したＷｅｂサーバーにアクセス可能なＵＲＬの情報が表示される。許可プロンプト８０３には、Ｗｅｂサーバー１０１がデバイス１０３にアクセスへの接続要求をしている旨が表示される。
【００５０】
許可プロンプト８０３において、デバイス一覧８０４には、クライアントコンピューター１０２に接続されたＵＳＢデバイスの一覧が表示される。接続ボタン８０５がユーザーによって押下されたことをもって、Ｗｅｂサーバー１０１がデバイス１０３への接続許可であると判断し、スキャン操作の動作へ遷移する。キャンセルボタン８０６がユーザーに押下されたことをもって、デバイス１０３への操作を終了する。
【００５１】
以下、図６のフローチャートの説明に戻る。
ユーザーによる許可が得られた場合、Ｓ６１０において、Ｗｅｂアプリケーション実行部４１２は、Ｗｅｂアプリケーション管理部４０３にブラウザーＡＰＩ経由で得られたＵＳＢ Ｄｅｓｃｒｉｐｔｏｒを送信する。
【００５２】
該ＵＳＢ Ｄｅｓｃｒｉｐｔｏｒを受信すると、Ｓ６１１において、Ｗｅｂアプリケーション管理部４０３は、機器情報管理部４０２に、ＵＳＢ Ｄｅｓｃｒｉｐｔｏｒ内部の製品ＩＤとデバイスＩＤを送信する。
製品ＩＤとデバイスＩＤを受け取ると、機器情報管理部４０２は、Ｓ６１２に処理を進める。Ｓ６１２において、機器情報管理部４０２は、該受け取った製品ＩＤを自身が保持する製品テーブルと比較し、正規の製品であるかどうかを検証し、製品ＩＤ（５０１）に対応する対象製品の確保可能容量（５０２）を確認する。
正規の製品であったなら、Ｓ６１３において、機器情報管理部４０２は、データ保管部４０１に、上記Ｓ６１２で確認した確保可能容量と同等サイズのデータ領域を、デバイスＩＤに対応付けて確保するように要求をする。
【００５３】
該要求に応じて、Ｓ６１４において、データ保管部４０１は、該要求されたデータ領域の確保を実行する。
次にＳ６１５において、データ保管部４０１は、機器情報管理部４０２に領域確保結果を応答する。
該応答に応じて、Ｓ６１６において、機器情報管理部４０２は、Ｗｅｂアプリケーションに製品ＩＤの検証結果とデータ領域の確保可能か否かを応答する。
【００５４】
該応答に応じて、Ｗｅｂアプリケーション管理部４０３は、Ｓ６１７に処理を進める。Ｓ６１７において、Ｗｅｂアプリケーション管理部４０３は、ブラウザー４１１のＷｅｂアプリケーション実行部４１２に対して、製品の種類に合ったスキャナＵＩを、ＨＴＭＬやＪａｖａＳｃｒｉｐｔといったコンテンツファイルの形式で提供する。ここで、図９を用いて、上記Ｓ６１７で提供されるスキャナＵＩについて説明する。
【００５５】
図９は、図６のＳ６１７で提供されるスキャンアプリケーションＵＩ９０１の一例を示す図である。
スキャンデータの格納先９０２は、スキャンした画像データをどこに格納するか、ユーザーからの選択を受け付ける。本実施形態では、ネットワークストレージに保管されるものとして説明する。
【００５６】
データ形式９０３は、スキャンしたデータのファイルフォーマットについてユーザーの選択を受け付ける。ファイルフォーマットとしては、ＪＰＥＧ、ＢＭＰなどの画像データの他に、ＰＤＦなどの文書ファイルとして保管できてもよい。
【００５７】
データ容量超過時の動作９０４は、画像データのアップロードが実行された際に、データ保管部に格納可能なデータ領域を超える場合の動作について選択を受け付ける。
図９の例では、「既存ファイルを削除する」と、「その都度確認を実行する」を選択肢として提示している。
スキャンボタン９０５は、ユーザーによってこのボタンが押下された場合には、Ｗｅｂアプリケーション実行部４１２は、スキャン操作要求を受け付けたと判断する。
【００５８】
以下、図６のフローチャートの説明に戻る。
次にＳ６１８において、Ｗｅｂアプリケーション実行部４１２は、ＨＴＭＬおよびＪａｖａＳｃｒｉｐｔによるユーザーインターフェースを操作の手段として、ユーザーからのスキャン操作要求を受け付ける。
【００５９】
ユーザーからのスキャン指示操作を受け取ると、Ｓ６１９において、Ｗｅｂアプリケーション実行部４１２は、ブラウザーＡＰＩ４１３に対して、デバイス１０３へのスキャン指示操作を伝達する。
次にＳ６２０において、ブラウザーＡＰＩ４１３は、スキャン指示操作がされたことをＯＳ４１４に伝達する。
次にＳ６２１において、ＯＳ４１４は、デバイス１０３に対するスキャン指示を通知する。
【００６０】
該スキャン指示を受けると、Ｓ６２２において、デバイス１０３は、スキャン動作を実行する。
次にＳ６２３において、デバイス１０３は、ＯＳ４１４に対して、上記Ｓ６２２のスキャン実行で読み取った画像データを送信する。
デバイス１０３から画像データを取得すると、Ｓ６２４において、ＯＳ４１４は、ブラウザーＡＰＩ４１３に取得した画像データを送信する。
【００６１】
ＯＳ４１４から画像データを受信すると、Ｓ６２５において、ブラウザーＡＰＩ４１３は、Ｗｅｂアプリケーション実行部４１２に画像データを送信する。
ブラウザーＡＰＩ４１３から画像データを受信すると、Ｓ６２６において、Ｗｅｂアプリケーション実行部４１２は、Ｗｅｂアプリケーション管理部４０３に対して、該受信した画像データを送信する。
【００６２】
Ｗｅｂアプリケーション実行部４１２から画像データを受信すると、Ｗｅｂアプリケーション管理部４０３は、Ｓ６２７に処理を進める。Ｓ６２７において、Ｗｅｂアプリケーション管理部４０３は、データ保管部４０１に対して、該画像データを、デバイスＩＤとそのデバイスの製品ＩＤ５０１に紐付いた確保可能容量５０２とともに送信し、デバイスＩＤに紐づけて画像データの格納を依頼する。
【００６３】
該画像データの格納依頼を受けると、データ保管部４０１は、Ｓ６２８に処理を進める。Ｓ６２８において、データ保管部４０１は、受信したデバイスＩＤと確保可能容量５０２から、受信した画像データファイルを格納することで、デバイスＩＤに対応する合計容量５１２が、確保可能容量５０２を超えないかどうかを確認する。合計容量５１２が確保可能容量５０２を超えない場合、データ保管部４０１は、受信した画像データファイルをデバイスＩＤに対応する領域に格納する。
【００６４】
次にＳ６２９において、データ保管部４０１は、格納された画像データにアクセスするためのＵＲＩ情報を発行し、Ｗｅｂアプリケーション管理部４０３に送信する。
該ＵＲＩ情報を受信すると、Ｓ６３０において、Ｗｅｂアプリケーション管理部４０３は、Ｗｅｂアプリケーション実行部４１２に、ＵＲＩ情報を応答する。なお、データ保管部４０１に格納された画像データにアクセスするための情報は、ＵＲＩ情報に限定されるものではなく、問い合わせ番号等の他の情報であってもよい。
【００６５】
図７は、図６のＳ６２８において、データ保管部４０１によって実行される、画像データ格納処理のフローチャートである。このフローチャートの処理は、Ｗｅｂサーバー１０１のＣＰＵ２０１が補助記憶装置２０３等に格納されているプログラムを主記憶装置２０２に読み出して実行することにより実現される。
【００６６】
データ保管部４０１は、Ｗｅｂアプリケーション管理部４０３から、画像データと対象のデバイスＩＤ、対象デバイスの確保可能容量（５０２）を受信すると（Ｓ７０１）、Ｓ７０２に処理を進める。
Ｓ７０２において、データ保管部４０１は、対象のデバイスＩＤに紐づくデータファイルの合計容量（５１２）を確認する。
【００６７】
次にＳ７０３において、データ保管部４０１は、画像データを格納することで合計容量（５１２）が確保可能容量（５０２）を超過しないで格納可能か否かを確認する。格納可能である場合（Ｓ７０３でＹｅｓの場合）、データ保管部４０１は、Ｓ７０４に処理を進める。
Ｓ７０４において、データ保管部４０１は、対象のデバイスＩＤに対応する領域に、画像データを格納し、Ｓ７０８に処理を進める。
【００６８】
一方、上記Ｓ７０３において、画像データを格納不可能な場合（Ｓ７０３でＮｏの場合）、データ保管部４０１は、Ｓ７０５に処理を進める。
Ｓ７０５にて、データ保管部４０１は、既に対象デバイスと紐づけされて格納されているデータファイル（既存データファイル）を破棄してよいかを確認するメッセージを、Ｗｅｂアプリケーション管理部４０３経由で返却し、ユーザーからの応答を受け付ける。ここで、ユーザーに既存のデータファイルの一覧を表示して、削除してもよいデータファイルの選択を受け付けてもよい。
【００６９】
次にＳ７０６において、データ保管部４０１は、既存データファイルの削除許可の応答結果を確認し、削除許可の入力があったか否かを判定する。削除許可の入力があった場合（Ｓ７０６でＹｅｓの場合）、データ保管部４０１は、Ｓ７０７に処理を移行する。
Ｓ７０７において、データ保管部４０１は、ユーザーから、削除の許可を受けた既存のデータファイルを削除する。さらに、データ保管部４０１は、上記受信した画像データを新規データファイルとして格納し、Ｓ７０８に処理を進める。
【００７０】
一方、上記Ｓ７０６において、既存データファイルの削除許可の入力がなかった場合（Ｓ７０６でＮｏの場合）、データ保管部４０１は、そのままＳ７０８に処理を進める。
【００７１】
Ｓ７０８において、データ保管部４０１は、データ保管部４０１における画像データファイルの格納処理の結果を、Ｗｅｂアプリケーション管理部４０３に返却する。ここで、画像データが格納できていれば、ＵＲＩを発行し、格納処理の結果とともにＷｅｂアプリケーション管理部４０３に返却する。
以上で、画像データ格納処理の説明を終了する。
【００７２】
以上、図６、図７に示したように、ユーザーはデバイス１０３をクライアントコンピューター１０２に接続することで、ブラウザー４１１上でスキャン操作を実行し、Ｗｅｂサーバー１０１に画像データをアップロードできる。さらに、ユーザーは、画像データに紐付いたＵＲＩの情報を受け取ることで、後から対象の画像データにアクセスすることができる。なお、本実施形態の処理に加えて、画像データに保管期間を設けておき、アップロードしてから一定の時間が過ぎたら、自動で削除するようにしてもよい。
【００７３】
以上、本実施形態によれば、ユーザーは、ＵＳＢ（又はＢｌｕｅｔｏｏｔｈ）デバイスをクライアントコンピューターに接続するだけで、Ｗｅｂサーバー上にアップロードファイル用の領域確保の処理を行える。これにより、ユーザーによるデバイス登録などの手間なく、Ｗｅｂサーバー上のストレージ領域を提供できる。また、ユーザーによるＷｅｂサーバーにユーザー登録も必要なく、かつＵＳＢ（又はＢｌｕｅｔｏｏｔｈ）デバイスに対応したクライアントアプリケーションやブラウザーをインストールする必要がない。このように、ユーザーの手間なく且つＷｅｂ標準技術を用いて（非標準技術を組み合わせることなく）、ＵＳＢ（又はＢｌｕｅｔｏｏｔｈ）接続して利用されるデバイスから取得したデータをＷｅｂサーバーにアップロードすることができる。
【００７４】
〔第２実施形態〕
上記第１実施形態では、Ｗｅｂサーバー１０１に対してユーザーが自身の情報を登録して、スキャンデータをアップロードする際にログインする必要のないパターンについて示した。第２実施形態では、ユーザーがＷｅｂサーバー１０１へユーザーＩＤとパスワードを用いてログインする形態について説明する。本実施形態では、Ｗｅｂサーバー１０１にユーザーがログインした上で、デバイス１０３からアップロードした画像データファイルを格納する方法について説明する。
【００７５】
図１のシステム構成、図２の情報処理装置のハードウェア構成、図３のデバイスのハードウェア構成、図４のシステムのソフトウェア構成、図５の製品テーブル及びデータファイル保管方法等については、第１実施形態と同様のため、説明を省略する。以下、第１実施形態と異なる構成について説明する。
【００７６】
＜処理の詳細＞
図１０は、第２実施形態におけるデバイス１０３、クライアントコンピューター１０２、Ｗｅｂサーバー１０１における各処理を示すシーケンス図である。
Ｓ１００１〜Ｓ１００７の処理については、図６のＳ６０１〜Ｓ６０７の処理と同等であるため説明を省略する。
【００７７】
Ｓ１００８において、Ｗｅｂアプリケーション管理部４０３は、ユーザーの持つアカウントとパスワードによってログイン可能なログイン画面を持ったＷｅｂアプリケーションを、Ｗｅｂアプリケーション実行部４１２に送信する。
【００７８】
該Ｗｅｂアプリケーションを受信すると、Ｓ１００９において、Ｗｅｂアプリケーション実行部４１２は、該Ｗｅｂアプリケーションを実行し、ユーザーからアカウントとパスワード入力を受け付ける。ここで、もし、ユーザーがアカウントを保持していない場合は、Ｗｅｂアプリケーション実行部４１２は、新規でログインのためのアカウントとパスワードを発行することができるものとする。
【００７９】
ユーザーから入力されたアカウントとパスワードを受け取ると、Ｓ１０１０にて、Ｗｅｂアプリケーション管理部４０３は、該受け取ったアカウントとパスワードを検証してログイン可否を判定する。そして、Ｗｅｂアプリケーション管理部４０３は、ログイン結果をＷｅｂアプリケーション実行部４１２に応答する。
次のＳ１０１１〜Ｓ１０２９までは、図６におけるＳ６０９〜Ｓ６２７までと同様のため、説明を省略する。
【００８０】
Ｓ１０３０において、データ保管部４０１は、受信したデバイスＩＤと確保可能容量５０２から、受信した画像データファイルを格納することで、デバイスＩＤに対応する合計容量５１２が、確保可能容量５０２を超えないかどうかを確認する。合計容量５１２が確保可能容量５０２を超えない場合、データ保管部４０１は、受信した画像データファイルをデバイスＩＤに対応する領域にユーザー情報と関連付けて格納する。
【００８１】
次にＳ１０３１において、データ保管部４０１は、Ｗｅｂアプリケーション管理部４０３に保管結果を応答する。
該応答に応じて、Ｓ１０３２において、Ｗｅｂアプリケーション管理部４０３は、Ｗｅｂアプリケーション実行部４１２に画像データの保管結果を応答する。
【００８２】
本実施形態によれば、ユーザーはスキャン機能を持ったＵＳＢデバイス１０３をクライアントコンピューター１０２に接続することで、ブラウザーへのＵＲＬの入力を必要とせずに、Ｗｅｂサイトに接続し、画像データをアップロードすることが可能となる。
【００８３】
さらに、ユーザーは、定常的に利用しているサードベンダーの用意したＷｅｂストレージサービスにデータをアップロードしたい場合も考えられる。本実施形態では、Ｗｅｂアプリケーションにおいてユーザーアカウントを連携することで、サードベンダーのＷｅｂストレージサービスに対してデータを転送することも可能となる。
【００８４】
本実施形態は、ＵＳＢ接続（又はＢｌｕｅｔｏｏｔｈ接続）して利用されるデバイスが取得したデータを、Ｗｅｂサーバーにアップロードする際の課題を解決することができる。すなわち、ユーザーの手間なく且つＷｅｂＵＳＢ（又はＷｅｂＢｌｕｅｔｏｏｔｈ）等のＷｅｂ標準技術を用いて（非標準技術を組み合わせることなく）、デバイスが取得したデータをＷｅｂサーバーにアップロードすることができる。
【００８５】
上記各実施形態では、クライアントコンピューター１０２からＷｅｂサーバー１０１にアップロードする対象データ（コンテンツ）として、ＵＳＢ（又はＢｌｕｅｔｏｏｔｈ）接続されたスキャナで読み取った画像データを例に説明した。しかし、デバイス１０３はスキャナに限定されるものではなく、また、Ｗｅｂサーバー１０１にアップロードする対象データも画像データに限定されるものではない。
【００８６】
例えば、クライアントコンピューター１０２にＵＳＢ（又はＢｌｕｅｔｏｏｔｈ）接続されるデバイス１０３は、デジタル楽器、マイク、カメラ、ヘルスメーター、その他のデジタル健康器具や医療機器であってもよい。そして、Ｗｅｂサーバー１０１にアップロードする対象データは、デジタル楽器、マイクからの音データや、カメラからの動画データや静止画データであってもよい。また、アップロードする対象データは、ヘルスメーター、その他のデジタル健康器具や医療機器などからのヘルスデータ（体重、脈拍、血圧、血糖値など）やその他バイタルデータであってもよい。
【００８７】
また、上述した医療機器などからの上記ヘルスデータやその他バイタルデータを取得しウェブ上のストレージにアップロードする場合、該ストレージと連携するＷｅｂサーバー上で健康に関するレポートを自動生成する。さらに、該Ｗｅｂサーバーが、ユーザーに、そのレポートへのアクセスＵＲＩを渡しておくものとする。さらに、例えば、ユーザーがプリンタから、そのＵＲＩにアクセスした際に、上述の健康管理レポートを該プリンタから自動印刷するように構成する。また、上述のアクセスＵＲＩを用いて上述のレポートをスマートフォンやＰＣにダウンロードすることもできる。
【００８８】
また、音データのコンテンツ利用の応用例として、１人のユーザー又は複数のユーザーが同じＷｅｂストレージサービスに音データをアップロードすることで、該ストレージと連携するＷｅｂサーバー上で各アップロードデータをミックス（合成）する。すなわち、各アップロードデータに基づいて新たな音データを生成する。さらに、該ウェブサーバーが、ユーザーに、そのミックスされた音源へのアクセスＵＲＩを渡しておくものとする。さらに、例えば、ユーザーがクライアントコンピューターやネットワークオーディオから、そのＵＲＩにアクセスした際に、該ミックスされた音源を再生するように構成する。
【００８９】
さらに、ＵＳＢ接続（又はＢｌｕｅｔｏｏｔｈ接続）されるデバイスは、自動車の自己診断機能を司るＯＢＤ（On Board Diagnostics）であってもよい。ＯＢＤがＢｌｕｅｔｏｏｔｈアダプタ等を介して、スマートフォンやＰＣ等のクライアントコンピューターに接続された場合、クライアントコンピューターが該ＯＢＤから取得したデータを、上述したアップロードする対象データとしてもよい。すなわち、上述と同様の方法により、クライアントコンピューターが、ＯＢＤから取得したデータを、Ｗｅｂサーバーにアップロードすることもできる。この場合、アップロードされた各データに基づき、該Ｗｅｂサーバー上で自動車の状態に関するレポートを自動生成する。さらに、該Ｗｅｂサーバーが、ユーザーに、そのレポートへのアクセスＵＲＩを渡しておくものとする。さらに、例えば、ユーザーがプリンタから、そのＵＲＩにアクセスした際に、上述のレポートを該プリンタから自動印刷するように構成する。また、上述のアクセスＵＲＩを用いて上述のレポートをクライアントコンピューターにダウンロードすることもできる。さらに、ナビゲーションシステムとスマートフォン等のクライアントコンピューターがＢｌｕｅｔｏｏｔｈ接続された場合、クライアントコンピューターが該ナビゲーションシステムから取得した自動車の走行データを、アップロードする対象データとしてもよい。この場合、アップロードされた各走行データに基づき、該Ｗｅｂサーバー上で自動車の走行に関するレポートを自動生成するようにしてもよい。
【００９０】
なお、第２実施形態で示したように、ユーザーがＷｅｂサーバー１０１にログインすることで、クライアントコンピューター１０２からアップロードしたデータを、ユーザーに紐つけて管理することができる。これにより、ユーザーがデバイスから取得してアップロードしたデータと、該ユーザーに紐つけられた他のユーザーデータ（デバイスが取得した以外のデータ）と関連付け等して、より詳細なレポートを作成することもできる。例えば、アップロードするデータがユーザーのヘルスデータの場合、該ユーザーに紐つけられた他のユーザーデータ（デバイスが取得した以外のデータ）と関連付け等して、より詳細な健康管理レポートを作成することもできる。
【００９１】
また、Ｗｅｂサーバーにアップロードする対象データは、デバイス１０３上の実行ボタンの押下を起点として、Ｗｅｂサーバーにアップロードする対象データを、デバイス１０３からクライアントコンピューター１０２へプッシュする構成でもよい。
【００９２】
なお、Ｗｅｂサーバー１０１は、Ｗｅｂサーバー１０１のデータ保管部４０１に保管されたデータについて、一定時間経過後に、バッチ処理等で削除するようにしてもよい。この際、ログインユーザーによりアップロードされたログインユーザーに紐つけられているデータについては、削除しない（又は削除するまでの時間をより長期間にする）ようにしてもよい。
【００９３】
以上のように、有線（ＵＳＢ）又は無線（Ｂｌｕｅｔｏｏｔｈ）接続されるデバイスから取得したデータをサーバーにアップロードする際に、ユーザーの手間なく簡単に且つウェブ標準技術のみ用いて（非標準技術を組み合わせることなく）行うことができる。
【００９４】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。
【００９５】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
2020135830.tif 000003
【図２】
2020135830.tif 000004
【図３】
2020135830.tif 000005
【図４】
2020135830.tif 000006
【図５】
2020135830.tif 000007
【図６】
2020135830.tif 000008
【図７】
2020135830.tif 000009
【図８】
2020135830.tif 000010
【図９】
2020135830.tif 000011
【図１０】
2020135830.tif 000012