JP6129755B2 - サービス機器の稼働状況予測システム - Google Patents

Description

本発明は、たとえば複数のコンビニエンスストアに設置されているサービス機器の稼働状況を予測し、ユーザーの要求に応じてその稼働状況の予測結果を通知するサービス機器の稼働状況予測システムに関する。ここで、サービス機器とは、たとえばプリンタ機能、ＦＡＸ機能、スキャン機能などの複数の機能を搭載した複合的な周辺機器であるＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を意味する。

たとえば、全国津々浦々に点在する食品、日用雑貨などの多数の品種を扱うコンビニエンスストアは、年中無休で長時間の営業（２４時間の営業も含む）を行っているため非常に利便性が良いものとなっている。

また、コンビニエンスストアには、食品、日用雑貨などに加え、上述したサービス機器であるＭＦＰなども設置されているところが多い。そのため、たとえば外出先などで急に印刷物などのコピーや文書データなどのプリントアウトが必要となった場合であっても、近場のコンビニエンスストアに出向けば目的を達成することができる。

ところが、近場のコンビニエンスストアに出向いたはいいが、サービス機器が使用中であると、順番待ちをしなければならない。特に、先客がたとえば大量のコピーを行っている場合などでは長時間空き待ちをしなければならずストレスがかかることがある。

このような場合、特許文献１に示されている、複数の利用者間におけるデータ交信を容易に行うことのできる情報通信システムを利用することが考えられる。この情報通信システムは、利用者の現在位置に関する位置信号をサーバーが受信することにより現在位置の一定範囲内に関する地図データ及びこの地図データに含まれる付加データやサービス等の対象物を利用者へ送信し、利用者が有する情報表示装置の表示手段に地図データ及び付加データが表示されるようにしたものである。

特開２００２−２４５３３６

ところで、特許文献１の情報通信システムでは、利用者の現在位置に関する地図データ及びこの地図データに含まれる付加データが利用者に送信されるため、上述した点在配置されているサービス機器の設置場所などの情報をユーザーに対して送信することは可能である。

ところが、点在配置されているサービス機器の設置場所などの確認は可能であるものの、サービス機器の稼働状況を予測しその予測した情報をユーザーに対して送信することができないことから、上述したように、先客がたとえば大量のコピーを行っている場合などではやはり長時間空き待ちをしなければならないという問題があった。

本発明は、このような状況に鑑みてなされたものであり、点在配置されているサービス機器の長時間に渡る空き待ちを回避することができるサービス機器の稼働状況予測システムを提供することを目的とする。

本発明のサービス機器の稼働状況予測システムは、サービス機器の稼働状況を予測するサービス機器の稼働状況予測システムであって、点在配置され、ユーザーによって選択された機能を実行し、稼働状況を管理する稼働状況管理情報を保持するサービス機器と、該サービス機器に対してアクセス可能に接続され、該サービス機器の稼働状況を予測する稼働状況予測サーバーと、該稼働状況予測サーバーに対してアクセス可能な端末とを備え、前記サービス機器は、前記ユーザーの会員ＩＤを受け付ける会員ＩＤ受付部と、前記サービス機器の機能の処理毎の稼働状況を前記会員ＩＤに関連付けて前記稼働状況管理情報として保持する機能稼働管理部とを備え、前記機能稼働管理部は、前記会員ＩＤの入力が無ければ、前記会員ＩＤに代えて前記会員ＩＤが無いことを示す情報を前記機能の処理毎の前記稼働状況に関連付けて前記稼働状況管理情報として保持し、前記稼働状況予測サーバーは、前記サービス機器からの前記稼働状況管理情報を取得し、前記端末からの要求に応じて、前記会員ＩＤを受け付けると稼働状況を予測し、該予測した稼働状況予測情報をアクセスのあった前記端末に送信し、前記稼働状況予測手段は、時間帯ごとの前記稼働状況のピーク値をとることで前記稼働状況予測情報を生成する ことを特徴とする。
また、前記サービス機器は、稼働状況に応じた稼働状況ログを蓄積し、前記稼働状況管理情報として管理する稼働管理手段を有し、前記稼働状況予測サーバーは、前記サービス機器からの前記稼働状況管理情報を収集する稼働情報収集手段と、該稼働情報収集手段によって収集された稼働状況管理情報毎に過去の稼働状況に応じた前記稼働状況予測情報を生成する稼働状況予測手段とを有することを特徴とする。
また、前記稼働状況予測手段は、前記稼働情報収集手段によって収集された稼働状況管理情報を前記サービス機器毎に整理し、さらに該整理した前記稼働状況管理情報毎に過去の一定期間の稼働状況に応じた前記稼働状況予測情報を生成することを特徴とする。
また、前記稼働状況予測手段は、同一曜日毎の稼働状況に応じた前記稼働状況予測情報を生成することを特徴とする。
また、前記稼働状況予測手段は、前記稼働状況の平均をとることで前記稼働状況予測情報を生成することを特徴とする。
また、前記稼働状況予測手段は、同一時間帯毎の平均をとることを特徴とする。
また、前記サービス機器は、配置場所を示す配置情報を有し、前記稼働情報収集手段は、前記サービス機器からの前記稼働状況管理情報を取得する際、前記配置情報も併せて取得し、前記稼働状況予測手段は、前記端末からの場所指定に適合する前記配置情報を有する前記稼働状況管理情報から前記稼働状況予測情報を生成することを特徴とする。
また、前記サービス機器は、コピー機能を有したＭＦＰであることを特徴とする。
本発明のサービス機器の稼働状況予測システムでは、稼働状況予測サーバーにより点在配置されているサービス機器からの稼働状況管理情報が取得されて稼働状況が予測されると、該予測された稼働状況予測情報がアクセスのあった端末に送信される。

