JP2022085323A

JP2022085323A - サーバ、情報処理方法、および洗濯システム

Info

Publication number: JP2022085323A
Application number: JP2020196945A
Authority: JP
Inventors: 慎太郎船見; Shintaro Funemi
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2020-11-27
Filing date: 2020-11-27
Publication date: 2022-06-08
Anticipated expiration: 2040-11-27
Also published as: JP7526646B2; CN114565111A

Abstract

【課題】複数の洗濯機を複数のユーザに効率的に利用させるための技術を提供する。【解決手段】通信端末３００Ａと通信するための通信インターフェイスと、洗濯機２００毎の洗濯容量および稼働情報を格納するデータベースと、通信インターフェイスを介して通信端末３００Ａから洗濯物の量を示す情報を取得して、データベースを参照することによって、洗濯物を洗濯する洗濯機２００を特定する情報を出力するためのプロセッサとを備えるサーバ１００Ａ，１００Ｂが提供される。【選択図】図１

Description

本発明は、複数の洗濯機を複数のユーザに利用させるための洗濯システムの技術に関する。

従来から、クリーニングサービスが知られている。たとえば、特開２００６－２３０５９０号公報（特許文献１）によると、クリーニング業者が注文を受け、クリーニング業者が宅配業者を通じて顧客に衣類のクリーニング品を取りに行ってクリーニング処理を行い、宅配業者を通じて顧客へ洗濯されたクリーニング品を引き渡すことが開示されている。

特開２００６－２３０５９０号公報

特許文献１に記載のシステムでは、顧客が急ぎのクリーニング処理を希望する場合に最適なクリーニング業者などを選択することができない。また、クリーニング業者も、所有する洗濯機を効率よく稼働させるには不十分なシステムとなっている。

本発明の目的は、複数の洗濯機を複数のユーザに効率的に利用させるための技術を提供することにある。

本発明のある態様に従うと、通信端末と通信するための通信インターフェイスと、洗濯機毎の洗濯容量および稼働情報を格納するデータベースと、通信インターフェイスを介して通信端末から洗濯物の量を示す情報を取得して、データベースを参照することによって、洗濯物を洗濯する洗濯機を特定する情報を出力するためのプロセッサとを備えるサーバが提供される。

以上のように、本発明によれば、複数の洗濯機を複数のユーザに効率的に利用させることが可能になる。

第１の実施の形態にかかる洗濯システムの全体構成と動作概要とを示すイメージ図である。第１の実施の形態にかかる洗濯システムのスケジュールを示すイメージ図である。第１の実施の形態にかかる客側端末の画面を示す第１のイメージ図である。第１の実施の形態にかかる客側端末の画面を示す第２のイメージ図である。第１の実施の形態にかかるサーバの構成を示すブロック図である。第１の実施の形態にかかる洗濯機データを示す図である。第１の実施の形態にかかる店舗データを示す図である。第１の実施の形態にかかる所属データを示す図である。第１の実施の形態にかかるユーザデータを示す図である。第１の実施の形態にかかる端末データを示す図である。第１の実施の形態にかかるドライバデータを示す図である。第１の実施の形態にかかるサーバの情報処理を示す図である。第１の実施の形態にかかる洗濯機の構成を示すブロック図である。第１の実施の形態にかかる客側端末の構成を示すブロック図である。第２の実施の形態にかかるサーバの情報処理を示す図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
〔第１の実施の形態〕
＜洗濯システム１の全体構成＞

まず、図１を参照して本実施の形態にかかる洗濯システム１の全体構成について説明する。本実施の形態にかかる洗濯システム１は、主に、複数の洗濯機２００と、複数の洗濯機２００を管理する第１のサーバ１００Ａと、複数のドライバを管理する第２のサーバ１００Ｂと、客が保持する客側端末３００Ａと、洗濯店が保持する店側端末３００Ｂと、洗濯物を受け取ったり配達したりするドライバが保持する配達端末３００Ｃとを含む。

なお、洗濯機２００は、洗濯専用の洗濯機であってもよいし、乾燥専用の乾燥機であってもよいし、洗濯と乾燥が可能な洗濯乾燥機であってもよい。以下では、これらを総称して、洗濯機２００という。また、客側端末３００Ａと店側端末３００Ｂと配達端末３００Ｃは、スマートフォンや、タブレットや、ノートパソコンや、ウェアラブル端末や、据置型端末など、通信したり情報を出力したりできる装置であればよい。以下では、これらを総称して、通信端末ともいう。
＜洗濯システム１の動作概要＞

