JP4775862B2 - 落札物配送システム - Google Patents

Description

本発明は、オークション落札物の配送に際して、その梱包部材などに広告を印刷するための技術に関する。

インターネットの利用者の増加にともない、ネットオークションなどのインターネット商取引が、現在、活発に行われるようになっている。ところで、ネットオークションはあくまで仮想的な商取引であるので、ネット上にて商品が落札され商談が実際にまとまった後に、商品現物の受け渡しが行われる事になる。

ここで、オークションの出品者が落札者宛に商品現物を発送するための配送費用が発生する。そして、その配送費用は、落札金額とは別に（あるいは落札金額に含めて）、落札者が支払うよう当事者間で定められていることが多い。

ところが落札商品が小額商品であったりすると配送費用が落札金額よりも高くなってしまうことがある。すると落札者にとっては必要以上に費用の負担感を感じてしまい、結果的に入札を控えるなどの事態が発生する可能性がある。また、そのような事情から小額商品の出品数も減ってしまうことになり、ネットオークション市場の今以上の拡大を阻む要因となってしまう可能性がある。

そこで、例えば特許文献１では、送り先の住所などを記入し配送梱包のダンボールなどに貼付される宅配便送り状の所定位置に広告を印刷しておく技術が開示されている。このようにして広告を印刷する代わりに広告料金を徴収することで宅配便の配送料をまかなうことができる。
特開２００６−０８２５４２号公報

しかし、上記従来の広告が印刷された宅配便送り状は、確実に宅配に利用され広告効果を発生させたかが保証されていない、という課題がある。すなわち、この宅配便送り状は配送が必要な事案（成立したオークション取引）と無関係に用意されるものである。そのため、例えば記入ミスでその場で捨てられた場合や、宅配便送り状を必要以上に多く持ち帰り自宅に確保するような利用者がいた場合など、広告クライアントは、宅配には利用されず広告効果を発生させていない死蔵分の宅配便送り状についても広告料を支払うことになる。

また、宅配便送り状には広告が予め印刷してあるため、リアルタイムでの広告配信ができないという課題もある。したがって、例えば広告対象の映画がすでに上映終了しているなど、情報鮮度が低く生じる広告効果も低くなってしまっている広告が印刷された宅配便送り状に対して広告クライアントが広告費用を支払うこともありうる。

以上の課題を解決するために、本発明は、広告の印刷に際しオークション取引が成立したことを保証した上で、その成立した落札物の配送用梱包物などにリアルタイムで広告を印刷する機能を備える落札物配送システムを提供する。

具体的には、オークションサーバと、広告サーバと、梱包広告印刷装置と、出品端末と、落札端末と、からなる落札物配送システムであって、前記オークションサーバは、オークションを実行するオークション実行部と、落札端末からの入札を受けて落札を決定するための落札決定部と、決定された落札に応じて落札ＩＤを取得する落札ＩＤ取得部と、落札ＩＤを送信する落札ＩＤ送信部と、を有し、出品端末は、落札ＩＤを受信する落札ＩＤ受信部と、落札ＩＤを表示する落札ＩＤ表示部と、を有し、広告サーバは、落札された出品物を梱包する梱包物に付帯するための広告を保持する広告保持部と、広告保持部に保持された広告を送信する広告送信部と、を有し、梱包広告印刷装置は、落札ＩＤで認証されることを目的とするＩＤである認証ＩＤの入力を受付ける認証ＩＤ入力受付部と、入力を受付けた認証ＩＤを落札ＩＤにて認証した結果が真正であるとの認証結果である場合に前記付帯すべき広告を、広告サーバ装置から受信する広告受信部と、受信した広告を梱包物に付帯するための印刷をする印刷部と、を有する、落札物配送システムである。

また、配送費用を広告費で可能な限りまかなうために、配送物の大きさや重さ、配送距離などその配送にかかる負荷（＝配送費用）に見合うように、広告の大きさを増減させるなどして印刷する機能をさらに備える落札物配送システムも提供する。

具体的には、上記構成に加えて、梱包広告印刷装置が落札された出品物の配送負荷情報を取得する配送負荷情報取得部を有し、取得された配送負荷情報で示される配送負荷に応じた広告の印刷がされるように構成されていることを特徴とする落札物配送システムである。

また、オークションの落札成立と広告とを保証のため関連付けて管理する構成を活用し、その落札物の商品カテゴリーに応じて印刷する広告を選択することで、落札者のニーズに合致した商品の広告を印刷し広告効果を高める落札物配送システムも提供する。

具体的には、上記構成に加えて、広告サーバの広告保持部が、広告を落札物カテゴリーに関連付けて保持するカテゴリー別保持手段を有し、オークションサーバの落札ＩＤ取得部が、落札物カテゴリーを含む落札ＩＤを取得するカテゴリー付落札ＩＤ取得手段を有し、取得された落札物カテゴリーに関連付けられた広告の印刷がされるように構成されていることを特徴とする落札物配送システムである。

また、同様に落札者のニーズに合致した広告を印刷して広告効果を高めるため、ウィッシュリストのような落札者の所望商品の希望識別情報を利用して、それで識別される商品の広告を印刷する機能をさらに備える落札物配送システムも提供する。

具体的に、落札端末が、利用者から所望する商品の広告を識別するための情報である希望識別情報の入力を受け付ける希望識別情報入力受付部と、受け付けた希望識別情報を送信する希望識別情報送信部と、を有し、広告サーバの広告保持部が、広告を希望識別情報に関連付けて保持する希望別保持手段を有し、送信された希望識別情報に関連付けられた広告の印刷がされるように構成されていることを特徴とする落札物配送システムである。

また、その他にも、上記落札物配送システムの機能を実現するオークションサーバや広告サーバも提供する。また、落札物配送システム、オークションサーバ、広告サーバそれぞれの制御方法も提供する。

以上のような構成をとる本発明によって、オークションによる商取引が成立したことを保証した上で、その成立した落札物の配送用梱包物などに広告を印刷することができる。また、その印刷をリアルタイムで行うこともできる。それによって、広告クライアントに対して広告効果を保証した上での広告費による配送費用の立替を可能とし、オークションにおける配送代値引きや無料化などを実施することができる。

また、配送物の大きさや重さ、配送距離などに応じて印刷する広告の大きさなどを増減させることで、配送費用を広告費で可能な限りまかなうことができる。また、落札物の商品カテゴリーに応じて梱包物などに印刷する広告を選択することで、落札者のニーズに合致した商品の広告を印刷してより広告効果を高めることができる。また、ウィッシュリスト（希望識別情報）などを利用して、それで識別される商品の広告を印刷することで広告効果を高めることができる。

以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。

なお、実施例１は、主に請求項１，５，９，１３について説明する。また、実施例２は、主に請求項２，６，１０，１４について説明する。また、実施例３は、主に請求項３，７，１１，１５について説明する。また、実施例４は、主に請求項４，８，１２，１６について説明する。

≪実施例１≫

<概要>

図１は、本実施例の落札物配送システムによる、オークション落札物の配送の一例を説明するための概念図である。この図１（ａ）にあるように、ネットオークションに出品された出品物に対して入札が行われ、落札が成立した。するとオークションサーバは、出品者の端末（出品端末）に落札成立を通知するとともに、「落札ＩＤ」も合わせて通知する。

つづいて出品者は、落札された出品物を落札者宛に発送するために配送業者などを訪れる。そして、図１（ｂ）にあるように、出品者は配送業者店舗の店頭に設置されている印刷装置に、前述の通知された「落札ＩＤ」を入力する。すると、例えば印刷装置はオークションサーバに対してその落札ＩＤが真正なものであるかを問合せる。そしてオークションサーバから真正の落札ＩＤである旨の返答があった場合、印刷装置は広告サーバから広告の画像データを取得する。

そして印刷装置は、図１（ｃ）にあるように、その取得した広告αを例えば配送用の梱包箱の表面に印刷する。出品者はこのようにして広告αが印刷された梱包箱に落札物を入れ、落札者宛の配送を手配する。すると、図１（ｄ）にあるように、落札者は落札物の受け取りに際して広告αに接触することになり、広告効果が発生する。したがって広告αを出稿したクライアントはその広告効果に対する広告料を支払い、その広告料によってこの落札物の配送費用をまかなうことができる、という具合である。

<機能的構成>

図２は、本実施例の落札物配送システムにおける構成の一例を表す概略図である。この図にあるように、本実施例の落札物配送システムは、「オークションサーバ」（０２００）と、「落札端末」（０２１０）と、「出品端末」（０２２０）と、「広告サーバ」（０２３０）と、「梱包広告印刷装置」（０２４０）と、からなる。

なお、「オークションサーバ」と「広告サーバ」は、図にあるように別体のサーバ装置として実現されても良いし、一のサーバ装置が後述する両サーバの機能を備えることで実現されても良い。また、オークションサーバには落札端末のほかに、入札には参加したが落札できなかったユーザーの端末である入札端末も当然接続されているが、図示は省略している。

以下、図示の便宜上、本実施例の落札物配送システムをオークションに係るシステムと広告印刷に係るシステムとに分けて、それぞれのシステムにおける各装置の詳細な機能的構成について説明する。

図３は、本実施例の落札物配送システムを構成するオークションサーバと、出品端末と、落札端末における、それぞれの機能ブロックの一例を表す図である。この図にあるように、「オークションサーバ」（０３００）は、「オークション実行部」（０３０１）と、「落札決定部」（０３０２）と、「落札ＩＤ取得部」（０３０３）と、「落札ＩＤ送信部」（０３０４）と、を有する。

また、「出品端末」（０３２０）は、「落札ＩＤ受信部」（０３２１）と、「落札ＩＤ表示部」（０３２２）と、を有する。また「落札端末」（０３１０）は、本発明に特有の特徴的な構成を備えていないが、一般的な端末と同様にネットワークを介した情報の送受信部や入札情報を入力する入力部、ディスプレイなどの表示部を備えていると良い。

なお、以下に記載する本落札物配送システムを構成する各装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤやＤＶＤなどの記憶メディアとそれらメディアの読取ドライブなど）、情報入力に利用される入力デバイス、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインターフェース、通信用インターフェース、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、ユーザーインターフェース用アプリケーションなどが挙げられる。

そして主メモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、入力デバイスやその他インターフェースなどから入力されメモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。また、この発明は落札物配送システムとして実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。

以下、まずオークションサーバの上記の機能的構成、「オークション実行部」、「落札決定部」、「落札ＩＤ取得部」、「落札ＩＤ送信部」について説明する。

「オークション実行部」（０３０１）は、オークションを実行する機能を有し、ＣＰＵなどの演算装置や主メモリ、通信ＩＦ（インターフェース）、オークション実行プログラムなどによって実現することが出来る。具体的にオークション出品用Ｗｅｂページなどを介して、出品端末からオークションの出品物に係る情報（写真データや紹介テキストなど）及びオークションの条件（開始価格や入札単位価格、入札終了日時、また場合によっては即決価格や最低落札金額など）の入力を受付ける。そして、受付けた情報に基づいて当該出品物の入札用Ｗｅｂページを生成し、Ｗｅｂ上に公開する。

その後、入札用Ｗｅｂページを介して入札端末から入札金額を含む入札を受付けると、入札端末のＩＤと関連付けて受付けた入札を管理する。そして例えばサーバの内蔵時計や外部の時間情報を参照し、当該出品物の入札終了日時が到来したら、その時点で最高額を示す入札と関連付けて管理されている入札端末のＩＤを特定する、という具合である。

もちろん、最初に出品端末から入力されたオークションの条件によって即決価格や最低落札金額が設定されていれば、入札終了日時前に即決価格以上の入札を行った入札端末のＩＤを特定しても良いし、入札終了日時が到来しても最低落札金額以上の入札が無ければ入札端末のＩＤを特定しないようしても良い。

このようにオークション実行部では、通常のネットオークションと同様にオークションの出品を受付け、その出品時に設定されたオークションの条件に従い入札を管理する、という具合である。

「落札決定部」（０３０２）は、落札端末からの入札を受けて落札を決定するための機能を有し、例えばＣＰＵなどの演算装置や主メモリ、落札決定プログラムなどによって実現することが出来る。具体的に、前述のオークション実行部の処理によってオークション条件に応じて特定された入札端末を、その出品の落札端末として落札を決定する、という具合である。

図４は、このように決定された落札を管理するためにオークションサーバで保持されているマスタデータの一例を表す概念図である。この図４にあるように、オークションサーバは、例えばオークションマスタデータ、出品者マスタデータ、落札者マスタデータをＨＤＤやフラッシュメモリなどの記憶装置に保持している。そしてオークションマスタデータでは、図４の（ａ）にあるように、出品登録時に自動的に付与などされる「オークションＩＤ」を主キーとして、出品物の「名称：田園」や「カテゴリー：ＣＤ」、入札用Ｗｅｂページに表示するための「画像：００１．ｊｐｇ」、などを関連付けてテーブル化している。また、落札決定部にて落札が決定された出品に関しては、「落札フラグ：○（当該出品物に関し落札がされたことを示すフラグ情報）」や、次の落札ＩＤ取得部で取得、付与される落札ＩＤなども関連付けられていると良い。またその他にも、開始価格や入札単位価格、入札終了日時、現在入札価格や、設定されていれば即決価格や最低落札金額などの情報も関連付けられていると良い。

また、上記オークションマスタデータは、「オークションＩＤ」によって図４（ｂ）に示す出品者マスタデータと連携管理されている。この出品者マスタデータでは、「オークションＩＤ」を主キーとして、その他に「出品者ＩＤ：ａ１１１１」や「氏名：山田太郎」、「住所：東京都港区・・・」、「メールアドレス：ＹＴａｒｏ＠・・・ｃｏ．ｊｐ」などが関連付けられている。