本発明のサービス機器の稼働状況予測システムによれば、稼働状況予測サーバーにより点在配置されているサービス機器からの稼働状況管理情報が取得されて稼働状況が予測されると、該予測された稼働状況予測情報がアクセスのあった端末に送信されるようにしたので、点在配置されているサービス機器の長時間に渡る空き待ちを回避することができる。

本発明のサービス機器の稼働状況予測システムの一実施形態を示す図である。 図１のサービス機器の稼働状況予測システムの内部構成を簡単に説明するためのものであり、同図（ａ）はサービス機器側を示す図であり、同図（ｂ）は稼働状況予測サーバー側を示す図である。 図１のサービス機器の稼働状況予測システムにおける店舗のサービス機器側の動作を説明するためのフローチャートである。 図１のサービス機器の稼働状況予測システムにおける稼働状況予測サーバー側の動作を説明するためのフローチャートである。 図１のサービス機器側にて稼働状況ログが蓄積された稼働状況管理情報の一例を説明するための図である。 図１の稼働状況予測サーバー側から携帯端末に送信される稼働状況予測情報の一例を説明するための図である。

以下、本発明のサービス機器の稼働状況予測システムの一実施形態を、図１〜図６を参照しながら説明する。なお、以下の説明においてのサービス機器の一例としては、たとえばプリンタ機能、ＦＡＸ機能、スキャン機能などの複数の機能を搭載した複合的な周辺機器であるＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であるものとする。また、サービス機器であるＭＦＰの設置場所は特に限定されるものではないが、たとえば複数のコンビニエンスストアに設置されているものとする。

まず、図１に示すように、サービス機器の稼働状況予測システムは、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃと、稼働状況予測サーバー２０と、携帯端末３０とを備えている。また、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃ、稼働状況予測サーバー２０、携帯端末３０は、インターネットなどの通信回線４０を介して接続されている。

ここで、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃは、点在配置されるそれぞれの系列店舗（コンビニエンスストア）に設置されている。すなわち、ＭＦＰ１０ＡはＡ系列店舗に設置されているものであり、ＭＦＰ１０ＢはＢ系列店に設置されているものであり、ＭＦＰ１０ＣはＣ系列店舗に設置されているものである。また、それぞれのＭＦＰ１０Ａ、１０Ｂ、１０Ｃは、上述したように、たとえばプリンタ機能、ＦＡＸ機能、スキャン機能などの複数の機能を搭載しているものとする。

なお、さらに他の系列の店舗も存在するが、ここでは説明の都合上、Ａ系列〜Ｃ系列の店舗を例示している。また、それぞれの店舗は全国津々浦々に点在することから、それぞれの店舗に設置されているＭＦＰは同様に全国津々浦々に点在していることになる。

