データ配信方法、サーバ装置、および販売支援システム
【課題】状況に応じて処理に先行したデータを配信することができるようにする。
【解決手段】用品情報の管理を行うサーバ装置と、前記サーバ装置とが通信ネットワークを介して接続される。利用者端末は、メモリに処理対象とすべき用品情報が記憶されている場合、メモリに記憶されている用品情報に対して処理を行い、さもなければ、サーバ装置から用品情報を取得して、取得した用品情報に対して処理を行う。サーバ装置は、利用者端末及び通信ネットワークの少なくとも何れかの状況を検出し、検出した状況に応じて、利用者端末における将来の処理対象となる用品情報を利用者端末に送信する。
【解決手段】用品情報の管理を行うサーバ装置と、前記サーバ装置とが通信ネットワークを介して接続される。利用者端末は、メモリに処理対象とすべき用品情報が記憶されている場合、メモリに記憶されている用品情報に対して処理を行い、さもなければ、サーバ装置から用品情報を取得して、取得した用品情報に対して処理を行う。サーバ装置は、利用者端末及び通信ネットワークの少なくとも何れかの状況を検出し、検出した状況に応じて、利用者端末における将来の処理対象となる用品情報を利用者端末に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ配信方法、サーバ装置、および販売支援システムに関する。
【背景技術】
【０００２】
従来より、コンピュータに表示されたカー用品やマリン用品などの乗物用品の画像を見ながら買物を行うオンラインショッピングが行われている。例えば、特許文献１では、インターネットを介してサーバに接続した端末で、静止画像や音声・動画像を用いて操作性を向上させる販売システムが開示されている。特許文献１では、カー用品に関する情報をサーバに一元管理し、端末は顧客の操作に応じてサーバからリアルタイムに情報を取得しながら情報を表示している。
【特許文献１】特開２００４−７８８５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、端末からサーバにカー用品や自動車などの画像データや音声データを毎回アクセスすると、ネットワークにおける通信負荷が高くなる。そのため、リアルタイム性の低い情報や、画像や音声などの大容量のデータについては、処理前に端末にダウンロードするようにしたいという要望がある。一方、端末が顧客からの操作に応じて処理を行っているときにデータがダウンロードされると、ダウンロードにかかる処理の負荷によって、顧客に対する操作感が悪くなってしまうことがある。また、複数の端末が同時にサーバにアクセスすると、ネットワークの通信負荷が高くなってしまうこともある。
【０００４】
本発明は、このような背景を鑑みてなされたものであり、状況に応じて処理に先行したデータを配信することのできるデータ配信方法、サーバ装置、および販売支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するための本発明の主たる発明は、乗物に装着させる乗物用品に関する情報である用品情報の管理を行うサーバ装置と、前記サーバ装置と通信ネットワークを介して接続される利用者端末とを含んで構成される販売支援システムにおけるデータ配信方法であって、（ａ）前記利用者端末は、前記利用者端末のメモリに処理対象とすべき前記用品情報が記憶されているかどうかを判断し、前記メモリに処理対象とすべき前記用品情報が記憶されている場合、前記メモリに記憶されている前記用品情報に対して処理を行い、前記メモリに処理対象とすべき前記用品情報が記憶されていない場合、前記用品情報を取得するためのコマンドである用品情報取得要求を前記サーバ装置に送信し、前記サーバ装置は、前記利用者端末から送信される前記用品情報取得要求を受信し、受信した前記用品情報取得要求に応じた前記用品情報を前記利用者端末に送信し、前記利用者端末は、前記サーバ装置から応答される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶し、前記メモリに記憶した前記用品情報に対して処理を行い、（ｂ）前記サーバ装置は、前記利用者端末及び前記通信ネットワークの少なくとも何れかの状況を検出し、検出した前記状況に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信し、前記利用者端末は、前記サーバ装置から送信される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶することとする。
【０００６】
利用者端末の状況とは、例えば、送信するデータ量、通信ネットワークにおける通信速度、利用者によって端末が操作されているかどうか、利用者端末のＣＰＵ稼働率、メモリの使用量などである。利用者端末の状況によって、利用者端末がデータを受信する能力が変動する。通信ネットワークの状況とは、例えば、通信負荷である。
【０００７】
本発明のデータ配信方法によれば、サーバ装置は、利用者端末の状況に応じて、将来の処理対象となるデータを送信する。したがって、例えば、通信ネットワークのすいている時や、利用者端末の処理負荷が低い時などに、利用者端末における処理に先行してデータを送信することができる。よって、通信ネットワークを有効に利用することができる。
【０００８】
また、前記用品情報は、当該用品情報を処理すべき日付を示す情報である処理日情報が付帯されて前記メモリに記憶され、前記利用者端末は、前記メモリに記憶されている前記用品情報に付帯されている前記処理日情報を参照して、処理対象とすべき前記用品情報が前記メモリに記憶されているかどうかを判断し、前記サーバ装置は、前記将来の処理対象となる前記用品情報に、処理を行うべき将来の日付を示す前記処理日情報を付帯させて前記利用者端末に送信するようにしてもよい。
【０００９】
また、前記サーバ装置は、前記利用者端末の処理負荷を問い合わせるメッセージを前記利用者端末に送信し、前記利用者端末は、前記メッセージの受信に応じて、当該利用者端末における処理負荷を示す情報を前記サーバ装置に送信し、前記サーバ装置は、前記利用者端末から送信される前記処理負荷を示す情報を受信し、受信した前記処理負荷を示す情報に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１０】
この場合、サーバ装置は、利用者端末の負荷に応じて、利用者端末において将来処理されるべきデータを先行して送信する。すなわち、サーバ装置は、例えば、利用者端末の負荷が大きい場合には、将来処理されるべきデータは送信せずに、利用者端末の負荷が低い場合には、利用者端末に将来処理されるべきデータを先行して受信をさせるようにすることができる。これにより、利用者端末のデータ受信に係る負荷を、処理負荷の少ない時点にかけることができるので、利用者端末を効率的に運用することができる。
【００１１】
また、前記サーバ装置は、受信した前記処理負荷を示す情報と、前記メッセージに対する前記利用者端末からの応答時間とに応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１２】
また、前記サーバ装置は、将来の処理対象となる前記用品情報のうち、データ量の大きいものから所定数の前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１３】
また、前記サーバ装置は、前記利用者端末における処理に先行して前記用品情報を送信することを示す事前送信フラグ値を前記用品情報に対応付けて管理し、検出した前記状況に応じて、前記事前送信フラグ値に対応する前記用品情報から、前記将来の処理対象となる前記用品情報を選択し、選択した前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１４】
また、前記利用者端末は、所定期間毎に、前記将来の処理対象となる前記用品情報を取得するためのコマンドである事前送信要求を送信し、前記サーバ装置は、前記事前送信要求の受信に応じて、前記状況の検出を行い、検出した前記状況に応じて前記将来の処理対象となる前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１５】
また、前記利用者端末は、前記サーバ装置から送信される前記将来の処理対象となる前記用品情報を受信し、当該利用者端末の電源を切断するようにしてもよい。
【発明の効果】
【００１６】
本発明によれば、状況に応じて処理に先行したデータを配信することのできるデータ配信方法、サーバ装置、および販売支援システムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
＝＝＝システム構成＝＝＝
本発明の一実施形態に係るカー用品の販売支援システム１の全体構成を図１に示す。
本実施形態の販売支援システム１は、利用者端末１０とサーバ装置２０とを含んで構成される。利用者端末１０とサーバ装置２０とは通信ネットワーク３０を介して互いに通信可能に接続する。通信ネットワーク３０は、例えば、インターネットや公衆電話回線網である。
【００１８】
サーバ装置２０は、カー用品に関する情報（以下、用品情報という）や、カー用品などの広告に関する情報（以下、広告情報という）を管理するコンピュータである。
利用者端末１０は、カー用品の購買者である利用者が操作するコンピュータである。利用者端末１０は、例えば、複数のカー用品を販売するショップや、自動車にカー用品を付けて販売する自動車販売店などに設置され、店舗に訪れた顧客によって操作される。図１では簡単のため、利用者端末１０を１台のみ表示しているが、複数の利用者端末１０が販売支援システム１に含まれるようにしてもよい。
利用者端末１０は、定期的にサーバ装置２０から用品情報や広告情報などの情報をダウンロードし、ダウンロードされている情報の表示処理などを行う。また、利用者端末１０は、表示対象となる情報がまだダウンロードされていない場合には、サーバ装置２０にアクセスして情報を取得する。
【００１９】
＝＝＝利用者端末１０＝＝＝
図２は、利用者端末１０の構成を示す図である。図２に示すように、利用者端末１０は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース部１０４、入力装置１０５、出力装置１０６を備えている。
【００２０】
記憶装置１０３は、例えば、ハードディスクドライブやＣＤ−ＲＯＭドライブである。記憶装置１０３にはプログラムやデータが記憶されている。ＣＰＵ１０１は、記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより、後述する各種機能を実現する。通信インタフェース部１０４は、通信ネットワーク３０を介してサーバ装置２０などとの間で通信を行うためのインタフェースである。通信インタフェース部１０４は、例えば、イーサネット（登録商標）アダプターや公衆電話回線に接続するモデムである。入力装置１０５は、キーボードやマウス、タッチパネル、ペンタブレット、マイクなどの、利用者からの入力を受け付ける装置である。出力装置１０６は、例えば、ディスプレイやプリンタ、スピーカなどの、データを出力する装置である。
【００２１】
図３に、利用者端末１０の機能ブロック図を示す。図３に示すように、利用者端末１０は、バッチ送信要求送信部１１１、バッチ受信部１１２、情報更新部１１３、負荷状況問合せコマンド受信部１１４、負荷状況送信部１１５、画像ファイル取得要求送信部１１６、画像ファイル受信部１１７、画像出力部１１８の各機能部と、用品情報データベース１５１、広告情報データベース１５２、受信ファイルデータベース１５３、画像ファイルデータベース１５４の各データベースを備えている。
【００２２】
用品情報データベース１５１には用品情報が登録される。用品情報は、カー用品の用品種別やメーカー、ブランド、価格、その他属性情報、カー用品の画像データが格納されているファイル（以下、用品画像ファイルという）のファイル名を含んでいる。
広告情報データベース１５２には広告情報が登録される。広告情報は、広告を行うメーカーや、広告のための画像データが格納されているファイル（以下、広告画像ファイルという）のファイル名、広告の提供期限（提供終了日）などを含んでいる。
【００２３】
画像ファイルデータベース１５４は、用品画像ファイルや広告画像ファイルなどの画像ファイル（本発明の「用品情報」に該当する）を管理する。画像ファイルデータベース１５４は、利用者端末１０で実行されるオペレーティングシステム上のファイルとして画像データを管理する。画像ファイルデータベース１５４に格納される画像ファイルには一意のファイル名が付与される。利用者端末１０は、用品情報に含まれているファイル名に対応する画像ファイルが画像ファイルデータベース１５４に格納されていない場合、あるいは広告情報に含まれているファイル名に対応する画像ファイルが画像ファイルデータベース１５４に格納されていない場合、サーバ装置２０からその画像ファイルをダウンロードする。画像ファイルのダウンロードは、画像ファイルを取得するためのコマンドである画像ファイル取得要求をサーバ装置２０に送信することにより行われる。画像ファイル取得要求送信部１１６（本発明の「用品情報取得要求送信部」に該当する）は、ファイル名を設定した画像ファイル取得要求をサーバ装置２０に送信する。画像ファイル受信部１１７（本発明の「用品情報受信部」に該当する）は、サーバ装置２０から画像ファイル取得要求に応じて送信される画像ファイルを受信して、画像ファイルデータベース１５４に格納する。画像出力部１１８（本発明の、「用品情報処理部」に該当する）は、画像ファイルデータベース１５４に格納されている画像ファイルに基づいて、カー用品の画像や広告画像などの画像を出力装置１０６から出力する。
【００２４】
バッチ送信要求送信部１１１は、サーバ装置２０から用品情報や広告情報、用品画像ファイル、広告画像ファイルなどを取得するためのコマンドであるバッチ送信要求（本発明の「事前送信要求」に該当する）をサーバ装置２０に送信する。バッチ送信要求送信部１１１は、定期的に（例えば、１日に１度）バッチ送信要求をサーバ装置２０に送信する。バッチ受信部１１２は、サーバ装置２０からバッチ送信要求に応じて送信される用品情報や広告情報が書き込まれたファイル（以下、配信ファイルという）や用品画像ファイル、広告画像ファイルを受信する。バッチ受信部１１２は、受信した配信ファイルを受信ファイルデータベース１５３に格納し、受信した用品画像ファイルや広告画像ファイルを画像ファイルデータベース１５４に格納する。受信ファイルデータベース１５３は、利用者端末１０で実行されるオペレーティングシステム上のファイルとして配信ファイルを管理する。
【００２５】
情報更新部１１３は、受信ファイルデータベース１５３に格納されている配信ファイルを読み出し、読み出した配信ファイルに書き込まれている用品情報や広告情報を用品情報データベース１５１や広告情報データベース１５２に登録する。情報更新部１１３がデータベースにデータを登録する処理の詳細については後述する。
【００２６】
負荷状況問合せコマンド受信部１１４は、サーバ装置２０から送信される、利用者端末１０の処理負荷を示す情報（以下、処理負荷情報という）を取得するためのコマンドである負荷状況問合せコマンド（本発明の「メッセージ」に該当する）を受信する。負荷状況送信部１１５は、負荷状況問合せコマンドの受信に応じて、利用者端末１０の負処理負荷情報をサーバ装置２０に送信する。処理負荷情報には、例えば、ＣＰＵ１０１の使用率やメモリ２０２の空き容量などを用いることができる。
【００２７】
なお、上述した利用者端末１０の各機能部は、利用者端末１０のＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。また、利用者端末１０の各データベースは、利用者端末１０のメモリ１０２や記憶装置１０３が提供する記憶領域（本発明の「メモリ」に該当する）に構築される。
【００２８】
＝＝＝サーバ装置２０＝＝＝
図４は、サーバ装置２０の構成を示す図である。ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース部２０４を備えている。
記憶装置２０３は、例えば、ハードディスクやＣＤ−ＲＯＭ等である。記憶装置２０３にはプログラムやデータが記憶されている。記憶装置２０３は、サーバ装置２０に内蔵される形態としてもよいし、サーバ装置２０に外付けする形態としてもよい。
ＣＰＵ２０１は、記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより、後述する各種機能を実現する。通信インタフェース部２０４は、通信ネットワーク３０に接続するためのインタフェースである。通信インタフェース部２０４は、例えば、イーサネット（登録商標）アダプターや公衆電話回線に接続するモデムである。
【００２９】
図５に、サーバ装置２０の機能ブロック図を示す。図５に示すように、サーバ装置２０は、配信ファイル作成部２１１、バッチ送信要求受信部２１２、バッチ送信部２１３、負荷評価部２１４、負荷状況問合せコマンド送信部２１５、負荷状況受信部２１６、画像ファイル取得要求受信部２１７、画像ファイル送信部２１８、用品情報データベース２５１、広告情報データベース２５２、配信ファイルデータベース２５３、画像ファイルデータベース２５４、配信ファイル作成履歴データベース２５５、画像ファイル送信履歴データベース２５６、バッチ送信日管理テーブル２５７、許容データ量管理テーブル２５８を備えている。
【００３０】
配信ファイル作成部２１１は、定期的（例えば１日に１度）に配信ファイルを生成する。配信ファイル作成部２１１が配信ファイルを生成する処理については後述する。配信ファイル作成部２１１が生成するファイルは、配信ファイルデータベース２５３に格納される。配信ファイルデータベース２５３は、サーバ装置２０で動作するオペレーティングシステムのファイルとして配信ファイルを管理する。
【００３１】
バッチ送信要求受信部２１２は、利用者端末１０から送信されるバッチ送信要求を受信する。バッチ送信部２１３は、バッチ送信要求の受信に応じて、配信ファイルデータベース２５３に格納されている配信ファイルを利用者端末１０に送信する。また、バッチ送信部２１３は、利用者端末１０の処理負荷や通信ネットワーク３０の通信負荷などの状況に応じて、画像ファイルデータベース２５４に格納されている用品画像ファイルや広告画像ファイルなどの画像ファイルを利用者端末１０に送信する。なお、バッチ送信部２１３による配信ファイルの送信処理の詳細については後述する。
【００３２】
負荷状況問合わせコマンド送信部２１５は、負荷状況問合せコマンドを利用者端末１０に送信する。負荷状況受信部２１６は、利用者端末１０から負荷状況問合せコマンドに応じて送信される処理負荷情報を受信する。
【００３３】
負荷評価部２１４（本発明の「状況検出部」に該当する）は、利用者端末１０の処理負荷や通信ネットワーク３０の通信負荷に対する評価値を決定する。負荷評価部２１４は、利用者端末１０から受信する処理負荷情報（本発明の「利用者端末の状況」に該当する）と、負荷状況問合せコマンドに対する利用者端末１０の応答時間（本発明の「通信ネットワークの状況」に該当する）とに応じて、利用者端末１０及び通信ネットワークの負荷の状況を示す値を１〜５（値が大きくなるほど負荷が高いことを示す）の５段階で評価し、その評価値の平均値（以下、負荷評価値という）を算出する。
【００３４】
画像ファイル取得要求受信部２１７（本発明の「用品情報取得要求受信部」に該当する）は、利用者端末１０から送信される画像ファイル取得要求を受信する。用品画像ファイルや広告画像ファイルなどの画像ファイルは、画像ファイルデータベース２５４に管理されている。画像ファイルデータベース２５４は、サーバ装置２０で動作するオペレーティングシステム上のファイルとして画像ファイルを管理している。画像ファイルデータベース１５４に格納される画像ファイルには一意のファイル名が付与されている。画像ファイル送信部２１８（本発明の「用品情報送信部」に該当する）は、受信した画像ファイル取得要求に設定されているファイル名の画像ファイルを画像ファイルデータベース２５４から取得し、取得した画像ファイルを利用者端末１０に送信する。
【００３５】
なお、上記のサーバ装置２０の各機能部は、サーバ装置２０のＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。また、上記のサーバ装置２０の各データベースは、メモリ２０２や記憶装置２０３により提供される記憶領域に構築される。
【００３６】
図６は、用品情報データベース２５１の構成例を示す図である。用品情報データベース２５１には用品情報が登録される。用品情報には、利用者端末１０の用品情報データベース１５１に登録される用品情報と同様の、カー用品の種別、メーカー、ブランド、価格、その他の属性情報、及び用品画像ファイルのファイル名に加え、適用日、更新フラグ、及び強制フラグが含まれている。
【００３７】
適用日（本発明の「処理日情報」に該当する）は、用品情報を利用者端末１０の用品情報データベース１５１に反映させるべき日を示す。後述するように、配信ファイルのファイル名には適用日が含まれ、利用者端末１０は、受信した配信ファイルのファイル名に含まれる適用日を取得し、取得した適用日が到来したかどうかをもって、その配信ファイルの内容をデータベースに登録するかどうかの判断を行う。
更新フラグは、用品情報が更新されたことを示す。サーバ装置２０の用品情報データベース２５１に新規の用品情報が挿入された場合や、登録されている用品情報が更新された場合、更新フラグには「○」が設定される。
強制フラグ（本発明の「事前送信フラグ値」に該当する）は、用品情報のファイル名で指定される用品画像ファイルを、利用者端末１０や通信ネットワーク３０の状況を考慮せずに利用者端末１０に送信することを示す。後述するように、サーバ装置２０は、利用者端末１０の処理負荷や通信ネットワークの通信負荷の状況に応じて、送信する用品画像ファイルの数を決定するが、強制フラグが「○」である用品情報に対応する用品画像ファイルは、利用者端末１０の処理負荷や通信ネットワークの通信負荷の状況にかかわらず、常に利用者端末１０に送信される。
【００３８】
図７は、広告情報データベース２５２の構成例を示す図である。広告情報データベース２５２には広告情報が登録される。広告情報には、利用者端末１０の広告情報データベース１５２に登録される広告情報と同様の、広告を出すメーカー、広告画像ファイルのファイル名、及び広告の提供を終了する日を示す提供終了日に加え、適用日、更新フラグ、及び強制フラグが含まれている。適用日は、広告情報を利用者端末１０の広告情報データベース１５２に反映させるべき日を示す。すなわち、適用日は利用者端末１０において広告を提供開始する日付となる。強制フラグは、用品情報と同様、広告情報のファイル名に対応する画像ファイルを利用者端末１０や通信ネットワーク３０の状況を考慮せずに利用者端末１０に送信することを示す。
【００３９】
図８は、配信ファイル作成履歴データベース２５５の構成例を示す図である。図８に示すように、配信ファイル作成履歴データベース２５５には、作成した配信ファイルのファイル名と、配信ファイルを作成した日とが登録される。
【００４０】
図９は、画像ファイル送信履歴データベース２５６の構成例を示す図である。図９に示すように、画像ファイル送信履歴データベース２５６には、利用者端末１０を特定する端末ＩＤと、利用者端末１０に送信した画像ファイルのファイル名と、利用者端末１０に画像ファイルを送信した送信日とが登録される。
【００４１】
図１０は、バッチ送信日管理テーブル２５７の構成例を示す図である。図１０に示すように、バッチ送信日管理テーブル２５７には、利用者端末１０毎に、サーバ装置２０が最後に利用者端末１０に配信ファイルを送信した日である最終送信日が管理される。
【００４２】
図１１は、許容データ量管理テーブル２５８の構成例を示す図である。許容データ量管理テーブル２５８には負荷評価部２１４が算出した負荷評価値と許容データ量とが対応付けて管理されている。許容データ量は、サーバ装置２０が利用者端末１０に送信する画像ファイルの数を決定するための情報である。サーバ装置２０のバッチ送信部２１３は、後述するように、未送信の画像ファイルを許容データ量分だけ利用者端末１０に送信する。
【００４３】
＝＝＝配信データの作成処理＝＝＝
上述したように、サーバ装置２０では、配信ファイル作成部２１１により、定期的に配信ファイルが生成される。図１２は、用品情報についての配信ファイルの作成処理の流れを説明する図である。
【００４４】
サーバ装置２０は、用品情報データベース２５１から、更新フラグに「○」が設定されている用品情報を取得する（Ｓ４０１）。サーバ装置２０は、取得した用品情報の適用日毎に、「作成日＿適用日＿データベース名．ｔｘｔ」という命名規則にしたがうファイルを配信ファイルデータベース２５３に作成する（Ｓ４０２）。ファイル名の「作成日」部分には、ファイル作成時点の「年月日」が設定される。ファイル名の「適用日」部分には、用品情報に含まれる適用日の「年月日」が設定される。「データベース名」には、「用品情報」が設定される。例えば、「２００４年３月３１日」に上記の配信ファイルの生成処理を行ったときに、適用日が「２００４年４月１日」である用品情報については、「２００４０３３１_２００４０４０１_用品情報．ｔｘｔ」という配信ファイルが配信ファイルデータベース２５３に作成される。
【００４５】
サーバ装置２０は、取得した用品情報の適用日毎に、適用日、更新フラグ、及び強制フラグを除く他の項目を、作成したファイルに書き込む（Ｓ４０３）。サーバ装置２０は、取得した用品情報の更新フラグを「×」に更新する（Ｓ４０４）。サーバ装置２０は、配信ファイル作成履歴データベース２５５に、作成したファイルのファイル名と作成日とを登録する（Ｓ４０５）。
【００４６】
なお、広告情報についての配信ファイルの作成についても、上記の処理と同様である。すなわち、サーバ装置２０は、更新フラグに「○」が設定されている広告情報を取得し、取得した広告情報の更新日毎に、「作成日＿適用日＿広告情報．ｔｘｔ」というファイル名のファイルを作成し、取得した広告情報の更新フラグと強制フラグ以外の項目をファイルに書き込み、取得した広告情報の更新フラグを「×」に更新し、配信ファイル作成履歴データベース２５５にファイル名と作成日を登録する。
【００４７】
＝＝＝配信ファイルの送信処理＝＝＝
サーバ装置２０において作成された配信ファイルは、利用者端末１０から送信されるバッチ送信要求の受信に応じて利用者端末１０に送信される。図１３は、配信ファイルの送信処理の流れを説明する図である。
【００４８】
サーバ装置２０は、利用者端末１０からバッチ送信要求を受信すると、受信したバッチ送信要求の送信元である利用者端末１０（以下、送信元端末という）に対する最終送信日を、バッチ送信日管理テーブル２５７から取得する。サーバ装置２０は、取得した最終送信日よりも作成日が後となっている配信ファイルのファイル名を、配信ファイル作成履歴データベース２５５から取得する。
【００４９】
サーバ装置２０は、取得したファイル名の配信ファイルを配信ファイルデータベース２５３から取り出して利用者端末１０に送信する（Ｓ４４１）。利用者端末１０は、サーバ装置２０から配信ファイルを受信して受信ファイルデータベース１５３に格納する。サーバ装置２０は、バッチ送信日管理テーブル２５７の送信元端末に対応する最終送信日を、現在の日付に更新する（Ｓ４１２）。
【００５０】
また、サーバ装置２０は、取得した配信ファイルのそれぞれについて、対応する用品情報あるいは広告情報の強制フラグに「○」が設定されているものを用品情報データベース２５１あるいは広告情報データベース２５２から取得する。サーバ装置２０は、取得した用品情報あるいは広告情報のファイル名に対応する画像ファイルを画像ファイルデータベース２５４から取り出して利用者端末１０に送信する（Ｓ４１３）。サーバ装置２０は、送信元端末について、送信した画像ファイルのファイル名と送信日を画像ファイル送信履歴データベース２５６に登録する（Ｓ４１４）。
【００５１】
次に、サーバ装置２０は、負荷評価値を算出し（Ｓ４１５）、算出した負荷評価値に対応する許容データ量を許容データ量管理テーブルから取得する（Ｓ４１６）。
サーバ装置２０は、利用者端末１０に送信した画像ファイルの総データ量を「０」に初期化し（Ｓ４１７）、総データ量が許容データ量を上回るまでの間、以下の処理を行う（Ｓ４１８）。
【００５２】
サーバ装置２０は、画像ファイルデータベース２５４に格納されている画像ファイルのうち、送信元端末について画像ファイル送信履歴データベース２５６にファイル名が登録されていないもの（以下、候補ファイルという）を取得する。サーバ装置２０は、取得した候補ファイルのうち、対応する用品情報又は広告情報の適用日が最も早いものをひとつ未送信ファイルとして選択する。サーバ装置２０は、選択した未送信ファイルを利用者端末１０に送信する（Ｓ４１９）。利用者端末１０は、サーバ装置２０から未送信ファイルを受信すると、画像ファイルデータベース１５４に格納する。
【００５３】
サーバ装置２０は、送信元端末について、送信した画像ファイルのファイル名と送信日を画像ファイル送信履歴データベース２５６に登録する（Ｓ４２０）。サーバ装置２０は、送信した配信ファイルのファイルサイズを総データ量に加算する（Ｓ４２１）。
【００５４】
以上のようにして、サーバ装置２０は、利用者端末１０の処理負荷や通信ネットワーク３０の通信負荷に基づく評価値に応じて、送信する画像ファイルの数を調整することができる。
【００５５】
本実施形態のサーバ装置２０によれば、利用者端末１０における更新処理や画像の表示処理に先行して、利用者端末１０や通信ネットワーク３０の状況に応じて画像ファイルを送信することができる。事前に情報が利用者端末１０に送信され、利用者端末１０のデータベースに格納されることにより、利用者端末１０において、情報へのアクセスが高速化される。したがって、利用者端末１０は、画像ファイルなどの大容量のデータであっても迅速に表示を行うことができるので、利用者に対して使い勝手の良いインタフェースを提供することが可能となる。よって、利用者に対して、より多くのカー用品の画像を閲覧しようとする動機付けを行うことができる。
【００５６】
また、データ量の多い画像ファイルなどのデータに対して、複数の利用者端末１０から同時にサーバ装置２０にアクセスが行われると、サーバ装置２０の処理負荷が高まってしまうが、本発明のサーバ装置２０によれば、画像ファイルは事前に利用者端末１０に配信されるので、利用者端末１０からサーバ装置２０に対する同時アクセスによってサーバ装置２０の処理負荷が増大するリスクを低減することができる。
【００５７】
また、画像ファイルは、利用者端末１０や通信ネットワーク３０の状況に応じて送信されるため、画像ファイルを配信することによる利用者端末１０の負荷の増大を抑え、通信ネットワーク３０における通信負荷を分散することができる。したがって、通信ネットワーク３０を構築するためのインフラが整備されておらず、通信帯域が十分とれない環境であっても、効率的に画像ファイルを配信することができる。
【００５８】
また、例えば、一般的なバッチ送信によってサーバ装置２０から利用者端末１０にデータが定期的に送信されると、そのデータ送信によって通信ネットワーク３０の通信負荷が増大してしまう。そのため、例えば、パケット通信による通信ネットワーク３０では、利用者端末１０の台数が増加すると、コリジョンが多発し、データの転送効率が低下してしまう。しかしながら、本実施形態のサーバ装置２０によれば、通信ネットワーク３０の通信負荷に応じて画像ファイルが転送されるので、効率的に通信ネットワーク３０を使用することができる。
【００５９】
＝＝＝データベースの登録処理＝＝＝
サーバ装置２０から利用者端末１０に送信された配信ファイルは、利用者端末１０において、定期的に読み出され、配信ファイルの内容がデータベースに登録される。図１４は、利用者端末１０において、受信した配信ファイルの内容を用品情報データベース１５１及び広告情報データベース１５２に登録する処理の流れを示す図である。
【００６０】
利用者端末１０は、受信ファイルデータベース１５３に格納されている各配信ファイルについて、配信ファイルのファイル名から、その配信ファイルに含まれている適用日を取得する（Ｓ４３１）。利用者端末１０は、適用日が到来している場合（Ｓ４３２：ＹＥＳ）、ファイル名からデータを登録する先となるデータベース（用品情報データベース１５１あるいは広告情報データベース１５２）を特定し、特定したデータベースに配信ファイルの内容を登録する（Ｓ４３３）。利用者端末１０は、配信ファイルを受信ファイルデータベース１５３から削除する（Ｓ４３４）。
【００６１】
このようにして、適用日が到来していない配信ファイルは、受信ファイルデータベース１５３に格納されたままとなり、適用日が到来した配信ファイルは、その内容が用品情報データベース１５１あるいは広告情報データベース１５２に登録された後削除される。したがって、将来更新すべき用品情報や広告情報であっても、その更新日以前に利用者端末１０に送信しておくことができる。よって、サーバ装置２０は、複数の利用者端末１０について、データを適用するタイミングを管理することなく、データベースを更新する時期を指定することができる。
【００６２】
＝＝＝カー用品の情報出力処理＝＝＝
次に、利用者端末１０において用品情報を出力する処理について説明する。図１５は、利用者端末１０が利用者からの入力に応じて用品情報を出力する処理の流れを説明する図である。
【００６３】
利用者端末１０は、利用者からカー用品の用品種別やメーカー名、価格などの用品情報に対する検索条件の入力を受け付ける（Ｓ４４１）。利用者端末１０は、受け付けた検索条件に基づいて用品情報データベース１５１から用品情報を抽出する（Ｓ４４２）。利用者端末１０は、抽出した用品情報を一覧表示し（Ｓ４４３）、利用者から用品情報の指定を受け付ける（Ｓ４４４）。
利用者端末１０は、利用者から指定された用品情報に含まれているファイル名に対応する用品画像ファイルが画像ファイルデータベース１５４に格納されているかどうかを検査する（Ｓ４４５）（用品情報存否判断部）。
用品画像ファイルが画像ファイルデータベース１５４に格納されていない場合（Ｓ４４５：なし）、利用者端末１０は、用品情報に含まれているファイル名を設定した画像ファイル取得要求をサーバ装置２０に送信する。サーバ装置２０は、利用者端末１０から画像ファイル取得要求を受信し、受信した画像ファイル取得要求に設定されているファイル名に対応する画像ファイルを画像ファイルデータベース２５４から取り出して利用者端末１０に送信する。利用者端末１０はサーバ装置２０から画像ファイルを受信して画像ファイルデータベース１５４に格納する。これにより、用品画像ファイルがサーバ装置２０から利用者端末１０にダウンロードされる（Ｓ４４６）。
利用者端末１０は、用品情報と、その用品情報に対応する用品画像ファイルに基づく用品画像とを出力装置１０６から出力する（Ｓ４４７）。
【００６４】
図１６に、利用者端末１０において用品情報の表示される画面例を示す。画面４５０では、利用者から指定された検索条件が表示欄４５１に、検索条件に合致する他の用品情報の一覧が表示欄４５２に、用品情報のメーカーやブランド、その他属性情報などの各項目が表示欄４５３にそれぞれ表示される。また、画面４５０の用品画像欄４５４には、用品画像が表示され、広告欄４５５には広告画像が表示される。このように、販売支援システム１では、利用者は利用者端末１０の出力装置１０６に出力される画面４５０を確認して、カー用品を購入することができるようになっている。
【００６５】
図１７に、画面４５０の広告欄４５５に表示される広告画像の出力処理の流れを示す。
利用者端末１０は、広告情報データベース１５２からランダムに広告情報をひとつ読み出す（Ｓ４６１）。利用者端末１０は、読み出した広告情報に含まれているファイル名に対応する広告画像ファイルが画像ファイルデータベース１５４に格納されているかどうかを検査する（Ｓ４６２）。
広告画像ファイルが画像ファイルデータベース１５４に格納されていない場合（Ｓ４６２：なし）、利用者端末１０は、広告情報に含まれているファイル名を設定した画像ファイル取得要求をサーバ装置２０に送信する。サーバ装置２０は、画像ファイル取得要求を受信し、受信した画像ファイル取得要求に設定されているファイル名に対応する画像ファイルを画像ファイルデータベース２５４から取り出して、利用者端末１０に送信する。利用者端末１０は、サーバ装置２０から広告画像ファイルを受信して画像ファイルデータベース１５４に格納する。このようにして、広告画像ファイルがサーバ装置２０から利用者端末１０にダウンロードされる（Ｓ４６３）。
利用者端末１０は、上記の広告情報に対応する広告画像ファイルを画像ファイルデータベース１５４から取り出し、取り出した広告画像ファイルに基づいて、広告欄４５５に広告画像を出力する（Ｓ４６４）。
【００６６】
このように、利用者端末１０は、表示すべき広告画像ファイルが画像ファイルデータベース１５４に格納されていないときは、サーバ装置２０から広告画像ファイルをダウンロードして表示する。したがって、利用者端末１０の画像ファイルデータベース１５４には、常に全ての広告情報に対応する広告画像ファイルを格納しておく必要はない。よって、比較的データ量の多い画像ファイルについて、効率的にサーバ装置２０から利用者端末１０にデータを送信することができる。
【００６７】
以上、本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００６８】
例えば、本実施形態において、利用者端末１０は、バッチ送信要求を定期的にサーバ装置２０に送信するものとしたが、利用者端末１０の電源が投入されたときや利用者端末１０の入力装置１０５から利用者の指示を受け付けたときに送信するようにしてもよい。
また、利用者端末１０は、バッチ送信要求を送信し、配信ファイルを受信した後に、利用者端末１０の電源を切断するようにしてもよい。
【００６９】
また、本実施形態では、サーバ装置２０は、利用者端末１０の処理負荷と通信ネットワーク３０の通信負荷との両方の負荷に応じて、送信する画像ファイルの量を決定するようにしたが、どちらかのみに応じて決定するようにしてもよい。この場合、例えば、サーバ装置２０の負荷評価部２１４は、利用者端末１０から受信した処理負荷情報に応じて負荷評価値を決定する、あるいは通信ネットワーク３０の通信負荷を検出し、その通信負荷に応じて負荷評価値を決定する。
【００７０】
また、本実施形態では、負荷評価値は、利用者端末１０の処理負荷の評価値と、通信ネットワーク３０の通信負荷の評価値との平均を求めるものとしたが、その他の集計方式を用いても良い。
また、負荷評価値には、５段階の評価値に限らず任意の数値を用いることができる。
また、通信負荷の検出には、負荷状況問合せコマンドに対する利用者端末１０からの応答時間以外にも、利用者端末１０以外のコンピュータに対する応答時間を用いるようにしてもよい。また、通信ネットワーク３０においてパケット通信によるデータ通信が行われている場合、通信負荷の検出には、例えば、通信ネットワーク３０におけるコリジョンの数を検出し、検出したコリジョン数を用いるようにしてもよい。
【００７１】
また、上述した図１３に示す配信ファイルの送信処理のステップ（Ｓ４４９）において、サーバ装置２０が候補ファイルからみ送信ファイルを選択するときに、サーバ装置２０は、画像ファイルのデータ量が最も大きいものを選択するようにしてもよい。
【００７２】
また、例えば、本実施形態では、未送信の画像ファイルは全て送信対象となるものとしたが、これに限らず、例えば、用品情報データベース２５１に、画像ファイルを送信しないことを示すフラグ値（非送信フラグ）を管理し、サーバ装置２０は、上述した図１３に示す配信ファイルの送信処理のステップ（Ｓ４１９）において、非送信フラグに「×」が設定されている用品情報に対応する画像ファイルについてのみ、候補ファイルとして取得するようにしてもよい。これにより、例えば、利用者端末１０における使用頻度が少ないと考えられる画像ファイルについては、対応する用品情報の非送信フラグに「×」を設定することで、利用頻度の少ない画像ファイルを送信しないようにすることができる。したがって、無駄な画像ファイルの送信を低減することができるので、通信負荷を低減し、効率的にサーバ装置２０から利用者端末１０にデータを送信することができる。
【００７３】
また、本実施形態では、サーバ装置２０は、利用者端末１０からバッチ送信要求を受信することに応じて、配信ファイルを利用者端末１０に送信するようにしたが、サーバ装置２０が、バッチ送信要求を受信することなく、利用者端末１０に配信ファイルを送信するようにしてもよい。この場合、例えば、サーバ装置２０は、通信ネットワーク３０の通信負荷を監視し、通信負荷が所定の閾値よりも低くなったときに、配信ファイルを送信するようにすることもできる。
【図面の簡単な説明】
【００７４】
【図１】本発明の一実施の形態による、カー用品の販売支援システム１の全体構成を示す図である。
【図２】本発明の一実施の形態による、利用者端末１０の構成を示す図である。
【図３】本発明の一実施の形態による、利用者端末１０の機能ブロック図である。
【図４】本発明の一実施の形態による、サーバ装置２０の構成を示す図である。
【図５】本発明の一実施の形態による、サーバ装置２０の機能ブロック図である。
【図６】本発明の一実施の形態による、用品情報データベース２５１の構成例を示す図である。
【図７】本発明の一実施の形態による、広告情報データベース２５２の構成例を示す図である。
【図８】本発明の一実施の形態による、配信ファイル作成履歴データベース２５５の構成例を示す図である。
【図９】本発明の一実施の形態による、画像ファイル送信履歴データベース２５６の構成例を示す図である。
【図１０】本発明の一実施の形態による、バッチ送信日管理テーブル２５７の構成例を示す図である。
【図１１】本発明の一実施の形態による、許容データ量管理テーブル２５８の構成例を示す図である。
【図１２】本発明の一実施の形態による、用品情報についての配信ファイルの作成処理の流れを説明する図である。
【図１３】本発明の一実施の形態による、配信ファイルの送信処理の流れを説明する図である。
【図１４】本発明の一実施の形態による、受信した配信ファイルの内容を用品情報データベース１５１及び広告情報データベース１５２に登録する処理の流れを示す図である。
【図１５】本発明の一実施の形態による、利用者端末１０が利用者からの入力に応じて用品情報を出力する処理の流れを説明する図である。
【図１６】本発明の一実施の形態による、利用者端末１０において用品情報の表示される画面例を示す図である。
【図１７】本発明の一実施の形態による、画面４５０の広告欄４５５に表示される広告画像の出力処理の流れを示す図である。
【符号の説明】
【００７５】
１０ 利用者端末
１０１ ＣＰＵ １０２ メモリ
１０３ 記憶装置 １０４ 通信インタフェース部
１０５ 入力装置 １０６ 出力装置
１１１ バッチ送信要求送信部 １１２ バッチ受信部
１１３ 情報更新部 １１４ 負荷状況問合せコマンド受信部
１１５ 負荷状況送信部 １１６ 画像ファイル取得要求送信部
１１７ 画像ファイル受信部 １１８ 画像出力部
１５１ 用品情報データベース １５２ 広告情報データベース
１５３ 受信ファイルデータベース １５４ 画像ファイルデータベース
２０ サーバ装置
２０１ ＣＰＵ ２０２ メモリ
２０３ 記憶装置 ２０４ 通信インタフェース部
２１１ 配信ファイル作成部 ２１２ バッチ送信要求受信部
２１３ バッチ送信部 ２１４ 負荷評価部
２１５ 負荷状況問合せコマンド送信部 ２１６ 負荷状況受信部
２１７ 画像ファイル取得要求受信部 ２１８ 画像ファイル送信部
２５１ 用品情報データベース ２５２ 広告情報データベース
２５３ 配信ファイルデータベース ２５４ 画像ファイルデータベース
２５５ 配信ファイル作成履歴データベース
２５６ 画像ファイル送信履歴データベース
２５７ バッチ送信日管理テーブル
２５８ 許容データ量管理テーブル
３０ 通信ネットワーク
【技術分野】
【０００１】
本発明は、データ配信方法、サーバ装置、および販売支援システムに関する。
【背景技術】
【０００２】
従来より、コンピュータに表示されたカー用品やマリン用品などの乗物用品の画像を見ながら買物を行うオンラインショッピングが行われている。例えば、特許文献１では、インターネットを介してサーバに接続した端末で、静止画像や音声・動画像を用いて操作性を向上させる販売システムが開示されている。特許文献１では、カー用品に関する情報をサーバに一元管理し、端末は顧客の操作に応じてサーバからリアルタイムに情報を取得しながら情報を表示している。
【特許文献１】特開２００４−７８８５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、端末からサーバにカー用品や自動車などの画像データや音声データを毎回アクセスすると、ネットワークにおける通信負荷が高くなる。そのため、リアルタイム性の低い情報や、画像や音声などの大容量のデータについては、処理前に端末にダウンロードするようにしたいという要望がある。一方、端末が顧客からの操作に応じて処理を行っているときにデータがダウンロードされると、ダウンロードにかかる処理の負荷によって、顧客に対する操作感が悪くなってしまうことがある。また、複数の端末が同時にサーバにアクセスすると、ネットワークの通信負荷が高くなってしまうこともある。
【０００４】
本発明は、このような背景を鑑みてなされたものであり、状況に応じて処理に先行したデータを配信することのできるデータ配信方法、サーバ装置、および販売支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するための本発明の主たる発明は、乗物に装着させる乗物用品に関する情報である用品情報の管理を行うサーバ装置と、前記サーバ装置と通信ネットワークを介して接続される利用者端末とを含んで構成される販売支援システムにおけるデータ配信方法であって、（ａ）前記利用者端末は、前記利用者端末のメモリに処理対象とすべき前記用品情報が記憶されているかどうかを判断し、前記メモリに処理対象とすべき前記用品情報が記憶されている場合、前記メモリに記憶されている前記用品情報に対して処理を行い、前記メモリに処理対象とすべき前記用品情報が記憶されていない場合、前記用品情報を取得するためのコマンドである用品情報取得要求を前記サーバ装置に送信し、前記サーバ装置は、前記利用者端末から送信される前記用品情報取得要求を受信し、受信した前記用品情報取得要求に応じた前記用品情報を前記利用者端末に送信し、前記利用者端末は、前記サーバ装置から応答される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶し、前記メモリに記憶した前記用品情報に対して処理を行い、（ｂ）前記サーバ装置は、前記利用者端末及び前記通信ネットワークの少なくとも何れかの状況を検出し、検出した前記状況に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信し、前記利用者端末は、前記サーバ装置から送信される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶することとする。
【０００６】
利用者端末の状況とは、例えば、送信するデータ量、通信ネットワークにおける通信速度、利用者によって端末が操作されているかどうか、利用者端末のＣＰＵ稼働率、メモリの使用量などである。利用者端末の状況によって、利用者端末がデータを受信する能力が変動する。通信ネットワークの状況とは、例えば、通信負荷である。
【０００７】
本発明のデータ配信方法によれば、サーバ装置は、利用者端末の状況に応じて、将来の処理対象となるデータを送信する。したがって、例えば、通信ネットワークのすいている時や、利用者端末の処理負荷が低い時などに、利用者端末における処理に先行してデータを送信することができる。よって、通信ネットワークを有効に利用することができる。
【０００８】
また、前記用品情報は、当該用品情報を処理すべき日付を示す情報である処理日情報が付帯されて前記メモリに記憶され、前記利用者端末は、前記メモリに記憶されている前記用品情報に付帯されている前記処理日情報を参照して、処理対象とすべき前記用品情報が前記メモリに記憶されているかどうかを判断し、前記サーバ装置は、前記将来の処理対象となる前記用品情報に、処理を行うべき将来の日付を示す前記処理日情報を付帯させて前記利用者端末に送信するようにしてもよい。
【０００９】
また、前記サーバ装置は、前記利用者端末の処理負荷を問い合わせるメッセージを前記利用者端末に送信し、前記利用者端末は、前記メッセージの受信に応じて、当該利用者端末における処理負荷を示す情報を前記サーバ装置に送信し、前記サーバ装置は、前記利用者端末から送信される前記処理負荷を示す情報を受信し、受信した前記処理負荷を示す情報に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１０】
この場合、サーバ装置は、利用者端末の負荷に応じて、利用者端末において将来処理されるべきデータを先行して送信する。すなわち、サーバ装置は、例えば、利用者端末の負荷が大きい場合には、将来処理されるべきデータは送信せずに、利用者端末の負荷が低い場合には、利用者端末に将来処理されるべきデータを先行して受信をさせるようにすることができる。これにより、利用者端末のデータ受信に係る負荷を、処理負荷の少ない時点にかけることができるので、利用者端末を効率的に運用することができる。
【００１１】
また、前記サーバ装置は、受信した前記処理負荷を示す情報と、前記メッセージに対する前記利用者端末からの応答時間とに応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１２】
また、前記サーバ装置は、将来の処理対象となる前記用品情報のうち、データ量の大きいものから所定数の前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１３】
また、前記サーバ装置は、前記利用者端末における処理に先行して前記用品情報を送信することを示す事前送信フラグ値を前記用品情報に対応付けて管理し、検出した前記状況に応じて、前記事前送信フラグ値に対応する前記用品情報から、前記将来の処理対象となる前記用品情報を選択し、選択した前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１４】
また、前記利用者端末は、所定期間毎に、前記将来の処理対象となる前記用品情報を取得するためのコマンドである事前送信要求を送信し、前記サーバ装置は、前記事前送信要求の受信に応じて、前記状況の検出を行い、検出した前記状況に応じて前記将来の処理対象となる前記用品情報を前記利用者端末に送信するようにしてもよい。
【００１５】
また、前記利用者端末は、前記サーバ装置から送信される前記将来の処理対象となる前記用品情報を受信し、当該利用者端末の電源を切断するようにしてもよい。
【発明の効果】
【００１６】
本発明によれば、状況に応じて処理に先行したデータを配信することのできるデータ配信方法、サーバ装置、および販売支援システムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
＝＝＝システム構成＝＝＝
本発明の一実施形態に係るカー用品の販売支援システム１の全体構成を図１に示す。
本実施形態の販売支援システム１は、利用者端末１０とサーバ装置２０とを含んで構成される。利用者端末１０とサーバ装置２０とは通信ネットワーク３０を介して互いに通信可能に接続する。通信ネットワーク３０は、例えば、インターネットや公衆電話回線網である。
【００１８】
サーバ装置２０は、カー用品に関する情報（以下、用品情報という）や、カー用品などの広告に関する情報（以下、広告情報という）を管理するコンピュータである。
利用者端末１０は、カー用品の購買者である利用者が操作するコンピュータである。利用者端末１０は、例えば、複数のカー用品を販売するショップや、自動車にカー用品を付けて販売する自動車販売店などに設置され、店舗に訪れた顧客によって操作される。図１では簡単のため、利用者端末１０を１台のみ表示しているが、複数の利用者端末１０が販売支援システム１に含まれるようにしてもよい。
利用者端末１０は、定期的にサーバ装置２０から用品情報や広告情報などの情報をダウンロードし、ダウンロードされている情報の表示処理などを行う。また、利用者端末１０は、表示対象となる情報がまだダウンロードされていない場合には、サーバ装置２０にアクセスして情報を取得する。
【００１９】
＝＝＝利用者端末１０＝＝＝
図２は、利用者端末１０の構成を示す図である。図２に示すように、利用者端末１０は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース部１０４、入力装置１０５、出力装置１０６を備えている。
【００２０】
記憶装置１０３は、例えば、ハードディスクドライブやＣＤ−ＲＯＭドライブである。記憶装置１０３にはプログラムやデータが記憶されている。ＣＰＵ１０１は、記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより、後述する各種機能を実現する。通信インタフェース部１０４は、通信ネットワーク３０を介してサーバ装置２０などとの間で通信を行うためのインタフェースである。通信インタフェース部１０４は、例えば、イーサネット（登録商標）アダプターや公衆電話回線に接続するモデムである。入力装置１０５は、キーボードやマウス、タッチパネル、ペンタブレット、マイクなどの、利用者からの入力を受け付ける装置である。出力装置１０６は、例えば、ディスプレイやプリンタ、スピーカなどの、データを出力する装置である。
【００２１】
図３に、利用者端末１０の機能ブロック図を示す。図３に示すように、利用者端末１０は、バッチ送信要求送信部１１１、バッチ受信部１１２、情報更新部１１３、負荷状況問合せコマンド受信部１１４、負荷状況送信部１１５、画像ファイル取得要求送信部１１６、画像ファイル受信部１１７、画像出力部１１８の各機能部と、用品情報データベース１５１、広告情報データベース１５２、受信ファイルデータベース１５３、画像ファイルデータベース１５４の各データベースを備えている。
【００２２】
用品情報データベース１５１には用品情報が登録される。用品情報は、カー用品の用品種別やメーカー、ブランド、価格、その他属性情報、カー用品の画像データが格納されているファイル（以下、用品画像ファイルという）のファイル名を含んでいる。
広告情報データベース１５２には広告情報が登録される。広告情報は、広告を行うメーカーや、広告のための画像データが格納されているファイル（以下、広告画像ファイルという）のファイル名、広告の提供期限（提供終了日）などを含んでいる。
【００２３】
画像ファイルデータベース１５４は、用品画像ファイルや広告画像ファイルなどの画像ファイル（本発明の「用品情報」に該当する）を管理する。画像ファイルデータベース１５４は、利用者端末１０で実行されるオペレーティングシステム上のファイルとして画像データを管理する。画像ファイルデータベース１５４に格納される画像ファイルには一意のファイル名が付与される。利用者端末１０は、用品情報に含まれているファイル名に対応する画像ファイルが画像ファイルデータベース１５４に格納されていない場合、あるいは広告情報に含まれているファイル名に対応する画像ファイルが画像ファイルデータベース１５４に格納されていない場合、サーバ装置２０からその画像ファイルをダウンロードする。画像ファイルのダウンロードは、画像ファイルを取得するためのコマンドである画像ファイル取得要求をサーバ装置２０に送信することにより行われる。画像ファイル取得要求送信部１１６（本発明の「用品情報取得要求送信部」に該当する）は、ファイル名を設定した画像ファイル取得要求をサーバ装置２０に送信する。画像ファイル受信部１１７（本発明の「用品情報受信部」に該当する）は、サーバ装置２０から画像ファイル取得要求に応じて送信される画像ファイルを受信して、画像ファイルデータベース１５４に格納する。画像出力部１１８（本発明の、「用品情報処理部」に該当する）は、画像ファイルデータベース１５４に格納されている画像ファイルに基づいて、カー用品の画像や広告画像などの画像を出力装置１０６から出力する。
【００２４】
バッチ送信要求送信部１１１は、サーバ装置２０から用品情報や広告情報、用品画像ファイル、広告画像ファイルなどを取得するためのコマンドであるバッチ送信要求（本発明の「事前送信要求」に該当する）をサーバ装置２０に送信する。バッチ送信要求送信部１１１は、定期的に（例えば、１日に１度）バッチ送信要求をサーバ装置２０に送信する。バッチ受信部１１２は、サーバ装置２０からバッチ送信要求に応じて送信される用品情報や広告情報が書き込まれたファイル（以下、配信ファイルという）や用品画像ファイル、広告画像ファイルを受信する。バッチ受信部１１２は、受信した配信ファイルを受信ファイルデータベース１５３に格納し、受信した用品画像ファイルや広告画像ファイルを画像ファイルデータベース１５４に格納する。受信ファイルデータベース１５３は、利用者端末１０で実行されるオペレーティングシステム上のファイルとして配信ファイルを管理する。
【００２５】
情報更新部１１３は、受信ファイルデータベース１５３に格納されている配信ファイルを読み出し、読み出した配信ファイルに書き込まれている用品情報や広告情報を用品情報データベース１５１や広告情報データベース１５２に登録する。情報更新部１１３がデータベースにデータを登録する処理の詳細については後述する。
【００２６】
負荷状況問合せコマンド受信部１１４は、サーバ装置２０から送信される、利用者端末１０の処理負荷を示す情報（以下、処理負荷情報という）を取得するためのコマンドである負荷状況問合せコマンド（本発明の「メッセージ」に該当する）を受信する。負荷状況送信部１１５は、負荷状況問合せコマンドの受信に応じて、利用者端末１０の負処理負荷情報をサーバ装置２０に送信する。処理負荷情報には、例えば、ＣＰＵ１０１の使用率やメモリ２０２の空き容量などを用いることができる。
【００２７】
なお、上述した利用者端末１０の各機能部は、利用者端末１０のＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。また、利用者端末１０の各データベースは、利用者端末１０のメモリ１０２や記憶装置１０３が提供する記憶領域（本発明の「メモリ」に該当する）に構築される。
【００２８】
＝＝＝サーバ装置２０＝＝＝
図４は、サーバ装置２０の構成を示す図である。ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース部２０４を備えている。
記憶装置２０３は、例えば、ハードディスクやＣＤ−ＲＯＭ等である。記憶装置２０３にはプログラムやデータが記憶されている。記憶装置２０３は、サーバ装置２０に内蔵される形態としてもよいし、サーバ装置２０に外付けする形態としてもよい。
ＣＰＵ２０１は、記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより、後述する各種機能を実現する。通信インタフェース部２０４は、通信ネットワーク３０に接続するためのインタフェースである。通信インタフェース部２０４は、例えば、イーサネット（登録商標）アダプターや公衆電話回線に接続するモデムである。
【００２９】
図５に、サーバ装置２０の機能ブロック図を示す。図５に示すように、サーバ装置２０は、配信ファイル作成部２１１、バッチ送信要求受信部２１２、バッチ送信部２１３、負荷評価部２１４、負荷状況問合せコマンド送信部２１５、負荷状況受信部２１６、画像ファイル取得要求受信部２１７、画像ファイル送信部２１８、用品情報データベース２５１、広告情報データベース２５２、配信ファイルデータベース２５３、画像ファイルデータベース２５４、配信ファイル作成履歴データベース２５５、画像ファイル送信履歴データベース２５６、バッチ送信日管理テーブル２５７、許容データ量管理テーブル２５８を備えている。
【００３０】
配信ファイル作成部２１１は、定期的（例えば１日に１度）に配信ファイルを生成する。配信ファイル作成部２１１が配信ファイルを生成する処理については後述する。配信ファイル作成部２１１が生成するファイルは、配信ファイルデータベース２５３に格納される。配信ファイルデータベース２５３は、サーバ装置２０で動作するオペレーティングシステムのファイルとして配信ファイルを管理する。
【００３１】
バッチ送信要求受信部２１２は、利用者端末１０から送信されるバッチ送信要求を受信する。バッチ送信部２１３は、バッチ送信要求の受信に応じて、配信ファイルデータベース２５３に格納されている配信ファイルを利用者端末１０に送信する。また、バッチ送信部２１３は、利用者端末１０の処理負荷や通信ネットワーク３０の通信負荷などの状況に応じて、画像ファイルデータベース２５４に格納されている用品画像ファイルや広告画像ファイルなどの画像ファイルを利用者端末１０に送信する。なお、バッチ送信部２１３による配信ファイルの送信処理の詳細については後述する。
【００３２】
負荷状況問合わせコマンド送信部２１５は、負荷状況問合せコマンドを利用者端末１０に送信する。負荷状況受信部２１６は、利用者端末１０から負荷状況問合せコマンドに応じて送信される処理負荷情報を受信する。
【００３３】
負荷評価部２１４（本発明の「状況検出部」に該当する）は、利用者端末１０の処理負荷や通信ネットワーク３０の通信負荷に対する評価値を決定する。負荷評価部２１４は、利用者端末１０から受信する処理負荷情報（本発明の「利用者端末の状況」に該当する）と、負荷状況問合せコマンドに対する利用者端末１０の応答時間（本発明の「通信ネットワークの状況」に該当する）とに応じて、利用者端末１０及び通信ネットワークの負荷の状況を示す値を１〜５（値が大きくなるほど負荷が高いことを示す）の５段階で評価し、その評価値の平均値（以下、負荷評価値という）を算出する。
【００３４】
画像ファイル取得要求受信部２１７（本発明の「用品情報取得要求受信部」に該当する）は、利用者端末１０から送信される画像ファイル取得要求を受信する。用品画像ファイルや広告画像ファイルなどの画像ファイルは、画像ファイルデータベース２５４に管理されている。画像ファイルデータベース２５４は、サーバ装置２０で動作するオペレーティングシステム上のファイルとして画像ファイルを管理している。画像ファイルデータベース１５４に格納される画像ファイルには一意のファイル名が付与されている。画像ファイル送信部２１８（本発明の「用品情報送信部」に該当する）は、受信した画像ファイル取得要求に設定されているファイル名の画像ファイルを画像ファイルデータベース２５４から取得し、取得した画像ファイルを利用者端末１０に送信する。
【００３５】
なお、上記のサーバ装置２０の各機能部は、サーバ装置２０のＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。また、上記のサーバ装置２０の各データベースは、メモリ２０２や記憶装置２０３により提供される記憶領域に構築される。
【００３６】
図６は、用品情報データベース２５１の構成例を示す図である。用品情報データベース２５１には用品情報が登録される。用品情報には、利用者端末１０の用品情報データベース１５１に登録される用品情報と同様の、カー用品の種別、メーカー、ブランド、価格、その他の属性情報、及び用品画像ファイルのファイル名に加え、適用日、更新フラグ、及び強制フラグが含まれている。
【００３７】
適用日（本発明の「処理日情報」に該当する）は、用品情報を利用者端末１０の用品情報データベース１５１に反映させるべき日を示す。後述するように、配信ファイルのファイル名には適用日が含まれ、利用者端末１０は、受信した配信ファイルのファイル名に含まれる適用日を取得し、取得した適用日が到来したかどうかをもって、その配信ファイルの内容をデータベースに登録するかどうかの判断を行う。
更新フラグは、用品情報が更新されたことを示す。サーバ装置２０の用品情報データベース２５１に新規の用品情報が挿入された場合や、登録されている用品情報が更新された場合、更新フラグには「○」が設定される。
強制フラグ（本発明の「事前送信フラグ値」に該当する）は、用品情報のファイル名で指定される用品画像ファイルを、利用者端末１０や通信ネットワーク３０の状況を考慮せずに利用者端末１０に送信することを示す。後述するように、サーバ装置２０は、利用者端末１０の処理負荷や通信ネットワークの通信負荷の状況に応じて、送信する用品画像ファイルの数を決定するが、強制フラグが「○」である用品情報に対応する用品画像ファイルは、利用者端末１０の処理負荷や通信ネットワークの通信負荷の状況にかかわらず、常に利用者端末１０に送信される。
【００３８】
図７は、広告情報データベース２５２の構成例を示す図である。広告情報データベース２５２には広告情報が登録される。広告情報には、利用者端末１０の広告情報データベース１５２に登録される広告情報と同様の、広告を出すメーカー、広告画像ファイルのファイル名、及び広告の提供を終了する日を示す提供終了日に加え、適用日、更新フラグ、及び強制フラグが含まれている。適用日は、広告情報を利用者端末１０の広告情報データベース１５２に反映させるべき日を示す。すなわち、適用日は利用者端末１０において広告を提供開始する日付となる。強制フラグは、用品情報と同様、広告情報のファイル名に対応する画像ファイルを利用者端末１０や通信ネットワーク３０の状況を考慮せずに利用者端末１０に送信することを示す。
【００３９】
図８は、配信ファイル作成履歴データベース２５５の構成例を示す図である。図８に示すように、配信ファイル作成履歴データベース２５５には、作成した配信ファイルのファイル名と、配信ファイルを作成した日とが登録される。
【００４０】
図９は、画像ファイル送信履歴データベース２５６の構成例を示す図である。図９に示すように、画像ファイル送信履歴データベース２５６には、利用者端末１０を特定する端末ＩＤと、利用者端末１０に送信した画像ファイルのファイル名と、利用者端末１０に画像ファイルを送信した送信日とが登録される。
【００４１】
図１０は、バッチ送信日管理テーブル２５７の構成例を示す図である。図１０に示すように、バッチ送信日管理テーブル２５７には、利用者端末１０毎に、サーバ装置２０が最後に利用者端末１０に配信ファイルを送信した日である最終送信日が管理される。
【００４２】
図１１は、許容データ量管理テーブル２５８の構成例を示す図である。許容データ量管理テーブル２５８には負荷評価部２１４が算出した負荷評価値と許容データ量とが対応付けて管理されている。許容データ量は、サーバ装置２０が利用者端末１０に送信する画像ファイルの数を決定するための情報である。サーバ装置２０のバッチ送信部２１３は、後述するように、未送信の画像ファイルを許容データ量分だけ利用者端末１０に送信する。
【００４３】
＝＝＝配信データの作成処理＝＝＝
上述したように、サーバ装置２０では、配信ファイル作成部２１１により、定期的に配信ファイルが生成される。図１２は、用品情報についての配信ファイルの作成処理の流れを説明する図である。
【００４４】
サーバ装置２０は、用品情報データベース２５１から、更新フラグに「○」が設定されている用品情報を取得する（Ｓ４０１）。サーバ装置２０は、取得した用品情報の適用日毎に、「作成日＿適用日＿データベース名．ｔｘｔ」という命名規則にしたがうファイルを配信ファイルデータベース２５３に作成する（Ｓ４０２）。ファイル名の「作成日」部分には、ファイル作成時点の「年月日」が設定される。ファイル名の「適用日」部分には、用品情報に含まれる適用日の「年月日」が設定される。「データベース名」には、「用品情報」が設定される。例えば、「２００４年３月３１日」に上記の配信ファイルの生成処理を行ったときに、適用日が「２００４年４月１日」である用品情報については、「２００４０３３１_２００４０４０１_用品情報．ｔｘｔ」という配信ファイルが配信ファイルデータベース２５３に作成される。
【００４５】
サーバ装置２０は、取得した用品情報の適用日毎に、適用日、更新フラグ、及び強制フラグを除く他の項目を、作成したファイルに書き込む（Ｓ４０３）。サーバ装置２０は、取得した用品情報の更新フラグを「×」に更新する（Ｓ４０４）。サーバ装置２０は、配信ファイル作成履歴データベース２５５に、作成したファイルのファイル名と作成日とを登録する（Ｓ４０５）。
【００４６】
なお、広告情報についての配信ファイルの作成についても、上記の処理と同様である。すなわち、サーバ装置２０は、更新フラグに「○」が設定されている広告情報を取得し、取得した広告情報の更新日毎に、「作成日＿適用日＿広告情報．ｔｘｔ」というファイル名のファイルを作成し、取得した広告情報の更新フラグと強制フラグ以外の項目をファイルに書き込み、取得した広告情報の更新フラグを「×」に更新し、配信ファイル作成履歴データベース２５５にファイル名と作成日を登録する。
【００４７】
＝＝＝配信ファイルの送信処理＝＝＝
サーバ装置２０において作成された配信ファイルは、利用者端末１０から送信されるバッチ送信要求の受信に応じて利用者端末１０に送信される。図１３は、配信ファイルの送信処理の流れを説明する図である。
【００４８】
サーバ装置２０は、利用者端末１０からバッチ送信要求を受信すると、受信したバッチ送信要求の送信元である利用者端末１０（以下、送信元端末という）に対する最終送信日を、バッチ送信日管理テーブル２５７から取得する。サーバ装置２０は、取得した最終送信日よりも作成日が後となっている配信ファイルのファイル名を、配信ファイル作成履歴データベース２５５から取得する。
【００４９】
サーバ装置２０は、取得したファイル名の配信ファイルを配信ファイルデータベース２５３から取り出して利用者端末１０に送信する（Ｓ４４１）。利用者端末１０は、サーバ装置２０から配信ファイルを受信して受信ファイルデータベース１５３に格納する。サーバ装置２０は、バッチ送信日管理テーブル２５７の送信元端末に対応する最終送信日を、現在の日付に更新する（Ｓ４１２）。
【００５０】
また、サーバ装置２０は、取得した配信ファイルのそれぞれについて、対応する用品情報あるいは広告情報の強制フラグに「○」が設定されているものを用品情報データベース２５１あるいは広告情報データベース２５２から取得する。サーバ装置２０は、取得した用品情報あるいは広告情報のファイル名に対応する画像ファイルを画像ファイルデータベース２５４から取り出して利用者端末１０に送信する（Ｓ４１３）。サーバ装置２０は、送信元端末について、送信した画像ファイルのファイル名と送信日を画像ファイル送信履歴データベース２５６に登録する（Ｓ４１４）。
【００５１】
次に、サーバ装置２０は、負荷評価値を算出し（Ｓ４１５）、算出した負荷評価値に対応する許容データ量を許容データ量管理テーブルから取得する（Ｓ４１６）。
サーバ装置２０は、利用者端末１０に送信した画像ファイルの総データ量を「０」に初期化し（Ｓ４１７）、総データ量が許容データ量を上回るまでの間、以下の処理を行う（Ｓ４１８）。
【００５２】
サーバ装置２０は、画像ファイルデータベース２５４に格納されている画像ファイルのうち、送信元端末について画像ファイル送信履歴データベース２５６にファイル名が登録されていないもの（以下、候補ファイルという）を取得する。サーバ装置２０は、取得した候補ファイルのうち、対応する用品情報又は広告情報の適用日が最も早いものをひとつ未送信ファイルとして選択する。サーバ装置２０は、選択した未送信ファイルを利用者端末１０に送信する（Ｓ４１９）。利用者端末１０は、サーバ装置２０から未送信ファイルを受信すると、画像ファイルデータベース１５４に格納する。
【００５３】
サーバ装置２０は、送信元端末について、送信した画像ファイルのファイル名と送信日を画像ファイル送信履歴データベース２５６に登録する（Ｓ４２０）。サーバ装置２０は、送信した配信ファイルのファイルサイズを総データ量に加算する（Ｓ４２１）。
【００５４】
以上のようにして、サーバ装置２０は、利用者端末１０の処理負荷や通信ネットワーク３０の通信負荷に基づく評価値に応じて、送信する画像ファイルの数を調整することができる。
【００５５】
本実施形態のサーバ装置２０によれば、利用者端末１０における更新処理や画像の表示処理に先行して、利用者端末１０や通信ネットワーク３０の状況に応じて画像ファイルを送信することができる。事前に情報が利用者端末１０に送信され、利用者端末１０のデータベースに格納されることにより、利用者端末１０において、情報へのアクセスが高速化される。したがって、利用者端末１０は、画像ファイルなどの大容量のデータであっても迅速に表示を行うことができるので、利用者に対して使い勝手の良いインタフェースを提供することが可能となる。よって、利用者に対して、より多くのカー用品の画像を閲覧しようとする動機付けを行うことができる。
【００５６】
また、データ量の多い画像ファイルなどのデータに対して、複数の利用者端末１０から同時にサーバ装置２０にアクセスが行われると、サーバ装置２０の処理負荷が高まってしまうが、本発明のサーバ装置２０によれば、画像ファイルは事前に利用者端末１０に配信されるので、利用者端末１０からサーバ装置２０に対する同時アクセスによってサーバ装置２０の処理負荷が増大するリスクを低減することができる。
【００５７】
また、画像ファイルは、利用者端末１０や通信ネットワーク３０の状況に応じて送信されるため、画像ファイルを配信することによる利用者端末１０の負荷の増大を抑え、通信ネットワーク３０における通信負荷を分散することができる。したがって、通信ネットワーク３０を構築するためのインフラが整備されておらず、通信帯域が十分とれない環境であっても、効率的に画像ファイルを配信することができる。
【００５８】
また、例えば、一般的なバッチ送信によってサーバ装置２０から利用者端末１０にデータが定期的に送信されると、そのデータ送信によって通信ネットワーク３０の通信負荷が増大してしまう。そのため、例えば、パケット通信による通信ネットワーク３０では、利用者端末１０の台数が増加すると、コリジョンが多発し、データの転送効率が低下してしまう。しかしながら、本実施形態のサーバ装置２０によれば、通信ネットワーク３０の通信負荷に応じて画像ファイルが転送されるので、効率的に通信ネットワーク３０を使用することができる。
【００５９】
＝＝＝データベースの登録処理＝＝＝
サーバ装置２０から利用者端末１０に送信された配信ファイルは、利用者端末１０において、定期的に読み出され、配信ファイルの内容がデータベースに登録される。図１４は、利用者端末１０において、受信した配信ファイルの内容を用品情報データベース１５１及び広告情報データベース１５２に登録する処理の流れを示す図である。
【００６０】
利用者端末１０は、受信ファイルデータベース１５３に格納されている各配信ファイルについて、配信ファイルのファイル名から、その配信ファイルに含まれている適用日を取得する（Ｓ４３１）。利用者端末１０は、適用日が到来している場合（Ｓ４３２：ＹＥＳ）、ファイル名からデータを登録する先となるデータベース（用品情報データベース１５１あるいは広告情報データベース１５２）を特定し、特定したデータベースに配信ファイルの内容を登録する（Ｓ４３３）。利用者端末１０は、配信ファイルを受信ファイルデータベース１５３から削除する（Ｓ４３４）。
【００６１】
このようにして、適用日が到来していない配信ファイルは、受信ファイルデータベース１５３に格納されたままとなり、適用日が到来した配信ファイルは、その内容が用品情報データベース１５１あるいは広告情報データベース１５２に登録された後削除される。したがって、将来更新すべき用品情報や広告情報であっても、その更新日以前に利用者端末１０に送信しておくことができる。よって、サーバ装置２０は、複数の利用者端末１０について、データを適用するタイミングを管理することなく、データベースを更新する時期を指定することができる。
【００６２】
＝＝＝カー用品の情報出力処理＝＝＝
次に、利用者端末１０において用品情報を出力する処理について説明する。図１５は、利用者端末１０が利用者からの入力に応じて用品情報を出力する処理の流れを説明する図である。
【００６３】
利用者端末１０は、利用者からカー用品の用品種別やメーカー名、価格などの用品情報に対する検索条件の入力を受け付ける（Ｓ４４１）。利用者端末１０は、受け付けた検索条件に基づいて用品情報データベース１５１から用品情報を抽出する（Ｓ４４２）。利用者端末１０は、抽出した用品情報を一覧表示し（Ｓ４４３）、利用者から用品情報の指定を受け付ける（Ｓ４４４）。
利用者端末１０は、利用者から指定された用品情報に含まれているファイル名に対応する用品画像ファイルが画像ファイルデータベース１５４に格納されているかどうかを検査する（Ｓ４４５）（用品情報存否判断部）。
用品画像ファイルが画像ファイルデータベース１５４に格納されていない場合（Ｓ４４５：なし）、利用者端末１０は、用品情報に含まれているファイル名を設定した画像ファイル取得要求をサーバ装置２０に送信する。サーバ装置２０は、利用者端末１０から画像ファイル取得要求を受信し、受信した画像ファイル取得要求に設定されているファイル名に対応する画像ファイルを画像ファイルデータベース２５４から取り出して利用者端末１０に送信する。利用者端末１０はサーバ装置２０から画像ファイルを受信して画像ファイルデータベース１５４に格納する。これにより、用品画像ファイルがサーバ装置２０から利用者端末１０にダウンロードされる（Ｓ４４６）。
利用者端末１０は、用品情報と、その用品情報に対応する用品画像ファイルに基づく用品画像とを出力装置１０６から出力する（Ｓ４４７）。
【００６４】
図１６に、利用者端末１０において用品情報の表示される画面例を示す。画面４５０では、利用者から指定された検索条件が表示欄４５１に、検索条件に合致する他の用品情報の一覧が表示欄４５２に、用品情報のメーカーやブランド、その他属性情報などの各項目が表示欄４５３にそれぞれ表示される。また、画面４５０の用品画像欄４５４には、用品画像が表示され、広告欄４５５には広告画像が表示される。このように、販売支援システム１では、利用者は利用者端末１０の出力装置１０６に出力される画面４５０を確認して、カー用品を購入することができるようになっている。
【００６５】
図１７に、画面４５０の広告欄４５５に表示される広告画像の出力処理の流れを示す。
利用者端末１０は、広告情報データベース１５２からランダムに広告情報をひとつ読み出す（Ｓ４６１）。利用者端末１０は、読み出した広告情報に含まれているファイル名に対応する広告画像ファイルが画像ファイルデータベース１５４に格納されているかどうかを検査する（Ｓ４６２）。
広告画像ファイルが画像ファイルデータベース１５４に格納されていない場合（Ｓ４６２：なし）、利用者端末１０は、広告情報に含まれているファイル名を設定した画像ファイル取得要求をサーバ装置２０に送信する。サーバ装置２０は、画像ファイル取得要求を受信し、受信した画像ファイル取得要求に設定されているファイル名に対応する画像ファイルを画像ファイルデータベース２５４から取り出して、利用者端末１０に送信する。利用者端末１０は、サーバ装置２０から広告画像ファイルを受信して画像ファイルデータベース１５４に格納する。このようにして、広告画像ファイルがサーバ装置２０から利用者端末１０にダウンロードされる（Ｓ４６３）。
利用者端末１０は、上記の広告情報に対応する広告画像ファイルを画像ファイルデータベース１５４から取り出し、取り出した広告画像ファイルに基づいて、広告欄４５５に広告画像を出力する（Ｓ４６４）。
【００６６】
このように、利用者端末１０は、表示すべき広告画像ファイルが画像ファイルデータベース１５４に格納されていないときは、サーバ装置２０から広告画像ファイルをダウンロードして表示する。したがって、利用者端末１０の画像ファイルデータベース１５４には、常に全ての広告情報に対応する広告画像ファイルを格納しておく必要はない。よって、比較的データ量の多い画像ファイルについて、効率的にサーバ装置２０から利用者端末１０にデータを送信することができる。
【００６７】
以上、本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００６８】
例えば、本実施形態において、利用者端末１０は、バッチ送信要求を定期的にサーバ装置２０に送信するものとしたが、利用者端末１０の電源が投入されたときや利用者端末１０の入力装置１０５から利用者の指示を受け付けたときに送信するようにしてもよい。
また、利用者端末１０は、バッチ送信要求を送信し、配信ファイルを受信した後に、利用者端末１０の電源を切断するようにしてもよい。
【００６９】
また、本実施形態では、サーバ装置２０は、利用者端末１０の処理負荷と通信ネットワーク３０の通信負荷との両方の負荷に応じて、送信する画像ファイルの量を決定するようにしたが、どちらかのみに応じて決定するようにしてもよい。この場合、例えば、サーバ装置２０の負荷評価部２１４は、利用者端末１０から受信した処理負荷情報に応じて負荷評価値を決定する、あるいは通信ネットワーク３０の通信負荷を検出し、その通信負荷に応じて負荷評価値を決定する。
【００７０】
また、本実施形態では、負荷評価値は、利用者端末１０の処理負荷の評価値と、通信ネットワーク３０の通信負荷の評価値との平均を求めるものとしたが、その他の集計方式を用いても良い。
また、負荷評価値には、５段階の評価値に限らず任意の数値を用いることができる。
また、通信負荷の検出には、負荷状況問合せコマンドに対する利用者端末１０からの応答時間以外にも、利用者端末１０以外のコンピュータに対する応答時間を用いるようにしてもよい。また、通信ネットワーク３０においてパケット通信によるデータ通信が行われている場合、通信負荷の検出には、例えば、通信ネットワーク３０におけるコリジョンの数を検出し、検出したコリジョン数を用いるようにしてもよい。
【００７１】
また、上述した図１３に示す配信ファイルの送信処理のステップ（Ｓ４４９）において、サーバ装置２０が候補ファイルからみ送信ファイルを選択するときに、サーバ装置２０は、画像ファイルのデータ量が最も大きいものを選択するようにしてもよい。
【００７２】
また、例えば、本実施形態では、未送信の画像ファイルは全て送信対象となるものとしたが、これに限らず、例えば、用品情報データベース２５１に、画像ファイルを送信しないことを示すフラグ値（非送信フラグ）を管理し、サーバ装置２０は、上述した図１３に示す配信ファイルの送信処理のステップ（Ｓ４１９）において、非送信フラグに「×」が設定されている用品情報に対応する画像ファイルについてのみ、候補ファイルとして取得するようにしてもよい。これにより、例えば、利用者端末１０における使用頻度が少ないと考えられる画像ファイルについては、対応する用品情報の非送信フラグに「×」を設定することで、利用頻度の少ない画像ファイルを送信しないようにすることができる。したがって、無駄な画像ファイルの送信を低減することができるので、通信負荷を低減し、効率的にサーバ装置２０から利用者端末１０にデータを送信することができる。
【００７３】
また、本実施形態では、サーバ装置２０は、利用者端末１０からバッチ送信要求を受信することに応じて、配信ファイルを利用者端末１０に送信するようにしたが、サーバ装置２０が、バッチ送信要求を受信することなく、利用者端末１０に配信ファイルを送信するようにしてもよい。この場合、例えば、サーバ装置２０は、通信ネットワーク３０の通信負荷を監視し、通信負荷が所定の閾値よりも低くなったときに、配信ファイルを送信するようにすることもできる。
【図面の簡単な説明】
【００７４】
【図１】本発明の一実施の形態による、カー用品の販売支援システム１の全体構成を示す図である。
【図２】本発明の一実施の形態による、利用者端末１０の構成を示す図である。
【図３】本発明の一実施の形態による、利用者端末１０の機能ブロック図である。
【図４】本発明の一実施の形態による、サーバ装置２０の構成を示す図である。
【図５】本発明の一実施の形態による、サーバ装置２０の機能ブロック図である。
【図６】本発明の一実施の形態による、用品情報データベース２５１の構成例を示す図である。
【図７】本発明の一実施の形態による、広告情報データベース２５２の構成例を示す図である。
【図８】本発明の一実施の形態による、配信ファイル作成履歴データベース２５５の構成例を示す図である。
【図９】本発明の一実施の形態による、画像ファイル送信履歴データベース２５６の構成例を示す図である。
【図１０】本発明の一実施の形態による、バッチ送信日管理テーブル２５７の構成例を示す図である。
【図１１】本発明の一実施の形態による、許容データ量管理テーブル２５８の構成例を示す図である。
【図１２】本発明の一実施の形態による、用品情報についての配信ファイルの作成処理の流れを説明する図である。
【図１３】本発明の一実施の形態による、配信ファイルの送信処理の流れを説明する図である。
【図１４】本発明の一実施の形態による、受信した配信ファイルの内容を用品情報データベース１５１及び広告情報データベース１５２に登録する処理の流れを示す図である。
【図１５】本発明の一実施の形態による、利用者端末１０が利用者からの入力に応じて用品情報を出力する処理の流れを説明する図である。
【図１６】本発明の一実施の形態による、利用者端末１０において用品情報の表示される画面例を示す図である。
【図１７】本発明の一実施の形態による、画面４５０の広告欄４５５に表示される広告画像の出力処理の流れを示す図である。
【符号の説明】
【００７５】
１０ 利用者端末
１０１ ＣＰＵ １０２ メモリ
１０３ 記憶装置 １０４ 通信インタフェース部
１０５ 入力装置 １０６ 出力装置
１１１ バッチ送信要求送信部 １１２ バッチ受信部
１１３ 情報更新部 １１４ 負荷状況問合せコマンド受信部
１１５ 負荷状況送信部 １１６ 画像ファイル取得要求送信部
１１７ 画像ファイル受信部 １１８ 画像出力部
１５１ 用品情報データベース １５２ 広告情報データベース
１５３ 受信ファイルデータベース １５４ 画像ファイルデータベース
２０ サーバ装置
２０１ ＣＰＵ ２０２ メモリ
２０３ 記憶装置 ２０４ 通信インタフェース部
２１１ 配信ファイル作成部 ２１２ バッチ送信要求受信部
２１３ バッチ送信部 ２１４ 負荷評価部
２１５ 負荷状況問合せコマンド送信部 ２１６ 負荷状況受信部
２１７ 画像ファイル取得要求受信部 ２１８ 画像ファイル送信部
２５１ 用品情報データベース ２５２ 広告情報データベース
２５３ 配信ファイルデータベース ２５４ 画像ファイルデータベース
２５５ 配信ファイル作成履歴データベース
２５６ 画像ファイル送信履歴データベース
２５７ バッチ送信日管理テーブル
２５８ 許容データ量管理テーブル
３０ 通信ネットワーク
【特許請求の範囲】
【請求項１】
乗物に装着させる乗物用品に関する情報である用品情報の管理を行うサーバ装置と、前記サーバ装置と通信ネットワークを介して接続される利用者端末とを含んで構成される販売支援システムにおけるデータ配信方法であって、
（ａ）前記利用者端末は、
前記利用者端末のメモリに処理対象とすべき前記用品情報が記憶されているかどうかを判断し、
前記メモリに処理対象とすべき前記用品情報が記憶されている場合、前記メモリに記憶されている前記用品情報に対して処理を行い、
前記メモリに処理対象とすべき前記用品情報が記憶されていない場合、前記用品情報を取得するためのコマンドである用品情報取得要求を前記サーバ装置に送信し、
前記サーバ装置は、前記利用者端末から送信される前記用品情報取得要求を受信し、受信した前記用品情報取得要求に応じた前記用品情報を前記利用者端末に送信し、
前記利用者端末は、前記サーバ装置から応答される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶し、前記メモリに記憶した前記用品情報に対して処理を行い、
（ｂ）前記サーバ装置は、前記利用者端末及び前記通信ネットワークの少なくとも何れかの状況を検出し、検出した前記状況に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信し、
前記利用者端末は、前記サーバ装置から送信される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶すること、
を特徴とするデータ配信方法。
【請求項２】
請求項１に記載のデータ配信方法であって、
前記用品情報は、当該用品情報を処理すべき日付を示す情報である処理日情報が付帯されて前記メモリに記憶され、
前記利用者端末は、前記メモリに記憶されている前記用品情報に付帯されている前記処理日情報を参照して、処理対象とすべき前記用品情報が前記メモリに記憶されているかどうかを判断し、
前記サーバ装置は、前記将来の処理対象となる前記用品情報に、処理を行うべき将来の日付を示す前記処理日情報を付帯させて前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項３】
請求項１に記載のデータ配信方法であって、
前記サーバ装置は、前記利用者端末の処理負荷を問い合わせるメッセージを前記利用者端末に送信し、
前記利用者端末は、前記メッセージの受信に応じて、当該利用者端末における処理負荷を示す情報を前記サーバ装置に送信し、
前記サーバ装置は、前記利用者端末から送信される前記処理負荷を示す情報を受信し、受信した前記処理負荷を示す情報に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項４】
請求項３に記載のデータ配信方法であって、
前記サーバ装置は、受信した前記処理負荷を示す情報と、前記メッセージに対する前記利用者端末からの応答時間とに応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項５】
請求項１に記載のデータ配信方法であって、
前記サーバ装置は、将来の処理対象となる前記用品情報のうち、データ量の大きいものから所定数の前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項６】
請求項１に記載のデータ配信方法であって、
前記サーバ装置は、
前記利用者端末における処理に先行して前記用品情報を送信することを示す事前送信フラグ値を前記用品情報に対応付けて管理し、
検出した前記状況に応じて、前記事前送信フラグ値に対応する前記用品情報から、前記将来の処理対象となる前記用品情報を選択し、選択した前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項７】
請求項１に記載のデータ配信方法であって、
前記利用者端末は、所定期間毎に、前記将来の処理対象となる前記用品情報を取得するためのコマンドである事前送信要求を送信し、
前記サーバ装置は、前記事前送信要求の受信に応じて、前記状況の検出を行い、検出した前記状況に応じて前記将来の処理対象となる前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項８】
請求項１に記載のデータ配信方法であって、
前記利用者端末は、前記サーバ装置から送信される前記将来の処理対象となる前記用品情報を受信し、当該利用者端末の電源を切断すること、
を特徴とするデータ配信方法。
【請求項９】
乗物に装着させる乗物用品に関する情報である用品情報の管理を行うサーバ装置であって、
利用者端末と通信可能に接続し、
前記用品情報を記憶する用品情報データベースと、
前記利用者端末から送信される、前記利用者端末において処理対象とすべき前記用品情報を取得するためのコマンドである用品情報取得要求を受信する用品情報取得要求受信部と、
前記データ取得要求に応じて前記用品情報データベースから読み出した前記用品情報を前記利用者端末に送信する用品情報送信部と、
利用者端末及び前記通信ネットワークの少なくとも何れかの状況を検出する状況検出部と、
検出した前記状況に応じて、前記利用者端末における将来の処理対象とすべき前記用品情報を前記利用者端末に送信する用品情報先行送信部と、
を備えることを特徴とするサーバ装置。
【請求項１０】
請求項９に記載のサーバ装置であって、
前記用品情報データベースには、前記用品情報に対応付けて、前記用品情報が前記利用者端末において処理されるべき日を特定する情報である処理日情報が記憶され、
前記用品情報先行送信部は、前記将来の処理対象となる前記用品情報に、当該用品情報が処理されるべき前記処理日情報を付帯させて前記利用者端末に送信すること、
を特徴とするサーバ装置。
【請求項１１】
乗物に装着させる乗物用品に関する情報である用品情報の管理を行うサーバ装置と、前記サーバ装置と通信ネットワークを介して接続される利用者端末とを含んで構成される販売支援システムであって、
（ａ）前記利用者端末は、
前記利用者端末のメモリに処理対象とすべき前記用品情報が記憶されているかどうかを判断する用品情報存否判断部と、
前記メモリに処理対象とすべき前記用品情報が記憶されている場合、前記メモリに記憶されている前記用品情報に対して処理を行う用品情報処理部と、
前記メモリに処理対象とすべき前記用品情報が記憶されていない場合、前記用品情報を取得するためのコマンドである用品情報取得要求を前記サーバ装置に送信する用品情報取得要求送信部と、を備え、
前記サーバ装置は、
前記利用者端末から送信される前記用品情報取得要求を受信する用品情報取得要求受信部と、
受信した前記用品情報取得要求に応じた前記用品情報を前記利用者端末に送信する用品情報送信部と、を備え、
前記利用者端末は、
前記サーバ装置から応答される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶する用品情報受信部と、を備え、
前記用品情報処理部は、前記メモリに記憶した前記用品情報に対して処理を行い、
（ｂ）前記サーバ装置は、
前記利用者端末及び前記通信ネットワークの少なくとも何れかの状況を検出する状況検出部を備え、
前記サーバ装置の前記用品情報送信部は、検出した前記状況に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信し、
前記利用者端末の前記用品情報受信部は、前記サーバ装置から送信される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶すること、
を特徴とする販売支援システム。
【請求項１】
乗物に装着させる乗物用品に関する情報である用品情報の管理を行うサーバ装置と、前記サーバ装置と通信ネットワークを介して接続される利用者端末とを含んで構成される販売支援システムにおけるデータ配信方法であって、
（ａ）前記利用者端末は、
前記利用者端末のメモリに処理対象とすべき前記用品情報が記憶されているかどうかを判断し、
前記メモリに処理対象とすべき前記用品情報が記憶されている場合、前記メモリに記憶されている前記用品情報に対して処理を行い、
前記メモリに処理対象とすべき前記用品情報が記憶されていない場合、前記用品情報を取得するためのコマンドである用品情報取得要求を前記サーバ装置に送信し、
前記サーバ装置は、前記利用者端末から送信される前記用品情報取得要求を受信し、受信した前記用品情報取得要求に応じた前記用品情報を前記利用者端末に送信し、
前記利用者端末は、前記サーバ装置から応答される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶し、前記メモリに記憶した前記用品情報に対して処理を行い、
（ｂ）前記サーバ装置は、前記利用者端末及び前記通信ネットワークの少なくとも何れかの状況を検出し、検出した前記状況に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信し、
前記利用者端末は、前記サーバ装置から送信される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶すること、
を特徴とするデータ配信方法。
【請求項２】
請求項１に記載のデータ配信方法であって、
前記用品情報は、当該用品情報を処理すべき日付を示す情報である処理日情報が付帯されて前記メモリに記憶され、
前記利用者端末は、前記メモリに記憶されている前記用品情報に付帯されている前記処理日情報を参照して、処理対象とすべき前記用品情報が前記メモリに記憶されているかどうかを判断し、
前記サーバ装置は、前記将来の処理対象となる前記用品情報に、処理を行うべき将来の日付を示す前記処理日情報を付帯させて前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項３】
請求項１に記載のデータ配信方法であって、
前記サーバ装置は、前記利用者端末の処理負荷を問い合わせるメッセージを前記利用者端末に送信し、
前記利用者端末は、前記メッセージの受信に応じて、当該利用者端末における処理負荷を示す情報を前記サーバ装置に送信し、
前記サーバ装置は、前記利用者端末から送信される前記処理負荷を示す情報を受信し、受信した前記処理負荷を示す情報に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項４】
請求項３に記載のデータ配信方法であって、
前記サーバ装置は、受信した前記処理負荷を示す情報と、前記メッセージに対する前記利用者端末からの応答時間とに応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項５】
請求項１に記載のデータ配信方法であって、
前記サーバ装置は、将来の処理対象となる前記用品情報のうち、データ量の大きいものから所定数の前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項６】
請求項１に記載のデータ配信方法であって、
前記サーバ装置は、
前記利用者端末における処理に先行して前記用品情報を送信することを示す事前送信フラグ値を前記用品情報に対応付けて管理し、
検出した前記状況に応じて、前記事前送信フラグ値に対応する前記用品情報から、前記将来の処理対象となる前記用品情報を選択し、選択した前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項７】
請求項１に記載のデータ配信方法であって、
前記利用者端末は、所定期間毎に、前記将来の処理対象となる前記用品情報を取得するためのコマンドである事前送信要求を送信し、
前記サーバ装置は、前記事前送信要求の受信に応じて、前記状況の検出を行い、検出した前記状況に応じて前記将来の処理対象となる前記用品情報を前記利用者端末に送信すること、
を特徴とするデータ配信方法。
【請求項８】
請求項１に記載のデータ配信方法であって、
前記利用者端末は、前記サーバ装置から送信される前記将来の処理対象となる前記用品情報を受信し、当該利用者端末の電源を切断すること、
を特徴とするデータ配信方法。
【請求項９】
乗物に装着させる乗物用品に関する情報である用品情報の管理を行うサーバ装置であって、
利用者端末と通信可能に接続し、
前記用品情報を記憶する用品情報データベースと、
前記利用者端末から送信される、前記利用者端末において処理対象とすべき前記用品情報を取得するためのコマンドである用品情報取得要求を受信する用品情報取得要求受信部と、
前記データ取得要求に応じて前記用品情報データベースから読み出した前記用品情報を前記利用者端末に送信する用品情報送信部と、
利用者端末及び前記通信ネットワークの少なくとも何れかの状況を検出する状況検出部と、
検出した前記状況に応じて、前記利用者端末における将来の処理対象とすべき前記用品情報を前記利用者端末に送信する用品情報先行送信部と、
を備えることを特徴とするサーバ装置。
【請求項１０】
請求項９に記載のサーバ装置であって、
前記用品情報データベースには、前記用品情報に対応付けて、前記用品情報が前記利用者端末において処理されるべき日を特定する情報である処理日情報が記憶され、
前記用品情報先行送信部は、前記将来の処理対象となる前記用品情報に、当該用品情報が処理されるべき前記処理日情報を付帯させて前記利用者端末に送信すること、
を特徴とするサーバ装置。
【請求項１１】
乗物に装着させる乗物用品に関する情報である用品情報の管理を行うサーバ装置と、前記サーバ装置と通信ネットワークを介して接続される利用者端末とを含んで構成される販売支援システムであって、
（ａ）前記利用者端末は、
前記利用者端末のメモリに処理対象とすべき前記用品情報が記憶されているかどうかを判断する用品情報存否判断部と、
前記メモリに処理対象とすべき前記用品情報が記憶されている場合、前記メモリに記憶されている前記用品情報に対して処理を行う用品情報処理部と、
前記メモリに処理対象とすべき前記用品情報が記憶されていない場合、前記用品情報を取得するためのコマンドである用品情報取得要求を前記サーバ装置に送信する用品情報取得要求送信部と、を備え、
前記サーバ装置は、
前記利用者端末から送信される前記用品情報取得要求を受信する用品情報取得要求受信部と、
受信した前記用品情報取得要求に応じた前記用品情報を前記利用者端末に送信する用品情報送信部と、を備え、
前記利用者端末は、
前記サーバ装置から応答される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶する用品情報受信部と、を備え、
前記用品情報処理部は、前記メモリに記憶した前記用品情報に対して処理を行い、
（ｂ）前記サーバ装置は、
前記利用者端末及び前記通信ネットワークの少なくとも何れかの状況を検出する状況検出部を備え、
前記サーバ装置の前記用品情報送信部は、検出した前記状況に応じて、前記利用者端末における将来の処理対象となる前記用品情報を前記利用者端末に送信し、
前記利用者端末の前記用品情報受信部は、前記サーバ装置から送信される前記用品情報を受信し、受信した前記用品情報を前記メモリに記憶すること、
を特徴とする販売支援システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００６−１１８０６（Ｐ２００６−１１８０６Ａ）
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願番号】特願２００４−１８７８１５（Ｐ２００４−１８７８１５）
【出願日】平成１６年６月２５日（２００４．６．２５）
【出願人】（５０２２１００８０）株式会社カーレックス (3)
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願日】平成１６年６月２５日（２００４．６．２５）
【出願人】（５０２２１００８０）株式会社カーレックス (3)
[ Back to top ]