JP7642008B2 - 情報処理装置、情報処理システム、及び料金支払方法 - Google Patents

Description

本発明は、情報処理装置、情報処理システム、及び料金支払方法に関する。

ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）サイトなどで購入した物品の配送先が多様化しており、例えば、駅や公共施設等に設置された受取ロッカーやコンビニなどを指定することが可能となっている。

特許文献１には、購入した物品が配送された受取ロッカーの現場においてユーザが料金を支払うことで受取ロッカーから物品を受け取ることができる仕組みが開示されている。

特開２００２－２４７０９号公報

物品の代金と共に指定した配送先への配送料や配送先の保管料を商品の購入時に先払いするケースもあるが、ユーザが受取期限に遅れて商品を受け取る場合など、延滞料金などを配送先（受取ロッカーやコンビニ）の現場で支払うことが考えられる。しかし、当該料金の支払いは、ユーザにとっては手間であり、ユーザが当該料金の持ち合わせがない場合には、配送先から物品を受け取れない等のトラブルが発生する恐れがある。

そこで、本発明は、配送先に配送された物品に要する料金の支払いの手間を解消し、且つ当該料金の持ち合わせがなくても支払いを行うことが可能な技術を提案する。

本発明の情報処理装置は、ユーザによる代金の支払いを条件に物品が配送された配送先のコンピュータシステム、及び代金の支払先のコンピュータシステムと通信可能な情報処理装置であって、ユーザに発行された情報であって配送先に物品を受け取りに来たユーザから受け付けた受付情報を配送先のコンピュータシステムから受信し、受付情報に基づいて、配送先に配送された物品に要する料金であってユーザに請求する料金を特定し、代金の支払先のコンピュータシステムに対して料金の支払処理を実行するよう要求する。

本発明の情報処理システムは、ユーザによる代金の支払いを条件に物品が配送された配送先のコンピュータシステムと、配送先のコンピュータシステム及び代金の支払先のコンピュータシステムと通信可能な情報処理装置と、を備える情報処理システムであって、配送先のコンピュータシステムは、ユーザに発行された情報であって配送先に物品を受け取りに来たユーザから受付情報を受け付け、受け付けた受付情報を情報処理装置に送信し、情報処理装置は、受信した受付情報に基づいて、配送先に配送された物品に要する料金であってユーザに請求する料金を特定し、代金の支払先のコンピュータシステムに対して料金の支払処理を実行するよう要求する。

本発明の料金支払方法は、ユーザによる代金の支払いを条件に配送先に配送された物品に要する料金を支払う料金支払方法であって、ユーザに発行された情報であって配送先に物品を受け取りに来たユーザから受け付けた受付情報を配送先のコンピュータシステムから受信すること、受付情報に基づいて、配送先に配送された物品に要する料金であってユーザに請求する料金を特定すること、及び代金の支払先のコンピュータシステムに対して料金の支払処理を実行するよう要求すること、を有する。

本発明によれば、配送先に配送された物品に要する料金の支払いの手間を解消し、且つ当該料金の持ち合わせがなくても支払いを行うことができる。

実施例１の延滞料金決済システム１００の全体構成図。 受取ロッカー１０１及びロッカーＰＦ１０６のハードウェア構成を示すブロック図。 ロッカー管理ＤＢ２０４の詳細を示す図。 延滞料金決済システム１００のシーケンス図。 延滞料金の支払方法の同意を行う同意画面５００を示す図。 ロッカーＰＦ１０６が実行する延滞料金支払処理を示すフローチャート。 延滞料金の支払方法を選択する選択画面７００を示す図。 システム決済処理の詳細を示したシーケンス図。 実施例２の延滞料金決済システム９００の全体構成図。 延滞料金の支払方法の同意を行う同意画面１０００を示す図。 実施例３の延滞料金決済システム１１００の全体構成図。 変形例の延滞料金決済システム１２００の全体構成図。

以下、図面を用いて本発明の実施例を説明するが、本発明の範囲はここで説明する実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々の変更ができる。

以下、本発明の実施の形態について図面を参照しながら説明する。

（延滞料金決済システム１００）
図１は、実施例１の延滞料金決済システム１００の全体構成図である。実施例１の延滞料金決済システム１００は、ユーザが受取期限までに受取ロッカー１０１に物品を取りに行かなかった場合に、受取ロッカー１０１の利用料の延滞料金を販売業者のコンピュータシステム１０３に登録された当該ユーザの支払方法に関する情報（以下、支払方法情報と呼ぶ）を用いて決済を行うシステムである。

ユーザは、販売業者から購入した物品の配送先として受取ロッカー１０１を指定することができる。ユーザは、受取ロッカー１０１から購入した物品を受け取るが、受取ロッカー１０１から物品を受け取る日時（受付日時）が受取期限から超過している場合には、受取ロッカー１０１の利用料の延滞料金を支払う必要がある。ユーザは、現金やクレジットカードなどを用いて、受取ロッカー１０１の現場において延滞料金の支払いを行うことができるが、当該支払いは手間である。また、現金やクレジットカードなどの持ち合わせがない場合もある。そこで、実施例１の延滞料金決済システム１００（以下、「システム１００」と略する）は、この延滞料金の支払いの手間を解消し、延滞料金の持ち合わせ（現金やクレジットカード）がなくても延滞料金の支払いを可能とするシステムである。以下、詳細に説明する。

システム１００は、受取ロッカー１０１と、ユーザ端末１０２と、販売業者のコンピュータシステム１０３（以下、「販売業者システム１０３」と略する）と、配送業者のコンピュータシステム１０４（以下、「配送業者システム１０４」と略する）と、決済事業者のコンピュータシステム１０５（以下、「決済事業者システム１０５」と略する）と、ロッカーＰＦ（ｐｌａｔｆｏｒｍ）１０６と、を備える。情報処理システム１０７は、受取ロッカー１０１とロッカーＰＦ１０６とを含む。受取ロッカー１０１、ユーザ端末１０２、販売業者システム１０３、配送業者システム１０４、決済事業者システム１０５、及びロッカーＰＦ１０６は、ネットワークを介して互いに通信可能に接続されている。

（ユーザ端末１０２）
ユーザ端末１０２は、販売業者システム１０３が提供するＥＣサイトなどを閲覧することができる。例えば、ユーザ端末１０２は、ＥＣサイト等を閲覧するためのＷｅｂブラウザがインストールされたスマートフォンやパソコン等である。ユーザ端末１０２は、販売業者システム１０３に対して、物品購入のリクエスト、購入する物品の配送先や受取時間を含む配送依頼、及び代金の支払方法情報を送信する。代金は、物品の購入代金、及び物品の配送料を含む。物品の購入代金は販売業者に支払われ、配送料は配送業者に支払われる。ユーザは、物品の配送先として、自宅、自宅の宅配ボックス、受取ロッカー１０１、コンビニなどを選択することができる。また、代金の支払方法情報は、例えば、クレジットカード番号やデビットカード番号などである。なお、支払方法情報は、販売業者システム１０３に支払方法情報が既に登録されている場合には、その支払方法情報を選択する情報であってもよい。