また、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃは、後述する会員ＩＤの入力を受け付けるが、会員ＩＤをもっていなくても使用することは可能となっている。

稼働状況予測サーバー２０は、サービス機器の稼働状況を予測してその予測した情報（後述の稼働状況予測情報５０ｃ）を要求したユーザーの携帯端末３０に対して送信する。また、稼働状況予測サーバー２０は、その予測した情報（後述の稼働状況予測情報５０ｃ）をユーザーの携帯端末３０に対して送信するサービスを行うサービス運営会社が保有するものとする。なお、稼働状況予測サーバー２０の運営形態は、適宜変更可能である。

携帯端末３０は、ユーザーが保有するものであって、稼働状況予測サーバー２０にアクセスできる機能を備えたものであればよい。なお、ここでは携帯端末３０を例示しているが、携帯端末３０に限らず、デスクトップパソコンやノートパソコンなどの他の端末を使用してもよいことは勿論である。携帯端末３０は、ユーザーの操作に応じて、サービス機器の稼働状況を予測した情報（後述の稼働状況予測情報５０ｃ）を稼働状況予測サーバー２０に要求することができる。また、携帯端末３０は、要求に応じて稼働状況予測サーバー２０から送信された情報を受信して表示することができる。

次に、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃ及び稼働状況予測サーバー２０の内部構成を簡単に説明する。まず、図２（ａ）はＭＦＰ１０Ａ、１０Ｂ、１０Ｃ側の内部構成を示すものであり、制御部１１、通信部１２、会員ＩＤ受付部１３、機能選択受付部１４、機能選択部１５、機能稼働管理部１６、店舗情報格納部１７を備えている。また、通信部１２、会員ＩＤ受付部１３、機能選択受付部１４、機能選択部１５、機能稼働管理部１６、店舗情報格納部１７は、バス１８を介して制御部１１に接続されている。

制御部１１は、図示しないＲＯＭに記憶されているプログラムに従って各部の動作を制御する。
通信部１２は、稼働状況予測サーバー２０と通信する。通信部１２は、稼働状況予測サーバー２０との通信において、たとえば稼働状況予測サーバー２０からの要求に応じ、後述する稼働状況ログ５０ｂを蓄積した稼働状況管理情報５０ａを送信する。

会員ＩＤ受付部１３は、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃの図示しないタッチパネル部からの会員ＩＤのタッチ入力を受け付ける。なお、会員ＩＤ受付部１３は、図示しないタッチパネル部からのタッチ入力を受け付けるものに限らず、携帯端末３０との間での赤外線通信やＢｌｕｅｔｏｏｔｈ（登録商標）による通信によって会員ＩＤを受け付けるようにしてもよい。

機能選択受付部１４は、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃが備える、たとえばプリンタ機能、ＦＡＸ機能、スキャン機能などの複数の機能のいずれかの選択を受け付ける。機能選択受付部１４は、機能の選択を、図示しないタッチパネル部からのタッチ入力に応じて受け付けてもよいし、携帯端末３０との間での赤外線通信やブルートゥース（Ｂｌｕｅｔｏｏｔｈ）による通信によって受け付けてもよい。

機能選択部１５は、機能選択受付部１４によって受け付けられた機能に基づき、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃが備える、たとえばプリンタ機能、ＦＡＸ機能、スキャン機能などの複数の機能のいずれかを稼働させる。

機能稼働管理部１６は、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃの稼働状況を管理する。具体的には、たとえば図５に示すような稼働状況ログ５０ｂを蓄積し、稼働状況管理情報５０ａとして管理する。

ここで、稼働状況管理情報５０ａの稼働状況ログ５０ｂには、たとえば会員ＩＤ、使用機能、使用枚数、稼働開始時間、稼働終了時間、日付が含まれている。なお、会員ＩＤ受付部１３によって会員ＩＤのタッチ入力が受け付けられなかった場合、すなわち会員ＩＤの入力が無ければ、たとえば「＊＊＊＊＊＊＊＊」というように会員ＩＤの入力が無いことが示される。

これは、会員ＩＤを有しないユーザーであってもＭＦＰ１０Ａ、１０Ｂ、１０Ｃを使用することがあるためである。また、会員ＩＤは、たとえば上述したサービス運営会社がそれぞれのユーザーに対して付与するものである。

