JP5729453B2 - 端末装置、情報処理装置及びプログラム - Google Patents

Description

本発明は、端末装置、及び情報処理装置に関する。

従来、音声による伝達情報を用いて商品の注文等を受け付けるシステムが知られている。例えば、特許文献１には、携帯端末から受け付けたオーダ等の音声情報を文字情報に変換して確認用に携帯端末に送信するシステムが記載されている。

特開２００５−０７９７９０号公報

ところで、店舗においては、店員はシフト体制で勤務している。そのため、店長等からの伝達事項があった場合には、前の店員から次の店員へ申し伝えが行われる。申し伝えは、紙やノートに書いたり、口頭で伝えられたりしている。

しかし、紙やノート、口頭での申し伝えは、伝える側が伝達することを忘れたり、伝達事項を聞いた側が業務作業時にその内容を忘れてしまったりして正しく伝達事項が伝わらないことがある。

特許文献１に記載の技術は、音声により注文等の情報を伝達した際にその確認を行えるようにしたものであるが、店舗等における申し伝えにより生じる上記問題点を解決することはできない。

本発明の課題は、端末装置での動作に対応する通知を、必要なタイミングで確実に伝達できるようにすることである。

請求項１は、複数の動作を行う端末装置であって、当該端末装置を所望する任意の動作に変化させた際は、その動作が予め決められた複数種の特定動作の内の何れかの種類の特定動作か否かを判別する第１判別手段と、前記複数種の特定動作の内の何れかの種類の特定動作を判別した際は、当該端末装置が前記種類の特定動作状態になったことを示す状態情報を情報処理装置へ送信する送信手段と、前記状態情報を受信した情報処理装置から、前記複数種の特定動作の夫々のタイミングで通知すべき通知情報の内で、前記状態情報に対応する種類の特定動作のタイミングに通知すべき種類の通知情報が送信されてきたか否かを判別する第２判別手段と、前記種類の通知情報が送信されてきたことを判別した際は、その通知情報を出力する出力手段と、を具備したことを特徴とする。
請求項６は、端末装置との間で各種情報の送受信を行う情報処理装置であって、前記端末装置での動作が複数種の特定動作の内の何れかの特定動作へ変化した際に当該端末装置が前記種類の特定動作の動作状態になったことを示す状態情報を、当該端末装置から受信する受信手段と、前記受信手段で受信した状態情報で示される種類の特定動作に対応して、その特定動作の変化タイミングで通知すべき通知情報が記憶手段に予め記憶されているか否かを判別する判別手段と、前記判別手段で、前記端末装置で動作される前記特定動作の種類に対応する通知情報が予め記憶されていることを判別した際は、その判別された種類の特定動作への変化タイミングで通知すべき通知情報を前記端末装置に対して送信するよう制御する送信制御手段と、を具備したことを特徴とする。

本発明によれば、端末装置での動作に対応する通知を、必要なタイミングで確実に伝達することが可能となる。

本発明の実施形態における店舗システムの全体構成例を示す図である。 図１の携帯端末（登録用携帯端末、業務用携帯端末）の機能構成例を示すブロック図である。 図１のサーバの機能構成例を示すブロック図である。 図３の申し伝え情報ファイルのデータ格納例を示す図である。 図２の登録用携帯端末のＣＰＵにより実行される申し伝え登録処理を示すフローチャートである。 図２の登録用携帯端末の表示部に表示される申し伝え登録画面の一例を示す図である。 図２の業務用端末のＣＰＵにより実行される申し伝え再生処理を示すフローチャートである。 図２の業務用端末のＣＰＵにより実行される申し伝え再生処理を示すフローチャートである。 申し伝えメッセージの再生時に図２の業務用端末の表示部に表示される画面例を示す図である。 再生履歴ファイルのデータ格納例を示す図である。 図２の業務用端末のＣＰＵにより実行される申し伝え履歴再生処理を示すフローチャートである。 図２の業務用端末の表示部に表示される再生履歴一覧画面の一例を示す図である。 図３のＣＰＵにより実行されるサーバ処理を示すフローチャートである。

以下、図を参照して本発明の実施形態について詳細に説明する。
まず、構成を説明する。

（店舗システム１００の構成）
図１に、本発明の実施形態における店舗システム１００の全体構成例を示す。図１に示すように、店舗システム１００は、携帯端末１及び携帯端末３と、サーバ２とが通信ネットワークＮを介して通信可能に接続されて構成されている。通信ネットワークＮは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の情報通信網であり、無線ＬＡＮ等の無線通信網を含む。携帯端末１及び携帯端末３は、無線ＬＡＮのアクセスポイントＡＰを介して通信ネットワークＮに無線接続される。なお、図１においては、携帯端末１、携帯端末３はそれぞれ１台ずつ図示しているが、携帯端末１、３の台数は特に限定されない。

（携帯端末１の構成）
携帯端末１は、店舗において使用される無線通信端末である。
携帯端末１は、店長等の店舗の責任者が店員に対して伝達すべき音声情報（以下、申し伝えメッセージという）を入力し、サーバ２に登録するための登録用携帯端末である。

図２に、携帯端末１の機能構成例を示す。図２に示すように、携帯端末１は、ＣＰＵ（Central Processing Unit）１１、入力部１２、表示部１３、バーコードリーダ１４、無線通信部１５、ＲＡＭ（Random Access Memory）１６、記憶部１７、音声入力部１８、音声出力部１９、電源部１０１、計時部１０２等を備えて構成され、各部はバス１０３により接続されている。

ＣＰＵ１１は、記憶部１７に記憶されているシステムプログラムを読み出し、ＲＡＭ１６内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ１１は、記憶部１７に記憶されている各種アプリケーションプログラムを読み出してワークエリアに展開し、展開されたプログラムに従って後述する申し伝え登録処理を始めとする各種処理を実行することにより、第３の制御手段として機能する。

入力部１２は、テンキー、カーソルキー、電源ＯＮ／ＯＦＦキー、各種ファンクションキー等を有し、キーの押下信号による操作信号をＣＰＵ１１に出力する。また、入力部１２は、表示部１３の表示画面上を覆うように重畳して設けられたタッチパネルを有し、電磁誘導式、磁気歪式、感圧式等の座標読み取り原理で、専用のペンによってタップされた座標を検出し、検出した座標を位置信号としてＣＰＵ１１に出力する。