また、同様に「オークションＩＤ」によって、図４（ｃ）に示すように「落札者ＩＤ」や「落札額」などをデータ項目とする落札者マスタデータも、オークションマスタデータや出品者マスタデータと連携管理されている、という具合である。

「落札ＩＤ取得部」（０３０３）は、決定された落札に応じて落札ＩＤを取得する機能を有し、例えばＣＰＵなどの演算装置や主メモリ、落札ＩＤ取得プログラムなどによって実現することが出来る。具体的に、例えば落札ＩＤをオークションＩＤと同一のものとする場合、前述の図４に示すオークションマスタデータから、そのオークションＩＤを取得するよう構成すると良い。あるいは落札決定に応じて新たに落札ＩＤ「ａａａ０００１」などを生成し、図４に示すようにオークションマスタデータにオークションＩＤと関連付けて付加し格納するよう構成しても良い。

また落札ＩＤは、文字や数字、記号などの任意の組み合わせ列で表現されても良いし、そのような組み合わせ列を二次元バーコードなどに変換したものでも良い。あるいは落札を一意に識別できるものであれば画像や音声データなどのバイナリデータで表現されたものであっても良い。

このように落札が成立したオークション取引に関して、落札ＩＤを付与してオークションマスタデータなどにて管理するとともに、当該落札ＩＤを出品端末やその他の装置に送信することで、後述する梱包広告印刷装置での広告印刷の認証処理を行うことができる。

「落札ＩＤ送信部」（０３０４）は、落札ＩＤを送信する機能を有し、例えばＣＰＵなどの演算装置や主メモリ、通信ＩＦ、落札ＩＤ送信プログラムなどによって実現することが出来る。具体的に、前述の落札ＩＤ取得部にて取得した落札ＩＤを、所定の送信先に送信する処理を行う。ここで本発明の落札物配送システムでは「出品端末」を所定の送信先の一つとして落札ＩＤの送信を行うと良い。このようにして出品端末を利用する出品者に対して落札ＩＤを通知することができる。そして梱包物などへの広告印刷を行うことで配送料をまかなうため、出品者はその通知された落札ＩＤを利用してネットオークションが成立した事の認証を行う、という具合である。なお、ここで落札ＩＤは、そのまま認証のためのＩＤ（認証ＩＤ）として利用されても良いし、例えば二次元バーコードで示される落札ＩＤを解析し得られた文字列などを認証ＩＤとして利用しても良い。

また、落札ＩＤの送信方法は様々であって良い。例えば落札決定通知のメールに落札ＩＤを合わせて記載して送信する方法が挙げられる。その場合、送信先アドレスは図４（ｂ）に示す出品者マスタデータから取得すると良い。あるいは、例えば出品端末にオークション用アプリケーションがインストールされていれば、そのアプリケーションによって取得された出品端末のＩＰアドレス宛に直接送信しても良い。またその場合、当該アプリケーションが落札ＩＤ表示用のポップアップウィンドウを出品端末上で表示するなどの処理を行う構成とすると良い。

また出品端末以外の送信先については、システムの構成に応じて適宜設定されると良い。例えば、後述する認証ＩＤによる認証を梱包広告印刷装置にて実行する場合は、その認証に利用するために落札ＩＤや落札ＩＤと関連付けられた認証ＩＤを梱包広告印刷装置宛に送信すると良い。また、広告サーバにて認証ＩＤによる認証処理を行う場合には、広告サーバ宛に落札ＩＤを送信すると良い。

つづいて、上記のように送信された落札ＩＤを受信する「出品端末」の機能的構成について説明する。ここで、出品端末は、前述のオークション実行部にてオークションの対象となる出品に係る処理を行うための出品情報（出品物写真や紹介テキスト、あるいはオークションの条件など）の入力部や、入力された出品情報をオークションサーバに送信する送信部などを有していると良い。ただし、その構成については従来のオークションシステムにおける出品者の端末と同様であるので説明は省略する。
そして、本実施例では、図３に示す通り「出品端末」（０３２０）は、「落札ＩＤ受信部」（０３２１）と、「落札ＩＤ表示部」（０３２２）と、を有することを特徴とする。

「落札ＩＤ受信部」（０３２１）は、落札ＩＤを受信する機能を有し、例えばＣＰＵなどの演算装置や主メモリ、通信ＩＦ、落札ＩＤ受信プログラムなどによって実現することが出来る。具体的に、メールやその他の各種方法で送信されてきた落札ＩＤを通信ＩＦにて受信し、落札ＩＤ受信プログラムに従ったＣＰＵの処理により主メモリなどにその落札ＩＤを格納する、という具合である。

「落札ＩＤ表示部」（０３２２）は、落札ＩＤを表示する機能を有し、例えば描画用ＣＰＵなどの演算装置や主メモリ（ビデオメモリ）、ディスプレイ、落札ＩＤ表示プログラムなどによって実現することが出来る。具体的に、受信し主メモリなどに格納されている落札ＩＤに従い、ビデオメモリ上に描画用データを生成しディスプレイに表示する、という具合である。

なお、この表示は様々な形態で実施されると良い。例えば前述のように、落札ＩＤが二次元バーコードなどの画像として受信されていれば、ディスプレイ上に当該落札ＩＤを示す二次元バーコードが表示されても良い。そのような場合には、出品者はそれをバーコード読取機能付携帯端末で撮影する事で携帯端末に落札ＩＤを取り込むよう構成すると良い。そしてその取り込んだ落札ＩＤを、後述するように携帯端末から梱包広告印刷装置に赤外線通信などで送信するよう構成すると良い。

以上のように、本実施例の落札物配送システムのうちオークションに関するシステムによって、落札に応じた落札ＩＤが出品者の出品端末に送信、表示される。それにより、出品者は、梱包物などに広告を印刷するために必要な落札ＩＤ（又は認証ＩＤ）を知ることができる。

つづいて、図２の広告印刷に係るシステムにおける各装置の機能的構成について、図５を参照し説明する。

図５は、本実施例の落札物配送システムを構成する広告サーバと、梱包広告印刷装置における、それぞれの機能ブロックの一例を表す図である。この図にあるように、「広告サーバ」（０５３０）は、「広告保持部」（０５３１）と、「広告送信部」（０５３２）と、を有する。

また、「梱包広告印刷装置」（０５４０）は、「認証ＩＤ入力受付部」（０５４１）と、「広告受信部」（０５４２）と、「印刷部」（０５４３）と、を有する。

以下、まず広告サーバの機能的構成、「広告保持部」、「広告送信部」について説明する。

「広告保持部」（０５３１）は、落札された出品物を梱包する梱包物に付帯するための広告を保持する機能を有し、例えばフラッシュメモリやＨＤＤ、ＤＶＤメディアやその読取装置、あるいはその他の各種記録装置によって実現することができる。

「梱包物」とは、落札された出品物の梱包時に利用される部材をいい、例えば梱包用の箱や袋、包装紙、封用テープ、また梱包物に貼付するための配送用の伝票や荷札が挙げられる。したがって、広告はそれらに直接印刷されても良い。また、広告は梱包物に付帯されるものに印刷されても良い。「梱包物に付帯する」とは、例えば梱包用の箱や袋に別紙などを同封することが挙げられる。したがって、広告は別紙に印刷され、梱包物に同封されても良い。

図６は、この広告保持部での広告保持の一例を表す概念図である。ここで、例えば広告クライアントから広告の出稿依頼があると、その広告画像を取得し、広告のカテゴリーなどとともに広告サーバに登録する。すると図６（ａ）にあるように、登録された広告ごとに「広告ＩＤ」が付され、その広告ＩＤと関連付けて「広告主ＩＤ」、「印刷用データ（広告画像）」、「カテゴリー」などの情報をテーブルデータとして保持する、という具合である。また、このテーブルには、その他に「出稿期間」や「希望印刷形態（梱包箱か同封別紙か、カラーかモノクロかなど）」などの情報が広告ＩＤと関連付けられていても良い。また、広告は画像（バイナリ）データのみならずテキストデータなどであっても良い。

また、図６（ｂ）にあるように、例えばオークションサーバの処理により落札が成立し、落札ＩＤがこの広告サーバに送信されてきた場合、その落札ＩＤと広告ＩＤとを関連付けて保持するよう構成しても良い。なお、落札ＩＤと関連付けられる広告ＩＤを決定する処理は、適宜設定されたルールに従うと良い。例えば、乱数表を利用してランダムに決定するルールであっても良い。あるいは実施例３で後述するように、落札ＩＤと関連付けてその落札物のカテゴリー情報を取得し、同一カテゴリーの広告を関連付けるルールも挙げられる。あるいは実施例４で後述するように、落札ＩＤと関連付けて落札者の所望商品を示す「ウィッシュリスト」を取得し、そのウィッシュリストに示される商品の広告ＩＤを関連付けるルールなども挙げられる。

そして、後述する梱包広告印刷装置にて落札ＩＤに由来する認証ＩＤの入力がなされた場合、その落札ＩＤをキーとして図６（ｂ）に示すデータテーブルを検索し、特定された広告ＩＤに係る広告などを梱包広告印刷装置に返信する、という具合である。

「広告送信部」（０５３２）は、広告保持部に保持された広告を送信する機能を有し、例えば、例えばＣＰＵなどの演算装置や主メモリ、通信ＩＦ、広告送信プログラムなどによって実現することが出来る。なお、ここでの広告送信に関する各種処理は、適宜設定に応じて実行されると良い。例えば広告の送信タイミングに関しては、後述する梱包広告印刷装置からの広告送信リクエストに応じて実行するタイミングや、所定の周期で定期的に広告を送信するタイミングなどが挙げられる。また、送信する広告の決定処理についても、前述のように図６（ｂ）のテーブルデータを参照し決定しても良いし、落札ＩＤには関係なく例えばランダムに決定するなどしても良い。
このようにして広告サーバから送信された広告が、後述する落札ＩＤを利用した認証の後、梱包物に付帯するよう印刷される、という具合である。

つづいて、上記のように送信された広告を梱包物に付帯するため印刷する「梱包広告印刷装置」の機能的構成について説明する。図５に示す通り「梱包広告印刷装置」（０５４０）は、「認証ＩＤ入力受付部」（０５４１）と、「広告受信部」（０５４２）と、「印刷部」（０５４３）と、を有する。

「認証ＩＤ入力受付部」（０５４１）は、認証ＩＤの入力を受付ける機能を有し、例えばＣＰＵなどの演算装置や主メモリ、キーボードなどの入力デバイスあるいは短距離通信ＩＦ、認証ＩＤ入力受付プログラムなどによって実現することが出来る。

「認証ＩＤ」とは、落札ＩＤで認証されることを目的とするＩＤをいい、例えば落札ＩＤと同一のＩＤであっても良いし、落札ＩＤと関連付けられ管理される事で、落札ＩＤと別の文字列として（落札ＩＤで認証可能に）構成されても良い。また、例えば落札ＩＤが所定文字列を二次元バーコード化したものであれば、認証ＩＤは、二次元バーコードを逆変換して取得される所定文字列であっても良い。

なお、この認証ＩＤの入力方法は様々であって良い。例えば、前述のように出品端末にて表示された文字列などの落札ＩＤ（＝認証ＩＤ）を、出品者が梱包広告印刷装置に備えられたキーボードにて入力する方法が挙げられる。あるいは、出品端末が携帯電話などであり、無線短距離通信機能を備えていれば、梱包広告印刷装置に備えられたその通信ポートを介して認証ＩＤを無線通信入力する方法なども挙げられる。

そして梱包広告印刷装置では、以下の構成によって、このように入力された認証ＩＤを利用してオークションによる商取引が成立したことを保証した上で広告印刷を行うことができる。

「広告受信部」（０５４２）は、広告を、広告サーバ装置から受信する機能を有し、例えばＣＰＵなどの演算装置や主メモリ、通信ＩＦ、落札ＩＤ受信プログラムなどによって実現することが出来る。

「広告」とは、入力を受付けた認証ＩＤを落札ＩＤにて認証した結果が真正であるとの認証結果である場合に前記付帯するために印刷される広告である。したがって、この広告受信部での広告受信は、例えば認証ＩＤによる認証処理の後に広告サーバに送信リクエストを出し、返信された広告を受信する構成であっても良い。あるいは広告サーバから広告を当該認証処理前に予め受信する構成であっても良い。またその場合には認証処理の結果を受けて、予め受信し保持しておいた広告を印刷する構成とすると良い。

なお、上記のように広告の受信条件又は印刷条件となる「認証ＩＤを落札ＩＤにて認証する処理」については、梱包広告印刷装置自身が行っても良いし、その他のオークションサーバや広告サーバで実行しても良い。このように認証処理はその処理主体を様々に設定することができるため、認証処理の説明は処理主体ごとに場合分けをして後述する。

「印刷部」（０５４３）は、受信した広告を梱包物に付帯するための印刷をする機能を有し、例えばＣＰＵなどの演算装置や主メモリ、プリンタ装置、印刷プログラムなどによって実現することが出来る。

この印刷部では梱包物に付帯するため、前述の通り、梱包箱や袋、包装紙、配送用の伝票や荷札、あるいは梱包物に同封される別紙などに広告を印刷する。また、その印刷は、所定の条件に従って広告画像を拡大／縮小して行っても良いし、一の梱包物などに複数の広告画像を印刷しても良いし、カラー／モノクロで印刷されても良い。また、このような広告の編集を実施例２で後述するようにその必要な配送料に応じて行っても良い。

