(57)【要約】【課題】人手による調整作業を必要とせずに、カート置場のカート数を調整する。【解決手段】本発明の管理装置２は、カートと利用者とを対応付けて記憶するカート情報記憶部３０と、スコアを利用者ごとに記憶する顧客情報記憶部３１と、カート数を調整すべきカート置場を特定するカート数調整部２２と、特定されたカート置場を利用者に報知する報知部２３と、カート置場のカート数が変動した場合に、カートを移動させた利用者のスコアを更新するスコア更新部２４とを備えている。【選択図】図１
2014026542.tif 000002
【特許請求の範囲】
【請求項１】
カートのカートＩＤと、当該カートの利用者の利用者ＩＤとを対応付けて記憶するカート情報記憶部と、
スコアを、それを保有する利用者の利用者ＩＤに対応付けて記憶する利用者情報記憶部と、
カート置場のカート数に基づいて、カート数の調整が必要なカート置場を特定する調整対象特定手段と、
調整対象特定手段によって特定されたカート置場の情報を、カートの利用者に報知する報知手段と、
上記利用者によるカートの移動に伴って、特定された上記カート置場のカート数が変動した場合に、上記利用者情報記憶部に記憶されているスコアのうち、移動した上記カートに対応する利用者のスコアを更新するスコア更新手段とを備えていることを特徴とする管理装置。
【請求項２】
上記調整対象特定手段は、カート置場を監視するカート置場監視装置によって取得された、現在のカート置場における現カート数と、当該カート置場について予め設定されている目標カート数とを比較し、
現カート数が目標カート数を所定数以上上回る場合に、カート数が過多のカート置場として、当該カート置場を特定し、
現カート数が目標カート数を所定数以上下回る場合に、カート数が不足しているカート置場として、当該カート置場を特定することを特徴とする請求項１に記載の管理装置。
【請求項３】
上記カート置場監視装置、および、各カートに搭載される通信装置と通信する通信部と、
上記通信部を介して取得した情報に基づいてカートを監視するカート監視手段とを備え、
上記カート監視手段は、
上記カート置場監視装置からカートＩＤを取得するとともに、上記通信装置から上記カートＩＤと利用者ＩＤとを取得した場合に、上記カート置場監視装置が監視するカート置場から、上記カートＩＤに対応するカートが持ち出されたと判断し、
上記カート置場監視装置からカートＩＤを取得するとともに、上記カート情報記憶部に、上記カートＩＤに対応付けて利用者ＩＤが記憶されている場合に、上記カート置場監視装置が監視するカート置場に上記カートＩＤに対応するカートが返却されたと判断することを特徴とする請求項２に記載の管理装置。
【請求項４】
上記カート監視手段が、カートが持ち出されたと判断した場合に、取得した上記カートＩＤと、取得した上記利用者ＩＤとを対応付けて上記カート情報記憶部に記憶する紐付手段を備えていることを特徴とする請求項３に記載の管理装置。
【請求項５】
上記スコア更新手段は、
上記カート監視手段が、上記調整対象特定手段によって特定されたカート数が過多のカート置場から、カートが持ち出されたと判断した場合に、上記カートを持ち出した利用者のスコアを加算することを特徴とする請求項４に記載の管理装置。
【請求項６】
上記スコア更新手段は、
上記カート監視手段が、上記調整対象特定手段によって特定されたカート数が不足しているカート置場に、カートが返却されたと判断した場合に、上記カートを返却した利用者のスコアを加算することを特徴とする請求項５に記載の管理装置。
【請求項７】
上記紐付手段は、
上記カート監視手段が、カートが返却されたと判断した場合に、上記スコア更新手段が、返却されたカートに対応する利用者ＩＤに基づいて、該利用者ＩＤに対応するスコアを加算した後に、当該利用者ＩＤを上記カート情報記憶部から削除することを特徴とする請求項６に記載の管理装置。
【請求項８】
上記カート監視手段は、
カートの通信装置からカートＩＤと利用者ＩＤとを取得し、上記カート情報記憶部に、上記カートＩＤに対応付けて上記利用者ＩＤが記憶されている場合、かつ、
上記カートの上記通信装置から上記カートＩＤと異なる利用者ＩＤとを取得した場合に、上記カートの利用者が変更されたと判断し、
上記スコア更新手段は、
上記カート監視手段が、上記カートの利用者が変更されたと判断した場合に、取得した上記利用者ＩＤに対応するスコアを加算するとともに、取得した上記異なる利用者ＩＤに対応するスコアを加算することを特徴とする請求項４から７までのいずれか１項に記載の管理装置。
【請求項９】
上記紐付手段は、
上記カート監視手段が、上記カートの利用者が変更されたと判断した場合に、上記スコア更新手段が、上記カートに対応する利用者ＩＤに基づいて、該利用者ＩＤに対応するスコアを加算した後に、当該利用者ＩＤの代わりに、受信された上記異なる利用者ＩＤを、上記カートＩＤに対応付けて上記カート情報記憶部に記憶することを特徴とする請求項８に記載の管理装置。
【請求項１０】
上記報知手段は、
上記特定されたカート置場の場所に加えて、上記カート置場におけるカート数の調整に利用者が貢献した場合に、加算されるスコアを報知することを特徴とする請求項１から９までのいずれか１項に記載の管理装置。
【請求項１１】
カートを管理する管理装置によって実行される管理方法であって、
上記管理装置は、
カートのカートＩＤと、当該カートの利用者の利用者ＩＤとを対応付けて記憶するカート情報記憶部と、
スコアを、それを保有する利用者の利用者ＩＤに対応付けて記憶する利用者情報記憶部とを備え、
上記管理方法は、
カート置場のカート数に基づいて、カート数の調整が必要なカート置場を特定する調整対象特定ステップと、
上記調整対象特定ステップにて特定されたカート置場の情報を、カートの利用者に報知する報知ステップと、
上記利用者によるカートの移動に伴って、特定された上記カート置場のカート数が変動した場合に、上記利用者情報記憶部に記憶されているスコアのうち、移動した上記カートに対応する利用者のスコアを更新するスコア更新ステップとを含むことを特徴とする管理方法。
【請求項１２】
コンピュータを、請求項１から１０までのいずれか１項に記載の管理装置の各手段として機能させるための制御プログラム。
【請求項１３】
請求項１２に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カートを管理する管理装置および管理方法に関するものである。
【背景技術】
【０００２】
スーパーマーケット、あるいはショッピングモールなどの店舗で商品を購入する場合、ショッピングカート（以下、カートと呼称する）を利用する場合がある。特に、車で店を訪れた客の場合、カートを使用すれば、購入した商品を車まで容易に運ぶことができるため、その利便性は大きい。
【０００３】
しかしながら、カート置場にカートが不足しているため、客がカートを使用できないという問題が発生することがある。この場合、客はカートを使用するために、別のカート置場まで移動しなくてはいけないため、快適な利用が損なわれる。
【０００４】
上記問題の理由としては、カートがカート置場以外の場所に放置されるケースが挙げられる。この問題を解決する技術として、特許文献１の技術が挙げられる。特許文献１には、駐車場利用客を識別するための駐車ＩＤと、各カートを識別するためのカートＩＤとを一対にして登録してカートの貸し出しと回収を管理し、カートが収容場所に返却されていない場合、駐車場の出口が開かないように制御する技術が開示されている。
【０００５】
また、上記問題が発生する別の理由として、特定のカート置場にのみカートが偏って返却されたり、特定のカート置場からのみカートが偏って持ち出されたりするケースが挙げられる。通常、このような問題を防ぐために、店員がカート置場間でのカート数の調整作業を行っている。これに関する技術として、下記特許文献２には、駐車場に設置されたベースステーションに置かれたカート数が一定値を超えると、店員に報知する技術が開示されている。これにより、店員は報知がなされた時に、ベースステーションから他のカート置場へカートを移動させればよい。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−３５２２８６号公報（２００２年１２月６日公開）
【特許文献２】特開２００７−０５４３５８号公報（２００７年３月８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献２に記載の技術では、各カート置場のカート数を調整するために、結局、店員がカートを回収および運搬するなどして調整作業を行う必要があり、当該作業に係る店員の負担は変わらないという問題がある。
【０００８】
本発明は、上記の問題に鑑みてなされたものであって、その目的は、作業のための別途の人員を必要とせずに、カート置場のカート数を調整する、管理装置および管理方法を実現することにある。
【課題を解決するための手段】
【０００９】
本発明の管理装置は、上記課題を解決するために、カートのカートＩＤと、当該カートの利用者の利用者ＩＤとを対応付けて記憶するカート情報記憶部と、スコアを、それを保有する利用者の利用者ＩＤに対応付けて記憶する利用者情報記憶部と、カート置場のカート数に基づいて、カート数の調整が必要なカート置場を特定する調整対象特定手段と、調整対象特定手段によって特定されたカート置場の情報を、カートの利用者に報知する報知手段と、上記利用者によるカートの移動に伴って、特定された上記カート置場のカート数が変動した場合に、上記利用者情報記憶部に記憶されているスコアのうち、移動した上記カートに対応する利用者のスコアを更新するスコア更新手段とを備えていることを特徴としている。
【００１０】
上記構成によれば、カート情報記憶部において、利用されるカートと、カートの利用者とが紐付けられている。一方、カート置場に配置されているカートは、利用者によって持ち出されたり、返却されたりするので、カート置場のカート数は常に変動している。そして、調整が必要なカート置場では、カートが不足していたり、余ってあふれていたりしていると考えられる。そこで、調整対象特定手段は、監視されているカート置場のカート数に基づいて、カート数の調整が必要なカート置場を特定する。
【００１１】
調整が必要なカート置場が特定されると、そのカート置場についての情報が、カートの利用者に報知される。報知手段は、表示部に情報を表示することにより視覚的報知を行ってもよいし、音声を出力することにより聴覚的報知を行ってもよい。これにより、カートの利用者は、どのカート置場がカート数の調整を必要としているのかを知ることができ、これを知った上で、カートを利用することができる。すなわち、利用者は、特定のカート置場からカートを持ち出したり、特定のカート置場に返却したりすることで、カート数の調整に貢献することができる。
【００１２】
カートの調整に貢献した利用者は、上述のカート情報記憶部に記憶されている、カートと利用者との紐付け情報によって特定される。
【００１３】
スコア更新手段は、カートの調整に貢献した利用者に対応付けられているスコアを更新する。スコアの情報は、利用者情報記憶部において、利用者ごとに記憶されている。スコアは、消費することで利益を享受可能な、言わば利用者の財産を表す情報として用いることができる。
【００１４】
以上のとおり、管理装置は、調整が必要なカート置場を利用者に報知し、利用者をカート数を調整するように促し、実際に調整に貢献した利用者に対しては、その対価としてスコアを支給することができる。
【００１５】
こうして、カートの利用者自身による、カート数の調整に貢献するようなカートの利用が促進される。
【００１６】
結果として、カート置場のカート数の調整に、別途の人員を割くことなく、各カート置場のカート数を調整することが可能になるという効果を奏する。
【００１７】
上記調整対象特定手段は、カート置場を監視するカート置場監視装置によって取得された、現在のカート置場における現カート数と、当該カート置場について予め設定されている目標カート数とを比較し、現カート数が目標カート数を所定数以上上回る場合に、カート数が過多のカート置場として、当該カート置場を特定し、現カート数が目標カート数を所定数以上下回る場合に、カート数が不足しているカート置場として、当該カート置場を特定してもよい。
【００１８】
上記構成によれば、カート数が不足しているカート置場、または、カート数が過多のカート置場の情報が、利用者に報知される。このため、利用者は、カート置場のカート不足または過多の状況を理解することが可能となる。結果として、カート不足を補うようなカートの利用（返却など）、または、カート過多を解消するようなカートの利用（持ち出しなど）が促進される。
【００１９】
結果として、カート置場のカート数の調整に、別途の人員を割くことなく、各カート置場のカート数を、意図どおりに維持することが可能になるという効果を奏する。
【００２０】
上記カート置場監視装置、および、各カートに搭載される通信装置と通信する通信部と、上記通信部を介して取得した情報に基づいてカートを監視するカート監視手段とを備え、上記カート監視手段は、上記カート置場監視装置からカートＩＤを取得するとともに、上記通信装置から上記カートＩＤと利用者ＩＤとを取得した場合に、上記カート置場監視装置が監視するカート置場から、上記カートＩＤに対応するカートが持ち出されたと判断し、上記カート置場監視装置からカートＩＤを取得するとともに、上記カート情報記憶部に、上記カートＩＤに対応付けて利用者ＩＤが記憶されている場合に、上記カート置場監視装置が監視するカート置場に上記カートＩＤに対応するカートが返却されたと判断してもよい。
【００２１】
上記構成によれば、カート置場からカートが持ち出されると、カート置場監視装置が持ち出されたカートのカートＩＤを管理装置に報告する。また、持ち出されたカート（の通信装置）は、自身のカートＩＤと持ち出した利用者の利用者ＩＤとを管理装置に報告する。
【００２２】
これにより、カート監視手段は、カート置場監視装置からカートＩＤが報告されて、なおかつ、カートからも同じカートＩＤが報告された場合に、カート置場から、上記カートＩＤに対応するカートが持ち出されたと判断することができる。さらに、カートからは利用者ＩＤも報告されるので、どのカートがどの利用者によって持ち出されたのかをカート情報記憶部において管理しておくことが可能となる。
【００２３】
また、上記構成によれば、カート置場にカートが返却されると、カート置場監視装置が返却されたカートのカートＩＤを管理装置に報告する。ここで返却の時点では、持ち出しの時点で格納された上記カートＩＤと利用者ＩＤとがカート情報記憶部に記憶されているはずである。
【００２４】
これにより、カート監視手段は、カート置場監視装置からカートＩＤが報告されて、なおかつ、報告されたカートＩＤが、利用者ＩＤとともに上記カート情報記憶部に記憶されている場合に、カート置場にカートが返却されたと判断することができる。
【００２５】
上記カート監視手段が、カートが持ち出されたと判断した場合に、取得した上記カートＩＤと、取得した上記利用者ＩＤとを対応付けて上記カート情報記憶部に記憶する紐付手段を備えていることが好ましい。
【００２６】
これにより、カートを持ち出した利用者およびカートを返却した利用者を正しく特定することが可能となる。
【００２７】
上記スコア更新手段は、上記カート監視手段が、上記調整対象特定手段によって特定されたカート数が過多のカート置場から、カートが持ち出されたと判断した場合に、上記カートを持ち出した利用者のスコアを加算することが好ましい。
【００２８】
これにより、カート数の過多を解消することに貢献した利用者に対して、正しく、インセンティブ（スコア）を与えることが可能となる。これにより、利用者自身よって、カート数の過多を解消する利用（カートの持ち出し）がより促進される。
【００２９】
上記スコア更新手段は、上記カート監視手段が、上記調整対象特定手段によって特定されたカート数が不足しているカート置場に、カートが返却されたと判断した場合に、上記カートを返却した利用者のスコアを加算することが好ましい。
【００３０】
これにより、カート数の不足を解消することに貢献した利用者に対して、正しく、インセンティブ（スコア）を与えることが可能となる。これにより、利用者自身によって、カート数の不足を解消する利用（カートの返却）がより促進される。
【００３１】
上記紐付手段は、上記カート監視手段が、カートが返却されたと判断した場合に、上記スコア更新手段が、返却されたカートに対応する利用者ＩＤに基づいて、該利用者ＩＤに対応するスコアを加算した後に、当該利用者ＩＤを上記カート情報記憶部から削除することが好ましい。
【００３２】
これにより、カート数の不足を解消することに貢献した利用者を正しく特定し、インセンティブを与えたのちに、カートと利用者との紐付けが解消される。したがって、カートが複数の利用者によって利用される場合でも、その時点でのカートの持ち出し者または返却者を正しく特定することが可能となる。
【００３３】
さらに、上記カート監視手段は、カートの通信装置からカートＩＤと利用者ＩＤとを取得し、上記カート情報記憶部に、上記カートＩＤに対応付けて上記利用者ＩＤが記憶されている場合、かつ、上記カートの上記通信装置から上記カートＩＤと異なる利用者ＩＤとを取得した場合に、上記カートの利用者が変更されたと判断し、上記スコア更新手段は、上記カート監視手段が、上記カートの利用者が変更されたと判断した場合に、取得した上記利用者ＩＤに対応するスコアを加算するとともに、取得した上記異なる利用者ＩＤに対応するスコアを加算してもよい。
【００３４】
上記構成によれば、カートがある最初の利用者によって持ち出されてから、返却されるまでの途中で、別の次の利用者に引き渡された場合であっても、最初の利用者と、次の利用者との双方に、正しく、インセンティブを与えることが可能となる。
【００３５】
最初の利用者は、カートを次の利用者に譲ることによって、カートがカート置場に返却されずに放置されるという不都合を回避することに貢献したと考えられる。一方、次の利用者は、カートを譲り受けて引き続き利用することによって、カートがカート置場に返却されずに放置されるという不都合を回避することに貢献したと考えられる。
【００３６】
こうして、放置カートの削減に貢献した、双方の利用者に対してインセンティブを与えることにより、放置カートの削減が促進される。
【００３７】
結果として、放置カートの回収に、別途の人員を割くことなく、放置カートを削減できるという効果を奏する。
【００３８】
上記紐付手段は、上記カート監視手段が、上記カートの利用者が変更されたと判断した場合に、上記スコア更新手段が、上記カートに対応する利用者ＩＤに基づいて、該利用者ＩＤに対応するスコアを加算した後に、当該利用者ＩＤの代わりに、受信された上記異なる利用者ＩＤを、上記カートＩＤに対応付けて上記カート情報記憶部に記憶することが好ましい。
【００３９】
これにより、放置カートを削減することに貢献した最初の利用者と、次の利用者とを正しく特定し、インセンティブを与えたのちに、カートと利用者との紐付けが変更される。したがって、カートが途中で引き継がれる場合でも、実際のカートの利用者の管理と、貢献者の特定とを、両立して正しく行うことが可能となる。
【００４０】
上記報知手段は、上記特定されたカート置場の場所に加えて、上記カート置場におけるカート数の調整に利用者が貢献した場合に、加算されるスコアを報知することが好ましい。
【００４１】
これにより、利用者は、調整が必要なカート置場についての情報（場所）だけでなく、このカート置場について、調整に貢献した場合に得られるスコアを知ることができる。
【００４２】
こうして、カート数の調整に貢献するようなカートの利用がより一層促進される。
【００４３】
本発明の管理方法は、上記課題を解決するために、カートを管理する管理装置によって実行される管理方法であって、上記管理装置は、カートのカートＩＤと、当該カートの利用者の利用者ＩＤとを対応付けて記憶するカート情報記憶部と、スコアを、それを保有する利用者の利用者ＩＤに対応付けて記憶する利用者情報記憶部とを備え、上記管理方法は、カート置場のカート数に基づいて、カート数の調整が必要なカート置場を特定する調整対象特定ステップと、上記調整対象特定ステップにて特定されたカート置場の情報を、カートの利用者に報知する報知ステップと、上記利用者によるカートの移動に伴って、特定された上記カート置場のカート数が変動した場合に、上記利用者情報記憶部に記憶されているスコアのうち、移動した上記カートに対応する利用者のスコアを更新するスコア更新ステップとを含むことを特徴としている。
【００４４】
なお、上記管理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記管理装置をコンピュータにて実現させる管理装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００４５】
本発明の管理装置は、上記課題を解決するために、カートのカートＩＤと、当該カートの利用者の利用者ＩＤとを対応付けて記憶するカート情報記憶部と、消費することで利益を享受可能なスコアを、それを保有する利用者の利用者ＩＤと対応付けて記憶する利用者情報記憶部と、カート置場のカート数に基づいて、カート数の調整が必要なカート置場を特定する調整対象特定手段と、調整対象特定手段によって特定されたカート置場の情報を、カートの利用者に報知する報知手段と、上記利用者によるカートの移動に伴って、特定された上記カート置場のカート数が変動した場合に、上記利用者情報記憶部に記憶されているスコアのうち、上記カート情報記憶部において、移動した上記カートに対応する利用者のスコアを更新するスコア更新手段とを備えていることを特徴としている。
【００４６】
本発明の管理方法は、上記課題を解決するために、カートを管理する管理装置によって実行される管理方法であって、上記管理装置は、カートのカートＩＤと、当該カートの利用者の利用者ＩＤとを対応付けて記憶するカート情報記憶部と、消費することで利益を享受可能なスコアを、それを保有する利用者の利用者ＩＤと対応付けて記憶する利用者情報記憶部とを備え、上記管理方法は、カート置場のカート数に基づいて、カート数の調整が必要なカート置場を特定する調整対象特定ステップと、上記調整対象特定ステップにて特定されたカート置場の情報を、カートの利用者に報知する報知ステップと、上記利用者によるカートの移動に伴って、特定された上記カート置場のカート数が変動した場合に、上記利用者情報記憶部に記憶されているスコアのうち、上記カート情報記憶部において、移動した上記カートに対応する利用者のスコアを更新するスコア更新ステップとを含むことを特徴としている。
【００４７】
結果として、作業のための別途の人員を必要とせずに、カート置場のカート数を調整することが可能になるという効果を奏する。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態における管理装置の要部構成を示すブロック図である。
【図２】本発明の一実施形態におけるカート管理システムの構成を示す図である。
【図３】カート情報記憶部に記憶されているカート管理情報のデータ構造および具体例を示す図である。
【図４】カート置場情報記憶部に記憶されているカート置場情報のデータ構造および具体例を示す図である。
【図５】顧客情報記憶部に記憶されている顧客管理情報のデータ構造および具体例を示す図である。
【図６】カート管理システムを構築する各装置の処理の流れを示すシーケンス図である。
【図７】カートがカート置場から持ち出されたときに管理装置によって実行される、テーブル更新処理、紐付け処理、および、ポイント更新処理の流れを示すフローチャートである。
【図８】管理装置によって実行されるカート数調整処理の流れを示すフローチャートである。
【図９】カートがカート置場に返却されたときに管理装置によって実行される、テーブル更新処理、紐付け処理、および、ポイント更新処理の流れを示すフローチャートである。
【図１０】カートの利用中に利用者が変更されたときに、管理装置によって実行される、テーブル更新処理、紐付け処理、および、ポイント更新処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００４９】
≪実施形態１≫
本発明の実施の一形態について図１〜図９に基づいて説明すれば以下のとおりである。本実施形態では、一例として、店舗に複数のカートが配置され、顧客がそれらのカート利用する場合に、店舗の各カートを管理するため敷設されたカート管理システムについて説明する。以下では、店舗に買い物に来る顧客を、カートを利用する「利用者」と称する。
【００５０】
〔カート管理システムの構成〕
図２は、本発明の実施形態におけるカート管理システム１の構成を示す図である。
【００５１】
図２に示すように、本実施形態に係るカート管理システム１は、少なくとも、管理装置２、カート３、カート置場監視装置４、および、表示装置５を含む。
【００５２】
管理装置２は、カート管理システム１を統括して管理する装置である。管理装置２は、カート管理システム１を構成する各装置との間で通信を行い、送受信される情報を管理する。管理装置２の詳細については後述する。
【００５３】
カート３は、店舗を訪問した利用者が商品等の運搬に利用することができる運搬装置である。カート３は、利用されない間は、通常、店舗に設けられた１以上のカート置場に複数配置されており、利用者がカート置場から自由に持ち出せるようになっている。
【００５４】
本実施形態では、カート３は、各々、外部の各装置と通信する通信部３０１と、個々のカートを識別するカートＩＤを保持するタグ部３０２と、カートの利用者を識別する顧客ＩＤ（利用者ＩＤ）を読み取るための読取部３０３とを備えている。タグ部３０２は、例えば、カート置場監視装置４に、カートを識別するためのカートＩＤを読み取らせるＩＣタグなどによって実現される。本実施形態では、希望する利用者には、店舗から、顧客ＩＤを読み取り可能な店舗カード６が与えられる。顧客ＩＤが店舗カード６に印刷されたバーコードで実現される場合には、上記読取部３０３は、バーコードリーダによって実現される。あるいは、店舗カード６が、顧客ＩＤを埋め込んだ非接触ＩＣカードで実現される場合には、上記読取部３０３は、ＲＦＩＤ（Radio Frequency IDentification）タグリーダ、または、ＩＣ（Integrated Circuit）タグリーダなどによって実現される。あるいは、外部の装置と無線通信する上記通信部３０１が上記読取部３０３として機能してもよい。通信部３０１は、読取部３０３によって検知された、当該カート３を利用するカートの利用者を特定する顧客ＩＤを、図示しない通信網を介して管理装置２に送信する。なお、無線通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信など、適宜の通信技術によって実現される。
【００５５】
カート置場監視装置４は、店舗の任意の場所に設けられたカート置場に設置され、カート置場のステータスを監視するものである。カート置場監視装置４は、カート３のカートＩＤを読み取る読取部４０１、読み取ったカートＩＤを管理装置２に送信する通信部４０２とを備えている。読取部４０１は、例えば、カートＩＤを保持するタグ部３０２がＩＣタグによって実現されている場合は、ＩＣタグリーダによって実現される。あるいは、外部の装置と無線通信する通信部４０２が読取部４０１として機能してもよい。通信部４０２は、読取部４０１によって検知された、カート置場のステータス（カートの台数など）を図示しない通信網を介して管理装置２に送信する。
【００５６】
表示装置５は、店舗内を買い物する利用者に対して様々な情報を提示するものであり、店舗内の、利用者の目につく任意の場所に設けられる。特に、表示装置５は、管理装置２が管理する情報のうち、各カート置場のステータスを報知する。表示装置５が表示するステータスについては後述する。
【００５７】
本実施形態では、利用者への各カート置場のステータスの報知は、表示装置５によって視覚的に実施されるが、本発明のカート管理システム１はこれに限定されない。例えば、スピーカーがステータスの情報を音声出力することにより、聴覚的に報知が実施されてもよい。
【００５８】
以上のとおり、管理装置２は、各装置と通信して、各カート置場のステータス（カート数）を監視するとともに、表示装置５を制御して、カート置場のステータスを、カートを利用する利用者に対して報知する。これにより、管理装置２は、利用者たち自身にカートの調整作業を行わせることが可能となる。さらに、管理装置２は、カートとカートの利用者とを紐付けて管理することが可能であり、利用者たちの調整作業への貢献を管理することができる。これにより、貢献があった利用者に対して対価を支払うことが可能となり、結果として、利用者の作業を促進して、より一層効率よくカートの管理を行うことが可能となる。
【００５９】
〔管理装置の構成〕
図１は、本発明の実施形態における管理装置２の要部構成を示すブロック図である。
【００６０】
図１に示すように、本実施形態に係る管理装置２は、少なくとも、通信部１１、制御部１２、および、記憶部１３を備えている構成である。
【００６１】
通信部１１は、管理装置２が、外部の各装置との間で情報の送受信を行う通信デバイスである。本実施形態では、カート管理システム１を構成する、カート３、カート置場監視装置４、および、表示装置５と情報の送受信を行う。
【００６２】
記憶部１３は、（１）管理装置２の制御部１２が実行する制御プログラム、（２）制御部１２が実行するＯＳプログラム、（３）制御部１２が、管理装置２が有する各種機能を実行するためのアプリケーションプログラム、および、（４）該アプリケーションプログラムを実行するときに読み出す各種データを非一時的に記憶するものである。例えば、上記の（１）〜（４）のデータは、ＲＯＭ（read only memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（登録商標）（Electrically EPROM）、ＨＤＤ（Hard Disc Drive）などの記憶装置に記憶される。
【００６３】
例えば、本実施形態の記憶部１３は、カート情報記憶部３０、顧客情報記憶部３１、および、カート置場情報記憶部３２を含む。これらテーブルの詳細については後述する。
【００６４】
管理装置２は、図示しない一時記憶部を備えていてもよい。一時記憶部は、管理装置２が実行する各種処理の過程で、演算に使用するデータおよび演算結果等を一時的に記憶するいわゆるワーキングメモリであり、ＲＡＭ（Random Access Memory）などの記憶装置で構成される。
【００６５】
どのデータをどの記憶装置に記憶するのかについては、管理装置２の使用目的、利便性、コスト、物理的な制約などから適宜決定される。
【００６６】
制御部１２は、管理装置２が備える各部を統括制御するものである。制御部１２は、本発明の管理装置２がカートを調整する機能を実現するために、機能ブロックとして、カート監視部２０、紐付部２１、カート数調整部２２、報知部２３、および、スコア更新部２４を含む。
【００６７】
上述した制御部１２の各機能ブロックは、例えば、ＣＰＵ（central processing unit）が、ＲＯＭ（read only memory）、ＮＶＲＡＭ（non-Volatile random access memory）等で実現された記憶装置（記憶部１３）に記憶されているプログラムを不図示のＲＡＭ（random access memory）等に読み出して実行することで実現できる。
【００６８】
カート監視部２０は、各カートの利用状況、および、各カート置場のカート数を監視するものである。具体的には、各カート置場においてカート数に変動があった場合などに、カート監視部２０は、通信部１１を介して、カート置場監視装置４から監視結果の情報（例えば、カートＩＤなど）を受け付ける。カート監視部２０は、受信した監視結果を反映させるために、カート情報記憶部３０、および、カート置場情報記憶部３２に記憶されている情報を更新する。
【００６９】
また、カート監視部２０は、利用者によるカート３の移動によって各カート置場のカート数に変動が起きたとき、その変動が、カート数の調整に貢献するものであった場合に、当該貢献が発生した旨をスコア更新部２４に通知する。
【００７０】
ここで、「カート数の調整に貢献すること」とは、店舗側があるカート置場に配置されたカート数を減らしたい場合に、利用者が当該カート置場からカートを持ち出すこと、および、カート数を増やしたい場合に、利用者が当該カート置場にカートを返却することを指す。
【００７１】
紐付部２１は、各カートと、各カートの利用者とを紐付けて管理するものである。
【００７２】
カート３がカート置場から持ち出されたとき、紐付部２１は、通信部１１を介して、カート３からカートＩＤおよび顧客ＩＤを受け付ける。そして、紐付部２１は、利用中のカートと、その利用者の顧客ＩＤとを紐付けて、カート情報記憶部３０に記憶されている情報を更新する。
【００７３】
また、カート３がカート置場に返却されたとき、紐付部２１は、カート置場監視装置４からカートＩＤを受け付ける。そして、利用が終了したカートに紐付けられていた顧客ＩＤを解除する。
【００７４】
カート数調整部２２は、カート置場情報記憶部３２に記憶されている情報を参照して、各カート置場の現状を把握することにより、カート数の調整を行うものである。具体的には、カート数調整部２２は、各カート置場について予め設定されている理想のカート数（目標カート数）と、カート置場に配置されている現在のカート数とを比較する。そして、カート数調整部２２は、各カート置場においてカート数の調整が必要か否かを判断する。カート数調整部２２は、上記の比較結果または判断結果に基づいて、カート置場のステータス情報を生成し、これを報知部２３に通知する。
【００７５】
報知部２３は、カート数調整部２２から受け取った、各カート置場のステータス情報を、カートを利用する利用者に対して報知するものである。報知部２３は、上記ステータス情報を、通信部１１を介して、表示装置５に送信し、表示装置５に上記ステータス情報を表示させる。これにより、利用者は、表示装置５に表示されたステータス情報を確認して、各カート置場がどのような状況にあるのか（カート数過多、または、カート数不足など）を把握することができる。
【００７６】
スコア更新部２４は、カート数の調整に対して貢献があった利用者に対して、その対価を支払うための情報処理を実行するものである。具体的には、スコア更新部２４は、顧客情報記憶部３１において、登録されている利用者ごとに、記憶されているスコアを更新する。
【００７７】
スコアは、利益と引き換えが可能な点数を表す情報であり、具体的には、利用者が店舗から享受できる利益の量を数値化したものである。本実施形態では、スコアと引き換えに、利用者は、店舗が提供する様々なサービス、または、金品を享受できる。つまり、利用者は、スコアを消費することにより所定の利益を享受することができる。利用者が享受できる利益は、これには限定されないが、スコアに応じた現金、スコアに応じた値引き額の割引券、スコアに応じた時間分無料の駐車券、スコアに応じた商品またはサービスなどである。本実施形態では、スコアは、店舗で割引などに利用されるポイントであるとする。利用者は、レジで上述した店舗カード６を提示することで、保有するポイント（スコア）の分だけ料金の割引を受けることができる。
【００７８】
すなわち、スコア更新部２４は、カート数の調整に対して貢献があった利用者に対し、当該利用者のスコアを所定量追加することによって、上記貢献の対価を支払う。
【００７９】
具体的には、カート監視部２０から、カート数調整の貢献が発生したという情報を受け取ると、スコア更新部２４は、カート情報記憶部３０を参照し、貢献した利用者を特定する。その後、顧客情報記憶部３１に記憶されている当該顧客のスコア（ここでは、ポイント）を更新する。
【００８０】
〔カート管理テーブル〕
図３は、カート情報記憶部３０に記憶されているカート管理情報のデータ構造および具体例を示す図である。図３において、カート管理情報を、テーブル形式のデータ構造にて示したことは一例であって、カート管理情報のデータ構造を、テーブル形式に限定する意図はない。以降、データ構造を説明するためのその他の図においても同様である。
【００８１】
図３に示すカート管理情報（以下、カート管理テーブル）は、カートを識別するカートＩＤに対応付けて、当該カートのステータスと、当該カートの現在の利用者を特定する顧客ＩＤとを格納するデータ構造を有している。さらに、当該カートの前の利用者を特定する顧客ＩＤが格納されていてもよい。カートＩＤ、顧客ＩＤ、および、後述するカート置場ＩＤは、ここでは、英数字で表されるが、どのような文字列が用いられてもよく、管理装置２が、個々のカートを一意に識別できる情報であれば何でもよい。
【００８２】
「カートのステータス」のカラムには、各カートの利用状況を示す情報が格納されている。具体的には、カートが利用されず、カート置場に配置されている場合は、未使用であることを示す情報が格納される。図３に示す例では、カートが配置されているカート置場のカート置場ＩＤが当該カラムに格納されている。これに代えて、単に「未使用」、「待機中」などの情報が格納されてもよい。一方、カートが客に利用されている場合は、「利用中」など、カートが利用されていることを示す情報が格納される。なお、管理装置２は、カートがカート置場から持ち出されてから再びカート置場に返却されるまでの間、当該カートが利用中であると判断するものとする。
【００８３】
「現利用者」のカラムには、当該カートを現在利用している利用者の顧客ＩＤが格納されている。カート３の利用者は、読取部３０３が利用者の店舗カード６から、顧客ＩＤを読み取ることによって特定されるが、顧客ＩＤが読み取れない場合も考えられる（利用者が店舗カードを持っていない、など）。この場合は、顧客ＩＤに代えて、「不明」など、利用者が不明であることを示す情報がこのカラムに格納されてもよいし、あるいは、このカラムは情報が格納されず空の状態であってもよい。
【００８４】
「前利用者」のカラムには、カートが返却されたときに、当該カートを返却の直前まで利用していた利用者の顧客ＩＤが格納される。つまり、当該カートをカート置場に返却した利用者の顧客ＩＤが格納される。このカラムに格納する顧客ＩＤは、返却の直前まで、現利用者のカラムに格納されていた顧客ＩＤを利用すればよい。よって、返却した利用者が特定されない場合（「不明」の場合）、このカラムは、情報が格納されず空の状態であってもよい。
【００８５】
〔カート置場管理テーブル〕
図４は、カート置場情報記憶部３２に記憶されているカート置場情報のデータ構造および具体例を示す図である。図４に示す例では、カート置場情報をテーブル形式のデータ構造とし、以下では、カート置場管理テーブルと称する。
【００８６】
図４に示すカート置場管理テーブルは、カート置場（カート置場監視装置４）の各々を識別するカート置場ＩＤに対応付けて、目標カート数と、現カート数と、カート置場のステータスとを格納するデータ構造を有している。
【００８７】
「目標カート数」のカラムには、カート置場に常備しておきたい理想のカート数が格納されている。このカラムに格納される数値は、例えば、店舗の運営者などによって予め設定される。運営者は、利用者の快適な利用、または、作業員の作業の容易性などの観点から、各カート置場の規模および立地に基づいて、それぞれのカート置場の理想のカート数を決定すればよい。なお、このカラムに格納された数値は、適宜変更可能であることは言うまでもない。
【００８８】
例えば、カート置場間でのカート数の偏りをなくしたければ、各カート置場の目標カート数は、同数に設定されればよい。あるいは、図４に示すとおり、各カート置場の規模および立地を考慮して、それぞれの好ましいカート数を設定してもよい。
【００８９】
「現カート数」のカラムには、現時点で各カート置場に配置されているカート数が格納されている。各カート置場に設置されているカート置場監視装置４は、カートの持ち出しと返却とを監視しているので、その監視結果にしたがって、このカラムのカート数は適宜のタイミングで更新される。
【００９０】
「カート置場のステータス」のカラムには、カート数に関わるカート置場の状況を表す情報が格納されている。図４に示す例では、カート数が過多の状況を表す「過多」またはカート数が不足している状況を表す「不足」の情報がこのカラムに格納される。図４に示す例では、カート置場の現カート数が目標カート数と一致またはほぼ一致している場合には、このカラムには情報は格納されないものとしているが、「適正」などの情報を格納してもよい。
【００９１】
本実施形態では、現カート数が目標カート数より所定数（例えば、５）以上多くなると、上記カラムには「過多」の情報が格納される。一方、現カート数が目標カート数より所定数（例えば、５）以上少なくなると、上記カラムには「不足」の情報が格納される。このカート置場のステータスは、目標カート数または現カート数が更新されたことに対応して適宜のタイミングで更新される。
【００９２】
図４に示す例は、「カート置場のステータス」のカラムに格納される情報のほんの一例にすぎない。例えば、（「現カート数」−「目標カート数」）の計算によって得られた数値をこのカラムに格納してもよい。例えば、図４に示す例では、各レコードの上から順に、８、２、−５が格納されてもよい。
【００９３】
また、図４に示す例では、ステータスは、「過多」、「不足」、「−（適性）」の３段階に分類されているが、ステータスをさらに多段階化することも可能である。例えば、「超過多」「超不足」「やや過多」「やや不足」などの段階を設けてもよい。これにより、カート管理システム１において、各カート置場における、カート数調整の必要性、重要性、または、優先度などを考慮したカートの管理を実現することができる。この場合、記憶部１３は、これに限定されないが、（「現カート数」−「目標カート数」）の値と、ステータスの各段階との対応関係を規定したテーブルを別途保持することが好ましい。
【００９４】
カート置場管理テーブルより読み出された各カート置場の情報は、報知部２３によって、表示装置５に供給される。表示装置５は、報知部２３から受信したカート置場の情報を画面（例えば、図２の画面５０１）に表示して、カート置場の状況を報知する。これにより、カートの利用者は、カート置場の状況を把握することができる。つまり、どこのカート置場でカートが不足しているか、または、余っているのかを判断することができる。したがって、利用者自身によるカート数の調整を促進することができる。
【００９５】
さらに、報知部２３は、カート数の調整に貢献した利用者に支給する対価（ここでは、ポイント）の情報を表示装置５に送信してもよい。これにより、表示装置５は、インセンティブ情報５０２を画面５０１に表示することができる。
【００９６】
このように、店舗で利用できるポイントをインセンティブとして用い、この情報を利用者に報知することにより、利用者自身によるカート数の調整をより一層促進することができる。
【００９７】
〔顧客管理テーブル〕
図５は、顧客情報記憶部３１に記憶されている顧客管理情報のデータ構造および具体例を示す図である。図５に示す例では、顧客管理情報をテーブル形式のデータ構造とし、以下では、顧客管理テーブルと称する。
【００９８】
図５に示す顧客管理テーブルは、店舗で買い物をする利用者の各々を識別する顧客ＩＤに対応付けて、スコアを格納するデータ構造を有している。スコアは、上述したとおり、利用者が店舗から享受できる利益を数値化したものであり、本実施形態では、一例として、スコアは、店舗で買い物をするときの割引に利用できるポイントであるとする。
【００９９】
「ポイント」のカラムには、店舗から各利用者に対して支給されたポイントの累計が格納されている。本実施形態では、利用者がカート数の調整に貢献した場合、つまり、利用者が、カート数「過多」のカート置場からカートを持ち出した場合、または、カート数「不足」のカート置場にカートを返却した場合に、当該利用者の顧客ＩＤに対応付けられているポイントが加算される。
【０１００】
〔管理装置の動作フロー〕
次に、図２〜図５を具体例として用い、図６〜図９を参照して、制御部１２の各部の動作フローを説明する。
【０１０１】
図６は、カート管理システム１を構築する各装置の処理の流れを示すシーケンス図である。
【０１０２】
利用者Ｕが、あるカート置場からカート３を持ち出したとする。このとき、利用者Ｕは、所持している店舗カード６を、持ち出したカート３の読取部３０３にかざす。店舗カード６のＩＣタグは、利用者Ｕの顧客ＩＤを読取部３０３に送信し（Ｓ１）、読取部３０３は、上記顧客ＩＤを取得する（Ｓ２）。カート３の通信部３０１は、タグ部３０２に保持されているカート３のカートＩＤと、Ｓ２で取得された顧客ＩＤとを管理装置２に送信する（Ｓ３）。例えば、通信部３０１は、図示しない通信網（構内ＬＡＮ（Local Area Network）、インターネットなど）を介して管理装置２に情報を無線で送信する。なお、Ｓ１〜Ｓ３の一連の処理は、カート置場からカート３が持ち出されたときに実行される処理である。カート置場にカート３が返却される場合、その返却の時点では、管理装置２にとってカート３の利用者Ｕの顧客ＩＤは既知の情報である（持ち出し時に既に顧客ＩＤが取得されているため）。したがって、カート３の返却時には、Ｓ１〜Ｓ３の処理は省略される。
【０１０３】
一方、利用者Ｕがカート３を移動（持ち出しまたは返却）したとき、そのカート置場を監視するカート置場監視装置４は、カート３の移動を検知する（Ｓ４）。カート３が移動されるとき、カート置場監視装置４の読取部４０１は、タグ部３０２からカート３のカートＩＤを取得する（Ｓ５）。通信部４０２は、カート置場監視装置４に記憶されている当該カート置場を識別するためのカート置場ＩＤと、Ｓ５で取得されたカートＩＤとを管理装置２に送信する（Ｓ６）。通信部４０２は、上記通信網を介して管理装置２に無線で情報を送信する。
【０１０４】
管理装置２は、カート置場監視装置４からカート置場ＩＤおよびカートＩＤを受信すると、受信した情報に基づいてテーブル更新処理を実行する（Ｓ７）。Ｓ７の処理は、カート３の移動に伴って、カート情報記憶部３０およびカート置場情報記憶部３２に記憶されている各テーブルを更新する処理である。この処理は、管理装置２のカート監視部２０によって実行される。さらに、管理装置２の紐付部２１は、Ｓ７にてテーブルが更新されたことに基づいて紐付け処理を実行する（Ｓ８）。Ｓ８の処理は、カート３が利用者に持ち出されたり、返却されたりすることに伴って、カート３とそれを利用する利用者との紐付けを管理する処理である。なお、紐付部２１は、カート３の持ち出し時には、Ｓ３にてカート３から送信された顧客ＩＤに基づいて、Ｓ８の処理を実行する。さらに、管理装置２のスコア更新部２４は、Ｓ７およびＳ８の処理の実行に伴って、必要に応じてポイント更新処理を実行する（Ｓ９）。Ｓ９の処理は、カート３が利用者に持ち出されたり、返却されたりすることに伴って、カート数の調整について貢献があった場合に、貢献した利用者に対して対価を支払うための処理である。Ｓ７〜Ｓ９の各処理の詳細については、カート３の持ち出し時と、カート３の返却時とのそれぞれについて、別図を参照して詳細に説明する。
【０１０５】
続いて、管理装置２は、各カート置場の状況を見直して、カート数調整処理を実行する（Ｓ１０）。Ｓ１０の処理は、各カート置場の最新の状況について報知すべき情報（以下、報知情報）を生成して表示装置５に報知させるための処理である。Ｓ１０の処理は、カート３の移動に伴って、カート数調整部２２および報知部２３によって実行される。報知部２３は、各カート置場の状況を含む報知情報を、店舗内の表示装置５それぞれに供給し、当該報知情報を利用者Ｕに報知するように指示する。なお、Ｓ１０の処理の詳細については、別図を参照して詳細に説明する。
【０１０６】
表示装置５のそれぞれは、管理装置２から報知情報を取得する（Ｓ１１）。報知情報は、上記通信網を介して無線で送受信されればよい。表示装置５は、取得した報知情報を処理して、各カート置場の状況について、利用者Ｕに対して報知する。具体的には、表示装置５は、図２の画面５０１などのように、カート調整を促す画面を表示する（Ｓ１２）。
【０１０７】
以上のとおり、本発明のカート管理システム１では、カート３の移動に伴って、各カート置場のカート数に変動があった場合には、必要に応じて、利用者に対して貢献に応じたポイント更新が行われたり、報知情報（カート数に係る情報）の更新、再表示が行われたりする。
【０１０８】
図７は、カート３がカート置場から持ち出されたときに管理装置２によって実行される、テーブル更新処理、紐付け処理、および、ポイント更新処理の流れを示すフローチャートである。
【０１０９】
カート監視部２０は、カート置場監視装置４からカート置場ＩＤおよびカートＩＤを受信すると（Ｓ１０１においてＹＥＳ）、カート置場にてカート数の変動があったことを検知する。そして、カート３が持ち出されたのか、返却されたのかを判断する（Ｓ１０２）。具体的には、カート監視部２０は、図３に示すカート管理テーブルを参照し、受信したカートＩＤのカートのステータスが、利用中であるのか、待機中である（カート置場ＩＤが格納されている）のかを判断する。
【０１１０】
カート監視部２０は、カート３のステータスが待機中である（カート置場ＩＤが紐付けられている）場合、すなわち、Ｓ４にて移動が検知されるまで、カート３がカート置場に配置されていて未使用だった場合には（Ｓ１０２においてＡ）、カート３が持ち出されたのだと判断する。そして、カート監視部２０は、図４のカート置場管理テーブルにおいて、受信したカート置場ＩＤに関連付けられている現カート数を１つ減らす（Ｓ１０３）。例えば、Ｓ１０１にて、カート置場ＩＤ「Ｐ００１」を受信した場合には、カート監視部２０は、現カート数を１８から１７に更新する。こうして、カート置場Ｐ００１のカートが１台持ち出されたことがカート置場管理テーブルに反映される。また、カート監視部２０は、図３のカート管理テーブルにおいて、受信したカートＩＤに関連付けられているカートのステータスを、「利用中」に更新する（Ｓ１０４）。
【０１１１】
一方、紐付部２１は、持ち出されたカート３と、その利用者とを紐付けるために、カート３からカートＩＤおよび顧客ＩＤを受信する。顧客ＩＤは、カート３が、利用者の店舗カード６から顧客ＩＤを取得することに成功した場合に管理装置２に送信される。
【０１１２】
紐付部２１は、Ｓ１０１で受信したカートＩＤと同じＩＤのカート３から顧客ＩＤを受信した場合には（Ｓ１０５においてＹＥＳ）、カート管理テーブル（図３）の上記カートＩＤに対応する現利用者のカラムに、受信した顧客ＩＤを格納する（Ｓ１０６）。こうして、利用中のカートとその利用者とが紐付けられる。
【０１１３】
一方、カート３が顧客ＩＤを取得できず、顧客ＩＤを受信できなかった場合には（Ｓ１０５においてＮＯ）、紐付部２１は、上記カラムに顧客ＩＤを格納する代わりに「不明」の情報を格納すればよい（Ｓ１０７）。
【０１１４】
カート監視部２０は、さらに、Ｓ１０２で認識されたカートの持ち出しが、カート数の調整に貢献するものであったか否かを判断する（Ｓ１０８）。具体的には、カート監視部２０は、カート置場管理テーブル（図４）において、Ｓ１０１で受信したカート置場ＩＤのカート置場のステータスが「過多」である場合に（Ｓ１０８においてＹＥＳ）、上記持ち出しが、カート数調整（すなわち、カート数過多の解消）に貢献したと判断する（Ｓ１０９）。こうして貢献があった場合には、スコア更新部２４は、カート数過多の解消に貢献した利用者に対してポイントを支払う（Ｓ１１０）。具体的には、スコア更新部２４は、図５の顧客管理テーブルにおいて、Ｓ１０５において受信された顧客ＩＤに対応するポイントに対して、上記貢献に応じた所定のポイントを加算する。
【０１１５】
なお、利用者が特定されなかった場合（Ｓ１０５においてＮＯ）、および、カートの持ち出しがカート数の調整に貢献するものではなかった場合（Ｓ１０８においてＮＯ）には、Ｓ１１０のポイント更新は実行されない。
【０１１６】
続いて、管理装置２は、カート数の変動に伴い、各カート置場の状況が変化した場合に、最新のカート置場の状況に応じて、カート数調整処理を実行する。
【０１１７】
図８は、管理装置２によって実行されるカート数調整処理の流れを示すフローチャートである。本実施形態では、カート数調整処理は、いずれかのカート置場にてカート数の変動（カートの持ち出しまたは返却）が起こった場合に実行される。しかし、これに限定されず、管理装置２は、各カート置場のカート置場監視装置４に定期的にカート数を報告させて、定期的にカート数調整処理を実行する構成であってもよい。
【０１１８】
図４に示すカート置場管理テーブルがカート監視部２０によって更新されると、カート数調整部２２は、カート置場管理テーブルの目標カート数と現カート数とを比較する（Ｓ２０１）。カート数調整部２２は、カート置場管理テーブルのすべてのレコードについて上記比較を実行してもよいが、少なくともカート監視部２０が更新したレコードについて比較を行えばよい。例えば、図７の例では、Ｓ１０３において、カート監視部２０が現カート数を１つ減じたカート置場ＩＤのレコードについて、目標カート数と現カート数とを比較すればよい。本実施形態では、比較の一例として、カート数調整部２２は、現カート数から目標カート数を引いて得られる差分カート数ｄを求める。
【０１１９】
比較の結果、差分カート数ｄが所定閾値（例えば、５）以上の場合（Ｓ２０２においてＡ）、カート数調整部２２は、上記カート置場ＩＤのカート置場のステータスに「過多」を設定する（Ｓ２０３）。つまり、あるカート置場のカート数が変更された結果、現カート数が、目標カート数を想定以上に上回った場合に、カート数調整部２２は、当該カート置場のステータスをカート数「過多」であると判断し、この値を図４に示すカート置場管理テーブルに格納する。
【０１２０】
比較の結果、差分カート数ｄが所定閾値（例えば、−５）以下の場合（Ｓ２０２においてＢ）、カート数調整部２２は、上記カート置場ＩＤのカート置場のステータスに「不足」を設定する（Ｓ２０４）。つまり、あるカート置場のカート数が変更された結果、現カート数が、目標カート数を想定以上に下回った場合に、カート数調整部２２は、当該カート置場のステータスをカート数「不足」であると判断し、この値を図４に示すカート置場管理テーブルに格納する。
【０１２１】
比較の結果、差分カート数ｄが所定範囲（例えば、−５＜ｄ＜５）に収まっている場合（Ｓ２０２においてＣ）、カート数調整部２２は、上記カート置場ＩＤのカート置場のステータスに「過多」または「不足」が設定されている場合にはそれを解除する（Ｓ２０５）。ステータスに元々何も設定されていなければ、そのままにする。あるいは、カート数調整部２２は、ステータスのカラムにカート数が許容範囲であることを示す「適正」の値を格納してもよい。
【０１２２】
続いて、報知部２３は、カート数の変動に伴って変更された、各カート置場の最新の状況にしたがって、報知情報を生成する（Ｓ２０６）。報知情報とは、カートの利用者に対して報知すべき情報のことを指す。生成された報知情報は、報知部２３によって、通信部１１を介して、カート管理システム１のそれぞれの表示装置５に送信される（Ｓ２０７）。
【０１２３】
報知情報は、一例として、図４に示すカート置場管理テーブルと同じデータ構造を有していてもよい。あるいは、報知情報は、上記カート置場管理テーブルのうち、カート置場ＩＤとカート置場のステータスとを含むデータ構造であってもよい。さらに、報知情報は、カート数調整に貢献したときに対価として支払われるインセンティブについての情報（インセンティブ情報）を含んでいてもよい。例えば、「２０ポイント」というインセンティブ情報が上記報知情報に含まれている場合、インセンティブ情報は、各カート置場のカート数過多または不足を解消することに貢献した利用者に、２０ポイントが支給されることを意味している。インセンティブ情報は、カート置場ＩＤに関連付けて、カート置場ごとに設定されていてもよい。各表示装置５は、各カート置場のステータスとともに、報知情報に含まれる上記インセンティブ情報を画面に表示することができる（図２のインセンティブ情報５０２など）。
【０１２４】
以降、管理装置２は、図７のＳ１０１（図６のＳ７）に戻って、カート置場監視装置４から送信されるカート数の変動に伴う報告を、待機する状態に遷移する。
【０１２５】
図６のＳ７〜Ｓ９において、カートが返却された場合には、図７に示すフローチャートとは一部異なる処理が実行される。
【０１２６】
図９は、カート３がカート置場に返却されたときに管理装置２によって実行される、テーブル更新処理、紐付け処理、および、ポイント更新処理の流れを示すフローチャートである。
【０１２７】
図７のＳ１０１において、カート監視部２０が、カート数変動の報告（つまり、カート置場ＩＤおよびカートＩＤ）をカート置場監視装置４から受信する。カート監視部２０は、図３のカート管理テーブルを参照し、受信したカートＩＤのカートのステータスが、利用中であるのか、待機中であるのかを判断する（Ｓ１０２）。
【０１２８】
カート監視部２０は、ステータスが利用中である場合には（Ｓ１０２においてＢ）、Ｓ１０１にて受信したカートＩＤのカート３がカート置場に返却されたと判断する。
【０１２９】
そして、図９に示すとおり、カート置場管理テーブル（図４）において、受信したカート置場ＩＤに関連付けられている現カート数を１つ増やす（Ｓ３０１）。こうして、上記カートＩＤのカート置場にカートが１台返却されたことがカート置場管理テーブルに反映される。また、カート監視部２０は、図３のカート管理テーブルにおいて、受信したカートＩＤに関連付けられているカートのステータスを、待機中に更新する（Ｓ３０２）。本実施形態では、カート監視部２０は、受信した上記カート置場ＩＤを、Ｓ１０１で受信されたカートＩＤのステータスのカラムに格納する。
【０１３０】
ここで、受信した上記カートＩＤに、現利用者の顧客ＩＤが紐付けられている場合（Ｓ３０３においてＹＥＳ）、すなわち、カート３を返却した利用者が特定される場合には、その利用者が行った返却が、カート数の調整に貢献するものであったか否かを判断する（Ｓ３０４）。具体的には、カート監視部２０は、カート置場管理テーブル（図４）において、Ｓ１０１で受信したカート置場ＩＤのカート置場のステータスが「不足」である場合に（Ｓ３０４においてＹＥＳ）、上記返却が、カート数調整（すなわち、カート数不足の解消）に貢献したと判断する（Ｓ３０５）。こうして貢献があった場合には、スコア更新部２４は、カート数不足の解消に貢献した利用者に対してポイントを支払う（Ｓ３０６）。具体的には、スコア更新部２４は、図５の顧客管理テーブルにおいて、Ｓ３０３において返却されたカートのカートＩＤに紐付けられていると確認された顧客ＩＤに対応するポイントに対して、上記貢献に応じた所定のポイントを加算する。
【０１３１】
なお、返却した利用者が特定されなかった場合、つまり、現利用者に「不明」が紐付けられていた場合（Ｓ３０３においてＮＯ）には、Ｓ３０６のポイント更新は実行されない。また、上記返却がカート数不足に貢献するものではなかった場合（Ｓ３０４においてＮＯ）には、Ｓ３０６のポイント更新は実行されない。
【０１３２】
必要に応じてポイントの更新が実施された後、最後に、紐付部２１は、図３のカート管理テーブルにおいて、返却されたカートのカートＩＤに紐付けられていた現利用者の情報を現利用者のカラムから削除する（Ｓ３０７）。カート３のカートＩＤには、これまで利用していた利用者の顧客ＩＤまたは利用者が不明であることを示す「不明」の値が紐付けられていた。そこで、カート３が返却された場合には、紐付部２１は、上記値を現利用者のカラムから削除して、カート３と利用者との紐付けを解く。紐付けを解くタイミングは、図９に示すとおり、必要に応じてポイントが更新された後（または、ポイント更新が不要と判断された後）実施される。
【０１３３】
なお、図３のカート管理テーブルが、前利用者のカラムを有している場合には、紐付けを解くタイミングは、上記に限定されない。紐付部２１は、Ｓ３０１およびＳ３０２にて、カートの返却が認識された後に、カートと利用者との紐付けを解除してもよい。この場合、紐付部２１は、現利用者に格納されている利用者の顧客ＩＤを、前利用者のカラムに退避させる。そのため、カートが返却されたために、直前まで利用していた利用者の情報が現利用者のカラムから削除されても、スコア更新部２４は、前利用者のカラムを参照し、カートを返却した利用者を特定することが可能である。
【０１３４】
上記構成によれば、以下の不都合を解消できる。つまり、現利用者の情報を前利用者のカラムに退避させない場合、ポイントの更新が完了するまで、現利用者の情報を記録しておかなければならない。ここで、カート３が返却されてから、スコア更新部２４がポイントの更新を行うまでの間にタイムラグがある場合、カート３は返却されているため、カート３のステータスは「待機中」である。しかし、カート３の現利用者は記録されたままとなり、データ上で矛盾が生じる。そこで、現利用者の情報を前利用者のカラムに退避させておき、返却と同時またはほぼ同時に現利用者のカラムをクリアすれば、カートの状況をリアルタイムで実情に沿うものに更新できる上、スコア更新部２４は、任意のタイミングで必要なポイント更新処理を正しく実行することが可能となる。
【０１３５】
以上のとおり、本実施形態に係る管理装置２の構成および方法によれば、カート数を調整したいカート置場の現状が、報知部２３によって報知され、カートの利用者によるカートの移動が促進される。カート数をどのように調整する必要があるのかについては、カート数調整部２２が、各カート置場の現カート数および目標カート数とによって決定する。
【０１３６】
そして、カート置場においてカートの移動が生じた場合には、スコア更新部２４が、上記カートの移動を行った利用者を特定し、利用者に対してインセンティブを贈呈する。例えば、利用者が保有するポイントを付加する。紐付部２１は、カートと、カートの利用者との紐付けを管理しているので、スコア更新部２４は、移動したカートの利用者を正しく特定することが可能である。
【０１３７】
このように、カート管理システム１において、カートを移動させた利用者にインセンティブを付加し、また、付加することを利用者に報知するため、利用者自身の返却または持ち出しが促進される。そして、各カート置場のカート数は、店舗側が意図する数になるように変動する。
【０１３８】
結果として、作業者の調整作業を必要とすることなく、カート数を調整するカート管理システム１を実現できるという効果を奏する。
【０１３９】
さらに、管理装置２は、カート監視部２０を備えていることが好ましい。カート監視部２０は、そのカートの移動が、意図したカート数の調整に貢献するものであるか否かを判断することが可能である。例えば、カート監視部２０は、カート数を増やしたいカート置場にカートが返却されたとき、および、カート数を減らしたいカート置場からカートが持ち出されたときに、対価の支払いが必要であると判断することができる。つまり、カート数の調整に貢献した利用者に対してのみ、正しくインセンティブが贈呈される。
【０１４０】
このため、カート数の増減の一方ではなく、両方を意図的に行えるようにカート管理システム１を構築することが可能となる。
【０１４１】
≪実施形態２≫
本発明のカート管理システム１および管理装置２に関する他の実施形態について、図１０に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、上述の実施形態１にて説明した図面と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【０１４２】
上述の実施形態では、カート管理システム１の管理装置２が、カート置場においてカート数の変動が生じたことに応じて、テーブル更新処理、紐付け処理、ポイント更新処理、および、カート数調整処理の一連の処理を実行することについて説明した。
【０１４３】
本実施形態では、カート置場を離れた（利用中の）カートについて、それが返却されるまでの間に、カートとカートの利用者との関係が変更される事態を想定している。本実施形態の管理装置２は、このような事態が発生したことに応じて、テーブル更新処理、紐付け処理、および、ポイント更新処理の一連の処理を実行する。なお、利用中のカートの利用者が途中で変わっても、このことはカート置場のカート数の変動に影響を与えない。よって、管理装置２は、上記事態の発生を受けて、カート数調整処理を実行しなくてもよい。
【０１４４】
本実施形態の管理装置２の構成によれば、実施形態１の管理装置２が得られる効果に加えて、作業者の手を煩わせることなく、カート置場に戻されずに放置されてしまった放置カートの削減を促進することが可能となる。
【０１４５】
本実施形態におけるカート管理システム１は、実施形態１と同様、図２に示すとおりである。本実施形態における管理装置２の機能構成は、実施形態１と同様、図１に示すとおりである。
【０１４６】
本実施形態のカート管理システム１において、実施形態１と異なる点は、カート３とカート３の利用者との関係が変更される事態が発生した場合、変更前の利用者（このうち顧客ＩＤによって特定可能な利用者を、以下、前利用者と称する）が特定される場合には、前利用者の情報が、カート３から管理装置２に送信される点である。つまり、前利用者は、自身がカート置場から持ち出したカート３の利用を終了するときに、自分の店舗カード６の顧客ＩＤをカート３に読み取らせる。
【０１４７】
また、別の異なる点は、上記事態が発生した場合に変更後の利用者（このうち顧客ＩＤによって特定可能な利用者を、以下、現利用者と称する）が特定される場合には、現利用者の情報が、同じカート３から管理装置２に送信される点である。つまり、現利用者は、別の利用者が利用していたカートまたは放置カートの利用を開始するときに、自分の店舗カード６の顧客ＩＤをカート３に読み取らせる。
【０１４８】
図１０は、カート３の利用中に利用者が変更されたときに、管理装置２によって実行される、テーブル更新処理、紐付け処理、および、ポイント更新処理の流れを示すフローチャートである。本実施形態では、カート３の利用中に利用者の変更が生じる事態のうち、カート管理システム１において検知可能な事態として、以下のパターンを想定している。
（１）前利用者が、カート３を現利用者に譲る。
（２）前利用者が、カート３を他の利用者（不明）に譲る。
（３）前利用者が、カート３を誰にも譲らず放置する。
（４）他の利用者（不明）が、カート３を現利用者に譲る。
（５）現利用者が、放置されているカート３の利用を開始する。
【０１４９】
カート３が持ち出されてから、返却されないうちに、管理装置２が、当該利用中のカート３から、顧客ＩＤ（およびカート３のカートＩＤ）を受信したとする（Ｓ４０１においてＹＥＳ）。この場合、カート監視部２０は、受信したカートＩＤの現利用者のカラム（図３）の情報と、Ｓ４０１で受信した顧客ＩＤとを比較する。これらが一致する場合（Ｓ４０２においてＹＥＳ）、カート監視部２０は、カート３を最初に持ち出した前利用者がカート３の利用を途中で終了したと判断する。そして、紐付部２１は、受信したカートＩＤの現利用者のカラムに格納されている顧客ＩＤを、前利用者のカラムに格納する（Ｓ４０３）。そして、上記現利用者のカラムには、利用者が「不明」を指す値を格納する（Ｓ４０４）。
【０１５０】
ここで、同じカートＩＤのカート３から、別の顧客ＩＤを受信しないまま、所定時間が経過した場合には（Ｓ４０５においてＮＯ）、カート監視部２０は、前利用者がカート３を特定できない誰かに譲ったか、放置したのだと判断する。ここで、紐付部２１は、Ｓ４０３で格納した前利用者の顧客ＩＤを削除する（Ｓ４０６）。そして、管理装置２は、カート置場に返却されてカート置場監視装置４から返却の報告を受ける（図７のＳ１０１においてＹＥＳ）か、カート３から別の顧客ＩＤの報告を受ける（Ｓ１０１においてＮＯ、Ｓ４０１においてＹＥＳ）までは、カート３の管理については待機状態に遷移する。この場合、スコア更新部２４は、前利用者に対してインセンティブを授与しないことが好ましい。
【０１５１】
一方、カート監視部２０は、Ｓ４０１の時点から所定時間が経過するまでに、同じカートＩＤのカート３から、別の顧客ＩＤを受信した場合には（Ｓ４０５においてＹＥＳ）、前利用者がカート３を別の利用者（現利用者）に譲ったと判断する。
【０１５２】
そこで、スコア更新部２４は、Ｓ４０３およびＳ４０４にて更新されたカート管理テーブル（図３）にしたがって、カート３の前利用者を特定し、前利用者のポイントを更新する（Ｓ４０７）。つまり、スコア更新部２４は、放置カート削減に貢献した前利用者に対して、インセンティブを授与する。前利用者に対してポイント更新処理が実行されると、紐付部２１は、前利用者の顧客ＩＤを、カート３のレコードから削除してもよい（Ｓ４０８）。
【０１５３】
続いて、紐付部２１は、Ｓ４０５にて受信した別の顧客ＩＤを、カート３のレコードの現利用者のカラムに格納する（Ｓ４０９）。そして、スコア更新部２４は、Ｓ４０９にて格納された現利用者の顧客ＩＤに対応するポイントを更新する（Ｓ４１０）。つまり、スコア更新部２４は、放置カート削減に貢献した現利用者に対して、インセンティブを授与する。
【０１５４】
一方、Ｓ４０２において、カート監視部２０は、Ｓ４０１で受信したカートＩＤの現利用者のカラム（図３）の情報と、Ｓ４０１で受信した顧客ＩＤとが一致しないと判断する場合がある（Ｓ４０２においてＮＯ）。この場合、カート監視部２０は、現利用者が、特定されない不明な利用者からカート３を譲り受けたか、放置されているカート３の利用を開始したのだと判断する。そして、紐付部２１は、カート３のレコードの前利用者のカラムに顧客ＩＤが格納されていれば、これを削除する（Ｓ４０８）。そして、紐付部２１は、Ｓ４０１にて受信した別の顧客ＩＤをカート３の現利用者のカラムに上書きする（Ｓ４０９）。そして、スコア更新部２４は、Ｓ４０９にて格納された現利用者の顧客ＩＤに対応するポイントを更新する（Ｓ４１０）。つまり、スコア更新部２４は、現利用者に対して、放置カート削減の対価としてのインセンティブを授与する。ここで現利用者は、誰かからカート３を譲り受けて利用し始めた、または、放置カートを回収して利用し始めた利用者であり、放置カート削減に貢献した利用者であると言える。
【０１５５】
現利用者のポイントが更新されると、管理装置２は、カート３がカート置場に返却されてカート置場監視装置４から返却の報告を受ける（図７のＳ１０１においてＹＥＳ）か、カート３から別の顧客ＩＤの報告を受ける（Ｓ１０１においてＮＯ、Ｓ４０１においてＹＥＳ）までは、カート３の管理については待機状態に遷移する。
【０１５６】
上記方法によれば、カート置場を離れているカート３について授受が起こった場合に、紐付部２１が、カート３の利用者の紐付けを正しく更新する。さらに、スコア更新部２４は、カート３の利用者の変更の実情に沿って、適正に、前利用者と現利用者とにインセンティブを贈呈することができる。具体的には、前利用者は、現利用者が利用できるように譲った場合にポイントを得ることができる。本発明のカート管理システム１は、ポイントを、前利用者が、放置せずに他の誰かにカート３を譲る行為、あるいは、カート３をカート置場に返却する行為の動機付けに利用することができる。さらに、上記ポイントは、これからカートを利用しようとしている利用者に対して、放置されたカート３を回収する行為、または、放置されるかもしれない終了間際のカート３を積極的に利用する行為の動機付けに利用することができる。よって、カート置場以外の場所にカートが放置されることを防止し、作業者の放置カートの回収作業の負荷を低減することが可能となる。さらに、上記方法によれば、カート３の利用を終えようとする利用者にとっては、カート置場までに返却する手間が省けて、譲り受ける利用者にとってもカート置場まで取りに行く手間が省けるため、利用者の双方にとって、インセンティブ以外にもメリットがある。
【０１５７】
さらに、上記方法によれば、カート監視部２０は、前利用者によるカート３の利用終了時に、前利用者の顧客ＩＤを確認し、なおかつ、現利用者によるカート３の利用開始時に、現利用者の顧客ＩＤを確認することができる。そして、両方が所定時間以内に連続で確認できた場合に、スコア更新部２４は、前利用者にインセンティブを贈呈する。このため、利用終了の手続きを取りながらもカート３を放置した前利用者に対して、誤ってインセンティブが贈呈されることを回避することができる。
【０１５８】
なお、上記方法によれば、前利用者によるカート３の利用終了が確認されないままに、別の利用者による利用開始が確認された場合には（Ｓ４０１でＹＥＳ、Ｓ４０２でＮＯ）、紐付部２１は、これまでの前利用者および現利用者の情報を削除し、上記別の利用者の情報をカート３に紐付ける。したがって、スコア更新部２４は、前利用者にはインセンティブを贈呈せずに、カート３を回収した現利用者に対してのみインセンティブを贈呈することができる。このため、前利用者がそのままカート３を放置した場合に、誤ってインセンティブが贈呈されることを回避することができる。
【０１５９】
≪補足≫
表示装置５は、利用者の目に付く店舗内の任意の場所に設置される。例えば、表示装置５は、サイネージであり、サイネージは、店舗内のレジ付近に設置されることが好ましい。利用者は、レジで会計、商品の袋詰めを終えたあと、利用したカートを返却する。よって、レジ付近にサイネージを設置しておけば、利用者がカートを返却したいタイミングで、カートをどこのカート置場に返却すればポイントをもらえるのかをすぐに確認することができる。結果として、カートの返却がより促進される。あるいは、サイネージは、店舗外の駐車場から店舗内に入るまでの利用者がよく通る通路に設定されてもよい。利用者は、買い物を始める前にカートを持ち出すタイミングでどこのカート置場から持ち出せばポイントをもらえるのかをすぐに確認することができる。
【０１６０】
本発明のカート管理システム１は、各カート置場間のカート数の偏りをなくすためだけではなく、店舗側の意図どおりに特定のカート置場のカート数を減らしたり、増やしたりするためにも利用できる。例えば、１つの特定のカート置場にカートを集めたい場合には、そこにカートが返却される場合にもっともたくさんのポイントが加算されるように設定し、このインセンティブ情報を利用者に報知すればよい。このようにして、意図的に倉庫に最も近いカート置場１箇所に集めて、閉店後に全カートを回収および収納する作業員の効率を高めることができる。
【０１６１】
店舗側が、カート数調整に係る貢献と引き換えに利用者に支給するインセンティブは、店舗カード６に記憶されている、割引に利用できるポイントに限定されない。車で来店する利用者のために駐車時間の延長のサービスをインセンティブとして利用してもよい。あるいは、待ち時間が少ない貢献者専用のレジを利用するための回数券をインセンティブとして利用してもよい。
【０１６２】
さらに、管理装置２は、利用者が自分が利用したカートに加えて、駐車場などで放置されているカートを返却してくれた場合には、カート放置の削減に貢献した上記利用者に対して、通常の倍のポイントを支給する構成であってもよい。
【０１６３】
カートがカート置場に雑然と戻された（放置に近い状態で戻された）のではなく、カートの列に整然と戻された場合にのみ、返却が正しく行われたと判断するために、各カート３には、接触センサまたはスイッチなどが設けられていてもよい。
【０１６４】
〔変形例１〕
図２に示す例では、表示装置５は、各カート置場のステータスを、３パターンで表現する構成であった。すなわち、表示装置５は、カート数の調整が必要な場合に、各カート置場に関連付けて（１）カート数過多、または、（２）カート数不足、の情報を表示する。そして、表示装置５は、調整が不要でカート数が適正のカート置場については、特に情報提示を行わない。
【０１６５】
しかし、管理装置２の報知部２３は、報知情報として、各カート置場の現カート数を表示装置５に供給してもよい。この場合、表示装置５は、ステータスとして、「過多」または「不足」といった言葉ではなく、カート数をそのまま表示して、利用者に報知することができる。
【０１６６】
〔変形例２〕
上述の実施形態では、カート数調整に係る貢献の対価は、固定のポイント数で、各カート置場共通に設定されていた。しかし、これに限定されず、管理装置２は、対価として支払うポイント数を、カート置場ごとに個々に設定してもよいし、変動するカート置場の状況に応じて動的に決定してもよい。
【０１６７】
例えば、店舗側の管理装置２の操作者は、カート数が特に少ないカート置場に優先的に返却してもらうために、カートが不足しているカート置場の中でも際立ってカート数が少ないカート置場を優先度「１」を設定する。優先度は、例えば、１〜５段階評価で、１が最も優先度が高い（最もカートを集めたい場所）を示す。どこのカート置場にカートを集めたいのか、集まりにくいにかに応じて、操作者は、任意の優先度を、カート置場のそれぞれに設定すればよい。優先度は、図４のカート置場管理テーブルにおいて、さらに、優先度のカラムを設けてそこに格納されればよい。
【０１６８】
そして、スコア更新部２４は、設定された優先度に基づいて、所定の規則（計算式など）に当てはめて、加算するポイントを特定する。例えば、優先度が「１」のカート置場にカートが返却された場合には、ポイントを５０加算したり、優先度が「３」の場合、ポイントを３０加算したり、優先度が「５」の場合、ポイントを１０加算したりすることができる。
【０１６９】
現状のカート数に応じて、カートを集めたいカート置場が頻繁に入れ替わる場合も考えられる。そこで、カート数調整部２２は、現状のカート数と、設定された優先度とに基づいて、返却された場合に加算するポイント数を動的に設定してもよい。
【０１７０】
例えば、カート数調整部２２は、カート置場管理テーブルにおいて設定されている優先度と現カート数とを読み出し、
ポイント加算指数＝「優先度」×「現カート数」
を求め、ポイント加算指数を所定の規則（計算式）に当てはめて、加算するポイント数を決定する。
【０１７１】
例えば、図４のカート置場管理テーブルにおいて、それぞれのカラムに
カート置場ＩＤ：Ｐ００１、現カート数：２、優先度：２
カート置場ＩＤ：Ｐ００２、現カート数：１０、優先度：２
カート置場ＩＤ：Ｐ００３、現カート数：２、優先度：１
の値が格納されている場合、
カート数調整部２２は、各カート置場のポイント加算指数を、それぞれ、４、２０、および、２と求める。そして、カート数調整部２２は、所定の計算式
加算ポイント＝１００÷ポイント加算指数
を用いて、それぞれのカート置場で返却が起こった場合のポイント数を、それぞれ、２５ポイント、５ポイント、および、５０ポイントと求める。
【０１７２】
カート数調整部２２は、求めたポイント数をスコア更新部２４に通知する。
【０１７３】
カート数調整部２２は、現カート数または優先度に変動があった場合に、加算ポイント数を計算しなおして都度スコア更新部２４に通知する構成であってもよい。あるいは、カート数調整部２２は、利用者にポイントを授与すべき場合に、スコア更新部２４から要求されたときに、要求されたカート置場についてのみ、現状に応じて加算ポイントを算出する構成であってもよい。
【０１７４】
また、報知部２３は、カート数調整部２２が算出した加算ポイントをインセンティブ情報として報知情報に含めて表示装置５に供給する。利用者は、ポイントを最もたくさんもらえる返却場所を確認して、カートの返却を行うことができる。これにより、店舗側が希望するカート置場でのカート回収がより一層促進される。
【０１７５】
〔変形例３〕
上述の実施形態では、カートの種類は１つであったが、カートの種類が複数であることも想定される（例えば、子供を乗せる用のカート、通常のカート、など）。そこで、図３のカート管理テーブルにおいて、さらに「種類」のカラムを設けて、管理装置２は、カートの種類を管理してもよい。
【０１７６】
本変形例では、図４のカート置場管理テーブルは、１つのカート置場につき、カートの種類のごとに、現カート数、目標カート数、および、カート置場のステータスを管理するためのデータ構造を有する。
【０１７７】
これにより、報知部２３は、カート置場ごとに、必要な種類のカートを返却してもらうように報知情報を生成することができる。
【０１７８】
また、カート数調整部２２は、特定の種類のカートを、特定のカート置場に集めたい場合には、その場合の加算ポイント数が大きくなるように加算ポイント数を決定すればよい。例えば、駐車場から最も近いカート置場には、子供を乗せる用のカートが優先して返却されるように、カート数調整部２２は、このカート置場における子供を乗せる用のカート返却時の加算ポイントを高めに設定することができる。
【０１７９】
〔変形例４〕
例えば、利用者が返却場所を認識してから実際に返却に訪れるまでの間に、店舗内で寄り道するなどして、すぐに返却されないことが想定される。この場合、不足している期間にタイムリーに返却されず、返却された頃には、カート数はすでに適正になっていた、という不都合が生じ得る。このような不都合を回避するために、カート数調整部２２は、カート数の調整が必要なカート置場を判別して、当該カート置場におけるカートの返却を促すことを決定した場合、インセンティブ付きで返却を受け付ける時間に制限を設けてもよい。
【０１８０】
カート数調整部２２は、現カート数と目標カート数との間の開きが大きいほど、制限時間を長く設定することができてもよい。例えば、カート数調整部２２は、差分カート数ｄが１０個の場合に、制限時間を３０分とし、差分カート数ｄが２０個の場合に、制限時間を１時間としてもよい。
【０１８１】
本変形例では、図４のカート置場管理テーブルに、さらに、制限時間のカラムが設けられる。カート数調整部２２は、カート数「過多」または「不足」と判定されたカート置場のレコードについて、差分カート数ｄに応じて制限時間を決定し、上記カラムに設定する。
【０１８２】
報知部２３は、カート置場ＩＤ、カート置場のステータス、制限時間、（および、必要に応じて、現カート数、優先度、インセンティブ情報としてのポイント数）などを含む報知情報を生成する。
【０１８３】
表示装置５は、上記報知情報に基づいて、カート置場の場所と、ステータスと、制限時間と、インセンティブ情報とを画面に表示する。カート置場の情報が有効となる時間に制限があることを利用者に予め知らせておくことが可能となる。利用者は、ポイントをもらうために制限時間内に返却に訪れる。そのため、カート数変動の即効性が高まり、カート置場の実情にリアルタイムに対応したカート数の調整を実現することができる。
【０１８４】
〔変形例５〕
カート数調整部２２は、カート数の調整が必要なカート置場を判別して、当該カート置場におけるカートの返却を促すことを決定した後、利用者からの返却の意思表示を受け付ける構成であってもよい。そして、スコア更新部２４は、返却の意思表示がなされた利用者からの返却に対しては、制限時間に関係なく、ポイントを加算する構成であってもよい。
【０１８５】
つまり、利用者は、表示装置５を見て、推奨されているカート置場にカートの返却を行いたい場合に、所定時間内に返却を行うことを管理装置２に対して予約することができる。
【０１８６】
例えば、返却の予約は、タッチパネルなどの操作部を備えた表示装置５（サイネージなど）を介して行うことが考えられる。
【０１８７】
表示装置５は、カート置場指定手段として機能する操作部と、利用者の店舗カード６の顧客ＩＤを読み取る読取部とを備えている。利用者は、表示装置５の画面５０１を確認し、返却したいカート置場をタッチする。そして、利用者は、「５分後」、「１０分後」など、返却予約時間を入力し、店舗カード６の顧客ＩＤを表示装置５に読み取らせる。
【０１８８】
表示装置５は、カート置場ＩＤと返却予約時間と顧客ＩＤとを管理装置２に送信する。これらを受信した管理装置２のカート数調整部２２は、図示しない予約テーブルに、カート置場ＩＤと返却予約時間と顧客ＩＤとを格納する。
【０１８９】
スコア更新部２４は、実際に、上記顧客ＩＤの利用者によって、上記返却予約時間内に、上記カート置場ＩＤのカート置場にカートが返却された場合には、上記顧客ＩＤに対応するポイントを所定数加算する。なお、スコア更新部２４は、返却予約時間からの経過時間に応じて加算されるポイント数を徐々に減らしてもよい。例えば、予約時間から１０分過ぎて返却された場合は、ＭＡＸの加算ポイント×０．８を加算するなどが考えられる。
【０１９０】
例えば、表示装置５をカート置場ごとに設置する場合には、この返却予約機能には、以下のメリットがある。予約が登録された場合には、報知部２３は、返却が予約されたカート置場の表示装置５に、「５分後にカートが返却されます」などのメッセージを表示させることが可能である。仮に新しい利用者が立ち寄ったカート置場にカートが一つもなくても、カートが戻ってくるまでの待ち時間が表示される。そのため、新しい利用者は、別のカート置場にカートを取りに行った方が早いか、その場で待つのか早いかを正しく判断することができる。
【０１９１】
なお、上記の返却予約は、個々の利用者が保持するスマートフォンなどの携帯通信端末装置を用いて行われてもよいし、カート３の個々に設けられているタッチパネル、その他操作部などを用いて行われてもよい。なお、この場合、スマートフォンまたはタッチパネルは、表示装置５として機能してもよい。
【０１９２】
〔変形例６〕
上述の実施形態では、管理装置２が顧客情報記憶部３１（顧客管理テーブル）を保持し、管理装置２が利用者の保有ポイントを管理する構成であった。しかしこの構成に限定されず、利用者の保有ポイントの情報は、利用者が所持する店舗カード６に記憶されていてもよい。この場合、店舗カード６は、非接触ＩＣカードで実現されており、店舗カード６のタグ部が、顧客ＩＤおよび当該利用者の保有ポイント数の情報を記憶する。
【０１９３】
この場合、各カート３または各カート置場監視装置４が備える通信部３０１または通信部４０２は、カートの返却または持ち出し時に店舗カード６のタグ部の読み出しおよび書き込みの両方を行うリーダ／ライタ部として機能する。例えば、カート３には、店舗カード６を挿し込むためのケースが設けられており、利用者は、カート３を利用する間中（または一定の期間）、上記ケースに自分の店舗カード６を挿入するという利用形態を構築する。ケースに店舗カード６が挿入されると、カート３のリーダ／ライタ部が店舗カード６のタグ部の情報を読み出し、書き込みできる構成である。
【０１９４】
管理装置２は、カートの返却または持ち出しが発生した場合に、上述の実施形態で記載したとおり、それがカート数調整に貢献するものであったと判断する。この場合、管理装置２のスコア更新部２４は、カート３またはカート置場監視装置４に対して、ポイントの加算を指示することができる。カート３またはカート置場監視装置４のリーダ／ライタ部は、スコア更新部２４の指示にしたがって、店舗カード６のタグ部に対して、ポイントを加算する。
【０１９５】
あるいは、店舗内には、店舗カード６のタグ部の情報を読み取りおよび書き込みするためのＩＣタグリーダ／ライタ装置が設置される。スコア更新部２４は、通信部１１を介して、ＩＣタグリーダ／ライタ装置に対して、貢献した利用者の顧客ＩＤと、加算ポイント数とを通知する。利用者は、最寄りのＩＣタグリーダ／ライタ装置に、自分の店舗カード６を読み取らせて、ポイントの情報を更新させる。これにより、店舗カード６のポイントが貢献した分加算される。
【０１９６】
あるいは、買い物精算時にレジにて店舗カード６が読み取られるタイミングで、ポイントの更新が行われてもよい。この場合、店舗の各レジに対して、管理装置２のスコア更新部２４から、どの利用者（顧客ＩＤ）に、いくらポイントを加算するのか（ポイント加算数）、の情報が通知される。
【０１９７】
あるいは、カート３がカート置場に返却されるときに店舗カード６から読み出された情報と、管理装置２からの指示とに基づいて、カート置場に設置されているカート置場監視装置４またはＩＣタグリーダ／ライタ装置などが、割引チケット、または、割引スタンプなどを発券する構成であってもよい。
【０１９８】
なお、ポイントの管理は、利用者があらかじめ登録した利用者が所持するスマートフォンなどの携帯通信端末装置が行ってもよく、この場合、スコア更新部２４は、通信部１１を介して該当する利用者のスマートフォンと通信し、加算ポイントを供給すればよい。なお、スマートフォンは、表示装置５としても機能する。
【０１９９】
〔変形例７〕
上述の実施形態では、表示装置５は、店舗の任意の場所に設置されるサイネージなどであるとして説明した。しかし、表示装置５は、上記の例に限定されず、例えば、各カート３に設置された小型の表示装置（タッチパネル、液晶表示装置など）として実現されてもよい。あるいは、利用者が所持するスマートフォンなどの携帯通信端末装置が表示装置５として用いられてもよい。
【０２００】
カートまたはスマートフォンには、サイネージのように大型のディスプレイを搭載することは難しいため、店舗の地図などを表示することは難しい。そこで、更新があったカート置場について、最新の状況（ステータス、カート数、提供ポイント数など）をテキストで表示したり、記号またはマークなどで表示したりすることが考えられる。これにより、サイネージで確認した後に情報に変更があったとしても、利用者が買い物中どこにいても、常に最新の情報を利用者が把握することが可能となる。
【０２０１】
また、カートまたはスマートフォンに搭載された表示装置５は、それを利用する利用者に固有の情報を表示することができる。そこで、表示装置５は、駐車した車の駐車位置の情報、または、レジ（現在位置）から駐車場までの道のりにある、ポイントが得られるカート置場についての情報を表示することができる。
【０２０２】
〔変形例８〕
スコア更新部２４が、貢献に対してポイントを支給するタイミングは上述の例に限定されない。スコア更新部２４は、カート３がレジを通過したこと、あるいは、レジでの店舗カード６の読み取りが完了していることを条件にして、ポイントを支給する構成であることが好ましい。これにより、買い物をせずに（カートを正当に利用しないで）、カートを持ち出してすぐに返却するなどの行為によって、不当にポイントが支給されることを防止することができる。
【０２０３】
〔変形例９〕
店舗内の設置された商品棚に、所々、カート３のカートＩＤを読み取る読取部を設けてもよい。カート３を利用して買い物している途中の利用者が商品棚に近づくと、カートＩＤが上記読取部によって読み取られる。読み取られたカートＩＤは、商品棚に同じ設けられた通信部によって、商品棚ＩＤとともに管理装置２に送信される。
【０２０４】
管理装置２は、上述の情報を集積すれば、どのカートがどこを移動したのかを分析することができる。また、カートＩＤからは顧客ＩＤが特定されるために、どの利用者がどのようなルートをたどって店舗を利用するのかを分析することができる。こうして得られた情報を、利用者ごとの購入履歴とも併せて分析することにより、マーケティングに活用することが可能となる。
【０２０５】
さらに、カート３またはスマートフォンが表示装置５として機能する場合には、過去の分析結果に応じて、利用者にとって効果的な宣伝情報を表示装置５に個別に配信することが可能となる。
【０２０６】
〔変形例１０〕
上述の各実施形態では、カート数調整部２２は、カート数の調整が必要なカート置場を特定するために、予め定められた目標カート数と、現カート数とを比較する構成であった。しかし、カート数調整部２２の構成は、これに限定されない。
【０２０７】
カート数調整部２２は、各カート置場のカート数の平均値を求めてもよい。そして、カート数調整部２２は、カート数が上記平均値を下回るカート置場をカート数「不足」、上回るカート置場をカート数「過多」と判断し、調整が必要なカート置場として特定してもよい。
【０２０８】
上記構成によれば、報知部２３は、各カート置場のカート数がほぼ同数になるようにカートを移動させるように、利用者を促すことができる。そのため、作業員の調整作業を行うことなく、各カート置場間のカート数の偏りをなくすことが可能なカート管理システム１を構築することが可能となる。
【０２０９】
なお、上述の各変形例では、カート返却時の処理について説明しているが、言うまでもなく、持ち出し時の処理についても同様の変形例を適用することが可能である。
【０２１０】
以上、ここに記載した、情報処理の装置（管理装置２など）、または、情報処理のシステム（カート管理システム１）とは、特定の機能を実現する機能モジュール、または、複数の装置が論理的に集合した物のことを言い、各機能モジュールまたは各装置が単一の筐体内にあるか否かは特に問わない。
【０２１１】
すなわち、上述の各実施形態において、カート管理システム１を構成する、管理装置２、カート３、カート置場監視装置４、表示装置５、および、店舗カード６、などの各種装置、ならびに、カート情報記憶部３０、顧客情報記憶部３１、および、カート置場情報記憶部３２などの各種記憶部は、クラウドコンピューティングによって実現されてもよい。
【０２１２】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０２１３】
〔ソフトウェアによる実現例〕
最後に、管理装置２の各ブロック、特に、カート監視部２０、紐付部２１、カート数調整部２２、報知部２３、および、スコア更新部２４は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０２１４】
後者の場合、管理装置２は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである管理装置２の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記管理装置２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０２１５】
上記記録媒体としては、一時的でない有形の媒体（non-transitory tangible medium）、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０２１６】
また、管理装置２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０２１７】
本発明のカート管理システムによれば、カート数調整のための作業員を必要とせずに、カート置場のカート数を調整することができる。そのため、多くの利用者がカートを利用する施設、一例として、スーパーマーケット、ショッピングモールなどの商業施設に、本発明のカート管理システムを好適に用いることができる。
【符号の説明】
【０２１８】
１  カート管理システム
２  管理装置
３  カート
４  カート置場監視装置
５  表示装置
６  店舗カード
１１  通信部
１２  制御部
１３  記憶部
２０  カート監視部（カート監視手段）
２１  紐付部（紐付手段）
２２  カート数調整部（調整対象特定手段）
２３  報知部（報知手段）
２４  スコア更新部（スコア更新手段）
３０  カート情報記憶部
３１  顧客情報記憶部（利用者情報記憶部）
３２  カート置場情報記憶部
３０１  通信部（カートの通信装置）
３０２  タグ部（カートの通信装置）
３０３  読取部（カートの通信装置）
４０１  読取部
４０２  通信部
５０１  画面
５０２  インセンティブ情報
【図１】
2014026542.tif 000003
【図２】
2014026542.tif 000004
【図３】
2014026542.tif 000005
【図４】
2014026542.tif 000006
【図５】
2014026542.tif 000007
【図６】
2014026542.tif 000008
【図７】
2014026542.tif 000009
【図８】
2014026542.tif 000010
【図９】
2014026542.tif 000011
【図１０】
2014026542.tif 000012