表示部１３は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ１１から入力される表示信号の指示に従って、各種画面を表示する。

バーコードリーダ１４は、商品に表示されたバーコードを読み取ってＣＰＵ１１に出力する。なお、各商品には、商品識別情報としての商品コードを示すバーコードが表示されているものとする。

無線通信部１５は、無線ＬＡＮのアクセスポイントＡＰとの無線通信が可能なアンテナを備えて構成され、アクセスポイントＡＰとアンテナとの間で信号の送受信を行うことにより、アクセスポイントＡＰを介して通信ネットワークＮに接続されたサーバ２を始めとする各種装置との通信を行う。

ＲＡＭ１６は、ＣＰＵ１１により記憶部１７から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。また、ＲＡＭ１６は、携帯端末１から店舗システム１００にログインしているユーザのユーザＩＤを記憶している。

記憶部１７は、半導体の不揮発性メモリ等により構成される。記憶部１７は、ＣＰＵ１１で実行されるシステムプログラムや、各種アプリケーションプログラム、これらのプログラムの実行に必要なデータを記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部１７に格納され、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。

ここで、記憶部１７は、アプリケーションプログラムとして、少なくとも申し伝え登録アプリケーション（以下、申し伝え登録アプリという）を記憶している。申し伝え登録アプリは、後述する申し伝え登録処理を実行するためのプログラムである。

音声入力部１８は、マイク、Ａ／Ｄ変換器等を備えて構成され、マイクにより入力された音声信号を音声データに変換してＣＰＵ１１に出力する。

音声出力部１９は、Ｄ／Ａ変換器、増幅器、スピーカ等により構成され、ＣＰＵ１１からの指示された音声データを音声信号に変換し出力する。

電源部１０１は、リチウムイオン電池等の充電池を内蔵し、図示しない充電端子を介して接続される充電器から供給される電流を充電池に蓄積し、電源ＯＮ時に携帯端末１の各部に電力を供給する。

計時部１０２は、ＲＴＣ（Real Time Clock）等の計時回路を内蔵し、現在時刻及び現在日付を計時してＣＰＵ１１に出力する。

（携帯端末３の構成）
携帯端末３は、店舗において使用される無線通信端末である。
携帯端末３は、店舗における各種業務を行う際に店員に使用される業務用携帯端末である。

携帯端末３の構成は、図２に示すように、携帯端末１と略同様である。即ち、携帯端末３は、ＣＰＵ３１、入力部３２、表示部３３、バーコードリーダ３４、無線通信部３５、ＲＡＭ３６、記憶部３７、音声入力部３８、音声出力部３９、電源部３０１、計時部３０２等を備えて構成され、各部はバス３０３により接続されている。

携帯端末３の記憶部３７は、アプリケーションプログラムとして、少なくとも申し伝え再生アプリケーションプログラム（以下、申し伝え再生アプリという）、申し伝え履歴再生アプリケーションプログラム（以下、申し伝え履歴再生アプリ）、業務アプリケーションプログラム（以下、業務アプリという）を記憶している。

申し伝え再生アプリは、後述する申し伝え再生処理を実行するためのプログラムである。申し伝え履歴再生アプリは、後述する申し伝え履歴再生処理を実行するためのプログラムである。
業務アプリは、店舗における業務を行うためのプログラムである。業務アプリは、発注業務を実行するための発注アプリ、棚卸し業務を実行するための棚卸しアプリ、在庫報告業務を実行するための在庫報告アプリ、商品に貼付するラベルの発行業務を実行するためのラベル発行アプリ等を含む。

ＣＰＵ３１は、記憶部３７に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する申し伝え再生処理、申し伝え履歴再生処理を始めとする各種処理を実行することにより、第２の制御手段として機能する。

また、記憶部３７は、再生履歴ファイル３７１（図９参照、詳細後述）、当該携帯端末３を使用するユーザのユーザ情報（ユーザ名、ユーザＩＤ、メールアドレス等）、携帯端末３の端末ＩＤ等を記憶している。
その他の構成は携帯端末１について説明したものと同様であるので説明を援用する。

なお、本実施形態においては、携帯端末１と携帯端末３を同様のハードウエア構成としたが、携帯端末１は、申し伝え登録に必要なハードウエア構成のみを備えることとしてもよい。例えば、携帯端末１は、バーコードリーダ１４や音声出力部１９を有していなくても構わない。また、携帯端末３は、店舗の業務に必要なハードウエア構成のみを備えることとしてもよい。例えば、音声入力部３８を有していなくても構わない。また、携帯端末１及び携帯端末３が申し伝え登録アプリ、申し伝え再生アプリ、申し伝え履歴再生アプリ、業務アプリの全てを搭載し、申し伝え登録及び申し伝えメッセージの再生の双方が可能な構成としてもよい。

（サーバ２の構成）
サーバ２は、携帯端末１から入力された申し伝えメッセージの音声ファイル（申し伝えメッセージファイル２６２）、申し伝えメッセージファイル２６２に係る情報（申し伝えメッセージファイル２６２の再生タイミング等の情報。以下、申し伝え情報という。）を記憶、管理する。また、商品情報や発注情報等、店舗における業務に係る各種情報を記憶、管理する。

図３に、サーバ２の機能構成例を示す。図３に示すように、サーバ２は、ＣＰＵ２１、入力部２２、表示部２３、通信部２４、ＲＡＭ２５、記憶部２６等を備えて構成され、各部はバス２７により接続されている。

ＣＰＵ２１は、記憶部２６に記憶されているシステムプログラムを読み出し、ＲＡＭ２５内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２１は、記憶部２６に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述するサーバ処理を始めとする各種処理を実行することにより、第１の制御手段として機能する。

入力部２２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２１に出力する。

表示部２３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ２１から入力される表示信号の指示に従って、各種画面を表示する。

通信部２４は、モデム、ルータ、ＴＡ（Terminal Adapter）等によって構成され、通信ネットワークＮに接続された携帯端末１や携帯端末３を始めとする外部機器とのデータ送受信を制御する。

ＲＡＭ２５は、ＣＰＵ２１により記憶部２６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。

記憶部２６は、ＨＤＤ（Hard Disc Drive）や半導体の不揮発性メモリ等により構成される。記憶部２６は、ＣＰＵ２１で実行されるシステムプログラムや、サーバ処理プログラムを始めとする各種プログラム、これらのプログラムの実行に必要なデータを記憶する。各種プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部２６に格納され、ＣＰＵ２１は、当該プログラムコードに従った動作を逐次実行する。