次に、図１および図２を参照して、本実施の形態にかかる洗濯システム１の動作概要について説明する。まず、第１のサーバ１００Ａは、複数の洗濯機２００のスペックや稼働スケジュールや予約情報などの稼働情報を格納するデータベースにアクセスできる。第２のサーバ１００Ｂは、配達用の複数のドライバの稼働スケジュールや予約情報などを格納するデータベースにアクセスできる。

客が、客側端末３００Ａに洗濯の依頼命令を入力する（ステップＳ００２）。本実施の形態においては、図３に示すように、客側端末３００Ａは、依頼する洗濯物の量、たとえば重さや体積、や洗濯物の回収の有無などの入力を受け付ける。なお、客が洗濯物の写真を撮影して、第１のサーバ１００Ａが当該写真から洗濯物の量を特定してもよい。

客側端末３００Ａに入力する洗濯の依頼情報は、上記に限らず、例えば、回収希望時刻や返却希望時刻、洗濯物の種類、希望する洗濯店、付加サービス（柔軟仕上げ等）の希望などを含んでもよい。また、ユーザが以前に入力した依頼情報は、次回の依頼情報の入力時に入力済みや選択可能な状態としてもよい。

客側端末３００Ａは、洗濯物の量を含む洗濯の依頼命令を第１のサーバ１００Ａに送信する（ステップＳ００４）。

第１のサーバ１００Ａは、複数の洗濯機２００の容量やスケジュールに基づいて、今回の依頼に適した洗濯機２００を選択する（ステップＳ００６）。たとえば、第１のサーバ１００Ａは、客の家から所定範囲内の店舗にある、今回の洗濯物の容量よりも大きい洗濯機２００を１つ以上選択する。

第１のサーバ１００Ａは、客の住所や、選択された洗濯機２００が置かれている店舗の情報を第２のサーバ１００Ｂに提供する（ステップＳ００８）。

第２のサーバ１００Ｂは、複数のドライバの稼働スケジュールや、客の住所や、選択された洗濯機２００が置かれている店舗の住所などに基づいて、今回の依頼に適したドライバの候補を選択して第１のサーバ１００Ａに提供する（ステップＳ００９）。

第１のサーバ１００Ａは、選択された洗濯機２００とドライバの候補のスケジュールから、最も早く洗濯済みの洗濯物を客に配達できる洗濯機２００とドライバの組み合わせを決定する。また、選択された組み合わせにおいて、ドライバが客先へ洗濯物を回収する期限時刻を算出する（ステップＳ０１０）。

第１のサーバ１００Ａが、客側端末３００Ａを介して、図４に示すように、洗濯機２００や、洗濯の店舗や、ドライバの受け取り時間（ドライバが客先へ到着可能な時刻、または客先から洗濯物を回収する期限時刻）や、洗濯後の配達予定時間などを客に提示する（ステップＳ０１２）。

客の了解が得られると、第１のサーバ１００Ａによって洗濯機２００の予約が登録され（ステップＳ０１４）、第２のサーバ１００Ｂによってドライバの予約が登録される（ステップＳ０１６）。

ドライバが客の家に洗濯物を受け取りに行く（ステップＳ０１８）。

ドライバが洗濯物を洗濯機２００の店舗に届ける（ステップＳ０２０）。

店舗において洗濯機２００が洗濯を実行したり、店員が洗濯物を乾かしたりアイロンを当てたりする（ステップＳ０２２）。特に、本実施の形態においては、１つの洗濯機２００による１回の洗濯では、１つの客の洗濯物しか投入しないものである。つまり、複数の客の洗濯物をまとめて１つの洗濯機２００で洗濯することはないものである。なお、１人の客の洗濯物が多い場合には、複数の洗濯機２００で、当該１人の客の洗濯物を分担して洗濯してもよい。

ドライバが洗濯物を客の家に届ける（ステップＳ０２４）。

このように、本実施の形態においては、第１のサーバ１００Ａが、洗濯物の容量に基づいて、適切な洗濯機２００を選択するため、複数の洗濯機のそれぞれを複数のユーザに効率的に利用させることが可能になる。また、客は、最も早く洗濯済みの洗濯物を受け取れる時刻を知ることができるので、例えば、客の都合に洗濯済みの洗濯物が間に合うかを予め知ることができ、洗濯を依頼するか、または別の服を着用するかを決めることができる。以下、このような機能を実現するための洗濯システム１の具体的な構成について詳述する。
＜第１のサーバ１００Ａの構成＞

