(57)【要約】【課題】物品の入出庫を効率的かつ確実に管理し、多様なサービスとその決済手法を提供可能とする。【解決手段】コンピュータとネットワークで結ばれ、代行サービス対象物品の収納庫を有する代行サービス提供装置から物品入庫に伴う入庫処理者の認証情報および代行サービス提供装置の属性情報を含む入庫情報を受信するステップと、前記入庫情報を入庫情報と出庫処理者とを関連づけた処理者テーブルに照合し出庫処理者を認識するステップと、前記認識した出庫処理者が備える端末に出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知するステップと、を実行する。【選択図】　　　図４
2004123272.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータにより代行サービスを管理する方法であって、前記コンピュータが、当該コンピュータとネットワークで結ばれ、代行サービス対象物品の収納庫を有する代行サービス提供装置から、物品入庫に伴う入庫処理者の認証情報および代行サービス提供装置の属性情報を含む入庫情報を受信するステップと、
前記入庫情報を、入庫情報と出庫処理者とを関連づけた処理者テーブルに照合し、出庫処理者を認識するステップと、
前記認識した出庫処理者が備える端末に、出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知するステップと、
を含むことを特徴とする代行サービス管理方法。
【請求項２】
前記出庫指示情報または前記サービス代行指示が通知された出庫処理者による、収納庫よりの物品出庫に伴って、該当代行サービス提供装置より、物品出庫を行った出庫処理者の認証情報、利用される代行サービスの属性情報、および代行サービス提供装置の属性情報を含む出庫情報を受信するステップと、
前記出庫情報または代行サービスの利用料情報の少なくともいずれかの情報を、代行サービス利用者たる入庫処理者または出庫処理者の少なくともいずれかが備える端末または代行サービス提供装置に通知するステップと、
を含むことを特徴とする請求項１に記載の代行サービス管理方法。
【請求項３】
前記代行サービスの利用料情報を、前記代行サービス利用者の決済機関が備える決済機関端末に送信し、決済依頼を行うステップと、
前記決済機関端末より、決済結果を受信するステップと、
を含むことを特徴とする請求項２に記載の代行サービス管理方法。
【請求項４】
前記入庫情報または出庫情報が含む代行サービス提供装置の属性情報には、利用された代行サービス提供装置および収納庫の識別情報が含まれるものとし、
前記入庫情報または出庫情報に基づいて、複数存在する収納庫や代行サービス提供装置の各々の利用状況を記録するステップと、
前記利用状況に基づいて、求められる代行サービスに対応可能な代行サービス提供装置および収納庫を認識するステップと、
前記認識された代行サービス提供装置および収納庫が利用可能な旨を、代行サービス提供装置或いは収納庫が備えるインターフェイス、または入庫処理者の端末に出力するステップと、
を含むことを特徴とする請求項１〜３のいずれかに記載の代行サービス管理方法。
【請求項５】
前記入庫情報が含む、利用される代行サービスの属性情報には、入庫時間の情報が含まれるものとし、
前記入庫時間から所定期間が経過したか否かを判定するステップと、
所定期間を経過したと判定したならば、その旨を代行サービス提供装置或いは収納庫が備えるインターフェイス、または入庫処理者或いは出庫処理者の端末に出力するステップと、
を含むことを特徴とする請求項１〜４のいずれかに記載の代行サービス管理方法。
【請求項６】
前記代行サービスの利用料情報の通知処理から所定期間が経過したか否か、または前記決済機関端末から受信した決済結果が決済不調であったかを判定するステップと、
所定期間を経過した、または決済不調であったと判定したならば、その旨を代行サービス提供装置或いは収納庫が備えるインターフェイス、または入庫処理者或いは出庫処理者の端末に出力するステップと、
を含むことを特徴とする請求項１〜５のいずれかに記載の代行サービス管理方法。
【請求項７】
出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知した出庫処理者が備える端末より、出庫処理を拒否する旨の通知を受信するステップと、
この出庫処理の拒否通知を、対応する入庫処理者の端末または代行サービス提供装置或いは収納庫が備えるインターフェイスに出力するステップと、
を含むことを特徴とする請求項１〜６のいずれかに記載の代行サービス管理方法。
【請求項８】
入庫処理を入庫処理者より受付ける際、または出庫処理を出庫処理者より受付ける際、当該入庫処理者または出庫処理者の携帯端末あるいは認証用媒体が格納している認証情報を、代行サービス提供装置のリーダーを通じて取得するステップと、
前記取得した認証情報を、入庫処理者または出庫処理者の認証情報を格納した認証テーブルに照合し、認証処理を行うステップと、
認証結果が適正であれば出庫処理または出庫処理を許可する通知を代行サービス提供装置に送信するステップと、
を含むことを特徴とする請求項１〜７のいずれかに記載の代行サービス管理方法。
【請求項９】
前記携帯端末あるいは認証用媒体が格納する認証情報を、入庫処理者または出庫処理者の各属性に基づいて生成するステップと、
生成した認証情報をネットワークを通じて携帯端末あるいは認証用媒体に出力するステップと、
を含むことを特徴とする請求項８に記載の代行サービス管理方法。
【請求項１０】
前記携帯端末あるいは認証用媒体が格納する認証情報を、携帯端末のインターフェイス上に表示可能或いは認証用媒体上に出力可能な二次元コードとすることを特徴とする請求項９に記載の代行サービス管理方法。
【請求項１１】
代行サービスを管理するシステムであって、
コンピュータとネットワークで結ばれ、代行サービス対象物品の収納庫を有する代行サービス提供装置から、物品入庫に伴う入庫処理者の認証情報および代行サービス提供装置の属性情報を含む入庫情報を受信する手段と、
前記入庫情報を、入庫情報と入庫通知先とを関連づけたテーブルに照合し、入庫通知先を認識する手段と、
前記認識した入庫通知先が備える端末に、出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知する手段と、
を含むことを特徴とする代行サービス管理システム。
【請求項１２】
代行サービス管理方法をコンピュータに実行させるためのプログラムであって、
コンピュータとネットワークで結ばれ、代行サービス対象物品の収納庫を有する代行サービス提供装置から、物品入庫に伴う入庫処理者の認証情報および代行サービス提供装置の属性情報を含む入庫情報を受信するステップと、
前記入庫情報を、入庫情報と入庫通知先とを関連づけたテーブルに照合し、入庫通知先を認識するステップと、
前記認識した入庫通知先が備える端末に、出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知するステップと、
を含むことを特徴とする代行サービス管理プログラム。
【請求項１３】
請求項１２に記載の代行サービス管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１４】
前記コンピュータとデータ通信可能な通信装置と、代行サービス対象物品の収納庫と、前記携帯端末あるいは認証用媒体が格納している認証情報を読み取るリーダーと、入出力インターフェイスと、を少なくとも備えることを特徴とする代行サービス提供装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、代行サービス管理方法およびシステム、プログラム、記録媒体、ならびに代行サービス提供装置に関する。
【０００２】
【従来の技術】
通信販売やインターネットショッピングが隆盛を見せている。またこれに伴って商品の配送だけでなく代金回収をも担う各種宅配業務が規模を拡大してきた。しかしながら、昼間不在世帯の増加や地域コミュニティの弱まりなどに応じて、一般の郵便業務も含め配達効率や代金回収率の低下は否めない状況となっている。そこで、配達時間の指定を受け付けたり、或いは集合住宅の一画に宅配ボックスを設置し、住民不在時でも配達を完了できるような手法が提案されてきた。
【０００３】
例えば宅配ボックスとは、家人留守時に配達される宅配物を一時的に受け取り、宅配物の発送、荷物などの一時的保管のできるロッカーである。これを利用する宅配業者らは、カード、暗証番号、鍵など種々の開錠・施錠手段で宅配物入庫や出庫等の処理操作を行う。一般に、配達物が１回収納されると、配達物を収納するためのスペースが残っている場合であっても、収納された配達物の取り出し操作が行われるまで次の配達物収納を規制する。
【０００４】
また従来通り、貸しロッカーとしてコインを投入して所定期間使用するいわゆるコインロッカーも存在するが、近年では、特定の硬貨しか使えない不便さを解消するなどの理由で、コインに代わりプリペイドカード等を用いて、各ロッカーの課金管理を集約する手法も提案されている。またこのプリペイドカード等そのものをロッカー開閉の鍵として使用する手法も存在する。
【０００５】
【特許文献１】
特開２００２−２３０１１９（Ｐ２００２−２３０１１９Ａ）
【０００６】
【特許文献２】
特開平５−８９３２７
【０００７】
【発明が解決しようとする課題】
しかしながら従来手法には改善点も残されていた。例えば従来の宅配ボックスは、基本的にはいわゆるスタンドアロンであって、どの宅配業者が誰宛のどういった荷物をいつ入庫したのか、またそれがどれくらい経過して、誰が出庫したのか、といった情報を統合的に管理するすべはなかった。つまり、例えば宅配ボックスが地域に点在して配置された場合、それらを上記情報等に基づき一括管理するといった提案はされてこなかった。勿論、出庫処理を行うべき家人が忘れたり、或いは気付かぬまま、宅配ボックス内に荷物が放置され、宅配ボックスの稼働効率自体を低下させることも頻出し、無人で宅配物の授受を可能にするという元来の機能を果たせないままの宅配ボックスも存在した。
【０００８】
また、宅配業者が入庫し、それを配達先の家人が出庫するという単体のサービスしか提供できず、少なからぬ設置コストに見合った稼働率と効果とを確保することは困難であった。このような課題は、従来の貸しロッカーにおいても共通する上、さらに、公共の場に置かれて誰にでも利用可能である性格上、多数ある収納区画ごとに荷物の入出庫情報を取得して効率的に管理することはますます難しくなる。つまり、公共性、入出庫管理およびそのセキュリティ、多様なサービス提供といった各側面を併せて実現する技術は提案されてこなかったのである。加えて、宅配物の授受および所定期間のロッカー貸しといった単一サービスのみに対応した料金決済手法が提供されてきたわけであるから、これら以外の多様なサービスに対応可能な決済手法は提案されていなかった。
【０００９】
そこで本発明は、このような従来の課題に着目してなされたもので、物品の入出庫を効率的かつ確実に管理し、多様なサービスとその決済手法を提供可能とする代行サービス管理方法およびシステム、プログラム、記録媒体、ならびに代行サービス提供装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成する本発明の代行サービス管理方法は、コンピュータにより代行サービスを管理する方法であって、前記コンピュータが、当該コンピュータとネットワークで結ばれ、代行サービス対象物品の収納庫を有する代行サービス提供装置から、物品入庫に伴う入庫処理者の認証情報、および代行サービス提供装置の属性情報を含む入庫情報を受信するステップと、前記入庫情報を、入庫情報と出庫処理者とを関連づけた処理者テーブルに照合し、出庫処理者を認識するステップと、前記認識した出庫処理者が備える端末に、出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知するステップと、を含むことを特徴とする。
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄及び図面により明らかにされる。
【００１１】
【発明の実施の形態】
本明細書の記載により、少なくとも次のことが明らかにされる。
前記代行サービス管理方法において、前記出庫指示情報または前記サービス代行指示が通知された出庫処理者による、収納庫よりの物品出庫に伴って、該当代行サービス提供装置より、物品出庫を行った出庫処理者の認証情報、利用される代行サービスの属性情報、および代行サービス提供装置の属性情報を含む出庫情報を受信するステップと、前記出庫情報または代行サービスの利用料情報の少なくともいずれかの情報を、代行サービス利用者たる入庫処理者または出庫処理者の少なくともいずれかが備える端末または代行サービス提供装置に通知するステップと、を含むこととできる。これによれば、出庫処理またはこれに伴う代行サービスの提供についてのネットワーク管理を可能にする。
【００１２】
前記代行サービス管理方法において、前記代行サービスの利用料情報を、前記代行サービス利用者の決済機関が備える決済機関端末に送信し、決済依頼を行うステップと、前記決済機関端末より、決済結果を受信するステップと、を含むこととできる。これによれば、代行サービスの利用料金を簡便確実に決済可能となる。
【００１３】
前記代行サービス管理方法において、前記入庫情報または出庫情報が含む代行サービス提供装置の属性情報には、利用された代行サービス提供装置および収納庫の識別情報が含まれるものとし、前記入庫情報または出庫情報に基づいて、複数存在する収納庫や代行サービス提供装置の各々の利用状況を記録するステップと、前記利用状況に基づいて、求められる代行サービスに対応可能な代行サービス提供装置および収納庫を認識するステップと、前記認識された代行サービス提供装置および収納庫が利用可能な旨を、代行サービス提供装置或いは収納庫が備えるインターフェイス、または入庫処理者の端末に出力するステップと、を含むこととできる。これによれば、ネットワーク上に存在する多数の代行サービス提供装置およびその収納庫の利用状況を効率的かつ確実に管理可能となる。
【００１４】
前記代行サービス管理方法において、前記入庫情報が含む、利用される代行サービスの属性情報には、入庫時間の情報が含まれるものとし、前記入庫時間から所定期間が経過したか否かを判定するステップと、所定期間を経過したと判定したならば、その旨を代行サービス提供装置或いは収納庫が備えるインターフェイス、または入庫処理者或いは出庫処理者の端末に出力するステップと、を含むこととできる。これによれば、収納庫中の物品の保管管理を確実にし、入出庫処理者へ適宜なサービスを提供できる。
【００１５】
前記代行サービス管理方法において、前記代行サービスの利用料情報の通知処理から所定期間が経過したか否か、または前記決済機関端末から受信した決済結果が決済不調であったかを判定するステップと、所定期間を経過した、または決済不調であったと判定したならば、その旨を代行サービス提供装置或いは収納庫が備えるインターフェイス、または入庫処理者或いは出庫処理者の端末に出力するステップと、を含むこととできる。これによれば、サービス利用料金の回収率を向上させる。
【００１６】
前記代行サービス管理方法において、出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知した出庫処理者が備える端末より、出庫処理を拒否する旨の通知を受信するステップと、この出庫処理の拒否通知を、対応する入庫処理者の端末または代行サービス提供装置或いは収納庫が備えるインターフェイスに出力するステップと、を含むこととできる。これによれば、代行サービスの一方的な提供を抑制し、代行サービスを利用する者の意図に柔軟に対応可能となる。
【００１７】
前記代行サービス管理方法において、入庫処理を入庫処理者より受付ける際、または出庫処理を出庫処理者より受付ける際、当該入庫処理者または出庫処理者の携帯端末あるいは認証用媒体が格納している認証情報を、代行サービス提供装置のリーダーを通じて取得するステップと、前記取得した認証情報を、入庫処理者または出庫処理者の認証情報を格納した認証テーブルに照合し、認証処理を行うステップと、認証結果が適正であれば出庫処理または出庫処理を許可する通知を代行サービス提供装置に送信するステップと、を含むこととできる。これによれば、代行サービスに伴う物品の入出庫処理を認証結果に基づき実行することができ、セキュリティを向上できる。
【００１８】
前記代行サービス管理方法において、前記携帯端末あるいは認証用媒体が格納する認証情報を、入庫処理者または出庫処理者の各属性に基づいて生成するステップと、生成した認証情報をネットワークを通じて携帯端末あるいは認証用媒体に出力するステップと、を含むこととできる。これによれば、認証情報の配信と管理とを簡便かつ確実、しかもネットワークを通じて迅速に行うことができる。
【００１９】
前記代行サービス管理方法において、前記携帯端末あるいは認証用媒体が格納する認証情報を、携帯端末のインターフェイス上に表示可能或いは認証用媒体上に出力可能な二次元コードとすることとできる。これによれば、リーダーによる認証情報の読取り処理などの各種認証手続きを簡便化でき、認証手続きを行う者の作業負担を軽減できる。
【００２０】
代行サービスを管理するシステムであって、コンピュータとネットワークで結ばれ、代行サービス対象物品の収納庫を有する代行サービス提供装置から、物品入庫に伴う入庫処理者の認証情報および代行サービス提供装置の属性情報を含む入庫情報を受信する手段と、前記入庫情報を、入庫情報と入庫通知先とを関連づけたテーブルに照合し、入庫通知先を認識する手段と、前記認識した入庫通知先が備える端末に、出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知する手段と、を含むことを特徴とする代行サービス管理システム。これによれば、本発明の代行サービス管理方法を実現するシステムをなすこととできる。
【００２１】
代行サービス管理方法をコンピュータに実行させるためのプログラムであって、コンピュータとネットワークで結ばれ、代行サービス対象物品の収納庫を有する代行サービス提供装置から、物品入庫に伴う入庫処理者の認証情報および代行サービス提供装置の属性情報を含む入庫情報を受信するステップと、前記入庫情報を、入庫情報と入庫通知先とを関連づけたテーブルに照合し、入庫通知先を認識するステップと、前記認識した入庫通知先が備える端末に、出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知するステップと、を含むことを特徴とする代行サービス管理プログラム。これによれば、本発明の代行サービス管理方法をコンピュータ上で実行可能とできる。
【００２２】
前記代行サービス管理プログラムを記録したコンピュータ読み取り可能な記録媒体。これによれば、前記代行サービス管理プログラムをコンピュータに提供可能とできる。
【００２３】
前記コンピュータとデータ通信可能な通信装置と、代行サービス対象物品の収納庫と、前記携帯端末あるいは認証用媒体が格納している認証情報を読み取るリーダーと、入出力インターフェイスと、を少なくとも備えることを特徴とする代行サービス提供装置。これによれば、本発明の代行サービス管理方法を前記コンピュータとともに実現することとできる。
【００２４】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態の代行サービス管理システムを含むネットワーク構成図であり、図２は本実施形態の各データベースのデータ構造例を示す図である。本実施形態の背景として、クリーニング品の受注・納入、郵便物や宅配物の発送・受取、物品の個人間配送、といった種々の業者が提供する各種サービスに伴う物品（代行サービス対象物品）の、代行サービス提供装置における収納庫への入出庫を効率的かつ確実に管理し、前記多様なサービスとその決済手段を利用者に提供する状況を想定する。
【００２５】
前記したような代行サービスを利用する者（入庫処理者）は、前記物品を代行サービス提供装置が備える収納庫に入庫して代行サービスの利用要求をサーバ１００に行い、サーバ１００ではこの処理に際する認証処理等を経て、該当する代行業者（出庫処理者）の端末に出庫指示あるいは代行サービスの提供指示を行う。業者の側ではこの状況を認識して前記物品を出庫し、これにまつわる代行サービスを実行した上でその結果物たる物品を適宜な収納庫に入庫する。利用者は任意のタイミングで代行サービス提供装置の収納庫から出庫処理を行う。また一方では、配達先の決まっている物品を業者が適宜な代行サービス提供装置の収納庫に入庫し、その状況を配達先（つまり出庫処理者）に通知するという形態も考えられる。
【００２６】
勿論、本実施例だけに本発明の適用範囲が限定されるものではなく、ネットワークを通じて代行サービス提供装置を管理し、代行サービスの管理と提供、ならびに決済を行ういずれの状況にも本発明を適用することが可能であるのは言うまでもない。
【００２７】
代行サービス管理システムとして図１のネットワーク中で機能するのがサービスセンター１００である。このサービスセンター１００は、例えば代行サービスの管理を行う企業等が備えて管理運営するサーバコンピュータである（以下、サーバ１００とする）。このサーバ１００は、インターネットやイントラネット、或いは公衆回線網など各種のネットワークと接続してそのプロトコルに則ったデータ通信を実行する通信装置を付帯させている。
【００２８】
また当該サーバ１００はこの通信装置を介し、ネットワークを介したデータ通信を行う。データ通信を行う端末としては、前記クリーニングや物品の配送等の代行サービスを提供する業者が備える業者端末２００、クレジット会社や金融機関等が備える決済機関端末３００、代行サービスの利用者が備える利用者端末４００、および代行サービス対象物品の収納庫を有する代行サービス提供装置５００らが想定できる。ここで、前記業者端末２００および決済機関端末３００は、そのいずれもが利用者端末４００となりうることを記しておく。
【００２９】
なお、前記のサーバ１００は、代行サービスの管理を行う企業が独立に備える場合だけに限定されず、例えば自治体や官庁等の公的機関が地域ごとに運営したり、前記各業者や決済機関等のいずれか、または共同で運営するなどとしてもよい。
【００３０】
一方で、サーバ１００は、業者端末２００、決済機関端末３００、利用者端末４００、代行サービス提供装置５００らから受信した各種情報を、データセンター１１０を介して格納しデータベース化する。例えば、利用者端末４００から受信した情報に認証情報が含まれる場合には、予め認証用の情報を格納している認証テーブルにこれを照合し、認証処理を行う。この結果は利用要求のあった者の利用者端末４００或いは、代行サービス提供装置５００等に送られる。
【００３１】
勿論当該サーバ１００は、ファイヤウォールサーバとして外部からの不正進入を抑止したり、ＷＷＷサーバとして機能するものでもあるし、データ通信相手とのコミュニケーションを図るメールサーバーとしても機能可能なものである。よって、外部との入出力インターフェイスの一形態としてＷｅｂ画面１２０を提供可能である。
【００３２】
前記データセンター１１０におけるデータベース１１５のデータ構造は図２に示す通りである。このデータベース１１５は４つのデータ領域に区分できる。１つは会員情報のデータ領域１１６であり、１つは業者情報のデータ領域１１７であり、１つは管理者情報のデータ領域１１８であり、１つは代行サービス提供装置情報のデータ領域１１９である。
【００３３】
本実施形態における代行サービスを利用する利用者は、利用に先立ってその属性情報をサーバ１００に提供し、前記会員情報として登録しておく。ここでの会員情報を構成するデータ例としては、会員番号、会員暗証番号、氏名および住所・連絡先などの各種個人情報、それに代行サービスを利用した履歴情報や付与された利用ポイント、利用金額、決済用の引落口座番号などが含まれる。このうち、会員暗証番号などの認証情報は、会員たる入庫処理者または出庫処理者の各属性に基づいてサーバ１００が生成する情報であり、データベース１１５に格納する一方で利用者端末４００に配信される。
【００３４】
認証情報としては、暗証番号の他に、携帯端末のインターフェイス上に表示可能或いは認証用媒体上に出力可能な二次元コードが適用できる。この二次元コードとしては、例えばインタクタコードやＱＲコードなどが採用可能である。このような二次元コードを認証情報として用いることとすれば、認証の対象者はこの二次元コードを携帯端末のインターフェイス上に表示させて代行サービス提供装置５００のリーダーに読み込ませるだけで認証手続きを完了できる。勿論、認証方法としては他にも虹彩や指紋、静脈パターン、顔といった情報に基づくバイオメトリクス認証を採用するとしてもよい。
【００３５】
本実施形態における代行サービスを提供し、代行サービス管理システムを利用する業者は、その属性情報をサーバ１００に提供し、前記業者情報として登録しておく。ここでの業者情報を構成するデータ例としては、業者番号、業者暗証番号、会社名および住所・連絡先などの各種会社情報、それに利用履歴情報や決済用の引落口座番号などが含まれる。また、代行サービス提供装置５００においてサービスを享受すべく利用者より指示・選択された情報（入庫情報含む）と、これに対応する代行サービスとの関係をこの領域１１７にてテーブル化している（処理者テーブル）。
【００３６】
本実施形態における代行サービス管理システムを運営する担当者あるいは前記業者に所属するシステム管理者等は、その属性情報をサーバ１００に提供し、前記管理者情報として登録しておく。ここでの管理者情報を構成するデータ例としては、管理者番号、管理者暗証番号、所属会社名および住所・連絡先などの各種会社情報、それに利用履歴情報や決済用の引落口座番号などが含まれる。
【００３７】
また、代行サービス提供装置情報のデータ領域１１９には、代行サービス提供装置５００からサーバ１００が取得した利用状況等の情報を格納している。なお、この図中では代行サービス提供装置５００を「ロッカー」と称して説明を行っている。この代行サービス提供装置情報を構成するデータ例は、ロッカー状況の情報として、例えば収納庫毎の利用または空き、利用経過期間、利用金額、などのデータが含まれ、ロッカー設定内容の情報として、業者毎の代行サービスの対応内容を示すロッカーサービス内容のデータが含まれる。他にも、修理履歴や代行サービス提供装置のシステム状態等のデータも含まれる。いずれにしても各代行サービス提供装置５００およびその収納庫毎にＩＤを付してデータ管理を行う。
【００３８】
なお、これらデータ領域１１６〜１１９は、１つの記憶装置に集約して設けられるとしてもよいし、それぞれネットワークで結ばれた別の記憶装置に設けられるとしてもよい。また、顧客情報や個人情報などをそのままサーバ１００に提供することが憚れる状況下においては、顧客情報たる前記会員情報等を各端末２００、３００にて管理し、認証処理にあたってはサーバ１００からの依頼に応じた認証結果のみを返すといった適用を行うことも可能である。
【００３９】
上述したサーバ１００とインターネットなどのネットワークを介して結ばれる業者端末２００は前述した代行サービスを実際に提供する企業等が備えるものであり、代行サービス提供装置５００を通じて取得された利用データ（入出庫情報など）や、サービス利用料金の決済状況などをサーバ１００とやりとりする。業者はサーバ１００からこの業者端末２００を通じて通知された入出庫指示やサービス代行の指示に関する情報を認識し、対象物品の代行サービス提供装置５００の収納庫からの出庫あるいは入庫処理を実行することとなる。
【００４０】
決済機関端末３００は、上記同様にサーバ１００とネットワークを介してデータ通信可能に結ばれたものである。前記データベース１１５における会員情報や業者情報が含む引落口座番号には、この決済機関端末３００の管理者たる金融機関らの情報が含まれる。決済機関端末３００はサーバ１００を通じた代行サービス利用料金の決済依頼を受け付けて、利用者たる前記会員の引落口座からの引き落とし処理を実行する。その処理結果はサーバ１００に返される（業者端末２００や利用者端末４００に送信するとしてもよい）。
【００４１】
入庫処理を入庫処理者より受付ける際、または出庫処理を出庫処理者より受付ける際、サーバ１００は、当該入庫処理者または出庫処理者の携帯端末（あるいは認証用媒体）が格納している認証情報を、代行サービス提供装置５００のリーダーを通じて取得する。この携帯端末が利用者端末４００となる。利用者は、この利用者端末４００を用いて既に上記したような代行サービス提供装置５００のリーダーに対する認証情報の読取り処理を行わせる。
【００４２】
代行サービスを利用した際には、サーバ１００からこの利用者端末４００に所定の代行サービス提供装置５００の収納庫に物品が入庫（着荷）された、或いは出庫された旨の通知や、代行サービスの利用料金額、引取（出庫）催促の情報などが通知される。代行サービスの利用を代行サービス提供装置５００を通じてでなくサーバ１００に行う場合には、この利用者端末４００がサービスや商品の利用・購入申請用の端末として利用される。
【００４３】
図３は本実施形態の代行サービス提供装置５００の形態例を示す図である。代行サービス提供装置５００は、コンビニエンスストア、駅、オフィス、マンション、娯楽施設、スポーツ施設といった各所に設置され、代行サービス対象物品の収納庫５０１を有するものである。代行サービスを提供する装置として、サーバ１００とのデータ通信を行うネットワーク端末５１０を有し、前記利用者端末４００や自身が備えるインターフェイスより取得した各種情報や、その処理結果等をサーバ１００とやりとりする。
【００４４】
この代行サービス提供装置５００は、前記ネットワーク端末５１０の他に、データ処理・演算を行う演算装置（図示せず）、データの格納を行うメモリーなど各種記憶装置（図示せず）、タッチパネル等の各種入出力インターフェイス５０２、および利用者端末４００から認証情報を取得するリーダー５０３を少なくとも備えている。また、各収納庫に対する施錠・解錠を行う電気錠装置（図示せず）、各収納庫５０１の入庫物品の有無を検知する荷物センサー（図示せず）等が備わっている。利用者端末４００の他に、ＩＣカードなどの認証用媒体が認証情報を格納するとすれば、これにあわせてカードリーダー５０４を備えるとすればよい。更に、この代行サービス提供装置５００を利用する者の装置５００への接近を感知してシステムの起動を行う起動センサー５０５を装備するとしても好適である。
【００４５】
前記収納庫５０１は、代行サービス提供装置５００毎に複数備わって、例えば代行サービス毎に各個対応するのが好適である。代行サービス提供装置５００が各会員宅に個別に備わる形態であれば、代行サービス提供装置５００に１つの収納庫５０１が備わるとしてもよい。前記荷物センサーで検知された収納庫５０１毎の物品有無の情報はサーバ１００に送られて、データベース１１５の前記データ領域１１９における「ロッカー状況」として記録・更新される。
【００４６】
なお、業者端末２００、決済機関端末３００、及び利用者端末４００は、ラップトップタイプを含む一般のパーソナルコンピュータが想定できる。しかし、各端末が必要とする演算処理能力や通信機能を備えてさえいれば、例えばネットワーク接続可能な携帯電話機、ＰＤＡ、ゲーム機、ファックス機、デジタルＴＶなどネットワーク接続可能なコンピュータチップを備えるいずれの機器でもよい。
【００４７】
また、サーバ１００、および各種端末２００〜４００らをそれぞれつなぐネットワークに関しては、インターネットの他に、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＬＡＮ、専用線、電灯線ネットワーク、無線ネットワークなど様々なネットワークを採用することも出来る。また、ＶＰＮなど仮想専用ネットワーク技術を用いれば、インターネットにおいてセキュリティ性を高めた通信が確立され好適である。
【００４８】
図４は本実施形態の代行サービス管理方法における手順例を示すフロー図である。なお、図５〜図１０は様々な代行サービスについてその管理形態例を詳細に説明したものであるから、まずは図４にてメインフローを説明し代行サービス管理方法の概要を説明しておく。
【００４９】
代行サービスを利用しようとする者が代行サービス提供装置５００に接近したとする。すると代行サービス提供装置５００の前記起動センサー５０５はこれを感知し、代行サービス提供装置５００のシステムを起動させる。一方でサーバ１００は、この時点までに取得している当該代行サービス提供装置５００に関する入庫情報または出庫情報から、各収納庫５０１の利用状況を認識する。また、この利用状況に基づいて、提供可能な代行サービスに対応できる収納庫を認識し、タッチパネル５０２などの入出力インターフェイスに出力する。或いは前記利用者の利用者端末４００に通知を行う。
【００５０】
利用者はこれによりどの収納庫５０１が使用可能かを知り、所望の代行サービスの提供をうけるべく代行サービス対象物品を収納庫５０１に入庫する。なお、サービスの提供を受ける者が入庫処理者となる場合だけでなく、例えば物品の配送依頼を受けた業者が所定の収納庫に当該物品を入庫する場合もある。よって、サービス提供の享受／提供の側に関わらず入庫処理者と称している。出庫処理についても同様で、サービス提供の享受／提供の側に関わらず出庫処理者と称する。
【００５１】
代行サービス提供装置５００は、この物品入庫に先だって、入庫処理者の認証情報、利用される代行サービスの属性情報、および代行サービス提供装置の属性情報を含む入庫情報を、前記タッチパネル５０２およびリーダー５０３等を介し入庫処理者から取得する。入庫処理者は、自身の携行する利用者端末４００において認証情報が二次元コード化された画像を提示し、これを前記リーダー５０３に読み取らせる。また、ＩＣカードといった認証用媒体を用いカードリーダー５０４でも同様の処理を実行可能である。他方、所望する代行サービスの選択やその内容入力（代行サービスの属性情報）についてはタッチパネル５０２で受付ける。
【００５２】
代行サービス提供装置５００は、前記入庫処理者の認証情報および代行サービスの属性情報を、当該代行サービス提供装置や収納庫のＩＤといった代行サービス提供装置の属性情報をキーに入庫情報としてサーバ１００に送信する。
【００５３】
サーバ１００は、この入庫情報を受信する。そしてこれに含まれる認証情報を前記データベース１１５が含む認証用の情報に照合し、認証処理を行う（ｓ３０１）。この認証処理が正常に完了すれば（ｓ３０２：ＹＥＳ）、予め会員登録された正規の会員あるいは業者等が入庫処理を行ったものと判定して入庫処理を受入れるとともに、収納庫５０１の利用状況を更新する（ｓ３０３）。
【００５４】
一方、認証出来なかった場合には（ｓ３０２：ＮＯ）、認証情報の生成可否を問う、つまり会員登録の意思有無を問う（ｓ３０５）。認証情報の生成意思が無い旨をタッチパネル５０２などのインターフェイスから受けたならば、入庫処理自体を受け付けず、本処理フローは終了する（ｓ３０５：ＮＯ）。認証情報の生成意思を認識したならば（ｓ３０５：ＹＥＳ）、前記タッチパネル５０２などを通じて認証用の情報（入庫処理者または出庫処理者の各属性情報）を取得し（ｓ３０６）、認証情報を生成する（ｓ３０７）。この認証情報は、利用者端末４００としての携帯端末のインターフェイス上に表示可能或いは認証用媒体上に出力可能な二次元コードとすれば好適である。生成した認証情報は、ネットワークを通じて利用者端末４００としての携帯端末あるいは認証用媒体に出力する（ｓ３０８）。
【００５５】
入庫情報を受信し入庫処理者の認証が正常に行われ、該当する代行サービス提供装置５００の収納庫５０１の利用状況を更新したならば、前記入庫情報を、入庫情報と出庫処理者とを関連づけた前記処理者テーブルに照合し、出庫処理者を認識する。そしてこの認識した出庫処理者が備える端末に、出庫指示情報または入庫した物品にまつわるサービス代行の指示情報を通知する（ｓ３０４）。この指示情報を受けた出庫処理者は、適宜な時期に該当する代行サービス提供装置５００に赴いて収納庫５０１より物品の出庫処理を行うこととなる。
【００５６】
一方で、この出庫処理がある期間を経過しても行われない場合もある（ｓ３０９：ＮＯ）。この場合、出庫処理者とされた者が出庫処理を拒否している場合も考えられる（ｓ３１０：ＹＥＳ）。この時、サーバ１００は出庫処理者の端末より出庫拒否の通知を受信して（ｓ３１１）、この出庫処理の起源となった入庫処理者の端末などにその旨を通知し（ｓ３１２）、処理を終了する。
【００５７】
出庫拒否ではない場合（ｓ３１０：ＮＯ）、前記入庫情報から入庫時間の情報を取得し（ｓ３１３）、この入庫時間から所定期間が経過したか否かを判定する（ｓ３１４）。所定期間を経過したと判定したならば（ｓ３１４：ＹＥＳ）、その旨を代行サービス提供装置５００或いは収納庫５０１が備えるインターフェイス５０２、または入庫処理者或いは出庫処理者の端末に出力する。これにより、出庫処理の催促を行って、出庫処理の遅延を低減する。他方、出庫拒否でも期間超過でもなければ、出庫処理の待機状態を維持する（ｓ３１４：ＮＯ）。
【００５８】
出庫処理の意思を持った者が代行サービス提供装置５００に対して出庫処理を行おうとした際には、これに先だって、出庫処理者の認証情報、利用される代行サービスの属性情報、および代行サービス提供装置の属性情報を含む出庫情報を、代行サービス提供装置５００が取得する。
【００５９】
出庫処理者は、自身の携行する利用者端末４００において認証情報が二次元コード化された画像を提示し、これを前記リーダー５０３に読み取らせる。また、ＩＣカードといった認証用媒体を用いカードリーダー５０４でも同様の処理を実行可能である。代行サービス提供装置５００は、前記出庫処理者の認証情報および代行サービスの属性情報を、当該代行サービス提供装置や収納庫のＩＤといった代行サービス提供装置の属性情報をキーに出庫情報としてサーバ１００に送信する。
【００６０】
サーバ１００は、この出庫情報を受信する（ｓ３１５）。そしてこれに含まれる認証情報を前記データベース１１５が含む認証用の情報に照合し、認証処理を行う（ｓ３１６）。この認証処理が正常に完了すれば（ｓ３１６：ＹＥＳ）、予め会員登録された正規の会員あるいは業者等が、出庫指示に従って出庫処理を行おうとしたものと判定する。他方、認証ができなければ（ｓ３１６：ＮＯ）、正当な出庫処理者ではないと判定し処理を終了する。
【００６１】
認証が正常に完了すれば、前記出庫情報または代行サービスの利用料情報の少なくともいずれかの情報を、代行サービス利用者たる入庫処理者または出庫処理者の少なくともいずれかが備える端末または代行サービス提供装置５００に通知する（ｓ３１７）。続いて、前記代行サービスの利用料情報を、代行サービス利用者の決済機関が備える決済機関端末３００に送信し、決済依頼を行う（ｓ３１８）。その後、この決済機関端末３００より、決済結果を受信する。
【００６２】
前記決済機関端末３００から受信した決済結果が決済不調であった場合（ｓ３１９：ＮＯ）、その旨を代行サービス提供装置或いは収納庫が備えるインターフェイス、または入庫処理者或いは出庫処理者の端末に出力し、処理を終了する。この時、決済出来なかったとして、出庫処理自体を拒否するとしてもよい。また、前述した代行サービスの利用料情報の通知処理から所定期間が経過してなお決済が行われなかった場合に、決済不調であると判定して上記同様の処理を行うとしてもよい。
【００６３】
一方、決済が正常に行われた場合（ｓ３１９：ＹＥＳ）、出庫処理者の認証も決済も完了しているとして、収納庫５０１内の物品に関する出庫処理を許可し（ｓ３２０）、その旨を代行サービス提供装置５００に通知する。代行サービス提供装置５００ではこれをうけて該当収納庫５０１の電気錠を解錠する。出庫処理者が収納庫５０１より物品を取り出し、出庫処理が完了したならば、これを前記荷物センサーが感知し、該当収納庫５０１の空きを代行サービス提供装置５００が認識する。代行サービス提供装置５００はこれを収納庫利用状況としてサーバ１００に送信する。サーバ１００ではこれを受信し、データベース１１５における利用状況の記録・更新を実行する（ｓ３２１）。これで一連の処理は終了する。
【００６４】
次に、以上のようなフローをふまえて、種々の具体的な形態例を示すこととする。図５は代行サービス管理方法の形態例１を示す概要図である。この形態においてはクリーニングサービスに本発明の代行サービス管理方法を適用し、代行サービス対象物品としてのクリーニング衣類等の引取からクリーニング処理を経た当該衣類等の配送、ならびに料金決済までの処理を実現する。したがってこのクリーニングサービスの利用者は、例えば自宅やその近隣の代行サービス提供装置に衣類等を入庫すれば、クリーニングがなされたその衣類等を所定期間後に随意に出庫して引き取ることが出来る。しかも、料金決済も例えば口座引落処理などで簡便に済ませることができるのである。なお、以下の全ての形態例において代行サービス提供装置５００は「ユニット」と称し、その収納庫５０１は「ボックス」と称している。
【００６５】
ここで、物品の入庫から出庫、決済にいたる処理の流れを説明する。クリーニングを依頼する会員は、代行サービス提供装置５００に対し、（１）入庫依頼として会員番号および会員暗証番号の入力を、利用者端末４００のインターフェイスに表示させた自身の認証情報（例：二次元コード）の提示でもって行う。またユニット５００のタッチパネル等のインターフェイスよりサービス項目の指定を行う。
【００６６】
ユニット５００はこれらの情報を受け付け、サーバ１００に対する適宜な会員認証依頼を行い、入庫可否の判定が下った後に入庫を受け付ける。またこの入庫処理に先立って、当該クリーニングサービスに適応し、空き状態である収納庫たるボックス５０１を、既に上述したように利用者に示すとすれば好適である。
【００６７】
前記会員が適宜な空きボックスに衣類等の物品を入庫し、入庫処理が行われたならば、ボックスに備わる前記荷物センサーが入庫物品を感知する。入庫を認識したユニット５００は（２）入庫信号（情報）を前記サービスセンターとしてのサーバ１００に送信する。ここで送信する情報としては、ユニット番号、ボックス番号、会員番号、入庫日時、会員暗証番号、サービス項目の情報が含まれる。つまり、どこのユニットのどのボックスにどの会員がどのようなサービス利用を行おうとしているかをサーバ１００に認識させるのである。
【００６８】
サーバ１００は、これにより入庫状況を認識し、その内容を、物品の引取からクリーニング、納品にあたる入庫までを行う業者の業者端末２００に送信する。これを（３）入庫連絡とする。これには、ユニット番号、ボックス番号、会員番号、入庫日時、サービス項目の情報が含まれる。入庫連絡を認識した業者は、該当ユニットに赴いてユニットを介したサーバ１００に対する適宜な認証処理をうける。ここでは、（４）引取情報をユニット５００に提示する。ここでの提示情報は、業者番号、業者暗証番号、サービス項目となる。ユニット５００はこの引取情報をサーバ１００に転送してその認証結果を取得する。この認証結果を受けたユニット５００は、該当ボックスを解錠する。業者は前記衣類等を該当ボックス内より（５）回収する。
【００６９】
前記ボックスに備わる前記荷物センサーは、衣類等が出庫された状況を感知する。するとユニット５００はこの回収を認識し、（６）引取信号（情報）をサーバ１００に送信する。これには、ユニット番号、ボックス番号、業者番号、引取日時、サービス項目、業者暗証番号の情報が含まれる。
【００７０】
前記衣類等を回収した業者は、これのクリーニング処理を実行する。そしてその衣類等を前記ユニット５００に持参して（７）入庫（配達）を行う。ここでは、業者が携行する端末で業者の認証情報をユニット５００に提示し、ユニット５００はサーバ１００によるその認証結果を取得する。認証が問題なければ、空き状態の適宜なボックスへの入庫を受付ける。ユニット５００に業者が提示する情報としては、ボックス番号、業者番号、会員番号、業者暗証番号が含まれる。
【００７１】
入庫を受けたボックスの荷物センサーはこの入庫処理を感知する。ユニット５００はこれをうけて（８）入庫信号をサーバ１００に送信する。これには、ユニット番号、ボックス番号、業者番号、会員番号、入庫日時、業者暗証番号といった情報が含まれることになる。
【００７２】
サーバ１００は、この入庫信号を受信し、前記会員の利用者端末４００に入庫の旨を（９）入庫連絡として通知する。これには、ユニット番号、ボックス番号、サービス項目、会員番号、入庫日時といった情報が含まれる。前記会員はこれらの情報から、自分がクリーニング依頼をした衣類等がどのユニットのどのボックスにいつ入庫したかを認識できる。
【００７３】
この会員は所定のユニット５００に赴いて該当衣類の（１０）出庫（取出）を行う。この場合、上記同様の、ユニット５００を介したサーバ１００での認証処理を経た後に、ボックスの解錠がなされる。この出庫処理に際してユニット５００に会員の利用者端末４００から提示される情報としては、会員番号、会員暗証番号、サービス項目といった情報が含まれる。
【００７４】
会員による出庫処理がなされたならば、該当ボックスの荷物センサーがこれを感知する。出庫を認識したユニット５００は、（１１）出庫信号（情報）をサーバ１００に送る。これには、ユニット番号、ボックス番号、会員番号、出庫日時、会員暗証番号、サービス項目といった情報が含まれる。
【００７５】
このようなサービスを享受した会員は利用料金を支払うこととなる。そこで、前記業者は業者端末２００を通じてサーバ１００に（１２）利用額連絡として利用額を通知する。これには、会員番号、氏名、入庫日時、出庫日時、利用額といった情報が含まれる。サーバ１００はこれを（１３）利用額請求として該当会員の利用者端末４００に送信する。勿論、業者端末２００から直接に利用者端末４００に利用額連絡を行うとしてもよい。
【００７６】
サーバ１００は利用額連絡を上記の如く行う一方で、前記会員の決済口座を有する決済機関の決済機関端末３００に対し、（１４）引落依頼を行う。この依頼には、会員番号、会員口座番号、利用額、引落期日等の情報が含まれる。これを受けた決済機関端末３００では、引落処理を準備する一方で該当会員に向けて、所定の引落処理をする旨を（１５）引落手配として通知する。これには、前記引落依頼と同様の会員口座番号、利用額、引落期日とった情報が含まれることになる。
【００７７】
引落期日が到来し、口座残高が充分であれば所定口座よりの（１６）引落が実行され、当該引落処理を行った決済機関端末３００より、サーバ１００に（１７）入金が行われる。これには、会員番号、利用額、引落結果、引落手数料といった情報が含まれる。サーバ１００ではこの入金金額より手数料等を差し引きし、業者の取り分たる原価の支払いを（１８）原価支払として行う。例えば業者指定の口座への入金や電子マネーの送信といった種々の支払方法が採用できる。
【００７８】
上記までで本実施形態におけるクリーニングサービスの一連のワークフローは完了するが、業者がクリーニング済みの衣類等を入庫処理したにも関わらず、所定期間が経過しても会員が出庫して回収しない場合もあり得る。サーバ１００は、管理している各ユニットのボックスにおける入出庫状況に応じてこのような状況を認識し、該当する利用者端末４００に出庫催促連絡を通知する。これには、ユニット番号、ボックス番号、会員番号、氏名、入庫日時、保管期間、処分期日、超過料金といった情報が含まれる。これらの情報を受け取って認識した会員は、該当するユニットに赴いて出庫処理を行う契機となる。
【００７９】
また、引落依頼を行ったにも関わらず、例えば指定口座の残高が不足して決済不可となっているなどの状況も想定できる。このような場合、上記同様に決済状況をも管理しているサーバ１００が、該当する利用者端末４００に対して支払催促連絡を行って、早期の決済処理を促す。これには、会員番号、氏名、利用額、再引落日などの情報が含まれることになる。
【００８０】
図６は代行サービス管理方法の形態例２を示す概要図である。上記クリーニングサービスの他にも、例えば期間極ボックスレンタルサービスを行うことも出来る。なお、以降の説明（他の形態についても）において、前記クリーニングサービスの説明において用いた手順名と同じ手順名を称する場合には同様の情報が処理されるものとし、処理内容詳細について重複した説明は回避する。また、入出庫処理に際しては、ユニット５００においてサーバ１００を介した認証処理が上記同様に行われるものとする。このサービスにおいては物品の配送は行われず、ユニットのみでサービスが完結するため業者端末２００は介在しない。
【００８１】
会員はユニット５００の適宜なボックスに保管したい物品の（１）入庫処理を行う。これを受けたユニット５００は（２）入庫信号をサーバ１００に送信する。この入庫後に所定期間が経過した後に、前記会員は（３）出庫の処理を行って預け入れた前記物品の出庫処理を行う。ユニット５００はこの処理を認識し、（４）出庫信号をサーバ１００に送信する。サーバ１００ではこの信号を受信し、保管期間に応じた利用額を算定する。この利用額は（５）利用額請求として前記会員の利用者端末４００に送信される。一方で、決済機関の決済機関端末３００にもこの利用額の情報が（６）引落依頼として送信される。決済機関端末３００では（７）引落手配として引落処理の通知を会員に行い、所定期日における（８）引落を実行する。決済機関端末３００はここで引き落とした金額をサーバ１００に（９）入金する。
【００８２】
なお、上記入庫から所定期間が経過し、規定の保管期間を経過しそうであれば、このボックスでの規定の保管期間が経過する前の適宜なタイミングにて、契約更新案内を利用者端末４００に送信する。これによれば、サービス項目、ユニット項目、ボックス番号、会員番号、氏名、契約期間、保管期間、処分期日、超過料金等の情報を会員に提示し、規定期間経過後の契約延長を受付けることができる。
【００８３】
また、規定期間が経過する場合には、前記同様に取出催促連絡を利用者端末４００に送信し、他方、引落処理が出来ていない状況においては支払催促連絡を利用者端末４００に送信する。
【００８４】
図７は代行サービス管理方法の形態例３を示す概要図である。ここでは、郵便物や宅配物の受取代行、配達処理等のサービスを行うことも出来る。受取代行を行うわけであるから、最初に（１）入庫を行うのは業者となる。この業者は会員から指定された種類の郵便物や宅配物を、例えば会員宅やその近隣に設置されたユニット５００のボックス内に配達するのである。入庫がなされたユニット５００では、（２）入庫信号をサーバ１００に送信する。一方サーバ１００はこれを（３）入庫連絡として該当する利用者端末４００に送信する。
【００８５】
入庫を認識した会員は、（４）出庫の処理を行って配達された物品の取り出しを行う。ユニット５００はこの処理を認識し、（５）出庫信号をサーバ１００に送信する。サーバ１００ではこの信号を受信し、例えば業者との契約で予め定めたサービス内容に応じた利用額を算定する。この利用額は（６）利用額請求として前記会員の利用者端末４００に送信される。一方で、決済機関の決済機関端末３００にもこの利用額の情報が（７）引落依頼として送信される。決済機関端末３００では（８）引落手配として引落処理の通知を会員に行い、所定期日における（９）引落を実行する。決済機関端末３００はここで引き落とした金額をサーバ１００に（１１）入金する。
【００８６】
なお、会員が望まない物品が勝手に宅配される場合も想定可能である。この場合、例えば前記入庫連絡があった際に利用者端末４００からサーバ１００に受取拒否連絡が送られる。これには、ユニット番号、ボックス番号、会員番号、入庫日時、サービス項目、受取拒否連絡、会員暗証番号などが含まれる。これにより、例えば身に覚えのない宅配物等を受け取るといった煩雑さから会員は開放される。受取が拒否された物品は、例えば業者により引き取られて発送元に返送される。また、上記他の形態と同様に、規定期間経過後には取出催促連絡や支払催促連絡をサーバ１００が利用者端末４００に送り、早期の出庫や決済処理を促す。
【００８７】
図８は代行サービス管理方法の形態例４を示す概要図である。本発明を用いれば、前記ユニットのボックスを個人の保管庫のように自在に使用可能とするサービスを提供することも可能となる。例えば会員個人間で、ボックスを基点にした物品の受け渡しサービスを提供する場合、会員Ａは会員Ｂにある物品の受渡をボックスにおいて行う旨を通知しておく。この際には、（１）入庫予告として開錠番号等の適宜な認証情報を付与しておく。会員Ｂはみずからの利用者端末４００にこの認証情報を格納し、後の出庫に備える。
【００８８】
会員Ａは会員Ｂに予告しておいた物品をユニット５００の適宜なボックスに（２）入庫する。ここでユニット５００に提示する情報としては、会員Ａ番号、会員Ａ暗証番号、会員Ｂ番号、開錠番号を含むものとする。つまり、ユニットに対しても会員Ｂが出庫する可能性があることを認識させるわけである。入庫がなされたユニット５００では、（３）入庫信号をサーバ１００に送信する。この入庫信号には、ユニット番号、ボックス番号、会員Ａ番号、会員Ａ暗証番号、会員Ｂ番号、開錠番号、入庫日時、サービス項目といった情報が含まれる。
【００８９】
一方、サーバ１００はこれを（４）入庫連絡として該当する会員Ｂの利用者端末４００に送信する。この入庫連絡には、ユニット番号、ボックス番号、会員Ａ番号、入庫日時などの情報が含まれる。入庫を認識した会員Ｂは、みずからの会員Ｂの番号、同じく暗証番号、開錠番号といった情報をユニット５００に提示し（５）出庫の処理を行う。サーバ１００では、この情報をユニット５００から取得し、会員Ａから予告された出庫処理者の会員Ｂであるのか認証し、出庫の可否をユニット５００に返す。認証がなされれば、所定のボックスの開錠がなされ、前記会員Ｂにより出庫処理が可能となる。
【００９０】
ユニット５００はこの出庫処理を認識し、（６）出庫信号をサーバ１００に送信する。サーバ１００ではこの信号を受信し、例えば契約で予め定めたサービス内容に応じた利用額を算定する。この利用額は（７）利用額請求として前記会員ＡまたはＢの少なくともいずれかの利用者端末４００に送信される。一方で、決済機関の決済機関端末３００にもこの利用額の情報が（８）引落依頼として送信される。決済機関端末３００では（９）引落手配として引落処理の通知を会員Ａ、Ｂに行い、所定期日における（１０）引落を実行する。決済機関端末３００はここで引き落とした金額をサーバ１００に（１１）入金する。
【００９１】
なお、会員Ｂが望まない物品が勝手に入庫される場合も想定可能である。この場合、例えば前記入庫連絡があった際に会員Ｂの利用者端末４００からサーバ１００に受取拒否連絡が送られる。これには、ユニット番号、ボックス番号、会員Ａ番号、入庫日時、サービス項目、受取拒否連絡などが含まれる。これにより、例えば身に覚えのない物品等を他の会員から受け取るといった煩雑さから会員Ｂは開放される。この拒否の連絡は入庫処理者たる会員Ａにも相手方受取拒否連絡として通知される。受取が拒否された物品は、例えば業者により引き取られて発送元の会員Ａに返送される。また、上記他の形態と同様に、規定期間経過後には取出催促連絡や支払催促連絡をサーバ１００が会員Ａ、Ｂの利用者端末４００に送り、早期の出庫や決済処理を促す。
【００９２】
図９は代行サービス管理方法の形態例５を示す概要図である。この態様では、前記した郵便物や宅配物の受取代行と異なり、これら物品の発送代行を行うサービスを説明する。発送代行を行うわけであるから、最初に（１）入庫を行うのは会員となる。この会員は発送したい郵便物や宅配物を、例えば会員宅やその近隣に設置されたユニット５００のボックス内に（１）入庫する。すると、この入庫がなされたユニット５００では、（２）入庫信号をサーバ１００に送信する。一方サーバ１００はこれを（３）入庫連絡として該当する業者端末２００に送信する。
【００９３】
入庫を認識した業者は、（４）引取の処理を行って会員により入庫された物品の（５）回収を行う。ユニット５００はこの処理を認識し、（６）引取信号（前記出庫信号と同じ情報）をサーバ１００に送信する。また、業者端末２００では受注した発送サービスの内容に応じた利用額を算定し、この利用額を（７）利用額連絡としてサーバ１００に送信する。また同様の内容の（８）利用額請求がユニット５００からサーバ１００に送信される。
【００９４】
サーバ１００ではこれを受信して該当する利用者端末４００に送信する一方で、（９）引落依頼として決済機関の決済機関端末３００に送信する。決済機関端末３００では（１０）引落手配として引落処理の通知を会員に行い、所定期日における（１１）引落を実行する。決済機関端末３００はここで引き落とした金額をサーバ１００に（１２）入金する。サーバ１００ではこの入金金額より手数料等を差し引きし、業者の取り分たる原価の支払いを（１３）原価支払として行う。例えば業者指定の口座への入金や電子マネーの送信といった種々の支払方法が採用できる。
【００９５】
なお、上記他の形態と同様に、規定期間経過後には取出催促連絡や支払催促連絡をサーバ１００が会員の利用者端末４００に送り、早期の出庫や決済処理を促す。
【００９６】
図１０は代行サービス管理方法の形態例６を示す概要図である。例えば、ある場所に設置されたユニットに物品を入庫しておき、別の場所に設置されたユニットにて同物品を出庫するといった状況に対応したサービス（つまり、ユニット間移動）を、セキュリティを保ちつつ自在に提供するとすれば本発明のを適用するのが好適である。このサービスにおいては会員は、最初に物品を預け入れるユニット１に対し（１）入庫の処理を行う。この入庫に際しては、後に出庫をしたいユニット２を指定する必要がある。よって、この会員はユニットのインターフェイス上で地域や店舗、駅といった属性を適宜指定することで出庫を行うユニット２を特定しておく。なお、この図においては各ユニット５００を「ユニット１」、「ユニット２」と称することとする。
【００９７】
入庫がなされたユニット１では、ユニット２の番号を含む（２）入庫信号をサーバ１００に送信する。一方サーバ１００はこれを（３）入庫連絡として該当する業者端末２００に送信する。業者ではこれをうけてボックスより該当物品の（４）引取処理を行い、（５）回収する。ユニット５００はこの処理を認識し、（６）引取信号をサーバ１００に送信する。
【００９８】
一方業者は、出庫した物品を指定されたユニット２に対し（７）入庫（配達）処理を行う。ユニット２ではこの処理により入庫を感知し、（８）入庫信号をサーバ１００に送信する。サーバ１００はこれをうけて、指定の物品が入庫された旨を（９）入庫連絡として利用者端末４００に通知する。ユニット２への物品の移動および入庫がなされたことを認識した前記会員は、ユニット２まで赴いて（１１）出庫（取出）処理を行う。ユニット２ではこの出庫処理に伴って（１１）出庫信号をサーバ１００に送信する。一方、業者は業者端末２００を介してサービスの利用額を（１２）利用額連絡としてサーバ１００に通知する。
【００９９】
サーバ１００はこの利用額の情報を（１３）利用額請求として該当会員の利用者端末４００に通知する一方で、決済機関の決済機関端末３００にもこの利用額の情報が（１４）引落依頼として送信される。決済機関端末３００では（１５）引落手配として引落処理の通知を会員に行い、所定期日における（１６）引落を実行する。決済機関端末３００はここで引き落とした金額をサーバ１００に（１７）入金する。サーバ１００ではこの入金金額より手数料等を差し引きし、業者の取り分たる原価の支払いを（１８）原価支払として行う。例えば業者指定の口座への入金や電子マネーの送信といった種々の支払方法が採用できる。
【０１００】
なお、上記他の形態と同様に、規定期間経過後には取出催促連絡や支払催促連絡をサーバ１００が会員の利用者端末４００に送り、早期の出庫や決済処理を促す。
なお、会員や業者の認証をサーバ１００にて逐次行う代わりに、入出庫の受付を行った際に、サーバ１００から、所定ユニット（代行サービス提供装置）の所定ボックス（収納庫）の解錠キーとなるデータを生成して各者の端末に配信するとしてもよい。この場合、このキーデータに、物品の保管期間等に対応させた寿命を持たせて管理するなどすれば好適である。勿論、一度使用すれば再使用不可とするセキュリティをも有する。
【０１０１】
本発明の実施の形態によれば、次の効果を奏する。
本発明の代行サービス管理供方法によれば、どの業者が誰宛のどういった荷物をいつ入庫したのか、またそれがどれくらい経過して、誰が出庫したのか、といった情報を、ネットワークを介して統合的に管理することが可能である。つまり、宅配ボックス等の代行サービス提供装置が地域に点在して配置された場合でも、それらを上記情報等に基づき一括管理することが可能なのである。出庫処理を行うべき者がそれを忘れたり、或いは気付かない場合には、その旨を通知可能であるから、荷物が放置されて装置稼働率が低下するといったこともない。
【０１０２】
また、宅配業者が宅配物を入庫し、それを配達先の家人が出庫するという単体のサービスだけでなく、物品の個人間受け渡しや、クリーニングの依頼と受け取り、入庫時とは別の代行サービス提供装置での物品受け取り、等々といった上述した多様なサービスを提供できる。
【０１０３】
加えて、適宜な認証手段と決済手段をも適用可能とするため、公共の場に置かれて誰にでも利用可能である性格を有することも容易で、公共性、入出庫管理およびそのセキュリティ、多様なサービス提供、確実な決済といった各側面を併せて実現することとなる。
【０１０４】
そこで本発明によれば、物品の入出庫を効率的かつ確実に管理し、多様なサービスとその決済手法を提供可能とすることとなる。
【０１０５】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【０１０６】
【発明の効果】
本発明によれば、物品の入出庫を効率的かつ確実に管理し、多様なサービスとその決済手法を提供可能となる。
【図面の簡単な説明】
【図１】本実施形態の代行サービス管理システムを含むネットワーク構成図である。
【図２】本実施形態の各データベースのデータ構造例を示す図である。
【図３】本実施形態の代行サービス提供装置の形態例を示す図である。
【図４】本実施形態の代行サービス管理方法における手順例を示すフロー図である。
【図５】代行サービス管理方法の形態例１を示す概要図である。
【図６】代行サービス管理方法の形態例２を示す概要図である。
【図７】代行サービス管理方法の形態例３を示す概要図である。
【図８】代行サービス管理方法の形態例４を示す概要図である。
【図９】代行サービス管理方法の形態例５を示す概要図である。
【図１０】代行サービス管理方法の形態例６を示す概要図である。
【符号の説明】
１００　代行サービス管理システム、コンピュータ、サーバ
１１０　データセンター
１１５　データベース
２００　業者端末
３００　決済機関端末
４００　利用者端末
５００　代行サービス提供装置
５０１　収納庫
５０２　タッチパネル、入出力インターフェイス
５０３　リーダー
５０４　カードリーダー
５０５　起動センサー
５１０　ネットワーク端末
【図１】
2004123272.tif 000003
【図２】
2004123272.tif 000004
【図３】
2004123272.tif 000005
【図４】
2004123272.tif 000006
【図５】
2004123272.tif 000007
【図６】
2004123272.tif 000008
【図７】
2004123272.tif 000009
【図８】
2004123272.tif 000010
【図９】
2004123272.tif 000011
【図１０】
2004123272.tif 000012