会員ＩＤは、たとえばそれぞれのユーザーが携帯端末３０によりサービス運営会社のホームページにアクセスし、連絡先などを登録することで付与される。このような会員ＩＤを用いることで、ユーザーは後述の稼働状況予測情報５０ｃを受け取ることができる。一方、サービス運営会社はそれぞれのユーザーに対し様々な情報を提供したり、ユーザーの使用頻度に応じてポイントを付与したりすることが可能となる。なお、会員ＩＤは、それぞれの系列店舗で使用できるポイントカードに付されている番号などであってもよい。

店舗情報格納部１７は、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃのいずれかを設置している系列店舗（コンビニエンスストア）の所在地や連絡先などを示す店舗情報を格納している。店舗情報は、稼働状況予測サーバー２０からの要求があった際に、通信部１２によって、稼働状況管理情報５０ａとともに稼働状況予測サーバー２０に送信される。これにより、稼働状況予測サーバー２０側では、どこの店舗からの情報であるかを識別することが可能となる。

また、図２（ｂ）は稼働状況予測サーバー２０側の内部構成を示すものであり、制御部２１、通信部２２、要求受付部２３、稼働情報収集部２４、稼働状況予測部２５、店舗情報管理部２６、会員情報管理部２７を備えている。また、通信部２２、要求受付部２３、稼働情報収集部２４、稼働状況予測部２５、店舗情報管理部２６、会員情報管理部２７は、バス２８を介して制御部２１に接続されている。

制御部２１は、図示しないＲＯＭに記憶されているプログラムに従って各部の動作を制御する。
通信部２２は、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃ及び携帯端末３０と通信する。ＭＦＰ１０Ａ、１０Ｂ、１０Ｃとの通信の際には、主として稼働状況管理情報５０ａの要求が行われる。また、通信部２２は、携帯端末３０と通信する際に、主として後述の図６に示す稼働状況予測情報５０ｃを送信する。

要求受付部２３は、主として各ユーザーが使用する携帯端末３０からの稼働状況予測情報５０ｃの要求を受け付ける。なお、要求受付部２３は、各ユーザーからの要求を受け付ける場合、サービス運営会社のホームページを介して行うことができる。また、要求受付部２３は、サービス運営会社から各ユーザーに配布された専用アプリからの要求を受け付けるようにすることも可能である。稼働情報収集部２４は、それぞれのＭＦＰ１０Ａ、１０Ｂ、１０Ｃからの稼働状況管理情報５０ａを収集する。

稼働状況予測部２５は、稼働情報収集部２４によって収集された稼働状況管理情報５０ａ（図５参照）から「いつ、どれくらいの時間、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃを使用するか」を予測する。具体的には、稼働状況予測部２５は、稼働状況管理情報５０ａとともに得られる店舗情報に基づいてそれぞれの稼働状況管理情報５０ａを整理する。さらに、稼働状況予測部２５は、その整理した稼働状況管理情報５０ａ毎にたとえば過去１カ月の同一曜日（たとえば金曜）毎の稼働状況の平均をとったたとえば棒グラフで示される図６に示すような稼働状況予測情報５０ｃを作成（生成）する。なお、稼働状況予測情報５０ｃの詳細については後述する。

店舗情報管理部２６は、たとえばそれぞれの店舗の所在地（電話番号なども含む）を示す地図情報などを管理している。そして、地図情報は、通信部２２によって稼働状況予測情報５０ｃとともに要求のあったユーザーの携帯端末３０に送信される。ユーザーは、携帯端末３０で地図情報を受け取ることで、現在位置の近辺の系列店舗（コンビニエンスストア）の位置も併せて容易に確認できる。

会員情報管理部２７は、会員ＩＤを付与したユーザーの情報を管理する。会員ＩＤは、たとえばそれぞれのユーザーが携帯端末３０によりサービス運営会社のホームページにアクセスし、連絡先などを登録することで付与される。また、上述した専用アプリからのアクセスを受け付けるようにすることも可能である。

このような会員ＩＤについては本発明での必須要件ではないが、会員ＩＤを用いることで、上述したように、サービス運営会社はそれぞれのユーザーに対し様々な情報を提供したり、ユーザーの使用頻度に応じてポイントを付与したりすることが可能となる。