まず、本実施の形態にかかる洗濯システム１を構成する第１のサーバ１００Ａの構成の一態様について説明する。図５を参照して、第１のサーバ１００Ａは、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、操作部１４０と、通信インターフェイス１６０とを含む。

ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、対話サービス用の第１のサーバ１００Ａの各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read-Only Memory）などによって実現される。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、操作部１４０から入力されたデータなどを記憶する。メモリ１２０は、たとえば、洗濯機データ１２１、店舗データ１２２、所属データ１２３、ユーザデータ１２４、端末データ１２５などを記憶する。なお当然に、これらのデータは、第１のサーバ１００Ａ自体が内部に格納していなくても、第１のサーバ１００Ａがアクセス可能な他の装置に格納されていてもよい。

ここで、図６を参照して、洗濯機データ１２１は、複数の洗濯機２００毎に、洗濯機の名称、最大容量、洗濯時間、各種の追加時間情報、仕上げ対応情報、布団対応情報などの対応関係を格納する。

図７を参照して、店舗データ１２２は、店舗毎に、店舗のＩＤと、店舗の名称と、住所などの対応関係を格納する。

図８を参照して、所属データ１２３は、複数の洗濯機２００と複数の店舗との対応関係を格納する。なお、所属データは、洗濯機２００毎に予約されている日時も格納される。

図９を参照して、ユーザデータ１２４は、洗濯を依頼する客としてのユーザ毎に、ユーザＩＤと、ユーザ名と、住所などの対応関係を格納する。

図１０を参照して、端末データ１２５は、客側端末３００Ａ毎に、端末のＩＤと、ユーザＩＤと、現在位置などの対応関係を格納する。

図５に戻って、操作部１４０は、サービスの管理者などの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。操作部１４０を介さずに、自動的に情報を入力してもよい。

通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータなどを介して第１のサーバ１００Ａなどの他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介して他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。
＜第２のサーバ１００Ｂの構成＞

第２のサーバ１００Ｂの主要な構成は、第１のサーバ１００Ａと同じであるため、ここでは説明を繰り返さない。なお、第２のサーバ１００Ｂのメモリ１２０は、洗濯物を回収したり配達したりするドライバに関するデータを記憶する。なお当然に、これらのデータは、第２のサーバ１００Ｂ自体が内部に格納していなくても、第２のサーバ１００Ｂがアクセス可能な他の装置に格納されていてもよい。

図１１を参照して、ドライバデータ１２６は、本サービスに登録されているドライバ毎に、ドライバのＩＤと、現在位置と、回収のスケジュールや配達のスケジュールなどの予約情報などの対応関係が格納される。
＜第１のサーバ１００Ａにおける情報処理＞

次に、図１２を参照しながら、本実施の形態にかかる第１のサーバ１００Ａにおける情報処理について説明する。本実施の形態においては、ＣＰＵ１１０は、メモリ１２０のプログラムに従って以下の処理を実行する。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、客側端末３００Ａからデータを受信すると、当該受信データからユーザＩＤを取得する（ステップＳ１０２）。

ＣＰＵ１１０は、受信データから洗濯物の量を取得する（ステップＳ１０４）。たとえば、受信データから洗濯物の重さを取得したり、受信データから洗濯物の体積を取得したり、受信データから洗濯物の画像データを取得して解析することによって洗濯物の重さや体積を計算したりする。また、予めユーザに頒布した所定のサイズの専用の袋などに洗濯物を詰めて、ユーザがその袋のサイズを入力することで、洗濯物の量を取得してもよい。また、専用の袋に固有のＩＤを付加し、ユーザがそのＩＤを客側端末３００Ａで読み取ってもよい。この場合は、客側端末３００Ａのユーザ情報とＩＤに紐づけられたユーザ情報との照合が可能となるため、誤発注を防止できる。専用の袋に洗濯物の重量を計測できるセンサを設けてもよい。これにより、ユーザが洗濯物を専用の袋に詰めるだけで洗濯物の量が取得できるため洗濯の依頼がさらに簡便になる。専用の袋に代えて、固有のＩＤが付加された重量秤をユーザに頒布や貸与してもよい。

ＣＰＵ１１０は、ユーザデータ１２４を参照して、ユーザの住所を読み出す（ステップＳ１０６）。客側端末３００Ａが現在位置情報を取得可能な場合は、ユーザの住所に替えて客側端末３００Ａから取得した位置としてもよい。

ＣＰＵ１１０は、店舗データ１２２を参照して、ユーザの住所から所定の範囲内の店舗を特定する（ステップＳ１０８）。