また、例えばオークションの入金処理と落札物の配送処理とを一元管理することができる配送業者店舗などにて梱包広告印刷装置が設置されるのであれば、オークションの入金と梱包物などへの広告の印刷と、を連携して処理しても良い。具体的に、口座情報などから入金金額を取得し、オークションサーバから取得した落札金額よりも多い、あるいは配送料を含む落札金額と同一の金額であると判断されれば、広告で配送料をまかなう必要が無いため広告を印刷する処理は行わず、逆であれば広告の印刷を実行するという具合である。

そしてこのように広告が印刷された梱包物（あるいは印刷されたものが付帯する梱包物）を用いて落札物を梱包し、落札者に対して配送する。そして配送事業者は、広告を出稿した広告クライアントから徴収した広告費用を配送費用に充てる事で、配送料無料を実現する、という具合である。

以上のように本実施例の落札物配送システムでは、認証ＩＤを落札ＩＤで認証した後に梱包物などに広告を印刷するため、オークション取引が成立していることを保証した上で広告クライアントから広告費を徴収することができる。また、オークション取引の成立の都度広告を印刷するので、リアルタイムで情報鮮度の高い広告を提供することができる。

つづいて、本実施例の落札物配送システムにおける「落札ＩＤでの認証ＩＤの認証処理」について、その詳細を以下に説明する。この「落札ＩＤでの認証ＩＤの認証処理」を行う機能を備える「認証処理部」は、図７に示すように、その処理主体に応じて大きく３つのパターンに分けることができる。

図７（ａ）に示すように、「認証処理部」は、「オークションサーバ」（０７００ａ）に備えられる構成が挙げられる。具体的に、「梱包広告印刷装置」（０７４０ａ）にて入力を受付けた認証ＩＤ（例えば落札ＩＤと同一）を「オークションサーバ」に送信する。「オークションサーバ」では、図４のオークションマスタデータ中のその認証ＩＤと関連付けられている落札フラグを参照し、落札されたことを示すフラグであれば、その認証ＩＤを真正として判断する。また、認証ＩＤが落札ＩＤを基にして「オークションサーバ」にて生成されたものであれば、その関連性を示すテーブルを「オークションサーバ」に保持しておくと良い。そして当該テーブルデータを参照することで認証ＩＤを落札ＩＤに変換した後、上記同様にオークションマスタを参照してその真正判断処理を行うと良い。

また、図７（ｂ）に示すように、「認証処理部」は「広告サーバ」（０７３０ｂ）に備えられる構成であっても良い。その場合には、落札が成立すると「オークションサーバ」（０７００ｂ）から「広告サーバ」に対して落札ＩＤ、あるいは落札ＩＤと認証ＩＤとを関連付けたテーブルデータが送信される。そして「梱包広告印刷装置」（０７３０ｂ）では入力を受付けた認証ＩＤを広告サーバに送信し、「広告サーバ」にてその認証ＩＤと、オークションサーバより送信された落札ＩＤやテーブルデータとの比較判断処理を行う、という具合である。

また図７（ｃ）にあるように、「認証処理部」は、「梱包広告印刷装置」（０７４０ｃ）に備えられる構成であっても良い。その場合には、「オークションサーバ」（０７００ｃ）から「広告サーバ」に対して落札ＩＤ、あるいは落札ＩＤと認証ＩＤとを関連付けたテーブルデータが送信される。そして、「梱包広告印刷装置」自身が、受付けた認証ＩＤについての認証処理を実行する、という具合である。

また、もちろん認証専用のサーバを設け、上記認証処理を行うよう構成しても良い。このように、梱包広告印刷装置で入力された認証ＩＤを認証する主体は様々であって良く、また上記構成をとる事でいずれの場合でも同様の作用効果を生じることができる。

つづいて、上記のうち図７（ａ）で示すようにオークションサーバにおいて認証処理を行う場合のさらに詳細な機能的構成の一例について、以下図を用いて説明する。

図８は、認証ＩＤによる認証処理を行う機能を備えるオークションサーバにおける機能ブロックの一例を表す図である。この図にあるように、「オークションサーバ」（０８００）は、前述の通り「オークション実行部」（０８０１）と、「落札決定部」（０８０２）と、「落札ＩＤ取得部」（０８０３）と、「落札ＩＤ送信部」（０８０４）と、を有する。なお、これらの機能的構成は、上記にて記載済みであるのでその説明は省略する。そして認証ＩＤによる認証処理を行うため、このオークションサーバは、さらに「第一認証処理部」（０８０５）と、「第一広告印刷制御部」（０８０６）と、を有する。

「第一認証処理部」（０８０５）は、梱包広告印刷装置において入力された認証ＩＤを受信し、その認証ＩＤが真正であるか否かを認証する機能を有し、例えばＣＰＵなどの演算装置や主メモリ、通信ＩＦ、第一認証処理プログラムなどによって実現することが出来る。具体的に、梱包広告印刷装置では認証ＩＤが入力されると、例えばこのオークションサーバのＩＰアドレスなどを宛先として認証ＩＤを送信する。そしてオークションサーバでは通信ＩＦにてその認証ＩＤを受信し、主メモリなどに格納する。そして受信した認証ＩＤをキーとして図４（ａ）に示すようなマスタデータを参照し、当該認証ＩＤと同じ落札ＩＤが格納されているかＣＰＵの論理演算処理によって判断する。そして、受信した認証ＩＤと同一の（あるいは関連付けが示されている）落札ＩＤがマスタデータに含まれていれば、認証ＩＤは真正なものであるとの判断結果を出力する、という具合である。

「第一広告印刷制御部」（０８０６）は、認証した結果が真正であるとの認証結果である場合に前記付帯すべき広告を、梱包広告印刷装置にて印刷するよう制御する機能を有し、例えばＣＰＵなどの演算装置や主メモリ、第一広告印刷制御プログラムなどによって実現することが出来る。

なお、この第一広告印刷制御部における梱包広告印刷装置での印刷制御は、さまざまな形態で実現することができる。例えば、オークションサーバが認証結果をそのまま梱包広告印刷装置に返信するよう構成する実施形態が挙げられる。その場合、梱包広告印刷装置では、受信した認証結果に応じて広告サーバに広告の送信リクエストを出したり、予め広告サーバから配信され自身が保持している広告の印刷を行ったりする、という具合である。

あるいは、オークションサーバが認証結果を広告サーバに送信するよう構成する実施形態も挙げられる。その場合広告サーバでは、受信した認証結果に応じて広告を梱包広告印刷装置に送信する。そして梱包広告印刷装置では、その広告の受信をもって認証が真正である旨を確認し受信した広告の印刷を実行する、という具合である。また上記構成の場合、オークションサーバから広告サーバに送信されるのは認証結果のみならず、広告の送信命令などであっても良い。

このようにして、オークションサーバにて認証ＩＤの認証を行い、その認証結果に応じて梱包広告印刷装置での広告印刷を実行させることができる。

つづいて、オークションサーバではなく、広告サーバにおいて認証処理を行う場合の詳細な機能的構成の一例について、以下図を用いて説明する。

図９は、認証ＩＤによる認証処理を行う機能を備える広告サーバにおける機能ブロックの一例を表す図である。この図にあるように、「広告サーバ」（０９３０）は、前述の通り「広告保持部」（０９３１）を有する。また図示しない「広告送信部」を有していても良い。なお、これらの機能的構成は、上記にて記載済みであるのでその説明は省略する。そして認証ＩＤによる認証処理を行うため、この広告サーバは、さらに「サーバ落札ＩＤ受信部」（０９３２）と、「第二認証処理部」（０９３３）と、「第二広告印刷制御部」（０９３４）と、を有する。

「サーバ落札ＩＤ受信部」（０９３２）は、オークションサーバから落札ＩＤを受信する機能を有し、例えばＣＰＵなどの演算装置や主メモリ、通信ＩＦ、サーバ落札ＩＤ受信プログラムなどによって実現することが出来る。具体的に、ネットワーク経由で通信ＩＦを介して受信した落札ＩＤや、落札ＩＤと認証ＩＤとを関連付けたテーブルデータなどを主メモリに格納する、と言う具合である。

「第二認証処理部」（０９３３）は、梱包広告印刷装置において入力された認証ＩＤを受信し、その認証ＩＤが真正であるか否かを認証する機能を有する。なお、この第二認証処理部における処理は、主体が広告サーバである点と、認証に利用する落札ＩＤがサーバ落札ＩＤで受信したものである点を除くと上記オークションサーバの第一認証処理部と同じであるので、その説明は省略する。

「第二広告印刷制御部」（０９３４）は、認証した結果が真正であるとの認証結果である場合に前記付帯すべき広告を、梱包広告印刷装置にて印刷するよう制御する機能を有し、例えばＣＰＵなどの演算装置や主メモリ、第一広告印刷制御プログラムなどによって実現することが出来る。

なお、この第二広告印刷制御部での印刷制御は、前述のオークションサーバにおける第一広告印刷制御部と同様に、さまざまな形態で実現することができる。すなわち、認証判断の結果に応じて、梱包広告印刷装置に対して広告を送信する構成が挙げられる。この場合、梱包広告印刷装置では、広告の受信をトリガーとして梱包物などに広告を印刷することで、広告サーバの第二広告印刷制御部による印刷制御が実現される。

また、梱包広告印刷装置に対して、広告サーバから予め広告が配信されている場合には、第二広告印刷制御部はその認証結果のみを送信すると良い。そして梱包広告印刷装置にて、その広告サーバから送信された認証結果に応じて予め受信しておいた広告の印刷処理が実行される、という具合である。

このようにして、オークションサーバでは無く広告サーバにて認証ＩＤの認証を行い、その認証結果に応じて梱包広告印刷装置での広告印刷を実行させることができる。

<ハードウェア構成>

図１０は、上記機能的な各構成要件をハードウェアとして実現した際の、オークションサーバにおける構成の一例を表す概略図である。この図を利用してオークションの実行処理と落札ＩＤの送信処理におけるそれぞれのハードウェア構成部の働きについて説明する。

この図にあるように、オークションサーバは、各種演算処理を実行する「ＣＰＵ（中央演算装置）」（１００１）と、「主メモリ」（１００２）と、を備えている。また各種マスタデータを保持する「ＨＤＤ（ハードディスク・ドライブ）」（１００３）や、出品端末（１０２０）や落札端末（１０１０）との間でネットワークを介して情報を送受信するための「通信ＩＦ」（１００４）なども備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

また、「主メモリ」にはプログラムが読み出され、「ＣＰＵ」は読み出された当該プログラムを参照し、プログラムで指示される手順に従い各種演算処理を実行する。また、この「主メモリ」や「ＨＤＤ」にはそれぞれ複数のアドレスが割り当てられており、「ＣＰＵ」の演算処理においては、そのアドレスを特定し格納されているデータにアクセスすることで、データを用いた演算処理を行うことが可能になっている。

ここで、オークションサーバの「主メモリ」には、オークション実行プログラム、落札決定プログラム、落札ＩＤ取得プログラム、落札ＩＤ送信プログラムが読み出されている。そして、「ＣＰＵ」によるオークション実行プログラムの解釈によって以下の処理が実行される。まず、出品端末から出品受付用ＷｅｂページにアクセスするためのＨＴＴＰリクエストを「通信ＩＦ」にて受信すると、「ＣＰＵ」は「ＨＤＤ」のアドレスＤに格納されている当該Ｗｅｂページのデータを返信するためのＨＴＴＰレスポンスを生成し、リクエスト元の出品端末に返信する。そして、出品端末上に表示された出品受付用Ｗｅｂページを介してオークション出品に関する各種条件（開始価格や入札終了日時など）や出品紹介用のテキスト、出品物画像データ、また出品者に関する情報などを「通信ＩＦ」にて受信すると、そのオークション条件などを「主メモリ」のアドレス１に格納する。そして、それらデータにオークションＩＤを付与しオークションマスタや出品者マスタに格納する。

つづいて「ＣＰＵ」はオークション実行プログラムで示される手順に従い、前記入力された出品紹介テキストや画像などを含む入札用Ｗｅｂページを生成する。そして入札用Ｗｅｂページを「ＨＤＤ」内の所定ディレクトリに格納して、当該Ｗｅｂページをインターネット上で公開する。

そして、このようにインターネット上に公開された入札用Ｗｅｂページを介してネットワーク上の端末から入札金額を含む入札データを「通信ＩＦ」にて受付けると、その入札データを「主メモリ」のアドレス２に格納する。そして「ＨＤＤ」の落札者マスタから当該出品の現在の最高入札金額を取得し、入札データに含まれる入札金額との大小比較処理を「ＣＰＵ」にて実行する。その結果、入札金額が現在の最高入札金額以上であるとの判断結果が出力されれば、最高入札金額を更新し、当該入札データを落札候補者のデータとして落札者マスタに格納する。

そして、「ＣＰＵ」は落札決定プログラムを解釈し、それに従い内蔵時計から時刻情報を定期的に取得したり、インターバルタイマ機能などを利用したりして、オークションマスタで示される入札終了日時が到来した旨を検知すると、オークションの終了処理を実行し、以降の入札を受付けないようにする。そして、その時点で落札候補者データとして落札者マスタに格納されているデータを正式な落札者のデータとする。そして、落札が決定した旨を出品者や落札者に通知するため、落札者ＩＤなどを含む落札結果を「主メモリ」のアドレス３に格納する。（もちろん、オークションの終了条件に応じて、上記の落札決定処理は様々な処理であって構わない。）