また、ユーザは、上記した延滞料金が発生した場合、当該延滞料金の支払方法として販売業者システム１０３に登録されているユーザの支払方法情報を用いることの同意を行うことができる。ユーザ端末１０２は、ユーザの同意（例えば、後述する図５の同意画面５００での同意）に従って、延滞料金の支払方法の同意を販売業者システム１０３に送信する。

（販売業者システム１０３）
販売業者システム１０３は、ユーザ端末１０２に販売業者が運営するＥＣサイトなどを閲覧できるように各種情報を提供する。例えば、販売業者システム１０３は、ユーザ端末１０２のＷｅｂブラウザにＥＣサイトを表示させるＨＴＭＬデータを送信する。また、販売業者システム１０３は、ＥＣサイトの会員情報を管理し、ユーザごとに１又は複数の支払方法情報を管理する。販売業者システム１０３は、例えばクラウドサーバ、又はオンプレミスサーバである。

また、販売業者システム１０３は、ユーザ端末１０２から受信した配送依頼で指定された配送先が受取ロッカー１０１である場合、指定された受取ロッカー１０１に空きがあるか否かを確認する。具体的には、販売業者システム１０３は、受取ロッカー１０１の空き状況を管理するロッカーＰＦ１０６に、受取ロッカー１０１の利用予約を行うためユーザによって指定された受取ロッカー及び受取時間を送信する。そして、ロッカーＰＦ１０６は、受信した受取ロッカー及び受取時間に当該物品の収容可能な空きボックスがあるか確認し、空きボックスがあれば、受取ロッカー１０１の当該空きボックスの利用予約を行う。これにより、受取ロッカー１０１は、利用予約に従って、本物品のために空きボックスを確保する。そして、ロッカーＰＦ１０６は、受取ロッカー１０１の予約が完了したことを販売業者システム１０３に回答する。一方で、指定された受取ロッカー１０１に空きボックスがなければ、販売業者システム１０３にその旨を回答し、販売業者システム１０３は、ユーザに受取ロッカー及び受取時間、又は別の配送先を再指定させる。

また、販売業者システム１０３は、ユーザ端末１０２から受信した代金の支払方法情報に従って、決済事業者システム１０５に代金の決済を要求（代金の決済要求）する。例えば、ユーザが支払方法としてクレジットカードを指定した場合、クレジットカードの加盟店である販売業者は、決済事業者（カード会社）に代金の決済要求を行う。決済が完了すると、決済事業者システム１０５は、販売業者システム１０３に決済の完了（決済完了）を通知する。

また、販売業者システム１０３は、ユーザ端末１０２から受信した配送依頼に従って、配送業者システム１０４に配送依頼を行うと共に、配送ＩＤを発行する。この配送ＩＤは、ユーザ端末１０２及びロッカーＰＦ１０６にも送信される。なお、この配送ＩＤは、配送業者システム１０４が販売業者システム１０３からの配送依頼に従って発行してもよい。この場合、配送業者システム１０４は、発行した配送ＩＤを販売業者システム１０３に送信する。販売業者システム１０３は、後述するロッカーＰＦ１０６からの問い合わせ（配送ＩＤ）に対して、延滞料金の支払方法情報を特定するために当該配送ＩＤを利用する。また、ユーザ端末１０２に送信される配送ＩＤは、配送ＩＤが埋め込まれたコード情報（例えば、バーコード、二次元コード）であってもよい。また、販売業者システム１０３は、配送ＩＤの代りに又は配送ＩＤに加えて、購入した物品を特定するための認証コード（例えば、数字や英文字などの組み合わせ）を発行してもよい。

（決済事業者システム１０５）
例えば、決済事業者はカード会社であり、販売業者は加盟店である。決済事業者システム１０５は、販売業者システム１０３からの代金の決済要求に従って、ユーザの与信管理等を行い、販売業者に代金を支払う支払処理を実行する。決済事業者システム１０５は、金融機関のシステムと通信可能に接続されており、金融機関のシステムに対してユーザの決済口座から代金の引き落としをリクエストする。これにより、決済事業者は、ユーザの金融機関の決済口座からの自動引き落としにより、ユーザから代金を集金する。

（配送業者システム１０４）
配送業者は、販売業者から物品を受け取り、指定された配送先（例えば、受取ロッカー１０１）に当該物品を配送する。配送業者システム１０４は、物品の配送を管理するシステムである。まず、配送業者システム１０４は、販売業者システム１０３から配送依頼及び配送ＩＤを受信する。そして、配送業者システム１０４は、当該配送依頼及び配送ＩＤに従って、販売業者（例えば、販売業者の物流センター）から配送先まで物品が配送されるよう、物品の物流を管理する。配送業者システム１０４は、物品の配送が完了したときにユーザ端末１０２に物品の配送が完了したことを通知してもよい。配送依頼で指定された配送先が受取ロッカー１０１である場合には、配送業者は、物品を受取ロッカー１０１の空きボックスに収容する。配送業者システム１０４は、例えばクラウドサーバ、又はオンプレミスサーバである。

（受取ロッカー１０１）
受取ロッカー１０１は、駅、コンビニ、公共施設等の受取場所に設置されたロッカーである。受取ロッカー１０１は、販売業者や配送業者が物品の配送先として管理する専用のロッカーであってもよいし、荷物の一時預かりとして一般利用されるコインロッカーであってもよい。ユーザは、購入した物品の配送先として受取ロッカー１０１を指定することができる。ユーザは、受取ロッカー１０１において、配送ＩＤなどを入力する等の受取受付を行い、受取ロッカー１０１から物品を受け取る。ユーザが受取受付にて入力する受付情報は、販売業者システム１０３が物品の購入時にユーザに発行した配送ＩＤであってもよいし、上記したコード情報や認証コードであってもよい。認証コードを使用する場合は、販売業者システム１０３は、事前にロッカーＰＦ１０６に認証コードを送信しておく必要がある。また、受付情報は、販売業者システム１０３が管理するユーザＩＤ、ユーザメールアドレス、ユーザ氏名などのユーザを識別するための識別情報であってもよい。また、配送ＩＤが配送業者システム１０４によって発行される場合は、ユーザは、受取受付において配送業者システム１０４から発行された配送ＩＤを入力してもよい。物品を受け取りに来たユーザは、受取ロッカー１０１にて、例えば表示入力部２３０（図２参照）に表示されるソフトウェアキーボードを使って、上記した配送ＩＤ又は認証コードを入力して、受取受付を行う。また、ユーザは、受取ロッカー１０１のコードリーダ２４１（図２参照）にコード情報を読み取らせて、受取受付を行う。