ＣＰＵ１１０は、所属データ１２３と洗濯機データ１２１とを参照して、特定された店舗に属する洗濯機２００、かつ今回の洗濯物を処理できる洗濯機２００を抽出する（ステップＳ１１０）。なお、ＣＰＵ１１０は、今回の洗濯物が一番大きな洗濯機２００でも処理できない場合は、今回の洗濯物を処理できるだけの同じ店舗内に配置されている複数の洗濯機２００を抽出する。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、ユーザの住所と店舗の住所とを第２のサーバ１００Ｂに送信することによって回収のためのドライバの情報を入手する（ステップＳ１１４）。

これによって、第２のサーバ１００ＢのＣＰＵ１１０は、ドライバデータ１２６からドライバの現在位置を読み出して、ユーザの住所と店舗の住所の両者から所定の範囲内のドライバを特定し、当該ドライバの予約が入っていない時間を特定し、洗濯物の回収時刻および回収された洗濯物が店舗に配送される時刻を第１のサーバ１００Ａに送信する。第１のサーバ１００Ａは、図６の洗濯機データと、ステップＳ１０４で入手した洗濯物の量とから、抽出された洗濯機２００の洗濯時間を算出し、洗濯物が店舗に配送される時刻からこの洗濯時間の間、洗濯機２００に予約が入っていないことを確認する。もし、予約が入っている場合には、その洗濯機２００は候補から除外する。

ステップ１１０で抽出された洗濯機２００が複数ある場合には、洗濯機２００毎に上記処理を行う。そして、最も早く洗濯が終了する洗濯機２００を決定する（ステップＳ１１５１）。

第１のサーバ１００ＡのＣＰＵ１１０は、洗濯終了時刻に基づいて第２のサーバ１００ＢのＣＰＵ１１０に洗濯後の洗濯物を客の家まで配達するためのドライバの問い合わせを行い、第２のサーバ１００ＢのＣＰＵ１１０から入手した情報に基づいて、洗濯後の洗濯物を客の家まで配達する時刻を決定する（ステップＳ１１５２）。

図２を参照して、本実施の形態における洗濯機２００やドライバのスケジューリングの一例を説明する。

第１のサーバ１００Ａが客からのオーダーを８：３０に受け取ると、ユーザの住所から所定の範囲内の店舗に属する洗濯機で、かつ、オーダー情報に含まれる洗濯物の量を処理できる洗濯機を抽出する。図２の例では、店舗Ａの洗濯機（１）、および店舗Ｂの洗濯機（２）を記載している。

次に、第１のサーバ１００Ａは、第２のサーバ１００Ｂにユーザの住所および候補となる店舗の情報を送信して、ユーザ宅から洗濯物を回収して店舗まで配達可能なドライバを問い合わせる。図２の例では、ドライバ（Ａ）、（Ｂ）、（Ｃ）が空いている。図２では、ドライバごとの所要時間を記載しているが、それぞれのドライバの現在位置とユーザの住所、および店舗の位置から、ドライバおよび店舗の組み合わせごとに必要な時間を算出し、ドライバの予約情報と照合して、店舗ごとに対応可能なドライバを抽出することが好ましい。

次に、第１のサーバ１００Ａは、第２のサーバ１００Ｂから取得したドライバ情報と、先に抽出した洗濯機の情報とから、洗濯終了時刻が最も早くなる組み合わせを算出する。図２では、一例として、洗濯機（１）とドライバ（Ａ）の組み合わせ（ケース１）、洗濯機（２）とドライバ（Ｃ）の組み合わせ（ケース２）を記載する。客からのオーダーを受けた時点（８：３０）で、空いている洗濯機は、洗濯機（２）である。しかし、オーダーを受けた時点で対応できるドライバでは、店舗までの最短配達時間は４０分であり、客宅への回収に必要な時間を含めると、洗濯機（２）の次の予約時間（１０：００～１１：３０）よりも前に洗濯を終了させることができない。したがって、洗濯機（２）で洗濯可能となるのは１２：００～となる（ケース２）。一方、洗濯機（１）は、客からのオーダーを受けた時点では稼働中であるが、稼働終了予定時刻は９：５０となっており、ドライバによる回収、配達時間を考慮すると、稼働終了時刻の頃に店舗へ配達することが可能であり、洗濯機（１）で洗濯可能となるのは１０：２０～となる（ケース１）。すなわち、客からのオーダーを受けた時点での洗濯機の稼働、予約状況だけでなく、洗濯物の回収、配達時間を考慮して、最も早く洗濯が終了する洗濯機を選択することで、無駄な待ち時間を短縮でき、ユーザにより早く洗濯済みの洗濯物を届ける提示ができる。また、洗濯店も、洗濯物の回収、配達時間の間、洗濯機を待たせておかなくてもよくなり、稼働効率が向上する。さらに、第２のサーバ１００Ｂによって、洗濯物を回収または配達するドライバを最適化できるため、ドライバの稼働効率が向上する。

