(57)【要約】【課題】クライアントを利用するユーザが必要とするファイルの取得時間を短縮することを実現するサーバ、データ通信システム、データ通信方法、および、データ通信プログラムを提供する。【解決手段】サーバ１２０の通信部１２１は、タグ検索要求をクライアント１１０から受信する。サーバ１２０の検索部１２２は、タグ検索要求に含まれるタグに対応するファイルパス群をタグ格納部１２４から取得し、ファイルパス群に対応するファイル群をタグ格納部１２４から取得する。サーバ１２０の通信部１２１は、取得したファイル群をクライアント１１０に送信する。クライアント１１０の一時保存部１１２は、サーバ１２０から受信したファイル群を一時保存する。ユーザの入力によるファイル取得要求があった場合に、クライアント１１０のＷｅｂブラウザ１１１は、一時保存されたファイル群の中から該当するファイルデータを取得する。【選択図】図１
2009258844.tif 000002
【特許請求の範囲】
【請求項１】
ファイルに予め関連付けて定義した情報であるタグを用いて検索を行うサーバであって、
タグに関連付けられたファイルと該ファイルの属性情報との少なくとも一方を含むファイルデータを複数格納するファイル格納手段と、
タグを含むタグ検索要求をクライアントから受信する受信手段と、
前記ファイル格納手段に格納されているファイルデータ群の中から、前記受信手段により受信したタグに関連付けられたファイルデータを検索する検索手段と、
前記検索手段による検索により取得されたファイルデータ群を、前記クライアントからの要求の有無に関わらず、前記クライアントに一括して送信する送信手段と
を備えたことを特徴とするサーバ。
【請求項２】
前記受信手段は、前記クライアントが受信可能なファイルデータの最大数をさらに受信し、
前記検索手段による１回の検索により取得されたファイルデータのうち前記クライアントに送信するファイルデータの数を前記最大数に制限する送信数制限手段をさらに備えることを特徴とする請求項１に記載のサーバ。
【請求項３】
サーバとクライアントとを含むデータ通信システムであって、
前記サーバは、
タグに関連付けられたファイルと該ファイルの属性情報との少なくとも一方を含むファイルデータを複数格納するファイル格納手段と、
タグを含むタグ検索要求をクライアントから受信する受信手段と、
前記ファイル格納手段に格納されているファイルデータ群の中から、前記受信手段により受信したタグに関連付けられたファイルデータを検索する検索手段と、
前記検索手段による検索により取得されたファイルデータ群を、前記クライアントからの要求の有無に関わらず、一括して前記クライアントに送信するファイル送信手段とを備え、
前記クライアントは、
前記サーバにタグを送信する送信手段と、
前記サーバからタグに関連付けられたファイルデータ群を受信する受信手段と、
前記受信手段により受信されたファイルデータ群を一時保存する一時保存手段と、
ユーザの入力によるファイルデータの取得要求があった場合に、前記一時保存手段から該当するファイルデータを取得するファイル取得手段と
を備えたことを特徴とするデータ通信システム。
【請求項４】
タグに関連付けられたファイルと該ファイルの属性情報との少なくとも一方を含むファイルデータを複数格納するファイル格納手段を備えたサーバがファイルデータをクライアントに送信するデータ通信方法であって、
前記クライアントが、タグを含むタグ検索要求を前記サーバに送信するタグ送信ステップと、
前記サーバが、前記タグを前記クライアントから受信するタグ受信ステップと、
前記サーバが、前記ファイル格納手段に格納されているファイルデータ群の中から、前記タグ受信ステップにおいて受信したタグに関連付けられているファイルデータを検索する検索ステップと、
前記検索ステップにおける検索により取得されたファイルデータ群を、前記クライアントからの要求の有無に関わらず、前記クライアントに一括して送信するファイル送信ステップと、
前記クライアントが、前記タグ送信ステップにおいて送信されたファイルデータ群を前記サーバから受信するファイル受信ステップと、
前記クライアントが、前記ファイル受信ステップにおいて受信されたファイルデータ群を一時保存する一時保存ステップと、
ユーザの入力によるファイルデータの取得要求があった場合に、前記クライアントが、前記一時保存ステップにおいて一時保存されたファイルデータ群の中から該当するファイルデータを取得するファイル取得ステップと
を備えたことを特徴とするデータ通信方法。
【請求項５】
コンピュータを、
タグに関連付けられたファイルと該ファイルの属性情報との少なくとも一方を含むファイルデータを複数格納するファイル格納手段と、
タグを含むタグ検索要求を受信する受信手段と、
前記ファイル格納手段に格納されているファイルデータ群の中から、前記受信手段により受信したタグに関連付けられたファイルデータを検索する検索手段と、
前記検索手段による検索により取得されたファイルデータ群を、前記外部装置からの要求の有無に関わらず、前記タグ検索要求の送信元に一括して送信する送信手段と
して機能させるためのデータ通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントにファイルを送信するサーバ、クライアントとサーバとを含むデータ通信システム、データ通信方法、および、データ通信プログラムに関するものである。
【背景技術】
【０００２】
ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）はインターネットの普及の起爆剤となった。クライアントは互いにリンクされたＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルを辿っていくことにより、サーバから得たい情報をすぐに得られるようになった。
クライアントはＨＴＴＰを用いてサーバにリクエストを行い、サーバは同様にＨＴＴＰを用いてかかるリクエストについてレスポンスを返す。ＨＴＴＰによるリクエストは下記のフォーマットのようになっている。
ＧＥＴ  ＜ファイルパス＞  ＜ＨＴＴＰのバージョン＞
【０００３】
このようにＨＴＴＰによるリクエストにおいて、ファイルパスを一箇所だけ指定する形式となっている。そのためファイルを複数取得する場合には、取得するファイルと同数のＨＴＴＰによるリクエストを送信する必要がある。ＨＴＴＰのバージョン１．１では持続的接続という仕組みが導入され、輻輳制御と再送を実現するＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）の接続を維持したままＨＴＴＰのリクエストとレスポンスを複数回送受信可能な仕組みが備わっている。しかし、必要とするファイルと同数のＨＴＴＰによるリクエストをクライアントが送信する必要があるという本質的な問題は解決されていない。
【０００４】
また、近年のファイル検索の技術として、データ通信量を削減するために、ファイルに関する特徴記述を行ったメタデータをサーバに格納しておき、クライアントからのメタデータの検索要求に対して該当するメタデータの一部をクライアントに送信する技術が存在する（例えば、特許文献１参照）。特許文献１に記載の技術においては、クライアントはメタデータを検索するためのＨＴＴＰリクエストを送信した後に、さらにメタデータに関連付けられたファイルを取得するためのＨＴＴＰリクエストを送信することとなるため、やはり通信回数やファイル取得時間を短縮することはできない。
【０００５】
さらに、ユーザによる指示入力が行われてからファイルが画面に表示されるまでの時間を短縮する技術として、ユーザが必要と想定される複数のファイルをサーバからクライアントに予め一括して送信しておく技術が知られている（例えば、特許文献２、３参照）。
【特許文献１】国際公開番号ＷＯ２００４／０２３３４１号公報
【特許文献２】特開２０００−２０７３３０号公報
【特許文献３】特開平１１−３５３２４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献２、３に記載の技術には、以下に示すような問題点があった。すなわち、特許文献２では、サーバが提供するＷｅｂページのリンク構造を基に一括して送信するファイル群を決定している。また、特許文献３では、クライアントから連続して送信要求を受信する可能性のあるファイル群毎に予めグループ分けしてファイルをサーバに記憶させておき、クライアントから１つのファイルの送信要求があった時にサーバが当該ファイルと同一グループのファイル群を一括してクライアントに送信している。そのため、クライアントに一括して送信されるファイル群には、ユーザが必要とするファイルとユーザが必要としないファイルとが混在する可能性がある。ユーザが必要としないファイルまで送信することは無用のトラフィックを増加させ、ネットワーク帯域を逼迫するおそれがある。また、全ファイルの送信を完了させるためには、クライアントはファイルの数だけＨＴＴＰリクエストの送信を繰り返す必要がある。ＨＴＴＰリクエストの送信の増加はファイル取得時間の増加につながり、かかるファイル取得時間の増加はユーザの快適性を損なう。
本発明は、上記問題点を解決するためになされたものであり、クライアントを利用するユーザが必要とするファイルの取得時間を短縮することを実現するサーバ、データ通信システム、データ通信方法、および、データ通信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のサーバは、ファイルに予め関連付けて定義した情報であるタグを用いて検索を行うサーバであって、タグに関連付けられたファイルと該ファイルの属性情報との少なくとも一方を含むファイルデータを複数格納するファイル格納手段と、タグを含むタグ検索要求をクライアントから受信する受信手段と、前記ファイル格納手段に格納されているファイルデータ群の中から、前記受信手段により受信したタグに関連付けられたファイルデータを検索する検索手段と、前記検索手段による検索により取得されたファイルデータ群を、前記クライアントからの要求の有無に関わらず、前記クライアントに一括して送信する送信手段とを備えたことを特徴とする。
【０００８】
この構成によれば、サーバの検索手段はファイル格納手段に格納されているファイルデータ群の中から受信手段により受信したタグに関連付けられたファイルデータを検索し、送信手段はクライアントからの要求の有無に関わらず検索により取得したファイルデータ群を一括してクライアントに送信するため、クライアントはユーザが必要とするタグに関連付けられたファイルデータ群を、要求を繰り返すことなくサーバから取得することができる。したがって、クライアントとサーバとの間の通信回数および通信時間を削減でき、ユーザが必要とするファイルの取得時間を短縮することができる。なお、かかるファイルの属性情報として、ファイルのファイル名やファイルサイズ、作成日時や更新日時、アクセス権限等が含まれる。
【０００９】
また、本発明のサーバにおいては、前記受信手段は、前記クライアントが受信可能なファイルデータの最大数をさらに受信し、前記検索手段による１回の検索により取得されたファイルデータのうち前記クライアントに送信するファイルデータの数を前記最大数に制限する送信数制限手段をさらに備えることが好適である。
この構成によれば、前記検索手段による１回の検索により取得されたファイルデータのうち前記クライアントに送信するファイルデータの数を前記最大数に制限することができるため、通信量および通信時間を削減することでき、さらに、クライアントの表示領域を節約することができる。
【００１０】
また、本発明のデータ通信システムは、サーバとクライアントとを含むデータ通信システムであって、前記サーバは、タグに関連付けられたファイルと該ファイルの属性情報との少なくとも一方を含むファイルデータを複数格納するファイル格納手段と、タグを含むタグ検索要求をクライアントから受信する受信手段と、前記ファイル格納手段に格納されているファイルデータ群の中から、前記受信手段により受信したタグに関連付けられたファイルデータを検索する検索手段と、前記検索手段による検索により取得されたファイルデータ群を、前記クライアントからの要求の有無に関わらず、一括して前記クライアントに送信するファイル送信手段とを備え、前記クライアントは、前記サーバにタグを送信する送信手段と、前記サーバからタグに関連付けられたファイルデータ群を受信する受信手段と、前記受信手段により受信されたファイルデータ群を一時保存する一時保存手段と、ユーザの入力によるファイルデータの取得要求があった場合に、前記一時保存手段から該当するファイルデータを取得するファイル取得手段とを備えたことを特徴とする。
【００１１】
この構成によれば、サーバの検索手段はファイル格納手段に格納されているファイルデータ群の中から、受信手段によりクライアントから受信したタグに関連付けられたファイルデータを検索し、送信手段はクライアントからの要求の有無に関わらず、検索により取得したファイルデータ群を一括してクライアントに送信し、クライアントの一時保存手段はサーバから受信したファイルデータ群を一時保存し、ファイル取得手段はユーザの入力によるファイルデータ取得要求があった場合に該当するファイルデータを取得するため、クライアントはユーザが必要とするタグに関連付けられたファイルデータ群のみを要求を繰り返すことなくサーバから取得することができるため、クライアントとサーバとの間の通信回数および通信時間を削減することができる。また、クライアントは、ユーザの入力によるファイルデータ取得要求があった場合に一時保存しておいたファイルデータ群の中から即座に該当するファイルを取得するため、ユーザは必要とするファイルを即座に取得することができ、ユーザの快適性を損なうことがない。
【００１２】
また、本発明のデータ通信方法は、タグに関連付けられたファイルと該ファイルの属性情報との少なくとも一方を含むファイルデータを複数格納するファイル格納手段を備えたサーバがファイルデータをクライアントに送信するデータ通信方法であって、前記クライアントが、タグを含むタグ検索要求を前記サーバに送信するタグ送信ステップと、前記サーバが、前記タグを前記クライアントから受信するタグ受信ステップと、前記サーバが、前記ファイル格納手段に格納されているファイルデータ群の中から、前記タグ受信ステップにおいて受信したタグに関連付けられているファイルデータを検索する検索ステップと、前記検索ステップにおける検索により取得されたファイルデータ群を、前記クライアントからの要求の有無に関わらず、前記クライアントに一括して送信するファイル送信ステップと、前記クライアントが、前記タグ送信ステップにおいて送信されたファイルデータ群を前記サーバから受信するファイル受信ステップと、前記クライアントが、前記ファイル受信ステップにおいて受信されたファイルデータ群を一時保存する一時保存ステップと、ユーザの入力によるファイルデータの取得要求があった場合に、前記クライアントが、前記一時保存ステップにおいて一時保存されたファイルデータ群の中から該当するファイルデータを取得するファイル取得ステップとを備えたことを特徴とする。
【００１３】
この構成によれば、サーバは、検索ステップにおいて、ファイル格納手段に格納されているファイルデータ群の中から、クライアントから受信したタグに関連付けられたファイルデータを検索し、送信ステップにおいて、クライアントからの要求の有無に関わらず、検索により取得したファイルデータ群を一括してクライアントに送信し、クライアントは、一時保存ステップにおいてファイルデータ群を一時保存し、ファイル取得ステップにおいてユーザの入力によるファイルデータ取得要求があった場合に該当するファイルデータを取得するため、クライアントはユーザが必要とするタグに関連付けられたファイルデータ群を、要求を繰り返すことなくサーバから取得することができ、クライアントとサーバとの間の通信回数および通信時間を削減することができる。また、クライアントは、ユーザの入力によるファイルデータの取得要求があった場合に一時保存しておいたファイルデータ群の中から即座に該当するファイルを取得するため、ユーザは必要とするファイルを即座に取得することができ、ユーザの快適性を損なうことがない。
【００１４】
また、本発明のデータ通信プログラムは、コンピュータを、タグに関連付けられたファイルと該ファイルの属性情報との少なくとも一方を含むファイルデータを複数格納するファイル格納手段と、タグを含むタグ検索要求を受信する受信手段と、前記ファイル格納手段に格納されているファイルデータ群の中から、前記受信手段により受信したタグに関連付けられたファイルデータを検索する検索手段と、前記検索手段による検索により取得されたファイルデータ群を、前記外部装置からの要求の有無に関わらず、前記タグ検索要求の送信元に一括して送信する送信手段として機能させることを特徴とする。
【００１５】
この構成によれば、コンピュータのメモリに、前記データ通信プログラムを、サーバからのダウンロードまたは記録媒体からのコピーにより記憶させ、コンピュータのＣＰＵが前記データ通信プログラムを実行することで、コンピュータを前記ファイル格納手段と前記受信手段と前記検索手段と前記送信手段として機能させ、タグによる検索により取得されたファイルデータ群を、通信回数及び通信時間を削減して送信することができる。
【発明の効果】
【００１６】
本発明によれば、サーバの検索手段はファイル格納手段に格納されているファイルデータ群の中から受信手段により受信したタグに関連付けられたファイルデータを検索し、送信手段はクライアントからの要求の有無に関わらず検索により取得したファイルデータ群を一括してクライアントに送信するため、クライアントはユーザが必要とするタグに関連付けられたファイルデータ群を、要求を繰り返すことなくサーバから取得することができる。したがって、クライアントとサーバとの間の通信回数および通信時間を削減でき、ユーザが必要とするファイルの取得時間を短縮することが可能となる。
【発明を実施するための最良の形態】
【００１７】
本発明の実施形態にかかるデータ通信システムについて図面を参照して説明する。なお、可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
まず本実施形態にかかるデータ通信システムの構成について説明する。図１は、データ通信システムの機能的構成を示すブロック図である。データ通信システムは、図１に示すように、クライアント１１０とサーバ１２０とを備えて構成されている。そして、クライアント１１０は、Ｗｅｂブラウザ１１１と、一時保存部１１２とを備えて構成されている。また、サーバ１２０は、通信部１２１と、検索部１２２と、ファイル格納部１２３と、タグ格納部１２４とを備えて構成されている。
【００１８】
また、図２は、データ通信システムのハードウェア構成図である。データ通信システムは、図２に示すようにサーバ１２０とクライアント１１０が通信パスＮによって結合されている。そして、クライアント１１０とサーバ１２０とは、共にＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０２、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０３、通信モジュール２０４、補助記憶装置２０５、入力装置２０６、出力装置２０７を備える。
【００１９】
ＣＰＵ２０１は、ＲＯＭ２０３、又は補助記憶装置２０５等に記憶された制御プログラム等のデータをＲＡＭ２０２に展開し、当該プログラム等に従って各種演算処理を行い、データ通信システムの各部の動作を集中制御するプロセッサである。通信モジュール２０４は、ネットワークカード等の通信デバイスであり、通信パスＮに接続された他の装置と各種データの送受信を行う。補助記憶装置２０５は、ハードディスク等の大容量記憶媒体である。入力装置２０６は、キーボード又はマウス等の入力デバイスである。出力装置２０７は、ディスプレイなどの出力デバイスである。
【００２０】
以下、図１を用いて、各機能要素について詳細に説明する。
Ｗｅｂブラウザ１１１はクライアント１１０に含まれる機能であり、一時保存部１１２から取得したＨＴＭＬファイルや画像ファイルなどを認識し、ＨＴＭＬの文法に沿って描写した結果を表示する。Ｗｅｂブラウザ１１１は、一時保存部１１２から一時的に保存されたファイルを取得するファイル取得機能１１１１を備えている。ファイル取得機能１１１１は、ファイルを得るにあたって一時保存部１１２に対してファイル取得要求を送信し、ファイル取得応答を受信する。また、Ｗｅｂブラウザ１１１は、タグに基づいて検索を行うにあたって、一時保存部１１２を介してサーバ１２０に対して当該タグを含むタグ検索要求を送信し、タグ検索応答を受信する。
【００２１】
一時保存部１１２はクライアント１１０に含まれる機能であり、送信機能１１２１および受信機能１１２２を備えている。一時保存部１１２は、Ｗｅｂブラウザ１１１からの要求がないにも関わらず通信部１２１からファイルを受信した場合に、かかるファイルをＲＡＭ２０２あるいは補助記憶装置２０５に一時保存する。そして、Ｗｅｂブラウザ１１１からファイル取得要求があった時に該当するファイルを一時保存していた場合には、一時保存部１１２は直ちにＷｅｂブラウザ１１１にファイル取得応答を送信する。それ以外の場合は、一時保存部１１２は、送信機能１１２１および受信機能１１２２により、Ｗｅｂブラウザ１１１と通信部１２１と間の通信を中継する。
【００２２】
ファイル格納部１２３には、サーバ１２０がクライアント１１０に配信するファイル群が格納されている。ファイル格納部１２３に格納されるファイルとしては、ＨＴＭＬファイルや画像ファイル、ＣＳＳ（Ｃａｓｃａｄｅ  Ｓｔｙｌｅ  Ｓｈｅｅｔ）ファイル、ＪａｖａＳｃｒｉｐｔ（登録商標）ファイルなどが挙げられる。また、ファイル格納部１２３には、ファイルのファイルパス等のファイル名やファイルサイズ、作成日時や更新日時、アクセス権限といったファイルの属性情報も格納されている。ファイル群の格納には補助記憶装置２０５が用いられる。ファイルの属性情報も同様に補助記憶装置２０５に格納される。
【００２３】
タグ格納部１２４にはタグ対応テーブルが格納されている。図５は、タグ対応テーブルの構成図である。タグ対応テーブルには、図５に示すように、ファイル格納部１２３に格納されているファイルのファイルパスと、かかるファイルに関連付けられて定義された、対応する単一あるいは複数のタグと、が格納されている。例えば、図５において“ｋｙｏｔｏ．ｊｐｇ”というファイルパスのファイルは、“旅行”および“駅”に関連するため、かかる“旅行”および“駅”というタグが対応付けられている。
【００２４】
図１に戻り、通信部１２１は、受信機能１２１１と送信機能１２１２とを備えており、クライアント１１０とのデータの送受信を制御する。具体的には、通信部１２１は、クライアント１１０の一時保存部１１２からサーバタグ検索要求を受信し、かかるサーバタグ検索要求に対応するサーバタグ検索応答を送信する。また、通信部１２１は、検索部１２２から検索により取得したファイルを受け取った場合、かかるファイルを一時保存部１１２に転送する。また、本発明の対象としないが、通信部１２１は、一時保存部１１２からファイル取得要求を受信した場合、ファイル格納部１２３から該当するファイルを取得し、一時保存部１１２に対してファイル取得応答を送信する。
【００２５】
検索部１２２は、通信部１２１からサーバタグ検索要求を受信し、かかるサーバタグ検索要求に含まれるタグに対応するファイルのファイルパスを検索するために、タグ格納部１２４に対してファイル検索要求を送信し、ファイル検索応答を受信し、一時保存部１１２に対してサーバタグ検索応答を送信する。その後、かかるファイル検索応答に基づいてかかるファイル又はファイルの属性情報を取得するために、ファイル格納部１２３に対して該当ファイル取得要求を送信し、該当ファイル取得応答を受信する。
【００２６】
図３は、クライアント１１０においてタグ検索要求を行うことにより、タグに関連付けられたファイル群を検索し、かかるタグに関連付けられたファイル群又はかかるタグに関連付けられたファイルの情報群を取得するためのタグ検索画面である。かかる画面はＷｅｂブラウザ１１１を用いて表示される。ユーザはタグ検索フォームＴ１にタグを入力することにより、検索したいタグをサーバ１２０に通知することができる。検索結果の分類としてディレクトリアイコンが画面に表示され、タグによる検索結果としてファイルアイコンが画面に図示される。ディレクトリアイコンＤ１にはユーザによって入力されたタグに対応するディレクトリアイコンが格納されており、図３においてはタグ検索フォームＴ１での入力によって作成されたディレクトリアイコンＤ２が表示される。ディレクトリアイコンＤ２にはサーバ１２０から受信したタグの検索結果が格納されており、図３においてはディレクトリアイコンＤ２の配下にファイルアイコンＦ１が表示される。
【００２７】
図３の状態で、ユーザが別のタグを入力して検索を行うと、表示は図４のように遷移する。ディレクトリアイコンＤ１の配下には、入力されたタグの名称が付けられたディレクトリアイコンＤ３が新規に作成される。クライアント１１０は、サーバ１２０におけるタグの検索結果であるファイルのファイルパスを受信し、かかるディレクトリアイコンＤ３の配下には、サーバ１２０におけるタグの検索結果の一覧としてファイルアイコンＦ２およびファイルアイコンＦ３が表示される。そして、クライアント１１０は、かかるタグの検索結果であるファイルあるいはかかるファイルの属性情報を要求することなく、ファイルアイコンＦ２に対応するファイルおよびファイルアイコンＦ３に対応するファイルあるいはファイルの属性情報を受信する。クライアント１１０によるファイルアイコンＦ２に対応するファイルあるいはファイルアイコンＦ３に対応するファイルの要求の有無に関わらず、サーバ１２０がかかるファイルアイコンＦ２に対応するファイルおよびファイルアイコンＦ３に対応するファイルあるいはファイルの属性情報をクライアント１１０に送信することにより、クライアント１１０の要求によって発生する通信を削減できる。
【００２８】
クライアント１１０が要求することなくクライアント１１０が受信するファイルあるいはファイルの属性情報の種類は、Ｗｅｂブラウザ１１１で実行されるソフトウェアの種類あるいはかかるソフトウェアの状況やユーザの操作によって異なる。
また、かかるソフトウェアの状況やユーザの操作によってクライアント１１０が受信するファイルあるいはファイルの属性情報の種類が異なる場合は、クライアント１１０が受信する情報の種類をタグ検索要求に含めて指定することが出来る。例えば、ユーザが、タグの検索結果として表示されたファイルアイコン群を作成日時によって時系列に並び替えて表示するようにクライアント１１０を通じて指示した場合、タグ検索要求に各ファイルの作成日時要求を含めることにより、クライアント１１０は各ファイルの作成日時応答を受信することが出来る。
【００２９】
このように、検索結果はディレクトリアイコンとファイルアイコンによるツリー構造とを用いて表示される。そして、サーバ１２０が、検索結果に表示されたファイルパスで識別されるファイルを、クライアント１１０からの要求の有無に関わらず送信することにより、クライアント１１０はファイルを受信することができる。結果として、ユーザが検索結果の一覧を閲覧していて従来通信が発生しない時間帯にクライアント１１０がファイルを受信することができ、通信パスＮを有効に使用できる。
【００３０】
続いて、本実施形態にかかるデータ通信システム１００の動作について説明し、併せて、本発明の実施形態にかかるデータ通信方法について説明する。図６は本実施形態にかかるデータ通信システム１００において、サーバ１２０がタグで検索して発見したファイルをクライアント１１０に送信する手順を示す図である。
本実施形態に係るデータ通信システム１００において発見されたファイルをクライアントに送信するにあたっては、まず、クライアント１１０のＷｅｂブラウザ１１１が、一時保存部１１２に対してタグ検索要求を送信する（ステップＳ６０１）。
【００３１】
一時保存部１１２は、タグ検索要求を受信すると、通信部１２１を介して検索部１２２に対してサーバタグ検索要求を送信する（ステップＳ６０２）。
検索部１２２は、サーバタグ検索要求を受信すると、かかるサーバタグ検索要求に含まれるタグを取得し、かかるタグを含むファイル検索要求をタグ格納部１２４に送信する（ステップＳ６０３）。タグ格納部１２４は、かかるファイル検索要求に含まれるタグに対応するファイルパスを取得し、当該ファイルパスを含むファイル検索応答を検索部１２２に送信する（ステップＳ６０４）。
【００３２】
検索部１２２は、かかるファイル検索応答からファイルパスを取得し、当該ファイルパスを含むサーバタグ検索応答を、通信部１２１を介して一時保存部１１２に対して送信する（ステップＳ６０５）。
一時保存部１１２はかかるサーバタグ検索応答を受信し、Ｗｅｂブラウザ１１１に対してタグ検索応答を送信する（ステップＳ６０６）。Ｗｅｂブラウザ１１１は、タグ検索応答を受信すると、当該タグ検索応答に含まれるファイルパスを取得し、例えば図３や図４に示すようなタグ検索結果の画面を表示する。
【００３３】
ここで、検索部１２２は、ステップＳ６０４においてファイル検索応答を受信した後、ファイル検索応答に含まれるファイルパスを取得し、かかるファイルパスを基にファイル格納部１２３に対して該当ファイル取得要求を送信する（ステップＳ６０７）。なお、説明の便宜上、図６に示すシーケンス図では、ステップＳ６０７における該当ファイル取得要求の送信をステップＳ６０５におけるサーバタグ検索応答送信の後に記述したが、サーバタグ検索応答の送信と同時に該当ファイル取得要求を送信しても良いし、サーバタグ検索応答の送信前に該当ファイル取得要求を送信しても良い。以降の変形例でも同様とする。
【００３４】
検索部１２２は、ファイル格納部１２３から該当ファイル取得応答を受信する（ステップＳ６０８）。検索部１２２は、かかる該当ファイル取得応答に含まれるファイルを取得し、一時保存部１１２に対してかかるファイルを含む取得ファイル通知を送信する（ステップＳ６０９）。一時保存部１１２は、かかる取得ファイル通知を受信すると、取得ファイル通知に含まれるファイルを取得して一時保存する。
【００３５】
Ｗｅｂブラウザ１１１は、ステップＳ６０６で受信したタグ検索応答に含まれる特定のファイルパスで識別されるファイルを取得するため、当該ファイルパスを含むファイル取得要求を一時保存部１１２に送信する（ステップＳ６１０）。一時保存部１１２は、ステップＳ６１０においてファイル取得要求に含まれるファイルパスで識別されるファイルを補助記憶装置２０５に一時保存しているかを探索し、もし該当するファイルを一時保存していれば、かかるファイルをＷｅｂブラウザ１１１に対して送信する（ステップＳ６１１）。
【００３６】
なお、図６に示すシーケンス図では、便宜上、ステップＳ６１０におけるファイル取得要求の送信がステップＳ６０９における取得ファイル通知の送信の後に記述されているが、ファイル取得要求は取得ファイル通知がきっかけとなって送信されるものではない。ステップＳ６１０におけるファイル取得要求は、例えば図４におけるファイルアイコンＦ０３をユーザがクリックした時など、クライアントの要求によって送信される。以降の変形例においても同様である。
なお、図６に示すシーケンス図はステップＳ６０４におけるファイル検索応答に含まれるファイルパスが単数であった場合を図示している。ファイル検索応答に含まれるファイルパスが複数であった場合、ファイルパスの個数分だけ、該当ファイル取得要求、該当ファイル取得応答、取得ファイル通知の送信が繰り返される。
【００３７】
続いて、本実施形態にかかるデータ通信システム１００の作用及び効果について説明する。本実施形態にかかるデータ通信システム１００においては、サーバ１２０が備える通信部１２１の受信機能１２１１がクライアント１１０からタグを受信し、検索部１２２がタグに関連付けられたファイル群をタグで検索することでクライアント１１０に送信するファイル群を決定し、通信部１２１の送信機能１２１２が、クライアント１１０からの要求の有無に関わらず、かかるファイル群をクライアント１１０に送信する。したがって、クライアント１１０は、同一のタグに関連付けられたファイル群の要求・取得を繰り返すことなく、必要とするファイル群を一度に取得できる。その結果、クライアント１１０とサーバ１２０との間の通信回数を削減でき、ひいては通信時間の短縮が可能となる。
【００３８】
（第１の変形例）
続いて、本実施形態にかかるデータ通信システムの第１の変形例について説明する。すなわち、本変形例は、上記実施形態にかかるＷｅｂブラウザ１１１において、取得するファイル最大数をタグと共に通信部１２１に送信し、検索部１２２がタグ格納部１２４からかかるタグに該当するファイル群の各ファイルパスを検索して取得し、さらにかかるファイル群の数をかかるファイル最大数に制限するようにしたものである。
【００３９】
本変形例に係るデータ通信システムのハードウェア構成は、前述の図２と同様である。図７は、本変形例に係るデータ通信システムの機能構成を示す図である。本データ通信システムが図１に示したデータ通信システム１００と異なる点は、検索部１２２が、クライアント１１０に送信するファイル群の数をファイル最大数に制限する送信数制限機能１２２１を備えている点である。
【００４０】
図８は、本変形例にかかるデータ通信システムにおいて、サーバ１２０がタグで検索して発見したファイルをクライアント１１０に送信する手順を示す図である。検索部１２２がタグに基づいてタグ格納部１２４から検索を行い、サーバタグ検索応答および該当ファイル取得要求を行う点に関しては、上記実施形態にかかるデータ通信システム１００の動作と同様である。本変形例においては、サーバ１２０の検索部１２２が、Ｗｅｂブラウザ１１１から通信部１２１を介してファイル最大数およびタグを受信すると、検索部１２２の送信数制限機能１２２１は、タグによる検索結果の数をかかるファイル最大数に基づいて制限する。
【００４１】
より詳細には、一時保存部１１２がＷｅｂブラウザ１１１からファイル最大数およびタグを受信し（ステップＳ７０１）、検索部１２２が通信部１２１を介してかかるファイル最大数およびタグを受信する（ステップＳ７０２）。そして検索部１２２による検索結果（タグ格納部１２４の検索により取得したタグに対応するファイルパス）の数（例えば２０件）が、受信したファイル最大数（例えば１０件）を上回った場合、送信数制限機能１２２１は、検索結果の数を削減してファイル最大数になるように検索結果を決定する（ステップＳ７０３）。一方、検索部１２２による検索結果の数が受信したファイル最大数を上回らなかった場合、送信数制限機能１２２１は検索結果の数を削減しない。
【００４２】
上述の如く、検索部１２２が受信したファイル最大数に基づいて検索結果の送信数を決定することで、Ｗｅｂブラウザ１１１が受信するファイルパス数およびファイル数が制限され、通信パスＮの使用帯域を節約でき、クライアント１１０が有するディスプレイの表示領域を節約できる。
なお、かかる変形例において、Ｗｅｂブラウザ１１１は、クライアント１１０が有するディスプレイの表示領域に基づいて通信部１２１に送信するファイル最大数を決定するようにしても良い。例えば、ディスプレイに既に多くのコンテンツが表示されていて、新たにタグによる検索を行ったとしても多くの検索結果を表示できないと判断した場合、Ｗｅｂブラウザ１１１は、ファイル最大数を通常より低減させて通信部１２１に送信することが考えられる。その他の例として、Ｗｅｂブラウザ１１１が、ディスプレイにはまだ一つもコンテンツが表示されておらず新たにタグによる検索を行って多くの検索結果を表示できると判断した場合、ファイル最大数を通常より増加させて通信部１２１に送信することが考えられる。
【００４３】
また、かかる変形例において、ステップＳ６０４で送信されたファイル検索応答に含まれるファイルパス数がファイル最大数を上回った場合、検索部１２２は、タグに関連付けられたファイルがクライアント１１０によって要求された頻度である着目度に基づいて、通信部１２１に対して送信するサーバタグ検索応答に含めるファイルパス群を決定しても良い。
【００４４】
（第２の変形例）
続いて、本実施形態にかかるデータ通信システムの第２の変形例について説明する。すなわち、本変形例は、上記実施形態にかかるデータ通信システムにおいて、検索部１２２がタグ格納部１２４に対してタグによる検索を実施してファイルパスを取得し、かかるファイルパスに基づいてファイル格納部１２３からファイルを取得し、かかるファイルパスおよびファイルを結合してアーカイブを生成し、かかるアーカイブを通信部１２１に対して送信するようにしたものである。
【００４５】
図９は、本変形例にかかるデータ通信システムにおいて、サーバ１２０がタグで検索されて発見されたファイル又はファイルの属性情報をクライアント１１０に送信する手順を示す図である。検索部１２２が通信部１２１を介してＷｅｂブラウザ１１１からタグを受信し、検索部１２２がかかるタグに基づいてタグ格納部１２４に対してファイル検索要求を送信し、ファイル検索応答を受信する点に関しては、上記実施形態にかかるデータ通信システムと同様である。本変形例においては、検索部１２２が、タグ格納部１２４からファイル検索応答を受信した後に、かかるファイル検索応答に含まれるファイルパスを取得してファイル格納部１２３からファイル又はファイルの属性情報を取得し、かかるファイルパスおよびかかるファイルを結合してアーカイブを生成し、かかるアーカイブを通信部１２１に対して送信する。
【００４６】
より詳細には、検索部１２２は、ステップＳ６０４において受信したファイル検索応答に含まれるファイルパスを取得して、ファイル格納部１２３に対して該当ファイル取得要求を送信し（ステップＳ８０１）、検索部１２２は、ファイル格納部１２３から該当ファイル取得要求を受信する（ステップＳ８０２）。
ここで、検索部１２２は、かかるファイルパスおよびかかるファイルを結合し、アーカイブを生成する（ステップＳ８０３）。かかるアーカイブは既知のフォーマットで作成され、検索部１２２はデータ圧縮アルゴリズムを用いるフォーマットを利用してアーカイブを圧縮しても良い。
【００４７】
検索部１２２は、通信部１２１を介して一時保存部１１２に対してかかるアーカイブを送信し（ステップＳ８０４）、一時保存部１１２はかかるアーカイブをＷｅｂブラウザ１１１に対して送信する（ステップＳ８０５）。
上述の如く、検索部１２２はファイルパスおよびファイルを結合してアーカイブを生成し、検索部１２２はかかるアーカイブを通信部１２１に対して送信し、通信部１２１はかかるアーカイブをＷｅｂブラウザ１１１に対して送信することで、クライアント１１０とサーバ１２０との通信回数がさらに削減される。また、アーカイブのフォーマットとしてデータ圧縮アルゴリズムを用いるフォーマットを用い、アーカイブを圧縮することにより、クライアント１１０とサーバ１２０との通信時間を短縮することができる。
【００４８】
（第３の変形例）
続いて、本実施形態にかかるデータ通信システムの第３の変形例について説明する。本変形例に係るデータ通信システムのハードウェア構成は、前述の図２と同様である。図１０には、本変形例に係るデータ通信システムの機能構成を示す。本データ通信システムは、図１に示したデータ通信システム１００に、構成機能としてリスト作成部９２５およびリスト格納部９２６をさらに加えたデータ通信システム９００として構成される。
【００４９】
データ通信システム９００のクライアント９１０の機能構成は、図１に示したデータ通信システム１００のクライアント１１０と同等である。データ通信システム９００のサーバ９２０の機能構成のうち、ファイルパスに基づいてファイルを格納するファイル格納部９２３、各ファイルパスに対応したタグを格納するタグ格納部９２４、データの送受信を制御する通信部９２１については、図１に示したデータ通信システム１００のファイル格納部１２３、タグ格納部１２４、通信部１２１と同等である。
【００５０】
リスト格納部９２６は、タグ格納部９２４に格納されるタグと、各タグに関連付けられたファイルのパス群とを対にした情報（以降、「リスト」という）を格納する。リスト作成部９２５は、タグ格納部９２４から任意のタグを取得し、かかるタグに対応するファイルパス群をタグ格納部９２４から取得し、かかるタグおよびファイルパス群からリストを作成してリスト格納部９２６に保存し、上記のリストの作成を繰り返す。リスト作成部９２５は、タグ格納部９２４に格納されるファイルパスあるいはそれに対応するタグが更新された場合、リスト格納部９２６に格納されているリストを更新しても良い。
【００５１】
図１１は、本変形例にかかるデータ通信システムにおいて、サーバ１２０がタグで検索されて発見されたファイルあるいはファイルの属性情報をクライアント１１０に送信する手順を示す図である。検索部９２２は、通信部９２１を介して一時保存部９１２からタグを受信すると、かかるタグに基づいて対応するリストを取得するためにリスト格納部９２６に対してリスト要求を送信する（ステップＳ１００１）。そして、検索部９２２は、かかるリスト要求に対応するリスト応答を受信する（ステップＳ１００２）。検索部９２２は、かかるリスト応答に含まれるリストを取得し、リストに含まれるファイルパス群を取得する。
【００５２】
これ以降の動作は、図１に示したデータ通信システム１００が行う動作と同様である。すなわち、検索部９２２は、ファイルパス群を含むサーバタグ検索応答を、通信部９２１を介して一時保存部９１２に送信する（ステップＳ６０５）。一時保存部９１２は、かかるファイルパス群をＷｅｂブラウザ９１１に送信する（ステップＳ６０６）。検索部９２２は、かかるファイルパス群の各ファイルパスに基づいてファイル格納部９２３からファイルを取得して（ステップＳ６０７、６０８）、かかるファイルを含む取得ファイル通知を、通信部９２１を介して一時保存部９１２に送信する（ステップＳ６０９）。
【００５３】
（第４の変形例）
続いて、本実施形態にかかるデータ通信システムの第４の変形例について説明する。本変形例に係るデータ通信システムのハードウェア構成は、前述の図２に示したハードウェア構成と同様である。また、本変形例に係るデータ通信システムの機能構成は、前述の図１に示したデータ通信システム１００の機能構成と同様である。本データ通信システムにおいて、ファイルに関連付けられているタグは、タグ格納部１２４に格納されているのみならず、ファイル格納部１２３に格納されているファイル自体にも埋め込まれている。
検索部１２２は、タグ格納部１２４に対してファイル検索要求を送信してファイル検索応答を受信することに加えて、任意のファイルをファイル格納部１２３から取得してファイルに埋め込まれたタグも検索する。
【００５４】
図１２は、本変形例にかかるデータ通信システムにおいて、サーバ１２０がタグで検索されて発見されたファイルあるいはファイルの属性情報をクライアント１１０に送信する手順を示す図である。検索部１２２は、通信部１２１を介して一時保存部１１２からタグを受信すると（ステップＳ６０２）、タグ格納部１２４に対してファイル検索要求を送信して（ステップＳ６０３）ファイル検索応答を受信した後（ステップＳ６０４）、任意のファイルを取得するため、ファイル格納部１２３に対して検索ファイル取得要求を送信する（ステップＳ１１０１）。そして、検索部１２２は、かかる検索ファイル取得要求に対応する検索ファイル取得応答を受信する（ステップＳ１１０２）。検索部１２２は、かかる検索ファイル取得応答に含まれるファイルを取得し、かかるファイルに埋め込まれているタグを取得するタグ取得処理を行い、ファイルに埋め込まれているタグと、ステップＳ６０２で受信したサーバタグ検索要求に含まれるタグとが一致するかを判定するタグ判定処理を行う（ステップＳ１１０３）。
【００５５】
ファイルにタグを埋め込む手法はファイルの形式によって異なり、例えば、かかるファイルがＨＴＭＬファイルであった場合、タグはＨＴＭＬのＭＥＴＡタグの内部に列挙されている。その他の例として、かかるファイルがＪＰＥＧファイルであった場合、ＥＸＩＦ（Exchangeable Image File Format）形式で画像に関する属性情報が格納されており、かかる属性情報をタグとして用いることができる。タグをファイルに埋め込む手法はファイルの形式によって異なり、本変形例はタグの検索の対象とするファイル形式を上記の例に限定するものではない。また、図１２に示すシーケンス図において、ステップＳ１１０１における検索ファイル取得要求の送信、ステップＳ１１０２における検索ファイル取得応答の送信、ステップＳ１１０３におけるタグ取得及びタグ判定処理は、便宜上それぞれ１回しか行われていないが、実際にはファイル格納部１２３から取得する任意のファイルと同数の処理が発生する。
【００５６】
検索部９２２は、通信部９２１を介して、ステップＳ６０４で受信したファイル検索応答に含まれるファイルパス群およびステップＳ１１０３のタグ判定処理においてタグが一致すると判断されたファイルパス群を、一時保存部１１２に送信する（ステップＳ６０５）。これ以降の動作は、図１に示すデータ通信システム１００が行う動作と同様である。すなわち、一時保存部１１２はかかるファイルパス群をＷｅｂブラウザ１１１に送信し（ステップＳ６０６）、検索部１２２はかかるファイルパス群の各ファイルパスに基づいてファイル格納部１２３からファイル又はファイルの属性情報を取得して（ステップＳ６０７、６０８）、通信部１２１を介して一時保存部１１２に送信し（ステップＳ６０９）、一時保存部１１２は、Ｗｅｂブラウザ１１１からのファイル取得要求を受信することにより（ステップＳ６１０）、かかるファイル又はかかるファイルの属性情報をＷｅｂブラウザ１１１に送信する（ステップＳ６１１）。なお、ステップＳ１１０２における検索ファイル取得応答によって検索部１２２が取得したファイルについては、ステップＳ６０８において改めて取得する必要がないため、検索部１２２がステップＳ６０８における該当ファイル取得応答によって取得するファイルは、ステップＳ６０４におけるファイル検索応答に含まれるファイルパスで識別されるファイルのうち、ステップＳ１１０２における検索ファイル取得応答に含まれないファイルとなる。
【００５７】
なお、本変形例では、検索部１２２は、ステップＳ６０３においてタグ格納部１２４に対してファイル検索要求を送信した後に、ステップＳ１１０１においてファイル格納部１２３に対して検索ファイル要求を送信しているが、検索部１２２は、ファイル検索要求と検索ファイル要求とを同時に送信しても良い。また、検索部１２２は、ファイル検索要求を送信する前に、検索ファイル要求を送信しても良い。
【００５８】
以上説明したように、サーバ１２０の検索部１２２は、ファイル格納部１２３に格納されているファイル群の中から、通信部１２１の受信機能１２１１により受信したタグに関連付けられたファイル群を検索し、検索により取得したファイル群を、クライアント１１０からの要求の有無に関わらず、クライアント１１０に一括して送信するため、クライアント１１０は、ユーザが必要とするタグに関連付けられたファイル群を、要求を繰り返すことなくサーバ１２０から取得することができる。その結果、クライアント１１０とサーバ１２０との間の通信回数および通信時間を削減することが可能となる。また、ユーザの入力によるファイル取得要求があった場合に、クライアント１１０は一時保存部１１２からファイルを即座に取得することができるため、ユーザが必要とするファイルの取得時間を短縮し、ユーザの快適性を損なうことがない。
【００５９】
また、クライアント１１０がファイル最大数とタグを含むタグ検索要求をサーバ１２０に送信することで、サーバ１２０はクライアント１１０に送信する検索結果の数を制限する制御を行うことが可能となるため、通信時間および通信量を削減することができ、また、クライアント１２０の表示領域を節約することができる。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態に係るデータ通信システムの機能構成を示すブロック図である。
【図２】同実施形態に係るデータ通信システムのハードウェア構成図である。
【図３】同実施形態に係るタグ検索画面の一例を示す図である。
【図４】同実施形態に係るタグ検索画面の一例を示す図である。
【図５】同実施形態に係るタグ格納部に格納されるタグ対応テーブルを示す図である。
【図６】同実施形態に係るデータ通信システムの動作を示すシーケンス図である。
【図７】第１の変形例に係るデータ通信システムの機能構成を示すブロック図である。
【図８】同変形例に係るデータ通信システムの動作を示すシーケンス図である。
【図９】第２の変形例に係るデータ通信システムの動作を示すシーケンス図である。
【図１０】第３の変形例に係るデータ通信システムの機能構成を示すブロック図である。
【図１１】同変形例に係るデータ通信システムの動作を示すシーケンス図である。
【図１２】第４の変形例に係るデータ通信システムの動作を示すシーケンス図である。
【符号の説明】
【００６１】
１００，９００    データ通信システム
１１０，９１０    クライアント
１１１，９１１    Ｗｅｂブラウザ
１１１１，９１１１  ファイル取得機能
１１２，９１２    一時保存部
１１２１，９１２１  送信機能
１１２２，９１２２  受信機能
１２２１    送信数制限機能
１２０，９２０    サーバ
１２１，９２１    通信部
１２１１，９２１１  受信機能
１２１２，９２１２  送信機能
１２２，９２２    検索部
１２３，９２３    ファイル格納部
１２４，９２４    タグ格納部
２０４    通信モジュール
２０５    補助記憶装置
２０６    入力装置
２０７    出力装置
９２５  リスト作成部
９２６  リスト格納部
【図１】
2009258844.tif 000003
【図２】
2009258844.tif 000004
【図３】
2009258844.tif 000005
【図４】
2009258844.tif 000006
【図５】
2009258844.tif 000007
【図６】
2009258844.tif 000008
【図７】
2009258844.tif 000009
【図８】
2009258844.tif 000010
【図９】
2009258844.tif 000011
【図１０】
2009258844.tif 000012
【図１１】
2009258844.tif 000013
【図１２】
2009258844.tif 000014