つづいて「ＣＰＵ」は落札ＩＤ取得プログラムを解釈し、それに従い落札結果に合わせて落札ＩＤを生成、付与する。この落札ＩＤの生成処理は、例えばオークションＩＤや出品者ＩＤ、落札者ＩＤを組み合わせた文字列などを所定のルールで変換する事で確率的に一意となるように生成しても良いし、予め用意された落札ＩＤリストから未使用の落札ＩＤを選択するなどの処理を行って生成しても良い。そしてこのように生成された落札ＩＤをオークションマスタに格納するとともに、「主メモリ」のアドレス４に格納する。

そして「ＣＰＵ」は落札ＩＤ送信プログラムを解釈し、それに従い出品者マスタ及び落札者マスタから、落札結果の送信先として例えば出品者のメールアドレスと落札者のメールアドレスとを取得し、「主メモリ」のアドレス５に格納する。そして、それらメールアドレスを宛先とし、また「主メモリ」のアドレス３や４に格納されている落札結果及び落札ＩＤをその文面に含むメールを作成し、「通信ＩＦ」から当該メールを送信する。

このようにして、オークションサーバから出品端末や落札端末に落札ＩＤが通知される、という具合である。

そして出品端末では、図示しない「通信ＩＦ」にてその落札ＩＤを含むメールを受信すると、例えばメールクライアントで実現される落札ＩＤ表示プログラムに従った処理により、「ディスプレイ」上にその落札ＩＤを表示する。このようにして、出品者は梱包物などに広告を印刷するための認証ＩＤとなる落札ＩＤを知ることができる。

つづいて、図１１を用いて広告サーバにおけるハードウェア構成の一例と、広告データの送信に係る処理について説明する。

この図にあるように、広告サーバは、各種演算処理を実行する「ＣＰＵ」（１１３１）と、「主メモリ」（１１３２）と、を備えている。また広告データなどを保持する「ＨＤＤ」（１１３３）や、梱包広告印刷装置やその他装置との間でネットワークを介して情報を送受信するための「通信ＩＦ」（１１３４）なども備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

ここで、所定のタイミングで「ＣＰＵ」は広告送信プログラムを解釈し、それにしたがって「ＨＤＤ」から広告データを取得して「主メモリ」のアドレス１に格納する。そして、予め取得している梱包広告印刷装置のＩＰアドレスを「主メモリ」のアドレス２に格納し、それを宛先として「主メモリ」に格納している広告データを送信する、という具合である。

なお、広告送信プログラムを解釈し広告データを送信するタイミングについては、前述のようにシステムの設計に応じて様々設定されて良い。例えば、定期的に広告が送信されるように、タスクスケジューラ機能などを利用して広告送信プログラムが解釈、実行されるよう構成しても良い。あるいは梱包広告印刷装置から送信された広告リクエストや、オークションサーバからの広告送信命令の受信をトリガーとして、広告送信プログラムが解釈、実行されるよう構成しても良い。

また、送信する広告の特定についてもシステムの設計に応じて様々設定されて良い。例えば、広告の出稿順に送信広告を決定する構成や、広告料に応じて選択確率を決定しランダムに送信広告を決定する、といった構成などが挙げられる。あるいは、実施例３や４で後述するように、落札された出品物のカテゴリー情報や落札者が落札を希望する商品の識別情報などを利用して送信広告を決定する構成などであっても良い。

このようにして所定のタイミングで広告サーバから送信された広告が、落札ＩＤによる認証処理のあと、次の梱包広告印刷装置にて梱包物などに印刷されることになる。

図１２は、梱包広告印刷装置におけるハードウェア構成の一例を表す図である。この図を利用して梱包物などへの広告の印刷処理について説明する。この図にあるように、梱包広告印刷装置は、各種演算処理を実行する「ＣＰＵ」（１２４１）と、「主メモリ」（１２４２）と、オークションサーバ（１２００）や広告サーバ（１２３０）との間でネットワークを介して情報を送受信するための「通信ＩＦ」（１２４３）を備えている。また、梱包物などに広告を印刷するための「プリンタ」（１２４４）と、出品者からの認証ＩＤの入力を受付ける「赤外線ＩＦ」（１２４５）と、出品者からキー操作による情報入力を受付ける「キーパッド」（１２４６）なども備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

ここで上記の図１０で説明したように、出品端末にて表示されることで落札ＩＤを通知された出品者は、この梱包広告印刷装置の「キーパッド」や「タッチパネル」などの装置に接続された入力デバイスを操作して落札ＩＤを入力する。あるいは、出品端末が赤外線通信機能付の携帯端末であれば、赤外線通信によって「通信ＩＦ」に落札ＩＤを送信する。すると、「ＣＰＵ」は認証ＩＤ入力受付プログラムを解釈し、その入力／送信された落札ＩＤを認証ＩＤとして「主メモリ」のアドレス１に格納する。

そしてその認証ＩＤを利用して、落札が実際にされたか否かの認証処理が実行され、その認証結果を「主メモリ」のアドレス２に格納する。なお、前述の通り、その認証処理は梱包広告印刷装置にて行われても良いし、認証ＩＤをオークションサーバや広告サーバ、あるいは認証専用サーバなどに送信し、そこで認証処理を行っても良い。なお認証処理の詳細については図１３を参照し後述する。

そして認証結果が真正である旨を示す場合、「ＣＰＵ」は広告受付プログラムを解釈し、それに従って広告サーバに対して広告リクエストを「通信ＩＦ」から出力する。そして、その広告リクエストに応じて返信されてきた広告を、印刷データとして「主メモリ」のアドレス３に格納する。

もちろん広告サーバが定期的に広告を配信するなどの構成をとっていれば、広告受付プログラムは、このように認証結果に応じた広告サーバへの広告リクエストの出力は行わず、定期配信された広告を「通信ＩＦ」にて受動的に受信し、図示しない「ＨＤＤ」などに保持する。そして、認証結果が真正である旨を示す場合、その保持されている広告を取得し、印刷データとして「主メモリ」のアドレス３に格納する手順が示されていると良い。

つづいて、「ＣＰＵ」は印刷プログラムを解釈し、それにしたがって「主メモリ」のアドレス３に格納された印刷データを「プリンタ」に出力し、「プリンタ」にてその印刷データを梱包用の袋／箱外面や同梱用別紙などに印刷する。そして、出品者はその広告が印刷された梱包袋などに出品物を封入し、落札者宛に配送する。また、例えばその印刷履歴を梱包広告印刷装置や広告サーバ、あるいはオークションサーバなどが保持しておくことで、印刷された広告のクライアントに対してその出稿料を請求する。そして、その広告出稿料によって上記落札物の配送費用をまかなうことができる。

つづいて、図１３を用いて、認証ＩＤによる認証処理におけるそれぞれのハードウェア構成部の働きについて説明する。ただし、前述のように認証処理を実行する主体は様々な装置であって良いので、以下のハードウェア構成はどのような装置を構成するものであるかについて特別に限定はしない。

図１３に示すように、認証機能を備える装置は、各種演算処理を実行する「ＣＰＵ」（１３０１）と、「主メモリ」（１３０２）と、を備えている。また認証ＩＤマスタを保持する「ＨＤＤ」（１３０３）や、外部装置とネットワークを介して情報を送受信するための「通信ＩＦ」（１３０４）なども備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

ここで、この装置は、オークションサーバにて生成された落札ＩＤのテーブルリストである認証ＩＤマスタを、内部的あるいは「通信ＩＦ」を介して外部装置から取得し、「ＨＤＤ」のアドレスＡに保持している。

そして図示しない「キーパッド」などで直接入力されることで、あるいは外部装置から「通信ＩＦ」を介して受信することで認証ＩＤを取得し、「主メモリ」のアドレス１に格納する。

するとその格納をトリガーとして、「ＣＰＵ」は認証処理プログラムを解釈し、それに従い、認証ＩＤをキーとして「ＨＤＤ」に格納されている認証ＩＤマスタを検索するための論理演算処理を実行する。そして、論理演算処理によってマスタ内に当該認証ＩＤが含まれているとの処理結果が出力されれば、その認証ＩＤは真正であるとの認証結果を「主メモリ」のアドレス２に格納する。

そして、認証ＩＤが真正であるとの認証結果である場合、「ＣＰＵ」は広告印刷制御プログラムを解釈し、それに従い梱包物に付帯すべき広告を梱包広告印刷装置にて印刷するよう制御するための広告印刷制御命令を生成し、「主メモリ」のアドレス３に格納する。

なお、この広告印刷制御命令は、認証処理の主体に応じて様々な態様であって良い。例えば本装置がオークションサーバである場合、梱包広告印刷装置に対する「認証結果の送信命令」を広告印刷制御命令とする態様が挙げられる。その場合、オークションサーバは内部的な送信命令に従い認証結果を送信する。そして梱包広告印刷装置では、送信された認証結果を受けて、前述の広告印刷処理を実行するよう構成されている、という具合である。あるいは、広告印刷制御命令が広告サーバに対する「広告の送信命令」であっても良い。その場合、オークションサーバからの「広告の送信命令」を受信した広告サーバは、広告を梱包広告印刷装置に送信する。そして広告を受信した梱包広告印刷装置が、その広告を印刷するよう構成されている、という具合である。

また、認証処理の主体が広告サーバである場合、例えば内部的な「広告の送信命令」を広告印刷制御命令とする態様が挙げられる。その場合、広告サーバはその内部的な広告送信命令に従い、広告を梱包広告印刷装置に送信することで、前述のように梱包広告印刷装置での広告印刷が実行される、と言う具合である。また、広告を定期的に配信する構成であれば、梱包広告印刷装置に対して「広告の印刷命令」を広告印刷制御命令として送信しても良い。

また、認証処理の主体が梱包広告印刷装置である場合、内部的な「広告の印刷命令」を広告印刷制御命令とする態様が挙げられる。あるいは、「広告の配信リクエスト」を広告印刷制御命令として広告サーバに送信しても良い。

このようにして、認証の主体がどこであっても、その認証処理によって梱包広告印刷装置に入力された認証ＩＤが真正である旨の認証結果が得られた場合、梱包物などに広告を印刷することができる。

<処理の流れ>

図１４は、本実施例の落札物配送システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような装置の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され装置を制御するためのプログラムを構成する処理ステップであっても構わない。

この図にあるように、まず、オークションサーバにて出品者から受付けたオークション条件などに基づいてオークションを実行し（ステップＳ１４０１）、図示しない落札端末からの入札を受けて落札を決定する（ステップＳ１４０２）。つづいて決定された落札に応じて落札ＩＤを取得し（ステップＳ１４０３）、その落札ＩＤを出品端末に対して送信する（ステップＳ１４０４）。

そして、出品端末ではその送信された落札ＩＤを受信し（ステップＳ１４０５）、受信した落札ＩＤをディスプレイなどに表示する（ステップＳ１４０６）。

また、広告サーバでは広告保持部に保持された広告を梱包広告印刷装置に送信する（ステップＳ１４０７）。なお、前述の通り、この広告の送信タイミングは様々であって良い。

そして、梱包広告印刷装置では、前記出品端末に表示された落札ＩＤで認証されることを目的とするＩＤである認証ＩＤの入力を、出品者などから受付ける（ステップＳ１４０８）と、入力を受付けた認証ＩＤを落札ＩＤにて認証した結果が真正であるか否か認証処理を実行する（ステップＳ１４０９）。なお、この認証処理は前述のようにその他の装置において実行されても良い。そして真正であるとの認証結果である場合に広告を、梱包物に付帯するための印刷を実行する（ステップＳ１４１０）。

このようにして、落札が行われたかの認証に応じて広告を印刷することができる。

また上記の落札物配送システムにおいて認証処理機能を備えるオークションサーバに関する処理の流れの一例を、図１５を用いて以下に説明する。この図にあるように、出品者から受付けたオークション条件などに基づいてオークションを実行し（ステップＳ１５０１）、落札端末からの入札を受けて落札を決定する（ステップＳ１５０２）。つづいて決定された落札に応じて落札ＩＤを取得し（ステップＳ１５０３）、その落札ＩＤを、出品端末に表示させるため送信する（ステップＳ１５０４）。

その後、梱包広告印刷装置に入力された認証ＩＤを受信し（ステップＳ１５０５）、その認証ＩＤを落札ＩＤにて認証した結果が真正であるか否か認証処理を実行する（ステップＳ１５０６）。そして真正であるとの認証結果である場合には、広告を梱包広告印刷装置にて印刷するため、例えば広告サーバに広告を送信させるなどの制御をする（ステップＳ１５０７）。

また上記の落札物配送システムにおいて認証処理機能を備える広告サーバに関する処理の流れの一例を、図１６を用いて以下に説明する。この図にあるように、オークションサーバから落札ＩＤを受信する（ステップＳ１６０１）。

その後、梱包広告印刷装置に入力された認証ＩＤの受信し（ステップＳ１６０２）、その認証ＩＤを落札ＩＤにて認証した結果が真正であるか否か認証処理を実行する（ステップＳ１６０３）。そして真正であるとの認証結果である場合には、広告を梱包広告印刷装置にて印刷するため、例えば梱包広告印刷装置に対して広告を送信し印刷させるなどの制御を実行する（ステップＳ１６０４）。

<効果の簡単な説明>

以上のように、本実施例の落札物配送システムによって、オークションによる商取引が成立したことを保証した上で、その成立した落札物の配送用梱包物などに広告を印刷することができる。また、その印刷をリアルタイムで行うこともできる。それによって、広告効果を保証した上での広告費による配送費用の立替を可能とし、オークションにおける配送代値引きや無料化などを実施することができる。