なお、図２では、客のオーダーに「返却希望時間」が含まれている場合を示している。この場合は、客の希望する返却時刻より早い時間で、最も早い時刻となるケースを算出し、客に提示する。もし、すべての組み合わせで客の希望する返却時刻を超えてしまう場合には、対応不可となる旨を客に通知する。

第１のサーバ１００ＡのＣＰＵ１１０は、通信インターフェイス１６０を介して客側端末３００Ａに、洗濯機２００の情報や、洗濯機２００の店舗を示す情報や、回収時刻や、配達時刻などを送信することによって、当該店舗の洗濯機２００を予約するか否かをユーザに問い合わせる（ステップＳ１１６）。

ＣＰＵ１１０は、通信インターフェイス１６０を介して客側端末３００Ａから予約命令を受け付けた場合（ステップＳ１１８にてＹＥＳである場合）、洗濯機２００の使用予約を所属データに登録する（ステップＳ１２０）。

なお、客のオーダーに「返却希望時間」が含まれており、客が希望する返却時刻を満たすケースがある場合、または「返却希望時間」の指定がない場合は、ステップＳ１１８の客側端末３００Ａからの予約命令受付をスキップしてステップＳ１２０の予約登録を行ってもよい。この場合は、ステップＳ１１６の確認画面送信を省略することもできる。ただし、客が希望する返却時刻を満たすケースが見つからなかった場合は、ステップＳ１１６でユーザに報知する。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、第２のサーバ１００Ｂにドライバの予約を依頼する（ステップＳ１２２）。

なお、客先からの洗濯物の回収、および客先への洗濯済みの洗濯物の配達は必須でなくともよく、少なくとも一方を「不要」とすることもできる。この場合は、客からのオーダー時に、回収、配達の要否を連絡する選択肢を用意すればよい。また、回収不要とした場合には、客の住所と店舗情報とから、合理的な所要時間（例えば公共交通機関を使用した場合の所要時間）が経過後の洗濯機の稼働、予約情報から、最も早く洗濯が終了する洗濯機を選択すればよい。配達不要とした場合には、洗濯終了時刻をユーザに提示すればよい。

また、客のオーダーに「返却希望時間」が含まれており、洗濯物の回収や配達を利用した場合は返却希望時間に間に合う選択肢が見つからなかったが、回収および配達の一方または両方を不要とすれば返却希望時間に間に合う選択肢がある場合には、その情報を客側端末３００Ａを介して客に提示してもよい。
＜洗濯機２００の構成＞

次に、図１３を参照して、洗濯システム１を構成する洗濯機２００の構成の一態様について説明する。本実施の形態にかかる洗濯機２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０、操作部２４０と、通信インターフェイス２６０と、スピーカ２７０と、センサ２８０と、機器駆動部２９０とを含む。

ＣＰＵ２１０は、メモリ２２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、洗濯機２００の各部を制御する。

メモリ２２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現されて、ＣＰＵ２１０によって実行されるプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、操作部２４０を介して入力されたデータ、ルータやインターネットを介して第１のサーバ１００Ａから受信したデータなど各種サービスを利用するために必要な情報などを記憶する。

ディスプレイ２３０は、ＣＰＵ２１０からの信号に基づいて、文字や画像などを出力する。なお、ディスプレイ２３０は、単にＬＥＤライトなどであってもよい。

操作部２４０は、ボタン、タッチパネルなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ２１０に入力する。なお、ディスプレイ２３０と操作部２４０とは、タッチパネル２５０を構成してもよい。

通信インターフェイス２６０は、無線通信を行うためのアンテナや、有線通信を行うためのコネクタなどによって実現される。ＣＰＵ２１０は、通信インターフェイス２６０を利用することによって、ルータやインターネットなどを介して、第１のサーバ１００Ａなどの他の装置と各種のデータをやり取りする。

スピーカ２７０は、ＣＰＵ２１０からの音声データに基づいて音声メッセージなどを出力する。

各種のセンサ２８０は、重量センサであったり、温度センサであったり、扉開閉センサであったりする。センサ２８０は、各種のパラメータを測定して、測定結果をＣＰＵ２１０に入力する。

機器駆動部２９０は、ＣＰＵ２１０からの信号に基づいて、洗濯機２００の各部を制御する。機器駆動部２９０は、たとえば、洗濯槽のモータや、乾燥機のヒータや、給水ダンパや、排水ダンパなどであったりする。

