(57)【特許請求の範囲】
【請求項１】
複数の登録ユーザの夫々を複数の時間帯の何れかに対応付けたテーブルデータ、及び、ログイン制御部を有するサーバ装置と、表示画面及び通信部を各々に有する複数の端末装置とを備え、各登録ユーザが前記サーバ装置にログイン又はログアウト可能なマルチユーザ情報処理システムであって、
何れかの登録ユーザが何れかの端末装置である対象端末装置を介して前記サーバ装置にログインする際、前記ログイン制御部は、現在時刻と前記テーブルデータに基づき１以上の登録ユーザの人物固有情報を含んだログイン用リストを前記対象端末装置に送信して前記対象端末装置上の表示画面に表示させ、前記ログイン用リスト内の何れかの人物固有情報を指定する信号であって且つ前記対象端末装置への入力操作に基づく信号を前記対象端末装置から受信することで、前記対象端末装置を介してログインした登録ユーザを識別して前記対象端末装置に対応付ける
ことを特徴とするマルチユーザ情報処理システム。
【請求項２】
各端末装置は、駆動用のバッテリを有し、
自身に結合された端末装置のバッテリを充電する充電装置が、当該マルチユーザ情報処理システムに更に備えられ、
何れかの端末装置が前記充電装置に結合されたとき、その結合された端末装置又は前記充電装置は、その結合された端末装置を介してログインしている登録ユーザの人物固有情報又はその結合された端末装置の端末固有情報を含んだ充電装置結合信号を前記サーバ装置に送信し、
前記サーバ装置は、受信した前記充電装置結合信号に基づき、その結合された端末装置を介してログインしている登録ユーザを当該サーバ装置からログアウトさせて、その結合された端末装置との対応付けを解消するログアウト制御部を更に有する
ことを特徴とする請求項１に記載のマルチユーザ情報処理システム。
【請求項３】
前記充電装置と結合していた端末装置が前記充電装置から分離したとき、その分離した端末装置又は前記充電装置から所定の充電装置分離信号が前記サーバ装置に送信され、
前記充電装置分離信号が前記サーバ装置にて受信されたとき、前記ログイン制御部は、現在時刻と前記テーブルデータに基づき前記ログイン用リストを生成して、その分離した端末装置に対し、前記生成したログイン用リストを送信する
ことを特徴とする請求項２に記載のマルチユーザ情報処理システム。
【請求項４】
前記ログイン用リストに含まれる各人物固有情報には序列が付与されていて、序列が高い人物固有情報ほど優先的に前記表示画面に表示され、
前記ログイン制御部は、現在時刻が属する時間帯に対応付けられた登録ユーザであって且つログアウト中の登録ユーザの人物固有情報に対し、それ以外の人物固有情報よりも高い序列を付与する
ことを特徴とする請求項１〜３の何れかに記載のマルチユーザ情報処理システム。
【請求項５】
前記ログイン制御部は、第２人物固有情報に対し、第１人物固有情報よりも低い序列を付与するが、第１及び第２人物固有情報以外の人物固有情報よりも高い序列を付与し、
前記第１人物固有情報は、現在時刻が属する時間帯に対応付けられた登録ユーザであって且つログアウト中の登録ユーザの人物固有情報であり、前記第２人物固有情報は、現在時刻から所定時間が経過するまでに訪れる時間帯に対応付けられた登録ユーザであって且つログアウト中の登録ユーザの人物固有情報である
ことを特徴とする請求項４に記載のマルチユーザ情報処理システム。
【請求項６】
前記ログイン用リストに含まれる各人物固有情報には序列が付与されていて、序列が高い人物固有情報ほど優先的に前記表示画面に表示され、
何れかの端末装置が前記充電装置に結合されたときに前記サーバ装置に送信される前記充電装置結合信号は、その結合された端末装置のバッテリの残容量の情報を含み、
前記サーバ装置において、第１及び第２の端末装置から第１及び第２の充電装置結合信号を受信することで第１及び第２の端末装置を介してログインしていた第１及び第２の登録ユーザをログアウトさせた後、第３の端末装置が第３の充電装置から分離されたことに基づく充電装置分離信号を前記第３の端末装置又は前記第３の充電装置から受信したとき、前記ログイン制御部は、前記第１及び第２の充電装置結合信号を参照し、前記第１及び第２の登録ユーザの人物固有情報の内、バッテリの残容量がより少ない端末装置を介してログインしていた登録ユーザの人物固有情報に対し、他方の人物固有情報よりも高い序列を付与する
ことを特徴とする請求項３に記載のマルチユーザ情報処理システム。
【請求項７】
前記サーバ装置は、各登録ユーザの勤務状態を管理する勤務状態管理部を備え、
前記テーブルデータによって、各登録ユーザの予定勤務時間帯が示され、
前記勤務状態管理部は、何れかの登録ユーザである対象登録ユーザのログインに基づき前記対象登録ユーザが出勤したと判断した後、現在時刻が前記対象登録ユーザの予定勤務時間帯を越え且つ前記対象登録ユーザのログアウトの状態が所定時間以上継続しているとき、前記対象登録ユーザが退勤したと判断する
ことを特徴とする請求項１〜６の何れかに記載のマルチユーザ情報処理システム。
【請求項８】
前記勤務状態管理部は、前記対象登録ユーザが退勤したと判断した後、前記対象登録ユーザの次回の予定勤務時間帯の開始時刻に応じた出勤想定時間帯に前記対象登録ユーザが前記サーバ装置にログインしたとき、前記対象登録ユーザが出勤したと判断する
ことを特徴とする請求項７に記載のマルチユーザ情報処理システム。
【請求項９】
前記勤務状態管理部は、前記対象登録ユーザが出勤したと判断した後、前記対象登録ユーザが退勤したと判断するまでの実勤務期間において、所定時間以上継続して前記対象登録ユーザがログアウトしている期間が存在しているとき、その期間に関する情報を前記対象登録ユーザに対応付けて記録する
ことを特徴とする請求項７又は８に記載のマルチユーザ情報処理システム。
【請求項１０】
前記サーバ装置は、前記マルチユーザ情報処理システムと異なる他のシステムからの通知情報を、ログイン中の１以上の登録ユーザの端末装置に対して通知する
ことを特徴とする請求項１〜９の何れかに記載のマルチユーザ情報処理システム。
【請求項１１】
前記サーバ装置は、前記通知情報を受信した端末装置に対応付けられた登録ユーザの、前記通知情報に対する応答状況を記録する
ことを特徴とする請求項１０に記載のマルチユーザ情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチユーザ情報処理システムに関する。
【背景技術】
【０００２】
複数のユーザが複数の端末装置を共用するシステムが様々な施設等で利用されることがある。例えば、当該システムが医療施設又は介護施設で利用される場合、日勤の従事者（医療従事者又は介護従事者）が或る端末装置を使用した後、夜勤の従事者が同じ端末装置を使用することがある。実際には、複数の端末装置が多くの従事者によって共用されることもある。この種のシステムでは、各端末装置を誰が使用しているのかを特定する必要があることも多い。例えば、或る患者に対応するナースコールが発生したとき、その患者の対応従事者に当該ナースコールの発生を知らせる必要があるが、この際、その対応従事者が使用している端末装置をシステムが認知している必要がある。
【０００３】
これを考慮し、従事者ＩＤと端末装置を対応付けたテーブルを用意しておき、実際にどの従事者がどの端末装置を使用するのかを端末装置等を介して入力することで、当該テーブルを書き換える方法が提案されている（例えば特許文献１参照）。この方法では、従事者ＩＤを指定したナースコールが発生したとき、当該テーブルを参照して当該従事者ＩＤに対応付けられた端末装置を呼び出すようにしている。また、端末装置及び充電装置間の接続状態変化を契機にして、上記テーブルに相当する対応付け情報を書き換える方法もある（例えば特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−９６７６９号公報
【特許文献２】特開２０１１−２１２０６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
複数の従事者が複数の端末装置を共用しつつも何れの従事者が何れの端末装置を使用しているかを特定する必要があるシステムでは、各従事者が端末装置を介して、ナースコール親機等の機能を持つサーバ装置にログイン／ログアウトを行うことが考えられる。或る従事者が業務開始時等において或る端末装置を介してログインを行えば、サーバ装置において、当該従事者と当該端末装置との対応付けを行うことができる。当該対応付けは当該従事者のログアウトにて解消できる。
【０００６】
ログインを行う際、対象となる施設で働く全従事者のＩＤを列挙したリストを端末装置に表示させ、そのリストの中から該当するＩＤを従事者に選択させる方法が考えられる。しかし、全従事者のＩＤ列の中から自身のＩＤを探し出して選択することは煩雑なことも多い。その煩雑さは、全従事者の総人数が多い場合には顕著となる。また、バッテリ切れに伴って端末装置の持ち替えが必要になることも多いが、その持ち替えの度に、上記のような煩雑な選択操作が必要になると、業務に支障が出ることもある。
【０００７】
そこで本発明は、ログイン操作の簡便化に寄与するマルチユーザ情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るマルチユーザ情報処理システムは、複数の登録ユーザの夫々を複数の時間帯の何れかに対応付けたテーブルデータ、及び、ログイン制御部を有するサーバ装置と、表示画面及び通信部を各々に有する複数の端末装置とを備え、各登録ユーザが前記サーバ装置にログイン又はログアウト可能なマルチユーザ情報処理システムであって、何れかの登録ユーザが何れかの端末装置である対象端末装置を介して前記サーバ装置にログインする際、前記ログイン制御部は、現在時刻と前記テーブルデータに基づき１以上の登録ユーザの人物固有情報を含んだログイン用リストを前記対象端末装置に送信して前記対象端末装置上の表示画面に表示させ、前記ログイン用リスト内の何れかの人物固有情報を指定する信号であって且つ前記対象端末装置への入力操作に基づく信号を前記対象端末装置から受信することで、前記対象端末装置を介してログインした登録ユーザを識別して前記対象端末装置に対応付けることを特徴とする。
【０００９】
例えば、登録ユーザが或る仕事の従事者であって且つ時間帯が予定勤務時間帯の場合、現在時刻とテーブルデータ（勤務シフトテーブル等）に基づき、ログインを行う可能性が高い従事者に絞ってログイン用リストを作成することができる。より具体的には例えば、従事者の総数１００人の内、ログインを行う可能性が高い従事者（例えば現在において出勤してくる可能性が高い従事者）が１０人であるならば、その１０人に絞ってログイン用リストを作成することができる。故に例えば、対象端末装置を使用しようとする従事者（登録ユーザ）は、対象端末装置に表示される比較的少ない人物固有情報の中から自分の人物固有情報を選択するという容易な操作で、ログインを行うことができ且つ自身が対象端末装置を使用することをサーバ装置に知らせることができる（１００人の中から選択するよりも、１０人の中から選択する方が容易である）。このように、複数の登録ユーザが複数の端末装置を共用しつつも何れの登録ユーザが何れの端末装置を使用しているかを特定する必要があるシステムにおいて、ログイン操作が簡便となる。
【００１０】
また例えば、各端末装置は、駆動用のバッテリを有し、自身に結合された端末装置のバッテリを充電する充電装置が、当該マルチユーザ情報処理システムに更に備えられていても良い。そして例えば、何れかの端末装置が前記充電装置に結合されたとき、その結合された端末装置又は前記充電装置は、その結合された端末装置を介してログインしている登録ユーザの人物固有情報又はその結合された端末装置の端末固有情報を含んだ充電装置結合信号を前記サーバ装置に送信しても良く、前記サーバ装置は、受信した前記充電装置結合信号に基づき、その結合された端末装置を介してログインしている登録ユーザを当該サーバ装置からログアウトさせて、その結合された端末装置との対応付けを解消するログアウト制御部を更に有していても良い。
【００１１】
これによれば、端末装置の使用終了時などに行う行為であって且つ充電のために必要な行為（例えば充電台に端末装置を置くという行為）により、自動的にログアウトが行われるので、ログアウトの手間がかからない。
【００１２】
また例えば、前記充電装置と結合していた端末装置が前記充電装置から分離したとき、その分離した端末装置又は前記充電装置から所定の充電装置分離信号が前記サーバ装置に送信され、前記充電装置分離信号が前記サーバ装置にて受信されたとき、前記ログイン制御部は、現在時刻と前記テーブルデータに基づき前記ログイン用リストを生成して、その分離した端末装置に対し、前記生成したログイン用リストを送信すると良い。
【００１３】
これにより、登録ユーザが端末装置を使用するべく充電装置から分離したときに、ログイン用リストが配信及び表示されるようになる。即ち、ログインが必要になるタイミングにおいてログイン用リストが配信及び表示されるため、ログインをスムーズに行うことができる。
【００１４】
また例えば、前記ログイン用リストに含まれる各人物固有情報には序列が付与されていて、序列が高い人物固有情報ほど優先的に前記表示画面に表示され、前記ログイン制御部は、現在時刻が属する時間帯に対応付けられた登録ユーザであって且つログアウト中の登録ユーザの人物固有情報に対し、それ以外の人物固有情報よりも高い序列を付与すると良い。
【００１５】
例えば、登録ユーザが或る仕事の従事者であって且つ時間帯が予定勤務時間帯の場合、現在時刻が属する時間帯に対応付けられた登録ユーザであって且つログアウト中の登録ユーザは、最もログインを行う可能性が高いユーザであると考えられ、そのようなユーザに高い序列を付与することで、そのユーザのログイン操作がより簡単となる。
【００１６】
更に例えば、前記ログイン制御部は、第２人物固有情報に対し、第１人物固有情報よりも低い序列を付与するが、第１及び第２人物固有情報以外の人物固有情報よりも高い序列を付与し、前記第１人物固有情報は、現在時刻が属する時間帯に対応付けられた登録ユーザであって且つログアウト中の登録ユーザの人物固有情報であり、前記第２人物固有情報は、現在時刻から所定時間が経過するまでに訪れる時間帯に対応付けられた登録ユーザであって且つログアウト中の登録ユーザの人物固有情報であると良い。
【００１７】
例えば、登録ユーザが或る仕事の従事者であって且つ時間帯が予定勤務時間帯の場合、第２人物固有情報に対応する登録ユーザは、まもなくの勤務開始が予定されている従事者であり、ログインを行う可能性が高いと考えられる。そのようなユーザに比較的高い序列を付与することで、そのユーザのログイン操作がより簡単となる。
【００１８】
また例えば、前記ログイン用リストに含まれる各人物固有情報には序列が付与されていて、序列が高い人物固有情報ほど優先的に前記表示画面に表示され、何れかの端末装置が前記充電装置に結合されたときに前記サーバ装置に送信される前記充電装置結合信号は、その結合された端末装置のバッテリの残容量の情報を含み、前記サーバ装置において、第１及び第２の端末装置から第１及び第２の充電装置結合信号を受信することで第１及び第２の端末装置を介してログインしていた第１及び第２の登録ユーザをログアウトさせた後、第３の端末装置が第３の充電装置から分離されたことに基づく充電装置分離信号を前記第３の端末装置又は前記第３の充電装置から受信したとき、前記ログイン制御部は、前記第１及び第２の充電装置結合信号を参照し、前記第１及び第２の登録ユーザの人物固有情報の内、バッテリの残容量がより少ない端末装置を介してログインしていた登録ユーザの人物固有情報に対し、他方の人物固有情報よりも高い序列を付与しても良い。
【００１９】
第１及び第２の登録ユーザの内、バッテリの残容量がより少ない端末装置を介してログインしていた登録ユーザは、バッテリ切れに伴って端末装置の持ち替えを行おうとしている可能性が高い。このような持ち替えを行う登録ユーザの人物固有情報に、よりも高い序列を付与して優先的に表示するようにすれば、再ログインがスムーズに済み、有益であると考えられる。
【００２０】
また例えば、前記サーバ装置は、各登録ユーザの勤務状態を管理する勤務状態管理部を備え、前記テーブルデータによって、各登録ユーザの予定勤務時間帯が示され、前記勤務状態管理部は、何れかの登録ユーザである対象登録ユーザのログインに基づき前記対象登録ユーザが出勤したと判断した後、現在時刻が前記対象登録ユーザの予定勤務時間帯を越え且つ前記対象登録ユーザのログアウトの状態が所定時間以上継続しているとき、前記対象登録ユーザが退勤したと判断すると良い。
【００２１】
これにより、各登録ユーザに特段の操作を要することなく、サーバ装置に退勤を認識させることができる。
【００２２】
また例えば、前記勤務状態管理部は、前記対象登録ユーザが退勤したと判断した後、前記対象登録ユーザの次回の予定勤務時間帯の開始時刻に応じた出勤想定時間帯に前記対象登録ユーザが前記サーバ装置にログインしたとき、前記対象登録ユーザが出勤したと判断すると良い。
【００２３】
これにより、各登録ユーザに特段の操作を要することなく、サーバ装置に出勤を認識させることができる。
【００２４】
また例えば、前記勤務状態管理部は、前記対象登録ユーザが出勤したと判断した後、前記対象登録ユーザが退勤したと判断するまでの実勤務期間において、所定時間以上継続して前記対象登録ユーザがログアウトしている期間が存在しているとき、その期間に関する情報を前記対象登録ユーザに対応付けて記録しても良い。
【００２５】
前記期間に関する情報を対象登録ユーザの勤務態度等の評価に利用することができ、有益である。
【００２６】
また例えば、前記サーバ装置は、前記マルチユーザ情報処理システムと異なる他のシステムからの通知情報を、ログイン中の１以上の登録ユーザの端末装置に対して通知してもよい。
【００２７】
これにより、他のシステムと連携した動作が可能となる。
【００２８】
この場合において例えば、前記サーバ装置は、前記通知情報を受信した端末装置に対応付けられた登録ユーザの、前記通知情報に対する応答状況を記録しても良い。
【００２９】
記録された応答状況を対象登録ユーザの勤務態度等の評価に利用することができ、有益である。
【発明の効果】
【００３０】
本発明によれば、ログイン操作の簡便化に寄与するマルチユーザ情報処理システムを提供することが可能である。
【図面の簡単な説明】
【００３１】
【図１】本発明の第１実施形態に係るマルチユーザ情報処理システムの全体構成図である。
【図２】本発明の第１実施形態に係る端末装置の概略ブロック図である。
【図３】本発明の第１実施形態に係る充電装置の概略ブロック図と、端末装置及び充電装置間における結合／分離状態の説明図である。
【図４】本発明の第１実施形態に係り、マルチユーザ情報処理システムと共に、その周辺システム及びユーザを示した図である。
【図５】本発明の第１実施形態に係るナースコール子機の概略外観図である。
【図６】図１のサーバ装置で管理される勤怠シフトテーブルの説明図である。
【図７】図１のサーバ装置で管理される勤怠記録テーブルの説明図である。
【図８】図１のサーバ装置で管理される従事者状態テーブルの説明図である。
【図９】本発明の第１実施形態に係り、ログインに関わる動作のフローチャートである。
【図１０】本発明の第１実施形態に係り、従事者状態テーブルの更新の様子の説明図である。
【図１１】図１のサーバ装置で管理される看護対応テーブルの説明図である。
【図１２】本発明の第１実施形態に係り、ナースコールボタンの押下に応じた動作のフローチャートである。
【図１３】本発明の第１実施形態に係り、ログアウトに関わる動作のフローチャートである。
【図１４】本発明の第１実施形態に係り、端末装置におけるログイン用リストの表示例を示す図である。
【図１５】本発明の第２実施形態で想定される動作の説明図である。
【発明を実施するための形態】
【００３２】
以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量、状態量又は部材等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量、状態量又は部材等の名称を省略又は略記することがある。
【００３３】
＜＜第１実施形態＞＞
本発明の第１実施形態を説明する。図１は、第１実施形態に係るマルチユーザ情報処理システム１の全体構成図である。システム１は、メインサーバ１１及び勤怠管理サーバ１２を含むサーバ装置１０と、ｍ台の端末装置ＴＭと、ｐ台の充電装置ＣＨと、を備える。サーバ１１及び１２の夫々は演算装置及びメモリを有して構成される。ｍ台の端末装置ＴＭを記号ＴＭ［１］〜ＴＭ［ｍ］によって表し、ｐ台の充電装置ＣＨを記号ＣＨ［１］〜ＣＨ［ｐ］によって表す。ｍ及びｐの夫々は、２以上の任意の整数である。１つの注目した端末装置ＴＭを、他の端末装置ＴＭと区別して表現するときにおいて、注目した端末装置ＴＭを端末装置ＴＭ［ｉ］などと表記する。ｉは整数である。充電装置ＣＨ及び後述の従事者ＨＵなどについても同様である。サーバ装置１０と各端末装置ＴＭは、無線ネットワークを介して無線通信が可能である。サーバ装置１０と各充電装置ＣＨも、無線ネットワークを介して無線通信が可能であって良い。但し、充電装置ＣＨ［１］〜ＣＨ［ｐ］の内、一部及び全部の充電装置は、サーバ装置１０との無線通信が不能であっても良い。
【００３４】
図２に、１台の端末装置ＴＭの概略ブロック図を示す。端末装置ＴＭは、符号４１〜４８によって参照される各部位を備える。表示画面４１は、液晶ディスプレイパネル等から成り、ＣＰＵ（Central Processing Unit）４５の制御の下、任意の画像を表示できる。操作部４２は、端末装置ＴＭのユーザからの任意の操作及び指示を受け付ける。操作部４２は、表示画面４１に付随するタッチパネル、及び／又は、機械式操作部材（押しボタンスイッチ等）にて形成される。操作部４２へ入力された操作内容及び指示内容はＣＰＵ４５に伝達される。
【００３５】
通話部４３は、マイクロホン及びスピーカから成る。端末装置ＴＭのユーザは、通話部４３を用いて、通話相手側機器のユーザと通話が可能である。端末装置ＴＭにとっての通話相手側機器は、サーバ装置１０又は後述のナースコール子機を含み、更に通話機能を備えた任意の機器を含みうる。端末装置ＴＭ［ｉ］にとっての通話相手側機器は、端末装置ＴＭ［ｉ］以外の端末装置ＴＭであっても良い。尚、通話部４３を用いた通話内容を示す音声信号は、通信部４４を利用して通話相手側機器に伝達されて良い。
【００３６】
通信部４４は、任意の通信相手側機器と、任意の情報及び信号を無線又は有線にて通信可能である。端末装置ＴＭにとっての通信相手側機器は、サーバ装置１０を含み、更に通信機能を備えた任意の機器（例えば通信機能を備えた充電装置ＣＨ）を含みうる。端末装置ＴＭ［ｉ］にとっての通信相手側機器は、端末装置ＴＭ［ｉ］以外の端末装置ＴＭであっても良い。
【００３７】
ＣＰＵ４５は、端末装置ＴＭ内の動作を統括的に制御する。メモリ４６は、ＲＯＭ（read only memory）及びＲＡＭ（Random Access Memory）などから成り、ＣＰＵ４５にて実行されるプログラム及び任意のデータを記憶する。バッテリ４７は、リチウムイオン電池、ニッケル水素電池などの二次電池から成る。端末装置ＴＭ内の各部位は、バッテリ４７の出力電圧（即ちバッテリ４７の蓄電電力）を用いて駆動する。バッテリ制御回路４８は、バッテリ４７の充放電制御やバッテリ４７の残容量検出等を行う。
【００３８】
図３（ａ）に、１台の充電装置ＣＨの概略ブロック図を示す。充電装置ＣＨは、符号５１〜５５によって参照される各部位を備える。電力変換回路５１は、所定の電力変換によって商用交流電圧を任意の電圧に変換して出力する。充電制御回路５２は、電力変換回路５１の出力電圧を用いて、充電対象を充電する。ここにおける充電対象は、充電装置ＣＨと電気的に又は磁気的に結合している端末装置ＴＭのバッテリ４７である。
【００３９】
ここでは、充電装置ＣＨによる充電が非接触式の充電であることを想定する。即ち、充電装置ＣＨ［ｉ］の充電台５３に端末装置ＴＭ［ｉ］が載置されたとき、充電装置ＣＨ［ｉ］の充電制御回路５２と端末装置ＴＭ［ｉ］のバッテリ制御回路４８が磁気的に結合し、充電装置ＣＨ［ｉ］の電力変換回路５１の出力電圧に基づく磁気エネルギが充電制御回路５２を介して端末装置ＴＭ［ｉ］のバッテリ制御回路４８に伝搬される。そして、伝搬された磁気エネルギに基づき、端末装置ＴＭ［ｉ］のバッテリ制御回路４８によって端末装置ＴＭ［ｉ］のバッテリ４７が充電される。
【００４０】
充電台５３は、充電装置ＣＨの筐体に設けられた窪みなどであって良い（図３（ｃ）参照）。バッテリ４７の充電が可能なように端末装置ＴＭを充電台５３に載置している状態を結合状態と呼び（図３（ｂ）参照）、そうでない状態を分離状態と呼ぶ（図３（ｃ）参照）。結合状態では、充電装置ＣＨ及び端末装置ＴＭが互いに磁気的に結合している。分離状態では、充電装置ＣＨ及び端末装置ＴＭが互いに磁気的に結合しておらず、バッテリ４７の充電は行われない。結合状態にある端末装置ＴＭを充電台５３から分離する（即ち取り外す）ことで、当該端末装置ＴＭは分離状態となる。
【００４１】
尚、充電装置ＣＨによる充電は接触式の充電であっても構わない。即ち、バッテリ４７の充電を行う際の充電装置ＣＨ及び端末装置ＴＭ間の結合は電気的な結合であっても良い。この場合、充電装置ＣＨに出力コネクタが付加された充電ケーブル、端末装置ＴＭに入力コネクタを設けておく。そして、それらの出力及び入力コネクタを接続したとき、充電装置ＣＨが電気的に端末装置ＴＭと結合し、電力変換回路５１の出力電圧に基づき、出力及び入力コネクタを介してバッテリ４７が充電される。
【００４２】
ＣＰＵ５４は、通信部５５の動作を制御する他、充電装置ＣＨ内の各種動作を制御できる。通信部５５は、任意の通信相手側機器と、任意の情報及び信号を無線又は有線にて通信可能である。ＣＰＵ５４及び通信部５５は、電力変換回路５１の出力電圧にて駆動する。充電装置ＣＨにとっての通信相手側機器は、サーバ装置１０及び端末装置ＴＭを含み、更に通信機能を備えた任意の機器を含みうる。但し、充電装置ＣＨ［１］〜ＣＨ［ｐ］の内、幾つかの充電装置ＣＨはＣＰＵ５４及び通信部５５を備えていなくても良い。以下では、説明の便宜上、充電装置ＣＨ［１］〜ＣＨ［ｐ］の夫々がＣＰＵ５４及び通信部５５を備えていると考える。
【００４３】
本実施形態では、マルチユーザ情報処理システム１が、医療施設又は介護施設において利用されることを想定する。この想定の下、図４には、システム１と共に、システム１に接続される周辺システム及びシステム１のユーザが示されている。システム１には、ナースコールシステム２が無線又は有線によって接続されると共に、見守りシステム３が無線又は有線によって接続される。ＨＵ［１］〜ＨＵ［ｎ］は、システム１のユーザとしてのｎ人の従事者を表す。従事者ＨＵ［１］〜ＨＵ［ｎ］は、サーバ装置１０に予め登録されたｎ人の登録ユーザである。ここにおける従事者は、医療施設で勤務する医療従事者又は介護施設で勤務する介護従事者である。各従事者は、何れかの端末装置ＴＭのユーザになりうる。ｎは、２以上の任意の整数である。“ｎ＞ｍ”であって良く、本実施形態では “ｎ＞ｍ”である（即ち、従事者の人数ｎよりも端末装置ＴＭの台数ｍの方が少ない）ことが想定される。尚、システム２及び３の内、少なくとも一方が、システム１に内包されると考えることも可能である。
【００４４】
ナースコールシステム２は、ｕ台のナースコール子機ＮＣを備え、各ナースコール子機ＮＣは、医療施設における病室（病人がいる部屋）又は介護施設における居室（被介護者がいる部屋）に設置される。ｕ台のナースコール子機ＮＣを記号ＮＣ［１］〜ＮＣ［ｕ］によって表す（ｕは２以上の任意の整数）。各々のナースコール子機ＮＣは、図５に示す如く、ナースコールボタン２１、マイクロホン及びスピーカから成る通話部２２を備える。ナースコールシステム２は有線又は無線にてサーバ装置１０に接続される。ナースコールボタン２１への操作内容（ボタン２１が押されたか否か）及び通話部２２に入力された音声信号は、サーバ装置１０に伝達される。
【００４５】
見守りシステム３は、ｖ台の見守り機器ＭＭを備える。各見守り機器ＭＭも、医療施設における病室又は介護施設における居室に設置されて良い。ｖ台の見守り機器ＭＭを記号ＭＭ［１］〜ＭＭ［ｖ］によって表す（ｖは２以上の任意の整数）。医療施設の病室にいる病人又は介護施設の居室にいる被介護者を、総称して、看護対象者と呼ぶ。見守り機器ＭＭは、看護対象者の状態を検知して検知結果を示す見守り情報を生成する。例えば、見守り機器ＭＭは、看護対象者がベッド上にいるか否か、ベッド上の看護対象者が上体を起こしたか否かなどを検知する離床センサを含んでいて良い。また例えば、見守り機器ＭＭは、看護対象者の体温又は心拍数や、看護対象者のいびきの大きさなどを検知するものであっても良い。見守りシステム３は有線又は無線にてサーバ装置１０に接続され、各見守り機器ＭＭは、定期的に若しくは看護対象者の状態の変化が検知されたときに、又は、サーバ装置１０からの要求に応じて、見守り情報をサーバ装置１０に伝達する。
【００４６】
メインサーバ１１は、通話制御を実行する。メインサーバ１１の通話制御は、第１及び第２通話機器間の通話制御である。メインサーバ１１は、第１及び第２通話機器の内、一方の通話機器のユーザの発声音による音声信号を、他方の通話機器に供給することで、第１及び第２通話機器のユーザ間の通話を実現する。
【００４７】
第１及び第２通話機器の内、一方の通話機器は何れかのナースコール子機ＮＣであり、他方の通話機器は何れかの端末装置ＴＭである。或いは、第１及び第２通話機器は、２台の端末装置ＴＭである。サーバ装置１０にも、マイクロホン及びスピーカから成る通話部（不図示）が備えられる又は接続される。従って、第１及び第２通話機器の内、一方の通話機器は何れかのナースコール子機ＮＣ又は何れかの端末装置ＴＭであって、且つ、他方の通話機器はサーバ装置１０であっても良い。ナースコール子機ＮＣ［ｉ］のナースコールボタン２１が押されたとき、メインサーバ１１は、一方の通話機器としてのナースコール子機ＮＣ［ｉ］と他方の通話機器とを用いた通話が可能となるように、通話制御を行う。つまり、メインサーバ１１は、ナースコール親機としての機能を内包している。
【００４８】
また、メインサーバ１１は、見守り情報の配信を行うことができる。つまり、何れかの見守り機器ＭＭからの見守り情報を、何れかの端末装置ＴＭに配信（送信）することができる。端末装置ＴＭは、見守り情報を受信した際、受信した見守り情報の内容を表示画面４１に表示させることができる。見守り情報の配信は、端末装置ＴＭからの要求に応じて行われるものであっても良い。
【００４９】
勤怠管理サーバ１２は、医療施設又は介護施設である勤務対象施設において従事者ＨＵが勤務すべき予定の時間帯（以下、予定勤務時間帯という）を従事者ＨＵごとに定めた勤務シフトテーブルＴＡを保持している。図６に、勤務シフトテーブルＴＡの例を示す。テーブルＴＡは、従事者ＨＵごとの予定勤務時間帯を、複数日分、保持していて良い。テーブルＴＡは、複数の従事者ＨＵの夫々を、互いに異なる複数の予定勤務時間帯の何れかに対応付けている。但し、２以上の従事者ＨＵが共通の予定勤務時間帯に対応付けられることもある。
【００５０】
更に、勤怠管理サーバ１２は、各従事者ＨＵの実際の出勤時刻及び実際の退勤時刻を記した勤怠記録テーブルＴＢを作成し、保持する。図７に、勤怠記録テーブルＴＢの例を示す。テーブルＴＢは、各従事者ＨＵの出勤時刻及び退勤時刻を、複数日分、保持していて良い。或る従事者ＨＵに関し、出勤時刻とは、勤務対象施設に当該従事者ＨＵが出勤したとみなされる時刻、即ち、勤務対象施設において当該従事者ＨＵが業務を開始したとみなされる時刻である。或る従事者ＨＵに関し、退勤時刻とは、勤務対象施設において該従事者ＨＵが退勤したとみなされる時刻、即ち、当該従事者ＨＵが勤務対象施設における業務を終了したとみなされる時刻である。尚、本明細書において、勤務と業務は同義である。
【００５１】
また、メインサーバ１１は、各従事者ＨＵが何れの端末装置ＴＭを使用しているのかを、従事者状態テーブルＴＣにて認識及び管理する。図８に、従事者状態テーブルＴＣの例を示す。図８の例では、従事者ＨＵ［１］、ＨＵ［４］、ＨＵ［５］が、夫々、端末装置ＴＭ［１］、ＴＭ［２］、ＴＭ［３］を使用中であることが示されている。即ち、図８のテーブルＴＣによって、従事者ＨＵ［１］、ＨＵ［４］、ＨＵ［５］が、夫々、端末装置ＴＭ［１］、ＴＭ［２］、ＴＭ［３］に対応付けられている。また、従事者状態テーブルＴＣには、各従事者ＨＵの勤務状態も示されている。従事者ＨＵの勤務状態は、勤務中状態と退勤中状態の何れかをとる。従事者ＨＵが出勤してから退勤するまでの勤務状態は勤務中状態であり、退勤後、次回に出勤するまでの勤務状態は退勤中状態である。従事者状態テーブルＴＣは、例えば、メインサーバ１１にて保持及び更新されて良い。
【００５２】
各従事者ＨＵは、何れかの端末装置ＴＭを操作することで端末装置ＴＭを介してサーバ装置１０にログインすることができ、使用中の端末装置ＴＭを充電台５３に載置することでサーバ装置１０からログアウトすることができる。サーバ装置１０へのログインとは、サーバ装置１０が持つ所定のリソース及び機能を利用する権限を取得することを指し、サーバ装置１０からのログアウトとは、その権限を放棄することを指す。或る従事者ＨＵが端末装置ＴＭ［ｉ］を介してサーバ装置１０にログインしているときにのみ、その従事者ＨＵは、端末装置ＴＭ［ｉ］を用い、サーバ装置１０を介して通話相手側機器のユーザと通話が可能になると共に、サーバ装置１０が保持又は取得する特定の情報（見守り情報を含む）を端末装置ＴＭ［ｉ］にて受信及び閲覧可能となる。以下では、サーバ装置１０へのログイン、サーバ装置１０からのログアウトを、単にログイン、ログアウトという。
【００５３】
［業務開始／再開］
図９を参照し、ログインに関わるシステム１の動作の流れを説明する。尚、説明の具体化のため、注目した１つの端末装置ＴＭ、注目した１つの充電装置ＣＨ、注目した一人の従事者ＨＵを、夫々、記号ＴＭ［ｉ］、ＣＨ［ｉ］及びＨＵ［ｉ］によって参照することがあるが、ＴＭ［ｉ］、ＣＨ［ｉ］及びＨＵ［ｉ］間おいて、整数ｉの具体的な数値は互いに異なりうる。
【００５４】
図９は、ログインに関わるシステム１の動作のフローチャートである。まず、ステップＳ１１において、勤務対象施設にて勤務を開始しようとする従事者ＨＵ［ｉ］は、１台以上の充電装置ＣＨの充電台５３に載置されている１以上の端末装置ＴＭの中から、任意の１台の端末装置ＴＭ［ｉ］を充電台５３から分離する（取り外す）。勤務中に一時的に端末装置ＴＭを充電台５３に置いていた従事者ＨＵ［ｉ］が勤務を再開しようとする場合も同様である。
【００５５】
各端末装置ＴＭは、自身が充電台５３に載置されているのか否か（自身が結合状態と分離状態のどちらにあるのか）を検出する載置検出機能を有している。端末装置ＴＭが充電台５３に載置されているとき、バッテリ４７の充電用の交流磁界が当該端末装置ＴＭに加わるので、その交流磁界の有無を調べることで、上記検出が可能である。或いは、結合状態においてのみオンとなるようなスイッチ（不図示）を各端末装置ＴＭに設けておくことでも上記検出が可能である。上述の出力及び入力コネクタを介してバッテリ４７の充電を行う際には、端末装置ＴＭにて出力及び入力コネクタの接続状態を検出することで、端末装置ＴＭが充電装置ＣＨと結合状態及び分離状態のどちらにあるのかを検知できる。
【００５６】
端末装置ＴＭ［ｉ］は、自身が充電台５３から分離されたことを検出すると、ステップＳ１２において、自身の端末固有情報を含む所定の充電装置分離信号をメインサーバ１１に送信する。これにより、メインサーバ１１は、どの端末装置ＴＭが充電台５３から取り外されたのかを認識することができる。端末装置ＴＭ［１］〜ＴＭ［ｍ］は夫々のメモリ４６に端末固有情報を保持している。端末装置ＴＭ［１］〜ＴＭ［ｍ］の端末固有情報を、夫々、記号ＩＤTM［１］〜ＩＤTM［ｍ］にて表す。端末固有情報ＩＤTM［１］〜ＩＤTM［ｍ］は互いに異なる。尚、後にも述べるが、端末装置ＴＭ［ｉ］が充電装置ＣＨ［ｉ］から分離されたときにおける充電装置分離信号（ステップＳ１２の充電装置分離信号）の送信を、充電装置ＣＨ［ｉ］が行っても良い。
【００５７】
ステップＳ１２に続くステップＳ１３において、充電装置分離信号を受信したメインサーバ１１は、勤怠管理サーバ１２にログイン用リストを要求する。勤怠管理サーバ１２は、本日の日付及び現在時刻と勤務シフトテーブルＴＡとに基づき、１以上の従事者ＨＵの人物固有情報を含んだログイン用リストを作成する。作成されたログイン用リストはメインサーバ１１に送られ、更にメインサーバ１１から端末装置ＴＭ［ｉ］に送信される。勤務シフトテーブルＴＡが１日分の予定勤務時間帯しか含んでいない場合、本日の日付を参照することなく、ログイン用リストを作成可能である。尚、サーバ装置１０は、本日の日付と現在時刻を取得する時計／カレンダー機能及び任意の時点からの経過時間を計測する計時機能を備える。また、端末装置ＴＭ［ｉ］は、勤怠管理サーバ１２に対しログイン用リストを直接要求するようにしても良い。
【００５８】
従事者ＨＵ［１］〜ＨＵ［ｎ］の人物固有情報を、夫々、記号ＩＤHU［１］〜ＩＤHU［ｎ］にて表す。人物固有情報ＩＤHU［１］〜ＩＤHU［ｎ］は互いに異なる。人物固有情報は、対応する従事者ＨＵの名前、呼び名、ＩＤ番号等であって良い。勤怠管理サーバ１２は、その時点でログインする可能性が高い従事者ＨＵの人物固有情報がログイン用リストに含まれるように且つログイン用リストの上位に配されるように、ログイン用リストを作成する。詳細は後述するが、例えば、現在時刻と勤務シフトテーブルＴＡに基づき、勤務を開始又は再開する可能性が高い従事者ＨＵに絞ってログイン用リストを作成することができる。故に、ログイン用リストに含まれる人物固有情報の総数は、ｎより小さいと良い。
【００５９】
ステップＳ１４において、端末装置ＴＭ［ｉ］にてログイン用リストが受信される。すると、端末装置ＴＭ［ｉ］において、ＣＰＵ４５は、受信したログイン用リストを表示画面４１に表示させる。続くステップＳ１５において、端末装置ＴＭ［ｉ］の使用を望む従事者ＨＵ［ｉ］は、表示画面４１に表示されたログイン用リストの中から自身の人物固有情報ＩＤHU［ｉ］を選択する選択操作を操作部４２に対して行う。選択された人物固有情報ＩＤHU［ｉ］はメモリ４６に記憶される。尚、メモリ４６には、上記の載置検出機能に加え、ログイン用リストの表示機能及び選択操作による選択機能を実現するアプリケーションプログラムが予めインストールされている。また、選択操作の入力を受けた後、端末装置ＴＭ［ｉ］は、ログイン用のパスワードの入力を求めるようにしても良い。この場合、入力されたパスワードが正規のパスワードと一致しない限り、従事者ＨＵ［ｉ］のログインは完了しない。
【００６０】
人物固有情報ＩＤHU［ｉ］が選択されたことを示す選択信号（即ち、ログイン用リスト内の何れかの人物固有情報を指定する信号であって且つ操作部４２への入力操作に基づく信号）は、端末固有情報ＩＤTM［ｉ］と共に、端末装置ＴＭ［ｉ］からメインサーバ１１に送信される。すると、ステップＳ１６において、それらの受信内容に基づき、メインサーバ１１は、従事者ＨＵ［ｉ］と端末装置ＴＭ［ｉ］を対応付けて（換言すれば、人物固有情報ＩＤHU［ｉ］と端末固有情報ＩＤTM［ｉ］を対応付けて）従事者ＨＵ［ｉ］のログインを完了する。この際、メインサーバ１１は、その対応付けの内容にて従事者状態テーブルＴＣ（図８参照）を更新する。ステップＳ１６のログイン完了により、メインサーバ１１は、端末装置ＴＭ［ｉ］に対応する従事者ＨＵが従事者ＨＵ［ｉ］である（端末装置ＴＭ［ｉ］が従事者ＨＵ［ｉ］にて使用されている）ことを認識する。つまり、メインサーバ１１は、受信した上記選択信号に基づき、端末装置ＴＭ［ｉ］を介してログインした従事者ＨＵを識別して端末装置ＴＭ［ｉ］に対応付ける。
【００６１】
更に、ステップＳ１６に続くステップＳ１７において、メインサーバ１１は、ログインした従事者ＨＵ［ｉ］の勤務状態が従事者状態テーブルＴＣにて“退勤中状態”となっているか否かを確認する。そして、従事者状態テーブルＴＣにおいて従事者ＨＵ［ｉ］の勤務状態が “退勤中状態”となっているならば（ステップＳ１７のＹ）、メインサーバ１１は、従事者ＨＵ［ｉ］が勤務対象施設に出勤した（業務を開始した）と判断して、テーブルＴＣにおける従事者ＨＵ［ｉ］の勤務状態を“勤務中状態”に変更する（ステップＳ１８）。テーブルＴＣにおいて、従事者ＨＵ［ｉ］の勤務状態が“退勤中状態”から“勤務中状態”に変更された時刻は、勤怠管理サーバ１２により、従事者ＨＵ［ｉ］の出勤時刻として勤怠記録テーブルＴＢ（図７参照）に書き込まれる。一方、ステップＳ１７において、従事者状態テーブルＴＣ中の従事者ＨＵ［ｉ］の勤務状態が “勤務中状態”となっている場合には（ステップＳ１７のＮ）、従事者ＨＵ［ｉ］に対応するログアウト時間ＴOUTの計測が停止される（ステップＳ１９）。時間ＴOUTの意義については後述の説明から明らかとなる。
【００６２】
図１０（ａ）、（ｂ）及び（ｃ）を参照する。例えば、２０１４年３月２５日の７時４０分において退勤中状態の従事者ＨＵ［４］が、端末装置ＴＭ［２］を充電台５３から分離させて、同日の７時４２分に端末装置ＴＭ［２］を介してログインを完了させると、従事者状態テーブルＴＣは図１０（ａ）に示すものから図１０（ｂ）に示すものへと変更される。その後例えば、２０１４年３月２５日の７時４２分において退勤中状態の従事者ＨＵ［５］が、端末装置ＴＭ［３］を充電台５３から分離させて、同日の７時４５分に端末装置ＴＭ［３］を介してログインを完了させると、従事者状態テーブルＴＣは図１０（ｂ）に示すものから図１０（ｃ）に示すものへと変更される。尚、本明細書における時刻の表記は、２４時間表記である（即ち例えば、７時は午前７時を意味し、午後１時は１３時と表記される）。
【００６３】
［通常業務］
上記の対応付けによって端末装置ＴＭ［ｉ］と従事者ＨＵ［ｉ］の関係が確立し、以後、従事者ＨＵ［ｉ］を指定した通信要求は、端末装置ＴＭ［ｉ］に対して行われるようになる。
【００６４】
通信要求の具体的な内容の説明に先立ち、看護対応テーブルＴＤについて説明する。図１１に、看護対応テーブルＴＤの例を示す。看護対応テーブルＴＤは、何れの看護対象者が、何れのナースコール子機ＮＣ、何れの見守り機器ＭＭ、及び、何れの従事者ＨＵに対応しているのかを定めたテーブルデータであり、サーバ装置１０に保持されている。ここでは、第ｉ看護対象者は、ナースコール子機ＮＣ［ｉ］、見守り機器ＭＭ［ｉ］及び従事者ＨＵ［ｉ］に対応しているものとする。即ち、子機ＮＣ［ｉ］は第ｉ看護対象者の病室又は居室に設置され、見守り機器ＭＭ［ｉ］は第ｉ看護対象者の状態を検知して検知結果を示す見守り情報を生成する。従事者ＨＵ［ｉ］は、第ｉ看護対象者の看護の主担当者である。各看護対象者を担当する従事者ＨＵは複数いても良い。ここでは、従事者ＨＵ［ｉ＋１］は、第ｉ看護対象者の看護の副担当者であるとする。主担当者の方が、副担当者よりも優先的に、対応する看護対象者の看護にあたる。看護対応テーブルＴＤは、日付及び時刻に応じて変化するものであって良い。主担当者及び副担当者の夫々も複数存在しうる。
【００６５】
図１２は、ナースコールボタン２１の押下に連動したシステム１の動作フローチャートである。まず、ステップＳ３１において、ナースコール子機ＮＣ［ｉ］のナースコールボタン２１が押下されると、その旨を示すナースコール信号が子機ＮＣ［ｉ］からメインサーバ１１に伝達される。ステップＳ３２において、メインサーバ１１は、そのナースコール信号の受信に基づき、第ｉ看護対象者に対応するナースコールボタン２１が押下されたことを、１以上の端末装置ＴＭに対して通報する。
【００６６】
このときに通報される端末装置ＴＭは、ログイン中の従事者ＨＵに対応付けられた端末装置ＴＭである。第ｉ看護対象者の主担当者である従事者ＨＵ［ｉ］がログイン中であって且つ端末装置ＴＭ［ｉ］に対応付けられている場合、メインサーバ１１は、上記通報の対象に少なくとも端末装置ＴＭ［ｉ］を含める。更に、第ｉ看護対象者の副担当者である従事者ＨＵ［ｉ＋１］がログイン中であって且つ端末装置ＴＭ［ｉ＋１］に対応付けられている場合、メインサーバ１１は、上記通報の対象に端末装置ＴＭ［ｉ＋１］をも含めると良い。これらを実現すべく、ナースコール信号と看護対応テーブルＴＤと従事者状態テーブルＴＣに基づき、上記通報の対象を決定すると良い。ログイン中の従事者ＨＵに対応付けられた端末装置ＴＭの全てを、上記通報の対象に含めても良い。
【００６７】
上記通報は、何れかの端末装置ＴＭが通報に対して応答するまで継続する（ステップＳ３３）。何れかの端末装置ＴＭが当該通報に対して応答すると（即ち、通報を受けた端末装置ＴＭに対応付けられた従事者ＨＵが当該端末装置ＴＭを用いて当該通報に対し応答すると）、その応答結果を受け、メインサーバ１１は当該通報を終了する（ステップＳ３４）。通報への応答は、例えば、操作部４２に所定操作を入力することで実現される。主担当者である従事者ＨＵ［ｉ］が応答した場合、従事者ＨＵ［ｉ］が使用中の端末装置ＴＭ［ｉ］と第ｉ看護対象者に対応するナースコール子機ＮＣ［ｉ］との通話回線が、メインサーバ１１の通話制御によって形成されて、子機ＮＣ［ｉ］のユーザ（第ｉ看護対象者又はその付添人）は従事者ＨＵ［ｉ］と通話することが可能となる。従事者ＨＵ［ｉ］以外の従事者ＨＵが応答した場合も同様である。
【００６８】
上記通報が複数の端末装置ＴＭに対して行われた場合において、第１の端末装置ＴＭ（（例えば、端末装置ＴＭ［ｉ］）が当該通報に対して応答した場合、メインサーバ１１は、通報を行った他の端末装置ＴＭに対し、第１の端末装置ＴＭに対応する従事者ＨＵが上記通報に応答した旨を伝えるようにしても良い。
【００６９】
見守り機器ＭＭ［ｉ］から特定の見守り情報がメインサーバ１１に伝達されたときも、子機ＮＣ［ｉ］のナースコールボタン２１が押下されたときと同様の処理を行っても良い。この場合、メインサーバ１１は、見守り機器ＭＭ［ｉ］についての特定の見守り情報（例えば、ベッドで寝ているべき第ｉ看護対象者がベッドから離れたことを示す情報）を、端末装置ＴＭ［ｉ］を含む１以上の端末装置ＴＭに対して通報することになる。この場合における通報の対象及び通報への応答に関わる処理は、上述したものと同様であって良い。
【００７０】
ナースコールボタン２１の押下による通報又は特定の見守り情報の通報は、システム２からの通知情報（ボタン２１が押下されたことを通知する情報）又はシステム３からの通知情報（例えば、ベッドで寝ているべき第ｉ看護対象者がベッドから離れたことを示す情報）を、ログイン中の１以上の従事者ＨＵの端末装置ＴＭに通知することに相当する。サーバ装置１０は、通知情報を受信した端末装置ＴＭに対応付けられた従事者ＨＵの、通知情報に対する応答状況を、自身が有するメモリに記録するようにしても良い。記録される応答状況は、例えば、従事者ＨＵごとの各通知情報に対する応答の有無を含む。サーバ装置１０は、各通知情報の通報開始時刻及び通報終了時刻も合わせて記録しても良い。応答状況の記録内容は各従事者ＨＵの勤務態度等の評価に利用され得る。
【００７１】
また、ログイン中の各従事者ＨＵは、自身に対応する端末装置ＴＭを操作することで、任意の見守り機器ＭＭについての見守り情報をメインサーバ１１に要求することもでき、メインサーバ１１は、この要求に従う見守り情報を、要求を出した端末装置ＴＭに送信することができる。
【００７２】
［充電台設置］
図１３を参照し、ログアウトに関わるシステム１の動作の流れを説明する。図１３は、その動作のフローチャートである。
【００７３】
端末装置ＴＭ［ｉ］を介してログインを行うことで端末装置ＴＭ［ｉ］に対応付けられており且つ“勤務中状態”の従事者ＨＵ［ｉ］が、ステップＳ５１において、端末装置ＴＭ［ｉ］を充電装置ＣＨ［ｉ］の充電台５３に載置させたとする（即ち、充電装置ＣＨ［ｉ］との関係において端末装置ＴＭ［ｉ］の状態が分離状態から結合状態に変化したとする）。各端末装置ＴＭには、バッテリ４７の残容量を検出して検出残容量が所定量以下になったときに、その旨をユーザに通知する機能が設けられている。従事者ＨＵ［ｉ］は、この通知を受けて端末装置ＴＭ［ｉ］を充電台５３に置く場合もあるし、この通知の有無に関係なく、休憩等を行うために端末装置ＴＭ［ｉ］を充電台５３に置く場合もある。
【００７４】
端末装置ＴＭ［ｉ］は、自身が充電台５３に載置されたことを検出すると、ステップＳ５２において、自身の端末固有情報を含む所定の充電装置結合信号をメインサーバ１１に送信する。端末装置ＴＭ［ｉ］のメモリ４６には上述の選択操作に基づく人物固有情報ＩＤHU［ｉ］が保持されているので、端末装置ＴＭ［ｉ］は、上記充電装置結合信号に人物固有情報ＩＤHU［ｉ］を含めても良い。
【００７５】
充電装置設定信号の送信を充電装置ＣＨ［ｉ］が行うようにしても良い。この場合、充電装置ＣＨ［ｉ］は、自身の充電台５３に端末装置ＴＭ［ｉ］が載置されていたことを検出すると、通信部５５を用い、通信部４４を介して端末装置ＴＭ［ｉ］から、端末固有情報ＩＤTM［ｉ］又は人物固有情報ＩＤHU［ｉ］を受信する。そして、充電装置ＣＨ［ｉ］は、通信部５５を用い、情報ＩＤTM［ｉ］及び／又はＩＤHU［ｉ］を含む充電装置結合信号をメインサーバ１１に送信すれば良い。
【００７６】
尚、上述したように、図９のステップＳ１２において、端末固有情報を含む充電装置分離信号は、充電装置ＣＨ［ｉ］からメインサーバ１１に送信されても良い。自身の充電台５３に端末装置ＴＭ［ｉ］が載置されているとき、充電装置ＣＨ［ｉ］は、通信部５５を用い、通信部４４を介して端末装置ＴＭ［ｉ］から端末固有情報ＩＤTM［ｉ］を取得可能である。
【００７７】
各充電装置ＣＨに、自身の充電台５３に端末装置ＴＭが載置されているのか否かを検出する機能を持たせても良い。電力変換回路５１及び充電制御回路５２にとって、充電台５３に載置された端末装置ＴＭのバッテリ制御回路４８及びバッテリ４７は負荷に相当するため、その負荷の有無を検出することで充電台５３に端末装置ＴＭが載置されているか否かを検出可能である。或いは、結合状態においてのみオンとなるようなスイッチ（不図示）を各充電装置ＣＨに設けておくことでも上記検出が可能である。上述の出力及び入力コネクタを介してバッテリ４７の充電を行う際には、充電装置ＣＨにて出力及び入力コネクタの接続状態を検出することで、端末装置ＴＭが充電装置ＣＨと結合状態及び分離状態のどちらにあるのかを検知できる。
【００７８】
ステップＳ５２に続くステップＳ５３において、メインサーバ１１は、端末装置ＴＭ［ｉ］又は充電装置ＣＨ［ｉ］からの充電装置結合信号を受信する。すると、メインサーバ１１は、充電装置結合信号に含まれる情報ＩＤTM［ｉ］又はＩＤHU［ｉ］に基づき、情報ＩＤTM［ｉ］又はＩＤHU［ｉ］に対応する従事者ＨＵ［ｉ］をログアウトさせると共に、従事者ＨＵ［ｉ］と端末装置ＴＭ［ｉ］との対応付けを解消させる。この対応付けの解消の内容は従事者状態テーブルＴＣ（図８参照）に反映される。
【００７９】
続くステップＳ５４において、メインサーバ１１により、従事者ＨＵ［ｉ］のログアウトが行われた時点からの経過時間が、ログアウト時間ＴOUTとして且つ従事者ＨＵ［ｉ］に対応付けられた状態で計測開始される。そして、ステップＳ５５において、メインサーバ１１は、ログアウト時間ＴOUTを所定の基準時間ＴREFと比較し、ログアウト時間ＴOUTが基準時間ＴREFを超えた時点でステップＳ５６に処理を進める。従事者ＨＵ［ｉ］が勤務中状態である場合において、従事者ＨＵ［ｉ］が何れかの端末装置ＴＭを介して再度ログインを行ったとき、ログアウト時間ＴOUTの計測は停止される（図９のステップＳ１９参照）。
【００８０】
ステップＳ５６において、メインサーバ１１は、勤怠管理サーバ１２に当日における従事者ＨＵ［ｉ］の退勤予定時刻を問い合わせ、サーバ１２からの返信を受ける。当日における従事者ＨＵ［ｉ］の退勤予定時刻とは、勤務シフトテーブルＴＡに記述された従事者ＨＵ［ｉ］の、当日における予定勤務時間帯の終了時刻を指す。そして、メインサーバ１１及び勤怠管理サーバ１２は、現在時刻が当日における従事者ＨＵ［ｉ］の退勤予定時刻を越えている場合には、従事者ＨＵ［ｉ］が退勤したと判断してステップＳ５７の退勤処理を行う一方、そうでない場合、従事者ＨＵ［ｉ］が休憩を行ったと判断してステップＳ５８の休憩処理を行う。
【００８１】
退勤処理において、メインサーバ１１は、従事者状態テーブルＴＣ（図８参照）における従事者ＨＵ［ｉ］の勤務状態を“勤務中状態”から“退勤中状態”に変更する。テーブルＴＣにおいて従事者ＨＵ［ｉ］の勤務状態が“勤務中状態”から“退勤中状態”に変更された時刻は、勤怠管理サーバ１２により、従事者ＨＵ［ｉ］の退勤時刻として勤怠記録テーブルＴＢ（図７参照）に書き込まれる。
【００８２】
図１０（ｃ）及び（ｄ）を参照する。例えば、２０１４年３月２５日の７時４５分において端末装置ＴＭ［１］と対応付けられてログインしていた勤務中状態の従事者ＨＵ［１］が、その後において端末装置ＴＭ［１］を充電台５３に置き、従事者ＨＵ［１］について同日の９時１０分にステップＳ５７に至ったとする。この場合、従事者状態テーブルＴＣは図１０（ｃ）に示すものから図１０（ｄ）に示すものに変更されることになる。
【００８３】
尚、ステップＳ５３のログアウトを行う際に、メインサーバ１１は、勤怠管理サーバ１２に対し、当日における従事者ＨＵ［ｉ］の退勤予定時刻を問い合わせるようにしても良い。そして、現在時刻が、勤怠管理サーバ１２から返信された“当日における従事者ＨＵ［ｉ］の退勤予定時刻”を越えている場合、ログアウト時間ＴOUTの計測を行うことなく、従事者ＨＵ［ｉ］が退勤したと判断してステップＳ５７の退勤処理を行うようにしても良い。
【００８４】
休憩処理では、従事者ＨＵ［ｉ］が何れかの端末装置ＴＭを介して再度ログインを行うか否かを監視しつつ、従事者ＨＵ［ｉ］に対応付けて休憩情報を勤怠記録テーブルＴＢに書き込む。休憩情報は、休憩の存在を示すと共に、休憩の開始時刻及び終了時刻、並びに、休憩の長さ（休憩の開始時刻及び終了時刻の時間差）を含んでいて良い。休憩情報に関し、ステップＳ５３のログアウトが行われた時刻が休憩の開始時刻とされ、従事者ＨＵ［ｉ］が何れかの端末装置ＴＭを介して再度ログインを行った時刻が休憩の終了時刻とされる。休憩の長さを、業務に従事しなかった時間の長さとみなすこともできる。
【００８５】
［ログイン用リスト］
次に、勤怠管理サーバ１２によるログイン用リストの作成方法を説明する。従事者ＨＵ［ｉ］が端末装置ＴＭ［ｉ］を充電装置ＣＨ［ｉ］の充電台５３から分離させたことに起因して、サーバ装置１０から端末装置ＴＭ［ｉ］に対しログイン用リストが送信される状況を想定する。この想定の下、表示とは、特に記述無き限り、端末装置ＴＭ［ｉ］の表示画面４１での表示を指す。表示画面４１での表示は、サーバ１２が作成したログイン用リストを上記アプリケーションプログラムに読み込ませることで実現される。
【００８６】
上述したように、勤怠管理サーバ１２は、現在時刻と勤務シフトテーブルＴＡ（図６参照）を用いてログイン用リストを作成する。この際、サーバ１２は、ログイン用リストに含まれる各人物固有情報に序列を付与する。より高い序列が付与された人物固有情報ほど優先的に表示画面４１に表示される。説明の便宜上、注目した１つの日における序列の付与方法を説明する（後述の他の実施形態においても同様）。
【００８７】
まず、勤怠管理サーバ１２は、現在時刻を内包する予定勤務時間帯に対応した従事者ＨＵであって且つログアウト中の従事者ＨＵ（以下、従事者ＨＵAという）の人物固有情報に、最上位の序列（第１位の序列）を付与する。従事者ＨＵAは、休憩等のため端末装置ＴＭを一時的に充電台５３に置いたと推定される従事者又はバッテリ切れに伴い端末装置ＴＭの持ち替えを行うと推定される従事者であって、最もログインを行う可能性が高いと考えられるからである。現在時刻（例えば９時２０分）が予定勤務時間帯（例えば７時２０分から１４時２０分）に属しているとき、その予定勤務時間帯は現在時刻を内包している。
【００８８】
次に、勤怠管理サーバ１２は、現在時刻から所定時間ＴAが経過するまでに訪れる予定勤務時間帯に対応した従事者ＨＵであって且つログアウト中の従事者ＨＵ（以下、従事者ＨＵBという）の人物固有情報に、第２位の序列を付与する。現在時刻（例えば９時２０分）は、或る従事者ＨＵの予定勤務時間帯（例えば９時３０分から１５時３０分）に属していないが、現在時刻から所定時間ＴA（例えば３０分）が経過するまでの間に、その従事者ＨＵの予定勤務時間帯が訪れる場合、その従事者ＨＵは従事者ＨＵBである。従事者ＨＵBは、まもなくの勤務開始が予定されている従事者ＨＵであり、ログインを行う可能性が高いため、比較的高い序列を付与する。
【００８９】
勤怠管理サーバ１２は、従事者ＨＵA及びＨＵB以外の従事者ＨＵであって且つログアウト中の従事者ＨＵ（以下、従事者ＨＵCという）の人物固有情報に、第３位の序列を付与することができる。
【００９０】
勤怠管理サーバ１２は、従事者ＨＵA及びＨＵBの人物固有情報のみをログイン用リストに含めるようにしても良いし、従事者ＨＵA、ＨＵB及びＨＵCの人物固有情報を全てログイン用リストに含めるようにしても良い。勿論、従事者ＨＵAに該当する従事者ＨＵが存在しない場合、ログイン用リストに従事者ＨＵAの人物固有情報は含められない。従事者ＨＵB又はＨＵCが存在しない場合も同様である。サーバ１２は、ログイン中の従事者ＨＵの人物固有情報に第４位以下の序列を付与してログイン用リストに含めないようにすると良い。
【００９１】
例えば、人物固有情報ＩＤHU［１］〜ＩＤHU［３］がログイン用リストに含められる場合において、情報ＩＤHU［１］、ＩＤHU［２］、ＩＤHU［３］に、夫々、第１位、第２位、第３位の序列が付与される第１ケースを考える。第１ケースでは、図１４（ａ）、（ｂ）又は（ｃ）の表示が行われる。
【００９２】
図１４（ａ）では、表示画面４１において、情報ＩＤHU［１］に対応する項目３１１が最も上方に表示され、項目３１１の下に情報ＩＤHU［２］に対応する項目３１２が表示され且つ項目３１２の下に情報ＩＤHU［３］に対応する項目３１３が表示される。表示画面４１において、より上方に表示されることは、優先的に表示されることに相当する。表示画面４１の表示領域は矩形領域であり、矩形領域を形成する所定の対向２辺の内、一方の辺と他方の辺を結ぶ方向を表示画面４１の上下方向とみなすことができる。選択操作において、項目３１１、３１２、３１３を選ぶことで、夫々、情報ＩＤHU［１］、ＩＤHU［２］、ＩＤHU［３］が選択されることになる。
【００９３】
図１４（ｂ）では、表示画面４１において、まず項目３１１及び３１２と“その他”と記された項目３２０が表示される（つまり、情報ＩＤHU［１］及びＩＤHU［２］が情報ＩＤHU［３］よりも優先的に表示される）。上述の如く、項目３１１は項目３１２よりも上方に表示される。この段階で、項目３１１、３１２を選ぶ選択操作を行えば、夫々、情報ＩＤHU［１］、ＩＤHU［２］が選択されることになる。一方、項目３２０を選ぶと、ログイン用リストに含まれる情報ＩＤHU［１］及びＩＤHU［２］以外の人物固有情報、即ち情報ＩＤHU［３］の項目が項目３１１及び３１２の代わりに表示される。そして、情報ＩＤHU［３］の項目を選ぶことで情報ＩＤHU［３］が選択されることになる。
【００９４】
図１４（ｃ）では、表示画面４１において、まず項目３１１と“その他”と記された項目３３０が表示される（つまり、情報ＩＤHU［１］が情報ＩＤHU［２］及びＩＤHU［３］よりも優先的に表示される）。この段階で、項目３１１を選ぶ選択操作を行えば、情報ＩＤHU［１］が選択されることになる。一方、項目３３０を選ぶと、ログイン用リスト含まれる情報ＩＤHU［１］以外の人物固有情報、即ち情報ＩＤHU［２］及びＩＤHU［３］の項目が項目３１１の代わりに表示される。そして、情報ＩＤHU［２］の項目、情報ＩＤHU［３］の項目を選ぶことで、夫々、情報ＩＤHU［２］、ＩＤHU［３］が選択されることになる。或いは、表示画面４１において、項目３１１及び３３０を表示する代わりに、まず、「あなたは“ＩＤHU［１］”さんですか？」というメッセージと共に“Ｙｅｓ”の項目と“Ｎｏ”の項目を表示するようにしても良い。この場合において、“Ｙｅｓ”の項目を選択する選択操作が入力されると情報ＩＤHU［１］が選択される。“Ｎｏ”の項目が選ばれたとき、情報ＩＤHU［２］及びＩＤHU［３］の項目を表示すると良く、この段階で、情報ＩＤHU［２］の項目、情報ＩＤHU［３］の項目を選ぶことで、夫々、情報ＩＤHU［２］、ＩＤHU［３］が選択されるようにしても良い。
【００９５】
従事者ＨＵA、ＨＵB及びＨＵCは、夫々に、複数存在することもある。例えば、同一の予定勤務時間帯に対応する２人の従事者ＨＵが、対応する端末装置ＴＭを同時期に充電台５３に置き、その後、一方の従事者ＨＵが予定勤務時間帯内において何れかの端末装置ＴＭを充電台５３からとったとき、当該２人の従事者ＨＵが従事者ＨＵAとして認定された上でログイン用リストが作成される。或いは例えば、同一の予定勤務時間帯に対応する２人の従事者ＨＵの業務開始直前では、当該２人の従事者ＨＵが従事者ＨＵBとして認定された上でログイン用リストが作成される。
【００９６】
人物固有情報ＩＤHU［１］〜ＩＤHU［ｎA］がログイン用リストに含められる第２ケースを考える。ｎAは、ｎ以下の整数である。ｎAの値によっては、情報ＩＤHU［１］〜ＩＤHU［ｎA］が同時に表示されないこともある。情報ＩＤHU［１］〜ＩＤHU［ｎA］が同時に表示されない場合、情報ＩＤHU［１］〜ＩＤHU［ｎA］の内、まずは、より高い序列が付与された一部の情報のみが表示され（つまり優先的に表示され）、所定のスクロール操作が操作部４２に入力されたときに限って、残りの情報が表示されるようになる。
【００９７】
尚、従事者ＨＵ［ｉ］が端末装置ＴＭ［ｉ］を充電台５３から分離したときにおいて、ログインの可能性のある従事者ＨＵが一人しかいない場合、選択操作を必要とすることなく、ログインを完了させても良い。“ログインの可能性のある従事者ＨＵが一人しかいない”とは、従事者ＨＵA及びＨＵBの合計人数が一人しかいない状況、又は、従事者ＨＵA、ＨＵB及びＨＵCの合計人数が一人しかいない状況を指す。このような状況において、従事者ＨＵ［ｉ］が端末装置ＴＭ［ｉ］を充電台５３から分離した場合、選択操作を介することなく、メインサーバ１１は、従事者ＨＵ［ｉ］と端末装置ＴＭ［ｉ］を対応付けて従事者ＨＵ［ｉ］のログインを完了させても良い。
【００９８】
［ログイン／ログアウト制御について］
ここで、本実施形態におけるログイン及びログアウト制御について考察する。本実施形態のサーバ装置１０は、ログインについての処理を行うログイン制御部及びログアウトについての処理を行うログアウト制御部を有していると言え、それらの制御部は、主としてサーバ１１により実現される。
【００９９】
従事者ＨＵ［ｉ］が端末装置ＴＭ［ｉ］を操作してサーバ装置１０にログインする際、ログイン制御部（１１）は、現在時刻と勤務シフトテーブルＴＡに基づき１以上の従事者ＨＵの人物固有情報を含んだログイン用リストを端末装置ＴＭ［ｉ］に送信して端末装置ＴＭ［ｉ］上の表示画面４１に表示させる（図９のステップＳ１１〜Ｓ１４）。そして、ログイン用リスト内の何れかの人物固有情報を指定する信号であって且つ端末装置ＴＭ［ｉ］の操作部４２への入力操作（選択操作）に基づく信号を端末装置ＴＭ［ｉ］から受信することで、ログイン制御部は、端末装置ＴＭ［ｉ］を介してログインした従事者ＨＵを識別して端末装置ＴＭ［ｉ］に対応付ける。
【０１００】
これによれば例えば、現在時刻と勤務シフトテーブルＴＡに基づき、勤務を開始又は再開する可能性が高い従事者に絞ってログイン用リストを作成することができる。より具体的には例えば、従事者の総数１００人の内、出勤してくる可能性が高い従事者が１０人であるならば、その１０人に絞ってログイン用リストを作成することができる。故に例えば、実際に出勤してきた従事者ＨＵ［ｉ］は、端末装置ＴＭ［ｉ］で表示される比較的少ない名前列の中から自分の名前を選択するという容易な操作で、ログインを行うことができ且つ自身が端末装置ＴＭ［ｉ］を使用することをサーバ装置１０に知らせることができる（１００人の中から選択するよりも、１０人の中から選択する方が容易である）。このように、複数のユーザが複数の端末装置を共用しつつも何れのユーザが何れの端末装置を使用しているかを特定する必要があるシステムにおいて、ログイン操作が簡便となる。
【０１０１】
また、端末装置ＴＭ［ｉ］が充電装置ＣＨ［ｉ］に結合されたとき、端末装置ＴＭ［ｉ］又は充電装置ＣＨ［ｉ］は、端末装置ＴＭ［ｉ］を介してログインした従事者ＨＵ［ｉ］の人物固有情報ＩＤHU［ｉ］又は端末装置ＴＭ［ｉ］の端末固有情報ＩＤTM［ｉ］を含んだ充電装置結合信号をメインサーバ１１に送信する（図１３のステップＳ５１及びＳ５２）。メインサーバ１１（ログアウト制御部）は、受信した充電装置結合信号に基づき、端末装置ＴＭ［ｉ］を介してログインしていた従事者ＨＵ［ｉ］をサーバ装置１０からログアウトさせて端末装置ＴＭ［ｉ］との対応付けを解消する（図１３のステップＳ５３）
【０１０２】
複数のユーザが複数の端末装置を共用しつつも何れのユーザが何れの端末装置を使用しているかを特定する必要があるシステムでは、端末装置の使用終了時などにログアウトが必要である。上記構成によれば、端末装置の使用終了時などに行う行為であって且つ充電のために必要な行為（例えば充電台に端末装置を置くという行為）により、自動的にログアウトが行われるので、ログアウトの手間がかからない。
【０１０３】
［退勤、出勤／休憩について判断方法］
次に、退勤、出勤及び休憩に関しての判断方法をまとめる。サーバ装置１０には、各従事者ＨＵの勤務状態を管理する勤務状態管理部が設けられていると言える。勤務状態管理部は、勤怠管理サーバ１２によって、又は、メインサーバ１１及び勤怠管理サーバ１２によって構成される。
【０１０４】
勤務状態管理部は、“退勤中状態”の従事者ＨＵ［ｉ］が端末装置ＴＭ［ｉ］を介してログインしたとき、従事者ＨＵ［ｉ］が出勤したと判断することができる（図９のステップＳ１８）。その後、現在時刻が従事者ＨＵ［ｉ］の予定勤務時間帯を越え且つ従事者ＨＵ［ｉ］のログアウトの状態が所定時間（ＴREF）以上継続しているとき、従事者ＨＵ［ｉ］が退勤したと判断することができる（図１３のステップＳ５５〜Ｓ５７）。このような方法により、共用される端末装置ＴＭを退勤の際に充電台５３に置くという、元々存在する流れの中で、自動的に退勤判断を行うことが可能となる。
【０１０５】
また、図９の動作では、“退勤中状態”の従事者ＨＵ［ｉ］がログインを行ったとき、無条件で、従事者ＨＵ［ｉ］は出勤したと判断されることになる（ステップＳ１７及びＳ１８）。
【０１０６】
但し、勤務状態管理部は、従事者ＨＵ［ｉ］のログアウトを介して従事者ＨＵ［ｉ］が退勤したと判断した後、従事者ＨＵ［ｉ］の次回の出勤想定時間帯において従事者ＨＵ［ｉ］がサーバ装置１０にログインしたときに、従事者ＨＵ［ｉ］が出勤した（即ち、退勤中状態から勤務中状態へ変化した）と判断するようにしても良い。従事者ＨＵ［ｉ］の次回の出勤想定時間帯とは、従事者ＨＵ［ｉ］の次回の予定勤務時間帯の開始時刻に応じた時間帯である（具体例については後述）。これにより、共用される端末装置ＴＭを出勤（勤務開始）の際に充電台５３から取り外すという、元々存在する流れの中で、自動的に出勤判断を行うことが可能となる。
【０１０７】
例えば、２０１４年３月２５日の１９時００分に従事者ＨＵ［ｉ］が退勤したと判断した後、従事者ＨＵ［ｉ］の次回の予定勤務時間帯が２０１４年３月２６日の９時００分から１８時００時である場合を考える。この場合、勤務状態管理部は、従事者ＨＵ［ｉ］の次回の予定勤務時間帯に基づき、従事者ＨＵ［ｉ］に対して出勤想定時間帯（次回の出勤想定時間帯）を設定する。ここで設定される出勤想定時間帯は、例えば、次回の予定勤務時間帯の開始時刻（９時００分）から所定時間ΔＴ１だけ前の時刻を開始時刻として持ち、且つ、次回の予定勤務時間帯の開始時刻から所定時間ΔＴ２だけ後の時刻を終了時刻として持つ時間帯（例えば、８時００分から９時３０分の時間帯）であって良い。出勤想定時間帯の終了時刻は次回の予定勤務時間帯の開始時刻（９時００分）と同じであっても良い。そして、２０１４年３月２６日において、“退勤中状態”の従事者ＨＵ［ｉ］が端末装置ＴＭ［ｉ］を介してサーバ装置１０にログインした時刻が出勤想定時間帯に属している場合には、従事者ＨＵ［ｉ］が出勤した（即ち、退勤中状態から勤務中状態へ変化した）と判断すると良い。
【０１０８】
また、勤務状態管理部は、従事者ＨＵ［ｉ］が出勤したと判断した後、従事者ＨＵ［ｉ］が退勤したと判断するまでの実勤務期間において、所定時間（ＴREF）以上継続して従事者ＨＵ［ｉ］がログアウトしている期間が存在しているとき、その期間に関する休憩情報を従事者ＨＵ［ｉ］に対応付けて記録することができる（図１３のステップＳ５８）。休憩情報を従事者ＨＵ［ｉ］の勤務態度等の評価に利用することができる。
【０１０９】
＜＜第２実施形態＞＞
本発明の第２実施形態を説明する。第２実施形態並びに後述の第３及び第４実施形態は第１実施形態を基礎とする実施形態であり、第２〜第４実施形態において特に述べない事項に関しては、矛盾の無い限り、第１実施形態の記載が第２〜第４実施形態にも適用される。矛盾の無い限り、第１〜第４実施形態の内、任意の複数の実施形態を組み合わせても良い。
【０１１０】
各端末装置ＴＭにおいて、バッテリ制御回路４８は、バッテリ４７の出力電圧等の検出を介してバッテリ４７の残容量を検出することができ、ＣＰＵ４５は、バッテリ４７の残容量を示す残容量情報を生成することができる。端末装置ＴＭ［ｉ］が充電装置ＣＨ［ｉ］の充電台５３に載置されているとき、端末装置ＴＭ［ｉ］は、通信部４４を通じて、残容量情報を充電装置ＣＨ［ｉ］に伝達しても良い。そして、図１３のステップＳ５２にて、充電装置ＣＨ［ｉ］の充電台５３に載置された端末装置ＴＭ［ｉ］又は充電装置ＣＨ［ｉ］は、メインサーバ１１に送信する充電装置結合信号に端末装置ＴＭ［ｉ］の残容量情報を含めても良い。
【０１１１】
図１５を参照し、残容量情報を考慮したログイン用リストの作成方法を説明する。今、共に勤務中状態の従事者ＨＵ［１］及びＨＵ［２］が夫々端末装置ＴＭ［１］及びＴＭ［２］に対応付けられた状態でサーバ装置１０にログインしている状況を考える。その状況において、時刻４０１に、従事者ＨＵ［１］が端末装置ＴＭ［１］を充電装置ＣＨ［１］の充電台５３に載置し、時刻４０２に、従事者ＨＵ［２］が端末装置ＴＭ［２］を充電装置ＣＨ［２］の充電台５３に載置したとする（図１５参照）。すると、時刻４０１にて端末装置ＴＭ［１］又は充電装置ＣＨ［１］からメインサーバ１１に充電装置結合信号４１１が送信され、時刻４０２にて端末装置ＴＭ［２］又は充電装置ＣＨ［２］からメインサーバ１１に充電装置結合信号４１２が送信される。尚、時刻４０１及び４０２並びに後述の時刻４０３は、全て、従事者ＨＵ［１］及びＨＵ［２］の予定勤務時間帯に属しているものとする。
【０１１２】
充電装置結合信号４１１は、端末装置ＴＭ［１］の端末固有情報ＩＤTM［１］又は従事者ＨＵ［１］の人物固有情報ＩＤHU［１］と、端末装置ＴＭ［１］の残容量情報を含んでいる。充電装置結合信号４１２は、端末装置ＴＭ［２］の端末固有情報ＩＤTM［２］又は従事者ＨＵ［２］の人物固有情報ＩＤHU［２］と、端末装置ＴＭ［２］の残容量情報を含んでいる。メインサーバ１１は、充電装置結合信号４１１及び４１２の受信に基づき端末装置ＴＭ［１］及びＴＭ［２］を介してログインしていた従事者ＨＵ［１］及びＨＵ［２］をログアウトさせて、端末装置ＴＭ［１］と従事者ＨＵ［１］との対応付け及び端末装置ＴＭ［２］と従事者ＨＵ［２］との対応付けを解消する（図１３のステップＳ５３も参照）。
【０１１３】
その後、従事者ＨＵ［１］及びＨＵ［２］がログアウトされている時刻４０３において、第３の従事者ＨＵが、第３の充電装置ＣＨの充電台５３から第３の端末装置ＴＭを取り外した（分離させた）とする。すると、第３の端末装置ＴＭの端末固有情報を含んだ充電装置分離信号４１３が、第３の端末装置又は第３の充電装置からメインサーバ１１に送信される（図９のステップＳ１２も参照）。
【０１１４】
ここで、第３の従事者ＨＵは、第１及び第２の従事者ＨＵとしての従事者ＨＵ［１］及びＨＵ［２］のどちらかであり得るし、従事者ＨＵ［１］及びＨＵ［２］と異なる従事者ＨＵであり得る。第３の充電装置ＣＨは、第１及び第２の充電装置ＣＨとしての充電装置ＣＨ［１］及びＣＨ［２］のどちらかであり得るし、充電装置ＣＨ［１］及びＣＨ［２］と異なる充電装置ＣＨであり得る。第３の端末装置ＴＭは、第１及び第２の端末装置ＴＭとしての端末装置ＴＭ［１］及びＴＭ［２］のどちらかであり得るし、端末装置ＴＭ［１］及びＴＭ［２］と異なる端末装置ＴＭであり得る。
【０１１５】
時刻４０３において、充電装置分離信号４１３を受信したメインサーバ１１は、勤怠管理サーバ１２にログイン用リストを要求する。この際、勤怠管理サーバ１２は、メインサーバ１１にて受信された充電装置結合信号４１１及び４１２を参照して、ログイン用リスト４２３を作成する。作成されたログイン用リスト４２３は、メインサーバ１１により、第３の端末装置ＴＭに送信され、第３の端末装置ＴＭの表示画面４１にて表示される。
【０１１６】
ログイン用リスト４２３の作成方法を説明する。基本的には、第１実施形態で述べた方法に従ってログイン用リスト４２３が作成される。故に、従事者ＨＵ［１］及びＨＵ［２］は従事者ＨＵAとして取り扱われて人物固有情報ＩＤHU［１］及びＩＤHU［２］がログイン用リスト４２３に含められる。この際、勤怠管理サーバ１２は、充電装置結合信号４１１及び４１２に含まれる端末装置ＴＭ［１］及びＴＭ［２］の残容量情報に応じ、情報ＩＤHU［１］及びＩＤHU［２］の内、何れか一方により高い序列を付与することができる。
【０１１７】
具体的には、従事者ＨＵ［１］及びＨＵ［２］の人物固有情報の内、バッテリ４７の残容量がより少ない方の端末装置ＴＭを介してログインしていた従事者ＨＵの人物固有情報に対し、他方の従事者ＨＵの人物固有情報よりも高い序列を付与する。
【０１１８】
即ち例えば、信号４１１にて示される端末装置ＴＭ［１］のバッテリ４７の残容量（例えば１０％）が、信号４１２にて示される端末装置ＴＭ［２］のバッテリ４７の残容量（例えば７０％）よりも少ない場合、端末装置ＴＭ［１］を介してログインしていた従事者ＨＵ［１］の人物固有情報ＩＤHU［１］に対し、人物固有情報ＩＤHU［２］よりも高い序列を付与する。相対的に少ない残容量に対応する端末装置ＴＭのユーザは、バッテリ切れに伴って端末装置ＴＭの持ち替えを行う可能性が高く、バッテリ切れに伴う端末装置ＴＭの持ち替えは比較的短時間に実行されると推測される。このような持ち替えを行う従事者ＨＵに対しログイン操作を支援できれば、再ログインがスムーズに済み、有益である。実際にバッテリ切れのために従事者ＨＵ［１］が端末装置ＴＭ［１］を充電台５３に置いて、端末装置ＴＭ［３］を他の充電台５３からとったとすると、情報ＩＤHU［１］が優先的に表示されたログイン用リスト４２３が表示されるため、ログイン操作を容易に実行できる。
【０１１９】
尚、従事者ＨＵAに分類される２人の従事者ＨＵ（ＨＵ［１］及びＨＵ［２］）に注目して、残容量情報を用いたログイン用リストの作成方法を説明したが、３人以上の従事者ＨＵに対しても、同様の作成方法を適用できる。
【０１２０】
＜＜第３実施形態＞＞
本発明の第３実施形態を説明する。ログアウト時間ＴOUTと比較されるべき基準時間ＴREF（図１３のステップＳ５５参照）は、固定時間であっても良いが、可変時間であっても良い。
【０１２１】
例えば、第２実施形態で述べた状況において（図１５参照）、従事者ＨＵ［１］のログアウト時間ＴOUTは、時刻４０１を起点として計測される。この状況下、メインサーバ１１は、充電装置結合信号４１１を参照し、端末装置ＴＭ［１］のバッテリ４７の残容量が少ないほど、従事者ＨＵ［１］のログアウト時間ＴOUTと比較されるべき基準時間ＴREFを短くすると良い。残容量の少ない端末装置ＴＭを使用していた従事者ＨＵは、端末装置ＴＭの持ち替えを行うべく、比較的短時間で他の端末装置ＴＭを充電台５３から取ることが予想されるため、基準時間ＴREFは短くて構わないと考えられるからである。逆に、残容量の多い端末装置ＴＭを使用していた従事者ＨＵが、その端末装置ＴＭを充電台５３に置いたとき、当該従事者ＨＵは休憩等のため業務から相当の時間離れると予想されるため、対応する基準時間ＴREFを比較的長くしても良い。
【０１２２】
上記の内容と異なるが、第２実施形態で述べた状況において、メインサーバ１１は、充電装置結合信号４１１を参照し、端末装置ＴＭ［１］のバッテリ４７の残容量が少ないほど、従事者ＨＵ［１］のログアウト時間ＴOUTと比較されるべき基準時間ＴREFを長くすることも可能である。
【０１２３】
＜＜第４実施形態＞＞
本発明の第４実施形態を説明する。第４実施形態では、第１〜第３実施形態に適用可能な幾つかの応用技術又は変形技術を説明する。
【０１２４】
端末装置ＴＭは、スマートフォン又は携帯情報端末など、インターネットプロトコルによる通信が可能であって且つ表示画面４１を備えた装置であると良いが、上記に列記した機能を実現できる限り、任意の形態の端末装置であって良い。
【０１２５】
上述の各実施形態では、端末装置ＴＭとの通信とメインサーバ１１との通信を充電装置ＣＨが実現できると述べたが、充電装置ＣＨは、それら２つの通信の内、何れか一方の通信のみが実現できるものであっても良い。充電装置ＣＨにおける端末装置ＴＭとの通信は、ＮＦＣ (Near Field Communication)、Bluetooth（登録商標；Bluetooth Low Energyを含む）などのＲＦ（Radio Frequency）での近距離無線、又は、電磁誘導方式などを利用した通信であって良い。充電装置ＣＨに付加され得る充電ケーブルに通信機能がある場合には、充電ケーブルを介して充電装置ＣＨ及び端末装置ＴＭ間の通信が行われても良い。
【０１２６】
第２実施形態で述べた状況において（図１５参照）、端末装置ＴＭ［１］又は充電装置ＣＨ［１］からメインサーバ１１に対し充電装置結合信号４１１が送信されるが、充電装置結合信号４１１に端末装置ＴＭ［１］の端末設定情報を含めるようにしても良い。このとき、メインサーバ１１は、受信した端末設定情報を、端末装置ＴＭ［１］を介してログインしていた従事者ＨＵ、即ち、従事者ＨＵ［１］に対応連付けて保持する。その後、従事者ＨＵ［１］が何れかの端末装置ＴＭ［ｉ］を介して再ログインしたとき、メインサーバ１１は、その端末装置ＴＭ［ｉ］に対し、従事者ＨＵ［１］に対応付けられた端末設定情報を送信する。すると、端末装置ＴＭ［ｉ］は、受信した端末設定情報に従って自身の動作状態を設定する。端末装置ＴＭ［１］の端末設定情報には、従事者ＨＵ［１］が端末装置ＴＭ［１］を使用していたときに従事者ＨＵ［１］が端末装置ＴＭ［１］に対して設定していた任意の情報（例えば、表示画面４１のレイアウト情報、着信音の音量設定情報）が含まれうる。充電装置結合信号４１１に注目して説明したが、充電装置結合信号４１２等についても同様である。
【０１２７】
端末装置ＴＭ［ｉ］を介してログインを行おうとしている従事者ＨＵの個人認証を、選択操作を介して、又は、選択操作とパスワード入力を介して行う方法を説明した。ここにおける個人認証とは、端末装置ＴＭ［ｉ］を介してログインを行おうとしている従事者ＨＵが誰であるのか（従事者ＨＵ［１］〜ＨＵ［ｎ］の何れであるのか）を識別することを指す。個人認証を、他の方式を利用して行うようにしても良い。例えば、顔認証、指紋認証又は音声認証によって個人認証を実現しても良い。
【０１２８】
或いは例えば、人体通信を利用して個人認証を行っても良い。この場合、各従事者ＨＵが、各従事者ＨＵの人物固有情報を記憶した人体通信用装置を装着する。そして、従事者ＨＵ［ｉ］が端末装置ＴＭ［ｉ］を手にもつと、従事者ＨＵ［ｉ］に装着された人体通信用装置が記憶している人物固有情報が人体通信により端末装置ＴＭ［ｉ］に伝達され、個人認証が実現される。
【０１２９】
更に或いは例えば、ＮＦＣによる通信が可能なＮＦＣ装置を利用しても良い。この場合、各従事者ＨＵが、各従事者ＨＵの人物固有情報を記憶したＮＦＣ装置を所持する。例えば、各従事者ＨＵは、ＮＦＣ装置が装着された端末装置ケースを首からぶら下げる。そして、従事者ＨＵ［ｉ］が端末装置ＴＭ［ｉ］を端末装置ケースに入れると、その端末装置ケースに装着されたＮＦＣ装置が記憶している人物固有情報がＮＦＣ通信によって端末装置ＴＭ［ｉ］に伝達され、個人認証が実現される。
【０１３０】
端末装置ＴＭ又は充電装置ＣＨは、サーバ１２が保持又は作成する任意の情報を、サーバ１１を介さずサーバ１２に直接問い合わせるようにしても良い。サーバ１１及び１２は、夫々が有する任意の情報を互いに共有することが可能であって良い。サーバ１１及び１２は、１つのサーバにて形成されていても良い。
【０１３１】
本発明に係るマルチユーザ情報処理システムを、医療施設又は介護施設に適用したときの実施形態を説明したが、本発明に係るマルチユーザ情報処理システムを、任意の施設等（例えば、商店、工場、工事現場）に適用して良い。
【０１３２】
本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。
【符号の説明】
【０１３３】
１  マルチユーザ情報処理システム
２  ナースコールシステム
３  見守りシステム
１０  サーバ装置
１１  メインサーバ
１２  勤怠管理サーバ
ＴＭ［１］〜ＴＭ［ｍ］  端末装置
ＣＨ［１］〜ＣＨ［ｐ］  充電装置
ＨＵ［１］〜ＨＵ［ｎ］  従事者
【図１】
0006384176.tif 000002
【図２】
0006384176.tif 000003
【図３】
0006384176.tif 000004
【図４】
0006384176.tif 000005
【図５】
0006384176.tif 000006
【図６】
0006384176.tif 000007
【図７】
0006384176.tif 000008
【図８】
0006384176.tif 000009
【図９】
0006384176.tif 000010
【図１０】
0006384176.tif 000011
【図１１】
0006384176.tif 000012
【図１２】
0006384176.tif 000013
【図１３】
0006384176.tif 000014
【図１４】
0006384176.tif 000015
【図１５】
0006384176.tif 000016