（ロッカーＰＦ１０６）
ロッカーＰＦ１０６（情報処理装置）は、１又は複数の受取ロッカー１０１の情報（受取ロッカーが有するボックス数、ボックスサイズ、各ボックスの使用状況等）を収集し、管理する。ロッカーＰＦ１０６は、例えばクラウドサーバ、又はオンプレミスサーバである。ロッカーＰＦ１０６は、受取ロッカー１０１のコンピュータシステム（例えば、図２の制御部２１０）、代金の支払先のコンピュータシステム（例えば、販売業者システム１０３）、及び物品の配送を管理するコンピュータシステム（例えば、配送業者システム１０４）と通信可能なシステムである。また、ロッカーＰＦ１０６は、受取受付が実施された日時（以下、受付日時とする）を受取ロッカー１０１から受信し、受付日時が受取期限前であれば、物品が収容された受取ロッカー１０１のボックスの扉をオープンする指示（オープン指示）を受取ロッカー１０１に送信する。受取ロッカー１０１は、このオープン指示に従って物品が収容されたボックスの扉が解錠され、ユーザは、当該ボックスから物品を取り出す。一方で、受付日時が受取期限後であれば、受取ロッカー１０１の利用料の延滞料金が発生しているので、ユーザに請求する延滞料金を特定し、延滞料金の決済処理を行う。本実施例では、ユーザは、この延滞料金を、受取ロッカー１０１が備える決済機能で決済する方法、及び販売業者システム１０３に登録されているユーザの支払方法情報で決済する方法で支払うことができる。ユーザは、延滞料金の支払方法として、受取ロッカー１０１が備える決済機能で決済する方法で支払うのか、販売業者システム１０３に登録されているユーザの支払方法情報で決済する方法で支払うのかを選択することができる。

上記した受取期限は、物品の購入時にユーザが指定した受取時間であってもよいし、受取時間に所定時間（例えば、２４時間）を加えた時間であってもよい。

（受取ロッカー１０１が備える決済機能で決済する方法）
受取ロッカー１０１は、コード払い機能、クレジットカード払い機能、現金払い機能などを備える。受付日時が受取期限を過ぎて延長料金が発生している場合、ユーザは、延滞料金をコード払い機能、クレジットカード払い機能、現金払い機能などを用いて支払うことができる。

ロッカーＰＦ１０６は、受取受付によって入力された受付情報（例えば、配送ＩＤ）及び受付日時を受取ロッカー１０１から受信し、延滞料金が発生しているか否かを特定する。そして、ロッカーＰＦ１０６は、延滞料金が発生していることを受取ロッカー１０１の表示入力部２３０（図２参照）を介してユーザに通知する。

そして、ユーザは、受取ロッカー１０１が備えるコード払い機能、クレジットカード払い機能、現金払い機能などを用いて延滞料金を支払う。例えば、ユーザがクレジットカード払い機能を使って延滞料金を支払う場合、ユーザは、受取ロッカー１０１のカードリーダ２４２（図２参照）でクレジットカードを読み取る。カードリーダ２４２によって読み取られたカード情報は、ロッカーＰＦ１０６に送信され、ロッカーＰＦ１０６は、当該カード情報を用いて決済事業者システム１０５に延滞料金の決済要求を行う。これにより、延滞料金が決済事業者から受取ロッカー１０１の管理事業者に支払われる。ロッカーＰＦ１０６は、決済事業者システム１０５から決済完了の通知を受信すると、受取ロッカー１０１にオープン指示を送信し、物品が収容された受取ロッカー１０１のボックスの扉を解錠する。ユーザは、受取ロッカー１０１が備える決済機能を用いて延滞料金を支払い、受取ロッカー１０１から物品を受け取ることができる。

（販売業者システム１０３に登録されているユーザの支払方法情報で決済する方法）
ユーザは、延滞料金を販売業者システム１０３に登録されているユーザの支払方法情報（クレジットカード番号など）を用いて支払うことができる。この延滞料金を支払うために使用される支払方法情報は、物品の購入時に使用した支払方法情報であってもよいし、販売業者システム１０３にユーザに紐づけて登録されている支払方法情報であってもよい。例えば、ユーザは、物品の購入時に使用したクレジットカードの情報を用いて延滞料金の決済を行ってもよいし、物品の購入時に使用した支払方法（クレジットカード、ギフト券、ポイント払い）とは異なる販売業者システム１０３に登録されているユーザのクレジットカードの情報を用いて延滞料金の決済を行ってもよい。

ユーザが受取ロッカー１０１にて販売業者システム１０３に登録されているユーザの支払方法情報を用いて延滞料金を支払うことを選択した場合、受取ロッカー１０１からロッカーＰＦ１０６にユーザによって選択された支払方法がロッカーＰＦ１０６に通知される。当該通知を受信したロッカーＰＦ１０６は、販売業者システム１０３に延滞料金の決済要求を行う。この決済要求には、特定した延滞料金、及び販売業者システム１０３に登録されているユーザの支払方法情報を特定するための情報（例えば、ユーザＩＤ、配送ＩＤ）が含まれる。販売業者システム１０３は、受信した延滞料金の決済要求に従って、販売業者システム１０３に登録されている当該ユーザの支払方法情報を特定し、特定した支払方法情報を用いて決済事業者システム１０５に延滞料金の決済要求を行う。これにより、延滞料金が決済事業者から受取ロッカー１０１の管理事業者に支払われる。なお、管理事業者に支払われる延滞料金は、販売業者システム１０３が管理事業者に代わって決済要求を代行した代行手数料を差し引いた金額であってもよい。販売業者システム１０３は、決済事業者システム１０５から決済完了の通知を受信すると、ロッカーＰＦ１０６に決済完了の通知を行う。ロッカーＰＦ１０６は、決済完了の通知を受信すると、受取ロッカー１０１にオープン指示を送信し、物品が収容された受取ロッカー１０１のボックスの扉を解錠する。ユーザは、販売業者システム１０３に登録されている支払方法情報を用いて延滞料金を支払うことができ、受取ロッカー１０１から物品を受け取ることができる。

（受取ロッカー１０１及びロッカーＰＦ１０６のハードウェア構成図）
図２は、受取ロッカー１０１及びロッカーＰＦ１０６（情報処理装置）のハードウェア構成を示すブロック図である。