そして、たとえば、ＣＰＵ２１０は、操作部３４０からの命令に基づいて機器駆動部２９０に洗濯や乾燥をさせたり、通信インターフェイス２６０を介して動作状態や環境情報を第１のサーバ１００Ａに送信したり、遠隔制御命令を第１のサーバ１００Ａから受信したりする。

洗濯機２００が通信インターフェイス２６０を有していなくてもよい。この場合は、洗濯店の店側端末３００Ｂで、洗濯機２００の稼働、予約情報を入力、管理すればよい。
＜客側端末３００Ａのハードウェア構成＞

次に洗濯の客が保持する客側端末３００Ａの構成の一態様について説明する。図１４を参照して、客側端末３００Ａは、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、ディスプレイ３３０と、操作部３４０と、カメラ３５０と、ＧＰＳ３５５と、通信インターフェイス３６０と、スピーカ３７０と、マイク３８０などを含む。

ＣＰＵ３１０は、メモリ３２０に記憶されているプログラムを実行することによって、客側端末３００Ａの各部を制御する。

メモリ３２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ３２０は、ＣＰＵ３１０によって実行されるプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、入力されたデータや、第１のサーバ１００Ａから取得したデータなどを記憶する。なお当然に、これらのデータは、客側端末３００Ａ自体が格納していなくても、客側端末３００Ａがアクセス可能な他の装置に格納されていてもよい。

ディスプレイ３３０は、ＣＰＵ３１０からの信号に基づいて画像やテキストを表示する。操作部３４０は、キーボードやスイッチなどから構成され、オペレータからの命令を受け付けて、当該命令をＣＰＵ３１０に入力する。なお、ディスプレイ３３０と操作部３４０とがタッチパネルによって構成されてもよい。

カメラ３５０は、静止画像や動画像を撮影してメモリ３２０に記憶する。

ＧＰＳ３５５は、複数の衛星からの信号に基づいて客側端末３００Ａの現在位置を測定し、ＣＰＵ３１０に入力する。

通信インターフェイス３６０は、無線ＬＡＮ通信あるいは有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス３６０は、有線通信あるいは無線通信によって第１のサーバ１００Ａなどの他の装置との間でデータをやり取りする。

スピーカ３７０は、ＣＰＵ３１０からの信号に基づいて音声を出力する。

マイク３８０は、音声を信号に変換してＣＰＵ３１０に入力する。

このように構成されているため、たとえば、ＣＰＵ３１０は、操作部３４０を介して洗濯物の重さや体積の入力を受け付けて、通信インターフェイス３６０を介して洗濯物の量を含む洗濯依頼命令を第１のサーバ１００Ａに送信する。ＣＰＵ３１０は、通信インターフェイス３６０を介して第１のサーバ１００Ａからの洗濯機２００の情報や店舗の情報や洗濯物の返却日時を取得してディスプレイ３３０に表示したり、操作部３４０を介して洗濯の予約の本登録の命令を受け付けたりする。

なお、店側端末３００Ｂや配達端末３００Ｃも、客側端末３００Ａと同様の構成を有するため、ここでは説明を繰り返さない。
〔第２の実施の形態〕

第１の実施の形態においては、洗濯物の量を指定するときに回収の有無も指定するものであったが、このような形態には限られない。たとえば、第１のサーバ１００ＡのＣＰＵ１１０は、店舗が決まってから、通信インターフェイス１６０を介して、回収の有無を客側端末３００Ａに問い合わせてもよい。この実施の形態においては、例えば、ユーザが利用する店舗を決めている場合に、当該店舗以外の選択肢が提示されないようにすることができる。

より詳細には、図１５に示すように、第１のサーバ１００ＡのＣＰＵ１１０は、通信インターフェイス１６０を介して客側端末３００Ａに、洗濯機２００の情報や、洗濯機２００の店舗を示す情報などを送信する（ステップＳ２１２）。

客側端末３００Ａから店舗や洗濯機２００に関する承認を得ると（ステップＳ２１４にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して客側端末３００Ａに、洗濯物を自分で店舗に持ち込むか、ドライバに回収してもらうかに関しての問い合わせを行う（ステップＳ２１６）。

これを受けて、客側端末３００ＡのＣＰＵ３１０は、洗濯物を自分で店舗に持ち込むか、ドライバに回収してもらうかに関しての指定を受け付ける。

そして、第１のサーバ１００ＡのＣＰＵ１１０は、通信インターフェイス１６０を介して客側端末３００Ａから、洗濯物の回収の依頼を受け付けると（ステップＳ２１８にてＹＥＳである場合）、通信インターフェイス１６０を介して、ユーザの住所と店舗の住所とを第２のサーバ１００Ｂに送信することによって配車の手配を依頼する（ステップＳ２２０）。