≪実施例２≫

<概要>

本実施例は、上記落札物配送システムを基本として、さらに配送距離など配送費用を左右する要因を示す配送負荷情報を取得して、その負荷に応じた印刷面積で広告を印刷するなどの機能を備えることを特徴とする。

図１７は、本実施例の落札物配送システムによって広告が印刷された梱包用袋の一例を表す概念図である。例えば落札物の配送が千葉から東京まで（配送費用が７００円）であれば、図１７（ａ）にあるように、広告料「７００円」分の面積で梱包用袋に広告α１が印刷される。

一方、落札物の配送が福岡から北海道まで（配送費用が１５００円）であれば、図１７（ｂ）にあるように、広告料「１５００円」分の、α１に比べて広い面積で梱包用袋に広告α２が印刷される、という具合である。

このように、配送費用に応じた広告料となるよう広告を印刷することで、配送費用を広告料で可能な限りまかなうことができ、出品者や落札者の負担を軽減することができる。

<機能的構成>

図１８は、本実施例の落札物配送システムを構成する、梱包広告印刷装置における機能ブロックの一例を表す図である。なお、同じく落札物配送システムを構成する「オークションサーバ」、「出品端末」、「落札端末」、「広告サーバ」については、上記実施例１と同様であるのでその説明は省略する。

そして、この図にあるように、本実施例の「梱包広告印刷装置」（１８４０）は、上記実施例１を基本として、「認証ＩＤ入力受付部」（１８４１）と、「広告受信部」（１８４２）と、「印刷部」（１８４３）と、を有する。なお、これら構成も上記実施例にて記載済みであるのでその説明は省略する。

そして、本実施例の梱包広告印刷装置の特徴点は、「配送負荷情報取得部」（１８４４）をさらに有する点である。

「配送負荷情報取得部」（１８４４）は、落札された出品物の配送負荷情報を取得する機能を有し、例えばＣＰＵなどの演算装置や主メモリ、入力デバイスや短距離通信ＩＦ、インターネット用の通信ＩＦ、および配送負荷情報取得プログラムなどによって実現することが出来る。

「配送負荷情報」とは、配送費用を左右する配送にかかる負荷を示す情報をいい、例えば、配送距離や荷重、島しょ部など飛行機／船便利用の有無、温度管理などの配送に関するサービスの有無を示す情報が挙げられる。

図１９は、取得される配送負荷情報の一例を表す図である。この図にあるように、配送負荷情報として、「荷重：０．８ｋｇ」、「配送元：関東」、「配送先：関東」、「島しょ部：否」などが示されている。

また、この配送負荷情報の取得は、例えば入力された認証ＩＤをオークションサーバに送信し、それに応じてオークションサーバから配送負荷情報が返信されることで取得する方法が挙げられる。その場合、オークションサーバでは、出品端末や落札端末から配送負荷情報の入力を受付けるよう構成し、その受付けた配送負荷情報を落札ＩＤ（及び認証ＩＤ）と関連付けて保持するよう構成すると良い。または、その落札ＩＤなどと関連付けた配送負荷情報を、予め梱包広告印刷装置に送信するよう構成しても良い。

あるいは、オークションサーバが出品端末に対して落札ＩＤと共に配送負荷情報を送信するよう構成し、例えば落札ＩＤに基づく認証ＩＤの入力時に、その配送負荷情報の入力も合わせて受付ける方法も挙げられる。

そして、本実施例の梱包広告印刷装置では、このような配送負荷に応じて広告の印刷がされるように構成されている、という具合である。「配送負荷に応じた広告の印刷」とは、前述のようにその配送負荷で左右される配送費用に見合う広告料となるように広告を印刷することをいい、例えば配送費用に応じた印刷面積での印刷、配送費用に応じた数の広告印刷、カラー又は白黒を区別した印刷、文字広告又は画像広告を区別した印刷、表面／裏面や住所記載近辺など印刷箇所を区別した印刷などが挙げられる。

図２０は、このような配送負荷に応じた広告印刷をするために参照されるテーブルデータの一例を表す図である。この図２０（ａ）を参照すると、例えば図１９の配送負荷情報が取得された場合、その落札物の配送にかかる費用が「１００円」である旨が示されている。そこで、今度は図２０（ｂ）を参照し、その配送費用「１００円」の全額または一部を広告費でまかなえるよう広告の印刷形式を決定する。例えば広告料１００円の場合、「６４０×４８０ピクセルの白黒広告画像を１つ」印刷する。あるいは合計印刷サイズは同じとして印刷する数を変えて「３２０×２４０ピクセルの白黒広告画像を４つ」印刷しても良い。または配送費用に応じて白黒ではなくカラー印刷として「３２０×２４０のカラー広告画像を１つ」印刷しても良い。また例えば配送費用が５０円であれば梱包袋などの裏側に広告を印刷し、２００円であれば表側の目立つ領域に広告を印刷する、という具合に、前述のように配送費用に応じて表面／裏面や住所記載近辺など印刷箇所を区別した広告の印刷を行うよう構成しても良い。
また、広告費用でまかなう配送費用の割合について、例えば出品者による認証ＩＤの入力時に合わせて入力を受付けるよう構成しても良い。その他にも、例えば「白黒でいいから大きいサイズでの広告印刷とする」、「印刷箇所は裏面でもいいからカラー印刷とする」といった具合に印刷形態の優先順位を示す情報も同様に入力を受付けるよう構成しても良い。その場合には、例えば印刷箇所別やカラー／白黒別、サイズごとなどに係数を設定し、広告基本料金に定められた係数をかけていく事で最終的な広告費用を算出すると良い。

このようにして、配送費用に応じた広告料となるよう広告を印刷することができ、それによって落札物の配送費用を広告料で可能な限りまかなうことができる。

つづいて、このような配送負荷に応じた印刷をするために梱包広告印刷装置を制御する機能をさらに備えるオークションサーバにおける詳細な機能的構成の一例について、以下図を用いて説明する。

図２１は、本実施例のオークションサーバにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の「オークションサーバ」（２１００）は、上記実施例１のオークションサーバを基本として、「オークション実行部」（２１０１）と、「落札決定部」（２１０２）と、「落札ＩＤ取得部」（２１０３）と、「落札ＩＤ送信部」（２１０４）と、「第一認証処理部」（２１０５）と、「第一広告印刷制御部」（２１０６）と、を有する。なお、これらの機能的構成は、上記実施例にて記載済みであるのでその説明は省略する。そして配送負荷に応じた広告印刷を梱包広告印刷装置にて実行させるため、このオークションサーバは、さらに「第一配送負荷情報取得部」（２１０７）と、「第一配送負荷依存制御命令取得部」（２１０８）と、「第一配送負荷依存制御命令出力部」（２１０９）と、を有する。

「第一配送負荷情報取得部」（２１０７）は、落札された出品物の配送負荷情報を取得する機能を有し、例えばＣＰＵや主メモリ、通信ＩＦ、および第一配送負荷情報取得プログラムなどによって実現することが出来る。

具体的に、例えば落札が決定した際に、出品端末にて入力された出品者の所在住所情報や、落札端末にて入力された落札者の所在住所情報などからその配送距離を示す情報を配送負荷情報として取得する処理が挙げられる。また、出品物のオークション登録時に例えばＷｅｂページに出品物の荷重を入力する欄を設ける事で、その欄に入力された荷重を配送負荷情報として取得する例も挙げられる。

「第一配送負荷依存制御命令取得部」（２１０８）は、配送負荷依存制御命令を取得する機能を有し、例えばＣＰＵや主メモリ、また第一配送負荷依存制御命令取得プログラムなどによって実現できる。「配送負荷依存制御命令」とは、取得された配送負荷情報で示される配送負荷に応じた広告の印刷がされるよう制御するための命令をいう。

具体的に、前述の様々な広告印刷制御命令の態様に合わせて、印刷広告画像の大きさや数、カラー／白黒の区別などを示す情報をその制御命令に関連付けて取得する、という具合である。

「第一配送負荷依存制御命令出力部」（２１０９）は、配送負荷依存制御命令を第一広告印刷制御部に出力する機能を有し、ＣＰＵや主メモリ、Ｉ／Ｏ（インプット／アウトプット）、第一配送負荷依存制御命令出力プログラムなどで実現することが出来る。このようにして、第一広告印刷制御部では、例えば配送費用などの負荷に応じた広告印刷をするための制御、例えば「６４０×４８０のモノクロで広告を印刷する」といった梱包広告印刷装置に対する制御命令の送信や、「３２０×３２０のカラー広告画像の送信」といった広告サーバに対する送信命令の出力などが実行され、制御先の装置にて当該処理が実行される、という具合である。

つづいて、配送負荷に応じた印刷をするために梱包広告印刷装置を制御する機能をさらに備える広告サーバにおける詳細な機能的構成の一例について、以下図を用いて説明する。

図２２は、上記機能を備える広告サーバにおける機能ブロックの一例を表す図である。この図にあるように、「広告サーバ」（２２３０）は、実施例１を基本として「広告保持部」（２２３１）と、「サーバ落札ＩＤ受信部」（２２３２）と、「第二認証処理部」（２２３３）と、「第二広告印刷制御部」（２２３４）と、を有する。なお、これら構成要件については、実施例１にて記載済みであるので、その説明は省略する。

そして、本実施例の広告サーバの特徴点は、さらに「第二配送負荷情報取得部」（２２３５）と、「第二配送負荷依存制御命令取得部」（２２３６）と、「第二配送負荷依存制御命令出力部」（２２３７）と、を有する点である。

「第二配送負荷情報取得部」（２２３５）は、落札された出品物の配送負荷情報を取得する機能を有し、例えばＣＰＵや主メモリ、通信ＩＦ、および第二配送負荷情報取得プログラムなどによって実現することが出来る。

具体的に、例えば落札が決定した際に、前述のようにオークションサーバにて取得された配送負荷情報が広告サーバに送信されることで、その送信された配送負荷情報を取得する構成が挙げられる。あるいは、梱包広告印刷装置にて入力された配送負荷情報が広告サーバに対して送信されることで、その送信された配送負荷情報を取得する構成も挙げられる。

「第二配送負荷依存制御命令取得部」（２２３６）は、配送負荷依存制御命令を取得する機能を有し、例えばＣＰＵや主メモリ、また第二配送負荷依存制御命令取得プログラムなどによって実現できる

具体的に、配信負荷に応じて特定された広告画像の大きさや数となるようにリサイズや複数広告画像の連結処理をするための制御命令を取得する構成が挙げられる。あるいは、同様の処理を梱包広告印刷装置で実行させるための制御命令を取得する構成なども挙げられる。

「第二配送負荷依存制御命令出力部」（２２３７）は、配送負荷依存制御命令を第二広告印刷制御部に出力する機能を有し、例えばＣＰＵや主メモリ、Ｉ／Ｏ、第二配送負荷依存制御命令出力プログラムなどで実現することが出来る。このようにして出力された配送負荷依存制御命令によって、第二広告印刷制御部では、例えば配送費用などの負荷に応じて、梱包広告印刷装置に送信する画像を「３２０×２４０」のカラー画像にリサイズ処理して送信する、などを実行することができる。

<ハードウェア構成>

図２３は、本実施例の落札物配送システムにおいて、配送負荷に応じた広告印刷を行うための制御を行う装置のハードウェア構成の一例を表す図である。この図にあるように、この装置は、「ＣＰＵ」（２３０１）と「主メモリ」（２３０２）と、「ＨＤＤ」（２３０３）と、「通信ＩＦ」（２３０４）と、を備える。

ここで、例えば落札が決定されたことの通知を内部的あるいは「通信ＩＦ」を介して外部から取得すると、それをトリガーとして「ＣＰＵ」は配送負荷情報取得プログラムを解釈し、それに従って、配送負荷情報を取得し「主メモリ」のアドレス１に格納する。なお、この配送負荷情報の取得は、前述のようにオークションサーバであれば内部的に取得するよう構成しても良いし、それ以外の装置であれば「通信ＩＦ」を介してオークションサーバから取得するよう構成すると良い。

続いて「ＣＰＵ」は、配送負荷依存制御命令取得プログラムを解釈し、それに従い「主メモリ」のアドレス２に格納されている配送負荷情報をキーとして、「ＨＤＤ」に格納されている図２０（ａ）に示すような配送料マスタを論理演算処理によって参照する。そして、配送負荷に相当する配送料を特定し、「主メモリ」のアドレス２に格納する。そして、今度はその配送料をキーとして「ＨＤＤ」のアドレスＢに格納されている図２０（ｂ）に示すような印刷条件マスタを「ＣＰＵ」の論理演算処理によって検索することで、配送料に見合った印刷条件を取得し、「主メモリ」のアドレス３に格納する。

そして、「ＣＰＵ」は配送負荷依存制御命令出力プログラムを解釈し、「主メモリ」のアドレス３に格納された印刷条件で広告印刷がされるよう配送負荷依存制御命令を生成する。なお、その生成される配送負荷依存制御命令は、前述のように様々な形態がある。したがって、例えば広告画像を配送料に見合った所定の大きさにリサイズする制御命令であっても良いし、そのようにリサイズされた広告画像を送信するための制御命令であっても良いし、あるいはそのようにリサイズされた広告画像を印刷するための制御命令であっても良い。

<処理の流れ>

図２４は、本実施例の落札物配送システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような装置の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され装置を制御するためのプログラムを構成する処理ステップであっても構わない。