また、記憶部２６は、申し伝え情報ファイル２６１、申し伝えメッセージファイル２６２を記憶している。

申し伝え情報ファイル２６１は、携帯端末１から送信された申し伝えメッセージファイル２６２に対応する申し伝え情報を格納するファイルである。図４に、申し伝え情報ファイル２６１のデータ格納例を示す。図４に示すように、申し伝え情報ファイル２６１は、「送信元」、「送信先」、「再生タイミング」、「削除タイミング」、「商品コード」、「申し伝えメッセージファイル名」等の申し伝え情報、及び「再生済みフラグ」を対応付けて１レコードとして格納する。

「送信元」は、申し伝え登録を行ったユーザを特定する情報である。「送信先」は、申し伝えメッセージの送信先（伝達先）となるユーザを特定する情報である。ユーザを特定する情報は、例えば、ユーザ名、ユーザＩＤ等のユーザ識別情報、ユーザのメールアドレス等、ユーザを特定できるものであれば得に限定されない。また、一のユーザに対して１台の携帯端末３が割り当てられている場合は、携帯端末３を識別するための端末ＩＤ等であってもよい。本実施形態では、ユーザを特定する情報は、ユーザＩＤとして説明する。
「再生タイミング」は、申し伝えメッセージファイル２６２を再生するタイミングを示す情報である。「削除タイミング」は、申し伝えメッセージファイル２６２を記憶部２６から削除するタイミングを示す情報である。「商品コード」は、申し伝えメッセージに対応する商品の商品コードである。「商品コード」は、「再生タイミング」が「商品検索時」である場合に格納される。「申し伝えメッセージファイル名」は、申し伝えメッセージファイル２６２のファイル名である。
「再生済みフラグ」は、申し伝えメッセージファイル２６２が再生されたか否かを示す情報である。「済」は、申し伝えメッセージファイル２６２が再生されたことを示し、「未」は、申し伝えメッセージファイル２６２が再生されてないことを示す。初期値としては「未」が格納されている。

申し伝えメッセージファイル２６２は、申し伝えメッセージの音声ファイルである。

また、記憶部２６は、店舗システム１００にログイン可能なユーザのユーザ情報、例えば、ユーザ名、ユーザＩＤ、パスワード、ユーザ権限（例えば、そのユーザがログイン可能な携帯端末の端末ＩＤ等）を格納するユーザ情報ファイル（図示せず）を記憶している。更に、記憶部２６は、各種商品の商品コード、商品名等の商品情報を格納する商品情報ファイル（図示せず）、商品の発注情報を格納する発注情報ファイル（図示せず）等の店舗の業務に係る各種情報を記憶している。

（携帯端末１の動作）
次に、店舗システム１００を構成する各装置の動作について説明する。
まず、携帯端末１における申し伝え登録動作について説明する。

図５に、携帯端末１において、入力部１２により申し伝え登録アプリの起動が指示された際にＣＰＵ１１により実行される申し伝え登録処理のフローチャートを示す。申し伝え登録処理は、携帯端末１のＣＰＵ１１と申し伝え登録アプリとの協働により実行される。

まず、申し伝え登録アプリが起動され（ステップＳ１）、申し伝え登録画面１３１が表示される（ステップＳ２）。
図６に、申し伝え登録画面１３１の一例を示す。申し伝え登録画面１３１は、申し伝え情報及び申し伝えメッセージを登録するための画面であり、図６に示すように、送信先入力欄１３１ａと、再生タイミング入力欄１３１ｂと、削除タイミング入力欄１３１ｃと、商品コード入力欄１３１ｄと、「登録」ボタン１３１ｅと、「登録終了」ボタン１３１ｆと、「終了」ボタン１３１ｇと、が表示されている。

送信先入力欄１３１ａは、登録する申し伝えメッセージの送信先を入力するための領域である。送信先入力欄１３１ａの下矢印を押下すると、送信先の候補が一覧表示される。送信先候補は、携帯端末３にログイン可能なユーザである。携帯端末３にログイン可能なユーザの情報（ユーザ名、ユーザＩＤ等）は、所定時間毎にサーバ２から携帯端末１に最新のものが送信され、記憶部１７に記憶（更新）される構成としてもよい。或いは、申し伝え登録画面１３１を表示する際に携帯端末１から無線通信部１５によりサーバ２にアクセスが行われ、携帯端末３にログイン可能なユーザの情報がサーバ２から取得される構成としてもよい。送信先入力欄１３１ａに表示された一覧から入力部１２により送信先候補が選択されると、選択された送信先候補に対応するユーザＩＤが送信先として入力される。

再生タイミング入力欄１３１ｂは、登録する申し伝えメッセージの再生タイミングを入力するための領域である。再生タイミング入力欄１３１ｂの下矢印を押下すると、再生タイミングの候補（以下、再生候補タイミングと呼ぶ）が一覧表示される。表示された一覧から入力部１２により再生候補タイミングが選択されると、選択された再生候補タイミングが再生タイミングを示す情報として入力される。再生候補タイミングは、予め店舗システム１００において定められている。本実施形態においては、再生候補タイミングは、ログイン時、ログオフ時、業務アプリ起動時（発注アプリ、棚卸しアプリ、在庫報告アプリ、又はラベル発行アプリの起動時）、業務アプリ終了時（発注アプリ、棚卸しアプリ、在庫報告アプリ、又はラベル発行アプリの終了時）、商品検索時等のタイミングである。

ここで、商品検索時とは、発注を行うための発注画面において、発注対象の商品のバーコードをバーコードリーダ３４で読み取る（スキャンする）こと、又は商品コードを入力部１２により入力してサーバ２から商品コードに対応する商品名を検索し、取得することを指す。

削除タイミング入力欄１３１ｃは、登録する申し伝えメッセージの削除タイミングを入力するための領域である。削除タイミング入力欄１３１ｃの下矢印を押下すると、削除タイミングの候補が一覧表示される。表示された一覧から入力部１２により削除タイミングの候補が選択されると、選択された削除タイミングの候補が削除タイミングを示す情報として入力される。削除タイミングの候補は、予め店舗システム１００において定められている。本実施形態においては、ログオフ時、申し伝えメッセージの再生後、である。