（ロッカーＰＦ１０６のハードウェア構成）
ロッカーＰＦ１０６は、プロセッサ２０１と、主記憶部２０２と、補助記憶部２０３と、入出力Ｉ／Ｆ２０５と、通信Ｉ／Ｆ２０６と、を備える。プロセッサ２０１は、各種の演算を行う中央処理演算装置である。プロセッサ２０１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等である。主記憶部２０２は、プロセッサ２０１が実行するプログラム、当該プログラムの実行に必要なデータ等を記憶する。主記憶部２０２は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ等である。補助記憶部２０３は、各種のプログラム（例えば、延滞料金支払処理プログラム）および各種のデータを記憶する。本実施例の補助記憶部２０３は、ロッカー管理ＤＢ２０４を記憶する。補助記憶部２０３は、例えば、ソリッドステートドライブ（ＳＳＤ、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）装置、ハードディスク（ＨＤＤ、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）装置、又はそれらの組み合わせである。入出力Ｉ／Ｆ２０５は、キーボード、マウスおよびディスプレイなどと通信可能に接続されるデバイスコントローラである。また、通信Ｉ／Ｆ２０６は、ネットワークと通信可能に接続されるネットワークコントローラである。ロッカー管理ＤＢ２０４の詳細は、後述する。

（受取ロッカー１０１のハードウェア構成）
受取ロッカー１０１は、制御部２１０と、物品を収容する複数のボックスを有する物品収容部２２０と、タッチパネル及び液晶等の表示部を有する表示入力部２３０と、を備える。また、受取ロッカー１０１は、料金を徴収するためのコードリーダ２４１、カードリーダ２４２、及びコインベンダ２４３を備える。

制御部２１０は、上記したロッカーＰＦ１０６と同様に、プロセッサ２１１と、主記憶部２１２と、補助記憶部２１３と、通信Ｉ／Ｆ２１４と、入出力Ｉ／Ｆ２１５と、を備える。受取ロッカー１０１のプロセッサ２１１は、ＲＴＣ（Ｒｅａｌ－Ｔｉｍｅ Ｃｌｏｃｋ）機能を有し、受取受付にて受付情報を受け付けた時刻を受付日時として出力する。なお、本実施例では、受取ロッカー１０１が受付日時を出力するが、受付日時は、ロッカーＰＦ１０６が受取ロッカー１０１から受付情報を受け取った日時であってもよい。

入出力Ｉ／Ｆ２１５には、制御部２１０の周辺機器である物品収容部２２０、表示入力部２３０、コードリーダ２４１、カードリーダ２４２、及びコインベンダ２４３が通信可能に接続されている。制御部２１０は、ロッカーＰＦ１０６から受信したオープン指示に従って、物品収容部２２０の各ボックスの扉の解錠を行う。また、制御部２１０は、表示入力部２３０が受け付けた受付情報をロッカーＰＦ１０６に送信したり、表示入力部２３０に延滞料金を通知する画面を表示したりする。また、制御部２１０は、コードリーダ２４１やカードリーダ２４２が読み取った支払方法情報をロッカーＰＦ１０６に送信したり、コインベンダ２４３への現金の投入額を表示入力部２３０に表示したりする。

（ロッカー管理ＤＢ２０４）
図３は、ロッカー管理ＤＢ２０４の詳細を示す図である。ロッカーＰＦ１０６は、ロッカーＰＦ１０６の管理下の複数の受取ロッカー１０１の情報をロッカー管理ＤＢ２０４で管理する。ロッカー管理ＤＢ２０４は、ロッカーＩＤ３０１、設置場所３０２、ボックス番号３０３、利用料金３０４、使用状況３０５、受取期限３０６、ユーザＩＤ３０７、配送ＩＤ３０８、延滞中フラグ３０９、及び延滞料金３１０を記憶する。

ロッカーＩＤ３０１は、受取ロッカー１０１に付与されたユニークな識別番号である。

設置場所３０２は、受取ロッカー１０１が設置されている場所（住所）を示す情報である。

ボックス番号３０３は、受取ロッカー１０１に設けられる複数のボックスに割り当てられた番号である。

利用料金３０４は、単位時間あたりの利用料金を示す情報である。利用料金は、一律でなくてもよく、ボックスの収容可能なサイズに応じて変わってもよい。

使用状況３０５は、ボックスの使用状況を示す情報であり、ボックスに物品が収納されている場合には、「使用中」となる。一方で、ボックスに物品が収容されていない場合や物品の配送が決まっていない場合には、「空」となる。

受取期限３０６は、ボックスに収容された物品の受取期限を示す情報である。この受取期限３０６に記憶される情報は、例えば、物品の購入時にユーザが指定した受取時間であってもよいし、受取時間を含む日の所定時刻（例えば、２４：００）であってもよいし、受取時間に所定時間（例えば、２４時間）を加えた時間であってもよい。

ユーザＩＤ３０７及び配送ＩＤ３０８は、販売業者システム１０３や配送業者システム１０４から送信されたユーザＩＤ及び配送ＩＤである。

延滞中フラグ３０９は、受取期限３０６に記憶された受取期限までにユーザが受取受付を行わなかった場合に設定されるフラグである。

延滞料金３１０は、受取期限３０６に記憶された受取期限を過ぎて受取受付を行ったユーザに対して請求する延滞料金を示した情報である。延滞料金３１０は、例えば、受取期限を過ぎて利用したボックスの利用時間と利用料金３０４に記憶された単位時間あたりの利用料金とに基づいて特定される。

（延滞料金決済システム１００のシーケンス）
図４は、延滞料金決済システム１００のシーケンス図である。図４を参照して、延滞料金決済システム１００で実行される処理について説明する。

まず、販売業者システム１０３は、ユーザ端末１０２に物品の購入画面を提供する（Ｓ４０１）。販売業者システム１０３（Ｗｅｂサーバ）は、例えば、ユーザ端末１０２のＷｅｂブラウザにＥＣサイトを表示させるＨＴＭＬデータを送信することにより、ユーザ端末１０２に物品の購入画面を提供する。

ユーザ端末１０２は、物品を購入するための購入画面を表示する。ユーザは、当該購入画面において希望する物品を選択し、物品購入のリクエストを販売業者システム１０３に送信する（Ｓ４０２）。ユーザ端末１０２は、物品購入のリクエストと共に、配送依頼、支払方法情報、及び延滞料金の支払方法の同意を販売業者システム１０３に送信する（Ｓ４０２）。配送依頼には、配送先（例えば、受取ロッカー１０１）及び受取時間が含まれる。支払方法情報は、例えば、クレジットカード番号やデビットカード番号などである。

ここで、Ｓ４０２の延滞料金の支払方法の同意について説明する。図５は、延滞料金の支払方法の同意を行う同意画面５００を示す図である。ユーザは、同意画面５００で、受取ロッカー１０１の利用が延滞した場合に発生する延滞料金を販売業者システム１０３に登録されたユーザの支払方法情報を用いて決済することに同意することができる。

図５の同意画面５００は、販売業者システム１０３がユーザ端末１０２に提供する画面であって、ユーザ端末１０２の表示部に表示される。ユーザは、同意画面５００の同意ボタン５０１を押下することによって、販売業者システム１０３に登録されたユーザの支払方法情報を用いて延滞料金を決済することに同意する。ユーザは、キャンセルボタン５０２を押下することによって、同意しなくてもよい。