第２のサーバ１００ＢのＣＰＵ１１０は、ドライバデータ１２６からドライバの現在位置を読み出して、ユーザの住所と店舗の住所の両者から所定の範囲内のドライバを特定し、当該ドライバの予約が入っていない時間を特定し、洗濯物の回収日時を第１のサーバ１００Ａに送信する。

なお、第１のサーバ１００ＡのＣＰＵ１１０が、洗濯物の回収日時または店舗への配送日時や洗濯機２００の予約情報などに基づいて洗濯の終了日時を特定したり、当該終了日時に基づいて第２のサーバ１００ＢのＣＰＵ１１０が洗濯後の洗濯物を客の家まで配達する日時を特定したりすることが好ましい。

第１のサーバ１００ＡのＣＰＵ１１０は、通信インターフェイス１６０を介して客側端末３００Ａに、回収日時や、配達日時などを送信することによって、洗濯の最終的な予約を行うか否かをユーザに問い合わせる（ステップＳ２２２）。

ＣＰＵ１１０は、通信インターフェイス１６０を介して客側端末３００Ａから予約命令を受け付けた場合（ステップＳ２２４にてＹＥＳである場合）、洗濯機２００の使用予約を所属データに本登録する（ステップＳ２２６）。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、第２のサーバ１００Ｂにドライバの予約を依頼する（ステップＳ２２８）。
〔第３の実施の形態〕

上記の実施の形態においては、客の住所から所定範囲内の店舗に属する洗濯機２００であって、かつ今回の洗濯物を処理できる洗濯機２００のうちの、最も早く洗濯が終了する洗濯機２００を選択するものであったが、このような形態には限られない。たとえば、第１のサーバ１００ＡのＣＰＵ１１０は、今回の洗濯物を処理できる洗濯機２００のうちの、客の住所地に最も近い店舗の洗濯機を選択してもよい。また、今回の洗濯物を処理できる洗濯機２００のうちの、最も容量が小さい洗濯機２００を優先して選択してもよい。これらにより、ドライバの稼働効率や洗濯機の稼働効率を向上させることができる。

あるいは、第１のサーバ１００ＡのＣＰＵ１１０は、客の住所から所定範囲内の店舗に属する洗濯機２００であって、かつ今回の洗濯物を処理できる洗濯機２００のリストを作成して客側端末３００Ａに送信してもよい。この場合は、客側端末３００Ａが、ユーザから、洗濯機２００や店舗や洗濯機２００の洗濯命令を受け付けて、第１のサーバ１００Ａに送信するものである。
〔第４の実施の形態〕

上記の実施の形態の洗濯システム１の各装置の役割の一部または全部を他の装置が実行してもよい。たとえば、第１のサーバ１００Ａや第２のサーバ１００Ｂや客側端末３００Ａや店側端末３００Ｂや配達端末３００Ｃの各々の役割の一部または全部を別の装置が担ったり、それらの装置の１つ１つの役割の一部または全部を複数の装置で分担したりしてもよい。

たとえば、第１のサーバ１００Ａの機能や第２のサーバ１００Ｂの機能が、１つの装置によって実現されたり、逆に第１のサーバ１００Ａや第２のサーバ１００Ｂの役割がクラウド上の複数の装置によって実現されたりしてもよい。このような構成とした場合でも、第１のサーバ１００Ａや第２のサーバ１００Ｂは装置毎に定義されるものではなく、役割毎に定義される。
＜まとめ＞

上記の実施の形態においては、通信端末と通信するための通信インターフェイスと、洗濯機毎の洗濯容量および稼働情報を格納するデータベースと、通信インターフェイスを介して通信端末から洗濯物の量を示す情報を取得して、データベースを参照することによって、洗濯物を洗濯する洗濯機を特定する情報を出力するためのプロセッサとを備えるサーバが提供される。

好ましくは、データベースは、洗濯機毎の位置をさらに格納する。プロセッサは、通信端末のユーザの位置にも基づいて、洗濯物を受け付けるべき洗濯機を特定する。

好ましくは、データベースは、洗濯機毎の店舗をさらに格納する。プロセッサは、洗濯物が１つの洗濯機で洗濯できない場合は、当該洗濯物を洗濯できるだけの同じ店舗内の複数の洗濯機を特定する。

プロセッサは、通信インターフェイスを介して、通信端末に、洗濯物を洗濯する洗濯機および店舗に関する情報を送信して、洗濯機による洗濯の予約を受け付ける。

プロセッサは、通信インターフェイスを介して、通信端末から洗濯物の回収の依頼を受け付ける。

