(57)【要約】      （修正有）【課題】スケジュールの登録状況を、スケジュールの時間長に比例した棒グラフの配置により表示する予約登録画面上における新規スケジュールの入力を支援するコンピュータソフトウェア技術を提供する。【解決手段】スケジュールの登録状況を、スケジュールの時間長に比例した棒グラフの配置により表示する予約登録画面上における新規スケジュールの入力を支援する装置として、ポインタ位置に登録済みのスケジュールがない場合には当該ポインタ位置を含む空き時間が標準登録予定時間幅より広いことを条件に新規スケジュールの登録を許可する。一方、空き時間が標準登録予定時間幅より狭い場合又はポインタの検出位置が登録済みの場合には、ポインタ位置に新規スケジュールを登録しない。【選択図】図１
2011095843.tif 000002
【特許請求の範囲】
【請求項１】
スケジュールの登録状況を、スケジュールの時間長に比例した棒グラフの配置により表示する予約登録画面上における新規スケジュールの入力を支援する装置において、
前記予約登録画面上におけるポインタ位置を検出するポインタ位置検出処理手段と、
ポインタ位置に登録済みのスケジュールがあるか否か判定し、未登録の場合には当該ポインタ位置を含む空き時間が標準登録予定時間幅より広いか否かを更に判定し、前記空き時間が前記標準登録予定時間幅より広い場合には、ポインタの検出位置に新規スケジュールを登録し、前記空き時間が前記標準登録予定時間幅より狭い場合又はポインタの検出位置が登録済みの場合には、ポインタ位置に新規スケジュールを登録しないスケジュール登録手段と
を有するスケジュール入力支援装置。
【請求項２】
前記スケジュール登録手段は、
前記空き時間が前記標準登録予定時間幅より狭い場合には、前記空き時間が最低登録可能時間閾値より大きいか否かを更に判定し、大きいと判定された場合には、ユーザの操作入力を通じて登録許可が検出されることを条件に新規スケジュールを登録し、小さいと判定された場合には、ポインタ位置に新規スケジュールを登録しない
ことを特徴とする請求項１に記載のスケジュール入力支援装置。
【請求項３】
前記スケジュール登録手段においてポインタ位置に登録済みのスケジュールが存在すると判定された場合、ポインタ位置を含む空き時間検索時間幅の範囲内においてポインタ位置に最も近い空き時間を検索し、前記スケジュール登録部に通知する空き時間検索処理部
を有する請求項１又は２に記載のスケジュール入力支援装置。
【請求項４】
前記スケジュール登録手段においてポインタ位置に登録済みのスケジュールが存在すると判定された場合、ポインタ位置を含む空き時間検索時間幅の範囲内にある全ての空き時間を候補として検索し、検索された空き時間の候補のうちユーザによって選択された空き時間を前記スケジュール登録部に通知するスケジュール検索処理部
を有する請求項１又は２に記載のスケジュール入力支援装置。
【請求項５】
前記予約登録画面は、ネットワーク経由で接続された携帯型の端末装置の画面上に表示される
ことを特徴とする請求項１に記載のスケジュール入力支援装置。
【請求項６】
スケジュールの登録状況を、スケジュールの時間長に比例した棒グラフの配置により表示する予約登録画面上における新規スケジュールの入力を支援する処理をコンピュータに実行させるプログラムにおいて、
前記予約登録画面上におけるポインタ位置を検出する処理と、
ポインタ位置に登録済みのスケジュールがあるか否か判定する処理と、
ポインタ位置にスケジュールが未登録の場合には当該ポインタ位置を含む空き時間が標準登録予定時間幅より広いか否かを判定する処理と、
前記空き時間が前記標準登録予定時間幅より広い場合には、ポインタの検出位置に新規スケジュールを登録する処理と、
前記空き時間が前記標準登録予定時間幅より狭い場合又はポインタの検出位置が登録済みの場合には、ポインタ位置に新規スケジュールを登録しない処理と
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジュール入力画面に対するスケジュールの入力を支援する装置及び同機能を実現するプログラムに関する。
【背景技術】
【０００２】
営業部門では、各営業員のスケジュール管理が重要となる。営業員のスケジュールの管理と情報の共有を目的として、現在、スケジュール共有システムが使用されている。スケジュール共有システムの使用により、スケジュールの登録及び参照が可能となる。ただし、現在のスケジュール共有システムにおいては、同一時間帯に複数のスケジュールを登録することができる。すなわち、複数のスケジュールの重複登録が許されている。スケジュールを画面インターフェイスにより入力する従来のスケジュール共有システムの例として、例えば特許文献１に挙げるようなものがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１４６０１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、システム上はスケジュールの重複登録が可能であったとしても、一人の営業員が同一時間帯に複数の顧客に対応することはできない。結局、特許文献１に記載されたようなスケジュール共有システムを含め、スケジュールの重複登録が見つかった場合には、スケジュールが重複しないようにユーザ自身が手動で登録位置を調整する必要がある。ただし、スケジュールの調整は、複数のスケジュールの配置を予約登録画面上で確認しながらの作業となる。しかし、複数のスケジュールが時間軸に沿って配置される予約登録画面では、スケジュールの空き時間と新規に登録しようとするスケジュールの時間長との関係の把握が難しい場合も多く、スケジュールの調整に要する作業負担が指摘されている。
【課題を解決するための手段】
【０００５】
そこで、本発明者は、スケジュールの登録状況を、スケジュールの時間長に比例した棒グラフの配置により表示する予約登録画面上における新規スケジュールの入力を支援するコンピュータソフトウェア技術を提供する。具体的には、予約登録画面上におけるポインタ位置に登録済みのスケジュールがあるか否かを判定し、未登録の場合には当該ポインタ位置を含む空き時間が標準登録予定時間幅より広いことを条件に新規スケジュールの登録を許可し、空き時間が標準登録予定時間幅より狭い場合又はポインタの検出位置が登録済みの場合には、ポインタ位置に新規スケジュールを登録しないコンピュータソフトウェア技術を提供する。
【発明の効果】
【０００６】
本発明により、少ない作業負担でスケジュールの重複登録を排除することができる。
【図面の簡単な説明】
【０００７】
【図１】スケジュール入力支援システムの構築例を説明する図。
【図２】定義データベースの構造例を説明する図。
【図３】入力支援手順の動作例を説明する図。
【図４】スケジュールの登録操作例を説明する図。
【図５】スケジュールの登録操作例を説明する図。
【図６】スケジュールの登録操作例を説明する図。
【発明を実施するための形態】
【０００８】
以下、図面に基づいて、本発明の実施の形態を説明する。なお、後述する装置構成や処理動作の内容は発明を説明するための一例であり、本発明は、後述する装置構成や処理動作に既知の技術を組み合わせた発明や後述する装置構成や処理動作の一部を既知の技術と置換した発明も包含する。
【０００９】
（システム構成）
図１に、スケジュール入力支援システムの構築例を示す。図１に示すスケジュール入力支援システムは、Ｗｅｂサーバ１、ＰＣ端末２、携帯端末３、インターネット４、スケジュールデータベース５、定義データベース６で構成される。なお、図１では、スケジュールの入力支援に関する処理機能を専らとするシステム構成のみを表しているが、その他の処理機能も搭載している。
【００１０】
図１に示すスケジュール入力支援システムの場合、Ｗｅｂサーバ１、スケジュールデータベース５、定義データベース６がスケジュール入力支援装置として機能し、ＰＣ端末２及び携帯端末３がスケジュール入力支援装置に対する入出力装置として機能する。なお、スケジュール入力支援装置の全ての機能をＰＣ端末２及び携帯端末３内に格納することもできる。
【００１１】
Ｗｅｂサーバ１は、スケジュール登録部１１、ポインタ位置検出処理部１２、空き時間検索処理部１３、メッセージ出力部１４で構成される。なお、Ｗｅｂサーバ１は、コンピュータシステムを基本構成とし、各処理機能は、コンピュータ上で実行されるプログラムの機能の一部として実現される。
【００１２】
スケジュール登録部１１は、後述する登録可否に関する判定処理やスケジュールの登録処理を実行する。ポインタ位置検出処理部１２は、予約登録画面上におけるポインタ位置を検出し、検出結果をスケジュール登録部１１や空き時間検索処理部１３に与える。空き時間検索処理部１３は、スケジュールの登録希望位置を与えるポインタ位置に既に他のスケジュールが登録されている場合や空き時間長が新規スケジュールの登録に不足する場合に、ポインタ位置の近傍範囲で他の空き時間を登録候補として検索する処理を実行する。メッセージ出力部１４は、スケジュールの登録過程でユーザに通知する必要が発生したメッセージを出力する。なお、Ｗｅｂサーバ１には、不図示の通信機能が搭載されており、インターネット経由で接続されたＰＣ端末２や携帯端末３との間でデータを送受することができる。例えばＰＣ端末２及び携帯端末３からＷｅｂサーバ１にはポインタ位置の移動データが送信され、Ｗｅｂサーバ１からＰＣ端末２及び携帯端末３には予約登録画面やメッセージが送信される。なお、ＰＣ端末２及び携帯端末３にはＷｅｂブラウザが搭載されており、Ｗｅｂブラウザを通じて受信した予約登録画面やメッセージを画面上に表示する。
【００１３】
スケジュールデータベース５は、１件のスケジュールを１レコードとして保存する。１レコードは、例えばユーザＩＤ、スケジュールの日付、スケジュールの開始時刻、スケジュールの終了時刻、スケジュールの名称、スケジュールを実行する場所、スケジュールの登録者ＩＤ、スケジュールの登録日時等で構成される。
【００１４】
定義データベース６は、スケジュールの登録支援処理で参照される定義データを保存する。図２に、定義データベース６の構造例を示す。この実施の形態の場合、定義データベース６は、ユーザＩＤ２１、空き時間検索時間幅２２、標準登録予定時間幅２３、最低登録可能時間閾値２４で構成される。すなわち、ユーザ毎に、個別の定義を登録できるようになっている。全てのユーザについて、共通の空き時間検索時間幅２２、標準登録予定時間幅２３、最低登録可能時間閾値２４を適用する場合にはユーザＩＤ２１の登録は不要である。図２の場合、ユーザＩＤ２１には、ユーザ（営業員）を識別する６桁の管理番号が登録される。
【００１５】
空き時間検索時間幅２２は、後述するようにユーザが指定したポインタ位置に他のスケジュールが登録されている場合又は空き時間がスケジュールの登録条件に合致しない場合に、他の空き時間を検索する範囲の最大値を与える。空き時間検索時間幅２２に大きい数値が入力されているほど検索範囲が広くなり、登録可能な空き時間が検出される可能性が高くなる。一方、空き時間検索時間幅２２に小さい数値が入力されているほど検索範囲が狭くなり、登録可能な空き時間が検出される可能性が低くなる。勿論、数値は、入力装置としてのＰＣ端末２や携帯端末３から入力される。各ユーザは、自由に数値を入力することができ、また自由に数値を変更することができる。図２の場合、空き時間検索時間幅２２は１０分を最小入力単位とするが、最小入力単位は１分でも良いし、３０分単位でも良いし、１時間単位でも良い。
【００１６】
標準登録予定時間幅２３は、スケジュールの登録時に使用する登録予定時間幅の標準値を与える。本来、登録予定時間幅はスケジュール毎に異なるものであるが、形態例に係るシステムでは、時間幅の入力に要する手間と作業効率の観点から標準値を事前に登録する手法を採用する。標準登録予定時間幅２３は、業務の内容に応じてデフォルト値を設定することも可能であるが、図２の場合、ユーザは固有の数値を自由に登録することができる。例えば図２の場合、最短の時間幅はユーザ“103456”さんの３０分であり、最長の時間幅はユーザ“198101”さんと“102123”さんの１時間である。図２の場合、標準登録予定時間幅２３は１０分を最小入力単位としているが、最小入力単位は１分でも良いし、３０分単位でも良いし、１時間単位でも良い。
【００１７】
最低登録可能時間閾値２４は、スケジュールを登録しようとする空き時間が標準登録予定時間幅２３より短い場合にも、登録を許容する時間幅の最小値（閾値）を与える。標準登録予定時間幅２３は、複数のスケジュールに共通に使用される標準値であるので、登録しようとするスケジュールの内容によっては、標準登録予定時間幅２３より短い時間幅でも十分な場合がある。最低登録可能時間閾値２４は、ユーザによる個別の判断と併用するために用いられる。勿論、空き時間が最低登録可能時間閾値２４より短い場合には、判定対象とする空き時間を自動的に登録対象から除くことができ、その分、ユーザの操作負担が低減される。なお、図２では最低登録可能時間閾値２４を絶対時間で表現しているが、標準登録予定時間幅２３との差分を表す相対時間で表現しても良い。例えば、図２のユーザ“198101”さんの場合は、絶対時間で表現すれば５０分であるが、標準登録予定時間幅２３との差分（相対時間）で表現すれば１０分である。
【００１８】
（入力支援動作）
図３に、Ｗｅｂサーバ１で実行される処理動作の一例を示す。Ｗｅｂサーバ１は、起動されると、予定登録画面を起動する（ステップＳ１）。この後、Ｗｅｂサーバ１は、スケジュールの予約登録の対象ユーザに応じた空き時間検索時間幅２２、標準登録予定時間幅２３、最低登録可能時間閾値２４を定義データベース６から読み出す（ステップＳ２）。
【００１９】
なお、空き時間検索時間幅２２は、空き時間検索処理部１３に読み出され、標準登録予定時間幅２３と最低登録可能時間閾値２４は、スケジュール登録部１１に読み出される。もっとも、このデータの読み出しは便宜上のものであり、スケジュールの登録が可能か否かの判定や空き時間の検索を空き時間検索処理部１３で実行する場合には、定義データベース６の対応情報は空き時間検索処理部１３に読み出される。
【００２０】
次に、Ｗｅｂサーバ１は、予約登録画面上において対象ユーザが指定したポインタの時間軸上の位置（ポインタ位置）を検出する（ステップＳ３）。この検出動作は、ポインタ位置検出処理部１２が実行する。
【００２１】
この後、Ｗｅｂサーバ１は、読み出されたポインタ位置に他の予約（登録済みスケジュール）があるか否かを判定する（ステップＳ４）。この判定動作は、スケジュール登録部１１が実行する。
【００２２】
ここでは、ポインタ位置に登録済みスケジュールが存在しない場合を考える。この場合、Ｗｅｂサーバ１はステップＳ５の処理に進み、ポインタ位置を含む空き時間（すなわち、他のスケジュールが登録されていない時間）が標準登録予定時間幅２３の時間幅以上であるか否かを判定する。このとき、肯定結果が得られると、Ｗｅｂサーバ１は自動的にポインタ位置に標準登録予定時間幅のスケジュールを登録する（ステップＳ６）。
【００２３】
この例を図４に示す。図４は、ユーザＡさんの予約登録画面例を示す。なお、ユーザＡさんの空き時間検索時間幅２２の登録値は２時間であり、標準登録予定時間幅２３の登録値は３０分であり、最低登録可能時間閾値２４の登録値は２０分であるものとする。図４に示す予約登録画面の時間軸は、ユーザＡさんの標準登録予定時間幅２３に合わせて３０分単位で表示されている。時間軸の表示を標準登録予定時間幅２３に一致させると、時間軸上の区切り位置がスケジュールの登録位置と一致し、スケジュールの空き状況の確認が容易になる。もっとも、予約登録画面の時間軸の表示は、全ユーザについて共通の時間軸を適用しても良い。例えば標準登録予定時間幅２３とは無関係に３０分刻みでも良い。
【００２４】
図４の場合、登録済みのスケジュールは３つである。すなわち、８：００〜８：３０のスケジュールと、１０：００〜１０：３０のスケジュールと、１１：００〜１１：３０のスケジュールの３つである。ポインタ３１は、９：００〜９：３０の時間軸上に位置している。この場合、Ｗｅｂサーバ１は、ポインタ位置３２として９：１５を設定する。ポインタ位置３２には、ポインタ３１の矢印の先が位置する時間軸上の任意の位置を使用することもできるし、標準登録予定時間幅２３を単位とする区間のうちポインタ３１を含む区間の代表値（時間）を用いても良い。図４の場合、ポインタ位置３２を含む空き時間は８：３０〜１０：００までの１時間３０分である。すなわち、空き時間は標準登録予定時間幅２３を与える３０分より大きい。そこで、Ｗｅｂサーバ１は、ポインタ位置３２を含む空き時間の中央値である９：００〜９：３０にユーザＡさんの新規のスケジュールを登録する。すなわち、Ｗｅｂサーバ１は、ユーザＩＤ、スケジュールの日付、スケジュールの開始時刻、スケジュールの終了時刻、スケジュールの登録者ＩＤ、スケジュールの登録日時等を自動的にスケジュールデータベース５に登録する。なお、スケジュールの名称やスケジュールを実行する場所については別途、ユーザ操作を通じて入力する。これらに登録処理はスケジュール登録部１１が実行する。なお、図４は、ポインタ３１の位置にユーザの希望が反映されているものとしてポインタ３１が位置する９：００〜９：３０にスケジュールを自動的に設定しているが、ポインタ３１が含まれる空き時間のうちの先頭位置（すなわち、８：３０〜９：００）にスケジュールを設定しても良いし、ポインタ３１が含まれる空き時間のうち後端位置（すなわち、９：３０〜１０：００）にスケジュールを設定しても良い。これらの設定は任意であり、ユーザが任意に設定できることが望ましい。
【００２５】
次に、ステップＳ５で否定結果が得られた場合を説明する。この場合は、ポインタ位置に空き時間が見つかったが、空き時間の幅が標準登録予定時間幅２３（図４の場合、３０分）より短い場合である。この場合、Ｗｅｂサーバ１は、空き時間の幅が最低登録可能時間閾値２４の時間幅以上であるか否かを判定する（ステップＳ７）。ここで、否定結果が得られた場合（すなわち、空き時間の幅が最低登録可能時間閾値２４より小さい場合）、Ｗｅｂサーバ１は、当該空き時間へのスケジュールの登録は不可能であると判定し、他の空き時間を検索する処理に移行する。一方、肯定結果が得られた場合（空き時間の幅が最低登録可能時間閾値２４と同じか最低登録可能時間閾値２４より大きい場合）、Ｗｅｂサーバ１は、メッセージダイアログをＰＣ端末２又は携帯端末３の作業画面（予約登録画面）に表示し、スケジュールの登録の許可の判断をユーザに問い合わせる処理に移行する（ステップＳ８）。作業画面には、例えば「空き時間は○○分ですが、スケジュールを登録してよろしいですか」等の登録の可否をユーザに確認するメッセージと、登録の可否を指定入力するためのボタンが表示される。ボタンに対する操作の結果を受信すると、Ｗｅｂサーバ１は、操作入力が登録の許可を指示しているか、登録の非許可を指示しているかを判定する（ステップＳ９）。ここで、スケジュールの登録が許可されていない場合は、他の空き時間を自動的に検索する処理に移行する又は図３に示すように登録処理を終了する。一方、スケジュールの登録が許可されている場合、Ｗｅｂサーバ１は自動的にポインタ位置に空き時間幅分のスケジュールを登録する（ステップＳ１０）。
【００２６】
この例を図５に示す。図５も、ユーザＡさんの予約登録画面例を示す。なお、空き時間検索時間幅２２、標準登録予定時間幅２３、最低登録可能時間閾値２４はそれぞれ図４の場合と同じであるものとする。また、図５は、時間軸上に時間幅を１０分とする２つのスケジュールと時間幅を２０分とする１つのスケジュールが既に登録されている場合を想定している。標準登録予定時間幅以下の時間幅のスケジュールの登録は、数値によるスケジュールの登録や既に登録されたスケジュールに対する時間幅の調整によって実現することができる。
【００２７】
図５に示す予約登録画面の時間軸は、登録されているスケジュールの最小時間幅に合わされている。すなわち、時間軸は１０分単位で表示されている。図５の場合、ポインタ位置３２を含む空き時間は１０：２０〜１０：４０までの２０分である。すなわち、空き時間は標準登録予定時間幅２３である３０分より小さい。ただし、この空き時間は、Ａさんについて登録されている最低登録可能時間閾値２４の時間幅と同じである。そこで、Ｗｅｂサーバ１は、ユーザＡさんにスケジュールの登録を許可するか否かを問い合わせ、登録が許可された場合には、ポインタ位置３２を含む空き時間である１０：２０〜１０：４０にユーザＡさんの新規のスケジュールを登録する。
【００２８】
次に、ステップＳ４で肯定結果が得られた場合を説明する。この場合は、ポインタ位置に既に他のスケジュールが登録されている場合、ステップＳ７で否定結果が得られた場合のように空き時間は存在してもスケジュールの登録が許可されない場合、ステップＳ９で登録が許可されなかった場合に実行される。
【００２９】
この場合、Ｗｅｂサーバ１は、ポインタ位置の前後かつ空き時間検索時間幅の範囲で、ポインタ位置に最も近い空き時間を検索する（ステップＳ１１）。検索処理が終了すると、Ｗｅｂサーバ１は、空き時間検索時間幅の範囲に空き時間が存在したか否かを判定する（ステップＳ１２）。否定結果が得られた場合、ユーザが許容するようなスケジュールの登録を行えないので、Ｗｅｂサーバ１は、予約登録ができなかった旨を画面に表示して、処理を終了する。一方、肯定結果が得られた場合、Ｗｅｂサーバ１はステップＳ５に移行し、発見された他の空き時間について前述した処理を実行する。
【００３０】
この例を図６に示す。図６に、ユーザＡさんの予約登録画面例を示す。なお、空き時間検索時間幅２２、標準登録予定時間幅２３、最低登録可能時間閾値２４はそれぞれ図４の場合と同じであるものとする。図６の時間軸の表示は、図４の時間軸の表示と同じである。すなわち、図６の時間軸は３０分単位で表示されている。
【００３１】
図６の場合、ポインタ３１は、既に他のスケジュールが登録されている時間帯、すなわち１０：００〜１０：３０の間に位置している。従って、ポインタ位置３２への新規スケジュールの登録はできない。そこで、ポインタ位置の前後１時間を検索範囲としてポインタ位置に最も近い空き時間を検索する。図６の場合、ポインタ３１は、１０：１５より後の時間を指定している場合を想定している。このため、図６の場合には、前方の空き時間ではなく後方の空き時間が選択されている。図６の場合、後方の空き時間の時間幅は３０分であるので登録３３が許可される。なお、後方の空き時間が２０分未満の場合には、前方の空き時間が登録候補となる。
【００３２】
以上のように、形態例に係るスケジュール入力支援システムを用いれば、忙しい営業員であってもスケジュールの登録作業を効率良く進めることができる。特に、携帯端末３を使用する場合には、予約登録画面を表示できるサイズに物理的な制約があり、空き時間の画面上での確認は困難である場合が多い。このような場合でも、形態例に係るスケジュール入力支援システムの場合には、時間軸上のおおよその位置にポインタを移動しさえすれば、ポインタ位置又はその近傍位置にスケジュールを登録することができる。しかも、スケジュールの重複登録は発生し得ないので、従来システムのような重複登録の弊害を解消できる。また、標準登録時間予定時間より短いスケジュールの登録時（一般には、画面上の表示だけでは空き時間の時間幅がスケジュールの登録できる不明な場合）にも、ユーザは、少なくとも最低登録可能時間閾値以上の時間を確保できるとの前提の上でスケジュールの登録を許可するか否かの判断だけをすれば良く、登録作業の負担を格段に軽減することができる。
【００３３】
（他の形態例）
前述の実施の形態の場合には、ポインタ位置に既に他のスケジュールが存在する場合には、空き時間検索時間幅の範囲で他の空き時間を検索する例を説明したが、他の空き時間を検索することなく登録処理を終了しても良いし、検索範囲を制限せずに他の空き時間を検索し、自動登録の前にユーザにスケジュールの登録可否を確認する処理を採用しても良い。
【００３４】
また、前述の実施の形態の場合には、空き時間が標準登録予定時間幅より小さい場合でも、最低登録可能時間閾値以上であるか否かを判定する例を説明したが、空き時間と最低登録可能時間閾値との比較をすることなく登録処理を終了しても良い。
【００３５】
また、前述の実施の形態の場合には、ポインタ位置に既に他のスケジュールが存在する場合には、ポインタ位置に最も近い他の空き時間についてスケジュールの登録が可能か否かを判定する場合について説明したが、空き時間検索時間幅の範囲に存在する全ての空き時間を候補として画面上に表示し、それらの中からユーザによって選択されたポイント位置の空き時間についてスケジュールの登録が可能か否かを判定しても良い。
【００３６】
また、前述の実施の形態の場合には、専ら営業員のスケジュールの入力を支援するシステムとして説明しているが、本発明は、前述した処理機能は他の用途にも適用できる。
【符号の説明】
【００３７】
１…Ｗｅｂサーバ、２…ＰＣ端末、３…携帯端末、４…インターネット、５…スケジュールデータベース、６…定義データベース、１１…スケジュール登録部、１２…ポインタ位置検出処理部、１３…空き時間検索処理部、１４…メッセージ出力部、２１…ユーザＩＤ、２２…秋時間検索時間幅、２３…標準登録予定時間幅、２４…最低登録可能時間閾値、３１…ポインタ、３２…ポインタ位置、３３…登録。
【図１】
2011095843.tif 000003
【図２】
2011095843.tif 000004
【図３】
2011095843.tif 000005
【図４】
2011095843.tif 000006
【図５】
2011095843.tif 000007
【図６】
2011095843.tif 000008