次に、販売業者システム１０３は、配送依頼に含まれる受取ロッカー及び受取時間をロッカーＰＦ１０６に送信し、指定した受取ロッカー及び受取時間に空きがあるか確認する（Ｓ４０３）。なお、配送依頼には、受取時間が含まれない場合もある。ユーザが受取時間を指定せずに単に受け取り希望の場所（受取ロッカー１０１）のみを指定する場合、販売業者システム１０３は、指定された受取ロッカーをロッカーＰＦ１０６に送信し、指定された受取ロッカーに空きがあるか確認する。この場合、ロッカーＰＦ１０６は、指定された受取ロッカーに空きがあるか判断し、受取可能時間を販売業者システム１０３に回答する。

ロッカーＰＦ１０６は、販売業者システム１０３から受取ロッカー及び受取時間を受信し、受取ロッカー１０１からロッカー情報を収集する（Ｓ４０４）。ロッカーＰＦ１０６は、収集したロッカー情報を用いてロッカー管理ＤＢ２０４を更新する。ロッカーＰＦ１０６は、ロッカー管理ＤＢ２０４を参照して、受取時間に使用可能なボックスがあるかどうかを確認し、販売業者システム１０３に回答（空あり／空なし）する。なお、本シーケンス図では、ロッカーＰＦ１０６は、販売業者システム１０３から受取ロッカー及び受取時間を受信したときに受取ロッカー１０１からロッカー情報を収集したが、ロッカーＰＦ１０６は、受取ロッカー１０１のロッカー情報を定期的に取得してもよいし、受取ロッカー１０１からプッシュされるロッカー情報を収集してもよい。

次に、販売業者システム１０３は、ユーザ端末１０２から受信した代金の支払方法情報に従って、決済事業者システム１０５に代金の決済を要求（代金の決済要求）する。そして、決済事業者システム１０５は、決済が完了すると、販売業者システム１０３に決済の完了（決済完了）を通知する（Ｓ４０５）。

販売業者システム１０３は、ユーザ端末１０２に配送ＩＤを送信する（Ｓ４０６）。販売業者システム１０３は、配送ＩＤが記載されたＥメールをユーザ端末１０２に送信してもよいし、配送ＩＤが埋め込まれたコード情報が記載されたＥメールをユーザ端末１０２に送信してもよい。

また、販売業者システム１０３は、ロッカーＰＦ１０６にユーザＩＤ及び配送ＩＤを送信する（Ｓ４０７）。ロッカーＰＦ１０６は、受信したユーザＩＤ及び配送ＩＤを、ロッカー管理ＤＢ２０４のＳ４０３で確認した空ボックスのレコードのユーザＩＤ３０７及び配送ＩＤ３０８に記憶する。

また、販売業者システム１０３は、配送業者システム１０４に配送依頼及び配送ＩＤを送信する（Ｓ４０８）。

配送業者は、配送依頼に従って、指定された受取ロッカー１０１に物品を配送し、空ボックスに収容する（Ｓ４０９）。配送業者システム１０４は、物品が受取ロッカー１０１に配送されたときに、ユーザ端末１０２に配送完了の通知を送信してもよい。

受取ロッカー１０１に物品を受け取りに来たユーザは、受取受付を行い、受付情報を入力する（Ｓ４１０）。例えば、ユーザは、受取ロッカー１０１の表示入力部２３０にＥメールに記載された配送ＩＤを入力する、又は受取ロッカー１０１のコードリーダ２４１にＥメールに記載されたコード情報を読み取らせるなどして、受付情報（配送ＩＤなど）を入力する。

受取ロッカー１０１は、ユーザから入力された受付情報、及び受取受付が実施された日時（受付日時）をロッカーＰＦ１０６に送信する（Ｓ４１１）。

そして、ロッカーＰＦ１０６は、受取ロッカー１０１から受信した受付情報及び受付日時に基づいて、延滞料金支払処理を実行する（Ｓ４１２）。

（延滞料金支払処理）
図６は、ロッカーＰＦ１０６が実行する延滞料金支払処理を示すフローチャートである。次に、図６を参照して、ロッカーＰＦ１０６が実行する延滞料金支払処理の詳細について説明する。例えば、ロッカーＰＦ１０６のプロセッサ２０１は、補助記憶部２０３に記憶される延滞料金支払処理プログラムを読み出して、主記憶部２０２に展開して実行することにより、以下のフローチャートの各ステップを実行する。

ロッカーＰＦ１０６は、受取ロッカー１０１から受付情報（配送ＩＤなど）及び受付日時を受信する（Ｓ６０１）。

ロッカーＰＦ１０６は、受信した配送ＩＤに一致するロッカー管理ＤＢ２０４のレコードを参照する（Ｓ６０２）。

そして、ロッカーＰＦ１０６は、参照するレコードに記憶される受取期限３０６に記憶される日時と受取ロッカー１０１から受信した受付日時とを比較し、受取ロッカー１０１の利用料の延長料金が発生しているか否かを判断する（Ｓ６０３）。具体的には、ロッカーＰＦ１０６は、受取期限３０６に記憶される日時と受取ロッカー１０１から受信した受付日時とを比較し、受付日時が受取期限３０６に記憶される日時を超えている場合には、延滞料金が発生していると判断し（Ｓ６０３：延滞料金有り）、超えていない場合には延滞料金が発生しないと判断する（Ｓ６０３：延滞料金無し）。

延滞料金が発生しないと判断されると、ロッカーＰＦ１０６は、物品が収容される受取ロッカー１０１のボックスの扉を開放するために、受取ロッカー１０１にオープン指示を送信する（Ｓ６０４）。これにより、物品が収容された受取ロッカー１０１のボックスの扉が解錠され、ユーザは、受取ロッカー１０１から物品を受け取ることができる。

一方で、延滞料金が発生すると判断されると、ロッカーＰＦ１０６は、延滞料金を特定する処理を行う（Ｓ６０５）。具体的には、ロッカーＰＦ１０６は、受付日時と受取期限３０６に記憶される日時との差分から延滞時間を計算し、この延滞時間にロッカー管理ＤＢ２０４の利用料金３０４に記憶される単位時間あたりの利用料金を乗じて、延長料金を特定する。

本実施例では、ユーザは、延長料金を受取ロッカー１０１が備える決済機能で決済すること、又は販売業者システム１０３に登録されているユーザの支払方法情報で決済することを選択することが可能である。そこで、ロッカーＰＦ１０６は、受取ロッカー１０１の表示入力部２３０に延滞料金の支払方法を選択する選択画面を表示する（Ｓ６０６）。