なお、本実施例は上記実施例１を基本とし、図１４で説明した処理の流れについては図示およびその説明を省略する。そして、前述の処理の流れに応じて落札が決定されると、この図にあるように、落札された出品物の配送負荷情報を取得する（ステップＳ２４０１）。つづいて取得した配送負荷情報に応じて配送負荷依存制御命令を取得する（ステップＳ２４０２）と、その配送負荷依存制御命令を出力する（ステップＳ２４０３）。

そして、その出力された配送負荷依存制御命令にしたがって、広告を梱包物に付帯するための印刷を実行する（ステップＳ２４０４）。

<効果の簡単な説明>

以上のように、本実施例の落札物配送システムによって、落札物の配送にかかる費用に応じた広告料となるよう広告を印刷することができる。したがって配送費用を広告料で可能な限りまかなうことができ、出品者や落札者の負担を軽減することができる。

≪実施例３≫

<概要>

本実施例は、上記落札物配送システムを基本として、落札物を配送するための梱包物などに印刷する広告を、その落札物と同カテゴリーの商品の広告とする機能をさらに備えることを特徴とする。

図２５は、本実施例の落札物配送システムによって広告が印刷された梱包用袋の一例を表す概念図である。例えば落札商品がクラシックのＣＤである場合、同じ音楽カテゴリーの、例えば音楽ＣＤのオークション出品やＣＤショップなどの広告αが梱包物に印刷される。

このように、落札者が落札した商品のカテゴリーに応じてその配送用梱包物などに印刷する広告画像を選択することで、落札者のニーズに合致する可能性が高い広告を配信することができる。

<機能的構成>

図２６は、本実施例の落札物配送システムを構成する、オークションサーバと広告サーバにおける機能ブロックの一例を表す図である。なお、同じく落札物配送システムを構成する「出品端末」、「落札端末」、「梱包広告印刷装置」については、上記実施例１と同様であるのでその説明は省略する。

そして、この図にあるように、本実施例の「オークションサーバ」（２６００）は、上記実施例１を基本として、「オークション実行部」（２６０１）と、「落札決定部」（２６０２）と、「落札ＩＤ取得部」（２６０３）と、「落札ＩＤ送信部」（２６０４）と、を有する。

また、本実施例の「広告サーバ」（２６３０）も、実施例１を基本として「広告保持部」（２６３１）と、「広告送信部」（２６３２）と、を有する。なお、これら構成要件は上記実施例にて記載済みであるのでその説明は省略する。

そして、本実施例の落札物配送システムの特徴点は、そのオークションサーバの落札ＩＤ取得部が「カテゴリー付落札ＩＤ取得手段」（２６０５）を有する点と、広告サーバの広告保持部が「カテゴリー別保持手段」（２６３３）をさらに有する点である。

まず、オークションサーバの「カテゴリー付落札ＩＤ取得手段」について説明する。

「カテゴリー付落札ＩＤ取得手段」（２６０５）は、落札物カテゴリーを含む落札ＩＤを取得する機能を有し、例えばＣＰＵや主メモリ、カテゴリー付落札ＩＤ取得プログラムなどによって実現することが出来る。「落札物カテゴリー」とは、出品物が属する商品（サービス）分野をいい、例えばコンピュータ、家電、音楽、本、映画、おもちゃ、ホビー、アンティーク、スポーツ、自動車、ファッション、アクセサリー、時計、ビューティー、食品などが挙げられる。

そして、このカテゴリー付落札ＩＤ取得手段では、具体的に、例えばオークションの出品登録時に、出品物のカテゴリーを出品端末から予め入力登録可能に構成することで、その出品物のカテゴリーに関する情報を取得し、図４（ａ）に示すようにオークションマスタにて管理、保持する。そして落札が決定し落札ＩＤが取得された際に、その落札出品物に関するカテゴリーをオークションマスタから取得する、という具合である。

また、カテゴリーは例えば類似カテゴリーや関連カテゴリーを関連付けて、図２７に示すようにデータベース化しても良い。そして当該データベースを参照し、例えば「音楽ＣＤ」に加えて、類似カテゴリー「音楽ＤＶＤ」や関連カテゴリー「楽器」などをその落札物のカテゴリーとして取得するよう構成しても良い。

そして、このように取得したカテゴリーを落札ＩＤに関連付けて広告を印刷する際に参照することで、落札物のカテゴリーに合うように印刷する広告を選択することができる。

つづいて、広告サーバの「カテゴリー別保持手段」（２６３３）について説明する。

「カテゴリー別保持手段」（２６３３）は、広告を落札物カテゴリーに関連付けて保持する機能を有し、例えばＨＤＤ（ハードディスクドライブ）や不揮発性メモリ、その他の各種記憶媒体によって実現することが出来る。

具体的には、図６（ａ）に示すように、広告ＩＤと関連付けてそのカテゴリーを保持すると良い。そして、落札物のカテゴリーをキー、あるいは図２７に示すように落札物カテゴリーの類似カテゴリーや関連カテゴリーをキーとしてこのカテゴリー別保持手段の検索処理が実行され、そのカテゴリーに応じた広告が特定される。それによって落札された商品カテゴリーに関連する広告の印刷がなされる、という具合である。

なお、このカテゴリーをキーとする広告の検索は、落札物配送システムの態様に応じて各種タイミングで実行されるよう構成すると良い。例えば、梱包広告印刷装置にて認証ＩＤと関連付けてカテゴリーが入力される場合、その入力されたカテゴリーが広告サーバに送信されることで、広告サーバにて前記カテゴリー別保持手段の広告検索処理が実行される、という具合である。

あるいは、オークションサーバから落札ＩＤと関連付けてカテゴリーが広告サーバに対して送信されても良い。その場合広告サーバでは、定期配信する広告を前記検索処理によって決定し、落札ＩＤと関連付けて梱包広告印刷装置に送信する。そして梱包広告印刷装置では、入力された認証ＩＤを利用して、当該認証ＩＤと関連付けられた落札ＩＤで示される広告を印刷する、という具合である。

このように、落札物のカテゴリーに応じてその配送用梱包物などに印刷する広告画像が選択されるので、落札者のニーズに合致する可能性が高い広告を印刷することができる。

つづいて、このような落札物カテゴリーに応じた広告印刷をするための機能をさらに備えるオークションサーバにおける詳細な機能的構成の一例について、以下図を用いて説明する。

図２８は、本実施例のオークションサーバにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の「オークションサーバ」（２８００）は、上記実施例１のオークションサーバを基本として、「オークション実行部」（２８０１）と、「落札決定部」（２８０２）と、「落札ＩＤ取得部」（２８０３）と、「落札ＩＤ送信部」（２８０４）と、「第一認証処理部」（２８０５）と、「第一広告印刷制御部」（２８０６）と、を有する。また、実施例２を基本として、図示しない「第一配送負荷情報取得部」や「第一配送負荷依存制御命令取得部」、「第一配送負荷依存制御命令出力部」などを備えていても良い。なお、これらの機能的構成は、上記実施例にて記載済みであるのでその説明は省略する。

そして落札物カテゴリーに応じた広告印刷を梱包広告印刷装置にて実行させるため、このオークションサーバは、その落札ＩＤ取得部が「カテゴリー付落札ＩＤ取得手段」（２８０７）を有するとともに、「第一カテゴリー別広告印刷命令取得部」（２８０８）と、「第一カテゴリー別広告印刷命令出力部」（２８０９）と、を有する点を特徴とする。また、「カテゴリー付落札ＩＤ取得手段」は上記実施例にて記載済みであるのでその説明は省略する。

「第一カテゴリー別広告印刷命令取得部」（２８０８）は、カテゴリー別広告印刷命令を取得する機能を有し、例えばＣＰＵや主メモリ、第一カテゴリー別広告印刷命令取得プログラムなどによって実現することが出来る。「カテゴリー別広告印刷命令」とは、取得された落札物カテゴリーに関連付けられた広告の印刷をするための命令をいい、その命令内容は、第一広告印刷制御部における制御態様に応じて様々であって良い。例えば、第一広告印刷制御部にて広告サーバに対する広告送信の制御を行うのであれば、その広告送信制御に際して落札物カテゴリーに応じた広告を送信することを示す命令が挙げられる。

あるいは、梱包広告印刷装置に対してカテゴリーを送信し、梱包広告印刷装置に予め定期配信され保持されている広告の中からカテゴリーに応じた広告を選択し印刷することを示す命令なども挙げられる。

「第一カテゴリー別広告印刷命令出力部」（２８０９）は、カテゴリー別広告印刷命令を第一広告印刷制御部に出力する機能を有し、例えばＣＰＵや主メモリ、Ｉ／Ｏ、および第一カテゴリー別広告印刷命令出力プログラムなどで実現することが出来る。このようにして出力されたカテゴリー別広告印刷命令によって、第一広告印刷制御部では、例えばカテゴリーに応じた広告の送信制御を広告サーバに対して行うなどの制御処理を実行することができる。

つづいて、カテゴリーに応じた広告印刷をするための機能をさらに備える広告サーバにおける詳細な機能的構成の一例について、以下図を用いて説明する。

図２９は、上記機能を備える広告サーバにおける機能ブロックの一例を表す図である。この図にあるように、「広告サーバ」（２９３０）は、実施例１を基本として「広告保持部」（２９３１）と、「サーバ落札ＩＤ受信部」（２９３２）と、「第二認証処理部」（２９３３）と、「第二広告印刷制御部」（２９３４）と、を有する。また、実施例２を基本として、図示しない「第二配送負荷情報取得部」や「第二配送負荷依存制御命令取得部」、「第二配送負荷依存制御命令出力部」を有していても良い。なお、これら構成要件については、実施例１や実施例２にて記載済みであるので、その説明は省略する。

そして、本実施例の広告サーバの特徴点は、その広告保持部がさらに「カテゴリー別保持手段」（２９３５）を有する点と、「第二カテゴリー別広告印刷命令取得部」（２９３６）と、「第二カテゴリー別広告印刷命令出力部」（２９３７）と、を有する点である。また、「カテゴリー別保持手段」は上記にて記載済みであるのでその説明は省略する。

「第二カテゴリー別広告印刷命令取得部」（２９３６）は、カテゴリー別広告印刷命令を取得する機能を有し、例えばＣＰＵや主メモリ、第一カテゴリー別広告印刷命令取得プログラムなどによって実現することが出来る。「カテゴリー別広告印刷命令」とは、受信された落札ＩＤに含まれる落札物カテゴリーに関連付けられた広告の印刷をするための制御命令をいい、その命令内容は、第二広告印刷制御部における制御態様に応じて様々であって良い。例えば、第二広告印刷制御部にて広告送信の制御を行うのであれば、その広告送信制御に際して落札物カテゴリーに応じた広告を送信することを示す命令が挙げられる。あるいは予め広告が梱包広告印刷装置に送信されているのであれば、その広告の中からカテゴリーに応じた広告を印刷することを示す命令なども挙げられる。

「第二カテゴリー別広告印刷命令出力部」（２９３７）は、カテゴリー別広告印刷命令を第二広告印刷制御部に出力する機能を有し、例えば、例えばＣＰＵや主メモリ、Ｉ／Ｏ、および第二カテゴリー別広告印刷命令出力プログラムなどで実現することが出来る。このようにして出力されたカテゴリー別広告印刷命令によって、第二広告印刷制御部では、例えばカテゴリーに応じた広告の送信を行い、梱包広告印刷装置にてその広告印刷を行うなどの制御処理を実行することができる。

<ハードウェア構成>

図３０は、本実施例の落札物配送システムにおいて、落札物カテゴリーに応じた広告印刷を行うための制御を行う装置のハードウェア構成の一例を表す図である。この図にあるように、この装置は、「ＣＰＵ」（３００１）と「主メモリ」（３００２）と、「ＨＤＤ」（３００３）と、「通信ＩＦ」（３００４）と、を備える。

ここで、例えば落札が決定されたことの通知を内部的あるいは「通信ＩＦ」を介して外部から取得すると、それをトリガーとして「ＣＰＵ」は、落札物カテゴリーを取得し「主メモリ」のアドレス１に格納する。なお、この落札物カテゴリーの取得は、本装置がオークションサーバであれば内部的に図４に示すようなオークションマスタなどを参照し取得するよう構成しても良いし、それ以外の装置であれば「通信ＩＦ」を介してオークションサーバから取得するよう構成すると良い。

続いて「ＣＰＵ」は、カテゴリー別広告印刷命令取得プログラムを解釈し、それに従い「主メモリ」のアドレス１に格納されている落札物カテゴリーをキーとして、「ＨＤＤ」に格納されているカテゴリー別広告マスタを論理演算処理によって参照する。そして、カテゴリーに応じた広告を特定し、「主メモリ」のアドレス２に格納する。そして、今度はその特定した広告を印刷するよう制御するための命令を生成し、「主メモリ」のアドレス３に格納する。

そして、「ＣＰＵ」はカテゴリー別広告印刷命令出力プログラムを解釈し、「主メモリ」のアドレス３に格納されたカテゴリー別広告印刷命令を「通信ＩＦ」から出力する、という具合である。

<処理の流れ>

図３１は、本実施例の落札物配送システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような装置の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され装置を制御するためのプログラムを構成する処理ステップであっても構わない。

なお、本実施例は上記実施例１を基本とし、図１４で説明した処理の流れについては図示およびその説明を省略する。そして、前述の処理の流れに応じて落札が決定されると、この図にあるように、落札された落札物のカテゴリーを含む落札ＩＤを取得する（ステップＳ３１０１）。その後、取得した落札ＩＤに含まれる落札物カテゴリーに基づいて、カテゴリー別広告印刷命令を取得し（ステップＳ３１０２）、そのカテゴリー別広告印刷命令を出力する（ステップＳ３１０３）。