次に、図３を参照し、店舗に設置されているサービス機器であるＭＦＰ１０Ａ、１０Ｂ、１０Ｃ側の動作の一例について説明する。まず、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃの電源がオフの状態（ステップＳ１：ＮＯ）から電源がオンされると（ステップＳ１：ＹＥＳ）、通信部１２は、稼働状況予測サーバー２０からの要求の有無を判断する（ステップＳ２）。

ここで、稼働状況予測サーバー２０からの要求が有れば（ステップＳ２：ＹＥＳ）、ステップＳ１０に移行し、通信部１２は、稼働状況ログ５０ｂを蓄積した稼働状況管理情報５０ａを送信する（ステップＳ１０）。この場合、上述した店舗情報も併せて送信される。

これに対し、稼働状況予測サーバー２０からの要求が無ければ（ステップＳ２：ＮＯ）、会員ＩＤの入力待ちとなる（ステップＳ３）。ここで、ユーザーがＭＦＰ１０Ａ、１０Ｂ、１０Ｃを使用する際、既に取得している会員ＩＤをＭＦＰ１０Ａ、１０Ｂ、１０Ｃの図示しないタッチパネル部からタッチ入力すると、会員ＩＤ受付部１３は、会員ＩＤ入力有りと判断する（ステップＳ３：ＹＥＳ）。また、その入力された会員ＩＤは図示しないメモリに記憶される（ステップＳ４）。

なお、会員ＩＤの入力に際しては任意であるが、上述したように会員ＩＤを入力することでサービス運営会社が提供するサービスを受けことが可能となる。また、会員ＩＤを取得していないユーザーは、特定のタッチ入力により会員ＩＤの入力を省くこともできる（ステップＳ３：ＮＯ）。

次いで、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃの機能の選択待ちとなる（ステップＳ５：ＮＯ）。ここで、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃには、たとえばプリンタ機能、ＦＡＸ機能、スキャン機能などの複数の機能が搭載されている。図示しないタッチパネル部から所望の機能が選択されると（ステップＳ５：ＹＥＳ）、機能選択部１５は、選択された機能を実行する（ステップＳ６）。また、選択された機能の情報が記憶される（ステップＳ７）。

そして、選択された機能の処理待ちとなり（ステップＳ８：ＮＯ）、その機能の処理が終了すると（ステップＳ８：ＹＥＳ）、機能稼働管理部１６は稼働状況ログ５０ｂを蓄積する（ステップＳ９）。

すなわち、図５に示したように、たとえば会員ＩＤが「ｘｘｘｘｘ１００」の場合を例にすると、コピーの機能が選択され、使用枚数が５枚で、稼働開始時間が１０時３０分で、稼働終了時間が１０時４０分で、日付は２０１３／１１／０１（金）といったような稼働状況ログ５０ｂが蓄積される。

そして、稼働状況予測サーバー２０からの要求が有れば（ステップＳ２：ＹＥＳ）、稼働状況ログ５０ｂを蓄積した稼働状況管理情報５０ａが送信される（ステップＳ１０）。この場合、店舗情報格納部１７に格納されている系列店舗（コンビニエンスストア）の所在地や連絡先などを示す店舗情報も併せて送信される。これにより、稼働状況予測サーバー２０側では、どこの店舗からの情報であるかを識別することが可能となる。

そして、ステップＳ１〜Ｓ１０間での動作は、電源がオフされなければ繰り返されるが（ステップＳ１１：ＮＯ）、電源がオフされると終了となる（ステップＳ１１：ＹＥＳ）。

次に、図４を参照し、稼働状況予測サーバー２０の動作の一例を説明する。まず、通信部２２は、稼働状況管理情報５０ａの要求を全てのＭＦＰ１０Ａ、１０Ｂ、１０Ｃに対して行う（ステップＳ２０）。ここで、稼働状況管理情報５０ａの要求は、たとえば１時間おき、毎日（設定された時間）、１日おきなどのように任意に設定することが可能である。

次いで、通信部２２がそれぞれのＭＦＰ１０Ａ、１０Ｂ、１０Ｃからの稼働状況管理情報５０ａを受け取ると、稼働情報収集部２４は、全ての稼働状況管理情報５０ａを収集する（ステップＳ２１）。