図７は、延滞料金の支払方法を選択する選択画面７００を示す図である。この選択画面７００は、受取ロッカー１０１が備える決済機能（図中の「未登録の決済方法」）で決済するためのラジオボタン７０１、及び販売業者システム１０３に登録されているユーザの支払方法情報（図中の「ｘｘｘサイトに登録の決済方法」）で決済するためのラジオボタン７０２を有する。また、選択画面７００は、ラジオボタン７０１又は７０２によって選択された決済方法を確定するためのＯＫボタン７０３、及び前画面へ戻るための戻るボタン７０４を有する。

ラジオボタン７０１を選択した場合、ユーザは、受取ロッカー１０１が備えるコード払い機能、クレジットカード払い機能、現金払い機能などを用いて、延滞料金の支払いを行うことができる。また、ラジオボタン７０２を選択した場合、ユーザは、物品を購入した販売業者システム１０３に当該ユーザに紐づけて登録されている支払方法情報を用いて、延滞料金の支払いを行うことができる。

ロッカーＰＦ１０６は、選択画面７００で選択された延滞料金の支払方法を受取ロッカー１０１から受信する（Ｓ６０７）。

ロッカーＰＦ１０６は、受信した支払方法が、販売業者システム１０３に登録されている決済方法（以下、システム決済方法と呼ぶ）か、受取ロッカー１０１に備え付けの決済方法（以下、ロッカー決済方法と呼ぶ）か、を判定する（Ｓ６０８）。

受信した支払方法がロッカー決済方法である場合、ロッカーＰＦ１０６は、後述するロッカー決済処理を実行する（Ｓ６０９）。

受信した支払方法がシステム決済方法である場合、ロッカーＰＦ１０６は、後述するシステム決済処理を実行する（Ｓ６１０）。

（ロッカー決済処理）
ロッカー決済処理は、従来からあるバーコードや二次元コードを用いたコード払い、クレジットカードを用いたクレジットカード払い機能、又はコインベンダ２４３に現金を投入する現金払いであるため、それらの説明は省略する。

（システム決済処理）
図８は、システム決済処理の詳細を示したシーケンス図である。図８を参照して、システム決済処理の詳細を説明する。

システム決済方法を受信したロッカーＰＦ１０６は、ユーザの支払方法情報が登録されている販売業者システム１０３に対して、延滞料金の決済要求を行う（Ｓ８０１）。

販売業者システム１０３は、ロッカーＰＦ１０６からの決済要求を受信すると、ユーザからの同意を得ていることを条件に、ユーザに紐づけて登録されている支払方法情報を用いて、決済事業者システム１０５に対して、延滞料金の決済要求を行う（Ｓ８０２）。

決済事業者システム１０５は、販売業者システム１０３からの決済要求に従って、延滞料金の決済を行う。そして、決済事業者システム１０５は、決済完了を販売業者システム１０３に通知する（Ｓ８０３）。そして、販売業者システム１０３は、決済完了の受信に従って、ロッカーＰＦ１０６に決済完了を通知する（Ｓ８０４）。

以上のようにして、システム決済処理が完了する。

まとめると、上記したシステム決済処理による延滞料金の料金支払方法は、
ユーザによる代金の支払いを条件に物品を配送先（受取ロッカー１０１）に配送すること（Ｓ４０９）、
ユーザに発行された情報であって配送先に物品を受け取りに来たユーザから受付情報（配送ＩＤ、ユーザＩＤなど）を受け付けること（Ｓ４１０）、
受け付けた受付情報に基づいて、配送先に配送された物品に要する料金（延滞料金）であってユーザに請求する料金を特定すること（Ｓ６０５）、及び
代金の支払先のコンピュータシステム（販売業者システム１０３）に対して物品に要する料金（延滞料金）の支払処理を実行するよう要求すること（Ｓ８０１）、を有する。

（実施例１の効果）
実施例１では、システム決済処理を実行することによって、受取ロッカー１０１の現場においてクレジットカードや現金などを使って延滞料金を支払う場合に比べて、延滞料金の支払いの手間を解消することができる。

また、実施例１では、当該料金の持ち合わせ（クレジットカード、現金など）がなくても、販売業者システム１０３に登録されている支払方法情報を用いて支払いを行うことができる。

また、実施例１では、代金の決済要求、及び延滞料金の決済要求を販売業者システム１０３が一括して行うため、決済要求に必要な支払方法情報を販売業者システム１０３で管理することができる。これにより、クレジットカード番号などのセキュアな情報を１か所で管理することができるので、セキュアな情報の漏洩リスクを低減することができる。

また、実施例１では、販売業者システム１０３が延滞料金の決済要求を行うため、ロッカーＰＦ１０６に延滞料金の決済要求を行う権限がなくても、延滞料金の決済を行うことができる。

実施例１では、ユーザ端末１０２において物品購入時に延滞料金の支払方法の同意がなされたが、当該同意の方法はこれに限らない。図９は、実施例２の延滞料金決済システム９００の全体構成図である。実施例２では、実施例１と異なる箇所を説明し、実施例１と重複する説明は適宜省略する。

実施例２の延滞料金決済システム９００では、受取ロッカー１０１に物品を受け取りに来たユーザによって、延滞料金の支払方法の同意がなされる。当該同意は、受取ロッカー１０１からロッカーＰＦ１０６に送信され、ロッカーＰＦ１０６は、当該同意を受信する。ロッカーＰＦ１０６は、延滞料金の支払方法情報を取得するために、受取ロッカー１０１から受信した当該同意及び受付情報（配送ＩＤやユーザＩＤなど）を販売業者システム１０３に送信する。販売業者システム１０３は、ロッカーＰＦ１０６から同意及び受付情報を受信し、受信した受付情報に対応する支払方法情報を特定し、特定した支払方法情報を用いて延滞料金の決済を行うよう要求する。ロッカーＰＦ１０６は、同意を受信したことを条件に販売業者システム１０３に延滞料金の決済を行うよう要求してもよいし、同意の有無に関わらず販売業者システム１０３に延滞料金の決済を行うよう要求し、販売業者システム１０３側で同意に基づいて延滞料金の決済を要求するか否かを決定してもよい。なお、ユーザは、受取ロッカー１０１にて同意しない場合に、受取ロッカー１０１が備える決済機能で延滞料金の決済を行ってもよい。

図１０は、延滞料金の支払方法の同意を行う同意画面１０００を示す図である。図１０の同意画面１０００は、ロッカーＰＦ１０６が受取ロッカー１０１に提供する画面であって、受取ロッカー１０１の表示入力部２３０に表示される。同意画面１０００は、延滞料金の支払方法の同意を行う同意ボタン１００１を含む。当該同意ボタン１００１がユーザによって選択された場合に、例えば、図５の同意画面５００が表示されてもよい。また、同意ボタン１００１によって同意がなされるまでは、ラジオボタン７０２を選択できないようにしてもよい。