サーバは、複数のドライバの位置情報および予約情報を格納する第２のデータベースをさらに備える。プロセッサは、第２のデータベースに基づいて、洗濯物の回収と洗濯機までの配送を行うドライバを特定し、洗濯物の回収日時を通信端末に送信する。

上記の実施の形態においては、サーバにおける情報処理方法であって、通信インターフェイスを介して通信端末からの洗濯物の量を示す情報を取得するステップと、洗濯機毎の洗濯容量を格納するデータベースを参照することによって、洗濯物を洗濯する洗濯機を特定するステップと、特定された洗濯機に関する情報を出力するステップとを備える、情報処理方法が提供される。

上記の実施の形態においては、洗濯物の量を示す情報の入力を受け付けて、当該情報を送信する通信端末と、洗濯機毎の洗濯容量を格納するデータベースを参照することによって、洗濯物の量に基づいて洗濯物を洗濯する洗濯機を特定する情報を出力するためのサーバと、を備える洗濯システムが提供される。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１：洗濯システム
１００Ａ：第１のサーバ
１００Ｂ：第２のサーバ
１１０：ＣＰＵ
１２０：メモリ
１４０：操作部
１６０：通信インターフェイス
２００：洗濯機
２１０：ＣＰＵ
２２０：メモリ
２３０：ディスプレイ
２４０：操作部
２５０：タッチパネル
２６０：通信インターフェイス
２７０：スピーカ
２８０：センサ
２９０：機器駆動部
３００Ａ：客側端末
３００Ｂ：店側端末
３００Ｃ：配達端末
３１０：ＣＰＵ
３２０：メモリ
３３０：ディスプレイ
３４０：操作部
３５０：カメラ
３６０：通信インターフェイス
３７０：スピーカ
３８０：マイク
４００：ルータ

Claims

通信端末と通信するための通信インターフェイスと、
洗濯機毎の洗濯容量および稼働情報を格納するデータベースと、
前記通信インターフェイスを介して前記通信端末から洗濯物の量を示す情報を取得して、前記データベースを参照することによって、前記洗濯物を洗濯する洗濯機を特定し、前記洗濯物の洗濯が終了する時間に関する情報を出力するためのプロセッサとを備えるサーバ。
前記データベースは、前記洗濯機毎の位置をさらに格納し、
前記プロセッサは、前記通信端末のユーザの位置にも基づいて、前記洗濯物を受け付けるべき洗濯機を特定する、請求項１に記載のサーバ。
前記データベースは、前記洗濯機毎の店舗をさらに格納し、
前記プロセッサは、前記洗濯物が１つの洗濯機で洗濯できない場合は、当該洗濯物を洗濯できるだけの同じ店舗内の複数の洗濯機を特定する、請求項１または２に記載のサーバ。
前記プロセッサは、前記通信インターフェイスを介して、前記通信端末に、前記洗濯物を洗濯する洗濯機および前記洗濯物の洗濯が終了する時間に関する情報を送信して、前記洗濯機による洗濯の予約を受け付ける、請求項１から３のいずれか１項に記載のサーバ。
前記プロセッサは、前記通信インターフェイスを介して、前記通信端末から前記洗濯物の回収の依頼を受け付ける、請求項１から４のいずれか１項に記載のサーバ。
前記サーバは、複数のドライバの位置情報および予約情報を格納する第２のデータベースをさらに備え、
前記プロセッサは、前記第２のデータベースに基づいて、前記洗濯物の回収および前記洗濯機までの配送の少なくとも一方を行うドライバを特定し、前記洗濯物の回収および配達日時の少なくとも一方を前記通信端末に送信する、請求項５に記載のサーバ。
サーバにおける情報処理方法であって、
通信インターフェイスを介して通信端末からの洗濯物の量を示す情報を取得するステップと、
洗濯機毎の洗濯容量および稼働情報を格納するデータベースを参照することによって、前記洗濯物を洗濯する洗濯機を特定するステップと、
前記特定された洗濯機によって前記洗濯物の洗濯が終了する時間を算出するステップと、
前記特定された洗濯機および前記洗濯物の洗濯が終了する時間に関する情報を出力するステップとを備える、情報処理方法。
洗濯物の量を示す情報の入力を受け付けて、当該情報を送信する通信端末と、
洗濯機毎の洗濯容量および稼働情報を格納するデータベースを参照することによって、前記洗濯物の量に基づいて前記洗濯物を洗濯する洗濯機を特定する情報および前記洗濯物の洗濯が終了する時間に関する情報を出力するためのサーバと、を備える洗濯システム。