ここで、携帯端末３０からの稼働状況予測情報５０ｃの要求待ちとなる（ステップＳ２２：ＮＯ）。なお、携帯端末３０からの稼働状況予測情報５０ｃの要求に際しては、会員情報管理部２７が会員ＩＤの送信を受け付けてから行うことができる。そして、携帯端末３０からの稼働状況予測情報５０ｃの要求が有ると（ステップＳ２２：ＹＥＳ）、稼働状況予測部２５は、稼働状況予測部２５による図６に示した稼働状況予測情報５０ｃを作成（生成）する（ステップＳ２３）。

すなわち、稼働状況予測部２５は、上述したように、稼働情報収集部２４によって収集された稼働状況管理情報５０ａから「いつ、どれくらいの時間、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃを使用するか」を予測した稼働状況予測情報５０ｃを作成（生成）するものである。

この場合、上述したように、稼働状況予測部２５は、稼働状況管理情報５０ａとともに得られる店舗情報に基づいてそれぞれの稼働状況管理情報５０ａを整理する。そして、その整理した稼働状況管理情報５０ａ毎にたとえば過去１カ月の同一曜日（たとえば金曜）毎の稼働状況の平均をとったたとえば棒グラフで示される図６に示す稼働状況予測情報５０ｃが作成（生成）される。

なお、稼働状況管理情報５０ａ毎にたとえば過去１カ月の同一曜日（たとえば金曜）毎の稼働状況の平均をとる際には、それぞれの時間帯毎の平均がとられる。これにより、図６に示すように、２４時間でのそれぞれの時間帯の予測が可能となる。

すなわち、稼働状況予測情報５０ｃは、たとえば２０１３／１１／８（金）の稼働状況の平均をとった棒グラフで示されている。横軸は、時間帯を示している。すなわち、１とは０時〜１時までの時間帯を示し、２とは１時〜２時までの時間帯を示している。また、３以降も同様である。縦軸は、それぞれの時間帯における稼働時間（分）を示している。

また、斜線部分は、それぞれの時間帯における稼働状況の予測を示している。よって、ユーザーは、稼働状況予測情報５０ｃを確認することで、ＭＦＰ１０Ａ、１０Ｂ、１０Ｃの空き予想を容易に確認できる。

なお、図６に示す稼働状況予測情報５０ｃは、２４時間分の予測が示されるが、これに限らず、１２時間分、６時間分、３時間分といったような予測が示されるようにしてもよい。また、図６においての稼働状況予測情報５０ｃは、棒グラフで示されるものとしているが、これらに限らず、折れ線グラフや円グラフなどで示すようにすることも可能である。

また、稼働状況予測情報５０ｃは、それぞれの時間帯における稼働状況の平均をとったものとしているが、これに限らず、たとえばそれぞれの時間帯毎に過去のピーク値が示されるようにしたものとしてもよい。過去のピーク値が示されるようにしたものとすると、そのピーク値を上回っての使用が少ないということを予測することができる。

そして、作成（生成）された稼働状況予測情報５０ｃが要求のあった携帯端末３０に送信される（ステップＳ２４）。このとき、店舗情報管理部２６に管理されている、店舗の所在地を示す地図情報も併せて携帯端末３０に送信される。

なお、稼働状況予測情報５０ｃとして、ユーザーが指定した区域内に存在するＭＦＰ１０Ａ、１０Ｂ、１０Ｃに該当するものを送信することが可能である。この場合、サービス運営会社のホームページにアクセスし特定項目などを選択することで可能となる。また、サービス運営会社が配布している専用アプリをインストールしている場合は、その専用アプリの画面から所望の区域を選択するようにすることでも可能となる。

また、携帯端末３０にＧＰＳ機能が搭載されている場合、携帯端末３０の位置情報に基づいた区域内に存在するＭＦＰ１０Ａ、１０Ｂ、１０Ｃに該当するものを送信することも可能である。また、稼働状況予測情報５０ｃについては、上述した２４時間分のものに限らず、それぞれのユーザーからの指示に従い、１２時間分、６時間分、３時間分といったような短時間分の送信も可能である。