そして、その出力されたカテゴリー別広告印刷命令に応じて、広告を梱包物に付帯するための印刷を実行する（ステップＳ３１０４）。

<効果の簡単な説明>

以上のように、本実施例の落札物配送システムによって、落札物のカテゴリーに応じてその配送用梱包物などに印刷する広告画像を選択することができる。したがって実際に広告に接触する落札者のニーズに合致する可能性が高い広告を配信することができる。

≪実施例４≫

<概要>

本実施例は、上記落札物配送システムを基本として、落札物を配送するための梱包物などに印刷する広告について、その落札者が落札を希望する商品をリスト化したいわゆる「ウィッシュリスト」に応じて選択する機能をさらに備えることを特徴とする。

図３２は、本実施例の落札物配送システムによる広告印刷の一例を説明するための概念図である。この図３２（ａ）にあるように、オークションユーザＡさんは自身の落札希望商品をリスト化した「ウィッシュリスト」を登録、公開している。そして、このＡさんがある商品を落札した場合には、図３２（ｂ）に示すように、その落札物の配送用梱包袋にＡさんの「ウィッシュリスト」に含まれている「ネットブック」の広告を印刷する、という具合である。

このように、落札を希望する商品を示すリスト、いわゆる「ウィッシュリスト」に記載された落札希望商品の識別情報に応じてその配送用梱包物などに印刷する広告画像を選択することで、落札者のニーズに合致する広告を配信することができる。

<機能的構成>

図３３は、本実施例の落札物配送システムを構成する、落札端末と広告サーバにおける機能ブロックの一例を表す図である。なお、同じく落札物配送システムを構成する「オークションサーバ」、「出品端末」、「梱包広告印刷装置」については、上記実施例と同様であるのでその説明は省略する。

そして、この図にあるように、本実施例の「落札端末」（３３１０）は、「希望識別情報入力受付部」（３３１１）と、「希望識別情報送信部」（３３１２）と、を有することを特徴とする。

また、本実施例の「広告サーバ」（３３３０）は、実施例１を基本として「広告保持部」（３３３１）と、「広告送信部」（３３３２）と、を有する。なお、これら構成要件は上記実施例にて記載済みであるのでその説明は省略する。そして、広告サーバの特徴点は、その広告保持部が「希望別保持手段」（３３３３）をさらに有する点である。

まず、落札端末の「希望識別情報入力受付部」と、「希望識別情報送信部」について説明する。

「希望識別情報入力受付部」（３３１１）は、利用者から希望識別情報の入力を受け付ける機能を有し、例えばＣＰＵなどの演算装置や主メモリ、キーボードなどの入力デバイス、希望識別情報入力受付プログラムなどによって実現することが出来る。「希望識別情報」とは、所望する商品を識別するための情報をいい、例えば商品名や商品コードなどの情報が挙げられる。そして、従来のいわゆるウィッシュリストの入力受付と同様に、ユーザー登録時などにＷｅｂページを介して商品名などの希望識別情報の入力を受付ける構成とすると良い。

図３４は、ここで受付けた希望識別情報の一例を表す図である。この図にあるように、「ＩＤ：ｂ１２３４」で表されるユーザーは、自身が入手（落札）を希望する商品として、「ネットブック（モバイルＰＣ）」や「広告読本（書籍）」、「新世界より（ＣＤ）」などを入力している、という具合である。また希望識別情報に関連付けて、さらに希望価格帯やその他の条件など（ネットブックであればその重量や標準バッテリーでの駆動時間など）を示す情報をさらに関連付けて入力するよう構成しても良い。そして、このような希望識別情報に応じて、本実施例の落札物配送システムでは広告を印刷することを特徴とする。

「希望識別情報送信部」（３３１２）は、受付けた希望識別情報を送信する機能を有し、例えば、ＣＰＵや主メモリ、通信ＩＦ、および希望識別情報送信プログラムなどによって実現する事ができる。そして、このように送信された希望識別情報に応じて、本実施例の落札物配送システムでは広告を印刷することを特徴とする。

なお希望識別情報の送信先は、オークションサーバであっても良いし、広告サーバであっても良いし、あるいは梱包広告印刷装置であっても良い。ただし最終的に、印刷する広告を決定する機能を備える装置、すなわち広告サーバ、または梱包広告印刷装置に希望識別情報は送信され、印刷広告の決定に利用されることになる。

つづいて、広告サーバの「希望別保持手段」（３３３３）について説明する。

「希望別保持手段」（３３３３）は、広告を希望識別情報に関連付けて保持する機能を有し、例えば、例えばＨＤＤ（ハードディスクドライブ）や不揮発性メモリ、その他の各種記憶媒体によって実現することが出来る。具体的には、希望識別情報が例えば商品名で示されていれば、広告を広告対象となる商品の商品名と関連付けて保持する、という具合である。そして、このように希望識別情報と広告とを関連付けて保持することで、希望識別情報をキーとして広告を特定することが出来る。

そして、そのようにして送信された希望識別情報に関連付けられた広告の印刷がされるという具合である。なお、前述のように、この広告の特定は広告サーバで実行されても良い。あるいは広告サーバからこの希望識別情報と関連付けられた広告が梱包広告印刷装置に対して定期的に配信などされる構成である場合、梱包広告印刷装置にて印刷広告の特定が行われても良い。以下、そのような各種制御を行う機能を備えるオークションサーバと広告サーバのさらに詳細な機能的構成について図を用いて説明する。

図３５は、本実施例のオークションサーバにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の「オークションサーバ」（３５００）は、上記実施例１のオークションサーバを基本として、「オークション実行部」（３５０１）と、「落札決定部」（３５０２）と、「落札ＩＤ取得部」（３５０３）と、「落札ＩＤ送信部」（３５０４）と、「第一認証処理部」（３５０５）と、「第一広告印刷制御部」（３５０６）と、を有する。また、実施例２を基本として、図示しない「第一配送負荷情報取得部」や「第一配送負荷依存制御命令取得部」、「第一配送負荷依存制御命令出力部」などを備えていても良い。なお、これらの機能的構成は、上記実施例にて記載済みであるのでその説明は省略する。

そして落札者により入力された希望識別情報に応じた広告印刷を実行するため、このオークションサーバは、さらに「第一希望識別情報受信部」（３５０７）と、「第一希望別広告印刷命令取得部」（３５０８）と、「第一希望別広告印刷命令出力部」（３５０９）と、を有する点を特徴とする。

「第一希望識別情報受信部」（３５０７）は、落札端末から希望識別情報を受信する機能を有し、例えばＣＰＵや主メモリ、通信ＩＦ、および第一希望識別情報受信プログラムなどによって実現することが出来る。

具体的に、前記落札端末にてＷｅｂページなどを介して入力受付された希望識別情報を、ネットワーク経由で受信する、という具合である。また、このようにして受信した希望識別情報を、いわゆる「ウィッシュリスト」としてオークション利用者に公開するよう構成しても良い。

「第一希望別広告印刷命令取得部」（３５０８）は、希望別広告印刷命令を取得する機能を有し、例えばＣＰＵや主メモリ、また第一希望別広告印刷命令取得プログラムなどによって実現できる。「希望別広告印刷命令」とは、受信した希望識別情報に関連付けられた広告を印刷するための命令をいい、その送信先に応じて例えば広告サーバにて送信する広告を特定するための命令や、梱包広告印刷装置にて予め保持されている中から印刷する広告を特定するための命令などが挙げられる。

「第一希望別広告印刷命令出力部」（３５０９）は、希望別広告印刷命令を第一広告印刷制御部に出力する機能を有し、ＣＰＵや主メモリ、Ｉ／Ｏ、第一希望別広告印刷命令出力プログラムなどで実現することが出来る。このようにして、第一広告印刷制御部では、例えば広告サーバにて希望識別情報に応じて広告を特定し、その特定した広告を送信するよう制御することができる。あるいは、梱包広告印刷装置にて、予め保持されている広告の中から希望識別情報をキーとして広告を特定し、その特定した広告が梱包物などに印刷されるよう制御することができる、という具合である。

つづいて、落札者の入力した希望識別情報に応じた広告を印刷をするための機能をさらに備える広告サーバにおける詳細な機能的構成の一例について、以下図を用いて説明する。

図３６は、上記機能を備える広告サーバにおける機能ブロックの一例を表す図である。この図にあるように、「広告サーバ」（３６３０）は、実施例１を基本として「広告保持部」（３６３１）と、「サーバ落札ＩＤ受信部」（３６３２）と、「第二認証処理部」（３６３３）と、「第二広告印刷制御部」（３６３４）と、を有する。また、実施例２を基本として、図示しない「第二配送負荷情報取得部」や「第二配送負荷依存制御命令取得部」、「第二配送負荷依存制御命令出力部」を有していても良い。なお、これら構成要件については、実施例１や実施例２にて記載済みであるので、その説明は省略する。

そして、本実施例の広告サーバの特徴点は、その広告保持部がさらに「希望別保持手段」（３６３５）を有する点と、「第二希望識別情報受信部」（３６３６）と、「第二希望別広告印刷命令取得部」（３６３７）と、「第二希望別広告印刷命令出力部」（３６３８）と、を有する点である。また、「希望別保持手段」は上記にて記載済みであるのでその説明は省略する。

「第二希望識別情報受信部」（３６３６）は、希望識別情報を受信する機能を有し、例えばＣＰＵや主メモリ、通信ＩＦ、および第二希望識別情報受信プログラムなどによって実現することが出来る。具体的に、前記オークションサーバからネットワーク経由にて送信された希望識別情報を受信する、という具合である。

「第二希望別広告印刷命令取得部」（３６３７）は、受信した希望識別情報に関連付けられた広告の印刷がされるための希望別広告印刷命令を取得する機能を有し、例えばＣＰＵや主メモリ、また第二希望別広告印刷命令取得プログラムなどによって実現できる。具体的にこの第二希望別広告印刷命令取得部は、例えば受信した希望識別情報に関連付けられた広告を広告保持部から取得し梱包広告印刷装置に送信するための命令などを取得する、という具合である。

「第二希望別広告印刷命令出力部」（３６３８）は、希望別広告印刷命令を第二広告印刷制御部に出力する機能を有し、ＣＰＵや主メモリ、Ｉ／Ｏ、第二希望別広告印刷命令出力プログラムなどで実現することが出来る。このようにして、第二広告印刷制御部では、例えば広告保持部から希望識別情報に関連付けられた広告を取得し、その取得した広告を梱包広告印刷装置に送信するよう制御することができる、という具合である。

<ハードウェア構成>

図３７は、本実施例の落札物配送システムにおいて、利用者の希望識別情報に応じた広告印刷を行うための制御を行う装置のハードウェア構成の一例を表す図である。この図にあるように、この装置は、「ＣＰＵ」（３７０１）と「主メモリ」（３７０２）と、「ＨＤＤ」（３７０３）と、「通信ＩＦ」（３７０４）と、を備える。

ここで、オークションサーバにて希望識別情報入力受付プログラムが実行され、希望識別情報が取得される。そして、オークションサーバではその入力された希望識別情報に基づいていわゆる「ウィッシュリスト」を作成し、ネットワーク上にて公開などをする。また、その希望識別情報を図３７に示す装置に（内部的又は外部的に）出力する。

すると「ＣＰＵ」は、希望別広告印刷命令取得プログラムを解釈し、それに従い受信した希望識別情報を「主メモリ」のアドレス１に格納する。つづいて「ＣＰＵ」は希望別広告印刷命令取得プログラムを解釈し、それに従って「ＨＤＤ」に格納されている希望別広告マスタを論理演算処理によって参照する。そして、希望識別情報で示される例えば商品などと関連付けられた広告を特定し、その特定結果を「主メモリ」のアドレス２に格納する。そして、今度はその特定した広告を印刷するよう制御するための命令を生成し、「主メモリ」のアドレス３に格納する。

そして、「ＣＰＵ」は希望別広告印刷命令出力プログラムを解釈し、「主メモリ」のアドレス３に格納された希望別広告印刷命令を「通信ＩＦ」から出力する、という具合である。

<処理の流れ>

図３８は、本実施例の落札物配送システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような装置の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され装置を制御するためのプログラムを構成する処理ステップであっても構わない。

なお、本実施例は上記実施例１を基本とし、図１４で説明した処理の流れについては図示およびその説明を省略する。そして図１４で示すような処理と平行し、本実施例ではこの図３８にあるように、希望識別情報の入力を受付ける（ステップＳ３８０１）。そして、その希望識別情報を利用してウィッシュリストなどを作成、公開すると共に、入力された希望識別情報を送信する（ステップＳ３８０２）。そして、その送信された希望識別情報を受信する（ステップＳ３８０３）。

つづいて、受信した希望識別情報に基づいて希望別広告印刷命令を取得し（ステップＳ３８０４）、その希望別広告印刷命令を出力する（ステップＳ３８０５）。そして、出力された希望別広告印刷命令に応じて、広告を梱包物に付帯するための印刷を実行する（ステップＳ３８０６）。

<効果の簡単な説明>

以上のように、本実施例の落札物配送システムによって、利用者の希望する商品などの広告を配送用梱包物などに印刷することができる。したがって実際に広告に接触する落札者のニーズに合致する広告を配信することができる。