（実施例２の効果）
実施例２では、ユーザは、受取ロッカー１０１の現場において延滞料金の支払方法の同意を行うことができる。その他の効果は実施例１と同様である。

実施例１及び２では、物品が受取ロッカー１０１に配送される例について説明したが、本発明はこれに限らず、物品がコンビニエンスストア１１０１（以下、適宜コンビニと略する）に配送されてもよい。図１１は、実施例３の延滞料金決済システム１１００の全体構成図である。実施例３では、実施例１と異なる箇所を説明し、実施例１と重複する説明は適宜省略する。

ユーザは、販売業者から購入した物品の配送先としてコンビニ１１０１を指定することができる。ユーザ端末１０２は、販売業者システム１０３に対して、購入する物品の配送先（コンビニ１１０１）や受取時間を含む配送依頼を送信する。

販売業者システム１０３は、ユーザ端末１０２から受信した配送依頼で指定された配送先がコンビニ１１０１である場合、指定されたコンビニ及び受取時間をＰＯＳ端末管理ＰＦ１１０６（情報処理装置）に送信して、物品の配送が可能かどうかを確認する。ＰＯＳ端末管理ＰＦ１１０６は、コンビニ１１０１のＰＯＳ端末と通信可能に接続され、複数のコンビニ１１０１の各種情報を管理する。

配送業者システム１０４は、配送依頼及び配送ＩＤに従って、販売業者（例えば、販売業者の物流センター）から配送先（コンビニ１１０１）まで物品が配送されるよう、物品の物流を管理する。

ユーザは、コンビニ１１０１のＰＯＳ端末において、配送ＩＤなどの受付情報を入力する等の受取受付を行い、コンビニ１１０１に保管されている物品をコンビニ１１０１の店員から受け取る。このとき、受付日時が受取期限後であれば、コンビニ１１０１での物品の保管料の延滞料金が発生しているので、延滞料金の決済処理を行う。ユーザは、この延滞料金を、ＰＯＳ端末が備える決済機能（コード払い、カード払い、現金払いなど）で決済する方法だけでなく、上記した販売業者システム１０３に登録されているユーザの支払方法情報で決済する方法を利用することができる。延滞料金の決済が完了すると、ＰＯＳ端末管理ＰＦ１１０６は、コンビニ１１０１のＰＯＳ端末に物品の引き渡しを通知し、コンビニ１１０１の店員は、当該通知に従って保管している物品をユーザに引き渡す。

（実施例３の効果）
配送先がコンビニ１１０１の場合であっても、コンビニ１１０１における物品の保管料の延滞料金を、支払いの手間なく且つ料金の持ち合わせがなくても支払うことができる。

（変形例）
以上、本発明を実施形態と共に説明したが、上記実施形態は本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

例えば、上記した実施例１及び２では、販売業者システム１０３に登録されているユーザの支払方法情報で、受取ロッカー１０１の利用料の延滞料金を支払う例について説明した。また、上記した実施例３では、販売業者システム１０３に登録されているユーザの支払方法情報で、コンビニ１１０１の保管料の延滞料金を支払う例について説明した。本発明の決済方法で支払う物品に要する料金は、上記した延滞料金に限らず、例えば、配送業者が受取期限を過ぎて受取ロッカー１０１やコンビニ１１０１から持ち帰った物品を再配達した際に発生する再配達料であってもよい。

また、上記した実施例１～３では、販売業者システム１０３が提供するＥＣサイトなどで購入した物品を受取ロッカー１０１やコンビニ１１０１に配送する例について説明したが、本発明において配送される物品は購入物品に限らない。例えば、ユーザが所有する物品を配送業者の営業所に持ち込み、受取ロッカー１０１やコンビニ１１０１に配送してもよい。この場合、代金の支払先のコンピュータシステムは、配送業者システム１０４であり、ロッカーＰＦ１０６は、配送業者システム１０４に延滞料金などの決済を行うよう要求する。以下、図１２を参照して、代金の支払先が配送業者システム１０４である場合について具体的に説明する。
図１２の変形例の延滞料金決済システム１２００では、
ユーザは、ユーザ端末１０２を使って、配送業者システム１０４に対して、物品の配送先や受取時間を含む配送依頼、代金（配送料）の支払方法情報、及び延滞料金の支払方法の同意を送信する。なお、ユーザは、配送業者の営業所に設置される端末を使って、配送業者システム１０４に対して、物品の配送先や受取時間を含む配送依頼、代金（配送料）の支払方法情報、及び延滞料金の支払方法の同意を送信してもよい。
配送業者システム１０４は、配送依頼で指定された配送先が受取ロッカー１０１である場合、指定された受取ロッカー１０１に空きがあるか否かを確認する。また、配送業者システム１０４は、代金の支払方法情報に従って、決済事業者システム１０５に代金の決済を要求（決済要求）する。
決済事業者システム１０５から決済完了の通知を受信すると、配送業者は、指定された配送先（例えば、受取ロッカー１０１）に当該物品を配送する。
受取ロッカー１０１に物品を受け取りに来たユーザは、受取ロッカー１０１において、配送ＩＤなどの受付情報を入力する等の受取受付を行い、受取ロッカー１０１は、ユーザから受け付けた受付情報や受付日時をロッカーＰＦ１０６に送信する。
ロッカーＰＦ１０６は、受付日時が受取期限後であれば、受取ロッカー１０１の利用料の延滞料金が発生しているので、ユーザに請求する延滞料金を特定し、配送業者システム１０４に延滞料金の決済処理を行うよう要求する。配送業者システム１０４は、ロッカーＰＦ１０６から受信した当該要求（配送ＩＤなど）に従って、配送業者システム１０４に登録されているユーザの支払方法情報を特定し、特定した支払方法情報を用いて、決済事業者システム１０５に延滞料金の決済要求を行う。

また、上記した実施例１では、ユーザが選択画面７００にて延滞料金の支払方法を選択したが、延滞料金の支払方法をユーザに選択させずに、ユーザからの同意がなされていることを条件に、販売業者システム１０３にユーザに紐づけて登録されている支払方法情報を用いて自動的に延滞料金の決済を行うように、販売業者システム１０３に要求してもよい。この場合、延滞料金の支払処理が完了しなかった場合に、他の支払方法による支払いをユーザから受け付けてもよい。