そして、ユーザーは、携帯端末３０で稼働状況予測情報５０ｃを受け取ることで、現在位置近辺に存在するＭＦＰ１０Ａ、１０Ｂ、１０Ｃの空き予想を容易に確認できる。また、現在位置に限らず、移動先の区域を指定した場合の稼働状況予測情報５０ｃも受け取ることができるため、移動先の区域に存在するＭＦＰ１０Ａ、１０Ｂ、１０Ｃの空き予想の確認が容易に行える。また、稼働状況予測情報５０ｃとともに地図情報を受け取ることで、現在位置の近辺に限らず移動先の区域の系列店舗（コンビニエンスストア）の位置の確認も容易に行える。

このように、本実施形態では、稼働状況予測サーバー２０により点在配置されているサービス機器であるＭＦＰ１０Ａ、１０Ｂ、１０Ｃからの稼働状況管理情報５０ａが取得されて稼働状況が予測されると、該予測された稼働状況予測情報５０ｃがアクセスのあった端末である携帯端末３０に送信されるようにした。

具体的には、サービス機器であるＭＦＰ１０Ａ、１０Ｂ、１０Ｃの稼働管理手段である機能稼働管理部１６により、稼働状況に応じた稼働状況ログ５０ｂを蓄積し、稼働状況管理情報５０ａとして管理し、稼働状況予測サーバー２０の稼働情報収集手段である稼働情報収集部２４によりＭＦＰ１０Ａ、１０Ｂ、１０Ｃからの稼働状況管理情報５０ａを収集し、さらに稼働状況予測手段である稼働状況予測部２５により稼働情報収集部２４によって収集された稼働状況管理情報５０ａ毎に過去の稼働状況に応じた稼働状況予測情報５０ｃを生成するようにしている。

なお、過去の稼働状況に応じた稼働状況予測情報５０ｃを生成する際は、稼働状況管理情報５０ａ毎に過去の一定期間の稼働状況に応じたものとしている。また、過去の稼働状況に応じた稼働状況予測情報５０ｃを生成する際は、稼働状況管理情報５０ａ毎に同一曜日毎の稼働状況に応じたものとしている。過去の稼働状況に応じたものとする際は、たとえば同一曜日毎に同一時間帯毎の平均をとるようにしている。

このように、稼働状況予測手段である稼働状況予測部２５による稼働状況予測情報５０ｃの生成は、過去の稼働状況の平均をとることで行われるようにしているため、ある程度の確率での稼働状況の予測を得ることができる。

これにより、点在配置されているＭＦＰ１０Ａ、１０Ｂ、１０Ｃの空きの予測がつけられることから、長時間に渡る空き待ちを回避することができる。言い換えれば、ユーザーが携帯端末３０により稼働状況予測情報５０ｃを確認することで、「今から使用するだろうＭＦＰ１０Ａ、１０Ｂ、１０Ｃが、あまり使われていないと考えられる時間帯」を容易に予測することが可能となる。

また、サービス機器であるＭＦＰ１０Ａ、１０Ｂ、１０Ｃの店舗情報格納部１７に、配置場所を示す配置情報に相当する、系列店舗（コンビニエンスストア）の所在地や連絡先などを示す店舗情報を格納している。この場合、稼働状況予測手段である稼働状況予測部２５が店舗情報を有する稼働状況管理情報５０ａから稼働状況予測情報５０ｃを生成することができるため、携帯端末３０からの場所指定に適合する稼働状況予測情報５０ｃを携帯端末３０に送信することができる。

言い換えれば、たとえば外出先でユーザーがＭＦＰ１０Ａ、１０Ｂ、１０Ｃの場所を検索したとき、空いていそうなＭＦＰ１０Ａ、１０Ｂ、１０Ｃの選択が可能となることで、長時間の空き待ちを回避でき、ストレスなくＭＦＰ１０Ａ、１０Ｂ、１０Ｃを使用することができる。

なお、本実施形態では、サービス機器としてプリンタ機能、ＦＡＸ機能、スキャン機能などの複数の機能を搭載した複合的な周辺機器であるＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例示したが、これらに限らず、証明書等の交付（コンビニ交付）を行う多機能端末機（マルチコピー機）や、現金自動預け払い機（ＡＴＭ：ａｕｔｏｍａｔｅｄ ｔｅｌｌｅｒ ｍａｃｈｉｎｅ）にも適用可能である。

また、本実施形態では、サービス機器の設置場所を、点在配置されるそれぞれの系列店舗（コンビニエンスストア）としているが、これに限らず、図書館、駅、郵便局、銀行、駅などの他の施設とした場合であってもよいことは勿論である。