商品コード入力欄１３１ｄは、再生タイミングが商品検索時である場合に、登録する申し伝えメッセージに対応する商品の商品コードを入力するための領域である。商品コードは、対象となる商品のバーコードをバーコードリーダ１４により読み取ることにより入力することができる。或いは入力部１２のキーボード等により商品コードを入力する構成としてもよい。

「登録」ボタン１３１ｅは、申し伝えメッセージの録音開始を指示するためのボタンである。「登録終了」ボタン１３１ｆは、申し伝えメッセージの録音終了を指示するためのボタンである。「終了」ボタン１３１ｇは、申し伝え登録の終了を指示するためのボタンである。

申し伝え登録画面１３１の送信先入力欄１３１ａ、再生タイミング入力欄１３１ｂ、削除タイミング入力欄１３１ｃにおいて、入力部１２により送信先、再生タイミング、削除タイミングの情報が入力されると、入力された情報（申し伝え情報）がＲＡＭ１６に記憶される（ステップＳ３）。
再生タイミング入力欄１３１ｂにおいて入力された再生タイミングが「商品検索時」である場合は、送信先、再生タイミング、削除タイミングに加え、バーコードリーダ１４により読み取られた商品コードがＲＡＭ１６に記憶される。

次いで、入力部１２により「登録」ボタン１３１ｅが押下されると（ステップＳ４；ＹＥＳ）、音声入力部１８により申し伝えメッセージの録音が行われる（ステップＳ５）。例えば、表示部１３に「申し伝えメッセージをお話ください」等の申し伝えメッセージの録音を促すメッセージが表示される。店長等により申し伝えメッセージが発話されると、発話された申し伝えメッセージの音声が音声入力部１８により音声データとして入力され、ＲＡＭ１６に記憶される。入力部１２により「登録終了」ボタン１３１ｆが押下されると（ステップＳ６；ＹＥＳ）、録音が停止され（ステップＳ７）、処理はステップＳ８に移行する。

ステップＳ８においては、録音された音声データに基づき所定のデータフォーマットの音声ファイル（申し伝えメッセージファイル２６２）が作成され、ファイル名とともにＲＡＭ１６に記憶される（ステップＳ８）。作成された申し伝えメッセージファイル２６２は、無線通信部１５によりサーバ２に送信され、申し伝えメッセージファイル２６２の登録要求が行われる（ステップＳ９）。

サーバ２においては、携帯端末１からの申し伝えメッセージファイル２６２及び当該申し伝えメッセージファイル２６２の登録要求が受信されると、通信部２４により受信された申し伝えメッセージファイル２６２が記憶部２６に登録（記憶）される。申し伝えメッセージファイル２６２の登録が完了すると、登録完了通知が送信元の携帯端末１に送信される。

また、ＲＡＭ１６に記憶されている申し伝え情報（送信元（携帯端末１にログインしているユーザのユーザＩＤ）、送信先、再生タイミングを示す情報、削除タイミングを示す情報、商品コード（再生タイミングが「商品検索時」の場合）、申し伝えメッセージファイル名）が無線通信部１５によりサーバ２に送信され、サーバ２に対して申し伝え情報ファイル２６１への当該申し伝え情報のレコードの追加が要求される（ステップＳ１０）。

サーバ２においては、携帯端末１からの申し伝え情報及び当該申し伝え情報のレコードの追加要求が受信されると、携帯端末１からの要求に応じて、携帯端末１から受信された申し伝え情報のレコードが申し伝え情報ファイル２６１に追加登録される。追加登録が完了すると、レコード追加完了通知が携帯端末１に送信される。

サーバ２から登録完了通知及びレコード追加完了通知が受信されると、表示部１３の申し伝え登録画面１３３が初期状態となり、ＲＡＭ１６に一時的に記憶された申し伝え情報及び申し伝えメッセージファイル２６２が削除される（ステップＳ１１）。これにより、次の申し伝え情報及び申し伝えメッセージファイル２６２の登録が可能となる。

入力部１２により「終了」ボタン１３１ｇが押下されるまで、ステップＳ３からステップＳ１１の処理が繰り返し実行される。入力部１２により「終了」ボタン１３１ｇが押下されると（ステップＳ１２；ＹＥＳ）、申し伝え登録処理は終了する。

（携帯端末３の動作）
次に、携帯端末３における申し伝え再生動作について説明する。
図７Ａ〜図７Ｂに、携帯端末３において、電源部３０１により電源が投入された際にＣＰＵ３１により実行される申し伝え再生処理のフローチャートを示す。申し伝え再生処理は、携帯端末３のＣＰＵ３１と申し伝え再生アプリとの協働により実行される。

まず、申し伝え再生アプリが起動される（ステップＳ２１）。次いで、予め定められた申し伝えメッセージの再生候補タイミングの発生が待機される（ステップＳ２２）。再生候補タイミングは、上述のとおりである。

再生候補タイミングが発生したと判断されると（ステップＳ２２；ＹＥＳ）、発生したタイミングがログイン時、業務アプリの起動時、業務アプリの終了時、商品検索時の何れかであるか否かが判断され、これらの何れかであると判断されると（ステップＳ２３；ＹＥＳ）、処理はステップＳ２４に移行する。

ステップＳ２４においては、無線通信部３５により、上記発生した再生候補タイミングを示す情報、及び携帯端末３からログインしているユーザ（ログイン中ユーザ）を特定する情報、具体的には、ＲＡＭ３６から読み出されたログイン中ユーザのユーザＩＤがサーバ２に送信され、発生した再生候補タイミングを示す情報と「再生タイミング」が一致し、かつ、ログイン中ユーザのユーザＩＤと「送信先」が一致するレコードの申し伝え情報ファイル２６１からの検索が要求される（ステップＳ２４）。

サーバ２においては、携帯端末３から再生候補タイミングを示す情報、ログイン中ユーザのユーザＩＤ及び検索要求が受信されると、携帯端末３から受信された再生候補タイミングを示す情報と「再生タイミング」が一致し、かつ、ログイン中ユーザのユーザＩＤと「送信先」が一致するレコードが申し伝え情報ファイル２６１から検索される。検索の結果、該当するレコードが存在した場合、通信部２４により携帯端末３に当該レコードが送信される。該当するレコードが存在しなかった場合、通信部２４により携帯端末３にその旨が通知される。

