JP6537485B2 - 店舗側の操作量を軽減した店舗の混雑情報を提供する方法、コンピュータシステム及びコンピュータプログラム - Google Patents
店舗側の操作量を軽減した店舗の混雑情報を提供する方法、コンピュータシステム及びコンピュータプログラム Download PDFInfo
- Publication number
- JP6537485B2 JP6537485B2 JP2016207049A JP2016207049A JP6537485B2 JP 6537485 B2 JP6537485 B2 JP 6537485B2 JP 2016207049 A JP2016207049 A JP 2016207049A JP 2016207049 A JP2016207049 A JP 2016207049A JP 6537485 B2 JP6537485 B2 JP 6537485B2
- Authority
- JP
- Japan
- Prior art keywords
- store
- data
- server
- congestion
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、飲食店などの店舗の混雑情報を店舗に備えられた端末に入力してサーバーへ送信し、それをサーバーが公開するコンピュータシステムを用いて店舗の混雑情報を公衆に提供するための方法及びそのコンピュータシステム、コンピュータプログラムに関するものであって、端末を操作する店舗側オペレーターの操作量を軽減し、且つ、店舗側オペレーターが混雑情報の入力を忘れることを防止すると共に、店舗用端末を導入や運用の容易なものとすることにより、より多くの店舗の正確な混雑情報をリアルタイムで公衆へ提供するための方法、コンピュータシステム及びコンピュータプログラムに関するものである。
近年は、インターネット及びワイヤレス通信技術の発達により、外出先であっても商業店舗に関する情報の入手が非常に容易となっている。
中でも飲食店の情報については、メニュー・料金・営業時間などの詳細なサービス内容が画像と共に容易に入手できる状況にある。
然しながら、例えば、飲食店の今現在の正確な混雑情報をリアルタイムで入手することは容易ではなく、例えば、インターネットで検索した飲食店へ実際に出向いてみると、混雑のために空席ができるまで長時間待たされることがよくある。
一部の飲食店のホームページでは、混雑に関する情報を提供しているものも見受けられるが、その内容は数日先の予約状況に関するものが殆どであり、今現在の正確な混雑情報をリアルタイムで提供しているものは少ない。
飲食店などの混雑情報を提供しようとするコンピュータシステムやサービスとしては、店舗側に備えられた店舗用端末に混雑情報を入力し、これをネットワークを介してサーバーへ送信して、それをサーバーがホームページなどで公開したり、混雑情報を要求する個人所有の端末へ個別に提供するものが存在する。
中でも飲食店の情報については、メニュー・料金・営業時間などの詳細なサービス内容が画像と共に容易に入手できる状況にある。
然しながら、例えば、飲食店の今現在の正確な混雑情報をリアルタイムで入手することは容易ではなく、例えば、インターネットで検索した飲食店へ実際に出向いてみると、混雑のために空席ができるまで長時間待たされることがよくある。
一部の飲食店のホームページでは、混雑に関する情報を提供しているものも見受けられるが、その内容は数日先の予約状況に関するものが殆どであり、今現在の正確な混雑情報をリアルタイムで提供しているものは少ない。
飲食店などの混雑情報を提供しようとするコンピュータシステムやサービスとしては、店舗側に備えられた店舗用端末に混雑情報を入力し、これをネットワークを介してサーバーへ送信して、それをサーバーがホームページなどで公開したり、混雑情報を要求する個人所有の端末へ個別に提供するものが存在する。
然しながら、混雑情報の入力を店舗側の従業員であるオペレーターが行っている現状においては、店舗が準備中や休業日などの営業時間外である場合に、店舗側オペレーターが営業時間外であることを店舗用端末に入力しないと、実際は営業していないのに営業中であるかのような混雑情報が開示されたままになってしまう場合がある。
また、営業中であっても、ランチタイムやディナータイムなどの繁忙時間帯にあっては、店舗側オペレーターが混雑情報の入力を忘れがちであり、実際にその店舗へ出向いてみると、ホームページで提供されている混雑情報とは異なる場合も多い。
また、営業中であっても、ランチタイムやディナータイムなどの繁忙時間帯にあっては、店舗側オペレーターが混雑情報の入力を忘れがちであり、実際にその店舗へ出向いてみると、ホームページで提供されている混雑情報とは異なる場合も多い。
更に、このようなコンピュータシステムで使用される店舗用端末は、店舗へ初めて導入する際の設定作業やアプリケーションのインストール等を行うのは店舗側オペレーターとなる店舗の従業員であることが通常であり、コンピュータに不慣れな従業員にとっては、そのような作業が多大な負担となっている。
また、運用段階になっても、サーバーと接続する度に店舗固有の認証データ（ＩＤやパスワード）の入力を必要とするのが通常であり、そのような煩わしい接続操作が負担となって、この種のコンピュータシステムの導入が進まないという状況もあった。
また、運用段階になっても、サーバーと接続する度に店舗固有の認証データ（ＩＤやパスワード）の入力を必要とするのが通常であり、そのような煩わしい接続操作が負担となって、この種のコンピュータシステムの導入が進まないという状況もあった。
この背景技術に関する先行技術文献には次のようなものが存在する。
特開２００１−３０６６６５号
上記特許文献１に係るコンピュータシステムは、複数の店舗に混雑情報（空席情報）を入力する店舗用端末を設置して、これら各端末をサーバー（ホストコンピュータ）とオンラインで接続している。そして、各店舗用端末は、店舗側オペレーターが混雑情報を入力すると、その混雑情報がオンラインによってサーバーへ送信される仕組みになっている。
一方、サーバーは、各店舗用端末から受信した混雑情報を店舗毎に関連付けてデータベース化し、新しい混雑情報を受信するとデータベース上の当該店舗の混雑情報を更新する仕組みになっている。
また、サーバーは、別の通信ネットワークにも接続されていて、この通信ネットワークに接続している公衆からの情報要求に対して、該当する店舗の混雑情報を速やかに提供する仕組みになっている。
このように、上記特許文献１のコンピュータシステムの目的は、公衆からの情報要求に対してデータベースから該当する店舗の混雑情報を抽出して、速やかに公衆へ提供することにある。
一方、サーバーは、各店舗用端末から受信した混雑情報を店舗毎に関連付けてデータベース化し、新しい混雑情報を受信するとデータベース上の当該店舗の混雑情報を更新する仕組みになっている。
また、サーバーは、別の通信ネットワークにも接続されていて、この通信ネットワークに接続している公衆からの情報要求に対して、該当する店舗の混雑情報を速やかに提供する仕組みになっている。
このように、上記特許文献１のコンピュータシステムの目的は、公衆からの情報要求に対してデータベースから該当する店舗の混雑情報を抽出して、速やかに公衆へ提供することにある。
然しながら、上記従来例では、準備中や休業日などの営業時間外である場合に、店舗側オペレーターが意識的にそのような状況であることを店舗用端末に入力しなければ提供される混雑情報は変わらないので、実際は営業してないのに営業しているかのような混雑情報が提供され続けてしまうという欠点があった。
また、営業中であっても、ランチタイムやディナータイムなどの繁忙時間帯にあっては、店舗側オペレーターが混雑情報の入力を忘れてしまうと、公衆へ提供される混雑情報が実際とは異なるものになってしまうという欠点もあった。
このように、実際とは異なる混雑情報を提供し続けてしまうと、その店舗の評判が悪化するという重大な問題にもなり兼ねない。
また、営業中であっても、ランチタイムやディナータイムなどの繁忙時間帯にあっては、店舗側オペレーターが混雑情報の入力を忘れてしまうと、公衆へ提供される混雑情報が実際とは異なるものになってしまうという欠点もあった。
このように、実際とは異なる混雑情報を提供し続けてしまうと、その店舗の評判が悪化するという重大な問題にもなり兼ねない。
更に、この種のコンピュータシステムで使用される店舗用端末は、店舗へ初めて導入する際の設定作業やアプリケーションのインストール等を行うのは店舗側オペレーターとなる店舗の従業員であることが通常であり、コンピュータに不慣れな従業員にとっては、そのような導入作業が多大な負担となっている。
また、運用段階にあっては、サーバーと接続する度に店舗固有の認証データ（ＩＤやパスワード）を入力することも多忙な店舗の従業員にとっては煩わしい操作となっていた。
また、運用段階にあっては、サーバーと接続する度に店舗固有の認証データ（ＩＤやパスワード）を入力することも多忙な店舗の従業員にとっては煩わしい操作となっていた。
このように、従来の方法・コンピュータシステム・コンピュータプログラムでは、店舗側オペレーターは営業中の混雑情報の入力だけではなく、準備中や休業日などの営業時間外であることの情報も意識的に入力する必要があるので、このような操作量の多さが店舗側オペレーターの負担となっていた。
また、店舗の繁忙時間帯にあっては、店舗側オペレーターが定期的な混雑情報の入力を忘れてしまうことがあり、実際とは異なる混雑情報が提供されている状況が見受けられた。
更に、店舗用端末の導入作業や運用段階でのサーバーとの接続操作の煩わしさも、この種のコンピュータシステムが多くの店舗に普及しない一因となっていたのである。
また、店舗の繁忙時間帯にあっては、店舗側オペレーターが定期的な混雑情報の入力を忘れてしまうことがあり、実際とは異なる混雑情報が提供されている状況が見受けられた。
更に、店舗用端末の導入作業や運用段階でのサーバーとの接続操作の煩わしさも、この種のコンピュータシステムが多くの店舗に普及しない一因となっていたのである。
このような状況により、従来から下記（Ａ）乃至（Ｃ）の課題を解決することにより、店舗の正確な混雑情報をリアルタイムで公衆に提供できる方法、コンピュータシステムおよびコンピュータプログラムに関する開発が切望されていた。
（Ａ）店舗が準備中や休業日などの営業時間外である場合には、店舗側オペレーターが意識的に混雑情報を入力しなくても、自動的に営業時間外に該当する混雑情報に変更されることで、店舗側オペレーターが営業中の混雑情報の入力に専念できるように操作量の軽減ができること。
（Ｂ）営業中にあっては、店舗側オペレーターが混雑情報の入力を忘れることを防止すると共に、仮に何らかの理由で長時間入力ができなかったとしても、それに見合う混雑情報を自動的に公衆へ提供できること。
（Ｃ）店舗側オペレーターに対して導入作業や運用時の操作負担を掛けない店舗用端末を使用することで、コンピュータに不慣れな店舗への導入も促進できること。
（Ａ）店舗が準備中や休業日などの営業時間外である場合には、店舗側オペレーターが意識的に混雑情報を入力しなくても、自動的に営業時間外に該当する混雑情報に変更されることで、店舗側オペレーターが営業中の混雑情報の入力に専念できるように操作量の軽減ができること。
（Ｂ）営業中にあっては、店舗側オペレーターが混雑情報の入力を忘れることを防止すると共に、仮に何らかの理由で長時間入力ができなかったとしても、それに見合う混雑情報を自動的に公衆へ提供できること。
（Ｃ）店舗側オペレーターに対して導入作業や運用時の操作負担を掛けない店舗用端末を使用することで、コンピュータに不慣れな店舗への導入も促進できること。
本発明は、上述した従来の課題を解決するために、請求項１記載の方法の発明は、
サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムを用いて店舗毎の混雑情報を公衆に提供する方法を前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーが、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用するステップと、
（２）前記店舗用端末が、入力された混雑データを前記サーバーへ送信するステップと、
（３）前記店舗用端末が、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信するステップと、
（４）前記サーバーが、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信するステップと、
（５）前記店舗用端末が、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促すステップと、
（６）前記店舗用端末が、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信するステップと、
（７）前記サーバーが、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用するステップと、
（８）前記サーバーが、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開するステップと
を実行すると共に、
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各ステップが実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入する構成を採用した。
サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムを用いて店舗毎の混雑情報を公衆に提供する方法を前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーが、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用するステップと、
（２）前記店舗用端末が、入力された混雑データを前記サーバーへ送信するステップと、
（３）前記店舗用端末が、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信するステップと、
（４）前記サーバーが、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信するステップと、
（５）前記店舗用端末が、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促すステップと、
（６）前記店舗用端末が、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信するステップと、
（７）前記サーバーが、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用するステップと、
（８）前記サーバーが、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開するステップと
を実行すると共に、
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各ステップが実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入する構成を採用した。
また、請求項２記載のコンピュータシステムの発明は、
サーバーと複数の店舗用端末とをネットワークで接続して店舗の混雑情報を公衆に提供するコンピュータシステムを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーは、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末は、入力された混雑データを前記サーバーへ送信する手段と、
（３）前記店舗用端末は、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーは、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末は、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末は、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
（７）前記サーバーは、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーは、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
を備えると共に、
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各手段が実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入する構成を採用した。
サーバーと複数の店舗用端末とをネットワークで接続して店舗の混雑情報を公衆に提供するコンピュータシステムを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーは、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末は、入力された混雑データを前記サーバーへ送信する手段と、
（３）前記店舗用端末は、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーは、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末は、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末は、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
（７）前記サーバーは、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーは、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
を備えると共に、
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各手段が実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入する構成を採用した。
さらに、請求項３記載のコンピュータプログラムの発明は、
サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムが店舗の混雑情報を公衆に提供するためのコンピュータプログラムを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースが設けられており、
（１）前記サーバーを、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末を、入力された混雑データを前記サーバーへ送信する手段と、
（３）前記店舗用端末を、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーを、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末を、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末を、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
（７）前記サーバーを、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーを、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
して機能させると共に、
前記店舗用端末に搭載されるアプリケーションは、前記店舗用端末の電源を入れるだけで前記サーバーとの通信が開始されて前記各手段を実行できるように前記店舗用端末にインストールされた状態にしてから各店舗へ導入する構成を採用した。
サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムが店舗の混雑情報を公衆に提供するためのコンピュータプログラムを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースが設けられており、
（１）前記サーバーを、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末を、入力された混雑データを前記サーバーへ送信する手段と、
（３）前記店舗用端末を、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーを、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末を、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末を、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
（７）前記サーバーを、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーを、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
して機能させると共に、
前記店舗用端末に搭載されるアプリケーションは、前記店舗用端末の電源を入れるだけで前記サーバーとの通信が開始されて前記各手段を実行できるように前記店舗用端末にインストールされた状態にしてから各店舗へ導入する構成を採用した。
これにより、請求項１記載の方法の発明にあっては、
サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムを用いることを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーが、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用するステップと、
（２）前記店舗用端末が、入力された混雑データを前記サーバーへ送信するステップと、
を実行する構成の採用により、
営業時間外の店舗については、現在の混雑情報として営業時間外であることに該当する混雑データをサーバーが自動的に適用することとなるので、店舗側オペレーターが意識的に営業時間外であることを店舗用端末に入力する必要がなくなって、営業中の混雑データの入力に専念できるようになるので、店舗側オペレーターの操作量が軽減されることとなる。
そして、営業中の店舗については、サーバーは、店舗用端末から送信される混雑データを混雑情報として適用するので、店舗側オペレーターが店舗用端末に所望の混雑データを入力すればよいことになる。
これにより、店舗が営業中か営業時間外かに拘わらず、常に正確な店舗の混雑情報をリアルタイムで公衆へ提供できる方法が実現できることとなる。
サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムを用いることを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーが、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用するステップと、
（２）前記店舗用端末が、入力された混雑データを前記サーバーへ送信するステップと、
を実行する構成の採用により、
営業時間外の店舗については、現在の混雑情報として営業時間外であることに該当する混雑データをサーバーが自動的に適用することとなるので、店舗側オペレーターが意識的に営業時間外であることを店舗用端末に入力する必要がなくなって、営業中の混雑データの入力に専念できるようになるので、店舗側オペレーターの操作量が軽減されることとなる。
そして、営業中の店舗については、サーバーは、店舗用端末から送信される混雑データを混雑情報として適用するので、店舗側オペレーターが店舗用端末に所望の混雑データを入力すればよいことになる。
これにより、店舗が営業中か営業時間外かに拘わらず、常に正確な店舗の混雑情報をリアルタイムで公衆へ提供できる方法が実現できることとなる。
また、請求項１に続けて記載されている
（３）前記店舗用端末が、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信するステップと、
（４）前記サーバーが、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信するステップと、
（５）前記店舗用端末が、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促すステップと、
（６）前記店舗用端末が、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信するステップと、
を実行する構成の採用により、
営業中に店舗側オペレーターが店舗用端末への混雑データの入力を忘れていると、店舗用端末がアラームを発生して入力を促すこととなる。また、店舗用端末からサーバーへのアラーム発生の問い合わせは１回だけでなく、所定間隔で繰り返されることで、アラームは何度か発生することになるので、店舗側オペレーターが最初のアラームを聞き逃したとしても問題はない。
これにより、店舗側オペレーターの入力忘れを防止できるので、正確な混雑情報を継続して公衆へ提供できる方法が実現できることとなる。
また、アラームを発生するか否かの判断をサーバー側で行うことによって、店舗用端末の処理負担が軽減できると共に、全店舗のアラーム発生状況をサーバーが一元的に管理することで、店舗用端末は、混雑データの入力に専念できる操作の容易な端末とすることができるので、コンピュータに不慣れな店舗へも導入が促進される。
さらに、アラーム発生中に混雑データが入力されるとアラームは停止するので、アラームが必要以上に長時間鳴動するような問題も生じない。
（３）前記店舗用端末が、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信するステップと、
（４）前記サーバーが、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信するステップと、
（５）前記店舗用端末が、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促すステップと、
（６）前記店舗用端末が、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信するステップと、
を実行する構成の採用により、
営業中に店舗側オペレーターが店舗用端末への混雑データの入力を忘れていると、店舗用端末がアラームを発生して入力を促すこととなる。また、店舗用端末からサーバーへのアラーム発生の問い合わせは１回だけでなく、所定間隔で繰り返されることで、アラームは何度か発生することになるので、店舗側オペレーターが最初のアラームを聞き逃したとしても問題はない。
これにより、店舗側オペレーターの入力忘れを防止できるので、正確な混雑情報を継続して公衆へ提供できる方法が実現できることとなる。
また、アラームを発生するか否かの判断をサーバー側で行うことによって、店舗用端末の処理負担が軽減できると共に、全店舗のアラーム発生状況をサーバーが一元的に管理することで、店舗用端末は、混雑データの入力に専念できる操作の容易な端末とすることができるので、コンピュータに不慣れな店舗へも導入が促進される。
さらに、アラーム発生中に混雑データが入力されるとアラームは停止するので、アラームが必要以上に長時間鳴動するような問題も生じない。
更に、請求項１に続けて記載されている
（７）前記サーバーが、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用するステップと、
（８）前記サーバーが、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開するステップと
を実行する構成の採用により、
サーバーへ送信された最新の混雑データが現在の混雑情報としてＷｅｂ上に公開される訳であるが、営業中であるにも拘わらず何らかの理由で長時間入力ができなかった店舗については、サーバーがアラーム発生指示を所定回数送信した後に、サーバーの判断で所定の混雑データを当該店舗の混雑情報として適用するので、実際とは異なる混雑情報を提供し続けてしまう心配もなくなる。
これにより、やはり正確な混雑情報を公衆へ提供できる方法が実現できることとなる。
（７）前記サーバーが、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用するステップと、
（８）前記サーバーが、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開するステップと
を実行する構成の採用により、
サーバーへ送信された最新の混雑データが現在の混雑情報としてＷｅｂ上に公開される訳であるが、営業中であるにも拘わらず何らかの理由で長時間入力ができなかった店舗については、サーバーがアラーム発生指示を所定回数送信した後に、サーバーの判断で所定の混雑データを当該店舗の混雑情報として適用するので、実際とは異なる混雑情報を提供し続けてしまう心配もなくなる。
これにより、やはり正確な混雑情報を公衆へ提供できる方法が実現できることとなる。
最後に、請求項１の後段に記載されている
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各ステップが実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入する構成の採用により、
店舗用端末は、店舗へ導入する際のアプリケーションのインストールや通信設定等を店舗側オペレーターが行う必要がなくなるばかりか、運用段階にあってもサーバーへの接続の度に店舗固有の認証データ（ＩＤやパスワード等）を入力する操作も必要もなくなるので、コンピュータに不慣れな店舗であっても導入と運用が容易となる。
これにより、本発明による店舗の混雑情報を提供する方法が、更に多くの店舗に導入されることが期待できることとなる。
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各ステップが実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入する構成の採用により、
店舗用端末は、店舗へ導入する際のアプリケーションのインストールや通信設定等を店舗側オペレーターが行う必要がなくなるばかりか、運用段階にあってもサーバーへの接続の度に店舗固有の認証データ（ＩＤやパスワード等）を入力する操作も必要もなくなるので、コンピュータに不慣れな店舗であっても導入と運用が容易となる。
これにより、本発明による店舗の混雑情報を提供する方法が、更に多くの店舗に導入されることが期待できることとなる。
次に、請求項２記載のコンピュータシステムにあっては、
サーバーと複数の店舗用端末とをネットワークで接続して店舗の混雑情報を公衆に提供するコンピュータシステムを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーは、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末は、入力された混雑データを前記サーバーへ送信する手段と、
を備える構成の採用により、上記請求項１の効果と同様に、
営業時間外の店舗については、現在の混雑情報として営業時間外であることに該当する混雑データをサーバーが自動的に適用することとなるので、店舗側オペレーターが意識的に営業時間外であることを店舗用端末に入力する必要がなくなって、営業中の混雑データの入力に専念できるようになるので、店舗側オペレーターの操作量が軽減されることとなる。
そして、営業中の店舗については、サーバーは、店舗用端末から送信される混雑データを混雑情報として適用するので、店舗側オペレーターが店舗用端末に所望の混雑データを入力すればよいことになる。
これにより、店舗が営業中か営業時間外かに拘わらず、常に正確な店舗の混雑情報をリアルタイムで公衆へ提供できるコンピュータシステムが実現できることとなる。
サーバーと複数の店舗用端末とをネットワークで接続して店舗の混雑情報を公衆に提供するコンピュータシステムを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーは、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末は、入力された混雑データを前記サーバーへ送信する手段と、
を備える構成の採用により、上記請求項１の効果と同様に、
営業時間外の店舗については、現在の混雑情報として営業時間外であることに該当する混雑データをサーバーが自動的に適用することとなるので、店舗側オペレーターが意識的に営業時間外であることを店舗用端末に入力する必要がなくなって、営業中の混雑データの入力に専念できるようになるので、店舗側オペレーターの操作量が軽減されることとなる。
そして、営業中の店舗については、サーバーは、店舗用端末から送信される混雑データを混雑情報として適用するので、店舗側オペレーターが店舗用端末に所望の混雑データを入力すればよいことになる。
これにより、店舗が営業中か営業時間外かに拘わらず、常に正確な店舗の混雑情報をリアルタイムで公衆へ提供できるコンピュータシステムが実現できることとなる。
また、請求項２に続けて記載されている
（３）前記店舗用端末は、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーは、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末は、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末は、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
を備える構成の採用により、やはり上記請求項１の効果と同様に、
営業中に店舗側オペレーターが店舗用端末への混雑データの入力を忘れていると、店舗用端末がアラームを発生して入力を促すこととなる。また、店舗用端末からサーバーへのアラーム発生の問い合わせは１回だけでなく、所定間隔で繰り返されることで、アラームは何度か発生することになるので、店舗側オペレーターが最初のアラームを聞き逃したとしても問題はない。
これにより、店舗側オペレーターの入力忘れを防止できるので、正確な混雑情報を継続して公衆へ提供できるコンピュータシステムが実現できることとなる。
また、アラームを発生するか否かの判断をサーバー側で行うことによって、店舗用端末の処理負担が軽減できると共に、全店舗のアラーム発生状況をサーバーが一元的に管理することで、店舗用端末は、混雑データの入力と送信に特化した操作の容易な端末とすることができるので、コンピュータに不慣れな店舗へも普及が促進される。
さらに、アラーム発生中に混雑データが入力されるとアラームは停止するので、アラームが必要以上に長時間鳴動するような問題も生じない。
（３）前記店舗用端末は、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーは、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末は、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末は、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
を備える構成の採用により、やはり上記請求項１の効果と同様に、
営業中に店舗側オペレーターが店舗用端末への混雑データの入力を忘れていると、店舗用端末がアラームを発生して入力を促すこととなる。また、店舗用端末からサーバーへのアラーム発生の問い合わせは１回だけでなく、所定間隔で繰り返されることで、アラームは何度か発生することになるので、店舗側オペレーターが最初のアラームを聞き逃したとしても問題はない。
これにより、店舗側オペレーターの入力忘れを防止できるので、正確な混雑情報を継続して公衆へ提供できるコンピュータシステムが実現できることとなる。
また、アラームを発生するか否かの判断をサーバー側で行うことによって、店舗用端末の処理負担が軽減できると共に、全店舗のアラーム発生状況をサーバーが一元的に管理することで、店舗用端末は、混雑データの入力と送信に特化した操作の容易な端末とすることができるので、コンピュータに不慣れな店舗へも普及が促進される。
さらに、アラーム発生中に混雑データが入力されるとアラームは停止するので、アラームが必要以上に長時間鳴動するような問題も生じない。
更に、請求項２に続けて記載されている
（７）前記サーバーは、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーは、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
を備える構成の採用により、やはり上記請求項１の効果と同様に、
サーバーへ送信された最新の混雑データが現在の混雑情報としてＷｅｂ上に公開される訳であるが、営業中であるにも拘わらず長時間混雑データの入力がない店舗については、サーバーがアラーム発生指示を所定回数送信した後に、サーバーの判断で所定の混雑データを当該店舗の混雑情報として適用するので、実際とは異なる混雑情報を提供し続けてしまう心配もなくなる。
これにより、正確な混雑情報を公衆へ提供できるコンピュータシステムが実現できることとなる。
（７）前記サーバーは、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーは、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
を備える構成の採用により、やはり上記請求項１の効果と同様に、
サーバーへ送信された最新の混雑データが現在の混雑情報としてＷｅｂ上に公開される訳であるが、営業中であるにも拘わらず長時間混雑データの入力がない店舗については、サーバーがアラーム発生指示を所定回数送信した後に、サーバーの判断で所定の混雑データを当該店舗の混雑情報として適用するので、実際とは異なる混雑情報を提供し続けてしまう心配もなくなる。
これにより、正確な混雑情報を公衆へ提供できるコンピュータシステムが実現できることとなる。
最後に、請求項２の後段に記載されている
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各手段が実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入する構成の採用により、これも上記請求項１の効果と同様に、
店舗用端末は、店舗へ導入する際のアプリケーションのインストールや通信設定等を店舗側オペレーターが行う必要がなくなるばかりか、運用段階にあってもサーバーへの接続の度に店舗固有の認証データ（ＩＤやパスワード等）を入力する操作も必要もなくなるので、コンピュータに不慣れな店舗であっても導入と運用が容易となる。
これにより、本発明による店舗の混雑情報を提供するコンピュータシステムが、更に多くの店舗に導入されることが期待できることとなる。
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各手段が実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入する構成の採用により、これも上記請求項１の効果と同様に、
店舗用端末は、店舗へ導入する際のアプリケーションのインストールや通信設定等を店舗側オペレーターが行う必要がなくなるばかりか、運用段階にあってもサーバーへの接続の度に店舗固有の認証データ（ＩＤやパスワード等）を入力する操作も必要もなくなるので、コンピュータに不慣れな店舗であっても導入と運用が容易となる。
これにより、本発明による店舗の混雑情報を提供するコンピュータシステムが、更に多くの店舗に導入されることが期待できることとなる。
そして、請求項３記載のコンピュータプログラムにあっては、
サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムが店舗の混雑情報を公衆に提供するためのコンピュータプログラムを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースが設けられており、
（１）前記サーバーを、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末を、入力された混雑データをサーバーへ送信する手段と、
して機能させる構成の採用により、上記請求項１及び請求項２の効果と同様に、
営業時間外の店舗については、現在の混雑情報として営業時間外であることに該当する混雑データをサーバーが自動的に適用することとなるので、店舗側オペレーターが意識的に営業時間外であることを店舗用端末に入力する必要がなくなって、営業中の混雑データの入力に専念できるようになるので、店舗側オペレーターの操作量が軽減されることとなる。
そして、営業中の店舗については、サーバーは、店舗用端末から送信される混雑データを混雑情報として適用するので、店舗側オペレーターが店舗用端末に所望の混雑データを入力すればよいことになる。
これにより、店舗が営業中か営業時間外かに拘わらず、常に正確な店舗の混雑情報をリアルタイムで公衆へ提供できるコンピュータプログラムが実現できることとなる。
サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムが店舗の混雑情報を公衆に提供するためのコンピュータプログラムを前提として、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースが設けられており、
（１）前記サーバーを、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末を、入力された混雑データをサーバーへ送信する手段と、
して機能させる構成の採用により、上記請求項１及び請求項２の効果と同様に、
営業時間外の店舗については、現在の混雑情報として営業時間外であることに該当する混雑データをサーバーが自動的に適用することとなるので、店舗側オペレーターが意識的に営業時間外であることを店舗用端末に入力する必要がなくなって、営業中の混雑データの入力に専念できるようになるので、店舗側オペレーターの操作量が軽減されることとなる。
そして、営業中の店舗については、サーバーは、店舗用端末から送信される混雑データを混雑情報として適用するので、店舗側オペレーターが店舗用端末に所望の混雑データを入力すればよいことになる。
これにより、店舗が営業中か営業時間外かに拘わらず、常に正確な店舗の混雑情報をリアルタイムで公衆へ提供できるコンピュータプログラムが実現できることとなる。
また、請求項３に続けて記載されている
（３）前記店舗用端末を、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーを、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末を、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末を、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
して機能させる構成の採用により、やはり上記請求項１及び請求項２の効果と同様に、
営業中に店舗側オペレーターが店舗用端末への混雑データの入力を忘れていると、店舗用端末がアラームを発生して入力を促すこととなる。また、店舗用端末からサーバーへのアラーム発生の問い合わせは１回だけでなく、所定間隔で繰り返されることで、アラームは何度か発生することになるので、店舗側オペレーターが最初のアラームを聞き逃したとしても問題はない。
これにより、店舗側オペレーターの入力忘れを防止できるので、正確な混雑情報を継続して公衆へ提供できるコンピュータプログラムが実現できることとなる。
また、アラームを発生するか否かの判断をサーバー側で行うことによって、店舗用端末の処理負担が軽減できると共に、全店舗のアラーム発生状況をサーバーが一元的に管理することで、店舗用端末は、混雑データの入力と送信に特化した操作の容易な端末とすることができるので、コンピュータに不慣れな店舗へも普及が促進される。
さらに、アラーム発生中に混雑データが入力されるとアラームは停止するので、アラームが必要以上に長時間鳴動するような問題も生じない。
（３）前記店舗用端末を、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーを、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末を、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末を、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
して機能させる構成の採用により、やはり上記請求項１及び請求項２の効果と同様に、
営業中に店舗側オペレーターが店舗用端末への混雑データの入力を忘れていると、店舗用端末がアラームを発生して入力を促すこととなる。また、店舗用端末からサーバーへのアラーム発生の問い合わせは１回だけでなく、所定間隔で繰り返されることで、アラームは何度か発生することになるので、店舗側オペレーターが最初のアラームを聞き逃したとしても問題はない。
これにより、店舗側オペレーターの入力忘れを防止できるので、正確な混雑情報を継続して公衆へ提供できるコンピュータプログラムが実現できることとなる。
また、アラームを発生するか否かの判断をサーバー側で行うことによって、店舗用端末の処理負担が軽減できると共に、全店舗のアラーム発生状況をサーバーが一元的に管理することで、店舗用端末は、混雑データの入力と送信に特化した操作の容易な端末とすることができるので、コンピュータに不慣れな店舗へも普及が促進される。
さらに、アラーム発生中に混雑データが入力されるとアラームは停止するので、アラームが必要以上に長時間鳴動するような問題も生じない。
更に、請求項３に続けて記載されている
（７）前記サーバーを、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーを、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
して機能させる構成の採用により、やはり上記請求項１及び請求項２の効果と同様に、
サーバーへ送信された最新の混雑データが現在の混雑情報としてＷｅｂ上に公開される訳であるが、営業中であるにも拘わらず長時間混雑データの入力がない店舗については、サーバーがアラーム発生指示を所定回数送信した後に、サーバーの判断で所定の混雑データを当該店舗の混雑情報として適用するので、実際とは異なる混雑情報を提供し続けてしまう心配もなくなる。
これにより、やはり正確な混雑情報を公衆へ提供できるコンピュータプログラムが実現できることとなる。
（７）前記サーバーを、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーを、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
して機能させる構成の採用により、やはり上記請求項１及び請求項２の効果と同様に、
サーバーへ送信された最新の混雑データが現在の混雑情報としてＷｅｂ上に公開される訳であるが、営業中であるにも拘わらず長時間混雑データの入力がない店舗については、サーバーがアラーム発生指示を所定回数送信した後に、サーバーの判断で所定の混雑データを当該店舗の混雑情報として適用するので、実際とは異なる混雑情報を提供し続けてしまう心配もなくなる。
これにより、やはり正確な混雑情報を公衆へ提供できるコンピュータプログラムが実現できることとなる。
最後に、請求項３の後段に記載されている
前記店舗用端末に搭載されるアプリケーションは、前記店舗用端末の電源を入れるだけで前記サーバーとの通信が開始されて前記各手段を実行できるように前記店舗用端末にインストールされた状態にしてから各店舗へ導入する構成の採用により、これも上記請求項１及び請求項２の効果と同様に、
店舗用端末は、店舗へ導入する際のアプリケーションのインストールや通信設定等を店舗側オペレーターが行う必要がなくなるばかりか、運用段階にあってもサーバーへの接続の度に店舗固有の認証データ（ＩＤやパスワード等）を入力する操作も必要もなくなるので、コンピュータに不慣れな店舗であっても導入と運用が容易となる。
これにより、本発明による店舗の混雑情報を提供するコンピュータプログラムが、更に多くの店舗に導入されることが期待できることとなる。
前記店舗用端末に搭載されるアプリケーションは、前記店舗用端末の電源を入れるだけで前記サーバーとの通信が開始されて前記各手段を実行できるように前記店舗用端末にインストールされた状態にしてから各店舗へ導入する構成の採用により、これも上記請求項１及び請求項２の効果と同様に、
店舗用端末は、店舗へ導入する際のアプリケーションのインストールや通信設定等を店舗側オペレーターが行う必要がなくなるばかりか、運用段階にあってもサーバーへの接続の度に店舗固有の認証データ（ＩＤやパスワード等）を入力する操作も必要もなくなるので、コンピュータに不慣れな店舗であっても導入と運用が容易となる。
これにより、本発明による店舗の混雑情報を提供するコンピュータプログラムが、更に多くの店舗に導入されることが期待できることとなる。
なお、上記各請求項のステップ／手段（１）乃至（８）は、必ずしもこの番号通りの順序で実行されることに限定するものではなく、上記した効果が得られる限り、各ステップ／手段が実行される順序が入れ替わる場合もあり得る。
本発明の方法・コンピュータシステム・コンピュータプログラムについて、好適な実施の形態に基づいて詳述する。
なお、以下の説明では、本発明のコンピュータシステムについて詳述することにより、これを用いる本発明の方法およびコンピュータプログラムについても同時に説明を行うこととする。
なお、以下の説明では、本発明のコンピュータシステムについて詳述することにより、これを用いる本発明の方法およびコンピュータプログラムについても同時に説明を行うこととする。
（システム構成の説明）
図１は、本発明で用いるコンピュータシステムのハードウエア構成を示すシステム構成図である。
本実施例では、飲食店を対象としたコンピュータシステムを例示しているが、本発明が対象とする店舗は飲食店に限るものではなく、他の業種の店舗であっても構わないし、異なる業種の店舗を同時に対象とすることも可能である。
本システム構成では、１台のサーバー１と複数の店舗用端末２とをインターネットＮを介して接続した構成（図中の一点鎖線で囲う範囲）を基礎とし、これに公衆たる一般ユーザーの個人所有端末３と、表示専用端末４、駅員用端末５および管理用端末６が同じくインターネットＮを介して接続された状態にある。
図１は、本発明で用いるコンピュータシステムのハードウエア構成を示すシステム構成図である。
本実施例では、飲食店を対象としたコンピュータシステムを例示しているが、本発明が対象とする店舗は飲食店に限るものではなく、他の業種の店舗であっても構わないし、異なる業種の店舗を同時に対象とすることも可能である。
本システム構成では、１台のサーバー１と複数の店舗用端末２とをインターネットＮを介して接続した構成（図中の一点鎖線で囲う範囲）を基礎とし、これに公衆たる一般ユーザーの個人所有端末３と、表示専用端末４、駅員用端末５および管理用端末６が同じくインターネットＮを介して接続された状態にある。
このうち、サーバー１は、後述する店舗別マスターデータを格納したデータベースを記憶する記憶部と、後述するステップ／手段を実施する演算部と、各店舗用端末２とのデータ通信やＷｅｂ上へ情報を開示するためにインターネットＮに接続する通信部とを備えるものであり、本システムにとって必須の構成である。
店舗用端末２は、複数の店舗に配置されるものであって、本実施例ではＷｉ−Ｆｉ接続などの無線通信によってインターネットＮへ接続されてサーバー１との通信が可能な状態となっている。この店舗用端末２も本発明の必須の構成である。
店舗用端末２の仕様としては、インターネットＮに接続するための通信部と、アプリケーションをインストールする記憶部および入力されたデータを処理するための演算部とを備えるものであり、本実施例では、店内での持ち歩きやスペースの問題を考慮して、筐体が小型のスマートフォン型のものを採用している。ただし、筐体のタイプに関しては、これに限らず、店舗側の事情によってタブレット型やノート型またはデスクトップ型のような据置型のものを採用することも実施に応じて任意である。
店舗用端末２の仕様としては、インターネットＮに接続するための通信部と、アプリケーションをインストールする記憶部および入力されたデータを処理するための演算部とを備えるものであり、本実施例では、店内での持ち歩きやスペースの問題を考慮して、筐体が小型のスマートフォン型のものを採用している。ただし、筐体のタイプに関しては、これに限らず、店舗側の事情によってタブレット型やノート型またはデスクトップ型のような据置型のものを採用することも実施に応じて任意である。
なお、この店舗用端末２は、各店舗へ導入される前に、予め必要なアプリケーションのインストールやサーバー１との通信設定等の初期設定を全て完了させておくことで、各店舗へ導入された後は電源を入れるだけでサーバー１との通信が開始されて後述する各ステップ／手段が実行できる状態となっている。
これにより、店舗用端末２は、店舗側の従業員による導入時の設定作業や運用段階でのサーバー１への接続操作も不要となるので、コンピュータに不慣れな店舗であっても導入・運用が頗る容易となって、より多くの店舗への導入が期待できるようになる。
このように、本実施例のシステム構成は、上述したサーバー１と複数の店舗用端末２とをネットワークで接続した基礎構成を前提とするものである。
これにより、店舗用端末２は、店舗側の従業員による導入時の設定作業や運用段階でのサーバー１への接続操作も不要となるので、コンピュータに不慣れな店舗であっても導入・運用が頗る容易となって、より多くの店舗への導入が期待できるようになる。
このように、本実施例のシステム構成は、上述したサーバー１と複数の店舗用端末２とをネットワークで接続した基礎構成を前提とするものである。
個人所有端末３は、公衆たる一般ユーザーが所有する個人用の端末であって、持ち歩き可能なスマートフォンやタブレット型パーソナルコンピュータまたは家屋内に据え置きのノート型、デスクトップ型パーソナルコンピュータなどの種々のタイプのものが考えられる。
個人所有端末３の目的は、サーバー１が開示する店舗の混雑情報を閲覧することであって、公衆たる一般ユーザーが所望の店舗の正確な混雑情報をリアルタイムで入手することによって、本発明の最終的な効果を得ることになる。
個人所有端末３の目的は、サーバー１が開示する店舗の混雑情報を閲覧することであって、公衆たる一般ユーザーが所望の店舗の正確な混雑情報をリアルタイムで入手することによって、本発明の最終的な効果を得ることになる。
表示専用端末４は、個人所有端末３を持たない一般ユーザでも店舗の混雑情報が閲覧できるように、サーバー１が開示する各店舗の混雑情報を表示するための専用端末であって、本発明では付随的な構成である。
表示専用の端末であるため、ＣＰＵ本体のタイプに特別な限定は無いが、本実施例では設置場所に捉われないコンパクトなスティック型パーソナルコンピュータを採用し、インターネット接続もＷｉ−Ｆｉ接続などの無線通信で行っている。
この表示専用端末４は、主に人が多く集まる鉄道の駅構内や商業施設のロビー等に設置されることを予定しているもので、表示モニターは大型のものが望ましく、例えば、画面サイズ４７インチ以上の表示モニターが推奨される。
また、表示専用端末４は、常に最新の混雑情報を画面に表示するように設定されているものであり、出来るだけリアルタイムな混雑情報を表示するべく１分間隔でサーバー１にアクセスして表示内容を更新するよう設定されている。
表示専用の端末であるため、ＣＰＵ本体のタイプに特別な限定は無いが、本実施例では設置場所に捉われないコンパクトなスティック型パーソナルコンピュータを採用し、インターネット接続もＷｉ−Ｆｉ接続などの無線通信で行っている。
この表示専用端末４は、主に人が多く集まる鉄道の駅構内や商業施設のロビー等に設置されることを予定しているもので、表示モニターは大型のものが望ましく、例えば、画面サイズ４７インチ以上の表示モニターが推奨される。
また、表示専用端末４は、常に最新の混雑情報を画面に表示するように設定されているものであり、出来るだけリアルタイムな混雑情報を表示するべく１分間隔でサーバー１にアクセスして表示内容を更新するよう設定されている。
駅員用端末５は、鉄道利用客等からの問い合わせに応じて駅員が駅周辺の店舗の混雑情報を閲覧するための端末であって、その主たる用途は上記した個人所有端末３や表示専用端末４と変わることはない。なお、この駅員用端末５も本発明では付随的な構成である。
管理用端末６も、本発明の必須構成には含まれてはいないが、実際にはサーバー１の運用に重要なものであって、サーバー１のデータベースの管理・変更やサーバー１のメンテナンスを目的とする端末である。本実施例では、サーバー１から離れた場所に設置されているので、インターネットＮを介してサーバー１に接続することで遠隔操作によってサーバー１のメンテナンス等を行っているものである。
以上が本実施例のコンピュータシステムを構成する各機器の内容である。
管理用端末６も、本発明の必須構成には含まれてはいないが、実際にはサーバー１の運用に重要なものであって、サーバー１のデータベースの管理・変更やサーバー１のメンテナンスを目的とする端末である。本実施例では、サーバー１から離れた場所に設置されているので、インターネットＮを介してサーバー１に接続することで遠隔操作によってサーバー１のメンテナンス等を行っているものである。
以上が本実施例のコンピュータシステムを構成する各機器の内容である。
（店舗別マスターベースの説明）
次に、サーバー１のデータベースに格納されている店舗別マスターデータ１０について詳述する。
店舗別マスターデータ１０とは、店舗毎の情報を記録したデータの集合体であって、図２に示す如く、店舗毎の認証データ１１、営業時間データ１２、休業日データ１３、混雑データ１４の他に、地域データ、店名データ、アラームのＯＮ／ＯＦＦデータ等が含まれている。
このうち、本発明の必須構成は、認証データ１１、営業時間データ１２、休業日データ１３、混雑データ１４であり、店舗別マスターデータ１０は、少なくとも店舗毎のこれらのデータを必ず含むことが必要になる。
次に、サーバー１のデータベースに格納されている店舗別マスターデータ１０について詳述する。
店舗別マスターデータ１０とは、店舗毎の情報を記録したデータの集合体であって、図２に示す如く、店舗毎の認証データ１１、営業時間データ１２、休業日データ１３、混雑データ１４の他に、地域データ、店名データ、アラームのＯＮ／ＯＦＦデータ等が含まれている。
このうち、本発明の必須構成は、認証データ１１、営業時間データ１２、休業日データ１３、混雑データ１４であり、店舗別マスターデータ１０は、少なくとも店舗毎のこれらのデータを必ず含むことが必要になる。
認証データ１１とは、サーバー１が各店舗を識別するための各店舗固有のＩＤデータであって、本実施例では複数桁の英数字を採用している。
営業時間データ１２とは、各店舗の営業時間帯を示すデータであって、本実施例では、曜日ごとに２４時間表示をもって、ランチタイムである昼の開始時間と終了時間、ディナータイムである夜の開始時間と終了時間を設定できるようにしてある。
ここで、ある曜日が定休日である場合は、その曜日の全ての開始時間・終了時間に「０：００」を入力することで、その曜日が定休日であることを示すことができる（図２に例示の営業時間データでいうと火曜日が定休日に該当する）。なお、設定された開始時間から終了時間までの時間帯以外の時間帯は、準備中や休憩中などの営業時間外という判断になる。
休業日データ１３とは、各店舗の定休日以外の休業日（臨時休業日など）を示すデータであって、本実施例では、該当する日にマークを付したカレンダー形式のデータを採用している。
混雑データ１４とは、まさに各店舗の混雑情報を示すデータであって、本実施例では、混雑情報を段階的に表現する複数のマーク（記号）とテキストデータをセットで用意し、各店舗は、その状況に応じた混雑データ１４を用意された複数のマーク（記号）とテキストデータのセットの中から自由に選択できるようにした。
なお、上記で紹介した必須構成の各データ１１乃至１４の形式や表示は、いずれも実施例として紹介するものであって、その形式や表示は上記したものに限定されるものではない。
営業時間データ１２とは、各店舗の営業時間帯を示すデータであって、本実施例では、曜日ごとに２４時間表示をもって、ランチタイムである昼の開始時間と終了時間、ディナータイムである夜の開始時間と終了時間を設定できるようにしてある。
ここで、ある曜日が定休日である場合は、その曜日の全ての開始時間・終了時間に「０：００」を入力することで、その曜日が定休日であることを示すことができる（図２に例示の営業時間データでいうと火曜日が定休日に該当する）。なお、設定された開始時間から終了時間までの時間帯以外の時間帯は、準備中や休憩中などの営業時間外という判断になる。
休業日データ１３とは、各店舗の定休日以外の休業日（臨時休業日など）を示すデータであって、本実施例では、該当する日にマークを付したカレンダー形式のデータを採用している。
混雑データ１４とは、まさに各店舗の混雑情報を示すデータであって、本実施例では、混雑情報を段階的に表現する複数のマーク（記号）とテキストデータをセットで用意し、各店舗は、その状況に応じた混雑データ１４を用意された複数のマーク（記号）とテキストデータのセットの中から自由に選択できるようにした。
なお、上記で紹介した必須構成の各データ１１乃至１４の形式や表示は、いずれも実施例として紹介するものであって、その形式や表示は上記したものに限定されるものではない。
これら必須構成の各データ１１乃至１４のうち、営業時間データ１２と、休業日データ１３とによって、サーバー１は、各店舗が営業中か否かを判断することができる。
また、サーバー１は、認証データ１１によって、店舗用端末２がどの店舗に所属するものかを特定することができるので、店舗用端末２から混雑データ１４を受信した際には、送信元店舗の混雑データ１４を他店舗のものと間違えることなく更新することができる。
また、サーバー１は、認証データ１１によって、店舗用端末２がどの店舗に所属するものかを特定することができるので、店舗用端末２から混雑データ１４を受信した際には、送信元店舗の混雑データ１４を他店舗のものと間違えることなく更新することができる。
このように、サーバー１に少なくとも店舗毎の認証データ１１、営業時間データ１２、休業日データ１３、混雑データ１４を含む店舗別マスターデータ１０を格納したデータベースを設けることにより、サーバー１は、常に各店舗の営業状況を把握できる上に、各店舗の混雑情報も一元管理できるようになる。
その結果、サーバー１は、本発明の各請求項に記載した要所のステップ／手段を実行することができるようになるのである。すなわち、サーバー１が、この店舗別マスターデータ１０を格納したデータベースを備えることは、各請求項に記載する各ステップ／手段を実行するための必須構成なのである。
なお、図２中の報告日時データとは、店舗別マスターデータ１０に変更があった場合に、その変更日時を記録したものである。
その結果、サーバー１は、本発明の各請求項に記載した要所のステップ／手段を実行することができるようになるのである。すなわち、サーバー１が、この店舗別マスターデータ１０を格納したデータベースを備えることは、各請求項に記載する各ステップ／手段を実行するための必須構成なのである。
なお、図２中の報告日時データとは、店舗別マスターデータ１０に変更があった場合に、その変更日時を記録したものである。
また、図３に示す如く、本実施例の店舗別マスターデータ１０には、混雑データ１４の更新履歴を示すものとして、店舗用端末２に入力された混雑データ１４の入力ログ（入力記録）も含まれている。同図は、この入力ログが店舗名と入力された最新の混雑データ１４を表す記号とに関連付けて確認できるように表示した事例である。
これによって、最新の混雑データ１４によって店舗別マスターデータ１０が更新された履歴が確認できることとなる。
ただし、この入力ログの構成は、本発明では付随的なものであって必須構成ではない。
これによって、最新の混雑データ１４によって店舗別マスターデータ１０が更新された履歴が確認できることとなる。
ただし、この入力ログの構成は、本発明では付随的なものであって必須構成ではない。
（サーバーと店舗用端末の処理の説明）
次に、本実施例のサーバー１と店舗用端末２の処理の流れについて詳述する。
まず、具体的に図示はしないが、サーバー１は、常にデータベースに格納されている店舗別マスターデータ１０の営業時間データ１２、休業日データ１３を参照して、店舗毎に現在営業中であるか否かを判断している状態にある。
これにより、現在は営業時間外であると判断される店舗については、サーバー１は自動的に営業時間外に該当する混雑データ１４を現在の混雑情報として適用する処理が実行されている。
また、サーバー１は、上記と同じ方法で現在営業中であると判断する店舗については、店舗用端末２から送信される混雑データ１４を現在の混雑情報として適用する処理が実行されるように設定されている。
このサーバー１による処理が、本発明の各請求項に記載の（１）のステップ／手段に該当するものであり、この処理の実行によって、店舗が営業時間外である場合には、サーバー１が自動的に営業時間外に該当する混雑データ１４を混雑情報として適用するので、店舗側オペレーターは、意識的に営業時間外であることを店舗用端末２に入力する必要がなくなって、営業中の混雑データ１４の入力に専念できるようになり、店舗側オペレーターの操作量が軽減されることとなる。
次に、本実施例のサーバー１と店舗用端末２の処理の流れについて詳述する。
まず、具体的に図示はしないが、サーバー１は、常にデータベースに格納されている店舗別マスターデータ１０の営業時間データ１２、休業日データ１３を参照して、店舗毎に現在営業中であるか否かを判断している状態にある。
これにより、現在は営業時間外であると判断される店舗については、サーバー１は自動的に営業時間外に該当する混雑データ１４を現在の混雑情報として適用する処理が実行されている。
また、サーバー１は、上記と同じ方法で現在営業中であると判断する店舗については、店舗用端末２から送信される混雑データ１４を現在の混雑情報として適用する処理が実行されるように設定されている。
このサーバー１による処理が、本発明の各請求項に記載の（１）のステップ／手段に該当するものであり、この処理の実行によって、店舗が営業時間外である場合には、サーバー１が自動的に営業時間外に該当する混雑データ１４を混雑情報として適用するので、店舗側オペレーターは、意識的に営業時間外であることを店舗用端末２に入力する必要がなくなって、営業中の混雑データ１４の入力に専念できるようになり、店舗側オペレーターの操作量が軽減されることとなる。
一方、店舗用端末２は、電源を入れるとオペレーティングシステム起動の後に、本発明のコンピュータプログラムであるアプリケーションが自動的に起動して、図４に示す如く、タッチパネル２ａ上に入力画面を表示して、オペレーターが混雑データ１４を入力できる状態となる。
実際の混雑データ１４の入力方法は、タッチパネル２ａ上の文字「空席あり」「満席ですが直ぐに案内可能」「待ち時間３０分程度」「待ち時間１時間程度」「待ち時間１時間以上」「待ち時間２時間以上」「お休み・営業時間外」の上部に表示されているマークボタン２ｂを押すことで所望の混雑データ１４を入力することになる。また、入力画面は一見して目的のマークボタン２ｂが認識できるように極力簡素化したレイアウトを採用することで、店舗が繁忙時間帯であってもオペレーターがマークボタン２ｂの押し間違えをしないように考慮されている。
実際の混雑データ１４の入力方法は、タッチパネル２ａ上の文字「空席あり」「満席ですが直ぐに案内可能」「待ち時間３０分程度」「待ち時間１時間程度」「待ち時間１時間以上」「待ち時間２時間以上」「お休み・営業時間外」の上部に表示されているマークボタン２ｂを押すことで所望の混雑データ１４を入力することになる。また、入力画面は一見して目的のマークボタン２ｂが認識できるように極力簡素化したレイアウトを採用することで、店舗が繁忙時間帯であってもオペレーターがマークボタン２ｂの押し間違えをしないように考慮されている。
そして、図５に示す如く、店舗用端末２は、入力画面の表示と並行してインターネットＮを介してサーバー１への接続を開始する（ステップ／手段Ｓ１）。
サーバー１との接続が成立すると、店舗側オペレーターによる混雑データ１４入力の待機状態となって（ステップ／手段Ｓ２）、店舗側オペレータがいずれかのマークボタン２ｂを押して混雑データ１４を入力すると（ステップ／手段Ｓ３）、それを最新の混雑データとして速やかにサーバー１へ送信する（ステップ／手段Ｓ４）。
この店舗用端末２によるサーバー１への混雑データ１４の送信が本発明の各請求項に記載の（２）のステップ／手段に該当する。
サーバー１との接続が成立すると、店舗側オペレーターによる混雑データ１４入力の待機状態となって（ステップ／手段Ｓ２）、店舗側オペレータがいずれかのマークボタン２ｂを押して混雑データ１４を入力すると（ステップ／手段Ｓ３）、それを最新の混雑データとして速やかにサーバー１へ送信する（ステップ／手段Ｓ４）。
この店舗用端末２によるサーバー１への混雑データ１４の送信が本発明の各請求項に記載の（２）のステップ／手段に該当する。
また、本実施例の店舗用端末２は、店舗側オペレーターが混雑データ１４を入力したか否かに係わらず、予め設定されている所定時刻になると、サーバー１に対してアラームを発生するか否かの問い合わせを送信する（ステップ／手段Ｓ５）。ここでアラームとは、店舗側オペレーターに混雑データ１４の入力を促すために店舗用端末２が発するベル音や音楽、振動等のことを言う。
前記所定時刻とは、本発明のコンピュータプログラムで設定する時刻のことであって、本実施例では、例えば１２時００分、１２時３０分、１３時００分、１３時３０分のように一定間隔（本実施例では３０分間隔）で複数の所定時刻を設定することで、サーバー１への問い合わせが所定間隔で複数回送信されることとなる。
この店舗用端末２による所定間隔でのアラーム発生の問い合わせ送信が本発明の各請求項に記載された（３）のステップ／手段に該当する。
前記所定時刻とは、本発明のコンピュータプログラムで設定する時刻のことであって、本実施例では、例えば１２時００分、１２時３０分、１３時００分、１３時３０分のように一定間隔（本実施例では３０分間隔）で複数の所定時刻を設定することで、サーバー１への問い合わせが所定間隔で複数回送信されることとなる。
この店舗用端末２による所定間隔でのアラーム発生の問い合わせ送信が本発明の各請求項に記載された（３）のステップ／手段に該当する。
次に、サーバー１は、図６に示す如く、上記した店舗用端末２からのアラーム発生の問い合わせを受信すると（ステップ／手段ＳＳ１）、データベースの店舗別マスターデータ１０を参照して、送信元店舗が営業中であるか否かを判断する（ステップ／手段ＳＳ２）。
送信元店舗が営業中であると判断すると（ステップ／手段ＳＳ３）、アラームを発生させる決定をして、その決定による指示を店舗用端末２のアプリケーションへ送信する（ステップ／手段ＳＳ４）。
このとき、サーバー１は店舗用端末２へ送信したアラーム発生指示の回数をカウントする（ステップ／手段ＳＳ５）。
このサーバー１による判断とアラーム発生の指示の送信が、本発明の各請求項に記載の（４）のステップ／手段に該当する。
送信元店舗が営業中であると判断すると（ステップ／手段ＳＳ３）、アラームを発生させる決定をして、その決定による指示を店舗用端末２のアプリケーションへ送信する（ステップ／手段ＳＳ４）。
このとき、サーバー１は店舗用端末２へ送信したアラーム発生指示の回数をカウントする（ステップ／手段ＳＳ５）。
このサーバー１による判断とアラーム発生の指示の送信が、本発明の各請求項に記載の（４）のステップ／手段に該当する。
然しながら、サーバー１は、店舗別マスターデータ１０の参照から送信元店舗が営業時間外であると判断すると、前記した店舗用端末２への指示は行わずに再び待機状態になる（ステップ／手段ＳＳ９）。
これにより、店舗が営業時間外である場合には、サーバー１は、店舗用端末２からアラーム発生の問い合わせを受けたとしてもアラームを発生させる決定をすることはない。
そして、この場合は、店舗別マスターデータ１０の混雑データ１４は更新されず現在のものが維持されることになる。
これにより、店舗が営業時間外である場合には、サーバー１は、店舗用端末２からアラーム発生の問い合わせを受けたとしてもアラームを発生させる決定をすることはない。
そして、この場合は、店舗別マスターデータ１０の混雑データ１４は更新されず現在のものが維持されることになる。
これに対して、図５に示す如く、店舗用端末２は、サーバー１からアラーム発生の指示を受信すると（ステップ／手段Ｓ６）、アラームを３分間発生させて店舗側オペレーターに混雑データ１４の入力を促す（ステップ／手段Ｓ７）。
この店舗用端末２がアラームを発生させて入力を促す処理が、本発明の各請求項に記載の（５）のステップ／手段に該当する。
この店舗用端末２がアラームを発生させて入力を促す処理が、本発明の各請求項に記載の（５）のステップ／手段に該当する。
ここで、店舗側オペレーターが混雑データ１４を入力した場合は（ステップ／手段Ｓ８）、店舗用端末２はその時点でアラームを停止し（ステップ／手段Ｓ９）、入力された混雑データを速やかにサーバー１へ送信する（ステップ／手段Ｓ１０）。
この店舗用端末２がアラームを停止して入力された混雑データ１４を送信する処理が、本発明の各請求項に記載の（６）のステップ／手段に該当すると共に、（２）のステップ／手段にも該当する。
この店舗用端末２がアラームを停止して入力された混雑データ１４を送信する処理が、本発明の各請求項に記載の（６）のステップ／手段に該当すると共に、（２）のステップ／手段にも該当する。
しかし、店舗用端末２に混雑データ１４の入力がなかった場合は、店舗用端末２は３分後にアラームを終了し（ステップ／手段Ｓ１１，Ｓ１２）、次の所定時刻に再びサーバー１に２回目のアラーム発生の問い合わせを送信することとなる（ステップ／手段Ｓ５）。
そして、この２回目の問い合わせに対してサーバー１から２回目のアラーム発生の指示を受信すると、店舗用端末２は再び２回目のアラームを３分間発生させることとなる。
このように、アラーム発生は、上記した店舗用端末２からの問い合わせとサーバー１からの指示の繰り返しにより、当該店舗が店舗別マスターデータ１０に設定されている営業時間外に入るまで繰り返されることとなる。
店舗別マスターデータ１０の設定から、店舗が営業時間外に入ると、サーバー１はアラーム発生指示を停止する。これにより、営業時間外にまでアラームが発生することはない。
このように、アラーム発生は、上記した店舗用端末２からの問い合わせとサーバー１からの指示の繰り返しにより、当該店舗が店舗別マスターデータ１０に設定されている営業時間外に入るまで繰り返されることとなる。
店舗別マスターデータ１０の設定から、店舗が営業時間外に入ると、サーバー１はアラーム発生指示を停止する。これにより、営業時間外にまでアラームが発生することはない。
サーバー１は、上記アラーム発生の指示を３回送信しても店舗用端末２が混雑データ１４を送信して来なかった場合は、所定の混雑データ１４を現在の混雑情報として適用する処理をする（ステップ／手段ＳＳ１１）。
なお、ここで言う所定の混雑データ１４とは、本実施例では「店舗へ直接に問い合わせを要する」に該当する混雑データ１４としてサーバー１が予め用意したものである。
ただし、この所定の混雑データ１４は、これに限らず、例えば「不明」に該当する混雑データ１４としても構わないし、混雑データ１４そのものをブランク（無し／空欄）として扱うなどの処理を採用しても構わない。
これにより、何らかの理由により、営業中にも拘わらず店舗側オペレーターが混雑データ１４の入力を長時間にわたり怠ったとしても、現在の混雑情報としては「店舗へ直接に問い合わせを要する」に該当する混雑データ１４が適用されるので、実際の混雑状況とは異なる混雑情報が継続して提供されてしまうことを防止することができるのである。
このサーバー１によるアラーム発生指示送信後の処理が、本発明の各請求項に記載の（７）のステップ／手段に該当するものである。なお、本実施例では、前記（７）で言う所定回数を３回に設定したものであるが、この所定回数も実施に応じて任意の回数に設定して構わない。
そしてサーバー１は、継続して３回目までのアラーム発生指示をカウントするが（ステップ／手段ＳＳ５）、４回目はカウントをクリアして「１」に戻し（ステップ／手段ＳＳ１２）、以降はこれを繰り返すこととなる。
なお、ここで言う所定の混雑データ１４とは、本実施例では「店舗へ直接に問い合わせを要する」に該当する混雑データ１４としてサーバー１が予め用意したものである。
ただし、この所定の混雑データ１４は、これに限らず、例えば「不明」に該当する混雑データ１４としても構わないし、混雑データ１４そのものをブランク（無し／空欄）として扱うなどの処理を採用しても構わない。
これにより、何らかの理由により、営業中にも拘わらず店舗側オペレーターが混雑データ１４の入力を長時間にわたり怠ったとしても、現在の混雑情報としては「店舗へ直接に問い合わせを要する」に該当する混雑データ１４が適用されるので、実際の混雑状況とは異なる混雑情報が継続して提供されてしまうことを防止することができるのである。
このサーバー１によるアラーム発生指示送信後の処理が、本発明の各請求項に記載の（７）のステップ／手段に該当するものである。なお、本実施例では、前記（７）で言う所定回数を３回に設定したものであるが、この所定回数も実施に応じて任意の回数に設定して構わない。
そしてサーバー１は、継続して３回目までのアラーム発生指示をカウントするが（ステップ／手段ＳＳ５）、４回目はカウントをクリアして「１」に戻し（ステップ／手段ＳＳ１２）、以降はこれを繰り返すこととなる。
店舗用端末２からサーバー１へ混雑データ１４が送信されると、サーバー１は送信元店舗の店舗別マスターデータ１０の混雑データ１４を送信されてきた最新のものに更新し（ステップ／手ＳＳ７）、これを当該店舗の現在の混雑情報としてＷｅｂ上に開示することで公衆へ提供する（ステップ／手段ＳＳ８）。
このサーバー１による現在の混雑情報をＷｅｂ上へ開示する処理が本発明の各請求項に記載の（８）のステップ／手段に該当する。これにより、公衆たる一般ユーザーは、インターネットＮを介した個人所有端末３または表示専用端末４で各店舗の現在の混雑情報を閲覧することが可能となるのである。
このサーバー１による現在の混雑情報をＷｅｂ上へ開示する処理が本発明の各請求項に記載の（８）のステップ／手段に該当する。これにより、公衆たる一般ユーザーは、インターネットＮを介した個人所有端末３または表示専用端末４で各店舗の現在の混雑情報を閲覧することが可能となるのである。
（一般ユーザー（公衆）の混雑情報閲覧方法の説明）
上記したように、公衆たる一般ユーザーは、スマートフォンやパーソナルコンピュータ等の個人所有端末３でサーバー１が提供する各店舗の現在の混雑情報を閲覧できる。
具体的には、例えば、一般ユーザーが外出中の場合には、スマートフォン等の携帯型の個人所有端末３をＷｉ−Ｆｉなどの無線通信サービスに接続して、インターネットＮを介してサーバー１が混雑情報を提供しているホームページにアクセスする。
一般ユーザーが家屋内にいる場合には、家屋内のパーソナルコンピュータ等をインターネットＮに接続して、上記と同様に上記ホームページにアクセスすることで現在の混雑情報を閲覧することができる。
上記したように、公衆たる一般ユーザーは、スマートフォンやパーソナルコンピュータ等の個人所有端末３でサーバー１が提供する各店舗の現在の混雑情報を閲覧できる。
具体的には、例えば、一般ユーザーが外出中の場合には、スマートフォン等の携帯型の個人所有端末３をＷｉ−Ｆｉなどの無線通信サービスに接続して、インターネットＮを介してサーバー１が混雑情報を提供しているホームページにアクセスする。
一般ユーザーが家屋内にいる場合には、家屋内のパーソナルコンピュータ等をインターネットＮに接続して、上記と同様に上記ホームページにアクセスすることで現在の混雑情報を閲覧することができる。
図７は、混雑情報を提供するホームページ画面の参考図であるが、同図ＡおよびＢは、スマートフォンの画面に表示されたホームページ画面を例示し、同図Ｃは、パーソナルコンピュータの画面に表示されたホームページ画面を例示している。いずれの画面も、複数の店舗を店舗毎に区分けして、各店舗の希望する紹介文と共に、最新の混雑情報が店舗用端末２の入力画面で押された混雑データ１４のマークボタン２ｂの表示をもって提供されている。
なお、各画面上には、混雑データ１４のマークボタン２ｂの表示が意味する混雑状況のテキストデータ２ｃを要所に表示することで、一般ユーザーは、各店舗の具体的な混雑情報を把握できるようになっている。
このように、サーバー１が提供するホームページでは、１つのホームページ上で複数の店舗の混雑情報を一望できるように表示しているので、これを閲覧する一般ユーザーにとっては、各店舗の混雑情報が比較しやすく、これから向かうべき目的の店舗を容易に選択することができるようになっている。
なお、各画面上には、混雑データ１４のマークボタン２ｂの表示が意味する混雑状況のテキストデータ２ｃを要所に表示することで、一般ユーザーは、各店舗の具体的な混雑情報を把握できるようになっている。
このように、サーバー１が提供するホームページでは、１つのホームページ上で複数の店舗の混雑情報を一望できるように表示しているので、これを閲覧する一般ユーザーにとっては、各店舗の混雑情報が比較しやすく、これから向かうべき目的の店舗を容易に選択することができるようになっている。
（表示専用端末の処理の説明）
表示専用端末４は、そのＣＰＵ本体であるスティック型パーソナルコンピュータがＷｉ−Ｆｉ接続等の無線通信によってインターネットＮを介して定期的にサーバー１へアクセスして、各店舗の現在の混雑情報を大型のモニター画面に表示する。
図８は、表示専用端末４のモニター画面が各店舗の混雑情報を表示している例示である。
表示専用端末４は、本発明の必須構成ではないが、より多くの店舗の混雑情報を、より多くの一般ユーザーが同時に閲覧できることを目的として、本実施例に構成されているものである。
より多くの店舗の混雑情報を表示するために、モニター画面が表示するものはサーバー１が提供するホームページ画面ではなく、表示専用端末４専用に製作された画面であり、その１画面で表示される店舗の混雑情報の数は、個人所有端末３よりも遙かに多い。
本実施例の表示専用端末４では、より多くの店舗の混雑情報を提供するために、サーバー１へのアクセスは１分間隔で行われて、１分毎に画面が更新される。但し、このアクセス間隔は１分間隔に限定するものではなく、設置される場所の事情等に応じて自由に設定することができる。
表示専用端末４は、そのＣＰＵ本体であるスティック型パーソナルコンピュータがＷｉ−Ｆｉ接続等の無線通信によってインターネットＮを介して定期的にサーバー１へアクセスして、各店舗の現在の混雑情報を大型のモニター画面に表示する。
図８は、表示専用端末４のモニター画面が各店舗の混雑情報を表示している例示である。
表示専用端末４は、本発明の必須構成ではないが、より多くの店舗の混雑情報を、より多くの一般ユーザーが同時に閲覧できることを目的として、本実施例に構成されているものである。
より多くの店舗の混雑情報を表示するために、モニター画面が表示するものはサーバー１が提供するホームページ画面ではなく、表示専用端末４専用に製作された画面であり、その１画面で表示される店舗の混雑情報の数は、個人所有端末３よりも遙かに多い。
本実施例の表示専用端末４では、より多くの店舗の混雑情報を提供するために、サーバー１へのアクセスは１分間隔で行われて、１分毎に画面が更新される。但し、このアクセス間隔は１分間隔に限定するものではなく、設置される場所の事情等に応じて自由に設定することができる。
（駅員用端末の処理の説明）
この駅員用端末５も本発明の必須構成ではないが、インターネットＮを介してサーバー１へ接続して、その画面上にサーバー１が提供するホームページを表示する。
これにより、各店舗の混雑情報を閲覧できるので、例えば、駅員が鉄道利用客等から周辺店舗の混雑状況について質問を受けた場合には、その駅員は、駅員用端末５の画面から得られる混雑情報を教えることで、鉄道利用客等の質問への対応が可能となるものである。
この駅員用端末５も本発明の必須構成ではないが、インターネットＮを介してサーバー１へ接続して、その画面上にサーバー１が提供するホームページを表示する。
これにより、各店舗の混雑情報を閲覧できるので、例えば、駅員が鉄道利用客等から周辺店舗の混雑状況について質問を受けた場合には、その駅員は、駅員用端末５の画面から得られる混雑情報を教えることで、鉄道利用客等の質問への対応が可能となるものである。
（管理用端末の処理の説明）
管理用端末６も本発明の必須構成ではないが、実際にはサーバー１の運用に大変重要な構成であって、サーバー１のデータベースの管理・変更やサーバー１のメンテナンスを目的とする端末であり、本実施例では、サーバー１から離れた場所に設置されて、インターネットＮを介してサーバー１に接続することで遠隔操作によってサーバー１のメンテナンス等を行っている。
また、本実施例では、この管理用端末６だけがサーバー１のデータベースに格納された店舗別マスターデータ１０の各データを編集できる権限をもっている。従って、本実施例では、店舗別マスターデータ１０の各データの変更を希望する店舗がある場合は、その店舗から管理用端末６のオペレーターへデータの変更を依頼する必要がある。
管理用端末６も本発明の必須構成ではないが、実際にはサーバー１の運用に大変重要な構成であって、サーバー１のデータベースの管理・変更やサーバー１のメンテナンスを目的とする端末であり、本実施例では、サーバー１から離れた場所に設置されて、インターネットＮを介してサーバー１に接続することで遠隔操作によってサーバー１のメンテナンス等を行っている。
また、本実施例では、この管理用端末６だけがサーバー１のデータベースに格納された店舗別マスターデータ１０の各データを編集できる権限をもっている。従って、本実施例では、店舗別マスターデータ１０の各データの変更を希望する店舗がある場合は、その店舗から管理用端末６のオペレーターへデータの変更を依頼する必要がある。
（まとめ）
このように、本実施例のコンピュータシステムが、上記各請求項に記載の構成を実行することによって、従来の方法・コンピュータシステム・コンピュータプログラムでは不可能であった下記（Ａ）乃至（Ｃ）の課題を解決することができるようになった。
（Ａ）店舗が準備中や休業日などの営業時間外である場合には、店舗側オペレーターが意識的に混雑情報を入力しなくても、自動的に営業時間外に該当する混雑情報に変更されることで、店舗側オペレーターが営業中の混雑情報の入力に専念できるように操作量の軽減ができること。
（Ｂ）営業中にあっては、店舗側オペレーターが混雑情報の入力を忘れることを防止すると共に、仮に何らかの理由で長時間入力ができなかったとしても、それに見合う混雑情報を自動的に公衆へ提供できること。
（Ｃ）店舗側オペレーターに対して導入作業や運用時の操作負担を掛けない店舗用端末を使用することで、コンピュータに不慣れな店舗への導入も促進できること。
このように、本実施例のコンピュータシステムが、上記各請求項に記載の構成を実行することによって、従来の方法・コンピュータシステム・コンピュータプログラムでは不可能であった下記（Ａ）乃至（Ｃ）の課題を解決することができるようになった。
（Ａ）店舗が準備中や休業日などの営業時間外である場合には、店舗側オペレーターが意識的に混雑情報を入力しなくても、自動的に営業時間外に該当する混雑情報に変更されることで、店舗側オペレーターが営業中の混雑情報の入力に専念できるように操作量の軽減ができること。
（Ｂ）営業中にあっては、店舗側オペレーターが混雑情報の入力を忘れることを防止すると共に、仮に何らかの理由で長時間入力ができなかったとしても、それに見合う混雑情報を自動的に公衆へ提供できること。
（Ｃ）店舗側オペレーターに対して導入作業や運用時の操作負担を掛けない店舗用端末を使用することで、コンピュータに不慣れな店舗への導入も促進できること。
すなわち、営業時間外の店舗については、店舗側オペレーターが意識的に混雑データ１４を入力しなくても、サーバー１が自動的に営業時間外であることに該当する混雑データ１４を混雑情報として公衆へ提供するので、店舗側オペレータは、営業中の混雑データ１４の入力に専念できるようになり、店舗側オペレーターの操作量を軽減することが可能となる。
そして、営業中の店舗については、店舗側オペレーターが混雑データ１４の入力を忘れていると、店舗用端末２がアラームを発生して入力を催促するので、店舗側オペレーターの入力忘れを防止することができると共に、仮に店舗側オペレーターが長時間にわたり混雑データ１４を入力しなくても、サーバー１の判断で所定の混雑データ１４が適用されるので、実際とは異なる混雑情報が提供され続けてしまう心配もなくなる。
更に、店舗用端末２は、店舗への導入する際の設定作業や運用段階でのサーバー１への接続操作も不要となるので、コンピュータに不慣れな店舗であっても導入・運用が頗る容易となって、この種のコンピュータシステムの導入が促進されることとなるのである。
そして、営業中の店舗については、店舗側オペレーターが混雑データ１４の入力を忘れていると、店舗用端末２がアラームを発生して入力を催促するので、店舗側オペレーターの入力忘れを防止することができると共に、仮に店舗側オペレーターが長時間にわたり混雑データ１４を入力しなくても、サーバー１の判断で所定の混雑データ１４が適用されるので、実際とは異なる混雑情報が提供され続けてしまう心配もなくなる。
更に、店舗用端末２は、店舗への導入する際の設定作業や運用段階でのサーバー１への接続操作も不要となるので、コンピュータに不慣れな店舗であっても導入・運用が頗る容易となって、この種のコンピュータシステムの導入が促進されることとなるのである。
なお、アラームを発生するか否かの判断をサーバー１が行うことは、店舗用端末２の処理負担を軽減することにも役立ち、全店舗のアラーム発生状況をサーバー１が一元的に管理することは、店舗用端末２を混雑データ１４の入力に専念させる操作の容易な端末にすることにも役立っている。
また、店舗用端末２のアラーム発生中に混雑データ１４が入力されるとアラームは停止する構成となっているので、アラームが必要以上に長時間鳴動するような心配もない。
また、店舗用端末２のアラーム発生中に混雑データ１４が入力されるとアラームは停止する構成となっているので、アラームが必要以上に長時間鳴動するような心配もない。
以上によって、本発明による店舗の混雑情報を提供する方法・コンピュータシステム・コンピュータプログラムが実施されることで、公衆たる一般ユーザーに対して、より多くの店舗の正確な混雑情報をリアルタイムで提供することが可能となるのである。
１ サーバー
２ 店舗用端末
２ａ タッチパネル
２ｂ マークボタン
２ｃ テキストデータ
３ 個人所有端末
４ 表示専用端末
５ 駅員用端末
６ 管理用端末
１０ 店舗別マスターデータ
１１ 認証データ
１２ 営業時間データ
１３ 休業日データ
１４ 混雑データ
Ｎ インターネット
Ｓ１乃至Ｓ１２ 店舗用端末のステップ／手段
ＳＳ１乃至ＳＳ１２ サーバーのステップ／手段
２ 店舗用端末
２ａ タッチパネル
２ｂ マークボタン
２ｃ テキストデータ
３ 個人所有端末
４ 表示専用端末
５ 駅員用端末
６ 管理用端末
１０ 店舗別マスターデータ
１１ 認証データ
１２ 営業時間データ
１３ 休業日データ
１４ 混雑データ
Ｎ インターネット
Ｓ１乃至Ｓ１２ 店舗用端末のステップ／手段
ＳＳ１乃至ＳＳ１２ サーバーのステップ／手段
Claims (3)
- サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムを用いて、店舗毎の混雑情報を公衆に提供する方法であって、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーが、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用するステップと、
（２）前記店舗用端末が、入力された混雑データをサーバーへ送信するステップと、
（３）前記店舗用端末が、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信するステップと、
（４）前記サーバーが、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信するステップと、
（５）前記店舗用端末が、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促すステップと、
（６）前記店舗用端末が、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信するステップと、
（７）前記サーバーが、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用するステップと、
（８）前記サーバーが、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開するステップと
を実行すると共に、
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各ステップが実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入することを特徴とする店舗の混雑情報を提供する方法 - サーバーと複数の店舗用端末とをネットワークで接続して店舗の混雑情報を公衆に提供するコンピュータシステムであって、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースを設けて、
（１）前記サーバーは、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末は、入力された混雑データをサーバーへ送信する手段と、
（３）前記店舗用端末は、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーは、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末は、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末は、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
（７）前記サーバーは、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーは、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
を備えると共に、
前記店舗用端末は、電源を入れるだけで前記サーバーとの通信が開始されて前記各手段が実行できるように必要な初期設定を全て完了した状態にしてから各店舗へ導入することを特徴とする店舗の混雑情報を提供するコンピュータシステム - サーバーと複数の店舗用端末とをネットワークで接続したコンピュータシステムが店舗の混雑情報を公衆に提供するためのコンピュータプログラムであって、
前記サーバーには、少なくとも店舗毎の認証データ、営業時間データ、休業日データ、混雑データを含む店舗別マスターデータを格納したデータベースが設けられており、
（１）前記サーバーを、前記店舗別マスターデータを参照して、営業時間外であると判断する店舗については、現在の混雑情報として営業時間外であることに該当する混雑データを自動的に適用し、営業中であると判断する店舗については、現在の混雑情報として前記店舗用端末から送信される混雑データを適用する手段と、
（２）前記店舗用端末を、入力された混雑データをサーバーへ送信する手段と、
（３）前記店舗用端末を、オペレーターに対して混雑データの入力を促すためのアラームを発生するか否かの問い合わせを前記サーバーに対して所定間隔で送信する手段と、
（４）前記サーバーを、前記店舗用端末からの問い合わせを受信すると、送信元店舗の前記店舗別マスターデータを参照して当該店舗が営業中であると判断した場合に、前記店舗用端末へアラームを発生させる指示を送信する手段と、
（５）前記店舗用端末を、前記サーバーからアラームを発生する指示を受信するとアラームを発生して前記オペレーターに対して混雑データの入力を促す手段と、
（６）前記店舗用端末を、アラーム発生中に混雑データが入力されるとアラームを停止して、入力された混雑データを前記サーバへ送信する手段と、
（７）前記サーバーを、前記アラームを発生させる指示を所定回数送信しても前記店舗用端末から混雑データの送信がない場合には、現在の混雑情報として所定の混雑データを自動的に適用する手段と、
（８）前記サーバーを、前記店舗別マスターデータ内の最新の混雑データを各店舗の現在の混雑情報としてＷｅｂ上に公開する手段と
して機能させると共に、
前記店舗用端末に搭載されるアプリケーションは、前記店舗用端末の電源を入れるだけで前記サーバーとの通信が開始されて前記各手段を実行できるように前記店舗用端末にインストールされた状態にしてから各店舗へ導入することを特徴とする店舗の混雑情報を提供するコンピュータプログラム
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016207049A JP6537485B2 (ja) | 2016-10-21 | 2016-10-21 | 店舗側の操作量を軽減した店舗の混雑情報を提供する方法、コンピュータシステム及びコンピュータプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016207049A JP6537485B2 (ja) | 2016-10-21 | 2016-10-21 | 店舗側の操作量を軽減した店舗の混雑情報を提供する方法、コンピュータシステム及びコンピュータプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018067252A JP2018067252A (ja) | 2018-04-26 |
| JP6537485B2 true JP6537485B2 (ja) | 2019-07-03 |
Family
ID=62086193
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016207049A Active JP6537485B2 (ja) | 2016-10-21 | 2016-10-21 | 店舗側の操作量を軽減した店舗の混雑情報を提供する方法、コンピュータシステム及びコンピュータプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6537485B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6902687B1 (ja) * | 2020-04-03 | 2021-07-14 | 株式会社バカン | 空席管理システム、情報処理装置、情報処理方法 |
| JP7021753B2 (ja) * | 2020-04-28 | 2022-02-17 | 株式会社バカン | 空席管理システム、空席管理サーバ、および空席管理方法 |
| JP2022033374A (ja) * | 2020-08-16 | 2022-03-01 | 株式会社バカン | 情報処理装置、情報処理方法、およびプログラム |
| JP7185337B2 (ja) * | 2021-03-17 | 2022-12-07 | 株式会社バカン | 情報処理装置、プログラム及び情報処理方法 |
| JP6990473B1 (ja) | 2021-03-25 | 2022-01-12 | 合同会社岡武 | 情報処理方法、情報処理装置及びコンピュータプログラム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002098537A (ja) * | 2000-09-27 | 2002-04-05 | Casio Comput Co Ltd | 施設情報提供装置、及び記録媒体 |
| JP2004259185A (ja) * | 2003-02-27 | 2004-09-16 | Toshiba Corp | 飲食店満空情報提供システムおよびその方法 |
| JP2004326500A (ja) * | 2003-04-25 | 2004-11-18 | Nec Corp | 店舗情報案内システム及び店舗情報案内方法 |
| JP2015170063A (ja) * | 2014-03-06 | 2015-09-28 | 大阪瓦斯株式会社 | 飲食店評価システム |
-
2016
- 2016-10-21 JP JP2016207049A patent/JP6537485B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018067252A (ja) | 2018-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6537485B2 (ja) | 店舗側の操作量を軽減した店舗の混雑情報を提供する方法、コンピュータシステム及びコンピュータプログラム | |
| JP2018032294A (ja) | コミュニケーション支援システム、コミュニケーション支援方法、コンピュータプログラムおよび所在確認方法 | |
| JP2019121285A (ja) | 構成変更管理装置、構成変更管理方法、及びプログラム | |
| JP2017167701A (ja) | 業務支援システム | |
| US20130346134A1 (en) | System and method for coordinating and controlling production processes and inter-related decision making process | |
| JP2017016263A (ja) | 申込情報作成システム、申込情報作成装置、及び、情報検知システム | |
| JP2007094494A (ja) | 生産計画支援システム、生産計画支援方法及びプログラム | |
| JP2016045689A (ja) | 電子マニュアルの配信・進捗管理システム | |
| JP2018200687A (ja) | メッセンジャーを利用した勤怠管理方法、コンピュータプログラムおよびシステム | |
| KR102021148B1 (ko) | 직업 소개소간 인력 중개 방법 | |
| JP2016206824A (ja) | 情報通知システム及び情報通知方法 | |
| JP2012079305A (ja) | コミュニティページを用いた会員管理システムおよび方法 | |
| JP6662517B1 (ja) | 知的財産情報管理サーバ、知的財産情報管理システム、知的財産情報管理方法および知的財産情報管理プログラム | |
| JP2006178718A (ja) | 作業指示機能付き情報処理装置およびプログラム | |
| JP5981607B1 (ja) | ガス設備作業管理システム | |
| KR101892360B1 (ko) | Ios용 소프트웨어 어플리케이션 제공방법 | |
| JP2008123191A (ja) | 業務管理サーバ、業務管理方法及びコンピュータプログラム | |
| JP6259426B2 (ja) | ガス設備作業受付システム | |
| JP2019194823A (ja) | 求人情報提供サーバ及び／又は求職情報提供サーバ並びに求人情報受領プログラム | |
| JP2020077352A (ja) | 連携システム | |
| JP7082234B1 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
| JP7064766B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
| KR20140122469A (ko) | 통합 업무 지원 서비스 시스템 및 방법 | |
| JP7503697B1 (ja) | 情報処理方法、情報処理装置、情報処理プログラム及び記録媒体 | |
| JP7277888B1 (ja) | 表示制御装置、情報制御方法、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180510 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190320 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190508 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190604 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6537485 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |