(57)【要約】【課題】携帯端末を利用したスケジュールの確認を効率的に行うこと。【解決手段】ユーザが操作する携帯端末と通信可能であり、予約日時を含むスケジュール情報を記憶部に記憶した情報処理装置であって、前記携帯端末から、前記ユーザに係るスケジュール情報の閲覧要求を受け付け、該閲覧要求を受け付けた前記ユーザに係るスケジュール情報を前記記憶部から取得し、該取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約のある予約時間帯を示す予約時間帯情報を設定し、該設定された所定期間の日付毎の予約時間帯情報を、前記携帯端末に表示させるべく送信することを特徴とする。【選択図】図２７
2011118490.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが操作する携帯端末と通信可能であり、予約日時を含むスケジュール情報を記憶部に記憶した情報処理装置であって、
前記携帯端末から、前記ユーザに係るスケジュール情報の閲覧要求を受け付ける受付手段と、
前記受付手段で閲覧要求を受け付けた前記ユーザに係るスケジュール情報を前記記憶部から取得する取得手段と、
前記取得手段で取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約のある予約時間帯を示す予約時間帯情報を設定する設定手段と、
前記設定手段で設定された所定期間の日付毎の予約時間帯情報を、前記携帯端末に表示させるべく送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記取得手段で取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約のある予約時間帯が午前と午後であるか否かを判定する前後判定手段を更に備え、
前記設定手段は、前記前後判定手段で、午前と午後に予約があると判定された日付に対して、午前と午後に予約があることを示す予約時間帯情報を設定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段で取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約のある予約時間帯が午前のみであるか否かを判定する午前判定手段を更に備え、
前記設定手段は、前記午前判定手段で予約のある予約時間帯が午前のみであると判定された日付に対して、午前に予約があることを示す予約時間帯情報を設定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記取得手段で取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約のある予約時間帯が午後のみであるか否かを判定する午後判定手段を更に備え、
前記設定手段は、前記午後判定手段で予約のある予約時間帯が午後のみであると判定された日付に対して、午後に予約があることを示す予約時間帯情報を設定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記取得手段で取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約があるか否かを判定する予約判定手段と、
前記設定手段は、前記予約判定手段で、予約が無いと判定された日付に対して、予約が無い個を示す予約時間帯情報を設定することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
ユーザが操作する携帯端末と通信可能であり、予約日時を含むスケジュール情報を記憶部に記憶した情報処理装置における制御方法であって、
前記情報処理装置の受付手段が、前記携帯端末から、前記ユーザに係るスケジュール情報の閲覧要求を受け付ける受付工程と、
前記情報処理装置の取得手段が、前記受付工程で閲覧要求を受け付けた前記ユーザに係るスケジュール情報を前記記憶部から取得する取得工程と、
前記情報処理装置の設定手段が、前記取得工程で取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約のある予約時間帯を示す予約時間帯情報を設定する設定工程と、
前記情報処理装置の送信手段が、前記設定工程で設定された所定期間の日付毎の予約時間帯情報を、前記携帯端末に表示させるべく送信する送信工程と、
を備えることを特徴とする情報処理装置の制御方法。
【請求項７】
コンピュータを、請求項１乃至５の何れか１項に記載の情報処理装置が有する各手段として機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びその制御方法、プログラムに関し、特に、携帯端末の表示部にスケジュール情報を表示するための技術に関するものである。
【背景技術】
【０００２】
従来、ネットワーク上のサーバで管理されているユーザのスケジュール情報をＰＣ（パーソナルコンピュータ）が取得し、取得したスケジュール情報をＰＣの表示部に表示することで、ユーザは、日々の予定を確認することが出来ている。例えば、従来、図５のように、ＰＣの大きな表示部に１週間のスケジュールをまとめて表示することができ、ユーザは、効率的にスケジュールを確認することができている。図５の画面には、１週間の何日の何時にどのような予定があるかがまとめて表示されている。
【０００３】
また、近年、ネットワーク上のサーバで管理されているスケジュール情報を携帯電話等の携帯端末が取得して、取得したスケジュール情報を当該携帯端末の表示部に表示することにより、ユーザは、外出先でも予定を確認できるようになってきている（例えば、特許文献１）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−０２１２２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術では、携帯端末の表示部は小さいため、例えば、ＰＣの表示部に表示されるように、何日のいつに予定があるかを複数日まとめて表示することは難しい。
【０００６】
そのため、従来、ユーザは、携帯端末を利用して、何日のいつに予定があるかを複数日確認する際は、確認したい日にち毎に、スケジュールを管理しているサーバに逐次アクセス指示を行い、複数日の予定を確認する等しなければならず、煩雑な操作をする必要があった。
すなわち、従来、ユーザは、携帯端末を利用してスケジュールを効率的に確認することが困難であった。
【０００７】
そこで、本発明の目的は、日にち毎に予約のある予約時間帯を示す予約時間帯情報を携帯端末の表示部に表示させるべく送信することにより、携帯端末を利用したスケジュールの確認を効率的に行う仕組みを提供することである。
【課題を解決するための手段】
【０００８】
本発明は、ユーザが操作する携帯端末と通信可能であり、予約日時を含むスケジュール情報を記憶部に記憶した情報処理装置であって、前記携帯端末から、前記ユーザに係るスケジュール情報の閲覧要求を受け付ける受付手段と、前記受付手段で閲覧要求を受け付けた前記ユーザに係るスケジュール情報を前記記憶部から取得する取得手段と、前記取得手段で取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約のある予約時間帯を示す予約時間帯情報を設定する設定手段と、前記設定手段で設定された所定期間の日付毎の予約時間帯情報を、前記携帯端末に表示させるべく送信する送信手段と、を備えることを特徴とする。
【０００９】
また、本発明は、ユーザが操作する携帯端末と通信可能であり、予約日時を含むスケジュール情報を記憶部に記憶した情報処理装置における制御方法であって、前記情報処理装置の受付手段が、前記携帯端末から、前記ユーザに係るスケジュール情報の閲覧要求を受け付ける受付工程と、前記情報処理装置の取得手段が、前記受付工程で閲覧要求を受け付けた前記ユーザに係るスケジュール情報を前記記憶部から取得する取得工程と、前記情報処理装置の設定手段が、前記取得工程で取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約のある予約時間帯を示す予約時間帯情報を設定する設定工程と、前記情報処理装置の送信手段が、前記設定工程で設定された所定期間の日付毎の予約時間帯情報を、前記携帯端末に表示させるべく送信する送信工程と、を備えることを特徴とする。
【００１０】
また、本発明は、ユーザが操作する携帯端末と通信可能であり、予約日時を含むスケジュール情報を記憶部に記憶した情報処理装置で読み取り実行可能なプログラムであって、前記情報処理装置を、前記携帯端末から、前記ユーザに係るスケジュール情報の閲覧要求を受け付ける受付手段と、前記受付手段で閲覧要求を受け付けた前記ユーザに係るスケジュール情報を前記記憶部から取得する取得手段と、前記取得手段で取得したスケジュール情報の予約日時に従って、所定期間の日付毎に、予約のある予約時間帯を示す予約時間帯情報を設定する設定手段と、前記設定手段で設定された所定期間の日付毎の予約時間帯情報を、前記携帯端末に表示させるべく送信する送信手段として機能させるためのプログラム。
【発明の効果】
【００１１】
本発明によれば、日にち毎に予約のある予約時間帯を示す予約時間帯情報を携帯端末の表示部に表示させるべく送信することにより、携帯端末を利用したスケジュールの確認を効率的に行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係るシステム構成を概略的に示すブロック図である。
【図２】図１におけるサーバ１０２（情報処理装置）のハードウェア構成を概略的に示すブロック図である。
【図３】図１におけるサーバ１０２が備える機能の構成を概略的に示すブロック図である。
【図４】クライアント端末で表示される、ログインしたユーザのポータル画面の一例を示す図である。
【図５】クライアント端末で表示されるスケジュール画面の一例を示す図である。
【図６】クライアント端末で表示されるスケジュール登録画面の一例を示す図である。
【図７】クライアント端末で表示されるスケジュール画面の一例を示す図である。
【図８】携帯端末で表示される、ログインしたユーザのポータル画面（ａ）、及びスケジュール画面（ｂ）、及び設備・備品予約画面（ｃ）の一例を示す図である。
【図９】携帯端末で表示されるスケジュール画面（グループ週間）、及び（ｄ）スケジュール画面（個人週間）（ｃ）の一例を示す図である。
【図１０】携帯端末で表示されるスケジュール画面（個人一日）（ｆ）、及びスケジュール画面（閲覧）（ｇ）の一例を示す図である。
【図１１】携帯端末で表示されるスケジュール画面（閲覧）（ｇ）、及びスケジュール画面（編集）（ｈ）の一例を示す図である。
【図１２】携帯端末で表示されるスケジュール画面（登録）の一例を示す図である。
【図１３】携帯端末で表示される設備・備品予約画面（週間）（ｉ）、及び設備・備品予約画面（個別週間）（ｊ）の一例を示す図である。
【図１４】携帯端末で表示される設備・備品予約画面（個別一日）（ｋ）、及び設備・備品予約画面（閲覧）（ｌ）の一例を示す図である。
【図１５】携帯端末で表示される設備・備品予約画面（閲覧）（ｌ）、及び設備・備品予約画面（編集）（ｍ）の一例を示す図である。
【図１６】携帯端末で表示される設備・備品予約画面（登録）の一例を示す図である。
【図１７】サーバ１０２の外部メモリ２１１などの記憶部に記憶されたデータベース内のテーブルであって、各ユーザのスケジュール情報が記憶されたスケジュールテーブルの一例を示す図である。
【図１８】サーバ１０２の外部メモリ２１１などの記憶部に記憶されたデータベース内のテーブルであって、各ユーザのスケジュール情報が記憶されたユーザスケジュールテーブルの一例を示す図である。
【図１９】サーバ１０２の外部メモリ２１１などの記憶部に記憶されたデータベース内のテーブルであって、各ユーザが予約した設備や備品のスケジュール情報が記憶された備品スケジュールテーブルの一例を示す図である。
【図２０】クライアント端末で表示される設備・備品予約画面の一例を示す図である。
【図２１】図１におけるサーバ１０２と携帯端末とのＣＰＵが実行する第１の制御処理手順を示すフローチャートである。
【図２２】図１におけるサーバ１０２と携帯端末とのＣＰＵが実行する第２の制御処理手順を示すフローチャートである。
【図２３】図２２のステップＳ２２１２の閲覧処理の詳細な処理手順を示すフローチャートである。
【図２４】図２２のステップＳ２２１３の更新処理の詳細な処理手順を示すフローチャートである。
【図２５】図２２のステップＳ２２１５の登録処理の詳細な処理手順を示すフローチャートである。
【図２６】図２２のステップＳ２２１４の削除処理の詳細な処理手順を示すフローチャートである。
【図２７】図２３のステップＳ２３０２、図２４のステップＳ２４０３、図２５のステップＳ２５０３、図２６のステップＳ２６０３で、携帯端末に表示されるスケジュールの画面の情報を生成する処理の詳細な処理手順を示すフローチャートである。
【図２８】サーバ１０２の外部メモリ２１１などの記憶部に記憶されたグループ管理テーブルの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
図１は、本発明の実施の形態に係るシステム構成を概略的に示すブロック図である。
【００１４】
図１に示すように、サーバ１０２とクライアント端末１０５〜１１０は、インターネット回線などのネットワーク１００を介して相互に通信可能に接続されている。
【００１５】
また、サーバ１０２と携帯端末１０３、１０４は、インターネット回線などのネットワーク１００を介して相互に通信可能に接続されている。ここで、携帯端末１０３、１０４は、携帯電話などの携帯端末である。
【００１６】
サーバ１０２は、データベースサーバとして機能しており、Ａ社１１１やＢ社１１２等の複数の会社の、ユーザのスケジュール情報や、設備や備品の予約時間情報（スケジュール情報）などを管理している。
【００１７】
また、サーバ１０２は、ＷＥＢサーバとしても機能しており、クライアント端末１０５〜１１０や携帯端末１０３、１０４に、ＨＴＭＬ等のマークアップ言語で記述された表示情報を送信する機能を備えている。
【００１８】
具体的には、データベースに管理されているスケジュール情報などのデータから表示情報を生成して、クライアント端末１０５〜１１０や携帯端末１０３、１０４に送信する機能を備えている。
【００１９】
クライアント端末１０５〜１１０は、ＰＣ（パーソナルコンピュータ）等の端末である。また、図１には、Ａ社１１１のユーザがクライアント端末１０５、１０６、１０７を使用し、Ｂ社１１２のユーザがクライアント端末１０８、１０９、１１０を使用していることを示している。
クライアント端末１０５〜１１０には、ＷＥＢブラウザソフトウエア（以下、ＷＥＢブラウザとも言う）がインストールされている。
【００２０】
クライアント端末１０５〜１１０は、サーバ１０２から取得した、ＷＥＢページを表示するための表示情報をＷＥＢブラウザが解釈して表示部に表示する機能を備えている。ここで、表示情報とは、ＷＥＢページを表示するための、マークアップ言語で記述されたデータファイルであり、ＨＴＭＬファイル、ＸＭＬファイルなどのＷＥＢブラウザが解釈可能なファイルである。
【００２１】
１０５は、Ａ社のシステム管理者が使用するクライアント端末である。クライアント端末１０５は、Ａ社のユーザが利用する、サーバ１０２で実行しているサービスやユーザの管理などを行う。また、１０８は、Ｂ社のシステム管理者が使用するクライアント端末である。クライアント端末１０８は、Ｂ社のユーザが利用する、サーバ１０２で実行しているサービスやユーザの管理などを行う。
携帯端末１０３、１０４には、携帯用のＷＥＢブラウザがインストールされている。
【００２２】
携帯端末１０３、１０４は、サーバ１０２から取得した携帯用の表示情報を、携帯用のＷＥＢブラウザが解釈して、携帯用のＷＥＢページを表示部に表示する機能を備えている。
【００２３】
次に、管理者端末１０１は、ネットワークを介してサーバ１０２と通信可能に接続されている。なお、管理者端末１０１は、ＰＣ（パーソナルコンピュータ）であり、サーバ１０２を管理しているサーバ管理者により使用される。
【００２４】
管理者端末１０１は、サーバ管理者からサーバ１０２の管理に係る指示を受け付けると、サーバ１０２に対して当該指示を送信する。当該指示を受け付けたサーバ１０２は、当該指示に従って、実行する各種サービスに係る管理を行う。
【００２５】
上述したように、本システム構成は、サーバ１０２上で実行している各種アプリケーションソフトのサービスを、クライアント端末や携帯端末にインストールされたＷｅｂブラウザを利用して、ユーザが利用する仕組みである。
以下、図２を用いて、図１に示したサーバ１０２のハードウェア構成について説明する。  図２は、図１におけるサーバ１０２（情報処理装置）のハードウェア構成を概略的に示すブロック図である。  
【００２６】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣ（情報処理装置）の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。  
【００２７】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。  
【００２８】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器（表示部）への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。  
【００２９】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。  
【００３０】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク１００を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。  
【００３１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。  
【００３２】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられるファイル及び各種テーブル等も、外部メモリ２１１に格納されている。
【００３３】
なお、ここでは、図２を、サーバ１０２のハードウェア構成として説明したが、クライアント端末１０５〜１１０、管理者端末１０１のハードウェア構成もこれと同様である。
【００３４】
次に、携帯端末１０３、１０４のハードウェア構成について説明する。ここでは、図２での説明と異なる点の一部について説明する。
【００３５】
本実施例で携帯端末の適用例を携帯電話として説明するため、携帯端末における表示器（表示部）２１０は、クライアント端末１０５〜１１０やサーバ１０２の表示部に比べて小さい。
【００３６】
また、上述では、２０９の例として、キーボード（ＫＢ）２０９や不図示のマウス等と説明しているが、携帯端末の場合、２０９は、ユーザによる指示を受け付けるボタン等に対応する。
【００３７】
図３は、図１におけるサーバ１０２が備える機能の構成を概略的に示すブロック図である。
【００３８】
図３に示すように、サーバ１０２には、データベース３０３と携帯用ＷＥＢサービス３０１とＰＣ用ＷＥＢサービス３０２を備えている。
【００３９】
データベース３０３は、サーバ１０２の外部メモリ２１１等の記憶部に記憶されており、ユーザスケジュールテーブル（図１７、図１８）と、備品スケジュールテーブル（図１９）と、グループ管理テーブル（図２８）等が記憶されている。
【００４０】
また、サーバ１０２には、ＷＥＢサーバソフトウエアがインストールされており、当該ＷＥＢサーバソフトウエアが提供する携帯用ＷＥＢサービス３０１の機能と、ＰＣ用ＷＥＢサービス３０２の機能とを備えている。図３には示していないが、サーバ１０２の記憶部には、携帯端末やＰＣに表示可能な表示情報（ＨＴＭＬファイル等）を記憶している。
【００４１】
携帯用ＷＥＢサービス３０１の機能は、携帯端末からＷＥＢページの閲覧要求を受けた場合に、携帯端末の表示部に表示される携帯用のＷＥＢページの表示情報を取得又は生成して、当該表示情報を携帯端末に送信する機能を備える。
【００４２】
また、ＰＣ用ＷＥＢサービス３０２の機能は、クライアント端末からＰＣ用のＷＥＢページの閲覧要求を受けた場合に、クライアント端末の表示部に表示されるＰＣ用のＷＥＢページの表示情報を取得又は生成して、当該表示情報をクライアント端末に送信する機能を備える。
【００４３】
例えば、クライアント端末からＰＣ用のＷＥＢページの閲覧要求を受けた場合、図４のようなＰＣ用のポータル画面をクライアント端末に送信し、クライアント端末に表示する。
【００４４】
そして、スケジュール４０２をユーザが選択すると、図５のようなスケジュール画面をクライアント端末に表示する。そして、５１０をユーザが押下すると、図６に示すスケジュール登録画面がクライアント端末に表示され、スケジュール内容を入力して登録ボタン６１１を押下すると、クライアント端末から登録指示がサーバ１０２に送信され、ユーザスケジュールテーブルに入力されたスケジュール内容が登録（更新）され、図７に示す更新後のスケジュールがクライアント端末の表示部に表示される。また、設備・備品の予約についても、サーバ１０２とクライアント端末とが通信して、クライアント端末に設備・備品予約画面２０００（図２０）が表示される。
このように、サーバ１０２とクライアント端末との通信では、ＰＣ用のＷＥＢページが表示される。
【００４５】
ここで、ユーザスケジュールテーブル（図１７、図１８）、備品スケジュールテーブル（図１９）、グループ管理テーブル（図２８）について説明する。
【００４６】
図１７と図１８は、サーバ１０２を利用する各ユーザのスケジュールを示すスケジュール情報が記憶されたユーザスケジュールテーブルの一例を示す図である。
【００４７】
図１８は、図１７のユーザスケジュールテーブルの続きを示している。
【００４８】
図１７と図１８に示すように、ユーザスケジュールテーブル１７００、１８００は、「ユーザＩＤ」、「予約年月日」、「開始時間」、「終了時間」、「予約名」、「場所」、「内容」、「オプション」、「利用設備／備品ＩＤ」、「設備／予約ＩＤ」の項目から構成されている。
【００４９】
ここで、各項目の値について簡単に説明する。
【００５０】
「ユーザＩＤ」は、サーバ１０２での認証処理で用いられるユーザＩＤである。「予約年月日」は、登録されたスケジュールの予約年月日を示す。「開始時間」は、登録されたスケジュールの予約開始時間を示す。「終了時間」は、登録されたスケジュールの予約終了時間を示す。このように、スケジュール情報には、予約日時を含んでいる。「予約名」は、登録されたスケジュールの予約名を示す。「場所」は、登録されたスケジュールの場所を示す。「内容」は、登録されたスケジュールの内容を示す。「オプション」は、登録されたスケジュールの種別を示す。例えば、社外での予定を示す「社外」や、仮の予定を示す「仮予約」、重要な予定を示す「重要」、秘密にしたい予約を示す「シークレット」、帯状に予約を表示することを示す「帯状」が、スケジュールの種別として設定される。「利用設備／備品ＩＤ」は、登録されたスケジュールで使用する会議室やプロジェクター等の設備や備品を一意に示す識別情報である。本実施の形態では、利用設備／備品ＩＤが「１」の値は「会議室１」を示し、利用設備／備品ＩＤが「２」の値は「会議室２」を示し、利用設備／備品ＩＤが「３」の値は「プロジェクター１」を示す。「設備／予約ＩＤ」は、登録されたユーザのスケジュールと関連して、設備又は備品を予約した場合に、備品スケジュールテーブル（図１９）に登録されるレコード（スケジュール情報）を一意に識別する識別情報である。
【００５１】
次に、備品スケジュールテーブル（図１９）について説明する。
【００５２】
図１９は、サーバ１０２を利用する各ユーザが予約した設備や備品の予約時間を示すスケジュール情報が記憶された備品スケジュールテーブルの一例を示す図である。
【００５３】
図１９に示すように、備品スケジュールテーブル１９００は、「設備／備品ＩＤ」、「設備／備品予約ＩＤ」、「ユーザＩＤ」、「予定年月日」、「開始時間」、「終了時間」、「利用名（利用目的）」、「内容」、「オプション」の項目から構成されている。
【００５４】
ここで、各項目の値について簡単に説明する。
【００５５】
「設備／備品ＩＤ」は、上述したように、会議室やプロジェクター等の設備や備品を一意に示す識別情報である。「設備／備品予約ＩＤ」は、上述したように、備品スケジュールテーブル１９００の各レコードを一意に識別するための識別情報である。「ユーザＩＤ」は、上述したように、認証処理で用いられるユーザＩＤである。「予定年月日」は、登録された予約年月日を示す。「開始時間」は、登録された予約開始時間を示す。「終了時間」は、登録された予約終了時間を示す。「利用名（利用目的）」は、登録された予約の名前（利用目的）を示す。「内容」は、登録された予約の具体的な内容を示す。「オプション」は、登録された予約の種別を示す。オプションは、上述したのと同様の種別（社外・仮予約・重要・シークレット・帯状）がある。
【００５６】
次に、グループ管理テーブル（図２８）について説明する。
【００５７】
図２８は、サーバ１０２の外部メモリ２１１などの記憶部に記憶されたグループ管理テーブルの一例を示す図である。
【００５８】
図２８に示すグループ管理テーブルには、各ユーザが所属する所定のグループが規定されたテーブルである。グループは、部単位、課単位、プロジェクト単位など、どのようなグループであってもよく、管理者又はユーザにより予め設定されている。
【００５９】
グループ管理テーブルは、グループを一意に識別する「グループＩＤ」と、ユーザを一意に識別する「ユーザＩＤ」と、ユーザＩＤの「ユーザ名」との項目から構成されている。
【００６０】
例えば、ユーザＩＤが「ｆｕｊｉ」、ユーザ名が「冨士  登」が所属しているグループＩＤは「１」であることを示している。したがって、ユーザＩＤが「ｆｕｊｉ」で認証され、グループのスケジュールの閲覧要求があった場合は、グループＩＤが「１」の全てのユーザのスケジュールをまとめて閲覧出来るような処理がサーバ１０２で実行される。
【００６１】
次に、図２１に示すフローチャートに従って本実施の形態を説明する。
【００６２】
図２１は、図１におけるサーバ１０２と携帯端末１０３とのＣＰＵ２０１が実行する第１の制御処理手順を示すフローチャートである。
【００６３】
ステップＳ２１０１からステップＳ２１０８までの処理は、携帯端末１０３のＣＰＵ２０１によって実行され実現される。
【００６４】
また、ステップＳ２１０９からステップＳ２１１５まの処理は、サーバ１０２のＣＰＵ２０１によって実行され実現される。
【００６５】
まず、携帯端末１０３のＣＰＵ２０１は、携帯用のＷＥＢブラウザを起動すると、携帯端末１０３の表示部に携帯用のＷＥＢブラウザ画面を表示する。
【００６６】
そして、携帯端末１０３のＣＰＵ２０１は、ユーザから、携帯用ＷＥＢサービス３０１にアクセスするためのＵＲＬの入力を受け付ける（ステップＳ２１０１）。ここで、携帯端末のＷＥＢブラウザで表示される携帯用のＷＥＢページの表示情報を取得するためのＵＲＬ（例えば、「ｈｔｔｐ：／／×××．ｃｏ．ｊｐ／ｉ」）と、ＰＣのＷＥＢブラウザで表示されるＰＣ用のＷＥＢページの表示情報を取得するためのＵＲＬ（例えば、「ｈｔｔｐ：／／×××．ｃｏ．ｊｐ／ｐｃ」）は、それぞれ異なるアドレスである。すなわち、携帯端末１０３からサーバ１０２にアクセスする場合は、携帯用のＷＥＢページの表示情報を取得するためのＵＲＬ（例えば、「ｈｔｔｐ：／／×××．ｃｏ．ｊｐ／ｉ」）が入力されることとなる。
【００６７】
次に、携帯端末１０３のＣＰＵ２０１は、入力されたＵＲＬの表示要求を送信する（ステップＳ２１０２）。そして、サーバ１０２のＣＰＵ２０１は、当該表示要求を受信（取得）すると（ステップＳ２１１０）、携帯用のログイン画面を表示するための表示情報を携帯端末１０３に送信する（ステップＳ２１１０）。
【００６８】
携帯端末１０３のＣＰＵ２０１は、サーバ１０２から、携帯用のログイン画面を表示するための表示情報を受信すると（ステップＳ２１０３）、受信した表示情報に従って、ログイン画面を表示する。
【００６９】
そして、携帯端末１０３のＣＰＵ２０１は、ユーザから、ログイン情報（ユーザＩＤとパスワードと会社名）が入力され、送信指示を受け付けると、サーバに対してログイン情報を送信する（ステップＳ２１０４）。
【００７０】
サーバ１０２のＣＰＵ２０１は、携帯端末１０３からログイン情報を受信すると（ステップＳ２１１１）、当該ログイン情報に従って認証処理を行う（ステップＳ２１１２）。サーバ１０２の記憶部には、ユーザＩＤとパスワードと会社名が記憶されており、ステップＳ２１１１で受信したログイン情報と、記憶部に記憶されたユーザＩＤとパスワードと会社名とが一致するか否かを判定することにより、認証されたか否かを判定する。
【００７１】
そして、サーバ１０２のＣＰＵ２０１は、ステップＳ２１１２で認証されたと判定された場合は（ステップＳ２１１３：ＹＥＳ）、認証されたユーザのポータル画面（図８の（ａ））を表示する表示情報を携帯端末１０３に送信する（ステップＳ２１１５）。一方、ステップＳ２１１２で認証されなかったと判定された場合は（ステップＳ２１１３：ＮＯ）、認証失敗を示す失敗画面の表示情報を携帯端末１０３に送信する（ステップＳ２１１４）。サーバ１０２のＣＰＵ２０１は、携帯端末１０３に失敗画面の表示情報を送信すると、処理をステップＳ２１０９に移行する。また、サーバ１０２のＣＰＵ２０１は、ステップＳ２１１５で、ポータル画面（図８の（ａ））を表示する表示情報を携帯端末１０３に送信すると、処理を図２２のステップＳ２２０６に移行する。
【００７２】
次に、携帯端末１０３のＣＰＵ２０１は、ステップＳ２１１４でサーバ１０２が送信した表示情報、又はステップＳ２１１５でサーバ１０２が送信した表示情報を受信する（ステップＳ２１０５）。そして、携帯端末１０３のＣＰＵ２０１は、ステップＳ２１１４でサーバ１０２が送信した表示情報をステップＳ２１０５で受信したと判定された場合は（ステップＳ２１０６：ＹＥＳ）、受信した表示情報に従って、失敗画面を携帯端末の表示部に表示する（ステップＳ２１０７）。そして、携帯端末１０３のＣＰＵ２０１は、ステップＳ２１０７で失敗画面を表示した後に、処理をステップＳ２１０２に移行して、再度、ログイン画面を表示する。
【００７３】
一方、携帯端末１０３のＣＰＵ２０１は、ステップＳ２１１５でサーバ１０２が送信した表示情報をステップＳ２１０５で受信したと判定された場合は（ステップＳ２１０６：ＮＯ）、受信した表示情報に従って図８（ａ）に示すポータル画面を携帯端末の表示部に表示する（ステップＳ２１０８）。そして、携帯端末１０３のＣＰＵ２０１は、処理を図２２のステップＳ２２０１に移行する。
【００７４】
ここで、図８の（ａ）は、携帯端末で表示される、ログインしたユーザのポータル画面８００の一例を示す図である。
【００７５】
ポータル画面８００には、スケジュールを表示するためのスケジュールボタン（８０１）と、設備や備品の予約を表示するための設備・備品予約ボタン（８０２）と、伝言を登録又は閲覧するための伝言ボタンと、ログアウトするためのログアウトボタンとが表示されている。
【００７６】
次に、図２２に示すフローチャートに従って本実施の形態を説明する。
【００７７】
図２１は、図１におけるサーバ１０２と携帯端末１０３とのＣＰＵが実行する第２の制御処理手順を示すフローチャートである。
【００７８】
ステップＳ２２０１からステップＳ２２０５までの処理は、携帯端末１０３のＣＰＵ２０１によって実行され実現される。
【００７９】
また、ステップＳ２２０６からステップＳ２２１６まの処理は、サーバ１０２のＣＰＵ２０１によって実行され実現される。
【００８０】
携帯端末１０３のＣＰＵ２０１は、ポータル画面８００に表示された、スケジュールボタン（８０１）、設備・備品予約ボタン（８０２）、伝言ボタン、ログアウトボタンのいずれのボタンの選択指示をユーザから受け付ける（ステップＳ２２０１）。そして、携帯端末１０３のＣＰＵ２０１は、ユーザから指示されたボタンにかかる要求をサーバ１０２に送信する（ステップＳ２２０２）。
【００８１】
携帯端末１０３のＣＰＵ２０１は、ユーザからスケジュールボタン（８０１）が選択指示（押下）され（ステップＳ２２０１）、サーバ１０２にスケジュール画面（図８の（ｂ））の表示要求の送信を行うと（ステップＳ２２０２）、サーバ１０２から、図８の（ｂ）のスケジュール画面８０３の表示情報をステップＳ２２０３で受信し、該受信した表示情報に従って、携帯端末１０３の表示部にスケジュール画面８０３を表示する（ステップＳ２２０４）。ここで、図８の（ｂ）は、スケジュール画面（ｂ）８０３の一例を示す図である。
【００８２】
また、携帯端末１０３のＣＰＵ２０１は、ユーザから設備・備品予約ボタン（８０２）が選択指示（押下）され（ステップＳ２２０１）、サーバ１０２に設備・備品予約画面（図８（ｃ））の表示要求の送信を行うと（ステップＳ２２０２）、サーバ１０２から、図８の（ｃ）の設備・備品予約画面８０５の表示情報をステップＳ２２０３で受信し、該受信した表示情報に従って、携帯端末１０３の表示部に設備・備品予約画面８０５を表示する（ステップＳ２２０４）。ここで、図８の（ｃ）は、設備・備品予約画面（ｃ）８０５の一例を示す図である。
【００８３】
サーバ１０２のＣＰＵ２０１は、携帯端末１０３から送信された、ステップＳ２２０２で指示された要求を受信する（受け付ける）と（ステップＳ２２０６）、当該受信した要求がスケジュールの登録指示であるか否かを判定する（ステップＳ２２０７）。携帯端末１０３から送信される要求に、スケジュールの登録指示を示す情報が含まれているか否かを判定することにより、ステップＳ２２０７では、受信した要求が登録指示であるか否かを判定することができる。
【００８４】
ここで、サーバ１０２のＣＰＵ２０１は、ステップＳ２２０７で登録指示であると判定された場合は（ステップＳ２２０７：ＹＥＳ）、登録処理を実行し（ステップＳ２２１５）、登録指示ではないと判定された場合は（ステップＳ２２０７：ＮＯ）、処理をステップＳ２２０８に移行する。
【００８５】
次に、ステップＳ２２０８では、サーバ１０２のＣＰＵ２０１は、ステップＳ２２０６で受信した要求がスケジュールの削除指示であるか否かを判定する（ステップＳ２２０８）。携帯端末１０３から送信される要求に、スケジュールの削除指示を示す情報が含まれているか否かを判定することにより、ステップＳ２２０８では、受信した要求が削除指示であるか否かを判定することができる。
【００８６】
ここで、サーバ１０２のＣＰＵ２０１は、ステップＳ２２０８で、受信した要求が削除指示であると判定された場合は（ステップＳ２２０８：ＹＥＳ）、削除処理を実行し（ステップＳ２２１４）、削除指示ではないと判定された場合は（ステップＳ２２０８：ＮＯ）、処理をステップＳ２２０９に移行する。
【００８７】
次に、ステップＳ２２０９では、サーバ１０２のＣＰＵ２０１は、ステップＳ２２０６で受信した要求がスケジュールの更新指示であるか否かを判定する（ステップＳ２２０９）。携帯端末１０３から送信される要求に、スケジュールの更新指示を示す情報が含まれているか否かを判定することにより、ステップＳ２２０９では、受信した要求が更新指示であるか否かを判定することができる。
【００８８】
ここで、サーバ１０２のＣＰＵ２０１は、ステップＳ２２０９で、受信した要求が更新指示であると判定された場合は（ステップＳ２２０９：ＹＥＳ）、更新処理を実行し（ステップＳ２２１３）、更新指示ではないと判定された場合は（ステップＳ２２０９：ＮＯ）、処理をステップＳ２２１０に移行する。
【００８９】
次に、ステップＳ２２１０では、サーバ１０２のＣＰＵ２０１は、ステップＳ２２０６で受信した要求がスケジュールの閲覧指示であるか否かを判定する（ステップＳ２２１０）。すなわち、ステップＳ２２０６では、ユーザに係るスケジュール情報の閲覧要求を受け付けたか否かを判定する。携帯端末１０３から送信される要求に、スケジュールの閲覧指示を示す情報が含まれているか否かを判定することにより、ステップＳ２２１０では、受信した要求が閲覧指示であるか否かを判定することができる。
【００９０】
ここで、サーバ１０２のＣＰＵ２０１は、ステップＳ２２１０で、受信した要求が閲覧指示であると判定された場合は（ステップＳ２２１０：ＹＥＳ）、閲覧処理を実行し（ステップＳ２２１２）、閲覧指示ではないと判定された場合は（ステップＳ２２１０：ＮＯ）、処理をステップＳ２２１１に移行する。
【００９１】
閲覧処理（ステップＳ２２１２）の詳細な処理手順、更新処理（ステップＳ２２１３）の詳細な処理手順、削除処理（ステップＳ２２１４）の詳細な処理手順、登録処理（ステップＳ２２１５）の詳細な処理手順は、それぞれ図２３、図２４、図２５、図２６を用いて後述する。
【００９２】
サーバ１０２のＣＰＵ２０１は、ステップＳ２２０６で、携帯端末１０３から、スケジュール画面（図８の（ｂ））の表示要求、又は設備・備品予約画面（図８（ｃ））の表示要求を受信すると、ステップＳ２２０７でＮＯと判定され、ステップＳ２２０８でＮＯと判定され、ステップＳ２２０９でＮＯと判定され、ステップＳ２２１０でＮＯと判定される。そして、スケジュール画面（図８の（ｂ））の表示要求を受信した場合は、ステップＳ２２１１で、スケジュール画面（図８の（ｂ））を表示する表示情報をサーバ１０２の記憶部から取得し、当該表示情報をステップＳ２２１６で携帯端末１０３に送信する。また、設備・備品予約画面（図８（ｃ））の表示要求を受信した場合は、ステップＳ２２１１で設備・備品予約画面（図８の（ｂ））を表示する表示情報をサーバ１０２の記憶部から取得し、当該表示情報をステップＳ２２１６で携帯端末１０３に送信する。
【００９３】
携帯端末１０３のＣＰＵ２０１は、ステップＳ２２１６でサーバ１０２から送信された表示情報を受信すると（ステップＳ２２０３）、受信した表示情報に従って、スケジュール画面（図８の（ｂ））又は設備・備品予約画面（図８の（ｂ））を表示し、処理をステップＳ２２０５に移行する。
【００９４】
ステップｓ２２０５では、携帯端末１０３のＣＰＵ２０１は、ユーザにより携帯用のＷＥＢブラウザの終了指示を受け付けると（ステップＳ２２０５：ＹＥＳ）、処理を終了し、受け付けなければ、処理をステップＳ２２０１に移行する。
ここでは、まず、スケジュールの閲覧処理について説明する。
【００９５】
携帯端末１０３のＣＰＵ２０１は、ステップＳ２２０４でスケジュール画面（図８の（ｂ））が携帯端末１０３の表示部に表示され、ユーザによる、グループ週間（８０４）の選択指示（押下）を受け付けると（ステップＳ２２０１）、スケジュール画面（グループ週間）（図９の（ｄ））の表示要求をサーバ１０２に送信する（ステップＳ２２０２）。
【００９６】
そして、当該要求を受信したサーバ１０２のＣＰＵ２０１は、スケジュール画面（グループ週間）（図９の（ｄ））の閲覧指示を示す情報が含まれているので、ステップＳ２２１０で、受信した要求が閲覧指示であると判定し（ステップＳ２２１０：ＹＥＳ）、閲覧処理を実行する（ステップＳ２２１２）。
【００９７】
ここで、閲覧処理（ステップＳ２１１２）の詳細な処理手順を、図２３を用いて説明する。
【００９８】
図２３は、図２２のステップＳ２２１２の閲覧処理の詳細な処理手順を示すフローチャートである。
ステップＳ２３０１からステップＳ２３０２までの処理は、サーバ１０２のＣＰＵ２０１によって実行され実現される。
【００９９】
まず、サーバ１０２のＣＰＵ２０１は、ステップＳ２１１２で認証されたユーザＩＤに対応するグループＩＤを、グループ管理テーブル（図２８）から取得する。そして、取得したグループＩＤに関連付けられた全てのユーザＩＤをグループ管理テーブル（図２８）から取得する。
【０１００】
そして、サーバ１０２のＣＰＵ２０１は、取得した全てのユーザＩＤのスケジュール情報を、ユーザスケジュールテーブル（図１７，図１８）の中から、現在の日付（例えば２００９年１１月２７日（金））から所定日分（所定期間）（例えば、１週間分）、抽出（取得）する（ステップＳ２３０１）。
【０１０１】
例えば、ステップＳ２１１２で認証されたユーザＩＤが「ｆｕｊｉ」の場合、図２８から、「ｆｕｊｉ」が所属するグループのグループＩＤ「１」を取得する。そして、グループＩＤ「１」のユーザＩＤ（「ｆｕｊｉ」、「ｙｏｋｏｔｅ」、「ｏｇａｔａ」）を図２８から取得する。そして、例えば、現在の日付が２００９年１１月２７日（金）の場合、図１７のユーザスケジュールテーブルから、ユーザＩＤが「ｆｕｊｉ」又は、「ｙｏｋｏｔｅ」又は、「ｏｇａｔａ」であり、「予約年月日」が２００９／１１／２７から２００９／１２／３のレコード（スケジュール情報）を全て抽出（取得）する。
【０１０２】
そして、ステップＳ２３０１で取得したスケジュール情報に従って、図９の（ｄ）に示すスケジュール画面（グループ週間）９００を表示する表示情報を生成し（ステップＳ２３０２）、処理を図２２のステップＳ２２１６に移行する。
【０１０３】
ここで、ステップＳ２３０２での表示情報の生成処理の詳細な処理手順を図２７を用いて説明する。
【０１０４】
図２７は、図２３のステップＳ２３０２で、携帯端末に表示されるスケジュールの画面の情報を生成する処理の詳細な処理手順を示すフローチャートである。
【０１０５】
ステップＳ２７０１からステップＳ２７１６までの処理は、サーバ１０２のＣＰＵ２０１によって実行され実現される。
【０１０６】
サーバ１０２のＣＰＵ２０１は、グループ週間の予定の閲覧要求を、ステップＳ２２０６で携帯端末１０３から受信したか否かを判定する（ステップＳ２７０１）。
【０１０７】
スケジュール画面（図８の（ｂ））のグループ週間のボタン（８０４）には、スケジュール画面（グループ週間）９００（図９の（ｄ））を表示するためのＵＲＬが設定されており、グループ週間のボタン（８０４）がユーザにより押下されることにより、当該ＵＲＬ先のスケジュール画面（グループ週間）９００（図９の（ｄ））の表示要求が携帯端末１０３から送信される。そして、携帯端末が送信したスケジュール画面（グループ週間）９００（図９の（ｄ））の表示要求をサーバ１０２が受信することにより、サーバ１０２のＣＰＵ２０１は、グループ週間の予定の閲覧要求を、ステップＳ２２０６で携帯端末１０３から受信したか否かを判定することができる。
【０１０８】
次に、サーバ１０２のＣＰＵ２０１は、ステップＳ２７０１で、グループ週間の予定の閲覧要求を、ステップＳ２２０６で携帯端末１０３から受信したと判定された場合（ステップＳ２７０１：ＹＥＳ）、処理をステップＳ２７０２に移行する。
【０１０９】
ステップＳ２７０２では、ステップＳ２３０１で取得した各ユーザＩＤの日付毎に、ステップＳ２７０３からステップＳ２７１０の処理を繰り返し実行する。ここでは、取得した全ユーザの全日付のスケジュールに対する処理が実行するまで、ステップＳ２７０３からステップＳ２７１０の処理を繰り返し実行する。
【０１１０】
サーバ１０２のＣＰＵ２０１は、ステップＳステップＳ２３０１で取得した、あるユーザＩＤのある日付の全てのスケジュール情報を処理対象とし、当該日付の午前と午後に予定が設定されているか否かを判定する（ステップＳ２７０３）。
【０１１１】
そして、当該日付の午前と午後に予定が設定されていると判定された場合は（ステップＳ２７０３：ＹＥＳ）、当該ユーザＩＤで、かつ当該日付の予定を「○」と表示する表示情報に決定し、設定する（ステップＳ２７０９）。
【０１１２】
また、当該日付の午前と午後に予定が設定されていないと判定された場合は（ステップＳ２７０３：ＮＯ）、当該日付の午前にだけ予定が設定されているか否かを判定する（ステップＳ２７０４）。そして、当該日付の午前に予定が設定されていると判定された場合には（ステップＳ２７０４：ＹＥＳ）、当該ユーザＩＤで、かつ当該日付の予定を「△」と表示する表示情報に決定し、設定する（ステップＳ２７０８）。
【０１１３】
また、当該日付の午前に予定が設定されていないと判定された場合には（ステップＳ２７０４：ＮＯ）、当該日付の午後に予定が設定されているか否かを判定する（ステップＳ２７０５）。そして、当該日付の午後に予定が設定されていると判定された場合（ステップＳ２７０５：ＹＥＳ）、当該ユーザＩＤで、かつ当該日付の予定を「▽」と表示する表示情報に決定し、設定する（ステップＳ２７０７）。
【０１１４】
また、ステップＳ２７０５で、当該日付の午後に予定が設定されていないと判定された場合は（ステップＳ２７０５：ＮＯ）、当該ユーザＩＤで、かつ当該日付の予定を「―」と表示する表示情報に決定し、設定する（ステップＳ２７０６）。
【０１１５】
上述の通り、「―」は何も予定が無いことを示し、「▽」は午後に予定があることを示し、「△」は午前に予定があることを示し、「○」は午前と午後に予定があることを示している。
【０１１６】
「―」、「▽」、「△」、「○」は、ユーザの日付（日にち）毎の予定の有無及び、予定のある時間帯（午前、午後、午前と午後）を示す情報であって、ここでは、予約時間帯情報と呼ぶこととする。
【０１１７】
ステップＳ２７０６、ステップＳ２７０７、ステップＳ２７０８、ステップＳ２７０９の処理を実行すると処理をステップＳ２７１０に移行する。そして、ステップＳ２３０１で取得した全ユーザの全日付のスケジュールに対して、ステップＳ２７０３からＳ２７０９の処理をしていない場合は、次のユーザＩＤ又は当該日付以外の日付を処理対象として、処理をステップＳ２７０３に移行する。
【０１１８】
ステップＳ２３０１で取得した全ユーザの全日付のスケジュールに対して、ステップＳ２７０３からＳ２７０９の処理を実行すると、スケジュール画面（グループ週間）９００の画面を表示する表示情報を生成する（ステップＳ２７１１）。
ここで生成される表示情報は、ステップＳ２７０２からステップＳ２７１０での判定結果に従った表示情報を生成する。
【０１１９】
すなわち、サーバ１０２のＣＰＵ２０１は、ステップＳ２７０２からステップＳ２７１０での判定結果、設定された予約時間帯情報が表示される表示情報（例えば、図９の９０３）を生成する。
【０１２０】
サーバ１０２のＣＰＵ２０１は、ステップＳ２７１１で表示情報を生成すると、処理をステップＳ２２１６に移行する。
【０１２１】
サーバ１０２のＣＰＵ２０１は、ステップＳ２７１１で生成された表示情報を携帯端末１０３に送信する（ステップＳ２２１６）。そして、携帯端末１０３のＣＰＵ２０１は、当該表示情報を受信し（ステップＳ２２０３）、当該表示情報に従ってスケジュール画面（グループ週間）９００を表示する（ステップＳ２２０４）。
【０１２２】
スケジュール画面（グループ週間）９００の９０１には、表示するスケジュールの基準日が設定されている。図９の例では、現在の日付（例えば２００９年１１月２７日（金））が設定されている。９０１はプルダウンになっており、他の日を基準日として選択することが可能である、また基準日を９０１でユーザにより選択された後、再描画ボタン９０２が押下されると、ステップＳ２２０２で携帯端末１０３からサーバ１０２に再描画指示がなされ、サーバ１０２は、上述した処理（ステップＳ２７０２からステップＳ２７１０の処理が行われ、表示情報を生成し（ステップＳ２７１１）、携帯端末１０３に該表示情報を送信する処理（ステップＳ２２１６））を実行し、携帯端末１０３の表示部には、当該基準日としたスケジュール９０３が表示される。
【０１２３】
また、スケジュール画面（グループ週間）９００の９０４、９０５、９０６には、それぞれのユーザのスケジュール画面（個人週間）（例えば、図９の（ｅ））９０９へのリンク（ＵＲＬ）が設定されている。例えば、９０４がユーザにより選択（押下）されると、当該ＵＲＬに従って、図９の（ｅ）の画面が携帯端末に表示される。
【０１２４】
以下、この図９の画面が表示される処理について、図２７を用いて説明する。
【０１２５】
携帯端末１０３のＣＰＵ２０１は、スケジュール画面（グループ週間）９００の９０４、９０５、９０６のいずれかのボタンがユーザにより押下されると（ステップＳ２２０１）、９０４、９０５、９０６に設定されたリンク（ＵＲＬ）に従って、サーバ１０２にスケジュール画面（個人週間）の表示要求を送信する（ステップＳ２２０２）。
【０１２６】
そして、当該要求を受信したサーバ１０２は、当該要求からスケジュールの閲覧であると判定し（ステップＳ２２１０）、ステップＳ２２１２の処理を実行する。ステップＳ２２１２の詳細処理である図２７のフローチャートに従って説明する。
【０１２７】
サーバ１０２のＣＰＵ２０１は、当該要求に含まれる閲覧したいユーザ（９０４、９０５、９０６のいずれかが選択されたボタンのユーザ）の所定日分（所定期間）（例えば１週間）のスケジュール情報（各レコード）を、ユーザスケジュールテーブル（図１７，図１８）から抽出する（ステップＳ２３０１）。そして、処理ステップＳ２３０２の詳細処理について図２７を用いて説明する。
【０１２８】
サーバ１０２のＣＰＵ２０１は、当該要求が、ステップＳ２７０１ではグループ週間の予定ではないと判定され（ステップＳ２７０１：ＮＯ）、ステップＳ２７１２では個人週間又は個別週間の予定であると判定された場合、（ステップＳ２７１２：ＹＥＳ）、ステップＳ２７１３からステップＳ２７１６の処理を実行する。ステップＳ２７１２で個人週間又は個別週間の予定ではないと判定された場合は、処理をステップＳ２７１１に移行する。
【０１２９】
ステップＳ２３０１で抽出したスケジュール情報から、所定日分（所定期間）（例えば１週間）の時間ごとに予定があるか無いかを、ステップＳ２７１３からステップＳ２７１６の処理で判定する。
【０１３０】
サーバ１０２のＣＰＵ２０１は、ある時間帯に予定があるか無いかを判定する（ステップＳ２７１４）。そして、予定があると判定された場合は、当該時間帯を「○」の表示情報にすると決定し、一方予定が無いと判定された場合は（ステップＳ２７１４：ＮＯ）、当該時間帯を「―」の表示情報にすると決定し、処理をステップＳ２７１６に移行する。ステップＳ２３０１で抽出した全てのスケジュール情報の各日付の各時間帯に対して、ステップＳ２７１４からステップＳ２７１６の処理を実行すると、処理をステップＳ２７１１に移行する。
【０１３１】
ステップＳ２７１０では、スケジュール画面（個別週間）を表示する表示情報を生成する。図９の（ｅ）の９１０には、ステップＳ２７１５で予定があると判定された時間帯に「○」が表示されている。また、予定なしと判定された時間帯には、「―」が表示されている。このように、ここでは、ステップＳ２７１４での判定結果に従った表示情報を生成する。そして、ステップＳ２２１６で、生成した表示情報を携帯端末１０３に送信することで、上述したのと同様に、携帯端末の表示部に図９の（ｅ）が表示される。
【０１３２】
図９の例では、９０４が押下されると、図９の（ｅ）が表示され、９１１が押下されると、スケジュール画面（個人一日）（図１０の（ｆ））１０００が表示される。
【０１３３】
この場合も上述した処理と同様に、図９の（ｅ）に表示されているユーザの、選択された日付のスケジュール情報を、ユーザスケジュールテーブル（図１７，図１８）の中からステップＳ２３０１で取得して、ステップＳ２７０１でＮＯと判定され、ステップＳ２７１２でＮＯと判定され、ステップＳ２７１１でステップＳ２３０１で取得したデータに従って、図１０の（ｆ）に示すスケジュール画面（個人一日）を表示する表示情報を生成する。そして、ステップＳ２１１６以降は、上述した処理と同様である。
【０１３４】
スケジュール画面（個人一日）（図１０の（ｆ））１０００の１００２、１００３、１００４のボタンがユーザにより押下されると、携帯端末１０３のＣＰＵ２０１は、スケジュール画面（閲覧）１００７の表示要求をサーバ１０２に対して送信する。そして、当該要求を受信したサーバ１０２は、ユーザにより押下された予定の詳細を示す図１０の（ｇ）に示すスケジュールの詳細画面（スケジュール画面（閲覧）１００７）を携帯端末１０３に送信し、携帯端末１０３の表示部に図１０の（ｇ）の画面が表示される。
【０１３５】
以上がスケジュールの閲覧に係る処理の詳細の説明である。
【０１３６】
次に、スケジュールの更新処理について、図２２、図２４、図２７を用いて説明する。
【０１３７】
上記で説明した図１０の（ｇ）が表示された編集ボタン１０１０がユーザにより押下されると、携帯端末はサーバに、スケジュールの編集（更新）を行う図１１の（ｈ）の画面１１０６の表示要求をサーバ１０２に送信する（ステップＳ２２０６）。
【０１３８】
当該要求を受けたサーバ１０２は、ステップＳ２２１２の処理を実行し、携帯端末に、図１１の（ｈ）１１０６の画面の表示情報を送信する（ステップｓ２２１６）。
携帯端末は、当該表示情報を受信すると当該表示情報に従って、図１１の（ｈ）１１０６の編集画面を表示し、ユーザによる編集内容の入力を受け付ける。
【０１３９】
図１１の（ｈ）１１０６の編集画面の例では、スケジュール（予定）の開始日時、終了日時１１０８、予定名１１０９、場所１１１０、内容１１１１、予定の種類１１１２を編集を受け付けることが可能である。
【０１４０】
そして、ユーザにより、更新ボタン１１１４が押下されると、サーバ１０２に更新指示を送信する（ステップｓ２２０２）。
【０１４１】
当該更新指示を受けたサーバ１０２は、ステップＳ２２０９でＹＥＳと判定され、ステップｓ２２１３の処理を実行する。
図２４は、図２２のステップＳ２２１３の更新処理の詳細な処理手順を示すフローチャートである。
【０１４２】
ステップＳ２４０１からステップＳ２４０３までの処理は、サーバ１０２のＣＰＵ２０１によって実行され実現される。
【０１４３】
更新指示されたスケジュール情報（レコード）を、ユーザスケジュールテーブル（図１７，図１８）の中から特定して、当該特定されたレコードを、携帯端末１０３から送信された更新指示に含まれる更新内容に更新する。
【０１４４】
そして、更新されたユーザスケジュールテーブルの該レコードを取得して（ステップＳ２４０２）、ステップＳ２４０３の処理を行う。ステップＳ２４０３では、ステップＳ２７０１でＮＯと判定され、ステップＳ２７１２でＮＯと判定され、当該取得したレコードに従って、スケジュール画面（閲覧）１００７を表示する表示情報を生成し（ステップＳ２７１１）、携帯端末に送信する（ステップＳ２２１６）。
【０１４５】
以上のようにして、ユーザのスケジュールを編集し、更新することができる。
【０１４６】
次に、スケジュールの削除処理について、説明する。
【０１４７】
図１１の（ｈ）の削除ボタン１１１３がユーザにより押下されると、携帯端末は、削除指示をサーバ１０２に送信し、サーバは、ステップｓ２２１４の処理を実行する。
【０１４８】
図２６は、図２２のステップＳ２２１４の削除処理の詳細な処理手順を示すフローチャートである。
【０１４９】
ステップＳ２６０１からステップＳ２６０３までの処理は、サーバ１０２のＣＰＵ２０１によって実行され実現される。
【０１５０】
削除指示されたスケジュール情報を、ユーザスケジュールテーブルの中から削除し（ステップＳ２６０２）、削除後のユーザスケジュールテーブルの、現在処理対象のユーザのスケジュール情報を取得する（ステップＳ２６０２）。そして、処理をステップＳ２６０３に移行して、図１０の（ｆ）１０００の画面の表示情報を生成し、携帯端末に送信する。
【０１５１】
これにより、スケジュールを削除することができる。
【０１５２】
また、スケジュール情報の登録処理は、９１４、１００５がユーザにより押下されると、携帯端末の表示部に図１２のスケジュール登録画面１２００が表示され、ユーザによりスケジュールの内容（１２０２、１２０３、１２０４、１２０５、１２０６）の入力を受け付ける。
【０１５３】
そして、ユーザにより登録ボタン１２０７が押下されると、携帯端末は、サーバに、入力された内容を含むスケジュールの登録指示を送信する。
【０１５４】
当該登録指示をサーバが受信すると、ステップＳ２２０７でＹＥＳと判定され、ステップＳ２２１５の処理を実行する。
【０１５５】
図２５は、図２２のステップＳ２２１５の登録処理の詳細な処理手順を示すフローチャートである。
【０１５６】
ステップＳ２５０１からステップＳ２５０３までの処理は、サーバ１０２のＣＰＵ２０１によって実行され実現される。
【０１５７】
サーバ１０２のＣＰＵ２０１は、登録指示に含まれるスケジュールの内容をユーザスケジュールテーブルに登録する（ステップＳ２５０１）。
【０１５８】
そして、現在処理対象のユーザの登録後のスケジュール情報をユーザスケジュールテーブルから取得して（ステップＳ２５０２）、取得したスケジュール情報に従って、図９の（ｅ）又は、図１０の（ｆ）の画面を表示する表示情報を生成し（ステップＳ２５０３）、携帯端末に送信する（ステップＳ２２１６）。ステップＳ２５０３の詳細処理の説明は、上述した通りであるため、ここでは説明を省略する。
【０１５９】
以上の通り、ユーザのスケジュール情報の閲覧、登録、削除、更新処理について説明したが、同様に、設備や備品の閲覧についても同様の処理で説明できる。
【０１６０】
ここで簡単に、設備や備品の閲覧処理について説明する。
【０１６１】
図８の（ａ）のボタン８０１がユーザにより押下されると、上記では図８（ｂ）を表示するように説明したが、ここでは、設備や備品の閲覧処理であるため、図８の（ａ）のボタン８０２がユーザにより押下されると、上では図８（ｂ）が携帯端末の表示部に表示される。
【０１６２】
そして、ボタン８０６がユーザにより押下されると、図１９の備品スケジュールテーブルから、備品に関するスケジュール情報を取得して、図１３（ｉ）１３００の画面を表示することもできる。
【０１６３】
設備や備品のスケジュール情報の閲覧、登録、削除、更新処理は、予約の対象が異なるだけであり、ユーザのスケジュール情報の閲覧、登録、削除、更新処理と同様であるため、ここでは説明を省略する。
【０１６４】
ここで、設備・備品予約画面と、ユーザのスケジュール画面の対応関係だけ説明しておく。
【０１６５】
ユーザのスケジュール画面（図９の（ｄ））が、設備・備品予約画面（図１３の（ｉ））に対応している。また、ユーザのスケジュール画面（図９の（ｅ））が、設備・備品予約画面（図１３の（ｊ））に対応している。また、ユーザのスケジュール画面（図１０の（ｆ））が、設備・備品予約画面（図１４の（ｋ））に対応している。また、ユーザのスケジュール画面（図１０の（ｇ））が、設備・備品予約画面（図１４の（ｌ））に対応している。また、ユーザのスケジュール画面（図１１の（ｇ））が、設備・備品予約画面（図１５の（ｌ））に対応している。また、ユーザのスケジュール画面（図１１の（ｈ））が、設備・備品予約画面（図１５の（ｍ））に対応している。
また、ユーザのスケジュール画面（図１２）が、設備・備品予約画面（図１６）に対応している。
【０１６６】
以上説明したように、本実施の形態によれば、所定の日付毎に予約のある予約時間帯を示す予約時間帯情報を携帯端末の表示部に表示させるべく送信することにより、携帯端末を利用したスケジュールの確認を効率的に行うことができる。
【０１６７】
すなわち、図９の（ｄ）に示すように、予約が午前のみに有る場合は「△」、予約が午後のみに有る場合は「▽」、予約が午前と午後に予約が有る場合は「○」、予約が無い場合は、「―」と、複数の日にち毎に表示されるため、ユーザは、効率的にスケジュールの確認を行うことが可能となる。
【０１６８】
以上、本発明の一実施形態を詳述したが、本発明は、例えば、システム、装置、方法、プログラム（コンピュータプログラム）もしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。  
【０１６９】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。  
【０１７０】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。  
【０１７１】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。  
【０１７２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。  
【０１７３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０１７４】
１００    ネットワーク
１０１    管理者端末
１０２    サーバ
１０３    携帯端末
１０４    携帯端末
１０５    クライアント端末
１０６    クライアント端末
１０７    クライアント端末
１０８    クライアント端末
１０９    クライアント端末
１１０    クライアント端末
１１１    Ａ社
１１２    Ｂ社
【図１】
2011118490.tif 000003
【図２】
2011118490.tif 000004
【図３】
2011118490.tif 000005
【図４】
2011118490.tif 000006
【図５】
2011118490.tif 000007
【図６】
2011118490.tif 000008
【図７】
2011118490.tif 000009
【図８】
2011118490.tif 000010
【図９】
2011118490.tif 000011
【図１０】
2011118490.tif 000012
【図１１】
2011118490.tif 000013
【図１２】
2011118490.tif 000014
【図１３】
2011118490.tif 000015
【図１４】
2011118490.tif 000016
【図１５】
2011118490.tif 000017
【図１６】
2011118490.tif 000018
【図１７】
2011118490.tif 000019
【図１８】
2011118490.tif 000020
【図１９】
2011118490.tif 000021
【図２０】
2011118490.tif 000022
【図２１】
2011118490.tif 000023
【図２２】
2011118490.tif 000024
【図２３】
2011118490.tif 000025
【図２４】
2011118490.tif 000026
【図２５】
2011118490.tif 000027
【図２６】
2011118490.tif 000028
【図２７】
2011118490.tif 000029
【図２８】
2011118490.tif 000030