ステップＳ２５においては、無線通信部３５において受信されたサーバ２からの応答に応じて、該当するレコードがサーバ２に存在したか否かが判断される。サーバ２に該当するレコードが存在しなかった場合（ステップＳ２５；ＮＯ）、処理はステップＳ２２に戻る。サーバ２に該当するレコードが存在し、サーバ２から該当するレコードが受信された場合（ステップＳ２５；ＹＥＳ）、無線通信部３５により、受信されたレコードに対応する（即ち、受信されたレコードの「申し伝えメッセージファイル名」とファイル名が一致する）申し伝えメッセージファイル２６２の取得要求がサーバ２に対して送信され、サーバ２から申し伝えメッセージファイル２６２が取得され、記憶部３７に記憶される（ステップＳ２６）。

申し伝えメッセージファイル２６２が取得されると、申し伝えメッセージが再生される旨及び取得された申し伝えメッセージファイル２６２の送信元が表示部３３に表示され、取得された申し伝えメッセージファイル２６２に基づく音声が音声出力部３９により出力される（ステップＳ２７）。即ち、取得された申し伝えメッセージファイル２６２が再生される。また、計時部３０２における現在日時が再生日時として取得される。

図８に、ステップＳ２７において表示部３３に表示される画面表示例を示す。例えば「申し伝え再生」等の申し伝えメッセージが再生される旨と、「Ｂさんから申し伝えがあります」等のメッセージの送信元が表示される。音声出力部３９からは「今日は運動会があるので店が混みます」等の申し伝えメッセージが音声出力される。

申し伝えメッセージファイル２６２が再生されると、記憶部３７に記憶されている再生履歴ファイル３７１に当該申し伝えメッセージファイル２６２の送信元、ファイル名、再生日付等に関する情報が追加登録される（ステップＳ２８）。

図９に、再生履歴ファイル３７１のデータ格納例を示す。図９に示すように、再生履歴ファイル３７１には、再生された申し伝えメッセージファイル２６２の「送信元」、「申し伝えメッセージファイル名」、「再生日時」が対応付けて格納される。

次いで、ステップＳ２６においてサーバ２から受信されたレコードの「削除タイミング」が参照され、再生された申し伝えメッセージファイル２６２の削除タイミングが判断される（ステップＳ２９）。再生された申し伝えメッセージファイル２６２の削除タイミングが「ログオフ」である場合（ステップＳ２９；ログオフ）、処理はステップＳ２２に戻る。

一方、再生された申し伝えメッセージファイル２６２の削除タイミングが「再生後」である場合（ステップＳ２９；再生後）、無線通信部３５により、ステップＳ２５で受信されたレコードがサーバ２に送信され、当該レコードの申し伝え情報ファイル２６１からの削除及び対応する（即ち、申し伝えメッセージファイル名が当該レコードの「申し伝えメッセージファイル名」に一致する）申し伝えメッセージファイル２６２の削除が要求される（ステップＳ３０）。サーバ２においては、携帯端末３からレコード削除要求及びファイル削除要求が受信されると、受信されたレコードが申し伝え情報ファイル２６１から削除され、通信部２４によりレコード削除完了通知が携帯端末３に送信される。また、対応する申し伝えメッセージファイル２６２が記憶部２６から削除され、通信部２４によりファイル削除完了通知が携帯端末３に送信される。

無線通信部３５によりレコード削除完了通知及びファイル削除完了通知が受信されると、 ステップＳ２５で受信された申し伝えメッセージファイル２６２に対応するレコードが記憶部３７の再生履歴ファイル３７１から削除される（ステップＳ３１）。そして、処理はステップＳ２２に戻る。

一方、ステップＳ２３において、発生したタイミングがログイン時、業務アプリの起動時、業務アプリの終了時、商品検索時の何れでもない（即ち、ログオフ時である）と判断されると（ステップＳ２３；ＮＯ）、無線通信部３５により、携帯端末３からログインしているユーザ（ログイン中ユーザ）を特定する情報、具体的には、ＲＡＭ３６から読み出されたログイン中ユーザのユーザＩＤがサーバ２に送信され、ログイン中ユーザのユーザＩＤと「送信先」が一致するレコードの申し伝え情報ファイル２６１からの検索が要求される（ステップＳ３２）。

サーバ２においては、携帯端末３からの検索要求等が受信されると、携帯端末３から受信されたユーザＩＤと「送信先」が一致するレコードが申し伝え情報ファイル２６１から検索される。検索の結果、該当するレコードが存在した場合、通信部２４により携帯端末３に当該レコードが送信される。該当するレコードが存在しなかった場合、通信部２４により携帯端末３にその旨が通知される。

ステップＳ３３においては、無線通信部３５において受信されたサーバ２からの応答に応じて、該当するレコードがサーバ２に存在したか否かが判断される。サーバ２に該当するレコードが存在しなかった場合（ステップＳ３３；ＮＯ）、申し伝え再生処理は終了する。サーバ２に該当するレコードが存在し、サーバ２から該当するレコードが受信された場合（ステップＳ３３；ＹＥＳ）、処理はステップＳ３４に移行する。
ステップＳ３４においては、受信されたレコードの「再生済みフラグ」が「済」であるか否かが判断される。受信されたレコードの「再生済みフラグ」が「済」である場合（ステップＳ３４；ＹＥＳ）、処理はステップＳ３７に移行する。

一方、受信されたレコードの「再生済みフラグ」が「未」である場合（ステップＳ３４；ＮＯ）、無線通信部３５により、受信されたレコードに対応する（受信されたレコードの「申し伝えメッセージファイル名」とファイル名が一致する）申し伝えメッセージファイル２６２の取得要求がサーバ２に対して送信され、サーバ２から申し伝えメッセージファイル２６２が取得される（ステップＳ３５）。取得された申し伝えメッセージファイル２６２は、音声出力部３９により音声出力されることにより再生され（ステップＳ３６）、処理はステップＳ３７に移行する。

ステップＳ３７においては、無線通信部３５により、ステップＳ３３で受信されたレコードがサーバ２に送信され、当該レコードの申し伝え情報ファイル２６１からの削除及び対応する（即ち、申し伝えメッセージファイル名が当該レコードの「申し伝えメッセージファイル名」に一致する）申し伝えメッセージファイル２６２の削除が要求される（ステップＳ３７）。サーバ２においては、携帯端末３からレコード削除要求及びファイル削除要求が受信されると、受信されたレコードが申し伝え情報ファイル２６１から削除され、通信部２４によりレコード削除完了通知が携帯端末３に送信される。また、対応する申し伝えメッセージファイル２６２が記憶部２６から削除され、通信部２４によりファイル削除完了通知が携帯端末３に送信される。

無線通信部３５によりレコード削除完了通知及びファイル削除完了通知が受信されると、サーバ２からの削除が完了した申し伝えメッセージファイル２６２に対応するレコードが記憶部３７の再生履歴ファイル３７１から削除される（ステップＳ３８）。

次のステップＳ３９においては、ステップＳ３２で受信された全てのレコードについて処理が終了したか否かが判断される。このステップＳ３９で、全てのレコードについて処理がまだ終了していないと判断されると（ステップＳ３９；ＮＯ）、処理はステップＳ３４に戻る。
そして、ステップＳ３２で受信された全てのレコードについてステップＳ３４〜ステップＳ３８の処理が繰り返し実行され、全てのレコードについて処理が終了したと判断されると（ステップＳ３９；ＹＥＳ）、申し伝え再生処理は終了する。

携帯端末３においては、入力部３２からの指示に基づいて、再生履歴ファイル３７１に登録された申し伝えメッセージファイル２６２を再度再生することができる。
図１０に、携帯端末３において、入力部３２により再生履歴からの申し伝えの再度の再生が指示された際に、ＣＰＵ３１により実行される申し伝え履歴再生処理のフローチャートを示す。申し伝え履歴再生処理は、携帯端末３のＣＰＵ３１と申し伝え履歴再生アプリとの協働により実行される。

まず、申し伝え履歴再生アプリが起動される（ステップＳ４１）。次いで、記憶部３７の再生履歴ファイル３７１が読み出され、表示部３３に、再生履歴一覧画面３３２が表示される（ステップＳ４２）。
図１１に、ステップＳ４２において表示部３３に表示される再生履歴一覧画面３３２の一例を示す。図１１に示すように、再生履歴一覧画面３３２には、再生された申し伝えメッセージファイル２６２の送信元、再生日付を含む再生履歴の一覧と、選択された履歴に対応する申し伝えメッセージファイル２６２の再生を指示するための「再生」ボタン３３２ａが表示されている。選択入力手段としての入力部３２により再生履歴の一覧の中から何れかの再生履歴を選択することにより、再度再生する申し伝えメッセージファイル２６２を選択することができる。
次のステップＳ４３においては、選択入力手段としての入力部３２により再生履歴一覧画面３３２からファイル名等が選択され、「再生」ボタン３３２ａが押下された否かが判断される。

選択入力手段としての入力部３２により再生履歴一覧画面３３２からファイル名等が選択され、「再生」ボタン３３２ａが押下されると（ステップＳ４３；ＹＥＳ）、選択された再生履歴に対応する申し伝えメッセージファイル２６２に基づく音声が音声出力部３９により出力される（ステップＳ４４）。即ち、申し伝えメッセージファイル２６２が再生される。そして、申し伝え履歴再生処理は終了する。

（サーバ２の動作）
次に、サーバ２における動作について説明する。
図１２に、サーバ２のＣＰＵ２１により実行されるサーバ処理のフローチャートを示す。サーバ処理は、電源が投入されると開始され、電源が遮断されると終了する。

まず、ステップＳ５１において、通信部２４により携帯端末１又は携帯端末３からの各種要求が受信された否かが判断される。通信部２４により携帯端末１又は携帯端末３からの各種要求が受信されると（ステップＳ５１；ＹＥＳ）、受信された要求の内容が判別される（ステップＳ５２）。

通信部２４により受信された要求が申し伝え情報ファイル２６１へのレコードの追加要求であると判別された場合（ステップＳ５２；レコード追加要求）、申し伝え情報ファイルレコード登録処理が実行される（ステップＳ５３）。具体的には、通信部２４により受信された申し伝え情報のレコードが申し伝え情報ファイル２６１に追加登録される。追加登録が完了すると、レコード追加完了通知が送信元の携帯端末１又は３に送信される。

通信部２４により受信された要求が申し伝えメッセージファイル２６２の登録要求であると判別された場合（ステップＳ５２；メッセージ登録要求）、申し伝えメッセージファイル登録処理が実行される（ステップＳ５４）。具体的には、通信部２４により受信された申し伝えメッセージファイル２６２が記憶部２６に記憶される。申し伝えメッセージファイル２６２の登録が完了すると、登録完了通知が送信元の携帯端末１又は３に送信される。

通信部２４により受信された要求が申し伝え情報ファイル２６１からのレコードの検索要求であると判別された場合（ステップＳ５２；レコード検索要求）、申し伝え情報ファイル検索処理が実行される（ステップＳ５５）。具体的には、申し伝え情報ファイル２６１において、通信部２４により携帯端末１又は３から受信された条件（再生タイミング及び送信先等）に一致するレコードの検索が行われ、条件に一致するレコードが検索された場合に、当該レコードの情報が通信部２４により送信元の携帯端末１又は３に返送される。条件に一致するレコードが検索されない場合は、その旨を示す応答が送信元の携帯端末１又は３に返送される。

通信部２４により受信された要求が申し伝えメッセージファイル２６２の取得要求であると判別された場合（ステップＳ５２；メッセージ取得要求）、申し伝えメッセージファイル送信処理が実行される（ステップＳ５６）。具体的には、通信部２４により受信された申し伝えメッセージファイル名に対応する申し伝えメッセージファイル２６２が記憶部２６から読み出され、通信部２４により送信元の携帯端末１又は３に送信される。また、申し伝え情報ファイル２６１において受信された申し伝えメッセージファイル名と「申し伝えメッセージファイル名」が一致するレコードの「再生済みフラグ」が「済」に変更される。

通信部２４により受信された要求が申し伝え情報ファイル２６１からのレコード削除要求であると判別された場合（ステップＳ５２；レコード削除要求）、申し伝え情報ファイルレコード削除処理が実行される（ステップＳ５７）。具体的には、通信部２４により受信されたレコードと内容が一致するレコードが申し伝え情報ファイル２６１から削除される。レコードの削除が完了すると、レコード削除完了通知が送信元の携帯端末１又は３に送信される。

通信部２４により受信された要求が申し伝えメッセージファイル２６２の削除要求であると判別された場合（ステップＳ５２；メッセージ削除要求）、申し伝えメッセージファイル削除処理が実行される（ステップＳ５８）。具体的には、通信部２４により指示された申し伝えメッセージファイル２６２が記憶部２６から削除される。申し伝えメッセージファイル２６２の削除が完了すると、ファイル削除完了通知が送信元の携帯端末１又は３に送信される。

通信部２４により受信された要求がその他の要求であると判別された場合（ステップＳ５２；その他の要求）、要求に応じた処理が実行される（ステップＳ５９）。例えば、受信された要求が商品情報検索要求である場合、通信部２４により受信された商品コードと商品コードが一致するレコードが商品情報ファイルから検索され、検索されたレコードの商品名が送信元の携帯端末１又は３に送信される。また、受信された要求が発注情報登録要求である場合、通信部２４により受信された商品コードと商品コードが一致するレコードが発注情報ファイルから検索され、検索されたレコードに、携帯端末１又は３から送信された発注数が登録される。

以上説明したように、店舗システム１００によれば、携帯端末１において入力部１２により再生タイミング、送信先を含む申し伝え情報が入力され、音声入力部１８により申し伝えメッセージが入力されると、入力された申し伝え情報及び申し伝えメッセージファイル２６２がサーバ２に送信される。サーバ２においては、申し伝え情報ファイル２６１にレコードが追加され、受信された申し伝え情報が追加登録されるとともに、申し伝えメッセージファイル２６２が記憶部２６に記憶される。携帯端末３において、予め定められたタイミングが発生すると、サーバ２に対し、当該発生したタイミングを再生タイミングとし、かつ、送信先が携帯端末３からログインしたユーザに対応する申し伝えメッセージファイル２６２が要求され、サーバ２から申し伝えメッセージファイル２６２が受信されると、当該受信された申し伝えメッセージファイル２６２が音声出力部３９により出力される。

従って、サーバ２に登録された申し伝えメッセージが、携帯端末３において、送信先として指定されたユーザのログイン中に指定された再生タイミングが発生したときに再生されるので、店舗内において申し伝えるべきメッセージを申し伝えるべきタイミングで申し伝えたい人物に確実に伝達することが可能となる。

例えば、携帯端末３からのユーザのログイン時、ログオフ時、各種業務アプリの起動時、各種業務アプリの終了時、商品検索時の少なくとも１つを含む予め定められたタイミングの中から再生タイミングを指定することができるので、これらのタイミングの中から申し伝えを行いたいタイミングに申し伝えメッセージを伝達することができる。

例えば、翌日のシフトの店員を送信先とし、ログイン時を再生タイミングとして「今日は小学校の運動会があるので店が混みます」等の申し伝えメッセージを登録しておけば、翌日に店員が携帯端末３からログインして業務を開始しようとしたときに、その日は店が混雑することを伝達することができる。店員は、その日は混雑することを考慮に入れて、その日の業務の段取り等を計画し行動することができる。

また、例えば、翌日のシフトの店員を送信先とし、発注アプリの起動時を再生タイミングとして「△△の棚の位置を○へ移動しました」等の申し伝えメッセージを登録しておけば、翌日のシフトの店員が発注アプリを起動したときに△△の棚の位置を○へ移動したことを伝達することができる。店員は、棚の位置を迷うことなく発注業務を行うことができる。

また、例えば、当日のシフトの店員を送信先とし、業務アプリのそれぞれの終了時を再生タイミングとして「次は検品してください」等の次に行うべき作業を指示する申し伝えメッセージを登録しておけば、ある業務が終了する毎に、次に行うべき業務を店員に指示することができる。店員は、次に行う業務を間違うことなく業務を遂行することができる。

また、例えば、発注担当者の店員を送信先とし、指定した商品コードの商品検索時を再生タイミングとして「この商品は発注しなくてよいです」等の申し伝えメッセージを登録しておけば、発注担当者が対象商品を発注しようとしたときに発注が不要であることを伝達することができる。そのため、発注を確実に防止することが可能となる。

また、例えば、当日のシフトの店員を送信先とし、ログオフ時を再生タイミングとして「お疲れ様でした。次のシフトは○日です」等の申し伝えメッセージを登録しておけば、業務の終了時に次のシフトの日を伝えることができる。店員は、次のシフトを確認することができる。

また、携帯端末３からのユーザのログオフ時に、当該ログオフするユーザが送信先となっている申し伝えメッセージファイル２６２のうち、再生されていない申し伝えメッセージファイル２６２を音声出力部３９により出力するので、ログイン中のユーザ宛ての申し伝えメッセージの全てをそのユーザに伝えることができ、申し伝え漏れを防止することができる。

また、携帯端末３は、再生された申し伝えメッセージファイル２６２の再生履歴を記憶部３７の再生履歴ファイル３７１に記憶しており、入力部３２からの指示に応じて申し伝えメッセージファイル２６２を再度再生することができるので、ユーザが申し伝えメッセージの内容を繰り返し確認することができる。

また、申し伝えメッセージや再生タイミング等は、携帯端末１から入力することができるので、店舗内のどこにいても申し伝えメッセージを登録することができる。

なお、上記実施形態における記述内容は、本発明に係る店舗システム１００の好適な一例であり、これに限定されるものではない。
例えば、上記実施形態においては、申し伝え情報及び申し伝えメッセージの入力を携帯端末１により行うこととして説明したが、申し伝え情報及び申し伝えメッセージの入力を行う装置は携帯端末１に限定されない。例えば、サーバ２に音声入力部を備える構成とし、サーバ２において直接申し伝え情報及び申し伝えメッセージを入力することとしてもよい。

また、上記実施形態においては、申し伝えメッセージファイル２６２の再生タイミング及び送信先の双方を携帯端末１で入力可能な構成とし、サーバ２において、申し伝えメッセージファイル２６２の再生タイミング及び送信先の情報を記憶、管理する構成としたが、携帯端末１において、申し伝えメッセージファイル２６２の再生タイミングのみを入力し、サーバ２で申し伝えメッセージファイル２６２とその再生タイミングを示す情報とを対応付けて記憶、管理する構成としてもよい。このような構成の場合、携帯端末３で再生タイミングが発生すると、ログイン中のユーザに関係なく申し伝えメッセージファイル２６２が再生される。例えば、携帯端末３がアルバイト店員間で使い回して使用される携帯端末であり、個人を特定せずにシフトに入ったアルバイト店員に申し伝えをするような店舗において、店舗内における申し伝えを申し伝えるべきタイミングで確実に伝達することが可能となる。