また、上記した実施例１～３では、延滞料金の決済が完了したことを条件に受取ロッカー１０１のボックスの扉を解錠したが、ボックスの扉を解除するタイミングはこれに限らない。例えば、ユーザによって受取受付がなされたときに、ボックスの扉を解錠してもよい。この場合、ロッカーＰＦ１０６は、ボックスの扉の解錠後に、販売業者システム１０３に延滞料金の決済要求を行い、販売業者システム１０３は当該決済要求に従って決済事業者に延滞料金の決済要求を行う。しかしながら、例えばクレジットカードの有効期限切れや限度額超過などの理由で延滞料金の決済が不能の場合には、決済不能通知が決済事業者システム１０５から販売業者システム１０３を介してロッカーＰＦ１０６に通知される。ロッカーＰＦ１０６は、当該通知に従って、別途ユーザに延滞料金の支払いを要求する。例えば、受取ロッカー１０１は、延滞料金の決済が不能の場合に、他の支払方法（受取ロッカー１０１が備えるコード払い機能、クレジットカード払い機能、現金払い機能など）による支払いをユーザから受け付けてもよい。また、物品の受取時には延滞料金の支払いが不可能なユーザのために、ロッカーＰＦ１０６は、上記したユーザからの同意を条件に販売業者システム１０３からユーザの住所を取得し当該住所に延滞料金の納付書を送付するための送付処理を実行してもよいし、又はロッカーＰＦ１０６は、販売業者システム１０３に当該納付書を送付するよう要求してもよい。ユーザは、送付された納付書を持参し、コンビニや銀行などで延滞料金の納付を行う。

１００，９００，１１００，１２００：延滞料金決済システム、 １０１：受取ロッカー、 １０２：ユーザ端末、 １０３：販売業者システム、 １０４：配送業者システム、 １０５：決済事業者システム、 １０６：ロッカーＰＦ、 １０７：情報処理システム、 １１０１：コンビニ、 １１０６：ＰＯＳ端末管理ＰＦ

Claims (13)

1. ユーザによる代金の支払いを条件に物品が配送された配送先のコンピュータシステム、及び前記代金の支払先のコンピュータシステムと通信可能な情報処理装置であって、
   (i)前記物品の代金支払い手続き時に前記代金の支払先のコンピュータシステムによって前記ユーザに発行され、前記ユーザのユーザ端末に送信された受付情報と同一の受付情報であって、前記代金の支払先のコンピュータシステムから前記情報処理装置が受信した受付情報と、(ii)前記配送先に前記物品を受け取りに来たユーザから前記配送先のコンピュータシステムが受け付けた受付情報であって前記配送先のコンピュータシステムから前記情報処理装置が受信した受付情報と、を照合する受付情報照合処理と、
   前記受付情報照合処理によって一致した前記受付情報に基づいて、前記配送先に配送された前記物品の前記配送先における保管料の延滞料金であって前記ユーザに請求する延滞料金を特定する延滞料金特定処理と、
   前記代金の支払先のコンピュータシステムに対して前記延滞料金の決済処理を実行するよう要求する延滞料金決済要求処理と、
   を実行する、情報処理装置。
2. 請求項１において、
   前記物品の受取期限を記憶し、
   前記受付情報を受け付けた受付日時が前記受取期限を超過している場合、前記物品の保管料の延滞料金を特定し、
   前記代金の支払先のコンピュータシステムに対して、前記配送先の管理事業者に対する前記延滞料金の支払処理を実行するよう要求する、情報処理装置。
3. 請求項２において、
   前記延滞料金は、前記受付日時と前記受取期限との差分に基づいて特定される、情報処理装置。
4. 請求項１において、
   前記配送先は、受取場所に設置されたロッカーであって、
   前記情報処理装置は、前記ロッカーの使用状況を管理する、情報処理装置。
5. 請求項４において、
   前記延滞料金の決済処理が完了の通知を前記代金の支払先のコンピュータシステムから受信したことを条件に前記ロッカーを解錠する、情報処理装置。
6. 請求項１において、
   前記代金は、前記物品の購入代金を含み、
   前記代金の支払先は、前記物品の販売業者を含む、情報処理装置。
7. 請求項１において、
   前記代金は、前記物品の前記配送先への配送料を含み、
   前記代金の支払先は、前記物品の配送業者を含む、情報処理装置。
8. 請求項１において、
   前記ユーザの同意を条件に、前記代金の支払先のコンピュータシステムに対して前記延滞料金の決済処理を実行するよう要求する、情報処理装置。
9. 請求項８において、
   前記同意は、前記ユーザの前記物品の代金の支払い手続き時になされる、情報処理装置。
10. 請求項８において、
    前記同意は、前記配送先に前記物品を受け取りに来たユーザによってなされる、情報処理装置。
11. 請求項１において、
    前記延滞料金の決済処理の実行が完了しなかった場合に、他の支払方法による支払いを受け付ける、情報処理装置。
12. ユーザによる代金の支払いを条件に物品が配送された配送先のコンピュータシステムと、前記配送先のコンピュータシステム及び前記代金の支払先のコンピュータシステムと通信可能な情報処理装置と、を備える情報処理システムであって、
    前記配送先のコンピュータシステムは、
    前記物品の代金支払い手続き時に前記代金の支払先のコンピュータシステムによって前記ユーザに発行され、前記ユーザのユーザ端末に送信された受付情報であって前記配送先に前記物品を受け取りに来たユーザから受付情報を受け付ける処理と、
    受け付けた前記受付情報を前記情報処理装置に送信する処理と、を実行し、
    前記情報処理装置は、
    前記代金の支払先のコンピュータシステムから前記ユーザに発行され、前記ユーザ端末に送信された受付情報と同一の受付情報を前記代金の支払先のコンピュータから受信する処理と、
    前記配送先のコンピュータシステムから受信した前記受付情報と、前記代金の支払先のコンピュータシステムから受信した前記受付情報とを照合する受付情報照合処理と、
    前記受付情報照合処理によって一致した前記受付情報に基づいて、前記配送先に配送された前記物品の前記配送先における保管料の延滞料金であって前記ユーザに請求する延滞料金を特定する処理と、
    前記代金の支払先のコンピュータシステムに対して前記延滞料金の決済処理を実行するよう要求する処理と、
    を実行する情報処理システム。
13. 情報処理装置において、ユーザによる代金の支払いを条件に配送された物品に要する料金を支払う処理を行う、料金支払方法であって、
    (i)前記物品の代金支払い手続き時に前記代金の支払先のコンピュータシステムによって前記ユーザに発行され、前記ユーザのユーザ端末に送信された受付情報と同一の受付情報であって、前記代金の支払先のコンピュータシステムから前記情報処理装置が受信した受付情報と、(ii)配送先に前記物品を受け取りに来たユーザから配送先のコンピュータシステムが受け付けた受付情報であって前記配送先のコンピュータシステムから前記情報処理装置が受信した受付情報と、を照合することと、
    前記受付情報の照合の結果、２つの前記受付情報が一致したことに基づいて、前記配送先に配送された前記物品の配送先における保管料の延滞料金であって前記ユーザに請求する延滞料金を特定することと、
    前記代金の支払先のコンピュータシステムに対して前記延滞料金の決済処理を実行するよう要求することと、
    を含む、料金支払方法。

Images