実施例１の落札物配送システムによる、オークション落札物の配送の一例を説明するための概念図 実施例１の落札物配送システムにおける構成の一例を表す概略図 実施例１の落札物配送システムを構成するオークションサーバと、出品端末と、落札端末における、それぞれの機能ブロックの一例を表す図 実施例１の落札物配送システムにおいて、決定された落札を管理するためにオークションサーバで保持されているマスタデータの一例を表す概念図 実施例１の落札物配送システムを構成する広告サーバと、梱包広告印刷装置における、それぞれの機能ブロックの一例を表す図 実施例１の落札物配送システムの広告保持部での広告保持の一例を表す概念図 実施例１の落札物配送システムにおける「落札ＩＤでの認証ＩＤの認証処理」について説明するための図 実施例１の認証ＩＤによる認証処理を行う機能を備えるオークションサーバにおける機能ブロックの一例を表す図 実施例１の認証ＩＤによる認証処理を行う機能を備える広告サーバにおける機能ブロックの一例を表す図 実施例１のオークションサーバにおけるハードウェア構成の一例を表す概略図 実施例１の広告サーバにおけるハードウェア構成の一例を表す概略図 実施例１の梱包広告印刷装置におけるハードウェア構成の一例を表す概略図 実施例１の認証ＩＤによる認証処理を行う装置におけるハードウェア構成の一例を表す概略図 実施例１の落札物配送システムにおける処理の流れの一例を表すフローチャート 実施例１の認証処理機能を備えるオークションサーバおける処理の流れの一例を表すフローチャート 実施例１の認証処理機能を備える広告サーバおける処理の流れの一例を表すフローチャート 実施例２の落札物配送システムによる、梱包物への印刷処理の一例を説明するための概念図 実施例２の落札物配送システムを構成する梱包広告印刷装置における機能ブロックの一例を表す図 実施例２の落札物配送システムにおける配送負荷情報の一例を表す概念図 実施例２の落札物配送システムにおける配送負荷情報に応じた広告印刷の一例を説明するための概念図 実施例２のオークションサーバにおける機能ブロックの一例を表す図 実施例２の広告サーバにおける機能ブロックの一例を表す図 実施例２の落札物配送システムにおいて配送負荷に応じた印刷制御を行う装置のハードウェア構成の一例を表す概略図 実施例２の落札物配送システムにおいて配送負荷に応じた印刷制御を行うための装置の処理の流れの一例を表すフローチャート 実施例３の落札物配送システムによる、梱包物などへの広告印刷の一例を説明するための概念図 実施例３の落札物配送システムにおける機能ブロックの一例を表す図 実施例３の落札物配送システムにおけるカテゴリー別保持手段の一例を表す概念図 実施例３のオークションサーバにおける機能ブロックの一例を表す図 実施例３の広告サーバにおける機能ブロックの一例を表す図 実施例３の落札物配送システムにおいてカテゴリーに応じた印刷制御を行うための装置のハードウェア構成の一例を表す概略図 実施例３の落札物配送システムにおいてカテゴリーに応じた印刷制御を行うための装置の処理の流れの一例を表すフローチャート 実施例４の落札物配送システムによる、梱包物などへの広告印刷の一例を説明するための概念図 実施例４の落札物配送システムにおける機能ブロックの一例を表す図 実施例４の落札物配送システムにおける希望別保持手段の一例を表す概念図 実施例４のオークションサーバにおける機能ブロックの一例を表す図 実施例４の広告サーバにおける機能ブロックの一例を表す図 実施例４の落札物配送システムにおいて希望識別情報に応じた印刷制御を行うための装置のハードウェア構成の一例を表す概略図 実施例４の落札物配送システムにおいて希望識別情報に応じた印刷制御を行うための装置の処理の流れの一例を表すフローチャート

符号の説明

０３００ オークションサーバ
０３０１ オークション実行部
０３０２ 落札決定部
０３０３ 落札ＩＤ取得部
０３０４ 落札ＩＤ送信部
０３１０ 落札端末
０３２０ 出品端末
０３２１ 落札ＩＤ受信部
０３２２ 落札ＩＤ表示部
０５３０ 広告サーバ
０５３１ 広告保持部
０５３２ 広告送信部
０５４０ 梱包広告印刷装置
０５４１ 認証ＩＤ入力受付部
０５４２ 広告受信部
０５４３ 印刷部

Claims (16)

1. オークションサーバと、広告サーバと、梱包広告印刷装置と、出品端末と、落札端末と、からなる落札物配送システムであって、
   前記オークションサーバは、
   オークションを実行するオークション実行部と、
   落札端末からの入札を受けて落札を決定するための落札決定部と、
   決定された落札に応じて落札ＩＤを取得する落札ＩＤ取得部と、
   落札ＩＤを送信する落札ＩＤ送信部と、を有し、
   出品端末は、
   落札ＩＤを受信する落札ＩＤ受信部と、
   落札ＩＤを表示する落札ＩＤ表示部と、を有し、
   広告サーバは、
   落札された出品物を梱包する梱包物に付帯するための広告を保持する広告保持部と、
   広告保持部に保持された広告を送信する広告送信部と、を有し、
   梱包広告印刷装置は、
   落札ＩＤで認証されることを目的とするＩＤである認証ＩＤの入力を受付ける認証ＩＤ入力受付部と、
   入力を受付けた認証ＩＤを落札ＩＤにて認証した結果が真正であるとの認証結果である場合に前記付帯すべき広告を、広告サーバ装置から受信する広告受信部と、
   受信した広告を梱包物に付帯するための印刷をする印刷部と、
   を有する、落札物配送システム。
2. 梱包広告印刷装置は、
   落札された出品物の配送負荷情報を取得する配送負荷情報取得部を有し、
   取得された配送負荷情報で示される配送負荷に応じた広告の印刷がされるように構成されている請求項１に記載の落札物配送システム。
3. 広告サーバの広告保持部は、広告を落札物カテゴリーに関連付けて保持するカテゴリー別保持手段を有し、
   オークションサーバの落札ＩＤ取得部は、落札物カテゴリーを含む落札ＩＤを取得するカテゴリー付落札ＩＤ取得手段を有し、
   取得された落札物カテゴリーに関連付けられた広告の印刷がされるように構成されている請求項１又は２に記載の落札物配送システム。
4. 落札端末は、
   利用者から所望する商品の広告を識別するための情報である希望識別情報の入力を受け付ける希望識別情報入力受付部と、
   受け付けた希望識別情報を送信する希望識別情報送信部と、
   を有し、
   広告サーバの広告保持部は、
   広告を希望識別情報に関連付けて保持する希望別保持手段を有し、
   送信された希望識別情報に関連付けられた広告の印刷がされるように構成されている請求項１又は２に記載の落札物配送システム。
5. 落札された出品物を梱包する梱包物に付帯するために広告を印刷する梱包広告印刷装置と通信接続されるオークションサーバであって、
   オークションを実行するオークション実行部と、
   落札端末からの入札を受けて落札を決定するための落札決定部と、
   決定された落札に応じて落札ＩＤを取得する落札ＩＤ取得部と、
   出品端末にて表示させるため落札ＩＤを送信する落札ＩＤ送信部と、
   梱包広告印刷装置において入力された落札ＩＤで認証されることを目的とするＩＤである認証ＩＤを受信し、その認証ＩＤが真正であるか否かを認証する第一認証処理部と、
   認証した結果が真正であるとの認証結果である場合に前記付帯すべき広告を、梱包広告印刷装置にて印刷するよう制御する第一広告印刷制御部と、
   を有するオークションサーバ。
6. 落札された出品物の配送負荷情報を取得する第一配送負荷情報取得部と、
   取得された配送負荷情報で示される配送負荷に応じた広告の印刷がされるよう制御するための配送負荷依存制御命令を取得する第一配送負荷依存制御命令取得部と、
   配送負荷依存制御命令を第一広告印刷制御部に出力する第一配送負荷依存制御命令出力部と、
   を有する請求項５に記載のオークションサーバ。
7. 前記広告は落札物カテゴリーに関連付けて保持され、
   落札ＩＤ取得部が、落札物カテゴリーを含む落札ＩＤを取得するカテゴリー付落札ＩＤ取得手段を有するとともに、
   取得された落札物カテゴリーに関連付けられた広告の印刷がされるためのカテゴリー別広告印刷命令を取得する第一カテゴリー別広告印刷命令取得部と、
   カテゴリー別広告印刷命令を第一広告印刷制御部に出力する第一カテゴリー別広告印刷命令出力部と、
   を有する請求項５又は６に記載のオークションサーバ。
8. 前記広告は落札端末の利用者の所望する商品の広告を識別するための情報である希望識別情報に関連付けて保持され、
   落札端末から希望識別情報を受信する第一希望識別情報受信部と、
   受信した希望識別情報に関連付けられた広告の印刷がされるための希望別広告印刷命令を取得する第一希望別広告印刷命令取得部と、
   希望別広告印刷命令を第一広告印刷制御部に出力する第一希望別広告印刷命令出力部と、
   を有する請求項５又は６に記載のオークションサーバ。
9. オークションを実行し、落札に応じて落札ＩＤを送信するオークションサーバと、
   落札された出品物を梱包する梱包物に付帯するための広告を印刷をする梱包広告印刷装置と、に通信接続される広告サーバであって、
   前記付帯するための広告を保持する広告保持部と、
   オークションサーバから落札ＩＤを受信するサーバ落札ＩＤ受信部と、
   梱包広告印刷装置において入力された落札ＩＤで認証されることを目的とするＩＤである認証ＩＤを受信し、その認証ＩＤが真正であるか否かを認証する第二認証処理部と、
   認証した結果が真正であるとの認証結果である場合に前記付帯すべき広告を、梱包広告印刷装置にて印刷するよう制御する第二広告印刷制御部と、
   を有する広告サーバ。
10. 落札された出品物の配送負荷情報を取得する第二配送負荷情報取得部と、
    取得された配送負荷情報で示される配送負荷に応じた広告の印刷がされるよう制御するための配送負荷依存制御命令を取得する第二配送負荷依存制御命令取得部と、
    配送負荷依存制御命令を第二広告印刷制御部に出力する第二配送負荷依存制御命令出力部と、
    を有する請求項９に記載の広告サーバ。
11. オークションサーバは、落札物カテゴリーを落札ＩＤに含めて送信し、
    前記広告保持部が、広告を落札物カテゴリーに関連付けて保持するカテゴリー別保持手段を有するとともに、
    受信された落札ＩＤに含まれる落札物カテゴリーに関連付けられた広告の印刷がされるためのカテゴリー別広告印刷命令を取得する第二カテゴリー別広告印刷命令取得部と、
    カテゴリー別広告印刷命令を第二広告印刷制御部に出力する第二カテゴリー別広告印刷命令出力部と、
    を有する請求項９又は１０に記載の広告サーバ。
12. 前記広告保持部が、落札端末の利用者の所望する商品の広告を識別するための情報である希望識別情報に関連付けて広告を保持する希望別保持手段を有するとともに、
    希望識別情報を受信する第二希望識別情報受信部と、
    受信した希望識別情報に関連付けられた広告の印刷がされるための希望別広告印刷命令を取得する第二希望別広告印刷命令取得部と、
    希望別広告印刷命令を第二広告印刷制御部に出力する第二希望別広告印刷命令出力部と、
    を有する請求項９又は１０に記載の広告サーバ。
13. オークションサーバと、落札された出品物を梱包する梱包物に付帯するための広告を保持する広告保持部を有する広告サーバと、梱包広告印刷装置と、出品端末と、落札端末と、からなる落札物配送システムの制御方法であって、
    オークションを実行するオークション実行ステップと、
    落札端末からの入札を受けて落札を決定するための落札決定ステップと、
    決定された落札に応じて落札ＩＤを取得する落札ＩＤ取得ステップと、
    落札ＩＤを送信する落札ＩＤ送信ステップと、
    落札ＩＤを受信する落札ＩＤ受信ステップと、
    受信した落札ＩＤを表示する落札ＩＤ表示ステップと、
    広告保持部に保持された広告を送信する広告送信ステップと、
    落札ＩＤで認証されることを目的とするＩＤである認証ＩＤの入力を受付ける認証ＩＤ入力受付ステップと、
    入力を受付けた認証ＩＤを落札ＩＤにて認証した結果が真正であるとの認証結果である場合に前記付帯すべき広告を、梱包物に付帯するための印刷をする印刷ステップと、
    を計算機にて実行させる落札物配送システムの制御方法。
14. 落札された出品物の配送負荷情報を取得する配送負荷情報取得ステップと、
    取得された配送負荷情報で示される配送負荷に応じた広告の印刷がされるようにする配送負荷依存広告印刷ステップと、
    をさらに計算機に実行させる請求項１３に記載の落札物配送システムの制御方法。
15. 広告サーバの広告保持部は、広告を落札物カテゴリーに関連付けて保持するカテゴリー別保持手段を有し、
    落札物カテゴリーを含む落札ＩＤを取得するカテゴリー付落札ＩＤ取得ステップと、
    取得された落札物カテゴリーに関連付けられた広告の印刷がされるようにするカテゴリー別広告印刷ステップと、
    をさらに計算機に実行させる請求項１３又は１４に記載の落札物配送システムの制御方法。
16. 広告サーバの広告保持部は、広告を希望識別情報に関連付けて保持する希望別保持手段を有し、
    利用者から所望する商品の広告を識別するための情報である希望識別情報の入力を受け付ける希望識別情報入力受付ステップと、
    受け付けた希望識別情報を送信する希望識別情報送信ステップと、
    送信された希望識別情報に関連付けられた広告の印刷がされるようにする希望別広告印刷ステップと、
    をさらに計算機に実行させる請求項１３又は１４に記載の落札物配送システムの制御方法。

Images