その他、店舗システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。

１、３ 携帯端末
１１、３１ ＣＰＵ
１２、３２ 入力部
１３、３３ 表示部
１４、３４ バーコードリーダ
１５、３５ 無線通信部
１６、３６ ＲＡＭ
１７、３７ 記憶部
１８、３８ 音声入力部
１９、３９ 音声出力部
１０１、３０１ 電源部
１０２、３０２ 計時部
１０３、３０３ バス
２ サーバ
２１ ＣＰＵ
２２ 入力部
２３ 表示部
２４ 通信部
２５ ＲＡＭ
２６ 記憶部
２６１ 申し伝え情報ファイル
２６２ 申し伝えメッセージファイル
２７ バス
Ｎ 通信ネットワーク
ＡＰ アクセスポイント

Claims (9)

1. 複数の動作を行う端末装置であって、
   当該端末装置を所望する任意の動作に変化させた際は、その動作が予め決められた複数種の特定動作の内の何れかの種類の特定動作か否かを判別する第１判別手段と、
   前記複数種の特定動作の内の何れかの種類の特定動作を判別した際は、当該端末装置が前記種類の特定動作状態になったことを示す状態情報を情報処理装置へ送信する送信手段と、
   前記状態情報を受信した情報処理装置から、前記複数種の特定動作の夫々のタイミングで通知すべき通知情報の内で、前記状態情報に対応する種類の特定動作のタイミングに通知すべき種類の通知情報が送信されてきたか否かを判別する第２判別手段と、
   前記種類の通知情報が送信されてきたことを判別した際は、その通知情報を出力する出力手段と、
   を具備したことを特徴とする端末装置。
2. 前記出力手段で前記通知情報の出力が完了した後は、前記状態情報に対応する前記通知情報を前記情報処理装置側において削除することを要求する削除要求手段と、
   を更に具備したことを特徴とする請求項１に記載の端末装置。
3. 前記送信手段は、前記状態情報と共に、当該端末装置を使用しているユーザのユーザ識別情報を前記情報処理装置へ送信し、
   前記第２判別手段は、前記複数種の特定動作の夫々のタイミングで通知すべき通知情報を複数のユーザ識別情報毎に記憶する前記情報処理装置から、前記送信手段で送信したユーザ識別情報と状態情報とに対応する通知情報が送信されてきたか否かを判別する、
   ことを特徴とする請求項１又は２に記載の端末装置。
4. 当該端末装置からユーザがログオフする際に、前記通知情報の内で当該端末装置において出力していない通知情報の有無を判別する第３判別手段と、
   を更に具備し、
   前記出力手段は、前記第３判別手段で出力していない通知情報が有ると判別された際は、その通知情報を出力する、
   ことを特徴とする請求項３に記載の端末装置。
5. 前記特定動作は、当該端末装置に対してユーザがログイン又はログオフする特定動作、あるいは前記端末装置が所定アプリケーションを起動又は終了する特定動作、あるいは所定の検索処理を行う特定動作、である、
   ことを特徴とする請求項１〜４の何れかに記載の端末装置。
6. 端末装置との間で各種情報の送受信を行う情報処理装置であって、
   前記端末装置での動作が複数種の特定動作の内の何れかの特定動作へ変化した際に当該端末装置が前記種類の特定動作の動作状態になったことを示す状態情報を、当該端末装置から受信する受信手段と、
   前記受信手段で受信した状態情報で示される種類の特定動作に対応して、その特定動作の変化タイミングで通知すべき通知情報が記憶手段に予め記憶されているか否かを判別する判別手段と、
   前記判別手段で、前記端末装置で動作される前記特定動作の種類に対応する通知情報が予め記憶されていることを判別した際は、その判別された種類の特定動作への変化タイミングで通知すべき通知情報を前記端末装置に対して送信するよう制御する送信制御手段と、
   を具備したことを特徴とする情報処理装置。
7. 前記特定動作は、当該端末装置に対してユーザがログイン又はログオフする特定動作、あるいは前記端末装置が所定アプリケーションを起動又は終了する特定動作、あるいは所定の検索処理を行う特定動作、である、
   ことを特徴とする請求項６に記載の情報処理装置。
8. 複数の動作を行う端末装置のコンピュータを制御するためのプログラムであって、
   前記コンピュータを、
   当該端末装置を所望する任意の動作に変化させた際は、その動作が予め決められた複数種の特定動作の内の何れかの種類の特定動作か否かを判別する第１判別手段、
   前記複数種の特定動作の内の何れかの種類の特定動作を判別した際は、当該端末装置が前記種類の特定動作状態になったことを示す状態情報を情報処理装置へ送信する送信手段、
   前記状態情報を受信した情報処理装置から、前記複数種の特定動作の夫々のタイミングで通知すべき通知情報の内で、前記状態情報に対応する種類の特定動作のタイミングに通知すべき種類の通知情報が送信されてきたか否かを判別する第２判別手段、
   前記種類の通知情報が送信されてきたことを判別した際は、その通知情報を出力する出力手段、
   として機能させるようにしたコンピュータ読み取り可能なプログラム。
9. 端末装置との間で各種情報の送受信を行う情報処理装置のコンピュータを制御するためのプログラムであって、
   前記コンピュータを、
   前記端末装置での動作が複数種の特定動作の内の何れかの特定動作へ変化した際に当該端末装置が前記種類の特定動作の動作状態になったことを示す状態情報を、当該端末装置から受信する受信手段、
   前記受信手段で受信した状態情報で示される種類の特定動作に対応して、その特定動作の変化タイミングで通知すべき通知情報が記憶手段に予め記憶されているか否かを判別する判別手段、
   前記判別手段で、前記端末装置で動作される前記特定動作の種類に対応する通知情報が予め記憶されていることを判別した際は、その判別された種類の特定動作への変化タイミングで通知すべき通知情報を前記端末装置に対して送信するよう制御する送信制御手段、
   として機能させるようにしたコンピュータ読み取り可能なプログラム。

Images