１１ 制御部
１２ 通信部
１３ 会員ＩＤ受付部
１４ 機能選択受付部
１５ 機能選択部
１６ 機能稼働管理部
１７ 店舗情報格納部
１８ バス
２０ 稼働状況予測サーバー
２１ 制御部
２２ 通信部
２３ 要求受付部
２４ 稼働情報収集部
２５ 稼働状況予測部
２６ 店舗情報管理部
２７ 会員情報管理部
２８ バス
３０ 携帯端末
４０ 通信回線
５０ａ 稼働状況管理情報
５０ｂ 稼働状況ログ
５０ｃ 稼働状況予測情報

Claims (8)

1. サービス機器の稼働状況を予測するサービス機器の稼働状況予測システムであって、
   点在配置され、ユーザーによって選択された機能を実行し、稼働状況を管理する稼働状況管理情報を保持するサービス機器と、
   該サービス機器に対してアクセス可能に接続され、該サービス機器の稼働状況を予測する稼働状況予測サーバーと、
   該稼働状況予測サーバーに対してアクセス可能な端末とを備え、
   前記サービス機器は、
   前記ユーザーの会員ＩＤを受け付ける会員ＩＤ受付部と、
   前記サービス機器の機能の処理毎の稼働状況を前記会員ＩＤに関連付けて前記稼働状況管理情報として保持する機能稼働管理部とを備え、
   前記機能稼働管理部は、前記会員ＩＤの入力が無ければ、前記会員ＩＤに代えて前記会員ＩＤが無いことを示す情報を前記機能の処理毎の前記稼働状況に関連付けて前記稼働状況管理情報として保持し、
   前記稼働状況予測サーバーは、前記サービス機器からの前記稼働状況管理情報を取得し、前記端末からの要求に応じて、前記会員ＩＤを受け付けると稼働状況を予測し、該予測した稼働状況予測情報をアクセスのあった前記端末に送信し、
   前記稼働状況予測手段は、時間帯ごとの前記稼働状況のピーク値をとることで前記稼働状況予測情報を生成する
   ことを特徴とするサービス機器の稼働状況予測システム。
2. 前記サービス機器は、稼働状況に応じた稼働状況ログを蓄積し、前記稼働状況管理情報として管理する稼働管理手段を有し、
   前記稼働状況予測サーバーは、
   前記サービス機器からの前記稼働状況管理情報を収集する稼働情報収集手段と、
   該稼働情報収集手段によって収集された稼働状況管理情報毎に過去の稼働状況に応じた前記稼働状況予測情報を生成する稼働状況予測手段とを有する
   ことを特徴とする請求項１に記載のサービス機器の稼働状況予測システム。
3. 前記稼働状況予測手段は、前記稼働情報収集手段によって収集された稼働状況管理情報を前記サービス機器毎に整理し、さらに該整理した前記稼働状況管理情報毎に過去の一定期間の稼働状況に応じた前記稼働状況予測情報を生成することを特徴とする請求項２に記載のサービス機器の稼働状況予測システム。
4. 前記稼働状況予測手段は、同一曜日毎の稼働状況に応じた前記稼働状況予測情報を生成することを特徴とする請求項３に記載のサービス機器の稼働状況予測システム。
5. 前記稼働状況予測手段は、前記稼働状況の平均をとることで前記稼働状況予測情報を生成することを特徴とする請求項２〜４のいずれかに記載のサービス機器の稼働状況予測システム。
6. 前記稼働状況予測手段は、同一時間帯毎の平均をとることを特徴とする請求項５に記載のサービス機器の稼働状況予測システム。
7. 前記サービス機器は、配置場所を示す配置情報を有し、
   前記稼働情報収集手段は、前記サービス機器からの前記稼働状況管理情報を取得する際、前記配置情報も併せて取得し、
   前記稼働状況予測手段は、前記端末からの場所指定に適合する前記配置情報を有する前記稼働状況管理情報から前記稼働状況予測情報を生成する
   ことを特徴とする請求項２〜６のいずれかに記載のサービス機器の稼働状況予測システム。
8. 前記サービス機器は、コピー機能を有したＭＦＰであることを特徴とする請求項１〜７のいずれかに記載のサービス機器の稼働状況予測システム。

Images